专利名称：上报用户代理档案信息的方法、系统及终端设备的制作方法
技术领域：
本发明涉及通信技术领域，特别是指上报用户代理档案信息的方法、系统及终端设备。
背景技术：
市面上终端的多样性极大地丰富了用户需求的个性化选择。然而，终端的多样性也导致终端能力上的极大差别，如终端的屏幕尺寸大小，颜色，字体，甚至同一个终端间能力上也是动态变换地，如摄像头的插入，蓝牙电话的选择等。为了使终端上能正确显示所浏览的网页，多媒体短信服务(MMS)等内容，也为了使服务器能够最有效的使用终端提供的能力，开放移动联盟(OMA)，万维网联盟(W3C)等组织创建了相关的工作组来标准化终端能力表示，并提供相应的方法给服务器识别终端的能力，最终使得服务器能够根据终端能力对提供的内容进行裁减，以达到将最符合用户方式的内容提供给用户。
BAC UAProfile(BAC，browse and content)就是为了解决这个问题而设立的工作组。UAProfile(以下简称为UAP)是用户代理档案信息(User AgentProfile)的简称，其表示影响终端浏览的终端能力参数。BAC UAProfile工作组提供一种终端和服务器间UAP表示和交互的方法。
在现有技术中，当客户端(Client)和源服务器(Origin Server)建立连接时，以及在用户代理档案信息(UAP)更新的情况下，需要上报用户代理档案信息，下面分别说明上述两种情况的具体实现方式。
图1所示为现有技术一实施例的客户端与服务器之间建立连接时的处理过程示意图。
步骤101，UAP客户端向服务器发起浏览请求，在客户端发起的连接(Connect)请求中包含UAP的相关信息，通常是UAP的统一资源定位符(URL)。
步骤102～103，服务器根据UAP的URL信息，向用户代理档案库发起取得UAP的请求并获得UAP。
步骤104，服务器给UAP客户端回响应信息，如果服务器能够正确处理UAP信息，则返回成功接收UAP的信息，如果不能，则返回错误代码。
图1所示过程仅在客户端和服务器段进行连接的会话初始阶段发生，服务器与客户端将保持一个会话，直到服务器或客户端关闭连接，这个过程中服务器会缓存终端的UAP信息。
图2所示为现有技术一实施例的更新UAP信息的处理过程示意图。
步骤201～202，UAP客户端的UAP信息更新后，向服务器端发送能力信息变更的信息。
步骤203～204，服务器根据接收到的变更信息，向用户代理档案库请求并获取变更的UAP。
步骤205，服务器给UAP客户端回响应信息，如果服务器能够正确处理UAP信息，则返回成功接收UAP的信息，如果不能，则返回错误代码。
UAP更新阶段是在客户端UAP发生了变化，客户端通过重新开始(Resume)把这种变化通知服务器，这种过程在整个浏览过程是多次发生的。
上述UAP的作用主要用来供服务器端与客户端的能力进行内容适配。比如，客户端希望浏览某一网页，由于终端的能力多样性，终端能支持的颜色，显示屏幕的大小是差别很大的，而且就算相同终端，不同的使用者喜好不同，如设置的字体，是否接收网页上的图片等。因此，服务器需要一种方法来适配终端的能力和用户的需求。UAP就是提供一种服务器与客户端这方面的表示方法和传送这种表示的手段。
从上述上报UAP的过程可以看出，由于终端能力越来越强，因而需要描述的终端设备信息越来越多，使得设备能力信息描述文件变大即UAP文件变大，这样，不但使得解析获取一个UAP文件的时间长，而且在传输过程占用了大量的网络资源。
再有，由于终端设备能力变化情况逐渐增多，使得终端设备向服务器上报变化信息频率加快。有些变化的信息是跟业务无关的，而传输这些信息浪费了网络资源。
发明内容
有鉴于此，本发明的目的在于提供一种上报用户代理档案信息的方法、系统及终端设备，避免网络资源浪费。
一种上报用户代理档案信息的方法，包括以下步骤a、客户端识别业务类型；b、客户端获取并上报与该业务类型对应的用户代理档案属性及其属性值。
所述业务类型由服务器端下发给客户端的；所述客户端识别业务类型的方法为客户端判断接收到的业务类型是否在终端设备内存在，若存在，则客户端识别出该业务类型。
所述客户端获取并上报与该业务类型对应的用户代理档案属性及其属性值的过程为根据预先设置的业务类型与用户代理档案属性的关联关系，获取与该业务类型对应的用户代理档案属性；从用户代理档案库中获取与该用户代理档案属性对应的属性值，之后，上报与该业务类型对应的用户代理档案属性及其属性值。
如果客户端确定终端设备内不存在该业务类型，则该方法进一步包括客户端给服务器发送错误信息，该信息中包含不能识别业务类型的指示。
该方法进一步包括服务器通知客户端与所述业务类型相关联的用户代理档案属性；客户端根据接收到的通知，存储所述关联的业务类型和能力属性，之后，根据接收到的用户代理档案属性从用户代理档案库中获取与该用户代理档案属性对应的属性值，上报该用户代理档案属性及其属性值。
该方法进一步包括客户端监视自身的用户代理档案属性的改变是否影响当前运行的业务，若是，则从用户代理档案库中获取该变化的用户代理档案属性值，并上报该变化的用户代理档案属性及其属性值，否则不上报。
所述客户端监视自身的用户代理档案属性的改变是否影响当前运行的业务的过程为客户端记录服务器端当前提供的业务类型，判断用户代理档案属性的改变所影响到的业务类型与当前已经记录的服务器端当前提供的业务类型是否一致，若一致则影响，否则不影响。
所述用户代理档案属性包括基本用户代理档案属性和设备能力用户代理档案属性；所述基本用户代理档案属性包括对所有业务产生影响的设备硬件、软件和网络的基本特性信息；所述设备能力用户代理档案属性包括除基本用户代理档案属性以外的对业务产生影响的信息。
客户端识别业务类型之前，进一步包括向服务器端上报基本用户代理档案属性；客户端识别业务类型后，进一步包括判断所获取的用户代理档案属性是否完全包含在已上报的基本用户代理档案属性之内，若是，则不再执行上报操作，否则，再从用户代理档案库中获取除基本用户代理档案属性以外的设备能力用户代理档案属性的值，上报该设备能力用户代理档案属性及其值。
服务器发生业务变化时，该方法进一步包括服务器端向客户端发送更新的业务类型；客户端根据接收到的更新的业务类型，重新获取与该更新的业务类型对应的用户代理档案属性，然后从用户代理档案库中获取与该用户代理档案属性对应的值，并上报用户代理档案属性及其属性值。
所述客户端接收到来自服务器端更新的业务类型后，进一步包括判断该接收到的更新的业务类型所需的设备能力用户代理档案属性是否已经完全包含在原有业务类型所需的设备能力用户代理档案属性中，如完全包含，则不再进行后续步骤，如不完全包含，再执行后续处理。
服务器端接收到来自客户端的设备能力用户代理档案属性及其属性值后，进一步包括服务器根据接收到的用户代理档案属性值判断是否满足业务提供条件，若是，则服务器端根据接收到的用户代理档案属性调整业务提供方式，否则，通知服务器端选择能够满足要求的另一种业务类型，下发给客户端；所述客户端根据接收到的信息，获取与当前业务类型对应的用户代理档案属性，然后从用户代理档案库中获取与该用户代理档案属性对应的值，并上报用户代理档案属性及其属性值。
所述预先设置的业务类型与用户代理档案属性的关联关系以业务类型和能力属性关联表的形式存在。
一种上报用户代理档案信息的系统，包括位于终端设备中的客户端和位于源服务器中的服务器端，所述客户端内包括业务类型识别模块，所述服务器端内包括业务类型下发模块，其中，所述服务器端内的业务类型下发模块，用于下发包含业务类型的消息；所述客户端内的业务类型识别处理模块，用于识别业务类型，获取并上报与所述业务类型对应的用户代理档案属性及其属性值。
所述终端设备内包括用户代理档案库，所述客户端内的业务类型识别处理模块，用于根据已设置的业务类型和能力属性关联关系，获取与该业务类型对应的用户代理档案属性；从用户代理档案库中获取与该用户代理档案属性对应的属性值；所述用户代理档案库，用于存储用户代理档案属性及其对应的属性值。
所述客户端内进一步包括错误报告模块，用于不能识别所述业务类型时，向服务器端上报包含指示业务类型不能识别的错误信息。
所述服务器端进一步包括通知模块，用于通知客户端与所述业务类型相关联的用户代理档案属性；所述客户端进一步包括关联模块，根据接收到的通知，存储所述关联的业务类型和能力属性，之后通知业务类型识别处理模块执行上报操作。
所述客户端进一步包括用户代理档案信息监视模块，用于确定自身的用户代理档案信息的改变影响当前运行的业务时，通知业务类型识别处理模块执行上报操作；确定自身的用户代理档案信息的改变不影响当前运行的业务时，不上报该变化的用户代理档案信息。
所述客户端内的业务类型识别处理模块进一步用于上报基本用户代理档案信息；所述客户端内进一步包括用户代理档案信息判断模块，用于识别所述业务类型后，确定该获取的用户代理档案属性是否完全包含在已上报的基本用户代理档案属性之内，若完全包含之内，则不再上报用户代理档案信息，若未完全包含之内，再通知业务类型识别处理模块上报除基本用户代理档案信息以外的设备能力用户代理档案属性及其属性值。
所述源服务器进一步包括业务变化监视模块，用于监视自身的业务类型发生变化后，通知业务类型下发模块，给客户端下发更新的业务类型。
所述源服务器内进一步包括属性值判断模块，用于确定接收到的设备能力用户代理档案属性值满足业务提供条件时，通知已存在的内容调整模块进行业务提供方式调整处理，确定接收到的设备能力用户代理档案属性值不满足业务提供条件时，通知业务类型下发模块，选择能够满足所述要求的另一种业务类型，下发给客户端。
一种上报用户代理档案信息的终端设备，包括客户端，所述客户端内包括业务类型识别模块，其中，所述客户端内的业务类型识别处理模块，用于识别业务类型，获取并上报与该业务类型对应的用户代理档案属性及其属性值。
所述终端设备内包括用户代理档案库，所述客户端内的业务类型识别处理模块，用于从已设置的业务类型和能力属性关联关系中获取与该业务类型对应的用户代理档案属性；从用户代理档案库中获取与该的用户代理档案属性对应的属性值；所述用户代理档案库，用于存储用户代理档案属性及与其对应的属性值。
所述客户端内进一步包括错误报告模块，用于不能识别业务类型时，向服务器端上报包含指示业务类型不能识别的错误信息。
所述客户端进一步包括关联模块，用于根据接收到的与所述业务类型相关联的用户代理档案信息通知，存储所述关联的业务类型和能力属性，之后通知业务类型识别处理模块执行上报操作。
所述客户端进一步包括用户代理档案信息监视模块，用于确定自身的用户代理档案信息的改变影响当前运行的业务时，通知业务类型识别处理模块执行上报操作；确定自身的用户代理档案信息的改变不影响当前运行的业务时，不上报该变化的用户代理档案信息。
所述客户端内的业务类型识别处理模块进一步用于基本用户代理档案信息；所述客户端内进一步包括用户代理档案信息判断模块，用于识别所述业务类型后，确定该当前获取的用户代理档案属性是否完全包含在已上报的基本用户代理档案信息之内，若完全包含之内，则不再上报用户代理档案信息，若未完全包含之内，再通知业务类型识别处理模块上报除基本用户代理档案属性以外的设备能力用户代理档案属性及其属性值。
本发明的关键是，将用户代理档案信息和业务类型相关联，客户端识别业务类型，并客户端根据识别的业务类型将与之相关的用户代理档案信息上报给服务器端，从而避免了上报所有的用户代理档案信息，节约了网络资源。并且，当终端的设备能力用户代理档案信息发生变化或者服务器端的业务类型发生变化时，如果该变化对现有的业务有影响，则客户端只需将变化的设备能力用户代理档案信息发送给服务器端，从而进一步避免了传输大量的用户代理档案信息，更进一步地节约了网络资源。
图1是现有技术一实施例的客户端与服务器之间建立连接时的处理过程示意图；图2是现有技术一实施例的更新UAP信息的处理过程示意图；图3是应用本发明的在建立连接阶段一实施例的上报UAP信息的处理过程示意图；图4是应用本发明的当UAP更新时一实施例的上报UAP信息的处理过程示意图；图5是应用本发明的当服务器端业务更新时一实施例的上报UAP信息的处理过程示意图；图6是应用本发明的在建立连接阶段一实施例的上报UAP信息时客户端的实现流程图；图7是应用本发明的在建立连接阶段一实施例的上报UAP信息时服务器端的实现流程图；图8是应用本发明的当UAP更新时一实施例的上报UAP信息的实现流程图；图9是应用本发明的当服务器端业务更新时一实施例的上报UAP信息的实现流程10是应用本发明一实施例的系统结构示意图。
具体实施例方式
下面结合附图及具体实施例对本发明再做进一步详细说明。
本发明的思路是由客户端查询并获取需要上报的用户代理档案(UAP)信息，并将该信息上报给服务器端，而不再需要服务器端做查询操作。
为此，当采用超文本传送协议(HTTP)实现时，本发明对HTTP协议中的Profile-Diff和Profile-Warning消息头进行了扩展，使其能够在服务器端与客户端间传送业务类型信息和UAP的属性和属性值。当然，本发明包含但不限于扩展HTTP协议头来实现，无论采用哪种协议实现，其实现过程是相同的，以下仅以采用HTTP为例进行说明。
扩展前的profile-diff消息头如表1所示
表1扩展后的profile-diff消息头如表2所示
表2
扩展前的Profile-Warning消息头如表3所示
表3扩展后的Profile-Warning消息头如表4所示
表4上述扩展的消息头中所增加的service-desc表示业务类型。其可以表示一种业务或多种业务的组合。
为了实现本发明，需要预先设置业务类型和能力属性关联表，该关联表中包含业务类型和该业务类型所需UAP信息的关联关系，该关联表不一定以表格的形式存在，只要能够表示上述关联关系的各种形式均可，本发明以下的实施例中以关联表为例进行说明。
现有的UAP虽然能够解决终端的静态能力表示和一定范围内终端能力的变更解决方法，但UA还P存在不少问题，如目前UAP对于定期UAP上报，基于某种动态属性阈值的通知，服务器询问终端某些能力属性等尚无法支持等。OMA为了解决以上问题，成立了DPE(Device Profile Evolution)工作组。也就是说，DPE相当于UAP的延伸，以下所说的客户端和服务器端都基于该DPE。也即以下所有实施例中的客户端和服务器端分别由DPE客户端和DPE服务器端来实现。
下面对上报UAP信息的方法进行说明。
参见图3，其是应用本发明的在建立连接阶段一实施例的上报UAP信息的处理过程示意图。
步骤301，客户端向服务器端发送应用请求，该请求中包含基本用户代理档案信息。客户端将上报的用户代理档案信息承载在扩展的x-wap-profile-diff消息头中。
步骤302，服务器端根据接收到请求下发响应信息，该响应信息中包含业务类型；该业务类型在扩展的x-wap-profile-warning消息头中下发给客户端。
步骤303，客户端根据接收到的业务类型查询已设置的业务类型和能力属性关联表中是否存在该业务类型，如存在则执行步骤307，如不存在则执行步骤304。该已设置的业务类型和能力属性关联表位于客户端内，或者位于用户代理档案库中，或在终端设备内独立于客户端和用户代理档案库单独存在。也就是说，客户端识别接收到的业务类型，其具体的识别方法为判断接收到的业务类型是否在终端设备内存在，若存在，则表明客户端能够识别出该业务类型，若不存在，则表明客户端不能识别该业务类型。
步骤304，客户端给服务器发送错误信息，该信息中包含不能识别业务类型的指示。
步骤305，服务器端给客户端发送该业务类型定义，即通知客户端与该业务类型相关联的用户代理档案属性。
步骤306，客户端根据接收到的通知记录该业务类型，即将接收到的关联信息即接收到的业务类型定义增设到所述业务类型和能力属性关联表中，然后执行步骤307。
步骤307～308，客户端记录服务器端当前提供应用的业务类型，并且，客户端根据所述关联表获取与该业务类型对应的用户代理档案属性；判断该从关联表中所获取的用户代理档案属性是否完全包含在已上报的基本用户代理档案属性之内，若是，则不再上报用户代理档案信息，否则，从用户代理档案库中获取与该业务类型对应的除基本用户代理档案信息以外的设备能力用户代理档案属性的属性值。
步骤309，客户端向服务器端上报设备能力用户代理档案信息，该上报的信息包括设备能力用户代理档案属性及其属性值。
在上述处理过程中，当服务器端接收到来自客户端的不能识别业务类型的错误信息后，也可以不做处理，即步骤305和306也可以不存在，其为可选步骤。
再有，在客户端所发送的应用请求中，也可以不包含基本用户代理档案信息，此时，在步骤307～308中，客户端根据所述关联表获取与该业务类型对应的用户代理档案属性；然后从用户代理档案库中获取与该用户代理档案属性对应的属性值。在步骤309中，客户端向服务器端上报所有的用户代理档案属性及其属性。也就是说，步骤307中不再存在判断操作，在步骤309中，客户端将所有的用户代理档案信息一次性全部上报。
参见图4，其是应用本发明的当UAP更新时一实施例的上报UAP信息的处理过程示意图。
步骤401，客户端监视到自身的用户代理档案信息发生了改变，且确定该改变影响了当前的业务，执行步骤402。如果客户端监视到自身的用户代理档案信息的发生改变但不影响当前运行的业务，则不用执行后续操作。
步骤402～403，客户端向服务器端发送用户代理档案信息变更通知，该通知中包含具体变更的用户代理档案属性及其属性值，并接收来自服务器端的响应。上述变更通知中是包含扩展后的Profile-diff消息头的。
参见图5，其是应用本发明的当服务器端业务更新时一实施例的上报UAP信息的处理过程示意图。
步骤501，服务器端业务类型发生变化，确定需要更新UAP信息。
步骤502，服务器端向客户端发送更新的业务类型。
步骤503～504，客户端根据接收到的信息，从所述关联表中获取与该更新的业务类型对应的用户代理档案属性，上报与该更新的业务类型对应的用户代理档案属性及其属性值；之后接收来自服务器端的响应信息。
下面针对上述各个处理过程，通过实现流程图对其分别进行详细说明。
参见图6，其是应用本发明的在建立连接阶段一实施例的上报UAP信息时客户端的实现流程图。
步骤601，客户端向服务器端发送应用请求，该请求中包含基本用户代理档案信息。客户端将上报的用户代理档案信息承载在扩展的x-wap-profile-diff消息头中。
步骤602，客户端接收来自服务器端的业务类型信息。
步骤603，客户端判断已设置的业务类型和能力属性关联表中是否存在该业务类型，即识别该业务类型是否已被定义，若是则执行步骤606，否则执行步骤604。
步骤604，客户端回复错误信息，该信息中包含不能识别业务类型的指示。
步骤605，客户端根据接收到新的业务类型定义，修改业务类型和能力属性关联表，即将接收到的新的业务类型定义增设到所述业务类型和能力属性关联表中，并且客户端记录服务器端当前提供应用的业务类型，然后执行步骤606。
步骤606，客户端根据所述关联表获取与该业务类型对应的用户代理档案属性。
步骤607，客户端判断该从关联表中所获取的用户代理档案属性是否完全包含在已上报的基本用户代理档案信息之内，若是，则不再执行上报操作，直接执行步骤609，否则执行步骤608。
步骤608，从用户代理档案库中获取与该业务类型对应的除基本用户代理档案信息以外的设备能力用户代理档案信息的属性值，向服务器端上报设备能力用户代理档案属性及其属性值。
步骤609，会话建立，客户端开始监测UAP的变化。
参见图7，其是应用本发明的在建立连接阶段一实施例的上报UAP信息时服务器端的实现流程图。
步骤701，服务器端从来自客户端的应用请求中获取基本UAP信息。
步骤702，服务器端根据基本UAP信息选择合适的业务，给客户端回复响应信息，该信息中包含业务类型，业务类型在扩展的x-wap-profile-warning消息头中下发给客户端。
步骤703，服务器端接收来自客户端的回复信息，如果该回复信息是设备能力用户代理档案的属性和属性值，则表明客户端已识别了下发的业务类型，执行步骤705，如果该信息是指明不能识别业务类型的错误信息，则执行步骤704。
步骤704，服务器端给客户端发送该业务类型定义，即通知客户端与该业务类型相关联的用户代理档案属性，待接收到客户端返回的设备能力用户代理档案信息的属性和属性值时，再执行步骤705。
步骤705，服务器端对接收到的设备能力用户代理档案的属性和属性值进行解析。
步骤706，服务器判断接收到的设备能力用户代理档案属性值判断是否满足业务提供条件，即是否指示客户端支持该业务类型，也即接收到的属性值是否满足该业务需要，若是，则通知服务器端执行步骤708，否则通知服务器端执行步骤707。
步骤707，服务器端选择能够满足所述应用请求的另一种业务类型，然后重新执行步骤702。
步骤708，源服务器根据接收到的设备能力用户代理档案信息调整业务提供方式，如进行内容剪裁等。
由于当服务器端接收到来自客户端的不能识别业务类型的错误信息后，也可以不做处理，因此，图6中的步骤605，图7中的步骤704也可以不存在，即其为可选步骤。
如果在客户端所发送的应用请求中不包含基本用户代理档案信息，则图6中的步骤607不存在，且在步骤608中，将上报所有所用户代理档案属性及其属性值。相应地，在图7中的步骤701中，服务器端只会接收到应用请求，而且该应用请求中不包含基本用户代理档案信息，步骤702中，服务器端根据应用请求选择某种合适的业务类型。
参见图8，其是应用本发明的当UAP更新时一实施例的上报UAP信息的实现流程图。
步骤801，客户端与服务器端已建立了会话，并已经记录了服务器端当前提供应用的业务类型。
步骤802，客户端监视到自身的用户代理档案信息当前发生了改变。
步骤803，客户端查询已设置的业务类型和能力属性关联表，确定该变化的用户代理档案信息所影响的业务类型。
步骤804，判断所影响到的业务类型与当前已经记录的源服务器当前提供的业务类型是否一致，即判断该用户代理档案信息的变化对当前运行的业务是否有影响，若是，则执行步骤805，否则客户端不上报该变化的用户代理档案信息，直接执行步骤806。
步骤805，客户端从用户代理档案库中获取该变化的用户代理档案属性的属性值，并上报该变化的用户代理档案属性及其属性值，然后执行步骤806。
步骤806，客户端继续监视并获取发生变化的用户代理档案信息，然后重复执行步骤803。
当服务器端接收到客户端上报的发生变化的用户代理档案信息后，会根据该更新的用户代理档案信息重新调整业务提供方式，如进行内容剪裁等。此处服务器端获取更新的用户代理档案信息的过程与图7中相应部分的描述一致，不再赘述。
参见图9，其是应用本发明的当服务器端业务更新时一实施例的上报UAP信息的实现流程图。
步骤901，服务器业务类型发生变化，确定需要更新UAP信息，通知服务器端。
步骤902，服务器端向客户端发送更新的业务类型。
步骤903，客户端记录该新的业务类型。
步骤904，客户端查询业务类型和能力属性关联表，判断该接收到的更新的业务类型所需的设备能力用户代理档案信息是否完全包含在原有应用的业务类型所需的设备能力用户代理档案信息中，如完全包含，则执行步骤906，如不完全包含，则执行步骤905。
步骤905，客户端发送该更新的业务类型所需要的设备能力用户代理档案属性及其属性值，然后执行步骤906。本步骤中的发送方式与图6所述相应部分相同，此处不再赘述。
步骤906，服务器端提供新的业务。
对于以上所有流程，所述的用户代理档案属性包括基本用户代理档案属性和设备能力用户代理档案属性。其中，基本用户代理档案属性包括对所有业务产生影响的设备硬件、软件和网络的基本特性信息，如屏幕大小、颜色支持、分辨率、内存大小、承载载体、延时、网络带宽等信息，这些信息会对所有的业务类型产生影响；设备能力用户代理档案属性包括除基本用户代理档案属性以外的对业务产生影响的信息。这些信息跟某些业务相关联。不同的设备能力用户代理档案属性可能会对某一种或几种业务类型产生影响，某个业务类型需要的用户代理档案属性可能由基本用户代理档案属性就能满足需求，还有的业务类型可能需要其他一种或多种设备能力用户代理档案属性才能满足。如DRM业务类型，涉及DrmTechnology、DrmVersion、DrmPermissions、DrmConstraint、DrmMediaTypesSupported等设备能力用户代理档案属性。
参见图10，本发明还提供了一种上报用户代理档案信息的系统。该系统包括位于终端设备100中的客户端(Client)110和位于源服务器(OriginServer)200中的服务器端(Server)220，其中，在客户端110内还包括业务类型识别模块111，服务器端220内包括业务类型下发模块221。
上述服务器端220内的业务类型下发模块221，用于根据接收到的业务应用请求，下发包含业务类型的响应消息。该业务类型在HTTP协议中扩展的x-wap-profile-warning消息头中下发给客户端，或者，通过SOAP协议下发给客户端，当然，也可以通过其他协议实现。
上述客户端110内的业务类型识别处理模块111，用于识别业务类型，获取并上报与所述业务类型对应的用户代理档案属性及其属性值。
终端设备100内还包括用户代理档案属性库120，客户端内的业务类型识别处理模块111，用于根据已设置的业务类型和能力属性关联表获取与该业务类型对应的用户代理档案属性；从用户代理档案库120中获取与该用户代理档案属性对应的属性值。该已设置的业务类型和能力属性关联表位于客户端内，或者位于用户代理档案库中，或在终端设备内独立于客户端和用户代理档案库单独存在。客户端将上报的用户代理档案信息承载在HTTP协议中扩展的x-wap-profile-diff消息头中，或承载在其他协议中。
所述用户代理档案库120，用于存储用户代理档案属性及与其对应的属性值。
对于图10所示系统，上述客户端110内还可以进一步包括错误报告模块112，用于不能识别业务类型时，向服务器端220上报包含指示业务类型不能识别的错误信息。
上述服务器端220中还可以进一步包括通知模块222，用于通知客户端110与所述业务类型相关联的用户代理档案属性。上述客户端110内还可以进一步包括关联模块113，用于根据接收到的通知，将所述关联增设到业务类型和能力属性关联表中，之后通知业务类型识别处理模块111执行上报操作。
上述客户端110中还可以进一步包括用户代理档案信息监视模块114，用于确定自身的用户代理档案信息的改变影响当前运行的业务时，通知业务类型识别处理模块111执行上报操作；确定自身的用户代理档案信息的改变不影响当前运行的业务时，不上报该变化的用户代理档案信息。
上述服务器端接收到的应用请求中可以进一步包括基本用户代理档案信息；此时，上述客户端110内还可以进一步包括用户代理档案信息判断模块115，用于在确定已设置的业务类型和能力属性关联表中存在该业务类型后，确定该从关联表中所获取的用户代理档案信息是否完全包含在已上报的基本用户代理档案信息之内，若完全包含之内，则不再上报用户代理档案信息，若未完全包含之内，再通知业务类型识别处理模块111上报除基本用户代理档案信息以外的设备能力用户代理档案属性及其属性值。
上述服务器200中还可以进一步包括业务变化监视模块210，用于监视自身的业务类型发生变化后，通知业务类型下发模块221给客户端下发更新的业务类型。
上述服务器200中还可以进一步包括属性值判断模块230，用于确定接收到的设备能力用户代理档案属性值指示客户端是否支持该业务类型，若支持，则通知已存在的内容调整模块进行调整业务提供方式处理，若不支持，则通知业务类型下发模块221选择能够满足所述应用请求的另一种业务类型，下发给客户端。
上述客户端为DPE客户端，上述服务器端为DPE服务器端。
与此同时，本发明还提供了一种上报用户代理档案信息的终端设备，参见图10，该终端设备包括客户端，而且，在客户端内包括业务类型识别处理模块，终端设备中还包括用户代理档案库。该终端设备还可以进一步包括用于报告不能识别业务类型的错误报告模块、用于记录与业务类型相关联的用户代理档案信息的关联模块、用于监视自身用户代理档案信息是否变化的用户代理档案信息监视模块、或用户代理档案信息判断模块、或以上模块的任意组合。
与此同时，本发明还提供了一种用于接收用户代理档案信息的服务器，该服务器包括服务器端，且服务器端中包括业务类型下发模块。该服务器端还可以进一步包括用于通知客户端与某业务类型相关联的用户代理档案信息的通知模块，在服务器中还可以进一步包括用于监视自身的业务类型是否发生变化的业务变化监视模块、或用于确定接收到的设备能力用户代理档案属性值指示客户端是否支持该业务类型的属性值判断模块，或上述模块的任意组合。
下面结合具体实施例对本发明再做说明。
假设用户使用基于位置的多人游戏这一应用。其基本用户代理档案属性如表5所示
表5客户端所维护的业务类型和能力属性关联表如表6所示
表6交互步骤如下(1)用户使用终端设备开始一个基于位置的多人射击游戏，客户端把基本用户代理档案信息发给服务器，基本用户代理档案属性中包括硬件基本信息，软件基本信息和网络基本信息如屏幕大小、颜色支持、分辨率、内存大小、承载载体、延时、网络带宽等信息。
(2)应用服务器接收到终端上报信息后，根据客户端上报的信息，服务器端决定采用多媒体信息业务(MMS)方式来传递内容，服务器端通知DPE客户端目前需要使用的业务为MMS+基于位置的业务(LCS)(3)DPE客户端记录目前提供的业务类型，查询出与MMS+LCS业务相关的属性即相关的用户代理档案属性，并到用户代理档案库中查询出属性值，把这些信息通知给DPE服务器端。
(4)目前应用采用基于CELL-ID的定位方式，用户使用应用，同时DPEclient监测终端能力的变化(5)DPE客户端打开了A-GPS功能，DPE客户端检测到设备能力用户代理档案信息发生变化，且DPE客户端查询到这一能力的变化将会对LCS业务产生影响，则DPE客户端将通知DPE服务器端这一变化的设备能力用户代理档案属性及其属性值。
(6)DPE服务器端获取变化的设备能力用户代理档案信息后，判断出目前可以采用更精确的定位，进行内容裁减。
(7)在使用业务的过程中，用户激活摄像头，DPE客户端检测到设备能力用户代理档案信息发生变化，且DPE客户端识别到这一能力的变化对MMS+LCS都没有影响，则决定不向DPE server上报这一变化的信息。
(8)在业务使用过程中，网络的GPRS功能发生异常，DPE客户端向服务器通知这一信息。
(9)服务器终止MMS业务，决定采用SMS来传输数据，并向DPE客户端询问SMS的能力。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。
权利要求
1.一种上报用户代理档案信息的方法，其特征在于，包括以下步骤a、客户端识别业务类型；b、客户端获取并上报与该业务类型对应的用户代理档案属性及其属性值。
2.根据权利要求1所述的方法，其特征在于，所述业务类型由服务器端下发给客户端的；所述客户端识别业务类型的方法为客户端判断接收到的业务类型是否在终端设备内存在，若存在，则客户端识别出该业务类型。
3.根据权利要求1所述的方法，其特征在于，所述客户端获取并上报与该业务类型对应的用户代理档案属性及其属性值的过程为根据预先设置的业务类型与用户代理档案属性的关联关系，获取与该业务类型对应的用户代理档案属性；从用户代理档案库中获取与该用户代理档案属性对应的属性值，之后，上报与该业务类型对应的用户代理档案属性及其属性值。
4.根据权利要求3所述的方法，其特征在于，如果客户端确定终端设备内不存在该业务类型，则该方法进一步包括客户端给服务器发送错误信息，该信息中包含不能识别业务类型的指示。
5.根据权利要求4所述的方法，其特征在于，该方法进一步包括服务器通知客户端与所述业务类型相关联的用户代理档案属性；客户端根据接收到的通知，存储所述关联的业务类型和能力属性，之后，根据接收到的用户代理档案属性从用户代理档案库中获取与该用户代理档案属性对应的属性值，上报该用户代理档案属性及其属性值。
6.根据权利要求3所述的方法，其特征在于，该方法进一步包括客户端监视自身的用户代理档案属性的改变是否影响当前运行的业务，若是，则从用户代理档案库中获取该变化的用户代理档案属性值，并上报该变化的用户代理档案属性及其属性值，否则不上报。
7.根据权利要求6所述的方法，其特征在于，所述客户端监视自身的用户代理档案属性的改变是否影响当前运行的业务的过程为客户端记录服务器端当前提供的业务类型，判断用户代理档案属性的改变所影响到的业务类型与当前已经记录的服务器端当前提供的业务类型是否一致，若一致则影响，否则不影响。
8.根据权利要求1所述的方法，其特征在于，所述用户代理档案属性包括基本用户代理档案属性和设备能力用户代理档案属性；所述基本用户代理档案属性包括对所有业务产生影响的设备硬件、软件和网络的基本特性信息；所述设备能力用户代理档案属性包括除基本用户代理档案属性以外的对业务产生影响的信息。
9.根据权利要求8所述的方法，其特征在于，客户端识别业务类型之前，进一步包括向服务器端上报基本用户代理档案属性；客户端识别业务类型后，进一步包括判断所获取的用户代理档案属性是否完全包含在已上报的基本用户代理档案属性之内，若是，则不再执行上报操作，否则，再从用户代理档案库中获取除基本用户代理档案属性以外的设备能力用户代理档案属性的值，上报该设备能力用户代理档案属性及其值。
10.根据权利要求4、5、6或9所述的方法，其特征在于，服务器发生业务变化时，该方法进一步包括服务器端向客户端发送更新的业务类型；客户端根据接收到的更新的业务类型，重新获取与该更新的业务类型对应的用户代理档案属性，然后从用户代理档案库中获取与该用户代理档案属性对应的值，并上报用户代理档案属性及其属性值。
11.根据权利要求10所述的方法，其特征在于，所述客户端接收到来自服务器端更新的业务类型后，进一步包括判断该接收到的更新的业务类型所需的设备能力用户代理档案属性是否已经完全包含在原有业务类型所需的设备能力用户代理档案属性中，如完全包含，则不再进行后续步骤，如不完全包含，再执行后续处理。
12.根据权利要求11所述的方法，其特征在于，服务器端接收到来自客户端的设备能力用户代理档案属性及其属性值后，进一步包括服务器根据接收到的用户代理档案属性值判断是否满足业务提供条件，若是，则服务器端根据接收到的用户代理档案属性调整业务提供方式，否则，通知服务器端选择能够满足要求的另一种业务类型，下发给客户端；所述客户端根据接收到的信息，获取与当前业务类型对应的用户代理档案属性，然后从用户代理档案库中获取与该用户代理档案属性对应的值，并上报用户代理档案属性及其属性值。
13.根据权利要求3或5所述的方法，其特征在于，所述预先设置的业务类型与用户代理档案属性的关联关系以业务类型和能力属性关联表的形式存在。
14.一种上报用户代理档案信息的系统，包括位于终端设备中的客户端和位于源服务器中的服务器端，其特征在于，所述客户端内包括业务类型识别模块，所述服务器端内包括业务类型下发模块，其中，所述服务器端内的业务类型下发模块，用于下发包含业务类型的消息；所述客户端内的业务类型识别处理模块，用于识别业务类型，获取并上报与所述业务类型对应的用户代理档案属性及其属性值。
15.根据权利要求14所述的系统，其特征在于，所述终端设备内包括用户代理档案库，所述客户端内的业务类型识别处理模块，用于根据已设置的业务类型和能力属性关联关系，获取与该业务类型对应的用户代理档案属性；从用户代理档案库中获取与该用户代理档案属性对应的属性值；所述用户代理档案库，用于存储用户代理档案属性及其对应的属性值。
16.根据权利要求14所述的系统，其特征在于，所述客户端内进一步包括错误报告模块，用于不能识别所述业务类型时，向服务器端上报包含指示业务类型不能识别的错误信息。
17.根据权利要求14所述的系统，其特征在于，所述服务器端进一步包括通知模块，用于通知客户端与所述业务类型相关联的用户代理档案属性；所述客户端进一步包括关联模块，根据接收到的通知，存储所述关联的业务类型和能力属性，之后通知业务类型识别处理模块执行上报操作。
18.根据权利要求14所述的系统，其特征在于，所述客户端进一步包括用户代理档案信息监视模块，用于确定自身的用户代理档案信息的改变影响当前运行的业务时，通知业务类型识别处理模块执行上报操作；确定自身的用户代理档案信息的改变不影响当前运行的业务时，不上报该变化的用户代理档案信息。
19.根据权利要求14所述的系统，其特征在于，所述客户端内的业务类型识别处理模块进一步用于上报基本用户代理档案信息；所述客户端内进一步包括用户代理档案信息判断模块，用于识别所述业务类型后，确定该获取的用户代理档案属性是否完全包含在已上报的基本用户代理档案属性之内，若完全包含之内，则不再上报用户代理档案信息，若未完全包含之内，再通知业务类型识别处理模块上报除基本用户代理档案信息以外的设备能力用户代理档案属性及其属性值。
20.根据权利要求16至19任一所述的系统，其特征在于，所述源服务器进一步包括业务变化监视模块，用于监视自身的业务类型发生变化后，通知业务类型下发模块，给客户端下发更新的业务类型。
21.根据权利要求20所述的系统，其特征在于，所述源服务器内进一步包括属性值判断模块，用于确定接收到的设备能力用户代理档案属性值满足业务提供条件时，通知已存在的内容调整模块进行业务提供方式调整处理，确定接收到的设备能力用户代理档案属性值不满足业务提供条件时，通知业务类型下发模块，选择能够满足所述要求的另一种业务类型，下发给客户端。
22.一种上报用户代理档案信息的终端设备，包括客户端，其特征在于，所述客户端内包括业务类型识别模块，其中，所述客户端内的业务类型识别处理模块，用于识别业务类型，获取并上报与该业务类型对应的用户代理档案属性及其属性值。
23.根据权利要求22所述的终端设备，其特征在于，所述终端设备内包括用户代理档案库，所述客户端内的业务类型识别处理模块，用于从已设置的业务类型和能力属性关联关系中获取与该业务类型对应的用户代理档案属性；从用户代理档案库中获取与该的用户代理档案属性对应的属性值；所述用户代理档案库，用于存储用户代理档案属性及与其对应的属性值。
24.根据权利要求22所述的终端设备，其特征在于，所述客户端内进一步包括错误报告模块，用于不能识别业务类型时，向服务器端上报包含指示业务类型不能识别的错误信息。
25.根据权利要求22所述的终端设备，其特征在于，所述客户端进一步包括关联模块，用于根据接收到的与所述业务类型相关联的用户代理档案信息通知，存储所述关联的业务类型和能力属性，之后通知业务类型识别处理模块执行上报操作。
26.根据权利要求23、24或25所述的终端设备，其特征在于，所述客户端进一步包括用户代理档案信息监视模块，用于确定自身的用户代理档案信息的改变影响当前运行的业务时，通知业务类型识别处理模块执行上报操作；确定自身的用户代理档案信息的改变不影响当前运行的业务时，不上报该变化的用户代理档案信息。
27.根据权利要求28所述的终端设备，其特征在于，所述客户端内的业务类型识别处理模块进一步用于基本用户代理档案信息；所述客户端内进一步包括用户代理档案信息判断模块，用于识别所述业务类型后，确定该当前获取的用户代理档案属性是否完全包含在已上报的基本用户代理档案信息之内，若完全包含之内，则不再上报用户代理档案信息，若未完全包含之内，再通知业务类型识别处理模块上报除基本用户代理档案属性以外的设备能力用户代理档案属性及其属性值。
全文摘要
本发明公开了一种上报用户代理档案信息的方法、系统及终端设备，其关键是，将用户代理档案属性和业务类型相关联，由客户端识别业务类型，客户端根据识别的业务类型将与之相关的用户代理档案信息上报给服务器端，从而避免了上报所有的用户代理档案信息，节约了网络资源。并且，当终端的设备能力用户代理档案属性发生变化或者服务器端的业务类型发生变化时，如果该变化对现有的业务有影响，则客户端只需将变化的设备能力用户代理档案信息发送给服务器端，从而进一步避免了传输大量的用户代理档案信息，更进一步地节约了网络资源。
文档编号H04L12/16GK101087205SQ200610083179
公开日2007年12月12日 申请日期2006年6月7日 优先权日2006年6月7日
发明者钟雪平, 柴晓前, 田林一 申请人:华为技术有限公司