交互方法、服务器及计算机可读存储介质与流程

本发明实施例涉及通信技术领域，特别涉及交互方法、服务器及计算机可读存储介质。

背景技术：

现有的业务系统的交互方法包含两个步骤：下发任务和处理任务。以存储管理系统和云存储系统为例，说明现有的业务系统的交互过程。现有的业务系统之间的交互方法中，存储管理系统负责下发视频任务，接收视频任务处理结果，云存储系统负责实际处理视频，并返回视频处理结果。下发任务的方法示意图如图1所示，包括步骤101、步骤102和步骤103。其中，步骤101：存储管理系统下发视频处理任务到云存储系统。步骤102：云存储系统接收视频处理任务，返回该任务的进程识别号(persistentidentification，pid)给存储管理系统。步骤103：存储管理系统更新任务状态和pid，并将更新后的任务存入数据库。处理任务过程的方法示意图如图2所示，包括步骤201、步骤202和步骤203。其中，步骤201：云存储系统处理视频任务，在视频任务处理完成后，返回视频处理结果，处理结果中包括pid。步骤202：存储管理系统根据pid，查询数据库视频处理任务。步骤203：存储管理系统更新该任务处理结果，并将更新后的数据存入数据库。

然而，发明人发现现有技术中至少存在如下问题：存储管理系统和云存储系统在下发任务和处理任务的过程中，必须严格按照顺序执行，即在下发任务完成之后，才能进行处理任务，否则可能出现两个系统数据不一致的问题。如，存储管理系统同时下发大量的删除任务，在下发任务的步骤1.3的过程中，即存储管理系统已收到云存储系统返回的pid，但是还未将pid更新到数据库，处理任务的过程已执行到步骤2.2时，由于pid还未更新到数据库，所以存储管理系统查询不到该pid对应的任务，导致该任务的处理结果丢失更新。此时，该任务在云存储系统已经处理完成，在存储管理系统一直是处理中的状态。例如，在一个例子中，存储管理系统同时下发100条视频的删除任务。云存储系统接收100条删除任务，并返回100个任务对应的pid(其中一个删除任务的pid为d20181023050)。存储管理系统收到100个pid，更新pid和任务状态。在存储管理系统将部分删除任务的pid和任务状态存入数据库，但pid为d20181023050的删除任务还未入库时，云存储系统完成pid为d20181023050的删除任务，成功删除视频，并返回pid为d20181023050的删除任务的处理结果。但是，由于该删除任务还未入库，存储管理系统找不到pid为d20181023050的删除任务。由于存储管理系统及时更新更新pid为d20181023050的删除任务的状态，pid为d20181023050的删除任务在云存储系统中的任务状态为处理完成，在存储管理系统中的任务状态一直为处理中。由此可见，现有的业务系统的交互方法容易出现业务系统之间的数据不一致的问题。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

本发明实施方式的目的在于提供一种交互方法、处理服务器、管理服务器及可读存储介质，使得能够实现上游业务系统和下游业务系统的异步交互，解决了上游业务系统和下游业务系统之间的数据不一致的问题。

为解决上述技术问题，本发明的实施方式提供了一种交互方法，应用于下游业务系统，包括以下步骤：获取上游业务系统发布的任务；处理任务，确定任务的处理结果；将任务的处理结果发送至第一缓存区；其中，任务的处理结果被上游业务系统获取。

本发明的实施方式还提供了一种交互方法，应用于上游业务系统，包括：获取第一缓存区中的任务的处理结果；其中，任务的处理结果由下游业务系统发布；根据任务的处理结果，更新任务的状态信息。

本发明的实施方式还提供了一种服务器，包括：获取模块、确定模块和发送模块，获取模块、确定模块和发送模块耦合，用于实现上述实施方式提及的应用于下游业务系统的交互方法。

本发明的实施方式还提供了一种服务器，包括：获取模块和更新模块，获取模块和更新模块耦合，用于实现上述实施方式提及的应用于上游业务系统的交互方法。

本发明的实施方式还提供了一种服务器，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；以及，与上游业务系统通信连接的通信组件，通信组件在处理器的控制下接收和发送数据；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述实施方式的交互方法。

本发明的实施方式还提供了一种服务器，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；以及，与下游业务系统通信连接的通信组件，通信组件在处理器的控制下接收和发送数据；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述实施方式提及的交互方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现上述实施方式提及的交互方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现上述实施方式提及的交互方法。

本发明实施方式相对于现有技术而言，由于任务的处理结果被存储在第一缓存区中，若上游业务系统未在自身的数据库中找到与该任务的唯一标识对应的任务的状态信息，上游业务系统可以从第一缓存区中再次获取该任务的处理结果，并根据该任务的处理结果，更新任务的状态信息，使得上游业务系统和下游业务系统之间的交互只需关注本次交互的业务逻辑，无需考虑由于任务的唯一标识引起的时序问题，避免了上游业务系统和下游业务系统的数据不一致的问题。

另外，第一缓存区为第一消息队列，或，第一数据库。该实现中，通过消息队列或数据库对任务的处理结果进行缓存。

另外，获取上游业务系统发布的任务，具体包括：查询第二缓存区中的任务，其中，第二缓存区中的任务由上游业务系统发布。该实现中，上游业务系统和下游业务系统通过消息队列进行交互，能够对下游业务系统的流量进行控制，并进一步对上游业务系统和下游业务系统解耦。

另外，第二缓存区为第二消息队列，或，第二数据库。

另外，第一缓存区为第一消息队列，或，第一数据库。

另外，第一缓存区为第一消息队列；获取第一缓存区中的任务的处理结果，具体包括：周期地订阅第一消息队列中的任务的处理结果。

另外，任务的处理结果中包括任务的标识码；根据任务的处理结果，更新任务的状态信息，具体包括：判断自身的数据库中是否存在与任务的标识码对应的任务的状态信息；若确定是，更新任务的状态信息，删除第一消息队列中与任务的处理结果。该实现中，上游业务系统及时删除已更新的任务的处理结果，避免消息队列中缓存无用信息。

另外，在获取第一缓存区中的任务的处理结果之前，交互方法还包括：发布任务至第二缓存区。

另外，第二缓存区为第二消息队列，或，第二数据库。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是现有技术中的下发任务的方法示意图；

图2是现有技术中的处理任务的方法示意图；

图3是本发明的第一实施方式的交互方法的流程图；

图4是本发明的第二实施方式的交互方法的流程图；

图5是本发明的第三实施方式的交互方法的流程图；

图6是本发明的第四实施方式的交互方法的流程图；

图7是本发明的第四实施方式的下发任务的方法示意图；

图8是本发明的第四实施方式的处理任务的方法示意图；

图9是本发明的第五实施方式的服务器的结构示意图；

图10是本发明的第六实施方式的服务器的结构示意图；

图11是本发明的第七实施方式的服务器的结构示意图；

图12是本发明的第八实施方式的服务器的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本文中为消息队列或数据库所编序号本身，例如“第一”、“第二”等，仅用于区分所描述的对象，不具有任何顺序或技术含义。

本发明的第一实施方式涉及一种交互方法，应用于下游业务系统，由下游业务系统中的服务器执行。如图3所示，交互方法包括以下步骤：

步骤301：获取上游业务系统发布的任务。

具体地说，下游业务系统与上游业务系统之间建立有通信连接，能够进行信息交互。

在一个例子中，下游业务系统为云存储系统，上游业务系统为存储管理系统，任务为视频处理任务。云存储系统确定视频处理任务，并将视频处理任务发送至云存储系统。云存储系统接收视频处理任务，确定该视频处理任务的pid，并将该视频处理任务的pid发送至存储管理系统。

步骤302：处理该任务，确定该任务的处理结果。

具体地说，任务的处理结果指示任务处理成功，或，任务处理失败。

在一个例子中，任务为视频处理任务，该视频处理任务指示删除视频，下游业务系统根据视频处理任务，确定需要删除的视频，并执行删除该视频的操作。在执行删除视频的操作之后，根据视频是否删除成功，生成任务的处理结果，任务的处理结果指示任务处理成功或处理失败。

需要说明的是，本领域技术人员可以理解，本实施方式仅为举例说明，实际应用中，任务也可以是其他的任务，例如，添加文档任务等，本实施方式不限制任务的具体内容。

步骤303：将任务的处理结果发送至第一缓存区。其中，任务的处理结果被上游业务系统获取。

具体地说，下游业务系统对获取的任务进行处理，并在任务处理完成后，将任务的处理结果发送至第一缓存区。上游业务系统通过读取第一缓存区中的信息，获取该任务的处理结果。其中，第一缓存区可以是第一消息队列，也可以是第一数据库等具有缓存功能的存储区域。

在一个例子中，第一缓存区为第一消息队列，且第一消息队列为上游业务系统的消息队列。下游业务系统将任务的处理结果发布至第一消息队列中，上游业务系统订阅第一消息队列中的消息，以获取任务的处理结果。

需要说明的是，本领域技术人员可以理解，第一消息队列也可以是下游业务系统的消息队列，下游业务系统为上游业务系统开放读写第一消息队列的权限，本实施方式不起限定作用。

需要说明的是，以上仅为举例说明，并不对本发明的技术方案构成限定。

与现有技术相比，本实施方式中提供的交互方法，由于任务的处理结果被存储在第一缓存区中，若上游业务系统未在自身的数据库中找到与该任务的唯一标识对应的任务的状态信息，上游业务系统可以再次从第一缓存区中获取该任务的处理结果，并根据该任务的处理结果，更新任务的状态信息，使得上游业务系统和下游业务系统之间的交互只需关注本次交互的业务逻辑，无需考虑由于任务的唯一标识引起的时序问题，避免了上游业务系统和下游业务系统的数据不一致的问题。

本发明的第二实施方式涉及一种交互方法，第二实施方式与第一实施方式大致相同，主要区别之处在于：在第一实施方式中，以上游业务系统直接将任务下发至下游业务系统为例，说明下游业务系统获取任务的方式。而在本发明第二实施方式中，下游业务系统通过查询第二缓存区，获得上游业务系统发布的任务。此外，本领域技术人员可以理解，两种方式均可实现上游业务系统和下游业务系统的任务交互。

具体的说，如图4所示，在本实施方式中，包含步骤401至步骤403，其中，步骤402和步骤403分别与第一实施方式中的步骤302和步骤303大致相同，此处不再赘述。下面主要介绍不同之处：

步骤401：查询第二缓存区中的任务。

具体地说，第二缓存区可以是第二消息队列，也可以是第二数据库，第二缓存区中的任务由上游业务系统发布。

在一个例子中，第二缓存区为第二消息队列，且第二消息队列为下游业务系统的消息队列。上游业务系统在确定任务后，将任务发布至第二消息队列。下游业务系统通过订阅第二消息队列中的消息，获取上游业务系统发布的任务。具体实现中，可以预先设置下游业务系统订阅第二消息队列中的消息的数量的阈值。该阈值可以根据下游业务系统的处理能力确定。

值得一提的是，上游业务系统和下游业务系统之间通过第二消息队列交互时，下游业务系统可以通过设置每个周期获取的第二消息队列中的消息的数量的阈值，达到控制流量的效果，避免由于并发任务过多，引起下游业务系统崩溃等问题。除此之外，由于上游业务系统和下游业务系统不再直接交互，当某个业务系统发生故障时，不会对另外一个系统造成影响。

步骤402：处理该任务，确定该任务的处理结果。

步骤403：将任务的处理结果发送至第一缓存区。

需要说明的是，以上仅为举例说明，并不对本发明的技术方案构成限定。

与现有技术相比，本实施方式中提供的交互方法，上游业务系统和下游业务系统之间通过第二消息队列交互，使得下游业务系统可以通过设置每个周期获取的第二消息队列中的消息的数量的阈值，达到控制流量的效果，避免由于并发任务过多，引起下游业务系统崩溃等问题。除此之外，由于上游业务系统和下游业务系统不再直接交互，当某个业务系统发生故障时，不会对另外一个系统造成影响。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明的第三实施方式涉及一种交互方法，应用于上游业务系统，由上游业务系统中的服务器执行。如图5所示，交互方法包括以下步骤：

步骤501：获取第一缓存区中的任务的处理结果。

具体地说，第一缓存区可以是第一消息队列，也可以是第一数据库等具有缓存功能的存储区域。第一缓存区中的任务的处理结果由下游业务系统发布。

在一个例子中，第一缓存区为第一消息队列。上游业务系统周期地订阅第一消息队列中的信息，即任务的处理结果。其中，每个周期的长度可以根据需要设置。可选择的，上游业务系统设置每个周期读取的消息队列中的信息的数量的阈值，以达到控制流量的效果，避免流量过大引起的系统异常的问题。

在一个例子中，上游业务系统通过定时任务，以实现周期地订阅第一消息队列中的信息的目的。在一个例子中，上游业务系统在获取第一缓存区中的任务的处理结果之前，将任务发布至下游业务系统。下游业务系统接收该任务，确定该任务的唯一标识，如任务的pid，并将该任务的唯一标识返回至上游业务系统。上游业务系统在接收该任务的唯一标识后，确定该任务的状态信息该任务正在处理，将该任务的唯一标识和该任务的状态信息，存入自身的数据库。

在一个例子中，下游业务系统在返回该任务的唯一标识时，返回任务的状态信息，该任务的状态信息指示任务正在处理。上游业务系统将该任务的唯一标识和任务的状态信息，存入自身的数据库。

步骤502：根据任务的处理结果，更新任务的状态信息。

具体地说，任务的处理结果中包括任务的唯一标识，例如，任务的pid。上游业务系统在自身的数据库中，查找与该任务的唯一标识对应的任务的状态信息，根据任务的处理结果，更新任务的状态信息。

在一个例子中，上游业务系统判断自身的数据库中是否存在与任务的标识码对应的任务的状态信息。若确定是，更新任务的状态信息，删除第一消息队列中与任务的处理结果。若上游业务系统未找到与任务的唯一标识对应的任务的状态信息，该任务的处理结果继续存储在第一消息队列中。上游业务系统能够在下一周期中获得该任务的处理结果，直至根据该任务的处理结果更新该任务的状态信息。

与现有技术相比，本实施方式提供的交互方法，由于任务的处理结果被存储在第一消息队列中，若上游业务系统在获得任务的处理结果后，未在自身的数据库中找到与该任务的唯一标识对应的任务的状态信息，上游业务系统可以在一段时间后再次从第一缓存区中获取该任务的处理结果，并根据该任务的处理结果，更新任务的状态信息，使得上游业务系统和下游业务系统之间的交互只需关注本次交互的业务逻辑，无需考虑由于任务的唯一标识引起的时序问题，避免了上游业务系统和下游业务系统的数据不一致的问题。

本发明的第四实施方式涉及一种交互方法，第二实施方式与第一实施方式大致相同，主要区别之处在于：在第一实施方式中，以上游业务系统直接将任务下发至下游业务系统为例，说明上游业务系统发布任务的方式。而在本发明第二实施方式中，上游业务系统将任务发布在第二缓存区中，供下游业务系统订阅。此外，本领域技术人员可以理解，两种方式均可实现上游业务系统和下游业务系统之间任务的交互。

具体的说，如图6所示，在本实施方式中，包含步骤601至步骤603，其中，步骤602和步骤603分别与第一实施方式中的步骤501和步骤502大致相同，此处不再赘述。下面主要介绍不同之处：

步骤601：发布任务至第二缓存区。

具体地说，第二缓存区可以是第二消息队列，也可以是第二数据库。其中，第二消息队列可以是下游业务系统的消息队列，第二数据库可以是下游业务系统为缓存任务的信息创建的缓存数据库。上游业务系统将任务直接发布至第二缓存区，下游业务系统通过订阅第二缓存区中的信息，获取任务。

值得一提的是，上游业务系统和下游业务系统之间通过第二消息队列交互任务时，下游业务系统可以通过设置每个周期获取的第二消息队列中的消息的数量的阈值，达到控制流量的效果，避免由于并发任务过多，引起下游业务系统崩溃等问题。除此之外，由于上游业务系统和下游业务系统不再直接交互，当某个业务系统发生故障时，不会对另外一个系统造成影响。

步骤602：获取第一缓存区中的任务的处理结果

步骤603：根据任务的处理结果，更新任务的状态信息。

与现有技术相比，本实施方式中提供的交互方法，上游业务系统和下游业务系统之间通过第二消息队列交互任务，使得下游业务系统可以通过设置每个周期获取的第二消息队列中的消息的数量的阈值，达到控制流量的效果，避免由于并发任务过多，引起下游业务系统崩溃等问题。除此之外，由于上游业务系统和下游业务系统不再直接交互，当某个业务系统发生故障时，不会对另外一个系统造成影响。

以下以上游业务系统为存储管理系统，下游业务系统为云存储系统，第一缓存区为第一消息队列为例，举例说明下发任务和处理任务的过程。该情况下，下发任务的方法示意图如图7所示，包括以下步骤：

步骤701：存储管理系统根据需求生成视频处理任务，并下发至云存储系统。

步骤702：云存储系统接收视频处理任务，并返回该视频处理任务的pid。

步骤703：存储管理系统更新该视频处理任务的pid和该视频处理任务的状态信息，并存入自身的数据库。

需要说明的是，为阐述清楚，此处以上游业务系统直接将任务下发至下游业务系统为例，说明下发任务的过程，实际应用中，上游业务系统和下游业务系统也可以通过第二缓存区交互任务。

处理任务的方法示意图如图8所示，包括以下步骤：

步骤801：云存储系统在视频处理任务处理完成后，将视频处理任务的处理结果(包括处理任务的pid)发布至第一消息队列。

步骤802：存储管理系统定时触发订阅第一消息队列中的信息的任务，订阅第一消息队列中的信息。

步骤803：存储管理系统根据视频处理任务的pid，判断自身的数据库中是否存在与该pid对应的任务。

存储管理系统若确定存在，执行步骤804，否则，执行步骤802。

步骤804：存储管理系统根据视频处理任务的处理结果，更新视频处理任务的状态信息，存入自身的数据库。

步骤805：删除第一消息队列中的该任务的处理结果。

以下结合实际业务场景，说明存储管理系统和云存储系统的交互过程。存储管理系统下发删除任务，云存储系统接收删除任务，返回删除任务的pid：d20181023101。存储管理系统将删除任务的状态信息更新为删除中，同时pid更新为d20181023101。云存储系统删除成功，将处理结果(包含pid)发布的第一消息队列。存储管理系统定时订阅第一消息队列中的信息，获取到pid为d20181023101的任务的处理结果。存储管理系统未查询到pid为d20181023101的任务，不进行后续处理。5分钟后，再次订阅第一消息队列中的信息，获取到pid为d20181023101的任务的处理结果。存储管理系统查询到pid为d20181023101的任务，更新pid为d20181023101的任务的状态信息，删除第一消息队列的pid为d20181023101的任务的状态信息。

通过上述内容可知，下游业务系统和上游业务系统通过第一消息队列进行交互，可以避免并发引起的数据不一致问题。除此之外，上游业务系统可以通过设置每个周期获取第一消息队列的信息的数量的阈值，从而达到控制流量的效果，避免流量过大引起的系统异常。上游业务系统和下游业务系统之间不再直接交互，某个业务系统发生故障时，对其他系统没有影响。例如，上游业务系统发生故障时，对下游业务系统没有影响。下游业务系统任务处理完成将处理结果发布到第一消息队列，上游业务系统恢复正常时，通过定时任务周期订阅堆积在第一消息队列的消息。

本发明的第五实施方式涉及一种服务器，如图9所示，包括：获取模块901、确定模块902和发送模块903，获取模块901、确定模块902和发送模块903耦合，用于实现第一实施方式和第二实施方式提及的应用于下游业务系统的交互方法。

具体地说，获取模块901用于获取上游业务系统发布的任务。确定模块902用于处理任务，确定任务的处理结果。发送模块903将任务的处理结果发送至第一缓存区；其中，任务的处理结果被上游业务系统获取。

不难发现，本实施方式为与第一实施方式和第二实施方式相对应的系统实施例，本实施方式可与第一实施方式和第二实施方式互相配合实施。第一实施方式和第二实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式和第二实施方式中。

本发明的第六实施方式涉及一种服务器，如图10所示，包括：获取模块1001和更新模块1002，获取模块1001和更新模块1002耦合，用于实现第三实施方式和第四实施方式提及的应用于上游业务系统的交互方法。

具体地说，获取模块1001用于获取第一缓存区中的任务的处理结果；其中，任务的处理结果由下游业务系统发布。更新模块1002用于根据任务的处理结果，更新任务的状态信息。

不难发现，本实施方式为与第三实施方式和第四实施方式相对应的系统实施例，本实施方式可与第三实施方式和第四实施方式互相配合实施。第三实施方式和第四实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第三实施方式和第四实施方式中。

值得一提的是，第五实施方式和第六实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，第五实施方式和第六实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明第五实施方式和第六实施方式中不存在其它的单元。

本发明的第七实施方式涉及一种服务器，如图11所示，包括：至少一个处理器1101；以及，与至少一个处理器1101通信连接的存储器1102；以及，与上游业务系统通信连接的通信组件1103，通信组件1103在处理器1101的控制下接收和发送数据；其中，存储器1102存储有可被至少一个处理器1101执行的指令，指令被至少一个处理器1101执行，以使至少一个处理器1101能够执行上述第一实施方式和第二实施方式提及的应用于下游业务系统的交互方法。

本发明的第八实施方式涉及一种服务器，如图12所示，包括：至少一个处理器1201；以及，与至少一个处理器1201通信连接的存储器1202；以及，与上游业务系统通信连接的通信组件1203，通信组件1203在处理器1201的控制下接收和发送数据；其中，存储器1202存储有可被至少一个处理器1201执行的指令，指令被至少一个处理器1201执行，以使至少一个处理器1201能够执行上述第三实施方式和第四实施方式提及的应用于上游业务系统的交互方法。

在第七实施方式和第八实施方式中，服务器包括：一个或多个处理器以及存储器，图11和图12中以一个处理器为例。处理器、存储器可以通过总线或者其他方式连接，图11和图12中以通过总线连接为例。存储器作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。处理器通过运行存储在存储器中的非易失性软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述交互方法。

存储器可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储选项列表等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至外接设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个模块存储在存储器中，当被一个或者多个处理器执行时，执行上述任意方法实施方式中的交互方法。

上述产品可执行本申请实施方式所提供的方法，具备执行方法相应的功能模块和有益效果，未在本实施方式中详尽描述的技术细节，可参见本申请实施方式所提供的方法。

本发明的第九实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述第一实施方式和第二实施方式提及的应用于下游业务系统的交互方法。

本发明的第十实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述第三实施方式和第四实施方式提及的应用于上游业务系统的交互方法。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。