(57)【特許請求の範囲】
【請求項１】
ネットワーク上の機器からのリクエストに応じてコンテンツを提供するコンテンツ提供装置であって、
前記ネットワーク上の機器の種別情報を取得する取得手段と、
前記取得手段によって取得された種別情報に基づいて、当該種別情報に対応する機器に提供するコンテンツのパラメータを決定する決定手段と、
前記ネットワーク上の機器からのリクエストを受信する受信手段と、
前記取得手段によって種別情報が取得済みの機器からのリクエストが前記受信手段によって受信されると、前記取得手段によって取得済みの種別情報に基づいて前記決定手段によって決定されたパラメータに基づいて処理されたコンテンツを前記リクエストを送信した機器に提供する提供手段と
を有し、さらに、
前記取得手段は、前記種別情報と共に再生モードに関する情報を取得し、
前記決定手段は、前記取得された種別情報と再生モードに関する情報に基づいて、提供するコンテンツのパラメータを決定する
ことを特徴とするコンテンツ提供装置。
【請求項２】
前記取得手段は、前記ネットワークに接続される機器を発見するためのサーチメッセージを送信する送信手段を有し、前記サーチメッセージに対する機器からの返信に含まれる種別情報を取得する
ことを特徴とする請求項１記載のコンテンツ提供装置。
【請求項３】
前記取得手段は、前記ネットワークに接続される機器を発見するためのサーチメッセージを送信すると共に、前記サーチメッセージに返信した機器に対して、種別情報を要求するための要求メッセージを送信する送信手段を有し、前記要求メッセージに対する機器からの返信に含まれる種別情報を取得する
ことを特徴とする請求項１記載のコンテンツ提供装置。
【請求項４】
前記受信手段は、ネットワークに接続される機器から生存確認メッセージを受信し、
前記取得手段は、前記生存確認メッセージを送信した機器に提供するコンテンツのパラメータが、前記決定手段によって決定されているか否かを判定する判定手段と、前記生存確認メッセージを送信した機器に提供するコンテンツのパラメータが前記決定手段によって決定されていないと前記判定手段によって判定された場合、前記生存確認メッセージを送信した機器に対して、種別情報を要求するための要求メッセージを送信する送信手段とを有し、前記要求メッセージに対する機器からの返信に含まれる種別情報を取得する
ことを特徴とする請求項１記載のコンテンツ提供装置。
【請求項５】
前記取得手段は、前記一の機器の種別情報と再生モードに関する情報に基づいて前記決定手段が前記一の機器に提供するコンテンツのパラメータを決定した後に、前記一の機器から再生モードの情報を取得し、
前記決定手段は、前記コンテンツのパラメータを決定したときの前記一の機器の再生モードと、前記コンテンツのパラメータを決定した後に取得された前記一の機器の再生モードが異なる場合、前記一の機器に提供するコンテンツのパラメータを変更する
ことを特徴とする請求項１記載のコンテンツ提供装置。
【請求項６】
前記決定手段によって決定されたパラメータと、機器の識別情報とを記憶する記憶手段と、
前記記憶手段に記憶された識別情報に対応する機器がネットワークから切断されたか否かを判定する判定手段と、
前記ネットワークから切断されたと前記判定手段によって判定された機器に提供するコンテンツのパラメータの情報を前記記憶手段から削除する削除手段と
を有することを特徴とする請求項１記載のコンテンツ提供装置。
【請求項７】
前記取得手段は、機器が再生するコンテンツの画素数を示す種別情報を取得し、
前記決定手段は、機器に提供するコンテンツの画素数を、前記取得手段が取得した画素数に決定する
ことを特徴とする請求項１記載のコンテンツ提供装置。
【請求項８】
ネットワーク上の機器からのリクエストに応じてコンテンツを提供するコンテンツ提供装置が行うコンテンツ処理方法であって、
前記ネットワーク上の機器の種別情報を取得する取得工程と、
前記取得工程によって取得された種別情報に基づいて、当該種別情報に対応する機器に提供するコンテンツのパラメータを決定する決定工程と、
前記ネットワーク上の機器からのリクエストを受信する受信工程と、
前記取得工程によって種別情報が取得済みの機器からのリクエストが前記受信工程によって受信されると、前記取得工程によって取得済みの種別情報に基づいて前記決定工程によって決定されたパラメータに基づいて処理されたコンテンツを前記一の機器に提供する提供工程と
を有し、さらに、
前記取得工程では、前記種別情報と共に再生モードに関する情報を取得し、
前記決定工程では、前記取得された種別情報と再生モードに関する情報に基づいて、提供するコンテンツのパラメータを決定することを特徴とするコンテンツ処理方法。
【請求項９】
前記取得工程では、前記一の機器の種別情報と再生モードに関する情報に基づいて前記決定工程で前記一の機器に提供するコンテンツのパラメータを決定した後に、前記一の機器から再生モードの情報を取得し、
前記決定工程では、前記コンテンツのパラメータを決定したときの前記一の機器の再生モードと、前記コンテンツのパラメータを決定した後に取得された前記一の機器の再生モードが異なる場合、前記一の機器に提供するコンテンツのパラメータを変更する
ことを特徴とする請求項８記載のコンテンツ処理方法。
【請求項１０】
ネットワーク上の機器からのリクエストに応じてコンテンツを提供するコンピュータに、
前記ネットワーク上の機器の種別情報を取得する取得手順と、
前記取得手順によって取得された種別情報に基づいて、当該種別情報に対応する機器に提供するコンテンツのパラメータを決定する決定手順と、
前記ネットワーク上の機器からのリクエストを受信する受信手順と、
前記取得手順によって種別情報が取得済みの機器からのリクエストが前記受信手順によって受信されると、前記取得手順によって取得済みの種別情報に基づいて前記決定手順によって決定されたパラメータに基づいて処理されたコンテンツを前記リクエストを送信した機器に提供する提供手順と
を実行させ、さらに、
前記取得手順では、前記種別情報と共に再生モードに関する情報を取得させ、
前記決定手順では、前記取得された種別情報と再生モードに関する情報に基づいて、提供するコンテンツのパラメータを決定させることを特徴とするプログラム。
【請求項１１】
前記取得手順では、前記一の機器の種別情報と再生モードに関する情報に基づいて前記決定手順で前記一の機器に提供するコンテンツのパラメータを決定させた後に、前記一の機器から再生モードの情報を取得させ、
前記決定手順では、前記コンテンツのパラメータを決定したときの前記一の機器の再生モードと、前記コンテンツのパラメータを決定した後に取得された前記一の機器の再生モードが異なる場合、前記一の機器に提供するコンテンツのパラメータを変更させる
ことを特徴とする請求項１０記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上の機器からの要求に応じてコンテンツを提供するコンテンツ提供装置に関する。
【背景技術】
【０００２】
ネットワークに接続可能なＰＣ、ＴＶ、デジタルカメラ、プリンタなどのディジタル家電製品の出現により、家庭内でもネットワークを介して複数の機器がマルチメディアデータの交換することが可能となっている。このような家庭内の通信機器間で通信する手順として、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）、ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）などの通信規格が策定されている。ユーザは、コンテンツサーバやディジタルレコーダ等のコンテンツを保持している装置から、ＴＶやスピーカ等のコンテンツを再生する装置にコンテンツをダウンロードする。ユーザは、Ｐｈｏｔｏ、Ｉｍａｇｅ、Ａｕｄｉｏ、Ｖｉｄｅｏ等のマルチメディアコンテンツのダウンロードにより、それらを視聴することができる。
【０００３】
ところが、同じ種別のマルチメディアコンテンツ（例えばＩｍａｇｅ）であっても、様々なコンテンツ属性（例えば画面サイズや圧縮フォーマット）が存在する。また、再生装置によって適したコンテンツ属性が異なる。
【０００４】
コンテンツを提供する装置が、再生装置に適したコンテンツを提供するための方法として、特許文献１が知られている。特許文献１には、再生装置からのコンテンツ取得要求の中に「Ｍｏｂｉｌｅ」という文字コードが含まれていた場合、コンテンツ提供装置は、画質は粗いが圧縮率が高いコンテンツを提供することが開示されている。また、特許文献１には、再生装置からのコンテンツ取得要求の中に「Ｍｏｂｉｌｅ」という文字コードが含まれていない場合、コンテンツ提供装置は、画質はよいが圧縮率が低いコンテンツを提供することが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２１５２０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、コンテンツのリクエストを受信してから、コンテンツをリクエストした機器の種別に対応するコンテンツ属性のコンテンツを提供開始するまでに時間がかかってしまう恐れがあった。
【０００７】
例えば、「Ｍｏｂｉｌｅ」の文字コードの有無で判定される機器の種別よりも詳細な機器の種別を判定しようとすると、コンテンツの提供開始までに時間がかかってしまう恐れがあった。
【０００８】
また、例えば、コンテンツをリクエストした機器の詳細な種別を判定するために、コンテンツをリクエストした機器と複数回のやり取りを行うと、コンテンツの提供開始までに時間がかかってしまう恐れがあった。
【０００９】
本発明は、上記問題に鑑みなされたものであり、その目的は、コンテンツのリクエストを受信してから、コンテンツをリクエストした機器の種別に対応するコンテンツ属性のコンテンツを提供開始するまでにかかる時間を短くすることである。
【課題を解決するための手段】
【００１０】
上記の問題点を解決するため、本発明のコンテンツ提供装置は、例えば、以下の構成を有する。即ち、ネットワーク上の機器からのリクエストに応じてコンテンツを提供するコンテンツ提供装置であって、前記ネットワーク上の機器の種別情報を取得する取得手段と、前記取得手段によって取得された種別情報に基づいて、当該種別情報に対応する機器に提供するコンテンツのパラメータを決定する決定手段と、前記ネットワーク上の機器からのリクエストを受信する受信手段と、前記取得手段によって種別情報が取得済みの機器からのリクエストが前記受信手段によって受信されると、前記取得手段によって取得済みの種別情報に基づいて前記決定手段によって決定されたパラメータに基づいて処理されたコンテンツを前記リクエストを送信した機器に提供する提供手段とを有し、さらに、前記取得手段は、前記種別情報と共に再生モードに関する情報を取得し、前記決定手段は、前記取得された種別情報と再生モードに関する情報に基づいて、提供するコンテンツのパラメータを決定する。
【発明の効果】
【００１１】
本発明によれば、コンテンツのリクエストを受信してから、コンテンツをリクエストした機器の種別に対応するコンテンツ属性のコンテンツを提供開始するまでにかかる時間を短くすることができる。
【図面の簡単な説明】
【００１２】
【図１】ネットワーク構成例
【図２】デジタルカメラ２０の内部構成例
【図３】デジタルカメラ２０の処理のフローチャート
【図４】コンテンツ出力装置の検索を行う処理のシーケンス図
【図５】Ｍ−Ｓｅａｒｃｈに対するコンテンツ出力装置のレスポンスメッセージの例
【図６】デバイスディスクリプションの例
【図７】デバイス情報テーブルの例
【図８】属性テーブルの例
【図９】発見したコンテンツ出力装置をデバイス情報テーブルに登録するフローチャート
【発明を実施するための形態】
【００１３】
以下に、図面を参照して、この発明の好適な実施の形態を詳しく説明する。
【００１４】
＜概要＞
図１は、本実施形態に係るコンテンツ提供システムの全体構成を示す図である。同図において、デジタルカメラ２０（以下デジカメ２０）は、コンテンツ提供サーバ機能を有する。すなわち、デジカメ２０は、ネットワーク上（ネットワーク１０上）の機器からのリクエスト（コンテンツ取得要求）に応じてコンテンツを提供するコンテンツ提供装置である。
【００１５】
デジカメ２０は、コンテンツを出力（再生）する機能を有するコンテンツ出力装置を発見する。そして、デジカメ２０は、発見されたコンテンツ出力装置のＭＡＣアドレスと、コンテンツ出力装置の種別に適したコンテンツの属性情報（コンテンツ属性）を取得し、それらを対応付けて記憶する。そして、デジカメ２０は、コンテンツ取得要求の送信元ＭＡＣアドレスに基づいて、コンテンツを要求したコンテンツ出力装置に適したコンテンツを提供する。
【００１６】
＜システム構成＞
図１は、第１実施形態に係るコンテンツ提供システムの全体構成を示す図である。
【００１７】
上述のように、デジカメ２０は、ネットワーク１０上の機器からのコンテンツ取得要求に応じてコンテンツを提供するコンテンツ提供装置である。なお、デジカメ２０は、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いたコンテンツの配信が可能である。
【００１８】
ネットワーク１０は、接続された装置間のデータを転送するネットワークである。ネットワーク１０は、例えば、イーサネット（登録商標）や無線ＬＡＮなどである。また、ネットワーク１０には、コンテンツを表示するデジタルテレビ（以下ＤＴＶ３０）、デジタルフォトフレーム３５（以下ＤＰＦ３５）と、コンテンツをプリントする高性能プリンタ４０、家庭用プリンタ４５が接続されている。
【００１９】
本形態において、ＤＴＶ３０、ＤＰＦ３５、高性能プリンタ４０、家庭用プリンタ４５は、コンテンツを出力する機器（コンテンツ出力装置）である。尚、本形態のＤＴＶ３０は、ＤＰＦ３５よりも高品質のコンテンツを表示させることが可能である。また、本形態の高性能プリンタ４０は、家庭用プリンタ４５よりも高品質のコンテンツをプリントすることが可能である。各機器が出力するコンテンツの品質については、後述する。
【００２０】
また、Ｗｅｂサーバ６０は、インターネット５０に接続され、コンテンツ出力装置のデバイス種別とコンテンツ属性を対応付けて記憶している。そして、Ｗｅｂサーバ６０は、デジカメ２０からの問い合わせに含まれるデバイス種別に対応するコンテンツ属性をデジカメ２０に通知する。尚、Ｗｅｂサーバ６０は、ネットワーク１０上に存在してもよい。また、インターネット５０は、インターネット以外の外部ネットワークでもよい。
【００２１】
なお、デジカメ２０（コンテンツ提供装置）は、ＵＰｎＰおよびＤＬＮＡのフレームワークを用いて機器やサービスの広告／検出や、コンテンツの提供が可能である。また、上述のコンテンツ出力装置は、ＵＰｎＰおよびＤＬＮＡのフレームワークを用いて機器やサービスの広告／検出や、コンテンツの要求が可能である。すなわち、デジカメ２０及び各コンテンツ出力装置は、ＵＰｎＰおよびＤＬＮＡで使用される以下のプロトコルを実装している。
・機器やサービスの検出に使用されるＳＳＤＰ（Ｓｉｍｐｌｅ  Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）
・ＸＭＬデータの交換に使用されるＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）
・機器間での各種通知に使用されるＧＥＮＡ（Ｇｅｎｅｒａｌ  Ｅｖｅｎｔ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ）
なお、デジカメ２０（コンテンツ提供装置）はＤＭＳ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）の機能を有している。また、ＤＴＶ３０、ＤＰＦ３５はＤＭＲ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ）、高性能プリンタ４０、家庭用プリンタ４５はＤＭＰｒ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｐｒｉｎｔｅｒ）の機能を有している。
【００２２】
なお、本形態では、各機器がＤＬＮＡのデバイスクラスの機能を有している場合について説明するが、同様の機能を有する他のフレームワークおよび他のプロトコルを用いてもよい。
【００２３】
＜装置構成＞
図２はデジカメ２０の内部構成を示す図である。
通信部１０１は、ネットワーク１０を介してメッセージの送受信を行う。
デバイス検索部１０２は、ネットワーク１０に接続するコンテンツ出力装置をＳＳＤＰのＭ−Ｓｅａｒｃｈを使用して検索する。そして、デバイス検索部１０２は、Ｍ−Ｓｅａｒｃｈのレスポンスによって発見されたコンテンツ出力装置のデバイス種別（種別情報）と、モード情報と、ＭＡＣアドレスを取得する。
【００２４】
本形態におけるデバイス種別は、例えば、デジタルテレビの場合、デバイスの製品名（例えばＣａｎｏＤＴＶ）、画面サイズ（例えば３６インチ）、バージョン（例えばｖ１．０）からなる。また、例えば、プリンタのデバイス種別は、デバイスの製品名（ＣａｎｏＤＭＰｒ）、製品カテゴリ（例えばＰｒｏ）、バージョン（例えばｖ１．０）からなる。デバイス種別とモード情報の取得方法の詳細は、後述する。尚、本形態では、デバイス種別とモード情報からコンテンツ属性を決定する例について説明するが、デバイスのモデルナンバー、製造元情報などの種別情報から決定してもよい。デバイス検索部１０２は、デバイス種別と、モード情報と、ＭＡＣアドレスを属性決定部１０４に通知する。
【００２５】
属性決定部１０４は、デバイス検索部１０２により取得されたデバイス種別とモード情報に対応するコンテンツ属性を決定する。即ち、属性決定部１０４は、デバイス検索部１０２によって取得されたデバイス種別に基づいて、当該デバイス種別に対応する機器に提供するコンテンツのパラメータ（コンテンツ属性）を決定する。本形態におけるコンテンツ属性は、コンテンツの圧縮フォーマット、画素数（解像度）、色空間属性を含む。
【００２６】
尚、属性決定部１０４は、取得されたデバイス種別とモード情報に対応するコンテンツ属性をすでに保持している場合、該保持しているコンテンツ属性を、機器に提供するコンテンツ属性として決定する。例えば、現在接続されているコンテンツ出力装置と同じデバイス種別とモード情報のコンテンツ出力装置を新たに発見した場合、すでに保持されているコンテンツ属性を、新たに発見したコンテンツ属性として決定する。
【００２７】
また、属性決定部１０４は、取得されたデバイス情報とモード情報に対応するコンテンツ属性を保持していない場合、デバイス種別に対応するコンテンツ属性を、Ｗｅｂサーバ６０に問い合わせることによって決定する。ただし、属性決定部１０４は、取得されたデバイス情報とモード情報に対応するコンテンツ情報を保持していない場合に、対応するコンテンツ属性をユーザによって入力させることで決定しても良い。属性決定部１０４は、決定したコンテンツ属性と発見された機器のＭＡＣアドレスをデバイス情報記憶部１０７に通知する。
【００２８】
デバイス情報記憶部１０７は、属性決定部１０４から通知されたＭＡＣアドレスとコンテンツ属性を対応付けて記憶する。本形態のデバイス情報記憶部１０７は、図７に示すデバイス情報テーブルと、図８に示す属性テーブルを記憶する。図７において、ＭＡＣアドレス６０１は、ネットワーク１０に接続されるコンテンツ出力装置のＭＡＣアドレスである。また、属性ＴＢＬＩＤ６０２は、図８に示す属性テーブルのナンバー７０１に対応している。図７には、ネットワーク１０に接続されていると判定されているコンテンツ出力装置の数と同じ数のＭＡＣアドレスと属性ＴＢＬＩＤが記憶される。
【００２９】
尚、図８の属性テーブルには、デフォルトのコンテンツ属性が含まれる。また、属性テーブルは、これまでに発見されたコンテンツ出力装置が切断されたことに応じて、当該コンテンツ出力装置に関するコンテンツ属性を削除するようにしても良いし、コンテンツ出力装置が切断されたあとも、一定期間保持するようにしても良い。
【００３０】
コンテンツ提供部１０３は、ネットワーク１０上の機器（コンテンツ出力装置）からのリクエスト（コンテンツ取得要求）を受信する。そして、コンテンツ提供部１０３は、受信したコンテンツ取得要求の送信元のＭＡＣアドレスが、図７に示すデバイス情報テーブルに登録されているか否かを判定する。そして、送信元ＭＡＣアドレスがデバイス情報テーブルに登録されている場合、コンテンツ取得要求を送信した機器に提供するコンテンツのコンテンツ属性を図８に示す属性テーブルから取得する。そして、コンテンツ提供部１０３は、コンテンツ出力装置から要求されたコンテンツを、属性テーブルから取得されたコンテンツ属性に基づいて処理するように、コンテンツ変換部１０６に依頼する。そして、コンテンツ提供部１０３は、コンテンツ変換部１０６によって処理されたコンテンツを、コンテンツ取得要求を送信したコンテンツ出力装置に対して提供する。
【００３１】
即ち、コンテンツ提供部１０３は、属性決定部１０４によってコンテンツ属性（パラメータ）が決定されたコンテンツ出力装置からのコンテンツ取得要求の受信に応じて、当該決定されたコンテンツ属性に基づいて処理されたコンテンツを提供する。また、属性決定部１０４は、コンテンツ属性を、デバイス検索部１０２によって取得された種別情報（デバイス種別）に基づいて決定する。
【００３２】
コンテンツ変換部１０６は、コンテンツ提供部１０３からの依頼に応じて、コンテンツのフォーマットや、解像度（画素数）、現像パラメータ、色空間を変換する。コンテンツ変換部１０６は、例えば、提供するコンテンツの画素数を変換する場合、コンテンツの画素の間引き処理や補間処理を行う。
【００３３】
コンテンツ管理部１０５は、デジカメ２０のストレージ（不図示）に保存しているコンテンツを管理するモジュールであり、コンテンツの所在や、コンテンツのメタデータ等の管理を行う。なお、管理するコンテンツは、デジカメ２０のストレージに保存しているコンテンツだけではなく、例えばインターネット５０を介してＷｅｂサーバ６０に保存しているコンテンツでもよい。
【００３４】
＜システム動作＞
図３は、デジカメ２０の処理を説明するフローチャートである。
ステップ２０１において、デバイス検索部１０２は、ＳＳＤＰのＭ−Ｓｅａｒｃｈリクエストを使用してネットワーク１０に接続するコンテンツ出力装置の検索を行う。すなわち、デバイス検索部１０２は、ステップ２０１で、ネットワーク１０に接続されている機器を発見するためのサーチメッセージを送信する。
【００３５】
ステップ２０２において、デバイス検索部１０２は、Ｍ−Ｓｅａｒｃｈリクエストに対するレスポンスに含まれるＵＳＮ情報（識別情報）に基づいて新規のコンテンツ出力装置を発見したか否かを判定する。ステップ２０２で新規のコンテンツ出力装置を発見したと判定された場合はステップ２０３に進み、新規のコンテンツ出力装置を発見していないと判定された場合はステップ２０４に進む。尚、ＵＳＮ情報に限らず、例えばＭＡＣアドレスなどに基づいて新規に発見されたか否かを判定することも可能である。
【００３６】
ステップ２０３において、デバイス検索部１０２は、ステップ２０２で新規に発見したコンテンツ出力装置のデバイス種別を取得する。そして、属性決定部１０４は、新規に発見したコンテンツ出力装置のデバイス種別に適したコンテンツ属性を決定する。そして、デバイス情報記憶部１０７は、新規のコンテンツ出力装置のＭＡＣアドレスと、属性決定部１０４によって決定されたコンテンツ属性を対応付けて記憶する。ステップ２０３の処理の詳細は、図９を用いて後述する。
【００３７】
ステップ２０４において、デバイス検索部１０２は、Ｍ−Ｓｅａｒｃｈリクエストのレスポンスの受信タイムアウトを検出することによって、検索処理を終了する。
【００３８】
ステップ２０５（受信手順）において、コンテンツ提供部１０３は、ネットワーク１０に接続されるコンテンツ出力装置からのコンテンツ取得要求を待ち受ける。ステップ２０５でコンテンツ提供部１０３がコンテンツ取得要求を受信したと判定した場合はステップ２０６に進む。即ち、コンテンツ提供部１０３は、ステップ２０５で、ネットワーク１０上の機器（コンテンツ出力装置）からのリクエストを受信する。
【００３９】
ステップ２０６において、コンテンツ提供部１０３は、ステップ２０５で受信されたコンテンツ取得要求の送信元ＭＡＣアドレスを取得し、ステップ２０７に進む。
【００４０】
ステップ２０７において、コンテンツ提供部１０３は、ステップ２０６で取得されたＭＡＣアドレスが図７に示すデバイス情報テーブルに登録されたＭＡＣアドレスであるか否かを判定する。デバイス情報テーブルは、デバイス情報記憶部１０７に記憶されている。ステップ２０６で取得されたＭＡＣアドレスがデバイス情報テーブルに登録されたＭＡＣアドレスであると判定された場合はステップ２０８に進み、登録されたＭＡＣアドレスではないと判定された場合はステップ２０９に進む。
【００４１】
ステップ２０８において、コンテンツ提供部１０３は、コンテンツ出力装置に適したコンテンツ属性に基づいて、コンテンツ出力装置から要求されたコンテンツを処理するように、コンテンツ変換部１０６に依頼する。即ち、コンテンツ提供部１０３は、ステップ２０６で取得されたＭＡＣアドレスに対応する属性ＴＢＬＩＤをデバイス情報テーブルから取得し、取得された属性ＴＢＬＩＤに対応するコンテンツ属性によるコンテンツの処理をコンテンツ変換部１０６に依頼する。
【００４２】
属性ＴＢＬＩＤに対応するコンテンツ属性は、属性テーブルに記憶される。図８に属性テーブルの例を示す。図８の属性テーブルは、ナンバー７０１、デバイス種別・モード情報７０２と、コンテンツ属性７０３から構成される。ナンバー７０１は、図７の属性ＴＢＬＩＤ６０２に対応している。また、デバイス種別・モード情報７０２には、デバイス種別７１１とモード情報７１２が含まれる。また、コンテンツ属性７０３には、フォーマット情報７２１や、色空間属性７２２、解像度７２３などのコンテンツ属性で構成されている。
【００４３】
ステップ２０８において、コンテンツ変換部１０６は、コンテンツ提供部１０３からの依頼に応じて、コンテンツ出力装置から要求されたコンテンツをコンテンツ属性に基づいて処理する。
【００４４】
例えば、属性決定部１０４は、ＤＴＶ３０のデバイス種別として（ＣａｎｏＤＴＶ−３６ｖ１．０）が取得された場合、ＤＴＶ３０に提供するコンテンツの解像度を１９３６×１２８８に決定する。また、属性決定部１０４は、ＤＰＦ３５のデバイス種別として（ＣａｎｏＤＴＶ−１４ｖ１．０）が取得された場合、ＤＰＦ３５に提供するコンテンツの解像度を６４０×４８０に決定する。尚、上述のように、ＤＴＶ３０のデバイス種別の３６と、ＤＰＦ３５のデバイス種別の１４は、それぞれの画面サイズである。
【００４５】
即ち、デバイス検索部１０２は、機器が再生するコンテンツの画素数を示す種別情報（解像度７２３）を取得する。そして、属性決定部１０４は、機器に提供するコンテンツの画素数を、デバイス検索部１０２が取得した画素数に決定する。そして、コンテンツ提供部１０３は、要求されたコンテンツが属性決定部１０４によって決定された画素数のコンテンツとなるように、コンテンツ変換部１０６に依頼し、コンテンツ変換部１０６によって処理（画素の間引きや補間処理）されたコンテンツを提供する。このようにすることで、コンテンツ提供部１０３は、コンテンツを再生する機器の種別情報（画素数）に対応するコンテンツを提供することができる。
【００４６】
ステップ２０９において、コンテンツ提供部１０３は、デバイス情報記憶部１０７に記憶されたデフォルトのコンテンツ属性で、コンテンツ出力装置から要求されたコンテンツを変換するように、コンテンツ変換部１０６に依頼する。そして、ステップ２０９において、コンテンツ変換部１０６は、コンテンツ提供部１０３からの依頼に応じて、コンテンツ出力装置から要求されたコンテンツをデフォルトのコンテンツ属性に基づいて変換する。デフォルトのコンテンツ属性は、図８のナンバー５（ＤＭＲのデフォルトコンテンツ属性）と、ナンバー６（ＤＭＰｒのデフォルトコンテンツ属性）である。
【００４７】
ステップ２１０（提供手順）において、コンテンツ提供部１０３は、ステップ２０８又はステップ２０９でコンテンツ変換部１０６によって変換されたコンテンツを、ステップ２０５で受信したコンテンツ取得要求の送信元のコンテンツ出力装置へ提供する。
【００４８】
即ち、コンテンツ提供部１０３は、属性決定部１０４によってコンテンツ属性（パラメータ）が決定されたコンテンツ出力装置からのコンテンツ取得要求の受信に応じて、当該決定されたコンテンツ属性に基づいて処理されたコンテンツを提供する。尚、属性決定部１０４は、コンテンツ属性を、デバイス検索部１０２によって取得された種別情報（デバイス種別）に基づいて決定する。
【００４９】
次に、図３のステップ２０３のコンテンツ属性登録処理の詳細を、図９を用いて説明する。図９は、デジカメ２０が、発見したコンテンツ出力装置をデバイス情報テーブルに登録するフローチャート図である。上述のようにコンテンツ属性登録処理は、図３のステップ２０２において、新規のデバイスが発見されたと判定されたことに応じて行われる。
【００５０】
ステップ８０１において、デバイス検索部１０２は、新規に発見されたデバイスのＭＡＣアドレスを取得する。
【００５１】
ステップ８０２（取得手順）において、デバイス検索部１０２は、Ｍ−Ｓｅａｒｃｈリクエストのレスポンス（２００ＯＫメッセージ）に、デバイス種別とモード情報が含まれているか否かを判定する。２００ＯＫメッセージにデバイス種別とモード情報が含まれていると判定された場合はそれらを取得してステップ８０５に進み、デバイス種別とモード情報が含まれていないと判定された場合はステップ８０３に進む。
【００５２】
即ち、デバイス検索部１０２は、ネットワーク１０に接続される機器を発見するためのサーチメッセージ（Ｍ−Ｓｅａｒｃｈリクエスト）を送信する。そして、デバイス検索部１０２は、サーチメッセージに対する機器からの返信に種別情報が含まれる場合、ステップ８０２でその種別情報を取得する。
【００５３】
Ｍ−Ｓｅａｒｃｈリクエストのレスポンスの例を図５に示す。本形態のデバイス検索部１０２は、図５に示すレスポンスには、デバイス種別とモード情報が含まれていないと判定するため、種別情報を取得せずにステップ８０３に進む。
【００５４】
ステップ８０３において、デバイス検索部１０２は、Ｍ−Ｓｅａｒｃｈリクエストのレスポンスに含まれるＬｏｃａｔｉｏｎ４０１を宛先としてデバイスディスクリプションを要求するためのＨＴＴＰ  ＧＥＴリクエストを送信する。そして、デバイス検索部１０２は、ＨＴＴＰ  ＧＥＴリクエストのレスポンスであるデバイスディスクリプションを取得する。
【００５５】
ステップ８０４（取得手順）において、デバイス検索部１０２は、ステップ８０３で取得されたデバイスディスクリプションにデバイス種別とモード情報が含まれているか否かを判定する。デバイス検索部１０２は、デバイスディスクリプションにデバイス種別とモード情報が含まれていると判定するとそれらを取得してステップ８０５に進み、デバイス種別とモード情報が含まれていないと判定すると図９の処理を終了する。
【００５６】
ステップ８０３で取得されるデバイスディスクリプションの例を図６に示す。本形態のデバイスディスクリプションには、デバイスタイプ５０１、デバイスの製造元情報５０２、デバイスのモデル名（デバイス種別）５０３、モデルナンバー５０４、モード情報５０５が含まれている。また、図６のモデル名５０３には、デバイスの製品名（ＣａｎｏＤＴＶ）、画面サイズ（３６インチ）、バージョン（ｖ１．０）が含まれている。また、図６のモード情報５０５は、新規に発見されたコンテンツ出力装置がスポーツモードであることを示している。
【００５７】
本形態のデバイス検索部１０２は、ステップ８０３で図６のようなデバイスディスクリプションを受信すると、ステップ８０４でデバイスのモデル名５０３をデバイス種別として取得し、モード情報５０５をモード情報として取得し、ステップ８０５に進む。即ち、デバイス検索部１０２は、サーチメッセージ（Ｍ−Ｓｅａｒｃｈメッセージ）に返信した機器に対して、種別情報を要求するための要求メッセージ（ＨＴＴＰ  ＧＥＴリクエスト）を送信する（ステップ８０３）。そして、デバイス検索部１０２は、ステップ８０３で送信された要求メッセージ（ＨＴＴＰ  ＧＥＴリクエスト）に対する機器からの返信に含まれる種別情報を取得する（ステップ８０４）。
【００５８】
ステップ８０５（決定手順）において、属性決定部１０４は、ステップ８０２、又は８０４でデバイス検索部１０２によって取得されたデバイス種別とモード情報に対応するコンテンツ属性を決定する。尚、ステップ８０２と８０４でデバイス種別とモード情報を一部ずつ取得してコンテンツ属性を決定するようにしても良い。即ち、ステップ８０５において、属性決定部１０４は、デバイス検索部１０２によって取得されたデバイス種別に基づいて、当該デバイス種別に対応する機器に提供するコンテンツのパラメータ（コンテンツ属性）を決定する。
【００５９】
ステップ８０６において、デバイス情報記憶部１０７は、ステップ８０１で取得されたＭＡＣアドレスと、ステップ８０５で決定されたコンテンツ属性を対応付けて記憶し、図９のコンテンツ属性登録処理を終了する。以上説明したように、本形態のコンテンツ提供装置（デジカメ２０）は、新規に発見されたコンテンツ出力装置に対応するコンテンツ属性を決定する。そして、コンテンツ属性決定後に、コンテンツ出力装置からコンテンツ取得要求を受信すると、決定されたコンテンツ属性に基づいて処理されたコンテンツを提供する。このようなコンテンツ提供装置によるコンテンツ処理方法によれば、コンテンツのリクエストを受信してから、コンテンツをリクエストした機器の種別に対応するコンテンツ属性のコンテンツを提供開始するまでの時間を短くすることができる。
【００６０】
なお、本形態のデバイス検索部１０２は、コンテンツ出力装置からのＳＳＤＰのＡｄｖｅｒｔｉｓｅ（Ａｌｉｖｅ）メッセージの受信に応じて、デバイス種別とモード情報を取得する。すなわち、本形態のデバイス検索部１０２は、Ａｌｉｖｅメッセージ（生存確認メッセージ）を送信した機器に提供するコンテンツのパラメータが属性決定部１０４によって決定されているか判定する。そして、属性決定部１０４によってパラメータが決定されていないと判定された場合、デバイス検索部１０２は、生存確認メッセージを送信した機器に対して、種別情報を要求するための要求メッセージ（ＨＴＴＰ  ＧＥＴリクエスト）を送信する。デバイス検索部１０２は、要求メッセージに対するコンテンツ出力機器からの返信（デバイスディスクリプション）に含まれる種別情報を取得する。
【００６１】
このようにすることで、Ｍ−Ｓｅａｒｃｈのみを用いる場合よりも早く、新規に接続されたコンテンツ出力装置のデバイス種別やモード情報を取得できるようになる。
【００６２】
また、本形態のデバイス検索部１０２は、図３のステップ２０５以降も、所定時間ごとにＭ−Ｓｅａｒｃｈによる検索を行い、新規に接続されたコンテンツ出力装置のデバイス種別とモード情報を取得する。また、デバイス検索部１０２は、所定時間ごとに送信されるＭ−Ｓｅａｒｃｈリクエストの返信に基づいて、すでにネットワーク１０に接続されている機器のモード情報の変更を検知する。そして、モード情報が変更された機器のコンテンツ属性を変更する。
【００６３】
即ち、デバイス検索部１０２は、一の機器（ＤＴＶ３０）の種別情報と再生モードに関する情報に基づいて属性決定部１０４がＤＴＶ３０に提供するコンテンツのパラメータ（コンテンツ属性）を決定した後に、ＤＴＶ３０から再生モードの情報を取得する。そして、属性決定部１０４は、コンテンツ属性を決定したときのＤＴＶ３０の再生モードと、コンテンツ属性を決定した後に取得されたＤＴＶ３０の再生モードが異なる場合、ＤＴＶ３０に提供するコンテンツのパラメータを変更する。
【００６４】
例えば、図８の属性テーブルの１行目に記憶されているＤＴＶ３０の再生モードがＮｏｒｍａｌモードからＳｐｏｒｔｓモードに変更された場合の例を説明する。ここで、Ｓｐｏｒｔｓモードは、Ｎｏｒｍａｌモードが設定された場合よりも、シャープネスの高い映像を再生させる再生モードである。属性決定部１０４は、ＤＴＶ３０の再生モードがＮｏｒｍａｌモードからＳｐｏｒｔｓモードに変更されたことがデバイス検索部１０２によって検知されると、提供する映像のシャープネスが上がるように、ＤＴＶ３０に対応するコンテンツ属性を変更する。
【００６５】
このようにすることで、属性決定部１０４は、コンテンツ出力装置のモード情報が変更された場合に、変更後のモード情報に対応したコンテンツ属性を決定することができる。ただし、コンテンツ属性をモード情報を用いずに決定する場合などは、モード情報の変更を検知しない構成としても良い。
【００６６】
また、デバイス検索部１０２は、ＳＳＤＰのＡｄｖｅｒｔｉｓｅ（ＢＹＥＢＹＥ）メッセージの受信や、生存期間のタイムアウトなどによって、コンテンツ出力装置がネットワーク１０から切断されたか否かを判定する。そして、デバイス検索部１０２は、ネットワーク１０からコンテンツ出力装置が切断されたと判定すると、切断されたコンテンツ出力装置のＭＡＣアドレスとコンテンツ属性をデバイス情報記憶部１０７から削除する。
【００６７】
即ち、デバイス検索部１０２は、デバイス情報記憶部１０７に記憶された識別情報（ＭＡＣアドレス）に対応する機器がネットワークから切断されたか否かを判定する。そして、デバイス検索部１０２は、ネットワーク１０から切断されたと判定された機器に提供するコンテンツのパラメータの情報（コンテンツ属性）をデバイス情報記憶部１０７から削除する。このようにすることで、デバイス情報記憶部１０７に必要なメモリ量を低減することができる。なお、ネットワークから切断されたと判定された機器に提供するパラメータの情報を削除する代わりにＩｎａｃｔｉｖｅにするようにしても良い。
【００６８】
次に、本形態のデジカメ２０が行う処理について、図４のシーケンス図を用いて説明する。
【００６９】
図４のステップ３０１において、デジカメ２０は、Ｍ−Ｓｅａｒｃｈリクエストをネットワーク１０にマルチキャスト送信する。
【００７０】
ステップ３０２において、デジカメ２０は、ＤＴＶ３０から、Ｍ−Ｓｅａｒｃｈリクエストのレスポンス（２００ＯＫメッセージ）を受信する。Ｍ−Ｓｅａｒｃｈリクエストのレスポンスの例は、図５に示した通りである。
【００７１】
ステップ３０３において、デジカメ２０は、図５のＬｏｃａｔｉｏｎ４０１宛てに、デバイスディスクリプションの取得要求（ＨＴＴＰ  ＧＥＴリクエスト）を送信する。また、デジカメ２０は、ステップ３０４において、ＨＴＴＰ  ＧＥＴリクエストの応答として、ＤＴＶ３０から、デバイスディスクリプションを含む２００ＯＫレスポンスを受信する。ステップ３０４でデジカメ２０が受信するＤＴＶ３０のデバイスディスクリプションの例は、図６に示した通りである。
【００７２】
このようにしてＤＴＶ３０のデバイスディスクリプションを受信したデジカメ２０の属性決定部１０４は、ＤＴＶ３０に適したコンテンツ属性（パラメータ）を決定する。そして、コンテンツ提供部１０３は、属性決定部１０４によってパラメータが決定された機器（ＤＴＶ３０）からコンテンツ取得要求を受信すると、決定されたパラメータに基づいて処理されたコンテンツを提供する。尚、デジカメ２０は、ＤＴＶ３０の例と同様にして、ＤＰＦ３５、高性能プリンタ４０、家庭用プリンタ４５からも、Ｍ−Ｓｅａｒｃｈリクエストの応答と、ＨＴＴＰ  ＧＥＴリクエストの応答を受信する。
【００７３】
本実施形態のデジカメ２０（コンテンツ提供装置）によれば、コンテンツ出力装置からコンテンツ取得要求を受信してから、コンテンツを要求したコンテンツ出力装置のデバイス種別に適したコンテンツを提供開始するまでの時間を短くすることができる。
【００７４】
（他の実施形態）
以上、本発明の実施形態について詳述したが、本発明は、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００７５】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００７６】
１０２  デバイス検索部
１０３  コンテンツ提供部
１０４  属性決定部
１０５  コンテンツ管理部
１０６  コンテンツ変換部
【図１】
0005550288.tif 000002
【図２】
0005550288.tif 000003
【図３】
0005550288.tif 000004
【図４】
0005550288.tif 000005
【図５】
0005550288.tif 000006
【図６】
0005550288.tif 000007
【図７】
0005550288.tif 000008
【図８】
0005550288.tif 000009
【図９】
0005550288.tif 000010