(57)【要約】【課題】  相互接続性を損なわずにチューナに係る情報を公開することのできる通信装置を提供する。【解決手段】  通信装置のＣＤＳ部が他の通信装置に提示する、チューナ部が受信可能なチャネルに係る情報を記載したアイテム要素内には、タイトル情報やチャネル情報を記載する。一方で他の通信装置が当該コンテンツデータを取得するためのリソース情報であるプロトコル情報、及びＵＲＩ情報の少なくとも一方をアイテム要素内には記載しない。これにより、他の通信装置はチャネル情報等を取得することができる一方で、コンテンツデータを取得するための情報が不足しているため、チューナ部で受信するライブ放送コンテンツデータを取得することはできない。【選択図】      図６
2008028658.tif 000002
【特許請求の範囲】
【請求項１】
放送波の受信により順次得られるコンテンツデータの記録を伴わない送信を行わない通信装置であって、
ネットワークを介して前記他の通信装置と通信する通信部と、
放送波を受信するチューナ部と、
前記チューナ部で受信可能なチャネルの情報を項目に持つコンテンツリストを、前記通信部を介して前記他の通信装置に提示する提示部と
を備え、
前記コンテンツリスト内の前記チューナ部で受信可能なチャネルに係る項目内には、前記他の通信装置がコンテンツデータを取得するための取得情報を記載しないこと
を特徴とする通信装置。
【請求項２】
前記取得情報は、前記他の通信装置がコンテンツデータを取得するための位置情報及び通信プロトコル情報の内少なくとも一方を含むこと
を特徴とする請求項１記載の通信装置。
【請求項３】
請求項１又は請求項２記載の通信装置であって、
前記チューナ部で受信した放送波から、記憶媒体へコンテンツデータを録画する録画部
をさらに備え、
前記通信部は、前記他の通信装置から予約録画を要求する予約録画要求を受信し、
前記録画部は、前記通信部で受信した予約録画要求に基づき予約録画を行い、
前記提示部は、前記録画部が前記記憶媒体へ録画したコンテンツデータの情報を、其々前記コンテンツリスト内の項目として前記他の通信装置に提示すること
を特徴とする通信装置。
【請求項４】
前記提示部は、前記チューナ部で受信可能なチャネルに係る項目内には、チャネル番号及びチャネル名に係る情報を含むこと
を特徴とする請求項３記載の通信装置。
【請求項５】
放送波の受信により順次得られるコンテンツデータの記録を伴わない送信を行わない通信装置であって、
ネットワークを介して他の通信装置と通信する通信部と、
放送波を受信するチューナ部と、
前記チューナ部で受信可能なチャネルの情報を項目に持つコンテンツリストを、前記通信部を介して前記他の通信装置に提示する提示部と
を備え、
前記コンテンツリスト内の前記チューナ部で受信可能なチャネルに係る項目には、前記他の通信装置がコンテンツデータを取得するための取得情報として、ダミーデータを記載すること
を特徴とする通信装置。
【請求項６】
前記取得情報は、前記他の通信装置がコンテンツデータを取得するための位置情報及び通信プロトコル情報の内少なくとも一方を含むこと
を特徴とする請求項５記載の通信装置。
【請求項７】
請求項５又は請求項６記載の通信装置であって、
前記チューナ部で受信した放送波から、記憶媒体へコンテンツデータを録画する録画部
をさらに備え、
前記通信部は、前記他の通信装置から予約録画を要求する予約録画要求を受信し、
前記録画部は、前記通信部で受信した予約録画情報に基づき予約録画を行い、
前記提示部は、前記録画部が前記記録媒体へ録画したコンテンツデータの情報を、其々前記コンテンツリスト内の項目として前記他の通信装置に提示すること
を特徴とする通信装置。
【請求項８】
前記提示部は、前記チューナ部で受信可能なチャネルに係る項目内に、チャネル番号及びチャネル名に係る情報を含むこと
を特徴とする請求項７記載の通信装置。
【請求項９】
放送波の受信により順次得られるコンテンツデータの記録を伴わない送信を行わない通信装置であって、
他の通信装置とＵＰｎＰによりネットワークを介して通信する通信部と、
放送波を受信するチューナ部と、
ＣＤＳとして機能し、前記チューナ部で受信可能なチャネルの情報をコンテンツリストのｉｔｅｍ要素として前記他の通信装置に提示する提示部と
を備え、
前記チューナ部で受信可能なチャネルの情報に係るアイテム要素内には、前記他の通信装置がコンテンツデータを取得するためのＵＲＩ情報及びｐｒｏｔｏｃｏｌＩｎｆｏ情報の少なくとも一方を記載しないか、或いはＵＲＩ情報及びｐｒｏｔｏｃｏｌＩｎｆｏ情報の少なくとも一方にダミーデータを記載すること
を特徴とする通信装置。
【請求項１０】
請求項９記載の通信装置であって、
前記チューナ部で受信した放送波から、記憶媒体へコンテンツデータを録画する録画部
をさらに備え、
前記通信部は、前記他の通信装置から予約録画を要求する予約録画要求を受信し、
前記録画部は、前記通信部で受信した予約録画要求に基づき予約録画を行い、
前記提示部は、前記録画部が前記記憶媒体へ録画したコンテンツデータの情報を、ｉｔｅｍ要素として他の通信装置に提示すること
を特徴とする通信装置。
【請求項１１】
前記提示部は、前記チューナ部で受信可能なチャネルに係るｉｔｅｍ要素内には、ｃｈａｎｎｅｌＮｒ情報及びｃｈａｎｎｅｌＮａｍｅ情報を含むこと
を特徴とする請求項１０記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して他の通信装置と通信する通信装置に関する。
【背景技術】
【０００２】
現在、ホームネットワーク技術として、ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）の開発が進められている。ＤＬＮＡの中では、要素技術としてＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）が利用されており、特にサーバ装置が提供するコンテンツデータのリストであるコンテンツリストを公開する要素技術として、ＵＰｎＰ  ＣＤＳ（例えば、非特許文献１参照）が利用されている。
【０００３】
ＣＤＳは、サーバ装置が提供可能なコンテンツデータのリストであるコンテンツリストを再生装置が取得する方法や、さらにコンテンツリストに含まれる各コンテンツデータの詳細情報を取得する方法等について取り決めた規格である。ＣＤＳが提供するコンテンツデータの詳細情報は、コンテンツデータの種別に応じてタイトル、クラス、ジャンル、チャネル番号、チャネル名、ＵＲＩ、通信プロトコル情報等で構成される。特にＵＲＩや通信プロトコル情報は再生装置が当該コンテンツデータを取得する際に使用するため、コンテンツデータの種別に関わらず記載されることが多い。
【０００４】
通常、サーバ装置が提供するコンテンツデータを再生装置が再生するには、サーバ装置からＣＤＳによりコンテンツリストを取得し、リストから１のコンテンツデータを選択して、コンテンツ詳細情報として記載されるＵＲＩから当該コンテンツデータを取得して再生する。ここでサーバ装置が提供可能なコンテンツデータとして記載するコンテンツリストには、自身が有する記憶媒体に記憶されたコンテンツデータのみならず、自身がチューナを持つ場合には、チューナで放送波を受信して順次得られる、ライブ放送コンテンツデータに係る項目も含ませることができる。
【０００５】
チューナは有するもののライブ放送コンテンツデータを送信する機能は持たず、記憶媒体に記憶されたコンテンツデータを送信する機能のみを有するサーバ装置もあるが、このようなサーバ装置は通常、当該ライブ放送コンテンツデータをＣＤＳで公開しないことが多い。
【非特許文献１】Ｋｉｒｔ  Ｄｅｂｉｑｕｅ、外６名、“ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ：１  Ｓｅｒｖｉｃｅ  Ｔｅｍｐｌａｔｅ  Ｖｅｒｓｉｏｎ  １．０１”、［ｏｎｌｉｎｅ］、２００２年６月２５日、ＵＰｎＰ  Ｆｏｒｕｍ、［平成１８年７月１０日検索］、インターネット（ＵＲＬ：http://www.upnp.org/standardizeddcps/documents/ContentDirectory1.0.pdf）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、サーバ装置が受信可能なチャネルの情報を再生装置知りたい場合もある。例えば、サーバ装置が予約録画機能を持っている場合であって、再生装置が当該サーバ装置に対して予約録画を指示したい場合には、再生装置はサーバ装置が受信可能なチャネルの情報を予め知る必要があるが、受信可能なチャネルの情報をサーバ装置が公開していないと、再生装置はチャネルの情報を知ることができない。
【０００７】
一方、サーバ装置が受信可能なチャネルの情報を含むコンテンツリストをＣＤＳとして公開する場合には、通常ＵＲＩ等の情報も合わせて公開することとなるが、当該サーバ装置がライブ放送コンテンツデータを送信する機能を持っていない場合もある。チューナで受信した信号を順次エンコードして、当該コンテンツデータを記録せずに別の装置にストリーミング送信する処理は、バッファリング等の管理が複雑だからである。サーバ装置がライブ放送コンテンツデータの送信に対応していない場合には、再生装置が当該ＵＲＩにアクセスしても当該ライブ放送コンテンツデータを取得することはできないためエラー発生等の原因ともなりかねず、相互接続性が損なわれることにもなりかねない。
【０００８】
そこで本発明は、相互接続性を損なわずにチューナに係る情報を公開することのできる通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明の請求項１記載の通信装置は、放送波の受信により順次得られるコンテンツデータの送信を行わない通信装置であって、ネットワークを介して他の通信装置と通信する通信部と、放送波を受信するチューナ部と、前記チューナ部で受信可能なチャネルの情報を項目に持つコンテンツリストを、前記通信部を介して前記他の通信装置に提示する提示部とを備え、前記コンテンツリスト内の前記チューナ部で受信可能なチャネルに係る項目内には、前記他の通信装置がコンテンツデータを取得するための取得情報を記載しないことを特徴とする。
【００１０】
請求項５記載の通信装置は、放送波の受信により順次得られるコンテンツデータの送信を行わない通信装置であって、ネットワークを介して他の通信装置と通信する通信部と、放送波を受信するチューナ部と、前記チューナ部で受信可能なチャネルの情報を項目に持つコンテンツリストを、前記通信部を介して前記他の通信装置に提示する提示部とを備え、前記コンテンツリスト内の前記チューナ部で受信可能なチャネルに係る項目には、前記他の通信装置がコンテンツデータを取得するための取得情報として、ダミーデータを記載することを特徴とする。
【００１１】
請求項９記載の通信装置は、放送波の受信により順次得られるコンテンツデータの送信を行わない通信装置であって、他の通信装置とＵＰｎＰによりネットワークを介して通信する通信部と、放送波を受信するチューナ部と、ＣＤＳとして機能し、前記チューナ部で受信可能なチャネルの情報をｉｔｅｍ要素として前記他の通信装置に提示する提示部とを備え、前記チューナ部で受信可能なチャネルの情報に係るアイテム要素内には、前記他の通信装置がコンテンツデータを取得するためのＵＲＩ情報及びｐｒｏｔｏｃｏｌＩｎｆｏ情報の少なくとも一方を記載しないか、或いはＵＲＩ情報及びｐｒｏｔｏｃｏｌＩｎｆｏ情報の少なくとも一方にダミーデータを記載することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、相互接続性を損なわずにチューナに係る情報を公開することのできる通信装置を提供することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の通信装置について、図面を参照しながら説明する。
【実施例１】
【００１４】
図１は、本発明の通信装置の実施例１である録画装置が使用される通信システムの構成を示す図である。通信システム１は、放送波を受信し録画する機能を有する録画装置２（通信装置）と、再生装置３（他の通信装置）とから構成される。尚、録画装置２と再生装置３とは、其々ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）により通信が行われるネットワーク４に接続される。
【００１５】
録画装置２は、アンテナ５に接続されており、先述の通りアンテナ５から入力される放送波をチューナ部で受信して録画する機能を有する。また録画装置２は、録画したコンテンツデータを、ネットワーク４を介して再生装置３に送信する機能を有する。
【００１６】
ここで録画装置２は、録画したコンテンツデータを再生装置３へ送信する機能は有するが、チューナ部での放送波の受信により順次得られるコンテンツデータ、即ち現在放送しているライブ放送に係るコンテンツデータを、ＨＤＤや光ディスク等の記録媒体に記録せずに再生装置３に送信する機能は有さないものとする。つまり、ユーザが現在放送中の内容を再生装置３で視聴したい場合には、録画装置２以外のチューナを使用して視聴する必要がある。
【００１７】
再生装置３は、ネットワーク４を介して録画装置２に録画されたコンテンツデータを受信して再生し、自身の持つ表示部や音声出力部、或いは外部の表示装置や音声出力装置に出力する機能を有する。
【００１８】
尚、録画装置２及び再生装置３は、其々ＵＰｎＰに対応したＡＶ（Ａｕｄｉｏ  Ｖｉｓｕａｌ）機器である。ＵＰｎＰでは、ネットワークの基本構成として、デバイス、サービス、コントロールポイントが定義されている。デバイスは、ＵＰｎＰに対応した機器であり、サービスはデバイスが提供する機能を表す最小単位である。各デバイスは、最低１つのサービスを有している。コントロールポイントは、デバイスの持っているサービスを制御し、利用するものである。また、ひとつの機器の中に複数のデバイス機能を持たせることもでき、更に、コントロールポイントとデバイスとが一体となっている機器を考えることもできる。
【００１９】
更に、ＵＰｎＰのＡＶ機器向けの使用としてＵＰｎＰ  ＡＶ  Ａｒｃｈｉｔｅｃｔｕｒｅという仕様が定義されている。ＵＰｎＰ  ＡＶ  Ａｒｃｈｉｔｅｃｔｕｒｅでは、被制御機能を実装し、コンテンツデータを提供するサーバデバイスとしてＵＰｎＰ  Ｍｅｄｉａ  Ｓｅｒｖｅｒ  Ｄｅｖｉｃｅ（以下、メディアサーバとも称す）が定義されているが、本通信システム１では、録画装置２がメディアサーバとして機能する。メディアサーバである本実施例の録画装置２は、コンテンツリストの公開を行うサービスであるＣＤＳ（Ｃｏｎｔｅｎｔ  Ｄｉｒｅｃｔｏｒｙ  Ｓｅｒｖｉｃｅ）と、予約録画を行うサービスであるＳＲＳ（Ｓｃｈｅｄｕｌｅｄ  Ｒｅｃｏｒｄｉｎｇ  Ｓｅｒｖｉｃｅ）とを提供する。
【００２０】
さらに、ＵＰｎＰ  ＡＶ  Ａｒｃｈｉｔｅｃｔｕｒｅでは、再生側のデバイスとして、ＵＰｎＰ  Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ  Ｄｅｖｉｃｅ（以下、メディアレンダラとも称す）が定義されているが、本通信システム１では、再生装置３がメディアレンダラとして機能する。
【００２１】
また再生装置３は、先述のようにメディアレンダラとしても機能とすると共に、コントロールポイントとしての機能も併せて構成し、デバイスである録画装置２が提供するサービスを制御、利用する機能を持つ。
【００２２】
ここで、ユーザがデジタルテレビ等である再生装置３を使用して、録画装置２に保存されているコンテンツデータを視聴する場合の一般的な流れについて、図２を参照しながら簡単に説明する。
【００２３】
図２（ａ）は、再生装置３がＣＤＳである録画装置２からコンテンツリストを取得する際の処理の流れを示す図である。
まず、再生装置３はＣＤＳとしての録画装置２に、コンテンツリストの取得を要求するアクションであるＢｒｏｗｓｅ要求（閲覧要求）を送信する（Ｓ２１）。すると、録画装置２はその応答として、コンテンツリストをＢｒｏｗｓｅ  Ｒｅｓｐｏｎｓｅとして送信する（Ｓ２２）。これにより、再生装置３は、録画装置２が提供可能なコンテンツデータや、その詳細情報（例えば、タイトル、クラス、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）、通信プロトコル情報、チャネル番号、ジャンル等の情報）を取得することができる。
【００２４】
尚、図２（ａ）の例ではコンテンツリストの取得方法としてＢｒｏｗｓｅ要求を使用したが、再生装置３はＳｅａｒｃｈ要求でもコンテンツリストを取得することは可能である。以下、再生装置３がコンテンツリストを取得するアクションとしてＢｒｏｗｓｅ要求を使用するものとして説明を行うが、Ｓｅａｒｃｈ要求を使用しても良い。
【００２５】
次に、再生装置３がコンテンツデータを取得する際の処理の流れについて、図２（ｂ）を参照しながら説明する。図２（ｂ）は、再生装置３が録画装置２からコンテンツデータを取得する際の処理の流れを示す図である。
【００２６】
再生装置３は、先述した処理で取得したコンテンツリストから、１つのコンテンツデータを選択する。選択したコンテンツデータの詳細情報としてコンテンツリストに記載されたＵＲＩに向けて、同じく詳細情報として記載された通信プロトコル（図２（ｂ）の例では、ＨＴＴＰ  ＧＥＴ）によりコンテンツデータの取得要求を送信する（Ｓ２５）。この応答として、録画装置２は再生装置３へのコンテンツデータの送信を開始する（Ｓ２６）。再生装置３はこれにより、ストリーミング再生等により再生装置３で映像や音声を再生することができる。
【００２７】
次に、図３を参照しながら、録画装置２の構成について説明する。図３は、録画装置２の構成を示す図である。録画装置２は、制御部２０１と、通信Ｉ／Ｆ部２０２と、操作部２０３と、チューナ部２０４と、エンコーダ部２０５と、データ編集部２０６と、ＨＤＤ部２０７と、光ディスクドライブ部２０８と、バッファ部２０９と、ＭＰＥＧデコーダ部２１０と、音声映像処理部２１１と、Ｉ／Ｆ部２１２とから構成される。ここで、制御部２０１と、通信Ｉ／Ｆ部２０２と、操作部２０３と、データ編集部２０６と、バッファ部２０９とはバスを介して接続されている。
【００２８】
制御部２０１は、例えばＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等であり、所定の制御プログラムを実行し、録画装置２全体の動作を統括制御する。この制御部２０１で実行される制御プログラムにより、録画装置２はメディアサーバとしての機能を果たすことができる。
【００２９】
また制御部２０１は、実行される制御プログラムにより、ＣＤＳとしてコンテンツリストを再生装置３に提供するＣＤＳ部２０１ａ（提示部）、及びＳＲＳとして予約録画機能を再生装置３に提供する予約録画部２０１ｂ（録画部）としても機能する。
【００３０】
ＣＤＳ部２０１ａは、先述の通り再生装置３からの要求に応じてコンテンツリストを送信する機能を有する。このとき提示するコンテンツリストの詳細は図４以降を参照しながら後述するが、ＣＤＳ部２０１ａはチューナ部２０４で受信可能なチャネルの情報を、再生装置３がコンテンツデータを取得できない形でコンテンツリストの項目（アイテム）として公開する。
【００３１】
予約録画部２０１ｂは、通信Ｉ／Ｆ部２０２を介して再生装置３（図３には図示せず）から受信した予約録画要求に基づいて予約録画を設定し、チューナ部２０４で受信して得られるコンテンツデータを当該予約録画設定に基づいてＨＤＤ部２０７又は光ディスクＤへ録画する。
【００３２】
通信Ｉ／Ｆ部２０２は、ネットワーク４でＴＣＰ／ＩＰにより通信するための通信インタフェースであり、再生装置３から送信される、コンテンツリストの閲覧を要求するＢｒｏｗｓｅ要求（図２（ａ）のＳ２１）や、コンテンツ取得要求（図２（ｂ）のＳ２５）、予約録画要求等は、通信Ｉ／Ｆ部２０２で受信する。また同様に、Ｂｒｏｗｓｅ  Ｒｅｓｐｏｎｓｅ（図２（ｂ）のＳ２２）やコンテンツデータ等は、通信Ｉ／Ｆ部２０２から再生装置３へ送信される。
【００３３】
操作部２０３は、例えば操作ボタンやリモコンＲからのリモコン信号を受信するリモコン信号受光部等であり、ユーザが操作、入力するための入力インタフェースである。
【００３４】
チューナ部２０４は、アンテナ５に接続され、衛星放送や地上波等を受信し、エンコーダ部２０５に信号を出力する。エンコーダ部２０５は、チューナ部２０４から出力された信号に基づいてＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）形式等の予め定められた符号化方式への符号化処理を行い、データ編集部２０６へ出力する。
【００３５】
データ編集部２０６は、エンコーダ部２０５からの出力により作成するコンテンツデータを記憶媒体であるＨＤＤ部２０７や光ディスクＤに書き込むと共に、これらの記憶媒体からコンテンツデータを読み出す機能を持つ。
【００３６】
録画装置２は、ディスクドライブをＨＤＤ部２０７と光ディスクドライブ部２０８の２種類有する。ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）部２０７は、磁気ディスク装置であり、内蔵する記録媒体である磁気ディスクに録画時等にコンテンツデータを書き込むと共に、再生装置３へのコンテンツデータの送信時や、自身の再生機能によるコンテンツデータの再生時には、内蔵する磁気ディスクからコンテンツデータを読み込む。
【００３７】
光ディスクドライブ部２０８は、記録媒体である光ディスクＤを回転駆動しデータの読み込み及び書き込みを行う。ＨＤＤ２０７と同様、録画時等には光ディスクＤにコンテンツデータを書き込むと共に、再生装置３へのコンテンツデータの送信時や自身の再生機能によるコンテンツデータの再生時には、光ディスクＤからコンテンツデータを読み込む。
【００３８】
更に、録画装置２は、ＨＤＤ２０７や光ディスクドライブ部２０８から読み込まれ、データ編集部２０６を介して出力されるコンテンツデータをデコードするＭＰＥＧデコーダ部２１０を有する。ここでＭＰＥＧデコーダ部２１０でのデコード時には、バッファ部２０９が一時的にコンテンツデータを記憶し、バッファリングを行う。
【００３９】
音声映像処理部２１１は、ＭＰＥＧデコーダ部２１０から出力される信号に基づいて音声信号や映像信号を作成し、Ｉ／Ｆ部２１２を介して表示装置６（図１には図示せず）に出力する。尚、表示装置６に相当する出力装置を録画装置２が内蔵していても良い。
【００４０】
ここで、本実施例に係る録画装置２は、録画機能を提供するための予約録画部２０１ｂ、チューナ部２０４及びエンコーダ部２０５と共に、再生機能を提供するバッファ部２０９、ＭＰＥＧデコーダ部２１０、音声映像処理部２１１、Ｉ／Ｆ部２１２も有している。しかしながら録画装置２は再生機能を必ずしも有している必要はなく、バッファ部２０９、ＭＰＥＧデコーダ部２１０、音声映像処理部２１１等は必ずしも有していなくとも良い。
【００４１】
続いて、録画装置２のＣＤＳ部２０１ａが提供するコンテンツリストについて、図４乃至図６を参照しながら説明する。
ＣＤＳ部２０１ａは、コンテンツリストをコンテナ（ｃｏｎｔａｉｎｅｒ）とアイテム（ｉｔｅｍ）とによってコンテンツデータの情報を管理している。アイテムはコンテンツデータを格納するＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）要素（ｅｌｅｍｅｎｔ）として定義されており、１つのコンテンツデータを１つのアイテムによって表現する。一方コンテナは、アイテム及びコンテナを子供として持つことのできるＸＭＬ要素として定義されている。
【００４２】
即ち、一般的なファイルシステムに喩えれば、コンテナはディレクトリに相当し、アイテムはファイルに相当する。ＣＤＳ部２０１ａは、ひとつだけ存在するルートコンテナという特殊なコンテナを根とした木構造によってコンテンツデータを管理する。
【００４３】
図４は、ＣＤＳ部２０１ａが提供するコンテンツリストの構造例を示す図である。図４に係るコンテンツリスト４００は、コンテナ４０１をルートコンテナとしている。コンテナ４０１は、ＨＤＤ部２０７が記憶するコンテンツデータに係るアイテムを格納するコンテナ４１１と、光ディスクＤが記憶するコンテンツデータに係るアイテムを格納するコンテナ４１２と、チューナ部２０４が受信可能なチャネルに係るアイテムを格納するコンテナ４１３とを子供として持つ。
【００４４】
コンテナ４１１は、ＨＤＤ部２０７に録画、記憶された各コンテンツデータに其々対応するアイテム４２１乃至４２２を子供として持つ。同様に、コンテナ４１２は、光ディスクドライブ２０８が読み込み可能な光ディスクＤに録画、記憶された各コンテンツデータに其々対応するアイテム４２３乃至４２４を子供として持つ。
【００４５】
コンテナ４１３は、チューナ部２０４で受信可能な各チャネルに其々対応するアイテム４２５乃至４２６を子供として持つ。
ＣＤＳ部２０１ａはコントロールポイントである再生装置３に対して、木構造で表された上述のコンテンツリスト４００を提供するためのアクションとして、閲覧機能であるＢｒｏｗｓｅ（閲覧要求）、及び検索機能であるＳｅａｒｃｈ（検索要求）を定義している。再生装置３は、ＣＤＳ部２０１ａを有する録画装置３に対してＢｒｏｗｓｅ要求やＳｅａｒｃｈ要求を送信することにより、コンテンツリストを取得することができる。
【００４６】
図５は、ＨＤＤ部２０７に対応するコンテナ４１１下のアイテムを閲覧するためのＢｒｏｗｓｅ要求を再生装置３から受信した場合に、ＣＤＳ部２０１ａが提示するコンテンツリストの例を示す図である。図５の例では、当該コンテンツリスト内にはアイテム４２１及び４２２の２つのアイテムが記載されている。
【００４７】
図５の例では、アイテム４２１及び４２２を表す各ｉｔｅｍ要素は、タイトル情報を記載するｄｃ：ｔｉｔｌｅ要素、クラス情報を記載するｕｐｎｐ：ｃｌａｓｓ要素、ジャンル情報を記載するｕｐｎｐ：ｇｅｎｒｅ要素を子要素として有する。
【００４８】
さらに、ｉｔｅｍ要素は、リソース情報（以下取得情報とも称す）を記載するｒｅｓ要素も子要素として有する（アイテム４２１はｒｅｓ要素４２１ａ、アイテム４２２はｒｅｓ要素４２２ａ）。ｒｅｓ要素には、ｐｒｏｔｏｃｏｌＩｎｆｏ属性（Ａｔｔｒｉｂｕｔｅ）として通信プロトコル情報（アイテム４２１の例では“ｈｔｔｐ−ｇｅｔ：＊：ｖｉｄｅｏ／ｍｐｅｇ：＊”）が、子テキストとしてＵＲＩ情報（位置情報とも称す、アイテム４２１の例では“ｈｔｔｐ：／／１９２．１６８．０．２２：３６６２７／ｍｏｖｉｅ０１．ｍｐｇ”）が記載される。再生装置は、アイテム４２１に対応するコンテンツデータを再生する際には、当該通信プロトコル情報及びＵＲＩ情報に基づき、ＵＲＩ「ｈｔｔｐ：／／１９２．１６８．０．２２：３６６２７／ｍｏｖｉｅ０１．ｍｐｇ」に対し、ＨＴＴＰ  ＧＥＴによる取得要求を送信することにより当該コンテンツデータを取得し、再生することができる。
【００４９】
一方図６（ａ）は、チューナ部２０４に対応するコンテナ４１３下のアイテムを閲覧するためのＢｒｏｗｓｅ要求を再生装置３から受信した場合に、ＣＤＳ部２０１ａが提示するコンテンツリストの例を示す図である。図６（ａ）の例では、当該コンテンツリスト内にはアイテム４２５及び４２６の２つのアイテムが記載されている。また、図６（ｂ）は、アイテム４２５に係る情報を模式的に示した図である。
【００５０】
図６の例では、アイテム４２５及び４２６を表す各ｉｔｅｍ要素は、タイトル情報（アイテム４２５の例ではＷｏｒｌｄ  Ｃｕｐ  Ｓｏｃｃｅｒ）を記載するｄｃ：ｔｉｔｌｅ要素、クラス情報（アイテム４２５の例ではｏｂｊｅｃｔ．ｉｔｅｍ．ｖｉｄｅｏＩｔｅｍ．ｖｉｄｅｏＢｒｏａｄｃａｓｔ）を記載するｕｐｎｐ：ｃｌａｓｓ要素、ジャンル情報（アイテム４２５の例ではＳｐｏｒｔｓ）を記載するｕｐｎｐ：ｇｅｎｒｅ要素、チャネル番号（アイテム４２５の例では１）を記載するｕｐｎｐ：ｃｈａｎｎｅｌＮｒ要素、チャネル名（アイテム４２５の例ではＳｐｏｒｔｓ  Ｃｈａｎｎｅｌを記載するｕｐｎｐ：ｃｈａｎｎｅｌＮａｍｅ要素を子要素として有する。
【００５１】
即ち、再生装置３は、チューナ部２０４に対応するコンテナ４１３を閲覧するためのＢｒｏｗｓｅ要求を送信することにより、チューナ部２０４が受信可能なチャネル番号やチャネル名等の設定情報や状態を取得することができる。つまり、再生装置３はＣＤＳ部２０１ａへのＢｒｏｗｓｅ要求により、予約録画部２０１ｂが予約録画をすることのできるチャネル番号やチャネル名等の情報を取得することができる。ユーザは録画予約設定時にチャネル名やチャネル番号等の情報を利用することが多いので、これらの情報は少なくとも記載することにより、予約録画設定を助けることができる。
【００５２】
一方で、ｉｔｅｍ要素はリソース情報（取得情報）を記載するｒｅｓ要素を子要素に持たない。即ち、再生装置３は、チューナ部２０４で受信可能なコンテンツデータを取得するためのＵＲＩ情報（ｒｅｓ  ＵＲＩ）や通信プロトコル情報（ｒｅｓ  ｐｒｏｔｏｃｏｌＩｎｆｏ）を知ることはできない。先述の通り、録画装置２はライブ放送に係るコンテンツデータを送信する機能を有さないが、ＵＲＩ情報や通信プロトコル情報を再生装置３が知ることはできないため、間違えて取得要求を送信することによるエラー発生等の不具合を生じることを避けることができ、相互接続性を損なうことが無い。
【００５３】
現在の仕様ではＣＤＳで公開するチャネルは、コンテンツデータのストリーミングを行うように定義されている。しかしながら、例えば予約録画を行う場合にはネットワーク４に対するストリーミングは必ずしも必要ではないため、ストリーミング機能の無いチャネルリストを公開する方法が必要となる。本実施形態では、チャネルに係るコンテンツリストを公開しつつ、リソース情報（取得情報）を記載しないことで、予約録画に係るチャネルリストを取得することを可能としつつ、録画装置３からストリーミング要求を受信することを避けている。
【００５４】
尚本実施例では、ＣＤＳ２０１ａが提供するコンテンツリスト４００の、チューナ部２０４で受信可能なチャネルに係る項目については、図６で示したように取得情報であるＵＲＩ情報（位置情報）及び通信プロトコル情報を両方記載しないようにしているが、これに限られるものではない。
【００５５】
ＣＤＳ２０１ａが提供するコンテンツリスト４００のチューナ部２０４で受信可能なチャネルに係る項目についての他の記載例について、図７及び図８を参照しながら説明する。
【００５６】
図７（ａ）は、変形例に係るアイテム４２５の記載例を示す図である。図７（ｂ）は、図７（ａ）の記載に係る詳細情報を模式的に表した図である。
図７（ａ）の例でも図６の例と同様、アイテム４２５を表すｉｔｅｍ要素は、タイトル情報、クラス情報、ジャンル情報、チャネル番号情報、及びチャネル名情報を子要素に記載している。
【００５７】
しかしながら図７（ａ）の例では、さらに取得情報を示すｒｅｓ要素４２５ａをｉｔｅｍ要素の子要素として有している。ｒｅｓ要素４２５内には、プロトコル情報（ｒｅｓ  ｐｒｏｔｏｃｏｌＩｎｆｏ）として“ａｂｃｄ−ｇｅｔ：＊：ｖｉｄｅｏ／ｍｐｅｇ：ＤＬＮＡ＿ＰＮ＝ＭＰＥＧ＿ＰＳ＿ＮＴＳＣ”と、ＵＲＩ情報として“ａｂｃｄ：／／１６９．２５４．０．１／ｖｉｄｅｏＶｒｏａｄＣａｓｔ？ｃｈ＝１”と記載されている。
【００５８】
ところが、ここで「ａｂｃｄ」という通信プロトコルは現在標準化等が図られた通信プロトコルではなく、上記の通信プロトコル情報及びＵＲＩ情報はダミーデータである。即ち、図７の例では、取得情報であるプロトコル情報やＵＲＩ情報を再生装置３は取得することはできるが、再生装置３はこれらの通信プロトコルを不明なものと判断するため、再生装置３が当該コンテンツデータに係る取得要求を録画装置２に送信することを防ぐことができる。これにより、再生装置３が間違えて取得要求を送信することによるエラー等の不具合が生じるのを避けることができ、相互接続性を損なうことが無い。
【００５９】
一方で、図６の場合と同様に再生装置３は、チューナ部２０４が受信可能なチャネルに関する情報、即ち予約録画部２０１ｂが予約録画をすることのできるチャネル番号やチャネル名等の情報は取得することができる。
【００６０】
図８（ａ）は、第２の変形例に係るアイテム４２５の記載例を示す図である。図８（ｂ）は、図８（ａ）の記載に係る詳細情報を模式的に表した図である。図８（ａ）の例でも図７の例と同様、ｉｔｅｍ要素はタイトル情報、クラス情報、ジャンル情報、チャネル番号情報、及びチャネル名情報を子要素に記載すると共に、ｉｔｅｍ要素の子要素としてｒｅｓ要素４２５も有する。
【００６１】
しかしながら、図７の例とは異なり、ｒｅｓ要素内にはＵＲＩ情報は記載されていない。一方で、通信プロトコル情報であるｐｒｏｔｏｃｏｌＩｎｆｏは、“ｈｔｔｐ−ｇｅｔ：＊：ｖｉｄｅｏ／ｍｐｅｇ：ＤＬＮＡ＿ＰＳ＿ＮＴＳＣ”という、実在する「ＨＴＴＰ  ＧＥＴ」に係るプロトコル情報が記載されている。
【００６２】
これにより、再生装置３は通信プロトコル情報を取得することはできるが、コンテンツデータを取得するためのＵＲＩ情報は得ることができない。これにより、再生装置３はチューナ部２０４で受信されるコンテンツデータの取得要求を送信することはできず、当該取得要求送信による不具合が生じるのを避けることができ、相互接続性を損なうことが無い。
【００６３】
一方で図６、図７の場合と同様に再生装置３はチューナ部２０４が受信可能なチャネルに関する情報、即ち予約録画部２０１ｂが予約録画をすることのできるチャネル番号やチャネル名等の情報は取得することができる。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施例１に係る通信装置が使用される通信システムの構成を示す図。
【図２】本発明の実施例１に係る通信装置からコンテンツリスト及びコンテンツデータを取得する際の処理の流れを示す図。
【図３】本発明の実施例１に係る通信装置の構成を示す図。
【図４】本発明の実施例１に係る通信装置が提供するコンテンツリストの構造例を示す図。
【図５】本発明の実施例１に係る通信装置が提示するコンテンツリストの例を示す図。
【図６】本発明の実施例１に係る通信装置が提示するコンテンツリストの例を示す図。
【図７】本発明の変形例に係る通信装置が提示するコンテンツリストの項目例を示す図。
【図８】本発明の実施例１に係る通信装置が提示するコンテンツリストの項目例を示す図。
【符号の説明】
【００６５】
１・・・通信システム
２・・・録画装置
３・・・再生装置
４・・・ネットワーク
５・・・アンテナ
６・・・表示装置
２０１・・・制御部
２０１ａ・・・ＣＤＳ部
２０１ｂ・・・予約録画部
２０２・・・通信Ｉ／Ｆ
２０３・・・操作部
２０４・・・チューナ部
２０５・・・エンコーダ部
２０６・・・データ編集部
２０７・・・ＨＤＤ部
２０８・・・光ディスクドライブ部
２０９・・・バッファ部
２１０・・・ＭＰＥＧデコーダ部
２１１・・・音声映像処理部
２１２・・・Ｉ／Ｆ部
４０１、４１１、４１２、４１３・・・コンテナ
４２１、４２２、４２３、４２４、４２５、４２６・・・アイテム
４２５ａ、４２２ａ・・・ｒｅｓ要素
【図１】
2008028658.tif 000003
【図２】
2008028658.tif 000004
【図３】
2008028658.tif 000005
【図４】
2008028658.tif 000006
【図５】
2008028658.tif 000007
【図６】
2008028658.tif 000008
【図７】
2008028658.tif 000009
【図８】
2008028658.tif 000010