返回项目页面
对比文件列表
2002-10-31_US2002162109A_发明申请_US20020162109A1 Distributed storage on a P2P network architecture_+++A_B_C_E_G_X_d_f_h_m_p_u_y+++.docx
2026-06-17 01:32
2002-11-29_JP2002344936A_发明专利_JP2002344936A Data reproducing device_+++X_e+++.docx
2026-06-17 01:32
2003-07-03_US2003126277A_发明申请_US20030126277A1 Apparatus and method for providing multimedia streaming service by using point-to-point connection_+++A_B_C_E_N_V_X_d_g_y+++.docx
2026-06-17 01:32
2003-07-04_KR1020030056701A_发明公开_KR1020030056701A P2P 방식을 이용한 멀티미디어 스트리밍 장치 및 방법_+++C_E_G_N_V_X_a_d_y+++.docx
2026-06-17 01:32
2003-08-21_US2003158958A_发明申请_US20030158958A1 Distributed storage network architecture using user devices_+++A_B_C_E_G_X_d_f_h_m_o_p_u_w_y+++.docx
2026-06-17 01:32
2003-12-31_CN1465189A_发明公开_CN1465189A 用于分布贮存的P2P网络结构_+++A_B_C_D_E_G_X_Y+++.docx
2026-06-17 01:32
2004-02-12_US2004030651A_发明申请_US20040030651A1 Method and apparatus for distributing content through on-line network_+++C_E_X_a+++.docx
2026-06-17 01:32
2004-03-04_JP2004070914A_发明专利_JP2004070914A Online content distribution method and device_+++A_C_E_X_b_y+++.docx
2026-06-17 01:32
2005-03-10_US2005055718A_发明申请_US20050055718A1 Peer-to-peer architecture for sharing video on demand content_+++A_C_E_X_b_g_y+++.docx
2026-06-17 01:32
2007-07-19_None_发明专利_JPWO2005062617A1 動画配信システム_+++B_D_E_X+++.docx
2026-06-17 01:32
JP2004227394A_Description_20260426_1648_+++C_E_X_a+++.docx
2026-06-17 01:32
JP2005135140A_Description_20260426_1648_+++a_c_e_m_u+++.docx
2026-06-17 01:32
US2006291811A1_Description_20260426_1648_+++D_X_e+++.docx
2026-06-17 01:32
JP2004227394A_Description_20260426_1648_+++C_E_X_a+++.docx

对比文件名称:JP2004227394A_Description_20260426_1648

目标专利名称:934用于对等订户小区的多源和弹性按需点播视频流媒体系统CN101305612B

模型名称:DeepSeek

### 特征比对表格

技术特征描述及公开性判断结果对比文件原文引用(翻译)公开性论述
**技术特征A:** 所述系统的特征在于:多个节点的订户小区对等网络。**《隐含公开》**【0005】“然而,目前由于宽带的普及,个人用户可用的通信带宽增加,关于内容分发,不再像传统那样使用在提供商级别运行的服务器,而是通过所谓的P2P连接,个人计算机之间的内容交换更能可靠地获取内容。”【0010】“为了解决上述问题,在本发明中,在通过P2P在各自通过网络连接的计算机之间进行内容分发服务的系统中,设置管理用计算机来执行对通过计算机之间的P2P连接进行的内容分发的计费处理。”对比文件明确公开了一个由多个计算机(节点)组成的P2P网络,这些计算机通过网络连接进行内容分发,并由管理服务器(服务提供商)进行管理。虽然未直接使用“订户小区”一词,但本领域技术人员可以合理推断,该网络中的用户(订户)构成一个由服务提供商管理的封闭社区,且节点之间的P2P连接对应于订户小区对等网络。因此,该特征被隐含公开。
**技术特征B:** 每个节点包括被适配来与电视机连接的设备。**《未公开》**对比文件通篇提及“コンピュータ”(计算机),如【0001】“映画、音楽、画像、プログラムなどの情報をネットワークを介してコンピュータ間で配信”,未提及任何与电视机连接的适配设备或机顶盒(STB)。目标专利的节点明确为STB、PC或移动计算设备,且强调与电视机连接。对比文件仅涉及通用计算机,未公开用于电视连接的功能或结构,本领域技术人员无法毫无疑义地推断出节点必须适配电视机。因此,该特征未公开。
**技术特征C:** 包括所述内容的流数据的接收器,该接收器是所述订户小区对等网络中的所述多个节点之一。**《直接公开》**【0018】“コンテンツ要求側の受信サーバ2は、配信・課金管理サーバ6に、コンテンツ配信側の配信サーバ1およびこの配信サーバ1が蓄積したコンテンツを指定して配信要求を行う機能を有し”(内容请求侧接收服务器2具有向分发/计费管理服务器6指定内容分发侧分发服务器1以及该分发服务器1所存储的内容来进行分发请求的功能)。对比文件中的“受信サーバ”(接收服务器)即为接收内容的节点,该节点是P2P网络中的一个计算机,从分发服务器接收流数据。因此,接收器作为对等网络节点的技术特征被直接公开。
**技术特征D:** 所述流数据包括多个块。**《未公开》**对比文件描述内容分发时未涉及数据块划分,如【0012】-【0030】描述认证和计费流程,未提及将内容分成多个块进行传输或处理。目标专利中流数据被划分为多个块以支持FEC编码和多源传输。对比文件仅讨论完整内容的分发,没有块的概念,本领域技术人员无法推断出流数据被分块。因此,该特征未公开。
**技术特征E:** 其中所述接收器能够通过所述服务提供商的网络提出针对所述内容的需求。**《直接公开》**【0018】“受信サーバ2は、配信・課金管理サーバ6に、コンテンツ配信側の配信サーバ1およびこの配信サーバ1が蓄積したコンテンツを指定して配信要求を行う”(接收服务器2向分发/计费管理服务器6指定分发服务器1及其存储的内容进行分发请求)。接收服务器(接收器)通过管理服务器(服务提供商网络)提出对特定内容的分发请求。该请求过程明确体现接收器通过服务提供商网络提出需求,因此该特征被直接公开。
**技术特征F:** 供应方组,所述供应方组包括有效供应方组和备用供应方组。**《未公开》**对比文件始终使用单一分发源,如【0018】指定一个配信サーバ1进行分发,未提及多个分发源或区分有效/备用。在【0039】-【0074】的流程中,每次分发仅涉及一个配信サーバ和一个受信サーバ。目标专利的供应方组包含有效与备用两组,用于多源流送和故障切换。对比文件仅支持一对一的分发模式,没有分组或备用概念,本领域技术人员无法推断出这种分层结构。因此,该特征未公开。
**技术特征G:** 其中所述供应方组中的每个供应方是所述订户小区对等网络中的所述多个节点中实际录制了所述内容的一个节点。**《未公开》**对比文件涉及内容注册,如【0016】“コンテンツ配信側のコンピュータ1は、配信対象のコンテンツを特定するための識別情報を配信・課金管理サーバ6に通知して登録している”(内容分发侧计算机1向分发/计费管理服务器6通知并注册识别分发对象内容的信息)。但未提及录制(録画/録音)过程。目标专利强调供应方通过PVR录制获得内容。对比文件仅说明供应方拥有内容并注册,但未说明内容来源是录制,可能来自下载或其他方式。本领域技术人员不能合理推断出内容一定是通过录制获得的。因此,该特征未公开。
**技术特征H:** 其中每个有效供应方向所述接收器发送不同于由其他有效供应方发送的指定流数据部分的指定流数据部分,并且中每个备用供应方准备好在特定有效供应方的情况下向所述接收器发送不同于其他备用供应方所发送的指定流数据部分的指定流数据部分。**《未公开》**对比文件的分发流程中(如【0047】-【0049】),配信サーバ1将编码后的コンテンツA整体发送给受信サーバ2,不存在多个供应方发送不同部分的情况。备用概念未出现。目标专利的核心是多源流送,每个有效供应方发送不同的数据片断,备用供应方准备替代。对比文件仅支持单一源完整发送,没有多源分段传输的任何教导或暗示。因此,该特征未公开。
**技术特征I:** 其中,对于所述接收器已经提出了所述需求的所述内容的所述多个块中的每个块,所述接收器可操作来:利用FEC编码开销比。**《未公开》**对比文件全文未出现“FEC”(前向纠错)或“符号化开销比”等术语,也未涉及任何纠错编码技术。目标专利利用FEC编码开销比进行可靠传输。对比文件仅涉及认证和计费,没有数据编码或纠错机制。本领域技术人员无法从对比文件推断出FEC的使用。因此,该特征未公开。
**技术特征J:** 用信号通知每个有效供应方以单独分配的数据速率发送利用所述FEC编码开销比进行了FEC编码的块的至少单独分配的片断。**《未公开》**对比文件未涉及多供应方、数据速率分配或FEC编码,也没有信号通知片断的机制。同上,对比文件无相关技术内容。
**技术特征K:** 接收FEC编码块的段,其中每个段表示所述单独分配的片断至少一部分。**《未公开》**对比文件无FEC编码块、段或片断的概念。对比文件未公开任何与FEC编码块的段接收相关的内容。
**技术特征L:** 基于所述段的聚集来解码所述FEC编码块并且将已解码块存储在缓冲器中。**《未公开》**对比文件无解码过程,受信サーバ使用共有化コード进行復号化(解密),但这不是FEC解码,且未涉及缓冲器。目标专利的FEC解码和缓冲器存储未在对比文件中体现。
**技术特征M:** 监控与每个有效供应方的网络连接的性能。**《未公开》**对比文件涉及回線トラヒックの負荷確認(线路流量负载确认),如【0041】,但这是分发前的一次性确认,不是会话中的持续监控。目标专利要求实时监控每个有效供应方的连接性能(如速率、丢失率等)。对比文件仅做预先负载检查,无动态监控,因此未公开。
**技术特征N:** 监控该缓冲器以便检测出会导致上溢或下溢的状况。**《未公开》**对比文件无缓冲器概念,也未涉及上溢/下溢检测。目标专利的缓冲器管理和溢出监控完全未在对比文件中提及。
**技术特征O:** 基于所述网络连接的性能以及所述缓冲器的状况来执行质量适配,以避免到达该缓冲器的下溢或上溢。**《未公开》**对比文件无质量适配机制,所有控制集中在认证和计费。目标专利的质量适配(速率调整、FEC参数调整等)未出现在对比文件中。
**技术特征P:** 所述方法的特征在于以下步骤:从订户小区对等网络中的候选供应方组中选择供应方组以作为共同发送所述内容的有效供应方组,以及从所述候选供应方组中选择另一供应方组以作为备用供应方组,其中,所述订户小区对等网络包括分别被适配来与电视机进行连接的设备,其中所述候选供应方包括所述设备,并且其中所述内容包括多个流数据块。**《未公开》**对比文件无选择有效/备用供应方组的步骤;无电视机适配设备;无流数据块划分。该特征组合了多源选择、电视机设备和数据块,对比文件均未公开。
**技术特征Q:** 对于要被接收的所述多个流数据块中的每个块:利用FEC编码开销比。**《未公开》**同特征I,对比文件无FEC。未公开。
**技术特征R:** 用信号通知每个有效供应方以单独分配的数据速率发送利用所述FEC编码开销比进行了FEC编码的块的至少单独分配的片断。**《未公开》**同特征J。未公开。
**技术特征S:** 接收该FEC编码块的段,其中每个段表示所述单独分配的片断的至少一部分。**《未公开》**同特征K。未公开。
**技术特征T:** 基于所述段的聚集解码所述FEC编码块并且将已解码块存储在缓冲器中。**《未公开》**同特征L。未公开。
**技术特征U:** 监控与每个有效供应方的网络连接的性能。**《未公开》**同特征M。未公开。
**技术特征V:** 监控该缓冲器以便检测出会导致上溢或下溢的状况。**《未公开》**同特征N。未公开。
**技术特征W:** 基于所述网络连接的性能以及所述缓冲器的状况来执行质量适配,以避免到达该缓冲器的下溢或上溢。**《未公开》**同特征O。未公开。
**技术特征X:** 其中,所述流数据是音频数据、视频数据或全部二者。**《直接公开》**【0001】“映画、音楽、画像、プログラムなどの情報”(电影、音乐、图像、程序等信息)。对比文件明确内容分发涉及电影(视频)和音乐(音频),因此流数据是音频和/或视频数据被直接公开。
**技术特征Y:** 其中,所述订户小区对等网络包括机顶盒STB、个人计算机PC或移动计算设备的任意组合,所述机顶盒STB、个人计算机PC或移动计算设备中的每个都作为供应方、接收器或全部二者进行操作。**《未公开》**对比文件仅涉及计算机(コンピュータ),如【0005】“個人のコンピュータ同士”,未提及STB或移动计算设备。关于节点角色,对比文件中的计算机可作为分发方或接收方,但未明确同时作为两者,且未涉及全部二者操作。目标专利的网络设备类型包括STB和移动设备,对比文件只有PC,且未讨论节点同时作为供应方和接收方的能力。因此,该特征未公开。
**技术特征Z:** 其中,选择供应方组是基于使用选自以下组的度量的任意组合的等级,所述组包括:供应方的供给或接收状态、可用上行链路带宽、处理能力、可靠性历史、路径等待时间、分组丢失以及公平性。**《未公开》**对比文件中用户通过列表(リスト)选择供应方,列表可能包含位置和负载信息(如【0039】),但未公开等级计算或具体度量(如处理能力、可靠性历史、分组丢失、公平性等)。目标专利的等级度量选择机制复杂,对比文件仅提供简单列表,未涉及任何基于度量的等级排序或计算。因此,该特征未公开。

<<<a>>><<<C>>><<<E>>><<<X>>>

权利要求与技术特征

A 所述系统的特征在于:多个节点的订户小区对等网络,
B 其中每个节点包括被适配来与电视机连接的设备
C 包括所述内容的流数据的接收器,该接收器是所述订户小区对等网络中的所述多个节点之一,
D 所述流数据包括多个块,
E 其中所述接收器能够通过所述服务提供商的网络提出针对所述内容的需求
F 供应方组,所述供应方组包括有效供应方组和备用供应方组,
G 其中所述供应方组中的每个供应方是所述订户小区对等网络中的所述多个节点中实际录制了所述内容的一个节点,
H 其中每个有效供应方向所述接收器发送不同于由其他有效供应方发送的指定流数据部分的指定流数据部分,;并且中每个备用供应方准备好在特定有效供应方的情况下向所述接收器发送不同于其他备用供应方所发送的指定流数据部分的指定流数据部分
I 其中,对于所述接收器已经提出了所述需求的所述内容的所述多个块中的每个块,所述接收器可操作来:利用FEC编码开销比
J 用信号通知每个有效供应方以单独分配的数据速率发送利用所述FEC编码开销比进行了FEC编码的块的至少单独分配的片断
K 接收FEC编码块的段,其中每个段表示所述单独分配的片断至少一部分
L 基于所述段的聚集来解码所述FEC编码块并且将已解码块存储在缓冲器中
M 监控与每个有效供应方的网络连接的性能
N 监控该缓冲器以便检测出会导致上溢或下溢的状况
O 基于所述网络连接的性能以及所述缓冲器的状况来执行质量适配,以避免到达该缓冲器的下溢或上溢。
Powered by Django

网站备案号:渝ICP备2023012882号


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