联系建立方法、系统和计算机可读存储介质与流程

本申请涉及通讯技术领域，特别是涉及一种联系建立方法、系统和计算机可读存储介质。

背景技术：

通讯工具是用户与联系人、服务方等进行联系交互工具的统称，由通讯账号、硬件、软件三部分构成。用户通过固定电话、移动电话、智能手机等通讯工具与联系人、各类服务方进行联系通讯；用户通过通讯账号(如手机号或电话号)借助固定电话、移动电话或智能手机与联系人进行联系通讯，用户也可借助智能手机借助软件凭借软件分配账号与服务方进行联系通讯，以此实现供需双方联系的有效匹配。

当前通讯方式，供需双方信息不能有效传输、获取与调用，信息冗余、失效、分散等问题突出，使得供需双方难以实现精准、高效匹配，进而使得供需双方联系匹配效率低下。

技术实现要素：

基于此，有必要针对上述供需双方匹配效率低下，难以实现精准、高效匹配问题，提供一种能够使得供需双方联系精准、高效匹配的新型联系建立方法、系统和计算机可读存储介质。

一种联系建立方法，所述方法包括：

为多个联系主体分别分配通讯号联系主体的通讯号与社会身份标识唯一对应；

为所述多个联系主体分别建立与通讯号关联的数据集合；

为存在关联关系的联系主体的通讯号之间建立关联关系；

当接收到通讯指示，对通过至少一轮人机交互会话获取的信息进行分析，确定通讯需求和所述通讯需求对应的目标联系主体；查找所述目标联系主体的通讯号，根据所述通讯号查找所述目标联系主体的数据集合；至少根据所述通讯需求和所述目标联系主体的数据集合，进行通讯处理。

一种联系建立系统，所述系统包括多个联系主体和智能通讯子系统；

所述智能通讯子系统用于：

为多个联系主体分别分配通讯号，联系主体的通讯号与社会身份标识唯一对应；

为所述多个联系主体分别建立与通讯号关联的数据集合；

为存在关联关系的联系主体的通讯号之间建立关联关系；

当接收到通讯指示，通过至少一轮人机交互会话获取通讯需求，并通过至少一轮人机交互会话获取所述通讯需求对应的目标联系主体；查找所述目标联系主体的通讯号，根据所述通讯号查找所述目标联系主体的数据集合；至少根据所述通讯需求和所述目标联系主体的数据集合，进行通讯处理。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意联系建立方法实施例的步骤。

上述联系建立方法、系统、计算机设备和存储介质中，为多个联系主体分别分配通讯号，并为多个联系主体分别建立与通讯号关联的数据集合，通讯号与社会身份标识唯一对应，存在关联关系的联系主体的通讯号之间存在关联关系，从而实现了联系主体身份的统一以及信息的统一。由于实现了联系主体身份以及信息的统一，即分配了通讯号及建立了动态数据集合，因此可以实现信息的统一调用、使用，进而可以基于通讯号及数据集合，实现供需双方联系匹配的精准与高效，进而实现对外通讯的精准与高效。

附图说明

图1为本申请实施例中方法的应用环境图；

图2为一个实施例中各方的逻辑关系示意图；

图3为一个实施例中联系建立方法的流程示意图；

图4为另一个实施例中联系建立方法的流程示意图；

图5为另一个实施例中联系建立方法的流程示意图；

图6为另一个实施例中联系建立方法的流程示意图；

图7为另一个实施例中的联系建立方法的流程示意图；

图8为另一个实施例中的联系建立方法的流程示意图；

图9为一个实施例中的联系建立系统的结构框图；

图10为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在详细描述本申请实施例提供的联系建立方法之前，首先对本申请实施例涉及的主要技术特征解释进行集中说明。

本申请实施例中，自然人(用户)，政府机构、商业机构、非营利机构等组织机构，甚至硬件设备(如投影仪、空调、电视)和虚拟形象均被抽象为联系主体。

为实现不同联系主体之间的关联，每个联系主体可以通过通讯号(又称为通讯身份号)标识，进而通过通讯号实现不同联系主体的关联。

联系主体的通讯号与社会身份标识(例如身份证号、护照号、组织机构代码)唯一对应。

通讯号不仅作为联系主体的身份标识信息，还可以作为联系主体登录各个系统的账号名，也是不同类型联系主体进行联系、交互通讯的统一标识。

本申请实施例不对通讯号的组成方式进行限定。通讯号可以由一组数字组成，也可以由一组字符组成，还可以由一组数字和字符组成。

本申请实施例中，通讯号由联系主体自行申请，智能通讯(即智能通讯系统)方统一分配，并由联系主体与智能通讯方共同对通讯号进行唯一身份性验证，确保联系主体与通讯号的身份唯一性。

可以限定联系主体的通讯号一旦确定则不可变，例如，自然人的通讯号与身份证号唯一对应，组织机构的通讯号与组织机构代码一一对应等等。也可以限定联系主体的通讯号可变，但联系主体的通讯号一旦变化，可迅速实现全网更新。其具体实现方式本申请不作限定，例如，某联系主体的通讯号一旦变化，则执行更改操作的设备广播该联系主体的更新前后的通讯号，接收到该广播的设备进行更新和/或转发操作。

每个联系主体对应一个数据集合，联系主体的数据集合包括以下至少一个子集合：联系方式信息子集、属性标签数据子集、社交关系数据子集、业务数据子集、联系人数据子集等等。每个联系主体的数据集合与其通讯号关联。上述不同联系主体的关联，具体来说是通过通讯号实现不同联系主体的数据集合的关联。

通过为每个联系主体创建数据集合，智能通讯系统基于联系主体与智能通讯方或其它各类服务方交互过程完成对联系主体的相关物理属性数据的编辑以及对各类交互信息的综合性处理，形成对联系主体的数据集合的动态化表达，以此确保联系主体与外界联系实现精准、高效的信息基础。

其中，联系主体的联系方式信息子集包括联系方式信息，如电话号码、邮箱地址、网址、网站账号名、社交应用账号名(如qq号)等。

一种优选的方式中，联系主体的通讯号用于实现该联系主体与其他联系主体建立关联关系，联系主体的联系方式信息用于该联系主体与其他联系主体实现通信，通讯号下联系主体联系方式等信息的变更不影响与其它联系主体的关联关系。

联系主体的属性标签数据子集包括联系主体的属性标签数据。属性标签数据用于描述联系主体的属性，根据实际需要确定将哪些数据作为属性标签数据。以自然人为例，其属性标签数据可以包括姓名、性别、年龄、职业、学历等身份信息，也可以包括好恶信息，例如阅读的好恶信息，音乐的好恶信息等等。以组织机构为例，其属性标签数据可以包括组织机构名称、信用评价信息等等。以硬件设备为例，其属性标签数据可以包括设备名称、设备型号、设备类型、设备使用年限等等。以虚拟形象为例，其属性标签可以包括虚拟姓名、虚拟性别、虚拟年龄、虚拟职业、虚拟学历等身份信息，也可以包括虚拟好恶信息。

联系主体的社交关系数据子集包括联系主体的社交关系数据。本申请实施例中，可以为每个联系主体分别维护一个社交关系数据子集，也可以为多个联系主体维护一个共同的社交关系数据子集(例如知识图谱)。

作为业务承办方的账户的数据集合包括业务数据子集，业务数据子集包括作为业务办理方的联系主体的业务数据。以运营商为例，业务数据可以是指用户开通电话号码的业务数据，用户注销电话号码的业务数据，用户暂停电话号码的业务数据等等。

联系主体的联系人数据子集包括联系主体的联系人数据。例如，基于电话号码的通讯录数据，基于社交应用账号的联系人数据等等。

本申请实施例中，联系人数据可以记录联系人的联系方式，例如联系人的电话号码，而社交关系数据可以记录用户之间的社交关系。

例如，用户a的联系人数据记录了用户b的电话号码，用户a的社交关系数据记录了用户a与用户b为同事关系。

以自然人为例，一个典型的自然人的数据集合包括联系方式信息子集、属性标签数据子集和社交关系数据子集。可选的，还包括联系人数据子集。

以组织机构为例，一个典型的组织机构的数据集合包括业务数据子集。可选的，还包括以下至少一个子集：联系方式信息子集、属性标签数据子集、联系人数据子集。

以硬件设备为例，一个典型的硬件设备的数据集合包括属性标签数据子集。可选的，还包括以下至少一个子集：联系方式信息子集、业务数据子集、联系人数据子集。

以虚拟形象为例，一个典型的虚拟形象的数据集合包括联系方式信息子集、属性标签数据子集和社交关系数据子集。可选的，还包括业务数据子集和/或联系人数据子集。

本申请实施例中，联系主体的数据集合的各个数据子集可以是物理存储空间意义上的，例如一个数据子集中的数据按照相同的格式存储在相同的存储空间中；也可以是逻辑意义上的，例如，一个数据子集的数据可以按照不同的格式分别存储在不同的存储空间中，这些数据被划分在一个数据子集中，只因符合一定的划分逻辑。

本申请实施例不对数据集合的数据格式及存储方式进行限定。作为举例而非限定，联系主体的数据集合或者数据集合中的部分数据子集可以通过用户画像的方式建立，也可以通过知识图谱的方式建立，还可以通过用户画像结合知识图谱的方式建立。

本申请实施例中涉及业务承办方、业务办理方、第一联系方和第二联系方。

其中，业务承办方是指为用户办理业务的组织机构、硬件设备或虚拟形象的账户，例如运营商、行政部门(如交通管理部门)、保险公司、学校等等。

业务办理方是指当其联系方式信息和/或属性数据的变化体现在业务承办方的业务数据子集中，需要根据该变化对相应的数据子集进行更新的账户。

第一联系方的联系人数据子集中保存有业务办理方的联系方式信息。

第二联系方的联系方式信息保存在业务办理方的联系人数据子集中。

应当指出的是，业务承办方、业务办理方、第一联系方、第二联系方仅为描述方便而作区分，并非某一特指联系主体。

本申请实施例提供的方法可以应用在图1所示的应用环境中。图1中，终端102和第三方子系统106通过网络与智能通讯系统108连接，一部分硬件设备104通过网络与终端102连接，另一部分硬件设备104通过网络与智能通讯系统108连接。

其中，终端102可以但不仅限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、便携式可穿戴设备等。

硬件设备104可以是办公设备，如投影仪、门禁设备等，也可以是家电设备，如电视机、空调等，还可以是其他可控的设备。

第三方子系统106是组织机构、虚拟形象的硬件实现系统。可以包括服务器，还可以包括存储器或存储器集群，终端设备(如pc机、移动终端、打印机等)。其中，服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

智能通讯系统108是实现本申请实施例提供的方法的软件系统。可以包括服务器，还可以包括存储器或存储器集群，终端设备(如pc机、移动终端、打印机等)。其中，服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

其中，智能通讯系统108中用于实现联系建立方法的硬件，与用于实现通讯处理的硬件，可以是相同的硬件或硬件组合，也可以是不同的硬件或硬件组合，本申请对此不做限定。具体选择哪些硬件实现哪些功能，根据实际的组网情况、软件系统等确定。

其中，管理通讯号的系统可以由智能通讯系统108中的部分硬件构成，也可以由第三方子系统106中的部分硬件构成，还可以由智能通讯系统108中的部分硬件和第三方子系统106中的部分硬件共同构成。

本申请实施例中，用户与智能通讯系统、终端、硬件设备、第三方子系统的逻辑关系也可以参照图2所示。用户可以通过智能通讯系统实现与其他用户、其他终端、硬件设备、第三方子系统的通信。

在一个实施例中，如图3所示，提供了一种联系建立方法，该方法由图1中的智能通讯系统108实现，该方法包括以下步骤：

步骤302、为多个联系主体分别分配通讯号联系主体的通讯号与社会身份标识唯一对应。

步骤304、为上述多个联系主体分别建立与通讯号关联的数据集合。

步骤306、为存在关联关系的联系主体的通讯号之间建立关联关系。

步骤308、当接收到通讯指示，对通过至少一轮人机交互会话获取的信息进行分析，确定通讯需求和所述通讯需求对应的目标联系主体；查找所述目标联系主体的通讯号，根据所述通讯号查找所述目标联系主体的数据集合；至少根据所述通讯需求和所述目标联系主体的数据集合，进行通讯处理。

其中，通讯需求可以但不仅限于包括请求通话需求、查询需求、或控制需求。

本申请实施例提供的联系建立方法，为多个联系主体分别分配通讯号，并为多个联系主体分别建立与通讯号关联的数据集合，通讯号与社会身份标识唯一对应，存在关联关系的联系主体的通讯号之间存在关联关系，从而实现了联系主体身份的统一以及信息的统一。由于实现了联系主体身份以及信息的统一，即分配了通讯号及建立了数据集合，因此可以实现信息的统一调用、使用，进而可以基于通讯号及数据集合，实现联系双方的有效匹配，提高联系的精准度和效率。

传统联系建立方式供需匹配不能实现精准匹配的原因在于联系主体之间信息不能有效的流通与匹配，为解决这一问题，不仅需要为联系主体配置唯一的通讯号，也需要对目标联系主体的信息的进一步丰富完善。一方面对联系主体的信息进行编辑，建立数据集合，另一方面与各类服务方建设的联系关系，对目标联系主体的数据集合动态完善。

本申请实施例中，智能通讯系统建立自然人或组织机构等联系主体的基本属性信息库(数据集合)，如果某方调用用户数据，通过智能通讯系统，利用通讯号，将有关信息进行有效调用，分析，进而生成用户数据(例如属性标签数据、社交关系数据等)。

本申请实施例中，上述步骤306的实现方式有多种。基于联系主体的不同类型，其实现方式可以是：与作为服务方的联系主体约定通讯号与信息存储、调用机制；和/或，为作为用户的联系主体的通讯号与作为其联系人、服务方、终端的联系主体的通讯号之间建立关联关系。

本申请实施例中，如上所述，通讯号关联的数据集合包括属性标签数据子集和社交关系数据子集，相应的，上述步骤304的具体实现方式可以但不仅限于是：

当获取联系主体的属性数据，为所述联系主体生成属性标签数据，并查找所述联系主体的通讯号，将生成的属性标签数据记录到所述通讯号关联的属性标签数据子集中；

当获取联系主体间的社交关系数据，根据所述社交关系数据确定联系主体间的社交关系，并查找所述联系主体的通讯号，将确定的社交关系记录到所述通讯号关联的社交关系数据子集中。

其中，获取联系主体的属性数据(社交关系数据)的实现方式有多种。可以由联系主体自行编辑，也可以由智能通讯方基于通讯号，全网调用相关信息进行数据分析后生成。例如，通过第三方网站接口获得(如学校网站、民政系统网站、社交网站等等)，从联系主体使用的终端获取，从联系主体间发送的数据中解析得到等等。

在此基础上，还可以在接收到通讯指示并确定通讯需求后，对所述通讯需求的相关信息进行分析，得到更新数据；对所述更新数据与作为通讯发起方的联系主体的数据集合中保存的对应数据进行处理，得到最新的数据；将最新的数据保存到作为通讯发起方的联系主体的数据集合中。

如上所述，联系主体的数据集合是动态更新、完善的。除了上述完善方式外，也可以采用如图4所示的方式：

步骤402，当业务承办方的业务数据子集有更新时，该业务数据子集中包括业务办理方的业务数据，查找更新的业务数据对应的业务办理方的数据集合，业务办理方的数据集合包括联系方式信息子集和属性标签数据子集。

其中，“业务承办方”是“作为业务承办方的联系主体”的简称。

其中，智能通讯系统108发现业务承办方的业务数据子集有更新的实现方式有多种。例如，业务承办方的数据集合保存在智能通讯系统108中，智能通讯系统108中负责执行本联系建立过程的硬件监测系统中存储的业务承办方的数据集合，从而发现其业务数据子集是否有更新。又例如，当业务承办方的业务数据子集有更新时，业务承办方所在的第三方子系统106(或终端102或硬件设备104)向智能通讯系统108上报该更新动作。又例如，智能通讯系统108定期或不定期向各个业务承办方所在的第三方子系统106(或终端102或硬件设备104)询问其业务数据子集是否有更新。

其中，智能通讯系统108可以在发现业务承办方的业务数据子集有更新后，立即进行查找动作，也可以按照预定规则等待预定时间后进行查找动作。

本申请不对业务数据的数据格式和具体内容进行限定。不同业务承办方的业务数据包括的内容可能不同。例如，运营商的一条业务数据可以包括用户(即业务办理方)的姓名、身份证号、电话号码、业务类型(如开通、注销、暂停等等)等内容。又例如，学校的一条业务数据可以包括学生(即业务办理方)的姓名、专业、班级、成绩、业务状态(如新生入学、转专业、留级、处分等)。无论哪种账户的业务数据，还可以包括业务办理方的一级标识信息。

若业务数据中包括业务办理方的通讯号。那么，步骤402中具体可以从更新的业务数据中获取业务办理方的通讯号，进而根据该通讯号查找业务承办方的数据集合。

其中，“业务办理方”是“作为业务办理方的联系主体”的简称。

步骤404，当更新的上述业务数据中包括更新的联系方式信息时，根据上述更新的联系方式信息更新对应的业务办理方的联系方式信息子集；当更新的上述业务数据中包括更新的属性数据时，根据该更新的属性数据更新对应的业务办理方的属性标签数据子集。

具体的，若更新的业务数据中既包括业务办理方的更新的联系方式信息，又包括其更新的属性数据，则智能通讯系统108既更新业务办理方的联系方式信息子集，也更新其属性标签数据子集。若更新的业务数据中包括业务办理方的更新的联系方式信息，但不包括更新的属性数据，则智能通讯系统108更新业务办理方的联系方式信息子集；反之，智能通讯系统108更新业务办理方的属性标签数据子集。

上述联系建立方法，以业务承办方为运营商为例，若用户更换了电话号码，则运营商的业务数据子集中会保存相应的业务数据；当有更新的业务数据时，查找该业务数据对应的业务办理方的数据集合，例如查找变更电话号码的用户的数据集合；根据更新的业务数据中的联系方式信息(如电话号码)更新业务办理方(如该用户)的联系方式信息子集。以业务承办方为保险公司的账户为例，若用户在某保险公司购买了保险业务，则该保险公司的账户的业务数据子集中会保存相应的业务数据；当有更新的业务数据时，查找该业务数据对应的业务办理方的数据集合，例如查找购买了该保险公司的保险业务的用户的数据集合；根据更新的业务数据中的属性数据(即该用户购买保险业务的相关信息)更新业务办理方(如该用户)的属性标签数据子集。通过上述处理方式，不仅实现了用户的通讯账号的自动更新，也可以实现用户的属性标签的自动更新，其处理过程中不需要用户手动输入信息，避免了手动输入出错的可能性，且提高了处理效率。

本申请实施例中，更新可以是指添加、删除、替换等操作。相应的，更新业务办理方的联系方式信息可以是将更新的业务数据中包括更新的联系方式信息添加到对应的业务办理方的联系方式信息子集中；也可以利用更新的业务数据中包括更新的联系方式信息替换对应的业务办理方的联系方式信息子集中相同类型的联系方式信息；还可以删除对应的业务办理方的联系方式信息子集中的相关联系方式信息。

若联系方式信息子集还包括联系方式信息的状态，则更新还可以是指添加、改变、删除联系方式信息的状态。本申请实施例不对联系方式信息的状态进行限定，可以根据实际需要设定。

以运营商为例，若某用户第一次开通某运营商提供的电话号码，该运营商的业务数据子集中增加一条业务数据，该业务数据包括该用户的该电话号码，则智能通讯系统将该电话号码添加到该用户的联系方式信息子集中；若某用户在某运营商处更换了电话号码，该运营商的业务数据子集中该用户对应的业务数据中原有的电话号码被替换为新的电话号码，则智能通讯系统将该用户的联系方式信息子集中的电话号码替换为该新的电话号码；若某用户在某运营商处办理电话号码注销的业务，该运营商的业务数据子集中该用户对应的业务数据记载该用户的电话号码为注销状态，则智能通讯系统将该用户的联系方式信息子集中的该电话号码删除，或者，智能通讯系统将该用户的联系方式信息子集中的该电话号码的状态修改为注销状态。更新对应的业务办理方的属性标签数据子集可以是根据更新的业务数据中包括更新的属性数据生成属性标签数据，将该属性标签数据添加到对应的业务办理方的属性标签数据子集中；也可以根据更新的业务数据中包括更新的属性数据生成属性标签数据，利用该属性标签数据替换对应的业务办理方的属性标签数据子集中相同类型的属性标签数据；还可以是删除对应的业务办理方的属性标签数据子集中的该属性数据对应的属性标签数据。

本申请实施例中，根据更新的属性数据生成属性标签数据，是指将更新的属性数据标签化。其具体实现方式可以但不仅限于参照建立用户画像时的标签化处理方法。

以学校为例，若某学生取得本科毕业证书，该学校的业务数据子集中该学生对应的业务数据的学历字段更新为毕业状态，智能通讯系统根据该业务数据中的毕业状态这一属性数据，生成表示毕业状态的属性标签数据，并将该属性标签数据添加到该学生的属性标签数据子集中，从而完善该学生的数据标签数据子集；或者智能通讯系统将该学生的属性标签数据子集中标识学历的标签替换为该属性数据标签。

还可以参照上述方式更新社交关系数据子集。以民政部门为例，若用户a与用户b离婚，民政部门的业务数据子集中记载该离婚事件，则智能通讯系统根据该离婚事件中的属性数据(婚姻状态信息)，将用户a(b)的属性标签数据子集中的婚姻关系信息删除或更改。其中，婚姻关系为社交关系的一种。

为确保数据更新的准确、有效，在上述任意联系建立方法实施例的基础上，还可以为不同的业务承办方设置优先级。例如，对于电话号码，运营商的业务数据子集中电话号码的更新，其优先级高于其他业务承办方的业务数据子集中的电话号码的更新。本申请不对优先级的具体使用方式进行限定。例如，当非运营商的业务数据子集中的电话号码有更新时，智能通讯系统判断其优先级等级，若低于设定阈值，则不执行更新。

基于上述任意联系建立方法的实施例，当业务承办方的业务数据子集有更新，还可以查找与上述业务办理方关联的第一联系方的数据集合，第一联系方的数据集合包括联系人数据子集和/或业务数据子集；根据更新的业务数据中包括更新的联系方式信息和/或更新的属性数据，更新第一联系方的联系人数据子集和/或业务数据子集。

该步骤的执行不依赖于步骤402和步骤404，因此也不存在时序上的约束关系。

仍以运营商为例，某用户a若第一次开通某运营商提供的电话号码，该运营商的业务数据子集中增加一条业务数据，该业务数据包括该用户a的该电话号码，则智能通讯系统将该电话号码添加到与该用户a关联的用户b的联系人数据子集中，或者将该电话号码添加到该用户a投保的保险公司的业务数据子集中。

其中，对第一联系方的联系人数据子集和/或业务数据子集的更新也可以包括添加、删除、替换等操作，具体可以参照对业务办理方的相关数据子集的更新，此处不再赘述。

其中，智能通讯系统可以根据业务办理方的联系人数据子集确定关联的第一联系方，也可以根据业务办理方的属性标签数据子集中的社会关系信息确定关联的第一联系方，还可以根据单独维护的不同账户的关联关系确定业务办理方关联的第一联系方。

基于上述任意联系建立方法的实施例，当与业务办理方关联的第二联系方的联系方式信息子集和/或属性标签数据子集有更新业务数据，还可以根据该第二联系方的更新的联系方式信息和/或更新的属性标签数据，更新该业务办理方的联系人数据子集，业务办理方的数据集合还包括联系人数据子集。

其具体实现方式可以参照上述实施例的描述，此处不再赘述。

如图2所示，本申请实施例提供的技术方案，用户可以通过智能通讯系统实现与其他终端、第三方子系统、硬件设备的通信，为便于信息统一管理、自动调用、避免重复验证、重复填写、信息冗余，在上述任意联系建立方法实施例的基础上，还可以由智能通讯系统实现对账户的统一身份验证管理以及信息统一调用分配机制。具体的，接收身份验证请求消息或业务请求信息反馈，该身份验证请求消息中携带业务办理方的通讯号；根据该身份验证请求消息中携带的通讯号进行身份验证，并将用户授权的信息给予反馈。

根据身份验证请求消息中携带的通讯号进行身份验证之后，还可以接收业务请求消息，该业务请求消息中携带业务承办方的通讯号；根据该业务请求消息中的通讯号，向该业务承办方发起业务请求。

一种实现方式中，用户通过智能通讯系统登陆第三方子系统，相应的，智能通讯系统接收用户(业务办理方)发送的身份验证请求消息，按照预定的方式对用户进行身份验证。具体实现方式可以参照现有的实现方式，本申请对此不做限定。身份验证成功后，智能通讯系统与第三方子系统按照预先约定的方式实现通信，并根据用户发送的业务请求消息向第三方子系统发起业务请求。

另一种实现方式中，用户直接登陆第三方子系统，但第三方子系统需要与智能通讯系统通信，实现身份验证。具体的，智能通讯系统接收第三方子系统发送的身份验证请求消息，根据该身份验证请求消息进行身份验证。具体的验证过程可以参照现有的身份验证方法，本申请对此不做限定。

目前，用户登陆不同的网站/应用，往往需要输入不同的账号名称、密码，及其他身份验证信息，造成信息的重复填写。本申请实施例中，可以采用智能通讯系统统一验证及担保身份下，授权给第三方相应权限及信息模式。

本申请实施例中，智能通讯系统建立与各类组织机构有效的信息交互方式。

具体的，智能通讯系统以通讯号为核心，对用户进行电话号码、身份的验证，并逐步建立个人身份与基本信息数据库(即账户的数据集合)，账户的数据集合可经智能通讯系统实时更新、完善。

智能通讯系统与第三方子系统约定信息交互机制，用户在第三方子系统登录时，应用通讯号，经用户授权下，智能通讯系统对第三方子系统提供相应的数据支持、身份信息担保等服务，用户应用通讯号直接登录，不需手机号验证。

用户在智能通讯系统统一管理对第三方子系统公开信息类型及通道(其中包含电话号码的公开与否以及接收对方信息的提示与否)，用户可选择公开信息以及通道类型，以此确保信息的安全性以及不被骚扰性。

智能通讯系统与第三方子系统或终端约定信息交互协定下，第三方或终端与用户交互信息进一步丰富用户的数据集合，以满足更多的第三方所需的信息需求，以进一步提高其信息服务效率。

用户在各类组织、团体及服务方使用统一的通讯号的前提下，智能通讯系统与第三方与各类终端约定相互之间，采用移动的密码学机制下，采用统一的信息链式存储方式模式(类当前区块链模式：各方不得对信息进行有效更改，各方通过一定机制，将各自信息链式连接在一起)。

本申请实施例中，同一数据集合的不同数据子集可以集中存储，也可以分布式存储。本申请不对分布式存储的具体实现方式进行限定，例如，采用链式存储方式进行数据存储。

本申请实施例中，不同数据集合可以集中存储，也可以分布式存储。本申请不对分布式存储的具体实现方式进行限定，例如，采用链式存储方式进行数据存储。

目前，用户之间的联系方式的建立与信息修改均采取各自输入、修改方案，效率低下且易失效，不易识别等缺陷，而本申请实施例则实现联系建立与联系维护的智能自动化过程：

其中，联系建立包含单方简单存储与智能添加方式两种。

单方简单存储指简单将对方信息予以存储的方式，相比当前存储方式，如对方未应用，则与当前存储方式无差异；而如对方应用，则可选择自己输入或者默认存储，不需手动输入，对方可更新性信息仅仅包含部分信息。

智能添加方式则可采取扫描对方名片我方将识别性存储，也可扫描对方二维码或者直接应用通讯号添加，对方同意后，双方信息即可互传，联系人信息自动存储，联系人建立完成。

联系智能维护：本申请所指联系方式信息实现了自动维护功能，其信息更新分为两个层面：第一，个人电话号码、基本信息及名片信息的修改，可自动更新至相关联系人通讯录之中(参照对第一联系方的数据集合的更新)；第二，相关联系人手机号、基本信息及名片信息的修改，我方通讯录可自动更新修改，并在动态圈中做静态提示性提示(参照基于第二联系方的更新对业务办理方的数据集合进行更新)。以此相关联系人之间，关系实现了自动维护，联系更长久、更有效、准确。

目前，用户通过手机号与各组织、团体与服务方的建立联系，但因手机号的可变性属性使得联系具有极其不稳定性，本申请通过通讯号建立与各组织、团体、服务方的联系性关系，代替先前预留手机号联系建立方式，通过预留个人通讯号建立双方长久联系关系，用户可根据需求对联系关系进行管理维护或断绝联系关系，双方基于通讯号下，通过最新手机号或其它联系方式与对方相互通讯，从而确保联系的有效连接；并且用户在与第三方进行联系交流过程中，通过通讯号，可调动所需各类信息，以满足用户其它业务的需求。

其联系关系包含身份统一、信息互通两个层面，其意义在于：统一的账号管理体系；对于目标用户，各类信息通过通讯号得以集中处理，从而更智能的满足目标用户的需求。

本申请实施例中，上述步骤308的具体实现方式有多种。下面例举其中一种：

通过对至少一轮人机交互会话获取的信息进行分析，确定通讯需求和对应的目标联系主体(通讯对象)。

其中，若通讯对象拥有独立的数据集合，如用户、组织机构，则通讯对象的数据集合指其所拥有的数据集合。若通讯对象不拥有独立的数据集合，例如没有独立数据集合的硬件设备，则通讯对象的数据集合是指其使用者的数据集合。

具体的，可以根据人机交互会话中获取的目标联系主体的名称等信息，查找数据库，匹配该名称对应的通讯号，进而查找通讯对象的数据集合。

查找通信需求的发起方的数据集合；

根据所述通信需求、所述通讯对象的数据集合和所述发起方的数据集合，进行通讯处理。

以通信类型为请求通话需求为例，根据通讯对象的数据集合和发起方的数据集合选择通话方式；根据发起方的数据集合生成通话提示；发送通话方式和通话提示。

本申请实施例中，根据不同的通讯对象、不同的通讯需求，可采用不同的联系建立方式，本申请实施例将例举说明。应当指出的是，对联系建立方式的举例不应理解为对联系建立方式保护范围的限定。

上述通讯对象的数据集合为业务承办方的数据集合、业务办理方的数据集合、第一联系方的数据集合或第二联系方的数据集合。该通讯对象的数据集合或其关联账户的数据集合联系建立方法可参照上述各实施例的描述，此处不再赘述。

为保证通信安全，还可以在确定通讯需求之前，接收身份验证请求消息，该身份验证请求消息中携带通信需求发起方的通讯号；根据该身份验证请求消息中携带的通讯号进行身份验证，若身份验证通过，执行获取通信需求信息的步骤。其具体实现方式可以参照上述实施例中的身份验证实现方式，此处不再赘述。

在一个实施例中，提供一种联系建立方法，该方法由图1中的智能通讯系统108实现，该方法包括以下步骤：

建立多个联系主体的数据集合，每个联系主体的数据集合分别关联其通讯号；

根据数据集合的通讯号建立数据集合之间的关联关系；

获取通讯需求；

根据所述通讯号，查找所述通讯对象的数据集合；

至少根据所述通信需求和所述通讯对象的数据集合，进行通讯处理。

其中，对数据集合中数据的更新可以参照上述任意方法实施例的描述，此处不再赘述。

下面将结合具体应用场景，对终端、第三方子系统、硬件产品侧进行通讯处理的具体实现方式进行说明。

基于图1所示的应用环境，若用户a需要通过终端102查找餐厅，本实施例中，终端102具体是智能手机，一种联系建立实现方式如图5所示，包括如下步骤：

步骤502、智能手机调用通讯需求会话程序进行人机对话，并提取通讯需求信息。

本申请实施例中，可以不同的通讯需求预先配置多个模板，每个模板描述通讯需求对应的通讯对象、通讯需求信息数据格式等信息。

人机对话的实现方式可以但不仅限于以下任意方式或方式的组合：文本输入、语音输入、视频输入等。

以文本输入的人机对话方式为例，通过调用通讯需求会话程序获取会话过程中用户输入的文本信息；对获取的文本信息进行识别，提取通讯需求信息。又或者，根据会话关键词，提取通讯需求信息。例如，文本输入框的文本框类型为“通讯类型”，该文本框类型即为关键词，获取该文本输入框的内容进而提取通讯需求信息中的通讯类型信息。

以语音输入的人机对话方式为例，通过调用通讯需求会话程序获取会话过程中用户输入的语音信息，对语音信息进行语义识别，生成对应的文本信息，进而提取通讯需求信息。

以视频输入的人机对话方式为例，通过调用通讯需求会话程序获取会话过程中用户输入的音视频信息，对音频信息进行语义识别，对视频内容进行图像识别，生成对应的文本信息，进而提取通讯需求信息。

本步骤的目的是准确识别用户a的通讯需求，对通讯需求的描述至少可以包括：通讯对象的标识信息，通讯类型信息。

本实施例中，通讯需求是查找餐厅，通过该通讯需求对应的模板，确定通讯对象为餐厅推荐/评价网站，若通讯对象为餐厅推荐/评价网站等第三方子系统，通讯对象的标识信息可以是指该网站的通讯号或联系方式信息(如网址、电话、邮箱地址等)，通讯对象的标识信息也可以是指该网站的名称(上述的通讯对象的对象标识信息中的一种具体形式)。

其中，网站的通讯号、联系方式信息、名称可以是从人机会话输入的信息中提取的，也可以是根据人机交互输入的信息结合用户a的数据集合获取。

若有多个餐厅推荐/评价网站可供选择，可选的，智能手机还结合人机会话输入信息的上下文选择其中一个作为通讯对象。选择的依据可以但不仅限于以下至少一条：用户a的属性标签数据子集中记载的网站好恶数据标签；用户a的联系人数据子集中是否保存餐厅推荐/评价网站的联系方式信息。

步骤504、智能手机向智能通讯系统发送数据集合查找请求消息，该请求消息中携带通讯对象的标识信息。

对于终端侧的联系建立方法，查找通讯对象的数据集合是通过向智能通讯系统发送上述请求消息实现的。

步骤506、智能手机接收智能通讯系统获取的查找请求响应消息，该响应消息中可以携带通讯对象的数据集合中的相关数据，也可以携带表示联系建立结果的信息。

其中，通讯对象的数据集合中的相关数据是指联系建立需要的、且用户a有权限获取的数据。

本实施例中，如果响应消息中携带上述相关数据，则执行步骤508，如果响应消息中携带表示联系建立结果的信息，则执行步骤510。

步骤508、智能手机至少根据通信类型信息和通讯对象的数据集合，查找目标餐厅的网址和/或电话号码，可选的还查找目标餐厅的推荐菜品的信息，将查找到的信息反馈给用户a。

步骤510、智能手机根据表示通讯处理结果的信息，向用户a反馈查找结果。

其中，表示通讯处理结果的信息可以但不仅限于包括目标餐厅的网址和/或电话号码，可选的还包括目标餐厅的推荐菜品的信息。

基于图1所示的应用环境，若用户a需要通过终端102查找餐厅，另一种实现方式如图6所示，包括如下步骤：

步骤602、智能通讯系统接收用户a通过终端发送的通讯需求消息，该通讯需求消息中携带通讯需求信息。

步骤604、智能通讯系统根据其中的通讯对象的标识信息，查找通讯对象的数据集合。

假设通讯对象的标识信息为通讯对象的联系方式信息，可以根据该通讯号，从用户a的联系人信息子集中查找匹配的联系方式信息，可选的，联系方式信息关联对应的数据集合的存储地址；根据该存储地址查找通讯对象的数据集合。假设通讯对象的标识信息为通讯对象的联系方式信息，查找包含该联系方式信息的数据集合。假设通讯对象的标识信息为某一类通讯对象的标识信息(即对象标识信息)，例如“餐厅查找网站”，可以根据该标识信息，从用户a的属性标签数据子集或联系人信息子集中查找该标识信息匹配的属性标签数据或联系方式信息，进而查找通讯对象的数据集合。

606、智能通讯系统至少根据通讯类型信息和通讯对象的数据集合，查找目标餐厅的网址和/或电话号码，可选的还查找目标餐厅的推荐菜品的信息，将查找到的信息反馈给终端。

基于图1所示的应用环境，用户a需要远程控制家中的空调，该空调没有独立的数据集合，通过智能通讯系统实现通讯处理的实现方式如图7所示，包括如下步骤：

步骤702、智能通讯系统接收用户a的智能手机发送的通讯需求消息，该通讯需求消息中携带通信需求信息。

步骤704、智能通讯系统根据其中的通讯对象的标识信息，查找通讯对象的数据集合。

本实施例中，通讯对象为用户a的空调，该空调的标识信息是其硬件设备编码，该空调的数据集合既可以是用户a的数据集合，也可以是用户a的家庭成员的数据集合。

该步骤中，智能通讯系统可以查找用户a及其家庭成员的数据集合，根据这些数据集合中的属性标签数据选择其中一个用户的数据集合。

例如，根据记录用户当前所在位置的属性标签数据，若确定有用户目前在家中，则选择该用户的数据集合。又例如，根据用户a与家庭成员的社会关系信息，用户a为用户c的未成年子女，则选择用户c的数据集合。

步骤706、智能通讯系统至少根据通信类型信息和通讯对象的数据集合，对空调进行控制。

例如，选择的数据集合为用户a的数据集合，可以根据用户a的属性标签数据中记载的数据，如空调使用权限，空调温度设置偏好等信息，对空调进行控制。又例如，选择的数据集合为用户c的数据集合，可以根据用户c的属性标签数据中记载的数据，如空调设置偏好等信息，对空调进行控制。

其中，可以直接向空调发送控制信息，也可以通过与家中的中央控制设备进行通信，通过该中央控制设备实现对空调的控制，还可以通过选择的某个用户当前在家中的终端实现对空调的控制。

基于图1所示的应用环境，用户a需要远程控制家中的空调，该空调有独立的账户，通过智能通讯系统实现通讯处理的实现方式可以参照图6和图7的处理流程，此处不再赘述。

基于图1所示的应用环境，用户a需要呼叫用户b，通过智能通讯系统实现通讯处理的实现方式如图8所示，包括如下步骤：

步骤802、智能通讯系统获取用户a的智能手机的通讯需求消息。

例如，用户a在智能手机或某硬件终端上选择了用户b并进行了拨号操作，则智能手机在拨号之前或拨号的同时，向智能通讯系统发送通讯需求消息。

又例如，智能手机或某硬件终端通过调用通讯需求会话程序，确定用户a需要呼叫用户b，则智能手机向智能通讯系统发送通讯需求消息。

步骤804、智能通讯系统根据用户b的电话号码，查找用户b的数据集合。

步骤806、智能通讯系统至少根据用户b的数据集合，选择呼叫方式。

本申请实施例中，呼叫方式可以但不仅限于包括：语音通话、视频通话、发送文本消息、发送语音消息、发送视频消息等。

例如，用户b的属性标签数据显示用户b目前处于开会状态，则选择发送文本消息的呼叫方式。

又例如，用户b的属性标签数据显示用户b偏爱使用语音通话方式，则选择语音通话的呼叫方式。

步骤808、智能通讯系统根据用户a和/或用户b的数据集合生成呼叫提示，并将呼叫方式和呼叫提示发送给用户a的智能手机。

其中，呼叫提示可以但不仅限于用户b的当前状态、呼叫失败的原因等等。

应当指出的是，智能通讯系统可以不生成呼叫提示，仅将呼叫方式发送给用户a的智能手机。智能通讯系统也可以不生成呼叫方式，仅将呼叫提示发送给用户a的智能手机。

本申请实施例中，用户或者各类组织、团体或服务方提交通讯需求信息，智能通讯系统有效识别通讯需求，对所需各类信息进行调动与处理，将处理好的信息直接反馈给用户或各类组织、团体或服务方；其中包含三步：

智能查找：智能通讯系统对用户需求进行有效分析，对各类信息进行调动与处理，寻找到通讯对象；

智能识别：智能通讯系统对通讯对象进行有效识别，即对通讯对象进一步综合分析，基于通信需求，对通讯对象的动静态关系进行全方位的描述，确定通讯对象的准确性或可操控性及可与用户直接通讯的状态性；

智能通讯：智能通讯系统根据通信需求，或者将处理结果反馈给用户，或者按照通信需求对通讯对象进行有效控制，使其按照用户指令得以调控，然后将控制结果反馈给用户，以此智能通讯得以实现。

应该理解的是，虽然图3-8的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图3-8中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图9所示，提供了一种联系建立系统，包括：多个联系主体901和智能通讯子系统902，其中：

所述智能通讯子系统用于：

为多个联系主体分别分配通讯号，联系主体的通讯号与社会身份标识一一对应；

为所述多个联系主体分别建立与通讯号关联的数据集合；

为存在关联关系的联系主体的通讯号之间建立关联关系；

当接收到通讯指示，通过至少一轮人机交互会话获取通讯需求，并通过至少一轮人机交互会话获取所述通讯需求对应的目标联系主体；查找所述目标联系主体的通讯号，根据所述通讯号查找所述目标联系主体的数据集合；至少根据所述通讯需求和所述目标联系主体的数据集合，进行通讯处理。

上述联系建立系统中，为多个联系主体分别分配通讯号，并为多个联系主体分别建立与通讯号关联的数据集合，通讯号与社会身份标识唯一对应，存在关联关系的联系主体的通讯号之间存在关联关系，从而实现了联系主体身份的统一以及信息的统一。由于实现了联系主体身份以及信息的统一，即分配了通讯号及建立了数据集合，因此可以实现信息的统一调用、使用，进而可以基于通讯号及数据集合，实现联系双方的有效匹配，提高联系的精准度和效率。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储联系建立所需的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种联系建立方法。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

为多个联系主体分别分配通讯号，联系主体的通讯号与社会身份标识一一对应；

为所述多个联系主体分别建立与通讯号关联的数据集合；

为存在关联关系的联系主体的通讯号之间建立关联关系；

当接收到通讯指示，通过至少一轮人机交互会话获取通讯需求，并通过至少一轮人机交互会话获取所述通讯需求对应的目标联系主体；查找所述目标联系主体的通讯号，根据所述通讯号查找所述目标联系主体的数据集合；至少根据所述通讯需求和所述目标联系主体的数据集合，进行通讯处理。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

为多个联系主体分别分配通讯号，联系主体的通讯号与社会身份标识一一对应；

为所述多个联系主体分别建立与通讯号关联的数据集合；

为存在关联关系的联系主体的通讯号之间建立关联关系；

当接收到通讯指示，通过至少一轮人机交互会话获取通讯需求，并通过至少一轮人机交互会话获取所述通讯需求对应的目标联系主体；查找所述目标联系主体的通讯号，根据所述通讯号查找所述目标联系主体的数据集合；至少根据所述通讯需求和所述目标联系主体的数据集合，进行通讯处理。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。