JP2006059201A

JP2006059201A - Data transfer system and interface

Info

Publication number: JP2006059201A
Application number: JP2004241647A
Authority: JP
Inventors: Shinichi Suzuki; 慎一鈴木; Satoshi Takase; 聡高瀬
Original assignee: Renesas Technology Corp
Current assignee: Renesas Technology Corp
Priority date: 2004-08-20
Filing date: 2004-08-20
Publication date: 2006-03-02

Abstract

<P>PROBLEM TO BE SOLVED: To increase efficiency of data transfer relating to an interface technology for connecting a computer and a device. <P>SOLUTION: In a data transfer system including an interface section (200) which can interface a host (100) and media (300) which can be accessed by this host, the interface section is provided with; a storage section (202) that can hold the data written in the media from the host, or the data read from the media; and controllers (201, 203, 204, 205 and 206) which can discriminate whether the data concerning access to the media from the host exists in the storage section or not, and can omit writing duplicated data to the media. Also in reading data, read operation from the media can be omitted by using the data in the storage section. Thereby, efficiency improvement in data transfer is attained. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

本発明は、コンピュータとデバイスとを結合するためのインタフェース技術に関し、例えばユニバーサルシリアルバス（ＵＳＢ：Universal Serial Bus）を用いたシステムに適用して有効な技術に関する。 The present invention relates to an interface technology for connecting a computer and a device, and for example, relates to a technology effective when applied to a system using a universal serial bus (USB).

例えば特許文献１に記載されているように、ホストコンピュータ上のＵＳＢポートを介して例えば同機種のＵＳＢファンクションデバイス（ＵＳＢ周辺機器）が複数台接続される場合、ＵＳＢファンクションデバイスそれぞれに固有のＵＳＢ識別番号（ＵＳＢデバイスＩＤ）を持たせ、ホストコンピュータと接続された際このＵＳＢ識別番号（ＵＳＢデバイスＩＤ）をホストコンピュータに送信して、ホストコンピュータ上で動作するＵＳＢファンクションデバイス制御ソフトウェアドライバーが、この識別番号を用いて同機種のＵＳＢファンクションデバイスの判別を行っている。 For example, as described in Patent Document 1, when multiple USB function devices (USB peripheral devices) of the same model are connected via a USB port on a host computer, for example, a USB identification unique to each USB function device A USB function device control software driver that operates on the host computer sends the USB identification number (USB device ID) to the host computer when it is connected to the host computer. The USB function device of the same model is discriminated using the number.

また、近年、プラグアンドプレイ機能などによる使用の容易さやＵＳＢ転送速度の向上により、メモリカード、フレキシブルディスクなどの外部メディアをリムーバブルディスクとして扱う、ＵＳＢファンクション（デバイス）が数多く発売されている。 In recent years, a number of USB functions (devices) that handle external media such as memory cards and flexible disks as removable disks have been put on the market due to the ease of use with plug-and-play functions and the improvement of USB transfer speed.

特開２００３−３１６７２０号公報（第２段落）JP 2003-316720 A (second paragraph)

一般に、メモリカード、フレキシブルディスクなどの外部メディアをリムーバブルディスクとして扱うシステムではＵＳＢマスストレージ規格を適用して外部メディアにアクセスしている。ＵＳＢホストからのデータの書き込みとデータ読み出し動作について説明する。 In general, in a system that handles external media such as a memory card and a flexible disk as a removable disk, the external media is accessed by applying the USB mass storage standard. Data write and data read operations from the USB host will be described.

図３には、ＵＳＢホストからの書き込み動作が示される。 FIG. 3 shows a write operation from the USB host.

書き込み動作においては、ＵＳＢホスト１００はＵＳＢマスストレージクラスで定義された書き込みの要求を知らせる為のコマンドであるライト要求ＣＢＷ(Command Block Wrapper)をＵＳＢファンクション２００に発行する（１）。ＵＳＢファンクション２００はライト要求ＣＢＷを受信すると、ライトアドレス（論理アドレス）やデータ数を解析し、そしてライト要求ＣＢＷを外部メディア固有の形式に変換する（２）。変換完了後、ＵＳＢファンクション２００は外部メディア３００にライトコマンドを発行する（３）。外部メディア３００はライトコマンドを受信すると、ライトアドレス（物理アドレス）やデータ数を解析する（４）。ＵＳＢホスト１００はＵＳＢマスストレージクラスで定義された形式でライトデータを、ＵＳＢファンクション２００に送信する（５）。ＵＳＢファンクション２００はライトデータを受信すると、ライトデータを外部メディア固有のデータ形式に変換する（６）。この変換完了後に、ＵＳＢファンクション２００は外部メディアにライトデータを送信する（７）。外部メディア３００はライトデータを受信すると、それをメモリに書き込む（８）。外部メディア３００はデータの書き込みが全て完了すると、完了したことをＵＳＢファンクション２００に通知する（９）。ＵＳＢファンクション２００は、完了通知を受信すると、それをＵＳＢマスストレージクラスで定義された書き込みの完了を知らせる為のコマンドであるライト完了ＣＳＷ(Command Status Wrapper)に変換する（１０）。変換完了後、ＵＳＢファンクション２００はＵＳＢホストにライト完了ＣＳＷを送信する（１１）。ＵＳＢホスト１００はライト完了ＣＳＷを受信すると、ライト動作が終了したことを認識し、それによってライト動作が完了する（１２）。 In the write operation, the USB host 100 issues a write request CBW (Command Block Wrapper), which is a command for notifying a write request defined in the USB mass storage class, to the USB function 200 (1). Upon receiving the write request CBW, the USB function 200 analyzes the write address (logical address) and the number of data, and converts the write request CBW into a format unique to the external medium (2). After the conversion is completed, the USB function 200 issues a write command to the external medium 300 (3). When the external medium 300 receives the write command, it analyzes the write address (physical address) and the number of data (4). The USB host 100 transmits write data in the format defined by the USB mass storage class to the USB function 200 (5). When the USB function 200 receives the write data, the USB function 200 converts the write data into a data format specific to the external medium (6). After this conversion is completed, the USB function 200 transmits write data to the external medium (7). When the external medium 300 receives the write data, it writes it in the memory (8). When the external media 300 completes the data writing, it notifies the USB function 200 of the completion (9). Upon receiving the completion notification, the USB function 200 converts it into a write completion CSW (Command Status Wrapper) which is a command for notifying completion of writing defined in the USB mass storage class (10). After the conversion is completed, the USB function 200 transmits a write completion CSW to the USB host (11). When the USB host 100 receives the write completion CSW, the USB host 100 recognizes that the write operation has ended, and thereby completes the write operation (12).

図４には、ＵＳＢホストからの読み出し動作が示される。 FIG. 4 shows a read operation from the USB host.

ＵＳＢホスト１００は、ＵＳＢマスストレージクラスで定義されたリード要求ＣＢＷをＵＳＢファンクション２００に発行する（２１）。ＵＳＢファンクション２００は、読み出しの要求を知らせる為のコマンドであるリード要求ＣＢＷを受信すると、リードアドレスやデータ数を解析する。また、リード要求ＣＢＷを外部メディア固有の形式に変換する（２２）。変換完了後、ＵＳＢファンクションは外部メディアにリードコマンドを発行する（２３）。外部メディア３００はリードコマンドを受信すると、リードアドレスやデータ数を解析する（２４）。解析完了後、外部メディア３００はメモリからデータを読み出し、それをＵＳＢファンクションに送信する（２５）。ＵＳＢファンクション２００はリードデータを受信し、それをＵＳＢマスストレージクラスで定義されたデータ形式に変換する（２６）。この変換完了後、ＵＳＢファンクション２００はＵＳＢホスト１００にリードデータを送信する（２７）。ＵＳＢホスト１００はリードデータを受信する（２８）。外部メディア３００はデータの送信が全て完了すると、完了したことをＵＳＢファンクション２００に通知する（２９）。ＵＳＢファンクション２００は完了通知を受信すると、それをＵＳＢマスストレージクラスで定義された読み出しの完了を知らせる為のコマンドであるリード完了ＣＳＷに変換する（３０Ａ）。変換完了後、ＵＳＢファンクション２００はＵＳＢホスト１００にリード完了ＣＳＷを送信する（３０Ｂ）。ＵＳＢホスト１００は、リード完了ＣＳＷを受信すると、リード動作が終了したことを認識し、それによりリード動作が完了する（３０Ｃ）。 The USB host 100 issues a read request CBW defined in the USB mass storage class to the USB function 200 (21). When the USB function 200 receives a read request CBW, which is a command for notifying a read request, the USB function 200 analyzes the read address and the number of data. Further, the read request CBW is converted into a format unique to the external medium (22). After the conversion is completed, the USB function issues a read command to the external medium (23). When the external medium 300 receives the read command, it analyzes the read address and the number of data (24). After the analysis is completed, the external medium 300 reads the data from the memory and transmits it to the USB function (25). The USB function 200 receives the read data and converts it into a data format defined by the USB mass storage class (26). After this conversion is completed, the USB function 200 transmits read data to the USB host 100 (27). The USB host 100 receives the read data (28). When all the data transmission is completed, the external medium 300 notifies the USB function 200 of the completion (29). Upon receiving the completion notification, the USB function 200 converts it into a read completion CSW that is a command for notifying completion of reading defined in the USB mass storage class (30A). After the conversion is completed, the USB function 200 transmits a read completion CSW to the USB host 100 (30B). When the USB host 100 receives the read completion CSW, the USB host 100 recognizes that the read operation has ended, and thereby completes the read operation (30C).

上記ＵＳＢホストからのデータの書き込みとデータ読み出し動作について本願発明者が検討したところ、ＵＳＢファンクションと外部メディア間のデータ転送速度は、ＵＳＢホストとＵＳＢファンクション間のデータ転送速度に比較して極めて遅く、改善の必要性のあることが見いだされた。例えば、外部メディアの最大転送速度が１００ＭｂｐｓでＵＳＢ２．０の４８０Ｍｂｐｓの約１／５であり、ＵＳＢファンクションと外部メディア間のデータ転送速度によってシステム全体の速度が律束されている。一般に、外部メディアはＦＡＴ準拠のファイルシステムを持つ。ＦＡＴ準拠のファイルシステムは、図５に示されるように、メディアを管理するシステムエリア（System Area）と実データを蓄えるユーザエリア（User Area）を持つ。システムエリア（System Area）はメディアの容量やアクセス単位などの情報を格納するパーティションブートセクタ（ＰＢＳ：Partition Boot Sector）、ファイルの実データのアドレス情報を格納するファイルアロケーションテーブル（ＦＡＴ：File Allocation Table）、ディレクトリ構成情報を格納するルートディレクトリ（Root Directory）で構成される。このシステムエリアは、ユーザエリア（User Area）に比べリードやライト時に頻繁にアクセスされる。ところが、ＵＳＢファンクション上のＵＳＢアプリケーションは、そのような特性を考慮した設計になっていない。その結果、無駄なデータ転送を生じている。また近年、組み込みシステムの普及に伴い、ＵＮＩＸ（登録商標）、ＴＲＯＮ、独自ＯＳなどにＵＳＢマスストレージクラスが適用されている。ところが、それらのシステムの中にはシステムエリア、及びユーザエリアの最終セクタなどに繰り返しアクセスする仕様となっているものが存在する。その結果、無駄なデータ転送を発生させている。 The inventor of the present application examined the data writing and data reading operations from the USB host, and the data transfer speed between the USB function and the external medium is extremely slow compared to the data transfer speed between the USB host and the USB function. It was found that there was a need for improvement. For example, the maximum transfer speed of the external medium is 100 Mbps and about 1/5 of 480 Mbps of USB 2.0, and the speed of the entire system is regulated by the data transfer speed between the USB function and the external medium. In general, the external media has a FAT-compliant file system. As shown in FIG. 5, the FAT-compliant file system has a system area for managing media and a user area for storing actual data. The system area is a partition boot sector (PBS) that stores information such as media capacity and access unit, and a file allocation table (FAT) that stores address information of actual file data. , And a root directory for storing directory configuration information. This system area is accessed more frequently at the time of reading and writing than the user area. However, the USB application on the USB function is not designed in consideration of such characteristics. As a result, useless data transfer occurs. In recent years, with the spread of embedded systems, the USB mass storage class is applied to UNIX (registered trademark), TRON, unique OS, and the like. However, some of these systems are designed to repeatedly access the system area, the last sector of the user area, and the like. As a result, useless data transfer occurs.

本発明の目的は、データ転送の効率化を図ることにある。 An object of the present invention is to improve the efficiency of data transfer.

本発明の前記並びにその他の目的と新規な特徴は本明細書の記述及び添付図面から明らかになるであろう。 The above and other objects and novel features of the present invention will be apparent from the description of this specification and the accompanying drawings.

本願において開示される発明のうち代表的なものの概要を簡単に説明すれば下記の通りである。 The following is a brief description of an outline of typical inventions disclosed in the present application.

すなわち、ホストとシリアル通信によってインターフェース可能であり、このホストとこのホストによってアクセス可能なメディアとをインタフェース可能なインタフェースにおいて、上記インタフェースは、上記ホストから上記メディアに書き込まれるデータ、又は上記メディアから読み出されたデータを保持可能な記憶部と、上記ホストから上記メディアへのアクセスにかかるデータが上記記憶部に存在するか否かを判別し、その判別結果に基づいて、上記メディアへのデータ書き込み又は上記メディアからのデータ読み出しを省略可能な制御部とを設ける。 That is, the interface can be interfaced with a host by serial communication, and the interface can interface with the host and a medium accessible by the host. The interface reads data from the host to the medium or reads from the medium. A storage unit capable of holding the recorded data and whether or not the data related to access to the medium from the host exists in the storage unit, and based on the determination result, data writing to the medium or And a control unit capable of omitting reading of data from the medium.

上記の手段によれば、制御部は、上記ホストから上記メディアへのアクセスにかかるデータが上記記憶部に存在するか否かを判別し、その判別結果に基づいて、上記メディアへのデータ書き込み又は上記メディアからのデータ読み出しを省略する。つまり、上記ホストから上記メディアへのアクセスにかかるデータが上記記憶部に存在する場合には、対応するデータがメディアに格納されていることを意味する。その場合において上記メディアへの重複データ書込みを省略することができ、また、データ読み出しの場合は上記記憶部のデータを使用することにより上記メディアからの読み出し動作を省略することができる。このことが、データ転送の効率化を達成する。 According to the above means, the control unit determines whether data relating to access to the medium from the host exists in the storage unit, and based on the determination result, writes data to the medium or Reading data from the media is omitted. That is, when data related to access to the medium from the host exists in the storage unit, it means that the corresponding data is stored in the medium. In this case, it is possible to omit the redundant data writing to the medium, and in the case of data reading, the reading operation from the medium can be omitted by using the data in the storage unit. This achieves efficient data transfer.

このとき、上記インタフェースはＵＳＢファンクションとされ、上記メディアは不揮発性メモリとされ、上記記憶部に記憶されたデータは、パーティションブートセクタ、ファイルアロケーションテーブル、及びルートディレクトリの何れかに関するものとすることができる。 At this time, the interface is a USB function, the medium is a nonvolatile memory, and the data stored in the storage unit is related to any one of a partition boot sector, a file allocation table, and a root directory. it can.

上記ＵＳＢファンクションはプラグアンドプレイ方式で上記ホストに結合することができる。 The USB function can be coupled to the host in a plug and play manner.

上記インタフェース部に対応するソフトウェアと、上記記憶部保持されたデータとが一致するか否かの判定機能を含めることができる。 A function for determining whether or not the software corresponding to the interface unit matches the data stored in the storage unit can be included.

また、上記ＵＳＢファンクションは、以下のように構成することができる。 The USB function can be configured as follows.

すなわち、上記ＵＳＢファンクションは、ライト要求がシステムエリアに対するものか否かを判別する第１処理機能と、上記ライト要求が上記システムエリアである場合に、上記システムエリアに対応するアドレスのデータが上記記憶部に存在するか否かを判別する第２処理機能と、上記システムエリアに対応するアドレスのデータが上記記憶部に存在する場合にそのデータと上記ライト要求によって書き込まれるべきライトデータとが等しいか否かを判別する第３処理機能とを設け、上記記憶部に存在する上記システムエリアに対応するアドレスのデータと上記ライトデータとが等しい場合には、上記不揮発性メモリへのデータライトを行うことなく、ライト完了ＣＳＷ送信を行うように構成することができる。 That is, the USB function includes a first processing function for determining whether or not a write request is for a system area, and when the write request is for the system area, data at an address corresponding to the system area is stored in the memory. The second processing function for determining whether or not the data exists in the storage unit, and whether or not the data at the address corresponding to the system area is equal to the write data to be written by the write request when the data in the storage unit exists in the storage unit A third processing function for determining whether or not, and when the data of the address corresponding to the system area existing in the storage unit is equal to the write data, the data write to the nonvolatile memory is performed Instead, it can be configured to perform write completion CSW transmission.

上記ＵＳＢファンクションは、ライト要求がシステムエリアに対するものか否かを判別する第１処理機能と、上記ライト要求が上記システムエリアである場合に、上記システムエリアに対応するアドレスのデータが上記記憶部に存在するか否かを判別する第２処理機能と、上記システムエリアに対応するアドレスのデータが上記記憶部に存在する場合にそのデータと上記ライト要求によって書き込まれるべきライトデータとが等しいか否かを判別する第３処理機能とを設け、上記記憶部に存在する上記システムエリアに対応するアドレスのデータと上記ライトデータとが一部においてのみ等しい場合には、その等しい部分については上記不揮発性メモリへのデータライトを行うことなく、ライト完了ＣＳＷ送信を行うように構成することができる。このとき、上記リード要求が上記システムエリアに対するものか否かを判別する第５処理機能と、リード要求が上記システムエリアに対するものである場合に、上記システムエリアに対応するアドレスのデータが上記記憶部に存在するか否かを判別する第６処理機能と、上記システムエリアに対応するアドレスのデータが上記記憶部に存在する場合に、そのデータを上記ホストに送信する第７処理機能とを設け、上記第７処理機能によるデータ送信の後に、リード完了ＣＳＷ送信を行うように構成することができる。 The USB function includes a first processing function for determining whether or not a write request is for a system area, and when the write request is for the system area, data at an address corresponding to the system area is stored in the storage unit. Whether or not the second processing function for determining whether or not the data exists and the write data to be written by the write request when the data at the address corresponding to the system area exists in the storage unit A third processing function for determining whether the address data corresponding to the system area existing in the storage unit is equal to the write data only in part, the nonvolatile memory for the same part Can be configured to send write completion CSW without writing data to That. At this time, when the read request is for the system area and the fifth processing function for determining whether the read request is for the system area, the data of the address corresponding to the system area is stored in the storage unit. And a seventh processing function for transmitting data to the host when data at an address corresponding to the system area exists in the storage unit, and After the data transmission by the seventh processing function, the read completion CSW transmission can be performed.

上記ＵＳＢファンクションは、リード要求がシステムエリアに対するものか否かを判別する第５処理機能と、上記リード要求がシステムエリアに対するものである場合に、上記システムエリアに対応するアドレスのデータが上記記憶部に存在するか否かを判別する第６処理機能と、上記システムエリアに対応するアドレスのデータの一部が上記記憶部に存在する場合に、そのデータを上記ホストに送信する第７処理機能とを設け、上記第７処理機能によるデータ送信の後に、リード完了ＣＳＷ送信を行うように構成することができる。 The USB function includes a fifth processing function for determining whether or not the read request is for the system area, and when the read request is for the system area, data at an address corresponding to the system area is stored in the storage unit. A seventh processing function for determining whether or not the data exists in the storage unit, and a seventh processing function for transmitting the data to the host when a part of the data of the address corresponding to the system area exists in the storage unit; And the read completion CSW transmission can be performed after the data transmission by the seventh processing function.

さらに、ホストと、このホストとシリアル通信によってインターフェース可能でありこのホストによってアクセス可能なメディアとをインタフェース可能なインタフェース部とを含むデータ転送システムにおいて、上記ホストから上記メディアに書き込まれるデータ、又は上記メディアから読み出されたデータを保持可能なバッファと、上記ホストから上記メディアへのアクセスにかかるデータが上記バッファに存在するか否かを上記上記ホストで判別し、その判別結果に基づいて、上記メディアへのデータ書き込み又は上記メディアからのデータ読み出しを省略可能な制御部とを上記ホストに設けることができる。このとき、上記メディアは不揮発性メモリとされ、上記記憶部に記憶されたデータは、パーティションブートセクタ、ファイルアロケーションテーブル、及びルートディレクトリの何れかに関するものとされる。 Further, in a data transfer system including a host and an interface unit capable of interfacing with the host through serial communication and accessible by the host, data written from the host to the medium, or the medium A buffer capable of holding data read from the host, and whether or not data related to access to the medium from the host exists in the buffer. The host determines based on the determination result. The host can be provided with a control unit capable of omitting data writing to or reading data from the medium. At this time, the medium is a non-volatile memory, and the data stored in the storage unit is related to any of a partition boot sector, a file allocation table, and a root directory.

本願において開示される発明のうち代表的なものによって得られる効果を簡単に説明すれば下記の通りである。 The effects obtained by the representative ones of the inventions disclosed in the present application will be briefly described as follows.

すなわち、ホストと、このホストによってアクセス可能なメディアとをインタフェース可能なインタフェース部を含むデータ転送システムにおいて、データ転送の効率化を図ることができる。 That is, in a data transfer system including an interface unit capable of interfacing a host and a medium accessible by the host, data transfer efficiency can be improved.

図１には、本発明にかかるインタフェースを含むデータ転送システムの構成例が示される。図１に示されるデータ転送システムは、特に制限されないが、ＵＳＢホスト１００、ＵＳＢファンクション２００、及び外部メディア３００を含む。 FIG. 1 shows a configuration example of a data transfer system including an interface according to the present invention. The data transfer system shown in FIG. 1 includes, but is not limited to, a USB host 100, a USB function 200, and an external medium 300.

ＵＳＢホスト１００は、アプリケーション１０１、ＵＳＢマスストレージクラスドライバ１０２、ＵＳＢバスドライバ１０３、及びＵＳＢホストコントローラ１０４を含む。アプリケーション１００にはエクスプローラやオーディオプレーヤーなどが含まれる。ＵＳＢマスストレージクラスドライバ１０２はＵＳＢマスストレージクラスで定義されたコマンドトランスポート、データトランスポート、ステータストランスポートの管理などを行う。ＵＳＢバスドライバ１０３はトランザクションの管理などＵＳＢの各クラスに共通な処理を行う。ＵＳＢホストコントローラ１０４は、パケット送受信、ＵＳＢファンクションの接続検出などＵＳＢホストの基本的な処理をする。 The USB host 100 includes an application 101, a USB mass storage class driver 102, a USB bus driver 103, and a USB host controller 104. The application 100 includes an explorer and an audio player. The USB mass storage class driver 102 performs management of command transport, data transport, status transport, and the like defined in the USB mass storage class. The USB bus driver 103 performs processing common to each USB class, such as transaction management. The USB host controller 104 performs basic processing of the USB host such as packet transmission / reception and USB function connection detection.

ＵＳＢファンクション２００は、アプリケーション２０１、メモリ２０２、ＵＳＢマスストレージクラスファームウェア２０３、外部メディアファームウェア２０４、ＵＳＢファンクションコントローラ２０５、外部メディアホストコントローラ２０６、及び中央処理装置（ＣＰＵ）２０７を含む。特に制限されないが、ＵＳＢファンクション２００は一つの半導体基板上に形成されてもよい。ここで、アプリケーション２０１、ＵＳＢマスストレージクラスファームウェア２０３、外部メディアファームウェア２０４は、ＵＳＢファンクション２００に含まれる中央処理装置（ＣＰＵ）２０７が所定のソフトウェアを実行することにより実現される機能であり、ＵＳＢファンクションコントローラ２０５、及び外部メディアホストコントローラはハードウェアによって実現される機能である。 The USB function 200 includes an application 201, a memory 202, a USB mass storage class firmware 203, an external media firmware 204, a USB function controller 205, an external media host controller 206, and a central processing unit (CPU) 207. Although not particularly limited, the USB function 200 may be formed on one semiconductor substrate. Here, the application 201, the USB mass storage class firmware 203, and the external media firmware 204 are functions realized when the central processing unit (CPU) 207 included in the USB function 200 executes predetermined software. The controller 205 and the external media host controller are functions realized by hardware.

アプリケーション２０１は、ＵＳＢと外部メディア固有のデータ形式のインタフェースをとる。また、ライト要求ＣＢＷ又はリード要求ＣＢＷを受信すると、それを解析し、システムエリアに対応したデータであれば、メモリ２０２にそれを格納する機能を持つ。メモリ２０２は、不揮発性であるＲＯＭの領域とＲＡＭの領域とを持っており、上記所定のソフトウエアを格納するための領域をＲＯＭ形態にて有しており、ＲＡＭの形態にて上記ＵＳＢホスト１００から上記外部メディア３００に書き込まれるデータ又は上記外部メディア３００から読み出されたデータを保持するための領域を有している。このメモリ２０２のＲＡＭの領域の記憶データは、上記ＵＳＢホスト１００によって外部メディア３００がアクセスされる際に利用される。このメモリ２０２のＲＡＭの領域の記憶容量は、外部メディア３００に応じて設定される。ＵＳＢバスストレージクラスファームウェア２０３は、ＵＳＢマスストレージクラスに固有の処理やＵＳＢファンクションコントローラ２０５の制御などを行う。外部メディアファームウェア２０４は、外部メディアのトランザクション管理や外部メディアコントローラの制御などを行う。ＵＳＢファンクションコントローラ２０５は、パケット送受信などＵＳＢファンクションの基本的な処理をする。外部メディアホストコントローラ２０６は、外部メディア３００へのコマンド送信、及び外部メディア３００からのレスポンス受信、並びに外部メディア３００との間でデータ送受信を行う。 The application 201 has an interface in a data format specific to USB and external media. Also, when a write request CBW or a read request CBW is received, it is analyzed, and if it is data corresponding to the system area, it has a function of storing it in the memory 202. The memory 202 has a non-volatile ROM area and a RAM area. The memory 202 has an area for storing the predetermined software in the ROM form, and the USB host in the RAM form. An area for holding data written from 100 to the external medium 300 or data read from the external medium 300 is provided. The stored data in the RAM area of the memory 202 is used when the external medium 300 is accessed by the USB host 100. The storage capacity of the RAM area of the memory 202 is set according to the external medium 300. The USB bus storage class firmware 203 performs processing unique to the USB mass storage class, control of the USB function controller 205, and the like. The external media firmware 204 performs external media transaction management, control of an external media controller, and the like. The USB function controller 205 performs basic processing of the USB function such as packet transmission / reception. The external media host controller 206 performs command transmission to the external media 300, reception of responses from the external media 300, and data transmission / reception with the external media 300.

上記ＵＳＢファンクションコントローラ２０５は、図２に示されるように、送受信データを格納するＦＩＦＯ部２０５Ａ、ＵＳＢのパケット化や基本コマンドのデコードなどをするコア部２０５Ｂ、及びアナログ／ディジタル（Ａ／Ｄ）変換などを行うトランシーバ部２０５Ｃを含んで成る。ＦＩＦＯ部２０５Ａ及びコア部２０５Ｂは、図示されない中央処理装置（ＣＰＵ）に結合され、トランシーバ２０５ＣはＵＳＢコネクタ（Ｄ＋，Ｄ−）及びＵＳＢケーブルを介してＵＳＢホストコントローラ１０４に結合される。ここで、本発明における制御部は、アプリケーション２０１、ＵＳＢバスストレージクラスファームウェア２０３、外部メディアファームウェア２０４、ＵＳＢファンクションコントローラ２０５、及び外部メディアホストコントローラ２０６によって形成される。 As shown in FIG. 2, the USB function controller 205 includes a FIFO unit 205A that stores transmission / reception data, a core unit 205B that performs USB packetization and basic command decoding, and analog / digital (A / D) conversion. It includes a transceiver unit 205C that performs the above. The FIFO unit 205A and the core unit 205B are coupled to a central processing unit (CPU) (not shown), and the transceiver 205C is coupled to the USB host controller 104 via a USB connector (D +, D−) and a USB cable. Here, the control unit in the present invention is formed by the application 201, the USB bus storage class firmware 203, the external media firmware 204, the USB function controller 205, and the external media host controller 206.

上記構成の作用について説明する。 The operation of the above configuration will be described.

図６には書き込み処理の流れが示される。 FIG. 6 shows the flow of the writing process.

ＵＳＢファンクション２００上のアプリケーションは、ＵＳＢマスストレージクラスファームウエア２０３からライト要求ＣＢＷを受信すると（Ｓ１００）、そのアドレスとデータ数の解析が行われる。そして、ライト要求がシステムエリアに対応するものか否かの判別が行われ（Ｓ１０２）。この判別においてライト要求がシステムエリアに対応するものではない（ＮＯ）と判断された場合には、外部メディアファームウェアにライト要求され（Ｓ１０６）、ライト完了ＣＳＷの送信が行われる（Ｓ１０７）。また、上記ステップＳ１０２の判別においてライト要求がシステムエリアに対応するものである（ＹＥＳ）と判断された場合には、システムエリアに対応するアドレスのデータがメモリ２０２内に存在するか否かの判別が行われる（Ｓ１０３）。この判別において、システムエリアに対応するアドレスのデータがメモリ２０２に存在しない（ＮＯ）、と判断された場合には、上記対応するアドレスのデータがメモリ２０２に保存されてから（Ｓ１０５）、外部メディアファームウェアにライト要求され（Ｓ１０６）、ライト完了ＣＳＷの送信が行われる（Ｓ１０７）。また、上記ステップＳ１０３の判別において、システムエリアに対応するアドレスのデータがメモリ２０２に存在する（ＹＥＳ）、と判断された場合には、ライトデータとメモリ２０２のデータとが同じか否かの判別が行われる（Ｓ１０４）。この判別において、ライトデータとメモリ２０２のデータとが同じではない（ＮＯ）、と判断された場合には、ライトデータがメモリ２０２に保存されてから（Ｓ１０５）、外部メディアファームウェアにライト要求される（Ｓ１０６）。上記ステップＳ１０４の判別において、ライトデータとメモリ２０２のデータとが同じである（ＹＥＳ）と判断された場合には、上記ステップＳ１０５のメモリ保存や、ステップＳ１０６のライト要求を発することなく、ライト完了ＣＳＷを送信して終了する（Ｓ１０７）。 When the application on the USB function 200 receives the write request CBW from the USB mass storage class firmware 203 (S100), the address and the number of data are analyzed. Then, it is determined whether or not the write request corresponds to the system area (S102). If it is determined in this determination that the write request does not correspond to the system area (NO), a write request is made to the external media firmware (S106), and a write completion CSW is transmitted (S107). If it is determined in step S102 that the write request corresponds to the system area (YES), it is determined whether or not data at an address corresponding to the system area exists in the memory 202. Is performed (S103). In this determination, if it is determined that the data at the address corresponding to the system area does not exist in the memory 202 (NO), the data at the corresponding address is stored in the memory 202 (S105), and then the external media. A write request is made to the firmware (S106), and a write completion CSW is transmitted (S107). If it is determined in step S103 that the address data corresponding to the system area exists in the memory 202 (YES), it is determined whether the write data and the data in the memory 202 are the same. Is performed (S104). In this determination, if it is determined that the write data and the data in the memory 202 are not the same (NO), the write data is stored in the memory 202 (S105), and then a write request is made to the external media firmware. (S106). If it is determined in the determination in step S104 that the write data and the data in the memory 202 are the same (YES), the write is completed without storing the memory in step S105 or issuing the write request in step S106. The CSW is transmitted and the process ends (S107).

このようにライトデータの受信が行われた場合に、ライト要求がシステムエリアで、対応するアドレスのデータがメモリ２０２に存在し、しかもそれがライトデータと同じである場合には、外部メディアファームウェアへのライト要求が行われることなく、ライト完了ＣＳＷの送信が行われるため、外部メディア３００へのライト動作は行われない。そのことにより、転送速度の遅い外部メディアとのアクセスを抑えることができ、データ転送の効率化を図ることができる。 When the write data is received in this way, if the write request is in the system area and the data at the corresponding address exists in the memory 202 and is the same as the write data, it is sent to the external media firmware. Since the write completion CSW is transmitted without the write request being made, the write operation to the external medium 300 is not performed. As a result, access to an external medium with a low transfer rate can be suppressed, and the efficiency of data transfer can be improved.

また、上記ステップＳ１０３、Ｓ１０４の判別は、ライト要求されたデータの一部に対しても行われる。すなわち、上記ステップＳ１０３の判別において、システムエリアに対応するアドレスのデータの一部がメモリ２０２に存在すると判断された場合には、メモリ２０２に存在する部分についてはライトデータとメモリ２０２のデータとが同じか否かの判別が行われる。また、この場合において、メモリ２０２に存在しない部分についてはメモリ２０２に保存され（Ｓ１０５）、外部メディアファームウェアにライト要求が発せられる。 The determinations in steps S103 and S104 are also performed for a part of the data requested to be written. That is, in the determination in step S103, if it is determined that a part of the data of the address corresponding to the system area exists in the memory 202, the write data and the data in the memory 202 are stored in the part existing in the memory 202. A determination is made as to whether they are the same. In this case, the portion not existing in the memory 202 is stored in the memory 202 (S105), and a write request is issued to the external media firmware.

図７には読み出し処理の流れが示される。 FIG. 7 shows the flow of read processing.

ＵＳＢファンクション２００上のアプリケーションは、ＵＳＢマスストレージクラスファームウエアからリード要求ＣＢＷを受信すると（Ｓ２００）、そのリード要求アドレスとデータ数が解析される。そして、リード要求がシステムエリアに対応するものであるか否かの判別が行われる（Ｓ２０１）。この判別において、リード要求がシステムエリアに対応するものでは無い（ＮＯ）、と判断された場合には、外部メディアファームウェアにリード要求がなされ（Ｓ２０４）、外部メディアから読み出されたデータがＵＳＢホスト１００に送信される（Ｓ２０５）。そして、リード完了ＣＳＷ送信が行われる（Ｓ２０９）。また、上記ステップＳ２０１の判別において、リード要求がシステムエリアに対応するものである（ＹＥＳ）と判断された場合には、システムエリアに対応するアドレスのデータがメモリ２０２に存在するか否かの判別が行われる（Ｓ２０２）。この判別において、システムエリアに対応するアドレスのデータがメモリ２０２に存在しない（ＮＯ）、と判断された場合には、外部メディアファームウェアにリード要求され（Ｓ２０６）、外部メディア３００から読み出されたデータがメモリ２０２に保存される（Ｓ２０７）。そして、外部メディア３００から読み出されたデータがＵＳＢホスト１００に送信されてから（Ｓ２０８）、リード完了ＣＳＷ送信が行われる（Ｓ２０９）。さらに、上記ステップＳ２０２の判別において、システムエリアに対応するアドレスのデータがメモリ２０２に存在する（ＹＥＳ）、と判断された場合には、メモリ２０２に保存されていたそのデータがＵＳＢホスト１００に送信される（Ｓ２０３）。そしてリード完了ＣＳＷ送信が行われる（Ｓ２０９）。 When the application on the USB function 200 receives a read request CBW from the USB mass storage class firmware (S200), the read request address and the number of data are analyzed. Then, it is determined whether or not the read request corresponds to the system area (S201). In this determination, if it is determined that the read request does not correspond to the system area (NO), a read request is made to the external media firmware (S204), and the data read from the external media is transferred to the USB host. 100 (S205). Then, read completion CSW transmission is performed (S209). If it is determined in step S201 that the read request corresponds to the system area (YES), it is determined whether or not the data at the address corresponding to the system area exists in the memory 202. Is performed (S202). In this determination, if it is determined that the data at the address corresponding to the system area does not exist in the memory 202 (NO), a read request is issued to the external media firmware (S206), and the data read from the external media 300 is read. Is stored in the memory 202 (S207). Then, after the data read from the external medium 300 is transmitted to the USB host 100 (S208), read completion CSW transmission is performed (S209). Furthermore, if it is determined in step S202 that the address data corresponding to the system area exists in the memory 202 (YES), the data stored in the memory 202 is transmitted to the USB host 100. (S203). Then, read completion CSW transmission is performed (S209).

このように上記ステップＳ２０２の判別において、システムエリアに対応するアドレスのデータがメモリ２０２に存在する（ＹＥＳ）、と判断された場合には、外部メディアファームウェアへのリード要求が行われずに、メモリ２０２に存在するデータがＵＳＢホスト１００に送信されるため、ＵＳＢホストシステム１００は、リード要求にかかるデータを速やかに得ることができる。 As described above, when it is determined in the determination of step S202 that the data of the address corresponding to the system area exists in the memory 202 (YES), the read request to the external media firmware is not performed, and the memory 202 Therefore, the USB host system 100 can promptly obtain the data related to the read request.

尚、上記ステップＳ２０２の判別は、リード要求されたデータの一部に対しても行うことができる。すなわち、リード要求されたデータの一部がメモリ２０２に存在する場合には、その部分についてはメモリ２０２内のデータがＵＳＢホスト１００に送信され（Ｓ２０３）、それ以外の部分については外部メディアファームウェアリード要求がなされ（Ｓ２０６）、外部メディア３００から読み出されたデータがメモリ２０２に保存されるとともに（Ｓ２０７）、ＵＳＢホスト１００に送信される（Ｓ２０８）。 Note that the determination in step S202 can also be performed for part of the data requested to be read. That is, when a part of the data requested to be read exists in the memory 202, the data in the memory 202 is transmitted to the USB host 100 for the part (S203), and the external media firmware read for the other part. A request is made (S206), and the data read from the external medium 300 is stored in the memory 202 (S207) and transmitted to the USB host 100 (S208).

図８には、上記書き込み処理におけるＵＳＢホスト１００、ＵＳＢファンクション２００、及び外部メディア３００での処理の具体的な内容が示される。 FIG. 8 shows specific contents of processing in the USB host 100, USB function 200, and external medium 300 in the writing process.

ＵＳＢホスト１００は、ＵＳＢマスストレージクラスで定義されたライト要求ＣＢＷをＵＳＢファンクションに発行する（３１）。ＵＳＢファンクション２００は、ライト要求ＣＢＷを受信すると、ライトアドレスやデータ数を解析する。また、ライト要求ＣＢＷを外部メディア固有の形式に変換する（３２）。解析した結果、ライト要求がシステムエリアに対応するものであれば、セーブフラグを設定する（３２’）。ＵＳＢファンクション２００は、外部メディアにライトコマンドを発行する（３３）。外部メディア３００は、ライトコマンドを受信すると、ライトアドレスやデータ数を解析する（３４）。ＵＳＢホストは、ＵＳＢマスストレージクラスで定義された形式でライトデータを、ＵＳＢファンクションに送信する（３５）。ＵＳＢファンクション２００は、ライトデータを受信すると（３６）、ライトデータを外部メディア固有のデータ形式に変換する。セーブフラグが設定されており、ライト対象のアドレスに対応するデータがすでにメモリ上に存在すれば、ライトデータとメモリの内容を比較し、同じであれば（４０Ｂ）に遷移する。また、セーブフラグが設定されていても、ライト対象のアドレスに対応するデータがメモリ上に存在しない、または存在してもライトデータとメモリの内容が異なればライトデータをメモリに保存する（３６’）。ＵＳＢファンクション２００は、外部メディアにライトデータを送信する（３７）。外部メディアはライトデータを受信すると、それをメモリに書き込む（３８）。外部メディア３００はデータの書き込みが全て完了すると、完了したことをＵＳＢファンクションに通知する（３９）。
ＵＳＢファンクション２００は、完了通知を受信すると、それをＵＳＢマスストレージクラスで定義されたライト完了ＣＳＷに変換する（４０Ａ）。ＵＳＢファンクション２００は、ＵＳＢホスト１００にライト完了ＣＳＷを送信する（４０Ｂ）。
ＵＳＢホスト１００は、ライト完了ＣＳＷを受信すると、ライト動作が終了したことを認識し、ライト動作が完了する（４０Ｃ）。 The USB host 100 issues a write request CBW defined in the USB mass storage class to the USB function (31). When receiving the write request CBW, the USB function 200 analyzes the write address and the number of data. Also, the write request CBW is converted into a format specific to the external medium (32). As a result of the analysis, if the write request corresponds to the system area, a save flag is set (32 '). The USB function 200 issues a write command to the external medium (33). When receiving the write command, the external medium 300 analyzes the write address and the number of data (34). The USB host transmits write data to the USB function in the format defined by the USB mass storage class (35). When the USB function 200 receives the write data (36), the USB function 200 converts the write data into a data format specific to the external medium. If the save flag is set and the data corresponding to the write target address already exists in the memory, the write data is compared with the contents of the memory, and if they are the same, the process proceeds to (40B). Even if the save flag is set, the data corresponding to the write target address does not exist in the memory, or even if it exists, the write data is saved in the memory if the contents of the memory differ from the write data (36 ′ ). The USB function 200 transmits write data to the external medium (37). When the external medium receives the write data, it writes it into the memory (38). When the external media 300 completes the data writing, it notifies the USB function of the completion (39).
Upon receiving the completion notification, the USB function 200 converts it into a write completion CSW defined by the USB mass storage class (40A). The USB function 200 transmits a write completion CSW to the USB host 100 (40B).
Upon receiving the write completion CSW, the USB host 100 recognizes that the write operation has ended, and the write operation is completed (40C).

このようにライト対象アドレスに対応するデータがすでにメモリ上に存在すれば、ライトデータとメモリの内容を比較し、同じであれば、（３７）〜（４０Ａ）までのステップを省略することができるので、その分、データ転送の効率向上を図ることができる。 Thus, if data corresponding to the write target address already exists in the memory, the write data is compared with the contents of the memory, and if they are the same, the steps (37) to (40A) can be omitted. Therefore, the efficiency of data transfer can be improved accordingly.

図９には、上記読み出し処理におけるＵＳＢホスト１００、ＵＳＢファンクション２００、及び外部メディア３００での処理の具体的な内容が示される。 FIG. 9 shows specific contents of processing in the USB host 100, USB function 200, and external medium 300 in the reading process.

ＵＳＢホストはＵＳＢマスストレージクラスで定義されたリード要求ＣＢＷをＵＳＢファンクションに発行する（４１）。ＵＳＢファンクションはリード要求ＣＢＷを受信すると、リードアドレスやデータ数を解析する（４２）。解析した結果、リード対象のアドレスに対応するデータがすでにメモリ上に存在すれば、外部メディアからデータを読み出す必要はないので、メモリ上のデータをＵＳＢマスストレージクラスで定義されたデータ形式に変換、リターンフラグを設定し、ステップ（４７）に遷移する。また、メモリ２０２上に存在しなければ、ステップ（４３）に遷移する。ＵＳＢファンクションは外部メディア固有の形式で、リードコマンドを発行する（４３）。外部メディア３００は、リードコマンドを受信すると、リードアドレスやデータ数を解析する（４４）。解析完了後、外部メディア３００はデータをＵＳＢファンクション２００に送信する（４５）。ＵＳＢファンクション２００はリードデータを受信し（４６）、それをＵＳＢマスストレージクラスで定義されたデータ形式に変換する。受信したリードデータがシステムエリアのデータであれば、リードデータをメモリ２０２に保存する（４６’）。ＵＳＢファンクション２００は、ＵＳＢホスト１００にリードデータを送信する（４７）。ここで、リターンフラグが設定されている場合（リードデータがすでにメモリ上に存在した場合）、外部メディア３００からの読み出し完了通知を待つ必要がないので、リードデータを送信完了後、すぐにＵＳＢホスト１００にリード完了ＣＳＷを送信することができる（５０Ｂ）。ＵＳＢホスト１００は、リードデータを受信する（４８）。外部メディア３００はデータの送信が全て完了すると、完了したことをＵＳＢファンクション２００に通知する（４９）。ＵＳＢファンクション２００は、完了通知を受信すると、それをＵＳＢマスストレージクラスで定義されたリード完了ＣＳＷに変換する（５０Ａ）。ＵＳＢファンクション２００は、ＵＳＢホスト１００にリード完了ＣＳＷを送信する（５０Ｂ）。ＵＳＢホスト１００は、リード完了ＣＳＷを受信すると、リード動作が終了したことを認識し、リード動作が終了する（５０Ｃ）。 The USB host issues a read request CBW defined in the USB mass storage class to the USB function (41). Upon receiving the read request CBW, the USB function analyzes the read address and the number of data (42). As a result of analysis, if the data corresponding to the read target address already exists in the memory, it is not necessary to read the data from the external medium, so the data on the memory is converted into a data format defined by the USB mass storage class. A return flag is set, and the process proceeds to step (47). If it does not exist on the memory 202, the process proceeds to step (43). The USB function issues a read command in a format unique to the external medium (43). When the external medium 300 receives the read command, it analyzes the read address and the number of data (44). After the analysis is completed, the external medium 300 transmits data to the USB function 200 (45). The USB function 200 receives the read data (46) and converts it into a data format defined by the USB mass storage class. If the received read data is data in the system area, the read data is stored in the memory 202 (46 '). The USB function 200 transmits read data to the USB host 100 (47). Here, when the return flag is set (when the read data already exists in the memory), there is no need to wait for a read completion notification from the external medium 300. The read completion CSW can be transmitted to 100 (50B). The USB host 100 receives the read data (48). When all the data transmission is completed, the external medium 300 notifies the USB function 200 of the completion (49). Upon receiving the completion notification, the USB function 200 converts it into a read completion CSW defined by the USB mass storage class (50A). The USB function 200 transmits a read completion CSW to the USB host 100 (50B). Upon receiving the read completion CSW, the USB host 100 recognizes that the read operation has ended, and the read operation ends (50C).

このようにリードデータがメモリ２０２に存在する場合には、ステップ（４３）〜（４６）を省略することができ、リターンフラグが設定されている場合には、ステップ（４９），（５０Ａ）の処理を省略することができるので、その分、データ読み出しの効率向上を図ることができる。 As described above, when the read data exists in the memory 202, the steps (43) to (46) can be omitted. When the return flag is set, the steps (49) and (50A) are omitted. Since the processing can be omitted, the efficiency of data reading can be improved accordingly.

本発明の別の構成例について説明する。 Another configuration example of the present invention will be described.

上記の例ではＵＳＢファンクション２００を改良することによってデータ転送の効率化を図ったが、ＵＳＢマスストレージクラスドライバの機能を拡張することによってデータ転送の効率化を図っても良い。 In the above example, the data transfer efficiency is improved by improving the USB function 200. However, the data transfer efficiency may be improved by extending the function of the USB mass storage class driver.

例えば図１５に示されるように、外部メディア３００のシステムエリアに対するデータをＵＳＢホスト１００上のメモリ（バッファ）１０５に保存する機能を追加することによって書き込み動作と読み出し動作の効率化が可能となる。上記ＵＳＢホスト１００から上記外部メディア３００へのアクセスにかかるデータが上記メモリに存在するか否かを判別し、その判別結果に基づいて、上記外部メディア３００へのデータ書き込み又は上記外部メディア３００からのデータ読み出しを省略可能な制御部はＵＳＢホスト１００において機能的に実現される。以下、それについて、上記メモリ１０５へのデータ保存時とメモリ１０５からのデータ読み出し時とに分けて説明する。尚、データ保存時には、ＵＳＢホスト１００上のアプリケーションがライト要求を出した場合と、リード要求を出した場合とがある。環境は、Windows（登録商標）上でＵＳＢマスストレージクラスのバック・オンリー・トランスポート（Bulk-Only Transport）を適用しているものとする。 For example, as shown in FIG. 15, by adding a function of storing data for the system area of the external medium 300 in the memory (buffer) 105 on the USB host 100, the efficiency of the write operation and the read operation can be improved. It is determined whether or not data related to access to the external medium 300 from the USB host 100 exists in the memory, and based on the determination result, data writing to the external medium 300 or data from the external medium 300 is performed. A control unit capable of omitting data reading is functionally realized in the USB host 100. Hereinafter, this will be described separately when data is stored in the memory 105 and when data is read from the memory 105. When saving data, there are a case where an application on the USB host 100 issues a write request and a case where a read request is issued. It is assumed that the environment applies USB mass storage class back-only transport (Bulk-Only Transport) on Windows (registered trademark).

図１０には、アプリケーションがライト要求を出した場合のＵＳＢホスト上のメモリへデータ保存時の処理が示される。 FIG. 10 shows processing when data is stored in the memory on the USB host when the application issues a write request.

＜コマンドトランスポート＞
アプリケーションは、Ｗｉｎ３２ＡＰＩ関数ライトファイル（WriteFile）を使用する。先ずライト要求ＣＢＷを機能拡張したＵＳＢマスストレージクラスドライバ（以下、「クラスドライバ」という）に渡す（５１）。尚、記録媒体とのデータのやり取りを行う為のＵＳＢのデータ転送方式であるバルク転送では通常ライトファイル（WriteFile（バルクアウト））とリードファイル（ReadFile（バルクイン））が使用される。クラスドライバは、ＩＯマネージャ経由で、ライト要求ＣＢＷに関する要求パケットであるライト命令の一種のIRP_MJ_WRITEを受け取ると、ライト要求ＣＢＷの内容を解析し、ライト要求がシステムエリアであればセーブフラグを設定する（５２）。その後、ライト要求ＣＢＷに関するライト命令の一種のＵＳＢリクエストをバスドライバに発行する。ＵＳＢバスドライバは、ライト要求ＣＢＷに関するライト命令の一種のＵＲＢリクエストを受け取ると、ライト要求ＣＢＷをＵＳＢファンクションに送信する（５３）。ここで、上記ＩＯマネージャでは、アプリケーション（ユーザモード）とドライバ（カーネルモード）の入出力を管理するオペレーティングシステムの機能を意味する。また、アプリケーションが実行したＷｉｎ３２ＡＰＩ関数は、ＩＯマネージャーにより命令の一種である１個以上のＩＲＰに変換され、ドライバに渡される。ライトファイル（WriteFile）はIRP_MJ_WRITEに対応され、リードファイル（Read File）はIRP_MJ_READに対応する。さらに、ＵＲＢリクエストとは、ＵＳＢバスドライバにトランザクションの開始を依頼するリクエストを意味する。 <Command transport>
The application uses a Win32 API function write file (WriteFile). First, the write request CBW is passed to a USB mass storage class driver (hereinafter referred to as “class driver”) whose function has been expanded (51). Note that in bulk transfer, which is a USB data transfer method for exchanging data with a recording medium, a normal write file (WriteFile (bulk out)) and a read file (ReadFile (bulk in)) are used. When the class driver receives a kind of IRP_MJ_WRITE, which is a request packet related to the write request CBW, via the IO manager, it analyzes the contents of the write request CBW and sets a save flag if the write request is a system area ( 52). Thereafter, a kind of USB request of a write command related to the write request CBW is issued to the bus driver. When the USB bus driver receives a kind of URB request as a write command for the write request CBW, the USB bus driver transmits the write request CBW to the USB function (53). Here, the IO manager means an operating system function for managing input / output of an application (user mode) and a driver (kernel mode). Further, the Win32 API function executed by the application is converted into one or more IRPs which are a kind of instruction by the IO manager, and passed to the driver. The write file (WriteFile) corresponds to IRP_MJ_WRITE, and the read file (Read File) corresponds to IRP_MJ_READ. Further, the URB request means a request for requesting the USB bus driver to start a transaction.

＜データトランスポート＞
アプリケーションは、ライトファイル（WriteFile）を使用し、データをクラスドライバに渡す（５４）。クラスドライバは、データに関する要求パケットIRP_MJ_WRITEを受け取ると、セーブフラグが設定されていれば、ライト対象アドレスに対応するデータがすでにメモリ１０５に存在するかを判定する。存在した場合、データとメモリの内容を比較し、同じであれば処理を完了し、書き込み動作に関する効率化ができる。また、ライト対象アドレスに対応するデータがメモリ１０５に存在しない、または存在してもライトデータとメモリ１０５の内容が異なれば、メモリ領域を確保し、そのデータをメモリ１０５に保存する（５５）。その後、データに関するＵＲＢリクエストをＵＳＢバスドライバに発行する。ＵＳＢバスドライバは、データに関するＵＲＢリクエストを受け取ると、データをＵＳＢファンクション２００に送信する（５６）。 <Data transport>
The application uses a write file (WriteFile) and passes data to the class driver (54). When the class driver receives the request packet IRP_MJ_WRITE relating to data, if the save flag is set, the class driver determines whether data corresponding to the write target address already exists in the memory 105. If the data exists, the data and the contents of the memory are compared. If the data corresponding to the write target address does not exist in the memory 105 or if the write data differs from the contents of the memory 105 even if it exists, a memory area is secured and the data is stored in the memory 105 (55). Thereafter, a URB request regarding data is issued to the USB bus driver. When the USB bus driver receives the URB request relating to the data, the USB bus driver transmits the data to the USB function 200 (56).

＜ステータストランスポート＞
ＵＳＢホスト１００におけるアプリケーションは、リードファイル（ReadFile）を使用し、ＵＳＢマスストレージクラスで定義されたライト完了ＣＳＷのリード要求をクラスドライバに発行する（５７）。クラスドライバは、ライト完了ＣＳＷに関する要求パケットであるライト命令の一種のIRP_MJ_READを受け取ると、セーブフラグが設定されていれば、それをクリアし、ライト完了ＣＳＷに関するＵＲＢリクエストをバスドライバに発行する（５８）。その後、ライト完了ＣＳＷをバスドライバから受け取り、それをＩＯマネージャー経由でアプリケーションに渡す。ＵＳＢバスドライバは、ライト完了ＣＳＷに関するＵＲＢリクエストを受け取ると、ＵＳＢホストからＵＳＢファンクションに対して読み出し動作を通知する為の命令であるＩＮトークンをＵＳＢファンクションに発行する。ＩＮトークンに対するライト完了ＣＳＷを受信後、それをクラスドライバに渡す（５９）。ここで、ＩＮトークンとはＵＳＢ規格で定義されたパケットで、ＵＳＢホストがファンクションにデータを要求するときに使用される。 <Status transport>
The application in the USB host 100 uses the read file (ReadFile) and issues a read request for the write completion CSW defined by the USB mass storage class to the class driver (57). When the class driver receives a kind of IRP_MJ_READ, which is a request packet related to the write completion CSW, clears the save flag if it is set, and issues an URB request related to the write completion CSW to the bus driver (58). ). Thereafter, the write completion CSW is received from the bus driver, and is passed to the application via the IO manager. When the USB bus driver receives a URB request related to the write completion CSW, the USB bus driver issues an IN token, which is a command for notifying the USB function of a read operation from the USB host, to the USB function. After receiving the write completion CSW for the IN token, it is passed to the class driver (59). Here, the IN token is a packet defined by the USB standard, and is used when the USB host requests data from the function.

図１１には、アプリケーションがリード要求を出した場合のＵＳＢホスト上のメモリへデータ保存時の処理が示される。 FIG. 11 shows processing at the time of saving data in the memory on the USB host when the application issues a read request.

＜コマンドトランスポート＞
ＵＳＢホスト１００におけるアプリケーションは、ライトファイル（WriteFile）を使用し、リード要求ＣＢＷをクラスドライバに渡す（６１）。クラスドライバは、リード要求ＣＢＷに関する要求パケットIRP_MJ_WRITEを受け取ると、リード要求ＣＢＷの内容を解析し、次のデータトランスポートでのリード要求がシステムエリアであり、リード対象のアドレスに対応するデータがメモリに保存されていなければセーブフラグを設定する（６２）。その後、リード要求ＣＢＷに関するＵＲＢリクエストをバスドライバに発行する。また、次のデータトランスポートでのリード要求がシステムエリアに対応するものであり、リード対象のアドレスに対応するデータがメモリに保存されていれば、後の読み出し時で示すように、メモリのデータをアプリケーションに返すことになる。ＵＳＢバスドライバは、リード要求ＣＢＷに関するＵＲＢリクエストを受け取ると、リード要求ＣＢＷをＵＳＢファンクションに送信する（６３）。 <Command transport>
The application in the USB host 100 uses a write file (WriteFile) and passes a read request CBW to the class driver (61). When the class driver receives the request packet IRP_MJ_WRITE relating to the read request CBW, the class driver analyzes the content of the read request CBW, the read request in the next data transport is the system area, and the data corresponding to the read target address is stored in the memory. If not saved, a save flag is set (62). Thereafter, a URB request related to the read request CBW is issued to the bus driver. If the next data transport read request corresponds to the system area and the data corresponding to the read target address is stored in the memory, as shown in the subsequent read, the data in the memory Will be returned to the application. When receiving the URB request related to the read request CBW, the USB bus driver transmits the read request CBW to the USB function (63).

＜データトランスポート＞
ＵＳＢホスト１００におけるアプリケーションは、リードファイル（ReadFile）を使用し、リード要求をクラスドライバに発行する（６４）。クラスドライバは、データに関する要求パケットIRP_MJ_READを受け取ると、データに関するＵＲＢリクエストをバスドライバに発行する。その後、バスドライバからデータを受け取り、セーブフラグが設定されていれば、メモリ領域を確保しデータを保存する（６５）。その後、データをＩＯマネージャー経由でアプリケーションに渡す。ＵＳＢバスドライバは、データに関するＵＲＢリクエストを受け取ると、ＩＮトークンをＵＳＢファンクションに発行する（６６）。ＩＮトークンに対するデータ受信後、それをクラスドライバに渡す。 <Data transport>
The application in the USB host 100 uses a read file (ReadFile) and issues a read request to the class driver (64). When the class driver receives the request packet IRP_MJ_READ related to data, it issues a URB request related to data to the bus driver. Thereafter, data is received from the bus driver, and if the save flag is set, a memory area is secured and the data is saved (65). Thereafter, the data is passed to the application via the IO manager. When receiving the URB request for data, the USB bus driver issues an IN token to the USB function (66). After receiving the data for the IN token, it is passed to the class driver.

＜ステータストランスポート＞
ＵＳＢホスト１００におけるアプリケーションは、リードファイル（ReadFile）を使用し、リード完了ＣＳＷのリード要求をクラスドライバに発行する（６７）。クラスドライバは、リード完了ＣＳＷに関する要求パケットIRP_MJ_READを受け取ると、セーブフラグが設定されていれば、それをクリアし、リード完了ＣＳＷに関するＵＲＢリクエストをバスドライバに発行する（６８）。その後、リード完了ＣＳＷをバスドライバから受け取り、それをＩＯマネージャー経由でアプリケーションに渡す。ＵＳＢバスドライバは、リード完了ＣＳＷに関するＵＲＢリクエストを受け取ると、ＩＮトークンをＵＳＢファンクションに発行する（６９）。ＩＮトークンに対するリード完了ＣＳＷを受信後、それをクラスドライバに渡す。 <Status transport>
The application in the USB host 100 uses the read file (ReadFile) and issues a read request for the read completion CSW to the class driver (67). Upon receiving the request packet IRP_MJ_READ related to the read completion CSW, the class driver clears the save flag if it is set, and issues a URB request related to the read completion CSW to the bus driver (68). Thereafter, the read completion CSW is received from the bus driver, and is passed to the application via the IO manager. When receiving the URB request regarding the read completion CSW, the USB bus driver issues an IN token to the USB function (69). After receiving the read completion CSW for the IN token, it passes it to the class driver.

図１２には読み出し時の処理が示される。 FIG. 12 shows processing at the time of reading.

＜コマンドトランスポート＞
ＵＳＢホスト１００におけるアプリケーションは、ライトファイル（WriteFile）を使用し、リード要求ＣＢＷをクラスドライバに渡す（７１）。クラスドライバは、リード要求ＣＢＷに関する要求パケットIRP_MJ_WRITEを受け取ると、リード要求ＣＢＷの内容を解析する。解析の結果、リード対象のアドレスに対応するデータがメモリに保存されていれば、次のデータトランスポートで返せるようにデータを準備し、リターンフラグを設定する。そして、ＩＯマネージャーにステータス・サクセス（STATUS_SUCCESS）を返し、リード要求ＣＢＷに関する要求パケットIRP_MJ_WRITEを完了させる。また、メモリに保存されていなければ、バスドライバにリード要求ＣＢＷに関するＵＲＢを発行することになる。 <Command transport>
The application in the USB host 100 uses a write file (WriteFile) and passes a read request CBW to the class driver (71). Upon receiving the request packet IRP_MJ_WRITE related to the read request CBW, the class driver analyzes the content of the read request CBW. If the data corresponding to the read target address is stored in the memory as a result of the analysis, the data is prepared so that it can be returned by the next data transport, and the return flag is set. Then, the status success (STATUS_SUCCESS) is returned to the IO manager, and the request packet IRP_MJ_WRITE relating to the read request CBW is completed. If not stored in the memory, the URB related to the read request CBW is issued to the bus driver.

ＵＳＢバスドライバは、データがメモリに保存されていればＵＲＢリクエストを受信しないので、何もしなくてよい。 Since the USB bus driver does not receive the URB request if the data is stored in the memory, it does not need to do anything.

＜データトランスポート＞
ＵＳＢホスト１００におけるアプリケーションは、リードファイル（ReadFile）を使用し、リード要求をクラスドライバに発行する（７３）。クラスドライバは、データに関する要求パケットIRP_MJ_READを受け取る。リターンフラグが設定されていれば、準備しておいたデータをＩＯマネージャー経由でアプリケーションに渡す。そして、ＩＯマネージャーにステータス・サクセス（STATUS_SUCCESS）を返しデータに関する要求パケットIRP_MJ_READを完了させる（７４）。また、リターンフラグが設定されていなければ、バスドライバへデータに関するＵＲＢを発行することになる。 <Data transport>
The application in the USB host 100 uses a read file (ReadFile) and issues a read request to the class driver (73). The class driver receives a request packet IRP_MJ_READ related to data. If the return flag is set, the prepared data is passed to the application via the IO manager. Then, a status success (STATUS_SUCCESS) is returned to the IO manager to complete the request packet IRP_MJ_READ related to the data (74). If the return flag is not set, a URB related to data is issued to the bus driver.

ＵＳＢバスドライバは、リターンフラグが設定されていればＵＲＢリクエストを受信しないので、何もしなくてよい。 The USB bus driver does not receive a URB request if the return flag is set, and therefore does not need to do anything.

＜ステータストランスポート＞
ＵＳＢホスト１００におけるアプリケーションは、リードファイル（ReadFile）を使用し、リード完了ＣＳＷのリード要求をクラスドライバに発行する（７５）。クラスドライバは、リード完了ＣＳＷに関する要求パケットIRP_MJ_READを受け取ると、リターンフラグが設定されていれば、それをクリアする。そして、ＩＯマネージャーにステータス・サクセス（STATUS_SUCCESS）を返し、リード完了ＣＳＷに関するIRP_MJ_READを完了させる（７６）。また、リターンフラグが設定されていなければ、バスドライバにＣＳＷに関するＵＲＢを発行することになる。ＵＳＢバスドライバは、リターンフラグが設定されていればＵＲＢリクエストを受信しないので、何もしなくてよい。 <Status transport>
The application in the USB host 100 uses the read file (ReadFile) and issues a read request for the read completion CSW to the class driver (75). When the class driver receives the request packet IRP_MJ_READ related to the read completion CSW, if the return flag is set, the class driver clears it. Then, the status success (STATUS_SUCCESS) is returned to the IO manager, and the IRP_MJ_READ related to the read completion CSW is completed (76). If the return flag is not set, the URB related to CSW is issued to the bus driver. The USB bus driver does not receive a URB request if the return flag is set, and therefore does not need to do anything.

以上により、読み出し時において、リード要求ＣＢＷ、データ、リード完了ＣＳＷに関するＵＳＢホストとＵＳＢファンクション間のＵＳＢ転送、及びＵＳＢファンクションと外部メディア間のコマンド、レスポンス、データ転送の省略が可能となる。 As described above, at the time of reading, it is possible to omit the USB transfer between the USB host and the USB function related to the read request CBW, data, and read completion CSW, and the command, response, and data transfer between the USB function and the external medium.

メモリ１０５に保存する領域を拡張することによって上記の場合と同様の効果を得ることができる。 By expanding the area stored in the memory 105, the same effect as in the above case can be obtained.

ＵＳＢファンクション上のメモリに保存する領域をユーザエリアの頻繁にアクセスされる領域に拡張することができる。本応用例を外部メディア３００としてメモリカードを含むシステムに適用した場合について説明する。本応用例を適用するため、図１のシステム構成においてＵＳＢファンクション２００上に、図１３に示されるような参照レジストリ４００を作成する。また、アプリケーションを変更する。 The area stored in the memory on the USB function can be expanded to a frequently accessed area in the user area. A case where the present application example is applied to a system including a memory card as the external medium 300 will be described. In order to apply this application example, a reference registry 400 as shown in FIG. 13 is created on the USB function 200 in the system configuration of FIG. Also change the application.

参照レジストリ４００は、メモリカードＩＤ情報と参照テーブルから構成される。メモリカードID情報は、個々のメモリカード識別を目的とし、メモリカード毎に固有の値を持つＣＩＤ(Card Identification)レジスタの値を使用する。また、登録するカードの順序を決定するための優先度を０（最も高い）〜３９９（最も低い）で定義する。メモリカードＩＤ情報のサイズは、ＩＤに１６バイト(＝ＣＩＤレジスタのサイズ)、優先度に４バイトを必要とするので、登録カード数を４００個とした場合、計約８Ｋバイトとなる。参照テーブルは、ＵＳＢファンクション上のメモリに保存する領域（以下、メモリ領域）を、メモリカードのメモリアドレス（以下、セクタアドレス）に1セクタ（５１２バイト）単位で対応づけ、その値はカードとのアクセス毎に更新される。また、更新する順序を決定するための優先度を０（最も高い）〜６３（最も低い）で定義する。参照テーブルのサイズは、メモリ領域を３２Ｋバイト(＝６４セクタ)、セクタアドレスの識別と優先度に４バイトを必要とするので、登録カード数を４００個とした場合、計１００Ｋバイトとなる。なお、参照レジストリは値の更新と電源を切断しても値の保持が可能なフラッシュメモリ等に作成すると良い。 The reference registry 400 includes memory card ID information and a reference table. The memory card ID information is used for identification of each memory card, and uses a value of a CID (Card Identification) register having a unique value for each memory card. Also, the priority for determining the order of cards to be registered is defined as 0 (highest) to 399 (lowest). The size of the memory card ID information requires 16 bytes for the ID (= size of the CID register) and 4 bytes for the priority, so when the number of registered cards is 400, the total is about 8 Kbytes. The reference table associates an area to be stored in the memory on the USB function (hereinafter referred to as a memory area) with a memory address (hereinafter referred to as a sector address) of the memory card in units of 1 sector (512 bytes), Updated on every access. Also, the priority for determining the update order is defined as 0 (highest) to 63 (lowest). The size of the reference table is 32 Kbytes (= 64 sectors) in the memory area and 4 bytes are required for identification and priority of sector addresses. Therefore, when the number of registered cards is 400, the total size is 100 Kbytes. The reference registry is preferably created in a flash memory or the like that can maintain values even when values are updated and the power is turned off.

アプリケーションは、ライト要求ＣＢＷ又はリード要求ＣＢＷを受信すると、それを解析し、参照テーブルに登録されたアドレスに対応したデータであれば、ＵＳＢファンクション上のメモリにそれを格納する機能を持たせる。 When the application receives the write request CBW or the read request CBW, the application analyzes it, and if it is data corresponding to the address registered in the reference table, the application has a function of storing it in the memory on the USB function.

図１４には、本例におけるアプリケーションによる処理の流れが示される。 FIG. 14 shows the flow of processing by the application in this example.

先ずメモリカードが検出される（Ｓ３００）。検出されたカードからＩＤ(便宜上「Ｘ」とする)を取得する。メモリカードの種類によってはＣＩＤを使用する。場合によっては、メモリカードの初期化時に毎回ＩＤを取得する（Ｓ３０１）。参照レジストリからメモリカードＩＤ情報をロードする（Ｓ３０２）。メモリカードから取得したＩＤ（＝Ｘ）がメモリカードＩＤ情報に存在するか否かの判別が行われる（Ｓ３０３）。この判別において、メモリカードＩＤ情報にある（ＹＥＳ）と判断された場合、参照レジストリから参照テーブル（ＩＤ＝Ｘ）をロードした後、参照テーブル（ＩＤ＝Ｘ）のコピーである参照テーブルイメージをＲＡＭ（ランダム・アクセス・メモリ）等に作成する（Ｓ３０５）。また、上記ステップＳ３０３の判別において、メモリカードＩＤ情報にない（ＮＯ）と判断された場合、メモリカードの先頭からメモリ容量分(＝３２Ｋバイト)を保存領域とし、新規に参照テーブルイメージを上記ＲＡＭなどに作成する（Ｓ３０４）。ライトＣＢＷが受信されると、図６に示される書き込み処理と同様の処理へ移行される（Ｓ３０７）。ただし、メモリ領域をシステムエリアの代わりに参照テーブルイメージに設定されたアドレスに変更する。 First, a memory card is detected (S300). An ID (referred to as “X” for convenience) is acquired from the detected card. CID is used depending on the type of memory card. In some cases, the ID is acquired every time the memory card is initialized (S301). Memory card ID information is loaded from the reference registry (S302). It is determined whether or not the ID (= X) acquired from the memory card exists in the memory card ID information (S303). In this determination, if it is determined that the memory card ID information is (YES), after loading the reference table (ID = X) from the reference registry, the reference table image that is a copy of the reference table (ID = X) is stored in the RAM. (Random access memory) or the like (S305). If it is determined in step S303 that the memory card ID information does not exist (NO), the memory area (= 32 Kbytes) from the beginning of the memory card is used as a storage area, and a new reference table image is stored in the RAM. (S304). When the write CBW is received, the process proceeds to a process similar to the write process shown in FIG. 6 (S307). However, the memory area is changed to the address set in the reference table image instead of the system area.

リードＣＢＷが受信されると、図７に示される読み出し処理と同様の処理に移行される（Ｓ３０９）。ただし、メモリ領域をシステムエリアの代わりに参照テーブルイメージに設定されたアドレスに変更する。そして、リード要求ＣＢＷで要求されたアドレスを参照テーブルイメージに登録する（Ｓ３１０）。参照テーブルイメージに登録されたメモリ領域の中で優先度の最も低いものから削除し、リード要求ＣＢＷで要求されたアドレスの優先度を最も高い値にして登録する。他のメモリ領域の優先度は、今回登録された数だけ下げる。尚、リード要求ＣＢＷが複数のセクタから構成される場合、アドレスの小さい方から最も高い優先度を割り当てることにする。 When the read CBW is received, the process proceeds to a process similar to the read process shown in FIG. 7 (S309). However, the memory area is changed to the address set in the reference table image instead of the system area. Then, the address requested by the read request CBW is registered in the reference table image (S310). The memory area registered in the reference table image is deleted from the memory area having the lowest priority, and the address requested by the read request CBW is registered with the highest priority. The priority of other memory areas is lowered by the number registered this time. When the read request CBW is composed of a plurality of sectors, the highest priority is assigned from the smallest address.

メモリカードが取り外されたら、カードから取得したＩＤ（＝Ｘ）がメモリカードＩＤ情報にある場合、参照テーブルイメージを参照レジストリの参照テーブル（ＩＤ＝Ｘ）にコピーした後、セーブする。 When the memory card is removed, if the ID (= X) acquired from the card is in the memory card ID information, the reference table image is copied to the reference table (ID = X) of the reference registry and then saved.

ＩＤ＝Ｘに対応したメモリカードＩＤ情報の優先度を最も高い値に、他のメモリカードＩＤ情報の優先度を「１」だけ低くする。カードから取得したＩＤ（＝Ｘ）がメモリカードＩＤ情報にない場合、新規に参照レジストリの参照テーブルＩＤ（＝Ｘ）を作成し、それに参照テーブルイメージをコピーした後、セーブする。ＩＤ＝Ｘに対応したメモリカードＩＤ情報の優先度を最も高い値にして登録し、他のメモリカード情報の優先度を「１」だけ低くする。メモリカードＩＤ情報に空きがない場合は、最も優先度の低い(＝３９９)ＩＤを持つメモリカードの登録を解除する。 The priority of the memory card ID information corresponding to ID = X is lowered to the highest value, and the priorities of the other memory card ID information are lowered by “1”. If the ID (= X) acquired from the card is not in the memory card ID information, a reference table ID (= X) of a reference registry is newly created, and the reference table image is copied to it and then saved. The memory card ID information corresponding to ID = X is registered with the highest priority, and the priority of other memory card information is lowered by “1”. If there is no free space in the memory card ID information, the registration of the memory card having the lowest priority (= 399) ID is canceled.

以上本発明者によってなされた発明を具体的に説明したが、本発明はそれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。 Although the invention made by the present inventor has been specifically described above, the present invention is not limited thereto, and it goes without saying that various changes can be made without departing from the scope of the invention.

以上の説明では主として本発明者によってなされた発明をその背景となった利用分野であるＵＳＢファンクション２００をインタフェースとして備えるものについて説明したが、それに限定されるものではなく、他のインタフェースを用いることができる。 In the above description, the invention that is mainly provided by the present inventor has been described as being provided with the USB function 200, which is a field of use as a background. However, the present invention is not limited thereto, and other interfaces can be used. it can.

本発明は、少なくともホストとそれによってアクセス可能なメディアとをインタフェース可能なインタフェース部を含むことを条件に適用することができる。 The present invention can be applied on the condition that it includes an interface unit capable of interfacing at least a host and media accessible thereby.

本発明にかかるインタフェースを含むデータ転送システムの構成例ブロック図である。1 is a block diagram illustrating a configuration example of a data transfer system including an interface according to the present invention. 図１における主要部の詳細な構成例ブロック図である。FIG. 2 is a block diagram illustrating a detailed configuration example of a main part in FIG. 1. 図１におけるＵＳＢホストからの書き込み動作の説明図である。It is explanatory drawing of the write-in operation from the USB host in FIG. 図１におけるＵＳＢホストからの読み出し動作の説明図である。It is explanatory drawing of the read-out operation from the USB host in FIG. 上記データ転送システムに含まれる外部メディアの構成例説明図である。It is explanatory drawing of the structural example of the external media contained in the said data transfer system. 上記データ転送システムにおける書き込み処理のフローチャートである。It is a flowchart of the write-in process in the said data transfer system. 上記データ転送システムにおける読み出し処理のフローチャートである。It is a flowchart of the read-out process in the said data transfer system. 上記書き込み処理における主要部の具体的な処理の説明図である。It is explanatory drawing of the specific process of the principal part in the said write-in process. 上記読み出し処理における主要部の具体的な処理の説明図である。It is explanatory drawing of the specific process of the principal part in the said read-out process. 本発明の別の構成例における保存時の処理の説明図である。It is explanatory drawing of the process at the time of the preservation | save in another structural example of this invention. 本発明の別の構成例における保存時の処理の説明図である。It is explanatory drawing of the process at the time of the preservation | save in another structural example of this invention. 本発明の別の構成例における読み出し時の処理の説明図である。It is explanatory drawing of the process at the time of the reading in another structural example of this invention. 本発明の別の構成例における参照レジストリの説明図である。It is explanatory drawing of the reference registry in another structural example of this invention. 本発明の別の構成例における主要部の処理のフローチャートである。It is a flowchart of the process of the principal part in another structural example of this invention. 本発明の別の構成例における主要部の構成例ブロック図である。It is a block diagram of a configuration example of the main part in another configuration example of the present invention.

Explanation of symbols

１００ＵＳＢホスト
１０１アプリケーション
１０２ＵＳＢマスストレージクラスドライバ
１０３ＵＳＢバスドライバ
１０４ＵＳＢホストコントローラ
２００ＵＳＢファンクション
２０１アプリケーション
１０５，２０２メモリ
２０３ＵＳＢバスストレージクラスファームウェア
２０４外部メディアファームウェア
２０５ＵＳＢファンクションコントローラ
２０６外部メディアホストコントローラ 100 USB Host 101 Application 102 USB Mass Storage Class Driver 103 USB Bus Driver 104 USB Host Controller 200 USB Function 201 Application 105, 202 Memory 203 USB Bus Storage Class Firmware 204 External Media Firmware 205 USB Function Controller 206 External Media Host Controller

Claims

An interface capable of interfacing with a host through serial communication, and capable of interfacing between the host and media accessible by the host,
The interface includes a storage unit capable of holding data written from the host to the medium or data read from the medium;
Control that determines whether data relating to access to the medium from the host exists in the storage unit, and based on the determination result, data writing to the medium or data reading from the medium can be omitted An interface comprising:

2. The interface according to claim 1, wherein the interface is a USB function, the medium is a non-volatile memory, and the data stored in the storage unit relates to any one of a partition boot sector, a file allocation table, and a root directory. interface.

The interface according to claim 2, wherein the USB function is configured to be coupled to the host in a plug-and-play manner.

The interface according to claim 3, further comprising a determination function as to whether or not the software corresponding to the interface matches the data held in the storage unit.

The USB function includes a first processing function for determining whether a write request is for a system area;
A second processing function for determining whether data at an address corresponding to the system area is present in the storage unit when the write request is for the system area;
A third processing function for determining whether data at an address corresponding to the system area is equal to the write data to be written by the write request when the data at the address corresponding to the system area exists in the storage unit;
5. The write completion CSW transmission is performed without performing data write to the non-volatile memory when data at an address corresponding to the system area existing in the storage unit is equal to the write data. interface.

The USB function includes a first processing function for determining whether a write request is for a system area;
A second processing function for determining whether data at an address corresponding to the system area is present in the storage unit when the write request is for the system area;
A third processing function for determining whether data at an address corresponding to the system area is equal to the write data to be written by the write request when the data at the address corresponding to the system area exists in the storage unit;
When the data at the address corresponding to the system area existing in the storage unit and the write data are only partially equal, the write is completed without performing data write to the nonvolatile memory for the equal part The interface according to claim 4, wherein CSW transmission is performed.

The USB function includes a fifth processing function for determining whether the read request is for a system area;
A sixth processing function for determining whether or not data at an address corresponding to the system area exists in the storage unit when the read request is for the system area;
A seventh processing function for transmitting data to the host when data at an address corresponding to the system area is present in the storage unit,
The interface according to claim 5 or 6, wherein a read completion CSW transmission is performed after the data transmission by the seventh processing function.

The USB function includes a fifth processing function for determining whether the read request is for a system area;
A sixth processing function for determining whether or not data at an address corresponding to the system area exists in the storage unit when the read request is for the system area;
A seventh processing function for transmitting the data to the host when a part of the data of the address corresponding to the system area exists in the storage unit,
The interface according to claim 5 or 6, wherein a read completion CSW transmission is performed after the data transmission by the seventh processing function.

A data transfer system comprising a host and an interface unit capable of interfacing with the host through serial communication and capable of interfacing with a medium accessible by the host,
The host has a buffer capable of holding data written to the medium from the host or data read from the medium;
A control unit that determines whether or not data related to access to the medium from the host exists in the buffer, and based on the determination result, can write data to the medium or read data from the medium And a data transfer system comprising:

10. The data transfer system according to claim 9, wherein the medium is a non-volatile memory, and the data stored in the storage unit relates to any one of a partition boot sector, a file allocation table, and a root directory.