专利名称：终端设备和内容数据处理方法
技术领域：
本发明涉及终端设备，该终端设备适于作为配置为连接到例如网络上存在的服务
器的终端设备的应用，并具有传输内容数据到服务器和从服务器接收内容数据的功能。此 外，本发明涉及应用于该终端设备的内容数据处理方法。
背景技术：
如今，通常使得在其中存储各种类型的内容数据(如音乐数据和图像数据)的终 端设备(如移动电话终端和通信终端)已经越来越流行。在外出等时携带这种终端设备使 得终端设备的用户能够从其中存储的内容数据中选择和再现与用户期望观看和/或收听 的内容对应的一条内容数据，并且在用户喜欢的任何地方、任何时间、任何情形欣赏从该条 内容数据的再现得到的内容。 在这种情况下，其中用户从他们携带的他们的移动终端中存储的内容数据中选择 并观看和/或收听内容，有时候出现这种情况，其中用户不得不在其中间停止内容数据的 再现。在这种情况下，无论何时用户期望继续内容数据的再现，优选允许用户从之前停止内 容数据的再现的位置继续内容数据的再现。 此外，目前已经实现了这样的机制，其允许服务器连接到网络并存储各块内容数 据，并且允许终端设备每个通过与服务器通信从服务器中存储的各块内容数据中获取一条 内容数据，并且再现获取的该条内容数据。通常，服务器的存储容量显著大于终端设备中包 括的存储器部分的存储容量。因此，允许服务器每个在其中存储大量内容数据并且允许终 端设备每个通过与服务器通信从服务器中存储的内容数据中获得任何条内容数据的机制， 使得用户能够再现大于每个终端设备在其中能够存储的内容数据量的内容数据量。
作为允许实现这种机制的技术标准，例如，数字生活网络联盟(DLNA)标准对本领 域技术人员是公知的。利用符合DLNA标准的设备使得用户能够从服务器获取各种类型的 内容(如图片、音乐和图像)，并且观看和/或收听获取的内容。 然而，在内容数据存储在连接到网络的服务器中的情况下，为了从之前停止再现 的位置继续内容数据的再现，用户必须执行各种类型的操作。 例如，在存在作为内容数据的存储的目的地的多个服务器的情况下，首先，用户需
要执行搜索其中存储了作为再现目标的一条内容数据的服务器的处理。即使在已经发现服
务器以后，随后用户需要搜索存储作为再现目标的该条内容数据的服务器中的位置，此后
通过执行倒带和快进操作等找到用户期望继续内容数据的再现的位置。也就是说，内容数
据存储在连接到网络的服务器中的这种情况导致这样的缺点，其中用户花费大量时间并很
麻烦地实现从用户期望继续观看和/或收听内容的某个位置继续再现内容数据。 作为克服这种缺点的方法，例如，在日本未审专利申请公开No. 2007-66472中描
述了这样的技术，其使得使用配置为再现存储在服务器中的内容数据的网络播放器的用户
能够容易地从之前停止再现的位置继续音乐的再现。
发明内容
在根据用户执行的停止操作停止某首音乐的再现等的情况下，日本未审专利申请
公开No. 2007-66472中描述的技术允许从之前停止再现的位置继续再现该首音乐。然而，
用户期望继续内容数据的再现的位置不仅限于之前停止再现的位置。例如，可能出现这样
的情形，其中用户期望从例如其中他们偏爱的情景出现的视频内容数据的任何位置或其中
包括他们偏爱的旋律的音乐内容数据的任何位置继续或开始内容数据的再现。然而，日本未审专利申请公开No. 2007-66472中描述的现有技术具有这样的缺
点，其中难以实现从用户喜欢的这种任何位置再现内容数据。 因此，期望提供一种终端设备，能够通过与服务器通信从服务器获取内容数据，其 中容易地实现从用户喜欢的任何位置再现内容数据。 根据本发明实施例的一种终端设备包括通信部分，配置为与其中存储内容数据 的服务器执行通信；以及再现处理器，配置为再现通过由所述通信部分执行的通信获得的 内容数据。此外，根据本发明实施例的终端设备包括书签创建器，配置为根据用户发出的 指示，基于与由所述再现处理器再现的处理中的内容数据的再现位置关联的信息和与内容 数据的存储位置关联的信息创建书签；以及书签存储部分，配置为在其中存储由所述书签 创建器创建的书签。此外，在用户发出用于读出书签的指示的情况下，从所述书签存储部分 中读出已经由用户指示对其读出的书签。此外，通过所述通信部分将用于获取读出的书签 中包括的内容描述指定的内容数据的请求传输到服务器。此外，通过再现处理器再现从服 务器传输的内容数据。 通过提供上述配置，在用户发出指示的情况下，根据该指示，将与发出指示时的定 时相关联的内容数据的再现位置存储为书签。 此外，在用户发出用于读出书签的指示的情况下，从服务器获取由读出的书签中
包括的内容描述指定的内容数据，并且在终端设备内再现获取的内容数据。 根据本发明的实施例，将根据用户进行的指示确定的与内容数据的任何再现位置
相关联的信息登记为书签，并且基于书签中描述的信息，从服务器获取内容数据，并且从通
过与书签中描述的内容数据的再现位置相关联的信息确定的位置再现内容数据。
图1是图示根据本发明实施例的系统的配置概述的示意图； 图2是图示根据本发明实施例的、服务器中存储的内容的分级结构的示例的图； 图3是图示根据本实施例的移动电话终端的内部的配置示例的图； 图4是图示根据本发明实施例的、用于创建书签的处理的顺序流程图的图； 图5是图示根据本发明实施例的、用于创建书签的显示屏幕的配置示例的图； 图6是图示根据本发明实施例的、包括一定持续时间的书签的创建的示例的图； 图7A、7B和7C每个是图示根据本发明实施例的、书签创建显示屏幕的转换的示例 的图； 图8是图示根据本发明实施例的、书签中包括的描述的示例的图； 图9是图示根据本发明实施例的、使用书签的再现处理的序列流程图的示例的
图；以及
图10A和10B每个是图示根据本发明实施例的、书签选择显示屏幕的配置示例的 图。
具体实施例方式以下，将参照附图描述本发明的各种示例实施例。在本实施例中，根据本发明的终
端设备应用于移动电话终端。本实施例将按照以下顺序描述 1.系统概述 2.移动电话终端的配置示例 3.用于创建书签的处理示例 4.用于读出书签的处理示例 〈1.系统概述〉 图1是图示根据本实施例的系统的配置概述的示意图。图1所示的根据本实施例 的系统基于DLNA标准建立，并且包括家庭网络1、以及移动电话终端100和服务器200，移 动电话终端100和服务器200两者都连接到家庭网络1。家庭网络1例如是基于IP的网络 等，建立该基于IP的网络以便符合电子电气工程师协会(IEEE)802. lib标准等。
根据DLNA指南，定义了两种元件， 一个是数字媒体服务器(MDS)，配置为记录、存 储和提供内容数据，另一个是数字媒体播放器(DMP)，配置为获取和再现DMS中存储的内容 数据。此外，在图l所示的系统中，移动电话终端100和服务器200分别对应于DMP和匿S。
在符合DLNA标准的服务器200中，以如图2所示的分级树结构的形式管理各条内 容数据。此外，服务器200配置为将其自身内容数据分级，并通过使用称为内容目录服务 (CDS)的传递功能传递关于得到的分级内容数据的信息和列表。该功能由所谓的UPnP AV 标准规定，其中每条内容数据被称为"项目(item)"，此外，配置为在其中存储内容数据的文 件夹被称为"容器(container): 在图2所示的分级树结构中，在对应于分级树结构中的最高分级层的根容器Cn 0 之下，分配了三个容器，它们是音乐容器Cn 1、图片容器Cn 2和视频容器Cn 3。此外，例如 在音乐容器Cn l之下，分配了三个容器Cn 4到Cn 6，并且它们中的容器Cn 4包括五个内 容Ct 1到Ct 5作为"项目"。 为了获得目标容器中包括的容器或项目的列表，首先，移动电话终端100将"浏览
请求"传输给服务器200。此外，服务器200将涉及直接位于根容器Cn 0之下的容器的信
息传输给移动电话终端IOO作为"浏览响应"。也就是说，在移动电话终端100和服务器200
之间，交替执行多次传输和接收"浏览请求"和"浏览响应"，直到达到目标项目。 此外，在最终达到目标项目的步骤中，移动电话终端100将用于获取文件的请求
(如"HTTP获取请求")传输给服务器200，然后获取目标内容数据。 〈2.移动电话终端的配置示例> 接着，将参照图3描述在本实施例中使用的移动电话终端100的内部配置示例。如 图3所示，移动电话终端IOO包括控制器ll，其配置为执行由移动电话终端100内的各个部 分执行的处理操作的控制。控制器11配置为经由控制线28传送控制数据到移动电话终端 100内的各个部分或从移动电话终端100内的各个部分接收控制数据。本示例中的控制器 11在其中包括DLNA处理器lla，其配置为执行控制以便使得内容数据根据上述DLNA标准传送。 DLNA处理器11a执行用于创建传输到服务器200的"浏览请求"、"HTTP获取请求" 等的处理，并基于从服务器200传输的"浏览响应"中描述的内容创建内容的列表(即，容 器或项目)。创建的内容的列表根据控制器11执行的控制显示在下面将描述的显示部分 15上。 此外，根据本实施例的移动电话终端IOO包括通信部分12，配置为执行用于无线 电话服务的无线通信处理，这对移动电话终端IOO用作无线电话终端是必须的；以及天线 13，配置为连接到该通信部分12。通信部分12配置为执行与用于无线电话服务的基站的无 线通信，并且执行来/往基站的双向数据传输。通信部分12经由数据线29将从基站侧接 收的数据传送到移动电话终端100内的各个部分。此外，通信部分12配置为将从移动电话 终端100内的各个部分传送的数据传输到基站侧。 除了通信部分12，存储器部分14、显示部分15和操作输入部分16连接到数据线 29。存储器部分14配置为在其中存储根据本实施例的移动电话终端100执行操作必须的程 序、以及由用户指示存储在其中的各种类型的数据等。存储器部分14还在其中存储与通过 从服务器下载获取的各首音乐、图像等有关的内容数据。显示部分15配置为包括作为显示 设备的液晶显示器或有机显示器，并且根据由控制器11执行的控制显示各种类型的信息。 操作输入部分16配置为包括拨号键，其每个具有在其上指示的数字、符号等；以及各种功 能键等，这对作为电话终端的操作是必须的。通过对操作输入部分16中包括的各个键操作 而产生的各条操作信息提供给控制器11。当用户执行各种类型的设置操作时，例如，操作 向导显示在显示部分15上，并且根据操作向导，用户通过使用操作输入部分16执行输入操 作，结果，用户可以实现正确的设置。 此外，音频信号处理器17、再现处理器20、书签创建部分21和无线通信部分22也 连接到数据线29。 音频信号处理器17是配置为执行音频信号的处理的处理器，并且扬声器18和麦 克风19连接到音频信号处理器17。在通过根据本实施例的移动电话终端100进行电话呼 叫时，扬声器18和麦克风19分别用作发射机和接收机。也就是说，音频数据从通信部分 12提供到音频信号处理器17，其中将音频数据解调并转换为模拟信号，此外经历模拟处理 (如放大)，然后，得到的音频信号从扬声器18输出。此外，由麦克风19收集的音频信号通 过音频信号处理器调制并转换为数字音频信号，此外，调制的音频数据提供给通信部分12， 然后被无线传输等。 再现处理器20是配置为再现经由和服务器200之间的通信从服务器200获取的 音乐数据和图像数据的处理器。书签创建部分21配置为一旦由用户输入用于创建书签的 指示，就指示DLNA处理器lla创建"浏览请求"。也就是说，再现处理器20执行用于从服务 器200获取关于内容的信息(元数据)的处理，每个内容是在由用户输入用于创建书签的 指示时的定时正在再现的处理的中的内容。 此外，书签创建部分21配置为在接收已经从服务器200传输的与目标内容有关的
元数据时，将元数据中包括的信息描述为书签，并且将信息记录在书签数据库(以下将称 为DB)D1中。下面将详细描述书签的描述。 无线通信部分22配置为连接到传输和接收无线电信号的天线23。当经由图1所
6务器200的无线通信时，使用无线通信部分22。
〈3.用于创建书签的处理的示例> 接着，将参照图4中所示的流程图描述通过上述移动电话终端100执行的用于创 建书签的处理的示例。在接收来自用户的操作输入后执行图4所示的处理，指示用户期望 再现的内容的再现。首先，一旦从移动电话终端ioo传输用于获取与容器有关的分级信息 的请求作为"浏览请求"到服务器200 (步骤SI)，通过使用"浏览响应"将请求的与容器有 关的分级信息从服务器200发回到移动电话终端100 (步骤S2)。 随后，确定期望的容器是否已经到达(步骤S3)，并且在还没有到达期望的容器的 情况下，处理流程返回到步骤Sl，然后重复在步骤Sl到S3中要执行的处理。也就是说，直 到完成获取与包括用户期望再现的内容(项目)的目标容器有关的信息，在移动电话终端 100和服务器200之间重复发送"浏览请求"和接收"浏览响应"的处理。
在步骤S3，在确定已经到达目标容器的情况下，通过使用"浏览请求"从移动电话 终端100传输用于获取与目标容器中包括的项目有关的分级信息的请求到服务器200 (步 骤S4)。此外，通过使用"浏览响应"从服务器200传输请求的与目标容器中包括的项目有 关的分级信息(步骤S5)。 接着， 一旦通过用户执行选择期望项目的输入操作(步骤S6)，从移动电话终端 100传输用于获取选择的项目的请求作为"HTTP获取请求"到服务器200 (步骤S7)。在服 务器200中，从"HTTP获取请求"的内容中提取期望的项目，并且将对应于期望的项目的内 容数据传输到移动电话终端100 (步骤S8)。在已经接收内容数据的移动电话终端100中， 通过再现处理器20(参照图3)执行用于再现内容数据的处理，然后，将得到的再现内容显 示在显示部分15上。 在再现内容的同时一旦通过用户输入用于创建书签的指示(步骤S9)，从移动电 话终端100传输用于获取与正在再现的处理中的项目有关的属性信息的请求作为"浏览请 求"到服务器200 (步骤S10)。此外，通过使用"浏览响应"将与项目有关的属性信息从服 务器200传输到移动电话终端100 (步骤Sll)。 在接收请求的与项目有关的属性信息时，移动电话终端IOO基于接收的属性信息 和在通过用户输入用于创建书签的指示时的定时的与项目有关的位置信息创建书签，并将 创建的书签存储在书签DB Dl中(步骤S12)。随后，在从用户接收操作输入时，确定操作输 入是否是用于停止内容的再现的指示(步骤S13)，并且在来自用户的操作输入不是用于停 止项目的再现的指示、而是用于执行快进、暂停等的指示的情况下，执行对应的控制。在来 自用户的操作输入是用于停止内容的再现的情况下，执行用于停止内容的再现的处理(步 骤S14)。 作为用于创建书签的用户界面(UI)，如图5所示的这种显示屏幕配置为显示在显
示部分15上。图5所示的显示屏幕是音乐数据作为内容处于再现的处理中的情况下的示
例。在显示屏幕的上部区域，分别指示艺术家姓名和音乐标题(如"艺术家1"和"I have
a dream")作为各条属性信息。此外，指示表示当前再现位置的一条信息，如"01:23"。 在显示屏幕的底部区域，提供具有在其中心部分指示字符"M"的环形操作键，并且
配置处理使得按下由字符"M"表示的中心部分两次导致书签的创建的指示。 此外，在该示例中，不仅可以保留与特定再现位置有关的一条信息，而且还可以保
7留与某个长度的持续时间有关的一条信息作为书签。也就是说，如图6所示，提取内容的所 有长度中与其中用户特别感兴趣的持续时间有关的一条信息，并且基于提取的信息，可以 创建包括与该持续时间对应的一条信息的书签。 图7A、7B和7C每个是图示在将与特定持续时间对应的一条信息登记为书签的情 况下、书签创建显示屏幕的转换的示例的图。在显示屏幕上，如图7A所示，在内容处于再现 的处理中的条件下， 一旦仅仅按下键的中心部分"M"—次，基于操作输入，获得指示内容的 再现开始位置的信息作为要登记为书签的一条信息。此外，在等待接收用于创建书签的随 后操作时，为了允许用户容易地认识该事实，如图7B的示例所示改变中心部分"M"的指示。 在图7B所示的示例中，通过使用轮廓字符指示字符"M"。可替代地，其指示颜色可以改变， 或者可以执行其闪烁操作。 此外，在图7C所示的显示屏幕上，一旦由用户再次按下中心部分"M"，获得指示 内容的再现结束位置的一条信息。也就是说，在图7A到7C所示的示例中，将内容的从由 00:05:07 (即，5分7秒)指示的时间位置到由00:08:00 (即，8分)指示的时间位置的持续 时间登记为书签。此外，可以为每个内容登记其每个以此方式创建的多个书签。
接着，将参照图8描述书签中包括的描述的示例。在图8所示的示例中的创建的 书签中，由"匿S—UDN"表示的分配给服务器200的特定ID信息在书签的第一行上描述。该 信息用于指定在家庭网络l上存在的服务器的位置，服务器在其中存储项目，将已经以上 述方式创建的每个标签附接到其。 此外，书签还具有与时间位置对应的各条信息，该时间位置包括分别由 "BookMark_StartTime "和"BookMark_EndTime "表示的再现开始位置和再现结束位置。 在其中只有某个再现位置由用户指定的情况下，即，在由用户指定与没有从其延伸的时间 长度的位置对应的一条信息的情况下，由"BookMark—StartTime"表示的时间位置与由 "BookMark_EndTime "表示的时间位置相同。 在书签的下面一行上，存在由"用户意见"表示的项目。该"用户意见"是由用户 写下的意见，并且任意字符串可以登记为该意见。通过允许用户将任意意见附加到用户已 经指示创建的书签，在后来用户必须读出书签的情况下，用户可以通过使用该意见作为用 于搜索的关键来搜索期望的书签。在图8所示的示例中，由"最奇妙的部分"表示的意见已 经登记为"用户意见"。 此外，在书签中，描述了与项目有关的各条属性信息。在图8所示的示例中，描述 了项目的ID (项目ID)、其中存储项目的容器的ID (父ID)、项目的标题(dc :标题)、指示存 储项目的位置的一条信息(importUri)等。与项目有关的这些条属性信息是在图4所示的 流程图中的步骤Sll中从服务器200传输的属性信息。
〈4.用于读出书签的处理的示例> 接着，将参照图9所示的流程图描述由移动电话终端100和服务器200执行的读 出书签的处理。图9所示的处理是在由用户输入用于显示书签的列表的请求后要执行的处 理，此外，根据请求，从书签DB Dl读出书签的列表，并且已经显示在显示部分15上。
首先， 一旦通过操作输入部分16由用户选择某个书签(步骤S21)，就从移动电话 终端100传输根据"M搜索"方法的请求到家庭网络1上存在的所有服务器(步骤S22)。也 就是说，通过移动电话终端100执行家庭网络1上存在的所有服务器的检测。
在步骤S22，从已经接收根据"M搜索"方法的请求的每个服务器传输与服务器自 身有关的分配的位置信息、服务器自身的名称等作为连接设备信息(步骤S23)。在已经从 服务器接收各条连接设备信息的移动电话终端100中，将来自服务器的各条连接设备信息 与已经选择的书签中描述的与服务器200有关的一条信息比较。作为比较结果，确定与服 务器200有关的该条信息是否存在于接收的各条连接设备信息中。也就是说，确定是否在 家庭网络1上检测到选择的书签中描述的服务器(步骤S24)。 在确定与服务器200有关的该条信息不存在于接收的各条连接设备信息中的情 况下，移动电话终端100通过显示部分15将其中没有检测到服务器200的结果通知给用户 (步骤S25)，然后终止处理流程。在从接收的各条连接设备信息中已经提取与服务器200有 关的该条信息的情况下，随后，基于书签中包括的描述的内容，将用于获取与用户选择的书 签中描述的项目有关的信息的请求作为"搜索请求"传输给服务器200 (步骤S26)。此外， 将与"搜索请求"中描述的项目有关的属性信息作为"搜索响应"从服务器200传输给移动 电话终端100 (步骤S27)。此外，在由于之前执行的项目的删除等导致在服务器200侧没有 检测到与已经在"搜索请求"中描述的项目对应的一条信息的情况下，将指示没有检测到项 目的通知作为"搜索响应"传输给移动电话终端100。 基于在步骤S27接收的"搜索响应"的内容，移动电话终端100确定是否在服务 器200中检测到与项目对应的一条信息(步骤S28)。在确定在服务器200中没有检测到 与项目对应的该条信息的情况下，将指示未检测到项目的通知传送给显示部分15等(步骤
529) ，然后终止处理流程。 在确定在服务器200中已经检测到与项目对应的该条信息时，基于在步骤S27已 经从服务器200传输的与项目有关的该条属性信息，更新与书签有关的一条信息(步骤
530) 。也就是说，在该定时，将与已经在移动电话终端100中包括的书签DB Dl中登记的书 签有关的该条信息更新为最新信息。 随后，移动电话终端100确定由书签中包括的描述的内容指定的文件(内容数据) 是否有效(步骤S31)，并且在由书签中包括的描述的内容指定的文件无效的情况下，通过 显示部分15等将书签的不可用状况通知给用户(步骤S32)。此外，在此定时，终止处理流 程。在由书签中包括的描述的内容指定的文件有效的情况下，随后，通过使用"HTTP获取请 求"进行用于传输与项目有关的内容数据的请求(步骤S33)。此外，假设该"HTTP获取请 求"的描述包括指示该项目的再现开始位置再现结束位置的各条信息。
在服务器200中，读出与由"HTTP获取请求"中包括的请求的项目对应的内容数 据，然后将该读出的内容数据传输到移动电话终端100(步骤S34)。此外，通过移动电话终 端100再现接收的内容数据(步骤S35)。也就是说，结果，这里再现只对应于从再现开始位 置直到再现结束位置的持续时间的一部分内容数据。 此外，在从用户接收操作输入时，确定操作输入是否是用于停止内容的再现的指 示(步骤S36)，并且在来自用户的操作输入不是用于停止项目的再现的指示、而是用于执 行快进、暂停等的指示的情况下，执行对应的控制。在来自用户的操作输入是用于停止内容 的再现的情况下，执行用于停止内容的再现的处理(步骤S37)。 接着，将参照图IO描述用于选择书签的显示屏幕的示例。图IOA是图示在以列表 形式显示服务器200中存储的各种容器的情况下的显示屏幕的图。在该显示屏幕上，表示在其中存储图像内容的容器Cn 3的字符"视频"和表示在其中存储音乐内容的容器Cn l的 字符"音乐"与字符"书签" 一起显示。 通过选择项目"书签"，用户能够确认书签的列表。图10B中示出了书签的列表的 示例。在图10B中，显示了对应于各个书签的标题，标题为"昨天"、"英语课"、"标题l"和 "日语"。假设使得显示屏幕上指示的这种标题对应于各条标题信息，但是还可以指示在用 户创建书签时已经由用户增加到书签的意见。在图IOB所示的示例中，"标题l(最奇妙的 部分)"的括号中的部分表示已经由用户增加的意见。
[从实施例得到的优点] 根据前述实施例的移动电话终端100使得用户能够对每条内容数据容易地将与 用户喜欢的任何再现位置和/或任何再现持续时间有关的各条信息登记在其中作为书签， 该移动电话终端100具有再现从网络上存在的服务器200获取的内容数据的功能，建立该 网络以便符合DLNA标准等。 此外，根据前述实施例的移动电话终端100对于每条内容数据不仅实现登记与特 定再现位置有关的各条信息，而且实现登记与持续时间有关的各条信息，每条信息包括指 示再现开始位置和再现结束位置的各条信息，因此，使得用户能够将偏爱的视频内容中的 对白(spoken line)等登记作为书签。 此外，根据前述实施例的移动电话终端100实现对每条内容数据登记多个书签， 因此使得用户能够登记映象深刻部分、短语等而不遗漏。 此外，根据前述实施例的移动电话终端100对于每条内容数据使得书签每个不仅 包括与再现位置和再现持续时间有关的各条信息，而且包括与服务器200有关的各条信 息。因此，即使在与家庭网络1上的服务器200的连接状况出现任何改变、另外对项目的内 容进行改变时，移动电话终端100也可以基于最新信息执行控制。 此外，根据前述实施例，只在移动电话终端100侧实现书签创建功能和书签DB Dl。因此，不用对服务器200进行任何改变，移动电话终端100使得能够实现创建书签的功 能，并基于创建的书签再现内容。 此外，在目前已经描述的该实施例中，提供了其中根据本发明的终端设备应用于
移动电话终端100的示例，但是本发明不限于该实施例。例如，本发明可以应用于其每个不
具有电话功能的通信终端、其每个具有通信功能的游戏机、游戏播放器和个人计算机等。 此外，在前述实施例中，提供了使用"浏览请求"、"HTTP获取请求"等用于请求和响
应的特定方法的示例，然而，用于请求和响应的方法不限于前述实施例中采用的这种方法，
而是也可以采用其它方法，其使得能够实现与通过前述实施例中采用的方法实现的功能相
同或相似的功能。 此外，在前述实施例中，使用了建立以便符合DLNA标准的家庭网络1的示例，但是 本发明的实施例可以通过使用符合不同标准的网络实现。 本申请包含涉及于2008年12月19日向日本专利局提交的日本优先权专利申请 JP 2008-324253中公开的主题，在此通过引用并入其全部内容。 本领域技术人员应当理解，依赖于设计需求和其他因素可以出现各种修改、组合、 子组合和更改，只要它们在权利要求或其等效物的范围内。
10
权利要求
一种终端设备，包括通信部分，配置为与其中存储内容数据的服务器执行通信；再现处理器，配置为再现通过由所述通信部分执行的通信获得的内容数据；书签创建器，配置为根据用户发出的指示，基于与由所述再现处理器再现的处理中的内容数据的再现位置相关联的信息和与内容数据的存储位置关联的信息创建书签；书签存储部分，配置为在其中存储由所述书签创建器创建的书签；以及控制器，配置为在用户发出用于读出书签的指示的情况下，执行控制以便从所述书签存储部分中读出已经由用户指示对其读出的书签，通过所述通信部分将用于获取由读出的书签中包括的描述的内容指定的内容数据的请求传输到服务器，并且使得所述再现处理器再现从服务器传输的内容数据。
2. 如权利要求1所述的终端设备，其中所述书签包括被创建以便对应于一条内容数据 的多个书签。
3. 如权利要求2所述的终端设备，其中，根据用户发出的指示，所述书签创建器配置为 创建包括与内容数据的再现开始位置和再现结束位置相关联的信息的书签。
4. 如权利要求3所述的终端设备，其中所述书签包括与内容数据相关联的再现时间位 置信息、与服务器相关联的标识信息、与内容数据相关联的标识信息、和与内容数据相关联 的属性信息，这些信息根据用户发出的指示确定。
5. 如权利要求4所述的终端设备，其中所述控制器配置为在用户发出用于读出书签的 指示的情况下，从所述书签存储部分读出已经由用户指示对其读出的书签，从服务器获取 与内容数据相关联的属性信息，内容数据由读出的书签中描述的服务器的标识符和与内容 数据相关联的标识信息指定，并且在获取的与内容数据相关联的属性信息不同于读出的书 签中描述的与内容数据相关联的属性信息的情况下，用获取的属性信息重写对应于读出的 属性信息的、在所述书签存储部分中存储的属性信息。
6. 如权利要求5所述的终端设备，还包括显示部分，配置为显示由所述再现处理器再 现的图像，其中所述控制器配置为在用户发出用于读出书签的指示、另外从服务器获取由读出的 书签中包括的描述的内容指定的内容数据已经导致失败的情况下，在显示部分上输出获取 内容数据失败的通知。
7. —种内容数据处理方法，包括以下步骤 与其中存储内容数据的服务器执行通信； 再现通过由通信部分执行的通信获得的内容数据；根据用户发出的指示，基于与由再现处理器再现的处理中的内容数据的再现位置相关 联的信息和与内容数据的存储位置关联的信息创建书签； 存储由书签创建器创建的书签；以及在用户发出用于读出书签的指示的情况下，执行控制以便读出已经由用户指示对其读 出的书签，将用于获取由读出的书签中包括的描述的内容指定的内容数据的请求传输到服 务器，并且再现从服务器传输的内容数据。
全文摘要
一种终端设备，包括通信部分，配置为与其中存储内容数据的服务器执行通信；再现处理器，配置为再现通过由所述通信部分执行的通信获得的内容数据；书签创建器，配置为根据用户发出的指示，基于与由所述再现处理器再现的处理中的内容数据的再现位置关联的信息和与内容数据的存储位置关联的信息创建书签；书签存储部分，配置为在其中存储由所述书签创建器创建的书签；以及控制器，配置为在用户发出用于读出书签的指示的情况下，执行控制以便从所述书签存储部分中读出已经由用户指示对其读出的书签，通过所述通信部分将用于获取读出的书签中包括的内容描述指定的内容数据的请求传输到服务器，并且使得所述再现处理器再现从服务器传输的内容数据。
文档编号G11B20/10GK101751261SQ200910260849
公开日2010年6月23日 申请日期2009年12月21日 优先权日2008年12月19日
发明者孙康 申请人:索尼爱立信移动通信日本株式会社