具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种电话本实现方法:
步骤1:接收访问请求;
这里的访问请求可以来自用户客户端,也可以来自业务服务器。
步骤2:根据所述访问请求获取访问控制条件;
访问控制条件一般是预先设置的,预先设置的访问控制条件,可以是主叫方预先设置的,也可以是被叫方预先设置的,也可以是第三方设置的,如公司为主叫设置的通讯录访问控制条件为只有主叫在公司的时候才能查看公司的工作通讯录,当然也可能部分是用户设置,部分为系统或者第三方设置。
这里的对应用户的访问控制条件,可以是主叫方的访问控制条件,也可以是被叫方的访问控制条件。
步骤3:根据所述访问控制条件,获取相关属性信息;
这里的相关属性信息可以是至少包括主叫或者被叫之一的相关属性信息。
步骤4:根据所述访问控制条件和所述相关属性信息,获取用户信息和/或业务信息;
所述用户信息可以包括用户通信录信息,用户名,用户状态;所述用户业务信息可以包括用户可用业务信息,用户业务状态信息,用户偏好设置。
步骤5、根据上述获取的用户信息和/或业务信息生成响应,发送给请求端。
以下以具体实施例的方式,对本发明实施例提供的技术方案进行详细描述。
实施例一:如附图1所示,
步骤101:接收来自客户端的访问请求;
步骤102:根据所述访问请求获取预设的对应用户的访问控制条件;
所述的根据预先设置的访问控制条件,可以是主叫方预先设置的,也可以是被叫方预先设置的,也可以是第三方设置的,如公司为主叫设置的通讯录访问控制条件为只有主叫在公司的时候才能查看公司的工作通讯录;当然也可能部分是用户设置,部分为系统或者第三方设置。
这里的对应用户的访问控制条件,可以是主叫方的访问控制条件,也可以是被叫方的访问控制条件。
步骤103:根据所述预设的访问控制条件,获取至少包括主叫或者被叫之一的相关属性信息;
步骤104:根据所述预设的访问控制条件和所述相关属性信息,获取通信录信息;
这里的通信录信息是广义的通信录信息,比如可以是固定电话号码,移动电话号码,网络电话ID等,也可以是邮件地址信息等;
另外,除通信录信息外,也可以获取其他用户信息,如用户名,用户状态等。
步骤105:根据上述通信录信息生成响应,发送到客户端。
也可以根据获取的其他用户信息,如用户名,用户状态等,生成响应发送给客户端。
具体的,可以有如下几种实施方式:
1、通过预先设置的访问控制条件,以及主叫方的属性信息,获取通信录信息。
某一用户李明,有工作和私人两套通信录存储在CAB服务器中,相应的,在工作通信录中,存储的是工作联系人,或者联系人的工作联系方式(办公电话、公司Email等);在私人通信录中,存储的是私人事务的联系人,或者联系人的私人联系方式(住宅电话、私人Email等);同时,由于工作通信录源于公司提供给CAB服务器的数据,李明被公司设置了当其所处位置为公司时,才有权访问工作电话本,同时,李明为了保护个人隐私,自己设置只有当他所处位置为住宅时,才能访问其私人电话本或其中的某些内容。
李明到达公司,联系公司某技术接口人李四,谈论工作上的事情;
李明通过客户端接入到CAB服务器,发起访问请求。
CAB服务器从事先设置的对应的访问控制条件列表发现需要获取李明的位置属性,CAB服务器向属性提供服务器获取李明的位置属性。
CAB服务器从属性提供服务器得到李明的位置属性为“公司”,根据事先的设置的访问控制条件,当李明所处位置在公司时,可以访问工作电话本,于是从存储区提取李四的工作通信信息,并生成响应返回给李明的CAB客户端;
李明发起的至李四公司电话的通信,例如可以是语音呼叫。
李明回到家中,想起约张三去打高尔夫;
李明通过CAB客户端接入到CAB服务器;
CAB服务器从李明事先设置的对应的访问控制条件列表发现需要获取李明的位置属性,CAB服务器向属性提供服务器获取李明的位置属性,当然,这个过程可以需要事先得到授权才能进行;
CAB服务器得到李明的位置属性为“住宅”,根据李明事先设置的访问控制条件,当他所处位置为住宅时,可以访问其私人电话本或其中的某些内容,于是从存储区提取张三的私人通信信息,并生成响应返回给李明的CAB客户端;
李明发起至张三的住宅电话的通信,例如可以是语音呼叫。
2、通过预先设置的访问控制条件,以及被叫方的属性信息,获取通信录信息。
李明联系某一老客户加朋友张三;
李明通过客户端接入到CAB服务器,发起访问请求;
CAB服务器从李明事先设置对应的访问控制条件列表发现需要获取张三的位置属性,CAB服务器向属性提供服务器获取张三的位置属性;
CAB服务器得到张三的位置属性为“公司”,根据李明事先设置的访问控制条件,从存储区提取张三的工作通信信息,并生成响应返回给李明的CAB客户端;同时也可以反馈张三的用户状态信息为:在公司。
李明发起的至张三公司电话的通信,例如可以是语音呼叫。
李明再次联系张三;
李明通过CAB客户端接入到CAB服务器;
CAB服务器从李明事先设置的对应的控制列表发现需要获取张三的位置属性,CAB服务器向属性提供服务器获取张三的位置属性;
CAB服务器得到张三的位置属性为“住宅”,根据李明事先设置的访问控制条件,从存储区提取张三的私人通信信息,并生成响应返回给李明的CAB客户端;同时也可以反馈张三的用户状态信息为:在家。
李明发起至张三的住宅电话的通信,例如可以是语音呼叫。
3、通过预先设置的访问控制条件,同时根据主叫方和被叫方的属性信息,获取通信录信息。
李明联系某一老客户加朋友张三;
李明通过客户端接入到CAB服务器,发起访问请求;
CAB服务器从事先设置的对应的访问控制条件列表发现需要获取张三的位置属性,同时还需要获取李明的位置属性,CAB服务器向属性提供服务器获取张三和李明的位置属性;
CAB服务器从属性提供服务器得到张三的位置属性为“公司”,李明的位置属性为“公司”,根据事先设置的访问控制条件,从存储区提取张三的工作通信信息,并生成响应返回给李明的CAB客户端;同时也可以反馈张三的用户状态信息为:在公司。李明发起至张三公司电话的通信,例如可以是语音呼叫。
CAB服务器得到张三的位置属性为“公司”,李明的位置属性为“住宅”,根据事先设置的访问控制条件,李明在住宅时不能获取张三的工作通信信息,于是生成响应返回给李明的CAB客户端;同时也可以反馈张三的用户状态信息为:在公司。
CAB服务器从属性提供服务器得到张三的位置属性为“住宅”,李明的位置属性为“公司”,根据事先设置的的访问控制条件,李明在公司时不能获取张三的私人通信信息,于是生成响应返回给李明的CAB客户端;同时也可以反馈张三的用户状态信息为:在家。
CAB服务器从属性提供服务器得到张三的位置属性为“住宅”,李明的位置属性为“住宅”,根据事先设置的的访问控制条件,从存储区提取张三的私人通信信息,并生成响应返回给李明的CAB客户端;同时也可以反馈张三的用户状态信息为:在家。李明发起的至张三的住宅电话的通信,例如可以是语音呼叫。
本实施例中属性服务器提供的用户位置属性可以通过移动定位服务获取,移动定位服务是指通过无线终端(如手机、PDA、CAB客户端等)和无线网络的配合,确定移动用户的实际位置信息(经纬度坐标数据),从而提供用户所需的与位置和方向相关的增值服务。
定位服务又叫做移动位置服务(LBS--Location Based Service),它是通过电信移动运营商的网络(如GSM网、CDMA网)获取移动终端用户的位置信息(经纬度坐标),在电子地图平台的支持下,为用户提供相应服务的一种增值业务。
本实施例中属性提供服务器获取的主被叫的属性信息可以不限制于主被叫所处的位置信息,例如所述主被叫的属性信息可以是主被叫是否在开车,是否正在休息,是否在商场购物等其他状态属性信息。
所述用户位置属性信息或者其他属性信息可以通过使用Presence技术获得。因此,所述的属性服务器本身可以是presence服务器,关于presence技术说明如下:
Presence(呈现)业务主要通过呈现业务引擎来实现,呈现业务引擎是一个软件系统,其作用是搜集和分发呈现信息(如:发布、预约、通知等),提交给各种控制器。呈现信息内容类型有“通讯的意愿”、“设备/应用状态”等。Presence业务引擎是一个软件系统,其作用是搜集和分发Presence信息(如:发布、预约、通知等),提交给各种控制器。
Presence信息很多,可以分为两大类:
用户可定制的信息:这类信息完全由提供Presence信息的用户自己控制,如用户是否愿意使用某项业务,用户设置的状态信息(在会议中,在看电影,在接电话等),用户的个人信息,如心情(如文本:快乐、发怒、悲伤等,或图片:笑脸、皱眉等)或个人爱好(足球、钓鱼、跳舞等)。
系统提供的信息:由系统提供,用户无法定制的信息。如网络的可用性(如电话附着在网络上,离开覆盖区等),特定应用的可用性(如POC服务已注册),根据网络和用户设备定位出来的用户位置信息等,Client设备能力包括应用的能力(如声音,文本,多媒体等)和承载能力(如UMTS,GPRS等)。
在实际运用中,Presence技术的业务运营商可以根据其自身的运营要求或者政策要求,来决定具体哪个Presence信息是“用户可定制信息”或“系统提供的信息”。比如用户的当前位置状态信息,运营商如果想使之有利于被查询Presence信息的用户,则可以将之设置成“用户可定制信息”;如果想使之有利于查询Presence信息的用户,则可将该信息定制成“系统提供的信息”——只要查询者向运营商付费,就可以获得所查看用户的当前的位置状态信息。
另外,本发明实施例也可以专门设置一个属性服务器。该属性服务器可以从Presence服务器或者其他相关资源处获取用户相关属性信息,或者由终端向该属性服务器上报信息。
在接收客户端的访问请求时,还可以对所述访问请求进行鉴权,以确认访问的合法性,避免非法业务请求;同样的,在获取相关属性信息的时候,也可以进行相关鉴权或者认证的步骤,以避免用户相关属性信息的泄漏。
通过本发明实施例一中的方法,可以实现通过主叫或者被叫或者同时根据主被叫的相关属性信息以及预设的访问控制条件,控制通信录访问权限。
实施例二:
如图2所示,本发明实施例二提供了一种电话本实现方法,可以进一步实现对可用业务的控制:
步骤201、接收来自客户端的访问请求;
步骤202、根据所述访问请求获取预设的对应用户的访问控制条件;
步骤203、根据所述预设的访问控制条件,获取至少包括主叫或者被叫之一的相关属性信息;
步骤204、根据所述预设的访问控制条件和所述相关属性信息,获取通信录信息和可用业务信息;
这里的通信录信息是广义的通信录信息,比如可以是固定电话号码,移动电话号码,网络电话ID等,也可以是邮件地址信息等;
另外,除通信录信息外,也可以获取其他用户信息,如用户名,用户状态等。
对于某些场合,可以只获取可用业务信息,因为客户端和服务端可能已经通过双方都预先知道的用户名或者其他信息建立了通信的对应关系,因而可以不需要再获取被叫方的通信录信息。
由于客户端可能对于业务状况不了解,也可以将包括可用业务信息的所有业务信息获取并后续生成响应发送给客户端,这些业务信息可以包括:可用业务信息,用户业务状态信息,用户偏好设置等。
步骤205、根据上述通信录信息和可用业务信息生成响应,发送到客户端;
具体的,如果只有可用业务信息,则只将可用业务信息生成响应,发送到客户端。也可以将包含可用业务信息的所有业务信息发送给客户端。
同样,也可以将获取的其他用户信息发送到客户端。
至此,地址服务器,如CAB服务器完成相应动作,进一步的,对于客户端,可以有如下步骤:
步骤206、客户端根据接收到的响应信息,显示给用户相应的通信录信息,并对发起的业务进行相应的控制。
如果只收到包含可用业务信息的业务信息,则显示给用户相应的可用业务的通信录视图,对发起的业务进行相应的控制。
同样,如果收到除通信录信息以外的其他用户信息,以及除可用业务信息以外的其他业务信息,也会显示给用户。
具体的,可以包括下面三种具体实施方式:
1、通过主叫设置的访问控制条件,获取相关属性信息并进行业务控制;
具体的,例如:
某一用户李明,希望在发起通信的时候,对方的场合合适,并且通信能力可及。例如:对方正在开车时,不要轻易发起电话呼叫。
李明希望联系张三,谈论工作上的事情,但是不知道打电话是否合适;
李明发起呼叫,通过CAB客户端接入到CAB服务器,发起访问请求;
CAB服务器从李明事先设置的访问控制条件列表发现需要获取张三的属性,CAB服务器向属性提供服务器获取张三的属性;
CAB服务器得到张三的属性为“开车”,根据李明事先设置的访问控制条件,张三在开车时,呼叫是不适合的,于是从存储区提取张三的通信信息,以及合适的业务,并生成响应返回给李明的CAB客户端,所述响应信息中包含了不能进行呼叫的指示;
李明的CAB客户端根据接收到的响应信息,显示张三的CPM(Converged IP Messaging,基于IP的融和消息)、Email可用并显示其CPM、Email联系方式,而由于张三正在驾车,根据李明的事先设置的访问控制条件,呼叫是不可用的,在客户端的电话本中,在选中张三时将“发起呼叫”菜单被置为不可使用;
李明此时能通过电话本发起CPM消息、Email,而不能进行语音呼叫。
2、通过被叫设置的访问控制条件,获取相关属性信息并进行业务控制;
李明发起呼叫时,其访问控制条件可以由被叫方张三设置,如张三设置了自己在开车时,呼叫不可用,只有CPM、Email可用。详细流程与前述1类似,在此不再赘述。
3、通过主叫设置的访问控制条件以及被叫的访问控制条件,获取相关属性信息并进行业务控制。
具体的:
某一用户李明,希望在发起通信时,对方的场合合适,并且通信能力可及。例如:对方正在开车时,不要轻易发起电话呼叫。
李明希望联系张三,谈论工作上的事情,但是不知道打电话是否合适;李明通过CAB客户端接入到CAB服务器;
CAB服务器从李明事先设置的对应的访问控制条件列表发现需要获取张三的属性信息,CAB服务器向属性提供服务器获取张三的属性;
CAB服务器得到张三的属性为“开车”,根据李明事先设置的访问控制条件:张三在开车时,呼叫是不适合的,只能发起CPM和Email;同时根据被叫张三事先设置的访问控制条件:此时间段张三不接收CPM、仅接收电话和Email。
CAB服务器根据上述设置可知,此时张三仅仅Email可用,于是从存储区提取张三的Email地址,并生成响应返回给李明的CAB客户端;
李明的CAB客户端根据响应信息,发现张三仅Email可用,显示给李明张三的Email地址,并且在终端电话本中,在选中张三时将“发起呼叫”、“发起CPM”菜单置为不可使用;
李明此时仅能通过电话本发起Email,而不能进行语音呼叫、CPM。
本实施例中的属性信息内容以及获取方式与实施例一中大体相同,在此不再赘述,所述属性信息可以通过使用Presence技术获得,因此,所述的属性提供服务器本身可以是Presence服务器,另外,本发明实施例也可以专门设置一个属性服务器。该属性服务器可以从Presence服务器或者其他相关资源处获取用户相关属性信息,或者由终端向该属性服务器上报信息。
在接收客户端的访问请求时,可以对所述访问请求进行鉴权,以确认访问的合法性,避免非法业务请求;同样的,在从属性提供服务器获取相关属性的时候,也可以进行相关鉴权或者认证的步骤,以避免用户相关属性信息的泄漏。
通过本发明实施例二的方案,可以根据主被叫的设置以及相关属性信息,进一步实现对于客户端访问业务的控制。
实施例三:
本发明实施例三给出了一种用户通过业务服务器发起访问请求,获得可用业务信息的电话本实现方法:
步骤301、接收来自业务服务器的访问请求;
步骤302、根据所述访问请求,获取预先设置的对应用户的访问控制条件;
步骤303、根据所述预设的访问控制条件,获取至少包括主叫或者被叫之一的相关属性信息;
步骤304、根据所述预设的访问控制条件和所述相关属性信息、获取可用业务信息;
由于业务服务器可能对于业务状况不了解,也可以将包括可用业务信息在内的所有业务信息获取并后续生成响应发送给业务服务器,这些业务信息可以包括:可用业务信息,用户业务状态信息,用户偏好设置等。
步骤305、根据上述可用业务信息生成响应,发送到业务服务器;
也可以将包含可用业务信息的所有业务信息发送给业务服务器。
至此,地址服务器,如CAB服务器完成相应动作,进一步的,对于业务服务器,可以有如下步骤:
步骤306、业务服务器根据接收到的响应信息对业务进行相应的控制。
具体的:
所述的业务服务器可以是以下业务服务器中的任意一种或者几种的组合:
CPM(Converged IP Messaging,基于IP的融和消息)服务器,CPM业务能尽可能保留现有消息业务特点,同时还结合对呈现(Presence)等一些辅助功能的支持,来提供统一,丰富的用户体验。
RCS(Rich Communication Suite,丰富通信套装)服务器、是使用RCS技术的一种业务服务器,其构架基于IMS实现,是一个端到端的应用,和手机终端紧密配合的终端应用。
PoC(Push to talk over Cellular,无线一键通)服务器,是使用PoC技术的一种业务服务器,PoC是一种双向、即时、多方通讯方式,允许用户与一个或多个用户进行通信。
IM(instant messaging,即时消息)服务器,是使用IM技术的一种业务服务器,IM指在用户之间传递信息的一种服务,消息发送后被立即传递给接收者,接近于实时传送。传递的内容可以是文本、图像、音频或视频。
另外,本实施例中的地址服务器可以是CAB服务器。
下面举例说明如下:
小吴通过CPM服务器向张三发起CPM会话;
由于CPM可以支持多种通信方式,CPM服务器可以向CAB服务器查询哪种方式适合进行;
CAB服务器从张三事先设置的对应的访问控制条件列表发现需要获取张三的属性信息,CAB服务器向属性提供服务器获取张三的属性;
CAB服务器得到张三的属性为“开车”,根据张三事先设置的访问控制条件,从存储区提取张三合适的业务形态,并生成响应返回给CPM业务服务器;
CPM服务器根据响应,发现张三离线消息可用,而由于正在驾车,其它方式是不合适的;
CPM服务器此时仅允许小吴对张三发离线消息,而不能进行其它方式的会话。
本实施例中的属性信息内容以及获取方式与实施例一中大体相同,在此不再赘述,所述属性信息可以通过使用Presence技术获得,因此,所述的属性提供服务器本身可以是Presence服务器,另外,本发明实施例也可以专设一属性服务器。该属性服务器可以从Presence服务器或者其他相关资源处获取用户相关属性信息,或者由终端向该属性服务器上报信息。
在接收业务服务器的访问请求时,可以对所述访问请求进行鉴权,以确认访问的合法性,避免非法业务请求;同样的,在从属性提供服务器获取相关属性的时候,也可以进行相关鉴权或者认证的步骤,以避免用户相关属性信息的泄漏。另外,业务服务器本身也可以对通过其发起业务请求的用户请求进行鉴权,确认该业务请求是否被允许。
通过本实施例的方法,实现通过业务服务器发起业务时,可以根据主被叫的设置以及相关属性,确定业务的可用性。
上述所有实施例中提到的请求或者响应可以使用SMS(短消息业务)、MMS(多媒体消息业务)、HTTP(超文本传输协议)、IM(即时消息协议)、SIP(会话初始协议)、MSRP(消息会话中继协议)、SOAP(简单对象访问协议)、SyncML(公共数据同步框架规范,是基于XML格式的表示协议)、WAP(无线应用协议)、RTP(实时传输协议)、CPM(基于IP的融和消息)、XCAP(XML配置访问协议)承载,本领域普通技术人员可以理解,具体的请求或者响应消息,模式或者适用的协议,不够成对本发明的限制。
本领域技术人员可以理解本发明实施例提供的上述电话本实现方法中,全部或部分步骤是可以通过程序指令相关的硬件来完成,该程序可以存储在可读取存储介质中,可读取存储介质例如随机存储器、磁盘、光盘等。当该程序通过计算机运行后,可以并行抽取数据库表数据并进一步将抽取的数据合并为一个数据库表。
相应的,本发明实施例还给出了网络电话本的实现系统和装置:
一种电话本的实现系统,包括请求端,地址服务器和属性提供服务器,
所述请求端向所述地址服务器发送访问请求,并接收所述地址服务器返回的用户信息和/或业务信息;
所述地址服务器根据所述请求端的访问请求,获取预设的对应用户的访问控制条件,并根据所述预设的访问控制条件,向所述属性提供服务器获取相关属性信息;所述地址服务器根据访问控制条件和从所述属性提供服务器获得的相关属性信息,获取用户信息和/或业务信息,并将所述获取的用户信息和/或业务信息发送给所述请求端。
所述的地址服务器获取预设的对应用户的访问控制条件,可以是本身存储在地址服务器中的,包括系统设置的或者是用户上报的;也可以是从其他相关资源处获取的。
所述属性提供服务器存储相关属性信息,与地址服务器交互,响应所述地址服务器的请求,向地址服务器提供相应的属性信息。
系统请求端可以是用户客户端,也可以是业务服务器,下面结合附图,以具体实施例的方式说明如下:
实施例四:
本发明实施例四提供了一种网络电话本的实现系统,以下结合附图4对所述系统进行描述:
一种网络电话本的实现系统,包括客户端41、地址服务器42和属性提供服务器43,
所述客户端41向地址服务器42发送访问请求,并接收地址服务器42返回的用户信息和/或业务信息;所述客户端41根据接收到用户信息和/或业务信息,显示给用户相应的用户信息和/或业务信息,并在接收到可用业务信息的时候,根据接收到的可用业务信息对发起的业务进行相应的控制。
所述客户端41可以是一种CAB客户端。
所述地址服务器42根据客户端41的访问请求,获取预设的对应用户的访问控制条件,并根据所述预设的访问控制条件,向属性提供服务器43获取至少包括主叫或者被叫之一的相关属性信息;地址服务器42根据预设的访问控制条件和从属性提供服务器43获得的相关属性信息,获取用户信息和/或业务信息,并将所述获取的用户信息和/或业务信息发送给客户端41。
所述属性提供服务器43存储客户端41相关属性信息,与地址服务器交互,响应地址服务器42的请求,向地址服务器42提供相应的属性信息。所述属性提供服务器43在与地址服务器42交互时,还可以对地址服务器42获取相关属性信息的请求进行鉴权或者认证,以避免用户相关属性信息的泄漏。
通过本发明实施例的系统,可以实现通过主叫、被叫或者同时根据主被叫的相关属性信息以及预设的访问控制条件,控制用户信息的访问权限和/或业务的可用性。
实施例五:
本发明实施例五提供了一种网络电话本的实现系统,以下结合附图5对所述系统进行描述:
一种网络电话本的实现系统,包括业务服务器51、地址服务器52和属性提供服务器53,
所述业务服务器51向地址服务器52发送访问请求,并接收地址服务器52返回的可用业务信息;
所述地址服务器52根据业务服务器51的访问请求,获取预设的对应用户的访问控制条件,并根据所述预设的访问控制条件,向属性提供服务器53获取至少包括主叫或者被叫之一的相关属性信息;地址服务器52根据预设的访问控制条件和从属性提供服务器53获得的相关属性信息,获取可用业务信息,并将所获取的可用业务信息发送到业务服务器51。
所述属性提供服务器53存储用户相关属性信息,与地址服务器52交互,响应地址服务器52的请求,向地址服务器52提供相应的属性信息。
具体的,所述的业务服务器51可以是CPM,RCS,PoC,IM服务器中的任意一种或者几种的组合,地址服务器可以是CAB服务器。
通过本发明实施例的系统,实现用户通过业务服务器发起业务时,可以根据主被叫的设置以及相关属性信息,确定业务的可用性。
实施例六:
本发明实施例六提供了一种地址服务器,以下结合附图6对所述地址服务器进行详细描述,如图6所示,所述地址服务器包括信息存储单元61,属性获取单元62,访问控制单元63,访问通信单元64;
信息存储单元61用于存储用户信息和/或业务信息,所述用户信息可以包括用户通信录信息,用户名,用户状态等;业务信息则可以包括每个用户的用户业务状态信息,用户偏好设置,对应的所有通信业务种类,例如短消息服务,电子邮件服务,移动通信服务等;
属性获取单元62用于同属性提供服务器交互获取用户相关属性信息,提供给访问控制单元63;
访问控制单元63,用于接收,获取或者存储预先设置的访问控制条件,响应访问请求,从属性获取单元62获取用户相关属性信息,根据所述相关属性信息,所述预先设置的访问控制条件,从所述信息存储单元61获取合适的用户信息和/或业务信息,并将所述用户信息和/或业务信息反馈至访问通信单元64;
访问通信单元64,用于接收访问请求,交由访问控制单元处理,将访问控制单元63返回的结果生成相应的响应,发送给对应的请求端。
进一步的,该地址服务器还可以包括接入鉴权单元65
接入鉴权单元65:接收来自访问通信单元64的访问请求,鉴权确认来自访问通信单元64的访问请求的合法性,并将合法性判定结果提供给访问通信单元64;
通过本实施例提供的地址服务器,可以实现通过主叫、被叫或者同时根据主被叫的相关属性信息以及预设的访问控制条件,控制用户信息访问权限和业务的可用性。
上述实施例四,五,六中所述属性信息内容以及获取方式与实施例一中大体相同,所述的业务服务器与实施例三中的业务服务器大体相同,在此不再赘述,所述属性信息可以通过使用Presence技术获得,因此,所述的属性提供服务器本身可以是Presence服务器,另外,本发明实施例四,五,六也可以专设一属性服务器。该属性服务器可以从Presence服务器或者其他相关资源处获取用户相关属性信息,或者由用户向该属性服务器上报信息。
上述实施例四,五,六中提到的请求或者响应可以使用SMS(短消息业务)、MMS(多媒体消息业务)、HTTP(超文本传输协议)、IM(即时消息协议)、SIP(会话初始协议)、MSRP(消息会话中继协议)、SOAP(简单对象访问协议)、SyncML(公共数据同步框架规范,是基于XML格式的表示协议)、WAP(无线应用协议)、RTP(实时传输协议)、CPM(基于IP的融和消息)、XCAP(XML配置访问协议)承载,本领域普通技术人员可以理解,具体的请求或者响应消息,模式或者适用的协议,不够成对本发明的限制。
上述所有实施例以及上述实施例中的特征,在互不排斥的前提下,也可以互相结合。
最后应说明的是:以上实施例仅用以说明本发明的技术方案而非对其进行限制,尽管参照较佳实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对本发明的技术方案进行修改或者等同替换,而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。