一种用于实现应用中用户间通信的方法与设备.pdf

本申请的目的是提供一种用于实现应用中用户间通信的方法与设备。具体地，第一用户设备向网络设备发送应用中第一用户通过第一用户设备发起的用户间通信请求，以及第一用户设备的附近设备的附近设备标识信息；接收网络设备基于用户间通信请求所返回的应用中一个或多个候选第二用户；根据第一用户对候选第二用户的选择操作确定对应的第二用户；建立第一用户与第二用户间的通信。与现有技术相比，本申请通过建立第一用户与第二用户间的通信，实现了同一应用中不同用户间的通信，便利了同一应用中的不同用户之间的交流与互动，提高了应用中用户间通信的效率，并提升了用户的应用使用体验。

权利要求书1.  一种在第一用户设备端用于实现应用中用户间通信的方法，其中，该 方法包括： 向网络设备发送应用中第一用户通过第一用户设备发起的用户间通信 请求，以及所述第一用户设备的附近设备的附近设备标识信息； 接收所述网络设备基于所述用户间通信请求所返回的所述应用中一个 或多个候选第二用户，其中，所述候选第二用户的用户设备具有所述附近设 备标识信息之一； 根据所述第一用户对所述候选第二用户的选择操作确定对应的第二用 户； 建立所述第一用户与所述第二用户间的通信。 2.  根据权利要求1所述的方法，其中，所述附近设备标识信息是通过在 所述应用中搜索所述第一用户设备的附近设备来获取的。 3.  根据权利要求1或2所述的方法，其中，所述建立所述第一用户与所 述第二用户间的通信包括： 向所述第二用户的用户设备发送通信确认请求； 接收所述第二用户反馈的通信确认信息； 建立所述第一用户与所述第二用户间的通信。 4.  根据权利要求1或2所述的方法，其中，所述建立所述第一用户与所 述第二用户间的通信包括： 向所述网络设备发送关于所述第二用户的通信确认请求； 接收所述网络设备返回的所述第二用户基于所述通信确认请求所反馈 的通信确认信息； 建立所述第一用户与所述第二用户间的通信。 5.  一种在网络设备端用于实现应用中用户间通信的方法，其中，该方法 包括： 获取应用中第一用户通过第一用户设备发起的用户间通信请求，以及所 述第一用户设备的附近设备的附近设备标识信息； 根据所述附近设备标识信息确定与所述用户间通信请求相对应的所述 应用中一个或多个候选第二用户，其中，所述候选第二用户的用户设备具有 所述附近设备标识信息之一； 将所述一个或多个候选第二用户中至少一个返回至所述第一用户设备。 6.  根据权利要求5所述的方法，其中，所述根据所述附近设备标识信息 确定与所述用户间通信请求相对应的所述应用中一个或多个候选第二用户 包括： 根据所述附近设备标识信息在所述网络设备的待匹配通信请求中进行 匹配查询，以获得与所述用户间通信请求相对应的所述应用中一个或多个候 选第二用户，其中，所述候选第二用户通过具有所述附近设备标识信息之一 的用户设备向所述网络设备提交所述待匹配通信请求。 7.  根据权利要求6所述的方法，其中，所述候选第二用户的一个附近设 备具有所述第一用户设备的设备标识信息。 8.  根据权利要求5至7中任一项所述的方法，其中，该方法还包括： 接收所述第一用户设备发送的关于第二用户的通信确认请求，其中，所 述第二用户是所述第一用户所选择的所述候选第二用户； 将所述通信确认请求转发至所述第二用户的第二用户设备； 接收所述第二用户设备返回的所述第二用户基于所述通信确认请求所 反馈的通信确认信息； 将所述通信确认信息发送至所述第一用户设备。 9.  一种在第二用户设备端用于实现应用中用户间通信的方法，其中，该 方法包括： 向网络设备发送应用中第二用户通过第二用户设备发起的用户间通信 请求； 接收第一用户通过第一用户设备发送的通信确认请求，其中，所述第一 用户设备的一个附近设备与所述第二用户设备具有相同的设备标识信息； 返回所述第二用户基于所述通信确认请求所反馈的通信确认信息。 10.  根据权利要求9所述的方法，其中，所述向网络设备发送应用中第 二用户通过第二用户设备发起的用户间通信请求包括： 向网络设备发送应用中第二用户通过第二用户设备发起的用户间通信 请求，以及所述第二用户设备的附近设备的附近设备标识信息； 其中，所述接收第一用户通过第一用户设备发送的通信确认请求包括： 接收第一用户通过第一用户设备发送的通信确认请求，其中，所述第一 用户设备的一个附近设备与所述第二用户设备具有相同的设备标识信息，所 述第一用户设备具有所述附近设备标识信息之一。 11.  一种用于实现应用中用户间通信的第一用户设备，其中，该第一用 户设备包括： 第一装置，用于向网络设备发送应用中第一用户通过第一用户设备发起 的用户间通信请求，以及所述第一用户设备的附近设备的附近设备标识信 息； 第三装置，用于接收所述网络设备基于所述用户间通信请求所返回的所 述应用中一个或多个候选第二用户，其中，所述候选第二用户的用户设备具 有所述附近设备标识信息之一； 第五装置，用于根据所述第一用户对所述候选第二用户的选择操作确定 对应的第二用户； 第七装置，用于建立所述第一用户与所述第二用户间的通信。 12.  根据权利要求11所述的第一用户设备，其中，所述附近设备标识信 息是通过在所述应用中搜索所述第一用户设备的附近设备来获取的。 13.  根据权利要求11或12所述的第一用户设备，其中，所述第七装置 用于： 向所述第二用户的用户设备发送通信确认请求； 接收所述第二用户反馈的通信确认信息； 建立所述第一用户与所述第二用户间的通信。 14.  根据权利要求11或12所述的第一用户设备，其中，所述第七装置 用于： 向所述网络设备发送关于所述第二用户的通信确认请求； 接收所述网络设备返回的所述第二用户基于所述通信确认请求所反馈 的通信确认信息； 建立所述第一用户与所述第二用户间的通信。 15.  一种用于实现应用中用户间通信的网络设备，其中，该网络设备包 括： 第二装置，用于获取应用中第一用户通过第一用户设备发起的用户间通 信请求，以及所述第一用户设备的附近设备的附近设备标识信息； 第四装置，用于根据所述附近设备标识信息确定与所述用户间通信请求 相对应的所述应用中一个或多个候选第二用户，其中，所述候选第二用户的 用户设备具有所述附近设备标识信息之一； 第六装置，用于将所述一个或多个候选第二用户中至少一个返回至所述 第一用户设备。 16.  根据权利要求15所述的网络设备，其中，所述第四装置用于： 根据所述附近设备标识信息在所述网络设备的待匹配通信请求中进行 匹配查询，以获得与所述用户间通信请求相对应的所述应用中一个或多个候 选第二用户，其中，所述候选第二用户通过具有所述附近设备标识信息之一 的用户设备向所述网络设备提交所述待匹配通信请求。 17.  根据权利要求16所述的网络设备，其中，所述候选第二用户的一个 附近设备具有所述第一用户设备的第一设备标识信息。 18.  根据权利要求15至17中任一项所述的网络设备，其中，该网络设 备还包括第八装置，用于： 接收所述第一用户设备发送的关于第二用户的通信确认请求，其中，所 述第二用户是所述第一用户所选择的所述候选第二用户； 将所述通信确认请求转发至所述第二用户的第二用户设备； 接收所述第二用户设备返回的所述第二用户基于所述通信确认请求所 反馈的通信确认信息； 将所述通信确认信息发送至所述第一用户设备。 19.  一种用于实现应用中用户间通信的第二用户设备，其中，该第二用 户设备包括： 第一一装置，用于向网络设备发送应用中第二用户通过第二用户设备发 起的用户间通信请求； 第一三装置，用于接收第一用户通过第一用户设备发送的通信确认请 求，其中，所述第一用户设备的一个附近设备与所述第二用户设备具有相同 的设备标识信息； 第一五装置，用于返回所述第二用户基于所述通信确认请求所反馈的通 信确认信息。 20.  根据权利要求19所述的第二用户设备，其中，所述第一一装置用于： 向网络设备发送应用中第二用户通过第二用户设备发起的用户间通信 请求，以及所述第二用户设备的附近设备的附近设备标识信息； 其中，所述第一三装置用于： 接收第一用户通过第一用户设备发送的通信确认请求，其中，所述第一 用户设备的一个附近设备与所述第二用户设备具有相同的设备标识信息，所 述第一用户设备具有所述附近设备标识信息之一。 21.  一种用于实现应用中用户间通信的第三用户设备，其中，该第三用 户设备包括如权利要求11至14中任一项所述的第一用户设备，以及如权利 要求19或20所述的第二用户设备。 22.  一种用于实现应用中用户间通信的系统，其中，该系统包括如权利 要求11至14中任一项所述的第一用户设备、如权利要求15至18中任一项 所述的网络设备，以及如权利要求19或20所述的第二用户设备。

说明书一种用于实现应用中用户间通信的方法与设备
技术领域
本申请涉及互联网技术领域，尤其涉及一种用于实现应用中用户间通信 的方法与设备。
背景技术
在移动互联网时代，人们不仅通过终端设备从互联网获取信息，还通过 在其上安装各种应用等来丰富终端设备的功能，如通过游戏应用来进行娱 乐。然而，应用功能的多样化使得某些应用功能需要多个用户相互配合才能 体验该应用功能，当用户需要查找并与处于同一应用中的其他用户进行通信 时，现有技术无法实现，不仅降低了用户间的通信效率，也影响了用户的应 用使用体验。
发明内容
本申请的一个目的是提供一种的用于实现应用中用户间通信的方法与设 备。
根据本申请的一个方面，提供了一种在第一用户设备端用于实现应用中用 户间通信的方法，其中，该方法包括：
向网络设备发送应用中第一用户通过第一用户设备发起的用户间通信 请求，以及所述第一用户设备的附近设备的附近设备标识信息；
接收所述网络设备基于所述用户间通信请求所返回的所述应用中一个 或多个候选第二用户，其中，所述候选第二用户的用户设备具有所述附近设 备标识信息之一；
根据所述第一用户对所述候选第二用户的选择操作确定对应的第二用 户；
建立所述第一用户与所述第二用户间的通信。
根据本申请的另一方面，还提供了一种在网络设备端用于实现应用中用 户间通信的方法，其中，该方法包括：
获取应用中第一用户通过第一用户设备发起的用户间通信请求，以及所 述第一用户设备的附近设备的附近设备标识信息；
根据所述附近设备标识信息确定与所述用户间通信请求相对应的所述 应用中一个或多个候选第二用户，其中，所述候选第二用户的用户设备具有 所述附近设备标识信息之一；
将所述一个或多个候选第二用户中至少一个返回至所述第一用户设备。
根据本申请的再一方面，还提供了一种在第二用户设备端用于实现应用 中用户间通信的方法，其中，该方法包括：
向网络设备发送应用中第二用户通过第二用户设备发起的用户间通信 请求；
接收第一用户通过第一用户设备发送的通信确认请求，其中，所述第一 用户设备的一个附近设备与所述第二用户设备具有相同的设备标识信息；
返回所述第二用户基于所述通信确认请求所反馈的通信确认信息。
根据本申请的一个方面，还提供了一种用于实现应用中用户间通信的第一 用户设备，其中，该第一用户设备包括：
第一装置，用于向网络设备发送应用中第一用户通过第一用户设备发起 的用户间通信请求，以及所述第一用户设备的附近设备的附近设备标识信 息；
第三装置，用于接收所述网络设备基于所述用户间通信请求所返回的所 述应用中一个或多个候选第二用户，其中，所述候选第二用户的用户设备具 有所述附近设备标识信息之一；
第五装置，用于根据所述第一用户对所述候选第二用户的选择操作确定 对应的第二用户；
第七装置，用于建立所述第一用户与所述第二用户间的通信。
根据本申请的另一方面，还提供了一种用于实现应用中用户间通信的网 络设备，其中，该网络设备包括：
第二装置，用于获取应用中第一用户通过第一用户设备发起的用户间通 信请求，以及所述第一用户设备的附近设备的附近设备标识信息；
第四装置，用于根据所述附近设备标识信息确定与所述用户间通信请求 相对应的所述应用中一个或多个候选第二用户，其中，所述候选第二用户的 用户设备具有所述附近设备标识信息之一；
第六装置，用于将所述一个或多个候选第二用户中至少一个返回至所述 第一用户设备。
根据本申请的再一方面，还提供了一种用于实现应用中用户间通信的第 二用户设备，其中，该第二用户设备包括：
第一一装置，用于向网络设备发送应用中第二用户通过第二用户设备发 起的用户间通信请求；
第一三装置，用于接收第一用户通过第一用户设备发送的通信确认请 求，其中，所述第一用户设备的一个附近设备与所述第二用户设备具有相同 的设备标识信息；
第一五装置，用于返回所述第二用户基于所述通信确认请求所反馈的通 信确认信息。
根据本申请的又一个方面，还提供了一种用于实现应用中用户间通信的第 三用户设备，其中，该第三用户设备包括如前述根据本申请一个方面的一种 用于实现应用中用户间通信的第一用户设备，以及根据本申请再一方面的一 种用于实现应用中用户间通信的第二用户设备。
根据本申请的还一个方面，还提供了一种用于实现应用中用户间通信的 系统，其中，该系统包括如前述根据本申请一个方面的一种用于实现应用中 用户间通信的第一用户设备、根据本申请另一方面的一种用于实现应用中用 户间通信的网络设备，以及根据本申请再一方面的一种用于实现应用中用户 间通信的第二用户设备。
与现有技术相比，本申请的一个实施例中，第一用户设备通过向网络设 备发送应用中第一用户通过第一用户设备发起的用户间通信请求，以及所述 第一用户设备的附近设备的附近设备标识信息；并接收所述网络设备基于所 述用户间通信请求所返回的所述应用中一个或多个候选第二用户，以根据所 述第一用户对所述候选第二用户的选择操作确定对应的第二用户；从而建立 所述第一用户与所述第二用户间的通信，实现了同一应用中不同用户间的通 信，便利了同一应用中的不同用户之间的交流与互动，提高了应用中用户间 通信的效率，并提升了用户的应用使用体验。此外，本申请的另一个实施例 中，第一用户设备向所述第二用户的用户设备发送通信确认请求，并接收所 述第二用户反馈的通信确认信息，建立所述第一用户与所述第二用户间的通 信，在建立第一用户与第二用户间的通信时，第一用户的第一用户设备直接 向第二用户的用户设备发送通信确认请求，并接收所述第二用户反馈的通信 确认信息，进一步提高了应用中用户间通信的效率，并提升了用户的应用使 用体验。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的 其它特征、目的和优点将会变得更明显：
图1示出根据本申请一个方面的一种用于实现应用中用户间通信的第一 用户设备和网络设备的设备示意图；
图2示出根据本申请一个优选实施例的一种用于实现应用中用户间通信 的第一用户设备、网络设备和第二用户设备的设备示意图；
图3示出根据本申请另一个方面的第一用户设备和网络设备配合实现一 种用于实现应用中用户间通信的方法流程图；
图4示出根据本申请一个优选实施例的第一用户设备、网络设备和第二 用户设备配合实现一种用于实现应用中用户间通信的方法流程图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本申请作进一步详细描述。
在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一 个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器 (RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由 任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、 程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他 类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存 储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器 (CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁 盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算 设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可 读媒体(transitory media)，如调制的数据信号和载波。
图1示出根据本申请一个方面的一种用于实现应用中用户间通信的第一 用户设备1和网络设备3的设备示意图，其中，第一用户设备1包括第一装 置111、第三装置112、第五装置113和第七装置114，网络设备3包括第二 装置131、第四装置132和第六装置133。具体地，第一用户设备1的第一 装置111向网络设备3发送应用中第一用户通过第一用户设备发起的用户间 通信请求，以及所述第一用户设备的附近设备的附近设备标识信息；相应地， 网络设备3的第二装置131获取应用中第一用户通过第一用户设备发起的用 户间通信请求，以及所述第一用户设备的附近设备的附近设备标识信息；第 四装置132根据所述附近设备标识信息确定与所述用户间通信请求相对应的 所述应用中一个或多个候选第二用户，其中，所述候选第二用户的用户设备 具有所述附近设备标识信息之一；第六装置133将所述一个或多个候选第二 用户中至少一个返回至所述第一用户设备；相应地，第一用户设备1的第三 装置112接收所述网络设备基于所述用户间通信请求所返回的所述应用中一 个或多个候选第二用户，其中，所述候选第二用户的用户设备具有所述附近 设备标识信息之一；第五装置113根据所述第一用户对所述候选第二用户的 选择操作确定对应的第二用户；第七装置114建立所述第一用户与所述第二 用户间的通信。
在此，第一用户设备1是任何一种可以与其他用户设备通过蓝牙等方式 实现两者连接并实现应用中用户间通信并能够与对应网络设备进行交互的 电子产品，其可与用户通过键盘、鼠标、触摸板、触摸屏、手写设备、遥 控器、或声控设备等方式进行人机交互，例如游戏终端、计算机、手机、 PDA、掌上电脑PPC、平板电脑等。在此，需要说明的是，本申请中“应用 中用户间通信”中的所述应用在计算设备上执行以实现一定功能或活动， 例如以能够让用户直接获得快感(如心理的愉悦等)为主要目的、且有主体 参与互动的活动，比如游戏等，其中，主体参与互动可以是指主体动作、语 言、表情等变化与获得快感的刺激方式及刺激程度有直接联系。“所述用户 间通信”可以是不同用户在应用中的实时合作、实时对抗等，如用户在游戏 中的合作或对抗。在此，本领域技术人员应能理解上述应用及用户间通信仅 为举例，其他现有的或今后可能出现的应用或用户间通信如可适用于本申 请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。
网络设备3是任何一种可以协同用户设备实现应用中用户间通信的服务 器，如游戏服务器等，其可由网络主机、单个网络服务器、多个网络服务器 集或基于云计算的计算机集合等实现。在此，云由基于云计算(Cloud  Computing)的大量主机或网络服务器构成，其中，云计算是分布式计算的 一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。
在此，所述第一用户设备1和网络设备3均包括一种能够按照事先设定 或存储的指令，自动进行数值计算和信息处理的电子设备，其硬件包括但 不限于微处理器、专用集成电路(ASIC)、可编程门阵列(FPGA)、数字处理 器(DSP)、嵌入式设备等。本领域技术人员应能理解上述第一用户设备1 和网络设备3仅为举例，其他现有的或今后可能出现的用户设备或网络设备 如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式 包含于此。
具体地，第一用户设备1的第一装置111首先通过诸如蓝牙搜索，搜索 到所述第一用户设备的附近设备的附近设备标识信息；然后，通过诸如http、 https等约定的通信方式，向网络设备3发送应用中第一用户通过第一用户 设备发起的用户间通信请求，以及所述第一用户设备的附近设备的附近设 备标识信息。在此，所述附近设备可以是第一用户设备附近的其他蓝牙设备， 所述附近设备标识信息用于标识所述附近设备，其可以是设备的蓝牙号、蓝 牙设备名称(例如，设备的用户友好名称，如PIN)等，其中，附近设备标 识信息可由字母、数字等符号表示。优选地，所述附近设备标识在用户通过 其用户设备上的蓝牙功能搜索附近设备时上报到网络设备3的，当用户设备 停止搜索后会从网络设备3删除。优选地，所述附近设备标识信息是通过在 所述应用中搜索所述第一用户设备的附近设备来获取的，例如，第一用户通 过第一用户设备使用蓝牙功能通过搜索可获取到周围其他开启蓝牙功能的 设备的唯一设备号，从而获取到第一用户设备的附近设备的附近设备标识信 息。本领域技术人员应能理解上述附近设备标识信息仅为举例，其他现有的 或今后可能出现的附近设备标识信息如可适用于本申请，也应包含在本申 请保护范围以内，并在此以引用方式包含于此。
例如，假设用户User-A通过其用户设备UE-A(即第一用户设备)玩游 戏(如game-1)时，其欲找到对手一同来玩该游戏，然后用户A开启了其用 户设备UE-A的蓝牙功能，用户设备UE-A使用蓝牙功能通过搜索获取到周围 其他开启蓝牙功能的设备的唯一设备号，如获取到附近设备如设备UE-B、 UE-C的唯一设备号分别为PIN-B、PIN-C，即获取到用户设备UE-A的附近设 备的附近设备标识信息；然后，第一装置111通过诸如http、https等约定 的通信方式，向网络设备3发送应用(如game-1)中用户A通过用户设备 UE-A发起的用户间通信请求，以及用户设备UE-A的附近设备如UE-B、UE-C 的附近设备标识信息PIN-B和PIN-C。
本领域技术人员应能理解上述获取并发送所述附近设备标识信息的方 式仅为举例，其他现有的或今后可能出现的获取并发送所述附近设备标识 信息的方式如可适用于本申请，也应包含在本申请保护范围以内，并在此 以引用方式包含于此。
相应地，网络设备3的第二装置131通过诸如http、https等约定的通 信方式，获取应用中第一用户通过第一用户设备发起的用户间通信请求，以 及所述第一用户设备的附近设备的附近设备标识信息。
接着，第四装置132根据所述附近设备标识信息确定与所述用户间通信 请求相对应的所述应用中一个或多个候选第二用户，如根据所述附件设备 标识信息，在包含设备标识与用户在应用中的用户名信息之间对应关系的数 据库中进行匹配查询，可获得所述附件设备标识信息所对应的用户，以将该 等用户作为所述候选第二用户，其中，所述候选第二用户的用户设备具有所 述附近设备标识信息之一。例如，假设网络设备3已接收到应用如game-1 中的多个用户向其发送的用户间通信请求，该多个用户与其对应的设备标识 信息如下表1所示：

表1
由于User-B和User-C各自对应的用户设备的设备标识信息具有用户设 备UE-A发送的附件设备标识信息之一，则第四装置132可确定所述候选第 二用户为User-B和User-C。
本领域技术人员应能理解上述确定所述候选第二用户的方式仅为举 例，其他现有的或今后可能出现的确定所述候选第二用户的方式如可适用 于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于 此。
第六装置133通过诸如http、https等约定的通信方式，将所述一个或 多个候选第二用户中至少一个返回至所述第一用户设备。
相应地，第一用户设备1的第三装置112通过诸如http、https等约定 的通信方式，接收所述网络设备基于所述用户间通信请求所返回的所述应用 中一个或多个候选第二用户，其中，所述候选第二用户的用户设备具有所 述附近设备标识信息之一。
然后，第五装置113首先通过调用第一用户设备1自身所提供的应用程 序接口(API)，或者通过调用应用自身所提供的应用程序接口(API)，来 获取所述第一用户对所述候选第二用户的选择操作；然后，根据该选择操作 确定对应的第二用户。在此，所述选择操作包括但不限于如点击、选中等操 作。例如，假设用户User-A在候选第二用户User-B和User-C中选择了 User-B，则第五装置113可通过调用应用如game-1自身提供的应用程序接 口(API)，便获取到用户User-A对User-B的选择操作，然后，第五装置 113将用户User-A选择的用户User-B作为所述第二用户。
第七装置114建立所述第一用户与所述第二用户间的通信，如第一用户 与第二用户之间可直接进行通信，如在应用中直接发信息，直接邀请第二用 户参与到应用中，或者，第一用户可通过网络设备3邀请第二用户进行参与 到应用中，从而实现第一用户与第二用户在应用中的用户间通信，提高了应 用中用户间通信的效率，并提升了用户的应用使用体验。
第一用户设备1和网络设备3的各个装置之间是持续不断工作的。具体 地，第一用户设备1的第一装置111持续向网络设备3发送应用中第一用户 通过第一用户设备发起的用户间通信请求，以及所述第一用户设备的附近 设备的附近设备标识信息；相应地，网络设备3的第二装置131持续获取应 用中第一用户通过第一用户设备发起的用户间通信请求，以及所述第一用 户设备的附近设备的附近设备标识信息；第四装置132持续根据所述附近设 备标识信息确定与所述用户间通信请求相对应的所述应用中一个或多个候 选第二用户，其中，所述候选第二用户的用户设备具有所述附近设备标识 信息之一；第六装置133持续将所述一个或多个候选第二用户中至少一个返 回至所述第一用户设备；相应地，第一用户设备1的第三装置112持续接收 所述网络设备基于所述用户间通信请求所返回的所述应用中一个或多个候 选第二用户，其中，所述候选第二用户的用户设备具有所述附近设备标识 信息之一；第五装置113持续根据所述第一用户对所述候选第二用户的选择 操作确定对应的第二用户；第七装置114持续建立所述第一用户与所述第二 用户间的通信。在此，本领域技术人员应当理解所述“持续”是指第一用户 设备1和网络设备3的各装置之间分别不断地进行用户间通信请求的发送与 接收、候选第二用户的确定、返回与接收、第二用户的确定，以及第一用户 与第二用户间的通信的建立，直至第一用户设备1在较长时间内停止向网络 设备3发送所述用户间通信请求。
优选地，网络设备3的第四装置132可根据所述附近设备标识信息在所 述网络设备的待匹配通信请求中进行匹配查询，以获得与所述用户间通信 请求相对应的所述应用中一个或多个候选第二用户，其中，所述候选第二 用户通过具有所述附近设备标识信息之一的用户设备向所述网络设备提交 所述待匹配通信请求。例如，假设网络设备3的第二装置131获取到应用如 game-1中的第一用户(如User-A)通过其用户设备UE-A发起的用户间通信 请求，以及用户设备UE-A的附近设备如UE-B、UE-C的附近设备标识信息 PIN-B和PIN-C，而网络设备3的待匹配通信请求中包括应用game-1中的用 户User-B、User-C、User-D通过各自用户设备向网络设备3发送的待匹配 通信请求，而用户User-B、User-C、User-D各自的用户设备的设备标识信 息如以上表1所示，由于User-B和User-C为通过具有所述附近设备标识信 息之一的用户设备向所述网络设备提交所述待匹配通信请求，则第四装置 132可确定所述候选第二用户为User-B和User-C。
更优选地，所述候选第二用户的一个附近设备具有所述第一用户设备的 第一设备标识信息。例如，假设用户User-F通过其用户设备UE-F向网络设 备3发送用户间通信请求时，其也发送了用户设备UE-F的附近设备的附件 设备标识信息，如PIN-A和PIN-B，其中，PIN-A为设备UE-A的设备号，则 第四装置132可确定用户User-F也为与用户User-A通过其用户设备UE-A 发送的用户间通信请求相对应的所述应用中的一个候选第二用户。
在一个优选实施例中，网络设备3还包括第八装置(未示出)。具体地， 第一用户设备1的第七装置114向所述网络设备发送关于所述第二用户的通 信确认请求；相应地，网络设备3的第八装置接收所述第一用户设备发送的 关于第二用户的通信确认请求，其中，所述第二用户是所述第一用户所选 择的所述候选第二用户；将所述通信确认请求转发至所述第二用户的第二 用户设备；接收所述第二用户设备返回的所述第二用户基于所述通信确认 请求所反馈的通信确认信息；将所述通信确认信息发送至所述第一用户设 备；相应地，第一用户设备1的第七装置114接收所述网络设备返回的所述 第二用户基于所述通信确认请求所反馈的通信确认信息，并建立所述第一用 户与所述第二用户间的通信。
例如，对于用户User-A，在其通过其用户设备UE-A(即第一用户设备) 玩游戏(如game-1)、并欲找到对手一同来玩该游戏时，假设第五装置113 确定的所述第二用户为User-B，第七装置114在建立用户User-A与User-B 间的通信时，可首先通过诸如http、https等约定的通信方式，向所述网络 设备3发送关于所述第二用户(如用户User-B)的通信确认请求，在此，所 述通信确认请求可包含第一用户希望与第二用户建立用户间通信向第二用 户进行确认的请求信息，其可以是语句形式，也可以是图标形式；相应地， 网络设备3的第八装置首先通过诸如http、https等约定的通信方式，接收 所述第一用户设备发送的关于第二用户(如用户User-B)的通信确认请求， 其中，所述第二用户是所述第一用户所选择的所述候选第二用户；然后，将 所述通信确认请求转发至所述第二用户的第二用户设备；并接收所述第二用 户设备返回的所述第二用户基于所述通信确认请求所反馈的通信确认信息； 并将所述通信确认信息发送至所述第一用户设备，如假设第二用户User-B 同意了用户User-A的通信请求，如选择“确认”进行恢复，则网络设备3 的第八装置将该通信确认信息发送给用户User-A的用户设备UE-A；相应地， 第一用户设备1的第七装置114接收所述网络设备返回的所述第二用户基于 所述通信确认请求所反馈的通信确认信息，然后，建立所述第一用户与所述 第二用户间的通信，如第一用户与第二用户之间可直接进行通信，如在应用 中直接发信息，直接邀请第二用户参与到应用中。在此，本申请通过网络设 备3中转所述通信确认请求与通信确认信息，实现了应用中第一用户与第二 用户间的通信，进一步提升了用户的应用使用体验。
图2示出根据本申请一个优选实施例的一种用于实现应用中用户间通信 的第一用户设备1、网络设备3和第二用户设备2的设备示意图，其中，第 一用户设备1包括第一装置211、第三装置212、第五装置213和第七装置 214，第二用户设备2包括第一一装置221、第一三装置222和第一五装置 223，网络设备3包括第二装置231、第四装置232和第六装置233。具体地， 第一用户设备1的第一装置211向网络设备发送应用中第一用户通过第一用 户设备发起的用户间通信请求，以及所述第一用户设备的附近设备的附近设 备标识信息；相应地，网络设备3的第二装置231获取应用中第一用户通过 第一用户设备发起的用户间通信请求，以及所述第一用户设备的附近设备的 附近设备标识信息；第四装置232根据所述附近设备标识信息确定与所述用 户间通信请求相对应的所述应用中一个或多个候选第二用户，其中，所述候 选第二用户的用户设备具有所述附近设备标识信息之一；第六装置233将所 述一个或多个候选第二用户中至少一个返回至所述第一用户设备；相应地， 第一用户设备1的第三装置212接收所述网络设备基于所述用户间通信请求 所返回的所述应用中一个或多个候选第二用户，其中，所述候选第二用户的 用户设备具有所述附近设备标识信息之一；第五装置213根据所述第一用户 对所述候选第二用户的选择操作确定对应的第二用户；第七装置214向所述 第二用户的用户设备发送通信确认请求；相应地，第二用户设备的第一一装 置221向网络设备发送应用中第二用户通过第二用户设备发起的用户间通信 请求；第一三装置222接收第一用户通过第一用户设备发送的通信确认请求， 其中，所述第一用户设备的一个附近设备与所述第二用户设备具有相同的设 备标识信息；第一五装置223返回所述第二用户基于所述通信确认请求所反 馈的通信确认信息；相应地，第一用户设备1的第七装置214接收所述第二 用户反馈的通信确认信息，并建立所述第一用户与所述第二用户间的通信。 在此，第一用户设备1的第一装置211、第三装置212、第五装置213，网络 设备3的第二装置231、第四装置232和第六装置233分别与图1实施例中 对应装置的内容相同或基本相同，为简明起见，故在此不再赘述，并以引用 的方式包含与此。
在此，第二用户设备2是任何一种可以与其他用户设备通过蓝牙等方式 实现两者连接并实现应用中用户间通信并能够与对应网络设备进行交互的 电子产品，其可与用户通过键盘、鼠标、触摸板、触摸屏、手写设备、遥控 器、或声控设备等方式进行人机交互，例如游戏终端、计算机、手机、PDA、 掌上电脑PPC、平板电脑等。本领域技术人员应能理解上述第二用户设备2 仅为举例，其他现有的或今后可能出现的用户设备如可适用于本申请，也应 包含在本申请保护范围以内，并在此以引用方式包含于此。
具体地，第一用户设备1的第七装置214通过诸如http、https等约定 的通信方式，向所述第二用户的用户设备发送通信确认请求。例如，对于 User-A，在其通过其用户设备UE-A(即第一用户设备)玩游戏(如game-1)、 并欲找到对手一同来玩该游戏时，假设第五装置213确定的所述第二用户为 User-B，第七装置214在建立用户User-A与User-B间的通信时，可通过诸 如http、https等约定的通信方式，直接向所述第二用户(如用户User-B) 的用户设备(如UE-B)发送通信确认请求。
相应地，第二用户设备2的第一一装置221向网络设备3发送应用中第 二用户通过第二用户设备发起的用户间通信请求。在此，第二用户设备2的 第一一装置221向网络设备3发送应用中第二用户通过第二用户设备发起的 用户间通信请求的方式与图1实施例中第一用户设备1的第一装置111向网 络设备3发送应用中第一用户通过第一用户设备1发起的用户间通信请求的 方式相同或基本相同，故在此不再赘述，并以引用的方式包含与此。
第一三装置222通过诸如http、https等约定的通信方式，接收第一用 户通过第一用户设备发送的通信确认请求，其中，所述第一用户设备的一个 附近设备与所述第二用户设备具有相同的设备标识信息。例如，接上例，则 第二用户设备(如UE-B)的第一三装置222接收第一用户User-A通过第一 用户设备UE-A发送的通信确认请求，其中，第一用户设备UE-A的一个附近 设备与第二用户设备UE-B具有相同的设备标识信息即PIN-B。
第一五装置223通过诸如http、https等约定的通信方式，返回所述第 二用户基于所述通信确认请求所反馈的通信确认信息。例如，接上例，假设 第二用户UE-B基于所述通信确认请求，点击了“确认”键，则第一五装置 223向第一用户设备直接返回第二用户UE-B的该通信确认信息，或者，将该 通信确认信息发送给网络设备3，由网络设备3将该通信确认信息转发至第 一用户设备。
相应地，第一用户设备1的第七装置214通过诸如http、https等约定 的通信方式，接收所述第二用户反馈的通信确认信息，并建立所述第一用户 与所述第二用户间的通信。
优选地，第二用户设备2的第一一装置221向网络设备发送应用中第二 用户通过第二用户设备发起的用户间通信请求，以及所述第二用户设备的附 近设备的附近设备标识信息；其中，第一三装置222接收第一用户通过第一 用户设备发送的通信确认请求，其中，所述第一用户设备的一个附近设备与 所述第二用户设备具有相同的设备标识信息，所述第一用户设备具有所述附 近设备标识信息之一。
具体地，第二用户设备2的第一一装置221向网络设备发送应用中第二 用户通过第二用户设备发起的用户间通信请求，以及所述第二用户设备的附 近设备的附近设备标识信息。在此，第二用户设备2的第一一装置221向网 络设备发送应用中第二用户通过第二用户设备发起的用户间通信请求，以及 所述第二用户设备的附近设备的附近设备标识信息的方式与图1实施例中第 一用户设备1的第一装置111向网络设备发送应用中第一用户通过第一用户 设备发起的用户间通信请求，以及所述第一用户设备的附近设备的附近设备 标识信息的方式相同或基本相同，在此，为简明起见，故不再赘述，并以引 用的方式包含与此。
第一三装置222接收第一用户通过第一用户设备发送的通信确认请求， 其中，所述第一用户设备的一个附近设备与所述第二用户设备具有相同的设 备标识信息，所述第一用户设备具有所述附近设备标识信息之一。
例如，对于用户User-A，在其通过其用户设备UE-A(即第一用户设备) 玩游戏(如game-1)、并欲找到对手一同来玩该游戏时，假设第五装置213 确定的所述第二用户为User-B，第七装置214在建立用户User-A与User-B 间的通信时，可通过诸如http、https等约定的通信方式，直接向所述第二 用户(如用户User-B)的用户设备(如UE-B)发送通信确认请求，而此时，， 第一用户设备的一个附近设备与第二用户设备(如UE-B)具有相同的设备标 识信息，第一用户设备UE-A具有第二用户设备UE-B的附近设备的附近设备 标识信息之一，也即，第一用户设备UE-A是第二用户设备UE-B的一个附近 设备。
图3示出根据本申请另一个方面的第一用户设备和网络设备配合实现一 种用于实现应用中用户间通信的方法流程图。
其中，该方法包括步骤S31、步骤S32、步骤S33、步骤S34和步骤S35。 具体地，在步骤S31中，第一用户设备1向网络设备3发送应用中第一用户 通过第一用户设备发起的用户间通信请求，以及所述第一用户设备的附近设 备的附近设备标识信息；相应地，网络设备3获取应用中第一用户通过第一 用户设备发起的用户间通信请求，以及所述第一用户设备的附近设备的附近 设备标识信息；在步骤S32中，网络设备3根据所述附近设备标识信息确定 与所述用户间通信请求相对应的所述应用中一个或多个候选第二用户，其 中，所述候选第二用户的用户设备具有所述附近设备标识信息之一；在步骤 S33中，网络设备3将所述一个或多个候选第二用户中至少一个返回至所述 第一用户设备；相应地，第一用户设备1接收所述网络设备基于所述用户间 通信请求所返回的所述应用中一个或多个候选第二用户，其中，所述候选第 二用户的用户设备具有所述附近设备标识信息之一；在步骤S34中，第一用 户设备1根据所述第一用户对所述候选第二用户的选择操作确定对应的第二 用户；在步骤S35中，第一用户设备1建立所述第一用户与所述第二用户间 的通信。
在此，第一用户设备1是任何一种可以与其他用户设备通过蓝牙等方式 实现两者连接并实现应用中用户间通信并能够与对应网络设备进行交互的 电子产品，其可与用户通过键盘、鼠标、触摸板、触摸屏、手写设备、遥 控器、或声控设备等方式进行人机交互，例如游戏终端、计算机、手机、 PDA、掌上电脑PPC、平板电脑等。在此，需要说明的是，本申请中“应用 中用户间通信”中的所述应用在计算设备上执行以实现一定功能或活动， 例如以能够让用户直接获得快感(如心理的愉悦等)为主要目的、且有主体 参与互动的活动，比如游戏等，其中，主体参与互动可以是指主体动作、语 言、表情等变化与获得快感的刺激方式及刺激程度有直接联系。“所述用户 间通信”可以是不同用户在应用中的实时合作、实时对抗等，如用户在游戏 中的合作或对抗。在此，本领域技术人员应能理解上述应用及用户间通信仅 为举例，其他现有的或今后可能出现的应用或用户间通信如可适用于本申 请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。
网络设备3是任何一种可以协同用户设备实现应用中用户间通信的服务 器，如游戏服务器等，其可由网络主机、单个网络服务器、多个网络服务器 集或基于云计算的计算机集合等实现。在此，云由基于云计算(Cloud  Computing)的大量主机或网络服务器构成，其中，云计算是分布式计算的 一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。
在此，所述第一用户设备1和网络设备3均包括一种能够按照事先设定 或存储的指令，自动进行数值计算和信息处理的电子设备，其硬件包括但 不限于微处理器、专用集成电路(ASIC)、可编程门阵列(FPGA)、数字处理 器(DSP)、嵌入式设备等。本领域技术人员应能理解上述第一用户设备1 和网络设备3仅为举例，其他现有的或今后可能出现的用户设备或网络设备 如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式 包含于此。
具体地，在步骤S31中，第一用户设备1首先通过诸如蓝牙搜索，搜索 到所述第一用户设备的附近设备的附近设备标识信息；然后，通过诸如http、 https等约定的通信方式，向网络设备3发送应用中第一用户通过第一用户 设备发起的用户间通信请求，以及所述第一用户设备的附近设备的附近设 备标识信息。在此，所述附近设备可以是第一用户设备附近的其他蓝牙设备， 所述附近设备标识信息用于标识所述附近设备，其可以是设备的蓝牙号、蓝 牙设备名称(例如，设备的用户友好名称，如PIN)等，其中，附近设备标 识信息可由字母、数字等符号表示。优选地，所述附近设备标识在用户通过 其用户设备上的蓝牙功能搜索附近设备时上报到网络设备3的，当用户设备 停止搜索后会从网络设备3删除。优选地，所述附近设备标识信息是通过在 所述应用中搜索所述第一用户设备的附近设备来获取的，例如，第一用户通 过第一用户设备使用蓝牙功能通过搜索可获取到周围其他开启蓝牙功能的 设备的唯一设备号，从而获取到第一用户设备的附近设备的附近设备标识信 息。本领域技术人员应能理解上述附近设备标识信息仅为举例，其他现有的 或今后可能出现的附近设备标识信息如可适用于本申请，也应包含在本申 请保护范围以内，并在此以引用方式包含于此。
例如，假设用户User-A通过其用户设备UE-A(即第一用户设备)玩游 戏(如game-1)时，其欲找到对手一同来玩该游戏，然后用户A开启了其用 户设备UE-A的蓝牙功能，用户设备UE-A使用蓝牙功能通过搜索获取到周围 其他开启蓝牙功能的设备的唯一设备号，如获取到附近设备如设备UE-B、 UE-C的唯一设备号分别为PIN-B、PIN-C，即获取到用户设备UE-A的附近设 备的附近设备标识信息；然后，在步骤S31中，第一用户设备1通过诸如 http、https等约定的通信方式，向网络设备3发送应用(如game-1)中用 户A通过用户设备UE-A发起的用户间通信请求，以及用户设备UE-A的附近 设备如UE-B、UE-C的附近设备标识信息PIN-B和PIN-C。
本领域技术人员应能理解上述获取并发送所述附近设备标识信息的方 式仅为举例，其他现有的或今后可能出现的获取并发送所述附近设备标识 信息的方式如可适用于本申请，也应包含在本申请保护范围以内，并在此 以引用方式包含于此。
相应地，网络设备3通过诸如http、https等约定的通信方式，获取应 用中第一用户通过第一用户设备发起的用户间通信请求，以及所述第一用 户设备的附近设备的附近设备标识信息。
接着，在步骤S32中，网络设备3根据所述附近设备标识信息确定与所 述用户间通信请求相对应的所述应用中一个或多个候选第二用户，如根据 所述附件设备标识信息，在包含设备标识与用户在应用中的用户名信息之间 对应关系的数据库中进行匹配查询，可获得所述附件设备标识信息所对应的 用户，以将该等用户作为所述候选第二用户，其中，所述候选第二用户的用 户设备具有所述附近设备标识信息之一。例如，假设网络设备3已接收到应 用如game-1中的多个用户向其发送的用户间通信请求，该多个用户与其对 应的设备标识信息如下表2所示：

表2
由于User-B和User-C各自对应的用户设备的设备标识信息具有用户设 备UE-A发送的附件设备标识信息之一，则在步骤S32中，网络设备3可确 定所述候选第二用户为User-B和User-C。
本领域技术人员应能理解上述确定所述候选第二用户的方式仅为举 例，其他现有的或今后可能出现的确定所述候选第二用户的方式如可适用 于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于 此。
在步骤S33中，网络设备3通过诸如http、https等约定的通信方式， 将所述一个或多个候选第二用户中至少一个返回至所述第一用户设备。
相应地，第一用户设备1通过诸如http、https等约定的通信方式，接 收所述网络设备基于所述用户间通信请求所返回的所述应用中一个或多个 候选第二用户，其中，所述候选第二用户的用户设备具有所述附近设备标 识信息之一。
然后，在步骤S34中，第一用户设备1首先通过调用第一用户设备1自 身所提供的应用程序接口(API)，或者通过调用应用自身所提供的应用程 序接口(API)，来获取所述第一用户对所述候选第二用户的选择操作；然 后，根据该选择操作确定对应的第二用户。在此，所述选择操作包括但不限 于如点击、选中等操作。例如，假设用户User-A在候选第二用户User-B和 User-C中选择了User-B，则在步骤S34中，第一用户设备1可通过调用应 用如game-1自身提供的应用程序接口(API)，便获取到用户User-A对User-B 的选择操作，然后，在步骤S34中，第一用户设备1将用户User-A选择的 用户User-B作为所述第二用户。
在步骤S35中，第一用户设备1建立所述第一用户与所述第二用户间的 通信，如第一用户与第二用户之间可直接进行通信，如在应用中直接发信息， 直接邀请第二用户参与到应用中，或者，第一用户可通过网络设备3邀请第 二用户进行参与到应用中，从而实现第一用户与第二用户在应用中的用户间 通信，提高了应用中用户间通信的效率，并提升了用户的应用使用体验。
第一用户设备1和网络设备3的各个步骤之间是持续不断工作的。具体 地，在步骤S31中，第一用户设备1持续向网络设备3发送应用中第一用户 通过第一用户设备发起的用户间通信请求，以及所述第一用户设备的附近 设备的附近设备标识信息；相应地，网络设备3持续获取应用中第一用户通 过第一用户设备发起的用户间通信请求，以及所述第一用户设备的附近设 备的附近设备标识信息；在步骤S32中，网络设备3持续根据所述附近设备 标识信息确定与所述用户间通信请求相对应的所述应用中一个或多个候选 第二用户，其中，所述候选第二用户的用户设备具有所述附近设备标识信 息之一；在步骤S33中，网络设备3持续将所述一个或多个候选第二用户中 至少一个返回至所述第一用户设备；相应地，第一用户设备1持续接收所述 网络设备基于所述用户间通信请求所返回的所述应用中一个或多个候选第 二用户，其中，所述候选第二用户的用户设备具有所述附近设备标识信息 之一；在步骤S34中，第一用户设备1持续根据所述第一用户对所述候选第 二用户的选择操作确定对应的第二用户；在步骤S35中，第一用户设备1持 续建立所述第一用户与所述第二用户间的通信。在此，本领域技术人员应当 理解所述“持续”是指第一用户设备1和网络设备3的各步骤之间分别不断 地进行用户间通信请求的发送与接收、候选第二用户的确定、返回与接收、 第二用户的确定，以及第一用户与第二用户间的通信的建立，直至第一用户 设备1在较长时间内停止向网络设备3发送所述用户间通信请求。
优选地，在步骤S32中，网络设备3可根据所述附近设备标识信息在所 述网络设备的待匹配通信请求中进行匹配查询，以获得与所述用户间通信 请求相对应的所述应用中一个或多个候选第二用户，其中，所述候选第二 用户通过具有所述附近设备标识信息之一的用户设备向所述网络设备提交 所述待匹配通信请求。例如，假设在步骤S31中，网络设备3获取到应用如 game-1中的第一用户(如User-A)通过其用户设备UE-A发起的用户间通信 请求，以及用户设备UE-A的附近设备如UE-B、UE-C的附近设备标识信息 PIN-B和PIN-C，而网络设备3的待匹配通信请求中包括应用game-1中的用 户User-B、User-C、User-D通过各自用户设备向网络设备3发送的待匹配 通信请求，而用户User-B、User-C、User-D各自的用户设备的设备标识信 息如以上表1所示，由于User-B和User-C为通过具有所述附近设备标识信 息之一的用户设备向所述网络设备提交所述待匹配通信请求，则在步骤S32 中，网络设备3可确定所述候选第二用户为User-B和User-C。
更优选地，所述候选第二用户的一个附近设备具有所述第一用户设备的 第一设备标识信息。例如，假设用户User-F通过其用户设备UE-F向网络设 备3发送用户间通信请求时，其也发送了用户设备UE-F的附近设备的附件 设备标识信息，如PIN-A和PIN-B，其中，PIN-A为设备UE-A的设备号，则 在步骤S32中，网络设备3可确定用户User-F也为与用户User-A通过其用 户设备UE-A发送的用户间通信请求相对应的所述应用中的一个候选第二用 户。
在一个优选实施例中，具体地，在步骤S35中，第一用户设备1向所述 网络设备发送关于所述第二用户的通信确认请求；相应地，网络设备3接收 所述第一用户设备发送的关于第二用户的通信确认请求，其中，所述第二 用户是所述第一用户所选择的所述候选第二用户；将所述通信确认请求转 发至所述第二用户的第二用户设备；接收所述第二用户设备返回的所述第 二用户基于所述通信确认请求所反馈的通信确认信息；将所述通信确认信 息发送至所述第一用户设备；相应地，第一用户设备1接收所述网络设备返 回的所述第二用户基于所述通信确认请求所反馈的通信确认信息，并建立所 述第一用户与所述第二用户间的通信。
例如，对于用户User-A，在其通过其用户设备UE-A(即第一用户设备) 玩游戏(如game-1)、并欲找到对手一同来玩该游戏时，假设在步骤S34中， 第一用户设备1确定的所述第二用户为User-B，在步骤S35中，第一用户设 备1在建立用户User-A与User-B间的通信时，可首先通过诸如http、https 等约定的通信方式，向所述网络设备3发送关于所述第二用户(如用户 User-B)的通信确认请求，在此，所述通信确认请求可包含第一用户希望与 第二用户建立用户间通信向第二用户进行确认的请求信息，其可以是语句形 式，也可以是图标形式；相应地，网络设备3首先通过诸如http、https等 约定的通信方式，接收所述第一用户设备发送的关于第二用户(如用户 User-B)的通信确认请求，其中，所述第二用户是所述第一用户所选择的所 述候选第二用户；然后，将所述通信确认请求转发至所述第二用户的第二用 户设备；并接收所述第二用户设备返回的所述第二用户基于所述通信确认请 求所反馈的通信确认信息；并将所述通信确认信息发送至所述第一用户设 备，如假设第二用户User-B同意了用户User-A的通信请求，如选择“确认” 进行恢复，则网络设备3的第八装置将该通信确认信息发送给用户User-A 的用户设备UE-A；相应地，第一用户设备1接收所述网络设备返回的所述第 二用户基于所述通信确认请求所反馈的通信确认信息，然后，建立所述第一 用户与所述第二用户间的通信，如第一用户与第二用户之间可直接进行通 信，如在应用中直接发信息，直接邀请第二用户参与到应用中。在此，本申 请通过网络设备3中转所述通信确认请求与通信确认信息，实现了应用中第 一用户与第二用户间的通信，进一步提升了用户的应用使用体验。
图4示出根据本申请一个优选实施例的第一用户设备、网络设备和第二 用户设备配合实现一种用于实现应用中用户间通信的方法流程图。
其中，该方法包括步骤S41、步骤S42、步骤S43、步骤S44、步骤S45 和步骤S46。具体地，在步骤S41中，第一用户设备1向网络设备发送应用 中第一用户通过第一用户设备发起的用户间通信请求，以及所述第一用户设 备的附近设备的附近设备标识信息；相应地，网络设备3获取应用中第一用 户通过第一用户设备发起的用户间通信请求，以及所述第一用户设备的附近 设备的附近设备标识信息；在步骤S42中，网络设备3根据所述附近设备标 识信息确定与所述用户间通信请求相对应的所述应用中一个或多个候选第 二用户，其中，所述候选第二用户的用户设备具有所述附近设备标识信息之 一；在步骤S43中，网络设备3将所述一个或多个候选第二用户中至少一个 返回至所述第一用户设备；相应地，第一用户设备1接收所述网络设备基于 所述用户间通信请求所返回的所述应用中一个或多个候选第二用户，其中， 所述候选第二用户的用户设备具有所述附近设备标识信息之一；在步骤S44 中，第一用户设备1根据所述第一用户对所述候选第二用户的选择操作确定 对应的第二用户；在步骤S45中，第一用户设备1向所述第二用户的用户设 备发送通信确认请求；在步骤S46中，第二用户设备2向网络设备发送应用 中第二用户通过第二用户设备发起的用户间通信请求；在步骤S45中，第二 用户设备2接收第一用户通过第一用户设备发送的通信确认请求，其中，所 述第一用户设备的一个附近设备与所述第二用户设备具有相同的设备标识 信息；在步骤S45中，第二用户设备2返回所述第二用户基于所述通信确认 请求所反馈的通信确认信息；相应地，第一用户设备1接收所述第二用户反 馈的通信确认信息，并建立所述第一用户与所述第二用户间的通信。在此， 步骤S41、步骤S42、步骤S43、步骤S44分别与图3实施例中对应步骤的内 容相同或基本相同，为简明起见，故在此不再赘述，并以引用的方式包含与 此。
在此，第二用户设备2是任何一种可以与其他用户设备通过蓝牙等方式 实现两者连接并实现应用中用户间通信并能够与对应网络设备进行交互的 电子产品，其可与用户通过键盘、鼠标、触摸板、触摸屏、手写设备、遥控 器、或声控设备等方式进行人机交互，例如游戏终端、计算机、手机、PDA、 掌上电脑PPC、平板电脑等。本领域技术人员应能理解上述第二用户设备2 仅为举例，其他现有的或今后可能出现的用户设备如可适用于本申请，也应 包含在本申请保护范围以内，并在此以引用方式包含于此。
具体地，在步骤S45中，第一用户设备1通过诸如http、https等约定 的通信方式，向所述第二用户的用户设备发送通信确认请求。例如，对于 User-A，在其通过其用户设备UE-A(即第一用户设备)玩游戏(如game-1)、 并欲找到对手一同来玩该游戏时，假设在步骤S44中，第一用户设备1确定 的所述第二用户为User-B，则在步骤S45中，第一用户设备1在建立用户 User-A与User-B间的通信时，可通过诸如http、https等约定的通信方式， 直接向所述第二用户(如用户User-B)的用户设备(如UE-B)发送通信确 认请求。
第二用户设备2在步骤S46中，向网络设备3发送应用中第二用户通过 第二用户设备发起的用户间通信请求。在此，第二用户设备2在步骤S46中， 向网络设备3发送应用中第二用户通过第二用户设备发起的用户间通信请求 的方式与图3实施例中第一用户设备1在步骤S31中向网络设备3发送应用 中第一用户通过第一用户设备1发起的用户间通信请求的方式相同或基本相 同，故在此不再赘述，并以引用的方式包含与此。
在步骤S45中，第二用户设备2通过诸如http、https等约定的通信方 式，接收第一用户通过第一用户设备发送的通信确认请求，其中，所述第一 用户设备的一个附近设备与所述第二用户设备具有相同的设备标识信息。例 如，接上例，则第二用户设备(如UE-B)在步骤S45中，接收第一用户User-A 通过第一用户设备UE-A发送的通信确认请求，其中，第一用户设备UE-A的 一个附近设备与第二用户设备UE-B具有相同的设备标识信息即PIN-B。
在步骤S45中，第二用户设备2通过诸如http、https等约定的通信方 式，返回所述第二用户基于所述通信确认请求所反馈的通信确认信息。例如， 接上例，假设第二用户UE-B基于所述通信确认请求，点击了“确认”键， 则在步骤S45中，第二用户设备2向第一用户设备直接返回第二用户UE-B 的该通信确认信息，或者，将该通信确认信息发送给网络设备3，由网络设 备3将该通信确认信息转发至第一用户设备。
相应地，在步骤S45中，第一用户设备1通过诸如http、https等约定 的通信方式，接收所述第二用户反馈的通信确认信息，并建立所述第一用户 与所述第二用户间的通信。
优选地，在步骤S46中，第二用户设备2向网络设备发送应用中第二用 户通过第二用户设备发起的用户间通信请求，以及所述第二用户设备的附近 设备的附近设备标识信息；其中，在步骤S45中，第二用户设备2接收第一 用户通过第一用户设备发送的通信确认请求，其中，所述第一用户设备的一 个附近设备与所述第二用户设备具有相同的设备标识信息，所述第一用户设 备具有所述附近设备标识信息之一。
具体地，在步骤S46中，第二用户设备2向网络设备发送应用中第二用 户通过第二用户设备发起的用户间通信请求，以及所述第二用户设备的附近 设备的附近设备标识信息。在此，第二用户设备2在步骤S46中，向网络设 备发送应用中第二用户通过第二用户设备发起的用户间通信请求，以及所述 第二用户设备的附近设备的附近设备标识信息的方式与图3实施例中第一用 户设备1在步骤S31中向网络设备发送应用中第一用户通过第一用户设备发 起的用户间通信请求，以及所述第一用户设备的附近设备的附近设备标识信 息的方式相同或基本相同，在此，为简明起见，故不再赘述，并以引用的方 式包含与此。
在步骤S45中，第二用户设备2接收第一用户通过第一用户设备发送的 通信确认请求，其中，所述第一用户设备的一个附近设备与所述第二用户设 备具有相同的设备标识信息，所述第一用户设备具有所述附近设备标识信息 之一。
例如，对于用户User-A，在其通过其用户设备UE-A(即第一用户设备) 玩游戏(如game-1)、并欲找到对手一同来玩该游戏时，假设在步骤S44中， 第一用户设备1确定的所述第二用户为User-B，在步骤S45中，第一用户设 备1在建立用户User-A与User-B间的通信时，可通过诸如http、https等 约定的通信方式，直接向所述第二用户(如用户User-B)的用户设备(如 UE-B)发送通信确认请求，而此时，第一用户设备的一个附近设备与第二用 户设备(如UE-B)具有相同的设备标识信息，第一用户设备UE-A具有第二 用户设备UE-B的附近设备的附近设备标识信息之一，也即，第一用户设备 UE-A是第二用户设备UE-B的一个附近设备。
需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施， 例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件 设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实 现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构) 可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或 软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例 如，作为与处理器配合从而执行各个步骤或功能的电路。
另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序 指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据 本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存 储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中 的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的 工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包 括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其 中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根 据本申请的多个实施例的方法和/或技术方案。
对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细 节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体 形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性 的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限 定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括 在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要 求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。 装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件 或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定 的顺序。