近距离实现账户间业务的方法和装置与流程

本申请涉及网络通信
技术领域：
，尤其涉及一种近距离实现账户间业务的方法和装置。
背景技术：
：随着移动互联技术的发展和智能终端的普及，以用户账户为基础的各种近距离业务得到了广阔的发展空间。两个用户可以通过扫描二维码、条形码等实现其账户间的移动支付、账户间的信息共享等业务。现有技术中，当第一用户的终端扫描第二用户的二维码后，会以第一用户的账户将扫描得到的二维码信息和所要进行业务的相关信息发送给其开设账户的站点服务器，站点服务器解析二维码信息，从中得到第二用户的账户，然后在第一用户账户和第二用户账户间完成指定的业务。也就是说，第一用户和第二用户都需要在同一个站点上开设用户账户，站点服务器能够了解所请求的业务是在哪两个用户账户之间进行，才能完成账户间的各种业务。如果两个用户的账户位于不同的站点，由不同的站点服务器对账户进行管理，则无法采用扫码等近距离方式快速便捷的实现账户间业务，给用户造成了很大不便。技术实现要素：有鉴于此，本申请提供一种近距离实现账户间业务的方法，应用在第一用户的终端上，包括：生成用于进行所述账户间业务的业务码，所述业务码中包括第一用户账 户及其所属的第一站点标识；向第二用户的终端提供所述业务码，以便第二用户的终端基于所述业务码进行账户间业务；采用所述业务码向第一站点的服务器轮询所述账户间业务的消息，根据轮询到的消息进行业务处理。本申请提供的一种近距离实现账户间业务的方法，应用在第二用户的终端上，包括：从第一用户的终端获取用于进行所述账户间业务的业务码，所述业务码中包括第一用户账户及其所属的第一站点的标识；向第二用户账户所属的第二站点的服务器发送所述账户间业务的请求，其中包括所述业务码和第二用户账户信息；采用所述业务码向第二站点的服务器轮询所述账户间业务的消息，根据轮询到的消息进行业务处理。本申请提供的一种近距离实现账户间业务的方法，应用在第一站点的服务器上，包括：接收第一用户的终端通过业务码对账户间业务消息的轮询；所述业务码由第一用户的终端生成，用于所述账户间业务，其中包括第一用户账户及其所属的第一站点的标识；接收跨站点服务器发送的所述账户间业务的消息，所述消息中包括所述业务码；向第一用户的终端发送所述账户间业务的消息，供第一用户的终端根据所述账户间业务的消息进行业务处理。本申请提供的一种近距离实现账户间业务的方法，应用在第二站点的服务器上，包括：接收第二用户的终端发送的所述账户间业务的请求，所述账户间业务的请求中包括第一用户账户用于进行所述账户间业务的业务码和第二用户账户信息，所述业务码中包括第一用户账户及其所属的第一站点的标识；当所述业务码中的第一站点标识不同于本站点的标识时，向跨站点服务器发送所述账户间业务的请求；接收跨站点服务器返回的所述账户间业务的消息；所述账户间业务的消息中包括所述业务码；接收第二用户的终端通过所述业务码对账户间业务消息的轮询，向第二终端返回所述账户间业务的消息，供第二用户的终端根据所述账户间业务的消息进行业务处理。本申请提供的一种近距离实现账户间业务的方法，应用在跨站点服务器上，包括：接收第二站点的服务器发送的账户间业务的请求，所述账户间业务的请求中包括第一用户账户用于进行所述账户间业务的业务码和第二用户账户信息，所述业务码中包括第一用户账户及其所属的第一站点的标识；根据所述账户间业务的处理流程，进行第一用户账户与第二用户账户的账户间业务操作，向第一站点的服务器和第二站点的服务器发送包括所述业务码的所述账户间业务的消息，供第一站点的服务器和第一用户的终端、第二站点的服务器和第二用户的终端进行业务处理。本申请还提供了一种近距离实现账户间业务的装置，应用在第一用户的终端上，包括：业务码生成单元，用于生成用来进行所述账户间业务的业务码，所述业务码中包括第一用户账户及其所属的第一站点标识；业务码提供单元，用于向第二用户的终端提供所述业务码，以便第二用户的终端基于所述业务码进行账户间业务；第一轮询及业务单元，用于采用所述业务码向第一站点的服务器轮询所述账户间业务的消息，根据轮询到的消息进行业务处理。本申请提供的一种近距离实现账户间业务的装置，应用在第二用户的终端上，包括：业务码获取单元，用于从第一用户的终端获取用于进行所述账户间业务 的业务码，所述业务码中包括第一用户账户及其所属的第一站点的标识；业务请求发送单元，用于向第二用户账户所属的第二站点的服务器发送所述账户间业务的请求，其中包括所述业务码和第二用户账户信息；第二轮询及业务单元，用于采用所述业务码向第二站点的服务器轮询所述账户间业务的消息，根据轮询到的消息进行业务处理。本申请提供的一种近距离实现账户间业务的装置，应用在第一站点的服务器上，包括：第一轮询接收单元，用于接收第一用户的终端通过业务码对账户间业务消息的轮询；所述业务码由第一用户的终端生成，用于所述账户间业务，其中包括第一用户账户及其所属的第一站点的标识；第一消息接收单元，用于接收跨站点服务器发送的所述账户间业务的消息，所述消息中包括所述业务码；第一消息转发单元，用于向第一用户的终端发送所述账户间业务的消息，供第一用户的终端根据所述账户间业务的消息进行业务处理。本申请提供的一种近距离实现账户间业务的装置，应用在第二站点的服务器上，包括：业务请求接收单元，用于接收第二用户的终端发送的所述账户间业务的请求，所述账户间业务的请求中包括第一用户账户用于进行所述账户间业务的业务码和第二用户账户信息，所述业务码中包括第一用户账户及其所属的第一站点的标识；跨站点业务请求发送单元，用于当所述业务码中的第一站点标识不同于本站点的标识时，向跨站点服务器发送所述账户间业务的请求；第二消息接收单元，用于接收跨站点服务器返回的所述账户间业务的消息；所述账户间业务的消息中包括所述业务码；第二消息转发单元，用于接收第二用户的终端通过所述业务码对账户间业务消息的轮询，向第二终端返回所述账户间业务的消息，供第二用户的终端根据所述账户间业务的消息进行业务处理。本申请提供的一种近距离实现账户间业务的装置，应用在跨站点服务器上，包括：跨站点业务请求接收单元，用于接收第二站点的服务器发送的账户间业务的请求，所述账户间业务的请求中包括第一用户账户用于进行所述账户间业务的业务码和第二用户账户信息，所述业务码中包括第一用户账户及其所属的第一站点的标识；跨站点业务处理单元，用于根据所述账户间业务的处理流程，进行第一用户账户与第二用户账户的账户间业务操作，向第一站点的服务器和第二站点的服务器发送包括所述业务码的所述账户间业务的消息，供第一站点的服务器和第一用户的终端、第二站点的服务器和第二用户的终端进行业务处理。由以上技术方案可见，本申请的实施例中，在第一用户终端生成的业务码中携带第一站点标识，由第二用户的终端在获取业务码后，通过第二站点的服务器将业务码和第二用户账户提供给跨站点服务器；跨站点服务器通过站点标识和用户账户识别第一用户账户和第二用户账户，通过第一站点和第二站点的服务器完成账户间业务，从而实现了不同站点的用户账户之间的近距离业务，为用户提供了更多便利。附图说明图1是本申请实施例应用场景的一种网络结构图；图2是本申请实施例中一种应用在第一用户的终端上，近距离实现账户间业务的方法的流程图；图3是本申请实施例中一种应用在第二用户的终端上，近距离实现账户间业务的方法的流程图；图4是本申请实施例中一种应用在第一站点的服务器上，近距离实现账户间业务的方法的流程图；图5是本申请实施例中一种应用在第二站点的服务器上，近距离实现账户间业务的方法的流程图；图6是本申请实施例中一种应用在跨站点服务器上，近距离实现账户间业务的方法的流程图；图7是本申请应用示例中一种第一用户的终端、第二用户的终端、日本站服务器、印度站服务器与全球服务器之间的交互流程图；图8是终端或服务器的一种硬件结构图；图9是本申请实施例中一种应用在第一用户的终端上，近距离实现账户间业务的装置的逻辑结构图；图10是本申请实施例中一种应用在第二用户的终端上，近距离实现账户间业务的装置的逻辑结构图；图11是本申请实施例中一种应用在第一站点的服务器上，近距离实现账户间业务的装置的逻辑结构图；图12是本申请实施例中一种应用在第二站点的服务器上，近距离实现账户间业务的装置的逻辑结构图；图13是本申请实施例中一种应用在跨站点服务器上，近距离实现账户间业务的装置的逻辑结构图。具体实施方式本申请的实施例提出一种新的近距离实现账户间业务的方法，在第一站点的第一用户提供给第二站点的第二用户的业务码中携带第一站点标识，在网络侧增加能够通过站点标识和用户账户来识别各个站点用户账户的跨站点服务器，当第二站点的服务器从第二用户的终端得到第一用户的业务码和第二用户账户后，将其发送至跨站点服务器，由跨站点服务器确认进行账户间业务的两个用户账户，并通过第一站点和第二站点的服务器来完成账户间业务，使得不同站点的用户账户之间也可以采用近距离方式来实现各种业务，极大的方便了用户，从而解决现有技术中存在的问题。本申请实施例应用场景的一种网络结构如图1所示，第一用户在第一站点上注册有用户账户，第二用户在第二站点上注册有用户账户，第一用户的 终端与第一站点的服务器、第二用户的终端与第二站点的服务器、第一站点的服务器与跨站点服务器、第二站点的服务器与跨站点服务器之间通过通信网络相互可访问，本申请实施例中对通信网络的类型、通信协议均不做限定。其中，第一站点的服务器、第二站点的服务器、跨站点服务器均可以是一个物理或逻辑服务器，也可以是由两个或两个以上分担不同职责的物理或逻辑服务器、相互协同来实现本申请实施例中的各项功能。另外，第一用户的终端可以向第二用户的终端近距离提供业务码，第二用户的终端能够以相应的手段获得第一用户的终端提供的业务码。其中，第一用户或第二用户的终端可以是任何具有计算、存储和通信能力的设备，例如可穿戴设备、手机、平板电脑、pc(personalcomputer，个人电脑)、笔记本等；业务码包括条码(如二维码、条形码)、声波码、nfc(nearfieldcommunication，近场通信)码等，相应的获取业务码的手段包括扫描、接收声波、感应等。本申请的实施例中，近距离实现账户间业务的方法应用在第一用户的终端上的流程如图2所示，应用在第二用户的终端上的流程如图3所示，应用在第一站点(第一用户账户所属站点)的服务器上的流程如图4所示，应用在第二站点(第二用户账户所属站点)的服务器上的流程如图5所示，应用在跨站点服务器上的流程如图6所示。账户间业务包括所有在两个用户账户之间进行的业务，例如添加好友、支付(即转账)、信息共享等。在第一用户的终端上，步骤210，生成用于进行账户间业务的业务码，业务码中包括第一用户账户及其所属的第一站点标识。当处于近距离的第一用户和第二用户就要进行的账户间业务形成一致意见后，第一用户在其终端上进行操作，指令第一用户的终端生成与账户间业务对应的业务码。业务码中包括第一用户账户和第一用户账户所属的第一站点的标识。其中，第一站点的标识可以是任何在跨站点服务器上能够唯一对应于第一站点的字符串、编码等。业务码中还可以包括与要进行的账户间业务相关的信息，如业务类型、业务参数等。本申请的实施例中，第一用户的终端生成业务码时采用与第二站点的服务器、以及跨站点服务器约定的格式，以便第二站点的服务器和跨站点服务器能够正确解析业务码，从中获得第一站点的标识、第一用户账户等信息。业务码的具体格式可以考虑业务码的类型、实际应用场景的需求、所进行的业务类型等因素来确定，本申请的实施例不做限定。在一个例子中，业务码可以采用表1所示的结构：sitecodeversioncodetypebiztypecodealgorithm后缀表1表1中：sitecode为站点标识，用来表明第一用户账户所属的站点；version为数据格式版本，用来根据软件产品的迭代来指定升级；codetype为编码载体，区分纯数字和字符串(如条形码是纯数字，nfc码可以是字符串)；biztype为编码业务类型，用来表明所要进行的账户间业务的类型，如用于添加好友的账户码、用于支付的支付码等；codealgorithm为编码算法，用来表明生成后缀中编码所采用的算法，例如随机算法、otp(onetimepassword，有时效性的动态口令编码)等；后缀为包括用户账户的编码，例如16位16进制数的声波码或nfc码，再如16位数字的二维码或条形码。在第一用户的终端上，步骤220，向第二用户的终端提供生成的业务码，以便第二用户的终端基于所述业务码进行账户间业务。在第二用户的终端上，步骤310，从第一用户的终端获取用于进行账户间业务的业务码。根据第一用户的终端所生成的业务码的类型，第一用户的终端采用对应的方式将业务码提供给第二用户的终端。例如，第一用户的终端将条形码或二维码显示在终端的屏幕上，第二用户的终端通过扫描来获取条形码或二维码；再如，第一用户的终端播放生成的声波码，第二用户的终端通过音频接 收来获取。在第二用户的终端上，步骤320，向第二用户账户所属的第二站点的服务器发送账户间业务的请求，其中包括从第一用户的终端获取的业务码和第二用户账户信息。在第二站点的服务器上，步骤510，接收第二用户的终端发送的账户间业务的请求，其中包括第一用户账户用于进行该账户间业务的业务码和第二用户账户信息。第二用户的终端在获取业务码后，将所获取的业务码和第二用户账户信息封装在账户间业务请求中，发送给第二用户账户所属的第二站点的服务器。第二用户账户信息包括第二用户账户本身，还可以包括第二站点的标识以及其他信息。在第二站点的服务器上，步骤520，当该业务码中的第一站点标识不同于本站点的标识时，向跨站点服务器发送该账户间业务的请求。在跨站点服务器上，步骤610，接收第二站点的服务器发送的账户间业务的请求。第二站点的服务器从接收的账户间业务的请求中获取携带第一用户账户信息的业务码，从中提取站点标识，对比本站点的标识，由于业务码中第一站点的标识与本站点的标识不同，第二站点的服务器获知本次账户间业务为跨站点的账户间业务，则将账户间业务的请求发送给跨站点服务器。在一种实现方式中，账户间业务请求中的第二用户账户信息包括第二用户账户和第二站点的标识，这种实现方式中跨站点服务器可以根据第二站点标识得知第二用户账户所属的站点；在另一种实现方式中，第二用户账户信息只包括第二用户账户，由第二站点的服务器在发送给跨站点服务器的账户间业务请求中添加本站点的标识，以告知跨站点服务器第二用户账户的所属站点；在第三种实现方式中，第二用户账户信息只包括第二用户账户，跨站点服务器对接收的账户间业务请求的发送方(第二站点的服务器)进行识别，也可以获知第二用户账户的所属站点是第二站点。在跨站点服务器上，步骤620，根据该账户间业务的处理流程，进行第一用户账户与第二用户账户的业务操作，向第一站点的服务器和第二站点的服务器发送包括该业务码的该账户间业务的消息，供第一站点的服务器和第一用户的终端、第二站点的服务器和第二用户的终端进行业务处理。跨站点服务器从来自第二站点的服务器的账户间业务请求中提取业务码和第二用户账户信息，从业务码中获取第一用户账户及其所属第一站点的标识，从第二用户账户信息中得到第二用户账户，根据发送该账户间业务请求的第二站点的服务器(或从第二用户账户信息、或从账户间业务请求中)得到第二用户账户所属的第二站点标识。跨站点服务器可以获取到各个站点用户账户的相关信息。这些信息可以保存在跨站点服务器本地，或某个跨站点服务器可以访问的网络位置，跨站点服务器也可以向各个站点的服务器查询其站点的用户账户相关信息，本申请的实施例不做限定。根据第一用户账户及其所属第一站点的标识、第二用户账户及其所属第二站点的标识，跨站点服务器可以定位进行账户间业务的两个账户，按照该账户间业务的处理流程，跨站点服务器可以在这两个账户中进行该账户间业务的业务操作，并且向第一站点的服务器和第二站点的服务器发送包括该业务码的该账户间业务的消息。具体的业务操作和账户间业务的消息可以根据实际应用场景的需求和业务类型，参考现有技术实现。在第一用户的终端上，步骤230，采用该业务码向第一站点的服务器轮询该账户间业务的消息，根据轮询到的消息进行业务处理。在第一站点的服务器上，步骤410，接收第一用户的终端通过业务码对账户间业务消息的轮询；该业务码由第一用户的终端生成，用于该账户间业务。在第一站点的服务器上，步骤420，接收跨站点服务器发送的该账户间业务的消息，其中包括该业务码。在第一站点的服务器上，步骤430，向第一用户的终端发送该账户间业 务的消息，供第一用户的终端据之进行业务处理。在向第二用户的终端提供业务码后，第一用户的终端以该业务码向第一站点的服务器进行轮询，向第一站点的服务器请求该账户间业务的消息。由于终端与站点的服务器之间通常采用请求/响应模式，终端的轮询可令站点的服务器得知将接收到的账户间业务的消息发送给哪个终端。由于第一用户的终端通过该业务码既可能与同属第一站点的其他用户进行账户间业务，也可能与不属于第一站点的其他用户进行跨站点的账户间业务，第一站点的服务器可以在收到第一用户的终端通过业务码对账户间业务消息的轮询后，既查询本站点内的账户间业务消息中是否有包括该业务码的消息，同时也采用该业务码向跨站点服务器轮询包括该业务码的账户间业务的消息；第一站点的服务器也可以在收到第一用户的终端通过业务码对账户间业务消息的轮询后，先在本地查询包括该业务码的账户间业务消息，如果在预定本地等待时长内未查询到，再采用该业务码向跨站点服务器轮询该账户间业务的消息。此外，还可以由跨站点服务器主动将带有该业务码的该账户间业务的消息发送给第一站点的服务器。对来自跨站点服务器的账户间业务的消息，第一站点的服务器根据其中的业务码与进行轮询的终端相匹配，可以得知该消息对应于第一用户的终端。根据该账户间业务的处理流程，第一站点的服务器可能需要对该消息进行相应处理后再发送给第一用户的终端，也可能直接将其转发给给第一用户的终端。第一用户的终端从第一站点的服务器收到该账户间业务的消息，根据该账户间业务的处理流程，进行相应的业务处理。在第二用户的终端上，步骤330，采用该业务码向第二站点的服务器轮询该账户间业务的消息，根据轮询到的消息进行业务处理。在第二站点的服务器上，步骤530，接收跨站点服务器返回的该账户间业务的消息，其中包括该业务码。在第二站点的服务器上，步骤540，接收第二用户的终端通过该业务码 对账户间业务消息的轮询，向第二终端返回该账户间业务的消息，供第二用户的终端根据该账户间业务的消息进行业务处理。在向第二站点的服务器发送该账户间业务的请求后，第二用户的终端以该业务码向第二站点的服务器进行轮询，向第二站点的服务器请求该账户间业务的消息。由于终端与站点的服务器之间通常采用请求/响应模式，终端的轮询可令站点的服务器得知将接收到的账户间业务的消息发送给哪个终端。第二站点的服务器可以在向跨站点服务器发送该账户间业务的请求后，采用该业务码向跨站点服务器轮询该账户间业务的消息；也可以由跨站点服务器主动将带有该业务码的该账户间业务的消息发送给第二站点的服务器。对来自跨站点服务器的账户间业务的消息，第二站点的服务器根据其中的业务码与进行轮询的终端相匹配，可以得知该消息对应于第二用户的终端。根据该账户间业务的处理流程，第二站点的服务器可能需要对该消息进行相应处理后再发送给第二用户的终端，也可能直接将其转发给给第二用户的终端。第二用户的终端从第二站点的服务器收到该账户间业务的消息，根据该账户间业务的处理流程，进行相应的业务处理。需要说明的是，在跨站点服务器的账户间业务消息通过第一站点的服务器到达第一用户的终端、通过第二站点的服务器到达第二用户的终端后，根据实际应用场景中对具体的账户间业务的业务处理逻辑，一些账户间业务可能还会由第一用户的终端和/或第二用户的终端生成新的账户间业务的消息，通过第一站点的服务器或第二站点的服务器发送给跨站点服务器，来继续该业务的处理逻辑，本申请的实施例不做限定。在跨站点服务器、站点的服务器和用户的终端之间进行账户间业务消息的传递时，都采用第一用户的终端生成的业务码来作为该账户间业务的识别标志。例如，对添加好友的账户间业务，跨站点服务器在向第一用户账户中添加第二用户账户作为好友、在向第二用户账户中添加第一用户账户作为好友后，跨站点服务器将添加好友成功的账户间业务消息(其中携带第一用户终 端生成的业务码)分别发送给第一站点的服务器和第二站点的服务器，在第一用户的终端从第一站点的服务器收到该消息、第二用户的终端从第二站点的服务器收到该消息后，添加好友的账户间业务结束。而对于第一用户账户向第二用户账户支付的账户间业务，跨站点服务器在确认进行转账的双方用户账户后，会通过第一站点的服务器向第一用户的终端发送带有第二用户账户信息的消息；第一用户的终端在向第一用户获取支付金额等支付业务相关信息后，将包括支付金额、业务码、第二用户账户信息的支付业务请求通过第一站点的服务器发送给跨站点服务器，供其完成两个用户账户之间的资金划转，再通过带有业务码的支付成功的账户间业务消息通知第一用户的终端和第二用户的终端；具体的过程请参见应用示例，不再重复。可见，在本申请的实施例中，在第一站点的第一用户的终端生成的业务码中携带第一站点标识；当第二用户的终端得到第一用户的业务码后，通过第二站点的服务器将业务码和第二用户账户发送给跨站点服务器；跨站点服务器能够通过站点标识和用户账户来识别各个站点的用户账户，从而可以通过第一站点和第二站点的服务器完成账户间业务，实现了不同站点的用户账户之间的近距离业务，为用户提供了更多便利。需要说明的是，本申请的实施例中可以取消跨站点服务器，而在每个站点的服务器上保存所有其他站点的服务器的访问方式。当第一用户和第二用户之间进行跨站点的账户间业务时，第二站点的服务器根据业务码中第一用户账户所属的第一站点的标识，与第一站点的服务器来进行该账户间业务的相关处理；并且由第一站点的服务器生成给第一用户终端的该账户间业务的消息，根据第一用户终端的轮询发送给第一用户的终端；由第二站点的服务器生成给第二用户终端的该账户间业务的消息，根据第二用户终端的轮询发送给第二用户的终端。在本申请的一个应用示例中，在日本站(第一站点)有账户的第一用户与在印度站(第二站点)有账户的第二用户之间进行的账户间业务是第一用户账户向第二用户账户的支付业务，第一用户的终端、第二用户的终端、日 本站服务器(第一站点的服务器)、印度站服务器(第二站点的服务器)与全球服务器(跨站点服务器)之间的交互流程如图7所示。在第一用户和第二用户确定支付金额后，第一用户指令其终端生成支付二维码(本应用示例中的业务码)，该支付二维码采用表1所示的格式，其中包括日本站的标识jp。第一用户的终端将支付二维码显示在终端的屏幕上。第一用户的终端开始以支付二维码向日本站服务器轮询该支付业务的收款方信息。在收到第一用户的终端的轮询后，日本站服务器开始以该支付二维码在本地查询该支付业务的收款方信息，同时以该支付二维码向全球服务器轮询该支付业务的收款方信息。第二用户的终端扫描第一用户的终端显示的支付二维码，将支付二维码、第二用户账户封装在支付业务发起请求中，发送给印度站服务器。第二用户的终端开始以支付二维码向印度站服务器轮询该支付业务的订单信息。印度站服务器解析支付业务请求中的支付二维码，发现第一用户账户的所述站点为jp，与本站点in不同，该支付业务为跨站点用户账户间的支付业务。印度站服务器将本站点标识in添加在支付业务请求中，并将支付业务请求发送给全球服务器。印度站服务器开始以该支付二维码向全球服务器轮询该支付业务的订单信息。全球服务器在收到印度站服务器的支付业务请求，从其中的支付二维码中得到付款方的账户(第一用户账户)及其所属站点标识jp，从支付业务请求中得到收款方的账户(第二用户账户)及其所属站点标识in。全球服务器将支付二维码、第二用户账户及其所属站点标识in封装在支付业务的消息中，发送给以该支付二维码进行轮询的日本站服务器。日本站服务器将带有支付二维码的支付业务的消息发送给以该支付二维码进行轮询的第一用户的终端。第一用户的终端在收到支付业务的消息后，接收第一用户输入的支付金额，从支付业务的消息中得到收款方账户信息，生成包括支付金额、支付二维码、第二用户账户及其所属站点标识in的支付请求并发送给日本站服务 器，供其根据支付请求向全球服务器发送支付订单。日本站服务器根据第一用户的终端发送的支付请求，生成支付订单发送给跨站点服务器，支付订单中包括支付金额、支付二维码、第二用户账户及其所属站点标识in，供全球服务器从第一用户账户中划转支付金额到第二用户账户中。全球服务器在收到日本站服务器发送的支付订单后，将与支付金额对应的款项从支付二维码中的第一用户账户转入第二用户账户中，并将支付结果发送给以该支付二维码轮询的向印度站服务器，支付结果中包括支付二维码、支付金额和支付是否成功的信息。印度站服务器将带有支付二维码的支付结果转发给以该支付二维码轮询的第二用户的终端。第二用户的终端将支付金额和支付是否成功的信息显示给第二用户。与上述流程实现对应，本申请的实施例还提供了一种应用在第一用户终端上的近距离实现账户间业务的装置、一种应用在第二用户终端上的近距离实现账户间业务的装置、一种应用在第一站点服务器上的近距离实现账户间业务的装置、一种应用在第二站点服务器上的近距离实现账户间业务的装置、和一种应用在跨站点服务器上的近距离实现账户间业务的装置。上述装置均可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为逻辑意义上的装置，是通过终端或服务器的cpu(centralprocessunit，中央处理器)将对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，除了图8所示的cpu、内存以及非易失性存储器之外，近距离实现账户间业务的装置所在的终端通常还包括用于进行无线信号收发的芯片等其他硬件，近距离实现账户间业务的装置所在的服务器通常还包括用于实现网络通信功能的板卡等其他硬件。图9所示为本申请实施例提供的一种近距离实现账户间业务的装置，应用在第一用户的终端上，包括业务码生成单元、业务码提供单元和第一轮询及业务单元，其中：业务码生成单元用于生成用来进行所述账户间业务的业 务码，所述业务码中包括第一用户账户及其所属的第一站点标识；业务码提供单元用于向第二用户的终端提供所述业务码，以便第二用户的终端基于所述业务码进行账户间业务；第一轮询及业务单元用于采用所述业务码向第一站点的服务器轮询所述账户间业务的消息，根据轮询到的消息进行业务处理。可选的，所述业务码包括：条形码、二维码、近场通信nfc码、或声波码；所述账户间业务包括：添加好友、账户间信息共享、或支付。可选的，所述业务码为：用于支付业务的支付二维码；所述账户间业务为：第一用户账户向第二用户账户的支付业务；所述账户间业务的消息中包括：支付二维码、第二用户账户及其所属的第二站点的标识；所述第一轮询及业务单元根据轮询到的消息进行业务处理，包括：接收第一用户输入的支付金额，生成包括所述支付金额、所述支付二维码、第二用户账户及其所属的第二站点标识的支付请求并发送给第一站点的服务器，供其根据支付请求向跨站点服务器发送支付订单。图10所示为本申请实施例提供的一种近距离实现账户间业务的装置，应用在第二用户的终端上，包括业务码获取单元、业务请求发送单元和第二轮询及业务单元，其中：业务码获取单元用于从第一用户的终端获取用于进行所述账户间业务的业务码，所述业务码中包括第一用户账户及其所属的第一站点的标识；业务请求发送单元用于向第二用户账户所属的第二站点的服务器发送所述账户间业务的请求，其中包括所述业务码和第二用户账户信息；第二轮询及业务单元用于采用所述业务码向第二站点的服务器轮询所述账户间业务的消息，根据轮询到的消息进行业务处理。可选的，所述第二用户账户信息中包括：第二用户账户及其所属的第二站点的标识。可选的，所述业务码包括：条形码、二维码、近场通信nfc码、或声波码；所述账户间业务包括：添加好友、账户间信息共享、或支付。可选的，所述业务码为：用于支付业务的支付二维码；所述账户间业务为：第一用户账户向第二用户账户的支付业务；所述账户间业务的消息包括： 支付二维码、支付金额和支付是否成功的信息；所述第二轮询及业务单元根据轮询到的消息进行业务处理，包括：将支付金额和支付是否成功的信息进行显示。图11所示为本申请实施例提供的一种近距离实现账户间业务的装置，应用在第一站点的服务器上，包括第一轮询接收单元、第一消息接收单元和第一消息转发单元，其中：第一轮询接收单元用于接收第一用户的终端通过业务码对账户间业务消息的轮询；所述业务码由第一用户的终端生成，用于所述账户间业务，其中包括第一用户账户及其所属的第一站点的标识；第一消息接收单元用于接收跨站点服务器发送的所述账户间业务的消息，所述消息中包括所述业务码；第一消息转发单元用于向第一用户的终端发送所述账户间业务的消息，供第一用户的终端根据所述账户间业务的消息进行业务处理。可选的，所述装置还包括：第一服务器轮询单元，用于在收到第一用户的终端通过业务码对账户间业务消息的轮询后，采用所述业务码向跨站点服务器轮询所述账户间业务的消息；或，在收到第一用户的终端通过业务码对账户间业务消息的轮询后，如果在预定本地等待时长内在本地未查询到包括所述业务码的账户间业务消息，采用所述业务码向跨站点服务器轮询所述账户间业务的消息。可选的，所述业务码包括：条形码、二维码、近场通信nfc码、或声波码；所述账户间业务包括：添加好友、账户间信息共享、或支付。可选的，所述业务码为：用于支付业务的支付二维码；所述账户间业务为：第一用户账户向第二用户账户的支付业务；所述账户间业务的消息包括：支付二维码、第二用户账户及其所属的第二站点的标识；所述装置还包括支付请求接收单元和支付订单发送单元，其中：支付请求接收单元用于接收第一用户的终端发送的支付请求，其中包括支付金额、所述支付二维码、第二用户账户及其所属的第二站点的标识；支付订单发送单元用于根据支付请求生成支付订单发送给跨站点服务器，所述支付订单中包括支付金额、所述支付二维码、第二用户账户及其所属的第二站点的标识，供跨站点服务器从第 一用户账户中划转支付金额到第二用户账户中。图12所示为本申请实施例提供的一种近距离实现账户间业务的装置，应用在第二站点的服务器上，包括业务请求接收单元、跨站点业务请求发送单元、第二消息接收单元和第二消息转发单元，其中：业务请求接收单元用于接收第二用户的终端发送的所述账户间业务的请求，所述账户间业务的请求中包括第一用户账户用于进行所述账户间业务的业务码和第二用户账户信息，所述业务码中包括第一用户账户及其所属的第一站点的标识；跨站点业务请求发送单元用于当所述业务码中的第一站点标识不同于本站点的标识时，向跨站点服务器发送所述账户间业务的请求；第二消息接收单元用于接收跨站点服务器返回的所述账户间业务的消息；所述账户间业务的消息中包括所述业务码；第二消息转发单元用于接收第二用户的终端通过所述业务码对账户间业务消息的轮询，向第二终端返回所述账户间业务的消息，供第二用户的终端根据所述账户间业务的消息进行业务处理。可选的，所述装置还包括：第二服务器轮询单元，用于在向跨站点服务器发送所述账户间业务的请求后，采用所述业务码向跨站点服务器轮询所述账户间业务的消息。可选的，所述装置还包括：标识添加单元，用于在向跨站点服务器发送所述账户间业务的请求前，在请求中添加第二站点的标识。可选的，所述第二用户账户信息中包括：第二用户账户及其所属的第二站点的标识。可选的，所述业务码包括：条形码、二维码、近场通信nfc码、或声波码；所述账户间业务包括：添加好友、账户间信息共享、或支付。可选的，所述业务码为：用于支付业务的支付二维码；所述账户间业务为：第一用户账户向第二用户账户的支付业务；所述账户间业务的消息包括：支付二维码、支付金额和支付是否成功的信息。图13所示为本申请实施例提供的一种近距离实现账户间业务的装置，应用在跨站点服务器上，包括跨站点业务请求接收单元和跨站点业务处理单元， 其中：跨站点业务请求接收单元用于接收第二站点的服务器发送的账户间业务的请求，所述账户间业务的请求中包括第一用户账户用于进行所述账户间业务的业务码和第二用户账户信息，所述业务码中包括第一用户账户及其所属的第一站点的标识；跨站点业务处理单元用于根据所述账户间业务的处理流程，进行第一用户账户与第二用户账户的账户间业务操作，向第一站点的服务器和第二站点的服务器发送包括所述业务码的所述账户间业务的消息，供第一站点的服务器和第一用户的终端、第二站点的服务器和第二用户的终端进行业务处理。可选的，所述装置还包括：服务器轮询接收单元，用于接收第一站点的服务器和/或第二站点的服务器通过所述业务码对所述账户间业务消息的轮询。可选的，所述第二用户账户信息包括：第二用户账户及其所属第二站点的标识；或，所述账户间业务的请求中还包括：第二用户账户所属第二站点的标识。可选的，所述业务码包括：条形码、二维码、近场通信nfc码、或声波码；所述账户间业务包括：添加好友、账户间信息共享、或支付。可选的，所述业务码为：用于支付业务的支付二维码；所述账户间业务为：第一用户账户向第二用户账户的支付业务；所述跨站点业务处理单元进一步包括支付业务消息发送模块和转账及结果通知模块，其中：支付业务消息发送模块用于在收到第二站点服务器的支付业务请求后，向第一站点的服务器发送支付业务的消息，其中包括所述支付二维码、第二用户账户及其所属的第二站点的标识；转账及结果通知模块用于在收到第一站点的服务器发送的包括支付金额、所述支付二维码、第二用户账户及其所属的第二站点的标识的支付订单后，将与支付金额对应的款项从所述支付二维码中的第一用户账户转入第二用户账户中，并向第二站点的服务器返回支付结果，支付结果中包括支付二维码、支付金额和支付是否成功的信息。以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本 申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、 光学存储器等)上实施的计算机程序产品的形式。当前第1页12