(57)【要約】【課題】  ネットワークに接続されたデバイス間でコンテンツを共有するシステムにおいて、同一のコンテンツが複数のデバイスに重複して記録されると、デバイスの記憶容量を無駄に消費してしまう。【解決手段】  前記課題を解決するために、本発明に係るコンテンツ管理方法は、例えば、ネットワーク上の複数のデバイスに同一コンテンツが記録されないようコンテンツを管理する機能を有する。  具体的には、例えば、ネットワークに接続されたデバイス間でコンテンツリストを同期させるコンテンツリスト同期手段と、前記ネットワーク上の全てのコンテンツにコンテンツ識別用のＩＤを付加するＩＤ付加手段と、前記ネットワークに接続された複数のデバイスに、同一のコンテンツが記録されたことをユーザに通知する同一コンテンツ記録通知手段を有する。【選択図】図１
2011182276.tif 000002
【特許請求の範囲】
【請求項１】
二つ以上のデバイスがネットワークに接続されたシステムにおいて、
前記ネットワークに接続されたデバイス間でコンテンツリストを同期させるコンテンツリスト同期手段と、
前記ネットワーク上のコンテンツにコンテンツ識別用のＩＤを付加するＩＤ付加手段と、
記録されようとしているコンテンツが既にデバイスに記録されているコンテンツと同一か否かを判定する同一コンテンツ判定手段と、
前記ネットワークに接続された複数のデバイスに、同一のコンテンツが記録されたことをユーザに通知する同一コンテンツ記録通知手段と、
を有することを特徴とするコンテンツ管理方法。
【請求項２】
請求項１に記載のコンテンツ管理方法において、
ユーザがコンテンツをデバイスに転送しようとした際に、該コンテンツがマーク付きであるか否かを判定するマーク判定手段と、
マーク付きコンテンツであることをユーザに通知するマーク付きコンテンツ通知手段と、
を有し、
ユーザがマーク付きコンテンツをデバイスに転送する際に該コンテンツがマーク付であることをユーザに通知する機能を有することを特徴とするコンテンツ管理方法。
【請求項３】
請求項２に記載のコンテンツ管理方法において、
マーク付きコンテンツをデバイスに転送しないよう制御することを特徴とするコンテンツ管理方法。
【請求項４】
請求項２または請求項３に記載のコンテンツ管理方法において、
前記マークとは、コンテンツが視聴済みまたはダビング済みまたはトランスコード済みまたは複製不可または変更不可であることを示すものである。
【請求項５】
請求項１に記載のコンテンツ管理方法において、
新規コンテンツが既存コンテンツの変更によって作成された際に、変更前の前記既存コンテンツに付加されているＩＤから派生したことがわかるＩＤを該新規コンテンツに付加する派生コンテンツＩＤ付加手段と、
を有し、
親コンテンツと、前記親コンテンツから派生した子コンテンツを識別する機能を有することを特徴とするコンテンツ管理方法。
【請求項６】
請求項５に記載のコンテンツ管理方法において、
コンテンツの変更とは、トランスコードまたはコンテンツの編集を示す。
【請求項７】
請求項５に記載のコンテンツ管理方法において、
前記派生コンテンツＩＤ付加手段によって付加した派生コンテンツＩＤを利用して、コンテンツの親子関係を視覚的に表示するコンテンツ親子関係表示手段と、
を有し、
コンテンツに付加されたＩＤに応じてコンテンツ一覧表示方法を変更する機能を有することを特徴とするコンテンツ管理方法。
【請求項８】
請求項７に記載のコンテンツ管理方法において、
既存コンテンツに対して内容の編集を一切行わない変換を施した子孫コンテンツは、前記コンテンツ親子関係表示手段では表示しない同一内容コンテンツ非表示手段と、
を有し、
内容の編集を一切行わない変換手段が異なるのみの同一内容の子孫コンテンツを表示しない機能を有することを特徴とするコンテンツ管理方法。
【請求項９】
請求項８に記載のコンテンツ管理方法において、
内容の編集を一切行わない変換とは、トランスコードまたは圧縮率変換である。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ管理方法に関する。例えば、情報記録装置に記録されたコンテンツ管理方法に関し、特に、ネットワーク上に接続されたデバイス間でコンテンツを管理する方法に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、例えば、特開２００８−１６０１９（特許文献１）がある。該公報には、「［課題］ＵＰｎＰコンテンツディレクトリサービスを同期化する方法及び装置を提供する。［解決手段］ＵＰｎＰデバイスのコンテンツディレクトリサービスを同期化する方法において、（ａ）ＵＰｎＰデバイスのコンテンツが更新されたことを感知するステップと、（ｂ）更新と関連した情報を含むイベントメッセージを生成するステップと、（ｃ）生成されたイベントメッセージをマルチキャストを通じてＵＰｎＰネットワークに伝送するステップと、を含むことを特徴とする方法である。これにより、複数のコンテンツディレクトリサービスを同期化する過程にコントロールポイントが介入しないので、従来のＵＰｎＰ技術に比べて、コントロールポイントのメモリやＣＰＵに加えられる負荷が除去でき、コンテンツディレクトリサービスのアクションを反復して呼び出す必要がないので、ネットワークの負荷を減らせる。」（要約参照）と記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１６０１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、ネットワークにテレビやレコーダなどの複数のデバイスを接続してホームネットワークを構築し、コンテンツリストを送受信することでコンテンツを共有することが増えている。ここで、コンテンツリストとは、ネットワーク上に接続されたデバイスが管理しているコンテンツ全ての情報が記録されているリストであるとする。コンテンツ全ての情報とは、例えば、タイトル、記録日時、コンテンツ実体格納場所などをいう。
【０００５】
前記のようなコンテンツリストを共有するシステムにおいて、複数のデバイスに同一のコンテンツを重複して記録すると、ネットワーク上に同一のコンテンツが複数存在することになる。コンテンツリストを共有していれば、コンテンツの実体はネットワーク上のどれか一つのデバイスに記録されていれば良いため、重複コンテンツを記録することはデバイスの記憶容量の無駄な消費につながる。また、重複コンテンツのデータサイズが大きいほど、その無駄な消費が大きくなる。デバイスの記憶容量を無駄に消費しないためには、ネットワーク上の複数のデバイスに同一のコンテンツを記録しないようにする手段が必要となる。
【０００６】
また、前記のようなコンテンツリストを共有するシステムにおいて、モバイル機器としてネットワークから切り離して使用する複数のデバイスに同一のコンテンツをコピーした場合、一方のデバイスでコンテンツの視聴が完了したら、もう一方のデバイスに記録されている該コンテンツは視聴される可能性が限りなく低くなると考えられる。視聴される可能性が低いコンテンツをデバイスから消去せずにいると、該デバイスの記憶容量が無駄に消費されることになる。このような無駄な消費が増加すると、記憶容量不足により必要なコンテンツを記録することができなくなる可能性がある。記憶容量を無駄に消費しないために、モバイル機器として使用するデバイスに記録するコンテンツを効率よく管理する手段が必要となる。
【０００７】
前記特開２００８−１６０１９号公報（特許文献１）では、ネットワーク上に接続されたデバイス間で、ＵＰｎＰデバイスのコンテンツディレクトリサービスを同期化する方法が提案されている。これにより、前記コンテンツリストを共有することが可能となる。ところが、前記特開２００８−１６０１９号公報は、同一のコンテンツが異なるデバイスに登録された際の動作や、モバイル機器として使用するデバイスにコンテンツをコピーする際の動作については記載されていない。
【０００８】
そこで本発明は、同一のコンテンツがネットワーク上にある異なるデバイスに登録された際の動作や、モバイル機器として使用するデバイスのコンテンツ管理方法を提供する。
【課題を解決するための手段】
【０００９】
前述の課題の全てまたは一部を、本発明では一例として特許請求の範囲記載の構成により解決または改善する。
【００１０】
より具体的には、例えば、ネットワークに接続されたデバイス間でコンテンツリストを同期させるコンテンツリスト同期手段と、前記ネットワーク上のコンテンツにコンテンツ識別用のＩＤを付加するＩＤ付加手段と、前記ネットワークに接続された複数のデバイスに、同一のコンテンツが記録されたことをユーザに通知する同一コンテンツ記録通知手段を有するコンテンツ管理方法を適用する。
【発明の効果】
【００１１】
本発明によれば、ネットワーク上に複数のデバイスが接続されたシステムにおいて、デバイスの記憶容量を無駄に消費しないようコンテンツを管理することができる。
【００１２】
上記以外の課題・手段・効果は、後述する実施例によって明らかにされる。
【図面の簡単な説明】
【００１３】
【図１】システム構成の一例を示す図
【図２】ネットワーク上に接続されたデバイスの一例を示す図
【図３】コンテンツリストの一例を示す図
【図４】コンテンツリスト送信側の処理の流れを示すフロー図
【図５】コンテンツリスト受信側の処理の流れを示すフロー図
【図６】コンテンツを再生する処理の流れを示すフロー図
【図７】ユーザがネットワーク上のデバイスにコンテンツを新規登録する際の処理の流れを示すフロー図
【図８】登録が重複した際の画面表示の一例を示す図
【図９】ネットワークにデバイスを接続した際の処理の流れを示すフロー図
【図１０】ネットワークで管理しているコンテンツをモバイル用デバイスに転送する処理の流れを示すフロー図
【図１１】コンテンツが視聴済みであることを通知する画面の一例を示す図
【図１２】ネットワーク上のデバイスに、ユーザが識別しやすいラベルを関連付けるためのラベル関連付けリストの一例
【図１３】デバイスのラベル作成デバイス選択画面の一例
【図１４】ラベル作成画面の一例
【図１５】ネットワーク上の全てのコンテンツ一覧を表示する画面の一例
【図１６】ネットワーク上のコンテンツの親子関係を表示する画面の一例
【図１７】親コンテンツのみを表示する画面の一例
【図１８】派生コンテンツ一覧を表示する画面の一例
【発明を実施するための形態】
【００１４】
以下、本発明の実施例を、ＵＰｎＰネットワークを使用したシステムを用いて説明する。なお、本実施例で説明するようなコンテンツリストの更新が可能なプロトコルならば、ＵＰｎＰでなくても構わない。
【００１５】
（１）システムの構成
図１は、本発明を適用するシステム構成の一例を示す図である。本システムは、ネットワーク上のデバイス間でコンテンツを同期させるためのコンテンツ同期部１０１、コンテンツにＩＤを付加するためのＩＤ付加部１０２、同一コンテンツが記録されているか否かを判定する同一コンテンツ判定部１０３、同一コンテンツが記録されそうになったらユーザに通知を出す同一コンテンツ記録通知部１０４を有する。各部の役割については処理フローの説明と併せて後述する。
【００１６】
図２は、本発明を適用するネットワーク上に接続されたデバイスの一例を示す図である。本システムでは、パソコン２０１、テレビ２０２、プリンタ２０３、レコーダ２０４、携帯電話２０５がＵＰｎＰネットワークで接続されている。これらのデバイスは全てＵＰｎＰに対応しており、コンテンツリストの同期が可能であるとする。コンテンツリストの同期については後述する。
【００１７】
（２）コンテンツリストの同期
図３は、コンテンツリストの一例を示す図である。コンテンツリストには、コンテンツを識別するためのコンテンツＩＤ３０１、コンテンツが新規作成された際に記録される新規作成時の情報３０２、コンテンツの実体がネットワーク上のデバイスのどこに記録されているかを示すコンテンツ管理場所３０３、コンテンツに対するユーザの操作などを記録するための操作情報３０４が記録されている。
【００１８】
ここで、新規作成時の情報３０２には、例えば、コンテンツがテレビによって新規作成された場合、ＥＰＧ（電子番組表、Electronic Program Guide）などから抽出した番組タイトル情報、放送チャンネル情報、放送日時情報などが記録される。インターネットからダウンロードしたコンテンツの場合は、ダウンロード元ＵＲＬ（Uniform Resource Locator）や、コンテンツに含まれるタグなどが記録される。コンテンツ管理場所３０４には、コンテンツをいつ、どのデバイスでどのユーザが何回視聴したか、どのデバイスに持出したか、などの情報が記録される。３０１と３０３の情報は、コンテンツが新規登録される際に記録され、３０３と３０４は状況が変化するたびに更新されることになる。コンテンツリストは、例えば、ＸＭＬ（Extensible Markup Language）で作成する。
【００１９】
コンテンツリストはネットワーク上の各デバイスがそれぞれ持っており、コンテンツリストの更新が必要になったら、その都度更新する。
【００２０】
図４と図５を用いて、コンテンツリストを更新する処理の流れについて説明する。図４は、コンテンツリストを更新し、コンテンツリストの差分をネットワーク上のデバイスに送信する処理の流れを示すフロー図である。ここでは、ユーザがコンテンツを視聴したことによって視聴回数を更新する際の流れについて説明する。ユーザがコンテンツを視聴すると、ステップＳ４０１で、視聴に使用したデバイスに記録されている、コンテンツリストの操作情報３０４が更新される。具体的には、どのデバイスで、誰が視聴したかという部分が更新される。ステップＳ４０２では、ステップＳ４０１で更新された部分のみを、コンテンツ同期部１０１がネットワーク上の全てのデバイスに対して送信し、処理を終了する。
【００２１】
図５は、ネットワーク上のデバイスが、前記ネットワーク上の他のデバイスからコンテンツリストの差分を受信し、自身のコンテンツリストを更新する処理の流れを示すフロー図である。ステップＳ５０１で、デバイスがネットワーク上の他のデバイスから送信されてきたコンテンツリストの差分を受信すると、ステップＳ５０２で受信した差分を自身のコンテンツリストに適用し、コンテンツリストの更新を行う。コンテンツが新規作成された場合は、コンテンツを新規作成したデバイスのコンテンツリストに項目３０１〜３０４が追加され、追加分のみがネットワーク上の全てのデバイスに送信される。項目３０１は、ＩＤ付加部１０２によって記録される。このとき、新規作成されたコンテンツは、コンテンツを新規作成したデバイスのみに記録され、新規作成されたコンテンツの情報のみがネットワーク上の全てのデバイスのコンテンツリストに追加されることになる。
【００２２】
以上の手段により、ネットワーク上の全てのデバイスで、最新のコンテンツリストを共有することが可能になる。また、コンテンツリスト全体ではなく、更新の差分のみを送受信することで、ネットワークの負荷を軽減することができる。
【００２３】
図６は、コンテンツを再生する処理の流れを示すフロー図である。ユーザがデバイスからコンテンツの視聴開始を実行すると、ステップＳ６０１で該デバイスに記録されているコンテンツリストを参照し、該コンテンツリストから該コンテンツの実体が記録されている場所を特定する。ステップＳ６０２では、ステップＳ６０１で特定した場所にあるコンテンツの再生を開始する。ステップＳ６０３で図４の処理を行い、該コンテンツの視聴回数を更新する。
【００２４】
以上の手段により、コンテンツの実体がネットワーク上のデバイスのどれか一つに存在していれば、記憶容量を無駄に消費することなくどのデバイスからもコンテンツを視聴することができる。
【００２５】
（３）同一コンテンツ登録時の動作
図７は、ユーザがネットワーク上のデバイスにコンテンツを新規登録する際の処理の流れを示すフロー図である。ここでは、ユーザがネットワーク上の録画機能付きテレビで録画を行った場合を例として説明する。ステップＳ７０１でユーザが録画を実行すると、ステップＳ７０２で前記テレビは自身が管理するコンテンツリストを検索し、ステップＳ７０３で、同一コンテンツ判定部１０３は録画されようとしているコンテンツと同一のコンテンツが既にネットワーク上に存在しているか否かの判定を行う。同一のコンテンツが存在している、もしくは同一のコンテンツが既に録画予約されている場合は、ステップＳ７０４で同一コンテンツ記録通知部１０４は図８のような画面を表示し、既に同一のコンテンツが存在している、もしくは録画予約されていることをユーザに通知する。そうでない場合は、ステップＳ７０５でコンテンツリストに、録画予約した番組情報を追記し、追記分をネットワーク上の全デバイスに送信する。録画予約済みであるという情報をコンテンツリストに記載しておくことで、別のデバイスからの同一コンテンツの録画を抑制することができる。なお、同一のコンテンツか否かの判定には、コンテンツリストの新規作成時の情報３０２に記録されている番組タイトル情報、放送日時情報、放送チャンネル情報などを用いて行う。インターネット上のコンテンツをダウンロードする場合は、コンテンツリストの新規作成時の情報３０２に記録されているダウンロード元ＵＲＬやタグ情報を利用する。
【００２６】
以上の手段により、ユーザが同一コンテンツをネットワーク上の複数のデバイスに重複して保存することを抑制できる。これにより、デバイスの記憶容量の無駄な消費が抑制できる。
【００２７】
（４）新規デバイス登録時の動作
図９は、ネットワークにデバイスを接続した際の処理の流れを示すフロー図である。ステップＳ９０１でネットワークにデバイスが追加されると、ステップＳ９０２で、該デバイスはネットワーク上に他のデバイスが接続されているかを検索し、ステップＳ９０３で他のデバイスの有無を確認する。他のデバイスがあれば、ステップＳ９０４で、発見したデバイスにコンテンツリストの送信を要求し、送信されたコンテンツリストをステップＳ９０５で受信し、ステップＳ８０６でコンテンツリストを作成する。ステップＳ９０３で他のデバイスが発見されなければ、ステップＳ９０７でコンテンツリストを新規作成する。デバイスにコンテンツが何もない場合、空のコンテンツリストを作成する。空のコンテンツリストを作成しておくことで、以降はコンテンツリストの差分の送受信の実行のみで良くなる。
【００２８】
（５）マーク付きコンテンツ転送時の動作
図１０は、ユーザがネットワークにモバイル用デバイスを接続し、該ネットワークで管理しているコンテンツを該モバイル用デバイスに転送する処理の流れを示すフロー図である。本実施例では、視聴済みのコンテンツにマークをつけた場合について説明する。ユーザがネットワークにモバイル用デバイスを接続すると、ステップＳ１００１で図９の処理によって、モバイル用デバイスのコンテンツリストが新規作成もしくは最新の状態に更新される。ステップＳ１００２でユーザがコンテンツを該モバイル用デバイスに転送する命令を実行すると、ステップＳ１００３で該モバイル用デバイスのコンテンツリストを検索し、転送されようとしているコンテンツの状態を把握する。転送されようとしているコンテンツに視聴済みマークが付いている場合、ステップＳ１００４からステップＳ１００５に移行し、図１１のような画面を表示してコンテンツが視聴済みであることをユーザに通知し、処理を終了する。ステップＳ１００４でコンテンツが視聴済みでないと判定された場合、ステップＳ１００６でコンテンツをモバイル用デバイスに転送し、処理を終了する。なおステップＳ１００６では、必要があればコンテンツをトランスコードしてからモバイル用デバイスに転送する。なお、視聴済みを示すマークの他に、ダビング済み、トランスコード済み、複製不可、編集不可、などの情報を示すためのマークを作成しても構わない。
【００２９】
以上の手段により、モバイル用デバイスで視聴する必要のない、視聴済みのコンテンツをユーザがモバイル用デバイスに転送してしまい、モバイル用デバイスの記憶容量を無駄に消費することを防止することができる。なお、ステップＳ１００５でユーザに通知を行う際に、それでも構わないから転送したいというユーザの要望に応えるための選択ボタンを設けることも可能である。
【００３０】
図１２に、ネットワーク上のデバイスに、ユーザが識別しやすいラベルを関連付けるためのラベル関連付けリストの一例を示す。１２０１には、ＵＰｎＰデバイス名や、ＵＰｎＰデバイス型などのＵＰｎＰデバイス情報を記録し、１２０２には、ユーザが作成したラベル名を記録する。ラベルの作成は、各デバイスから行っても良いし、一つのデバイスから、ネットワーク上の全てのデバイスのラベルを作成しても構わない。
【００３１】
以上の手段により、図１１の画面のように「リビングのＴＶ」「太郎の携帯ゲーム機」というラベルでデバイスを表現可能になり、ユーザの使い勝手が向上する。ユーザがラベルを作成していない場合は、１２０１のデバイス名を表示する。
【００３２】
図１３に、デバイスのラベル作成デバイス選択画面の一例を示す。１３０１は、ラベルが未登録であるため、ＵＰｎＰデバイス名が表示されている状態である。１３０２は、ラベルは未登録だがＵＰｎＰデバイス情報からデバイスの種類を特定できたため、デバイスをアイコン表示している状態である。種類が特定できなかった場合は、特定できなかったことを示すアイコンを表示する。１３０３は、ユーザによって作成されたラベルが表示されている状態である。ユーザは、この画面からラベルを作成したいデバイスを選択する。
【００３３】
図１４に、図１３でユーザがラベルを作成したいデバイスを選択した後に表示するラベル作成画面の一例を示す。ユーザは、デバイスのアイコン、設置場所、使用者、デバイスの種類を設定することでラベルを作成する。図１４のように設定された場合、このデバイスのラベルは「リビングのテレビ」となる。デバイスの種類は、ＵＰｎＰデバイス情報から推測してあらかじめ入力しておくと使い勝手が向上する。また、設置場所におけるリビング、寝室、書斎などの設定されやすい場所については、あらかじめ選択肢として用意しておくと、ユーザが入力する手間が省けて使い勝手が向上する。
【００３４】
以上の手段により、ユーザは簡単にデバイスのラベルを作成することができる。
【００３５】
（６）コンテンツ一覧表示時の動作
図１５に、ネットワーク上の全てのコンテンツ一覧を表示する画面の一例を示す。画面には、コンテンツリストに記録されている全てのコンテンツのサムネイルの一覧を表示する。
【００３６】
図１６に、ネットワーク上のコンテンツの親子関係を表示する画面の一例を示す。１６０１は親コンテンツであり、１６０２と１６０３は１６０１を編集作成した子コンテンツであり、１６０４は１６０２を編集して作成した孫コンテンツである。親子関係は、コンテンツＩＤ３０１を使って認識する。具体的には、コンテンツＩＤ作成時に、親コンテンツのコンテンツＩＤを「XXXX0000」とし、XXXX0000を編集して作成したコンテンツのコンテンツＩＤを「XXXX1000」とし、XXXX1000を編集して作成した二つのコンテンツのコンテンツＩＤをそれぞれ「XXXX1001」「XXXX1002」とすることで、コンテンツの親子関係をコンテンツＩＤで表現することができる。なお、新たなコンテンツが登録された場合は、コンテンツＩＤを「YYYY0000」とする。
【００３７】
以上の手段により、どのコンテンツからどのコンテンツが作成されたのかをユーザが簡単に把握することができる。なお、コンテンツの親子関係が把握できるようなＩＤ付加ルールであれば、上記のルールでなくてももちろん構わない。
【００３８】
図１７に、親コンテンツのみを表示する画面の一例を示す。親コンテンツを編集して作成したコンテンツが大量にある場合、全てのコンテンツを一覧表示すると目的のコンテンツを探しにくくなる可能性がある。ユーザがこの一覧画面からコンテンツを選択し、選択したコンテンツに子コンテンツ以降が存在していれば、図１８の画面を表示する。１８０１には親コンテンツのサムネイルを表示し、１８０２には親コンテンツのコンテンツ情報を表示する。１８０３には、子や孫コンテンツのサムネイルを表示する。なお、１８０２のようなコンテンツ情報は、図１５から図１７の画面でも表示しても構わない。
【００３９】
以上の手段により、親コンテンツのみと子コンテンツ以降とで表示の階層を分割することで、コンテンツの一覧性が高まりユーザの使い勝手が向上する。
【００４０】
なお、図１５から図１８のコンテンツ表示画面において、親コンテンツをトランスコードしただけのコンテンツを非表示にする選択肢を設けても構わない。なお、コンテンツがトランスコードによって作成されたものか否かの判定には、トランスコードによってコンテンツを新規作成した際に、コンテンツリストの新規作成時の情報３０２にトランスコードによって作成したコンテンツであることを記録しておき、それを利用する。
【００４１】
以上，添付図面を参照しながら本発明にかかる好適な実施形態について説明したが，本発明はかかる例に限定されないことは言うまでもない。当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において，各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【００４２】
例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、上述した２つ以上の構成を、その全部または一部において同時に採用する構成も可能である。
【符号の説明】
【００４３】
１０１…コンテンツ同期部、１０２…ＩＤ付加部、１０３…同一コンテンツ判定部、１０４…同一コンテンツ記録通知部、２０１…パソコン、２０２…テレビ、２０３…プリンタ、２０４…レコーダ、２０５…携帯電話、３０１…コンテンツＩＤ、３０２…新規作成所の情報、３０３…コンテンツ管理場所、３０４…操作情報、Ｓ４００〜Ｓ４０３…図４の処理フロー内容、Ｓ５００〜Ｓ５０３…図５の処理フロー内容、Ｓ６００〜Ｓ６０４…図６の処理フロー内容、Ｓ７００〜Ｓ７０６…図７の処理フロー内容、Ｓ９００〜Ｓ９０８…図９の処理フロー内容、Ｓ１０００〜Ｓ１００７…図１０の処理フロー内容、１２０１…ＵＰｎＰデバイス情報、１２０２…デバイスのラベル、１３０１…ＵＰｎＰデバイス名、１３０２…アイコン、１３０３…ラベル、１６０１…親コンテンツ、１６０２、１６０３…子コンテンツ、１６０４…孫コンテンツ、１８０１…親コンテンツのサムネイル、１８０２…親コンテンツのコンテンツ情報、１８０３…子や孫コンテンツのサムネイル
【図１】
2011182276.tif 000003
【図２】
2011182276.tif 000004
【図３】
2011182276.tif 000005
【図４】
2011182276.tif 000006
【図５】
2011182276.tif 000007
【図６】
2011182276.tif 000008
【図７】
2011182276.tif 000009
【図８】
2011182276.tif 000010
【図９】
2011182276.tif 000011
【図１０】
2011182276.tif 000012
【図１１】
2011182276.tif 000013
【図１２】
2011182276.tif 000014
【図１３】
2011182276.tif 000015
【図１４】
2011182276.tif 000016
【図１５】
2011182276.tif 000017
【図１６】
2011182276.tif 000018
【図１７】
2011182276.tif 000019
【図１８】
2011182276.tif 000020