通信システム及びそれに使用する周辺装置
【課題】 通信イベントの実行を司るコマンドの発行方向が、ＰＣ側から周辺装置側への一方向に規制されているにも拘わらず、周辺装置側でのユーザー操作により特定の通信イベントを自発的に起動することが可能な通信システムを提供する。
【解決手段】 対象通信イベントの起動をホスト装置に促すための周辺装置側トリガをユーザー操作に基づいて発生させ、ホスト装置側では、周辺装置における周辺装置側トリガの発生を監視するためのトリガ報告要求コマンドを、主通信プロトコルに従い周辺装置に向けて発行する。これを受けた周辺装置からのトリガ発生報告情報をホスト装置側で受領し、当該トリガ発生報告情報の内容から周辺装置側トリガがありと判定された場合に、対象通信イベントを起動させ、周辺装置からの再生対象データを受信し、ホスト装置上で再生させる。
【解決手段】 対象通信イベントの起動をホスト装置に促すための周辺装置側トリガをユーザー操作に基づいて発生させ、ホスト装置側では、周辺装置における周辺装置側トリガの発生を監視するためのトリガ報告要求コマンドを、主通信プロトコルに従い周辺装置に向けて発行する。これを受けた周辺装置からのトリガ発生報告情報をホスト装置側で受領し、当該トリガ発生報告情報の内容から周辺装置側トリガがありと判定された場合に、対象通信イベントを起動させ、周辺装置からの再生対象データを受信し、ホスト装置上で再生させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パーソナルコンピュータ（以下「ＰＣ」と略称する）やワークステーション等をホスト装置としてこれに周辺装置が接続された通信システムと、それに使用する周辺装置とに関する。
【背景技術】
【０００２】
【特許文献１】特開２００５−１８６４５号公報
【特許文献２】特開２００５−１０７８７５号公報
【０００３】
近年、フラッシュメモリなどの不揮発性メモリがカード型にパッケージングされたいわゆるメモリーカード（記録メディアの一例）が広く知られている。このメモリーカードは、デジタルカメラや携帯音楽プレーヤーなどのデジタル機器に用いられるデータの記憶媒体として急速に普及している。メモリーカードの仕様は統一されておらず、例えば、コンパクトフラッシュ（登録商標、以下「ＣＦ」と略称する）、スマートメディア（登録商標、以下「ＳＭ」と略称する）、メモリースティック（登録商標、以下「ＭＳ」と略称する）、ＳＤメモリーカード（登録商標、以下「ＳＤ」と略称する）など、種々のものが市場に出回っている。
【０００４】
上記メモリーカードは、ＰＣなどに接続されてメモリーカードの読み書きを行なうメモリーカードリーダライタ（周辺装置の一例、以下「リーダライタ」と略称する）を用いることで、ＰＣから上記メモリーカードへのアクセスが可能となる。これにより、ＰＣとメモリーカードとの間でデータ通信が行なえるようになる。こうしたリーダライタには、メモリーカードを挿入するスロットを一つ備えたシングルスロットタイプと、複数のスロットを備えて複数のメモリーカードに対するデータの読み書きが可能なマルチスロットタイプなどがある（特許文献１〜３）。
【０００５】
ところで、上記のようなリーダライタは、マルチメディアの普及によりデータ転送容量が飛躍的に増大した背景から、ＰＣとの間のデータ伝送をシリアル通信にて行なうことも一般化してきている。しかしながら、データアクセスのための制御には、複数記憶媒体の取り扱いが容易、といった観点から、パラレル通信用周辺機器の調停／アクセス制御にて使用されていた方式を引き継いだ機器も数多く存在する。その典型例として、ＰＣとリーダライタとのデータ通信を、いわゆるＳＣＳＩ規格で定義されたプロトコル（以下、ＳＣＳＩプロトコルともいう）に基づいて行われるように設計されたシステムを例示できる。ＳＣＳＩ規格は、ＡＮＳＩ（American National Standard Institute；米規格協会）によって規格化され、国際的に広く準拠されている通信プロトコルである。該プロトコルは、ＰＣ及びリーダライタの汎用性を高めることができるため広く用いられている。なお、以下の説明において、ＳＣＳＩ規格とは主としてＳＣＳＩ−２を示すものとする。
【０００６】
ＳＣＳＩプロトコルにおいては、ホスト装置となるＰＣは、通信イベントの起動決定権が与えられたイニシエータとして機能し、周辺装置は該ホスト装置の通信対象であるターゲットとして定められる。通信イベントを実行命令するためのコマンドはＰＣから周辺装置に向けて順次発行される一方、発行されたコマンドを受領した周辺装置が当該コマンドに対応する処理（例えば、データの読出しや書き込み、消去、及び種々の付随的な処理）を逐次実行し、その実行結果に応じた応答情報をホスト装置側に返信する。そして、通信イベントの実行を司るコマンドの発行方向は、ホスト装置側から周辺装置側への一方向に規制されている。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記のごとく、ＳＣＳＩ通信はＰＣと周辺装置との間での双方向通信ではあるが、通信イベントの実行を司るコマンドの発行方向が、上記のごとく、ＰＣ側から周辺装置側への一方向に規制されており、通信処理開始の主導権は常にイニシエータとなるＰＣ側が握る形となる。つまり、ＳＣＳＩプロトコルに従う限り、周辺装置側でホスト装置側に通信イベント始動のためのコマンドを逆発行することは不可能であり、周辺装置側で特定の通信イベントを自発的に起動する方法が存在しなかった。例えば、リーダライタに装着したメモリーカードに記憶されたデータファイルをＰＣ側で読み出したり、あるいはハードディスクドライブ（ＨＤＤ）等のＰＣ側の記憶装置に保存したりする場合、ユーザーは必ずＰＣ側でそれら読み書き処理の操作（つまり、コマンド実行入力）を行なわなければならない。このため、ＰＣから離れた場所に配置されたリーダライタにデータファイルが格納されたメモリーカードを装着しても、そのデータファイルをＰＣに保存したい場合、わざわざＰＣ位置まで赴かなければ保存のための操作を行なうことができず、非常に不便であった。
【０００８】
本発明の課題は、通信イベントの実行を司るコマンドの発行方向が、上記のごとく、ＰＣ側から周辺装置側への一方向に規制されているにも拘わらず、周辺装置側でのユーザー操作により特定の通信イベントを自発的に起動することが可能な通信システムと、それに使用する周辺装置とを提供することにある。
【課題を解決するための手段及び発明の効果】
【０００９】
上記課題を解決するための本発明の通信システムは、
通信イベントの起動決定権を有したホスト装置と、該ホスト装置に接続される該ホスト装置の通信対象となる周辺装置とを含み、通信イベントを実行命令するためのコマンドをホスト装置から周辺装置に向けて順次発行する一方、発行されたコマンドを受領した周辺装置が当該コマンドに対応するデータ処理を逐次実行し、その実行結果に応じた応答情報をホスト装置側に返信するようになっており、かつ、コマンドの発行方向がホスト装置側から周辺装置側への一方向に規制された主通信プロトコルを有する通信システムにおいて、
周辺装置に設けられ、予め定められた内容の対象通信イベントの起動をホスト装置に促すための周辺装置側トリガを、該周辺装置側でのユーザー操作に基づいて発生させる周辺装置側トリガ発生手段と、
ホスト装置側に設けられ、周辺装置における周辺装置側トリガの発生を監視するために、トリガ発生報告情報を応答情報として要求するためのトリガ報告要求コマンドを、主通信プロトコルに従い周辺装置に向けて発行するトリガ報告要求コマンド発行手段と、
周辺装置側に設けられ、周辺装置側トリガの発生の有無を反映したトリガ発生報告情報を応答情報としてホスト装置に主通信プロトコルに従い返信するトリガ発生報告情報返信手段と、
ホスト装置側に設けられ、トリガ発生報告情報を周辺装置から受領する報告情報受領手段と、
当該トリガ発生報告情報の内容に基づいて周辺装置側トリガの有無を判定し、該周辺装置側トリガがありと判定された場合に、対象通信イベントを起動させる対象通信イベント起動手段とを有し、
周辺装置が、少なくともデータの読出しに係るデータアクセスが可能とされた記憶媒体が着脱可能に装着され、通信イベントにより該記憶媒体に対してデータアクセスを行なう記憶装置として構成され、該記憶媒体は音声データファイル又は動画データファイルとして構成される再生対象データを記憶しており、さらに、対象通信イベントの実行手段として、
周辺装置側トリガとしての再生対象データ送信トリガの発生を、周辺装置からのトリガ発生報告情報によりホスト装置側で把握するに伴い、記憶媒体に記憶された再生対象データの送信を周辺装置に要求し、該再生対象データ送信要求を周辺装置からの応答情報として受信する再生対象データ送信要求イベントを実行する再生対象データ送信要求イベント実行手段と、
再生対象データ送信要求を受信した場合に、記憶媒体に記憶された再生対象データを周辺装置にて読み出してホスト装置へ送信する再生対象データ送信イベントを実行する再生対象データ送信イベント実行手段と、
再生対象データ送信イベントの実行により受信した再生対象データをホスト装置上で再生する再生制御手段とを有してなることを特徴とする。
【００１０】
また、本発明の周辺装置は、上記本発明の通信システムを構成する周辺装置であって、予め定められた内容の対象通信イベントの起動をホスト装置に促すための周辺装置側トリガを、該周辺装置側でのユーザー操作に基づいて発生させる周辺装置側トリガ発生手段と、
周辺装置側に設けられ、ホスト装置からのトリガ報告要求コマンドに対応するトリガ発生報告情報を応答情報としてホスト装置に主通信プロトコルに従い返信するトリガ発生報告情報返信手段と、
ファイル名を文字表示するための表示部と、
を有してなることを特徴とする。
【００１１】
上記本発明によると、対象通信イベントの起動をホスト装置に促すための周辺装置側トリガをユーザー操作に基づいて発生させ、ホスト装置側では、周辺装置における周辺装置側トリガの発生を監視するためのトリガ報告要求コマンドを、主通信プロトコルに従い周辺装置に向けて発行する。これを受けた周辺装置からのトリガ発生報告情報をホスト装置側で受領し、当該トリガ発生報告情報の内容から周辺装置側トリガがありと判定された場合に、対象通信イベントを起動させる。これにより、通信イベントの実行を司るコマンドの発行方向が、ホスト装置側から周辺装置側への一方向に規制されているにも拘わらず、特定の通信イベントを周辺装置側でのユーザー操作により（ホスト装置側にて）自発的に起動することが可能となる。
【００１２】
そして、上記の基本原理を用いて本発明では、記憶装置として構成された周辺装置側では、これに着脱可能に装着された記憶媒体内の音声データファイル又は動画データファイルを構成する再生対象データをホスト装置側に取得させるための再生対象データ送信トリガを発生させ、これを取得したホスト装置は記憶媒体に記憶された再生対象データの送信を周辺装置に要求する。ホスト装置はその周辺装置からの送信求を周辺装置からの応答情報として受信する。そして、再生対象データを周辺装置にて読み出してホスト装置へ送信し、ホスト装置はその送信要求を受信すると、受信した再生データの再生を開始する。これにより、記憶装置として構成された周辺装置側に特に再生データ送付用のソフトウェアが搭載されていなくとも、該周辺装置に再生データを送付させることができるとともに、ホスト装置側では、送付されてきた再生データを再生することができる。
【００１３】
主通信プロトコルとしては、本発明においてはＳＣＳＩプロトコル（ＳＣＳＩ−１、ＳＣＳＩ−２及びＳＣＳＩ−３のいずれか：特に、現在も多くのＯＳカーネルで使われつづけているＳＣＳＩ−２）を採用することができる。
【００１４】
本発明の通信装置では、周辺装置側トリガ発生手段は、周辺装置に設けられた手動操作部と、当該手動操作部による操作信号を周辺装置側トリガとして発生させる操作信号発生部とを有し、該手動操作部は記憶媒体内の音声データファイル又は動画データファイルのうち、ホスト装置において再生する再生対象データファイルを選択するための再生対象ファイル選択操作部を含むものであり、さらに、対象通信イベントの実行手段として、周辺装置側トリガとしての、再生対象ファイル選択操作部による選択操作トリガの発生を、周辺装置からのトリガ発生報告情報によりホスト装置側で把握するに伴い、再生対象ファイル選択操作部による再生対象データファイルの選択内容の送信を周辺装置に要求し、該再生対象データファイル選択内容を周辺装置からの応答情報として受信する再生対象データファイル選択イベントを実行する再生対象データファイル選択イベント実行手段を有し、再生制御手段は、再生対象データ送信イベントの実行により受信した再生対象データを、再生対象データファイル選択イベントの実行により受信した再生対象データファイルの選択内容に基づいてホスト装置上で再生するものとできる。
【００１５】
この構成によると、ホスト装置から離れた場所に配置された周辺機器に再生対象データが格納された記憶媒体を装着した場合、周辺機器側は選択されたデータファイルをホスト装置へ送信するとともに、再生対象ファイル選択操作部の存在により、ユーザーによる再生対象データの中から再生したいデータの選択を行なわせ、ホスト装置側でその再生を実行できる。従って、周辺機器がホスト装置から離れて接続されている場合でも、再生したい再生対象データの選択を周辺機器側からの遠隔操作により行なうことができる。
【００１６】
本発明の通信装置では、対象通信イベントの実行手段として、再生制御手段による再生対象データの再生を停止する停止制御を実行する停止制御手段を備えることができ、ホスト装置にて再生されている再生対象データを、周辺装置側からの遠隔操作により停止することができる。
【００１７】
本発明の通信装置では、再生対象データ送信要求イベント実行手段は、再生対象ファイル選択操作部による選択操作トリガを再生対象データ送信要求トリガとして使用することができる。この構成によると、再生対象ファイル選択操作部が、再生対象データ送信トリガと選択操作トリガとを同一の操作部により構成することができるので、部品点数を減としてコストを抑えることが可能となる。
【００１８】
本発明の通信装置では、周辺装置側トリガ発生手段は、記憶媒体の記憶装置への装着を検出して周辺装置側トリガを発生させる記憶媒体装着検出手段を備え、再生対象データ送信要求イベント実行手段は、記憶媒体の装着に伴う周辺装置側トリガを再生対象データ送信要求トリガとして使用することができる。この構成によると、再生対象データ送信要求イベントは、記憶媒体の装着をトリガとして実行されるので、再生対象データ送信用のトリガ発生操作部が不要となり、部品点数を減としコストを抑えることができる。
【００１９】
本発明の通信装置では、周辺装置側トリガ発生手段は、周辺装置に設けられた手動操作部と、当該手動操作部による操作信号を周辺装置側トリガとして発生させる操作信号発生部とを有するものとして構成することができる。周辺装置に設けられた手動操作部を操作することで、主通信プロトコルの介在により従来はホスト装置側からしか起動できなかった通信イベント（例えば前述のデータファイルの読出しや保存）を、周辺機器側からの遠隔操作により簡単に始動できるようになる。
【００２０】
また、本発明の通信装置では、手動操作部は記憶媒体内の音声データファイル又は動画データファイルのうち、ホスト装置において再生する再生対象データファイルを選択するための再生対象ファイル選択操作部を含むものであり、記憶媒体は、再生対象データファイルを含む１以上のデータファイルからなるファイルリストを記憶するとともに、対象通信イベントの実行手段として、
ホスト装置側から記憶媒体に記憶されたデータファイルを検索して得られるファイルリストの文字表示情報をホスト装置側で作成し周辺装置側に送信するとともに、該文字表示情報を周辺装置にて受信し、該周辺装置に設けられた表示部にファイルリストの内容を文字表示させるファイルリスト表示イベントを、ファイルリスト送信要求イベントの完了を受けて実行するファイルリスト表示イベント実行手段を有しており、
再生対象ファイル選択操作部は、ファイルリスト表示イベントにより表示されたファイルリストの中から再生対象データファイルを選択するものとできる。
【００２１】
これにより、ホスト装置から離れた場所に配置された周辺機器にデータファイルが格納された記憶媒体を装着した場合、周辺機器側では、ファイルリストの表示内容を参照してユーザーは所望のデータファイルをファイル選択操作部により容易に選択でき、さらに、選択されたデータファイルをホスト装置へ送信できるので、周辺機器がホスト装置から離れて接続されている場合でも、該データファイル送信を周辺機器側からの遠隔操作により行なうことができる。そして、ユーザーは表示されたファイルリストを確認しながら再生したい所望の再生対象データを選択することができるので、選択操作が容易となる。
【００２２】
本発明の通信装置では、ホスト装置側に設けられ、再生対象データ送信イベントにて周辺装置から受信した再生対象データを該ホスト装置側に設けられたホスト装置側記憶装置上の予め定められた保存領域に保存する再生対象データ保存手段を有することができる。この構成によると、ホスト装置は、自身の予め定められた保存領域を参照することで、再生すべき再生対象データを容易に検出して再生できる。
【００２３】
また、記憶媒体は、再生対象データの読出し、書き込み及び削除に係るデータアクセスが可能とされたものとすることができる。具体的には、ホスト装置側において、上記の手動操作部を記憶媒体内の再生対象データファイルを選択するための保存対象ファイル選択操作部を含むものとし、該保存対象ファイル選択操作部の操作に基づいて該再生対象データファイルをホスト装置側記憶装置上の予め定められた保存領域に保存するデータファイル保存手段を設ける。これにより、ホスト装置側には、データ保存手段による保存領域への再生対象データファイルの格納に対応して、周辺装置に対し記憶媒体上の送信元の再生対象データファイルを削除させるファイルムーブイベントを起動するファイルムーブ制御手段を設けることができる。これにより、再生対象データファイルの移動（ムーブ）処理も、周辺機器側からの遠隔操作により行なうことができる。
【００２４】
また、ホスト装置側には、再生対象データファイルの保存領域への保存環境を設定する保存環境設定手段を設けることができる。これにより、ホスト装置側で再生対象データファイルの保存環境を設定でき、周辺機器側からの遠隔操作により行なう保存処理をユーザーが望む環境（あるいは条件）にて実行することができる。保存環境設定手段は、具体的には、再生対象データファイルの保存領域を設定・変更するための保存領域設定変更手段を有するものとして構成できる。これにより、周辺機器側からの遠隔操作により、記憶媒体中の再生対象データファイルをホスト装置側記憶装置内の所望の保存領域に保存することができる。
【００２５】
再生対象データファイルの移動（ムーブ）処理を可能とする前述の構成では、保存環境設定手段は、ファイルムーブ制御手段によるファイルムーブイベントの起動が禁止されるファイルコピーモードと、ファイルムーブイベントの起動が許可されるファイルムーブモードとを切り替えるファイル保存モード切替手段を有するものとすることができる。これにより、周辺機器側からの遠隔操作により記憶媒体中の再生対象データファイルの保存モードを、コピーとムーブとの間で切り替え設定することができる。なお、コピー制限の付与されたファイルが検出された場合、自動的にムーブモードが選択されるように構成してもよい。
【００２６】
本発明の通信装置では、トリガ報告要求コマンド発行手段は、トリガ報告要求コマンドを周辺装置に対し予め定められた時間間隔で繰り返し継続的に発行するものとすることができる。トリガ報告要求コマンドを繰り返し継続的に発行することで、周辺装置側トリガがどのようなタイミングで発生しても、ホスト装置側でこれを確実に取得することができる。
【００２７】
本発明の通信装置では、周辺装置とホスト装置とは、ホスト装置側からの周辺装置のポーリングは可能であって、該周辺装置側からのホスト装置の逆ポーリングが不能なシリアル通信機構を介して接続され、通信イベントを実行するためのホスト装置と周辺装置との間における情報転送が、ホスト装置が周辺装置をポーリングする形式にてシリアル通信により実行さものとして構成できる。この構成では、周辺装置側からホスト装置をポーリングすることができない（つまり、周辺装置側に通信開始の決定権が与えられない）形になるので、本発明の効果がより有効に発揮されるばかりでなく、周辺装置を直接接続するためのホスト装置側の通信インターフェースが大幅に簡略化され、システム構成の軽量・低コスト化を図ることができる。このようなシリアル通信の規格として、ＵＳＢ（Universal Serial Bus）を例示できる。また、本明細書では、主通信プロトコルとしてＳＣＳＩプロトコルが採用され、かつ、ホスト装置とＵＳＢプロトコルに従うシリアル通信バスにより接続される周辺機器のことを、ＵＳＢ／ＳＣＳＩ型周辺機器とも称する。
【００２８】
ＵＳＢを採用する場合、周辺装置は、より具体的には以下のように構成できる。すなわち、コマンドをホスト装置から受信してコマンド内容を解析するコマンド解析ステップと、該コマンドの解析内容を反映したデータ処理を実行するデータ処理ステップと、データ処理の結果を示す応答情報をホスト装置に返信する応答情報返信ステップとをこの順序で実行する形で周辺機器側の通信処理制御を行なうアクセス制御デバイスと、上記コマンド及び応答情報の相互転送を、ホスト装置が複数のアクセス制御デバイスをポーリングする形式にてシリアル通信により実行するシリアル通信部とを有するものとして構成する。アクセス制御デバイスは、シリアル通信部との間でコマンド及び応答情報を送受信する送受信部と、コマンドを解釈してその内容に応じたデータ処理を制御実行主体とからなるものとして構成される。なお、送受信部とシリアル通信部とは専用ＩＣに集積することができる。この構成では、ＵＳＢプロトコルに従うシリアル通信にバスを介して、ＳＣＳＩ等の主通信プロトコルに従うコマンドないし応答情報のやり取りを問題なく行なうことができる。
【００２９】
より具体的には、周辺装置側のシリアル通信部が、ホスト装置からのシリアル通信バスを接続する通信バス接続端子と、シリアル通信バスと送受信部との間でコマンド及び応答情報の転送通信処理を実行する通信制御部とを備え、該通信制御部が、通信バス接続端子に接続される通信処理のプロトコルエンジン部と、該プロトコルエンジン部にＦＩＦＯメモリからなる制御用の双方向エンドポイントを介して接続され、転送通信処理の制御を司る制御指令部とを備えたものとして構成できる。そして、送受信部は上記プロトコルエンジン部に対し、ＦＩＦＯメモリからなる該プロトコルエンジン部への入力用エンドポイントと、ＦＩＦＯメモリからなる該プロトコルエンジン部からの出力用エンドポイントとを介して入出力経路が分離された形で接続することができる。また、通信制御部は、ホスト装置側から、データアクセスの対象となる送受信部の特定情報と、該送受信部に対応するエンドポイントの特定情報とを受信して、各送受信部をターゲットデバイスとしてポーリングするものとなるように構成することができる。送受信のデータバッファとなるエンドポイントを送信側と受信側とで独立して設け、ポーリング時にいずれのエンドポイントを指定するかによって、データの転送方向も容易に特定することができる。
【００３０】
次に、本発明の通信システムにおいては、
ホスト装置側に設けられ、周辺装置に対し該周辺装置自身に対する調査報告処理を要求する調査要求コマンドを発行するとともに、該調査要求コマンドの発行に伴い、調査報告指示内容を示す予め定められたフレームフォーマットを有するとともに当該フレームの予め定められたフィールドに付加情報が書き込まれた調査指示データを作成する調査指示データ作成手段と、作成された調査指示データを周辺装置に送信する調査指示データ送信手段と、
周辺装置に設けられ、調査指示データを受けて、予め定められたフレームフォーマットを有する調査報告データを生成する調査報告データ生成手段と、
周辺装置に設けられ、調査報告データを応答情報としてホスト装置に送信する調査報告データ送信手段と、
周辺装置側に設けられ、受信した該調査指示データの予め定められたフィールドから付加情報を抽出する付加情報抽出手段と、を設けることができる。
【００３１】
本発明において主通信プロトコルは、周辺装置をなす記憶装置との間のデータファイルの送受信を行なうのが主目的であり、主通信プロトコルがサポートしていない制御処理（特に、周辺装置側で通信イベントを開始するような処理）に関与する情報は、主通信プロトコルがサポートする制御情報からは独立した付加情報として取り扱う必要がある。このような付加情報は、送受信の対象となるデータファイルの本体に書き込んでも意味がない。なぜなら、制御実行等のために付加情報の内容をホスト装置側あるいは周辺装置側で参照しようとした場合、そのデータファイルを開くためのアプリケーションソフトを立ち上げる必要が生じ、全く現実性がないためである。しかし、上記の構成によれば、ホスト装置側から周辺装置側へ送りたい付加情報を、周辺装置に対し該周辺装置自身に対する調査報告処理を要求する調査要求イベントを利用する形で、その調査要求コマンドの発行に伴い作成される調査指示データの予め定められたフィールドに書き込むことで、主通信プロトコルによる制御下でデータファイルを経由せずに確実に送信することができる。
【００３２】
また、調査報告データ生成手段は、調査報告データの予め定められたフレームにホスト装置側からの付加情報に対応する対応付加情報を書き込むものとすることができ、調査報告データ送信手段は、その対応付加情報が書き込まれた調査報告データを応答情報としてホスト装置に送信するものとすることができる。これにより、周辺装置側からホスト装置側へ送りたい対応付加情報を、上記調査要求コマンドに対する応答情報である調査報告データの予め定められたフィールドに書き込むことで、主通信プロトコルによる制御下でデータファイルを経由せずに確実に送信することができる。
【００３３】
具体的には、前述のトリガ報告要求コマンドとして調査要求コマンドを使用することができる。この場合、調査指示データに付加情報として周辺装置側トリガの発生報告指示情報が書き込まれるとともに、対応する調査報告データに対応付加情報としてトリガ発生報告情報が書き込まれる。これにより、周辺装置側トリガの発生報告指示を周辺装置側に適確に伝えることができ、また、周辺装置側での周辺装置側トリガを調査報告データ中のトリガ発生報告情報により確実に把握することができる。
【００３４】
他方、調査要求コマンドは、表示部に表示させる文字情報をホスト装置から周辺装置に送信する通信イベントの起動に使用することもできる。この場合、調査指示データには、付加情報として送信すべき文字を特定するための文字コード情報が付加情報として書き込まれる。また、周辺装置側には、表示部への表示用文字データを文字コードと対応付けて記憶する表示用文字データ記憶手段と、付加情報抽出手段が抽出する付加情報としての文字コード情報に対応する表示用文字データを表示用文字データ記憶手段から読み出して、表示部に表示させる表示制御手段とを設けておく。このようにすると、主通信プロトコルに文字列転送用のコマンドが存在しない場合でも（特に、ＳＣＳＩプロトコル）、周辺装置側の表示部に表示したい文字の文字コードを、調査要求コマンドを用いて転送することが可能となる。そして、周辺装置側に表示用文字データ記憶手段を設けておくことで、受けた文字コードに対応する表示用文字データを用いて表示部に文字を表示することができる。なお、表示するべき文字列が長い場合は、複数回の調査要求コマンドの実行により分割送信することが可能である。また、２バイト文字（全角漢字や記号など）など、１つの文字に対応する文字コードのデータサイズが、調査指示データのフィールドサイズを超える場合、１つの文字コードを分割して複数回の調査要求コマンドの実行により送信することも可能である。
【００３５】
また、調査要求コマンドは、周辺装置から受信した再生対象データファイルと重複するファイル名を有した再生対象データファイルが保存領域に存在する場合に、これを周辺装置に通知する通信イベントの起動に使用することもできる。この場合、調査指示データには付加情報として重複ファイル名特定情報が書き込まれる。また、周辺装置には、受信した重複ファイル名特定情報に基づいて重複ファイル名を表示部に表示する重複ファイル名表示手段と、表示された重複ファイルに対しホスト装置に指示する対応処理を選択入力するための対応処理選択入力部とを設けることができる。この場合、調査報告データには対応付加情報として、対応処理選択入力部からの入力情報に基づいて対応処理を指示する対応処理指示情報が書き込まれ、ホスト装置側には、周辺装置から受領する対応処理指示情報の内容に基づいて、重複ファイルに対し指示された対応処理を実行する対応処理実行手段を設けることができる。
【００３６】
上記のように構成すると、周辺装置側で選択した再生対象データファイルが、ホスト装置側の記憶領域に既に存在している場合に、その存在を通知する情報を周辺装置側で表示でき、当該重複ファイルへの対応処理も周辺装置側での対応処理選択入力部からの入力情報により適確に指示することができる。対応処理としては、ホスト装置側又は記憶媒体側の再生対象データファイル名を変更する再生対象データファイル名変更処理を実行することができる。この場合、ホスト装置側の再生対象データファイルのファイル名を変更するか、記憶媒体側の再生対象データファイルのファイル名を変更するかを選択できるように構成することができる。
【００３７】
調査指示データ作成手段は調査指示データにおいて、格納するべき主格納情報として発生報告指示情報以外の情報が格納されるよう主通信プロトコルに規定されたフィールドに、発生報告指示情報を主格納情報に兼用させる形で書き込むものとすることができる。主通信プロトコルがＳＣＳＩプロトコルのごとく既製の通信規格に従う場合などにおいては、本発明において初めて発生する技術概念である（トリガ）発生報告指示情報用の専用フィールドを、調査指示データのフレーム内に新たに設定できる余地が存在しない場合がある。このとき、上記のように本来発生報告指示情報とは全く別の主格納情報用に用意されたフィールドに、発生報告指示情報（を含む付加情報）を当該主格納情報に兼用させる形で書き込むようにすれば、上記のごとく専用フィールドを設ける余裕がない場合でも発生報告指示情報を問題なく書き込むことができる。
【００３８】
例えば、周辺装置が、少なくともデータの読出しに係るデータアクセスが可能とされた記憶媒体が内蔵されるか又は着脱可能に装着され、通信イベントにより該記憶媒体に対してデータアクセスを行なう記憶装置として構成される場合、調査指示データにおいて、主通信プロトコルに従い記憶媒体に対するデータの読み出し又は書き込みに係る通信イベントを実行する際に、該読み出し処理又は書き込み処理に割り当てられる当該記憶媒体上のメモリ領域のアロケーション長を設定するためのフィールドをアロケーション長設定フィールドとして確保することができる。この場合、アロケーション長情報作成手段は、該アロケーション長設定フィールドにおいてアロケーション長情報を主格納情報とする形で、該アロケーション長情報に兼用される発生報告指情報を書き込むものとできる。このようにすると、アロケーション長情報に兼用させる形で、主通信プロトコルに規定されていない固有の付加情報を周辺装置側へ送信することが可能となり、周辺装置側トリガの発生報告指示情報を周辺装置側へ問題なく送信できる。
【００３９】
主通信プロトコルにおいて、アロケーション長設定フィールドのサイズが一定ビット長に定められる場合、アロケーション長設定フィールドに上記付加情報を書き込む空き領域を形成するために、次のような巧妙な方法が存在する。すなわち、アロケーション長として設定可能な最大値をバイト単位にて表わしたときのビット数を、アロケーション長設定フィールドの総ビット数未満に設定する。そして、上記最大値を超えるアロケーション長がアロケーション長設定フィールドに記述された場合には、記述されたアロケーション長値とは無関係に上記最大値をアロケーション長の実設定値として定める。そして、該最大値を超える冗長なアロケーション長記述値に一義的に対応付ける形で、発生報告指示情報を含む、異なる付加情報内容を定義することができる。例えば、ＳＣＳＩプロトコルにおける後述のＩｎｑｕｉｒｙコマンドのＣＤＢを調査指示データとして使用する場合、このＣＤＢはＳＣＳＩプロトコル制御用に割り振られたフィールドばかりからなり、ユーザーが新たなデータを書き込むための余裕は一見全く存在しないように見える。しかし、本来はＳＣＳＩプロトコルの主格納情報であるアロケーション長の設定フィールドにおいて、上記のごとくアロケーション長として設定可能な最大値をアロケーション長設定フィールドの総ビット数未満に設定することで、該最大値を超える冗長なアロケーション長の設定記述値に、発生報告指示情報を含む付加情報としての意味をもたせることができる。
【００４０】
次に、ＳＣＳＩプロトコル等の場合、調査要求コマンドにはいくつかの種別が用意されている場合がある。この場合、どのような種別の調査要求コマンドをトリガ報告要求コマンドとして使用するかが問題になる場合がある。例えば、周辺装置が、データの読出し及び書き込みの双方に係るデータアクセスが可能とされた記憶媒体が着脱可能に装着され、通信イベントにより該記憶媒体に対してデータアクセスを行なう記憶装置として構成される場合、周辺装置には、記憶媒体の交換がなされた場合に当該記憶媒体の交換をホスト装置に通知するための交換通知情報を保持する交換通知情報保持手段と、ホスト装置から予め定められた第一種コマンドを受信した場合には、該コマンドの実行後に交換通知情報保持手段に保持されている交換通知情報をクリアし、同じく第一種コマンド以外の第二種コマンドを受信した場合は、該コマンドの実行後においても交換通知情報保持手段による交換通知情報の保持状態を保留する交換通知情報保持制御手段とが設けられる場合がある。この場合、トリガ報告要求コマンドとして使用する調査要求コマンドとしては、第二種コマンドの使用が強く推奨される。なぜならば、このような目的に第一種コマンドを使用した場合、交換通知情報を特に必要としないトリガ報告要求イベントであるにも拘わらず、処理終了時には交換通知情報がクリアされてしまい、ホスト装置側でこの交換通知情報を本来必要とするシステムコンポーネント（例えばファイルシステム）が、これを取得できなくなってしまう状況が発生し、記憶媒体の記憶内容が破壊されたりするといったトラブルにつながる場合があるためである。
【００４１】
調査要求コマンドとしては、例えば、周辺装置に対し該周辺装置自身の構成及び属性を特定する情報である構成／属性特定情報の報告を指示する構成／属性調査要求コマンドを採用することができる。このような周辺装置自身の構成及び属性の特定に係る通信イベントは、主通信プロトコル上では、例えばどのような種別の周辺装置（デバイス：ＳＣＳＩの場合、ターゲット）が接続されているのかを、装置立ち上げ時に認識するために実行する目的で使用されることが多いが、これを本発明では、周辺装置における周辺装置側トリガの発生を監視用に、装置立ち上げ後においても所定のタイミングで繰り返し発行する。該構成／属性調査要求コマンドにより規定される通信イベントは、本来的には（装置使用中においては不変となる）周辺装置のいわば「素性」を認識することのみが目的であり、例えば、コマンドの発生の前後で記憶媒体の交換があった場合において、交換通知情報の保持状態等に不要な影響を与えるべきではないので、上記の第二種コマンドして用意することが望ましいのである。これを周辺装置側トリガの発生監視用に流用することで、該コマンドを何度繰り返し発行しても交換通知情報の保持状態には影響が及ばず、前述のトラブルを防ぐことができる。
【００４２】
主通信プロトコルがＳＣＳＩプロトコルである場合、上記の調査要求コマンドとしてＩｎｑｕｉｒｙ（照会）コマンドを使用することが望ましい。この場合、ホスト装置（イニシエータ）から周辺装置（ターゲット）に送られる調査指示データは、Ｉｎｑｕｉｒｙコマンドの詳細内容を記述する、ＣＤＢ（Command Descriptor Block：コマンド記述ブロック、コマンド毎にフレーム形式がＳＣＳＩプロトコルにて詳細に規定されている）であり、周辺装置（ターゲット）からホスト装置（イニシエータ）に返される調査報告データはＩｎｑｕｉｒｙデータ（フレーム形式がＳＣＳＩプロトコルにて詳細に規定されている）である。表１はＩｎｑｕｉｒｙコマンドに対応するＣＤＢの形式を示すものである。
【００４３】
【表１】
【００４４】
ＳＣＳＩプロトコルでは、ホスト装置（イニシエータ）側で周辺装置（ターゲット）から返されるＩｎｑｕｉｒｙデータの種別を指定することができる。具体的には、Ｉｎｑｕｉｒｙコマンドに対応するＣＤＢには、ＥＶＰＤ（Enable Vital Product Data）と称されるのフィールド（１ビット）と、ページコード（８ビット）と称されるフィールドが形成されている。表２に示すごとくＥＶＰＤフィールドに「０」が記述されているＣＤＢ（以下、ＣＤＢ（０）と略記する）に対しては、Ｉｎｑｕｉｒｙデータとして、表３に示すような、周辺装置の仕様に関係なく形式及び内容が共通に定められたスタンダードＩｎｑｕｉｒｙデータ（以下、Ｓ／Ｉデータと略称する）が返される。Ｓ／Ｉデータのうち、ＳＣＳＩプロトコルによる通信制御に直接使用しない空き領域を、トリガ発生報告情報等、本発明特有の応答情報（以下、特有応答情報という）の記述フィールドとして使用することができる。
【００４５】
【表２】
【００４６】
【表３】
【００４７】
例えば、Ｓ／Ｉデータでは、デバイスのベンダに固有の情報を記述するための一定長のフィールド（以下、ベンダ固有領域という）が設けられており、このフィールドに空き領域がある場合は、これを本発明特有の応答情報の記述フィールドとして使用することができる。また、ビット数は僅少であるが、次のような空き領域も、本発明特有の応答情報の記述フィールドとして利用することができる。すなわち、８ビットに設定された追加データ長フィールド（Ｓ／Ｉデータのバイト５以降のデータ長）は、Ｓ／Ｉデータにおけるデータフレーム長の上限から、最大データ長が８ビットに満たないことがある。この場合、追加データ長フィールドに上記最大データ長を超えるデータ長が指定されている場合、追加データ長フィールドの記述内容によらず、最大データ長が指定されることとなる。その結果、最大データ長を超えるビット値の範囲は、実質的に特有応答情報を記述するための「空き領域」として活用できる。
【００４８】
一方、表４のごとく、ＥＶＰＤフィールドに「１」が記述されているＣＤＢ（以下、ＣＤＢ（１）と略記する）は、ホスト装置（イニシエータ）により詳細な、あるいはデバイス固有の情報を提供するための、表５のようなＶＰＤ（Vital Product Data）と称される特殊なＩｎｑｕｉｒｙデータが返される。
【００４９】
【表４】
【００５０】
【表５】
【００５１】
ＶＰＤにはいくつかの種類が規定されており、どの種別のＶＰＤを指定するかをＣＤＢのページコードフィールドに記述する（具体的には、ページコードリスト（ページコード：００ｈ）、ＦＲＵ ＡＳＣＩＩ情報（ページコード：０１ｈ〜７Ｆｈ）、ユニットシリアル番号（ページコード：８０ｈ）、動作モード定義（ページコード：８１ｈ）、ＡＳＣＩＩ動作モード定義（ページコード：８２ｈ）、及びベンダ固有の形式（ページコード：Ｃ０ｈ〜ＦＦｈ））。周辺装置はページコードフィールドで指定された種類のＶＤＰを作成し、ホスト装置に返信する。特に、ＦＲＵ ＡＳＣＩＩ情報形式及びＡＳＣＩＩ動作モード定義形式のＶＰＤは、ページ長フィールドに続いて、必要なＡＳＣＩＩ情報を書き込むフィールドのデータ長のフィールドと、そのデータ長で指定されるＡＳＣＩＩ情報フィールドとが形成されるが、以降のフィールドはベンダ固有領域として、特有応答情報を記述するための「空き領域」として活用できる。例えば、ＡＳＣＩＩ動作モード定義形式のＶＰＤにおいて、ＡＳＣＩＩ情報フィールドを、デバイスのバージョン情報などを記述するためのバイト数の小さい（例えば１〜３バイト）のフィールドとして定義すれば、ベンダ固有領域となる残りのフィールドの長さを比較的大きく確保することができ、ある程度サイズの大きい特有応答情報を書き込むことが可能となる。
【００５２】
ＳＣＳＩプロトコルでは、ターゲット（周辺装置）、あるいはこれに含まれる１又は複数のロジカルユニット（周辺装置が記憶装置である場合は、１又は複数の記憶媒体装着スロットである）上で事象や状態の変化が、ホスト装置（イニシエータ）の動作とは非同期に発生した場合、これを該イニシエータに通知するためのユニット・アテンション・コンディションを生成する機能が設けられている。周辺装置にて記憶媒体の交換が発生した場合、その交換通知情報が生成されるユニット・アテンション・コンディションに反映されることとなる。ＳＣＳＩプロトコルでは、そのようなユニット・アテンション・コンディションを保留中の周辺装置に向けてＩｎｑｕｉｒｙコマンドが発行された場合、該周辺装置は保留中のユニット・アテンション・コンディション・コンディションをクリアせずに（ただし、Ｃｏｐｙ Ａｂｏｒｄｅｄ（ＣＡ）状態の生成前に限る）、発行されたＩｎｑｕｉｒｙコマンドが実行される（Ｉｎｑｕｉｒｙデータの作成・返信）。従って、トリガ発生報告情報など特有応答情報の返信要求イベントを起動する際にあっては、Ｉｎｑｕｉｒｙコマンドを用いることで、記憶媒体の交換がなされた場合も、その交換通知情報を含むユニット・アテンション・コンディションが保持され、交換通知情報の喪失を防ぐことができる。Ｉｎｑｕｉｒｙコマンドが前述の第二種コマンドに該当するものであることは明らかである。
【００５３】
なお、ＳＣＳＩプロトコルでは、Ｒｅｑｕｅｓｔ Ｓｅｎｓｅコマンドと称される別の調査要求コマンドも使用が可能である。Ｒｅｑｕｅｓｔ Ｓｅｎｓｅコマンドは、周辺装置（ターゲット）に例えばエラー原因や種類などを報告するためのセンスデータを要求するコマンドであり、調査報告データとして該センスデータが規定フォーマットのフレームに記述されて返される。本発明においては、このセンスデータの空き領域を利用してトリガ発生報告情報など特有応答情報を書き込み、ホスト装置に返すことも原理的には可能である。しかし、ＳＣＳＩプロトコルでは、ＳＣＳＩプロトコルでは、ユニット・アテンション・コンディションを保留中の周辺装置に向けてＲｅｑｕｅｓｔ Ｓｅｎｓｅコマンドが発行された場合、該周辺装置は保留中のユニット・アテンション・コンディション・コンディションをクリアするように（ただし、Ｃｏｐｙ Ａｂｏｒｄｅｄ（ＣＡ）状態の生成前に限る）決められており、記憶媒体の交換がなされた場合に、その交換通知情報を含むユニット・アテンション・コンディションがクリアされ、交換通知情報が喪失する惧れがある。つまり、Ｒｅｑｕｅｓｔ Ｓｅｎｓｅコマンドは前述の第一種コマンドに該当するものである。
【発明を実施するための最良の形態】
【００５４】
以下、適宜図面を参照して本発明の実施形態に係る通信システム１について説明する。図１は通信システム１に適用される音声データファイル及び動画データファイルの再生機能を備えるマルチリーダライタ２（記憶装置：周辺装置の一例）の斜視図、図２はマルチリーダライタ２の概略構成を示すブロック図、図３は通信システム１に適用されるＰＣ３（ホスト装置の一例）の概略構成を示すブロック図である。なお、以下に説明する通信システム１の構成は、本発明を具現化するための単なる一例であり、本発明の要旨を変更しない範囲で構成を適宜変更できることは当然である。
【００５５】
図１（ａ）に示すように、マルチリーダライタ２は、その前面に着脱可能な記憶媒体として、第１メモリーカード１１（例えばＣＦ）を挿入するための第１スロット１６と、第２メモリーカード１１（例えばＳＭ）を挿入するための第２スロット１７と、第３メモリーカード１３（例えばＭＳ）を挿入するための第３スロット１８と、第４メモリーカード１４（例えばＳＤ）を挿入するための第４スロット１９とを備えている。なお、本実施形態では、周辺装置としてマルチリーダライタ２を例示して説明するが、シングルスロットタイプのリーダライタにも適用可能である。また、ＣＦやＳＭなどのメモリーカードに代えてＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭあるいはリムーバブルハードディスクなどのディスク記録メディアとする場合は、該ディスク記録メディアを単数あるいは複数着脱可能に挿入可能な挿入部を備えてなる、いわゆるチェンジャー型ドライブ周辺装置となる。該周辺装置を備えて構成された通信システムにも本発明は適用可能である。
【００５６】
マルチリーダライタ２はＵＳＢ／ＳＣＳＩ型周辺機器として構成され、その背面には、図１Ｂ及び図２に示すように、ＵＳＢケーブル２５（図２参照）を接続するためのＵＳＢ端子２４が設けられている。また、本実施形態では、主通信プロトコルとしてＳＣＳＩ−２のプロトコルが採用されているものとする。図２に示すように、マルチリーダライタ２は、その内部に、各構成部を制御するＣＰＵ２７と、制御プログラムや種々のデータ等を格納するＲＯＭ２８と、ＣＰＵ２７による演算の作業領域となるＲＡＭ２９と、入出力制御ＬＳＩ３１と、ＵＳＢチップ３２とを備え、これらがバス３３を介して相互にデータ転送が可能なように接続されている。マルチリーダライタ２は、該マルチリーダライタ２が接続されるＰＣ３との間で、ＳＣＳＩプロトコルに従うデータ通信を行なう。
【００５７】
具体的には、ＲＯＭ２８には、ＳＣＳＩプロトコルに基づいて作成された通信制御プログラムと、ＰＣ３から送信されたデータ（ＣＤＢ）を解析するために用いられる解析データのテーブルリストが格納され、ＣＰＵ２７は、マルチリーダライタ２がＳＣＳＩ対応機器のターゲットとして機能するための、受信したＳＣＳＩコマンドに対応した通信イベントの実行制御処理を行なう。また、各スロット１６〜１９に着脱可能に装着される各第１〜第４メモリーカード１１〜１４は、例えば、コンパクトフラッシュ（ＣＦ：登録商標）、スマートメディア（ＳＭ：登録商標）、メモリースティック（ＭＳ：登録商標）、ＳＤメモリーカード（ＳＤ：登録商標）など、ＰＣによるデータの書き込み、書き換え、消去、読出し、メディア装着確認等のデータアクセスが可能なフラッシュメモリを搭載したカード型記憶メディアである。なお、記憶デバイスとしては、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、リムーバブルハードディスク等の読出し専用の記憶媒体からデータの読出しを行なうドライブ装置を用いることもできる。
【００５８】
ＳＣＳＩプロトコルに従い、ＰＣ３はホスト装置として通信イベントの起動決定権が与えられ、該ＰＣ３（ホスト装置：イニシエータ）に接続されるマルチリーダライタ２は、ＰＣ３（ホスト装置）の通信対象（ターゲット）となる。そして、通信イベントを実行命令するためのＳＣＳＩコマンドがＰＣ３（ホスト装置）からマルチリーダライタ２（周辺装置）に向けて順次発行される一方、発行されたコマンドを受領したマルチリーダライタ２（周辺装置）が当該ＳＣＳＩコマンドに対応するデータ処理を逐次実行し、その実行結果に応じた応答情報をホスト装置側に返信する。また、ＳＣＳＩコマンドの発行方向は、ＰＣ３（ホスト装置）側からマルチリーダライタ２（周辺装置）側への一方向に規制されている。
【００５９】
次に、マルチリーダライタ２には、予め定められた内容の対象通信イベントの起動をホスト装置に促すための周辺装置側トリガを、該周辺装置側でのユーザー操作に基づいて発生させる周辺装置側トリガ発生手段の機能が具備されている。具体的には、周辺装置側トリガ発生手段を構成する手動操作部としてキーボード２２が筐体上面に設けられている。キーボード２２を構成する各ボタン２２ａ，２２ｂ，２２ｃ，２２ｄ，２２ｅ，２２ｆ，２２ｇ，２２ｈには、それらボタンの押圧操作により独立に付勢されるスイッチが設けられ、ボタンの押圧／解除に伴いスイッチ出力信号のレベルが変化する。このスイッチ出力信号を周辺装置側トリガ信号として利用できる。該周辺装置側トリガ信号は、図２において入力制御ＬＳＩ３０に入力される。また、表示部をなす液晶表示パネル（以下、ＬＣＤという）２１が表示制御ＬＳＩ３４を介してバス３３に接続されている。
【００６０】
入力制御ＬＳＩ３０は周辺装置側トリガ信号を受け、トリガ検出データ信号（レベル信号である）を、ボタン毎に異なるアドレスにてデータバス上に出力する。データバス上のトリガ検出データ信号は、後述のＩｎｑｕｉｒｙコマンド実行時に参照され、各ボタンに対応するアドレスのトリガ検出データが「トリガあり」の状態を示していれば、作成されるＩｎｑｕｉｒｙデータに、対応するボタンが操作された内容の対応付加情報を書き込む。つまり、キーボード２２の操作状態の検出は、ＰＣ３からの指示に従って行われる。なお、Ｉｎｑｕｉｒｙデータ作成後は、トリガ検出データ信号はリセットされる。本実施形態では、ボタン２２ａは、記憶媒体に記憶された再生データ（ＰＣ３側での再生・出力が可能な音声データ及び動画データ）の再生を行なう再生キーであり、ボタン２２ｂ、ボタン２２ｃ、及びボタン２２ｄは、該再生キー２２ａによる再生データの再生に関連する再生関連操作部であり、ここでは、再生の停止を実行する停止実行キー２２ｂ、早送りを実行する早送りキー２２ｃ、早戻しを実行する早戻しキー２２ｄとして設けられている。また、ボタン２２ｇが及びボタン２２ｈが、ＬＣＤ２１に表示される複数行の文字列を上下にスクロールするためのスクロールキーであり（符号２２ｇが上スクロールキー、符号２２ｈが下スクロールキー）、ボタン２２ｅは、ＬＣＤ２１に表示される文字列の選択（例えばシングルクリック時）、及び確定（例えばダブルクリック時）の操作を行なうための実行キーであり、ボタン２２ｆは、記憶媒体に記憶されたデータをＰＣ３の予め定められた保存領域に記憶するための保存キーである。
【００６１】
次に、ＵＳＢチップ３２には、各外部メモリ入出力制御部５１〜５４に対応して設けられたコマンド・データ・ステータス送受信部（以下、単に「送受信部」という；転送要素送受信部）４１と、ＵＳＢ端子（通信バス接続端子）１０に接続されたＵＳＢプロトコルエンジン（プロトコルエンジン部）３２１と、転送通信処理の制御を司るＵＳＢコントロール部（制御指令部）３３１とが集積されてなる。
【００６２】
ここで、ＵＳＢプロトコルエンジン（プロトコルエンジン部）３２１と、ＵＳＢコントロール部（制御指令部）３３１とで構成される部分が通信制御部に該当し、また、この通信制御部と、ＵＳＢ端子（通信バス接続端子）１０とで構成される部分がシリアル通信部に該当する。
【００６３】
ＵＳＢコントロール部３３１は、ＵＳＢプロトコルエンジン３２１にＦＩＦＯメモリからなる制御用の双方向エンドポイントを介して接続されている。また、送受信部３４１は、ＵＳＢプロトコルエンジン３２１に対し、ＦＩＦＯメモリからなるＵＳＢプロトコルエンジン３２１への入力用エンドポイントと、ＦＩＦＯメモリからなるＵＳＢプロトコルエンジン３２１からの出力用エンドポイントとを介して入出力経路が分離された形で接続されている。
【００６４】
ＵＳＢプロトコルエンジン３２１とＵＳＢコントロール部３３１とで構成される通信制御部は、それぞれ、ＰＣ側から、送受信部３４１の特定情報と、該送受信部３４１に対応するエンドポイントの特定情報とを受信して、送受信部３４１をターゲットデバイスとしてポーリングすることにより、データアクセス先となる外部メモリ入出力制御部５１〜５４とデータ送受信の方向とを特定する。なお、当然のことであるが、ターゲットデバイスとなる送受信部３４１側からホスト装置であるＰＣ３を逆ポーリングすることは、ＵＳＢプロトコルでは許されていない。
【００６５】
送受信部（転送要素送受信部）４１は、ＵＳＢプロトコルエンジン３２１との間でＳＣＳＩプロトコルに従う送受信するものである。ここで、転送要素とは、ＰＣとの間でＵＳＢバスを介してやり取りされる、通信イベントの内容を特定するコマンド（ＳＣＳＩコマンド）と、通信イベント処理実行に対応して周辺装置側から返信される応答情報（ステータス）を含む（ＳＣＳＩコマンドに特定された処理内容が、メモリーカードに記憶されたデータの送受信に関係するデータアクセス処理であった場合は、そのデータも転送要素となる。
【００６６】
また、送受信部３４１は、図３に示すように、コントロールレジスタ８１（図４参照）、ステータスレジスタ８２（図５参照）、コマンドバッファ８３、ＳＣＳＩステータスバッファ８４、ＳＣＳＩデータＤＭＡアドレスレジスタ８５、ＳＣＳＩデータＤＭＡカウントレジスタ８６を有する。これらの詳細については後述する。
【００６７】
ＣＰＵ２７は、送受信部３４１が受信したＳＣＳＩコマンドを解析するコマンド解析ステップと、該ＳＣＳＩコマンドに特定された内容の通信イベントを、対象となる外部メモリ入出力制御部５１〜５４（つまり、マルチリーダライタ２をターゲットとした場合、それに含まれている複数のロジカルユニット）との間で行なうイベント実行ステップと、ステータスを送受信部３４１に送信させるステータス送信ステップと、をこの順序で実行する。
【００６８】
マルチリーダライタ２では、挿入されたメモリーカードに対してデータの読み書きを行なう場合は、該メモリーカードからデータを読み出すために使用するメモリ領域あるいは該メモリーカードにデータを記憶するために使用するメモリ領域の割り当てが行われる。この割り当てられるメモリ領域のデータ長はアロケーション長と呼ばれている。一般に、該アロケーション長はマルチリーダライタ２にアクセスするＰＣ３からの指定されたデータ長に設定されるが、本実施形態では、マルチリーダライタ２で設定可能なアロケーション長の最大値が、ＰＣ３側から指定し得る最大数値未満に設定されている。
【００６９】
ＰＣ３は、図５に示すように、各構成部を制御するＣＰＵ４１と、ＲＯＭ４２と、ＲＡＭ４３と、各種ソフトウェアプログラムやデータが格納されたＨＤＤ４４と、ビデオコントロールＬＳＩ４５と、ＵＳＢチップ４６と、ビデオ端子４７と、音声端子４９と、複数の入出力ポートを有するＵＳＢ端子４８などを備え、これらがバス４９を介して相互にデータ転送が可能なように接続されている。これら各部はいわゆるマザーボードと呼ばれるメイン制御基板に一体的に組み込まれている。ビデオ端子４７にはビデオケーブルを介してディスプレイ５６が、音声端子には音声ケーブルを介してスピーカー５９が接続されている。ＵＳＢ端子４８はＵＳＢハブ機能を有する。このＵＳＢ端子４８には、キーボード５７及びマウス５８等の入力手段が接続されており、さらに、マルチリーダライタ２が接続されている。
【００７０】
ＲＯＭ４２には、マルチリーダライタ２へ送信されるデータであって、マルチリーダライタ２のＣＰＵ２７に所定の処理を実行させる指示データが格納されている。該指示データはテーブルリスト化された状態でＨＤＤ４４又はＲＯＭ４２に格納されている。また、ＨＤＤ４４のプログラム格納領域には、ＰＣ３のオペレーションシステムであるＷｉｎｄｏｗｓ２０００(登録商標)のＳＰ３（以下「ＷＩＮ２０００」と称する）や、マルチリーダライタ２へのデータの書き込み及び読み出しと、マルチリーダライタ２に装着される記憶媒体が記憶する再生データの再生、停止、早送り、早戻し等の再生及び再生関連処理との双方を実行可能とする、当該マルチリードライタ２専用のアプリケーション（操作連動ファイル処理ソフトウェア）などのソフトウェアプログラムが格納されている。これらソフトウェアプログラムがＣＰＵ４１によって読み出されて所定の演算処理がなされることにより、各アプリケーションがＰＣ３において動作可能となる。また、上記プログラム格納領域には、マルチリーダライタ２との間でＳＣＳＩプロトコルに従うデータ通信プログラムが格納されている。本実施形態では、ＷＩＮ２０００が搭載されたＰＣ３を例示して説明するが、Ｌｉｎｕｘシリーズ、ＭａｃＯＳシリーズなどのＯＳが搭載されたものであってもよい。もちろん、Ｗｉｎｄｏｗｓ２０００のＳＰ３をＳＰ４やＷｉｎｄｏｗｓＸＰ（登録商標）などに代替することも可能である。
【００７１】
上記操作連動ファイル処理アプリケーション、ＰＣ３側のデータ通信プログラム及びマルチリーダライタ２側の制御プログラムは、互いに協働して、以下の各手段を機能的に実現する処理を行なう。
・トリガ報告要求コマンド発行手段：ＰＣ３（ホスト装置）側の操作連動ファイル処理アプリケーションにより機能実現され、マルチリーダライタ２（周辺装置）においてボタン（手動操作部）２２（保存対象ファイル選択操作部（２２ｅ，２２ｆ，２２ｇ，２２ｈ）、再生対象ファイル選択操作部（２２ａ，２２ｂ，２２ｃ，２２ｄ，２２ｆ，２２ｇ，２２ｈ））が操作されるに伴い発生する周辺装置側トリガを監視するために、ＳＣＳＩプロトコル（主通信プロトコル）に従い、トリガ発生報告情報を応答情報として要求するためのトリガ報告要求コマンドを、Ｉｎｑｕｉｒｙコマンド、具体的には前述のＣＤＢ（１）を用いたＩｎｑｕｉｒｙコマンド（以下、Ｉｎｑ（１）コマンドという）として、マルチリーダライタ２（周辺装置）に向けて発行する。
・トリガ発生報告情報返信手段：マルチリーダライタ２側の制御プログラム（ＲＯＭ２８内）により機能実現され、周辺装置側トリガの発生の有無を反映したトリガ発生報告情報を応答情報としてＰＣ３（ホスト装置）にＳＣＳＩプロトコルに従い返信する。
【００７２】
・報告情報受領手段：操作連動ファイル処理アプリケーションにより機能実現され、トリガ発生報告情報をマルチリーダライタ２から受領する。
・対象通信イベント起動手段：操作連動ファイル処理アプリケーションにより機能実現され、受け取ったトリガ発生報告情報の内容に基づいて周辺装置側トリガの有無を判定し、該周辺装置側トリガがありと判定された場合に、対象通信イベントを起動させる。対象通信イベントの実行手段としては、次の各手段が機能実現される。
【００７３】
・ファイルリスト送信要求イベント実行手段：周辺装置側トリガとしてのファイルリスト送信トリガの発生を、マルチリーダライタ２（周辺装置）からのトリガ発生報告情報によりＰＣ３（ホスト装置）側で把握するに伴い、記憶媒体（メモリーカード１１〜１４）に記憶されたデータファイルのファイルリストの送信を周辺装置に要求し、該ファイルリストを周辺装置からの応答情報として受信するファイルリスト送信要求イベントを実行する。
・ファイルリスト表示イベント実行手段：ファイルリストの内容を示す文字表示情報をＰＣ３（ホスト装置）側で作成しマルチリーダライタ２（周辺装置）側に送信するとともに、該文字表示情報を周辺装置にて受信し、該周辺装置に設けられた表示部（ＬＣＤ２１）にファイルリストの内容を文字表示させるファイルリスト表示イベントを、ファイルリスト送信要求イベントの完了を受けて実行する。
【００７４】
・再生対象データファイル選択イベント実行手段：周辺装置側トリガとしての、ボタン２２（２２ａ，２２ｂ，２２ｃ，２２ｄ，２２ｆ，２２ｇ，２２ｈ：再生対象ファイル選択操作部）による選択操作トリガの発生を、マルチリーダライタ２（周辺装置）からのトリガ発生報告情報によりＰＣ３（ホスト装置）側で把握するに伴い、前述のボタン２２（再生対象ファイル選択操作部）による再生対象データファイルの選択内容の送信を周辺装置に要求し、該再生対象データファイル選択内容を周辺装置からの応答情報として受信する再生対象データファイル選択イベントを実行する。前述のボタン２２（再生対象ファイル選択操作部）は、ファイルリスト表示イベントにより表示されたファイルリストの中から再生対象データファイルを選択するものである。
・再生対象データ送信要求イベント実行手段：周辺装置側トリガとしての再生対象データ送信送信トリガの発生を、マルチリーダライタ２（周辺装置）からのトリガ発生報告情報によりＰＣ３（ホスト装置）側で把握するに伴い、記憶媒体（メモリーカード１１〜１４）に記憶された再生対象データの送信を周辺装置に要求し、該再生対象データの送信要求（再生対象データ送信要求）を周辺装置からの応答情報として受信する再生対象データ送信要求イベントを実行する。該再生対象データ送信要求イベントは、ボタン２２（再生対象ファイル選択操作部）による選択操作トリガを再生対象データ送信トリガとして使用する。
・再生対象データ送信イベント実行手段：再生対象データ送信要求を受信した場合に、記憶媒体（メモリーカード１１〜１４）に記憶された再生対象データをマルチリーダライタ２（周辺装置）にて読み出してＰＣ３（ホスト装置）へ送信する再生対象データ送信イベントを実行する。
・再生制御手段：再生対象データ送信イベントの実行により受信した再生対象データをＰＣ３（ホスト装置）上で再生する。具体的には、再生対象データ送信イベントの実行により受信した再生対象データを、再生対象データファイル選択イベントの実行により受信した再生対象データファイルの選択内容に基づいてＰＣ３（ホスト装置）上で再生する。
・再生関連制御手段：再生制御手段による再生対象データの再生を停止する停止制御、早送りする早送り制御、早戻しする早戻し制御等、再生に関連して実行される制御を実行する。
【００７５】
まず、図７を用いて、ＳＣＳＩコマンドに基づいて、ＰＣ３と、ＵＳＢ−Ｉ／Ｆ７８を介して該ＰＣ３とＵＳＢ接続されたマルチリーダライタ２との間で行われるデータ通信の概略について説明する。ＯＳ７０は、ＧＵＩ（Graphical User Interface）７１とファイルシステム７２とＯＳカーネル７３を備えてその基幹システムが構成されている。ＧＵＩ７１は、コンピュータグラフィックスとマウスなどのポインティングデバイスを用いてユーザーの入力操作を実現するユーザインターフェースであり、ファイルシステム７２は、コンピュータ内部でファイルやフォルダを用いてデータを管理する方式及びその管理システムである。また、ＯＳカーネル７３はアプリケーションや周辺機器を監視する等の基本機能を実装したソフトウェアである。なお、ＰＣ３には、マルチリーダライタ２へのアクセスが可能なようにドライバソフト７４が予めインストールされており、該ドライバソフト７４はモジュール化された状態でＯＳカーネル７３に実装されている。
【００７６】
例えば、マルチリーダライタ２へアクセスするためのアプリケーションの一例であるエクスプローラ７５と操作連動ファイル処理アプリケーション７６とがＰＣ３上で起動されたとする。エクスプローラ７５は周知のごとく、ファイルやフォルダを管理するためのものである。エクスプローラ７５はＯＳ７０のシステムに準拠して作成されており、一般には、ＯＳ７０の一機能として認識されている。従って、エクスプローラ７５はファイルシステム７２を介してマルチリーダライタ２と通信する。一方、操作連動ファイル処理アプリケーション７６は、例えばマルチリーダライタ２の製造メーカが開発した独自のアプリケーションソフトであって、マルチリーダライタ２に挿入された記録メディアに対してデータを書き込む処理あるいはデータを読み出す処理を行なうものである。一般に、操作連動ファイル処理アプリケーション７６は、ファイルシステム７２の仕様が公開されていないため、ＯＳ７０には準拠せずに作成される。
【００７７】
まず、エクスプローラ７５からマルチリーダライタ２にアクセスする場合について説明する。ＯＳ７０が起動され、エクスプローラ７５が起動されると、エクスプローラ７５によって、Ｉｎｑｕｉｒｙコマンドがファイルシステム７２を介してＯＳカーネル７３に発行される。なお、Ｉｎｑｕｉｒｙコマンドを含む全てのＳＣＳＩコマンドは、ＯＳカーネル７３において仮想的に設けられたＳＣＳＩコマンド処理入口７９に対して発行されるようになっている。上記Ｉｎｑｕｉｒｙコマンドが発行されると、マルチリーダライタ２へは対応するＣＤＢ（ここではＣＤＢ（０）；表２）が送信され、マルチリーダライタ２は応答情報として、その型式やデバイス名、ＳＣＳＩ−ＩＤ、ＬＵＮ（Logical Unit Number：ロジカルユニット番号）の有無、メモリーカードの種別などの構成情報を含むＩｎｑｕｉｒｙデータ（この場合、Ｓ／Ｉデータ（表３））を作成し、ＰＣ３に返信する。これにより、マルチリーダライタ２が認識される。
【００７８】
マルチリーダライタ２が認識されると、ＧＵＩ７１によってエクスプローラ７５上にマルチリーダライタ２のドライブアイコンが生成される。そして、ユーザーがマウスなどを用いて上記ドライブアイコンにアクセスするなどして、データの読出指示が入力されると、エクスプローラ７５はファイルシステム７２に働きかけて、ＯＳカーネル７３に対してＲｅａｄコマンド（ＳＣＳＩコマンドの一例）を発行させる。一方、同様に、書込指示を入力すると、ＯＳカーネル７３に対してＷｒｉｔｅコマンド（ＳＣＳＩコマンドの一例）を発行させる。これらのコマンドデータがＵＳＢなどのＩ／Ｆを介してマルチリーダライタ２に転送され、該コマンドに従った読み出し若しくは書き込みがマルチリーダライタ２側で実行される。なお、上記ＩｎｑｕｉｒｙコマンドはＰＣ３にマルチリーダライタ２が接続されたときや、マルチリーダライタ２が接続された状態でＰＣ３の電源がリセットされたときにも発行される。
【００７９】
次に、操作連動ファイル処理アプリケーション７６からマルチリーダライタ２にアクセスする場合について説明する。操作連動ファイル処理アプリケーション７６が起動されると、ＯＳカーネル７３に対して操作連動ファイル処理アプリケーションにのみデータバスを開放する要求が出される。ＯＳカーネル７３はこの要求を受けて操作連動ファイル処理アプリケーション７６にデータバスを占有させる。換言すれば、ファイル７２からＳＣＳＩコマンド処理入口７９に対して発行されたＳＣＳＩコマンドを該ＳＣＳＩコマンド処理入口７９で受け入れないようにする。従って、操作連動ファイル処理アプリケーション７６の起動中は、ファイルシステム７２はマルチリーダライタ２へアクセスできなくなる。また、操作連動ファイル処理アプリケーション７６が起動されると、ＧＵＩ７１によって操作連動ファイル処理アプリケーション７６でプログラムされた入力画面（ユーザインターフェース画面）がディスプレイ５６（図６参照）上に表示される。また、ドライバソフト７４によって、ＩｎｑｕｉｒｙコマンドがＯＳカーネル７３に発行されて、その応答情報であるＩｎｑｕｉｒｙデータ（この場合、表３のＳ／Ｉデータ）の返信により、マルチリーダライタ２の型式やデバイス名などの構成情報が取得される。これにより、マルチリーダライタ２が認識される。その後、ドライバソフト７４によってＯＳカーネル７３に対して出されたＲｅａｄコマンドやＷｒｉｔｅコマンドに従って、マルチリーダライタ２側でデータの読み出し若しくは書き込みが実行される。
【００８０】
なお、マルチリーダライタ２の認識は次のようにして行われる。すなわち、まず、ＯＳカーネル７３に対してＩｎｑｕｉｒｙコマンドを発行した際に生成されるＣＤＢ（０）（表２）をマルチリーダライタ２に送信する。該ＣＤＢ（０）を受信したマルチリーダライタ２側では、ＣＤＢ（０）に含まれる種々の情報を参照して、該情報に従った構成情報を生成し、該構成情報を含むＳ／Ｉデータ（表３）をＰＣへ返信する。この返信されたＳ／Ｉデータに基づき、マルチリーダライタ２が認識される。
【００８１】
なお、マルチリーダライタ２（ターゲット：周辺装置）上のいずれかのスロット（あるいは外部メモリ入出力制御部：ロジカルユニット）上で、メモリーカードの交換（つまり、事象や状態の変化）がなされると、ＰＣ３（イニシエータ）に通知するためのユニット・アテンション・コンディションが生成される。ＰＣ３のファイルシステムは、このユニット・アテンション・コンディションを参照してメモリーカードの交換を認識し、ＦＡＴ（ファイル・アロケーション・テーブル）等のファイル情報の更新を行なう。このようなユニット・アテンション・コンディションを保留中のロジカルユニットに向けてＩｎｑｕｉｒｙコマンドが発行された場合、該ロジカルユニットは保留中のユニット・アテンション・コンディション・コンディションをクリアせずに、Ｉｎｑｕｉｒｙコマンドを実行する。つまり、Ｉｎｑｕｉｒｙコマンドが実行された場合でも、該ユニット・アテンション・コンディションに反映されているメモリーカードの交換通知情報は消去されずに保持されるので、ＰＣ３のファイルシステムは、交換後のメモリーカードに対するアクセスを問題なく行なうことができる。
【００８２】
次に、マルチリーダライタ２のより具体的な動作について、図８のフローチャートを用いて説明する。なお、以下の説明では、１つのスロットに対する処理についてのみ行っている。複数のスロットに対しては、当該処理が割り込み処理により並列して行われる。ＣＰＵ２７は、ＰＣからＵＳＢケーブルを介して供給される電源（バスパワー）によりＯＮされると（Ｔ１）、ＵＳＢチップ３２からの割り込みを許可する状態となる（Ｔ２）。ＵＳＢチップ３２では、ＰＣ側からＵＳＢバス上を伝送してきたコマンドを、ＵＳＢプロトコルエンジン３２１及びＵＳＢコントロール部３３１の動作によって、送受信部３４１へ振り分ける。なお、ここではまだ、コマンドを受け取ったことを示すレスポンスを返さない。
【００８３】
送受信部３４１は、コマンドを受け取ると、ステータスレジスタ８２の「コマンド受信完了」ｂｉｔを１にし、ＣＰＵ２７に割り込みを掛ける。この場合、ＣＰＵ２７は、ステータスレジスタ８２を参照することで何のための割り込みなのかを把握することができる。また、受け取ったコマンドは、コマンドバッファ８３に格納される。
【００８４】
ＣＰＵ２７は、割り込みがあると（Ｔ３：ＹＥＳ）、送受信部３４１が受け取ったコマンドの解釈を行なう（Ｔ５）。すなわち、ＣＰＵ２７は、送受信部３４１のステータスレジスタ８２を参照し、送受信部３４１がコマンドを受け取ったことを知ると、コマンドバッファ８３からコマンドを取得して、それを解釈する。これにより、ＣＰＵ２７は、ＳＣＳＩデータの有無や伝送方向、大きさを把握する。
【００８５】
ＣＰＵ２７は、コマンドの解釈によって、ＳＣＳＩデータが無いと把握した場合（例えば、ＩｎｑｕｉｒｙコマンドやＴｅｓｔ Ｕｎｉｔ Ｒｅａｄｙコマンドの場合）およびＳＣＳＩデータの伝送方向がデバイス→ＰＣ（送信）であると把握した場合（例えば、Ｒｅａｄコマンドの場合）には（Ｔ６：ＹＥＳ）、送受信部３４１のコントロールレジスタ８１の「コマンド受付完了」ｂｉｔと「ステータスレジスタクリア」ｂｉｔに１を書き込む（Ｔ７）。
【００８６】
送受信部３４１は、Ｔ７で「コマンド受付完了」ｂｉｔに１が書き込まれた時点で、ＰＣに対してコマンドを受け取ったことを示すレスポンスを返す。ここで、ＰＣ側は、レスポンスを受け取ると、ＳＣＳＩデータが無い場合には次がＳＣＳＩステータスの受信であり、ＳＣＳＩデータの伝送方向がデバイス→ＰＣである場合には次がＳＣＳＩデータの受信であるので、デバイス待ちの状態に遷移する。
【００８７】
他方、ＣＰＵ２７は、コマンドの解釈によって、ＳＣＳＩデータの伝送方向がＰＣ→デバイス（受信）であると把握した場合（例えば、Ｗｒｉｔｅコマンドの場合）には（Ｔ６：ＮＯ）、ＰＣからのＳＣＳＩデータを受信する準備をする（Ｔ８）。具体的には、ＲＡＭ２９上に受信に必要な領域を確保し、その先頭アドレスをＳＣＳＩデータＤＭＡアドレスレジスタ８５に書き込み、受信するバイト数をＳＣＳＩデータＤＭＡカウントレジスタ８６に書き込む。その後、送受信部３４１のコントロールレジスタ８１の「コマンド受付完了」ｂｉｔと「ステータスレジスタクリア」ｂｉｔに１を書き込む（Ｔ９）。
【００８８】
送受信部３４１は、Ｔ９で「コマンド受付完了」ｂｉｔに１が書き込まれた時点で、ＰＣに対してコマンドを受け取ったことを示すレスポンスを返す。ここで、ＰＣ側は、レスポンスを受け取ると、デバイス側でコマンドを解釈してＳＣＳＩデータを受け取る準備が出来たと認識して、ＳＣＳＩデータの送信を開始する。
【００８９】
そして、送受信部３４１は、ＳＣＳＩデータＤＭＡカウントレジスタ８６が０になった時点で、ステータスレジスタ８２の「データ受信完了」ｂｉｔを１にし、ＣＰＵ２７に割り込みを掛ける。
【００９０】
ＣＰＵ２７は、割り込みがあると（Ｔ１０：ＹＥＳ）、送受信部３４１のコントロールレジスタ８１の「データ受取完了」ｂｉｔと「ステータスレジスタクリア」ｂｉｔに１を書き込んで、ＳＣＳＩデータの受信を完了する（Ｔ１１：ＹＥＳ）。ここで、ＰＣ３側は、ＳＣＳＩデータがデバイスに到達されたことが通知され、次がＳＣＳＩステータスの受信であるので、デバイス待ちの状態に遷移する。
【００９１】
Ｔ７およびＴ１１（ＹＥＳ）の後には、ＣＰＵ２７は、コマンドを実行する（Ｔ１２）。例えばＴｅｓｔ Ｕｎｉｔ Ｒｅａｄｙコマンドなら、第１〜第４メモリーカード１１〜１４が挿入されているか否かを判断する。例えばＲｅａｄコマンドなら、第１〜第４メモリーカード１１〜１４からデータを読み出す。例えばＷｒｉｔｅコマンドなら、この時点で書き込むべきデータをＰＣから受け取っているので（上述のＴ８〜Ｔ１１）、それを第１〜第４メモリーカード１１〜１４に書き込む。
【００９２】
次に、ＣＰＵ２７は、ＳＣＳＩデータの伝送方向がデバイス→ＰＣ（送信）である場合（例えば、Ｒｅａｄコマンドの場合）には（Ｔ１３：ＹＥＳ）、読み出したデータをＰＣへ送信する準備をする（Ｔ１４）。具体的には、ＲＡＭ２９上に送信に必要な領域を確保して読み出したデータを格納するとともに、その先頭アドレスをＳＣＳＩデータＤＭＡアドレスレジスタ８５に書き込み、受信するバイト数をＳＣＳＩデータＤＭＡカウントレジスタ８６に書き込む。そして、送受信部３４１〜３４４のコントロールレジスタ８１の「データ送信開始」ｂｉｔに１を書き込む。
【００９３】
送受信部３４１は、Ｔ１４で「データ送信開始」ｂｉｔに１が書き込まれた時点で、ＰＣへＳＣＳＩデータの転送を開始する。そして、送受信部３４１は、ＳＣＳＩデータの転送が終わったら、ステータスレジスタ８２の「データ送信完了」ｂｉｔを１にし、ＣＰＵ２７に割り込みを掛ける。
【００９４】
ＣＰＵ２７は、割り込みがあると（Ｔ１５：ＹＥＳ）、ＳＣＳＩデータの転送が終わったことを把握するので、送受信部３４１のコントロールレジスタ８１の「ステータスレジスタクリア」ｂｉｔに１を書き込んで、ＳＣＳＩデータの送信を完了する（Ｔ１６：ＹＥＳ）。
【００９５】
Ｔ１３（ＮＯ）およびＴ１６（ＹＥＳ）の後には、ＣＰＵ２７は、ＳＣＳＩステータスの送信を開始する（Ｔ１７）。具体的には、ＣＰＵ２７は、上記処理の中で、ＰＣに返すべきステータスを既に決定しているので、そのステータスをＳＣＳＩステータスバッファ８４に書き込み、送受信部３４１〜３４４のコントロールレジスタ８１の「ステータス送信開始」ｂｉｔに１を書き込んで、ＳＣＳＩステータスの送信を開始する。
【００９６】
送受信部３４１〜３４４は、Ｓ１７で「ステータス送信開始」ｂｉｔに１が書き込まれた時点で、ＰＣへＳＣＳＩステータスの送信を開始する。そして、送受信部３４１は、ＰＣ側からＳＣＳＩステータスを受け取ったレスポンスを受けると、ステータスレジスタ８２の「ステータス送信完了」ｂｉｔを１にし、ＣＰＵに割り込みを掛ける。
【００９７】
ＣＰＵ２７は、割り込みがあると（Ｔ１８：ＹＥＳ）、ＳＣＳＩステータスの送信が終わったことを把握するので、送受信部３４１〜３４４のコントロールレジスタ８１の「ステータスレジスタクリア」ｂｉｔに１を書き込んで、ＳＣＳＩデータの送信を完了する（Ｔ１９：ＹＥＳ）。これにより、送受信部３４１〜３４４のステータスレジスタ８２がクリアされて、元の状態に戻る。
【００９８】
次に、本通信システム１において、Ｉｎｑｕｉｒｙデータを用いた本発明の主要機能に係るデータ通信処理の流れの一例について。なお、各ステップにおける処理（請求項に記載した機能実現手段）は、ＰＣ３のＣＰＵ４１あるいはマルチリーダライタ２のＣＰＵ２７によって各構成部が制御されることにより行われる。図９は、主処理の流れを示すフローチャートである。すなわち、ＰＣ３にマルチリーダライタ２が接続され、各装置に電源が投入されると、まず、ＰＣ３に接続されている不明なデバイスに対してドライブを割り当てるドライブ割当処理（Ｓ１）が実行される。本実施形態では、デバイスとしてマルチリーダライタ２だけが接続されているため、これのみにドライブが割り当てられる。
【００９９】
次に、ユーザーによって選択されたドライブを通信相手として設定するドライブ設定処理（Ｓ２）が行われる。ドライブが設定されると、設定されたドライブに対応するデバイス（本実施形態ではマルチリーダライタ２）が通信相手として認識される。そして、マルチリーダライタ２へのメモリーカード１１〜１４の装着（あるいは交換）発生の有無を監視するメモリーカード監視処理（Ｓ３）と、ファイル選択監視処理（Ｓ４）とが実施される。該主処理ルーチンは、起動管理タイマールーチンから定期的に出される起動トリガを用いる等により、一定の時間間隔（例えば１００ｍｓ〜１０００ｍｓ：例えば５００ｍｓ）で繰り返し定常的に実行される。
【０１００】
図１０は、ＰＣ３においてＣＰＵ４１により実行されるドライブ割当処理（Ｓ１）の詳細を示すものである。まず、参照されるドライブ（以下「参照ドライブ」と称する）がＡドライブに初期設定される（Ｓ１０１）。該参照ドライブは、ＰＣ３側で割り当て可能なドライブのことを意味するものであって、該ドライブが複数存在する場合はドライブの割り当て処理時に昇順で参照される。参照ドライブは、ＰＣ３のＷＩＮ２０００のＯＳカーネルで管理されている。本実施形態では、割り当て可能なドライブ数をＡ〜Ｚの２６個としている。
【０１０１】
参照ドライブが設定されると、次に、ＣＰＵ４１によって、ドライブが割り当てられるデバイスからＳ／Ｉデータを返信させるためのＩｎｑｕｉｒｙコマンド（以下「Ｉｎｑ（０）コマンド」と称する）が参照ドライブに対して発行される（Ｓ１０２）。実際には、ＣＰＵ４１によって該Ｉｎｑ（０）コマンドがＯＳカーネルに対して発行され、該ＯＳカーネルにおいて該Ｉｎｑ（０）コマンドが参照ドライブに発行されたものとして取り扱われる。そして、ＯＳカーネルにより、ＥＶＰＤ領域が“０”に設定されたＣＤＢ（０）が生成されて、参照ドライブに関連づけられた不明デバイスに送信される。ＳＣＳＩ規格では、ＥＶＰＤ領域が“０”に設定されている場合はＳ／Ｉデータを返信するよう定義されている。ＣＤＢ（０）の具体例は、前述のごとく表２に示している。なお、表２のデータ欄には、各データが１６進数表記で示されている。本明細書において特に明示しない限り、データ欄は全て１６進数表記で示すものとする。
【０１０２】
参照ドライブに関連づけられたデバイスが存在する場合であって、該デバイスがＳＣＳＩコマンドを処理することができるデバイス（ＳＣＳＩコマンド対応デバイス）である場合は、該デバイスからＳ／Ｉデータが返信される。一方、デバイスが存在しない場合、あるいは存在していても該デバイスがＳＣＳＩコマンドを処理することができない場合（ＳＣＳＩコマンド非対応デバイス）は、該デバイスからＳ／Ｉデータは返信されない。Ｓ１０３では、Ｓ／Ｉデータの返信の有無に基づいてＣＰＵ４１によってエラー判定が行われる（Ｓ１０２）。具体的には、Ｓ／Ｉデータの返信がない場合はエラーと判定される（Ｓ１０２のＹｅｓ側）。この場合、その後の処理はステップＳ１０７に進む。また、Ｓ／Ｉデータの返信がある場合はエラーと判定されない（Ｓ１０２のＮｏ側）。すなわち、当該参照ドライブに関連づけられたデバイスが存在すると判定される。この場合、その後の処理はステップＳ１０５に進む。
【０１０３】
Ｓ１０３においてエラーでないと判定されると、返信されたＳ／Ｉデータに基づいて、参照ドライブに関連づけられたデバイスが通信対象となり得るデバイスであるかどうか、すなわち、通信可能なデバイスであるかどうかが判定される。本実施形態では、当該ステップは、参照ドライブに関連付けられたデバイスがマルチリーダライタ２であるかどうかを判定するために行われる。また、本実施形態では、マルチリーダライタ２から、表３に示すＳ／ＩデータがＰＣ３へ返信されるようになっており、当該ステップにおける判定処理は、返信されたＳ／Ｉデータのバイト０の領域やバイト１の領域のデータ、あるいは、バイト８〜１５の領域のベンダＩＤや、バイト１６〜３１の領域のプロダクトＩＤなどが、ＰＣ３側で予め登録しておいたＩＤ情報等と一致しているかどうかによって行われる。当該ステップで、通信可能なデバイスであると判定されると（Ｓ１０４のＹｅｓ側）、処理はステップＳ１０５に進み、通信可能なデバイスではないと判定されると（Ｓ１０４のＮｏ側）、処理はＳ１０７に進む。なお、表３中のバイト０領域のデータ「０ｘ００」はダイレクトアクセスデバイスを示し、バイト１の領域のデータ「０ｘ８０」は可換記憶媒体を示すものである。上述の各バイト領域に記述される内容については、ＳＣＳＩ規格で定義されているため、詳細については、当該規格書を参照されたい。
【０１０４】
処理がＳ１０５に進むと、ここでは、返信されたＳ／Ｉデータに基づいて、当該参照ドライブのＬＵＮが“０”であるかどうかがＣＰＵ４１によって判定される。かかる判定は、Ｓ／Ｉデータにおけるベンダ固有領域のバイト５４の領域のデータに基づいて行われる。本実施形態では、上述したように、マルチリーダライタ２から、表３に示すＳ／ＩデータがＰＣ３へ返信されるようになっている。また、表３のバイト５４領域の備考欄にも記載しているように、マルチリーダライタ２では、Ｓ／Ｉデータを返信する際に、バイト５４の領域の上位４ビットに該マルチリーダライタ２の物理的Ｉ／Ｆを示す情報（本実施形態ではＵＳＢであることを示す情報）が格納され、下位４ビットにＬＵＮの番号を格納するようにプログラミングされている。従って、ＣＰＵ４１は、バイト５４の領域のデータを参照すれば、ＬＵＮの情報を取得することができる。これにより、当該ステップの判定処理を行なうことができる。例えば、バイト５４の領域に「０ｘ１０」が格納されている場合は、物理的Ｉ／ＦがＵＳＢ接続コネクタであって、ＬＵＮが０であることが取得され、「０ｘ２３」が格納されている場合は、物理的Ｉ／ＦがＳＣＳＩ接続コネクタであって、ＬＵＮが３であることが取得される。
【０１０５】
Ｓ１０５で、ＬＵＮが“０”であると判定されると（Ｓ１０５のＹｅｓ側）処理はＳ１０６に進み、ＬＵＮが“０”でないと判定されると（Ｓ１０５のＮｏ側）処理はＳ１０７に進む。なお、ＷＩＮ２０００がインストールされたＰＣ３と接続されている場合は、マルチリーダライタ２側でバイト５４の領域に、例えばＬＵＮ＝１の情報を格納したとしても、ＰＣ３側ではＬＵＮ＝０として認識するようになっている。そのため、当該Ｓ１０５の処理は必ずＹｅｓ側に進むことになる。この場合は、Ｓ１０５の判定処理は意味を成さないため省略してもよい。
【０１０６】
Ｓ１０６では、現在の参照ドライブを対応ドライブリストに追加する処理が実行される。対応ドライブリストは、最終的にドライブが割り当てられる参照ドライブをリストアップしたものである。詳細には、該対応ドライブリストがＲＡＭ４３の所定の記憶領域に展開されており、該当する参照ドライブが該記憶領域に書き込まれる。その後、処理はＳ１０７に進む。
【０１０７】
Ｓ１０７では、参照ドライブがＺドライブであるかどうかがＣＰＵＳ４１によって判定される。例えば、カウンタメモリなどにドライブの参照順をカウントさせておき、そのカウンタ値をＣＰＵ４１が監視することにより、現在の参照ドライブがＺドライブであるかどうかの判定が可能である。かかる判定は、設定された参照ドライブが最後であるかどうかを判定するために行われる。ここで、参照ドライブがＺドライブであると判定されると、参照可能なドライブが存在しないため、続く処理はＳ１０９に進む。参照ドライブがＺドライブではないと判定されると、参照ドライブを次順のドライブに設定した後に（Ｓ１０８）、Ｓ１０２からの処理がＳ１０７においてＹｅｓと判定されるまで繰り返し行われる。
【０１０８】
処理がＳ１０９に進むと、ここでは、対応ドライブリストに基づいてドライブの割り当てがなされる。これにより、一連のドライブ割当処理（Ｓ１）が終了する。なお、本実施形態では、外部ストレージデバイスとしてマルチリーダライタ２のみが接続されているため、Ａドライブに対してマルチリーダライタ２が割り当てられ、他のドライブには何ら割り当てられないものとする。
【０１０９】
続いて、図１１は、ドライブ設定処理（Ｓ２）の詳細を示すものである。Ｓ２０１では、ドライブ割当処理（Ｓ１）によって割り当てられたドライブ（以下「対応ドライブ」と称する）が存在するかどうかが判定される（Ｓ２０１）。すなわち、ＰＣ３で割当可能なドライブのいずれかに所定のデバイスが割り当てられたかどうかが判定される。本実施形態では、マルチリーダライタ２が割り当てられたＡドライブが存在するため、対応ドライブがあると判定される。その後、対応ドライブが１つであるかどうかが判定される（Ｓ２０２）。一方、Ｓ２０１で、対応ドライブが存在しないと判定されると（Ｓ２０１のＮｏ側）、通信対象が存在しないため、処理が終了する。
【０１１０】
Ｓ２０２で対応ドライブが１つであると判定されると（Ｓ２０２のＹｅｓ側）、当該対応ドライブが通信対象として設定される（Ｓ２０５）。すなわち、当該対応ドライブに関連付けられたデバイスが通信対象に設定される。なお、本実施形態では、Ａドライブが通信対象として設定される。換言すれば、マルチリーダライタ２が通信対象のデバイスとして設定される。
【０１１１】
一方、対応ドライブが複数存在すると判定された場合は（Ｓ２０２のＮｏ側）、対応ドライブを示すアイコンをダイアログ表示させる（Ｓ２０３）。その後、ユーザーからいずれかのアイコンが選択されることによって所望の対応ドライブが選択されると、選択された対応ドライブが通信対象として設定される。なお、いずれのアイコンも選択されない場合であっても、例えば、対応ドライブごとに優先度が設定されている場合は、最も優先度の高い対応ドライブが通信対象に自動的に設定される。これにより、一連のドライブ設定処理（Ｓ２）が終了する。
【０１１２】
次に、図１２は、周辺装置側トリガ監視処理（Ｓ３）の詳細を示すものである。まず、ＰＣ３側において、マルチリーダライタ２から該マルチリーダライタ２のＶＰＤ（Vital Product Data）を返信させるためのＩｎｑｕｉｒｙコマンド（以下「Ｉｎｑ（１）コマンド」と称する）がＡドライブに対して発行される（Ｓ３０１）。実際には、該Ｉｎｑ（１）コマンドが、ＯＳカーネルに対して発行され、該ＯＳカーネルによってＡドライブに対して発行されたものとして取り扱われる。上記Ｉｎｑ（１）コマンドが発行されると、ＯＳカーネルによって、ＥＶＰＤ領域が“１”に設定されたＣＤＢ（１）が生成されて、Ａドライブに関連づけられたマルチリーダライタ２にＵＳＢケーブル２５を介して送信される。このとき生成されるＣＤＢ（１）を表４に示す。すなわち、該ＣＤＢ（１）のバイト２の領域にはページコード「０ｘＥ０」が記述されている。
【０１１３】
ＣＤＢ（１）のバイト４の領域、すなわちアロケーション長領域には「０ｘ１０」（２進数表記では「０００１００００」）が格納されている。本来、アロケーション長領域には、接続されたデバイスに要求するデータ長が格納される。本実施の形態では、マルチリーダライタ２のアロケーション長の最大値が予め固定長（ここでは、仮に１５バイトとしているが、これに限定されるものではない）に設定されている。この“１５”という数は下位４ビットで表現できる。ＳＣＳＩ規格に従えば、マルチリーダライタ２において設定された上記最大値以上の数値がアロケーション長として指定されたとしても、マルチリーダライタ２のアロケーション長は上記最大値、すなわち、１５バイトに設定される。従って、アロケーション長領域に「０ｘ１０」が記述されていても、また、「０ｘ１１」以上が記述されていても、アロケーション長は１５バイトに設定される。これは、アロケーション長領域のデータのうち、上位４ビットのいずれかのビットが「１」である場合は、該アロケーション長領域のデータを（アロケーション長の設定値に兼用された）任意のデータ（付加情報）として自由に使用することができるということを意味する。すなわち、上位４ビットのいずれかのビットを「１」とすることにより、アロケーション長領域における当該ビット以外のビットを、いわば仮想的な空き領域として確保することができる。このように確保された仮想的な空き領域に任意のデータを付加することで、ＰＣ３とマルチリーダライタ２との間で、上記付加情報に係るデータ通信が可能となるのである。
【０１１４】
なお、上記アロケーション長は常に固定長（ここでは１５バイト）に設定されるのではなく、ＣＤＢ（１）のページコードに応じてその最大値が設定されるようにしてもよい。例えば、ページコード「０ｘＥ０」の場合は、アロケーション長の最大値が１５バイトの固定長に設定され、ページコード「０ｘＥ２」の場合は、９バイトの固定長に設定される。かかる設定処理は、ＣＤＢ（１）を受信したマルチリーダライタ２のＣＰＵ２７によってページコードの内容が読み取られ、読み取られた内容に応じて、予めＲＯＭ２８に格納しておいた固定長対応リストから該当する固定長を選定することにより行われる。もちろん、１５バイトあるいは９バイトと定めた上記アロケーション長は任意に設定することができる。
【０１１５】
表６及び表７に、上記アロケーション長領域に確保された空き領域に付加される通信データを類別して示す。各表のデータ内容欄に示すように、各データには、それ自体が何を意味するものであるのかが定義づけられている。具体的には、データ内容欄の記載を参照されたい。なお、表６はページコードが「０ｘＥ０」の場合に送信される通信データであり、表７は、ページコードが「０ｘＥ２」の場合に送信される通信データである。ＣＤＢ（調査指示データ）において、このページコード（調査指示データ種別識別情報）を変更すれば、アロケーション長最大値や付加情報内容の異なる別の調査指示データフォーマットを生成することができる。
【０１１６】
【表６】
【０１１７】
【表７】
【０１１８】
表６及び表７の左欄には、アロケーション長領域に記述されるデータそのものが、右欄にはそのデータの意味する内容が示されている。ＰＣ３側からマルチリーダライタ２に上記左欄のデータが送信されると、マルチリーダライタ２側では、ＣＰＵ２７により、受信したＣＤＢ（１）からアロケーション長領域のデータが抽出され、抽出されたデータの内容が解析され、そして、解析されたデータの内容に従った処理が実行される。なお、表６及び表７に示す内容は、テーブルリスト化されて、ＰＣ３のＨＤＤ４４又はＲＯＭ４２と、マルチリーダライタ２のＲＯＭ２８に予め格納されている。
【０１１９】
上記Ｓ３０１でＩｎｑ（１）コマンドが発行されて生成されたＣＤＢ（１）には、表５に示すように、アロケーション長領域に「０ｘ１０」が記述されている。従って、Ｉｎｑ（１）コマンドは、ＰＣ３からマルチリーダライタ２に対して、メモリーカードの装着発生有無を検出させるための命令であることを意味する。一方、マルチリーダライタ２側では、送信されたＣＤＢ（１）が受信される。その後、ＣＰＵ２７によって、ＣＤＢ（１）内のアロケーション長領域のデータ「０ｘ１０」が抽出され、そして、該データに従って、メモリーカードの装着発生有無を検出する処理が行われる（Ｓ３０２）。
【０１２０】
メモリーカードの装着発生有無の検出が終了すると、その検出結果がＣＰＵ２７によってＰＣ３へ返信される（Ｓ３０３）。該返信処理は、具体的には、ＣＤＢ（１）の受信後に生成されてＰＣ３へ返信されるＶＰＤに上記検出結果を書き込むことにより行われる。より詳細には、表８に示すように、バイト７の領域にメモリーカードの装着発生のありなしが書き込まれる。本実施形態では、装着発生なしの場合は「０ｘ００」が書き込まれ、装着発生ありの場合は「０ｘ０１」が書き込まれる。なお、表８は装着発生ありの場合のＶＰＤを示す。
【０１２１】
【表８】
【０１２２】
続いて、ＰＣ３側では、マルチリーダライタ２から返信される表８のＶＰＤを受信して、該ＶＰＤのバイト７の領域を参照することにより、メモリーカードの装着発生の有無が判定される（Ｓ３０４）。ここで、メモリーカードの装着なしと判定されると（Ｓ３０４のＢ側）、以下のステップは全てスキップされて処理は終了する。
【０１２３】
他方、メモリーカードの装着ありと判定されると（Ｓ３０４のＡ側）、ＰＣ３側では、既に説明したファイルシステムを利用して、装着されたメモリーカード内のデータファイルを検索し、ファイルリスト（フォルダ構造を含む）を作成する（Ｓ３０５）。
【０１２４】
その後、作成したファイルリストデータに基づいて、マルチリーダライタ２側のＬＣＤ２１に該ファイルリストを文字表示させるための文字列データが作成され（Ｓ３０６）、ＲＡＭ２９にファイルリスト用文字列データとして記憶される。文字列データは、表示対象となる文字に一対一に対応したビットコードデータ（文字コード）であり、ＪＩＳコード、シフトＪＩＳコードあるいはＡＳＣＩＩコードなどの既製のコードをそのまま使用してもよいし、独自のコードを使用してもよい。ただし、周辺装置側の表示用文字データテーブル（例えばＲＯＭ２８内：表示用データ自体は、ビットマップ型あるいはアウトライン型のフォントデータである）が上記既製コードを用いて作成されたものである場合、上記独自コードとの対応関係を示すテーブルを別途周辺装置側にて用意しておき（例えばＲＯＭ２８内）、このテーブルを参照して該独自コードを上記既製コードに変換してから表示に用いるとよい。
【０１２５】
作成された文字列データは、マルチリーダライタ２へ送信される（Ｓ３０７）。かかる送信処理は、図１３のフローチャートに示すステップＳ４０１以降の処理手順に従って行われる。まず、Ｉｎｑ（１）コマンドが発行される（ステップＳ４０１）。このＩｎｑ（１）コマンドが発行されることにより生成されたＣＤＢ（１）データはマルチリーダライタ２へ送信される。なお、Ｉｎｑ（１）コマンドの発行によりマルチリーダライタ２からＶＰＤが返信されてくるが、文字列送信の場合の該ＶＰＤには返信データは付加されないように決めてある。それ故、ここではＶＰＤの返信処理の説明を省略する。
【０１２６】
より詳細には、ステップＳ４０１では、ページコードとしてバイト２の領域に「０ｘＥ２」が、アロケーション長領域に「０ｘ１８」が記述されたＣＤＢ（１）データが生成される。従って、該ステップで発行されるＩｎｑ（１）コマンドは、表７に基づけば、「０ｘ９０」で示される文字列番号に対応する文字列記憶領域（ＲＡＭ２９内の記憶領域）の先頭にポインタをセットさせるための要求命令である。もちろん、この要求命令はマルチリーダライタ２に対してなされるものである。なお、上記ポインタとは、後述するステップＳ４０２によって切り出された文字を格納する位置を指示する指標を意味する。
【０１２７】
続いてステップＳ４０２では、ＰＣ３のＲＡＭ４３に格納されたファイルリスト表示用の文字列データから、その先頭から順番に文字が切り出される。その後、ステップＳ４０３において、ステップＳ４０２で切り出された文字が終端文字であるかどうかがＣＰＵ４１によって判定される（Ｓ４０３）。かかる処理は、切り出された文字を示すデータが「０ｘ００」であるかどうかによって判定される。「０ｘ００」は文字を示すものではないため、このステップで、「０ｘ００」であると判定されると、終端文字であると判定される。切り出された文字が終端文字であると判定されると、処理はステップＳ４０６に進む。一方、切り出された文字が終端文字でないと判定されると、処理はステップＳ４０４に進む。ここでは、Ｉｎｑ（１）コマンドが発行されて、ページコードとして「０ｘＥ２」が、アロケーション長領域に、ステップＳ４０２で切り出された文字データの記述されたＣＤＢ（１）データが生成される。そして、生成されたＣＤＢ（１）データがマルチリーダライタ２へ送信される。
【０１２８】
ＣＤＢ（１）データの送信後は、文字データの切り出し位置が次の文字に設定され（Ｓ４０５）、その後に、ステップＳ４０２からの処理が繰り返し実行される。その後、処理がステップＳ４０６に進むと、Ｉｎｑ（１）コマンドが発行されて、ページコードとしてバイト２の領域に「０ｘＥ２」が、アロケーション長領域に「０ｘ１７」が記述されたＣＤＢ（１）データが生成される。これは、現在の文字列記憶領域において、最後に格納された文字（即ち末文字）が格納された領域以降のすべてのビット領域を「０ｘ００」で埋めるための要求命令である。換言すれば、マルチリーダライタ２に送信され、ＲＡＭ２９に格納されたデータの終端以降に「０ｘ００」を付け加えて、格納されたデータを所定長さ（例えば１２８ビット）のビットデータに揃えさせるための要求命令である。該ステップＳ４０６の後に、上記図１２の送信処理（Ｓ３０９）が完了する。
【０１２９】
図１２に示す上記送信処理（Ｓ３０７）によりデータが送信されると、送信されたデータは、マルチリーダライタ２側で受信され、該受信されたデータがＲＡＭ２９に格納される（Ｓ３０８）。実際には、上記ステップＳ４０６（図８参照）で切り出された文字が一つずつ送信される毎に、その文字データが順次ＲＡＭ２９に格納される。
【０１３０】
上記送信処理（Ｓ３０７）の後、再度、ＰＣ３側でＩｎｑ（１）コマンドが発行され、これにより生成されたＣＤＢ（１）データがマルチリーダライタ２へ送信される（Ｓ３０９）。このとき生成されるＣＤＢ（１）データを表９に示す。表９に示すように、バイト２の領域に「０ｘＥ０」が、アロケーション長領域に「０ｘ１１」が記述されているため、表６に基づけば、このとき発行されたＩｎｑ（１）コマンドは、次に送信されるデータが示す数に対応する文字列番号の文字列記憶領域（ＲＡＭ２９内の記憶領域）に格納されたデータをマルチリーダライタ２の液晶表示部２１へ転送させる要求命令であることが理解できる。
【０１３１】
【表９】
【０１３２】
その後、もう一度Ｉｎｑ（１）コマンドが発行され、ページコードとしてバイト２の領域に「０ｘＥ０」が、アロケーション長領域に文字データが記憶されている文字列番号を示すデータ「０ｘ９０」が記述されたＣＤＢ（１）データがマルチリーダライタ２へ送信される（Ｓ３１０）。従って、マルチリーダライタ２で該ＣＤＢ（１）データが受信されると、ＣＰＵ２７によって、Ｓ３０８で送信されてきた文字列番号に対応する文字列記憶領域に格納された受信データ（文字データ）が読み出されて、液晶表示部２１へ転送される（Ｓ３１１）。これにより、ＰＣ３から送信されたデータが液晶表示部２１で表示される。
【０１３３】
本実施形態では、ファイルリスト表示用の文字データがメモリーカードの装着時に一括してマルチリーダライタ２側に送信され、図２のＲＡＭ２９に格納される。そして、そのＬＣＤ２１への表示と、閲覧のためのＬＣＤ２１上でのスクロール処理、及び表示されたファイルリスト上でのファイル選択処理は、全てＲＯＭ２８内のマルチリーダライタ２（周辺装置）側の表示制御プログラムにより、表示制御ＬＳＩ３４と協働して実行される。キーボード２２の出力は表示制御ＬＳＩ３４にも分配入力されている。
【０１３４】
図１５のステップ１は、ＬＣＤ２１におけるファイルリストの表示例を示している。上位フォルダＦのフォルダ名を示す文字列データが複数取得されているが、ＬＣＤ２１の表示画面にはその一部だけが表示されている。図２Ａのスクロールキー２２ｇ，２２ｈを操作すると、ステップ２に示すように、文字列データ（上位フォルダＦ）が上下にスクロールされ、隠れていた文字列データを表示することができる（図１５では、符号２１が液晶表示器の表示領域を示している）。
【０１３５】
表示されている上位フォルダＦを選択し（本実施形態では、スクロールによりＬＣＤ２１に表示させた状態が選択状態も兼ねているが、別途、カーソルを用いてもよい）、確定ボタン２２ｅをシングルクリックすれば、ステップ３のごとく、上位フォルダＦが開いてその内部の下位フォルダＳＦのリストが表示される。なお、この状態でステップ４に示すごとく、対応する上位フォルダＦを再度選択してシングルクリックすれば、上位フォルダＦが閉じてステップ３の状態に戻る。他方、下位フォルダＳＦのいずれかを選択して確定ボタン２２ｅをシングルクリックすれば、ステップ５に示すごとく、選択した下位フォルダＳＦが開き、その内部のデータファイルＤＦのリストが表示される。このように、クリックを繰り返してフォルダ階層間を移動する処理は周知である。
【０１３６】
データファイルＤＦのリストが表示されば、所望のデータファイルＤＦを選んで確定ボタン２２ｅをシングルクリックすれば、ステップ６に示すごとく、そのデータファイルＤＦの仮選択状態となる（再度シングルクリックすると仮選択状態が解除される。仮選択されたデータファイルＤＦの表示は、反転、強調などにより、非選択状態とは異なる仮選択表示状態とされる。仮選択が完了すれば、仮選択されたデータファイルＤＦのどれかをＬＣＤ２２に表示させた状態とし、確定ボタン２２ｅをダブルクリックすれば、ステップ７に示すごとく、仮選択したデータファイルＤＦの選択状態が確定される。また、確定されたデータファイルが、ＰＣ３側で認識可能な予め定められた形式の音声データファイルや動画データファイルであれば、該ファイルに関連する補助情報を表示してもよい。該データファイルが確定された場合には、ＰＣ側で、該ファイルデータのファイル情報（例えば、音楽データファイルであれば、曲名やアーティスト名等）を取得し、その取得情報を表示するための文字列を作成して、図１２の周辺装置側トリガ監視処理におけるＳ３０６〜Ｓ３０７と同様の処理を行なうことにより、補助情報を液晶表示器２１に表示することができる。
【０１３７】
次に、図１４は、ファイル選択監視処理（Ｓ４）の詳細を示すものである。ＰＣ３側では、ファイル選択情報をマルチリーダライタ２から取得するための新しいＩｎｑ（１）コマンドが発行され、生成されたＣＤＢ（１）には、アロケーション長領域に「０ｘ１３」が記述される（Ｓ１３０１）。表６から、このＩｎｑ（１）コマンドは、ＰＣ３からマルチリーダライタ２に対して、上記データファイルＤＦの選択状態を送信させる命令であることを意味する。一方、マルチリーダライタ２側では、送信されたＣＤＢ（１）が受信される。その後、ＣＰＵ２７によって、ＣＤＢ（１）内のアロケーション長領域のデータ「０ｘ１３」が抽出され、そして、該データに従って、上記ＣＤＢ（１）の受信後に生成されるＶＰＤに上記データファイルＤＦの選択状態を書き込み（Ｓ１３０４）、ＰＣ３に返信する（Ｓ１３０５）。
【０１３８】
ＰＣ３はマルチリーダライタ２から返信されるＶＰＤを受信して、該ＶＰＤのバイト７の領域を参照することにより、選択確定されたデータファイルＤＦが何であるかが判定される（Ｓ１３０６）。Ｓ１３０７で選択確定されたデータファイルＤＦが存在すれば、この後説明する操作連動ファイル処理ルーチンに、マルチリーダライタ２に装着されたメモリーカード（記憶媒体）の該選択されたデータファイルに対する、該データファイル受信を含む予め定められたファイル処理（通信イベント）を指令する。
【０１３９】
図１６は、Ｓ１３０８にて実行される操作連動ファイル処理の流れを示すものである。Ｓ１００１〜Ｓ１００５では、ボタン２２の押下（操作）の有無を判定する。なお、Ｓ１００２〜Ｓ１００９における判定処理は、以下のとおりにして行なう。
【０１４０】
まず、ＰＣ３側でＩｎｑ（１）コマンドを発行し、これにより生成されたＣＤＢ（１）には、表５に示すように、アロケーション長領域に「０ｘ１２」が記述される。従って、Ｉｎｑ（１）コマンドは、ＰＣ３からマルチリーダライタ２に対して、ボタン２２の操作内容を検出させるための命令であることを意味する。マルチリーダライタ２側では、送信されたＣＤＢ（１）が受信される。その後、ＣＰＵ２７によって、ＣＤＢ（１）内のアロケーション長領域のデータ「０ｘ１２」が抽出され、そして、該データに従い、ボタン２２の操作内容を検出する処理がマルチリーダライタ２側にて行われる。ボタン２２の操作内容の検出が終了すると、その検出結果がＣＰＵ２７によってＰＣ３へ返信される（Ｓ３０３）。該返信処理は、具体的には、ＣＤＢ（１）の受信後に生成されてＰＣ３へ返信されるＶＰＤに上記検出結果を書き込むことにより行われる。より詳細には、表８に示すように、バイト８又はバイト９の領域にボタン２２の操作内容が書き込まれる。本実施形態では、上スクロールキー２２ｇの操作が有った場合に「０ｘ０１」が、下スクロールキー２２ｈの操作が有った場合に「０ｘ０２」が、確定・選択キー２２ｅの操作が有った場合に「０ｘ０３」が、コピーキー２２ｆの操作が有った場合に「０ｘ０４」が、キー２２ｇ，２２ｈ，２２ｅ，２２ｆの操作入力が無い場合には「０ｘ００」が、バイト８に書き込まれ、再生キー２２ａの操作が有った場合に「０ｘ０１」が、停止キー２２ｂの操作が有った場合に「０ｘ０２」が、早送りキー２２ｃの操作が有った場合に「０ｘ０３」が、早戻しキー２２ｄの操作が有った場合に「０ｘ０４」が、キー２２a，２２b，２２c，２２ｄの操作入力が無い場合には「０ｘ００」が、バイト９に書き込まれる。なお、表８は上スクロールキー２２ｇの操作（押下）発生の場合のＶＰＤを示す。
【０１４１】
Ｓ１００５では、上記の判定方法に基づいて、コピーキー２２ｆの操作の有無が判定される。これにより、上下スクロールキー２２ｇ，２２ｈで選択されたファイル（仮選択を含んでもよい）をＰＣ３側で保存する処理が実行される。図１７はその詳細を示すものである。
【０１４２】
なお、ＰＣ３側では、コピーキー２２ｆの操作に伴うデータファイルの保存に関する設定カスタマイズ処理を予め行なうことができる。図１８は、設定カスタマイズ処理の流れを示すもので、Ｓ１５０１ではマルチリーダライタ２からのファイル転送モードを、マウス５８あるいはキーボード５７により入力・選択する。ファイル転送モードには、メモリーカード２から転送されたデータファイルを、ＨＤＤ４４（データファイル保存手段）上の予め定められたフォルダ（保存領域）にコピーする（この場合、メモリーカード２からデータファイルは削除されない）コピーモードと、同じくムーブ（移動：メモリーカード２からデータファイルが削除される）するムーブモードとがあり、上記の入力内容に従い、Ｓ１５０２〜Ｓ１５０６で、そのいずれかが選択可能される。また、Ｓ１５０７では、データファイルの格納先を指定する入力を行なう。例えば、周知のごとくディスプレイ５６にファイルディレクトリ構造を、フォルダツリー形式で表示し、マウス５８によるクリックにより、格納先とするフォルダを選択することができる。Ｓ１５０８で選択されたフォルダがファイル格納先として設定される。なお、設定カスタマイズが実施されていない場合は、デフォルト設定に従う。
【０１４３】
図１７Ａは、コピーキー２２ｆの操作に伴い実行されるファイル保存処理ルーチンの処理の流れを示すフローチャートである（このルーチンは、定期的に繰り返し実行されるものである）。Ｓ５０１では、上下スクロールキー２２ｇ，２２ｈの操作により選択確定されたデータファイルの情報を取得する。次に、Ｓ５０２では、ＰＣ３のＨＤＤ４４内に設定されたデータファイルの格納先となるフォルダ内を検索し、選択確定されたデータファイルと重複するファイル名のデータファイルが存在しないかどうかを確認する。存在しない場合はＳ５０８に進み、ＯＳのファイルシステムを用いてメモリーカードのデータファイルを読み出す通信イベントを起動し、マルチリーダライタ２から読み出されたデータファイルを受信する。そしてＳ４０４で、受信したデータファイルを保存先として指定されているＨＤＤ４２内のフォルダに書き込む。なお、ムーブモードが選択されている場合は、メモリーカードの送信元となるデータファイルを削除する通信イベントを起動する。
【０１４４】
一方、Ｓ５０３で、選択確定されたデータファイルと重複するファイル名のデータファイルが存在する場合はＳ５０４に進み、これをマルチリーダライタ２に通知する通信イベントユーザーが起動される。この場合も、新しいＩｎｑ（１）コマンド（調査要求コマンド）が発行され、作成されるＣＤＢ（１）データ（調査指示データ）に付加情報として重複ファイル名を特定する情報（文字列データとしてもよいが、ファイルリスト上での順位コードで簡略化して特定するほうが望ましい）を書き込み、マルチリーダライタ２に送信する。マルチリーダライタ２では、受信した重複ファイル名特定情報に対応するデータファイルを、ＲＡＭ２９に既に格納されているファイルリスト上で検索し、図１７Ｂに示すように、そのファイル名（すなわち、重複ファイル名）をＬＣＤ２１表示部に表示する。この場合に可能な対応処理も、ＬＣＤ２１に合わせて表示することができる（図１７Ｂでは、スクロールにより複数の対応処理を順次表示できるようにしている。なお、この対応処理の種別を示す文字情報は、内容が一定であるためＲＯＭ２８等、マルチリーダライタ２側で予め用意しておくことができ、この場合はＰＣ３から文字列データを受信する必要はない。
【０１４５】
マルチリーダライタ２側では、キーボード２２を用いてＬＣＤ２１上で対応処理をスクロールし、確定ボタンのダブルクリックにより選択・確定する（キーボード２２は対応処理選択入力部に兼用されている）。選択可能な対応処理の種別は、コピー先（ＨＤＤ４４）のファイル名変更（１）、コピー元（メモリーカード（記憶媒体））のファイル名変更（２）、コピー中止（３）である。そして、どの対応処理が選択されたかがＶＰＤ（調査報告データ）に書き込まれ、ＰＣ３側に返信される。
【０１４６】
図１７Ｂに戻り、ＰＣ３側では受信したＶＰＤに書き込まれている情報により、対応処理の種別が上記１〜３のいずれであるかを特定し、処理を行なう（Ｓ５０６，Ｓ５０７）。つまり、１である場合はコピー先（ＨＤＤ４４）のファイル名を書換え（例えば、元のファイル名に「コピー〜」などの文字列を加える）、２である場合は、コピー元（メモリーカード（記憶媒体））のファイル名変更を行なうための通信イベントを起動する。ファイル名変更が完了すればＳ５０８の処理に進む。以下、選択確定された全てのデータファイルについての処理（コピー中止も処理完了とみなす）が終了するまで、同じ処理を繰り返す（Ｓ５０９→Ｓ５０３）。
【０１４７】
図１６に戻る。Ｓ１００２では、再生キー２２ａの操作の有無が判定される。これにより、上下スクロールキー２２ｇ，２２ｈで選択されたファイルをＰＣ３側で再生する処理が実行される。具体的には、上下スクロールキー２２ｇ，２２ｈの操作により選択されたメモリーカード内のデータファイルを、ＯＳのファイルシステムを用いて読み出す通信イベントを起動し、マルチリーダライタ２から読み出されたデータファイルを受信して、受信したデータファイルを保存先として予め指定されているＨＤＤ４２内のフォルダ（Ｓ１００６の保存先とは異なる）に書き込む。そして、ＰＣ３側で、保存したファイルを、該ファイルに対応する、ＰＣ３のＨＤＤ４４に記憶される周知のドライバソフトを用いて開き（Ｓ１００７）、その再生制御を実行する（Ｓ１００８）。これにより、ＰＣ３のディスプレイ５６やスピーカー５９において音声、動画が出力される。
【０１４８】
Ｓ１００３〜Ｓ１００５は、既に再生されているファイルに対し、停止キー２２ｂ、、早送りキー２２ｃ、早戻しキー２２ｄの操作の有無が判定される。これらの操作が判定されると、ＰＣ側において現在再生されているデータの停止（Ｓ１０１１）、早送り（Ｓ１００９）、早戻し（Ｓ１０１０）を上記のドライバソフトにより実行される。
【０１４９】
なお、上述した実施形態は本発明の一例にすぎず、本発明の要旨を変更しない範囲で、実施形態を適宜変更することができる。
【０１５０】
上記実施例においては、再生対象データ送信要求イベント実行手段は、ボタン２２（再生対象ファイル選択操作部）による選択操作トリガを再生対象データ送信トリガとして使用し、再生対象データ送信要求イベントを実行しているが、例えば、周辺装置側トリガ発生手段は、記憶媒体の記憶装置への装着を検出して周辺装置側トリガを発生させる記憶媒体装着検出手段を備えるよう構成し、再生対象データ送信要求イベント実行手段は、記憶媒体の装着に伴う周辺装置側トリガを再生対象データ送信トリガとして使用することもできる。具体的には、図１２の周辺装置側トリガ監視処理におけるＳ３０１において実行される記憶媒体の装着判定処理において、装着ありと判定された場合に実行し、図１６の操作連動ファイル処理実行時には、既にＰＣ３のＨＤＤ４２内のフォルダ（Ｓ１００６の保存先とは異なる）に再生対象とされる音声データファイルや動画データファイルが保存されるようにしてもよい。
【図面の簡単な説明】
【０１５１】
【図１Ａ】本発明の通信システムに適用されるマルチリーダライタの一例を正面側から見た斜視図。
【図１Ｂ】同じく背面側から見た斜視図。
【図２】マルチリーダライタの電気的構成の一例を示すブロック図。
【図３】マルチリーダライタのＳＣＳＩコマンド・データ・ステータス送受信部の説明図
【図４】コントロールレジスタの説明図
【図５】ステータスレジスタの説明図
【図６】本発明の通信システムに適用されるＰＣの概略構成を示すブロック図。
【図７】ＰＣ上で動作するＯＳと、該ＯＳ上で動作するアプリケーションを説明するための概念図。
【図８】マルチリーダライタのＳＣＳＩコマンド・データ・ステータス送受信部が行なう処理の流れを表すフローチャート。
【図９】本発明の通信システムにおいて実行されるデータ通信処理の処理の流れを表すフローチャート。
【図１０】図９のドライブ割当処理の流れを表すフローチャート。
【図１１】図９のドライブ設定処理の流れを表すフローチャート。
【図１２】図９のメモリーカード装着監視処理の流れを表すフローチャート。
【図１３】図１２の文字列データ送信処理の詳細を示すフローチャート。
【図１４】図９のファイル選択監視処理の流れを表すフローチャート。
【図１５】ファイルリスト表示の例を示す説明図。
【図１６】操作連動ファイル処理ルーチンの流れを表すフローチャート。
【図１７Ａ】ファイル保存処理ルーチンの処理の流れを示すフローチャート
【図１７Ｂ】重複ファイル検出時の表示例を示す説明図。
【図１８】設定カスタマイズの処理の流れを表すフローチャート。
【符号の説明】
【０１５２】
１ 通信システム
２ マルチリーダライタ（周辺装置）
３ ＰＣ（ホスト装置）
１１ 第１メモリーカード（記憶媒体）
１２ 第２メモリーカード（記憶媒体）
１３ 第３メモリーカード（記憶媒体）
１４ 第４メモリーカード（記憶媒体）
２１ 液晶ディスプレイ（表示部）
２２ キーボード（手動操作部、周辺装置側トリガ発生手段、再生対象ファイル選択操作部、保存対象ファイル選択操作部、対応処理選択入力部、）
２７ ＣＰＵ（トリガ発生報告情報返信手段、調査報告データ生成手段、トリガ発生報告情報書き込み手段、調査報告データ送信手段、交換通知情報保持手段、交換通知情報保持制御手段、ファイルリスト表示イベント実行手段、データファイル選択イベント実行手段、データファイル送信イベント実行手段、付加情報抽出手段、再生対象データ送信要求イベント実行手段、再生対象データ送信イベント実行手段、再生対象データファイル選択イベント実行手段）
２８ ＲＯＭ
２９ ＲＡＭ
３４ 表示制御ＬＳＩ（表示制御手段）
４１ ＣＰＵ（トリガ報告要求コマンド発行手段、報告情報受領手段、対象通信イベント起動手段、保存環境設定手段、保存領域設定変更手段、ファイル保存モード切替手段、調査指示データ作成手段、調査指示データ送信手段、ファイルリスト表示イベント実行手段、データファイル選択イベント実行手段、データファイル送信イベント実行手段、対応処理実行手段、再生対象データ送信要求イベント実行手段、再生対象データ送信イベント実行手段、再生制御手段、再生関連制御手段（停止制御手段）、再生対象データファイル選択イベント実行手段、再生対象データ保存手段）
４２ ＲＯＭ
４３ ＲＡＭ
４４ ＨＤＤ
５１〜５４ 入出力制御部（記憶媒体装着検出手段）
【技術分野】
【０００１】
本発明は、パーソナルコンピュータ（以下「ＰＣ」と略称する）やワークステーション等をホスト装置としてこれに周辺装置が接続された通信システムと、それに使用する周辺装置とに関する。
【背景技術】
【０００２】
【特許文献１】特開２００５−１８６４５号公報
【特許文献２】特開２００５−１０７８７５号公報
【０００３】
近年、フラッシュメモリなどの不揮発性メモリがカード型にパッケージングされたいわゆるメモリーカード（記録メディアの一例）が広く知られている。このメモリーカードは、デジタルカメラや携帯音楽プレーヤーなどのデジタル機器に用いられるデータの記憶媒体として急速に普及している。メモリーカードの仕様は統一されておらず、例えば、コンパクトフラッシュ（登録商標、以下「ＣＦ」と略称する）、スマートメディア（登録商標、以下「ＳＭ」と略称する）、メモリースティック（登録商標、以下「ＭＳ」と略称する）、ＳＤメモリーカード（登録商標、以下「ＳＤ」と略称する）など、種々のものが市場に出回っている。
【０００４】
上記メモリーカードは、ＰＣなどに接続されてメモリーカードの読み書きを行なうメモリーカードリーダライタ（周辺装置の一例、以下「リーダライタ」と略称する）を用いることで、ＰＣから上記メモリーカードへのアクセスが可能となる。これにより、ＰＣとメモリーカードとの間でデータ通信が行なえるようになる。こうしたリーダライタには、メモリーカードを挿入するスロットを一つ備えたシングルスロットタイプと、複数のスロットを備えて複数のメモリーカードに対するデータの読み書きが可能なマルチスロットタイプなどがある（特許文献１〜３）。
【０００５】
ところで、上記のようなリーダライタは、マルチメディアの普及によりデータ転送容量が飛躍的に増大した背景から、ＰＣとの間のデータ伝送をシリアル通信にて行なうことも一般化してきている。しかしながら、データアクセスのための制御には、複数記憶媒体の取り扱いが容易、といった観点から、パラレル通信用周辺機器の調停／アクセス制御にて使用されていた方式を引き継いだ機器も数多く存在する。その典型例として、ＰＣとリーダライタとのデータ通信を、いわゆるＳＣＳＩ規格で定義されたプロトコル（以下、ＳＣＳＩプロトコルともいう）に基づいて行われるように設計されたシステムを例示できる。ＳＣＳＩ規格は、ＡＮＳＩ（American National Standard Institute；米規格協会）によって規格化され、国際的に広く準拠されている通信プロトコルである。該プロトコルは、ＰＣ及びリーダライタの汎用性を高めることができるため広く用いられている。なお、以下の説明において、ＳＣＳＩ規格とは主としてＳＣＳＩ−２を示すものとする。
【０００６】
ＳＣＳＩプロトコルにおいては、ホスト装置となるＰＣは、通信イベントの起動決定権が与えられたイニシエータとして機能し、周辺装置は該ホスト装置の通信対象であるターゲットとして定められる。通信イベントを実行命令するためのコマンドはＰＣから周辺装置に向けて順次発行される一方、発行されたコマンドを受領した周辺装置が当該コマンドに対応する処理（例えば、データの読出しや書き込み、消去、及び種々の付随的な処理）を逐次実行し、その実行結果に応じた応答情報をホスト装置側に返信する。そして、通信イベントの実行を司るコマンドの発行方向は、ホスト装置側から周辺装置側への一方向に規制されている。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記のごとく、ＳＣＳＩ通信はＰＣと周辺装置との間での双方向通信ではあるが、通信イベントの実行を司るコマンドの発行方向が、上記のごとく、ＰＣ側から周辺装置側への一方向に規制されており、通信処理開始の主導権は常にイニシエータとなるＰＣ側が握る形となる。つまり、ＳＣＳＩプロトコルに従う限り、周辺装置側でホスト装置側に通信イベント始動のためのコマンドを逆発行することは不可能であり、周辺装置側で特定の通信イベントを自発的に起動する方法が存在しなかった。例えば、リーダライタに装着したメモリーカードに記憶されたデータファイルをＰＣ側で読み出したり、あるいはハードディスクドライブ（ＨＤＤ）等のＰＣ側の記憶装置に保存したりする場合、ユーザーは必ずＰＣ側でそれら読み書き処理の操作（つまり、コマンド実行入力）を行なわなければならない。このため、ＰＣから離れた場所に配置されたリーダライタにデータファイルが格納されたメモリーカードを装着しても、そのデータファイルをＰＣに保存したい場合、わざわざＰＣ位置まで赴かなければ保存のための操作を行なうことができず、非常に不便であった。
【０００８】
本発明の課題は、通信イベントの実行を司るコマンドの発行方向が、上記のごとく、ＰＣ側から周辺装置側への一方向に規制されているにも拘わらず、周辺装置側でのユーザー操作により特定の通信イベントを自発的に起動することが可能な通信システムと、それに使用する周辺装置とを提供することにある。
【課題を解決するための手段及び発明の効果】
【０００９】
上記課題を解決するための本発明の通信システムは、
通信イベントの起動決定権を有したホスト装置と、該ホスト装置に接続される該ホスト装置の通信対象となる周辺装置とを含み、通信イベントを実行命令するためのコマンドをホスト装置から周辺装置に向けて順次発行する一方、発行されたコマンドを受領した周辺装置が当該コマンドに対応するデータ処理を逐次実行し、その実行結果に応じた応答情報をホスト装置側に返信するようになっており、かつ、コマンドの発行方向がホスト装置側から周辺装置側への一方向に規制された主通信プロトコルを有する通信システムにおいて、
周辺装置に設けられ、予め定められた内容の対象通信イベントの起動をホスト装置に促すための周辺装置側トリガを、該周辺装置側でのユーザー操作に基づいて発生させる周辺装置側トリガ発生手段と、
ホスト装置側に設けられ、周辺装置における周辺装置側トリガの発生を監視するために、トリガ発生報告情報を応答情報として要求するためのトリガ報告要求コマンドを、主通信プロトコルに従い周辺装置に向けて発行するトリガ報告要求コマンド発行手段と、
周辺装置側に設けられ、周辺装置側トリガの発生の有無を反映したトリガ発生報告情報を応答情報としてホスト装置に主通信プロトコルに従い返信するトリガ発生報告情報返信手段と、
ホスト装置側に設けられ、トリガ発生報告情報を周辺装置から受領する報告情報受領手段と、
当該トリガ発生報告情報の内容に基づいて周辺装置側トリガの有無を判定し、該周辺装置側トリガがありと判定された場合に、対象通信イベントを起動させる対象通信イベント起動手段とを有し、
周辺装置が、少なくともデータの読出しに係るデータアクセスが可能とされた記憶媒体が着脱可能に装着され、通信イベントにより該記憶媒体に対してデータアクセスを行なう記憶装置として構成され、該記憶媒体は音声データファイル又は動画データファイルとして構成される再生対象データを記憶しており、さらに、対象通信イベントの実行手段として、
周辺装置側トリガとしての再生対象データ送信トリガの発生を、周辺装置からのトリガ発生報告情報によりホスト装置側で把握するに伴い、記憶媒体に記憶された再生対象データの送信を周辺装置に要求し、該再生対象データ送信要求を周辺装置からの応答情報として受信する再生対象データ送信要求イベントを実行する再生対象データ送信要求イベント実行手段と、
再生対象データ送信要求を受信した場合に、記憶媒体に記憶された再生対象データを周辺装置にて読み出してホスト装置へ送信する再生対象データ送信イベントを実行する再生対象データ送信イベント実行手段と、
再生対象データ送信イベントの実行により受信した再生対象データをホスト装置上で再生する再生制御手段とを有してなることを特徴とする。
【００１０】
また、本発明の周辺装置は、上記本発明の通信システムを構成する周辺装置であって、予め定められた内容の対象通信イベントの起動をホスト装置に促すための周辺装置側トリガを、該周辺装置側でのユーザー操作に基づいて発生させる周辺装置側トリガ発生手段と、
周辺装置側に設けられ、ホスト装置からのトリガ報告要求コマンドに対応するトリガ発生報告情報を応答情報としてホスト装置に主通信プロトコルに従い返信するトリガ発生報告情報返信手段と、
ファイル名を文字表示するための表示部と、
を有してなることを特徴とする。
【００１１】
上記本発明によると、対象通信イベントの起動をホスト装置に促すための周辺装置側トリガをユーザー操作に基づいて発生させ、ホスト装置側では、周辺装置における周辺装置側トリガの発生を監視するためのトリガ報告要求コマンドを、主通信プロトコルに従い周辺装置に向けて発行する。これを受けた周辺装置からのトリガ発生報告情報をホスト装置側で受領し、当該トリガ発生報告情報の内容から周辺装置側トリガがありと判定された場合に、対象通信イベントを起動させる。これにより、通信イベントの実行を司るコマンドの発行方向が、ホスト装置側から周辺装置側への一方向に規制されているにも拘わらず、特定の通信イベントを周辺装置側でのユーザー操作により（ホスト装置側にて）自発的に起動することが可能となる。
【００１２】
そして、上記の基本原理を用いて本発明では、記憶装置として構成された周辺装置側では、これに着脱可能に装着された記憶媒体内の音声データファイル又は動画データファイルを構成する再生対象データをホスト装置側に取得させるための再生対象データ送信トリガを発生させ、これを取得したホスト装置は記憶媒体に記憶された再生対象データの送信を周辺装置に要求する。ホスト装置はその周辺装置からの送信求を周辺装置からの応答情報として受信する。そして、再生対象データを周辺装置にて読み出してホスト装置へ送信し、ホスト装置はその送信要求を受信すると、受信した再生データの再生を開始する。これにより、記憶装置として構成された周辺装置側に特に再生データ送付用のソフトウェアが搭載されていなくとも、該周辺装置に再生データを送付させることができるとともに、ホスト装置側では、送付されてきた再生データを再生することができる。
【００１３】
主通信プロトコルとしては、本発明においてはＳＣＳＩプロトコル（ＳＣＳＩ−１、ＳＣＳＩ−２及びＳＣＳＩ−３のいずれか：特に、現在も多くのＯＳカーネルで使われつづけているＳＣＳＩ−２）を採用することができる。
【００１４】
本発明の通信装置では、周辺装置側トリガ発生手段は、周辺装置に設けられた手動操作部と、当該手動操作部による操作信号を周辺装置側トリガとして発生させる操作信号発生部とを有し、該手動操作部は記憶媒体内の音声データファイル又は動画データファイルのうち、ホスト装置において再生する再生対象データファイルを選択するための再生対象ファイル選択操作部を含むものであり、さらに、対象通信イベントの実行手段として、周辺装置側トリガとしての、再生対象ファイル選択操作部による選択操作トリガの発生を、周辺装置からのトリガ発生報告情報によりホスト装置側で把握するに伴い、再生対象ファイル選択操作部による再生対象データファイルの選択内容の送信を周辺装置に要求し、該再生対象データファイル選択内容を周辺装置からの応答情報として受信する再生対象データファイル選択イベントを実行する再生対象データファイル選択イベント実行手段を有し、再生制御手段は、再生対象データ送信イベントの実行により受信した再生対象データを、再生対象データファイル選択イベントの実行により受信した再生対象データファイルの選択内容に基づいてホスト装置上で再生するものとできる。
【００１５】
この構成によると、ホスト装置から離れた場所に配置された周辺機器に再生対象データが格納された記憶媒体を装着した場合、周辺機器側は選択されたデータファイルをホスト装置へ送信するとともに、再生対象ファイル選択操作部の存在により、ユーザーによる再生対象データの中から再生したいデータの選択を行なわせ、ホスト装置側でその再生を実行できる。従って、周辺機器がホスト装置から離れて接続されている場合でも、再生したい再生対象データの選択を周辺機器側からの遠隔操作により行なうことができる。
【００１６】
本発明の通信装置では、対象通信イベントの実行手段として、再生制御手段による再生対象データの再生を停止する停止制御を実行する停止制御手段を備えることができ、ホスト装置にて再生されている再生対象データを、周辺装置側からの遠隔操作により停止することができる。
【００１７】
本発明の通信装置では、再生対象データ送信要求イベント実行手段は、再生対象ファイル選択操作部による選択操作トリガを再生対象データ送信要求トリガとして使用することができる。この構成によると、再生対象ファイル選択操作部が、再生対象データ送信トリガと選択操作トリガとを同一の操作部により構成することができるので、部品点数を減としてコストを抑えることが可能となる。
【００１８】
本発明の通信装置では、周辺装置側トリガ発生手段は、記憶媒体の記憶装置への装着を検出して周辺装置側トリガを発生させる記憶媒体装着検出手段を備え、再生対象データ送信要求イベント実行手段は、記憶媒体の装着に伴う周辺装置側トリガを再生対象データ送信要求トリガとして使用することができる。この構成によると、再生対象データ送信要求イベントは、記憶媒体の装着をトリガとして実行されるので、再生対象データ送信用のトリガ発生操作部が不要となり、部品点数を減としコストを抑えることができる。
【００１９】
本発明の通信装置では、周辺装置側トリガ発生手段は、周辺装置に設けられた手動操作部と、当該手動操作部による操作信号を周辺装置側トリガとして発生させる操作信号発生部とを有するものとして構成することができる。周辺装置に設けられた手動操作部を操作することで、主通信プロトコルの介在により従来はホスト装置側からしか起動できなかった通信イベント（例えば前述のデータファイルの読出しや保存）を、周辺機器側からの遠隔操作により簡単に始動できるようになる。
【００２０】
また、本発明の通信装置では、手動操作部は記憶媒体内の音声データファイル又は動画データファイルのうち、ホスト装置において再生する再生対象データファイルを選択するための再生対象ファイル選択操作部を含むものであり、記憶媒体は、再生対象データファイルを含む１以上のデータファイルからなるファイルリストを記憶するとともに、対象通信イベントの実行手段として、
ホスト装置側から記憶媒体に記憶されたデータファイルを検索して得られるファイルリストの文字表示情報をホスト装置側で作成し周辺装置側に送信するとともに、該文字表示情報を周辺装置にて受信し、該周辺装置に設けられた表示部にファイルリストの内容を文字表示させるファイルリスト表示イベントを、ファイルリスト送信要求イベントの完了を受けて実行するファイルリスト表示イベント実行手段を有しており、
再生対象ファイル選択操作部は、ファイルリスト表示イベントにより表示されたファイルリストの中から再生対象データファイルを選択するものとできる。
【００２１】
これにより、ホスト装置から離れた場所に配置された周辺機器にデータファイルが格納された記憶媒体を装着した場合、周辺機器側では、ファイルリストの表示内容を参照してユーザーは所望のデータファイルをファイル選択操作部により容易に選択でき、さらに、選択されたデータファイルをホスト装置へ送信できるので、周辺機器がホスト装置から離れて接続されている場合でも、該データファイル送信を周辺機器側からの遠隔操作により行なうことができる。そして、ユーザーは表示されたファイルリストを確認しながら再生したい所望の再生対象データを選択することができるので、選択操作が容易となる。
【００２２】
本発明の通信装置では、ホスト装置側に設けられ、再生対象データ送信イベントにて周辺装置から受信した再生対象データを該ホスト装置側に設けられたホスト装置側記憶装置上の予め定められた保存領域に保存する再生対象データ保存手段を有することができる。この構成によると、ホスト装置は、自身の予め定められた保存領域を参照することで、再生すべき再生対象データを容易に検出して再生できる。
【００２３】
また、記憶媒体は、再生対象データの読出し、書き込み及び削除に係るデータアクセスが可能とされたものとすることができる。具体的には、ホスト装置側において、上記の手動操作部を記憶媒体内の再生対象データファイルを選択するための保存対象ファイル選択操作部を含むものとし、該保存対象ファイル選択操作部の操作に基づいて該再生対象データファイルをホスト装置側記憶装置上の予め定められた保存領域に保存するデータファイル保存手段を設ける。これにより、ホスト装置側には、データ保存手段による保存領域への再生対象データファイルの格納に対応して、周辺装置に対し記憶媒体上の送信元の再生対象データファイルを削除させるファイルムーブイベントを起動するファイルムーブ制御手段を設けることができる。これにより、再生対象データファイルの移動（ムーブ）処理も、周辺機器側からの遠隔操作により行なうことができる。
【００２４】
また、ホスト装置側には、再生対象データファイルの保存領域への保存環境を設定する保存環境設定手段を設けることができる。これにより、ホスト装置側で再生対象データファイルの保存環境を設定でき、周辺機器側からの遠隔操作により行なう保存処理をユーザーが望む環境（あるいは条件）にて実行することができる。保存環境設定手段は、具体的には、再生対象データファイルの保存領域を設定・変更するための保存領域設定変更手段を有するものとして構成できる。これにより、周辺機器側からの遠隔操作により、記憶媒体中の再生対象データファイルをホスト装置側記憶装置内の所望の保存領域に保存することができる。
【００２５】
再生対象データファイルの移動（ムーブ）処理を可能とする前述の構成では、保存環境設定手段は、ファイルムーブ制御手段によるファイルムーブイベントの起動が禁止されるファイルコピーモードと、ファイルムーブイベントの起動が許可されるファイルムーブモードとを切り替えるファイル保存モード切替手段を有するものとすることができる。これにより、周辺機器側からの遠隔操作により記憶媒体中の再生対象データファイルの保存モードを、コピーとムーブとの間で切り替え設定することができる。なお、コピー制限の付与されたファイルが検出された場合、自動的にムーブモードが選択されるように構成してもよい。
【００２６】
本発明の通信装置では、トリガ報告要求コマンド発行手段は、トリガ報告要求コマンドを周辺装置に対し予め定められた時間間隔で繰り返し継続的に発行するものとすることができる。トリガ報告要求コマンドを繰り返し継続的に発行することで、周辺装置側トリガがどのようなタイミングで発生しても、ホスト装置側でこれを確実に取得することができる。
【００２７】
本発明の通信装置では、周辺装置とホスト装置とは、ホスト装置側からの周辺装置のポーリングは可能であって、該周辺装置側からのホスト装置の逆ポーリングが不能なシリアル通信機構を介して接続され、通信イベントを実行するためのホスト装置と周辺装置との間における情報転送が、ホスト装置が周辺装置をポーリングする形式にてシリアル通信により実行さものとして構成できる。この構成では、周辺装置側からホスト装置をポーリングすることができない（つまり、周辺装置側に通信開始の決定権が与えられない）形になるので、本発明の効果がより有効に発揮されるばかりでなく、周辺装置を直接接続するためのホスト装置側の通信インターフェースが大幅に簡略化され、システム構成の軽量・低コスト化を図ることができる。このようなシリアル通信の規格として、ＵＳＢ（Universal Serial Bus）を例示できる。また、本明細書では、主通信プロトコルとしてＳＣＳＩプロトコルが採用され、かつ、ホスト装置とＵＳＢプロトコルに従うシリアル通信バスにより接続される周辺機器のことを、ＵＳＢ／ＳＣＳＩ型周辺機器とも称する。
【００２８】
ＵＳＢを採用する場合、周辺装置は、より具体的には以下のように構成できる。すなわち、コマンドをホスト装置から受信してコマンド内容を解析するコマンド解析ステップと、該コマンドの解析内容を反映したデータ処理を実行するデータ処理ステップと、データ処理の結果を示す応答情報をホスト装置に返信する応答情報返信ステップとをこの順序で実行する形で周辺機器側の通信処理制御を行なうアクセス制御デバイスと、上記コマンド及び応答情報の相互転送を、ホスト装置が複数のアクセス制御デバイスをポーリングする形式にてシリアル通信により実行するシリアル通信部とを有するものとして構成する。アクセス制御デバイスは、シリアル通信部との間でコマンド及び応答情報を送受信する送受信部と、コマンドを解釈してその内容に応じたデータ処理を制御実行主体とからなるものとして構成される。なお、送受信部とシリアル通信部とは専用ＩＣに集積することができる。この構成では、ＵＳＢプロトコルに従うシリアル通信にバスを介して、ＳＣＳＩ等の主通信プロトコルに従うコマンドないし応答情報のやり取りを問題なく行なうことができる。
【００２９】
より具体的には、周辺装置側のシリアル通信部が、ホスト装置からのシリアル通信バスを接続する通信バス接続端子と、シリアル通信バスと送受信部との間でコマンド及び応答情報の転送通信処理を実行する通信制御部とを備え、該通信制御部が、通信バス接続端子に接続される通信処理のプロトコルエンジン部と、該プロトコルエンジン部にＦＩＦＯメモリからなる制御用の双方向エンドポイントを介して接続され、転送通信処理の制御を司る制御指令部とを備えたものとして構成できる。そして、送受信部は上記プロトコルエンジン部に対し、ＦＩＦＯメモリからなる該プロトコルエンジン部への入力用エンドポイントと、ＦＩＦＯメモリからなる該プロトコルエンジン部からの出力用エンドポイントとを介して入出力経路が分離された形で接続することができる。また、通信制御部は、ホスト装置側から、データアクセスの対象となる送受信部の特定情報と、該送受信部に対応するエンドポイントの特定情報とを受信して、各送受信部をターゲットデバイスとしてポーリングするものとなるように構成することができる。送受信のデータバッファとなるエンドポイントを送信側と受信側とで独立して設け、ポーリング時にいずれのエンドポイントを指定するかによって、データの転送方向も容易に特定することができる。
【００３０】
次に、本発明の通信システムにおいては、
ホスト装置側に設けられ、周辺装置に対し該周辺装置自身に対する調査報告処理を要求する調査要求コマンドを発行するとともに、該調査要求コマンドの発行に伴い、調査報告指示内容を示す予め定められたフレームフォーマットを有するとともに当該フレームの予め定められたフィールドに付加情報が書き込まれた調査指示データを作成する調査指示データ作成手段と、作成された調査指示データを周辺装置に送信する調査指示データ送信手段と、
周辺装置に設けられ、調査指示データを受けて、予め定められたフレームフォーマットを有する調査報告データを生成する調査報告データ生成手段と、
周辺装置に設けられ、調査報告データを応答情報としてホスト装置に送信する調査報告データ送信手段と、
周辺装置側に設けられ、受信した該調査指示データの予め定められたフィールドから付加情報を抽出する付加情報抽出手段と、を設けることができる。
【００３１】
本発明において主通信プロトコルは、周辺装置をなす記憶装置との間のデータファイルの送受信を行なうのが主目的であり、主通信プロトコルがサポートしていない制御処理（特に、周辺装置側で通信イベントを開始するような処理）に関与する情報は、主通信プロトコルがサポートする制御情報からは独立した付加情報として取り扱う必要がある。このような付加情報は、送受信の対象となるデータファイルの本体に書き込んでも意味がない。なぜなら、制御実行等のために付加情報の内容をホスト装置側あるいは周辺装置側で参照しようとした場合、そのデータファイルを開くためのアプリケーションソフトを立ち上げる必要が生じ、全く現実性がないためである。しかし、上記の構成によれば、ホスト装置側から周辺装置側へ送りたい付加情報を、周辺装置に対し該周辺装置自身に対する調査報告処理を要求する調査要求イベントを利用する形で、その調査要求コマンドの発行に伴い作成される調査指示データの予め定められたフィールドに書き込むことで、主通信プロトコルによる制御下でデータファイルを経由せずに確実に送信することができる。
【００３２】
また、調査報告データ生成手段は、調査報告データの予め定められたフレームにホスト装置側からの付加情報に対応する対応付加情報を書き込むものとすることができ、調査報告データ送信手段は、その対応付加情報が書き込まれた調査報告データを応答情報としてホスト装置に送信するものとすることができる。これにより、周辺装置側からホスト装置側へ送りたい対応付加情報を、上記調査要求コマンドに対する応答情報である調査報告データの予め定められたフィールドに書き込むことで、主通信プロトコルによる制御下でデータファイルを経由せずに確実に送信することができる。
【００３３】
具体的には、前述のトリガ報告要求コマンドとして調査要求コマンドを使用することができる。この場合、調査指示データに付加情報として周辺装置側トリガの発生報告指示情報が書き込まれるとともに、対応する調査報告データに対応付加情報としてトリガ発生報告情報が書き込まれる。これにより、周辺装置側トリガの発生報告指示を周辺装置側に適確に伝えることができ、また、周辺装置側での周辺装置側トリガを調査報告データ中のトリガ発生報告情報により確実に把握することができる。
【００３４】
他方、調査要求コマンドは、表示部に表示させる文字情報をホスト装置から周辺装置に送信する通信イベントの起動に使用することもできる。この場合、調査指示データには、付加情報として送信すべき文字を特定するための文字コード情報が付加情報として書き込まれる。また、周辺装置側には、表示部への表示用文字データを文字コードと対応付けて記憶する表示用文字データ記憶手段と、付加情報抽出手段が抽出する付加情報としての文字コード情報に対応する表示用文字データを表示用文字データ記憶手段から読み出して、表示部に表示させる表示制御手段とを設けておく。このようにすると、主通信プロトコルに文字列転送用のコマンドが存在しない場合でも（特に、ＳＣＳＩプロトコル）、周辺装置側の表示部に表示したい文字の文字コードを、調査要求コマンドを用いて転送することが可能となる。そして、周辺装置側に表示用文字データ記憶手段を設けておくことで、受けた文字コードに対応する表示用文字データを用いて表示部に文字を表示することができる。なお、表示するべき文字列が長い場合は、複数回の調査要求コマンドの実行により分割送信することが可能である。また、２バイト文字（全角漢字や記号など）など、１つの文字に対応する文字コードのデータサイズが、調査指示データのフィールドサイズを超える場合、１つの文字コードを分割して複数回の調査要求コマンドの実行により送信することも可能である。
【００３５】
また、調査要求コマンドは、周辺装置から受信した再生対象データファイルと重複するファイル名を有した再生対象データファイルが保存領域に存在する場合に、これを周辺装置に通知する通信イベントの起動に使用することもできる。この場合、調査指示データには付加情報として重複ファイル名特定情報が書き込まれる。また、周辺装置には、受信した重複ファイル名特定情報に基づいて重複ファイル名を表示部に表示する重複ファイル名表示手段と、表示された重複ファイルに対しホスト装置に指示する対応処理を選択入力するための対応処理選択入力部とを設けることができる。この場合、調査報告データには対応付加情報として、対応処理選択入力部からの入力情報に基づいて対応処理を指示する対応処理指示情報が書き込まれ、ホスト装置側には、周辺装置から受領する対応処理指示情報の内容に基づいて、重複ファイルに対し指示された対応処理を実行する対応処理実行手段を設けることができる。
【００３６】
上記のように構成すると、周辺装置側で選択した再生対象データファイルが、ホスト装置側の記憶領域に既に存在している場合に、その存在を通知する情報を周辺装置側で表示でき、当該重複ファイルへの対応処理も周辺装置側での対応処理選択入力部からの入力情報により適確に指示することができる。対応処理としては、ホスト装置側又は記憶媒体側の再生対象データファイル名を変更する再生対象データファイル名変更処理を実行することができる。この場合、ホスト装置側の再生対象データファイルのファイル名を変更するか、記憶媒体側の再生対象データファイルのファイル名を変更するかを選択できるように構成することができる。
【００３７】
調査指示データ作成手段は調査指示データにおいて、格納するべき主格納情報として発生報告指示情報以外の情報が格納されるよう主通信プロトコルに規定されたフィールドに、発生報告指示情報を主格納情報に兼用させる形で書き込むものとすることができる。主通信プロトコルがＳＣＳＩプロトコルのごとく既製の通信規格に従う場合などにおいては、本発明において初めて発生する技術概念である（トリガ）発生報告指示情報用の専用フィールドを、調査指示データのフレーム内に新たに設定できる余地が存在しない場合がある。このとき、上記のように本来発生報告指示情報とは全く別の主格納情報用に用意されたフィールドに、発生報告指示情報（を含む付加情報）を当該主格納情報に兼用させる形で書き込むようにすれば、上記のごとく専用フィールドを設ける余裕がない場合でも発生報告指示情報を問題なく書き込むことができる。
【００３８】
例えば、周辺装置が、少なくともデータの読出しに係るデータアクセスが可能とされた記憶媒体が内蔵されるか又は着脱可能に装着され、通信イベントにより該記憶媒体に対してデータアクセスを行なう記憶装置として構成される場合、調査指示データにおいて、主通信プロトコルに従い記憶媒体に対するデータの読み出し又は書き込みに係る通信イベントを実行する際に、該読み出し処理又は書き込み処理に割り当てられる当該記憶媒体上のメモリ領域のアロケーション長を設定するためのフィールドをアロケーション長設定フィールドとして確保することができる。この場合、アロケーション長情報作成手段は、該アロケーション長設定フィールドにおいてアロケーション長情報を主格納情報とする形で、該アロケーション長情報に兼用される発生報告指情報を書き込むものとできる。このようにすると、アロケーション長情報に兼用させる形で、主通信プロトコルに規定されていない固有の付加情報を周辺装置側へ送信することが可能となり、周辺装置側トリガの発生報告指示情報を周辺装置側へ問題なく送信できる。
【００３９】
主通信プロトコルにおいて、アロケーション長設定フィールドのサイズが一定ビット長に定められる場合、アロケーション長設定フィールドに上記付加情報を書き込む空き領域を形成するために、次のような巧妙な方法が存在する。すなわち、アロケーション長として設定可能な最大値をバイト単位にて表わしたときのビット数を、アロケーション長設定フィールドの総ビット数未満に設定する。そして、上記最大値を超えるアロケーション長がアロケーション長設定フィールドに記述された場合には、記述されたアロケーション長値とは無関係に上記最大値をアロケーション長の実設定値として定める。そして、該最大値を超える冗長なアロケーション長記述値に一義的に対応付ける形で、発生報告指示情報を含む、異なる付加情報内容を定義することができる。例えば、ＳＣＳＩプロトコルにおける後述のＩｎｑｕｉｒｙコマンドのＣＤＢを調査指示データとして使用する場合、このＣＤＢはＳＣＳＩプロトコル制御用に割り振られたフィールドばかりからなり、ユーザーが新たなデータを書き込むための余裕は一見全く存在しないように見える。しかし、本来はＳＣＳＩプロトコルの主格納情報であるアロケーション長の設定フィールドにおいて、上記のごとくアロケーション長として設定可能な最大値をアロケーション長設定フィールドの総ビット数未満に設定することで、該最大値を超える冗長なアロケーション長の設定記述値に、発生報告指示情報を含む付加情報としての意味をもたせることができる。
【００４０】
次に、ＳＣＳＩプロトコル等の場合、調査要求コマンドにはいくつかの種別が用意されている場合がある。この場合、どのような種別の調査要求コマンドをトリガ報告要求コマンドとして使用するかが問題になる場合がある。例えば、周辺装置が、データの読出し及び書き込みの双方に係るデータアクセスが可能とされた記憶媒体が着脱可能に装着され、通信イベントにより該記憶媒体に対してデータアクセスを行なう記憶装置として構成される場合、周辺装置には、記憶媒体の交換がなされた場合に当該記憶媒体の交換をホスト装置に通知するための交換通知情報を保持する交換通知情報保持手段と、ホスト装置から予め定められた第一種コマンドを受信した場合には、該コマンドの実行後に交換通知情報保持手段に保持されている交換通知情報をクリアし、同じく第一種コマンド以外の第二種コマンドを受信した場合は、該コマンドの実行後においても交換通知情報保持手段による交換通知情報の保持状態を保留する交換通知情報保持制御手段とが設けられる場合がある。この場合、トリガ報告要求コマンドとして使用する調査要求コマンドとしては、第二種コマンドの使用が強く推奨される。なぜならば、このような目的に第一種コマンドを使用した場合、交換通知情報を特に必要としないトリガ報告要求イベントであるにも拘わらず、処理終了時には交換通知情報がクリアされてしまい、ホスト装置側でこの交換通知情報を本来必要とするシステムコンポーネント（例えばファイルシステム）が、これを取得できなくなってしまう状況が発生し、記憶媒体の記憶内容が破壊されたりするといったトラブルにつながる場合があるためである。
【００４１】
調査要求コマンドとしては、例えば、周辺装置に対し該周辺装置自身の構成及び属性を特定する情報である構成／属性特定情報の報告を指示する構成／属性調査要求コマンドを採用することができる。このような周辺装置自身の構成及び属性の特定に係る通信イベントは、主通信プロトコル上では、例えばどのような種別の周辺装置（デバイス：ＳＣＳＩの場合、ターゲット）が接続されているのかを、装置立ち上げ時に認識するために実行する目的で使用されることが多いが、これを本発明では、周辺装置における周辺装置側トリガの発生を監視用に、装置立ち上げ後においても所定のタイミングで繰り返し発行する。該構成／属性調査要求コマンドにより規定される通信イベントは、本来的には（装置使用中においては不変となる）周辺装置のいわば「素性」を認識することのみが目的であり、例えば、コマンドの発生の前後で記憶媒体の交換があった場合において、交換通知情報の保持状態等に不要な影響を与えるべきではないので、上記の第二種コマンドして用意することが望ましいのである。これを周辺装置側トリガの発生監視用に流用することで、該コマンドを何度繰り返し発行しても交換通知情報の保持状態には影響が及ばず、前述のトラブルを防ぐことができる。
【００４２】
主通信プロトコルがＳＣＳＩプロトコルである場合、上記の調査要求コマンドとしてＩｎｑｕｉｒｙ（照会）コマンドを使用することが望ましい。この場合、ホスト装置（イニシエータ）から周辺装置（ターゲット）に送られる調査指示データは、Ｉｎｑｕｉｒｙコマンドの詳細内容を記述する、ＣＤＢ（Command Descriptor Block：コマンド記述ブロック、コマンド毎にフレーム形式がＳＣＳＩプロトコルにて詳細に規定されている）であり、周辺装置（ターゲット）からホスト装置（イニシエータ）に返される調査報告データはＩｎｑｕｉｒｙデータ（フレーム形式がＳＣＳＩプロトコルにて詳細に規定されている）である。表１はＩｎｑｕｉｒｙコマンドに対応するＣＤＢの形式を示すものである。
【００４３】
【表１】
【００４４】
ＳＣＳＩプロトコルでは、ホスト装置（イニシエータ）側で周辺装置（ターゲット）から返されるＩｎｑｕｉｒｙデータの種別を指定することができる。具体的には、Ｉｎｑｕｉｒｙコマンドに対応するＣＤＢには、ＥＶＰＤ（Enable Vital Product Data）と称されるのフィールド（１ビット）と、ページコード（８ビット）と称されるフィールドが形成されている。表２に示すごとくＥＶＰＤフィールドに「０」が記述されているＣＤＢ（以下、ＣＤＢ（０）と略記する）に対しては、Ｉｎｑｕｉｒｙデータとして、表３に示すような、周辺装置の仕様に関係なく形式及び内容が共通に定められたスタンダードＩｎｑｕｉｒｙデータ（以下、Ｓ／Ｉデータと略称する）が返される。Ｓ／Ｉデータのうち、ＳＣＳＩプロトコルによる通信制御に直接使用しない空き領域を、トリガ発生報告情報等、本発明特有の応答情報（以下、特有応答情報という）の記述フィールドとして使用することができる。
【００４５】
【表２】
【００４６】
【表３】
【００４７】
例えば、Ｓ／Ｉデータでは、デバイスのベンダに固有の情報を記述するための一定長のフィールド（以下、ベンダ固有領域という）が設けられており、このフィールドに空き領域がある場合は、これを本発明特有の応答情報の記述フィールドとして使用することができる。また、ビット数は僅少であるが、次のような空き領域も、本発明特有の応答情報の記述フィールドとして利用することができる。すなわち、８ビットに設定された追加データ長フィールド（Ｓ／Ｉデータのバイト５以降のデータ長）は、Ｓ／Ｉデータにおけるデータフレーム長の上限から、最大データ長が８ビットに満たないことがある。この場合、追加データ長フィールドに上記最大データ長を超えるデータ長が指定されている場合、追加データ長フィールドの記述内容によらず、最大データ長が指定されることとなる。その結果、最大データ長を超えるビット値の範囲は、実質的に特有応答情報を記述するための「空き領域」として活用できる。
【００４８】
一方、表４のごとく、ＥＶＰＤフィールドに「１」が記述されているＣＤＢ（以下、ＣＤＢ（１）と略記する）は、ホスト装置（イニシエータ）により詳細な、あるいはデバイス固有の情報を提供するための、表５のようなＶＰＤ（Vital Product Data）と称される特殊なＩｎｑｕｉｒｙデータが返される。
【００４９】
【表４】
【００５０】
【表５】
【００５１】
ＶＰＤにはいくつかの種類が規定されており、どの種別のＶＰＤを指定するかをＣＤＢのページコードフィールドに記述する（具体的には、ページコードリスト（ページコード：００ｈ）、ＦＲＵ ＡＳＣＩＩ情報（ページコード：０１ｈ〜７Ｆｈ）、ユニットシリアル番号（ページコード：８０ｈ）、動作モード定義（ページコード：８１ｈ）、ＡＳＣＩＩ動作モード定義（ページコード：８２ｈ）、及びベンダ固有の形式（ページコード：Ｃ０ｈ〜ＦＦｈ））。周辺装置はページコードフィールドで指定された種類のＶＤＰを作成し、ホスト装置に返信する。特に、ＦＲＵ ＡＳＣＩＩ情報形式及びＡＳＣＩＩ動作モード定義形式のＶＰＤは、ページ長フィールドに続いて、必要なＡＳＣＩＩ情報を書き込むフィールドのデータ長のフィールドと、そのデータ長で指定されるＡＳＣＩＩ情報フィールドとが形成されるが、以降のフィールドはベンダ固有領域として、特有応答情報を記述するための「空き領域」として活用できる。例えば、ＡＳＣＩＩ動作モード定義形式のＶＰＤにおいて、ＡＳＣＩＩ情報フィールドを、デバイスのバージョン情報などを記述するためのバイト数の小さい（例えば１〜３バイト）のフィールドとして定義すれば、ベンダ固有領域となる残りのフィールドの長さを比較的大きく確保することができ、ある程度サイズの大きい特有応答情報を書き込むことが可能となる。
【００５２】
ＳＣＳＩプロトコルでは、ターゲット（周辺装置）、あるいはこれに含まれる１又は複数のロジカルユニット（周辺装置が記憶装置である場合は、１又は複数の記憶媒体装着スロットである）上で事象や状態の変化が、ホスト装置（イニシエータ）の動作とは非同期に発生した場合、これを該イニシエータに通知するためのユニット・アテンション・コンディションを生成する機能が設けられている。周辺装置にて記憶媒体の交換が発生した場合、その交換通知情報が生成されるユニット・アテンション・コンディションに反映されることとなる。ＳＣＳＩプロトコルでは、そのようなユニット・アテンション・コンディションを保留中の周辺装置に向けてＩｎｑｕｉｒｙコマンドが発行された場合、該周辺装置は保留中のユニット・アテンション・コンディション・コンディションをクリアせずに（ただし、Ｃｏｐｙ Ａｂｏｒｄｅｄ（ＣＡ）状態の生成前に限る）、発行されたＩｎｑｕｉｒｙコマンドが実行される（Ｉｎｑｕｉｒｙデータの作成・返信）。従って、トリガ発生報告情報など特有応答情報の返信要求イベントを起動する際にあっては、Ｉｎｑｕｉｒｙコマンドを用いることで、記憶媒体の交換がなされた場合も、その交換通知情報を含むユニット・アテンション・コンディションが保持され、交換通知情報の喪失を防ぐことができる。Ｉｎｑｕｉｒｙコマンドが前述の第二種コマンドに該当するものであることは明らかである。
【００５３】
なお、ＳＣＳＩプロトコルでは、Ｒｅｑｕｅｓｔ Ｓｅｎｓｅコマンドと称される別の調査要求コマンドも使用が可能である。Ｒｅｑｕｅｓｔ Ｓｅｎｓｅコマンドは、周辺装置（ターゲット）に例えばエラー原因や種類などを報告するためのセンスデータを要求するコマンドであり、調査報告データとして該センスデータが規定フォーマットのフレームに記述されて返される。本発明においては、このセンスデータの空き領域を利用してトリガ発生報告情報など特有応答情報を書き込み、ホスト装置に返すことも原理的には可能である。しかし、ＳＣＳＩプロトコルでは、ＳＣＳＩプロトコルでは、ユニット・アテンション・コンディションを保留中の周辺装置に向けてＲｅｑｕｅｓｔ Ｓｅｎｓｅコマンドが発行された場合、該周辺装置は保留中のユニット・アテンション・コンディション・コンディションをクリアするように（ただし、Ｃｏｐｙ Ａｂｏｒｄｅｄ（ＣＡ）状態の生成前に限る）決められており、記憶媒体の交換がなされた場合に、その交換通知情報を含むユニット・アテンション・コンディションがクリアされ、交換通知情報が喪失する惧れがある。つまり、Ｒｅｑｕｅｓｔ Ｓｅｎｓｅコマンドは前述の第一種コマンドに該当するものである。
【発明を実施するための最良の形態】
【００５４】
以下、適宜図面を参照して本発明の実施形態に係る通信システム１について説明する。図１は通信システム１に適用される音声データファイル及び動画データファイルの再生機能を備えるマルチリーダライタ２（記憶装置：周辺装置の一例）の斜視図、図２はマルチリーダライタ２の概略構成を示すブロック図、図３は通信システム１に適用されるＰＣ３（ホスト装置の一例）の概略構成を示すブロック図である。なお、以下に説明する通信システム１の構成は、本発明を具現化するための単なる一例であり、本発明の要旨を変更しない範囲で構成を適宜変更できることは当然である。
【００５５】
図１（ａ）に示すように、マルチリーダライタ２は、その前面に着脱可能な記憶媒体として、第１メモリーカード１１（例えばＣＦ）を挿入するための第１スロット１６と、第２メモリーカード１１（例えばＳＭ）を挿入するための第２スロット１７と、第３メモリーカード１３（例えばＭＳ）を挿入するための第３スロット１８と、第４メモリーカード１４（例えばＳＤ）を挿入するための第４スロット１９とを備えている。なお、本実施形態では、周辺装置としてマルチリーダライタ２を例示して説明するが、シングルスロットタイプのリーダライタにも適用可能である。また、ＣＦやＳＭなどのメモリーカードに代えてＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭあるいはリムーバブルハードディスクなどのディスク記録メディアとする場合は、該ディスク記録メディアを単数あるいは複数着脱可能に挿入可能な挿入部を備えてなる、いわゆるチェンジャー型ドライブ周辺装置となる。該周辺装置を備えて構成された通信システムにも本発明は適用可能である。
【００５６】
マルチリーダライタ２はＵＳＢ／ＳＣＳＩ型周辺機器として構成され、その背面には、図１Ｂ及び図２に示すように、ＵＳＢケーブル２５（図２参照）を接続するためのＵＳＢ端子２４が設けられている。また、本実施形態では、主通信プロトコルとしてＳＣＳＩ−２のプロトコルが採用されているものとする。図２に示すように、マルチリーダライタ２は、その内部に、各構成部を制御するＣＰＵ２７と、制御プログラムや種々のデータ等を格納するＲＯＭ２８と、ＣＰＵ２７による演算の作業領域となるＲＡＭ２９と、入出力制御ＬＳＩ３１と、ＵＳＢチップ３２とを備え、これらがバス３３を介して相互にデータ転送が可能なように接続されている。マルチリーダライタ２は、該マルチリーダライタ２が接続されるＰＣ３との間で、ＳＣＳＩプロトコルに従うデータ通信を行なう。
【００５７】
具体的には、ＲＯＭ２８には、ＳＣＳＩプロトコルに基づいて作成された通信制御プログラムと、ＰＣ３から送信されたデータ（ＣＤＢ）を解析するために用いられる解析データのテーブルリストが格納され、ＣＰＵ２７は、マルチリーダライタ２がＳＣＳＩ対応機器のターゲットとして機能するための、受信したＳＣＳＩコマンドに対応した通信イベントの実行制御処理を行なう。また、各スロット１６〜１９に着脱可能に装着される各第１〜第４メモリーカード１１〜１４は、例えば、コンパクトフラッシュ（ＣＦ：登録商標）、スマートメディア（ＳＭ：登録商標）、メモリースティック（ＭＳ：登録商標）、ＳＤメモリーカード（ＳＤ：登録商標）など、ＰＣによるデータの書き込み、書き換え、消去、読出し、メディア装着確認等のデータアクセスが可能なフラッシュメモリを搭載したカード型記憶メディアである。なお、記憶デバイスとしては、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、リムーバブルハードディスク等の読出し専用の記憶媒体からデータの読出しを行なうドライブ装置を用いることもできる。
【００５８】
ＳＣＳＩプロトコルに従い、ＰＣ３はホスト装置として通信イベントの起動決定権が与えられ、該ＰＣ３（ホスト装置：イニシエータ）に接続されるマルチリーダライタ２は、ＰＣ３（ホスト装置）の通信対象（ターゲット）となる。そして、通信イベントを実行命令するためのＳＣＳＩコマンドがＰＣ３（ホスト装置）からマルチリーダライタ２（周辺装置）に向けて順次発行される一方、発行されたコマンドを受領したマルチリーダライタ２（周辺装置）が当該ＳＣＳＩコマンドに対応するデータ処理を逐次実行し、その実行結果に応じた応答情報をホスト装置側に返信する。また、ＳＣＳＩコマンドの発行方向は、ＰＣ３（ホスト装置）側からマルチリーダライタ２（周辺装置）側への一方向に規制されている。
【００５９】
次に、マルチリーダライタ２には、予め定められた内容の対象通信イベントの起動をホスト装置に促すための周辺装置側トリガを、該周辺装置側でのユーザー操作に基づいて発生させる周辺装置側トリガ発生手段の機能が具備されている。具体的には、周辺装置側トリガ発生手段を構成する手動操作部としてキーボード２２が筐体上面に設けられている。キーボード２２を構成する各ボタン２２ａ，２２ｂ，２２ｃ，２２ｄ，２２ｅ，２２ｆ，２２ｇ，２２ｈには、それらボタンの押圧操作により独立に付勢されるスイッチが設けられ、ボタンの押圧／解除に伴いスイッチ出力信号のレベルが変化する。このスイッチ出力信号を周辺装置側トリガ信号として利用できる。該周辺装置側トリガ信号は、図２において入力制御ＬＳＩ３０に入力される。また、表示部をなす液晶表示パネル（以下、ＬＣＤという）２１が表示制御ＬＳＩ３４を介してバス３３に接続されている。
【００６０】
入力制御ＬＳＩ３０は周辺装置側トリガ信号を受け、トリガ検出データ信号（レベル信号である）を、ボタン毎に異なるアドレスにてデータバス上に出力する。データバス上のトリガ検出データ信号は、後述のＩｎｑｕｉｒｙコマンド実行時に参照され、各ボタンに対応するアドレスのトリガ検出データが「トリガあり」の状態を示していれば、作成されるＩｎｑｕｉｒｙデータに、対応するボタンが操作された内容の対応付加情報を書き込む。つまり、キーボード２２の操作状態の検出は、ＰＣ３からの指示に従って行われる。なお、Ｉｎｑｕｉｒｙデータ作成後は、トリガ検出データ信号はリセットされる。本実施形態では、ボタン２２ａは、記憶媒体に記憶された再生データ（ＰＣ３側での再生・出力が可能な音声データ及び動画データ）の再生を行なう再生キーであり、ボタン２２ｂ、ボタン２２ｃ、及びボタン２２ｄは、該再生キー２２ａによる再生データの再生に関連する再生関連操作部であり、ここでは、再生の停止を実行する停止実行キー２２ｂ、早送りを実行する早送りキー２２ｃ、早戻しを実行する早戻しキー２２ｄとして設けられている。また、ボタン２２ｇが及びボタン２２ｈが、ＬＣＤ２１に表示される複数行の文字列を上下にスクロールするためのスクロールキーであり（符号２２ｇが上スクロールキー、符号２２ｈが下スクロールキー）、ボタン２２ｅは、ＬＣＤ２１に表示される文字列の選択（例えばシングルクリック時）、及び確定（例えばダブルクリック時）の操作を行なうための実行キーであり、ボタン２２ｆは、記憶媒体に記憶されたデータをＰＣ３の予め定められた保存領域に記憶するための保存キーである。
【００６１】
次に、ＵＳＢチップ３２には、各外部メモリ入出力制御部５１〜５４に対応して設けられたコマンド・データ・ステータス送受信部（以下、単に「送受信部」という；転送要素送受信部）４１と、ＵＳＢ端子（通信バス接続端子）１０に接続されたＵＳＢプロトコルエンジン（プロトコルエンジン部）３２１と、転送通信処理の制御を司るＵＳＢコントロール部（制御指令部）３３１とが集積されてなる。
【００６２】
ここで、ＵＳＢプロトコルエンジン（プロトコルエンジン部）３２１と、ＵＳＢコントロール部（制御指令部）３３１とで構成される部分が通信制御部に該当し、また、この通信制御部と、ＵＳＢ端子（通信バス接続端子）１０とで構成される部分がシリアル通信部に該当する。
【００６３】
ＵＳＢコントロール部３３１は、ＵＳＢプロトコルエンジン３２１にＦＩＦＯメモリからなる制御用の双方向エンドポイントを介して接続されている。また、送受信部３４１は、ＵＳＢプロトコルエンジン３２１に対し、ＦＩＦＯメモリからなるＵＳＢプロトコルエンジン３２１への入力用エンドポイントと、ＦＩＦＯメモリからなるＵＳＢプロトコルエンジン３２１からの出力用エンドポイントとを介して入出力経路が分離された形で接続されている。
【００６４】
ＵＳＢプロトコルエンジン３２１とＵＳＢコントロール部３３１とで構成される通信制御部は、それぞれ、ＰＣ側から、送受信部３４１の特定情報と、該送受信部３４１に対応するエンドポイントの特定情報とを受信して、送受信部３４１をターゲットデバイスとしてポーリングすることにより、データアクセス先となる外部メモリ入出力制御部５１〜５４とデータ送受信の方向とを特定する。なお、当然のことであるが、ターゲットデバイスとなる送受信部３４１側からホスト装置であるＰＣ３を逆ポーリングすることは、ＵＳＢプロトコルでは許されていない。
【００６５】
送受信部（転送要素送受信部）４１は、ＵＳＢプロトコルエンジン３２１との間でＳＣＳＩプロトコルに従う送受信するものである。ここで、転送要素とは、ＰＣとの間でＵＳＢバスを介してやり取りされる、通信イベントの内容を特定するコマンド（ＳＣＳＩコマンド）と、通信イベント処理実行に対応して周辺装置側から返信される応答情報（ステータス）を含む（ＳＣＳＩコマンドに特定された処理内容が、メモリーカードに記憶されたデータの送受信に関係するデータアクセス処理であった場合は、そのデータも転送要素となる。
【００６６】
また、送受信部３４１は、図３に示すように、コントロールレジスタ８１（図４参照）、ステータスレジスタ８２（図５参照）、コマンドバッファ８３、ＳＣＳＩステータスバッファ８４、ＳＣＳＩデータＤＭＡアドレスレジスタ８５、ＳＣＳＩデータＤＭＡカウントレジスタ８６を有する。これらの詳細については後述する。
【００６７】
ＣＰＵ２７は、送受信部３４１が受信したＳＣＳＩコマンドを解析するコマンド解析ステップと、該ＳＣＳＩコマンドに特定された内容の通信イベントを、対象となる外部メモリ入出力制御部５１〜５４（つまり、マルチリーダライタ２をターゲットとした場合、それに含まれている複数のロジカルユニット）との間で行なうイベント実行ステップと、ステータスを送受信部３４１に送信させるステータス送信ステップと、をこの順序で実行する。
【００６８】
マルチリーダライタ２では、挿入されたメモリーカードに対してデータの読み書きを行なう場合は、該メモリーカードからデータを読み出すために使用するメモリ領域あるいは該メモリーカードにデータを記憶するために使用するメモリ領域の割り当てが行われる。この割り当てられるメモリ領域のデータ長はアロケーション長と呼ばれている。一般に、該アロケーション長はマルチリーダライタ２にアクセスするＰＣ３からの指定されたデータ長に設定されるが、本実施形態では、マルチリーダライタ２で設定可能なアロケーション長の最大値が、ＰＣ３側から指定し得る最大数値未満に設定されている。
【００６９】
ＰＣ３は、図５に示すように、各構成部を制御するＣＰＵ４１と、ＲＯＭ４２と、ＲＡＭ４３と、各種ソフトウェアプログラムやデータが格納されたＨＤＤ４４と、ビデオコントロールＬＳＩ４５と、ＵＳＢチップ４６と、ビデオ端子４７と、音声端子４９と、複数の入出力ポートを有するＵＳＢ端子４８などを備え、これらがバス４９を介して相互にデータ転送が可能なように接続されている。これら各部はいわゆるマザーボードと呼ばれるメイン制御基板に一体的に組み込まれている。ビデオ端子４７にはビデオケーブルを介してディスプレイ５６が、音声端子には音声ケーブルを介してスピーカー５９が接続されている。ＵＳＢ端子４８はＵＳＢハブ機能を有する。このＵＳＢ端子４８には、キーボード５７及びマウス５８等の入力手段が接続されており、さらに、マルチリーダライタ２が接続されている。
【００７０】
ＲＯＭ４２には、マルチリーダライタ２へ送信されるデータであって、マルチリーダライタ２のＣＰＵ２７に所定の処理を実行させる指示データが格納されている。該指示データはテーブルリスト化された状態でＨＤＤ４４又はＲＯＭ４２に格納されている。また、ＨＤＤ４４のプログラム格納領域には、ＰＣ３のオペレーションシステムであるＷｉｎｄｏｗｓ２０００(登録商標)のＳＰ３（以下「ＷＩＮ２０００」と称する）や、マルチリーダライタ２へのデータの書き込み及び読み出しと、マルチリーダライタ２に装着される記憶媒体が記憶する再生データの再生、停止、早送り、早戻し等の再生及び再生関連処理との双方を実行可能とする、当該マルチリードライタ２専用のアプリケーション（操作連動ファイル処理ソフトウェア）などのソフトウェアプログラムが格納されている。これらソフトウェアプログラムがＣＰＵ４１によって読み出されて所定の演算処理がなされることにより、各アプリケーションがＰＣ３において動作可能となる。また、上記プログラム格納領域には、マルチリーダライタ２との間でＳＣＳＩプロトコルに従うデータ通信プログラムが格納されている。本実施形態では、ＷＩＮ２０００が搭載されたＰＣ３を例示して説明するが、Ｌｉｎｕｘシリーズ、ＭａｃＯＳシリーズなどのＯＳが搭載されたものであってもよい。もちろん、Ｗｉｎｄｏｗｓ２０００のＳＰ３をＳＰ４やＷｉｎｄｏｗｓＸＰ（登録商標）などに代替することも可能である。
【００７１】
上記操作連動ファイル処理アプリケーション、ＰＣ３側のデータ通信プログラム及びマルチリーダライタ２側の制御プログラムは、互いに協働して、以下の各手段を機能的に実現する処理を行なう。
・トリガ報告要求コマンド発行手段：ＰＣ３（ホスト装置）側の操作連動ファイル処理アプリケーションにより機能実現され、マルチリーダライタ２（周辺装置）においてボタン（手動操作部）２２（保存対象ファイル選択操作部（２２ｅ，２２ｆ，２２ｇ，２２ｈ）、再生対象ファイル選択操作部（２２ａ，２２ｂ，２２ｃ，２２ｄ，２２ｆ，２２ｇ，２２ｈ））が操作されるに伴い発生する周辺装置側トリガを監視するために、ＳＣＳＩプロトコル（主通信プロトコル）に従い、トリガ発生報告情報を応答情報として要求するためのトリガ報告要求コマンドを、Ｉｎｑｕｉｒｙコマンド、具体的には前述のＣＤＢ（１）を用いたＩｎｑｕｉｒｙコマンド（以下、Ｉｎｑ（１）コマンドという）として、マルチリーダライタ２（周辺装置）に向けて発行する。
・トリガ発生報告情報返信手段：マルチリーダライタ２側の制御プログラム（ＲＯＭ２８内）により機能実現され、周辺装置側トリガの発生の有無を反映したトリガ発生報告情報を応答情報としてＰＣ３（ホスト装置）にＳＣＳＩプロトコルに従い返信する。
【００７２】
・報告情報受領手段：操作連動ファイル処理アプリケーションにより機能実現され、トリガ発生報告情報をマルチリーダライタ２から受領する。
・対象通信イベント起動手段：操作連動ファイル処理アプリケーションにより機能実現され、受け取ったトリガ発生報告情報の内容に基づいて周辺装置側トリガの有無を判定し、該周辺装置側トリガがありと判定された場合に、対象通信イベントを起動させる。対象通信イベントの実行手段としては、次の各手段が機能実現される。
【００７３】
・ファイルリスト送信要求イベント実行手段：周辺装置側トリガとしてのファイルリスト送信トリガの発生を、マルチリーダライタ２（周辺装置）からのトリガ発生報告情報によりＰＣ３（ホスト装置）側で把握するに伴い、記憶媒体（メモリーカード１１〜１４）に記憶されたデータファイルのファイルリストの送信を周辺装置に要求し、該ファイルリストを周辺装置からの応答情報として受信するファイルリスト送信要求イベントを実行する。
・ファイルリスト表示イベント実行手段：ファイルリストの内容を示す文字表示情報をＰＣ３（ホスト装置）側で作成しマルチリーダライタ２（周辺装置）側に送信するとともに、該文字表示情報を周辺装置にて受信し、該周辺装置に設けられた表示部（ＬＣＤ２１）にファイルリストの内容を文字表示させるファイルリスト表示イベントを、ファイルリスト送信要求イベントの完了を受けて実行する。
【００７４】
・再生対象データファイル選択イベント実行手段：周辺装置側トリガとしての、ボタン２２（２２ａ，２２ｂ，２２ｃ，２２ｄ，２２ｆ，２２ｇ，２２ｈ：再生対象ファイル選択操作部）による選択操作トリガの発生を、マルチリーダライタ２（周辺装置）からのトリガ発生報告情報によりＰＣ３（ホスト装置）側で把握するに伴い、前述のボタン２２（再生対象ファイル選択操作部）による再生対象データファイルの選択内容の送信を周辺装置に要求し、該再生対象データファイル選択内容を周辺装置からの応答情報として受信する再生対象データファイル選択イベントを実行する。前述のボタン２２（再生対象ファイル選択操作部）は、ファイルリスト表示イベントにより表示されたファイルリストの中から再生対象データファイルを選択するものである。
・再生対象データ送信要求イベント実行手段：周辺装置側トリガとしての再生対象データ送信送信トリガの発生を、マルチリーダライタ２（周辺装置）からのトリガ発生報告情報によりＰＣ３（ホスト装置）側で把握するに伴い、記憶媒体（メモリーカード１１〜１４）に記憶された再生対象データの送信を周辺装置に要求し、該再生対象データの送信要求（再生対象データ送信要求）を周辺装置からの応答情報として受信する再生対象データ送信要求イベントを実行する。該再生対象データ送信要求イベントは、ボタン２２（再生対象ファイル選択操作部）による選択操作トリガを再生対象データ送信トリガとして使用する。
・再生対象データ送信イベント実行手段：再生対象データ送信要求を受信した場合に、記憶媒体（メモリーカード１１〜１４）に記憶された再生対象データをマルチリーダライタ２（周辺装置）にて読み出してＰＣ３（ホスト装置）へ送信する再生対象データ送信イベントを実行する。
・再生制御手段：再生対象データ送信イベントの実行により受信した再生対象データをＰＣ３（ホスト装置）上で再生する。具体的には、再生対象データ送信イベントの実行により受信した再生対象データを、再生対象データファイル選択イベントの実行により受信した再生対象データファイルの選択内容に基づいてＰＣ３（ホスト装置）上で再生する。
・再生関連制御手段：再生制御手段による再生対象データの再生を停止する停止制御、早送りする早送り制御、早戻しする早戻し制御等、再生に関連して実行される制御を実行する。
【００７５】
まず、図７を用いて、ＳＣＳＩコマンドに基づいて、ＰＣ３と、ＵＳＢ−Ｉ／Ｆ７８を介して該ＰＣ３とＵＳＢ接続されたマルチリーダライタ２との間で行われるデータ通信の概略について説明する。ＯＳ７０は、ＧＵＩ（Graphical User Interface）７１とファイルシステム７２とＯＳカーネル７３を備えてその基幹システムが構成されている。ＧＵＩ７１は、コンピュータグラフィックスとマウスなどのポインティングデバイスを用いてユーザーの入力操作を実現するユーザインターフェースであり、ファイルシステム７２は、コンピュータ内部でファイルやフォルダを用いてデータを管理する方式及びその管理システムである。また、ＯＳカーネル７３はアプリケーションや周辺機器を監視する等の基本機能を実装したソフトウェアである。なお、ＰＣ３には、マルチリーダライタ２へのアクセスが可能なようにドライバソフト７４が予めインストールされており、該ドライバソフト７４はモジュール化された状態でＯＳカーネル７３に実装されている。
【００７６】
例えば、マルチリーダライタ２へアクセスするためのアプリケーションの一例であるエクスプローラ７５と操作連動ファイル処理アプリケーション７６とがＰＣ３上で起動されたとする。エクスプローラ７５は周知のごとく、ファイルやフォルダを管理するためのものである。エクスプローラ７５はＯＳ７０のシステムに準拠して作成されており、一般には、ＯＳ７０の一機能として認識されている。従って、エクスプローラ７５はファイルシステム７２を介してマルチリーダライタ２と通信する。一方、操作連動ファイル処理アプリケーション７６は、例えばマルチリーダライタ２の製造メーカが開発した独自のアプリケーションソフトであって、マルチリーダライタ２に挿入された記録メディアに対してデータを書き込む処理あるいはデータを読み出す処理を行なうものである。一般に、操作連動ファイル処理アプリケーション７６は、ファイルシステム７２の仕様が公開されていないため、ＯＳ７０には準拠せずに作成される。
【００７７】
まず、エクスプローラ７５からマルチリーダライタ２にアクセスする場合について説明する。ＯＳ７０が起動され、エクスプローラ７５が起動されると、エクスプローラ７５によって、Ｉｎｑｕｉｒｙコマンドがファイルシステム７２を介してＯＳカーネル７３に発行される。なお、Ｉｎｑｕｉｒｙコマンドを含む全てのＳＣＳＩコマンドは、ＯＳカーネル７３において仮想的に設けられたＳＣＳＩコマンド処理入口７９に対して発行されるようになっている。上記Ｉｎｑｕｉｒｙコマンドが発行されると、マルチリーダライタ２へは対応するＣＤＢ（ここではＣＤＢ（０）；表２）が送信され、マルチリーダライタ２は応答情報として、その型式やデバイス名、ＳＣＳＩ−ＩＤ、ＬＵＮ（Logical Unit Number：ロジカルユニット番号）の有無、メモリーカードの種別などの構成情報を含むＩｎｑｕｉｒｙデータ（この場合、Ｓ／Ｉデータ（表３））を作成し、ＰＣ３に返信する。これにより、マルチリーダライタ２が認識される。
【００７８】
マルチリーダライタ２が認識されると、ＧＵＩ７１によってエクスプローラ７５上にマルチリーダライタ２のドライブアイコンが生成される。そして、ユーザーがマウスなどを用いて上記ドライブアイコンにアクセスするなどして、データの読出指示が入力されると、エクスプローラ７５はファイルシステム７２に働きかけて、ＯＳカーネル７３に対してＲｅａｄコマンド（ＳＣＳＩコマンドの一例）を発行させる。一方、同様に、書込指示を入力すると、ＯＳカーネル７３に対してＷｒｉｔｅコマンド（ＳＣＳＩコマンドの一例）を発行させる。これらのコマンドデータがＵＳＢなどのＩ／Ｆを介してマルチリーダライタ２に転送され、該コマンドに従った読み出し若しくは書き込みがマルチリーダライタ２側で実行される。なお、上記ＩｎｑｕｉｒｙコマンドはＰＣ３にマルチリーダライタ２が接続されたときや、マルチリーダライタ２が接続された状態でＰＣ３の電源がリセットされたときにも発行される。
【００７９】
次に、操作連動ファイル処理アプリケーション７６からマルチリーダライタ２にアクセスする場合について説明する。操作連動ファイル処理アプリケーション７６が起動されると、ＯＳカーネル７３に対して操作連動ファイル処理アプリケーションにのみデータバスを開放する要求が出される。ＯＳカーネル７３はこの要求を受けて操作連動ファイル処理アプリケーション７６にデータバスを占有させる。換言すれば、ファイル７２からＳＣＳＩコマンド処理入口７９に対して発行されたＳＣＳＩコマンドを該ＳＣＳＩコマンド処理入口７９で受け入れないようにする。従って、操作連動ファイル処理アプリケーション７６の起動中は、ファイルシステム７２はマルチリーダライタ２へアクセスできなくなる。また、操作連動ファイル処理アプリケーション７６が起動されると、ＧＵＩ７１によって操作連動ファイル処理アプリケーション７６でプログラムされた入力画面（ユーザインターフェース画面）がディスプレイ５６（図６参照）上に表示される。また、ドライバソフト７４によって、ＩｎｑｕｉｒｙコマンドがＯＳカーネル７３に発行されて、その応答情報であるＩｎｑｕｉｒｙデータ（この場合、表３のＳ／Ｉデータ）の返信により、マルチリーダライタ２の型式やデバイス名などの構成情報が取得される。これにより、マルチリーダライタ２が認識される。その後、ドライバソフト７４によってＯＳカーネル７３に対して出されたＲｅａｄコマンドやＷｒｉｔｅコマンドに従って、マルチリーダライタ２側でデータの読み出し若しくは書き込みが実行される。
【００８０】
なお、マルチリーダライタ２の認識は次のようにして行われる。すなわち、まず、ＯＳカーネル７３に対してＩｎｑｕｉｒｙコマンドを発行した際に生成されるＣＤＢ（０）（表２）をマルチリーダライタ２に送信する。該ＣＤＢ（０）を受信したマルチリーダライタ２側では、ＣＤＢ（０）に含まれる種々の情報を参照して、該情報に従った構成情報を生成し、該構成情報を含むＳ／Ｉデータ（表３）をＰＣへ返信する。この返信されたＳ／Ｉデータに基づき、マルチリーダライタ２が認識される。
【００８１】
なお、マルチリーダライタ２（ターゲット：周辺装置）上のいずれかのスロット（あるいは外部メモリ入出力制御部：ロジカルユニット）上で、メモリーカードの交換（つまり、事象や状態の変化）がなされると、ＰＣ３（イニシエータ）に通知するためのユニット・アテンション・コンディションが生成される。ＰＣ３のファイルシステムは、このユニット・アテンション・コンディションを参照してメモリーカードの交換を認識し、ＦＡＴ（ファイル・アロケーション・テーブル）等のファイル情報の更新を行なう。このようなユニット・アテンション・コンディションを保留中のロジカルユニットに向けてＩｎｑｕｉｒｙコマンドが発行された場合、該ロジカルユニットは保留中のユニット・アテンション・コンディション・コンディションをクリアせずに、Ｉｎｑｕｉｒｙコマンドを実行する。つまり、Ｉｎｑｕｉｒｙコマンドが実行された場合でも、該ユニット・アテンション・コンディションに反映されているメモリーカードの交換通知情報は消去されずに保持されるので、ＰＣ３のファイルシステムは、交換後のメモリーカードに対するアクセスを問題なく行なうことができる。
【００８２】
次に、マルチリーダライタ２のより具体的な動作について、図８のフローチャートを用いて説明する。なお、以下の説明では、１つのスロットに対する処理についてのみ行っている。複数のスロットに対しては、当該処理が割り込み処理により並列して行われる。ＣＰＵ２７は、ＰＣからＵＳＢケーブルを介して供給される電源（バスパワー）によりＯＮされると（Ｔ１）、ＵＳＢチップ３２からの割り込みを許可する状態となる（Ｔ２）。ＵＳＢチップ３２では、ＰＣ側からＵＳＢバス上を伝送してきたコマンドを、ＵＳＢプロトコルエンジン３２１及びＵＳＢコントロール部３３１の動作によって、送受信部３４１へ振り分ける。なお、ここではまだ、コマンドを受け取ったことを示すレスポンスを返さない。
【００８３】
送受信部３４１は、コマンドを受け取ると、ステータスレジスタ８２の「コマンド受信完了」ｂｉｔを１にし、ＣＰＵ２７に割り込みを掛ける。この場合、ＣＰＵ２７は、ステータスレジスタ８２を参照することで何のための割り込みなのかを把握することができる。また、受け取ったコマンドは、コマンドバッファ８３に格納される。
【００８４】
ＣＰＵ２７は、割り込みがあると（Ｔ３：ＹＥＳ）、送受信部３４１が受け取ったコマンドの解釈を行なう（Ｔ５）。すなわち、ＣＰＵ２７は、送受信部３４１のステータスレジスタ８２を参照し、送受信部３４１がコマンドを受け取ったことを知ると、コマンドバッファ８３からコマンドを取得して、それを解釈する。これにより、ＣＰＵ２７は、ＳＣＳＩデータの有無や伝送方向、大きさを把握する。
【００８５】
ＣＰＵ２７は、コマンドの解釈によって、ＳＣＳＩデータが無いと把握した場合（例えば、ＩｎｑｕｉｒｙコマンドやＴｅｓｔ Ｕｎｉｔ Ｒｅａｄｙコマンドの場合）およびＳＣＳＩデータの伝送方向がデバイス→ＰＣ（送信）であると把握した場合（例えば、Ｒｅａｄコマンドの場合）には（Ｔ６：ＹＥＳ）、送受信部３４１のコントロールレジスタ８１の「コマンド受付完了」ｂｉｔと「ステータスレジスタクリア」ｂｉｔに１を書き込む（Ｔ７）。
【００８６】
送受信部３４１は、Ｔ７で「コマンド受付完了」ｂｉｔに１が書き込まれた時点で、ＰＣに対してコマンドを受け取ったことを示すレスポンスを返す。ここで、ＰＣ側は、レスポンスを受け取ると、ＳＣＳＩデータが無い場合には次がＳＣＳＩステータスの受信であり、ＳＣＳＩデータの伝送方向がデバイス→ＰＣである場合には次がＳＣＳＩデータの受信であるので、デバイス待ちの状態に遷移する。
【００８７】
他方、ＣＰＵ２７は、コマンドの解釈によって、ＳＣＳＩデータの伝送方向がＰＣ→デバイス（受信）であると把握した場合（例えば、Ｗｒｉｔｅコマンドの場合）には（Ｔ６：ＮＯ）、ＰＣからのＳＣＳＩデータを受信する準備をする（Ｔ８）。具体的には、ＲＡＭ２９上に受信に必要な領域を確保し、その先頭アドレスをＳＣＳＩデータＤＭＡアドレスレジスタ８５に書き込み、受信するバイト数をＳＣＳＩデータＤＭＡカウントレジスタ８６に書き込む。その後、送受信部３４１のコントロールレジスタ８１の「コマンド受付完了」ｂｉｔと「ステータスレジスタクリア」ｂｉｔに１を書き込む（Ｔ９）。
【００８８】
送受信部３４１は、Ｔ９で「コマンド受付完了」ｂｉｔに１が書き込まれた時点で、ＰＣに対してコマンドを受け取ったことを示すレスポンスを返す。ここで、ＰＣ側は、レスポンスを受け取ると、デバイス側でコマンドを解釈してＳＣＳＩデータを受け取る準備が出来たと認識して、ＳＣＳＩデータの送信を開始する。
【００８９】
そして、送受信部３４１は、ＳＣＳＩデータＤＭＡカウントレジスタ８６が０になった時点で、ステータスレジスタ８２の「データ受信完了」ｂｉｔを１にし、ＣＰＵ２７に割り込みを掛ける。
【００９０】
ＣＰＵ２７は、割り込みがあると（Ｔ１０：ＹＥＳ）、送受信部３４１のコントロールレジスタ８１の「データ受取完了」ｂｉｔと「ステータスレジスタクリア」ｂｉｔに１を書き込んで、ＳＣＳＩデータの受信を完了する（Ｔ１１：ＹＥＳ）。ここで、ＰＣ３側は、ＳＣＳＩデータがデバイスに到達されたことが通知され、次がＳＣＳＩステータスの受信であるので、デバイス待ちの状態に遷移する。
【００９１】
Ｔ７およびＴ１１（ＹＥＳ）の後には、ＣＰＵ２７は、コマンドを実行する（Ｔ１２）。例えばＴｅｓｔ Ｕｎｉｔ Ｒｅａｄｙコマンドなら、第１〜第４メモリーカード１１〜１４が挿入されているか否かを判断する。例えばＲｅａｄコマンドなら、第１〜第４メモリーカード１１〜１４からデータを読み出す。例えばＷｒｉｔｅコマンドなら、この時点で書き込むべきデータをＰＣから受け取っているので（上述のＴ８〜Ｔ１１）、それを第１〜第４メモリーカード１１〜１４に書き込む。
【００９２】
次に、ＣＰＵ２７は、ＳＣＳＩデータの伝送方向がデバイス→ＰＣ（送信）である場合（例えば、Ｒｅａｄコマンドの場合）には（Ｔ１３：ＹＥＳ）、読み出したデータをＰＣへ送信する準備をする（Ｔ１４）。具体的には、ＲＡＭ２９上に送信に必要な領域を確保して読み出したデータを格納するとともに、その先頭アドレスをＳＣＳＩデータＤＭＡアドレスレジスタ８５に書き込み、受信するバイト数をＳＣＳＩデータＤＭＡカウントレジスタ８６に書き込む。そして、送受信部３４１〜３４４のコントロールレジスタ８１の「データ送信開始」ｂｉｔに１を書き込む。
【００９３】
送受信部３４１は、Ｔ１４で「データ送信開始」ｂｉｔに１が書き込まれた時点で、ＰＣへＳＣＳＩデータの転送を開始する。そして、送受信部３４１は、ＳＣＳＩデータの転送が終わったら、ステータスレジスタ８２の「データ送信完了」ｂｉｔを１にし、ＣＰＵ２７に割り込みを掛ける。
【００９４】
ＣＰＵ２７は、割り込みがあると（Ｔ１５：ＹＥＳ）、ＳＣＳＩデータの転送が終わったことを把握するので、送受信部３４１のコントロールレジスタ８１の「ステータスレジスタクリア」ｂｉｔに１を書き込んで、ＳＣＳＩデータの送信を完了する（Ｔ１６：ＹＥＳ）。
【００９５】
Ｔ１３（ＮＯ）およびＴ１６（ＹＥＳ）の後には、ＣＰＵ２７は、ＳＣＳＩステータスの送信を開始する（Ｔ１７）。具体的には、ＣＰＵ２７は、上記処理の中で、ＰＣに返すべきステータスを既に決定しているので、そのステータスをＳＣＳＩステータスバッファ８４に書き込み、送受信部３４１〜３４４のコントロールレジスタ８１の「ステータス送信開始」ｂｉｔに１を書き込んで、ＳＣＳＩステータスの送信を開始する。
【００９６】
送受信部３４１〜３４４は、Ｓ１７で「ステータス送信開始」ｂｉｔに１が書き込まれた時点で、ＰＣへＳＣＳＩステータスの送信を開始する。そして、送受信部３４１は、ＰＣ側からＳＣＳＩステータスを受け取ったレスポンスを受けると、ステータスレジスタ８２の「ステータス送信完了」ｂｉｔを１にし、ＣＰＵに割り込みを掛ける。
【００９７】
ＣＰＵ２７は、割り込みがあると（Ｔ１８：ＹＥＳ）、ＳＣＳＩステータスの送信が終わったことを把握するので、送受信部３４１〜３４４のコントロールレジスタ８１の「ステータスレジスタクリア」ｂｉｔに１を書き込んで、ＳＣＳＩデータの送信を完了する（Ｔ１９：ＹＥＳ）。これにより、送受信部３４１〜３４４のステータスレジスタ８２がクリアされて、元の状態に戻る。
【００９８】
次に、本通信システム１において、Ｉｎｑｕｉｒｙデータを用いた本発明の主要機能に係るデータ通信処理の流れの一例について。なお、各ステップにおける処理（請求項に記載した機能実現手段）は、ＰＣ３のＣＰＵ４１あるいはマルチリーダライタ２のＣＰＵ２７によって各構成部が制御されることにより行われる。図９は、主処理の流れを示すフローチャートである。すなわち、ＰＣ３にマルチリーダライタ２が接続され、各装置に電源が投入されると、まず、ＰＣ３に接続されている不明なデバイスに対してドライブを割り当てるドライブ割当処理（Ｓ１）が実行される。本実施形態では、デバイスとしてマルチリーダライタ２だけが接続されているため、これのみにドライブが割り当てられる。
【００９９】
次に、ユーザーによって選択されたドライブを通信相手として設定するドライブ設定処理（Ｓ２）が行われる。ドライブが設定されると、設定されたドライブに対応するデバイス（本実施形態ではマルチリーダライタ２）が通信相手として認識される。そして、マルチリーダライタ２へのメモリーカード１１〜１４の装着（あるいは交換）発生の有無を監視するメモリーカード監視処理（Ｓ３）と、ファイル選択監視処理（Ｓ４）とが実施される。該主処理ルーチンは、起動管理タイマールーチンから定期的に出される起動トリガを用いる等により、一定の時間間隔（例えば１００ｍｓ〜１０００ｍｓ：例えば５００ｍｓ）で繰り返し定常的に実行される。
【０１００】
図１０は、ＰＣ３においてＣＰＵ４１により実行されるドライブ割当処理（Ｓ１）の詳細を示すものである。まず、参照されるドライブ（以下「参照ドライブ」と称する）がＡドライブに初期設定される（Ｓ１０１）。該参照ドライブは、ＰＣ３側で割り当て可能なドライブのことを意味するものであって、該ドライブが複数存在する場合はドライブの割り当て処理時に昇順で参照される。参照ドライブは、ＰＣ３のＷＩＮ２０００のＯＳカーネルで管理されている。本実施形態では、割り当て可能なドライブ数をＡ〜Ｚの２６個としている。
【０１０１】
参照ドライブが設定されると、次に、ＣＰＵ４１によって、ドライブが割り当てられるデバイスからＳ／Ｉデータを返信させるためのＩｎｑｕｉｒｙコマンド（以下「Ｉｎｑ（０）コマンド」と称する）が参照ドライブに対して発行される（Ｓ１０２）。実際には、ＣＰＵ４１によって該Ｉｎｑ（０）コマンドがＯＳカーネルに対して発行され、該ＯＳカーネルにおいて該Ｉｎｑ（０）コマンドが参照ドライブに発行されたものとして取り扱われる。そして、ＯＳカーネルにより、ＥＶＰＤ領域が“０”に設定されたＣＤＢ（０）が生成されて、参照ドライブに関連づけられた不明デバイスに送信される。ＳＣＳＩ規格では、ＥＶＰＤ領域が“０”に設定されている場合はＳ／Ｉデータを返信するよう定義されている。ＣＤＢ（０）の具体例は、前述のごとく表２に示している。なお、表２のデータ欄には、各データが１６進数表記で示されている。本明細書において特に明示しない限り、データ欄は全て１６進数表記で示すものとする。
【０１０２】
参照ドライブに関連づけられたデバイスが存在する場合であって、該デバイスがＳＣＳＩコマンドを処理することができるデバイス（ＳＣＳＩコマンド対応デバイス）である場合は、該デバイスからＳ／Ｉデータが返信される。一方、デバイスが存在しない場合、あるいは存在していても該デバイスがＳＣＳＩコマンドを処理することができない場合（ＳＣＳＩコマンド非対応デバイス）は、該デバイスからＳ／Ｉデータは返信されない。Ｓ１０３では、Ｓ／Ｉデータの返信の有無に基づいてＣＰＵ４１によってエラー判定が行われる（Ｓ１０２）。具体的には、Ｓ／Ｉデータの返信がない場合はエラーと判定される（Ｓ１０２のＹｅｓ側）。この場合、その後の処理はステップＳ１０７に進む。また、Ｓ／Ｉデータの返信がある場合はエラーと判定されない（Ｓ１０２のＮｏ側）。すなわち、当該参照ドライブに関連づけられたデバイスが存在すると判定される。この場合、その後の処理はステップＳ１０５に進む。
【０１０３】
Ｓ１０３においてエラーでないと判定されると、返信されたＳ／Ｉデータに基づいて、参照ドライブに関連づけられたデバイスが通信対象となり得るデバイスであるかどうか、すなわち、通信可能なデバイスであるかどうかが判定される。本実施形態では、当該ステップは、参照ドライブに関連付けられたデバイスがマルチリーダライタ２であるかどうかを判定するために行われる。また、本実施形態では、マルチリーダライタ２から、表３に示すＳ／ＩデータがＰＣ３へ返信されるようになっており、当該ステップにおける判定処理は、返信されたＳ／Ｉデータのバイト０の領域やバイト１の領域のデータ、あるいは、バイト８〜１５の領域のベンダＩＤや、バイト１６〜３１の領域のプロダクトＩＤなどが、ＰＣ３側で予め登録しておいたＩＤ情報等と一致しているかどうかによって行われる。当該ステップで、通信可能なデバイスであると判定されると（Ｓ１０４のＹｅｓ側）、処理はステップＳ１０５に進み、通信可能なデバイスではないと判定されると（Ｓ１０４のＮｏ側）、処理はＳ１０７に進む。なお、表３中のバイト０領域のデータ「０ｘ００」はダイレクトアクセスデバイスを示し、バイト１の領域のデータ「０ｘ８０」は可換記憶媒体を示すものである。上述の各バイト領域に記述される内容については、ＳＣＳＩ規格で定義されているため、詳細については、当該規格書を参照されたい。
【０１０４】
処理がＳ１０５に進むと、ここでは、返信されたＳ／Ｉデータに基づいて、当該参照ドライブのＬＵＮが“０”であるかどうかがＣＰＵ４１によって判定される。かかる判定は、Ｓ／Ｉデータにおけるベンダ固有領域のバイト５４の領域のデータに基づいて行われる。本実施形態では、上述したように、マルチリーダライタ２から、表３に示すＳ／ＩデータがＰＣ３へ返信されるようになっている。また、表３のバイト５４領域の備考欄にも記載しているように、マルチリーダライタ２では、Ｓ／Ｉデータを返信する際に、バイト５４の領域の上位４ビットに該マルチリーダライタ２の物理的Ｉ／Ｆを示す情報（本実施形態ではＵＳＢであることを示す情報）が格納され、下位４ビットにＬＵＮの番号を格納するようにプログラミングされている。従って、ＣＰＵ４１は、バイト５４の領域のデータを参照すれば、ＬＵＮの情報を取得することができる。これにより、当該ステップの判定処理を行なうことができる。例えば、バイト５４の領域に「０ｘ１０」が格納されている場合は、物理的Ｉ／ＦがＵＳＢ接続コネクタであって、ＬＵＮが０であることが取得され、「０ｘ２３」が格納されている場合は、物理的Ｉ／ＦがＳＣＳＩ接続コネクタであって、ＬＵＮが３であることが取得される。
【０１０５】
Ｓ１０５で、ＬＵＮが“０”であると判定されると（Ｓ１０５のＹｅｓ側）処理はＳ１０６に進み、ＬＵＮが“０”でないと判定されると（Ｓ１０５のＮｏ側）処理はＳ１０７に進む。なお、ＷＩＮ２０００がインストールされたＰＣ３と接続されている場合は、マルチリーダライタ２側でバイト５４の領域に、例えばＬＵＮ＝１の情報を格納したとしても、ＰＣ３側ではＬＵＮ＝０として認識するようになっている。そのため、当該Ｓ１０５の処理は必ずＹｅｓ側に進むことになる。この場合は、Ｓ１０５の判定処理は意味を成さないため省略してもよい。
【０１０６】
Ｓ１０６では、現在の参照ドライブを対応ドライブリストに追加する処理が実行される。対応ドライブリストは、最終的にドライブが割り当てられる参照ドライブをリストアップしたものである。詳細には、該対応ドライブリストがＲＡＭ４３の所定の記憶領域に展開されており、該当する参照ドライブが該記憶領域に書き込まれる。その後、処理はＳ１０７に進む。
【０１０７】
Ｓ１０７では、参照ドライブがＺドライブであるかどうかがＣＰＵＳ４１によって判定される。例えば、カウンタメモリなどにドライブの参照順をカウントさせておき、そのカウンタ値をＣＰＵ４１が監視することにより、現在の参照ドライブがＺドライブであるかどうかの判定が可能である。かかる判定は、設定された参照ドライブが最後であるかどうかを判定するために行われる。ここで、参照ドライブがＺドライブであると判定されると、参照可能なドライブが存在しないため、続く処理はＳ１０９に進む。参照ドライブがＺドライブではないと判定されると、参照ドライブを次順のドライブに設定した後に（Ｓ１０８）、Ｓ１０２からの処理がＳ１０７においてＹｅｓと判定されるまで繰り返し行われる。
【０１０８】
処理がＳ１０９に進むと、ここでは、対応ドライブリストに基づいてドライブの割り当てがなされる。これにより、一連のドライブ割当処理（Ｓ１）が終了する。なお、本実施形態では、外部ストレージデバイスとしてマルチリーダライタ２のみが接続されているため、Ａドライブに対してマルチリーダライタ２が割り当てられ、他のドライブには何ら割り当てられないものとする。
【０１０９】
続いて、図１１は、ドライブ設定処理（Ｓ２）の詳細を示すものである。Ｓ２０１では、ドライブ割当処理（Ｓ１）によって割り当てられたドライブ（以下「対応ドライブ」と称する）が存在するかどうかが判定される（Ｓ２０１）。すなわち、ＰＣ３で割当可能なドライブのいずれかに所定のデバイスが割り当てられたかどうかが判定される。本実施形態では、マルチリーダライタ２が割り当てられたＡドライブが存在するため、対応ドライブがあると判定される。その後、対応ドライブが１つであるかどうかが判定される（Ｓ２０２）。一方、Ｓ２０１で、対応ドライブが存在しないと判定されると（Ｓ２０１のＮｏ側）、通信対象が存在しないため、処理が終了する。
【０１１０】
Ｓ２０２で対応ドライブが１つであると判定されると（Ｓ２０２のＹｅｓ側）、当該対応ドライブが通信対象として設定される（Ｓ２０５）。すなわち、当該対応ドライブに関連付けられたデバイスが通信対象に設定される。なお、本実施形態では、Ａドライブが通信対象として設定される。換言すれば、マルチリーダライタ２が通信対象のデバイスとして設定される。
【０１１１】
一方、対応ドライブが複数存在すると判定された場合は（Ｓ２０２のＮｏ側）、対応ドライブを示すアイコンをダイアログ表示させる（Ｓ２０３）。その後、ユーザーからいずれかのアイコンが選択されることによって所望の対応ドライブが選択されると、選択された対応ドライブが通信対象として設定される。なお、いずれのアイコンも選択されない場合であっても、例えば、対応ドライブごとに優先度が設定されている場合は、最も優先度の高い対応ドライブが通信対象に自動的に設定される。これにより、一連のドライブ設定処理（Ｓ２）が終了する。
【０１１２】
次に、図１２は、周辺装置側トリガ監視処理（Ｓ３）の詳細を示すものである。まず、ＰＣ３側において、マルチリーダライタ２から該マルチリーダライタ２のＶＰＤ（Vital Product Data）を返信させるためのＩｎｑｕｉｒｙコマンド（以下「Ｉｎｑ（１）コマンド」と称する）がＡドライブに対して発行される（Ｓ３０１）。実際には、該Ｉｎｑ（１）コマンドが、ＯＳカーネルに対して発行され、該ＯＳカーネルによってＡドライブに対して発行されたものとして取り扱われる。上記Ｉｎｑ（１）コマンドが発行されると、ＯＳカーネルによって、ＥＶＰＤ領域が“１”に設定されたＣＤＢ（１）が生成されて、Ａドライブに関連づけられたマルチリーダライタ２にＵＳＢケーブル２５を介して送信される。このとき生成されるＣＤＢ（１）を表４に示す。すなわち、該ＣＤＢ（１）のバイト２の領域にはページコード「０ｘＥ０」が記述されている。
【０１１３】
ＣＤＢ（１）のバイト４の領域、すなわちアロケーション長領域には「０ｘ１０」（２進数表記では「０００１００００」）が格納されている。本来、アロケーション長領域には、接続されたデバイスに要求するデータ長が格納される。本実施の形態では、マルチリーダライタ２のアロケーション長の最大値が予め固定長（ここでは、仮に１５バイトとしているが、これに限定されるものではない）に設定されている。この“１５”という数は下位４ビットで表現できる。ＳＣＳＩ規格に従えば、マルチリーダライタ２において設定された上記最大値以上の数値がアロケーション長として指定されたとしても、マルチリーダライタ２のアロケーション長は上記最大値、すなわち、１５バイトに設定される。従って、アロケーション長領域に「０ｘ１０」が記述されていても、また、「０ｘ１１」以上が記述されていても、アロケーション長は１５バイトに設定される。これは、アロケーション長領域のデータのうち、上位４ビットのいずれかのビットが「１」である場合は、該アロケーション長領域のデータを（アロケーション長の設定値に兼用された）任意のデータ（付加情報）として自由に使用することができるということを意味する。すなわち、上位４ビットのいずれかのビットを「１」とすることにより、アロケーション長領域における当該ビット以外のビットを、いわば仮想的な空き領域として確保することができる。このように確保された仮想的な空き領域に任意のデータを付加することで、ＰＣ３とマルチリーダライタ２との間で、上記付加情報に係るデータ通信が可能となるのである。
【０１１４】
なお、上記アロケーション長は常に固定長（ここでは１５バイト）に設定されるのではなく、ＣＤＢ（１）のページコードに応じてその最大値が設定されるようにしてもよい。例えば、ページコード「０ｘＥ０」の場合は、アロケーション長の最大値が１５バイトの固定長に設定され、ページコード「０ｘＥ２」の場合は、９バイトの固定長に設定される。かかる設定処理は、ＣＤＢ（１）を受信したマルチリーダライタ２のＣＰＵ２７によってページコードの内容が読み取られ、読み取られた内容に応じて、予めＲＯＭ２８に格納しておいた固定長対応リストから該当する固定長を選定することにより行われる。もちろん、１５バイトあるいは９バイトと定めた上記アロケーション長は任意に設定することができる。
【０１１５】
表６及び表７に、上記アロケーション長領域に確保された空き領域に付加される通信データを類別して示す。各表のデータ内容欄に示すように、各データには、それ自体が何を意味するものであるのかが定義づけられている。具体的には、データ内容欄の記載を参照されたい。なお、表６はページコードが「０ｘＥ０」の場合に送信される通信データであり、表７は、ページコードが「０ｘＥ２」の場合に送信される通信データである。ＣＤＢ（調査指示データ）において、このページコード（調査指示データ種別識別情報）を変更すれば、アロケーション長最大値や付加情報内容の異なる別の調査指示データフォーマットを生成することができる。
【０１１６】
【表６】
【０１１７】
【表７】
【０１１８】
表６及び表７の左欄には、アロケーション長領域に記述されるデータそのものが、右欄にはそのデータの意味する内容が示されている。ＰＣ３側からマルチリーダライタ２に上記左欄のデータが送信されると、マルチリーダライタ２側では、ＣＰＵ２７により、受信したＣＤＢ（１）からアロケーション長領域のデータが抽出され、抽出されたデータの内容が解析され、そして、解析されたデータの内容に従った処理が実行される。なお、表６及び表７に示す内容は、テーブルリスト化されて、ＰＣ３のＨＤＤ４４又はＲＯＭ４２と、マルチリーダライタ２のＲＯＭ２８に予め格納されている。
【０１１９】
上記Ｓ３０１でＩｎｑ（１）コマンドが発行されて生成されたＣＤＢ（１）には、表５に示すように、アロケーション長領域に「０ｘ１０」が記述されている。従って、Ｉｎｑ（１）コマンドは、ＰＣ３からマルチリーダライタ２に対して、メモリーカードの装着発生有無を検出させるための命令であることを意味する。一方、マルチリーダライタ２側では、送信されたＣＤＢ（１）が受信される。その後、ＣＰＵ２７によって、ＣＤＢ（１）内のアロケーション長領域のデータ「０ｘ１０」が抽出され、そして、該データに従って、メモリーカードの装着発生有無を検出する処理が行われる（Ｓ３０２）。
【０１２０】
メモリーカードの装着発生有無の検出が終了すると、その検出結果がＣＰＵ２７によってＰＣ３へ返信される（Ｓ３０３）。該返信処理は、具体的には、ＣＤＢ（１）の受信後に生成されてＰＣ３へ返信されるＶＰＤに上記検出結果を書き込むことにより行われる。より詳細には、表８に示すように、バイト７の領域にメモリーカードの装着発生のありなしが書き込まれる。本実施形態では、装着発生なしの場合は「０ｘ００」が書き込まれ、装着発生ありの場合は「０ｘ０１」が書き込まれる。なお、表８は装着発生ありの場合のＶＰＤを示す。
【０１２１】
【表８】
【０１２２】
続いて、ＰＣ３側では、マルチリーダライタ２から返信される表８のＶＰＤを受信して、該ＶＰＤのバイト７の領域を参照することにより、メモリーカードの装着発生の有無が判定される（Ｓ３０４）。ここで、メモリーカードの装着なしと判定されると（Ｓ３０４のＢ側）、以下のステップは全てスキップされて処理は終了する。
【０１２３】
他方、メモリーカードの装着ありと判定されると（Ｓ３０４のＡ側）、ＰＣ３側では、既に説明したファイルシステムを利用して、装着されたメモリーカード内のデータファイルを検索し、ファイルリスト（フォルダ構造を含む）を作成する（Ｓ３０５）。
【０１２４】
その後、作成したファイルリストデータに基づいて、マルチリーダライタ２側のＬＣＤ２１に該ファイルリストを文字表示させるための文字列データが作成され（Ｓ３０６）、ＲＡＭ２９にファイルリスト用文字列データとして記憶される。文字列データは、表示対象となる文字に一対一に対応したビットコードデータ（文字コード）であり、ＪＩＳコード、シフトＪＩＳコードあるいはＡＳＣＩＩコードなどの既製のコードをそのまま使用してもよいし、独自のコードを使用してもよい。ただし、周辺装置側の表示用文字データテーブル（例えばＲＯＭ２８内：表示用データ自体は、ビットマップ型あるいはアウトライン型のフォントデータである）が上記既製コードを用いて作成されたものである場合、上記独自コードとの対応関係を示すテーブルを別途周辺装置側にて用意しておき（例えばＲＯＭ２８内）、このテーブルを参照して該独自コードを上記既製コードに変換してから表示に用いるとよい。
【０１２５】
作成された文字列データは、マルチリーダライタ２へ送信される（Ｓ３０７）。かかる送信処理は、図１３のフローチャートに示すステップＳ４０１以降の処理手順に従って行われる。まず、Ｉｎｑ（１）コマンドが発行される（ステップＳ４０１）。このＩｎｑ（１）コマンドが発行されることにより生成されたＣＤＢ（１）データはマルチリーダライタ２へ送信される。なお、Ｉｎｑ（１）コマンドの発行によりマルチリーダライタ２からＶＰＤが返信されてくるが、文字列送信の場合の該ＶＰＤには返信データは付加されないように決めてある。それ故、ここではＶＰＤの返信処理の説明を省略する。
【０１２６】
より詳細には、ステップＳ４０１では、ページコードとしてバイト２の領域に「０ｘＥ２」が、アロケーション長領域に「０ｘ１８」が記述されたＣＤＢ（１）データが生成される。従って、該ステップで発行されるＩｎｑ（１）コマンドは、表７に基づけば、「０ｘ９０」で示される文字列番号に対応する文字列記憶領域（ＲＡＭ２９内の記憶領域）の先頭にポインタをセットさせるための要求命令である。もちろん、この要求命令はマルチリーダライタ２に対してなされるものである。なお、上記ポインタとは、後述するステップＳ４０２によって切り出された文字を格納する位置を指示する指標を意味する。
【０１２７】
続いてステップＳ４０２では、ＰＣ３のＲＡＭ４３に格納されたファイルリスト表示用の文字列データから、その先頭から順番に文字が切り出される。その後、ステップＳ４０３において、ステップＳ４０２で切り出された文字が終端文字であるかどうかがＣＰＵ４１によって判定される（Ｓ４０３）。かかる処理は、切り出された文字を示すデータが「０ｘ００」であるかどうかによって判定される。「０ｘ００」は文字を示すものではないため、このステップで、「０ｘ００」であると判定されると、終端文字であると判定される。切り出された文字が終端文字であると判定されると、処理はステップＳ４０６に進む。一方、切り出された文字が終端文字でないと判定されると、処理はステップＳ４０４に進む。ここでは、Ｉｎｑ（１）コマンドが発行されて、ページコードとして「０ｘＥ２」が、アロケーション長領域に、ステップＳ４０２で切り出された文字データの記述されたＣＤＢ（１）データが生成される。そして、生成されたＣＤＢ（１）データがマルチリーダライタ２へ送信される。
【０１２８】
ＣＤＢ（１）データの送信後は、文字データの切り出し位置が次の文字に設定され（Ｓ４０５）、その後に、ステップＳ４０２からの処理が繰り返し実行される。その後、処理がステップＳ４０６に進むと、Ｉｎｑ（１）コマンドが発行されて、ページコードとしてバイト２の領域に「０ｘＥ２」が、アロケーション長領域に「０ｘ１７」が記述されたＣＤＢ（１）データが生成される。これは、現在の文字列記憶領域において、最後に格納された文字（即ち末文字）が格納された領域以降のすべてのビット領域を「０ｘ００」で埋めるための要求命令である。換言すれば、マルチリーダライタ２に送信され、ＲＡＭ２９に格納されたデータの終端以降に「０ｘ００」を付け加えて、格納されたデータを所定長さ（例えば１２８ビット）のビットデータに揃えさせるための要求命令である。該ステップＳ４０６の後に、上記図１２の送信処理（Ｓ３０９）が完了する。
【０１２９】
図１２に示す上記送信処理（Ｓ３０７）によりデータが送信されると、送信されたデータは、マルチリーダライタ２側で受信され、該受信されたデータがＲＡＭ２９に格納される（Ｓ３０８）。実際には、上記ステップＳ４０６（図８参照）で切り出された文字が一つずつ送信される毎に、その文字データが順次ＲＡＭ２９に格納される。
【０１３０】
上記送信処理（Ｓ３０７）の後、再度、ＰＣ３側でＩｎｑ（１）コマンドが発行され、これにより生成されたＣＤＢ（１）データがマルチリーダライタ２へ送信される（Ｓ３０９）。このとき生成されるＣＤＢ（１）データを表９に示す。表９に示すように、バイト２の領域に「０ｘＥ０」が、アロケーション長領域に「０ｘ１１」が記述されているため、表６に基づけば、このとき発行されたＩｎｑ（１）コマンドは、次に送信されるデータが示す数に対応する文字列番号の文字列記憶領域（ＲＡＭ２９内の記憶領域）に格納されたデータをマルチリーダライタ２の液晶表示部２１へ転送させる要求命令であることが理解できる。
【０１３１】
【表９】
【０１３２】
その後、もう一度Ｉｎｑ（１）コマンドが発行され、ページコードとしてバイト２の領域に「０ｘＥ０」が、アロケーション長領域に文字データが記憶されている文字列番号を示すデータ「０ｘ９０」が記述されたＣＤＢ（１）データがマルチリーダライタ２へ送信される（Ｓ３１０）。従って、マルチリーダライタ２で該ＣＤＢ（１）データが受信されると、ＣＰＵ２７によって、Ｓ３０８で送信されてきた文字列番号に対応する文字列記憶領域に格納された受信データ（文字データ）が読み出されて、液晶表示部２１へ転送される（Ｓ３１１）。これにより、ＰＣ３から送信されたデータが液晶表示部２１で表示される。
【０１３３】
本実施形態では、ファイルリスト表示用の文字データがメモリーカードの装着時に一括してマルチリーダライタ２側に送信され、図２のＲＡＭ２９に格納される。そして、そのＬＣＤ２１への表示と、閲覧のためのＬＣＤ２１上でのスクロール処理、及び表示されたファイルリスト上でのファイル選択処理は、全てＲＯＭ２８内のマルチリーダライタ２（周辺装置）側の表示制御プログラムにより、表示制御ＬＳＩ３４と協働して実行される。キーボード２２の出力は表示制御ＬＳＩ３４にも分配入力されている。
【０１３４】
図１５のステップ１は、ＬＣＤ２１におけるファイルリストの表示例を示している。上位フォルダＦのフォルダ名を示す文字列データが複数取得されているが、ＬＣＤ２１の表示画面にはその一部だけが表示されている。図２Ａのスクロールキー２２ｇ，２２ｈを操作すると、ステップ２に示すように、文字列データ（上位フォルダＦ）が上下にスクロールされ、隠れていた文字列データを表示することができる（図１５では、符号２１が液晶表示器の表示領域を示している）。
【０１３５】
表示されている上位フォルダＦを選択し（本実施形態では、スクロールによりＬＣＤ２１に表示させた状態が選択状態も兼ねているが、別途、カーソルを用いてもよい）、確定ボタン２２ｅをシングルクリックすれば、ステップ３のごとく、上位フォルダＦが開いてその内部の下位フォルダＳＦのリストが表示される。なお、この状態でステップ４に示すごとく、対応する上位フォルダＦを再度選択してシングルクリックすれば、上位フォルダＦが閉じてステップ３の状態に戻る。他方、下位フォルダＳＦのいずれかを選択して確定ボタン２２ｅをシングルクリックすれば、ステップ５に示すごとく、選択した下位フォルダＳＦが開き、その内部のデータファイルＤＦのリストが表示される。このように、クリックを繰り返してフォルダ階層間を移動する処理は周知である。
【０１３６】
データファイルＤＦのリストが表示されば、所望のデータファイルＤＦを選んで確定ボタン２２ｅをシングルクリックすれば、ステップ６に示すごとく、そのデータファイルＤＦの仮選択状態となる（再度シングルクリックすると仮選択状態が解除される。仮選択されたデータファイルＤＦの表示は、反転、強調などにより、非選択状態とは異なる仮選択表示状態とされる。仮選択が完了すれば、仮選択されたデータファイルＤＦのどれかをＬＣＤ２２に表示させた状態とし、確定ボタン２２ｅをダブルクリックすれば、ステップ７に示すごとく、仮選択したデータファイルＤＦの選択状態が確定される。また、確定されたデータファイルが、ＰＣ３側で認識可能な予め定められた形式の音声データファイルや動画データファイルであれば、該ファイルに関連する補助情報を表示してもよい。該データファイルが確定された場合には、ＰＣ側で、該ファイルデータのファイル情報（例えば、音楽データファイルであれば、曲名やアーティスト名等）を取得し、その取得情報を表示するための文字列を作成して、図１２の周辺装置側トリガ監視処理におけるＳ３０６〜Ｓ３０７と同様の処理を行なうことにより、補助情報を液晶表示器２１に表示することができる。
【０１３７】
次に、図１４は、ファイル選択監視処理（Ｓ４）の詳細を示すものである。ＰＣ３側では、ファイル選択情報をマルチリーダライタ２から取得するための新しいＩｎｑ（１）コマンドが発行され、生成されたＣＤＢ（１）には、アロケーション長領域に「０ｘ１３」が記述される（Ｓ１３０１）。表６から、このＩｎｑ（１）コマンドは、ＰＣ３からマルチリーダライタ２に対して、上記データファイルＤＦの選択状態を送信させる命令であることを意味する。一方、マルチリーダライタ２側では、送信されたＣＤＢ（１）が受信される。その後、ＣＰＵ２７によって、ＣＤＢ（１）内のアロケーション長領域のデータ「０ｘ１３」が抽出され、そして、該データに従って、上記ＣＤＢ（１）の受信後に生成されるＶＰＤに上記データファイルＤＦの選択状態を書き込み（Ｓ１３０４）、ＰＣ３に返信する（Ｓ１３０５）。
【０１３８】
ＰＣ３はマルチリーダライタ２から返信されるＶＰＤを受信して、該ＶＰＤのバイト７の領域を参照することにより、選択確定されたデータファイルＤＦが何であるかが判定される（Ｓ１３０６）。Ｓ１３０７で選択確定されたデータファイルＤＦが存在すれば、この後説明する操作連動ファイル処理ルーチンに、マルチリーダライタ２に装着されたメモリーカード（記憶媒体）の該選択されたデータファイルに対する、該データファイル受信を含む予め定められたファイル処理（通信イベント）を指令する。
【０１３９】
図１６は、Ｓ１３０８にて実行される操作連動ファイル処理の流れを示すものである。Ｓ１００１〜Ｓ１００５では、ボタン２２の押下（操作）の有無を判定する。なお、Ｓ１００２〜Ｓ１００９における判定処理は、以下のとおりにして行なう。
【０１４０】
まず、ＰＣ３側でＩｎｑ（１）コマンドを発行し、これにより生成されたＣＤＢ（１）には、表５に示すように、アロケーション長領域に「０ｘ１２」が記述される。従って、Ｉｎｑ（１）コマンドは、ＰＣ３からマルチリーダライタ２に対して、ボタン２２の操作内容を検出させるための命令であることを意味する。マルチリーダライタ２側では、送信されたＣＤＢ（１）が受信される。その後、ＣＰＵ２７によって、ＣＤＢ（１）内のアロケーション長領域のデータ「０ｘ１２」が抽出され、そして、該データに従い、ボタン２２の操作内容を検出する処理がマルチリーダライタ２側にて行われる。ボタン２２の操作内容の検出が終了すると、その検出結果がＣＰＵ２７によってＰＣ３へ返信される（Ｓ３０３）。該返信処理は、具体的には、ＣＤＢ（１）の受信後に生成されてＰＣ３へ返信されるＶＰＤに上記検出結果を書き込むことにより行われる。より詳細には、表８に示すように、バイト８又はバイト９の領域にボタン２２の操作内容が書き込まれる。本実施形態では、上スクロールキー２２ｇの操作が有った場合に「０ｘ０１」が、下スクロールキー２２ｈの操作が有った場合に「０ｘ０２」が、確定・選択キー２２ｅの操作が有った場合に「０ｘ０３」が、コピーキー２２ｆの操作が有った場合に「０ｘ０４」が、キー２２ｇ，２２ｈ，２２ｅ，２２ｆの操作入力が無い場合には「０ｘ００」が、バイト８に書き込まれ、再生キー２２ａの操作が有った場合に「０ｘ０１」が、停止キー２２ｂの操作が有った場合に「０ｘ０２」が、早送りキー２２ｃの操作が有った場合に「０ｘ０３」が、早戻しキー２２ｄの操作が有った場合に「０ｘ０４」が、キー２２a，２２b，２２c，２２ｄの操作入力が無い場合には「０ｘ００」が、バイト９に書き込まれる。なお、表８は上スクロールキー２２ｇの操作（押下）発生の場合のＶＰＤを示す。
【０１４１】
Ｓ１００５では、上記の判定方法に基づいて、コピーキー２２ｆの操作の有無が判定される。これにより、上下スクロールキー２２ｇ，２２ｈで選択されたファイル（仮選択を含んでもよい）をＰＣ３側で保存する処理が実行される。図１７はその詳細を示すものである。
【０１４２】
なお、ＰＣ３側では、コピーキー２２ｆの操作に伴うデータファイルの保存に関する設定カスタマイズ処理を予め行なうことができる。図１８は、設定カスタマイズ処理の流れを示すもので、Ｓ１５０１ではマルチリーダライタ２からのファイル転送モードを、マウス５８あるいはキーボード５７により入力・選択する。ファイル転送モードには、メモリーカード２から転送されたデータファイルを、ＨＤＤ４４（データファイル保存手段）上の予め定められたフォルダ（保存領域）にコピーする（この場合、メモリーカード２からデータファイルは削除されない）コピーモードと、同じくムーブ（移動：メモリーカード２からデータファイルが削除される）するムーブモードとがあり、上記の入力内容に従い、Ｓ１５０２〜Ｓ１５０６で、そのいずれかが選択可能される。また、Ｓ１５０７では、データファイルの格納先を指定する入力を行なう。例えば、周知のごとくディスプレイ５６にファイルディレクトリ構造を、フォルダツリー形式で表示し、マウス５８によるクリックにより、格納先とするフォルダを選択することができる。Ｓ１５０８で選択されたフォルダがファイル格納先として設定される。なお、設定カスタマイズが実施されていない場合は、デフォルト設定に従う。
【０１４３】
図１７Ａは、コピーキー２２ｆの操作に伴い実行されるファイル保存処理ルーチンの処理の流れを示すフローチャートである（このルーチンは、定期的に繰り返し実行されるものである）。Ｓ５０１では、上下スクロールキー２２ｇ，２２ｈの操作により選択確定されたデータファイルの情報を取得する。次に、Ｓ５０２では、ＰＣ３のＨＤＤ４４内に設定されたデータファイルの格納先となるフォルダ内を検索し、選択確定されたデータファイルと重複するファイル名のデータファイルが存在しないかどうかを確認する。存在しない場合はＳ５０８に進み、ＯＳのファイルシステムを用いてメモリーカードのデータファイルを読み出す通信イベントを起動し、マルチリーダライタ２から読み出されたデータファイルを受信する。そしてＳ４０４で、受信したデータファイルを保存先として指定されているＨＤＤ４２内のフォルダに書き込む。なお、ムーブモードが選択されている場合は、メモリーカードの送信元となるデータファイルを削除する通信イベントを起動する。
【０１４４】
一方、Ｓ５０３で、選択確定されたデータファイルと重複するファイル名のデータファイルが存在する場合はＳ５０４に進み、これをマルチリーダライタ２に通知する通信イベントユーザーが起動される。この場合も、新しいＩｎｑ（１）コマンド（調査要求コマンド）が発行され、作成されるＣＤＢ（１）データ（調査指示データ）に付加情報として重複ファイル名を特定する情報（文字列データとしてもよいが、ファイルリスト上での順位コードで簡略化して特定するほうが望ましい）を書き込み、マルチリーダライタ２に送信する。マルチリーダライタ２では、受信した重複ファイル名特定情報に対応するデータファイルを、ＲＡＭ２９に既に格納されているファイルリスト上で検索し、図１７Ｂに示すように、そのファイル名（すなわち、重複ファイル名）をＬＣＤ２１表示部に表示する。この場合に可能な対応処理も、ＬＣＤ２１に合わせて表示することができる（図１７Ｂでは、スクロールにより複数の対応処理を順次表示できるようにしている。なお、この対応処理の種別を示す文字情報は、内容が一定であるためＲＯＭ２８等、マルチリーダライタ２側で予め用意しておくことができ、この場合はＰＣ３から文字列データを受信する必要はない。
【０１４５】
マルチリーダライタ２側では、キーボード２２を用いてＬＣＤ２１上で対応処理をスクロールし、確定ボタンのダブルクリックにより選択・確定する（キーボード２２は対応処理選択入力部に兼用されている）。選択可能な対応処理の種別は、コピー先（ＨＤＤ４４）のファイル名変更（１）、コピー元（メモリーカード（記憶媒体））のファイル名変更（２）、コピー中止（３）である。そして、どの対応処理が選択されたかがＶＰＤ（調査報告データ）に書き込まれ、ＰＣ３側に返信される。
【０１４６】
図１７Ｂに戻り、ＰＣ３側では受信したＶＰＤに書き込まれている情報により、対応処理の種別が上記１〜３のいずれであるかを特定し、処理を行なう（Ｓ５０６，Ｓ５０７）。つまり、１である場合はコピー先（ＨＤＤ４４）のファイル名を書換え（例えば、元のファイル名に「コピー〜」などの文字列を加える）、２である場合は、コピー元（メモリーカード（記憶媒体））のファイル名変更を行なうための通信イベントを起動する。ファイル名変更が完了すればＳ５０８の処理に進む。以下、選択確定された全てのデータファイルについての処理（コピー中止も処理完了とみなす）が終了するまで、同じ処理を繰り返す（Ｓ５０９→Ｓ５０３）。
【０１４７】
図１６に戻る。Ｓ１００２では、再生キー２２ａの操作の有無が判定される。これにより、上下スクロールキー２２ｇ，２２ｈで選択されたファイルをＰＣ３側で再生する処理が実行される。具体的には、上下スクロールキー２２ｇ，２２ｈの操作により選択されたメモリーカード内のデータファイルを、ＯＳのファイルシステムを用いて読み出す通信イベントを起動し、マルチリーダライタ２から読み出されたデータファイルを受信して、受信したデータファイルを保存先として予め指定されているＨＤＤ４２内のフォルダ（Ｓ１００６の保存先とは異なる）に書き込む。そして、ＰＣ３側で、保存したファイルを、該ファイルに対応する、ＰＣ３のＨＤＤ４４に記憶される周知のドライバソフトを用いて開き（Ｓ１００７）、その再生制御を実行する（Ｓ１００８）。これにより、ＰＣ３のディスプレイ５６やスピーカー５９において音声、動画が出力される。
【０１４８】
Ｓ１００３〜Ｓ１００５は、既に再生されているファイルに対し、停止キー２２ｂ、、早送りキー２２ｃ、早戻しキー２２ｄの操作の有無が判定される。これらの操作が判定されると、ＰＣ側において現在再生されているデータの停止（Ｓ１０１１）、早送り（Ｓ１００９）、早戻し（Ｓ１０１０）を上記のドライバソフトにより実行される。
【０１４９】
なお、上述した実施形態は本発明の一例にすぎず、本発明の要旨を変更しない範囲で、実施形態を適宜変更することができる。
【０１５０】
上記実施例においては、再生対象データ送信要求イベント実行手段は、ボタン２２（再生対象ファイル選択操作部）による選択操作トリガを再生対象データ送信トリガとして使用し、再生対象データ送信要求イベントを実行しているが、例えば、周辺装置側トリガ発生手段は、記憶媒体の記憶装置への装着を検出して周辺装置側トリガを発生させる記憶媒体装着検出手段を備えるよう構成し、再生対象データ送信要求イベント実行手段は、記憶媒体の装着に伴う周辺装置側トリガを再生対象データ送信トリガとして使用することもできる。具体的には、図１２の周辺装置側トリガ監視処理におけるＳ３０１において実行される記憶媒体の装着判定処理において、装着ありと判定された場合に実行し、図１６の操作連動ファイル処理実行時には、既にＰＣ３のＨＤＤ４２内のフォルダ（Ｓ１００６の保存先とは異なる）に再生対象とされる音声データファイルや動画データファイルが保存されるようにしてもよい。
【図面の簡単な説明】
【０１５１】
【図１Ａ】本発明の通信システムに適用されるマルチリーダライタの一例を正面側から見た斜視図。
【図１Ｂ】同じく背面側から見た斜視図。
【図２】マルチリーダライタの電気的構成の一例を示すブロック図。
【図３】マルチリーダライタのＳＣＳＩコマンド・データ・ステータス送受信部の説明図
【図４】コントロールレジスタの説明図
【図５】ステータスレジスタの説明図
【図６】本発明の通信システムに適用されるＰＣの概略構成を示すブロック図。
【図７】ＰＣ上で動作するＯＳと、該ＯＳ上で動作するアプリケーションを説明するための概念図。
【図８】マルチリーダライタのＳＣＳＩコマンド・データ・ステータス送受信部が行なう処理の流れを表すフローチャート。
【図９】本発明の通信システムにおいて実行されるデータ通信処理の処理の流れを表すフローチャート。
【図１０】図９のドライブ割当処理の流れを表すフローチャート。
【図１１】図９のドライブ設定処理の流れを表すフローチャート。
【図１２】図９のメモリーカード装着監視処理の流れを表すフローチャート。
【図１３】図１２の文字列データ送信処理の詳細を示すフローチャート。
【図１４】図９のファイル選択監視処理の流れを表すフローチャート。
【図１５】ファイルリスト表示の例を示す説明図。
【図１６】操作連動ファイル処理ルーチンの流れを表すフローチャート。
【図１７Ａ】ファイル保存処理ルーチンの処理の流れを示すフローチャート
【図１７Ｂ】重複ファイル検出時の表示例を示す説明図。
【図１８】設定カスタマイズの処理の流れを表すフローチャート。
【符号の説明】
【０１５２】
１ 通信システム
２ マルチリーダライタ（周辺装置）
３ ＰＣ（ホスト装置）
１１ 第１メモリーカード（記憶媒体）
１２ 第２メモリーカード（記憶媒体）
１３ 第３メモリーカード（記憶媒体）
１４ 第４メモリーカード（記憶媒体）
２１ 液晶ディスプレイ（表示部）
２２ キーボード（手動操作部、周辺装置側トリガ発生手段、再生対象ファイル選択操作部、保存対象ファイル選択操作部、対応処理選択入力部、）
２７ ＣＰＵ（トリガ発生報告情報返信手段、調査報告データ生成手段、トリガ発生報告情報書き込み手段、調査報告データ送信手段、交換通知情報保持手段、交換通知情報保持制御手段、ファイルリスト表示イベント実行手段、データファイル選択イベント実行手段、データファイル送信イベント実行手段、付加情報抽出手段、再生対象データ送信要求イベント実行手段、再生対象データ送信イベント実行手段、再生対象データファイル選択イベント実行手段）
２８ ＲＯＭ
２９ ＲＡＭ
３４ 表示制御ＬＳＩ（表示制御手段）
４１ ＣＰＵ（トリガ報告要求コマンド発行手段、報告情報受領手段、対象通信イベント起動手段、保存環境設定手段、保存領域設定変更手段、ファイル保存モード切替手段、調査指示データ作成手段、調査指示データ送信手段、ファイルリスト表示イベント実行手段、データファイル選択イベント実行手段、データファイル送信イベント実行手段、対応処理実行手段、再生対象データ送信要求イベント実行手段、再生対象データ送信イベント実行手段、再生制御手段、再生関連制御手段（停止制御手段）、再生対象データファイル選択イベント実行手段、再生対象データ保存手段）
４２ ＲＯＭ
４３ ＲＡＭ
４４ ＨＤＤ
５１〜５４ 入出力制御部（記憶媒体装着検出手段）
【特許請求の範囲】
【請求項１】
通信イベントの起動決定権を有したホスト装置と、該ホスト装置に接続される該ホスト装置の通信対象となる周辺装置とを含み、前記通信イベントを実行命令するためのコマンドを前記ホスト装置から前記周辺装置に向けて順次発行する一方、発行されたコマンドを受領した前記周辺装置が当該コマンドに対応するデータ処理を逐次実行し、その実行結果に応じた応答情報を前記ホスト装置側に返信するようになっており、かつ、前記コマンドの発行方向が前記ホスト装置側から前記周辺装置側への一方向に規制された主通信プロトコルを有する通信システムにおいて、
前記周辺装置に設けられ、予め定められた内容の対象通信イベントの起動を前記ホスト装置に促すための周辺装置側トリガを、該周辺装置側でのユーザー操作に基づいて発生させる周辺装置側トリガ発生手段と、
前記ホスト装置側に設けられ、前記周辺装置における前記周辺装置側トリガの発生を監視するために、前記トリガ発生報告情報を前記応答情報として要求するためのトリガ報告要求コマンドを、前記主通信プロトコルに従い前記周辺装置に向けて発行するトリガ報告要求コマンド発行手段と、
前記周辺装置側に設けられ、前記周辺装置側トリガの発生の有無を反映したトリガ発生報告情報を前記応答情報として前記ホスト装置に前記主通信プロトコルに従い返信するトリガ発生報告情報返信手段と、
前記ホスト装置側に設けられ、前記トリガ発生報告情報を前記周辺装置から受領する報告情報受領手段と、
当該トリガ発生報告情報の内容に基づいて前記周辺装置側トリガの有無を判定し、該周辺装置側トリガがありと判定された場合に、前記対象通信イベントを起動させる対象通信イベント起動手段とを有し、
前記周辺装置が、少なくともデータの読出しに係るデータアクセスが可能とされた記憶媒体が着脱可能に装着され、前記通信イベントにより該記憶媒体に対してデータアクセスを行なう記憶装置として構成され、該記憶媒体は音声データファイル又は動画データファイルとして構成される再生対象データを記憶しており、さらに、前記対象通信イベントの実行手段として、
前記周辺装置側トリガとしての再生対象データ送信トリガの発生を、前記周辺装置からのトリガ発生報告情報により前記ホスト装置側で把握するに伴い、前記記憶媒体に記憶された前記再生対象データの送信を前記周辺装置に要求し、該再生対象データ送信要求を前記周辺装置からの前記応答情報として受信する再生データ送信要求イベントを実行する再生対象データ送信要求イベント実行手段と、
前記再生対象データ送信要求を受信した場合に、前記記憶媒体に記憶された前記再生対象データを前記周辺装置にて読み出して前記ホスト装置へ送信する再生対象データ送信イベントを実行する再生対象データ送信イベント実行手段と、
前記再生対象データ送信イベントの実行により受信した前記再生対象データを前記ホスト装置上で再生する再生制御手段とを有してなることを特徴とする通信システム。
【請求項２】
前記周辺装置側トリガ発生手段は、前記周辺装置に設けられた手動操作部と、当該手動操作部による操作信号を前記周辺装置側トリガとして発生させる操作信号発生部とを有し、該手動操作部は前記記憶媒体内の前記音声データファイル又は前記動画データファイルのうち、前記ホスト装置において再生する再生対象データファイルを選択するための再生対象ファイル選択操作部を含むものであり、さらに、前記対象通信イベントの実行手段として、
前記周辺装置側トリガとしての、前記再生対象ファイル選択操作部による選択操作トリガの発生を、周辺装置からのトリガ発生報告情報により前記ホスト装置側で把握するに伴い、前記再生対象ファイル選択操作部による前記再生対象データファイルの選択内容の送信を前記周辺装置に要求し、該再生対象データファイル選択内容を前記周辺装置からの前記応答情報として受信する再生対象データファイル選択イベントを実行する再生対象データファイル選択イベント実行手段を有し、
前記再生制御手段は、前記再生対象データ送信イベントの実行により受信した前記再生対象データを、前記再生対象データファイル選択イベントの実行により受信した前記再生対象データファイルの選択内容に基づいて前記ホスト装置上で再生するものである請求項１記載の通信システム。
【請求項３】
前記対象通信イベントの実行手段として、前記再生制御手段による前記再生対象データの再生を停止する停止制御を実行する停止制御手段を備える請求項２記載の通信システム。
【請求項４】
前記再生対象データ送信要求イベント実行手段は、前記再生対象ファイル選択操作部による選択操作トリガを前記再生対象データ送信要求トリガとして使用する請求項２又は請求項３記載の通信システム。
【請求項５】
前記周辺装置側トリガ発生手段は、前記記憶媒体の前記記憶装置への装着を検出して前記周辺装置側トリガを発生させる記憶媒体装着検出手段を備え、前記再生対象データ送信要求イベント実行手段は、前記記憶媒体の装着に伴う周辺装置側トリガを前記再生対象データ送信要求トリガとして使用する請求項１ないし請求項４のいずれか１項に記載の通信システム。
【請求項６】
請求項に２記載の要件を備え、
前記記憶媒体は、前記再生対象データファイルを含む１以上のデータファイルからなるファイルリストを記憶するとともに、前記対象通信イベントの実行手段として、
前記ホスト装置側から前記記憶媒体に記憶されたデータファイルを検索して得られるファイルリストの文字表示情報を前記ホスト装置側で作成し前記周辺装置側に送信するとともに、該文字表示情報を前記周辺装置にて受信し、該周辺装置に設けられた表示部に前記ファイルリストの内容を文字表示させるファイルリスト表示イベントを、前記ファイルリスト送信要求イベントの完了を受けて実行するファイルリスト表示イベント実行手段を有しており、
前記再生対象ファイル選択操作部は、前記ファイルリスト表示イベントにより表示された前記ファイルリストの中から前記再生対象データファイルを選択するものである請求項１ないし請求項５のいずれか１項記載の通信システム。
【請求項７】
前記ホスト装置側に設けられ、前記再生対象データ送信イベントにて前記周辺装置から受信した前記再生対象データを該ホスト装置側に設けられたホスト装置側記憶装置上の予め定められた保存領域に保存する再生対象データ保存手段を有する請求項１ないし請求項６のいずれか１項に記載の通信システム。
【請求項８】
前記トリガ報告要求コマンド発行手段は、前記トリガ報告要求コマンドを前記周辺装置に対し予め定められた時間間隔で繰り返し継続的に発行するものである請求項１ないし請求項７のいずれか１項に記載の通信システム。
【請求項９】
前記周辺装置と前記ホスト装置とは、前記ホスト装置側からの前記周辺装置のポーリングは可能であって、該周辺装置側からの前記ホスト装置の逆ポーリングが不能なシリアル通信機構を介して接続され、前記通信イベントを実行するための前記ホスト装置と前記周辺装置との間における情報転送が、前記ホスト装置が前記周辺装置をポーリングする形式にてシリアル通信により実行されるようになっている請求項１ないし請求項８のいずれか１項に記載の通信システム。
【請求項１０】
前記シリアル通信機構はＵＳＢプロコトルに従うものである請求項９記載の通信システム。
【請求項１１】
前記ホスト装置側に設けられ、前記周辺装置に対し該周辺装置自身に対する調査報告処理を要求する調査要求コマンドを発行するとともに、該調査要求コマンドの発行に伴い、調査報告指示内容を示す予め定められたフレームフォーマットを有するとともに当該フレームの予め定められたフィールドに付加情報が書き込まれた調査指示データを作成する調査指示データ作成手段と、作成された前記調査指示データを前記周辺装置に送信する調査指示データ送信手段と、
前記周辺装置に設けられ、前記調査指示データを受けて、予め定められたフレームフォーマットを有する調査報告データを生成する調査報告データ生成手段と、
前記周辺装置に設けられ、前記調査報告データを応答情報として前記ホスト装置に送信する調査報告データ送信手段と、
前記周辺装置側に設けられ、受信した該調査指示データの前記予め定められたフィールドから前記付加情報を抽出する付加情報抽出手段と、
を有する請求項１ないし請求項１０のいずれか１項に記載の通信システム。
【請求項１２】
前記調査報告データ生成手段は、前記調査報告データの予め定められたフレームに前記ホスト装置側からの付加情報に対応する対応付加情報を書き込むものであり、
前記調査報告データ送信手段は、その対応付加情報が書き込まれた前記調査報告データを応答情報として前記ホスト装置に送信する請求項１１に記載の通信システム。
【請求項１３】
前記トリガ報告要求コマンドとして前記調査要求コマンドが使用され、前記調査指示データに前記付加情報として前記周辺装置側トリガの発生報告指示情報が書き込まれるとともに、対応する前記調査報告データに前記対応付加情報として前記トリガ発生報告情報が書き込まれる請求項１２記載の通信システム。
【請求項１４】
前記調査要求コマンドが、前記表示部に表示させる文字情報を前記ホスト装置から前記周辺装置に送信する対象通信イベントの起動に使用され、前記調査指示データに前記付加情報として前記送信すべき文字を特定するための文字コード情報が付加情報として書き込まれるとともに、
前記周辺装置側には、前記表示部への表示用文字データを前記文字コードと対応付けて記憶する表示用文字データ記憶手段と、前記付加情報抽出手段が抽出する前記付加情報としての文字コード情報に対応する表示用文字データを表示用文字データ記憶手段から読み出して、前記表示部に表示させる表示制御手段とが設けられる請求項１１ないし請求項１３のいずれか１項に記載の通信システム。
【請求項１５】
請求項２に記載の要件を備え、前記調査要求コマンドが、前記周辺装置から受信した前記データファイルと重複するファイル名を有したデータファイルが前記保存領域に存在する場合に、これを前記周辺装置に通知する通信イベントの起動に使用され、前記調査指示データに前記付加情報として重複ファイル名特定情報が書き込まれ、
前記周辺装置には、受信した重複ファイル名特定情報に基づいて前記重複ファイル名を前記表示部に表示する重複ファイル名表示手段と、表示された重複ファイルに対し前記ホスト装置に指示する対応処理を選択入力するための対応処理選択入力部とが設けられるとともに、
前記調査報告データには前記対応付加情報として、前記対応処理選択入力部からの入力情報に基づいて前記対応処理を指示する対応処理指示情報が書き込まれ、
前記ホスト装置側には、前記周辺装置から受領する前記対応処理指示情報の内容に基づいて、前記重複ファイルに対し指示された対応処理を実行する対応処理実行手段が設けられている請求項１１ないし請求項１４のいずれか１項に記載の通信システム。
【請求項１６】
前記対応処理として、前記ホスト装置側又は前記記憶媒体側のデータファイル名を変更するデータファイル名変更処理が実行される請求項１５記載の通信システム。
【請求項１７】
前記調査指示データ作成手段は前記調査指示データにおいて、格納するべき主格納情報として前記付加情報以外の情報が格納されるよう前記主通信プロトコルに規定されたフィールドに、前記付加情報を前記主格納情報に兼用させる形で書き込むものである請求項１１ないし請求項１６のいずれか１項に記載の通信システム。
【請求項１８】
前記調査指示データにおいて、前記主通信プロトコルに従い前記記憶媒体に対するデータの読み出し又は書き込みに係る通信イベントを実行する際に、該読み出し処理又は書き込み処理に割り当てられる当該記憶媒体上のメモリ領域のアロケーション長情報を格納するためのフィールドがアロケーション長設定フィールドとして確保されてなり、アロケーション長情報作成手段は、該アロケーション長設定フィールドにおいて前記アロケーション長情報を前記主格納情報とする形で、該アロケーション長情報に兼用される前記付加情報を書き込む請求項１７記載の通信システム。
【請求項１９】
前記主通信プロトコルにおいて、前記アロケーション長設定フィールドのサイズが一定ビット長に定められるとともに、前記アロケーション長として設定可能な最大値をバイト単位にて表わしたときのビット数を、前記アロケーション長設定フィールドの総ビット数未満に設定し、前記最大値を超えるアロケーション長が前記アロケーション長設定フィールドに記述された場合には、記述されたアロケーション長値とは無関係に前記最大値を前記アロケーション長の実設定値として定める一方、該最大値を超える冗長なアロケーション長記述値に一義的に対応付ける形で互いに異なる付加情報内容が定義されてなる請求項１８記載の通信システム。
【請求項２０】
前記周辺装置には、前記記憶媒体の交換がなされた場合に当該記憶媒体の交換を前記ホスト装置に通知するための交換通知情報を保持する交換通知情報保持手段と、前記ホスト装置から予め定められた第一種コマンドを受信した場合には、該コマンドの実行後に前記交換通知情報保持手段に保持されている前記交換通知情報をクリアし、同じく前記第一種コマンド以外の第二種コマンドを受信した場合は、該コマンドの実行後においても前記交換通知情報保持手段による前記交換通知情報の保持状態を保留する交換通知情報保持制御手段とを有し、
前記調査要求コマンドとして前記第二種コマンドが使用される請求項１１ないし請求項１９のいずれか１項に記載の通信システム。
【請求項２１】
前記調査要求コマンドが、前記周辺装置に対し該周辺装置自身の構成及び属性を特定する情報である構成／属性特定情報の報告を指示するための、前記第二種コマンドをなす構成／属性調査要求コマンドである請求項２０記載の通信システム。
【請求項２２】
前記主通信プロトコルがＳＣＳＩプロトコルであり、前記調査要求コマンドとしてＩｎｑｕｉｒｙコマンドが使用される請求項２１記載の通信システム。
【請求項２３】
請求項１ないし請求項２２のいずれか１項に記載の通信システムを構成する前記周辺装置であって、予め定められた内容の対象通信イベントの起動を前記ホスト装置に促すための周辺装置側トリガを、該周辺装置側でのユーザー操作に基づいて発生させる前記周辺装置側トリガ発生手段と、
前記周辺装置側に設けられ、前記ホスト装置からの前記トリガ報告要求コマンドに対応する前記トリガ発生報告情報を前記応答情報として前記ホスト装置に前記主通信プロトコルに従い返信するトリガ発生報告情報返信手段と、
前記ファイル名を文字表示するための表示部と、
を有してなることを特徴とする周辺装置。
【請求項１】
通信イベントの起動決定権を有したホスト装置と、該ホスト装置に接続される該ホスト装置の通信対象となる周辺装置とを含み、前記通信イベントを実行命令するためのコマンドを前記ホスト装置から前記周辺装置に向けて順次発行する一方、発行されたコマンドを受領した前記周辺装置が当該コマンドに対応するデータ処理を逐次実行し、その実行結果に応じた応答情報を前記ホスト装置側に返信するようになっており、かつ、前記コマンドの発行方向が前記ホスト装置側から前記周辺装置側への一方向に規制された主通信プロトコルを有する通信システムにおいて、
前記周辺装置に設けられ、予め定められた内容の対象通信イベントの起動を前記ホスト装置に促すための周辺装置側トリガを、該周辺装置側でのユーザー操作に基づいて発生させる周辺装置側トリガ発生手段と、
前記ホスト装置側に設けられ、前記周辺装置における前記周辺装置側トリガの発生を監視するために、前記トリガ発生報告情報を前記応答情報として要求するためのトリガ報告要求コマンドを、前記主通信プロトコルに従い前記周辺装置に向けて発行するトリガ報告要求コマンド発行手段と、
前記周辺装置側に設けられ、前記周辺装置側トリガの発生の有無を反映したトリガ発生報告情報を前記応答情報として前記ホスト装置に前記主通信プロトコルに従い返信するトリガ発生報告情報返信手段と、
前記ホスト装置側に設けられ、前記トリガ発生報告情報を前記周辺装置から受領する報告情報受領手段と、
当該トリガ発生報告情報の内容に基づいて前記周辺装置側トリガの有無を判定し、該周辺装置側トリガがありと判定された場合に、前記対象通信イベントを起動させる対象通信イベント起動手段とを有し、
前記周辺装置が、少なくともデータの読出しに係るデータアクセスが可能とされた記憶媒体が着脱可能に装着され、前記通信イベントにより該記憶媒体に対してデータアクセスを行なう記憶装置として構成され、該記憶媒体は音声データファイル又は動画データファイルとして構成される再生対象データを記憶しており、さらに、前記対象通信イベントの実行手段として、
前記周辺装置側トリガとしての再生対象データ送信トリガの発生を、前記周辺装置からのトリガ発生報告情報により前記ホスト装置側で把握するに伴い、前記記憶媒体に記憶された前記再生対象データの送信を前記周辺装置に要求し、該再生対象データ送信要求を前記周辺装置からの前記応答情報として受信する再生データ送信要求イベントを実行する再生対象データ送信要求イベント実行手段と、
前記再生対象データ送信要求を受信した場合に、前記記憶媒体に記憶された前記再生対象データを前記周辺装置にて読み出して前記ホスト装置へ送信する再生対象データ送信イベントを実行する再生対象データ送信イベント実行手段と、
前記再生対象データ送信イベントの実行により受信した前記再生対象データを前記ホスト装置上で再生する再生制御手段とを有してなることを特徴とする通信システム。
【請求項２】
前記周辺装置側トリガ発生手段は、前記周辺装置に設けられた手動操作部と、当該手動操作部による操作信号を前記周辺装置側トリガとして発生させる操作信号発生部とを有し、該手動操作部は前記記憶媒体内の前記音声データファイル又は前記動画データファイルのうち、前記ホスト装置において再生する再生対象データファイルを選択するための再生対象ファイル選択操作部を含むものであり、さらに、前記対象通信イベントの実行手段として、
前記周辺装置側トリガとしての、前記再生対象ファイル選択操作部による選択操作トリガの発生を、周辺装置からのトリガ発生報告情報により前記ホスト装置側で把握するに伴い、前記再生対象ファイル選択操作部による前記再生対象データファイルの選択内容の送信を前記周辺装置に要求し、該再生対象データファイル選択内容を前記周辺装置からの前記応答情報として受信する再生対象データファイル選択イベントを実行する再生対象データファイル選択イベント実行手段を有し、
前記再生制御手段は、前記再生対象データ送信イベントの実行により受信した前記再生対象データを、前記再生対象データファイル選択イベントの実行により受信した前記再生対象データファイルの選択内容に基づいて前記ホスト装置上で再生するものである請求項１記載の通信システム。
【請求項３】
前記対象通信イベントの実行手段として、前記再生制御手段による前記再生対象データの再生を停止する停止制御を実行する停止制御手段を備える請求項２記載の通信システム。
【請求項４】
前記再生対象データ送信要求イベント実行手段は、前記再生対象ファイル選択操作部による選択操作トリガを前記再生対象データ送信要求トリガとして使用する請求項２又は請求項３記載の通信システム。
【請求項５】
前記周辺装置側トリガ発生手段は、前記記憶媒体の前記記憶装置への装着を検出して前記周辺装置側トリガを発生させる記憶媒体装着検出手段を備え、前記再生対象データ送信要求イベント実行手段は、前記記憶媒体の装着に伴う周辺装置側トリガを前記再生対象データ送信要求トリガとして使用する請求項１ないし請求項４のいずれか１項に記載の通信システム。
【請求項６】
請求項に２記載の要件を備え、
前記記憶媒体は、前記再生対象データファイルを含む１以上のデータファイルからなるファイルリストを記憶するとともに、前記対象通信イベントの実行手段として、
前記ホスト装置側から前記記憶媒体に記憶されたデータファイルを検索して得られるファイルリストの文字表示情報を前記ホスト装置側で作成し前記周辺装置側に送信するとともに、該文字表示情報を前記周辺装置にて受信し、該周辺装置に設けられた表示部に前記ファイルリストの内容を文字表示させるファイルリスト表示イベントを、前記ファイルリスト送信要求イベントの完了を受けて実行するファイルリスト表示イベント実行手段を有しており、
前記再生対象ファイル選択操作部は、前記ファイルリスト表示イベントにより表示された前記ファイルリストの中から前記再生対象データファイルを選択するものである請求項１ないし請求項５のいずれか１項記載の通信システム。
【請求項７】
前記ホスト装置側に設けられ、前記再生対象データ送信イベントにて前記周辺装置から受信した前記再生対象データを該ホスト装置側に設けられたホスト装置側記憶装置上の予め定められた保存領域に保存する再生対象データ保存手段を有する請求項１ないし請求項６のいずれか１項に記載の通信システム。
【請求項８】
前記トリガ報告要求コマンド発行手段は、前記トリガ報告要求コマンドを前記周辺装置に対し予め定められた時間間隔で繰り返し継続的に発行するものである請求項１ないし請求項７のいずれか１項に記載の通信システム。
【請求項９】
前記周辺装置と前記ホスト装置とは、前記ホスト装置側からの前記周辺装置のポーリングは可能であって、該周辺装置側からの前記ホスト装置の逆ポーリングが不能なシリアル通信機構を介して接続され、前記通信イベントを実行するための前記ホスト装置と前記周辺装置との間における情報転送が、前記ホスト装置が前記周辺装置をポーリングする形式にてシリアル通信により実行されるようになっている請求項１ないし請求項８のいずれか１項に記載の通信システム。
【請求項１０】
前記シリアル通信機構はＵＳＢプロコトルに従うものである請求項９記載の通信システム。
【請求項１１】
前記ホスト装置側に設けられ、前記周辺装置に対し該周辺装置自身に対する調査報告処理を要求する調査要求コマンドを発行するとともに、該調査要求コマンドの発行に伴い、調査報告指示内容を示す予め定められたフレームフォーマットを有するとともに当該フレームの予め定められたフィールドに付加情報が書き込まれた調査指示データを作成する調査指示データ作成手段と、作成された前記調査指示データを前記周辺装置に送信する調査指示データ送信手段と、
前記周辺装置に設けられ、前記調査指示データを受けて、予め定められたフレームフォーマットを有する調査報告データを生成する調査報告データ生成手段と、
前記周辺装置に設けられ、前記調査報告データを応答情報として前記ホスト装置に送信する調査報告データ送信手段と、
前記周辺装置側に設けられ、受信した該調査指示データの前記予め定められたフィールドから前記付加情報を抽出する付加情報抽出手段と、
を有する請求項１ないし請求項１０のいずれか１項に記載の通信システム。
【請求項１２】
前記調査報告データ生成手段は、前記調査報告データの予め定められたフレームに前記ホスト装置側からの付加情報に対応する対応付加情報を書き込むものであり、
前記調査報告データ送信手段は、その対応付加情報が書き込まれた前記調査報告データを応答情報として前記ホスト装置に送信する請求項１１に記載の通信システム。
【請求項１３】
前記トリガ報告要求コマンドとして前記調査要求コマンドが使用され、前記調査指示データに前記付加情報として前記周辺装置側トリガの発生報告指示情報が書き込まれるとともに、対応する前記調査報告データに前記対応付加情報として前記トリガ発生報告情報が書き込まれる請求項１２記載の通信システム。
【請求項１４】
前記調査要求コマンドが、前記表示部に表示させる文字情報を前記ホスト装置から前記周辺装置に送信する対象通信イベントの起動に使用され、前記調査指示データに前記付加情報として前記送信すべき文字を特定するための文字コード情報が付加情報として書き込まれるとともに、
前記周辺装置側には、前記表示部への表示用文字データを前記文字コードと対応付けて記憶する表示用文字データ記憶手段と、前記付加情報抽出手段が抽出する前記付加情報としての文字コード情報に対応する表示用文字データを表示用文字データ記憶手段から読み出して、前記表示部に表示させる表示制御手段とが設けられる請求項１１ないし請求項１３のいずれか１項に記載の通信システム。
【請求項１５】
請求項２に記載の要件を備え、前記調査要求コマンドが、前記周辺装置から受信した前記データファイルと重複するファイル名を有したデータファイルが前記保存領域に存在する場合に、これを前記周辺装置に通知する通信イベントの起動に使用され、前記調査指示データに前記付加情報として重複ファイル名特定情報が書き込まれ、
前記周辺装置には、受信した重複ファイル名特定情報に基づいて前記重複ファイル名を前記表示部に表示する重複ファイル名表示手段と、表示された重複ファイルに対し前記ホスト装置に指示する対応処理を選択入力するための対応処理選択入力部とが設けられるとともに、
前記調査報告データには前記対応付加情報として、前記対応処理選択入力部からの入力情報に基づいて前記対応処理を指示する対応処理指示情報が書き込まれ、
前記ホスト装置側には、前記周辺装置から受領する前記対応処理指示情報の内容に基づいて、前記重複ファイルに対し指示された対応処理を実行する対応処理実行手段が設けられている請求項１１ないし請求項１４のいずれか１項に記載の通信システム。
【請求項１６】
前記対応処理として、前記ホスト装置側又は前記記憶媒体側のデータファイル名を変更するデータファイル名変更処理が実行される請求項１５記載の通信システム。
【請求項１７】
前記調査指示データ作成手段は前記調査指示データにおいて、格納するべき主格納情報として前記付加情報以外の情報が格納されるよう前記主通信プロトコルに規定されたフィールドに、前記付加情報を前記主格納情報に兼用させる形で書き込むものである請求項１１ないし請求項１６のいずれか１項に記載の通信システム。
【請求項１８】
前記調査指示データにおいて、前記主通信プロトコルに従い前記記憶媒体に対するデータの読み出し又は書き込みに係る通信イベントを実行する際に、該読み出し処理又は書き込み処理に割り当てられる当該記憶媒体上のメモリ領域のアロケーション長情報を格納するためのフィールドがアロケーション長設定フィールドとして確保されてなり、アロケーション長情報作成手段は、該アロケーション長設定フィールドにおいて前記アロケーション長情報を前記主格納情報とする形で、該アロケーション長情報に兼用される前記付加情報を書き込む請求項１７記載の通信システム。
【請求項１９】
前記主通信プロトコルにおいて、前記アロケーション長設定フィールドのサイズが一定ビット長に定められるとともに、前記アロケーション長として設定可能な最大値をバイト単位にて表わしたときのビット数を、前記アロケーション長設定フィールドの総ビット数未満に設定し、前記最大値を超えるアロケーション長が前記アロケーション長設定フィールドに記述された場合には、記述されたアロケーション長値とは無関係に前記最大値を前記アロケーション長の実設定値として定める一方、該最大値を超える冗長なアロケーション長記述値に一義的に対応付ける形で互いに異なる付加情報内容が定義されてなる請求項１８記載の通信システム。
【請求項２０】
前記周辺装置には、前記記憶媒体の交換がなされた場合に当該記憶媒体の交換を前記ホスト装置に通知するための交換通知情報を保持する交換通知情報保持手段と、前記ホスト装置から予め定められた第一種コマンドを受信した場合には、該コマンドの実行後に前記交換通知情報保持手段に保持されている前記交換通知情報をクリアし、同じく前記第一種コマンド以外の第二種コマンドを受信した場合は、該コマンドの実行後においても前記交換通知情報保持手段による前記交換通知情報の保持状態を保留する交換通知情報保持制御手段とを有し、
前記調査要求コマンドとして前記第二種コマンドが使用される請求項１１ないし請求項１９のいずれか１項に記載の通信システム。
【請求項２１】
前記調査要求コマンドが、前記周辺装置に対し該周辺装置自身の構成及び属性を特定する情報である構成／属性特定情報の報告を指示するための、前記第二種コマンドをなす構成／属性調査要求コマンドである請求項２０記載の通信システム。
【請求項２２】
前記主通信プロトコルがＳＣＳＩプロトコルであり、前記調査要求コマンドとしてＩｎｑｕｉｒｙコマンドが使用される請求項２１記載の通信システム。
【請求項２３】
請求項１ないし請求項２２のいずれか１項に記載の通信システムを構成する前記周辺装置であって、予め定められた内容の対象通信イベントの起動を前記ホスト装置に促すための周辺装置側トリガを、該周辺装置側でのユーザー操作に基づいて発生させる前記周辺装置側トリガ発生手段と、
前記周辺装置側に設けられ、前記ホスト装置からの前記トリガ報告要求コマンドに対応する前記トリガ発生報告情報を前記応答情報として前記ホスト装置に前記主通信プロトコルに従い返信するトリガ発生報告情報返信手段と、
前記ファイル名を文字表示するための表示部と、
を有してなることを特徴とする周辺装置。
【図１Ａ】
【図１Ｂ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７Ａ】
【図１７Ｂ】
【図１８】
【図１Ｂ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７Ａ】
【図１７Ｂ】
【図１８】
【公開番号】特開２００７−２６５３０４（Ｐ２００７−２６５３０４Ａ）
【公開日】平成１９年１０月１１日（２００７．１０．１１）
【国際特許分類】
【出願番号】特願２００６−９２５６１（Ｐ２００６−９２５６１）
【出願日】平成１８年３月２９日（２００６．３．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成１９年１０月１１日（２００７．１０．１１）
【国際特許分類】
【出願日】平成１８年３月２９日（２００６．３．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]