JP2019028668A

JP2019028668A - データ記憶装置を介して周辺装置を制御する方法と周辺装置を制御可能なデータ記憶装置

Info

Publication number: JP2019028668A
Application number: JP2017146581A
Authority: JP
Inventors: 鄭經▲イ▼; Ching-Wei Cheng
Original assignee: Action Star Tech Co Ltd; Action Star Technology Co Ltd
Current assignee: Action Star Tech Co Ltd; Action Star Technology Co Ltd
Priority date: 2017-07-28
Filing date: 2017-07-28
Publication date: 2019-02-21

Abstract

【課題】主に、データ記憶装置を介して周辺装置を制御する方法と周辺装置を制御可能なデータ記憶装置を提供する。【解決手段】周辺装置を制御可能なデータ記憶装置は、主に、マイクロプロセッシングユニットと、第１通信ユニットと、記憶ユニットとを備え、ファイルシステムに基づいて記憶ユニットを複数個のデータ記憶ブロックとファイルテーブルブロックに分割すると共に、さらに少なくとも１つの操作データファイルが記憶される少なくとも１個のデータ記憶ブロックを少なくとも１つの周辺装置の制御ブロックとして設定または定義する。ホスト機器は、前記データ記憶装置の周辺装置の制御ブロック中に記憶される操作データファイルの内容を変更または編集するのみで、周辺装置を操作する目的が達成される。【選択図】図５

Description

本発明は、電子周辺製品の技術分野に係り、とりわけデータ記憶装置を介して周辺装置を制御する方法と周辺装置を制御可能なデータ記憶装置に関する。

電子科学技術の発展に従って、使用者のパソコンまたは電子製品の追加機能に対する要求もますます高くなってきており、これ故に各種の周辺装置、例えば、ペンタブレット、プリンター、ラベルプリンター、スピーカー、ポータブルハードディスクドライブ、フラッシュドライブ、ゲーム機用ジョイスティック、光ディスクドライブ、無線ネットワークカードとデジタルカメラが対応的に設計と開発される。
図１に図示するパソコンホストの斜視図に示すように、パソコンホスト内の中央処理装置は、前記複数個の周辺装置を操作できるように、各種の入力／出力（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ，Ｉ／Ｏ）インタフェースもホスト機器の基板上に整合する。早期、ファイアワイヤインタフェース（Ｆｉｒｅｗｉｒｅ，ＩＥＥＥ−１３９４）、汎用シリアルバス（Ｕｎｉｖｅｒｓａｌｓｅｒｉａｌｂｕｓ，ＵＳＢ）、シリアルデータ通信インタフェース（ＥＩＡ−ＲＳ−２３２，ＲＳ２３２）、パラレルデータ通信インタフェース（ＰａｒａｌｌｅｌＰｏｒｔ）、イーサネット（登録商標）インタフェース（Ｅｔｈｅｒｎｅｔｐｏｒｔ，ＲＪ４５）は、常にパソコンホストの不可欠の入力／出力インタフェースである。
しかしながら、パソコン技術とポータブル電子装置の急速な発展に従って、プラグアンドプレイ（Ｐｌｕｇ−ａｎｄ−Ｐｌａｙ，ＰＮＰ）をサポートする通信インタフェースは、例えば、ＵＳＢインタフェース、パラレルＡＴＡインタフェース（Ｐａｒａｌｌｅｌａｄｖａｎｃｅｄｔｅｃｈｎｏｌｏｇｙａｔｔａｃｈｍｅｎｔ，ＰＡＴＡ）、シリアルＡＴＡインタフェース（Ｓｅｒｉａｌａｄｖａｎｃｅｄｔｅｃｈｎｏｌｏｇｙａｔｔａｃｈｍｅｎｔ，ＳＡＴＡ）、ＩＳＡインタフェース（Ｉｎｄｕｓｔｒｙｓｔａｎｄａｒｄａｒｃｈｉｔｅｃｔｕｒｅ，ＩＳＡ）などが電子製品の間のＩ／Ｏインタフェースとして主流になりつつある。

汎用シリアルバス（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ，ＵＳＢ）技術は、ホットスワップとプラグアンドプレイの特性をサポートすることで、デスクトップ型パソコンとノート型パソコンのようなホスト機器を容易にＵＳＢインタフェースを具備する周辺設備に接続することができる。ＵＳＢ周辺装置がパソコンホストに結合される時、オペレーティングシステムを、前記ＵＳＢ周辺装置に対してＵＳＢ列挙処理（ＵＳＢＥｎｕｍｅｒａｔｉｏｎ）を行わせる。マイクロソフト（登録商標）のウィンドウズ（登録商標）オペレーティングシステムＸＰ（ＷｉｎｄｏｗｓＸＰ）を例とする場合、前記列挙処理は、以下のステップ（Ｓ１’）〜（Ｓ８’）を含む。
（Ｓ１’）：ウィンドウズオペレーティングシステムは、前記ＵＳＢ周辺装置を初期化すると共に、前記ＵＳＢ周辺装置の装置アドレスを０として予め設定する。
（Ｓ２’）：ウィンドウズオペレーティングシステムは、ＵＳＢ周辺装置に総長さが６４ｂｙｔｅｓの装置記述子（ＤｅｖｉｃｅＤｅｓｃｒｉｐｔｏｒｓ）を回復するように要求する。
（Ｓ３’）：ＵＳＢ周辺装置をリセットすると共に、設定アドレスコマンド（ＳｅｔＡｄｄｒｅｓｓｃｏｍｍａｎｄ）を前記ＵＳＢ周辺装置に送り出して、ＵＳＢ周辺装置に１つの装置アドレスを与える。
（Ｓ４’）：ウィンドウズオペレーティングシステムは、ＵＳＢ周辺装置に総長さが１８ｂｙｔｅｓの装置記述子（ＤｅｖｉｃｅＤｅｓｃｒｉｐｔｏｒｓ）を回復するように要求することで、例えば、ベンダＩＤ（ＶｅｎｄｅｒＩＤ，ＶＩＤ）と製品ＩＤ（ＰｒｏｄｕｃｔＩＤ，ＰＩＤ）などの前記ＵＳＢ周辺装置の基本情報を取得する。
（Ｓ５’）：ウィンドウズオペレーティングシステムは、ＵＳＢ周辺装置に構成記述子（ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｓｃｒｉｐｔｏｒｓ）を回復するように要求することで、前記ＵＳＢ周辺装置のインタフェースの数（ｂＮｕｍＩｎｔｅｒｆａｃｅｓ）を取得する。
（Ｓ６’）：ウィンドウズオペレーティングシステムは、ＵＳＢ周辺装置にインタフェース記述子（ＩｎｔｅｒｆａｃｅＤｅｓｃｒｉｐｔｏｒｓ）を回復するように要求することで、前記ＵＳＢ周辺装置のエンドポイントの数（ｂＮｕｍＥｎｄｐｏｉｎｔｓ）を取得する。
（Ｓ７’）：ウィンドウズオペレーティングシステムは、ＵＳＢ周辺装置にエンドポイント記述子（ＥｎｄｐｏｉｎｔＤｅｓｃｒｉｐｔｏｒｓ）を回復するように要求することで、前記エンドポイントのデータ転送数（ｂｍＡｔｔｒｉｂｕｔｅｓ）を取得する。
（Ｓ８’）：オペレーティングシステムにおいて、前記ＵＳＢ周辺装置の駆動プログラム（必要時、使用者は駆動プログラムをダウンロードして手動的にインストールする必要がある）を自動的にインストールする。

周辺装置の設計と製造を熟知しているエンジニアであれば、例えば、アップル（登録商標）のｉＯＳシステム、アップルのＭＡＣシステム、グーグルのＡｎｄｒｏｉｄ（登録商標）システムまたはＬｉｎｕｘ（登録商標）オペレーティングシステムなどの他のオペレーティングシステムが知られているが、それに使用される列挙処理の実行ステップは、上記の列挙ステップ（Ｓ１’）〜（Ｓ８’）と完全に同一ではない。
これ以外に、前記ＵＳＢ周辺装置について、ベンダはウィンドウズオペレーティングシステムに互換性のある駆動プログラムのみが対応的に開発され、ｉＯＳシステム、ＭＡＣシステム、Ａｎｄｒｏｉｄシステム及び／またはＬｉｎｕｘオペレーティングシステムに互換性のある駆動プログラムを開発していない。この原因のため、一部市販のＵＳＢ周辺装置は、特定のオペレーティングシステムのパソコンホストのみにインストールすることをサポートする。これ故に、如何にしてＵＳＢ周辺装置が各種の異なるオペレーティングシステムとの互換性を有させるかが、ＵＳＢ周辺装置のベンダの最大課題となっている。

米国特許第７，９２１，２４４号にＵＳＢ周辺装置が開示される。図２に示すＵＳＢ周辺装置の構成図によれば、このＵＳＢ周辺装置１’がデータ記憶装置であると共に、マイクロプロセッサ１１’と、第１ＵＳＢユニット１２’と、第２ＵＳＢユニット１３’と、記憶ユニット１４’とを備え、前記第１ＵＳＢユニット１２’は、第１ホスト機器（Ｈｏｓｔ）２’に備える第１ＵＳＢインタフェース２１’に接続するために用いられ、かつ前記第２ＵＳＢユニット１３’では、第２ホスト機器（Ｈｏｓｔ）３’に備える第２ＵＳＢインタフェース３１’に接続するために用いられる。
こうして、第１ホスト機器２’内の第１中央処理装置２２’は、第１ＵＳＢインタフェース２１’と第１ＵＳＢユニット１２’を介して確立される入力／出力チャネルを経由して前記記憶ユニット１４’内に記憶されるデータをアクセスすることができる。同様に、第２ホスト機器３’内の第２中央処理装置３２’は、第２ＵＳＢインタフェース３１’と第２ＵＳＢユニット１３’を介して確立される入力／出力チャネルを経由して前記記憶ユニット１４’内に記憶されるデータをアクセスすることもできる。

説明に値するのは、ＵＳＢ周辺装置１’の記憶ユニット１４’中に大量の駆動プログラムが記憶され、かつマイクロプロセッサ１１’のレジスタ内に自動インストールプログラムが嵌まれる点である。このように設置すれば、第１ホスト機器２’または第２ホスト機器３’が前記ＵＳＢ周辺装置１’の列挙処理（ＵＳＢＥｎｕｍｅｒａｔｉｏｎ）を行った後、前記自動インストールプログラムは、直ちに前記複数個の大量の駆動プログラムにおいて、第１ホスト機器２’または第２ホスト機器３’のオペレーティングシステムに互換性のある駆動プログラムを見つけることができ、それから前記駆動プログラムを第１ホスト機器２’内の第１記憶装置２３’と第２ホスト機器３’内の第２記憶装置３３’に記憶することができる。最後に、自動インストールプログラムは、自動的に互換バージョンの駆動プログラムを第１ホスト機器２’與第２ホスト機器３’のオペレーティングシステム中にインストールする。

周辺電子装置の設計と製造を熟知しているエンジニアであれば、米国特許第７，９２１，２４４号には、各種の異なるオペレーティングシステムに互換性のある駆動プログラムを介して前記ＵＳＢ周辺装置１’中に全て記憶していることが早く発見でき、これにより、前記ＵＳＢ周辺装置１’の異なるオペレーティングシステムにおける互換性問題を解決することができる。
しかしながら、米国特許第７，９２１，２４４号が提出した解決策は、実務応用面における種々な欠点が示されている。
（１）大量の駆動プログラムがＵＳＢ周辺装置１’（即ち、データ記憶装置）の記憶ユニット１４’に多すぎる記憶空間を占拠するので、前記ＵＳＢ周辺装置１’の端末使用者の権利に損害を及ぼすことになる。さらに詳細に言えば、端末使用者が購入したＵＳＢ周辺装置１’は、理論的に４ＧＢを有するべきであるのに、実際に３．５ＧＢしか残っていないかもしれない。
（２）一方、前記ＵＳＢ周辺装置１’が同時に例えば、ＲＳ−２３２インタフェースまたはＳＡＴＡインタフェースなどの非ＵＳＢユニットを有し、使用者は、このＵＳＢ周辺装置１’を、ＲＳ−２３２インタフェースまたはＳＡＴＡインタフェースを有するホスト機器に接続した後、あるいは、関連の駆動プログラムを自らダウンロードするか、前記ホスト機器のオペレーティングシステム内にインストールする。想像できるとおり、周辺装置のベンダは、各種のオペレーティングシステムに互換性のある非ＵＳＢインタフェースの駆動プログラムを併せてＵＳＢ周辺装置１’の記憶ユニット１４’内に予め記憶される可能性がない。

米国特許第７，９２１，２４４号

上記理由に基づいて、本願の発明者は、鋭意に研究発明した結果、遂に、本発明のデータ記憶装置を介して周辺装置を制御する方法と周辺装置を制御可能なデータ記憶装置を研究開発して完成させた。

本発明の主要な目的は、データ記憶装置を介して周辺装置を制御する方法を提供することである。なお、この方法を容易に実現するために、本発明は、同時に周辺装置を制御可能なデータ記憶装置を提供し、主に、マイクロプロセッシングユニットと、第１通信ユニットと、記憶ユニットとを備え、本発明は、ファイルシステムに基づいて記憶ユニットを複数個のデータ記憶ブロックとファイルテーブルブロックに分割すると共に、さらに少なくとも１つの操作データファイルが記憶される少なくとも１個のデータ記憶ブロックを少なくとも１つの周辺装置の制御ブロックとして設定または定義する。
このように設計すれば、ホスト機器は、前記データ記憶装置の周辺装置の制御ブロック中に記憶される操作データファイルの内容を変更または編集するのみで、周辺装置を操作する目的が達成される。このため、周辺装置の開発業者は、前記データ記憶装置の駆動プログラム及び当該操作データファイルの特定操作データをアクセスするためのアクセスプログラムを開発する必要だけで、同時にウィンドウズオペレーティングシステム、ｉＯＳシステム、ＭＡＣシステム、ＡｎｄｒｏｉｄシステムとＬｉｎｕｘオペレーティングシステムの周辺装置に互換性のある駆動プログラムを開発する必要がなくなる。

そこで、本発明の上記の主要な目的を達成するために、本願の発明者は、まず、前記データ記憶置を介して周辺装置を制御する方法の実施例を提供し、それは以下のステップ（１）〜（４）を含む。
ステップ（１）にて、データ記憶装置を周辺装置に接続し、前記周辺装置は、直接にホスト機器と相互に通信するか、または前記データ記憶装置を介して前記ホスト機器と相互に通信すると共に、前記データ記憶装置のうちの１つのデータ記憶ユニットには、ファイルシステムに基づいて複数個のデータ記憶ブロックと少なくとも１つのファイルテーブルブロックが配置され、さらに前記ホスト機器のオペレーティングシステムに、操作データのアクセスプログラムをインストールする。
ステップ（２）にて、当該ファイルテーブルブロック中から少なくとも１つのファイルテーブルを読み取ると共に、当該ファイルテーブルを介して前記データ記憶ユニットのうちから、少なくとも１つの操作データファイルを記憶する少なくとも１個の当該データ記憶ブロックを見つける。
ステップ（３）にて、操作データファイルを記憶するデータ記憶ブロックを周辺装置の制御ブロックとして設定する。
ステップ（４）にて、前記操作データのアクセスプログラムを利用して当該操作データファイルの内容を変更することで、前記周辺装置を変更後の当該操作データファイルの内容に基づいて対応作動を行わせる。

また、本発明の上記の主要な目的を達成するために、本願の発明者は、同時に前記周辺装置を制御可能なデータ記憶装置の実施例を提供し、マイクロプロセッシングユニットと、前記マイクロプロセッシングユニットに結合されると共に、第２通信インタフェースでホスト機器と接続される周辺装置の第１通信インタフェースに接続するために用いられる通信ユニットと、ファイルシステムに基づいて複数個のデータ記憶ブロックとファイルテーブルブロックに分割される記憶ユニットとを備え、少なくとも１つの操作データファイルが記憶される前記複数個のデータ記憶ブロックが少なくとも１つの周辺装置の制御ブロックとして設定され、かつ前記ファイルテーブルブロック内に、少なくとも１つのファイルテーブルが記憶され、また、前記ホスト機器は、前記マイクロプロセッシングユニットを介して当該ファイルテーブルを検索し、当該周辺装置の制御ブロックのアドレスを取得すると共に、さらに当該ファイルテーブルの内容を変更する方式によって前記周辺装置を操作する。

さらに、本発明の上記の主要な目的を達成するために、本願の発明者は、また前記周辺装置を制御可能なデータ記憶装置の別の実施例を提供し、マイクロプロセッシングユニットと、前記マイクロプロセッシングユニットに結合されると共に、周辺装置の通信インタフェースに接続するために用いられる第１通信ユニットと、前記マイクロプロセッシングユニットに結合されると共に、ホスト機器の入力／出力インタフェースに接続するために用いられる第２通信ユニットと、ファイルシステムに基づいて複数個のデータ記憶ブロックとファイルテーブルブロックに分割される記憶ユニットとを備え、少なくとも１つの操作データファイルが記憶される前記複数個のデータ記憶ブロックが少なくとも１つの周辺装置の制御ブロックとして設定され、かつ前記ファイルテーブルブロック内に、少なくとも１つのファイルテーブルが記憶され、また、前記ホスト機器は、前記マイクロプロセッシングユニットを介して当該ファイルテーブルを検索し、当該周辺装置の制御ブロックのアドレスを取得すると共に、さらに当該ファイルテーブルの内容を変更する方式によって前記周辺装置を操作する。

パソコンホストを示す斜視図である。ＵＳＢ周辺装置の構成図である。ＦＡＴファイルシステムを示す構成図である。ｅｘｔファイルシステムを示す構成図である。本発明に係るデータ記憶装置を介して周辺装置を制御する方法を示すフローチャートである。本発明に係る周辺装置を制御可能なデータ記憶装置を示す斜視図である。周辺装置を制御可能なデータ記憶装置を示す内部構成図である。周辺装置を制御可能なデータ記憶装置を示す斜視図である。周辺装置を制御可能なデータ記憶装置を示す斜視図である。本発明の周辺装置を制御可能なデータ記憶装置を示す斜視図である。周辺装置を制御可能なデータ記憶装置を示す内部構成図である。

本発明が提出したデータ記憶装置を介して周辺装置を制御する方法と周辺装置を制御可能なデータ記憶装置をより明瞭に記述するために、添付図面を参照しながら、本発明の好適な実施例を以下に詳述する。

始めに、本発明に係る周辺装置を制御可能なデータ記憶装置について説明する前に、データ記憶装置にデータがシステム的に組織、配置されるように補助するためのファイルシステム（Ｆｉｌｅｓｙｓｔｅｍ）を紹介する必要がある。ＦＡＴは、従来技術のファイルシステムであり、マイクロソフトにより開発され、かつファイルアロケーションテーブル（Ｆｉｌｅａｌｌｏｃａｔｉｏｎｔａｂｌｅ）と称される。説明に値するのは、最大の分割可能なディスクボリューム（Ｖｏｌｕｍｅ）に基づいて分類すれば、ＦＡＴは、またさらにＦＡＴ１２、ＦＡＴ１６、ＦＡＴ３２とｅｘＦＡＴ（ＦＡＴ６４）に分けることができる。
マイクロソフトがファイルアロケーションテーブルに基づいて開発される各種のＦＡＴファイルシステムとは違って、Ｌｉｎｕｘの陣地からもいわゆるの拡張ファイルシステム（Ｅｘｔｅｎｄｅｄｆｉｌｅｓｙｓｔｅｍ，ｅｘｔ）を提出する。勿論、上記に言及したファイルシステムの他に、さらに例えば、ＮＴＦＳやＨＦＳ＋などの他のファイルシステムを含む。

図３に示すＦＡＴファイルシステムの構成図を参照する。図３に示すように、ＦＡＴファイルシステムは、データ記憶装置のデータ記憶ユニット中から、主起動領域Ｆ１、ファイルアロケーションテーブルＦ２、ルートディレクトリＦ４とデータ記憶領域Ｆ５を設計し出す。一方、図４に示すｅｘｔファイルシステムの構成図によれば、ｅｘｔファイルシステムでは、データ記憶ユニット中から、ブートセクタ（ｂｏｏｔｓｅｃｔｏｒ）ｅ１と、ブロック群０（ｅ２）、ブロック群１（ｅ３）、ブロック群２（ｅ４）などを含む数個のブロック群（ｂｌｏｃｋｇｒｏｕｐ）を設計し出すことが分かる。
さらに、再び各個のブロック群において、例えば、ブロック群１（ｅ３）は、バックアップスーパーブロック（ｂａｃｋｕｐｓｕｐｅｒｂｌｏｃｋ）ｅ３１、ファイルグループ記述子（ｇｒｏｕｐｄｅｓｃｒｉｐｔｏｒ）ｅ３２、ブロックビットマップ（ｂｌｏｃｋｂｉｔｍａｐ）ｅ３３、Ｉｎｏｄｅビットマップ（Ｉｎｏｄｅｂｉｔｍａｐ）ｅ３４、Ｉｎｏｄｅテーブル（Ｉｎｏｄｅｔａｂｌｅ）ｅ３５とデータ記憶領域ｅ３６に分割されてなる。

図３と図４とを比較して分かるように、ＦＡＴまたはｅｘｔファイルシステムは、いずれもデータ記憶ユニット内に、記憶ファイルと記憶ブロックアドレスとの関連性を記録するためのファイルテーブルを設計し出す。ＦＡＴファイルシステムにとって、当該ファイルテーブルは、ファイルアロケーションテーブルＦ２とルートディレクトリＦ４とを含む。また、ｅｘｔファイルシステムにとって、当該ファイルテーブルは、ファイルグループ記述子ｅ３２と、ブロックビットマップｅ３３と、Ｉｎｏｄｅビットマップｅ３４と、Ｉｎｏｄｅテーブルｅ３５とを含む。

このため、本願の発明者は、自身がデータ記憶装置と周辺装置における長期間にわたる設計経験に基づいて、パソコンホストをデータ記憶装置内のファイルシステムを介して周辺装置の新技術を開発し、特に、データ記憶装置を介して周辺装置を制御する方法及び周辺装置を制御可能なデータ記憶装置を指す。
図５に示す本発明に係るデータ記憶装置を介して周辺装置を制御する方法のフローチャートを参照する。これは主に、以下のステップ（Ｓ１）〜（Ｓ４）を含む。
ステップ（Ｓ１）にて、データ記憶装置を周辺装置に接続し、前記データ記憶装置のうちの１つのデータ記憶ユニットには、ファイルシステムに基づいて複数個のデータ記憶ブロックと少なくとも１つのファイルテーブルブロックが配置され、さらに前記ホスト機器のオペレーティングシステムに、操作データのアクセスプログラムをインストールする。
ステップ（Ｓ２）にて、当該ファイルテーブルブロック中から少なくとも１つのファイルテーブルを読み取ると共に、当該ファイルテーブルを介して前記データ記憶ユニットのうちから、少なくとも１つの操作データファイルを記憶する少なくとも１個の当該データ記憶ブロックを見つける。
ステップ（Ｓ３）にて、操作データファイルを記憶するデータ記憶ブロックを周辺装置の制御ブロックとして設定する。
ステップ（Ｓ４）にて、前記操作データのアクセスプログラムを利用して当該操作データファイルの内容を変更することで、前記周辺装置を変更後の当該操作データファイルの内容に基づいて対応作動を行わせる。

本分野の技術者は、前述説明した本発明のデータ記憶装置を介して周辺装置を制御する方法の技術的特徴を完全に理解できるように、下文において装置の斜視図と装置の構成図の補助によってさらなる解釈説明を行う。図６に示す本発明に係る周辺装置を制御可能なデータ記憶装置の斜視図を参照する。また、図７に示す周辺装置を制御可能なデータ記憶装置の内部構成図を同時に参照する。
図６と図７は、主に、前記周辺装置を制御可能なデータ記憶装置１の第１実施例を示す。第１実施例において、単一の通信インタフェースのみを有すると共に、カードエッジコネクタ（ｃａｒｄ−ｅｄｇｅｂｏａｒｄｃｏｎｎｅｃｔｏｒ）のメモリーカードを有する前記周辺装置を制御可能なデータ記憶装置１をその模範的な実施例とする。また、周辺装置２（ｐｅｒｉｐｈｅｒａｌｄｅｖｉｃｅ）がディスプレイ（デジタルフォトフレーム）であるのに対応し、このデータ記憶装置１（メモリーカード）は、主に、前記ディスプレイに表示させるためのいくつかの記憶画像データとビデオデータを記憶するために用いられる。第１実施例において、本発明も、このデータ記憶装置１を利用して周辺装置２のいくつかのパラメータ設定データを記憶する。

図６と図７に示すように、本発明の周辺装置を制御可能なデータ記憶装置１（メモリーカード）は、マイクロプロセッシングユニット１１と、第１通信ユニット１２（カードエッジコネクタ）と、記憶ユニット１４とを備え、第１通信ユニット１２は、前記マイクロプロセッシングユニット１１に結合されると共に、周辺装置２の第１通信インタフェース２１（メモリーカードスロット）に接続するために用いられる。一方、周辺装置２は、その第２通信インタフェース２２で利用者端末のホスト機器３（Ｈｏｓｔｄｅｖｉｃｅ）と接続される。

特別に、本発明において、ファイルシステムに基づいてデータ記憶装置１のうちの記憶ユニット１４は、複数個のデータ記憶ブロック１４１と、少なくとも１つの周辺装置の制御ブロック１４２と、ファイルテーブルブロック１４３とに分割され、なお、前記周辺装置の制御ブロック１４２と当該ファイルテーブルブロック１４３は、少なくとも１個のデータ記憶ブロック１４１から構成され、それぞれ少なくとも１つの操作データファイルと少なくとも１つのファイルテーブルを記憶するために用いられる。
図３と図４に開示される内容によれば、メモリーカードとフラッシュドライブの設計と開発を熟知している電子エンジニアであれば、本発明に称されるファイルテーブルブロック１４３をＦＡＴファイルシステムのファイルアロケーションテーブルＦ２とルートディレクトリＦ４との集合として見なすことができ、またはｅｘｔファイルシステムのファイルグループ記述子ｅ３２と、ブロックビットマップｅ３３と、Ｉｎｏｄｅビットマップｅ３４と、Ｉｎｏｄｅテーブルｅ３５との集合として見なすことができることが分かるはずである。
簡単に言えば、応用されるファイルシステムの種類の違いに応じて、例えば、ＦＡＴ、ＦＡＴ８、ＦＡＴ１２、ＦＡＴ１６、ＦＡＴ３２、ｅｘＦＡＴ、ＩＳＯ９６６０、ＵＤＦ、ＮＴＦＳ、ＨＦＳ、ＨＦＳ＋、ｅｘｔ２、ｅｘｔ３またはｅｘｔ４が挙げられ、実務上、ファイルテーブルブロック１４３は、異なる実現方式を有する。

図３、図４と図７を続いて参照する。従来技術のファイルシステムとは違って、本発明は、少なくとも１個のデータ記憶ブロック１４１を、当該操作データファイルを記憶するための周辺装置の制御ブロック１４２として定義する。
このようなデザイン設計によれば、ホスト機器３は、マイクロプロセッシングユニット１１とファイルテーブルブロック１４３内に記憶される少なくとも１つのファイルテーブを介して前記周辺装置の制御ブロック１４２のアドレスを取得することができると共に、さらに周辺装置の制御ブロック１４２中に記憶される操作データファイルの内容を変更する方式によって前記周辺装置２を操作する目的が達成される。ここで、前記ホスト機器３は、モバイル電子装置、サーバホスト機器、スマートフォン、タブレット型パソコン、スマートウォッチ、デスクトップ型パソコン、ノート型パソコンまたは工業用パソコンの何れか１つであってもよい。

ホスト機器３で周辺装置２を制御する手段についてさらに詳細に解説する。ホスト機器３の入力／出力インタフェース３１（ＵＳＢインタフェース）が、周辺装置２の第２通信インタフェース２２（ＵＳＢインタフェース）と通信を確立した後、ホスト機器３は、データ記憶装置１をオンにした後、ｍｏｎｉｔｏｒ．ｘｍｌファイルを見つけ出すことができる。
次に、ｍｏｎｉｔｏｒ．ｘｍｌファイルを記憶するデータ記憶ブロック１４１は、いわゆる周辺装置の制御ブロック１４２として設定または定義される。さらに、ホスト機器３のオペレーティングシステム３２は、文字編集ソフトウェアを利用してｍｏｎｉｔｏｒ．ｘｍｌを開くと共に、例えば、輝度やコントラストなどのモニタのパラメータ値を修正することができる。また、ホスト機器３に修正後のｍｏｎｉｔｏｒ．ｘｍｌでデータ記憶装置１内のｍｏｎｉｔｏｒ．ｘｍｌを重ね書いた後、周辺装置２（ディスプレイ）内の中央処理装置２０は、モニタのパラメータ値に基づいて自動的に関連の調整と設定を実行してもよい。
一方、映像編集ソフトウェアを利用してデータ記憶装置１内の画像ファイルまたはビデオファイルをアクセスすることもできる。あるいは、オペレーティングシステム３２は、ホスト機器３の記憶装置３３に記憶される画像ファイルまたはビデオファイルをデータ記憶ブロック１４１に格納することができ、そして周辺装置２（ディスプレイ）を介して前記画像ファイルまたはビデオファイルを表示させることができる。

簡単に言えば、ホスト機器３のオペレーティングシステム３２に、周辺装置２（ディスプレイ）を駆動するための関連の応用プログラムをインストールしていなくでも、依然として簡単な文字編集ソフトウェアと映像編集ソフトウェアを介して周辺装置２（ディスプレイ）を操作することができる。ここで、本願の発明者は、特別に文字編集ソフトウェアと映像編集ソフトウェアを「操作データのアクセスプログラム」と略称し、周辺装置の制御ブロック１４２中に記憶される当該操作データファイルの内容を読み取るか、または変更するために用いられる。強調すべき点は、図６は、メモリーカードを前記データ記憶装置１とする模範的な実施例であるが、これによりデータ記憶装置１の実施可能な態様を限定するものではない点である。このため、図８に図示する周辺装置を制御可能なデータ記憶装置の斜視図によれば、吾人は、前記データ記憶装置１は、フラッシュドライブ（ｆｌａｓｈｄｒｉｖｅ）またはポータブルハードディスクドライブ（ｅｘｔｅｒｎａｌｈａｒｄｄｉｓｋｄｒｉｖｅ）であってもよいことが分かる。
さらに、図７と図８に開示される内容によれば、ホスト機器３の入力／出力インタフェース３１、周辺装置２の第１通信インタフェース２１と第２通信インタフェース２２、及びデータ記憶装置１の第１通信ユニット１２は、いずれもＵＳＢインタフェースであってもよいことが分かる。勿論、前記入力／出力インタフェース３１、前記第１通信インタフェース２１、前記第２通信インタフェース２２と前記第１通信ユニット１２は、例えば、ＳＡＴＡインタフェース、ＰＡＴＡインタフェース、Ｌｉｇｈｔｎｉｎｇインタフェースやイーサネットインタフェースなどの他の物理通信インタフェース（Ｐｈｙｓｉｃａｌｃｏｍｍｕｎｉｃａｔｉｏｎｉｎｔｅｒｆａｃｅ）であってもよいことが分かる。

図９に図示する周辺装置を制御可能なデータ記憶装置の斜視図を参照する。その中に図示される前記周辺装置２はレンズ装置であってもよい。図７と図９に示すように、入力／出力インタフェース３１が、周辺装置２の第２通信インタフェース２２と通信を確立した後、ホスト機器３のオペレーティングシステム３２は、特別に設計した操作データのアクセスプログラムを介して前記周辺装置の制御ブロック１４２中に記憶される操作データファイルを読み取ることで、周辺装置２（レンズ装置）のいくつかのパラメータ値を修正することができ、これには例えば、露出値、色彩、ホワイトバランス…などが挙げられ、このような方式を介して周辺装置２に対する操作制御が達成される。
一方、ホスト機器３のオペレーティングシステム３２は、データ記憶装置１をオンにした後、数多くの未加工またはファイル変換の原画像ファイルを見ることができ、これには例えば、ｃａｍｅｒａ＿４Ｋ．ｂｍｐ、ｃａｍｅｒａ＿８Ｍ．ｂｍｐなどの原画像ファイルがある。この時、ホスト機器３のオペレーティングシステム３２は、映像編集ソフトウェアを利用して前記複数の原画像ファイルを開くことができる。

図１０に図示する本発明の周辺装置を制御可能なデータ記憶装置の斜視図を参照する。また、図１１に図示する周辺装置を制御可能なデータ記憶装置の内部構成図を同時に参照する。
図１０と図１１を参照して分かるように、前記周辺装置を制御可能なデータ記憶装置１の模範的な実施例はフラッシュドライブであり、それは１個のＵＳＢ通信インタフェースと１個のシリアルポート端末（Ｓｅｒｉａｌｐｏｒｔｔｅｒｍｉｎａｌ）を有する。また、前記周辺装置２はラベルプリンター（Ｌａｂｅｌｐｒｉｎｔｅｒ）である。
図１０と図１１に示すように、本発明の周辺装置を制御可能なデータ記憶装置１は、マイクロプロセッシングユニット１１と、第１通信ユニット１２（シリアルポート端末）と、第２通信ユニット１３（ＵＳＢインタフェース）と、記憶ユニット１４とを備え、前記第１通信ユニット１２は、前記マイクロプロセッシングユニット１１に結合されると共に、周辺装置２の第１通信インタフェース２１（シリアルポート端末）に接続するために用いられる。一方、第２通信ユニット１３も、前記マイクロプロセッシングユニット１１に接続されると共に、ホスト機器３の入力／出力インタフェース３１（ＵＳＢインタフェース）に接続するために用いられる。

第２実施例についてさらに詳細に説明する。ホスト機器３の入力／出力インタフェース３１（ＵＳＢインタフェース）が、周辺装置２の第２通信インタフェース２２（ＵＳＢインタフェース）と通信を確立した後、ホスト機器３は、データ記憶装置１をオンにした後、ｓｅｒｉａｌ．ｉｏファイルを見つけ出すことができる。次に、ｓｅｒｉａｌ．ｉｏファイルを記憶するデータ記憶ブロック１４１は、いわゆる周辺装置の制御ブロック１４２として設定または定義される。さらに、ホスト機器３のオペレーティングシステム３２は、編集ソフトウェアを利用してｓｅｒｉａｌ．ｉｏを開くと共に、その内容を修正する。その後、周辺装置２（ラベルプリンター）内の中央処理装置２０は、ｓｅｒｉａｌ．ｉｏの内容に基づいてラベルプリンターを駆動して、例えば、領収書（Ｒｅｃｅｉｐｔ）をプリントアウトする対応作動を実行させる。

簡単に言えば、本発明に係るデータ記憶装置を介して周辺装置を制御する方法を応用すれば、ホスト機器３のオペレーティングシステム３２において、ラベルプリンターを駆動するための任意の応用プログラムをインストールする必要がなく、データ記憶装置１中に記憶される前記ラベルプリンターの操作データファイル（即ち、ｓｅｒｉａｌ．ｉｏファイル）をアクセスする方式のみにより、直接に周辺装置２（ラベルプリンター）と通信することができる。明らかに、本発明が提供する新型の周辺装置の制御技術は、下記の二点の利点を有することが分かる。
（１）周辺装置の開発業者は、データ記憶装置１の駆動プログラム及び周辺装置の制御ブロック１４２中に記憶される操作データファイルの内容を読み取るか、または変更するための「操作データのアクセスプログラム」を開発する必要だけで、同時にマイクロソフトのウィンドウズオペレーティングシステム（Ｗｉｎｄｏｗｓ）、アップルのｉＯＳシステム、アップルのマッキントッシュ（登録商標）（ＭＡＣ）システム、グーグルのＡｎｄｒｏｉｄシステムとＬｉｎｕｘオペレーティングシステムの周辺装置に互換性のある駆動プログラムを開発する必要がなくなる。
（２）一方、端末使用者は、このデータ記憶装置１のみを使用すると共に、ホスト機器３のオペレーティングシステム３２内に、対応の操作データのアクセスプログラムをインストールすれば、任意１種の周辺装置２を円滑に制御することができる。

強調すべき点は、上記の詳細な説明は、本発明の実施可能な実施例を具体的に説明したものであり、本発明の特許範囲はこれらの実施例に限定されるものではなく、本発明の技術的精神を逸脱しない限り、その等効果実施または変更は、なお、本願の特許請求の範囲に含まれる点である。

Ｓ１〜Ｓ４方法ステップ
Ｆ１主起動領域
Ｆ２ファイルアロケーションテーブル
Ｆ４ルートディレクトリ
Ｆ５データ記憶領域
ｅ１ブートセクタ
ｅ２ブロック群０
ｅ３ブロック群１
ｅ４ブロック群２
ｅ３１バックアップスーパーブロック
ｅ３２ファイルグループ記述子
ｅ３３ブロックビットマップ
ｅ３４Ｉｎｏｄｅビットマップ
ｅ３５Ｉｎｏｄｅテーブル
ｅ３６データ記憶領域
１データ記憶装置
２周辺装置
１１マイクロプロセッシングユニット
１２第１通信ユニット
１４記憶ユニット
２１第１通信インタフェース
２２第２通信インタフェース
３ホスト機器
１４１データ記憶ブロック
１４２周辺装置の制御ブロック
１４３ファイルテーブルブロック
３１入力／出力インタフェース
３２オペレーティングシステム
３３記憶装置
１３第２通信ユニット
２０中央処理装置
１’ ＵＳＢ周辺装置
１１’ マイクロプロセッサ
１２’ 第１ＵＳＢユニット
１３’ 第２ＵＳＢユニット
１４’ 記憶ユニット
２’ 第１ホスト機器
２１’ 第１ＵＳＢインタフェース
３’ 第２ホスト機器
３１’ 第２ＵＳＢインタフェース
２２’ 第１中央処理装置
３２’ 第２中央処理装置
２３’ 第１記憶装置
３３’ 第２記憶装置

Claims

データ記憶装置を周辺装置に接続し、前記周辺装置は、直接にホスト機器と相互に通信するか、または前記データ記憶装置を介して前記ホスト機器と相互に通信すると共に、前記データ記憶装置のうちの１つのデータ記憶ユニットには、ファイルシステムに基づいて複数個のデータ記憶ブロックと少なくとも１つのファイルテーブルブロックが配置され、さらに前記ホスト機器のオペレーティングシステムに、操作データのアクセスプログラムをインストールするステップ（１）と、
当該ファイルテーブルブロック中から少なくとも１つのファイルテーブルを読み取ると共に、当該ファイルテーブルを介して前記データ記憶ユニットのうちから、少なくとも１つの操作データファイルを記憶する少なくとも１個の当該データ記憶ブロックを見つけるステップ（２）と、
当該操作データファイルを記憶する当該データ記憶ブロックを周辺装置の制御ブロックとして設定するステップ（３）と、
前記操作データのアクセスプログラムを利用して当該操作データファイルの内容を変更することで、前記周辺装置を変更後の当該操作データファイルの内容に基づいて対応作動を行わせるステップ（４）とを含むことを特徴とする、
データ記憶装置を介して周辺装置を制御する方法。
前記ファイルシステムは、ＦＡＴ、ＦＡＴ８、ＦＡＴ１２、ＦＡＴ１６、ＦＡＴ３２、ｅｘＦＡＴ、ＩＳＯ９６６０、ＵＤＦ、ＮＴＦＳ、ＨＦＳ、ＨＦＳ＋、ｅｘｔ２、ｅｘｔ３またはｅｘｔ４の何れか１つであることを特徴とする、請求項１に記載のデータ記憶装置を介して周辺装置を制御する方法。
前記ホスト機器は、モバイル電子装置、サーバホスト機器、スマートフォン、タブレット型パソコン、スマートウォッチ、デスクトップ型パソコン、ノート型パソコンまたは工業用パソコンの何れか１つであることを特徴とする、請求項１に記載のデータ記憶装置を介して周辺装置を制御する方法。
前記データ記憶装置は、メモリーカード、フラッシュドライブ、ポータブルハードディスクドライブまたは周辺装置に内蔵の記憶モジュールの何れか１つであることを特徴とする、請求項１に記載のデータ記憶装置を介して周辺装置を制御する方法。
前記オペレーティングシステムは、マイクロソフト（登録商標）のウィンドウズ（登録商標）オペレーティングシステム（Ｗｉｎｄｏｗｓ）、アップル（登録商標）のｉＯＳシステム、アップルのマッキントッシュ（登録商標）（ＭＡＣ）システム、グーグル（登録商標）のＡｎｄｒｏｉｄ（登録商標）システムまたはＬｉｎｕｘ（登録商標）オペレーティングシステムの何れか１つであることを特徴とする、請求項１に記載のデータ記憶装置を介して周辺装置を制御する方法。
マイクロプロセッシングユニットと、
前記マイクロプロセッシングユニットに結合されると共に、第２通信インタフェースでホスト機器と接続される周辺装置の第１通信インタフェースに接続するために用いられる通信ユニットと、
ファイルシステムに基づいて複数個のデータ記憶ブロックとファイルテーブルブロックに分割される記憶ユニットとを備える周辺装置を制御可能なデータ記憶装置であって、
少なくとも１つの操作データファイルが記憶される前記複数個のデータ記憶ブロックが少なくとも１つの周辺装置の制御ブロックとして設定され、かつ前記ファイルテーブルブロック内に、少なくとも１つのファイルテーブルが記憶され、
前記ホスト機器は、前記マイクロプロセッシングユニットを介して当該ファイルテーブルを検索し、当該周辺装置の制御ブロックのアドレスを取得すると共に、さらに当該ファイルテーブルの内容を変更する方式によって前記周辺装置を操作することを特徴とする、
周辺装置を制御可能なデータ記憶装置。
前記ファイルシステムは、ＦＡＴ、ＦＡＴ８、ＦＡＴ１２、ＦＡＴ１６、ＦＡＴ３２、ｅｘＦＡＴ、ＩＳＯ９６６０、ＵＤＦ、ＮＴＦＳ、ＨＦＳ、ＨＦＳ＋、ｅｘｔ２、ｅｘｔ３またはｅｘｔ４の何れか１つであることを特徴とする、請求項６に記載の周辺装置を制御可能なデータ記憶装置。
前記ホスト機器は、モバイル電子装置、サーバホスト機器、スマートフォン、タブレット型パソコン、スマートウォッチ、デスクトップ型パソコン、ノート型パソコンまたは工業用パソコンの何れか１つであることを特徴とする、請求項６に記載の周辺装置を制御可能なデータ記憶装置。
前記ホスト機器内に、当該操作データファイルの内容を読み取るか、または変更するために用いられる操作データのアクセスプログラムがインストールされることを特徴とする、請求項６に記載の周辺装置を制御可能なデータ記憶装置。
前記データ記憶装置は、メモリーカード、フラッシュドライブ、ポータブルハードディスクドライブまたは周辺装置に内蔵の記憶モジュールの何れか１つであることを特徴とする、請求項６に記載の周辺装置を制御可能なデータ記憶装置。
前記通信ユニット、前記第１通信インタフェースと前記第２通信インタフェースは、いずれも物理通信インタフェースであることを特徴とする、請求項６に記載の周辺装置を制御可能なデータ記憶装置。
前記通信ユニット、前記第１通信インタフェースと前記第２通信インタフェースは、いずれも無線通信インタフェースであるこことを特徴とする、請求項６に記載の周辺装置を制御可能なデータ記憶装置。
マイクロプロセッシングユニットと、
前記マイクロプロセッシングユニットに結合されると共に、周辺装置の通信インタフェースに接続するために用いられる第１通信ユニットと、
前記マイクロプロセッシングユニットに結合されると共に、ホスト機器の入力／出力インタフェースに接続するために用いられる第２通信ユニットと、
ファイルシステムに基づいて複数個のデータ記憶ブロックとファイルテーブルブロックに分割される記憶ユニットとを備える周辺装置を制御可能なデータ記憶装置であって、
少なくとも１つの操作データファイルが記憶される前記複数個のデータ記憶ブロックが少なくとも１つの周辺装置の制御ブロックとして設定され、かつ前記ファイルテーブルブロック内に、少なくとも１つのファイルテーブルが記憶され、
前記ホスト機器は、前記マイクロプロセッシングユニットを介して当該ファイルテーブルを検索し、当該周辺装置の制御ブロックのアドレスを取得すると共に、さらに当該ファイルテーブルの内容を変更する方式によって前記周辺装置を操作することを特徴とする、
周辺装置を制御可能なデータ記憶装置。
前記ファイルシステムは、ＦＡＴ、ＦＡＴ８、ＦＡＴ１２、ＦＡＴ１６、ＦＡＴ３２、ｅｘＦＡＴ、ＩＳＯ９６６０、ＵＤＦ、ＮＴＦＳ、ＨＦＳ、ＨＦＳ＋、ｅｘｔ２、ｅｘｔ３またはｅｘｔ４の何れか１つであることを特徴とする、請求項１３に記載の周辺装置を制御可能なデータ記憶装置。
前記ホスト機器は、モバイル電子装置、サーバホスト機器、スマートフォン、タブレット型パソコン、スマートウォッチ、デスクトップ型パソコン、ノート型パソコンまたは工業用パソコンの何れか１つであることを特徴とする、請求項１３に記載の周辺装置を制御可能なデータ記憶装置。
前記ホスト機器内に、当該操作データファイルの内容を読み取るか、または変更するために用いられる操作データのアクセスプログラムがインストールされることを特徴とする、請求項１３に記載の周辺装置を制御可能なデータ記憶装置。
前記データ記憶装置は、メモリーカード、フラッシュドライブ、ポータブルハードディスクドライブまたは周辺装置に内蔵の記憶モジュールの何れか１つであることを特徴とする、請求項１３に記載の周辺装置を制御可能なデータ記憶装置。
前記第１通信ユニット、前記通信インタフェース、前記第２通信ユニットと前記入力／出力インタフェースは、いずれも物理通信インタフェースであることを特徴とする、請求項１３に記載の周辺装置を制御可能なデータ記憶装置。
前記第１通信ユニット、前記通信インタフェース、前記第２通信ユニットと前記入力／出力インタフェースは、いずれも無線通信インタフェースであるこことを特徴とする、請求項１３に記載の周辺装置を制御可能なデータ記憶装置。