JP4622770B2 - 通信システム、情報処理装置、周辺装置、及び通信方法 - Google Patents

Description

本発明は、メモリーカードなどの記録メディアを挿入するスロットを備えた周辺装置と、該周辺装置が接続されるパーソナルコンピュータ（以下「ＰＣ」と略称する）等の情報処理装置との間で、ＳＣＳＩ（Small Computer System Interface）コマンドに基づいてデータ通信を行う通信システムに関する。

近年、フラッシュメモリなどの不揮発性メモリがカード型にパッケージングされた所謂メモリーカード（記録メディアの一例）が広く知られている。このメモリーカードは、デジタルカメラや携帯音楽プレーヤーなどのデジタル機器に用いられるデータの記憶媒体として急速に普及している。メモリーカードの仕様は統一されておらず、例えば、コンパクトフラッシュ（登録商標、以下「ＣＦ」と略称する）、スマートメディア（登録商標、以下「ＳＭ」と略称する）、メモリースティック（登録商標、以下「ＭＳ」と略称する）、ＳＤメモリーカード（登録商標、以下「ＳＤ」と略称する）など、種々のものが市場に出回っている。

上記メモリーカードは、ＰＣなどに接続されてメモリーカードの読み書きを行なうメモリーカードリーダライタ（周辺装置の一例、以下「リーダライタ」と略称する）を用いることで、ＰＣから上記メモリーカードへのアクセスが可能となる。これにより、ＰＣとメモリーカードとの間でデータ通信が行えるようになる。こうしたリーダライタには、メモリーカードを挿入するスロットを一つ備えたシングルスロットタイプと、複数のスロットを備えて複数のメモリーカードに対するデータの読み書きが可能なマルチスロットタイプなどがある（特許文献１乃至３参照）。

リーダライタを用いてメモリーカードに記憶されたデータの読み書きをＰＣから行うには、リーダライタの認識及び挿入されたメモリーカードへのアクセスを可能とするためのドライバソフトをＰＣにインストールする必要がある。一方、近年は、煩雑なインストール作業の負担を軽減するため、ＰＣのオペレーションシステム（以下「ＯＳ」と略称する）に各種のリーダライタやメモリーカードに対応するドライバソフトが標準でプレインストールされている。他方、シングルスロットタイプよりも遅れて開発されたマルチスロットタイプが市場に出回るより以前の古いバージョンのＷｉｎｄｏｗｓ９８や２０００（Ｗｉｎｄｏｗｓは登録商標）などのＯＳ（以下「下位ＯＳ」と称する）を備えたＰＣでは、マルチスロットタイプに対応する専用ドライバソフトがプレインストールされていない。そのため、従来通り、対応する専用ドライバソフトをユーザ自身でインストールする必要がある。仮に、上記専用ドライバをインストールしないままで、下位ＯＳを備えたＰＣにマルチスロットタイプのリーダライタ（以下「マルチリーダライタ」と称する）を接続した場合は、予め定められた一つのスロットにしかアクセスすることができないようになっている。

ところで、ＰＣとリーダライタとの間で行われるデータ通信、換言すれば、ＰＣとメモリーカードとの間で行われるデータ通信に用いられる通信プロトコルは、該データ通信がＳＣＳＩ規格で定義されたＳＣＳＩコマンドに基づいて行われるように設計されている例が多い。ＳＣＳＩ規格は、ＡＮＳＩ（American National Standard Institute；米規格協会）によって規格化され、国際的に広く準拠されている通信プロトコルであり、上記ＳＣＳＩコマンドは該ＳＣＳＩ規格で定められているコマンド用語である。このような通信プロトコルは、ＰＣ及びリーダライタの汎用性を高めることができるため、広く用いられている。なお、以下の説明において、ＳＣＳＩ規格とは主としてＳＣＳＩ−２を示すものとする。

以下に、図１３を用いて、ＳＣＳＩコマンドに基づいて、ＰＣ３と、ＵＳＢ−Ｉ／Ｆ７８を介して該ＰＣ３とＵＳＢ接続されたリーダライタ７７との間で行われるデータ通信について簡単に説明する。ここに、図１３はＰＣ３上で動作するＯＳ７０（ここではＷｉｎｄｏｗｓ２０００とする）及び該ＯＳ７０上で動作するアプリケーションを説明するための概念図である。ＯＳ７０は、ＧＵＩ（Graphical User Interface）７１とファイルシステム７２とＯＳカーネル７３を備えてその基幹システムが構成されている。ＧＵＩ７１は、コンピュータグラフィックスとマウスなどのポインティングデバイスを用いてユーザの入力操作を実現するユーザインターフェースであり、ファイルシステム７２は、コンピュータ内部でファイルやフォルダを用いてデータを管理する方式及びその管理システムである。また、ＯＳカーネル７３はアプリケーションや周辺機器を監視する等の基本機能を実装したソフトウェアである。なお、ＰＣ３には、リーダライタ７７へのアクセスが可能なようにドライバソフト７４が予めインストールされており、該ドライバソフト７４はモジュール化された状態でＯＳカーネル７３に実装されている。

図示するように、リーダライタ７７へアクセスするためのアプリケーションの一例であるエクスプローラ７５とＲ／Ｗアプリケーション７６とがＰＣ３上で起動されると仮定する。エクスプローラ７５は周知の如く、ファイルやフォルダを管理するためのものである。エクスプローラ７５はＯＳ７０のシステムに準拠して作成されており、一般には、ＯＳ７０の一機能として認識されている。従って、エクスプローラ７５はファイルシステム７２を介してリーダライタ７７と通信する。一方、Ｒ／Ｗアプリケーション７６は、例えばリーダライタ７７の製造メーカが開発した独自のアプリケーションソフトであって、リーダライタ７７に挿入された記録メディアに対してデータを書き込む処理或いはデータを読み出す処理を行うものである。一般に、Ｒ／Ｗアプリケーション７６は、ファイルシステム７２の仕様が公開されていないため、ＯＳ７０には準拠せずに作成される。

まず、エクスプローラ７５からリーダライタ７７にアクセスする場合について説明する。ＯＳ７０が起動され、それと共にエクスプローラ７５が起動されると、エクスプローラ７５によって、Inquiryコマンド（ＳＣＳＩコマンドの一例）がファイルシステム７２を介してＯＳカーネル７３に発行される。なお、Inquiryコマンドを含み全てのＳＣＳＩコマンドは、ＯＳカーネル７３において仮想的に設けられたＳＣＳＩコマンド処理入口７９に対して発行されるようになっている。上記Inquiryコマンドが発行されると、リーダライタ７７からその型式やデバイス名、ＳＣＳＩ−ＩＤ、ＬＵＮの有無、メモリーカードの種別などの構成情報が返信される。これにより、リーダライタ７７が認識される。リーダライタ７７が認識されると、ＧＵＩ７１によってエクスプローラ７５上にリーダライタ７７のドライブアイコンが生成される。そして、ユーザがマウスなどを用いて上記ドライブアイコンにアクセスするなどして、データの読出指示が入力されると、エクスプローラ７５はファイルシステム７２に働きかけて、ＯＳカーネル７３に対してＲｅａｄコマンド（ＳＣＳＩコマンドの一例）を発行させる。一方、同様に、書込指示を入力すると、ＯＳカーネル７３に対してＷｒｉｔｅコマンド（ＳＣＳＩコマンドの一例）を発行させる。これらのコマンドデータがＵＳＢなどのＩ／Ｆを介してリーダライタ７７に転送され、該コマンドに従った読み出し若しくは書き込みがリーダライタ７７側で実行される。なお、上記InquiryコマンドはＰＣ３にリーダライタ７７が接続されたときや、リーダライタ７７が接続された状態でＰＣ３の電源がリセットされたときにも発行される。

次に、Ｒ／Ｗアプリケーション７６からリーダライタ７７にアクセスする場合について説明する。Ｒ／Ｗアプリケーション７６が起動されると、ＯＳカーネル７３に対してＲ／Ｗアプリケーションにのみデータバスを開放する要求が出される。ＯＳカーネル７３はこの要求を受けてＲ／Ｗアプリケーション７６にデータバスを占有させる。換言すれば、ファイル７２からＳＣＳＩコマンド処理入口７９に対して発行されたＳＣＳＩコマンドを該ＳＣＳＩコマンド処理入口７９で受け入れないようにする。従って、Ｒ／Ｗアプリケーション７６の起動中は、ファイルシステム７２はリーダライタ７７へアクセスできなくなる。また、Ｒ／Ｗアプリケーション７６が起動されると、ＧＵＩ７１によってＲ／Ｗアプリケーション７６でプログラムされた入力画面（ユーザインターフェース画面）がディスプレイ上に表示される。また、ドライバソフト７４によって、InquiryコマンドがＯＳカーネル７３に発行されて、リーダライタ７７の型式やデバイス名などの構成情報が取得される。これにより、リーダライタ７７が認識される。その後、ドライバソフト７４によってＯＳカーネル７３に対して出されたＲｅａｄコマンドやＷｒｉｔｅコマンドに従って、リーダライタ７７側でデータの読み出し若しくは書き込みが実行される。

なお、リーダライタ７７の認識は次のようにして行われる。即ち、まず、ＯＳカーネル７３に対してInquiryコマンドを発行した際に生成されるInquiryデータをリーダライタ７７に送信する。該Inquiryデータを受信したリーダライタ７７側では、Inquiryデータに含まれる種々の情報を参照して、該情報に従った構成情報を生成し、該構成情報を含むStandard-InquiryデータをＰＣへ返信する。この返信されたStandard-Inquiryデータに基づき、リーダライタ７７が認識される。

特開２００５−１８６４５号公報 特開２００５−１０７８７５号公報

上述したように、Ｒ／Ｗアプリケーション７６が起動されると、データバスがＲ／Ｗアプリケーション７６に占有され、エクスプローラ７５によるファイルシステム７２を介するリーダライタ７７との通信ができなくなる。このとき、リーダライタ７７に挿入されていたメモリーカードが別のものに交換されると、交換されたことを示す情報がリーダライタ７７の内部メモリに記憶される。実際には、所定のビットフラグがオンされる（つまり所定のビットが“０”から“１”に変えられる）。該ビットフラグがオンの場合は、Ｒ／Ｗアプリケーション７６から発行されるＳＣＳＩコマンド（ＲｅａｄコマンドやＷｒｉｔｅコマンドなど）は、原則として受け入れられずに失敗させられる。ただし、例外として、Inquiryコマンド等の特別なコマンドは拒否されずに受け入れられる。

上記ＳＣＳＩコマンドが失敗させられると、Ｒ／Ｗアプリケーション７６からInquiryコマンドが発行されて、交換後のメモリーカードの情報が新たに取得される。そして、該Inquiryコマンドを受け入れたリーダライタ７７側では、Ｒ／Ｗアプリケーション７６によってメモリーカードの情報が取得されると、上記ビットフラグがオフされる（つまり所定のビットが“１”から“０”に変えられる）。これにより、メモリーカードのクラッシュなどを発生させることなく、Ｒ／Ｗアプリケーション７６からリーダライタ７７へのアクセスが可能となる。

一方、上記ビットフラグが下げられた後にＲ／Ｗアプリケーション７６がダウンされると（閉じられると）、Ｒ／Ｗアプリケーション７６によるデータバスの占有が解除される。即ち、エクスプローラ７５によってファイルシステム７２を介して発行されたＳＣＳＩコマンドがＳＣＳＩコマンド処理入口７９で受け入れられるようになる。これにより、エクスプローラ７５によるリーダライタ７７へのアクセスが可能となる。しかしながら、エクスプローラ７５やファイルシステム７２は交換後のメモリーカードの情報を取得していないため、エクスプローラ７５によってＲｅａｄコマンドやＷｒｉｔｅコマンド発行されて、これがリーダライタ７７に受け入れられると、エクスプローラ７５は交換前のメモリーカードの情報（メモリーカードの種別、データ構成、データ量などの情報）に基づき交換後のメモリーカードにアクセスすることになる。その際、メモリーカード内のデータが破壊され、或いはメモリーカードがクラッシュするといった問題が生じるおそれがある。従来は、新たにリーダライタ７７の構成情報を取得させるべく強制的にリーダライタ７７をリセットさせたり、メモリーカードをイジェクトさせるといった煩雑な手順を踏むことにより上記問題を回避していた。

また、上述したデータ通信は、リーダライタ７７のスロットに装填されたメモリーカードとの間で行われるものである。従って、このデータ通信によれば、ＰＣ３とメモリカードとの間でデータの送受信が可能となる。しかしながら、上述のデータ通信では、メモリーカードを除くリーダライタ７７の付属機器、例えば、リーダライタ７７に設けられた液晶表示部やスイッチなどに対して、従来のＯＳの仕様の範囲内では、所望するデータの送受信をすることができないという問題があった。

そこで、従来から、Ｒ／Ｗアプリケーション７６の起動中に上記ビットフラグをオンさせたままで、Ｒ／Ｗアプリケーション７６からリーダライタ７７へのデータの送受信を可能とする通信技術や、ドライブ認識されるメモリカードなどのストレージ以外の付属機器とのデータの送受信を可能とする通信技術の確立が強く望まれていた。

本発明は、上記事情に鑑みてなされたものであり、その目的とするところは、ＳＣＳＩ規格の範囲内で、リーダライタなどの周辺装置に対して発行されるＳＣＳＩコマンドが該周辺装置に原則拒否される状態を維持しつつ、周辺装置と情報処理装置との間でデータ通信を可能にする通信システムを提供することにある。

(1)本発明は、スロットに挿入された記録メディアに対し読み取り又は書き込みのいずれか一方又は双方を行う周辺装置と、該周辺装置と接続される情報処理装置との間で、ＳＣＳＩ規格で定義されるＳＣＳＩコマンドに基づいてデータ通信を行う通信システムであって、情報処理装置は、当該情報処理装置のＯＳカーネルに対してInquiryコマンドを発行することにより生成されるInquiryデータにおいて、上記Inquiryデータを構成するアロケーション長領域に予め確保された空き領域に通信データを付加する付加手段と、上記付加手段により上記通信データが付加されたInquiryデータを上記周辺装置に送信する送信手段と、を備え、周辺装置は、上記送信手段により送信されたInquiryデータを受信する受信する受信手段と、受信したInquiryデータに付加された通信データを抽出する抽出手段と、を備え、上記周辺装置において上記記録メディアに割り当てられるアロケーション長が上記アロケーション長領域に記述可能な最大バイト数未満に予め設定されてなる通信システムである。

ＳＣＳＩコマンドに基づいてデータ通信を行う通信システムでは、情報処理装置に対して周辺装置が接続された場合や情報処理装置と周辺装置とが接続された状態において電源がリセットされた場合は、情報処理装置は周辺装置の構成情報（装置の型式、デバイス名、ＳＣＳＩ−ＩＤ、ＬＵＤなど）を取得するために、ＯＳカーネルに対してInquiryコマンドを発行して、Inquiryデータを周辺装置に送信する。一方、Inquiryデータを受信した周辺装置は、Inquiryデータに含まれる種々の情報を参照して、該情報に従った構成情報を含むStandard-Inquiryを情報処理装置に返信する。

このInquiryデータに予め空き領域を確保しておき、この空き領域に任意の通信データを付加したうえで、Inquiryデータを上記周辺装置に送信する。そして、周辺装置において、受信したInquiryデータに付加された通信データが抽出される。これにより、情報処理装置から周辺装置へのデータの転送が実現される。

現在のＳＣＳＩ規格では、アロケーション長領域は８ビット列又は１６ビット列からなるものと定められている。この領域は、周辺装置に挿入された記録メディアにデータを記憶するためのメモリ領域のデータ長を記述するところであって、他の領域に較べるとビット幅も大きく、変更の可能な領域であるため、通信データを付加する領域として好適である。

例えば、アロケーション長領域が８ビット列である場合は、該領域に記述可能な最大の数値情報は、１０進数表記で(255)₁₀である。なお、１６進数表記では(0xFF)₁₆となる。
上記記録メディアに割り当てられるアロケーション長が(255)₁₀よりも小さい数値であれば、該数値より大きい数値はアロケーション長を示す情報としては使用されないので、この使用されない領域を空き領域として好適に用いることが可能となる。

(2)また、本発明の通信システムにおいて、周辺装置は、上記Inquiryデータの受信に応じて生成される当該周辺装置のＶＰＤに上記通信データに対応する返信データを書き込んだ後に、上記ＶＰＤを情報処理装置に返信する返信手段を備えてなるものである。

Inquiryデータを受信すると、Inquiryデータの内容如何によって、周辺装置から情報処理装置に対してＶＰＤ（Vital Product Data）を返信するようになっている。ＶＰＤを返信する際に、ＶＰＤの空き領域に周辺装置から情報処理装置への通信データを書き込んでおくことにより、周辺装置から情報処理装置へのデータの転送が実現される。

(3)上記付加手段が、Inquiryデータを構成する１ビット列からなるＥＶＰＤ（Enable Vital Product Data）領域に“１”が設定されている場合に、上記空き領域に通信データを付加するものであることが望ましい。

現在のＳＣＳＩ規格では、上記ＥＶＰＤ領域は１ビット列からなるものと定められている。また、ＳＣＳＩ規格では、Inquiryコマンドを発行させて、周辺装置の構成情報を取得する場合は、上記ＥＶＰＤ領域を“０”に設定するように定められている。一方、ＥＶＰＤ領域に“１”が設定されている場合は、ＶＰＤ情報を周辺装置から情報処理装置へ転送するオプション機能が働く旨がＳＣＳＩ規格書に記述されている。しかし、上記オプション機能は、実際にはほとんど活用されていないことが経験的に知得されている。そこで、本発明では、ＥＶＰＤ領域に“１”が設定された場合に、上記空き領域に通信データを付加するようにしている。これにより、Inquiryデータによる周辺装置の構成情報を取得する場合とInquiryデータによるデータの通信を行う場合とを区別している。

(4)ここで、上記アロケーション長領域がｎビット列からなる場合に、上記周辺装置において上記記録メディアに割り当てられるアロケーション長が（ｎ−１）ビット列以下で表現されるバイト数に予め設定されてなることが好ましい。

例えばアロケーション長領域が８ビット列であって、上記周辺装置におけるアロケーション長が１０進数表記で(127)₁₀に予め設定されている場合は、この(127)₁₀という数値は７ビットで表現可能であるため、上記アロケーション長領域のうちの７ビットは(127)₁₀を表現するために使用される。しかし、残りの１ビットは使用されないままとなる。この場合、残りの１ビットを有効に利用することにより、アロケーション長領域に最大７ビットの空き領域を確保することができる。

(5)情報処理装置が、周辺装置との間でＳＣＳＩコマンドに基づくデータ通信を占有して行うアプリケーションと、周辺装置に挿入された記録メディアに格納されるデータを管理するファイルシステムとが動作可能な環境にある場合に、上記付加手段が、上記ファイルシステムによる上記記録メディアに対するデータの管理処理中に、上記アプリケーションによってInquiryコマンドが発行された際に生成されるInquiryデータにおいて予め確保された上記空き領域に通信データを付加するものであることが考えられる。

一般に、ファイルシステムと記録メディアとのデータ通信、即ち、ファイルシステムと周辺装置との通信が継続している場合は、その通信が終了しない限り他のアプリケーションによる周辺装置との通信は禁止される。逆の場合も同様である。これは、先に成立された通信にエラーなどを生じさせないために、原則として、他のアプリケーションから発行されたコマンドを周辺装置が受け入れないようにシステム構成されているからである。ただし、この場合であっても、例外的に、Inquiryコマンドは周辺装置に受け入れられるようになっており、そのようにＳＣＳＩ規格で定められている。従って、通信データが付加されたInquiryデータを周辺装置との間で送受信することにより、例えばファイルシステムと周辺装置との通信が継続している場合でも、他のアプリケーションによる周辺装置とのデータ通信を行うことが可能となる。

(6)また、上記周辺装置と上記情報処理装置とがＵＳＢ接続するものであれば、本発明の通信システムが好適に実現され得る。

(7)また、本発明は、上記通信システムを構成する情報処理装置として捉えることもできる。即ち、スロットに挿入された記録メディアに対し読み取り又は書き込みのいずれか一方又は双方を行う周辺装置と接続可能に構成され、該周辺装置との間でＳＣＳＩ規格で定義されるＳＣＳＩコマンドに基づいてデータ通信を行う情報処理装置であって、当該情報処理装置のＯＳカーネルに対してInquiryコマンドを発行することにより生成されるInquiryデータにおいて、上記Inquiryデータを構成するアロケーション長領域に予め確保された空き領域に通信データを付加する付加手段と、上記付加手段により上記通信データが付加されたInquiryデータを上記周辺装置に送信する送信手段と、を具備してなるものであってもよい。

(8)また、本発明は、上記通信システムを構成する情報処理装置として捉えることもできる。即ち、スロットに挿入された記録メディアに対し読み取り又は書き込みのいずれか一方又は双方を行う周辺装置と、該周辺装置と接続される情報処理装置との間で、ＳＣＳＩ規格で定義されるＳＣＳＩコマンドに基づいてデータ通信を行う通信システムを構成する上記周辺装置であって、Inquiryデータにおいて予め確保された空き領域に通信データが付加された状態で上記情報処理装置から送信されたInquiryデータを受信する受信手段と、受信したInquiryデータに付加された通信データを抽出する抽出手段と、を具備し、上記記録メディアに割り当てられるアロケーション長が上記Inquiryデータを構成するアロケーション長領域に記述可能な最大バイト数未満に予め設定されてなるものであってもよい。

(9)この場合、上記Inquiryデータの受信に応じて生成される当該周辺装置のＶＰＤに上記通信データに対応する返信データを書き込んだ後に、上記ＶＰＤを情報処理装置に返信する返信手段を備えてなることが望ましい。

(10)また、上記情報処理装置との効率の良い通信を実現するべく、本発明の周辺装置において、上記情報処理装置とＵＳＢ接続するＵＳＢ接続手段を備えてなることが好ましい形態である。

(11)また、スロットに挿入された記録メディアに対し読み取り又は書き込みのいずれか一方又は双方を行う周辺装置と、該周辺装置と接続される情報処理装置との間で、ＳＣＳＩ規格で定義されるＳＣＳＩコマンドに基づいてデータ通信を行う通信方法であって、情報処理装置のＯＳカーネルに対してInquiryコマンドを発行することにより生成されるInquiryデータにおいて、上記Inquiryデータを構成するアロケーション長領域に予め確保された空き領域に通信データを付加する付加工程と、上記通信データが付加されたInquiryデータを上記情報処理装置から上記周辺装置に送信する送信工程と、送信されたInquiryデータを受信する受信工程と、受信したInquiryデータに付加された通信データを抽出する抽出工程と、を具備し、上記周辺装置において上記記録メディアに割り当てられるアロケーション長が上記アロケーション長領域に記述可能な最大バイト数未満に予め設定されてなる通信方法として本発明を捉えてもよい。

ＳＣＳＩコマンドに基づいてデータ通信を行う本通信システムによれば、Inquiryデータ中に予め空き領域を確保しておき、この空き領域に任意の通信データを付加したうえで、Inquiryデータを情報処理装置から周辺装置へ送信し、そして、周辺装置において、受信したInquiryデータに付加された通信データが抽出される。これにより、Inquiryコマンドを除くＳＣＳＩコマンドが該周辺装置に原則拒否される状態を維持したままで、換言すれば、記録メディアが交換されたことを示すフラグがオンされたままで情報処理装置と周辺装置とのデータ通信が実現される。また、特別なカーネルドライバ等のドライバソフトがインストールされていないアプリケーションから周辺装置へのデータ通信が可能となる。

〔第１の実施形態〕
以下、適宜図面を参照して本発明の第１の実施形態に係る通信システム１について説明する。図１は通信システム１に適用されるマルチリーダライタ２（周辺装置の一例）の斜視図、図２はマルチリーダライタ２の概略構成を示すブロック図、図３は通信システム１に適用されるＰＣ３（情報処理装置の一例）の概略構成を示すブロック図である。なお、以下に説明する通信システム１の構成は、本発明を具現化するための単なる一例であり、本発明の要旨を変更しない範囲で構成を適宜変更できることは当然である。

図１（ａ）に示すように、マルチリーダライタ２は、その前面に、第１メモリーカード１１（例えばＣＦ）を挿入するための第１スロット１６と、第２メモリーカード１１（例えばＳＭ）を挿入するための第２スロット１７と、第３メモリーカード１３（例えばＭＳ）を挿入するための第３スロット１８と、第４メモリーカード１４（例えばＳＤ）を挿入するための第４スロット１９とを備えている。ここに、第１〜第４のメモリーカード１１〜１４はいずれも本発明の記憶メディアの一例である。なお、本実施形態では、周辺装置としてマルチリーダライタ２を例示して説明するが、シングルスロットタイプのリーダライタにも適用可能である。また、ＣＦやＳＭなどのメモリーカードに代えてＣＤ−ＲＯＭ或いはＤＶＤ−ＲＯＭなどの磁気ディスクメディアを記録メディアとする場合は、該磁気ディスクメディアを単数或いは複数挿入可能な挿入部を備えてなる所謂チェンジャーＣＤ−ＲＯＭドライブやチェンジャーＤＶＤ−ＲＯＭドライブが周辺装置となる。該周辺装置を備えて構成された通信システムにも本発明は適用可能である。

マルチリーダライタ２の上面には、所定の情報を表示する液晶表示部２１が設けられている。該液晶表示部２１はマルチリーダライタ２内に格納された文字情報を表示させるためのものである。なお、液晶表示部２１に代えてＬＥＤ表示器等を適用してもよい。本実施形態では、上記液晶表示部２１への文字情報の表示出力は、ＰＣ３からの指示に従って行われる。

マルチリーダライタ２の側面には、内部の接点をＡ側或いはＢ側のいずれかに切り換えるための切換スイッチ２２が設けられている。切換スイッチ２２の突起部２３が上下方向に移動されることにより、該突起部２３の内部側に設けられた導電部がＡ側接点或いはＢ側接点のいずれかに接触して、接点が切り換えられる。切換スイッチ２２は、液晶表示部２１の表示内容を切り換えるためのものであり、本実施形態では、突起部２３がＡ側に切り換えられると、液晶表示部２１の表示内容が現在の時刻に変更され、Ｂ側に切り替えられると、所定のメッセージに切り換えられるものとする。もちろん、液晶表示部２１の表示内容やその切換手法は適宜変更可能である。本実施形態では、上記切換スイッチ２２がいずれに切り換えられているかの検出は、ＰＣ３からの指示に従って行われる。

マルチリーダライタ２の背面には、図１（ｂ）及び図２に示すように、ＵＳＢケーブル２５（図２参照）を接続するためのＵＳＢ端子２４が設けられている。ＵＳＢ端子２４及びＵＳＢケーブル２５は、ＰＣ３とマルチリーダライタ２との間でＳＣＳＩコマンドに基づくデータ通信を可能にするためのものであり、ＳＣＳＩ規格に準拠する仕様となっている。従って、上記ＵＳＢ端子２４に代えてＩＥＥＥ１３９４コネクタ端子などを適用することも可能である。なお、本実施形態では、ＳＣＳＩ規格としてＳＣＳＩ−２を取り上げて説明するが、言うまでもなく、所謂ＳＣＳＩ−１或いはＳＣＳＩ−３と称される改訂規格についても本発明は適用され得る。

図２に示すように、マルチリーダライタ２は、その内部に、各構成部を制御するＣＰＵ２７と、制御プログラムや種々のデータ等を格納するＲＯＭ２８と、液晶表示部２１に表示される所定の情報に関するデジタルデータなどを一時的に記憶し或いはＣＰＵ２７による演算の作業領域となるＲＡＭ２９と、液晶ＬＳＩ３０と、入出力制御ＬＳＩ３１と、ＵＳＢチップ３２とを備え、これらがバス３３を介して相互にデータ転送が可能なように接続されている。液晶ＬＳＩ３０は、液晶表示部２１の表示内容が所定の情報となるように液晶を駆動させるドライバである。マルチリーダライタ２は、該マルチリーダライタ２が接続されるＰＣ３との間でＳＣＳＩコマンドに基づくデータ通信を行うものである。従って、ＲＯＭ２８に格納された制御プログラムはＳＣＳＩ規格で定められる通信プロトコルに基づいて作成されている。なお、本発明の受信手段、抽出手段、返信手段は、上記制御プログラムに従った所定の処理を行うＣＰＵ２７によって具現化される。本実施形態では、ＲＡＭ２９に液晶表示部２１に表示される情報が格納される例について説明するが、もちろん、液晶表示用として別にＲＡＭなどの半導体メモリを設けてもかまわない。

液晶表示部２１に表示される所定の情報は、メッセージ情報や時刻情報などを示す文字列情報である。文字列情報とは、複数の文字や数字、記号などが列なった情報である。ＲＡＭ２９には、上記文字列情報が格納される記憶領域が確保されている。この記憶領域は、１２８バイトごとに区分けされた複数の文字列記憶領域に分けられて管理されており、それぞれの文字列記憶領域には、該文字列記憶領域を識別するための識別番号（以下「文字列番号」と称する）が割り当てられているものとする。

入出力制御ＬＳＩ３１は、第１〜第４スロット１６〜１９のそれぞれに挿入される第１〜第４メモリーカード１１〜１４に対するデータの入出力を制御するためものである。ＵＳＢチップ３２は、ＵＳＢ規格に基づいてＵＳＢケーブル２５におけるデータ伝送を制御するコントローラである。なお、ＵＳＢ端子２４に接続されたＵＳＢケーブル２５の他方端がＰＣ３とデータ通信可能に接続されることにより、通信システム１が構築される。

ＲＯＭ２８には、ＰＣ３から送信されたデータを解析するために用いられる解析データがテーブルリスト化された状態で格納されている。なお、後段において説明する表６及び表７に上記解析データを示す。

マルチリーダライタ２では、挿入されたメモリーカードに対してデータの読み書きを行う場合は、該メモリーカードからデータを読み出すために使用するメモリ領域或いは該メモリーカードにデータを記憶するために使用するメモリ領域の割り当てが行われる。この割り当てられるメモリ領域のデータ長はアロケーション長と呼ばれている。一般に、該アロケーション長はマルチリーダライタ２にアクセスするＰＣ３からの指定されたデータ長に設定されるが、本発明では、マルチリーダライタ２で設定可能なアロケーション長の最大値が、ＰＣ３側から指定し得る最大数値未満に設定されている。

ＰＣ３は、図３に示すように、各構成部を制御するＣＰＵ４１と、ＲＯＭ４２と、ＲＡＭ４３と、各種ソフトウェアプログラムやデータが格納されたＨＤＤ４４と、ビデオコントロールＬＳＩ４５と、ＵＳＢチップ４６と、ビデオ端子４７と、複数の入出力ポートを有するＵＳＢ端子４８などを備え、これらがバス４９を介して相互にデータ転送が可能なように接続されている。これら各部は所謂マザーボードと呼ばれるメイン制御基板に一体的に組み込まれている。ビデオ端子５１にはビデオケーブルを介してディスプレイ５１が接続されている。ＵＳＢ端子４８はＵＳＢハブ機能を有する。このＵＳＢ端子４８には、キーボード５２及びマウス５３等の入力手段が接続されており、更に、マルチリーダライタ２が接続されている。本発明の受信手段、付加手段及び送信手段は、上記ソフトウェアプログラムに従った所定の処理を行うＣＰＵ４１によって具現化される。

また、ＰＣ３は、時計機能を有する。該時計機能により計測された時刻は、デジタルデータ化されてＲＡＭ４２に格納される。該ＲＡＭ４２には、キーボード５２等を介してユーザにより入力されたメッセージがデジタルデータ化されて格納される。なお、これらの時刻データ及びメッセージデータは、マルチリーダライタ２へ送信されて、液晶表示部２１に表示出力される。

ＲＯＭ４２には、マルチリーダライタ２へ送信されるデータであって、マルチリーダライタ２のＣＰＵ２７に所定の処理を実行させる指示データが格納されている。該指示データはテーブルリスト化された状態でＨＤＤ４４又はＲＯＭ４２に格納されている。なお、後段において説明する表６及び表７が上記指示データに相当する。

ＨＤＤ４４のプログラム格納領域には、ＰＣ３のオペレーションシステムであるＷｉｎｄｏｗｓ２０００のＳＰ３（以下「ＯＳ２０００」と称する）や、マルチリーダライタ２へのデータの書き込み及び読み出しを可能とするためのＲ／Ｗアプリケーションなどのソフトウェアプログラムが格納されている。これらソフトウェアプログラムがＣＰＵ４１によって読み出されて所定の演算処理がなされることにより、各アプリケーションがＰＣ３において動作可能となる。また、上記プログラム格納領域には、マルチリーダライタ２との間でＳＣＳＩコマンドに基づくデータ通信を可能とするために、ＳＣＳＩ規格で定められる通信プロトコルに従った通信プログラムが格納されている。なお、本実施形態では、ＯＳ２０００が搭載されたＰＣ３を例示して説明するが、Ｌｉｎｕｘシリーズ、ＭａｃＯＳシリーズなどのＯＳが搭載されたものであってもよい。もちろん、Ｗｉｎｄｏｗｓ２０００のＳＰ３をＳＰ４に代替することも可能である。

本通信システム１では、後段においてフローチャート（図４〜図１０）を用いて説明するように、ＳＣＳＩ規格で定義されるＳＣＳＩコマンドに基づいて液晶表示部２１に表示されるデータの通信が行われる。従って、本通信システム１で実現されるデータ通信はＳＣＳＩ規格を逸脱するものではない。一般に、ＳＣＳＩコマンドに基づくデータ通信においては、データバスが他のアプリケーションなどにより占有されている場合や、マルチリーダライタ２のドライバソフトがインストールされていない場合などのように、マルチリーダライタ２側がＰＣ３のＯＳカーネルから発行されるＳＣＳＩコマンドを拒否して受け入れない状態（以下「ノット・レディ状態」と称す）では、データを通信することはできない。しかし、本通信システム１では、ノット・レディ状態であっても例外的にマルチリーダライタ２に受け入れられるInquiryコマンドを用いることにより、ＰＣ３及びマルチリーダライタ２間で通信データの受け渡しを実現している。詳しくは後述するが、Inquiryコマンドが発行されたときに生成されるInquiryデータ（表１参照）に予め空き領域を確保しておき、該空き領域に通信データを付加するようにしている。このように、通信データが付加されたInquiryデータがマルチリーダライタ２で受け入れられることにより、マルチリーダライタ２への通信データの転送が可能となる。また、Inquiryデータの受信によりマルチリーダライタ２側で生成され、返信されるＶＰＤ（表２参照）に返信データを書き込むようにしている。これにより、ＰＣ３への返信データの転送が可能となる。

以下、図４〜図１０のフローチャートを参照しながら、本通信システム１において、Inquiryデータを用いたデータ通信処理の手順の一例について説明する。本実施形態では、ＰＣ３のＲＡＭ４３に格納された前記時刻データ或いは前記メッセージデータがマルチリーダライタ２に送信され、前記時刻データ或いは前記メッセージデータのいずれかが液晶表示部２１に表示出力されるまでの一連の処理手順について説明する。なお、各ステップにおける処理は、ＰＣ３のＣＰＵ４１或いはマルチリーダライタ２のＣＰＵ２７によって各構成部が制御されることにより行われる。図中のＳ１，Ｓ２，…は処理手順（ステップ）番号を示す。

図４は、本通信システム１において実行されるデータ通信処理の概略手順を説明するフローチャートである。ＰＣ３にマルチリーダライタ２が接続され、各装置に電源が投入されると、まず最初に、ＰＣ３に接続されている不明なデバイスに対してドライブを割り当てるドライブ割当処理（Ｓ１）が実行される。本実施形態では、デバイスとしてマルチリーダライタ２だけが接続されているため、これのみにドライブが割り当てられる。

次に、ユーザによって選択されたドライブを通信相手として設定するドライブ設定処理（Ｓ２）が行われる。ドライブが設定されると、設定されたドライブに対応するデバイス（本実施形態ではマルチリーダライタ２）が通信相手として認識される。その後、ＲＡＭ４３に格納された通信データがマルチリーダライタ２に送信され（送信処理）、マルチリーダライタ２で受信された通信データを液晶表示部２１に転送して該液晶表示部に表示する送信表示処理（Ｓ３）が実行される。

そして、上記送信表示処理後にカウントが開始されたタイマなどの計時手段によって、送信表示処理後から時間Ｔ１（例えば１秒）が経過したかどうかが判定される（Ｓ４）。ステップＳ４で、時間Ｔ１が経過したと判定された場合は（Ｓ４のＹｅｓ側）、ＰＣ３に対してシステムダウンさせるための終了指示が入力されたかどうかが判定される（Ｓ５）。更にステップＳ５で、上記終了指示の入力がないと判定された場合は（Ｓ５のＮｏ側）、表示内容の変更が必要かどうかの判定処理（Ｓ６）が行われ、ここで、必要であると判定された場合は（Ｓ６のＹｅｓ側）、ステップＳ３からの処理が繰り返し行われる。一方、表示内容の変更の必要がないと判定された場合は（Ｓ６のＮｏ側）、ステップＳ４からの処理が繰り返し行われる。

ステップＳ５で、上記終了指示が入力されたと判定された場合は（Ｓ５のＹｅｓ側）、液晶表示部２１に表示された情報を消去する表示消去処理（Ｓ７）が実行され、その後に一連の処理が終了する。以下、上述したドライブ割当処理（Ｓ１）、ドライブ設定処理（Ｓ２）、送信表示処理（Ｓ３）、 表示内容の変更が必要かどうかの判定処理（Ｓ６）、表示消去処理（Ｓ７）についてそれぞれ詳細に説明する。

まず、図５のフローチャートを用いて、ＰＣ３においてＣＰＵ４１により実行されるドライブ割当処理（Ｓ１）について説明する。処理はステップＳ１０１から開始される。

最初に、ステップＳ１０１では、参照されるドライブ（以下「参照ドライブ」と称する）がＡドライブに初期設定される（Ｓ１０１）。該参照ドライブは、ＰＣ３側で割り当て可能なドライブのことを意味するものであって、該ドライブが複数存在する場合はドライブの割り当て処理時に昇順で参照される。参照ドライブは、ＰＣ３のＯＳ２０００のＯＳカーネルで管理されている。本実施形態では、割り当て可能なドライブ数をＡ〜Ｚの２６個としている。

参照ドライブが設定されると、次に、ＣＰＵ４１によって、ドライブが割り当てられるデバイスからStandard-Inquiryデータ（以下「Ｓ／Ｉデータ」と略称する）を返信させるためのInquiryコマンド（以下「Ｉｎｑ（０）コマンド」と称する）が参照ドライブに対して発行される（Ｓ１０２）。実際には、ＣＰＵ４１によって該Ｉｎｑ（０）コマンドがＯＳカーネルに対して発行され、該ＯＳカーネルにおいて該Ｉｎｑ（０）コマンドが参照ドライブに発行されたものとして取り扱われる。そして、ＯＳカーネルにより、ＥＶＰＤ領域が“０”に設定されたInquiryデータ（以下「Ｉｎｑ（０）データ」と称する）が生成されて、参照ドライブに関連づけられた不明デバイスに送信される。ＳＣＳＩ規格では、ＥＶＰＤ領域が“０”に設定されている場合はＳ／Ｉデータを返信するよう定義されている。ここで、本実施形態において生成されるＩｎｑ（０）データの具体例を表３に示す。なお、表３のデータ欄には、各データが１６進数表記で示されている。本明細書において特に明示しない限り、データ欄はすべて１６進数表記で示すものとする。

参照ドライブに関連づけられたデバイスが存在する場合であって、該デバイスがＳＣＳＩコマンドを処理することができるデバイス（ＳＣＳＩコマンド対応デバイス）である場合は、該デバイスからＳ／Ｉデータが返信される。一方、デバイスが存在しない場合、或いは存在していても該デバイスがＳＣＳＩコマンドを処理することができない場合（ＳＣＳＩコマンド非対応デバイス）は、該デバイスからＳ／Ｉデータは返信されない。ステップＳ１０３では、Ｓ／Ｉデータの返信の有無に基づいてＣＰＵ４１によってエラー判定が行われる（Ｓ１０２）。具体的には、Ｓ／Ｉデータの返信がない場合はエラーと判定される（Ｓ１０２のＹｅｓ側）。この場合、その後の処理はステップＳ１０７に進む。また、Ｓ／Ｉデータの返信がある場合はエラーとは判定されない（Ｓ１０２のＮｏ側）。即ち、当該参照ドライブに関連づけられたデバイスが存在すると判定される。この場合、その後の処理はステップＳ１０５に進む。

ステップＳ１０３においてエラーでないと判定されると、返信されたＳ／Ｉデータに基づいて、参照ドライブに関連づけられたデバイスが通信対象となり得るデバイスであるかどうか、即ち、通信可能なデバイスであるかどうかが判定される。本実施形態では、当該ステップは、参照ドライブに関連付けられたデバイスがマルチリーダライタ２であるかどうかを判定するために行われる。また、本実施形態では、マルチリーダライタ２から、表４に示すＳ／ＩデータがＰＣ３へ返信されるようになっており、当該ステップにおける判定処理は、返信されたＳ／Ｉデータのバイト０の領域やバイト１の領域のデータ、或いは、バイト８〜１５の領域のベンダＩＤや、バイト１６〜３１の領域のプロダクトＩＤなどが、ＰＣ３側で予め登録しておいたＩＤ情報等と一致しているかどうかによって行われる。当該ステップで、通信可能なデバイスであると判定されると（Ｓ１０４のＹｅｓ側）、処理はステップＳ１０５に進み、通信可能なデバイスではないと判定されると（Ｓ１０４のＮｏ側）、処理はステップＳ１０７に進む。なお、表４中のバイト０の領域のデータ「０ｘ００」はダイレクトアクセスデバイスを示し、バイト１の領域のデータ「０ｘ８０」は可換記憶媒体を示すものである。上述の各バイト領域に記述される内容については、ＳＣＳＩ規格で定義されているため、詳細については、当該規格書を参照されたい。

処理がステップＳ１０５に進むと、ここでは、返信されたＳ／Ｉデータに基づいて、当該参照ドライブのＬＵＮが“０”であるかどうかがＣＰＵ４１によって判定される。かかる判定は、Ｓ／Ｉデータにおけるベンダ固有領域のバイト５４の領域のデータに基づいて行われる。本実施形態では、上述したように、マルチリーダライタ２から、表４に示すＳ／ＩデータがＰＣ３へ返信されるようになっている。また、表４のバイト５４の領域の備考欄にも記載しているように、マルチリーダライタ２では、Ｓ／Ｉデータを返信する際に、バイト５４の領域の上位４ビットに該マルチリーダライタ２の物理的Ｉ／Ｆを示す情報（本実施形態ではＵＳＢであることを示す情報）が格納され、下位４ビットにＬＵＮの番号を格納するようにプログラミングされている。従って、ＣＰＵ４１は、バイト５４の領域のデータを参照すれば、ＬＵＮの情報を取得することができる。これにより、当該ステップの判定処理を行うことができる。例えば、バイト５４の領域に「０ｘ１０」が格納されている場合は、物理的Ｉ／ＦがＵＳＢ接続コネクタであって、ＬＵＮが０であることが取得され、「０ｘ２３」が格納されている場合は、物理的Ｉ／ＦがＳＣＳＩ接続コネクタであって、ＬＵＮが３であることが取得される。

ステップＳ１０５で、ＬＵＮが“０”であると判定されると（Ｓ１０５のＹｅｓ側）、処理はステップＳ１０６に進み、ＬＵＮが“０”でないと判定されると（Ｓ１０５のＮｏ側）、処理はステップＳ１０７に進む。なお、ＯＳ２０００がインストールされたＰＣ３と接続されている場合は、マルチリーダライタ２側でバイト５４の領域に、例えばＬＵＮ＝１の情報を格納したとしても、ＰＣ３側ではＬＵＮ＝０として認識するようになっている。そのため、当該ステップＳ１０５の処理は必ずＹｅｓ側に進むことになる。この場合は、ステップＳ１０５の判定処理は意味を成さないため省略してもよい。

ステップＳ１０６では、現在の参照ドライブを対応ドライブリストに追加する処理が実行される。対応ドライブリストは、最終的にドライブが割り当てられる参照ドライブをリストアップしたものである。詳細には、該対応ドライブリストがＲＡＭ４３の所定の記憶領域に展開されており、該当する参照ドライブが該記憶領域に書き込まれる。その後、処理はステップＳ１０７に進む。

ステップＳ１０７では、参照ドライブがＺドライブであるかどうかがＣＰＵＳ４１によって判定される。例えば、カウンタメモリなどにドライブの参照順をカウントさせておき、そのカウンタ値をＣＰＵ４１が監視することにより、現在の参照ドライブがＺドライブであるかどうかの判定が可能である。かかる判定は、設定された参照ドライブが最後であるかどうかを判定するために行われる。ここで、参照ドライブがＺドライブであると判定されると、参照可能なドライブが存在しないため、続く処理はステップＳ１０９に進む。参照ドライブがＺドライブではないと判定されると、参照ドライブを次順のドライブに設定した後に（Ｓ１０８）、ステップＳ１０２からの処理がステップＳ１０７においてＹｅｓと判定されるまで繰り返し行われる。

処理がステップＳ１０９に進むと、ここでは、対応ドライブリストに基づいてドライブの割り当てがなされる。これにより、一連のドライブ割当処理（Ｓ１）が終了する。なお、本実施形態では、外部ストレージデバイスとしてマルチリーダライタ２のみが接続されているため、Ａドライブに対してマルチリーダライタ２が割り当てられ、他のドライブには何ら割り当てられないものとする。

続いて、図６のフローチャートを用いて、ＰＣ３においてＣＰＵ４１により実行されるドライブ設定処理（Ｓ２）について説明する。処理はステップＳ２０１から開始される。

ステップＳ２０１では、前記ドライブ割当処理（Ｓ１）によって割り当てられたドライブ（以下「対応ドライブ」と称する）が存在するかどうかが判定される（Ｓ２０１）。即ち、ＰＣ３で割当可能なドライブのいずれかに所定のデバイスが割り当てられたかどうかが判定される。本実施形態では、マルチリーダライタ２が割り当てられたＡドライブが存在するため、対応ドライブがあると判定される。その後、対応ドライブが１つであるかどうかが判定される（Ｓ２０２）。一方、ステップＳ２０１で、対応ドライブが存在しないと判定されると（Ｓ２０１のＮｏ側）、通信対象が存在しないため、処理が終了する。もちろん、この場合は、ＲＡＭ４３に格納された時刻データやメッセージデータは送信されない。

ステップＳ２０２で対応ドライブが１つであると判定されると（Ｓ２０２のＹｅｓ側）、当該対応ドライブが通信対象として設定される（Ｓ２０５）。即ち、当該対応ドライブに関連付けられたデバイスが通信対象に設定される。なお、本実施形態では、Ａドライブが通信対象として設定される。換言すれば、マルチリーダライタ２が通信対象のデバイスとして設定される。

一方、対応ドライブが複数存在すると判定された場合は（Ｓ２０２のＮｏ側）、対応ドライブを示すアイコンをダイアログ表示させる（Ｓ２０３）。その後、ユーザからいずれかのアイコンが選択されることによって所望の対応ドライブが選択されると、選択された対応ドライブが通信対象として設定される。なお、いずれのアイコンも選択されない場合であっても、例えば、対応ドライブごとに優先度が設定されている場合は、最も優先度の高い対応ドライブが通信対象に自動的に設定される。これにより、一連のドライブ設定処理（Ｓ２）が終了する。

次に、図７のフローチャートを用いて、ＰＣ３においてＣＰＵ４１により実行される送信表示処理（Ｓ３）について説明する。かかる送信表示処理（Ｓ３）は、上述のドライブ設定処理（Ｓ２）によって通信対象として設定されたマルチリーダライタ２とＰＣ３との間で実行される。処理はステップＳ３０１から開始される。

まず、ＰＣ側において、マルチリーダライタ２から該マルチリーダライタ２のＶＰＤ（Vital Product Data）を返信させるためのInquiryコマンド（以下「Ｉｎｑ（１）コマンド」と称する）がＡドライブに対して発行される（ステップＳ３０１）。実際には、該Ｉｎｑ（１）コマンドが、ＯＳカーネルに対して発行され、該ＯＳカーネルによってＡドライブに対して発行されたものとして取り扱われる。上記Ｉｎｑ（１）コマンドが発行されると、ＯＳカーネルによって、ＥＶＰＤ領域が“１”に設定されたInquiryデータ（以下「Ｉｎｑ（１）データ」と称する）が生成されて、Ａドライブに関連づけられたマルチリーダライタ２にＵＳＢケーブル２５を介して送信される。このとき生成されるＩｎｑ（１）データを表５に示す。表５に示すように、該Ｉｎｑ（１）データのバイト２の領域にはページコード「０ｘＥ０」が記述されている。なお、ＳＣＳＩ規格では、ＥＶＰＤ領域が“１”に設定されている場合はＶＰＤを返信するよう定義されている。

表５に示すように、Ｉｎｑ（１）データのバイト４の領域、即ちアロケーション長領域には「０ｘ１０」（２進数表記では「０００１００００」）が格納されている。本来、アロケーション長領域には、接続されたデバイスに要求するデータ長が格納される。本実施の形態では、マルチリーダライタ２のアロケーション長の最大値を予め１５バイトの固定長に設定されている。この“１５”という数は下位４ビットで表現できる。ＳＣＳＩ規格に従えば、マルチリーダライタ２において設定された上記最大値以上の数値がアロケーション長として指定されたとしても、マルチリーダライタ２のアロケーション長は上記最大値、即ち、１５バイトに設定される。従って、アロケーション長領域に「０ｘ１０」が記述されていても、また、「０ｘ１１」以上が記述されていても、アロケーション長は１５バイトに設定される。これは、アロケーション長領域のデータのうち、上位４ビットのいずれかのビットが「１」である場合は、該アロケーション長領域のデータを任意のデータとして自由に使用することができるということを意味する。即ち、上位４ビットのいずれかのビットを「１」とすることにより、アロケーション長領域における当該ビット以外のビットを空き領域として確保することができる。本発明では、このように確保された空き領域に任意の通信データを付加することで、ＰＣ３とマルチリーダライタ２とのデータ通信が行われる。

なお、上記アロケーション長は常に１５バイトの固定長に設定されるのではなく、Ｉｎｑ（１）データのページコードに応じてその最大値が設定されるようにしてもよい。例えば、ページコード「０ｘＥ０」の場合は、アロケーション長の最大値が１５バイトの固定長に設定され、ページコード「０ｘＥ２」の場合は、９バイトの固定長に設定される。かかる設定処理は、Ｉｎｑ（１）データを受信したマルチリーダライタ２のＣＰＵ２７によってページコードの内容が読み取られ、読み取られた内容に応じて、予めＲＯＭ２８に格納しておいた固定長対応リストから該当する固定長を選定することにより行われる。もちろん、１５バイト或いは９バイトと定めた上記アロケーション長は任意に設定することができる。

ここで、表６及び表７に、上記アロケーション長領域に確保された空き領域に付加される通信データを類別して示す。各表のデータ内容欄に示すように、各データには、それ自体が何を意味するものであるのかが定義づけられている。具体的には、データ内容欄の記載を参照されたい。なお、表６はページコードが「０ｘＥ０」の場合に送信される通信データであり、表７は、ページコードが「０ｘＥ２」の場合に送信される通信データである。

表６及び表７に示すように、左欄には、アロケーション長領域に記述されるデータそのものが、右欄にはそのデータの意味する内容が示されている。ＰＣ３側からマルチリーダライタ２に上記左欄のデータが送信されると、マルチリーダライタ２側では、ＣＰＵ２７により、受信したＩｎｑ（１）データからアロケーション長領域のデータが抽出され、抽出されたデータの内容が解析され、そして、解析されたデータの内容に従った処理が実行される。なお、表６及び表７に示す内容は、テーブルリスト化されて、ＰＣ３のＨＤＤ４４又はＲＯＭ４２と、マルチリーダライタ２のＲＯＭ２８に予め格納されている。

上記ステップＳ３０１でＩｎｑ（１）コマンドが発行されて生成されたＩｎｑ（１）データには、表５に示すように、アロケーション長領域に「０ｘ１０」が記述されている。従って、Ｉｎｑ（１）コマンドは、ＰＣ３からマルチリーダライタ２に対してスイッチ位置を読み出させるための命令であることを意味する。

一方、マルチリーダライタ２側では、送信されたＩｎｑ（１）データが受信される。その後、ＣＰＵ２７によって、Ｉｎｑ（１）データ内のアロケーション長領域のデータ「０ｘ１０」が抽出され、そして、該データに従って、切換スイッチ２２のスイッチ位置を検出する処理が行われる（Ｓ３０２）。

スイッチ位置の検出が終了すると、その検出結果がＣＰＵ２７によってＰＣ３へ返信される（Ｓ３０３）。該返信処理は、具体的には、Ｉｎｑ（１）データの受信後に生成されてＰＣ３へ返信されるＶＰＤ（表８参照）に上記検出結果を書き込むことにより行われる。より詳細には、表８に示すように、バイト７の領域にスイッチ位置の検出結果が書き込まれる。本実施形態では、切換スイッチ２２がＡ側にある場合は「０ｘ００」が書き込まれ、Ｂ側にある場合は「０ｘ０１」が書き込まれる。なお、表８はスイッチ位置がＢ側にある場合のＶＰＤを示す。

続いて、ＰＣ３側では、マルチリーダライタ２から返信されるＶＰＤを受信して、該ＶＰＤのバイト７の領域を参照することにより、スイッチ位置がどちらにあるかが判定される。ここで、切換スイッチ２２がＡ側にあると判定されると（Ｓ３０４のＡ側）、現在の時刻データを生成して、生成された時刻データをＲＡＭ４３に記憶する（Ｓ３０５）。Ｂ側にあると判定されると（Ｓ３０４のＢ側）、ＲＡＭ４３に格納された複数のメッセージデータから予めユーザにより指定されたメッセージデータが選択される（Ｓ３０６）。

その後、ＲＡＭ４３に記憶された時刻データ或いは選択されたメッセージデータが読み出されて、該データをマルチリーダライタ２へ送信する送信処理（Ｓ３０７）が実行される。かかる送信処理は、図８のフローチャートに示すステップＳ４０１以降の処理手順に従って行われる。即ち、まず最初に、Ｉｎｑ（１）コマンドが発行される（ステップＳ４０１）。このＩｎｑ（１）コマンドが発行されることにより生成されたＩｎｑ（１）データはマルチリーダライタ２へ送信される。なお、Ｉｎｑ（１）コマンドの発行によりマルチリーダライタ２からＶＰＤが返信されてくるが、該ＶＰＤには返信データは付加されない。それ故、ここではＶＰＤの返信処理の説明を省略する。

より詳細には、ステップＳ４０１では、ページコードとしてバイト２の領域に「０ｘＥ２」が、アローケーション長領域に「０ｘ１８」が記述されたＩｎｑ（１）データが生成される。従って、該ステップで発行されるＩｎｑ（１）コマンドは、表７に基づけば、「０ｘ９０」で示される文字列番号に対応する文字列記憶領域（ＲＡＭ２９内の記憶領域）の先頭にポインタをセットさせるための要求命令である。もちろん、この要求命令はマルチリーダライタ２に対してなされるものである。なお、上記ポインタとは、後述するステップＳ４０２によって切り出された文字を格納する位置を指示する指標を意味する。

続いてステップＳ４０２では、ＰＣ３のＲＡＭ４３に格納された時刻又はメッセージを示す文字列データから、その先頭から順番に文字が切り出される。その後、ステップＳ４０３において、ステップＳ４０２で切り出された文字が終端文字であるかどうかがＣＰＵ４１によって判定される（Ｓ４０３）。かかる処理は、切り出された文字を示すデータが「０ｘ００」であるかどうかによって判定される。「０ｘ００」は文字を示すものではないため、このステップで、「０ｘ００」であると判定されると、終端文字であると判定される。切り出された文字が終端文字であると判定されると、処理はステップＳ４０６に進む。一方、切り出された文字が終端文字でないと判定されると、処理はステップＳ４０４に進む。

処理がステップＳ４０４に進むと、ここでは、Ｉｎｑ（１）コマンドが発行されて、ページコードとして「０ｘＥ２」が、アローケーション長領域に「出力文字」が記述されたＩｎｑ（１）データが生成される。そして、生成されたＩｎｑ（１）データがマルチリーダライタ２へ送信される。なお、上記出力文字とは、ステップＳ４０２で切り出された文字を示すデータのことを意味し、例えばＡＳＣＩＩコードで表現されたデータを意味する。

Ｉｎｑ（１）データの送信後は、文字データの切り出し位置が次の文字に設定され（Ｓ４０５）、その後に、ステップＳ４０２からの処理が繰り返し実行される。その後、処理がステップＳ４０６に進むと、Ｉｎｑ（１）コマンドが発行されて、ページコードとしてバイト２の領域に「０ｘＥ２」が、アローケーション長領域に「０ｘ１７」が記述されたＩｎｑ（１）データが生成される。これは、現在の文字列記憶領域において、最後に格納された文字（即ち末文字）が格納された領域以降のすべてのビット領域を「０ｘ００」で埋めるための要求命令である。換言すれば、マルチリーダライタ２に送信され、ＲＡＭ２９に格納されたデータの終端以降に「０ｘ００」を付け加えて、格納されたデータを所定長さ（例えば１２８バイト）のビットデータに揃えさせるための要求命令である。該ステップＳ４０６の後に、上記送信処理（Ｓ３０７）が完了する。

図７に示す上記送信処理（Ｓ３０７）によりデータが送信されると、送信されたデータは、マルチリーダライタ２側で受信され、該受信されたデータがＲＡＭ２９に格納される（Ｓ３０８）。実際には、上記ステップＳ４０６（図８参照）で切り出された文字が一つずつ送信される毎に、その文字データが順次ＲＡＭ２９に格納される。

上記送信処理（Ｓ３０７）の後、ステップＳ３０９では、再度、ＰＣ３側でＩｎｑ（１）コマンドが発行され、これにより生成されたＩｎｑ（１）データがマルチリーダライタ２へ送信される（Ｓ３０９）。このとき生成されるＩｎｑ（１）データを表９に示す。表９に示すように、バイト２の領域に「０ｘＥ０」が、アロケーション長領域に「０ｘ１１」が記述されているため、表６に基づけば、このとき発行されたＩｎｑ（１）コマンドは、次に送信されるデータが示す数に対応する文字列番号の文字列記憶領域（ＲＡＭ２９内の記憶領域）に格納されたデータをマルチリーダライタ２の液晶表示部２１へ転送させる要求命令であることが理解できる。

その後、もう一度Ｉｎｑ（１）コマンドが発行され、ページコードとしてバイト２の領域に「０ｘＥ０」が、アロケーション長領域に文字データが記憶されている文字列番号を示すデータ「０ｘ９０」が記述されたＩｎｑ（１）データがマルチリーダライタ２へ送信される（Ｓ３１０）。従って、マルチリーダライタ２で該Ｉｎｑ（１）データが受信されると、ＣＰＵ２７によって、ステップＳ３１０で送信されてきた文字列番号に対応する文字列記憶領域に格納された受信データ（文字データ）が読み出されて、液晶表示部２１へ転送される。これにより、ＰＣ３から送信されたデータが液晶表示部２１で表示される。

次に、図９のフローチャートを用いて、表示内容の変更が必要かどうかを判定する判定処理（Ｓ６）について説明する。かかる判定処理はＰＣ３においてＣＰＵ４１により実行される。処理はステップＳ５０１から開始される。

ステップＳ５０１では、ステップＳ３０１と同様にＩｎｑ（１）コマンドが発行され、これにより生成されたＩｎｑ（１）データがマルチリーダライタ２に送信されて、切換スイッチ２２の位置が検出される。そして、ステップＳ５０２では、スイッチ位置に変化があったかどうかが判定される。かかる判定は、ステップ３０１で検出されたスイッチ位置をＲＡＭ２９に記憶させておき、記憶されたスイッチ位置情報とステップＳ５０１で検出されたスイッチ位置とを比較することにより行われる。ここで、スイッチ位置がユーザにより切り換えられることによって、そのスイッチ接点に変化があったと判定されると、表示内容の変更が必要であると判定される（Ｓ５０７）。一方、スイッチ位置に変化がないと判定された場合は、ステップＳ５０２では、ＲＡＭ２９内のスイッチ位置情報が読み出されて、現在のスイッチ位置の確認が行われる。

現在のスイッチ位置がＡ側、即ち時刻（Ｃｌｏｃｋ）側にある場合は、処理はステップＳ５０６に進む。ここでは、ＰＣ３の時計機能に基づいて、ステップＳ３０５で時刻データが生成され後から時刻が分単位で変化したかどうかが判定される。ここで、時刻に変化があると判定された場合は、表示内容の変更が必要であると判定され（Ｓ５０７）、変化がないと判定された場合は、表示内容の変更が不要であると判定される（Ｓ５０５）。

一方、現在のスイッチ位置がＢ側、即ちメッセージ（Ｍｅｓｓａｇｅ）側にある場合は、処理はステップＳ５０４に進む。ここで、メッセージの変更指示が入力されたかどうかが判定される。このとき、変更指示が入力されたと判定されると、表示内容の変更が必要であると判定され（Ｓ５０７）、変更指示の入力がないと判定された場合は、表示内容の変更が不要であると判定される（Ｓ５０５）。

次に、図１０のフローチャートを用いて、表示消去処理（Ｓ７）について説明する。処理はステップＳ６０１から開始される。
ステップＳ５（図４参照）で終了指示が入力されたと判定された場合は、まず、ステップＳ６０１で、Ｉｎｑ（１）コマンドが発行され、これにより生成されたＩｎｑ（１）データがマルチリーダライタ２へ送信される（Ｓ６０１）。このとき生成されるＩｎｑ（１）データは、バイト２の領域に「０ｘＥ０」が、アロケーション長領域に「０ｘ１１」が記述されている。従って、表６に基づけば、このとき発行されたＩｎｑ（１）コマンドは、次に送信されるデータが示す文字列番号の文字列記憶領域に格納されているデータをマルチリーダライタ２の液晶表示部２１へ転送させる要求命令である。そして、ステップＳ６０２で、Ｉｎｑ（１）コマンドが発行され、２バイト領域に「０ｘＥ０」が、アロケーション長領域に「０ｘ８０」が記述されたＩｎｑ（１）データが生成されて送信される。なお、「０ｘ８０」が示す文字列番号の文字列記憶領域は予め空データとしておく。これにより、マルチリーダライタ２のＣＰＵ２７によって、「０ｘ８０」が示す文字列番号の文字列記憶領域の空データが液晶表示部に転送されて、表示内容が消去される。

本実施形態では、上述した処理手順に従ったデータ通信がなされるため、例えば、メモリーカードが交換された場合でも、マルチリーダライタ２にその交換情報を保持させた状態のままで、ＰＣ３からマルチリーダライタ２へ時刻データやメッセージデータを転送することが可能となる。また、マルチリーダライタ２からＰＣ３へ切換スイッチ２２のスイッチ位置情報を転送することが可能となる。更にまた、マルチリーダライタ２のドライバソフトをインストールしていないために、マルチリーダライタ２がＰＣ３からのＳＣＳＩコマンドを拒否するノット・レディ状態となっている場合でも、ＰＣ３とマルチリーダライタ２とのデータ通信が実現される。なお、本実施形態では、通信されるデータとして、時刻データ、メッセージデータ、スイッチ位置情報を例示したが、本発明で通信されるデータが上記各データに限定されないのは言うまでもない。

〔第２の実施形態〕
上記第１の実施形態では、周辺装置の一例としてマルチリーダライタ２単体品を例示して説明したが、本実施形態では、周辺装置として、図１１に示す多機能装置（MFD：Multi Function Device）を用いて場合の通信システムについて説明する。ここに、図１１は、多機能装置８０の外観構成を示す斜視図である。

図１１に示すように、本多機能装置８０は、下部に配設されたプリンタ部８２と、その上部に配設されたスキャナ部８３と、ＡＤＦ８４を備えた原稿カバー８６と、装置上面の前方側に配置された操作パネル８５と、装置前面にスロットが露出するように配設されたマルチリーダライタ部８８とを一体的に備えてなり、プリンタ機能、スキャナ機能、コピー機能及びファクシミリ機能などを有する。

多機能装置８０は、主に第１の実施形態で説明したＰＣ３（図３参照）と接続されて、該ＰＣ３から送信された画像データや文書データを含む印刷データに基づいて、プリンタ部８２において、画像や文書を記録用紙に記録する。また、プリンタ部８２は、マルチリーダライタ部８８によってメモリーカードから読み取られた上記印刷データに基づいても、画像や文書を記録用紙に記録する。更に、ＰＣ３と接続されて、ＰＣ３とマルチリーダライタ部８８に挿入されたメモリーカードとの間でデータ通信を行うリーダライタ装置としても機能する。また、スキャナ部８３により読み取られた画像データをＰＣ３へ送信したり、スキャナ部８３で読み取った画像をプリンタ部８２において記録する所謂コピーを行うことも可能である。

多機能装置８０のマルチリーダライタ部８８は、図１２に示すように、第１スロット１６，第２スロット１７，第３スロット１８、第４スロット１９を備えている。各スロットの構成・機能及び各スロットに挿入されるメモリーカードは、第３スロット１８及び第４スロット１９とが一体化されていることを除けば、第１の実施形態でマルチリーダライタ２が備える各スロットの構成・機能及びメモリーカードと同じものである。また、マルチリーダライタ部８８は、上記各スロットが配置された前面に、液晶表示部２１と切換スイッチ２２が設けられている。これらも第１の実施形態で説明したものとその構成及び機能は同じである。それ故、第１の実施形態と同じの構成要素には第１の実施形態と同じ符号を付して、その詳細説明を省略する。

このように構成された多機能装置８０とＰＣ３とが接続されて、上述した第１の実施形態と同様の通信システムが構築されることにより、多機能装置８０がＰＣ３からのＳＣＳＩコマンドを拒否するノット・レディ状態であっても、ＰＣ３と多機能装置８０とのデータ通信が実現される。

なお、上述した第１及び第２の実施形態は本発明の一例にすぎず、本発明の要旨を変更しない範囲で、実施形態を適宜変更することができる。

通信システム１に適用されるマルチリーダライタ２（周辺装置の一例）の斜視図。 マルチリーダライタ２の概略構成を示すブロック図。 通信システム１に適用されるＰＣ３の概略構成を示すブロック図。 本通信システム１において実行されるデータ通信処理の概略手順を説明するフローチャート。 ステップＳ１のドライブ割当処理の手順を説明するフローチャート。 ステップＳ２のドライブ設定処理の手順を説明するフローチャート。 ステップＳ３の送信表示処理の手順を説明するフローチャート。 ステップＳ３０７の送信処理の手順を説明するフローチャート。 ステップＳ６の判定処理の手順を説明するフローチャート。 ステップＳ７の表示消去処理の手順を説明するフローチャート。 多機能装置８０の外観構成を示す斜視図。 マルチリーダライタ部８８の部分拡大図。 ＰＣ３上で動作するＯＳ７０及びＯＳ７０上で動作するアプリケーションを説明するための概念図。

１・・・通信システム
２・・・マルチリーダライタ（周辺装置の一例）
３・・・ＰＣ（情報処理装置の一例）
１１・・・第１メモリーカード（記録メディアの一例）
１２・・・第２メモリーカード（記録メディアの一例）
１３・・・第３メモリーカード（記録メディアの一例）
１４・・・第４メモリーカード（記録メディアの一例）
１６・・・第１スロット
１７・・・第２スロット
１８・・・第３スロット
１９・・・第４スロット
２１・・・液晶表示部
２２・・・切換スイッチ
８０・・・多機能装置（周辺装置の一例）
８２・・・プリンタ部
８３・・・スキャナ部
８４・・・ＡＤＦ
８５・・・操作パネル
８６・・・原稿カバー
８８・・・マルチリーダライタ部８８

Claims (11)

1. スロットに挿入された記録メディアに対し読み取り又は書き込みのいずれか一方又は双方を行う周辺装置と、該周辺装置と接続される情報処理装置との間で、ＳＣＳＩ規格で定義されるＳＣＳＩコマンドに基づいてデータ通信を行う通信システムであって、
   情報処理装置は、
   当該情報処理装置のＯＳカーネルに対してInquiryコマンドを発行することにより生成されるInquiryデータにおいて、上記Inquiryデータを構成するアロケーション長領域に予め確保された空き領域に通信データを付加する付加手段と、
   上記付加手段により上記通信データが付加されたInquiryデータを上記周辺装置に送信する送信手段と、を備え、
   周辺装置は、
   上記送信手段により送信されたInquiryデータを受信する受信する受信手段と、
   受信したInquiryデータに付加された通信データを抽出する抽出手段と、を備え、
   上記周辺装置において上記記録メディアに割り当てられるアロケーション長が上記アロケーション長領域に記述可能な最大バイト数未満に予め設定されてなる通信システム。
2. 周辺装置は、
   上記Inquiryデータの受信に応じて生成される当該周辺装置のＶＰＤに上記通信データに対応する返信データを書き込んだ後に、上記ＶＰＤを情報処理装置に返信する返信手段を備えてなる請求項１に記載の通信システム。
3. 上記付加手段が、Inquiryデータを構成する１ビット列からなるＥＶＰＤ領域に“１”が設定されている場合に、上記空き領域に通信データを付加するものである請求項１又は２に記載の通信システム。
4. 上記アロケーション長領域がｎビット列からなる場合に、上記周辺装置において上記記録メディアに割り当てられるアロケーション長が（ｎ−１）ビット列以下で表現されるバイト数に予め設定されてなる請求項１から３のいずれかに記載の通信システム。
5. 情報処理装置が、周辺装置との間でＳＣＳＩコマンドに基づくデータ通信を占有して行うアプリケーションと、周辺装置に挿入された記録メディアに格納されるデータを管理するファイルシステムとが動作可能な環境にある場合に、
   上記付加手段が、上記ファイルシステムによる上記記録メディアに対するデータの管理処理中に、上記アプリケーションによってInquiryコマンドが発行された際に生成されるInquiryデータにおいて予め確保された上記空き領域に通信データを付加するものである請求項１から４のいずれかに記載の通信システム。
6. 上記周辺装置と上記情報処理装置とがＵＳＢ接続するものである請求項１から５のいずれかに記載の通信システム。
7. スロットに挿入された記録メディアに対し読み取り又は書き込みのいずれか一方又は双方を行う周辺装置と接続可能に構成され、該周辺装置との間でＳＣＳＩ規格で定義されるＳＣＳＩコマンドに基づいてデータ通信を行う情報処理装置であって、
   当該情報処理装置のＯＳカーネルに対してInquiryコマンドを発行することにより生成されるInquiryデータにおいて、上記Inquiryデータを構成するアロケーション長領域に予め確保された空き領域に通信データを付加する付加手段と、
   上記付加手段により上記通信データが付加されたInquiryデータを上記周辺装置に送信する送信手段と、を具備してなる情報処理装置。
8. スロットに挿入された記録メディアに対し読み取り又は書き込みのいずれか一方又は双方を行う周辺装置と、該周辺装置と接続される情報処理装置との間で、ＳＣＳＩ規格で定義されるＳＣＳＩコマンドに基づいてデータ通信を行う通信システムを構成する上記周辺装置であって、
   Inquiryデータにおいて予め確保された空き領域に通信データが付加された状態で上記情報処理装置から送信されたInquiryデータを受信する受信手段と、
   受信したInquiryデータに付加された通信データを抽出する抽出手段と、を具備し、
   上記記録メディアに割り当てられるアロケーション長が上記Inquiryデータを構成するアロケーション長領域に記述可能な最大バイト数未満に予め設定されてなる周辺装置。
9. 上記Inquiryデータの受信に応じて生成される当該周辺装置のＶＰＤに上記通信データに対応する返信データを書き込んだ後に、上記ＶＰＤを情報処理装置に返信する返信手段を備えてなる請求項８に記載の周辺装置。
10. 上記情報処理装置とＵＳＢ接続するＵＳＢ接続手段を備えてなる請求項８又は９に記載の周辺装置。
11. スロットに挿入された記録メディアに対し読み取り又は書き込みのいずれか一方又は双方を行う周辺装置と、該周辺装置と接続される情報処理装置との間で、ＳＣＳＩ規格で定義されるＳＣＳＩコマンドに基づいてデータ通信を行う通信方法であって、
    情報処理装置のＯＳカーネルに対してInquiryコマンドを発行することにより生成されるInquiryデータにおいて、上記Inquiryデータを構成するアロケーション長領域に予め確保された空き領域に通信データを付加する付加工程と、
    上記通信データが付加されたInquiryデータを上記情報処理装置から上記周辺装置に送信する送信工程と、
    送信されたInquiryデータを受信する受信工程と、
    受信したInquiryデータに付加された通信データを抽出する抽出工程と、を具備し、
    上記周辺装置において上記記録メディアに割り当てられるアロケーション長が上記アロケーション長領域に記述可能な最大バイト数未満に予め設定されてなる通信方法。

Images