サーバアクセスポイントからクライアント携帯機器に対して、データのダウンロードをより効率的に行う方法であって、サーバからクライアントに対して、相対的に通信速度の遅い第1の通信回線WiFi等の従来無線リンクにおける所定の長さ例:1個から成るパケットの第1のテストパケットと、相対的に通信速度の速い第2の通信回線ミリ波における所定の長さ例:NN≧1個から成るパケットの第2のテストパケットという、複数のテストパケットを送信するステップと、クライアントにおいて、第1のテストパケットの受信の開始から受信の完了までの第1の期間と、第2のテストパケットの受信の開始から受信の完了までの第2の期間とを測定するステップと、クライアントからサーバに対して、第1の期間と第2の期間とを、テスト結果の情報として送信するステップと、サーバにおいて、第1の期間と第2の期間とを、受信するステップと、サーバからクライアントに対して、第2のテストパケットの長さに相当するデータパケットの送信を第2の通信回線において開始するステップと、サーバからクライアントに対して、第2の通信回線においてデータパケットの送信を開始した時点から、レイテンシの差第2の期間-第1の期間だけ経過した時点タイミングにおいて、第1の通信回線において第1のテストパケットの長さに相当するチェックアウト点呼パケットを送信することを開始するステップとクライアントにおいて、チェックアウト点呼パケットの受信が完了した時点において、もしデータパケットの受信が未だ完了していないものと判断された場合には、サーバに対して、第1の通信回線を通じて、その受信が完了しているべきであったところのデータパケットの再送信をリクエストするステップと、を有する、方法。複数のテストパケットを送信するステップの前に、さらに、クライアントからサーバに対して、データのダウンロードをリクエストするステップと、サーバからクライアントに対して、クライアントに属している認証情報をリクエストするステップと、クライアントからサーバに対して、クライアントに属している認証情報を送信するステップと、サーバにおいて認証情報を受信して認証情報を参照することで、データのダウンロードを認めてもよいかどうかを判断するステップと、を有する、請求項1に記載の方法。サーバアクセスポイントからクライアント携帯機器に対して、データのダウンロードをより効率的に行う方法であって、サーバからクライアントに対して、相対的に通信速度の遅い第1の通信回線WiFi等の従来無線リンクにおける所定の長さ例:1個から成るパケットの第1のテストパケットと、相対的に通信速度の速い第2の通信回線ミリ波における所定の長さ例:NN≧1個から成るパケットの第2のテストパケットという、複数のテストパケットを送信するステップと、クライアントにおいて、第1のテストパケットの受信の開始から受信の完了までの第1の期間と、第2のテストパケットの受信の開始から受信の完了までの第2の期間とを測定するステップと、クライアントからサーバに対して、第1の期間と第2の期間とを、テスト結果の情報として送信するステップと、サーバにおいて、第1の期間と第2の期間とを、受信するステップと、サーバからクライアントに対して、第1のテストパケットの長さに相当するチェックアウト点呼パケットの送信を第1の通信回線において開始するステップと、サーバからクライアントに対して、第1の通信回線においてチェックアウトパケットの送信を開始した時点から、レイテンシの差第1の期間-第2の期間だけ経過した時点タイミングにおいて、第2の通信回線において第2のテストパケットの長さに相当するデータパケットを送信することを開始するステップとクライアントにおいて、チェックアウト点呼パケットの受信が完了した時点において、もしデータパケットの受信が未だ完了していないものと判断された場合には、サーバに対して、第1の通信回線を通じて、その受信が完了しているべきであったところのデータパケットの再送信をリクエストするステップと、を有する、方法。サーバアクセスポイントからのデータのダウンロードをより効率的に行う、クライアント携帯機器であって、サーバから送信されてくるところの、相対的に通信速度の遅い第1の通信回線WiFi等の従来無線リンクにおける所定の長さ例:1個から成るパケットの第1のテストパケットと、相対的に通信速度の速い第2の通信回線ミリ波における所定の長さ例:NN≧1個から成るパケットの第2のテストパケットという、複数のテストパケットを受信し、第1のテストパケットの受信の開始から受信の完了までの第1の期間と、第2のテストパケットの受信の開始から受信の完了までの第2の期間とを測定し、サーバに対して、第1の期間と第2の期間とを、テスト結果の情報として送信し、サーバから送信されてくるところの、第1の通信回線においてチェックアウト点呼パケットの受信が完了した時点において、もし第2の通信回線においてデータパケットの受信が未だ完了していないものと判断された場合には、サーバに対して、第1の通信回線を通じて、その受信が完了しているべきであったところのデータパケットの再送信をリクエストする、クライアント携帯機器。クライアント携帯機器に対して、データのダウンロードをより効率的に行わせる、サーバアクセスポイントであって、クライアントに対して、相対的に通信速度の遅い第1の通信回線WiFi等の従来無線リンクにおける所定の長さ例:1個から成るパケットの第1のテストパケットと、相対的に通信速度の速い第2の通信回線ミリ波における所定の長さ例:NN≧1個から成るパケットの第2のテストパケットという、複数のテストパケットを送信し、クライアントから送信されてくるところの、第1のテストパケットの受信の開始から受信の完了までの第1の期間と、第2のテストパケットの受信の開始から受信の完了までの第2の期間とを、テスト結果の情報として受信し、クライアントに対して、第2のテストパケットの長さに相当するデータパケットの送信を第2の通信回線において開始し、クライアントに対して、第2の通信回線においてデータパケットの送信を開始した時点から、レイテンシの差第2の期間-第1の期間だけ経過した時点タイミングにおいて、第1の通信回線において第1のテストパケットの長さに相当するチェックアウト点呼パケットを送信する、サーバアクセスポイント。さらに、クライアントから第1の通信回線を通じてリクエストされる、データパケットの再送信に応答して、クライアントに対して、リクエストされたデータパケットを再送信する、請求項5に記載のサーバアクセスポイント。クライアント携帯機器に対して、データのダウンロードをより効率的に行わせる、サーバアクセスポイントであって、クライアントに対して、相対的に通信速度の遅い第1の通信回線WiFi等の従来無線リンクにおける所定の長さ例:1個から成るパケットの第1のテストパケットと、相対的に通信速度の速い第2の通信回線ミリ波における所定の長さ例:NN≧1個から成るパケットの第2のテストパケットという、複数のテストパケットを送信し、クライアントから送信されてくるところの、第1のテストパケットの受信の開始から受信の完了までの第1の期間と、第2のテストパケットの受信の開始から受信の完了までの第2の期間とを、テスト結果の情報として受信し、クライアントに対して、第1のテストパケットの長さに相当するチェックアウト点呼パケットの送信を第1の通信回線において開始し、クライアントに対して、第1の通信回線においてチェックアウト点呼パケットの送信を開始した時点から、レイテンシの差第1の期間-第2の期間だけ経過した時点タイミングにおいて、第2の通信回線において第2のテストパケットの長さに相当するデータパケットを送信する、サーバアクセスポイント。サーバアクセスポイントからのデータのダウンロードをより効率的に行う、クライアント携帯機器に実行させるためのプログラムであって、サーバから送信されてくるところの、相対的に通信速度の遅い第1の通信回線WiFi等の従来無線リンクにおける所定の長さ例:1個から成るパケットの第1のテストパケットと、相対的に通信速度の速い第2の通信回線ミリ波における所定の長さ例:NN≧1個から成るパケットの第2のテストパケットという、複数のテストパケットを受信するコードと、第1のテストパケットの受信の開始から受信の完了までの第1の期間と、第2のテストパケットの受信の開始から受信の完了までの第2の期間とを測定するコードと、サーバに対して、第1の期間と第2の期間とを、テスト結果の情報として送信するコードと、第1の通信回線においてチェックアウト点呼パケットの受信が完了した時点において、もし第2の通信回線においてデータパケットの受信が未だ完了していないものと判断された場合には、サーバに対して、第1の通信回線を通じて、その受信が完了しているべきであったところのデータパケットの再送信をリクエストするコードとを、クライアント携帯機器に実行させるためのプログラム。クライアント携帯機器に対して、データのダウンロードをより効率的に行わせる、サーバアクセスポイントに実行させるためのプログラムであって、クライアントに対して、相対的に通信速度の遅い第1の通信回線WiFi等の従来無線リンクにおける所定の長さ例:1個から成るパケットの第1のテストパケットと、相対的に通信速度の速い第2の通信回線ミリ波における所定の長さ例:NN≧1個から成るパケットの第2のテストパケットという、複数のテストパケットを送信するコードと、クライアントから送信されてくるところの、第1のテストパケットの受信の開始から受信の完了までの第1の期間と、第2のテストパケットの受信の開始から受信の完了までの第2の期間とを、テスト結果の情報として受信するコードと、クライアントに対して、第2のテストパケットの長さに相当するデータパケットの送信を第2の通信回線において開始するコードと、クライアントに対して、第2の通信回線においてデータパケットの送信を開始した時点から、レイテンシの差第2の期間-第1の期間だけ経過した時点タイミングにおいて、第1の通信回線において第1のテストパケットの長さに相当するチェックアウト点呼パケットを送信するコードとを、サーバアクセスポイントに実行させるためのプログラム。クライアント携帯機器に対して、データのダウンロードをより効率的に行わせる、サーバアクセスポイントに実行させるためのプログラムであって、クライアントに対して、相対的に通信速度の遅い第1の通信回線WiFi等の従来無線リンクにおける所定の長さ例:1個から成るパケットの第1のテストパケットと、相対的に通信速度の速い第2の通信回線ミリ波における所定の長さ例:NN≧1個から成るパケットの第2のテストパケットという、複数のテストパケットを送信するコードと、クライアントから送信されてくるところの、第1のテストパケットの受信の開始から受信の完了までの第1の期間と、第2のテストパケットの受信の開始から受信の完了までの第2の期間とを、テスト結果の情報として受信するコードと、クライアントに対して、第1のテストパケットの長さに相当するチェックアウト点呼パケットの送信を第1の通信回線において開始するコードと、クライアントに対して、第1の通信回線においてチェックアウト点呼パケットの送信を開始した時点から、レイテンシの差第1の期間-第2の期間だけ経過した時点タイミングにおいて、第2の通信回線において第2のテストパケットの長さに相当するデータパケットを送信するコードとを、サーバアクセスポイントに実行させるためのプログラム。本発明の目的は、ミリ波の無線通信と従来の無線通信WiFi、Bluetooth、3Gなどとの両方を用い、サーバアクセスポイントからクライアント携帯機器へと大容量ファイルデータを高速かつ効率的にダウンロードすることにある。サーバからクライアントに対して、ファイルデータはデータパケットとしてミリ波で送る。並行して、データパケットに対応したチェックアウトパケット点呼パケットをチェックアウトジェネレータCheckoutgeneratorで生成し、WiFiまたは、Bluetooth、3Gなど従来の無線リンクを使って送る。ミリ波パケットとそれに対応するチェックアウトパケットの送信タイミングは、リンク設立時にテストとして、ミリ波とWiFiまたは、Bluetooth、3Gなど従来の無線リンクのレイテンシを測定し、モニタリングしながら調整を行う。受信側では、チェックアウトパケットの受信が完了したときに、それに対応するミリ波パケットが届いているかどうかをチェックする点呼をとる。対応するミリ波パケットが届いていなければ、ロスしたものと判断し、再送信のリクエストをWiFi経由でサーバへ返す。既に届いているのであれば、届いているという確認をWiFi経由でサーバへ返すこともできる。オーバヘッドを少なくするため、ミリ波パケットNN≧1個に対し、チェックアウトパケット1個を送るという設定も可能である。ファイルシステムとして、制御等に関わってくるディレクトリ情報は、WiFi経由でサーバ、クライアント間で共有し、サーバからクライアントへの大きなデータ転送はミリ波を使う。タイムアウトを使わず、素早いミリ波パケットのロス検出、再送処理が可能になる。ミリ波データパケットと従来無線WiFi、Bluetooth、3Gなど制御パケットとのタイミング調整によりオーバヘッドを低減することができる。携帯機器側では、最初のダウンロードリクエストを除き、すべてサーバからのコマンドに応答する形で動作するようにすることが可能であるため、制御プログラムが簡単になる。ミリ波受信機の電力制御オンオフがより正確に制御できるようになるため、省電力につなげることができる。図1は、本発明が適用される状況の概要を模式的に示す図である。サーバアクセスポイントからクライアント携帯機器へ、データのダウンロードとして、例えば、ファイルデータを送る。2つの性質の異なった無線リンク、ここではミリ波Millimeterwave、略してmmWaveとも表現すると従来無線WiFi、Bluetooth、3Gなどを使う。基本的な制御は従来無線リンクの通信回線を通じて行い、データの送信はミリ波の通信回線を通じて行う。サーバアクセスポイントからは、データパケットとチェックアウトパケットとが送信される。チェックアウトパケットは、チェックアウトジェネレータにおいて生成され、点呼パケットとも呼ばれる。パケットは、典型的にはヘッダとペイロードとから構成される。ヘッダには、ペイロードの識別情報等が含まれており、ペイロードにはデータとしての基本的な内容が含まれている。本願発明の適用は、このような構成に限られるものではない。ヘッダはまた、従来無線リンクの通信回線とミリ波の通信回線との両方に並行して送信されるが、受信側でそれら複数のパケットデータパケットとチェックアウトパケットの対応する関係を識別して、モニタリングしたり制御したりするために利用される。大容量ファイルのデータを高速にダウンロードすることを想定して、データパケットの長さは模式的には長めに表現しているが、所定の長さであってよい。サーバとクライアントとは、相対的に通信速度の遅い第1の通信回線WiFi等の従来無線リンクでは、双方向の通信を想定している。一方で、相対的に通信速度の速い第2の通信回線ミリ波mmWaveでは、サーバからクライアントへの、一方向の通信を想定している。チェックアウトパケットの長さは模式的には短かめに表現しているが、チェックアウト点呼の機能を果たすことができれば、所定の長さであってよい。オーバヘッドを少なくするため、ミリ波パケットNN≧1個に対し、チェックアウトパケット1個を送信するという設定も可能であるクライアント側のシンクロナイザーは、第1の通信回線と第2の通信回線とを通じて並行して別々に受信される複数のパケットに関する時間タイミングを測定し、それらの相対的関係をモニタリングすることができる。例えば、受信の開始から完了までの期間を測定することができ、データパケットとチェックアウトパケットとの受信について、チェックアウトパケットの受信が完了した時点において、データパケットの受信が完了しているか、あるいは、未だ完了していないものかという判断をすることができる。シンクロナイザーは、データパケットの受信が未だ完了していないものであるという判断をした場合には、第1の通信回線WiFi等の従来無線リンクを通じて、データパケットの再送信等を、サーバに対してリクエストすることができる。データパケットの受信が完了しているという判断をした場合には、受信が完了している届いているという確認をサーバへ返すように構成することも可能である。図2は、本発明のデータ転送手順を示す図である。クライアント携帯機器からサーバアクセスポイントに対して、データのダウンロードをリクエストする。すると、サーバからクライアントに対して、コマンドのような形で、クライアントに属している認証情報をリクエストする。サーバにおいて認証情報を受信して記録されているまたは通信によって取得できる認証情報を参照することで、クライアントに対してデータのダウンロードを認めてもよいかどうかを判断し、認めてもよい場合には、サーバからクライアントに対して、データのダウンロードが開始される。ここまでは、ミリ波の受信機の電源をオフにしても進めることができる。ミリ波リンク初期設定は、ビーム設定、QoS、タイミング測定を含む。サーバ側からコマンドの形を通じて、サーバ側の主導で進めることができる。クライアント側のミリ波受信機の電源は、この初期設定を開始した時点から待機的にオンONしておけばよい。ミリ波受信機の電源を受信が必要なときだけオンにできるので、クライアント側の消費電力を削減することができる。ミリ波リンク初期設定としては、サーバからクライアントに対して、相対的に通信速度の遅い第1の通信回線WiFi等の従来無線リンクにおける所定の長さ例:1個から成るパケットの第1のテストパケットと、相対的に通信速度の速い第2の通信回線ミリ波における所定の長さ例:NN≧1個から成るパケットの第2のテストパケットという、複数のテストパケットを送信する。クライアント側では、第1のテストパケットの受信の開始から受信の完了までの第1の期間と、第2のテストパケットの受信の開始から受信の完了までの第2の期間とを測定する。クライアントからサーバに対して、第1の期間と第2の期間とを、テスト結果の情報として送信する。サーバにおいて、第1の期間と第2の期間とを受信する。図3は、ミリ波パケットとWiFiパケットの到着タイミングによる転送効率を示したものである。サーバの送信側は、ミリ波でデータパケットを送り、並行して別に、WiFiでチェックアウトパケットを送る。クライアントの受信側は、データパケットとチェックアウトパケットを受信するが、チェックアウトパケットの受信が完了した時点で、データパケットの受信が完了しているかどうか届いているかどうかの点呼をとって判断を行う。図3のAは、データパケットがすべて到着して、少し間をおいてからチェックアウトパケットが届いたケースを示している。チェックアウトパケットが届いてから点呼をとることになるため、確認待ちの時間ロスが生ずる。図3のBは、図3のAとは逆のケースになり、データパケットがすべて到着する前に、チェックアウトパケットが到着してしまい、点呼を行ったケースである。点呼をとってから後に到着したデータパケットはロスしたものとみなされて、再送要求が送信側へ送られることになる。同じパケットが複数回送られても、1つだけ受け取って残りを破棄すれば、データの一貫性は保つことができるものの、転送効率としては悪化することになる。図3Cはチェックアウトパケットが到着し、点呼を開始する直前にすべてのデータパケットが到着しているケースを示している。理論的には、サーバからクライアントに対して、第2のテストパケットの長さに相当するデータパケットの送信を第2の通信回線において開始し、サーバからクライアントに対して、第2の通信回線においてデータパケットの送信を開始した時点から、レイテンシの差第2の期間-第1の期間だけ経過した時点タイミングにおいて、第1の通信回線において第1のテストパケットの長さに相当するチェックアウト点呼パケットを送信することを開始すれば、待ち時間の無駄もなく、素早く再送信のリクエストを出せるという点で、最も効率がよいことになる。すなわち、レイテンシの差第2の期間-第1の期間だけ経過した時点タイミングという用語の意義の解釈は、時間の一点に限定して狭く解釈されるべきでなく、このようにAやBに比較して効率を追求している、Cに近づける最適化をしているという本発明の技術的思想の範囲内において、広く解釈されるべきである。また、ABCのパターンにおいては、データパケットを先に送信することを開始して、チェックアウトパケットは後に送信することを開始するとして例示した。データパケットが大容量ファイルのデータである場合には、このようなパターンに該当する場合が多いことであろうが、チェックアウトパケットの送信がかなり遅い場合には、チェックアウトパケットを先に送信することを開始する必要が生じる場合もある。そのような場合には、レイテンシの差第2の期間-第1の期間だけ経過した時点タイミングは、レイテンシの差第1の期間-第2の期間だけ経過した時点タイミングに変更したものを選択すればよい。送信したデータが受信されるまでの時間、すなわちレイテンシは、ハードウェア的、ソフトウェア的な要因等で発生する。そのため、サーバの種類、クライアント側の携帯機器の種類、サーバとクライアントとの距離、使用環境外的ノイズの多い状況、遮蔽物の介在、人通りによる一時的な遮断によって異なってくる。そのような意味でも、第1のテストパケットおよび第2のテストパケットによって、事前に送信および受信してリンクの状況を確認しておくこと図2参照には重要な意義がある。図4はタイミングの調整の概念図である。図4Aに示すように、ミリ波リンク初期設定の段階で、ミリ波とWiFiのレイテンシ差を測定する。ファイル転送時には、図4Bに示すとおり、ミリ波とWiFiにおいて、データパケットとチェックアウトパケットとに時間差レイテンシの差をつけて送り出す。第1のテストパケットの所定の長さと第2のテストパケットの所定の長さとを、相対的な通信速度の違いを考慮して正規化しておくと、次のステップにおいて送信するところの、データパケットの長さとチェックアウトパケットの長さとを算出するにあたって好都合となる。すなわち、第1のテストパケットの所定の長さに相当するチェックアウトパケットの長さと、第2のテストパケットの所定の長さに相当するデータパケットの長さとは、各々が前のステップにおいて送信されたテストパケットと同じ長さになっているという意味ではなく、正規化されたテストパケットの所定の長さを基準にして算出されたものになっているという意味であることに注意されたい。ミリ波では毎秒数ギガビットの速度で転送を行うことができる。データパケットとチェックアウトパケットの組の転送で1ミリ秒の待ちが入っても、数メガビットの遅れとなってしまう。実際のファイル転送では、ファイルサイズによって、データパケットとチェックアウトパケットの組が繰り返し転送されるため、累積する遅れは大きくなる。たとえば、データパケットとチェックアウトパケットの組が1000回繰り返されるようなファイル転送では、遅れは1秒間数ギガビット相当となってしまう。再び図2に戻ると、クライアントからダウンロードの完了がOKとして通知された時点で、クライアント側は消費電力を削減するべく、それ以降は、クライアント側のミリ波受信機の電源をにオフOFFしてしまってよい。サーバからクライアントに対して、終了処理のクライアントに属している認証情報を参照することで、クライアントに対してダウンロードのサービスをしたことに対して、ダウンロードサービスの対価としての課金などの処理をすればよい。終了処理は、相対的に通信速度の遅い第1の通信回線WiFi等の従来無線リンクにおいて行えばよい。本発明の方法の実施は、プログラムコードとして具現化されたコンピュータプログラムとすることができる。また、サーバとクライアントという関係での役割分担において本発明が実施されるため、部分的な役割を担うサーバ、部分的な役割を担うクライアント、または、サーバまたはクライアントに部分的な役割を実行させるためのプログラムとして具現化することができる。