JP2019523941A - データアクセス方法および関連するデバイス - Google Patents

Abstract

第１のデバイスが第２のデバイスのデータにアクセスするときに見られる従来技術の欠点を解消するためのデータ方法および関連するデバイスが提供される。この方法は、第１のデバイスに適用され、第１のデバイスは、ユニバーサルシリアルバスＵＳＢインターフェースを使用することによって第２のデバイスに接続される。この方法は、第１のデバイスによって、第２のデバイスがマップされたインターフェースを表示し、このインターフェースを使用することによって第２のデバイスのデータにアクセスすることと、第１のデバイスによって、インターフェースに対して入力された命令を受信し、第２のデバイスのデータを表示することと、第１のデバイスによって、データに対して入力された動作命令を受信することと、第１のデバイスによって、動作命令に従ってデータを処理することとを含む。

Description

本出願は、その全体が参照により本明細書に組み込まれている、２０１６年６月６日に中国特許庁に出願された、「ＤＡＴＡ ＡＣＣＥＳＳ ＭＥＴＨＯＤ ＡＮＤ ＲＥＬＡＴＥＤ ＤＥＶＩＣＥ」という名称の中国特許出願第２０１６１０３９５８９４．８号の優先権を主張する。

本発明は、通信技術の分野に関し、詳細には、データアクセス方法および関連するデバイスに関する。

現在、携帯電話は、ＰＣのデータにアクセスするために、ワイヤレスフィデリティ（Ｗｉｒｅｌｅｓｓ−Ｆｉｄｅｌｉｔｙ、Ｗｉ−Ｆｉ）を使用することによってパーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＰＣ）に接続され得る。図１に示されているように、アンドロイド（Ａｎｄｒｏｉｄ）携帯電話におけるＬｉｎｕｘ（登録商標）システムは、コンピュータ用語：ルートアクセスを提供し、それにより、携帯電話はネットワーク共有ファイルをＬｉｎｕｘ側にマウントすることによってＰＣのデータにアクセスする。具体的な実装処理は以下の通りである。まず、携帯電話がルートアクセスを得るのを可能にするために、ルートファイルパッケージが携帯電話上にインストールされる必要がある。次に、ネットワークファイルシステム（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ、ＮＦＳ）サーバがＬｉｎｕｘ側に構成され、ＮＦＳサーバが起動される。次に、ネットワーク共有ファイルをＬｉｎｕｘ側にマウントすることによってＮＦＳファイルがマウントされ、ＰＣ上のＷｉｎｄｏｗｓシステムのデータが直接、携帯電話にマップされ、携帯電話がコンピュータのデータにアクセスするのを可能にする。

しかしながら、携帯電話は、携帯電話とＰＣがネットワークに接続され、固定のインターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）アドレスがＰＣ上に構成されているときにしかＰＣのデータにアクセスすることができない。動作は複雑である。

本発明の目的は、データアクセス方法および関連するデバイスを提供し、携帯電話がＰＣのデータにアクセスするときに見られる従来技術の欠点を解消することである。

本発明の第１の態様によれば、データアクセス方法が提供される。この方法は、第１のデバイスに適用され、第１のデバイスは、ユニバーサルシリアルバスＵＳＢインターフェースを使用することによって第２のデバイスに接続される。この方法は、第１のデバイスによって、第２のデバイスがマップされたインターフェースを表示し、インターフェースを使用することによって第２のデバイスのデータにアクセスするステップと、第１のデバイスによって、インターフェースに対して入力された（ｅｎｔｅｒｅｄ ｆｏｒ）命令を受信し、第２のデバイスのデータを表示するステップと、データに対して入力された動作命令を受信するステップと、動作命令に従ってデータを処理するステップとを含む。

第１のデバイスが、ＵＳＢインターフェースを使用することによって第２のデバイスに接続されることが理解され得る。このことは、従来技術と比較してデータ伝送速度を実質的に向上させる。第１のデバイスは、第２のデバイスがマップされたインターフェースを表示し、インターフェースを使用することによって第２のデバイスのデータにアクセスする。第２のデバイスが第１のデバイスの仮想記憶ユニットとして働き、それによって、第１のデバイスの記憶空間を拡張することが理解され得る。このようにして、第１のデバイスは、インターフェースに対して入力された命令を受信したときに第２のデバイスのデータを表示することができる。さらに、第１のデバイスは、データに対して入力された動作命令を受信し、動作命令に従ってデータを処理する。この動作は単純であり、特別なＩＰアドレスが構成される必要はなく、それによって、デバイス間の対話の融通性を向上させる。

いくつかの実装形態では、第１のデバイスによって、データに対して入力された動作命令を受信するステップは具体的には、第１のデバイスによって、データに対して入力された選択動作命令を受信し、ターゲットデータを決定するステップと、第１のデバイスによって、ターゲットデータに対して入力された処理動作命令を受信するステップとを含み、第１のデバイスによって、動作命令に従ってデータを処理するステップは具体的には、第１のデバイスによって、処理動作命令に従って、処理動作命令に対応する動作をターゲットデータに対して実行するステップを含む。

第１のデバイスが、データに対して入力された選択動作命令を受信し、ターゲットデータを決定し、たとえば、第２のデバイスのデータからあるデータをターゲットデータとして選択することが理解され得る。この動作は単純である。さらに、第１のデバイスは、ターゲットデータに対して入力された処理動作命令を受信し、処理動作命令に従って、処理動作命令に対応する動作をターゲットデータに対して実行し、たとえば、ターゲットデータを削除、修正、またはコピーする。このことは、本明細書では特に限定されない。

いくつかの他の考えられる実装形態では、この方法は、第１のデバイスによって、動作命令に従ってデータを処理する前に、第１のデバイスによって、第２のデバイスによって送信された制御要求を受信するステップをさらに含み、第１のデバイスによって、動作命令に従ってデータを処理するステップは具体的には、第１のデバイスによって、制御要求に基づいて動作命令を第２のデバイスに送信するステップであって、動作命令が、第２のデバイスに動作命令に従ってデータを処理するように命令するために使用される、ステップを含む。

第１のデバイスが第２のデバイスのデータにアクセスする前にアクセスモードがカスタマイズされており、したがって、第１のデバイスが、カスタマイズされたアクセスモードに基づいて第２のデバイスのデータにアクセスすることが理解され得る。たとえば、第１のデバイスは、第２のデバイスによって送信された制御要求に応答して動作命令を第２のデバイスに送信する必要があり、それによって、第２のデバイスは、動作命令に従ってデータを処理する。この動作は単純であり、第１のデバイスは第２のデバイスのデータにアクセスする。

いくつかの他の考えられる実装形態では、第１のデバイス上に大容量記憶ドライバがインストールされ、第２のデバイス上にＵＳＢ上位層アプリケーションドライバがインストールされ、大容量記憶ドライバおよびＵＳＢ上位層アプリケーションドライバ上に同じパラメータが定義され、第１のデバイスは、同じパラメータに基づいて第２のデバイスと対話する。

ＵＳＢインターフェースを使用することによって第１のデバイスが第２のデバイスに接続される前に、第２のデバイスのデータへの第１のデバイスのアクセスを実現するために、第１のデバイス上に大容量記憶ドライバがインストールされ、第２のデバイス上にＵＳＢ上位層アプリケーションドライバがインストールされ、大容量記憶ドライバおよびＵＳＢ上位層アプリケーションドライバ上に同じパラメータが定義され、それによって、２つのドライバの動作モードが一致し、第１のデバイスが第２のデバイスのデータに正しくアクセスするのを可能にすることが理解され得る。

いくつかの他の考えられる実装形態では、パラメータは、ＵＳＢ機能インターフェース情報を含み、ＵＳＢ機能インターフェース情報は、第１のデバイスが第２のデバイスのデータにアクセスするアクセスモードに関する情報を含む。

実際の適用時には、パラメータは、ＵＳＢ機能インターフェース情報、デバイス情報、ＵＳＢインターフェースにおけるエンドポイント情報などを含む。アクセスモードは、ＵＳＢ機能インターフェースを使用することによって定義される。たとえば、ＵＳＢ機能インターフェース情報は、第１のデバイスが第２のデバイスのデータにアクセスするアクセスモードに関する情報を含む。第１のデバイスと第２のデバイスがＵＳＢインターフェースを使用することによって接続されると、第２のデバイスは、アクセスモード情報を識別し、それによって、第１のデバイスは、カスタマイズされたアクセスモードに基づいて第２のデバイスのデータにアクセスする。

いくつかの他の考えられる実装形態では、第１のデバイスは端末であり、第２のデバイスはパーソナルコンピュータＰＣである。第１のデバイスが二次デバイスであり、第２のデバイスが一次デバイスであることが理解され得る。二次デバイスは、一次／二次アクセスモードにおいて一次デバイスのデータにアクセスする。

本発明の第２の態様によれば、データアクセス方法が提供される。この方法は第２のデバイスに適用され、第２のデバイスは、ユニバーサルシリアルバスＵＳＢインターフェースを使用することによって第１のデバイスに接続され、第２のデバイス上にＵＳＢ上位層アプリケーションドライバがインストールされ、ＵＳＢ上位層アプリケーションドライバ上に、第１のデバイスと対話するためのパラメータが定義される。この方法は、第２のデバイスによって、制御要求を生成するステップと、第２のデバイスによって、制御要求を第１のデバイスに送信するステップであって、制御要求が、第１のデバイスに、動作命令を第２のデバイスに送信するように命令するために使用される、ステップとを含む。

第２のデバイスが、ＵＳＢインターフェースを使用することによって第１のデバイスに接続されることが理解され得る。このことは、従来技術と比較してデータ伝送速度を実質的に向上させる。第２のデバイスは、ユニバーサルシリアルバスＵＳＢインターフェースを使用することによって第１のデバイスに接続される。ＵＳＢ上位層アプリケーションドライバが第２のデバイス上にインストールされ、第１のデバイスと対話するためのパラメータがＵＳＢ上位層アプリケーションドライバ上に定義され、それによって、第１のデバイスは第２のデバイスのデータに正しくアクセスする。さらに、第２のデバイスは、制御要求を生成し、制御要求を第１のデバイスに送信し、制御要求は、第１のデバイスに、動作命令を第２のデバイスに送信するように命令するために使用される。この動作は単純であり、特別なＩＰアドレスが構成される必要はなく、それによって、デバイス間の対話の融通性を向上させる。

いくつかの考えられる実装形態では、第２のデバイスは、第１のデバイスによって送信された動作命令を受信し、第２のデバイスは、動作命令に従ってターゲットデータを処理する。

第１のデバイスが第２のデバイスのデータにアクセスする前にアクセスモードがカスタマイズされており、したがって、第１のデバイスが、カスタマイズされたアクセスモードに基づいて第２のデバイスのデータにアクセスすることが理解され得る。たとえば、第１のデバイスは、第２のデバイスによって送信された制御要求に応答して動作命令を第２のデバイスに送信する必要があり、それによって、第２のデバイスは、動作命令に従ってデータを処理する。この動作は単純であり、第１のデバイスは第２のデバイスのデータにアクセスする。

いくつかの他の考えられる実装形態では、パラメータは、ＵＳＢ機能インターフェース情報を含み、ＵＳＢ機能インターフェース情報は、第１のデバイスが第２のデバイスのデータにアクセスするアクセスモードに関する情報を含む。

実際の適用時には、パラメータは、ＵＳＢ機能インターフェース情報、デバイス情報、ＵＳＢインターフェースにおけるエンドポイント情報などを含む。アクセスモードは、ＵＳＢ機能インターフェースを使用することによって定義される。たとえば、ＵＳＢ機能インターフェース情報は、第１のデバイスが第２のデバイスのデータにアクセスするアクセスモードに関する情報を含む。第１のデバイスと第２のデバイスがＵＳＢインターフェースを使用することによって接続されると、第２のデバイスは、アクセスモード情報を識別し、それによって、第１のデバイスは、カスタマイズされたアクセスモードに基づいて第２のデバイスのデータにアクセスする。

いくつかの他の考えられる実装形態では、第１のデバイスは端末であり、第２のデバイスはパーソナルコンピュータＰＣである。第１のデバイスが二次デバイスであり、第２のデバイスが一次デバイスであることが理解され得る。二次デバイスは、一次／二次アクセスモードにおいて一次デバイスのデータにアクセスする。

第３の態様によれば、動作デバイスが提供される。この動作デバイスは、第１の態様もしくは第１の態様の任意の考えられる実装形態、または第２の態様もしくは第２の態様の任意の考えられる実装形態において提供される方法の機能を実現するように構成され、ハードウェア／ソフトウェアによって実装され、このハードウェア／ソフトウェアは機能に対応するユニットを含む。

従来技術におけるＰＣのデータへの携帯電話のアクセスの概略構造図である。 本発明の一実施形態によるシステムのフレームワークの概略構造図である。 本発明の一実施形態による第１のデバイスの概略構造図である。 本発明の一実施形態によるデータアクセスの一実装形態の概略図である。 本発明の一実施形態によるデータアクセスの別の実施形態の概略図である。 本発明の一実施形態によるデータアクセスシステムの概略構造図である。

以下の説明は、本発明の実施形態における添付の図面を参照しながら、本発明の実施形態における技術的解決策について明確にかつ完全に説明する。明らかに、記載された実装形態は、本発明のすべての実施形態ではなく、いくつかの実施形態に過ぎない。当業者によって創造的な労力なしに本発明の実施形態に基づいて得られるすべての他の実施形態は、本発明の保護範囲内であるものとする。

本明細書、特許請求の範囲および本発明の添付の図面では、「第１の」、「第２の」、「第３の」、「第４の」などの用語は、それぞれに異なる対象を区別することを目的とした用語であり、特定の順序を示すものではない。さらに、「含む」、「備える」、およびそれらの任意の他の変形形態の用語は、非排他的な包含を対象とすることを目的とした用語である。たとえば、一連のステップまたはユニットを含む処理、方法、システム、製品、もしくはデバイスは、列挙されたステップもしくはユニットに限定されず、任意選択で、列挙されていないステップもしくはユニットをさらに含み、または任意選択で、処理、方法、製品、もしくはデバイスの別の固有のステップまたはユニットをさらに含む。

図２−ａは、本発明の実施形態におけるシステムのフレームワーク図を示す。このシステムは、第１のデバイスと第２のデバイスとを含む。第２のデバイスは、複数の第１のデバイスに接続されることがある。たとえば、第１のデバイスは端末であり、第２のデバイスはＰＣである。第１のデバイス上に、カスタマイズされた大容量記憶（ｍａｓｓ＿ｓｔｏｒａｇｅ）ドライバが作成され、第２のデバイス上に、カスタマイズされたＵＳＢ上位層アプリケーションドライバが作成される。カスタマイズされたＵＳＢ上位層アプリケーションドライバは、第２のデバイスのカーネル内で動作する。第１のデバイスと第２のデバイスはＵＳＢインターフェースを使用することによって接続される。第１のデバイス上にカスタマイズされた大容量記憶ドライバを作成する具体的な処理は以下の通りである。大容量記憶ドライバは、大容量記憶プロトコルに基づいて第１のデバイス上に作成され、デバイス記述子、ＵＳＢインターフェース記述子、ＵＳＢインターフェースにおけるエンドポイント記述子などの第１のデバイスに関する情報が、大容量記憶ドライバ上に定義される。デバイス記述子は、種類、ベンダーコード、製品識別子、ベンダー記述子、ＵＳＢプロトコルバージョンなどの第１のデバイスに関する情報を定義するために使用される。ＵＳＢインターフェース記述子は、ＵＳＢインターフェースの種類などの情報を定義するために使用され、１つのＵＳＢインターフェースが特定の機能に対応する。エンドポイント記述子は、ＵＳＢインターフェースにおける各エンドポイントの特定の機能を定義するために使用される。たとえば、第２のデバイスから受信されたデータを入力するために入力エンドポイントが使用され、第２のデバイスにデータを出力するために出力エンドポイントが使用される。第２のデバイス上にカスタマイズされたＵＳＢ上位層アプリケーションドライバを作成する具体的な処理は以下の通りである。第２のデバイスのプラットフォームに対応するＵＳＢドライバ展開ツールが選択され、ＵＳＢ上位層アプリケーションドライバが作成され、デバイス記述子、ＵＳＢインターフェース記述子、ＵＳＢインターフェースにおけるエンドポイント記述子などの、バインドされる必要がある第１のデバイスに関する情報が、ＵＳＢ上位層アプリケーションドライバ上に定義される。ＵＳＢ上位層アプリケーションドライバ上に定義された第１のデバイスに関する情報は、大容量記憶ドライバ上に定義された第１のデバイスに関する情報と一致しており、これによって、上位層アプリケーションＵＳＢドライバと大容量記憶ドライバの動作モードが確実に一致する。

第１のデバイスが第２のデバイスのデータにアクセスするアクセスモードを実現するために、このアクセスモードに対応するＵＳＢ機能インターフェースが展開される。たとえば、プロトコル展開によってＵＳＢ物理ポートに関して複数のＵＳＢ機能インターフェースが定義されることがあり、ＵＳＢ機能インターフェースは、プロトコルマッピングによって得られる仮想インターフェースである。ＵＳＢ機能インターフェースは特定の機能に対応する。ＵＳＢインターフェースを使用することによって第１のデバイスが第２のデバイスに接続されると、第２のデバイスは、第２のデバイスのデータにアクセスするためのＵＳＢ機能インターフェースにマップされる。第２のデバイスは、対応するＵＳＢ機能インターフェース情報に基づいてカスタマイズされたＵＳＢ上位層アプリケーションドライバを自動的にロードし、第２のデバイスのデータをＳＤカードの形態で第１のデバイス上にマウントして第２のデバイスのデータを第１のデバイスにマップし、第１のデバイスが第２のデバイスのデータにアクセスするのを可能にする。カスタマイズされたＵＳＢ上位層アプリケーションドライバが正常に動作した後、第２のデバイスは、ＵＳＢ機能インターフェース上に定義されたインターフェースモードに基づいて第１のデバイスと通信する。たとえば、第２のデバイスは、第１のデバイスと協働して第２のデバイスのデータにアクティブにアクセスするために、制御要求を第１のデバイスに送信する必要があり、それによって、第１のデバイスは、第２のデバイスのデータにアクセスすることを決定すると、制御要求に基づいて第２のデバイスに動作命令を返す。第２のデバイスは、第１のデバイスによって返された動作命令を受信した後、第１のデバイスが第２のデバイスのデータにアクセスするように対応する動作命令を実行する。

第１のデバイスは、第２のデバイスのデータにアクセスする際、第２のデバイスによって送信された制御要求に基づいて第２のデバイスに動作命令を返す。この動作命令は具体的には、第２のデバイスのデータのトラバース、書込み、読取り、削除、修正、作成、移動、コピー、送信、または追加などを含む。たとえば、第１のデバイスが第２のデバイスのデータをトラバースする必要があるとき、第１のデバイスは、第２のデバイスによって送信された制御要求を受信した後、制御要求に基づいて第２のデバイスの特定のデータをトラバースするための動作命令を第２のデバイスに返す。第２のデバイスは、動作命令を受信した後、第２のデバイスの対応するデータをトラバースしてトラバース結果（たとえば、トラバースされたファイルに関する情報）を得て、トラバースされたファイルに関する情報を第１のデバイスに送信する。トラバースされたファイルに関する情報が特に量が多く、第２のデバイスによって１つのバッチで送信されることが許可されたバイトの最大量を超えている場合、トラバースされたファイルに関する情報は、複数回にわたって第１のデバイスに送信されることがある。別の例では、第１のデバイスが第２のデバイスのデータを削除する必要があるとき、第１のデバイスは、第２のデバイスによって送信された制御要求を受信した後、制御要求に基づいて、第２のデバイスの特定のデータを削除するための動作命令を第２のデバイスに返す。第２のデバイスは、動作命令を受信した後、第２のデバイスの対応するデータを削除し、第１のデバイスに削除結果を返す。

本発明の技術的解決策がアンドロイドシステムに適用され、または別のオペレーティングシステム、たとえば、ＭＡＣシステムもしくはＷｉｎｄｏｗｓシステムに適用されることがあることに留意されたい。このことは、本明細書では特に限定されない。本発明のこの実施形態では、第１のデバイスは二次デバイスであることがあり、第２のデバイスは一次デバイスであることがある。以下の説明は、第１のデバイスが端末であり、第２のデバイスがＰＣである例を使用することによって本発明における２つのデータ処理実装形態について説明する。

実装形態１：
端末とＰＣが接続される前にまず、端末上に大容量記憶ドライバがインストールされる。大容量記憶ドライバはカスタマイズされたドライバである。ＰＣ上にＵＳＢ上位層アプリケーションドライバがインストールされる。ＵＳＢ上位層アプリケーションドライバはカスタマイズされた上位層アプリケーションドライバである。大容量記憶ドライバとＵＳＢ上位層アプリケーションドライバ上に同じパラメータ、たとえば、デバイス記述子、ＵＳＢインターフェース記述子、ＵＳＢインターフェースにおけるエンドポイント記述子が別々に定義される。このことは、ＵＳＢインターフェースを使用することによって端末とＰＣが接続された後で、各ドライバの動作モードを確実に一致させ、データ交換を容易にする。

端末がＰＣのデータにアクセスするアクセスモードを実現するために、このアクセスモードに対応するＵＳＢ機能インターフェースが展開される。ＵＳＢインターフェースを使用することによって端末がＰＣに接続されると、ＰＣが、アクセスモードに対応するＵＳＢ機能インターフェースにマップされる。ＰＣは、対応するＵＳＢ機能インターフェース情報に基づいてＵＳＢ上位層アプリケーションドライバを自動的にロードし、ＰＣのデータを仮想ＳＤカードの形態で端末上にマウントし、マップされたインターフェースを使用することによって端末の表示画面上にデータを表示し、それによって、端末は、表示画面のユーザインターフェース上にＰＣのデータを表示することができる。ユーザは、端末のディスプレイインターフェースからＰＣのデータを見ることもある。端末上のカスタマイズされた大容量記憶ドライバおよびＰＣ上のカスタマイズされた上位層アプリケーションドライバは、カスタマイズされたコマンドプロトコルを使用することによってデータアクセスおよび交換を実現する。ＰＣのデータが仮想ＳＤカードの形態で端末上にマウントされた後、端末上のすべてのアプリケーションは、ローカルＳＤカードにアクセスする場合と同様にＰＣのデータにアクセスする。

端末がＰＣのデータにアクセスするアクセスモードは、あらかじめ定義される。したがって、ＰＣは制御要求を周期的に端末に送信する。端末は、ＰＣによって送信された制御要求を受信した後にのみＰＣのデータにアクセスするための動作命令を含むメッセージをＰＣに返す。この理由は、一次／二次モードにおけるＵＳＢプロトコルでは、端末は、二次デバイスとして、ＰＣに動作命令を直接送信することができないからである。

実際の適用時には、端末が動作命令をＰＣに返す前に、上位層アプリケーションプログラムがデータにアクセスするとき、たとえば、上位層プログラムがファイルを削除する必要があるときに端末上の大容量記憶ドライバにおいて動作命令がトリガされる。削除コマンドの場合、ＰＣによって周期的に送信される制御要求においてＰＣに動作命令が返される。ＰＣ上のカスタマイズされたＵＳＢ上位層アプリケーションドライバは、命令を受信した後、ファイルを削除する。次に、ＰＣは、新しい制御要求においてファイル削除結果を端末に送信する。カスタマイズされた大容量記憶ドライバは、結果を受信した後、コールアンドリターン方式で上位層アプリケーションプログラムに結果を通知する。削除結果を返す方法は、上位層アプリケーションがローカルＳＤカードを呼び出してローカルＳＤカード内のファイルを削除するときに結果を返す方法と同様である。同様に、上位層アプリケーションプログラムは、ファイルをトラバースする必要があるとき、端末上のカスタマイズされた大容量記憶ドライバを呼び出してファイルトラバース動作命令をトリガする。この命令は、ＰＣの制御要求のリターン命令においてＰＣ上のカスタマイズされたＵＳＢ上位層アプリケーションドライバに転送される。カスタマイズされたＵＳＢ上位層アプリケーションドライバは、動作命令を得た後、ファイルをトラバースし、トラバース結果を新しい制御要求において端末側のカスタマイズされた大容量記憶ドライバに送信する。カスタマイズされた大容量記憶ドライバは、ドライバコールアンドリターン方式で上位層アプリケーションプログラムにトラバースされたファイルに関する情報を通知する。ファイル情報と、上位層アプリケーションプログラムがローカルＳＤカード内のファイルを呼び出してトラバースしたときに返される情報は、フォーマットが完全に一致する。同様に、上位層アプリケーションによってカスタマイズされたｍａｓｓ＿ｓｔｏｒａｇｅドライバにアクセスするためのすべてのコマンドが、ＰＣによってアクティブに要求される制御要求に応答してＰＣ上のカスタマイズされたＵＳＢ上位層アプリケーションドライバに返される。ＰＣ上のカスタマイズされたＵＳＢ上位層アプリケーションドライバは、コマンドを実行した後、新しい制御要求において、結果を端末上のカスタマイズされた大容量記憶ドライバに送信する。結果は、大容量記憶ドライバの標準的なドライバリターン方法で上位層アプリケーションプログラムに通知される。このようにして、端末上にマウントされたＰＣのハードウェアディスクへのアクセスは、ローカルＳＤカードへのアクセスと完全に一致する。端末は、ユーザインターフェース上のユーザによってＰＣのデータに対して入力された動作命令を受信する。たとえば、ＰＣのデータが端末のユーザインターフェース上に表示され、ユーザがＰＣ上の特定のデータを削除する必要があるとき、ユーザは、データを削除するための動作オプションをクリックして、この動作オプションに対応する動作命令をトリガしてもよい。このようにして、端末は、ＰＣから受信された制御要求に基づいて、動作命令を受信することができ、動作命令をＰＣに返す。

ＰＣは、端末によって返された動作命令を受信した後、対応する動作を実行して実行結果を端末に送信する。このようにして、端末は、ＰＣが動作命令を実行することに失敗したかそれとも成功したかに関する特定の状況を知ることができる。端末は、ＰＣが動作命令を完全に実行することに失敗したことを知ったときには、引き続き動作命令をＰＣに送信することがあり、それによって、ＰＣは、動作命令全体を実行するまで、引き続き終了していない動作命令を実行する。次に、ＰＣは、制御要求を周期的に送信する段階に再び入る。たとえば、ＰＣが制御要求を端末に送信した後、端末は動作命令を含まないメッセージをＰＣに送信する。

実装形態２：
端末とＰＣが接続される前にまず、端末上にカスタマイズされた大容量記憶ドライバが作成され、ＰＣ上にカスタマイズされたＵＳＢ上位層アプリケーションドライバが作成される。２つのドライバ上に同じデバイス記述子、ＵＳＢインターフェース記述子、ＵＳＢインターフェースにおけるエンドポイント記述子などが定義され、それにより、ＵＳＢインターフェースを使用することによって端末とＰＣが接続された後に各ドライバの動作モードが確実に一致する。

端末がＰＣのデータにアクセスするアクセスモードを実現するために、このアクセスモードに対応するＵＳＢ機能インターフェースが展開される。ＵＳＢインターフェースを使用することによって端末がＰＣに接続されると、ＰＣは、アクセスモードに対応するＵＳＢ機能インターフェースにマップされ、ＰＣは、対応するＵＳＢ機能インターフェース情報に基づいてカスタマイズされたＵＳＢ上位層アプリケーションドライバを自動的にロードして、端末とＰＣとの間の通信を実現する。

ＰＣは、端末がＰＣのデータにアクセスするアクセスモードと協働するために、制御要求を端末に送信し、それによって、ＰＣのデータがＳＤカードの形態で端末上にマウントされる。たとえば、ＰＣは、仮想ストレージとして端末上にマウントされ、それによって、端末は、端末のユーザインターフェース上にＰＣのデータを表示することができる。このようにして、ユーザは、ユーザインターフェース上のＰＣのデータを見ることができ、それによって、端末は、ユーザインターフェース上のユーザによってデータに対して入力された動作命令を受信し、対応する動作を実行する。

たとえば、ＰＣのデータが端末のユーザインターフェース上に表示され、ユーザがＰＣ上の特定のデータを削除する必要があるとき、ユーザは、データを削除するための動作オプションをクリックして、この動作オプションに対応する動作命令をトリガしてもよい。このようにして、端末は、動作命令を受信することができ、動作命令を実行する。

端末は、動作命令を実行した後、ユーザインターフェース上に実行結果を表示する。このようにして、ユーザは、端末が動作命令を実行することに失敗したかそれとも成功したかに関する特定の状況を知ることができる。ユーザは、端末が動作命令を完全に実行することに失敗したことを知った後、引き続き動作命令をユーザインターフェース上に入力し、それによって、端末は、動作命令全体を実行するまで、引き続き終了していない動作命令を実行する。次に、ＰＣは、制御要求を周期的に送信する段階に再び入る。たとえば、ＰＣが制御要求を端末に送信した後、端末は動作命令を含まないメッセージをＰＣに送信する。次に、端末は一時的にドーマント状態であることがある。

本発明の一実施形態は、図２−ｂに示されているように第１のデバイスをさらに備える。説明を容易にするために、本発明のこの実施形態に関係する部分のみが示されている。開示されない技術的詳細については、本発明の実施形態における方法の部分を参照されたい。第１のデバイスは、携帯電話、タブレットコンピュータ、携帯情報端末（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、略してＰＤＡ）、ポイントオブセール（Ｐｏｉｎｔ ｏｆ Ｓａｌｅｓ、ＰＯＳ）、または車載コンピュータなどの任意の端末デバイスであってもよい。たとえば、第１のデバイスは携帯電話である。

図２−ｂは、本発明のこの実施形態に設けられる第１のデバイスに関連する携帯電話の部分構造のブロック図を示す。図２−ｂを参照するとわかるように、携帯電話は、無線周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、略してＲＦ）回路１１０、メモリ１２０、入力ユニット１３０、ディスプレイユニット１４０、センサー１５０、オーディオ回路１６０、ＵＳＢモジュール１７０、プロセッサ１６０、および電源１７０などの構成要素を含む。当業者は、図２−ｂに示されている携帯電話の構造が携帯電話に対する制限を構成することはなく、携帯電話が、図示されている構成要素よりも多いかもしくは少ない構成要素を含むことがあり、またはいくつかの構成要素を組み合わせることがあり、または異なる構成要素レイアウトを有することがあることを理解し得る。

以下の説明は、携帯電話の構成部品について図２−ｂを参照しながら詳細に説明する。

ＲＦ回路１１０は、情報を送受信し、または呼の間に信号を送受信するように構成されることがある。具体的には、ＲＦ回路１１０は、第２のデバイスのデータが対象とされた動作命令をユーザから受信し、動作命令を処理のためにプロセッサ１６０に送信する。たとえば、プロセッサ１６０は、動作命令に従ってデータを処理する。一般に、ＲＦ回路１１０は、限定はされないが、アンテナと、少なくとも１つの増幅器、トランシーバ、カプラー、低雑音増幅器（Ｌｏｗ Ｎｏｉｓｅ Ａｍｐｌｉｆｉｅｒ、略してＬＮＡ）、デュプレクサなどを含む。加えて、ＲＦ回路１１０はさらに、ワイヤレス通信を介してネットワークおよび別のデバイスと通信することがある。上記のワイヤレス通信は、限定はされないが、グローバルシステムフォアモバイルコミュニケーションズ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、略してＧＳＭ（登録商標））、汎用パケット無線サービス（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ、ＧＰＲＳ）、符号分割多元接続（略してＣｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）、広域符号分割多元接続（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、略してＷＣＤＭＡ（登録商標））、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、略してＬＴＥ）、電子メール、ショートメッセージングサービス（Ｓｈｏｒｔ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ、略してＳＭＳ）などを含む任意の通信標準またはプロトコルを使用することがある。

メモリ１２０は、ソフトウェアプログラムおよびコンピュータ命令を記憶するように構成されることがある。本発明のこの実施形態では、たとえば、メモリ１２０は第２のデバイスのデータを記憶する。プロセッサ１６０は、メモリ１２０に記憶されたソフトウェアプログラムおよびモジュールを動作させることによって携帯電話の様々な機能アプリケーションおよびデータ処理を実行する。メモリ１２０は、主としてプログラム記憶領域とデータ記憶領域とを含む。プログラム記憶領域は、オペレーティングシステム、少なくとも１つの機能によって必要とされるアプリケーションプログラム（たとえば、音声再生機能または画像再生機能）などを記憶することがある。データ記憶領域は、携帯電話の使用に基づいて作成されたデータ（たとえば、音声データまたはアドレス帳）などを記憶することがある。さらに、メモリ１２０は、高速ランダムアクセスメモリを含むことがあり、または不揮発性メモリ、たとえば、少なくとも１つの磁気ディスク記憶構成要素、フラッシュ記憶構成要素、または別の揮発性ソリッドステート記憶構成要素をさらに含むことがある。

入力ユニット１３０は、入力された数字情報または文字情報を受信して、携帯電話のユーザ設定および機能制御に関するキー信号入力を生成するように構成されることがある。具体的には、入力ユニット１３０は、タッチパネル１３１と別の入力デバイス１３２とを含むことがある。タッチパネル１３１は、タッチスクリーンとも呼ばれ、タッチパネル１３１上でまたはタッチパネル１３１の近くでユーザによって実行されるタッチ動作（たとえば、指またはスタイラスなどの任意の適切な物体または付属品を使用することによって、タッチパネル１３１上でまたはタッチパネル１３１の近くでユーザによって実行される動作）を回収し、あらかじめ設定されたプログラムに基づいて対応する接続装置を駆動することがある。たとえば、ユーザは、タッチパネル１３１上でタッチ動作を実行して第２のデータのインターフェースに対する入力命令を入力する。任意選択で、タッチパネル１３１は２つの部分、すなわち、タッチ検出装置およびタッチコントローラを含むことがある。タッチ検出装置は、ユーザのタッチ方向を検出し、タッチ動作によって伝達された信号を検出し、この信号をタッチコントローラに転送する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、タッチ情報を接触座標に変換して、次いで接触座標をプロセッサ１６０に送信し、プロセッサ１６０によって送信されたコマンドを受信して実行する。さらに、タッチパネル１３１は、抵抗型、容量型、赤外線、および弾性表面波などの複数の種類を使用することによって実装されることがある。タッチパネル１３１に加えて、入力ユニット１３０は、別の入力デバイス１３２をさらに含むことがある。具体的には、別の入力デバイス１３２は、限定はされないが、物理キーボード、機能キー（たとえば、音量調節キーまたはオン／オフキー）、トラックボール、マウス、ジョイスティックなどのうちの1つまたは複数を含むことがある。

ディスプレイユニット１４０は、ユーザによって入力された情報またはユーザのために提供された情報、および携帯電話の様々なメニューを表示するように構成されてもよい。本発明のこの実施形態では、たとえば、ディスプレイユニット１４０は、第２のデバイスのデータを表示し、または第２のデバイスがマップされたインターフェースを表示する。ディスプレイユニット１４０は、ディスプレイパネル１４１を含むことがある。任意選択で、ディスプレイパネル１４１は、液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、略してＬＣＤ）、有機発光ダイオード（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ、略してＯＬＥＤ）などの形態に構成されることがある。さらに、タッチパネル１１３１はディスプレイパネル１４１を覆うことがある。タッチパネル１３１は、タッチパネル１３１上またはタッチパネル１３１の近くでのタッチ動作を検出すると、タッチ動作をプロセッサ１６０に転送してこのタッチイベントの種類を決定する。次いで、プロセッサ１６０は、タッチイベントの種類に基づいてディスプレイパネル１４１上に対応する視覚出力を提供する。

ユーザは、携帯電話を使用して、ＵＳＢモジュール１５０を使用することによって電子メールを送受信すること、ウェブページを閲覧すること、ストリーミングメディアにアクセスすることなどを行うことができる。ＵＳＢモジュール１５０は、ユーザが、ワイヤレスブロードバンドインターネットアクセスを行うのを可能にし、たとえば、ＵＳＢモジュールを使用することによって第２のデバイスのデータにアクセスするのを可能にする。図２−ｂは、ＵＳＢモジュール１５０を示しているが、ＵＳＢモジュール１５０が、携帯電話の必須部分ではなく、本発明の本質を変化させずに必要に応じて間違いなく省略され得ることが理解され得る。

プロセッサ１６０は、携帯電話の制御センターであり、様々なインターフェースおよび配線を使用することによって携帯電話全体のすべての部分を接続する。プロセッサ１６０は、メモリ１２０内に記憶されたソフトウェアプログラムおよび／またはモジュールを動作させるかまたは実行し、メモリ１２０内に記憶されたデータを呼び出すことによって、携帯電話の様々な機能を実行しデータを処理して、携帯電話の全体的な監視を実行し、たとえば、第２のデバイスのデータを処理する。任意選択で、プロセッサ１６０は、１つまたは複数の処理ユニットを含むことがある。好ましくは、アプリケーションプロセッサとモデムプロセッサは、プロセッサ１６０として一体化されることがある。アプリケーションプロセッサは主として、オペレーティングシステム、ユーザインターフェース、アプリケーションプログラムなどを処理する。モデムプロセッサは主として、ワイヤレス通信を処理する。モデムプロセッサがプロセッサ１６０に一体化されないことがあることが理解され得る。

携帯電話は、各部分に電力を供給する電源１７０（たとえば、バッテリー）をさらに含む。好ましくは、電源は、電源管理システムを使用することによってプロセッサ１６０に論理的に接続され、電源管理システムを使用することによって充電、放電などの機能および電力消費量を管理する。

図示されていないが、携帯電話は、カメラ、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュールなどをさらに含むことがある。ここには詳細な説明は記載されない。

本発明のこの実施形態では、ディスプレイユニット１４０は、第２のデバイスがマップされたインターフェースを表示するように構成され、
入力ユニット１３０は、インターフェースに対して入力された命令を受信するように構成され、
プロセッサ１６０は、入力された命令に従って、ディスプレイユニットに第２のデバイスのデータを表示するように命令するように構成され、
ディスプレイユニット１４０は、第２のデバイスのデータを表示するようにさらに構成され、
入力ユニット１３０は、データに対して入力された動作命令を受信するようにさらに構成されて、かつ
プロセッサ１６０は、動作命令に従ってデータを処理するようにさらに構成される。

いくつかの考えられる実装形態では、動作命令は、選択動作命令と処理動作命令とを含み、
入力ユニット１３０は、データに対して入力された選択動作命令を受信し、ターゲットデータを決定し、ターゲットデータに対して入力された処理動作命令を受信するようにさらに構成されて、かつ
プロセッサ１６０は、選択動作命令に従ってターゲットデータを決定し、処理動作命令に従って処理動作命令に対応する動作をターゲットデータに対して実行するように特に構成される。

いくつかの他の考えられる実装形態では、入力ユニット１３０は、プロセッサ１６０が動作命令に従ってデータを処理する前に、第２のデバイスによって送信された制御要求を受信するようにさらに構成され、
プロセッサ１６０は、制御要求に基づいて動作命令を第２のデバイスに送信するようにさらに構成され、動作命令は、第２のデバイスに動作命令に従ってデータを処理するように命令するために使用される。

図２−ｂに示されている第１のデバイスの構造は、本発明のこの実施形態における第２のデバイスにも適用可能である。詳細については図２−ｂに示されている構造を参照されたい。ここでは詳細な説明は繰り返されない。

プロセッサ１６０は、制御要求を生成するように構成され、かつ
ＵＳＢモジュール１５０は、制御要求を第１のデバイスに送信するように構成され、制御要求は、第１のデバイスに、動作命令を動作デバイスに送信するように命令するために使用される。

いくつかの考えられる実装形態では、ＵＳＢモジュール１５０は、第１のデバイスによって送信された動作命令を受信するように構成され、かつ
プロセッサ１６０は、動作命令に従ってターゲットデータを処理するようにさらに構成される。

本発明のこの実施形態についての説明が記載される前にまず、本発明のアプリケーションシナリオについての説明が記載される。たとえば、第１のデバイスが携帯電話であり、第２のデバイスがＰＣである。ＰＣ上にカスタマイズされたＵＳＢ上位層アプリケーションドライバがインストールされ、携帯電話上にカスタマイズされた大容量記憶ドライバが実装される。携帯電話とＰＣは、ＵＳＢインターフェースを使用することによって接続される。ＰＣのデータが仮想ＳＤカードの形態で携帯電話上にマウントされ、携帯電話が、ＰＣを制御することによってＰＣのデータにアクセスする。いくつかの他のシナリオでは、たとえば、第１のデバイスはスマートルータであり、第２のデバイスはＰＣである。スマートルータは、ＵＳＢインターフェースを使用することによってＰＣに接続され、スマートルータは、ＰＣのハードディスクをスマートルータの記憶デバイスとして使用し、それによってデータアクセス機能を実質的に向上させる。いくつかの他のシナリオでは、たとえば、第１のデバイスは携帯電話であり、第２のデバイスはルータである。第２のデバイスとして、ルータは通常、マンマシン動作インターフェースを実現しない。携帯電話は通常、別の手法（たとえば、ウェブテレビジョンまたはオンラインＰＣ）を使用することによって間接的にルータにアクセスする。通常、この間接的なアクセス方法では、直接的な動作機能（すなわち、データ追加、削除、修正など）が実現されることはない。しかしながら、本発明では、携帯電話は、ＵＳＢインターフェースを使用することによってルータに直接的に接続され、ルータのデータは、仮想ローカルファイルの形態で携帯電話からアクセスされ得る。さらに、ルータのデータには追加、削除、修正などが行われ得る。

図３を参照するとわかるように、図３は、本発明の一実施形態によるデータアクセスの一実施形態の概略図である。この方法は、第１のデバイスおよび第２のデバイスに適用され、第１のデバイスと第２のデバイスは、ＵＳＢインターフェースを使用することによって接続される。この実施形態の具体的な手順は以下の通りである。

ステップ３０１：第２のデバイスが第１のデバイス上のインターフェースにマップされる。

本発明のこの実施形態では、第１のデバイスと第２のデバイスがＵＳＢインターフェースを使用することによって接続された後、第２のデバイスが第１のデバイス上のインターフェースにマップされる。このインターフェースはメニューオプションまたはアイコンであることがある。このことは、本明細書では特に限定されない。第２のデバイスが仮想記憶ユニットとして第１のデバイス上にマウントされ、第１のデバイスの記憶空間を拡張することが理解され得る。

ステップ３０２：第１のデバイスは、第２のデバイスがマップされたインターフェースを表示し、このインターフェースを使用することによって第２のデバイスのデータにアクセスする。

実際の適用時には、第１のデバイスは、第２のデバイスがマップされたインターフェースをユーザインターフェース上に表示し、インターフェースを使用することによって第２のデバイスのデータにアクセスする。ユーザは、ユーザインターフェース上の第２のデバイスのデータを見てもよく、データに対する入力命令を決定する。

第１のデバイスが第２のデバイスのデータにアクセスするアクセスモードを実現するために、このアクセスモードに対応するＵＳＢ機能インターフェースが展開される。このデータは、第２のデバイス上のハードディスクに記憶されたテキスト、ピクチャ、音声、映像などである。このことは、本明細書では特に限定されない。

ＵＳＢインターフェースを使用することによって第１のデバイスが初めて第２のデバイスに接続されると、第２のデバイスがＵＳＢ機能インターフェースにマップされ、第１のデバイスは、ＵＳＢ機能インターフェースを介して第２のデバイスのデータにアクセスする。第２のデバイスは、ＵＳＢ機能インターフェースに対応するインターフェースモードを識別し、カスタマイズされたＵＳＢ上位層アプリケーションドライバを自動的にロードし、カスタマイズされたＵＳＢ上位層アプリケーションドライバを第２のデバイスのカーネルにおいて動作させ、高い動作速度を実現する。第２のデバイス上のカスタマイズされたＵＳＢ上位層アプリケーションドライバ上に定義された第１のデバイスに関する情報は、第１のデバイス上のカスタマイズされた大容量記憶ドライバ上に定義された第１のデバイスに関する情報と同じであるので、このことは、カスタマイズされた大容量記憶ドライバとカスタマイズされたＵＳＢ上位層アプリケーションドライバの動作モードを確実に一致させる。カスタマイズされた大容量記憶ドライバがカスタマイズされたＵＳＢ上位層アプリケーションドライバにバインドされた後、第２のデバイスは、ＵＳＢ機能インターフェースに定義されたインターフェースモードに基づいて第１のデバイスと通信する。

ステップ３０３：第１のデバイスは、ユーザによってインターフェースに対して入力された命令を受信し、第２のデバイスのデータを表示する。

ステップ３０４：第１のデバイスは、データに対して入力された動作命令を受信する。

いくつかの考えられる実装形態では、第１のデバイスがデータに対して入力された動作命令を受信することは、具体的には、
第１のデバイスによって、データに対して入力された選択動作命令を受信し、ターゲットデータを決定することと、
第１のデバイスによって、ターゲットデータに対して入力された処理動作命令を受信することとを含む。

第１のデバイスが動作命令に従ってデータを処理することは、具体的には、
第１のデバイスによって、処理動作命令に従って処理動作命令に対応する動作をターゲットデータに対して実行することを含む。

ステップ３０５：第２のデバイスは制御要求を生成する。

ステップ３０６：第２のデバイスは制御要求を第１のデバイスに送信する。制御要求は、第１のデバイスに動作命令を第２のデバイスに送信するように命令するために使用される。

ステップ３０７：第１のデバイスは、第２のデバイスによって送信された制御要求を受信する。

ステップ３０８：第１のデバイスは、制御要求に基づいて動作命令を第２のデバイスに送信する。動作命令は、第２のデバイスに動作命令に従ってデータを処理するように命令するために使用される。

第１のデバイスが第２のデバイスのデータにアクセスする前にアクセスモードがカスタマイズされており、したがって、第１のデバイスは、カスタマイズされたアクセスモードに基づいて第２のデバイスのデータにアクセスする。たとえば、第１のデバイスは、第２のデバイスによって送信された制御要求に応答して動作命令を第２のデバイスに送信する必要があり、それによって、第２のデバイスは、動作命令に従ってターゲットデータを処理する。この動作は単純であり、第１のデバイスは第２のデバイスのデータにアクセスする。

本発明のこの実施形態では、第１のデバイスは、第２のデバイスのデータにアクセスすることを決定すると、制御要求に基づいて第２のデバイスに第１の動作命令を返す。第２のデバイスは、第１の動作命令を受信した後、第１のデバイスが第２のデバイスのデータにアクセスする必要があることを知り、第１の動作命令を実行し、第１の動作命令を実行した結果を第１のデバイスに送信する。第１の動作命令は、任意の種類の動作命令である。制御コマンドは、第２のデバイスのデータをトラバースすること、追加すること、削除すること、修正すること、または送信することを含み、第２のデバイスのデータを書き込むこと、読み取ること、作成すること、移動させること、またはコピーすることなどをさらに含む。複数の種類の特定の動作命令がある。このことは、本明細書では特に限定されない。

ステップ３０９：第２のデバイスは、第１のデバイスによって送信された動作命令を受信する。

ステップ３１０：第２のデバイスは、動作命令に従ってターゲットデータを処理する。

実際の適用時には、たとえば、第１のデバイスは、第２のデバイスのデータを修正することを決定すると、第２のデバイスによって送信された制御要求を受信した後、制御要求に基づいて第２のデバイスに動作命令を返す。動作命令が第２のデバイスの特定のデータを修正することである場合、第２のデバイスは、メッセージを受信した後、第２のデバイスの対応するデータを修正する。別の例では、第１のデバイスは、第２のデバイスの特定のデータをコピーする必要があるとき、第２のデバイスによって送信された制御要求を受信した後、制御要求に基づいて第２のデバイスに動作命令を返す。動作命令が第２のデバイスの特定のデータをコピーすることである場合、第２のデバイスは、メッセージを受信した後、第２のデバイスの対応するデータをコピーする。第２のデバイスがすべての必要なデータを１つのバッチでコピーすることができないと仮定すると、データは複数回にわたってコピーされ得る。

従来技術とは異なり、本発明は、第２のデバイスのデータの単なる書込みおよび読取りに限定されない。第２のデバイスのデータはさらに、削除、修正、コピーなどが施されることがある。第２のデバイスのデータに対する動作モードがより多様で融通性に富んでおり、そのことが、第１のデバイスと第２のデバイスとの間の対話方法の融通性を向上させることが理解され得る。

実際の適用時には、第１のデバイス上にユーザインターフェースが提供され、第２のデバイスによって送信された動作命令を実行した結果がユーザインターフェース上に表示され、それによって、ユーザは特定の実行結果を知る。たとえば、第２のデバイスは、特定のデータを修正した後、修正結果を第１のデバイスに送信する。第１のデバイスは、修正結果を受信した後、ユーザインターフェース上に対応する情報を表示し、ユーザによる閲覧を容易にする。

いくつかの考えられる実装形態では、ＵＳＢ伝送の電力消費量を低減させるために、第１のデバイスは、第２のデバイスのデータにアクセスしないことを決定すると、動作命令を運ばないメッセージを第２のデバイスに送信し、それによって、第２のデバイスは、第１のデバイスが今のところデータにアクセスする必要がないことを知る。しかしながら、第１のデバイスのデータアクセス要件を満たすために、第２のデバイス上にタイマーがセットされ、第２のデバイスは期間Ｔの間隔で制御要求を第１のデバイスに送信する。期間Ｔは、実際の適用に基づいて任意の時間に調整され得る。期間Ｔがより大きい値に調整されるにつれてポーリング占有率が減少する。Ｔが１００ｍｓであると仮定すると、それは、第２のデバイスが制御要求を送信した後、第１のデバイスがデータアクセス要件を有さない場合、第２のデバイスが１００ｍｓ後に再び制御要求を第１のデバイスに送信することを示す。ＵＳＢ帯域幅は、ポーリング間隔が１００ｍｓに設定されるときにはほとんど影響が与えられず、１００ｍｓの応答時間は、様々な通常の適用シナリオの要件も満たす。第２のデバイスが性能に関して比較的高い要件を有する場合、たとえば、第２のデバイスは、中央演算処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ）の電力消費量に関して比較的高い要件を有し、Ｔが５００ｍｓに設定されることがある。このことは、実質的に、ＵＳＢ伝送の電力消費量を低減させ、ＣＰＵ電力消費量に関する要求を増大させることがあるが、このことは、リアルタイム性能に関して高い要件を有さない適用シナリオに影響を与えない。したがって、Ｔは、実際の適用に基づいて決定されることがある。このことは、本明細書では特に限定されない。

従来技術では、第１のデバイスは、第２のデバイスによって送信されたコマンドの受信、および第２のデバイスによって送信されたコマンドに対する応答を受動的にしか行うことができない。しかしながら、本発明のこの実施形態では、カスタマイズされた大容量記憶ドライバが第１のデバイス上にインストールされ、カスタマイズされたＵＳＢ上位層アプリケーションドライバが第２のデバイス上にインストールされる。同じ情報、たとえば、デバイス記述子、ＵＳＢインターフェース記述子、ＵＳＢインターフェースにおけるエンドポイント記述子などが大容量記憶ドライバおよびＵＳＢ上位層アプリケーションドライバ向けにカスタマイズされる。第２のデバイスのデータにアクセスするためのアクセスモードは、ＵＳＢインターフェース記述子に定義される。ＵＳＢインターフェースを使用することによって第１のデバイスと第２のデバイスが接続された後、第２のデバイスは、ＵＳＢインターフェースに対応するアクセスモードを識別し、次いでカスタマイズされたＵＳＢ上位層アプリケーションドライバを第２のデバイス上に自動的にロードする。カスタマイズされたＵＳＢ上位層アプリケーションドライバ上に定義された情報は、第１のデバイス上のカスタマイズされた大容量記憶ドライバ上に定義された情報と同じであるので、このことは、カスタマイズされたＵＳＢ上位層アプリケーションドライバおよびカスタマイズされた大容量記憶ドライバの動作モードを確実に一致させ、第１のデバイスは第２のデバイスのデータにアクセスする。

図４を参照するとわかるように、図４は、本発明の一実施形態によるデータアクセスの別の実施形態の概略図である。たとえば、第１のデバイスは携帯電話であり、第２のデバイスはＰＣである。具体的な手順は以下の通りである。ＰＣは制御要求（ｃｍｄ ｒｅｑ）を携帯電話に送信する。携帯電話は、制御要求を受信した後、ＰＣのデータにアクセスすべきどうかを決定する。携帯電話は、ＰＣのデータにアクセスする必要がない場合、動作命令を運ばないメッセージ（ｏｋ ｎｏｃｍｄ）をＰＣに送信する。期間Ｔ（たとえば、１００ｍｓ）の後、ＰＣは再び制御要求（ｃｍｄ ｒｅｑ）を携帯電話に送信する。携帯電話は、ＰＣのデータにアクセスする必要があるとき、第１の動作命令を運ぶメッセージ（ｃｍｄ＿ｒｅｑｕｅｓｔ１）をＰＣに返す。ＰＣは、メッセージを受信した後、第１の動作命令に対応する結果データを作成し、さらに、対応する結果データ（ｃｍｄ ｒｅｑ ｒｅｓｐｏｎｅｄａｔａ１）を携帯電話に送信する。携帯電話が対応する結果データを受信した後、他のコマンドがない場合、携帯電話は、動作命令を運ばないメッセージ（ｏｋ ｎｏｃｍｄ）をＰＣに送信する。携帯電話は、ＰＣが第１の動作命令の実行を終了していないことを確認すると、第２の動作命令を運ぶメッセージ（ｃｍｄ ｒｅｑｕｅｓｔ２）を再びＰＣに送信する。ＰＣは、メッセージを受信した後、第２の動作命令を実行し、第２の動作命令に対応する結果データを作成し、さらに、対応する結果データ（ｃｍｄ ｒｅｑ ｒｅｓｐｏｎｅｄａｔａ２）を携帯電話に送信する。携帯電話は、対応する結果データを受信した後、上記のステップを再び実行し、それによって、ＰＣ側は、携帯電話が依然としてデータにアクセスする必要があるかどうかを知り、上記と同様のことを実行する。ここでは詳細な説明は繰り返されない。

本発明の実施形態における上記の関連する方法をより良く実施するために、以下の説明は、上記の方法と協働する関連するシステムを提供する。

図５を参照するとわかるように、図５は、本発明の一実施形態によるデータアクセスシステムの概略構造図である。このシステムは、第１のデバイス５００と第２のデバイス６００とを含む。第１のデバイス５００は、ユニバーサルシリアルバスＵＳＢインターフェースを使用することによって第２のデバイス６００に接続される。第１のデバイスは、ディスプレイモジュール５０１と、受信モジュール５０２と、処理モジュール５０３とを含む。

ディスプレイモジュール５０１は、第２のデバイスがマップされたインターフェースを表示するように構成され、
受信モジュール５０２は、ディスプレイモジュール５０１によって表示されたインターフェースに対して入力された命令を受信するように構成され、
処理モジュール５０３は、受信モジュール５０２によって受信された入力された命令に従って、ディスプレイモジュール５０１に第２のデバイスのデータを表示するように命令するように構成され、
ディスプレイモジュール５０１は、第２のデバイスのデータを表示するようにさらに構成され、
受信モジュール５０２は、データに対して入力された動作命令を受信するようにさらに構成され、かつ
処理モジュール５０３は、受信モジュール５０２によって受信された動作命令に従ってデータを処理するようにさらに構成される。

いくつかの考えられる実装形態では、動作命令は、選択動作命令と処理動作命令とを含み、
受信モジュール５０２は、データに対して入力された選択動作命令を受信し、ターゲットデータに対して入力された処理動作命令を受信するようにさらに構成され、
処理モジュール５０３は、選択動作命令に従ってターゲットデータを決定し、処理動作命令に従って処理動作命令に対応する動作をターゲットデータに対して実行するように構成される。

いくつかの他の考えられる実装形態では、受信モジュール５０２は、処理モジュール５０３が動作命令に従ってデータを処理する前に、第２のデバイスによって送信された制御要求を受信するようにさらに構成され、
処理モジュール５０３は、制御要求に基づいて動作命令を第２のデバイスに送信するようにさらに構成され、動作命令は、第２のデバイスに動作命令に従ってデータを処理するように命令するために使用される。

いくつかの他の考えられる実装形態では、第１のデバイス上に大容量記憶ドライバがインストールされ、第２のデバイスと対話するためのパラメータが大容量記憶ドライバ上に定義される。

いくつかの他の考えられる実装形態では、パラメータはＵＳＢ機能インターフェース情報を含み、ＵＳＢ機能インターフェース情報は、第１のデバイスが第２のデバイスのデータにアクセスするアクセスモードに関する情報を含む。

いくつかの考えられる実装形態では、第１の端末は端末である。

第２のデバイス６００は、ユニバーサルシリアルバスＵＳＢインターフェースを使用することによって第１のデバイスに接続される。動作デバイス上にＵＳＢ上位層アプリケーションドライバがインストールされる。第１のデバイスと対話するためのパラメータがＵＳＢ上位層アプリケーションドライバ上に定義される。第２のデバイスは、処理モジュール６０１と、送信モジュール６０２と、受信モジュール６０３とを含む。

処理モジュール６０１は、制御要求を生成するように構成され、かつ
送信モジュール６０２は、制御要求を第１のデバイスに送信するように構成され、制御要求は、第１のデバイスに、動作命令を動作デバイスに送信するように命令するために使用される。

いくつかの考えられる実装形態では、第２のデバイス６００は、
第１のデバイスによって送信された動作命令を受信するように構成された受信モジュール６０３と、
受信モジュール６０３によって受信された動作命令に従ってターゲットデータを処理するようにさらに構成された処理モジュール６０１とをさらに含む。

いくつかの他の考えられる実装形態では、パラメータはＵＳＢ機能インターフェース情報を含み、ＵＳＢ機能インターフェース情報は、第１のデバイスが動作デバイスのデータにアクセスするアクセスモードに関する情報を含む。

いくつかの考えられる実装形態では、第２のデバイス６００は、パーソナルコンピュータＰＣである。

ＵＳＢインターフェースを使用することによって第１のデバイスが第２のデバイスに接続されることが理解され得る。このことは、従来技術と比較してデータ伝送速度を実質的に向上させる。第１のデバイスは、第２のデバイスがマップされたインターフェースを表示し、インターフェースを使用することによって第２のデバイスのデータにアクセスする。第２のデバイスが第１のデバイスの仮想記憶ユニットとして働き、それによって第１のデバイスの記憶空間を拡張することが理解され得る。このようにして、第１のデバイスは、インターフェースに対して入力された命令を受信したときに第２のデバイスのデータを表示することができる。さらに、第１のデバイスは、データに対して入力された動作命令を受信し、動作命令に従ってデータを処理する。この動作は単純であり、特別なＩＰアドレスが構成される必要はなく、それによって、デバイス間の対話の融通性を向上させる。従来技術とは異なり、本発明の実施形態ではネットワークが接続される必要はなく、それによってネットワーク通信の消費量を低減させる。

考えられる実装形態では、送信モジュールおよび受信モジュールは、ソフトウェアモジュールであることもあり、ポータブル電子デバイスのトランシーバに実装され得る。処理モジュールも、ソフトウェアモジュールであることがあり、コンピュータシステムのプロセッサに実装され得るか、または特定の集積回路であることもある。

図５に示されている第１のデバイスおよび第２のデバイスが、図３に示されている方法実施形態における第１のデバイスおよび第２のデバイスに対応することがあり、第１のデバイスまたは第２のデバイスにおける各ユニットの上記の動作および/または機能ならびに他の動作および/または機能がそれぞれ、図３に示されている方法の対応する手順を実施することを目的としたものであることに留意されたい。説明を簡潔にするために、ここには詳細な説明は記載されない。

上記の実施形態では、実施形態の説明はそれぞれの焦点を有する。実施形態において詳細に記載されていない部分については、他の実施形態における関連する説明が参照されてもよい。

説明を好都合にかつ簡単にするために、上記のポータブル電子デバイス、コンピュータ可読記憶媒体、およびユニットの詳細な動作処理に関しては、上記の方法実装形態における対応する処理が参照されてもよく、ここには詳細な説明は記載されないことが当業者によって明確に理解されることがある。

本出願において提供されるいくつかの実施形態では、開示されたシステム、装置、および方法が他の方法で実施されてもよいことを理解されたい。たとえば、記載された装置実施形態は、例に過ぎない。たとえば、ユニットの分割は、論理的な機能の分割に過ぎず、実際の実装形態では他の分割であってもよい。たとえば、複数のユニットもしくは構成要素が別のシステムとして組み合わされるかもしくは一体化されてもよく、またはいくつかの特徴が無視されてもよく、もしくは実行されなくてもよい。さらに、表示されるかまたは論じられた相互結合または直接結合または通信接続は、いくつかのインターフェースを使用して実装されてもよい。装置もしくはユニット間の間接的な結合もしくは通信接続は、電気的な形態で実装されてもよく、機械的な形態で実装されてもよく、または他の形態で実装されてもよい。

別個の部品として記載されたユニットは、物理的に別個の部品であってもよくまたはそうでなくてもよく、ユニットとして表示された部品は、物理的なユニットであってもよくまたはそうでなくてもよく、１つの位置に配置されてもよく、または複数のネットワークユニット上に分散されてもよい。ユニットのいくつかまたはすべては、実施形態において提供された技術的解決策を実現するために実際のニーズに従って選択されてもよい。

さらに、本発明の実施形態における機能ユニットが１つの処理ユニットとして一体化されてもよく、またはユニットの各々が物理的に単独で存在してもよく、または２つ以上のユニットが１つのユニットとして一体化されてもよい。一体化されたユニットは、ハードウェアの形態で実装されてもよく、またはソフトウェア機能ユニットの形態で実装されてもよい。

一体化されたユニットがソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用されるとき、一体化されたユニットは、コンピュータ可読記憶媒体に記憶されてもよい。そのような理解に基づいて、基本的に本発明の技術的解決策、または従来技術に寄与する部分、またはこの技術的解決策のすべてもしくはいくつかが、ソフトウェア製品の形態で実装されてもよい。ソフトウェア製品は、記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイスなどであってもよい）に本発明の実施形態に記載された方法のステップのうちのすべてまたはいくつかを実行するように命令するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、または光学ディスクなどの、プログラムコードを記憶することができる任意の媒体を含む。

本発明は、上記に詳細に記載されている。本発明の原則および実装形態は、本明細書において具体的な例を介して記載されている。実施形態に関する説明は、本発明の方法および主要な考えの理解を助けるために提供されているに過ぎない。さらに、当業者は、本発明の考えに従って、具体的な実装形態および適用範囲に関して本発明に変更を施すことができる。したがって、本明細書の内容は、本発明に対する制限と解釈されるものではない。

本出願は、その全体が参照により本明細書に組み込まれている、２０１６年６月６日に中国特許庁に出願された、「ＤＡＴＡ ＡＣＣＥＳＳ ＭＥＴＨＯＤ ＡＮＤ ＲＥＬＡＴＥＤ ＤＥＶＩＣＥ」という名称の中国特許出願第２０１６１０３９５８９４．８号の優先権を主張する。

本発明は、通信技術の分野に関し、詳細には、データアクセス方法および関連するデバイスに関する。

現在、携帯電話は、ＰＣのデータにアクセスするために、ワイヤレスフィデリティ（略してＷｉ−Ｆｉ）を使用することによってパーソナルコンピュータ（略してＰＣ）に接続され得る。図１に示されているように、アンドロイド携帯電話におけるＬｉｎｕｘ（登録商標）システムは、コンピュータ用語：ルートアクセスを提供し、それにより、携帯電話はネットワーク共有ファイルをＬｉｎｕｘ側にマウントすることによってＰＣのデータにアクセスする。具体的な実装処理は以下の通りである。まず、携帯電話がルートアクセスを得るのを可能にするために、ルートファイルパッケージが携帯電話上にインストールされる必要がある。次に、ネットワークファイルシステム（ＮＦＳ）サーバがＬｉｎｕｘ側に構成され、ＮＦＳサーバが起動される。次に、ネットワーク共有ファイルをＬｉｎｕｘ側にマウントすることによってＮＦＳファイルがマウントされ、ＰＣ上のＷｉｎｄｏｗｓシステムのデータが直接、携帯電話にマップされ、携帯電話がコンピュータのデータにアクセスするのを可能にする。

しかしながら、携帯電話は、携帯電話とＰＣがネットワークに接続され、固定のインターネットプロトコル（略してＩＰ）アドレスがＰＣ上に構成されているときにしかＰＣのデータにアクセスすることができない。動作は複雑である。

本発明の目的は、データアクセス方法および関連するデバイスを提供し、携帯電話がＰＣのデータにアクセスするときに見られる従来技術の欠点を解消することである。

本発明の第１の態様によれば、データアクセス方法が提供される。この方法は、第１のデバイスに適用され、第１のデバイスは、ユニバーサルシリアルバスＵＳＢインターフェースを使用することによって第２のデバイスに接続される。この方法は、第１のデバイスによって、第２のデバイスがマップされたインターフェースを表示し、インターフェースを使用することによって第２のデバイスのデータにアクセスするステップと、第１のデバイスによって、インターフェースに対して入力された（ｅｎｔｅｒｅｄ ｆｏｒ）命令を受信し、第２のデバイスのデータを表示するステップと、データに対して入力された動作命令を受信するステップと、動作命令に従ってデータを処理するステップとを含む。

第１のデバイスが、ＵＳＢインターフェースを使用することによって第２のデバイスに接続されることが理解され得る。このことは、従来技術と比較してデータ伝送速度を実質的に向上させる。第１のデバイスは、第２のデバイスがマップされたインターフェースを表示し、インターフェースを使用することによって第２のデバイスのデータにアクセスする。第２のデバイスが第１のデバイスの仮想記憶ユニットとして働き、それによって、第１のデバイスの記憶空間を拡張することが理解され得る。このようにして、第１のデバイスは、インターフェースに対して入力された命令を受信したときに第２のデバイスのデータを表示することができる。さらに、第１のデバイスは、データに対して入力された動作命令を受信し、動作命令に従ってデータを処理する。この動作は単純であり、特別なＩＰアドレスが構成される必要はなく、それによって、デバイス間の対話の融通性を向上させる。

いくつかの実装形態では、第１のデバイスによって、データに対して入力された動作命令を受信するステップは具体的には、第１のデバイスによって、データに対して入力された選択動作命令を受信し、ターゲットデータを決定するステップと、第１のデバイスによって、ターゲットデータに対して入力された処理動作命令を受信するステップとを含み、第１のデバイスによって、動作命令に従ってデータを処理するステップは具体的には、第１のデバイスによって、処理動作命令に従って、処理動作命令に対応する動作をターゲットデータに対して実行するステップを含む。

第１のデバイスが、データに対して入力された選択動作命令を受信し、ターゲットデータを決定し、たとえば、第２のデバイスのデータからあるデータをターゲットデータとして選択することが理解され得る。この動作は単純である。さらに、第１のデバイスは、ターゲットデータに対して入力された処理動作命令を受信し、処理動作命令に従って、処理動作命令に対応する動作をターゲットデータに対して実行し、たとえば、ターゲットデータを削除、修正、またはコピーする。このことは、本明細書では特に限定されない。

いくつかの他の考えられる実装形態では、この方法は、第１のデバイスによって、動作命令に従ってデータを処理する前に、第１のデバイスによって、第２のデバイスによって送信された制御要求を受信するステップをさらに含み、第１のデバイスによって、動作命令に従ってデータを処理するステップは具体的には、第１のデバイスによって、制御要求に基づいて動作命令を第２のデバイスに送信するステップであって、動作命令が、第２のデバイスに動作命令に従ってデータを処理するように命令するために使用される、ステップを含む。

第１のデバイスが第２のデバイスのデータにアクセスする前にアクセスモードがカスタマイズされており、したがって、第１のデバイスが、カスタマイズされたアクセスモードに基づいて第２のデバイスのデータにアクセスすることが理解され得る。たとえば、第１のデバイスは、第２のデバイスによって送信された制御要求に応答して動作命令を第２のデバイスに送信する必要があり、それによって、第２のデバイスは、動作命令に従ってデータを処理する。この動作は単純であり、第１のデバイスは第２のデバイスのデータにアクセスする。

いくつかの他の考えられる実装形態では、第１のデバイス上に大容量記憶ドライバがインストールされ、第２のデバイス上にＵＳＢ上位層アプリケーションドライバがインストールされ、大容量記憶ドライバおよびＵＳＢ上位層アプリケーションドライバ上に同じパラメータが定義され、第１のデバイスは、同じパラメータに基づいて第２のデバイスと対話する。

ＵＳＢインターフェースを使用することによって第１のデバイスが第２のデバイスに接続される前に、第２のデバイスのデータへの第１のデバイスのアクセスを実現するために、第１のデバイス上に大容量記憶ドライバがインストールされ、第２のデバイス上にＵＳＢ上位層アプリケーションドライバがインストールされ、大容量記憶ドライバおよびＵＳＢ上位層アプリケーションドライバ上に同じパラメータが定義され、それによって、２つのドライバの動作モードが一致し、第１のデバイスが第２のデバイスのデータに正しくアクセスするのを可能にすることが理解され得る。

いくつかの他の考えられる実装形態では、パラメータは、ＵＳＢ機能インターフェース情報を含み、ＵＳＢ機能インターフェース情報は、第１のデバイスが第２のデバイスのデータにアクセスするアクセスモードに関する情報を含む。

実際の適用時には、パラメータは、ＵＳＢ機能インターフェース情報、デバイス情報、ＵＳＢインターフェースにおけるエンドポイント情報などを含む。アクセスモードは、ＵＳＢ機能インターフェースを使用することによって定義される。たとえば、ＵＳＢ機能インターフェース情報は、第１のデバイスが第２のデバイスのデータにアクセスするアクセスモードに関する情報を含む。第１のデバイスと第２のデバイスがＵＳＢインターフェースを使用することによって接続されると、第２のデバイスは、アクセスモード情報を識別し、それによって、第１のデバイスは、カスタマイズされたアクセスモードに基づいて第２のデバイスのデータにアクセスする。

いくつかの他の考えられる実装形態では、第１のデバイスは端末であり、第２のデバイスはパーソナルコンピュータＰＣである。第１のデバイスが二次デバイスであり、第２のデバイスが一次デバイスであることが理解され得る。二次デバイスは、一次／二次アクセスモードにおいて一次デバイスのデータにアクセスする。

本発明の第２の態様によれば、データアクセス方法が提供される。この方法は第２のデバイスに適用され、第２のデバイスは、ユニバーサルシリアルバスＵＳＢインターフェースを使用することによって第１のデバイスに接続され、第２のデバイス上にＵＳＢ上位層アプリケーションドライバがインストールされ、ＵＳＢ上位層アプリケーションドライバ上に、第１のデバイスと対話するためのパラメータが定義される。この方法は、第２のデバイスによって、制御要求を生成するステップと、第２のデバイスによって、制御要求を第１のデバイスに送信するステップであって、制御要求が、第１のデバイスに、動作命令を第２のデバイスに送信するように命令するために使用される、ステップとを含む。

第２のデバイスが、ＵＳＢインターフェースを使用することによって第１のデバイスに接続されることが理解され得る。このことは、従来技術と比較してデータ伝送速度を実質的に向上させる。第２のデバイスは、ユニバーサルシリアルバスＵＳＢインターフェースを使用することによって第１のデバイスに接続される。ＵＳＢ上位層アプリケーションドライバが第２のデバイス上にインストールされ、第１のデバイスと対話するためのパラメータがＵＳＢ上位層アプリケーションドライバ上に定義され、それによって、第１のデバイスは第２のデバイスのデータに正しくアクセスする。さらに、第２のデバイスは、制御要求を生成し、制御要求を第１のデバイスに送信し、制御要求は、第１のデバイスに、動作命令を第２のデバイスに送信するように命令するために使用される。この動作は単純であり、特別なＩＰアドレスが構成される必要はなく、それによって、デバイス間の対話の融通性を向上させる。

いくつかの考えられる実装形態では、第２のデバイスは、第１のデバイスによって送信された動作命令を受信し、第２のデバイスは、動作命令に従ってターゲットデータを処理する。

第１のデバイスが第２のデバイスのデータにアクセスする前にアクセスモードがカスタマイズされており、したがって、第１のデバイスが、カスタマイズされたアクセスモードに基づいて第２のデバイスのデータにアクセスすることが理解され得る。たとえば、第１のデバイスは、第２のデバイスによって送信された制御要求に応答して動作命令を第２のデバイスに送信する必要があり、それによって、第２のデバイスは、動作命令に従ってデータを処理する。この動作は単純であり、第１のデバイスは第２のデバイスのデータにアクセスする。

いくつかの他の考えられる実装形態では、パラメータは、ＵＳＢ機能インターフェース情報を含み、ＵＳＢ機能インターフェース情報は、第１のデバイスが第２のデバイスのデータにアクセスするアクセスモードに関する情報を含む。

実際の適用時には、パラメータは、ＵＳＢ機能インターフェース情報、デバイス情報、ＵＳＢインターフェースにおけるエンドポイント情報などを含む。アクセスモードは、ＵＳＢ機能インターフェースを使用することによって定義される。たとえば、ＵＳＢ機能インターフェース情報は、第１のデバイスが第２のデバイスのデータにアクセスするアクセスモードに関する情報を含む。第１のデバイスと第２のデバイスがＵＳＢインターフェースを使用することによって接続されると、第２のデバイスは、アクセスモード情報を識別し、それによって、第１のデバイスは、カスタマイズされたアクセスモードに基づいて第２のデバイスのデータにアクセスする。

いくつかの他の考えられる実装形態では、第１のデバイスは端末であり、第２のデバイスはパーソナルコンピュータＰＣである。第１のデバイスが二次デバイスであり、第２のデバイスが一次デバイスであることが理解され得る。二次デバイスは、一次／二次アクセスモードにおいて一次デバイスのデータにアクセスする。

第３の態様によれば、動作デバイスが提供される。この動作デバイスは、第１の態様もしくは第１の態様の任意の考えられる実装形態、または第２の態様もしくは第２の態様の任意の考えられる実装形態において提供される方法の機能を実現するように構成され、ハードウェア／ソフトウェアによって実装され、このハードウェア／ソフトウェアは機能に対応するユニットを含む。

従来技術におけるＰＣのデータへの携帯電話のアクセスの概略構造図である。 本発明の一実施形態によるシステムのフレームワークの概略構造図である。 本発明の一実施形態による第１のデバイスの概略構造図である。 本発明の一実施形態によるデータアクセス方法の一実装形態の概略図である。 本発明の一実施形態によるデータアクセス方法の別の実施形態の概略図である。 本発明の一実施形態によるデータアクセスシステムの概略構造図である。

以下の説明は、本発明の実施形態における添付の図面を参照しながら、本発明の実施形態における技術的解決策について明確にかつ完全に説明する。明らかに、記載された実装形態は、本発明のすべての実施形態ではなく、いくつかの実施形態に過ぎない。当業者によって創造的な労力なしに本発明の実施形態に基づいて得られるすべての他の実施形態は、本発明の保護範囲内であるものとする。

本明細書、特許請求の範囲および本発明の添付の図面では、「第１の」、「第２の」、「第３の」、「第４の」などの用語は、それぞれに異なる対象を区別することを目的とした用語であり、特定の順序を示すものではない。さらに、「含む」、「備える」、およびそれらの任意の他の変形形態の用語は、非排他的な包含を対象とすることを目的とした用語である。たとえば、一連のステップまたはユニットを含む処理、方法、システム、製品、もしくはデバイスは、列挙されたステップもしくはユニットに限定されず、任意選択で、列挙されていないステップもしくはユニットをさらに含み、または任意選択で、処理、方法、製品、もしくはデバイスの別の固有のステップまたはユニットをさらに含む。

図２−ａは、本発明の実施形態におけるシステムのフレームワーク図を示す。このシステムは、第１のデバイスと第２のデバイスとを含む。第２のデバイスは、複数の第１のデバイスに接続されることがある。たとえば、第１のデバイスは端末であり、第２のデバイスはＰＣである。第１のデバイス上に、カスタマイズされた大容量記憶（ｍａｓｓ＿ｓｔｏｒａｇｅ）ドライバが作成され、第２のデバイス上に、カスタマイズされたＵＳＢ上位層アプリケーションドライバが作成される。カスタマイズされたＵＳＢ上位層アプリケーションドライバは、第２のデバイスのカーネル内で動作する。第１のデバイスと第２のデバイスはＵＳＢインターフェースを使用することによって接続される。第１のデバイス上にカスタマイズされた大容量記憶ドライバを作成する具体的な処理は以下の通りである。大容量記憶ドライバは、大容量記憶プロトコルに基づいて第１のデバイス上に作成され、デバイス記述子、ＵＳＢインターフェース記述子、ＵＳＢインターフェースにおけるエンドポイント記述子などの第１のデバイスに関する情報が、大容量記憶ドライバ上に定義される。デバイス記述子は、種類、ベンダーコード、製品識別子、ベンダー記述子、ＵＳＢプロトコルバージョンなどの第１のデバイスに関する情報を定義するために使用される。ＵＳＢインターフェース記述子は、ＵＳＢインターフェースの種類などの情報を定義するために使用され、１つのＵＳＢインターフェースが特定の機能に対応する。エンドポイント記述子は、ＵＳＢインターフェースにおける各エンドポイントの特定の機能を定義するために使用される。たとえば、第２のデバイスから受信されたデータを入力するために入力エンドポイントが使用され、第２のデバイスにデータを出力するために出力エンドポイントが使用される。第２のデバイス上にカスタマイズされたＵＳＢ上位層アプリケーションドライバを作成する具体的な処理は以下の通りである。第２のデバイスのプラットフォームに対応するＵＳＢドライバ展開ツールが選択され、ＵＳＢ上位層アプリケーションドライバが作成され、デバイス記述子、ＵＳＢインターフェース記述子、ＵＳＢインターフェースにおけるエンドポイント記述子などの、バインドされる必要がある第１のデバイスに関する情報が、ＵＳＢ上位層アプリケーションドライバ上に定義される。ＵＳＢ上位層アプリケーションドライバ上に定義された第１のデバイスに関する情報は、大容量記憶ドライバ上に定義された第１のデバイスに関する情報と一致しており、これによって、上位層アプリケーションＵＳＢドライバと大容量記憶ドライバの動作モードが確実に一致する。

第１のデバイスが第２のデバイスのデータにアクセスするアクセスモードを実現するために、このアクセスモードに対応するＵＳＢ機能インターフェースが展開される。たとえば、プロトコル展開によってＵＳＢ物理ポートに関して複数のＵＳＢ機能インターフェースが定義されることがあり、ＵＳＢ機能インターフェースは、プロトコルマッピングによって得られる仮想インターフェースである。ＵＳＢ機能インターフェースは特定の機能に対応する。ＵＳＢインターフェースを使用することによって第１のデバイスが第２のデバイスに接続されると、第２のデバイスは、第２のデバイスのデータにアクセスするためのＵＳＢ機能インターフェースにマップされる。第２のデバイスは、対応するＵＳＢ機能インターフェース情報に基づいてカスタマイズされたＵＳＢ上位層アプリケーションドライバを自動的にロードし、第２のデバイスのデータをＳＤカードの形態で第１のデバイス上にマウントして第２のデバイスのデータを第１のデバイスにマップし、第１のデバイスが第２のデバイスのデータにアクセスするのを可能にする。カスタマイズされたＵＳＢ上位層アプリケーションドライバが正常に動作した後、第２のデバイスは、ＵＳＢ機能インターフェース上に定義されたインターフェースモードに基づいて第１のデバイスと通信する。たとえば、第２のデバイスは、第１のデバイスと協働して第２のデバイスのデータにアクティブにアクセスするために、制御要求を第１のデバイスに送信する必要があり、それによって、第１のデバイスは、第２のデバイスのデータにアクセスすることを決定すると、制御要求に基づいて第２のデバイスに動作命令を返す。第２のデバイスは、第１のデバイスによって返された動作命令を受信した後、第１のデバイスが第２のデバイスのデータにアクセスするように対応する動作命令を実行する。

第１のデバイスは、第２のデバイスのデータにアクセスする際、第２のデバイスによって送信された制御要求に基づいて第２のデバイスに動作命令を返す。この動作命令は具体的には、第２のデバイスのデータのトラバース、書込み、読取り、削除、修正、作成、移動、コピー、送信、または追加などを含む。たとえば、第１のデバイスが第２のデバイスのデータをトラバースする必要があるとき、第１のデバイスは、第２のデバイスによって送信された制御要求を受信した後、制御要求に基づいて第２のデバイスの特定のデータをトラバースするための動作命令を第２のデバイスに返す。第２のデバイスは、動作命令を受信した後、第２のデバイスの対応するデータをトラバースしてトラバース結果（たとえば、トラバースされたファイルに関する情報）を得て、トラバースされたファイルに関する情報を第１のデバイスに送信する。トラバースされたファイルに関する情報が特に量が多く、第２のデバイスによって１つのバッチで送信されることが許可されたバイトの最大量を超えている場合、トラバースされたファイルに関する情報は、複数回にわたって第１のデバイスに送信されることがある。別の例では、第１のデバイスが第２のデバイスのデータを削除する必要があるとき、第１のデバイスは、第２のデバイスによって送信された制御要求を受信した後、制御要求に基づいて、第２のデバイスの特定のデータを削除するための動作命令を第２のデバイスに返す。第２のデバイスは、動作命令を受信した後、第２のデバイスの対応するデータを削除し、第１のデバイスに削除結果を返す。

本発明の技術的解決策がアンドロイドシステムに適用され、または別のオペレーティングシステム、たとえば、ＭＡＣシステムもしくはＷｉｎｄｏｗｓシステムに適用されることがあることに留意されたい。このことは、本明細書では特に限定されない。本発明のこの実施形態では、第１のデバイスは二次デバイスであることがあり、第２のデバイスは一次デバイスであることがある。以下の説明は、第１のデバイスが端末であり、第２のデバイスがＰＣである例を使用することによって本発明における２つのデータ処理実装形態について説明する。

実装形態１：
端末とＰＣが接続される前にまず、端末上に大容量記憶ドライバがインストールされる。大容量記憶ドライバはカスタマイズされたドライバである。ＰＣ上にＵＳＢ上位層アプリケーションドライバがインストールされる。ＵＳＢ上位層アプリケーションドライバはカスタマイズされた上位層アプリケーションドライバである。大容量記憶ドライバとＵＳＢ上位層アプリケーションドライバ上に同じパラメータ、たとえば、デバイス記述子、ＵＳＢインターフェース記述子、ＵＳＢインターフェースにおけるエンドポイント記述子が別々に定義される。このことは、ＵＳＢインターフェースを使用することによって端末とＰＣが接続された後で、各ドライバの動作モードを確実に一致させ、データ交換を容易にする。

端末がＰＣのデータにアクセスするアクセスモードを実現するために、このアクセスモードに対応するＵＳＢ機能インターフェースが展開される。ＵＳＢインターフェースを使用することによって端末がＰＣに接続されると、ＰＣが、アクセスモードに対応するＵＳＢ機能インターフェースにマップされる。ＰＣは、対応するＵＳＢ機能インターフェース情報に基づいてＵＳＢ上位層アプリケーションドライバを自動的にロードし、ＰＣのデータを仮想ＳＤカードの形態で端末上にマウントし、マップされたインターフェースを使用することによって端末の表示画面上にデータを表示し、それによって、端末は、表示画面のユーザインターフェース上にＰＣのデータを表示することができる。ユーザは、端末のディスプレイインターフェースからＰＣのデータを見ることもある。端末上のカスタマイズされた大容量記憶ドライバおよびＰＣ上のカスタマイズされた上位層アプリケーションドライバは、カスタマイズされたコマンドプロトコルを使用することによってデータアクセスおよび交換を実現する。ＰＣのデータが仮想ＳＤカードの形態で端末上にマウントされた後、端末上のすべてのアプリケーションは、ローカルＳＤカードにアクセスする場合と同様にＰＣのデータにアクセスする。

端末がＰＣのデータにアクセスするアクセスモードは、あらかじめ定義される。したがって、ＰＣは制御要求を周期的に端末に送信する。端末は、ＰＣによって送信された制御要求を受信した後にのみＰＣのデータにアクセスするための動作命令を含むメッセージをＰＣに返す。この理由は、一次／二次モードにおけるＵＳＢプロトコルでは、端末は、二次デバイスとして、ＰＣに動作命令を直接送信することができないからである。

実際の適用時には、端末が動作命令をＰＣに返す前に、上位層アプリケーションプログラムがデータにアクセスするとき、たとえば、上位層プログラムがファイルを削除する必要があるときに端末上の大容量記憶ドライバにおいて動作命令がトリガされる。削除コマンドの場合、ＰＣによって周期的に送信される制御要求においてＰＣに動作命令が返される。ＰＣ上のカスタマイズされたＵＳＢ上位層アプリケーションドライバは、命令を受信した後、ファイルを削除する。次に、ＰＣは、新しい制御要求においてファイル削除結果を端末に送信する。カスタマイズされた大容量記憶ドライバは、結果を受信した後、コールアンドリターン方式で上位層アプリケーションプログラムに結果を通知する。削除結果を返す方法は、上位層アプリケーションがローカルＳＤカードを呼び出してローカルＳＤカード内のファイルを削除するときに結果を返す方法と同様である。同様に、上位層アプリケーションプログラムは、ファイルをトラバースする必要があるとき、端末上のカスタマイズされた大容量記憶ドライバを呼び出してファイルトラバース動作命令をトリガする。この命令は、ＰＣの制御要求のリターン命令においてＰＣ上のカスタマイズされたＵＳＢ上位層アプリケーションドライバに転送される。カスタマイズされたＵＳＢ上位層アプリケーションドライバは、動作命令を得た後、ファイルをトラバースし、トラバース結果を新しい制御要求において端末側のカスタマイズされた大容量記憶ドライバに送信する。カスタマイズされた大容量記憶ドライバは、ドライバコールアンドリターン方式で上位層アプリケーションプログラムにトラバースされたファイルに関する情報を通知する。ファイル情報と、上位層アプリケーションプログラムがローカルＳＤカード内のファイルを呼び出してトラバースしたときに返される情報は、フォーマットが完全に一致する。同様に、上位層アプリケーションによってカスタマイズされたｍａｓｓ＿ｓｔｏｒａｇｅドライバにアクセスするためのすべてのコマンドが、ＰＣによってアクティブに送信される制御要求に応答してＰＣ上のカスタマイズされたＵＳＢ上位層アプリケーションドライバに返される。ＰＣ上のカスタマイズされたＵＳＢ上位層アプリケーションドライバは、コマンドを実行した後、新しい制御要求において、結果を端末上のカスタマイズされた大容量記憶ドライバに送信する。結果は、大容量記憶ドライバの標準的なドライバリターン方法で上位層アプリケーションプログラムに通知される。このようにして、端末上にマウントされたＰＣのハードウェアディスクへのアクセスは、ローカルＳＤカードへのアクセスと完全に一致する。端末は、ユーザインターフェース上のユーザによってＰＣのデータに対して入力された動作命令を受信する。たとえば、ＰＣのデータが端末のユーザインターフェース上に表示され、ユーザがＰＣ上の特定のデータを削除する必要があるとき、ユーザは、データを削除するための動作オプションをクリックして、この動作オプションに対応する動作命令をトリガしてもよい。このようにして、端末は、ＰＣから受信された制御要求に基づいて、動作命令を受信することができ、動作命令をＰＣに返す。

ＰＣは、端末によって返された動作命令を受信した後、対応する動作を実行して実行結果を端末に送信する。このようにして、端末は、ＰＣが動作命令を実行することに失敗したかそれとも成功したかに関する特定の状況を知ることができる。端末は、ＰＣが動作命令を完全に実行することに失敗したことを知ったときには、引き続き動作命令をＰＣに送信することがあり、それによって、ＰＣは、動作命令全体を実行するまで、引き続き終了していない動作命令を実行する。次に、ＰＣは、制御要求を周期的に送信する段階に再び入る。たとえば、ＰＣが制御要求を端末に送信した後、端末は動作命令を含まないメッセージをＰＣに送信する。

実装形態２：
端末とＰＣが接続される前にまず、端末上にカスタマイズされた大容量記憶ドライバが作成され、ＰＣ上にカスタマイズされたＵＳＢ上位層アプリケーションドライバが作成される。２つのドライバ上に同じデバイス記述子、ＵＳＢインターフェース記述子、ＵＳＢインターフェースにおけるエンドポイント記述子などが定義され、それにより、ＵＳＢインターフェースを使用することによって端末とＰＣが接続された後に各ドライバの動作モードが確実に一致する。

端末がＰＣのデータにアクセスするアクセスモードを実現するために、このアクセスモードに対応するＵＳＢ機能インターフェースが展開される。ＵＳＢインターフェースを使用することによって端末がＰＣに接続されると、ＰＣは、アクセスモードに対応するＵＳＢ機能インターフェースにマップされ、ＰＣは、対応するＵＳＢ機能インターフェース情報に基づいてカスタマイズされたＵＳＢ上位層アプリケーションドライバを自動的にロードして、端末とＰＣとの間の通信を実現する。

ＰＣは、端末がＰＣのデータにアクセスするアクセスモードと協働するために、制御要求を端末に送信し、それによって、ＰＣのデータがＳＤカードの形態で端末上にマウントされる。たとえば、ＰＣは、仮想ストレージとして端末上にマウントされ、それによって、端末は、端末のユーザインターフェース上にＰＣのデータを表示することができる。このようにして、ユーザは、ユーザインターフェース上のＰＣのデータを見ることができ、それによって、端末は、ユーザインターフェース上のユーザによってデータに対して入力された動作命令を受信し、対応する動作を実行する。

たとえば、ＰＣのデータが端末のユーザインターフェース上に表示され、ユーザがＰＣ上の特定のデータを削除する必要があるとき、ユーザは、データを削除するための動作オプションをクリックして、この動作オプションに対応する動作命令をトリガしてもよい。このようにして、端末は、動作命令を受信することができ、動作命令を実行する。

端末は、動作命令を実行した後、ユーザインターフェース上に実行結果を表示する。このようにして、ユーザは、端末が動作命令を実行することに失敗したかそれとも成功したかに関する特定の状況を知ることができる。ユーザは、端末が動作命令を完全に実行することに失敗したことを知った後、引き続き動作命令をユーザインターフェース上に入力し、それによって、端末は、動作命令全体を実行するまで、引き続き終了していない動作命令を実行する。次に、ＰＣは、制御要求を周期的に送信する段階に再び入る。たとえば、ＰＣが制御要求を端末に送信した後、端末は動作命令を含まないメッセージをＰＣに送信する。次に、端末は一時的にドーマント状態であることがある。

本発明の一実施形態は、図２−ｂに示されているように第１のデバイスをさらに備える。説明を容易にするために、本発明のこの実施形態に関係する部分のみが示されている。開示されない技術的詳細については、本発明の実施形態における方法の部分を参照されたい。第１のデバイスは、携帯電話、タブレットコンピュータ、携帯情報端末（略してＰＤＡ）、ポイントオブセール（略してＰｏｉｎｔ ｏｆ Ｓａｌｅｓ、ＰＯＳ）、または車載コンピュータなどの任意の端末デバイスであってもよい。たとえば、第１のデバイスは携帯電話である。

図２−ｂは、本発明のこの実施形態に設けられる第１のデバイスに関連する携帯電話の部分構造のブロック図を示す。図２−ｂを参照するとわかるように、携帯電話は、無線周波数（略してＲＦ）回路１１０、メモリ１２０、入力ユニット１３０、ディスプレイユニット１４０、センサー１５０、オーディオ回路１６０、ＵＳＢモジュール１７０、プロセッサ１８０、および電源１９０などの構成要素を含む。当業者は、図２−ｂに示されている携帯電話の構造が携帯電話に対する制限を構成することはなく、携帯電話が、図示されている構成要素よりも多いかもしくは少ない構成要素を含むことがあり、またはいくつかの構成要素を組み合わせることがあり、または異なる構成要素レイアウトを有することがあることを理解し得る。

以下の説明は、携帯電話の構成部品について図２−ｂを参照しながら詳細に説明する。

ＲＦ回路１１０は、情報を送受信し、または呼の間に信号を送受信するように構成されることがある。具体的には、ＲＦ回路１１０は、第２のデバイスのデータが対象とされた動作命令をユーザから受信し、動作命令を処理のためにプロセッサ１８０に送信する。たとえば、プロセッサ１８０は、動作命令に従ってデータを処理する。一般に、ＲＦ回路１１０は、限定はされないが、アンテナと、少なくとも１つの増幅器、トランシーバ、カプラー、低雑音増幅器（略してＬＮＡ）、デュプレクサなどを含む。加えて、ＲＦ回路１１０はさらに、ワイヤレス通信を介してネットワークおよび別のデバイスと通信することがある。上記のワイヤレス通信は、限定はされないが、グローバルシステムフォアモバイルコミュニケーションズ（略してＧＳＭ（登録商標））、汎用パケット無線サービス（略してＧＰＲＳ）、符号分割多元接続（略してＣＤＭＡ）、広域符号分割多元接続（略ＷＣＤＭＡ（登録商標））、ロングタームエボリューション（略してＬＴＥ）、電子メール、ショートメッセージングサービス（略してＳＭＳ）などを含む任意の通信標準またはプロトコルを使用することがある。

メモリ１２０は、ソフトウェアプログラムおよびコンピュータ命令を記憶するように構成されることがある。本発明のこの実施形態では、たとえば、メモリ１２０は第２のデバイスのデータを記憶する。プロセッサ１８０は、メモリ１２０に記憶されたソフトウェアプログラムおよびモジュールを動作させることによって携帯電話の様々な機能アプリケーションおよびデータ処理を実行する。メモリ１２０は、主としてプログラム記憶領域とデータ記憶領域とを含む。プログラム記憶領域は、オペレーティングシステム、少なくとも１つの機能によって必要とされるアプリケーションプログラム（たとえば、音声再生機能または画像再生機能）などを記憶することがある。データ記憶領域は、携帯電話の使用に基づいて作成されたデータ（たとえば、音声データまたはアドレス帳）などを記憶することがある。さらに、メモリ１２０は、高速ランダムアクセスメモリを含むことがあり、または不揮発性メモリ、たとえば、少なくとも１つの磁気ディスク記憶構成要素、フラッシュ記憶構成要素、または別の揮発性ソリッドステート記憶構成要素をさらに含むことがある。

入力ユニット１３０は、入力された数字情報または文字情報を受信して、携帯電話のユーザ設定および機能制御に関するキー信号入力を生成するように構成されることがある。具体的には、入力ユニット１３０は、タッチパネル１３１と別の入力デバイス１３２とを含むことがある。タッチパネル１３１は、タッチスクリーンとも呼ばれ、タッチパネル１３１上でまたはタッチパネル１３１の近くでユーザによって実行されるタッチ動作（たとえば、指またはスタイラスなどの任意の適切な物体または付属品を使用することによって、タッチパネル１３１上でまたはタッチパネル１３１の近くでユーザによって実行される動作）を回収し、あらかじめ設定されたプログラムに基づいて対応する接続装置を駆動することがある。たとえば、ユーザは、タッチパネル１３１上でタッチ動作を実行して第２のデータのインターフェースに対する入力命令を入力する。任意選択で、タッチパネル１３１は２つの部分、すなわち、タッチ検出装置およびタッチコントローラを含むことがある。タッチ検出装置は、ユーザのタッチ方向を検出し、タッチ動作によって伝達された信号を検出し、この信号をタッチコントローラに転送する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、タッチ情報を接触座標に変換して、次いで接触座標をプロセッサ１８０に送信し、プロセッサ１８０によって送信されたコマンドを受信して実行する。さらに、タッチパネル１３１は、抵抗型、容量型、赤外線、および弾性表面波などの複数の種類を使用することによって実装されることがある。タッチパネル１３１に加えて、入力ユニット１３０は、別の入力デバイス１３２をさらに含むことがある。具体的には、別の入力デバイス１３２は、限定はされないが、物理キーボード、機能キー（たとえば、音量調節キーまたはオン／オフキー）、トラックボール、マウス、ジョイスティックなどのうちの1つまたは複数を含むことがある。

ディスプレイユニット１４０は、ユーザによって入力された情報またはユーザのために提供された情報、および携帯電話の様々なメニューを表示するように構成されてもよい。本発明のこの実施形態では、たとえば、ディスプレイユニット１４０は、第２のデバイスのデータを表示し、または第２のデバイスがマップされたインターフェースを表示する。ディスプレイユニット１４０は、ディスプレイパネル１４１を含むことがある。任意選択で、ディスプレイパネル１４１は、液晶ディスプレイ（略してＬＣＤ）、有機発光ダイオード（略してＯＬＥＤ）などの形態に構成されることがある。さらに、タッチパネル１１３１はディスプレイパネル１４１を覆うことがある。タッチパネル１３１は、タッチパネル１３１上またはタッチパネル１３１の近くでのタッチ動作を検出すると、タッチ動作をプロセッサ１８０に転送してこのタッチイベントの種類を決定する。次いで、プロセッサ１８０は、タッチイベントの種類に基づいてディスプレイパネル１４１上に対応する視覚出力を提供する。

ユーザは、携帯電話を使用して、ＵＳＢモジュール１７０を使用することによって電子メールを送受信すること、ウェブページを閲覧すること、ストリーミングメディアにアクセスすることなどを行うことができる。ＵＳＢモジュール１７０は、ユーザが、ワイヤレスブロードバンドインターネットアクセスを行うのを可能にし、たとえば、ＵＳＢモジュールを使用することによって第２のデバイスのデータにアクセスするのを可能にする。図２−ｂは、ＵＳＢモジュール１７０を示しているが、ＵＳＢモジュール１７０が、携帯電話の必須部分ではなく、本発明の本質を変化させずに必要に応じて間違いなく省略され得ることが理解され得る。

プロセッサ１８０は、携帯電話の制御センターであり、様々なインターフェースおよび配線を使用することによって携帯電話全体のすべての部分を接続する。プロセッサ１８０は、メモリ１２０内に記憶されたソフトウェアプログラムおよび／またはモジュールを動作させるかまたは実行し、メモリ１２０内に記憶されたデータを呼び出すことによって、携帯電話の様々な機能を実行しデータを処理して、携帯電話の全体的な監視を実行し、たとえば、第２のデバイスのデータを処理する。任意選択で、プロセッサ１８０は、１つまたは複数の処理ユニットを含むことがある。好ましくは、アプリケーションプロセッサとモデムプロセッサは、プロセッサ１８０として一体化されることがある。アプリケーションプロセッサは主として、オペレーティングシステム、ユーザインターフェース、アプリケーションプログラムなどを処理する。モデムプロセッサは主として、ワイヤレス通信を処理する。モデムプロセッサがプロセッサ１８０に一体化されないことがあることが理解され得る。

携帯電話は、各部分に電力を供給する電源１９０（たとえば、バッテリー）をさらに含む。好ましくは、電源は、電源管理システムを使用することによってプロセッサ１８０に論理的に接続され、電源管理システムを使用することによって充電、放電などの機能および電力消費量を管理する。

図示されていないが、携帯電話は、カメラ、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュールなどをさらに含むことがある。ここには詳細な説明は記載されない。

本発明のこの実施形態では、ディスプレイユニット１４０は、第２のデバイスがマップされたインターフェースを表示するように構成され、
入力ユニット１３０は、インターフェースに対して入力された命令を受信するように構成され、
プロセッサ１８０は、入力された命令に従って、ディスプレイユニットに第２のデバイスのデータを表示するように命令するように構成され、
ディスプレイユニット１４０は、第２のデバイスのデータを表示するようにさらに構成され、
入力ユニット１３０は、データに対して入力された動作命令を受信するようにさらに構成されて、かつ
プロセッサ１８０は、動作命令に従ってデータを処理するようにさらに構成される。

いくつかの考えられる実装形態では、動作命令は、選択動作命令と処理動作命令とを含み、
入力ユニット１３０は、データに対して入力された選択動作命令を受信し、ターゲットデータを決定し、ターゲットデータに対して入力された処理動作命令を受信するようにさらに構成されて、かつ
プロセッサ１８０は、選択動作命令に従ってターゲットデータを決定し、処理動作命令に従って処理動作命令に対応する動作をターゲットデータに対して実行するように特に構成される。

いくつかの他の考えられる実装形態では、入力ユニット１３０は、プロセッサ１８０が動作命令に従ってデータを処理する前に、第２のデバイスによって送信された制御要求を受信するようにさらに構成され、
プロセッサ１８０は、制御要求に基づいて動作命令を第２のデバイスに送信するようにさらに構成され、動作命令は、第２のデバイスに動作命令に従ってデータを処理するように命令するために使用される。

図２−ｂに示されている第１のデバイスの構造は、本発明のこの実施形態における第２のデバイスにも適用可能である。詳細については図２−ｂに示されている構造を参照されたい。ここでは詳細な説明は繰り返されない。

プロセッサ１８０は、制御要求を生成するように構成され、かつ
ＵＳＢモジュール１７０は、制御要求を第１のデバイスに送信するように構成され、制御要求は、第１のデバイスに、動作命令を動作デバイスに送信するように命令するために使用される。

いくつかの考えられる実装形態では、ＵＳＢモジュール１７０は、第１のデバイスによって送信された動作命令を受信するように構成され、かつ
プロセッサ１８０は、動作命令に従ってターゲットデータを処理するようにさらに構成される。

本発明のこの実施形態についての説明が記載される前にまず、本発明のアプリケーションシナリオについての説明が記載される。たとえば、第１のデバイスが携帯電話であり、第２のデバイスがＰＣである。ＰＣ上にカスタマイズされたＵＳＢ上位層アプリケーションドライバがインストールされ、携帯電話上にカスタマイズされた大容量記憶ドライバが実装される。携帯電話とＰＣは、ＵＳＢインターフェースを使用することによって接続される。ＰＣのデータが仮想ＳＤカードの形態で携帯電話上にマウントされ、携帯電話が、ＰＣを制御することによってＰＣのデータにアクセスする。いくつかの他のシナリオでは、たとえば、第１のデバイスはスマートルータであり、第２のデバイスはＰＣである。スマートルータは、ＵＳＢインターフェースを使用することによってＰＣに接続され、スマートルータは、ＰＣのハードディスクをスマートルータの記憶デバイスとして使用し、それによってデータアクセス機能を実質的に向上させる。いくつかの他のシナリオでは、たとえば、第１のデバイスは携帯電話であり、第２のデバイスはルータである。第２のデバイスとして、ルータは通常、マンマシン動作インターフェースを実現しない。携帯電話は通常、別の手法（たとえば、ウェブテレビジョンまたはオンラインＰＣ）を使用することによって間接的にルータにアクセスする。通常、この間接的なアクセス方法では、直接的な動作機能（すなわち、データ追加、削除、修正など）が実現されることはない。しかしながら、本発明では、携帯電話は、ＵＳＢインターフェースを使用することによってルータに直接的に接続され、ルータのデータは、仮想ローカルファイルの形態で携帯電話からアクセスされ得る。さらに、ルータのデータには追加、削除、修正などが行われ得る。

図３を参照するとわかるように、図３は、本発明の一実施形態によるデータアクセス方法の一実施形態の概略図である。この方法は、第１のデバイスおよび第２のデバイスに適用され、第１のデバイスと第２のデバイスは、ＵＳＢインターフェースを使用することによって接続される。この実施形態の具体的な手順は以下の通りである。

ステップ３０１：第２のデバイスが第１のデバイス上のインターフェースにマップされる。

本発明のこの実施形態では、第１のデバイスと第２のデバイスがＵＳＢインターフェースを使用することによって接続された後、第２のデバイスが第１のデバイス上のインターフェースにマップされる。このインターフェースはメニューオプションまたはアイコンであることがある。このことは、本明細書では特に限定されない。第２のデバイスが仮想記憶ユニットとして第１のデバイス上にマウントされ、第１のデバイスの記憶空間を拡張することが理解され得る。

ステップ３０２：第１のデバイスは、第２のデバイスがマップされたインターフェースを表示し、このインターフェースを使用することによって第２のデバイスのデータにアクセスする。

実際の適用時には、第１のデバイスは、第２のデバイスがマップされたインターフェースをユーザインターフェース上に表示し、インターフェースを使用することによって第２のデバイスのデータにアクセスする。ユーザは、ユーザインターフェース上の第２のデバイスのデータを見てもよく、データに対する入力命令を決定する。

第１のデバイスが第２のデバイスのデータにアクセスするアクセスモードを実現するために、このアクセスモードに対応するＵＳＢ機能インターフェースが展開される。このデータは、第２のデバイス上のハードディスクに記憶されたテキスト、ピクチャ、音声、映像などである。このことは、本明細書では特に限定されない。

ＵＳＢインターフェースを使用することによって第１のデバイスが初めて第２のデバイスに接続されると、第２のデバイスがＵＳＢ機能インターフェースにマップされ、第１のデバイスは、ＵＳＢ機能インターフェースを介して第２のデバイスのデータにアクセスする。第２のデバイスは、ＵＳＢ機能インターフェースに対応するインターフェースモードを識別し、カスタマイズされたＵＳＢ上位層アプリケーションドライバを自動的にロードし、カスタマイズされたＵＳＢ上位層アプリケーションドライバを第２のデバイスのカーネルにおいて動作させ、高い動作速度を実現する。第２のデバイス上のカスタマイズされたＵＳＢ上位層アプリケーションドライバ上に定義された第１のデバイスに関する情報は、第１のデバイス上のカスタマイズされた大容量記憶ドライバ上に定義された第１のデバイスに関する情報と同じであるので、このことは、カスタマイズされた大容量記憶ドライバとカスタマイズされたＵＳＢ上位層アプリケーションドライバの動作モードを確実に一致させる。カスタマイズされた大容量記憶ドライバがカスタマイズされたＵＳＢ上位層アプリケーションドライバにバインドされた後、第２のデバイスは、ＵＳＢ機能インターフェースに定義されたインターフェースモードに基づいて第１のデバイスと通信する。

ステップ３０３：第１のデバイスは、ユーザによってインターフェースに対して入力された命令を受信し、第２のデバイスのデータを表示する。

ステップ３０４：第１のデバイスは、データに対して入力された動作命令を受信する。

いくつかの考えられる実装形態では、第１のデバイスがデータに対して入力された動作命令を受信することは、具体的には、
第１のデバイスによって、データに対して入力された選択動作命令を受信し、ターゲットデータを決定することと、
第１のデバイスによって、ターゲットデータに対して入力された処理動作命令を受信することとを含む。

第１のデバイスが動作命令に従ってデータを処理することは、具体的には、
第１のデバイスによって、処理動作命令に従って処理動作命令に対応する動作をターゲットデータに対して実行することを含む。

ステップ３０５：第２のデバイスは制御要求を生成する。

ステップ３０６：第２のデバイスは制御要求を第１のデバイスに送信する。制御要求は、第１のデバイスに動作命令を第２のデバイスに送信するように命令するために使用される。

ステップ３０７：第１のデバイスは、第２のデバイスによって送信された制御要求を受信する。

ステップ３０８：第１のデバイスは、制御要求に基づいて動作命令を第２のデバイスに送信する。動作命令は、第２のデバイスに動作命令に従ってデータを処理するように命令するために使用される。

第１のデバイスが第２のデバイスのデータにアクセスする前にアクセスモードがカスタマイズされており、したがって、第１のデバイスは、カスタマイズされたアクセスモードに基づいて第２のデバイスのデータにアクセスする。たとえば、第１のデバイスは、第２のデバイスによって送信された制御要求に応答して動作命令を第２のデバイスに送信する必要があり、それによって、第２のデバイスは、動作命令に従ってターゲットデータを処理する。この動作は単純であり、第１のデバイスは第２のデバイスのデータにアクセスする。

本発明のこの実施形態では、第１のデバイスは、第２のデバイスのデータにアクセスすることを決定すると、制御要求に基づいて第２のデバイスに第１の動作命令を返す。第２のデバイスは、第１の動作命令を受信した後、第１のデバイスが第２のデバイスのデータにアクセスする必要があることを知り、第１の動作命令を実行し、第１の動作命令を実行した結果を第１のデバイスに送信する。第１の動作命令は、任意の種類の動作命令である。制御コマンドは、第２のデバイスのデータをトラバースすること、追加すること、削除すること、修正すること、または送信することを含み、第２のデバイスのデータを書き込むこと、読み取ること、作成すること、移動させること、またはコピーすることなどをさらに含む。複数の種類の特定の動作命令がある。このことは、本明細書では特に限定されない。

ステップ３０９：第２のデバイスは、第１のデバイスによって送信された動作命令を受信する。

ステップ３１０：第２のデバイスは、動作命令に従ってターゲットデータを処理する。

実際の適用時には、たとえば、第１のデバイスは、第２のデバイスのデータを修正することを決定すると、第２のデバイスによって送信された制御要求を受信した後、制御要求に基づいて第２のデバイスに動作命令を返す。動作命令が第２のデバイスの特定のデータを修正することである場合、第２のデバイスは、メッセージを受信した後、第２のデバイスの対応するデータを修正する。別の例では、第１のデバイスは、第２のデバイスの特定のデータをコピーする必要があるとき、第２のデバイスによって送信された制御要求を受信した後、制御要求に基づいて第２のデバイスに動作命令を返す。動作命令が第２のデバイスの特定のデータをコピーすることである場合、第２のデバイスは、メッセージを受信した後、第２のデバイスの対応するデータをコピーする。第２のデバイスがすべての必要なデータを１つのバッチでコピーすることができないと仮定すると、データは複数回にわたってコピーされ得る。

従来技術とは異なり、本発明は、第２のデバイスのデータの単なる書込みおよび読取りに限定されない。第２のデバイスのデータはさらに、削除、修正、コピーなどが施されることがある。第２のデバイスのデータに対する動作モードがより多様で融通性に富んでおり、そのことが、第１のデバイスと第２のデバイスとの間の対話方法の融通性を向上させることが理解され得る。

実際の適用時には、第１のデバイス上にユーザインターフェースが提供され、第２のデバイスによって送信された動作命令を実行した結果がユーザインターフェース上に表示され、それによって、ユーザは特定の実行結果を知る。たとえば、第２のデバイスは、特定のデータを修正した後、修正結果を第１のデバイスに送信する。第１のデバイスは、修正結果を受信した後、ユーザインターフェース上に対応する情報を表示し、ユーザによる閲覧を容易にする。

いくつかの考えられる実装形態では、ＵＳＢ伝送の電力消費量を低減させるために、第１のデバイスは、第２のデバイスのデータにアクセスしないことを決定すると、動作命令を運ばないメッセージを第２のデバイスに送信し、それによって、第２のデバイスは、第１のデバイスが今のところデータにアクセスする必要がないことを知る。しかしながら、第１のデバイスのデータアクセス要件を満たすために、第２のデバイス上にタイマーがセットされ、第２のデバイスは期間Ｔの間隔で制御要求を第１のデバイスに送信する。期間Ｔは、実際の適用に基づいて任意の時間に調整され得る。期間Ｔがより大きい値に調整されるにつれてポーリング占有率が減少する。Ｔが１００ｍｓであると仮定すると、それは、第２のデバイスが制御要求を送信した後、第１のデバイスがデータアクセス要件を有さない場合、第２のデバイスが１００ｍｓ後に再び制御要求を第１のデバイスに送信することを示す。ＵＳＢ帯域幅は、ポーリング間隔が１００ｍｓに設定されるときにはほとんど影響が与えられず、１００ｍｓの応答時間は、様々な通常の適用シナリオの要件も満たす。第２のデバイスが性能に関して比較的高い要件を有する場合、たとえば、第２のデバイスは、中央演算処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ）の電力消費量に関して比較的高い要件を有し、Ｔが５００ｍｓに設定されることがある。このことは、実質的に、ＵＳＢ伝送の電力消費量を低減させ、ＣＰＵ電力消費量に関する要求を増大させることがあるが、このことは、リアルタイム性能に関して高い要件を有さない適用シナリオに影響を与えない。したがって、Ｔは、実際の適用に基づいて決定されることがある。このことは、本明細書では特に限定されない。

従来技術では、第１のデバイスは、第２のデバイスによって送信されたコマンドの受信、および第２のデバイスによって送信されたコマンドに対する応答を受動的にしか行うことができない。しかしながら、本発明のこの実施形態では、カスタマイズされた大容量記憶ドライバが第１のデバイス上にインストールされ、カスタマイズされたＵＳＢ上位層アプリケーションドライバが第２のデバイス上にインストールされる。同じ情報、たとえば、デバイス記述子、ＵＳＢインターフェース記述子、ＵＳＢインターフェースにおけるエンドポイント記述子などが大容量記憶ドライバおよびＵＳＢ上位層アプリケーションドライバ向けにカスタマイズされる。第２のデバイスのデータにアクセスするためのアクセスモードは、ＵＳＢインターフェース記述子に定義される。ＵＳＢインターフェースを使用することによって第１のデバイスと第２のデバイスが接続された後、第２のデバイスは、ＵＳＢインターフェースに対応するアクセスモードを識別し、次いでカスタマイズされたＵＳＢ上位層アプリケーションドライバを第２のデバイス上に自動的にロードする。カスタマイズされたＵＳＢ上位層アプリケーションドライバ上に定義された情報は、第１のデバイス上のカスタマイズされた大容量記憶ドライバ上に定義された情報と同じであるので、このことは、カスタマイズされたＵＳＢ上位層アプリケーションドライバおよびカスタマイズされた大容量記憶ドライバの動作モードを確実に一致させ、第１のデバイスは第２のデバイスのデータにアクセスする。

図４を参照するとわかるように、図４は、本発明の一実施形態によるデータアクセス方法の別の実施形態の概略図である。たとえば、第１のデバイスは携帯電話であり、第２のデバイスはＰＣである。具体的な手順は以下の通りである。ＰＣは制御要求（ｃｍｄ ｒｅｑ）を携帯電話に送信する。携帯電話は、制御要求を受信した後、ＰＣのデータにアクセスすべきどうかを決定する。携帯電話は、ＰＣのデータにアクセスする必要がない場合、動作命令を運ばないメッセージ（ｏｋ ｎｏｃｍｄ）をＰＣに送信する。期間Ｔ（たとえば、１００ｍｓ）の後、ＰＣは再び制御要求（ｃｍｄ ｒｅｑ）を携帯電話に送信する。携帯電話は、ＰＣのデータにアクセスする必要があるとき、第１の動作命令を運ぶメッセージ（ｃｍｄ＿ｒｅｑｕｅｓｔ１）をＰＣに返す。ＰＣは、メッセージを受信した後、第１の動作命令に対応する結果データを作成し、さらに、対応する結果データ（ｃｍｄ ｒｅｑ ｒｅｓｐｏｎｅｄａｔａ１）を携帯電話に送信する。携帯電話が対応する結果データを受信した後、他のコマンドがない場合、携帯電話は、動作命令を運ばないメッセージ（ｏｋ ｎｏｃｍｄ）をＰＣに送信する。携帯電話は、ＰＣが第１の動作命令の実行を終了していないことを確認すると、第２の動作命令を運ぶメッセージ（ｃｍｄ ｒｅｑｕｅｓｔ２）を再びＰＣに送信する。ＰＣは、メッセージを受信した後、第２の動作命令を実行し、第２の動作命令に対応する結果データを作成し、さらに、対応する結果データ（ｃｍｄ ｒｅｑ ｒｅｓｐｏｎｅｄａｔａ２）を携帯電話に送信する。携帯電話は、対応する結果データを受信した後、上記のステップを再び実行し、それによって、ＰＣ側は、携帯電話が依然としてデータにアクセスする必要があるかどうかを知り、上記と同様のことを実行する。ここでは詳細な説明は繰り返されない。

本発明の実施形態における上記の関連する方法をより良く実施するために、以下の説明は、上記の方法と協働する関連するシステムを提供する。

図５を参照するとわかるように、図５は、本発明の一実施形態によるデータアクセスシステムの概略構造図である。このシステムは、第１のデバイス５００と第２のデバイス６００とを含む。第１のデバイス５００は、ユニバーサルシリアルバスＵＳＢインターフェースを使用することによって第２のデバイス６００に接続される。第１のデバイスは、ディスプレイモジュール５０１と、受信モジュール５０２と、処理モジュール５０３とを含む。

ディスプレイモジュール５０１は、第２のデバイスがマップされたインターフェースを表示するように構成され、
受信モジュール５０２は、ディスプレイモジュール５０１によって表示されたインターフェースに対して入力された命令を受信するように構成され、
処理モジュール５０３は、受信モジュール５０２によって受信された入力された命令に従って、ディスプレイモジュール５０１に第２のデバイスのデータを表示するように命令するように構成され、
ディスプレイモジュール５０１は、第２のデバイスのデータを表示するようにさらに構成され、
受信モジュール５０２は、データに対して入力された動作命令を受信するようにさらに構成され、かつ
処理モジュール５０３は、受信モジュール５０２によって受信された動作命令に従ってデータを処理するようにさらに構成される。

いくつかの考えられる実装形態では、動作命令は、選択動作命令と処理動作命令とを含み、
受信モジュール５０２は、データに対して入力された選択動作命令を受信し、ターゲットデータに対して入力された処理動作命令を受信するようにさらに構成され、
処理モジュール５０３は、選択動作命令に従ってターゲットデータを決定し、処理動作命令に従って処理動作命令に対応する動作をターゲットデータに対して実行するように構成される。

いくつかの他の考えられる実装形態では、受信モジュール５０２は、処理モジュール５０３が動作命令に従ってデータを処理する前に、第２のデバイスによって送信された制御要求を受信するようにさらに構成され、
処理モジュール５０３は、制御要求に基づいて動作命令を第２のデバイスに送信するようにさらに構成され、動作命令は、第２のデバイスに動作命令に従ってデータを処理するように命令するために使用される。

いくつかの他の考えられる実装形態では、第１のデバイス上に大容量記憶ドライバがインストールされ、第２のデバイスと対話するためのパラメータが大容量記憶ドライバ上に定義される。

いくつかの他の考えられる実装形態では、パラメータはＵＳＢ機能インターフェース情報を含み、ＵＳＢ機能インターフェース情報は、第１のデバイスが第２のデバイスのデータにアクセスするアクセスモードに関する情報を含む。

いくつかの考えられる実装形態では、第１のデバイスは端末である。

第２のデバイス６００は、ユニバーサルシリアルバスＵＳＢインターフェースを使用することによって第１のデバイスに接続される。動作デバイス上にＵＳＢ上位層アプリケーションドライバがインストールされる。第１のデバイスと対話するためのパラメータがＵＳＢ上位層アプリケーションドライバ上に定義される。第２のデバイスは、処理モジュール６０１と、送信モジュール６０２と、受信モジュール６０３とを含む。

処理モジュール６０１は、制御要求を生成するように構成され、かつ
送信モジュール６０２は、制御要求を第１のデバイスに送信するように構成され、制御要求は、第１のデバイスに、動作命令を動作デバイスに送信するように命令するために使用される。

いくつかの考えられる実装形態では、第２のデバイス６００は、
第１のデバイスによって送信された動作命令を受信するように構成された受信モジュール６０３と、
受信モジュール６０３によって受信された動作命令に従ってターゲットデータを処理するようにさらに構成された処理モジュール６０１とをさらに含む。

いくつかの他の考えられる実装形態では、パラメータはＵＳＢ機能インターフェース情報を含み、ＵＳＢ機能インターフェース情報は、第１のデバイスが動作デバイスのデータにアクセスするアクセスモードに関する情報を含む。

いくつかの考えられる実装形態では、第２のデバイス６００は、パーソナルコンピュータＰＣである。

ＵＳＢインターフェースを使用することによって第１のデバイスが第２のデバイスに接続されることが理解され得る。このことは、従来技術と比較してデータ伝送速度を実質的に向上させる。第１のデバイスは、第２のデバイスがマップされたインターフェースを表示し、インターフェースを使用することによって第２のデバイスのデータにアクセスする。第２のデバイスが第１のデバイスの仮想記憶ユニットとして働き、それによって第１のデバイスの記憶空間を拡張することが理解され得る。このようにして、第１のデバイスは、インターフェースに対して入力された命令を受信したときに第２のデバイスのデータを表示することができる。さらに、第１のデバイスは、データに対して入力された動作命令を受信し、動作命令に従ってデータを処理する。この動作は単純であり、特別なＩＰアドレスが構成される必要はなく、それによって、デバイス間の対話の融通性を向上させる。従来技術とは異なり、本発明の実施形態ではネットワークが接続される必要はなく、それによってネットワーク通信の消費量を低減させる。

考えられる実装形態では、送信モジュールおよび受信モジュールは、ソフトウェアモジュールであることもあり、ポータブル電子デバイスのトランシーバに実装され得る。処理モジュールも、ソフトウェアモジュールであることがあり、コンピュータシステムのプロセッサに実装され得るか、または特定の集積回路であることもある。

図５に示されている第１のデバイスおよび第２のデバイスが、図３に示されている方法実施形態における第１のデバイスおよび第２のデバイスに対応することがあり、第１のデバイスまたは第２のデバイスにおける各ユニットの上記の動作および/または機能ならびに他の動作および/または機能がそれぞれ、図３に示されている方法の対応する手順を実施することを目的としたものであることに留意されたい。説明を簡潔にするために、ここには詳細な説明は記載されない。

上記の実施形態では、実施形態の説明はそれぞれの焦点を有する。実施形態において詳細に記載されていない部分については、他の実施形態における関連する説明が参照されてもよい。

説明を好都合にかつ簡単にするために、上記のポータブル電子デバイス、コンピュータ可読記憶媒体、およびユニットの詳細な動作処理に関しては、上記の方法実装形態における対応する処理が参照されてもよく、ここには詳細な説明は記載されないことが当業者によって明確に理解されることがある。

本出願において提供されるいくつかの実施形態では、開示されたシステム、装置、および方法が他の方法で実施されてもよいことを理解されたい。たとえば、記載された装置実施形態は、例に過ぎない。たとえば、ユニットの分割は、論理的な機能の分割に過ぎず、実際の実装形態では他の分割であってもよい。たとえば、複数のユニットもしくは構成要素が別のシステムとして組み合わされるかもしくは一体化されてもよく、またはいくつかの特徴が無視されてもよく、もしくは実行されなくてもよい。さらに、表示されるかまたは論じられた相互結合または直接結合または通信接続は、いくつかのインターフェースを使用して実装されてもよい。装置もしくはユニット間の間接的な結合もしくは通信接続は、電気的な形態で実装されてもよく、機械的な形態で実装されてもよく、または他の形態で実装されてもよい。

別個の部品として記載されたユニットは、物理的に別個の部品であってもよくまたはそうでなくてもよく、ユニットとして表示された部品は、物理的なユニットであってもよくまたはそうでなくてもよく、１つの位置に配置されてもよく、または複数のネットワークユニット上に分散されてもよい。ユニットのいくつかまたはすべては、実施形態において提供された技術的解決策を実現するために実際のニーズに従って選択されてもよい。

さらに、本発明の実施形態における機能ユニットが１つの処理ユニットとして一体化されてもよく、またはユニットの各々が物理的に単独で存在してもよく、または２つ以上のユニットが１つのユニットとして一体化されてもよい。一体化されたユニットは、ハードウェアの形態で実装されてもよく、またはソフトウェア機能ユニットの形態で実装されてもよい。

一体化されたユニットがソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用されるとき、一体化されたユニットは、コンピュータ可読記憶媒体に記憶されてもよい。そのような理解に基づいて、基本的に本発明の技術的解決策、または従来技術に寄与する部分、またはこの技術的解決策のすべてもしくはいくつかが、ソフトウェア製品の形態で実装されてもよい。ソフトウェア製品は、記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイスなどであってもよい）に本発明の実施形態に記載された方法のステップのうちのすべてまたはいくつかを実行するように命令するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、または光学ディスクなどの、プログラムコードを記憶することができる任意の媒体を含む。

本発明は、上記に詳細に記載されている。本発明の原則および実装形態は、本明細書において具体的な例を介して記載されている。実施形態に関する説明は、本発明の方法および主要な考えの理解を助けるために提供されているに過ぎない。さらに、当業者は、本発明の考えに従って、具体的な実装形態および適用範囲に関して本発明に変更を施すことができる。したがって、本明細書の内容は、本発明に対する制限と解釈されるものではない。

Claims (26)

1. データアクセス方法であって、第１のデバイスに適用され、前記第１のデバイスは、ユニバーサルシリアルバスＵＳＢインターフェースを使用することによって第２のデバイスに接続される方法において、
   前記第１のデバイスによって、前記第２のデバイスがマップされたインターフェースを表示し、前記インターフェースを使用することによって前記第２のデバイスのデータにアクセスするステップと、
   前記第１のデバイスによって、前記インターフェースに対して入力された命令を受信し、前記第２のデバイスの前記データを表示するステップと、
   前記第１のデバイスによって、前記データに対して入力された動作命令を受信するステップと、
   前記第１のデバイスによって、前記動作命令に従って前記データを処理するステップとを含む方法。
2. 前記第１のデバイスによって、前記データに対して入力された動作命令を受信する前記ステップは具体的には、
   前記第１のデバイスによって、前記データに対して入力された選択動作命令を受信し、ターゲットデータを決定するステップと、
   前記第１のデバイスによって、前記ターゲットデータに対して入力された処理動作命令を受信するステップとを含み、
   前記第１のデバイスによって、前記動作命令に従って前記データを処理する前記ステップは具体的には、
   前記第１のデバイスによって、前記処理動作命令に従って、前記処理動作命令に対応する動作を前記ターゲットデータに対して実行するステップを含む請求項１に記載の方法。
3. 前記第１のデバイスによって、前記動作命令に従って前記データを処理する前記ステップの前に、
   前記第１のデバイスによって、前記第２のデバイスによって送信された制御要求を受信するステップをさらに含み、
   前記第１のデバイスによって、前記動作命令に従って前記データを処理する前記ステップは具体的には、
   前記第１のデバイスによって、前記制御要求に基づいて前記動作命令を前記第２のデバイスに送信するステップであって、前記動作命令が、前記第２のデバイスに前記動作命令に従って前記データを処理するように命令するために使用される、ステップを含む請求項１または２に記載の方法。
4. 前記第１のデバイス上に大容量記憶ドライバがインストールされ、前記第２のデバイス上にＵＳＢ上位層アプリケーションドライバがインストールされ、前記大容量記憶ドライバおよび前記ＵＳＢ上位層アプリケーションドライバ上に同じパラメータが定義され、前記第１のデバイスは、前記同じパラメータに基づいて前記第２のデバイスと対話する請求項１乃至３のいずれか一項に記載の方法。
5. 前記パラメータは、ＵＳＢ機能インターフェース情報を含み、前記ＵＳＢ機能インターフェース情報は、前記第１のデバイスが前記第２のデバイスの前記データにアクセスするアクセスモードに関する情報を含む請求項４に記載の方法。
6. 前記第１のデバイスは端末であり、前記第２のデバイスはパーソナルコンピュータＰＣである請求項１乃至５のいずれか一項に記載の方法。
7. データアクセス方法であって、第２のデバイスに適用され、前記第２のデバイスは、ユニバーサルシリアルバスＵＳＢインターフェースを使用することによって第１のデバイスに接続され、前記第２のデバイス上にＵＳＢ上位層アプリケーションドライバがインストールされ、前記ＵＳＢ上位層アプリケーションドライバ上に、前記第１のデバイスと対話するためのパラメータが定義される方法において、
   前記第２のデバイスによって、制御要求を生成するステップと、
   前記第２のデバイスによって、前記制御要求を前記第１のデバイスに送信するステップであって、前記制御要求が、前記第１のデバイスに、動作命令を前記第２のデバイスに送信するように命令するために使用される、ステップとを含む方法。
8. 前記第２のデバイスによって、前記第１のデバイスによって送信された前記動作命令を受信するステップと、
   前記第２のデバイスによって、前記動作命令に従ってターゲットデータを処理するステップとをさらに含む請求項７に記載の方法。
9. 前記パラメータは、ＵＳＢ機能インターフェース情報を含み、前記ＵＳＢ機能インターフェース情報は、前記第１のデバイスが前記第２のデバイスのデータにアクセスするアクセスモードに関する情報を含む請求項７または８に記載の方法。
10. 前記第１のデバイスは端末であり、前記第２のデバイスはパーソナルコンピュータＰＣである請求項７乃至９のいずれか一項に記載の方法。
11. 動作デバイスであって、ユニバーサルシリアルバスＵＳＢインターフェースを使用することによって第２のデバイスに接続され、メモリと、プロセッサと、ディスプレイユニットと、入力ユニットとを備え、前記メモリ、前記プロセッサ、前記ディスプレイユニット、および前記入力ユニットは、バスを使用することによって互いに接続され、前記メモリはコンピュータ命令を記憶し、
    前記ディスプレイユニットは、前記第２のデバイスがマップされたインターフェースを表示するように構成され、
    前記入力ユニットは、前記インターフェースに対して入力された命令を受信するように構成され、
    前記プロセッサは、前記入力された命令に従って、前記ディスプレイユニットに前記第２のデバイスのデータを表示するように命令するように構成され、
    前記ディスプレイユニットは、前記第２のデバイスの前記データを表示するようにさらに構成され、
    前記入力ユニットは、前記データに対して入力された動作命令を受信するようにさらに構成され、かつ
    前記プロセッサは、前記動作命令に従って前記データを処理するようにさらに構成される、動作デバイス。
12. 前記動作命令は、選択動作命令と処理動作命令とを含み、
    前記入力ユニットは、前記データに対して入力された前記選択動作命令を受信し、前記ターゲットデータに対して入力された前記処理動作命令を受信するようにさらに構成され、かつ
    前記プロセッサは、前記選択動作命令に従って前記ターゲットデータを決定し、前記処理動作命令に従って前記処理動作命令に対応する動作を前記ターゲットデータに対して実行するように構成される請求項１１に記載の動作デバイス。
13. 前記入力ユニットは、前記プロセッサが前記動作命令に従って前記データを処理する前に、前記第２のデバイスによって送信された制御要求を受信するようにさらに構成され、かつ
    前記プロセッサは、前記制御要求に基づいて前記動作命令を前記第２のデバイスに送信するようにさらに構成され、前記動作命令は、前記第２のデバイスに前記動作命令に従って前記データを処理するように命令するために使用される請求項１１に記載の動作デバイス。
14. 前記動作デバイス上に大容量記憶ドライバがインストールされ、前記大容量記憶ドライバ上に、前記第２のデバイスと対話するためのパラメータが定義される請求項１１乃至１３のいずれか一項に記載の動作デバイス。
15. 前記パラメータは、ＵＳＢ機能インターフェース情報を含み、前記ＵＳＢ機能インターフェース情報は、前記動作デバイスが前記第２のデバイスの前記データにアクセスするアクセスモードに関する情報を含む請求項１４に記載の動作デバイス。
16. 動作デバイスであって、ユニバーサルシリアルバスＵＳＢインターフェースを使用することによって第１のデバイスに接続され、前記動作デバイス上にＵＳＢ上位層アプリケーションドライバがインストールされ、前記ＵＳＢ上位層アプリケーションドライバ上に、前記第１のデバイスと対話するためのパラメータが定義され、前記動作デバイスは、メモリと、プロセッサと、ＵＳＢモジュールとを備え、前記メモリ、前記プロセッサ、および前記ＵＳＢモジュールは、バスを使用することによって互いに接続され、前記メモリはコンピュータ命令を記憶し、
    前記プロセッサは、制御要求を生成するように構成され、かつ
    前記ＵＳＢモジュールは、前記制御要求を前記第１のデバイスに送信するように構成され、前記制御要求は、前記第１のデバイスに、動作命令を前記動作デバイスに送信するように命令するために使用される、動作デバイス。
17. 前記ＵＳＢモジュールは、前記第１のデバイスによって送信された前記動作命令を受信するようにさらに構成され、
    前記プロセッサは、前記動作命令に従ってデータを処理するようにさらに構成される請求項１６に記載の動作デバイス。
18. 前記パラメータは、ＵＳＢ機能インターフェース情報を含み、前記ＵＳＢ機能インターフェース情報は、前記第１のデバイスが前記動作デバイスのデータにアクセスするアクセスモードに関する情報を含む請求項１６または１７に記載の動作デバイス。
19. 動作デバイスであって、ユニバーサルシリアルバスＵＳＢインターフェースを使用することによって第２のデバイスに接続され、
    前記第２のデバイスがマップされたインターフェースを表示するように構成されたディスプレイモジュールと、
    前記ディスプレイモジュールによって表示された前記インターフェースに対して入力された命令を受信するように構成された受信モジュールと、
    前記ディスプレイモジュールに、前記受信モジュールによって受信された前記入力された命令に従って前記第２のデバイスのデータを表示するように命令するように構成された処理モジュールとを備え、
    前記ディスプレイモジュールは、前記第２のデバイスの前記データを表示するようにさらに構成され、
    前記受信モジュールは、前記データに対して入力された動作命令を受信するようにさらに構成され、かつ
    前記処理モジュールは、前記受信モジュールによって受信された前記動作命令に従って前記データを処理するようにさらに構成される、動作デバイス。
20. 前記動作命令は、選択動作命令と処理動作命令とを含み、
    前記受信モジュールは、前記データに対して入力された前記選択動作命令を受信し、前記ターゲットデータに対して入力された前記処理動作命令を受信するようにさらに構成され、かつ
    前記処理モジュールは、前記選択動作命令に従って前記ターゲットデータを決定し、前記処理動作命令に従って前記処理動作命令に対応する動作を前記ターゲットデータに対して実行するように構成される請求項１９に記載の動作デバイス。
21. 前記受信モジュールは、前記処理モジュールが前記動作命令に従って前記データを処理する前に、前記第２のデバイスによって送信された制御要求を受信するようにさらに構成され、
    前記処理モジュールは、前記制御要求に基づいて前記動作命令を前記第２のデバイスに送信するようにさらに構成され、前記動作命令は、前記第２のデバイスに前記動作命令に従って前記データを処理するように命令するために使用される請求項１９に記載の動作デバイス。
22. 前記動作デバイス上に大容量記憶ドライバがインストールされ、前記大容量記憶ドライバ上に、前記第２のデバイスと対話するためのパラメータが定義される請求項１９乃至２１のいずれか一項に記載の動作デバイス。
23. 前記パラメータは、ＵＳＢ機能インターフェース情報を含み、前記ＵＳＢ機能インターフェース情報は、前記動作デバイスが前記第２のデバイスの前記データにアクセスするアクセスモードに関する情報を含む請求項２４に記載の動作デバイス。
24. 動作デバイスであって、ユニバーサルシリアルバスＵＳＢインターフェースを使用することによって第１のデバイスに接続され、前記動作デバイス上にＵＳＢ上位層アプリケーションドライバがインストールされ、前記ＵＳＢ上位層アプリケーションドライバ上に、前記第１のデバイスと対話するためのパラメータが定義される動作デバイスにおいて、
    制御要求を生成するように構成された処理モジュールと、
    前記制御要求を前記第１のデバイスに送信するように構成された送信モジュールであって、前記制御要求が、前記第１のデバイスに、動作命令を前記動作デバイスに送信するように命令するために使用される送信モジュールとを備える動作デバイス。
25. 前記第１のデバイスによって送信された前記動作命令を受信するように構成された受信モジュールをさらに備え、
    前記処理モジュールは、前記受信モジュールによって受信された前記動作命令に従ってターゲットデータを処理するようにさらに構成される請求項２４に記載の動作デバイス。
26. 前記パラメータは、ＵＳＢ機能インターフェース情報を含み、かつ、前記ＵＳＢ機能インターフェース情報は、前記第１のデバイスが前記動作デバイスのデータにアクセスするアクセスモードに関する情報を含む請求項２４または２５に記載の動作デバイス。

Images