(57)【要約】【課題】  一旦コンテンツを他のネットワーク装置に移動してしまうと、そのコンテンツが見付かるまで、各装置のコンテンツリストの内容確認を続けて行わなくてもよいネットワーク装置を提供する。【解決手段】  ネットワーク装置は、コンテンツを移動先の機器へ移動させるときにコンテンツ移動に関する移動付加情報を移動元の機器に作成する移動付加情報作成手段と、前記移動先の機器にコンテンツ移動に関する移動付加情報を移動元の機器に作成させる制御手段と、前記コンテンツをネットワーク上で一意に特定するためのＩＤを、機器認証鍵交換を利用して作成し前記移動付加情報に対して作成または更新する手段とを備える。【選択図】      図１
2008141351.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを移動先の機器へ移動させるときにコンテンツ移動に関する移動付加情報を
移動元の機器に作成する移動付加情報作成手段と、
前記移動先の機器にコンテンツ移動に関する移動付加情報を移動元の機器に作成させる
制御手段と、
前記コンテンツをネットワーク上で一意に特定するためのＩＤを、機器認証鍵交換を利
用して作成し前記移動付加情報に対して作成または更新する手段とを備えたことを特徴と
するネットワーク装置。
【請求項２】
前記コンテンツ移動に関する移動付加情報は、移動元機器、移動先機器、移動ＩＤから
なることを特徴とする請求項１記載のネットワーク装置。
【請求項３】
ネットワークインターフェイスと、
ネットワーク上の装置の発見や自機器の存在を通知する機器探索処理部と、
コンテンツを保存する記憶装置と、
前記記憶装置において保存されるコンテンツのリスト作成、公開を行うコンテンツリス
トサービス処理部と、
コンテンツの送受信を行う前段に相手機器と認証し共有鍵を交換する機器認証鍵交換処
理部と、
前記機器認証鍵交換処理部で取得、生成される共有鍵を用いて暗号化されたコンテンツ
を前記機器探索処理部で特定する装置から受信し、更に復号した上で前記記憶装置に対し
保存、または前記記憶装置に記憶されているコンテンツを暗号化し送信するコンテンツ伝
送処理部と、
前記機器探索処理部、前記コンテンツリストサービス処理部、前記コンテンツ伝送処理
部を連動させ一連の機能を実現するサービス管理部と、
ユーザからの指示を受け付ける操作入力部と、
前記サービス管理部からの指示により、前記機器認証鍵交換処理部からのデータを用い
て、コンテンツ移動先の機器の前記コンテンツリストサービス処理部のコンテンツリスト
を更新するコンテンツ移動管理部と、
各種処理結果をユーザに通知、または前記記憶装置へ保存してあるコンテンツ或いは外
部の装置から受信したコンテンツを出力する通知部とを有することを特徴とするネットワ
ーク装置。
【請求項４】
移動付加情報作成手段により、コンテンツを移動先の機器へ移動させるときにコンテン
ツ移動に関する移動付加情報を移動元の機器に作成し、
制御手段により、前記移動先の機器にコンテンツ移動に関する移動付加情報を移動元の
機器に作成させ、
前記コンテンツをネットワーク上で一意に特定するためのＩＤを、機器認証鍵交換を利
用して作成し前記移動付加情報に対して作成または更新することを特徴とするネットワー
ク装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワーク装置およびネットワーク装置の制御方法に関し、特にコンテ
ンツを移動可能なネットワーク装置およびネットワーク装置の制御方法に関する。
【背景技術】
【０００２】
従来、移動先の機器が正常に記録しているかを監視することで紛失を防ぐようなコンテ
ンツ移動の方法が提案されている（特許文献１を参照）。この方法では一般的に移動履歴
に関して考慮されてないため、コンテンツの移動が繰り返されると元の機器からはどこに
保管されているのかが判らなくなる。
【０００３】
また、サーバがコンテンツを保管し、他機器からの問い合わせに対応するためのサービ
スに関する仕様が知られている（非特許文献１を参照）。この仕様では、Ｂｏｏｋｍａｒ
ｋと呼ばれるコンテンツに対する付加情報を設定するための機能はあるが、その機器内に
存在するコンテンツに関する付加情報が想定されているのみであり、移動してきたコンテ
ンツまで考慮されていない。
【特許文献１】特開２００５−２９３７３１号公報
【非特許文献１】ContentDirectory:2 Service Template Version 1.01  Alan Presser、外１６名、May 31, 2006  UPnP Forum、［平成１８年１１月３０日検索］、インターネット＜URL：http://www.upnp.org/specs/av/UPnP-av-ContentDirectory-v2-Service-20060531.pdf＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来のネットワーク装置においては、一旦コンテンツを他のネットワーク装置に移動し
てしまうと、そのコンテンツが見付かるまで、各装置のコンテンツリストの内容確認を続
けて行わなければならないという問題があった。
【０００５】
この発明は、コンテンツが移動していった装置を辿っていくことで、最終的なコンテン
ツの所在（どのサーバあるいはメディア）を知ることができるネットワーク装置を提供す
ることを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するために、この発明においては、コンテンツを移動先の機器へ移動
させるときにコンテンツ移動に関する移動付加情報を移動元の機器に作成する移動付加情
報作成手段と、前記移動先の機器にコンテンツ移動に関する移動付加情報を移動元の機器
に作成させる制御手段と、前記コンテンツをネットワーク上で一意に特定するためのＩＤ
を、機器認証鍵交換を利用して作成し前記移動付加情報に対して作成または更新する手段
とを備えたことを特徴とするネットワーク装置を提供する。
【０００７】
また、上記の目的を達成するために、この発明においては、移動付加情報作成手段によ
り、コンテンツを移動先の機器へ移動させるときにコンテンツ移動に関する移動付加情報
を移動元の機器に作成し、制御手段により、前記移動先の機器にコンテンツ移動に関する
移動付加情報を移動元の機器に作成させ、前記コンテンツをネットワーク上で一意に特定
するためのＩＤを、機器認証鍵交換を利用して作成し前記移動付加情報に対して作成また
は更新することを特徴とするネットワーク装置の制御方法を提供する。
【０００８】
なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に
係る発明としても成立する。
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行
させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための
、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムとし
ても成立し、該プログラムを記録したコンピュータ読み取り可能な記録媒体としても成立
する。
【発明の効果】
【０００９】
この発明によればコンテンツの移動履歴を辿っていくことにより、最終的なコンテンツ
の所在（どのサーバあるいはメディア）を知ることができる。
また、所望のコンテンツを保管するサーバがネットワーク上に存在する場合には、クラ
イアント機器はコンテンツ移動に関する付加情報を利用し再生を行うことができるので、
ユーザに機器選択をさせなくて済む。
【発明を実施するための最良の形態】
【００１０】
この発明の実施の形態を説明にあたり、本発明の概要を説明する。
著作権保護の必要なコンテンツがサーバ間の移動を繰り返されたとしても、その所在が
分かること（ユーザビリティの向上）を目的とする。
１．コンテンツ移動に関する付加情報を移動元と移動先の両方のサーバに作成する。
２．機器認証鍵交換を利用して、移動するコンテンツをネットワーク上で一意に特定す
るためのＩＤを作成し、その移動するコンテンツに対して付加する。
３．再度移動を行う場合、元のサーバから所在が分かるように付加情報を更新する。
次に、この発明の実施の形態を説明していくが、まず使用形態の一例について図５を用
いて説明する。
映像の録画（あるいは保存）を行う装置５０１，装置５０２，装置５０３と、映像の再
生を行う装置１０５は、制御あるいは著作権保護の必要な映像の送受信を目的として通信
ネットワークに接続されている。例えば装置５０１，装置５０２，装置５０３は、ハード
ディスクレコーダーなどであっても良い。また、装置１０５は、テレビジョン受像機など
で構成される。
【００１１】
装置５０１は、ユーザの操作を受け、装置５０１内の記録媒体に保存されている録画コ
ンテンツを、例えば他の装置である装置５０２に移動することができる。
同じように装置５０２は、更に別の装置５０３あるいはＤＶＤなどのメディア１０４に
コンテンツの移動ができる。一度のみの録画が許されているコンテンツを複製することは
許されず、ここでの移動（ムーブ）は移動元からは削除され移動先にのみにコンテンツが
存在することを意味する。図４中、破線で描かれたコンテンツは、移動により削除された
コンテンツを示している。
【００１２】
一般的に、これらのコンテンツ移動は、保存容量の確保やジャンル別などの整理を目的
に行われ、移動に関係する２台あるいは装置内で閉じた処理になる。
このようなネットワーク経由の映像コンテンツの送受信方法については、（１）ＵＰｎ
Ｐ（Universal Plug and Play）技術をベースとして、（２）ＤＬＮＡ（Digital Living 
Networrk Alliance）において議論されている。
【００１３】
装置５０１，装置５０２は、上記（１）〜（２）の２つの技術が適用された装置である
ことを前提としている。
また、装置５０１，装置５０２は、更に著作権保護の必要なコンテンツを伝送する際に
は、コピープロテクションとして（３）ＤＴＣＰ（Digital Transmission Copy Protecti
on）にも適用された装置である必要があることを前提としている。
【００１４】
そして上記前提の上で、装置５０１が装置５０２にコンテンツを移動する場合の従来の
動作例について、図６を用いて説明する。
（符号６０１）ユーザの指示等に従い、装置５０１（以下クライアントと記載）はコン
テンツの保存場所を装置５０２（以下サーバと記載）に対して作成依頼を行う。
【００１５】
ＵＰｎＰでは、サーバに対しＣＤＳ（Content Directory Service）と呼ばれるその機
器が保有するコンテンツのリストを操作するためのサービスを定義している。ＣＤＳは、
コンテンツリストに対する操作をＳＯＡＰ（Simple Object Access Protocol）で実現さ
れるアクションの要求を受付け、応答するサービスを接続機器に対して提供する。ＳＯＡ
Ｐは、ＸＭＬをベースとしたメッセージ交換のためのプロトコルであり、このメッセージ
はＨＴＴＰプロトコルにより伝送される。
【００１６】
CreateObjectと呼ばれるアクションは、コンテンツを受け入れるように要求するための
ものであり、そのレスポンスとしてコンテンツの移動先ＵＲＩ（Uniform Resource Ident
ifiers）を入手することができる。クライアントは、サーバのＣＤＳに対しCreateObject
を行い、コンテンツの保存場所の作成依頼を行う。
【００１７】
（符号６０２）次に、ＵＲＩに示されるサーバに対してクライアントはコンテンツの送
信要求を行う。具体的には、移動先であるＵＲＩに対して、ＨＴＴＰプロトコルのＰＯＳ
Ｔメソッドを含むリクエストを送ることにより行われる。
【００１８】
（符号６０３）移動先の作成依頼５０１あるいはＰＯＳＴリクエストに含まれる認証鍵
交換に必要なアドレスとポート番号がコンテンツの受信側に渡される。これを元に受信側
が送信側に対してＴＣＰ接続を行い、認証鍵交換が行われる。
【００１９】
符号６０３による認証鍵交換の終了を前後して、クライアントからサーバへの暗号化さ
れたコンテンツの移動がＨＴＴＰ接続上で開始される。
図２は、この発明の実施の形態における装置（装置１０１）の構成を示すブロック図で
ある。
装置１０１は、ネットワークインターフェイス２０１と、
ネットワーク上の装置の発見や自機器の存在を通知する機器探索処理部２０２と、
記憶装置２０８において保管されるコンテンツのリスト作成、公開を行うコンテンツリ
ストサービス処理部２０３と、
機器探索処理部２０２やコンテンツリストサービス処理部２０３、コンテンツ伝送処理
部２０９を連動させ一連の機能を実現するサービス管理部２０４と、
ユーザからのリモートコントローラや操作ボタン等からの指示等を受け付ける操作入力
部２０５と、
サービス管理部２０４からの指示により、機器認証鍵交換処理部２１０からのデータを
用いて相手機器とコンテンツリストサービス処理部２０３のコンテンツリストを更新する
コンテンツ移動管理部２０６と、
【００２０】
各種処理結果をユーザに知らせたり、記憶装置２０８へ保存してあるコンテンツあるい
は外部の装置１０２等から受信したコンテンツを出力する通知・表示部２０７と、
【００２１】
コンテンツ等を保存する記憶装置２０８と、
機器認証鍵交換処理部２１０で取得、生成される共有鍵を用いて復号、暗号を行ったコ
ンテンツを記憶装置２０８に対し保存、読み出しを行うコンテンツ伝送処理部２０９と、
【００２２】
コンテンツの送受信を行う前段に相手機器と認証し共有鍵を交換する機器認証鍵交換処
理部２１０とから構成される。
本発明では、コンテンツ移動管理部２０６が、自機器とコンテンツの移動先となる装置
に対し、コンテンツ移動に関する付加情報を加えておく。この結果、コンテンツの移動履
歴を辿っていくことにより、最終的なコンテンツの所在（どのサーバあるいはメディア）
を知ることができる。
【００２３】
次に、装置１０１が装置１０２など他の機器にコンテンツを移動させる際の動作概要を
図３および図４を用いて詳細に説明する。
図３は、装置１０１の再生動作について説明するためのシーケンス図である。図４は、
装置１０１の特にコンテンツ移動管理部２０６の動作を説明するためのフローチャートで
ある。
【００２４】
ＵＰｎＰではＳＳＤＰ（Simple Service Discovery Protocol）と呼ばれる方法で、ネ
ットワーク上の機器を探したり、自機の存在をネットワーク上の他機器へ通知することが
できる。
【００２５】
ネットワークに繋がった直後やＭ−ＳＥＡＲＣＨと呼ばれるリクエストを受信した場合
には、提供サービスのダイジェスト情報の所在を示すＵＲＩ（Uniform Resource Identif
ier）やＵＤＮ（Unique Device Name）と呼ばれる機器固有のＩＤ（identifier）といっ
た情報をテキストベースでＵＤＰ（User Datagram Protocol）パケットとしてブロードキ
ャスト送信する。
【００２６】
ネットワーク上のサーバ機器の存在を調べるために、機器探索処理部２０２は、Ｍ−Ｓ
ＥＡＲＣＨリクエストをＵＤＰパケットとしてブロードキャスト送信し、存在告知の要求
を行う。これによりネットワーク上の機器とその機能をサービス管理部２０４に通知する
ことができる。
【００２７】
サービス管理部２０４は、記憶装置２０８にある移動可能なコンテンツの一覧と機器探
索処理部２０２で発見された移動先として指定できる機器の一覧をユーザに提示し、この
提示に対してユーザにより選択された移動先の機器へ、ユーザにより指定されたコンテン
ツの移動処理を開始するようコンテンツ移動管理部２０６に指示をする。
【００２８】
コンテンツ移動管理部２０６は、自機器のＣＤＳと相手機器のＣＤＳに、既に移動対象
のコンテンツに対応する付加情報が存在しないかを確認する（図３の「Bookmarkの状態を
確認３０１」）。
【００２９】
コンテンツリストサービス処理部２０３は、移動コンテンツに対応するObjectID（ＣＤ
Ｓ上のコンテンツを特定するＩＤ）を含む、コンテンツ移動に関する付加情報がＣＤＳ上
に存在するかを確認する（図４のステップＳ１０１）。
【００３０】
ステップＳ１０１にて存在する場合には（図４のステップＳ１０２のＹｅｓ）、その付
加情報に含まれる移動するコンテンツをネットワーク上で一意に特定するためのＩＤ（以
下、MOVE＿IDと記す）が相手機器のＣＤＳ上に存在するかを確認する（図４のステップＳ
１０３）。なお、ＣＤＳが提供するアクションの一つであるBrowseにより相手機器のＣＤ
Ｓを読み出し、内容を確認することができる。
【００３１】
これらの確認の後、サービス管理部２０４は、CreateObjectによりコンテンツの移動先
ＵＲＩの取得を行う（図３の「移動先の作成依頼３０２」）。
この通知を受けて、サービス管理部２０４は、コンテンツ伝送処理部２０９にコンテン
ツを送信要求を行うように指示を出す（図３の「コンテンツの送信要求３０３」）。
【００３２】
この要求が受け入れられると、相手機器から機器認証鍵交換を要求されることになる。
機器認証鍵交換処理部２１０は、この要求に応じ鍵交換を行う（図３の「認証鍵交換３
０４」）。完了した場合には、その旨をサービス管理部２０４に通知する。
この通知を受けて実際にコンテンツが移動される（図３の「コンテンツ移動」）。
サービス管理部２０４が、コンテンツ送信の完了と、記憶装置２０８に存在していた移
動コンテンツが利用できないようしたのを確認した後、コンテンツ移動管理部２０６は、
コンテンツ移動に関する付加情報をコンテンツリストサービス処理部２０３に作成する（
図３の自機器内の「Bookmarkを作成・修正３０５」）。
【００３３】
コンテンツ移動に関する付加情報は、ＣＤＳの機能の一つであるBookmarkにより実現で
きる。元々Bookmarkは、その機器内のコンテンツに付随する情報（再生回数や再生を再開
するための開始ポイントなど）を付加する目的が想定されていて、移動してきたコンテン
ツまで考慮されていない。
【００３４】
Bookmarkは、対応するコンテンツのObjectIDを格納するbookmarkedObjectID、作成した
機器のＵＤＮを格納するdeviceUDN、付随情報となる任意の変数を格納するstateVariable
Collectionなどの属性から構成される。
【００３５】
コンテンツ移動に関する付加情報として不足するネットワーク上で一意のＩＤと移送先
のＵＤＮ（以下、ｔｏと記載）をstateVariableCollectionとして追加したBookmarkを自
機器内のＣＤＳに作成する（図４のステップＳ１０７）。
【００３６】
ネットワーク上で一意のＩＤを発行する場合には、自機器とネットワーク上に機器ある
いは以前接続されていた機器が以前発行したＩＤと重複していないかのチェックを一般的
に行う必要があり、現実的でない場合がある。
【００３７】
コンテンツ移動の際に必ず行われる認証鍵交換３０４に使用されるパラメータは信頼性
の高い乱数生成器を元に生成されたものである。移動先サーバと移動元サーバのそれぞれ
生成したパラメータを利用することにより、ＩＤの発行を行うことができる。
【００３８】
例えば、証明書に含まれる機器を特定できるDevice ID（４０ｂｉｔｓ）や、互いに交
換することになる乱数Ｘｎ（１２８ｂｉｔｓ）、コンテンツに対して伝送毎に割り振られ
る時変鍵のＮＣ（６４ｂｉｔｓ）がＩＤの発行時に利用できるパラメータの候補となり、
これらを結合したものをMOVE＿IDとして使用することができる（図４のステップＳ１０６
）。
【００３９】
図３のBookmarkの状態を確認３０１の結果、移動したコンテンツが以前にも移動したこ
とがある場合には、ｔｏを移動先のＵＤＮに、deviceUDNを自機器のＵＤＮに更新する（
図４のステップＳ１０９）。
【００４０】
次に、移動先装置のＣＤＳ内にコンテンツ移動に関する付加情報を作成あるいは修正を
行う（図３のBookmarkの作成・修正３０６）。
上記コンテンツ移動に関する付加情報の内、送信先を空にしたものを、Bookmarkとして
、送信先のＣＤＳにCreateObjectにより作成する（図４のステップＳ１０８）。
【００４１】
図３のBookmarkの状態を確認３０１の結果、以前移動したことがある場合には、Update
Objectで対応するBookmarkを送信先が空になるように更新する（図４のステップＳ１１１
）。
【００４２】
また、自機器の記憶装置２０８から、ネットワーク上の機器ではなく、ＤＶＤ（digita
l versatile disc）などメディアへのコンテンツ移動を行う場合にも、図３の自機器内の
Bookmarkを作成・修正３０５と同様な自機器内のBookmarkを作成・修正を行うこともでき
る。この場合、Bookmarkの送信先を、メディアを特定するための情報（メディアのメーカ
名、記録方式などのメディアのタイプ、最大録画時間）に更新することが考えられる。こ
れにより、ユーザが所望のコンテンツの入ったメディアを探しやすくなる。
【００４３】
上記実施例では、コンテンツを持っている機器が処理の主体となってコンテンツ移動、
特にコンテンツを送信するUPLOADと呼ばれるタイプについて説明した。
コンテンツを受信する機器が処理の主体となるDOWNLOADと呼ばれるタイプにおいても同
様に本発明を適用することができ、上記の効果を得ることができる。
図１を用いて、本提案を適用した場合の動作と効果を説明する。図１は、本提案による
コンテンツ移動方法を実装した装置１０１、１０２、１０３がコンテンツ移動を繰り返し
た結果の状態を表している。
【００４４】
図１の機器１０１に保存されているコンテンツリスト中の「Components」および「Book
mark」について説明する。
「Components」：コンテンツリスト中「Components」は空なので、機器１０１内にコン
テンツは存在していないことを示している。
「Bookmark」：「コンテンツＡ」はコンテンツ１０１により機器１０２へ移動されたこ
とを示している。このときのMOVE_IDは、ａが用いられたことを示している。また、「コ
ンテンツＢ」はコンテンツ１０１により機器１０２へ移動されたことを示している。この
ときのMOVE_IDは、ｂが用いられたことを示している。また、「コンテンツＣ」はコンテ
ンツ１０１により機器１０２へ移動されたことを示している。このときのMOVE_IDは、ｃ
が用いられたことを示している。
【００４５】
図１の機器１０２に保存されているコンテンツリスト中の「Components」および「Book
mark」について説明する。
「Components」：コンテンツＡが機器１０２中に保存されていることを示している。
「Bookmark」：「コンテンツＡ」はコンテンツ１０１に存在していることを示している
（移動先が空なので）。もし、移動させるときのMOVE_IDは、ａが用いられることを示し
ている。また、「コンテンツＢ」はコンテンツ１０２により機器１０３へ移動されたこと
を示している。このときのMOVE_IDは、ｂが用いられたことを示している。また、「コン
テンツＣ」はコンテンツ１０２によりメディア（media）１０４へ移動されたことを示し
ている。このときのMOVE_IDは、ｃが用いられたことを示している。
【００４６】
図１の機器１０３に保存されているコンテンツリスト中の「Components」および「Book
mark」について説明する。
「Components」：コンテンツＢが機器１０３中に保存されていることを示している。
「Bookmark」：「コンテンツＢ」はコンテンツ１０２により機器１０３へ移動されたこ
とを示している。このときのMOVE_IDは、ｂが用いられたことを示している。
【００４７】
再生を行う装置１０５が装置１０１のコンテンツリストを参照した場合、装置１０５は
、コンテンツ移動に関する付加情報により、所望のコンテンツの移動先となる機器をユー
ザに通知することができる。図１の例では、装置１０５は、装置１０２のＣＤＳを確認し
、この確認の結果移動先として得られた装置１０３のＣＤＳを続けて確認することにより
、コンテンツＡが装置１０２に、コンテンツＢが装置１０３に、コンテンツＣがメディア
１０４に存在することを通知することができる。このようにコンテンツの移動履歴を辿っ
ていくことにより、最終的なコンテンツの所在（どのサーバあるいはメディア）を知るこ
とができる。
【００４８】
例えば、装置１０２がネットワーク上に起動した状態に存在しない場合には、装置１０
５は、その状態を解消するようにユーザに推奨することができる。
また、装置１０２が起動した状態にある場合には、装置１０５は、装置１０２のＣＤＳ
を確認しMOVE＿IDと一致するコンテンツ（図１ではコンテンツＡに相当）を検索し、その
まま再生を行うことができる。これにより、従来ではユーザがサーバの機器選択およびコ
ンテンツの選択を明示的に行わなければできなかった動作を実現することができる。
【００４９】
以上説明した通り、この発明によればコンテンツの移動履歴を辿っていくことにより、
最終的なコンテンツの所在（どのサーバあるいはメディア）を知ることができる。
【００５０】
また、所望のコンテンツを保管するサーバがネットワーク上に存在する場合には、クラ
イアント機器はコンテンツ移動に関する付加情報を利用し再生を行うことができるので、
ユーザに機器選択をさせなくて済む。従来は、ユーザが移動履歴を記憶していたとしても
、機器選択の後に選択した機器内のリストからコンテンツの選択をしなければいけなかっ
たが、本発明の機器内のコンテンツリストとして仮想的にユーザに提示することができる
。
【００５１】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要
旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示され
ている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実
施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実
施形態にわたる構成要素を適宜組み合わせてもよい。例えば、第１の実施形態と第２の実
施形態とを組み合わせ、所望の番組属性として、ジャンル、チャンネルを組みとしたもの
としてもよい。
【図面の簡単な説明】
【００５２】
【図１】この発明の適用される使用形態について説明するための模式図。
【図２】この発明の実施の形態における装置の構成を示すブロック図。
【図３】図２の装置の再生動作について説明するためのシーケンス図。
【図４】図２の装置の動作について説明するためのフローチャート。
【図５】使用形態の一例を説明するための模式図。
【図６】使用形態の一例を説明するためのシーケンス図。
【符号の説明】
【００５３】
１０１，１０２，１０３…装置、２０１…ネットワークインターフェイス、２０２…機
器探索処理部、２０３…コンテンツリストサービス処理部、２０４…サービス管理部、２
０５…操作入力部、２０６…コンテンツ移動管理部、２０７…通知・表示部、２０８…記
憶装置、２０９…コンテンツ伝送処理部。
【図１】
2008141351.tif 000003
【図２】
2008141351.tif 000004
【図３】
2008141351.tif 000005
【図４】
2008141351.tif 000006
【図５】
2008141351.tif 000007
【図６】
2008141351.tif 000008