信息交互的方法及装置、存储介质、计算机设备与流程

本申请涉及互联网技术领域，尤其是涉及信息交互的方法及装置、存储介质、计算机设备。

背景技术：

随着互联网技术的不断发展，人们对本地生活服务的需求也越来越高。例如，现有的商家管理系统都会对接第三方平台进行扫码点餐等，实现方案主要为，建立云平台，利用云平台作为中间服务，云平台的一端对接第三方平台，另一端对接商家管理系统。当第三方平台接收到业务后，云平台获取业务再推送给商家管理系统，在云平台推送给商家管理系统的过程中，由于中间经过网络，商家管理系统等节点，网络传输环境复杂，因此常常会出现第三方平台处于业务待处理状态，而商家管理系统进行业务处理后却无法获取到业务详情的情况，从而导致顾客查询不到业务处理的后续状态信息，整个业务处理过程失败，顾客投诉，而商家也同样受到一定的损失，即信息交互时业务信息丢失，从而导致顾客及商家两侧的体验较差。

技术实现要素：

有鉴于此，本申请实施例提供了信息交互信息交互的方法及装置、存储介质、计算机设备，主要目的在于解决现有技术中信息交互时业务信息丢失，从而导致顾客及商家两侧的体验较差的技术问题。

根据本申请实施例的一个方面，提供了一种信息交互的方法，可应用于终端，该方法包括：

获取来自云端的第二服务接口的未处理列表信息；

根据接收到的未处理列表信息，从所述云端的第三服务接口获取对应所述未处理列表信息的未处理业务详情信息；

对获取到的未处理业务详情信息进行业务状态处理，并将处理结果发送给所述云端的第四服务接口。

优选地，所述根据接收到的未处理列表信息，从所述云端的第三服务接口获取对应所述未处理列表信息的未处理业务详情信息，具体包括：

当接收到业务处理请求信息时，根据所述业务处理请求信息确定所述未处理列表信息中相应的未处理业务索引信息；

根据所述未处理业务索引信息，获取来自所述云端的第三服务接口的对应所述未处理业务索引信息的未处理业务详情信息。

优选地，所述第三服务接口为获取业务接口，还包括：

所述云端的获取业务接口根据接收到的来自商家管理系统的未处理业务索引信息，将与所述未处理业务索引信息对应的业务状态信息由未处理更新为处理中，并记录所述业务状态信息的变更时间。

优选地，所述第二服务接口为业务汇总接口，云端的业务汇总接口的未处理列表信息包括未处理业务索引信息，具体包括：

所述云端的业务汇总接口根据商家管理系统信息获取到的来自第一服务接口的商家未处理业务的第一索引信息；和/或，

所述云端的业务汇总接口获取到的来自云端的第五服务接口的商家未处理业务的第二索引信息；

所述第一服务接口为业务来源接口。

优选地，所述第五服务接口为业务状态复位接口，云端的业务汇总接口获取来自云端的业务状态复位接口的商家未处理业务的第二索引信息的步骤，具体包括：

所述云端的业务汇总接口根据商家管理系统信息调用云端的业务状态复位接口；

所述云端的业务状态复位接口根据来自业务汇总接口的商家管理系统信息，获取与所述商家管理系统信息对应的业务状态信息为未处理的第二索引信息。

优选地，所述云端的业务状态复位接口根据来自业务汇总接口的商家管理系统信息，获取与所述商家管理系统信息对应的业务状态信息为未处理的第二索引信息的步骤之前，还包括：

所述云端的业务状态复位接口根据业务状态信息为处理中的第二索引信息，判断所述业务状态信息的变更时间是否超过预设的复位时间；

若所述业务状态信息的变更时间超过预设的复位时间，则将所述业务状态信息更新为未处理。

优选地，所述第四服务接口为回调接口，对获取到的未处理业务详情信息进行业务状态处理，并将处理结果发送给所述云端的回调接口，具体包括：

当接收到业务处理完成指令信息时，发送业务处理完成信息给云端的回调接口，以指示所述云端的回调接口根据所述业务处理完成信息，将与所述业务处理完成信息对应的业务状态信息由处理中更新为处理完成；

删除所述未处理列表信息中与所述业务处理完成指令信息对应的未处理业务索引信息。

根据本申请实施例的又一方面，提供了一种信息交互的方法，可应用于云端，该方法包括：

云端的第二服务接口获取与接收到的商家管理系统信息对应的未处理列表信息，并发送给相应的商家管理系统；

所述云端的第三服务接口根据接收到的来自商家管理系统根据未处理列表信息发送的未处理业务索引信息，获取与所述未处理业务索引信息对应的未处理业务详情信息，并发送给相应的商家管理系统；

所述云端的第四服务接口根据接收到的来自商家管理系统根据未处理业务详情信息发送的处理结果，更新对应所述未处理业务详情信息的业务状态信息。

优选地，所述第二服务接口为业务汇总接口，云端的业务汇总接口获取到的与接收到的商家管理系统信息对应的未处理列表信息，具体包括：

所述云端的业务汇总接口根据商家管理系统信息获取到的来自第一服务接口的商家未处理业务的第一索引信息；和/或，

所述云端的业务汇总接口获取到的来自云端的第五服务接口的商家未处理业务的第二索引信息；

所述第一服务接口为业务来源接口。

优选地，所述第五服务接口为业务状态复位接口，云端的业务汇总接口获取来自云端的业务状态复位接口的商家未处理业务的第二索引信息的步骤，具体包括：

所述云端的业务汇总接口根据商家管理系统信息调用云端的业务状态复位接口；

所述云端的业务状态复位接口根据来自业务汇总接口的商家管理系统信息，获取与所述商家管理系统信息对应的业务状态信息为未处理的第二索引信息。

优选地，所述云端的业务状态复位接口根据来自业务汇总接口的商家管理系统信息，获取与所述商家管理系统信息对应的业务状态信息为未处理的第二索引信息的步骤之前，还包括：

所述云端的业务状态复位接口根据业务状态信息为处理中的第二索引信息，判断所述业务状态信息的变更时间是否超过预设的复位时间；

若所述业务状态信息的变更时间超过预设的复位时间，则将所述业务状态信息更新为未处理。

优选地，所述第三服务接口为获取业务接口，所述云端的第三服务接口根据接收到的来自商家管理系统的未处理业务索引信息，获取与所述未处理业务索引信息对应的未处理业务详情信息，并发送给相应的商家管理系统的步骤，还包括：

所述云端的获取业务接口根据接收到的来自商家管理系统的未处理业务索引信息，将与所述未处理业务索引信息对应的业务状态信息由未处理更新为处理中，并记录所述业务状态信息的变更时间。

根据本申请实施例的又一方面，提供了一种信息交互的装置，该装置包括：

获取列表模块，用于获取来自云端的第二服务接口的未处理列表信息；

获取业务模块，用于根据接收到的未处理列表信息，从所述云端的第三服务接口获取对应所述未处理列表信息的未处理业务详情信息；

业务处理模块，用于对获取到的未处理业务详情信息进行业务状态处理，并将处理结果发送给所述云端的第四服务接口。

优选地，所述获取业务模块，具体包括：

第一获取单元，用于当接收到业务处理请求信息时，根据所述业务处理请求信息确定所述未处理列表信息中相应的未处理业务索引信息；

第二获取单元，用于根据所述未处理业务索引信息，获取来自所述云端的第三服务接口的对应所述未处理业务索引信息的未处理业务详情信息。

优选地，所述第三服务接口为获取业务接口，还包括：

所述云端的获取业务接口根据接收到的来自商家管理系统的未处理业务索引信息，将与所述未处理业务索引信息对应的业务状态信息由未处理更新为处理中，并记录所述业务状态信息的变更时间。

优选地，所述第二服务接口为业务汇总接口，云端的业务汇总接口的未处理列表信息包括未处理业务索引信息，具体包括：

所述云端的业务汇总接口根据商家管理系统信息获取到的来自第一服务接口的商家未处理业务的第一索引信息；和/或，

所述云端的业务汇总接口获取到的来自云端的第五服务接口的商家未处理业务的第二索引信息；

所述第一服务接口为业务来源接口。

优选地，所述第五服务接口为业务状态复位接口，云端的业务汇总接口获取来自云端的业务状态复位接口的商家未处理业务的第二索引信息的步骤，具体包括：

所述云端的业务汇总接口根据商家管理系统信息调用云端的业务状态复位接口；

所述云端的业务状态复位接口根据来自业务汇总接口的商家管理系统信息，获取与所述商家管理系统信息对应的业务状态信息为未处理的第二索引信息。

优选地，所述云端的业务状态复位接口根据来自业务汇总接口的商家管理系统信息，获取与所述商家管理系统信息对应的业务状态信息为未处理的第二索引信息的步骤之前，还包括：

所述云端的业务状态复位接口根据业务状态信息为处理中的第二索引信息，判断所述业务状态信息的变更时间是否超过预设的复位时间；

若所述业务状态信息的变更时间超过预设的复位时间，则将所述业务状态信息更新为未处理。

优选地，所述业务处理模块，具体包括：

发送单元，用于当接收到业务处理完成指令信息时，发送业务处理完成信息给云端的回调接口，以指示所述云端的回调接口根据所述业务处理完成信息，将与所述业务处理完成信息对应的业务状态信息由处理中更新为处理完成；

删除单元，用于删除所述未处理列表信息中与所述业务处理完成指令信息对应的未处理业务索引信息。

根据本申请实施例的又一方面，提供了一种信息交互的装置，该装置包括：

第二服务接口模块，用于云端的第二服务接口获取与接收到的商家管理系统信息对应的未处理列表信息，并发送给相应的商家管理系统；

第三服务接口模块，用于所述云端的第三服务接口根据接收到的来自商家管理系统根据未处理列表信息发送的未处理业务索引信息，获取与所述未处理业务索引信息对应的未处理业务详情信息，并发送给相应的商家管理系统；

第四服务接口模块，用于所述云端的第四服务接口根据接收到的来自商家管理系统根据未处理业务详情信息发送的处理结果，更新对应所述未处理业务详情信息的业务状态信息。

优选地，所述第二服务接口为业务汇总接口，云端的业务汇总接口获取到的与接收到的商家管理系统信息对应的未处理列表信息，具体包括：

所述云端的业务汇总接口根据商家管理系统信息获取到的来自第一服务接口的商家未处理业务的第一索引信息；和/或，

所述云端的业务汇总接口获取到的来自云端的第五服务接口的商家未处理业务的第二索引信息；

所述第一服务接口为业务来源接口。

优选地，所述第五服务接口为业务状态复位接口，云端的业务汇总接口获取来自云端的业务状态复位接口的商家未处理业务的第二索引信息的步骤，具体包括：

所述云端的业务汇总接口根据商家管理系统信息调用云端的业务状态复位接口；

所述云端的业务状态复位接口根据来自业务汇总接口的商家管理系统信息，获取与所述商家管理系统信息对应的业务状态信息为未处理的第二索引信息。

优选地，所述云端的业务状态复位接口根据来自业务汇总接口的商家管理系统信息，获取与所述商家管理系统信息对应的业务状态信息为未处理的第二索引信息的步骤之前，还包括：

所述云端的业务状态复位接口根据业务状态信息为处理中的第二索引信息，判断所述业务状态信息的变更时间是否超过预设的复位时间；

若所述业务状态信息的变更时间超过预设的复位时间，则将所述业务状态信息更新为未处理。

优选地，所述第三服务接口为获取业务接口，所述第三服务接口模块，还包括：

所述云端的获取业务接口根据接收到的来自商家管理系统的未处理业务索引信息，将与所述未处理业务索引信息对应的业务状态信息由未处理更新为处理中，并记录所述业务状态信息的变更时间。

依据本申请实施例再一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述可应用于终端的信息交互的方法。

依据本申请实施例再一个方面，提供了一种终端设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述可应用于终端的信息交互的方法。

依据本申请实施例再一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述可应用于云端的信息交互的方法。

依据本申请实施例再一个方面，提供了一种服务器设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述可应用于云端的信息交互的方法。

依据本申请再一个方面，提供了一种信息交互系统，包括上述终端设备和服务器设备。

借由上述技术方案，本申请实施例提供的信息交互的方法及装置、存储介质、计算机设备，与目前现有技术相比，本申请实施例获取来自云端的第二服务接口的未处理列表信息，根据接收到的未处理列表信息，从云端的第三服务接口获取对应该未处理列表信息的未处理业务详情信息，对获取到的未处理业务详情信息进行业务状态处理，以便将处理结果发送给云端的第四服务接口，从而完成业务处理的过程。可见，利用云端建立的多个服务接口，实现商家管理系统与云端多个服务接口的信息交互，以避免现有信息交互时业务信息丢失的技术问题，确保商家能够接收到所有的未处理业务详情信息以及完成后续的业务状态处理，从而提升顾客及商家两侧的体验。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的可应用于终端的一种信息交互的方法的流程示意图；

图2示出了本申请实施例提供的可应用于终端的另一种信息交互的方法的流程示意图；

图3示出了本申请实施例提供的可应用于云端的一种信息交互的方法的流程示意图；

图4示出了本申请实施例提供的可应用于云端的另一种信息交互的方法的流程示意图；

图5示出了本申请实施例提供的可应用于终端的一种信息交互的装置的结构示意图；

图6示出了本申请实施例提供的可应用于终端的另一种信息交互的装置的结构示意图；

图7示出了本申请实施例提供的可应用于云端的一种信息交互的装置的结构示意图；

图8示出了本申请实施例提供的一种信息交互系统的系统架构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

针对目前现有技术中存在的问题，本实施例提供了一种信息交互的方法，应用于终端侧，可使得商家在进行交互操作时，实现商家管理系统与云端多个服务接口的信息交互，确保商家能够接收到所有的未处理业务详情信息以及完成后续的业务状态处理，从而满足顾客及商家两侧的体验需求，如图1所示，该方法包括：

步骤101、获取来自云端的第二服务接口的未处理列表信息。

在本实施例中，商家管理系统间隔轮询调用云端的第二服务接口(即，业务汇总接口)，从该云端的第二服务接口获取与该商家管理系统相对应的未处理列表信息。具体为，商家管理系统按照一定的时间周期发送包含商家管理系统信息的未处理列表信息查询请求给云端的第二服务接口，云端的第二服务接口根据该未处理列表信息查询请求中的商家管理系统信息，查询与商家管理系统信息对应的未处理列表信息，并将查询到的与商家管理系统信息对应的未处理列表信息返回给商家管理系统。其中，商家管理系统优选为商家pos系统。

根据实际应用场景的需要，与商家管理系统信息对应的未处理列表信息为该商家管理系统当前或当天所有业务状态信息为未处理的订单信息，包括订单来源编号(例如，来自某一外卖平台)、订单编号、门店编号、所属门店中的一个或者多个；商家管理系统信息为对应该商家管理系统的商家基本信息，包括该商家的门店编号、授权码、门店名称中的一个或者多个。

步骤102、根据接收到的未处理列表信息，从所述云端的第三服务接口获取对应所述未处理列表信息的未处理业务详情信息。

在本实施例中，商家管理系统接收到来自云端的第二服务接口的未处理列表信息，根据接收到的未处理列表信息构建订单列表序列对象，其中，未处理列表信息为业务状态信息为未处理的未处理列表信息。以便商家管理系统依照该订单列表序列对象，对订单列表序列对象中的未处理列表信息进行遍历处理，以确保处理所有的业务状态信息为未处理的未处理列表信息，避免漏掉未处理业务。

根据实际应用场景的需要，商家管理系统遍历订单列表序列对象，获取订单列表序列对象中的第一未处理列表信息，并发送包含第一未处理列表信息的未处理业务详情信息查询请求给云端的第三服务接口(即，获取业务接口)，云端的第三服务接口根据该未处理业务详情信息查询请求中的第一未处理列表信息，查询与第一未处理列表信息对应的未处理业务详情信息，并将查询到的与第一未处理列表信息对应的未处理业务详情信息返回给商家管理系统。

其中，包含未处理列表信息的未处理业务详情信息查询请求包括该商家的门店编号、授权码、订单来源编号、订单编号中的一个或者多个；未处理业务详情信息包括该商家的订单来源编号、订单编号、购买人信息、地址信息、备注信息、所属门店、订单详情内容中的一个或者多个；订单详情内容包括顾客点餐的菜品编号、菜品名称、菜品数量、菜品烹饪需求信息、优惠方式、优惠金额、支付方式、总计金额中的一个或者多个。

步骤103、对获取到的未处理业务详情信息进行业务状态处理，并将处理结果发送给所述云端的第四服务接口。

在本实施例中，获取来自云端的第三服务接口的未处理业务详情信息，对获取到的未处理业务详情信息进行处理(例如，受理订单操作)，并将处理结果(例如，订单已受理)发送给云端的第四服务接口(即，回调接口)，以便云端的第四服务接口根据接收到的处理结果，将对应该处理结果的业务状态信息更新为处理完成，以达到处理结果反馈的目的，即完成一次订单受理的全过程。其中，该处理结果包括订单来源编号、门店编号、授权码、订单编号中的一个或者多个。

本实施例提供的一种信息交互的方法，与目前现有技术相比，本实施例能够获取来自云端的第二服务接口的未处理列表信息，根据接收到的未处理列表信息，从云端的第三服务接口获取对应该未处理列表信息的未处理业务详情信息，对获取到的未处理业务详情信息进行业务状态处理，以便将处理结果发送给云端的第四服务接口，从而完成业务处理的过程。可见，利用云端建立的多个服务接口，实现商家管理系统与云端多个服务接口的信息交互，以避免现有信息交互时业务信息丢失的技术问题，确保商家能够接收到所有的未处理业务详情信息以及完成后续的业务状态处理，从而提升顾客及商家两侧的体验。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例中的过程，提供了另一种信息交互的方法，如图2所示，该方法包括：

步骤201、获取来自云端的第二服务接口的未处理列表信息；其中，所述第二服务接口为业务汇总接口，云端的业务汇总接口的未处理列表信息包括未处理业务索引信息，具体包括：所述云端的业务汇总接口根据商家管理系统信息获取到的来自第一服务接口的商家未处理业务的第一索引信息；和/或，所述云端的业务汇总接口获取到的来自云端的第五服务接口的商家未处理业务的第二索引信息；所述第一服务接口为业务来源接口。

具体实施中，商家管理系统为商家对接程序，即部署在各个商家终端侧的程序，用于与云端服务接口的信息交互，例如，商家pos系统，或者能够与商家pos系统进行信息交互的相对独立的商家服务程序。

商家pos系统间隔轮询调用云端的业务汇总接口，获取该商家当前所有未处理列表信息，存储在一个数组(例如，订单列表序列对象)内，并判断该数组是否为空，若空，则流程结束，若不为空，则遍历该数组，以便根据该数组内的未处理列表信息依次调用获取业务接口，获取相应的未处理业务详情信息并完成业务状态处理；当数组内的未处理列表信息全部遍历完成后，商家pos系统再次轮询调用云端的业务汇总接口。

根据实际应用场景的需要，云端的业务汇总接口的未处理列表信息为一个或多个未处理业务索引信息，未处理业务索引信息包括第一索引信息和/或第二索引信息；未处理业务索引信息为订单来源编号(例如，来自某一外卖平台)、订单编号、门店编号、所属门店中的一个或者多个。

进一步地，为了说明步骤201具体的实施过程，作为一种可选方式，所述第五服务接口为业务状态复位接口，云端的业务汇总接口获取来自云端的业务状态复位接口的商家未处理业务的第二索引信息的步骤，具体包括：

所述云端的业务汇总接口根据商家管理系统信息调用云端的业务状态复位接口；所述云端的业务状态复位接口根据来自业务汇总接口的商家管理系统信息，获取与所述商家管理系统信息对应的业务状态信息为未处理的第二索引信息。

进一步地，作为一种可选方式，所述云端的业务状态复位接口根据来自业务汇总接口的商家管理系统信息，获取与所述商家管理系统信息对应的业务状态信息为未处理的第二索引信息的步骤之前，还包括：

所述云端的业务状态复位接口根据业务状态信息为处理中的第二索引信息，判断所述业务状态信息的变更时间是否超过预设的复位时间；若所述业务状态信息的变更时间超过预设的复位时间，则将所述业务状态信息更新为未处理。

具体实施中，商家云端业务汇总接口在返回未处理列表信息之前，预先调用云端业务状态复位接口，获取业务状态信息更新为未处理的未处理列表信息，从而修复处理失败的商家处理中订单信息，确保未处理列表信息获取的完整性及有效性，以及确保返回给商家管理系统所有的未处理列表信息。

步骤202、当接收到业务处理请求信息时，根据所述业务处理请求信息确定所述未处理列表信息中相应的未处理业务索引信息。

步骤203、根据所述未处理业务索引信息，获取来自所述云端的第三服务接口的对应所述未处理业务索引信息的未处理业务详情信息。

具体实施中，当接收到来自商家的业务处理请求信息时，从业务处理请求信息中获取相应的未处理业务索引信息，根据获取到的未处理业务索引信息生成包含未处理业务索引信息的未处理业务详情信息查询请求并发送给云端的第三服务接口，以便云端的第三服务接口根据未处理业务详情信息查询请求中的未处理业务索引信息获取相应的未处理业务详情信息并返回给商家管理系统。

进一步地，作为一种可选方式，所述第三服务接口为获取业务接口，还包括：所述云端的获取业务接口根据接收到的来自商家管理系统的未处理业务索引信息，将与所述未处理业务索引信息对应的业务状态信息由未处理更新为处理中，并记录所述业务状态信息的变更时间。

具体实施中，获取业务接口在接收到来自商家管理系统的未处理业务详情信息查询请求后，将与未处理业务索引信息对应的业务状态信息由未处理更新为处理中，并记录更新时间为当前系统时间。当业务状态复位接口修复处理失败的商家处理中订单信息时，根据获取到的更新时间和当前系统时间确定商家处理中订单信息对应的业务状态信息的变更时间，以便判断业务状态信息的变更时间是否超过预设的复位时间，若业务状态信息的变更时间超过预设的复位时间，则将业务状态信息更新为未处理。此处不对业务状态信息更新步骤与返回相应的未处理业务详情信息给商家管理系统步骤的先后顺序进行具体限定。

步骤204、当接收到业务处理完成指令信息时，发送业务处理完成信息给云端的回调接口，以指示所述云端的回调接口根据所述业务处理完成信息，将与所述业务处理完成信息对应的业务状态信息由处理中更新为处理完成。

具体实施中，当接收到来自商家的业务处理完成指令信息时，商家管理系统对相应的未处理业务详情信息进行处理，例如，业务状态处理、保存数据库、打印输出订单等业务处理，处理完成后调用云端的回调接口，云端的回调接口根据接收到的处理完成信息，将与处理完成信息对应的业务状态信息由处理中修改为处理完成。

步骤205、删除所述未处理列表信息中与所述业务处理完成指令信息对应的未处理业务索引信息。

具体实施中，商家管理系统完成相应的未处理业务详情信息的处理后，将对应该未处理业务详情信息的未处理业务索引信息从数组中删除，并继续处理下一条未处理业务详情信息，直至该数组中的所有未处理业务详情信息都处理完成，则结束该遍历流程。

通过应用本实施例提供的方法，即获取来自云端的业务汇总接口的未处理列表信息，根据接收到的未处理列表信息，从云端的获取业务接口获取对应该未处理列表信息的未处理业务详情信息，对获取到的未处理业务详情信息进行业务状态处理，以便将处理结果发送给云端的回调接口，从而完成订单处理的过程。可见，利用云端建立的多个服务接口，实现商家管理系统与云端多个服务接口的信息交互，以避免现有信息交互时业务信息丢失的技术问题，确保商家能够接收到所有的未处理业务详情信息以及完成后续的业务状态处理，从而提升顾客及商家两侧的体验。

需要说明的是，上述可应用于终端的信息交互方法，是在终端侧描述具体的商家管理系统与云端多个服务接口的信息交互过程，而为了完整说明本实施例的具体实施方式，提供了另一种可应用于云端侧的信息交互方法，以便说明在云端侧的云端多个服务接口与商家管理系统的信息交互过程，如图3所示，该方法包括：

步骤301、云端的第二服务接口获取与接收到的商家管理系统信息对应的未处理列表信息，并发送给相应的商家管理系统。

在本实施例中，商家管理系统间隔轮询调用云端的第二服务接口(即，业务汇总接口)并发送包含商家管理系统信息的调用请求给云端的第二服务接口，云端的第二服务接口根据调用请求中的商家管理系统信息，利用预设的对应关系获取与该商家管理系统信息对应的未处理列表信息，并发送给商家管理系统。

步骤302、所述云端的第三服务接口根据接收到的来自商家管理系统的未处理业务索引信息，获取与所述未处理业务索引信息对应的未处理业务详情信息，并发送给相应的商家管理系统。

在本实施例中，商家管理系统根据接收到的来自云端的第二服务接口的未处理列表信息获取未处理业务索引信息，并将包含未处理业务索引信息的未处理业务详情信息查询请求发送给云端的第三服务接口(即，获取业务接口)，云端的第三服务接口根据未处理业务详情信息查询请求中的未处理业务索引信息，利用预设的对应关系获取与该未处理业务索引信息对应的未处理业务详情信息并发送给商家管理系统。

步骤303、所述云端的第四服务接口根据接收到的来自商家管理系统的处理结果，更新对应所述未处理业务详情信息的业务状态信息。

在本实施例中，商家管理系统根据接收到的来自商家的业务处理完成指令信息，对相应的未处理业务详情信息进行处理得到处理完成信息，并将处理完成信息发送给云端的第四服务接口(即，回调接口)，云端的第四服务接口根据接收到的处理完成信息，将与处理完成信息对应的业务状态信息由处理中更新为处理完成。

本实施例提供的一种信息交互方法，与目前现有技术相比，本实施例能够利用云端建立的多个服务接口，实现商家管理系统与云端多个服务接口的信息交互，以避免现有信息交互时业务信息丢失的技术问题，确保商家能够接收到所有的未处理业务详情信息以及完成后续的业务状态处理，从而提升顾客及商家两侧的体验。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例中的过程，提供了另一种信息交互方法，如图4所示，该方法包括：

步骤401、云端的第二服务接口获取与接收到的商家管理系统信息对应的未处理列表信息，并发送给相应的商家管理系统；所述第二服务接口为业务汇总接口，云端的业务汇总接口获取到的与接收到的商家管理系统信息对应的未处理列表信息，具体包括：所述云端的业务汇总接口根据商家管理系统信息获取到的来自第一服务接口的商家未处理业务的第一索引信息；和/或，所述云端的业务汇总接口获取到的来自云端的第五服务接口的商家未处理业务的第二索引信息；所述第一服务接口为业务来源接口。

进一步地，为了说明步骤401具体的实施过程，作为一种可选方式，所述第五服务接口为业务状态复位接口，云端的业务汇总接口获取来自云端的业务状态复位接口的商家未处理业务的第二索引信息的步骤，具体包括：所述云端的业务汇总接口根据商家管理系统信息调用云端的业务状态复位接口；所述云端的业务状态复位接口根据来自业务汇总接口的商家管理系统信息，获取与所述商家管理系统信息对应的业务状态信息为未处理的第二索引信息。

进一步地，作为一种可选方式，所述云端的业务状态复位接口根据来自业务汇总接口的商家管理系统信息，获取与所述商家管理系统信息对应的业务状态信息为未处理的第二索引信息的步骤之前，还包括：所述云端的业务状态复位接口根据业务状态信息为处理中的第二索引信息，判断所述业务状态信息的变更时间是否超过预设的复位时间；若所述业务状态信息的变更时间超过预设的复位时间，则将所述业务状态信息更新为未处理。

步骤402、所述云端的第三服务接口根据接收到的来自商家管理系统的未处理业务索引信息，获取与所述未处理业务索引信息对应的未处理业务详情信息，并发送给相应的商家管理系统。

步骤403、所述云端的获取业务接口根据接收到的来自商家管理系统的未处理业务索引信息，将与所述未处理业务索引信息对应的业务状态信息由未处理更新为处理中，并记录所述业务状态信息的变更时间。

步骤404、所述云端的第四服务接口根据接收到的来自商家管理系统的处理结果，更新对应所述未处理业务详情信息的业务状态信息。

具体实施中，通过在云端服务器侧建立用于与商家管理系统信息交互的服务接口，该服务接口包括商家业务来源接口、业务汇总接口、获取业务接口、回调接口、业务状态复位接口。

根据实际应用场景的需要，各服务接口具体为：

商家业务来源接口：用于获取订单的数据源，包括获取外卖平台的订单，以及其它来源的订单，即符合服务接口标准的订单都能够接入；订单的数据源参数包括授权码、来源编号、编码名称、订单编号、购买人信息、地址信息、备注信息、所属门店、订单详情内容，订单详情内容包括顾客点餐的菜品编号、菜品名称、菜品数量、菜品烹饪需求信息、优惠方式、优惠金额、支付方式、总计金额。

业务汇总接口：用于根据来自商家管理系统的调用请求中的商家管理系统信息，利用预设的对应关系获取与该商家管理系统信息对应的未处理列表信息。其中，商家管理系统信息包括：商家的门店编号、授权码、门店名称；未处理列表信息包括：订单来源编号(例如，来自某一外卖平台)、订单编号、门店编号、所属门店。

获取业务接口：用于根据来自商家管理系统的未处理业务详情信息查询请求中的未处理业务索引信息，利用预设的对应关系获取与该未处理业务索引信息对应的未处理业务详情信息。未处理业务索引信息包括：订单来源编号、订单编号、门店编号、所属门店、授权码；未处理业务详情信息包括：订单来源编号、订单编号、购买人信息、地址信息、备注信息、所属门店、订单详情内容，订单详情内容包括顾客点餐的菜品编号、菜品名称、菜品数量、菜品烹饪需求信息、优惠方式、优惠金额、支付方式、总计金额。

回调接口：用于根据来自商家管理系统的处理完成信息，将与处理完成信息对应的业务状态信息由处理中更新为处理完成，达到处理完成信息反馈的目的。

业务状态复位接口：用于处理流程异常信息(例如，处理失败的商家处理中订单信息)的情况，例如，商家管理系统调用获取业务接口后，一直没有进行相应的业务状态处理，或者没有调用云端的回调接口，导致云端无法掌握商家的处理情况。针对上述情况，即认为存在流程异常信息，此时利用业务状态复位接口对流程异常信息进行修正，将流程异常信息对应的业务状态信息修改为未处理，以实现流程信息的完整性及有效性。

具体为，通常商家进行业务状态处理的时间(对应预设的复位时间)为10秒，当业务状态复位接口处理流程异常信息时，根据获取到的来自获取业务接口的业务状态信息的更新时间和当前系统时间确定商家处理中订单信息对应的业务状态信息的变更时间是否超过预设的复位时间，若业务状态信息的变更时间超过预设的复位时间，则将业务状态信息更新为未处理，即业务状态信息进行自动复位为未处理，从而严格控制整个流程过程中业务状态处理的各个阶段，即未处理、处理中、处理完成在整个控制流中的有效性，有效解决订单对接漏单的技术问题。

通过应用本实施例提供的方法，能够利用云端建立的多个服务接口，实现商家管理系统与云端多个服务接口的信息交互，以避免现有订单对接漏单的技术问题，确保商家能够接收到所有的未处理业务详情信息以及完成后续的业务状态处理，从而提升顾客及商家两侧的体验。

进一步地，作为图1和图2所示方法的具体实现，本申请实施例提供了一种信息交互的装置，如图5所示，该装置包括：获取列表模块51、获取业务模块52、业务处理模块53。

获取列表模块51，用于获取来自云端的第二服务接口的未处理列表信息。

获取业务模块52，用于根据接收到的未处理列表信息，从所述云端的第三服务接口获取对应所述未处理列表信息的未处理业务详情信息。

业务处理模块53，用于对获取到的未处理业务详情信息进行业务状态处理，并将处理结果发送给所述云端的第四服务接口。

在具体的应用场景中，如图6所示，所述获取业务模块52，具体包括：第一获取单元521、第二获取单元522。

第一获取单元521，用于当接收到业务处理请求信息时，根据所述业务处理请求信息获取确定所述未处理列表信息中相应的未处理业务索引信息。

第二获取单元522，用于根据所述未处理业务索引信息，获取来自所述云端的第三服务接口的对应所述未处理业务索引信息的未处理业务详情信息。

在具体的应用场景中，所述第三服务接口为获取业务接口，还包括：所述云端的获取业务接口根据接收到的来自商家管理系统的未处理业务索引信息，将与所述未处理业务索引信息对应的业务状态信息由未处理更新为处理中，并记录所述业务状态信息的变更时间。

在具体的应用场景中，在获取列表模块51中，第二服务接口为业务汇总接口，云端的业务汇总接口的未处理列表信息包括未处理业务索引信息，，具体包括：

所述云端的业务汇总接口根据商家管理系统信息获取到的来自第一服务接口的商家未处理业务的第一索引信息；和/或，所述云端的业务汇总接口获取到的来自云端的第五服务接口的商家未处理业务的第二索引信息；所述第一服务接口为业务来源接口。

在具体的应用场景中，所述第五服务接口为业务状态复位接口，云端的业务汇总接口获取来自云端的业务状态复位接口的商家未处理业务的第二索引信息的步骤，具体包括：所述云端的业务汇总接口根据商家管理系统信息调用云端的业务状态复位接口；所述云端的业务状态复位接口根据来自业务汇总接口的商家管理系统信息，获取与所述商家管理系统信息对应的业务状态信息为未处理的第二索引信息。

在具体的应用场景中，所述云端的业务状态复位接口根据来自业务汇总接口的商家管理系统信息，获取与所述商家管理系统信息对应的业务状态信息为未处理的第二索引信息的步骤之前，还包括：所述云端的业务状态复位接口根据业务状态信息为处理中的第二索引信息，判断所述业务状态信息的变更时间是否超过预设的复位时间；若所述业务状态信息的变更时间超过预设的复位时间，则将所述业务状态信息更新为未处理。

在具体的应用场景中，所述业务处理模块53，具体包括：发送单元531、删除单元532。

发送单元531，用于当接收到业务处理完成指令信息时，发送业务处理完成信息给云端的回调接口，以指示所述云端的回调接口根据所述业务处理完成信息，将与所述业务处理完成信息对应的业务状态信息由处理中更新为处理完成。

删除单元532，用于删除所述未处理列表信息中与所述业务处理完成指令信息对应的未处理业务索引信息。

需要说明的是，本实施例提供的一种可应用于终端的信息交互的装置所涉及各功能单元的其它相应描述，可以参考图1和图2中的对应描述，在此不再赘述。

通过应用上述可应用于终端的信息交互的装置，可利用云端建立的多个服务接口，实现商家管理系统与云端多个服务接口的信息交互，以避免现有订单对接漏单的技术问题，确保商家能够接收到所有的未处理业务详情信息以及完成后续的业务状态处理，从而提升顾客及商家两侧的体验。

进一步的，作为图3和图4方法的具体实现，本申请实施例提供了一种可应用于云端的信息交互的装置，如图7所示，该装置包括：第二服务接口模块71、第三服务接口模块72、第四服务接口模块73。

第二服务接口模块71，用于云端的第二服务接口获取与接收到的商家管理系统信息对应的未处理列表信息，并发送给相应的商家管理系统。

第三服务接口模块72，用于所述云端的第三服务接口根据接收到的来自商家管理系统的未处理业务索引信息，获取与所述未处理业务索引信息对应的未处理业务详情信息，并发送给相应的商家管理系统。

第四服务接口模块73，用于所述云端的第四服务接口根据接收到的来自商家管理系统的处理结果，更新对应所述未处理业务详情信息的业务状态信息。

在具体的应用场景中，在第二服务接口模块71中，所述第二服务接口为业务汇总接口，云端的业务汇总接口获取到的与接收到的商家管理系统信息对应的未处理列表信息，具体包括：

所述云端的业务汇总接口根据商家管理系统信息获取到的来自第一服务接口的商家未处理业务的第一索引信息；和/或，所述云端的业务汇总接口获取到的来自云端的第五服务接口的商家未处理业务的第二索引信息；所述第一服务接口为业务来源接口。

在具体的应用场景中，所述第五服务接口为业务状态复位接口，云端的业务汇总接口获取来自云端的业务状态复位接口的商家未处理业务的第二索引信息的步骤，具体包括：所述云端的业务汇总接口根据商家管理系统信息调用云端的业务状态复位接口；所述云端的业务状态复位接口根据来自业务汇总接口的商家管理系统信息，获取与所述商家管理系统信息对应的业务状态信息为未处理的第二索引信息。

在具体的应用场景中，所述云端的业务状态复位接口根据来自业务汇总接口的商家管理系统信息，获取与所述商家管理系统信息对应的业务状态信息为未处理的第二索引信息的步骤之前，还包括：

所述云端的业务状态复位接口根据业务状态信息为处理中的第二索引信息，判断所述业务状态信息的变更时间是否超过预设的复位时间；若所述业务状态信息的变更时间超过预设的复位时间，则将所述业务状态信息更新为未处理。

在具体的应用场景中，所述第三服务接口72为获取业务接口，所述第三服务接口模块72，还包括：所述云端的获取业务接口根据接收到的来自商家管理系统的未处理业务索引信息，将与所述未处理业务索引信息对应的业务状态信息由未处理更新为处理中，并记录所述业务状态信息的变更时间。

需要说明的是，本实施例提供的一种信息交互的装置所涉及各功能模块、功能单元的其它相应描述，可以参考图3和图4中的对应描述，在此不再赘述。

通过应用上述信息交互的装置，能够利用云端建立的多个服务接口，实现商家管理系统与云端多个服务接口的信息交互，以避免现有订单对接漏单的技术问题，确保商家能够接收到所有的未处理业务详情信息以及完成后续的业务状态处理，从而提升顾客及商家两侧的体验。

基于上述如图1和图2所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1和图2所示的信息交互的方法。基于上述如图3和图4所示方法，本申请实施例还提供了另一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图3和图4所示的信息交互的方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景的信息交互的方法。

基于上述如图1和图2所示的方法，以及图5和图6所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种终端设备，具体可以为个人计算机、平板电脑、智能手机、智能手表、pos设备或其他网络设备等，该终端设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1和图2所示的信息交互的方法。

基于上述如图3和图4所示的方法，以及图7所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种云端服务器设备，具体可以为个人计算机、服务器、网络设备等，该服务器设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图3和图4所示的信息交互的方法。

可选的，上述两种实体设备都还可以包括用户接口、网络接口、摄像头、射频(radiofrequency，rf)电路，传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如wi-fi接口)等。

本领域技术人员可以理解，本实施例提供的一种终端设备和一种服务器设备的实体设备结构并不构成对这两种实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述两个实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

基于上述内容，进一步的，本申请实施例结合，还提供了一种点餐信息的处理系统，如图8所示，该系统包括终端设备81、服务器设备82；其中，终端设备81可用于执行如图1和图2所示的方法，服务器设备82可用于执行如图3和图4所示的方法。

具体地，终端设备81通过获取来自服务器设备82的第二服务接口的未处理列表信息，根据接收到的未处理列表信息，从服务器设备82的第三服务接口获取对应未处理列表信息的未处理业务详情信息，并对获取到的未处理业务详情信息进行业务状态处理，并将处理结果发送给服务器设备82的第四服务接口。

具体地，服务器设备72的第二服务接口获取与接收到的商家管理系统信息对应的未处理列表信息，并发送给相应的终端设备81，服务器设备72的第三服务接口根据接收到的来自终端设备81根据未处理列表信息发送的未处理业务索引信息，获取与未处理业务索引信息对应的未处理业务详情信息，并发送给相应的终端设备81，以便服务器设备72的第四服务接口根据接收到的来自终端设备81根据未处理业务详情信息发送的处理结果，更新对应未处理业务详情信息的业务状态信息。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，与目前现有技术相比，本实施例能够利用云端建立的多个服务接口，实现商家管理系统与云端多个服务接口的信息交互，以避免现有订单对接漏单的技术问题，确保商家能够接收到所有的未处理业务详情信息以及完成后续的业务状态处理，从而提升顾客及商家两侧的体验。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。