JP7635789B2

JP7635789B2 - 通信装置、通信方法、及びプログラム

Info

Publication number: JP7635789B2
Application number: JP2022575027A
Authority: JP
Inventors: 幸暉堀田
Original assignee: Sony Corp; Sony Group Corp
Current assignee: Sony Corp; Sony Group Corp
Priority date: 2021-01-18
Filing date: 2021-01-18
Publication date: 2025-02-26
Anticipated expiration: 2041-01-18
Also published as: EP4280690A1; US20240314658A1; CN116686343A; EP4280690A4; WO2022153523A1; JPWO2022153523A1

Description

本開示は、通信装置、通信方法、及びプログラムに関する。

通信装置が他の通信装置の通信機能を使って上流のネットワークに接続する技術が知られている。このような技術の例として、ＰＣやタブレット等の端末装置が、スマートフォン等の他の端末装置の通信機能を使って上流のネットワークに接続するテザリングと呼ばれる技術が知られている。

特開２０１５－３９１４７号公報

スマートフォン等の端末装置は、多くの場合、複数の通信路（例えば、Ｗｉ－Ｆｉやセルラーネットワーク）に接続可能である。そして、端末装置は、通信路の状態に合わせて、適宜、通信路を切り替える。

通信装置（以下、子機という。）が他の通信装置（以下、親機という。）の通信機能を使って上流ネットワークに接続する場合、親機の都合で通信路が切り替わる。子機としては、意図せぬタイミングで上流のネットワークが切り替わることになるため、上流のネットワークへの接続が信頼できないものとなる。

そこで、本開示では、信頼性の高い通信を実現可能な通信装置、通信方法、及びプログラムを提案する。

なお、上記課題又は目的は、本明細書に開示される複数の実施形態が解決し得、又は達成し得る複数の課題又は目的の１つに過ぎない。

上記の課題を解決するために、本開示に係る一形態の通信装置は、それぞれ異なる通信路を使って上流ネットワークへ接続する複数の通信機能を有する通信装置であって、前記通信装置を介して前記上流ネットワークへ接続する他の通信装置との通信を制御する通信制御部と、前記通信路の切り替えのための前記通信路に関する情報を該切り替えの前に前記他の通信装置に通知する通知部と、を備える。

本実施形態の概要を示す図である。上流ネットワークへの通信路の切断が予測される場合の処理の流れを示す図である。上流ネットワークへの通信路の品質悪化が予測される場合の処理の流れを示す図である。本開示の実施形態に係る通信システムの構成例を示す図である。本開示の実施形態に係るサーバ装置の構成例を示す図である。本開示の実施形態に係る端末装置（親機）の構成例を示す図である。本開示の実施形態に係る端末装置（子機）の構成例を示す図である。通信システム１の機能構成を示す図である。第１の処理例（上流ネットワークへの通信路の切断予測）を示すフローチャートである。初期セットアップを示すシーケンス図である。第２の処理例（上流ネットワークへの通信路の品質予測）を示すフローチャートである。初期セットアップを示すシーケンス図である。初期セットアップを説明するための機能ブロック図である。通知基準の情報のファイルフォーマットを説明するための図である。機械学習を用いた品質予測を説明するための機能ブロック図である。通信路品質未達が起きたときの端末装置（子機）の動作を説明するための機能ブロック図である。通信路品質未達が起きたときの端末装置（子機）の動作を説明するための機能ブロック図である。

以下に、本開示の実施形態について図面に基づいて詳細に説明する。なお、以下の各実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。

また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なる数字を付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じて端末装置３０_１、及び３０_２のように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、端末装置３０_１、及び３０_２を特に区別する必要が無い場合には、単に端末装置３０と称する。

以下に説明される１又は複数の実施形態（実施例、変形例を含む）は、各々が独立に実施されることが可能である。一方で、以下に説明される複数の実施形態は少なくとも一部が他の実施形態の少なくとも一部と適宜組み合わせて実施されてもよい。これら複数の実施形態は、互いに異なる新規な特徴を含み得る。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し得、互いに異なる効果を奏し得る。

また、以下に示す項目順序に従って本開示を説明する。
１．概要
２．通信システムの構成
２－１．サーバ装置の構成
２－２．端末装置（親機）の構成
２－３．端末装置（子機）の構成
２－４．通信システムの機能構成
３．第１の処理例（上流ネットワークへの通信路の切断予測）
４．第２の処理例（上流ネットワークへの通信路の品質予測）
５．変形例
６．むすび

＜＜１．概要＞＞
＜１－１．課題の概要＞
通信装置が他の通信装置の通信機能を使って上流のネットワークに接続する技術が知られている。このような技術の例として、テザリングと呼ばれる技術が知られている。

スマートフォン等の端末装置は、多くの場合、複数の通信路に接続可能である。そして、端末装置は、通信路の状態に合わせて、適宜、通信路を切り替える。テザリングを使った通信では、上流ネットワークの通信状況が悪化したときは、テザリング親機は、テザリング子機の通信状況を考慮せずに上流ネットワークを切り替える。例えば上流ネットワークがＷｉ－Ｆｉであるときに、その接続が切断されることが予期されるときには、テザリング親機は、上流ネットワークをセルラーに切り替える。

しかし、この切り替えタイミングはテザリング子機端末にとっては必ずしも最適ではない。子機がテザリングを用いて通信中に上流ネットワークの切り替えが発生すると、テザリング子機は、ＮＡＴテーブルが更新されてしまい通信断に陥る。テザリング親機にとっては通信状態の良い経路への切り替えであっても、テザリング子機にとっては、通信中のフローの切断という事態がもたらされる。

このように、現状のテザリング通信では、上流ネットワークの切り替えタイミングによって、子機の通信が阻害されることがある。

＜１－２．解決手段の概要＞
図１は、本実施形態の概要を示す図である。図１の例におけるテザリング親機は、例えば、セルラーとＷｉ－Ｆｉの２つの通信路を使用可能である。

本実施形態では、テザリング親機は、上流ネットワークへの現在の通信路の切断（上流ネットワークの切り替えを含む。）が予測されるときに、事前に、テザリング子機に対して当該予測を通知する（図１に示す“切断予告”）。また、テザリング親機は、上流ネットワークへの通信路品質の悪化が予測されるときに、テザリング子機に対して当該予測を通知する（図１に示す“品質未達通知”）。そして、テザリング子機は、上流ネットワークへの通信路の変更を抑止するようテザリング親機に要求を行う（図１に示す“要求”）。また、テザリング子機は別の通信路を用いて通信できるようにフローの引き継ぎをしたり、リンクアグリゲーションを形成したりして、現在のフローを安全に終了させる。

これによりテザリング子機が通信断に陥りにくくなるので、テザリング子機にとって信頼性の高い通信が提供されるようになる。

これを実現する処理を図２及び図３を使って説明する。

（通信路の切断予測）
最初に、上流ネットワークへの通信路の切断（通信路の切り替えを含む。）が予測されるケースについて説明する。図２は、上流ネットワークへの通信路の切断が予測される場合の処理の流れを示す図である。

まず、テザリング親機とテザリング子機は、テザリング親機とテザリング子機との間に経路決定のためのパスを生成する。テザリング親機は、このパスを用いてテザリング子機が所望する通信路を優先的に割り当てる。例えば、テザリング親機がＷｉ－Ｆｉの切断が予測されると予測したケースを考える。テザリング親機は切断するｎ秒内に切断する可能性が分かった場合、テザリング子機に対して“切断予告”を通知する。

この通知を受け取ったテザリング子機は通信中のフローが中断されることを予期し、フローの安全な終了と新しいベアラへのハンドオーバーを試みる。切断予告通知から実際の切断に対して時間があるため、テザリング子機にとっては安全に通信を中断再開することが可能になる。

（通信路品質予測）
次に、上流ネットワークへの通信路の品質悪化が予測されるケースについて説明する。図３は、上流ネットワークへの通信路の品質悪化が予測される場合の処理の流れを示す図である。

まず、テザリング親機とテザリング子機は、テザリング親機とテザリング子機との間に経路決定のためのパスを生成する。そして、テザリング子機はこのパスを使って通信路特性をテザリング親機に指定する。例えば、テザリング子機は所望の通信路品質（例えば、最大許容可能な遅延、スループット、パケットロス率）をテザリング親機に通知する。

テザリング親機はこの通信路品質を満たすように通信路を選択する。さらに、テザリング親機は、通信路品質が良いパスが見つかったとしても、ハンドオーバーによって通信路が切断される可能性があるので、通信路を切り替えない。テザリング親機は、通信路のパケットカウンタを監視し、現時刻の通信路品質やｎ秒後の通信路品質を予測する。この結果を用いて、テザリング親機は、テザリング子機が指定した通信路品質が満たせない場合は自動で上流ネットワークを切り替える。或いは、テザリング親機は、品質未達をテザリング子機に予告する。より具体的には、テザリング親機は、現在の通信路の品質がテザリング子機から要求された要求品質を達成しなくなることの予告通知をテザリング子機に行う。

この通知を受けたテザリング子機は、現在のフローの安全な終了と、新しいベアラへのハンドオーバーと、を試みる。このとき新しいベアラでも通信路品質が満たせない場合は、テザリング子機は、使用しているアプリケーションの使用帯域を調整する。フローの安全な終了のため、テザリング子機は、上位のレイヤで別の通信路から通信を始めるように既存のフローのＩＤを継承し新規フローを作成するべく通信相手先サーバとシグナリングを開始してもよい（QUIC）。また、テザリング子機は、複数のベアラを使ったマルチパスを貼っても良い（マルチパスTCP）。また、テザリング子機は、Ｌ３での冗長化技術（VRRP、OSPF、BGPなど）を使用して通信が切断されたときに迂回経路制御がされるように設定してもよい。また、テザリング子機は、Ｌ２での冗長化技術（Link Aggregationなど）を用いるよう要求してもよい。アプリケーションレイヤでは、テザリング子機は、稼働中のフローを一時中断し、途中から通信ができるようにしたり、既存のフローソケットを閉じたりしてもよい。このように様々な終了の選択肢がある。

（下流ネットワークの切断予測）
なお、テザリング親機は、テザリング親機とテザリング子機との間の通信路の通信品質を監視してもよい。そして、テザリング親機は、テザリング親機とテザリング子機との間の通信路の切断を予測してもよい。テザリング親機は切断するｎ秒内に切断する可能性が分かった場合、テザリング子機に対して切断予告通知を送付してもよい。この通知を受け取ったテザリング子機は通信中のフローが中断されることを予期し、フローの安全な終了と新しいベアラへのハンドオーバーを試みてもよい。

＜１－３．効果＞
テザリング親機は、通信の切断又は通信路品質の低下が予測されるときにテザリング子機に対して通信断を予告する。そのため、テザリング子機は、前もってハンドオーバーを実施したり、フローの安全な終了を行ったりすることができる。これにより、テザリング子機は、フローが意図せず終了しアプリケーション動作にエラーが出たり（例えばダウンロードが失敗し、もう一度最初からダウンロードする必要がでるなど）、ソケットがオープンになりっぱなしになることにより次の通信路が確立できなくなったり、といった事態を防ぐことができる。また、常にどれかの通信路が確立している可能性が高まるため、信頼性の高い通信を実現できる。

以上、本実施形態の概要を述べたが、以下、本実施形態に係る通信システム１を詳細に説明する。

＜＜２．通信システムの構成＞＞
まず、通信システム１の構成を説明する。

図４は、本開示の実施形態に係る通信システム１の構成例を示す図である。通信システム１は、複数の通信路に接続可能に構成された親機と、親機を介して上流ネットワークに接続する子機と、を少なくとも備える。ここで、親機は、例えば、図４に示す端末装置２０であり、子機は、例えば、図４に示す端末装置３０_１、３０_２である。端末装置２０、３０は、テザリング可能に構成されている。そして、端末装置３０は、テザリング機能を使って、端末装置２０を介して上流ネットワークに接続する。

ここで、上流ネットワークとは、親機となる端末装置２０から見て上位のネットワークのことである。図４に示す例では、上流ネットワークは、ネットワークＮ１、Ｎ２である。ネットワークＮ１、Ｎ２は、例えば、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、セルラーネットワーク、固定電話網、地域ＩＰ（Internet Protocol）網、インターネット等の通信ネットワークである。ネットワークＮ１、Ｎ２には、有線ネットワークが含まれていてもよいし、無線ネットワークが含まれていてもよい。また、ネットワークＮ１、Ｎ２には、コアネットワークが含まれていてもよい。コアネットワークは、例えば、ＥＰＣ（Evolved Packet Core）や５ＧＣ（5G Core network）である。勿論、ネットワークＮは、コアネットワークに接続されるデータネットワークであってもよい。データネットワークは、通信事業者のサービスネットワーク、例えば、ＩＭＳ（IP Multimedia Subsystem）ネットワークであってもよい。また、データネットワークは、企業内ネットワーク等、プライベートなネットワークであってもよい。

なお、図４の例では、上流ネットワークが２つしか示されていないが、上流ネットワークは２つに限られない。例えば、上流ネットワークが無線アクセスネットワークとコアネットワークとで構成されるセルラーネットワークであるとすると、複数のコアネットワークが上流ネットワークとして存在していてもよい。このとき、コアネットワークごとに異なるデータネットワークが存在していてもよい。

上述したように端末装置２０は、複数の通信路を使って上流ネットワークに接続可能である。このとき、複数の通信路の少なくとも１つは、無線通信路であってもよい。例えば、通信路は、端末装置２０と基地局との間の無線通信路（無線アクセスネットワーク）であってもよい。また、通信路は、端末装置２０とアクセスポイントとの間の無線通信路であってもよい。勿論、複数の通信路には、有線通信路（例えば、有線ＬＡＮ）が含まれていてもよい。なお、通信路は、上流ネットワークそのものであってもよい。

複数の通信路に無線通信路が含まれる場合、端末装置２０は、ＬＴＥ（Long Term Evolution）、ＮＲ（New Radio）、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、等の無線アクセス技術（ＲＡＴ：Radio Access Technology）を使って上流ネットワークに接続するよう構成されていてもよい。このとき、端末装置２０は、異なる無線アクセス技術を使用可能に構成されていてもよい。例えば、端末装置２０は、ＮＲとＷｉ－Ｆｉを使用可能に構成されていてもよい。また、端末装置２０は、異なるセルラー通信技術（例えば、ＬＴＥとＮＲ）を使用可能に構成されていてもよい。ＬＴＥ及びＮＲは、セルラー通信技術の一種であり、基地局がカバーするエリアをセル状に複数配置することで端末装置の移動通信を可能にする。

なお、以下の説明では、「ＬＴＥ」には、ＬＴＥ－Ａ（LTE-Advanced）、ＬＴＥ－ＡＰｒｏ（LTE-Advanced Pro）、及びＥＵＴＲＡ（Evolved Universal Terrestrial Radio Access）が含まれるものとする。また、ＮＲには、ＮＲＡＴ（New Radio Access Technology）、及びＦＥＵＴＲＡ（Further EUTRA）が含まれるものとする。なお、単一の基地局は複数のセルを管理してもよい。以下の説明において、ＬＴＥに対応するセルはＬＴＥセルと称され、ＮＲに対応するセルはＮＲセルと称される。

ＮＲは、ＬＴＥ（LTE-Advanced、LTE-Advanced Proを含む第４世代通信）の次の世代（第５世代）の無線アクセス技術である。ＮＲは、ｅＭＢＢ（Enhanced Mobile Broadband）、ｍＭＴＣ（Massive Machine Type Communications）及びＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）を含む様々なユースケースに対応できる無線アクセス技術である。ＮＲは、これらのユースケースにおける利用シナリオ、要求条件、及び配置シナリオなどに対応する技術フレームワークを目指して検討されている。

なお、端末装置２０は、ＬＴＥ、ＮＲ、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ以外の無線アクセス技術を使って上流ネットワークに接続可能であってもよい。例えば、端末装置２０は、ＬＰＷＡ（Low Power Wide Area）通信を使って上流ネットワークに接続可能であってもよい。また、端末装置２０は、独自規格の無線通信を使って上流ネットワークに接続可能であってもよい。

ここで、ＬＰＷＡ通信とは、小電力の広範囲通信を可能とする無線通信のことである。例えば、ＬＰＷＡ無線とは、特定小電力無線（例えば、９２０ＭＨｚ帯）やＩＳＭ（Industry-Science-Medical）バンドを使用したＩｏＴ（Internet of Things）無線通信のことである。なお、端末装置２０が使用するＬＰＷＡ通信はＬＰＷＡ規格に準拠したものであってもよい。ＬＰＷＡ規格としては、例えば、ＥＬＴＲＥＳ、ＺＥＴＡ、ＳＩＧＦＯＸ、ＬｏＲａＷＡＮ、ＮＢ－Ｉｏｔ等が挙げられる。勿論、ＬＰＷＡ規格はこれらに限定されず、他のＬＰＷＡ規格であってもよい。

なお、複数の通信路には、仮想ネットワークが含まれていてもよい。例えば、端末装置２０が接続可能な複数の通信路には、ＶＬＡＮ（Virtual Local Area Network）等の仮想ネットワークとＩＰ通信路等の物理的ネットワークとが含まれていてもよい。この場合、端末装置２０は、ＯＳＰＦ（Open Shortest Path First）、ＢＧＰ（Border Gateway Protocol）等の経路制御プロトコルに基づいて経路制御を行ってもよい。

その他、複数の通信路には、１又は複数のオーバーレイネットワークが複数含まれていてもよいし、１又は複数のネットワークスライシングが含まれていてもよい。

通信システム１は、図４に示すように、サーバ装置１０と、端末装置２０（親機）と、端末装置３０（子機）と、を備える。通信システム１は、サーバ装置１０、端末装置２０、及び端末装置３０をそれぞれ複数備えていてもよい。図４の例では、通信システム１は、サーバ装置１０としてサーバ装置１０_１、１０_２等を備えており、端末装置３０として端末装置３０_１、３０_２等を備えている。

なお、図中の装置は、論理的な意味での装置と考えてもよい。つまり、同図の装置の一部または全部が、仮想マシン（VM：Virtual Machine）、コンテナ（Container）、ドッカー（Docker）などで実現され、それらが物理的に同一のハードウェア上で実装されてもよい。

また、本実施形態において、通信装置は、通信の機能を有する装置のことであり、図４の例では、少なくとも端末装置２０、及び端末装置２０は通信装置である。

以下、通信システム１を構成する各装置の構成を具体的に説明する。なお、以下に示す各装置の構成はあくまで一例である。各装置の構成は、以下に示す構成とは異なっていてもよい。

＜２－１．サーバ装置の構成＞
最初に、サーバ装置１０の構成を説明する。

サーバ装置１０は、端末装置３０に対して上流ネットワーク（例えば、ネットワークＮ１、Ｎ２）を介して各種サービスを提供する情報処理装置（コンピュータ）である。例えば、サーバ装置１０は、アプリケーションサーバやＷｅｂサーバである。サーバ装置１０は、ＰＣサーバであってもよいし、ミッドレンジサーバであってもよいし、メインフレームサーバであってもよい。

図５は、本開示の実施形態に係るサーバ装置１０の構成例を示す図である。サーバ装置１０は、記憶部１１と、通信部１２と、制御部１３と、を備える。なお、図５に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、サーバ装置１０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。例えば、サーバ装置１０は、複数の情報処理装置により構成されていてもよい。

記憶部１１は、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１１は、サーバ装置１０の記憶手段として機能する。記憶部１１は、例えば、端末装置２０、３０に対してサービスを提供するための各種データを記憶する。

通信部１２は、他の装置と通信するための通信インタフェースである。例えば、通信部１２は、ネットワークインタフェースである。例えば、通信部１２は、ＮＩＣ（Network Interface Card）等のＬＡＮ（Local Area Network）インタフェースである。なお、通信部１２は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部１２は、サーバ装置１０の通信手段として機能する。通信部１２は、制御部１３の制御に従って端末装置２０、３０と通信する。

制御部１３は、サーバ装置１０の各部を制御するコントローラ（controller）である。制御部１３は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサにより実現される。例えば、制御部１３は、サーバ装置１０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random Access Memory）等を作業領域として実行することにより実現される。なお、制御部１３は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

＜２－２．端末装置（親機）の構成＞
次に、端末装置２０の構成を説明する。

端末装置２０は、基地局、アクセスポイント、端末装置３０等の他の通信装置と通信する通信装置である。端末装置２０は、テザリング機能（テザリングホスト機能）を有し、端末装置３０が上流ネットワークにアクセスするのを中継する。

端末装置２０は、例えば、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータである。また、端末装置２０は、通信機能が具備された撮像装置（例えば、カムコーダ）であってもよいし、ＦＰＵ（Field Pickup Unit）等の通信機器が搭載されたバイクや移動中継車等であってもよい。また、端末装置２０は、Ｍ２Ｍ（Machine to Machine）デバイス、又はＩｏＴ（Internet of Things）デバイスであってもよい。端末装置２０は、複数通信路を持つルータであってもよい。

また、端末装置２０は、他の通信装置（例えば、基地局、アクセスポイント、及び端末装置３０）とＬＰＷＡ通信が可能であってもよい。また、端末装置２０が使用する無線通信は、ミリ波を使った無線通信であってもよい。なお、端末装置２０が使用する無線通信は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。

また、端末装置２０は、移動体装置であってもよい。移動体装置は、移動可能な無線通信装置である。このとき、端末装置２０は、移動体に設置される無線通信装置であってもよいし、移動体そのものであってもよい。例えば、端末装置２０は、自動車、バス、トラック、自動二輪車等の道路上を移動する車両（Vehicle）、或いは、当該車両に搭載された無線通信装置であってもよい。なお、移動体は、モバイル端末であってもよいし、陸上、地中、水上、或いは、水中を移動する移動体であってもよい。また、移動体は、ドローン、ヘリコプター等の大気圏内を移動する移動体であってもよいし、人工衛星等の大気圏外を移動する移動体であってもよい。

端末装置２０は、同時に複数の基地局または複数のセルと接続して通信を実施してもよい。例えば、１つの基地局が複数のセル（例えば、ｐＣｅｌｌ、sＣｅｌｌ）を介して通信エリアをサポートしている場合に、キャリアアグリゲーション（CA：Carrier Aggregation）技術やデュアルコネクティビティ（DC：Dual Connectivity）技術、マルチコネクティビティ（MC：Multi-Connectivity）技術によって、それら複数のセルを束ねて基地局と端末装置２０とで通信することが可能である。或いは、異なる基地局のセルを介して、協調送受信（CoMP：Coordinated Multi-Point Transmission and Reception）技術によって、端末装置２０とそれら複数の基地局が通信することも可能である。

図６は、本開示の実施形態に係る端末装置２０（親機）の構成例を示す図である。端末装置２０は、記憶部２１と、通信部２２と、制御部２３と、センサ部２４と、複数の通信部２５（通信部２５_１～２５_ｎ：ｎは任意の整数）と、を備える。なお、図６に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置２０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。

記憶部２１は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部２１は、端末装置２０の記憶手段として機能する。記憶部２１は、例えば、経路データベース２１１を記憶する。経路データベース２１１は、例えば、サーバ装置１０までの経路を記憶したデータベースである。例えば、経路データベース２１１は、ルーティングテーブルである。

通信部２２は、下流に位置する他の装置（例えば、端末装置３０等の子機）と通信するための通信インタフェースである。例えば、通信部２２は、ネットワークインタフェースである。例えば、通信部２２は、ＮＩＣ等のＬＡＮインタフェースである。なお、通信部２２は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部２２は、端末装置２０の通信手段として機能する。通信部２２は、制御部２３の制御に従って端末装置３０と通信する。本実施形態の場合、通信部２２は下流に位置する装置（すなわち、子機）と通インタフェースであるが、通信部２２は通信部２５と共通の構成であってもよい。

制御部２３は、端末装置２０の各部を制御するコントローラである。制御部２３は、例えば、ＣＰＵ、ＭＰＵ等のプロセッサにより実現される。例えば、制御部２３は、端末装置２０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部２３は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。また、制御部３３は、ＣＰＵに加えて、或いは代えて、ＧＰＵにより実現されてもよい。

制御部２３は、パラメータ収集部２３１と、品質予測部２３２と、経路決定部２３３と、予測通知部２３４と、指示受信部２３５と、を備える。制御部２３を構成する各ブロック（パラメータ収集部２３１～指示受信部２３５）はそれぞれ制御部２３の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。制御部２３は上述の機能ブロックとは異なる機能単位で構成されていてもよい。機能ブロックの構成方法は任意である。

センサ部２４は、上流ネットワークに接続するための通信路（通信部２５が形成する通信路）の品質を予測するための各種情報を取得するセンサである。例えば、通信路が無線通信路であるとすると、センサ部２４は、例えば、基地局又はアクセスポイントから受信する電波の受信Ｓ／Ｎを検出するセンサである。勿論、通信路の品質予測に使用できるのであれば、センサ部２４が取得する情報は受信Ｓ／Ｎに限定されない。

複数の通信部２５は、それぞれ、上流ネットワークに接続するための通信インタフェースである。複数の通信部２５は、それぞれ、サーバ装置１０までの異なる通信路を形成する。なお、複数の通信部２５は、それぞれ、異なる無線アクセス技術に対応していてもよい。例えば、通信部２５_１がＬＴＥ又はＮＲに対応し、通信部２５_２がＷｉ－Ｆｉに対応していてもよい。なお、通信部２５は通信部２２と共通の構成であってもよい。

＜２－３．端末装置（子機）の構成＞
次に、端末装置３０の構成を説明する。

端末装置３０は、端末装置２０等の他の通信装置と通信する通信装置である。端末装置３０は、テザリング機能（テザリングクライアント機能）を有し、端末装置２０を介して上流ネットワークにアクセスする。なお、端末装置３０は、端末装置２０を介さず、直接上流ネットワークにアクセスする機能を有していてもよい。例えば、端末装置３０は、直接、基地局又はアクセスポイントに、直接、アクセス可能であってもよい。

端末装置３０は、例えば、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ、パーソナルコンピュータである。また、端末装置３０は、通信機能が具備された撮像装置（例えば、カムコーダ）であってもよいし、ＦＰＵ等の通信機器が搭載されたバイクや移動中継車等であってもよい。また、端末装置３０は、Ｍ２Ｍデバイス、又はＩｏＴデバイスであってもよい。端末装置３０は、ルータであってもよい。

また、端末装置３０は、他の通信装置（例えば、端末装置２０）とＬＰＷＡ通信が可能であってもよい。また、端末装置３０が使用する無線通信は、ミリ波を使った無線通信であってもよい。なお、端末装置３０が使用する無線通信は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。

また、端末装置３０は、移動体装置であってもよい。移動体装置は、移動可能な無線通信装置である。このとき、端末装置３０は、移動体に設置される無線通信装置であってもよいし、移動体そのものであってもよい。例えば、端末装置３０は、自動車、バス、トラック、自動二輪車等の道路上を移動する車両（Vehicle）、或いは、当該車両に搭載された無線通信装置であってもよい。なお、移動体は、モバイル端末であってもよいし、陸上、地中、水上、或いは、水中を移動する移動体であってもよい。また、移動体は、ドローン、ヘリコプター等の大気圏内を移動する移動体であってもよいし、人工衛星等の大気圏外を移動する移動体であってもよい。

図７は、本開示の実施形態に係る端末装置３０（子機）の構成例を示す図である。端末装置３０は、記憶部３１と、通信部３２と、制御部３３と、を備える。なお、図７に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置３０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。

記憶部３１は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部３１は、端末装置３０の記憶手段として機能する。記憶部３１は、例えば、経路データベース３１１を記憶する。経路データベース３１１は、例えば、サーバ装置１０までの経路を記憶したデータベースである。例えば、経路データベース３１１は、ルーティングテーブルである。

通信部３２は、端末装置３０等の他の装置と通信するための通信インタフェースである。例えば、通信部３２は、ネットワークインタフェースである。例えば、通信部３２は、ＮＩＣ等のＬＡＮインタフェースである。なお、通信部３２は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部３２は、サーバ装置１０の通信手段として機能する。通信部３２は、制御部３３の制御に従って端末装置３０と通信する。

制御部３３は、端末装置３０の各部を制御するコントローラである。制御部３３は、例えば、ＣＰＵ、ＭＰＵ等のプロセッサにより実現される。例えば、制御部３３は、端末装置３０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部３３は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。また、制御部３３は、ＣＰＵに加えて、或いは代えて、ＧＰＵにより実現されてもよい。

制御部３３は、アプリケーション処理部３３１と、セッション管理部３３２と、経路決定部３３３と、予測受信部３３４と、指示送信部３３５と、を備える。制御部３３を構成する各ブロック（アプリケーション処理部３３１～指示送信部３３５）はそれぞれ制御部３３の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。制御部３３は上述の機能ブロックとは異なる機能単位で構成されていてもよい。機能ブロックの構成方法は任意である。

＜２－４．通信システムの機能構成＞
次に通信システム１の機能構成について説明する。

図８は、通信システム１の機能構成を示す図である。より具体的には、図８は、端末装置２０及び端末装置３０を構成する機能ブロックの関係を示す図である。

図中、白抜き矢印は、ユーザデータ等、上流ネットワークを介して送受信されるデータの流れを示している。その他の矢印は、本実施形態の切り替え処理に係る制御データの流れを示している。

本実施形態の場合、パラメータ収集部２３１、及び品質予測部２３２は、端末装置２０の予測手段（予測部）として機能する。また、経路決定部２３３、及び指示受信部２３５は、端末装置２０の通信制御手段（通信制御部）として機能する。また、予測通知部２３４は、端末装置２０の通知手段（通知部）として機能する。

また、アプリケーション処理部３３１、セッション管理部３３２、及び経路決定部３３３は、端末装置２０の処理手段（処理部）として機能する。また、予測受信部３３４は、端末装置２０の受信手段（受信部）として機能する。また、指示送信部３３５は、端末装置２０の指示手段（指示部）として機能する。

これら機能ブロックの動作は後に詳述する。

以上、通信システム１の構成を説明したが、次に、このような構成を有する通信システム１の動作を説明する。

＜＜３．第１の処理例（上流ネットワークへの通信路の切断予測）＞＞
まず、第１の処理例を説明する。第１の処理例は、端末装置２０（親機）が上流ネットワークへの現在の通信路の切断予測（切り替えを含む。）を行うケースの処理例である。端末装置２０（親機）は、複数ある通信路の１つで上流ネットワークへ接続している。端末装置２０（親機）は、当該通信路の切断（他の通信路への切り替えを含む。）に関する予測を行い、予測結果を端末装置３０（子機）に通知する。

図９は、第１の処理例（上流ネットワークへの通信路の切断予測）を示すフローチャートである。以下、図９を参照しながら第１の処理例を説明する。

まず、端末装置２０及び端末装置３０は、初期セットアップを実行する（ステップＳ１１Ａ、Ｓ１１Ｂ）。初期セットアップは、端末装置２０及び端末装置３０がコントロールパスを作成ための処理である。第１の処理例において、コントロールパスは、通信路の切断予測に関する各種情報をやり取りするためのパスである。なお、端末装置２０（親機）と端末装置３０（子機）との間のコントロールパスは、親機－子機間のネットワークが形成されたときに作成されてもよい。また、通常のテザリング機能を有効化した後に本予測通知に係る機能が有効化される場合には、コントロールパスは、その時に作成されてもよい。このコントロールパスは多くの通信を必要としない。一方で信頼性が高い通信路を必要とする。このため、使用するベアラは親機－子機間のデータ転送に使用するベアラ（例えば無線ＬＡＮ）とは別の安定的なベアラ（例えば有線ＬＡＮ）とすることが望ましい。

図１０は、初期セットアップを示すシーケンス図である。まず、親機－子機間で通信を行えるようにするため、端末装置３０（子機）は、待受ポートをオープンする。端末装置２０（親機）はこのオープンされたポートに対してコントロールパスを用いて待受完了通知を送付する（ステップＳ１１１）。端末装置２０から待受完了通知を受け取った端末装置３０（子機）はコントロールパス接続要求を端末装置２０に送信する（ステップＳ１１２）。このコントロールパス接続要求を受け取った端末装置２０はコントロールパスの確立処理を行う。

なお、端末装置２０及び端末装置３０は、初期セットアップで、切断予測に関する情報をやり取りしてもよい。例えば、端末装置２０が、予測処理として、現在の通信路を使った通信が所定の時間経過後に切断されるかを予測するものとしたとする。この場合、端末装置３０は、初期セットアップで、所定の時間を指定する情報を端末装置３０に通知してもよい。

図９のフローに戻り、次に、端末装置２０は、上流ネットワークへの現在の通信路の切断の予測処理を開始する（ステップＳ１２）。例えば、端末装置２０は、現在の通信路を使った上流ネットワークとの通信が所定の時間経過後に切断されるかを予測する処理を開始する。ここで、所定の時間は、予め決め端末装置２０と端末装置３０に設定され、端末装置２０と端末装置３０が共有する時間であってもよい。また、所定の時間は、初期セットアップで端末装置３０が端末装置２０に指定した時間であってもよい。

切断に至らないとの予測の場合（ステップＳ１３：Ｎｏ）、端末装置２０は、切断予測がなされるまで予測処理を継続する。所定の時間経過後に切断されるとの予測がなされた場合（ステップＳ１３：Ｙｅｓ）、端末装置２０は、現在の通信路に関する情報を端末装置３０に通知する（ステップＳ１４Ａ）。通信路に関する情報は、例えば、現在の通信路を使った上流ネットワークとの通信が所定の時間経過後に切断されることを予測する情報である。なお、以下の説明では、端末装置２０が切断予測を通知することを、切断予告ということがある。

子機側のフローに移り、端末装置３０は、端末装置２０から切断予告を受信したかを判別する（ステップＳ１４Ｂ）。切断予告を受信していない場合（ステップＳ１４Ｂ：Ｎｏ）、端末装置３０は、切断予告を受信するまでステップＳ１４Ｂを繰り返す。

切断予告を受信した場合（ステップＳ１４Ｂ：Ｙｅｓ）、端末装置３０は、ハンドオーバー処理を開始する（ステップＳ１５）。ここで、ハンドオーバー処理は、端末装置２０を介した現在のベアラを新しいベアラへ変更するための処理である。

例えば、端末装置３０は、端末装置２０に対して、上流ネットワークへの通信路の切り替えを要求する。上流ネットワークを１つの通信路とみなすのであれば、端末装置３０は、端末装置２０に対して、上流ネットワークの切り替えを要求してもよい（ステップＳ１６Ａ）。例えば、現在の上流ネットワークがネットワークＮ１なのであれば、端末装置３０は、端末装置２０に対して、上流ネットワークをネットワークＮ２に切り替えるよう要求する。勿論、端末装置３０は、通信路を、セルラー通信の無線アクセスネットワークからＷｉ－Ｆｉに、或いは、Ｗｉ－Ｆｉからセルラー通信の無線アクセスネットワークに切り替えるよう要求してもよい。上流ネットワークをセルラー通信の無線アクセスネットワーク又はＷｉ－Ｆｉとみなすことも可能である。

なお、端末装置３０は、切断予告を受信した場合に、所定の機能に関する処理を行ってもよい。所定の機能は、例えば、アプリケーション処理部３３１が行う、アプリケーション処理であってもよい。この場合、端末装置３０は、所定の機能に関する処理として、アプリケーションの停止処理を行ってもよい。切断前にアプリケーションの停止処理を行うことで、アプリケーションの実行がエラーに陥ることを防止できる。

また、端末装置３０は、所定の機能に関する処理として、アプリケーション処理部３３１が現在使用している上流ネットワークを別の上流ネットワークに切り替える処理を行ってもよい。例えば、端末装置３０は、端末装置２０に対して、アプリケーション処理部３３１が現在して使用している上流ネットワーク（例えば、ネットワークＮ１）を別の上流ネットワーク（例えば、ネットワークＮ２）に切り替えるよう要求してもよい。切断前に上流ネットワークを切り替えることで、アプリケーションの実行がエラーに陥ることを防止できる。

親機側のフローに移り、端末装置２０は、端末装置３０から要求を受信したか判別する（ステップＳ１６Ｂ）。例えば、端末装置２０は、端末装置３０から、上流ネットワークの切り替え要求を受信したか判別する。端末装置３０から要求を受信していない場合（ステップＳ１６Ｂ：Ｎｏ）、端末装置２０は、端末装置３０から要求を受信するまでステップ１６Ｂを繰り返す。端末装置３０から要求を受信した場合（ステップＳ１６Ｂ：Ｙｅｓ）、端末装置２０は、要求に係る処理を実行する。例えば、端末装置３０から受信した要求が上流ネットワークの切り替え要求なのであれば、端末装置２０は、上流ネットワークの切り替え処理を実行する（ステップＳ１７）。

以後、端末装置２０及び端末装置３０は、初期セットアップ後の処理（ステップＳ１２～ステップＳ１７）を繰り返す。

本処理例によれば、通信路の切断前に端末装置３０が切断に係る情報を事前に受信しているので、端末装置３０は切断前にアプリケーションの停止やハンドオーバー等の処理を行えるようになる。この結果、端末装置３０は、端末装置２０を介した上流ネットワークへの接続であっても、その接続を信頼して通信することができる。

＜＜４．第２の処理例（上流ネットワークへの通信路の品質予測）＞＞
次に、第２の実施例を説明する。第２の処理例は、端末装置２０（親機）が上流ネットワークへの現在の通信路の品質予測を行うケースの処理例である。端末装置２０（親機）は、複数ある通信路の１つで上流ネットワークへ接続している。端末装置２０（親機）は、当該通信路の品質に関する予測を行い、予測結果を端末装置３０（子機）に通知する。

図１１は、第２の処理例（上流ネットワークへの通信路の品質予測）を示すフローチャートである。以下、図１１を参照しながら第２の処理例を説明する。

まず、端末装置２０及び端末装置３０は、初期セットアップを実行する（ステップＳ２１Ａ、Ｓ２１Ｂ）。初期セットアップは、端末装置２０及び端末装置３０がコントロールパスを作成ための処理である。第２の処理例において、コントロールパスは、通信路の品質予測に関する各種情報をやり取りするためのパスを作成ための処理である。なお、端末装置２０（親機）と端末装置３０（子機）との間のコントロールパスは、親機－子機間のネットワークが形成されたときに作成されてもよい。また、通常のテザリング機能を有効化した後に本予測通知に係る機能が有効化される場合には、コントロールパスは、その時に作成されてもよい。このコントロールパスは多くの通信を必要としない。一方で信頼性が高い通信路を必要とする。このため、使用するベアラは親機－子機間のデータ転送に使用するベアラ（例えば無線ＬＡＮ）とは別の安定的なベアラ（例えば有線ＬＡＮ）とすることが望ましい。

図１２は、初期セットアップを示すシーケンス図である。まず、親機－子機間で通信を行えるようにするため、端末装置３０（子機）は、待受ポートをオープンする。端末装置２０（親機）はこのオープンされたポートに対してコントロールパスを用いて待受完了通知を送付する（ステップＳ１１１）。端末装置２０から待受完了通知を受け取った端末装置３０はコントロールパス接続要求を端末装置２０に送信する（ステップＳ１１２）。このコントロールパス接続要求を受け取った端末装置２０はコントロールパスの確立処理を行う。

図１３は、初期セットアップを説明するための機能ブロック図である。コントロールパスの確立後、端末装置３０の指示送信部３３５は、上流ネットワークの現在の通信路に関する情報の通知基準の情報を、コントロールパスを用いて、端末装置２０に送付する。例えば、端末装置３０の指示送信部３３５は、通知基準の情報として、他の通信装置が要求する通信路の品質である要求品質の情報を端末装置２０に送付してもよい（ステップＳ２１４）。要求品質の情報は、例えば、スループットが最低限１０Ｍｂｐｓ欲しいといった情報、特定のホストからの応答が１００ｍｓ以内に行われることを示す情報、及び／又は、パケットロス率が０．１％未満であることを示す情報、である。

また、通知基準の情報には、要求品質の情報に加えて、指定時間の情報が含まれていてもよい。指定時間の情報は、通信路の品質が要求品質を満たさなくなることが予測される場合に、どの程度前に端末装置２０が端末装置３０に通知するかを指定するための情報である。例えば、端末装置３０は、要求品質が満たさなくなる１０秒前に通知を端末装置２０より受け取りたい旨を、指定時間の情報で指定する。

通知基準の情報のファイルフォーマットはどのような形であってもよい。例えば、通知基準の情報は、ｊｓｏｎ形式で記述されてもよいし、ＹＡＭＬ形式で記述されてもよいし、ｐｒｏｔｏｂｕｆ形式で記述されてもよい。例えば、通知基準の情報は、図１４に示すようなファイルフォーマットで記述されてもよい。図１４は、通知基準の情報のファイルフォーマットを説明するための図である。

なお、通知基準は、アプリケーションごとに又はフローごとに設定できる。例えば端末装置３０で動作しているアプリケーションが複数あり、複数の通信路要求特性がある場合には、それぞれの通信路特性を実現するために、アプリケーションごとに要求品質を設定する。この場合、図１４で示した通知基準にポート番号を識別する記述子（例えば、“port”:“23”）を付与することで、アプリケーション（又はフロー）を識別可能にしてもよい。

続いて、端末装置２０は、端末装置３０より送られてきた通知基準の情報を登録する（ステップＳ２１５、Ｓ２１６）。具体的には、端末装置２０の指示受信部２３５は、通知基準の情報に含まれる要求品質の情報を経路データベース２１１に登録する（ステップＳ２１５）。例えば、指示受信部２３５は、端末装置３０より送られてきた要求品質の情報を解析する。そして、指示受信部２３５は、解析結果に基づいて、経路データベース２１１にルーティングルールを書き込む。例えば、要求品質の情報が、最低スループット１０Ｍｂｐｓを要求する情報であれば、要求品質を満たす通信路（例えばセルラー通信の無線アクセスネットワーク）が上流ネットワークへの通信路となるように設定する。

このとき、設定する通信路は親機自身（端末装置３０自身）のデフォルトルートであってもよい。しかし、デフォルトルートが条件を満さない可能性があるベアラの場合（例えばＷｉ－Ｆｉのような混雑状況に応じて期待スループットが変動するベアラ場合）、端末装置２０は、デフォルトルートを用いず、一定のスループットが期待されるベアラを通信路に設定してもよい。また、要求品質がアプリケーションごとに又はフローごとに設定されている場合は、端末装置２０は、アプリケーションごとに又はフローごとにルートを定義してもよい。これを実現する方法にＯｐｅｎＦｌｏｗなどのＳＤＮプロトコルが考えられるが、端末装置２０は、それ以外の方式を用いてもよい。例えば、端末装置２０は、仮想ルータを立て、それぞれにルーティングルールを記入してもよい。

また、端末装置２０の指示受信部２３５は、品質予測の通知に関する情報（通知基準の情報）を品質予測部２３２に登録する。より具体的には、指示受信部２３５は、通知基準の情報に含まれる要求品質の情報と指定時間の情報を品質予測部２３２に登録する（ステップＳ２１６）。登録された通知基準を満たすイベントが発生した場合（すなわち通信路品質が未達になる場合）には、品質予測部２３２は、予測通知部２３４に対して通知する。品質予測部２３２の処理は後に詳述する。

続いて、端末装置２０は、上流ネットワークへの現在の通信路の品質の予測処理を開始する（ステップＳ２２）。例えば、端末装置２０の品質予測部２３２は、上流ネットワークの通信パラメータやセンサ部２４や外部センサからの情報を用いて、通信路品質を予測する。

このとき、品質予測部２３２は、通信路品質を表す所定のパラメータ（例えばスループットや遅延、パケットロス率）が所定の閾値を超えることを予測してもよい。また、品質予測部２３２は、ベアラが使用不能になること（例えば、Ｗｉ－Ｆｉ接続がアクセスポイントより切断されたり、セルラー通信が使用不能になったりすること）を予測してもよい。また、上記のような通信機器／通信路に障害がある場合だけでなく、通信に対するＵＸ（User eXperience）が悪化している状態に対して、切り替えのラベル付けをしてもよい。ＵＸの悪化事象としては、以下の（１）～（４）が想定されうる。

（１）ブラウザにおけるプログレスバーが停滞していたり、読み込み中を表すアイコンが表示されていたりする場合
（２）読み込みに失敗し、ブラウザにエラーが表示される場合
（３）ビデオストリーミングにおいて映像が途切れる／停止する／エラーが発生する／読み込み中を表すアイコンが表示される場合
（４）アプリにおいて画面のロードに失敗しエラーメッセージが表示される場合

その他、端末装置２０は、端末装置２０又は端末装置３０に搭載された複数のセンサ（例えば、インカメラ、深度センサ、３Ｄセンサ）を組み合わせてユーザの通信品質に対する不快感（すなわち、ＵＸの悪化）を検知してもよい。また、端末装置２０は、ユーザが不快を感じた時に行う動作を検知してユーザの通信品質に対する不快感を検知してもよい。ユーザが不快を感じた時に行う動作としては、ユーザが端末装置３０の画面上に表示される所定のボタンや所定のアイコン、または所定のハードウェアボタンを押す動作、所定パターンの端末装置３０を振る動作が想定される。

なお、品質予測部２３２は、機械学習を用いて通信路品質を予測してもよいし、線形の式で表されるモデルを用いて通信路品質を予測してもよい。

（機械学習を用いた品質予測）
機械学習を用いて通信路品質を予測する場合、品質予測部２３２は、通信路の品質を予測する学習モデルにより構成されていてもよい。

学習モデルは、機械学習（深層学習を含む。）によって得られるニューラルネットワークモデルであってもよい。ニューラルネットワークモデルは、入力層、隠れ層（中間層ともいう。）、出力層と呼ばれる複数の層から構成される。これら複数の層はそれぞれ１又は複数のノードで構成される。これら複数のノードはエッジを介して接続されている。各層は、活性化関数と呼ばれる関数を持ち、各エッジは重み付けされる。

ニューラルネットワークモデルは、例えば、ＣＮＮ（Convolution Neural Network）、ＲＮＮ（Recurrent Neural Network）、ＬＳＴＭ（Long Short-Term Memory）と呼ばれる形態のモデルであってもよい。勿論、ニューラルネットワークモデルはこれらのモデルに限定されない。

なお、学習モデルは、複数のニューラルネットワークモデルから構成されていてもよい。例えば、学習モデルは、例えば、ＣＮＮ、ＲＮＮ、及び、ＬＳＴＭの中から選択される複数のニューラルネットワークモデルから構成されていてもよい。学習モデルが複数のニューラルネットワークモデルから構成される場合、これら複数のニューラルネットワークモデルは、従属、或いは、並列に処理される。

学習モデルは、深層学習によるモデルに限られない。例えば、学習モデルは、強化学習によるモデルであってもよい。強化学習では、試行錯誤を通じて価値が最大化するような行動（設定）が学習される。

学習を行う情報処理装置（以下、学習装置という。）は、端末装置３０であってもよいし、他の装置（例えば、サーバ装置１０又は端末装置３０）であってもよい。学習装置は、例えば、予測すべき対象（例えばスループットがn Mbps以下になる）が発生するところに正解ラベル（例えば１）を付与し、それ以外のところに０を付与し、時系列データを学習させて予測機（学習モデル）を生成してもよい。この場合、学習装置は、その事象が発生するｎ秒前より正解ラベル１を付与することで、事象が発生するｎ秒前を予測する予測機（学習モデル）を生成できる。

学習に用いるパラメータとしては以下の（１）～（３）が想定されうる。学習に用いるパラメータ（以下、学習パラメータという。）として以下に示す全てのパラメータを用いてもよいし、以下に示す一部のパラメータを使用してもよい。

（１）Ｗｉ－Ｆｉのパラメータ
学習に用いるパラメータとしてＷｉ－Ｆｉのパラメータが想定されうる。以下、Ｗｉ－Ｆｉのパラメータの具体例を列挙する。

ＰＨＹプロトコルタイプ（a/b/g/n/ac/ax）、ＭＡＣプロトコルタイプ（d/e/h/i/j/k/p/v/w/y/z）、信号強度（RSSI：Received Signal Strength Indicator）、使用周波数、ＳＳＩＤ（Service Set Identifier）、ＢＳＳＩＤ（Basic Service Set Identifier）、割り当て帯域幅、アクセスポイントに対する無線区間のＲＴＴ、Ｓ／Ｎ比、周波数スペクトル、同一ＢＳＳ（Basic Service Set）内にいる端末数、認証方式、ＭＩＭＯ（Multi Input Multi Output）レイヤ数、信号衝突回数、単位時間あたりのＲＴＳ／ＣＴＳ（Request to Send/Clear to Send）の個数、プローブ要求数、ビーコン受信数、受信／送信パケットカウンタ値、送信成功数、受信成功数、送信再送数、フレーム破損数、インタフェースエラー回数

（２）セルラー通信のパラメータ
学習に用いるパラメータとしてセルラー通信のパラメータが想定されうる。以下、セルラー通信のパラメータの具体例を列挙する。

コンポーネントキャリア数、平均レート（MCS：Modulation and Coding Scheme）、ケイパビリティ（LTE／HSPA+／GSM（登録商標））、信号強度、ＭＩＭＯレイヤ数、通信割り当て時間数、実際のリソースブロック数、受信／送信パケットカウンタ値、送信成功数、受信成功数、フレーム再送数（MAC）、ＲＬＣ（Radio Link Control）数、インタフェースエラー回数、スループット（PHY／IP）、セル情報（セルID、ダウンリンクの参照信号の送信電力、隣接セル情報、セル収容人数、バックボーン帯域情報）、契約プラン、契約通信容量、残通信可能量、速度制限適応状況

（３）センサのパラメータ
学習に用いるパラメータとしてセンサのパラメータが想定されうる。以下、センサのパラメータの具体例を列挙する。

・加速度、磁気、方角、気圧、位置センサなど、ユーザの位置や移動速度を推定するのに使用できるセンサ情報
・加速度、時刻、方角、気圧、位置、歩数などのユーザの行動を推察するのに使用できるセンサ情報、またはそれらから推察される行動情報（徒歩、電車、車で移動、階段で昇降中、エレベーターで昇降中など）
・使用者の状況や、種類、ユーザの没入感、ストレスなどを計測するために必要なカメラや血圧情報、アプリケーション情報

（機械学習を用いた品質予測の具体的動作例）
図１５は、機械学習を用いた品質予測を説明するための機能ブロック図である。以下、機械学習を用いる品質予測の具体的動作例を説明する。

端末装置２０の品質予測部２３２は、スコア計算部と判断部を備える。スコア計算部は、上述の学習パラメータにより学習した学習モデルにより構成される。スコア計算部は、複数のベアラそれぞれの通信路品質のスコアを出力するよう構成されている。複数のベアラはそれぞれ端末装置３０が使用可能な通信路に対応する。品質予測部２３２は、パラメータ収集部２３１が収集したパラメータをスコア計算部に入力する。そして、品質予測部２３２は、学習モデルを用いて、各ベアラの品質スコアを計算する。

なお、品質予測部２３２は、センサが検出したデータをスコア計算部への入力データとするよう構成されていてもよい。なお、図１５の例では、品質予測部２３２は、端末装置２０のセンサ部２４が検出したデータをスコア計算部への入力とするよう構成されているが、外部のセンサ（例えば、端末装置３０が備えるセンサ）が検出したデータを入力とするよう構成されていてもよい。例えば、品質予測部２３２は、端末装置３０の加速度センサが検出した加速度情報をスコア計算部への入力データとするよう構成されていてもよい。また、品質予測部２３２は、端末装置３０の位置センサ（例えば、ＧＰＳセンサ）が検出した位置情報の一定時間の変化量をスコア計算部への入力データとするよう構成されていてもよい。これにより、品質予測部２３２は、ユーザの移動速度や加速状態に基づいて、何秒後にＷｉ－Ｆｉの性能が劣化するということが予測できるようになる。

なお、センサの値は、ニューラルネットワークの入力パラメータとして使用されてもよいし、それ以外の利用のされ方をしてもよい。例えば、エレベーターを利用している際はセルラー通信（ＬＴＥ／ＮＲ）もＷｉ－Ｆｉも環境が悪くなることが想定される。この場合、端末装置２０は、どのベアラを利用しても安定した通信ができないことを端末装置２０に通知してもよい。

また、センサは、端末装置２０の内部に搭載されたセンサでもよいし、外部のセンサ（例えば、端末装置２０又は他の装置に搭載されたセンサ）であってもよい。例えば、センサは、活動量計として使用できるデバイスに搭載されたセンサであってもよい。活動量計として使用できるデバイスとしては、スマートウォッチや歩数カウンター等、ユーザに装着されて使用されるデバイスが想定される。この場合、端末装置２０は、脈拍情報、歩数、加速度などを用いて、より高精度に、予測に使用するユーザの状態を把握することができる。また、センサの値からユーザのストレス状態を推定し、それに応じて切替特性を変更することも考えられる。例えば、イライラしているときはより高速なベアラを選びやすくなるように切替の閾値を調整してもよい。

これら外部センサは端末装置２０とＩ／Ｏ部（例えば、通信部２２）を介して接続される。接続されるインタフェースはＵＳＢ（Universal Serial Bus）やＢｌｕｅｔｏｏｔｈ（登録商標）などが考えられるが、それ以外のインタフェースを介して接続されてもよい。また、これらの予測機（学習モデル）は、予測するイベントごとに複数搭載されてもよい。

続いて、端末装置２０は、現在の通信路が指定時間経過後に品質未達となるかを判別する。すなわち、端末装置２０は、現在の通信路の品質が、端末装置３０の指定時間経過後に、端末装置３０の要求品質を達成しなくなるかを判別する（ステップＳ２３）。ここで、端末装置２０は以下のように判別してもよい。

例えば、端末装置２０の品質予測部２３２が、図１５に示すように、スコア計算部と判断部を備えるとする。そして、スコア計算部が各ベアラの通信路品質を示すスコアを出力するものとする。各ベアラは、端末装置２０が使用可能な各通信路に対応している。この場合、判断部は、スコア計算部が出力する複数のスコアのうちの現在のベアラのスコアと、端末装置３０内で設定された閾値と、を比較する。そして、判断部は、スコアが閾値を超えたかに基づいて場合に、現在の通信路の品質が指定時間経過後に要求品質を達成しなくなるかを判別してもよい。

なお、判断部の判別対象は、必ずしも、「現在の通信路の品質が指定時間経過後に要求品質を達成しなくなるか」でなくてもよい。例えば、端末装置３０が要求品質を予め余裕をもった品質としている場合には、判断部の判別対象は「現在の通信路の品質が、現在、要求品質を達成していないか」であってもよい。

なお、閾値は端末装置２０より通知された要求品質の情報よって変動する。例えば、端末装置３０からの要求品質の情報がスループットを指定する情報（例えば、スループットが１０Ｍｂｐｓ以下となる場合に通知するとの情報）であるとする。そして、予測機（学習モデル）の予測対象と端末装置３０の要求品質に係る対象とが同じものであるとする。例えば、予測機（学習モデル）の予測対象がスループット１０Ｍｂｐｓ以下となること予測するものであり、端末装置３０の要求品質がスループット１０Ｍｂｐｓ以下であるとする。この場合、判断部は、閾値を、デフォルトの閾値（例えば、０．５）とする。

なお、予測機（学習モデル）の予測対象と、端末装置３０の要求品質が一致しない場合は、その割合に応じて閾値を決めてもよい。例えば、予測機（学習モデル）の予測対象がスループット１０Ｍｂｐｓ以下を予測するものであり、端末装置３０の要求品質がスループット２０Ｍｂｐｓであるとすると、判断部は、０．２５（＝０．５（デフォルトの閾値）×１０Ｍｂｐｓ（もともとの予測対象に用いた値）／２０Ｍｂｐｓ（端末装置３０の要求品質））を閾値としてもよい。勿論、判別部は、他の方法によって閾値を決めても良い。例えば、判別部は、端末装置２０又は端末装置２０の開発者が、実際に対応する値を調査して決定した値を閾値としてもよい。

品質未達とならないとの予測の場合（ステップＳ２３：Ｎｏ）、端末装置２０は、品質未達が予測されるまで予測処理を継続する。指定時間経過後に品質未達となるとの予測がなされた場合（ステップＳ２３：Ｙｅｓ）、端末装置２０の予測通知部２３４は、予測がなされたタイミングで、現在の通信路に関する情報を端末装置３０に通知する（ステップＳ２４Ａ）。通信路に関する情報は、例えば、端末装置３０に通信路品質未達を予告するための情報（以下、品質未達予告という。）であってもよい。なお、判断部の判別対象が「現在の通信路の品質が、現在、要求品質を達成していないか」の場合、「予測がなされたタイミング」は、通信路の品質が前記要求品質を満たさなくなったタイミングとなる。なお、品質未達となる通信路がコントロールパスに係る通信路となっていた場合は、現在の通信路に関する情報には、コントロールパスに係る通信路を変更する旨の情報が含まれていてもよい。

子機側のフローに移り、端末装置３０の予測受信部３３４は、端末装置２０から品質未達予告を受信したか否かを判別する（ステップＳ２４Ｂ）。品質未達予告を受信していない場合（ステップＳ２４Ｂ：Ｎｏ）、予測受信部３３４は、品質未達予告を受信するまでステップＳ２４Ｂを繰り返す。

品質未達予告を受信した場合（ステップＳ２４Ｂ：Ｙｅｓ）、端末装置３０は、ハンドオーバー処理を開始する（ステップＳ２５）。ここで、ハンドオーバー処理は、端末装置２０を介した現在のベアラを新しいベアラへ変更するための処理である。

例えば、端末装置３０は、端末装置２０に対して、上流ネットワークへの通信路の切り替えを要求する。上流ネットワークを１つの通信路とみなすのであれば、端末装置３０は、端末装置２０に対して、上流ネットワークの切り替えを要求してもよい（ステップＳ２６Ａ）。現在の上流ネットワークがネットワークＮ１なのであれば、端末装置３０は、端末装置２０に対して、上流ネットワークをネットワークＮ２に切り替えるよう要求する。勿論、端末装置３０は、通信路を、セルラー通信の無線アクセスネットワークからＷｉ－Ｆｉに、或いは、Ｗｉ－Ｆｉからセルラー通信の無線アクセスネットワークに切り替えるよう要求してもよい。上流ネットワークをセルラー通信の無線アクセスネットワーク又はＷｉ－Ｆｉとみなすことも可能である。

図１６は、通信路品質未達が起きたときの端末装置３０（子機）の動作を説明するための機能ブロック図である。例えば、端末装置３０の指示送信部３３５は、切り替えてほしい特定のフローを指定し、どのベアラに切り替えてほしいかを端末装置２０に指定する（ステップＳ２５）。この指定に係る通知のファイルフォーマットはどのような形式であってもよい。例えば、この指定に係る通知は、ｊｓｏｎ形式で記述されてもよいし、ＹＡＭＬ形式で記述されてもよいし、ｐｒｏｔｏｂｕｆ形式で記述されてもよい。

なお、端末装置３０は、品質未達予告を受信した場合に、所定の機能に関する処理を行ってもよい。所定の機能は、例えば、アプリケーション処理部３３１が行う、アプリケーション処理であってもよい。この場合、端末装置３０は、所定の機能に関する処理として、アプリケーションの停止処理を行ってもよい。切断前にアプリケーションの停止処理を行うことで、アプリケーションの実行がエラーに陥ることを防止できる。

親機側のフローに移り、端末装置２０は、端末装置３０から要求を受信したか判別する（ステップＳ２６Ｂ）。例えば、端末装置２０の指示受信部２３５は、端末装置３０から、通信路の切り替えに関する要求を受信したか判別する。通信路の切り替えに関する要求には、通信路の品質に関する要求が含まれていてもよい。通信路の品質に関する要求には、切り替え後の通信路が満たすべき品質の情報が含まれていてもよい。

端末装置３０から要求を受信していない場合（ステップＳ２６Ｂ：Ｎｏ）、端末装置２０は、端末装置３０から要求を受信するまでステップ２６Ｂを繰り返す。端末装置３０から要求を受信した場合（ステップＳ２６Ｂ：Ｙｅｓ）、端末装置２０は、要求に係る処理を実行する。例えば、端末装置３０から受信した要求が通信路の切り替え要求なのであれば、端末装置２０は、通信路の切り替え処理を実行する（ステップＳ２７）。例えば、端末装置２０の指示受信部２３５は指示に応じて経路データベース２１１に切り替えに係る経路情報を書き込む。例えば、通信路の切り替えに関する要求に通信路の品質に関する要求が含まれている場合には、指示受信部２３５は、要求を満たす品質の通信路の情報を経路データベース２１１に書き込む。端末装置２０は、経路データベース２１１に書き込まれた経路情報に基づいて通信路を切り替える。これにより、端末装置２０は、現在の通信路を、端末装置３０の要求品質を満たす他の通信路に切り替える。

端末装置２０が行う通信路の切り替え処理には、１つの通信機能を使っての接続を、複数の通信機能を束ねた接続に切り替える処理が含まれていてもよい。図１７は、通信路品質未達が起きたときの端末装置３０（子機）の動作を説明するための機能ブロック図である。例えば、端末装置２０の経路決定部２３３は、１つの通信路では複数の通信路のいずれを使っても要求品質を満たせない場合は、１つの通信路を使っての上流ネットワークへのアクセスを、複数の通信路を束ねたＬＡＧ（Link Aggregation Group）を使ってのアクセスに切り替えてもよい。ＬＡＧを使用することにより、通信をより安定なものとすることができる。

なお、新しいベアラでも通信路品質が満たせない場合がありうる。この場合は、端末装置３０は、使用しているアプリケーションの使用帯域を調整してもよい。

また、フローの安全な終了のため、端末装置３０は、上位のレイヤで別の通信路から通信を始めるように既存のフローのＩＤを継承し新規フローを作成するべく通信相手先サーバとシグナリングを開始してもよい（QUIC）。また、端末装置３０は、複数のベアラを使ったマルチパスを貼っても良い（マルチパスTCP）。また、端末装置３０は、Ｌ３での冗長化技術（VRRP、OSPF、BGPなど）を使用して通信が切断されたときに迂回経路制御がされるように設定してもよい。また、端末装置３０は、Ｌ２での冗長化技術（Link Aggregationなど）を用いるよう要求してもよい。アプリケーションレイヤでは、テザリング子機は、稼働中のフローを一時中断し、途中から通信ができるようにしたり、既存のフローソケットを閉じたりしてもよい。このように様々な終了の選択肢を想起しうる。

また端末装置３０は、テザリングに係るベアラ以外のベアラがある場合には、テザリングに係るベアラとは別のベアラを使って上流ネットワークに接続してもよい。

以後、端末装置２０及び端末装置３０は、初期セットアップ後の処理（ステップＳ２２～ステップＳ２７）を繰り返す。

本処理例によれば、通信路品質の悪化前に端末装置３０が通信路品質に係る情報を事前に受信しているので、端末装置３０は通信路品質の悪化前にアプリケーションの停止やハンドオーバー等の処理を行えるようになる。この結果、端末装置３０は、端末装置２０を介した上流ネットワークへの接続であっても、その接続を信頼して通信することができる。

＜＜５．変形例＞＞
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。

例えば、上述の実施形態（第１の処理例）では、端末装置２０（親機）は、上流ネットワークへの通信路の切断に関する予測を行ったが、端末装置２０（親機）と端末装置３０（子機）との間の通信路（すなわち、下流ネットワーク）の切断に関する予測を行ってもよい。端末装置２０（親機）は切断するｎ秒内に切断する可能性が分かった場合、端末装置３０（子機）に対して切断予告を通知してもよい。この通知を受け取った端末装置３０（子機）は通信中のフローが中断されることを予期し、フローの安全な終了と新しいベアラへのハンドオーバーを試みてもよい。

また、上述の実施形態（第２の処理例）では、端末装置２０（親機）は、上流ネットワークへの通信路の品質に関する予測を行ったが、端末装置２０（親機）と端末装置３０（子機）との間の通信路（すなわち、下流ネットワーク）の品質に関する予測を行ってもよい。端末装置２０はｎ秒内に要求品質を満たせなくなる可能性が分かった場合、端末装置３０に対して品質未達予告を通知してもよい。この通知を受け取った端末装置３０は通信中のフローが中断されることを予期し、フローの安全な終了と新しいベアラへのハンドオーバーを試みてもよい。

本実施形態のサーバ装置１０、端末装置２０、端末装置３０を制御する制御装置は、専用のコンピュータシステムにより実現してもよいし、汎用のコンピュータシステムによって実現してもよい。

例えば、上述の動作を実行するための通信プログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布する。そして、例えば、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成する。このとき、制御装置は、サーバ装置１０、端末装置２０、端末装置３０の外部の装置（例えば、パーソナルコンピュータ）であってもよい。また、制御装置は、サーバ装置１０、端末装置２０、端末装置３０の内部の装置（例えば、制御部１３、制御部２３、制御部３３）であってもよい。

また、上記通信プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。

また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。なお、この分散・統合による構成は動的に行われてもよい。

また、上述の実施形態は、処理内容を矛盾させない領域で適宜組み合わせることが可能である。また、上述の実施形態のフローチャートに示された各ステップは、適宜順序を変更することが可能である。

また、例えば、本実施形態は、装置またはシステムを構成するあらゆる構成、例えば、システムＬＳＩ（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。

なお、本実施形態において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

また、例えば、本実施形態は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

＜＜６．むすび＞＞
以上説明したように、本開示の一実施形態によれば、端末装置２０（親機）は、通信の切断又は通信路品質の低下が予測されるときに端末装置３０（子機）に対して通信断を予告する。そのため、端末装置３０は、前もってハンドオーバーを実施したり、フローの安全な終了を行ったりすることができる。これにより、端末装置３０は、フローが意図せず終了しアプリケーション動作にエラーが出たり、ソケットがオープンになりっぱなしになることにより次の通信路が確立できなくなったり、といった事態を防ぐことができる。また、常にどれかの通信路が確立している可能性が高まるため、信頼性の高い通信を実現できる。

以上、本開示の各実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。

また、本明細書に記載された各実施形態における効果はあくまで例示であって限定されるものでは無く、他の効果があってもよい。

なお、本技術は以下のような構成も取ることができる。
（１）
それぞれ異なる通信路を使って上流ネットワークへ接続する複数の通信機能を有する通信装置であって、
前記通信装置を介して前記上流ネットワークへ接続する他の通信装置との通信を制御する通信制御部と、
前記通信路の切り替えのための前記通信路に関する情報を該切り替えの前に前記他の通信装置に通知する通知部と、
を備える通信装置。
（２）
前記通信制御部は、前記他の通信装置から、前記通信路に関する情報の通知基準の情報を受信し、
前記通知部は、前記通知基準に基づいて、前記他の通信装置に前記通信路に関する情報を通知する、
前記（１）に記載の通信装置。
（３）
前記通知基準の情報には、前記他の通信装置が要求する前記通信路の品質である要求品質の情報が含まれ、
前記通知部は、前記要求品質の情報に基づいて、前記他の通信装置に前記通信路に関する情報を通知する、
前記（２）に記載の通信装置。
（４）
前記通知部は、前記通信路の品質が前記要求品質を満たさなくなったタイミングで、前記他の通信装置に前記通信路に関する情報を通知する、
前記（３）に記載の通信装置。
（５）
前記通知基準の情報には、前記要求品質の情報に加えて、前記他の通信装置が指定する時間である指定時間の情報が含まれ、
前記通知部は、前記通信路の品質が前記指定時間の経過後に前記要求品質を満たさなくなると予測されたタイミングで、前記他の通信装置に前記通信路に関する情報を通知する、
前記（３）に記載の通信装置。
（６）
前記通信路に関する予測を行う予測部、を備え、
前記通知部は、前記予測部の予測結果に基づいて、前記他の通信装置に前記通信路に関する情報を通知する、
前記（１）～（５）のいずれかに記載の通信装置。
（７）
前記予測部は、現在の前記通信路を使った前記上流ネットワークとの通信が所定の時間経過後に切断されることを予測し、
前記通知部は、前記切断が予測された場合に、前記他の通信装置に前記通信路に関する情報を通知する、
前記（６）に記載の通信装置。
（８）
前記通信制御部は、
前記通信路に関する情報が通知された前記他の通信装置から前記通信路の切り替えに関する要求を受信し、
前記他の通信装置からの前記要求に基づいて前記通信路の切り替えに関する制御を行う、
前記（１）～（７）のいずれかに記載の通信装置。
（９）
前記通信路の切り替えに関する要求には、前記通信路の品質に関する要求が含まれ、
前記通信制御部は、前記他の通信装置からの前記要求を受信した場合に、該要求を満たす品質の通信路に切り替える、
前記（８）に記載の通信装置。
（１０）
前記通信路の切り替えに関する制御には、１つの前記通信機能を使っての接続を、複数の前記通信機能を束ねた接続に切り替える制御が含まれる、
前記（８）又は（９）に記載の通信装置。
（１１）
それぞれ異なる通信路を使って上流ネットワークへ接続する複数の通信機能を有する他の通信装置を介して前記上流ネットワークへ接続可能な通信装置であって、
前記通信路の切り替えのための前記通信路に関する情報を該切り替えの前に前記他の通信装置から受信する受信部と、
前記通信路に関する情報に基づいて前記上流ネットワークを使用する所定の機能に関する処理を行う処理部と、
を備える通信装置。
（１２）
前記通信路に関する情報には、現在の前記通信路を使った前記上流ネットワークとの通信が所定の時間経過後に切断されることを予測する情報が含まれ、
前記処理部は、前記切断を予測する情報を取得した場合に、所定の機能に関する処理を行う、
前記（１１）に記載の通信装置。
（１３）
前記処理部は、前記切断を予測する情報を取得した場合に、前記所定の機能の停止処理を行う、
前記（１２）に記載の通信装置。
（１４）
前記処理部は、前記切断を予測する情報を取得した場合に、前記所定の機能が現在使用している前記上流ネットワークを別の前記上流ネットワークに切り替える処理を行う、
前記（１２）に記載の通信装置。
（１５）
前記通信路の切り替えに関する要求を前記他の通信装置に送信する指示部、を備える、
前記（１１）～（１４）のいずれかに記載の通信装置。
（１６）
前記通信路に関する情報には、前記通信路の品質に関する情報が含まれ、
前記指示部は、前記通信路の品質に関する情報に基づいて前記通信路の切り替えに関する要求を行う、
前記（１５）に記載の通信装置。
（１７）
それぞれ異なる通信路を使って上流ネットワークへ接続する複数の通信機能を有する通信装置が実行する通信方法であって、
前記通信装置を介して前記上流ネットワークへ接続する他の通信装置との通信を制御し、
前記通信路の切り替えのための前記通信路に関する情報を該切り替えの前に前記他の通信装置に通知する、
通信方法。
（１８）
それぞれ異なる通信路を使って上流ネットワークへ接続する複数の通信機能を有する他の通信装置を介して前記上流ネットワークへ接続可能な通信装置が実行する通信方法であって、
前記通信路の切り替えのための前記通信路に関する情報を該切り替えの前に前記他の通信装置から取得し、
前記通信路に関する情報に基づいて前記上流ネットワークを使用する所定の機能の処理を行う、
通信方法。
（１９）
それぞれ異なる通信路を使って上流ネットワークへ接続する複数の通信機能を有する通信装置を、
前記通信装置を介して前記上流ネットワークへ接続する他の通信装置との通信を制御する通信制御部、
前記通信路の切り替えのための前記通信路に関する情報を該切り替えの前に前記他の通信装置に通知する通知部、
として機能させるためのプログラム。
（２０）
それぞれ異なる通信路を使って上流ネットワークへ接続する複数の通信機能を有する他の通信装置を介して前記上流ネットワークへ接続可能な通信装置を、
前記通信路の切り替えのための前記通信路に関する情報を該切り替えの前に前記他の通信装置から取得する取得部、
前記通信路に関する情報に基づいて前記上流ネットワークを使用する所定の機能の処理を行う処理部、
として機能させるためのプログラム。

１通信システム
１０サーバ装置
２０、３０端末装置
１１、２１、３１記憶部
１２、２２、２５、３２通信部
１３、２３、３３制御部
２４センサ部
２１１、３１１経路データベース
２３１パラメータ収集部
２３２品質予測部
２３３経路決定部
２３４予測通知部
２３５指示受信部
３３１アプリケーション処理部
３３２セッション管理部
３３３経路決定部
３３４予測受信部
３３５指示送信部
Ｎ１、Ｎ２ネットワーク

Claims

それぞれ異なる通信路を使って上流ネットワークへ接続する複数の通信機能を有する通信装置であって、
前記通信装置を介して前記上流ネットワークへ接続する他の通信装置との通信を制御する通信制御部と、
前記通信路の切り替えのための前記通信路に関する情報を該切り替えの前に前記他の通信装置に通知する通知部と、を備え、
前記通信制御部は、
前記通信路に関する情報が通知された前記他の通信装置から、前記通信路の品質に関する要求を含む前記通信路の切り替えに関する要求を受信し、
前記他の通信装置からの前記要求を受信した場合に、該要求を満たす品質の通信路に切り替える、
通信装置。
前記通信制御部は、前記他の通信装置から、前記通信路に関する情報の通知基準の情報を受信し、
前記通知部は、前記通知基準に基づいて、前記他の通信装置に前記通信路に関する情報を通知する、
請求項１に記載の通信装置。
それぞれ異なる通信路を使って上流ネットワークへ接続する複数の通信機能を有する通信装置であって、
前記通信装置を介して前記上流ネットワークへ接続する他の通信装置との通信を制御する通信制御部と、
前記通信路の切り替えのための前記通信路に関する情報を該切り替えの前に前記他の通信装置に通知する通知部と、を備え、
前記通信制御部は、前記他の通信装置から、前記通信路に関する情報の通知基準の情報を受信し、
前記通知部は、前記通知基準に基づいて、前記他の通信装置に前記通信路に関する情報を通知する、
通信装置。
前記通信制御部は、
前記通信路に関する情報が通知された前記他の通信装置から前記通信路の切り替えに関する要求を受信し、
前記他の通信装置からの前記要求に基づいて前記通信路の切り替えに関する制御を行う、
請求項３に記載の通信装置。
前記通信路の切り替えに関する要求には、前記通信路の品質に関する要求が含まれ、
前記通信制御部は、前記他の通信装置からの前記要求を受信した場合に、該要求を満たす品質の通信路に切り替える、
請求項４に記載の通信装置。
前記通信路の切り替えに関する制御には、１つの前記通信機能を使っての接続を、複数の前記通信機能を束ねた接続に切り替える制御が含まれる、
請求項４又は５に記載の通信装置。
前記通知基準の情報には、前記他の通信装置が要求する前記通信路の品質である要求品質の情報が含まれ、
前記通知部は、前記要求品質の情報に基づいて、前記他の通信装置に前記通信路に関する情報を通知する、
請求項２～６のいずれか１項に記載の通信装置。
前記通知部は、前記通信路の品質が前記要求品質を満たさなくなったタイミングで、前記他の通信装置に前記通信路に関する情報を通知する、
請求項７に記載の通信装置。
前記通知基準の情報には、前記要求品質の情報に加えて、前記他の通信装置が指定する時間である指定時間の情報が含まれ、
前記通知部は、前記通信路の品質が前記指定時間の経過後に前記要求品質を満たさなくなると予測されたタイミングで、前記他の通信装置に前記通信路に関する情報を通知する、
請求項７に記載の通信装置。
前記通信路に関する予測を行う予測部、を備え、
前記通知部は、前記予測部の予測結果に基づいて、前記他の通信装置に前記通信路に関する情報を通知する、
請求項１～９のいずれか１項に記載の通信装置。
前記予測部は、現在の前記通信路を使った前記上流ネットワークとの通信が所定の時間経過後に切断されることを予測し、
前記通知部は、前記切断が予測された場合に、前記他の通信装置に前記通信路に関する情報を通知する、
請求項１０に記載の通信装置。
それぞれ異なる通信路を使って上流ネットワークへ接続する複数の通信機能を有する通信装置が実行する通信方法であって、
前記通信装置を介して前記上流ネットワークへ接続する他の通信装置との通信を制御する通信制御ステップと、
前記通信路の切り替えのための前記通信路に関する情報を該切り替えの前に前記他の通信装置に通知する通知ステップと、を有し、
前記通信制御ステップでは、
前記通信路に関する情報が通知された前記他の通信装置から、前記通信路の品質に関する要求を含む前記通信路の切り替えに関する要求を受信し、
前記他の通信装置からの前記要求を受信した場合に、該要求を満たす品質の通信路に切り替える、
通信方法。
前記通信制御ステップでは、前記他の通信装置から、前記通信路に関する情報の通知基準の情報を受信し、
前記通知ステップでは、前記通知基準に基づいて、前記他の通信装置に前記通信路に関する情報を通知する、
請求項１２に記載の通信方法。
それぞれ異なる通信路を使って上流ネットワークへ接続する複数の通信機能を有する通信装置が実行する通信方法であって、
前記通信装置を介して前記上流ネットワークへ接続する他の通信装置との通信を制御する通信制御ステップと、
前記通信路の切り替えのための前記通信路に関する情報を該切り替えの前に前記他の通信装置に通知する通知ステップと、を有し、
前記通信制御ステップでは、前記他の通信装置から、前記通信路に関する情報の通知基準の情報を受信し、
前記通知ステップでは、前記通知基準に基づいて、前記他の通信装置に前記通信路に関する情報を通知する、
通信方法。
前記通知基準の情報には、前記他の通信装置が要求する前記通信路の品質である要求品質の情報が含まれ、
前記通知ステップでは、前記要求品質の情報に基づいて、前記他の通信装置に前記通信路に関する情報を通知する、
請求項１３又は１４に記載の通信方法。
それぞれ異なる通信路を使って上流ネットワークへ接続する複数の通信機能を有する通信装置を、
前記通信装置を介して前記上流ネットワークへ接続する他の通信装置との通信を制御する通信制御部、
前記通信路の切り替えのための前記通信路に関する情報を該切り替えの前に前記他の通信装置に通知する通知部、として機能させ、
前記通信制御部は、
前記通信路に関する情報が通知された前記他の通信装置から、前記通信路の品質に関する要求を含む前記通信路の切り替えに関する要求を受信し、
前記他の通信装置からの前記要求を受信した場合に、該要求を満たす品質の通信路に切り替える、
プログラム。
前記通信制御部は、前記他の通信装置から、前記通信路に関する情報の通知基準の情報を受信し、
前記通知部は、前記通知基準に基づいて、前記他の通信装置に前記通信路に関する情報を通知する、
請求項１６に記載のプログラム。
それぞれ異なる通信路を使って上流ネットワークへ接続する複数の通信機能を有する通信装置を、
前記通信装置を介して前記上流ネットワークへ接続する他の通信装置との通信を制御する通信制御部、
前記通信路の切り替えのための前記通信路に関する情報を該切り替えの前に前記他の通信装置に通知する通知部、として機能させ、
前記通信制御部は、前記他の通信装置から、前記通信路に関する情報の通知基準の情報を受信し、
前記通知部は、前記通知基準に基づいて、前記他の通信装置に前記通信路に関する情報を通知する、
プログラム。
前記通知基準の情報には、前記他の通信装置が要求する前記通信路の品質である要求品質の情報が含まれ、
前記通知部は、前記要求品質の情報に基づいて、前記他の通信装置に前記通信路に関する情報を通知する、
請求項１７又は１８に記載のプログラム。