CN101047705A - 用户代理档案信息的上报处理方法、服务器及其用户终端 - Google Patents

用户代理档案信息的上报处理方法、服务器及其用户终端 Download PDF

Info

Publication number
CN101047705A
CN101047705A CNA2006100668846A CN200610066884A CN101047705A CN 101047705 A CN101047705 A CN 101047705A CN A2006100668846 A CNA2006100668846 A CN A2006100668846A CN 200610066884 A CN200610066884 A CN 200610066884A CN 101047705 A CN101047705 A CN 101047705A
Authority
CN
China
Prior art keywords
reporting policy
user terminal
server
reporting
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2006100668846A
Other languages
English (en)
Other versions
CN101047705B (zh
Inventor
钟雪平
田林一
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2006100668846A priority Critical patent/CN101047705B/zh
Priority to PCT/CN2007/000288 priority patent/WO2007112636A1/zh
Priority to EP07702206.9A priority patent/EP2003846B1/en
Priority to ES07702206.9T priority patent/ES2539112T3/es
Publication of CN101047705A publication Critical patent/CN101047705A/zh
Priority to US12/240,423 priority patent/US8019859B2/en
Priority to US13/213,407 priority patent/US20110302307A1/en
Application granted granted Critical
Publication of CN101047705B publication Critical patent/CN101047705B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种用户代理档案信息的上报处理方法，包括服务器向用户终端下发上报策略，指示用户终端按照所述上报策略上报用户代理档案信息，用户终端按照服务器下发的上报策略上报自身的用户代理档案信息。同时本发明还公开了一种服务器，包括上报策略下发单元，用于用向用户终端下发上报策略，指示用户终端按照所述上报策略上报用户代理档案信息；和一种用户代理档案用户终端，包括用户代理档案信息上报单元，用于按照服务器下发的上报策略上报用户终端的用户代理档案信息。本发明可以使在UAP系统中用户终端上报UAP信息的具体实现具有更好的灵活性和多样性。

Description

用户代理档案信息的上报处理方法、服务器及其用户终端
技术领域
本发明涉及通信领域中的用户代理档案(UAP，User Agent Profile)技术，尤其是涉及一种用户代理档案信息的上报处理方法，及其对应的服务器和用户代理档案用户终端。
背景技术
由于在通信系统中各种终端具有不同的能力表象，因此就需要服务器基于某种处理方式来对用户终端的能力和用户需求进行适配，而为了达到这个目的就需要服务器和用户终端之间能够交互终端的能力参数信息，用户代理档案(UAP，User Agent Profile)系统就提供了一种用于用户终端和服务器之间交互终端能力参数的表示方法，其使用UAP信息来表示终端的能力参数信息，因此能够比较好的支持WAP业务的应用。
其中终端的能力信息主要包括下述信息：
硬件信息，指终端的硬件特征，包括终端设备的种类、型号、显示屏幕大小、能够支持的输入法及其输出方式信息等；
软件信息，指终端的软件操作环境，包括终端设备的操作系统，是否支持视频、音频编解码操作，用户语言选择等信息；
浏览器程序，指一组描述HTML浏览应用程序的特性信息；
网络特征，用来描述网络的相关结构和环境，如网络承载等信息；
WAP特征，用来描述终端设备支持的WAP相关信息，如WML Browse能力和特性等信息；
Push特征，用来描述终端设备支持的Push相关信息，如终端设备能够支持的最长短信长度，终端设备能够存储的最大短信大小等信息。
在UAP系统中能够实现将用户终端的相关能力信息提供给服务器，从而使得服务器能够根据用户终端的能力信息对欲下发给用户终端的业务内容进行裁减处理，以达到最符合用户终端能力的格式提供给用户终端。
请参照图1，该图是现有UAP系统的主要组成结构框图，其主要包括：
UAP终端(UAP Client)，通常指支持UAP功能的手机或PDA等智能终端设备；UAP终端向网络侧发起一个网络会话Connect时，会把自身的UAP相关信息(为自身能力参数信息所存储位置的URL信息)包含到HTTP请求消息或者WSP请求消息中，发给WAP网关或者Origin Server。
服务器(Origin Server)，为支持UAP功能的业务应用服务器，如PUSH服务器等，Origin Server能够处理UAP终端发来的包含有UAP相关信息的HTTP请求消息，并根据请求消息中携带的UAP相关信息(如能力参数信息所存储位置的URL信息)，到UAP数据库(UAPfile Repository)中取得UAP终端的对应UAP信息，并根据取得的UAP信息对UAP终端请求的业务内容进行裁减处理后再下发给UAP终端。
WAP网关/Proxy Cache，WAP网关处于UAP终端与服务器之间，负责UAP终端侧WSP协议与HTTP协议的转换处理，支持运营商增加自己的能力集，也支持把UAP终端上报的静态UAP信息(指UAP终端能力参数信息所存储位置的URL信息)和动态UAP信息(指UAP终端当时更改的能力参数信息等)进行合并处理后再转发给Origin Server。
UAP数据库(UAPfile Repository)，用于存储各个UAP终端的UAP信息，支持Origin Server或WAP网关根据UAP终端上报的UAP URL信息获取UAP终端的对应UAP信息，其中UAP数据库可以由终端制造商建立或维护，也可以由网络运营商建立或维护。
请参照图2，该图是现有UAP Client向Origin Server发起请求的处理过程示意图，其中：
1、UAP Client向Origin Server发起浏览网页的请求，这时UAP Client与Origin Server之间会建立一个会话连接，UAP Client在会话Connect请求消息中承载自身的UAP相关信息(通常是自身UAP相关信息所存储位置的URL信息)，Origin Serve根据UAP Client发来的会话Connect请求消息中承载的URL信息，到UAPfile Repository中获取对应的UAP信息；
2、Origin Serve向UAP Client回响应消息，如果Origin Serve能够正确处理UAP信息，则返回的响应消息为OK；否则返回错误代码。
请参照图3，该图是现有UAP Client在自身能力信息发生变化时，主动向Origin Server上报能力变化信息的处理过程示意图，其中会话初始阶段只在上述UAP Client连接Origin Server时发生，在会话初始阶段UAP Client和OriginServer之间会保持一个会话，这个会话直到UAP Client和Origin Server之间关闭连接时再断开，这个过程中Origin Server会缓存UAP Client的UAP信息，并在这个过程中UAP Client一旦发现自身的UAP信息发生了变化，便会马上通过Resume方式把这种变化通知给WAP网关或Origin Server，这种通知在UAP Client浏览相关内容的整个过程中可能会发生多次：
1、UAP Client将自身发生变化的UAP信息基于XML形式承载在信息头x-wap-profile-diff中，这个信息头一般由UAP Client生成，并附加到发送给Origin Server的请求消息中，以用来传送UAP变化信息；
2、Origin Server接收到信息头x-wap-profile-diff后，基于信息头w-wap-profile-warning来反馈相应的响应消息(包括Origin Server是否支持使用UAP信息或者出错原因等)。
Origin Server接收到UAP Client发生变化了的UAP信息后，按照更新的UAP信息对UAP Client请求的相关业务内容进行裁减处理。
但是在现有的UAP系统中，只有用户终端在向服务器发起浏览请求时，或在浏览业务内容过程中发现自身的UAP信息发生变化，才会主动触发向服务器上报自身的UAP相关信息和/或自身发生了变化的UAP信息等，而并不支持服务器主动向用户终端询问UAP信息的能力，也不支持服务器与用户终端之间交互信息的能力，这样就导致服务器不能基于某种策略(Policy)来控制用户终端对UAP信息的上报，因此使得UAP系统的具体实现欠缺灵活性。
发明内容
本发明提出一种用户代理档案信息的上报处理方法，以解决现有技术在UAP系统中用户终端不能基于服务器指示的上报策略上报UAP信息的问题。
相应的，本发明还提出了一种服务器及其用户代理档案用户终端。
为解决上述问题，本发明提出的技术方案如下：一种用户代理档案信息的上报处理方法，包括步骤：
服务器向用户终端下发上报策略，指示用户终端按照所述上报策略上报用户代理档案信息；
用户终端按照服务器下发的上报策略上报自身的用户代理档案信息。
较佳地，所述方法还包括步骤：
用户终端向服务器上报自身能够支持的上报策略类型；
服务器在用户终端上报的上报策略类型中选择至少一种上报策略作为欲下发给用户终端的上报策略。
较佳地，用户终端按照服务器的指示上报自身对应相关用户代理档案能够支持的上报策略类型。
较佳地，服务器根据用户申请业务的业务需求在用户终端上报的上报策略类型中选择上报策略。
较佳地，所述方法还包括步骤：
服务器向用户终端下发新的上报策略，指示用户终端放弃使用旧的上报策略并按照新的上报策略上报用户代理档案信息；
用户终端按照服务器下发的新的上报策略上报自身的用户代理档案信息。
较佳地，用户终端按照上报策略上报用户代理档案信息的过程具体包括：
用户终端存储服务器下发的上报策略；并
监控自身的相关用户代理档案信息是否满足存储的上报策略；
用户终端将满足存储的上报策略的用户代理档案信息进行上报。
较佳地，所述方法还包括步骤：
用户终端在发现自身的用户代理档案信息发生变化时，判断是否存在对应的上报策略及发生变化的用户代理档案信息是否满足该对应存在的上报策略，如果是，将发生变化的用户代理档案信息上报给服务器；如果否，则忽略发生变化的用户代理档案信息。
较佳地，用户终端将自身能够支持的上报策略类型承载在扩展的x-wap-profile-diff消息头中上报给服务器。
较佳地，用户终端通过在x-wap-profile-diff消息头的格式项中扩展一个域用来承载自身能够支持的上报策略类型信息。
较佳地，用户终端将承载在扩展的x-wap-profile-diff消息头中的上报策略类型基于Web服务策略框架进行表示。
较佳地，用户终端将自身能够支持的上报策略类型承载在SOAP消息中上报给服务器。
较佳地，服务器将上报策略承载在扩展的x-wap-profile-warning消息头中下发给用户终端。
较佳地，服务器通过在x-wap-profile-warning消息头的格式项中扩展一个域用来承载上报策略信息。
较佳地，服务器将承载在扩展的x-wap-profile-warning消息头中的上报策略基于Web服务策略框架进行表示。
较佳地，服务器将上报策略承载在SOAP消息中下发给用户终端。
一种服务器，包括上报策略下发单元，用于用向用户终端下发上报策略，指示用户终端按照所述上报策略上报用户代理档案信息。
较佳地，所述服务器还包括：
上报策略类型接收解析单元，用于接收并解析用户终端上报的用户终端自身能够支持的上报策略类型；
上报策略选择单元，用于在所述上报策略类型接收解析单元接收到的上报策略类型中选择至少一种上报策略；
所述上报策略下发单元将所述上报策略选择单元选择的上报策略下发给用户终端。
较佳地，所述上报策略选择单元根据用户申请业务的业务需求在用户终端上报的上报策略类型中选择上报策略。
较佳地，所述服务器还包括上报策略更新触发单元，用于触发所述上报策略下发单元下发新的上报策略，指示用户终端放弃使用旧的上报策略并按照新的上报策略上报用户代理档案信息。
较佳地，所述上报策略下发单元将上报策略承载在扩展的x-wap-profile-warning消息头中下发给用户终端。
较佳地，所述上报策略下发单元将承载在扩展的x-wap-profile-warning消息头中的上报策略基于Web服务策略框架进行表示。
较佳地，所述上报策略下发单元将上报策略承载在SOAP消息中下发给用户终端。
一种用户代理档案用户终端，包括：
上报策略接收解析单元，用于接收并解析服务器下发的对应上报策略；
用户代理档案信息上报单元，用于按照所述上报策略接收解析单元接收到的上报策略上报用户终端的用户代理档案信息。
较佳地，所述用户终端还包括策略类型上报单元，用于向服务器上报用户终端自身能够支持的上报策略类型。
较佳地，所述策略类型上报单元按照服务器的指示上报用户终端对应相关用户代理档案能够支持的上报策略类型。
较佳地，所述用户代理档案信息上报单元具体包括：
存储子单元，用于存储所述上报策略接收解析单元接收到的上报策略；
监控子单元，用于监控用户终端的相关用户代理档案信息是否满足所述存储子单元存储的上报策略；
代理档案信息上报子单元，用于在所述监控子单元监控到用户终端的相关用户代理档案信息满足存储的上报策略时，将满足存储的上报策略的用户代理档案信息进行上报。
较佳地，所述策略类型上报单元将用户终端能够支持的上报策略类型承载在扩展的x-wap-profile-diff消息头中上报给服务器。
较佳地，所述策略类型上报单元将承载在扩展的x-wap-profile-diff消息头中的上报策略类型基于Web服务策略框架进行表示。
较佳地，所述策略类型上报单元将用户终端能够支持的上报策略类型承载在SOAP消息中上报给服务器。
一种用户代理档案信息的上报处理方法，包括步骤：
服务器向用户终端下发用于查询用户代理档案信息的查询请求消息；
用户终端根据服务器下发的查询请求消息，将对应的用户代理档案信息上报给服务器。
较佳地，所述方法还包括在服务器中预先设置存储查询策略的步骤；
所述服务器在监控到自身存储的查询策略得到满足时，向用户终端下发用于查询用户代理档案信息的查询请求消息。
较佳地，服务器下发查询请求消息到用户终端的过程具体包括：
服务器将所述查询请求消息发送到Push网关；并
由所述Push网关将所述查询请求消息转发给用户终端。
一种服务器，包括：
查询请求消息生成单元，用于生成用于查询用户终端中对应用户代理档案信息的查询请求消息；
查询请求消息下发单元，用于将所述查询请求消息生成单元生成的查询请求消息下发到用户终端。
较佳地，所述服务器还包括：
存储单元，用于存储预先设置的查询策略；
监控触发单元，用于监控所述存储单元中存储的查询策略是否得到满足，并在监控到查询策略得到满足时，触发所述查询请求消息生成单元生成对应的查询请求消息。
一种用户代理档案用户终端，包括：
查询请求消息接收单元，用于接收服务器下发的查询请求消息；
用户代理档案信息搜集单元，用于根据所述查询请求消息接收单元接收到的查询请求消息，搜集用户终端中对应的用户代理档案信息；
用户代理档案信息上报单元，用于将所述用户代理档案信息搜集单元搜集到的用户代理档案信息上报给服务器。
本发明能够达到的有益效果如下：
本发明技术方案在UAP系统中使用户终端能够按照服务器下发指示的上报策略(Policy)上报自身的相关UAP信息，从而实现了用户终端基于服务器下发的上报策略(Policy)上报相应UAP信息的目的，这样就使得用户终端可以基于阀值上报UAP信息、或基于定期上报UAP信息等，由此使得在UAP系统中用户终端上报UAP信息的具体实现具有更好的灵活性和多样化。
同时本发明另一技术方案在UAP系统中，通过服务器向用户终端下发用于查询UAP信息的查询请求消息，用户终端根据服务器下发的查询请求消息，将对应的UAP信息上报给服务器，从而实现了在UAP系统中服务器主动查询用户终端的相关UAP信息的功能，因此也使得在UAP系统中用户终端上报UAP信息的具体实现具有更好的灵活性和多样化。
附图说明
图1为现有UAP系统的主要组成结构框图；
图2为现有UAP Client向Origin Server发起请求的处理过程示意图；
图3为现有UAP Client在自身能力信息发生变化时，主动向Origin Server上报能力变化信息的处理过程示意图；
图4为本发明提出的第一种用户代理档案信息的上报处理方法的主要实现原理流程图；
图5为本发明提出的第一种服务器的主要组成结构框图；
图6为本发明提出的第一种用户代理档案用户终端的主要组成结构框图；
图7为本发明UAP用户终端中用户代理档案信息上报单元的具体组成结构框图；
图8为本发明提出的第二种用户代理档案信息的上报处理方法的主要实现原理流程图；
图9为本发明提出的第二种服务器的主要组成结构框图；
图10为本发明服务器增加查询策略设置的实施例组成结构框图；
图11为本发明提出的第二种UAP用户终端的主要组成结构框图。
具体实施方式
本发明技术方案对现有的UAP功能进行了扩展，使用户终端能够基于服务器指示的UAP上报策略(Policy)上报UAP信息，并使服务器具有了能够按照需要主动查询用户终端UAP信息的能力，从而实现了在UAP系统中具有用户终端基于定时上报UAP信息、基于阀值上报UAP信息及其按照服务器查询请求上报UAP信息的能力，因此使得在UAP系统中用户终端上报UAP信息的具体实现方式更加灵活和多样。
其中本发明技术方案所实施在的UAP系统请参照上述现有技术中的图1，下面将结合各个附图对本发明技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细的阐述。
请参照图4，该图是本发明提出的第一种用户代理档案信息的上报处理方法的主要实现原理流程图，其主要实现过程如下：
步骤S10，服务器(Origin Server)向用户终端(UAP Client)下发上报策略(Policy信息)，指示UAP Client按照该上报策略上报UAP信息；
其中Origin Server向UAP Client下发的上报策略可以由Origin Server自己确定，还可以按照下述过程来确定：
由UAP Client向Origin Server上报自身能够支持的上报策略类型，其中UAP Client可以按照Origin Server的指示，上报对应相关UAP自身能够支持的上报策略类型，如Origin Server指示UAP Client上报针对CPU使用情况能够支持的上报策略类型时，UAP Client就会按照Origin Server的指示，将自身针对CPU使用情况能够支持的上报策略类型上报给Origin Server；Origin Server根据用户申请业务的业务需求在UAP Client上报的上报策略类型中选择至少一种上报策略作为要下发给UAP Client的上报策略。
步骤S20，后续UAP Client按照Origin Server下发的上报策略上报自身的UAP信息，其具体上报过程可以为：
UAP Client将Origin Server下发的上报策略(Policy信息)进行存储；
后续UAP Client实时监控自身的相关UAP信息是否能够满足上述存储的上报策略；
如果UAP Client在监控到自身相关UAP信息满足存储的上报策略时，立即将自身的相关UAP信息上报给Origin Server。
最后Origin Server按照UAP Client上报的UAP信息，对用户申请的业务进行对应的裁减处理，以将下发给用户的业务处理成更适合于用户终端所能支持的形式下发给用户的用户终端。
基于上述主要实现过程，后续Origin Server在需要的时候(例如针对用户新申请的业务，其业务需求发生了变换的情况)还可以进而更新下发给UAPClient的上报策略(Policy信息)，这时Origin Server可以在UAP Client上报的能够支持的上报策略类型中选择新的上报策略，并将选择出的新上报策略下发给UAP Client，指示UAP Client放弃使用旧的上报策略并按照接收到的新的上报策略上报UAP信息。
其中基于本发明方法原理，UAP Client在存储了Origin Server下发的上报策略(Policy信息)的情况下，如果后续UAP Client发现自身的相关UAP信息发生了变化时，首先判断存储的上报策略(Policy信息)中是否存在匹配的上报策略，如果存在匹配的上报策略再判断发生了变化的UAP信息是否满足该匹配的上报策略，如果满足就将发生了变化的UAP信息立即上报给OriginServer；如果不满足则UAP Client忽略发生了变化的UAP信息。
在上述处理过程中，较佳地UAP Client可以将自身能够支持的上报策略类型承载在扩展的x-wap-profile-diff消息头中上报给Origin Server，其中UAPClient可以在现有的x-wap-profile-diff消息头中的格式“Format”项扩展一个域用来承载UAP Client能够支持的上报策略类型，例如扩展前的x-wap-profile-diff消息头的具体格式如下：
　　Header Name：x-wap-profile-diff

　　Description：This header contains additional profile information which should be applied

　　             to the CPI prior to serving any content.

　　Format：     x-wap-profile-diff       ＝“x-wap-profile-diff”“：”profile-diff-seq

　　                                        “；”profile-desc

　　             profile-diffseq          ＝(“1”|”2”|”3”|”4”|”5”|”6”|”7”|”8”|”9”)

　　                                          *DIGIT

　　             profile-desc             ＝＜XML document containing profile subset of

　　                                        the UAProf schema＞

　　             DIGIT                    ＝＜any US-ASCII digit“0”..”9”＞

　　Default：    None
将现有x-wap-profile-diff消息头进行扩展后用于承载UAP Client能够支持的上报策略类型的扩展后x-wap-profile-diff消息头的具体格式如下：
　　HeaderName： x-wap-profile-diff

　　Description：This header contains additional profile information which should be applied

　　             to the CPI prior to serving any content.

　　Format：     x-wap-profile-diff       ＝“x-wap-profile-diff”“：”profile-diff-seq

　　                                        “；”profile-desc

　　             profile-diff-seq         ＝(“1”|”2”|”3”|”4”|”5”|”6”|”7”|”8”|”9”)

　　                                        *DIGIT

　　             profile-desc             ＝＜XML document containing profile subset of

　　                                        the UAProf schema＞

　　         DIGIT              ＝＜any US-ASCII digit“0”..”9”＞

　　         policy-desc        ＝＜XML document containing policy of server＞

　　Default：None
对应的，Origin Server可以将选择出的相应上报策略承载在扩展的x-wap-profile-warning消息头中下发给UAP Client，其中Origin Server也可以在现有的x-wap-profile-warning消息头中的格式“Format”项扩展一个域用来承载Origin Server下发的上报策略，例如扩展前的x-wap-profile-warning消息头的具体格式如下：
Header Name：x-wap-profile-warning
Description：This header is used by the server to indicate whether the CPI has been
             honoured when the response to the request was generated.
Format：     x-wap-profile-warning＝“x-wap-profile-warning”“：”warning-code
             warning-code         ＝200|201|202|203|500
Default：    None
将现有x-wap-profile-warning消息头进行扩展后用于承载Origin Server下发给UAP Client的上报策略的扩展后x-wap-profile-warning消息头的具体格式如下：
Header Name：x-wap-profile-warning
Description：This header is used by the server to indicate whether the CPI has been
             honoured when the response to the request was generated.
Format：     x-wap-profile-warning＝“x-wap-profile-warning”“：”warning-code
                                    “；”policy-desc
             warning-code         ＝200|201|202|203|500
             policy-desc          ＝<XML document containing policy of server>
Default：    None
较佳地，UAP Client将承载在扩展的x-wap-profile-diff消息头中的上报策略类型，及Origin Server将承载在扩展的x-wap-profile-warning消息头中的上报策略都可以分别基于Web服务策略框架(WS-Policy)进行表示。其中WS-Policy标准的作用是提供使Web服务应用程序能够制定策略信息所需的机制，具体说来，该标准定义了以下内容：
一个称为策略表达式的XML信息集合，其中包含特定于域的Web服务策略信息；
一组核心结构，用于指示如何在Web服务环境中应用选择和/或特定于域的策略断言。
通常WS-Policy被设计为能够用于常规的Web服务框架，一个Web服务框架示例如下：
　　01＜wsp：Policy>

　　02＜wsp：ExactlyOne＞

　　03＜wsse：SecurityToken＞

　　04＜wsse：TokenType＞wsse：Kerberosv5TGT＜/wsse：TokenType＞

　　05＜/wsse：SecurityToken＞

　　06＜wsse：SecurityToken＞

　　07＜wsse：TokenType＞wsse：X509v3＜/wsse：TokenType＞

　　08＜/wsse：SecurityToken＞

　　09＜/wsp：ExactlyOne＞

　　10＜/wsp：Policy＞
其中在上述Web服务框架示例中，各行的具体含义如下：
行02和行09所示为Exactly One策略运算符，策略运算符将策略断言组合为策略替换选项；
行03和行08所示为对Web服务的调用包含其中一个所指定的安全标记断言；
行03～05和行06～08表示两个特定的安全策略断言，指示支持两种类型的身份验证。
此外在上述处理过程中，UAP Client还可以将自身能够支持的上报策略类型承载在SOAP消息中上报给Origin Server，相应的Origin Server也可以将选择出的相应上报策略承载在SOAP消息中下发给UAP Client，具体实现原理同上述对x-wap-profile-diff消息头和x-wap-profile-warning消息头进行扩展以承载上报策略的原理相似，这里就不再过多赘述。
下面列举一实施例对本发明上述UAP信息的上报处理方法的具体实施过程进行详细说明，该实施例以用户终端将自身的电池电量作为UAP信息向服务器上报为例：
假设用户终端支持电池电量阀值上报，且支持如下三种上报策略类型：
1)支持电池电量门限上报；2)支持电池电量增量门限上报；3)两种都支持；
则用户终端将自身能够支持的三种上报策略类型基于如下WS-Policy进行表示：
　　01＜wsp：Policy>

　　02＜wsp：ExactlyOne＞

　　03＜dpe：energy＞

　　04＜dpe：thresholdtype＞dpe：lowerthreshold＜/dpe：thresholdtype＞

　　05＜/dpe：energy＞

　　06＜dpe：energy＞

　　07＜dpe：thresholdtype＞dpe：incrementthreshold＜/dpe：thresholdtype＞

　　08＜/dpe：energy＞

　　09＜dpe：energy＞

　　10＜dpe：thresholdtype＞dpe：threshold＜/dpe：thresholdtype＞

　　11＜/dpe：energy＞

　　12＜/wsp：ExactlyOne＞

　　13＜/wsp：Policy＞
在上述WS-Policy框架中，dpe：energy表示dpe域电池电量属性；dpe：thresholdtype表示电池电量上报的策略类型；dpe：lowerthreshold表示电池电量门限上报；dpe：incrementthreshold表示电池电量增量门限上报；dpe：threshold表示上述两种上报方式都支持。
用户终端将上述基于WS-Policy进行表示的各种上报策略类型上报给服务器，其中用户终端可以通过对现有x-wap-profile-diff消息头进行扩展，以将基于WS-Policy进行表示的各种上报策略类型承载在x-wap-profile-diff消息头中上报给服务器；
服务器接收到用户终端发来的上报策略类型后，根据用户申请的业务需求，选择电池电量下降到200MAH时要求用户终端将电池电量信息通知给服务器，服务器将选择出的电池电量上报策略下发给用户终端，其中服务器将选择出的电池电量上报策略信息也相应基于如下WS-Policy进行表示：
01<wsp：Policy>
02<wsp：ExactlyOne>
03<dpe：energy>
04<dpe：thresholdtype>dpe：lowerthreshold</dpe：thresholdtype>
05<dpe：thresholdvalue>200</dpe：thresholdvalue>
06</dpe：energy>
07</wsp：ExactlyOne>
08</wsp：Policy>
相应服务器可以通过对现有x-wap-profile-warning消息头进行扩展，以将基于WS-Policy进行表示的电池电量上报策略承载在x-wap-profile-warning消息头中下发给用户终端。
用户终端接收到服务器下发的电池电量上报策略后会将该电池电量上报策略进行存储，用户终端时刻监控该存储的电池电量上报策略，在后续处理各种业务过程中如果发现自身的电池电量已下降到200MAH时，便及时将自身当前的电池电量值作为UAP信息上报给服务器，以使服务器进行对应处理。
下面以用户终端进行在线游戏为例，说明用户终端如何根据服务器下发的电池电量上报策略来向服务器上报相应的电池电量UAP信息，具体交互步骤如下：
1)用户使用移动终端开始一在线游戏，移动终端在把自身的UAP相关信息上报给服务器的同时，也把移动终端能够支持的电池电量上报策略类型上报给服务器；
2)服务器接收到移动终端支持的电池电量上报策略后，根据用户申请的业务需求(在线游戏业务的业务需求)选择当移动终端的电池电量下降到200MAH时，要求移动终端把自身的电池电量信息通知服务器，并把选择出的该电池电量上报策略下发给移动终端；
3)移动终端接收到服务器下发的电池电量上报策略后，存储该上报策略相关信息，并按照该上报策略信息对自身的电池电量属性进行实时监控；
4)当移动终端监控到自身的电池电量已经下降到200MAH时，便及时将自身当前的电池电量值作为对应UAP信息上报给对应服务器，服务器根据移动终端上报的电池电量值，得知移动终端目前的电量不足，随时有可能存在关机可能，因此便及时对用户的在线游戏相关数据进行实时备份处理，以防止用户业务数据的丢失。
下面再列举一实施例对本发明上述UAP信息的上报处理方法的具体实施过程进行详细说明：
1、假设UAP Client在Origin Server上订阅了一个多媒体视频业务，其名称为“NBALIVE”；
2、UAP Client将自身对应于多媒体视频业务的软件、硬件及其对业务内容的翻译能力等UAP信息上报给Origin Server；
3、Origin Server识别出UAP Client当前可用的缓存空间是200K，便向UAP Client提供高质量的视音频业务流；
4、同时Origin Server向UAP Client下发一个有关缓存空间的上报策略，要求UAP Client在监控到自身的缓存空间低于150K时通知Origin Server；
5、UAP Client在收看Origin Server提供的视音频业务节目的同时，实时监控自身可用的缓存空间大小；
6、UAP Client在收看Origin Server提供的视音频业务节目时，又启用了另外一个业务，但是监控到自身的可用缓存空间大小已经低于150K了，便触发上述Origin Server下发的上报策略；
7、UAP Client将自身当前可用的缓存空间大小上报给Origin Server，要求Origin Server更改下发业务的处理方式；
8、Origin Server根据UAP Client上报的当前可用的缓存空间大小，向UAPClient提供质量稍低的视音频业务流；
9、UAP Client继续收看Origin Server提供的视音频业务节目；
10、后续UAP Client关闭了在上述6中启用的额外业务，因此由于该业务的关闭释放了UAP Client的一些可用缓存空间，使得UAP Client当前的可用缓存空间大小又大于150K了，便再次触发上述Origin Server下发的上报策略；
11、UAP Client将自身当前可用的缓存空间大小再次上报给Origin Server，要求Origin Server更改下发业务的处理方式；
12、Origin Server根据UAP Client上报的当前可用的缓存空间大小，向UAP Client再次提供高质量的视音频业务流。
在上述过程中，Origin Server还可以对下发给UAP Client的有关缓存空间的上报策略进行更新处理，例如要求UAP Client在监控到自身的缓存空间增加或减小到达50K时通知Origin Server；这样UAP Client在收看节目的同时如果监控到自身的当前可用缓存空间大小到达50K了，便通知Origin Server，OriginServer根据UAP Client当前可用的缓存空间大小，对下发的视音频业务流进行相应处理，以更适合于UAP Client当前可用的缓存空间大小。
由此可见，本发明上述UAP信息的上报处理方法可以实现用户终端基于服务器下发的上报策略(Policy)上报相应的UAP信息，从而使得用户终端可以基于阀值上报UAP信息、或基于定期上报UAP信息等，因此在UAP系统中使用户终端上报UAP信息的方式更为灵活和多样化。
相应于本发明上述提出的第一种用户代理档案信息的上报处理方法，本发明这里还对应提出了一种服务器和用户代理档案用户终端。请参照图5，该图是本发明提出的第一种UAP服务器的主要组成结构框图，其主要包括上报策略类型接收解析单元10、上报策略选择单元20、上报策略下发单元30和上报策略更新触发单元40，其中各个组成单元的主要作用如下：
上报策略类型接收解析单元10，用于接收用户终端上报的用户终端自身对应相应UAP能够支持的上报策略类型；
上报策略选择单元20，主要用于在上述上报策略类型接收解析单元10所接收到的上报策略类型中选择至少一种上报策略；其中该上报策略选择单元20可以但不限于根据用户申请业务的业务需求在上述上报策略类型接收解析单元10所接收到的上报策略类型中选择至少一种上报策略；
上报策略下发单元30，用于将上述上报策略选择单元20所选择出的上报策略下发给用户终端，以指示用户终端按照该上报策略上报UAP用信息；
此外，上报策略下发单元30也可以直接确定要下发给用户终端的上报策略，并将确定的上报策略下发给用户终端，以指示用户终端按照该上报策略上报UAP用信息；
上报策略更新触发单元40，主要用于触发上述上报策略下发单元30下发新的上报策略，以指示用户终端放弃使用旧的上报策略并按照新的上报策略上报UAP信息。
其中上述上报策略下发单元30可以将对应确定或选择的上报策略承载在扩展后的x-wap-profile-warning消息头中下发给用户终端，并将承载在扩展后的x-wap-profile-warning消息头中的上报策略基于Web服务策略框架(WS-Policy)进行表示。
此外上述上报策略下发单元30还可以将对应确定或选择的上报策略承载在SOAP消息中下发给用户终端。
有关本发明提出的第一种服务器的其他具体相关技术实现细节请参照本发明上述提出的第一种UAP信息的上报处理方法中相关技术实现细节的具体描述，这里不再给以过多赘述。
请参照图6，该图是本发明提出的第一种用户代理档案用户终端的主要组成结构框图，其主要包括上报策略接收解析单元100，用户代理档案信息上报单元110和策略类型上报单元120，其中这两个组成单元的具体作用如下：
上报策略接收解析单元100，用于接收并解析UAP服务器下发的对应上报策略信息(Policy信息)；
用户代理档案信息上报单元110，用于按照上述上报策略接收解析单元100所接收到的上报策略来上报用户终端的UAP信息；
策略类型上报单元120，用于向UAP服务器上报用户终端自身能够支持的上报策略类型，其中策略类型上报单元120可以按照UAP服务器的具体指示信息上报用户终端对应UAP能够支持的上报策略类型。
请参照图7，该图是本发明UAP用户终端中用户代理档案信息上报单元的具体组成结构框图，用户代理档案信息上报单元110具体包括存储子单元1101、监控子单元1102和代理档案信息上报子单元1103，其中各个组成单元的具体作用如下：
存储子单元1101，用于存储上述上报策略接收解析单元100所接收到的对应上报策略(Policy信息)；
监控子单元1102，用于监控用户终端的相关UAP信息是否满足上述存储子单元1101中存储的上报策略；
代理档案信息上报子单元1103，用于在上述监控子单元1102监控到用户终端的相关UAP信息满足存储的上报策略时，将满足存储的上报策略的UAP信息上报给UAP服务器。
其中上述的策略类型上报单元120可以将用户终端能够支持的上报策略类型承载在扩展后的x-wap-profile-diff消息头中上报给UAP服务器，并将承载在扩展后的x-wap-profile-diff消息头中的上报策略类型基于Web服务策略框架(WS-Policy)进行表示。
此外，上述的策略类型上报单元110还可以将用户终端能够支持的上报策略类型承载在SOAP消息中上报给UAP服务器。
有关本发明提出的第一种UAP用户终端的其他相关技术实现细节请参照本发明上述提出的第一种UAP信息的上报处理方法中相关技术实现细节的具体描述，这里不再给以过多赘述。
请参照图8，该图是本发明提出的第二种用户代理档案信息的上报处理方法的主要实现原理流程图，其主要实现原理如下：
步骤S100，服务器(Origin Server)向UAP用户终端(UAP Client)下发用于查询UAP信息的查询请求消息；
其中可以在Origin Server中预先设置并存储相应的查询策略(如按照周期规律查询或者按照业务需求查询等)，Origin Server在监控到自身存储的该查询策略得到满足时，便会向UAP Client下发用于查询UAP信息的查询请求消息；
Origin Server下发查询请求消息给UAP Client的过程具体如下：
Origin Server先将相应的查询请求消息发送到Push网关，再由Push网关将该查询请求消息转发给UAP Client。
步骤S200，UAP Client根据Origin Server下发的查询请求消息，搜集自身对应的UAP信息，并将搜集到的UAP信息上报给Origin Server。
由此可见，本发明上述UAP信息的上报处理方法可以实现服务器主动查询UAP用户终端的相关UAP信息的功能，因此也达到了在UAP系统中使用户终端上报UAP信息的方式更为灵活和多样化的目的。
相应于本发明上述提出的第二种用户代理档案信息的上报处理方法，本发明这里还对应提出了一种服务器和用户代理档案用户终端。请参照图9，该图是本发明提出的第二种服务器的主要组成结构框图，其主要包括查询请求消息生成单元500和查询请求消息下发单元510，其中各个组成单元的主要作用如下：
查询请求消息生成单元500，主要用于生成用于查询UAP用户终端中对应UAP信息的查询请求消息；
查询请求消息下发单元510，主要用于将上述查询请求消息生成单元500生成的查询请求消息下发到对应的UAP用户终端。
请参照图10，该图是本发明服务器增加查询策略设置的实施例组成结构框图，其在上述图9的主要组成结构基础之上还进而包括存储单元520和监控触发单元530，这两个新增组成单元的作用如下：
存储单元520，用于存储预先设置的查询策略(如按照周期规律查询或者按照业务需求查询等)；
监控触发单元530，用于监控上述存储单元520中存储的查询策略是否得到满足，并在监控到对应查询策略得到满足时，触发上述查询请求消息生成单元500生成对应的查询请求消息。
请参照图11，该图是本发明提出的第二种UAP用户终端的主要组成结构框图，其主要包括查询请求消息接收单元600、用户代理档案信息搜集单元610和用户代理档案信息上报单元620，其中各个组成单元的具体作用如下：
查询请求消息接收单元600，用于接收服务器下发的用于查询对应UAP信息的查询请求消息；
用户代理档案信息搜集单元610，用于根据上述查询请求消息接收单元600接收到的服务器下发的查询请求消息，搜集用户终端中对应的UAP信息；
用户代理档案信息上报单元620，用于将上述用户代理档案信息搜集单元610所搜集到的UAP信息上报给服务器。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (35)

1、一种用户代理档案信息的上报处理方法，其特征在于，包括步骤：
服务器向用户终端下发上报策略，指示用户终端按照所述上报策略上报用户代理档案信息；
用户终端按照服务器下发的上报策略上报自身的用户代理档案信息。
2、如权利要求1所述的方法，其特征在于，还包括步骤：
用户终端向服务器上报自身能够支持的上报策略类型；
服务器在用户终端上报的上报策略类型中选择至少一种上报策略作为欲下发给用户终端的上报策略。
3、如权利要求2所述的方法，其特征在于，用户终端按照服务器的指示上报自身对应相关用户代理档案能够支持的上报策略类型。
4、如权利要求2所述的方法，其特征在于，服务器根据用户申请业务的业务需求在用户终端上报的上报策略类型中选择上报策略。
5、如权利要求1所述的方法，其特征在于，还包括步骤：
服务器向用户终端下发新的上报策略，指示用户终端放弃使用旧的上报策略并按照新的上报策略上报用户代理档案信息；
用户终端按照服务器下发的新的上报策略上报自身的用户代理档案信息。
6、如权利要求1或5所述的方法，其特征在于，用户终端按照上报策略上报用户代理档案信息的过程具体包括：
用户终端存储服务器下发的上报策略；并
监控自身的相关用户代理档案信息是否满足存储的上报策略；
用户终端将满足存储的上报策略的用户代理档案信息进行上报。
7、如权利要求1所述的方法，其特征在于，还包括步骤：
用户终端在发现自身的用户代理档案信息发生变化时，判断是否存在对应的上报策略；并
在存在对应的上报策略时，判断发生变化的用户代理档案信息是否满足该对应存在的上报策略，如果是，将发生变化的用户代理档案信息上报给服务器；否则忽略发生变化的用户代理档案信息。
8、如权利要求2或4所述的方法，其特征在于，用户终端将自身能够支持的上报策略类型承载在扩展的x-wap-profile-diff消息头中上报给服务器。
9、如权利要求8所述的方法，其特征在于，用户终端通过在x-wap-profile-diff消息头的格式项中扩展一个域用来承载自身能够支持的上报策略类型信息。
10、如权利要求8所述的方法，其特征在于，用户终端将承载在扩展的x-wap-profile-diff消息头中的上报策略类型基于Web服务策略框架进行表示。
11、如权利要求2或4所述的方法，其特征在于，用户终端将自身能够支持的上报策略类型承载在SOAP消息中上报给服务器。
12、如权利要求1、2或5所述的方法，其特征在于，服务器将上报策略承载在扩展的x-wap-profile-warning消息头中下发给用户终端。
13、如权利要求12所述的方法，其特征在于，服务器通过在x-wap-profile-warning消息头的格式项中扩展一个域用来承载上报策略信息。
14、如权利要求12所述的方法，其特征在于，服务器将承载在扩展的x-wap-profile-warning消息头中的上报策略基于Web服务策略框架进行表示。
15、如权利要求1、2或5所述的方法，其特征在于，服务器将上报策略承载在SOAP消息中下发给用户终端。
16、一种服务器，其特征在于，包括上报策略下发单元，用于用向用户终端下发上报策略，指示用户终端按照所述上报策略上报用户代理档案信息。
17、如权利要求16所述的服务器，其特征在于，还包括：
上报策略类型接收解析单元，用于接收并解析用户终端上报的用户终端自身能够支持的上报策略类型；
上报策略选择单元，用于在所述上报策略类型接收解析单元接收到的上报策略类型中选择至少一种上报策略；
所述上报策略下发单元将所述上报策略选择单元选择的上报策略下发给用户终端。
18、如权利要求17所述的服务器，其特征在于，所述上报策略选择单元根据用户申请业务的业务需求在用户终端上报的上报策略类型中选择上报策略。
19、如权利要求16所述的服务器，其特征在于，还包括上报策略更新触发单元，用于触发所述上报策略下发单元下发新的上报策略，指示用户终端放弃使用旧的上报策略并按照新的上报策略上报用户代理档案信息。
20、如16～19任一权利要求所述的服务器，其特征在于，所述上报策略下发单元将上报策略承载在扩展的x-wap-profile-warning消息头中下发给用户终端。
21、如权利要求20所述的服务器，其特征在于，所述上报策略下发单元将承载在扩展的x-wap-profile-warning消息头中的上报策略基于Web服务策略框架进行表示。
22、如16～19任一权利要求所述的服务器，其特征在于，所述上报策略下发单元将上报策略承载在SOAP消息中下发给用户终端。
23、一种用户代理档案用户终端，其特征在于，包括：
上报策略接收解析单元，用于接收并解析服务器下发的对应上报策略；
用户代理档案信息上报单元，用于按照所述上报策略接收解析单元接收到的上报策略上报用户终端的用户代理档案信息。
24、如权利要求23所述的用户终端，其特征在于，还包括策略类型上报单元，用于向服务器上报用户终端自身能够支持的上报策略类型。
25、如权利要求24所述的用户终端，其特征在于，所述策略类型上报单元按照服务器的指示上报用户终端对应相关用户代理档案能够支持的上报策略类型。
26、如权利要求23所述的用户终端，其特征在于，所述用户代理档案信息上报单元具体包括：
存储子单元，用于存储所述上报策略接收解析单元接收到的上报策略；
监控子单元，用于监控用户终端的相关用户代理档案信息是否满足所述存储子单元存储的上报策略；
代理档案信息上报子单元，用于在所述监控子单元监控到用户终端的相关用户代理档案信息满足存储的上报策略时，将满足存储的上报策略的用户代理档案信息进行上报。
27、如权利要求24或25所述的用户终端，其特征在于，所述策略类型上报单元将用户终端能够支持的上报策略类型承载在扩展的x-wap-profile-diff消息头中上报给服务器。
28、如权利要求27所述的用户终端，其特征在于，所述策略类型上报单元将承载在扩展的x-wap-profile-diff消息头中的上报策略类型基于Web服务策略框架进行表示。
29、如权利要求24或25所述的用户终端，其特征在于，所述策略类型上报单元将用户终端能够支持的上报策略类型承载在SOAP消息中上报给服务器。
30、一种用户代理档案信息的上报处理方法，其特征在于，包括步骤：
服务器向用户终端下发用于查询用户代理档案信息的查询请求消息；
用户终端根据服务器下发的查询请求消息，将对应的用户代理档案信息上报给服务器。
31、如权利要求30所述的方法，其特征在于，还包括在服务器中预先设置存储查询策略的步骤；
所述服务器在监控到自身存储的查询策略得到满足时，向用户终端下发用于查询用户代理档案信息的查询请求消息。
32、如权利要求30或31所述的方法，其特征在于，服务器下发查询请求消息到用户终端的过程具体包括：
服务器将所述查询请求消息发送到Push网关；并
由所述Push网关将所述查询请求消息转发给用户终端。
33、一种服务器，其特征在于，包括：
查询请求消息生成单元，用于生成用于查询用户终端中对应用户代理档案信息的查询请求消息；
查询请求消息下发单元，用于将所述查询请求消息生成单元生成的查询请求消息下发到用户终端。
34、如权利要求33所述的服务器，其特征在于，还包括：
存储单元，用于存储预先设置的查询策略；
监控触发单元，用于监控所述存储单元中存储的查询策略是否得到满足，并在监控到查询策略得到满足时，触发所述查询请求消息生成单元生成对应的查询请求消息。
35、一种用户代理档案用户终端，其特征在于，包括：
查询请求消息接收单元，用于接收服务器下发的查询请求消息；
用户代理档案信息搜集单元，用于根据所述查询请求消息接收单元接收到的查询请求消息，搜集用户终端中对应的用户代理档案信息；
用户代理档案信息上报单元，用于将所述用户代理档案信息搜集单元搜集到的用户代理档案信息上报给服务器。
CN2006100668846A 2006-03-31 2006-03-31 用户代理档案信息的上报处理方法、服务器及其用户终端 Active CN101047705B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN2006100668846A CN101047705B (zh) 2006-03-31 2006-03-31 用户代理档案信息的上报处理方法、服务器及其用户终端
PCT/CN2007/000288 WO2007112636A1 (en) 2006-03-31 2007-01-25 A method for reporting the user agent profile,the server, and the user terminal thereof
EP07702206.9A EP2003846B1 (en) 2006-03-31 2007-01-25 A method for reporting the user agent profile,the server, and the user terminal thereof
ES07702206.9T ES2539112T3 (es) 2006-03-31 2007-01-25 Un método para notificar el perfil de agente de usuario, el servidor y el terminal de usuario asociados
US12/240,423 US8019859B2 (en) 2006-03-31 2008-09-29 Reporting processing method, origin server and user client for user agent profile information
US13/213,407 US20110302307A1 (en) 2006-03-31 2011-08-19 Reporting processing method, origin server and user client for user agent profile information

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2006100668846A CN101047705B (zh) 2006-03-31 2006-03-31 用户代理档案信息的上报处理方法、服务器及其用户终端

Publications (2)

Publication Number Publication Date
CN101047705A true CN101047705A (zh) 2007-10-03
CN101047705B CN101047705B (zh) 2013-01-30

Family

ID=38563082

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006100668846A Active CN101047705B (zh) 2006-03-31 2006-03-31 用户代理档案信息的上报处理方法、服务器及其用户终端

Country Status (5)

Country Link
US (2) US8019859B2 (zh)
EP (1) EP2003846B1 (zh)
CN (1) CN101047705B (zh)
ES (1) ES2539112T3 (zh)
WO (1) WO2007112636A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102088689A (zh) * 2009-12-02 2011-06-08 华为终端有限公司 移动广告业务中度量报告的上报方法及装置
CN106921506A (zh) * 2015-12-25 2017-07-04 北京京东尚科信息技术有限公司 移动设备的数据采集上报方法和系统
CN112205016A (zh) * 2018-06-04 2021-01-08 Oppo广东移动通信有限公司 一种终端能力信息的交互方法、终端设备及网络设备

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047705B (zh) * 2006-03-31 2013-01-30 华为技术有限公司 用户代理档案信息的上报处理方法、服务器及其用户终端
US8930991B2 (en) * 2009-11-19 2015-01-06 Gregory Philpott System and method for delivering content to mobile devices
WO2013155611A1 (en) 2012-04-18 2013-10-24 Mdialog Corporation Method and system for inserting content into streaming media at arbitrary time points
US8495675B1 (en) 2012-07-30 2013-07-23 Mdialog Corporation Method and system for dynamically inserting content into streaming media
US9961415B2 (en) 2013-01-24 2018-05-01 Google Llc Method and system for identifying events in a streaming media program
US8762564B1 (en) 2013-07-10 2014-06-24 Mdialog Corporation Method and system for dynamically selecting, assembling and inserting content into stream media

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE522878C2 (sv) * 2000-06-16 2004-03-16 Ericsson Telefon Ab L M Datakommunikationssystem
US6816895B2 (en) * 2001-03-26 2004-11-09 Motorola, Inc. Updating the capability negotiation information of a mobile station with an editing application downloaded from a service provider
AU2002236125A1 (en) * 2002-03-04 2003-09-16 Nokia Corporation Method, network device and system for providing profile data applicable to hypertext transfer protocol (http)
GB2402781A (en) * 2002-03-22 2004-12-15 Sun Microsystems Inc Mobile download system
US7305626B2 (en) * 2002-05-28 2007-12-04 Nokia Corporation Method and apparatus for DOM filtering in UAProf or CC/PP profiles
EP1593047A4 (en) * 2003-02-13 2010-06-09 Nokia Corp METHOD OF SIGNALING STREAMING QUALITY ADAPTATION AND CONTROL MCHANISMS IN MULTIMEDIA STREAMING
CN100499883C (zh) * 2003-07-10 2009-06-10 华为技术有限公司 一种实现网络侧与终端侧业务适配的方法
US20050060411A1 (en) * 2003-09-16 2005-03-17 Stephane Coulombe System and method for adaptation of peer-to-peer multimedia sessions
US20050256959A1 (en) * 2004-04-13 2005-11-17 Magnus Svensson Method of and system for multimedia messaging system interoperability
US20050235048A1 (en) * 2004-04-20 2005-10-20 Jose Costa-Requena Exchanging multimedia data via a communications device
US7765404B2 (en) * 2004-06-29 2010-07-27 Nokia Corporation Providing content in a communication system
US8868774B2 (en) * 2004-08-19 2014-10-21 Sk Planet Co., Ltd. Method and apparatus for integrating and managing information of mobile terminal
EP1832130B1 (en) * 2004-12-24 2013-06-19 Telecom Italia S.p.A. Network call management in case of low battery condition of mobile communications terminals
US7796603B1 (en) * 2005-01-14 2010-09-14 Acme Packet, Inc. Method and system for controlling media sessions in networks that use communication protocols with distinct signaling and media channels
US7512401B2 (en) * 2005-04-04 2009-03-31 Nokia Corporation Method and system for updating capabilities of a device
US7724753B2 (en) * 2005-06-24 2010-05-25 Aylus Networks, Inc. Digital home networks having a control point located on a wide area network
CN100421389C (zh) * 2005-11-10 2008-09-24 华为技术有限公司 一种设备管理中定制任务处理方法
CN1859403B (zh) * 2006-02-09 2010-05-12 华为技术有限公司 在客户端/服务器模式业务系统中进行能力协商的方法
CN101047705B (zh) * 2006-03-31 2013-01-30 华为技术有限公司 用户代理档案信息的上报处理方法、服务器及其用户终端

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102088689A (zh) * 2009-12-02 2011-06-08 华为终端有限公司 移动广告业务中度量报告的上报方法及装置
CN102088689B (zh) * 2009-12-02 2016-10-19 华为终端有限公司 移动广告业务中度量报告的上报方法及装置
CN106921506A (zh) * 2015-12-25 2017-07-04 北京京东尚科信息技术有限公司 移动设备的数据采集上报方法和系统
CN106921506B (zh) * 2015-12-25 2020-11-03 北京京东尚科信息技术有限公司 移动设备的数据采集上报方法和系统
CN112205016A (zh) * 2018-06-04 2021-01-08 Oppo广东移动通信有限公司 一种终端能力信息的交互方法、终端设备及网络设备

Also Published As

Publication number Publication date
US20090024691A1 (en) 2009-01-22
WO2007112636A1 (en) 2007-10-11
ES2539112T3 (es) 2015-06-26
US20110302307A1 (en) 2011-12-08
EP2003846A9 (en) 2009-04-15
EP2003846A4 (en) 2009-08-19
EP2003846A2 (en) 2008-12-17
US8019859B2 (en) 2011-09-13
CN101047705B (zh) 2013-01-30
EP2003846B1 (en) 2015-03-25

Similar Documents

Publication Publication Date Title
CN101047705A (zh) 用户代理档案信息的上报处理方法、服务器及其用户终端
CN1278557C (zh) 信息传递系统与方法以及信息处理设备与方法
CN101060427A (zh) 实现远程软件升级的系统及方法
CN1282934C (zh) 信息处理方法、内容分配装置及方法
CN100343835C (zh) 信息处理方法和设备
CN1846420A (zh) 嵌入的服务质量相关信息的传送
CN1794723A (zh) 一种离线消息处理方法
CN1852431A (zh) 实现实时视频信息共享的系统及方法
CN1784003A (zh) 内容递送系统、通信装置、通信方法和程序
CN1881978A (zh) 应用管理系统、应用管理方法、服务器以及通信系统
CN1859123A (zh) 一种动态内容续传方法及系统
CN1681250A (zh) 存在信息提供系统及其方法和服务器
CN1947106A (zh) 通知方法、连接装置、通信方法以及程序
CN1754159A (zh) 信息处理装置和内容信息处理方法
CN101056339A (zh) 回铃音与振铃音相互转换的方法、系统及装置
CN1859393A (zh) 一种协商设备信息的系统及方法
CN1757020A (zh) 信息处理装置、信息处理方法以及计算机程序
CN1925462A (zh) 高速缓存系统
CN1598851A (zh) Oma设备管理扩充管理移动设备配置设定的系统和方法
CN1863174A (zh) 一种即时消息系统和消息处理方法
CN1838642A (zh) 利用即时消息系统实现问答业务的方法及系统
CN1859380A (zh) 一种离线消息获取方法
CN1223936C (zh) 网络应用程序分散执行系统,终端设备及其网络应用程序执行方法,以及终端设备的操作方法
CN101068378A (zh) 实现多媒体消息业务系统容灾的方法、系统及设备
CN1878083A (zh) 记录应用使用网络能力的方法及系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant