JP5074676B2

JP5074676B2 - デバイスコントローラ

Info

Publication number: JP5074676B2
Application number: JP2005213972A
Authority: JP
Inventors: 功志小林
Original assignee: Media Logic Corp
Current assignee: Media Logic Corp
Priority date: 2005-07-25
Filing date: 2005-07-25
Publication date: 2012-11-14
Anticipated expiration: 2025-07-25
Also published as: JP2007034467A

Description

この発明は、ホスト装置および操作対象デバイスの間に接続され、操作対象デバイスの動作を制御するデバイスコントローラに関する。

パソコン等のホスト装置に接続される周辺機器の仕様や制御方法は製品毎に大きく異なる。このため、ホスト装置に周辺機器を接続する場合、この周辺機器を正常に動作させるためにはデバイスドライバというソフトウェアが必要になることが多い。デバイスドライバは、オペレーティング・システム（ＯＳ）が周辺機器を制御するためのサポートを行なう。そして、周辺機器に対応するデバイスドライバを用いることによって、ホスト装置に接続された周辺機器を適正に動作させることができるようになる。

ところが、デバイスドライバはＯＳごとに用意する必要があるため、デバイスドライバの作成にかかる作業負担が大きい。また、デバイスドライバを必要とするデバイスは、対応するデバイスドライバがインストールされていないパソコンでは適正に動作させることができない。つまり、このようなデバイスは、対応するデバイスドライバがインストールされているパソコンのみにしか接続できないため、接続できるパソコンの範囲が限定される。

そこで、従来技術の中には、パソコンに外部記録装置として認識される記憶手段を備え、この記憶手段に指令データが記憶された場合に、専用のアプリケーション・プログラムを用いることによって記録された指令データに基づく処理を実行する複合機が開示されている（例えば、特許文献１参照。）。この複合機であれば、複合機の備える各機能を利用する際に、パソコンにデバイスドライバをインストールする必要がない、とされている。
特開２００４−３０２６５８号公報

しかしながら、特許文献１に係る発明では、複合機の機能を利用した処理を実行するための専用アプリケーション・プログラムをパソコンにインストールする必要がある。このため、この複合機を接続する予定のあるパソコンには専用アプリケーション・プログラムをインストールする必要が生じる。したがって、特許文献１に係る発明では、デバイスドライバを用いる必要はなくなるが、専用アプリケーション・プログラムをインストールしていないパソコンには複合機を接続できない。その結果、デバイスを接続できるパソコンの範囲は従来と同様に限定されたままである。

この発明の目的は、専用のデバイスドライバおよび専用のアプリケーション・プログラムがホスト装置にインストールされていなくても、このホスト装置に接続された操作対象デバイスを適正に制御することを可能にするデバイスコントローラを提供することである。

（１）本発明に係るデバイスコントローラは、ホスト装置および操作対象デバイスの間に接続されるものであり、第１の記録部、第２の記録部、および制御部を備える。第１の記録部は、ホスト装置から少なくとも書込可能な記録領域を有する。第２の記録部は、第１の記録部に記録されるデバイス制御情報と操作対象デバイスの動作を制御するための制御コマンドとを対応付けて記録する。制御部は、ホスト装置からの第１の記録部に対するデバイス制御情報の書込処理がされ、かつ、前記書き込み処理が所定時間以上されなくなったときに、一連の書込処理が完了したと判断し、第２の記録部の記録内容に基づいて完了した一連の書込処理に係るデバイス制御情報に対応する制御コマンドを操作対象デバイスに対して出力する。また、制御部は、本デバイスコントローラがリムーバブル・デバイスであるように見せかける第１のエミュレート手段を備えており、前記操作対象デバイスから入力される対象入力信号が変化した際に、メディアが交換された旨のステータスを保持するとともに、前記ホスト装置からの要求に応じて前記メディアの交換ステータスを報告する。

第１の記録部はホスト装置からアクセス可能になっているため、ホスト装置から第１の記録部に対してデータの書込および読出が自由に行われる。ホスト装置から操作対象デバイスの動作の制御を行う際には、デバイス制御情報となるファイルをホスト装置を用いて作成し、作成したデバイス制御情報を第１の記録部に記録する。制御部は、第１の記録部にデバイス制御情報が書き込まれたことを検出すると、第２の記録部の記録内容を参照しつつ、書き込まれたデバイス制御情報に対応した制御コマンドを操作対象デバイスに出力する。つまり、制御部は、ホスト装置で作成されたデバイス制御情報を、操作対象デバイスに処理を実行させるためのコマンドに変換する。

この結果、ホスト装置を介してデバイス制御情報をデバイスコントローラに入力することによって、操作対象デバイスの動作が任意に制御される。この際、ホスト装置は、デバイス制御情報を作成または編集する機能、および第１の記録部にデバイス制御情報に係るファイルを保存する機能を有しているだけで良い。よって、ホスト装置に専用のデバイスドライバをインストールする必要がない。また、簡易なプログラムでデバイスコントローラの制御が可能になるため、ホスト装置にインストールするための専用アプリケーション・プログラムを別途開発する必要もない。

一方、操作対象デバイスから入力されたデータを、ホスト装置から認識可能なファイルにすることによって、操作対象デバイスからホスト装置へのデータの入力を行なうことが可能になる。

なお、ＯＳによってはデバイスの制御を目的としたインターフェースを備えているものがあり、通常デバイスコントロールと呼ばれている。このデバイスコントロールを利用し、かつ、制御部に操作対象デバイスを制御するための任意のコマンド処理部を追加することにより、専用のデバイスドライバを開発することなく、ユーザー独自のアプリケーションにおいて、さらに詳細に操作対象デバイスを制御することが可能となる。
また、通常、セクタ単位で処理する記録装置で、ホスト装置内で動作するＯＳのファイル単位の処理を認識する手段が必要である。一般的にＯＳがファイルを書き込む場合、そのファイルに関する情報を対象の記憶装置に書き込むための書込コマンドを発行する。この場合のデータの処理単位はセクタ単位である。また、データの内容および順番は、一意的ではないが、原則として時間的に連続している。この特性を利用し、本発明に係るデバイスコントローラにおいては、一連の書込コマンドが発行された後に、所定のアイドル時間が経過した時点をファイル書き込み処理の完了として判断する。
また、この構成においては、デバイスコントローラがメディア交換可能な装置をエミュレートすることにより、メディアの交換がされた旨をホスト装置内のＯＳに報告することができる。一般的にホスト装置内のＯＳでは、外部記憶装置から一度読み込んだファイルの情報、ファイルの内容は、ホスト装置内のメモリに保存され外部記憶装置から読み込まれる頻度を減らすキャッシュ機能という機能が備わっている。このキャッシュ機能によりデバイスコントローラにおいて、対象入力信号を表すファイルの内容が変化しても、ホスト装置内のＯＳはファイルの内容が変化したことを認識できないという問題が発生する。
そのため、デバイスコントローラにおいて、メディア交換可能なデバイスをエミュレートし、対象入力信号が変化した際に「メディアが交換された」というステータスを保持しておき、ホスト装置内のＯＳから要求があった場合にステータスの内容を報告する。このため、ホスト装置内のＯＳでは、キャッシュを無効化し、再度デバイスコントローラからファイルの読出を行なうことにより、変化した対象入力信号を読み出すことができる。
なお、制御部によるメディアの交換ステータスの報告は、ホスト装置内のＯＳもしくはアプリケーションプログラムにより強制的に、一定時間毎にデバイスコントローラにステータスの報告要求を出すことにより、対象入力信号からデバイスコントローラに入力される信号の内容が変化したときに、ほぼ遅滞なくその変化がホスト装置に通知される。

（２）（１）に記載のデバイスコントローラであって、
デバイス制御情報は、テキストデータによって構成されることを特徴とする。

この構成においては、制御部は、ユーザーに理解しやすいテキスト形式のデバイス制御情報を、操作対象デバイスに処理を実行させるためのコマンドに変換する。この結果、ホスト装置を介してテキストファイルをデバイスコントローラに入力することによって、操作対象デバイスの動作が制御される。よって、ホスト装置は、テキストファイルを作成または編集する文書作成機能、および第１の記録部にテキストファイルを保存する機能を有しているだけで良い。よって、ホスト装置に専用のデバイスドライバや専用アプリケーション・プログラムがインストールされていなくても、ホスト装置を介して操作対象デバイスを動作の制御がされる。なお、デバイス制御用のテキストを、人間に理解できるように英語などを基に創作すれば、テキストファイルによる操作対象デバイスの制御がより一層行ない易くなる。

（３）（１）または（２）に記載のデバイスコントローラであって、ホスト装置にＵＳＢインターフェースを介して接続され、かつ、制御部は、本デバイスコントローラがＵＳＢマスストレージクラスのデバイスであるように見せかける第２のエミュレート手段を備えることを特徴とする。

この構成においては、デバイスコントローラがＵＳＢマスストレージクラスのデバイスである旨の情報を、デバイスコントローラの制御部がホスト装置に対して供給する。ＵＳＢマスストレージクラスは、ほとんどのＯＳでサポートされているため、ほとんどのホスト装置において、デバイスコントローラが適正に動作する。また、ＵＳＢインターフェースのプラグアンドプレイ機能を利用することによって、デバイスコントローラの接続がより一層行ない易くなる。

なお、ＵＳＢデバイス以外として、ＩＥＥＥ１３９４シリアルバスのＳＢＰ−２デバイス、ＳＣＳＩデバイス、ｉＳＣＳＩデバイス、ＡＴＡ／ＡＴＡＰＩデバイス、シリアルＡＴＡ／ＡＴＡＰＩデバイス等、標準化された外部記憶装置をエミュレートすることにより、特別な専用デバイスドライバを用意する必要がなくなる。

また、コンパクトフラッシュ（登録商標）カード、ＳＤメモリカード、メモリスティック等、標準化された外部記憶媒体をエミュレートすることにより、同様に特別な専用デバイスドライバを用意する必要がなくなる。

専用のデバイスドライバおよび専用のアプリケーション・プログラムがホスト装置にインストールされていなくても、このホスト装置に接続された操作対象デバイスを適正に制御することができる。

図１に示すように、第１の実施形態に係るデバイスコントローラ１は、パソコン２および液晶ディスプレイ３の間に接続される。また、デバイスコントローラ１には、パソコン２の周囲の温度を測定する温度４センサが接続される。パソコン２は、入力装置、記憶装置、演算装置、出力装置、および制御装置を有しておれば、その仕様や性能は特に限定されない。パソコン２は、ＵＳＢデバイスとの接続に用いられるＵＳＢインターフェースを備える。パソコン２は、記憶装置であるハードディスク２０を備えており、ハードディスク２０にＯＳがインストールされる。ＯＳについて、特定のＯＳを用いる必要はないが、本実施形態ではＵＳＢマスストレージクラスのデバイスを標準サポートするＯＳ（例えば、ウィンドウズ（登録商標）ＸＰ）が用いられる。

液晶ディスプレイ３は、コントローラ３０および表示部３１を有する。コントローラ３０は、表示部３１に対して予め定められた信号を出力し、表示部３１を構成する各表示素子の表示態様を切り換える。

この実施形態に係るデバイスコントローラ１は、液晶ディスプレイ３をパソコン２のＯＳに搭載された標準ドライバによって制御することを特徴としている。つまり、この実施形態では、液晶ディスプレイ３とパソコン２との間にデバイスコントローラ１を介在させることにより、液晶ディスプレイ３の専用デバイスドライバや専用アプリケーションプログラムをパソコン２にインストールする必要をなくしている。

このデバイスコントローラ１は、ＵＳＢ−ＡＴＡ変換ブリッジ１０、ＥＥＰＲＯＭ１１、バス変換回路１２、および電池１６を備える。ＵＳＢ−ＡＴＡ変換ブリッジ１０は、ＵＳＢインターフェースとＡＴＡインターフェースとの間のインターフェース変換を行なう機能を有する。このＵＳＢ−ＡＴＡ変換ブリッジ１０は、ＵＳＢコントローラ１４および解析部１５を備える。ここでは、ＵＳＢ−ＡＴＡ変換ブリッジ１０が本発明の制御部を構成する。ＵＳＢコントローラ１４は、ＵＳＢケーブルを介してパソコン２に接続される。解析部１５は、ＥＥＰＲＯＭ１１の所定領域に書き込まれるディスクリプタを解析する。

バス変換回路１２は、ＵＳＢ−ＡＴＡ変換ブリッジ１０および液晶ディスプレイ３に接続される。本実施形態では、バス変換回路１２は、ＡＴＡバスと液晶デバイスバスとの間でバスの切り換えを行う。

ＥＥＰＲＯＭ１１は、ＵＳＢ−ＡＴＡ変換ブリッジ１０とシリアルバスを介して接続される。ＥＥＰＲＯＭ１１は、デバイスコントローラ１の設定データの記録などに使われる。ＥＥＰＲＯＭ１１の所定領域には、本発明の第１の記録部となる仮想ディスク領域１３が割り当てられる。本実施形態で、シリアルのＥＥＰＲＯＭを使用しているのは、ＥＥＰＲＯＭのコンパクト化を図るためであり、また、ＥＥＰＲＯＭは無電源でデータを保持できるからである。

図２は、ＥＥＰＲＯＭ１１に割り当てられた仮想ディスク領域１３の構成を示す。仮想ディスク領域１３のフォーマットは、ＦＡＴ１２形式である。仮想ディスク領域は、ＬＢＡ（Logical Block Address）０〜７の８セクタのハードディスクに相当する構成を有する。仮想ディスク領域１３のＬＢＡ０〜７は、それぞれＩＰＬ（Initial Program Loader）セクタ、ＦＡＴ（File Allocation Table）セクタ、ディレクトリエントリセクタ、データセクタ０、データセクタ１、データセクタ２、およびデータセクタ３に割り当てられる。

ＩＰＬセクタには、ＢＰＢ（BIOS Parameter Block）が格納される。ＢＰＢは、ＦＡＴ１２ファイルシステムで用いられるディスク管理データの１つである。ＢＰＢは、仮想ディスク領域１３の物理的な属性が記述される。パソコン２からの読込要求に対して、ＵＳＢコントローラ１４は、ＢＰＢデータのみを作成してパソコン２に送信する。一方、パソコン２からの書込要求に対して、ＢＰＢデータが変更することを防止するために、ＵＳＢコントローラ１４は書込エラーを通知する。

ＦＡＴセクタは、仮想ディスク領域１３のファイルクラスタ情報が保存される。本実施形態では、データセクタが４セクタのみであるため、ＦＡＴデータの容量は比較的少ない。パソコン２からの読込要求に対して、ＵＳＢコントローラ１４は保存されているＦＡＴデータからセクタデータを作成しパソコン２に送信する。一方、パソコン２からの書込要求に対して、ＵＳＢコントローラ１４はセクタデータからＦＡＴデータのみを保存する。

ディレクトリエントリセクタには、デバイスコントローラ１によって実現されるディスクメディア内のファイルの情報が格納される。パソコン２からこのセクタへのリード要求があるとＵＳＢコントローラ１４は格納されているデータセクタのデータを送信する。一方、パソコン２からこのセクタへのライト要求があると、ＵＳＢコントローラ１４はセクタデータのすべてを保存する。

データセクタは、ディスクリプタファイルの内容が保存される。パソコン２からこのセクタへのリード要求があるとＵＳＢコントローラ１４は格納されているディレクトリエントリセクタのデータを送信する。一方、パソコン２からこのセクタへのライト要求があると、ＵＳＢコントローラ１４はセクタデータのすべてを保存する。

図３は、パソコン２に接続されたディスプレイ２１におけるディスクリプタファイルの作成画面の一例を示す。ディスクリプタファイルは、本発明のデバイス制御情報を構成する。ディスクリプタファイルは、ＯＳに備えられた簡易な文書作成アプリケーションを用いて作成される。例えば、ＯＳがウィンドウズ（登録商標）ＸＰの場合、「メモ帳」プログラムまたは「ワードパッド」プログラムを用いてディスクリプタファイルを作成すれば良い。

ディスクリプタファイルの作成は、図４に示すディスクリプタと液晶ディスプレイ３へのコマンドとの対応関係を示したルールに基づいて行われる。図４に示すように、ディスクリプタと液晶ディスプレイ３へのコマンドとの対応関係を示したルールは、英語を基に作成されており、ユーザーに理解されやすいようになっている。このルールは、ＥＥＰＲＯＭ１１の所定領域に格納される。このため、本実施形態ではＥＥＰＲＯＭ１１における当該ルールを記録した領域が第２の記録部を構成する。

ここでは、操作対象デバイスが液晶ディスプレイ３の場合を採り上げているが、操作対象デバイスは液晶ディスプレイ３に限定されない。よって、図４に示すルールは、操作対象デバイスが液晶ディスプレイ３である場合の例を示しただけであり、操作対象デバイスが異なる場合には異なったルールが適用される。

図３に示すように、「MESSAGE 0,”HELLO”」と入力した後、このテキストを保存することによりディスクリプタファイルとなるテキスト形式の文書ファイルが作成される。この文書ファイルをパソコン２からアクセス可能な仮想ディスク領域１３に書き込むことによって、デバイスコントローラ１にディスクリプタが転送される。

仮想ディスク領域１３に、ディスクリプタファイルが書き込まれると、ＦＡＴセクタ、ディレクトリエントリセクタ、データセクタに書込要求が発生する。これらの書込要求をトリガとして、解析部１５がディスクリプタアセンブラを起動し、ディスクリプタファイルを解析する。ここでは、入力されたディスクリプタ「MESSAGE 0,”HELLO”」および図４に示すルールに基づき、解析部１５は、０行目に文字列”HELLO”を左スクロールさせながら表示させるコマンドを、液晶ディスプレイ３に出力する。

図５は、ＵＳＢ−ＡＴＡ変換ブリッジ１０の動作手順を示すフローチャートである。デバイスコントローラ１がパソコン２に接続されると、ＵＳＢ−ＡＴＡ変換ブリッジ１０はＵＳＢマスストレージクラスのデバイスである旨の情報をパソコン２のＯＳに対して供給する（Ｓ０）。

その後、ＵＳＢ−ＡＴＡ変換ブリッジ１０は、パソコン２からディスクリプタファイルの書込処理がされるまで待機する（Ｓ１）。

Ｓ１の待機ステップにおいて、ディスクリプタファイルの書込処理を検出した場合、ＵＳＢ−ＡＴＡ変換ブリッジ１０は、パソコン２からのディスクリプタファイルを仮想ディスク領域１３の適当な領域に書き込む（Ｓ２）。

ディスクリプタファイルが仮想ディスク領域１３に書き込まれる場合、パソコン２のＯＳは、ＦＡＴセクタ、ディレクトリエントリセクタ、データセクタに対して時間的に連続した書込コマンドを発行する。このため、本実施形態では、ＦＡＴセクタ、ディレクトリエントリセクタ、データセクタに対するＯＳの書込コマンドの発行が所定時間以上されなくなったときに、つまり所定のアイドル時間（本実施形態では、１秒）が経過したときに、ディスクリプタファイルの書込処理が完了したとＵＳＢ−ＡＴＡ変換ブリッジ１０が判断する（Ｓ３）。

Ｓ３の待機ステップにおいて、ＯＳの書込コマンドの最後の発行から所定時間が経過すると、ＵＳＢ−ＡＴＡ変換ブリッジ１０がディスクリプタアセンブラを起動する（Ｓ４）。

ＵＳＢ−ＡＴＡ変換ブリッジ１０がディスクリプタファイルを読み出す際には以下の手順が実行される。まず、仮想ディスク領域１３から特定ファイル名のディスクリプタ・ファイルを検索する。続いて、検索により発見されたディレクトリエントリから、該当するディスクリプタ・ファイルの開始クラスタ番号、ファイルサイズを取得する。続いて、開始クラスタ番号に相当するセクタアドレスを算出する。続いて、算出されたセクタアドレスに対応するセクタデータを読み込む。続いて、ファイルサイズが大きく、次のクラスタデータを必要とする場合、ＦＡＴ情報を読み込み、次のクラスタ番号を取得し、それに相当するセクタアドレスを算出する。

ディスクリプタファイルの読み込みが完了すると、ＵＳＢ−ＡＴＡ変換ブリッジ１０は、ディスクリプタファイルの内容に対応したコマンドを液晶ディスプレイ３に対して出力する（Ｓ５）。

このように動作することにより、セクタ単位での送受信を目的とするストレージデバイス内において、大規模なＯＳを必要とせずに、ホスト装置から書き込まれたテキストファイルを認識することが可能となる。この実施形態では、公知のＦＡＴファイルシステムを採用しているが、その他のファイルシステムでも対応は可能である。

このように、本実施形態では、比較的人間に理解し易いディスクリプタファイルを作成しデバイスコントローラ１に転送することによって、液晶ディスプレイ３の動作を制御する。このとき、デバイスコントローラ１は、パソコン２にＵＳＢマスストレージクラスのデバイスとして認識させているため、パソコン２に特別なデバイスドライバをインストールしなくてもデバイスコントローラ１が適正に動作する。また、ディスクリプタからコマンドへの変換処理は、パソコン２側ではなくデバイスコントローラ１側で実行されるため、パソコン２に特別なアプリケーション・プログラムをインストールする必要もない。

なお、本実施形態のデバイスコントローラ１では、記録メディアとしてシリアルＥＥＰＲＯＭ１１を採用しているため、アクセス速度が遅くなる場合がある。このため、以下の手法を用いて高速化を図っている。

ＦＡＴセクタへの書込時に必要なＦＡＴ情報を、ＲＡＭに保存する。さらに、ディレクトリエントリセクタへの書込時にディスクリプタファイルの情報を検索し、必要な情報のみ（開始クラスタ番号、ファイルサイズ）を、ＲＡＭに保存する。さらに、デバイスコントローラ１では、シリアルＥＥＰＲＯＭ１１に保存されているディスクリプタファイルを解析し、ＲＡＭ上のコマンドバッファ内、バイナリ情報として記憶する。このため、文字情報のディスクリプタファイルの内容をその都度解析する必要がなくなり高速度に処理することが可能となる。

また、仮想ディスク領域１３内に予め用意された読出専用ファイルを作成しておき、パソコン２から、この読出専用ファイルを読み込む場合、パソコン２からＵＳＢコントローラ１４へそのファイル内容に該当するセクタへのリード要求が送信される。そのときのセクタデータに、温度センサ４の温度データを含めることにより、パソコン２では、温度データが書かれたファイルを認識することができる。さらに、制御部１５において、温度データを人間に理解し易いテキストデータに変換すれば専用アプリケーションを用意する必要がない。また、テキストデータのみでなく、ＨＴＭＬ（Hyper Text Markup Language）ファイル、ＰＤＦファイル、ＧＩＦファイル等の広く用いられている形式の変換するようにしても良い。

また、温度データの変化を検出した際には、パソコン２からＵＳＢコントローラ１４へ要求が送信された場合に、一旦、「メディアが交換された」ステータスを返送する。その後、再度、予め用意された読出専用ファイルを読み込むことにより、更新された温度データを取得することができる。このような手順を行なうのは、通常、ＯＳにて備えられているキャッシュ機能により、更新されたファイルの内容を読み出せない可能性があるためである。

通常は、ＥＥＰＲＯＭ１１の物理アドレスと、仮想アドレス１３のセクタアドレスは連続的に対応付けされているが、制御部１５において変換テーブルを持ちさらに仮想化することも可能である。その場合、ＦＡＴデータ等のファイルの管理情報の保存を省くことが可能である等の処理の効率化を図ることができる。

例えば、第１の記録部の物理アドレスとコマンドにより指定される論理アドレスとを、仮想的に対応付けるとともに書き込まれたファイルの内容だけを第１の記録部に効率的に保存する。その上で、ファイルの管理情報に関するセクタデータの読み出し時には、その対応情報を基に計算したデータをホスト装置へ返送することにより、第１の記録部にファイル管理情報を保存しておく必要がなくなる。

また、ＥＥＰＲＯＭ１１を揮発性メモリに変更することにより、以前に使用していたデータが自動的に消去されることにより、情報の漏洩を防ぐことができる。その場合、制御部１５において、初期化時に仮想ディスク１３のフォーマット処理を行なう必要がある。これは、仮想ディスク１３のＩＰＬセクタデータ、ＦＡＴセクタデータ、ディレクトリエントリセクタデータを、初期値に設定することを意味する。

上述の実施形態では、第１の記録部として不揮発性メモリであるＥＥＰＲＯＭ１１を使用することによって、ＥＥＰＲＯＭ１１に電力が供給されなくなっても、その記録内容が消えない。このため、パソコン２とデバイスコントローラ１との接続が解除された後にも、デバイスコントローラ１に必要なデータが保存される。

また、通常、デバイスコントローラ１は、パソコン２からＵＳＢケーブルを介して電力を供給されるが、電池１６を備えることにより、パソコン２に接続していない状況でも液晶ディスプレイ３を制御することができる。

最後に、上述の実施形態の説明は、すべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上述の実施形態ではなく、特許請求の範囲によって示される。さらに、本発明の範囲には、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

デバイスコントローラ１の概略構成を示すブロック図である。仮想ディスク領域の構成を示す図である。ディスクリプタファイルの作成画面の例を示す図である。ディスクリプタとコマンドとの対応関係を示す図である。ＵＳＢ−ＡＴＡ変換ブリッジの動作手順を示すフローチャートである。

符号の説明

１−デバイスコントローラ
２−パソコン
３−液晶ディスプレイ
１０−ＵＳＢ−ＡＴＡ変換ブリッジ
１１−ＥＥＰＲＯＭ
１３−仮想ディスク領域

Claims

ホスト装置および操作対象デバイスの間に接続されるデバイスコントローラであって、
前記ホスト装置から少なくとも書込可能な記録領域を有する第１の記録部と、
前記第１の記録部に記録されるデバイス制御情報と前記操作対象デバイスの動作を制御するための制御コマンドとを対応付けて記録する第２の記録部と、
前記ホスト装置からの前記第１の記録部に対するデバイス制御情報の書込処理がされ、かつ、前記書き込み処理が所定時間以上されなくなったときに、一連の書込処理が完了したと判断し、前記第２の記録部の記録内容に基づいて前記完了した一連の書込処理に係るデバイス制御情報に対応する制御コマンドを前記操作対象デバイスに対して出力する制御部と、
を備え、
前記制御部は、本デバイスコントローラがリムーバブル・デバイスであるように見せかける第１のエミュレート手段を備えており、
前記操作対象デバイスから入力される対象入力信号が変化した際に、メディアが交換された旨のステータスを保持するとともに、前記ホスト装置からの要求に応じて前記メディアの交換ステータスを報告することを特徴とするデバイスコントローラ。
前記デバイス制御情報は、テキストデータによって構成されることを特徴とする請求項１に記載のデバイスコントローラ。
前記ホスト装置にＵＳＢインターフェースを介して接続され、かつ、
前記制御部は、本デバイスコントローラがＵＳＢマスストレージクラスのデバイスであるように見せかける第２のエミュレート手段を備えることを特徴とする請求項１または請求項２に記載のデバイスコントローラ。