CN114726818B - 网络社交方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本申请实施例提供一种网络社交方法、装置、设备及计算机可读存储介质，涉及人工智能技术领域和云技术领域。包括：在预设好友库中匹配出至少一个好友标识；采用第一数据传输连接控制终端从初始态切换至等待状态，且在匹配出好友标识时，新建第二数据传输连接以控制终端从等待状态切换至匹配命中状态；将好友标识发送给终端，并接收终端返回的确认信息，新建第三数据传输连接以控制终端由匹配命中状态切换至确认状态；建立终端与至少一个好友终端之间的社交通信连接，且新建第四数据传输连接以控制终端由确认状态切换至通话中状态。通过本申请，能够保证整个社交通信过程的正常有序进行，保证社交通信连接不会发送故障性的中断。

Description

网络社交方法、装置、设备及计算机可读存储介质

技术领域

本申请实施例涉及互联网技术领域，涉及但不限于一种网络社交方法、装置、设备及计算机可读存储介质。

背景技术

随着互联网技术的发展，互联网的应用已经深入到大多数人的日常工作和生活中，而传统的面对面交友方式也被移植到网络上，其主要表现形式为各种类型的线上交友平台。

相关技术中，对于陌生人用户社交匹配的场景，线上交友平台会根据用户的兴趣爱好等信息匹配到至少一个好友，并将匹配到的好友发送给用户，建立用户与好友之间的网络通信，进而实现用户与好友之间的线上聊天。

但是，相关技术中的线上交友平台在好友匹配和好友聊天的整个过程中，均采用HTTP长连接实现整个社交通信过程中的数据传输，因此，一旦匹配过程中用户端或好友端数据传输异常或者请求响应失效时，会影响到当前网络社交过程的正常有序进行，造成社交通信中断。

发明内容

本申请实施例提供一种网络社交方法、装置、设备及计算机可读存储介质，涉及人工智能技术领域和云技术领域。由于在社交通信过程中包括多次状态切换过程，且每一次状态切换过程中均断开前一次的数据传输连接，采用新的数据传输连接实现数据传输，因此，能够保证整个社交通信过程的正常有序进行，保证社交通信连接不会发送故障性的中断。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种网络社交方法，所述方法包括：

当终端处于初始态时，获取终端发送的网络社交请求，所述网络社交请求中包括用户标识；

响应于所述网络社交请求，根据所述用户标识，在预设好友库中匹配出至少一个好友标识；其中，在响应所述网络社交请求时，采用第一数据传输连接控制所述终端从所述初始态切换至等待状态，且在匹配出所述好友标识时，断开所述第一数据传输连接，新建第二数据传输连接以控制所述终端从所述等待状态切换至匹配命中状态；

将所述好友标识发送给所述终端，并接收所述终端返回的确认信息，断开所述第二数据传输连接，新建第三数据传输连接以控制所述终端由所述匹配命中状态切换至确认状态；

响应于所述确认信息，建立所述终端与至少一个好友终端之间的社交通信连接，且断开所述第三数据传输连接，新建第四数据传输连接以控制所述终端由所述确认状态切换至通话中状态。

本申请实施例提供一种网络社交装置，所述装置包括：

获取模块，用于当终端处于初始态时，获取终端发送的网络社交请求，所述网络社交请求中包括用户标识；

匹配模块，用于响应于所述网络社交请求，根据所述用户标识，在预设好友库中匹配出至少一个好友标识；其中，在响应所述网络社交请求时，采用第一数据传输连接控制所述终端从所述初始态切换至等待状态，且在匹配出所述好友标识时，断开所述第一数据传输连接，新建第二数据传输连接以控制所述终端从所述等待状态切换至匹配命中状态；

收发模块，用于将所述好友标识发送给所述终端，并接收所述终端返回的确认信息，断开所述第二数据传输连接，新建第三数据传输连接以控制所述终端由所述匹配命中状态切换至确认状态；

通信建立模块，用于响应于所述确认信息，建立所述终端与至少一个好友终端之间的社交通信连接，且断开所述第三数据传输连接，新建第四数据传输连接以控制所述终端由所述确认状态切换至通话中状态。

本申请实施例提供一种计算机程序产品或计算机程序，所述计算机程序产品或计算机程序包括计算机指令，所述计算机指令存储在计算机可读存储介质中；其中，计算机设备的处理器从所述计算机可读存储介质中读取所述计算机指令，所述处理器用于执行所述计算机指令，实现上述的网络社交方法。

本申请实施例提供一种网络社交设备，包括：存储器，用于存储可执行指令；处理器，用于执行所述存储器中存储的可执行指令时，实现上述的网络社交方法。

本申请实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行所述可执行指令时，实现上述的网络社交方法。

本申请实施例具有以下有益效果：在当前的社交通信过程中，在响应终端的网络社交请求时，控制终端从初始态切换至等待状态；在匹配出好友标识时，控制终端从等待状态切换至匹配命中状态；在将好友标识发送给终端，并接收终端返回的确认信息时，控制终端由匹配命中状态切换至确认状态；在建立终端与至少一个好友终端之间的社交通信连接时，控制终端由确认状态切换至通话中状态，并且，在每一次状态切换过程中，均断开前一次的数据传输连接，采用新的数据传输连接实现数据传输，即采用短连接实现每次状态切换时的数据传输。如此，能够保证整个社交通信过程的正常有序进行，保证社交通信连接不会发送故障性的中断。

附图说明

图1是本申请实施例提供的网络社交系统的一个可选的架构示意图；

图2是本申请实施例提供的服务器的结构示意图；

图3是本申请实施例提供的网络社交方法的一个可选的流程示意图；

图4是本申请实施例提供的网络社交方法的一个可选的流程示意图；

图5是本申请实施例提供的网络社交方法的一个可选的流程示意图；

图6是本申请实施例提供的好友匹配模型的结构示意图；

图7是本申请实施例提供的好友匹配模型的训练方法的流程示意图；

图8是本申请实施例提供的社交网络平台的应用界面图；

图9是本申请实施例提供的网络社交方法的一个可选的流程示意图；

图10是本申请实施例网络社交方法的实现流程示意图；

图11是本申请实施例网络社交方法的状态转换图；

图12是本申请实施例存在的并发分析及控制过程示意图；

图13A至图13C是本申请实施例提供的群组社交通信的操作界面图；

图14A至图14C是本申请实施例提供的网络社交方法中好友匹配过程的界面图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。除非另有定义，本申请实施例所使用的所有的技术和科学术语与属于本申请实施例的技术领域的技术人员通常理解的含义相同。本申请实施例所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

对于陌生人用户社交匹配的场景，本申请实施例提供利用用户的社交属性(例如，性别、地理位置和好评率等)及用户实时交互状态，实现在线陌生人社交匹配和通信的网络社交方法。

本申请实施例提供的网络社交方法，首先，当终端处于初始态时，获取终端发送的网络社交请求，网络社交请求中包括用户标识；然后，响应于网络社交请求，根据用户标识，在预设好友库中匹配出至少一个好友标识；其中，在响应网络社交请求时，控制终端从初始态切换至等待状态，且在匹配出好友标识时，控制终端从等待状态切换至匹配命中状态；将好友标识发送给终端，并接收终端返回的确认信息，且控制终端由匹配命中状态切换至确认状态；最后，响应于确认信息，建立终端与至少一个好友终端之间的社交通信连接，且控制终端由确认状态切换至通话中状态。本申请实施例中，在每一次状态切换过程中，均断开前一次的数据传输连接，采用新的数据传输连接实现数据传输，即采用短连接实现每次状态切换时的数据传输。如此，由于短连接可以保证数据传输的稳定性且能够极大的节省数据传输的资源占用，因此本申请实施例的方法可以保证整个社交通信过程的正常有序进行，保证社交通信连接不会发送故障性的中断。

下面说明本申请实施例的网络社交设备的示例性应用，在一种实现方式中，本申请实施例提供的网络社交设备可以实施为笔记本电脑，平板电脑，台式计算机，移动设备(例如，移动电话，便携式音乐播放器，个人数字助理，专用消息设备，便携式游戏设备)、智能机器人等任意的具备视频通话功能、语音通话功能和文字通话功能中的任意一项的终端，在另一种实现方式中，本申请实施例提供的网络社交设备还可以实施为服务器。下面，将说明网络社交设备实施为服务器时的示例性应用。

参见图1，图1是本申请实施例提供的网络社交系统10的一个可选的架构示意图。为实现终端对应的用户与至少一个好友之间的社交通信过程，本申请实施例提供的网络社交系统10中包括终端100、网络200、服务器300和至少一个好友终端400，终端100在处于初始态时发起网络社交请求，请求进行网络社交，并将网络社交请求通过网络200发送给服务器300，该网络社交请求中包括用户标识；服务器300响应于网络社交请求，根据用户标识，在预设好友库中匹配出至少一个好友标识；其中，在响应网络社交请求时，采用第一数据传输连接控制终端从初始态切换至等待状态，且在匹配出好友标识时，采用第二数据传输连接控制终端从等待状态切换至匹配命中状态，其中，匹配到的好友标识对应于好友终端400；将匹配到的好友标识通过网络200发送给终端100，并接收终端100返回的确认信息，且采用第三数据传输连接控制终端100由匹配命中状态切换至确认状态；响应于确认信息，建立终端100与至少一个好友终端400之间的社交通信连接，且采用第四数据传输连接控制终端100由确认状态切换至通话中状态；其中，在每一次状态切换过程中，均采用短连接实现数据传输。

本申请实施例提供的网络社交方法还涉及人工智能技术领域，通过人工智能技术实现对好友标识的匹配，即可以通过人工智能技术训练好友匹配模型，然后，采用训练的好友匹配模型匹配出至少一个好友标识。本申请实施例中，至少可以通过人工智能技术中的计算机视觉技术、语音技术和自然语言处理技术来实现。其中，计算机视觉技术(CV，Computer Vision)是一门研究如何使机器“看”的科学，更进一步的说，就是指用摄影机和电脑代替人眼对目标进行识别、跟踪和测量等机器视觉，并进一步做图形处理，使电脑处理成为更适合人眼观察或传送给仪器检测的图像。作为一个科学学科，计算机视觉研究相关的理论和技术，试图建立能够从图像或者多维数据中获取信息的人工智能系统。计算机视觉技术通常包括图像处理、图像识别、图像语义理解、图像检索、光学字符识别(OCR，Optical Character Recognition)、视频处理、视频语义理解、视频内容/行为识别、三维物体重建、3D技术、虚拟现实、增强现实、同步定位与地图构建等技术，还包括常见的人脸识别、指纹识别等生物特征识别技术。语音技术(Speech Technology)的关键技术有自动语音识别技术(ASR，Automatic Speech Recognition)和语音合成技术(TTS，Text To Speech)以及声纹识别技术。让计算机能听、能看、能说、能感觉，是未来人机交互的发展方向，其中语音成为未来最被看好的人机交互方式之一。自然语言处理(NLP，Nature Languageprocessing)是计算机科学领域与人工智能领域中的一个重要方向。它研究能实现人与计算机之间用自然语言进行有效通信的各种理论和方法。自然语言处理是一门融语言学、计算机科学、数学于一体的科学。因此，这一领域的研究将涉及自然语言，即人们日常使用的语言，所以它与语言学的研究有着密切的联系。自然语言处理技术通常包括文本处理、语义理解、机器翻译、机器人问答、知识图谱等技术。

本申请实施例所提供的视频剪辑方法还可以基于云平台并通过云技术来实现，例如，上述服务器300可以是云端服务器。或者，还可以具有云端存储器，将社交通信过程中对用户的语音分析结果和图像分析结果进行存储。

云技术(Cloud technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。云技术基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。

图2是本申请实施例提供的服务器300的结构示意图，图2所示的服务器300包括：至少一个处理器310、存储器350、至少一个网络接口320和用户接口330。服务器300中的各个组件通过总线系统340耦合在一起。可理解，总线系统340用于实现这些组件之间的连接通信。总线系统340除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统340。

处理器310可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口330包括使得能够呈现媒体内容的一个或多个输出装置331，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口330还包括一个或多个输入装置332，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器350可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器350可选地包括在物理位置上远离处理器310的一个或多个存储设备。存储器350包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM，Read Only Memory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memory)。本申请实施例描述的存储器350旨在包括任意适合类型的存储器。在一些实施例中，存储器350能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统351，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；网络通信模块352，用于经由一个或多个(有线或无线)网络接口320到达其他计算设备，示例性的网络接口320包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，UniversalSerial Bus)等；输入处理模块353，用于对一个或多个来自一个或多个输入装置332之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本申请实施例提供的装置可采用软件方式实现，图2示出了存储在存储器350中的一种网络社交装置354，该网络社交装置354可以是服务器300中的网络社交装置，其可以是程序和插件等形式的软件，包括以下软件模块：获取模块3541、匹配模块3542、收发模块3543和通信建立模块3544，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明各个模块的功能。

在另一些实施例中，本申请实施例提供的装置可以采用硬件方式实现，作为示例，本申请实施例提供的装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本申请实施例提供的网络社交方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件(CPLD，ComplexProgrammable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable GateArray)或其他电子元件。

下面将结合本申请实施例提供的服务器300的示例性应用和实施，说明本申请实施例提供的网络社交方法。参见图3，图3是本申请实施例提供的网络社交方法的一个可选的流程示意图，下面将结合图3示出的步骤进行说明。

步骤S301，当终端处于初始态时，获取终端发送的网络社交请求，网络社交请求中包括用户标识。

本申请实施例中，终端在进行网络社交过程中，可以具有多种不同的状态，初始态是指未进行好友匹配且未进行社交通信连接时的状态，即终端在登陆社交应用之后的状态。

本申请实施例中，终端上具有社交应用，用户可以在社交应用的客户端上进行操作，请求进行网络社交，以与至少一个好友进行社交通信。需要说明的是，这里的好友并不是用户已经认识的好友，而是之前并不是认识的陌生人，是社交应用随机匹配到的当前也处于在线状态的好友，用户可以与匹配到的好友进行网络聊天。

网络社交请求用于请求服务器匹配到至少一个与当前用户具有一定匹配度的好友，以进行网络社交。网络社交请求中包括用户标识，用户标识可以是用户的ID、名称、位置、在线状态和用户属性信息等任意一种能够区别该用户的标识信息，用户标识还可以对应有该用户的标签信息，标签信息包括但不限于：用户的兴趣、爱好、习惯等标签，标签可以是用户自定义的，用户可以在社交应用的标签选择页面选择符合自身特性的标签信息，标签也可以是系统配置的，即系统根据用户对社交应用的使用习惯、使用频率、使用周期和使用中操作的对象和聊天习惯等信息，确定用户的标签。

步骤S302，响应于网络社交请求，根据用户标识，在预设好友库中匹配出至少一个好友标识。

这里，在响应网络社交请求时，服务器采用第一数据传输连接控制终端从初始态切换至等待状态，其中，等待状态是指用于请求网络社交之后且未匹配到好友时的状态，当终端处于等待状态时，此时服务器通过后台计算，从预设好友库中匹配与用户对应的好友的好友标识。第一数据传输连接可以是短连接，其中，短连接是指通信双方(即服务器和终端)有数据交互时，就建立一个连接，数据发送完成后，则断开此连接。本申请实施例中，第一数据传输连接用于进行终端由初始态向等待状态切换时的数据传输，当终端由初始态切换至等待状态之后，则断开该第一数据传输连接，在后续的状态切换过程中，则会新建其他的数据传输连接进行状态切换时的数据传输。

预设好友库中包括至少一个用户的用户标识，预设好友库中的用户是当前正处于在线状态的好友，或者，预设好友库中的用户是当前正处于在线状态且正在进行网络社交匹配的用户。对于当前的用户来说，其他在线用户构成该用户的预设好友库，对于预设好友库中的任一用户来说，当前的用户和除了该任一用户之外的其他用户，构成该任一用户的预设好友库。举例来说，预设好友库中的用户是当前正处于在线状态的好友，那么，如果当前在线的用户有A、B、C、D和E五人，如果用户A为本申请实施例中发送网络社交请求的用户，则对于用户A来说，他的预设好友库中包括用户B、C、D和E；而如果用户C为本申请实施例中发送网络社交请求的用户，则对于用户C来说，他的预设好友库中包括用户A、B、D和E。也就是说，预设好友库是实时变化的好友库，预设好友库中的用户的数量不确定，且用户也不确定。

在一些实施例中，在匹配出好友标识时，断开第一数据传输连接，新建第二数据传输连接以控制终端从等待状态切换至匹配命中状态，其中，匹配命中状态是指匹配到好友时的状态。本申请实施例中，当用户的终端处于匹配命中状态时，此时用户与好友之间还未建立社交通信连接，需要用户和好友之间均确定之后，才能建立用户与好友之间的社交通信连接。需要说明的是，第二数据传输连接也可以是短连接，第二数据传输连接用于进行终端由等待状态向匹配命中状态切换时的数据传输，当终端由等待状态切换至匹配命中状态之后，则断开该第二数据传输连接，在后续的状态切换过程中，则会新建其他的数据传输连接进行状态切换时的数据传输。

步骤S303，将好友标识发送给终端，并接收终端返回的确认信息，断开第二数据传输连接，新建第三数据传输连接以控制终端由匹配命中状态切换至确认状态。

确认信息是指用户确认与匹配到的好友进行社交通信的信息，用户可以在客户端上进行确认操作，以确认与匹配到的好友之间进行社交通信。当用户进行确认操作之后，用户的终端由匹配命中状态切换至确认状态。

在终端由等待状态切换至匹配命中状态之后，则第二数据传输连接会自动断开，并继续执行后续的步骤。当终端需要再次进行状态切换时，则服务器新建第三数据传输连接进行终端状态的切换，即第三据传输连接用于进行终端由等待状态向匹配命中状态切换时的数据传输，第三数据传输连接也可以是短连接。当终端由等待状态切换至匹配命中状态之后，则断开该第三数据传输连接，在后续的状态切换过程中，则会新建其他的数据传输连接进行状态切换时的数据传输。

步骤S304，响应于确认信息，建立终端与至少一个好友终端之间的社交通信连接，且断开第三数据传输连接，新建第四数据传输连接以控制终端由确认状态切换至通话中状态。

当用户与匹配到的好友均确认之后，建立终端与好友终端之间的社交通信连接，且断开第三数据传输连接，新建第四数据传输连接以控制终端由确认状态切换至通话中状态，其中，第四数据传输连接也可以是短连接。需要说明的是，此时用户的终端与好友终端均处于通话中状态。

本申请实施例中，在每一次状态切换过程中，均采用短连接实现数据传输，其中，短连接可以是传输控制协议(TCP，Transmission Control Protocol)短连接。需要说明的是，本申请实施例中的网络社交方法，由于在每一次状态切换之后，后续是否还会继续发生终端状态的切换是未知的，即在本次状态切换之后，后续可能并不会再进行状态切换，而会直接断开本次网络社交过程。所以，采用短连接实现状态切换时的数据传输，相对于长连接，由于不存在频繁的操作(即数据读写)，且无需在没有数据包发送的情况下，仍需终端与服务器之间发送检测包以维持该连接，因此，能够极大的提高数据处理速度，并降低服务器的计算资源。

本申请实施例提供的网络社交方法，在当前的社交通信过程中，在响应终端的网络社交请求时，控制终端从初始态切换至等待状态；在匹配出好友标识时，控制终端从等待状态切换至匹配命中状态；在将好友标识发送给终端，并接收终端返回的确认信息时，控制终端由匹配命中状态切换至确认状态；在建立终端与至少一个好友终端之间的社交通信连接时，控制终端由确认状态切换至通话中状态，并且，在每一次状态切换过程中，均采用短连接实现数据传输。如此，由于采用短连接进行状态切换时的数据传输，因此，一方面，对于数据传输连接，管理起来比较简单，且在整个网络社交过程中，存在的连接都是有用的连接，不需要额外的控制手段；另一方面，能够保证整个社交通信过程的正常有序进行，保证社交通信连接不会发送故障性的中断。

在一些实施例中，网络社交系统中包括第一终端(即用户端)、服务器和至少一个第二终端(即匹配到的好友终端)，需要说明的是，第一终端与第二终端是相对的，对于第二终端来说，自身则是用户端，而第一终端则是该第二终端的好友终端。

图4是本申请实施例提供的网络社交方法的一个可选的流程示意图，如图4所示，方法包括以下步骤：

步骤S401，在第一终端处于初始态时，第一终端向服务器发送网络社交请求，网络社交请求中包括第一终端的用户标识。

步骤S402，服务器响应于网络社交请求，根据用户标识，在预设好友库中匹配出至少一个第二终端对应的好友标识。

其中，在响应网络社交请求时，服务器采用第一数据传输连接控制终端从初始态切换至等待状态，且在匹配出好友标识时，断开第一数据传输连接，新建第二数据传输连接以控制终端从等待状态切换至匹配命中状态。

步骤S403，服务器将好友标识发送给第一终端。

步骤S404，第一终端向服务器返回确认信息。

步骤S405，服务器断开第二数据传输连接，新建第三数据传输连接控制第一终端由匹配命中状态切换至确认状态。

步骤S406，服务器响应于确认信息，建立第一终端与第二终端之间的社交通信连接，且断开第三数据传输连接，新建第四数据传输连接以控制第一终端由确认状态切换至通话中状态。

步骤S407，第一终端与第二终端进行社交通信。

本申请实施例提供的网络社交方法，多个终端同时向服务器发送网络社交请求，服务器对多个终端进行匹配，将具有一定匹配度的终端互相推荐给对方用户，如果对方用户愿意与服务器推荐的好友进行网络社交的话，则建立两个终端之间的连接，两个终端的用户则可以进行网络社交，其中网络社交包括但不限于：文字聊天、语音聊天、视频聊天、共同玩网络游戏共同参加某一专业的网络课堂等等。

基于图3，图5是本申请实施例提供的网络社交方法的一个可选的流程示意图，如图5所示，步骤S302中匹配好友标识的方法可以通过以下步骤实现：

步骤S501，实时获取用户标识对应的用户的至少一个标签信息。

这里，标签信息包括但不限于：用户的兴趣、爱好、习惯等标签，标签可以是用户自定义的，也可以是系统配置的。用户的标签信息可以存储在预设存储器中，例如可以存储在云端存储器中，在获取到用户标识之后，可以从云端存储器中查找并获取该用户的标签信息。

步骤S502，根据至少一个标签信息，在预设好友库中匹配出至少一个好友标识。

在一些实施例中，可以在预设好友库中匹配与用户具有相同或相似标签信息的好友标识。在实现的过程中，可以根据用户的标签信息和预设好友库中的每一好友的标签信息，计算用户与好友之间的匹配度，将匹配度大于阈值的好友的好友标识确定为匹配出的好友标识，或者，可以对用户与好友之间的匹配度进行排序，形成匹配度序列，然后选择前N个匹配度对应的好友的好友标识为匹配出的好友标识。

在一些实施例中，还可以采用预先训练的好友匹配模型来进行好友匹配，得到至少一个好友标识，图6是本申请实施例提供的好友匹配模型的结构示意图，如图6所示，好友匹配模型60中至少包括输入层601、特征提取层602、信息匹配层603和输出层604。

下面结合图6示出的好友匹配模型进行说明，其中，步骤S502可以通过以下步骤实现：

步骤S5021，将至少一个标签信息输入至预先训练的好友匹配模型中。

步骤S5022，通过好友匹配模型中的特征提取层，对每一标签信息进行特征提取，得到标签特征向量。

步骤S5023，当标签信息为多个时，对对应的多个标签特征进行拼接，形成拼接向量。

步骤S5024，通过好友匹配模型中的信息匹配层，对拼接向量和预设好友库中的好友信息进行信息匹配处理，得到匹配向量。

这里，可以根据拼接向量和好友信息对应的好友向量进行数据变换处理，得到该匹配向量，匹配向量可以是表示用户与好友之间匹配度的向量表示。

步骤S5025，根据匹配向量，确定好友标识。

在确定出用户与预设好友库中的每一好友的匹配向量之后，根据匹配向量确定匹配到的好友的好友标识。

请继续参照图5，在一些实施例中，步骤S302中匹配好友标识的步骤之后，方法还包括以下步骤：

步骤S503，判断预设时间段内是否匹配到好友标识。

如果判断结果为是，则执行步骤S303；如果判断结果为否，则结束本次网络社交匹配过程，或者，执行步骤S504。

步骤S504，获取与用户标识对应的新的标签信息。

这里，服务器可以向终端发送提醒信息，提醒长时间未匹配到好友，并询问用户是否结束本次网络社交请求，或者询问是否输入新的标签信息。如果用户确认输入新的标签信息并通过客户端输入新的标签信息，则服务器获取到该新的标签信息。

步骤S505，采用新的标签信息进行再次匹配。

本申请实施例中，如果长时间未匹配到好友，则结束本次网络社交请求，或者采用新的标签信息重新进行匹配，以实现尽快匹配到好友，如此，由于不用长时间等待匹配，可以提高用户的使用体验，且无需服务器后台进程长时间处于运行状态，造成极大的资源浪费。

在一些实施例中，再提供一种上述好友匹配模型的训练方法，图7是本申请实施例提供的好友匹配模型的训练方法的流程示意图，如图7所示，方法包括以下步骤：

步骤S701，将样本标签信息输入至好友匹配模型中。

步骤S702，通过好友匹配模型中的特征提取层，对样本标签信息进行特征提取，得到样本标签向量。

步骤S703，通过好友匹配模型中的信息匹配层，对样本标签向量和预设好友库中的好友信息的好友标签向量进行信息匹配处理，得到样本匹配向量。

步骤S704，将样本匹配向量输入至预设损失模型中，得到损失结果。

这里，预设损失模型中包括损失函数，通过损失函数计算样本匹配向量与真实向量之间的相似度，得到损失结果。其中，真实向量是用户预先标注的样本标签信息与好友信息之间的真实匹配向量。

步骤S705，根据损失结果，对特征提取层和信息匹配层中的参数进行修正，得到训练后的好友匹配模型。

如果损失结果表明样本匹配向量与真实向量之间的相似度小于或等于相似度阈值，则需要对好友匹配模型中的特征提取层和信息匹配层中的参数进行修正；如果损失结果表明样本匹配向量与真实向量之间的相似度大于相似度阈值，则停止对好友匹配模型中的特征提取层和信息匹配层中的参数进行修正，完成对好友匹配模型的训练。

在一些实施例中，还可以设置模型训练时长阈值和模型训练次数阈值，当模型训练时长达到该模型训练时长阈值时，停止对好友匹配模型中的特征提取层和信息匹配层中的参数进行修正，完成对好友匹配模型的训练；或者，当模型训练次数达到该模型训练次数阈值时，停止对好友匹配模型中的特征提取层和信息匹配层中的参数进行修正，完成对好友匹配模型的训练。

在一些实施例中，还可以建立群组社交通信，社交网络平台可以预先发起一群组社交通信，在该群组社交通信中，具有一共同的社交通信房间，多个用户均可以加入到该社交通信房间中，实现多人的群组社交通信。图8是本申请实施例提供的社交网络平台的应用界面图，如图8所示，在当前界面上，可以具有一群组社交通信的报名入口801，该群组社交通信过程具有平台预设的时间，用户可以在该报名入口进行报名，以预约该群组社交通信。在预约该群组社交通信时，用户通过终端发送的网络社交请求即用于请求建立群组社交通信。

图9是本申请实施例提供的网络社交方法的一个可选的流程示意图，如图9所示，方法包括以下步骤：

步骤S901，服务器向系统中每一终端发送群组社交通信预约消息，群组社交通信预约消息用于提醒每一用户预约群组社交通信。

本申请实施例中，可以预先建立一用于进行群组社交通信的房间，该房间中可以同时容纳多个用户同时进行社交通信。在一些实施例中，该房间还可以具有生效时间段，即预先设置群组社交通信的时间段，在该时间段内，房间可以进入；当该时间段结束时，房间关闭，任何用户不能进入该房间；或者，当到达房间的生效时间段中的截止时间时，房间自动关闭，房间内的全部用户自动退出房间。

步骤S902，在第一终端处于初始态时，第一终端向服务器发送网络社交请求，网络社交请求中包括第一终端的用户标识，网络社交请求用于请求建立群组社交通信。

步骤S903，服务器响应于网络社交请求，根据用户标识，在预设好友库中匹配出至少一个第二终端对应的好友标识。其中，在响应网络社交请求时，服务器采用第一数据传输连接控制终端从初始态切换至等待状态，且在匹配出好友标识时，断开第一数据传输连接，新建第二数据传输连接以控制终端从等待状态切换至匹配命中状态。

需要说明的是，这里的匹配是将预约该群组社交通信的终端进行匹配。

步骤S904，服务器将好友标识发送给第一终端。

步骤S905，第一终端向服务器返回确认信息。

步骤S906，服务器断开第二数据传输连接，新建第三数据传输连接以控制第一终端由匹配命中状态切换至确认状态。

步骤S907，服务器响应于确认信息，建立第一终端与多个第二终端之间的群组社交通信连接，且断开第三数据传输连接，新建第四数据传输连接以控制第一终端由确认状态切换至通话中状态。

步骤S908，第一终端与多个第二终端进行群组社交通信。

步骤S909，在完成建立所述群组社交通信连接之后，服务器获取群组社交通信中每一社交终端发送的角色选择操作。

本申请实施例中，在进行群组社交通信时，还可以让群组社交通信中的用户完成一定的任务，以增加通信的趣味性。本申请实施例中，可以为每一用户分配一个角色，用户可以完成该角色对应的任务，如果任务完成，则可以给予一定的奖励，即向用户的终端发送奖惩信息，以奖励该用户，例如，可以延长社交通信时长或者增加每天的社交通信次数等。

步骤S910，服务器响应于角色选择操作，为每一社交终端分配对应的角色。

步骤S911，服务器根据每一社交终端对应的角色，获取社交规则。

这里，社交规则可以是社交任务或者聊天规则。

步骤S912，服务器按照社交规则为每一社交终端下发对应的操作提醒和操作选项，以实现群组社交通信过程。

在一些实施例中，当任一终端处于通话中状态时，服务器还可以对该终端的本次社交通信过程进行实时处理，其中，实时处理过程包括以下步骤：

步骤S11，通过终端的语音采集装置和视频采集装置，实时采集语音信息和视频信息。

步骤S12，对所采集的语音信息进行语音分析，得到语音分析结果。

这里，可以采用人工智能技术中的语音技术，对采集的语音信息进行语音分析，确定用户的语音中是否有不符合平台规定的语言。

步骤S13，对所采集的视频信息中的每一视频帧进行图像分析，得到图像分析结果。

这里，可以采用人工智能技术中的计算机视觉技术，对采集的视频信息中的每一视频帧进行图像分析，确定用户在视频通话过程中是否存在不符合平台规定的行为。

步骤S14，根据语音分析结果和图像分析结果，对当前的社交通信过程进行处理。

在一些实施例中，步骤S14可以通过以下步骤实现：

步骤S141，将当前的社交通信过程在每一时刻的语音分析结果和图像分析结果存储至云端服务器中。

步骤S142，当语音分析结果和图像分析结果中的任意一个表明当前的社交通信过程中存在违规行为时，向终端发送违规提醒信息。

这里的违规提醒信息可以是提醒用户及时终止违规行为。

步骤S143，当终端的社交通信过程中存在违规行为的次数大于次数阈值或违规行为的时长大于时长阈值时，中断本次社交通信过程，且将终端由通话中状态切换至禁止通话状态。

这里，禁止通话状态是指禁止用户在一定时间段内进行再次请求进行网络社交。举例来说，当终端处于禁止通话状态时，可以禁止用户在一天内再次进行网络社交，或者禁止在一周内再次进行网络社交，或者永久关闭该用户的账号。

在一些实施例中，用户的标签信息可以存储于ES存储器中；对应地，在完成当前的社交通信之后，方法还可以包括以下步骤：

步骤S21，获取终端在当前的社交通信过程中的操作数据和社交数据。

这里，操作数据可以是用户在社交通信过程中在客户端上操作任意功能键的操作数据，社交数据包括但不限于：社交通信的对象、通信时长、通信内容等数据。

步骤S22，根据操作数据和社交数据，确定终端对应的用户的当前标签信息。

步骤S23，将当前标签信息更新至ES存储器中。

在一些实施例中，根据用户标识，在预设好友库中可以同时匹配出多个好友标识，当匹配出多个好友标识时，方法还可以包括以下步骤：

步骤S31，获取每一好友标识对应的好友属性信息。

步骤S32，根据好友属性信息确定每一好友标识对应的分值。

这里，可以采用以下方式中的至少一个来确定该分值：

方式一：根据用户与好友之间的物理距离确定该分值，距离越近，则分值越高。方式二：根据用户在历史社交通信过程中，其他用户对他的表现打分，综合来确定该分值。例如，可以将不同用户对同一个用户的打分进行加权平均，得到该用户的分值。

步骤S33，按照分值对多个好友标识进行排序，形成好友标识序列。

步骤S34，按照好友标识序列，选择预设数量的好友标识，并将所选择的好友标识发送给终端。

这里可以选择分值较大的前预设数量的好友的好友标识。

本申请实施例提供的网络社交方法，可以从匹配到的多个好友中选择预设数量的好友来进行推荐，实现了对好友的择优推荐，使得推荐的成功率提高，且由于推荐的用户的具有较高的分值，因此也可以提高网络社交的社交质量。

下面，将说明本申请实施例在一个实际的应用场景中的示例性应用。本申请实施例提供一种网络社交方法，本申请实施例的主要技术分为两部分：匹配搜索和状态控制。

在匹配搜索过程中，分为数据准备阶段、查找匹配阶段和确认阶段。

对于数据准备阶段：首先，可以新建用户属性模型，包含用户性别、年龄、基于位置的服务(LBS，Location Based Services)、在线状态、兴趣爱好等信息；然后，把用户填写的个人信息，异步的同步到ES存储器中存储，这里用户标签可以由系统运营配置，然后用户可以选择，当然，用户标签还可以支持用户自定义输入。

对于查找匹配阶段：根据LBS计算距离分为五个档位：小于500m、小于1km、小于5km、同一个城市和同一个省份，不同的档位会对应属于S/A/B/C/D五个等级(分别对应分数值10/8/5/2/1分)；并且，用户每次匹配完成后，双方可以选择对对方进行好评和差评打分，打分的好评率会做统计，分成80％/60％/50％/30％/10％五个档位(分别对应分数值5/4/3/2/0)；每个用户请求匹配的时候，会先根据满足同时在线、异性、至少一个相同交友兴趣标签后，通过上面LBS计算的距离排序，选择前预设数量的好友(例如，预设数量可以是200个，如果有多于200的，则可以只取前200个)；对于筛选出来的候选者中，再对其中的一定比例(例如，20％)的候选者进行排序打乱，然后根据分数值依次进行匹配，如果对方状态处于等待匹配中，那么就锁定该用户，两人匹配成功，并发送通知消息，进入确认阶段。

对于确认阶段：当用户看到自己显示匹配成功状态后，会看到对方的名称等简略个人信息，用户有5s时间可以选择是否需要换一换；当倒计时5s结束的时候，如果用户未操作选择换一换，则用户默认进行确认，进入等待对方是否进入确认状态，如果用户在5s内选择了换一换，则用户状态重新回到等待状态，等待匹配命中新的陌生人；如果两者都已确认，则匹配完成，进入聊天模式(即通话中状态)。

图10是本申请实施例网络社交方法的实现流程示意图，如图10所示，方法包括以下步骤：

步骤S1001，用户A向后台服务器发送网络社交请求，请求匹配好友，且客户端匹配等待倒计时开始。

步骤S1002，用户B向后台服务器发送网络社交请求，请求匹配好友。

步骤S1003，在用户A的等待期间，用户A可以取消匹配。

步骤S1004，在用户B的等待期间，用户B可以取消匹配。

步骤S1005，后台服务器向用户A通知匹配成功，并开始倒计时。

步骤S1006，后台服务器向用户B通知匹配成功，并开始倒计时。

步骤S1007，在用户A的等待期间，用户A可以取消或换一换。

步骤S1008，如果用户A取消，则后台服务器向用户B通知取消，用户B的客户端收到此消息后则自动重新匹配。

步骤S1009，在用户B等待期间，用户B可以取消或换一换。

步骤S1010，如果用户B取消，则后台服务器向用户A通知取消，用户A的客户端收到此消息后则自动重新匹配。

步骤S1011，如果倒计时结束，则用户A向后台服务器发送确认进入房间。如果确认失败，则可以重试一次。

步骤S1012，如果倒计时结束，则用户B向后台服务器发送确认进入房间。

步骤S1013，后台服务器创建获得房间，并设置房间状态为打开状态，用户A和用户B默认进入房间。

步骤S1014，后台服务器向用户A通知房间建立成功。

步骤S1015，后台服务器向用户B通知房间建立成功。

步骤S1016，如果客户端匹配等待倒计时结束，则发起查询，并确认本次匹配失败。

步骤S1017，如果本次匹配失败，则用户A通过客户端继续请求进入房间。

步骤S1018，如果本次匹配失败，则用户B通过客户端继续请求进入房间。

在状态控制过程中，用户状态分为：初始态(InitStatus)、等待状态(Waiting)、匹配命中状态(Match)、确认状态(Confirm)和通话中状态(Calling)，每个状态的转换都由用户自己的选择及超时时间同时控制。

图11是本申请实施例网络社交方法的状态转换图，如图11所示，状态切换过程包括：初始态1101->等待状态1102：用户点击开始匹配时，则由初始态1101进入等待状态1102；初始态1101->匹配命中状态1103：在点击开始匹配的时候，进行查找匹配并命中匹配，双方都进入匹配命中状态1103；等待状态1102->匹配命中状态1103：在点击开始匹配的时候，进行查找匹配并被他人命中匹配，双方都进入匹配命中状态1103；匹配命中状态1103->确认状态1104：用户等待倒计时5s结束后，自动进入确认状态1104；确认状态1104->通话中状态1105：语音链接创建成功，进入通话中状态1105(非关键状态)。

本申请实施例中，会存在一些不同情况的并发场景，图12是本申请实施例存在的并发分析及控制过程示意图，如图12所示：

在情况1中，当用户A进入匹配之后，用户B进入匹配，并匹配中用户A；然后，用户B确认成功，用户A确认成功，创建房间，并发送推送消息(Push)，回包成功；之后，用户B收到推送消息，进入房间。在情况2中，当用户A进入匹配之后，用户B进入匹配，并匹配中用户A；然后，用户B确认成功，用户A取消成功，并发送取消推送消息；之后，用户B收到取消推送消息，重新匹配。

在情况3中，当用户A进入匹配之后，用户B进入匹配，并匹配中用户A；然后，用户B确认成功，同时，用户A并发确认失败，用户A重新查询匹配，发现用户B已经确认，则创建房间，发送房间推送消息，回包成功；之后，用户B收到房间推送消息，进入房间。在情况4中，当用户A进入匹配之后，用户B进入匹配，并匹配中用户A；然后，用户B取消成功，发送取消推送消息，同时，用户A并发确认失败，用户A重新查询匹配，发现用户B已经取消，回包返回已经取消，用户A客户端调用重新开始匹配进程(startMatch)进行重新匹配；之后，用户A收到取消推送消息，取消匹配，此时用户A处于等待状态，用户A的客户端会忽略这个取消推送消息。

在情况5中，当用户A进入匹配之后，用户B进入匹配，并匹配中用户A；然后，用户B确认成功，同时，用户A并发取消失败，用户A重新查询匹配，发现用户B已经确认，继续取消逻辑，发送推送消息，回包成功；之后，用户B收到取消推送消息，重新匹配。在情况6中，当用户A进入匹配之后，用户B进入匹配，并匹配中用户A；然后，用户B取消成功，同时，用户A并发取消失败，直接返回客户端失败，客户端根据失败继续等待；之后，用户A收到取消推送消息，取消匹配，客户端调用重新开始匹配进程进行重新匹配。

在情况7中，当用户A进入匹配之后，用户B进入匹配，并匹配中用户A；然后，用户B取消成功，发送取消推送消息；然后，用户A确认，查询得知用户B已经取消，客户端调用开始匹配进程进行开始匹配；之后，用户A收到用户B的取消推送消息，客户端忽略该取消推送消息。在情况8中，当用户A进入匹配之后，用户B进入匹配，并匹配中用户A；然后，用户B取消成功；然后，用户A取消，查询得知用户B已经取消，回包成功，客户端不做逻辑，重新进入等待状态；之后，用户A收到取消推送消息，此时用户A处于等待状态中，客户端忽略该取消推送消息。

在一些实施例中，为保证本申请实施例网络社交方法的可实施性，还可以做出以下限定：若在开始匹配之后，等待30s内没有命中，则提示无匹配结果，可进行选择退出/再次寻找；若单个用户一天内收到拉黑大于或等于3次，则该用户在72小时内不会被推荐给其他人；若单用户在陌生人模块中10s内通话直接退出大于等于5次，则24小时之内不会推荐给其他人；24小时内不会匹配到同一个人。

在一些实施例中，网络社交方法还可以应用于群组社交通信，可以设置群组社交入口，使得用户可以预约群组社交通信。这里以假面舞会为例，对本申请实施例的群组社交通信进行说明。如图13A所示，在社交应用客户端的当前界面上显示有假面舞会的预约报名入口1301，用户可以点击当前界面上的假面舞会预约报名入口1301，进入图13B的界面，并点击确认预约1302，完成预约，进入图13C的界面，显示当前已报名人数和提醒的提醒界面1303。

图14A至图14C是本申请实施例提供的网络社交方法中好友匹配过程的界面图，如图14A所示，本申请实施例中，在匹配好友的过程中，当前界面可以显示有跳跃动画1401，以提高应用程序的趣味性；当匹配成功时，如图14B所示，显示匹配到的好友1402，并且，显示该好友的个人信息1403和换一个按钮1404，如果用户点击换一个按钮1404，则重新匹配好友；当匹配失败时，如图14C所示，会显示动画提醒1405和操作按钮1406，操作按钮1406包括再次寻找和遗憾离开选项。

本申请实施例提供的网络社交方法，可以提供易实现且实时在线的社交匹配方法，利用ES存储器中的用户社交属性信息(LBS、在线状态等)，快速计算配对精准度，配合上客户端的动画效果，在实现上具有更新颖的体验，并且，预约通知功能让用户更加集中活跃。

可以理解的是，在本申请实施例中，涉及到用户信息的内容，例如，用户终端当前所处的状态、用户的好友信息(如好友标识)、用户在社交通信过程中的语音信息、视频信息、用户在社交通信过程中的操作数据和社交数据等，当本申请实施例运用到具体产品或技术中时，需要获得用户许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

下面继续说明本申请实施例提供的网络社交装置354实施为软件模块的示例性结构，在一些实施例中，如图2所示，存储在存储器350的网络社交装置354中的软件模块可以是服务器300中的网络社交装置，所述装置包括：

获取模块3541，用于当终端处于初始态时，获取终端发送的网络社交请求，所述网络社交请求中包括用户标识；匹配模块3542，用于响应于所述网络社交请求，根据所述用户标识，在预设好友库中匹配出至少一个好友标识；其中，在响应所述网络社交请求时，采用第一数据传输连接控制所述终端从所述初始态切换至等待状态，且在匹配出所述好友标识时，断开所述第一数据传输连接，新建第二数据传输连接以控制所述终端从所述等待状态切换至匹配命中状态；收发模块3543，用于将所述好友标识发送给所述终端，并接收所述终端返回的确认信息，断开所述第二数据传输连接，新建第三数据传输连接以控制所述终端由所述匹配命中状态切换至确认状态；通信建立模块3544，用于响应于所述确认信息，建立所述终端与至少一个好友终端之间的社交通信连接，且断开所述第三数据传输连接，新建第四数据传输连接以控制所述终端由所述确认状态切换至通话中状态。

在一些实施例中，所述匹配模块还用于：实时获取所述用户标识对应的用户的至少一个标签信息；根据所述至少一个标签信息，在预设好友库中匹配出所述至少一个好友标识。

在一些实施例中，所述匹配模块还用于：将所述至少一个标签信息输入至预先训练的好友匹配模型中；通过所述好友匹配模型中的特征提取层，对每一所述标签信息进行特征提取，得到标签特征向量；当所述标签信息为多个时，对对应的多个标签特征进行拼接，形成拼接向量；通过所述好友匹配模型中的信息匹配层，对所述拼接向量和所述预设好友库中的好友信息进行信息匹配处理，得到匹配向量；根据所述匹配向量，确定所述好友标识。

在一些实施例中，所述好友匹配模型通过以下步骤训练：将样本标签信息输入至所述好友匹配模型中；通过所述好友匹配模型中的特征提取层，对所述样本标签信息进行特征提取，得到样本标签向量；通过所述好友匹配模型中的信息匹配层，对所述样本标签向量和所述预设好友库中的好友信息的好友标签向量进行信息匹配处理，得到样本匹配向量；将所述样本匹配向量输入至预设损失模型中，得到损失结果；根据所述损失结果，对所述特征提取层和所述信息匹配层中的参数进行修正，得到训练后的好友匹配模型。

在一些实施例中，所述装置还包括：控制模块，用于当在预设时间段内未匹配到好友标识时，结束本次网络社交匹配过程；或者，当在预设时间段内未匹配到好友标识时，获取与所述用户标识对应的新的标签信息，采用所述新的标签信息进行再次匹配。

在一些实施例中，所述网络社交请求用于请求建立群组社交通信；所述装置还包括：预约消息发送模块，用于发送群组社交通信预约消息，所述群组社交通信预约消息用于提醒每一用户预约所述群组社交通信；所述通信建立模块还用于：响应于所述确认信息，建立所述终端与多个好友终端之间的群组社交通信连接。

在一些实施例中，所述装置还包括：角色选择获取模块，用于在完成建立所述群组社交通信连接之后，获取所述群组社交通信中每一社交终端发送的角色选择操作；角色分配模块，用于响应于所述角色选择操作，为每一所述社交终端分配对应的角色；社交规则获取模块，用于根据每一社交终端对应的角色，获取社交规则；下发模块，用于按照所述社交规则为每一所述社交终端下发对应的操作提醒和操作选项，以实现所述群组社交通信过程。

在一些实施例中，所述装置还包括：采集模块，用于当所述终端处于所述通话中状态时，通过所述终端的语音采集装置和视频采集装置，实时采集语音信息和视频信息；语音分析模块，用于对所采集的所述语音信息进行语音分析，得到语音分析结果；图像分析模块，用于对所采集的所述视频信息中的每一视频帧进行图像分析，得到图像分析结果；处理模块，用于根据所述语音分析结果和所述图像分析结果，对当前的社交通信过程进行处理。

在一些实施例中，所述处理模块还用于：将当前的社交通信过程在每一时刻的所述语音分析结果和所述图像分析结果存储至云端服务器中；当所述语音分析结果和所述图像分析结果中的任意一个表明当前的社交通信过程中存在违规行为时，向所述终端发送违规提醒信息；或者，当所述终端的社交通信过程中存在违规行为的次数大于次数阈值或所述违规行为的时长大于时长阈值时，中断本次社交通信过程，且将所述终端由所述通话中状态切换至禁止通话状态。

在一些实施例中，所述用户的所述标签信息存储于ES存储器中；所述装置还包括：数据获取模块，用于在完成当前的社交通信之后，获取终端在当前的社交通信过程中的操作数据和社交数据；标签确定模块，用于根据所述操作数据和所述社交数据，确定所述终端对应的用户的当前标签信息；更新模块，用于将所述当前标签信息更新至所述ES存储器中。

在一些实施例中，所述装置还包括：属性信息获取模块，用于当匹配出多个好友标识时，获取每一好友标识对应的好友属性信息；分值确定模块，用于根据所述好友属性信息确定每一好友标识对应的分值；排序模块，用于按照所述分值对所述多个好友标识进行排序，形成好友标识序列；选择模块，用于按照所述好友标识序列，选择预设数量的好友标识，并将所选择的好友标识发送给所述终端。

需要说明的是，本申请实施例装置的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本申请实施例上述的方法。

本申请实施例提供一种存储有可执行指令的存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的方法，例如，如图3示出的方法。

在一些实施例中，存储介质可以是计算机可读存储介质，例如，铁电存储器(FRAM，Ferromagnetic Random Access Memory)、只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read Only Memory)、带电可擦可编程只读存储器(EEPROM，Electrically Erasable Programmable Read Only Memory)、闪存、磁表面存储器、光盘、或光盘只读存储器(CD-ROM，Compact Disk-Read Only Memory)等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

以上所述，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。

Claims (14)

1.一种网络社交方法，其特征在于，所述方法包括：

当终端处于初始态时，获取终端发送的网络社交请求，所述网络社交请求中包括用户标识；

响应于所述网络社交请求，根据所述用户标识，在预设好友库中匹配出至少一个好友标识；其中，在响应所述网络社交请求时，采用第一数据传输连接控制所述终端从所述初始态切换至等待状态，且在匹配出所述好友标识时，断开所述第一数据传输连接，新建第二数据传输连接以控制所述终端从所述等待状态切换至匹配命中状态；

将所述好友标识发送给所述终端，并接收所述终端返回的确认信息，断开所述第二数据传输连接，新建第三数据传输连接以控制所述终端由所述匹配命中状态切换至确认状态；

响应于所述确认信息，建立所述终端与至少一个好友终端之间的社交通信连接，且断开所述第三数据传输连接，新建第四数据传输连接以控制所述终端由所述确认状态切换至通话中状态。

2.根据权利要求1所述的方法，其特征在于，所述根据所述用户标识，在预设好友库中匹配出至少一个好友标识，包括：

实时获取所述用户标识对应的用户的至少一个标签信息；

根据所述至少一个标签信息，在预设好友库中匹配出所述至少一个好友标识。

3.根据权利要求2所述的方法，其特征在于，所述根据所述至少一个标签信息，在预设好友库中匹配出所述至少一个好友标识，包括：

将所述至少一个标签信息输入至预先训练的好友匹配模型中；

通过所述好友匹配模型中的特征提取层，对每一所述标签信息进行特征提取，得到标签特征向量；

当所述标签信息为多个时，对对应的多个标签特征进行拼接，形成拼接向量；

通过所述好友匹配模型中的信息匹配层，对所述拼接向量和所述预设好友库中的好友信息进行信息匹配处理，得到匹配向量；

根据所述匹配向量，确定所述好友标识。

4.根据权利要求3所述的方法，其特征在于，所述好友匹配模型通过以下步骤训练：

将样本标签信息输入至所述好友匹配模型中；

通过所述好友匹配模型中的特征提取层，对所述样本标签信息进行特征提取，得到样本标签向量；

通过所述好友匹配模型中的信息匹配层，对所述样本标签向量和所述预设好友库中的好友信息的好友标签向量进行信息匹配处理，得到样本匹配向量；

将所述样本匹配向量输入至预设损失模型中，得到损失结果；

根据所述损失结果，对所述特征提取层和所述信息匹配层中的参数进行修正，得到训练后的好友匹配模型。

5.根据权利要求2所述的方法，其特征在于，所述方法还包括：

当在预设时间段内未匹配到好友标识时，结束本次网络社交匹配过程；或者，

当在预设时间段内未匹配到好友标识时，获取与所述用户标识对应的新的标签信息，采用所述新的标签信息进行再次匹配。

6.根据权利要求1所述的方法，其特征在于，所述网络社交请求用于请求建立群组社交通信；在所述获取终端发送的网络社交请求之前，所述方法还包括：

发送群组社交通信预约消息，所述群组社交通信预约消息用于提醒每一用户预约所述群组社交通信；

所述响应于所述确认信息，建立所述终端与至少一个好友终端之间的社交通信连接，包括：

响应于所述确认信息，建立所述终端与多个好友终端之间的群组社交通信连接。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

在完成建立所述群组社交通信连接之后，获取所述群组社交通信中每一社交终端发送的角色选择操作；

响应于所述角色选择操作，为每一所述社交终端分配对应的角色；

根据每一社交终端对应的角色，获取社交规则；

按照所述社交规则为每一所述社交终端下发对应的操作提醒和操作选项，以实现所述群组社交通信过程。

8.根据权利要求1至7任一项所述的方法，其特征在于，所述方法还包括：

当所述终端处于所述通话中状态时，通过所述终端的语音采集装置和视频采集装置，实时采集语音信息和视频信息；

对所采集的所述语音信息进行语音分析，得到语音分析结果；

对所采集的所述视频信息中的每一视频帧进行图像分析，得到图像分析结果；

根据所述语音分析结果和所述图像分析结果，对当前的社交通信过程进行处理。

9.根据权利要求8所述的方法，其特征在于，所述根据所述语音分析结果和所述图像分析结果，对当前的社交通信过程进行处理，包括：

将当前的社交通信过程在每一时刻的所述语音分析结果和所述图像分析结果存储至云端服务器中；

当所述语音分析结果和所述图像分析结果中的任意一个表明当前的社交通信过程中存在违规行为时，向所述终端发送违规提醒信息；或者，

当所述终端的社交通信过程中存在违规行为的次数大于次数阈值或所述违规行为的时长大于时长阈值时，中断本次社交通信过程，且将所述终端由所述通话中状态切换至禁止通话状态。

10.根据权利要求2所述的方法，其特征在于，所述用户的所述标签信息存储于ES存储器中；所述方法还包括：

在完成当前的社交通信之后，获取终端在当前的社交通信过程中的操作数据和社交数据；

根据所述操作数据和所述社交数据，确定所述终端对应的用户的当前标签信息；

将所述当前标签信息更新至所述ES存储器中。

11.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当匹配出多个好友标识时，获取每一好友标识对应的好友属性信息；

根据所述好友属性信息确定每一好友标识对应的分值；

按照所述分值对所述多个好友标识进行排序，形成好友标识序列；

按照所述好友标识序列，选择预设数量的好友标识，并将所选择的好友标识发送给所述终端。

12.一种网络社交装置，其特征在于，所述装置包括：

获取模块，用于当终端处于初始态时，获取终端发送的网络社交请求，所述网络社交请求中包括用户标识；

匹配模块，用于响应于所述网络社交请求，根据所述用户标识，在预设好友库中匹配出至少一个好友标识；其中，在响应所述网络社交请求时，采用第一数据传输连接控制所述终端从所述初始态切换至等待状态，且在匹配出所述好友标识时，断开所述第一数据传输连接，新建第二数据传输连接以控制所述终端从所述等待状态切换至匹配命中状态；

收发模块，用于将所述好友标识发送给所述终端，并接收所述终端返回的确认信息，断开所述第二数据传输连接，新建第三数据传输连接以控制所述终端由所述匹配命中状态切换至确认状态；

通信建立模块，用于响应于所述确认信息，建立所述终端与至少一个好友终端之间的社交通信连接，且断开所述第三数据传输连接，新建第四数据传输连接以控制所述终端由所述确认状态切换至通话中状态。

13.一种网络社交设备，其特征在于，包括：

存储器，用于存储可执行指令；处理器，用于执行所述存储器中存储的可执行指令时，实现权利要求1至11任一项所述的网络社交方法。

14.一种计算机可读存储介质，其特征在于，存储有可执行指令，用于引起处理器执行所述可执行指令时，实现权利要求1至11任一项所述的网络社交方法。