コンピュータプログラム
【課題】 通信イベントの実行を司るコマンドの発行方向が、上記のごとく、ＰＣ側から周辺装置側への一方向に規制されているにも拘わらず、周辺装置側でのユーザー操作により特定の通信イベントを自発的に起動することが可能な通信システムの機能を実現するためのコンピュータプログラムを提供する。
【解決手段】 対象通信イベントの起動をホスト装置に促すための周辺装置側トリガをユーザー操作に基づいて発生させ、ホスト装置側では、周辺装置における周辺装置側トリガの発生を監視するためのトリガ報告要求コマンドを、主通信プロトコルに従い周辺装置に向けて発行する。これを受けた周辺装置からのトリガ発生報告情報をホスト装置側で受領し、当該トリガ発生報告情報の内容から周辺装置側トリガがありと判定された場合に、対象通信イベントを起動させる。
【解決手段】 対象通信イベントの起動をホスト装置に促すための周辺装置側トリガをユーザー操作に基づいて発生させ、ホスト装置側では、周辺装置における周辺装置側トリガの発生を監視するためのトリガ報告要求コマンドを、主通信プロトコルに従い周辺装置に向けて発行する。これを受けた周辺装置からのトリガ発生報告情報をホスト装置側で受領し、当該トリガ発生報告情報の内容から周辺装置側トリガがありと判定された場合に、対象通信イベントを起動させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パーソナルコンピュータ（以下「ＰＣ」と略称する）やワークステーション等をホスト装置としてこれに周辺装置が接続された通信システムに使用されるコンピュータプログラムに関する。
【背景技術】
【０００２】
【特許文献１】特開２００５−１８６４５号公報
【特許文献２】特開２００５−１０７８７５号公報
【０００３】
近年、フラッシュメモリなどの不揮発性メモリがカード型にパッケージングされたいわゆるメモリーカード（記録メディアの一例）が広く知られている。このメモリーカードは、デジタルカメラや携帯音楽プレーヤーなどのデジタル機器に用いられるデータの記憶媒体として急速に普及している。メモリーカードの仕様は統一されておらず、例えば、コンパクトフラッシュ（登録商標、以下「ＣＦ」と略称する）、スマートメディア（登録商標、以下「ＳＭ」と略称する）、メモリースティック（登録商標、以下「ＭＳ」と略称する）、ＳＤメモリーカード（登録商標、以下「ＳＤ」と略称する）など、種々のものが市場に出回っている。
【０００４】
上記メモリーカードは、ＰＣなどに接続されてメモリーカードの読み書きを行なうメモリーカードリーダライタ（周辺装置の一例、以下「リーダライタ」と略称する）を用いることで、ＰＣから上記メモリーカードへのアクセスが可能となる。これにより、ＰＣとメモリーカードとの間でデータ通信が行なえるようになる。こうしたリーダライタには、メモリーカードを挿入するスロットを一つ備えたシングルスロットタイプと、複数のスロットを備えて複数のメモリーカードに対するデータの読み書きが可能なマルチスロットタイプなどがある（特許文献１〜３）。
【０００５】
ところで、上記のようなリーダライタは、マルチメディアの普及によりデータ転送容量が飛躍的に増大した背景から、ＰＣとの間のデータ伝送をシリアル通信にて行なうことも一般化してきている。しかしながら、データアクセスのための制御には、複数記憶媒体の取り扱いが容易、といった観点から、パラレル通信用周辺機器の調停／アクセス制御にて使用されていた方式を引き継いだ機器も数多く存在する。その典型例として、ＰＣとリーダライタとのデータ通信を、いわゆるＳＣＳＩ規格で定義されたプロトコル（以下、ＳＣＳＩプロトコルともいう）に基づいて行われるように設計されたシステムを例示できる。ＳＣＳＩ規格は、ＡＮＳＩ（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）を返信させるためのＩｎｑｕｉｒｙコマンド（以下「Ｉｎｑ（１）コマンド」と称する）がＡドライブに対して発行される（Ｓ３０１）。実際には、該Ｉｎｑ（１）コマンドが、ＯＳカーネルに対して発行され、該ＯＳカーネルによってＡドライブに対して発行されたものとして取り扱われる。上記Ｉｎｑ（１）コマンドが発行されると、ＯＳカーネルによって、ＥＶＰＤ領域が“１”に設定されたＣＤＢ（１）が生成されて、Ａドライブに関連づけられたマルチリーダライタ２にＵＳＢケーブル２５を介して送信される。このとき生成されるＣＤＢ（１）を表４に示す。すなわち、該ＣＤＢ（１）のバイト２の領域にはページコード「０ｘＥ０」が記述されている。
【０１００】
ＣＤＢ（１）のバイト４の領域、すなわちアロケーション長領域には「０ｘ１０」（２進数表記では「０００１００００」）が格納されている。本来、アロケーション長領域には、接続されたデバイスに要求するデータ長が格納される。本実施の形態では、マルチリーダライタ２のアロケーション長の最大値が予め固定長（ここでは、仮に１５バイトとしているが、これに限定されるものではない）に設定されている。この“１５”という数は下位４ビットで表現できる。ＳＣＳＩ規格に従えば、マルチリーダライタ２において設定された上記最大値以上の数値がアロケーション長として指定されたとしても、マルチリーダライタ２のアロケーション長は上記最大値、すなわち、１５バイトに設定される。従って、アロケーション長領域に「０ｘ１０」が記述されていても、また、「０ｘ１１」以上が記述されていても、アロケーション長は１５バイトに設定される。これは、アロケーション長領域のデータのうち、上位４ビットのいずれかのビットが「１」である場合は、該アロケーション長領域のデータを（アロケーション長の設定値に兼用された）任意のデータ（付加情報）として自由に使用することができるということを意味する。すなわち、上位４ビットのいずれかのビットを「１」とすることにより、アロケーション長領域における当該ビット以外のビットを、いわば仮想的な空き領域として確保することができる。このように確保された仮想的な空き領域に任意のデータを付加することで、ＰＣ３とマルチリーダライタ２との間で、上記付加情報に係るデータ通信が可能となるのである。
【０１０１】
なお、上記アロケーション長は常に固定長（ここでは１５バイト）に設定されるのではなく、ＣＤＢ（１）のページコードに応じてその最大値が設定されるようにしてもよい。例えば、ページコード「０ｘＥ０」の場合は、アロケーション長の最大値が１５バイトの固定長に設定され、ページコード「０ｘＥ２」の場合は、９バイトの固定長に設定される。かかる設定処理は、ＣＤＢ（１）を受信したマルチリーダライタ２のＣＰＵ２７によってページコードの内容が読み取られ、読み取られた内容に応じて、予めＲＯＭ２８に格納しておいた固定長対応リストから該当する固定長を選定することにより行われる。もちろん、１５バイトあるいは９バイトと定めた上記アロケーション長は任意に設定することができる。
【０１０２】
表６に、上記アロケーション長領域に確保された空き領域に付加される通信データを類別して示す。各表のデータ内容欄に示すように、各データには、それ自体が何を意味するものであるのかが定義づけられている。具体的には、データ内容欄の記載を参照されたい。なお、表６はページコードが「０ｘＥ０」の場合に送信される通信データであるが、ＣＤＢ（調査指示データ）において、このページコード（調査指示データ種別識別情報）を変更すれば、アロケーション長最大値や付加情報内容の異なる別の調査指示データフォーマットを生成することができる。
【０１０３】
【表６】
【０１０４】
表６の左欄には、アロケーション長領域に記述されるデータそのものが、右欄にはそのデータの意味する内容が示されている。ＰＣ３側からマルチリーダライタ２に上記左欄のデータが送信されると、マルチリーダライタ２側では、ＣＰＵ２７により、受信したＣＤＢ（１）からアロケーション長領域のデータが抽出され、抽出されたデータの内容が解析され、そして、解析されたデータの内容に従った処理が実行される。なお、表６に示す内容は、テーブルリスト化されて、ＰＣ３のＨＤＤ４４又はＲＯＭ４２と、マルチリーダライタ２のＲＯＭ２８に予め格納されている。
【０１０５】
上記Ｓ３０１でＩｎｑ（１）コマンドが発行されて生成されたＣＤＢ（１）には、表５に示すように、アロケーション長領域に「０ｘ１０」が記述されている。従って、Ｉｎｑ（１）コマンドは、ＰＣ３からマルチリーダライタ２に対してボタン２２の操作状態（押圧状態）に対応したトリガ検出データ信号を読み出させるための命令であることを意味する。一方、マルチリーダライタ２側では、送信されたＣＤＢ（１）が受信される。その後、ＣＰＵ２７によって、ＣＤＢ（１）内のアロケーション長領域のデータ「０ｘ１０」が抽出され、そして、該データに従って、操作状態（トリガ検出データ信号のレベル）を検出する処理が行われる（Ｓ３０２）。
【０１０６】
ボタン２２の操作状態検出が終了すると、その検出結果がＣＰＵ２７によってＰＣ３へ返信される（Ｓ３０５）。該返信処理は、具体的には、ＣＤＢ（１）の受信後に生成されてＰＣ３へ返信されるＶＰＤ（表７参照）に上記検出結果を書き込むことにより行われる（Ｓ３０４）。より詳細には、表７に示すように、バイト７の領域に操作のありなし（トリガ検出データ信号のありなし）が書き込まれる。本実施形態では、操作なしの場合は「０ｘ００」が書き込まれ、操作ありの場合は「０ｘ０１」が書き込まれる。なお、表７は操作ありの場合のＶＰＤを示す。
【０１０７】
【表７】
【０１０８】
続いて、ＰＣ３側では、マルチリーダライタ２から返信されるＶＰＤを受信して、該ＶＰＤのバイト７の領域を参照することにより、ボタン２２（手動操作部）の操作状態が判定される（Ｓ３０６）。ボタン２２の操作ありと判定されると（Ｓ３０７のＹｅｓ側）、Ｒ／Ｗアプリケーションに、マルチリーダライタ２に装着されたメモリーカード（記憶媒体）のデータファイルに対する、該データファイル受信を含む予め定められたファイル処理（通信イベント）を指令する。
【０１０９】
図１３は、Ｒ／Ｗアプリケーションの上記ファイル処理に係る部分を抜き出して示すフローチャートである（このルーチンは、定期的に繰り返し実行されるものである）。Ｓ４０１では、ユーザー入力による設定カスタマイズコマンドがあるかどうかを調べる。設定カスタマイズコマンドがある場合はＳ４０７の設定カスタマイズ処理に移る。
【０１１０】
図１４は、設定カスタマイズ処理の流れを示すもので、Ｓ５０１ではマルチリーダライタ２からのファイル転送モードを、マウス５８あるいはキーボード５７により入力・選択する。ファイル転送モードには、メモリーカード１１〜１４から転送されたデータファイルを、ＨＤＤ４４（データファイル保存手段）上の予め定められたフォルダ（保存領域）にコピーする（この場合、メモリーカード１１〜１４からデータファイルは削除されない）コピーモードと、同じくムーブ（移動：メモリーカード１１〜１４からデータファイルが削除される）するムーブモードとがあり、上記の入力内容に従い、Ｓ５０２〜Ｓ５０６で、そのいずれかが選択可能とされる。また、Ｓ５０７では、データファイルの格納先を指定する入力を行なう。例えば、周知のごとくディスプレイ５６にファイルディレクトリ構造を、フォルダツリー形式で表示し、マウス５８によるクリックにより、格納先とするフォルダを選択することができる。Ｓ５０８で選択されたフォルダがファイル格納先として設定される。
【０１１１】
図１３に戻り、Ｓ４０１で設定カスタマイズコマンドのない場合は、上記のように設定された条件に従い、ファイル処理が行なわれる（設定カスタマイズが実施されていない場合は、デフォルト設定に従う）。具体的にはＳ４０２に進み、前述の「操作あり」検出に対応するファイル処理の起動指令を受けたかどうかを確認する。受けた場合はＳ４０３に進み、ＯＳのファイルシステムを用いてメモリーカードのデータファイルを読み出す通信イベントを起動し、マルチリーダライタ２から読み出されたデータファイルを受信する。そしてＳ４０４で、受信したデータファイルを保存先として指定されているＨＤＤ４４内のフォルダに書き込む。次いでＳ４０５に進み、コピーモードが選択されている場合はここでファイル処理を終了するが、ムーブモードが選択されている場合はさらにＳ４０６に進み、メモリーカードの送信元となるデータファイルを削除する通信イベントを起動する。そして、削除完了のステータスを受領すれば処理を終了する。
【０１１２】
なお、本実施形態では、手動操作部としてボタン２２を設けていたが、レバー式スイッチ、ダイアルスイッチ、タッチパネル等の接触検知スイッチ、近接スイッチや光学式センサなどの非接触式センサ等を使用することも可能である。また、手動操作部の操作に伴い周辺装置側トリガを発生させるのに替えて、メモリーカードをマルチリーダライタ２に装着するに伴い、その非装着状態から装着状態への移行を検出し、その検出信号を周辺装置側トリガとして使用することも可能である。この場合は、例えばメモリーカードをマルチリーダライタ２に装着すると、メモリーカード内のデータファイルを自動的に読み出してＰＣ３側で保存する、といった機能も実現可能となる。
【０１１３】
（実施形態２）
上記第１の実施形態では、周辺装置の一例としてマルチリーダライタ２の単体品を例示して説明したが、本実施形態では、周辺装置として、図１５に示す多機能装置（ＭＦＤ：Multi Function Device）８０を用いた場合の通信システムについて説明する。多機能装置８０は、マルチリーダライタ２をプリンタに組み込んだプリンタ複合機として構成され、下部に配設されたプリンタ部１８２と、その上部に配設されたスキャナ部１８３と、ＡＤＦ８４を備えた原稿カバー８６と、装置上面の前方側に配置された操作パネル８５と、装置前面にスロットが露出するように配設されたマルチリーダライタ部８８とを一体的に備えてなり、プリンタ機能、スキャナ機能、コピー機能及びファクシミリ機能などを有する。
【０１１４】
多機能装置８０は、主に第１の実施形態で説明したＰＣ３（図６参照）と接続されて、該ＰＣ３から送信された画像データや文書データを含む印刷データに基づいて、プリンタ部１８２において、画像や文書を記録用紙に記録する。また、プリンタ部１８２は、マルチリーダライタ部８８によってメモリーカードから読み取られた上記印刷データに基づいても、画像や文書を記録用紙に記録する。さらに、ＰＣ３と接続されて、ＰＣ３とマルチリーダライタ部８８に挿入されたメモリーカードとの間でデータ通信を行なうリーダライタ装置としても機能する。また、スキャナ部１８３により読み取られた画像データをＰＣ３へ送信したり、スキャナ部１８３で読み取った画像をプリンタ部１８２において記録するいわゆるコピーを行なうことも可能である。
【０１１５】
多機能装置８０のマルチリーダライタ部８８は、図１６に示すように、第１スロット１６，第２スロット１７，第３スロット１８、第４スロット１９を備えている。各スロットの構成・機能及び各スロットに挿入されるメモリーカードは、第３スロット１８及び第４スロット１９とが一体化されていることを除けば、実施形態１でマルチリーダライタ２が備える各スロットの構成・機能及びメモリーカードと同じものである。また、マルチリーダライタ部８８は、上記各スロットが配置された前面に、液晶表示部２１と切換スイッチ２２が設けられている。これらも実施形態１で説明したものとその構成及び機能は同じである。それ故、実施形態１と同じの構成要素には同一の符号を付与して詳細な説明は略する。
【０１１６】
なお、上述した実施形態１，２は本発明の一例にすぎず、本発明の要旨を変更しない範囲で、実施形態を適宜変更することができる。
【図面の簡単な説明】
【０１１７】
【図１Ａ】本発明の対象となる通信システムに適用されるマルチリーダライタの一例を正面側から見た斜視図。
【図１Ｂ】同じく背面側から見た斜視図。
【図１Ｃ】ボタン２２の操作検出を行なうスイッチ機構の一例を示す回路図。
【図２】マルチリーダライタの電気的構成の一例を示すブロック図。
【図３】マルチリーダライタのＳＣＳＩコマンド・データ・ステータス送受信部の説明図
【図４】コントロールレジスタの説明図
【図５】ステータスレジスタの説明図
【図６】本発明の対象となる通信システムに適用されるＰＣの概略構成を示すブロック図。
【図７】ＰＣ上で動作するＯＳと、該ＯＳ上で動作するアプリケーションを説明するための概念図。
【図８】マルチリーダライタのＳＣＳＩコマンド・データ・ステータス送受信部が行なう処理の流れを表すフローチャート。
【図９】本発明の対象となる通信システムにおいて実行されるデータ通信処理の処理の流れを表すフローチャート。
【図１０】図９のドライブ割当処理の流れを表すフローチャート。
【図１１】図９のドライブ設定処理の流れを表すフローチャート。
【図１２】図９の周辺装置側トリガ監視監視処理の流れを表すフローチャート。
【図１３】Ｒ／Ｗアプリケーションの本発明の要旨に係る処理部分の流れを表すフローチャート。
【図１４】図１３の、設定カスタマイズの処理の流れを表すフローチャート。
【図１５】多機能装置の外観構成を示す斜視図。
【図１６】図１５のマルチリーダライタ部の拡大図。
【符号の説明】
【０１１８】
１ 通信システム
２ マルチリーダライタ（周辺装置）
３ ＰＣ（ホスト装置）
１１ 第１メモリーカード（記憶媒体）
１２ 第２メモリーカード（記憶媒体）
１３ 第３メモリーカード（記憶媒体）
１４ 第４メモリーカード（記憶媒体）
２２ ボタン（手動操作、周辺装置側トリガ発生手段）
２７ ＣＰＵ（トリガ発生報告情報返信手段、調査報告データ生成手段、トリガ発生報告情報書き込み手段、調査報告データ送信手段、交換通知情報保持手段、交換通知情報保持制御手段）
４１ ＣＰＵ（トリガ報告要求コマンド発行手段、報告情報受領手段、対象通信イベント起動手段、保存環境設定手段、保存領域設定変更手段、ファイル保存モード切替手段、調査指示データ作成手段、調査指示データ送信手段）
８０ 多機能装置（周辺装置）
８８ マルチリーダライタ部
【技術分野】
【０００１】
本発明は、パーソナルコンピュータ（以下「ＰＣ」と略称する）やワークステーション等をホスト装置としてこれに周辺装置が接続された通信システムに使用されるコンピュータプログラムに関する。
【背景技術】
【０００２】
【特許文献１】特開２００５−１８６４５号公報
【特許文献２】特開２００５−１０７８７５号公報
【０００３】
近年、フラッシュメモリなどの不揮発性メモリがカード型にパッケージングされたいわゆるメモリーカード（記録メディアの一例）が広く知られている。このメモリーカードは、デジタルカメラや携帯音楽プレーヤーなどのデジタル機器に用いられるデータの記憶媒体として急速に普及している。メモリーカードの仕様は統一されておらず、例えば、コンパクトフラッシュ（登録商標、以下「ＣＦ」と略称する）、スマートメディア（登録商標、以下「ＳＭ」と略称する）、メモリースティック（登録商標、以下「ＭＳ」と略称する）、ＳＤメモリーカード（登録商標、以下「ＳＤ」と略称する）など、種々のものが市場に出回っている。
【０００４】
上記メモリーカードは、ＰＣなどに接続されてメモリーカードの読み書きを行なうメモリーカードリーダライタ（周辺装置の一例、以下「リーダライタ」と略称する）を用いることで、ＰＣから上記メモリーカードへのアクセスが可能となる。これにより、ＰＣとメモリーカードとの間でデータ通信が行なえるようになる。こうしたリーダライタには、メモリーカードを挿入するスロットを一つ備えたシングルスロットタイプと、複数のスロットを備えて複数のメモリーカードに対するデータの読み書きが可能なマルチスロットタイプなどがある（特許文献１〜３）。
【０００５】
ところで、上記のようなリーダライタは、マルチメディアの普及によりデータ転送容量が飛躍的に増大した背景から、ＰＣとの間のデータ伝送をシリアル通信にて行なうことも一般化してきている。しかしながら、データアクセスのための制御には、複数記憶媒体の取り扱いが容易、といった観点から、パラレル通信用周辺機器の調停／アクセス制御にて使用されていた方式を引き継いだ機器も数多く存在する。その典型例として、ＰＣとリーダライタとのデータ通信を、いわゆるＳＣＳＩ規格で定義されたプロトコル（以下、ＳＣＳＩプロトコルともいう）に基づいて行われるように設計されたシステムを例示できる。ＳＣＳＩ規格は、ＡＮＳＩ（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）を返信させるためのＩｎｑｕｉｒｙコマンド（以下「Ｉｎｑ（１）コマンド」と称する）がＡドライブに対して発行される（Ｓ３０１）。実際には、該Ｉｎｑ（１）コマンドが、ＯＳカーネルに対して発行され、該ＯＳカーネルによってＡドライブに対して発行されたものとして取り扱われる。上記Ｉｎｑ（１）コマンドが発行されると、ＯＳカーネルによって、ＥＶＰＤ領域が“１”に設定されたＣＤＢ（１）が生成されて、Ａドライブに関連づけられたマルチリーダライタ２にＵＳＢケーブル２５を介して送信される。このとき生成されるＣＤＢ（１）を表４に示す。すなわち、該ＣＤＢ（１）のバイト２の領域にはページコード「０ｘＥ０」が記述されている。
【０１００】
ＣＤＢ（１）のバイト４の領域、すなわちアロケーション長領域には「０ｘ１０」（２進数表記では「０００１００００」）が格納されている。本来、アロケーション長領域には、接続されたデバイスに要求するデータ長が格納される。本実施の形態では、マルチリーダライタ２のアロケーション長の最大値が予め固定長（ここでは、仮に１５バイトとしているが、これに限定されるものではない）に設定されている。この“１５”という数は下位４ビットで表現できる。ＳＣＳＩ規格に従えば、マルチリーダライタ２において設定された上記最大値以上の数値がアロケーション長として指定されたとしても、マルチリーダライタ２のアロケーション長は上記最大値、すなわち、１５バイトに設定される。従って、アロケーション長領域に「０ｘ１０」が記述されていても、また、「０ｘ１１」以上が記述されていても、アロケーション長は１５バイトに設定される。これは、アロケーション長領域のデータのうち、上位４ビットのいずれかのビットが「１」である場合は、該アロケーション長領域のデータを（アロケーション長の設定値に兼用された）任意のデータ（付加情報）として自由に使用することができるということを意味する。すなわち、上位４ビットのいずれかのビットを「１」とすることにより、アロケーション長領域における当該ビット以外のビットを、いわば仮想的な空き領域として確保することができる。このように確保された仮想的な空き領域に任意のデータを付加することで、ＰＣ３とマルチリーダライタ２との間で、上記付加情報に係るデータ通信が可能となるのである。
【０１０１】
なお、上記アロケーション長は常に固定長（ここでは１５バイト）に設定されるのではなく、ＣＤＢ（１）のページコードに応じてその最大値が設定されるようにしてもよい。例えば、ページコード「０ｘＥ０」の場合は、アロケーション長の最大値が１５バイトの固定長に設定され、ページコード「０ｘＥ２」の場合は、９バイトの固定長に設定される。かかる設定処理は、ＣＤＢ（１）を受信したマルチリーダライタ２のＣＰＵ２７によってページコードの内容が読み取られ、読み取られた内容に応じて、予めＲＯＭ２８に格納しておいた固定長対応リストから該当する固定長を選定することにより行われる。もちろん、１５バイトあるいは９バイトと定めた上記アロケーション長は任意に設定することができる。
【０１０２】
表６に、上記アロケーション長領域に確保された空き領域に付加される通信データを類別して示す。各表のデータ内容欄に示すように、各データには、それ自体が何を意味するものであるのかが定義づけられている。具体的には、データ内容欄の記載を参照されたい。なお、表６はページコードが「０ｘＥ０」の場合に送信される通信データであるが、ＣＤＢ（調査指示データ）において、このページコード（調査指示データ種別識別情報）を変更すれば、アロケーション長最大値や付加情報内容の異なる別の調査指示データフォーマットを生成することができる。
【０１０３】
【表６】
【０１０４】
表６の左欄には、アロケーション長領域に記述されるデータそのものが、右欄にはそのデータの意味する内容が示されている。ＰＣ３側からマルチリーダライタ２に上記左欄のデータが送信されると、マルチリーダライタ２側では、ＣＰＵ２７により、受信したＣＤＢ（１）からアロケーション長領域のデータが抽出され、抽出されたデータの内容が解析され、そして、解析されたデータの内容に従った処理が実行される。なお、表６に示す内容は、テーブルリスト化されて、ＰＣ３のＨＤＤ４４又はＲＯＭ４２と、マルチリーダライタ２のＲＯＭ２８に予め格納されている。
【０１０５】
上記Ｓ３０１でＩｎｑ（１）コマンドが発行されて生成されたＣＤＢ（１）には、表５に示すように、アロケーション長領域に「０ｘ１０」が記述されている。従って、Ｉｎｑ（１）コマンドは、ＰＣ３からマルチリーダライタ２に対してボタン２２の操作状態（押圧状態）に対応したトリガ検出データ信号を読み出させるための命令であることを意味する。一方、マルチリーダライタ２側では、送信されたＣＤＢ（１）が受信される。その後、ＣＰＵ２７によって、ＣＤＢ（１）内のアロケーション長領域のデータ「０ｘ１０」が抽出され、そして、該データに従って、操作状態（トリガ検出データ信号のレベル）を検出する処理が行われる（Ｓ３０２）。
【０１０６】
ボタン２２の操作状態検出が終了すると、その検出結果がＣＰＵ２７によってＰＣ３へ返信される（Ｓ３０５）。該返信処理は、具体的には、ＣＤＢ（１）の受信後に生成されてＰＣ３へ返信されるＶＰＤ（表７参照）に上記検出結果を書き込むことにより行われる（Ｓ３０４）。より詳細には、表７に示すように、バイト７の領域に操作のありなし（トリガ検出データ信号のありなし）が書き込まれる。本実施形態では、操作なしの場合は「０ｘ００」が書き込まれ、操作ありの場合は「０ｘ０１」が書き込まれる。なお、表７は操作ありの場合のＶＰＤを示す。
【０１０７】
【表７】
【０１０８】
続いて、ＰＣ３側では、マルチリーダライタ２から返信されるＶＰＤを受信して、該ＶＰＤのバイト７の領域を参照することにより、ボタン２２（手動操作部）の操作状態が判定される（Ｓ３０６）。ボタン２２の操作ありと判定されると（Ｓ３０７のＹｅｓ側）、Ｒ／Ｗアプリケーションに、マルチリーダライタ２に装着されたメモリーカード（記憶媒体）のデータファイルに対する、該データファイル受信を含む予め定められたファイル処理（通信イベント）を指令する。
【０１０９】
図１３は、Ｒ／Ｗアプリケーションの上記ファイル処理に係る部分を抜き出して示すフローチャートである（このルーチンは、定期的に繰り返し実行されるものである）。Ｓ４０１では、ユーザー入力による設定カスタマイズコマンドがあるかどうかを調べる。設定カスタマイズコマンドがある場合はＳ４０７の設定カスタマイズ処理に移る。
【０１１０】
図１４は、設定カスタマイズ処理の流れを示すもので、Ｓ５０１ではマルチリーダライタ２からのファイル転送モードを、マウス５８あるいはキーボード５７により入力・選択する。ファイル転送モードには、メモリーカード１１〜１４から転送されたデータファイルを、ＨＤＤ４４（データファイル保存手段）上の予め定められたフォルダ（保存領域）にコピーする（この場合、メモリーカード１１〜１４からデータファイルは削除されない）コピーモードと、同じくムーブ（移動：メモリーカード１１〜１４からデータファイルが削除される）するムーブモードとがあり、上記の入力内容に従い、Ｓ５０２〜Ｓ５０６で、そのいずれかが選択可能とされる。また、Ｓ５０７では、データファイルの格納先を指定する入力を行なう。例えば、周知のごとくディスプレイ５６にファイルディレクトリ構造を、フォルダツリー形式で表示し、マウス５８によるクリックにより、格納先とするフォルダを選択することができる。Ｓ５０８で選択されたフォルダがファイル格納先として設定される。
【０１１１】
図１３に戻り、Ｓ４０１で設定カスタマイズコマンドのない場合は、上記のように設定された条件に従い、ファイル処理が行なわれる（設定カスタマイズが実施されていない場合は、デフォルト設定に従う）。具体的にはＳ４０２に進み、前述の「操作あり」検出に対応するファイル処理の起動指令を受けたかどうかを確認する。受けた場合はＳ４０３に進み、ＯＳのファイルシステムを用いてメモリーカードのデータファイルを読み出す通信イベントを起動し、マルチリーダライタ２から読み出されたデータファイルを受信する。そしてＳ４０４で、受信したデータファイルを保存先として指定されているＨＤＤ４４内のフォルダに書き込む。次いでＳ４０５に進み、コピーモードが選択されている場合はここでファイル処理を終了するが、ムーブモードが選択されている場合はさらにＳ４０６に進み、メモリーカードの送信元となるデータファイルを削除する通信イベントを起動する。そして、削除完了のステータスを受領すれば処理を終了する。
【０１１２】
なお、本実施形態では、手動操作部としてボタン２２を設けていたが、レバー式スイッチ、ダイアルスイッチ、タッチパネル等の接触検知スイッチ、近接スイッチや光学式センサなどの非接触式センサ等を使用することも可能である。また、手動操作部の操作に伴い周辺装置側トリガを発生させるのに替えて、メモリーカードをマルチリーダライタ２に装着するに伴い、その非装着状態から装着状態への移行を検出し、その検出信号を周辺装置側トリガとして使用することも可能である。この場合は、例えばメモリーカードをマルチリーダライタ２に装着すると、メモリーカード内のデータファイルを自動的に読み出してＰＣ３側で保存する、といった機能も実現可能となる。
【０１１３】
（実施形態２）
上記第１の実施形態では、周辺装置の一例としてマルチリーダライタ２の単体品を例示して説明したが、本実施形態では、周辺装置として、図１５に示す多機能装置（ＭＦＤ：Multi Function Device）８０を用いた場合の通信システムについて説明する。多機能装置８０は、マルチリーダライタ２をプリンタに組み込んだプリンタ複合機として構成され、下部に配設されたプリンタ部１８２と、その上部に配設されたスキャナ部１８３と、ＡＤＦ８４を備えた原稿カバー８６と、装置上面の前方側に配置された操作パネル８５と、装置前面にスロットが露出するように配設されたマルチリーダライタ部８８とを一体的に備えてなり、プリンタ機能、スキャナ機能、コピー機能及びファクシミリ機能などを有する。
【０１１４】
多機能装置８０は、主に第１の実施形態で説明したＰＣ３（図６参照）と接続されて、該ＰＣ３から送信された画像データや文書データを含む印刷データに基づいて、プリンタ部１８２において、画像や文書を記録用紙に記録する。また、プリンタ部１８２は、マルチリーダライタ部８８によってメモリーカードから読み取られた上記印刷データに基づいても、画像や文書を記録用紙に記録する。さらに、ＰＣ３と接続されて、ＰＣ３とマルチリーダライタ部８８に挿入されたメモリーカードとの間でデータ通信を行なうリーダライタ装置としても機能する。また、スキャナ部１８３により読み取られた画像データをＰＣ３へ送信したり、スキャナ部１８３で読み取った画像をプリンタ部１８２において記録するいわゆるコピーを行なうことも可能である。
【０１１５】
多機能装置８０のマルチリーダライタ部８８は、図１６に示すように、第１スロット１６，第２スロット１７，第３スロット１８、第４スロット１９を備えている。各スロットの構成・機能及び各スロットに挿入されるメモリーカードは、第３スロット１８及び第４スロット１９とが一体化されていることを除けば、実施形態１でマルチリーダライタ２が備える各スロットの構成・機能及びメモリーカードと同じものである。また、マルチリーダライタ部８８は、上記各スロットが配置された前面に、液晶表示部２１と切換スイッチ２２が設けられている。これらも実施形態１で説明したものとその構成及び機能は同じである。それ故、実施形態１と同じの構成要素には同一の符号を付与して詳細な説明は略する。
【０１１６】
なお、上述した実施形態１，２は本発明の一例にすぎず、本発明の要旨を変更しない範囲で、実施形態を適宜変更することができる。
【図面の簡単な説明】
【０１１７】
【図１Ａ】本発明の対象となる通信システムに適用されるマルチリーダライタの一例を正面側から見た斜視図。
【図１Ｂ】同じく背面側から見た斜視図。
【図１Ｃ】ボタン２２の操作検出を行なうスイッチ機構の一例を示す回路図。
【図２】マルチリーダライタの電気的構成の一例を示すブロック図。
【図３】マルチリーダライタのＳＣＳＩコマンド・データ・ステータス送受信部の説明図
【図４】コントロールレジスタの説明図
【図５】ステータスレジスタの説明図
【図６】本発明の対象となる通信システムに適用されるＰＣの概略構成を示すブロック図。
【図７】ＰＣ上で動作するＯＳと、該ＯＳ上で動作するアプリケーションを説明するための概念図。
【図８】マルチリーダライタのＳＣＳＩコマンド・データ・ステータス送受信部が行なう処理の流れを表すフローチャート。
【図９】本発明の対象となる通信システムにおいて実行されるデータ通信処理の処理の流れを表すフローチャート。
【図１０】図９のドライブ割当処理の流れを表すフローチャート。
【図１１】図９のドライブ設定処理の流れを表すフローチャート。
【図１２】図９の周辺装置側トリガ監視監視処理の流れを表すフローチャート。
【図１３】Ｒ／Ｗアプリケーションの本発明の要旨に係る処理部分の流れを表すフローチャート。
【図１４】図１３の、設定カスタマイズの処理の流れを表すフローチャート。
【図１５】多機能装置の外観構成を示す斜視図。
【図１６】図１５のマルチリーダライタ部の拡大図。
【符号の説明】
【０１１８】
１ 通信システム
２ マルチリーダライタ（周辺装置）
３ ＰＣ（ホスト装置）
１１ 第１メモリーカード（記憶媒体）
１２ 第２メモリーカード（記憶媒体）
１３ 第３メモリーカード（記憶媒体）
１４ 第４メモリーカード（記憶媒体）
２２ ボタン（手動操作、周辺装置側トリガ発生手段）
２７ ＣＰＵ（トリガ発生報告情報返信手段、調査報告データ生成手段、トリガ発生報告情報書き込み手段、調査報告データ送信手段、交換通知情報保持手段、交換通知情報保持制御手段）
４１ ＣＰＵ（トリガ報告要求コマンド発行手段、報告情報受領手段、対象通信イベント起動手段、保存環境設定手段、保存領域設定変更手段、ファイル保存モード切替手段、調査指示データ作成手段、調査指示データ送信手段）
８０ 多機能装置（周辺装置）
８８ マルチリーダライタ部
【特許請求の範囲】
【請求項１】
通信イベントの起動決定権を有したコンピュータ装置からなるホスト装置と、該ホスト装置に接続される該ホスト装置の通信対象となる周辺装置とを含む通信システムであって、前記通信イベントを実行命令するためのコマンドが前記ホスト装置から前記周辺装置に向けて順次発行され、発行されたコマンドを受領した前記周辺装置にて当該コマンドに対応するデータ処理が逐次実行され、その実行結果に応じた応答情報が前記ホスト装置側に返信され、かつ、前記コマンドの発行方向が前記ホスト装置側から前記周辺装置側への一方向に規制されるように主通信プロトコルが定められた通信システムを、前記ホスト装置側から通信制御するためのコンピュータプログラムであって、前記ホスト装置を、
予め定められた内容の対象通信イベントの起動を前記ホスト装置に促すための周辺装置側トリガが、該周辺装置側でのユーザー操作に基づいて発生したか否かを監視するために、前記トリガ発生報告情報を前記応答情報として要求するためのトリガ報告要求コマンドを、前記主通信プロトコルに従い前記周辺装置に向けて発行するトリガ報告要求コマンド発行手段、
前記周辺装置から前記主通信プロトコルに従い返信される、前記周辺装置側トリガの発生の有無を反映した前記応答情報としてのトリガ発生報告情報を受領する報告情報受領手段、及び、
当該トリガ発生報告情報の内容に基づいて前記周辺装置側トリガの有無を判定し、該周辺装置側トリガがありと判定された場合に、前記対象通信イベントを起動させる対象通信イベント起動手段として機能させるコンピュータプログラム。
【請求項２】
前記トリガ報告要求コマンド発行手段は、前記トリガ報告要求コマンドを前記周辺装置に対し予め定められた時間間隔で繰り返し継続的に発行するものである請求項１記載のコンピュータプログラム。
【請求項３】
前記周辺装置は、少なくともデータの読出しに係るデータアクセスが可能とされた記憶媒体が内蔵されるか又は着脱可能に装着され、前記通信イベントにより該記憶媒体に対してデータアクセスを行なう記憶装置であり、
前記対象通信イベントが、前記記憶媒体に記憶されたデータファイルを、前記周辺装置にて読み出して前記ホスト装置へ送信する情報読出し送信処理を含むものとして定められている請求項１又は請求項２に記載のコンピュータプログラム。
【請求項４】
前記ホスト装置を、前記対象通信イベントにて前記周辺装置から受信した前記データファイルを該ホスト装置側に設けられたホスト装置側記憶装置上の予め定められた保存領域に保存するデータファイル保存手段として機能させる請求項３記載のコンピュータプログラム。
【請求項５】
前記記憶媒体は、前記データの読出し、書き込み及び削除に係るデータアクセスが可能とされたものであり、
前記ホスト装置を、前記データファイル保存手段による前記保存領域への前記データファイルの格納に対応して、前記周辺装置に対し前記記憶媒体上の送信元のデータファイルを削除させるファイルムーブイベントを起動するファイルムーブ制御手段として機能させる請求項４記載のコンピュータプログラム。
【請求項６】
前記ホスト装置を、前記データファイルの前記保存領域への保存環境を設定する保存環境設定手段として機能させる請求項４又は請求項５に記載のコンピュータプログラム。
【請求項７】
前記保存環境設定手段は、前記データファイルの前記保存領域を設定・変更するための保存領域設定変更手段を有する請求項６記載のコンピュータプログラム。
【請求項８】
請求項６記載の要件を備え、前記保存環境設定手段は、前記ファイルムーブ制御手段による前記ファイルムーブイベントの起動が禁止されるファイルコピーモードと、前記前記ファイルムーブイベントの起動が許可されるファイルムーブモードとを切り替えるファイル保存モード切替手段を有する請求項６又は請求項７に記載のコンピュータプログラム。
【請求項９】
前記トリガ報告要求コマンドが、前記周辺装置に対し該周辺装置自身に対する調査報告処理を要求する調査要求コマンドとされ、
前記ホスト装置を、前記調査要求コマンドの発行に伴い、調査報告指示内容を示す予め定められたフレームフォーマットを有するとともに当該フレームの予め定められたフィールドに、前記周辺装置側トリガの発生報告指示情報が付加情報として書き込まれた調査指示データを作成する調査指示データ作成手段と、
作成された前記調査指示データを前記周辺装置に送信する調査指示データ送信手段と、
該調査指示データを受けて前記周辺装置にて生成される調査報告データであって、予め定められたフレームフォーマットを有するとともに該フレームフォーマットの予め定められたフィールドに前記トリガ発生報告情報が書き込まれた前記調査報告データを、前記応答情報として前記周辺装置から受信する調査報告データ受信手段として機能させる請求項１ないし請求項８のいずれか１項に記載のコンピュータプログラム。
【請求項１０】
前記調査指示データ作成手段は前記調査指示データにおいて、格納するべき主格納情報として前記発生報告指示情報以外の情報が格納されるよう前記主通信プロトコルに規定されたフィールドに、前記発生報告指示情報を前記主格納情報に兼用させる形で書き込むものである請求項９記載のコンピュータプログラム。
【請求項１１】
前記周辺装置が、少なくともデータの読出しに係るデータアクセスが可能とされた記憶媒体が内蔵されるか又は着脱可能に装着され、前記通信イベントにより該記憶媒体に対してデータアクセスを行なう記憶装置として構成されるものであり、
前記調査指示データにおいて、前記主通信プロトコルに従い前記記憶媒体に対するデータの読み出し又は書き込みに係る通信イベントを実行する際に、該読み出し処理又は書き込み処理に割り当てられる当該記憶媒体上のメモリ領域のアロケーション長情報を格納するためのフィールドがアロケーション長設定フィールドとして確保されてなり、該アロケーション長設定フィールドにおいて前記アロケーション長情報を前記主格納情報とする形で、該アロケーション長情報に兼用される前記発生報告指示情報を書き込む請求項１０記載のコンピュータプログラム。
【請求項１２】
前記主通信プロトコルにおいて、前記アロケーション長設定フィールドのサイズが一定ビット長に定められるとともに、前記アロケーション長として設定可能な最大値をバイト単位にて表わしたときのビット数を、前記アロケーション長設定フィールドの総ビット数未満に設定し、前記最大値を超えるアロケーション長が前記アロケーション長設定フィールドに記述された場合には、記述されたアロケーション長値とは無関係に前記最大値を前記アロケーション長の実設定値として定める一方、該最大値を超える冗長なアロケーション長記述値に一義的に対応付ける形で、前記発生報告指示情報を含む、異なる付加情報内容が定義されてなる請求項１１に記載のコンピュータプログラム。
【請求項１３】
前記周辺装置は、データの読出し及び書込の双方に係るデータアクセスが可能とされた記憶媒体が着脱可能に装着され、前記通信イベントにより該記憶媒体に対してデータアクセスを行なう記憶装置として構成されるものであり、
前記周辺装置は、前記記憶媒体の交換がなされた場合に当該記憶媒体の交換を前記ホスト装置に通知するための交換通知情報を保持するとともに、前記ホスト装置から予め定められた第一種コマンドを受信した場合には、該コマンドの実行後に前記交換通知情報保持手段に保持されている前記交換通知情報をクリアし、同じく前記第一種コマンド以外の第二種コマンドを受信した場合は、該コマンドの実行後においても前記交換通知情報保持手段による前記交換通知情報の保持状態を保留するようになっており、
前記トリガ報告要求コマンドとして使用する前記調査要求コマンドとして前記第二種コマンドが使用される請求項９ないし請求項１２のいずれか１項に記載のコンピュータプログラム。
【請求項１４】
前記調査要求コマンドが、前記周辺装置に対し該周辺装置自身の構成及び属性を特定する情報である構成／属性特定情報の報告を指示するための、前記第二種コマンドをなす構成／属性調査要求コマンドである請求項１３記載のコンピュータプログラム。
【請求項１５】
前記主通信プロトコルがＳＣＳＩプロトコルであり、前記調査要求コマンドとしてＩｎｑｕｉｒｙコマンドが使用される請求項１４記載のコンピュータプログラム。
【請求項１】
通信イベントの起動決定権を有したコンピュータ装置からなるホスト装置と、該ホスト装置に接続される該ホスト装置の通信対象となる周辺装置とを含む通信システムであって、前記通信イベントを実行命令するためのコマンドが前記ホスト装置から前記周辺装置に向けて順次発行され、発行されたコマンドを受領した前記周辺装置にて当該コマンドに対応するデータ処理が逐次実行され、その実行結果に応じた応答情報が前記ホスト装置側に返信され、かつ、前記コマンドの発行方向が前記ホスト装置側から前記周辺装置側への一方向に規制されるように主通信プロトコルが定められた通信システムを、前記ホスト装置側から通信制御するためのコンピュータプログラムであって、前記ホスト装置を、
予め定められた内容の対象通信イベントの起動を前記ホスト装置に促すための周辺装置側トリガが、該周辺装置側でのユーザー操作に基づいて発生したか否かを監視するために、前記トリガ発生報告情報を前記応答情報として要求するためのトリガ報告要求コマンドを、前記主通信プロトコルに従い前記周辺装置に向けて発行するトリガ報告要求コマンド発行手段、
前記周辺装置から前記主通信プロトコルに従い返信される、前記周辺装置側トリガの発生の有無を反映した前記応答情報としてのトリガ発生報告情報を受領する報告情報受領手段、及び、
当該トリガ発生報告情報の内容に基づいて前記周辺装置側トリガの有無を判定し、該周辺装置側トリガがありと判定された場合に、前記対象通信イベントを起動させる対象通信イベント起動手段として機能させるコンピュータプログラム。
【請求項２】
前記トリガ報告要求コマンド発行手段は、前記トリガ報告要求コマンドを前記周辺装置に対し予め定められた時間間隔で繰り返し継続的に発行するものである請求項１記載のコンピュータプログラム。
【請求項３】
前記周辺装置は、少なくともデータの読出しに係るデータアクセスが可能とされた記憶媒体が内蔵されるか又は着脱可能に装着され、前記通信イベントにより該記憶媒体に対してデータアクセスを行なう記憶装置であり、
前記対象通信イベントが、前記記憶媒体に記憶されたデータファイルを、前記周辺装置にて読み出して前記ホスト装置へ送信する情報読出し送信処理を含むものとして定められている請求項１又は請求項２に記載のコンピュータプログラム。
【請求項４】
前記ホスト装置を、前記対象通信イベントにて前記周辺装置から受信した前記データファイルを該ホスト装置側に設けられたホスト装置側記憶装置上の予め定められた保存領域に保存するデータファイル保存手段として機能させる請求項３記載のコンピュータプログラム。
【請求項５】
前記記憶媒体は、前記データの読出し、書き込み及び削除に係るデータアクセスが可能とされたものであり、
前記ホスト装置を、前記データファイル保存手段による前記保存領域への前記データファイルの格納に対応して、前記周辺装置に対し前記記憶媒体上の送信元のデータファイルを削除させるファイルムーブイベントを起動するファイルムーブ制御手段として機能させる請求項４記載のコンピュータプログラム。
【請求項６】
前記ホスト装置を、前記データファイルの前記保存領域への保存環境を設定する保存環境設定手段として機能させる請求項４又は請求項５に記載のコンピュータプログラム。
【請求項７】
前記保存環境設定手段は、前記データファイルの前記保存領域を設定・変更するための保存領域設定変更手段を有する請求項６記載のコンピュータプログラム。
【請求項８】
請求項６記載の要件を備え、前記保存環境設定手段は、前記ファイルムーブ制御手段による前記ファイルムーブイベントの起動が禁止されるファイルコピーモードと、前記前記ファイルムーブイベントの起動が許可されるファイルムーブモードとを切り替えるファイル保存モード切替手段を有する請求項６又は請求項７に記載のコンピュータプログラム。
【請求項９】
前記トリガ報告要求コマンドが、前記周辺装置に対し該周辺装置自身に対する調査報告処理を要求する調査要求コマンドとされ、
前記ホスト装置を、前記調査要求コマンドの発行に伴い、調査報告指示内容を示す予め定められたフレームフォーマットを有するとともに当該フレームの予め定められたフィールドに、前記周辺装置側トリガの発生報告指示情報が付加情報として書き込まれた調査指示データを作成する調査指示データ作成手段と、
作成された前記調査指示データを前記周辺装置に送信する調査指示データ送信手段と、
該調査指示データを受けて前記周辺装置にて生成される調査報告データであって、予め定められたフレームフォーマットを有するとともに該フレームフォーマットの予め定められたフィールドに前記トリガ発生報告情報が書き込まれた前記調査報告データを、前記応答情報として前記周辺装置から受信する調査報告データ受信手段として機能させる請求項１ないし請求項８のいずれか１項に記載のコンピュータプログラム。
【請求項１０】
前記調査指示データ作成手段は前記調査指示データにおいて、格納するべき主格納情報として前記発生報告指示情報以外の情報が格納されるよう前記主通信プロトコルに規定されたフィールドに、前記発生報告指示情報を前記主格納情報に兼用させる形で書き込むものである請求項９記載のコンピュータプログラム。
【請求項１１】
前記周辺装置が、少なくともデータの読出しに係るデータアクセスが可能とされた記憶媒体が内蔵されるか又は着脱可能に装着され、前記通信イベントにより該記憶媒体に対してデータアクセスを行なう記憶装置として構成されるものであり、
前記調査指示データにおいて、前記主通信プロトコルに従い前記記憶媒体に対するデータの読み出し又は書き込みに係る通信イベントを実行する際に、該読み出し処理又は書き込み処理に割り当てられる当該記憶媒体上のメモリ領域のアロケーション長情報を格納するためのフィールドがアロケーション長設定フィールドとして確保されてなり、該アロケーション長設定フィールドにおいて前記アロケーション長情報を前記主格納情報とする形で、該アロケーション長情報に兼用される前記発生報告指示情報を書き込む請求項１０記載のコンピュータプログラム。
【請求項１２】
前記主通信プロトコルにおいて、前記アロケーション長設定フィールドのサイズが一定ビット長に定められるとともに、前記アロケーション長として設定可能な最大値をバイト単位にて表わしたときのビット数を、前記アロケーション長設定フィールドの総ビット数未満に設定し、前記最大値を超えるアロケーション長が前記アロケーション長設定フィールドに記述された場合には、記述されたアロケーション長値とは無関係に前記最大値を前記アロケーション長の実設定値として定める一方、該最大値を超える冗長なアロケーション長記述値に一義的に対応付ける形で、前記発生報告指示情報を含む、異なる付加情報内容が定義されてなる請求項１１に記載のコンピュータプログラム。
【請求項１３】
前記周辺装置は、データの読出し及び書込の双方に係るデータアクセスが可能とされた記憶媒体が着脱可能に装着され、前記通信イベントにより該記憶媒体に対してデータアクセスを行なう記憶装置として構成されるものであり、
前記周辺装置は、前記記憶媒体の交換がなされた場合に当該記憶媒体の交換を前記ホスト装置に通知するための交換通知情報を保持するとともに、前記ホスト装置から予め定められた第一種コマンドを受信した場合には、該コマンドの実行後に前記交換通知情報保持手段に保持されている前記交換通知情報をクリアし、同じく前記第一種コマンド以外の第二種コマンドを受信した場合は、該コマンドの実行後においても前記交換通知情報保持手段による前記交換通知情報の保持状態を保留するようになっており、
前記トリガ報告要求コマンドとして使用する前記調査要求コマンドとして前記第二種コマンドが使用される請求項９ないし請求項１２のいずれか１項に記載のコンピュータプログラム。
【請求項１４】
前記調査要求コマンドが、前記周辺装置に対し該周辺装置自身の構成及び属性を特定する情報である構成／属性特定情報の報告を指示するための、前記第二種コマンドをなす構成／属性調査要求コマンドである請求項１３記載のコンピュータプログラム。
【請求項１５】
前記主通信プロトコルがＳＣＳＩプロトコルであり、前記調査要求コマンドとしてＩｎｑｕｉｒｙコマンドが使用される請求項１４記載のコンピュータプログラム。
【図１Ａ】
【図１Ｂ】
【図１Ｃ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１Ｂ】
【図１Ｃ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００７−２６５３０３（Ｐ２００７−２６５３０３Ａ）
【公開日】平成１９年１０月１１日（２００７．１０．１１）
【国際特許分類】
【出願番号】特願２００６−９２５６０（Ｐ２００６−９２５６０）
【出願日】平成１８年３月２９日（２００６．３．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成１９年１０月１１日（２００７．１０．１１）
【国際特許分類】
【出願日】平成１８年３月２９日（２００６．３．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]