CN102739784A - 一种个性化通信服务呼叫流程 - Google Patents

Abstract

本发明涉及一种个性化通信服务呼叫流程，其基于核心通信网络通过路由器和网络服务器对主叫用户的呼叫请求进行处理，网络服务器内包括网络数据库，在所述网络服务器上设置有社会关系处理模块和个性化业务处理模块，所述社会关系处理模块处理用户、情景模式和社会关系属性三者之间的关系，个性化业务处理模块包含一个用户业务处理模块，用户业务处理模块用于记录并处理开通个性化通信服务呼叫业务的用户。本发明能为不同的用户具有多种类型的社会关系例如同学、同事、朋友、客户等，针对不同群体的用户实施不同的情景模式。

Description

一种个性化通信服务呼叫流程

技术领域

本发明属于网络技术领域，具体涉及一种个性化通信服务呼叫流程。 

背景技术

当前有多种个性化通信业务模式，例如基于环境、地理位置等因素来设置业务。这些业务相对比较单一，灵活性程度不高，用户黏性小。不能满足当前科技快速发展的情形下用户的个性化业务的需求。需要基于一些特殊的属性来对用户群体进行划分，属于同一个群体的用户具有相同的特点例如使用业务的需求一致。 

发明内容   

本发明克服现有技术的不足，提出了一种个性化通信服务呼叫流程，所述呼叫流程使得不同的用户具有多种类型的社会关系例如同学、同事、朋友、客户等，针对不同群体的用户实施不同的情景模式。该发明一方面增加了该业务的灵活性，另一方面增加了用户的粘性。

本发明的技术方案为：一种个性化通信服务呼叫流程，其基于核心通信网络通过路由器和网络服务器对主叫用户的呼叫请求进行处理，网络服务器内包括网络数据库，在所述网络服务器上设置有社会关系处理模块和个性化业务处理模块，所述社会关系处理模块处理用户、情景模式和社会关系属性三者之间的关系，个性化业务处理模块包含一个用户业务处理模块，用户业务处理模块用于记录并处理开通个性化通信服务呼叫业务的用户，社会关系处理模块处理流程为： 

第一步，创建并更新社会关系通讯录

1）社会关系属性的添加与更新通过以下两种方案之一实现：第一种是通过在手机编辑通讯录时指定其好友的社会关系属性，然后由手机自动将更新的通信录同步到网络服务器上的社会关系处理模块；第二种是直接通过核心通信网络向外部开放的web portal直接编辑网络服务器的社会关系处理模块内的通讯录，指定其好友的社会关系属性，由网页发送HTTP请求来执行更新操作；

2）依据用户已经建立的社会关系属性，将其划分成不同的群体；

第二步，定义情景模式

对每个已经建立社会关系属性的用户，生成多个情景模式，每个情景模式适用于不同的个性群体；情景模式中包含具体的业务特性定义；

第三步，建立情景模式和社会关系映射表

指定已经建立社会关系属性的用户对应的情景模式。

所述个性化业务处理模块还包括业务鉴权模块和业务执行模块。 

核心通信网络为IMS网络或CS网络。 

本发明的有益效果为： 

1）本发明能为不同的用户具有多种类型的社会关系例如同学、同事、朋友、客户等，针对不同群体的用户实施不同的情景模式。

2）本发明一方面增加了该业务的灵活性，另一方面增加了用户的粘性。 

附图说明

以下结合附图和具体实施方式进一步说明本发明。 

图1是本发明一个实施例的呼叫流程示意图。 

具体实施方式：

参照图1所示，本发明基于核心通信网络通过路由器和网络服务器对主叫用户的呼叫请求进行处理，在所述网络服务器上设置有社会关系处理模块和个性化业务处理模块，在所述社会关系处理模块中设置有一个匹配算法，匹配算法处理用户、情景模式和社会关系三者之间的关系，个性化业务处理模块包含一个用户业务处理模块，用户业务处理模块用于记录并处理开通个性化通信服务呼叫业务的用户，社会关系处理模块处理流程为：

第一步，创建并更新社会关系通讯录

1）社会关系属性的添加与更新通过以下两种方案之一实现：第一种是通过在手机编辑通讯录时指定其好友的社会关系属性，然后由手机自动将更新的通信录同步到网络服务器上的社会关系处理模块；第二种是直接通过核心通信网络向外部开放的web portal直接编辑网络服务器的社会关系处理模块内的通讯录，指定其好友的社会关系属性，由网页发送HTTP请求来执行更新操作；

2）依据用户已经建立的社会关系属性，将其划分成不同的群体；

第二步，定义情景模式

对每个已经建立社会关系属性的用户，生成多个情景模式，每个情景模式适用于不同的个性群体；情景模式中包含具体的业务特性定义；

第三步，建立情景模式和社会关系映射表

指定已经建立社会关系属性的用户对应的情景模式。

在图1中，1表示主叫用户呼叫被叫用户，呼叫请求送到核心通信网络例如IMS、CS网络等，核心通信网络负责将呼叫请求路由到网络服务器中。2表示核心通信网络将呼叫请求发送给服务器中。3表示服务器查询主叫用户对于被叫用户与主叫用户之间的社会关系属性，并执行该社会关系属性对应的情景模式。4执行情景模式中的主叫业务。5执行情景模式中的被叫业务。 

下面是实现该业务的一种方案: 

1）社会关系属性表（RPT， Relation-Profile Table），该表定义了社会关系（Relation）和其对应的情景模式（Profile），其中Relation是社会关系的定义，例如FRIEND（朋友）、FAMILY（家人），同学（CLASS），默认（DEFAULT）；Profile定义了其所使用的业务定义，例如“若被叫用户无法接通，且主叫用户属于FAMILY，则将电话转移到其座机上；否则不将电话转接到座机上”。 当主叫用户为Relation对应的社会关系，则服务器执行Profile对应的情景模式。

   2）社会关系表（Relation Table），该表定义了该用户每个好友User及其对应的社会关系Relation。 

3）个性化业务表（AT，Business Table），用于记录了网络中所用开通此业务的用户User。 

4）业务鉴权模块（AM， Authentication Model），查询个性化业务表，来鉴权被叫用户是否开通个性化业务，若有则调用EM来执行个性化业务。 

5）业务执行模块（EM, Executing Model），查询主叫用户的社会关系，并执行其对应情景模式。 

其中RPT和RT部署在网络数据库中，这个数据库可位于网络服务器中，也可位于网络服务器之外。RPT不是全网唯一的，每个用户都有自己的RPT；而RT是全网唯一的，所用用户都共享该表。AM，EM是部署在网络服务器中，用于鉴别用户的个性化业务并执行个性化业务。 

下面IMS网络为例子说明该业务的执行过程： 

Tom，Green和Mix是IMS中注册的用户，并且IMS中所有用户相关的业务及数据都利用社会关系处理模块存储在HSS中，可以通过Diameter协议来查询HSS中的相关业务及数据。假设Tom开通了个性化业务，则个性化业务AT表中包含了该用户。下面是网络中的AT表的内容：

                   表1 个性化业务表

序号	User
		1	Tom
2	Melo
		3	Xman

Tom有Green和Mix等好友，其中Green是 Tom的家人，Mix是Tom的客户。则其社会关系RT表定义如下： 

                表2 社会关系表

序号	User	Relation
			1	Green	FAMILY
2	Mix	CUSTOMER

Tom对与不同的社会关系定义了相应的情景模式，其社会关系属性RPT表定义如下：

                 表3 社会关系属性表

序号	社会关系	情景模式
			1	FAMILY	Play Music1 to Cg and Play Music2 to Cd
2	FRIEND	Play Music3 to Cg and Play Music4 to Cd

下面基于上述的配置，分别描述Green呼叫Tom和Mix呼叫Tom的个性化业务时，用户业务处理模块的处理场景。

1. 应用场景一（Green呼叫Tom）： 

1）当Green呼叫Tom时，网络服务器会收到来自Green的SIP INVITE请求。这个INVITE用于向IMS请求建立从用户Green到Tom的呼叫。

2）网络服务器收到该INVITE消息后，首先调用鉴权模块（AM），鉴权模块使用Diameter协议查询HSS中的AT表，来获取Tom是否开通了个性化业务的信息，如可以是AM向HSS发出的查询AT表的QueryATRequest 的Diameter消息。当HSS收到此消息后，按照QueryATRequest中PublicIdentity的用户来查询其是否开通业务，由于AT表记录了Tom开通了此项业务。则HSS返回Result =SUCCESS的QueryATAnswer消息。 

3）EM查询HSS中的RT表，获取这个呼叫对应的情景模式。例如下面是AM向HSS发出的查询RT表的QueryRTRequest 的Diameter消息。 

HSS收到该消息后，按照QueryRTRequest中CallingPublicIdentity和CalledPublicIdentity来查询CallingPublicIdentity和CalledPublicIdentity的社会关系，并返回 CalledPublicIdentity定义的该社会关系的情景模式。根据用户配置，Green属于Tom的FAMILY群，则对应的情景模式为Play Musi1 to Cg and Play Music2 to Cd。 

4）EM执行FAMLIY对应的情景模式。Green会听到Music1的彩铃，而Tom会听到Music2的彩铃。这样Tom从音乐2中就能判断这个电话是家人的电话。具体在IMS网络中应用场景一的信令见表4。 

表4 IMS网络应用场景一信令表 

2. 应用场景二（Mix呼叫Tom）：

1）当Mix呼叫Tom时，网络服务器会收到来自Mix的SIP INVITE请求，这个INVITE用于向IMS请求建立从用户Mix到Tom的呼叫。

2）网络服务器收到该INVITE消息后，首先调用鉴权模块（AM），鉴权模块使用Diameter协议查询HSS中的AT表，来获取Tom是否开通了个性化业务的信息。例如下面是AM向HSS发出的查询AT表的QueryATRequest 的Diameter消息。 

HSS收到此消息后，按照QueryATRequest中PublicIdentity的用户来查询其是否开通业务，由于AT表记录了Tom开通了此项业务。则HSS返回Result =SUCCESS的QueryATAnswer消息。 

3）EM查询HSS中的RT表，获取这个呼叫对应的情景模式。例如下面是AM向HSS发出的查询RT表的QueryRTRequest 的Diameter消息。 

HSS收到该消息后，按照QueryRTRequest中CallingPublicIdentity和CalledPublicIdentity来查询CallingPublicIdentity和CalledPublicIdentity的社会关系，并返回 CalledPublicIdentity定义的该社会关系的情景模式。根据用户配置，Mix属于Tom的FRIEND群，则对应的情景模式为Play Music3 to Cg and Play Music4 to Cd。 

4）EM执行FRIEND对应的情景模式。Mix会听到Music3的彩铃，而Tom会听到Music4的彩铃。可设置音乐3为Tom公司业务的介绍，这样Mix就能听到Tom公司最新产品的介绍，有利于在打电话的过程中向客户推广公司的最新产品。这样Tom从音乐4中就能判断这个电话是客户的电话。 

  

表5 IMS网络应用场景一信令表

具体在IMS网络中应用场景二的信令见表5。本发明为不同的用户具有多种类型的社会关系例如同学、同事、朋友、客户等，针对不同群体的用户实施不同的情景模式，具有很好的个性化效果。

Claims (4)

1.一种个性化通信服务呼叫流程，其特征是：其基于核心通信网络通过路由器和网络服务器对主叫用户的呼叫请求进行处理，网络服务器内包括网络数据库，在所述网络服务器上设置有社会关系处理模块和个性化业务处理模块，所述社会关系处理模块处理用户、情景模式和社会关系属性三者之间的关系，个性化业务处理模块包含一个用户业务处理模块，用户业务处理模块用于记录并处理开通个性化通信服务呼叫业务的用户，社会关系处理模块处理流程为：

第一步，创建并更新社会关系通讯录

1）社会关系属性的添加与更新通过以下两种方案之一实现：第一种是通过在手机编辑通讯录时指定其好友的社会关系属性，然后由手机自动将更新的通信录同步到网络服务器上的社会关系处理模块；第二种是直接通过核心通信网络向外部开放的web portal直接编辑网络服务器的社会关系处理模块内的通讯录，指定其好友的社会关系属性，由网页发送HTTP请求来执行更新操作；

2）依据用户已经建立的社会关系属性，将其划分成不同的群体；

第二步，定义情景模式

对每个已经建立社会关系属性的用户，生成多个情景模式，每个情景模式适用于不同的个性群体；情景模式中包含具体的业务特性定义；

第三步，建立情景模式和社会关系映射表

指定已经建立社会关系属性的用户对应的情景模式。

2.根据权利要求1所述的个性化通信服务呼叫流程，其特征是：所述个性化业务处理模块还包括业务鉴权模块和业务执行模块。

3.根据权利要求1或2所述的个性化通信服务呼叫流程，其特征是：核心通信网络为IMS网络。

4.根据权利要求1或2所述的个性化通信服务呼叫流程，其特征是：核心通信网络为CS网络。

Images