CN109005301B - 中间号管控方法和中间号管控装置 - Google Patents

Abstract

本发明提供的中间号管控方法和中间号管控装置，涉及通信技术领域。其中，中间号管控方法包括：基于接收到的绑定请求信息确定需要的绑定模式；在号码池中获取一个中间号码，并判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系；若所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系，则将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系。通过上述方法，可以改善现有的中间号技术存在的绑定关系不稳定的问题。

Description

中间号管控方法和中间号管控装置

技术领域

本发明涉及通信技术领域，具体而言，涉及一种中间号管控方法和中间号管控装置。

背景技术

随着通信技术的不断发展，通信技术的应用领域也不断得到拓展。其中，一方面可以便于进行信息的交互，但是，在另一方面却导致个人隐私严重泄露的问题。针对上述问题，现有技术中提供了一种中间号技术以解决该问题。也就是说，预设设置一个中间号码，并将需要保护的电话号码与该中间号码进行绑定，以基于该中间号码与对应的电话号码进行通信。

经发明人研究发现，在现有的中间号技术中，由于中间号的分配、使用过程存在管控效果差而导致中间号的绑定关系容易被覆盖，从而导致绑定关系不稳定的问题，进而难以实现通过中间号进行有效地通信的问题。

发明内容

有鉴于此，本发明的目的在于提供一种中间号管控方法和中间号管控装置，以改善现有的中间号技术存在的绑定关系不稳定的问题。

为实现上述目的，本发明实施例采用如下技术方案：

一种中间号管控方法，包括：

基于接收到的绑定请求信息确定需要的绑定模式，其中，所述绑定模式包括一对一模式和一对多模式；

在号码池中获取一个中间号码，并判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系；

若所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系，则将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系。

在本发明实施例较佳的选择中，在上述中间号管控方法中，在确定的绑定模式为一对一模式时，所述判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系的步骤包括：

判断所述中间号码是否有基于一对多模式与任意电话号码建立有绑定关系、是否有基于一对一模式与所述绑定请求信息对应的任意一个电话号码建立有绑定关系；

若所述中间号码未基于一对多模式与任意电话号码建立有绑定关系且未基于一对一模式与所述绑定请求信息对应的任意一个电话号码建立有绑定关系，则判定所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系。

在本发明实施例较佳的选择中，在上述中间号管控方法中，在确定的绑定模式为一对多模式时，所述判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系的步骤包括：

判断所述中间号码是否有与任意电话号码建立有绑定关系；

若所述中间号码未与任意电话号码建立有绑定关系，则判定所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系。

在本发明实施例较佳的选择中，在上述中间号管控方法中，在确定的绑定模式为一对多模式时，在执行所述将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系的步骤之后，所述方法还包括：

获取基于所述中间号码向所述绑定请求信息对应的电话号码进行通信的第一个电话号码；

将所述第一个电话号码和所述绑定请求信息对应的电话号码与所述中间号码按照一对一模式建立绑定关系。

在本发明实施例较佳的选择中，在上述中间号管控方法中，所述在号码池中获取一个中间号码，并判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系的步骤包括：

在号码池中获取一个中间号码，并获取该中间号码的当前使用次数；

判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系；

所述若所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系，则将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系的步骤包括：

若所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系，则再次获取所述中间号码的当前使用次数；

在两次获取的当前使用次数相等时，将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系，并对所述中间号码的当前使用次数进行更新。

在本发明实施例较佳的选择中，在上述中间号管控方法中，在两次获取的当前使用次数不相等时，所述若所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系，则将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系的步骤还包括：

步骤a，再次获取所述中间号码的当前使用次数，并判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系；

步骤c，若所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系，则再次获取所述中间号码的当前使用次数；

重复执行步骤a和步骤c至少一次，以使步骤a和步骤c中两次获取的当前使用次数相等，并在该两次获取的当前使用次数相等时，将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系，并对所述中间号码的当前使用次数进行更新。

本发明实施例还提供了一种中间号管控装置，包括：

绑定模式确定模块，用于基于接收到的绑定请求信息确定需要的绑定模式，其中，所述绑定模式包括一对一模式和一对多模式；

绑定关系判断模块，用于在号码池中获取一个中间号码，并判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系；

绑定关系建立模块，用于若所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系，则将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系。

在本发明实施例较佳的选择中，在上述中间号管控装置中，在确定的绑定模式为一对一模式时，所述绑定关系判断模块包括：

第一绑定关系判断子模块，用于判断所述中间号码是否有基于一对多模式与任意电话号码建立有绑定关系、是否有基于一对一模式与所述绑定请求信息对应的任意一个电话号码建立有绑定关系；

第一绑定关系判定子模块，用于在所述中间号码未基于一对多模式与任意电话号码建立有绑定关系且未基于一对一模式与所述绑定请求信息对应的任意一个电话号码建立有绑定关系时，判定所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系。

在本发明实施例较佳的选择中，在上述中间号管控装置中，在确定的绑定模式为一对多模式时，所述绑定关系判断模块还包括：

第二绑定关系判断子模块，用于判断所述中间号码是否有与任意电话号码建立有绑定关系；

第二绑定关系判定子模块，用于在所述中间号码未与任意电话号码建立有绑定关系时，判定所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系。

在本发明实施例较佳的选择中，在上述中间号管控装置中，在确定的绑定模式为一对多模式时，所述装置还包括：

电话号码获取模块，用于获取基于所述中间号码向所述绑定请求信息对应的电话号码进行通信的第一个电话号码；

绑定关系变更模块，将所述第一个电话号码和所述绑定请求信息对应的电话号码与所述中间号码按照一对一模式建立绑定关系。

本发明提供的中间号管控方法和中间号管控装置，通过在接收到绑定请求信息时确定需要的绑定模式，并基于该绑定模式确定获取的中间号码是否能够被用于建立绑定关系，有效地避免了现有技术中因中间号的分配、使用过程存在管控效果差而导致中间号的绑定关系容易被覆盖的问题，从而改善现有的中间号技术存在的绑定关系不稳定的问题，进而保证通过建立有绑定关系的中间号可以有效地进行通信，极大地提高了中间号使用的可靠性。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

图1为本发明实施例提供的服务器的应用框图。

图2为本发明实施例提供的中间号管控方法的流程示意图。

图3为图2中步骤S130的流程示意图。

图4为图2中步骤S130的另一流程示意图。

图5为本发明实施例提供的中间号管控方法的另一流程示意图。

图6为图2中步骤S150的流程示意图。

图7为本发明实施例提供的中间号管控方法的另一流程示意图。

图8为本发明实施例提供的中间号管控装置的另一电路原理图。

图9为本发明实施例提供的中间号管控装置的结构框图。

图10为本发明实施例提供的绑定关系判断模块的另一结构框图。

图11为本发明实施例提供的中间号管控装置的另一结构框图。

图标：10-服务器；12-存储器；14-处理器；20-第一终端；30-第二终端；100-中间号管控装置；110-绑定模式确定模块；130-绑定关系判断模块；131-第一绑定关系判断子模块；132-第一绑定关系判定子模块；133-第二绑定关系判断子模块；134-第二绑定关系判定子模块；150-绑定关系建立模块；170-电话号码获取模块；190-绑定关系变更模块。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例只是本发明的一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。在本发明的描述中，术语“第一”、“第二”、“第三”、“第四”等仅用于区分描述，而不能理解为只是或暗示相对重要性。

在本发明的描述中，除非另有明确的规定和限定，术语“设置”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

如图1所示，本发明实施例提供了一种服务器10，并且，该服务器10可以通信连接有终端设备，例如，第一终端20和第二终端30。

其中，所述服务器10可以包括存储器12、处理器14和中间号管控装置100。所述存储器12和处理器14之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述中间号管控装置100包括至少一个可以软件或固件(firmware)的形式存储于所述存储器12中的软件功能模块。所述处理器14用于执行所述存储器12中存储的可执行的计算机程序，例如，所述中间号管控装置100所包括的软件功能模块及计算机程序等，以实现中间号管控方法。

所述存储器12可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。其中，存储器12用于存储程序，所述处理器14在接收到执行指令后，执行所述程序。

所述处理器14可能是一种集成电路芯片，具有信号的处理能力。上述的处理器14可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

可以理解，图1所示的结构仅为示意，所述服务器10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置，例如，还可以包括用于与终端设备通信的通信单元。并且，图1中所示的各组件可以采用硬件、软件或其组合实现。

可选地，所述服务器10的具体类型不受限制，例如，可以是，但不限于，web(网站)服务器、数据服务器、电脑、移动上网设备(mobile Internet device，MID)等具有处理功能的设备。

结合图2，本发明实施例还提供一种可应用于上述服务器10的中间号管控方法。其中，所述方法有关的流程所定义的方法步骤可以由所述处理器14实现。下面将对图2所示的具体流程进行详细阐述。

步骤S110，基于接收到的绑定请求信息确定需要的绑定模式。

在本实施例中，所述第一终端20可以向所述服务器10发送一绑定请求信息，该绑定请求信息中既可以仅包括一个电话号码，如所述第一终端20对应的第一电话号码，也可以包括两个电话号码，如所述第一终端20对应的第一电话号码和所述第二终端30对应的第二电话号码。

并且，在所述绑定请求信息中仅包括一个电话号码(如第一电话号码)时，可以确定需要的绑定模式为一对多模式。也就是说，需要将一个中间号码与该电话号码绑定，以使任意其它终端设备(如第二终端30)可以基于该中间号码与第一终端20建立通信，例如，第二电话号码呼叫第一中间号码时，运营商可以将呼叫转移至第一电话号码。

在所述绑定请求信息中包括两个电话号码(如第一电话号码和第二电话号码)时，可以确定需要的绑定模式为一对一模式。也就是说，需要将一个中间号码与该两个电话号码绑定，以使第一终端20可以基于该中间号码与第二终端30建立通信或第二终端30可以基于该中间号码与第一终端20建立通信，例如，第一电话号码呼叫第一中间号码时，运营商可以将呼叫转移至第二电话号码。

也就是说，在本实施例中，所述绑定模式可以包括一对一模式和一对多模式。

步骤S130，在号码池中获取一个中间号码，并判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系。

在本实施例中，一个中间号码一般可以使用多次，但是，也存在部分情形下只能使用一次的问题，例如，不同的绑定模式之间不能重复使用。因此，可以基于确定的绑定模式判断获取的中间号码是否能够用于建立绑定关系，以避免之前建立的绑定关系可能被之后建立的绑定关系覆盖的问题。

例如，若之前存在一个绑定关系为第二电话号码-第一中间号码，此时，再次获取到该第一中间号码，并建立第二电话号码-第一中间号码-第一电话号码的绑定关系。之后，基于一定的策略(如便于实现电话回拨等因素)将第二电话号码-第一中间号码的绑定关系变更为第二电话号码-第一中间号码-第三中间号码，那么在第二电话号码呼叫第一中间号码时，运营商无法确定将呼叫转移至第一电话号码或第三电话号码。

其中，所述号码池可以是一个数据库，并且，可以基于实际应用需求在该数据库中生成一系列的中间号码并存储。所述中间号码的位数不受限制，可以根据实际应用需求进行设置，例如，可以与手机号码的位数相同，为11位。

步骤S150，若所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系，则将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系。

在本实施例中，在判断出获取的中间号码能够用于建立绑定关系时，可以按照确定的绑定模式建立对应的绑定关系。并且，还可以将建立的绑定关系发送至运营商以存储，以使运营商可以基于该绑定关系进行电话的呼叫转移。

例如，在建立的绑定关系为第一电话号码-第一中间号码-第二电话号码时，若运营商接收到第一电话号码呼叫第一中间号码的请求时，可以将呼叫转移至第二电话号码。

其中，可以理解的是，上述建立的绑定关系也可以不发送至运营商，但运营商应该具有识别中间号码的能力。详细地，在建立的绑定关系为第一电话号码-第一中间号码-第二电话号码时，若运营商接收到第一电话号码呼叫第一中间号码的请求时，识别出第一中间号码为中间号码时，可以将第一电话号码和第一中间号码发送至所述服务器10，以使所述服务器10可以基于该第一电话号码和第一中间号码查找到第二电话号码并发送给运行商，以使运营商可以将呼叫转移至第二电话号码。

进一步地，考虑到在执行步骤S110确定的绑定模式不同时，执行步骤S130以判断获取的中间号码是否能够用于建立绑定关系的方式可以有不同的选择。结合图3，在一种示例中，在确定的绑定模式为一对一模式时，步骤S130可以包括步骤S131和步骤S132。

步骤S131，判断所述中间号码是否有基于一对多模式与任意电话号码建立有绑定关系、是否有基于一对一模式与所述绑定请求信息对应的任意一个电话号码建立有绑定关系。

步骤S132，若所述中间号码未基于一对多模式与任意电话号码建立有绑定关系且未基于一对一模式与所述绑定请求信息对应的任意一个电话号码建立有绑定关系，则判定所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系。

在本实施例中，考虑到在一对一模式下，中间号码可以存在重复使用的情形，但是，仅限于该中间号码已经建立的一对一模式的绑定关系中的两个电话号码均不同于所述绑定请求信息中的两个电话号码。因此，在执行步骤S131时，需要对获取的中间号码是否有基于一对多模式与任意电话号码建立有绑定关系、是否有基于一对一模式与所述绑定请求信息对应的任意一个电话号码建立有绑定关系进行判断。

也就是说，在获取的中间号码有基于一对多模式与任意电话号码建立有绑定关系，或者有基于一对一模式与所述绑定请求信息对应的任意一个电话号码建立有绑定关系时，都不能将该中间号码再次用于建立本次请求的绑定关系。

例如，若获取的中间号码为第一中间号码，且该第一中间号码已经基于一对多模式与第三电话号码建立有绑定关系。此时，若建立第一电话号码-第一中间号码-第二电话号码的绑定关系，那么将导致第一电话号码呼叫第一中间号码时，运营商无法确定将呼叫转移至第二电话号码或第三电话号码。

又例如，若获取的中间号码为第一中间号码，且该第一中间号码已经基于一对一模式建立有第二电话号码-第一中间号码-第三电话号码的绑定关系。此时，若再建立第一电话号码-第一中间号码-第二电话号码的绑定关系，那么将导致第二电话号码呼叫第一中间号码时，运营商无法确定将呼叫转移至第一电话号码或第三电话号码。

再例如，若获取的中间号码为第一中间号码，且该第一中间号码已经基于一对一模式建立有第三电话号码-第一中间号码-第四电话号码的绑定关系。此时，若再建立第一电话号码-第一中间号码-第二电话号码的绑定关系，那么第一电话号码、第二电话号码、第三电话号码以及第四电话号码中的任意一个呼叫第一中间号码时，都能够确定唯一的一个呼叫转移的电话号码。也就是说，在该种模式下可以存在中间号码复用的情形。

其中，中间号码重复使用的次数不受限制，可以根据实际应用需求进行设置，例如，在保证具有较高的通话质量的基础上，重复使用的次数可以小于或等于80。

结合图4，在另一种示例中，在确定的模式为一对多模式时，步骤S130可以包括步骤S133和步骤S134。

步骤S133，判断所述中间号码是否有与任意电话号码建立有绑定关系。

步骤S134，若所述中间号码未与任意电话号码建立有绑定关系，则判定所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系。

在本实施例中，考虑到在一对多模式中，只要获取的中间号码已经与任意一电话号码建立有绑定关系，都将导致再次使用该中间号码建立的一对多模式的绑定关系存在呼叫不能有效确定转移对象的问题，因此，只有在判断出获取的中间号码未与任意的电话号码建立有绑定关系时，才能判定该中间号码能够基于一对多模式与所述绑定请求信息对应的电话号码建立绑定关系。

进一步地，考虑到可能存在多个终端设备同时向服务器10发送绑定请求信息的情形，例如，第一终端20和第二终端30同时向服务器10发送绑定请求信息。此时，可能存在将同一个中间号码分别与第一电话号码和第二电话号码进行绑定的问题，进而导致绑定关系难以被有效利用的问题。为避免该问题，在本实施例中，结合图5，步骤S130可以包括步骤S135和步骤S136，步骤S150可以包括步骤S151和步骤S152。

步骤S135，在号码池中获取一个中间号码，并获取该中间号码的当前使用次数。

步骤S136，判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系。

步骤S151，若所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系，则再次获取所述中间号码的当前使用次数。

步骤S152，在两次获取的当前使用次数相等时，将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系，并对所述中间号码的当前使用次数进行更新。

在本实施例中，由于第一终端20和第二终端30同时向服务器10发送绑定请求信息，因此，在执行步骤S135获取到同一个中间号码后，在执行步骤S136时相互之间不会产生影响，只要在执行步骤S136之前，该中间号码建立的绑定关系不会影响本次中间号码需要建立的绑定关系即可。

其中，在中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系时，若直接进行绑定关系的建立将会导致第一终端20和第二终端30的同时请求存在风险的问题。例如，若将第一电话号码与第一中间号码建立一对多模式的绑定关系，并将第二电话号码与第一中间号码建立一对多模式的绑定关系，会导致其它任意电话号码呼叫第一中间号码时难以确定转移至第一号码或第二号码的问题。

因此，本实施例中，可以通过采用乐观锁技术以解决上述技术问题。例如，在执行步骤S135时，可以在获取到第一中间号码的同时获取第一中间号码的当前使用次数。具体地，针对第一终端20的请求执行步骤S135获取到的当前使用次数和针对第二终端30的请求执行步骤S135获取到的当前使用次数相同，例如，可以为0。

由于服务器10在进行绑定关系的建立时存在一个机制，基于该机制一次只能完成一个绑定关系的建立，并且，假定先对第一终端20对应的绑定关系进行处理，再对第二终端30对应的绑定关系进行处理。因此，在执行步骤S151时，针对第一终端20的请求，可以获取到所述第一中间号码的当前使用次数仍然为0，然后，可以执行步骤S152，以将第一电话号码与第一中间号码进行绑定，并对第一中间号码的当前使用次数进行更新，且更新结果为1。针对第二终端30的请求，可以获取到第一中间号码的当前使用次数为1，不同于执行步骤S135获取到的次数，此时，为保证绑定关系的稳定性，可以放弃将第二电话号码与第一中间号码进行绑定。

进一步地，为保证第二终端30的请求可以被执行，也就是说，保证第二电话号码可以有效地与一中间号码进行绑定，在本实施例中，结合图6，步骤S150还可以包括步骤S153和步骤S154。

步骤S153，再次获取所述中间号码的当前使用次数，并判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系。

步骤S154，若所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系，则再次获取所述中间号码的当前使用次数。

在本实施例中，针对第二终端30的请求，可以执行步骤S153以再次获取第一中间号码的当前使用次数，例如，可以为1。并且，在第一中间号码能够基于第二终端30请求的绑定模式与第二电话号码建立绑定关系时，可以执行步骤S154以再次获取第一中间号码的当前使用次数。若该当前使用次数为1，可以将第二电话号码与第一中间号码进行绑定，并将第一中间号码的当前使用次数更新为2。

考虑到在部分情况下，执行步骤S154获取的当前使用次数可能也不等于执行步骤S153获取的当前使用次数，因此，可以重复执行步骤153和步骤154，以使最后一次执行步骤153和步骤154获取的当前使用次数相等，并在两次获取的当前使用次数相等时，将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系，并对所述中间号码的当前使用次数进行更新。

进一步地，考虑到在一对多模式中，例如，第一电话号码与第一中间号码建立有绑定关系后，任意的其它电话号码呼叫第一中间号码时都会转移至第一电话号码，从而完成对第一电话号码的呼叫。但是，在完成该次呼叫之后，第一电话号码却不能主动地呼叫该其它电话号码，只能被动地等待该其它电话号码的呼叫。为避免上述问题，在本实施例中，结合图7，所述中间号管控方法还可以包括步骤S170和步骤S190。

步骤S170，获取基于所述中间号码向所述绑定请求信息对应的电话号码进行通信的第一个电话号码。

步骤S190，将所述第一个电话号码和所述绑定请求信息对应的电话号码与所述中间号码按照一对一模式建立绑定关系。

在本实施例中，针对一对多模式，建立有第一电话号码-第一中间号码的绑定关系，此时，第二电话号码可以通过呼叫第一中间号码以实现对第一电话号码的呼叫。并且，在呼叫完成之后，可以获取该第二电话号码。并建立第一电话号码-第一中间号码-第二电话号码的绑定关系，以使第一电话号码可以通过呼叫第一中间号码以实现对第二电话号码的呼叫。

其中，为了避免之前建立的第一电话号码-第一中间号码的绑定关系对新建立第一电话号码-第一中间号码-第二电话号码的绑定关系造成干扰，在本实施例中，在建立第一电话号码-第一中间号码-第二电话号码的绑定关系之后，还需要对之前建立的第一电话号码-第一中间号码的绑定关系进行释放。也就是说，在当前的绑定关系下，只有第二电话号码呼叫第一中间号码才会进行呼叫转移处理。

结合图8，本发明实施例还提供一种可应用于上述服务器10的中间号管控装置100。其中，所述中间号管控装置100可以包括绑定模式确定模块110、绑定关系判断模块130以及绑定关系建立模块150。

所述绑定模式确定模块110，用于基于接收到的绑定请求信息确定需要的绑定模式，其中，所述绑定模式包括一对一模式和一对多模式。在本实施例中，所述绑定模式确定模块110可用于执行图2所示的步骤S110，关于所述绑定模式确定模块110的具体描述可以参照前文对步骤S110的描述。

所述绑定关系判断模块130，用于在号码池中获取一个中间号码，并判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系。在本实施例中，所述绑定关系判断模块130可用于执行图2所示的步骤S130，关于所述绑定关系判断模块130的具体描述可以参照前文对步骤S130的描述。

所述绑定关系建立模块150，用于若所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系，则将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系。在本实施例中，所述绑定关系建立模块150可用于执行图2所示的步骤S150，关于所述绑定关系建立模块150的具体描述可以参照前文对步骤S150的描述。

结合图9，在本实施例中，在确定的绑定模式为一对一模式时，所述绑定关系判断模块130可以包括第一绑定关系判断子模块131和第一绑定关系判定子模块132。

所述第一绑定关系判断子模块131，用于判断所述中间号码是否有基于一对多模式与任意电话号码建立有绑定关系、是否有基于一对一模式与所述绑定请求信息对应的任意一个电话号码建立有绑定关系。在本实施例中，所述第一绑定关系判断子模块131可用于执行图3所示的步骤S131，关于所述第一绑定关系判断子模块131的具体描述可以参照前文对步骤S131的描述。

所述第一绑定关系判定子模块132，用于在所述中间号码未基于一对多模式与任意电话号码建立有绑定关系且未基于一对一模式与所述绑定请求信息对应的任意一个电话号码建立有绑定关系时，判定所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系。在本实施例中，所述第一绑定关系判定子模块132可用于执行图3所示的步骤S132，关于所述第一绑定关系判定子模块132的具体描述可以参照前文对步骤S132的描述。

结合图10，在确定的绑定模式为一对多模式时，所述绑定关系判断模块130还可以包括第二绑定关系判断子模块133和第二绑定关系判定子模块134。

所述第二绑定关系判断子模块133，用于判断所述中间号码是否有与任意电话号码建立有绑定关系。在本实施例中，所述第二绑定关系判断子模块133可用于执行图4所示的步骤S133，关于所述第二绑定关系判断子模块133的具体描述可以参照前文对步骤S133的描述。

所述第二绑定关系判定子模块134，用于在所述中间号码未与任意电话号码建立有绑定关系时，判定所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系。在本实施例中，所述第二绑定关系判定子模块134可用于执行图4所示的步骤S134，关于所述第二绑定关系判定子模块134的具体描述可以参照前文对步骤S134的描述。

结合图11，在确定的绑定模式为一对多模式时，所述中间号管控装置100还可以包括电话号码获取模块170和绑定关系变更模块190。

所述电话号码获取模块170，用于获取基于所述中间号码向所述绑定请求信息对应的电话号码进行通信的第一个电话号码。在本实施例中，所述电话号码获取模块170可用于执行图7所示的步骤S170，关于所述电话号码获取模块170的具体描述可以参照前文对步骤S170的描述。

所述绑定关系变更模块190，将所述第一个电话号码和所述绑定请求信息对应的电话号码与所述中间号码按照一对一模式建立绑定关系。在本实施例中，所述绑定关系变更模块190可用于执行图7所示的步骤S190，关于所述绑定关系变更模块190的具体描述可以参照前文对步骤S190的描述。

综上所述，本发明提供的中间号管控方法和中间号管控装置100，通过在接收到绑定请求信息时确定需要的绑定模式，并基于该绑定模式确定获取的中间号码是否能够被用于建立绑定关系，有效地避免了现有技术中因中间号的分配、使用过程存在管控效果差而导致中间号的绑定关系容易被覆盖的问题，从而改善现有的中间号技术存在的绑定关系不稳定的问题，进而保证通过建立有绑定关系的中间号可以有效地进行通信，极大地提高了中间号使用的可靠性。

在本发明实施例所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种中间号管控方法，其特征在于，包括：

基于接收到的绑定请求信息确定需要的绑定模式，其中，所述绑定模式包括一对一模式和一对多模式，该一对一模式用于将中间号码与两个电话号码进行绑定，该一对多模式用于将中间号码与一个电话号码绑定；

在号码池中获取一个中间号码，并判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系；

若所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系，则将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系；

其中，在确定的绑定模式为一对一模式时，所述判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系的步骤包括：

判断所述中间号码是否有基于一对多模式与任意电话号码建立有绑定关系、是否有基于一对一模式与所述绑定请求信息对应的任意一个电话号码建立有绑定关系；

若所述中间号码未基于一对多模式与任意电话号码建立有绑定关系且未基于一对一模式与所述绑定请求信息对应的任意一个电话号码建立有绑定关系，则判定所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系。

2.根据权利要求1所述的中间号管控方法，其特征在于，在确定的绑定模式为一对多模式时，所述判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系的步骤包括：

判断所述中间号码是否有与任意电话号码建立有绑定关系；

若所述中间号码未与任意电话号码建立有绑定关系，则判定所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系。

3.根据权利要求1或2所述的中间号管控方法，其特征在于，在确定的绑定模式为一对多模式时，在执行所述将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系的步骤之后，所述方法还包括：

获取基于所述中间号码向所述绑定请求信息对应的电话号码进行通信的第一个电话号码；

将所述第一个电话号码和所述绑定请求信息对应的电话号码与所述中间号码按照一对一模式建立绑定关系。

4.根据权利要求1或2所述的中间号管控方法，其特征在于，所述在号码池中获取一个中间号码，并判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系的步骤包括：

在号码池中获取一个中间号码，并获取该中间号码的当前使用次数；

判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系；

所述若所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系，则将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系的步骤包括：

若所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系，则再次获取所述中间号码的当前使用次数；

在两次获取的当前使用次数相等时，将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系，并对所述中间号码的当前使用次数进行更新。

5.根据权利要求4所述的中间号管控方法，其特征在于，在两次获取的当前使用次数不相等时，所述若所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系，则将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系的步骤还包括：

步骤a，再次获取所述中间号码的当前使用次数，并判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系；

步骤c，若所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系，则再次获取所述中间号码的当前使用次数；

重复执行步骤a和步骤c至少一次，以使步骤a和步骤c中两次获取的当前使用次数相等，并在该两次获取的当前使用次数相等时，将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系，并对所述中间号码的当前使用次数进行更新。

6.一种中间号管控装置，其特征在于，包括：

绑定模式确定模块，用于基于接收到的绑定请求信息确定需要的绑定模式，其中，所述绑定模式包括一对一模式和一对多模式，该一对一模式用于将中间号码与两个电话号码进行绑定，该一对多模式用于将中间号码与一个电话号码绑定；

绑定关系判断模块，用于在号码池中获取一个中间号码，并判断所述中间号码是否能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系；

绑定关系建立模块，用于若所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系，则将所述中间号码与所述绑定请求信息对应的电话号码按照确定的绑定模式建立绑定关系；

其中，在确定的绑定模式为一对一模式时，所述绑定关系判断模块包括：

第一绑定关系判断子模块，用于判断所述中间号码是否有基于一对多模式与任意电话号码建立有绑定关系、是否有基于一对一模式与所述绑定请求信息对应的任意一个电话号码建立有绑定关系；

第一绑定关系判定子模块，用于在所述中间号码未基于一对多模式与任意电话号码建立有绑定关系且未基于一对一模式与所述绑定请求信息对应的任意一个电话号码建立有绑定关系时，判定所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系。

7.根据权利要求6所述的中间号管控装置，其特征在于，在确定的绑定模式为一对多模式时，所述绑定关系判断模块还包括：

第二绑定关系判断子模块，用于判断所述中间号码是否有与任意电话号码建立有绑定关系；

第二绑定关系判定子模块，用于在所述中间号码未与任意电话号码建立有绑定关系时，判定所述中间号码能够基于确定的绑定模式与所述绑定请求信息对应的电话号码建立绑定关系。

8.根据权利要求6或7所述的中间号管控装置，其特征在于，在确定的绑定模式为一对多模式时，所述装置还包括：

电话号码获取模块，用于获取基于所述中间号码向所述绑定请求信息对应的电话号码进行通信的第一个电话号码；

绑定关系变更模块，将所述第一个电话号码和所述绑定请求信息对应的电话号码与所述中间号码按照一对一模式建立绑定关系。

Images