(57)【要約】【課題】複数の機器がネットワークで接続された状況下において、周辺機器が有するコンテンツデータの取得状況を明示してユーザのストレスを軽減することができる情報処理装置及び方法、並びにプログラム及び記憶媒体を提供する。【解決手段】メタデータ取得も縮小画像も取得が早い機器が有するコンテンツデータに関しては、縮小画像２０１、２０２及び２０８で表示し、メタデータだけは早く取得できる機器が有するコンテンツデータに関しては、メタデータ２０３、２０５〜２０７で表示する。一方で、縮小画像だけでなくメタデータ取得にも時間がかかる機器に関しては、機器画像２０４のみを表示する。このように、縮小画像、メタデータ、機器画像が混在した状態でコンテンツデータが一覧表示される。【選択図】図２
2007333980.tif 000002
【特許請求の範囲】
【請求項１】
周辺機器が有するコンテンツデータを取得するコンテンツデータ取得手段と、
前記コンテンツデータ取得手段による取得段階に応じて、前記周辺機器を示す機器画像、メタデータ及び縮小画像を組み合わせて表示手段に一覧表示する表示制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記表示制御手段は、
予め接続される周辺機器を機器画像で示す機器画像一覧表示手段と、
前記周辺機器の有するコンテンツデータのメタデータ取得が終了すると機器画像からメタデータ表示を展開するメタデータ表示手段と、
前記コンテンツデータの縮小画像取得が終了するとメタデータ表示に縮小画像表示を追加する縮小画像表示手段と、
を備えることを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記表示制御手段は、メタデータ表示時に、メタデータを所有する前記周辺機器の種別を対応付けて表示することを特徴とする請求項１記載の情報処理装置。
【請求項４】
前記表示制御手段は、
前記周辺機器に対してその状況を問い合わせる問い合わせ手段と、
前記問い合わせ手段の問い合わせ結果に応じて、前記周辺機器が使用可能な場合と使用不可能な場合とで機器画像の表示形態を切り替えて表示する表示切り替え手段と、
を備えることを特徴とする請求項１記載の情報処理装置。
【請求項５】
前記機器画像一覧表示手段によって表示される機器画像のうち、特定の前記周辺機器をユーザが指定するユーザ指示手段と、
前記ユーザ指示手段によって指定された前記周辺機器に対して、自身の有するコンテンツデータを取得するために有効なシステムリソースを優先させるシステムリソース制御手段と、
を備えることを特徴とする請求項２記載の情報処理装置。
【請求項６】
前記縮小画像表示手段によって表示される縮小画像のうち、特定のコンテンツデータをユーザが指定するユーザ指定手段と、
前記ユーザ指示手段によって指定されたコンテンツデータに対して、該コンテンツデータを取得するために必要なシステムリソースを優先させるシステムリソース制御手段と、
を備えることを特徴とする請求項２記載の情報処理装置。
【請求項７】
前記システムリソース制御手段は、無線通信における周波数帯域の制御を行うことを特徴とする請求項５又は請求項６記載の情報処理装置。
【請求項８】
前記システムリソース制御手段は、ＣＰＵ実行権限の制御を行うことを特徴とする請求項５又は請求項６記載の情報処理装置。
【請求項９】
前記システムリソース制御手段は、ＲＡＭ使用量の制御を行うことを特徴とする請求項５又は請求項６記載の情報処理装置。
【請求項１０】
周辺機器が有するコンテンツデータを取得するコンテンツデータ取得ステップと、
前記コンテンツデータ取得ステップによる取得段階に応じて、前記周辺機器を示す機器画像、メタデータ及び縮小画像を組み合わせて表示手段に一覧表示する表示制御ステップと、
を備えることを特徴とする情報処理方法。
【請求項１１】
前記表示制御ステップは、
予め接続される周辺機器を機器画像で示す機器画像一覧表示ステップと、
前記周辺機器の有するコンテンツデータのメタデータ取得が終了すると機器画像からメタデータ表示を展開するメタデータ表示ステップと、
前記コンテンツデータの縮小画像取得が終了するとメタデータ表示に縮小画像表示を追加する縮小画像表示ステップと、
を備えることを特徴とする請求項１０記載の情報処理方法。
【請求項１２】
前記表示制御ステップは、メタデータ表示時に、メタデータを所有する前記周辺機器の種別を対応付けて表示することを特徴とする請求項１０記載の情報処理方法。
【請求項１３】
前記表示制御ステップは、
前記周辺機器に対してその状況を問い合わせる問い合わせステップと、
前記問い合わせステップの問い合わせ結果に応じて、前記周辺機器が使用可能な場合と使用不可能な場合とで機器画像の表示形態を切り替えて表示する表示切り替えステップと、
を備えることを特徴とする請求項１０記載の情報処理方法。
【請求項１４】
前記機器画像一覧表示ステップによって表示される機器画像のうち、特定の前記周辺機器をユーザが指定するユーザ指示ステップと、
前記ユーザ指示ステップによって指定された前記周辺機器に対して、自身の有するコンテンツデータを取得するために有効なシステムリソースを優先させるシステムリソース制御ステップと、
を備えることを特徴とする請求項１１記載の情報処理方法。
【請求項１５】
前記縮小画像表示ステップによって表示される縮小画像のうち、特定のコンテンツデータをユーザが指定するユーザ指定ステップと、
前記ユーザ指示ステップによって指定されたコンテンツデータに対して、該コンテンツデータを取得するために必要なシステムリソースを優先させるシステムリソース制御ステップと、
を備えることを特徴とする請求項１１記載の情報処理方法。
【請求項１６】
前記システムリソース制御ステップは、無線通信における周波数帯域の制御を行うことを特徴とする請求項１４又は請求項１５記載の情報処理方法。
【請求項１７】
前記システムリソース制御ステップは、ＣＰＵ実行権限の制御を行うことを特徴とする請求項１４又は請求項１５記載の情報処理方法。
【請求項１８】
前記システムリソース制御ステップは、ＲＡＭ使用量の制御を行うことを特徴とする請求項１４又は請求項１５記載の情報処理方法。
【請求項１９】
周辺機器が有するコンテンツデータを取得するコンテンツデータ取得モジュールと、
前記コンテンツデータ取得モジュールによる取得段階に応じて、前記周辺機器を示す機器画像、メタデータ及び縮小画像を組み合わせて表示手段に一覧表示する表示制御モジュールと、
をコンピュータに実行させることを特徴とする情報処理プログラム。
【請求項２０】
請求項１９記載の情報処理プログラムを格納するコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、接続された周辺機器からのデータを入力して処理する情報処理装置及び方法、並びにプログラム及び記憶媒体に関するものである。
【背景技術】
【０００２】
近年、パーソナルコンピュータ（ＰＣ）等で保存・管理できるデータ量は飛躍的に増大している。大量のデータの中から所望のデータを検索するためにはソートや絞込みといった処理が行われるが、一般的にデータについての情報を記述したメタデータを用いて処理が行われることが多い。
【０００３】
例えば、ファイル名やファイルの格納場所等がメタデータに当たる。また、データを一覧表示する際にデータの内容を縮小表示することで、データの内容を視覚的にわかりやすく表現するＧＵＩが広く利用されている。特に、画像や動画データ等を一覧表示する場合にサムネイルと呼ばれる縮小画像が用いられる。
【０００４】
しかしながら、サムネイルは画像情報のためデータ量が多いので、メタデータ等のテキスト情報を取得するのに比べて、サムネイル取得には時間がかかることが多い。そこで、サムネイルを表示するまでに生じるユーザのストレスを軽減するために、表示するデータのメタデータの一部、例えばファイル名等を予め表示しておき、サムネイルは取得できてから初めて表示する方法が知られている。
【０００５】
データの内容を視覚的に表せるサムネイルを用いることで、一覧表示されたファイルの概要を知ることができる。しかし、画面の表示を行うクライアントと、データを保持するサーバ間の転送レートは伝送路によって変化するため、一定の応答速度でサムネイルを表示することは難しい。そこで、転送レートを実行時に測定し、この速度によって表示するデータの数を変更させる技術が提案されている（例えば、特許文献１を参照）。
【０００６】
また、データ処理中のユーザのストレスを低減するために、サーバとのデータ送受信時に、送受信が必要となる手続きごとに用意される画像を手続きに合わせて画面に示すことで処理の進行状況を明示する技術が提案されている（例えば、特許文献２を参照）。
【特許文献１】特開２００１−２７３２３１号公報
【特許文献２】特開２００３−３０５５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、サムネイル表示の前にメタデータだけ表示するようにしても、メタデータ取得が遅い機器では何も表示できないのでユーザのストレスは軽減できなかった。
【０００８】
また、上述した従来の技術では、伝送速度が遅い場合にはサムネイル表示数を減らしてしまうので、取得済みのコンテンツを先に表示していくことはできなかった。また、処理内容を表示してユーザのストレスを軽減することはできても、どの機器からデータを取得中なのかを明示するものではなかった。
【０００９】
本発明の目的は、複数の機器がネットワークで接続された状況下において、周辺機器が有するコンテンツデータの取得状況を明示してユーザのストレスを軽減することができる情報処理装置及び方法、並びにプログラム及び記憶媒体を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、請求項１記載の情報処理装置は、周辺機器が有するコンテンツデータを取得するコンテンツデータ取得手段と、前記コンテンツデータ取得手段による取得段階に応じて、前記周辺機器を示す機器画像、メタデータ及び縮小画像を組み合わせて表示手段に一覧表示する表示制御手段とを備えることを特徴とする。
【００１１】
請求項１０記載の情報処理方法は、周辺機器が有するコンテンツデータを取得するコンテンツデータ取得ステップと、前記コンテンツデータ取得ステップによる取得段階に応じて、前記周辺機器を示す機器画像、メタデータ及び縮小画像を組み合わせて表示手段に一覧表示する表示制御ステップとを備えることを特徴とする。
【００１２】
請求項１９記載の情報処理プログラムは、周辺機器が有するコンテンツデータを取得するコンテンツデータ取得モジュールと、前記コンテンツデータ取得モジュールによる取得段階に応じて、前記周辺機器を示す機器画像、メタデータ及び縮小画像を組み合わせて表示手段に一覧表示する表示制御モジュールとをコンピュータに実行させることを特徴とする。
【００１３】
請求項２０記載のコンピュータ読み取り可能な記憶媒体は、請求項１９記載の情報処理プログラムを格納する。
【発明の効果】
【００１４】
本発明の情報処理装置は、周辺機器が有するコンテンツデータを取得するコンテンツデータ取得手段と、コンテンツデータ取得手段による取得段階に応じて、周辺機器を示す機器画像、メタデータ及び縮小画像を表示手段に一覧表示する表示制御手段とを備える。即ち、縮小画像、メタデータ、機器画像が混在した状態でコンテンツデータが一覧表示される。従って、複数の機器がネットワークで接続された状況下において、周辺機器が有するコンテンツデータの取得状況を明示してユーザのストレスを軽減することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態を図面を参照しながら詳細に説明する。尚、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１６】
図１は、本発明の実施の形態に係る情報処理装置（例えばＰＣ等）の機能構成を概略的に示す図である。
【００１７】
図１において、情報処理装置１０１は、機器間通信プロトコルインタフェース１１０，１１１によってネットワーク１０３を介して周辺機器１０２と接続されており、情報処理装置１０１と周辺機器１０２との間でデータを送受信している。
【００１８】
情報処理装置１０１は、機器間通信プロトコルインタフェース１１０の他、機器アイコン生成部１０４、機器状態問い合わせ部１０５、出力制御部１０６、入力部１０７、表示部１０８、ＣＰＵ１０９、プログラムメモリ１１２、メモリ１１３、ハードディスク（ＨＤ）１１４を備える。入力部１０７、表示部１０８以外の上記各ユニットで情報処理部１１５が構成される。
【００１９】
機器アイコン生成部１０４は、周辺機器１０２から受け取ったデータを用いて、その周辺機器１０２に対応する機器画像を作成する。機器アイコン生成部１０４は、予め登録されている機器アイコンを、対応する周辺機器１０２と関連付けてもよく、あるいはユーザが、その周辺機器１０２に対応する任意の機器アイコンを作成して登録できるようにしてもよい。
【００２０】
機器状態問い合わせ部１０５は、周辺機器１０２の電源状態、所望の記憶媒体（メディア）がセットされているか等を機器間通信プロトコルインタフェース１１０，１１１によって問い合わせる。
【００２１】
出力制御部１０６は、表示部１０８に縮小画像を一覧表示するように制御する。この一覧表示の際には、周辺機器１０２の機器画像、周辺機器１０２が有するコンテンツデータ１１６のメタデータ及び縮小画像を表示する。
【００２２】
入力部１０７は、キーボード、マウス等のポインティングデバイスを有し、ユーザの操作に応じで各種コマンドやデータを入力するのに使用される。
【００２３】
表示部１０８は、ＣＲＴや液晶、プラズマ、ＳＥＤなどの表示ユニットを有し、出力制御部１０６から出力される画像データを基に、アイコンや各種イメージ、文字などを表示する。
【００２４】
また、情報処理部１１５は、機器状態問い合わせ部１０５、出力制御部１０６及び機器間通信プロトコルインタフェース１１０を実現する処理プログラムを記憶し、そのプログラムに従ってその機能を実現するとともに、入力部１０７や表示部１０８の制御も行う。
【００２５】
具体的には、情報処理部１１５は、少なくともＣＰＵ１０９と、このＣＰＵ１０９により実行される処理プログラムを記憶するプログラムメモリ１１２、ＣＰＵ１０９による処理時にワークエリアを提供して各種データを一時的に格納するメモリ１１３を有する。
【００２６】
上述した各部１０４〜１０６，１１０の機能は、この処理プログラムとＣＰＵ１０９との協働により実現される。また、情報処理部１１５は、処理プログラムがインストールされているハードディスク１１４を更に有し、処理プログラムの実行時に、その処理プログラムがハードディスク１１４からプログラムメモリ１１２にロードされて実行される形式でもよい。
【００２７】
尚、機器間通信プロトコルインタフェース１１０，１１１に関しては特に明記しないが、ネットワーク１０３に接続して周辺機器１０２とやり取りができればどのような接続形態であってもよい。もちろん、ネットワーク１０３は無線でも有線でもよく、情報処理装置１０１と周辺機器１０２の間でデータのやり取りができればよい。
【００２８】
ここでは単純な例で示すために、情報処理装置１０１と周辺機器１０２とがそれぞれ一つの場合で説明するが、いずれかあるいはどちらも複数接続されていてもよい。
【００２９】
図２は、図１の情報処理装置のＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）により表示部に表示される画像の一例を示す図である。
【００３０】
図２において、表示画面に一覧表示の例として３つの周辺機器に関するデータが表示されている。縮小画像２０１、２０２及び２０８は、各周辺機器１０２あるいはその周辺機器１０２に装着されたメディア等に記憶されているコンテンツデータのものである。
【００３１】
機器画像（機器アイコン）２０４は、メタデータも縮小画像もまだ取得されないため、メタデータ取得中である周辺機器１０２を示すものである。メタデータ（機器画像とメタデータ）２０３、２０５〜２０７は各周辺機器１０２あるいはその周辺機器１０２に装着されたメディア等に記憶されているコンテンツデータのものである。
【００３２】
メタデータ取得も縮小画像取得も早い周辺機器が有するコンテンツデータに関しては縮小画像２０１、２０２、２０８で表示し、メタデータだけは早く取得できる周辺機器が有するコンテンツデータに関してはメタデータ２０３、２０５〜２０７で表示する。
【００３３】
一方で、縮小画像だけでなくメタデータ取得にも時間がかかる周辺機器に関しては、機器アイコン２０４のみを表示する。
【００３４】
以上説明したように、図２では、縮小画像、メタデータ、機器画像が混在した状態でコンテンツデータが一覧表示される。
（実施の形態１）
図３は、図１の情報処理装置と周辺機器によって実行されるコンテンツデータ一覧表示処理の手順を示すフローチャートである。
【００３５】
この処理を実行するプログラムは、情報処理部１１５のプログラムメモリ１１２に記憶され、ＣＰＵ１０９の制御の下に実行される。尚、この一覧表示は、データ検索による検索結果を示す際や、コンテンツデータの再生リストを作成した場合にそれを表示する際等に起動される。
【００３６】
図３において、まず、ステップＳ３１で、情報処理装置１０１に接続される周辺機器１０２の機器画像（機器情報）を一覧表示する。ここで、接続される機器情報は、情報処理装置１０１に周辺機器１０２が接続された際などに周辺機器１０２から送信されるデータによって情報処理装置１０１が周辺機器１０２を検出することで作成される。つまり情報処理装置１０１は新たに周辺機器１０２が追加されるごとに、情報を蓄積しておく。尚、接続の解除も検出することで、現在接続される周辺機器１０２を把握している。
【００３７】
次にステップＳ３２で、接続される周辺機器１０２すべてに対してメタデータ取得を要求する。各周辺機器１０２は、ステップＳ３２での要求に対して、ステップＳ３３でメタデータを転送する。
【００３８】
情報処理装置１０１は、メタデータの転送を受けるごとにステップＳ３４でメタデータを受信し、受信したメタデータを一覧に表示する。接続される周辺機器１０２からメタデータ転送を受けるたびにステップＳ３４の処理が繰り返される。
【００３９】
メタデータの転送単位については、メタデータごとでも、周辺機器ごとの全メタデータリストごとでも、周辺機器ごとに適当な単位のメタデータごとでもよく、転送単位に特にこだわるものではない。メタデータの要求だけ送信しておき、メタデータを受信するごとに表示部１０８に表示するようにしてもよい。
【００４０】
ステップＳ３５では、メタデータの取得が完了していない周辺機器１０２がなくなるまで処理が終了しないようにしている。よって、任意の周辺機器１０２にコンテンツデータが追加された場合にも、すぐに反映することが可能になる。一度は処理を終了する場合でも、ステップＳ３４の処理に戻り、周辺機器１０２からメタデータが送信されれば受信できるようにしておくことで、動的なデータの反映を実現してもよい。
【００４１】
ステップＳ３５では、ステップＳ３２で要求を出した全周辺機器からメタデータの取得が完了したかどうかを判定し、終了した場合はＮＯとなりステップＳ４０へ進む。ステップＳ４０では、メタデータ要求後に新たに追加されている周辺機器１０２がないかを判定し、新たに追加された周辺機器１０２があればステップＳ３１に戻る。
【００４２】
追加された周辺機器１０２がなければ、ステップＳ４０でＹＥＳとなり、メタデータ取得処理を終了する。また、一覧表示実行時に周辺機器１０２が新たに追加されると常にステップＳ３１の処理が実行され、メタデータと縮小画像取得が追加された周辺機器１０２に対して行われるようにするとよい。
【００４３】
また、ステップＳ３２〜Ｓ３４のメタデータ取得と並行して、ステップＳ３６では、メタデータ取得が終了したコンテンツデータがあるかを調べる。ステップＳ３６でＹＥＳとなれば、該当するコンテンツデータを所有する周辺機器１０２に対し縮小画像を要求する（ステップＳ３７）。
【００４４】
各周辺機器１０２は、ステップＳ３７の要求に対して、ステップＳ３８で縮小画像を転送する。情報処理装置１０１は、ステップＳ３９で縮小画像を受信すると、該当するコンテンツデータのメタデータ表示に縮小画像を貼り付けて表示する。
【００４５】
ステップＳ４０で、縮小画像未取得のメタデータが存在するかどうかを判定してＹＥＳとなれば、ステップＳ３７に戻る。縮小画像未取得のメタデータがなくなれば、ステップＳ４１でＮＯとなり、縮小画像取得の処理を終了する。ステップ４１では、縮小画像未取得のメタデータがあるかどうかで判定しているが、縮小画像転送処理が終わっていない周辺機器１０２があるかどうかで判定してもよい。
【００４６】
ここでは、メタデータの要求と縮小画像の要求を別ステップとして示したが、情報処理装置１０１からの一度のデータ要求に対する周辺機器１０２の返答のみをトリガーとして表示制御を行うようにしてもよい。その場合には、周辺機器１０２に対して一度データ要求をし、要求に対する周辺機器１０２からのメタデータの転送時にステップＳ３２の処理を実行し、縮小画像の転送時にステップＳ３９の処理を実行する。
【００４７】
また、情報処理装置１０１は、一度受信した周辺機器のデータをメモリ１１３などに記憶することで、二度目の一覧表示実行時には差分だけのやり取りで表示制御が可能となる。
【００４８】
図４は、図３のフローチャートにおけるステップＳ３１、Ｓ３２において、情報処理装置のＧＵＩにより表示部に表示される画像の一例を示す図である。
【００４９】
図３のフローチャートにおけるステップＳ３１及びステップＳ３２では、接続される周辺機器１０２は判明しているものの、各周辺機器１０２のメタデータは取得できていない状態である。
【００５０】
よって、機器画像４０１〜４０３が各周辺機器１０２を示すアイコンとして表示されている。機器画像４０１は接続されるデジタルビデオで、ユーザにより、あるいはデフォルトで「ｖｉｄｅｏ１」という名前が付けられた場合の例を示す。
【００５１】
また図示したように、各機器画像４０１〜４０３には、進行状況バー４０５のような進行状況を表現できる画像を付加して、各周辺機器１０２が有するメタデータをどれだけ転送済みか表せるようにするとよい。
【００５２】
図５は、図３のフローチャートにおけるステップＳ３４〜Ｓ３６において、情報処理装置のＧＵＩにより表示部に表示される画像の一例を示す図である。
【００５３】
図３のフローチャートにおけるステップＳ３４〜Ｓ３６では、接続される周辺機器１０２は判明し、各周辺機器１０２のうちいくつかの周辺機器１０２に関してメタデータの取得が完了した状態である。よって、メタデータ５０２〜５０４が表示されている。一方で、メタデータ取得が完了していない周辺機器１０２に関しては、図４で示した場合と同様に、各周辺機器１０２を示すアイコンとして機器画像５０１、５０５が表示されている。
【００５４】
図５では、図４で機器画像４０２として表示していた周辺機器「Ｐａｐａ  ＰＣ」からメタデータを取得できたので、「Ｐａｐａ  ＰＣ」が有するコンテンツデータをメタデータで一覧させている。
【００５５】
このとき、メタデータが、「Ｐａｐａ  ＰＣ」のデータであることが分かりやすいように、メタデータ５０２、５０３では、縮小画像の代わりに機器画像をメタデータと共に表示している。「Ｐａｐａ  ＰＣ」の縮小画像取得が終了し、機器画像５０５で示した周辺機器「Ｃａｍｅｒａ１」のメタデータ取得が終了すると図２の表示になる。
【００５６】
図２では、「ｖｉｄｅｏ１」はメタデータ取得が終了していないので何も展開されておらず、機器画像２０４が表示されている。一方、「Ｐａｐａ  ＰＣ」のコンテンツデータは縮小画像２０１、２０２、２０８が付加される。また、「Ｃａｍｅｒａ１」のメタデータ取得が終わったので、メタデータ２０３、２０５〜２０７の表示となった。
【００５７】
ここで、メタデータ取得が終わっているデータに関しては、ファイル名や日付などのメタデータを利用して順番に並べることが可能である。図２はファイル名で並べた例なので、「Ｃａｍｅｒａ１」のメタデータが受信される前はすべて隣に並んでいた「Ｐａｐａ  ＰＣ」のコンテンツデータの間に他のファイルが並ぶ。
【００５８】
図２では、「Ｐａｐａ  ＰＣ」のコンテンツデータである「ＩＭＧ＿００１１．ｊｐｇ」よりもアルファベット順で前にくる「Ｃａｍｅｒａ１」のコンテンツデータが挿入されている。
【００５９】
この結果、仮令「Ｃａｍｅｒａ１」のコンテンツデータの縮小画像がなくても、ファイル名一覧を眺めた覚えがあれば、縮小画像２０２と２０８から、その間にくるコンテンツデータが想像しやすくなる。特に、日付で並べた場合には、縮小画像に挟まれることで、縮小画像のないメタデータについても、ある程度のデータ内容の予想が付けやすくなるので効率的な検索が可能になる。
【００６０】
以上説明したように、実施の形態１によれば、情報処理装置１０１に接続されている周辺機器１０２が有するコンテンツデータをデータの取得状況に応じた形態で一覧表示させることができる。
【００６１】
また、この一覧表示おいて、各周辺機器１０２が有している縮小画像を取得するまでは、接続している周辺機器１０２の機器画像や各周辺機器１０２が有するコンテンツデータのメタデータを表示することができる。
【００６２】
更には、メタデータ表示時には、メタデータに周辺機器の種別を対応付けて表示することもできる。これにより、ユーザにとって、より利便性の高いＧＵＩを提供できる。
（実施の形態２）
図６は、図１の情報処理装置によって実行される、周辺機器の接続状態によって機器画像を変更する機器画像変更処理の手順を示すフローチャートである。
【００６３】
この処理を実行するプログラムは、情報処理部１１５のプログラムメモリ１１２に記憶され、ＣＰＵ１０９の制御の下に実行される。この処理では、周辺機器１０２が有するデータを一覧表示する前に、表示する機器画像一覧表示の際にユーザに機器状況を明示する。
【００６４】
図６において、まず、ステップＳ６１で、機器状態問い合わせ部１０５によって周辺機器１０２の状況を問い合わせる。次に、ステップＳ６２で、問い合わせた結果が保存されていないか、もしくは保存されている状態から変化しているかなど、周辺機器１０２に変化があるか調べる。ステップＳ６２でＹＥＳとなると、問い合わせた周辺機器１０２の状況をメモリ１１３などに保存する（ステップＳ６３）。
【００６５】
そして、ステップＳ６４で、変化した状況に合わせて機器画像を切り替える。ここで、機器画像を状況ごとに用意してもよいし、１つの機器画像に対して、状況だけを示すアイコンなどを用意して、状況ごとに重ねて表示してもよい。
【００６６】
ステップＳ６２でＮＯとなった場合、もしくはステップＳ６４で表示の切り替えが終了したらステップＳ６５に進む。ステップＳ６５では、予め定められる機器状況の問い合わせ時間になったかどうか、あるいは、新たに周辺機器１０２が接続された場合や周辺機器１０２の接続が解除された場合などが検知されたか判定する。
【００６７】
ステップＳ６５でＹＥＳとなるまでは、問い合わせ時間や機器状況変化の検知を待つ。ステップＳ６５でＹＥＳとなった場合には、ステップＳ６１に戻り、接続状況を問い合わせる。
【００６８】
尚、ステップＳ６５における機器状況変化には、機器接続の変化のほか、機器の電源のオン又はオフ、周辺機器１０２に挿入される記憶媒体の挿入や取り出しなども含む。状況変化は、機器間通信プロトコルインタフェース１１０、１１１によってやり取りされる。通信プロトコルには、例えばＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）などが使用され、周辺機器１０２の接続や電源投入が周辺機器１０２から情報処理装置１０１に通知される。
【００６９】
図７は、図１の情報処理装置のＧＵＩにより、周辺機器の有するデータを一覧表示する前に、周辺機器の機器画像を表示する際の一例を示す図である。
【００７０】
周辺機器１０２の接続状態によって表示部１０８に表示される機器画像を切り替えて表示する。例えば、ユーザの接続機器が常に図４に示されるように、符号４０１〜４０３に示したアイコンで表されるとする。この例では、常にこの並びで表示され、何らかの原因で周辺機器のデータが読み取れない場合に、その旨を機器画像（アイコン）とは別に明示する。
【００７１】
図７では、図４のように接続される周辺機器１０２がある場合に、機器画像７０１及び７０３の周辺機器１０２がデータ読み取り不可だった場合を示している。機器画像７０１〜７０３を変えずに、不可マーク７０４を上から重ねる。
【００７２】
また、「メタデータ取得中」のようにテキストデータも表示できる場合には、「未接続」といったように、周辺機器１０２のデータが読み取れない原因をテキストデータで表示するとよい。
【００７３】
機器画像７０１の周辺機器１０２に対しては、何らかの原因で接続が解除されたために、「未接続」と表示している。一方、機器画像７０３の周辺機器１０２に対しては、コンテンツデータを有する記憶媒体のメディアが装着されていないために、「メディアなし」と表示している。
【００７４】
ここで、接続状況によって切り替える画像やテキストは、画像をグレーアウト表示するだけなど、接続状況が区別できればどのようなものであってもよい。
【００７５】
以上説明したように実施の形態２によれば、情報処理装置１０１に接続されている周辺機器１０２の接続状況に応じたアイコンを、コンテンツデータの一覧表示と同時に表示する。従って、ユーザが、その周辺機器１０２からコンテンツデータを取得できるかどうかを容易に判断できる。
【００７６】
例えば、接続状態の変化によって、機器画像一覧の表示内容（順序）が変わる場合には、いつも表示される機器画像の位置が変わってしまうので、ユーザが混乱する可能性がある。よって、接続される機器が一定の期間において同じ状態である場合などは、実施の形態２で示したように、常に接続機器が同じように表示され、接続状況が別に明示されるのが好ましい。
【００７７】
しかし、ここでは表示の並びを限定するものではなく、接続状況によって使用不可能な周辺機器１０２をまとめて別枠などに並べて表示する場合でも利用できる。つまり、周辺機器１０２の状況が分かるように表示できるという利点がある。
（実施の形態３）
図８は、図１の情報処理装置によって実行される、ユーザの指示した周辺機器及びコンテンツデータのデータ転送を優先する場合のデータ転送優先処理の手順を示すフローチャートである。
【００７８】
この処理を実行するプログラムは、情報処理部１１５のプログラムメモリ１１２に記憶され、ＣＰＵ１０９の制御の下に実行される。この処理では、ユーザが指定した周辺機器１０２及びコンテンツデータの転送に対してリソース制御を行う。
【００７９】
ところで、リソース制御方法としては、まず通信における帯域制御が挙げられる。帯域制御として、優先度の高い通信に帯域を割り当てて、確実な通信を行うためにＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）技術が用いられている。また、ＱｏＳの技術として、例えば、ネットワークパケットが正しく送信されるように制御するルーティングにおいては、パケット分類やキュー制御、スケジューリング、シェーピングなどの帯域制御技術が知られている。
【００８０】
一方、ネットワークに接続されるすべての機器が連動してＱｏＳ制御を行う技術として、Ｉｎｔｓｅｒｖ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ）及びＤｉｆｆｓｅｒｖ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ  Ｓｅｒｖｉｃｅｓ）が知られている。特に、Ｄｉｆｆｓｅｒｖ技術を用いれば、特定のデータを優先させることができる。
【００８１】
通信における制御の他には、ＣＰＵ１０９による制御でもよい。また、プログラムメモリ１１２やメモリ１１３などのメインメモリの制御を行うことで、データ転送の優先を制御してもよい。
【００８２】
いずれの場合も、ユーザが所望する周辺機器１０２に関して、情報処理装置１０１がその周辺機器１０２のデータを周辺機器１０２から取得するためにかかるリソースを優先させられればよく、以上述べた方法に限定するものではない。
【００８３】
同様に、ユーザが所望するデータに関して、情報処理装置１０１がそのデータを周辺機器１０２ら取得するためにかかるリソースを優先させられればよく、以上述べた方法に限定するものではない。
【００８４】
また、本実施の形態では、データ転送のためのリソース制御をその時点でもっとも有効と判断される方法で行う。しかし、複数の制御を組み合わせる方法、複数の制御を段階的に進める方法、あるいは常に複数の制御を順番で行う方法などで実現してもよく、もちろん単一の方法で制御を行ってもよい。
【００８５】
ユーザによって、周辺機器１０２もしくはコンテンツデータのいずれかが、入力部１０７より指定されることで処理が始まるようにする。ユーザ指定の検知はＧＵＩ機能などを用いて入力のイベントを待つ。例えば、表示部１０８に表示される、周辺機器１０２を示す機器画像のいずれか、もしくはコンテンツデータの一つを表す縮小画像のいずれかを、入力部１０７で指定するとイベントが生じるようにしておく。
【００８６】
図５のＧＵＩ画面において、画面内の機器画像や縮小画像を選択指定できるようにした例を図９及び図１０に示す。
【００８７】
図９において、角丸四角の指定枠９０１内を入力部１０７より指定すれば、機器「ｖｉｄｅｏ１」をデータ取得の優先対象として選択できる。指定枠９０１は入力部１０７で制御でき、選択されていない機器画像９０２と区別できる。
【００８８】
図９に示したように、指定枠９０１により機器画像が選択された状態となり、データ取得の優先を指定する。指定方法は、入力部１０７に用意するデータ取得優先ボタンを押してもよいし、表示する操作メニューを用意してユーザが更に選択決定できるようにしてもよい。
【００８９】
周辺機器１０２やデータが選択された状態のときにメニュー９０３が表示できる。メニュー９０３の表示は、ＧＵＩ画面内に用意されるコンテキストメニューボタン９０４の入力部１０７による選択か、別に用意されるキーボードやリモコンなどのハードキーによってユーザが実行できる。
【００９０】
メニュー９０３内の「データ取得優先」が入力部１０７より選択指示されると、リソース制御処理が実行される。選択中の周辺機器１０２が接続されていないときや、選択中のコンテンツデータに対する縮小画像の取得がすでに完了しているときは、データ取得優先メニューは表示しない、もしくは選択できないようにしておくことで実行できないようにするとよい。
【００９１】
以上述べたように、優先の指示をＧＵＩで行えば、ユーザ指定のイベント発生の結果、リソース制御処理が開始されるように設定することができる。
【００９２】
また、データ取得の優先権は周辺機器１０２だけでなく、メタデータにも与えられる。図１０において、四角の枠１００１内を入力部１０７より指定すれば、コンテンツデータ「ＡＶＩ_００１．ａｖｉ」をデータ取得の優先対象として指定できる。枠１００１によってメタデータ（と機器画像）が選択されている状態で、枠なしのメタデータ（と機器画像）１００２、１００３が選択されていない状態を示す。
【００９３】
ここでは３つのメタデータしか図示していないが、大量のメタデータに対して縮小画像の取得を行う際には、膨大なリソースが必要となる。そのため、ユーザが所望する、メタデータについて他より優先して縮小画像の取得ができるようにするものである。
【００９４】
図８において、データ取得優先が指示されると、まず、ステップＳ８１で、指定が有効かどうか判定する。ここでは指定中に縮小画像取得が終了していないかどうかなどを判定する。
【００９５】
判定の結果、ユーザの指定が無効である場合には、その旨を原因などとともにユーザに通知する（ステップＳ８２）。判定の結果、メタデータ取得や、縮小画像取得が終わっておらず、ユーザの指定が有効であった場合にはステップＳ８３へ進む。ステップＳ８３では、ユーザの指定した周辺機器１０２、あるいはデータに対する有効なリソース制御方法（リソース制御手段）があるか調べる。
【００９６】
その時点での通信状態や、メモリ使用状況などから判断し、すでに行ったリソース制御方法があれば、それ以外の方法を優先して行う。ステップＳ８４で、有効なリソース制御方法が見つかった場合には、ステップＳ８６へ進むが、見つからなかった場合にはステップＳ８５で、ユーザにデータ取得優先制御ができないことを通知して処理を終了する。
【００９７】
ステップＳ８６において、ステップＳ８４の有効なリソース制御方法有無判定で見つかった処理を実行する。実行終了後は、ステップＳ８７で、優先指定された縮小画像の表示が終了したかどうか調べる。縮小画像の表示まで終了していなければ、他に有効なリソース制御手段がないかどうかを調べるためステップＳ８３に戻る。
【００９８】
以後、縮小画像表示が終了するまで、ステップＳ８３〜Ｓ８７の処理を繰り返す。縮小画像の表示が終了すれば、ステップＳ８７でＹＥＳとなり処理を終了する。ここで、処理終了前に、ステップＳ８８において、ステップＳ８６から継続的に行われているリソース制御方法がある場合には、解除すべき手段かどうかを判断してリソース制御を解除してから、処理を終了する。
【００９９】
本実施の形態では、データ取得の優先を行うとしたが、データ取得を取りやめる指定を行ってもよい。メニュー９０３内の「データ取得しない」などを選択することによって、指定機器のデータを取得しないようにすれば、他の処理にリソースをまわすことができる。
【０１００】
また、特定の周辺機器１０２を指定してデータを取得しなければ、その周辺機器１０２が有するコンテンツデータを表示しなくてすむ。その結果、他の周辺機器が有するデータを表示できる表示領域を多くすることができる。
【０１０１】
以上説明したように実施の形態３によれば、情報処理装置１０１に接続されている特定の周辺機器１０２あるいは周辺機器１０２の有する特定のコンテンツデータに対して、ユーザが取得の優先を指定できる。ユーザは、所望のコンテンツデータだけをいち早く取得することが可能になる。
【０１０２】
以上説明したように、本実施の形態によれば、情報処理装置に接続されている周辺機器が有するコンテンツデータをデータの取得状況に応じた形態で一覧表示させることができる。
【０１０３】
また、情報処理装置１０１に接続されている周辺機器１０２の接続状況に応じたアイコンを、コンテンツデータの一覧表示と同時に表示することができるので、周辺機器１０２からコンテンツデータを取得できるかどうかを容易に判断できる。
【０１０４】
更には、ユーザが所望のコンテンツデータだけをいち早く取得するように制御できるので、ユーザの利便性をより向上させることができる。
【０１０５】
また、本発明の目的は、システム又は装置のコンピュータ（又はＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。その場合、実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム又は装置に供給する。
【０１０６】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１０７】
また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク等がある。また、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることもできる。又は、プログラムコードをネットワークを介してダウンロードしてもよい。
【０１０８】
また、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。その場合、コンピュータが読み出したプログラムコードをOS等が実行することにより、そのプログラムコードの指示に基づき実現される。
【０１０９】
更に、機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。その場合、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき実現される。
【図面の簡単な説明】
【０１１０】
【図１】本発明の実施の形態に係る情報処理装置の機能構成を概略的に示す図である。
【図２】図１の情報処理装置のＧＵＩにより表示部に表示される画像の一例を示す図である。
【図３】図１の情報処理装置と周辺機器によって実行されるコンテンツデータ一覧表示処理の手順を示すフローチャートである。
【図４】図３のフローチャートにおけるステップＳ３１、Ｓ３２において、情報処理装置のＧＵＩにより表示部に表示される画像の一例を示す図である。
【図５】図３のフローチャートにおけるステップＳ３４〜Ｓ３６において、情報処理装置のＧＵＩにより表示部に表示される画像の一例を示す図である。
【図６】図１の情報処理装置によって実行される、周辺機器の接続状態によって機器画像を変更する機器画像変更処理の手順を示すフローチャートである。
【図７】図１の情報処理装置のＧＵＩにより、周辺機器の有するデータを一覧表示する前に、表示部に表示される周辺機器の機器画像の一例を示す図である。
【図８】図１の情報処理装置によって実行される、ユーザの指示した周辺機器及びコンテンツデータのデータ転送を優先する場合のデータ転送優先処理の手順を示すフローチャートである。
【図９】図１の情報処理装置のＧＵＩにより、周辺機器に対してデータ転送の優先を制御する際に表示部に表示される画像の一例を示す図である。
【図１０】図１の情報処理装置のＧＵＩにより、コンテンツデータに対してデータ転送の優先を制御する際に表示部に表示される画像の一例を示す図である。
【符号の説明】
【０１１１】
１０１  情報処理装置
１０２  周辺機器
１１０  機器間通信プロトコルインタフェース（コンテンツデータ取得手段）
１０６  出力制御部（表示制御手段）
１０７  入力部（ユーザ指定手段）
１０８  表示部（表示手段）
ステップＳ３１  機器画像一覧表示手段
ステップＳ３４  メタデータ表示手段
ステップＳ３９  縮小画像表示手段
ステップＳ６１  問い合わせ手段
ステップＳ６４  表示切り替え手段
ステップＳ８６  システムリソース制御手段
【図１】
2007333980.tif 000003
【図３】
2007333980.tif 000004
【図４】
2007333980.tif 000005
【図５】
2007333980.tif 000006
【図６】
2007333980.tif 000007
【図７】
2007333980.tif 000008
【図８】
2007333980.tif 000009
【図９】
2007333980.tif 000010
【図１０】
2007333980.tif 000011
【図２】
2007333980.tif 000012