JP2023113489A - 通信装置、通信方法、及び通信プログラム - Google Patents

Abstract

【課題】複数の回線を用いてパケットを送信する場合であって未送信データの送信完了までに要する時間が最短になるように通信回線の割当てを行う場合、受信装置の側では必ずしもデータがより早く利用できるわけではない。【解決手段】第１の装置１０から受信したパケットを複数の通信回線を用いて第２の装置２０に送信する通信装置１００であり、パケットを受信する受信部１０１と、パケットが属する、上位レイヤにおけるデータ単位であるチャンクを識別するパケット識別部１０２と、複数の通信回線の通信性能を取得する通信性能取得部１０５と、通信性能に基づき、チャンク毎に、チャンクに属する複数のパケットの第２の装置への到達時刻が最も早くなるように、複数のパケットのそれぞれをいずれかの通信回線に割当てる送信制御部１０６と、割当てに基づき複数の通信回線を用いて第２の装置に送信する送信部１０７と、を有する。【選択図】図１

Description

本発明は、受信したパケットを複数の通信回線を用いて送信する通信装置、通信方法、及び通信プログラムに関する。

複数の通信回線を持つマルチキャリア通信装置においては、ぞれぞれの通信回線の通信性能が異なる場合、いずれの通信回線を用いてパケットを送信するかによって通信時間が異なる。そこで、各通信回線の通信性能に応じて送信するパケットを適宜いずれかの通信回線に振り分けることにより、通信時間を短縮することができる。

特許文献１には、複数の通信回線の通信性能、及び未送信データの量や送信先からの受信応答が未達である未応答データの量である通信状況に応じて、複数の通信回線のそれぞれで送信する通信負荷量を分散させることが開示されている。

特開２０１７－７３６８９号公報

ここで、本発明者は、以下の課題を見出した。
特許文献１では、送信するパケットに対し、未送信データの送信完了までに要する時間が最短になるように通信回線の割当てを行っており、上位レイヤにおけるデータ単位であるチャンクの視点で通信回線の割当てを行っているわけではない。その結果、パケットを受信した受信装置の側では、必ずしもデータがより早く利用できるとは限らない。

そこで、本発明は、受信装置の側でデータをより早く利用するために、効率的なデータ送信を行うことができる通信装置等を実現することを目的とする。

本開示の通信装置（１００）は、第１の装置（１０）から受信したパケットを複数の通信回線（２１、２２、２３）のいずれかを用いて第２の装置（１５、２０）に送信する通信装置（１００）であって、
前記第１の装置から前記パケットを受信する受信部（１０１）と、
前記パケットが属する、上位レイヤにおけるデータ単位であるチャンクを識別するパケット識別部（１０２）と、
前記パケットを格納するバッファ（１０４）と、
複数の前記通信回線のそれぞれの通信性能を取得する通信性能取得部（１０５）と、
前記通信性能に基づき、前記チャンク毎に、前記チャンクに属する複数の前記パケットの前記第２の装置への到達時刻が最も早くなるように、複数の前記パケットのそれぞれを複数の前記通信回線のいずれかに割当てる送信制御部（１０６）と、
前記バッファから前記パケットを読み出し、前記送信制御部における割当てに基づき、複数の前記通信回線のいずれかを用いて前記第２の装置に送信する送信部（１０７）と、
を有する。

なお、特許請求の範囲、及び本項に記載した発明の構成要件に付した括弧内の番号は、本発明と後述の実施形態との対応関係を示すものであり、本発明を限定する趣旨ではない。

本開示の通信装置等は、チャンク毎に、当該チャンクに属する複数のパケットのそれぞれを複数の通信回線のいずれかに割当てて送信するので、受信装置の側でデータをより早く利用することができるような効率的なデータ送信を行うことができる。

実施形態１の通信装置の構成を示す構成図 実施形態１の通信装置のパケット情報保存部に保存されているパケット情報を示す説明図 実施形態１の通信装置のパケット識別部の具体的な動作例１を示す説明図 実施形態１の通信装置のパケット識別部の具体的な動作例２を示す説明図 実施形態１の通信装置のパケット識別部の具体的な動作例３を示す説明図 実施形態１の通信装置の送信制御部の具体的な動作例１を示す説明図 実施形態１の通信装置の送信制御部の具体的な動作例２を示す説明図 実施形態１の通信装置の送信制御部の具体的な動作例２を示す説明図 実施形態１の通信装置の動作を示すフロー図 実施形態１の変形例の通信装置の構成を示す構成図 実施形態２の通信装置の構成を示す構成図 実施形態２の通信装置のパケット識別部の具体的な動作例を示す説明図 実施形態２の通信装置のパケット情報保存部に保存されているパケット情報を示す説明図 送信元端末装置、実施形態１等の通信装置、及び宛先端末装置の組み合わせの具体例を示す説明図

以下、本発明の実施形態について、図面を参照して説明する。

なお、本発明とは、特許請求の範囲又は課題を解決するための手段の項に記載された発明を意味するものであり、以下の実施形態に限定されるものではない。また、少なくともかぎ括弧内の語句は、特許請求の範囲又は課題を解決するための手段の項に記載された語句を意味し、同じく以下の実施形態に限定されるものではない。

特許請求の範囲の従属項に記載の構成及び方法は、特許請求の範囲の独立項に記載の発明において任意の構成及び方法である。従属項に記載の構成及び方法に対応する実施形態の構成及び方法、並びに特許請求の範囲に記載がなく実施形態のみに記載の構成及び方法は、本発明において任意の構成及び方法である。特許請求の範囲の記載が実施形態の記載よりも広い場合における実施形態に記載の構成及び方法も、本発明の構成及び方法の例示であるという意味で、本発明において任意の構成及び方法である。いずれの場合も、特許請求の範囲の独立項に記載することで、本発明の必須の構成及び方法となる。

実施形態に記載した効果は、本発明の例示としての実施形態の構成を有する場合の効果であり、必ずしも本発明が有する効果ではない。

複数の実施形態（変形例を含む。）がある場合、各実施形態に開示の構成は各実施形態のみで閉じるものではなく、実施形態をまたいで組み合わせることが可能である。例えば一の実施形態に開示の構成を、他の実施形態に組み合わせてもよい。また、複数の実施形態それぞれに開示の構成を集めて組み合わせてもよい。

発明が解決しようとする課題に記載した課題は公知の課題ではなく、本発明者が独自に知見したものであり、本発明の構成及び方法と共に発明の進歩性を肯定する事実である。

１．実施形態１
（１）本実施形態の通信装置１００の全体構成
図１を用いて、実施形態１の通信装置１００の構成を説明する。通信装置１００は、受信部１０１、パケット識別部１０２、パケット情報保存部１０３、バッファ１０４、通信性能取得部１０５、送信制御部１０６、送信部１０７を有する。

通信装置１００は、汎用のＣＰＵ（Central Processing Unit）、ＲＡＭ等の揮発性メモリ、ＲＯＭ、フラッシュメモリ、又はハードディスク等の不揮発性メモリ、各種インターフェース、及びこれらを接続する内部バスで構成することができる。そして、これらのハードウェア上でソフトウェアを実行することにより、図１に記載の各機能ブロックの機能を発揮させるように構成することができる。
もちろん、通信装置１００を、ＬＳＩ等の専用のハードウェアで実現してもよい。
以上は、他の実施形態の通信装置においても同様である。

通信装置１００は、本実施形態では半完成品としての電子制御装置（ＥＣＵ（Electric Control Unit）、以下ＥＣＵと略する。）の形態を想定しているが、これに限らない。例えば、部品の形態としては、半導体回路や半導体モジュール、半完成品の形態としては、電子制御装置、電子制御ユニット、システムボード、完成品の形態としては、サーバ、ワークステーション、パーソナルコンピュータ（ＰＣ）、タブレット、モバイルルータ、スマートフォン、携帯電話、ナビゲーションシステムが挙げられる。
なお、通信装置１００は、単一のＥＣＵの他、複数のＥＣＵで構成されてもよい。例えば、通信装置１００は、テレマティクス制御ユニット（ＴＣＵ（Telematics Control Unit））としてもよい。
以上は、他の実施形態の通信装置においても同様である。

受信部１０１は、送信元端末装置１０（「第１の装置」に相当）から、送信元端末装置１０で生成された「パケット」を受信する。パケットは、例えば送信元端末装置１０で実行している送信元アプリケーションで生成されたデータを、送信元端末装置１０の図示しない制御部等で実行されるパケタイズやフラグメントにより、複数のパケットに分割されて送信されたものである。
ここで、「パケット」とは、情報通信における伝送単位のデータのかたまりをいい、狭義のパケットの他、フレーム、セグメント等、その名称を問わない。

送信元アプリケーションはデータを生成する任意のアプリケーションである。例えば送信元端末装置１０に接続されたカメラで撮像された画像データを例えばＨ．２６４／ＭＰＥＧ４ ＡＶＣ規格に基づき、Ｉフレーム、Ｐフレーム、及びＢフレームデータに圧縮して、宛先端末装置２０の宛先アプリケーションに送信する映像伝送アプリケーションが挙げられる。このとき、圧縮された各フレームデータは、送信元端末装置１０のネットワークカード（ＮＩＣ：Network Interface Card）でフラグメントされることにより、ＮＩＣのＭＴＵ（Maximum Transmission Unit）サイズのパケットに分割されて送信される。

送信元端末装置１０と通信装置１００とは、通信回線１１を介して接続されている。
通信回線１１は、無線通信回線、有線通信回線のいずれであってもよい。
無線通信回線の例として、移動通信システムに基づく通信回線が挙げられ、例えば、Ｗ－ＣＤＭＡ（Wideband Code Division Multiple Access）、ＨＳＰＡ（High Speed Packet Access）、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（Long Term Evolution Advanced）、４Ｇ、又は５Ｇ等の無線通信方式からなる通信回線を用いることができる。この他、例えば、ＩＥＥＥ８０２．１１（Ｗｉ―Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＵＷＢ（Ultra Wide Band）、又はＤＳＲＣ（Dedicated Short Range Communication）等の無線通信方式からなる通信回線を用いることもできる。
有線通信回線の例として、イーサネット（登録商標）等のＬＡＮ（Local Area Network）、光回線、又は固定電話回線を用いることができる。車載装置の場合は、例えば車載ネットワークであるＣＡＮ（Controller Area Network）、又はＬＩＮ（Local Interconnect Network）を用いることができる。
この他、無線通信回線と有線通信回線とを組み合わせた通信回線であってもよい。

送信元端末装置１０も、通信装置１００と同様、その形態は部品、半完成品、完成品のいずれであってもよい。送信元端末装置１０の具体的な態様は後述する。

パケット識別部１０２は、受信部１０１で受信したパケットを分析することによりパケットに関する情報であるパケット情報を収集し、収集したパケット情報をパケット情報保存部１０３に保存する。
特に本実施形態においては、パケット識別部１０２は、受信部１０１で受信したパケットが属するチャンクを識別する。チャンクとは、上位レイヤにおけるデータ単位をいう。上位レイヤとは、例えばパケットがＯＳＩ参照モデルのネットワーク層（レイヤ３）の通信で使われる場合、トランスポート層（レイヤ４）以上をいう。
チャンクの例として、送信元端末装置１０の送信元アプリケーションが映像伝送アプリケーションである場合、圧縮されたフレームデータ（Ｉフレーム、Ｐフレーム、又はＢフレーム）が挙げられる。

この他、本実施形態では、パケット識別部１０２は、パケットを分析することにより、受信したパケットのパケットサイズ、チャンクサイズ、及び重要度情報、を収集する。
パケット識別部１０２で実行される具体的なチャンクの識別方法、及びチャンク番号の付与方法は後述する。

パケット情報保存部１０３は、パケット識別部１０２で収集したパケット情報を保存する。具体的には、パケット識別部１０２から入力されたパケット情報を入力順に保存している。パケット情報保存部１０３は、不揮発性メモリ又は揮発性メモリのいずれで構成してもよい。

図２は、パケット情報保存部１０３で保存されているパケット情報を示している。
パケット番号は、受信部１０１で受信するパケット毎に、受信部１０１で受信した順にパケット識別部１０２が付与したシリアル番号である。

チャンク番号は、受信部１０１で受信した各パケットを分析することで、パケット識別部１０２が付与する各パケットが属するチャンクを識別するためのシリアル番号である。

パケットサイズは、受信部１０１で受信するパケット毎に、パケット識別部１０２がパケットのサイズを収集したものである。パケットサイズは、ＩＰヘッダ等の識別情報に記載されている場合はその識別情報を記録すればよい。固定長のパケットの場合は、予め定まった固定長のパケットサイズを記録すればよい。

チャンクサイズは、パケット識別部１０２で識別したチャンクのサイズである。チャンクサイズは、例えば同一のチャンク番号が付与されたパケットのパケットサイズを合計することにより求めることができる。具体的には、以下のように求めている。

図２の例では、パケット＃１（チャンク番号＃１）が入力された時点では、チャンク番号＃１が付与されたパケットはまだ１つだけなので、パケットサイズと同じ１５００Ｂがパケット＃１のチャンクサイズに記録される。
次にパケット＃２（チャンク番号＃１）が入力された時点では、チャンク番号＃１が付与されたパケットは２つになるので、先のチャンクサイズ１５００Ｂにパケット＃２のパケットサイズ１５００Ｂを加えた３０００Ｂがパケット＃１及びパケット＃２のチャンクサイズに記録される。
さらにパケット＃３（チャンク番号＃１）が入力された時点では、チャンク番号＃１が付与されたパケットは３つになるので、先のチャンクサイズ３０００Ｂにパケット＃３のパケットサイズ１１５０Ｂを加えた４１５０Ｂがパケット＃１乃至パケット＃３のチャンクサイズに記録される。
パケット＃４（チャンク番号＃２）が入力された時点では、パケット＃４のチャンク番号は先に受信したパケット＃１乃至パケット＃３のチャンク番号と異なるので、パケットサイズと同じ１５００Ｂがパケット＃４のチャンクサイズに記録される。
以下、同様の計算でパケットが入力される毎にチャンクサイズが記録される。

重要度情報は、パケットの重要度を示す情報である。具体的には、送信元端末装置１０でパケット毎に付与された情報や、パケットのペイロードデータの内容に基づきパケット識別部１０２がパケットの分析の結果付与した情報である。パケットの重要度は、送信元アプリケーションの目的や通信装置１００の設置目的に応じて定義することができる。例えば、パケットが動画の画像データの場合、Ｉフレームが欠損するとＰフレームやＢフレームの復号ができなくなるので、Ｉフレームを構成するパケットの重要度を他の種類のフレームを構成するパケットの重要度よりも上げるようにしてもよい。あるいは、通信装置１００が自動車に搭載される車載装置を構成する場合、速度や加速度のような走行状態を直接示す情報の重要度を他の情報の重要度よりも上げるようにしてもよい。図２の場合は、重要度情報を２値、すなわちフラグで示しているが、３段階以上で定義してもよい。

パケット情報保存部１０３に保存されるパケット情報は、後述のバッファ１０４に格納しているパケットに合わせて更新される。例えば、バッファ１０４にパケットが格納された場合は、格納されたパケットのパケット情報がパケット情報保存部１０３に記録される。バッファ１０４からパケットが破棄された場合は、破棄されたパケットのパケット情報がパケット情報保存部１０３から削除される。送信部１０７がバッファ１０４からパケットを読み出して送信した場合は、読み出されたパケットのパケット情報がパケット情報保存部１０３から削除される。

バッファ１０４は、受信部１０１で受信し、パケット識別部１０２でチャンクが識別されたパケットを格納する「バッファ」である。具体的には、受信部１０１で受信したパケットを、破棄されるものを除き受信順に格納する。バッファ１０４も、パケット情報保存部１０３と同様、不揮発性メモリ又は揮発性メモリのいずれで構成してもよい。
ここで、「バッファ」とは、パケットを格納する領域をいい、格納順や読み出し順は任意である。また、バッファには、キューやスタックも含まれる。

本実施形態では、バッファ１０４は入力順に格納し入力順に出力するＦＩＦＯ（First In First Out）の動作をベースとしており、キューとも呼ばれる。もっとも、本実施形態では、出力順は必ずしも入力順とはならない場合もある。

送信部１０７は、バッファ１０４からパケットを読み出し、後述の送信制御部１０６における割当てに基づき、複数の通信回線である通信回線２１、通信回線２２、及び通信回線２３のいずれかを用いて、サーバ装置１５（「第２の装置」に相当）、又はサーバ装置１５を介して宛先端末装置２０（「第２の装置」に相当）に送信する。パケットの読み出し順はバッファ１０４の入力順と原則同じであるが、本実施形態では必ずしも入力順とはならない場合もある。送信されたパケットは、宛先端末装置２０の宛先アプリケーションで利用される。

宛先アプリケーションは、パケットに格納されたデータを利用するアプリケーションである。例えば、圧縮された画像データを復号して再生する画像再生ソフトが挙げられる。

宛先端末装置２０も、通信装置１００と同様、その形態は部品、半完成品、完成品のいずれであってもよい。宛先端末装置２０の具体的な態様は後述する。

通信装置１００とサーバ装置１５とは、複数の通信回線である通信回線２１、通信回線２２、及び通信回線２３を介して接続されている。もっとも、サーバ装置１５は、必ずしも直接複数の通信回線で接続されている必要はなく、各通信回線に接続された基地局装置やゲートウェイ装置等を介してインターネット等に接続されていればよい。

通信回線２１、通信回線２２、及び通信回線２３は、無線通信回線、有線通信回線のいずれであってもよい。無線通信回線の例及び有線通信回線の例は、通信回線１１の例として説明した内容と同様である。また、無線通信回線と有線通信回線とを組み合わせた通信回線であってもよいことも同様である。例えば、サーバ装置１５がインターネットに接続されたサーバ装置である場合、通信装置１００と基地局装置との間は４Ｇや５Ｇの無線通信方式、基地局装置とサーバ装置１５との間は光回線からなる有線通信方式、を用いることができる。

本実施形態では、例えば通信回線２１を５Ｇ、通信回線２２をＬＴＥ、通信回線２３をＷｉ－Ｆｉとすることができる。本実施形態では、複数の通信回線は３本の例を挙げているが、２つ又は４つ以上でもよい。また、複数の通信回線の全部又は一部は同一の通信方式であってもよい。

なお、宛先端末装置２０が複数の通信回線で接続可能である場合は、送信部１０７は読み出したパケットを、サーバ装置１５を介することなく直接宛先端末装置２０に送信してもよい。

サーバ装置１５は、通信装置１００から受信したパケットを並べ直し、宛先端末装置２０に送信する。パケットの並べ直しは、例えば受信したパケットのパケット番号の順に従って並べ直すことができる。

通信性能取得部１０５は、複数の通信回線である通信回線２１、通信回線２２、及び通信回線２３のそれぞれの「通信性能」を取得する。
ここで、「通信性能」とは、通信回線が有する通信の性能をいい、通信回線自体に起因する場合の他、通信回線での通信を実現するために用いる各種装置に起因する場合も含む。

本実施形態では、通信性能として、通信で用いることができる帯域である可用帯域、送信から受信に要した時間である回線遅延を取得する。この他、通信性能として、通信速度（ビットレート）や往復遅延時間（ＲＴＴ（Round Trip Time））を用いるようにしてもよい。
これらの通信性能の取得方法は、公知の技術を用いることができる。

送信制御部１０６は、バッファ１０４に格納された各チャンクについて、複数の通信回線のうちどの通信回線からチャンクに属する複数のパケットのうちどれだけのパケットを送信するかを決定する。本実施形態では、通信性能取得部１０５で取得した通信性能に基づき、チャンク毎に、チャンクに属する複数のパケットのサーバ装置１５又は宛先端末装置２０（いずれかが「第２の装置」に相当。）への「到達時刻が最も早くなるように」、複数のパケットのそれぞれを通信回線２１、通信回線２２、及び通信回線２３のいずれかに割当てる。
ここで、「到達時刻が最も早くなるように」とは、時刻を基準として到達時刻が最も早くなる場合はもちろん、送信完了や受信完了までの時間が最も短くなるようにした結果、到達時刻が最も早くなる場合も含む。

送信制御部１０６で実行される具体的なパケットの通信回線への割当て方法については後述する。

なお、送信制御部１０６での割当てに際し、通信性能に加えて、送信対象となっているチャンクの未送信データ量、各通信回線で送信中又は送信予定であり「第２の装置」への到達が完了していないデータ量であるインフライト（inflight）データ量の少なくとも１つを用いてもよい。これらの量は、パケット情報保存部１０３に保存されているパケット情報に基づき求めることができる。

（２）本実施形態の通信装置１００のパケット識別部１０２の詳細
パケット識別部１０２で実行される具体的なチャンク識別方法、及びチャンク番号の付与方法の例を、図３～図５を用いて説明する。

（ａ）パケットの受信間隔に基づきチャンクを識別する例
図３を用いて、パケットの受信間隔に基づきチャンクを識別する例を説明する。
パケット識別部１０２は、受信部１０１で受信するパケットの受信間隔に基づき、チャンクを識別する。

例えば、送信元端末装置１０の映像伝送アプリケーションで画像を圧縮してフレームを送信する場合、図３のようにフレーム毎に単数又は複数個のパケットに分割して送信する。フレームレートが３０ＦＰＳ（Frames per second）であれば各フレームは１／３０ｓ＝３３ｍｓ毎に複数のパケットに分割されて送信される。１つのフレーム中のパケットは連続してバースト的に送信されるので、パケット間の送信間隔は極めて小さい。これに対して、フレームをまたがる場合は、先のフレームの最後のパケットが送信されてから次のフレームの最初のパケットが送信されるまでの時間（Δｘ）はある程度の送信間隔が生じる。Ｉフレームのデータ量はＰフレームやＢフレームのデータ量よりも大きいので、Ｉフレームと他のフレームとの送信間隔やＩフレームが連続する場合の送信間隔はより小さくなる。

そこで、Ｉフレームが連続する場合にも正しい判定ができるようにするため、例えば５ｍｓを基準として、Δｘが５ｍｓより小さければ同一フレームに属するパケット、Δｘが５ｍｓ以上であれば異なるフレームに属するパケットであると判定できる。そして、各フレームを１つのチャンクと識別し、フレーム毎にチャンク番号をインクリメントして付与する。図３の例では、受信順にチャンク番号として＃１、＃２、・・・＃ｍを付与している。このチャンク番号により、パケットがどのチャンクに属するかを識別することができる。

ここでは、Ｈ．２６４／ＭＰＥＧ４ ＡＶＣ規格を用いた動画圧縮を例として挙げたが、静止画圧縮（例えばＪＰＥＧ規格）を用いる場合も同様である。

（ｂ）パケットのＩＰヘッダに基づきチャンクを識別する例
図４を用いて、パケットのＩＰヘッダに基づきチャンクを識別する例を説明する。
パケット識別部１０２は、パケットのＩＰヘッダに含まれる識別子に基づき、チャンクを識別する。

図４で示すＩＰヘッダには、パケットに関する情報が格納されている。ここでは、ＩＰヘッダの識別子に着目する。例えば送信元端末装置１０がサイズの大きなフレームデータを１パケットで送信しようとした場合、ＮＩＣでフラグメントが発生しフレームデータは複数のパケットに分割される。このとき、同じフレームに由来する各パケットには同じ内容の識別子が付与されることになる。
すなわち、送信元端末装置１０で送信されるフレームをチャンクと定義した場合、ＩＰヘッダの識別子に基づけば、パケットがどのチャンクに属しているかを識別することができる。本実施形態では、ＩＰヘッダの識別子毎にチャンク番号をインクリメントして付与している。

（ｃ）パケットのペイロードデータに基づきチャンクを識別する例
図５を用いて、パケットのＴＣＰ／ＵＤＰペイロードに基づきチャンクを識別する例を説明する。
パケット識別部１０２は、パケットのＴＣＰ／ＵＤＰペイロードに含まれる識別情報に基づき、チャンクを識別する。

大きなサイズのデータを送信元アプリケーションで小サイズのパケットにパケタイズした場合、送信元アプリケーションはＴＣＰ／ＵＤＰペイロードの先頭に、分割前のデータを示す識別情報を格納する。
すなわち、送信元端末装置１０で送信されるデータをチャンクと定義した場合、ＴＣＰ／ＵＤＰペイロードの識別情報に基づけば、パケットがどのチャンクに属しているかを識別することができる。本実施形態では、ＴＣＰ／ＵＤＰペイロードの識別情報毎にチャンク番号をインクリメントして付与している。

（ｄ）その他のチャンクを識別する例
これらの他、バッファ１０４に格納された際のタイムスタンプからチャンクを識別するようにしてもよい。
あるいは、動画圧縮の場合であって、Ｉフレーム、Ｐフレーム、Ｂフレームの情報がパケットに記録されている場合は、これらの情報に基づきチャンクを識別するようにしてもよい。

（３）本実施形態の通信装置１００の送信制御部１０６の詳細
送信制御部１０６で実行される具体的なパケットの通信回線への割当方法の例を図６～８を用いて説明する。

（ａ）従来例との比較
図６を用いて、従来例の割当方法の概要と本実施形態の送信制御部１０６の割当方法の概要とを比較して説明する。
図６（ａ）は、従来のパケットの割当方法である。なお、従来はチャンクの視点でもってパケットの通信回線への割当ては行っていないが、本実施形態との比較で本実施形態における効果を説明するために、従来の例においてもチャンクという語を使用している。

バッファ１０４には、チャンク１（図面においてはＣ１：以下同様）及びチャンク２に対応するパケットが既に格納されている。これを、通信回線Ｌ１及び通信回線Ｌ２に振り分けて送信する場合を想定する。なお、単純化のため、図６では通信回線Ｌ１と通信回線Ｌ２の可用帯域や回線遅延は同じとしている。

図６（ａ）のように、パケットが属するチャンクの区別をすることなく通信回線Ｌ１及び通信回線Ｌ２に振り分けて送信した場合、チャンク１に属するパケットの到達完了時刻とチャンク２に属するパケットの到達完了時刻は共にｔ６である。すなわち、宛先端末装置２０でチャンク１のデータ及びチャンク２のデータを宛先アプリケーションで利用することができるのはｔ６以降である。

図６（ｂ）は、本実施形態のパケットの割当方法である。送信制御部１０６は、チャンク毎に、それぞれのチャンクに属する複数の前記パケットの宛先端末装置２０への到達時刻が最も早くなるように、複数のパケットのそれぞれを通信回線Ｌ１及び通信回線Ｌ２のいずれかに割当てている。図６（ｂ）では、チャンク１に属するパケットを３パケットずつ、通信回線Ｌ１と通信回線Ｌ２に割当てている。また、チャンク２に属するパケットを２パケットずつ、通信回線Ｌ１と通信回線Ｌ２に割当てている。この結果、チャンク２に属するパケットの到達完了時刻はｔ６であり、図６（ａ）の従来例と変わらないが、チャンク１に属するパケットの到達時刻はｔ４であり、図６（ａ）の従来例よりも早く到達している。すなわち、宛先端末装置２０でチャンク１のデータを宛先アプリケーションで利用することができるのはｔ４以降であり、従来例よりも早く利用することができる。これは、特にリアルタイム性を有するデータに対して有効である。つまり、宛先アプリケーションが、リアルタイム性を重視するアプリケーションである場合に有効である。

このように、本実施形態によれば、チャンク毎に、チャンクに属する複数のパケットの到達時刻が最も早くなるように各通信回線に割当てるので、チャンク単位で到達完了時刻を最適にすることができる。

なお、図６（ａ）の割当方法に変えて、バッファ１０４からラウンドロビンでパケットを読み出して割当てる従来方法もあるが、単純なラウンドロビンでは各回線の通信性能が異なる場合、各チャンクの伝達完了までに要する時間は、低速な回線（例えば可用帯域が狭い回線や回線遅延が大きい回線）の性能に律速されてしまう。また、例えばバッファ１０４の残りサイズと可用帯域と回線遅延に基づいて重み付きラウンドロビンによるパケット読み出しを実施した場合でも、バッファ１０４に格納されている全てのパケットを最短時間で送信することができるにすぎず、必ずしもチャンク毎に最短時間で送信することができるわけではない。かかる不都合は、単純ラウンドロビンの場合と同様に、各回線の通信性能が異なる場合、特に他の回線と比べ通信性能が著しく低い回線が存在する場合に顕著に現れる。

（ｂ）本実施形態の具体例１
図７を用いて、本実施形態の送信制御部１０６の割当方法の一例を説明する。
図７は、３つの通信回線、すなわち通信回線Ｌ１、通信回線Ｌ２、及び通信回線Ｌ３を用いてパケットを送信する場合である。図７では単純化のため、各通信回線の通信性能については、通信回線Ｌ１の可用帯域が１００Ｍｂｐｓ、通信回線Ｌ２の可用帯域が５０Ｍｂｐｓ、通信回線Ｌ３の可用帯域が１０Ｍｂｐｓであり、各通信回線の回線遅延が通信回線間で同じである場合を例に説明する。

送信制御部１０６は、まずチャンク１に属する６つパケットの宛先端末装置２０への到達時刻が最も早くなるように、複数のパケットのそれぞれをいずれかの通信回線に割当てる。各通信回線の可用帯域の差又は可用帯域の比を考慮すると、通信回線Ｌ１に４つのパケット、通信回線Ｌ２に２つのパケットを割当てることにより、チャンク１に属するパケットの宛先端末装置２０への到達時刻がｔ５となり、到達時刻が最も早くなる。なお、通信回線Ｌ３にはチャンク１に属するパケットは割当てていない。これは、通信回線Ｌ３の可用帯域が小さいため、仮に通信回線Ｌ３にパケットを割当てた場合、チャンク１に属するパケットの宛先端末装置２０への到達時刻がｔ１１となり、到達時刻が最も早くならないからである。

次に、送信制御部１０６は、チャンク２に属する３つのパケットの宛先端末装置２０への到達時刻が最も早くなるように、複数のパケットのそれぞれをいずれかの通信回線に割当てる。既に割当て済のチャンク１に属するパケットの送達に要する時間、及び各通信回線の可用帯域の差又は可用帯域の比を考慮すると、通信回線Ｌ１に２つのパケット、通信回線Ｌ２に１つのパケットを割当てることにより、チャンク２に属するパケットの宛先端末装置２０への到達時刻がｔ７となり、到達時刻が最も早くなる。ここでも、通信回線Ｌ３にはチャンク２に属するパケットは割当てていない。これは、通信回線Ｌ３の可用帯域が小さいため、仮に通信回線Ｌ３にパケットを割当てた場合、チャンク１に属するパケットの宛先端末装置２０への到達時刻がｔ１１となり、到達時刻が最も早くならないからである。

さらに、送信制御部１０６は、チャンク３に属する７つのパケットの宛先端末装置２０への到達時刻が最も早くなるように、複数のパケットのそれぞれをいずれかの通信回線に割当てる。既に割当て済のチャンク１及びチャンク２に属するパケットの送達に要する時間、及び各通信回線の可用帯域の差又は可用帯域の比を考慮すると、通信回線Ｌ１に４つのパケット、通信回線Ｌ２に２つのパケット、通信回線Ｌ３に１つのパケットを割当てることにより、チャンク３に属するパケットの宛先端末装置２０への到達時刻がｔ１１となり、到達時刻が最も早くなる。

なお、本実施形態では、チャンク毎に各通信回線から送信するデータサイズを定めれば足り、各パケットの送信に利用する通信回線までを特定する必要はない。バッファに格納されているパケットが固定長パケットの場合、チャンク毎に各回線から送信するパケット数を定めることと等しい。したがって、図７のように、チャンク１に属するパケットをバッファから取り出した順に、Ｌ１、Ｌ１、Ｌ１、Ｌ１、Ｌ２、Ｌ２と同一の回線から連続的に送信してもよいし、重み付きラウンドロビンのようにＬ１、Ｌ１、Ｌ２、Ｌ１、Ｌ１、Ｌ２や、Ｌ２、Ｌ１、Ｌ１、Ｌ２、Ｌ１、Ｌ１の順に各回線から交互に送信するようにしてもよい。

可変長のパケットの場合は、各パケットのサイズを考慮して各通信回線に割当てる。

また、チャンク３に属するパケットのうち、通信回線Ｌ３に割当てられたパケットは、チャンク１及びチャンク２のパケットの送信中から送信を開始することが望ましい。よって、送信部１０７は、先に「第２の装置」に到達完了すべきチャンクであるチャンク１及びチャンク２（「先行チャンク」に相当）のパケット（「先行パケット」に相当）が割当てられておらず、かつ、チャンク１及びチャンク２より後に「第２の装置」に到達完了すべきチャンクであるチャンク３（「後続チャンク」に相当）のパケット（「後続パケット」に相当）が割当てられている通信回線Ｌ３からチャンク３のパケットを送信する場合、バッファ１０４の先頭からオフセットした位置からパケットを読み出すようにしてもよい。図７では、チャンク３のうち最もバッファの先頭から遠い位置にあるパケットを読み出している。

さらに、図８のように、バッファ１０４に格納されたパケットが必ずしもチャンク順に並んでいない場合は、送信制御部１０６は、パケット情報保存部１０３のチャンク番号を参照して、チャンク番号順にバッファ１０４から読み出すよう指示してもよい。この場合も、バッファ１０４はＦＩＦＯ（First In First Out）ではなく、適宜オフセットを設定して所望の位置から読み出すようにすればよい。

（ｃ）本実施形態の具体例２
本実施形態の具体例１では、通信性能として、各通信回線の可用帯域及び各通信回線の遅延時間である回線遅延を用いたが、その他の通信性能を用いるようにしてもよい。例えば、各通信回線における通信速度（ビットレート）を用いてもよい。また、通信制御部１０６は、通信性能に加えて、送信対象となっているチャンクの未送信データ量、インフライトデータ量の少なくとも１つを用いてもよい。これらのパラメータを用いた場合の送信制御部１０６の割当方法の例を説明する。

まず、通信制御部１０６は、複数の通信回線毎に、単一回線で送信対象チャンクのデータの送信を完了するために要する時間を、各通信回線の可用帯域、各通信回線の回線遅延、送信対象となっているチャンクの未送信データ量、及び各通信回線のインフライトデータ量を用いて算出する。ここで、単一回線で送信対象チャンクのデータの送信を完了するために要する時間が短い順に、高速な回線であると評価する。

次に、通信制御部１０６は、高速な通信回線から順にチャンクのデータの送信に使用する通信回線の数を増やした場合において、チャンクのデータの送信を完了するために要する時間を、各通信回線の可用帯域、各通信回線の回線遅延、送信対象となっているチャンクの未送信データ量、及び各通信回線のインフライトデータ量を用いて算出し、送信を完了するまでに要する時間が最短になるときの時間である最短時間（shortest）及び最短時間を達成するときに使用する使用回線数(usage)を算出する。

そして、通信制御部１０６は、高速な通信回線から順に使用回線数（usage）分の各通信回線について、最短時間（shortest）、各通信回線の可用帯域、各通信回線の回線遅延、各通信回線のインフライト量に基づいて、各通信回線で送信するデータ量を算出する。なお、使用回線数（usage）に含まれない通信回線からは、送信対象のチャンクのデータは送信しない。

通信制御部１０６は、この演算を、チャンク毎に繰り返す。ただし、後続チャンクにおける演算では、先行チャンクに対する各通信回線からの送信データ量算出結果に基づき、各通信回線への割当てが決定しているが未だ送信されていないデータ量についても、インフライト量に加味して演算を行う。そして、先行チャンクに対する各通信回線からの送信データ量算出時に使用回線数（usage）に含まれなかった、つまり先行チャンクのデータ送信に利用しなかった通信回線を後続チャンクのデータ送信に用いる場合は、送信部１０７は、後続チャンクに属する後続パケットを、バッファ１０４の先頭からオフセットした位置から読み出す。

（ｄ）小括
以上、送信制御部１０６の割当方法を説明した。
回線遅延は、片道遅延時間又はＲＴＴを用いることができる。また、確認応答が全ての通信回線を用いて送信される場合は、対象となる通信回線における上り通信に要する遅延時間に、下り通信に要する遅延時間が最も短い通信回線の下り通信遅延時間を加えた値を回線遅延としてもよい。
また、送信部１０７からのパケットの送信においては、ＢＢＲ等の輻輳制御や、フロー制御を適宜行ってもよい。
なお、具体例１に記載の制御方法の一部を具体例２に適用してもよい。

（４）本実施形態の通信装置１００の動作
図９を用いて本実施形態の通信装置１００の動作について説明する。
なお、以下の動作は、通信装置１００における通信方法を示すだけでなく、通信装置１００で実行される通信プログラムの処理手順を示すものである。そして、これらの処理は、図９で示した順序には限定されない。すなわち、あるステップでその前段のステップの結果を利用する関係にある等の制約がない限り、順序を入れ替えてもよい。
以上、本実施形態だけでなく、他の実施形態においても同様である。

通信装置１００の受信部１０１は、送信元端末装置１０（「第１の装置」に相当）から、送信元端末装置１０で生成された「パケット」を受信する（Ｓ１０１）。
通信装置１００のパケット識別部１０２は、受信部１０１で受信したパケットが属するチャンクを識別する（Ｓ１０２）。
通信装置１００のバッファ１０４は、受信部１０１で受信したパケットを格納する（Ｓ１０３）。
通信装置１００の通信性能取得部１０５は、複数の前記通信回線のそれぞれの通信性能を取得する（Ｓ１０４）。
通信装置１００の送信制御部１０６は、通信性能取得部１０５で取得した通信性能に基づき、チャンク毎に、チャンクに属する複数のパケットの全てが第２の装置へ到達するまでに要する時間が最も短くなるように、複数のパケットのそれぞれを複数の通信回線のいずれかに割当てる（Ｓ１０５）。
通信装置１００の送信部１０７は、バッファ１０４からパケットを読み出し、送信制御部１０６の割当てに基づき、複数の通信回線のいずれかを用いて宛先端末装置２０（「第２の装置」に相当）に送信する（Ｓ１０６）。

以上、本実施形態によれば、チャンク毎に、当該チャンクに属する複数のパケットのそれぞれを複数の通信回線のいずれかに割当てて送信するので、宛先端末装置２０やサーバ装置１５の側でデータをより早く利用することができるような効率的なデータ送信を行うことができる。

２．実施形態１の変形例
（１）変形例１
実施形態１では、チャンク毎に、チャンクに属する複数のパケットを通信回線に割当てている。もっとも、バッファ１０４のオーバーフロー等によりバッファ１０４にチャンクに属する全てのパケットが格納されない場合もある。そこで、本変形例では、チャンクを単位としてパケットのバッファへの格納及びバッファからの破棄を制御している。

図１０を用いて、実施形態１の変形例１の通信装置１１０の構成を説明する。通信装置１１０は、図１に示す実施形態１の通信装置１００の構成に加え、バッファ制御部１１１を有する。
なお、実施形態１と同様の機能の場合は図１と同じ図番を用い、実施形態１の説明を引用する。

バッファ制御部１１１は、パケットのバッファ１０４への格納や、パケットのバッファ１０４からの破棄を制御する。具体的には、バッファ制御部１１１は、バッファ１０４のオーバーフロー等が発生する場合において、パケット情報保存部１０３に保存されたパケット情報に基づき、古いチャンクに属する全パケットを削除したり、オーバーフロー発生時にチャンクに属する全てのパケットのうち一部しか格納されていない当該一部のパケットをバッファ１０４から削除したりすることで、「チャンクを単位として」、パケットの格納及び破棄を制御する。
ここで、「チャンクを単位として」とは、バッファへの格納やバッファからの破棄が結果としてチャンク単位であればよく、バッファへ格納する時に同一のチャンクに属する全てのパケットを同時に格納する必要はなく、またバッファから破棄するときに同一チャンクに属する全てのパケットを同時に破棄する必要はない。

以上、本実施形態によれば、バッファに格納されるパケットはチャンク単位で格納及び破棄するので、パケットが欠損したチャンクに属するパケットを送信することを防ぐことができ、ひいては効率的なデータ送信を行うことができる。

３．実施形態２
実施形態１では、接続されている送信元端末装置１０や宛先端末装置２０の区別、あるいはそれぞれの装置に搭載されている送信元アプリケーションや宛先アプリケーションの区別をすることなくチャンクの識別を行った。しかし、送信元端末装置１０や宛先端末装置２０が複数台接続されているような場合は、同じソフトウェアを使用している場合でもそれぞれのチャンク同士は異なるチャンクとして扱う必要がある。また、送信元端末装置１０や宛先端末装置２０で複数の送信元アプリケーションや複数の宛先アプリケーションが実行されている場合も、アプリケーション毎にチャンクを区別する必要がある。
そこで、本実施形態では、接続されている送信元端末装置１０や宛先端末装置２０が複数台の場合、あるいはそれぞれの装置に搭載されている送信元アプリケーションや宛先アプリケーションが複数の場合について、図１１を用いて説明する。
なお、実施形態１と同様の機能の場合は図１と同じ図番を用い、実施形態１の説明を引用する。

図１１を用いて、実施形態２の通信装置２００の構成を説明する。通信装置２００は、受信部１０１、パケット識別部２０２、パケット情報保存部２０３、バッファ１０４、通信性能取得部１０５、送信制御部２０６、送信部１０７を有する。

通信装置２００には、複数の送信元端末装置である送信元端末装置Ａ及び送信元端末装置Ｂが接続されている。また、複数の宛先端末装置である宛先端末装置Ｐ及び宛先端末装置Ｑが接続されている。
送信元端末装置Ａには、送信元アプリケーションａが搭載され実行されている。送信元端末装置Ｂには、送信元アプリケーションｂ及び送信元アプリケーションｃが搭載され実行されている。宛先端末装置Ｐには、宛先アプリケーションｐ及び宛先アプリケーションｑが搭載され実行されている。宛先端末装置Ｑには、宛先アプリケーションｒが搭載され実行されている。
なお、送信元端末装置や宛先端末装置は３台以上接続されていてもよい。また、送信元アプリケーションや宛先アプリケーションも一つの装置に３つ以上搭載され実行されていてもよい。

パケット識別部２０２は、実施形態１で説明したチャンクを識別することに加え、さらにパケットの送信元又は／及び宛先に基づき、パケットが属する通信フローを識別する。

通信フローは、例えば送信元を特定する情報と宛先を特定する情報で示すことができる。例えば、送信元端末装置Ａの送信元アプリケーションａから宛先端末装置Ｐの宛先アプリケーションｑにパケットが送信される場合、通信フローはＡａＰｑと表現することができる。

通信装置２００に接続されている送信元端末装置又は宛先端末装置のうちいずれかが１台の場合は、送信元端末装置又は宛先端末装置を特定する情報は省略することができる。例えば、通信装置２００に接続されている送信元端末装置が送信元端末装置Ｂのみであれば、送信元端末装置Ｂの送信元アプリケーションｂから宛先端末装置Ｐの宛先アプリケーションｑにパケットが送信される場合、通信フローはｂＰｑと表現することができる。
送信元端末装置に搭載されている送信元アプリケーションや宛先端末装置に搭載されている宛先アプリケーションのうちいずれかが１つの場合は、送信元アプリケーション又は宛先アプリケーションを特定する情報は省略することができる。例えば、通信装置２００に接続されている送信元端末装置が送信元端末装置Ａのみであり、送信端末装置Ａに搭載されている送信元アプリケーションが送信元アプリケーションａのみであれば、送信元端末装置Ａの送信元アプリケーションａから宛先端末装置Ｐの宛先アプリケーションｑにパケットが送信される場合、通信フローはＰｑと表現することができる。

送信元や宛先を特定するためには、ＩＰヘッダやＴＣＰ／ＵＤＰヘッダに格納された情報を利用することができる。

図４に示す通り、ＩＰヘッダには、送信元アドレスや宛先アドレスが格納されているので、これらに基づき送信元端末装置や宛先端末装置を特定することができる。また、ＩＰヘッダには、プロトコルが格納されているので、これに基づき送信元アプリケーションや宛先アプリケーションが使用するプロトコル情報を特定することができる。

図１２に示す通り、ＴＣＰヘッダやＵＤＰヘッダには、送信先ポートや宛先ポートが格納されているので、これらに基づき送信元アプリケーションや宛先アプリケーションを特定することができる。

図１３は、パケット情報保存部２０３で保存されているパケット情報を示している。
パケット情報保存部２０３は、図１３に示す通り、実施形態１で説明したパケット情報に加え、通信フロー情報を保存する。通信フローの表現方法は上述の通りである。

パケット情報保存部２０３は、図１３に示す情報に加え、さらにパケットの受信間隔に基づいて各フローのチャンクを識別する場合のために、フロー毎にパケットの最終受信時刻を保存するようにしてもよい。

送信制御部２０６は、バッファ１０４に格納されたパケットを、複数の通信回線のうちどの通信回線を用いて送信するかを決定する。本実施形態では、通信性能取得部１０５で取得した通信性能に基づき、通信フローかつチャンク毎に、チャンクに属する複数のパケットのサーバ装置１５又は宛先端末装置２０（いずれかが「第２の装置」に相当。）への「到達時刻が最も早くなるように」、複数のパケットのそれぞれを通信回線２１、通信回線２２、及び通信回線２３のいずれかに割当てる。例えば、図１３において、通信フローＡａＰｑと通信フローＢｂＱｒは、同じチャンク番号＃１であっても異なるチャンクとして、それぞれのチャンクに属するパケットについて通信回線への割当て量を決定する。

以上、本実施形態によれば、実施形態１の構成に加え、通信フロー毎かつチャンク毎に当該チャンクに属する複数のパケットのそれぞれを複数の通信回線のいずれかに割当てて送信するので、宛先端末装置２０やサーバ装置１５の側でデータをより早く利用することができるような効率的なデータ送信を行うことができる。

４．その他の実施形態
実施形態１の通信装置１００、実施形態１の変形例の通信装置１１０、及び実施形態２の通信装置２００の送信部１０７は、パケットを送信する際、パケットに含めて、又はパケットとは別に、当該パケットが属するチャンクを特定するチャンク識別情報を送信する。例えば、図２のチャンク番号や、図１３のチャンク番号及び通信フロー情報を送信する。
チャンク識別情報を送信することにより、サーバ装置１５や宛先端末装置２０の側で、受信したパケットが属するチャンクを特定することができる。特に、サーバ装置１５や宛先端末装置２０の側で、新たなチャンクが到達したことを検出することができる。

実施形態１の通信装置１００、実施形態１の変形例の通信装置１１０、及び実施形態２の通信装置２００の送信部１０７は、パケットを送信する際、パケットに含めて、又はパケットとは別に、当該パケットが属するチャンクのサイズを示すチャンクサイズ情報を送信する。例えば、図２や図１３のチャンクサイズを送信する。
チャンクサイズ情報を送信することにより、サーバ装置１５や宛先端末装置２０の側で、チャンクに属するパケットが全て受信できたかどうかを検出することができる、また、サーバ装置１５や宛先端末装置２０の側で、新たなチャンクが到達したことを検出することができる。

なお、特定チャンク識別情報やチャンクサイズ情報に基づき、サーバ装置１５や宛先端末装置２０の側で、通信装置１００等がチャンクに属するパケットを破棄したり送信を中止したりしたことを検出することもできる。

５．送信元端末装置、通信装置、及び宛先端末装置の組み合わせの具体例
送信元端末装置１０、通信装置１００（１１０、２００）、及び宛先端末装置２０の具体的な組み合わせとして、いくつかの例を挙げる。

図１４（ａ）のように、スマートフォンで撮影した動画をＷｉ－Ｆｉでルータに送信し、ルータから４Ｇ回線、５Ｇ回線、及びＤＳＲＣを用いてサーバ装置にアップロードする場合は、スマートフォンが送信元端末装置１０（「第１の装置」に相当）、ルータが通信装置１００（１１０、２００）、サーバ装置が宛先端末装置２０（「第２の装置」に相当）となる。

通信装置１００（１１０、２００）は「移動体」に「搭載」されてもよい。
図１４（ｂ）のように、車載ネットワークに接続されたＥＣＵや各種センサからのデータが通信ＥＣＵを介して無線通信方式でデータセンタに送信される場合、ナビＥＣＵ、車載ＥＣＵ、及び各種センサが送信元端末装置１０（「第１の装置」に相当）、通信ＥＣＵが通信装置１００（１１０、２００）、データセンタが宛先端末装置２０（「第２の装置」に相当）となる。
あるいは、図１４（ｃ）のように、車載ネットワークに接続された各種センサからのデータが統合ＥＣＵの通信機能を介して無線通信方式でデータセンタに送信される場合、各種センサが送信元端末装置１０（「第１の装置」に相当）、統合ＥＣＵが通信装置１００（１１０、２００）、データセンタが宛先端末装置２０（「第２の装置」に相当）となる。
ここで、
「移動体」とは、移動可能な物体をいい、移動速度は任意である。また移動体が停止している場合も当然含む。例えば、自動車、自動二輪車、自転車、歩行者、船舶、航空機、及びこれらに搭載される物を含み、またこれらに限らない。
「搭載」される、とは、移動体に直接固定されている場合の他、移動体に固定されていないが移動体と共に移動する場合も含む。例えば、移動体に乗った人が所持している場合、移動体に載置された積荷に搭載されている場合、が挙げられる。

６．総括
以上、本発明の各実施形態における通信装置等の特徴について説明した。
各実施形態で使用した用語は例示であるので、同義の用語、あるいは同義の機能を含む用語に置き換えてもよい。

実施形態の説明に用いたブロック図は、装置の構成を機能毎に分類及び整理したものである。それぞれの機能を示すブロックは、ハードウェア又はソフトウェアの任意の組み合わせで実現される。また、機能を示したものであることから、かかるブロック図は方法の発明、及び当該方法を実現するプログラムの発明の開示としても把握できるものである。

各実施形態に記載した処理、フロー、及び方法として把握できるブロック、については、一のステップでその前段の他のステップの結果を利用する関係にある等の制約がない限り、順序を入れ替えてもよい。

本発明の通信装置は、特許請求の範囲で特に限定する場合を除き、車両用途でもよいし、車両用途以外の専用又は汎用の通信装置も含むものである。

また、本発明の通信装置の形態の例として、半導体素子、電子回路、通信モジュール、マイクロコンピュータが挙げられる。
半完成品の形態として、電子制御装置（ＥＣＵ（Electric Control Unit））、システムボードが挙げられる。
完成品の形態として、モバイルルータ、携帯電話、スマートフォン、タブレット、パーソナルコンピュータ（ＰＣ）、ワークステーション、サーバが挙げられる。
その他、通信機能を有するデバイス等を含み、例えば、カーナビゲーションシステムが挙げられる。

本発明の通信装置は、各種サービスの提供を目的とするために用いられることが想定される。かかるサービスの提供に伴い、本発明の通信装置が使用され、本発明の通信方法が使用され、又は／及び本発明の通信プログラムが実行されることになる。

加えて、本発明は、各実施形態で説明した構成及び機能を有する専用のハードウェアで実現できるだけでなく、メモリやハードディスク等の記録媒体に記録した本発明を実現するためのプログラム、及びこれを実行可能な専用又は汎用ＣＰＵ及びメモリ等を有する汎用のハードウェアとの組み合わせとしても実現できる。

本発明の通信装置のためのプログラムであって、専用や汎用のハードウェアの非遷移的実体的記録媒体（例えば、外部記憶装置（ハードディスク、ＵＳＢメモリ、ＣＤ／ＢＤ等）、又は内部記憶装置（ＲＡＭ、ＲＯＭ等））に格納されるプログラムは、記録媒体を介して、あるいは記録媒体を介さずにサーバから通信回線を経由して、専用又は汎用のハードウェアに提供することもできる。これにより、プログラムのアップグレードを通じて常に最新の機能を提供することができる。

本発明の通信装置は、車載用途にも車載用途以外にも用いることができる。さらに、中継装置にも適用が可能である。

１００ 通信装置、１０１ 受信部、１０２ パケット識別部、１０３ パケット情報保存部、１０４ バッファ、１０５ 通信性能取得部、１０６ 送信制御部、１０７ 送信部、２１・２２・２３ 通信回線、１０ 送信元端末装置（「第１の装置」に相当）、１５ サーバ装置（「第２の装置」に相当）、２０ 宛先端末装置（「第２の装置」に相当）

Claims (15)

1. 第１の装置（１０）から受信したパケットを複数の通信回線（２１、２２、２３）のいずれかを用いて第２の装置（１５、２０）に送信する通信装置（１００）であって、
   前記第１の装置から前記パケットを受信する受信部（１０１）と、
   前記パケットが属する、上位レイヤにおけるデータ単位であるチャンクを識別するパケット識別部（１０２）と、
   前記パケットを格納するバッファ（１０４）と、
   複数の前記通信回線のそれぞれの通信性能を取得する通信性能取得部（１０５）と、
   前記通信性能に基づき、前記チャンク毎に、前記チャンクに属する複数の前記パケットの前記第２の装置への到達時刻が最も早くなるように、複数の前記パケットのそれぞれを複数の前記通信回線のいずれかに割当てる送信制御部（１０６）と、
   前記バッファから前記パケットを読み出し、前記送信制御部における割当てに基づき、複数の前記通信回線のいずれかを用いて前記第２の装置に送信する送信部（１０７）と、を有する、
   通信装置（１００）。
2. 前記パケット識別部は、前記受信部で受信する前記パケットの受信間隔に基づき、前記チャンクを識別する、
   請求項１記載の通信装置。
3. 前記チャンクは、動画の圧縮により生成されたフレームである、
   請求項２記載の通信装置。
4. 前記パケット識別部は、前記パケットのＩＰヘッダに含まれる識別子に基づき、前記チャンクを識別する、
   請求項１記載の通信装置。
5. 前記パケット識別部は、前記パケットのＴＣＰ／ＵＤＰペイロードに含まれる識別情報に基づき、前記チャンクを識別する、
   請求項１記載の通信装置。
6. 前記送信制御部は、各通信回線の可用帯域、及び各通信回線の遅延時間、の少なくとも１つを用いて割当てを行う、
   請求項１記載の通信装置。
7. 前記送信制御部は、前記通信性能に加え、送信対象となっている前記チャンクの未送信データ量、及び各通信回線で送信中又は送信予定であり前記第２の装置に到達していないデータ量であるインフライトデータ量、の少なくとも１つを用いて割当てを行う、
   請求項１又は６記載の通信装置。
8. 前記送信部は、先に前記第２の装置に到達が完了すべきチャンクである先行チャンクの前記パケットである先行パケットが割当てられておらず、かつ、前記先行チャンクの後に前記第２の装置に到達が完了すべきチャンクである後続チャンクの前記パケットである後続パケットが割当てられている前記通信回線で前記後続パケットを送信する場合、前記バッファの先頭からオフセットした位置から前記後続パケットを読み出す、
   請求項１記載の通信装置。
9. さらに、前記チャンクを単位として、前記パケットの前記バッファへの格納及び前記パケットの前記バッファからの破棄を制御するバッファ制御部（１１１）、を有する、
   請求項１記載の通信装置（１１０）。
10. 前記パケット識別部は、さらに前記パケットの送信元又は／及び宛先に基づき、前記パケットが属する通信フローを識別し、
    前記送信制御部は、前記通信フロー毎かつ前記チャンク毎に、前記チャンクに属する複数の前記パケットの前記第２の装置への到達時刻が最も早くなるように、複数の前記パケットのそれぞれを複数の前記通信回線のいずれかに割当てる、
    請求項１記載の通信装置（２００）。
11. 前記送信部は、前記パケットが属する前記チャンクを特定するチャンク識別情報を送信する、
    請求項１、９、１０のいずれかに記載の通信装置。
12. 前記送信部は、前記パケットが属する前記チャンクのサイズを示すチャンクサイズ情報を送信する、
    請求項１、９、１０のいずれかに記載の通信装置。
13. 当該通信装置は、移動体に搭載されている、
    請求項１～１２記載の通信装置。
14. 第１の装置（１０）から受信したパケットを複数の通信回線（２１、２２、２３）のいずれかを用いて第２の装置（１５、２０）に送信する、通信装置（１００）で実行する通信方法であって、
    前記第１の装置から前記パケットを受信し（Ｓ１０１）、
    前記パケットが属する、上位レイヤにおけるデータ単位であるチャンクを識別し（Ｓ１０２）、
    前記パケットをバッファに格納し（Ｓ１０３）、
    複数の前記通信回線のそれぞれの通信性能を取得し（Ｓ１０４）、
    前記通信性能に基づき、前記チャンク毎に、前記チャンクに属する複数の前記パケットの前記第２の装置への到達時刻が最も早くなるように、複数の前記パケットのそれぞれを複数の前記通信回線のいずれかに割当て（Ｓ１０５）、
    前記バッファから前記パケットを読み出し、前記割当てに基づき、複数の前記通信回線のいずれかを用いて前記第２の装置に送信する（Ｓ１０６）、
    通信方法。
15. 第１の装置（１０）から受信したパケットを複数の通信回線（２１、２２、２３）のいずれかを用いて第２の装置（１５、２０）に送信する、通信装置（１００）で実行可能な通信プログラムであって、
    前記第１の装置から前記パケットを受信し（Ｓ１０１）、
    前記パケットが属する、上位レイヤにおけるデータ単位であるチャンクを識別し（Ｓ１０２）、
    前記パケットをバッファに格納し（Ｓ１０３）、
    複数の前記通信回線のそれぞれの通信性能を取得し（Ｓ１０４）、
    前記通信性能に基づき、前記チャンク毎に、前記チャンクに属する複数の前記パケットの前記第２の装置への到達時刻が最も早くなるように、複数の前記パケットのそれぞれを複数の前記通信回線のいずれかに割当て（Ｓ１０５）、
    前記バッファから前記パケットを読み出し、前記割当てに基づき、複数の前記通信回線のいずれかを用いて前記第２の装置に送信する（Ｓ１０６）、
    通信プログラム。