JP5037862B2 - 情報処理装置及び方法、並びにプログラム - Google Patents

Description

本発明は、接続された周辺機器からのデータを入力して処理する情報処理装置及び方法、並びにプログラムに関する。

近年、パーソナルコンピュータ（ＰＣ）等で保存・管理できるデータ量は飛躍的に増大している。大量のデータの中から所望のデータを検索するためにはソートや絞込みといった処理が行われるが、一般的にデータについての情報を記述したメタデータを用いて処理が行われることが多い。

例えば、ファイル名やファイルの格納場所等がメタデータに当たる。また、データを一覧表示する際にデータの内容を縮小表示することで、データの内容を視覚的にわかりやすく表現するＧＵＩが広く利用されている。特に、画像や動画データ等を一覧表示する場合にサムネイルと呼ばれる縮小画像が用いられる。

しかしながら、サムネイルは画像情報のためデータ量が多いので、メタデータ等のテキスト情報を取得するのに比べて、サムネイル取得には時間がかかることが多い。そこで、サムネイルを表示するまでに生じるユーザのストレスを軽減するために、表示するデータのメタデータの一部、例えばファイル名等を予め表示しておき、サムネイルは取得できてから初めて表示する方法が知られている。

データの内容を視覚的に表せるサムネイルを用いることで、一覧表示されたファイルの概要を知ることができる。しかし、画面の表示を行うクライアントと、データを保持するサーバ間の転送レートは伝送路によって変化するため、一定の応答速度でサムネイルを表示することは難しい。そこで、転送レートを実行時に測定し、この速度によって表示するデータの数を変更させる技術が提案されている（例えば、特許文献１を参照）。

また、データ処理中のユーザのストレスを低減するために、サーバとのデータ送受信時に、送受信が必要となる手続きごとに用意される画像を手続きに合わせて画面に示すことで処理の進行状況を明示する技術が提案されている（例えば、特許文献２を参照）。
特開２００１−２７３２３１号公報 特開２００３−３０５５２号公報

しかしながら、サムネイル表示の前にメタデータだけ表示するようにしても、メタデータ取得が遅い機器では何も表示できないのでユーザのストレスは軽減できなかった。

また、上述した従来の技術では、伝送速度が遅い場合にはサムネイル表示数を減らしてしまうので、取得済みのコンテンツを先に表示していくことはできなかった。また、処理内容を表示してユーザのストレスを軽減することはできても、どの機器からデータを取得中なのかを明示するものではなかった。

本発明の目的は、複数の機器がネットワークで接続された状況下において、周辺機器が有するコンテンツデータの取得状況を明示してユーザのストレスを軽減することができる情報処理装置及び方法、並びにプログラムを提供することにある。

上記目的を達成するために、本発明の情報処理装置は、周辺機器が有するコンテンツデータを取得するコンテンツデータ取得手段と、前記コンテンツデータ取得手段により取得された、接続された周辺機器を示す機器画像を表示手段に一覧表示し、次に、前記表示手段に表示された前記コンテンツデータのメタデータが取得された前記周辺機器の機器画像に対してメタデータの追加表示をし、次に、前記表示手段に表示された前記コンテンツデータの縮小画像が取得された周辺機器の機器画像を縮小画像に置き換える処理を行う表示制御手段と、
を備えることを特徴とする。

上記目的を達成するために、本発明の情報処理方法は、周辺機器が有するコンテンツデータを取得するコンテンツデータ取得ステップと、前記コンテンツデータ取得ステップにより取得された、接続された周辺機器を示す機器画像を表示手段に一覧表示し、次に、前記表示手段に表示された前記コンテンツデータのメタデータが取得された前記周辺機器の機器画像に対してメタデータの追加表示をし、次に、前記表示手段に表示された前記コンテンツデータの縮小画像が取得された周辺機器の機器画像を、縮小画像に置き換える処理を行う表示制御ステップと、を備えることを特徴とする。

本発明によれば、周辺機器が有するコンテンツデータを取得し、その取得段階に応じて、周辺機器を示す機器画像、メタデータ及び縮小画像を表示手段に一覧表示するので、機器画像、メタデータ、縮小画像が混在した状態でコンテンツデータを一覧表示することができ、その結果、複数の機器がネットワークで接続された状況下において、周辺機器が有するコンテンツデータの取得状況を明示してユーザのストレスを軽減することができる。

以下、本発明の実施の形態を図面を参照しながら詳細に説明する。尚、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

図１は、本発明の実施の形態に係る情報処理装置（例えばＰＣ等）の機能構成を概略的に示す図である。

図１において、情報処理装置１０１は、機器間通信プロトコルインタフェース１１０，１１１によってネットワーク１０３を介して周辺機器１０２と接続されており、情報処理装置１０１と周辺機器１０２との間でデータを送受信している。

情報処理装置１０１は、機器間通信プロトコルインタフェース１１０の他、機器アイコン生成部１０４、機器状態問い合わせ部１０５、出力制御部１０６、入力部１０７、表示部１０８、ＣＰＵ１０９、プログラムメモリ１１２、メモリ１１３、ハードディスク（ＨＤ）１１４を備える。入力部１０７、表示部１０８以外の上記各ユニットで情報処理部１１５が構成される。

機器アイコン生成部１０４は、周辺機器１０２から受け取ったデータを用いて、その周辺機器１０２に対応する機器画像を作成する。機器アイコン生成部１０４は、予め登録されている機器アイコンを、対応する周辺機器１０２と関連付けてもよく、あるいはユーザが、その周辺機器１０２に対応する任意の機器アイコンを作成して登録できるようにしてもよい。

機器状態問い合わせ部１０５は、周辺機器１０２の電源状態、所望の記憶媒体（メディア）がセットされているか等を機器間通信プロトコルインタフェース１１０，１１１によって問い合わせる。

出力制御部１０６は、表示部１０８に縮小画像を一覧表示するように制御する。この一覧表示の際には、周辺機器１０２の機器画像、周辺機器１０２が有するコンテンツデータ１１６のメタデータ及び縮小画像を表示する。

入力部１０７は、キーボード、マウス等のポインティングデバイスを有し、ユーザの操作に応じで各種コマンドやデータを入力するのに使用される。

表示部１０８は、ＣＲＴや液晶、プラズマ、ＳＥＤなどの表示ユニットを有し、出力制御部１０６から出力される画像データを基に、アイコンや各種イメージ、文字などを表示する。

また、情報処理部１１５は、機器状態問い合わせ部１０５、出力制御部１０６及び機器間通信プロトコルインタフェース１１０を実現する処理プログラムを記憶し、そのプログラムに従ってその機能を実現するとともに、入力部１０７や表示部１０８の制御も行う。

具体的には、情報処理部１１５は、少なくともＣＰＵ１０９と、このＣＰＵ１０９により実行される処理プログラムを記憶するプログラムメモリ１１２、ＣＰＵ１０９による処理時にワークエリアを提供して各種データを一時的に格納するメモリ１１３を有する。

上述した各部１０４〜１０６，１１０の機能は、この処理プログラムとＣＰＵ１０９との協働により実現される。また、情報処理部１１５は、処理プログラムがインストールされているハードディスク１１４を更に有し、処理プログラムの実行時に、その処理プログラムがハードディスク１１４からプログラムメモリ１１２にロードされて実行される形式でもよい。

尚、機器間通信プロトコルインタフェース１１０，１１１に関しては特に明記しないが、ネットワーク１０３に接続して周辺機器１０２とやり取りができればどのような接続形態であってもよい。もちろん、ネットワーク１０３は無線でも有線でもよく、情報処理装置１０１と周辺機器１０２の間でデータのやり取りができればよい。

ここでは単純な例で示すために、情報処理装置１０１と周辺機器１０２とがそれぞれ一つの場合で説明するが、いずれかあるいはどちらも複数接続されていてもよい。

図２は、図１の情報処理装置のＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）により表示部に表示される画像の一例を示す図である。

図２において、表示画面に一覧表示の例として３つの周辺機器に関するデータが表示されている。縮小画像２０１、２０２及び２０８は、各周辺機器１０２あるいはその周辺機器１０２に装着されたメディア等に記憶されているコンテンツデータのものである。

機器画像（機器アイコン）２０４は、メタデータも縮小画像もまだ取得されないため、メタデータ取得中である周辺機器１０２を示すものである。メタデータ（機器画像とメタデータ）２０３、２０５〜２０７は各周辺機器１０２あるいはその周辺機器１０２に装着されたメディア等に記憶されているコンテンツデータのものである。

メタデータ取得も縮小画像取得も早い周辺機器が有するコンテンツデータに関しては縮小画像２０１、２０２、２０８で表示し、メタデータだけは早く取得できる周辺機器が有するコンテンツデータに関してはメタデータ２０３、２０５〜２０７で表示する。

一方で、縮小画像だけでなくメタデータ取得にも時間がかかる周辺機器に関しては、機器アイコン２０４のみを表示する。

以上説明したように、図２では、縮小画像、メタデータ、機器画像が混在した状態でコンテンツデータが一覧表示される。
（実施の形態１）
図３は、図１の情報処理装置と周辺機器によって実行されるコンテンツデータ一覧表示処理の手順を示すフローチャートである。

この処理を実行するプログラムは、情報処理部１１５のプログラムメモリ１１２に記憶され、ＣＰＵ１０９の制御の下に実行される。尚、この一覧表示は、データ検索による検索結果を示す際や、コンテンツデータの再生リストを作成した場合にそれを表示する際等に起動される。

図３において、まず、ステップＳ３１で、情報処理装置１０１に接続される周辺機器１０２の機器画像（機器情報）を一覧表示する。ここで、接続される機器情報は、情報処理装置１０１に周辺機器１０２が接続された際などに周辺機器１０２から送信されるデータによって情報処理装置１０１が周辺機器１０２を検出することで作成される。つまり情報処理装置１０１は新たに周辺機器１０２が追加されるごとに、情報を蓄積しておく。尚、接続の解除も検出することで、現在接続される周辺機器１０２を把握している。

次にステップＳ３２で、接続される周辺機器１０２すべてに対してメタデータ取得を要求する。各周辺機器１０２は、ステップＳ３２での要求に対して、ステップＳ３３でメタデータを転送する。

情報処理装置１０１は、メタデータの転送を受けるごとにステップＳ３４でメタデータを受信し、受信したメタデータを一覧に表示する。接続される周辺機器１０２からメタデータ転送を受けるたびにステップＳ３４の処理が繰り返される。

メタデータの転送単位については、メタデータごとでも、周辺機器ごとの全メタデータリストごとでも、周辺機器ごとに適当な単位のメタデータごとでもよく、転送単位に特にこだわるものではない。メタデータの要求だけ送信しておき、メタデータを受信するごとに表示部１０８に表示するようにしてもよい。

ステップＳ３５では、メタデータの取得が完了していない周辺機器１０２がなくなるまで処理が終了しないようにしている。よって、任意の周辺機器１０２にコンテンツデータが追加された場合にも、すぐに反映することが可能になる。一度は処理を終了する場合でも、ステップＳ３４の処理に戻り、周辺機器１０２からメタデータが送信されれば受信できるようにしておくことで、動的なデータの反映を実現してもよい。

ステップＳ３５では、ステップＳ３２で要求を出した全周辺機器からメタデータの取得が完了したかどうかを判定し、終了した場合はＮＯとなりステップＳ４０へ進む。ステップＳ４０では、メタデータ要求後に新たに追加されている周辺機器１０２がないかを判定し、新たに追加された周辺機器１０２があればステップＳ３１に戻る。

追加された周辺機器１０２がなければ、ステップＳ４０でＹＥＳとなり、メタデータ取得処理を終了する。また、一覧表示実行時に周辺機器１０２が新たに追加されると常にステップＳ３１の処理が実行され、メタデータと縮小画像取得が追加された周辺機器１０２に対して行われるようにするとよい。

また、ステップＳ３２〜Ｓ３４のメタデータ取得と並行して、ステップＳ３６では、メタデータ取得が終了したコンテンツデータがあるかを調べる。ステップＳ３６でＹＥＳとなれば、該当するコンテンツデータを所有する周辺機器１０２に対し縮小画像を要求する（ステップＳ３７）。

各周辺機器１０２は、ステップＳ３７の要求に対して、ステップＳ３８で縮小画像を転送する。情報処理装置１０１は、ステップＳ３９で縮小画像を受信すると、該当するコンテンツデータのメタデータ表示に縮小画像を貼り付けて表示する。

ステップＳ４０で、縮小画像未取得のメタデータが存在するかどうかを判定してＹＥＳとなれば、ステップＳ３７に戻る。縮小画像未取得のメタデータがなくなれば、ステップＳ４１でＮＯとなり、縮小画像取得の処理を終了する。ステップ４１では、縮小画像未取得のメタデータがあるかどうかで判定しているが、縮小画像転送処理が終わっていない周辺機器１０２があるかどうかで判定してもよい。

ここでは、メタデータの要求と縮小画像の要求を別ステップとして示したが、情報処理装置１０１からの一度のデータ要求に対する周辺機器１０２の返答のみをトリガーとして表示制御を行うようにしてもよい。その場合には、周辺機器１０２に対して一度データ要求をし、要求に対する周辺機器１０２からのメタデータの転送時にステップＳ３２の処理を実行し、縮小画像の転送時にステップＳ３９の処理を実行する。

また、情報処理装置１０１は、一度受信した周辺機器のデータをメモリ１１３などに記憶することで、二度目の一覧表示実行時には差分だけのやり取りで表示制御が可能となる。

図４は、図３のフローチャートにおけるステップＳ３１、Ｓ３２において、情報処理装置のＧＵＩにより表示部に表示される画像の一例を示す図である。

図３のフローチャートにおけるステップＳ３１及びステップＳ３２では、接続される周辺機器１０２は判明しているものの、各周辺機器１０２のメタデータは取得できていない状態である。

よって、機器画像４０１〜４０３が各周辺機器１０２を示すアイコンとして表示されている。機器画像４０１は接続されるデジタルビデオで、ユーザにより、あるいはデフォルトで「ｖｉｄｅｏ１」という名前が付けられた場合の例を示す。

また図示したように、各機器画像４０１〜４０３には、進行状況バー４０５のような進行状況を表現できる画像を付加して、各周辺機器１０２が有するメタデータをどれだけ転送済みか表せるようにするとよい。

図５は、図３のフローチャートにおけるステップＳ３４〜Ｓ３６において、情報処理装置のＧＵＩにより表示部に表示される画像の一例を示す図である。

図３のフローチャートにおけるステップＳ３４〜Ｓ３６では、接続される周辺機器１０２は判明し、各周辺機器１０２のうちいくつかの周辺機器１０２に関してメタデータの取得が完了した状態である。よって、メタデータ５０２〜５０４が表示されている。一方で、メタデータ取得が完了していない周辺機器１０２に関しては、図４で示した場合と同様に、各周辺機器１０２を示すアイコンとして機器画像５０１、５０５が表示されている。

図５では、図４で機器画像４０２として表示していた周辺機器「Ｐａｐａ ＰＣ」からメタデータを取得できたので、「Ｐａｐａ ＰＣ」が有するコンテンツデータをメタデータで一覧させている。

このとき、メタデータが、「Ｐａｐａ ＰＣ」のデータであることが分かりやすいように、メタデータ５０２、５０３では、縮小画像の代わりに機器画像をメタデータと共に表示している。「Ｐａｐａ ＰＣ」の縮小画像取得が終了し、機器画像５０５で示した周辺機器「Ｃａｍｅｒａ１」のメタデータ取得が終了すると図２の表示になる。

図２では、「ｖｉｄｅｏ１」はメタデータ取得が終了していないので何も展開されておらず、機器画像２０４が表示されている。一方、「Ｐａｐａ ＰＣ」のコンテンツデータは縮小画像２０１、２０２、２０８が付加される。また、「Ｃａｍｅｒａ１」のメタデータ取得が終わったので、メタデータ２０３、２０５〜２０７の表示となった。

ここで、メタデータ取得が終わっているデータに関しては、ファイル名や日付などのメタデータを利用して順番に並べることが可能である。図２はファイル名で並べた例なので、「Ｃａｍｅｒａ１」のメタデータが受信される前はすべて隣に並んでいた「Ｐａｐａ ＰＣ」のコンテンツデータの間に他のファイルが並ぶ。

図２では、「Ｐａｐａ ＰＣ」のコンテンツデータである「ＩＭＧ＿００１１．ｊｐｇ」よりもアルファベット順で前にくる「Ｃａｍｅｒａ１」のコンテンツデータが挿入されている。

この結果、仮令「Ｃａｍｅｒａ１」のコンテンツデータの縮小画像がなくても、ファイル名一覧を眺めた覚えがあれば、縮小画像２０２と２０８から、その間にくるコンテンツデータが想像しやすくなる。特に、日付で並べた場合には、縮小画像に挟まれることで、縮小画像のないメタデータについても、ある程度のデータ内容の予想が付けやすくなるので効率的な検索が可能になる。

以上説明したように、実施の形態１によれば、情報処理装置１０１に接続されている周辺機器１０２が有するコンテンツデータをデータの取得状況に応じた形態で一覧表示させることができる。

また、この一覧表示おいて、各周辺機器１０２が有している縮小画像を取得するまでは、接続している周辺機器１０２の機器画像や各周辺機器１０２が有するコンテンツデータのメタデータを表示することができる。

更には、メタデータ表示時には、メタデータに周辺機器の種別を対応付けて表示することもできる。これにより、ユーザにとって、より利便性の高いＧＵＩを提供できる。
（実施の形態２）
図６は、図１の情報処理装置によって実行される、周辺機器の接続状態によって機器画像を変更する機器画像変更処理の手順を示すフローチャートである。

この処理を実行するプログラムは、情報処理部１１５のプログラムメモリ１１２に記憶され、ＣＰＵ１０９の制御の下に実行される。この処理では、周辺機器１０２が有するデータを一覧表示する前に、表示する機器画像一覧表示の際にユーザに機器状況を明示する。

図６において、まず、ステップＳ６１で、機器状態問い合わせ部１０５によって周辺機器１０２の状況を問い合わせる。次に、ステップＳ６２で、問い合わせた結果が保存されていないか、もしくは保存されている状態から変化しているかなど、周辺機器１０２に変化があるか調べる。ステップＳ６２でＹＥＳとなると、問い合わせた周辺機器１０２の状況をメモリ１１３などに保存する（ステップＳ６３）。

そして、ステップＳ６４で、変化した状況に合わせて機器画像を切り替える。ここで、機器画像を状況ごとに用意してもよいし、１つの機器画像に対して、状況だけを示すアイコンなどを用意して、状況ごとに重ねて表示してもよい。

ステップＳ６２でＮＯとなった場合、もしくはステップＳ６４で表示の切り替えが終了したらステップＳ６５に進む。ステップＳ６５では、予め定められる機器状況の問い合わせ時間になったかどうか、あるいは、新たに周辺機器１０２が接続された場合や周辺機器１０２の接続が解除された場合などが検知されたか判定する。

ステップＳ６５でＹＥＳとなるまでは、問い合わせ時間や機器状況変化の検知を待つ。ステップＳ６５でＹＥＳとなった場合には、ステップＳ６１に戻り、接続状況を問い合わせる。

尚、ステップＳ６５における機器状況変化には、機器接続の変化のほか、機器の電源のオン又はオフ、周辺機器１０２に挿入される記憶媒体の挿入や取り出しなども含む。状況変化は、機器間通信プロトコルインタフェース１１０、１１１によってやり取りされる。通信プロトコルには、例えばＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）などが使用され、周辺機器１０２の接続や電源投入が周辺機器１０２から情報処理装置１０１に通知される。

図７は、図１の情報処理装置のＧＵＩにより、周辺機器の有するデータを一覧表示する前に、周辺機器の機器画像を表示する際の一例を示す図である。

周辺機器１０２の接続状態によって表示部１０８に表示される機器画像を切り替えて表示する。例えば、ユーザの接続機器が常に図４に示されるように、符号４０１〜４０３に示したアイコンで表されるとする。この例では、常にこの並びで表示され、何らかの原因で周辺機器のデータが読み取れない場合に、その旨を機器画像（アイコン）とは別に明示する。

図７では、図４のように接続される周辺機器１０２がある場合に、機器画像７０１及び７０３の周辺機器１０２がデータ読み取り不可だった場合を示している。機器画像７０１〜７０３を変えずに、不可マーク７０４を上から重ねる。

また、「メタデータ取得中」のようにテキストデータも表示できる場合には、「未接続」といったように、周辺機器１０２のデータが読み取れない原因をテキストデータで表示するとよい。

機器画像７０１の周辺機器１０２に対しては、何らかの原因で接続が解除されたために、「未接続」と表示している。一方、機器画像７０３の周辺機器１０２に対しては、コンテンツデータを有する記憶媒体のメディアが装着されていないために、「メディアなし」と表示している。

ここで、接続状況によって切り替える画像やテキストは、画像をグレーアウト表示するだけなど、接続状況が区別できればどのようなものであってもよい。

以上説明したように実施の形態２によれば、情報処理装置１０１に接続されている周辺機器１０２の接続状況に応じたアイコンを、コンテンツデータの一覧表示と同時に表示する。従って、ユーザが、その周辺機器１０２からコンテンツデータを取得できるかどうかを容易に判断できる。

例えば、接続状態の変化によって、機器画像一覧の表示内容（順序）が変わる場合には、いつも表示される機器画像の位置が変わってしまうので、ユーザが混乱する可能性がある。よって、接続される機器が一定の期間において同じ状態である場合などは、実施の形態２で示したように、常に接続機器が同じように表示され、接続状況が別に明示されるのが好ましい。

しかし、ここでは表示の並びを限定するものではなく、接続状況によって使用不可能な周辺機器１０２をまとめて別枠などに並べて表示する場合でも利用できる。つまり、周辺機器１０２の状況が分かるように表示できるという利点がある。
（実施の形態３）
図８は、図１の情報処理装置によって実行される、ユーザの指示した周辺機器及びコンテンツデータのデータ転送を優先する場合のデータ転送優先処理の手順を示すフローチャートである。

この処理を実行するプログラムは、情報処理部１１５のプログラムメモリ１１２に記憶され、ＣＰＵ１０９の制御の下に実行される。この処理では、ユーザが指定した周辺機器１０２及びコンテンツデータの転送に対してリソース制御を行う。

ところで、リソース制御方法としては、まず通信における帯域制御が挙げられる。帯域制御として、優先度の高い通信に帯域を割り当てて、確実な通信を行うためにＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）技術が用いられている。また、ＱｏＳの技術として、例えば、ネットワークパケットが正しく送信されるように制御するルーティングにおいては、パケット分類やキュー制御、スケジューリング、シェーピングなどの帯域制御技術が知られている。

一方、ネットワークに接続されるすべての機器が連動してＱｏＳ制御を行う技術として、Ｉｎｔｓｅｒｖ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ）及びＤｉｆｆｓｅｒｖ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ）が知られている。特に、Ｄｉｆｆｓｅｒｖ技術を用いれば、特定のデータを優先させることができる。

通信における制御の他には、ＣＰＵ１０９による制御でもよい。また、プログラムメモリ１１２やメモリ１１３などのメインメモリの制御を行うことで、データ転送の優先を制御してもよい。

いずれの場合も、ユーザが所望する周辺機器１０２に関して、情報処理装置１０１がその周辺機器１０２のデータを周辺機器１０２から取得するためにかかるリソースを優先させられればよく、以上述べた方法に限定するものではない。

同様に、ユーザが所望するデータに関して、情報処理装置１０１がそのデータを周辺機器１０２ら取得するためにかかるリソースを優先させられればよく、以上述べた方法に限定するものではない。

また、本実施の形態では、データ転送のためのリソース制御をその時点でもっとも有効と判断される方法で行う。しかし、複数の制御を組み合わせる方法、複数の制御を段階的に進める方法、あるいは常に複数の制御を順番で行う方法などで実現してもよく、もちろん単一の方法で制御を行ってもよい。

ユーザによって、周辺機器１０２もしくはコンテンツデータのいずれかが、入力部１０７より指定されることで処理が始まるようにする。ユーザ指定の検知はＧＵＩ機能などを用いて入力のイベントを待つ。例えば、表示部１０８に表示される、周辺機器１０２を示す機器画像のいずれか、もしくはコンテンツデータの一つを表す縮小画像のいずれかを、入力部１０７で指定するとイベントが生じるようにしておく。

図５のＧＵＩ画面において、画面内の機器画像や縮小画像を選択指定できるようにした例を図９及び図１０に示す。

図９において、角丸四角の指定枠９０１内を入力部１０７より指定すれば、機器「ｖｉｄｅｏ１」をデータ取得の優先対象として選択できる。指定枠９０１は入力部１０７で制御でき、選択されていない機器画像９０２と区別できる。

図９に示したように、指定枠９０１により機器画像が選択された状態となり、データ取得の優先を指定する。指定方法は、入力部１０７に用意するデータ取得優先ボタンを押してもよいし、表示する操作メニューを用意してユーザが更に選択決定できるようにしてもよい。

周辺機器１０２やデータが選択された状態のときにメニュー９０３が表示できる。メニュー９０３の表示は、ＧＵＩ画面内に用意されるコンテキストメニューボタン９０４の入力部１０７による選択か、別に用意されるキーボードやリモコンなどのハードキーによってユーザが実行できる。

メニュー９０３内の「データ取得優先」が入力部１０７より選択指示されると、リソース制御処理が実行される。選択中の周辺機器１０２が接続されていないときや、選択中のコンテンツデータに対する縮小画像の取得がすでに完了しているときは、データ取得優先メニューは表示しない、もしくは選択できないようにしておくことで実行できないようにするとよい。

以上述べたように、優先の指示をＧＵＩで行えば、ユーザ指定のイベント発生の結果、リソース制御処理が開始されるように設定することができる。

また、データ取得の優先権は周辺機器１０２だけでなく、メタデータにも与えられる。図１０において、四角の枠１００１内を入力部１０７より指定すれば、コンテンツデータ「ＡＶＩ_００１．ａｖｉ」をデータ取得の優先対象として指定できる。枠１００１によってメタデータ（と機器画像）が選択されている状態で、枠なしのメタデータ（と機器画像）１００２、１００３が選択されていない状態を示す。

ここでは３つのメタデータしか図示していないが、大量のメタデータに対して縮小画像の取得を行う際には、膨大なリソースが必要となる。そのため、ユーザが所望する、メタデータについて他より優先して縮小画像の取得ができるようにするものである。

図８において、データ取得優先が指示されると、まず、ステップＳ８１で、指定が有効かどうか判定する。ここでは指定中に縮小画像取得が終了していないかどうかなどを判定する。

判定の結果、ユーザの指定が無効である場合には、その旨を原因などとともにユーザに通知する（ステップＳ８２）。判定の結果、メタデータ取得や、縮小画像取得が終わっておらず、ユーザの指定が有効であった場合にはステップＳ８３へ進む。ステップＳ８３では、ユーザの指定した周辺機器１０２、あるいはデータに対する有効なリソース制御方法（リソース制御手段）があるか調べる。

その時点での通信状態や、メモリ使用状況などから判断し、すでに行ったリソース制御方法があれば、それ以外の方法を優先して行う。ステップＳ８４で、有効なリソース制御方法が見つかった場合には、ステップＳ８６へ進むが、見つからなかった場合にはステップＳ８５で、ユーザにデータ取得優先制御ができないことを通知して処理を終了する。

ステップＳ８６において、ステップＳ８４の有効なリソース制御方法有無判定で見つかった処理を実行する。実行終了後は、ステップＳ８７で、優先指定された縮小画像の表示が終了したかどうか調べる。縮小画像の表示まで終了していなければ、他に有効なリソース制御手段がないかどうかを調べるためステップＳ８３に戻る。

以後、縮小画像表示が終了するまで、ステップＳ８３〜Ｓ８７の処理を繰り返す。縮小画像の表示が終了すれば、ステップＳ８７でＹＥＳとなり処理を終了する。ここで、処理終了前に、ステップＳ８８において、ステップＳ８６から継続的に行われているリソース制御方法がある場合には、解除すべき手段かどうかを判断してリソース制御を解除してから、処理を終了する。

本実施の形態では、データ取得の優先を行うとしたが、データ取得を取りやめる指定を行ってもよい。メニュー９０３内の「データ取得しない」などを選択することによって、指定機器のデータを取得しないようにすれば、他の処理にリソースをまわすことができる。

また、特定の周辺機器１０２を指定してデータを取得しなければ、その周辺機器１０２が有するコンテンツデータを表示しなくてすむ。その結果、他の周辺機器が有するデータを表示できる表示領域を多くすることができる。

以上説明したように実施の形態３によれば、情報処理装置１０１に接続されている特定の周辺機器１０２あるいは周辺機器１０２の有する特定のコンテンツデータに対して、ユーザが取得の優先を指定できる。ユーザは、所望のコンテンツデータだけをいち早く取得することが可能になる。

以上説明したように、本実施の形態によれば、情報処理装置に接続されている周辺機器が有するコンテンツデータをデータの取得状況に応じた形態で一覧表示させることができる。

また、情報処理装置１０１に接続されている周辺機器１０２の接続状況に応じたアイコンを、コンテンツデータの一覧表示と同時に表示することができるので、周辺機器１０２からコンテンツデータを取得できるかどうかを容易に判断できる。

更には、ユーザが所望のコンテンツデータだけをいち早く取得するように制御できるので、ユーザの利便性をより向上させることができる。

また、本発明の目的は、システム又は装置のコンピュータ（又はＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。その場合、実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム又は装置に供給する。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク等がある。また、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることもできる。又は、プログラムコードをネットワークを介してダウンロードしてもよい。

また、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。その場合、コンピュータが読み出したプログラムコードをOS等が実行することにより、そのプログラムコードの指示に基づき実現される。

更に、機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。その場合、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき実現される。

本発明の実施の形態に係る情報処理装置の機能構成を概略的に示す図である。 図１の情報処理装置のＧＵＩにより表示部に表示される画像の一例を示す図である。 図１の情報処理装置と周辺機器によって実行されるコンテンツデータ一覧表示処理の手順を示すフローチャートである。 図３のフローチャートにおけるステップＳ３１、Ｓ３２において、情報処理装置のＧＵＩにより表示部に表示される画像の一例を示す図である。 図３のフローチャートにおけるステップＳ３４〜Ｓ３６において、情報処理装置のＧＵＩにより表示部に表示される画像の一例を示す図である。 図１の情報処理装置によって実行される、周辺機器の接続状態によって機器画像を変更する機器画像変更処理の手順を示すフローチャートである。 図１の情報処理装置のＧＵＩにより、周辺機器の有するデータを一覧表示する前に、表示部に表示される周辺機器の機器画像の一例を示す図である。 図１の情報処理装置によって実行される、ユーザの指示した周辺機器及びコンテンツデータのデータ転送を優先する場合のデータ転送優先処理の手順を示すフローチャートである。 図１の情報処理装置のＧＵＩにより、周辺機器に対してデータ転送の優先を制御する際に表示部に表示される画像の一例を示す図である。 図１の情報処理装置のＧＵＩにより、コンテンツデータに対してデータ転送の優先を制御する際に表示部に表示される画像の一例を示す図である。

符号の説明

１０１ 情報処理装置
１０２ 周辺機器
１１０ 機器間通信プロトコルインタフェース
１０６ 出力制御部
１０７ 入力部
１０８ 表示部

Claims (10)

1. 周辺機器が有するコンテンツデータを取得するコンテンツデータ取得手段と、
   前記コンテンツデータ取得手段により取得された、接続された周辺機器を示す機器画像を表示手段に一覧表示し、次に、前記表示手段に表示された前記コンテンツデータのメタデータが取得された前記周辺機器の機器画像に対してメタデータの追加表示をし、次に、前記表示手段に表示された前記コンテンツデータの縮小画像が取得された周辺機器の機器画像を縮小画像に置き換える処理を行う表示制御手段と、
   を備えることを特徴とする情報処理装置。
2. 前記表示制御手段は、メタデータ表示時に、メタデータを所有する前記周辺機器の種別を対応付けて表示することを特徴とする請求項１記載の情報処理装置。
3. 前記表示制御手段は、
   前記周辺機器に対してその状況を問い合わせる問い合わせ手段と、
   前記問い合わせ手段の問い合わせ結果に応じて、前記周辺機器が使用可能な場合と使用不可能な場合とで機器画像の表示形態を切り替えて表示する表示切り替え手段と、
   を備えることを特徴とする請求項１記載の情報処理装置。
4. 前記表示手段に表示される機器画像のうち、特定の前記周辺機器をユーザが指定するユーザ指示手段と、
   前記ユーザ指示手段によって指定された前記周辺機器に対して、自身の有するコンテンツデータを取得するために有効なシステムリソースを優先させるシステムリソース制御手段と、
   を備えることを特徴とする請求項１記載の情報処理装置。
5. 前記表示制御手段によって表示される縮小画像のうち、特定のコンテンツデータをユーザが指定するユーザ指定手段と、
   前記ユーザ指示手段によって指定されたコンテンツデータに対して、該コンテンツデータを取得するために必要なシステムリソースを優先させるシステムリソース制御手段と、
   を備えることを特徴とする請求項４記載の情報処理装置。
6. 前記システムリソース制御手段は、無線通信における周波数帯域の制御を行うことを特徴とする請求項４又は請求項５記載の情報処理装置。
7. 前記システムリソース制御手段は、ＣＰＵ実行権限の制御を行うことを特徴とする請求項４又は請求項５記載の情報処理装置。
8. 前記システムリソース制御手段は、ＲＡＭ使用量の制御を行うことを特徴とする請求項４又は請求項５記載の情報処理装置。
9. 周辺機器が有するコンテンツデータを取得するコンテンツデータ取得ステップと、
   前記コンテンツデータ取得ステップにより取得された、接続された周辺機器を示す機器画像を表示手段に一覧表示し、次に、前記表示手段に表示された前記コンテンツデータのメタデータが取得された前記周辺機器の機器画像に対してメタデータの追加表示をし、次に、前記表示手段に表示された前記コンテンツデータの縮小画像が取得された周辺機器の機器画像を、縮小画像に置き換える処理を行う表示制御ステップと、
   を備えることを特徴とする情報処理方法。
10. 請求項９に記載の情報処理方法をコンピュータにより実行させるためのコンピュータで読み取り可能なプログラム。