(57)【要約】      （修正有）【課題】  通信イベントの実行を司るコマンドの発行方向が、ＰＣ側から周辺装置側への一方向に規制されているにも拘わらず、周辺装置側でのユーザー操作により特定の通信イベントを自発的に起動することが可能な通信システムを提供する。【解決手段】  対象通信イベントの起動をホスト装置に促すための周辺装置側トリガをユーザー操作に基づいて発生させ、ホスト装置側では、画像処理装置として構成された周辺装置における周辺装置側トリガの発生を監視するためのトリガ報告要求コマンドを、主通信プロトコルに従い周辺装置に向けて発行する。これを受けた周辺装置からのトリガ発生報告情報をホスト装置側で受領し、当該トリガ発生報告情報の内容から周辺装置側トリガがありと判定された場合に、対象通信イベントを起動させる。【選択図】  図１５
2007265302.tif 000002
【特許請求の範囲】
【請求項１】
通信イベントの起動決定権を有したホスト装置と、該ホスト装置に接続される該ホスト装置の通信対象となる周辺装置とを含み、前記通信イベントを実行命令するためのコマンドを前記ホスト装置から前記周辺装置に向けて順次発行する一方、発行されたコマンドを受領した前記周辺装置が当該コマンドに対応するデータ処理を逐次実行し、その実行結果に応じた応答情報を前記ホスト装置側に返信するようになっており、かつ、前記コマンドの発行方向が前記ホスト装置側から前記周辺装置側への一方向に規制された主通信プロトコルを有する通信システムにおいて、
前記周辺装置に設けられ、予め定められた内容の対象通信イベントの起動を前記ホスト装置に促すための周辺装置側トリガを、該周辺装置側でのユーザー操作に基づいて発生させる周辺装置側トリガ発生手段と、
前記ホスト装置側に設けられ、前記周辺装置における前記周辺装置側トリガの発生を監視するために、前記トリガ発生報告情報を前記応答情報として要求するためのトリガ報告要求コマンドを、前記主通信プロトコルに従い前記周辺装置に向けて発行するトリガ報告要求コマンド発行手段と、
前記周辺装置側に設けられ、前記周辺装置側トリガの発生の有無を反映したトリガ発生報告情報を前記応答情報として前記ホスト装置に前記主通信プロトコルに従い返信するトリガ発生報告情報返信手段と、
前記ホスト装置側に設けられ、前記トリガ発生報告情報を前記周辺装置から受領する報告情報受領手段と、
当該トリガ発生報告情報の内容に基づいて前記周辺装置側トリガの有無を判定し、該周辺装置側トリガがありと判定された場合に、前記対象通信イベントを起動させる対象通信イベント起動手段とを有し、
前記周辺装置が、画像処理部と、該画像処理部にて使用する画像データファイルを記憶するとともに、少なくとも前記画像データファイルの読出しに係るデータアクセスが可能とされた記憶媒体が着脱可能に装着され、前記通信イベントによる前記ホスト装置側からの該記憶媒体へのデータアクセスと、前記画像処理部側からの該記憶媒体へのデータアクセスとの双方が可能とされた記憶装置と、前記記憶媒体内の画像データファイルを選択するためのファイル選択操作部とを備えた画像処理装置として構成され、さらに、前記対象通信イベントの実行手段として、
前記周辺装置側トリガとして、前記ファイル選択操作部による選択操作トリガの発生を、前記周辺装置からのトリガ発生報告情報により前記ホスト装置側で把握するに伴い、前記ファイル選択操作部による前記ファイルリスト中の画像データファイルの選択内容の送信を前記周辺装置に要求し、該画像データファイル選択内容を前記周辺装置からの前記応答情報として受信するとともに、選択された前記画像データファイルを、前記周辺装置にて読み出して前記ホスト装置へ送信し、該周辺装置から受信した前記画像データファイルを前記ホスト装置側に設けられたホスト装置側記憶装置上の予め定められた保存領域に保存する画像データファイル選択・保存イベントを実行する画像データファイル選択・保存イベント実行手段を備えてなることを特徴とする通信システム。
【請求項２】
前記周辺装置には、前記記憶媒体に記憶された画像データファイルのファイルリストを表示する表示部と、
該表示部に表示されたファイルリストに含まれる画像データファイル名のうち、前記ファイル選択操作部により選択されたものを格納する画像データファイル名選択記憶手段とが設けられ、
前記ファイル選択操作部により選択確定操作が行なわれた場合、前記画像データファイル選択記憶手段に記憶された画像データファイル名が前記周辺装置からの前記応答情報として前記ホスト装置へ送信される請求項１記載の通信システム。
【請求項３】
前記周辺装置は前記画像処理部が印刷部とされた印刷装置である請求項１又は請求項２に記載の通信システム。
【請求項４】
前記トリガ報告要求コマンド発行手段は、前記トリガ報告要求コマンドを前記周辺装置に対し予め定められた時間間隔で繰り返し継続的に発行するものである請求項１ないし請求項３のいずれか１項に記載の通信システム。
【請求項５】
前記周辺装置と前記ホスト装置とは、前記ホスト装置側からの前記周辺装置のポーリングは可能であって、該周辺装置側からの前記ホスト装置の逆ポーリングが不能なシリアル通信機構を介して接続され、前記通信イベントを実行するための前記ホスト装置と前記周辺装置との間における情報転送が、前記ホスト装置が前記周辺装置をポーリングする形式にてシリアル通信により実行されるようになっている請求項１ないし請求項４のいずれか１項に記載の通信システム。
【請求項６】
前記シリアル通信機構はＵＳＢプロトコルに従うものである請求項５記載の通信システム。
【請求項７】
前記ホスト装置側に設けられ、前記周辺装置に対し該周辺装置自身に対する調査報告処理を要求する調査要求コマンドを発行するとともに、該調査要求コマンドの発行に伴い、調査報告指示内容を示す予め定められたフレームフォーマットを有するとともに当該フレームの予め定められたフィールドに付加情報が書き込まれた調査指示データを作成する調査指示データ作成手段と、作成された前記調査指示データを前記周辺装置に送信する調査指示データ送信手段と、
前記周辺装置に設けられ、前記調査指示データを受けて、予め定められたフレームフォーマットを有する調査報告データを生成する調査報告データ生成手段と、
前記周辺装置に設けられ、前記調査報告データを応答情報として前記ホスト装置に送信する調査報告データ送信手段と、
前記周辺装置側に設けられ、受信した該調査指示データの前記予め定められたフィールドから前記付加情報を抽出する付加情報抽出手段と、
を有する請求項１ないし請求項６のいずれか１項に記載の通信システム。
【請求項８】
前記調査報告データ生成手段は、前記調査報告データの予め定められたフレームに前記ホスト装置側からの付加情報に対応する対応付加情報を書き込むものであり、
前記調査報告データ送信手段は、その対応付加情報が書き込まれた前記調査報告データを応答情報として前記ホスト装置に送信する請求項７記載の通信システム。
【請求項９】
前記トリガ報告要求コマンドとして前記調査要求コマンドが使用され、前記調査指示データに前記付加情報として前記周辺装置側トリガの発生報告指示情報が書き込まれるとともに、対応する前記調査報告データに前記対応付加情報として前記トリガ発生報告情報が書き込まれる請求項８記載の通信システム。
【請求項１０】
前記調査指示データ作成手段は前記調査指示データにおいて、格納するべき主格納情報として前記付加情報以外の情報が格納されるよう前記主通信プロトコルに規定されたフィールドに、前記付加情報を前記主格納情報に兼用させる形で書き込むものである請求項７ないし請求項９のいずれか１項に記載の通信システム。
【請求項１１】
前記調査指示データにおいて、前記主通信プロトコルに従い前記記憶媒体に対するデータの読み出し又は書き込みに係る通信イベントを実行する際に、該読み出し処理又は書き込み処理に割り当てられる当該記憶媒体上のメモリ領域のアロケーション長情報を格納するためのフィールドがアロケーション長設定フィールドとして確保されてなり、該アロケーション長設定フィールドにおいて前記アロケーション長情報を前記主格納情報とする形で、該アロケーション長情報に兼用される前記付加情報を書き込む請求項１０記載の通信システム。
【請求項１２】
前記主通信プロトコルにおいて、前記アロケーション長設定フィールドのサイズが一定ビット長に定められるとともに、前記アロケーション長として設定可能な最大値をバイト単位にて表わしたときのビット数を、前記アロケーション長設定フィールドの総ビット数未満に設定し、前記最大値を超えるアロケーション長が前記アロケーション長設定フィールドに記述された場合には、記述されたアロケーション長値とは無関係に前記最大値を前記アロケーション長の実設定値として定める一方、該最大値を超える冗長なアロケーション長記述値に一義的に対応付ける形で互いに異なる付加情報内容が定義されてなる請求項１１記載の通信システム。
【請求項１３】
前記周辺装置には、前記記憶媒体の交換がなされた場合に当該記憶媒体の交換を前記ホスト装置に通知するための交換通知情報を保持する交換通知情報保持手段と、前記ホスト装置から予め定められた第一種コマンドを受信した場合には、該コマンドの実行後に前記交換通知情報保持手段に保持されている前記交換通知情報をクリアし、同じく前記第一種コマンド以外の第二種コマンドを受信した場合は、該コマンドの実行後においても前記交換通知情報保持手段による前記交換通知情報の保持状態を保留する交換通知情報保持制御手段とを有し、
前記調査要求コマンドとして前記第二種コマンドが使用される請求項７ないし請求項１２のいずれか１項に記載の通信システム。
【請求項１４】
前記調査要求コマンドが、前記周辺装置に対し該周辺装置自身の構成及び属性を特定する情報である構成／属性特定情報の報告を指示するための、前記第二種コマンドをなす構成／属性調査要求コマンドである請求項１３記載の通信システム。
【請求項１５】
前記主通信プロトコルがＳＣＳＩプロトコルであり、前記調査要求コマンドとしてＩｎｑｕｉｒｙコマンドが使用される請求項１４記載の通信システム。
【請求項１６】
請求項１ないし請求項１５のいずれか１項に記載の通信システムを構成する前記周辺装置であって、
予め定められた内容の対象通信イベントの起動を前記ホスト装置に促すための周辺装置側トリガを、該周辺装置側でのユーザー操作に基づいて発生させる前記周辺装置側トリガ発生手段と、
前記周辺装置側に設けられ、前記ホスト装置からの前記トリガ報告要求コマンドに対応する前記トリガ発生報告情報を前記応答情報として前記ホスト装置に前記主通信プロトコルに従い返信するトリガ発生報告情報返信手段と、
画像処理部と、
該画像処理部にて使用する画像データファイルを記憶するとともに、少なくとも前記画像データファイルの読出しに係るデータアクセスが可能とされた記憶媒体が着脱可能に装着され、前記通信イベントによる前記ホスト装置側からの該記憶媒体へのデータアクセスと、前記画像処理部側からの該記憶媒体へのデータアクセスとの双方が可能とされた記憶装置と、
前記記憶媒体内の画像データファイルを選択するためのファイル選択操作部と
を備えた画像処理装置として構成されてなることを特徴とする周辺装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パーソナルコンピュータ（以下「ＰＣ」と略称する）やワークステーション等をホスト装置としてこれに周辺装置が接続された通信システムと、それに使用する周辺装置とに関する。
【背景技術】
【０００２】
【特許文献１】特開２００５−１８６４５号公報
【特許文献２】特開２００５−１０７８７５号公報
【０００３】
近年、フラッシュメモリなどの不揮発性メモリがカード型にパッケージングされたいわゆるメモリーカード（記録メディアの一例）が広く知られている。このメモリーカードは、デジタルカメラや携帯音楽プレーヤーなどのデジタル機器に用いられるデータの記憶媒体として急速に普及している。メモリーカードの仕様は統一されておらず、例えば、コンパクトフラッシュ（登録商標、以下「ＣＦ」と略称する）、スマートメディア（登録商標、以下「ＳＭ」と略称する）、メモリースティック（登録商標、以下「ＭＳ」と略称する）、ＳＤメモリーカード（登録商標、以下「ＳＤ」と略称する）など、種々のものが市場に出回っている。
【０００４】
上記メモリーカードは、ＰＣなどに接続されてメモリーカードの読み書きを行なうメモリーカードリーダライタ（周辺装置の一例、以下「リーダライタ」と略称する）を用いることで、ＰＣから上記メモリーカードへのアクセスが可能となる。これにより、ＰＣとメモリーカードとの間でデータ通信が行なえるようになる。こうしたリーダライタには、メモリーカードを挿入するスロットを一つ備えたシングルスロットタイプと、複数のスロットを備えて複数のメモリーカードに対するデータの読み書きが可能なマルチスロットタイプなどがある（特許文献１〜２）。
【０００５】
ところで、上記のようなリーダライタは、マルチメディアの普及によりデータ転送容量が飛躍的に増大した背景から、ＰＣとの間のデータ伝送をシリアル通信にて行なうことも一般化してきている。しかしながら、データアクセスのための制御には、複数記憶媒体の取り扱いが容易、といった観点から、パラレル通信用周辺機器の調停／アクセス制御にて使用されていた方式を引き継いだ機器も数多く存在する。その典型例として、ＰＣとリーダライタとのデータ通信を、いわゆるＳＣＳＩ規格で定義されたプロトコル（以下、ＳＣＳＩプロトコルともいう）に基づいて行われるように設計されたシステムを例示できる。ＳＣＳＩ規格は、ＡＮＳＩ（American National Standard Institute；米規格協会）によって規格化され、国際的に広く準拠されている通信プロトコルである。該プロトコルは、ＰＣ及びリーダライタの汎用性を高めることができるため広く用いられている。なお、以下の説明において、ＳＣＳＩ規格とは主としてＳＣＳＩ−２を示すものとする。
【０００６】
ＳＣＳＩプロトコルにおいては、ホスト装置となるＰＣは、通信イベントの起動決定権が与えられたイニシエータとして機能し、周辺装置は該ホスト装置の通信対象であるターゲットとして定められる。通信イベントを実行命令するためのコマンドはＰＣから周辺装置に向けて順次発行される一方、発行されたコマンドを受領した周辺装置が当該コマンドに対応する処理（例えば、データの読出しや書き込み、消去、及び種々の付随的な処理）を逐次実行し、その実行結果に応じた応答情報をホスト装置側に返信する。そして、通信イベントの実行を司るコマンドの発行方向は、ホスト装置側から周辺装置側への一方向に規制されている。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記のごとく、ＳＣＳＩ通信はＰＣと周辺装置との間での双方向通信ではあるが、通信イベントの実行を司るコマンドの発行方向が、上記のごとく、ＰＣ側から周辺装置側への一方向に規制されており、通信処理開始の主導権は常にイニシエータとなるＰＣ側が握る形となる。つまり、ＳＣＳＩプロトコルに従う限り、周辺装置側でホスト装置側に通信イベント始動のためのコマンドを逆発行することは不可能であり、周辺装置側で特定の通信イベントを自発的に起動する方法が存在しなかった。例えば、リーダライタに装着したメモリーカードに記憶された画像データファイルをＰＣ側で読み出したり、あるいはハードディスクドライブ（ＨＤＤ）等のＰＣ側の記憶装置に保存したりする場合、ユーザーは必ずＰＣ側でそれら読み書き処理の操作（つまり、コマンド実行入力）を行なわなければならない。このため、ＰＣから離れた場所に配置されたリーダライタに画像データファイルが格納されたメモリーカードを装着しても、その画像データファイルをＰＣに保存したい場合、わざわざＰＣ位置まで赴かなければ保存のための操作を行なうことができず、非常に不便であった。
【０００８】
特に、近年ではこうしたリーダライタを搭載した印刷装置（プリンタ）も普及しており、ＪＰＥＧ形式等で保存された画像データファイルを書き込んだメモリーカードをリーダライタに装着することで、ＰＣを経由せずに画像を直接印刷出力することができるようになっている。しかし、このような印刷装置においても上記の理由により、リーダライタに装着されたメモリーカード内の画像データファイルをＰＣに保存する機能は実現していなかった。
【０００９】
本発明の課題は、通信イベントの実行を司るコマンドの発行方向が、上記のごとく、ＰＣ側から周辺装置側への一方向に規制されているにも拘わらず、周辺装置側でのユーザー操作により周辺装置側の画像データファイルをホスト装置側に送って保存する通信イベントを自発的に起動することが可能な通信システムと、それに使用する周辺装置とを提供することにある。
【課題を解決するための手段及び発明の効果】
【００１０】
上記課題を解決するための本発明の通信システムは、
通信イベントの起動決定権を有したホスト装置と、該ホスト装置に接続される該ホスト装置の通信対象となる周辺装置とを含み、通信イベントを実行命令するためのコマンドをホスト装置から周辺装置に向けて順次発行する一方、発行されたコマンドを受領した周辺装置が当該コマンドに対応するデータ処理を逐次実行し、その実行結果に応じた応答情報をホスト装置側に返信するようになっており、かつ、コマンドの発行方向がホスト装置側から周辺装置側への一方向に規制された主通信プロトコルを有する通信システムにおいて、
周辺装置に設けられ、予め定められた内容の対象通信イベントの起動をホスト装置に促すための周辺装置側トリガを、該周辺装置側でのユーザー操作に基づいて発生させる周辺装置側トリガ発生手段と、
ホスト装置側に設けられ、周辺装置における周辺装置側トリガの発生を監視するために、トリガ発生報告情報を応答情報として要求するためのトリガ報告要求コマンドを、主通信プロトコルに従い周辺装置に向けて発行するトリガ報告要求コマンド発行手段と、
周辺装置側に設けられ、周辺装置側トリガの発生の有無を反映したトリガ発生報告情報を応答情報としてホスト装置に主通信プロトコルに従い返信するトリガ発生報告情報返信手段と、
ホスト装置側に設けられ、トリガ発生報告情報を周辺装置から受領する報告情報受領手段と、
当該トリガ発生報告情報の内容に基づいて周辺装置側トリガの有無を判定し、該周辺装置側トリガがありと判定された場合に、対象通信イベントを起動させる対象通信イベント起動手段とを有し、
周辺装置が、画像処理部と、該画像処理部にて使用する画像データファイルを記憶するとともに、少なくとも画像データファイルの読出しに係るデータアクセスが可能とされた記憶媒体が着脱可能に装着され、通信イベントによるホスト装置側からの該記憶媒体へのデータアクセスと、画像処理部側からの該記憶媒体へのデータアクセスとの双方が可能とされた記憶装置と、記憶媒体内の画像データファイルを選択するためのファイル選択操作部とを備えた画像処理装置として構成され、さらに、対象通信イベントの実行手段として、
周辺装置側トリガとして、ファイル選択操作部による選択操作トリガの発生を、周辺装置からのトリガ発生報告情報によりホスト装置側で把握するに伴い、ファイル選択操作部によるファイルリスト中の画像データファイルの選択内容の送信を周辺装置に要求し、該画像データファイル選択内容を周辺装置からの応答情報として受信するとともに、選択された画像データファイルを、周辺装置にて読み出してホスト装置へ送信するとともに、該周辺装置から受信した画像データファイルをホスト装置側に設けられたホスト装置側記憶装置上の予め定められた保存領域に保存する画像データファイル選択・保存イベントを実行する画像データファイル選択・保存イベント実行手段と、を備えてなることを特徴とする。
【００１１】
また、本発明の周辺装置は、上記本発明の通信システムを構成する周辺装置であって、
予め定められた内容の対象通信イベントの起動をホスト装置に促すための周辺装置側トリガを、該周辺装置側でのユーザー操作に基づいて発生させる周辺装置側トリガ発生手段と、
周辺装置側に設けられ、ホスト装置からのトリガ報告要求コマンドに対応するトリガ発生報告情報を応答情報としてホスト装置に主通信プロトコルに従い返信するトリガ発生報告情報返信手段と、
画像処理部と、
該画像処理部にて使用する画像データファイルを記憶するとともに、少なくとも画像データファイルの読出しに係るデータアクセスが可能とされた記憶媒体が着脱可能に装着され、通信イベントによるホスト装置側からの該記憶媒体へのデータアクセスと、画像処理部側からの該記憶媒体へのデータアクセスとの双方が可能とされた記憶装置と、
記憶媒体内の画像データファイルを選択するためのファイル選択操作部と、を備えた画像処理装置として構成されてなることを特徴とする。
【００１２】
上記本発明によると、対象通信イベントの起動をホスト装置に促すための周辺装置側トリガをユーザー操作に基づいて発生させ、ホスト装置側では、周辺装置における周辺装置側トリガの発生を監視するためのトリガ報告要求コマンドを、主通信プロトコルに従い周辺装置に向けて発行する。これを受けた周辺装置からのトリガ発生報告情報をホスト装置側で受領し、当該トリガ発生報告情報の内容から周辺装置側トリガがありと判定された場合に、対象通信イベントを起動させる。これにより、通信イベントの実行を司るコマンドの発行方向が、ホスト装置側から周辺装置側への一方向に規制されているにも拘わらず、特定の通信イベントを周辺装置側でのユーザー操作により（ホスト装置側にて）自発的に起動することが可能となる。
【００１３】
そして、本発明では、上記周辺装置が、画像処理部と、該画像処理部にて使用する画像データファイルを記憶するとともに、少なくとも画像データファイルの読出しに係るデータアクセスが可能とされた記憶媒体が着脱可能に装着され、通信イベントによるホスト装置側からの該記憶媒体へのデータアクセスと、画像処理部側からの該記憶媒体へのデータアクセスとの双方が可能とされた記憶装置と、記憶媒体内の画像データファイルを選択するためのファイル選択操作部とを備えた画像処理装置として構成される。そして、周辺装置側トリガとして、ファイル選択操作部による選択操作トリガの発生を、周辺装置からのトリガ発生報告情報によりホスト装置側で把握するに伴い、ファイル選択操作部によるファイルリスト中の画像データファイルの選択内容の送信を周辺装置に要求し、該画像データファイル選択内容を周辺装置からの応答情報として受信するとともに、選択された画像データファイルを、周辺装置にて読み出してホスト装置へ送信し、該周辺装置から受信した画像データファイルをホスト装置側に設けられたホスト装置側記憶装置上の予め定められた保存領域に保存する画像データファイル選択・保存イベントが実行される。これにより、記憶媒体の画像データファイルのホスト装置側への送信及び保存処理を、周辺機器側でのユーザー操作により実行でき、周辺機器がホスト装置から離れて接続されている場合でも、該画像データファイルの保存処理を周辺機器側からの遠隔操作により行なうことができる。
【００１４】
主通信プロトコルとしては、本発明においてはＳＣＳＩプロトコル（ＳＣＳＩ−１、ＳＣＳＩ−２及びＳＣＳＩ−３のいずれか：特に、現在も多くのＯＳカーネルで使われつづけているＳＣＳＩ−２）を採用することができるが、これに限定されるものではない。
【００１５】
上記周辺装置には、記憶媒体に記憶された画像データファイルのファイルリストを表示する表示部と、該表示部に表示されたファイルリストに含まれる画像データファイル名のうち、ファイル選択操作部により選択されたものを格納する画像データファイル名選択記憶手段とを設けることができる。そして、ファイル選択操作部により選択確定操作が行なわれた場合、画像データファイル選択記憶手段に記憶された画像データファイル名が周辺装置からの応答情報としてホスト装置へ送信される。このように構成することで、ホスト装置から離れた場所に配置された周辺機器に画像データファイルが格納された記憶媒体を装着した場合、周辺機器側では、ファイルリストの表示内容を参照してユーザーは所望の画像データファイルをファイル選択操作部により容易に選択でき、さらに、選択された画像データファイルをホスト装置へ送信できるので、周辺機器がホスト装置から離れて接続されている場合でも、該画像データファイルのホスト装置側での保存処理を、周辺機器側からの遠隔操作により、一層簡単に行なうことができる。
【００１６】
周辺装置をなす画像処理装置は、画像処理部が印刷部とされた印刷装置とすることができる。これにより、記憶装置に装着された記憶媒体内の画像データを印刷出力する機能しか備わっていなかった従来の印刷装置と異なり、その記憶媒体内の画像データファイルをホスト装置（ＰＣ）側に送信してこれをホスト装置側の記憶装置に保存する通信イベントを、前述のように制約のある主通信プロトコル下でも問題なく実現することができる。
【００１７】
次に、本発明の通信システムにおいては、トリガ報告要求コマンド発行手段は、トリガ報告要求コマンドを周辺装置に対し予め定められた時間間隔で繰り返し継続的に発行するものとすることができる。トリガ報告要求コマンドを繰り返し継続的に発行することで、周辺装置側トリガがどのようなタイミングで発生しても、ホスト装置側でこれを確実に取得することができる。
【００１８】
なお、本発明では、周辺装置との間でピア・ツー・ピア通信が可能な別プロトコルに準拠した通信インターフェース（例えば、ＩＥＥＥ１３９４ないし１３９４ｂ）をホスト装置側に組み込み、その通信インターフェースの端子に周辺装置を接続する構成も可能である。このハードウェア構成では、周辺装置側から上記通信インターフェース（すなわち、ホスト装置）に通信処理用のコマンドを発行することができるので、トリガ報告要求コマンド発行手段（ホスト装置側）やトリガ発生報告情報返信手段（周辺装置側）などの主通信プロトコルに従う機能を省略した、本発明に属さない参考技術態様へのシフトが一応可能ではある。ただし、この参考技術態様は、ホスト装置側のシステムに上記ピア・ツー・ピア通信を可能とするための別プロトコルを取り扱うモジュールも組み入れねばならず、通信インターフェースの高コスト化も免れ得ない欠点があるので現実的ではない。
【００１９】
他方、本発明においては、周辺装置とホスト装置とを、ホスト装置側からの周辺装置のポーリングは可能であって、該周辺装置側からのホスト装置の逆ポーリングが不能なシリアル通信機構を介して接続し、通信イベントを実行するためのホスト装置と周辺装置との間における情報転送を、ホスト装置が周辺装置をポーリングする形式にてシリアル通信により実行されるものとして構成できる。この構成では、周辺装置側からホスト装置をポーリングすることができない（つまり、周辺装置側に通信開始の決定権が与えられない）形になるので、本発明の効果がより有効に発揮されるばかりでなく、周辺装置を直接接続するためのホスト装置側の通信インターフェースが大幅に簡略化され、システム構成の軽量・低コスト化を図ることができる。このようなシリアル通信の規格として、ＵＳＢ（Universal Serial Bus）を例示できる。また、本明細書では、主通信プロトコルとしてＳＣＳＩプロトコルが採用され、かつ、ホスト装置とＵＳＢプロトコルに従うシリアル通信バスにより接続される周辺機器のことを、ＵＳＢ／ＳＣＳＩ型周辺機器とも称する。
【００２０】
ＵＳＢを採用する場合、周辺装置は、より具体的には以下のように構成できる。すなわち、コマンドをホスト装置から受信してコマンド内容を解析するコマンド解析ステップと、該コマンドの解析内容を反映したデータ処理を実行するデータ処理ステップと、データ処理の結果を示す応答情報をホスト装置に返信する応答情報返信ステップとをこの順序で実行する形で周辺機器側の通信処理制御を行なうアクセス制御デバイスと、上記コマンド及び応答情報の相互転送を、前記ホスト装置が複数の前記アクセス制御デバイスをポーリングする形式にてシリアル通信により実行するシリアル通信部とを有するものとして構成する。アクセス制御デバイスは、シリアル通信部との間でコマンド及び応答情報を送受信する送受信部と、コマンドを解釈してその内容に応じたデータ処理を制御実行主体とからなるものとして構成される。なお、送受信部とシリアル通信部とは専用ＩＣに集積することができる。この構成では、ＵＳＢプロトコルに従うシリアル通信にバスを介して、ＳＣＳＩ等の主通信プロトコルに従うコマンドないし応答情報のやり取りを問題なく行なうことができる。
【００２１】
より具体的には、周辺装置側のシリアル通信部が、ホスト装置からのシリアル通信バスを接続する通信バス接続端子と、シリアル通信バスと送受信部との間でコマンド及び応答情報の転送通信処理を実行する通信制御部とを備え、該通信制御部が、通信バス接続端子に接続される通信処理のプロトコルエンジン部と、該プロトコルエンジン部にＦＩＦＯメモリからなる制御用の双方向エンドポイントを介して接続され、転送通信処理の制御を司る制御指令部とを備えたものとして構成できる。そして、送受信部は上記プロトコルエンジン部に対し、ＦＩＦＯメモリからなる該プロトコルエンジン部への入力用エンドポイントと、ＦＩＦＯメモリからなる該プロトコルエンジン部からの出力用エンドポイントとを介して入出力経路が分離された形で接続することができる。また、通信制御部は、ホスト装置側から、データアクセスの対象となる送受信部の特定情報と、該送受信部に対応するエンドポイントの特定情報とを受信して、各送受信部をターゲットデバイスとしてポーリングするものとなるように構成することができる。送受信のデータバッファとなるエンドポイントを送信側と受信側とで独立して設け、ポーリング時にいずれのエンドポイントを指定するかによって、データの転送方向も容易に特定することができる。
【００２２】
次に、本発明の通信システムにおいては、
ホスト装置側に設けられ、周辺装置に対し該周辺装置自身に対する調査報告処理を要求する調査要求コマンドを発行するとともに、該調査要求コマンドの発行に伴い、調査報告指示内容を示す予め定められたフレームフォーマットを有するとともに当該フレームの予め定められたフィールドに付加情報が書き込まれた調査指示データを作成する調査指示データ作成手段と、作成された調査指示データを周辺装置に送信する調査指示データ送信手段と、
周辺装置に設けられ、調査指示データを受けて、予め定められたフレームフォーマットを有する調査報告データを生成する調査報告データ生成手段と、
周辺装置に設けられ、調査報告データを応答情報としてホスト装置に送信する調査報告データ送信手段と、
周辺装置側に設けられ、受信した該調査指示データの予め定められたフィールドから付加情報を抽出する付加情報抽出手段と、を設けることができる。
【００２３】
本発明において主通信プロトコルは、周辺装置をなす記憶装置との間の画像データファイルの送受信を行なうのが主目的であり、主通信プロトコルがサポートしていない制御処理（特に、周辺装置側で通信イベントを開始するような処理）に関与する情報は、主通信プロトコルがサポートする制御情報からは独立した付加情報として取り扱う必要がある。このような付加情報は、送受信の対象となる画像データファイルの本体に書き込んでも意味がない。なぜなら、制御実行等のために付加情報の内容をホスト装置側あるいは周辺装置側で参照しようとした場合、その画像データファイルを開くためのアプリケーションソフトを立ち上げる必要が生じ、全く現実性がないためである。しかし、上記の構成によれば、ホスト装置側から周辺装置側へ送りたい付加情報を、周辺装置に対し該周辺装置自身に対する調査報告処理を要求する調査要求イベントを利用する形で、その調査要求コマンドの発行に伴い作成される調査指示データの予め定められたフィールドに書き込むことで、主通信プロトコルによる制御下で画像データファイルを経由せずに確実に送信することができる。
【００２４】
また、調査報告データ生成手段は、調査報告データの予め定められたフレームにホスト装置側からの付加情報に対応する対応付加情報を書き込むものとすることができ、調査報告データ送信手段は、その対応付加情報が書き込まれた調査報告データを応答情報としてホスト装置に送信するものとすることができる。これにより、周辺装置側からホスト装置側へ送りたい対応付加情報を、上記調査要求コマンドに対する応答情報である調査報告データの予め定められたフィールドに書き込むことで、主通信プロトコルによる制御下で画像データファイルを経由せずに確実に送信することができる。
【００２５】
具体的には、前述のトリガ報告要求コマンドとして調査要求コマンドを使用することができる。この場合、調査指示データに付加情報として周辺装置側トリガの発生報告指示情報が書き込まれるとともに、対応する調査報告データに対応付加情報としてトリガ発生報告情報が書き込まれる。これにより、周辺装置側トリガの発生報告指示を周辺装置側に適確に伝えることができ、また、周辺装置側での周辺装置側トリガを調査報告データ中のトリガ発生報告情報により確実に把握することができる。
【００２６】
調査指示データ作成手段は調査指示データにおいて、格納するべき主格納情報として発生報告指示情報以外の情報が格納されるよう主通信プロトコルに規定されたフィールドに、発生報告指示情報を主格納情報に兼用させる形で書き込むものとすることができる。主通信プロトコルがＳＣＳＩプロトコルのごとく既製の通信規格に従う場合などにおいては、本発明において初めて発生する技術概念である（トリガ）発生報告指示情報用の専用フィールドを、調査指示データのフレーム内に新たに設定できる余地が存在しない場合がある。このとき、上記のように本来発生報告指示情報とは全く別の主格納情報用に用意されたフィールドに、発生報告指示情報（を含む付加情報）を当該主格納情報に兼用させる形で書き込むようにすれば、上記のごとく専用フィールドを設ける余裕がない場合でも発生報告指示情報を問題なく書き込むことができる。
【００２７】
例えば、周辺装置が、少なくともデータの読出しに係るデータアクセスが可能とされた記憶媒体が内蔵されるか又は着脱可能に装着され、通信イベントにより該記憶媒体に対してデータアクセスを行なう記憶装置として構成される場合、調査指示データにおいて、主通信プロトコルに従い記憶媒体に対するデータの読み出し又は書き込みに係る通信イベントを実行する際に、該読み出し処理又は書き込み処理に割り当てられる当該記憶媒体上のメモリ領域のアロケーション長を設定するためのフィールドをアロケーション長設定フィールドとして確保することができる。この場合、該アロケーション長設定フィールドにおいてアロケーション長情報を主格納情報とする形で、該アロケーション長情報に兼用される発生報告指示情報を書き込むことができる。このようにすると、アロケーション長情報に兼用させる形で、主通信プロトコルに規定されていない固有の付加情報を周辺装置側へ送信することが可能となり、周辺装置側トリガの発生報告指示情報を周辺装置側へ問題なく送信できる。
【００２８】
主通信プロトコルにおいて、アロケーション長設定フィールドのサイズが一定ビット長に定められる場合、アロケーション長設定フィールドに上記付加情報を書き込む空き領域を形成するために、次のような巧妙な方法が存在する。すなわち、アロケーション長として設定可能な最大値をバイト単位にて表わしたときのビット数を、アロケーション長設定フィールドの総ビット数未満に設定する。そして、上記最大値を超えるアロケーション長がアロケーション長設定フィールドに記述された場合には、記述されたアロケーション長値とは無関係に上記最大値をアロケーション長の実設定値として定める。そして、該最大値を超える冗長なアロケーション長記述値に一義的に対応付ける形で、発生報告指示情報を含む、異なる付加情報内容を定義することができる。例えば、ＳＣＳＩプロトコルにおける後述のＩｎｑｕｉｒｙコマンドのＣＤＢを調査指示データとして使用する場合、このＣＤＢはＳＣＳＩプロトコル制御用に割り振られたフィールドばかりからなり、ユーザーが新たなデータを書き込むための余裕は一見全く存在しないように見える。しかし、本来はＳＣＳＩプロトコルの主格納情報であるアロケーション長の設定フィールドにおいて、上記のごとくアロケーション長として設定可能な最大値をアロケーション長設定フィールドの総ビット数未満に設定することで、該最大値を超える冗長なアロケーション長の設定記述値に、発生報告指示情報を含む付加情報としての意味をもたせることができる。
【００２９】
次に、ＳＣＳＩプロトコル等の場合、調査要求コマンドにはいくつかの種別が用意されている場合がある。この場合、どのような種別の調査要求コマンドをトリガ報告要求コマンドとして使用するかが問題になる場合がある。例えば、周辺装置が、データの読出し及び書込の双方に係るデータアクセスが可能とされた記憶媒体が着脱可能に装着され、通信イベントにより該記憶媒体に対してデータアクセスを行なう記憶装置として構成される場合、周辺装置には、記憶媒体の交換がなされた場合に当該記憶媒体の交換をホスト装置に通知するための交換通知情報を保持する交換通知情報保持手段と、ホスト装置から予め定められた第一種コマンドを受信した場合には、該コマンドの実行後に交換通知情報保持手段に保持されている交換通知情報をクリアし、同じく第一種コマンド以外の第二種コマンドを受信した場合は、該コマンドの実行後においても交換通知情報保持手段による交換通知情報の保持状態を保留する交換通知情報保持制御手段とが設けられる場合がある。この場合、トリガ報告要求コマンドとして使用する調査要求コマンドとしては、第二種コマンドの使用が強く推奨される。なぜならば、このような目的に第一種コマンドを使用した場合、交換通知情報を特に必要としないトリガ報告要求イベントであるにも拘わらず、処理終了時には交換通知情報がクリアされてしまい、ホスト装置側でこの交換通知情報を本来必要とするシステムコンポーネント（例えばファイルシステム）が、これを取得できなくなってしまう状況が発生し、記憶媒体の記憶内容が破壊されたりするといったトラブルにつながる場合があるためである。
【００３０】
調査要求コマンドとしては、例えば、周辺装置に対し該周辺装置自身の構成及び属性を特定する情報である構成／属性特定情報の報告を指示する構成／属性調査要求コマンドを採用することができる。このような周辺装置自身の構成及び属性の特定に係る通信イベントは、主通信プロトコル上では、例えばどのような種別の周辺装置（デバイス：ＳＣＳＩの場合、ターゲット）が接続されているのかを、装置立ち上げ時に認識するために実行する目的で使用されることが多いが、これを本発明では、周辺装置における周辺装置側トリガの発生を監視用に、装置立ち上げ後においても所定のタイミングで繰り返し発行する。該構成／属性調査要求コマンドにより規定される通信イベントは、本来的には（装置使用中においては不変となる）周辺装置のいわば「素性」を認識することのみが目的であり、例えば、コマンドの発生の前後で記憶媒体の交換があった場合において、交換通知情報の保持状態等に不要な影響を与えるべきではないので、上記の第二種コマンドとして用意することが望ましいのである。これを周辺装置側トリガの発生監視用に流用することで、該コマンドを何度繰り返し発行しても交換通知情報の保持状態には影響が及ばず、前述のトラブルを防ぐことができる。
【００３１】
主通信プロトコルがＳＣＳＩプロトコルである場合、上記の調査要求コマンドとしてＩｎｑｕｉｒｙ（照会）コマンドを使用することが望ましい。この場合、ホスト装置（イニシエータ）から周辺装置（ターゲット）に送られる調査指示データは、Ｉｎｑｕｉｒｙコマンドの詳細内容を記述する、ＣＤＢ（Command Descriptor Block：コマンド記述ブロック、コマンド毎にフレーム形式がＳＣＳＩプロトコルにて詳細に規定されている）であり、周辺装置（ターゲット）からホスト装置（イニシエータ）に返される調査報告データはＩｎｑｕｉｒｙデータ（フレーム形式がＳＣＳＩプロトコルにて詳細に規定されている）である。表１はＩｎｑｕｉｒｙコマンドに対応するＣＤＢの形式を示すものである。
【００３２】
【表１】
2007265302.tif 000003
【００３３】
ＳＣＳＩプロトコルでは、ホスト装置（イニシエータ）側で周辺装置（ターゲット）から返されるＩｎｑｕｉｒｙデータの種別を指定することができる。具体的には、Ｉｎｑｕｉｒｙコマンドに対応するＣＤＢには、ＥＶＰＤ（Enable Vital Product Data）と称されるフィールド（１ビット）と、ページコード（８ビット）と称されるフィールドが形成されている。表２に示すごとくＥＶＰＤフィールドに「０」が記述されているＣＤＢ（以下、ＣＤＢ（０）と略記する）に対しては、Ｉｎｑｕｉｒｙデータとして、表３に示すような、周辺装置の仕様に関係なく形式及び内容が共通に定められたスタンダードＩｎｑｕｉｒｙデータ（以下、Ｓ／Ｉデータと略称する）が返される。Ｓ／Ｉデータのうち、ＳＣＳＩプロトコルによる通信制御に直接使用しない空き領域を、トリガ発生報告情報等、本発明特有の応答情報（以下、特有応答情報という）の記述フィールドとして使用することができる。
【００３４】
【表２】
2007265302.tif 000004
【００３５】
【表３】
2007265302.tif 000005
【００３６】
例えば、Ｓ／Ｉデータでは、デバイスのベンダに固有の情報を記述するための一定長のフィールド（以下、ベンダ固有領域という）が設けられており、このフィールドに空き領域がある場合は、これを本発明特有の応答情報の記述フィールドとして使用することができる。また、ビット数は僅少であるが、次のような空き領域も、本発明特有の応答情報の記述フィールドとして利用することができる。すなわち、８ビットに設定された追加データ長フィールド（Ｓ／Ｉデータのバイト５以降のデータ長）は、Ｓ／Ｉデータにおけるデータフレーム長の上限から、最大データ長が８ビットに満たないことがある。この場合、追加データ長フィールドに上記最大データ長を超えるデータ長が指定されている場合、追加データ長フィールドの記述内容によらず、最大データ長が指定されることとなる。その結果、最大データ長を超えるビット値の範囲は、実質的に特有応答情報を記述するための「空き領域」として活用できる。
【００３７】
一方、表４のごとく、ＥＶＰＤフィールドに「１」が記述されているＣＤＢ（以下、ＣＤＢ（１）と略記する）は、ホスト装置（イニシエータ）により詳細な、あるいはデバイス固有の情報を提供するための、表５のようなＶＰＤ（Vital Product Data）と称される特殊なＩｎｑｕｉｒｙデータが返される。
【００３８】
【表４】
2007265302.tif 000006
【００３９】
【表５】
2007265302.tif 000007
【００４０】
ＶＰＤにはいくつかの種類が規定されており、どの種別のＶＰＤを指定するかをＣＤＢのページコードフィールドに記述する（具体的には、ページコードリスト（ページコード：００ｈ）、ＦＲＵ  ＡＳＣＩＩ情報（ページコード：０１ｈ〜７Ｆｈ）、ユニットシリアル番号（ページコード：８０ｈ）、動作モード定義（ページコード：８１ｈ）、ＡＳＣＩＩ動作モード定義（ページコード：８２ｈ）、及びベンダ固有の形式（ページコード：Ｃ０ｈ〜ＦＦｈ））。周辺装置はページコードフィールドで指定された種類のＶＤＰを作成し、ホスト装置に返信する。特に、ＦＲＵ  ＡＳＣＩＩ情報形式及びＡＳＣＩＩ動作モード定義形式のＶＰＤは、ページ長フィールドに続いて、必要なＡＳＣＩＩ情報を書き込むフィールドのデータ長のフィールドと、そのデータ長で指定されるＡＳＣＩＩ情報フィールドとが形成されるが、以降のフィールドはベンダ固有領域として、特有応答情報を記述するための「空き領域」として活用できる。例えば、ＡＳＣＩＩ動作モード定義形式のＶＰＤにおいて、ＡＳＣＩＩ情報フィールドを、デバイスのバージョン情報などを記述するためのバイト数の小さい（例えば１〜３バイト）のフィールドとして定義すれば、ベンダ固有領域となる残りのフィールドの長さを比較的大きく確保することができ、ある程度サイズの大きい特有応答情報を書き込むことが可能となる。
【００４１】
ＳＣＳＩプロトコルでは、ターゲット（周辺装置）、あるいはこれに含まれる１又は複数のロジカルユニット（周辺装置が記憶装置である場合は、１又は複数の記憶媒体装着スロットである）上で事象や状態の変化が、ホスト装置（イニシエータ）の動作とは非同期に発生した場合、これを該イニシエータに通知するためのユニット・アテンション・コンディションを生成する機能が設けられている。周辺装置にて記憶媒体の交換が発生した場合、その交換通知情報が生成されるユニット・アテンション・コンディションに反映されることとなる。ＳＣＳＩプロトコルでは、そのようなユニット・アテンション・コンディションを保留中の周辺装置に向けてＩｎｑｕｉｒｙコマンドが発行された場合、該周辺装置は保留中のユニット・アテンション・コンディションをクリアせずに（ただし、Ｃｏｐｙ  Ａｂｏｒｄｅｄ（ＣＡ）状態の生成前に限る）、発行されたＩｎｑｕｉｒｙコマンドが実行される（Ｉｎｑｕｉｒｙデータの作成・返信）。従って、トリガ発生報告情報など特有応答情報の返信要求イベントを起動する際にあっては、Ｉｎｑｕｉｒｙコマンドを用いることで、記憶媒体の交換がなされた場合も、その交換通知情報を含むユニット・アテンション・コンディションが保持され、交換通知情報の喪失を防ぐことができる。Ｉｎｑｕｉｒｙコマンドが前述の第二種コマンドに該当するものであることは明らかである。
【００４２】
なお、ＳＣＳＩプロトコルでは、Ｒｅｑｕｅｓｔ  Ｓｅｎｓｅコマンドと称される別の調査要求コマンドも使用が可能である。Ｒｅｑｕｅｓｔ  Ｓｅｎｓｅコマンドは、周辺装置（ターゲット）に例えばエラー原因や種類などを報告するためのセンスデータを要求するコマンドであり、調査報告データとして該センスデータが規定フォーマットのフレームに記述されて返される。本発明においては、このセンスデータの空き領域を利用してトリガ発生報告情報など特有応答情報を書き込み、ホスト装置に返すことも原理的には可能である。しかし、ＳＣＳＩプロトコルでは、ＳＣＳＩプロトコルでは、ユニット・アテンション・コンディションを保留中の周辺装置に向けてＲｅｑｕｅｓｔ  Ｓｅｎｓｅコマンドが発行された場合、該周辺装置は保留中のユニット・アテンション・コンディションをクリアするように（ただし、Ｃｏｐｙ  Ａｂｏｒｄｅｄ（ＣＡ）状態の生成前に限る）決められており、記憶媒体の交換がなされた場合に、その交換通知情報を含むユニット・アテンション・コンディションがクリアされ、交換通知情報が喪失する惧れがある。つまり、Ｒｅｑｕｅｓｔ  Ｓｅｎｓｅコマンドは前述の第一種コマンドに該当するものである。
【発明を実施するための最良の形態】
【００４３】
以下、適宜図面を参照して本発明の実施形態に係る通信システム１について説明する。なお、以下に説明する通信システム１の構成は、本発明を具現化するための単なる一例であり、本発明の要旨を変更しない範囲で構成を適宜変更できることは当然である。
【００４４】
図１Ａは、本発明の通信システムに使用する画像処理装置（周辺装置）の一例をなす印刷装置８０の外観構成を示すものである。該印刷装置８０は、いわゆる多機能装置（ＭＦＤ：Multi Function Device）であり、記憶装置をなすマルチリーダライタ２をプリンタに組み込んだプリンタ複合機として構成されている。具体的には、筐体下部に配設された印刷部８２（画像処理部）と、その上部に配設されたスキャナ部８３と、ＡＤＦ８４を備えた原稿カバー８６と、装置上面の前方側に配置された操作パネル８５と、装置前面にスロットが露出するように配設されたマルチリーダライタ２とを一体的に備えてなり、プリンタ機能、スキャナ機能、コピー機能及びファクシミリ機能などを有する。
【００４５】
印刷装置８０は、後述のＰＣ３（図６参照）と接続されて、該ＰＣ３から送信された画像データや文書データを含む印刷データに基づいて、印刷部８２において、画像や文書を記録用紙に記録する。また、印刷部８２は、マルチリーダライタ２によってメモリーカードから読み取られた上記印刷データに基づいても、画像や文書を記録用紙に記録する。さらに、ＰＣ３と接続されて、ＰＣ３とマルチリーダライタ２に挿入されたメモリーカードとの間でデータ通信を行なうリーダライタ装置としても機能する。また、スキャナ部８３により読み取られた画像データをＰＣ３へ送信したり、スキャナ部８３で読み取った画像を印刷部８２において記録するいわゆるコピーを行なうことも可能である。
【００４６】
印刷装置８０のマルチリーダライタ２は、図１Ｂに示すように、第１メモリーカード１１（例えばＣＦ）を挿入するための第１スロット１６と、第２メモリーカード１２（例えばＳＭ）を挿入するための第２スロット１７と、第３メモリーカード１３（例えばＭＳ）を挿入するための第３スロット１８と、第４メモリーカード１４（例えばＳＤ）を挿入するための第４スロット１９とを備えている。また、マルチリーダライタ２は、上記各スロットが配置された筐体前面に、手動操作部の一つであり、上記各スロットに装着されたメモリーカード（記憶媒体）に保存された画像データファイル（例えばＪＰＥＧ形式）をＰＣ側のハードディスクドライブなどの記憶装置へ保存するための処理を起動するキャプチャボタン２２が設けられている。また、筐体前面には、表示部としての液晶パネル（ＬＣＤ）２１と、テンキーを含むキーボード９１と、ＬＣＤ２１上でのカーソル移動に使用するカーソル移動キー９２と、キャプチャボタン２２（後述）が設けられている。
【００４７】
マルチリーダライタ２はＵＳＢ／ＳＣＳＩ型周辺機器として構成されている。また、本実施形態では、主通信プロトコルとしてＳＣＳＩ−２のプロトコルが採用されているものとする。図２は、上記印刷装置８０の電気的構成を示すブロック図である。マルチリーダライタ２は、その内部に、各構成部を制御するＣＰＵ２７と、制御プログラムや種々のデータ等を格納するＲＯＭ２８と、ＣＰＵ２７による演算の作業領域となるＲＡＭ２９と、入出力制御ＬＳＩ３１と、ＵＳＢチップ３２とを備え、これらがバス３３を介して相互にデータ転送が可能なように接続されている。マルチリーダライタ２は、該マルチリーダライタ２が接続されるＰＣ３との間で、ＳＣＳＩプロトコルに従うデータ通信を行なう。
【００４８】
具体的には、ＲＯＭ２８には、ＳＣＳＩプロトコルに基づいて作成された通信制御プログラムと、ＰＣ３から送信されたデータ（ＣＤＢ）を解析するために用いられる解析データのテーブルリストが格納され、ＣＰＵ２７は、リーダライタ２がＳＣＳＩ対応機器のターゲットとして機能するための、受信したＳＣＳＩコマンドに対応した通信イベントの実行制御処理を行なう。また、各スロット１６〜１９に着脱可能に装着される各第１〜第４メモリーカード１１〜１４は、例えば、コンパクトフラッシュ（ＣＦ：登録商標）、スマートメディア（ＳＭ：登録商標）、メモリースティック（ＭＳ：登録商標）、ＳＤメモリーカード（ＳＤ：登録商標）など、ＰＣ３によるデータの書き込み、書き換え、消去、読出し、メディア装着確認等のデータアクセスが可能なフラッシュメモリを搭載したカード型記憶メディアである。
【００４９】
印刷装置８０は、ＣＰＵ２７につながるバス３３に、印刷部ドライバＬＳＩ１１３を介して印刷部８２が接続されている。また、スキャナ部１３２が、同様に、スキャナドライバＬＳＩ１１２を介して接続されている。また、外部通信インターフェース１３３が接続され、ファックス送受信用のモデム１１４も接続され、これに外部電話通信網などを接続するための外部通信端子１３３が接続されている。さらに、入力・表示用ＬＳＩ１１１を介して、前述のＬＣＤ２１、キーボード９１及びカーソル移動キー９２がつながれている。
【００５０】
そして、ＲＯＭ２８には、印刷部８２の動作制御を司るプログラム、スキャナ部１３２の動作制御を司るプログラム、モデム１１４を介したファックス通信制御を司るプログラム、及び、キーボード９１あるいはカーソル移動キー９２からの入力制御や、ＬＣＤ２１への表示出力を司るプログラム、さらに、マルチリーダライタ２の動作制御プログラムが格納され、ＣＰＵ２７は、これらプログラムを、ＲＡＭ２９を実行エリアとして実行することで、プリンタ複合機としての総合的な動作制御を行なう。
【００５１】
また、印刷装置８０にはＵＳＢ端子２４が設けられ、このＵＳＢ端子２４にＵＳＢチップ３２が接続されている。ＵＳＢ端子２４には、ＰＣ３がＵＳＢケーブルを介して接続される。
【００５２】
ＰＣ３は、ＳＣＳＩプロトコルに従いホスト装置として通信イベントの起動決定権が与えられ、該ＰＣ３（ホスト装置：イニシエータ）に接続されるマルチリーダライタ２は、ＰＣ３（ホスト装置）の通信対象（ターゲット）となる。そして、通信イベントを実行命令するためのＳＣＳＩコマンドがＰＣ３（ホスト装置）からマルチリーダライタ２（周辺装置）に向けて順次発行される一方、発行されたコマンドを受領したマルチリーダライタ２（周辺装置）が当該ＳＣＳＩコマンドに対応するデータ処理を逐次実行し、その実行結果に応じた応答情報をホスト装置側に返信する。また、ＳＣＳＩコマンドの発行方向は、ＰＣ３（ホスト装置）側からマルチリーダライタ２（周辺装置）側への一方向に規制されている。また、マルチリーダライタ２に装着されたメモリーカードへは、印刷処理等のため、ＰＣ３とは無関係にＣＰＵ２７から単独でアクセスすること可能となっている。つまり、ＰＣ３からも、画像処理部をなすＣＰＵ２７からもいずれからもアクセス可能である（より、詳しくは、ＰＣ３からのアクセスも結果的にはＣＰＵ２７を経由したＳＣＳＩ通信によりなされる）。
【００５３】
次に、印刷装置８０（周辺装置）には、予め定められた内容の対象通信イベントとして、メモリーカード１１〜１４に記憶された画像データファイルを選択し、ＰＣ３側の記憶装置（ハードディスクドライブ４４（図６）に送信・保存する画像データファイル送信・保存イベントの起動をホスト装置に促すための周辺装置側トリガを、該周辺装置側でのユーザー操作に基づいて発生させる周辺装置側トリガ発生手段の機能が具備されている。この周辺装置側トリガ発生手段は、後述の説明により明らかになるごとく、（ファイル選択操作部としての）キーボード９１とカーソル移動キー９２とを用いて、メモリーカード１１〜１４内の画像データファイルのうち、ＰＣ３側への保存対象となるものを選択し、その選択を確定するに伴い選択操作トリガが発生するようになっている。該選択操作トリガは、ＣＰＵ２７が、トリガ検出データ信号として出力するようにする。このトリガ検出データ信号は、後述のＩｎｑｕｉｒｙコマンド実行時に参照され、トリガ検出データが「トリガあり」の状態を示していれば作成されるＩｎｑｕｉｒｙデータに「トリガあり」の内容で書き込まれる。つまり、ボタン２２（手動操作部）が操作されているか否かの検出は、ＰＣ３からの指示に従って行われる。なお、Ｉｎｑｕｉｒｙデータ作成後は、トリガ検出データ信号はリセットされる。
【００５４】
次に、ＵＳＢチップ３２には、マルチリーダライタ２の制御用として、各外部メモリ入出力制御部５１〜５４に共通して設けられたリーダライタ系ＳＣＳＩコマンド・データ・ステータス送受信部（以下、単に「送受信部」という；転送要素送受信部）３４４、同じく、印刷部８１の制御用として設けられたプリンタ系双方向データ送受信部３４１、スキャナ部１３２の制御用に設けられたスキャナ系双方向データ送受信部３４２、ファックス通信制御用に設けられたモデム系双方向データ送受信部３４３、通信ＵＳＢ端子（通信バス接続端子）２４に接続されたＵＳＢプロトコルエンジン（プロトコルエンジン部）３２１、及び転送通信処理の制御を司るＵＳＢコントロール部（制御指令部）３３１が集積されてなる。これにより、ＰＣ３は、印刷部８１、スキャナ部１３２、モデム１１４及びマルチリーダライタ２を、それぞれ独立したＵＳＢのターゲットデバイスとして認識する。
【００５５】
ここで、ＵＳＢプロトコルエンジン（プロトコルエンジン部）３２１と、ＵＳＢコントロール部（制御指令部）３３１とで構成される部分が通信制御部に該当し、また、この通信制御部と、ＵＳＢ端子（通信バス接続端子）２４とで構成される部分がシリアル通信部に該当する。
【００５６】
各ＵＳＢコントロール部３３１は、対応するＵＳＢプロトコルエンジン３２１にＦＩＦＯメモリからなる制御用の双方向エンドポイントを介して接続されている。また、送受信部３４４は、ＵＳＢプロトコルエンジン３２１に対し、ＦＩＦＯメモリからなるＵＳＢプロトコルエンジン３２１への入力用エンドポイントと、ＦＩＦＯメモリからなるＵＳＢプロトコルエンジン３２１からの出力用エンドポイントとを介して入出力経路が分離された形で接続されている。
【００５７】
ＵＳＢプロトコルエンジン３２１とＵＳＢコントロール部３３１とで構成される通信制御部は、それぞれ、ＰＣ３側から、対象となる送受信部３４４の特定情報と、該送受信部３４４に対応するエンドポイントの特定情報とを受信して、各送受信部３４４をターゲットデバイスとしてポーリングすることにより、データアクセス先が外部メモリ入出力制御部５１〜５４であることとと、データ送受信の方向とを特定する。なお、当然のことであるが、ターゲットデバイスとなる送受信部３４４側からホスト装置であるＰＣ３を逆ポーリングすることは、ＵＳＢプロトコルでは許されていない。
【００５８】
送受信部（転送要素送受信部）３４４は、ＵＳＢプロトコルエンジン３２１との間でＳＣＳＩプロトコルに従う送受信するものである。ここで、転送要素とは、ＰＣ３との間でＵＳＢバスを介してやり取りされる、通信イベントの内容を特定するコマンド（ＳＣＳＩコマンド）と、通信イベント処理実行に対応して周辺装置側から返信される応答情報（ステータス）とを含む（ＳＣＳＩコマンドに特定された処理内容が、メモリーカードに記憶されたデータの送受信に関係するデータアクセス処理であった場合は、そのデータも転送要素となる）。
【００５９】
また、送受信部３４４は、図３に示すように、コントロールレジスタ８１（図４参照）、ステータスレジスタ８２（図５参照）、ＳＣＳＩコマンドバッファ８３、ＳＣＳＩステータスバッファ８４、ＳＣＳＩデータＤＭＡアドレスレジスタ８５、ＳＣＳＩデータＤＭＡカウントレジスタ８６を有する。これらの詳細については後述する。
【００６０】
ＣＰＵ２７は、送受信部３４４が受信したＳＣＳＩコマンドを解析するコマンド解析ステップと、該ＳＣＳＩコマンドに特定された内容の通信イベントを、対象となる外部メモリ入出力制御部５１〜５４（つまり、リーダライタ２をターゲットとした場合、それに含まれている複数のロジカルユニット）との間で行なうイベント実行ステップと、ステータスを送受信部３４４に送信させるステータス送信ステップと、をこの順序で実行する。
【００６１】
マルチリーダライタ２では、挿入されたメモリーカードに対してデータの読み書きを行なう場合は、該メモリーカードからデータを読み出すために使用するメモリ領域あるいは該メモリーカードにデータを記憶するために使用するメモリ領域の割り当てが行われる。この割り当てられるメモリ領域のデータ長はアロケーション長と呼ばれている。一般に、該アロケーション長はマルチリーダライタ２にアクセスするＰＣ３からの指定されたデータ長に設定されるが、本実施形態では、マルチリーダライタ２で設定可能なアロケーション長の最大値が、ＰＣ３側から指定し得る最大数値未満に設定されている。
【００６２】
ＰＣ３は、図６に示すように、各構成部を制御するＣＰＵ４１と、ＲＯＭ４２と、ＲＡＭ４３と、各種ソフトウェアプログラムやデータが格納されたＨＤＤ４４と、ビデオコントロールＬＳＩ４５と、ＵＳＢチップ４６と、ビデオ端子４７と、複数の入出力ポートを有するＵＳＢ端子４８などを備え、これらがバス１００を介して相互にデータ転送が可能なように接続されている。これら各部はいわゆるマザーボードと呼ばれるメイン制御基板に一体的に組み込まれている。ビデオ端子４７にはビデオケーブルを介してディスプレイ５６が接続されている。ＵＳＢ端子４８はＵＳＢハブ機能を有する。このＵＳＢ端子４８には、キーボード５７及びマウス５８等の入力手段が接続されており、さらに印刷装置８０が接続されている。
【００６３】
ＲＯＭ４２には、印刷装置８０へ送信されるデータであってマルチリーダライタ２のＣＰＵ２７に所定の処理を実行させる指示データが格納されている。該指示データはテーブルリスト化された状態でＨＤＤ４４又はＲＯＭ４２に格納されている。また、ＨＤＤ４４のプログラム格納領域には、ＰＣ３のオペレーションシステムであるＷｉｎｄｏｗｓ２０００（登録商標）のＳＰ３（以下「ＷＩＮ２０００」と称する）や、マルチリーダライタ２へのデータの書き込み及び読み出しを可能とするためのＲ／Ｗアプリケーションなどのソフトウェアプログラムが格納されている。これらソフトウェアプログラムがＣＰＵ４１によって読み出されて所定の演算処理がなされることにより、各アプリケーションがＰＣ３において動作可能となる。また、上記プログラム格納領域には、マルチリーダライタ２との間でＳＣＳＩプロトコルに従うデータ通信プログラムが格納されている。本実施形態では、ＷＩＮ２０００が搭載されたＰＣ３を例示して説明するが、Ｌｉｎｕｘシリーズ、ＭａｃＯＳシリーズなどのＯＳが搭載されたものであってもよい。もちろん、Ｗｉｎｄｏｗｓ２０００のＳＰ３をＳＰ４に代替することも可能である。
【００６４】
上記Ｒ／Ｗアプリケーション、ＰＣ３側のデータ通信プログラム及び印刷装置８０側の制御プログラムは、互いに協働して、以下の各手段を機能的に実現する処理を行なう。
・トリガ報告要求コマンド発行手段：ＰＣ３（ホスト装置）側のＲ／Ｗアプリケーションにより機能実現され、印刷装置８０において確定キーが操作されるに伴い発生する周辺装置側トリガとしての選択操作トリガを監視するために、ＳＣＳＩプロトコル（主通信プロトコル）に従い、トリガ発生報告情報を応答情報として要求するためのトリガ報告要求コマンドを、Ｉｎｑｕｉｒｙコマンド、具体的には前述のＣＤＢ（１）を用いたＩｎｑｕｉｒｙコマンド（以下、Ｉｎｑ（１）コマンドという）として、印刷装置８０（周辺装置）に向けて発行する。
・トリガ発生報告情報返信手段：印刷装置８０側の制御プログラムにより機能実現され、周辺装置側トリガの発生の有無を反映したトリガ発生報告情報を応答情報としてＰＣ３（ホスト装置）にＳＣＳＩプロトコルに従い返信する。
【００６５】
・報告情報受領手段：Ｒ／Ｗアプリケーションにより機能実現され、トリガ発生報告情報を印刷装置８０から受領する。
・対象通信イベント起動手段：Ｒ／Ｗアプリケーションにより機能実現され、受け取ったトリガ発生報告情報の内容に基づいて周辺装置側トリガの有無を判定し、該周辺装置側トリガがありと判定された場合に、対象通信イベント、具体的には、リーダライタ２に装着されたメモリーカード１１〜１４に格納された画像データファイルを読み出して、ＰＣ３のＨＤＤ４４（図６）の指定されたフォルダに保存する通信イベントを起動させる。
【００６６】
まず、図７を用いて、ＳＣＳＩコマンドに基づいて、ＰＣ３と、ＵＳＢ−Ｉ／Ｆ７８を介して該ＰＣ３とＵＳＢ接続された印刷装置８０のリーダライタ２との間で行われるデータ通信の概略について説明する。ＯＳ７０は、ＧＵＩ（Graphical User Interface）７１とファイルシステム７２とＯＳカーネル７３を備えてその基幹システムが構成されている。ＧＵＩ７１は、コンピュータグラフィックスとマウスなどのポインティングデバイスを用いてユーザーの入力操作を実現するユーザインターフェースであり、ファイルシステム７２は、コンピュータ内部でファイルやフォルダを用いてデータを管理する方式及びその管理システムである。また、ＯＳカーネル７３はアプリケーションや周辺機器を監視する等の基本機能を実装したソフトウェアである。なお、ＰＣ３には、リーダライタ２へのアクセスが可能なようにドライバソフト７４が予めインストールされており、該ドライバソフト７４はモジュール化された状態でＯＳカーネル７３に実装されている。
【００６７】
例えば、リーダライタ２へアクセスするためのアプリケーションの一例であるエクスプローラ７５とＲ／Ｗアプリケーション７６とがＰＣ３上で起動されたとする。エクスプローラ７５は周知のごとく、ファイルやフォルダを管理するためのものである。エクスプローラ７５はＯＳ７０のシステムに準拠して作成されており、一般には、ＯＳ７０の一機能として認識されている。従って、エクスプローラ７５はファイルシステム７２を介してリーダライタ２と通信する。一方、Ｒ／Ｗアプリケーション７６は、例えばリーダライタ２の製造メーカが開発した独自のアプリケーションソフトであって、リーダライタ２に挿入された記録メディアに対してデータを書き込む処理あるいはデータを読み出す処理を行なうものである。一般に、Ｒ／Ｗアプリケーション７６は、ファイルシステム７２の仕様が公開されていないため、ＯＳ７０には準拠せずに作成される。
【００６８】
まず、エクスプローラ７５からリーダライタ２にアクセスする場合について説明する。ＯＳ７０が起動され、エクスプローラ７５が起動されると、エクスプローラ７５によって、Ｉｎｑｕｉｒｙコマンドがファイルシステム７２を介してＯＳカーネル７３に発行される。なお、Ｉｎｑｕｉｒｙコマンドを含む全てのＳＣＳＩコマンドは、ＯＳカーネル７３において仮想的に設けられたＳＣＳＩコマンド処理入口７９に対して発行されるようになっている。上記Ｉｎｑｕｉｒｙコマンドが発行されると、リーダライタ２へは対応するＣＤＢ（ここではＣＤＢ（０）；表２）が送信され、リーダライタ２は応答情報として、その型式やデバイス名、ＳＣＳＩ−ＩＤ、ＬＵＮ（Logical Unit Number：ロジカルユニット番号）の有無、メモリーカードの種別などの構成情報を含むＩｎｑｕｉｒｙデータ（この場合、Ｓ／Ｉデータ（表３））を作成し、ＰＣ３に返信する。これにより、リーダライタ２が認識される。
【００６９】
リーダライタ２が認識されると、ＧＵＩ７１によってエクスプローラ７５上にリーダライタ２のドライブアイコンが生成される。そして、ユーザーがマウスなどを用いて上記ドライブアイコンにアクセスするなどして、データの読出指示が入力されると、エクスプローラ７５はファイルシステム７２に働きかけて、ＯＳカーネル７３に対してＲｅａｄコマンド（ＳＣＳＩコマンドの一例）を発行させる。一方、同様に、書込指示を入力すると、ＯＳカーネル７３に対してＷｒｉｔｅコマンド（ＳＣＳＩコマンドの一例）を発行させる。これらのコマンドデータがＵＳＢなどのＩ／Ｆを介してリーダライタ２に転送され、該コマンドに従った読み出し若しくは書き込みがリーダライタ２側で実行される。なお、上記ＩｎｑｕｉｒｙコマンドはＰＣ３にリーダライタ２が接続されたときや、リーダライタ２が接続された状態でＰＣ３の電源がリセットされたときにも発行される。
【００７０】
次に、Ｒ／Ｗアプリケーション７６からリーダライタ２にアクセスする場合について説明する。Ｒ／Ｗアプリケーション７６が起動されると、ＯＳカーネル７３に対してＲ／Ｗアプリケーションにのみデータバスを開放する要求が出される。ＯＳカーネル７３はこの要求を受けてＲ／Ｗアプリケーション７６にデータバスを占有させる。換言すれば、ファイル７２からＳＣＳＩコマンド処理入口７９に対して発行されたＳＣＳＩコマンドを該ＳＣＳＩコマンド処理入口７９で受け入れないようにする。従って、Ｒ／Ｗアプリケーション７６の起動中は、ファイルシステム７２はリーダライタ２へアクセスできなくなる。また、Ｒ／Ｗアプリケーション７６が起動されると、ＧＵＩ７１によってＲ／Ｗアプリケーション７６でプログラムされた入力画面（ユーザインターフェース画面）がディスプレイ上に表示される。また、ドライバソフト７４によって、ＩｎｑｕｉｒｙコマンドがＯＳカーネル７３に発行されて、その応答情報であるＩｎｑｕｉｒｙデータ（この場合、表３のＳ／Ｉデータ）の返信により、リーダライタ２の型式やデバイス名などの構成情報が取得される。これにより、リーダライタ２が認識される。その後、ドライバソフト７４によってＯＳカーネル７３に対して出されたＲｅａｄコマンドやＷｒｉｔｅコマンドに従って、リーダライタ２側でデータの読み出し若しくは書き込みが実行される。
【００７１】
なお、リーダライタ２の認識は次のようにして行われる。すなわち、まず、ＯＳカーネル７３に対してＩｎｑｕｉｒｙコマンドを発行した際に生成されるＣＤＢ（０）（表２）をリーダライタ２に送信する。該ＣＤＢ（０）を受信したリーダライタ２側では、ＣＤＢ（０）に含まれる種々の情報を参照して、該情報に従った構成情報を生成し、該構成情報を含むＳ／Ｉデータ（表３）をＰＣ３へ返信する。この返信されたＳ／Ｉデータに基づき、リーダライタ２が認識される。
【００７２】
なお、リーダライタ２（ターゲット：周辺装置）上のいずれかのスロット（あるいは外部メモリ入出力制御部：ロジカルユニット）上で、メモリーカードの交換（つまり、事象や状態の変化）がなされると、ＰＣ３（イニシエータ）に通知するためのユニット・アテンション・コンディションが生成される。ＰＣ３のファイルシステムは、このユニット・アテンション・コンディションを参照してメモリーカードの交換を認識し、ＦＡＴ（ファイル・アロケーション・テーブル）等のファイル情報の更新を行なう。このようなユニット・アテンション・コンディションを保留中のロジカルユニットに向けてＩｎｑｕｉｒｙコマンドが発行された場合、該ロジカルユニットは保留中のユニット・アテンション・コンディションをクリアせずに、Ｉｎｑｕｉｒｙコマンドを実行する。つまり、Ｉｎｑｕｉｒｙコマンドが実行された場合でも、該ユニット・アテンション・コンディションに反映されているメモリーカードの交換通知情報は消去されずに保持されるので、ＰＣ３のファイルシステムは、交換後のメモリーカードに対するアクセスを問題なく行なうことができる。
【００７３】
次に、リーダライタ２のより具体的な動作について、図８のフローチャートを用いて説明する。なお、以下の説明では、１つのスロットに対する処理についてのみ行っている。複数のスロットに対しては、当該処理が割り込み処理により並列して行われる。ＣＰＵ２７は、ＰＣ３からＵＳＢケーブルを介して供給される電源（バスパワー）によりＯＮされると（Ｔ１）、ＵＳＢチップ３２からの割り込みを許可する状態となる（Ｔ２）。ＵＳＢチップ３２では、ＰＣ３側からＵＳＢバス上を伝送してきたコマンドを、ＵＳＢプロトコルエンジン３２１及びＵＳＢコントロール部３３１の動作によって、送受信部３４４へ転送する。なお、ここではまだ、コマンドを受け取ったことを示すレスポンスを返さない。
【００７４】
送受信部３４４は、コマンドを受け取ると、ステータスレジスタ８２の「コマンド受信完了」ｂｉｔを１にし、ＣＰＵ２７に割り込みを掛ける。この場合、ＣＰＵ２７は、ステータスレジスタ８２を参照することで何のための割り込みなのかを把握することができる。また、受け取ったコマンドは、ＳＣＳＩコマンドバッファ８３に格納される。
【００７５】
ＣＰＵ２７は、割り込みがあり（Ｔ３：ＹＥＳ）、ＳＣＳＩコマンドの受信が完了すると（Ｔ４：ＹＥＳ）、送受信部３４４が受け取ったコマンドの解釈を行なう（Ｔ５）。すなわち、ＣＰＵ２７は、送受信部３４４のステータスレジスタ８２を参照し、送受信部３４４がコマンドを受け取ったことを知ると、ＳＣＳＩコマンドバッファ８３からコマンドを取得して、それを解釈する。これにより、ＣＰＵ２７は、ＳＣＳＩデータの有無や伝送方向、大きさを把握する。
【００７６】
ＣＰＵ２７は、コマンドの解釈によって、ＳＣＳＩデータが無いと把握した場合（例えば、ＩｎｑｕｉｒｙコマンドやＴｅｓｔ  Ｕｎｉｔ  Ｒｅａｄｙコマンドの場合）およびＳＣＳＩデータの伝送方向がデバイス→ＰＣ（送信）であると把握した場合（例えば、Ｒｅａｄコマンドの場合）には（Ｔ６：ＹＥＳ）、送受信部３４４のコントロールレジスタ８１の「コマンド受付完了」ｂｉｔと「ステータスレジスタクリア」ｂｉｔに１を書き込む（Ｔ７）。
【００７７】
送受信部３４４は、Ｔ７で「コマンド受付完了」ｂｉｔに１が書き込まれた時点で、ＰＣに対してコマンドを受け取ったことを示すレスポンスを返す。ここで、ＰＣ側は、レスポンスを受け取ると、ＳＣＳＩデータが無い場合には次がＳＣＳＩステータスの受信で、ＳＣＳＩデータの伝送方向がデバイス→ＰＣである場合には次がＳＣＳＩデータの受信であるので、デバイス待ちの状態に遷移する。
【００７８】
他方、ＣＰＵ２７は、コマンドの解釈によって、ＳＣＳＩデータの伝送方向がＰＣ→デバイス（受信）であると把握した場合（例えば、Ｗｒｉｔｅコマンドの場合）には（Ｔ６：ＮＯ）、ＰＣ３からのＳＣＳＩデータを受信する準備をする（Ｔ８）。具体的には、ＲＡＭ２９上に受信に必要な領域を確保し、その先頭アドレスをＳＣＳＩデータＤＭＡアドレスレジスタ８５に書き込み、受信するバイト数をＳＣＳＩデータＤＭＡカウントレジスタ８６に書き込む。その後、送受信部３４４のコントロールレジスタ８１の「コマンド受付完了」ｂｉｔと「ステータスレジスタクリア」ｂｉｔに１を書き込む（Ｔ９）。
【００７９】
送受信部３４４は、Ｔ９で「コマンド受付完了」ｂｉｔに１が書き込まれた時点で、ＰＣ３に対してコマンドを受け取ったことを示すレスポンスを返す。ここで、ＰＣ３側は、レスポンスを受け取ると、デバイス側でコマンドを解釈してＳＣＳＩデータを受け取る準備が出来たと認識して、ＳＣＳＩデータの送信を開始する。
【００８０】
そして、送受信部３４４は、ＳＣＳＩデータＤＭＡカウントレジスタ８６が０になった時点で、ステータスレジスタ８２の「データ受信完了」ｂｉｔを１にし、ＣＰＵ２７に割り込みを掛ける。
【００８１】
ＣＰＵ２７は、割り込みがあると（Ｔ１０：ＹＥＳ）、送受信部３４４のコントロールレジスタ８１の「データ受取完了」ｂｉｔと「ステータスレジスタクリア」ｂｉｔに１を書き込んで、ＳＣＳＩデータの受信を完了する（Ｔ１１：ＹＥＳ）。ここで、ＰＣ３側は、ＳＣＳＩデータがデバイスに到達されたことが通知され、次がＳＣＳＩステータスの受信であるので、デバイス待ちの状態に遷移する。
【００８２】
Ｔ７およびＴ１１（ＹＥＳ）の後には、ＣＰＵ２７は、コマンドを実行する（Ｔ１２）。例えばＴｅｓｔ  Ｕｎｉｔ  Ｒｅａｄｙコマンドなら、第１〜第４メモリーカード１１〜１４が挿入されているか否かを判断する。例えばＲｅａｄコマンドなら、第１〜第４メモリーカード１１〜１４からデータを読み出す。例えばＷｒｉｔｅコマンドなら、この時点で書き込むべきデータをＰＣ３から受け取っているので（上述のＴ８〜Ｔ１１）、それを第１〜第４メモリーカード１１〜１４に書き込む。
【００８３】
次に、ＣＰＵ２７は、ＳＣＳＩデータの伝送方向がデバイス→ＰＣ（送信）である場合（例えば、Ｒｅａｄコマンドの場合）には（Ｔ１３：ＹＥＳ）、読み出したデータをＰＣ３へ送信する準備をする（Ｔ１４）。具体的には、ＲＡＭ２９上に送信に必要な領域を確保して読み出したデータを格納するとともに、その先頭アドレスをＳＣＳＩデータＤＭＡアドレスレジスタ８５に書き込み、受信するバイト数をＳＣＳＩデータＤＭＡカウントレジスタ８６に書き込む。そして、送受信部３４４のコントロールレジスタ８１の「データ送信開始」ｂｉｔに１を書き込む。
【００８４】
送受信部３４４は、Ｔ１４で「データ送信開始」ｂｉｔに１が書き込まれた時点で、ＰＣ３へＳＣＳＩデータの転送を開始する。そして、送受信部３４４は、ＳＣＳＩデータの転送が終わったら、ステータスレジスタ８２の「データ送信完了」ｂｉｔを１にし、ＣＰＵ２７に割り込みを掛ける。
【００８５】
ＣＰＵ２７は、割り込みがあると（Ｔ１５：ＹＥＳ）、ＳＣＳＩデータの転送が終わったことを把握するので、送受信部３４４のコントロールレジスタ８１の「ステータスレジスタクリア」ｂｉｔに１を書き込んで、ＳＣＳＩデータの送信を完了する（Ｔ１６：ＹＥＳ）。
【００８６】
Ｔ１３（ＮＯ）およびＴ１６（ＹＥＳ）の後には、ＣＰＵ２７は、ＳＣＳＩステータスの送信を開始する（Ｔ１７）。具体的には、ＣＰＵ２７は、上記処理の中で、ＰＣ３に返すべきステータスを既に決定しているので、そのステータスをＳＣＳＩステータスバッファ８４に書き込み、送受信部３４４のコントロールレジスタ８１の「ステータス送信開始」ｂｉｔに１を書き込んで、ＳＣＳＩステータスの送信を開始する。
【００８７】
送受信部３４４は、Ｔ１７で「ステータス送信開始」ｂｉｔに１が書き込まれた時点で、ＰＣ３へＳＣＳＩステータスの送信を開始する。そして、送受信部３４４は、ＰＣ３側からＳＣＳＩステータスを受け取ったレスポンスを受けると、ステータスレジスタ８２の「ステータス送信完了」ｂｉｔを１にし、ＣＰＵ２７に割り込みを掛ける。
【００８８】
ＣＰＵ２７は、割り込みがあると（Ｔ１８：ＹＥＳ）、ＳＣＳＩステータスの送信が終わったことを把握するので、送受信部３４４のコントロールレジスタ８１の「ステータスレジスタクリア」ｂｉｔに１を書き込んで、ＳＣＳＩデータの送信を完了する（Ｔ１９：ＹＥＳ）。これにより、送受信部３４４のステータスレジスタ８２がクリアされて、元の状態に戻る。
【００８９】
次に、本通信システム１において、Ｉｎｑｕｉｒｙデータを用いた本発明の主要機能に係るデータ通信処理の流れの一例について説明を行なう。なお、各ステップにおける処理（請求項に記載した機能実現手段）は、ＰＣ３のＣＰＵ４１あるいはマルチリーダライタ２のＣＰＵ２７によって各構成部が制御されることにより行われる。図９は、主処理の流れを示すフローチャートである。すなわち、ＰＣ３に印刷装置８０が接続され、各装置に電源が投入されると、まず、ＰＣ３に接続されている不明なデバイスに対してドライブを割り当てるドライブ割当処理（Ｓ１）が実行される。本実施形態では、デバイスとして印刷装置８０（のマルチリーダライタ２）だけが接続されているため、これのみにドライブが割り当てられる。
【００９０】
次に、ユーザーによって選択されたドライブを通信相手として設定するドライブ設定処理（Ｓ２）が行われる。ドライブが設定されると、設定されたドライブに対応するデバイス（本実施形態ではマルチリーダライタ２）が通信相手として認識される。そして、印刷装置８０側での確定キーの操作状態により発生する選択操作トリガの発生を監視、すなわち、画像データファイルのＰＣ３側への送信及び保存に係る通信イベント（画像データファイル処理）の制御を行なう画像データファイル処理（Ｓ３）が実施される。
【００９１】
図１０は、ＰＣ３においてＣＰＵ４１により実行されるドライブ割当処理（Ｓ１）の詳細を示すものである。まず、参照されるドライブ（以下「参照ドライブ」と称する）がＡドライブに初期設定される（Ｓ１０１）。該参照ドライブは、ＰＣ３側で割り当て可能なドライブのことを意味するものであって、該ドライブが複数存在する場合はドライブの割り当て処理時に昇順で参照される。参照ドライブは、ＰＣ３のＷＩＮ２０００のＯＳカーネルで管理されている。本実施形態では、割り当て可能なドライブ数をＡ〜Ｚの２６個としている。
【００９２】
参照ドライブが設定されると、次に、ＣＰＵ４１によって、ドライブが割り当てられるデバイスからＳ／Ｉデータを返信させるためのＩｎｑｕｉｒｙコマンド（以下「Ｉｎｑ（０）コマンド」と称する）が参照ドライブに対して発行される（Ｓ１０２）。実際には、ＣＰＵ４１によって該Ｉｎｑ（０）コマンドがＯＳカーネルに対して発行され、該ＯＳカーネルにおいて該Ｉｎｑ（０）コマンドが参照ドライブに発行されたものとして取り扱われる。そして、ＯＳカーネルにより、ＥＶＰＤ領域が“０”に設定されたＣＤＢ（０）が生成されて、参照ドライブに関連づけられた不明デバイスに送信される。ＳＣＳＩ規格では、ＥＶＰＤ領域が“０”に設定されている場合はＳ／Ｉデータを返信するよう定義されている。ＣＤＢ（０）の具体例は、前述のごとく表２に示している。なお、表２のデータ欄には、各データが１６進数表記で示されている。本明細書において特に明示しない限り、データ欄は全て１６進数表記で示すものとする。
【００９３】
参照ドライブに関連づけられたデバイスが存在する場合であって、該デバイスがＳＣＳＩコマンドを処理することができるデバイス（ＳＣＳＩコマンド対応デバイス）である場合は、該デバイスからＳ／Ｉデータが返信される。一方、デバイスが存在しない場合、あるいは存在していても該デバイスがＳＣＳＩコマンドを処理することができない場合（ＳＣＳＩコマンド非対応デバイス）は、該デバイスからＳ／Ｉデータは返信されない。Ｓ１０３では、Ｓ／Ｉデータの返信の有無に基づいてＣＰＵ４１によってエラー判定が行われる（Ｓ１０３）。具体的には、Ｓ／Ｉデータの返信がない場合はエラーと判定される（Ｓ１０３のＹｅｓ側）。この場合、その後の処理はステップＳ１０７に進む。また、Ｓ／Ｉデータの返信がある場合はエラーと判定されない（Ｓ１０３のＮｏ側）。すなわち、当該参照ドライブに関連づけられたデバイスが存在すると判定される。この場合、その後の処理はステップＳ１０４に進む。
【００９４】
Ｓ１０３においてエラーでないと判定されると、返信されたＳ／Ｉデータに基づいて、参照ドライブに関連づけられたデバイスが通信対象となり得るデバイスであるかどうか、すなわち、通信可能なデバイスであるかどうかが判定される。本実施形態では、当該ステップは、参照ドライブに関連付けられたデバイスがマルチリーダライタ２であるかどうかを判定するために行われる。また、本実施形態では、マルチリーダライタ２から、表３に示すＳ／ＩデータがＰＣ３へ返信されるようになっており、当該ステップにおける判定処理は、返信されたＳ／Ｉデータのバイト０の領域やバイト１の領域のデータ、あるいは、バイト８〜１５の領域のベンダＩＤや、バイト１６〜３１の領域のプロダクトＩＤなどが、ＰＣ３側で予め登録しておいたＩＤ情報等と一致しているかどうかによって行われる。当該ステップで、通信可能なデバイスであると判定されると（Ｓ１０４のＹｅｓ側）、処理はステップＳ１０５に進み、通信可能なデバイスではないと判定されると（Ｓ１０４のＮｏ側）、処理はＳ１０７に進む。なお、表３中のバイト０領域のデータ「０ｘ００」はダイレクトアクセスデバイスを示し、バイト１の領域のデータ「０ｘ８０」は可換記憶媒体を示すものである。上述の各バイト領域に記述される内容については、ＳＣＳＩ規格で定義されているため、詳細については、当該規格書を参照されたい。
【００９５】
処理がＳ１０５に進むと、ここでは、返信されたＳ／Ｉデータに基づいて、当該参照ドライブのＬＵＮが“０”であるかどうかがＣＰＵ４１によって判定される。かかる判定は、Ｓ／Ｉデータにおけるベンダ固有領域のバイト５４の領域のデータに基づいて行われる。本実施形態では、上述したように、マルチリーダライタ２から、表３に示すＳ／ＩデータがＰＣ３へ返信されるようになっている。また、表３のバイト５４領域の備考欄にも記載しているように、マルチリーダライタ２では、Ｓ／Ｉデータを返信する際に、バイト５４の領域の上位４ビットに該マルチリーダライタ２の物理的Ｉ／Ｆを示す情報（本実施形態ではＵＳＢであることを示す情報）が格納され、下位４ビットにＬＵＮの番号を格納するようにプログラミングされている。従って、ＣＰＵ４１は、バイト５４の領域のデータを参照すれば、ＬＵＮの情報を取得することができる。これにより、当該ステップの判定処理を行なうことができる。例えば、バイト５４の領域に「０ｘ１０」が格納されている場合は、物理的Ｉ／ＦがＵＳＢ接続コネクタであって、ＬＵＮが０であることが取得され、「０ｘ２３」が格納されている場合は、物理的Ｉ／ＦがＳＣＳＩ接続コネクタであって、ＬＵＮが３であることが取得される。
【００９６】
Ｓ１０５で、ＬＵＮが“０”であると判定されると（Ｓ１０５のＹｅｓ側）処理はＳ１０６に進み、ＬＵＮが“０”でないと判定されると（Ｓ１０５のＮｏ側）処理はＳ１０７に進む。なお、ＷＩＮ２０００がインストールされたＰＣ３と接続されている場合は、マルチリーダライタ２側でバイト５４の領域に、例えばＬＵＮ＝１の情報を格納したとしても、ＰＣ３側ではＬＵＮ＝０として認識するようになっている。そのため、当該Ｓ１０５の処理は必ずＹｅｓ側に進むことになる。この場合は、Ｓ１０５の判定処理は意味を成さないため省略してもよい。
【００９７】
Ｓ１０６では、現在の参照ドライブを対応ドライブリストに追加する処理が実行される。対応ドライブリストは、最終的にドライブが割り当てられる参照ドライブをリストアップしたものである。詳細には、該対応ドライブリストがＲＡＭ４３の所定の記憶領域に展開されており、該当する参照ドライブが該記憶領域に書き込まれる。その後、処理はＳ１０７に進む。
【００９８】
Ｓ１０７では、参照ドライブがＺドライブであるかどうかがＣＰＵ４１によって判定される。例えば、カウンタメモリなどにドライブの参照順をカウントさせておき、そのカウンタ値をＣＰＵ４１が監視することにより、現在の参照ドライブがＺドライブであるかどうかの判定が可能である。かかる判定は、設定された参照ドライブが最後であるかどうかを判定するために行われる。ここで、参照ドライブがＺドライブであると判定されると、参照可能なドライブが存在しないため、続く処理はＳ１０９に進む。参照ドライブがＺドライブではないと判定されると、参照ドライブを次順のドライブに設定した後に（Ｓ１０８）、Ｓ１０２からの処理がＳ１０７においてＹｅｓと判定されるまで繰り返し行われる。
【００９９】
処理がＳ１０９に進むと、ここでは、対応ドライブリストに基づいてドライブの割り当てがなされる。これにより、一連のドライブ割当処理（Ｓ１）が終了する。なお、本実施形態では、外部ストレージデバイスとしてマルチリーダライタ２のみが接続されているため、Ａドライブに対してマルチリーダライタ２が割り当てられ、他のドライブには何ら割り当てられないものとする。
【０１００】
続いて、図１１は、ドライブ設定処理（Ｓ２）の詳細を示すものである。Ｓ２０１では、前記ドライブ割当処理（Ｓ１）によって割り当てられたドライブ（以下「対応ドライブ」と称する）が存在するかどうかが判定される（Ｓ２０１）。すなわち、ＰＣ３で割当可能なドライブのいずれかに所定のデバイスが割り当てられたかどうかが判定される。本実施形態では、マルチリーダライタ２が割り当てられたＡドライブが存在するため、対応ドライブがあると判定される。その後、対応ドライブが１つであるかどうかが判定される（Ｓ２０２）。一方、Ｓ２０１で、対応ドライブが存在しないと判定されると（Ｓ２０１のＮｏ側）、通信対象が存在しないため、処理が終了する。
【０１０１】
Ｓ２０２で対応ドライブが１つであると判定されると（Ｓ２０２のＹｅｓ側）、当該対応ドライブが通信対象として設定される（Ｓ２０５）。すなわち、当該対応ドライブに関連付けられたデバイスが通信対象に設定される。なお、本実施形態では、Ａドライブが通信対象として設定される。換言すれば、マルチリーダライタ２が通信対象のデバイスとして設定される。
【０１０２】
一方、対応ドライブが複数存在すると判定された場合は（Ｓ２０２のＮｏ側）、対応ドライブを示すアイコンをダイアログ表示させる（Ｓ２０３）。その後、ユーザーからいずれかのアイコンが選択されることによって所望の対応ドライブが選択されると（Ｓ２０４）、選択された対応ドライブが通信対象として設定される（Ｓ２０５）。なお、いずれのアイコンも選択されない場合であっても、例えば、対応ドライブごとに優先度が設定されている場合は、最も優先度の高い対応ドライブが通信対象に自動的に設定される。これにより、一連のドライブ設定処理（Ｓ２）が終了する。
【０１０３】
次に、図１２は、画像データファイル処理（Ｓ３）の詳細を示すものである。ただし、このフローチャートは処理内容の理解を容易にするために、印刷装置８０側のユーザー操作手順の流れに準じて記載をアレンジしてある。Ｓ３０１では、まず保存する画像データファイルの選択処理を行ない、Ｓ３０２では、ＰＣ３側へのファイル転送モードを、コピー（メモリーカード内のコピー元画像データファイルを削除しない）とムーブ（メモリーカード内のコピー元画像データファイルを削除する）のいずれかに選択する。これらの処理は、図２においてＣＰＵ２７が、ＰＣ３側との通信を介さずに印刷装置８０の内部処理として実行される。
【０１０４】
具体的な処理例を図１４及び図１５に示している。なお、画像データファイルの格納先（フォルダ）を指定する入力は、Ｒ／Ｗアプリケーションの側で予め行なっておく。まず、ステップ１に示すように、印刷装置８０の所望のスロット（図１Ｂ：符号１６〜１９）にメモリーカードを装着し、ステップ２のごとくキャプチャボタン２２を押す（操作する）。すると、ＬＣＤ２２にメニューが表示され、ステップ３のごとく、メモリーカード内の画像データファイルをＰＣ３側に保存する処理、すなわち「画像ファイルコピー／ムーブ」機能が選択可能な状態となる。そして、該「画像ファイルコピー／ムーブ」機能を選択すると、対応する処理が起動する（ステップ４）。
【０１０５】
処理起動に伴い、図１５のステップ５に示すように、ＬＣＤ２１には、メモリーカード内の画像データファイルのサムネイルＳＮが一覧表示される。ユーザーはカーソル移動キー９２を操作することにより、保存を希望する画像データファイルのサムネイル画像位置にカーソルＣＳＹ（例えばサムネイルを囲む黄色の枠で表示）を合わせることができる。他方、キーボード９１（図１）のテンキーの予め定められた番号キーには、「選択」（本実施形態では「１」）、「画面」（本実施形態では番号「２」）及び「実行（確定）」（本実施形態では番号「９」）の各機能がそれぞれ割り当てられている。「選択」を実施すると、そのサムネイルに対応した画像データファイルが保存処理のために仮選択された状態とすることができる。なお、仮選択されたサムネイルＳＮは、仮選択状態であることを示すインジケータ枠（例えばカーソルＣＳＹの内側でサムネイルを囲む赤色の枠で表示）ＣＳＲが付加表示される。
【０１０６】
「画面」キー（「２」）は１回実行する毎に、ステップ５の左に示す通常サムネイルによる一覧表示モードと、該一覧表示モードにおいてカーソルＣＳＹが合わされているサムネイル（ステップ５の左）ＳＮを全画面に拡大した拡大サムネイル（ステップ５の右）ＬＳＮを表示する、拡大表示モードとの間で交互に切り替える処理を行なう。なお、カーソルＣＳＹの位置を変えながら「選択」キー（「１」）を繰り返し操作することで、保存希望する画像データファイルを一括して選択することができる。図１５のステップ５では、一括選択された各サムネイルＳＮには、それぞれインジケータ枠ＣＳＲが付加表示されている。
【０１０７】
保存希望する画像データファイルの選択が終了すれば、「実行」キー（「９」）を操作する。すると、ステップ６に進み、選択した画像データファイルの保存をコピーモードで行なうか、ムーブモードで行なうかの選択を行なう画面に切り替わる。ユーザーは例えばテンキーの操作により、所期のモードを選択することが可能である。なお、図１５では、上記２つのモードの他、処理を中止する「中止」モードと、画像データファイルの選択をやり直す「再選択」モードも選択可能となっており、「中止」モードを選択すると図１４のステップ２に戻る。また、「再選択」モードを選択すると、図１５のステップ５に戻る。いずれも、該ステップからの処理をやり直すことが可能となる。
【０１０８】
ステップ６で「コピー」が選択されればコピーモードにより、また、「ムーブ」が選択されれば「ムーブ」モードにより画像データファイルの保存処理が行なわれる。このとき、画像データファイルの選択内容が確定され、選択操作トリガ、すなわち前述のトリガ検出データ信号が出力される。このトリガ検出データ信号をＰＣ３側で取得する処理は、以下のようにして実行される。すなわち、ＰＣ３側において、マルチリーダライタ２から該マルチリーダライタ２のＶＰＤ（Vital Product Data）を返信させるためのＩｎｑｕｉｒｙコマンド（以下「Ｉｎｑ（１）コマンド」と称する）が、メモリーカードが装着されているドライブ（ここではＡドライブとする）に対して発行される。実際には、該Ｉｎｑ（１）コマンドが、ＯＳカーネル７３に対して発行され、該ＯＳカーネル７３によってＡドライブに対して発行されたものとして取り扱われる。上記Ｉｎｑ（１）コマンドが発行されると、ＯＳカーネル７３によって、ＥＶＰＤ領域が“１”に設定されたＣＤＢ（１）が生成されて、Ａドライブに関連づけられたマルチリーダライタ２にＵＳＢケーブル２５を介して送信される。このとき生成されるＣＤＢ（１）を表４に示す。すなわち、該ＣＤＢ（１）のバイト２の領域にはページコード「０ｘＥ０」が記述されている。
【０１０９】
ＣＤＢ（１）のバイト４の領域、すなわちアロケーション長領域には「０ｘ１０」（２進数表記では「０００１００００」）が格納されている。本来、アロケーション長領域には、接続されたデバイスに要求するデータ長が格納される。本実施の形態では、マルチリーダライタ２のアロケーション長の最大値が予め固定長（ここでは、仮に１５バイトとしているが、これに限定されるものではない）に設定されている。この“１５”という数は下位４ビットで表現できる。ＳＣＳＩ規格に従えば、マルチリーダライタ２において設定された上記最大値以上の数値がアロケーション長として指定されたとしても、マルチリーダライタ２のアロケーション長は上記最大値、すなわち、１５バイトに設定される。従って、アロケーション長領域に「０ｘ１０」が記述されていても、また、「０ｘ１１」以上が記述されていても、アロケーション長は１５バイトに設定される。これは、アロケーション長領域のデータのうち、上位４ビットのいずれかのビットが「１」である場合は、該アロケーション長領域のデータを（アロケーション長の設定値に兼用された）任意のデータ（付加情報）として自由に使用することができるということを意味する。すなわち、上位４ビットのいずれかのビットを「１」とすることにより、アロケーション長領域における当該ビット以外のビットを、いわば仮想的な空き領域として確保することができる。このように確保された仮想的な空き領域に任意のデータを付加することで、ＰＣ３とマルチリーダライタ２との間で、上記付加情報に係るデータ通信が可能となるのである。
【０１１０】
なお、上記アロケーション長は常に固定長（ここでは１５バイト）に設定されるのではなく、ＣＤＢ（１）のページコードに応じてその最大値が設定されるようにしてもよい。例えば、ページコード「０ｘＥ０」の場合は、アロケーション長の最大値が１５バイトの固定長に設定され、ページコード「０ｘＥ２」の場合は、９バイトの固定長に設定される。かかる設定処理は、ＣＤＢ（１）を受信したマルチリーダライタ２のＣＰＵ２７によってページコードの内容が読み取られ、読み取られた内容に応じて、予めＲＯＭ２８に格納しておいた固定長対応リストから該当する固定長を選定することにより行われる。もちろん、１５バイトあるいは９バイトと定めた上記アロケーション長は任意に設定することができる。
【０１１１】
表６に、上記アロケーション長領域に確保された空き領域に付加される通信データを類別して示す。各表のデータ内容欄に示すように、各データには、それ自体が何を意味するものであるのかが定義づけられている。具体的には、データ内容欄の記載を参照されたい。なお、表６はページコードが「０ｘＥ０」の場合に送信される通信データであるが、ＣＤＢ（調査指示データ）において、このページコード（調査指示データ種別識別情報）を変更すれば、アロケーション長最大値や付加情報内容の異なる別の調査指示データフォーマットを生成することができる。
【０１１２】
【表６】
2007265302.tif 000008
【０１１３】
表６の左欄には、アロケーション長領域に記述されるデータそのものが、右欄にはそのデータの意味する内容が示されている。ＰＣ３側からマルチリーダライタ２に上記左欄のデータが送信されると、マルチリーダライタ２側では、ＣＰＵ２７により、受信したＣＤＢ（１）からアロケーション長領域のデータが抽出され、抽出されたデータの内容が解析され、そして、解析されたデータの内容に従った処理が実行される。なお、表６に示す内容は、テーブルリスト化されて、ＰＣ３のＨＤＤ４４又はＲＯＭ４２と、マルチリーダライタ２のＲＯＭ２８に予め格納されている。
【０１１４】
上記Ｓ３０１でＩｎｑ（１）コマンドが発行されて生成されたＣＤＢ（１）には、表５に示すように、アロケーション長領域に「０ｘ１０」が記述されている。従って、Ｉｎｑ（１）コマンドは、ＰＣ３からマルチリーダライタ２に対して画像データファイルの選択確定を行なうための、確定キー操作に対応したトリガ検出データ信号を読み出させるための命令（つまり、確定操作の有無を取得する命令）であることを意味する。一方、マルチリーダライタ２側では、送信されたＣＤＢ（１）が受信される。その後、ＣＰＵ２７によって、ＣＤＢ（１）内のアロケーション長領域のデータ「０ｘ１０」が抽出され、そして、該データに従って、操作状態（トリガ検出データ信号のレベル）を検出する処理が行われる。
【０１１５】
ボタン２２の操作状態検出が終了すると、その検出結果がＣＰＵ２７によってＰＣ３へ返信される。該返信処理は、具体的には、ＣＤＢ（１）の受信後に生成されてＰＣ３へ返信されるＶＰＤ（表７参照）に上記検出結果を書き込むことにより行われる。より詳細には、表７に示すように、バイト７の領域に操作のありなし（トリガ検出データ信号のありなし）が書き込まれる。本実施形態では、操作なしの場合は「０ｘ００」が書き込まれ、操作ありの場合は「０ｘ０１」が書き込まれる。なお、表７は操作ありの場合のＶＰＤを示す。
【０１１６】
【表７】
2007265302.tif 000009
【０１１７】
続いて、ＰＣ３側では、マルチリーダライタ２から返信されるＶＰＤを受信して、該ＶＰＤのバイト７の領域を参照することにより、トリガ検出データ信号の検出状態、つまり画像データファイルの選択確定の有無を取得できる。
【０１１８】
以上説明したごとく、ＰＣ３側でのＩｎｑ（１）コマンドの発行及び付加情報（上記の場合、画像データファイルの選択確定操作の有無を要求する情報）が書き込まれたＣＤＢ（１）データの印刷装置８０（マルチリーダライタ２）への送信と、印刷装置８０（マルチリーダライタ２）側からの該付加データに応答するための対応付加データ（上記の場合、選択確定操作の有無を報告する情報）を書き込んだＶＰＥを返す本発明特有の一連の通信処理を、Ｉｎｑ（１）／ＶＰＥ付加情報通信と称する。上記トリガ検出データ信号の検出に係るＩｎｑ（１）／ＶＰＥ付加情報通信を指令するＩｎｑ（１）コマンド（その１）は、ＰＣ３側から印刷装置８０に対し定期的に繰り返し発行されるものである。
【０１１９】
次に、図１２のＳ３０４に進み、選択されているＮ個の画像ファイルデータのファイル名の最初のものを、ＰＣ３側から印刷装置８０側へ取りに行くためのＩｎｑ（１）／ＶＰＥ付加情報通信を、対応するＩｎｑ（１）コマンド（その２）の発行により実行し、Ｎ＝１のファイル名を取得する。以下、Ｓ３０５ではＮをインクリメントし、Ｎ＝２以降のファイル名を同様に、Ｉｎｑ（１）コマンド（その２）の発行によるＩｎｑ（１）／ＶＰＥ付加情報通信により順次取得する。ＰＣ３側への全てのファイル名の伝達が終了したらＳ３０９に進み、印刷装置８０側からＰＣ側にファイル名伝達終了を通知する処理を、Ｉｎｑ（１）コマンド（その３）の発行によるＩｎｑ（１）／ＶＰＥ付加情報通信により行なう。ＰＣ３側で引き続き、取得したファイル名に対応する画像データファイルをメモリーカードから読み出して、指定された格納先フォルダに保存する処理を、ＳＣＳＩプロトコルに従い実行する。なお、ムーブモードの場合は、保存完了後にメモリーカード内の送信元となる画像データファイルを削除する処理を行なう。
【０１２０】
続いてＳ３１０では、ＰＣ３側でファイル保存タスクの進捗状況が例えばファイルシステムにより管理されており、該ファイル保存タスクの進捗率（全体の何％進捗したか）も、周知のアルゴリズムにより把握することができる。そして、この進捗率情報が上記のＩｎｑ（１）／ＶＰＥ付加情報通信により印刷装置８０に送られる。印刷装置８０のＣＰＵ２７（図２）は、受信した進捗率情報に基づいて、図１５のステップ７の示すごとく、タスク進捗率をＬＣＤ２１に視覚表示する。なお、進捗率情報として進捗率のパラメータ値を印刷装置８０に送り、このパラメータ値に基づいてタスク進捗率の表示画面を印刷装置８０側で作成して表示するようにしてもよいし、例えば進捗率情報をキャラクタの個数（例えば「■」）ので表わすようにし、該進捗率を表わすキャラクタ列を文字列コード情報の形でＩｎｑ（１）／ＶＰＥ付加情報通信により印刷装置８０側に送信して、該文字列コード情報に基づくキャラクタ列をＬＣＤ２１に表示するようにしてもよい。Ｓ４１３で進捗率が１００％になれば処理を終了する。
【０１２１】
図１３は、図１２に対応するＰＣ３側の常駐処理を示すもので、１サイクルの時間が一定（ここでは１秒）に定められている。Ｓ４０１はサイクル管理タイマーが計測する前サイクルの割当時間（すなわち、１秒）が満了したかどうかが判定され、満了していればＳ４０２に進み、前述のコピーモードないしムーブモードの選択情報の有無報告を要求する前述のＩｎｑ（１）コマンド（その１）が発行される。Ｓ４０３では、対応するＩｎｑ（１）／ＶＰＥ付加情報通信による戻り情報にコピーモードないしムーブモードの選択情報（すなわち、確定操作ありを意味する情報である）があるかどうかをチェックする。該選択情報がない場合は先頭に返って次のサイクルの起動まで待機する。
【０１２２】
一方、Ｓ４０３で上記選択情報が取得された場合はＳ４０１に進み、選択されたファイル名を順次転送することを要求する前述のＩｎｑ（１）コマンド（その２）が発行される。Ｓ４０５では、対応するＩｎｑ（１）／ＶＰＥ付加情報通信による戻り情報として得られるファイル名をテーブル（ＲＡＭ４３内：画像データファイル名選択記憶手段）に格納し、Ｓ４０６では、全てのファイル名の伝達が完了したか否か（あるいは、次のファイル名があるか否か）の報告情報を要求するＩｎｑ（１）コマンド（その３）が発行される。Ｓ４０７では、対応するＩｎｑ（１）／ＶＰＥ付加情報通信による戻り情報に、全てのファイル名の伝達が完了した旨の情報があるかどうかをチェックする。完了していないようであれば、Ｓ４０８で、新たに受信したファイル名をテーブルに追加する。
【０１２３】
一方、Ｓ４０７で全てのファイル名の伝達が完了していればＳ４０９に進み、テーブルから格納されているファイル名を取り出し、Ｓ４１０に進んでファイルシステムを用い、指定されたファイル名のデータファイルを順次メモリーカードから読み出して、ハードディスクドライブ４４の指定されたフォルダに順次格納する（ムーブモードの場合は、メモリーカード内の送信元のデータファイルを順次削除する。Ｓ４１１で全てのファイルの格納タスクが終了したか否かが判定され、終了していない場合は、現在のタスク進捗率を印刷装置８０に送信し、Ｓ４０９に戻って以下の処理を繰り返す。また、終了している場合は、タスク完了（進捗率１００％）を印刷装置８０に送信して、このサイクルの処理を終了するとともに、先頭に返って以下同じ処理を繰り返す。
【０１２４】
なお、上述した実施形態は本発明の一例にすぎず、本発明の要旨を変更しない範囲で、実施形態を適宜変更することができる。例えば、画像処理装置は上記のごとき印刷装置に限らず、画像処理部を画像撮影手段と、撮影により得られた画像データファイルを記憶媒体に保存する画像撮影装置（例えばデジタルカメラ）として構成することもできる。
【図面の簡単な説明】
【０１２５】
【図１Ａ】本発明の通信システムに適用される画像処理装置としての印刷装置の一例を示す斜視図。
【図１Ｂ】図１Ａのマルチリーダライタ部の拡大図。
【図２】マルチリーダライタの電気的構成の一例を示すブロック図。
【図３】マルチリーダライタのＳＣＳＩコマンド・データ・ステータス送受信部の説明図
【図４】コントロールレジスタの説明図
【図５】ステータスレジスタの説明図
【図６】本発明の通信システムに適用されるＰＣの概略構成を示すブロック図。
【図７】ＰＣ上で動作するＯＳと、該ＯＳ上で動作するアプリケーションを説明するための概念図。
【図８】マルチリーダライタのＳＣＳＩコマンド・データ・ステータス送受信部が行なう処理の流れを表すフローチャート。
【図９】本発明の通信システムにおいて実行されるデータ通信処理の処理の流れを表すフローチャート。
【図１０】図９のドライブ割当処理の流れを表すフローチャート。
【図１１】図９のドライブ設定処理の流れを表すフローチャート。
【図１２】図９の画像データファイル処理（印刷装置側）の流れを表すフローチャート。
【図１３】画像データファイル処理（ＰＣ側）の流れを表すフローチャート。
【図１４】画像データファイル処理に係る印刷装置側の操作手順を説明する図。
【図１５】図１４に続く説明図。
【符号の説明】
【０１２６】
１  通信システム
２  マルチリーダライタ
３  ＰＣ（ホスト装置）
１１  第１メモリーカード（記憶媒体）
１２  第２メモリーカード（記憶媒体）
１３  第３メモリーカード（記憶媒体）
１４  第４メモリーカード（記憶媒体）
２１  液晶ディスプレイ（表示部）
２２  キーボード（手動操作部、周辺装置側トリガ発生手段、ファイル選択操作部）
２７  ＣＰＵ（トリガ発生報告情報返信手段、調査報告データ生成手段、トリガ発生報告情報書き込み手段、調査報告データ送信手段、交換通知情報保持手段、交換通知情報保持制御手段、画像データファイル選択・保存イベント実行手段、付加情報抽出手段）
３４  表示制御ＬＳＩ（表示制御手段）
４１  ＣＰＵ（トリガ報告要求コマンド発行手段、報告情報受領手段、対象通信イベント起動手段、保存環境設定手段、保存領域設定変更手段、ファイル保存モード切替手段、調査指示データ作成手段、調査指示データ送信手段、画像データファイル選択・保存イベント実行手段）
５１〜５４  入出力制御部（記憶媒体装着検出手段）
８０  印刷装置（画像処理装置）
【図１Ａ】
2007265302.tif 000010
【図１Ｂ】
2007265302.tif 000011
【図２】
2007265302.tif 000012
【図３】
2007265302.tif 000013
【図４】
2007265302.tif 000014
【図５】
2007265302.tif 000015
【図６】
2007265302.tif 000016
【図７】
2007265302.tif 000017
【図８】
2007265302.tif 000018
【図９】
2007265302.tif 000019
【図１０】
2007265302.tif 000020
【図１１】
2007265302.tif 000021
【図１２】
2007265302.tif 000022
【図１３】
2007265302.tif 000023
【図１４】
2007265302.tif 000024
【図１５】
2007265302.tif 000025