通信装置的制作方法

专利名称：通信装置的制作方法
技术领域：
本发明的一个实施例涉及一种用于通过网络与不同通信装置进行通信 的通信装置。
背景技术：
目前，作为家庭网络技术的DLNA (数字生活网络联盟)得到了H 在DLNA中，UPnP (通用即插即用)被用作为一种要素技术(constituent technology)，尤其是UPnP CDS被用作为用来发布由服务器提供的一系 列内容数据的内容列表(content list)的一种要素技术。有关UPnP CDS 的详细内容由以下非专利文献批露。
Kirt Debique和其他六人， "Content Directory: 1 Service Template Version l.Ol，，，[在线，2002年6月25日，UPnP论坛，[2006年7月10日 搜索，因特网(URL:http:〃www.upnp.org/standardizeddcps/documents/ ContentDirectorl.O.pdf)
CDS (内容目录服务)是这样的标准，其定义了播放器获取由服务器 提供的一系列内^t据的内容列表的方法，播放器进一步获取在内容列表 中包含的内容数据的详细信息的方法，及诸如此类的方法。响应于内 据的类型，由CDS提供的内容数据的详细信息由标题、类别、风衞genre)、 频道号、频道名称、URI、通信协议信息等构成。尤其是，不管内容数据 的类型为何，经常要描述所述URI和通信协议信息，因为当播放器获取所
述内容数据时需要用到它们。
通常，要再现由服务器提供的内容数据，所述播放器从服务器获取根
据CDS的内容列表，从该列表中选择出一条数据内容，从被描述为所述内 容详细信息的URI获取内容数据，并再现所述内容数据。不仅在包含于服 务器中的存储介质里存储的内容数据，而且与通过在调谐器(如果服务器 有该调谐器的话)中接收广播波(broadcast wave)而顺次得到的现场直 播(live broadcast)内容数据相关的项都能被包含在被描述为由服务器提 供的内^:据的内容列表中。
也存在这样的服务器，即使具有调谐器也没有发送现场直播内容数据 的功能，且只有发送存储在存储介质中的内^t据的功能；通常这种服务 器常常不发布CDS中的现场直播内容数据。
然而，播放器可能需要知道关于服务器能接收到的频道的信息。例如， 如果服务器有定时记录功能且播放器想要向服务器发出定时记录命令，该 播放器需要提前知道关于该服务器能接收的频道的信息，但如果该服务器 不发布关于该服务器能接收的频道的信息，该播放器就不能知道该频道信 息。
另一方面，如果服务器发布了包含关于该^^务器能接收的频道的信息 的内容列表，如CDS，通常它也发布URI信息等，但该服务器可能没有 发送现场直播内^:据的功能，因为顺次处理在调谐器中接收的编码信号 以及向不同装置执行流式传输而不记录内容数据涉及到复杂的緩冲管理 等。如果该服务器与现场直播内 据的传输不兼容，播放器就不能获取 该现场直播内容数据，如果它访问所述URI，就会因此产生错误等，并且 会削弱互连性。

发明内容
根据本发明的各种实施例将在后面参考附图进行描述。通常来说，根 据本发明的一个实施例， 一种通信装置，用于接收通过顺次接收广播波得 到的内^t据，以将该内容数据发送给不同的通信装置，该通信装置包括
通信部分，用于通过网络与所述不同的通信装置进行通信；调谐部分，用 于接收所述广播波；以及提示部分，用于通过所述通信部分将内容列表提 示给所迷不同的通信装置，所述内容列表包括关于在所述调谐部分可接收 的频道的项目(item);其中，所述项目不包括用于所述不同的通信装置 来获取所述内容数据的取得信息。


实现本发明各种特征的基本结构现参考附图进行描述。附图及相关说 明被提供用来阐明本发明的实施例而并不限制本发明的范围。
图l是示图，其示出了使用了根据本发明第一实施例的通信装置的通 信系统的构造；
图2是流程图，其示出了从根据本发明第一实施例的通信装置获取内 容列表和内M据时的处理流程；
图3是框图，其示出了根据本发明第一实施例的通信装置的构造；
图4是示图，其示出了由根据本发明第一实施例的通信装置提供的内 容列表的结构示例；
图5是示图，其示出了由根据本发明第一实施例的通信装置提示的内 容列表的示例；
图6是示图，其示出了由根据本发明第一实施例的通信装置提示的内 容列表的示例；
图7是示图，其示出了由根据本发明变型例的通信装置提示的内容列 表的项目示例；及
图8是示图，其示出了由根据本发明第一实施例的通信装置提示的内 容列表的项目示例。
具体实施例方式
下面将参考附图讨论本发明的通信装置。
图l是示图，其示出了使用了本发明通信装置第一实施例的记录器的
通信系统的构造。通信系统1是由具有接收和记录广播波功能的记录器2 (通信装置)和播放器3 (不同的通信装置)构成的。记录器2和播放器3 ^f皮连接到网络4并通过网络4根据TCP (传输控制协议)/IP (因特网协 议)进行通信。
记录器2与天线5连接，并具有接收从调谐部分中的天线5输入的广 播波并记录上述广播波的功能。记录器2也有通过网络4将记录的内容数 据发送给播放器3的功能。
假设尽管记录器2有将记录的内容数据发送给播放器3的功能，但其 没有将通过在调谐部分中接收广播波而顺次获得的内M据，也就是，包 含在当前现场直播中的内M据发送给播放器3而不记录在硬盘、光盘等 记录介质上的功能。也就是说，如果用户想用播放器3观看当前广播内容， 他或者她需要用调谐器而不是记录器2来观看所述内容。
播放器3具有接收和再现通过网络4记录在记录器2中的内容数据以 及输出所述内容数据给所述播放器的显示部分和音频输出部分或者外部显 示器和外部音频输出单元的功能。
记录器2和播放器3都是与UPnP兼容的AV (视听)机。UPnP将 装置、服务及控制点定义为网络的基本组件。所述装置是与UPnP兼容的 机器，所述服务是表示由所述装置提供的功能的最小单位。每个装置有至 少一项月艮务。所迷控制点控制和使用所述装置具有的服务。 一台机器也可 能包括两个或者更多机器功能，并进一步，机器也可能使得控制点和装置 成为一体。
进一步，UPnP AV体系结构的规范被定义为UPnP AV机的规范。 UPnP AV体系结构将UPnP媒体服务器设备(也叫媒体服务器)定义为在 其中为提供内容数据实现受控功能的服务器设备。在通信系统l中，记录 器2起着媒体服务器的作用。媒体服务器的本实施例的记录器2提供了用 于发布内容列表的CDS (内容目录服务)和用于执行定时记录的SRS (预 定记录服务)。
进一步，UPnP AV体系结构将UPnP媒体呈现设备(也叫媒体呈现器
(media renderer))定义为再现设备。在通信系统1中，播放器3起媒 体呈现器的作用。
播放器3起上述媒体呈现器的作用，也具有如同控制点的功能一样的 控制和使用由装置的记录器2提供的服务的功能。
下面将参考图2筒单讨论用户利用数字电视等的播放器3观看记录器 2中保留的内容数据的总体流程。
图2 (a)是流程图，其示出了播放器3从CDS的记录器2获取内容 列表时的处理流程。
首先，播放器3将请求获取内容列表的浏览请求(观看请求)发送给 记录器2作为CDS (S21)。然后，记录器2发送内容列表作为浏览响应 (对所述请求的响应)(S22)。于是，播放器3能获取可由记录器2提 供的内容数据及其详细信息(例如，标题信息、类别、URI (统一资源标 识符)、通信协议信息、频道号、风格等等)。
在图2 (a)所示的示例中，浏览请求被用作为内容列表的获取方法， 但播放器3也能利用搜索请求来获取内容列表。在随后的描述中，假设播 放器3利用浏览请求来作为获取内容列表的动作，但播放器3也能利用搜 索请求。
接下来，参考图2 (b)讨论播放器3获取内 据时的处理流程。图 2(b)是流程图，其示出了播放器3从记录器2获取内容数据时的处理流 程。
播放器3从上述处理中获取的内容列表中选择出一条内容数据。播放 器3才艮据被描述为详细信息的通信协议(在图2 ( a)所示的例子中，HTTP GET)，将所述内容数据的获取请求发送到在内容列表中被描述为所选择 的内容数据的详细信息的URI。记录器2开始将内容数据发送给播放器3， 作为对所述请求的响应(S26)。于是，播放器3能通过流再现等方式再 现视频和音频。
接下来，将参考图3讨论记录器2的构造。图3是框图，其示出了记 录器2的构造。记录器2由控制部分201、通信I/F部分202、操作部分 203、调谐部分204、编码部分205、数据编辑部分206、 HDD部分207、 光盘驱动部分208、緩冲部分209、 MPEG解码部分210、音频视频处理部 分211及I/F部分组成。控制部分201、通信I/F部分202、操作部分203、 数据编辑部分206及緩冲部分209被通过总线bus连接。
控制部分201是CPU (中央处理单元)等，举例来说，它执行预定的 控制程序并控制记录器2的全部运行。在控制部分201中执行的控制程序 能使记录器2执行媒体服务器的功能。
所述被执行的控制程序也能使控制部分201起到CDS部分201a (提 示部分)的作用，作为CDS，其中该部分201a用来为播放器3提供内容 列表；以及起到定时记录部分201b (记录部分)的作用，作为SRS，其中 该部分201b用来为播放器3提供定时记录功能。
所述CDS部分201a具有响应于上述从播放器3接收到的请求来发送 内容列表的功能。随后参考图4到图6描述此时所给出的内容列表的详细 内容。所述CDS部分201a发布关于在调谐部分204中能够接收的频道的 信息，其作为播放器3不能获取内^lt据的形式下的内容列表的项目。
定时记录部分201b基于通过通信I/F部分202从播放器3 (图3中未 示出)接收到的定时记录请求来设置定时记录，并基于该定时记录i文置将 在调谐部分204中接收和获得的内^lt据记录在HDD部分207或者光盘 D上。
所述通信I/F部分202是用于在网络4上根据TCP/IP进行通信的通 信接口 ，并且接^播放器3发送的用于请求浏览内容列表的浏览请求(图 2 (a)中的S21)、内容数据获取请求(图2 (b)中的S25)、定时记录 请求等等。同样地，浏览响应(图2 (b)中S22)、内容数据等等净皮从通 信I/F部分202发送给播放器3。
操作部分203是远程控制信号光接收部分等，举例来说，用于接收来 自操作按钮或者远程控制装置R的远程控制信号，并且是用户操作和输入 的输入接口。
调谐部分204 i皮连接到用于接收卫星广播、陆地波等的天线5，并输
出信号给编码部分205。编码部分205基于从调谐部分204输出的信号进 行到MPEG (运动图像专家组)格式的预定编码系统等的编码处理，并将 处理结果输出到数据编辑部分206。
数据编辑部分206具有将基于来自编码部分205的输出而创建的内容 数据写到HDD部分207或者光盘D上并从存储介质读取内容数据的功能。
记录器2具有HDD部分207和光盘驱动部分208两种类型的磁盘驱 动器。所述HDD (硬盘驱动)部分207是用于在记录时将内^L据写到内 部记录介质的磁盘上等的磁盘驱动器，并在发送内容数据到播放器3时或 者通过记录器2的再现功能再现内M据时从所述内部磁盘读取所述内容 数据。
光盘驱动部分208转动记录介质光盘D并读写数据。类似HDD部分 207，光盘驱动部分208在记录时将内^t据写到光盘D上，等等，并在 发送内 据到播放器3时或者通过记录器2的再现功能再现内容数据时 从光盘D读取所述内容数据。
记录器2进一步具有MPEG解码部分210,用于对从HDD部分207 或者光盘驱动部分208读取并通过数据编辑部分206输出的内容数据进行 解码。当MPEG解码部分210对内容数据进行解码时，緩冲部分209将该 内 据暂存起来用于緩沖。
音频视频处理部分211基于从MPEG解码部分210输出的信号创建音 频信号和视频信号并将其通过I/F部分212输出给显示器6 (图1中未示 出)。记录器2可以包含相当于显示器6的输出单元。
根据所迷实施例的记录器2具有用于提供再现功能的緩冲部分209、 MPEG解码部分210、音频视频处理部分211及I/F部分212，以及用于提 供记录功能的定时记录部分201b、调谐部分204及编码部分205。然而， 记录器2不是必须具有所述再现功能，也不是必须具有緩沖部分209、 MPEG解码部分210和音频视频处理部分211等。
接下来，参考图4到图6讨论由所述记录器2的CDS部分201a提供 的内容列表。所述CDS部分201a根据包括了容器(container)和项目的
内容列表来管理内容数据的信息。项目被定义为用于存储内容数据的XML (可扩展标记语言)元，且一条内容数据由一个项目表示。另一方面，容 器被定义为可具有作为子元的项目和容器的XML元。
也就是说，与一般的文件系统相比，所述容器相当于目录而所述项目 相当于文件。所述CDS部分201a根据只有一个现有根容器的特殊容器作 为根的树形结构来管理所述内M据。
图4是示图，其示出了由CDS部分201a提供的内容列表的结构示例。 图4所示的内容列表400以容器401作为根容器。容器401具有作为子元 的用于将与内容数据相关的项目存储到HDD部分207上的容器411，用 于将与内容数据相关的项目存储在光盘D上的容器412，以及用于存储与 可在调谐部分204中接收的频道相关的项目的容器413。
容器411具有与记录和存储在HDD部分207中的各条内,据--
对应设置的作为子元的项目421到422。类似地，容器412具有与记录和 存储在光盘D上可^ 皮光盘驱动部分208读取的各条内容数据一一对应"^殳置 的作为子元的项目423到424。
容器413具有与可在调谐部分204中接收的各频道一一对应设置的作 为子元的项目425到426。
CDS部分201a对于控制点的播放器3,定义了浏览功能的"浏览"(浏 览请求)和搜索功能的"搜索"(搜索请求)作为用于提供被表示为树形 结构的内容列表400的动作。播放器3能通过发送浏览请求或者搜索请求 给具有所述CDS部分201a的记录器2来获取内容列表。
图5是示图，其示出了在从播放器3接收到请求浏览对应于HDD部 分207的容器411下的项目的浏览请求时由CDS部分201a提示的内容列 表的示例。在图5的例子中，在内容列表中描述了项目421和422这两个 项目。
在图5的例子中，表示项目421和422的项目元都有以下子元描述 标题信息的dc:title元、描述类别信息的up叩:class元以及描述风格信息 的up叩genre元。每个项目元还具有描述资源信息(也称取得信息)的res元作为子元 (所述项目421有res元421a，以及所述项目422有res元422a)。在所 述res元中，通信协i义信息(在所述项目421的示例中， "http-get:*:video/mpeg:*，，)被描述为protocollnfo属性且URI信息(也
称位置信息)；在所述项目 421 的示例中，
"http:〃192.168.0.22:36627/movie0.1.mpg,，被描述为子文本(subtext)。 当再现对应于所述项目421的内容数据时，播放器3能基于通信协议信息 和 URI 信 息根据 HTTP GET 向 URI
"http:〃192.168.0,22:36627/movie0.1.mpg，，发送获取请求，由此获取并再 现所述内容数据。
另一方面，图6(a)是示图，其示出了在从播放器3接收到请求浏览 对应于调谐部分204的容器413下的项目的浏览请求时由CDS部分201a 提示的内容列表的示例。在图6(a)的示例中，在内容列表中描述了项目 425和426两个项目。图6(b)是示图，其示意性地示出了与项目425相 关的信息。
在图6的示例中，表示项目425和426的项目元都具有以下子元描 述标题信息的dc:title元(在项目425的示例中，World C叩Soccer)、描 述类别信息的upnp:class元(在项目 425的示例中， objecUtem.videoItem.videoBroadcast)、描述风^ft息的upnp:genre元(在 项目425的示例中，Sports)、描述频道号的叩叩:channdNr元(在项目 425的示例中，1)和描述频道名称的upnp:chamielName元(在项目425 的示例中，Sports Channel)。
也就是说，播放器3能通过发送关于浏览对应于调谐部分204的容器 431的浏览请求来获取能在所述调谐部分204中接收到的频道的频道号和 频道名称等的设置信息和状态。即，播放器3能通过向CDS部分201a发 送浏览请求，获取能作为定时记录而记录在定时记录部分201b中的频道 的频道号及频道名称等的信息。由于用户经常利用频道号、频道名称等信 息，在定时记录设定的时候，至少要描述这些信息，由此辅助用户进行定
时记录设置。
另一方面，项目元没有作为子元的描述资源信息(取得信息)的res 元。也就是说，播放器3不能知道URI信息(resURI)或者通信协议信 息(res protocoling)以获取能在调谐部分204中接收的内^lt据。尽管 记录器没有发送上述现场直播所涉及的内容数据的功能，由于播放器3不 能知道URI信息或者通信协议信息，能够防止由发送错误的获取请求引起 的错误发生等的缺陷情况的发生且不会削弱互连性。
在本规范中，在CDS中发布的频道被定义用来执行内容数据的流式传 输。然而，举例来说，要执行定时记录，对网络4来说流式传输不是必须 要求的，这样无流功能的发布频道列表的方法就是必须的。在本实施例中， 在发布与频道相关的内容列表的时候，没有描述资源信息(取得信息)， 从而避免了接收来自播放器3的流请求同时能够获取定时记录所涉及的频 道列表。
在本实施例中，对于由CDS部分201a提供的内容列表400的与能在 调谐部分204中接收到的频道相关的项目，如图6所示，既没描述所述URI 信息(位置信息)也未描述所述取得信息的通信协议信息，但本发明不限 于此纟莫式。
参考图7和图8，将对由CDS部分201a提供的内容列表400的与能 在调谐部分204中接收到的频道相关的项目的不同描述示例进行讨论。
图7(a)是示图，其示出了根据改进的例子的项目425的描述例。图 7 (b)是示图，其示意性地表示了与图7 (a)中的描述相关的详细信息。
在图7 (a)的示例中，与图6中的示例一样，表示项目425的项目元 在子元中描述了标题信息、类别信息、风格信息、频道号信息及频道名称 信息。
然而，图7 (a)的示例中，项目元进一步还有作为子元的指示取得信 息的 res 元 425a。 在 res 元 425a 中 ， "abcd-get:*:video/mpeg:DLNA_PN=MPEG—PS—NTSC"被描述为协议信 息(res protocollnfo)且"abcd:〃169.254.0.1/videoBroadCast ch=l，，被描
述为URI信息。
然而，通信协议"abcd"在目前不是标准化的通信协议，所述协议信 息和URI信息;数据(dummydata)。也就是说，在图7中的示例中， 播放器3能获取取得信息的协议信息和URI信息，但确定该协议信息和 URI信息是未知的，并且因此能够防止播放器3向记录器2发送与内容数 据相关的获取请求。于是，能够防止由播放器3发送的错误的获取请求导 致的错误等缺陷情况的发生，且不会削弱互连性。
另一方面，如图6所示示例，播放器3能获取关于能在调谐部分204 中接收到的频道的信息，即，频道的频道号、频道名称等的信息，这些信 息能4皮作为定时记录而记录在定时记录部分201 b中。
图8(a)是示图，其示出了根据第二个改进的示例的项目425的描述 示例。图8 (b)是示图，其示意性地表示了与图8 (a)中的描iM目关的 详细信息。在图8(a)的例子中，项目元在子元中描述标题信息、类别信 息、风格信息、频道号信息及频道名称信息并且也有如图7所示示例中作 为子元的res元425a。
然而，不像图7中的示例，在res元中没有描述URI信息。另一方面， 实际存在的有关"HTTP GET "的协议信息， "http-get:*:video/mpeg:DLNA_PS—NTSC "被描述为通信协i义信息 protocollnfo。
于是，播放器3能获取所述通信协议信息，但不能获得URI信息以获 取内容数据。于是，播放器3不能发送对于在调谐部分204中接收到的内 容数据的获取请求，以及能够防止发送该获取请求而导致的缺陷情况的发 生，且不会削弱互连性。
另一方面，如图6和图7所示的示例，播放器3能获取关于调谐部分 204中能接收到的频道的信息，即，频道的频道号、频道名称等信息，这 些信息能作为定时记录净皮记录在定时记录部分201 b中。
参考本实施例所述，提供了一种能够发布关于调谐器的信息而不削弱 互连性的通信装置。
尽管已经描述了本发明的一些实施例，但是仅通过举例来描述这些实 施例，并不限制本发明的范围。的确，这里所述的新颖的方法和系统可以 通过多种其他形式实施，此外，在不脱离本发明精神的情况下可以对在此
描述的方法和系统作出形式上的不同删减、置换和改变。所附权利要求及 其等同内容意在覆盖这种形式或变型，其都将落入本发明的范围和精神。
权利要求
1.一种通信装置，用于接收通过顺次接收广播波得到的内容数据，以将该内容数据发送给不同的通信装置，该通信装置包括通信部分，用于通过网络与所述不同的通信装置进行通信；调谐部分，用于接收所述广播波；以及提示部分，用于通过所述通信部分将内容列表提示给所述不同的通信装置，所述内容列表包括关于在所述调谐部分可接收的频道的项目；其中，所述项目不包括用于所述不同的通信装置来获取所述内容数据的取得信息。
2. 如权利要求l所述的通信装置，其中，所述取得信息包括用于所述 不同的通信装置来获取所述内容数据的位置信息和通信协议信息中的至少 一种。
3. 如权利要求l所述的通信装置，进一步包括 记录部分，用于在存储介质上记录所述内容数据，其中，所述通信部分接收来自所述不同的通信装置的定时记录请求； 所述记录部分基于所述定时记录请求进行定时记录；以及 所述提示部分将在所述存储介质上记录的所述内容数据的信息作为所 迷项目提示给所述不同的通信装置。
4. 如权利要求2所述的通信装置，进一步包括 记录部分，用于在存储介质上记录所述内容数据，其中，所述通信部分接收来自所述不同的通信装置的定时记录请求； 所述记录部分基于所述定时记录请求进行定时记录；以及 所述提示部分将在所述存储介质上记录的所述内容数据的信息作为所 述项目提示给所述不同的通信装置。
5. 如权利要求3所述的通信装置，其中，所述项目包含关于频道号和 频道名称中至少一个的信息。
6. 如权利要求4所述的通信装置，其中，所述项目包含关于频道号和 频道名称中至少一个的信息。
7. —种通信装置，用于接收通过顺次接收广播波得到的内容数据，以 将该内容数据发送给不同的通信装置，该通信装置包括通信部分，用于通过网络与所述不同的通信装置进行通信； 调谐部分，用于接收所述广播波；以及提示部分，用于通过所述通信部分将内容列表提示给所述不同的通信 装置，所述内容列表包括关于在所述调谐部分可接收的频道的项目；其中，所述项目包括用于所述不同的通信装置来获取所述内容数据的 取得信息的虛数据。
8. 如权利要求7所述的通信装置，其中，所述取得信息包括用于所述 不同的通信装置来获取所述内容数据的位置信息和通信协议信息中的至少 一种。
9. 如权利要求7所述的通信装置，进一步包括记录部分，用于从在所述调谐部分中接收到的所述广播波记录所述内容数据到存储介质上，其中，所述通信部分接收来自所述不同的通信装置的定时记录请求； 所述记录部分基于所述定时记录请求进行定时记录；以及 所述提示部分将由所述记录部分记录在所述存储介质上的所述内M据的信息作为所述项目提示给所述不同的通信装置。
10. 如权利要求8所述的通信装置，进一步包括记录部分，用于从在所述调谐部分中接收到的所述广播波记录所述内 容数据记录到存储介质上，其中，所述通信部分接收来自所述不同的通信装置的定时记录请求； 所述记录部分基于所述定时记录请求进行定时记录；以及 所述提示部分将由所述记录部分记录在所述存储介质上的所述内容数 据的信息作为所述项目提示给所述不同的通信装置。
11. 如权利要求9所述的通信装置，其中，所述项目包含关于频道号和频道名称中至少一个的信息。
12. —种通信装置，用于接收通过顺次接收广播波得到的内容数据， 以将该内容数据发送给不同的通信装置，该通信装置包括通信部分，用于根据UPnP通过网络与所迷不同的通信装置进行通信； 调谐部分，用于接收所述广播波；以及提示部分，用于提供CDS功能以通过所述通信部分将内容列表提示给 所述不同的通信装置，所述内容列表包括关于在所述调谐部分可接收的频 道的信息的项目元；其中，所述项目不包括用于所述不同的通信装置来获取所述内容数据 的苹4f信息。
13. 如权利要求12所述的通信装置，其中，所述项目元的所述取得信 息包括URI信息或者协议信息。
14. 如权利要求12所述的通信装置，其中，所述项目元的所述取得信 息包括作为URI信息和协议信息的虚数据。
15. 如权利要求12所述的通信装置，进一步包括 记录部分，用于将所述内M据记录在存储介质上，其中，所述通信部分接收来自所述不同的通信装置的定时记录请求； 所述记录部分基于所述定时记录请求进行定时记录；以及 所述提示部分将关于所述内M据的信息作为所述项目元提示给所迷 不同的通信装置。
16. 如权利要求15所述的通信装置，其中，所述项目元包含关于频道 号和频道名称的信息。
全文摘要
根据一个实施例，一种通信装置，用于接收通过顺次接收广播波获得的内容数据，以将该内容数据发送给不同的通信装置，该通信装置包括通信部分，用于通过网络与所述不同的通信装置进行通信；调谐部分，用于接收所述广播波；以及提示部分，用于通过所述通信部分将内容列表提示给所述不同的通信装置，所述内容列表包括关于在所述调谐部分可接收的频道的项目；其中，所述项目不包括用于所述不同的通信装置来获取所述内容数据的取得信息。
文档编号H04H1/00GK101110594SQ20071009156
公开日2008年1月23日 申请日期2007年3月28日 优先权日2006年7月20日
发明者牛丸主税, 绀田和宣 申请人:株式会社东芝