基于虚拟号码的通信方法、系统、服务器和存储介质与流程

本发明实施例涉及通信技术领域，尤其涉及一种基于虚拟号码的通信方法、系统、服务器和存储介质。

背景技术：

随着移动通信业务的飞速发展，在很多应用场景下，为了保护个人隐私，很多用户选择使用虚拟号码进行通信业务。现有的小号业务(基于虚拟号码的业务)主要使用ax模式，即a是普通号码，x是所分配的小号(虚拟号码)，主要是面向个人的小号业务。ax模式定义：用户a申请绑定了虚拟号码x，则用户使用x拨打被叫b，被叫b显示主叫为x。被叫b给x拨打电话，电话最终路由到真实号码a，用户通过该绑定的虚拟号码发起呼叫和短信，被叫手机显示主叫号码为虚拟号码。其他用户给虚拟号码拨打电话或发送短信，呼叫和短信能正常接续到虚拟号码绑定的真实号码，从而达到隐藏和保护真实号码目的。

以工作小号类业务为例，第三方应用提供商首先需要向运营商申请一批虚拟号码，用户使用第三方应用提供商提供的应用时，如果虚拟号码功能，用户首先向第三方服务器申请绑定一虚拟号码，第三方服务器将该绑定请求发送到核心网的虚拟号功能设备，由该设备从第三方申请的虚拟号码中选择一空闲虚拟号码，将用户的真实号与该虚拟号码绑定，即用户向核心网注册了真实号与虚拟号码的关系，用户a通过第三方应用界面需要向用户b发起呼叫时，第三方应用将用户的呼叫请求(a,b)接入核心网，核心网的将呼叫请求接入其虚拟号功能设备，虚拟号功能设备根据所述a与a′的对应关系，将用户的真实号码a修改为a′，依据修改后的呼叫请求(a′,b)向被叫号码b发起呼叫，被叫终端上显示的号码为a′。在被叫呼叫流程中，即用户b拨打虚拟号码a′时，核心网的虚拟变号设备通过上述a和a′的绑定关系，将呼叫中的虚拟号码a′修改为真实号码a后，再基于现有核心网呼叫建立过程呼叫到用户a。

现有的小号模式虽然能够起到通过虚拟号码进行呼叫的过程，但是小号模式单一不够灵活，该模式只能够起到隐藏主叫用户手机号码的作用，ax模式已经不能再满足现今互联网应用的需求，且ax模式会对小号长期占有(一个用户固定绑定一个虚拟号码)，需要大量的码号资源。

技术实现要素：

针对现有技术中存在的问题和实际应用需求，本发明实施例提供一种基于虚拟号码的通信方法、系统、服务器和存储介质。

本发明实施例提供了一种基于虚拟号码的通信方法，包括：

第一业务平台接收第一业务请求；所述第一业务请求中包括主叫真实手机号码和被叫用户标识；

第一业务平台根据所述被叫用户标识查询手机号码映射表，得到被叫真实手机号码，将第一业务请求中的被叫用户标识修改为被叫真实手机号码，得到第二业务请求，将第二业务请求发送至第二业务平台；所述手机号码映射表用于存储用户标识和用户真实手机号码之间的映射关系；

第二业务平台接收所述第二业务请求，为第二业务请求中的主叫真实手机号码和被叫真实手机号码分配一虚拟号码，建立主叫真实手机号码、虚拟号码和被叫真实手机号码之间的绑定关系；

第二业务平台根据所述绑定关系，将所述第二业务请求中的主叫真实手机号码修改为所述虚拟号码，得到第三业务请求，根据第三业务请求进行相应的业务处理。

本发明实施例提供了一种基于虚拟号码的通信系统，包括第一业务平台和第二业务平台；所述第一业务平台包括：

第一请求接收模块，用于接收第一业务请求；所述第一业务请求中包括主叫真实手机号码和被叫用户标识；

第一请求处理模块，用于根据所述被叫用户标识查询手机号码映射表，得到被叫真实手机号码，将第一业务请求中的被叫用户标识修改为被叫真实手机号码，得到第二业务请求；所述手机号码映射表用于存储用户标识和用户真实手机号码之间的映射关系；

请求发送模块，用于将第二业务请求发送至第二业务平台；

所述第二业务平台包括：

第二请求接收模块，用于接收第一业务平台发送的所述第二业务请求；

绑定关系建立模块，用于为第二业务请求中的主叫真实手机号码和被叫真实手机号码分配一虚拟号码，建立主叫真实手机号码、虚拟号码和被叫真实手机号码之间的绑定关系；

第二请求处理模块，用于根据所述绑定关系，将所述第二业务请求中的主叫真实手机号码修改为所述虚拟号码，得到第三业务请求，根据第三业务请求进行相应的业务处理。

本发明实施例提供了一种服务器，包括第一设备和第二设备；所述第一设备包括第一存储器和第一处理器，所述第二设备包括第二存储器和第二处理器；

所述第一存储器中存储有本发明实施例所述通信方法中第一业务平台所执行的方法步骤的第一程序指令，所述第一处理器执行所述第一程序指令；

所述第二存储器中存储有本发明实施例所述通信方法中第二业务平台所执行的方法步骤的第二程序指令，所述第二处理器用于执行所述第二程序指令。

本发明实施例提供了一种服务器，包括第三设备和第四设备；所述第三设备包括第三接收器、第三处理器和第三发送器，所述第四设备包括第四接收器和第四处理器；

第三接收器，用于接收主叫终端的第一业务请求；所述第一业务请求中包括主叫真实手机号码和被叫用户标识；

第三处理器，用于根据所述被叫用户标识查询手机号码映射表，得到被叫真实手机号码，将第一业务请求中的被叫用户标识修改为被叫真实手机号码，得到第二业务请求；所述手机号码映射表用于存储用户标识和用户真实手机号码之间的映射关系

第三发送器，用于将第二业务请求发送至第二业务平台；

第四接收器，用于接收所述第二业务请求；

第四处理器，用于为第二业务请求中的主叫真实手机号码和被叫真实手机号码分配一虚拟号码，建立主叫真实手机号码、虚拟号码和被叫真实手机号码之间的绑定关系；还用于根据所述绑定关系，将所述第二业务请求中的主叫真实手机号码修改为所述虚拟号码，得到第三业务请求，根据所述第三业务请求进行相应的业务处理。

本发明实施例提供了一种存储介质，所述存储介质中存储有第一程序指令和第二程序指令，所述第一程序指令第一被处理器执行时实现本发明实施例所述通信方法中第一业务平台所执行的方法步骤，所述第二程序指令第二被处理器执行时实现本发明实施例所述通信方法中第二业务平台所执行的方法步骤。

本发明实施例提供的基于虚拟号码的通信方法、系统、服务器和存储介质方法，通过为主叫和被叫共同绑定一个虚拟号码，使主叫和被叫两者基于共同绑定的虚拟号码即可实现两者之间的通信，改变了现有技术中一个用户绑定一个虚拟号码所造成的码号资源浪费问题，且该方法实现了对双方真实手机号码的隐藏，同时保护了主叫和被叫的真实手机号码，更好的满足了用户的使用需求。

附图说明

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

图1为本发明实施例一种基于虚拟号码的通信方法的流程示意图；

图2为本发明实施例虚拟号码复用示意图；

图3为本发明实施例一种基于虚拟号码的通信系统的结构示意图；

图4为本发明实施例一种服务器的结构示意图；

图5为本发明实施例一种服务器的结构示意图；

图6为本发明实施例中基于虚拟号码的通信系统的拓扑结构示意图；

图7为本发明实施例中呼叫请求流程示意图；

图8为本发明实施例中呼叫请求的业务信令流程示意图。

具体实施方式

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

图1示出了本发明实施例提供的一种基于虚拟号码的通信方法的流程示意图，所述通信方法主要包括以下步骤：

步骤s1：第一业务平台接收第一业务请求；所述第一业务请求中包括主叫真实手机号码和被叫用户标识；

步骤s2：第一业务平台根据所述被叫用户标识查询手机号码映射表，得到被叫真实手机号码，将第一业务请求中的被叫用户标识修改为被叫真实手机号码，得到第二业务请求，并将第二业务请求发送至第二业务平台；

步骤s3：第二业务平台为第二业务请求中的所述主叫真实手机号码和被叫真实手机号码分配一虚拟号码，建立主叫真实手机号码、虚拟号码和被叫真实手机号码之间的绑定关系；

步骤s4：第二业务平台根据所述绑定关系，将所述第二业务请求中的主叫真实手机号码修改为所虚拟号码，得到第三业务请求，根据第三业务请求进行相应的业务处理。

本发明实施例所述通信方法，第一业务平台在接收到第一业务请求时，首先根据业务请求中的被叫用户标识查询手机号码映射表(手机号码映射表用于存储用户标识和用户真实手机号码之间的映射关系)，得到被叫真实手机号码，将第一业务请求中的被叫用户标识修改为被叫真实手机号码，得到第二业务请求，并将第二业务请求发送至第二业务平台。其中，所述被叫用户标识与用户真实手机号码一一对应，被叫用户标识的具体形式第一应用平台的开发者可以根据实际应用需要设定。第二业务平台接收到第一业务平台发送的所述的第二业务请求后，为第二业务请求中的主叫真实手机号码和被叫真实手机号码分配一虚拟号码，建立主叫真实手机号码、虚拟号码和被叫真实手机号码之间的绑定关系并存储，完成了三者之间的绑定，第二业务平台根据所述绑定关系，将所述第二业务请求中的主叫真实手机号码修改为所述虚拟号码，完成了真实手机号码到对应的虚拟号码的转换，得到第三业务请求，之后根据第三业务请求进行相应的业务处理。

本发明实施例所述的方法，主叫发起的第一业务请求中不包括主叫真实手机号，因此，达到了保护被叫真实手机号码的目的，由于第三业务请求中包含的是虚拟号码和被叫真实手机号码，因此，该业务请求所对应的被叫终端上最终显示的即为所述虚拟号码，是无法看到主叫的手机号码的，同时达到了隐藏和保护主叫真实手机号码的目的。实际应用中，在建立所述绑定关系后，第二业务平台会为所述绑定关系分配一绑定关系id，一个绑定关系对应一个绑定关系id,可以通过绑定关系id查询到唯一对应的绑定关系。

本发明实施例中，所述虚拟号码为具有语音功能的号码，即可以通过虚拟号发起呼叫、短信息等业务请求。

为了描述方便，本发明实施例下文中将主叫真实手机号码简称为主叫号，将被叫真实手机号码简称为被叫号，将为主叫真实手机号和被叫真实手机号码分配的一共同虚拟号码简称为虚拟号。

在本发明的一个实施例中，所述第一业务平台和第二业务平台均设置于核心网服务器一侧，即所述通信方法的执行主体为核心网中提供第一业务平台和第二业务平台功能的设备，第一业务平台和第二业务平台可以集成设置在同一个核心网设备中，也可以分别设置在不同的核心网设备中。本实施例中，所述通信方法的具体流程如下：

第一业务平台所在的核心网设备接收到主叫终端发送的第一业务请求(主叫号，被叫标识)后，首先根据被叫用户标识在其存储的手机号码映射表中查找到对应的被叫号，将第一业务请求(主机号，被叫标识)修改得到第二业务请求(主机号，被叫号)，将第一业务请求(主机号，被叫号)发送至第二业务平台所在的核心网设备，第二业务平台所在的核心网设备为主叫号、被叫号码分配一虚拟号，建立三者之间的绑定关系，将第二业务请求(主机号，被叫号)修改为第三业务请求(虚拟号，被叫号)，之后根据第三业务请求(虚拟号，被叫号)完成后续对应的下一步业务处理，例如，如果主叫终端最初的业务请求所对应的是呼叫请求，第二业务平台将第三业务请求(虚拟号，被叫号)接入到核心网对应的呼叫会话控制网元，完成第一业务请求(虚拟号，被叫号)对应的呼叫建立流程。

需要说明的是，本实施例中，所述第一业务请求、第二业务请求和第三业务请求所对应的具体业务是相同的，如第一业务请求所请求的业务内容为主动呼叫业务，那第一业务请求、第二业务请求和第三业务请求所对应的具体业务都是主动呼叫业务，第一业务平台和第二业务平台所完成的都只是对业务中的主被叫号码的虚拟号绑定以及变号处理等。

在本发明的一个实施例中，所述第一业务平台和第二业务平台可以均设置在第三方应用服务器一侧，即所述通信方法的执行主体为第三方应用服务器中的服务设备，当然，所述第三方应用服务器是经过运营商授权的第三方应用服务器，虚拟号码也是第三方应用预先向运营商申请的，即为合法虚拟号。同样的，第一业务平台和第二业务平台可以集成设置在同一个第三方服务设备中，也可以分别设置在不同的第三方服务设备中。本实施例中，所述通信方法的具体流程如下：

第一业务平台所在的第三方服务设备接收主叫终端通过第三方应用客户端发送来的第一业务请求(主机号，被叫标识)后，首先根据请求中的被叫用户标识在其预置的手机号码映射表中查找到被叫号，将第一业务请求(主机号，被叫标识)修改得到第二业务请求(主机号，被叫号)，并将第二业务请求发送至第二业务平台所在的第三方服务设备，该设备为主叫号、被叫号分配一虚拟号，建立三者之间的绑定关系，将第二业务请求(主机号，被叫号)修改得到第三业务请求(虚拟号，被叫号)，之后根据第三业务请求(虚拟号，被叫号)完成后续对应的业务处理，所述对应的后续处理即是指将第三业务请求(虚拟号，被叫号)接入核心网中对应的业务网元，由核心网对应的业务网元完成主叫双方的实际业务处理。

在本发明的一个实施例中，所述第一业务平台设置可以设置在三方应用服务器一侧，第二业务平台设置在核心网服务器一侧，即所述通信方法可以通过核心网设备和由运营商授权的第三方应用服务器的第三方服务设备共同完成。本实施例中，所述通信方法的具体流程如下：

第一业务平台所在的第三方服务设备接收主叫终端通过第三方应用客户端发送来的第一业务请求，然后根据请求中的被叫用户标识在其预置的手机号码映射表中查找到被叫号，将第一业务请求(主机号，被叫标识)修改得到第二业务请求(主机号，被叫号)，并将第二业务请求(主机号，被叫号)发送给第二业务平台所在的核心网设备，核心网设备接收到第二业务请求(主机号，被叫号)后，为主叫号、被叫号分配一虚拟号，建立三者之间的绑定关系，将第二业务请求(主机号，被叫号)修改得到第三业务请求(虚拟号，被叫号)，核心网设备再根据第三业务请求(虚拟号，被叫号)完成后续对应的业务处理。

在实际应用中，本发明实施例所述方法优选将第一业务平台布置在第三方应用服务器侧，将第二业务平台布置在核心网服务器侧。

本发明实施例中，所述第一业务请求包括但不限于呼叫请求、短信息发送等业务请求。

本发明实施例中，所述第二业务平台根据所述绑定关系，将所述第二业务请求中的主叫真实手机号码修改为所述虚拟号码，得到第三业务请求，根据第三业务请求进行相应的业务处理，包括：

第二业务平台根据所述绑定关系，将所述第二业务请求中被叫真实手机号码修改为所述虚拟号码，得到第四业务请求，将第四业务请求接入相应的主叫侧核心网业务网元；

第二业务平台接收主叫侧核心网业务网元的第四业务请求，根据所述第四业务请求中的主叫真实手机号码和所述虚拟号码查找到所述绑定关系，将所述第四业务请求中的主叫真实手机号码修改为虚拟号码，将所述虚拟号码修改为被叫真实手机号码，得到第三业务请求，根据第三业务请求接入相应的被叫侧核心网业务网元。

本实施例中，第二业务平台完成主叫真实手机号码、虚拟号码和被叫真实手机号码三者之间的绑定关系后，首先将第二业务请求里的被叫真实手机号码修改为虚拟号码，得到第四业务请求，即将第二业务请求(主叫号，被叫号)修改得到第四业务请求(主叫号，虚拟号)，然后将第四业务请求接入到对应的主叫侧核心网业务网元，主叫侧核心网业务网元接收到第四业务请求，由于请求中的主叫方对应的为虚拟号，此时，主叫侧核心网业务网元再将第四业务请求发送给第二业务平台，第二业务平台再根据绑定关系，将第四业务请求中的主叫真实手机号码修改为虚拟号码，将请求中的所述虚拟号码修改为被叫真实手机号码，得到第三业务请求(虚拟号，被叫号)，再将第三业务请求接入到对应的被叫侧核心网业务网元，向被叫发起呼叫，被叫终端显示虚拟号码，后续主叫终端和被叫终端之间所需要交互的信息都要通过第二业务平台进行变号处理后，再由第二业务平台将具体的业务信息透传该被叫或主叫。

例如，在volte网络中，如果最初主叫终端发起的第一业务请求对应的是呼叫业务，则将第四业务请求作为实际的呼叫请求接入主叫侧对应的核心网i/s-cscf网元，i/s-cscf网元接收到该请求后，由于请求中的被叫号码为虚拟号，此时会将该请求接入第二业务平台，第二业务平台根据该请求中的主叫号和虚拟号查找到对应的绑定关系，得到该绑定关系中对应的被叫号，此时再将请求中的主叫号修改为虚拟号，将虚拟号修改为查找到的被叫号，得到第三业务请求(虚拟号，被叫号)，再将第三业务请求(虚拟号，被叫号)接入到被叫侧的核心网i/s-cscf网元，向被叫发起呼叫。

本发明实施例中，第二业务平台建立所述绑定关系后，还可以包括：

第二业务平台将所述虚拟号码发送给主叫用户。

本实施例中，在建立起主叫真实手机号码、被叫真实手机号码和虚拟号码的绑定关系后，会将所述虚拟号码发送至主叫终端，以使主叫用户也能够获知所述虚拟号码，以便能够基于该所述虚拟号码再次与绑定关系中被叫真实手机号码所对应的被叫终端进行通信。当然，由于第一业务请求(虚拟号，被叫号)对应的业务处理最终会路由到被叫终端，被叫终端也可以根据所述虚拟号码与绑定关系中主叫真实手机号码对应的主叫终端进行通信。即实现了主叫和被叫基于同一虚拟号码实现两者间的相互通信，两个用户只需要分配一个虚拟号码，节约了号码资源。

本发明实施例中，第二业务平台建立所述绑定关系后，所述方法还包括：

第二业务平台接收第五业务请求，所述第五业务请求中包括所述主叫真实手机号码和所述虚拟号码；

第二业务平台根据主叫真实手机号码和虚拟号码查找到所述绑定关系，得到所述被叫真实手机号码；

第二业务平台将所述第五业务请求中的主叫真实手机号码修改为所述虚拟号码，将所述虚拟号码修改为被叫真实手机号码，得到第六业务请求，根据第六业务请求进行相应的业务处理。

本实施例中，在建立起主叫真实手机号码、虚拟号码和被叫手机号码的绑定关系后，主被叫之间便可以根据所获知的虚拟号码联系对方，如主叫通过所述虚拟号码再次呼叫被叫，此时，第二业务平台接收到该呼叫请求后，根据第请求中的主叫号和虚拟号便可以查找到所述的绑定关系，从而得到被叫号，将请求中的虚拟号修改为被叫号，将主叫号修改为虚拟号，得到第六业务请求，根据第六业务请求进行后续的处理。当然，所述第五业务请求也可以是被叫通过所述虚拟号码向主叫发起的业务请求，本发明实施例中的主叫和被叫都是相对的。

可见，只要建立起所述绑定关系请求后，主叫通过虚拟号码向被叫或者被叫通过虚拟号码向主叫发起业务请求，只需要通过第二业务平台完成请求的变号处理(主叫变为虚拟号，虚拟号变为被叫号)即可。

本发明实施例中，若所述第一业务平台和第二业务平台均设置于核心网服务器一侧，主叫终端通过所述虚拟号码发起所述第五业务请求时，所述第五业务请求会首先接入与其发起的业务相对应的主叫侧核心网业务网元，核心网业务网元接收到第五业务请求后，由于被叫号为虚拟号，会将该第五业务请求接入第二业务平台所在的核心网设备，第二业务平台接收所述第三业务请求后，直接完成上述主叫号到虚拟号，虚拟号到被叫号的变号处理，得到第六业务请求第二业务平台将第六业务请求再接入到与所请求的具体业务对应的被叫侧核心网业务网元。

本发明实施例中，若所述第一业务平台和第二业务平台均设置于第三方应用服务器一侧，第二业务平台接收到的是主叫侧核心网业务网元发送来的所述第五业务请求，也就是说，主叫终端发送的所述第五业务请求会首先接入到核心网，核心网再将第五业务请求发送到第三方应用服务器端的第二业务平台，由第二业务平台完成所述变号处理后，再将第六业务请求发送回核心网的被叫侧核心网业务网元，由核心网完成后续业务处理。

本发明实施例中，所述通信方法还可以包括：

若所述虚拟号码满足了预设的使用结束条件，第二业务平台解除所述绑定关系，释放所述虚拟号码。

本发明实施例中所述的通信方法，在实际应用中，一般是应用在一些特殊的应用场景中，如设备装维师傅与客户的通信、快递行业中的快递员与收件人的通信、打车软件的司机与乘客、网购中的买家与卖家等这些移动互联网应用场景中，即呼通信双方建立的关系是临时性的，因此，可以根据实际应用场景预设虚拟号码的使用结束条件，当某一绑定关系中的虚拟号满足了该使用结束条件时，即解除该绑定关系，释放虚拟号码，以便将虚拟号码用于其它绑定关系中，从而节省码号资源。例如，在一应用中，可以设置虚拟号码的使用结束条件为通信双方的当前某一应用业务结束后的时长等于预设时长，具体的，如打车应用中，乘客与司机任何一方结束了当前打车订单，如果结束后的时长达到半小时，则解除该乘客与司机所对应的绑定关系，释放所述虚拟号码，

本发明实施例中，所述虚拟号码被分配前，存储在第二业务平台的空闲号码资源池中；所述虚拟号码被分配后，第二业务平台将虚拟号码由空闲资源移至已占用号码资源池。其中，所述已占用号码资源池包括第一占用池和第二占用池；所述第一占用池用于存储所对应的绑定关系个数小于设定个数的虚拟号码，第二占用池用于存储所对应的绑定关系个数等于设定个数的虚拟号码；所述设定个数用于标识每个虚拟号码所能够对应的绑定关系个数的最大值。

第二业务平台为所述主叫真实手机号码和被叫真实手机号码分配虚拟号码，包括：

若所述空闲号码资源池中存在空闲虚拟号码，则从空闲号码资源池中任取一虚拟号码作为所述虚拟号码，并设置虚拟号码的绑定关系个数标识；

若所述虚拟号码资源池中不存在空闲虚拟号码，则从所述第一占用池中选取一虚拟号码作为所述虚拟号码；

第二业务平台建立所述绑定关系后，还包括：

更新所述虚拟号码的绑定关系个数标识，根据更新后的绑定关系个数标识将所述虚拟号码移至第一占用池或第二占用池中；

第二业务平台解除所述绑定关系，释放所述虚拟号码后，还包括：

更新所述虚拟号码的绑定关系个数标识，根据更新后的所述绑定关系个数标识将所述虚拟号码移至第一占用池或空闲号码资源池中。

本实施例中，设定个数可以根据实际需要进行设置，如可以设置成n，此时，一个虚拟号码最多可以分配给n组主被叫用户，即一个虚拟号码可以对应n个绑定关系，实现了虚拟号码的复用，在用户群很大的应用场景中，可满足更多用户的基于虚拟号码的通信需求。如图2中所示，设定个数为3，一个虚拟号码x可以对应3个绑定关系，即(a1,x,b1)，(a2,x,b2)，(a3,x,b3)，其中，a1和b1、a2和b2，a3和b3分别表示三组绑定关系中的主叫真实手机号码和被叫真实手机号码。当然，虚拟号码复用时，由于一个虚拟号码对应不止一个绑定关系，如果其中一个绑定关系的主被叫正在使用该虚拟号码进行通信，另一个绑定关系的主被叫可能会通信失败，被提示所拨打号码为空号或其他预设的提示信息。

其中，空闲号码资源池中的虚拟号码的分配优先级高于第一占用池中的虚拟号码的分配优先级，即优先分配未使用的虚拟号码。通过在虚拟号码第一次被分配即从空闲号码资源池取出时，为虚拟号码设置绑定关系个数标识，通过该绑定关系个数标识来识别虚拟号码时首次被分配，还是被复用的。具体的，一个虚拟号码从空闲号码资源池中时，为该虚拟号码设置一绑定关系个数标识，由于此时虚拟号码只对应一个绑定关系，因此，此时的绑定关系个数标识为1，被分配后，该虚拟号码被移至第一占用池中，如果该虚拟号码再次被选取分配时，更新其绑定关系个数标识为2，标识此时已对应两个绑定关系，根据是否达到所述设定个数，确定是将其移至第二占用池还是继续存放在第一占用池，当一个绑定关系释放时，首先更新该绑定关系中虚拟号码的绑定关系个数标识，根据更新后的绑定关系标识决定是将释放的虚拟号码移至空闲号码资源池，还是在第一占用池。

本发明实施例中，第二业务平台建立所述绑定关系后，所述方法还可以包括：

第二业务平台接收所述绑定关系的转绑请求，所述转绑请求中包括所述绑定关系和新的被叫真实手机号码；

第二业务平台解绑所述绑定关系，建立主叫真实手机号码、虚拟号码和新的被叫真实手机号码之间的新绑定关系，根据新绑定关系进行相应的业务处理。

在一些特殊应用场景中，需要进行被叫切换时，如用户使用打车软件打车时，用户与接单的司机已经建立了一绑定关系，但因为一些特殊原因，该司机无法去接用户，此时，第三方应用服务器需要重新为用户派出一新司机，此时，就需要解除与之前司机的绑定关系，建立与新司机的新的绑定关系，从而使用户依然能够通过之前的虚拟号码联系到司机。本实施例，更好的满足了实际应用需求。

为了更好的满足实际应用的需求，本发明实施例中，若所述第一业务请求为第一呼叫请求且所述第一呼叫请求符合预设的通话录音条件，第一业务平台将第二业务请求发送至第二业务平台前，还包括：

在所述第二业务请求中添加通话录音标识；

此时，第二业务平台接收到第二业务请求后，若第二业务请求中含有所述通话录音标识，在所述第一呼叫请求对应的呼叫建立成功后，还包括：

第二业务平台对所述第一呼叫请求所对应的通话内容进行录音，并存储通话录音文件。

即可以实现对呼叫请求进行通话录音，以便于通过通话录音文件回溯通话情况，该方案尤其适用于企业员工服务器客户时，可以通过对服务进行录音来回溯服务情况，对企业员工服务质量的改进提供了数据基础。需要说明的是，第一业务请求、第二业务请求和第三业务请求对应的同一个具体的业务，因此，所述第一呼叫请求所对应的通话内容也即是第二业务请求对应的通话内容，也是第三业务请求对应的通话内容。

在实际应用中，可以根据实际需求，选择通话录音文件的存储方式。例如，若第一业务平台和第二业务平台均设置在核心网服务器侧，核心网设备完成通话录音后，可以将通话录音文件存储与提供应用的第三方约定的文件服务器中，第三方根据文件服务器地址直接去文件服务器中获取通话录音文件即可，当然也可以时核心网设备将通话录音文件直接推动到第三方。其中，录音文件的命名规则以及录音文件格式均由第一业务平台和第二业务平台双方约定。

例如，在一具体实施例中，第一业务平台设置在第三方应用服务器端，第二业务平台设置在核心网服务器端，双方可以约定录音文件名格式：callid_主叫号码_被叫号码_时间戳，录音文件格式可以是以下任一种：

1)双声道g.71164kpbs转成mp3格式，文件大小150kb

2)双声道amr12.2kpbs转成mp3格式，文件大小140kb

callid为通话id，唯一确定一次通话，callid格式为：呼叫发起时间(yyyymmddhh24mmss格式)+主叫号码+被叫号码(中间号)。

通话结束后，第二业务平台会向第一业务平台上报存放录音文件的文件服务器地址url，第一业务平台可以随时根据所述url到对应的文件服务器提取对应的录音文件。另外，还可以设置第二业务平台对录音文件的保存时限，如默认设置为保存一周(时限可调)。

本发明实施例所述的通信方法，在实际应用中，第一应用平台和第二业务平台的开发者可以根据实际应用需要，约定开发不同的应用接口，以实现对绑定关系的不同操作。如上述实施例中，第一业务平台可以通过开发“绑定接口”，向第二业务平台发送绑定需求(即所述修改后的第一业务请求，包括主叫和被叫的真实手机号码)，第二业务外平台接收到第一业务平台绑定接口发送来的该需求后，对需求中的主被叫手机号分配一虚拟号，建立绑定关系，并向第一业务平台返回响应信息，响应信息中可以包括请求响应码(绑定结果代码，不同的代码对应不同的绑定结果)、绑定响应码描述、绑定关系id等，也可以根据约定决定是否将虚拟号返回给第一业务平台。第一业务平台还可以通过开放“解绑接口”、“转绑接口”、“通话清单推送接口”、“录音文件地址推动接口”等，以通过这些不同的接口向第二业务平台发送不同的请求，第二业务平台根据不同的请求，完成绑定关系的解绑、转绑、向第一平台发送呼叫请求对应的通话话单、将其存储通话录音文件地址发送给第一业务平台等，不同功能接口所对应的第一应用平台发送的请求消息体以及第二业务平台返回的相应消息体的数据要求及格式等，由第一业务平台和第二业务平台的开发者相互约定。

本发明实施例中还提供了一种基于虚拟号码的通信系统，如图3所示，所述通信系统包括第一业务平台10和第二业务平台20；所述第一业务平台10包括第一请求接收模块11、第一请求处理模块12和请求发送模块13，所述第二业务平台20包括第二请求接收模块21、绑定关系建立模块22和第二请求处理模块23。

第一请求接收模块11，用于接收第一业务请求；所述第一业务请求中包括主叫真实手机号码和被叫用户标识；

第一请求处理模块12，用于根据所述被叫用户标识查询手机号码映射表，得到被叫真实手机号码，将第一业务请求中的被叫用户标识修改为被叫真实手机号码，得到第二业务请求；所述手机号码映射表用于存储用户标识和用户真实手机号码之间的映射关系；

请求发送模块13，用于将第二业务请求发送至第二业务平台；

第二请求接收模块21，用于接收第一业务平台发送的所述第二业务请求；

绑定关系建立模块22，用于为第二业务请求中的主叫真实手机号码和被叫真实手机号码分配一虚拟号码，建立主叫真实手机号码、虚拟号码和被叫真实手机号码之间的绑定关系；

第二请求处理模块23，用于根据所述绑定关系，将所述第二业务请求中的主叫真实手机号码修改为所述虚拟号码，得到第三业务请求，根据第三业务请求进行相应的业务处理。

本发明实施例中，所述第二请求处理模块23可以包括第一修改单元和第二修改单元。

所述第一修改单元，用于根据所述绑定关系，将所述第二业务请求中被叫真实手机号码修改为所述虚拟号码，得到第四业务请求，将第四业务请求接入相应的主叫侧核心网业务网元；

所述第二修改单元，用于接收主叫侧核心网业务网元的第四业务请求，根据所述第四业务请求中的主叫真实手机号码和所述虚拟号码查找到所述绑定关系，将所述第四业务请求中的主叫真实手机号码修改为虚拟号码，将所述虚拟号码修改为被叫真实手机号码，得到第三业务请求，根据第三业务请求接入相应的被叫侧核心网业务网元。

本发明实施例中，所述第一业务平台10和第二业务平台20设置在核心网服务器。

本发明实施例中，所述第一业务平台10和第二业务平台20设置在第三方应用服务器。

本发明实施例中，所述第一业务平台10设置在第三方应用服务器，第二业务平台20设置在核心网服务器。

本发明实施例中，第二业务平台20还用于在建立所述绑定关系后，将所述虚拟号码发送给主叫用户。

本发明实施例中，所述第二业务平台20，还用于在完成所述第一业务请求后，接收第五业务请求，所述第五业务请求中包括所述主叫真实手机号码和所述虚拟号码；还用于根据主叫真实手机号码和虚拟号码查找到所述绑定关系，得到所述被叫真实手机号码；第二业务平台将所述第五业务请求中的主叫真实手机号码修改为所述虚拟号码，将所述虚拟号码修改为被叫真实手机号码，得到第六业务请求，根据第六业务请求进行相应的业务处理。

本发明实施例中，所述第二业务平台还包括解绑模块，所述解绑模块用于在所述虚拟号码满足了预设的使用结束条件时，解除所述绑定关系，释放所述虚拟号码。

本发明实施例中，所述虚拟号码被分配前，存储在第二业务平台的空闲号码资源池中；所述虚拟号码被分配后，第二业务平台将所述虚拟号码由空闲资源移至已占用号码资源池；

所述已占用号码资源池包括第一占用池和第二占用池；所述第一占用池用于存储所对应的绑定关系个数小于设定个数的虚拟号码，第二占用池用于存储所对应的绑定关系个数等于设定个数的虚拟号码；所述设定个数用于标识每个虚拟号码所能够对应的绑定关系个数的最大值；

本发明实施例中，绑定关系建立模块22包括第一选择单元和第二选择单元。

第一选择单元，用于在所述空闲号码资源池中存在空闲虚拟号码时，则从空闲号码资源池中任取一虚拟号码作为所述虚拟号码；

第二选择单元，用于在所述虚拟号码资源池中不存在空闲虚拟号码时，则从所述第一占用池中选取一虚拟号码作为所述虚拟号码；

本发明实施例中，所述第二业务平台还包括绑定标识更新模块。

所述绑定标识更新模块用于在建立所述绑定关系后，更新所述虚拟号码的绑定关系个数标识，根据更新后的绑定关系个数标识将所述虚拟号码移至第一占用池或第二占用池中；还用于在解除所述绑定关系，释放所述虚拟号码后，更新所述虚拟号码的绑定关系个数标识，根据更新后的所述绑定关系个数标识将所述虚拟号码移至第一占用池或空闲号码资源池中。

本发明实施例中，第二业务平台还包括转绑模块。所述装绑模块用于在建立所述绑定关系后，接收所述绑定关系的转绑请求，所述转绑请求中包括所述绑定关系和新的被叫真实手机号码；并用于解绑所述绑定关系，建立主叫真实手机号码、虚拟号码和新的被叫真实手机号码之间的新绑定关系，以使第二业务平台根据新绑定关系进行相应的业务处理。

本发明实施例中，若所述第一业务请求为第一呼叫请求且所述第一呼叫请求符合预设的通话录音条件时，所述第一请求处理模块12，还用于将第二业务请求发送至第二业务平台前，在所述第二业务请求中添加通话录音标识；所述第二业务平台，还用于在接收到第二业务请求后，若第二业务请求中含有所述通话录音标识，在所述第一呼叫请求对应的呼叫建立成功后，对所述第一呼叫请求所对应的通话内容进行录音，并存储通话录音文件。

本发明实施例中提供了一种服务器，如图4所示，包括第一设备30和第二设备40；所述第一设备30包括第一存储器31和第一处理器32，所述第二设备40包括第二存储器41和第二处理器42；

所述第一存储器中存储有本发明任一实施例中所述通信方法中第一业务平台所执行的方法步骤的第一程序指令，所述第一处理器执行所述第一程序指令；

所述第二存储器中存储有本发明任一实施例中所述通信方法中第二业务平台所执行的方法步骤的第二程序指令，所述第二处理器用于执行所述第二程序指令。

本发明实施例中提供了一种服务器，如图5所示，包括第三设备50和第四设60备；所述第三设备50包括第三接收器51、第三处理器52和第三发送器53，所述第四设备60包括第四接收器61和第四处理器62。

第三接收器51，用于接收主叫终端的第一业务请求；所述第一业务请求中包括主叫真实手机号码和被叫用户标识；

第三处理器52，用于根据所述被叫用户标识查询手机号码映射表，得到被叫真实手机号码，将第一业务请求中的被叫用户标识修改为被叫真实手机号码，得到第二业务请求；所述手机号码映射表用于存储用户标识和用户真实手机号码之间的映射关系

第三发送器53，用于将第二业务请求发送至第二业务平台；

第四接收器61，用于接收所述第二业务请求；

第四处理器62，用于为第二业务请求中的主叫真实手机号码和被叫真实手机号码分配一虚拟号码，建立主叫真实手机号码、虚拟号码和被叫真实手机号码之间的绑定关系；还用于根据所述绑定关系，将所述第二业务请求中的主叫真实手机号码修改为所述虚拟号码，得到第三业务请求，根据所述第三业务请求进行相应的业务处理。

本发明实施例提供了一种存储介质，所述存储介质中存储有第一程序指令和第二程序指令，所述第一程序指令第一被处理器执行时实现本发明任一实施例中所述通信方法中第一业务平台所执行的方法步骤，所述第二程序指令第二被处理器执行时实现本发明任一实施例中所述通信方法中第二业务平台所执行的方法步骤。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台或多台设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。所述存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

为了更好的说明本发明实施例所提供的通信方法，下面结合具体一实施例对本发明进行进一步说明。

本实施例中，通信网络为volte网络，所述第一业务请求为呼叫请求，主叫记为a，被叫记为b，被叫标识记为b′，第一业务平台由第三方应用提供，第二业务平台由核心网提供，即第一业务平台设置于第三方应用服务器侧，第二业务平台设置于核心网服务器侧。本实施例中，第三方应用提供商提供的应用为打车软件，用户在第三方应用提供商提供的打车软件的app发起所述呼叫请求。

本实施例中，将核心网服务器侧完成第二业务平台功能的核心网设备称为变号能力组件，第三方应用服务器侧完成第一业务平台功能的服务设备称为能力平台，能力平台通过变号能力组件接入ims核心网imscore。本实施例所对应的通信系统拓扑图如图6所示，变号能力组件提供http类接口给能力平台，能力平台能够通过http接口与变号能力组件进行数据交互，向变号能力平台发送业务请求，变号能力组件通过isc接口(sip协议)与ims核心网其他通信设备通信，如果在通话过程中需要录音，变号能力组件会与ims核心网进行sdp的协商建立rtp流。

本实施例中用户a向用户b发起呼叫的步骤如图7所示，呼叫建立过程的业务信令流程如图8所示，呼叫完成主要步骤如下：

用户a在其用户终端uea上通过所述第三方提供的打车软件进行打车操作后，接收到第三方后台发送的司机b的相关信息，如可以包括司机的称谓、车型、车牌号等信息，但不包括司机的手机号码；此时，用户a想要给司机b打电话，用户通过点击打车软件界面上的打电话按钮，此时，用户a即向能力平台发起了第一呼叫请求(a,b′)，第一呼叫请求中包括了用户a的手机号a和司机b的标识信息b′，本实施例中，所述标识信息的格式可以是第三方后台服务器预先设定的。

能力平台接收到所述第一呼叫请求后，此时，首先根据司机b的标识信息在其存储的手机号码映射表查找到司机b的真实手机号码b，将呼叫请求中的标识信息b′修改为b，得到第二呼叫请求(a,b)，再将修改后的呼叫请求(a,b)发送至变号能力组件，变号能力组件为a和b分配一具有语音能力的虚拟号码x，完成axb的绑定，此时，变号能力组件将接收到的呼叫请求(a,b)修改为呼叫请求(a,x)，并接入ims核心网主叫a一侧的呼叫会话控制功能网元i/scscf网元，i/scsc网元f接收到该呼叫请求(a,x)后，由于被叫为虚拟号，首先将该请求接入到变号能力组件，变号能力组件查找(a,x)对应的绑定关系axb，将(a,x)修改为(x,b)，再将其接入到被叫b侧的呼叫会话控制功能网元i/scscf，向被叫b进行呼叫接入，被叫b的终端ueb上将显示虚拟号码x，在后续的呼叫建立及通话过程中，主被叫之间的交互信息发送都经由变号能力组件进行变号处理后，再发送到对方。

此外，变号能力组件完成axb的绑定后，也会将虚拟号码x发送到用户a的终端uea上，以使用户a也获知虚拟号码x，后续用户a和司机b可以通过x向对方进行呼叫或发送短信等。在呼叫建立成功后，变号能力组件还可以根据第三方应用的需要，对通话过程录音，并将通话录音文件保存到与第三方约定好的文件服务器存储上，或者是完成录音后直接将录音文件推送给能力平台。

在完成上述第一呼叫请求对应的一次呼叫后，用户a和司机b之间可以基于所述虚拟号码x直接发起进行通信，此时，用户a如果需要给司机b打电话，则直接拨打所述虚拟号码，该呼叫请求会直接接入主叫a一侧的呼叫会话控制功能网元i/scscf网元，主叫a侧的呼叫会话控制功能网元i/scscf网元将呼叫请求发送到变号能力组件，变号能力组件根据axb将呼叫请求中的主叫a修改后为x，将虚拟号修改为b，将修改后的请求呼叫请求(此时对应的主叫为x，被叫为b)接入被叫b侧呼叫会话控制功能网元i–cscf网元，完成后续的呼叫过程。

在所述打车订单结束后，用户a或者司机b进行了订单完成操作，在结束后30分钟，变号能力组件会解除所述绑定关系，释放虚拟号码x。

在volte网络中，呼叫建立是基于sip协议和sdp协议完成，在呼叫建立过程中，为节约资源，可以不采用资源预留precondition模式，如果需要录音，变号能力组件会参与sdp媒体协商，变号能力组件会分配一对sdp，分别与主被叫完成媒体面协商，媒体落到小号平台，小号平台完成媒体面的桥接和媒体流的录制，如图8所示，主叫侧的主叫侧的sdpo和变平台侧(号能力组件)的sdp2是一对，被叫侧的sdpt和平台侧的sdp1是一对，除变号和sdp协商外的其他信令流程平台侧都需要透传。不录音时，变号能力组件不需要参与主被叫ue之间的媒体协商，除变号外，透传主被叫之间的媒体协商信令和其他业务信令，通过媒体协商，两个ue之间就本次会话中使用的媒体组合以及各类媒体使用的编解码方案达成一致。图8中，除需要变号能力组件完成信息交互过程中的变号处理外，步骤2b-8b中所涉及的业务信令及核心网各呼叫会话控制功能网元执行各业务信令，以完成呼叫会话建立的具体步骤均为现有技术，不再详细描述。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。