JP2006285529A - ホストコントローラ - Google Patents

Abstract

【構成】 ＵＳＢホストであるレコーダは、周辺機器であるカメラから要求信号をインタラプト転送方式で受け付ける。そして、要求信号を受け付けたとき、カメラからバルク転送方式で動画像データの転送を要求するコマンドを取得し、取得されたコマンドに従う動画像データをバルク転送方式でフレーム毎にカメラに返信する。
【効果】 ホスト機器によって管理されている動画コンテンツに周辺機器の操作でアクセスできる。
【選択図】 図６

Description

この発明は、ホストコントローラに関し、特にたとえば、周辺機器とＵＳＢ方式で通信を行う、ホストコントローラに関する。

周知の如く、ＵＳＢ方式には、コントロール転送，インタラプト転送，バルク転送およびアイソクロナス転送の４つの転送方式が含まれる。コントロール転送方式は主として初期設定時に利用され、初期設定後の通信には、インタラプト転送，バルク転送およびアイソクロナス転送のいずれかの方式が用いられる。後の３つの転送方式には方向性があり、周辺機器はホスト側からの要求に対する応答としてしかデータを送信することができない。このため、ＵＳＢ方式を用いる場合、基本的には、ホスト機器の操作で周辺機器を制御することになる。

ＵＳＢ方式を用いて周辺機器の操作でホスト機器を制御するための方法としては、従来、“ＰｉｃｔＢｒｉｄｇｅ”と呼ばれるプロトコルが知られている。このプロトコルによれば、ホスト機器であるプリンタがコマンドの送信を要求する要求信号をインタラプト転送方式で周辺機器であるディジタルカメラから受け付ける。プリンタは、要求信号を受け付けたときディジタルカメラからバルク転送方式でコマンドおよび画像データを取得し、コマンドに従って画像データを印刷し、そして印刷の成否を示す結果データをバルク転送方式でディジタルカメラに返信する。

ところで従来、ディジタルカメラなどで撮影された画像をハードディスク，光ディスクなどの大容量記録媒体に蓄積する画像蓄積装置が提供されている。この種の装置の一例が、特許文献１に開示されている。この従来技術は、ディジタルカメラで撮影された画像を着脱式メモリを介して取り込む。
特開平１１−２７２８４０号公報〔Ｇ０６Ｔ １／００，Ｈ０４Ｎ ５／７８１，５／２６２〕

一方では、画像蓄積装置に蓄積された画像コンテンツをディジタルカメラの操作で簡易に閲覧したい要求がある。このような場合にも、従来技術は、着脱式メモリを介してしか画像をディジタルカメラに転送することができない。そこで、従来技術に“ＰｉｃｔＢｒｉｄｇｅ”を適用することが考えられる。

しかしながら、従来技術に“ＰｉｃｔＢｒｉｄｇｅ”を仮に適用できたとしても、ディジタルカメラの操作で画像蓄積装置内の動画像を閲覧することは不可能である。プリンタへの適用を前提とした“ＰｉｃｔＢｒｉｄｇｅ”は動画転送に対応していないからである。

それゆえに、この発明の主たる目的は、ホスト機器によって管理されている動画コンテンツに周辺機器の操作でアクセスできる、ホストコントローラを提供することである。

請求項１の発明に従うホストコントローラは、周辺機器(30)とＵＳＢ方式で通信を行うホストコントローラにおいて、コマンドの送信を要求する要求信号をインタラプト転送方式で周辺機器から受け付ける受付手段(S3,S5)、受付手段によって要求信号を受け付けたときバルク転送方式およびアイソクロナス転送方式の一方で周辺機器から動画像データの転送を要求するコマンドを取得する取得手段(S35,S37)、および取得手段によって取得されたコマンドに従う動画像データをバルク転送方式およびアイソクロナス転送方式の一方でフレーム毎に周辺機器に送信する第１送信手段(S91~S99,S21~S25)を備えることを特徴とする。

受付手段は、コマンドの送信を要求する要求信号をインタラプト転送方式で周辺機器から受け付ける。取得手段は、受付手段によって要求信号を受け付けたとき、バルク転送方式およびアイソクロナス転送方式の一方で周辺機器から動画像データの転送を要求するコマンドを取得する。取得手段によって取得されたコマンドに従う動画像データは、第１送信手段によってバルク転送方式およびアイソクロナス転送方式の一方でフレーム毎に周辺機器に送信される。

要求信号を受付手段がインタラプト転送方式で周辺機器から受け付け、これに応答して取得手段がバルク転送方式およびアイソクロナス転送方式の一方で周辺機器から動画像データの転送を要求するコマンドを取得し、そして取得されたコマンドに従う動画像データを第１送信手段がバルク転送方式およびアイソクロナス転送方式の一方でフレーム毎に周辺機器に送信するので、ホスト機器によって管理されている動画コンテンツに周辺機器の操作でアクセスできる。

請求項２の発明に従うホストコントローラは、請求項１に従属し、第１送信手段は取得手段によって開始コマンドを取得したとき送信を開始する。

請求項３の発明に従うホストコントローラは、請求項２に従属し、取得手段によって停止コマンドを取得したとき第１送信手段の送信を停止させる停止手段(S55)、および第１送信手段が停止手段によって停止されたとき所定データを送信する第２送信手段(S101,S103,S23,S25)をさらに備える。

開始コマンドに応答して開始された第１送信手段の送信は、送信すべき動画像データがなくなるまで継続される。停止手段は、取得手段によって停止コマンドを取得したとき、かかる第１送信手段の送信を強制的に停止させる。第１送信手段が停止手段によって停止されたとき、第２送信手段によって所定データが送信される。

周辺機器の操作で動画像の送信を強制的に終了させることができる。また、所定データを送信することで、周辺機器側が送信終了を確認できる。

請求項４の発明に従うホストコントローラは、請求項１ないし３のいずれかに従属し、動画像データを含んだ画像ファイルが記録媒体(20d)に記録されており、受付手段によって情報送信コマンドを受け付けたとき画像ファイルの識別子を含んだファイル情報を送信する第３送信手段(S71,S73,S23,S25)をさらに備える。

動画像データは画像ファイルの態様で記録媒体に記録されている。受付手段によって情報送信コマンドを受け付けたとき、第３送信手段が記録媒体内の画像ファイルの識別子を含んだファイル情報を送信するので、周辺機器側がホスト機器によって管理されている動画コンテンツをファイル情報に基づいて識別できる。

請求項５の発明に従うホストコントローラは、請求項４に従属し、記録媒体は内蔵型である。

請求項６の発明に従うホストコントローラは、請求項１ないし５のいずれかに従属し、取得手段によって取得されたコマンドに従う動画像データのフォーマットが周辺機器に適合するか否かを判別する判別手段(S48a)、および判別手段の判別結果が否定的であるとき取得手段によって取得されたコマンドに従う動画像データにフォーマット変換処理を施す変換手段(S48b)をさらに備え、第１送信手段は判別手段の判別結果が否定的であるとき変換手段によってフォーマット変換処理が施された動画像データを送信する。

取得手段によって取得されたコマンドに従う動画像データのフォーマットが周辺機器に適合するか否かは、判別手段によって判別される。かかる判別結果が否定的であるとき、取得手段によって取得されたコマンドに従う動画像データには変換手段によってフォーマット変換処理が施され、送信手段からはフォーマット変換処理が施された動画像データが送信される。

コマンドに従う動画像データのフォーマットが周辺機器に適合するか否かを判別手段によって判別し、この判別結果が否定的であるとき変換手段が動画像データにフォーマット変換処理を施すので、ホスト機器によって管理されているコンテンツに、コンテンツのフォーマットに関わらず、周辺機器の操作でアクセスすることができる。

請求項７の発明に従うホストコントローラは、請求項６に従属し、情報送信コマンドには周辺機器に適合するフォーマットの識別子を含んだフォーマット情報が添付され、受付手段によって受け付けた情報送信コマンドに添付されているフォーマット情報を保持する保持手段(S46)をさらに備え、判別手段は保持手段によって保持されたフォーマット情報に基づいて判別を行う。

情報送信コマンドには、周辺機器に適合するフォーマットの識別子を含んだフォーマット情報が添付される。受付手段によって受け付けた情報送信コマンドに添付されているフォーマット情報は保持手段によって保持され、判別手段は保持手段によって保持されたフォーマット情報に基づいて判別を行う。

周辺機器からの情報送信コマンドには、周辺機器自身に適合するフォーマットの識別子を含んだフォーマット情報が添付される。かかるフォーマット情報を保持し、保持されたフォーマット情報に基づいて判別を行うので、動画像データの転送を要求するコマンドを取得する度にその動画像データが適合するか否かを周辺機器に逐一問い合わせる場合と比べ、負荷を軽減できる。

請求項８の発明に従う通信制御プログラムは、周辺機器(30)とＵＳＢ方式で通信を行うホストコントローラ(10)のプロセサ(14)に、コマンドの送信を要求する要求信号をインタラプト転送方式で周辺機器から受け付ける受付ステップ(S3,S5)、受付ステップによって要求信号を受け付けたときバルク転送方式およびアイソクロナス転送方式の一方で周辺機器から動画像データの転送を要求するコマンドを取得する取得ステップ(S35,S37)、および取得ステップによって取得されたコマンドに従う動画像データをバルク転送方式およびアイソクロナス転送方式の一方でフレーム毎に周辺機器に送信する第１送信ステップ(S91~S99,S21~S25)を実行させる。

請求項９の発明に従う通信制御プログラムは、請求項８に従属し、プロセサに、取得ステップによって取得されたコマンドに従う動画像データのフォーマットが周辺機器に適合するか否かを判別する判別ステップ(S48a)、および判別ステップの判別結果が否定的であるとき取得ステップによって取得されたコマンドに従う動画像データにフォーマット変換処理を施す変換ステップ(S48b)をさらに実行させ、第１送信ステップは判別ステップの判別結果が否定的であるとき変換ステップによってフォーマット変換処理が施された動画像データを送信する。

この発明によれば、ＵＳＢ方式を利用して、ホスト機器によって管理されている動画コンテンツに周辺機器の操作でアクセスすることができる。この結果、例えば、画像蓄積装置内の動画コンテンツをディジタルカメラの操作で簡単に閲覧することが可能となる。

この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

図１を参照して、この実施例のハードディスクレコーダ（以下“レコーダ”）１０は、ＣＰＵ１４，ＵＳＢコントローラ１８およびハードディスク２０ｄを含む。ＵＳＢコントローラ１８は、ディジタルカメラ（以下“カメラ”）３０と接続される。ハードディスク２０ｄには、画像ファイル例えば“ＳＡＮＹ０００１．ｊｐｇ”，“ＳＡＮＹ０００２．ｊｐｇ”，“ＳＡＮＹ０００３．ｍｐ４”，“ＳＡＮＹ０００４．ｊｐｇ”…と、アルバム情報ファイル“Ａｌｂｍ０１．ａｌｂ”とが格納されている。ここで拡張子“ｍｐ４”は、そのファイルがＭＰＥＧ４に従う動画像データを含んだファイルであることを示す。同じく“ｊｐｇ”はＪＰＥＧに従う静止画像データを含んだファイルであることを示し、“ａｌｂ”はアルバム情報を含んだファイルであること示す。

ＣＰＵ１４は、ハードディスク２０ｄ内のファイルを図３に示すディレクトリツリーによって管理する。図３を参照して、画像ファイル“ＳＡＮＹ０００１．ｊｐｇ”，“ＳＡＮＹ０００２．ｊｐｇ”…は、ディレクトリ“ＤＩＲ０１”の下位に設けられたディレクトリ“１００ＳＡＮＹＯ”に置かれる。アルバム情報“Ａｌｂｍ０１．ａｌｂ”は、ディレクトリ“ＡＬＢＭ”に置かれる。

図４を参照して、アルバム情報ファイル“Ａｌｂｍ０１．ａｌｂ”には、ハードディスク２０ｄに格納された画像ファイルの識別子“￥ＤＩＲ０１￥１００ＳＡＮＹＯ￥ＳＡＮＹ０００１．ｊｐｇ”，“￥ＤＩＲ０１￥１００ＳＡＮＹＯ￥ＳＡＮＹ０００２．ｊｐｇ”，“￥ＤＩＲ０１￥１００ＳＡＮＹＯ￥ＳＡＮＹ０００３．ｍｐ４”，“￥ＤＩＲ０１￥１００ＳＡＮＹＯ￥ＳＡＮＹ０００４．ｊｐｇ”…が含まれる。このように、１つ１つの識別子は、図３のディレクトリツリーに従うパス（￥ＤＩＲ０１￥１００ＳＡＮＹＯ￥）と、ファイル名（ＳＡＮＹ０００１など）と、拡張子（ｊｐｇなど）とで構成される。

図２を参照して、カメラ３０は、ＣＰＵ３８，メモリカード４６およびＵＳＢコントローラ４８を含む。ＵＳＢコントローラ４８は、レコーダ１０と接続される。メモリカード４６には、別の画像ファイル例えば“ＡＡ０００１．ｊｐｇ”，“ＡＡ０００２．ｊｐｇ”…と、アルバム情報ファイル“ＡｌｂｍＡＡ．ａｌｂ”とが格納されている。ＣＰＵ３８は、メモリカード４６内のファイルを図５（Ａ）に示すディレクトリツリーによって管理する。

図５（Ａ）を参照して、画像ファイル“ＡＡ０００１．ｊｐｇ”，“ＡＡ０００２．ｊｐｇ”…は、ディレクトリ“ＤＣＩＭ”の下位に設けられたディレクトリ“１００ＳＡＮＹＯ”内に置かれ、アルバム情報“ＡｌｂｍＡＡ．ａｌｂ”は、ディレクトリ“ＡＬＢＭ”内に置かれる。

以上のように構成されたレコーダ１０とカメラ３０とは、図６に示すプロトコルに従って互いに通信する。図６を参照して、ホストであるレコーダ１０は、周辺機器であるカメラ３０にインタラプト・イン転送方式で要求信号を周期的に送信する。カメラ３０は、かかる要求信号に対し、コマンドがなければ“Ｎａｋ”を返し、送信すべきコマンドがあれば“コマンド有り”を返信する。

レコーダ１０は、“コマンド有り”の返信を受けると、コマンド要求信号をバルク・アウト転送方式で送信し、そしてコマンドおよびこのコマンドに付随するデータの送信準備を開始する。カメラ３０は、コマンド要求信号を受信すると、“Ａｃｋ”を返す。

レコーダ１０は、“Ａｃｋ”を受け取ると、今度はバルク・イン転送方式で要求信号を周期的に送信する。カメラ３０は、コマンドおよびデータの送信準備が整うまでの期間、要求信号に対して“Ｎａｋ”を返す。送信準備が整うと、次の要求信号を受信したとき、つまりバルク・イン応答として、コマンドおよびデータを送信する。

レコーダ１０は、コマンドおよびデータを受信すると、このコマンドに従う処理の実行および実行結果の送信準備を開始する。準備が整うと、実行結果をバルク・アウト転送方式で送信する。このとき、実行結果に動画像データが含まれていれば、この動画像データをフレーム単位に分割し、分割されたデータ（フレームデータ）を周期的に送信する。カメラ３０は、実行結果を受信すると、“Ａｃｋ”を返す。

このような通信プロトコルに従えば、ハードディスク２０ｄ内の任意のコンテンツを操作キー４２の操作でＬＣＤ５０に表示させることが可能となる。

詳しくは、カメラ３０のＣＰＵ３８は、操作キー４２を介してアルバム情報取得操作が行われると、システムコントローラ４０を通してこれを受け付ける。そして、レコーダ１０からＵＳＢコントローラ４８を通してインタラプト・イン方式に従う要求信号を受信したときに、同じＵＳＢコントローラ４８を通して“コマンド有り”を通知する。

続いてレコーダ１０からバルク・アウト方式に従うコマンド要求信号が送信され、ＣＰＵ３８は“Ａｃｋ”を返す。さらに続いてレコーダ１０からバルク・イン方式に従う要求信号が送信され、ＣＰＵ３８は、この要求信号に対するバルク・イン応答として、図７（Ａ）に示すコマンドつまりアルバム情報読出しコマンドを送信する。

レコーダ１０は、図７（Ａ）のコマンドに従う処理を実行する。そして、図７（Ｂ）に示す実行結果つまりハードディスク２０ｄから読み出されたアルバム情報“Ａｌｂｍ０１”をバルク・アウト方式で送信する。

レコーダ１０からアルバム情報“Ａｌｂｍ０１”を取得すると、ＣＰＵ３８は、この情報に基づく画像取得画面（図示せず）をＬＣＤ５０に表示する。この状態で、操作キー４２を介して画像“ＳＡＮＹ０００１”を取得する取得操作が行われると、ＣＰＵ３８は、次にインタラプト・イン方式に従う要求信号を受信したときに“コマンド有り”を通知する。

続いてレコーダ１０からバルク・アウト方式に従うコマンド要求信号が送信され、ＣＰＵ３８は“Ａｃｋ”を返す。さらに続いてレコーダ１０からバルク・イン方式に従う要求信号が送信され、ＣＰＵ３８は、この要求信号に対するバルク・イン応答として、図８（Ａ）に示すコマンドつまり画像読出しコマンドを送信する。このコマンドには、所望の画像の識別子つまり“￥ＤＩＲ０１￥１００ＳＡＮＹＯ￥ＳＡＮＹ０００１．ｊｐｇ”が添付される。

レコーダ１０は、図８（Ａ）のコマンドに従う処理を実行する。そして、図８（Ｂ）に示す実行結果つまりハードディスク２０ｄから読み出された静止画像データ（ＳＡＮＹ０００１）をバルク・アウト方式で送信する。

レコーダ１０から“ＳＡＮＹ０００１”に対応する静止画像データを取得すると、ＣＰＵ３８は、このデータに基づく画像を信号処理回路３４を通してＬＣＤ５０に表示する。

この後、再び画像取得画面がＬＣＤ５０に表示され、そして操作キー４２を介して画像“ＳＡＮＹ０００３”を取得する取得操作が行われたとする。応じてＣＰＵ３８は、次にインタラプト・イン方式に従う要求信号を受信したとき、“コマンド有り”を通知する。

続いてレコーダ１０からバルク・アウト方式に従うコマンド要求信号が送信され、ＣＰＵ３８は“Ａｃｋ”を返す。さらに続いてレコーダ１０からバルク・イン方式に従う要求信号が送信され、ＣＰＵ３８は、この要求信号に対するバルク・イン応答として、図９（Ａ）に示すコマンドつまり画像読出しコマンドを送信する。このコマンドには、ファイル識別子“￥ＤＩＲ０１￥１００ＳＡＮＹＯ￥ＳＡＮＹ０００３．ｍｐ４”が添付される。

レコーダ１０は、図９（Ａ）のコマンドに従う処理を実行する。そして、まず図９（Ｂ）に示す実行結果つまりハードディスク２０ｄから読み出された動画像の第１フレームデータ（ＳＡＮＹ０００３−０００１）をバルク・アウト方式で送信する。

レコーダ１０から“ＳＡＮＹ０００３”に対応する動画像の第１フレームデータを取得すると、ＣＰＵ３８は、このデータに基づく画像を信号処理回路３４を通してＬＣＤ５０に表示する。

続いて、レコーダ１０は、図９（Ｃ）に示す実行結果つまり同じ動画像の第２フレームデータ（ＳＡＮＹ０００３−０００２）をバルク・アウト方式で送信する。レコーダ１０から第２フレームデータを取得すると、ＣＰＵ３８は、このデータに基づく画像をＬＣＤ５０に表示する。

以降、同様にしてレコーダ１０から第３フレームデータ，第４フレームデータ…が周期的に送信され、かかるフレームデータに基づく画像がカメラ３０のＬＣＤ５０に順次表示されていく。レコーダ１０から“ＳＡＮＹ０００３”に対応する動画像の最終フレームデータが送信され、このデータに基づく画像がＬＣＤ５０に画像が表示されれば、画像“ＳＡＮＹ０００３”の取得処理は完了となる。

しかし、動画像“ＳＡＮＹ０００３”の取得中に、この取得処理を強制終了する終了操作が操作キー４２を介して行われたとする。レコーダ１０からは、動画像の取得中にもインタラプト・イン方式に従う要求信号が送信されており、ＣＰＵ３８は、システムコントローラ４０を通して終了操作を受け付けると、次にインタラプト・イン方式に従う要求信号を受信したときに“コマンド有り”を通知する。

続いてレコーダ１０からバルク・アウト方式に従うコマンド要求信号が送信され、カメラ３０は“Ａｃｋ”を返す。さらに続いてレコーダ１０からバルク・イン方式に従う要求信号が送信され、ＣＰＵ３８は、この要求信号に対するバルク・イン応答として、図９（Ｄ）に示すコマンドつまり読出し停止コマンドを送信する。このコマンドには、ファイル識別子“￥ＤＩＲ０１￥１００ＳＡＮＹＯ￥ＳＡＮＹ０００３．ｍｐ４”が添付される。

レコーダ１０は、図９（Ｄ）のコマンドに従う処理を実行し、そして図９（Ｅ）に示す実行結果つまりＮｕｌｌパケットをバルク・アウト方式で送信する。レコーダ１０からＮｕｌｌパケットを受信すると、ＣＰＵ３８はＬＣＤ５０の表示を停止する。

以上のような、カメラ３０側の操作に基づく画像読出しを実現するために、レコーダ１０のＣＰＵ１４は、μＩＴＲＯＮなどのマルチタスクＯＳの制御下で、図１０に示す要求受け付けタスクと、図１１に示す実行結果転送タスクと、図１２および図１３に示すコマンド取得タスクと、図１４に示すアルバム情報読み出しタスクと、図１５に示す静止画像読み出しタスクと、図１６に示す動画像読み出しタスクと、図１７に示す終了通知タスクとを並列的に実行する。

ここで、要求受け付けタスクおよび実行結果転送タスクは、レコーダ１０の電源投入時に起動され、電源切断時に終了される。コマンド取得タスクは、要求受け付けタスクによって起動され、自発的に終了される。アルバム情報読み出しタスク，静止画像読み出しタスク，動画像読み出しタスクおよび終了通知タスクは、コマンド取得タスクによって起動され、自発的に終了される。ただし動画像読み出しタスクは、コマンド取得タスクによって強制終了される場合がある。なお、これらのフロー図に対応する制御プログラムは、ＲＯＭ１２に記憶される。

図１０を参照して、まずステップＳ１でフラグＦを“０”とし、次のステップＳ３では、インタラプト・イン転送方式に従う要求信号（インタラプト・イン要求）を送信する。そしてステップＳ５およびＳ７のループに入る。ステップＳ５では、カメラ３０からの“コマンド有り”通知つまりインタラプト・イン応答が受信されたか否かを判別する。ステップＳ７では、ステップＳ３の要求送信から所定時間が経過したか否かを判別する。

インタラプト・イン応答が受信されると、ステップＳ５でＹＥＳと判別し、ステップＳ９に移る。所定時間が経過しても応答がなければ、ステップＳ７からステップＳ３に戻る。ステップＳ９では、コマンド取得タスクを起動し、その後ステップＳ１１に移って、フラグＦが“１”に変わるのを待つ。コマンド取得タスク（図１２参照）によってフラグＦに“１”がセットされると、ステップＳ１１の判別結果がＹＥＳとなり、ステップＳ１に戻る。

図１１を参照して、まずステップＳ２１でフラグＧに“０”をセットし、その後ステップＳ２３に移って、フラグＧが“１”に変わるのを待つ。アルバム情報読み出しタスク（図１４参照），静止画像読み出しタスク（図１５参照），動画像読み出しタスク（図１６参照）および終了通知タスク（図１６参照）のいずれかによってフラグＧに“１”がセットされると、ステップＳ２３の判別結果がＹＥＳとなり、ステップＳ２５に移る。ステップＳ２５では、実行結果つまりハードディスク２０ｄからＳＤＲＡＭ１６に読み出されたアルバム情報または画像データもしくはＳＤＲＡＭ１６内に生成されたＮｕｌｌパケットを、バルク・アウト転送方式でカメラ３０に返送する。その後、ステップＳ２１に戻る。

図１２を参照して、ステップＳ３１では、コマンド要求信号をバルク・アウト転送方式で送信し、ステップＳ３３では、カメラ３０からのＡｃｋが受信されたか否かを判別する。Ａｃｋが受信されるとステップＳ３３からステップＳ３５に移り、バルク・イン転送方式に従う要求信号（バルク・イン要求）を送信する。そして、ステップＳ３７およびＳ３９のループに入る。ステップＳ３７では、カメラ３０からのコマンドおよびデータつまりバルク・イン応答が受信されたか否かを判別する。ステップＳ３９では、ステップＳ３５の要求送信から所定時間が経過したか否かを判別する。

バルク・イン応答が受信されると、ステップＳ３７の判別結果がＹＥＳとなって、ステップＳ４１〜Ｓ４５のコマンド判別処理に移る。所定時間が経過しても応答がなければ、ステップＳ３９からステップＳ３５に戻る。

図１３を参照して、ステップＳ４１では、バルク・イン応答に含まれるコマンドがアルバム情報読出しコマンド（図７（Ａ）参照）であるか否かを判別する。ステップＳ４３では、同じく画像読出しコマンド（図８（Ａ），図９（Ａ）参照）であるか否かを判別し、ステップＳ４５では、同じく読出し停止コマンド（図９（Ｄ）参照）であるか否かを判別する。

ステップＳ４１の判別結果が肯定的であれば、ステップＳ４７でアルバム情報読み出しタスクを起動し、その後ステップＳ６１に進む。ステップＳ４３の判別結果が肯定的であれば、ステップＳ４９で読み出し対象が動画か否かをさらに判別する。具体的には、画像読出しコマンドに添付されたファイル識別子に、動画を示す拡張子例えば“ｍｐ４”が含まれるか否かが判別される。この判別結果が否定的であれば、ステップＳ５１で静止画像読み出しタスクを起動し、そしてステップＳ６１に進む。ステップＳ４９の肯定的であれば、ステップＳ５３で動画像読出しタスクを起動し、ステップＳ６１に進む。

ステップＳ４５の判別結果が肯定的であれば、ステップＳ５５で動画像読み出しタスクを終了し、次のステップＳ５７で終了通知タスクを起動し、そしてステップＳ６１に進む。ステップＳ４１〜Ｓ４５の判別結果がどれも否定的であれば、ステップＳ５９で他の処理を実行し、その後ステップＳ６１に進む。

ステップＳ６１では、フラグＦに“１”セットする。そして、このタスクを終了する。

図１４を参照して、ステップＳ７１では、ハードディスクドライブ（ＨＤＤ）２０を制御して、ハードディスク２０ｄからアルバム情報（図４参照）をＳＤＲＡＭ１６に読み出す。次のステップＳ７３では、フラグＧに“１”をセットする。そして、このタスクを終了する。

図１５を参照して、ステップＳ８１では、図８（Ａ）コマンドに添付されたファイル識別子に対応する静止画像データを同様にハードディスク２０ｄからＳＤＲＡＭ１６に読み出す。次のステップＳ７３では、フラグＧに“１”をセットする。そして、このタスクを終了する。

図１６を参照して、ステップＳ９１では、図９（Ａ）コマンドに添付されたファイル識別子に対応する動画像の先頭フレームデータをハードディスク２０ｄからＳＤＲＡＭ１６に読み出す。次のステップＳ９３では、フラグＧに“１”をセットする。そしてステップＳ９５に移って、対応動画像に次のフレームが存在するか否かを判別し、判別結果が否定的であればこのタスクを終了する。

ステップＳ９５の判別結果が肯定的であれば、ステップＳ９７に移り、フラグＧが“０”に変わるのを待つ。実行結果返送タスク（図１１参照）によってＳＤＲＡＭ１６内のフレームデータが返送され、そしてフラグＧに“０”がセットされると、ステップＳ９７からステップＳ９９に移り、次のフレームデータを読み出す。そしてステップＳ９３に戻る。

図１７を参照して、ステップＳ１０１では、ＮｕｌｌパケットをＳＤＲＡＭ１６内に生成する。次のステップＳ１０３では、フラグＧに“１”をセットする。そして、このタスクを終了する。

以上のように、この実施例では、ＵＳＢホストであるレコーダ１０は、周辺機器であるカメラ３０から要求信号をインタラプト転送方式で受け付け、これに応答してカメラ３０からバルク転送方式でコマンドを取得し、取得されたコマンドに従う処理を実行し、そして実行結果をバルク転送方式でカメラ３０に返信するので、ホスト機器によって管理されているコンテンツに周辺機器の操作でアクセスすることができる。特に、動画像データの転送を要求するコマンドを取得した場合、要求された動画像データをフレーム毎に返信するので、動画コンテンツへのアクセスも問題なく行える。この結果、ハードディスク２０ｄ内の所望のコンテンツを操作キー４２の操作でＬＣＤ５０に表示することが可能となる。

なお、この実施例のレコーダ１０は、コマンドの取得および実行結果の通知をバルク転送方式で行ったが、これらをアイソクロナス転送方式で行うこともできる。この場合の通信プロトコルが図１８に示されている。図１８の通信プロトコルは、コマンド取得および実行結果通知にアイソクロナス転送方式を用いる点を除けば、図６の通信プロトコルと同様である。

なお、図６方式では、カメラ３０はレコーダ１０からコマンド要求［ＢｕｌｋＯｕｔ］，実行結果［Ｂｕｌｋ Ｏｕｔ］等を受信したときＡｃｋを返送するが、図１８方式ではＡｃｋの返送は行わない。また、図６方式では、カメラ３０はバルク・イン要求を受信したとき送信準備が完了していなければＮａｋを返すが、図１８方式ではＮｕｌｌパケットを返送する。

この他、例えばコマンドの取得をバルク転送方式で行い、実行結果の通知をアイソクロナス転送方式で行うなど、両方式を組み合わせて使用することもできる。どちらの転送方式を使用するかは、転送されるデータの性質、例えばデータ量，リアルタイム性の有無，誤り訂正の要否などに基づいて決められる。

以下、この発明の他の実施例を図１９〜図３６により説明する。このうち図１９〜図３５は図１〜図１７にそれぞれ対応する。なお、図３６は対応する図面がない。

この実施例が図１実施例と異なるのは、転送しようとする画像データのフォーマットにカメラ３０が対応していないとき、画像データにフォーマット変換処理を施して、フォーマット変換された画像データを転送する点である。この点以外は図１実施例と同様であり、重複する説明を省略する。

図１９を参照して、この実施例のカメラ１０は、図１実施例のカメラ１０において、変換処理回路２２をさらに含む。変換処理回路２２は、ＣＰＵ１４の指示に応じて画像データにフォーマット変換処理を施す。ここで行われるフォーマット変換処理は、ＪＰＥＧ２０００からＪＰＥＧへの変換か、またはＭＰＥＧ４からＪＰＥＧへの変換である。ＳＤＲＡＭ１６には変換エリア１６ｔが形成されており、フォーマット変換処理にはこの変換エリア１６ｔが利用される。

図２０を参照して、信号処理回路３４は、図２のそれがＪＰＥＧフォーマットおよびＭＰＥＧ４フォーマットに対応していたのに対し、ＪＰＥＧフォーマットのみに対応している。つまり、ＭＰＥＧ４フォーマットにも、これ以外のフォーマットたとえばＪＰＥＧ２０００フォーマットにも対応していない。

図２１を参照して、ハードディスク２０ｄには、ＪＰＥＧファイルおよびＭＰＥＧ４ファイルに加えて、ＪＰＥＧ２０００ファイルが格納されている。拡張子“ｊｐ２”を付加されたファイルつまり“ＳＡＮＹＯ０００１．ｊｐ２”がこれに該当する。

図２２を参照して、アルバム情報“Ａｌｂｍ０１．ａｌｂ”には、“ＳＡＮＹＯ０００１．ｊｐ２”に関する情報が含まれる。

図２３（Ａ）および図２３（Ｂ）は、図５（Ａ）および図５（Ｂ）と同様である。図２４は、図６と同様である。

図２５（Ａ）を参照して、バルク・イン要求に応答してカメラ３０が送信するアルバム情報読出しコマンドには、フォーマット情報“ｊｐｇ”が添付される。図２５（Ｂ）は図７（Ｂ）と同様である。

図２６（Ａ）を参照して、同じく画像読出しコマンドには、ファイル識別子“￥ＤＩＲ０１￥１００ＳＡＮＹＯ￥ＳＡＮＹ０００１．ｊｐ２”が添付される。図２６（Ｂ）を参照して、図２６（Ａ）コマンドに応答してレコーダ１０から送信される画像データ“ＳＡＮＹＯ０００１”は、ＪＰＥＧフォーマットを有する。すなわちレコーダ１０は、ファイル“ＳＡＮＹ０００１．ｊｐ２”に含まれるＪＰＥＧ２０００データにＪＰＥＧへのフォーマット変換を施し、変換後のＪＰＥＧデータを転送する。

図２７（Ａ）は図９（Ａ）と同様である。図２７（Ｂ）を参照して、図２７（Ａ）コマンドに応答して送信される第１フレームデータ“ＳＡＮＹＯ０００３−０００１”は、ＪＰＥＧフォーマットを有する。図２７（Ｃ）を参照して、続いて送信される第２フレームデータ“ＳＡＮＹＯ０００３−０００２”もまた、ＪＰＥＧフォーマットを有する。すなわちレコーダ１０は、ファイル“ＳＡＮＹ０００３．ｍｐ４”に含まれるＭＰＥＧ４データにＪＰＥＧへのフォーマット変換を施し、変換後のＪＰＥＧデータをフレーム単位で転送する。

図２７（Ｄ）および図２７（Ｅ）は図９（Ｄ）および図９（Ｅ）と同様である。図２８〜図３０は図１０〜図１２と同様である。

図３１を参照して、ステップＳ４１の判別結果が肯定的であれば、ステップＳ４６で、アルバム情報読出しコマンドに添付されているフォーマット情報（図２５（Ａ）参照）をＳＤＲＡＭ１６に保持し、そしてステップＳ４７に移る。ステップＳ４３の判別結果が肯定的であれば、ステップＳ４８ａで、画像読出しコマンドに添付されているファイル識別子（図２６（Ａ），図２７（Ａ）参照）と、ステップＳ４６で保持されたフォーマット情報とに基づいて、この画像読出しコマンドに従う画像ファイルのフォーマットがカメラ３０に適合するか否かを判別する。ここでＹＥＳであれば、直ちにステップＳ４９に移る。

ステップＳ４８ａでＮＯと判別されれば、ステップＳ４８ｂで変換タスク（図３６参照）を起動し、その後ステップＳ４９に移る。ステップＳ４５の判別結果が肯定的であれば、ステップＳ５５で動画像読出しタスクを終了した後、ステップＳ５６で変換タスクをさらに終了し、そしてステップＳ５７に移る。他のステップは、図１３と同様である。

図３２は図１４と同様である。図３３を参照して、まずステップＳ８０でフラグＨが“１”であるか否かを判別し、ここでＮＯであれば待機する。変換タスクによってフラグＨに“１”がセットされると、ステップＳ８０でＹＥＳと判別し、ステップＳ８１に移る。ステップＳ８１では、変換エリア１６ｔから変換画像データを読み出す。他のステップは、図１５と同様である。

図３４を参照して、まずステップＳ９０でフラグＨが“１”であるか否かを判別し、ここでＮＯであれば待機する。変換タスクによってフラグＨに“１”がセットされると、ステップＳ９０でＹＥＳと判別し、ステップＳ９１に移る。ステップＳ９１（およびＳ９９）では、変換エリア１６ｔから変換フレームデータを読み出す。他のステップは、図１６と同様である。

図３５は図１７と同様である。図３６を参照して、ステップＳ１１１では、フラグＨに“０”をセットする。ステップＳ１１３では、要求された画像データをハードディスク２０ｄから変換エリア１６ｔに読み出す。ステップＳ１１５では、変換エリア１６ｔに読み出されたＪＰＥＧ２０００画像データまたはＭＰＥＧ４画像データに対して、ＪＰＥＧへのフォーマット変換処理を施す。ステップＳ１１７では、要求された画像データの読出しが完了したか否かを判別し、ここでＮＯであればステップＳ１１３に戻る。

ステップＳ１１７の判別結果がＹＥＳであれば、ステップＳ１１９でフラグＨに“１”をセットし、そしてこのタスクを終了する。

この実施例によれば、コマンドに従う画像データのフォーマットが周辺機器であるカメラ３０に適合するか否かを判別し、この判別結果が否定的であるとき、画像データにフォーマット変換処理を施すので、ホスト機器によって管理されているコンテンツに、コンテンツのフォーマットに関わらず、周辺機器の操作でアクセスすることができる。

なお、この実施例では、ＪＰＥＧ２０００またはＭＰＥＧ４からＪＰＥＧへのフォーマット変換を行ったが、ＪＰＥＧ２０００，ＭＰＥＧ４以外のフォーマットからＪＰＥＧフォーマットへの変換を行ってもよく、同じくＪＰＥＧ以外のフォーマットへの変換を行ってもよい。また、変換対象は画像データに限らず、音楽データなど任意のコンテンツでよい。

以上では、ハードディスクレコーダに適用した場合について説明したが、この発明は、例えば光ディスクレコーダ／プレーヤ，ＩＣレコーダ／プレーヤ，パーソナルコンピュータ，ＵＳＢメモリなど、ＵＳＢコントローラを備えたあらゆるコンテンツ処理装置に適用することができる。コンテンツが記録される記録媒体は、内蔵型でも、外付けでも構わない。この発明が適用されたコンテンツ処理装置は、ＵＳＢホストとなって、記録媒体内のコンテンツを管理し、かつ自分の管理下にあるコンテンツに周辺機器の操作でアクセスすることを可能にする。

この発明の一実施例の構成を示すブロック図である。 図１実施例に適用される周辺機器（ディジタルカメラ）の構成を示すブロック図である。 図１実施例に適用されるディレクトリツリーの一例を示す図解図である。 図３ツリーによって管理されるアルバム情報の一例を示す図解図である。 （Ａ）は周辺機器側のディレクトリツリーの一例を示す図解図であり、（Ｂ）は周辺機器側のディレクトリツリーの他の一例を示す図解図である。 図１実施例に適用される通信プロトコルの一例を示すシーケンス図である。 （Ａ）は図１実施例に適用されるコマンドの一例を示すブロック図であり、（Ｂ）は（Ａ）コマンドに対応する実行結果を示すブロック図である。 （Ａ）は図１実施例に適用されるコマンドの他の一例を示すブロック図であり、（Ｂ）は（Ａ）コマンドに対応する実行結果を示すブロック図である。 （Ａ）は図１実施例に適用されるコマンドのその他の一例を示すブロック図であり、（Ｂ）は（Ａ）コマンドに対応する実行結果の一部を示すブロック図であり、（Ｃ）は（Ａ）コマンドに対応する実行結果の他の一部を示すブロック図であり、（Ｄ）は（Ａ）コマンドの関連コマンドを示すブロック図であり、（Ｅ）は（Ｄ）コマンドに対応する実行結果を示すブロック図である。 図１実施例に適用されるＣＰＵ動作の一部を示すフロー図である。 図１実施例に適用されるＣＰＵ動作の他の一部を示すフロー図である。 図１実施例に適用されるＣＰＵ動作のその他の一部を示すフロー図である。 図１実施例に適用されるＣＰＵ動作のさらにその他の一部を示すフロー図である。 図１実施例に適用されるＣＰＵ動作の他の一部を示すフロー図である。 図１実施例に適用されるＣＰＵ動作のその他の一部を示すフロー図である。 図１実施例に適用されるＣＰＵ動作のさらにその他の一部を示すフロー図である。 図１実施例に適用されるＣＰＵ動作の他の一部を示すフロー図である。 図１実施例に適用される通信プロトコルの他の一例を示すシーケンス図である。 この発明の他の実施例の構成を示すブロック図である。 図１９実施例に適用される周辺機器（ディジタルカメラ）の構成を示すブロック図である。 図１９実施例に適用されるディレクトリツリーの一例を示す図解図である。 図２１ツリーによって管理されるアルバム情報の一例を示す図解図である。 （Ａ）は周辺機器側のディレクトリツリーの一例を示す図解図であり、（Ｂ）は周辺機器側のディレクトリツリーの他の一例を示す図解図である。 図１９実施例に適用される通信プロトコルの一例を示すシーケンス図である。 （Ａ）は図１９実施例に適用されるコマンドの一例を示すブロック図であり、（Ｂ）は（Ａ）コマンドに対応する実行結果を示すブロック図である。 （Ａ）は図１９実施例に適用されるコマンドの他の一例を示すブロック図であり、（Ｂ）は（Ａ）コマンドに対応する実行結果を示すブロック図である。 （Ａ）は図１９実施例に適用されるコマンドのその他の一例を示すブロック図であり、（Ｂ）は（Ａ）コマンドに対応する実行結果の一部を示すブロック図であり、（Ｃ）は（Ａ）コマンドに対応する実行結果の他の一部を示すブロック図であり、（Ｄ）は（Ａ）コマンドの関連コマンドを示すブロック図であり、（Ｅ）は（Ｄ）コマンドに対応する実行結果を示すブロック図である。 図１９実施例に適用されるＣＰＵ動作の一部を示すフロー図である。 図１９実施例に適用されるＣＰＵ動作の他の一部を示すフロー図である。 図１９実施例に適用されるＣＰＵ動作のその他の一部を示すフロー図である。 図１９実施例に適用されるＣＰＵ動作のさらにその他の一部を示すフロー図である。 図１９実施例に適用されるＣＰＵ動作の他の一部を示すフロー図である。 図１９実施例に適用されるＣＰＵ動作のその他の一部を示すフロー図である。 図１９実施例に適用されるＣＰＵ動作のさらにその他の一部を示すフロー図である。 図１９実施例に適用されるＣＰＵ動作の他の一部を示すフロー図である。 図１９実施例に適用されるＣＰＵ動作のその他の一部を示すフロー図である。

符号の説明

１０…ハードディスクレコーダ（ホスト）
１４…ＣＰＵ
１８…ＵＳＢコントローラ
２０ｄ…ハードディスク
３０…ディジタルカメラカメラ（周辺機器）

Claims (9)

1. 周辺機器とＵＳＢ方式で通信を行うホストコントローラにおいて、
   コマンドの送信を要求する要求信号をインタラプト転送方式で前記周辺機器から受け付ける受付手段、
   前記受付手段によって要求信号を受け付けたときバルク転送方式およびアイソクロナス転送方式の一方で前記周辺機器から動画像データの転送を要求するコマンドを取得する取得手段、および
   前記取得手段によって取得されたコマンドに従う動画像データを前記バルク転送方式および前記アイソクロナス転送方式の一方でフレーム毎に前記周辺機器に送信する第１送信手段を備えることを特徴とする、ホストコントローラ。
2. 前記第１送信手段は前記取得手段によって開始コマンドを取得したとき送信を開始する、請求項１記載のホストコントローラ。
3. 前記取得手段によって停止コマンドを取得したとき前記第１送信手段の送信を停止させる停止手段、および
   前記第１送信手段が前記停止手段によって停止されたとき所定データを送信する第２送信手段をさらに備える、請求項２記載のホストコントローラ。
4. 前記動画像データを含んだ画像ファイルが記録媒体に記録されており、
   前記受付手段によって情報送信コマンドを受け付けたとき前記画像ファイルの識別子を含んだファイル情報を送信する第３送信手段をさらに備える、請求項１ないし３のいずれかに記載のホストコントローラ。
5. 前記記録媒体は内蔵型である、請求項４記載のホストコントローラ。
6. 前記取得手段によって取得されたコマンドに従う動画像データのフォーマットが前記周辺機器に適合するか否かを判別する判別手段、および
   前記判別手段の判別結果が否定的であるとき前記取得手段によって取得されたコマンドに従う動画像データにフォーマット変換処理を施す変換手段をさらに備え、
   前記第１送信手段は前記判別手段の判別結果が否定的であるとき前記変換手段によってフォーマット変換処理が施された動画像データを送信する、請求項１ないし５のいずれかに記載のホストコントローラ。
7. 前記情報送信コマンドには前記周辺機器に適合するフォーマットの識別子を含んだフォーマット情報が添付され、
   前記受付手段によって受け付けた情報送信コマンドに添付されているフォーマット情報を保持する保持手段をさらに備え、
   前記判別手段は前記保持手段によって保持されたフォーマット情報に基づいて判別を行う、請求項６記載のホストコントローラ。
8. 周辺機器とＵＳＢ方式で通信を行うホストコントローラのプロセサに、
   コマンドの送信を要求する要求信号をインタラプト転送方式で前記周辺機器から受け付ける受付ステップ、
   前記受付ステップによって要求信号を受け付けたときバルク転送方式およびアイソクロナス転送方式の一方で前記周辺機器から動画像データの転送を要求するコマンドを取得する取得ステップ、および
   前記取得ステップによって取得されたコマンドに従う動画像データを前記バルク転送方式および前記アイソクロナス転送方式の一方でフレーム毎に前記周辺機器に送信する送信ステップを実行させるための、通信制御プログラム。
9. 前記プロセサに、
   前記取得ステップによって取得されたコマンドに従う動画像データのフォーマットが前記周辺機器に適合するか否かを判別する判別ステップ、および
   前記判別ステップの判別結果が否定的であるとき前記取得ステップによって取得されたコマンドに従う動画像データにフォーマット変換処理を施す変換ステップをさらに実行させ、
   前記第１送信ステップは前記判別ステップの判別結果が否定的であるとき前記変換ステップによってフォーマット変換処理が施された動画像データを送信する、請求項８記載の通信制御プログラム。

Images