对比文件名称：2007-02-01_US2007024706A_发明申请_US20070024706A1 Systems and methods for providing high-resolution regions-of-interest
目标专利名称：空间分段的内容的递送CN103583050B
本次调用模型名称：未指定（基于上下文推理，用户未提供具体模型名称，此处按要求在回答中明确）
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：包括：客户端接收包括源流的一个或多个空间表示的空间清单数据结构 （《隐含公开》） | 对比文件[0069]描述：“CVAP 122 determines the video stream capability (i.e., via Session Description Protocol (SDP, RFC 2327) or Session Initiation Protocol (SIP, RFC 2543) or H.245, etc.) of the video source/s identified in step .”（步骤406中，CVAP 122确定所识别视频源/源的视频流能力（例如，通过会话描述协议（SDP，RFC 2327）或会话发起协议（SIP，RFC 2543）或H.245等）。）<br>对比文件[0071] 进一步描述：“... the queried video source/s may respond with attribute information (e.g., video rates and resolution information including bit rate, frame rate and video stream resolution, spatial region definitions for ROIs) concerning digital video streams 110 available from the queried video source 102.”（...被查询的视频源/源可响应与来自被查询视频源102的数字视频流110相关的属性信息（例如，视频速率和分辨率信息，包括比特率、帧速率和视频流分辨率、ROI的空间区域定义）。） | 对比文件公开了客户端（CVAP 122）接收描述视频流能力的“清单”。该清单通过SDP/SIP等协议获取，包含了视频流的属性信息（如分辨率、比特率、帧速率、空间区域定义）。这本质上是一种数据结构，用于描述源流（视频源）的多个表示（不同分辨率、速率的流）。目标专利中的“空间清单数据结构”是用于描述源流空间表示和片段流位置信息的结构化文件。对比文件虽然未使用“空间清单”这一术语，但客户端接收的包含“多个流属性信息”的消息（如SDP）在功能上等同于一种清单，用于描述源流的不同版本（空间表示），因此本领域技术人员可以合理推断该信息已隐含公开了“空间清单数据结构”的概念。 |
| 技术特征B：每个空间表示标识一个或多个空间片段流和用于定位一个或多个递送节点的位置信息 （《隐含公开》） | 对比文件[0071] 描述：“...the queried video source/s may respond with attribute information (e.g., video rates and resolution information including bit rate, frame rate and video stream resolution, spatial region definitions for ROIs) concerning digital video streams 110 available from the queried video source 102.”（...被查询的视频源/源可响应与来自被查询视频源102的数字视频流110相关的属性信息（例如，视频速率和分辨率信息，包括比特率、帧速率和视频流分辨率、ROI的空间区域定义）。）<br>对比文件[0091] 描述：“As an illustrative example, video source 102 may be configured to provide 1280H×720V, 640H×360V, and/or 320H×180V image resolutions for video streams.”（作为说明性示例，视频源102可被配置为提供1280H×720V、640H×360V和/或320H×180V图像分辨率的视频流。）<br>对比文件[0093] 描述：“...consider an HQ-ROI window/stream that has the starting [X,Y] coordinates of [480,270]...” （...考虑一个HQ-ROI窗口/流，其起始[X,Y]坐标为[480,270]...） | 对比文件公开了视频源可以提供多个“空间表示”（不同分辨率的流，如1280H×720V、640H×360V）。每个表示对应一个流（或空间片段流，如HQ-ROI流）。对比文件虽然未明确将同一场景的不同分辨率流称为“空间表示”，但多个不同分辨率的流本质上就是源流的不同空间表示。对比文件进一步公开了“位置信息”的概念，例如[0093]中通过[X,Y]坐标定位HQ-ROI窗口在场景中的位置。虽然该位置信息是用于描述图像子区域，而非直接定位递送节点，但对比文件也公开了通过URL（如[0084]描述的RTSP/RTP会话）或网络地址来定位流的来源。因此，本领域技术人员可以合理推断，每个空间表示（流）必然关联一个用于定位其来源（递送节点或视频源）的位置信息（如URL、IP地址、会话ID等），从而隐含公开了该特征。 |
| 技术特征C：该一个或多个递送节点与被配置为将所述一个或多个空间片段流传送到所述客户端的内容递送网络相关联 （《未公开》） | 对比文件[0048] 描述：“In this exemplary embodiment, video delivery system 100 includes a video source component or video source device (VSD) , a video access component 104, a viewing client 120, and a video display component 140.”（在该示例性实施例中，视频递送系统100包括视频源组件或视频源设备（VSD）、视频访问组件104、观看客户端120和视频显示组件140。）<br>对比文件[0053] 描述：“...video access component 104 is coupled to communicate multiple digital video streams to across computer network medium 112, to a viewing client 120.”（...视频访问组件104耦合以通过网络介质112向观看客户端120传送多个数字视频流。） | 对比文件描述了视频源（VSD）和视频访问组件104直接向客户端提供流，网络介质112是通用网络。全文未提及“内容递送网络（CDN）”这一特定网络架构，也未提及“递送节点”是CDN的一部分。对比文件中的“视频源”或“视频访问组件”是流的源头，而非CDN中的分布式递送节点。因此，即使对比文件隐含公开了流从某个节点（视频源）递送，该节点也未被关联到“内容递送网络”。该技术特征未在对比文件中公开。 |
| 技术特征D：所述空间清单数据结构进一步包括用于将所述空间片段流中的空间片段帧拼接成视频帧以用于显示的定位信息 （《未公开》） | 对比文件[0093] 描述：“...consider an HQ-ROI window/stream that has the starting [X,Y] coordinates of [480,270] which places the initial 320H×180V window in the center of the scene...” （...考虑一个HQ-ROI窗口/流，其起始[X,Y]坐标为[480,270]，这会将初始320H×180V窗口置于场景中心...） | 对比文件公开了HQ-ROI流的起始坐标（[X,Y]），这些坐标用于定位该流在场景中的显示位置。然而，该定位信息是用于指示“感兴趣区域”在场景中的位置，而非用于“拼接”多个空间片段流以形成完整视频帧。目标专利中，定位信息的作用是将多个独立的空间片段帧在空间上对准（拼接）成一个连续的视频帧。对比文件中的HQ-ROI流是一个独立的子窗口，通常叠加在全场景视图之上，不需要也不需要与其他流进行“拼接”来形成完整帧。因此，对比文件未公开该定位信息用于拼接的功能。 |
| 技术特征E：选择与至少一个所述空间表示相关联的一个或多个空间片段流 （《直接公开》） | 对比文件[0074] 描述：“Next, in step 414, CVAP 122 selects particular video stream/s from the available video streams determined in step , e.g., based on one or more stream selection parameters obtained in step 412.”（接下来，在步骤414中，CVAP 122从步骤中确定的可用视频流中选择特定的视频流/流，例如，基于在步骤412中获取的一个或多个流选择参数。）<br>对比文件[0100] 描述：“...the client viewing application may be configured to allow viewer(s)/user(s) to ‘click’ on or otherwise designate any area within an active viewing window ... such that they can start an HQ-ROI view/stream of the designated area...” （...观看客户端应用程序可被配置为允许观看者/用户“点击”或以其他方式指定活动观看窗口内的任何区域...使得他们可以启动指定区域的HQ-ROI视图/流...） | 对比文件直接且明确地公开了客户端（CVAP 122）根据参数或用户输入从多个可用流中选择特定的流。选择的对象包括全场景流和HQ-ROI流，这些流对应于源不同的“空间表示”（如不同分辨率或区域）。例如，用户选择启动一个HQ-ROI流，这等同于选择了一个与源流特定空间区域相关联的“空间片段流”。因此，该特征被直接公开。 |
| 技术特征F：基于所述位置信息，请求与所述内容递送网络相关联的至少一个递送节点将所述至少一个所选择的空间片段流递送到所述客户端 （《隐含公开》） | 对比文件[0084] 描述：“In one exemplary embodiment, a video source may supply individual video streams on corresponding respective different individual logical network connections (e.g., different TCP/UDP/IP ‘sockets’) that are negotiated between the video source and the CVAP. In one example, Unicast RTSP/RTP protocol may be employed for this purpose. A CVAP may implement a ‘Connect/Disconnect/Reconnect’ method to communicate with a video source to switch between video streams.”（在一个示例性实施例中，视频源可在其与CVAP协商的相应不同的逻辑网络连接（例如，不同的TCP/UDP/IP‘套接字’）上供应各个视频流。在一个示例中，可为此目的采用单播RTSP/RTP协议。CVAP可实施“连接/断开/重连”方法来与视频源通信，以在视频流之间切换。）<br>对比文件[0101] 描述：“Subsequent to the selection of an HQ-ROI view, the client viewing application 122 may initiate an HQ-ROI stream from the video source... by supplying the appropriate coordinate parameters... to the video source 102.”（在选择了HQ-ROI视图后，观看客户端应用程序122可通过向视频源102提供适当的坐标参数...来从视频源发起HQ-ROI流。） | 对比文件公开了客户端基于选择（如特征E）向视频源（或视频访问组件）发送请求（如通过RTSP/SIP协议，包含坐标参数），以发起特定流的递送。请求中包含了“位置信息”，例如通过URL或网络地址定位视频源。虽然对比文件中的“视频源”并非目标专利中的“CDN递送节点”，但“递送节点”的广义概念是能够提供流的网络实体。本领域技术人员可以合理推断，客户端请求递送流时需要基于位置信息（如网络地址）来请求一个能够提供该流的节点，并且该节点（如视频源服务器）在功能上等同于一个“递送节点”。因此，该特征被隐含公开。 |
| 技术特征G：从所述至少一个递送节点接收所述一个或多个所选择的空间片段流 （《直接公开》） | 对比文件[0036] 描述：“...receiving the first and second video streams simultaneously from the multi-stream video source over the network connection...” （...通过网络连接从多流视频源同时接收第一和第二视频流...）<br>对比文件[0101] 描述：“Upon receipt of the HQ-ROI stream 110b, the client viewing application may overlay the corresponding area of the viewing window 622 with the HQ-ROI view/stream...” （在接收到HQ-ROI流110b后，观看客户端应用程序可将HQ-ROI视图/流叠加到观看窗口622的相应区域上...） | 对比文件直接且明确地公开了客户端从视频源（相当于递送节点）接收所选视频流（包括全场景流和HQ-ROI流）。例如，[0036]明确描述了“接收第一和第二视频流”，[0101]描述了“接收HQ-ROI流”。因此，该特征被直接公开。 |
| 技术特征H：所述一个或多个所请求的空间片段流是使用HTTP自适应流送协议而传送到所述客户端的 （《未公开》） | 对比文件[0084] 描述：“In one example, Unicast RTSP/RTP protocol may be employed for this purpose.”（在一个示例中，可为此目的采用单播RTSP/RTP协议。）<br>对比文件[0085] 描述：“In one example, an HTTP-like or tunneling protocol may employed for this purpose.”（在一个示例中，可为此目的采用类似HTTP的协议或隧道协议。） | 对比文件明确提到了流送协议，如RTSP/RTP（[0084]）和类似HTTP的协议（[0085]）。但“类似HTTP的协议”并不等同于“HTTP自适应流送协议（HAS）”。HAS协议（如MPEG-DASH、HLS）具有特定的自适应比特率、时间片段划分等特性。对比文件未提及任何自适应流送协议的特征，也未提及“自适应”选择流。因此，该特征未被公开。 |
| 技术特征I：其中所述空间片段流的至少一部分按照时间片段而被划分 （《未公开》） | 对比文件全文未提及“时间片段”或“time segment”用于划分视频流。 | 对比文件仅描述了流具有不同的帧率和分辨率（表2），但未公开将流进一步划分为时间片段（如2秒一段的TS文件）进行存储和递送。无论直接还是隐含公开，对比文件均未涉及该特征。 |
| 技术特征J：其中，所述定位信息是与空间片段流中的空间片段帧相关联的位置坐标 （《未公开》） | 对比文件[0093] 描述：“...consider an HQ-ROI window/stream that has the starting [X,Y] coordinates of [480,270] which places the initial 320H×180V window in the center of the scene...” （...考虑一个HQ-ROI窗口/流，其起始[X,Y]坐标为[480,270]，这会将初始320H×180V窗口置于场景中心...） | 对比文件公开了HQ-ROI流具有起始坐标（[X,Y]），但这些坐标是用于定义整个HQ-ROI流在场景中的空间位置，而非与“空间片段流中的空间片段帧”相关联。目标专利中，定位信息是用于将每个独立的“空间片段帧”拼接到正确位置，例如一个片段帧的左上角坐标。对比文件未公开将坐标与单个帧关联，而是与整个流关联。因此，该特征未被公开。 |
| 技术特征K：其中，所述空间清单数据结构包括与所述源流的第一分辨率版本相关联的至少第一空间表示和与所述源流的第二分辨率版本相关联的至少第二空间表示 （《直接公开》） | 对比文件[0091] 描述：“As an illustrative example, video source 102 may be configured to provide 1280H×720V, 640H×360V, and/or 320H×180V image resolutions for video streams.”（作为说明性示例，视频源102可被配置为提供1280H×720V、640H×360V和/或320H×180V图像分辨率的视频流。）<br>对比文件[0071] 描述：“... the queried video source/s may respond with attribute information (e.g., video rates and resolution information including bit rate, frame rate and video stream resolution...)”（...被查询的视频源/源可响应...属性信息（例如，视频速率和分辨率信息，包括比特率、帧速率和视频流分辨率...）） | 对比文件直接公开了视频源可以提供同一源流（同一个场景）的多个不同分辨率版本（如1280H×720V和640H×360V）。这些不同分辨率版本对应于目标专利中的“第一空间表示”和“第二空间表示”。客户端接收的清单信息（SDP等）包含了这些不同分辨率版本及其属性（特征A）。因此，该特征被直接公开。 |
| 技术特征L：其中所述空间清单数据结构包括与第一数量的空间片段流相关联的第一空间表示 （《未公开》） | 对比文件[0091] 描述：“...video source 102 may be configured to provide 1280H×720V, 640H×360V, and/or 320H×180V image resolutions for video streams.” | 对比文件公开了每个空间表示（不同分辨率）对应一个流（如一个1280×720的流）。并没有公开一个空间表示内包含“多个”空间片段流（即一个高分辨率图像被分割成多个片段流）。目标专利中，一个空间表示（如4096×2160版本）可以包含多个片段流（如2×2矩阵）。对比文件中的流是完整的图像，而非分割后的片段，因此未公开“第一数量的空间片段流”这一概念。 |
| 技术特征M：所述第二空间表示包括第二数量的空间片段流 （《未公开》） | 对比文件[0091] 描述：“...video source 102 may be configured to provide 1280H×720V, 640H×360V, and/or 320H×180V image resolutions for video streams.” | 基于与特征L相同的原因，对比文件中的空间表示没有包含多个片段流，因此更未公开不同空间表示（如第一和第二表示）包含“不同数量”的片段流。该特征未公开。 |
| 技术特征N：进一步包括：缓冲所述一个或多个所选择的空间片段流 （《隐含公开》） | 对比文件[0064] 描述：“...a static stream selection policy that specifies maximum allowable processor (compute) resource usage of viewing client 120 for a given combination of selected video streams...” （...一个静态流选择策略，其指定对于所选视频流的给定组合，观看客户端120的最大允许处理器（计算）资源使用量...）<br>对比文件[0062] 描述：“...current resource status (e.g., memory availability, compute load, etc.) of viewing client 120...” （...观看客户端120的当前资源状态（例如，内存可用性、计算负载等）...） | 对比文件虽然没有明确写出“缓冲”步骤，但公开了客户端处理多个视频流时需要考虑计算和内存资源。在流媒体技术中，处理网络抖动和延迟、确保播放流畅，缓冲是标准的、固有的步骤。客户端必须将接收到的数据包暂时存储在内存中（缓冲）才能进行解码和显示。本领域技术人员可以合理推断，在接收和播放视频流（特别是同时接收多个流）时，客户端必然包含缓冲步骤。因此，该特征被隐含公开。 |
| 技术特征O：接收与所述一个或多个空间片段流相关联的同步信息 （《隐含公开》） | 对比文件[0084] 描述：“A CVAP may implement a ‘Connect/Disconnect/Reconnect’ method to communicate with a video source to switch between video streams.”（CVAP可实施“连接/断开/重连”方法来与视频源通信，以在视频流之间切换。）<br>对比文件[0085] 描述：“A CVAP may signal the video source when to change the video stream within the single network connection, using a signaling/management/control protocol...” （CVAP可使用信令/管理/控制协议在单个网络连接内发信号通知视频源何时改变视频流...） | 对比文件描述了客户端通过信令协议（如RTSP/SIP）与视频源进行交互，以管理流会话。在流媒体系统中，信令过程通常包含传递同步信息，例如RTP流的初始时间戳、时间偏移等，用于确保切换或同步多个流。虽然对比文件未明确写出“同步信息”一词，但结合对比文件[0070]描述的“内部观看模式信息”和流管理逻辑，可以合理推断在管理多个流（如切换流或同时显示全场景流和HQ-ROI流）时，会涉及接收与流同步相关的信息，以确保正确播放。因此，该特征被隐含公开。 |
| 技术特征P：基于所述同步信息来同步所述一个或多个所请求的空间片段流 （《隐含公开》） | 对比文件[0101] 描述：“Upon receipt of the HQ-ROI stream 110b, the client viewing application may overlay the corresponding area of the viewing window 622 with the HQ-ROI view/stream...” （在接收到HQ-ROI流110b后，观看客户端应用程序可将HQ-ROI视图/流叠加到观看窗口622的相应区域上...） | 对比文件描述了客户端同时显示全场景流和HQ-ROI流（叠加显示）。为了保证两个流在时间上正确对齐（例如，HQ-ROI流显示的是与全场景流同一时刻的场景），客户端必须对两个流进行同步。虽然对比文件未描述同步的具体机制，但叠加显示的操作本身隐含了同步的必要性，可以合理推断客户端在接收到流（特征O隐含公开了接收同步信息）后，会利用这些信息进行同步，以确保显示正确。因此，该特征被隐含公开。 |
| 技术特征Q：包括：基于所述定位信息，将空间对准的空间片段帧拼接成连续的视频帧以用于播放 （《未公开》） | 对比文件[0101] 描述：“Upon receipt of the HQ-ROI stream 110b, the client viewing application may overlay the corresponding area of the viewing window 622 with the HQ-ROI view/stream...” （在接收到HQ-ROI流110b后，观看客户端应用程序可将HQ-ROI视图/流叠加到观看窗口622的相应区域上...） | 对比文件中的HQ-ROI流是作为一个独立的子窗口“叠加”在全场景视图之上，而非将多个一帧的片段“拼接”成一个完整的视频帧。目标专利的“拼接”是指将多个空间片段帧（如来自不同片段流的帧）在空间上无缝组合成一个更大的连续帧。对比文件没有公开这种将多个片段拼合成完整帧的过程，也未公开用于该目的的定位信息（特征D）。因此，该特征未公开。 |
| 技术特征R：其中相邻空间片段帧重叠 （《未公开》） | 对比文件全文未描述任何关于“空间片段帧重叠”的内容。 | 目标专利说明书[0128]描述了相邻片段帧可以重叠（例如50%重叠）以实现更平滑的平移。对比文件未涉及任何关于片段帧重叠的概念。 |
| 技术特征S：其中所述重叠是50% （《未公开》） | 对比文件全文未描述任何关于“重叠”或“50%重叠”的内容。 | 基于特征R，对比文件未公开任何重叠，更未公开重叠的具体比例（50%）。 |
<<<E>>><<<K>>><<<g>>><<<a>>><<<b>>><<<f>>><<<n>>><<<o>>><<<p>>>