CN117689378A - 基于云端推送的mis支付交易方法、装置、系统及存储介质 - Google Patents

Abstract

本申请提供一种基于云端推送的MIS支付交易方法、装置、系统及存储介质，应用于云端服务器，包括：接收销售终端的订单，并基于所述订单确定订单信息；根据所述订单信息生成订单确认信息，并将所述订单确认信息发送至所述销售终端，以使用户在所述销售终端进行订单确认；接收确认反馈信息，并根据所述确认反馈信息生成待支付订单；将所述待支付订单推送至销售终端，以使所述销售终端根据所述待支付订单进行支付。本申请能够实现商户快速对接，无需投入大量的人力及后续无需收单机构额外提供人力去维护，降低成本，并且能够实现不同场景的MIS方案，以此实现分布式收银，快捷且稳定地将收银系统和POS进行关联。

Description

基于云端推送的MIS支付交易方法、装置、系统及存储介质

技术领域

本申请涉及人工智能技术领域，尤其涉及一种基于云端推送的MIS支付交易方法装置、系统及存储介质。

背景技术

为实现商户MIS系统与银行POS设备的有效对接，MIS供应商与银行形成了各自的通信标准。然而，由于各收单银行的规范不统一，导致MIS供应商在MIS软件研发阶段无法提前预制通用的支付接口，需待商户确认具体收单银行后，才能根据实际接口规范安排开发，导致商户MIS收单业务存在上线时间长、开发成本高等问题。因此，如何提高商户收款效率，提高顾客支付体验成为亟待解决的问题。

发明内容

本申请实施例提供一种基于云端推送的MIS支付交易方法，通过在云端服务器中接收销售终端的订单，并基于订单确定订单信息，然后根据订单信息生成订单确认信息，并将订单确认信息发送至销售终端，以使用户在销售终端进行订单确认，并在用户进行订单确认后，接收确认反馈信息，并根据确认反馈信息生成待支付订单，最后，将待支付订单推送至销售终端，以使销售终端根据待支付订单进行支付。通过本申请的方案能够实现商户快速对接，无需投入大量的人力及后续无需收单机构额外提供人力去维护，降低成本，并且能够实现不同场景的MIS方案，以此实现分布式收银，快捷且稳定地将收银系统和POS进行关联。

为达到上述目的，本申请采用如下技术方案：

第一方面，提供一种基于云端推送的MIS支付交易方法，应用于云端服务器，所述方法包括：接收销售终端的订单，并基于所述订单确定订单信息；根据所述订单信息生成订单确认信息，并将所述订单确认信息发送至所述销售终端，以使用户在所述销售终端进行订单确认；接收确认反馈信息，并根据所述确认反馈信息生成待支付订单；将所述待支付订单推送至销售终端，以使所述销售终端根据所述待支付订单进行支付。

根据第一方面所述的方法可知，本申请通过在云端服务器中接收销售终端的订单，并基于订单确定订单信息，然后根据订单信息生成订单确认信息，并将订单确认信息发送至销售终端，以使用户在销售终端进行订单确认，并在用户进行订单确认后，接收确认反馈信息，并根据确认反馈信息生成待支付订单，最后，将待支付订单推送至销售终端，以使销售终端根据待支付订单进行支付。通过本申请的方案能够实现商户快速对接，无需投入大量的人力及后续无需收单机构额外提供人力去维护，降低成本，并且能够实现不同场景的MIS方案，以此实现分布式收银，快捷且稳定地将收银系统和POS进行关联。

结合第一方面，在一种可能的设计方案中，所述方法还包括：所述待支付订单的数量为多个，所述将所述待支付订单推送至销售终端，包括：获取网络信息，并根据所述网络信息确定所述云端服务器的负载独热向量；根据负载独热向量确定所述云端服务器的服务质量信息；基于所述服务质量信息确定当前网络状态，并根据所述当前网络状态将所述待支付订单推送至销售终端。

根据可能的设计方案可知，本实施例可通过确定云端服务器的负载独热向量以此来确定云端服务器的服务质量信息，以此来基于服务质量信息推送待支付订单至销售终端，避免由于网络问题所导致支付错误。

结合第一方面，在一种可能的设计方案中，所述根据负载独热向量确定所述云端服务器的服务质量信息，包括：确定所述负载独热向量的特征语义信息，并根据所述特征语义信息确定所述负载独热向量对应的嵌入向量；对所述嵌入向量和所述负载独热向量进行时序分解，确定时序特征向量和所述云端服务器的边缘负载状态；根据所述时序特征向量和所述边缘负载状态进行隐含状态学习以及感知操作，得到所述云端服务器的服务质量信息。

根据可能的设计方案可知，本实施例通过引入服务质量信息的预测来判断网络的稳定性，以此避免由于网络问题所导致支付错误。

第二方面，提供一种基于云端推送的MIS支付交易方法，应用于销售终端，所述方法包括：发送订单至云端服务器，以使所述云端服务器根据所述订单确定订单信息，并根据所述订单信息生成订单确认信息，并将所述订单确认信息发送至所述销售终端；接收所述云端服务器所发送的订单确认信息，并根据所述销售终端进行订单确认生成反馈信息，并将所述反馈信息发送至所述云端服务器，以使所述云端服务器根据所述确认反馈信息生成待支付订单；接收所述待支付订单，并根据所述待支付订单进行支付。

根据第一方面所述的方法可知，本申请的方案能够实现商户快速对接，无需投入大量的人力及后续无需收单机构额外提供人力去维护，降低成本，并且能够实现不同场景的MIS方案，以此实现分布式收银，快捷且稳定地将收银系统和POS进行关联。

结合第二方面，在一种可能的设计方案中，所述接收所述待支付订单，并根据所述待支付订单进行支付，包括：对所述待支付订单进行轮询检查，确定当前销售终端是否空闲；若确定所述销售终端空闲，则获取所述待支付订单的优先级；根据所述待支付订单的优先级确定目标订单，并获取所述目标订单的目标信息；根据所述目标信息进行支付。

根据可能的设计方案可知，本实施例通过对待支付订单进行轮询检查，以此在销售终端空闲时基于待支付订单的优先级来确定目标订单，以此对目标订单完成支付，以此提高支付效率。

结合第二方面，在一种可能的设计方案中，所述根据所述待支付订单的优先级确定目标订单，并获取所述目标订单的目标信息，包括：根据所述待支付订单的优先级对所述待支付订单进行降序排序，得到订单列表；获取当前账号信息，并根据所述当前账号信息在所述订单列表中确定目标订单，其中，所述目标订单对应的用户账号与所述当前账号信息对应的用户账号相同。

根据可能的设计方案可知，本实施例通过基于当前账号信息在订单列表中查询具有相同账号的目标订单，以此保证目标订单的准确性。

结合第二方面，在一种可能的设计方案中，所述根据所述目标信息进行支付，包括：根据所述目标信息生成支付确认信息，以使用户根据所述支付确认信息进行支付确认；接收支付确认反馈信息，并根据所述支付确认反馈信息进行扣费处理，并生成消费小票；将所述消费小票发送至云端服务器，以使所述云端服务器根据所述消费小票进行消费处理。

第三方面，提供一种基于云端推送的MIS支付交易装置，应用于云端服务器，所述装置包括：订单信息确定模块，用于接收销售终端的订单，并基于所述订单确定订单信息；订单确认信息发送模块，用于根据所述订单信息生成订单确认信息，并将所述订单确认信息发送至所述销售终端，以使用户在所述销售终端进行订单确认；待支付订单生成模块，用于接收确认反馈信息，并根据所述确认反馈信息生成待支付订单；待支付订单推送模块，用于将所述待支付订单推送至销售终端，以使所述销售终端根据所述待支付订单进行支付。

此外，第三方面所述的基于云端推送的MIS支付交易装置的技术效果可以参考第一方面所述的基于云端推送的MIS支付交易方法的技术效果，此处不再赘述。

第四方面，提供一种基于云端推送的MIS支付交易装置，应用于销售终端，所述装置包括：订单发送模块，用于发送订单至云端服务器，以使所述云端服务器根据所述订单确定订单信息，并根据所述订单信息生成订单确认信息，并将所述订单确认信息发送至所述销售终端；订单确认信息接收模块，用于接收所述云端服务器所发送的订单确认信息，并根据所述销售终端进行订单确认生成反馈信息，并将所述反馈信息发送至所述云端服务器，以使所述云端服务器根据所述确认反馈信息生成待支付订单；支付模块，用于接收所述待支付订单，并根据所述待支付订单进行支付。

此外，第四方面所述的基于云端推送的MIS支付交易装置的技术效果可以参考第二方面所述的基于云端推送的MIS支付交易方法的技术效果，此处不再赘述。

第五方面，提供一种基于云端推送的MIS支付交易系统，所述系统包括：处理器；存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现如第一方面所述的基于云端推送的MIS支付交易方法中的任一项方法。

此外，第五方面所述的智全流程可视化系统的技术效果可以参考第三方面或第四方面所述的基于云端推送的MIS支付交易装置的技术效果，此处不再赘述。

第六方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如第一方面所述的基于云端推送的MIS支付交易方法中的任一方法。

附图说明

图1为本申请一实施例提供的基于云端推送的MIS支付交易方法的应用场景图；

图2为本申请一实施例提供的基于云端推送的MIS支付交易方法流程图；

图3为本申请另一实施例提供的基于云端推送的MIS支付交易方法流程图；

图4为本申请一实施例提供的基于云端推送的MIS支付交易装置的结构框图；

图5为本申请另一实施例提供的基于云端推送的MIS支付交易装置的结构框图；

图6为本申请一实施例提供的基于云端推送的MIS支付交易系统的结构示意图。

具体实施方式

下面结合附图，对本申请中的技术方案进行描述。

在本申请实施例中，“示例地”、“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用示例的一词旨在以具体方式呈现概念。此外，在本申请实施例中，“和/或”所表达的含义可以是两者都有，或者可以是两者任选其一。

本申请实施例中，“的(of)”，“相应的（corresponding，relevant）”和“对应的(corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。

本申请实施例中，有时候下标如W₁可能会笔误为非下标的形式如W1，在不强调其区别时，其所要表达的含义是一致的，。

目前，传统的非联动的POS收单模式由于存在效率低、易出错、对账难的问题，已经不能满足大型商户收款便捷化、自动化的需求。通常可通过商户的进销存系统与POS机之间约定通信接口进行通讯，在POS机接收到收款请求完成支付，并打印电子小票。

并且，针对交易量的商户对系统的稳定性要求高，因此在获取一些大商户的时候采用的MIS-POS方案采用的是DDN专线；但是在专线遇到通讯故障时，交易直接无法受理。综上所属现有的MIS-POS加深了收单机构的护城河，且各个收单机构的解决方案及TLV不一致。

因此，为了克服上述缺陷，本申请实施例通过在云端服务器中接收销售终端的订单，并基于订单确定订单信息，然后根据订单信息生成订单确认信息，并将订单确认信息发送至销售终端，以使用户在销售终端进行订单确认，并在用户进行订单确认后，接收确认反馈信息，并根据确认反馈信息生成待支付订单，最后，将待支付订单推送至销售终端，以使销售终端根据待支付订单进行支付。通过本申请的方案能够实现商户快速对接，无需投入大量的人力及后续无需收单机构额外提供人力去维护，降低成本，并且能够实现不同场景的MIS方案，以此实现分布式收银，快捷且稳定地将收银系统和POS进行关联。

图1是根据本申请一实施例示出的应用场景的示意图，如图1所示，该应用场景包括云端服务器110、销售终端120和收银端130。其中，云端服务器110、销售终端120和收银端130之间通信连接，销售终端120可以是与云端服务器110和收银端130通信连接的POS机或其他收银设备等。可选的，该通信连接可以是无线网络连接、虚拟局域网络连接、API通信接口连接等。

对于一些实施方式，云端服务器110接收销售终端120的订单，并根据订单确订单信息，以此基于订单信息生成订单确认信息，并将订单确认信息发送至销售终端120，用户在销售终端120上进行订单确认，销售终端120响应确认操作生成确认反馈信息，并将确认反馈信息发送至云端服务器110，云端服务器110接收确认反馈信息并根据确认反馈信息生成待支付订单，并将待支付订单推送至销售终端120，销售终端120根据接收到的待支付订单向收银端130发起扣费处理，以此完成支付。

请参阅图2，图2示出了本申请实施例提供的基于云端推送的MIS支付交易方法流程图，应用于云端服务器，该方法包括步骤210至步骤240。

步骤210：接收销售终端的订单，并基于所述订单确定订单信息。

步骤220：根据所述订单信息生成订单确认信息，并将所述订单确认信息发送至所述销售终端，以使用户在所述销售终端进行订单确认。

步骤230：接收确认反馈信息，并根据所述确认反馈信息生成待支付订单。

步骤240：将所述待支付订单推送至销售终端，以使所述销售终端根据所述待支付订单进行支付。

对于一些方式，商户的ERP系统与C端用户确认商品或者服务数量、金额，用户确认订单以外的要素收银员、支付类型、优惠券信息、推送设备信息、终端信息等。

对于一些方式，云端服务器将待支付订单和对应的订单信息存入到预下单表中，订单存储完毕后则将订单推送给具体的设备、收银员、终端号等。

对于一些方式，在监存入云端服务器中时则触发消息推送，目前，推送设备可以是智能POS机、微信小程序账号中的任意一种。并将将订单推送到销售终端，按照终端号、设备号、账号、收银员在不同销售终端设备上展示，以此销售终端可根据订单的支付类型、收银员长账号等不同维度跳转不同的支付流程。

可选的，由于考虑到交易量和并发量，因此，可在推送待支付订单之前，对网络的QoS信息进行预测，其中，Qos信息可以包括丢包率、往返时延、带宽等，以此通过以上指标来确定网络稳定性，以此便于将待支付订单发送至销售终端。

在一些实施例中，所述待支付订单的数量为多个，所述步骤240包括：获取网络信息，并根据所述网络信息确定所述云端服务器的负载独热向量；根据负载独热向量确定所述云端服务器的服务质量信息；基于所述服务质量信息确定当前网络状态，并根据所述当前网络状态将所述待支付订单推送至销售终端。

在一些实施例中，所述根据负载独热向量确定所述云端服务器的服务质量信息，包括：确定所述负载独热向量的特征语义信息，并根据所述特征语义信息确定所述负载独热向量对应的嵌入向量；对所述嵌入向量和所述负载独热向量进行时序分解，确定时序特征向量和所述云端服务器的边缘负载状态；根据所述时序特征向量和所述边缘负载状态进行隐含状态学习以及感知操作，得到所述云端服务器的服务质量信息。

本申请的实施例通过在云端服务器中接收销售终端的订单，并基于订单确定订单信息，然后根据订单信息生成订单确认信息，并将订单确认信息发送至销售终端，以使用户在销售终端进行订单确认，并在用户进行订单确认后，接收确认反馈信息，并根据确认反馈信息生成待支付订单，最后，将待支付订单推送至销售终端，以使销售终端根据待支付订单进行支付。通过本申请的方案能够实现商户快速对接，无需投入大量的人力及后续无需收单机构额外提供人力去维护，降低成本，并且能够实现不同场景的MIS方案，以此实现分布式收银，快捷且稳定地将收银系统和POS进行关联。

请参阅图3，图3示出了本申请实施例提供的基于云端推送的MIS支付交易方法流程图，应用于销售终端，该方法包括步骤310至步骤330。

步骤310：发送订单至云端服务器，以使所述云端服务器根据所述订单确定订单信息，并根据所述订单信息生成订单确认信息，并将所述订单确认信息发送至所述销售终端。

步骤320：接收所述云端服务器所发送的订单确认信息，并根据所述销售终端进行订单确认生成反馈信息，并将所述反馈信息发送至所述云端服务器，以使所述云端服务器根据所述确认反馈信息生成待支付订单。

步骤330：接收确认反馈信息，并根据所述确认反馈信息生成待支付订单。

在一些实施例中，所述步骤320包括：对所述待支付订单进行轮询检查，并确定当前销售终端是否空闲；若确定所述销售终端空闲，则获取所述待支付订单的优先级；根据所述待支付订单的优先级确定目标订单，并获取所述目标订单的目标信息；根据所述目标信息进行支付。

在一些实施例中，所述根据所述待支付订单的优先级确定目标订单，并获取所述目标订单的目标信息，包括：根据所述待支付订单的优先级对所述待支付订单进行降序排序，得到订单列表；获取当前账号信息，并根据所述当前账号信息在所述订单列表中确定目标订单，其中，所述目标订单对应的用户账号与所述当前账号信息对应的用户账号相同。

在一些实施例中，所述根据所述目标信息进行支付，包括：根据所述目标信息生成支付确认信息，以使用户根据所述支付确认信息进行支付确认；接收支付确认反馈信息，并根据所述支付确认反馈信息进行扣费处理，并生成消费小票；将所述消费小票发送至云端服务器，以使所述云端服务器根据所述消费小票进行消费处理。

对于一些方式，可先确定当前时间的POS是否为空闲，如果为空闲则判断是否有未处理的订单，若存在未处理的订单，则按照命中任务优先级排序。可选的，可先确定是否命中当前登录的收银员账号，如果命中则跳出支付提醒；如果未命中当前收银员的账号信息，则按照时间降序排列弹出订单支付提醒。可选的，当业务员点开订单发起支付流程，可先核验收银员账号，以此避免支付错误。

对于一些方式，当待支付订单被POS接收，可进行弹框提醒，以此提示用户进行支付前确定。可选的，弹窗提醒中可包括订单号、订单金额、收银员信息以及收银地址等。

对于一些方式，销售终端发起支付流程后，可先确定当订单中是否对订单标记支付方式，若确定未标记订单支付方式，则可生成提示信息，以此收银员可根据提示信息与用户确认支付方式，然后点击发起支付流程。可选的，支付方式可包括支付金额、刷卡或者扫一扫收款码、手输签名等。可选的，支付流程中可预授权流程部分图、扫码交易部分流程图、手写签名截图。

对于一些方式，销售终端发起支付请求后，收银端可对支付请求进行解析，以此向相应的通道发起支付请求，在扣费完成后，销售终端收到支付结果，并按照订单要素、配置的支付类型以及相应的小票模板进行打印小票，同时将支付结果及电子小票推送至云端。可选的，小票模板可以是银联卡POS小票、扫码类交易、外卡DCC小票交易模板。在打印小票时，可统一采用的电子小票交易，并当交易完成将订单与电子小票进行关联，然后发送至云端服务器进行存储，以便于对订单进行查询。

对于一些方式，考虑到采用MIS方案的商户大部分是流量大，支付密度大；因此可设置采用灾备模式，该灾备模式当确定销售终端出现故障时为了避免支付错误所设置的模式。可选的，在虚拟机出现故障时，我们设置在资源池中自动重启虚拟机。设定系统自动对虚拟机运行状态进行巡检，周期式检查虚拟机是否处于故障状态。当系统发生硬件故障如：CPU的核数，内存的大小，网卡数量，磁盘卷数，虚拟卷的大小；云平台自身具有虚拟机快照功能，无需第三方软件的辅助实现备份；全程实时备份，不要安装VMware里安装代理软件。

可选的，当系统因为故障丢失VMware卷数据，管理员可以根据自身需要选择恢复到原有虚拟机或者新虚拟机。

可选的，可设置不同的自动化弹性资源调动能力，针对集群式资源的调度政策。其中调度策略：包括组内自动伸缩（系统初始化），组间资源回收，时间计划，负载和动态节能调度策略。可选的，监控自由路由包括组内自动伸缩策略、时间计划策略和负载和动态节能策略。其中，组内资源主要考虑到单独的应用中，应用根据当前的负载量，动态调整支撑资源。当负载资源需求量上升时（上升了超过60%自动切换），自动分配新的虚拟机资源并安装所需软件。当负载量下降时，自动释放虚拟机资源。时间计划策略：目前业务量告发实现通过收单业务发现订单量爆发时间点为节假日、工作日的11：00~14:00;18:00~20:00基于过去30天的以上时段的交易并发量作为基准线；实时调度虚拟资源否则释放公共虚拟机。负载和动态节能策略是基于过去30天的高峰交易并发量作为基准线实时调整节能策略。例如，低于80%则实时释放一些物理机下电；超过80%则进行将闲置物理机上电，将VMware迁移到新的物理机上。

可选的，考虑到收单商户的数据不断增长，可采用LAN-free的备份解决方案。结合网络拓扑在数据中心站点的备份中心，一台管理服务器(CommServe)对所有的备份数据统一管理，在此服务器上根据备份规划设置备份执行策略。或者，在被备份的服务器上安装介质代理(MediaAgent)，备份操作由介质代理来依据自动化策略执行，将数据备份到后端的存储介质(S5500T)中。或者，备份中心的介质服务器上的重删数据库(DDB)是一个多线程的C-Tree服务器模型数据库，会对备份介质上的备份数据进行重删操作。重删数据库每8小时会被全量备份一次，该备份操作是通过MediaAgent服务器上安装的文件系统代理完成，不会中断生产业务。

示例性地，图4是本申请实施例提供的基于云端推送的MIS支付交易装置400的结构示意图。如图4所示，应用于云端服务器，基于云端推送的MIS支付交易装置400包括：订单信息确定模块410、订单确认信息发送模块420、待支付订单生成模块430以及待支付订单推送模块440。

为了便于说明，图4仅示出了该基于云端推送的MIS支付交易装置400的主要部件。

订单信息确定模块410，用于接收销售终端的订单，并基于所述订单确定订单信息；

订单确认信息发送模块420，用于根据所述订单信息生成订单确认信息，并将所述订单确认信息发送至所述销售终端，以使用户在所述销售终端进行订单确认；

待支付订单生成模块430，用于接收确认反馈信息，并根据所述确认反馈信息生成待支付订单；

待支付订单推送模块440，用于将所述待支付订单推送至销售终端，以使所述销售终端根据所述待支付订单进行支付。

进一步地，所述待支付订单的数量为多个，所述待支付订单推送模块440包括：获取网络信息，并根据所述网络信息确定所述云端服务器的负载独热向量；根据负载独热向量确定所述云端服务器的服务质量信息；基于所述服务质量信息确定当前网络状态，并根据所述当前网络状态将所述待支付订单推送至销售终端。

进一步地，所述根据负载独热向量确定所述云端服务器的服务质量信息，包括：确定所述负载独热向量的特征语义信息，并根据所述特征语义信息确定所述负载独热向量对应的嵌入向量；对所述嵌入向量和所述负载独热向量进行时序分解，确定时序特征向量和所述云端服务器的边缘负载状态；根据所述时序特征向量和所述边缘负载状态进行隐含状态学习以及感知操作，得到所述云端服务器的服务质量信息。

示例性地，图5是本申请实施例提供的基于云端推送的MIS支付交易装置500的结构示意图。如图5所示，应用于销售终端，基于云端推送的MIS支付交易装置500包括：订单发送模块510、订单确认信息接收模块520以及支付模块530。

订单发送模块510，用于发送订单至云端服务器，以使所述云端服务器根据所述订单确定订单信息，并根据所述订单信息生成订单确认信息，并将所述订单确认信息发送至所述销售终端；

订单确认信息接收模块520，用于接收所述云端服务器所发送的订单确认信息，并根据所述销售终端进行订单确认生成反馈信息，并将所述反馈信息发送至所述云端服务器，以使所述云端服务器根据所述确认反馈信息生成待支付订单；

支付模块530，用于接收所述待支付订单，并根据所述待支付订单进行支付

进一步地，所述支付模块530包括：对所述待支付订单进行轮询检查，并确定当前销售终端是否空闲；若确定所述销售终端空闲，则获取所述待支付订单的优先级；根据所述待支付订单的优先级确定目标订单，并获取所述目标订单的目标信息；根据所述目标信息进行支付。

进一步地，所述根据所述待支付订单的优先级确定目标订单，并获取所述目标订单的目标信息，包括：根据所述待支付订单的优先级对所述待支付订单进行降序排序，得到订单列表；获取当前账号信息，并根据所述当前账号信息在所述订单列表中确定目标订单，其中，所述目标订单对应的用户账号与所述当前账号信息对应的用户账号相同。

进一步地，所述根据所述目标信息进行支付，包括：根据所述目标信息生成支付确认信息，以使用户根据所述支付确认信息进行支付确认；接收支付确认反馈信息，并根据所述支付确认反馈信息进行扣费处理，并生成消费小票；将所述消费小票发送至云端服务器，以使所述云端服务器根据所述消费小票进行消费处理。

如图6所示，基于云端推送的MIS支付交易系统可以包括上述图4和图5所示的基于云端推送的MIS支付交易装置。可选地，基于云端推送的MIS支付交易系统600可以包括处理器6001。

可选地，基于云端推送的MIS支付交易还可以包括存储器6002和收发器6003。

其中，处理器6001与存储器6002以及收发器6003，如可以通过通信总线连接。

下面结合图6对全流程可视化系统6000的各个构成部件进行具体的介绍：

其中，处理器6001是全流程可视化系统600的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器2001是一个或多个中央处理器（centralprocessing unit，CPU），也可以是特定集成电路（application specific integratedcircuit，ASIC），或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个微处理器（digital signal processor，DSP），或，一个或者多个现场可编程门阵列（field programmable gate array，FPGA）。

可选地，处理器6001可以通过运行或执行存储在存储器6002内的软件程序，以及调用存储在存储器6002内的数据，执行全流程可视化系统600的各种功能。

在具体的实现中，作为一种实施例，处理器6001可以包括一个或多个CPU，例如图6中所示出的CPU0和CPU1。

在具体实现中，作为一种实施例，全流程可视化系统600也可以包括多个处理器，例如图6中所示的处理器6001和处理器6004。这些处理器中的每一个可以是一个单核处理器（single-CPU），也可以是一个多核处理器（multi-CPU）。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据（例如计算机程序指令）的处理核。

其中，所述存储器6002用于存储执行本申请方案的软件程序，并由处理器6001来控制执行，具体实现方式可以参考上述方法实施例，此处不再赘述。

可选地，存储器6002可以是只读存储器（read-only memory，ROM）或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器（random access memory，RAM）或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器（electrically erasable programmable read-only memory，EEPROM）、只读光盘（compactdisc read-only memory，CD-ROM）或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器6002可以和处理器6001集成在一起，也可以独立存在，并通过基于云端推送的MIS支付交易系统600的接口电路（图6中未示出）与处理器6001耦合，本申请实施例对此不作具体限定。

收发器6003，用于与网络设备通信，或者与终端设备通信。

可选地，收发器6003可以包括接收器和发送器（图6中未单独示出）。其中，接收器用于实现接收功能，发送器用于实现发送功能。

可选地，收发器6003可以和处理器6001集成在一起，也可以独立存在，并通过路由器600的接口电路（图6中未示出）与处理器6001耦合，本申请实施例对此不作具体限定。

需要说明的是，图6中示出的基于云端推送的MIS支付交易600的结构并不构成对该路由器的限定，实际的基于云端推送的MIS支付交易系统可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

此外，基于云端推送的MIS支付交易600的技术效果可以参考上述方法实施例所述的基于云端推送的MIS支付交易方法的技术效果，此处不再赘述。

应理解，在本申请实施例中的处理器6001可以是中央处理单元（centralprocessing unit，CPU），该处理器还可以是其他通用处理器、数字信号处理器（digitalsignal processor，DSP）、专用集成电路（application specific integrated circuit，ASIC）、现成可编程门阵列（field programmable gate array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器（read-only memory，ROM）、可编程只读存储器（programmable ROM，PROM）、可擦除可编程只读存储器（erasable PROM，EPROM）、电可擦除可编程只读存储器（electrically EPROM，EEPROM）或闪存。易失性存储器可以是随机存取存储器（random access memory，RAM），其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器（random accessmemory，RAM）可用，例如静态随机存取存储器（static RAM，SRAM）、动态随机存取存储器（DRAM）、同步动态随机存取存储器（synchronous DRAM，SDRAM）、双倍数据速率同步动态随机存取存储器（double data rate SDRAM，DDR SDRAM）、增强型同步动态随机存取存储器（enhanced SDRAM，ESDRAM）、同步连接动态随机存取存储器（synchlink DRAM，SLDRAM）和直接内存总线随机存取存储器（direct rambus RAM，DR RAM）。

上述实施例，可以全部或部分地通过软件、硬件（如电路）、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线（例如红外、无线、微波等）方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质（例如，软盘、硬盘、磁带）、光介质（例如，DVD）、或者半导体介质。半导体介质可以是固态硬盘。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系，但也可能表示的是一种“和/或”的关系，具体可参考前后文进行理解。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项（个）或复数项（个）的任意组合。例如，a,b,或c中的至少一项（个），可以表示：a, b, c, a-b, a-c, b-c, 或a-b-c，其中a,b,c可以是单个，也可以是多个。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（read-only memory，ROM）、随机存取存储器（random access memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (11)

1.一种基于云端推送的MIS支付交易方法，其特征在于，应用于云端服务器，所述方法包括：

接收销售终端的订单，并基于所述订单确定订单信息；

根据所述订单信息生成订单确认信息，并将所述订单确认信息发送至所述销售终端，以使用户在所述销售终端进行订单确认；

接收确认反馈信息，并根据所述确认反馈信息生成待支付订单；

将所述待支付订单推送至销售终端，以使所述销售终端根据所述待支付订单进行支付。

2.根据权利要求1所述的方法，其特征在于，所述待支付订单的数量为多个，所述将所述待支付订单推送至销售终端，包括：

获取网络信息，并根据所述网络信息确定所述云端服务器的负载独热向量；

根据负载独热向量确定所述云端服务器的服务质量信息；

基于所述服务质量信息确定当前网络状态，并根据所述当前网络状态将所述待支付订单推送至销售终端。

3.根据权利要求2所述的方法，其特征在于，所述根据负载独热向量确定所述云端服务器的服务质量信息，包括：

确定所述负载独热向量的特征语义信息，并根据所述特征语义信息确定所述负载独热向量对应的嵌入向量；

对所述嵌入向量和所述负载独热向量进行时序分解，确定时序特征向量和所述云端服务器的边缘负载状态；

根据所述时序特征向量和所述边缘负载状态进行隐含状态学习以及感知操作，得到所述云端服务器的服务质量信息。

4.一种基于云端推送的MIS支付交易方法，其特征在于，应用于销售终端，所述方法包括：

发送订单至云端服务器，以使所述云端服务器根据所述订单确定订单信息，并根据所述订单信息生成订单确认信息，并将所述订单确认信息发送至所述销售终端；

接收所述云端服务器所发送的订单确认信息，并根据所述销售终端进行订单确认生成反馈信息，并将所述反馈信息发送至所述云端服务器，以使所述云端服务器根据确认反馈信息生成待支付订单；

接收所述待支付订单，并根据所述待支付订单进行支付。

5.根据权利要求4所述的方法，其特征在于，所述接收所述待支付订单，并根据所述待支付订单进行支付，包括：

对所述待支付订单进行轮询检查，并确定当前销售终端是否空闲；

若确定所述销售终端空闲，则获取所述待支付订单的优先级；

根据所述待支付订单的优先级确定目标订单，并获取所述目标订单的目标信息；

根据所述目标信息进行支付。

6.根据权利要求5所述的方法，其特征在于，所述根据所述待支付订单的优先级确定目标订单，并获取所述目标订单的目标信息，包括：

根据所述待支付订单的优先级对所述待支付订单进行降序排序，得到订单列表；

获取当前账号信息，并根据所述当前账号信息在所述订单列表中确定目标订单，其中，所述目标订单对应的用户账号与所述当前账号信息对应的用户账号相同。

7.根据权利要求5所述的方法，其特征在于，所述根据所述目标信息进行支付，包括：

根据所述目标信息生成支付确认信息，以使用户根据所述支付确认信息进行支付确认；

接收支付确认反馈信息，并根据所述支付确认反馈信息进行扣费处理，并生成消费小票；

将所述消费小票发送至云端服务器，以使所述云端服务器根据所述消费小票进行消费处理。

8.一种基于云端推送的MIS支付交易装置，其特征在于，应用于云端服务器，所述装置包括：

订单信息确定模块，用于接收销售终端的订单，并基于所述订单确定订单信息；

订单确认信息发送模块，用于根据所述订单信息生成订单确认信息，并将所述订单确认信息发送至所述销售终端，以使用户在所述销售终端进行订单确认；

待支付订单生成模块，用于接收确认反馈信息，并根据所述确认反馈信息生成待支付订单；

待支付订单推送模块，用于将所述待支付订单推送至销售终端，以使所述销售终端根据所述待支付订单进行支付。

9.一种基于云端推送的MIS支付交易装置，其特征在于，应用于销售终端，所述装置包括：

订单发送模块，用于发送订单至云端服务器，以使所述云端服务器根据所述订单确定订单信息，并根据所述订单信息生成订单确认信息，并将所述订单确认信息发送至所述销售终端；

订单确认信息接收模块，用于接收所述云端服务器所发送的订单确认信息，并根据所述销售终端进行订单确认生成反馈信息，并将所述反馈信息发送至所述云端服务器，以使所述云端服务器根据确认反馈信息生成待支付订单；

支付模块，用于接收所述待支付订单，并根据所述待支付订单进行支付。

10.一种基于云端推送的MIS支付交易系统，其特征在于，所述系统包括：

处理器；

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现如权利要求1至3或4至7中任一项所述的方法。

11.一种计算机可读取存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1至3或4至7任一项所述的方法。