一种电信业务关系判定方法及装置与流程

本发明涉及互联网技术领域，尤其涉及一种电信业务关系判定方法及装置。

背景技术：

一般实物类产品，可以重复购买和使用。但电信业务，涉及周期性抽取使用费，按照使用量计费，比如语音套餐、流量套餐等。那么用户的一个号码，既然已经订购绑定了一个电信套餐，一般就不能或不需要同时再绑定订购另一个电信套餐。这就是说这2个电信套餐应该是一个互斥关系，不能重复订购。还有一些业务订购，必须依赖另一个主体业务的开通，才可以使用。比如用户订购了一个主体业务，才可以再订购一个附加业务(比如彩铃业务)，如果没有订购主体业务，直接订购彩铃业务，是无法使用的(没有主号码关联)，因此主体业务与附加业务的这种关系称之为依赖关系。将互斥关系以及依赖关系统称为业务关系。

所以电信业务的订购，需要校验用户已经订购的业务，和准备订购的业务是否存在互斥或者满足依赖关系，如果校验不通过，则用户不能订购该业务。

但在电子业务订购场景中，用户登陆页面后，如果看到的业务产品或商品，想要订购，但是后台显示无法订购该业务，具体原因是订购的业务与用户已订购的业务存在互斥关系，则用户无法在网上完成订购；久而久之，用户不在通过电子业务订购，而通过实体营业厅办理，增加了排队和等待的时间，用户体验不是很好。

这样需要在用户登陆购买界面时，对存在逻辑互斥关系的页面业务进行过滤。现有一般通过构建互斥关系表，互斥关系表中通过字符串的方式对两种业务的互斥关系进行记录，通过该方法，一个页面如果有20个业务显示，则需 要遍历互斥关系表，将每个业务与用户已订购的业务进行互斥判断，则互斥判定时间比较长，造成页面显示时间较长。

技术实现要素：

本发明提供一种电信业务关系判定方法及装置，用以解决现有技术中存在的互斥判定时间比较长，造成页面显示时间较长的问题。

第一方面，本发明实施例提供了一种电信业务关系判定方法，包括：

获取用户已订购电信业务的标识，并获取运营商所提供的电信业务中待显示给所述用户的电信业务的标识；

根据预设哈希算法对每一个已订购电信业务的标识分别与待显示给所述用户的每一个电信业务的标识进行哈希计算，得到哈希码；

将所述哈希码与构建的业务关系哈希表中存储的哈希码进行匹配，当匹配到相同哈希码时，确定得到所述哈希码的两个业务之间存在业务关系；所述业务关系为互斥关系或者依赖关系；

所述业务关系哈希表包括基于预设哈希算法对运营商所提供的所有电信业务中任两个存在业务关系的电信业务的标识进行哈希计算得到的哈希码。

结合第一方面，在第一方面的第一种可能的实现方式中，电信业务的标识为业务ID，或者电信业务的预定义数学编码。

结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，当电信业务的标识为电信业务的预定义数学编码时，构建业务关系哈希表，包括：

获取互斥关系表，所述互斥关系表存储有运营商所提供的存在互斥关系的电信业务信息；

对互斥关系表中的每个电信业务信息分别进行编码；其中，不同的电信业务信息的编码不同；

根据预设哈希算法对任两个电信业务信息的编码进行哈希计算，得到哈希 码，并保存到业务关系哈希表中。

结合第一方面和第一方面的第一种至第二种可能的实现方式中的任意一种，在第一方面的第三种可能的实现方式中，获取用户已订购电信业务的标识，包括：

接收用户的登陆请求，所述登陆请求中携带用户标识；

根据所述用户标识获取所述用户已订购的电信业务的标识。

结合第一方面和第一方面的第一种至第三种可能的实现方式中的任意一种，在第一方面的第四种可能的实现方式中，获取运营商所提供的电信业务中待显示给所述用户的电信业务的标识，包括：

获取运营商所提供的所有电信业务的标识；或者，

接收用户提交的获取请求，所述获取请求中携带用户所输入的预想获取的电信业务的关键字，获取所述关键字对应的电信业务的标识；或者，

获取用户偏好的电信业务的标识。

第二方面，本发明实施例提供了一种电信业务关系判定装置，包括：

获取单元，用于获取用户已订购电信业务的标识，并获取运营商所提供的电信业务中待显示给所述用户的电信业务的标识；

计算单元，用于根据预设哈希算法对所述获取单元获取到的每一个已订购电信业务的标识分别与所述获取单元获取到的待显示给所述用户的每一个电信业务的标识进行哈希计算，得到哈希码；

匹配单元，用于将所述计算单元计算得到的所述哈希码与构建的业务关系哈希表中存储的哈希码进行匹配；

确定单元，用于确定所述匹配单元匹配到相同哈希码时，确定得到所述哈希码的两个业务之间存在业务关系；所述业务关系为互斥关系或者依赖关系；

所述业务关系哈希表包括基于预设哈希算法对运营商所提供的所有电信业务中任两个存在业务关系的电信业务的标识进行哈希计算得到的哈希码。

结合第二方面，在第二方面的第一种可能的实现方式中，电信业务的标识 为业务ID，或者电信业务的预定义数学编码。

结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，还包括用于构建业务关系哈希表的构建单元，用于：

当电信业务的标识为电信业务的预定义数学编码时，获取互斥关系表，所述互斥关系表存储有运营商所提供的存在互斥关系的电信业务信息；

对互斥关系表中的每个电信业务信息分别进行编码；其中，不同的电信业务信息的编码不同；

根据预设哈希算法对任两个电信业务信息的编码进行哈希计算，得到哈希码，并保存到业务关系哈希表中。

结合第二方面和第二方面的第一种至第二种可能的实现方式中的任意一种，在第二方面的第三种可能的实现方式中，所述获取单元，在获取用户已订购电信业务的标识时，具体用于接收用户的登陆请求，所述登陆请求中携带用户标识；根据所述用户标识获取所述用户已订购的电信业务的标识。

结合第二方面和第二方面的第一种至第三种可能的实现方式中的任意一种，在第二方面的第四种可能的实现方式中，所述获取单元，在获取运营商所提供的电信业务中待显示给所述用户的电信业务的标识时，具体用于：

获取运营商所提供的所有电信业务的标识；或者，

接收用户提交的获取请求，所述获取请求中携带用户所输入的预想获取的电信业务的关键字，获取所述关键字对应的电信业务的标识；或者，

获取用户偏好的电信业务的标识。

第三方面，本发明实施例提供了一种电信业务关系判定装置，包括：

存储器，用于存储预设哈希算法以及业务关系哈希表；所述业务关系哈希表包括基于预设哈希算法对运营商所提供的所有电信业务中任两个存在业务关系的电信业务的标识进行哈希计算得到的哈希码；

处理器，用于获取用户已订购电信业务的标识，并获取运营商所提供的电信业务中待显示给所述用户的电信业务的标识；根据所述存储器存储的预设哈 希算法对每一个已订购电信业务的标识分别与待显示给所述用户的每一个电信业务的标识进行哈希计算，得到哈希码；将所述哈希码与构建的业务关系哈希表中存储的哈希码进行匹配，当匹配到相同哈希码时，确定得到所述哈希码的两个业务之间存在业务关系；所述业务关系为互斥关系或者依赖关系。

结合第三方面，在第二方面的第二种可能的实现方式中，所述处理器，还用于在电信业务的标识为电信业务的预定义数学编码时，获取互斥关系表，所述互斥关系表存储有运营商所提供的存在互斥关系的电信业务信息；

对互斥关系表中的每个电信业务信息分别进行编码；其中，不同的电信业务信息的编码不同；

根据预设哈希算法对任两个电信业务信息的编码进行哈希计算，得到哈希码，并保存到业务关系哈希表中。

通过本发明实施例提供的方案，根据预设哈希算法对每一个已订购电信业务的标识分别与待显示给所述用户的每一个电信业务的标识进行哈希计算，得到哈希码；将所述哈希码与构建的业务关系哈希表中存储的哈希码进行匹配，匹配相同时，确定得到所述哈希码的两个业务之间存在业务关系；并且所述业务关系哈希表包括基于预设哈希算法对运营商所提供的所有电信业务中任两个存在业务关系的电信业务的标识进行哈希计算得到的哈希码。由于在匹配时不需要通过字符串、数组的方式去互斥关系表中去遍历确认两个电信业务是否存在互斥，而是通过两个电信业务的标识执行哈希运算得到哈希码后去匹配，节省了匹配时间，降低了互斥判定或者依赖关系时间，从而缩短了页面显示的时间。

附图说明

图1为本发明实施例提供的电信业务关系判定方法流程图；

图2为本发明实施例提供的一种电信业务关系判定装置示意图；

图3为本发明实施例提供的第一应用场景下的电信业务关系判定示意图；

图4为本发明实施例提供的第二应用场景下的电信业务关系判定示意图；

图5为本发明实施例提供的第三应用场景下的电信业务关系判定示意图；

图6为本发明实施例提供的另一种电信业务关系判定装置示意图。

具体实施方式

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

本发明实施例应用的网络系统中包括客户端以及网络服务器(Web Server)。客户端通过因特网与网络服务器连接。当用户需要进行电信业务的订购时，则通过客户端登陆页面后，会发送一个登陆请求给网络服务器，从而网络服务器通过客户端显示给用户运营商提供的电信业务列表，用户可以根据电信业务列表进行电信业务订购。或者用户通过检索关键字，则网络服务器通过客户端显示给用户关键字对应的电信业务，从而用户进行业务订购。

基于上述应用场景，本发明实施例提供一种电信业务关系判定方法及装置，用于解决互斥判定或者依赖判定时间比较长，造成页面显示时间较长的问题。其中，方法和装置是基于同一发明构思的，由于方法及装置解决问题的原理相似，因此装置与方法的实施可以相互参见，重复之处不再赘述。

参见图1，本发明实施例提供了一种电信业务关系判定方法。该方法可以通过网络运营商设置的网络服务器实现，或者独立于网络服务器的设备实现等等。该电信业务关系判定方法包括：

步骤101，获取用户已订购电信业务的标识，并获取运营商所提供的电信业务中待显示给所述用户的电信业务的标识。

本发明实施例中的电信业务可以是单一业务、也可以是业务包、或者是业务套餐等等。业务包是有多个单一业务构成的。业务套餐是多个单一业务捆绑 在一起形成一个资费供用户订购。

其中，获取用户已订购电信业务的标识，可以通过如下方式实现：

接收用户的登陆请求，所述登陆请求中携带用户标识；

根据所述用户标识获取所述用户已订购的电信业务的标识。

其中，用户标识可以是用户的电话号码等等。例如：用户通过电话号码登录电子渠道首页，网络服务器通过电话号码获取到用户已订购电信业务的标识。

步骤102，根据预设哈希算法对每一个已订购电信业务的标识分别与待显示给所述用户的每一个电信业务的标识进行哈希计算，得到哈希码。

步骤103，将所述哈希码与构建的业务关系哈希表中存储的哈希码进行匹配，当匹配到相同哈希码时，确定得到所述哈希码的两个业务之间存在业务关系。

其中，所述业务关系为互斥关系或者依赖关系；所述业务关系哈希表包括基于预设哈希算法对运营商所提供的所有电信业务中任两个存在业务关系的电信业务的标识进行哈希计算得到的哈希码。

当业务关系为互斥关系，可以将业务关系哈希表称为互斥关系哈希表，当业务关系为依赖关系，可以将业务关系哈希表称为依赖关系哈希表，当然互斥关系哈希表与依赖关系哈希表可以同时存在，两者通过不同的标识进行区分。

可选的，获取运营商所提供的电信业务中待显示给所述用户的电信业务的标识，可以通过如下方式实现：

第一种实现方式：

获取运营商所提供的所有电信业务的标识。

通过该方法处理后，呈现给用户的业务列表均是用户可以订购的。

第二种实现方式：

接收用户提交的获取请求，所述获取请求中携带用户所输入的预想获取的电信业务的关键字，获取所述关键字对应的电信业务的标识。

其中，通过该方法处理后，用户输入关键字后显示给用户的业务列表中的 各个业务是经过过滤后的全部为用户可订购的业务。

第三种实现方式：

获取用户偏好的电信业务的标识。

其中，用户偏好的电信业务可以预先通过对用户订购的业务以及搜索过的业务进行统计，得到用户偏好的电信业务。

其中，电信业务的标识为业务身份识别号码(英文：Identity，简称：ID)，或者电信业务的预定义数学编码，其他能够标识电信业务并且能够进行哈希计算的标识均适用于本发明实施例。

针对电信业务的标识为业务ID，对应为：每个业务具有全局唯一的ID，用于标识该业务；或者每个业务包具有一个全局唯一的ID，通过业务包的ID可以获知业务包包括的业务以及业务的ID；每个业务套餐具有全局唯一的ID，并且可以获知该套餐对应的业务以及业务ID。

在互斥关系表中存储有运营商所提供的存在互斥关系的电信业务信息，该电信业务信息中包括存在互斥关系的业务的ID，根据预设哈希算法对任两个电信业务的ID进行哈希计算，得到哈希码，并保存到业务关系哈希表中。这里的业务关系哈希表用户识别互斥关系，因此可以成为互斥关系哈希表。

针对依赖关系，已知有依赖关系表存储有运营商所提供的存在依赖关系的电信业务信息，该电信业务信息中包括存在依赖关系的业务的ID，根据预设哈希算法对任两个电信业务的ID进行哈希计算，得到哈希码，并保存到业务关系哈希表中。这里的业务关系哈希表用户识别依赖关系，因此可以成为依赖关系哈希表。

当然在对用户进行显示时，可以既判定互斥关系同时判定依赖关系。本发明实施例中对此不作具体限定。

可选地，当电信业务的标识为电信业务的预定义数学编码时，构建业务关系哈希表，包括：

获取互斥关系表，所述互斥关系表存储有运营商所提供的存在互斥关系的 电信业务信息；

对互斥关系表中的每个电信业务信息分别进行编码；其中，不同的电信业务信息的编码不同；

根据预设哈希算法对任两个电信业务信息的编码进行哈希计算，得到哈希码，并保存到业务关系哈希表中。

假设业务A和业务B存在互斥关系，则对业务A编码为Acode，比如为JSNJ010001，业务B编码为Bcode，比如为JSNJ020002，则哈希计算可以为：Hash码＝Hash(Acode，Bcode)＝String.hashCode(’JSNJ010001’+’JSNJ020002’)。

由于互斥关系是相互的，即业务A与业务B存在互斥关系，相反业务B与业务A也存在互斥关系，因此，在哈希计算时，针对业务A与业务B的哈希码计算可以使用对称的哈希算法，也就是说Hash(Acode，Bcode)＝Hash(Bcode，Acode)。当然也可以不使用对应的哈希算法，针对业务A与业务B互斥，进行哈希计算Hash(Acode，Bcode)得到哈希码存储在业务关系哈希表，然后针对业务B与业务A互斥也进行哈希计算Hash(Bcode，Acode)得到哈希码存储在业务关系哈希表中。针对所有的存在互斥关系的业务均通过的相同的哈希算法进行计算。对于用户已订购的业务的电信业务信息编码在构建业务关系哈希表后，可以将用户已订购的业务的电信业务信息编码缓存在该用户的个人资料库中。

通过本发明实施例提供的方法，根据预设哈希算法对每一个已订购电信业务的标识分别与待显示给所述用户的每一个电信业务的标识进行哈希计算，得到哈希码；将所述哈希码与构建的业务关系哈希表中存储的哈希码进行匹配，匹配相同时，确定得到所述哈希码的两个业务之间存在业务关系；并且所述业务关系哈希表包括基于预设哈希算法对运营商所提供的所有电信业务中任两个存在业务关系的电信业务的标识进行哈希计算得到的哈希码。由于在匹配时不需要通过字符串、数组的方式去互斥关系表中去遍历确认两个电信业务是否存在互斥或者存在依赖，而是通过两个电信业务的标识执行哈希运算得到哈希 码后去匹配，这样能够避免频繁查询遍历互斥关系表，节省了匹配时间，降低了互斥判定时间，从而缩短了页面显示的时间。

参见图2，为本发明实施例还提供了一种电信业务关系判定装置，该装置包括：

获取单元201，用于获取用户已订购电信业务的标识，并获取运营商所提供的电信业务中待显示给所述用户的电信业务的标识。

计算单元202，用于根据预设哈希算法对所述获取单元获取到的每一个已订购电信业务的标识分别与所述获取单元获取到的待显示给所述用户的每一个电信业务的标识进行哈希计算，得到哈希码。

匹配单元203，用于将所述计算单元计算得到的所述哈希码与构建的业务关系哈希表中存储的哈希码进行匹配。

确定单元204，用于确定所述匹配单元匹配到相同哈希码时，确定得到所述哈希码的两个业务之间存在业务关系。所述业务关系为互斥关系或者依赖关系；

所述业务关系哈希表包括基于预设哈希算法对运营商所提供的所有电信业务中任两个存在业务关系的电信业务的标识进行哈希计算得到的哈希码。

可选地，电信业务的标识为业务ID，或者电信业务的预定义数学编码。

可选地，还包括用于构建业务关系哈希表的构建单元205，用于：

当电信业务的标识为电信业务的预定义数学编码时，获取互斥关系表，所述互斥关系表存储有运营商所提供的存在互斥关系的电信业务信息；

对互斥关系表中的每个电信业务信息分别进行编码；其中，不同的电信业务信息的编码不同；

根据预设哈希算法对任两个电信业务信息的编码进行哈希计算，得到哈希码，并保存到业务关系哈希表中。

可选地，所述获取单元201，在获取用户已订购电信业务的标识时，具体用于接收用户的登陆请求，所述登陆请求中携带用户标识；根据所述用户标识 获取所述用户已订购的电信业务的标识。

可选地，所述获取单元201，在获取运营商所提供的电信业务中待显示给所述用户的电信业务的标识时，具体用于：

获取运营商所提供的所有电信业务的标识；或者，

接收用户提交的获取请求，所述获取请求中携带用户所输入的预想获取的电信业务的关键字，获取所述关键字对应的电信业务的标识；或者，

获取用户偏好的电信业务的标识。

本发明实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

本发明实施例中与方法实施例的发明构思相同，因此可以相互参见，重复之处不在赘述。

下面结合具体应用场景，对本发明实施例作具体说明。

本发明实施例中以判定互斥关系为例进行说明。

如图3所示，为本发明实施例提供的搜索互斥过滤场景：用户搜索，返回给用户的业务均是经过互斥判定后且可以订购的。

S301，用户登陆互联网服务器(Web Server)，用于获取所有能够订购的业务列表。具体可以通过用户的电话号码登陆。

S302，用户在搜索框中输入关键字进行电信业务搜索。输入的关键字则发送到搜索引擎。

S303，搜索引擎接收到关键字后，搜索与关键字匹配的电信业务并获取匹配的电信业务的标识。

S304，搜索引擎将用户已订购的电信业务的标识以及匹配的电信业务的标识发送给电信业务互斥关系判定装置。

S305，电信业务互斥关系判定装置获取到用户已订购的电信业务的标识以及匹配的电信业务的标识后，将每一个用户已订购的电信业务的标识以及每一个匹配的电信业务的标识进行哈希计算并得到哈希码。

S306，电信业务互斥关系判定装置将得到的哈希码与业务关系哈希表中的哈希码进行匹配，如果匹配相同，则确定得到所述哈希码的两个业务之间存在互斥关系。

其中，电信业务互斥关系判定装置预先构建互斥关系哈希表，构建方式可以参见图1或者图2对应的实施例中描述的构建方式，本发明实施例在此不做具体限定。

S307，电信业务互斥关系判定装置将互斥判定的结果发送给搜索引擎。

S308，搜索引擎将搜索到的与关键字匹配的业务中与用户订购的业务不存在互斥关系的业务标识发送给Web Server。

S309，Web Server将与关键字匹配的业务中且与用户订购的业务不存在互斥关系的业务显示给用户。则用户可以任意订购显示的业务。

如图4所示，为本发明实施例提供的推荐业务进行互斥过滤场景：推荐给用户的业务均是经过互斥判定后且可以订购。

S401，用户登陆互联网服务器(Web Server)，用于获取所有能够订购的业务列表。具体可以通过用户的电话号码登陆。

S402，Web Server向业务推荐引擎获取用户偏好的电信业务的标识。

S403，业务推荐引擎将推荐的用户偏好的电信业务的标识以及用户已订购的电信业务的标识发送给电信业务互斥关系判定装置。

S404，电信业务互斥关系判定装置获取到用户已订购的电信业务的标识以及用户偏好的电信业务的标识后，将每一个用户已订购的电信业务的标识以及每一个用户偏好的电信业务的标识进行哈希计算并得到哈希码。

S405，电信业务互斥关系判定装置将得到的哈希码与业务关系哈希表中的哈希码进行匹配，如果匹配相同，则确定得到所述哈希码的两个业务之间存在 互斥关系。

其中，电信业务互斥关系判定装置预先构建互斥关系哈希表，构建方式可以参见图1或者图2对应的实施例中描述的构建方式，本发明实施例在此不做具体限定。

S406，电信业务互斥关系判定装置将互斥判定的结果发送给业务推荐引擎。

S407，业务推荐引擎将用户偏好的且与用户订购的业务不存在互斥关系的业务标识发送给Web Server。

S408，Web Server将用户偏好的且与用户订购的业务不存在互斥关系的业务显示给用户。则用户可以任意订购显示的业务。

如图5所示，为本发明实施例提供的显示用户可订购的所有业务。

S501，用户登陆互联网服务器(Web Server)，用于获取所有能够订购的业务列表。具体可以通过用户的电话号码登陆。

S502，Web Server获取运营商提供的所有电信业务的标识。

S503，Web Server将运营商提供的所有电信业务的标识以及用户已订购的电信业务的标识发送给电信业务互斥关系判定装置。

S504，电信业务互斥关系判定装置获取到用户已订购的电信业务的标识以及运营商提供的所有电信业务的标识后，将每一个用户已订购的电信业务的标识以及每一个运营商提供的所有电信业务的标识进行哈希计算并得到哈希码。

S505，电信业务互斥关系判定装置将得到的哈希码与业务关系哈希表中的哈希码进行匹配，如果匹配相同，则确定得到所述哈希码的两个业务之间存在互斥关系。

其中，电信业务互斥关系判定装置预先构建互斥关系哈希表，构建方式可以参见图1或者图2对应的实施例中描述的构建方式，本发明实施例在此不做具体限定。

S506，电信业务互斥关系判定装置将互斥判定的结果发送给Web Server。

S507，Web Server将运营商提供的所有电信业务中与用户订购的业务不存 在互斥关系的业务显示给用户。则用户可以任意订购显示的业务。

基于与方法实施例同样的发明构思，如图6所示，本发明实施例还提供了一种电信业务关系判定装置，该装置可以是网络服务器，还可以是独立于网络服务器的设备，或者设置于网络服务器中的设备。如图6所示，该设备包括通信接口601、处理器602、存储器603。通信接口601、处理器602以及存储器603相互连接。本发明实施例中不限定上述部件之间的具体连接介质。本发明实施例在图6中以存储器603、处理器602以及通信接口601之间通过总线604连接，总线在图6中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本发明实施例中存储器603，用于存储处理器602执行的程序代码，可以是易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random-access memory，缩写：RAM)；存储器603也可以是非易失性存储器(英文：non-volatile memory)，例如只读存储器(英文：read-only memory，缩写：ROM)，快闪存储器(英文：flash memory)，硬盘(英文：hard disk drive，缩写：HDD)或固态硬盘(英文：solid-state drive，缩写：SSD)、或者存储器603是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器603可以是上述存储器的组合。

存储器603，用于存储预设哈希算法以及业务关系哈希表；所述业务关系哈希表包括基于预设哈希算法对运营商所提供的所有电信业务中任两个存在业务关系的电信业务的标识进行哈希计算得到的哈希码。

本发明实施例中处理器602，可以是一个中央处理单元(英文：central processing unit，简称CPU)。

处理器602，获取用户已订购电信业务的标识，并获取运营商所提供的电 信业务中待显示给所述用户的电信业务的标识；根据所述存储器存储的预设哈希算法对每一个已订购电信业务的标识分别与待显示给所述用户的每一个电信业务的标识进行哈希计算，得到哈希码；将所述哈希码与构建的业务关系哈希表中存储的哈希码进行匹配，当匹配到相同哈希码时，确定得到所述哈希码的两个业务之间存在业务关系；所述业务关系为互斥关系或者依赖关系。

当电信业务的标识为电信业务的预定义数学编码时，处理器602获取互斥关系表，所述互斥关系表存储有运营商所提供的存在互斥关系的电信业务信息；对互斥关系表中的每个电信业务信息分别进行编码；其中，不同的电信业务信息的编码不同；根据预设哈希算法对任两个电信业务信息的编码进行哈希计算，得到哈希码，并保存到业务关系哈希表中。

本发明实施例中与方法实施例的发明构思相同，因此可以相互参见，重复之处不在赘述。

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

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

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

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

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。