特許 6201208 通信装置、プログラムおよび通信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6201208

(24)【登録日】2017年9月8日

(45)【発行日】2017年9月27日

(54)【発明の名称】通信装置、プログラムおよび通信方法

(51)【国際特許分類】

   H04W 4/00 20090101AFI20170914BHJP

   H04W 88/06 20090101ALI20170914BHJP

   H04W 76/04 20090101ALI20170914BHJP

【ＦＩ】

   H04W4/00 111

   H04W88/06

   H04W76/04

【請求項の数】11

【全頁数】18

(21)【出願番号】特願2013-137378(P2013-137378)

(22)【出願日】2013年6月28日

(65)【公開番号】特開2015-12514(P2015-12514A)

(43)【公開日】2015年1月19日

【審査請求日】2016年2月3日

(73)【特許権者】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】100114258

【弁理士】

【氏名又は名称】福地 武雄

(74)【代理人】

【識別番号】100125391

【弁理士】

【氏名又は名称】白川 洋一

(72)【発明者】

【氏名】藤本 貴

【審査官】 久慈 渉

(56)【参考文献】

【文献】 特開２０１３−０３０８９０（ＪＰ，Ａ）

【文献】 特開２００５−３４１３１０（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

相互に異なる無線通信方式で同時に無線通信を行なうことが可能な複数の無線通信機を有する通信装置であって、
アプリケーションから送信されたリクエストを解析し、任意に決められた量のデータを要求するリクエストとそれ以外のリクエストとを振り分けて出力するリクエスト解析部と、
前記任意に決められた量のデータを要求するリクエストがあった場合、各無線通信方式の通信経路の状態に応じて、無線通信方式毎にデータのレンジサイズを定め、前記定めたレンジサイズのデータを同時に複数の無線通信方式で要求するリクエストを行なうと共に、各無線通信方式の通信経路のスループットを定期的に測定するリクエスト分配部と、を備え、
前記リクエスト分配部は、
前記測定した各無線通信方式の通信経路のスループットに基づいて、複数の無線通信方式を、スループットが最小の無線通信方式を少なくとも含む低速通信方式群とスループットが最大の無線通信方式を少なくとも含む高速通信方式群とにグルーピングし、前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得するために要する第１の時間と、前記高速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得すると共に前記高速通信方式群に含まれる各無線通信方式で前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得するために要する第２の時間とを比較し、
前記第２の時間の方が小さい場合は、前記低速通信方式群に含まれる各無線通信方式によるリクエストを停止し、前記高速通信方式群に含まれる各無線通信方式で前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータを取得するリクエストを行なうことを特徴とする通信装置。

【請求項2】

前記リクエスト分配部は、前記高速通信方式群に含まれる各無線通信方式で行なったリクエストに対応するデータをすべて取得した時点を基準として、前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得するために要する第３の時間と、前記高速通信方式群に含まれる各無線通信方式で前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得するために要する第４の時間とを比較し、
前記第４の時間の方が小さい場合は、前記低速通信方式群に含まれる各無線通信方式によるリクエストを停止し、前記高速通信方式群に含まれる各無線通信方式で前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータを取得するリクエストを行なうことを特徴とする請求項１記載の通信装置。

【請求項3】

相互に異なる無線通信方式で同時に無線通信を行なうことが可能な複数の無線通信機を有する通信装置であって、
アプリケーションから送信されたリクエストを解析し、任意に決められた量のデータを要求するリクエストとそれ以外のリクエストとを振り分けて出力するリクエスト解析部と、
前記任意に決められた量のデータを要求するリクエストがあった場合、各無線通信方式の通信経路の状態に応じて、無線通信方式毎にデータのレンジサイズを定め、前記定めたレンジサイズのデータを同時に複数の無線通信方式で要求するリクエストを行なうと共に、各無線通信方式の通信経路のスループットを定期的に測定するリクエスト分配部と、を備え、
前記リクエスト分配部は、
前記測定した各無線通信方式の通信経路のスループットに基づいて、第１の無線通信方
式で行なったリクエストに対応する未取得の第１のデータをすべて取得するために要する第１の時間と、前記第１の無線通信方式以外の第２の無線通信方式で行なったリクエストに対応する未取得の第２のデータをすべて取得すると共に前記第２の無線通信方式で前記未取得の第１のデータをすべて取得するために要する第２の時間とを比較し、
前記第２の時間の方が小さい場合は、前記第１の無線通信方式によるリクエストを停止し、前記第２の無線通信方式で前記未取得の第１のデータを取得するリクエストを行なうことを特徴とする通信装置。

【請求項4】

前記リクエスト分配部は、前記第２の無線通信方式で行なったリクエストに対応する第２のデータをすべて取得した時点を基準として、前記第１の無線通信方式で行なったリクエストに対応する未取得の第１のデータをすべて取得するために要する第３の時間と、前記第２の無線通信方式で前記未取得の第１のデータをすべて取得するために要する第４の時間とを比較し、
前記第４の時間の方が小さい場合は、前記第１の無線通信方式によるリクエストを停止し、前記第２の無線通信方式で前記未取得の第１のデータを取得するリクエストを行なうことを特徴とする請求項３記載の通信装置。

【請求項5】

請求項１から請求項４のいずれかに記載の通信装置と通信を行なうサーバ装置であって、
各無線通信方式の通信経路のスループットを定期的に測定し、前記通信装置から、無線通信方式毎にデータのリクエストがあった場合、前記測定した各無線通信方式の通信経路のスループットに基づいて、各無線通信方式で送信するデータの量を定める通信制御部を備え、
前記通信装置に対して、前記各無線通信方式にそれぞれ対応する無線通信機で前記定めた量のデータを同時に送信することを特徴とするサーバ装置。

【請求項6】

前記通信制御部は、少なくともスループットが最小の無線通信方式で送信するデータの量をゼロとすることを特徴とする請求項５記載のサーバ装置。

【請求項7】

前記通信制御装置は、少なくともスループットが最小の無線通信方式のセッションを切断することを特徴とする請求項５または請求項６記載のサーバ装置。

【請求項8】

相互に異なる無線通信方式で同時に無線通信を行なうことが可能な複数の無線通信機を有する通信装置のプログラムであって、
アプリケーションから送信されたリクエストを解析し、任意に決められた量のデータを要求するリクエストとそれ以外のリクエストとを振り分けて出力する処理と、
前記任意に決められた量のデータを要求するリクエストがあった場合、各無線通信方式の通信経路の状態に応じて、無線通信方式毎にデータのレンジサイズを定め、前記定めたレンジサイズのデータを同時に複数の無線通信方式で要求するリクエストを行なうと共に、各無線通信方式の通信経路のスループットを定期的に測定する処理と、
前記測定した各無線通信方式の通信経路のスループットに基づいて、複数の無線通信方式を、スループットが最小の無線通信方式を少なくとも含む低速通信方式群とスループットが最大の無線通信方式を少なくとも含む高速通信方式群とにグルーピングする処理と、
前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得するために要する第１の時間と、前記高速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得すると共に前記高速通信方式群に含まれる各無線通信方式で前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得するために要する第２の時間とを比較する処理と、
前記第２の時間の方が小さい場合は、前記低速通信方式群に含まれる各無線通信方式によるリクエストを停止し、前記高速通信方式群に含まれる各無線通信方式で前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータを取得するリクエストを行なう処理と、の一連の処理をコンピュータに実行させることを特徴とするプログラム。

【請求項9】

請求項１から請求項４のいずれかに記載の通信装置と通信を行なうサーバ装置のプログラムであって、
各無線通信方式の通信経路のスループットを定期的に測定する処理と、
前記通信装置から、無線通信方式毎にデータのリクエストがあった場合、前記測定した各無線通信方式の通信経路のスループットに基づいて、各無線通信方式で送信するデータの量を定める処理と、
前記通信装置に対して、前記各無線通信方式にそれぞれ対応する無線通信機で前記定めた量のデータを同時に送信する処理と、の一連の処理を、コンピュータに実行させることを特徴とするプログラム。

【請求項10】

相互に異なる無線通信方式で同時に無線通信を行なうことが可能な複数の無線通信機を有する通信装置の通信方法であって、
アプリケーションから送信されたリクエストを解析し、任意に決められた量のデータを要求するリクエストとそれ以外のリクエストとを振り分けて出力するステップと、
前記任意に決められた量のデータを要求するリクエストがあった場合、各無線通信方式の通信経路の状態に応じて、無線通信方式毎にデータのレンジサイズを定め、前記定めたレンジサイズのデータを同時に複数の無線通信方式で要求するリクエストを行なうと共に、各無線通信方式の通信経路のスループットを定期的に測定するステップと、
前記測定した各無線通信方式の通信経路のスループットに基づいて、複数の無線通信方式を、スループットが最小の無線通信方式を少なくとも含む低速通信方式群とスループットが最大の無線通信方式を少なくとも含む高速通信方式群とにグルーピングするステップと、
前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得するために要する第１の時間と、前記高速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得すると共に前記高速通信方式群に含まれる各無線通信方式で前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得するために要する第２の時間とを比較するステップと、
前記第２の時間の方が小さい場合は、前記低速通信方式群に含まれる各無線通信方式によるリクエストを停止し、前記高速通信方式群に含まれる各無線通信方式で前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータを取得するリクエストを行なうステップと、を少なくとも含むことを特徴とする通信方法。

【請求項11】

請求項１から請求項４のいずれかに記載の通信装置と通信を行なうサーバ装置の通信方法であって、
各無線通信方式の通信経路のスループットを定期的に測定するステップと、
前記通信装置から、無線通信方式毎にデータのリクエストがあった場合、前記測定した各無線通信方式の通信経路のスループットに基づいて、各無線通信方式で送信するデータの量を定めるステップと、
前記通信装置に対して、前記各無線通信方式にそれぞれ対応する無線通信機で前記定めた量のデータを同時に送信するステップと、を少なくとも含むことを特徴とする通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、相互に異なる無線通信方式で同時に無線通信を行なう技術に関する。

【背景技術】

【0002】

従来から、無線ＬＡＮ、携帯電話等の異なる無線メディアを統合するための技術が提案されている。特許文献１には、ピコセル、マイクロセル、マクロセルなる異なるセルサイズを有する異種無線システムを、コグニティブ基地局、コグニティブ端末を用いて統合する技術が開示されている。コグニティブ基地局、コグニティブ端末は、スイッチ、複数の無線モジュール、無線環境認識部を備えており、無線環境認識部は、無線環境を認識して、その認識結果に基づき、スイッチに対してリンクフレームの分配先である無線モジュールの切り替えを指示する。リンクフレームは指示された無線モジュールを介して送受信される。

【0003】

また、特許文献２には、既存の無線メディアの無線リソース制御方式に修正を加えずに、複数の無線メディアをスイッチにより統合して、ＱｏＳ要求を満たす伝送レートを確保し、セル外周部等の低レートにならざるを得ない通信を避けるように、動的に無線メディアを選択して通信する技術が開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００８−０８５７５９号公報

【特許文献2】特開２０１０−１３０２０９号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

近年、パーソナルコンピュータやスマートフォンなどの通信機器で、高速な通信を行なうために、複数の通信経路を束ねて通信を行なう技術が提案されている。この技術でデータを取得する場合、例えば、ファイルをダウンロードするような通信においては、各々の通信能力（通信速度）を考慮して実行しないと、通信速度の遅い経路に引きずられて、ダウンロード時間が遅くなってしまう。

【0006】

すなわち、複数の無線インタフェースを同時に使用して通信を行なう場合、無線通信システムの規格の違い、任意の通信場所における各無線システムの無線・通信状態の違い、クライアント−サーバ間の経路（クライアント−サーバ間距離）の違いにより、データパケットの到着時間に差（遅延差）が生じる。この遅延差が大きいと遅延時間の小さい単一の無線システムで通信を行なった方が、通信時間が短いという結果になってしまう場合がある。

【0007】

例えば、図７Ａ、図７Ｂに示すように、通信速度が異なる２つの無線システム（A、B）があった場合、単純に取得したいデータの半分ずつをそれぞれの無線システムを使ってダウンロードした場合、通信速度の遅い無線システムに引きずられ、通信速度の速い無線システムで全てのデータをダウンロードした時よりも遅くなってしまう。図７Ａに示すように、無線システムＡは、無線システムＢの約３倍の通信速度があるため、無線システムＢのみを用いてデータのダウンロードを行なうと、無線システムＡのみを用いてダウンロードする場合よりも３倍の時間を要する。

【0008】

ここで、送信すべきデータを半分にし、それぞれを無線システムＡとＢを用いてダウンロードすると、図７Ｂに示すように、ダウンロード時間は、ダウンロード時間が長くかかる無線システムＢが完了する時間となるため、無線システムＡだけで全データ量をダウンロードした方が早くダウンロードが完了することとなる。

【0009】

本発明は、このような事情に鑑みてなされたものであり、無線の通信経路の状況の変化等によりデータの取得時間が大幅に遅れる通信方式をリアルタイムに検出し、速やかに是正することによって、任意の無線環境において、常に通信速度の大きい無線通信方式を用いてデータの取得を行なうことができる通信装置、プログラムおよび通信方法を提供することを目的とする。

【課題を解決するための手段】

【0010】

（１）上記の目的を達成するために、本発明は、以下のような手段を講じた。すなわち、本発明の通信装置は、相互に異なる無線通信方式で同時に無線通信を行なうことが可能な複数の無線通信機を有する通信装置であって、アプリケーションから送信されたリクエストを解析し、任意に決められた量のデータを要求するリクエストとそれ以外のリクエストとを振り分けて出力するリクエスト解析部と、前記任意に決められた量のデータを要求するリクエストがあった場合、各無線通信方式の通信経路の状態に応じて、無線通信方式毎にデータのレンジサイズを定め、前記定めたレンジサイズのデータを同時に複数の無線通信方式で要求するリクエストを行なうと共に、各無線通信方式の通信経路のスループットを定期的に測定するリクエスト分配部と、を備え、前記リクエスト分配部は、前記測定した各無線通信方式の通信経路のスループットに基づいて、複数の無線通信方式を、スループットが最小の無線通信方式を少なくとも含む低速通信方式群とスループットが最大の無線通信方式を少なくとも含む高速通信方式群とにグルーピングし、前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得するために要する第１の時間と、前記高速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得すると共に前記高速通信方式群に含まれる各無線通信方式で前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得するために要する第２の時間とを比較し、前記第２の時間の方が小さい場合は、前記低速通信方式群に含まれる各無線通信方式によるリクエストを停止し、前記高速通信方式群に含まれる各無線通信方式で前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータを取得するリクエストを行なうことを特徴とする。

【0011】

このように、第２の時間の方が小さい場合は、低速通信方式群に含まれる各無線通信方式によるリクエストを停止し、高速通信方式群に含まれる各無線通信方式で低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータを取得するリクエストを行なうので、常に通信速度の大きい無線通信方式を用いてデータを取得することが可能となる。

【0012】

（２）また、本発明の通信装置において、前記リクエスト分配部は、前記高速通信方式群に含まれる各無線通信方式で行なったリクエストに対応するデータをすべて取得した時点を基準として、前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得するために要する第３の時間と、前記高速通信方式群に含まれる各無線通信方式で前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得するために要する第４の時間とを比較し、前記第４の時間の方が小さい場合は、前記低速通信方式群に含まれる各無線通信方式によるリクエストを停止し、前記高速通信方式群に含まれる各無線通信方式で前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータを取得するリクエストを行なうことを特徴とする。

【0013】

このように、第４の時間の方が小さい場合は、低速通信方式群に含まれる各無線通信方式によるリクエストを停止し、高速通信方式群に含まれる各無線通信方式で低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータを取得するリクエストを行なうので、常に通信速度の大きい無線通信方式を用いてデータを取得することが可能となる。

【0014】

（３）また、本発明の通信装置は、相互に異なる無線通信方式で同時に無線通信を行なうことが可能な複数の無線通信機を有する通信装置であって、アプリケーションから送信されたリクエストを解析し、任意に決められた量のデータを要求するリクエストとそれ以外のリクエストとを振り分けて出力するリクエスト解析部と、前記任意に決められた量のデータを要求するリクエストがあった場合、各無線通信方式の通信経路の状態に応じて、無線通信方式毎にデータのレンジサイズを定め、前記定めたレンジサイズのデータを同時に複数の無線通信方式で要求するリクエストを行なうと共に、各無線通信方式の通信経路のスループットを定期的に測定するリクエスト分配部と、を備え、前記リクエスト分配部は、前記測定した各無線通信方式の通信経路のスループットに基づいて、第１の無線通信方式で行なったリクエストに対応する未取得の第１のデータをすべて取得するために要する第１の時間と、前記第１の無線通信方式以外の第２の無線通信方式で行なったリクエストに対応する未取得の第２のデータをすべて取得すると共に前記第２の無線通信方式で前記未取得の第１のデータをすべて取得するために要する第２の時間とを比較し、前記第２の時間の方が小さい場合は、前記第１の無線通信方式によるリクエストを停止し、前記第２の無線通信方式で前記未取得の第１のデータを取得するリクエストを行なうことを特徴とする。

【0015】

このように、第２の時間の方が小さい場合は、第１の無線通信方式によるリクエストを停止し、第２の無線通信方式で未取得の第１のデータを取得するリクエストを行なうので、常に通信速度の大きい無線通信方式を用いてデータを取得することが可能となる。

【0016】

（４）また、本発明の通信装置において、前記リクエスト分配部は、前記第２の無線通信方式で行なったリクエストに対応する第２のデータをすべて取得した時点を基準として、前記第１の無線通信方式で行なったリクエストに対応する未取得の第１のデータをすべて取得するために要する第３の時間と、前記第２の無線通信方式で前記未取得の第１のデータをすべて取得するために要する第４の時間とを比較し、前記第４の時間の方が小さい場合は、前記第１の無線通信方式によるリクエストを停止し、前記第２の無線通信方式で前記未取得の第１のデータを取得するリクエストを行なうことを特徴とする。

【0017】

このように、第４の時間の方が小さい場合は、第１の無線通信方式によるリクエストを停止し、第２の無線通信方式で未取得の第１のデータを取得するリクエストを行なうので、常に通信速度の大きい無線通信方式を用いてデータを取得することが可能となる。

【0018】

（５）また、本発明の通信装置は、相互に異なる無線通信方式で同時に無線通信を行なうことが可能な複数の無線通信機を有する通信装置であって、各無線通信方式の通信経路のスループットを定期的に測定し、通信相手先装置から、無線通信方式毎にデータのリクエストがあった場合、前記測定した各無線通信方式の通信経路のスループットに基づいて、各無線通信方式で送信するデータの量を定める通信制御部を備え、前記通信相手先装置に対して、前記各無線通信方式にそれぞれ対応する無線通信機で前記定めた量のデータを同時に送信することを特徴とする。

【0019】

このように、通信相手先装置に対して、各無線通信方式にそれぞれ対応する無線通信機で定めた量のデータを同時に送信するので、常に大きい通信速度でデータを送信することが可能となる。

【0020】

（６）また、本発明の通信装置において、前記通信制御部は、少なくともスループットが最小の無線通信方式で送信するデータの量をゼロとすることを特徴とする。

【0021】

このように、少なくともスループットが最小の無線通信方式で送信するデータの量をゼロとするので、通信速度の遅い経路に引きずられて、ダウンロード時間が遅くなってしまうことを回避することが可能となる。

【0022】

（７）また、本発明の通信装置において、前記通信制御装置は、少なくともスループットが最小の無線通信方式のセッションを切断することを特徴とする。

【0023】

このように、少なくともスループットが最小の無線通信方式のセッションを切断するので、通信速度の遅い経路に引きずられて、ダウンロード時間が遅くなってしまうことを回避することが可能となる。また、無駄なパケットが送信されることが無くなり、通信システム全体のスループット向上に資することが可能となる。

【0024】

（８）また、本発明のプログラムは、相互に異なる無線通信方式で同時に無線通信を行なうことが可能な複数の無線通信機を有する通信装置のプログラムであって、アプリケーションから送信されたリクエストを解析し、任意に決められた量のデータを要求するリクエストとそれ以外のリクエストとを振り分けて出力する処理と、前記任意に決められた量のデータを要求するリクエストがあった場合、各無線通信方式の通信経路の状態に応じて、無線通信方式毎にデータのレンジサイズを定め、前記定めたレンジサイズのデータを同時に複数の無線通信方式で要求するリクエストを行なうと共に、各無線通信方式の通信経路のスループットを定期的に測定する処理と、前記測定した各無線通信方式の通信経路のスループットに基づいて、複数の無線通信方式を、スループットが最小の無線通信方式を少なくとも含む低速通信方式群とスループットが最大の無線通信方式を少なくとも含む高速通信方式群とにグルーピングする処理と、前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得するために要する第１の時間と、前記高速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得すると共に前記高速通信方式群に含まれる各無線通信方式で前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得するために要する第２の時間とを比較する処理と、前記第２の時間の方が小さい場合は、前記低速通信方式群に含まれる各無線通信方式によるリクエストを停止し、前記高速通信方式群に含まれる各無線通信方式で前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータを取得するリクエストを行なう処理と、の一連の処理をコンピュータに実行させることを特徴とする。

【0025】

このように、第２の時間の方が小さい場合は、低速通信方式群に含まれる各無線通信方式によるリクエストを停止し、高速通信方式群に含まれる各無線通信方式で低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータを取得するリクエストを行なうので、常に通信速度の大きい無線通信方式を用いてデータを取得することが可能となる。

【0026】

（９）また、本発明のプログラムは、相互に異なる無線通信方式で同時に無線通信を行なうことが可能な複数の無線通信機を有する通信装置のプログラムであって、各無線通信方式の通信経路のスループットを定期的に測定する処理と、通信相手先装置から、無線通信方式毎にデータのリクエストがあった場合、前記測定した各無線通信方式の通信経路のスループットに基づいて、各無線通信方式で送信するデータの量を定める処理と、前記通信相手先装置に対して、前記各無線通信方式にそれぞれ対応する無線通信機で前記定めた量のデータを同時に送信する処理と、の一連の処理を、コンピュータに実行させることを特徴とする。

【0027】

このように、通信相手先装置に対して、各無線通信方式にそれぞれ対応する無線通信機で定めた量のデータを同時に送信するので、常に大きい通信速度でデータを送信することが可能となる。

【0028】

（１０）また、本発明の通信方法は、相互に異なる無線通信方式で同時に無線通信を行なうことが可能な複数の無線通信機を有する通信装置の通信方法であって、アプリケーションから送信されたリクエストを解析し、任意に決められた量のデータを要求するリクエストとそれ以外のリクエストとを振り分けて出力するステップと、前記任意に決められた量のデータを要求するリクエストがあった場合、各無線通信方式の通信経路の状態に応じて、無線通信方式毎にデータのレンジサイズを定め、前記定めたレンジサイズのデータを同時に複数の無線通信方式で要求するリクエストを行なうと共に、各無線通信方式の通信経路のスループットを定期的に測定するステップと、前記測定した各無線通信方式の通信経路のスループットに基づいて、複数の無線通信方式を、スループットが最小の無線通信方式を少なくとも含む低速通信方式群とスループットが最大の無線通信方式を少なくとも含む高速通信方式群とにグルーピングするステップと、前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得するために要する第１の時間と、前記高速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得すると共に前記高速通信方式群に含まれる各無線通信方式で前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータをすべて取得するために要する第２の時間とを比較するステップと、前記第２の時間の方が小さい場合は、前記低速通信方式群に含まれる各無線通信方式によるリクエストを停止し、前記高速通信方式群に含まれる各無線通信方式で前記低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータを取得するリクエストを行なうステップと、を少なくとも含むことを特徴とする。

【0029】

このように、第２の時間の方が小さい場合は、低速通信方式群に含まれる各無線通信方式によるリクエストを停止し、高速通信方式群に含まれる各無線通信方式で低速通信方式群に含まれる各無線通信方式で行なったリクエストに対応する未取得のデータを取得するリクエストを行なうので、常に通信速度の大きい無線通信方式を用いてデータを取得することが可能となる。

【0030】

（１１）また、本発明の通信方法は、相互に異なる無線通信方式で同時に無線通信を行なうことが可能な複数の無線通信機を有する通信装置の通信方法であって、各無線通信方式の通信経路のスループットを定期的に測定するステップと、通信相手先装置から、無線通信方式毎にデータのリクエストがあった場合、前記測定した各無線通信方式の通信経路のスループットに基づいて、各無線通信方式で送信するデータの量を定めるステップと、前記通信相手先装置に対して、前記各無線通信方式にそれぞれ対応する無線通信機で前記定めた量のデータを同時に送信するステップと、を少なくとも含むことを特徴とする。

【0031】

このように、通信相手先装置に対して、各無線通信方式にそれぞれ対応する無線通信機で定めた量のデータを同時に送信するので、常に大きい通信速度でデータを送信することが可能となる。

【発明の効果】

【0032】

本発明によれば、クライアント装置の移動や通信経路における無線状態の変化に伴い、スループット等の通信品質が大きく変化する環境において、データの取得時間が大幅に遅れる通信経路をリアルタイムに検出し、これを速やかに是正することによって、任意の無線環境において、常に通信速度の大きい無線通信方式を用いてデータを取得することが可能となる。

【図面の簡単な説明】

【0033】

【図1】本実施形態に係る通信装置としてのクライアント装置の概略構成を示すブロック図である。

【図2A】２種類の無線通信方式を用いる場合の制御の概念を示す図である。

【図2B】３種類の無線通信方式を用いる場合の制御の概念を示す図である。

【図2C】３種類の無線通信方式を用いる場合の制御の概念を示す図である。

【図3】本実施形態に係る通信装置の動作を示すシーケンスチャートである。

【図4A】従来の送受信の様子を示す図である。

【図4B】ＡＣＫを待たずにデータを連続送信する様子を示す図である。

【図4C】従来のＴＣＰにおける動作を示す図である。

【図5】本実施形態に係るサーバ装置の概略構成を示す図である。

【図6A】本実施形態に係るサーバ装置とクライアント装置の動作を示す図である。

【図6B】本実施形態に係るサーバ装置とクライアント装置の動作を示す図である。

【図6C】本実施形態に係るサーバ装置とクライアント装置の動作を示す図である。

【図7A】各無線システムにおける通信時間を示す図である。

【図7B】各無線システムにおける通信時間を示す図である。

【発明を実施するための形態】

【0034】

本実施形態に係る通信端末装置が動作する為の前提条件（前提環境）を説明する。本実施形態では、ダウンロード、ストリーミングなど、無線通信装置からデータおよび、データのレンジを指定してファイル等を取得する通信を対象とする。レンジを指定することによるファイルの取得は、現時点で一般的に利用されているＷＥＢサーバおよびストリーミングサーバに標準的実装され利用されているもので、本実施形態の内容を実現する上で、特にサーバ側の改修等を必要としない。ここで、レンジ指定による通信とは、ダウンロード等の対象となるデータに対し、データの何バイト目から何バイト目までデータといたように対象となるファイルを部分的に指定して取得可能な通信である。

【0035】

［第１の実施形態］
図１は、本実施形態に係る通信装置としてのクライアント装置の概略構成を示すブロック図である。クライアント装置１００は、アプリケーション部１、リクエスト解析部３、リクエスト分配部５、３Ｇ／ＬＴＥインタフェース７、およびＷｉ−Ｆｉインタフェース９を備えている。本実施形態では、通信インタフェースとして、３Ｇ／ＬＴＥインタフェース７、およびＷｉ−Ｆｉインタフェース９の２つを例にとって説明するが、本発明は、これに限定されるわけではなく、３種類以上の異なる無線通信方式の通信インタフェースを設けることが可能である（Wi-Fi、LTE、WiMAX等）。

【0036】

アプリケーション部１は、例えば、ブラウザ等、アプリケーション層で動作するアプリケーションを有し、いずれかの通信インタフェース（無線通信機）を介してサーバ装置に対してリクエストを行なう。リクエスト解析部３は、アプリケーション部１で発生したリクエストを解析し、そのリクエストが、データのダウンロードのような任意に決められた量のデータを取得するサービスのリクエストであるか、そうではないかを解析する。そのリクエストが、任意に決められた量のデータを取得するサービスのリクエストである場合は、リクエストをリクエスト分配部５に転送する。

【0037】

リクエスト分配部５は、アプリケーション部１でリクエストが発生した場合、通信インタフェース（７、９）を用いて、同時にサーバ装置に対してＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）のセッションを確立する。また、アプリケーションから要求のあった取得対象ファイルに対し、２つの経路から任意量のレンジサイズのデータを要求するリクエストを送信する。レンジのサイズは、各通信経路の状態の変化（通信品質の変化、使用状況の変化等）に追随して扱えるデータ量を変更出来るように、取得するデータ量より少ないサイズが設定されるものとする。また、リクエスト分配部５は、任意のタイミングで定期的に各通信経路のスループットを測定する。

【0038】

リクエスト分配部５は、要求したリクエストが完了したが、まだ取得対象のファイル全てのデータが取得出来ていない場合、続けて任意のレンジサイズでデータを取得するための要求を行なう。この時、基本的の２つの通信経路で同じ時間にデータの取得が完了する量にレンジサイズを計算してデータの取得要求を行なう。

【0039】

このように、基本的に通信経路の状態変化に応じて最適な量のデータ取得を行なうが、このデータを取得している最中に通信経路の状況が変化してしまう場合がある。この状況を回避する方法として、定期的に確認しているスループット測定と、残りの取得しなければいけないサイズの量から、既に取得途中のデータを、他方で取り直した方が早いと判定された場合、このリクエスト停止し、他方でデータを取得しなおす制御を行なう。この制御によって、通信経路の状況の変化によって、取得に時間が掛かる通信の最適化を行なう。

【0040】

なお、本実施形態において、クライアント装置上で動作する通信プロトコルは、トランスポート層、ネットワーク層はＴＣＰ／ＩＰを使用した通信を対象とし、アプリケーション層で動作するアプリケーションは特に限定されないものとする。

【0041】

図２Ａは、２種類の無線通信方式を用いる場合の制御の概念を示す図である。リクエスト分配部５は、通信が開始されると、定期的にスピードの測定を行なう（スループットの測定）。ここでは、パケット１と２を通信速度が大きい無線通信方式Ａで取得し、パケット３を通信速度が小さい無線通信方式Ｂで取得するように割り当てられているとする。無線通信方式Ａで、パケット１と２の取得が完了したが、無線通信方式Ｂではまだパケット３がすべて取得されていない。しかも、未取得のパケット３を無線通信方式Ｂですべて取得するために要する時間は、パケット２までをすべて取得した後、無線通信方式Ａで未取得のパケット３をすべて取得するために要する時間よりも大きい。そこで、本実施形態では、無線通信方式Ｂをキャンセルして、無線通信方式Ａでパケット３を取得するリクエストを行なう。ここで、無線通信方式Ａでは、未取得のパケット３のみを取得し、取得済みのデータと合成しても良いし、パケット３をはじめから取得するようにしても良い。

【0042】

図２Ｂは、３種類の無線通信方式を用いる場合の制御の概念を示す図である。リクエスト分配部５は、通信が開始されると、定期的にスピードの測定を行なう（スループットの測定）。ここで、無線通信方式Ａで最大のスループットを測定し、無線通信方式ＢとＣで無線通信方式Ａと比較してかなり小さいスループットを測定したとする。例えば、スループットが最小の無線通信方式Ｃのスループットを１とし、無線通信方式Ｂのスループットを２とし、スループットが最大の無線通信方式Ａのスループットを５とする。そして、スループットが最小の無線通信方式Ｃと、その次にスループットが小さい無線通信方式Ｂを低速通信方式群にグルーピングし、スループットが最大の無線通信方式Ａを高速通信方式群にグルーピングする。

【0043】

理解を容易にするために、各無線通信方式に、それぞれ同一の１０という比の値のデータ量を割り当てたとすると、無線通信方式ＡがデータＡ１を取得する時間の比は、データ量１０÷速度５＝時間２、無線通信方式ＢがデータＢ１を取得する時間の比はデータ量１０÷速度２＝時間５、無線通信方式ＣがデータＣ１を取得する時間の比はデータ量１０÷速度１＝時間１０となる。

【0044】

このままでは、データＡ１〜Ｃ１をすべて取得するために要する時間は１０となってしまうため、本実施形態では、高速通信方式群に含まれる無線通信方式ＡでデータＢ１とデータＣ１を取得するリクエストを行なう。そして、低速通信方式群に含まれる無線通信方式ＢおよびＣにおけるリクエストをキャンセルする。これにより、データＡ１〜Ｃ１をすべて取得するために要する時間がデータ量３０÷速度５＝時間６となり、最も早くすべてのデータを取得することが可能となる。

【0045】

なお、その後、各無線通信方式のスループットに応じて、無線通信方式ＢおよびＣを用いたデータの取得を再開しても良い。

【0046】

また、上記の説明では、データＡ１〜Ｃ１をすべて同じ量のデータとしたが、スループットに応じてデータ量を適応的に変更しても良い。

【0047】

図２Ｃは、３種類の無線通信方式を用いる場合の制御の概念を示す図である。リクエスト分配部５は、通信が開始されると、定期的にスピードの測定を行なう（スループットの測定）。ここで、無線通信方式Ａで最大のスループットを測定し、無線通信方式Ｂでもかなり大きいスループットを測定し、無線通信方式Ｃでかなり小さいスループットを測定したとする。例えば、スループットが最小の無線通信方式Ｃのスループットを１とし、無線通信方式Ｂのスループットを４とし、スループットが最大の無線通信方式Ａのスループットを６とする。そして、スループットが最小の無線通信方式Ｃを低速通信方式群にグルーピングし、スループットが最大の無線通信方式Ａとその次にスループットが大きい無線通信方式Ｂを高速通信方式群にグルーピングする。

【0048】

理解を容易にするために、各無線通信方式に、それぞれ同一の１２という比の値のデータ量を割り当てたとすると、無線通信方式ＡがデータＡ１を取得する時間の比は、データ量１２÷速度６＝時間２、無線通信方式ＢがデータＢ１を取得する時間の比はデータ量１２÷速度４＝時間３、無線通信方式ＣがデータＣ１を取得する時間の比はデータ量１２÷速度１＝時間１２となる。

【0049】

このままでは、データＡ１〜Ｃ１をすべて取得するために要する時間は１２となってしまうため、本実施形態では、高速通信方式群に含まれる無線通信方式ＡおよびＢでデータＣ１を取得するリクエストを行なう。そして、低速通信方式群に含まれる無線通信方式Ｃにおけるリクエストをキャンセルする。

【0050】

ここで、データＣ１を無線通信方式Ａのみで取得しようとすると、データ量２４÷速度６＝時間４となり、無線通信方式ＢがデータＢ１を取得する時間３よりも大きくなってしまう。

【0051】

そこで、本実施形態では、データＣ１を無線通信方式ＡとＢに、スループットに応じた比で振り分けることとする。無線通信方式ＡとＢは、スループットの比が６対４であるため、無線通信方式Ａにデータ量１２のデータＣ１のうち、４８／５となるデータ量を割り当てる一方、無線通信方式ＢにデータＣ１のうち、１２／５となるデータ量を割り当てる。これにより、データＡ１〜Ｃ１をすべて取得するために要する時間の合計は、無線通信方式Ａでは、データ量が（データＡ１＋データＣ１×４８／５）で、１０８／５となるため、データ量１０８／５÷速度６＝時間１８／５となる。無線通信方式Ｂでは、データ量が（データＢ１＋データＣ１×１２／５）で、７５／５となるため、データ量７２／５÷速度４＝時間１８／５となり、無線通信方式Ａと同じ時間となる。

【0052】

これにより、データＡ１〜Ｃ１をすべて取得するために要する時間が３．６となり、無線通信方式ＡとＢで同じ時間で、かつ、最も早くすべてのデータを取得できることとなる。この場合、データＣ１を無線通信方式Ａのみで取得するときの時間４よりも早くなる。

【0053】

なお、その後、各無線通信方式のスループットに応じて、無線通信方式Ｃを用いたデータの取得を再開しても良い。

【0054】

また、上記の説明では、データＡ１〜Ｃ１をすべて同じ量のデータとしたが、スループットに応じてデータ量を適応的に変更しても良い。

【0055】

図３は、本実施形態に係る通信装置の動作を示すシーケンスチャートである。まず、クライアント装置において、アプリケーションからのリクエスト要求前に利用可能な通信インタフェースをすべて通信可能な状態にする（ステップＳ１）。この動作では、クライアント装置による接続可能な基地局装置の検出、リンクの確立、ＩＰアドレス取得までを行なう。次に、リクエスト解析部が、クライアント上のアプリケーションから任意のサーバ（ホスト）にリクエストが送信されたことを検出する（ステップＳ２）。リクエスト解析部は、このリクエストを解析し、ダウンロードのような任意に決められた量のデータを取得するサービスのリクエストである場合、リクエスト分配部に転送する。

【0056】

リクエスト分配部は、利用可能な複数の無線経路を経由してリクエスト先のサーバとＴＣＰ／ＩＰのセッションを確立する（ステップＳ３）。ここでは、利用可能な通信経路が２つである場合を例に説明する。アプリケーションから要求のあった取得対象ファイルに対し、２つの経路から任意量のレンジサイズのデータを要求するリクエストを送信する（ステップＳ４）。レンジのサイズは、各通信経路の状態の変化、すなわち、通信品質の変化、使用状況の変化等に追随して扱えるデータ量を変更できるように、取得するデータ量より少ないサイズが設定されるものとする。次にホストから各通信経路を経由して、ダウンロードを行なう（ステップＳ５）。また、リクエスト分配部は、任意のタイミングで定期的に各通信経路のスループットを測定する（ステップＳ６）。

【0057】

リクエスト分配部は、要求したリクエストが完了したが、まだ取得対象のファイル全てのデータが取得できていない場合、続けて任意のレンジサイズでデータを取得するための要求を行なう（ステップＳ７）。この時、基本的の２つの通信経路で同じ時間にデータの取得が完了する量にレンジサイズを計算してデータの取得要求を行なう。

【0058】

ここで、基本的に通信経路の状態変化に応じて最適な量のデータ取得を行なうことになるが、このデータを取得している最中に通信経路の状況が変化してしまう場合がある。この状況を回避する方法として、定期的に確認しているスループット測定と、残りの取得しなければいけないサイズの量から、既に取得途中のデータを、他方で取り直した方が早いと判定された場合、このリクエスト停止し、他方でデータを取得しなおす制御を行なう（ステップＳ８、ステップＳ９）。

【0059】

このような制御によって、通信経路の状況の変化によって、取得に時間が掛かる通信の最適化を行なうことが可能となる。

【0060】

［第２の実施形態］
リンクアグリゲーションで通信を行なう場合、通信速度が遅い無線通信方式（通信インタフェース）での通信に引きずられ、通信全体が遅くなってしまう場合がある。本実施形態では、サーバ側でこの問題を回避する手法を説明する。本実施形態では、何らの方法により、一方の通信インタフェースの通信が他方に比べ遅く、通信全体のパフォーマンスに悪影響をおよぼすと判断できる状態にある場合、サーバ側でＯＳＩ参照モデルのトランスポート層（TCP：Transmission Control Protocol）での回避する方法を示す。

【0061】

図４Ａは、従来の送受信の様子を示す図である。ＴＣＰでは、“信頼性のある通信を実現するために、相手にデータが届いたことを確認する”という手法を採用している。基本的に、ＴＣＰでは、パケットを１つ送信するごとに受信側から１つのＡＣＫパケットを返信する仕様となっている。

【0062】

しかし、この方法は効率が悪いため、通信効率を改善するために、「ウィンドウ制御」という方式を採用し、複数のＴＣＰパケットを連続して送信し、ＡＣＫ確認をしないで効率化を図るという方式が用いられている。ウィンドウにはある決まったサイズがある。プロトコルによっては、ウィンドウ・サイズをパケット数で数えたり、データのバイト数で数えたりする。ＴＣＰでは、バイト数単位となる。

【0063】

図４Ｂは、ＡＣＫを待たずにデータを連続送信する様子を示す図である。ＴＣＰでは、ウィンドウ・サイズの分だけ、ＡＣＫを待たずにデータを連続して送信してもよいこととなっている。具体的には、送信側はＴＣＰパケットを受信側からのＡＣＫを待たずにまとめて連続して送信する。そしてＡＣＫは、それらのデータに対して、まとめて１つだけ返送する。

【0064】

従来の一般的なＴＣＰでのデータのやりとりは、上記の通りであるが、複数の無線インタフェースを使って通信を行なう場合において、通信速度の遅い無線インタフェースに対してもウィンドウ制御によるＴＣＰの連続送信が行なわれる場合がある。この場合、既に通信速度の遅い無線インタフェースに大量のデータを送信してしまったことにより、通信速度の速い方も無線インタフェースで、リカバリを取るためのデータ再取得を行なう際、既にネットワーク上に無駄に多くのパケットが流れてしまう場合がある。その結果、通信システム全体の動きとして非効率かつ、遅く無線インタフェース側の通信を遅くしてしまう可能性がある。

【0065】

これを回避する為に、複数の無線通信方式を同時に利用する通信においては、通信速度の遅い方の無線インタフェース側のＴＣＰ制御は、ウィンドウ・サイズによらず、例えば、速い方の無線インタフェースの通信速度の比を上限とするなど、大量のＴＣＰデータの送信を控えることができる。これにより、通信速度の速い方も無線インタフェース側でデータを取り直すといった制御が極力低減され、通信時間の低減と、ネットワークに無駄に流れるパケットを低減することができ、システム全体のパフォーマンスを向上させることが可能となる。

【0066】

図４Ｃは、従来のＴＣＰにおける動作を示す図である。無線Ｉ／Ｆ−Ａと無線Ｉ／Ｆ−Ｂの通信スピードが３対１であるとした場合、本来ＴＣＰデータ５と６は、無線Ｉ／Ｆ−Ａで取得した方が速いが、ＴＣＰのウィンドウ制御により既に無線Ｉ／Ｆ−Ｂに向けて送信してしまっており、無駄なパケットが送信されてしまう。また、無線Ｉ／Ｆ−Ａで再取得の動作が非効率となっている。

【0067】

図５は、本実施形態に係るサーバ装置の概略構成を示す図である。サーバ装置２００は、通信制御部２０１と、通信インタフェースとしての３Ｇ／ＬＴＥインタフェース２０２、およびＷｉ−Ｆｉインタフェース２０３を備えている。

【0068】

通信制御部２０１は、各無線通信方式の通信経路のスループットを定期的に測定する。そして、通信相手先装置から、無線通信方式毎にデータのリクエストがあった場合、測定した各無線通信方式の通信経路のスループットに基づいて、各無線通信方式で送信するデータの量を定める。また、通信制御部２０１は、少なくともスループットが最小の無線通信方式で送信するデータの量をゼロとする。また、通信制御部２０１は、少なくともスループットが最小の無線通信方式のセッションを切断する。３Ｇ／ＬＴＥインタフェース２０２およびＷｉ−Ｆｉインタフェース２０３は、通信相手先装置に対して、通信制御装置２０１が定めた量のデータを同時に送信する。

【0069】

図６Ａ〜Ｃは、本実施形態に係るサーバ装置とクライアント装置の動作を示す図である。本実施形態では、通信速度が遅い無線インタフェース向けのＴＣＰデータを、あえて沢山送らずに、通信速度差程度に押さえておく。これにより、データ受信側から新たな無線Ｉ／Ｆの速度に応じた最適なリクエストを促し、データの再取得など無駄な制御及び無駄なデータがネットワークに流れてパフォーマンスを落とすことを抑える。

【0070】

また、図６Ｂに示すように、送信側で任意の無線Ｉ／Ｆの通信速度が明らかに他方の比べて遅い場合、例えば１／１０の速度しか出ていない場合、遅い方の無線Ｉ／Ｆ経由がデータ取得のリクエスが来たとしても、データを全く送信しないように制御する。図６Ｃに示すように、通信速度が遅い無線Ｉ／Ｆのセッションを切断しても良い。これにより、通信速度が速い方の無線Ｉ／Ｆ経由での通信を促し、無題ネットワーク側にデータを流し、システム全体のパフォーマンスを落とすことを防止することが可能となる。

【0071】

以上説明したように、本実施形態によれば、無線通信のように移動や無線状態の変化に伴いスループット等の通信品質が大きく変化する環境において、無線の状況の変化等により、データの取得時間が大幅に遅れる回線をリアルタイムに検出し、速やかに是正することによって、任意の無線環境において最速のデータ取得が行なうことができるようになる。

【符号の説明】

【0072】

１ アプリケーション部
３ リクエスト解析部
５ リクエスト分配部
７ ３Ｇ／ＬＴＥインタフェース
９ Ｗｉ−Ｆｉインタフェース
１００ クライアント装置
２００ サーバ装置
２０１ 通信制御部
２０２ ３Ｇ／ＬＴＥインタフェース
２０３ Ｗｉ−Ｆｉインタフェース

【図1】

【図2A】

【図2B】

【図2C】

【図3】

【図4A】

【図4B】

【図4C】

【図5】

【図6A】

【図6B】

【図6C】

【図7A】

【図7B】