US2006089999A1_Description_20260428_0926_+++B_E_F_G_H_I_K_a_d_l+++.docx

对比文件的名称:US2006089999A1_Description_20260428_0926

目标专利的名称:1136在通信网络中对服务计费CN102057621B

本次调用的模型名称:未指定

### 特征比对表格

技术特征描述及公开性判断对比文件原文引用公开性论述
技术特征A:《隐含公开》<br>所述方法包括:在服务器处提供服务,从用户接收对服务的第一请求,所述请求包含用于向所述通信网络注册的用户标识符对比文件[0016]:“用户设备然后向下载服务器发送对所选择内容的请求(参见消息202),并指示用户选择的任何支付模式。”<br>对比文件[0017]:“接收对内容的请求触发下载服务器向IMS服务器发送请求(参见消息204),以获取与该用户设备相关的下载信息。”对比文件未明确记载第一请求包含用户标识符。但根据[0017],下载服务器在接收请求后立即向IMS服务器请求与该用户设备相关的下载信息,这表明下载服务器必须能够识别用户设备。本领域技术人员可以合理推断,用户设备发送的第一请求中必然包含用于向通信网络(IMS)注册的用户标识符(例如IMS公共用户标识或电话号码),否则下载服务器无法关联到正确的用户订阅信息。因此,该技术特征被隐含公开。
技术特征B:《直接公开》<br>响应所述第一请求,向所述用户发送经其能够获得服务的受限地址对比文件[0023]:“下载服务器向用户设备发送下载描述符(参见消息206)。”<br>对比文件[0019]示例下载描述符中包含对象URI:“http://foo.bar.com/pic-dir/picture.gif”及QoS选项中的URI:“http://192.168.2.55/pic-dir/picture.gif”。对比文件明确公开了服务器在响应第一请求(内容请求)时,向用户发送下载描述符,其中包含多个URI(统一资源标识符)。这些URI是用户设备能够从中获得所请求内容的网络地址,尽管后续访问可能需要证书,但这些地址本身即构成“经其能够获得服务的受限地址”。因此直接公开。
技术特征C:《未公开》<br>在用户装置处,向中间网络发送第二请求消息,所述中间网络是与所述用户在其处注册的另外的IP多媒体子系统网络具有信任关系的IP多媒体子系统网络,所述第二请求消息包含所述受限地址,所述中间网络与所述服务器具有信任关系对比文件[0024]:“用户设备发送的下载请求可以采用SIP INVITE消息的形式(参见消息208),该SIP INVITE发送给IMS服务器。”<br>对比文件未提及多个IMS网络或信任关系。对比文件[0024]公开了用户设备向IMS服务器(可视为中间网络)发送SIP INVITE请求。但是,对比文件仅涉及一个IMS服务器,未公开该IMS服务器是与用户设备在其处注册的另外的IMS网络具有信任关系的IMS网络,也未公开用户设备注册在另外的IMS网络。对比文件没有区分归属网络和中间网络,也未描述两个IMS网络之间的信任关系。因此,技术特征C的整体技术方案未被对比文件直接或隐含公开。
技术特征D:《隐含公开》<br>在所述中间网络处,认证所述用户标识符对比文件[0024]提及用户设备发送SIP INVITE消息,在IMS网络中SIP消息会经过认证。<br>对比文件[0017]:“IMS服务器/HSS维护用户设备的订阅信息,包括授权信息。”对比文件没有明确描述认证步骤,但本领域技术人员知晓,在IMS网络中,用户设备发送的SIP INVITE消息在到达IMS服务器前会经过P-CSCF等节点的认证(例如基于AKA或SIP摘要认证)。同时,[0017]提及IMS服务器/HSS维护订阅信息中的授权信息也暗示了认证的存在。因此可以合理推断中间网络(IMS服务器)对用户标识符进行了认证。该技术特征被隐含公开。
技术特征E:《直接公开》<br>从所述中间网络向所述服务器发送第三请求,所述第三请求包含所述用户的身份和所述受限地址对比文件[0025]:“IMS服务器接收下载请求(参见消息208),并将下载请求和所选QoS选项的指示发送给下载服务器(参见消息210)。”<br>在SIP中,用户身份通过P-Asserted-Identity报头携带,受限地址包含在SIP INVITE的请求URI或SDP中。对比文件明确公开了IMS服务器(中间网络)在收到用户设备的SIP INVITE后,向下载服务器(服务器)发送请求,该请求必然携带用户身份(从SIP消息中获得)和内容URI(受限地址)。因此直接公开。
技术特征F:《直接公开》<br>在所述中间网络处从所述服务器接收响应消息,所述响应消息包含可用于从所述受限地址获得所请求的服务的证书对比文件[0027]:“下载服务器可以将下载会话访问密钥发送给IMS服务器,以便传送给用户设备,例如在SIP OK消息中。”对比文件明确公开了中间网络(IMS服务器)从服务器(下载服务器)接收响应消息(SIP OK),该响应消息中包含下载会话访问密钥,该密钥是用于从受限地址获得所请求服务的证书。因此直接公开。
技术特征G:《直接公开》<br>在所述中间网络处,为所请求的服务对所述用户计费对比文件[0028]:“基于内容传递的状态,下载服务器可以将计费相关信息(例如计费记录)发送给IMS服务器进行处理(参见消息214)。”对比文件明确公开了中间网络(IMS服务器)接收计费相关信息并据此对用户进行计费处理。因此直接公开。
技术特征H:《直接公开》<br>向所述用户发送可用于经由所述受限地址来接入服务的所述证书对比文件[0027]:“下载服务器可以将下载会话访问密钥发送给IMS服务器,以便传送给用户设备,例如在SIP OK消息中。”对比文件明确公开了中间网络(IMS服务器)将证书(下载会话访问密钥)发送给用户设备,使用户能够经由受限地址接入服务。因此直接公开。
技术特征I:《直接公开》<br>其中所述通信网络是基于会话发起协议的通信网络对比文件[0024]:“会话发起协议(SIP)可以被用户设备、IMS服务器和下载服务器使用。”全文多处提及SIP。对比文件明确记载通信网络使用SIP协议,因此直接公开。
技术特征J:《未公开》<br>其中所述IP多媒体子系统网络和所述用户在其处注册的所述另外的IP多媒体子系统网络经由中间人运营商来通信对比文件未提及中间人运营商或两个IMS网络之间通过中间人通信的概念。对比文件仅涉及一个IMS服务器,没有区分两个IMS网络,更没有描述它们通过中间人运营商通信。因此未公开。
技术特征K:《直接公开》<br>还包括:响应所述第一请求,除了所述受限地址外,还从所述服务器向所述用户发送计费信息,并使用所述计费信息来对所述用户计费对比文件[0019]下载描述符示例中包含计费信息:“128Kbps download session, 0.5 USD additional charge”。<br>对比文件[0028]:“下载服务器将计费相关信息发送给IMS服务器进行处理。”对比文件公开了在响应第一请求时,服务器(下载服务器)通过下载描述符除了发送URI(受限地址)外,还发送了价格信息(计费信息)。后续[0028]公开了下载服务器将计费记录发送给IMS服务器用于对用户计费,即使用了该计费信息。因此直接公开。
技术特征L:《隐含公开》<br>包括:除了认证所述用户外,还执行与所述用户相关的信用核查对比文件[0017]:“下载服务器向IMS服务器请求与用户设备相关的下载信息,该信息包括授权和计费信息。”对比文件没有明确描述信用核查步骤。但本领域技术人员知道,在IMS网络中,对用户计费前通常需要检查用户的信用(例如预付费余额或信用额度)。[0017]中提及的授权信息可能包括信用相关信息,且IMS服务器在认证过程中可以执行信用核查。因此可以合理推断除了认证外,还执行了信用核查。该技术特征被隐含公开。
技术特征M:《未公开》<br>其中从所述服务器发送的所述证书具有预定的使用期对比文件[0027]提及下载会话访问密钥,但未涉及任何使用期或有效期信息。对比文件没有公开证书具有预定使用期,也没有任何暗示。因此未公开。
技术特征N:《未公开》<br>其中所述第二请求消息是会话发起协议消息,并且所述第三请求消息是超文本传输协议消息对比文件[0024]:“用户设备发送的下载请求可以采用SIP INVITE消息的形式(参见消息208)。”<br>对比文件[0025]描述IMS服务器向下载服务器发送“指示”,未指定协议。对比文件明确第二请求是SIP消息,但对于第三请求(IMS服务器向下载服务器发送的请求),对比文件仅描述为“指示”,未公开其为HTTP消息。因此未公开。
技术特征O:《未公开》<br>其中所述第二和所述第三请求消息都是超文本传输协议消息对比文件[0024]公开第二请求是SIP INVITE,不是HTTP消息。对比文件公开的第二请求是SIP消息,而非HTTP消息,不符合两个请求都是HTTP消息。因此未公开。

<<<B>>><<<E>>><<<F>>><<<G>>><<<H>>><<<I>>><<<K>>><<<a>>><<<d>>><<<l>>>

权利要求与技术特征
Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE