好的，作为资深专利代理师，我将严格遵循您的要求，对目标专利的权利要求技术特征与对比文件进行逐项比对。
对比文件名称：2009-08-20_JP2009188735A_发明专利_JP2009188735A Device, system, method for distributing animation data and program
目标专利名称：2053建立事件的流传输呈现CN106464925B
模型名称：deepseek
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：已通过在多个媒体流之间动态地切换来获得流传输呈现，并且所述系统包括：-输入，用于从多个流源获得源数据，所述多个流源提供对表示事件的不同记录的相应多个媒体流的访问。 **《未公开》** | 对比文件[2]段落中描述了“方法b”：“動画データを複数のビットレートのＨ．２６４／ＡＶＣとして符号化して、それら全てを保存部１０－２に格納しておく。調整部１０－１は接続１－ａを通して保存部２０－２から「最新送信レート以下のビットレートであるＨ．２６４／ＡＶＣ」を選択してその一定区間分（例えば数秒分）を読み出す。”（翻译：将动画数据作为多个比特率的H.264/AVC进行编码，并将它们全部存储在保存部10-2中。调整部10-1通过连接1-a从保存部20-2中选择“比特率等于或小于最新发送速率的H.264/AVC”，并读取其一定区间（例如数秒））。 | 对比文件涉及的是单个动画数据在不同比特率下的自适应分发，其多个流源（保存部内的不同比特率流）提供的是同一事件（动画内容）的**不同编码质量的版本**，而非目标专利所述的“不同记录”（如不同视角、不同记录设备产生的不同视听内容）。目标专利强调的是从不同记录设备或视角获取的、内容上存在差异的媒体流，而对比文件是通过对同一内容进行不同编码来生成多个流。因此，对比文件没有公开“表示事件的不同记录的多个媒体流”。 |
| 技术特征B：源数据由所述多个媒体流的并发部分的内容数据和/或元数据构成。 **《隐含公开》** | 对比文件[2]段落中描述：“調整部１０－１は接続１－ａを通して動画データ保存部１０－２から動画データの一定区間分（例えば数秒分）を読み出す。”（翻译：调整部10-1通过连接1-a从动画数据保存部10-2读取动画数据的固定区间部分（例如数秒））。 | 对比文件明确公开了读取“一定区間分”的数据，这对应于目标专利中的“部分”。这些部分的数据是动画内容数据，即“内容数据”。虽然对比文件没有明确提及“元数据”，但其公开了“内容数据”这一选项。对比文件中的“一定区間分”是针对同一动画数据的不同编码流，这些流在时间上是同步的，因此它们的部分可以视为“并发部分”。本领域技术人员可以合理推断出，源数据由这些流在时间上对应的部分（即并发部分）的内容数据构成。 |
| 技术特征C：并发部分表示事件的并发时间段。 **《隐含公开》** | 对比文件[2]段落中描述了动画数据的配信过程，其中“一定区間分”是连续的时间段。例如，图5的说明中提到“以上の処理を動画データ全体の配信を完了するまで繰り返す”（翻译：重复以上处理直到动画数据整体配信完成）。 | 对比文件中的“一定区区间分”指的是动画数据流中连续的时间切片。在“方法b”中，调整部对多个比特率流进行选择，这些流在时间轴上是对齐的。因此，被选择的不同流的“一定区間分”在时间上是对应的，共同构成一个“并发时间段”。尽管对比文件未明确使用“事件”一词，但其动画数据本身即代表了视频内容，其内容的时间进展可以视为“事件”的进展。因此，本领域技术人员可以合理推断，这些并发部分代表了动画内容的并发时间段。 |
| 技术特征D：每个媒体流包括多个连续部分。 **《直接公开》** | 对比文件[2]段落中描述：“動画データを一定区ずつバースト的に送出し”（翻译：将动画数据以固定区间为单位突发地发送）。“調整部１０－１は接続１－ａを通して動画データ保存部１０－２から動画データの一定区間分（例えば数秒分）を読み出す。”（翻译：调整部10-1通过连接1-a从动画数据保存部10-2读取动画数据的固定区间部分（例如数秒））。 | 对比文件明确公开了将动画数据划分为“一定区間分”进行读取和发送，这直接对应于每个媒体流由多个连续部分（片段）构成。该特征在对比文件中的作用与在目标专利中作用相同，都是将媒体流分割成可独立处理的单元。 |
| 技术特征E：所述多个媒体流包括一个或多个分割媒体流。 **《直接公开》** | 对比文件[2]段落中描述：“動画データを複数のビットレートのＨ．２６４／ＡＶＣとして符号化して、それら全てを保存部１０－２に格納しておく。” （翻译：将动画数据作为多个比特率的H.264/AVC进行编码，并将它们全部存储在保存部10-2中）。 | 对比文件明确公开了将同一动画数据编码成多个不同比特率的流（H.264/AVC流）。这些流在逻辑上是独立的媒体流，并且每个流本身可以被分割成“一定区間分”。因此，本领域技术人员可以直接地、毫无疑义地确定这些流是分割媒体流。 |
| 技术特征F：并且所述并发部分至少部分地由所述一个或多个分割媒体流的并发片段构成。 **《隐含公开》** | 对比文件[2]段落中描述了“一定区間分”的读取和选择过程。例如，在“方法b”中，调整部从多个比特率流中选择一个流的“一定区間分”。 | 对比文件的技术方案涉及对多个（分割）媒体流（不同比特率）的片段（一定区間分）进行动态选择。这些片段在时间上是对齐的，因此是“并发片段”。目标专利的“所选择的部分”正是由这些并发片段中的一部分构成。虽然对比文件未明确使用“并发片段”这一术语，但本领域技术人员可以理解，在选择过程中，被评估和选择的正是这些在时间上对应的片段。 |
| 技术特征G：-处理子系统，被配置为，对于所述连续部分中的每一个：<br>i)将至少一个质量评估函数应用于源数据以将质量得分分派给每个并发部分，其中所述质量得分是基于所述内容数据确定的，由此建立多个质量得分。 **《未公开》** | 对比文件[2]段落中描述了调整部如何选择数据流：“調整部１０－１は接続１－ａを通して保存部２０－２から「最新送信レート以下のビットレートであるＨ．２６４／ＡＶＣ」を選択してその一定区間分（例えば数秒分）を読み出す。”（翻译：调整部10-1通过连接1-a从保存部20-2中选择“比特率等于或小于最新发送速率的H.264/AVC”，并读取其一定区间（例如数秒））。 | 对比文件的选择依据是“发送速率”，即网络带宽条件，而非对内容数据或元数据应用“质量评估函数”得出的“质量得分”。对比文件的目标是确保数据能够顺利传输，避免因带宽不足导致播放中断，其选择策略是选择与当前带宽匹配的比特率流。而目标专利的目标是为用户提供最佳质量的观看体验，通过评估内容质量（如画面稳定性、阻塞）和/或记录质量（如分辨率、帧率）来做出选择。两者的目的和评估对象完全不同。对比文件完全没有公开基于内容数据计算质量得分的过程。 |
| 技术特征H：ii)产生选择数据用于使流传输客户机能够访问相应媒体流的并发部分中的所选择的部分，已基于所述多个质量得分的比较选择所述所选择的部分。 **《未公开》** | 对比文件[2]段落中描述了选择过程，其结果是调整部直接读取选中的流，并准备发送。 | 对比文件中，信息处理装置A（服务器）直接基于带宽测量结果做出选择，并将选中的流数据直接发送给客户端。它没有产生类似于目标专利中的“选择数据”（如质量得分列表或播放列表），客户端也没有基于此进行选择。对比文件没有公开“产生选择数据”这一中间步骤，更没有公开基于“质量得分比较”的选择方式。 |
| 技术特征I：其中向所述流传输客户机提供清单，所述清单包括用于使流传输客户机能够访问所述多个流源的地址信息，并且其中-所述系统还包括用于向流传输客户机提供选择数据的客户机接口。 **《未公开》** | 对比文件全文未提及“清单”、“地址信息”或专门的“客户机接口”。 | 对比文件描述的是一个点对点的分发系统，服务器直接发送数据给客户端，客户端是被动的接收者，不具备主动从多个流源中选择和访问的能力。目标专利中的“清单”和“客户机接口”是用于实现客户端自主选择的关键机制，对比文件完全没有涉及。 |
| 技术特征J：-选择数据由处理子系统产生以便使流传输客户机能够从清单选择所述多个流源中的提供对所述所选择的部分的访问的流源。 **《未公开》** | 对比文件全文未提及“清单”或者基于“选择数据”让客户端选择流源。 | 如上所述，对比文件的选择和决策完全在服务器（信息处理装置A）侧完成，客户端（信息处理装置B）不参与选择，只需接收和播放。因此，不存在产生用于客户端选择流源的选择数据的需求。 |
| 技术特征K：其中所述选择数据包括所述多个质量得分的至少一部分。 **《未公开》** | 对比文件全文未提及“质量得分”。 | 对比文件的选择依据是网络带宽，并非质量得分，因此不存在包含质量得分的“选择数据”。 |
| 技术特征L：其中所述处理子系统被配置用于：i)将所述质量得分格式化为元数据流。 **《未公开》** | 对比文件全文未提及“质量得分”或“元数据流”。 | 对比文件没有公开质量得分，更没有将其格式化为元数据流的概念。 |
| 技术特征M：ii)将地址信息包括在清单中以便使流传输客户机能够访问元数据流。 **《未公开》** | 对比文件全文未提及“清单”或“元数据流”。 | 对比文件不涉及清单或元数据流，因此没有相关性。 |
| 技术特征N：其中所述客户机接口被配置用于经信令信道向流传输客户机提供选择数据。 **《未公开》** | 对比文件全文未提及“信令信道”或专门的“客户机接口”。 | 对比文件的数据传输是基于标准的TCP/IP协议的数据流，未定义额外的信令信道用于传输选择数据。 |
| 技术特征O：其中所述选择数据还包括用于使流传输客户机能够将所述质量得分与所述多个流源关联的关联信息。 **《未公开》** | 对比文件全文未提及“质量得分”或“关联信息”。 | 由于对比文件不涉及质量得分，关联信息也就无从谈起。 |
| 技术特征P：其中所述处理子系统被配置用于产生用于流传输客户机的清单，所述清单包括播放列表，播放列表标识用于从所述多个流源中的相应流源被连续地访问的所述多个媒体流的不同部分，已基于选择数据选择所述不同部分中的至少一个部分。 **《未公开》** | 对比文件全文未提及“清单”或“播放列表”。 | 对比文件中的服务器直接决定并发送数据，不产生供客户端使用的播放列表。 |
| 技术特征Q：其中所述处理子系统被配置用于针对新的并发部分更新清单。 **《未公开》** | 对比文件全文未提及“清单”或“更新清单”。 | 对比文件不涉及清单，因此没有更新操作。 |
| 技术特征R：其中所述处理子系统被配置用于：在下述情况下在产生选择数据时保持对所述多个媒体流中的一个媒体流的前一选择：-前一媒体流的并发部分和所述所选择的部分之间的质量得分的差异低于质量阈值。 **《未公开》** | 对比文件[2]段落中描述了选择是基于“最新送信レート以下のビットレートであるＨ．２６４／ＡＶＣ”（比特率等于或小于最新发送速率），即选择标准是带宽，而非质量得分的差异。 | 对比文件的选择策略是基于带宽匹配，不存在基于质量得分差异的阈值判断。其选择逻辑是硬性的比特率切换，没有考虑切换带来的质量增益与切换成本（如处理开销）之间的平衡，而目标专利的“质量阈值”正是为了平衡这一点。 |
| 技术特征S：-并发部分的长度低于长度阈值。 **《未公开》** | 对比文件[2]段落中描述“一定区間分（例えば数秒分）”（固定区间部分（例如数秒）），其长度是预设的固定值。 | 对比文件中的“一定区間分”是固定的，没有公开基于长度阈值来决定是否切换的逻辑。目标专利中的长度阈值用于在片段过短时避免频繁切换，对比文件没有这种考虑。 |
| 技术特征T：被配置用于通过下述操作来用作流传输客户机和所述多个流源之间的代理：i)从所述多个流源接收所述多个媒体流的并发部分。 **《未公开》** | 对比文件中的信息处理装置A直接保存了所有比特率的流，并作为单一服务器直接向客户端发送数据。 | 对比文件中的信息处理装置A是服务器，而非代理。它直接拥有数据，而不是从多个外部流源接收数据流。目标专利的“代理”角色是位于客户端和独立流源之间的中间件，对比文件没有公开这种架构。 |
| 技术特征U：ii)将所述所选择的部分传送给流传输客户机。 **《未公开》** | 对比文件[2]段落中描述：“送信部１０－３は供給された動画データを通信ネットワーク１００上の接続１－ｃを通して情報処理装置Ｂの受信部１１－１へと送信する。”（翻译：发送部10-3将供应的动画数据通过通信网络100上的连接1-c发送到信息处理装置B的接收部11-1）。 | 对比文件中的服务器是直接将数据发送给客户端，但它不是作为代理来执行此操作，因为它是数据的源点。目标专利的“代理”是接收来自多个外部流源的数据，再转发给客户端。对比文件的数据源是本地存储，因此不构成代理行为。 |
| 技术特征V：其中以非分割形式接收所述多个媒体流中的至少一个媒体流，并且其中所述处理子系统被配置用于分割所述媒体流。 **《未公开》** | 对比文件[2]段落中描述了数据是以“一定区間分”的形式被读取和发送的，即数据在存储和读取时已经是分割的。 | 对比文件处理的是预先分割好的流（“一定区間分”），或者是在读取时自然地按此单位处理，没有公开接收一个完整的非分割流再对其进行分割的过程。 |
| 技术特征W：其中基于并发部分之中具有最高质量得分的所述所选择的部分来选择所述所选择的部分。 **《未公开》** | 对比文件全文未提及“质量得分”，选择基于带宽。 | 对比文件的选择准则是带宽匹配，而非追求最高质量得分。 |
| 技术特征X：其中所述流传输客户机被配置用于获得清单，所述清单包括用于使流传输客户机能够访问所述多个流源的地址信息，所述流传输客户机还包括：-输入，用于从所述系统接收选择数据。 **《未公开》** | 对比文件全文未提及“清单”、“地址信息”或“选择数据”。 | 对比文件中的客户端（信息处理装置B）是被动的接收者，不主动获取清单或选择数据。 |
| 技术特征Y：-处理子系统，被配置为：i)基于选择数据，从清单选择所述多个流源中的提供对所述所选择的部分的访问的流源。 **《未公开》** | 对比文件全文未提及“选择数据”或“清单”。 | 对比文件中的选择由服务器完成，客户端不执行选择操作。 |
| 技术特征Z：ii)从所述流传输源访问所述所选择的部分。 **《未公开》** | 对比文件[2]段落中描述客户端接收数据：“受信部１１－１は受信した動画データを接続１－ｄを通して再生部１１－２に供給する。”（翻译：接收部11-1将接收到的动画数据通过连接1-d提供给再生部11-2）。 | 对比文件中的客户端是从单一服务器接收数据，而不是基于选择从一个特定的“流传输源”去访问一个“所选择的部分”。目标专利的“所选择的部分”是由客户端自主选择的，而在对比文件中，客户端没有选择能力。 |
<<<D>>><<<E>>><<<b>>><<<c>>><<<f>>>