(57)【要約】      （修正有）【課題】主に、データ記憶装置を介して周辺装置を制御する方法と周辺装置を制御可能なデータ記憶装置を提供する。【解決手段】周辺装置を制御可能なデータ記憶装置は、主に、マイクロプロセッシングユニットと、第１通信ユニットと、記憶ユニットとを備え、ファイルシステムに基づいて記憶ユニットを複数個のデータ記憶ブロックとファイルテーブルブロックに分割すると共に、さらに少なくとも１つの操作データファイルが記憶される少なくとも１個のデータ記憶ブロックを少なくとも１つの周辺装置の制御ブロックとして設定または定義する。ホスト機器は、前記データ記憶装置の周辺装置の制御ブロック中に記憶される操作データファイルの内容を変更または編集するのみで、周辺装置を操作する目的が達成される。【選択図】図５
2019028668.tif 000002
【特許請求の範囲】
【請求項１】
データ記憶装置を周辺装置に接続し、前記周辺装置は、直接にホスト機器と相互に通信するか、または前記データ記憶装置を介して前記ホスト機器と相互に通信すると共に、前記データ記憶装置のうちの１つのデータ記憶ユニットには、ファイルシステムに基づいて複数個のデータ記憶ブロックと少なくとも１つのファイルテーブルブロックが配置され、さらに前記ホスト機器のオペレーティングシステムに、操作データのアクセスプログラムをインストールするステップ（１）と、
当該ファイルテーブルブロック中から少なくとも１つのファイルテーブルを読み取ると共に、当該ファイルテーブルを介して前記データ記憶ユニットのうちから、少なくとも１つの操作データファイルを記憶する少なくとも１個の当該データ記憶ブロックを見つけるステップ（２）と、
当該操作データファイルを記憶する当該データ記憶ブロックを周辺装置の制御ブロックとして設定するステップ（３）と、
前記操作データのアクセスプログラムを利用して当該操作データファイルの内容を変更することで、前記周辺装置を変更後の当該操作データファイルの内容に基づいて対応作動を行わせるステップ（４）とを含むことを特徴とする、
データ記憶装置を介して周辺装置を制御する方法。
【請求項２】
前記ファイルシステムは、ＦＡＴ、ＦＡＴ８、ＦＡＴ１２、ＦＡＴ１６、ＦＡＴ３２、ｅｘＦＡＴ、ＩＳＯ９６６０、ＵＤＦ、ＮＴＦＳ、ＨＦＳ、ＨＦＳ＋、ｅｘｔ２、ｅｘｔ３またはｅｘｔ４の何れか１つであることを特徴とする、請求項１に記載のデータ記憶装置を介して周辺装置を制御する方法。
【請求項３】
前記ホスト機器は、モバイル電子装置、サーバホスト機器、スマートフォン、タブレット型パソコン、スマートウォッチ、デスクトップ型パソコン、ノート型パソコンまたは工業用パソコンの何れか１つであることを特徴とする、請求項１に記載のデータ記憶装置を介して周辺装置を制御する方法。
【請求項４】
前記データ記憶装置は、メモリーカード、フラッシュドライブ、ポータブルハードディスクドライブまたは周辺装置に内蔵の記憶モジュールの何れか１つであることを特徴とする、請求項１に記載のデータ記憶装置を介して周辺装置を制御する方法。
【請求項５】
前記オペレーティングシステムは、マイクロソフト（登録商標）のウィンドウズ（登録商標）オペレーティングシステム（Ｗｉｎｄｏｗｓ）、アップル（登録商標）のｉＯＳシステム、アップルのマッキントッシュ（登録商標）（ＭＡＣ）システム、グーグル（登録商標）のＡｎｄｒｏｉｄ（登録商標）システムまたはＬｉｎｕｘ（登録商標）オペレーティングシステムの何れか１つであることを特徴とする、請求項１に記載のデータ記憶装置を介して周辺装置を制御する方法。
【請求項６】
マイクロプロセッシングユニットと、
前記マイクロプロセッシングユニットに結合されると共に、第２通信インタフェースでホスト機器と接続される周辺装置の第１通信インタフェースに接続するために用いられる通信ユニットと、
ファイルシステムに基づいて複数個のデータ記憶ブロックとファイルテーブルブロックに分割される記憶ユニットとを備える周辺装置を制御可能なデータ記憶装置であって、
少なくとも１つの操作データファイルが記憶される前記複数個のデータ記憶ブロックが少なくとも１つの周辺装置の制御ブロックとして設定され、かつ前記ファイルテーブルブロック内に、少なくとも１つのファイルテーブルが記憶され、
前記ホスト機器は、前記マイクロプロセッシングユニットを介して当該ファイルテーブルを検索し、当該周辺装置の制御ブロックのアドレスを取得すると共に、さらに当該ファイルテーブルの内容を変更する方式によって前記周辺装置を操作することを特徴とする、
周辺装置を制御可能なデータ記憶装置。
【請求項７】
前記ファイルシステムは、ＦＡＴ、ＦＡＴ８、ＦＡＴ１２、ＦＡＴ１６、ＦＡＴ３２、ｅｘＦＡＴ、ＩＳＯ９６６０、ＵＤＦ、ＮＴＦＳ、ＨＦＳ、ＨＦＳ＋、ｅｘｔ２、ｅｘｔ３またはｅｘｔ４の何れか１つであることを特徴とする、請求項６に記載の周辺装置を制御可能なデータ記憶装置。
【請求項８】
前記ホスト機器は、モバイル電子装置、サーバホスト機器、スマートフォン、タブレット型パソコン、スマートウォッチ、デスクトップ型パソコン、ノート型パソコンまたは工業用パソコンの何れか１つであることを特徴とする、請求項６に記載の周辺装置を制御可能なデータ記憶装置。
【請求項９】
前記ホスト機器内に、当該操作データファイルの内容を読み取るか、または変更するために用いられる操作データのアクセスプログラムがインストールされることを特徴とする、請求項６に記載の周辺装置を制御可能なデータ記憶装置。
【請求項１０】
前記データ記憶装置は、メモリーカード、フラッシュドライブ、ポータブルハードディスクドライブまたは周辺装置に内蔵の記憶モジュールの何れか１つであることを特徴とする、請求項６に記載の周辺装置を制御可能なデータ記憶装置。
【請求項１１】
前記通信ユニット、前記第１通信インタフェースと前記第２通信インタフェースは、いずれも物理通信インタフェースであることを特徴とする、請求項６に記載の周辺装置を制御可能なデータ記憶装置。
【請求項１２】
前記通信ユニット、前記第１通信インタフェースと前記第２通信インタフェースは、いずれも無線通信インタフェースであるこことを特徴とする、請求項６に記載の周辺装置を制御可能なデータ記憶装置。
【請求項１３】
マイクロプロセッシングユニットと、
前記マイクロプロセッシングユニットに結合されると共に、周辺装置の通信インタフェースに接続するために用いられる第１通信ユニットと、
前記マイクロプロセッシングユニットに結合されると共に、ホスト機器の入力／出力インタフェースに接続するために用いられる第２通信ユニットと、
ファイルシステムに基づいて複数個のデータ記憶ブロックとファイルテーブルブロックに分割される記憶ユニットとを備える周辺装置を制御可能なデータ記憶装置であって、
少なくとも１つの操作データファイルが記憶される前記複数個のデータ記憶ブロックが少なくとも１つの周辺装置の制御ブロックとして設定され、かつ前記ファイルテーブルブロック内に、少なくとも１つのファイルテーブルが記憶され、
前記ホスト機器は、前記マイクロプロセッシングユニットを介して当該ファイルテーブルを検索し、当該周辺装置の制御ブロックのアドレスを取得すると共に、さらに当該ファイルテーブルの内容を変更する方式によって前記周辺装置を操作することを特徴とする、
周辺装置を制御可能なデータ記憶装置。
【請求項１４】
前記ファイルシステムは、ＦＡＴ、ＦＡＴ８、ＦＡＴ１２、ＦＡＴ１６、ＦＡＴ３２、ｅｘＦＡＴ、ＩＳＯ９６６０、ＵＤＦ、ＮＴＦＳ、ＨＦＳ、ＨＦＳ＋、ｅｘｔ２、ｅｘｔ３またはｅｘｔ４の何れか１つであることを特徴とする、請求項１３に記載の周辺装置を制御可能なデータ記憶装置。
【請求項１５】
前記ホスト機器は、モバイル電子装置、サーバホスト機器、スマートフォン、タブレット型パソコン、スマートウォッチ、デスクトップ型パソコン、ノート型パソコンまたは工業用パソコンの何れか１つであることを特徴とする、請求項１３に記載の周辺装置を制御可能なデータ記憶装置。
【請求項１６】
前記ホスト機器内に、当該操作データファイルの内容を読み取るか、または変更するために用いられる操作データのアクセスプログラムがインストールされることを特徴とする、請求項１３に記載の周辺装置を制御可能なデータ記憶装置。
【請求項１７】
前記データ記憶装置は、メモリーカード、フラッシュドライブ、ポータブルハードディスクドライブまたは周辺装置に内蔵の記憶モジュールの何れか１つであることを特徴とする、請求項１３に記載の周辺装置を制御可能なデータ記憶装置。
【請求項１８】
前記第１通信ユニット、前記通信インタフェース、前記第２通信ユニットと前記入力／出力インタフェースは、いずれも物理通信インタフェースであることを特徴とする、請求項１３に記載の周辺装置を制御可能なデータ記憶装置。
【請求項１９】
前記第１通信ユニット、前記通信インタフェース、前記第２通信ユニットと前記入力／出力インタフェースは、いずれも無線通信インタフェースであるこことを特徴とする、請求項１３に記載の周辺装置を制御可能なデータ記憶装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子周辺製品の技術分野に係り、とりわけデータ記憶装置を介して周辺装置を制御する方法と周辺装置を制御可能なデータ記憶装置に関する。
【背景技術】
【０００２】
電子科学技術の発展に従って、使用者のパソコンまたは電子製品の追加機能に対する要求もますます高くなってきており、これ故に各種の周辺装置、例えば、ペンタブレット、プリンター、ラベルプリンター、スピーカー、ポータブルハードディスクドライブ、フラッシュドライブ、ゲーム機用ジョイスティック、光ディスクドライブ、無線ネットワークカードとデジタルカメラが対応的に設計と開発される。
図１に図示するパソコンホストの斜視図に示すように、パソコンホスト内の中央処理装置は、前記複数個の周辺装置を操作できるように、各種の入力／出力（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ，Ｉ／Ｏ）インタフェースもホスト機器の基板上に整合する。早期、ファイアワイヤインタフェース（Ｆｉｒｅｗｉｒｅ，ＩＥＥＥ−１３９４）、汎用シリアルバス（Ｕｎｉｖｅｒｓａｌ  ｓｅｒｉａｌ  ｂｕｓ，ＵＳＢ）、シリアルデータ通信インタフェース（ＥＩＡ−ＲＳ−２３２，ＲＳ２３２）、パラレルデータ通信インタフェース（Ｐａｒａｌｌｅｌ  Ｐｏｒｔ）、イーサネット（登録商標）インタフェース（Ｅｔｈｅｒｎｅｔ  ｐｏｒｔ，ＲＪ４５）は、常にパソコンホストの不可欠の入力／出力インタフェースである。
しかしながら、パソコン技術とポータブル電子装置の急速な発展に従って、プラグアンドプレイ（Ｐｌｕｇ−ａｎｄ−Ｐｌａｙ，ＰＮＰ）をサポートする通信インタフェースは、例えば、ＵＳＢインタフェース、パラレルＡＴＡインタフェース（Ｐａｒａｌｌｅｌ  ａｄｖａｎｃｅｄ  ｔｅｃｈｎｏｌｏｇｙ  ａｔｔａｃｈｍｅｎｔ，ＰＡＴＡ）、シリアルＡＴＡインタフェース（Ｓｅｒｉａｌ  ａｄｖａｎｃｅｄ  ｔｅｃｈｎｏｌｏｇｙ  ａｔｔａｃｈｍｅｎｔ，ＳＡＴＡ）、ＩＳＡインタフェース（Ｉｎｄｕｓｔｒｙ  ｓｔａｎｄａｒｄ  ａｒｃｈｉｔｅｃｔｕｒｅ，ＩＳＡ）などが電子製品の間のＩ／Ｏインタフェースとして主流になりつつある。
【０００３】
汎用シリアルバス（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ，ＵＳＢ）技術は、ホットスワップとプラグアンドプレイの特性をサポートすることで、デスクトップ型パソコンとノート型パソコンのようなホスト機器を容易にＵＳＢインタフェースを具備する周辺設備に接続することができる。ＵＳＢ周辺装置がパソコンホストに結合される時、オペレーティングシステムを、前記ＵＳＢ周辺装置に対してＵＳＢ列挙処理（ＵＳＢ  Ｅｎｕｍｅｒａｔｉｏｎ）を行わせる。マイクロソフト（登録商標）のウィンドウズ（登録商標）オペレーティングシステムＸＰ（Ｗｉｎｄｏｗｓ  ＸＰ）を例とする場合、前記列挙処理は、以下のステップ（Ｓ１’）〜  （Ｓ８’）を含む。
（Ｓ１’）：ウィンドウズオペレーティングシステムは、前記ＵＳＢ周辺装置を初期化すると共に、前記ＵＳＢ周辺装置の装置アドレスを０として予め設定する。
（Ｓ２’）：ウィンドウズオペレーティングシステムは、ＵＳＢ周辺装置に総長さが６４ｂｙｔｅｓの装置記述子（Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒｓ）を回復するように要求する。
（Ｓ３’）：ＵＳＢ周辺装置をリセットすると共に、設定アドレスコマンド（Ｓｅｔ  Ａｄｄｒｅｓｓ  ｃｏｍｍａｎｄ）を前記ＵＳＢ周辺装置に送り出して、ＵＳＢ周辺装置に１つの装置アドレスを与える。
（Ｓ４’）：ウィンドウズオペレーティングシステムは、ＵＳＢ周辺装置に総長さが１８ｂｙｔｅｓの装置記述子（Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒｓ）を回復するように要求することで、例えば、ベンダＩＤ（Ｖｅｎｄｅｒ  ＩＤ，ＶＩＤ）と製品ＩＤ（Ｐｒｏｄｕｃｔ  ＩＤ，ＰＩＤ）などの前記ＵＳＢ周辺装置の基本情報を取得する。
（Ｓ５’）：ウィンドウズオペレーティングシステムは、ＵＳＢ周辺装置に構成記述子（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｏｒｓ）を回復するように要求することで、前記ＵＳＢ周辺装置のインタフェースの数（ｂＮｕｍＩｎｔｅｒｆａｃｅｓ）を取得する。
（Ｓ６’）：ウィンドウズオペレーティングシステムは、ＵＳＢ周辺装置にインタフェース記述子（Ｉｎｔｅｒｆａｃｅ  Ｄｅｓｃｒｉｐｔｏｒｓ）を回復するように要求することで、前記ＵＳＢ周辺装置のエンドポイントの数（ｂＮｕｍＥｎｄｐｏｉｎｔｓ）を取得する。
（Ｓ７’）：ウィンドウズオペレーティングシステムは、ＵＳＢ周辺装置にエンドポイント記述子（Ｅｎｄｐｏｉｎｔ  Ｄｅｓｃｒｉｐｔｏｒｓ）を回復するように要求することで、前記エンドポイントのデータ転送数（ｂｍＡｔｔｒｉｂｕｔｅｓ）を取得する。
（Ｓ８’）：オペレーティングシステムにおいて、前記ＵＳＢ周辺装置の駆動プログラム（必要時、使用者は駆動プログラムをダウンロードして手動的にインストールする必要がある）を自動的にインストールする。
【０００４】
周辺装置の設計と製造を熟知しているエンジニアであれば、例えば、アップル（登録商標）のｉＯＳシステム、アップルのＭＡＣシステム、グーグルのＡｎｄｒｏｉｄ（登録商標）システムまたはＬｉｎｕｘ（登録商標）オペレーティングシステムなどの他のオペレーティングシステムが知られているが、それに使用される列挙処理の実行ステップは、上記の列挙ステップ（Ｓ１’）〜  （Ｓ８’）と完全に同一ではない。
これ以外に、前記ＵＳＢ周辺装置について、ベンダはウィンドウズオペレーティングシステムに互換性のある駆動プログラムのみが対応的に開発され、ｉＯＳシステム、ＭＡＣシステム、Ａｎｄｒｏｉｄシステム及び／またはＬｉｎｕｘオペレーティングシステムに互換性のある駆動プログラムを開発していない。この原因のため、一部市販のＵＳＢ周辺装置は、特定のオペレーティングシステムのパソコンホストのみにインストールすることをサポートする。これ故に、如何にしてＵＳＢ周辺装置が各種の異なるオペレーティングシステムとの互換性を有させるかが、ＵＳＢ周辺装置のベンダの最大課題となっている。
【０００５】
米国特許第７，９２１，２４４号にＵＳＢ周辺装置が開示される。図２に示すＵＳＢ周辺装置の構成図によれば、このＵＳＢ周辺装置１’がデータ記憶装置であると共に、マイクロプロセッサ１１’と、第１ＵＳＢユニット１２’と、第２ＵＳＢユニット１３’と、記憶ユニット１４’とを備え、前記第１ＵＳＢユニット１２’は、第１ホスト機器（Ｈｏｓｔ）２’に備える第１ＵＳＢインタフェース２１’に接続するために用いられ、かつ前記第２ＵＳＢユニット１３’では、第２ホスト機器（Ｈｏｓｔ）３’に備える第２ＵＳＢインタフェース３１’に接続するために用いられる。
こうして、第１ホスト機器２’内の第１中央処理装置２２’は、第１ＵＳＢインタフェース２１’と第１ＵＳＢユニット１２’を介して確立される入力／出力チャネルを経由して前記記憶ユニット１４’内に記憶されるデータをアクセスすることができる。同様に、第２ホスト機器３’内の第２中央処理装置３２’は、第２ＵＳＢインタフェース３１’と第２ＵＳＢユニット１３’を介して確立される入力／出力チャネルを経由して前記記憶ユニット１４’内に記憶されるデータをアクセスすることもできる。
【０００６】
説明に値するのは、ＵＳＢ周辺装置１’の記憶ユニット１４’中に大量の駆動プログラムが記憶され、かつマイクロプロセッサ１１’のレジスタ内に自動インストールプログラムが嵌まれる点である。このように設置すれば、第１ホスト機器２’または第２ホスト機器３’が前記ＵＳＢ周辺装置１’の列挙処理（ＵＳＢ  Ｅｎｕｍｅｒａｔｉｏｎ）を行った後、前記自動インストールプログラムは、直ちに前記複数個の大量の駆動プログラムにおいて、第１ホスト機器２’または第２ホスト機器３’のオペレーティングシステムに互換性のある駆動プログラムを見つけることができ、それから前記駆動プログラムを第１ホスト機器２’内の第１記憶装置２３’と第２ホスト機器３’内の第２記憶装置３３’に記憶することができる。最後に、自動インストールプログラムは、自動的に互換バージョンの駆動プログラムを第１ホスト機器２’與第２ホスト機器３’のオペレーティングシステム中にインストールする。
【０００７】
周辺電子装置の設計と製造を熟知しているエンジニアであれば、米国特許第７，９２１，２４４号には、各種の異なるオペレーティングシステムに互換性のある駆動プログラムを介して前記ＵＳＢ周辺装置１’中に全て記憶していることが早く発見でき、これにより、前記ＵＳＢ周辺装置１’の異なるオペレーティングシステムにおける互換性問題を解決することができる。
しかしながら、米国特許第７，９２１，２４４号が提出した解決策は、実務応用面における種々な欠点が示されている。
（１）大量の駆動プログラムがＵＳＢ周辺装置１’（即ち、データ記憶装置）の記憶ユニット１４’に多すぎる記憶空間を占拠するので、前記ＵＳＢ周辺装置１’の端末使用者の権利に損害を及ぼすことになる。さらに詳細に言えば、端末使用者が購入したＵＳＢ周辺装置１’は、理論的に４ＧＢを有するべきであるのに、実際に３．５ＧＢしか残っていないかもしれない。
（２）一方、前記ＵＳＢ周辺装置１’が同時に例えば、ＲＳ−２３２インタフェースまたはＳＡＴＡインタフェースなどの非ＵＳＢユニットを有し、使用者は、このＵＳＢ周辺装置１’を、ＲＳ−２３２インタフェースまたはＳＡＴＡインタフェースを有するホスト機器に接続した後、あるいは、関連の駆動プログラムを自らダウンロードするか、前記ホスト機器のオペレーティングシステム内にインストールする。想像できるとおり、周辺装置のベンダは、各種のオペレーティングシステムに互換性のある非ＵＳＢインタフェースの駆動プログラムを併せてＵＳＢ周辺装置１’の記憶ユニット１４’内に予め記憶される可能性がない。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】米国特許第７，９２１，２４４号
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上記理由に基づいて、本願の発明者は、鋭意に研究発明した結果、遂に、本発明のデータ記憶装置を介して周辺装置を制御する方法と周辺装置を制御可能なデータ記憶装置を研究開発して完成させた。
【００１０】
本発明の主要な目的は、データ記憶装置を介して周辺装置を制御する方法を提供することである。なお、この方法を容易に実現するために、本発明は、同時に周辺装置を制御可能なデータ記憶装置を提供し、主に、マイクロプロセッシングユニットと、第１通信ユニットと、記憶ユニットとを備え、本発明は、ファイルシステムに基づいて記憶ユニットを複数個のデータ記憶ブロックとファイルテーブルブロックに分割すると共に、さらに少なくとも１つの操作データファイルが記憶される少なくとも１個のデータ記憶ブロックを少なくとも１つの周辺装置の制御ブロックとして設定または定義する。
このように設計すれば、ホスト機器は、前記データ記憶装置の周辺装置の制御ブロック中に記憶される操作データファイルの内容を変更または編集するのみで、周辺装置を操作する目的が達成される。このため、周辺装置の開発業者は、前記データ記憶装置の駆動プログラム及び当該操作データファイルの特定操作データをアクセスするためのアクセスプログラムを開発する必要だけで、同時にウィンドウズオペレーティングシステム、ｉＯＳシステム、ＭＡＣシステム、ＡｎｄｒｏｉｄシステムとＬｉｎｕｘオペレーティングシステムの周辺装置に互換性のある駆動プログラムを開発する必要がなくなる。
【課題を解決するための手段】
【００１１】
そこで、本発明の上記の主要な目的を達成するために、本願の発明者は、まず、前記データ記憶置を介して周辺装置を制御する方法の実施例を提供し、それは以下のステップ（１）〜（４）を含む。
ステップ（１）にて、データ記憶装置を周辺装置に接続し、前記周辺装置は、直接にホスト機器と相互に通信するか、または前記データ記憶装置を介して前記ホスト機器と相互に通信すると共に、前記データ記憶装置のうちの１つのデータ記憶ユニットには、ファイルシステムに基づいて複数個のデータ記憶ブロックと少なくとも１つのファイルテーブルブロックが配置され、さらに前記ホスト機器のオペレーティングシステムに、操作データのアクセスプログラムをインストールする。
ステップ（２）にて、当該ファイルテーブルブロック中から少なくとも１つのファイルテーブルを読み取ると共に、当該ファイルテーブルを介して前記データ記憶ユニットのうちから、少なくとも１つの操作データファイルを記憶する少なくとも１個の当該データ記憶ブロックを見つける。
ステップ（３）にて、操作データファイルを記憶するデータ記憶ブロックを周辺装置の制御ブロックとして設定する。
ステップ（４）にて、前記操作データのアクセスプログラムを利用して当該操作データファイルの内容を変更することで、前記周辺装置を変更後の当該操作データファイルの内容に基づいて対応作動を行わせる。
【００１２】
また、本発明の上記の主要な目的を達成するために、本願の発明者は、同時に前記周辺装置を制御可能なデータ記憶装置の実施例を提供し、マイクロプロセッシングユニットと、前記マイクロプロセッシングユニットに結合されると共に、第２通信インタフェースでホスト機器と接続される周辺装置の第１通信インタフェースに接続するために用いられる通信ユニットと、ファイルシステムに基づいて複数個のデータ記憶ブロックとファイルテーブルブロックに分割される記憶ユニットとを備え、少なくとも１つの操作データファイルが記憶される前記複数個のデータ記憶ブロックが少なくとも１つの周辺装置の制御ブロックとして設定され、かつ前記ファイルテーブルブロック内に、少なくとも１つのファイルテーブルが記憶され、また、前記ホスト機器は、前記マイクロプロセッシングユニットを介して当該ファイルテーブルを検索し、当該周辺装置の制御ブロックのアドレスを取得すると共に、さらに当該ファイルテーブルの内容を変更する方式によって前記周辺装置を操作する。
【００１３】
さらに、本発明の上記の主要な目的を達成するために、本願の発明者は、また前記周辺装置を制御可能なデータ記憶装置の別の実施例を提供し、マイクロプロセッシングユニットと、前記マイクロプロセッシングユニットに結合されると共に、周辺装置の通信インタフェースに接続するために用いられる第１通信ユニットと、前記マイクロプロセッシングユニットに結合されると共に、ホスト機器の入力／出力インタフェースに接続するために用いられる第２通信ユニットと、ファイルシステムに基づいて複数個のデータ記憶ブロックとファイルテーブルブロックに分割される記憶ユニットとを備え、少なくとも１つの操作データファイルが記憶される前記複数個のデータ記憶ブロックが少なくとも１つの周辺装置の制御ブロックとして設定され、かつ前記ファイルテーブルブロック内に、少なくとも１つのファイルテーブルが記憶され、また、前記ホスト機器は、前記マイクロプロセッシングユニットを介して当該ファイルテーブルを検索し、当該周辺装置の制御ブロックのアドレスを取得すると共に、さらに当該ファイルテーブルの内容を変更する方式によって前記周辺装置を操作する。
【図面の簡単な説明】
【００１４】
【図１】パソコンホストを示す斜視図である。
【図２】ＵＳＢ周辺装置の構成図である。
【図３】ＦＡＴファイルシステムを示す構成図である。
【図４】ｅｘｔファイルシステムを示す構成図である。
【図５】本発明に係るデータ記憶装置を介して周辺装置を制御する方法を示すフローチャートである。
【図６】本発明に係る周辺装置を制御可能なデータ記憶装置を示す斜視図である。
【図７】周辺装置を制御可能なデータ記憶装置を示す内部構成図である。
【図８】周辺装置を制御可能なデータ記憶装置を示す斜視図である。
【図９】周辺装置を制御可能なデータ記憶装置を示す斜視図である。
【図１０】本発明の周辺装置を制御可能なデータ記憶装置を示す斜視図である。
【図１１】周辺装置を制御可能なデータ記憶装置を示す内部構成図である。
【発明を実施するための形態】
【００１５】
本発明が提出したデータ記憶装置を介して周辺装置を制御する方法と周辺装置を制御可能なデータ記憶装置をより明瞭に記述するために、添付図面を参照しながら、本発明の好適な実施例を以下に詳述する。
【００１６】
始めに、本発明に係る周辺装置を制御可能なデータ記憶装置について説明する前に、データ記憶装置にデータがシステム的に組織、配置されるように補助するためのファイルシステム（Ｆｉｌｅ  ｓｙｓｔｅｍ）を紹介する必要がある。ＦＡＴは、従来技術のファイルシステムであり、マイクロソフトにより開発され、かつファイルアロケーションテーブル（Ｆｉｌｅ  ａｌｌｏｃａｔｉｏｎ  ｔａｂｌｅ）と称される。説明に値するのは、最大の分割可能なディスクボリューム（Ｖｏｌｕｍｅ）に基づいて分類すれば、ＦＡＴは、またさらにＦＡＴ１２、ＦＡＴ１６、ＦＡＴ３２とｅｘＦＡＴ（ＦＡＴ６４）に分けることができる。
マイクロソフトがファイルアロケーションテーブルに基づいて開発される各種のＦＡＴファイルシステムとは違って、Ｌｉｎｕｘの陣地からもいわゆるの拡張ファイルシステム（Ｅｘｔｅｎｄｅｄ  ｆｉｌｅ  ｓｙｓｔｅｍ，ｅｘｔ）を提出する。勿論、上記に言及したファイルシステムの他に、さらに例えば、ＮＴＦＳやＨＦＳ＋などの他のファイルシステムを含む。
【００１７】
図３に示すＦＡＴファイルシステムの構成図を参照する。図３に示すように、ＦＡＴファイルシステムは、データ記憶装置のデータ記憶ユニット中から、主起動領域Ｆ１、ファイルアロケーションテーブルＦ２、ルートディレクトリＦ４とデータ記憶領域Ｆ５を設計し出す。一方、図４に示すｅｘｔファイルシステムの構成図によれば、ｅｘｔファイルシステムでは、データ記憶ユニット中から、ブートセクタ（ｂｏｏｔ  ｓｅｃｔｏｒ）ｅ１と、ブロック群０（ｅ２）、ブロック群１（ｅ３）、ブロック群２（ｅ４）などを含む数個のブロック群（ｂｌｏｃｋ  ｇｒｏｕｐ）を設計し出すことが分かる。
さらに、再び各個のブロック群において、例えば、ブロック群１（ｅ３）は、バックアップスーパーブロック（ｂａｃｋｕｐ  ｓｕｐｅｒ  ｂｌｏｃｋ）ｅ３１、ファイルグループ記述子（ｇｒｏｕｐ  ｄｅｓｃｒｉｐｔｏｒ）ｅ３２、ブロックビットマップ（ｂｌｏｃｋ  ｂｉｔｍａｐ）ｅ３３、Ｉｎｏｄｅビットマップ（Ｉｎｏｄｅ  ｂｉｔｍａｐ）ｅ３４、Ｉｎｏｄｅテーブル（Ｉｎｏｄｅ  ｔａｂｌｅ）ｅ３５とデータ記憶領域ｅ３６に分割されてなる。
【００１８】
図３と図４とを比較して分かるように、ＦＡＴまたはｅｘｔファイルシステムは、いずれもデータ記憶ユニット内に、記憶ファイルと記憶ブロックアドレスとの関連性を記録するためのファイルテーブルを設計し出す。ＦＡＴファイルシステムにとって、当該ファイルテーブルは、ファイルアロケーションテーブルＦ２とルートディレクトリＦ４とを含む。また、ｅｘｔファイルシステムにとって、当該ファイルテーブルは、ファイルグループ記述子ｅ３２と、ブロックビットマップｅ３３と、Ｉｎｏｄｅビットマップｅ３４と、Ｉｎｏｄｅテーブルｅ３５とを含む。
【００１９】
このため、本願の発明者は、自身がデータ記憶装置と周辺装置における長期間にわたる設計経験に基づいて、パソコンホストをデータ記憶装置内のファイルシステムを介して周辺装置の新技術を開発し、特に、データ記憶装置を介して周辺装置を制御する方法及び周辺装置を制御可能なデータ記憶装置を指す。
図５に示す本発明に係るデータ記憶装置を介して周辺装置を制御する方法のフローチャートを参照する。これは主に、以下のステップ（Ｓ１）〜（Ｓ４）を含む。
ステップ（Ｓ１）にて、データ記憶装置を周辺装置に接続し、前記データ記憶装置のうちの１つのデータ記憶ユニットには、ファイルシステムに基づいて複数個のデータ記憶ブロックと少なくとも１つのファイルテーブルブロックが配置され、さらに前記ホスト機器のオペレーティングシステムに、操作データのアクセスプログラムをインストールする。
ステップ（Ｓ２）にて、当該ファイルテーブルブロック中から少なくとも１つのファイルテーブルを読み取ると共に、当該ファイルテーブルを介して前記データ記憶ユニットのうちから、少なくとも１つの操作データファイルを記憶する少なくとも１個の当該データ記憶ブロックを見つける。
ステップ（Ｓ３）にて、操作データファイルを記憶するデータ記憶ブロックを周辺装置の制御ブロックとして設定する。
ステップ（Ｓ４）にて、前記操作データのアクセスプログラムを利用して当該操作データファイルの内容を変更することで、前記周辺装置を変更後の当該操作データファイルの内容に基づいて対応作動を行わせる。
【実施例１】
【００２０】
本分野の技術者は、前述説明した本発明のデータ記憶装置を介して周辺装置を制御する方法の技術的特徴を完全に理解できるように、下文において装置の斜視図と装置の構成図の補助によってさらなる解釈説明を行う。図６に示す本発明に係る周辺装置を制御可能なデータ記憶装置の斜視図を参照する。また、図７に示す周辺装置を制御可能なデータ記憶装置の内部構成図を同時に参照する。
図６と図７は、主に、前記周辺装置を制御可能なデータ記憶装置１の第１実施例を示す。第１実施例において、単一の通信インタフェースのみを有すると共に、カードエッジコネクタ（ｃａｒｄ−ｅｄｇｅ  ｂｏａｒｄ  ｃｏｎｎｅｃｔｏｒ）のメモリーカードを有する前記周辺装置を制御可能なデータ記憶装置１をその模範的な実施例とする。また、周辺装置２（ｐｅｒｉｐｈｅｒａｌ  ｄｅｖｉｃｅ）がディスプレイ（デジタルフォトフレーム）であるのに対応し、このデータ記憶装置１（メモリーカード）は、主に、前記ディスプレイに表示させるためのいくつかの記憶画像データとビデオデータを記憶するために用いられる。第１実施例において、本発明も、このデータ記憶装置１を利用して周辺装置２のいくつかのパラメータ設定データを記憶する。
【００２１】
図６と図７に示すように、本発明の周辺装置を制御可能なデータ記憶装置１（メモリーカード）は、マイクロプロセッシングユニット１１と、第１通信ユニット１２（カードエッジコネクタ）と、記憶ユニット１４とを備え、第１通信ユニット１２は、前記マイクロプロセッシングユニット１１に結合されると共に、周辺装置２の第１通信インタフェース２１（メモリーカードスロット）に接続するために用いられる。一方、周辺装置２は、その第２通信インタフェース２２で利用者端末のホスト機器３（Ｈｏｓｔ  ｄｅｖｉｃｅ）と接続される。
【００２２】
特別に、本発明において、ファイルシステムに基づいてデータ記憶装置１のうちの記憶ユニット１４は、複数個のデータ記憶ブロック１４１と、少なくとも１つの周辺装置の制御ブロック１４２と、ファイルテーブルブロック１４３とに分割され、なお、前記周辺装置の制御ブロック１４２と当該ファイルテーブルブロック１４３は、少なくとも１個のデータ記憶ブロック１４１から構成され、それぞれ少なくとも１つの操作データファイルと少なくとも１つのファイルテーブルを記憶するために用いられる。
図３と図４に開示される内容によれば、メモリーカードとフラッシュドライブの設計と開発を熟知している電子エンジニアであれば、本発明に称されるファイルテーブルブロック１４３をＦＡＴファイルシステムのファイルアロケーションテーブルＦ２とルートディレクトリＦ４との集合として見なすことができ、またはｅｘｔファイルシステムのファイルグループ記述子ｅ３２と、ブロックビットマップｅ３３と、Ｉｎｏｄｅビットマップｅ３４と、Ｉｎｏｄｅテーブルｅ３５との集合として見なすことができることが分かるはずである。
簡単に言えば、応用されるファイルシステムの種類の違いに応じて、例えば、ＦＡＴ、ＦＡＴ８、ＦＡＴ１２、ＦＡＴ１６、ＦＡＴ３２、ｅｘＦＡＴ、ＩＳＯ９６６０、ＵＤＦ、ＮＴＦＳ、ＨＦＳ、ＨＦＳ＋、ｅｘｔ２、ｅｘｔ３またはｅｘｔ４が挙げられ、実務上、ファイルテーブルブロック１４３は、異なる実現方式を有する。
【００２３】
図３、図４と図７を続いて参照する。従来技術のファイルシステムとは違って、本発明は、少なくとも１個のデータ記憶ブロック１４１を、当該操作データファイルを記憶するための周辺装置の制御ブロック１４２として定義する。
このようなデザイン設計によれば、ホスト機器３は、マイクロプロセッシングユニット１１とファイルテーブルブロック１４３内に記憶される少なくとも１つのファイルテーブを介して前記周辺装置の制御ブロック１４２のアドレスを取得することができると共に、さらに周辺装置の制御ブロック１４２中に記憶される操作データファイルの内容を変更する方式によって前記周辺装置２を操作する目的が達成される。ここで、前記ホスト機器３は、モバイル電子装置、サーバホスト機器、スマートフォン、タブレット型パソコン、スマートウォッチ、デスクトップ型パソコン、ノート型パソコンまたは工業用パソコンの何れか１つであってもよい。
【００２４】
ホスト機器３で周辺装置２を制御する手段についてさらに詳細に解説する。ホスト機器３の入力／出力インタフェース３１（ＵＳＢインタフェース）が、周辺装置２の第２通信インタフェース２２（ＵＳＢインタフェース）と通信を確立した後、ホスト機器３は、データ記憶装置１をオンにした後、ｍｏｎｉｔｏｒ．ｘｍｌファイルを見つけ出すことができる。
次に、ｍｏｎｉｔｏｒ．ｘｍｌファイルを記憶するデータ記憶ブロック１４１は、いわゆる周辺装置の制御ブロック１４２として設定または定義される。さらに、ホスト機器３のオペレーティングシステム３２は、文字編集ソフトウェアを利用してｍｏｎｉｔｏｒ．ｘｍｌを開くと共に、例えば、輝度やコントラストなどのモニタのパラメータ値を修正することができる。また、ホスト機器３に修正後のｍｏｎｉｔｏｒ．ｘｍｌでデータ記憶装置１内のｍｏｎｉｔｏｒ．ｘｍｌを重ね書いた後、周辺装置２（ディスプレイ）内の中央処理装置２０は、モニタのパラメータ値に基づいて自動的に関連の調整と設定を実行してもよい。
一方、映像編集ソフトウェアを利用してデータ記憶装置１内の画像ファイルまたはビデオファイルをアクセスすることもできる。あるいは、オペレーティングシステム３２は、ホスト機器３の記憶装置３３に記憶される画像ファイルまたはビデオファイルをデータ記憶ブロック１４１に格納することができ、そして周辺装置２（ディスプレイ）を介して前記画像ファイルまたはビデオファイルを表示させることができる。
【００２５】
簡単に言えば、ホスト機器３のオペレーティングシステム３２に、周辺装置２（ディスプレイ）を駆動するための関連の応用プログラムをインストールしていなくでも、依然として簡単な文字編集ソフトウェアと映像編集ソフトウェアを介して周辺装置２（ディスプレイ）を操作することができる。ここで、本願の発明者は、特別に文字編集ソフトウェアと映像編集ソフトウェアを「操作データのアクセスプログラム」と略称し、周辺装置の制御ブロック１４２中に記憶される当該操作データファイルの内容を読み取るか、または変更するために用いられる。強調すべき点は、図６は、メモリーカードを前記データ記憶装置１とする模範的な実施例であるが、これによりデータ記憶装置１の実施可能な態様を限定するものではない点である。このため、図８に図示する周辺装置を制御可能なデータ記憶装置の斜視図によれば、吾人は、前記データ記憶装置１は、フラッシュドライブ（ｆｌａｓｈ  ｄｒｉｖｅ）またはポータブルハードディスクドライブ（ｅｘｔｅｒｎａｌ  ｈａｒｄ  ｄｉｓｋ  ｄｒｉｖｅ）であってもよいことが分かる。
さらに、図７と図８に開示される内容によれば、ホスト機器３の入力／出力インタフェース３１、周辺装置２の第１通信インタフェース２１と第２通信インタフェース２２、及びデータ記憶装置１の第１通信ユニット１２は、いずれもＵＳＢインタフェースであってもよいことが分かる。勿論、前記入力／出力インタフェース３１、前記第１通信インタフェース２１、前記第２通信インタフェース２２と前記第１通信ユニット１２は、例えば、ＳＡＴＡインタフェース、ＰＡＴＡインタフェース、Ｌｉｇｈｔｎｉｎｇインタフェースやイーサネットインタフェースなどの他の物理通信インタフェース（Ｐｈｙｓｉｃａｌ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎｔｅｒｆａｃｅ）であってもよいことが分かる。
【００２６】
図９に図示する周辺装置を制御可能なデータ記憶装置の斜視図を参照する。その中に図示される前記周辺装置２はレンズ装置であってもよい。図７と図９に示すように、入力／出力インタフェース３１が、周辺装置２の第２通信インタフェース２２と通信を確立した後、ホスト機器３のオペレーティングシステム３２は、特別に設計した操作データのアクセスプログラムを介して前記周辺装置の制御ブロック１４２中に記憶される操作データファイルを読み取ることで、周辺装置２（レンズ装置）のいくつかのパラメータ値を修正することができ、これには例えば、露出値、色彩、ホワイトバランス…などが挙げられ、このような方式を介して周辺装置２に対する操作制御が達成される。
一方、ホスト機器３のオペレーティングシステム３２は、データ記憶装置１をオンにした後、数多くの未加工またはファイル変換の原画像ファイルを見ることができ、これには例えば、ｃａｍｅｒａ＿４Ｋ．ｂｍｐ、ｃａｍｅｒａ＿８Ｍ．ｂｍｐなどの原画像ファイルがある。この時、ホスト機器３のオペレーティングシステム３２は、映像編集ソフトウェアを利用して前記複数の原画像ファイルを開くことができる。
【００２７】
図１０に図示する本発明の周辺装置を制御可能なデータ記憶装置の斜視図を参照する。また、図１１に図示する周辺装置を制御可能なデータ記憶装置の内部構成図を同時に参照する。
図１０と図１１を参照して分かるように、前記周辺装置を制御可能なデータ記憶装置１の模範的な実施例はフラッシュドライブであり、それは１個のＵＳＢ通信インタフェースと１個のシリアルポート端末（Ｓｅｒｉａｌ  ｐｏｒｔ  ｔｅｒｍｉｎａｌ）を有する。また、前記周辺装置２はラベルプリンター（Ｌａｂｅｌ  ｐｒｉｎｔｅｒ）である。
図１０と図１１に示すように、本発明の周辺装置を制御可能なデータ記憶装置１は、マイクロプロセッシングユニット１１と、第１通信ユニット１２（シリアルポート端末）と、第２通信ユニット１３（ＵＳＢインタフェース）と、記憶ユニット１４とを備え、前記第１通信ユニット１２は、前記マイクロプロセッシングユニット１１に結合されると共に、周辺装置２の第１通信インタフェース２１（シリアルポート端末）に接続するために用いられる。一方、第２通信ユニット１３も、前記マイクロプロセッシングユニット１１に接続されると共に、ホスト機器３の入力／出力インタフェース３１（ＵＳＢインタフェース）に接続するために用いられる。
【実施例２】
【００２８】
第２実施例についてさらに詳細に説明する。ホスト機器３の入力／出力インタフェース３１（ＵＳＢインタフェース）が、周辺装置２の第２通信インタフェース２２（ＵＳＢインタフェース）と通信を確立した後、ホスト機器３は、データ記憶装置１をオンにした後、ｓｅｒｉａｌ．ｉｏファイルを見つけ出すことができる。次に、ｓｅｒｉａｌ．ｉｏファイルを記憶するデータ記憶ブロック１４１は、いわゆる周辺装置の制御ブロック１４２として設定または定義される。さらに、ホスト機器３のオペレーティングシステム３２は、編集ソフトウェアを利用してｓｅｒｉａｌ．ｉｏを開くと共に、その内容を修正する。その後、周辺装置２（ラベルプリンター）内の中央処理装置２０は、ｓｅｒｉａｌ．ｉｏの内容に基づいてラベルプリンターを駆動して、例えば、領収書（Ｒｅｃｅｉｐｔ）をプリントアウトする対応作動を実行させる。
【００２９】
簡単に言えば、本発明に係るデータ記憶装置を介して周辺装置を制御する方法を応用すれば、ホスト機器３のオペレーティングシステム３２において、ラベルプリンターを駆動するための任意の応用プログラムをインストールする必要がなく、データ記憶装置１中に記憶される前記ラベルプリンターの操作データファイル（即ち、ｓｅｒｉａｌ．ｉｏファイル）をアクセスする方式のみにより、直接に周辺装置２（ラベルプリンター）と通信することができる。明らかに、本発明が提供する新型の周辺装置の制御技術は、下記の二点の利点を有することが分かる。
（１）周辺装置の開発業者は、データ記憶装置１の駆動プログラム及び周辺装置の制御ブロック１４２中に記憶される操作データファイルの内容を読み取るか、または変更するための「操作データのアクセスプログラム」を開発する必要だけで、同時にマイクロソフトのウィンドウズオペレーティングシステム（Ｗｉｎｄｏｗｓ）、アップルのｉＯＳシステム、アップルのマッキントッシュ（登録商標）（ＭＡＣ）システム、グーグルのＡｎｄｒｏｉｄシステムとＬｉｎｕｘオペレーティングシステムの周辺装置に互換性のある駆動プログラムを開発する必要がなくなる。
（２）一方、端末使用者は、このデータ記憶装置１のみを使用すると共に、ホスト機器３のオペレーティングシステム３２内に、対応の操作データのアクセスプログラムをインストールすれば、任意１種の周辺装置２を円滑に制御することができる。
【００３０】
強調すべき点は、上記の詳細な説明は、本発明の実施可能な実施例を具体的に説明したものであり、本発明の特許範囲はこれらの実施例に限定されるものではなく、本発明の技術的精神を逸脱しない限り、その等効果実施または変更は、なお、本願の特許請求の範囲に含まれる点である。
【符号の説明】
【００３１】
Ｓ１〜Ｓ４  方法ステップ
Ｆ１  主起動領域
Ｆ２  ファイルアロケーションテーブル
Ｆ４  ルートディレクトリ
Ｆ５  データ記憶領域
ｅ１  ブートセクタ
ｅ２  ブロック群０
ｅ３  ブロック群１
ｅ４  ブロック群２
ｅ３１  バックアップスーパーブロック
ｅ３２  ファイルグループ記述子
ｅ３３  ブロックビットマップ
ｅ３４  Ｉｎｏｄｅビットマップ
ｅ３５  Ｉｎｏｄｅテーブル
ｅ３６  データ記憶領域
１  データ記憶装置
２  周辺装置
１１  マイクロプロセッシングユニット
１２  第１通信ユニット
１４  記憶ユニット
２１  第１通信インタフェース
２２  第２通信インタフェース
３  ホスト機器
１４１  データ記憶ブロック
１４２  周辺装置の制御ブロック
１４３  ファイルテーブルブロック
３１  入力／出力インタフェース
３２  オペレーティングシステム
３３  記憶装置
１３  第２通信ユニット
２０  中央処理装置
１’    ＵＳＢ周辺装置
１１’  マイクロプロセッサ
１２’  第１ＵＳＢユニット
１３’  第２ＵＳＢユニット
１４’  記憶ユニット
２’  第１ホスト機器
２１’  第１ＵＳＢインタフェース
３’  第２ホスト機器
３１’  第２ＵＳＢインタフェース
２２’  第１中央処理装置
３２’  第２中央処理装置
２３’  第１記憶装置
３３’  第２記憶装置
【図１】
2019028668.tif 000003
【図２】
2019028668.tif 000004
【図３】
2019028668.tif 000005
【図４】
2019028668.tif 000006
【図５】
2019028668.tif 000007
【図６】
2019028668.tif 000008
【図７】
2019028668.tif 000009
【図８】
2019028668.tif 000010
【図９】
2019028668.tif 000011
【図１０】
2019028668.tif 000012
【図１１】
2019028668.tif 000013
【手続補正書】
【提出日】平成30年11月16日(2018.11.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データ記憶装置を周辺装置に接続し、前記周辺装置が、直接ホスト機器と相互通信するか、または前記データ記憶装置を介して前記ホスト機器と相互通信すると共に、前記データ記憶装置のうちの１つのデータ記憶ユニットが、前記ファイルシステムに基づいて複数個のデータ記憶ブロックと少なくとも１つのファイルテーブルブロックが分割されている状態において、
前記周辺装置が、前記複数個のデータ記憶ブロックの１つに、当該周辺装置の操作に用いる、少なくとも１つの操作データファイルを記憶する、ステップと、
前記ホスト機器が、前記ファイルテーブルブロック中から少なくとも１つのファイルテーブルを読み取ると共に、当該ファイルテーブルを介して前記データ記憶ユニットのうちから、少なくとも１つの操作データファイルを記憶する、少なくとも１個の当該データ記憶ブロックを見つけて、当該データ記憶ブロックを、周辺装置の制御ブロックとして設定するステップと、
前記周辺装置が、前記ホスト機器に設けてある前記操作データファイルの変更が可能な文字編集プログラムによって変更された、当該操作データファイルの内容に基づいて当該周辺装置の対応作動を行うステップと、
を含むことを特徴とする、
データ記憶装置を介して周辺装置を制御する方法。
【請求項２】
前記ファイルシステムは、ＦＡＴ、ＦＡＴ８、ＦＡＴ１２、ＦＡＴ１６、ＦＡＴ３２、ｅｘＦＡＴ、ＩＳＯ９６６０、ＵＤＦ、ＮＴＦＳ、ＨＦＳ、ＨＦＳ＋、ｅｘｔ２、ｅｘｔ３またはｅｘｔ４の何れか１つであることを特徴とする、請求項１に記載のデータ記憶装置を介して周辺装置を制御する方法。
【請求項３】
前記ホスト機器は、モバイル電子装置、サーバホスト機器、スマートフォン、タブレット型パソコン、スマートウォッチ、デスクトップ型パソコン、ノート型パソコンまたは工業用パソコンの何れか１つであることを特徴とする、請求項１に記載のデータ記憶装置を介して周辺装置を制御する方法。
【請求項４】
前記データ記憶装置は、メモリーカード、フラッシュドライブ、およびポータブルハードディスクのうち何れか１つであることを特徴とする、請求項１に記載のデータ記憶装置を介して周辺装置を制御する方法。
【請求項５】
前記ホスト機器のオペレーティングシステムは、マイクロソフト（登録商標）のウィンドウズ（登録商標）オペレーティングシステム（Ｗｉｎｄｏｗｓ）、アップル（登録商標）のｉＯＳシステム、アップルのマッキントッシュ（登録商標）（ＭＡＣ）システム、グーグル（登録商標）のＡｎｄｒｏｉｄ（登録商標）システムまたはＬｉｎｕｘ（登録商標）オペレーティングシステムの何れか１つであることを特徴とする、請求項１に記載のデータ記憶装置を介して周辺装置を制御する方法。
【請求項６】
周辺装置の制御システムであって、
周辺装置と、
前記周辺装置に接続する、データ記憶装置と、
前記周辺装置と接続し、当該周辺装置と直接相互通信するか、または前記データ記憶装置を介して当該周辺装置と相互通信する、ホスト機器と、
を備え、
前記データ記憶装置は、
当該データ記憶装置のうちの１つのデータ記憶ユニットが、ファイルシステムに基づいて複数個のデータ記憶ブロックと、少なくとも１つのファイルテーブルブロックに分割されており、
前記周辺装置は、
前記複数個のデータ記憶ブロックの１つに、当該周辺装置の操作に用いる、少なくとも１つの操作データファイルを記憶する機能、を少なくとも有し、
前記ホスト機器は、
前記データ記憶装置のファイルテーブルブロック中から少なくとも１つのファイルテーブルを読み取ると共に、当該ファイルテーブルを介して前記データ記憶ユニットのうちから、前記少なくとも１つの操作データファイルを記憶してあるデータ記憶ブロックを見つける機能、
前記少なくとも１つの操作データファイルを記憶してあるデータ記憶ブロックを、周辺装置の制御ブロックとして設定する機能、および
前記ホスト機器に設けてある文字編集プログラムによって、前記少なくとも１つの操作データファイルの内容を変更する機能、を少なくとも有し、
前記周辺装置は、さらに、
前記ホスト機器で変更した前記少なくとも１つの操作データファイルの内容に基づいて、当該周辺装置の対応作動を行う機能、を有することを特徴とする、
周辺装置の制御システム。
【請求項７】
前記データ記憶装置が、
マイクロプロセッシングユニットと、
前記マイクロプロセッシングユニットに結合されると共に、第２通信インタフェースでホスト機器と接続される周辺装置の第１通信インタフェースに接続するために用いられる通信ユニットと、
ファイルシステムに基づいて複数個のデータ記憶ブロックとファイルテーブルブロックに分割される記憶ユニットとを備えることを特徴とする、
請求項６に記載の周辺装置の制御システム。
【請求項８】
前記通信ユニット、前記第１通信インタフェースと前記第２通信インタフェースは、いずれも物理通信インタフェースであることを特徴とする、請求項６に記載の周辺装置の制御システム。
【請求項９】
前記通信ユニット、前記第１通信インタフェースと前記第２通信インタフェースは、いずれも無線通信インタフェースであるこことを特徴とする、請求項６に記載の周辺装置の制御システム。
【請求項１０】
前記データ記憶装置が、
マイクロプロセッシングユニットと、
前記マイクロプロセッシングユニットに結合されると共に、周辺装置の通信インタフェースに接続するために用いられる第１通信ユニットと、
前記マイクロプロセッシングユニットに結合されると共に、ホスト機器の入力／出力インタフェースに接続するために用いられる第２通信ユニットと、
ファイルシステムに基づいて複数個のデータ記憶ブロックとファイルテーブルブロックに分割される記憶ユニットとを備えることを特徴とする、
請求項６に記載の周辺装置の制御システム。
【請求項１１】
前記第１通信ユニット、前記通信インタフェース、前記第２通信ユニットと前記入力／出力インタフェースは、いずれも物理通信インタフェースであることを特徴とする、請求項１０に記載の周辺装置の制御システム。
【請求項１２】
前記第１通信ユニット、前記通信インタフェース、前記第２通信ユニットと前記入力／出力インタフェースは、いずれも無線通信インタフェースであるこことを特徴とする、請求項１０に記載の周辺装置の制御システム。
【請求項１３】
前記ファイルシステムは、ＦＡＴ、ＦＡＴ８、ＦＡＴ１２、ＦＡＴ１６、ＦＡＴ３２、ｅｘＦＡＴ、ＩＳＯ９６６０、ＵＤＦ、ＮＴＦＳ、ＨＦＳ、ＨＦＳ＋、ｅｘｔ２、ｅｘｔ３またはｅｘｔ４の何れか１つであることを特徴とする、請求項６に記載の周辺装置の制御システム。
【請求項１４】
前記ホスト機器は、モバイル電子装置、サーバホスト機器、スマートフォン、タブレット型パソコン、スマートウォッチ、デスクトップ型パソコン、ノート型パソコンまたは工業用パソコンの何れか１つであることを特徴とする、請求項６に記載の周辺装置の制御システム。
【請求項１５】
前記データ記憶装置は、メモリーカード、フラッシュドライブ、およびポータブルハードディスクドライブのうち何れか１つであることを特徴とする、請求項６に記載の周辺装置の制御システム。