CN105634561B - 一种信息交互方法及装置 - Google Patents

Abstract

本申请公开了一种信息交互方法及装置，该方法第一终端基于蓝牙协议，与至少两个第二终端建立连接，并获取各第二终端的用户信息，根据获取的用户信息，向各第二终端发送待处理信息，使得各第二终端对该待处理信息进行处理。通过上述方法，由于第一终端同时与多个第二终端建立了连接，并且和这些第二终端并行地进行信息交互，因此，提高了各终端的交互效率。

Description

一种信息交互方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种信息交互方法及装置。

背景技术

在现代社会中，随着计算机信息技术和互联网的飞速发展，很多信息交互过程都可以基于移动终端(如手机、平板电脑等)完成。目前，很多人都通过移动终端的近场识别，完成近距离的信息交互过程，例如支付、文件传输等。

在现有技术中，人们在基于移动终端的近场识别，进行近距离的信息交互时，可使用的交互方法主要有两种，声波和扫码。其中，声波的方法是指其中一方的移动终端(以下简称第一终端)根据另一方的移动终端(以下简称第二终端)发送的超声波，近场识别该第二终端，并完成信息交互过程。扫码的方法是指第一终端通过扫描第二终端生成的条码或二维码，近场识别该第二终端，并完成信息交互过程。

但是，对于移动终端上的这两种交互方法，第一终端和第二终端在同一时间内只能进行一对一的信息交互，而不能在同一时间内进行一对多的信息交互，因此，降低了移动终端的交互效率。

例如，当一群人聚餐结账时，其中一人去买单，然后和大家一起分摊花费，则该人所使用的移动终端即为第一终端(即一个收款终端)，其它人所使用的移动终端都为第二终端(即多个付款终端)。在这种场景下，收款终端与各付款终端之间进行的信息交互即为支付信息交互。但是，在现有的交互方法下，收款终端只能分别与每个付款终端进行支付信息交互，而不能同时和各付款终端进行支付信息交互，因此，降低了各终端的交互效率。

发明内容

本申请实施例提供一种信息交互方法及装置，用以解决现有技术中，基于目前近场识别的交互方法，移动终端在同一时间内无法进行一对多的信息交互，降低了移动终端的交互效率的问题。

本申请实施例提供的一种信息交互方法，包括：

第一终端基于短距离无线通信协议，与至少两个第二终端建立连接；并

获取各第二终端的用户信息；

根据获取的用户信息，向所述各第二终端发送待处理信息，使得所述各第二终端对所述待处理信息进行处理。

本申请实施例提供的一种信息交互装置，包括：

连接模块，用于基于短距离无线通信协议，与至少两个第二终端建立连接；

获取模块，用于获取各第二终端的用户信息；

发送模块，用于根据所述获取模块获取的用户信息，向所述各第二终端发送待处理信息，使得所述各第二终端对所述待处理信息进行处理。

本申请实施例提供一种信息交互方法及装置，该方法第一终端基于短距离无线通信协议(具体可为蓝牙协议)，与至少两个第二终端建立连接，并获取各第二终端的用户信息，进而，根据获取的第二终端用户信息，向各第二终端发送待处理信息，使得各第二终端对该待处理信息进行处理。通过上述方法，由于第一终端同时与多个第二终端建立了连接，并且和这些第二终端并行地进行信息交互，而不是在同一时间只与其中一个第二终端进行信息交互，因此，提高了各终端的交互效率。

附图说明

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

图1为本申请实施例提供的信息交互过程；

图2为本申请实施例提供的在一对多的支付场景下，信息交互的详细过程；

图3为本申请实施例提供的一对一信息交互过程；

图4为本申请实施例提供的在一对一的支付场景下，信息交互的详细过程；

图5为本申请实施例提供的信息交互装置结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为本申请实施例提供的信息交互过程，具体包括以下步骤：

S101：第一终端基于短距离无线通信协议，与至少两个第二终端建立连接。

在本申请实施例中，所述终端可以是移动终端，例如手机、平板电脑、智能手表等。所述短距离无线通信协议可以是蓝牙协议，相应的，所述连接可以是蓝牙通讯连接。

当第一终端需要与多个第二终端进行信息交互时，可由第一终端主动发起信息交互过程。若第一终端与各第二终端的间隔距离在蓝牙协议所要求的通讯范围内(一般为10米以内)，则第一终端可基于蓝牙协议，向各第二终端发送连接建立请求，并与各第二终端建立连接，后续并行地进行信息交互。

S102：第一终端获取各第二终端的用户信息。

第一终端在与多个第二终端建立连接后，可分别获取每个第二终端的用户信息，用于后续信息交互。

需要说明的是，所述用户信息可以是各第二终端的用户预先针对特定应用所注册的用户信息，则后续进行的信息交互也可以是在该特定应用所提供的服务框架下，所进行的信息交互。

例如，对于照片分享应用，则所述用户信息可以是用户预先在该照片分享应用的服务器上注册的用户账号，则后续进行信息交互时，第一终端可以根据各第二终端注册的用户账号，向各第二终端发起诸如分享照片等信息交互过程。

另外，对于某些应用，用户在注册用户账号后还可以自行定义自身的其它信息，如用户昵称等，若用户定义的该其它信息可以唯一标识该用户(由该应用的服务器校验该其它个人信息是否唯一)，则用户信息也可以是该其它信息。

仍以照片分享应用为例进行说明，假设将用户昵称作为用户信息，在这种场景下，由于用户不能对自己的用户账号进行动态修改，但是可以对自己的用户昵称进行动态修改，因此，将用户昵称作为用户信息，用于多个信息交互(如，多次地向其它的用户分享照片)时，在每次分享照片的过程中所使用的用户昵称可能不同，从而可以保护用户的隐私。当然，在分享照片的过程尚未完成时，正在使用的用户昵称不允许被修改。

S103：第一终端根据获取的用户信息，向各第二终端发送待处理信息，使得各第二终端对该待处理信息进行处理。

第一终端在获取各用户信息后，可以根据信息交互对应的应用所提供的服务，以及该应用预先定义的信息格式，构造待处理信息，然后根据各用户信息，将构造出的待处理信息发送给各第二终端，从而各第二终端上对应的应用可以正确识别和处理该待处理信息。

通过上述方法，由于第一终端在需要和多个第二终端进行信息交互时，同时与这些第二终端建立了连接，然后与这些第二终端并行地进行信息交互，而不是在同一时间只与其中一个第二终端进行信息交互，因此，提高了各终端的交互效率。

在本申请实施例中，在第一终端要与各第二终端建立连接之前，第一终端和各第二终端首先启动蓝牙功能，然后，各第二终端可在其通讯范围内广播自身的设备信息，并监听连接请求，则第一终端可根据接收到的各设备信息，主动搜索适配终端。由于在第一终端的通讯范围内可能有多个适配终端正在广播自身的设备信息，则第一终端可与搜索到的各适配终端分别建立连接，进而从建立连接的各适配终端中确定出至少两个第二终端。

需要说明的是，第一终端在与搜索到的各适配终端建立连接后，可将这些适配终端向用户展示，例如，在第一终端的屏幕展示这些适配终端各自的设备名称。然后，由用户选定其中的某些适配终端，则第一终端即可将用户选定的这些适配终端确定为各第二终端。

进一步的，对第一终端与搜索到的各适配终端建立连接的过程进行说明。第一终端针对搜索到的每个适配终端，获取该适配终端的设备信息，根据所述设备信息，生成该适配终端的通用唯一识别码(Universally Unique Identifier，UUID)，并根据生成的UUID，与该适配终端建立连接。

具体的，第一终端针对每个生成的UUID，将该UUID作为参数，传入BluetoothDevice类的creatRfcommSocketToServiceRecord方法中，则可获得该方法返回的一个BluetoothSocket对象；相应的，该UUID对应的适配终端也会根据自身的设备信息生成同样的UUID，然后将该UUID作为参数，传入BluetoothAdapter类的listenUsingRfcommWithServiceRecord方法中，则可获得该方法返回的一个BluetoothServerSocket对象，并针对该对象调用accept方法，则可获得该方法返回的一个处于监听状态的BluetoothSocket对象。至此，第一终端和该适配终端连接建立已经准备就绪，进而，第一终端针对自己获得BluetoothSocket对象调用connect方法，也即，向该适配终端发送连接请求，在该适配终端成功响应该连接请求后，第二终端和该适配终端连接建立完成。

需要说明的是，对于建立蓝牙通讯连接的两个终端，它们获取各自的BluetoothSocket对象时，所使用的UUID应当相同(都为根据监听方终端的设备信息生成的UUID)，在此前提下，这两个终端所获取的BluetoothSocket才是对应的，从而，后续这两个终端才能正常建立连接。

本申请对生成UUID的方法不做限定。对于安卓Android平台上的各移动终端，它们基于蓝牙协议，建立蓝牙通讯连接时，会使用一个固定的128位的UUID，用16进制表示为：

00001101-0000-1000-8000-00805F9B34FB。

而对于非Android平台的移动终端，则可以根据预设方法生成UUID，而用于生成UUID所使用的参数可以包括移动终端的设备信息(如网卡物理地址、芯片标识等)、时钟信息等。

进一步的，在上述步骤S101中，第一终端搜索各适配终端时，由于第一终端搜索到的各适配终端可以是不同类型的终端，例如手机、平板电脑、笔记本电脑、智能手表等，而在实际应用中，大多数用户在进行信息交互时，可能只使用某指定类型的终端(如手机)，也即，第一终端为该指定类型的终端，因此，在这种场景下，第一终端在与搜索到的各适配终端建立连接之前，可分别针对每个适配终端，判断该适配终端是否为该指定类型的终端，若是，则与该适配终端建立连接，否则，可从搜索到的各适配终端中剔除该适配终端，后续也不与该适配终端建立连接，从而，减少了需要建立连接的适配终端的数量，提高了第一终端建立连接的效率。

在本申请实施例中，支付信息交互过程是一种很典型的、可基于移动终端完成的信息交互过程，而且在实际应用中，也有一对多(一个收款终端和多个付款终端)的支付信息交互需求，也即，收款终端可能需要从多个付款终端收款。例如，某物业公司对应是收款终端，其可向其辖区内的所有住户家庭收取物业费，则各住户家庭都对应是付款终端，可分别对收款终端进行支付；又例如，朋友聚会均摊结账时，可以由其中的某人先结账，然后再用收款终端向其余人收取均摊的费用，则其余人都对应使用一个付款终端付款。

以下对这类一对多的支付信息交互的应用场景进行具体分析。

在这类情况下，所述第一终端为收款终端，所述第二终端为付款终端，所述用户信息为付款用户信息，所述待处理信息具体包括收款信息和所述收款终端的收款用户信息。在上述步骤S103中，第一终端根据获取的用户信息，向各第二终端发送待处理信息，使得各第二终端对待处理信息进行处理，具体包括：第一终端根据获取的付款用户信息，向各付款终端发送收款信息和收款终端的收款用户信息，使得所述各付款终端根据该收款信息和该收款用户信息，通过服务器向收款终端付款。

需要说明的是，在收款终端与各付款终端进行支付信息交互时，这些终端所使用的支付平台的服务器也会参与该支付信息交互过程，由服务器对各终端的资金(也可以是其它的虚拟货币，取决于所使用的支付平台)进行操作。

在本申请实施例中，对于上述步骤S101和S102，第一终端基于蓝牙协议，与至少两个第二终端建立连接，并获取各第二终端的用户信息。也即，收款终端基于蓝牙协议，与至少两个付款终端建立连接，并获取各付款终端的付款用户信息。

而在收款终端获取各付款终端的付款用户信息的过程中，由于各付款用户信息会通过蓝牙空中接口在无线信道中传输，但无线传输环境是不安全的，因此，为了增强用户信息的安全性，防止被攻击者窃取，则各付款终端可将自身的付款用户信息加密后再发送给收款终端。相应的，收款终端在接收到各付款终端发送的加密付款用户信息后，可对该加密收款用户信息进行解密，从而，获取到解密后的各付款终端的付款用户信息，并用于后续支付信息交互过程。

其中，各付款终端在加密收款用户信息时，所使用的加密算法包括但不限于：RSA、Base64、数据加密标准(Data Encryption Standard，DES)、三重数据加密标准(TripleData Encryption Standard，3DES)、国际数据加密算法(International Data EncryptionAlgorithm，IDEA)、安全哈希算法1(Secure Hash Algorithm1，Sha1)、Sha256、Sha512、消息摘要算法第5版(Message Digest Algorithm5，MD5)、高级加密标准(Advanced EncryptionStandard，AES)等。而且，各付款终端还可以从上述加密算法中，选择不少于两种的加密算法组合使用，或者是选择不少于两种的加密算法对自身的付款用户信息进行多重加密，从而，可大大提高用户信息的安全性。

进一步的，在上述步骤S103中，第一终端根据获取的用户信息，向各第二终端发送待处理信息。也即，收款终端根据获取的各付款终端的付款用户信息，向各付款终端发送收款信息和收款终端的收款用户信息。类似的，该收款信息和该收款用户信息也可经过加密后再发送，因此，对于上述步骤，具体的，收款终端对收款信息和自身的收款用户信息进行加密，得到加密收款信息和加密收款用户信息，然后，根据获取的付款用户信息，向各付款终端发送该加密收款信息和该加密收款用户信息。进而，各付款终端后续会对会对该加密收款信息和该加密收款用户信息进行解密，获取到解密后的收款信息和收款用户信息，然后根据收款信息和收款用户信息，通过服务器向收款终端付款。

需要说明的是，所述收款信息可以包含收款金额、收款币种等。当收款终端获取各付款终端的付款用户信息后，可根据获取的付款用户信息，向各付款终端同时发送收款用户信息和对应的收款信息。具体的，收款终端可分别为每个付款终端构造一条收款请求，其中，该收款请求可携带收款终端的收款用户信息和对应的付款终端的收款信息，显然，若各付款终端的收款信息相同，则收款终端也可仅构造一条收款请求。然后，收款终端可同时向各付款终端发送的收款请求，则各付款终端获取收款终端的收款用户信息和对应的收款信息后，即可向收款终端进行付款。

另外，由于上述方法中所述的移动终端在进行支付信息交互时，还需要和所使用的支付应用的服务器进行信息交互，而与服务器进行的交互需要基于通信运营商所提供的通信网络完成。因此，移动终端只有在通信网络信号正常的情况下，才能实时地完成支付信息交互过程。而当通信网络信号不正常时，移动终端可暂停执行完整的支付信息交互过程，或者，移动终端也可离线非实时地完成支付信息交互过程。其中，在离线场景下的支付信息交互过程中，移动终端可将要与服务器交互的各种信息暂缓发送，等待检测到通信网络信号恢复正常时，再自动向服务器发送这些信息，从而能够继续完成支付信息交互过程。

图2为本申请实施例提供的在一对多的支付场景下，信息交互的详细过程，具体包括以下步骤：

S201：各付款终端开启蓝牙功能，广播自身的设备信息。

S202：各付款终端根据自身的设备信息，生成UUID，并根据生成的UUID，监听连接请求。

S203：收款终端开启蓝牙功能，扫描搜索蓝牙通讯范围内的适配终端。

S204：收款终端搜索到各适配终端。

S205：收款终端从搜索到的各适配终端中过滤出指定类型的适配终端。

S206：收款终端针对包括各付款终端在内的每一个过滤出的适配终端，根据该适配终端所广播的设备信息，生成UUID，并根据生成的UUID，与该适配终端建立连接。

S207：收款终端从建立连接的各适配终端中确定各付款终端。

S208：各付款终端对各自的付款用户信息进行加密，得到加密付款用户信息，并向收款终端发送加密付款用户信息。

S209：收款终端接收到各加密付款用户信息，并对各加密付款用户信息进行解密，获得解密后的各付款终端的付款用户信息。

S210：收款终端对收款用户信息和收款信息进行加密，得到加密收款用户信息和加密收款信息，并根据各付款终端的付款用户信息，向各付款终端发送加密收款用户信息和加密收款信息。

S211：各付款终端接收到收款终端的加密收款用户信息和加密收款信息，并对其进行解密，获得解密后的收款终端的收款用户信息和对应于自己的收款信息。

S212：各付款终端根据收款终端的收款用户信息和收款信息，向服务器发送付款请求。

S213：服务器根据各付款请求操作对应的资金。

S214：服务器操作完毕后，向各付款终端发送付款结果。

S215：若服务器操作成功，则向收款终端发送到账通知。

以上是第一终端与各第二终端进行一对多的信息交互过程，当然，在本申请实施例中，第一终端还可与第二终端进行一对一的信息交互过程。

图3为本申请实施例提供的一对一信息交互过程，具体包括以下步骤：

S301：第一终端基于短距离无线通信协议，与第二终端建立连接。

S302：获取第二终端的用户信息；

S303：根据获取的用户信息，向第二终端发送待处理信息，使得第二终端对该待处理信息进行处理。

在本申请实施例中，所述终端可以是移动终端，例如手机、平板电脑、智能手表等。所述短距离无线通信协议可以是蓝牙协议，相应的，所述连接可以是蓝牙通讯连接。

其中，对于上述步骤S301，具体的，第一终端搜索适配终端，并针对搜索到的每个适配终端，获取该适配终端的设备信息，然后根据获取的设备信息，生成该适配终端的通用唯一识别码UUID，再根据生成的UUID，与该适配终端建立连接，并从建立连接的各适配终端中确定出第二终端。

在一对多的支付信息交互的场景中，第一终端为收款终端，各第二终端为付款终端，由收款终端发起支付信息交互过程。而对于一对一的支付信息的场景，也可以由付款终端来发起支付信息交互过程。

则在这种场景下，第一终端为付款终端，第二终端为收款终端，第二终端的用户信息为收款用户信息。第一终端向第二终端发送待处理信息，使得第二终端对该待处理信息进行处理，具体包括：付款终端通过服务器向收款终端付款，使得收款终端通过服务器收款。

下面对在这种场景下的一对一的支付信息交互过程进一步说明。

付款终端可基于短距离无线通信协议(具体可为蓝牙协议)，与收款终端建立连接，并获取收款终端的收款用户信息，根据获取的收款用户信息，通过服务器向收款终端付款，使得收款终端通过服务器收款。其中，建立连接的过程前面已有详细说明，在此不再赘述。

进一步的，由于收款终端可将自身的收款用户信息加密，获得加密收款用户信息，再将加密收款用户信息发送给付款终端，因此，付款终端获取到加密收款用户信息后，可对其进行解密，获得解密后的收款终端的收款用户信息。

图4为本申请实施例提供的在一对一的支付场景下，信息交互的详细过程，具体包括以下步骤：

S401：收款终端开启蓝牙功能，广播自身的设备信息。

S402：收款终端根据自身的设备信息，生成UUID，并根据生成的UUID，监听连接请求。

S404：付款终端开启蓝牙功能，扫描搜索蓝牙通讯范围内的适配终端。

S404：付款终端搜索到各适配终端。

S405：付款终端从搜索到的各适配终端中过滤出指定类型的适配终端。

S406：付款终端针对包括收款终端在内的每一个过滤出的适配终端，根据该适配终端所广播的设备信息，生成UUID，并根据生成的UUID，与该适配终端建立连接。

S407：付款终端从建立连接的各适配终端中确定收款终端。

S408：收款终端对收款用户信息进行加密，得到加密收款用户信息，并向付款终端发送加密收款用户信息。

S409：付款终端接收到该加密收款用户信息，并对该加密收款用户信息进行解密，获得解密后的收款终端的收款用户信息。

S410：付款终端根据收款终端的收款用户信息，向服务器发送付款请求。

S411：服务器根据该付款请求操作对应的资金。

S412：服务器操作完毕后，向付款终端发送付款结果。

S414：若服务器操作成功，则向收款终端发送到账通知。

以上为本申请实施例提供的信息交互方法，基于同样的思路，本申请实施例还提供相应的信息交互装置，如图5所示。

图5为本申请实施例提供的信息交互装置结构示意图，具体包括：

连接模块501，用于基于短距离无线通信协议，与至少两个第二终端建立连接；

获取模块502，用于获取各第二终端的用户信息；

发送模块503，用于根据所述获取模块502获取的用户信息，向所述各第二终端发送待处理信息，使得所述各第二终端对所述待处理信息进行处理。

所述短距离无线通信协议具体包括蓝牙协议。

所述连接模块501具体用于，搜索适配终端，与搜索到的各适配终端建立连接，从建立连接的各适配终端中确定至少两个第二终端。

所述连接模块501具体用于，针对搜索到的每个适配终端，获取该适配终端的设备信息，根据所述设备信息，生成该适配终端的通用唯一识别码UUID，根据生成的UUID，与该适配终端建立连接。

所述装置还包括：

确定模块504，用于在所述连接模块501与搜索到的各适配终端建立连接之前，确定搜索到的各适配终端为指定类型的终端。

所述第一终端为收款终端，所述第二终端为付款终端，所述用户信息为付款用户信息，所述待处理信息具体包括收款信息和所述收款终端的收款用户信息，所述发送模块503具体用于，根据获取的付款用户信息，向所述各付款终端发送收款信息和所述收款终端的收款用户信息，使得所述各付款终端根据所述收款信息和所述收款用户信息，通过服务器向所述收款终端付款。

所述获取模块502具体用于，获取各付款终端的加密付款用户信息，对所述加密付款用户信息进行解密，获取解密后的所述各付款终端的付款用户信息。

所述发送模块503具体用于，对收款信息和所述收款终端的收款用户信息进行加密，得到加密收款信息和加密收款用户信息，根据获取的付款用户信息，向所述各付款终端发送所述加密收款信息和所述加密收款用户信息。

具体的上述如图5所示的装置可以位于移动终端上。

本申请实施例提供一种信息交互方法及装置，该方法第一终端基于短距离无线通信协议(具体可为蓝牙协议)，与至少两个第二终端建立连接，并获取各第二终端的用户信息，进而，根据获取的用户信息，向各第二终端发送待处理信息，使得各第二终端对所述待处理信息进行处理。通过上述方法，由于第一终端同时与多个第二终端建立了连接，并且和这些第二终端并行地进行信息交互，而不是在同一时间只与其中一个第二终端进行信息交互，因此，提高了各终端的交互效率。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种信息交互方法，其特征在于，包括：

第一终端基于短距离无线通信协议，与至少两个第二终端建立连接；并

获取各第二终端的用户信息；所述用户信息是各第二终端的用户预先针对特定应用所注册的用户信息；

根据所述特定应用所提供的服务以及所述特定应用预先定义的信息格式，构造待处理信息；

根据获取的用户信息，向所述各第二终端发送待处理信息，使得所述各第二终端对所述待处理信息进行处理。

2.如权利要求1所述的方法，其特征在于，所述短距离无线通信协议具体包括蓝牙协议。

3.如权利要求1所述的方法，其特征在于，与至少两个第二终端建立连接，具体包括：

搜索适配终端；

与搜索到的各适配终端建立连接；

从建立连接的各适配终端中确定至少两个第二终端。

4.如权利要求3所述的方法，其特征在于，与搜索到的各适配终端建立连接，具体包括：

针对搜索到的每个适配终端，获取该适配终端的设备信息；

根据所述设备信息，生成该适配终端的通用唯一识别码UUID；

根据生成的UUID，与该适配终端建立连接。

5.如权利要求3所述的方法，其特征在于，在与搜索到的各适配终端建立连接之前，所述方法还包括：

确定搜索到的各适配终端为指定类型的终端。

6.如权利要求1所述的方法，其特征在于，所述第一终端为收款终端，所述第二终端为付款终端，所述用户信息为付款用户信息，所述待处理信息具体包括收款信息和所述收款终端的收款用户信息；

根据获取的用户信息，向所述各第二终端发送待处理信息，使得所述各第二终端对所述待处理信息进行处理，具体包括：

根据获取的付款用户信息，向所述各付款终端发送收款信息和所述收款终端的收款用户信息，使得所述各付款终端根据所述收款信息和所述收款用户信息，通过服务器向所述收款终端付款。

7.如权利要求6所述的方法，其特征在于，获取各第二终端的用户信息，具体包括：

获取各付款终端的加密付款用户信息；

对所述加密付款用户信息进行解密，获取解密后的所述各付款终端的付款用户信息。

8.如权利要求6所述的方法，其特征在于，根据获取的用户信息，向所述各第二终端发送待处理信息，具体包括：

对收款信息和所述收款终端的收款用户信息进行加密，得到加密收款信息和加密收款用户信息；

根据获取的付款用户信息，向所述各付款终端发送所述加密收款信息和所述加密收款用户信息。

9.一种信息交互装置，其特征在于，包括：

连接模块，用于基于短距离无线通信协议，与至少两个第二终端建立连接；

获取模块，用于获取各第二终端的用户信息；所述用户信息是各第二终端的用户预先针对特定应用所注册的用户信息；

发送模块，用于根据所述特定应用所提供的服务以及所述特定应用预先定义的信息格式，构造待处理信息，根据所述获取模块获取的用户信息，向所述各第二终端发送待处理信息，使得所述各第二终端对所述待处理信息进行处理。

10.如权利要求9所述的装置，其特征在于，所述短距离无线通信协议具体包括蓝牙协议。