一种业务处理方法和装置与流程

1.本发明涉及计算机技术领域，尤其涉及一种业务处理方法和装置。


背景技术：

2.在一些业务场景中，业务处理系统分别对接上游业务系统、下游业务系统，以麦哲伦系统(一种跨境小包运输管理平台)为例，在麦哲伦系统中，上游对接商家(例如系统a)，下游对接承运商(有时是多级承运商，例如系统c、d等)。现有方案中，系统a与麦哲伦系统进行同步交互，在一个事务中麦哲伦系统访问系统c、d，等待系统c、d的返回值，同步返回给系统a，现有方案实际上无法满足系统a的同步返回要求。
3.在实现本发明过程中，发明人发现现有技术中至少存在如下问题：
4.与上游业务系统之间的同步交互经常超时，引发上游业务方投诉；由于涉及系统较多，容易发生上下游系统状态、信息不一致的情况；整体响应速度得不到保证，缺少成熟的异常处理框架。


技术实现要素：

5.有鉴于此，本发明实施例提供一种业务处理方法和装置，能够实时返回上游业务系统需要的数据信息，具备成熟有效的异常补偿机制，出现异常可以自动重试，避免发生上下游系统状态、信息不一致的情况，提高整体响应速度，且扩展性好。
6.为实现上述目的，根据本发明实施例的一个方面，提供了一种业务处理方法。
7.一种业务处理方法，包括：与上游业务系统建立长连接，以接收所述上游业务系统的第一业务请求；根据所述第一业务请求确定对接的下游业务系统，向所述对接的下游业务系统发送对应的第二业务请求，并生成任务，所述任务用于接收所述对接的下游业务系统的返回值，所述返回值是所述对接的下游业务系统根据所述第二业务请求进行业务处理而生成的；在所述长连接未超时的情况下，定时查询所述任务的状态信息，如果所述任务的状态信息指示任务执行成功，则将所述任务接收到的所述返回值的集合返回所述上游业务系统。
8.可选地，所述对接的下游业务系统的数量为一个或多个，且各对接的下游业务系统有各自的所述返回值；在所述生成任务之后，所述方法包括：记录所述任务的信息，所述任务的信息包括所述任务的状态信息和任务回传次数，所述任务回传次数的初始值根据所述对接的下游业务系统的数量确定；执行所述任务以接收所述对接的下游业务系统的返回值，其中，每接收到一个所述对接的下游业务系统的返回值之后，将所述任务回传次数的值减1；当所述任务回传次数的值指示已经接收到所述各对接的下游业务系统的返回值的集合时，将所述任务的状态信息置为指示任务执行成功的值。
9.可选地，执行所述任务时，通过向所述各对接的下游业务系统提供的同步或异步接口，分别接收所述对接的下游业务系统的返回值。
10.可选地，所述对接的下游业务系统的数量可动态扩展，当新增预设数量的所述对
接的下游业务系统时，增加与各新增的所述对接的下游业务系统对应的同步或异步接口，并将所述任务回传次数的值增加所述预设数量。
11.可选地，所述向所述对接的下游业务系统发送对应的第二业务请求，并生成任务，包括：向所述对接的下游业务系统发送对应的第二业务请求，并判断所述第二业务请求是否成功；如果请求成功，则生成所述任务；如果请求失败，则在预设时间范围内执行不超过预设次数的重试，在重试成功后，生成所述任务。
12.可选地，所述定时查询所述任务的状态信息之前，还包括：当所述第二业务请求成功或重试成功后，检查所述长连接状态，以确定所述长连接未超时；所述方法还包括：在所述定时查询所述任务的状态信息之后，如果查询到所述任务的状态信息指示任务初始化或任务执行中，则等待预设时间段之后，返回到所述检查所述长连接状态，以确定所述长连接未超时的步骤。
13.根据本发明实施例的另一方面，提供了一种业务处理装置。
14.一种业务处理装置，包括：连接建立模块，用于与上游业务系统建立长连接，以接收所述上游业务系统的第一业务请求；业务处理模块，用于根据所述第一业务请求确定对接的下游业务系统，向所述对接的下游业务系统发送对应的第二业务请求，并生成任务，所述任务用于接收所述对接的下游业务系统的返回值，所述返回值是所述对接的下游业务系统根据所述第二业务请求进行业务处理而生成的；结果返回模块，用于在所述长连接未超时的情况下，定时查询所述任务的状态信息，如果所述任务的状态信息指示任务执行成功，则将所述任务接收到的所述返回值的集合返回所述上游业务系统。
15.可选地，所述对接的下游业务系统的数量为一个或多个，且各对接的下游业务系统有各自的所述返回值；所述业务处理模块还用于：记录所述任务的信息，所述任务的信息包括所述任务的状态信息和任务回传次数，所述任务回传次数的初始值根据所述对接的下游业务系统的数量确定；执行所述任务以接收所述对接的下游业务系统的返回值，其中，每接收到一个所述对接的下游业务系统的返回值之后，将所述任务回传次数的值减1；当所述任务回传次数的值指示已经接收到所述各对接的下游业务系统的返回值的集合时，将所述任务的状态信息置为指示任务执行成功的值。
16.可选地，所述业务处理模块执行所述任务时，通过向所述各对接的下游业务系统提供的同步或异步接口，分别接收所述对接的下游业务系统的返回值。
17.可选地，所述对接的下游业务系统的数量可动态扩展；所述业务处理模块还用于：当新增预设数量的所述对接的下游业务系统时，增加与各新增的所述对接的下游业务系统对应的同步或异步接口，并将所述任务回传次数的值增加所述预设数量。
18.可选地，所述业务处理模块还用于：向所述对接的下游业务系统发送对应的第二业务请求，并判断所述第二业务请求是否成功；如果请求成功，则生成所述任务；如果请求失败，则在预设时间范围内执行不超过预设次数的重试，在重试成功后，生成所述任务。
19.可选地，所述业务处理模块还用于：当所述第二业务请求成功或重试成功后，检查所述长连接状态，以确定所述长连接未超时；所述结果返回模块还用于：在所述定时查询所述任务的状态信息之后，如果查询到所述任务的状态信息指示任务初始化或任务执行中，则等待预设时间段之后，返回到所述检查所述长连接状态，以确定所述长连接未超时的步骤。
20.根据本发明实施例的又一方面，提供了一种电子设备。
21.一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现本发明实施例所提供的业务处理方法。
22.根据本发明实施例的又一方面，提供了一种计算机可读介质。
23.一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例所提供的业务处理方法。
24.上述发明中的一个实施例具有如下优点或有益效果：与上游业务系统建立长连接，以接收上游业务系统的第一业务请求；根据第一业务请求确定对接的下游业务系统，向对接的下游业务系统发送对应的第二业务请求，并生成任务，任务用于接收对接的下游业务系统的返回值，在长连接未超时的情况下，定时查询任务的状态信息，如果任务执行成功，则将任务接收到的下游业务系统的返回值的集合返回上游业务系统。能够实时返回上游业务系统需要的数据信息，具备成熟有效的异常补偿机制，出现异常可以自动重试，采用伪实时同步架构将下游信息实时传递给上游，避免发生上下游系统状态、信息不一致的情况，提高整体响应速度，且扩展性好，未来新增与下游业务系统之间的异步(同步)接口，也能够平滑支持。
25.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
26.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
27.图1是根据本发明一个实施例的业务处理方法的主要步骤示意图；
28.图2是根据本发明一个实施例的多系统间伪同步下单和回传架构示意图；
29.图3是根据本发明一个实施例的业务处理装置的主要模块示意图；
30.图4是本发明实施例可以应用于其中的示例性系统架构图；
31.图5是适于用来实现本发明实施例的服务器的计算机系统的结构示意图。
具体实施方式
32.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
33.图1是根据本发明一个实施例的业务处理方法的主要步骤示意图。
34.如图1所示，本发明一个实施例的业务处理方法主要包括如下的步骤s101至步骤s103。
35.步骤s101：与上游业务系统建立长连接，以接收上游业务系统的第一业务请求；
36.步骤s102：根据第一业务请求确定对接的下游业务系统，向对接的下游业务系统发送对应的第二业务请求，并生成任务，任务用于接收对接的下游业务系统的返回值，该返回值是对接的下游业务系统根据第二业务请求进行业务处理而生成的；
37.步骤s103：在长连接未超时的情况下，定时查询任务的状态信息，如果任务的状态信息指示任务执行成功，则将任务接收到的返回值的集合返回上游业务系统。
38.其中，第一业务请求中携带业务参数，根据第一业务请求中的业务参数，可以确定对接的下游业务系统。例如，本发明一个实施例的业务处理方法可以由麦哲伦系统(一种跨境小包运输管理平台)的服务器(或服务器集群)执行，上游业务系统、上游业务系统均可以为与麦哲伦系统对接的物流商家系统，第一业务请求、第二业务请求可以为下单请求，第一业务请求中携带的业务参数即与下单相关的参数，其中包括对接的下游物流商家的信息，麦哲伦系统根据第一业务请求中的业务参数，即可确定对接的下游物流商家系统。
39.在一个实施例中，对接的下游业务系统的数量可以为一个或多个，且各对接的下游业务系统有各自的返回值，返回值的具体内容与业务有关。以下单业务为例，例如上述的麦哲伦系统，对接的下游业务系统的返回值可以为运单的面单信息、末公里运单号信息等。
40.在一个实施例中，在生成任务之后，可以记录任务的信息，任务的信息包括任务的状态信息和任务回传次数，任务回传次数的初始值根据对接的下游业务系统的数量确定，例如，任务回传次数等于对接的下游业务系统的数量；执行任务以接收对接的下游业务系统的返回值，其中，每接收到一个对接的下游业务系统的返回值之后，将任务回传次数的值减1；当任务回传次数的值指示已经接收到各对接的下游业务系统的返回值的集合时，将任务的状态信息置为指示任务执行成功的值。
41.在一个实施例中，执行任务时，通过向各对接的下游业务系统提供的同步或异步接口，分别接收对接的下游业务系统的返回值。
42.在一个实施例中，对接的下游业务系统的数量可动态扩展，当新增预设数量的对接的下游业务系统时，增加与各新增的对接的下游业务系统对应的同步或异步接口，并将任务回传次数的值增加该预设数量。
43.在一个实施例中，向对接的下游业务系统发送对应的第二业务请求，并生成任务，包括：向对接的下游业务系统发送对应的第二业务请求，并判断第二业务请求是否成功；如果请求成功，则生成任务；如果请求失败，则在预设时间范围内执行不超过预设次数的重试，在重试成功后，生成任务。
44.如果重试超过预设次数，仍未成功，则向上游业务系统抛错，返回错误提示信息。
45.在一个实施例中，定时查询任务的状态信息之前，还包括：当第二业务请求成功或重试成功后，检查长连接状态，以确定长连接未超时。在长连接超时的情况下，则向上游业务系统返回错误提示信息。
46.在一个实施例中，在定时查询任务的状态信息之后，如果查询到任务的状态信息指示任务初始化或任务执行中，则等待预设时间段之后，再返回到检查长连接状态，以确定长连接未超时的步骤；如果查询到任务的状态信息指示任务执行失败，则向上游业务系统返回错误提示信息。
47.下面以麦哲伦系统为例，详细介绍本发明实施例的业务处理流程。
48.例如，麦哲伦系统上游对接商家(例如系统a)、下游对接承运商，例如系统c、d)，系统a向麦哲伦系统下单，然后麦哲伦系统向系统c、d下单，接着系统c、d分批次将该运单的面单信息、末公里运单号信息、异常信息返给麦哲伦系统，需要麦哲伦系统集齐后再一次性返回系统a。在现有技术中，系统a要求整个过程是同步完成，但麦哲伦系统与系统c、d之间交
互是异步通信，并且随着业务场景扩展，可能还需要麦哲伦系统与系统e等之间进行同步或者异步通信。现有技术存在如下缺陷：系统a与麦哲伦系统之间的同步交互经常超时，引发系统a商家投诉；由于涉及系统较多，容易发生上下游系统状态、信息不一致的情况；整体响应速度得不到保证，也没有成熟的异常处理框架可以使用。
49.本发明实施例基于现有技术的上述缺陷，将麦哲伦系统与系统a、c、d等之间的交互包装成伪实时同步架构，实时返回系统a需要的数据信息，并且麦哲伦系统向系统c、d下单失败时，本发明实施例可以进行异常补偿机制处理，对麦哲伦系统与系统c、d之间异步接口返回值，能够进行实时监控机制处理，并且基于本发明实施例的业务处理流程的架构扩展性好，麦哲伦系统未来新增与系统e(仅为示例)之间异步(同步)接口，也能够平滑支持。
50.具体基于图2所示的多系统间伪同步下单和回传架构，来介绍本发明实施例业务处理流程。
51.如图2所示，本发明实施例的麦哲伦系统(简称麦哲伦)对外提供物流网关接口，与上游业务系统(例如图2中的上游系统a，简称系统a)建立长连接，通过物流网关接口与上游业务系统交互，对接的下游业务系统(例如图2中的下游系统c、d、
……
)通过调用麦哲伦系统对外提供的isv(独立软件开发商)接口返回相应的返回值。本发明实施例的isv接口泛指麦哲伦系统对外部系统提供的接口，可以为同步或异步接口。
52.本发明实施例中，系统a向麦哲伦系统下单，麦哲伦系统接单、对系统a的下单请求落库，并向下游系统c、d、
……
下单，下单时可以调用相应的下游系统的接口。上游业务系统向麦哲伦系统的下单请求为第一业务请求的一个具体示例，麦哲伦系统向对接的下游业务系统的下单请求为第二业务请求的一个具体示例。
53.本发明实施例提供了异常补偿机制，具体地，如果麦哲伦系统向对接的下游业务系统(系统c、d、
……
)下单失败，则进行自动重试，可以预设在规定时间(即预设时间范围)内自动重试下单的次数不超过3次，如果重试3次都失败，则向物流网关返回下单失败信息(或其他错误提示信息)。
54.如果麦哲伦系统向对接的下游业务系统(系统c、d、
……
)下单成功，或在预设时间范围内重试不超过3次且重试成功，则生成任务，任务用于麦哲伦系统接收对接的下游业务系统(系统c、d、
……
)的返回值，该返回值是各对接的下游业务系统根据麦哲伦的下单请求进行下单处理而生成的。
55.本发明实施例基于任务驱动，需要建立两张表：任务轮询表和任务结果表。其中，任务轮询表的主要字段如表1所示，任务轮询表中记录任务的信息，包括任务的主键、任务对应的业务标识(例如运单号)、任务编号、任务名称、任务回传次数、任务的状态信息(即任务状态)等，在生成任务之后，可以把上述的任务的信息记录到任务轮询表中，其中，任务回传次数的默认取值(初始值)为对接的下游业务系统的数量，麦哲伦系统每接收到一个对接的下游业务系统的返回值之后，将任务回传次数的值减1，这样，通过任务回传次数便可以判断是否集齐了对接的各下游业务系统的返回值。
56.在一个实施例中，系统c、d等其中任一下游业务系统调用接口时，麦哲伦系统可以先判断任务轮询表的任务回传次数字段的取值是否大于0，如果大于0，则继续，即接收该下游业务系统的返回值。
57.接收下游业务系统的返回值包括：将接收到的返回值按key/value(键/值)插入
(insert)任务结果表，任务结果表的主要字段如表2所示。在执行insert操作时，如果key已有，则更新(update)。
58.在每一次执行insert操作的同时将任务轮询表任务回传次数字段取值减1，然后判断任务回传次数是否为0，如果为0，则更新任务轮询表中的任务状态字段为成功(如下表1，例如置为“2”)。
59.表1
[0060][0061][0062]
表2
[0063]
名称业务意义类型是否必填描述id主键bigint(50)是 taskresultid任务结果编号varchar是 taskid任务编号varchar是 returnkey返回keyvarchar是 returnvalue返回值varchar是 [0064]
本发明实施例采用长连接核心逻辑，将麦哲伦系统与系统a、c、d之间的交互包装成伪实时同步架构，可以实时返回系统a需要的数据信息。本发明实施例的长连接核心逻辑可以基于while循环实现，如图2所示，当麦哲伦系统向系统c、d下单成功(具体可以是下单请求成功或下单请求重试成功)后，检查麦哲伦系统与系统a的长连接状态，以判断长连接是否超时。具体地，可以在麦哲伦系统中配置timeout(超时)时间l，麦哲伦系统从上游系统a接单时，记录当前时刻t1，然后向对接的下游系统c、d下单，进入一个while循环，开始时判断当前时刻t2与记录的t1的时间差是否小于l，如果小于，则不超时，继续循环；如果大于或等于l，则超时。
[0065]
具体地，如果不超时，在while循环内部，定时查询任务轮询表的状态字段，即定时
查询任务的状态信息，以判断是否指示任务执行成功(例如表1中，2表示任务执行成功)，若否(初始化或执行中的任务状态，即任务状态字段值为0或1)，则等待预设时间段(即设置的线程休眠(sleep)等待时间，例如100毫秒)之后，返回到检查长连接状态的步骤，继续下一次循环。
[0066]
当麦哲伦系统查询到任务执行成功，则根据任务编号查询任务结果表中对应的信息，根据其中记录的各对接的各下游业务系统的返回值等信息拼装报文，并跳出while循环，将报文返回商家(即上游系统a)。
[0067]
如果长连接超时，则向上游系统a抛错，并跳出循环，此时任务状态为任务执行失败(状态字段值为3)。
[0068]
本发明实施例的异常补偿机制还包括：当麦哲伦系统与系统a交互超时，则自动清理麦哲伦系统的数据库的相关数据(逻辑删除)。
[0069]
本实施例的架构便于对下游对接系统的动态扩展，例如，麦哲伦系统的下游新增对接系统x时，那么将任务轮询表的任务回传次数字段的默认取值+1(默认一个系统只与麦哲伦系统交互一次)，当麦哲伦系统新增向系统x下单，系统x调用麦哲伦系统的isv接口返回取值，本实施例的架构保证系统x的返回值能够实时返回给系统a，即动态接入系统x，从而未来麦哲伦系统新增与另外的下游系统之间的异步(同步)接口，也能够平滑支持。
[0070]
图3是根据本发明一个实施例的业务处理装置的主要模块示意图。
[0071]
如图3所示，本发明一个实施例的业务处理装置300主要包括：连接建立模块301、业务处理模块302、结果返回模块303。
[0072]
连接建立模块301，用于与上游业务系统建立长连接，以接收上游业务系统的第一业务请求。
[0073]
业务处理模块302，用于根据第一业务请求确定对接的下游业务系统，向对接的下游业务系统发送对应的第二业务请求，并生成任务，任务用于接收对接的下游业务系统的返回值，该返回值是对接的下游业务系统根据第二业务请求进行业务处理而生成的。
[0074]
结果返回模块303，用于在长连接未超时的情况下，定时查询任务的状态信息，如果任务的状态信息指示任务执行成功，则将任务接收到的返回值的集合返回上游业务系统。
[0075]
对接的下游业务系统的数量可以为一个或多个，且各对接的下游业务系统有各自的返回值。
[0076]
业务处理模块具体可以用于：记录任务的信息，任务的信息包括任务的状态信息和任务回传次数，任务回传次数的初始值根据对接的下游业务系统的数量确定；执行任务以接收对接的下游业务系统的返回值，其中，每接收到一个对接的下游业务系统的返回值之后，将任务回传次数的值减1；当任务回传次数的值指示已经接收到各对接的下游业务系统的返回值的集合时，将任务的状态信息置为指示任务执行成功的值。
[0077]
业务处理模块执行任务时，可以通过向各对接的下游业务系统提供的同步或异步接口，分别接收对接的下游业务系统的返回值。
[0078]
对接的下游业务系统的数量可动态扩展；业务处理模块具体还用于：当新增预设数量的对接的下游业务系统时，增加与各新增的对接的下游业务系统对应的同步或异步接口，并将任务回传次数的值增加预设数量。
[0079]
业务处理模块具体还用于：向对接的下游业务系统发送对应的第二业务请求，并判断第二业务请求是否成功；如果请求成功，则生成任务；如果请求失败，则在预设时间范围内执行不超过预设次数的重试，在重试成功后，生成任务。
[0080]
业务处理模块具体还用于：当第二业务请求成功或重试成功后，检查长连接状态，以确定长连接未超时。
[0081]
结果返回模块具体还可以用于：在定时查询任务的状态信息之后，如果查询到任务的状态信息指示任务初始化或任务执行中，则等待预设时间段之后，返回到检查长连接状态，以确定长连接未超时的步骤。
[0082]
另外，在本发明实施例中业务处理装置的具体实施内容，在上面所述业务处理方法中已经详细说明了，故在此重复内容不再说明。
[0083]
图4示出了可以应用本发明实施例的业务处理方法或业务处理装置的示例性系统架构400。
[0084]
如图4所示，系统架构400可以包括终端设备401、402、403，网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
[0085]
用户可以使用终端设备401、402、403通过网络404与服务器405交互，以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
[0086]
终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
[0087]
服务器405可以是提供各种服务的服务器，例如对用户利用终端设备401、402、403所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息
--
仅为示例)反馈给终端设备。
[0088]
需要说明的是，本发明实施例所提供的业务处理方法一般由服务器405执行，相应地，业务处理装置一般设置于服务器405中。
[0089]
应该理解，图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
[0090]
下面参考图5，其示出了适于用来实现本技术实施例的服务器的计算机系统500的结构示意图。图5示出的服务器仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
[0091]
如图5所示，计算机系统500包括中央处理单元(cpu)501，其可以根据存储在只读存储器(rom)502中的程序或者从存储部分508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram 503中，还存储有系统500操作所需的各种程序和数据。cpu 501、rom 502以及ram 503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。
[0092]
以下部件连接至i/o接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因
特网的网络执行通信处理。驱动器510也根据需要连接至i/o接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。
[0093]
特别地，根据本发明公开的实施例，上文参考主要步骤示意图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行主要步骤示意图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(cpu)501执行时，执行本技术的系统中限定的上述功能。
[0094]
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
[0095]
附图中的主要步骤示意图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，主要步骤示意图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或主要步骤示意图中的每个方框、以及框图或主要步骤示意图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0096]
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括连接建立模块、业务处理模块、结果返回模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，连接建立模块还可以被描述为“用于与上游业务系统建立长连接，以接收上游业务系统的第一业务请求的模块”。
[0097]
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是
上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：与上游业务系统建立长连接，以接收所述上游业务系统的第一业务请求；根据所述第一业务请求确定对接的下游业务系统，向所述对接的下游业务系统发送对应的第二业务请求，并生成任务，所述任务用于接收所述对接的下游业务系统的返回值，所述返回值是所述对接的下游业务系统根据所述第二业务请求进行业务处理而生成的；在所述长连接未超时的情况下，定时查询所述任务的状态信息，如果所述任务的状态信息指示任务执行成功，则将所述任务接收到的所述返回值的集合返回所述上游业务系统。
[0098]
根据本发明实施例的技术方案，与上游业务系统建立长连接，以接收上游业务系统的第一业务请求；根据第一业务请求确定对接的下游业务系统，向对接的下游业务系统发送对应的第二业务请求，并生成任务，任务用于接收对接的下游业务系统的返回值，在长连接未超时的情况下，定时查询任务的状态信息，如果任务执行成功，则将任务接收到的下游业务系统的返回值的集合返回上游业务系统。能够实时返回上游业务系统需要的数据信息，具备成熟有效的异常补偿机制，出现异常可以自动重试，采用伪实时同步架构将下游信息实时传递给上游，避免发生上下游系统状态、信息不一致的情况，提高整体响应速度，且扩展性好，未来新增与下游业务系统之间的异步(同步)接口，也能够平滑支持。
[0099]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。