CN101207507B - 管理移动终端能力信息的系统 - Google Patents

Abstract

根据本发明，提供了基于两级架构的同步机制来实现所述移动终端能力信息管理系统。具体而言，所述的移动终端管理系统还包括一个全局的用户终端能力服务器，其连接到所有局部的用户终端能力服务器并且实时同步所有局部的用户终端能力服务器所存储的终端能力信息。

Description

管理移动终端能力信息的系统

技术领域

本发明涉及一种管理移动终端能力信息的系统，所述系统用于管理移动终端的能力信息。特别的，所述管理系统包括UAPROF(用户终端能力信息)服务器，所述UAPROF服务器通过网络与PORTAL(门户)、ISMP(综合业务管理平台)、CP/SP(内容/业务提供商)、WAPGW(WAP网关)等设备互连。

背景技术

移动终端的能力适配涉及门户(PORTAL)、综合业务管理平台(ISMP)、业务引擎、及内容/业务提供商(CP/SP)等多个方面，目前业界终端管理标准不一、实现方式各异，实现方法不完善，实现机制复杂，极大影响了使用的效率和用户的体验，当前网运营商移动网络中也仅仅实现了部分的终端管理。

具体而言，在当前移动通信中，由于用户的手持终端之间的能力差异，包括终端屏幕大小、色彩的呈现、支持的媒体播放器、数据编码格式等等，从而限制了业务的推广。为了解决这个问题，CP/SP针对不同的终端做不同的业务解决方案，当用户的业务请求发过来后，CP/SP根据运营商提供的用户终端能力信息，将对应的页面呈现到用户的终端。这样的工作，每个CP/SP都需要做，并且由于技术水平的差异，实际的效果也有差别，对用户的服务质量无法有效的保证。因此，当前的业务适配过程，每个CP/SP都需要进行适配，根据用户不同的终端给用户传送不同格式的内容。在2G应用中，由于带宽的限制，用户使用的主要是WAP浏览的业务。但是在3G应用中，由于带宽的增加，使数据业务的形式更加的丰富，同时也对终端的适配提出了更高的要求。本发明通过设立UAPROF(终端能力信息)服务器这样的设备，集中终端厂商所有的终端信息，为运营商在移动网络中，在业务层面进行统一的终端适配提供了强有力的技术手段。

发明内容

本发明提供了一种移动终端能力信息管理系统，包括：第一终端能力信息服务器，至少一个第二终端能力信息服务器，其连接到所述第一终端能力信息服务器。所述第一终端能力服务器包括：第一终端能力信息收集装置，用于收集全国范围内的移动终端的能力信息；第一数据库，用于存储所收集的移动终端的能力信息；第一终端能力信息发送装置，用于基于请求而发送所存储的移动终端的能力信息。每个第二终端能力服务器对应于一组移动终端，并且与所述一组移动终端所属的通信网络相连接，每个第二终端能力服务器包括：第二终端能力信息收集装置，用于从所述第一终端能力服务器下载对应于该第二终端能力服务器的移动终端的能力信息；第二数据库，用于存储所收集的移动终端的能力信息；第二终端能力信息发送装置，用于基于请求而发送所存储的移动终端的能力信息；其中，从所述第一终端能力服务器同步所有的第二终端能力服务器存储的终端能力信息。

其中所述终端能力信息包括：终端屏幕大小、IE版本、支持的色彩、终端所支持的媒体播放器、数据编码格式、终端品牌等至少一类信息。

根据本发明的一个方面，每个第二终端能力服务器存储一个相应行政区域(例如，以省为行政区域划分)内的移动终端的能力信息。其中每个第二终端能力服务器与所述相应的行政区域内的内容提供商CP、业务提供商SP、Streaming、门户、MMSC、综合业务管理平台ISMP、KJAVA、WAP网关的任何之一通信，以提供其存储的终端能力信息。

根据本发明的一个方面，所述每个第二终端能力服务器存储一个相应的运营商所服务的移动终端的能力信息。其中每个第二终端能力服务器与对应于所述相应的运营商的内容提供商CP、业务提供商SP、Streaming、门户、MMSC、综合业务管理平台ISMP、KJAVA、WAP网关的任何之一通信，以提供其存储的终端能力信息。

此外，所述第一终端能力服务器与全国级的内容提供商CP、业务提供商SP、Streaming、门户、MMSC、综合业务管理平台ISMP、KJAVA、WAP网关的任何之一通信，以提供其存储的终端能力信息

基于上述UAPROF服务器的移动终端能力信息管理系统能够取得如下优势：一是它将原先分布在CPSP的终端适配信息统一起来，提供统一的终端信息，提高了信息适配的可靠性，增加对用户使用数据的服务质量。二，它为移动业务网络中业务引擎的终端适配工作提供了关键的信息源，提高了终端适配的效率。

此外，根据本发明，提供了基于两级架构的同步机制来实现所述移动终端能力信息管理系统。具体而言，所述的移动终端管理系统还包括一个全局的用户终端能力服务器，其连接到所有局部的用户终端能力服务器并且实时同步所有局部的用户终端能力服务器所存储的终端能力信息。

具体而言，所述系统为两级架构：全国业务发布中心，即一级UAPROF服务器提供终端能力信息，保存所有终端的能力信息；并且实时同步到独立省级平台(即，二级UAPROF服务器)的终端能力信息。上述两级架构带来的优势主要有：

1、确保终端信息的唯一性：一级层次的全局UAPROF服务器是输入终端信息的唯一入口。这样就能保证所有的信息是统一的。

2、确保业务访问的时效性：所述一级层次的全局UAPROF服务器由于物理地点的原因和设备容量的原因，无法保证在业务规定的时间内(比如10ms)响应大量的业务请求，而提供了多个二级的局部UAPROF服务器可以根据业务开展的情况，灵活的进行增加和减少。另外，二级结构也符合当前中国电信的运营商的管理机制。

根据本发明的另一个方面，还可以实现两级以上的系统来实现终端能力信息管理。所述的移动终端管理系统还包括至少一个第三终端能力服务器，第二终端能力服务器与至少一个第三终端能力服务器相连接并同步所述第三终端能力服务器存储的终端能力信息。

本发明的另一方面还提供了按照终端能力信息的分级管理。具体而言，终端能力分级管理包括：一级按屏幕尺寸，二级按IE版本，三级按支持的色彩256，四级按品牌等，使得在做终端适配时更加简单，效率更高。

附图说明

这里所公开的系统和方法在其各种实施例中克服了上述现有技术的缺点，并且实现了这种系统和方法之前不可能存在的优点。

以下将参考附图更完整地描述本发明，附图中示出了本发明的优选实施例。但是本发明可体现在许多其他的形式中，而不应当被理解为限于这里所述的实施例；相反提供这些实施例是为了公开内容将会详尽和完整，并且将会完整地将本发明的范围传达给本领域的技术人员。从始至终类似的标号都表示类似的元件。

在前述描述和相关附图中给出的教导的帮助下，本发明所属领域的技术人员将会想到本发明的许多修改和其他实施例。因此，要理解本发明不限于所公开的特定实施例，修改和其他实施例想要被包括在所附权利要求书的范围内。虽然这里采用了特定术语，但是它们只是在一般的描述性意义上使用的，而不是用于限制目的。

图1示出了根据本发明一个实施例的终端能力信息管理系统的结构。

图2示出了根据本发明一个实施例的UAPROF服务器的结构。

图3示出了根据本发明一个实施例的多层架构的UAPROF服务器的结构。

图4示出了根据本发明一个实施例的UAPROF服务器和系统其它部分之间的接口。

具体实施方式

以下参考根据本发明的一个实施例的方法、装置(即系统)和计算机程序产品的框图和流程图描述本发明。要理解框图和流程图的每个块以及框图和流程图中的块的组合分别可由计算机程序指令实现。这些计算机程序指令可被加载到通用计算机、专用计算机或其他可编程数据处理装置上，以产生机器，以便在计算机或其他可编程数据处理装置上执行的指令产生用于执行系统或流程图块中指定的框图的装置。

这些计算机程序指令也可被存储在计算机可读存储器中，该计算机可读存储器可指导计算机或其他可编程数据处理装置按特定方式工作，以便存储在计算机可读存储器中的指令产生一件产品，其中包含实现一个或多个流程图块中指定的功能的指令装置。计算机程序指令也可被加载到计算机或其他可编程数据处理装置上，以致使一系列操作步骤在计算机或其他可编程装置上被执行，以产生计算机实现的过程，以便在计算机或其他可编程装置上执行的指令提供用于实现一个或多个流程图块中指定的功能的步骤。

因此，框图和流程图的块支持用于执行指定功能的装置的组合、用于执行指定功能的步骤的组合以及用于执行指定功能的程序指令装置。还要理解，框图和流程图的每个块以及框图和流程图中的块的组合可由执行指定功能或步骤的基于硬件的专用计算机系统或专用硬件和计算机指令的组合实现。

参见附图1，显示了本发明一个实施例提供的终端能力信息管理系统的结构。其中UAPROF服务器连接到一个网络，所述网络还连接到门户、ISMP、CP/SP、WAPGW、Streaming、MMSC、KJAVA等，所述网络可以是基于IP协议的网络。从而，所述UAPROF服务器可以与门户、ISMP、CP/SP、WAPGW、Streaming、MMSC、KJAVA等任意之一相通信。WAP网关进一步通过承载网络与移动终端相连接。这些设备可以在IP承载的网络上连接，USPROF服务器与其他部分的连接方式可以是Server-Client方式，USPROF服务器是Server端。当其他设备需要终端信息时，可以通过诸如FTP或者HTTP方式进行查询。

所述终端能力信息包括但不限于描述终端、用户和网络信息的CPI(能力和优先级别信息)，收集包括硬件、软件、终端浏览器特性、WAP特性和网络定制信息等等。

如图1所示，所述UAProf服务器通过网络与门户、ISMP、CP/SP、WAPGW、Streaming、MMSC、KJAVA接口。具体而言：

门户：UAProf向门户提供终端能力信息，再由门户实现终端能力的适配。

ISMP：UAProf向ISMP提供终端能力信息，再由ISMP实现对内容适配的管理。

CP/SP：UAProf向CP/SP提供终端能力信息，供CP/SP实现对内容的适配。

WAP GW：UAProf向WAPGW提供终端能力信息，再由WAPGW实现终端能力的适配。

Streaming：UAProf向Streaming提供终端能力信息，再由Streaming实现终端能力的适配。

MMSC：UAProf向MMSC提供终端能力信息，再由MMSC实现终端能力的适配。

业务系统、CP/SP和门户等通过文件方式到归属ISMP同步终端能力信息，各个终端能力信息的使用者都在本地维护终端能力信息。

如果在本地无法查找到相应的终端能力信息，各终端能力使用者到归属ISMP查找终端能力信息，并更新本地终端能力信息。

用户在WAP网关使用业务时，如果通过WAP网关获取的用户终端能力类型与平台维护的用户终端能力类型不一致，将平台维护的用户终端能力类型更新为通过WAP网关获取的用户终端能力类型。

本领域的技术人员能够理解，以上的说明是示例性的，本发明的UAPROF服务器并不仅限于与上述模块相连接，还可以根据需要与其他服务模块接口。

参见附图2，显示了根据本发明一个实施例的UAPROF服务器的结构。

附图2中，每个所述本地的用户终端能力服务器包括：终端能力信息收集装置，用于从诸如运营商收集一组相应的终端的能力信息；数据库DB，用于存储所述终端的能力信息；终端能力信息查询装置，可提供终端能力查询服务；以及终端能力信息发送装置，用于基于请求而发送所存储的移动终端的能力信息。

每个UAPROF服务器对应于一组移动终端，其中所述终端能力信息收集装置收集信息的方式主要是采用手动输入和批量输入的方式。由于终端数量的限制，一般情况下，都是通过手动输入的方式，但是在设备建设初期，由于所需要输入的数据量巨大，也支持批量输入的方式。具体信息是由终端厂商提供的。可以通过终端厂商提供的URL地址(即，用户终端能力信息的地址)来进行终端信息的更新。

换句话说，有两种不同的处理方式。如果相应型号的终端发送的是出厂URL地址，则使用终端能力信息服务器上该出厂URL地址与终端能力信息服务器上对应于终端能力信息的URL地址的映射关系。如果相应型号的终端发送的终端型号数据，则使用终端型号与终端能力信息服务器上对应于终端能力的URL地址的映射关系。就是说本发明的终端能力信息服务器上分别存储了相应的出厂URL地址和终端型号的数据，以满足不同应用场景的需要。

其中，中国电信采用运营商本地独立的终端能力信息服务器。对于具备UAProf能力的终端，服务器中存储的是终端发送请求时UAProf Header头中携带的出厂URL和电信本地终端能力信息服务器上对应于终端能力信息的URL间的映射关系；对于不具备UAProf能力的终端，服务器中存储的是User Agent中的终端型号与电信本地终端能力信息服务器上对应于终端能力信息的URL间的映射关系。每一终端的映射关系均统一在终端能力信息服务器上配置，包括更新、增加与删除。

如图2所示，所述查询装置和发送装置可以响应于单次查询消息/批量查询消息，来向请求方发送所述终端的能力信息。所述查询可以是基于HTTP或FTP协议，如下文详述的。

所述每个UAPROF服务器可以对应于相应行政区域(例如，以省/市等地区为行政区域划分)内的移动终端。或者，所述每个用户终端能力服务器对应于相应的运营商所服务的移动终端。

附图3示出了本发明提出的多层UAPROF服务器的结构。其中包括全国业务发布中心，即一个全局的UAPROF服务器。所述全局的UAPROF服务器连接到所有的省级的UAPROF服务器并且实时同步所有省级的UAPROF服务器所存储的终端能力信息。此外，根据本发明的一个方面，本发明的方案可以根据中国电信的分级层次分为全国、各省市和地区三级，其中地区是以单个区号进行区分的。如附图3所示，还包括地方级UAProfile服务器，是指地区级的服务器，属于第三级。

在本发明的方案中，一级服务器采集信息，二级服务器按照相应的方式到一级服务器下载信息。一级服务器采集信息有助于实现信息的一致性。

附图4示出了根据本发明一个实施例的UAPROF服务器和系统其它部分之间的接口。本领域的技术人员能够理解，所述接口可以以多种方式实现，包括但不限于下述方式。

UAProf服务器与门户的接口：用于支持为门户提供终端信息，采用HTTP协议。

UAPROF服务器与ISMP的接口：用于为ISMP提供终端能力信息，采用HTTP协议。

UAPROF服务器与CP的接口：用于为内容提供商提供终端能力信息，采用HTTP协议。

UAPROF服务器与WAP网关的接口：用于为WAP网关提供终端能力信息，采用HTTP协议。

UAPROF服务器与KJAVA的接口：用于为KJAVA提供终端能力信息，采用HTTP协议。

UAPROF服务器与Streaming的接口：用于为Streaming提供终端能力信息，采用HTTP协议。

UAPROF服务器与MMSC的接口：用于为MMSC提供终端能力信息，采用HTTP协议。

下面，进一步具体说明WAPGW与UAPROF服务器之间的接口实现方式。

(1)接口协议说明

该接口用于将独立的终端能力服务器上的终端能力信息同步至WAP-GW及相关源服务器的本地终端能力信息数据库。WAP-GW作为客户端，独立的终端能力信息服务器作为WEB服务器。WAP-GW系统开始运行时，WAP-GW通过HTTPGET以批量查询方式将终端能力服务器上所有的初始终端能力信息同步至本地终端能力信息数据库中。每隔一个可设定的时间段(缺省值为10天)，WAP-WG以同样的方式再次将终端能力服务器上当前的所有终端能力信息同步至本地数据库，以更新本地终端能力信息。引擎收到终端请求，在本地数据库查找不到对应的终端能力信息时，发起到终端能力服务器的单次HTTPGET查询请求，并将查询结果保存于本地终端能力信息数据库中。

该接口采用HTTP协议，并扩展了用于标识查询方式及携带终端能力信息URL标识的HTTP Header头。

(2)消息体定义

该接口消息用于实现对终端能力服务器的查询及响应，采用扩展的HTTPGET请求及响应消息。存在两种查询消息及响应，分别对应于批量终端能力能力信息XML文件的查询及单次终端能力信息XML文件的查询。前者用于对WAP引擎初始及定时的本地终端能力信息数据同步，后者用于用户终端能力信息的单次查询。URL关系映射表文件Ur 1Mapping.txt标识UAProf描述中的出厂URL(对于具备UAProf能力的终端)或UserAgent中的手机型号(对于不具备UAProf能力的终端)与电信运营商内部独立终端能力信息服务器上指向该终端能力信息XML文件的本地URL的映射关系，存储于终端能力信息服务器上MapRelation目录下；终端能力信息服务器上采用不同的目录对应不同的终端厂商，相应目录下存储该厂商不同种类终端能力信息，每一个终端能力信息采用XML文件格式描述。描述终端能力信息的XML文件格式参见WAP-248-UAProf。W

a)对终端能力信息服务器上终端能力信息XML文件的批量查询，WAPGW和终端能力服务器间交互的的批量查询消息如下表所示：

消息	类型	方向
			批量查询消息	请求	WAPGW-＞UAProf Server
批量查询响应消息	响应	UAProf Server-＞WAPGW

·批量查询消息：HTTP GET http://UaHost

该消息用于向终端能力信息服务器发起批量查询，UaHost为终端能力信息服务器的主机域名，在该HTTP消息中定义下列扩展Header头：

属性	类型	字节数	描述
				x-uahost-get-type	Char	4	该header头内容为BatchQuery，表示该GET请求为批量XML文件请求。
x-wap-profile	Char	10	对批量GET请求，该header头为空

·批量查询响应消息：HTTPGETRESPONSE：

该消息用于向WAP引擎返回批量终端能力信息，响应消息的消息体中为终端能力信息服务器上当前的所有XML终端能力信息文件。

b)终端能力信息XML文件的单次查询，WAPGW和终端能力服务器间交互的的单次查询消息如下表所示：

消息	类型	方向
			单次查询消息	请求	WAPGW-＞UAProf Server
单次查询响应消息	响应	UAProf Server-＞WAPGW

·单次查询消息：HTTP GET http://UaHost

该消息用于向终端能力信息服务器发起单次异步查询，UaHost为终端能力信息服务器的主机域名，在该HTTP消息中定义下列扩展Header头：

属性	类型	字节数	描述
				x-uahost-get-type	Char	4	该header头内容为OnceQuery，表示该GET请求为单次XML文件请求。
x-wap-profile	Char	10	对于支持UAProf的终端的能力信息的单次查询，该header头内容为终端UAProf描述中的URL；对于不支持UAProf的终端的能力信息的单次查询，该header头为终端User Agent信息

·单次查询响应消息：HTTPGETRESPONSE：该消息向WAP网关返回单次查询的终端能力信息，终端能力服务器的HTTP响应消息体中为所查询的单个终端能力信息XML文件，即为终端能力服务器的HTTP响应消息体中应为与该请求header头x-wap-profile中的内容相对应的本地终端能力服务器的终端能力信息XML文件。

本领域的普通技术人员还将意识到，实现为软件的元件可以用各种编程方法来实现，例如机器语言、程序性的技术、面向对象技术和/或人工智能技术。这里所描述的处理、分析和/或其他功能也可以通过诸如数字信号处理器电路、软件控制的微处理器或专用集成电路之类的功能上等同的电路来实现。实现为软件的组件不局限于任何特定的编程语言。更确切地说，这里的描述提供了本领域的技术人员可以用来制造电路或生成计算机软件以执行本发明的处理的信息。将会意识到，本系统和方法的功能和/或行为中的某些或全部可以实现为如上定义的逻辑。

此外，虽然这里所描述的某些实施例包括其他实施例中包括的某些特征但不包括其他特征，但是，正如本领域的技术人员将会理解的，不同实施例的特征的组合是打算处于本发明的范围内的，并且形成不同的实施例。例如，在以下权利要求书中，可以按任何组合使用所要求保护的任何实施例。

Claims (9)

1.一种移动终端能力信息管理系统，包括：

第一终端能力信息服务器；

至少一个第二终端能力信息服务器，其连接到所述第一终端能力信息服务器；

所述第一终端能力服务器包括：

第一终端能力信息收集装置，用于收集全国范围内的移动终端的能力信息；

第一数据库，用于存储所收集的移动终端的能力信息，

第一终端能力信息发送装置，用于基于请求而发送所存储的移动终端的能力信息；

每个第二终端能力服务器对应于一组移动终端，并且与所述一组移动终端所属的通信网络相连接，每个第二终端能力服务器包括：

第二终端能力信息收集装置，用于从所述第一终端能力服务器下载对应于该第二终端能力服务器的所述一组移动终端的能力信息；

第二数据库，用于存储所下载的移动终端的能力信息，

第二终端能力信息发送装置，用于基于请求而发送所存储的移动终端的能力信息；

其中，所述第一终端能力服务器同步所有的第二终端能力服务器存储的终端能力信息。

2.根据权利要求1所述的移动终端管理系统，其中所述终端能力信息包括：终端屏幕大小、IE版本、支持的色彩、终端所支持的媒体播放器、数据编码格式、终端品牌中的至少之一。

3.根据权利要求1所述的移动终端管理系统，每个第二终端能力服务器存储一个相应行政区域内的一组移动终端的能力信息。

4.根据权利要求1所述的移动终端管理系统，所述每个第二终端能力服务器存储一个相应的运营商所服务的一组移动终端的能力信息。

5.根据权利要求3所述的移动终端管理系统，其中每个第二终端能力服务器与所述相应的行政区域内的内容提供商CP、业务提供商SP、流媒体服务器Streaming、门户、多媒体消息业务中心MMSC、综合业务管理平台ISMP、Java 2微型版KJAVA、WAP网关的任何之一通信，以提供其存储的终端能力信息。

6.根据权利要求4所述的移动终端管理系统，其中每个第二终端能力服务器与对应于所述相应的运营商的内容提供商CP、业务提供商SP、流媒体服务器Streaming、门户、多媒体消息业务中心MMSC、综合业务管理平台ISMP、Java 2微型版KJAVA、WAP网关的任何之一通信，以提供其存储的终端能力信息。

7.根据权利要求1所述的移动终端管理系统，所述第一终端能力服务器与全国级的内容提供商CP、业务提供商SP、流媒体服务器Streaming、门户、多媒体消息业务中心MMSC、综合业务管理平台ISMP、Java 2微型版KJAVA、WAP网关的任何之一通信，以提供其存储的终端能力信息。

8.根据权利要求1所述的移动终端管理系统，还包括至少一个第三终端能力服务器，第二终端能力服务器与至少一个第三终端能力服务器相连接并同步所述第三终端能力服务器存储的终端能力信息。

9.根据权利要求1所述的移动终端管理系统，在所述第一和第二数据库中，终端能力信息被分级管理：一级按屏幕尺寸，二级按IE版本，三级按支持的色彩256和四级按品牌。

Images