CN114584929A - 业务处理方法及相关设备 - Google Patents

Abstract

本申请实施例提供一种业务处理方法及相关设备，涉及通信技术领域，该方法包括：所述电子设备在所述服务器上进行注册；基于预设广播距离向一个或多个移动终端广播业务信息；接收一个或多个所述移动终端发送的业务订阅请求；将第一消息发送给所述服务器，所述第一消息包括所述业务订阅请求，所述第一消息用于指示所述服务器对所述业务订阅请求进行确认；接收一个或多个所述移动终端发送的业务请求，基于所述业务请求发送第二消息至所述服务器，所述第二消息用于指示所述服务器进行业务处理。本申请实施例提供的业务处理方法，能够实现超短距场景下的多人移动业务的同时处理，由此可以提高移动业务的处理效率。

Description

业务处理方法及相关设备

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种业务处理方法及相关设备。

背景技术

随着移动互联网和物联网的快速发展，用户可以通过移动终端的各种应用完成各种业务处理。其中，很多业务都可以通过近场通信(Near Field Communication，NFC)和二维码扫描技术完成，例如，移动支付、自助服务或者数据分享。

然而，NFC和二维码方式通常都是点对点通信。因此，用户在通过上述方式进行取票或支付业务时，需要每个用户排队，依次进行业务处理，由此导致业务处理效率低下，例如，在乘车高峰期，对于人流较大的公交刷卡场景，如果乘客依次刷卡上车，会造成人流拥堵，效率低下。

发明内容

本申请实施例提供了一种业务处理方法及相关设备，以提供一种并行处理多用户的移动业务的方式。

第一方面，本申请实施例提供了一种业务处理方法，包括：

电子设备在服务器上进行注册；具体地，该电子设备可以是商家的设备，例如，可以是收款设备或取票设备等。该注册可以是该电子设备的入网注册，例如，该电子设备可以登记在服务器上，由此可以让服务器确定该电子设备是一个合法的设备，以便后续收到该电子设备的业务交易时可以进行处理。

基于预设广播距离向一个或多个移动终端广播业务信息；具体地，该广播距离可以预先设置，该广播距离可以根据WIFI的信号强度进行设置，例如，可以通过调节WIF信号的强度来设置广播距离。

接收一个或多个移动终端发送的业务订阅请求，业务订阅请求基于业务信息生成；具体地，每个业务订阅请求与每个移动终端一一对应，该业务订阅请求用于向电子设备请求订阅业务，例如，用户可以发起一次付款业务，或发起一次取票业务。

将第一消息发送给服务器，第一消息包括业务订阅请求，第一消息用于指示服务器对业务订阅请求进行确认；具体地，该第一消息可以是包含业务订阅请求的消息，此外，该第一消息还可以包含用户账号、移动终端设备号等信息，本申请实施例对此不作特殊限定。

接收一个或多个移动终端发送的业务请求，基于业务请求发送第二消息至服务器，第二消息用于指示服务器进行业务处理。具体地，该第二消息可以是包含业务请求的消息。该业务请求可以是支付业务的请求或取票业务的请求，该业务处理可以是对支付业务进行处理，例如，进行扣款；该业务处理也可以是对取票业务进行处理，例如，进行出票。

本实施例中，通过商家设备广播业务信息，并对多人的业务请求同时处理，由此可以提高业务处理的效率，进而提高用户的体验。

其中一种可能的实现方式中，接收一个或多个移动终端发送的业务请求之前，还包括：

接收服务器发送的第三消息；其中，第三消息包括订阅确认通知；具体地，该订阅确认通知用于通知用户，业务订阅已成功，可以发起本次业务请求。

将订阅确认通知发送给一个或多个移动终端。

本实施例中，通过将业务订阅通知发送给移动终端，使得收到业务确认通知的用户才能发起业务请求，避免非法用户发起业务请求，进而可以提高业务处理的效率。

其中一种可能的实现方式中，基于业务请求发送第二消息至服务器之后，还包括：

接收服务器发送的第四消息，基于第四消息进行提示；其中，第四消息包括业务处理完成通知。具体地，该第四消息用于通知商家，业务处理已完成。该提示可以包括字幕、语音、振动等方式，本申请实施例对此不作特殊限定。

本实施例中，通过接收业务处理完成通知，并进行提示，由此可以让商家实时获知业务处理的状态，进而提高商家的体验。

其中一种可能的实现方式中，接收服务器发送的第四消息之后，还包括：

将业务处理完成通知发送给一个或多个移动终端。

本实施例中，通过接收业务处理完成通知，并将该业务处理完成通知转发给用户，由此可以让用户实时获知业务处理的结果，进而提高用户的体验。

其中一种可能的实现方式中，业务请求包括取票信息，第二消息用于指示服务器进行业务处理包括：

第二消息用于指示服务器基于取票信息进行验证，根据验证结果进行业务处理。具体地，该验证可以包括将取票信息与订票信息进行核对，例如，该订票信息可以包括用户订票时获取的服务器下发的验证码，其中，该验证码可以包括数字码或二维码，本申请实施例对此不作特殊限定。该取票信息可以是用户输入的验证码，当服务器收到用户发送的验证码后，可以和服务器存储的订票信息中的验证码进行比对，以完成验证。若验证通过，则可以出票，若验证失败，则拒绝出票，并可以返回失败消息。

具体地，通过业务请求中携带出票信息，服务器可以基于该出票信息进行验证，并完成出票，可以提高业务安全性。

其中一种可能的实现方式中，发送第二消息至服务器之后，还包括：

接收服务器发送的第四消息，第四消息包括出票信息；基于第四消息进行出票。

本实施例中，通过接收服务器发送的出票信息进行出票，由于该出票信息是经过服务器验证的，由此可以提高安全性。

其中一种可能的实现方式中，电子设备为收款设备或取票设备。

本申请实施例还提供了一种业务处理方法，应用于移动终端，包括：

移动终端在服务器中进行注册；具体地，该注册可以包括用户的账号注册，可以理解的是，该账号可以是和用户开通的业务相关，例如，支付业务或取票业务等。

移动终端开启WIFI功能，接收电子设备广播的业务信息；具体地，用户可以在移动终端上开启WIFI功能，以接收商家设备广播的业务信息，其中，该电子设备可以是商家设备，例如，商家的收款设备或取票设备等。

基于业务信息生成业务订阅请求，向电子设备发送业务订阅请求，业务订阅请求用于指示服务器对用户的订阅业务进行确认；具体地，该业务订阅请求可以和用户订阅的业务相关。示例性的，若用户希望订阅本次支付业务，则可以发起支付业务订阅请求；若用户希望订阅本次取票业务，则可以发起取票业务订阅请求。

向电子设备发送业务请求，业务请求用于指示服务器进行业务处理。具体地，移动终端可以自动向商家设备发起业务请求，也可以通过用户操作向商家设备发起业务请求，例如，用户可以输入交易金额，以发起本次支付业务请求；或用户可以输入本次取票验证码，以发起本次取票业务请求。

本实施例中，通过任一移动终端向商家设备发起业务订阅和业务请求，可以方便用户的操作，提高用户的体验，进而可以提高业务处理的效率。

其中一种可能的实现方式中，移动终端在服务器中进行注册包括：

移动终端向服务器发送第一注册请求，第一注册请求包括用户账号及支付信息；移动终端向服务器发送支付业务请求，支付业务请求用于请求向用户账号开通免密支付功能。

本实施例中，用户通过开通免密支付功能，移动终端可以在发起业务请求时，自动向商家设备发送业务请求，由此可以省却用户的操作，提高用户的体验，进而提高业务处理的效率。

其中一种可能的实现方式中，业务请求用于指示服务器进行业务处理包括：

业务请求用于指示服务器基于用户账号在服务器中的信息完成支付。具体地，由于用户已完成免密支付申请，因此，服务器可以基于用户账号完成自动扣款。

本实施例中，通过用户开通的免密支付功能，并根据用户账号完成自动扣款，可以提高业务处理的效率。

其中一种可能的实现方式中，移动终端在服务器中进行注册包括：

移动终端向服务器发送第一注册请求，第一注册请求包括用户账号及支付信息。

本实施例中，用户通过将账号及支付信息注册在服务器，可以便于服务器进行验证，由此可以提高业务的安全性。

其中一种可能的实现方式中，向电子设备发送业务请求，业务请求用于指示服务器进行业务处理包括：

获取用户输入的支付确认信息；具体地，该业务确认信息可以包括用户输入的交易信息，例如，交易金额、交易密码、交易方式等信息，可以理解的是，还可以包含其他信息，本申请实施例对此不作特殊限定。

向电子设备发送业务请求，业务请求包括支付确认信息，业务请求用于指示服务器基于支付确认信息进行业务处理。

本实施例中，通过用户的输入的支付确认信息完成本次业务，可以提高用户的自主性，进而可以提高用户的体验。

其中一种可能的实现方式中，向电子设备发送业务请求，业务请求用于指示服务器进行业务处理包括：

获取用户输入的取票信息；具体地，该取票信息可以包括取票验证码等信息，其中，该验证码可以包括数字码或二维码，也可以是其他形式的验证码，本申请实施例对此不作特殊限定。可以理解的是，该取票信息可以是用户向服务器进行订票时获取的信息。

向电子设备发送业务请求，业务请求包括取票信息，业务请求用于指示服务器基于取票信息进行业务处理。具体地，该业务处理可以是基于验证码进行验证。

本实施例中，用户通过输入验证码等取票信息向服务器发起取票请求，可以方便用户的操作，提高用户的体验。

其中一种可能的实现方式中，向电子设备发送业务请求之前，还包括：

接收电子设备发送的订阅确认通知，订阅确认通知用于指示移动终端发送业务请求。

本实施例中，通过接收订阅确认通知，以发起业务请求，避免非法用户发起业务请求，可以提高安全性。

其中一种可能的实现方式中，向电子设备发送业务请求之后，还包括：

接收电子设备发送的业务处理完成通知，业务处理完成通知用于提示用户业务处理已完成。

本实施例中，通过接收业务处理完成通知，可以让用户实时获取业务处理结果，由此可以提高用户体验。

第二方面，本申请实施例提供一种业务处理装置，应用于电子设备，包括：

注册模块，用于电子设备在服务器上进行注册；

广播模块，用于基于预设广播距离向一个或多个移动终端广播业务信息；

第一发送模块，用于接收一个或多个移动终端发送的业务订阅请求，业务订阅请求基于业务信息生成；将第一消息发送给服务器，第一消息包括业务订阅请求，第一消息用于指示服务器对业务订阅请求进行确认；

第二发送模块，用于接收一个或多个移动终端发送的业务请求，基于业务请求发送第二消息至服务器，第二消息用于指示所述服务器进行业务处理。

其中一种可能的实现方式中，上述装置还包括：

第三发送模块，用于接收服务器发送的第三消息；其中，第三消息包括订阅确认通知；将订阅确认通知发送给一个或多个移动终端。

其中一种可能的实现方式中，上述装置还包括：

提示模块，用于接收服务器发送的第四消息，基于第四消息进行提示；其中，第四消息包括业务处理完成通知。

其中一种可能的实现方式中，上述装置还包括：

第四发送模块，用于将业务处理完成通知发送给一个或多个移动终端。

其中一种可能的实现方式中，业务请求包括取票信息，上述第二发送模块还用于第二消息用于指示服务器基于取票信息进行验证，根据验证结果进行业务处理。

其中一种可能的实现方式中，上述装置还包括：

出票模块，用于接收服务器发送的第四消息，第四消息包括出票信息；基于第四消息进行出票。

其中一种可能的实现方式中，电子设备为收款设备或取票设备。

本申请实施例还提供一种业务处理装置，应用于移动终端，包括：

注册模块，用于移动终端在服务器中进行注册；

第一接收模块，用于移动终端开启WIFI功能，接收电子设备广播的业务信息；

第一发送模块，用于基于业务信息生成业务订阅请求，向电子设备发送业务订阅请求，业务订阅请求用于指示服务器对用户的订阅业务进行确认；

第二发送模块，用于向电子设备发送业务请求，业务请求用于指示服务器进行业务处理。

其中一种可能的实现方式中，上述注册模块包括：

第一发送单元，用于移动终端向服务器发送第一注册请求，第一注册请求包括用户账号及支付信息；

第二发送单元，用于移动终端向服务器发送支付业务请求，支付业务请求用于请求向用户账号开通免密支付功能。

其中一种可能的实现方式中，上述第二发送模块还用于业务请求用于指示服务器基于用户账号在服务器中的信息完成支付。

其中一种可能的实现方式中，上述注册模块包括：

第一发送单元，用于移动终端向服务器发送第一注册请求，第一注册请求包括用户账号及支付信息。

其中一种可能的实现方式中，上述第二发送模块还用于获取用户输入的支付确认信息；向电子设备发送业务请求，业务请求包括支付确认信息，业务请求用于指示服务器基于支付确认信息进行业务处理。

其中一种可能的实现方式中，上述第二发送模块还用于获取用户输入的取票信息；向电子设备发送业务请求，业务请求包括取票信息，业务请求用于指示服务器基于取票信息进行业务处理。

其中一种可能的实现方式中，上述装置还包括：

第二接收模块，用于接收电子设备发送的订阅确认通知，订阅确认通知用于指示移动终端发送业务请求。

其中一种可能的实现方式中，上述装置还包括：

第三接收模块，用于接收电子设备发送的业务处理完成通知，业务处理完成通知用于提示用户业务处理已完成。

第三方面，本申请实施例提供一种电子设备，包括：

存储器，上述存储器用于存储计算机程序代码，上述计算机程序代码包括指令，当上述电子设备从上述存储器中读取上述指令，以使得上述电子设备执行以下步骤：

电子设备在服务器上进行注册；

基于预设广播距离向一个或多个移动终端广播业务信息；

接收一个或多个移动终端发送的业务订阅请求，业务订阅请求基于业务信息生成；

将第一消息发送给服务器，第一消息包括业务订阅请求，第一消息用于指示服务器对业务订阅请求进行确认；

接收一个或多个移动终端发送的业务请求，基于业务请求发送第二消息至服务器，第二消息用于指示服务器进行业务处理。

其中一种可能的实现方式中，上述指令被上述电子设备执行时，使得上述电子设备执行接收一个或多个所述移动终端发送的业务请求的步骤之前，还执行以下步骤：

接收服务器发送的第三消息；其中，第三消息包括订阅确认通知；

将订阅确认通知发送给一个或多个移动终端。

其中一种可能的实现方式中，上述指令被上述电子设备执行时，使得上述电子设备执行基于业务请求发送第二消息至服务器的步骤之后，还执行以下步骤：

接收服务器发送的第四消息，基于第四消息进行提示；其中，第四消息包括业务处理完成通知。

其中一种可能的实现方式中，上述指令被上述电子设备执行时，使得上述电子设备执行接收服务器发送的第四消息的步骤之后，还执行以下步骤：

将业务处理完成通知发送给一个或多个移动终端。

其中一种可能的实现方式中，业务请求包括取票信息，上述指令被上述电子设备执行时，使得上述电子设备执行第二消息用于指示所述服务器进行业务处理的步骤包括：

第二消息用于指示服务器基于取票信息进行验证，根据验证结果进行业务处理。

其中一种可能的实现方式中，上述指令被上述电子设备执行时，使得上述电子设备执行发送第二消息至服务器的步骤之后，还执行以下步骤：

接收服务器发送的第四消息，第四消息包括出票信息；

基于第四消息进行出票。

其中一种可能的实现方式中，电子设备为收款设备或取票设备。

本申请实施例还提供一种移动终端，包括：

存储器，上述存储器用于存储计算机程序代码，上述计算机程序代码包括指令，当上述移动终端从上述存储器中读取上述指令，以使得上述移动终端执行以下步骤：

移动终端在服务器中进行注册；

移动终端开启WIFI功能，接收电子设备广播的业务信息；

基于业务信息生成业务订阅请求，向电子设备发送业务订阅请求，业务订阅请求用于指示服务器对用户的订阅业务进行确认；

向电子设备发送业务请求，业务请求用于指示服务器进行业务处理。

其中一种可能的实现方式中，上述指令被上述移动终端执行时，使得上述移动终端执行移动终端在服务器中进行注册的步骤包括：

移动终端向服务器发送第一注册请求，第一注册请求包括用户账号及支付信息；

移动终端向服务器发送支付业务请求，支付业务请求用于请求向用户账号开通免密支付功能。

其中一种可能的实现方式中，上述指令被上述移动终端执行时，使得上述移动终端执行业务请求用于指示服务器进行业务处理的步骤包括：

业务请求用于指示服务器基于用户账号在服务器中的信息完成支付。

其中一种可能的实现方式中，上述指令被上述移动终端执行时，使得上述移动终端执行移动终端在服务器中进行注册的步骤包括：

移动终端向服务器发送第一注册请求，第一注册请求包括用户账号及支付信息。

其中一种可能的实现方式中，上述指令被上述移动终端执行时，使得上述移动终端执行向电子设备发送业务请求，业务请求用于指示服务器进行业务处理的步骤包括：

获取用户输入的支付确认信息；

向电子设备发送业务请求，业务请求包括支付确认信息，业务请求用于指示服务器基于支付确认信息进行业务处理。

其中一种可能的实现方式中，上述指令被上述移动终端执行时，使得上述移动终端执行向电子设备发送业务请求，业务请求用于指示服务器进行业务处理的步骤包括：

获取用户输入的取票信息；

向电子设备发送业务请求，业务请求包括取票信息，业务请求用于指示服务器基于取票信息进行业务处理。

其中一种可能的实现方式中，上述指令被上述移动终端执行时，使得上述移动终端执行向电子设备发送业务请求的步骤之前，还执行以下步骤：

接收电子设备发送的订阅确认通知，订阅确认通知用于指示移动终端发送业务请求。

其中一种可能的实现方式中，上述指令被上述移动终端执行时，使得上述移动终端执行向电子设备发送业务请求的步骤之后，还执行以下步骤：

接收电子设备发送的业务处理完成通知，业务处理完成通知用于提示用户业务处理已完成。

第四方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行如第一方面所述的方法。

第五方面，本申请实施例提供一种计算机程序，当上述计算机程序被计算机执行时，用于执行第一方面所述的方法。

在一种可能的设计中，第五方面中的程序可以全部或者部分存储在与处理器封装在一起的存储介质上，也可以部分或者全部存储在不与处理器封装在一起的存储器上。

附图说明

图1为本申请提供的一种业务处理方法一个实施例的场景示意图；

图2为本申请提供的一种业务处理方法一个实施例的流程图；

图2A为本申请实施例提供的一种电子设备的WIFI超短距模式工作示意图；

图3为本申请提供的一种业务处理方法另一个实施例的流程图；

图4为本申请提供的一种业务处理方法再一个实施例的流程图；

图5为本申请提供的一种业务处理方法另一个实施例的场景示意图；

图6为本申请提供的一种业务处理方法再一个实施例的流程图；

图7为本申请提供的一种业务处理装置一个实施例的结构示意图；

图8为本申请提供的一种业务处理装置另一个实施例的结构示意图；

图9为本申请提供的电子设备一个实施例的的结构示意图；

图10为本申请提供的电子设备另一个实施例的的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

目前，大多数移动业务都可以通过NFC方式或二维码方式完成。对于NFC方式，有如下缺点：NFC技术需要特殊硬件支持，该NFC技术的实现需要依赖于NFC芯片，会给企业增加生产成本。此外NFC技术主要用于点对点通讯，多个移动终端无法同时完成移动业务，因此，效率不高。例如，在乘车高峰期，多个手持移动终端的用户只能排队完成支付，无法同时完成支付。对于二维码，有如下缺点：用户需要打开特定的APP以及出示二维码才能完成扫码支付，操作繁琐，用户的体验较差。此外，用户通过二维码扫描的方式完成支付也只能排队进行，无法同时完成支付，效率较低。

基于上述问题，本申请实施例提出了一种业务处理方法，可以实现多个移动终端同时完成支付，且不需要用户繁琐的操作，由此可以业务处理的效率，且可以提高用户的操作体验。

本申请实施例可以应用于移动终端及第一电子设备；其中，移动终端也可以称为终端设备、用户设备(User Equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。移动终端可以是蜂窝电话、无绳电话、个人数字处理(Personal Digital Assistant，PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、电脑、膝上型计算机、手持式通信设备、手持式计算设备、卫星无线设备、用户驻地设备(CustomerPremise Equipment，CPE)和/或用于在无线系统上进行通信的其它设备以及下一代通信系统，例如，5G网络中的移动终端或者未来演进的公共陆地移动网络(Public Land MobileNetwork，PLMN)网络中的移动终端等。第一电子设备可以包括商家的收款设备或出票设备，示例性的，该第一电子设备可以是公交刷卡机、自助售票机、自助取票机等。

本申请实施例对执行该技术方案的移动终端及第一电子设备的具体形式不做特殊限制。

现结合图1-图6对本申请实施例提供的业务处理方法进行说明。

图1为本申请提供的业务处理方法的应用场景一个实施例的架构图，该应用场景可以是移动业务场景，其中，该移动业务可以包括支付业务和取票业务。参考图1，多个移动终端可以同时向第一电子设备200发起移动业务。示例性的，第一电子设备200可以通过WIFI超短距模式110与移动终端101和移动终端102进行通信。可以理解的是，图中仅示例性的画出了两台移动终端，但并不限定第一电子设备200可以同时通过WIFI超短距模式110与更多的移动终端进行通信。其中，移动终端101和移动终端102可以是用户进行业务交互的设备，例如，手机；第一电子设备200可以是商家的收款设备或出票设备，例如，公交刷卡机、自助售票机、自助取票机等。移动终端101和移动终端102与第二电子设备300之间可以通过无线方式120进行通讯。其中，第二电子设备300可以是业务服务器，该业务服务器可以完成对用户和商家设备的业务授权及验证。第一电子设备200与第二电子设备300之间可以通过无线方式120进行通讯，也可以通过有线方式130进行通讯，本申请实施例对此不作特殊限定。

下文以公交移动支付业务场景为例进行说明，图2为本申请提供的业务处理方法一个实施例的流程示意图，可以包括：

步骤101，一个或多个移动终端向公交业务服务器发送第一注册请求，以完成用户的公交支付业务的注册。

具体地，该公交业务服务器可以是上述第二电子设备300。若用户首次使用该公交支付业务，用户需与该公交业务服务器进行交互，以完成该公交支付业务的注册，由此可以使得用户通过移动终端使用该公交支付业务，同时，也可以使得公交业务服务器可以处理移动终端发起的公交支付业务。示例性的，用户可以通过移动终端在公交业务服务器上注册公交卡自动扣款业务(公交支付业务)。

在具体实现时，用户可以通过移动终端向公交业务服务器发送第一注册请求，以向公交业务服务器进行公交支付业务的注册。其中，该第一注册请求包括用户账号、业务标识及支付信息，其中，该用户账号用于标识用户的身份，该业务标识用于标识注册的业务，该支付信息用于标识用户的支付源(例如，该支付源可以是公交卡，可以是支付平台，也可以是银行卡等，本申请实施例对此不作特殊限定)。

可以理解的是，不同的用户可以使用各自的移动终端(例如，移动终端101、移动终端102等)向公交业务服务器进行公交支付业务的注册，因此，一个或多个移动终端可以同时向公交业务服务器发送第一注册请求，以完成公交支付业务的注册。

可选地，当用户通过移动终端在公交业务服务器上完成公交支付业务的注册后，用户还可以在移动终端上开启该公交支付业务功能。例如，用户可以在移动终端中设置该公交支付业务的开关键的状态；若该公交支付业务的开关键处于开启状态，则移动终端可以使用该公交支付业务；若该公交支付业务的开关键处于关闭状态，则移动终端不可以使用该公交支付业务。

步骤102，公交业务服务器向一个或多个移动终端发送注册成功消息。

具体地，公交业务服务器收到一个或多个移动终端的第一注册请求后，可以将一个或多个上述移动终端发送的第一注册请求中的用户账号、业务标识及支付信息进行存储，并可以向一个或多个上述移动终端发送注册成功消息，由此可以使得一个或多个上述移动终端完成在公交业务服务器上的公交支付业务的注册任务。

可以理解的是，公交业务服务器可以同时接收多个移动终端(例如，移动终端101、移动终端102等)发送的多个第一注册请求，并可以在对上述多个第一注册请求进行处理后依次向上述多个移动终端发送注册成功消息，也可以对上述多个第一注册请求进行处理后同时向上述多个移动终端发送注册成功消息，本申请实施例对此不作特殊限定。

步骤103，一个或多个移动终端向公交业务服务器发起免密支付请求。

具体地，用户还可以基于上述公交支付业务开通免密支付功能。示例性的，用户可以在移动终端中的公交支付业务的应用程序中开启免密支付功能选项；响应于用户的操作，移动终端可以向公交业务服务器发起免密支付请求，以开通免密支付功能。其中，该免密支付请求可以包括用户账号和业务标识。该免密支付功能可以无需用户输入密码，并完成公交支付业务的支付，例如，在使用公交卡、银行卡或支付平台进行扣款时完成免密扣款，由此可以简便用户的操作，提高用户的操作体验。

可以理解的是，步骤103可以与步骤101同时执行，示例性的，在步骤101中，上述第一注册请求中还可以携带免密支付请求信息，由此可以同时完成公交支付业务的注册和免密支付的请求，本申请实施例对此不作特殊限定。

步骤104，公交业务服务器向一个或多个移动终端发送免密支付确认。

具体地，公交业务服务器收到一个或多个移动终端的免密支付请求后，可以向一个或多个上述移动终端发送免密支付确认，由此可以根据用户账号及业务标识对该用户注册的业务开通免密支付功能。

步骤105，公交刷卡器向公交业务服务器发起第二注册请求。

具体地，该公交刷卡器可以是上述第一电子设备200。该公交刷卡器可以向公交业务服务器发起第二注册请求，以完成该公交刷卡器在公交业务服务器上的注册。其中，该第二注册请求可以携带该公交刷卡器的设备号。

可以理解的是，该第二注册请求还可以包括公交刷卡器的IP地址、MAC地址等信息，以使得公交业务服务器可以将上述信息进行存储，以完成公交刷卡器在公交业务服务器上的注册。其中，上述设备号、IP地址及MAC等信息用于在公交刷卡器上电后接入到公交业务服务器上时进行验证。上述第二注册请求还可以包括其他信息，本申请实施例对此不作特殊限定。

步骤106，公交业务服务器完成该公交刷卡器在公交业务服务器上的注册，并向公交刷卡器发送注册成功信息。

步骤107，公交刷卡器切换为WIFI超短距模式。

具体地，该WIFI超短距模式是一种使用WIFI功能的超短距离的广播模式，通过该WIFI超短距模式，该公交刷卡器可以在一定距离内广播业务消息，也可以调节上述业务消息的广播距离。可以理解的是，该WIFI超短距模式是WIFI功能中的一种功能模式，通过调整WIFI的天线的数目或调整WIFI的发射功率，可以控制WIFI的广播距离。示例性的，若减少WIFI的天线的数目或者降低WIFI的发射功率，可以减小WIFI的广播距离。其中，WIFI的广播距离可以和WIFI的天线数目或发射功率对应，也就是说，当WIFI的天线数目或发射功率确定后，WIFI的广播距离就可以随之确定。在具体实现时，在公交刷卡器中可以设置WIFI超短距模式的切换功能。通过切换到WIFI超短距模式，由此可以在公交刷卡器中开启WIFI超短距广播功能。例如，用户可以在公交刷卡器中开启WIFI超短距模式的开关，使得公交刷卡器切换到WIFI超短距模式。公交刷卡器接收到用户开启WIFI超短距模式的操作，可以由当前模式切换到WIFI超短距模式。示例性的，若公交刷卡器当前的无线通信模式为模式A，当公交刷卡器切换到WIFI超短距模式后，则公交刷卡器可以由模式A切换为WIFI超短距模式。可以理解的是，公交刷卡器接收到用户关闭WIFI超短距模式的操作，也可以由WIFI超短距模式切换到WIFI超短距模式切换前的模式；示例性的，若公交刷卡器切换到WIFI超短距模式前的无线通信模式为模式A，则关闭WIFI超短距模式后公交刷卡器切换到模式A。

现结合图2A对WIFI超短距模式进行说明。图2A为公交刷卡器1000的结构示意图，如图2A所示，公交刷卡器1000包括微控制单元(Microcontroller Unit，MCU)1001、无线通信模块1002、强天线1003及弱天线1004。其中，MCU 1001可以包括中央处理器，内存，计数器，时钟，中断，串行外设接口(serial peripheral interface，SPI)，UART接口，通用串行总线接口等。其中，UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线，将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，MCU 1001通过UART接口与无线通信模块1002交互信息。其中，无线通信模块1002用于发送或接收无线信号。示例性的，公交刷卡器1000可以通过该无线通信模块1002广播上述业务信息(例如，公交支付业务信息)。

强天线1003和弱天线1004用于发射和接收电磁波。进一步的，无线通信模块1002将从强天线1003或弱天线1004接收的电磁波转换为信号，并将信号发送至MCU 1001进行处理；或者无线通信模块1002从MCU 1001接收待发送的信号，经由强天线1003或弱天线1004转为电磁波辐射出去。其中，强天线1003和弱天线1004可以分别包括一个或多个天线。强天线1003发射无线信号的发射距离大于弱天线1004发射无线信号的发射距离。进一步地，该强天线1003和弱天线1004可进行切换。例如，MCU 1001可控制强天线1003与弱天线1004的切换。

示例性的，可以将弱天线1004工作时的模式设置为WIFI超短距模式。当公交刷卡器1000采用强天线1003时，可以使用强天线1003的发射距离发射无线信号；当公交刷卡器1000采用弱天线1004时，可以使用弱天线1004的发射距离发射无线信号。上述强天线1003的发射距离和弱天线1004的发射距离通常可以在公交刷卡器1000的初始化中预先设置。该强天线1003的发射距离可被设置为几十厘米到几米范围内的一个距离。该弱天线1004的发射距离可被设置为几厘米到几十厘米范围内的一个距离。可以理解的是，上述图2A的结构示意图只是示意性的示出了WIFI超短距模式的实现方式，也可以通过其他硬件结构实现上述WIFI超短距模式，本申请实施例对此不作特殊限定。

步骤108，公交刷卡器广播公交支付业务信息。

具体地，公交刷卡器可以通过WIFI超短距模式广播公交支付业务信息，其中，该公交支付业务信息可以根据WIFI超短距模式中的预设广播距离进行广播。该公交支付业务信息可以包括业务标识，该业务标识可以用于标识公交刷卡器可提供的公交支付业务；示例性的，公交刷卡器可以提供公交刷卡业务。

此外，用户还可以在公交刷卡器中调节广播距离。在具体实现时，通过调整WIFI的天线数目或发射功率可以改变WIFI信号强度，从而可以控制上述公交支付业务信息的广播距离。示例性的，用户可以在公交刷卡器的显示界面对WIFI信号强度进行调节(例如，增大或减小)。用户也可以通过公交刷卡器的按钮(例如，WIFI信号强度调节按钮)对WIFI信号强度进行调节，本申请实施例对此不作限定。公交刷卡器接收用户调节WIFI信号强度的操作，更新WIFI信号强度，以改变公交刷卡器的广播范围。示例性的，增加前的信号强度可以广播一定距离(例如，半径25cm)内的信息，增加后的信号强度可以广播一定距离(例如，半径30cm)内的信息，由此可以使得处于上述距离内的移动终端才可以收到公交刷卡器广播的公交支付业务信息。通过改变公交刷卡器的广播距离，可以提高安全性，同时可以避免移动终端靠近公交刷卡器引起的误操作。

可以理解的是，公交刷卡器广播的公交支付业务信息可以同时发送给多个移动终端(例如，移动终端101、移动终端102等)。

步骤109，移动终端开启WIFI功能。

具体地，用户可以在移动终端中开启WIFI功能。示例性的，用户可以在移动终端中开启WIFI选项，以使得移动终端开启WIFI功能。

需要说明的是，由于公交刷卡器广播公交支付业务信息是持续性的，因此，在移动终端开启WIFI功能后，移动终端可以收到公交刷卡器广播的公交支付业务信息。此外，步骤109也可以在步骤108之前执行，本申请实施例对此不作特殊限定。

步骤110，一个或多个移动终端接收公交刷卡器广播的公交支付业务信息，向公交刷卡器发送公交支付业务订阅请求。

具体地，一个或多个移动终端可以通过WIFI功能监听公交刷卡器广播的公交支付业务信息。示例性的，若任一个移动终端处于公交刷卡器的WIFI信号强度的范围内，则可以监听到公交刷卡器广播的公交支付动业务信息。当移动终端接收到公交刷卡器广播的公交支付业务信息后，移动终端可以与公交刷卡器建立WIFI连接，并可以根据该公交支付业务信息(例如，业务标识)向公交刷卡器发送公交支付业务订阅请求。其中，该公交支付业务订阅请求可以包括用户账号及移动终端设备号，该业务订阅请求可以基于上述业务信息生成。

需要说明的是，公交刷卡器是持续广播公交支付业务信息，也就是说，上述公交支付业务信息是多次进行广播。因此，用户在任一时刻打开移动终端的WIFI功能后，该移动终端可以收到公交刷卡器广播的公交支付业务信息。此外，在移动终端收到任一条公交支付业务信息后，可以触发进行业务流程，例如，该移动终端可以向公交刷卡器发送业务订阅请求。也就是说，移动终端在进入业务流程后，不再处理收到的其他公交支付业务信息。

可以理解的是，上述每个公交支付业务订阅请求与每个移动终端对应，例如，移动终端101生成公交支付业务订阅请求101，移动终端102生成公交支付业务订阅请求102，其中，公交支付业务订阅请求101可以包括用户账号101及移动终端设备号101，公交支付业务订阅请求102可以包括用户账号102及移动终端设备号102。

步骤111，公交刷卡器接收一个或多个移动终端发送的公交支付业务订阅请求后，向公交业务服务器发送第一消息。

具体地，公交刷卡器接收一个或多个移动终端的公交支付业务订阅请求后，向公交业务服务器发送第一消息，使得公交业务服务器可以基于该第一消息中的公交支付业务订阅请求对用户账号进行身份验证。其中，该第一消息包括公交支付业务订阅请求。

可以理解的是，公交刷卡器可以同时接收多个移动终端发送的公交支付业务订阅请求，例如，可以同时接收移动终端101及移动终端102的公交支付业务订阅请求。接着，公交刷卡器可以分别生成与移动终端101的公交支付业务订阅请求对应的第一消息及与移动终端102的公交支付业务订阅请求对应的第一消息，同时将与移动终端101对应的第一消息及与移动终端102对应的第一消息发送给公交业务服务器，也可以依次将与移动终端101对应的第一消息及与移动终端102对应的第一消息发送给公交业务服务器，本申请实施例对此不作特殊限定。可选地，公交刷卡器也可以生成包含多个移动终端的公交支付业务订阅请求的第一消息，也就是说，该第一消息可以包含多个移动终端的公交支付业务订阅请求，例如，一条第一消息中可以同时包含移动终端101的公交支付业务订阅请求及移动终端102的公交支付业务订阅请求，本申请实施例对此不作特殊限定。

步骤112，公交业务服务器接收公交刷卡器发送的第一消息，对第一消息中的用户账号进行身份验证，向公交刷卡器反馈第三消息。

具体地，公交业务服务器接收公交刷卡器发送的第一消息后，获取上述第一消息中的用户账号，将该用户账号与公交业务服务器存储的用户账号进行比对，以确定本次发起公交支付业务订阅请求的用户是否已在公交业务服务器上完成注册。也就是说，公交业务服务器可以基于用户账号确定是否已向该用户完成注册。示例性的，公交业务服务器可以在本地存储中查询用户的账号信息，若本地存储中存在与本次发起公交支付业务订阅请求的用户一致的账号信息，则公交业务服务器可以视为该用户的身份验证通过；若本地存储中不存在与本次发起公交支付业务订阅请求的用户一致的账号信息，则公交业务服务器可以视为该用户的身份验证失败。

公交业务服务器获取到身份验证结果(例如，验证通过或验证失败)后，将第三消息反馈给公交刷卡器，其中，该第三消息可以包括通知消息及移动终端设备号。示例性的，若验证通过，则公交业务服务器可以向公交刷卡器发送第三消息，以通知公交刷卡器，移动终端可以发起本次公交支付业务，其中，该第三消息包括确认通知及移动终端设备号；若验证失败，则公交业务服务器可以向公交刷卡器发送第三消息，以通知公交刷卡器，拒绝移动终端发起本次公交支付业务，其中，该第三消息包括失败通知及移动终端设备号。

可以理解的是，公交业务服务器可以基于第一消息中的移动终端设备号的数目生成对应的第三消息，也就是说，该公交业务服务器可以向公交刷卡器发送多条第三消息，其中，每条第三消息与移动终端设备号对应。示例性的，若第三信息中的移动终端设备号与移动终端101对应，则该第三消息可以视为第三消息101，若第三消息中的移动终端设备号与移动终端102对应，则该第三消息可以视为第三消息102。公交业务服务器也可以生成一条第三消息，也就是说，该公交业务服务器向公交刷卡器发送一条第三消息，其中，该第三消息可以包括多个移动终端的及移动终端设备号及通知消息，例如，一条第三消息中可以同时包含移动终端101的移动终端设备号及通知消息、以及移动终端102的移动终端设备号及通知消息，本申请实施例对此不作特殊限定。

步骤113，公交刷卡器接收公交业务服务器发送的第三消息，基于第三消息中的移动终端设备号向一个或多个移动终端发送通知消息。

具体地，公交刷卡器接收公交业务服务器发送的第三消息，获取该第三消息中的移动终端设备号，并可以基于该移动终端设备号向移动终端发送通知消息。其中，该通知消息可以包括确认通知或失败通知。示例性的，以上述移动终端101和移动终端102为例，若公交刷卡器收到两条第三消息，也就是移动终端101的第三消息101及移动终端102的第三消息102，其中，第三消息101包含通知消息101及移动终端101的设备号，第三消息102包含通知消息102及移动终端102的设备号。此时，可以将通过移动终端101的设备号将通知消息101发送给移动终端101；并可以通过移动终端102的设备号将通知消息102发送给移动终端102。

在具体实现时，公交刷卡器接收公交业务服务器发送的第三消息后，若公交刷卡器判断第三消息中包含确认通知，也就是说，用户的身份验证结果为身份验证通过，则可以向一个或多个移动终端发送确认通知消息，以通知移动终端公交支付业务订阅成功，可以发起本次公交支付业务。

若公交刷卡器判断第三消息中包含失败通知，也就是说，用户的身份验证结果为身份验证失败，则可以向一个或多个移动终端发送失败通知消息，以通知移动终端公交支付业务订阅失败，拒绝移动终端发起本次公交支付业务。

步骤114，一个或多个移动终端收到公交刷卡器发送的通知消息，向公交刷卡器发起公交支付业务请求。

具体地，若一个或多个移动终端接收到公交刷卡器发送的通知消息，则可以对该通知消息进行判断。

若该通知消息为确认通知，则可以向公交刷卡器发起公交支付业务请求，例如，移动终端可以向公交刷卡器发送公交支付业务请求，以发起本次公交刷卡任务。该公交支付业务请求可以包括用户账号及移动终端设备号。

其中，上述移动终端在步骤103中已经开通免密支付功能，因此，移动终端可以在熄屏的情况下，将上述用户账号及移动终端设备号发送给公交刷卡器，以完成本次公交刷卡任务，由此可以完成用户的无感操作，例如，可以在移动终端的熄屏状态下就可以完成确认，简化了用户的操作，进而可以提高用户的操作体验。

若该通知消息为失败通知，则移动终端可以结束本次公交支付业务。

步骤115，公交刷卡器接收一个或多个移动终端发送的公交支付业务请求后，发送第二消息至公交业务服务器。

具体地，公交刷卡器可以同时接收一个或多个移动终端(例如，移动终端101、移动终端102等)发送的公交支付业务请求，并可以发送第二消息至公交业务服务器，其中，该第二消息包括上述公交支付业务请求。示例性的，公交刷卡器可以依次将与移动终端101对应的第二消息及与移动终端102对应的第二消息发送给公交业务服务器，也可以同时将与移动终端101对应的第二消息及与移动终端102对应的第二消息发送给公交业务服务器，本申请实施例对此不作特殊限定。

步骤116，公交业务服务器接收公交刷卡器发送的第二消息，对该第二消息中的公交支付业务请求进行处理。

具体地，公交业务服务器接收公交刷卡器发送的第二消息后，可以获取该第二消息中的用户账号，根据该用户账号可以查询获得对应的支付信息，并根据该用户开通的免密支付协议完成自动扣款，以完成该用户本次的公交支付业务。

步骤117，公交业务服务器向公交刷卡器发送第四消息。

具体地，公交业务服务器完成上述公交支付业务处理后，还可以向公交刷卡器发送第四消息。该第四消息可以包括业务处理完成通知及移动终端设备号。其中，该业务处理完成通知用于通知公交刷卡器，该移动终端设备号对应的用户已完成本次公交扣款。

步骤118，公交刷卡器接收公交业务服务器发送的第四消息，向一个或多个移动终端发送业务处理完成通知。

具体地，公交刷卡机接收到公交业务服务器发送的第四消息后，可以获取该第四消息中的业务处理完成通知及移动终端设备号，并可以根据该移动终端设备号向对应的移动终端发送业务处理完成通知，以提示与该移动终端设备号对应的用户已完成本次公交扣款。

步骤119，公交刷卡器对完成的公交支付业务进行提示。

具体地，公交刷卡器接收到公交业务服务器发送的业务处理完成通知后，可以发出提示，以提示商家本次公交扣款已完成；例如，公交刷卡器可以将业务处理完成通知信息显示在显示屏上。示例性的，业务处理完成通知信息可以是已完成支付等提示信息。公交刷卡器也通过声音进行提示，本申请实施例对此不作特殊限定。

本步骤119可以与步骤118同时执行，也可以在步骤118之后执行，也可以在步骤118之前执行，本申请实施例对此不作限定。

本实施例中，通过一个或多个移动终端同时向公交刷卡器发起公交支付业务，可以提高公交刷卡器对公交支付业务处理的效率；同时，用户可以在熄屏的状态下完成公交支付业务，可以提高用户的操作体验。

接着，以取票业务场景为例进行说明，如图3所示，为本申请提供的业务处理方法另一个实施例的流程示意图，可以包括：

步骤201，一个或多个移动终端向取票业务服务器发送第一注册请求，以完成用户的取票业务的注册。

具体地，该取票业务服务器可以是上述第二电子设备300。用户可以通过移动终端向该取票业务服务器发送第一注册请求，以向取票业务服务器请求注册取票业务。其中，该第一注册请求包括用户账号及业务标识，其中，该用户账号用于标识用户的身份，该业务标识用于标识注册的业务。

步骤202，取票业务服务器向一个或多个移动终端发送注册成功消息。

具体地，取票业务服务器收到一个或多个移动终端的第一注册请求后，可以将一个或多个上述移动终端发送的第一注册请求中的用户账号及业务标识进行存储，并可以向一个或多个上述移动终端发送注册成功消息，由此可以使得一个或多个上述移动终端完成在取票业务服务器上的取票业务的注册任务。

步骤203，一个或多个移动终端向取票业务服务器发送订票请求。

具体地，任意一个移动终端可以向取票业务服务器发送订票请求，以完成订票，其中，该订票请求可以包含用户账号。示例性的，用户可以在移动终端上通过上述用户账号登录，并通过该用户账号进行订票。

可以理解的是，上述取票业务服务器可以包括订票业务和取票业务，也就是说，该取票业务服务器可以完成用户的订票请求和取票请求。

步骤204，取票业务服务器基于订票请求生成出票信息，并存储该出票信息。

具体地，取票业务服务器收到上述一个或多个移动终端的订票请求后，生成与该订票请求对应的出票信息，例如，该出票信息可以包括用户账号、用户姓名、场次、车次、时间等信息。可以理解的是，每个出票信息可以与每个用户账号一一对应。在具体实现时，取票业务服务器可以基于该出票信息生成对应的验证码，其中，该验证码可以包括数字码或二维码，也可以是其他形式的验证码，本申请实施例对此不作特殊限定。接着，该取票业务服务器还可以将该验证码进行存储。

步骤205，取票业务服务器向一个或多个移动终端发送取票信息。

具体地，取票业务服务器可以将取票信息发送给对应的移动终端，其中，该取票信息可以包括上述验证码。

步骤206，取票终端机向取票业务服务器发起第二注册请求。

具体地，该取票终端机可以是上述第一电子设备200。该取票终端机可以向取票业务服务器发起第二注册请求，以完成该取票终端机在取票业务服务器上的注册。其中，该第二注册请求可以携带该取票终端机的设备号。

可以理解的是，该第二注册请求还可以包括取票终端机的IP地址、MAC地址等信息，以使得取票业务服务器可以将上述信息进行存储，以完成取票终端机在公交业务服务器上的注册。其中，上述设备号、IP地址及MAC等信息用于在取票终端机上电后接入到取票业务服务器上时进行验证。上述第二注册请求还可以包括其他信息，本申请实施例对此不作特殊限定。

步骤207，取票业务服务器向取票终端机发送注册成功信息，以完成该取票终端机在取票业务服务器上的注册。

步骤208，取票终端机切换为WIFI超短距模式。

具体地，在取票终端机中可以设置WIFI超短距模式的切换功能。通过切换到WIFI超短距模式，由此可以在取票终端机中开启WIFI超短距广播功能。例如，用户可以在取票终端机中开启WIFI超短距模式的开关，使得取票终端机切换到WIFI超短距模式。取票终端机接收到用户开启WIFI超短距模式的操作，可以由当前模式切换到WIFI超短距模式。

步骤209，取票终端机广播取票业务信息。

具体地，取票终端机可以通过WIFI超短距模式广播取票业务信息，其中，该取票业务信息可以包括业务标识，该业务标识用于标识取票终端机可提供的取票业务；示例性的，取票终端机可以提供机票、火车票、电影票、汽车票等取票业务。

此外，用户还可以在取票终端机中调节WIFI信号强度，以控制取票业务信息的广播距离。示例性的，用户可以在取票终端机的显示界面对WIFI信号强度进行调节(例如，增大或减小)。用户也可以通过取票终端机的按钮(例如，WIFI信号强度调节按钮)对WIFI信号强度进行调节，本申请实施例对此不作限定。取票终端机接收用户调节WIFI信号强度的操作，更新WIFI信号强度，以改变取票终端机的广播范围。示例性的，增加前的信号强度可以广播一定距离(例如，半径25cm)内的信息，增加后的信号强度可以广播一定距离(例如，半径30cm)内的信息，由此可以使得处于上述距离内的移动终端才可以收到取票终端机广播的取票业务信息。通过改变取票终端机的广播距离，可以提高安全性，同时可以避免移动终端靠近取票终端机引起的误操作。

步骤210，移动终端开启WIFI功能。

具体地，用户可以在移动终端中开启WIFI功能。示例性的，用户可以在移动终端中开启WIFI选项，以使得移动终端开启WIFI功能。

需要说明的是，由于取票终端机广播取票业务信息是持续性的，因此，在移动终端开启WIFI功能后，移动终端可以收到取票终端机广播的取票业务信息。此外，步骤207也可以在步骤206之前执行，本申请实施例对此不作特殊限定。

步骤211，一个或多个移动终端接收取票终端机广播的取票业务信息，向取票终端机发送第一消息。

具体地，一个或多个移动终端可以通过WIFI功能监听取票终端机广播的取票业务信息。示例性的，若任一个移动终端处于取票终端机的WIFI信号强度的范围内，则可以监听到取票终端机广播的取票业务信息。当移动终端接收到取票终端机广播的取票业务信息后，移动终端可以与取票终端机建立WIFI连接，并可以根据该取票业务信息(例如，业务标识)取票终端机发送取票业务订阅请求。其中，该取票业务订阅请求可以包括用户账号及移动终端设备号。

可以理解的是，上述取票业务订阅请求与移动终端对应，例如，移动终端101生成取票业务订阅请求101，移动终端102生成取票业务订阅请求102，其中，取票业务订阅请求101可以包括用户账号101及移动终端设备号101，取票业务订阅请求102可以包括用户账号102及移动终端设备号102。

步骤212，取票终端机接收一个或多个移动终端发送的取票业务订阅请求后，向取票业务服务器发送第一消息。

具体地，取票终端机接收一个或多个移动终端的取票业务订阅请求后，向取票业务服务器发送第一消息，使得取票业务服务器可以基于该第一消息对用户账号进行身份验证。其中，该第一消息包括取票业务订阅请求。

步骤213，取票业务服务器接收取票终端机发送的第一消息，对第一消息中的用户账号进行身份验证，向取票终端机反馈第三消息。

具体地，取票业务服务器接收取票终端机发送的第一消息后，获取上述第一消息中的用户账号，将该用户账号与取票业务服务器存储的用户账号进行比对，以确定本次发起取票业务订阅请求的用户是否已在取票业务服务器上完成注册。也就是说，取票业务服务器可以基于用户账号确定是否已向该用户完成注册。示例性的，取票业务服务器可以在本地存储中查询用户的账号信息，若本地存储中存在与本次发起取票业务订阅请求的用户一致的账号信息，则取票业务服务器可以视为该用户的身份验证通过；若本地存储中不存在与本次发起取票业务订阅请求的用户一致的账号信息，则取票业务服务器可以视为该用户的身份验证失败。

取票业务服务器获取到身份验证结果(例如，验证通过或验证失败)后，将身份验证结果反馈给取票终端机，示例性的，若验证通过，则取票业务服务器可以向取票终端机发送第三消息，以通知取票终端机，移动终端可以发起本次取票业务，其中，该第三消息包括确认通知及移动终端设备号；若验证失败，则取票业务服务器可以向取票终端机发送第三消息，以通知取票终端机，拒绝移动终端发起本次取票业务，其中，该第三消息包括失败通知及移动终端设备号。

步骤214，取票终端机接收取票业务服务器发送的第三消息，基于第三消息中的移动终端设备号向一个或多个移动终端发送通知消息。

具体地，取票终端机接收取票业务服务器发送的第三消息，获取该第三消息中的移动终端设备号，并可以基于该移动终端设备号向移动终端发送通知消息。其中，该通知消息可以包括确认通知或失败通知。示例性的，以上述移动终端101和移动终端102为例，若取票终端机收到两条第三消息，也就是移动终端101的第三消息101及移动终端102的第三消息102，其中，第三消息101包含通知消息101及移动终端101的设备号，第三消息102包含通知消息102及移动终端102的设备号。此时，可以通过移动终端101的设备号将通知消息101发送给移动终端101；并可以通过移动终端102的设备号将通知消息102发送给移动终端102。

在具体实现时，取票终端机接收取票业务服务器发送的第三消息后，若取票终端机判断第三消息中包含确认通知，也就是说，用户的身份验证结果为身份验证通过，则可以向一个或多个移动终端发送确认通知消息，以通知移动终端取票业务订阅成功，可以发起本次取票业务。

若取票终端机判断第三消息中包含失败通知，也就是说，用户的身份验证结果为身份验证失败，则可以向一个或多个移动终端发送失败通知消息，以通知移动终端取票业务订阅失败，拒绝移动终端发起本次取票业务。

步骤215，响应于用户输入取票信息的操作，获取用户输入的取票信息。

具体地，以移动终端101为例，移动终端101收到取票终端机发送的包含确认通知的第四消息后，可以在移动终端101的显示屏上显示录入取票信息的界面，示例性的，用户可以在移动终端的显示界面上进行操作，以输入取票信息。其中，该取票信息可以是取票数字码、取票二维码等信息，该取票数字码、取票二维码等信息可以由取票业务服务器事先下发给移动终端101，本申请实施例对此不作特殊限定。在上述界面上，用户可以输入对应的取票信息。

可以理解的是，在其他移动终端(例如，移动终端102)收到取票终端机发送的包含确认通知的第四消息后，也可以执行如移动终端101的步骤，例如，用户也可以在移动终端102的界面上输入对应的取票信息。

步骤216，移动终端向取票终端机发送取票业务请求。

具体地，以移动终端101为例，移动终端101可以向取票终端机发送取票业务请求，该取票业务请求用于向取票终端机请求出票，其中，该取票业务请求可以包括移动终端101中的取票信息及移动终端101的设备号。

可以理解的是，在其他移动终端(例如，移动终端102)获取到用户输入的取票信息后，也可以执行如移动终端101的步骤，例如，移动终端102也可以向取票终端机发送取票业务请求，其中，该取票业务请求可以包括移动终端102中的取票信息及移动终端102的设备号。

步骤217，取票终端机接收一个或多个移动终端发送的取票业务请求后，发送第二信息至取票业务服务器。

具体地，取票终端机可以同时接收一个或多个移动终端(例如，移动终端101、移动终端102等)发送的取票业务请求，并可以发送第二消息至取票业务服务器，其中，该第二消息包括上述取票业务请求。示例性的，取票终端机可以依次将与移动终端101对应的第二消息及与移动终端102对应的第二消息发送给取票业务服务器，也可以同时将与移动终端101对应的第二消息及与移动终端102对应的第二消息发送给取票业务服务器，本申请实施例对此不作特殊限定。

步骤218，取票业务服务器接收取票终端机发送的第二消息，对该第二消息中的取票业务请求进行处理。

具体地，取票业务服务器接收取票终端机发送的第二消息后，可以获取该第二消息中的取票信息，根据该取票信息可以查询获得对应的出票信息，例如，该出票信息可以包括用户账号、用户姓名、电影票的场次、火车票的车次、飞机票的航程及时间等信息。

步骤219，取票业务服务器向取票终端机发送第四消息。

具体地，取票业务服务器完成取票业务处理后，还可以向取票终端机发送第四消息，其中，该第四消息可以包括业务处理完成通知、出票信息及移动终端设备号。其中，该业务处理完成通知用于通知取票终端机与该移动终端设备号对应的用户已完成本次出票业务的处理。该出票信息可以用于取票终端机进行打印，以完成出票。

步骤220，取票终端机向一个或多个移动终端发送业务处理完成通知。

具体地，取票终端机接收到取票业务服务器发送的第四消息后，可以获取该第四消息中的业务处理完成通知及移动终端设备号，并可以根据该移动终端设备号向对应的移动终端发送业务处理完成通知以提示与该移动终端设备号对应的用户本次出票业务已完成。

步骤221，取票终端机完成出票，并提示本次出票已完成。

具体地，取票终端机接收到取票业务服务器发送的业务处理完成通知、出票信息后，可以基于出票信息进行打印出票；示例性的，取票终端机可以根据出票信息中的车次、场次、航程及时间等信息将机票、火车票、电影票、汽车票等进行打印，以完成出票，并可以在打印完成后，在取票终端机的显示屏上显示已完成出票等提示信息。可选地，在打印出票时，还可以在票据上打印用户账号，本申请实施例对此不作特殊限定。

本步骤221可以与步骤220同时执行，也可以在步骤220之后执行，也可以在步骤220之前执行，本申请实施例对此不作限定。

本实施例中，通过一个或多个移动终端同时向取票终端机发起取票业务，可以提高取票业务处理的效率。

接着，以另一种支付业务为例进行说明，图4为本申请提供的业务处理方法再一个实施例的流程示意图，包括：步骤301-步骤318；

其中，步骤301-步骤302与步骤101-步骤102类似，具体可参考上述实施例中的步骤101-步骤102，在此不再赘述。

步骤303-步骤311与步骤105-步骤113类似，具体可参考上述实施例中的步骤105-步骤113，在此不再赘述。

步骤312，响应于用户输入支付确认信息的操作，获取用户输入的支付确认信息。

具体地，以移动终端101为例，移动终端101收到收款机发送的确认通知消息后，可以在移动终端101的显示屏上显示录入支付确认信息的界面，示例性的，用户可以在移动终端101的界面上进行操作，以输入上述支付确认信息。其中，该支付确认信息可以是交易信息，例如，该交易信息可以包含本次交易订单号、交易金额、交易渠道及交易密码等信息，本申请实施例对此不作特殊限定。在上述界面上，用户可以输入对应的支付确认信息。

可以理解的是，在其他移动终端(例如，移动终端102)收到收款机发送的确认通知消息后，也可以执行如移动终端101的步骤，例如，用户也可以在移动终端102的界面上输入对应的支付确认信息。

步骤313，移动终端向收款机发送支付业务请求。

具体地，以移动终端101为例，移动终端101可以向收款机发送支付业务请求，该支付业务请求用于向收款机发起支付，其中，该支付业务请求可以包括上述支付确认信息及移动终端101的设备号。

可以理解的是，在其他移动终端(例如，移动终端102)获取到用户输入的支付确认信息后，也可以执行如移动终端101的步骤，例如，移动终端102也可以向收款机发送支付业务请求，其中，该支付业务请求可以包括移动终端102中的支付确认信息及移动终端102的设备号。

步骤314，收款机接收一个或多个移动终端发送的支付业务请求后，将支付业务请求转发至业务服务器。

步骤315，业务服务器接收收款机发送的支付业务请求，对该支付业务请求进行处理。

具体地，业务服务器接收收款机发送的支付业务请求后，可以获取该支付业务请求中的支付确认信息，根据该支付确认信息可以查询获得对应的扣款账号，接着，可以基于支付确认信息中交易密码在扣款账号中进行扣款，以完成本次支付业务。

步骤316-步骤318与步骤117-步骤119类似，具体可参考上述实施例中的步骤117-步骤119，在此不再赘述。

本实施例中，通过用户输入交易信息，完成多个用户的交易业务，可以提高业务处理的效率，提高用户的体验。

图5为本申请提供的业务处理方法的应用场景另一个实施例的架构图。该应用场景可以是数据共享场景，在该数据共享场景中，多个移动终端之间可以进行数据共享。如图5所示，移动终端101和移动终端102通过WIFI超短距模式110与移动终端103进行数据共享。其中，移动终端101和移动终端102是共享数据接收方，移动终端103是共享数据发送方。可以理解的是，图5仅示例性的画出了两个共享数据接收方，但并不限定有更多的共享数据接收方，本申请实施例对此不作限定。

图6为本申请提供的业务处理方法再一个实施例的流程示意图，可以包括：

步骤401，移动终端103切换为WIFI超短距模式。

具体地，该移动终端103可以视为共享数据发送方，因此，用户可以在移动终端103上将无线通信模式切换为WIFI超短距模式，以使得该移动终端103可以使用WIFI超短距模式进行业务信息的广播。

步骤402，移动终端103广播共享业务信息。

具体地，用户可以在移动终端103上进行操作，以开启移动终端103的数据共享业务。示例性的，用户可以开启移动终端103中的数据共享开关。响应于用户的操作，移动终端103可以通过WIFI超短距模式广播共享业务信息，以通知周边的移动终端(例如，移动终端101、移动终端102等)，该移动终端103可以提供数据共享业务。可以理解的是，用户也可以通过其他操作开启移动终端103的数据共享业务，本申请实施例对此不作特殊限定。其中，该数据共享业务可以包括文本传输业务、图片传输业务及歌曲传输业务等，也可以包括其他类型的共享业务，本申请实施例对此不作特殊限定。

需要说明的是，移动终端103广播共享业务信息的距离设置可以参考步骤108，在此不再赘述。

步骤403，移动终端101及移动终端102开启WIFI功能。

具体地，该移动终端101及移动终端102可以视为数据共享接收方。

可以理解的是，还可以包括更多的移动终端作为数据共享接收方，本申请实施例对此不作特殊限定。

步骤404，移动终端101和移动终端102接收移动终端103广播的共享业务信息，向移动终端103发送共享请求。

具体地，移动终端101和移动终端102可以靠近移动终端103，以接收移动终端103广播的共享业务信息。当移动终端101和移动终端102接收到共享业务信息后，移动终端101和移动终端102可以分别向移动终端103发起共享请求。其中，该共享请求可以分别包括移动终端101和移动终端102的身份信息(例如，移动终端101和移动终端102的设备号)，示例性的，移动终端101的共享请求101可以包含移动终端101的设备号，移动终端102的共享请求102可以包含移动终端102的设备号。

步骤405，移动终端103接收移动终端101和移动终端102发送的共享请求，向移动终端101和移动终端102发送共享确认通知。

具体地，移动终端103接收移动终端101和移动终端102发送的共享请求，获取共享请求中的移动终端设备号，并可以基于上述移动终端设备号分别向移动终端101和移动终端102发送共享确认通知，分别与移动终端101和移动终端102建立数据传输通道，使得移动终端101和移动终端102可以接收移动终端103发送的共享数据。

步骤406，移动终端103分别向移动终端101和移动终端102传输共享数据。

具体地，该共享数据可以是用户预先设定的数据，例如，用户可以在移动终端103中预先设定共享数据，示例性的，该共享数据可以包括音乐、文本、电影以及图片等数据，也可以包括其它类型的共享数据，本申请实施例对此不作特殊限定。在移动终端103分别与移动终端101和移动终端102建立WIFI连接后，移动终端103可以分别将共享数据传输给移动终端101和移动终端102。

可选地，移动终端103将共享数据发送给移动终端101和移动终端102的过程中，还可以基于共享数据的总数据量显示当前共享数据发送的进度。

步骤407，移动终端101和移动终端102接收移动终端103传输的共享数据，向移动终端103反馈数据接收成功通知。

具体地，移动终端101和移动终端102接收移动终端103传输的共享数据。当移动终端101或移动终端102完成对共享数据的接收之后，可以向移动终端103反馈数据接收成功通知，以通知移动终端103，本次共享数据接收已完成。

可选地，在移动终端101和移动终端102接收移动终端103传输的共享数据的过程中，还可以基于共享数据的总数据量显示当前共享数据接收的进度。

可选地，共享数据可以包括多个文件，移动终端103可以分多次发送。因此，每当移动终端101和移动终端102收到共享数据中的一个文件后，可以向移动终端103反馈数据接收成功通知。

本实施例中，通过一个移动终端使用WIFI超短距模式同时向其他多个移动终端备进行数据共享，可以提高数据共享的灵活性，同时也提高了数据共享的效率。

图7为本申请业务处理装置一个实施例的结构示意图，如图7所示，上述业务处理装置70应用于电子设备，可以包括：注册模块71、广播模块72、第一发送模块73及第二发送模块74；

注册模块71，用于电子设备在服务器上进行注册；

广播模块72，用于基于预设广播距离向一个或多个移动终端广播业务信息；

第一发送模块73，用于接收一个或多个移动终端发送的业务订阅请求，业务订阅请求基于业务信息生成；将第一消息发送给服务器，第一消息包括业务订阅请求，第一消息用于指示服务器对业务订阅请求进行确认；

第二发送模块74，用于接收一个或多个移动终端发送的业务请求，基于业务请求发送第二消息至服务器，第二消息用于指示所述服务器进行业务处理。

其中一种可能的实现方式中，上述装置70还包括：第三发送模块75；

第三发送模块75，用于接收服务器发送的第三消息；其中，第三消息包括订阅确认通知；将订阅确认通知发送给一个或多个移动终端。

其中一种可能的实现方式中，上述装置70还包括：提示模块76；

提示模块76，用于接收服务器发送的第四消息，基于第四消息进行提示；其中，第四消息包括业务处理完成通知。

其中一种可能的实现方式中，上述装置70还包括：第四发送模块77；

第四发送模块77，用于将业务处理完成通知发送给一个或多个移动终端。

其中一种可能的实现方式中，业务请求包括取票信息，上述第二发送模块74还用于第二消息用于指示服务器基于取票信息进行验证，根据验证结果进行业务处理。

其中一种可能的实现方式中，上述装置70还包括：出票模块78；

出票模块78，用于接收服务器发送的第四消息，第四消息包括出票信息；基于第四消息进行出票。

其中一种可能的实现方式中，电子设备为收款设备或取票设备。

图8为本申请业务处理装置另一个实施例的结构示意图，如图8所示，上述业务处理装置80应用于移动终端，可以包括：注册模块81、第一接收模块82、第一发送模块83及第二发送模块84；

注册模块81，用于移动终端在服务器中进行注册；

第一接收模块82，用于移动终端开启WIFI功能，接收电子设备广播的业务信息；

第一发送模块83，用于基于业务信息生成业务订阅请求，向电子设备发送业务订阅请求，业务订阅请求用于指示服务器对用户的订阅业务进行确认；

第二发送模块84，用于向电子设备发送业务请求，业务请求用于指示服务器进行业务处理。

其中一种可能的实现方式中，上述注册模块81包括：第一发送单元811及第二发送单元81；

第一发送单元811，用于移动终端向服务器发送第一注册请求，第一注册请求包括用户账号及支付信息；

第二发送单元812，用于移动终端向服务器发送支付业务请求，支付业务请求用于请求向用户账号开通免密支付功能。

其中一种可能的实现方式中，上述第二发送模块84还用于业务请求用于指示服务器基于用户账号在服务器中的信息完成支付。

其中一种可能的实现方式中，上述注册模块81包括：第一发送单元811；

第一发送单元811，用于移动终端向服务器发送第一注册请求，第一注册请求包括用户账号及支付信息。

其中一种可能的实现方式中，上述第二发送模块84还用于获取用户输入的支付确认信息；向电子设备发送业务请求，业务请求包括支付确认信息，业务请求用于指示服务器基于支付确认信息进行业务处理。

其中一种可能的实现方式中，上述第二发送模块84还用于获取用户输入的取票信息；向电子设备发送业务请求，业务请求包括取票信息，业务请求用于指示服务器基于取票信息进行业务处理。

其中一种可能的实现方式中，上述装置80还包括：第二接收模块85；

第二接收模块85，用于接收电子设备发送的订阅确认通知，订阅确认通知用于指示移动终端发送业务请求。

其中一种可能的实现方式中，上述装置80还包括：第三接收模块86。

第三接收模块86，用于接收电子设备发送的业务处理完成通知，业务处理完成通知用于提示用户业务处理已完成。

应理解以上图7和图8所示的业务处理装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块以软件通过处理元件调用的形式实现，部分模块通过硬件的形式实现。例如，检测模块可以为单独设立的处理元件，也可以集成在电子设备的某一个芯片中实现。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit；以下简称：ASIC)，或，一个或多个微处理器(Digital Singnal Processor；以下简称：DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array；以下简称：FPGA)等。再如，这些模块可以集成在一起，以片上系统(System-On-a-Chip；以下简称：SOC)的形式实现。

图9示出了移动终端100的结构示意图，其中，该移动终端100可以是上述移动终端101或移动终端102。

移动终端100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对移动终端100的具体限定。在本申请另一些实施例中，移动终端100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现移动终端100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现移动终端100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现移动终端100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为移动终端100充电，也可以用于移动终端100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对移动终端100的结构限定。在本申请另一些实施例中，移动终端100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过移动终端100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

移动终端100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。移动终端100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在移动终端100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在移动终端100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，移动终端100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得移动终端100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

移动终端100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，移动终端100可以包括1个或N个显示屏194，N为大于1的正整数。

移动终端100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，移动终端100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当移动终端100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。移动终端100可以支持一种或多种视频编解码器。这样，移动终端100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现移动终端100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展移动终端100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储移动终端100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行移动终端100的各种功能应用以及数据处理。

移动终端100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。移动终端100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当移动终端100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。移动终端100可以设置至少一个麦克风170C。在另一些实施例中，移动终端100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，移动终端100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。移动终端100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，移动终端100根据压力传感器180A检测所述触摸操作强度。移动终端100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定移动终端100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定移动终端100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测移动终端100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消移动终端100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

气压传感器180C用于测量气压。在一些实施例中，移动终端100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。移动终端100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当移动终端100是翻盖机时，移动终端100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器180E可检测移动终端100在各个方向上(一般为三轴)加速度的大小。当移动终端100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。移动终端100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，移动终端100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。移动终端100通过发光二极管向外发射红外光。移动终端100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定移动终端100附近有物体。当检测到不充分的反射光时，移动终端100可以确定移动终端100附近没有物体。移动终端100可以利用接近光传感器180G检测用户手持移动终端100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。移动终端100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测移动终端100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。移动终端100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，移动终端100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，移动终端100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，移动终端100对电池142加热，以避免低温导致移动终端100异常关机。在其他一些实施例中，当温度低于又一阈值时，移动终端100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于移动终端100的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。移动终端100可以接收按键输入，产生与移动终端100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和移动终端100的接触和分离。移动终端100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。移动终端100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，移动终端100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在移动终端100中，不能和移动终端100分离。

图10为本申请第一电子设备200一个实施例的结构示意图；如图10所示，上述第一电子设备200可以是数据处理设备，也可以是内置于上述数据处理设备的电路设备。该第一电子设备200可以用于执行本申请图1-图6所示实施例提供的方法中的功能/步骤。

如图10所示，第一电子设备200以通用计算设备的形式表现。

上述第一电子设备200可以包括：一个或多个处理器210；通信接口220；存储器230；连接不同系统组件(包括存储器230和处理器210)的通信总线240，数据库250；以及一个或多个计算机程序。

其中，上述一个或多个计算机程序被存储在上述存储器中，上述一个或多个计算机程序包括指令，当上述指令被上述第一电子设备执行时，使得上述第一电子设备执行以下步骤：

电子设备在服务器上进行注册；

基于预设广播距离向一个或多个移动终端广播业务信息；

接收一个或多个移动终端发送的业务订阅请求，业务订阅请求基于业务信息生成；

将第一消息发送给服务器，第一消息包括业务订阅请求，第一消息用于指示服务器对业务订阅请求进行确认；

接收一个或多个移动终端发送的业务请求，基于业务请求发送第二消息至服务器，第二消息用于指示服务器进行业务处理。

其中一种可能的实现方式中，上述指令被上述第一电子设备执行时，使得上述第一电子设备执行接收一个或多个所述移动终端发送的业务请求的步骤之前，还执行以下步骤：

接收服务器发送的第三消息；其中，第三消息包括订阅确认通知；

将订阅确认通知发送给一个或多个移动终端。

其中一种可能的实现方式中，上述指令被上述第一电子设备执行时，使得上述第一电子设备执行基于业务请求发送第二消息至服务器的步骤之后，还执行以下步骤：

接收服务器发送的第四消息，基于第四消息进行提示；其中，第四消息包括业务处理完成通知。

其中一种可能的实现方式中，上述指令被上述第一电子设备执行时，使得上述第一电子设备执行接收服务器发送的第四消息的步骤之后，还执行以下步骤：

将业务处理完成通知发送给一个或多个移动终端。

其中一种可能的实现方式中，业务请求包括取票信息，上述指令被上述第一电子设备执行时，使得上述第一电子设备执行第二消息用于指示所述服务器进行业务处理的步骤包括：

第二消息用于指示服务器基于取票信息进行验证，根据验证结果进行业务处理。

其中一种可能的实现方式中，上述指令被上述第一电子设备执行时，使得上述第一电子设备执行发送第二消息至服务器的步骤之后，还执行以下步骤：

接收服务器发送的第四消息，第四消息包括出票信息；

基于第四消息进行出票。

其中一种可能的实现方式中，电子设备为收款设备或取票设备。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对移动终端100和第一电子设备200的结构限定。在本申请另一些实施例中，移动终端100和第一电子设备200也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

可以理解的是，上述移动终端为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的范围。

本申请实施例可以根据上述方法示例对上述移动终端等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请实施例各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

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

Claims (18)

1.一种业务处理方法，应用于电子设备，其特征在于，所述电子设备与服务器通信连接，所述电子设备开启WIFI功能；所述方法包括：

所述电子设备在所述服务器上进行注册；

基于预设广播距离向一个或多个移动终端广播业务信息；

接收一个或多个所述移动终端发送的业务订阅请求，所述业务订阅请求基于所述业务信息生成；

将第一消息发送给所述服务器，所述第一消息包括所述业务订阅请求，所述第一消息用于指示所述服务器对所述业务订阅请求进行确认；

接收一个或多个所述移动终端发送的业务请求，基于所述业务请求发送第二消息至所述服务器，所述第二消息用于指示所述服务器进行业务处理。

2.根据权利要求1所述的方法，其特征在于，所述接收一个或多个所述移动终端发送的业务请求之前，所述方法还包括：

接收所述服务器发送的第三消息；其中，所述第三消息包括订阅确认通知；

将所述订阅确认通知发送给一个或多个所述移动终端。

3.根据权利要求1或2所述的方法，其特征在于，所述基于所述业务请求发送第二消息至所述服务器之后，所述方法还包括：

接收所述服务器发送的第四消息，基于所述第四消息进行提示；其中，所述第四消息包括业务处理完成通知。

4.根据权利要求3所述的方法，其特征在于，所述接收所述服务器发送的第四消息之后，所述方法还包括：

将所述业务处理完成通知发送给一个或多个所述移动终端。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述业务请求包括取票信息，所述第二消息用于指示所述服务器进行业务处理包括：

所述第二消息用于指示所述服务器基于所述取票信息进行验证，根据验证结果进行业务处理。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述基于所述业务请求发送第二消息至所述服务器之后，所述方法还包括：

接收所述服务器发送的第四消息，所述第四消息包括出票信息；

基于所述第四消息进行出票。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述电子设备为收款设备或取票设备。

8.一种业务处理方法，应用于移动终端，其特征在于，所述方法包括：

所述移动终端在服务器中进行注册；

所述移动终端开启WIFI功能，接收电子设备广播的业务信息；

基于所述业务信息生成业务订阅请求，向所述电子设备发送所述业务订阅请求，所述业务订阅请求用于指示所述服务器对用户的订阅业务进行确认；

向所述电子设备发送业务请求，所述业务请求用于指示所述服务器进行业务处理。

9.根据权利要求8所述的方法，其特征在于，所述移动终端在服务器中进行注册包括：

所述移动终端向服务器发送第一注册请求，所述第一注册请求包括用户账号及支付信息；

所述移动终端向所述服务器发送支付业务请求，所述支付业务请求用于请求向所述用户账号开通免密支付功能。

10.根据权利要求9所述的方法，其特征在于，所述业务请求用于指示所述服务器进行业务处理包括：

所述业务请求用于指示所述服务器基于所述用户账号在服务器中的信息完成支付。

11.根据权利要求8所述的方法，其特征在于，所述移动终端在服务器中进行注册包括：

所述移动终端向所述服务器发送第一注册请求，所述第一注册请求包括用户账号及支付信息。

12.根据权利要求11所述的方法，其特征在于，所述向所述电子设备发送业务请求，所述业务请求用于指示所述服务器进行业务处理包括：

获取用户输入的支付确认信息；

向所述电子设备发送业务请求，所述业务请求包括所述支付确认信息，所述业务请求用于指示所述服务器基于所述支付确认信息进行业务处理。

13.根据权利要求11所述的方法，其特征在于，所述向所述电子设备发送业务请求，所述业务请求用于指示所述服务器进行业务处理包括：

获取用户输入的取票信息；

向所述电子设备发送业务请求，所述业务请求包括所述取票信息，所述业务请求用于指示所述服务器基于所述取票信息进行业务处理。

14.根据权利要求8-13任一项所述的方法，其特征在于，所述向所述电子设备发送业务请求之前，所述方法还包括：

接收所述电子设备发送的订阅确认通知，所述订阅确认通知用于指示所述移动终端发送业务请求。

15.根据权利要求8-14任一项所述的方法，其特征在于，所述向所述电子设备发送业务请求之后，所述方法还包括：

接收所述电子设备发送的业务处理完成通知，所述业务处理完成通知用于提示用户业务处理已完成。

16.一种电子设备，其特征在于，包括：包括处理器和存储器，所述处理器和存储器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括指令，当所述电子设备从所述存储器中读取所述指令，以使得所述电子设备执行如权利要求1至7中任一项所述的业务处理方法。

17.一种移动终端，其特征在于，包括：包括处理器和存储器，所述处理器和存储器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括指令，当所述移动终端从所述存储器中读取所述指令，以使得所述移动终端执行如权利要求8-15中任一项所述的业务处理方法。

18.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括计算机指令，当所述计算机指令在所述电子设备上运行时，使得所述电子设备执行如权利要求1-7任一项所述的业务处理方法，或者，当所述计算机指令在所述移动终端上运行时，使得所述移动终端执行如权利要求8-15中任一项所述的业务处理方法。

Images