CN107241517A - 通信业务平台和系统、通信系统和方法以及通信装置 - Google Patents

Abstract

本发明公开了一种通信业务平台和系统、通信系统和方法以及通信装置，涉及通信技术领域。通信业务平台包括：数据库，存储一组或多组包括业务编号、第一用户号码、第二用户号码、虚拟号码之间的相互关系的关联关系；接收器，被配置为响应于终端发送联系请求获得业务编号和终端的号码；发送器，被配置为从数据库中查询包括业务编号和终端的号码的关联关系，并向通信接口平台发送该关联关系中的虚拟号码、第一用户号码和第二用户号码，以便通信接口平台以虚拟号码作为呼叫显示号码、向第一用户号码和第二用户号码发起双向回呼。从而使通信双方之间建立通信关系且双方的呼叫显示号码均为虚拟号码，因而双方都无法得知对方真实号码，保护了用户的隐私。

Description

通信业务平台和系统、通信系统和方法以及通信装置

技术领域

本发明涉及通信技术领域，特别涉及一种通信业务平台和系统、通信系统和方法以及通信装置。

背景技术

目前，在快递、租车、租房等行业，服务者和用户之间的联系主要依靠电话来实现。需要进行联系的双方互相留存对方的电话号码，然后其中一方通过直接拨打对方的电话号码来与对方取得联系。

发明内容

发明人发现，当服务者或者用户将自己的电话号码告知给对方后，很容易发生电话号码泄露、或者在服务关系结束后遭受对方的继续骚扰的情况。因此，现有技术的方式容易使用户的隐私受到威胁。

针对上述问题，发明人提出了一种能够保护用户隐私的通信业务平台和系统、通信系统和方法以及通信装置。

根据本发明实施例的第一个方面，提供一种通信业务平台，包括：数据库，被配置为存储一组或多组组关联关系，每组关联关系中包括业务编号、第一用户号码、第二用户号码、虚拟号码之间的相互关系，其中，虚拟号码为第一用户号码和第二用户号码互相通信时的呼叫显示号码；接收器，被配置为响应于终端发送联系请求，获得联系请求对应的业务编号和终端的号码，终端的号码为第一用户号码或第二用户号码；发送器，被配置为从数据库中查询包括联系请求对应的业务编号和终端的号码的一组关联关系，并向通信接口平台发送查询到的关联关系中的虚拟号码、第一用户号码和第二用户号码，以便通信接口平台以接收的虚拟号码作为呼叫显示号码、向接收的第一用户号码和接收的第二用户号码发起双向回呼。

在一个实施例中，关联关系是采用号码分配请求中的业务编号、第一用户号码、第二用户号码以及从号码池中选取的未关联的虚拟号码建立的。

在一个实施例中，如果数据库中已存在包括号码分配请求中的第一用户号码和第二用户号码的一组关联关系，则新的关联关系是采用所述号码分配请求中的业务编号、第一用户号码、第二用户号码以及所述已存在的关联关系中的虚拟号码建立的；如果数据库中不存在包括号码分配请求中的第一用户号码和第二用户号码的一组关联关系，则新的关联关系是是采用号码分配请求中的业务编号、第一用户号码、第二用户号码以及从号码池中选取的未关联的虚拟号码建立的。

在一个实施例中，通信业务平台还包括：监视器，被配置为监控到关联关系中的第一用户号码或者第二用户号码发生变更，获得变更前的号码、变更后的号码和变更涉及的业务编号，并通知数据库进行相应的更新。在一个实施例中，通信业务平台还包括：监视器，被配置为在业务结束的情况下，通知数据库删除包括该业务的业务编号的关联关系；或者，被配置为在关联关系的存储时间超过预设时间的情况下通知数据库删除该关联关系。

在一个实施例中，接收器进一步被配置为从联系请求中获得联系请求对应的业务编号和终端的号码。

在一个实施例中，数据库进一步被配置为存储终端的号码和用户应用标识之间的对应关系，接收器进一步被配置为从联系请求中获得联系请求对应的业务编号和用户应用标识，并从数据库中查找用户应用标识对应的终端的号码。

根据本发明实施例的第二个方面，提供一种通信业务系统，包括：前述任意一种通信业务平台和通信接口平台。通信接口平台包括：接收器，被配置为接收通信业务平台发送的虚拟号码、第一用户号码和第二用户号码；通信接口，被配置为以接收的虚拟号码作为呼叫显示号码、向接收的第一用户号码和接收的第二用户号码发起双向回呼。

根据本发明实施例的第三个方面，提供一种通信系统，包括：前述任意一种通信业务平台和终端。终端包括发送器，终端的发送器被配置为响应于用户对终端的操作向通信业务平台发送联系请求，联系请求中包括业务编号和终端的号码、或者包括业务编号和与终端的号码对应的用户应用标识。

在一个实施例中，终端还包括：输入接口，被配置为接收用户输入的或选择的业务编号。

在一个实施例中，终端还包括：摄像头，被配置为获取条码图像；阅读器，被配置为解析条码图像并获取条码图像中的业务编号。

在一个实施例中，通信业务系统还包括通信接口平台。通信接口平台包括：接收器，被配置为接收通信业务平台发送的虚拟号码、第一用户号码和第二用户号码；通信接口，被配置为以接收的虚拟号码作为呼叫显示号码、向接收的第一用户号码和接收的第二用户号码发起双向回呼。

根据本发明实施例的第四个方面，提供一种通信方法，包括：响应于终端发送联系请求，获得联系请求对应的业务编号和终端的号码，终端的号码为第一用户号码或第二用户号码；查询包括联系请求对应的业务编号和终端的号码的一组关联关系，其中，每组关联关系中包括业务编号、第一用户号码、第二用户号码、虚拟号码之间的相互关系，虚拟号码为第一用户号码和第二用户号码互相通信时的呼叫显示号码；向通信接口平台发送查询到的关联关系中的虚拟号码、第一用户号码和第二用户号码，以便通信接口平台以接收的虚拟号码作为呼叫显示号码、向接收的第一用户号码和接收的第二用户号码发起双向回呼。

在一个实施例中，通信方法还包括：响应于接收号码分配请求，选取未关联的虚拟号码，其中，号码分配请求中包括业务编号、第一用户号码和第二用户号码；建立并存储包括号码分配请求中的业务编号、第一用户号码和第二用户号码以及未关联的虚拟号码的关联关系。

在一个实施例中，通信方法还包括：响应于接收包括业务编号、第一用户号码和第二用户号码的号码分配请求，查询数据库中是否存在包括号码分配请求中的第一用户号码和第二用户号码的关联关系；如果存在，建立并存储包括号码分配请求中的业务编号、第一用户号码和第二用户号码以及查询到的关联关系中的虚拟号码的关联关系；如果不存在，选取未关联的虚拟号码，建立并存储包括号码分配请求中的业务编号、第一用户号码和第二用户号码以及未关联的虚拟号码的关联关系。

在一个实施例中，通信方法还包括：当关联关系中的第一用户号码或者第二用户号码发生变更时，获得变更前的号码、变更后的号码和变更涉及的业务编号；对包括变更前的号码和变更涉及的业务编号的关联关系进行相应的更新。

在一个实施例中，通信方法还包括：删除包括已结束的业务的业务编号的关联关系；或者删除存储时间超过预设时间的关联关系。

在一个实施例中，获得联系请求对应的业务编号和终端的号码包括：从联系请求中获得联系请求对应的业务编号和终端的号码；或者从联系请求中获得联系请求对应的业务编号和用户应用标识，并查找用户应用标识对应的终端的号码。

在一个实施例中，业务编号是用户输入到终端的，或者是用户从终端展示的多个业务编号中选择的，或者是用户采用终端扫描条码获得的。

根据本发明实施例的第五个方面，提供一种通信装置，包括：存储器；以及耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行前述任意一种通信方法。

根据本发明实施例的第六个方面，提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现前述任意一种通信方法。

上述发明中的一个实施例具有如下优点或有益效果：本发明能够使通信双方之间建立通信关系，并且双方的呼叫显示号码均为虚拟号码，因而双方都无法得知对方的真实号码，保护了用户的隐私。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明通信业务系统的一个实施例的结构图。

图2为本发明通信业务平台的一个实施例的结构图。

图3为本发明通信接口平台的一个实施例的结构图。

图4为本发明通信系统的一个实施例的结构图。

图5为本发明通信方法的一个实施例的流程图。

图6为本发明关联关系建立方法的一个实施例的流程图。

图7为本发明通信装置的一个实施例的结构图。

图8为本发明通信装置的另一个实施例的结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

发明人发现，在部分应用场景中，通话双方不一定是一对一的关系。例如，一个配送员可能需要为多个客户配送货物，该配送员需要联系多个不同的客户；一个客户也可能下单了多个订单，需要等待多个不同的配送员联系自己。因此，本申请将通话双方的对应业务编号也作为关联关系的一个元素，从而确定通话双方中的第一用户、第二用户以及他们之间的业务所对应的业务编号所形成的关联关系。本申请在这样的关联关系的基础上，提出了保护通话双方的隐私的方案。

在本发明的实施例中，第一用户号码和第二用户号码的描述仅是为了区分关联关系中的两个不同用户的号码。在实施本发明的方法和装置时，可以将第一用户号码和第二用户号码进行互换。

图1为本发明通信业务系统的一个实施例的结构图。如图1所示，该实施例的通信业务系统包括：通信业务平台20和通信接口平台30。下面分别对通信业务平台20和通信接口平台30进行介绍。

图2为本发明通信业务平台的一个实施例的结构图。如图2所示，该实施例的通信业务平台20包括数据库201、接收器202和发送器203。

数据库201被配置为存储一组或多组组关联关系，每组关联关系中包括业务编号、第一用户号码、第二用户号码、虚拟号码之间的相互关系，其中，虚拟号码为第一用户号码和第二用户号码互相通信时的呼叫显示号码。

业务编号是用于区分不同业务的。例如可以为订单号、运单号等等。

第一用户号码和第二用户号码为待联系的两个不同用户的号码，例如可以分别为第一用户和第二用户的号码。

数据库201可以响应于其他部件或装置的查询、修改和删除指令进行相应的操作。

根据需要，数据库201还可以存储其他业务数据和用户数据。例如可以存储用户的账号、基本信息、联系方式等等。

数据库201可以位于服务提供方的服务器上，例如可以位于电子商务平台、物流公司、订餐网站的数据服务器中，也可以采用其他实现形式，这里不再赘述。

接收器202被配置为响应于终端发送联系请求，获得联系请求对应的业务编号和终端的号码，终端的号码为第一用户号码或第二用户号码。

联系请求中可以直接写入业务编号和终端的号码，从而接收器202可以直接从联系请求中获得业务编号和终端的号码。

接收器202还可以从联系请求中获得联系请求对应的业务编号和用户应用标识，例如用户在应用中的账号，接收器202再从数据库201或其他数据存储装置中查找用户应用标识对应的终端的号码。

接收器202例如可以位于终端应用对应的后台服务器，该服务器能够与终端应用进行数据交互处理相应数据、执行相应操作。

发送器203被配置为从数据库201中查询包括联系请求对应的业务编号和终端的号码的一组关联关系，并向通信接口平台发送查询到的关联关系中的虚拟号码、第一用户号码和第二用户号码。

从而，通信接口平台30可以以接收的虚拟号码作为呼叫显示号码、向接收的第一用户号码和接收的第二用户号码发起双向回呼。

在通常情况下，每个业务编号可以查询到至多一组关联关系，即通过业务编号即可查找到该业务编号对应的第一用户号码、第二用户号码和虚拟号码。然而，本申请通过在查询时再加入终端的号码，可以防止与业务编号不处于同一关联关系的号码发起呼叫，从而能够防止无关人员的骚扰。

发送器203例如可以是用于处理通信业务的服务器，与通信接口平台30进行数据交换。

通过采用上述实施例，通话双方可以建立通信关系，并且双方的呼叫显示号码均为虚拟号码，因而双方都无法得知对方的真实号码，保护了用户的隐私。

从用户使用的角度来看，相比于系统分配的虚拟号码，业务编号更容易获得。例如，用户很容易在相关应用中查询到自己某个订单或运单的编号。因此，在呼叫时通过终端向通信业务平台发送业务编号和主叫用户的号码，可以使用户无需额外记录虚拟号码，即可通过业务编号、第一用户号码、第二用户号码和虚拟号码之间的关联关系完成隐私通信的过程。

此外，本发明实施例的通信业务平台20还可以包括号码池。号码池存储有大量的虚拟号码。

通信业务平台20可以对接收的号码分配请求进行处理，以建立新的关联关系。号码分配请求中包括业务编号、第一用户号码和第二用户号码。

例如，当用户下单，服务器可以响应于用户的下单行为发送订单号、买家电话号码、卖家电话号码；当配送员通过终端确定配送某个包裹时，终端或终端的后台服务器可以发送运单号、收货人电话号码、配送员电话号码等等。从而通信业务平台20可以响应于上述操作建立关联关系。

在一个实施例中，可以选取未关联的虚拟号码，即不位于任何一个关联关系中的虚拟号码，建立包括号码分配请求中的业务编号、第一用户号码和第二用户号码以及未关联的虚拟号码的关联关系，并将关联关系发送给数据库进行存储。

这种方法会为任何一个新建的关联关系均挑选新的虚拟号码，易于处理。

在一个实施例中，还可以先查询数据库中是否存在包括号码分配请求中的第一用户号码和第二用户号码的一组关联关系。如果存在，建立包括号码分配请求中的业务编号、第一用户号码和第二用户号码以及查询到的关联关系中的虚拟号码的关联关系。

例如，用户A有待收的运单号分别为X、Y和Z的三个包裹，而这三个包裹分配给了同一个配送员B进行配送。如果数据库201中已经存在了“用户A号码-配送员B号码-运单号X-虚拟号V”的关联关系，则当为运单Y和Z建立关联关系时，可仍分配查询到的前述关联关系中的虚拟号V作为新建关联关系的虚拟号码，即建立“用户A号码-配送员B号码-运单号Y-虚拟号V”和“用户A号码-配送员B号码-运单号Z-虚拟号V”这两个关联关系。从而可以使关联关系中的用户准确联系到另一个用户的情况下，节约号码资源。

在选取未分配的虚拟号码时，例如可以选择与待建立关联关系的业务编号的尾号一致的虚拟号码，从而可以使用户在不知道虚拟号码的情况下通过业务编号推断得出。此外，也可以按照其他规则选取或者随机选取。

号码池存储的虚拟号码可以是预设号段的号码，并且通信业务平台所属的服务方可以将该号段告知通话管理应用，从而当用户接收到呼叫时，通话管理应用能够通过识别的呼叫显示号码所属的号段、在终端屏幕上显示服务方的名称，例如XX快递、XX电商等等，使用户知晓该来电的目的，提高接通的成功率。

此外，本发明实施例的通信业务平台20还可以包括监视器204。监视器204可以监视用户号码和业务的状态，并基于接收到的请求或业务状态对关联关系进行维护。

监视器204可以对接收的号码变更请求进行处理。号码变更请求中包括变更前的号码、变更后的号码和变更涉及的业务编号。

监视器204可以响应于号码变更请求，通知数据库201进行相应的更新。即，将数据库201中包括变更前的号码和变更涉及的业务编号的关联关系中的变更前的号码修改为变更后的号码。

例如，当为用户A配送电视的配送员B变更为配送员C、或者用户A的手机号码进行了更改时，均可以采用上述方法进行变更。从而，可以增加通话双方号码变更的灵活度，并且在业务编号不变时也无需对关联关系中的虚拟号码进行更改，提高了处理效率。

监视器204还可以监视业务的状态。当监视器204获知某个业务已经结束时，可以通知数据库201删除包括已结束的业务的业务编号的关联关系。

例如，配送员B已经将货物送达用户A，用户A也确认收货，则配送员B和用户A不再需要互相联系，因此可以通知数据库201删除相应的关联关系。

此外，监视器204还可以检测各个关联关系的存储时间。关联关系可以仅在预设时长内进行存储，例如24小时；或者，关联关系例如可以在预设时间点，例如每天的24时进行清除等等。

通过上述几种处理方式，一方面可以减小存储压力，另一方面也可以最大限度地减少用户被打扰。

图3为本发明通信接口平台的一个实施例的结构图。如图3所示，该实施例的通信接口平台30包括：接收器301和通信接口302。

接收器301被配置为接收通信业务平台发送的虚拟号码、第一用户号码和第二用户号码。

通信接口302被配置为以接收的虚拟号码作为呼叫显示号码、向接收的第一用户号码和接收的第二用户号码发起双向回呼。

双向回呼是一种语音通话方式。通信接口302接收到包括通话双方的电话号码后，可以通过电话网络向两个电话号码对应的终端发起呼叫请求，双方接通电话后可以进行互相通话。

从而，第一用户和第二用户之间可以建立通信关系，并且双方的呼叫显示号码均为虚拟号码，因而双方都无法得知对方的真实号码，保护了用户的隐私。

通信接口平台30例如可以是运营商提供的具有通信能力的系统或设备。

通信接口平台30可以是由通信业务平台20所属的组织机构之外的服务提供商提供的，从而，与用户相关的数据存储在通信业务平台20，通信接口平台30仅提供与通信本身相关的解决方案，能够保证数据的安全性。

本发明还提供了一种通信系统。下面参考图4描述本发明一个实施例的通信系统。

图4为本发明通信系统的一个实施例的结构图。如图4所示，该实施例的通信系统包括通信业务平台20和终端40。根据需要，还可以包括通信接口平台30。

通信业务平台20和通信接口平台30的具体实施方式可以参考前述实施例，这里不再赘述。

终端40可以包括发送器401，终端的发送器401被配置为响应于用户对终端的操作向通信业务平台20发送联系请求，联系请求中包括业务编号和终端40的号码、或者包括业务编号和与终端40的号码对应的终端应用标识。

当用户正在浏览某个业务对应的页面时，终端40也可以响应于用户在该页面上的发起联系请求的操作读取该页面对应的业务编号，并使发送器401获得该业务编号。例如，用户A正在浏览某订单X的详情页面，当用户A点击“联系卖家”时，发送器401可以将订单X的订单号发送给通信业务平台20。

此外，终端40获得业务编号的实现方式也可以有其他几种。

终端40还可以包括输入接口402，被配置为接收用户输入的或选择的业务编号。

输入接口40例如可以为屏幕输入接口、语音输入接口、按键输入接口等等。

终端40还可以包括摄像头403和阅读器404。摄像头403，被配置为获取条码图像；阅读器404，被配置为解析条码图像并获取条码图像中的业务编号。从而，终端40可以通过扫描外部信息而获得业务编号。

例如，配送员可以通过扫描包裹上的一维条码或者二维条码来获得业务编号，然后通过终端发起联系请求，从而与收货人进行通话。

这种方式能够减少用户的操作，从而方便、快速地联系到对方。并且，在货物配送的应用场景中，包裹、餐盒等配送对象上只需要附上条码即可，不必泄露客户信息即可以使通信双方取得联系。

在通过终端40发起呼叫请求时，用户可以点击终端应用中的呼叫按钮，例如“呼叫对方”、“联系买家”、“呼叫配送员”等按钮，还可以采用语音触发、扫码触发等方式，这里不再赘述。

下面参考图5描述本发明一个实施例的通信方法。

图5为本发明通信方法的一个实施例的流程图。如图5所示，该实施例的通信方法包括步骤S502～S506。

在步骤S502中，响应于终端发送联系请求，获得联系请求对应的业务编号和终端的号码，终端的号码为第一用户号码或第二用户号码。

终端可以以多种方法获得业务编号。例如，业务编号可以是用户输入到终端的，或者是用户从终端展示的多个业务编号中选择的，或者是用户采用终端扫描条码获得的。

可以从联系请求中获得联系请求对应的业务编号和终端的号码。或者，也可以从联系请求中获得联系请求对应的业务编号和用户应用标识，并查找用户应用标识对应的终端的号码。

在步骤S504中，查询包括联系请求对应的业务编号和终端的号码的一组关联关系。

每组关联关系中包括业务编号、第一用户号码、第二用户号码、虚拟号码之间的相互关系，虚拟号码为第一用户号码和第二用户号码互相通信时的呼叫显示号码。

在步骤S506中，向通信接口平台发送查询到的关联关系中的虚拟号码、第一用户号码和第二用户号码，以便通信接口平台以接收的虚拟号码作为呼叫显示号码、向接收的第一用户号码和接收的第二用户号码发起双向回呼。

从而，能够使通信双方之间建立通信关系，并且双方的呼叫显示号码均为虚拟号码，因而双方都无法得知对方的真实号码，保护了用户的隐私。

当通信双方中的至少一方已经获知了虚拟号码时，该用户也可以通过终端直接向该虚拟号码发起呼叫。通信接口平台在接收到该呼叫后，可以查询与该用户号码和虚拟号码位于同一关联关系中的另外一个用户的号码，从而将用户对虚拟号码的呼叫转呼到另外一个用户。

下面参考图6描述本发明一个实施例的关联关系建立方法。

图6为本发明关联关系建立方法的一个实施例的流程图。如图6所示，该实施例的关联关系建立方法包括步骤S602～S608。

在步骤S602中，接收包括业务编号、第一用户号码和第二用户号码的号码分配请求。

在步骤S604中，查询数据库中是否存在包括号码分配请求中的第一用户号码和第二用户号码的关联关系。

在步骤S606中，如果存在，建立并存储包括号码分配请求中的业务编号、第一用户号码和第二用户号码以及查询到的关联关系中的虚拟号码的关联关系。

在步骤S608中，如果不存在，选取未关联的虚拟号码，建立并存储包括号码分配请求中的业务编号、第一用户号码和第二用户号码以及未关联的虚拟号码的关联关系。

通过上述实施例的方法，在新的业务中，当通话的双方不变时，仍然可以使用原有的虚拟号码。从而使关联关系中的用户准确联系到另一个用户的情况下，节约了号码资源。

当然，本发明的实施例还可以仅采用步骤S608的处理方式。即，对于所有新建的关联关系，均分配新的虚拟号码。这种方式易于处理。

此外，本发明实施例的方法还可以对建立的关联关系进行维护。

本发明可以对已建立的关联关系中的用户号码进行变更。在一个实施例中，当关联关系中的第一用户号码或者第二用户号码发生变更时，获得变更前的号码、变更后的号码和变更涉及的业务编号；然后，对包括所述变更前的号码和变更涉及的业务编号的关联关系进行相应的更新。从而，可以增加通话双方号码变更的灵活度，并且在业务编号不变时也无需对关联关系中的虚拟号码进行更改，提高了处理效率。

本发明还可以对已建立的满足预设条件的关联关系进行删除。在一个实施例中，可以删除包括已结束的业务的业务编号的关联关系，或者删除存储时间超过预设时间的关联关系。从而，一方面可以减小存储压力，另一方面也可以最大限度地减少用户被打扰。

图7为本发明通信装置的一个实施例的结构图。如图7所示，该实施例的装置700包括：存储器710以及耦接至该存储器710的处理器720，处理器720被配置为基于存储在存储器710中的指令，执行前述任意一个实施例中的通信方法。

其中，存储器710例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序(Boot Loader)以及其他程序等。

图8为本发明通信装置的另一个实施例的结构图。如图8所示，该实施例的装置700包括：存储器710以及处理器720，还可以包括输入输出接口830、网络接口840、存储接口850等。这些接口830，840，850以及存储器710和处理器720之间例如可以通过总线860连接。其中，输入输出接口830为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口840为各种联网设备提供连接接口。存储接口850为SD卡、U盘等外置存储设备提供连接接口。

本发明的实施例还提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现前述任意一种通信方法。

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

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

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

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

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (21)

1.一种通信业务平台，其特征在于，包括：

数据库，被配置为存储一组或多组关联关系，每组关联关系中包括业务编号、第一用户号码、第二用户号码、虚拟号码之间的相互关系，其中，虚拟号码为第一用户号码和第二用户号码互相通信时的呼叫显示号码；

接收器，被配置为响应于终端发送联系请求，获得所述联系请求对应的业务编号和所述终端的号码，所述终端的号码为第一用户号码或第二用户号码；

发送器，被配置为从数据库中查询包括所述联系请求对应的业务编号和所述终端的号码的一组关联关系，并向通信接口平台发送查询到的关联关系中的虚拟号码、第一用户号码和第二用户号码，以便所述通信接口平台以接收的虚拟号码作为呼叫显示号码、向接收的第一用户号码和接收的第二用户号码发起双向回呼。

2.根据权利要求1所述的通信业务平台，其特征在于，所述关联关系是采用号码分配请求中的业务编号、第一用户号码、第二用户号码以及从号码池中选取的未关联的虚拟号码建立的。

3.根据权利要求1所述的通信业务平台，其特征在于，

如果数据库中已存在包括号码分配请求中的第一用户号码和第二用户号码的一组关联关系，则新的关联关系是采用所述号码分配请求中的业务编号、第一用户号码、第二用户号码以及所述已存在的关联关系中的虚拟号码建立的；

如果数据库中不存在包括号码分配请求中的第一用户号码和第二用户号码的一组关联关系，则新的关联关系是是采用号码分配请求中的业务编号、第一用户号码、第二用户号码以及从号码池中选取的未关联的虚拟号码建立的。

4.根据权利要求1所述的通信业务平台，其特征在于，还包括：

监视器，被配置为监控到关联关系中的第一用户号码或者第二用户号码发生变更，获得变更前的号码、变更后的号码和变更涉及的业务编号，并通知数据库进行相应的更新。

5.根据权利要求1所述的通信业务平台，其特征在于，还包括：

监视器，被配置为在业务结束的情况下，通知数据库删除包括所述业务的业务编号的关联关系；或者，被配置为在关联关系的存储时间超过预设时间的情况下，通知数据库删除该关联关系。

6.根据权利要求1所述的通信业务平台，其特征在于，

所述接收器进一步被配置为从所述联系请求中获得所述联系请求对应的业务编号和所述终端的号码。

7.根据权利要求1所述的通信业务平台，其特征在于，

所述数据库进一步被配置为存储终端的号码和用户应用标识之间的对应关系；

所述接收器进一步被配置为从所述联系请求中获得所述联系请求对应的业务编号和用户应用标识，并从数据库中查找所述用户应用标识对应的所述终端的号码。

8.一种通信业务系统，其特征在于，包括：

权利要求1-7中任一项所述的通信业务平台；和

通信接口平台，所述通信接口平台包括：

接收器，被配置为接收所述通信业务平台发送的虚拟号码、第一用户号码和第二用户号码；

通信接口，被配置为以接收的虚拟号码作为呼叫显示号码、向接收的第一用户号码和接收的第二用户号码发起双向回呼。

9.一种通信系统，其特征在于，包括：

权利要求1-7中任一项所述的通信业务平台；和

终端，包括发送器，所述终端的发送器被配置为响应于用户对终端的操作向所述通信业务平台发送联系请求，所述联系请求中包括业务编号和终端的号码、或者包括业务编号和与终端的号码对应的用户应用标识。

10.根据权利要求9所述的通信系统，其特征在于，所述终端还包括：

输入接口，被配置为接收用户输入的或选择的业务编号。

11.根据权利要求9所述的通信系统，其特征在于，所述终端还包括：

摄像头，被配置为获取条码图像；

阅读器，被配置为解析所述条码图像并获取所述条码图像中的业务编号。

12.根据权利要求9所述的通信系统，其特征在于，所述通信业务系统还包括：

通信接口平台，所述通信接口平台包括：

接收器，被配置为接收所述通信业务平台发送的虚拟号码、第一用户号码和第二用户号码；

通信接口，被配置为以接收的虚拟号码作为呼叫显示号码、向接收的第一用户号码和接收的第二用户号码发起双向回呼。

13.一种通信方法，其特征在于，包括：

响应于终端发送联系请求，获得所述联系请求对应的业务编号和所述终端的号码，所述终端的号码为第一用户号码或第二用户号码；

查询包括所述联系请求对应的业务编号和所述终端的号码的一组关联关系，其中，每组关联关系中包括业务编号、第一用户号码、第二用户号码、虚拟号码之间的相互关系，虚拟号码为第一用户号码和第二用户号码互相通信时的呼叫显示号码；

向通信接口平台发送查询到的关联关系中的虚拟号码、第一用户号码和第二用户号码，以便所述通信接口平台以接收的虚拟号码作为呼叫显示号码、向接收的第一用户号码和接收的第二用户号码发起双向回呼。

14.根据权利要求13所述的通信方法，其特征在于，还包括：

响应于接收号码分配请求，选取未关联的虚拟号码，其中，所述号码分配请求中包括业务编号、第一用户号码和第二用户号码；

建立并存储包括所述号码分配请求中的业务编号、第一用户号码和第二用户号码以及所述未关联的虚拟号码的关联关系。

15.根据权利要求13所述的通信方法，其特征在于，还包括：

响应于接收包括业务编号、第一用户号码和第二用户号码的号码分配请求，查询数据库中是否存在包括所述号码分配请求中的第一用户号码和第二用户号码的关联关系；

如果存在，建立并存储包括所述号码分配请求中的业务编号、第一用户号码和第二用户号码以及查询到的关联关系中的虚拟号码的关联关系；

如果不存在，选取未关联的虚拟号码，建立并存储包括所述号码分配请求中的业务编号、第一用户号码和第二用户号码以及所述未关联的虚拟号码的关联关系。

16.根据权利要求13所述的通信方法，其特征在于，还包括：

当关联关系中的第一用户号码或者第二用户号码发生变更时，获得变更前的号码、变更后的号码和变更涉及的业务编号；

对包括所述变更前的号码和变更涉及的业务编号的关联关系进行相应的更新。

17.根据权利要求13所述的通信方法，其特征在于，还包括：

删除包括已结束的业务的业务编号的关联关系；或者

删除存储时间超过预设时间的关联关系。

18.根据权利要求13所述的通信方法，其特征在于，所述获得所述联系请求对应的业务编号和所述终端的号码包括：

从所述联系请求中获得所述联系请求对应的业务编号和所述终端的号码；或者

从所述联系请求中获得所述联系请求对应的业务编号和用户应用标识，并查找所述用户应用标识对应的所述终端的号码。

19.根据权利要求13所述的通信方法，其特征在于，所述业务编号是用户输入到终端的，或者是用户从终端展示的多个业务编号中选择的，或者是用户采用终端扫描条码获得的。

20.一种通信装置，其特征在于，包括：

存储器；以及

耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如权利要求13-19中任一项所述的通信方法。

21.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求13-19中任一项所述的通信方法。