(57)【要約】  複数の無線通信方式を備えた端末において、エラー発生時のデータ送受信の復旧処理を効率的に行うイニシエータ端末及びターゲット端末を提供することを目的とする。本開示のイニシエータ端末は、第１の無線通信方式の無線通信を介してターゲット端末と接続する第１無線部と、第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介してターゲット端末と接続する第２無線部と、ターゲット端末が有する記憶媒体へリモートアクセスを実現するアクセスプロトコル処理を行うアクセス処理部と、を備え、アクセス処理部は、記憶媒体にアクセス中にエラーが発生した時に、第１無線部で無線通信する場合と第２無線部で無線通信する場合とでエラーに対する処理を切替える。
2015059889.tif 000002
【特許請求の範囲】
【請求項１】
第１の無線通信方式の無線通信を介してターゲット端末と接続する第１無線部と、
前記第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介して前記ターゲット端末と接続する第２無線部と、
前記ターゲット端末が有する記憶媒体へリモートアクセスを実現するアクセスプロトコル処理を行うアクセス処理部と、を備え、
前記アクセス処理部は、前記記憶媒体にアクセス中にエラーが発生した時に、前記第１無線部で無線通信する場合と前記第２無線部で無線通信する場合とでエラーに対する処理を切替える、イニシエータ端末。
【請求項２】
前記アクセス処理部は、前記エラーに対する処理として、前記第１無線部で無線通信する場合は、前記記憶媒体へのアクセス中のエラーが、データの欠落であるかどうかを確認する旨のパケットを送出し、前記第２無線部で無線通信する場合は、前記記憶媒体へのアクセスを中断する、
請求項１に記載のイニシエータ端末。
【請求項３】
前記アクセス処理部における前記エラーに対する処理は、前記第１無線部で無線通信する場合は、エラーが生じたデータから再送を行い、前記第２無線部で無線通信する場合は、エラーが生じたデータよりも前のデータから再送を行う、
請求項２に記載のイニシエータ端末。
【請求項４】
前記第１無線部は、前記第２無線部よりも通信速度が遅い、
請求項１記載のイニシエータ端末。
【請求項５】
前記アクセス処理部における前記エラーに対する処理において、前記第１無線部で無線通信する場合の再送するデータ量が前記第２無線部で無線通信する場合の再送するデータ量よりも少ない、
請求項４に記載のイニシエータ端末。
【請求項６】
前記第１の無線通信方式は、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）であり、
前記第２の無線通信方式は、ＷｉＧｉｇ（Ｗｉｒｅｌｅｓｓ  Ｇｉｇａｂｉｔ）である、
請求項４に記載のイニシエータ端末。
【請求項７】
記憶媒体と、
第１の無線通信方式の無線通信を介してイニシエータ端末と接続する第１無線部と、
前記第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介して前記イニシエータ端末と接続する第２無線部と、
前記イニシエータ端末の前記記憶媒体へのリモートアクセスを許可し、リモートアクセスを実現するアクセスプロトコル処理を行うアクセス処理部と、を備え、
前記アクセス処理部は、前記イニシエータ端末の前記記憶媒体へのアクセス中にエラーが発生した時に、前記第１無線部で無線通信する場合と前記第２無線部で無線通信する場合とでエラーに対する処理を切替える、
ターゲット端末。
【請求項８】
前記アクセス処理部は、前記エラーに対する処理として、
前記第１無線部で無線通信する場合は、前記記憶媒体へのアクセス中のエラーがデータの欠落である旨のパケットを送出し、
前記第２無線部で無線通信する場合は、前記記憶媒体へのアクセスを中断する、
請求項７に記載のターゲット端末。
【請求項９】
前記アクセス処理部における前記エラーに対する処理は、前記第１無線部で無線通信する場合は、エラーが生じたデータから再送を行い、前記第２無線部で無線通信する場合は、エラーが生じたデータよりも前のデータから再送を行う、
請求項７に記載のターゲット端末。
【請求項１０】
前記第１無線部は、前記第２無線部よりも通信速度が遅い、
請求項７に記載のターゲット端末。
【請求項１１】
前記アクセス処理部における前記エラーに対する処理において、前記第１無線部で無線通信する場合の再送するデータ量が前記第２無線部で無線通信する場合の再送するデータ量よりも少ない、
請求項７に記載のターゲット端末。
【請求項１２】
前記第１の無線通信方式は、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）であり、
前記第２の無線通信方式は、ＷｉＧｉｇ（Ｗｉｒｅｌｅｓｓ  Ｇｉｇａｂｉｔ）である、
請求項７に記載のターゲット端末。
【請求項１３】
第１の無線通信方式の無線通信を介してターゲット端末と接続し、
前記第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介して前記ターゲット端末と接続し、
前記ターゲット端末が有する記憶媒体へリモートアクセスを実現するアクセスプロトコル処理を行い、
前記記憶媒体にアクセス中にエラーが発生した時に、前記第１の無線通信方式で無線通信する場合と前記第２の無線通信方式で無線通信する場合とでエラーに対する処理を切替える、
イニシエータ端末のエラー処理方法。
【請求項１４】
第１の無線通信方式の無線通信を介してイニシエータ端末と接続し、
前記第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介して前記イニシエータ端末と接続し、
前記イニシエータ端末の記憶媒体へのリモートアクセスを許可し、リモートアクセスを実現するアクセスプロトコル処理を行い、
前記イニシエータ端末の前記記憶媒体へのアクセス中にエラーが発生した時に、前記第１の無線通信方式で無線通信する場合と前記第２の無線通信方式で無線通信する場合とでエラーに対する処理を切替える、
ターゲット端末のエラー処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信可能な外部端末が有する記憶媒体を、複数の無線通信方式を用いて、自端末の記憶媒体と同様にアクセス可能に接続し、トランザクションを実現する技術に関する。
【背景技術】
【０００２】
近年の無線技術の向上により、映像データなど各種のデータを従来の有線を用いた有線通信だけでなく、無線通信を用いてデータの送受信を行うことが一般に行われている。【０００３】
特許文献１には、無線通信を用いて映像データ等を送信する際に、パケットを生成する順に生成順を示す通し番号情報を付加し、パケット欠落は、パケットの通し番号情報を検出することで判定する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２００５／０６０２６２号
【発明の概要】
【０００５】
本開示のイニシエータ端末は、第１の無線通信方式の無線通信を介してターゲット端末と接続する第１無線部と、第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介してターゲット端末と接続する第２無線部と、ターゲット端末が有する記憶媒体へリモートアクセスを実現するアクセスプロトコル処理を行うアクセス処理部と、を備える。アクセス処理部は、記憶媒体にアクセス中にエラーが発生した時に、第１無線部で無線通信する場合と第２無線部で無線通信する場合とでエラーに対する処理を切替える。
【０００６】
さらに、本開示のターゲット端末は、記憶媒体と、第１の無線通信方式の無線通信を介してイニシエータ端末と接続する第１無線部と、第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介してイニシエータ端末と接続する第２無線部と、イニシエータ端末の記憶媒体へのリモートアクセスを許可し、リモートアクセスを実現するアクセスプロトコル処理を行うアクセス処理部と、を備える。アクセス処理部は、イニシエータ端末の記憶媒体へのアクセス中にエラーが発生した時に、第１無線部で無線通信する場合と第２無線部で無線通信する場合とでエラーに対する処理を切替える。
【０００７】
本開示により、エラーが発生した時に、データ送受信の再送処理を効率的に行うことが可能となる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施の形態１における無線通信システムの構成を示す図である。
【図２】図２は、実施の形態１におけるイニシエータ端末及びターゲット端末の構成を示すブロック図である。
【図３】図３は、実施の形態１における無線通信を介した記憶媒体のアクセスの制御権の取得手順とアクセスの制御権の解放手順を説明する図である。
【図４】図４は、実施の形態１における無線パケットの論理構成を示す図である。
【図５】図５は、実施の形態１における無線パケットに上位層のデータをカプセル化する際の論理構成を示す図である。
【図６】図６は、実施の形態１におけるアクセス用パケットのコマンド（ＣＭＤ：ＣｏＭｍａｎＤ）パケットのフォーマットを説明する図である。
【図７】図７は、実施の形態１におけるアクセス用パケットのコマンド応答（ＣＭＤ  Ｒｅｓｐｏｎｓｅ）パケットのフォーマットを説明する図である。
【図８】図８は、実施の形態１におけるアクセス用パケットのデータ（ＤＡＴＡ）パケットのフォーマットを説明する図である。
【図９】図９は、実施の形態１におけるアクセス用パケットの肯定応答（ＡＣＫ：ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）パケットのフォーマットを説明する図である。
【図１０】図１０は、実施の形態１におけるチェックステータス（Ｃｈｅｃｋ−Ｓｔａｔｕｓ）パケットのフォーマットを説明する図である。
【図１１】図１１は、実施の形態１におけるチェックステータス応答（Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅ）パケットのフォーマットを説明する図である。
【図１２】図１２は、実施の形態１におけるクリアバスハンドル要求（Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔ）パケットのフォーマットを説明する図である。
【図１３】図１３は、実施の形態１におけるクリアバスハンドル応答（Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅ）パケットのフォーマットを説明する図である。
【図１４】図１４は、実施の形態１におけるパケットの中断（ＩＮＴ：Ｉｎｔｅｒｒｕｐｔ）パケットのフォーマットを説明する図である。
【図１５】図１５は、実施の形態１におけるイニシエータ端末がターゲット端末の記憶媒体からデータを読み出すシーケンスを説明する図である。
【図１６】図１６は、実施の形態１におけるイニシエータ端末がターゲット端末の記憶媒体からデータを読み出し中に、データの欠落が発生した時のシーケンスを説明する図である。
【図１７】図１７は、実施の形態１におけるイニシエータ端末がターゲット端末の記憶媒体からデータを読み出し中に、データの欠落が発生した時の別のシーケンスを説明する図である。
【図１８】図１８は、実施の形態２におけるイニシエータ端末がターゲット端末の記憶媒体へデータを書き込むシーケンスを説明する図である。
【図１９】図１９は、イニシエータ端末がターゲット端末の記憶媒体へデータを書き込み中に、データの欠落が発生した時のシーケンスを説明する図である。
【図２０】図２０は、イニシエータ端末がターゲット端末の記憶媒体へデータを書き込み中に、データの欠落が発生した時の別のシーケンスを説明する図である。
【発明を実施するための形態】
【０００９】
以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
【００１０】
なお、添付図面および以下の説明は、当業者が本開示を十分に理解するために、提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。
【００１１】
（実施の形態１）
無線通信機能を備えた端末は、一つの無線通信方式だけでなく、複数の無線通信方式を備えたものも一般的に存在する。例えば、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）対応の端末において、２．５ＧＨｚの周波数帯を用いた無線通信方式と、５ＧＨｚの周波数帯を用いた無線通信方式の２つの無線通信方式を備える端末がある。
【００１２】
このような端末において、データ送受信中にデータの欠落等のエラーが生じた場合、エラーに対して無線通信方式に関係なく、同じ復旧処理を行うと、それぞれの無線通信方式の特徴を生かした復旧処理を行えない可能性がある。
【００１３】
本開示は、複数の無線通信方式を備えた端末において、エラー発生時のデータ送受信の復旧処理を効率的に行うイニシエータ端末及びターゲット端末を提供することを目的とする。
【００１４】
＜１−１．構成＞
図１は、本実施の形態における無線通信システムの構成を示す図である。図１において、無線通信システム１００は、イニシエータ端末１０１とターゲット端末１０２で構成される。ターゲット端末１０２は、記憶媒体１０３を有している。
【００１５】
記憶媒体１０３は、データを記録する記憶素子を備える。記憶媒体１０３は、記憶媒体１０３へ供給される電力が断たれた場合でも、記録されているデータを保持する不揮発性の記憶素子であることが好ましい。記憶媒体１０３は、ＳＤメモリカード等のターゲット端末１０２から取り外し可能なブリッジメディアであってもよいし、ターゲット端末１０２に内蔵されるハードディスクやフラッシュメモリ等であってもよい。
【００１６】
イニシエータ端末１０１とターゲット端末１０２は、２つの無線通信方式を用いて通信可能に接続されている。イニシエータ端末１０１は、２つの無線通信方式のうちいずれか１つを用いてターゲット端末１０２と無線通信を行う。
【００１７】
本実施の形態では、第１の無線通信方式として、例えば、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）を、第２の無線通信方式として、例えば、ＷｉＧｉｇ（Ｗｉｒｅｌｅｓｓ  Ｇｉｇａｂｉｔ）を用いて説明する。ＷｉＦｉとＷｉＧｉｇでは、ＷｉＦｉのほうが通信速度が遅い。
【００１８】
なお、本実施の形態は、ＷｉＦｉとＷｉＧｉｇの組み合わせに限定されず、第１の無線通信方式と第２の無線通信方式が異なる無線通信方式であればどのような組み合わせであっても良い。例えば、無線通信時の通信速度、周波数帯域、変調方式、無線プロトコルが異なる無線通信方式の組み合わせがある。
【００１９】
さらに、イニシエータ端末１０１は、無線通信を介してターゲット端末１０２が有している記憶媒体１０３に対して、あたかもイニシエータ端末１０１が有している記憶媒体であるかのようにリモートアクセス可能である。ターゲット端末１０２は、イニシエータ端末１０１が記憶媒体１０３にアクセスするときには、記憶媒体１０３をイニシエータ端末１０１へ解放する。このようなアクセス方式を透過的アクセスと呼ぶ。
【００２０】
図２は、イニシエータ端末１０１およびターゲット端末１０２の詳細な構成を示すブロック図である。イニシエータ端末１０１は、アプリケーション部２０１と、アクセス処理部２０２と、第１無線部２０３と、第２無線部２０４を備える。
【００２１】
アプリケーション部２０１は、ターゲット端末１０２の記憶媒体１０３へリモートアクセスするためのソフトウェアプログラム等で構成される。
【００２２】
アクセス処理部２０２は、イニシエータ端末１０１全体を制御する。また、アクセス処理部２０２は、イニシエータ端末１０１が記憶媒体１０３へリモートアクセスするためのホスト機能の処理を行い、アプリケーション部２０１からの要求に応じて、第１無線部２０３または第２無線部２０４を用いて記憶媒体１０３へアクセスするためのコマンドを無線通信方式のペイロードで伝送する処理及び、記憶媒体１０３へアクセスするためのコマンドを出すイニシエータとしてのアクセスプロトコル処理を行う。アクセス処理部２０２はさらに、ターゲット端末１０２との間で記憶媒体１０３への排他的なアクセス権の調停を行い、無線通信におけるデータ処理、エラー対応等の処理も行う。
【００２３】
第１無線部２０３は、アクセス処理部２０２からの指示に従って、第１の無線通信方式で通信するための無線通信プロトコルの処理を行う。
【００２４】
第２無線部２０４は、アクセス処理部２０２からの指示に従って、第１の無線通信方式と異なる第２の無線通信方式で通信するための無線通信プロトコルの処理を行う。
【００２５】
ターゲット端末１０２は、アプリケーション部２０５と、アクセス処理部２０６と、第１無線部２０７と、第２無線部２０８を備える。
【００２６】
アプリケーション部２０５は、ターゲット端末１０２の記憶媒体１０３へアクセスするためのソフトウェアプログラム等で構成される。
【００２７】
アクセス処理部２０６は、ターゲット端末１０２全体を制御する。アクセス処理部２０６は、第１無線部２０７または第２無線部２０８を用いてイニシエータ端末１０１と無線通信を行う。アクセス処理部２０６は、イニシエータ端末１０１からの指示、あるいは、アプリケーション部２０５からの指示により記憶媒体１０３へのデータの書き込み、あるいは、記憶媒体１０３からのデータ読み出し等の処理を行う。アクセス処理部２０６は、記憶媒体１０３へのアクセスについてアプリケーション部２０５とイニシエータ端末１０１とに対して排他的なアクセスを実現する制御、すなわち、記憶媒体１０３に対してのローカルアクセス及びリモートアクセスの制御の切り替えを行う制御を行う。さらに、アクセス処理部２０６は、ターゲットとして記憶媒体１０３へのアクセスを可能にするアクセスプロトコル処理を行う。
【００２８】
第１無線部２０７は、イニシエータ端末１０１の第１無線部２０３と第１の無線通信方式で無線通信を行うための無線通信プロトコルの処理を行う。
【００２９】
第２無線部２０８は、イニシエータ端末１０１の第２無線部２０４と第２の無線通信方式で無線通信を行うための無線通信プロトコルの処理を行う。
【００３０】
図２において、図１で説明したように、第１無線部２０３、２０７が用いる第１の無線通信方式はＷｉＦｉであり、第２無線部２０４、２０８が用いる第２の無線通信方式はＷｉＧｉｇである。
【００３１】
＜１−２．アクセスの制御権の取得手順と解放手順＞
次に、イニシエータ端末１０１から記憶媒体１０３に対してアクセスの制御権を取得し、アクセス可能な状態になるまでの手順とアクセスの制御権を解放するまでの手順を説明する。図３は、無線通信を介した記憶媒体へのアクセスの制御権の取得手順とアクセスの制御権の解放手順を説明する図である。
【００３２】
ターゲット端末１０２は、イニシエータ端末１０１に対して記憶媒体１０３を解放するまでは、記憶媒体１０３へアクセスできる。すなわち、ターゲット端末１０２のアプリケーション部２０５は、記憶媒体１０３が存在していることを認識し、記憶媒体１０３へのデータの書き込み、記憶媒体１０３に格納されているデータの読み込みや、記憶媒体１０３へコマンドを送ることができる状態である。この状態をローカルアクセス可能状態と呼ぶ。
【００３３】
(ステップＳ１００)イニシエータ端末１０１が記憶媒体１０３に対してアクセスを行うために、イニシエータ端末１０１とターゲット端末１０２との間を無線通信で接続する。無線通信の接続は、イニシエータ端末１０１の第１無線部２０３とターゲット端末１０２の第１無線部２０７とが第１の無線通信方式を用いて、相互に無線通信接続の処理を行ってもよいし、イニシエータ端末１０１の第２無線部２０４とターゲット端末１０２の第２無線部２０８とが第２の無線通信方式を用いて、相互に無線通信接続の処理を行ってもよい。無線通信方式の選択は、例えば、２つの無線通信方式のうち、通信路容量が多い等の通信路情報が良い無線通信方式を選択する。この無線通信接続については、イニシエータ端末１０１とターゲット端末１０２が第１の無線通信方式または第２の無線通信方式を用いてデータ通信が行える状態になれば手順は問わない。
【００３４】
次に、イニシエータ端末１０１がターゲット端末１０２の記憶媒体１０３に対してアクセスの制御権を取得する手順を説明する。
【００３５】
(ステップＳ１０１)イニシエータ端末１０１のアプリケーション部２０１は、アクセス処理部２０２に対して記憶媒体１０３へのアクセスを要求する。
【００３６】
(ステップＳ１０２)イニシエータ端末１０１のアクセス処理部２０２は、無線通信接続が確立されている無線通信方式に従って、第１無線部２０３又は第２無線部２０４を制御して、ターゲット端末１０２に対して、アクセスプロトコルを利用して無線パケットの送信を指示する。すなわち、第１の無線通信方式で無線通信接続が確立されている場合、アクセス処理部２０２は第１無線部２０３を介して無線パケットをターゲット端末１０２へ送信し、第２の無線通信方式で無線通信接続が確立されている場合、アクセス処理部２０２は第２無線部２０４を介して無線パケットをターゲット端末１０２へ送信する。
【００３７】
(ステップＳ１０３)イニシエータ端末１０１の第１無線部２０３または第２無線部２０４からターゲット端末１０２の第１無線部２０７または第２無線部２０８へ送信される無線パケットは、イニシエータ端末１０１が記憶媒体１０３に対して、透過的アクセスのための準備を指示する、セッションスタートリクエスト（Ｓｅｓｓｉｏｎ−Ｓｔａｒｔ  Ｒｅｑｕｅｓｔ）パケットである。
【００３８】
（ステップＳ１０４）ターゲット端末１０２の第１無線部２０７または第２無線部２０８は、受信したＳｅｓｓｉｏｎ−Ｓｔａｒｔ  Ｒｅｑｕｅｓｔパケットをアクセス処理部２０６へ通知する。
【００３９】
（ステップＳ１０５）アクセス処理部２０６は、イニシエータ端末１０１からＳｅｓｓｉｏｎ−Ｓｔａｒｔ  Ｒｅｑｕｅｓｔパケット受信の通知を受ける。ターゲット端末１０２は、アクセス開始を受け入れることができる状態であれば、記憶媒体１０３へのアクセスの制御権をイニシエータ端末１０１へ移す準備を行う。この準備は、例えば、ターゲット端末１０２のアプリケーション部２０５がアクセスの制御権を有している場合、このアクセスの制御権を解放させる処理等である。アクセス処理部２０６は、Ｓｅｓｓｉｏｎ−Ｓｔａｒｔ  Ｒｅｑｕｅｓｔパケットを正常に受信したことに対する、応答パケットの送信をターゲット端末１０２の第１無線部２０７または第２無線部２０８へ指示する。
【００４０】
（ステップＳ１０６）ターゲット端末１０２の第１無線部２０７または第２無線部２０８は、アクセス処理部２０６からの指示により、Ｓｅｓｓｉｏｎ−Ｓｔａｒｔ  Ｒｅｑｕｅｓｔパケットに応答するセッションスタートレスポンス（Ｓｅｓｓｉｏｎ−Ｓｔａｒｔ  Ｒｅｓｐｏｎｓｅ）の無線パケットをイニシエータ端末１０１へ送信する。
【００４１】
（ステップＳ１０７）イニシエータ端末１０１の第１無線部２０３または第２無線部２０４は、Ｓｅｓｓｉｏｎ−Ｓｔａｒｔ  Ｒｅｓｐｏｎｓｅパケットをターゲット端末１０２の第１無線部２０７または第２無線部２０８から受信すると、アクセス処理部２０２へ受信したことを通知する。これにより、イニシエータ端末１０１とターゲット端末１０２との間でセッションが確立する。
【００４２】
次に、イニシエータ端末１０１が記憶媒体１０３の情報を取得する手順について説明する。
【００４３】
（ステップＳ１０８）セッションが確立すると、アクセス処理部２０２は、記憶媒体１０３の情報を取得するため、イニシエータ端末１０１の第１無線部２０３または第２無線部２０４に対して、記憶媒体１０３の情報の取得要求の無線パケットの送信を指示する。
【００４４】
（ステップＳ１０９）イニシエータ端末１０１の第１無線部２０３または第２無線部２０４は、ケーパビリティエクスチェンジリクエスト（Ｃａｐａｂｉｌｉｔｙ  Ｅｘｃｈａｎｇｅ  Ｒｅｑｕｅｓｔ）パケットをターゲット端末１０２へ無線送信する。
【００４５】
（ステップＳ１１０）ターゲット端末１０２の第１無線部２０７または第２無線部２０８は、Ｃａｐａｂｉｌｉｔｙ  Ｅｘｃａｈｎｇｅ  Ｒｅｑｕｅｓｔパケットを受信すると、アクセス処理部２０６へ、記憶媒体１０３の情報の取得要求を受信したことを通知する。
【００４６】
（ステップＳ１１１）アクセス処理部２０６は、ターゲット端末１０２の第１無線部２０７または第２無線部２０８から記憶媒体１０３の情報の取得要求を受けると、記憶媒体１０３の情報、例えば、記憶媒体１０３がＳＤメモリカードである場合、バスインターフェイスの種類として、標準スピード、ハイスピード、ＵＨＳ−Ｉ（Ｕｌｔｒａ−Ｈｉｇｈ  Ｓｐｅｅｄ  Ｉ）、ＵＨＳ−ＩＩ（Ｕｌｔｒａ−Ｈｉｇｈ  Ｓｐｅｅｄ  ＩＩ）等や、記憶媒体１０３のデバイスの種類として、例えば、メモリデバイス、ＩＯデバイス、両者の機能を備えたデバイス等や、記憶媒体１０３に割り当てられている相対アドレス、例えば、ＲＣＡ（Ｒｅｌａｔｉｖｅ  Ｃａｒｄ  Ａｄｄｒｅｓｓ）等や、記憶媒体１０３の状態、例えば、書き込み禁止状態、書き込み可能状態等といった、記憶媒体１０３に関する情報を取得する。アクセス処理部２０６は、第１無線部２０７または第２無線部２０８へ、Ｃａｐａｂｉｌｉｔｙ  Ｅｘｃｈａｎｇｅ  Ｒｅｑｕｅｓｔに対する応答の無線パケットの送信を指示する。
【００４７】
（ステップＳ１１２）第１無線部２０７または第２無線部２０８は、アクセス処理部２０６からＣａｐａｂｉｌｉｔｙ  Ｅｘｃａｈｎｇｅ  Ｒｅｑｕｅｓｔパケットに対する応答の無線パケットの送信の指示を受けると、ケーパビリティエクスチェンジレスポンス（Ｃａｐａｂｉｌｉｔｙ  Ｅｘｃｈａｎｇｅ  Ｒｅｓｐｏｎｓｅ）パケットをイニシエータ端末１０１へ無線送信する。Ｃａｐａｂｉｌｉｔｙ  Ｅｘｃｈａｎｇｅ  Ｒｅｓｐｏｎｓｅパケットは、記憶媒体１０３に関する情報を含んでいる。
【００４８】
（ステップＳ１１３）第１無線部２０３または第２無線部２０４は、ターゲット端末１０２からＣａｐａｂｉｌｉｔｙ  Ｅｘｃｈａｎｇｅ  Ｒｅｓｐｏｎｓｅパケットを受信すると、アクセス処理部２０２に対して、記憶媒体１０３に関する情報を受信したことを通知する。
【００４９】
次に、イニシエータ端末１０１がターゲット端末１０２に対して記憶媒体１０３のアクセスの制御権を取得する手順について説明する。
【００５０】
（ステップＳ１１４）アクセス処理部２０２は、記憶媒体１０３に関連する情報を取得すると、この情報に基づいて、記憶媒体１０３へのアクセス可否を判断する。例えば、記憶媒体１０３で用いられているバスインターフェイスの種類が、アクセス処理部２０２やアプリケーション部２０１が対応していない場合には、アクセスできないと判断する。バスインターフェイスの種類が、対応可能な場合には、アクセスできると判断する。
【００５１】
なお、アクセス処理部２０２のアクセス可否の判断は、バスインターフェイスの種類のみに限定されない。記憶媒体１０３から取得した別の情報に基づいて、アクセス可否を判断しても良い。
【００５２】
アクセス処理部２０２は、記憶媒体１０３へアクセス可と判断すると、第１無線部２０３または第２無線部２０４に対して、アクセスの制御権取得を要求する無線パケットの送信を指示する。
【００５３】
（ステップＳ１１５）第１無線部２０３または第２無線部２０４は、アクセス処理部２０２からの指示に従って、記憶媒体１０３のアクセスの制御権の取得を要求する、ゲットバスハンドルリクエスト（Ｇｅｔ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔ）パケットをターゲット端末１０２へ送信する。
【００５４】
（ステップＳ１１６）第１無線部２０７または第２無線部２０８は、イニシエータ端末１０１からＧｅｔ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットを受信すると、イニシエータ端末１０１の記憶媒体１０３へのアクセスの制御権取得の要求を受信したことをアクセス処理部２０６へ通知する。
【００５５】
（ステップＳ１１７）アクセス処理部２０６は、アクセスの制御権取得の要求をイニシエータ端末１０１から受けたことを認識すると、アプリケーション部２０５に割り当てている記憶媒体１０３へのアクセスの制御権を、アプリケーション部２０５から削除する。アクセス処理部２０６がアプリケーション部２０５に割り当てているアクセスの制御権を削除すると、アプリケーション部２０５は、記憶媒体１０３へのアクセスができなくなる。具体的には、アクセス処理部２０６はアプリケーション部２０５から記憶媒体１０３へのアクセス要求があっても、この要求を受け付けない状態になる。
【００５６】
以上の手順により、アプリケーション部２０５は、記憶媒体１０３へアクセスできなくなる。この状態をローカルアクセス不可状態と呼ぶ。
【００５７】
（ステップＳ１１８）アクセス処理部２０６は、アプリケーション部２０５に割り当てていたアクセスの制御権の削除に成功すると、アクセスの制御権をイニシエータ端末１０１へ移行する制御権変更を知らせる無線パケットの送信を、第１無線部２０７または第２無線部２０８に指示する。
【００５８】
（ステップＳ１１９）第１無線部２０７または第２無線部２０８は、アクセス処理部２０６からの指示により、Ｇｅｔ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットに対応する応答として、アクセスの制御権変更を示す、ゲットバスハンドルレスポンス（Ｇｅｔ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅ）パケットを、イニシエータ端末１０１へ送信する。
【００５９】
（ステップＳ１２０）第１無線部２０３または第２無線部２０４は、ターゲット端末１０２からＧｅｔ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットを受信すると、アクセス処理部２０２へこのパケットを受信したことを通知する。
【００６０】
（ステップＳ１２１）アクセス処理部２０２は、アプリケーション部２０１に対してアクセスの制御権を割り当てる。アクセス処理部２０２は、アプリケーション部２０１へ記憶媒体１０３へのデータ書き込み、又は、記憶媒体１０３からのデータ読み出しが可能になったことを通知する。
【００６１】
アプリケーション部２０１は、アクセス処理部２０２から記憶媒体１０３へのアクセスが可能になった通知を受けると、イニシエータ端末１０１は、記憶媒体１０３へアクセスできる。
【００６２】
以上の手順により、アプリケーション部２０１は、記憶媒体１０３があたかも自端末に接続、挿入されている状態と同じになり、無線通信を介して透過的アクセスができるようになる。この状態をリモートアクセス可能状態と呼ぶ。
【００６３】
以上の手順が、アクセスの制御権を取得する手順である。
【００６４】
次に、イニシエータ端末１０１が取得したアクセスの制御権を解放し、再度、ターゲット端末１０２へアクセスの制御権を戻す手順について説明する。
【００６５】
（ステップＳ１２２）アプリケーション部２０１は、記憶媒体１０３へのアクセスが不要になると、アクセス処理部２０２に対して、記憶媒体１０３へのアクセスが不要になったことを通知する。
【００６６】
（ステップＳ１２３）アクセス処理部２０２は、アプリケーション部２０１に割り当てていた記憶媒体１０３へのアクセスの制御権を削除する。アクセス処理部２０２は、第１無線部２０３または第２無線部２０４に対して、ターゲット端末１０２へアクセスの制御権を解放することを通知する無線パケットの送信を指示する。
【００６７】
（ステップＳ１２４）第１無線部２０３または第２無線部２０４は、アクセス処理部２０２からアクセスの制御権解放の指示を受けると、アクセスの制御権をターゲット端末１０２解放することを意味するリリースバスハンドルリクエスト（Ｒｅｌｅａｓｅ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔ）パケットを無線送信する。
【００６８】
（ステップＳ１２５）第１無線部２０７または第２無線部２０８は、イニシエータ端末１０１からＲｅｌｅａｓｅ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットを受信すると、アクセス処理部２０６へ記憶媒体１０３へのアクセスの制御権解放を知らせるパケットの受信を通知する。
【００６９】
（ステップＳ１２６）アクセス処理部２０６は、イニシエータ端末１０１からのアクセスの制御権解放の通知を受けると、アプリケーション部２０５に記憶媒体１０３へのアクセスの制御権を割り当てる。アクセス処理部２０６は、アプリケーション部２０５に対して、記憶媒体１０３へのアクセスの制御権取得の通知を行う。これにより、アプリケーション部２０５は、記憶媒体１０３へのアクセスが可能になる。アプリケーション部２０５は再度ローカル、アクセス可能状態となる。
【００７０】
（ステップＳ１２７）アクセス処理部２０６は、記憶媒体１０３へのアクセスの制御権がターゲット端末１０２のアプリケーション部２０５に戻ったことをイニシエータ端末１０１へ通知する無線パケットの送信を第１無線部２０７または第２無線部２０８に指示する。
【００７１】
（ステップＳ１２８）第１無線部２０７または第２無線部２０８は、アクセス処理部２０６からの指示により、アクセスの制御権がターゲット端末１０２に戻ったことを示す、リリースバスハンドルレスポンス（Ｒｅｌｅａｓｅ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅ）パケットをイニシエータ端末１０１へ無線送信する。
【００７２】
（ステップＳ１２９）第１無線部２０３または第２無線部２０４は、ターゲット端末１０２からＲｅｌｅａｓｅ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットを受信すると、この無線パケットの受信をアクセス処理部２０２へ通知する。
【００７３】
以上の手順により、記憶媒体１０３に対してアプリケーション部２０５のアクセスが可能になる。これにより再びローカルアクセス可能状態に戻る。
【００７４】
以上の手順が、アクセスの制御権を解放する手順である。
【００７５】
次に、アクセスの制御権の取得手順と解放手順で説明した、無線パケットのデータフォーマットについて説明する。
【００７６】
図４は、無線パケットの論理構成を示す図である。図４において、無線パケットは、無線パケットヘッダ４１と、無線パケットペイロード４２で構成される。
【００７７】
無線パケットヘッダ４１には、第１無線部２０３と第１無線部２０７が無線通信を行う際、または、第２無線部２０４と第２無線部２０８が無線通信を行う際に、必要となる所定の情報が格納されている。この情報には、例えば、無線パケットの送信元の端末を識別するための識別情報、無線パケットの送信先の端末を識別するための識別情報、無線パケットペイロード４２のサイズ等がある。
【００７８】
無線パケットペイロード４２には、イニシエータ端末１０１とターゲット端末１０２の間で送受信すべき情報が格納されている。無線パケットペイロード４２には、上述したセッションスタートリクエスト（Ｓｅｓｓｉｏｎ−Ｓｔａｒｔ  Ｒｅｑｕｅｓｔ）、セッションスタートレスポンス（Ｓｅｓｓｉｏｎ−Ｓｔａｒｔ  Ｒｅｓｐｏｎｓｅ）、ケーパビリティエクスチェンジリクエスト（Ｃａｐａｂｉｌｉｔｙ  Ｅｘｃｈａｎｇｅ  Ｒｅｑｕｅｓｔ）、ケーパビリティエクスチェンジレスポンス（Ｃａｐａｂｉｌｉｔｙ  Ｅｘｃｈａｎｇｅ  Ｒｅｓｐｏｎｓｅ）、ゲットバスハンドルリクエスト（Ｇｅｔ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔ）、ゲットバスハンドルレスポンス（Ｇｅｔ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅ）、リリースバスハンドルリクエスト（Ｒｅｌｅａｓｅ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔ）、リリースバスハンドルレスポンス（Ｒｅｌｅａｓｅ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅ）といった無線パケットを識別するための識別情報が含まれる。
【００７９】
以上のように、アクセスの制御権をイニシエータ端末１０１とターゲット端末１０２との間で管理する。これにより、イニシエータ端末１０１とターゲット端末１０２が記憶媒体１０３へ同時にアクセスすることを防ぐ。アクセスの制御権を有する端末のみが、記憶媒体１０３へアクセスでき、記憶媒体１０３への排他的なアクセスの仕組みを実現できる。
【００８０】
また、アクセスの制御権をイニシエータ端末１０１のアクセス処理部２０２と、ターゲット端末１０２のアクセス処理部２０６との間で授受させる。アクセスの制御権は、アクセス処理部２０２、第１無線部２０３または第２無線部２０４、アクセス処理部２０６、第１無線部２０７または第２無線部２０８と、比較的下位層の機能ブロックを通じて端末間でその授受が行われる。上位層のアプリケーション部２０１、２０５は、直接アクセスの制御権を授受しない。アプリケーション部２０１、２０５はアクセスの制御権を意識することなく、記憶媒体１０３へのアクセスが管理されている。これは、アクセス処理部２０２、２０６がアプリケーション部２０１、２０５からのアクセス要求を受け、このアクセス要求とアクセスの制御権の有無の情報に基づいて、記憶媒体１０３へのアクセスを制御する。そのため、アプリケーション部２０１、２０５については、直接アクセスの制御権を授受する機能を備える必要がない。
【００８１】
特に、イニシエータ端末１０１のアプリケーション部２０１にとっては、ターゲット端末１０２が有する記憶媒体１０３については、あたかも自身端末が有する記憶媒体にアクセスするかのように、アクセスすることが可能となる。
【００８２】
イニシエータ端末１０１のアプリケーション部２０１が、記憶媒体１０３にアクセスするには、アクセスの制御権の管理とともに、記憶媒体１０３へ送信又は、記憶媒体１０３から受信するデータの扱い方についても工夫が必要である。
【００８３】
図５は、無線パケットに上位層のデータをカプセル化する際の論理構成を示す図である。すなわち、第１無線部２０３、２０７の間で送受信されるまたは、第２無線部２０４、２０８の間で送受信される無線パケットの論理的な構成を示す図である。無線パケットは、無線パケットヘッダ５１と、無線パケットペイロード５２と、備える。
【００８４】
無線パケットヘッダ５１は、図４で説明した無線パケットヘッダ４１と基本的に同じものであるため説明を省略する。
【００８５】
無線パケットペイロード５２は、端末間で送受信すべき具体的な情報を含んでいる。無線パケットペイロード５２には、アプリケーション部２０１からアクセス処理部２０２へ指示や通知等される場合に用いられるデータフォーマット、又はアプリケーション部２０５からアクセス処理部２０６へ指示や通知等される場合に用いられるデータフォーマット、等をそのまま格納する。
【００８６】
アプリケーション部２０１やアプリケーション部２０５等の上位層のデータフォーマットを、アクセス処理部２０２や第１無線部２０３または第２無線部２０４、アクセス処理部２０６、第１無線部２０７または第２無線部２０８が、そのまま無線パケットのペイロードに取り込んで、上位層のデータ等を下位層の通信手段で伝送することをカプセル化すると表現する。
【００８７】
第１無線部２０３、２０７の間で送受信されるまたは、第２無線部２０４、２０８の間で送受信される無線パケットは、アプリケーション部２０１、２０５からのデータをパケット化してカプセル化したものである。アプリケーション部２０１からのデータは、アクセス処理部２０２や第１無線部２０３または第２無線部２０４により無線パケットにカプセル化して、ターゲット端末１０２へ送信する。この無線パケットを受信したアクセス処理部２０６は、受信した無線パケットの無線パケットペイロード５２からアプリケーション部２０１が出力したデータ部分のみを抽出する。アクセス処理部２０６は抽出したデータを記憶媒体１０３へ出力する。
【００８８】
このようにすることで、イニシエータ端末１０１のアプリケーション部２０１は、別端末であるターゲット端末１０２の記憶媒体１０３へ、あたかも記憶媒体１０３がアプリケーション部２０１に直接接続されているかのように、データを送信することが可能となる。
【００８９】
つまり、端末の上位層からのデータを、端末間の下位層の通信方法で送受信する際にカプセル化して別端末へ送信し、受信した端末はカプセル化されたデータを抽出して、上位層の記憶媒体１０３へ出力する。これにより、別端末にある記憶媒体へ透過的アクセスが可能となる。
【００９０】
なお、図５において無線パケットペイロード５２を、上位層からのデータのみで構成するものであっても良いし、無線パケットペイロード５２の一部に上位層からのデータをカプセル化するものであっても良い。この場合には、無線パケットペイロード５２には、上位層からのデータ以外にも付加的なデータを追加等することが可能となる。
【００９１】
＜１−３．アクセス用パケットのデーフォーマット＞
次に、イニシエータ端末１０１がターゲット端末１０２の記憶媒体１０３に対してリモートアクセス可能状態になった後に利用するアクセス用パケットのデータフォーマットについて説明する。アクセス用パケットは無線パケットであるので、無線パケットヘッダを含む。さらに無線パケットの無線パケットペイロードはカプセル化されている。
【００９２】
図６は、アクセス用パケットのコマンド（ＣＭＤ：ＣｏＭｍａｎＤ）パケットのフォーマットを説明する図である。ＣＭＤパケットは、無線パケットヘッダ６１と、無線パケットペイロード６２を備える。無線パケットヘッダ６１は、図４の無線パケットヘッダ４１と同様である。無線パケットペイロード６２は、制御データ６３とＣＭＤ６４を含む。
【００９３】
制御データ６３は、アクセス処理部２０２、２０６との間で送受信すべき所定の情報を格納する。制御データ６３には、データパケットのシーケンス番号を示すＰＳＮ（Ｐａｃｋｅｔ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）６５が格納される。ＰＳＮは０から始まり、データパケットが生成されるたびにインクリメントされる。
【００９４】
ＣＭＤ６４には、アクセスコマンドの内容が格納されている。イニシエータ端末１０１がターゲット端末１０２の記憶媒体１０３に対して読み出しのアクセスを実施する場合は、このＣＭＤ６４に読み出し（Ｒｅａｄ）コマンドを格納し、イニシエータ端末１０１がターゲット端末１０２の記憶媒体１０３に対して書き込みのアクセスを実施する場合は、このＣＭＤ６４に書き込み（Ｗｒｉｔｅ）コマンドを格納する。
【００９５】
図７は、アクセス用パケットのコマンド応答（ＣＭＤ  Ｒｅｓｐｏｎｓｅ）パケットのフォーマットを説明する図である。ＣＭＤ  Ｒｅｓｐｏｎｓｅパケットは、ＣＭＤパケットに応答する用途で用いられる。ＣＭＤ  Ｒｅｓｐｏｎｓｅパケットは、無線パケットヘッダ７１と、無線パケットペイロード７２を備える。無線パケットヘッダ７１は、図４で説明した無線パケットヘッダ４１と同じである。無線パケットペイロード７２は、制御データ７３とＣＭＤ  Ｒｅｓｐｏｎｓｅ７４を含む。制御データ７３には、ＰＳＮ７５が格納される。制御データ７３は、図６で説明した制御データ６３と同じであり、ＰＳＮ７５は、ＰＳＮ６５と同じである。ＣＭＤ  Ｒｅｓｐｏｎｓｅ７４には、応答内容が格納される。
【００９６】
図８は、アクセス用パケットのデータ（ＤＡＴＡ）パケットのフォーマットを説明する図である。ＤＡＴＡパケットは、アプリケーション部２０１と記憶媒体１０３との間で転送するデータを搬送する用途で用いられる。ＤＡＴＡパケットは、無線パケットヘッダ８１と、無線パケットペイロード８２を備える。無線パケットヘッダ８１は、図４で説明した無線パケットヘッダ４１と同じである。無線パケットペイロード８２は、制御データ８３とＤＡＴＡ８４を含む。制御データ８３には、ＰＳＮ８５が格納される。制御データ８３は、図６で説明した制御データ６３と同じであり、ＰＳＮ８５は、ＰＳＮ６５と同じである。
【００９７】
ＤＡＴＡ８４には、アプリケーション部２０１から記憶媒体１０３へ記録するデータ、あるいは、記憶媒体１０３からアプリケーション部２０１へ読み出すデータが格納される。
【００９８】
図９は、アクセス用パケットの肯定応答（ＡＣＫ：ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）パケットのフォーマットを説明する図である。ＡＣＫパケットは、ＤＡＴＡパケットが到達したことを送付元端末に知らせる用途で使用される。ＡＣＫパケットは、無線パケットヘッダ９１と、無線パケットペイロード９２を備える。無線パケットヘッダ９１は、図４で説明した無線パケットヘッダ４１と同じである。無線パケットペイロード９２は、制御データ９３とＡＣＫ９４を含む。制御データ９３には、ＰＳＮ９５が格納される。制御データ９３は、図６で説明した制御データ６３と同じであり、ＰＳＮ９５は、ＰＳＮ６５と同じである。
【００９９】
ＡＣＫ９４には、ＤＡＴＡパケットを受信したことに対する応答を示す情報が含まれる。ＡＣＫ９４は、転送される残りのデータ量を示す残りのサイズ（Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ）９６を示す情報が含まれる。Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ９６には、全て処理が完了した際は、０が格納される。
【０１００】
図１０は、アクセス用パケットのチェックステータス（Ｃｈｅｃｋ−Ｓｔａｔｕｓ）パケットのフォーマットを説明する図である。Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットは、データの到来状態を送信元に確認するための通知目的で使用される。Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットは、無線パケットヘッダ１００１と、無線パケットペイロード１００２を備える。無線パケットヘッダ１００１は、図４で説明した無線パケットヘッダ４１と同じである。無線パケットペイロード１００２は、制御データ１００３とＣｈｅｃｋ−Ｓｔａｔｕｓ１００４を含む。制御データ１００３には、ＰＳＮ１００５が格納される。制御データ１００３は、図６で説明した制御データ６３と同じであり、ＰＳＮ１００５は、ＰＳＮ６５と同じである。
【０１０１】
Ｃｈｅｃｋ−Ｓｔａｔｕｓ１００４は、送信元端末に対してデータの送受信状況等を問い合わせるための情報として、Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ１００６と、ネクストＰＳＮ（ＮｅｘｔＰＳＮ）１００７とを含む。
【０１０２】
Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ１００６は、図９で説明したＲｅｍａｉｎｉｎｇ  Ｓｉｚｅ９６と同じである。
【０１０３】
ＮｅｘｔＰＳＮ１００７には、次に期待するパケットのシーケンス番号が格納される。
【０１０４】
図１１は、アクセス用パケットのチェックステータス応答（Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅ）パケットのフォーマットを説明する図である。Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットは、Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットに応答する用途で用いられる。Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットは、無線パケットヘッダ１１０１と、無線パケットペイロード１１０２を備える。無線パケットヘッダ１１０１は、図４で説明した無線パケットヘッダ４１と同じである。無線パケットペイロード１１０２は、制御データ１１０３とＣｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅ１１０４を含む。制御データ１１０３には、ＰＳＮ１１０５が格納される。制御データ１１０３は、図６で説明した制御データ６３と同じであり、ＰＳＮ１１０５は、ＰＳＮ６５と同じである。  Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅ１１０４は、送信先端末に対してデータの送受信状況等を応答ための情報として、Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ１１０６と、ネクストＰＳＮ（ＮｅｘｔＰＳＮ）１１０７とを含む。
【０１０５】
Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ１１０６は、図９で説明したＲｅｍａｉｎｉｎｇ  Ｓｉｚｅ９６と同じである。
【０１０６】
ＮｅｘｔＰＳＮ１１０７には、次に期待するパケットのシーケンス番号が格納される。
【０１０７】
図１２は、アクセス用パケットのクリアバスハンドル要求（Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔ）パケットのフォーマットを説明する図である。Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットは、現在実施しているコマンドの処理を中断する用途で用いられる。Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットは、無線パケットヘッダ１２０１と、無線パケットペイロード１２０２を備える。無線パケットヘッダ１２０１は、図４で説明した無線パケットヘッダ４１と同じである。無線パケットペイロード１２０２は、制御データ１２０３とＣｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔ１２０４を含む。制御データ１２０３には、ＰＳＮ１２０５が格納される。制御データ１２０３は、図６で説明した制御データ６３と同じであり、ＰＳＮ１２０５は、ＰＳＮ６５と同じである。
【０１０８】
図１３は、アクセス用パケットのクリアバスハンドル応答（Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅ）パケットのフォーマットを説明する図である。Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットは、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットに応答する用途で用いられる。Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットは、無線パケットヘッダ１３０１と、無線パケットペイロード１３０２を備える。無線パケットヘッダ１３０１は、図４で説明した無線パケットヘッダ４１と同じである。無線パケットペイロード１３０２は、制御データ１３０３とＣｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅ１３０４を含む。制御データ１３０３には、ＰＳＮ１３０５が格納される。制御データ１３０３は、図６で説明した制御データ６３と同じであり、ＰＳＮ１３０５は、ＰＳＮ６５と同じである。
【０１０９】
図１４は、アクセス用パケットの中断（ＩＮＴ：Ｉｎｔｅｒｒｕｐｔ）パケットのフォーマットを説明する図である。ＩＮＴパケットは、ターゲット端末１０２からイニシエータ端末１０１へのイベントの中断通知の目的で使用される。ＩＮＴパケットは、無線パケットヘッダ１４０１と、無線パケットペイロード１４０２を備える。無線パケットヘッダ１４０１は、図４で説明した無線パケットヘッダ４１と同じである。無線パケットペイロード１４０２は、制御データ１４０３とＩｎｔｅｒｒｕｐｔ１４０４を含む。制御データ１４０３には、ＰＳＮ１４０５が格納される。制御データ１４０３は、図６で説明した制御データ６３と同じであり、ＰＳＮ１４０５は、ＰＳＮ６５と同じである。
【０１１０】
Ｉｎｔｅｒｒｕｐｔ１４０４には、相手端末へイベントの中断通知の内容を格納する。Ｉｎｅｔｒｒｕｐｔ１４０４は、イベントタイプ（Ｅｖｅｎｔ  Ｔｙｐｅ）１４０６を含み、中断対象とする予め設定されたイベントのタイプが格納される。例えば、パケットロスなどによるＰＳＮエラーの場合は、ＰＳＮエラーに対応するイベントタイプの値、例えば、８が格納される。
【０１１１】
＜１−４．データ読み出しの正常動作＞
次に、イニシエータ端末１０１が記憶媒体１０３に対して、読み出しのアクセスを行うシーケンスについて説明する。図１５は、イニシエータ端末がターゲット端末の記憶媒体からデータを読み出すシーケンスを説明する図である。
【０１１２】
（ステップＳ１００）既に説明したように、イニシエータ端末１０１が記憶媒体１０３に対してアクセスを行うために、イニシエータ端末１０１とターゲット端末１０２との間を無線通信で接続する。
【０１１３】
（ステップＳ２００）さらに、説明したように、イニシエータ端末１０１がターゲット端末１０２の記憶媒体１０３に対してアクセスの制御権を取得するステップＳ１０１〜Ｓ１２１を行う。
【０１１４】
イニシエータ端末１０１が記憶媒体１０３のアクセスの制御権を取得した状態になると、イニシエータ端末１０１はアプリケーション部２０１からターゲット端末１０２の記憶媒体１０３に対してアクセスが可能になる。
【０１１５】
ターゲット端末１０２は、アプリケーション部２０５に対して記憶媒体１０３へのアクセスの制御権の解放依頼を行うため、ターゲット端末１０２のアプリケーション部２０５からアクセスできなくなり、ローカルアクセス不可状態になる。
【０１１６】
（ステップＳ２０１）イニシエータ端末１０１のアプリケーション部２０１からデータの読み出しコマンド（Ｒｅａｄ  ＣＭＤ）がアクセス処理部２０２へ通知される。記憶媒体１０３から読み出すデータは４５ｋＢｙｔｅであるとする。
【０１１７】
（ステップＳ２０２）アクセス処理部２０２は、アプリケーション部２０１から４５ｋＢｙｔｅのデータの読み出し指示を受けると、ＣＭＤパケットを生成する。ＣＭＤ６４に、読み出しコマンド（Ｒｅａｄ  ＣＭＤ）を示す情報、読み出すデータのサイズ情報４５ｋＢｙｔｅ示す情報を格納する。ＰＳＮ６５に格納される値は、初めて生成されるアクセス用パケットであるため、０が格納される。
【０１１８】
（ステップＳ２０３）第１無線部２０３または第２無線部２０４は、アクセス処理部２０２が生成した無線パケットをターゲット端末１０２へ無線送信する。
【０１１９】
（ステップＳ２０４）第１無線部２０７または第２無線部２０８は受信した無線パケットをアクセス処理部２０６へ通知する。
【０１２０】
（ステップＳ２０５）アクセス処理部２０６は、受け取った無線パケットの内容を解釈し、記憶媒体１０３に対して読み出しコマンド（Ｒｅａｄ  ＣＭＤ）を通知する。
【０１２１】
（ステップＳ２０６）記憶媒体１０３は、読み出しコマンド（Ｒｅａｄ  ＣＭＤ）を受信すると、読み出しコマンド（Ｒｅａｄ  ＣＭＤ）に対しての応答（ＲＥＳ：ＲＥＳｐｏｎｓｅ）をアクセス処理部２０６に対して行う。
【０１２２】
（ステップＳ２０７）アクセス処理部２０６は、記憶媒体１０３からＲＥＳを受けとると、ＣＭＤパケットに対する応答の無線パケットであるＣＭＤ  Ｒｅｓｐｏｎｓｅパケットを生成し、第１無線部２０７または第２無線部２０８へ出力する。ＣＭＤ  Ｒｅｓｐｏｎｓｅ７４に、ＲＥＳの情報が格納され、ＰＳＮ７５には、０が格納される。
【０１２３】
（ステップＳ２０８）第１無線部２０７または第２無線部２０８は、アクセス処理部２０６が生成した無線パケットを、イニシエータ端末１０１へ送信する。
【０１２４】
（ステップＳ２０９）イニシエータ端末１０１の第１無線部２０３または第２無線部２０４は、ＣＭＤ  Ｒｅｓｐｏｎｓｅパケットを受信すると、アクセス処理部２０２へ通知する。
【０１２５】
（ステップＳ２１０）アクセス処理部２０２は、通知されたＣＭＤ  Ｒｅｓｐｏｎｓｅパケットを解釈し、アプリケーション部２０１へ出力する。アプリケーション部２０１は、ＣＭＤ  Ｒｅｓｐｏｎｓｅを受信すると、Ｒｅａｄ  ＣＭＤが記憶媒体１０３へ通知されたことを確認する。
【０１２６】
（ステップＳ２１１）ターゲット端末１０２では、Ｒｅａｄ  ＣＭＤを受け付けたので、記憶媒体１０３からＲｅａｄ  ＣＭＤで指定されたデータ（ＤＡＴＡ）を読み出し、そのデータがアクセス処理部２０６に対して出力される。一度に送信されるデータ量を７．５ｋＢｙｔｅとする。
【０１２７】
（ステップＳ２１２）アクセス処理部２０６は、記憶媒体１０３が出力したＤＡＴＡをＤＡＴＡパケットのＤＡＴＡ８４に格納する。ＰＳＮ８５には、０をインクリメントし、１が格納される。アクセス処理部２０６は、第１無線部２０７または第２無線部２０８へＤＡＴＡパケットを出力する。
【０１２８】
また、アクセス処理部２０６は、記憶媒体１０３が出力したＤＡＴＡを、ターゲット端末１０２の図示しない内部メモリに保持する。
【０１２９】
（ステップＳ２１３）第１無線部２０７または第２無線部２０８は、アクセス処理部２０６が生成したＤＡＴＡパケットを第１無線部２０３または第２無線部２０４へ送信する。
【０１３０】
（ステップＳ２１４）第１無線部２０３または第２無線部２０４は、ターゲット端末１０２から送信されたＤＡＴＡパケットを受信しアクセス処理部２０２へ出力する。
【０１３１】
（ステップＳ２１５）アクセス処理部２０２は、ＤＡＴＡパケットを解釈し、抽出したＤＡＴＡをアプリケーション部２０１へ出力する。アクセス処理部２０２は、受信したＤＡＴＡのサイズを、記憶媒体１０３に要求したデータサイズから減算し、残りのデータサイズを保持する。すなわち、４５ｋＢｙｔｅから受信したデータ量７．５ｋＢｙｔｅ引き、残りの３７．５ｋＢｙｔｅを保持する。
【０１３２】
全てのデータを読み出すまで、すなわち、Ｓ２１５において残りのデータサイズが０になるまで、ステップＳ２１１〜Ｓ２１５の処理を繰り返す。図１５ではステップＳ２１１〜Ｓ２１５の処理を６回行っている。アクセス処理部２０６からイニシエータ端末１０１へ送信するデータパケットは、送信する毎にＰＳＮ８５はインクリメントされる。
【０１３３】
（ステップＳ２１６）イニシエータ端末１０１が記憶媒体１０３からデータを読み出している間に、アクセス処理部２０２からターゲット端末１０２のアクセス処理部２０６へ、データが正しく読み出されていることを示す肯定応答（ＤＡＴＡ−ＡＣＫ）を行う。図１５において、４番目のＤＡＴＡの読み出し後に実施している。アクセス処理部２０２は、ＡＣＫパケットを生成する。アクセス処理部２０２は、ＡＣＫ９４に、ＤＡＴＡ−ＡＣＫを示す情報を挿入し、さらに、Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ９６には、データを４回受信しているので、受け取ったデータのサイズは３０ＫＢｙｔｅであるので、残りのサイズとして１５ｋＢｙｔｅを格納する。
【０１３４】
さらに、図１５において、６番目のＤＡＴＡの読み出し後にもＤＡＴＡ−ＡＣＫを実施している。この時のＡＣＫパケットのＲｅｍａｉｎｉｎｇ  Ｓｉｚｅ９６には、データを６回受信しているので、受け取ったデータのサイズは４５ｋＢｙｔｅであるので、残りのサイズとして０ｋＢｙｔｅを格納する。
【０１３５】
アクセス処理部２０２は、生成したＡＣＫパケットを第１無線部２０３または第２無線部２０４へ出力する。
【０１３６】
４番目のＤＡＴＡの読み出し後に対するステップＳ２１６と６番目のＤＡＴＡの読み出し後のステップＳ２１６に対して、それぞれステップＳ２１７〜Ｓ２１９を実施する。
【０１３７】
（ステップＳ２１７）第１無線部２０３または第２無線部２０４は、アクセス処理部２０２から要求されたＡＣＫパケットを第１無線部２０７または第２無線部２０８へ無線送信する。
【０１３８】
（ステップＳ２１８）第１無線部２０７または第２無線部２０８は、イニシエータ端末１０１から受信したＡＣＫパケットをアクセス処理部２０６へ通知する。
【０１３９】
（ステップＳ２１９）アクセス処理部２０６は、受信したＡＣＫパケット解釈し、ターゲット端末１０２からイニシエータ端末１０１へ送信したデータが、イニシエータ端末１０１で正常に受信されていることを確認する。この確認をするとアクセス処理部２０６は、ターゲット端末１０２の図示しない内部メモリに保持している、送信したデータを破棄する。
【０１４０】
なお、ＤＡＴＡ−ＡＣＫを返すタイミングは、イニシエータ端末１０１がアクセスの制御権を取得している間に、ＡＣＫの回数を予め決めておいてもよいし、任意のタイミングでもよい。
【０１４１】
（ステップＳ２２０）所望のデータを記憶媒体１０３から受信したイニシエータ端末１０１は、記憶媒体１０３のアクセスの制御権を解放する処理を行う。既に説明したように、イニシエータ端末１０１がターゲット端末１０２の記憶媒体１０３に対してアクセスの制御権を解放する処理としてステップＳ１２２〜Ｓ１２９を行う。
【０１４２】
アクセスの制御権を解放する処理が終わると、記憶媒体１０３のアクセスの制御権がターゲット端末１０２に戻り、ローカルアクセス可能状態へ遷移する。
【０１４３】
以上により、イニシエータ端末１０１はターゲット端末１０２の記憶媒体１０３から、データを読み出すことが可能になる。記憶媒体１０３へのアクセスは、アクセスの制御権を切り替えることで管理しているので、記憶媒体１０３からのデータの読み出しを排他的に制御できる。
【０１４４】
また、アプリケーション部２０１から記憶媒体１０３へ送られるコマンドや、記憶媒体１０３からアプリケーション部２０１へ出力されるデータは、カプセル化され、無線通信を介して伝送される。そのため、アプリケーション部２０１や記憶媒体１０３からは、途中の無線通信の経路によらずコマンドやデータを、送受信できるため、アプリケーション部２０１と記憶媒体１０３とが、互いに異なる端末に存在する場合でも、あたかも同一端末内に存在するかのように透過的アクセスが可能となる。
【０１４５】
以上の説明は、イニシエータ端末１０１が記憶媒体１０３に対して読み出しのアクセスをエラー無く行うシーケンスである。
【０１４６】
＜１−５．データ欠落時のエラーリカバリー動作＞
次に、データの読み出し中にデータが欠落した場合におけるエラーリカバリーの処理を説明する。図１６は、イニシエータ端末がターゲット端末の記憶媒体からデータを読み出し中に、データの欠落が発生した時のシーケンスを説明する図である。図１７は、イニシエータ端末がターゲット端末の記憶媒体からデータを読み出し中に、データの欠落が発生した時の別のシーケンスを説明する図である。図１６は、イニシエータ端末とターゲット端末の無線通信方式が、第１の無線通信方式である場合のシーケンスであり、図１７は、イニシエータ端末とターゲット端末の無線通信方式が、第２の無線通信方式である場合のシーケンスである。
【０１４７】
図１６、図１７において、ステップＳ１００の無線通信接続処理、ステップＳ２００のアクセスの制御権の取得処理、ステップＳ２０１〜Ｓ２１０までの処理、１番目のＤＡＴＡの送信処理ステップＳ２１１〜Ｓ２１５は前述した通りである。
【０１４８】
（ステップＳ３０１）記憶媒体１０３から２番目のデータがアクセス処理部２０６に出力される。
【０１４９】
（ステップＳ３０２）アクセス処理部２０６は、記憶媒体１０３が出力したＤＡＴＡをＤＡＴＡパケットのＤＡＴＡ８４に格納する。ＰＳＮ８５には、１をインクリメントし、２が格納される。アクセス処理部２０６は、第１無線部２０７または第２無線部２０８へＤＡＴＡパケットを出力する。
【０１５０】
また、アクセス処理部２０６は、記憶媒体１０３が出力したＤＡＴＡを、ターゲット端末１０２の図示しない内部メモリに保持する。
【０１５１】
（ステップＳ３０３）第１無線部２０７または第２無線部２０８は、アクセス処理部２０６が生成したＤＡＴＡパケットをイニシエータ端末１０１へ送信するが、送られずに欠落する。そのため、ステップＳ２１４、Ｓ２１５の処理は行われない。
【０１５２】
（ステップＳ３０４）記憶媒体１０３から３番目のデータがアクセス処理部２０６に出力される。
【０１５３】
（ステップＳ３０５）アクセス処理部２０６は、記憶媒体１０３が出力したＤＡＴＡをＤＡＴＡパケットのＤＡＴＡ８４に格納する。ＰＳＮ８５には、２をインクリメントし、３が格納される。アクセス処理部２０６は、第１無線部２０７または第２無線部２０８へＤＡＴＡパケットを出力する。
【０１５４】
また、アクセス処理部２０６は、記憶媒体１０３が出力したＤＡＴＡを、ターゲット端末１０２の図示しない内部メモリに保持する。
【０１５５】
（ステップＳ３０６）第１無線部２０７または第２無線部２０８は、アクセス処理部２０６が生成したＤＡＴＡパケットを第１無線部２０３または第２無線部２０４へ送信する。
【０１５６】
（ステップＳ３０７）第１無線部２０３または第２無線部２０４は、ターゲット端末１０２から送信されたＤＡＴＡパケットを受信し、アクセス処理部２０２へ出力する。アクセス処理部２０２は、ＤＡＴＡパケットを解釈する。ＰＳＮ８５が３であることから、ＰＳＮ８５が２であるデータを受信していないことを検出する。
【０１５７】
（ステップＳ３０８）アクセス処理部２０２は、ここで、イニシエータ端末１０１とターゲット端末１０２との間の無線通信方式が第１の無線通信方式による無線通信か、あるいは、第２の無線通信方式による無線通信かを判断する。例えば、無線通信接続処理を行った時に、いずれの無線通信方式で接続したかをイニシエータ端末１０１の図示しないメモリに記憶させておき、メモリの内容を確認することで、いずれの無線通信方式で接続しているかを判断する。
【０１５８】
図１６は、イニシエータ端末１０１とターゲット端末１０２が第１の無線通信方式で無線通信を行っている場合の処理である。
【０１５９】
（ステップＳ４０１）アクセス処理部２０２は、第１無線部２０３に対して、エラーが読み出しデータの欠落であるかどうかを確認するため、Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットを第１無線部２０７に対して送信することを指示する。Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットにおいて、ＮｅｘｔＰＳＮ１００７には、次に期待しているＰＳＮである２が格納される。さらに、Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ１００６には、残りの３７．５ｋＢｙｔｅを示す情報を格納する。
【０１６０】
（ステップＳ４０２）第１無線部２０３は、Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットを第１無線部２０７へ送信する。
【０１６１】
（ステップＳ４０３）第１無線部２０７は、Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットをアクセス処理部２０６へ通知する。アクセス処理部２０６は、Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットを解釈し、２番目のＤＡＴＡパケットをイニシエータ端末１０１へ送信できなかったことを検出する。
【０１６２】
（ステップＳ４０４）アクセス処理部２０６は、Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｑｕｅｓｔパケットの応答として、Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットの送信を第１無線部２０７へ指示する。
【０１６３】
Ｃｈｅｃｋ−Ｓｔａｕｔｕｓ  ＲｅｓｐｏｎｓｅパケットのＮｅｘｔＰＳＮ１１０７には、ターゲット端末１０２が次に送信するデータのＰＳＮである４を格納する。Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ１１０６には、３番目までのＤＡＴＡが送信されているので、残りの２２．５ｋＢｙｔｅを格納する。
【０１６４】
（ステップＳ４０５）第１無線部２０７は、で第１無線部２０３へＣｈｅｃｋ−Ｓｔａｕｔｕｓ  Ｒｅｓｐｏｎｓｅパケットを送信する。
【０１６５】
（ステップＳ４０６）第１無線部２０３は、Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットを受信すると、アクセス処理部２０２へ通知する。
【０１６６】
アクセス処理部２０２は、Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットを解釈し、ＤＡＴＡの受信がどこで欠落したかを確定する。図１６においては、アクセス処理部２０２は、２番目のＤＡＴＡが欠落したと確定する。
【０１６７】
ターゲット端末１０２は、２番目のＤＡＴＡからの送信を再開し、全てのデータを読み出すまで、すなわち、残りのデータサイズが０になるまで、ステップＳ２１１〜ステップＳ２１５の処理を繰り返す。なお、２番目と３番目のＤＡＴＡについては、ステップＳ２１１の処理をせず、内部メモリに保持しているＤＡＴＡを用いてステップＳ２１２の処理を行う。
【０１６８】
以上のように、イニシエータ端末は、第１の無線通信方式の無線通信を介してターゲット端末と接続する第１無線部を利用してデータの送受信を行っている際に、データ欠落が発生すると、記憶媒体へのアクセス中のエラーが、データの欠落であるかどうかを確認する旨のパケットを送出し、ターゲット端末は、データの欠落である旨のパケットを送出する。これにより、エラーが発生した時に、エラー回避が可能になり、データ再送の準備ができる。さらに、イニシエータ端末は、欠落したデータからデータの再送をターゲット端末へ行う。これにより、データの再送が実現できる。
【０１６９】
さらに、再送するデータは、あらためて記憶媒体１０３からデータを読み出すのではなく、読み出し済みのデータを保持しているメモリから取得することで、より素早くデータの再送が可能となる。
【０１７０】
図１７は、イニシエータ端末１０１とターゲット端末１０２が第２の無線通信方式で無線通信を行っている場合の処理である。
【０１７１】
（ステップＳ５０１）アクセス処理部２０２は、第２無線部２０４に対して、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットを送信することを指示する。Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔのパケットは、のＰＳＮ１２０５に、０を格納する。
【０１７２】
（ステップＳ５０２）第２無線部２０４は、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットを第２無線部２０８へ送信する。
【０１７３】
（ステップＳ５０３）第２無線部２０８は、受信したＣｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットをアクセス処理部２０６へ通知する。
【０１７４】
（ステップＳ５０４）アクセス処理部２０６は、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットを受信すると、応答としてＣｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットの送信を第２無線部２０４へ指示する。
【０１７５】
このとき、アクセス処理部２０６は、記憶媒体１０３から読み出し済みのデータをメモリに保持している場合は、クリアしてもよいし、クリアせずに保持していてもよい。
【０１７６】
（ステップＳ５０５）第２無線部２０８は、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットを第２無線部２０４へ送信する。
【０１７７】
(ステップＳ５０６)第２無線部２０４は、受信したＣｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットをアクセス処理部２０２へ通知する。
【０１７８】
（ステップＳ５０７）アクセス処理部２０２は、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットを解釈し、アプリケーション部２０１に対して、ターゲット端末１０２との間の通信が失敗したことを通知する。
【０１７９】
（ステップＳ５０８）アプリケーション部２０１は、通信が失敗した通知を受けて、再度、Ｒｅａｄ  ＣＭＤを指示する。これにより、ステップＳ２０１〜Ｓ２１９の処理を再度実施する。
【０１８０】
以上のように、イニシエータ端末は、第２の無線通信方式の無線通信を介してターゲット端末と接続する第２無線部を利用してデータの送受信を行っている際に、データ欠落が発生すると、記憶媒体へのアクセスを中断し、ターゲット端末は、記録媒体へのアクセスを中断する。これにより、エラーが発生した時に、エラー回避が可能になる。さらに、イニシエータ端末は、データの読み出し処理を最初から行う。これにより、データの再送が実現できる。
【０１８１】
＜１−６．効果＞
以上のように、本実施の形態において、イニシエータ端末１０１は、第１の無線通信方式の無線通信を介してターゲット端末１０２と接続する第１無線部２０３と、第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介してターゲット端末１０２と接続する第２無線部２０４と、ターゲット端末１０２が有する記憶媒体１０３へリモートアクセスを実現するアクセスプロトコル処理を行うアクセス処理部２０２と、を備える。アクセス処理部２０２は、記憶媒体１０３にアクセス中にエラーが発生した時に、第１無線部２０３で無線通信する場合と第２無線部２０４で無線通信する場合とでエラーに対する処理を切替える。ターゲット端末１０２は、記憶媒体１０３と、第１の無線通信方式の無線通信を介してイニシエータ端末１０１と接続する第１無線部２０７と、第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介してイニシエータ端末１０１と接続する第２無線部２０８と、イニシエータ端末１０１の記憶媒体１０３へのリモートアクセスを許可し、リモートアクセスを実現するアクセスプロトコル処理を行うアクセス処理部２０６と、を備える。アクセス処理部２０６は、イニシエータ端末１０１の記憶媒体１０３へのアクセス中にエラーが発生した時に、第１無線部２０７で無線通信する場合と第２無線部２０８で無線通信する場合とでエラーに対する処理を切替える。
【０１８２】
これにより、利用している無線通信方式に応じて、エラー発生時に対する読み出しの復旧処理が適切に実施できる。
【０１８３】
また、本実施の形態のイニシエータ端末１０１において、アクセス処理部２０２は、エラーに対する処理として、第１無線部２０３で無線通信する場合は、記憶媒体１０３へのアクセス中のエラーが、データの欠落であるかどうかを確認する旨のパケットを送出し、第２無線部２０４で無線通信する場合は、記憶媒体１０３へのアクセスを中断する。ターゲット端末１０２は、アクセス処理部２０６は、エラーに対する処理として、第１無線部２０７で無線通信する場合は、記憶媒体１０３へのアクセス中のエラーがデータの欠落である旨のパケットを送出し、第２無線部２０８で無線通信する場合は、記憶媒体１０３へのアクセスを中断する。
【０１８４】
これにより、利用している無線通信方式に応じて、エラーが発生した時に、エラー回避が可能になる。
【０１８５】
また、本実施の形態のイニシエータ端末１０１は、アクセス処理部２０２におけるエラーに対する処理は、第１無線部２０３で無線通信する場合は、エラーが生じたデータから再送を行い、第２無線部２０４で無線通信する場合は、エラーが生じたデータよりも前のデータから再送を行う。ターゲット端末１０２は、アクセス処理部２０６におけるエラーに対する処理は、第１無線部２０７で無線通信する場合は、エラーが生じたデータから再送を行い、第２無線部２０８で無線通信する場合は、エラーが生じたデータよりも前のデータから再送を行う。
【０１８６】
これにより、利用している無線通信方式に応じて、読み出し処理のデータの再送が実現できる。
【０１８７】
また、本実施の形態のイニシエータ端末１０１の第１無線部２０３は、第２無線部２０４よりも通信速度が遅い。ターゲット端末１０２の第１無線部２０７は、第２無線部２０８よりも通信速度が遅い。
【０１８８】
これにより、利用している無線通信方式の通信速度に応じて、エラーに対応する処理を実現できる。
【０１８９】
また、本実施の形態のイニシエータ端末１０１は、アクセス処理部２０２におけるエラーに対する処理において、第１無線部２０３で無線通信する場合の再送するデータ量が第２無線部２０４で無線通信する場合の再送するデータ量よりも少ない。ターゲット端末１０２は、アクセス処理部２０６におけるエラーに対する処理において、第１無線部２０７で無線通信する場合の再送するデータ量が第２無線部２０８で無線通信する場合の再送するデータ量よりも少ない。
【０１９０】
これにより、利用している無線通信方式の通信速度に応じて、エラーに対応する処理における再送するデータ量を切替えることができる。
【０１９１】
また、本実施の形態のイニシエータ端末１０１は、第１の無線通信方式は、ＷｉＦｉであり、第２の無線通信方式は、ＷｉＧｉｇである。ターゲット端末１０２は、第１の無線通信方式は、ＷｉＦｉであり、第２の無線通信方式は、ＷｉＧｉｇである。
【０１９２】
これにより、利用している無線通信方式、すなわち、ＷｉＦｉかＷｉＧｉｇであるかに応じて、エラーに対する処理が適切に実施できる。
【０１９３】
本実施の形態において、第１の無線通信方式である、ＷｉＦｉのように比較的遅い無線通信方式の場合には、データの欠落が発生すると、欠落したデータから再度データの読み出しを行う。第２の無線通信方式である、ＷｉＧｉｇのように比較的速い無線通信方式の場合には、データ欠落が発生すると、データの読み出し処理を始めから行うことでデータの読み出しを行う。
【０１９４】
比較的遅い無線通信方式の場合に、データ読み出し処理を始めから行うと、再送処理に比較的長い時間が必要となる。逆に、比較的速い無線通信方式では、欠落したデータから再送を行うと、制御が複雑になってしまう可能性がある。
【０１９５】
そのため、本実施の形態において、無線通信方式に応じて、エラーに対する処理を切替えることで、それぞれの無線通信方式に適したデータ再送を実現できる。
【０１９６】
さらに、イニシエータ端末１０１のアプリケーション部２０１とターゲット端末１０２の記憶媒体１０３とは透過的アクセス可能な構成としているので、アプリケーション部２０１等の上位層には、接続していることを意識することなく、データの再送が可能になる。
【０１９７】
以上により、複数の無線通信方式を備えた端末において、エラー発生時のデータ送受信の復旧処理を効率的に行うイニシエータ端末及びターゲット端末を提供することができる。
【０１９８】
（実施の形態２）
本実施の形態では、イニシエータ端末からターゲット端末の記憶媒体へデータを書き込む場合について説明する。無線通信システムの構成、アクセスの制御権の取得手順と解放順、アクセス用パケットのデータフォーマットは、実施の形態１の図１〜１４で説明した内容と同様である。
【０１９９】
＜２−１．データ書き込みの正常動作＞
図１８は、イニシエータ端末からターゲット端末の記憶媒体へデータを書き込むシーケンスを説明する図である。
【０２００】
（ステップＳ１００）実施の形態１で説明したように、イニシエータ端末１０１が記憶媒体１０３に対してアクセスを行うために、イニシエータ端末１０１とターゲット端末１０２との間を無線通信で接続する。
【０２０１】
（ステップＳ２００）さらに、実施の形態１で説明したように、イニシエータ端末１０１がターゲット端末１０２の記憶媒体１０３に対してアクセスの制御権を取得するステップＳ１０１〜Ｓ１２１を行う。
【０２０２】
イニシエータ端末１０１が記憶媒体１０３のアクセスの制御権を取得した状態になると、イニシエータ端末１０１はアプリケーション部２０１からターゲット端末１０２の記憶媒体１０３に対してアクセスが可能になる。
【０２０３】
ターゲット端末１０２は、アプリケーション部２０５に対して記憶媒体１０３へのアクセスの制御権の解放依頼を行うため、ターゲット端末１０２のアプリケーション部２０５からアクセスできなくなり、ローカルアクセス不可状態になる。
【０２０４】
（ステップＳ６０１）イニシエータ端末１０１のアプリケーション部２０１からデータ書き込みコマンド（Ｗｒｉｔｅ  ＣＭＤ）がアクセス処理部２０２へ出力される。記憶媒体１０３へ書き込むデータは４５ｋＢｙｔｅであるとする。
【０２０５】
（ステップＳ６０２）アクセス処理部２０２は、アプリケーション部２０１からデータの書き込み指示を受けると、ＣＭＤパケットを生成する。ＣＭＤ６４に、データ書き込みコマンド（Ｗｒｉｔｅ  ＣＭＤ）を示す情報、書き込むデータのサイズ情報４５ｋＢｙｔｅを示す情報を格納する。ＰＳＮ６５に格納される値は、初めて生成されるアクセス用パケットであるため０が格納される。
【０２０６】
（ステップＳ６０３）第１無線部２０３または第２無線部２０４は、ＣＭＤパケットをターゲット端末１０２へ無線送信する。
【０２０７】
（ステップＳ６０４）第１無線部２０７または第２無線部２０８は、受信した無線パケットをアクセス処理部２０６へ通知する。
【０２０８】
（ステップＳ６０５）アクセス処理部２０６は、受けとった無線パケットの内容を解釈し、記憶媒体１０３に対してデータ書き込みコマンド（Ｗｒｉｔｅ  ＣＭＤ）を通知する。
【０２０９】
（ステップＳ６０６）記憶媒体１０３は、データ書き込みコマンド（Ｗｒｉｔｅ  ＣＭＤ）を受信すると、データ書き込みコマンド（Ｗｒｉｔｅ  ＣＭＤ）に対しての応答（ＲＥＳ）をアクセス処理部２０６に対して行う。
【０２１０】
（ステップＳ６０７）アクセス処理部２０６は、記憶媒体１０３からＲＥＳを受け取ると、ＣＭＤパケットに対する応答の無線パケットであるＣＭＤ  Ｒｅｓｐｏｎｓｅパケットを生成し、第１無線部２０７または第２無線部２０８へ通知する。ＣＭＤ  Ｒｅｓｐｏｎｓｅ７４に、ＲＥＳの情報が格納され、ＰＳＮ７５には、０が格納される。
【０２１１】
（ステップＳ６０８）第１無線部２０７または第２無線部２０８は、アクセス処理部２０６が生成した無線パケットを、イニシエータ端末１０１へ送信する。
【０２１２】
（ステップＳ６０９）イニシエータ端末１０１の第１無線部２０３または第２無線部２０４は、ＣＭＤ  Ｒｅｓｐｏｎｓｅパケットを受信すると、アクセス処理部２０２へ通知する。
【０２１３】
（ステップＳ６１０）アクセス処理部２０２は、通知されたＣＭＤ  Ｒｅｓｐｏｎｓｅパケットを解釈し、アプリケーション部２０１へ出力する。アプリケーション部２０１は、ＣＭＤ  Ｒｅｓｐｏｎｓｅを受信すると、Ｗｒｉｔｅ  ＣＭＤが記憶媒体１０３へ通知されたことを確認する。
【０２１４】
（ステップＳ６１１）アプリケーション部２０１は、記憶媒体１０３へ書き込むデータ（ＤＡＴＡ）を所定のサイズ、ここでは７．５ｋＢｙｔｅに分割して、アクセス処理部２０２へ出力する。
【０２１５】
（ステップＳ６１２）アクセス処理部２０２は、アプリケーション部２０１から受信したＤＡＴＡを、ＤＡＴＡパケットのＤＡＴＡ８４に格納し、ＰＳＮ８５には、０をインクリメントし１を格納する。アクセス処理部２０２は、第１無線部２０３または第２無線部２０４へ生成したＤＡＴＡパケットを出力する。
【０２１６】
アクセス処理部２０２は、アプリケーション部２０１から受信したＤＡＴＡを、イニシエータ端末１０１の図示しない内部のメモリに保持する。
【０２１７】
（ステップＳ６１３）第１無線部２０３または第２無線部２０４は、アクセス処理部２０２が生成したＤＡＴＡパケットを第１無線部２０７または第２無線部２０８へ送信する。
【０２１８】
（ステップＳ６１４）第１無線部２０７または第２無線部２０８は、イニシエータ端末１０１から送信されたＤＡＴＡパケットを受信し、アクセス処理部２０６へ出力する。
【０２１９】
（ステップＳ６１５）アクセス処理部２０６は、ＤＡＴＡパケットを解釈し、抽出したＤＡＴＡを記憶媒体１０３に出力し、データを書き込む。
【０２２０】
アクセス処理部２０６は、受信したＤＡＴＡのサイズを、記憶媒体１０３に書き込みを要求したデータサイズから減算し、残りのデータサイズを保持する。すなわち、４５ｋＢｙｔｅから受信したデータ量７．５ｋＢｙｔｅ引き、残りの３７．５ｋＢｙｔｅを保持する。
【０２２１】
全てのデータを書き込むまで、すなわち、Ｓ６１５において残りのデータサイズが０になるまで、ステップＳ６１１〜Ｓ６１５の処理を繰り返す。図１８ではステップＳ６１１〜Ｓ６１５の処理を６回行っている。アクセス処理部２０２からターゲット端末１０２へ送信するデータパケットは、送信する毎にＰＳＮ８５はインクリメントされる。
【０２２２】
（ステップＳ６１６）イニシエータ端末１０１が記憶媒体１０３へデータを書き込んでいる間に、アクセス処理部２０６からイニシエータ端末１０１のアクセス処理部２０２へ、データが正しく送信されていることを示す肯定応答（ＤＡＴＡ−ＡＣＫ）を行う。図１８において、４番目のＤＡＴＡの読み出し後に実施している。アクセス処理部２０６は、ＡＣＫパケットを生成する。アクセス処理部２０６は、ＡＣＫ９４に、ＤＡＴＡ−ＡＣＫを示す情報を挿入し、さらに、Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ９６には、データを４回受信しているので、受け取ったデータのサイズは３０ＫＢｙｔｅであるので、残りのサイズとして１５ｋＢｙｔｅを格納する。
【０２２３】
さらに、図１８において、６番目のＤＡＴＡの読み出し後にもＤＡＴＡ−ＡＣＫを実施している。この時のＡＣＫパケットのＲｅｍａｉｎｉｎｇ  Ｓｉｚｅ９６には、データを６回受信しているので、受け取ったデータのサイズは４５ＫＢｙｔｅであるので、残りのサイズとして０ＫＢｙｔｅを格納する。
【０２２４】
アクセス処理部２０６は、ＡＣＫパケットを第１無線部２０７または第２無線部２０８へ出力する。
【０２２５】
４番目のＤＡＴＡの受信後に対するステップＳ６１６と６番目のＤＡＴＡの受信後のステップＳ６１６に対して、それぞれステップＳ６１７〜Ｓ６１９を実施する。
【０２２６】
（ステップＳ６１７）第１無線部２０７または第２無線部２０８は、アクセス処理部２０６から要求されたＡＣＫパケットを第１無線部２０３または第２無線部２０４へ無線送信する。
【０２２７】
（ステップＳ６１８）第１無線部２０３または第２無線部２０４は、ターゲット端末１０２から受信したＡＣＫパケットをアクセス処理部２０２へ通知する。
【０２２８】
（ステップＳ６１９）アクセス処理部２０２は、受信したＡＣＫパケットを解釈し、ターゲット端末１０２へ送信したデータが、ターゲット端末１０２で正常に受信されていることを確認する。この確認をすると、アクセス処理部２０２は、イニシエータ端末１０１の図示しない内部メモリに保持している、送信したデータを破棄する。
【０２２９】
なお、ＤＡＴＡ−ＡＣＫを返すタイミングは、イニシエータ端末１０１がアクセスの制御権を取得している間に、ＡＣＫの回数を予め決めておいてもよいし、任意のタイミングでもよい。
【０２３０】
（ステップＳ２２０）所望のデータを記憶媒体１０３へ送信したイニシエータ端末１０１は、記憶媒体１０３へのアクセスの制御権を解放する処理を行う。実施の形態１で説明したように、イニシエータ端末１０１がターゲット端末１０２の記憶媒体１０３に対してアクセスの制御権を解放する処理としてステップＳ１２２〜Ｓ１２９を行う。
【０２３１】
以上により、イニシエータ端末１０１はターゲット端末１０２の記憶媒体１０３へデータを書き込むことが可能になる。記憶媒体１０３へのアクセスは、アクセスの制御権を切り替えることで管理しているので、記憶媒体１０３へのデータの書き込みを排他的に制御できる。
【０２３２】
また、アプリケーション部２０１から記憶媒体１０３へ送られるデータ書き込みコマンドや、記憶媒体１０３から書き込まれるデータは、カプセル化され、無線通信を介して伝送される。そのため、アプリケーション部２０１や記憶媒体１０３からは、途中の無線通信の経路によらずコマンドやデータを、送受信できるため、アプリケーション部２０１と記憶媒体１０３とが、互いに異なる端末に存在する場合でも、あたかも同一端末内に存在するかのように透過的アクセスが可能となる。
【０２３３】
以上の説明は、イニシエータ端末１０１が記憶媒体１０３に対して書き込みのアクセスをエラー無く行うシーケンスである。
【０２３４】
＜２−２．データ欠落時のエラーリカバリー動作＞
次に、データの書き込み中にデータが欠落した場合におけるエラーリカバリーの処理を説明する。図１９は、イニシエータ端末がターゲット端末の記憶媒体へデータを書き込み中に、データの欠落が発生した時のシーケンスを説明する図である。図２０は、イニシエータ端末がターゲット端末の記憶媒体へデータを書き込み中に、データの欠落が発生した時の別のシーケンスを説明する図である。図１９は、イニシエータ端末とターゲット端末の無線通信方式が、第１の無線通信方式である場合のシーケンスであり、図２０は、イニシエータ端末とターゲット端末の無線通信方式が、第２の無線通信方式である場合のシーケンスである。
【０２３５】
図１９、図２０において、ステップＳ１００の無線通信接続処理、ステップＳ２００のアクセスの制御権の取得処理、ステップＳ６０１〜Ｓ６１０までの処理、１番目のＤＡＴＡの送信処理ステップＳ６１１〜Ｓ６１５は前述した通りである。
【０２３６】
（ステップＳ７０１）アプリケーション部２０１から２番目のＤＡＴＡがアクセス処理部２０２に出力される。
【０２３７】
（ステップＳ７０２）アクセス処理部２０２は、アプリケーション部２０１が出力したＤＡＴＡをＤＡＴＡパケットのＤＡＴＡ８４に格納する。ＰＳＮ８５には、１をインクリメントし、２が格納される。アクセス処理部２０２は、第１無線部２０３または第２無線部２０４へＤＡＴＡパケットを出力する。
【０２３８】
また、アクセス処理部２０２は、アプリケーション部２０１が出力したＤＡＴＡを、イニシエータ端末１０１の図示しない内部メモリに保持する。
【０２３９】
（ステップＳ７０３）第１無線部２０３または第２無線部２０４は、アクセス処理部２０２が生成したＤＡＴＡパケットをターゲット端末１０２へ送信するが、送られずに欠落する。そのため、ステップＳ６１４、Ｓ６１５の処理は行われない。
【０２４０】
（ステップＳ７０４）アプリケーション部２０１から３番目のＤＡＴＡがアクセス処理部２０２に出力される。
【０２４１】
（ステップＳ７０５）アクセス処理部２０２は、アプリケーション部２０１が出力したＤＡＴＡをＤＡＴＡパケットのＤＡＴＡ８４に格納する。ＰＳＮ８５には、２をインクリメントし、３が格納される。アクセス処理部２０２は、第１無線部２０３または第２無線部２０４へＤＡＴＡパケットを出力する。
【０２４２】
また、アクセス処理部２０２は、アプリケーション部２０１が出力したＤＡＴＡを、イニシエータ端末１０１の図示しない内部メモリに保持する。
【０２４３】
（ステップＳ７０６）第１無線部２０３または第２無線部２０４は、アクセス処理部２０２が生成したＤＡＴＡパケットを第１無線部２０７または第２無線部２０８へ送信する。
【０２４４】
（ステップＳ７０７）第１無線部２０７または第２無線部２０８は、イニシエータ端末１０１から送信されたＤＡＴＡパケットを受信し、アクセス処理部２０６へ出力する。アクセス処理部２０６は、ＤＡＴＡパケットを解釈する。ＰＳＮ８５が３であることから、ＰＳＮ８５が２であるデータを受信していないことを検出する。
【０２４５】
（ステップＳ７０８）アクセス処理部２０６は、受信したデータの欠落を検出すると、イニシエータ端末１０１に対して、ＩＮＴパケットの送信を指示する。ＩＮＴパケットのＰＳＮ１４０５には０が格納され、ＥｖｅｎｔＴｙｐｅ１４０６には、受信データの欠落であることを示す情報を格納する。
【０２４６】
（ステップＳ７０９）第１無線部２０７または第２無線部２０８は、ＩＮＴパケットをイニシエータ端末１０１へ無線送信する。
【０２４７】
（ステップＳ７１０）第１無線部２０３または第２無線部２０４は、受信したＩＮＴパケットをアクセス処理部２０２へ通知する。
【０２４８】
（ステップＳ７１１）アクセス処理部２０２は、イニシエータ端末１０１とターゲット端末１０２との間の無線通信方式が第１の無線通信方式による無線通信か、あるいは、第２の無線通信方式による無線通信かを判断する。例えば、無線通信接続処理を行った時に、いずれの無線通信方式で接続したかをイニシエータ端末１０１の図示しないメモリに記憶させておき、メモリの内容を確認することで、いずれの無線通信方式で接続しているかを判断する。
【０２４９】
図１９は、イニシエータ端末１０１とターゲット端末１０２が第１の無線通信方式で無線通信を行っている場合の処理である。
【０２５０】
（ステップＳ８０１）アクセス処理部２０２は、第１無線部２０３に対して、エラーが書き込みデータの欠落であるかどうかを確認するため、Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットの送信を第１無線部２０７に対して送信することを指示する。Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットにおいて、ＮｅｘｔＰＳＮ１００７には、次に送信するＰＳＮである４が格納される。さらに、Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ１００６には、残りのサイズである２２．５ｋＢｙｔｅを示す情報を格納する。
【０２５１】
（ステップＳ８０２）第１無線部２０３は、Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットを第１無線部２０７へ送信する。
【０２５２】
（ステップＳ８０３）第１無線部２０７は、Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットをアクセス処理部２０６へ通知する。アクセス処理部２０６は、Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットを解釈し、２番目のＤＡＴＡパケットをイニシエータ端末１０１から受信できなかったことを検出する。
【０２５３】
（ステップＳ８０４）アクセス処理部２０６は、イニシエータ端末１０１に対して、Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓパケットを生成する。
【０２５４】
ＰＳＮ１１０５に０を格納する。アクセス処理部２０６は、ＮｅｘｔＰＳＮ１１０７に、次に受信を期待するＰＳＮである２を格納する。Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ１１０６には、１番目のＤＡＴＡを受信しているので、残りの３７．５ｋＢｙｔｅを示す情報を格納する。
【０２５５】
アクセス処理部２０６は、生成したＣｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットを第１無線部２０７通知する。
【０２５６】
（ステップＳ８０５）第１無線部２０７は、Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットを第１無線部２０３へ無線送信する。
【０２５７】
（ステップＳ８０６）第１無線部２０３は、受信したＣｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットをアクセス処理部２０２へ通知する。
【０２５８】
アクセス処理部２０２は、Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットを解釈し、ＤＡＴＡの受信がどこで欠落したかを確定する。図１９においては、２番目のＤＡＴＡが欠落したと確定する。
【０２５９】
ターゲット端末１０２は、２番目のＤＡＴＡからの送信を再開し、全てのデータを読み出すまで、すなわち、残りのデータサイズが０になるまで、ステップＳ６１１〜ステップＳ６１５の処理を繰り返す。なお、２番目と３番目のＤＡＴＡについては、ステップＳ６１１の処理をせず、内部メモリに保持しているＤＡＴＡを用いてステップＳ６１２の処理を行う。
【０２６０】
以上により、イニシエータ端末は、第１の無線通信方式の無線通信を介してターゲット端末と接続する第１無線部を利用してデータの送受信を行っている際に、データ欠落が発生すると、記憶媒体へのアクセス中のエラーが、データの欠落であるかどうかを確認する旨のパケットを送出し、ターゲット端末は、データの欠落である旨のパケットを送出する。これにより、エラーが発生した時に、エラー回避が可能になり、データ再送の準備ができる。さらに、ターゲット端末は、欠落したデータからデータの再送をイニシエータ端末へ行う。これにより、データの再送が実現できる。
【０２６１】
図２０は、イニシエータ端末１０１とターゲット端末１０２が第２の無線通信方式で無線通信を行っている場合の処理である。
【０２６２】
（ステップＳ９０１）アクセス処理部２０２は、第２無線部２０４に対してＣｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットを送信することを指示する。Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  ＲｅｑｕｅｓｔパケットのＰＳＮ１２０５に、０を格納する。
【０２６３】
（ステップＳ９０２）第２無線部２０４は、受信したＣｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットを第２無線部２０８へ送信する。
【０２６４】
（ステップＳ９０３）第２無線部２０８は、受信したＣｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットをアクセス処理部２０６へ通知する。
【０２６５】
（ステップＳ９０４）アクセス処理部２０６は、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットを受信すると、記憶媒体１０３へのデータ書き込み処理を中断する。このとき、アクセス処理部２０６は、記憶媒体１０３へ書き込み済みのデータについて削除する処理を行っても良い。アクセス処理部２０６は、第２無線部２０８に対して、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットの送信を指示する。
【０２６６】
（ステップＳ９０５）第２無線部２０８は、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットを第２無線部２０４へ送信する。
【０２６７】
（ステップＳ９０６）第２無線部２０４は、受信したＣｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットをアクセス処理部２０２へ通知する。
【０２６８】
（ステップＳ９０７）アクセス処理部２０２は、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットを解釈し、アプリケーション部２０１に対して、ターゲット端末１０２との間で通信が失敗したことを通知する。
【０２６９】
（ステップＳ９０８）アプリケーション部２０１は、通信が失敗した通知を受けて、再度、Ｗｒｉｔｅ  ＣＭＤを指示する。これにより、ステップＳ６０１〜Ｓ６１９の処理を再度実施する。
【０２７０】
以上のように、イニシエータ端末は、第２の無線通信方式の無線通信を介してターゲット端末と接続する第２無線部を利用してデータの送受信を行っている際に、データ欠落が発生すると、記憶媒体へのアクセスを中断し、ターゲット端末は、記録媒体へのアクセスを中断する。これにより、エラーが発生した時に、エラー回避が可能になる。さらに、イニシエータ端末は、データの書き込み処理を最初から行う。これにより、データの再送が実現できる。
【０２７１】
＜２−３．効果＞
以上のように、本実施の形態において、イニシエータ端末１０１は、第１の無線通信方式の無線通信を介してターゲット端末１０２と接続する第１無線部２０３と、第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介してターゲット端末１０２と接続する第２無線部２０４と、ターゲット端末１０２が有する記憶媒体１０３へリモートアクセスを実現するアクセスプロトコル処理を行うアクセス処理部２０２と、を備える。アクセス処理部２０２は、記憶媒体１０３にアクセス中にエラーが発生した時に、第１無線部２０３で無線通信する場合と第２無線部２０４で無線通信する場合とでエラーに対する処理を切替える。ターゲット端末１０２は、記憶媒体１０３と、第１の無線通信方式の無線通信を介してイニシエータ端末１０１と接続する第１無線部２０７と、第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介してイニシエータ端末１０１と接続する第２無線部２０８と、イニシエータ端末１０１の記憶媒体１０３へのリモートアクセスを許可し、リモートアクセスを実現するアクセスプロトコル処理を行うアクセス処理部２０６と、を備える。アクセス処理部２０６は、イニシエータ端末１０１の記憶媒体１０３へのアクセス中にエラーが発生した時に、第１無線部２０７で無線通信する場合と第２無線部２０８で無線通信する場合とでエラーに対する処理を切替える。
【０２７２】
これにより、利用している無線通信方式に応じて、エラー発生時に対する書き込みの処理が適切に実施できる。
【０２７３】
また、本実施の形態のイニシエータ端末１０１において、アクセス処理部２０２は、エラーに対する処理として、第１無線部２０３で無線通信する場合は、記憶媒体１０３へのアクセス中のエラーが、データの欠落であるかどうかを確認する旨のパケットを送出し、第２無線部２０４で無線通信する場合は、記憶媒体１０３へのアクセスを中断する。ターゲット端末１０２は、アクセス処理部２０６は、エラーに対する処理として、第１無線部２０７で無線通信する場合は、記憶媒体１０３へのアクセス中のエラーがデータの欠落である旨のパケットを送出し、第２無線部２０８で無線通信する場合は、記憶媒体１０３へのアクセスを中断する。
【０２７４】
これにより、利用している無線通信方式に応じて、エラーが発生した時に、エラー回避が可能になる。
【０２７５】
また、本実施の形態のイニシエータ端末１０１は、アクセス処理部２０２におけるエラーに対する処理は、第１無線部２０３で無線通信する場合は、エラーが生じたデータから再送を行い、第２無線部２０４で無線通信する場合は、エラーが生じたデータよりも前のデータから再送を行う。ターゲット端末１０２は、アクセス処理部２０６におけるエラーに対する処理は、第１無線部２０７で無線通信する場合は、エラーが生じたデータから再送を行い、第２無線部２０８で無線通信する場合は、エラーが生じたデータよりも前のデータから再送を行う。
【０２７６】
これにより、利用している無線通信方式に応じて、書き込み処理のデータの再送が実現できる。
【０２７７】
また、本実施の形態のイニシエータ端末１０１は、第１無線部２０３は、第２無線部２０４よりも通信速度が遅い。ターゲット端末１０２は、第１無線部２０７は、第２無線部２０８よりも通信速度が遅い。
【０２７８】
これにより、利用している無線通信方式の通信速度に応じて、エラーに対応する処理を実現できる。
【０２７９】
また、本実施の形態のイニシエータ端末１０１は、アクセス処理部２０２におけるエラーに対する処理において、第１無線部２０３で無線通信する場合の再送するデータ量が第２無線部２０４で無線通信する場合の再送するデータ量よりも少ない。ターゲット端末１０２は、アクセス処理部２０６におけるエラーに対する処理において、第１無線部２０７で無線通信する場合の再送するデータ量が第２無線部２０８で無線通信する場合の再送するデータ量よりも少ない。
【０２８０】
これにより、利用している無線通信方式の通信速度に応じて、エラーに対応する処理における再送するデータ量を切替えることができる。
【０２８１】
また、本実施の形態のイニシエータ端末１０１は、第１の無線通信方式は、ＷｉＦｉであり、第２の無線通信方式は、ＷｉＧｉｇである。ターゲット端末１０２は、第１の無線通信方式は、ＷｉＦｉであり、第２の無線通信方式は、ＷｉＧｉｇである。
【０２８２】
これにより、利用している無線通信方式、すなわち、ＷｉＦｉかＷｉＧｉｇであるかに応じて、エラーに対する処理が適切に実施できる。
【０２８３】
本実施の形態において、第１の無線通信方式である、ＷｉＦｉのように比較的遅い無線通信方式の場合には、データの欠落が発生すると、欠落したデータから再度データの書き込みを行う。第２の無線通信方式である、ＷｉＧｉｇのように比較的速い無線通信方式の場合には、データ欠落が発生すると、データの書き込み処理を始めから行うことでデータの書き込みを行う。
【０２８４】
比較的遅い無線通信方式の場合に、データ書き込み処理を始めから行うと、再送処理に比較的長い時間が必要となる。逆に、比較的速い無線通信方式では、欠落したデータから再送を行うと、制御が複雑になってしまう可能性がある。
【０２８５】
そのため、本実施の形態において、無線通信方式に応じて、エラーに対する処理を切替えることで、それぞれの無線通信方式に適したデータ再送を実現できる。
【０２８６】
さらに、イニシエータ端末１０１のアプリケーション部２０１とターゲット端末１０２の記憶媒体１０３とは透過的アクセス可能な構成としているので、アプリケーション部２０１等の上位層には、接続していることを意識することなく、データの再送が可能になる。
【０２８７】
以上により、複数の無線通信方式を備えた端末において、エラー発生時のデータ送受信の復旧処理を効率的に行うイニシエータ端末及びターゲット端末を提供することができる。
【０２８８】
（他の実施の形態）
実施の形態１、２ではイニシエータ端末１０１とターゲット端末１０２が２つの無線通信方式で通信可能な場合を例に説明したが、本開示はこれに限定されない。３つ以上の異なる無線通信方式を備えていてもよい。
【０２８９】
また、本開示は、イニシエータ端末やターゲット端末が備えるハードウェアを制御するソフトウェアプログラムとして実現してもよい。この場合、ソフトウェアはＣＰＵ上で実行されるものであってもよいし、集積回路上で実現されるものであってもよい。
【産業上の利用可能性】
【０２９０】
本開示は、通信可能な外部端末が有する記憶媒体を、複数の無線通信方式を用いて、自端末の記憶媒体と同様にアクセス可能に接続し、トランザクションを実現する装置やシステムで有用である。
【符号の説明】
【０２９１】
１００  無線通信システム
１０１  イニシエータ端末
１０２  ターゲット端末
１０３  記憶媒体
２０１，２０５  アプリケーション部
２０２，２０６  アクセス処理部
２０３，２０７  第１無線部
２０４，２０８  第２無線部
４１，５１，６１，７１，８１，９１，１００１，１１０１，１２０１，１３０１，１４０１  無線パケットヘッダ
４２，５２，６２，７２，８２，９２，１００２，１１０２，１２０２，１３０２，１４０２  無線パケットペイロード
６３，７３，８３，９３，１００３，１１０３，１２０３，１３０３，１４０３  制御データ
６４  ＣＭＤ
６５，７５，８５，９５，１００５，１１０５，１２０５，１３０５，１４０５  ＰＳＮ
７４  ＣＭＤ  Ｒｅｓｐｏｎｓｅ
８４  ＤＡＴＡ
９４  ＡＣＫ
９６，１００６，１１０６  Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ
１００４  Ｃｈｅｃｋ−Ｓｔａｔｕｓ
１００７，１１０７  ＮｅｘｔＰＳＮ
１１０４  Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅ
１２０４  Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔ
１３０４  Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅ
１４０４  Ｉｎｔｅｒｒｕｐｔ
１４０６  Ｅｖｅｎｔ  Ｔｙｐｅ
【図１】
2015059889.tif 000003
【図２】
2015059889.tif 000004
【図３】
2015059889.tif 000005
【図４】
2015059889.tif 000006
【図５】
2015059889.tif 000007
【図６】
2015059889.tif 000008
【図７】
2015059889.tif 000009
【図８】
2015059889.tif 000010
【図９】
2015059889.tif 000011
【図１０】
2015059889.tif 000012
【図１１】
2015059889.tif 000013
【図１２】
2015059889.tif 000014
【図１３】
2015059889.tif 000015
【図１４】
2015059889.tif 000016
【図１５】
2015059889.tif 000017
【図１６】
2015059889.tif 000018
【図１７】
2015059889.tif 000019
【図１８】
2015059889.tif 000020
【図１９】
2015059889.tif 000021
【図２０】
2015059889.tif 000022
【手続補正書】
【提出日】平成28年3月8日(2016.3.8)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信可能な外部端末が有する記憶媒体を、複数の無線通信方式を用いて、自端末の記憶媒体と同様にアクセス可能に接続し、トランザクションを実現する技術に関する。
【背景技術】
【０００２】
近年の無線技術の向上により、映像データなど各種のデータを従来の有線を用いた有線通信だけでなく、無線通信を用いてデータの送受信を行うことが一般に行われている。
【０００３】
特許文献１には、無線通信を用いて映像データ等を送信する際に、パケットを生成する順に生成順を示す通し番号情報を付加し、パケット欠落は、パケットの通し番号情報を検出することで判定する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２００５／０６０２６２号
【発明の概要】
【０００５】
本開示のイニシエータ端末は、第１の無線通信方式の無線通信を介してターゲット端末と接続する第１無線部と、第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介してターゲット端末と接続する第２無線部と、ターゲット端末が有する記憶媒体へリモートアクセスを実現するアクセスプロトコル処理を行うアクセス処理部と、を備える。アクセス処理部は、記憶媒体にアクセス中にエラーが発生した時に、第１無線部で無線通信する場合と第２無線部で無線通信する場合とでエラーに対する処理を切替える。
【０００６】
さらに、本開示のターゲット端末は、記憶媒体と、第１の無線通信方式の無線通信を介してイニシエータ端末と接続する第１無線部と、第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介してイニシエータ端末と接続する第２無線部と、イニシエータ端末の記憶媒体へのリモートアクセスを許可し、リモートアクセスを実現するアクセスプロトコル処理を行うアクセス処理部と、を備える。アクセス処理部は、イニシエータ端末の記憶媒体へのアクセス中にエラーが発生した時に、第１無線部で無線通信する場合と第２無線部で無線通信する場合とでエラーに対する処理を切替える。
【０００７】
本開示により、エラーが発生した時に、データ送受信の再送処理を効率的に行うことが可能となる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施の形態１における無線通信システムの構成を示す図である。
【図２】図２は、実施の形態１におけるイニシエータ端末及びターゲット端末の構成を示すブロック図である。
【図３】図３は、実施の形態１における無線通信を介した記憶媒体のアクセスの制御権の取得手順とアクセスの制御権の解放手順を説明する図である。
【図４】図４は、実施の形態１における無線パケットの論理構成を示す図である。
【図５】図５は、実施の形態１における無線パケットに上位層のデータをカプセル化する際の論理構成を示す図である。
【図６】図６は、実施の形態１におけるアクセス用パケットのコマンド（ＣＭＤ：ＣｏＭｍａｎＤ）パケットのフォーマットを説明する図である。
【図７】図７は、実施の形態１におけるアクセス用パケットのコマンド応答（ＣＭＤ  Ｒｅｓｐｏｎｓｅ）パケットのフォーマットを説明する図である。
【図８】図８は、実施の形態１におけるアクセス用パケットのデータ（ＤＡＴＡ）パケットのフォーマットを説明する図である。
【図９】図９は、実施の形態１におけるアクセス用パケットの肯定応答（ＡＣＫ：ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）パケットのフォーマットを説明する図である。
【図１０】図１０は、実施の形態１におけるチェックステータス（Ｃｈｅｃｋ−Ｓｔａｔｕｓ）パケットのフォーマットを説明する図である。
【図１１】図１１は、実施の形態１におけるチェックステータス応答（Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅ）パケットのフォーマットを説明する図である。
【図１２】図１２は、実施の形態１におけるクリアバスハンドル要求（Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔ）パケットのフォーマットを説明する図である。
【図１３】図１３は、実施の形態１におけるクリアバスハンドル応答（Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅ）パケットのフォーマットを説明する図である。
【図１４】図１４は、実施の形態１におけるパケットの中断（ＩＮＴ：Ｉｎｔｅｒｒｕｐｔ）パケットのフォーマットを説明する図である。
【図１５】図１５は、実施の形態１におけるイニシエータ端末がターゲット端末の記憶媒体からデータを読み出すシーケンスを説明する図である。
【図１６】図１６は、実施の形態１におけるイニシエータ端末がターゲット端末の記憶媒体からデータを読み出し中に、データの欠落が発生した時のシーケンスを説明する図である。
【図１７】図１７は、実施の形態１におけるイニシエータ端末がターゲット端末の記憶媒体からデータを読み出し中に、データの欠落が発生した時の別のシーケンスを説明する図である。
【図１８】図１８は、実施の形態２におけるイニシエータ端末がターゲット端末の記憶媒体へデータを書き込むシーケンスを説明する図である。
【図１９】図１９は、イニシエータ端末がターゲット端末の記憶媒体へデータを書き込み中に、データの欠落が発生した時のシーケンスを説明する図である。
【図２０】図２０は、イニシエータ端末がターゲット端末の記憶媒体へデータを書き込み中に、データの欠落が発生した時の別のシーケンスを説明する図である。
【発明を実施するための形態】
【０００９】
以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
【００１０】
なお、添付図面および以下の説明は、当業者が本開示を十分に理解するために、提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。
【００１１】
（実施の形態１）
無線通信機能を備えた端末は、一つの無線通信方式だけでなく、複数の無線通信方式を備えたものも一般的に存在する。例えば、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）対応の端末において、２．５ＧＨｚの周波数帯を用いた無線通信方式と、５ＧＨｚの周波数帯を用いた無線通信方式の２つの無線通信方式を備える端末がある。
【００１２】
このような端末において、データ送受信中にデータの欠落等のエラーが生じた場合、エラーに対して無線通信方式に関係なく、同じ復旧処理を行うと、それぞれの無線通信方式の特徴を生かした復旧処理を行えない可能性がある。
【００１３】
本開示は、複数の無線通信方式を備えた端末において、エラー発生時のデータ送受信の復旧処理を効率的に行うイニシエータ端末及びターゲット端末を提供することを目的とする。
【００１４】
＜１−１．構成＞
図１は、本実施の形態における無線通信システムの構成を示す図である。図１において、無線通信システム１００は、イニシエータ端末１０１とターゲット端末１０２で構成される。ターゲット端末１０２は、記憶媒体１０３を有している。
【００１５】
記憶媒体１０３は、データを記録する記憶素子を備える。記憶媒体１０３は、記憶媒体１０３へ供給される電力が断たれた場合でも、記録されているデータを保持する不揮発性の記憶素子であることが好ましい。記憶媒体１０３は、ＳＤメモリカード等のターゲット端末１０２から取り外し可能なブリッジメディアであってもよいし、ターゲット端末１０２に内蔵されるハードディスクやフラッシュメモリ等であってもよい。
【００１６】
イニシエータ端末１０１とターゲット端末１０２は、２つの無線通信方式を用いて通信可能に接続されている。イニシエータ端末１０１は、２つの無線通信方式のうちいずれか１つを用いてターゲット端末１０２と無線通信を行う。
【００１７】
本実施の形態では、第１の無線通信方式として、例えば、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）を、第２の無線通信方式として、例えば、ＷｉＧｉｇ（Ｗｉｒｅｌｅｓｓ  Ｇｉｇａｂｉｔ）を用いて説明する。ＷｉＦｉとＷｉＧｉｇでは、ＷｉＦｉのほうが通信速度が遅い。
【００１８】
なお、本実施の形態は、ＷｉＦｉとＷｉＧｉｇの組み合わせに限定されず、第１の無線通信方式と第２の無線通信方式が異なる無線通信方式であればどのような組み合わせであっても良い。例えば、無線通信時の通信速度、周波数帯域、変調方式、無線プロトコルが異なる無線通信方式の組み合わせがある。
【００１９】
さらに、イニシエータ端末１０１は、無線通信を介してターゲット端末１０２が有している記憶媒体１０３に対して、あたかもイニシエータ端末１０１が有している記憶媒体であるかのようにリモートアクセス可能である。ターゲット端末１０２は、イニシエータ端末１０１が記憶媒体１０３にアクセスするときには、記憶媒体１０３をイニシエータ端末１０１へ解放する。このようなアクセス方式を透過的アクセスと呼ぶ。
【００２０】
図２は、イニシエータ端末１０１およびターゲット端末１０２の詳細な構成を示すブロック図である。イニシエータ端末１０１は、アプリケーション部２０１と、アクセス処理部２０２と、第１無線部２０３と、第２無線部２０４を備える。
【００２１】
アプリケーション部２０１は、ターゲット端末１０２の記憶媒体１０３へリモートアクセスするためのソフトウェアプログラム等で構成される。
【００２２】
アクセス処理部２０２は、イニシエータ端末１０１全体を制御する。また、アクセス処理部２０２は、イニシエータ端末１０１が記憶媒体１０３へリモートアクセスするためのホスト機能の処理を行い、アプリケーション部２０１からの要求に応じて、第１無線部２０３または第２無線部２０４を用いて記憶媒体１０３へアクセスするためのコマンドを無線通信方式のペイロードで伝送する処理及び、記憶媒体１０３へアクセスするためのコマンドを出すイニシエータとしてのアクセスプロトコル処理を行う。アクセス処理部２０２はさらに、ターゲット端末１０２との間で記憶媒体１０３への排他的なアクセス権の調停を行い、無線通信におけるデータ処理、エラー対応等の処理も行う。
【００２３】
第１無線部２０３は、アクセス処理部２０２からの指示に従って、第１の無線通信方式で通信するための無線通信プロトコルの処理を行う。
【００２４】
第２無線部２０４は、アクセス処理部２０２からの指示に従って、第１の無線通信方式と異なる第２の無線通信方式で通信するための無線通信プロトコルの処理を行う。
【００２５】
ターゲット端末１０２は、アプリケーション部２０５と、アクセス処理部２０６と、第１無線部２０７と、第２無線部２０８を備える。
【００２６】
アプリケーション部２０５は、ターゲット端末１０２の記憶媒体１０３へアクセスするためのソフトウェアプログラム等で構成される。
【００２７】
アクセス処理部２０６は、ターゲット端末１０２全体を制御する。アクセス処理部２０６は、第１無線部２０７または第２無線部２０８を用いてイニシエータ端末１０１と無線通信を行う。アクセス処理部２０６は、イニシエータ端末１０１からの指示、あるいは、アプリケーション部２０５からの指示により記憶媒体１０３へのデータの書き込み、あるいは、記憶媒体１０３からのデータ読み出し等の処理を行う。アクセス処理部２０６は、記憶媒体１０３へのアクセスについてアプリケーション部２０５とイニシエータ端末１０１とに対して排他的なアクセスを実現する制御、すなわち、記憶媒体１０３に対してのローカルアクセス及びリモートアクセスの制御の切り替えを行う制御を行う。さらに、アクセス処理部２０６は、ターゲットとして記憶媒体１０３へのアクセスを可能にするアクセスプロトコル処理を行う。
【００２８】
第１無線部２０７は、イニシエータ端末１０１の第１無線部２０３と第１の無線通信方式で無線通信を行うための無線通信プロトコルの処理を行う。
【００２９】
第２無線部２０８は、イニシエータ端末１０１の第２無線部２０４と第２の無線通信方式で無線通信を行うための無線通信プロトコルの処理を行う。
【００３０】
図２において、図１で説明したように、第１無線部２０３、２０７が用いる第１の無線通信方式はＷｉＦｉであり、第２無線部２０４、２０８が用いる第２の無線通信方式はＷｉＧｉｇである。
【００３１】
＜１−２．アクセスの制御権の取得手順と解放手順＞
次に、イニシエータ端末１０１から記憶媒体１０３に対してアクセスの制御権を取得し、アクセス可能な状態になるまでの手順とアクセスの制御権を解放するまでの手順を説明する。図３は、無線通信を介した記憶媒体へのアクセスの制御権の取得手順とアクセスの制御権の解放手順を説明する図である。
【００３２】
ターゲット端末１０２は、イニシエータ端末１０１に対して記憶媒体１０３を解放するまでは、記憶媒体１０３へアクセスできる。すなわち、ターゲット端末１０２のアプリケーション部２０５は、記憶媒体１０３が存在していることを認識し、記憶媒体１０３へのデータの書き込み、記憶媒体１０３に格納されているデータの読み込みや、記憶媒体１０３へコマンドを送ることができる状態である。この状態をローカルアクセス可能状態と呼ぶ。
【００３３】
(ステップＳ１００)イニシエータ端末１０１が記憶媒体１０３に対してアクセスを行うために、イニシエータ端末１０１とターゲット端末１０２との間を無線通信で接続する。無線通信の接続は、イニシエータ端末１０１の第１無線部２０３とターゲット端末１０２の第１無線部２０７とが第１の無線通信方式を用いて、相互に無線通信接続の処理を行ってもよいし、イニシエータ端末１０１の第２無線部２０４とターゲット端末１０２の第２無線部２０８とが第２の無線通信方式を用いて、相互に無線通信接続の処理を行ってもよい。無線通信方式の選択は、例えば、２つの無線通信方式のうち、通信路容量が多い等の通信路情報が良い無線通信方式を選択する。この無線通信接続については、イニシエータ端末１０１とターゲット端末１０２が第１の無線通信方式または第２の無線通信方式を用いてデータ通信が行える状態になれば手順は問わない。
【００３４】
次に、イニシエータ端末１０１がターゲット端末１０２の記憶媒体１０３に対してアクセスの制御権を取得する手順を説明する。
【００３５】
(ステップＳ１０１)イニシエータ端末１０１のアプリケーション部２０１は、アクセス処理部２０２に対して記憶媒体１０３へのアクセスを要求する。
【００３６】
(ステップＳ１０２)イニシエータ端末１０１のアクセス処理部２０２は、無線通信接続が確立されている無線通信方式に従って、第１無線部２０３又は第２無線部２０４を制御して、ターゲット端末１０２に対して、アクセスプロトコルを利用して無線パケットの送信を指示する。すなわち、第１の無線通信方式で無線通信接続が確立されている場合、アクセス処理部２０２は第１無線部２０３を介して無線パケットをターゲット端末１０２へ送信し、第２の無線通信方式で無線通信接続が確立されている場合、アクセス処理部２０２は第２無線部２０４を介して無線パケットをターゲット端末１０２へ送信する。
【００３７】
(ステップＳ１０３)イニシエータ端末１０１の第１無線部２０３または第２無線部２０４からターゲット端末１０２の第１無線部２０７または第２無線部２０８へ送信される無線パケットは、イニシエータ端末１０１が記憶媒体１０３に対して、透過的アクセスのための準備を指示する、セッションスタートリクエスト（Ｓｅｓｓｉｏｎ−Ｓｔａｒｔ  Ｒｅｑｕｅｓｔ）パケットである。
【００３８】
（ステップＳ１０４）ターゲット端末１０２の第１無線部２０７または第２無線部２０８は、受信したＳｅｓｓｉｏｎ−Ｓｔａｒｔ  Ｒｅｑｕｅｓｔパケットをアクセス処理部２０６へ通知する。
【００３９】
（ステップＳ１０５）アクセス処理部２０６は、イニシエータ端末１０１からＳｅｓｓｉｏｎ−Ｓｔａｒｔ  Ｒｅｑｕｅｓｔパケット受信の通知を受ける。ターゲット端末１０２は、アクセス開始を受け入れることができる状態であれば、記憶媒体１０３へのアクセスの制御権をイニシエータ端末１０１へ移す準備を行う。この準備は、例えば、ターゲット端末１０２のアプリケーション部２０５がアクセスの制御権を有している場合、このアクセスの制御権を解放させる処理等である。アクセス処理部２０６は、Ｓｅｓｓｉｏｎ−Ｓｔａｒｔ  Ｒｅｑｕｅｓｔパケットを正常に受信したことに対する、応答パケットの送信をターゲット端末１０２の第１無線部２０７または第２無線部２０８へ指示する。
【００４０】
（ステップＳ１０６）ターゲット端末１０２の第１無線部２０７または第２無線部２０８は、アクセス処理部２０６からの指示により、Ｓｅｓｓｉｏｎ−Ｓｔａｒｔ  Ｒｅｑｕｅｓｔパケットに応答するセッションスタートレスポンス（Ｓｅｓｓｉｏｎ−Ｓｔａｒｔ  Ｒｅｓｐｏｎｓｅ）の無線パケットをイニシエータ端末１０１へ送信する。
【００４１】
（ステップＳ１０７）イニシエータ端末１０１の第１無線部２０３または第２無線部２０４は、Ｓｅｓｓｉｏｎ−Ｓｔａｒｔ  Ｒｅｓｐｏｎｓｅパケットをターゲット端末１０２の第１無線部２０７または第２無線部２０８から受信すると、アクセス処理部２０２へ受信したことを通知する。これにより、イニシエータ端末１０１とターゲット端末１０２との間でセッションが確立する。
【００４２】
次に、イニシエータ端末１０１が記憶媒体１０３の情報を取得する手順について説明する。
【００４３】
（ステップＳ１０８）セッションが確立すると、アクセス処理部２０２は、記憶媒体１０３の情報を取得するため、イニシエータ端末１０１の第１無線部２０３または第２無線部２０４に対して、記憶媒体１０３の情報の取得要求の無線パケットの送信を指示する。
【００４４】
（ステップＳ１０９）イニシエータ端末１０１の第１無線部２０３または第２無線部２０４は、ケーパビリティエクスチェンジリクエスト（Ｃａｐａｂｉｌｉｔｙ  Ｅｘｃｈａｎｇｅ  Ｒｅｑｕｅｓｔ）パケットをターゲット端末１０２へ無線送信する。
【００４５】
（ステップＳ１１０）ターゲット端末１０２の第１無線部２０７または第２無線部２０８は、Ｃａｐａｂｉｌｉｔｙ  Ｅｘｃｈａｎｇｅ  Ｒｅｑｕｅｓｔパケットを受信すると、アクセス処理部２０６へ、記憶媒体１０３の情報の取得要求を受信したことを通知する。
【００４６】
（ステップＳ１１１）アクセス処理部２０６は、ターゲット端末１０２の第１無線部２０７または第２無線部２０８から記憶媒体１０３の情報の取得要求を受けると、記憶媒体１０３の情報、例えば、記憶媒体１０３がＳＤメモリカードである場合、バスインターフェイスの種類として、標準スピード、ハイスピード、ＵＨＳ−Ｉ（Ｕｌｔｒａ−Ｈｉｇｈ  Ｓｐｅｅｄ  Ｉ）、ＵＨＳ−ＩＩ（Ｕｌｔｒａ−Ｈｉｇｈ  Ｓｐｅｅｄ  ＩＩ）等や、記憶媒体１０３のデバイスの種類として、例えば、メモリデバイス、ＩＯデバイス、両者の機能を備えたデバイス等や、記憶媒体１０３に割り当てられている相対アドレス、例えば、ＲＣＡ（Ｒｅｌａｔｉｖｅ  Ｃａｒｄ  Ａｄｄｒｅｓｓ）等や、記憶媒体１０３の状態、例えば、書き込み禁止状態、書き込み可能状態等といった、記憶媒体１０３に関する情報を取得する。アクセス処理部２０６は、第１無線部２０７または第２無線部２０８へ、Ｃａｐａｂｉｌｉｔｙ  Ｅｘｃｈａｎｇｅ  Ｒｅｑｕｅｓｔに対する応答の無線パケットの送信を指示する。
【００４７】
（ステップＳ１１２）第１無線部２０７または第２無線部２０８は、アクセス処理部２０６からＣａｐａｂｉｌｉｔｙ  Ｅｘｃｈａｎｇｅ  Ｒｅｑｕｅｓｔパケットに対する応答の無線パケットの送信の指示を受けると、ケーパビリティエクスチェンジレスポンス（Ｃａｐａｂｉｌｉｔｙ  Ｅｘｃｈａｎｇｅ  Ｒｅｓｐｏｎｓｅ）パケットをイニシエータ端末１０１へ無線送信する。Ｃａｐａｂｉｌｉｔｙ  Ｅｘｃｈａｎｇｅ  Ｒｅｓｐｏｎｓｅパケットは、記憶媒体１０３に関する情報を含んでいる。
【００４８】
（ステップＳ１１３）第１無線部２０３または第２無線部２０４は、ターゲット端末１０２からＣａｐａｂｉｌｉｔｙ  Ｅｘｃｈａｎｇｅ  Ｒｅｓｐｏｎｓｅパケットを受信すると、アクセス処理部２０２に対して、記憶媒体１０３に関する情報を受信したことを通知する。
【００４９】
次に、イニシエータ端末１０１がターゲット端末１０２に対して記憶媒体１０３のアクセスの制御権を取得する手順について説明する。
【００５０】
（ステップＳ１１４）アクセス処理部２０２は、記憶媒体１０３に関連する情報を取得すると、この情報に基づいて、記憶媒体１０３へのアクセス可否を判断する。例えば、記憶媒体１０３で用いられているバスインターフェイスの種類が、アクセス処理部２０２やアプリケーション部２０１が対応していない場合には、アクセスできないと判断する。バスインターフェイスの種類が、対応可能な場合には、アクセスできると判断する。
【００５１】
なお、アクセス処理部２０２のアクセス可否の判断は、バスインターフェイスの種類のみに限定されない。記憶媒体１０３から取得した別の情報に基づいて、アクセス可否を判断しても良い。
【００５２】
アクセス処理部２０２は、記憶媒体１０３へアクセス可と判断すると、第１無線部２０３または第２無線部２０４に対して、アクセスの制御権取得を要求する無線パケットの送信を指示する。
【００５３】
（ステップＳ１１５）第１無線部２０３または第２無線部２０４は、アクセス処理部２０２からの指示に従って、記憶媒体１０３のアクセスの制御権の取得を要求する、ゲットバスハンドルリクエスト（Ｇｅｔ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔ）パケットをターゲット端末１０２へ送信する。
【００５４】
（ステップＳ１１６）第１無線部２０７または第２無線部２０８は、イニシエータ端末１０１からＧｅｔ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットを受信すると、イニシエータ端末１０１の記憶媒体１０３へのアクセスの制御権取得の要求を受信したことをアクセス処理部２０６へ通知する。
【００５５】
（ステップＳ１１７）アクセス処理部２０６は、アクセスの制御権取得の要求をイニシエータ端末１０１から受けたことを認識すると、アプリケーション部２０５に割り当てている記憶媒体１０３へのアクセスの制御権を、アプリケーション部２０５から削除する。アクセス処理部２０６がアプリケーション部２０５に割り当てているアクセスの制御権を削除すると、アプリケーション部２０５は、記憶媒体１０３へのアクセスができなくなる。具体的には、アクセス処理部２０６はアプリケーション部２０５から記憶媒体１０３へのアクセス要求があっても、この要求を受け付けない状態になる。
【００５６】
以上の手順により、アプリケーション部２０５は、記憶媒体１０３へアクセスできなくなる。この状態をローカルアクセス不可状態と呼ぶ。
【００５７】
（ステップＳ１１８）アクセス処理部２０６は、アプリケーション部２０５に割り当てていたアクセスの制御権の削除に成功すると、アクセスの制御権をイニシエータ端末１０１へ移行する制御権変更を知らせる無線パケットの送信を、第１無線部２０７または第２無線部２０８に指示する。
【００５８】
（ステップＳ１１９）第１無線部２０７または第２無線部２０８は、アクセス処理部２０６からの指示により、Ｇｅｔ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットに対応する応答として、アクセスの制御権変更を示す、ゲットバスハンドルレスポンス（Ｇｅｔ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅ）パケットを、イニシエータ端末１０１へ送信する。
【００５９】
（ステップＳ１２０）第１無線部２０３または第２無線部２０４は、ターゲット端末１０２からＧｅｔ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットを受信すると、アクセス処理部２０２へこのパケットを受信したことを通知する。
【００６０】
（ステップＳ１２１）アクセス処理部２０２は、アプリケーション部２０１に対してアクセスの制御権を割り当てる。アクセス処理部２０２は、アプリケーション部２０１へ記憶媒体１０３へのデータ書き込み、又は、記憶媒体１０３からのデータ読み出しが可能になったことを通知する。
【００６１】
アプリケーション部２０１は、アクセス処理部２０２から記憶媒体１０３へのアクセスが可能になった通知を受けると、イニシエータ端末１０１は、記憶媒体１０３へアクセスできる。
【００６２】
以上の手順により、アプリケーション部２０１は、記憶媒体１０３があたかも自端末に接続、挿入されている状態と同じになり、無線通信を介して透過的アクセスができるようになる。この状態をリモートアクセス可能状態と呼ぶ。
【００６３】
以上の手順が、アクセスの制御権を取得する手順である。
【００６４】
次に、イニシエータ端末１０１が取得したアクセスの制御権を解放し、再度、ターゲット端末１０２へアクセスの制御権を戻す手順について説明する。
【００６５】
（ステップＳ１２２）アプリケーション部２０１は、記憶媒体１０３へのアクセスが不要になると、アクセス処理部２０２に対して、記憶媒体１０３へのアクセスが不要になったことを通知する。
【００６６】
（ステップＳ１２３）アクセス処理部２０２は、アプリケーション部２０１に割り当てていた記憶媒体１０３へのアクセスの制御権を削除する。アクセス処理部２０２は、第１無線部２０３または第２無線部２０４に対して、ターゲット端末１０２へアクセスの制御権を解放することを通知する無線パケットの送信を指示する。
【００６７】
（ステップＳ１２４）第１無線部２０３または第２無線部２０４は、アクセス処理部２０２からアクセスの制御権解放の指示を受けると、アクセスの制御権をターゲット端末１０２解放することを意味するリリースバスハンドルリクエスト（Ｒｅｌｅａｓｅ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔ）パケットを無線送信する。
【００６８】
（ステップＳ１２５）第１無線部２０７または第２無線部２０８は、イニシエータ端末１０１からＲｅｌｅａｓｅ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットを受信すると、アクセス処理部２０６へ記憶媒体１０３へのアクセスの制御権解放を知らせるパケットの受信を通知する。
【００６９】
（ステップＳ１２６）アクセス処理部２０６は、イニシエータ端末１０１からのアクセスの制御権解放の通知を受けると、アプリケーション部２０５に記憶媒体１０３へのアクセスの制御権を割り当てる。アクセス処理部２０６は、アプリケーション部２０５に対して、記憶媒体１０３へのアクセスの制御権取得の通知を行う。これにより、アプリケーション部２０５は、記憶媒体１０３へのアクセスが可能になる。アプリケーション部２０５は再度ローカル、アクセス可能状態となる。
【００７０】
（ステップＳ１２７）アクセス処理部２０６は、記憶媒体１０３へのアクセスの制御権がターゲット端末１０２のアプリケーション部２０５に戻ったことをイニシエータ端末１０１へ通知する無線パケットの送信を第１無線部２０７または第２無線部２０８に指示する。
【００７１】
（ステップＳ１２８）第１無線部２０７または第２無線部２０８は、アクセス処理部２０６からの指示により、アクセスの制御権がターゲット端末１０２に戻ったことを示す、リリースバスハンドルレスポンス（Ｒｅｌｅａｓｅ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅ）パケットをイニシエータ端末１０１へ無線送信する。
【００７２】
（ステップＳ１２９）第１無線部２０３または第２無線部２０４は、ターゲット端末１０２からＲｅｌｅａｓｅ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットを受信すると、この無線パケットの受信をアクセス処理部２０２へ通知する。
【００７３】
以上の手順により、記憶媒体１０３に対してアプリケーション部２０５のアクセスが可能になる。これにより再びローカルアクセス可能状態に戻る。
【００７４】
以上の手順が、アクセスの制御権を解放する手順である。
【００７５】
次に、アクセスの制御権の取得手順と解放手順で説明した、無線パケットのデータフォーマットについて説明する。
【００７６】
図４は、無線パケットの論理構成を示す図である。図４において、無線パケットは、無線パケットヘッダ４１と、無線パケットペイロード４２で構成される。
【００７７】
無線パケットヘッダ４１には、第１無線部２０３と第１無線部２０７が無線通信を行う際、または、第２無線部２０４と第２無線部２０８が無線通信を行う際に、必要となる所定の情報が格納されている。この情報には、例えば、無線パケットの送信元の端末を識別するための識別情報、無線パケットの送信先の端末を識別するための識別情報、無線パケットペイロード４２のサイズ等がある。
【００７８】
無線パケットペイロード４２には、イニシエータ端末１０１とターゲット端末１０２の間で送受信すべき情報が格納されている。無線パケットペイロード４２には、上述したセッションスタートリクエスト（Ｓｅｓｓｉｏｎ−Ｓｔａｒｔ  Ｒｅｑｕｅｓｔ）、セッションスタートレスポンス（Ｓｅｓｓｉｏｎ−Ｓｔａｒｔ  Ｒｅｓｐｏｎｓｅ）、ケーパビリティエクスチェンジリクエスト（Ｃａｐａｂｉｌｉｔｙ  Ｅｘｃｈａｎｇｅ  Ｒｅｑｕｅｓｔ）、ケーパビリティエクスチェンジレスポンス（Ｃａｐａｂｉｌｉｔｙ  Ｅｘｃｈａｎｇｅ  Ｒｅｓｐｏｎｓｅ）、ゲットバスハンドルリクエスト（Ｇｅｔ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔ）、ゲットバスハンドルレスポンス（Ｇｅｔ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅ）、リリースバスハンドルリクエスト（Ｒｅｌｅａｓｅ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔ）、リリースバスハンドルレスポンス（Ｒｅｌｅａｓｅ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅ）といった無線パケットを識別するための識別情報が含まれる。
【００７９】
以上のように、アクセスの制御権をイニシエータ端末１０１とターゲット端末１０２との間で管理する。これにより、イニシエータ端末１０１とターゲット端末１０２が記憶媒体１０３へ同時にアクセスすることを防ぐ。アクセスの制御権を有する端末のみが、記憶媒体１０３へアクセスでき、記憶媒体１０３への排他的なアクセスの仕組みを実現できる。
【００８０】
また、アクセスの制御権をイニシエータ端末１０１のアクセス処理部２０２と、ターゲット端末１０２のアクセス処理部２０６との間で授受させる。アクセスの制御権は、アクセス処理部２０２、第１無線部２０３または第２無線部２０４、アクセス処理部２０６、第１無線部２０７または第２無線部２０８と、比較的下位層の機能ブロックを通じて端末間でその授受が行われる。上位層のアプリケーション部２０１、２０５は、直接アクセスの制御権を授受しない。アプリケーション部２０１、２０５はアクセスの制御権を意識することなく、記憶媒体１０３へのアクセスが管理されている。これは、アクセス処理部２０２、２０６がアプリケーション部２０１、２０５からのアクセス要求を受け、このアクセス要求とアクセスの制御権の有無の情報に基づいて、記憶媒体１０３へのアクセスを制御する。そのため、アプリケーション部２０１、２０５については、直接アクセスの制御権を授受する機能を備える必要がない。
【００８１】
特に、イニシエータ端末１０１のアプリケーション部２０１にとっては、ターゲット端末１０２が有する記憶媒体１０３については、あたかも自身端末が有する記憶媒体にアクセスするかのように、アクセスすることが可能となる。
【００８２】
イニシエータ端末１０１のアプリケーション部２０１が、記憶媒体１０３にアクセスするには、アクセスの制御権の管理とともに、記憶媒体１０３へ送信又は、記憶媒体１０３から受信するデータの扱い方についても工夫が必要である。
【００８３】
図５は、無線パケットに上位層のデータをカプセル化する際の論理構成を示す図である。すなわち、第１無線部２０３、２０７の間で送受信されるまたは、第２無線部２０４、２０８の間で送受信される無線パケットの論理的な構成を示す図である。無線パケットは、無線パケットヘッダ５１と、無線パケットペイロード５２と、備える。
【００８４】
無線パケットヘッダ５１は、図４で説明した無線パケットヘッダ４１と基本的に同じものであるため説明を省略する。
【００８５】
無線パケットペイロード５２は、端末間で送受信すべき具体的な情報を含んでいる。無線パケットペイロード５２には、アプリケーション部２０１からアクセス処理部２０２へ指示や通知等される場合に用いられるデータフォーマット、又はアプリケーション部２０５からアクセス処理部２０６へ指示や通知等される場合に用いられるデータフォーマット、等をそのまま格納する。
【００８６】
アプリケーション部２０１やアプリケーション部２０５等の上位層のデータフォーマットを、アクセス処理部２０２や第１無線部２０３または第２無線部２０４、アクセス処理部２０６、第１無線部２０７または第２無線部２０８が、そのまま無線パケットのペイロードに取り込んで、上位層のデータ等を下位層の通信手段で伝送することをカプセル化すると表現する。
【００８７】
第１無線部２０３、２０７の間で送受信されるまたは、第２無線部２０４、２０８の間で送受信される無線パケットは、アプリケーション部２０１、２０５からのデータをパケット化してカプセル化したものである。アプリケーション部２０１からのデータは、アクセス処理部２０２や第１無線部２０３または第２無線部２０４により無線パケットにカプセル化して、ターゲット端末１０２へ送信する。この無線パケットを受信したアクセス処理部２０６は、受信した無線パケットの無線パケットペイロード５２からアプリケーション部２０１が出力したデータ部分のみを抽出する。アクセス処理部２０６は抽出したデータを記憶媒体１０３へ出力する。
【００８８】
このようにすることで、イニシエータ端末１０１のアプリケーション部２０１は、別端末であるターゲット端末１０２の記憶媒体１０３へ、あたかも記憶媒体１０３がアプリケーション部２０１に直接接続されているかのように、データを送信することが可能となる。
【００８９】
つまり、端末の上位層からのデータを、端末間の下位層の通信方法で送受信する際にカプセル化して別端末へ送信し、受信した端末はカプセル化されたデータを抽出して、上位層の記憶媒体１０３へ出力する。これにより、別端末にある記憶媒体へ透過的アクセスが可能となる。
【００９０】
なお、図５において無線パケットペイロード５２を、上位層からのデータのみで構成するものであっても良いし、無線パケットペイロード５２の一部に上位層からのデータをカプセル化するものであっても良い。この場合には、無線パケットペイロード５２には、上位層からのデータ以外にも付加的なデータを追加等することが可能となる。
【００９１】
＜１−３．アクセス用パケットのデーフォーマット＞
次に、イニシエータ端末１０１がターゲット端末１０２の記憶媒体１０３に対してリモートアクセス可能状態になった後に利用するアクセス用パケットのデータフォーマットについて説明する。アクセス用パケットは無線パケットであるので、無線パケットヘッダを含む。さらに無線パケットの無線パケットペイロードはカプセル化されている。
【００９２】
図６は、アクセス用パケットのコマンド（ＣＭＤ：ＣｏＭｍａｎＤ）パケットのフォーマットを説明する図である。ＣＭＤパケットは、無線パケットヘッダ６１と、無線パケットペイロード６２を備える。無線パケットヘッダ６１は、図４の無線パケットヘッダ４１と同様である。無線パケットペイロード６２は、制御データ６３とＣＭＤ６４を含む。
【００９３】
制御データ６３は、アクセス処理部２０２、２０６との間で送受信すべき所定の情報を格納する。制御データ６３には、データパケットのシーケンス番号を示すＰＳＮ（Ｐａｃｋｅｔ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）６５が格納される。ＰＳＮは０から始まり、データパケットが生成されるたびにインクリメントされる。
【００９４】
ＣＭＤ６４には、アクセスコマンドの内容が格納されている。イニシエータ端末１０１がターゲット端末１０２の記憶媒体１０３に対して読み出しのアクセスを実施する場合は、このＣＭＤ６４に読み出し（Ｒｅａｄ）コマンドを格納し、イニシエータ端末１０１がターゲット端末１０２の記憶媒体１０３に対して書き込みのアクセスを実施する場合は、このＣＭＤ６４に書き込み（Ｗｒｉｔｅ）コマンドを格納する。
【００９５】
図７は、アクセス用パケットのコマンド応答（ＣＭＤ  Ｒｅｓｐｏｎｓｅ）パケットのフォーマットを説明する図である。ＣＭＤ  Ｒｅｓｐｏｎｓｅパケットは、ＣＭＤパケットに応答する用途で用いられる。ＣＭＤ  Ｒｅｓｐｏｎｓｅパケットは、無線パケットヘッダ７１と、無線パケットペイロード７２を備える。無線パケットヘッダ７１は、図４で説明した無線パケットヘッダ４１と同じである。無線パケットペイロード７２は、制御データ７３とＣＭＤ  Ｒｅｓｐｏｎｓｅ７４を含む。制御データ７３には、ＰＳＮ７５が格納される。制御データ７３は、図６で説明した制御データ６３と同じであり、ＰＳＮ７５は、ＰＳＮ６５と同じである。ＣＭＤ  Ｒｅｓｐｏｎｓｅ７４には、応答内容が格納される。
【００９６】
図８は、アクセス用パケットのデータ（ＤＡＴＡ）パケットのフォーマットを説明する図である。ＤＡＴＡパケットは、アプリケーション部２０１と記憶媒体１０３との間で転送するデータを搬送する用途で用いられる。ＤＡＴＡパケットは、無線パケットヘッダ８１と、無線パケットペイロード８２を備える。無線パケットヘッダ８１は、図４で説明した無線パケットヘッダ４１と同じである。無線パケットペイロード８２は、制御データ８３とＤＡＴＡ８４を含む。制御データ８３には、ＰＳＮ８５が格納される。制御データ８３は、図６で説明した制御データ６３と同じであり、ＰＳＮ８５は、ＰＳＮ６５と同じである。
【００９７】
ＤＡＴＡ８４には、アプリケーション部２０１から記憶媒体１０３へ記録するデータ、あるいは、記憶媒体１０３からアプリケーション部２０１へ読み出すデータが格納される。
【００９８】
図９は、アクセス用パケットの肯定応答（ＡＣＫ：ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）パケットのフォーマットを説明する図である。ＡＣＫパケットは、ＤＡＴＡパケットが到達したことを送付元端末に知らせる用途で使用される。ＡＣＫパケットは、無線パケットヘッダ９１と、無線パケットペイロード９２を備える。無線パケットヘッダ９１は、図４で説明した無線パケットヘッダ４１と同じである。無線パケットペイロード９２は、制御データ９３とＡＣＫ９４を含む。制御データ９３には、ＰＳＮ９５が格納される。制御データ９３は、図６で説明した制御データ６３と同じであり、ＰＳＮ９５は、ＰＳＮ６５と同じである。
【００９９】
ＡＣＫ９４には、ＤＡＴＡパケットを受信したことに対する応答を示す情報が含まれる。ＡＣＫ９４は、転送される残りのデータ量を示す残りのサイズ（Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ）９６を示す情報が含まれる。Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ９６には、全て処理が完了した際は、０が格納される。
【０１００】
図１０は、アクセス用パケットのチェックステータス（Ｃｈｅｃｋ−Ｓｔａｔｕｓ）パケットのフォーマットを説明する図である。Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットは、データの到来状態を送信元に確認するための通知目的で使用される。Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットは、無線パケットヘッダ１００１と、無線パケットペイロード１００２を備える。無線パケットヘッダ１００１は、図４で説明した無線パケットヘッダ４１と同じである。無線パケットペイロード１００２は、制御データ１００３とＣｈｅｃｋ−Ｓｔａｔｕｓ１００４を含む。制御データ１００３には、ＰＳＮ１００５が格納される。制御データ１００３は、図６で説明した制御データ６３と同じであり、ＰＳＮ１００５は、ＰＳＮ６５と同じである。
【０１０１】
Ｃｈｅｃｋ−Ｓｔａｔｕｓ１００４は、送信元端末に対してデータの送受信状況等を問い合わせるための情報として、Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ１００６と、ネクストＰＳＮ（ＮｅｘｔＰＳＮ）１００７とを含む。
【０１０２】
Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ１００６は、図９で説明したＲｅｍａｉｎｉｎｇ  Ｓｉｚｅ９６と同じである。
【０１０３】
ＮｅｘｔＰＳＮ１００７には、次に期待するパケットのシーケンス番号が格納される。
【０１０４】
図１１は、アクセス用パケットのチェックステータス応答（Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅ）パケットのフォーマットを説明する図である。Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットは、Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットに応答する用途で用いられる。Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットは、無線パケットヘッダ１１０１と、無線パケットペイロード１１０２を備える。無線パケットヘッダ１１０１は、図４で説明した無線パケットヘッダ４１と同じである。無線パケットペイロード１１０２は、制御データ１１０３とＣｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅ１１０４を含む。制御データ１１０３には、ＰＳＮ１１０５が格納される。制御データ１１０３は、図６で説明した制御データ６３と同じであり、ＰＳＮ１１０５は、ＰＳＮ６５と同じである。
【０１０５】
Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅ１１０４は、送信先端末に対してデータの送受信状況等を応答ための情報として、Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ１１０６と、ネクストＰＳＮ（ＮｅｘｔＰＳＮ）１１０７とを含む。
【０１０６】
Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ１１０６は、図９で説明したＲｅｍａｉｎｉｎｇ  Ｓｉｚｅ９６と同じである。
【０１０７】
ＮｅｘｔＰＳＮ１１０７には、次に期待するパケットのシーケンス番号が格納される。
【０１０８】
図１２は、アクセス用パケットのクリアバスハンドル要求（Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔ）パケットのフォーマットを説明する図である。Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットは、現在実施しているコマンドの処理を中断する用途で用いられる。Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットは、無線パケットヘッダ１２０１と、無線パケットペイロード１２０２を備える。無線パケットヘッダ１２０１は、図４で説明した無線パケットヘッダ４１と同じである。無線パケットペイロード１２０２は、制御データ１２０３とＣｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔ１２０４を含む。制御データ１２０３には、ＰＳＮ１２０５が格納される。制御データ１２０３は、図６で説明した制御データ６３と同じであり、ＰＳＮ１２０５は、ＰＳＮ６５と同じである。
【０１０９】
図１３は、アクセス用パケットのクリアバスハンドル応答（Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅ）パケットのフォーマットを説明する図である。Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットは、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットに応答する用途で用いられる。Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットは、無線パケットヘッダ１３０１と、無線パケットペイロード１３０２を備える。無線パケットヘッダ１３０１は、図４で説明した無線パケットヘッダ４１と同じである。無線パケットペイロード１３０２は、制御データ１３０３とＣｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅ１３０４を含む。制御データ１３０３には、ＰＳＮ１３０５が格納される。制御データ１３０３は、図６で説明した制御データ６３と同じであり、ＰＳＮ１３０５は、ＰＳＮ６５と同じである。
【０１１０】
図１４は、アクセス用パケットの中断（ＩＮＴ：Ｉｎｔｅｒｒｕｐｔ）パケットのフォーマットを説明する図である。ＩＮＴパケットは、ターゲット端末１０２からイニシエータ端末１０１へのイベントの中断通知の目的で使用される。ＩＮＴパケットは、無線パケットヘッダ１４０１と、無線パケットペイロード１４０２を備える。無線パケットヘッダ１４０１は、図４で説明した無線パケットヘッダ４１と同じである。無線パケットペイロード１４０２は、制御データ１４０３とＩｎｔｅｒｒｕｐｔ１４０４を含む。制御データ１４０３には、ＰＳＮ１４０５が格納される。制御データ１４０３は、図６で説明した制御データ６３と同じであり、ＰＳＮ１４０５は、ＰＳＮ６５と同じである。
【０１１１】
Ｉｎｔｅｒｒｕｐｔ１４０４には、相手端末へイベントの中断通知の内容を格納する。Ｉｎｅｔｒｒｕｐｔ１４０４は、イベントタイプ（Ｅｖｅｎｔ  Ｔｙｐｅ）１４０６を含み、中断対象とする予め設定されたイベントのタイプが格納される。例えば、パケットロスなどによるＰＳＮエラーの場合は、ＰＳＮエラーに対応するイベントタイプの値、例えば、８が格納される。
【０１１２】
＜１−４．データ読み出しの正常動作＞
次に、イニシエータ端末１０１が記憶媒体１０３に対して、読み出しのアクセスを行うシーケンスについて説明する。図１５は、イニシエータ端末がターゲット端末の記憶媒体からデータを読み出すシーケンスを説明する図である。
【０１１３】
（ステップＳ１００）既に説明したように、イニシエータ端末１０１が記憶媒体１０３に対してアクセスを行うために、イニシエータ端末１０１とターゲット端末１０２との間を無線通信で接続する。
【０１１４】
（ステップＳ２００）さらに、説明したように、イニシエータ端末１０１がターゲット端末１０２の記憶媒体１０３に対してアクセスの制御権を取得するステップＳ１０１〜Ｓ１２１を行う。
【０１１５】
イニシエータ端末１０１が記憶媒体１０３のアクセスの制御権を取得した状態になると、イニシエータ端末１０１はアプリケーション部２０１からターゲット端末１０２の記憶媒体１０３に対してアクセスが可能になる。
【０１１６】
ターゲット端末１０２は、アプリケーション部２０５に対して記憶媒体１０３へのアクセスの制御権の解放依頼を行うため、ターゲット端末１０２のアプリケーション部２０５からアクセスできなくなり、ローカルアクセス不可状態になる。
【０１１７】
（ステップＳ２０１）イニシエータ端末１０１のアプリケーション部２０１からデータの読み出しコマンド（Ｒｅａｄ  ＣＭＤ）がアクセス処理部２０２へ通知される。記憶媒体１０３から読み出すデータは４５ｋＢｙｔｅであるとする。
【０１１８】
（ステップＳ２０２）アクセス処理部２０２は、アプリケーション部２０１から４５ｋＢｙｔｅのデータの読み出し指示を受けると、ＣＭＤパケットを生成する。ＣＭＤ６４に、読み出しコマンド（Ｒｅａｄ  ＣＭＤ）を示す情報、読み出すデータのサイズ情報４５ｋＢｙｔｅ示す情報を格納する。ＰＳＮ６５に格納される値は、初めて生成されるアクセス用パケットであるため、０が格納される。
【０１１９】
（ステップＳ２０３）第１無線部２０３または第２無線部２０４は、アクセス処理部２０２が生成した無線パケットをターゲット端末１０２へ無線送信する。
【０１２０】
（ステップＳ２０４）第１無線部２０７または第２無線部２０８は受信した無線パケットをアクセス処理部２０６へ通知する。
【０１２１】
（ステップＳ２０５）アクセス処理部２０６は、受け取った無線パケットの内容を解釈し、記憶媒体１０３に対して読み出しコマンド（Ｒｅａｄ  ＣＭＤ）を通知する。
【０１２２】
（ステップＳ２０６）記憶媒体１０３は、読み出しコマンド（Ｒｅａｄ  ＣＭＤ）を受信すると、読み出しコマンド（Ｒｅａｄ  ＣＭＤ）に対しての応答（ＲＥＳ：ＲＥＳｐｏｎｓｅ）をアクセス処理部２０６に対して行う。
【０１２３】
（ステップＳ２０７）アクセス処理部２０６は、記憶媒体１０３からＲＥＳを受けとると、ＣＭＤパケットに対する応答の無線パケットであるＣＭＤ  Ｒｅｓｐｏｎｓｅパケットを生成し、第１無線部２０７または第２無線部２０８へ出力する。ＣＭＤ  Ｒｅｓｐｏｎｓｅ７４に、ＲＥＳの情報が格納され、ＰＳＮ７５には、０が格納される。
【０１２４】
（ステップＳ２０８）第１無線部２０７または第２無線部２０８は、アクセス処理部２０６が生成した無線パケットを、イニシエータ端末１０１へ送信する。
【０１２５】
（ステップＳ２０９）イニシエータ端末１０１の第１無線部２０３または第２無線部２０４は、ＣＭＤ  Ｒｅｓｐｏｎｓｅパケットを受信すると、アクセス処理部２０２へ通知する。
【０１２６】
（ステップＳ２１０）アクセス処理部２０２は、通知されたＣＭＤ  Ｒｅｓｐｏｎｓｅパケットを解釈し、アプリケーション部２０１へ出力する。アプリケーション部２０１は、ＣＭＤ  Ｒｅｓｐｏｎｓｅを受信すると、Ｒｅａｄ  ＣＭＤが記憶媒体１０３へ通知されたことを確認する。
【０１２７】
（ステップＳ２１１）ターゲット端末１０２では、Ｒｅａｄ  ＣＭＤを受け付けたので、記憶媒体１０３からＲｅａｄ  ＣＭＤで指定されたデータ（ＤＡＴＡ）を読み出し、そのデータがアクセス処理部２０６に対して出力される。一度に送信されるデータ量を７．５ｋＢｙｔｅとする。
【０１２８】
（ステップＳ２１２）アクセス処理部２０６は、記憶媒体１０３が出力したＤＡＴＡをＤＡＴＡパケットのＤＡＴＡ８４に格納する。ＰＳＮ８５には、０をインクリメントし、１が格納される。アクセス処理部２０６は、第１無線部２０７または第２無線部２０８へＤＡＴＡパケットを出力する。
【０１２９】
また、アクセス処理部２０６は、記憶媒体１０３が出力したＤＡＴＡを、ターゲット端末１０２の図示しない内部メモリに保持する。
【０１３０】
（ステップＳ２１３）第１無線部２０７または第２無線部２０８は、アクセス処理部２０６が生成したＤＡＴＡパケットを第１無線部２０３または第２無線部２０４へ送信する。
【０１３１】
（ステップＳ２１４）第１無線部２０３または第２無線部２０４は、ターゲット端末１０２から送信されたＤＡＴＡパケットを受信しアクセス処理部２０２へ出力する。
【０１３２】
（ステップＳ２１５）アクセス処理部２０２は、ＤＡＴＡパケットを解釈し、抽出したＤＡＴＡをアプリケーション部２０１へ出力する。アクセス処理部２０２は、受信したＤＡＴＡのサイズを、記憶媒体１０３に要求したデータサイズから減算し、残りのデータサイズを保持する。すなわち、４５ｋＢｙｔｅから受信したデータ量７．５ｋＢｙｔｅ引き、残りの３７．５ｋＢｙｔｅを保持する。
【０１３３】
全てのデータを読み出すまで、すなわち、Ｓ２１５において残りのデータサイズが０になるまで、ステップＳ２１１〜Ｓ２１５の処理を繰り返す。図１５ではステップＳ２１１〜Ｓ２１５の処理を６回行っている。アクセス処理部２０６からイニシエータ端末１０１へ送信するデータパケットは、送信する毎にＰＳＮ８５はインクリメントされる。
【０１３４】
（ステップＳ２１６）イニシエータ端末１０１が記憶媒体１０３からデータを読み出している間に、アクセス処理部２０２からターゲット端末１０２のアクセス処理部２０６へ、データが正しく読み出されていることを示す肯定応答（ＤＡＴＡ−ＡＣＫ）を行う。図１５において、４番目のＤＡＴＡの読み出し後に実施している。アクセス処理部２０２は、ＡＣＫパケットを生成する。アクセス処理部２０２は、ＡＣＫ９４に、ＤＡＴＡ−ＡＣＫを示す情報を挿入し、さらに、Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ９６には、データを４回受信しているので、受け取ったデータのサイズは３０ＫＢｙｔｅであるので、残りのサイズとして１５ｋＢｙｔｅを格納する。
【０１３５】
さらに、図１５において、６番目のＤＡＴＡの読み出し後にもＤＡＴＡ−ＡＣＫを実施している。この時のＡＣＫパケットのＲｅｍａｉｎｉｎｇ  Ｓｉｚｅ９６には、データを６回受信しているので、受け取ったデータのサイズは４５ｋＢｙｔｅであるので、残りのサイズとして０ｋＢｙｔｅを格納する。
【０１３６】
アクセス処理部２０２は、生成したＡＣＫパケットを第１無線部２０３または第２無線部２０４へ出力する。
【０１３７】
４番目のＤＡＴＡの読み出し後に対するステップＳ２１６と６番目のＤＡＴＡの読み出し後のステップＳ２１６に対して、それぞれステップＳ２１７〜Ｓ２１９を実施する。
【０１３８】
（ステップＳ２１７）第１無線部２０３または第２無線部２０４は、アクセス処理部２０２から要求されたＡＣＫパケットを第１無線部２０７または第２無線部２０８へ無線送信する。
【０１３９】
（ステップＳ２１８）第１無線部２０７または第２無線部２０８は、イニシエータ端末１０１から受信したＡＣＫパケットをアクセス処理部２０６へ通知する。
【０１４０】
（ステップＳ２１９）アクセス処理部２０６は、受信したＡＣＫパケット解釈し、ターゲット端末１０２からイニシエータ端末１０１へ送信したデータが、イニシエータ端末１０１で正常に受信されていることを確認する。この確認をするとアクセス処理部２０６は、ターゲット端末１０２の図示しない内部メモリに保持している、送信したデータを破棄する。
【０１４１】
なお、ＤＡＴＡ−ＡＣＫを返すタイミングは、イニシエータ端末１０１がアクセスの制御権を取得している間に、ＡＣＫの回数を予め決めておいてもよいし、任意のタイミングでもよい。
【０１４２】
（ステップＳ２２０）所望のデータを記憶媒体１０３から受信したイニシエータ端末１０１は、記憶媒体１０３のアクセスの制御権を解放する処理を行う。既に説明したように、イニシエータ端末１０１がターゲット端末１０２の記憶媒体１０３に対してアクセスの制御権を解放する処理としてステップＳ１２２〜Ｓ１２９を行う。
【０１４３】
アクセスの制御権を解放する処理が終わると、記憶媒体１０３のアクセスの制御権がターゲット端末１０２に戻り、ローカルアクセス可能状態へ遷移する。
【０１４４】
以上により、イニシエータ端末１０１はターゲット端末１０２の記憶媒体１０３から、データを読み出すことが可能になる。記憶媒体１０３へのアクセスは、アクセスの制御権を切り替えることで管理しているので、記憶媒体１０３からのデータの読み出しを排他的に制御できる。
【０１４５】
また、アプリケーション部２０１から記憶媒体１０３へ送られるコマンドや、記憶媒体１０３からアプリケーション部２０１へ出力されるデータは、カプセル化され、無線通信を介して伝送される。そのため、アプリケーション部２０１や記憶媒体１０３からは、途中の無線通信の経路によらずコマンドやデータを、送受信できるため、アプリケーション部２０１と記憶媒体１０３とが、互いに異なる端末に存在する場合でも、あたかも同一端末内に存在するかのように透過的アクセスが可能となる。
【０１４６】
以上の説明は、イニシエータ端末１０１が記憶媒体１０３に対して読み出しのアクセスをエラー無く行うシーケンスである。
【０１４７】
＜１−５．データ欠落時のエラーリカバリー動作＞
次に、データの読み出し中にデータが欠落した場合におけるエラーリカバリーの処理を説明する。図１６は、イニシエータ端末がターゲット端末の記憶媒体からデータを読み出し中に、データの欠落が発生した時のシーケンスを説明する図である。図１７は、イニシエータ端末がターゲット端末の記憶媒体からデータを読み出し中に、データの欠落が発生した時の別のシーケンスを説明する図である。図１６は、イニシエータ端末とターゲット端末の無線通信方式が、第１の無線通信方式である場合のシーケンスであり、図１７は、イニシエータ端末とターゲット端末の無線通信方式が、第２の無線通信方式である場合のシーケンスである。
【０１４８】
図１６、図１７において、ステップＳ１００の無線通信接続処理、ステップＳ２００のアクセスの制御権の取得処理、ステップＳ２０１〜Ｓ２１０までの処理、１番目のＤＡＴＡの送信処理ステップＳ２１１〜Ｓ２１５は前述した通りである。
【０１４９】
（ステップＳ３０１）記憶媒体１０３から２番目のデータがアクセス処理部２０６に出力される。
【０１５０】
（ステップＳ３０２）アクセス処理部２０６は、記憶媒体１０３が出力したＤＡＴＡをＤＡＴＡパケットのＤＡＴＡ８４に格納する。ＰＳＮ８５には、１をインクリメントし、２が格納される。アクセス処理部２０６は、第１無線部２０７または第２無線部２０８へＤＡＴＡパケットを出力する。
【０１５１】
また、アクセス処理部２０６は、記憶媒体１０３が出力したＤＡＴＡを、ターゲット端末１０２の図示しない内部メモリに保持する。
【０１５２】
（ステップＳ３０３）第１無線部２０７または第２無線部２０８は、アクセス処理部２０６が生成したＤＡＴＡパケットをイニシエータ端末１０１へ送信するが、送られずに欠落する。そのため、ステップＳ２１４、Ｓ２１５の処理は行われない。
【０１５３】
（ステップＳ３０４）記憶媒体１０３から３番目のデータがアクセス処理部２０６に出力される。
【０１５４】
（ステップＳ３０５）アクセス処理部２０６は、記憶媒体１０３が出力したＤＡＴＡをＤＡＴＡパケットのＤＡＴＡ８４に格納する。ＰＳＮ８５には、２をインクリメントし、３が格納される。アクセス処理部２０６は、第１無線部２０７または第２無線部２０８へＤＡＴＡパケットを出力する。
【０１５５】
また、アクセス処理部２０６は、記憶媒体１０３が出力したＤＡＴＡを、ターゲット端末１０２の図示しない内部メモリに保持する。
【０１５６】
（ステップＳ３０６）第１無線部２０７または第２無線部２０８は、アクセス処理部２０６が生成したＤＡＴＡパケットを第１無線部２０３または第２無線部２０４へ送信する。
【０１５７】
（ステップＳ３０７）第１無線部２０３または第２無線部２０４は、ターゲット端末１０２から送信されたＤＡＴＡパケットを受信し、アクセス処理部２０２へ出力する。アクセス処理部２０２は、ＤＡＴＡパケットを解釈する。ＰＳＮ８５が３であることから、ＰＳＮ８５が２であるデータを受信していないことを検出する。
【０１５８】
（ステップＳ３０８）アクセス処理部２０２は、ここで、イニシエータ端末１０１とターゲット端末１０２との間の無線通信方式が第１の無線通信方式による無線通信か、あるいは、第２の無線通信方式による無線通信かを判断する。例えば、無線通信接続処理を行った時に、いずれの無線通信方式で接続したかをイニシエータ端末１０１の図示しないメモリに記憶させておき、メモリの内容を確認することで、いずれの無線通信方式で接続しているかを判断する。
【０１５９】
図１６は、イニシエータ端末１０１とターゲット端末１０２が第１の無線通信方式で無線通信を行っている場合の処理である。
【０１６０】
（ステップＳ４０１）アクセス処理部２０２は、第１無線部２０３に対して、エラーが読み出しデータの欠落であるかどうかを確認するため、Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットを第１無線部２０７に対して送信することを指示する。Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットにおいて、ＮｅｘｔＰＳＮ１００７には、次に期待しているＰＳＮである２が格納される。さらに、Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ１００６には、残りの３７．５ｋＢｙｔｅを示す情報を格納する。
【０１６１】
（ステップＳ４０２）第１無線部２０３は、Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットを第１無線部２０７へ送信する。
【０１６２】
（ステップＳ４０３）第１無線部２０７は、Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットをアクセス処理部２０６へ通知する。アクセス処理部２０６は、Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットを解釈し、２番目のＤＡＴＡパケットをイニシエータ端末１０１へ送信できなかったことを検出する。
【０１６３】
（ステップＳ４０４）アクセス処理部２０６は、Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｑｕｅｓｔパケットの応答として、Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットの送信を第１無線部２０７へ指示する。
【０１６４】
Ｃｈｅｃｋ−Ｓｔａｔｕｓ  ＲｅｓｐｏｎｓｅパケットのＮｅｘｔＰＳＮ１１０７には、ターゲット端末１０２が次に送信するデータのＰＳＮである４を格納する。Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ１１０６には、３番目までのＤＡＴＡが送信されているので、残りの２２．５ｋＢｙｔｅを格納する。
【０１６５】
（ステップＳ４０５）第１無線部２０７は、で第１無線部２０３へＣｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットを送信する。
【０１６６】
（ステップＳ４０６）第１無線部２０３は、Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットを受信すると、アクセス処理部２０２へ通知する。
【０１６７】
アクセス処理部２０２は、Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットを解釈し、ＤＡＴＡの受信がどこで欠落したかを確定する。図１６においては、アクセス処理部２０２は、２番目のＤＡＴＡが欠落したと確定する。
【０１６８】
ターゲット端末１０２は、２番目のＤＡＴＡからの送信を再開し、全てのデータを読み出すまで、すなわち、残りのデータサイズが０になるまで、ステップＳ２１１〜ステップＳ２１５の処理を繰り返す。なお、２番目と３番目のＤＡＴＡについては、ステップＳ２１１の処理をせず、内部メモリに保持しているＤＡＴＡを用いてステップＳ２１２の処理を行う。
【０１６９】
以上のように、イニシエータ端末は、第１の無線通信方式の無線通信を介してターゲット端末と接続する第１無線部を利用してデータの送受信を行っている際に、データ欠落が発生すると、記憶媒体へのアクセス中のエラーが、データの欠落であるかどうかを確認する旨のパケットを送出し、ターゲット端末は、データの欠落である旨のパケットを送出する。これにより、エラーが発生した時に、エラー回避が可能になり、データ再送の準備ができる。さらに、イニシエータ端末は、欠落したデータからデータの再送をターゲット端末へ行う。これにより、データの再送が実現できる。
【０１７０】
さらに、再送するデータは、あらためて記憶媒体１０３からデータを読み出すのではなく、読み出し済みのデータを保持しているメモリから取得することで、より素早くデータの再送が可能となる。
【０１７１】
図１７は、イニシエータ端末１０１とターゲット端末１０２が第２の無線通信方式で無線通信を行っている場合の処理である。
【０１７２】
（ステップＳ５０１）アクセス処理部２０２は、第２無線部２０４に対して、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットを送信することを指示する。Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔのパケットは、ＰＳＮ１２０５に、０を格納する。
【０１７３】
（ステップＳ５０２）第２無線部２０４は、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットを第２無線部２０８へ送信する。
【０１７４】
（ステップＳ５０３）第２無線部２０８は、受信したＣｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットをアクセス処理部２０６へ通知する。
【０１７５】
（ステップＳ５０４）アクセス処理部２０６は、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットを受信すると、応答としてＣｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットの送信を第２無線部２０４へ指示する。
【０１７６】
このとき、アクセス処理部２０６は、記憶媒体１０３から読み出し済みのデータをメモリに保持している場合は、クリアしてもよいし、クリアせずに保持していてもよい。
【０１７７】
（ステップＳ５０５）第２無線部２０８は、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットを第２無線部２０４へ送信する。
【０１７８】
(ステップＳ５０６)第２無線部２０４は、受信したＣｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットをアクセス処理部２０２へ通知する。
【０１７９】
（ステップＳ５０７）アクセス処理部２０２は、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットを解釈し、アプリケーション部２０１に対して、ターゲット端末１０２との間の通信が失敗したことを通知する。
【０１８０】
（ステップＳ５０８）アプリケーション部２０１は、通信が失敗した通知を受けて、再度、Ｒｅａｄ  ＣＭＤを指示する。これにより、ステップＳ２０１〜Ｓ２１９の処理を再度実施する。
【０１８１】
以上のように、イニシエータ端末は、第２の無線通信方式の無線通信を介してターゲット端末と接続する第２無線部を利用してデータの送受信を行っている際に、データ欠落が発生すると、記憶媒体へのアクセスを中断し、ターゲット端末は、記憶媒体へのアクセスを中断する。これにより、エラーが発生した時に、エラー回避が可能になる。さらに、イニシエータ端末は、データの読み出し処理を最初から行う。これにより、データの再送が実現できる。
【０１８２】
＜１−６．効果＞
以上のように、本実施の形態において、イニシエータ端末１０１は、第１の無線通信方式の無線通信を介してターゲット端末１０２と接続する第１無線部２０３と、第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介してターゲット端末１０２と接続する第２無線部２０４と、ターゲット端末１０２が有する記憶媒体１０３へリモートアクセスを実現するアクセスプロトコル処理を行うアクセス処理部２０２と、を備える。アクセス処理部２０２は、記憶媒体１０３にアクセス中にエラーが発生した時に、第１無線部２０３で無線通信する場合と第２無線部２０４で無線通信する場合とでエラーに対する処理を切替える。ターゲット端末１０２は、記憶媒体１０３と、第１の無線通信方式の無線通信を介してイニシエータ端末１０１と接続する第１無線部２０７と、第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介してイニシエータ端末１０１と接続する第２無線部２０８と、イニシエータ端末１０１の記憶媒体１０３へのリモートアクセスを許可し、リモートアクセスを実現するアクセスプロトコル処理を行うアクセス処理部２０６と、を備える。アクセス処理部２０６は、イニシエータ端末１０１の記憶媒体１０３へのアクセス中にエラーが発生した時に、第１無線部２０７で無線通信する場合と第２無線部２０８で無線通信する場合とでエラーに対する処理を切替える。
【０１８３】
これにより、利用している無線通信方式に応じて、エラー発生時に対する読み出しの復旧処理が適切に実施できる。
【０１８４】
また、本実施の形態のイニシエータ端末１０１において、アクセス処理部２０２は、エラーに対する処理として、第１無線部２０３で無線通信する場合は、記憶媒体１０３へのアクセス中のエラーが、データの欠落であるかどうかを確認する旨のパケットを送出し、第２無線部２０４で無線通信する場合は、記憶媒体１０３へのアクセスを中断する。ターゲット端末１０２は、アクセス処理部２０６は、エラーに対する処理として、第１無線部２０７で無線通信する場合は、記憶媒体１０３へのアクセス中のエラーがデータの欠落である旨のパケットを送出し、第２無線部２０８で無線通信する場合は、記憶媒体１０３へのアクセスを中断する。
【０１８５】
これにより、利用している無線通信方式に応じて、エラーが発生した時に、エラー回避が可能になる。
【０１８６】
また、本実施の形態のイニシエータ端末１０１は、アクセス処理部２０２におけるエラーに対する処理は、第１無線部２０３で無線通信する場合は、エラーが生じたデータから再送を行い、第２無線部２０４で無線通信する場合は、エラーが生じたデータよりも前のデータから再送を行う。ターゲット端末１０２は、アクセス処理部２０６におけるエラーに対する処理は、第１無線部２０７で無線通信する場合は、エラーが生じたデータから再送を行い、第２無線部２０８で無線通信する場合は、エラーが生じたデータよりも前のデータから再送を行う。
【０１８７】
これにより、利用している無線通信方式に応じて、読み出し処理のデータの再送が実現できる。
【０１８８】
また、本実施の形態のイニシエータ端末１０１の第１無線部２０３は、第２無線部２０４よりも通信速度が遅い。ターゲット端末１０２の第１無線部２０７は、第２無線部２０８よりも通信速度が遅い。
【０１８９】
これにより、利用している無線通信方式の通信速度に応じて、エラーに対応する処理を実現できる。
【０１９０】
また、本実施の形態のイニシエータ端末１０１は、アクセス処理部２０２におけるエラーに対する処理において、第１無線部２０３で無線通信する場合の再送するデータ量が第２無線部２０４で無線通信する場合の再送するデータ量よりも少ない。ターゲット端末１０２は、アクセス処理部２０６におけるエラーに対する処理において、第１無線部２０７で無線通信する場合の再送するデータ量が第２無線部２０８で無線通信する場合の再送するデータ量よりも少ない。
【０１９１】
これにより、利用している無線通信方式の通信速度に応じて、エラーに対応する処理における再送するデータ量を切替えることができる。
【０１９２】
また、本実施の形態のイニシエータ端末１０１は、第１の無線通信方式は、ＷｉＦｉであり、第２の無線通信方式は、ＷｉＧｉｇである。ターゲット端末１０２は、第１の無線通信方式は、ＷｉＦｉであり、第２の無線通信方式は、ＷｉＧｉｇである。
【０１９３】
これにより、利用している無線通信方式、すなわち、ＷｉＦｉかＷｉＧｉｇであるかに応じて、エラーに対する処理が適切に実施できる。
【０１９４】
本実施の形態において、第１の無線通信方式である、ＷｉＦｉのように比較的遅い無線通信方式の場合には、データの欠落が発生すると、欠落したデータから再度データの読み出しを行う。第２の無線通信方式である、ＷｉＧｉｇのように比較的速い無線通信方式の場合には、データ欠落が発生すると、データの読み出し処理を始めから行うことでデータの読み出しを行う。
【０１９５】
比較的遅い無線通信方式の場合に、データ読み出し処理を始めから行うと、再送処理に比較的長い時間が必要となる。逆に、比較的速い無線通信方式では、欠落したデータから再送を行うと、制御が複雑になってしまう可能性がある。
【０１９６】
そのため、本実施の形態において、無線通信方式に応じて、エラーに対する処理を切替えることで、それぞれの無線通信方式に適したデータ再送を実現できる。
【０１９７】
さらに、イニシエータ端末１０１のアプリケーション部２０１とターゲット端末１０２の記憶媒体１０３とは透過的アクセス可能な構成としているので、アプリケーション部２０１等の上位層には、接続していることを意識することなく、データの再送が可能になる。
【０１９８】
以上により、複数の無線通信方式を備えた端末において、エラー発生時のデータ送受信の復旧処理を効率的に行うイニシエータ端末及びターゲット端末を提供することができる。
【０１９９】
（実施の形態２）
本実施の形態では、イニシエータ端末からターゲット端末の記憶媒体へデータを書き込む場合について説明する。無線通信システムの構成、アクセスの制御権の取得手順と解放手順、アクセス用パケットのデータフォーマットは、実施の形態１の図１〜１４で説明した内容と同様である。
【０２００】
＜２−１．データ書き込みの正常動作＞
図１８は、イニシエータ端末からターゲット端末の記憶媒体へデータを書き込むシーケンスを説明する図である。
【０２０１】
（ステップＳ１００）実施の形態１で説明したように、イニシエータ端末１０１が記憶媒体１０３に対してアクセスを行うために、イニシエータ端末１０１とターゲット端末１０２との間を無線通信で接続する。
【０２０２】
（ステップＳ２００）さらに、実施の形態１で説明したように、イニシエータ端末１０１がターゲット端末１０２の記憶媒体１０３に対してアクセスの制御権を取得するステップＳ１０１〜Ｓ１２１を行う。
【０２０３】
イニシエータ端末１０１が記憶媒体１０３のアクセスの制御権を取得した状態になると、イニシエータ端末１０１はアプリケーション部２０１からターゲット端末１０２の記憶媒体１０３に対してアクセスが可能になる。
【０２０４】
ターゲット端末１０２は、アプリケーション部２０５に対して記憶媒体１０３へのアクセスの制御権の解放依頼を行うため、ターゲット端末１０２のアプリケーション部２０５からアクセスできなくなり、ローカルアクセス不可状態になる。
【０２０５】
（ステップＳ６０１）イニシエータ端末１０１のアプリケーション部２０１からデータ書き込みコマンド（Ｗｒｉｔｅ  ＣＭＤ）がアクセス処理部２０２へ出力される。記憶媒体１０３へ書き込むデータは４５ｋＢｙｔｅであるとする。
【０２０６】
（ステップＳ６０２）アクセス処理部２０２は、アプリケーション部２０１からデータの書き込み指示を受けると、ＣＭＤパケットを生成する。ＣＭＤ６４に、データ書き込みコマンド（Ｗｒｉｔｅ  ＣＭＤ）を示す情報、書き込むデータのサイズ情報４５ｋＢｙｔｅを示す情報を格納する。ＰＳＮ６５に格納される値は、初めて生成されるアクセス用パケットであるため０が格納される。
【０２０７】
（ステップＳ６０３）第１無線部２０３または第２無線部２０４は、ＣＭＤパケットをターゲット端末１０２へ無線送信する。
【０２０８】
（ステップＳ６０４）第１無線部２０７または第２無線部２０８は、受信した無線パケットをアクセス処理部２０６へ通知する。
【０２０９】
（ステップＳ６０５）アクセス処理部２０６は、受けとった無線パケットの内容を解釈し、記憶媒体１０３に対してデータ書き込みコマンド（Ｗｒｉｔｅ  ＣＭＤ）を通知する。
【０２１０】
（ステップＳ６０６）記憶媒体１０３は、データ書き込みコマンド（Ｗｒｉｔｅ  ＣＭＤ）を受信すると、データ書き込みコマンド（Ｗｒｉｔｅ  ＣＭＤ）に対しての応答（ＲＥＳ）をアクセス処理部２０６に対して行う。
【０２１１】
（ステップＳ６０７）アクセス処理部２０６は、記憶媒体１０３からＲＥＳを受け取ると、ＣＭＤパケットに対する応答の無線パケットであるＣＭＤ  Ｒｅｓｐｏｎｓｅパケットを生成し、第１無線部２０７または第２無線部２０８へ通知する。ＣＭＤ  Ｒｅｓｐｏｎｓｅ７４に、ＲＥＳの情報が格納され、ＰＳＮ７５には、０が格納される。
【０２１２】
（ステップＳ６０８）第１無線部２０７または第２無線部２０８は、アクセス処理部２０６が生成した無線パケットを、イニシエータ端末１０１へ送信する。
【０２１３】
（ステップＳ６０９）イニシエータ端末１０１の第１無線部２０３または第２無線部２０４は、ＣＭＤ  Ｒｅｓｐｏｎｓｅパケットを受信すると、アクセス処理部２０２へ通知する。
【０２１４】
（ステップＳ６１０）アクセス処理部２０２は、通知されたＣＭＤ  Ｒｅｓｐｏｎｓｅパケットを解釈し、アプリケーション部２０１へ出力する。アプリケーション部２０１は、ＣＭＤ  Ｒｅｓｐｏｎｓｅを受信すると、Ｗｒｉｔｅ  ＣＭＤが記憶媒体１０３へ通知されたことを確認する。
【０２１５】
（ステップＳ６１１）アプリケーション部２０１は、記憶媒体１０３へ書き込むデータ（ＤＡＴＡ）を所定のサイズ、ここでは７．５ｋＢｙｔｅに分割して、アクセス処理部２０２へ出力する。
【０２１６】
（ステップＳ６１２）アクセス処理部２０２は、アプリケーション部２０１から受信したＤＡＴＡを、ＤＡＴＡパケットのＤＡＴＡ８４に格納し、ＰＳＮ８５には、０をインクリメントし１を格納する。アクセス処理部２０２は、第１無線部２０３または第２無線部２０４へ生成したＤＡＴＡパケットを出力する。
【０２１７】
アクセス処理部２０２は、アプリケーション部２０１から受信したＤＡＴＡを、イニシエータ端末１０１の図示しない内部のメモリに保持する。
【０２１８】
（ステップＳ６１３）第１無線部２０３または第２無線部２０４は、アクセス処理部２０２が生成したＤＡＴＡパケットを第１無線部２０７または第２無線部２０８へ送信する。
【０２１９】
（ステップＳ６１４）第１無線部２０７または第２無線部２０８は、イニシエータ端末１０１から送信されたＤＡＴＡパケットを受信し、アクセス処理部２０６へ出力する。
【０２２０】
（ステップＳ６１５）アクセス処理部２０６は、ＤＡＴＡパケットを解釈し、抽出したＤＡＴＡを記憶媒体１０３に出力し、データを書き込む。
【０２２１】
アクセス処理部２０６は、受信したＤＡＴＡのサイズを、記憶媒体１０３に書き込みを要求したデータサイズから減算し、残りのデータサイズを保持する。すなわち、４５ｋＢｙｔｅから受信したデータ量７．５ｋＢｙｔｅ引き、残りの３７．５ｋＢｙｔｅを保持する。
【０２２２】
全てのデータを書き込むまで、すなわち、Ｓ６１５において残りのデータサイズが０になるまで、ステップＳ６１１〜Ｓ６１５の処理を繰り返す。図１８ではステップＳ６１１〜Ｓ６１５の処理を６回行っている。アクセス処理部２０２からターゲット端末１０２へ送信するデータパケットは、送信する毎にＰＳＮ８５はインクリメントされる。
【０２２３】
（ステップＳ６１６）イニシエータ端末１０１が記憶媒体１０３へデータを書き込んでいる間に、アクセス処理部２０６からイニシエータ端末１０１のアクセス処理部２０２へ、データが正しく送信されていることを示す肯定応答（ＤＡＴＡ−ＡＣＫ）を行う。図１８において、４番目のＤＡＴＡの読み出し後に実施している。アクセス処理部２０６は、ＡＣＫパケットを生成する。アクセス処理部２０６は、ＡＣＫ９４に、ＤＡＴＡ−ＡＣＫを示す情報を挿入し、さらに、Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ９６には、データを４回受信しているので、受け取ったデータのサイズは３０ＫＢｙｔｅであるので、残りのサイズとして１５ＫＢｙｔｅを格納する。
【０２２４】
さらに、図１８において、６番目のＤＡＴＡの読み出し後にもＤＡＴＡ−ＡＣＫを実施している。この時のＡＣＫパケットのＲｅｍａｉｎｉｎｇ  Ｓｉｚｅ９６には、データを６回受信しているので、受け取ったデータのサイズは４５ＫＢｙｔｅであるので、残りのサイズとして０ＫＢｙｔｅを格納する。
【０２２５】
アクセス処理部２０６は、ＡＣＫパケットを第１無線部２０７または第２無線部２０８へ出力する。
【０２２６】
４番目のＤＡＴＡの受信後に対するステップＳ６１６と６番目のＤＡＴＡの受信後のステップＳ６１６に対して、それぞれステップＳ６１７〜Ｓ６１９を実施する。
【０２２７】
（ステップＳ６１７）第１無線部２０７または第２無線部２０８は、アクセス処理部２０６から要求されたＡＣＫパケットを第１無線部２０３または第２無線部２０４へ無線送信する。
【０２２８】
（ステップＳ６１８）第１無線部２０３または第２無線部２０４は、ターゲット端末１０２から受信したＡＣＫパケットをアクセス処理部２０２へ通知する。
【０２２９】
（ステップＳ６１９）アクセス処理部２０２は、受信したＡＣＫパケットを解釈し、ターゲット端末１０２へ送信したデータが、ターゲット端末１０２で正常に受信されていることを確認する。この確認をすると、アクセス処理部２０２は、イニシエータ端末１０１の図示しない内部メモリに保持している、送信したデータを破棄する。
【０２３０】
なお、ＤＡＴＡ−ＡＣＫを返すタイミングは、イニシエータ端末１０１がアクセスの制御権を取得している間に、ＡＣＫの回数を予め決めておいてもよいし、任意のタイミングでもよい。
【０２３１】
（ステップＳ２２０）所望のデータを記憶媒体１０３へ送信したイニシエータ端末１０１は、記憶媒体１０３へのアクセスの制御権を解放する処理を行う。実施の形態１で説明したように、イニシエータ端末１０１がターゲット端末１０２の記憶媒体１０３に対してアクセスの制御権を解放する処理としてステップＳ１２２〜Ｓ１２９を行う。
【０２３２】
以上により、イニシエータ端末１０１はターゲット端末１０２の記憶媒体１０３へデータを書き込むことが可能になる。記憶媒体１０３へのアクセスは、アクセスの制御権を切り替えることで管理しているので、記憶媒体１０３へのデータの書き込みを排他的に制御できる。
【０２３３】
また、アプリケーション部２０１から記憶媒体１０３へ送られるデータ書き込みコマンドや、記憶媒体１０３から書き込まれるデータは、カプセル化され、無線通信を介して伝送される。そのため、アプリケーション部２０１や記憶媒体１０３からは、途中の無線通信の経路によらずコマンドやデータを、送受信できるため、アプリケーション部２０１と記憶媒体１０３とが、互いに異なる端末に存在する場合でも、あたかも同一端末内に存在するかのように透過的アクセスが可能となる。
【０２３４】
以上の説明は、イニシエータ端末１０１が記憶媒体１０３に対して書き込みのアクセスをエラー無く行うシーケンスである。
【０２３５】
＜２−２．データ欠落時のエラーリカバリー動作＞
次に、データの書き込み中にデータが欠落した場合におけるエラーリカバリーの処理を説明する。図１９は、イニシエータ端末がターゲット端末の記憶媒体へデータを書き込み中に、データの欠落が発生した時のシーケンスを説明する図である。図２０は、イニシエータ端末がターゲット端末の記憶媒体へデータを書き込み中に、データの欠落が発生した時の別のシーケンスを説明する図である。図１９は、イニシエータ端末とターゲット端末の無線通信方式が、第１の無線通信方式である場合のシーケンスであり、図２０は、イニシエータ端末とターゲット端末の無線通信方式が、第２の無線通信方式である場合のシーケンスである。
【０２３６】
図１９、図２０において、ステップＳ１００の無線通信接続処理、ステップＳ２００のアクセスの制御権の取得処理、ステップＳ６０１〜Ｓ６１０までの処理、１番目のＤＡＴＡの送信処理ステップＳ６１１〜Ｓ６１５は前述した通りである。
【０２３７】
（ステップＳ７０１）アプリケーション部２０１から２番目のＤＡＴＡがアクセス処理部２０２に出力される。
【０２３８】
（ステップＳ７０２）アクセス処理部２０２は、アプリケーション部２０１が出力したＤＡＴＡをＤＡＴＡパケットのＤＡＴＡ８４に格納する。ＰＳＮ８５には、１をインクリメントし、２が格納される。アクセス処理部２０２は、第１無線部２０３または第２無線部２０４へＤＡＴＡパケットを出力する。
【０２３９】
また、アクセス処理部２０２は、アプリケーション部２０１が出力したＤＡＴＡを、イニシエータ端末１０１の図示しない内部メモリに保持する。
【０２４０】
（ステップＳ７０３）第１無線部２０３または第２無線部２０４は、アクセス処理部２０２が生成したＤＡＴＡパケットをターゲット端末１０２へ送信するが、送られずに欠落する。そのため、ステップＳ６１４、Ｓ６１５の処理は行われない。
【０２４１】
（ステップＳ７０４）アプリケーション部２０１から３番目のＤＡＴＡがアクセス処理部２０２に出力される。
【０２４２】
（ステップＳ７０５）アクセス処理部２０２は、アプリケーション部２０１が出力したＤＡＴＡをＤＡＴＡパケットのＤＡＴＡ８４に格納する。ＰＳＮ８５には、２をインクリメントし、３が格納される。アクセス処理部２０２は、第１無線部２０３または第２無線部２０４へＤＡＴＡパケットを出力する。
【０２４３】
また、アクセス処理部２０２は、アプリケーション部２０１が出力したＤＡＴＡを、イニシエータ端末１０１の図示しない内部メモリに保持する。
【０２４４】
（ステップＳ７０６）第１無線部２０３または第２無線部２０４は、アクセス処理部２０２が生成したＤＡＴＡパケットを第１無線部２０７または第２無線部２０８へ送信する。
【０２４５】
（ステップＳ７０７）第１無線部２０７または第２無線部２０８は、イニシエータ端末１０１から送信されたＤＡＴＡパケットを受信し、アクセス処理部２０６へ出力する。アクセス処理部２０６は、ＤＡＴＡパケットを解釈する。ＰＳＮ８５が３であることから、ＰＳＮ８５が２であるデータを受信していないことを検出する。
【０２４６】
（ステップＳ７０８）アクセス処理部２０６は、受信したデータの欠落を検出すると、イニシエータ端末１０１に対して、ＩＮＴパケットの送信を指示する。ＩＮＴパケットのＰＳＮ１４０５には０が格納され、ＥｖｅｎｔＴｙｐｅ１４０６には、受信データの欠落であることを示す情報を格納する。
【０２４７】
（ステップＳ７０９）第１無線部２０７または第２無線部２０８は、ＩＮＴパケットをイニシエータ端末１０１へ無線送信する。
【０２４８】
（ステップＳ７１０）第１無線部２０３または第２無線部２０４は、受信したＩＮＴパケットをアクセス処理部２０２へ通知する。
【０２４９】
（ステップＳ７１１）アクセス処理部２０２は、イニシエータ端末１０１とターゲット端末１０２との間の無線通信方式が第１の無線通信方式による無線通信か、あるいは、第２の無線通信方式による無線通信かを判断する。例えば、無線通信接続処理を行った時に、いずれの無線通信方式で接続したかをイニシエータ端末１０１の図示しないメモリに記憶させておき、メモリの内容を確認することで、いずれの無線通信方式で接続しているかを判断する。
【０２５０】
図１９は、イニシエータ端末１０１とターゲット端末１０２が第１の無線通信方式で無線通信を行っている場合の処理である。
【０２５１】
（ステップＳ８０１）アクセス処理部２０２は、第１無線部２０３に対して、エラーが書き込みデータの欠落であるかどうかを確認するため、Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットの送信を第１無線部２０７に対して送信することを指示する。Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットにおいて、ＮｅｘｔＰＳＮ１００７には、次に送信するＰＳＮである４が格納される。さらに、Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ１００６には、残りのサイズである２２．５ｋＢｙｔｅを示す情報を格納する。
【０２５２】
（ステップＳ８０２）第１無線部２０３は、Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットを第１無線部２０７へ送信する。
【０２５３】
（ステップＳ８０３）第１無線部２０７は、Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットをアクセス処理部２０６へ通知する。アクセス処理部２０６は、Ｃｈｅｃｋ−Ｓｔａｔｕｓパケットを解釈し、２番目のＤＡＴＡパケットをイニシエータ端末１０１から受信できなかったことを検出する。
【０２５４】
（ステップＳ８０４）アクセス処理部２０６は、イニシエータ端末１０１に対して、Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットを生成する。
【０２５５】
ＰＳＮ１１０５に０を格納する。アクセス処理部２０６は、ＮｅｘｔＰＳＮ１１０７に、次に受信を期待するＰＳＮである２を格納する。Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ１１０６には、１番目のＤＡＴＡを受信しているので、残りの３７．５ｋＢｙｔｅを示す情報を格納する。
【０２５６】
アクセス処理部２０６は、生成したＣｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットを第１無線部２０７通知する。
【０２５７】
（ステップＳ８０５）第１無線部２０７は、Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットを第１無線部２０３へ無線送信する。
【０２５８】
（ステップＳ８０６）第１無線部２０３は、受信したＣｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットをアクセス処理部２０２へ通知する。
【０２５９】
アクセス処理部２０２は、Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅパケットを解釈し、ＤＡＴＡの受信がどこで欠落したかを確定する。図１９においては、２番目のＤＡＴＡが欠落したと確定する。
【０２６０】
ターゲット端末１０２は、２番目のＤＡＴＡからの送信を再開し、全てのデータを読み出すまで、すなわち、残りのデータサイズが０になるまで、ステップＳ６１１〜ステップＳ６１５の処理を繰り返す。なお、２番目と３番目のＤＡＴＡについては、ステップＳ６１１の処理をせず、内部メモリに保持しているＤＡＴＡを用いてステップＳ６１２の処理を行う。
【０２６１】
以上により、イニシエータ端末は、第１の無線通信方式の無線通信を介してターゲット端末と接続する第１無線部を利用してデータの送受信を行っている際に、データ欠落が発生すると、記憶媒体へのアクセス中のエラーが、データの欠落であるかどうかを確認する旨のパケットを送出し、ターゲット端末は、データの欠落である旨のパケットを送出する。これにより、エラーが発生した時に、エラー回避が可能になり、データ再送の準備ができる。さらに、ターゲット端末は、欠落したデータからデータの再送をイニシエータ端末へ行う。これにより、データの再送が実現できる。
【０２６２】
図２０は、イニシエータ端末１０１とターゲット端末１０２が第２の無線通信方式で無線通信を行っている場合の処理である。
【０２６３】
（ステップＳ９０１）アクセス処理部２０２は、第２無線部２０４に対してＣｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットを送信することを指示する。Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  ＲｅｑｕｅｓｔパケットのＰＳＮ１２０５に、０を格納する。
【０２６４】
（ステップＳ９０２）第２無線部２０４は、受信したＣｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットを第２無線部２０８へ送信する。
【０２６５】
（ステップＳ９０３）第２無線部２０８は、受信したＣｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットをアクセス処理部２０６へ通知する。
【０２６６】
（ステップＳ９０４）アクセス処理部２０６は、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔパケットを受信すると、記憶媒体１０３へのデータ書き込み処理を中断する。このとき、アクセス処理部２０６は、記憶媒体１０３へ書き込み済みのデータについて削除する処理を行っても良い。アクセス処理部２０６は、第２無線部２０８に対して、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットの送信を指示する。
【０２６７】
（ステップＳ９０５）第２無線部２０８は、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットを第２無線部２０４へ送信する。
【０２６８】
（ステップＳ９０６）第２無線部２０４は、受信したＣｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットをアクセス処理部２０２へ通知する。
【０２６９】
（ステップＳ９０７）アクセス処理部２０２は、Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅパケットを解釈し、アプリケーション部２０１に対して、ターゲット端末１０２との間で通信が失敗したことを通知する。
【０２７０】
（ステップＳ９０８）アプリケーション部２０１は、通信が失敗した通知を受けて、再度、Ｗｒｉｔｅ  ＣＭＤを指示する。これにより、ステップＳ６０１〜Ｓ６１９の処理を再度実施する。
【０２７１】
以上のように、イニシエータ端末は、第２の無線通信方式の無線通信を介してターゲット端末と接続する第２無線部を利用してデータの送受信を行っている際に、データ欠落が発生すると、記憶媒体へのアクセスを中断し、ターゲット端末は、記憶媒体へのアクセスを中断する。これにより、エラーが発生した時に、エラー回避が可能になる。さらに、イニシエータ端末は、データの書き込み処理を最初から行う。これにより、データの再送が実現できる。
【０２７２】
＜２−３．効果＞
以上のように、本実施の形態において、イニシエータ端末１０１は、第１の無線通信方式の無線通信を介してターゲット端末１０２と接続する第１無線部２０３と、第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介してターゲット端末１０２と接続する第２無線部２０４と、ターゲット端末１０２が有する記憶媒体１０３へリモートアクセスを実現するアクセスプロトコル処理を行うアクセス処理部２０２と、を備える。アクセス処理部２０２は、記憶媒体１０３にアクセス中にエラーが発生した時に、第１無線部２０３で無線通信する場合と第２無線部２０４で無線通信する場合とでエラーに対する処理を切替える。ターゲット端末１０２は、記憶媒体１０３と、第１の無線通信方式の無線通信を介してイニシエータ端末１０１と接続する第１無線部２０７と、第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介してイニシエータ端末１０１と接続する第２無線部２０８と、イニシエータ端末１０１の記憶媒体１０３へのリモートアクセスを許可し、リモートアクセスを実現するアクセスプロトコル処理を行うアクセス処理部２０６と、を備える。アクセス処理部２０６は、イニシエータ端末１０１の記憶媒体１０３へのアクセス中にエラーが発生した時に、第１無線部２０７で無線通信する場合と第２無線部２０８で無線通信する場合とでエラーに対する処理を切替える。
【０２７３】
これにより、利用している無線通信方式に応じて、エラー発生時に対する書き込みの処理が適切に実施できる。
【０２７４】
また、本実施の形態のイニシエータ端末１０１において、アクセス処理部２０２は、エラーに対する処理として、第１無線部２０３で無線通信する場合は、記憶媒体１０３へのアクセス中のエラーが、データの欠落であるかどうかを確認する旨のパケットを送出し、第２無線部２０４で無線通信する場合は、記憶媒体１０３へのアクセスを中断する。ターゲット端末１０２は、アクセス処理部２０６は、エラーに対する処理として、第１無線部２０７で無線通信する場合は、記憶媒体１０３へのアクセス中のエラーがデータの欠落である旨のパケットを送出し、第２無線部２０８で無線通信する場合は、記憶媒体１０３へのアクセスを中断する。
【０２７５】
これにより、利用している無線通信方式に応じて、エラーが発生した時に、エラー回避が可能になる。
【０２７６】
また、本実施の形態のイニシエータ端末１０１は、アクセス処理部２０２におけるエラーに対する処理は、第１無線部２０３で無線通信する場合は、エラーが生じたデータから再送を行い、第２無線部２０４で無線通信する場合は、エラーが生じたデータよりも前のデータから再送を行う。ターゲット端末１０２は、アクセス処理部２０６におけるエラーに対する処理は、第１無線部２０７で無線通信する場合は、エラーが生じたデータから再送を行い、第２無線部２０８で無線通信する場合は、エラーが生じたデータよりも前のデータから再送を行う。
【０２７７】
これにより、利用している無線通信方式に応じて、書き込み処理のデータの再送が実現できる。
【０２７８】
また、本実施の形態のイニシエータ端末１０１は、第１無線部２０３は、第２無線部２０４よりも通信速度が遅い。ターゲット端末１０２は、第１無線部２０７は、第２無線部２０８よりも通信速度が遅い。
【０２７９】
これにより、利用している無線通信方式の通信速度に応じて、エラーに対応する処理を実現できる。
【０２８０】
また、本実施の形態のイニシエータ端末１０１は、アクセス処理部２０２におけるエラーに対する処理において、第１無線部２０３で無線通信する場合の再送するデータ量が第２無線部２０４で無線通信する場合の再送するデータ量よりも少ない。ターゲット端末１０２は、アクセス処理部２０６におけるエラーに対する処理において、第１無線部２０７で無線通信する場合の再送するデータ量が第２無線部２０８で無線通信する場合の再送するデータ量よりも少ない。
【０２８１】
これにより、利用している無線通信方式の通信速度に応じて、エラーに対応する処理における再送するデータ量を切替えることができる。
【０２８２】
また、本実施の形態のイニシエータ端末１０１は、第１の無線通信方式は、ＷｉＦｉであり、第２の無線通信方式は、ＷｉＧｉｇである。ターゲット端末１０２は、第１の無線通信方式は、ＷｉＦｉであり、第２の無線通信方式は、ＷｉＧｉｇである。
【０２８３】
これにより、利用している無線通信方式、すなわち、ＷｉＦｉかＷｉＧｉｇであるかに応じて、エラーに対する処理が適切に実施できる。
【０２８４】
本実施の形態において、第１の無線通信方式である、ＷｉＦｉのように比較的遅い無線通信方式の場合には、データの欠落が発生すると、欠落したデータから再度データの書き込みを行う。第２の無線通信方式である、ＷｉＧｉｇのように比較的速い無線通信方式の場合には、データ欠落が発生すると、データの書き込み処理を始めから行うことでデータの書き込みを行う。
【０２８５】
比較的遅い無線通信方式の場合に、データ書き込み処理を始めから行うと、再送処理に比較的長い時間が必要となる。逆に、比較的速い無線通信方式では、欠落したデータから再送を行うと、制御が複雑になってしまう可能性がある。
【０２８６】
そのため、本実施の形態において、無線通信方式に応じて、エラーに対する処理を切替えることで、それぞれの無線通信方式に適したデータ再送を実現できる。
【０２８７】
さらに、イニシエータ端末１０１のアプリケーション部２０１とターゲット端末１０２の記憶媒体１０３とは透過的アクセス可能な構成としているので、アプリケーション部２０１等の上位層には、接続していることを意識することなく、データの再送が可能になる。
【０２８８】
以上により、複数の無線通信方式を備えた端末において、エラー発生時のデータ送受信の復旧処理を効率的に行うイニシエータ端末及びターゲット端末を提供することができる。
【０２８９】
（他の実施の形態）
実施の形態１、２ではイニシエータ端末１０１とターゲット端末１０２が２つの無線通信方式で通信可能な場合を例に説明したが、本開示はこれに限定されない。３つ以上の異なる無線通信方式を備えていてもよい。
【０２９０】
また、本開示は、イニシエータ端末やターゲット端末が備えるハードウェアを制御するソフトウェアプログラムとして実現してもよい。この場合、ソフトウェアはＣＰＵ上で実行されるものであってもよいし、集積回路上で実現されるものであってもよい。
【産業上の利用可能性】
【０２９１】
本開示は、通信可能な外部端末が有する記憶媒体を、複数の無線通信方式を用いて、自端末の記憶媒体と同様にアクセス可能に接続し、トランザクションを実現する装置やシステムで有用である。
【符号の説明】
【０２９２】
１００    無線通信システム
１０１    イニシエータ端末
１０２    ターゲット端末
１０３    記憶媒体
２０１，２０５    アプリケーション部
２０２，２０６    アクセス処理部
２０３，２０７    第１無線部
２０４，２０８    第２無線部
４１，５１，６１，７１，８１，９１，１００１，１１０１，１２０１，１３０１，１４０１    無線パケットヘッダ
４２，５２，６２，７２，８２，９２，１００２，１１０２，１２０２，１３０２，１４０２    無線パケットペイロード
６３，７３，８３，９３，１００３，１１０３，１２０３，１３０３，１４０３    制御データ
６４    ＣＭＤ
６５，７５，８５，９５，１００５，１１０５，１２０５，１３０５，１４０５    ＰＳＮ
７４    ＣＭＤ  Ｒｅｓｐｏｎｓｅ
８４    ＤＡＴＡ
９４    ＡＣＫ
９６，１００６，１１０６    Ｒｅｍａｉｎｉｎｇ  Ｓｉｚｅ
１００４    Ｃｈｅｃｋ−Ｓｔａｔｕｓ
１００７，１１０７    ＮｅｘｔＰＳＮ
１１０４    Ｃｈｅｃｋ−Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅ
１２０４    Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｑｕｅｓｔ
１３０４    Ｃｌｅａｒ  Ｂｕｓ  Ｈａｎｄｌｅ  Ｒｅｓｐｏｎｓｅ
１４０４    Ｉｎｔｅｒｒｕｐｔ
１４０６    Ｅｖｅｎｔ  Ｔｙｐｅ
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１の無線通信方式の無線通信を介してターゲット端末と接続する第１無線部と、
前記第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介して前記ターゲット端末と接続する第２無線部と、
前記ターゲット端末が有する記憶媒体へリモートアクセスを実現するアクセスプロトコル処理を行うアクセス処理部と、を備え、
前記アクセス処理部は、前記記憶媒体にアクセス中にエラーが発生した時に、前記第１無線部で無線通信する場合と前記第２無線部で無線通信する場合とで前記記憶媒体へのアクセスに対する処理を異ならせる、イニシエータ端末。
【請求項２】
前記アクセス処理部は、前記エラーに対する処理として、前記第１無線部で無線通信する場合は、前記記憶媒体へのアクセス中のエラーが、データの欠落であるかどうかを確認する旨のパケットを送出し、前記第２無線部で無線通信する場合は、前記記憶媒体へのアクセスを中断する、
請求項１に記載のイニシエータ端末。
【請求項３】
前記アクセス処理部における前記エラーに対する処理は、前記第１無線部で無線通信する場合は、エラーが生じたデータから再送を行い、前記第２無線部で無線通信する場合は、エラーが生じたデータよりも前のデータから再送を行う、
請求項２に記載のイニシエータ端末。
【請求項４】
前記第１無線部は、前記第２無線部よりも通信速度が遅い、
請求項１記載のイニシエータ端末。
【請求項５】
前記アクセス処理部における前記エラーに対する処理において、前記第１無線部で無線通信する場合の再送するデータ量が前記第２無線部で無線通信する場合の再送するデータ量よりも少ない、
請求項４に記載のイニシエータ端末。
【請求項６】
前記第１の無線通信方式は、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）であり、
前記第２の無線通信方式は、ＷｉＧｉｇ（Ｗｉｒｅｌｅｓｓ  Ｇｉｇａｂｉｔ）である、
請求項４に記載のイニシエータ端末。
【請求項７】
記憶媒体と、
第１の無線通信方式の無線通信を介してイニシエータ端末と接続する第１無線部と、
前記第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介して前記イニシエータ端末と接続する第２無線部と、
前記イニシエータ端末の前記記憶媒体へのリモートアクセスを許可し、リモートアクセスを実現するアクセスプロトコル処理を行うアクセス処理部と、を備え、
前記アクセス処理部は、前記イニシエータ端末の前記記憶媒体へのアクセス中にエラーが発生した時に、前記第１無線部で無線通信する場合と前記第２無線部で無線通信する場合とで前記記憶媒体へのアクセスに対する処理を異ならせる、
ターゲット端末。
【請求項８】
前記アクセス処理部は、前記エラーに対する処理として、
前記第１無線部で無線通信する場合は、前記記憶媒体へのアクセス中のエラーがデータの欠落である旨のパケットを送出し、
前記第２無線部で無線通信する場合は、前記記憶媒体へのアクセスを中断する、
請求項７に記載のターゲット端末。
【請求項９】
前記アクセス処理部における前記エラーに対する処理は、前記第１無線部で無線通信する場合は、エラーが生じたデータから再送を行い、前記第２無線部で無線通信する場合は、エラーが生じたデータよりも前のデータから再送を行う、
請求項７に記載のターゲット端末。
【請求項１０】
前記第１無線部は、前記第２無線部よりも通信速度が遅い、
請求項７に記載のターゲット端末。
【請求項１１】
前記アクセス処理部における前記エラーに対する処理において、前記第１無線部で無線通信する場合の再送するデータ量が前記第２無線部で無線通信する場合の再送するデータ量よりも少ない、
請求項７に記載のターゲット端末。
【請求項１２】
前記第１の無線通信方式は、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）であり、
前記第２の無線通信方式は、ＷｉＧｉｇ（Ｗｉｒｅｌｅｓｓ  Ｇｉｇａｂｉｔ）である、
請求項７に記載のターゲット端末。
【請求項１３】
第１の無線通信方式の無線通信を介してターゲット端末と接続し、
前記第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介して前記ターゲット端末と接続し、
前記ターゲット端末が有する記憶媒体へリモートアクセスを実現するアクセスプロトコル処理を行い、
前記記憶媒体にアクセス中にエラーが発生した時に、前記第１の無線通信方式で無線通信する場合と前記第２の無線通信方式で無線通信する場合とで前記記憶媒体へのアクセスに対する処理を異ならせる、
イニシエータ端末のエラー処理方法。
【請求項１４】
第１の無線通信方式の無線通信を介してイニシエータ端末と接続し、
前記第１の無線通信方式とは異なる第２の無線通信方式の無線通信を介して前記イニシエータ端末と接続し、
前記イニシエータ端末の記憶媒体へのリモートアクセスを許可し、リモートアクセスを実現するアクセスプロトコル処理を行い、
前記イニシエータ端末の前記記憶媒体へのアクセス中にエラーが発生した時に、前記第１の無線通信方式で無線通信する場合と前記第２の無線通信方式で無線通信する場合とで前記記憶媒体へのアクセスに対する処理を異ならせる、
ターゲット端末のエラー処理方法。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2015059889.tif 000023
【図２】
2015059889.tif 000024
【図３】
2015059889.tif 000025
【図４】
2015059889.tif 000026
【図５】
2015059889.tif 000027
【図６】
2015059889.tif 000028
【図７】
2015059889.tif 000029
【図８】
2015059889.tif 000030
【図９】
2015059889.tif 000031
【図１０】
2015059889.tif 000032
【図１１】
2015059889.tif 000033
【図１２】
2015059889.tif 000034
【図１３】
2015059889.tif 000035
【図１４】
2015059889.tif 000036
【図１５】
2015059889.tif 000037
【図１６】
2015059889.tif 000038
【図１７】
2015059889.tif 000039
【図１８】
2015059889.tif 000040
【図１９】
2015059889.tif 000041
【図２０】
2015059889.tif 000042
【国際調査報告】
2015059889.tif 000043
2015059889.tif 000044
2015059889.tif 000045
2015059889.tif 000046