(57)【要約】［課題］中継装置と端末との間との通信状態が悪化した場合に、端末における体感品質の劣化を抑止すること。［解決手段］端末が中継装置に送信したパケットを通信装置に転送する情報通知装置は、端末と中継装置との通信状態に関する通信状態情報を端末が送信したパケットに付与する通信状態付与部と、通信状態情報が付与されたパケットを通信装置に送信するデータ送信部と、端末からパケットが到着しない場合、通信状態情報を通信装置に通知するための通知補填処理を実施する補填部と、を備えている。
2018097073.tif 000002
【特許請求の範囲】
【請求項１】
端末が中継装置に送信したパケットを通信装置に転送する情報通知装置であって、
前記端末と前記中継装置との通信状態に関する通信状態情報を前記端末が送信したパケットに付与する通信状態付与手段と、
前記通信状態情報が付与されたパケットを前記通信装置に送信するデータ転送手段と、
前記端末からパケットが到着しない場合、前記通信状態情報を前記通信装置に通知するための通知補填処理を実施する補填手段と、を備える、
ことを特徴とする情報通知装置。
【請求項２】
前記端末からパケットが到着しない場合、前記通知補填処理を実施するか否かを判定する要否判定手段を備え、
前記補填手段は、前記判定の結果に基づいて前記通知補填処理を実施する、
請求項１に記載の情報通知装置。
【請求項３】
前記要否判定手段は、前記通信状態付与手段が前記通信状態情報を送信してからの経過時間に基づいて、前記通知補填処理を実施するか否かを判定する、
請求項２に記載の情報通知装置。
【請求項４】
前記要否判定手段は、前記通信状態付与手段が前記通信状態情報を送信したときの通信状態と、送信後の通信状態との差分に基づいて、前記通知補填処理を実施するか否かを判定する、
請求項２に記載の情報通知装置。
【請求項５】
前記補填手段は、前記通信装置から受信した前記通知補填処理を実施するか否かの判定結果に基づいて前記通知補填処理を実施する、
請求項２に記載の情報通知装置。
【請求項６】
前記補填手段は、前記通知補填処理として、前記端末にパケットの再送処理を実施させるように、前記中継装置に対して指示する、
請求項１ないし５のいずれか１項に記載の情報通知装置。
【請求項７】
前記補填手段は、送信元として前記端末を指定したパケットを生成し、
前記通信状態付与手段は、前記補填手段が生成したパケットに前記通信状態情報を付与する、
請求項１ないし６のいずれか１項に記載の情報通知装置。
【請求項８】
前記通信状態付与手段は、前記端末と前記中継装置との通信状態に関する複数の通信状態情報を前記端末が送信したパケットに付与する、
請求項１ないし７のいずれか１項に記載の情報通知装置。
【請求項９】
前記補填手段は、前記端末に関する前記通信状態情報を前記端末以外の端末が送信したパケットに付与する、
請求項１ないし７のいずれか１項に記載の情報通知装置。
【請求項１０】
複数の端末のそれぞれについて、通信状態情報を前記通信装置に送信するための優先度を算出する優先度算出手段を備え、
前記補填手段は、前記優先度に応じて前記複数の端末から選択した端末に関する通信状態情報を、選択した端末以外の端末が送信したパケットに付与する、
請求項９に記載の情報通知装置。
【請求項１１】
端末が中継装置に送信したパケットを通信装置に転送する情報通知装置が、
前記端末と前記中継装置との通信状態に関する通信状態情報を前記端末が送信したパケットに付与し、
前記通信状態情報が付与されたパケットを前記通信装置に送信し、
前記端末からパケットが到着しない場合、前記通信状態情報を前記通信装置に通知するための通知補填処理を実施する、
ことを特徴とする情報通知方法。
【請求項１２】
前記端末からパケットが到着しない場合、前記通知補填処理を実施するか否かを判定し、
前記判定の結果に基づいて前記通知補填処理を実施する、
請求項１１に記載の情報通知方法。
【請求項１３】
前記通信状態情報を送信してからの経過時間に基づいて、前記通知補填処理を実施するか否かを判定する、
請求項１２に記載の情報通知方法。
【請求項１４】
前記通信状態情報を送信したときの通信状態と、送信後の通信状態との差分に基づいて、前記通知補填処理を実施するか否かを判定する、
請求項１２に記載の情報通知方法。
【請求項１５】
前記通信装置から受信した前記通知補填処理を実施するか否かの判定結果に基づいて前記通知補填処理を実施する、
請求項１２に記載の情報通知方法。
【請求項１６】
前記通知補填処理として、前記端末にパケットの再送処理を実施させるように、前記中継装置に対して指示する、
請求項１１ないし１５のいずれか１項に記載の情報通知方法。
【請求項１７】
送信元として前記端末を指定したパケットを生成し、
生成したパケットに前記通信状態情報を付与する、
請求項１１ないし１６のいずれか１項に記載の情報通知方法。
【請求項１８】
前記端末と前記中継装置との通信状態に関する複数の通信状態情報を前記端末が送信したパケットに付与する、
請求項１１ないし１７のいずれか１項に記載の情報通知方法。
【請求項１９】
前記端末に関する前記通信状態情報を前記端末以外の端末が送信したパケットに付与する、
請求項１１ないし１８のいずれか１項に記載の情報通知方法。
【請求項２０】
複数の端末のそれぞれについて、通信状態情報を前記通信装置に送信するための優先度を算出し、
前記優先度に応じて前記複数の端末から選択した端末に関する通信状態情報を、選択した端末以外の端末が送信したパケットに付与する、
請求項１９に記載の情報通知方法。
【請求項２１】
端末が中継装置に送信したパケットを通信装置に転送する情報通知装置に設けられたコンピュータに対して、
前記端末と前記中継装置との通信状態に関する通信状態情報を前記端末が送信したパケットに付与する処理と、
前記通信状態情報が付与されたパケットを前記通信装置に送信する処理と、
前記端末からパケットが到着しない場合、前記通信状態情報を前記通信装置に通知するための通知補填処理を実施する処理と、を実行させる、
ことを特徴とするプログラムが記録された記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報通知装置、情報通知方法およびプログラムに関し、特にモバイル通信網における通信状態を示す情報を通知する情報通知装置、情報通知方法およびプログラムに関する。
【背景技術】
【０００２】
モバイル通信網（以下「モバイル網」という。）を利用するスマートフォン等の情報処理端末（以下「端末」という。）では、無線基地局（以下「基地局」という。）からの電波の受信強度が低下したり、モバイル網の混雑度が増大したりすると、Ｗｅｂブラウザや動画アプリケーション等の通信を利用するアプリケーションの体感品質（ＱｏＥ：Quality of Experience）が劣化するおそれがある。【０００３】
アプリケーションにデータを送信するインターネット上のサーバや、サーバから端末に送信されたデータを中継する中継装置において、端末と基地局との間の通信品質に応じて適切に通信制御を行うことで、このような体感品質の劣化を抑止することができる。【０００４】
例えば、非特許文献１には、基地局から端末への通信スループットを、基地局または基地局近傍に配置されたエッジ装置（ないしＭＥＣ（Mobile Edge Computing）装置）が、端末から送信されたＴＣＰ（Transmission Control Protocol）パケットに埋め込んでサーバに送信する技術が記載されている。【０００５】
かかる技術によると、サーバは通知された通信スループットに応じた通信制御を行うことで、アプリケーションの体感品質を改善することができる。例えば、動画を送信するサーバは、通知された通信スループットに応じて送信する動画のビットレートを設定する。これにより、端末において動画アプリケーションの再生バッファ枯渇による動画再生停止を防ぐことができ、体感品質を改善することが可能となる。また、かかる技術によると、基地局またはＭＥＣ装置において通信スループットをＴＣＰパケットに埋め込むため、端末には何ら変更を加える必要がない。【０００６】
関連技術として、特許文献１には、フィードバック情報を通知する端末と、通知されたフィードバック情報に基づいて送信データを適応変調・符号化あるいはスケジューリングして送信する基地局が記載されている。【０００７】
また、特許文献２には、アクセスポイントに接続中のクライアント端末の数とバックホールのスループットをＭＡＣ（Media Access Control）フレームに挿入してクライアント端末に通知することで、スループットの高いアクセスポイントにクライアント端末を接続させる技術が記載されている。【０００８】
さらに、特許文献３には、端末が基地局に対して下り回線の伝播状況に基づいて測定した品質情報ＣＱＩ（Channel Quality Indicator）を定期的に送信し、基地局が受け取った品質情報ＣＱＩに基づいて、変調方式、符号化率等を伝播状況に応じた最適な値に切り替え、品質情報ＣＱＩの受信タイミングを算出し、算出した受信タイミングを上位レイヤ（基地局制御装置）に通知する技術が記載されている。【０００９】
また、特許文献４には、最新の受信状態情報と、前回通知した時点での受信状態情報とを組み合わせて、受信側から送信側に受信状態を通知することで、受信状態のフィードバックに関連する情報量の増大を抑制する技術が記載されている。【００１０】
さらに、特許文献５には、中継装置が、送信装置から送信されたデータパケットを受信装置に転送し、受信装置から受信したフィードバック情報パケットを送信装置に転送する技術が記載されている。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】国際公開第２００８／０４１６３２号
【特許文献２】特開２０１０−０７４６５０号公報
【特許文献３】特開２００８−３１２２２７号公報
【特許文献４】国際公開第２００７／０５２５７１号
【特許文献５】特開２００９−０９４８７７号公報
【非特許文献】
【００１２】
【非特許文献１】A. Jain, et al., "Mobile Throughput Guidance Inband Signaling Protocol," [online], September 7, 2015, Internet Engineering Task Force, ［２０１６年１０月２９日検索］、インターネット<URL:https://tools.ietf.org/html/draft-flinck-mobile-throughput-guidance-03>
【発明の概要】
【発明が解決しようとする課題】
【００１３】
特許文献１ないし５および非特許文献１の全開示内容は、本書に引用をもって繰り込み記載されているものとする。以下の分析は、本発明者によってなされたものである。【００１４】
非特許文献１に記載された技術によると、基地局と端末との間の通信状態をサーバに通知することで、アプリケーションの体感品質を向上することができる。しかしながら、かかる技術によると、体感品質を改善するために必要な基地局と端末との間の通信状況を、サーバに必要なタイミングで通知できないおそれがある。以下では、その理由について詳細に説明する。【００１５】
非特許文献１に記載された技術では、端末からサーバに送信されたＴＣＰ（Transmission Control Protocol）パケットのＴＣＰヘッダに対して基地局が通信スループットを付与することによって、通信状態がサーバに通知される。したがって、端末からサーバに送信されるＴＣＰパケットが短い周期で基地局を通過する場合、サーバに対して十分に短い時間間隔で通信状態を通知することができる。一方、基地局を通過するＴＣＰパケットが存在しない場合、基地局と端末との間の通信状態をサーバに伝達することができず、サーバは基地局と端末との間の通信状態に応じた通信制御ができなくなる。また、通信制御が不可能となることで、端末における体感品質（ＱｏＥ：Quality of Experience）が劣化するおそれがある。【００１６】
端末と基地局との間の通信品質が悪化した場合、端末からサーバに送信されたパケットがロスして、ＴＣＰパケットが基地局を通過しない状況が発生し得る。例えばモバイル通信規格の１つであるＬＴＥ（Long Term Evolution）では、ロスしたパケットをＭＡＣ（Media Access Control）レイヤで再送し、ＭＡＣレイヤでの再送に失敗した場合、ＲＬＣ（Radio Link Control）レイヤで再送する。したがって、再送処理を行っている期間中は、ＴＣＰパケットが基地局を通過しない。このとき、基地局からサーバへの通信状態の通知を行うことができず、サーバは基地局と端末との間の通信状態に応じた通信制御ができなくなる。これにより、端末における体感品質が劣化するおそれがある。【００１７】
なお、特許文献１ないし５に記載された技術は、かかる問題に対処するものではない。【００１８】
そこで、基地局などの中継装置と端末との間との通信状態が悪化した場合に、端末における体感品質の劣化を抑止することが課題となる。本発明の目的は、かかる課題解決に寄与する情報通知装置、情報通知方法およびプログラムを提供することにある。
【課題を解決するための手段】
【００１９】
本発明の第１の態様に係る情報通知装置は、端末が中継装置に送信したパケットを通信装置に転送する情報通知装置である。前記情報通知装置は、前記端末と前記中継装置との通信状態に関する通信状態情報を前記端末が送信したパケットに付与する通信状態付与部を備えている。また、前記情報通知装置は前記通信状態情報が付与されたパケットを前記通信装置に送信するデータ転送部を備えている。さらに、前記情報通知装置は、前記端末からパケットが到着しない場合、前記通信状態情報を前記通信装置に通知するための通知補填処理を実施する補填部を備えている。【００２０】
本発明の第２の態様に係る情報通知方法は、端末が中継装置に送信したパケットを通信装置に転送する情報通知装置による情報通知方法である。前記情報通知方法は、前記端末と前記中継装置との通信状態に関する通信状態情報を前記端末が送信したパケットに付与するステップを含む。また、前記情報通知方法は前記通信状態情報が付与されたパケットを前記通信装置に送信するステップを含む。さらに、前記情報通知方法は前記端末からパケットが到着しない場合、前記通信状態情報を前記通信装置に通知するための通知補填処理を実施するステップを含む。【００２１】
本発明の第３の態様に係るプログラムは、端末が中継装置に送信したパケットを通信装置に転送する情報通知装置に設けられたコンピュータに対するプログラムである。前記プログラムは、前記端末と前記中継装置との通信状態に関する通信状態情報を前記端末が送信したパケットに付与する処理を前記コンピュータに実行させる。また、前記プログラムは前記通信状態情報が付与されたパケットを前記通信装置に送信する処理を前記コンピュータに実行させる。さらに、前記プログラムは前記端末からパケットが到着しない場合、前記通信状態情報を前記通信装置に通知するための通知補填処理を実施する処理を前記コンピュータに実行させる。なお、プログラムは、非一時的なコンピュータ可読記録媒体（non-transitory computer-readable storage medium）に記録されたプログラム製品として提供することもできる。
【発明の効果】
【００２２】
本発明に係る情報通知装置、情報通知方法およびプログラムによると、基地局などの中継装置と端末との間の通信状態が悪化した場合に、端末における体感品質の劣化を抑止することができる。
【図面の簡単な説明】
【００２３】
【図１】一実施形態に係る情報通知装置の構成を例示するブロック図である。
【図２】第１の実施形態に係る情報通知装置を備えた通信システムの構成を例示するブロック図である。
【図３】第１の実施形態に係る情報通知装置の構成を例示するブロック図である。
【図４】第１の実施形態における通信状態情報のフォーマットを例示する図である。
【図５】第１の実施形態に係る情報通知装置の動作を例示するフロー図である。
【図６】第２の変形例に係る情報通知装置を備えた通信システムの構成を例示するブロック図である。
【図７】第２の実施形態に係る情報通知装置を備えた通信システムの構成を例示するブロック図である。
【図８】第２の実施形態に係る情報通知装置の構成を例示するブロック図である。
【図９】第２の実施形態における通信状態情報のフォーマットを例示する図である。
【図１０】第２の実施形態に係る情報通知装置の動作を例示するフロー図である。
【図１１】情報処理装置の構成を例示するブロック図である。
【発明を実施するための形態】
【００２４】
はじめに、一実施形態の概要について説明する。なお、この概要に付記する図面参照符号は、専ら理解を助けるための例示であり、本発明を図示の態様に限定することを意図するものではない。
【００２５】
図１は、一実施形態に係る情報通知装置３０の構成を例示するブロック図である。情報処理装置３０は、図２および図６に示すように、端末１０が中継装置（例えば基地局２０、ルータ２１）に送信したパケットを通信装置４０に転送する装置である。図１を参照すると、情報通知装置３０は、端末１０と中継装置（基地局２０、ルータ２１）との通信状態に関する通信状態情報を端末１０が送信したパケットに付与する通信状態付与部３３と、通信状態情報が付与されたパケットを通信装置４０に送信するデータ転送部３１と、端末１０からパケットが到着しない場合、通信状態情報を通信装置４０に通知するための通知補填処理を（例えば通知補填処理の要否の判定結果に応じて）実施する補填部３５と、を備えている。
【００２６】
例えば、情報通知装置３０が中継装置（基地局２０）と端末１０との間の通信状態に関わる通信状態情報を一定時間通知できていないような場合、情報通知装置３０はかかる通知を実施可能とするための通知補填処理（例えば端末１０にパケットの再送を行わせるように基地局２０またはルータ２１に対して指示する処理）を実施する。これにより、通信状態情報を通信装置４０に早期に通知することができ、通信装置４０が通信状態情報に基づき通信制御を行うことで、端末１０における通信品質の劣化を抑止することができる。したがって、一実施形態によると、中継装置（基地局２０、ルータ２１）と端末１０との間の通信状態の良否によらず、サーバ等の通信装置４０に通信状態を通知することが可能となる。すわなち、一実施形態によると、中継装置（基地局２０、ルータ２１）と端末１０との間との通信状態が悪化した場合に、端末１０における体感品質の劣化を抑止することができる。
【００２７】
＜実施形態１＞
次に、第１の実施形態に係る情報通知装置について図面を参照して詳細に説明する。
【００２８】
［構成］
図２は、本実施形態における情報通知装置３０を備えた通信システムの構成を例示するブロック図である。図２に示すように、通信システムは、端末１０、基地局２０、情報通知装置３０、および、通信装置４０を備えている。なお、図２に例示する構成では、基地局２０と接続する端末１０および情報通知装置３０と通信する通信装置４０は、それぞれ１台となっている。ただし、端末１０および通信装置４０の台数は、複数であってもよい。以下、図２の通信システムの構成要素について詳細に説明する。
【００２９】
端末１０は、基地局２０および情報通知装置３０を介して通信装置４０と通信する。端末１０は、例えばスマートフォン、ＰＣ（Personal Computer）などであり、端末１０上のアプリケーションの動作に必要なデータを通信装置４０から取得する。
【００３０】
基地局２０は、端末１０とＷ−ＣＤＭＡ（Wideband Code Division Multiple Access）やＬＴＥ（Long Term Evolution）などのモバイル通信規格を用いて無線通信を行い、端末１０と通信装置４０との間の通信を中継する。また、基地局２０は端末１０との通信状態に関する情報（通信状態情報）を情報通知装置３０に通知する。通信状態情報は、例えば、基地局２０から端末１０への通信スループットである。なお、通信状態情報は他の情報を含んでいてもよい。例えば、通信状態情報は、基地局２０から送信された電波の端末１０におけるＲＳＲＰ（Reference Signal Received Power）やＳＩＮＲ（Signal to Interference plus Noise Ratio）などの受信電波品質を含んでいてもよい。また、通信状態情報は基地局２０と通信中の端末１０の台数を含んでいてもよい。さらに、通信状態情報は、他の基地局２０と端末１０との間の通信状態を表す情報を含んでいてもよい。
【００３１】
情報通知装置３０は、端末１０から通信装置４０に送信されるパケットに対して基地局２０から通知された通信状態情報を付与することで、通信状態情報を通信装置４０に通知する。情報通知装置３０は、例えば、基地局２０の近傍または内部に配置される。情報通知装置３０は、例えば、ＭＥＣ（Mobile Edge Computing）装置であってもよいし、基地局２０の一機能として実装されていてもよい。
【００３２】
通信装置４０は、端末１０に画像や動画などのデータを送信する。通信装置４０は、例えばインターネット上に配置されたアプリケーションサーバであってもよい。また、通信装置４０は、モバイル網とインターネットとの中継点に配置されるＰ−ＧＷ（Packet Data Network Gateway）のような通信中継装置であってもよい。
【００３３】
図３は、情報通知装置３０の構成を例示するブロック図である。図３に示すように、情報通知装置３０は、データ転送部３１、通信状態取得部３２、通信状態付与部３３、要否判定部３４、および補填部３５を備えている。以下、それぞれの構成要素について詳細に説明する。
【００３４】
データ転送部３１は、基地局２０と通信装置４０との間でやり取りされる通信パケットを転送する。なお、パケットを転送する際、通信状態付与部３３が端末１０と基地局２０との間の通信状態に関する通信状態情報を端末１０が送信したパケットに付与し、データ転送部３１は通信状態情報が付与されたパケットを転送する。
【００３５】
通信状態取得部３２は、端末１０と基地局２０との間の通信状態に関する通信状態情報を基地局２０から取得する。通信状態情報は、例えば、基地局２０から端末１０に対する通信スループットに関する情報を含む。なお、通信スループットは例示にすぎず、通信状態情報は、例えば端末１０における基地局２０の電波の受信品質を表すＲＳＲＰ、ＳＩＮＲやＣＱＩ（Channel Quality Indicator)などの指標値であってもよい。また、通信状態情報は、一定時間内にデータを送信した端末１０の台数であってもよい。通信状態取得部３２は、例えばＲＥＳＴ（Representational State Transfer）方式に基づいて基地局２０から通信状態を取得してもよい。また、通知する情報の内容が一定量以上変化した場合、または、定期的に、基地局２０が通信状態情報を情報通知装置３０の通信状態取得部３２に通知するようにしてもよい。なお、ここで示した通信状態情報の取得方法は例示に過ぎず、他の方法を用いてもよい。
【００３６】
通信状態付与部３３は、基地局２０を経由して端末１０から送信されたパケットに端末１０に関する通信状態情報を付与する。データ転送部３１は、通信状態情報が付与されたパケットを通信装置４０に送信して通信状態情報を通知する。通信状態付与部３３が通信状態情報を付与する先は、例えばＴＣＰ（Transmission Control Protocol）ヘッダのオプションフィールドである。
【００３７】
ＴＣＰオプションフィールドは、図４に示すように、オプション番号（１バイト）、オプションバイト数（１バイト）、オプション値（オプションバイト数に記載された値−２バイト）から構成される。オプション番号は、オプション値に入るデータの意味を示す。本実施形態では、通信状態情報として「３０」を指定するものとする。オプションバイト数は、図４で示されたＴＣＰオプションのバイト数を示す。オプション値は、オプション番号に応じた値が入る。本実施形態においては、例えば基地局２０と端末１０との間の通信スループットを入れる。なお、通信スループットのみならず、複数の値をオプション値に挿入してもよい。例えば、通信スループットを２バイトで書き込み、続く、１バイトでＲＳＲＰを書き込んでもよい。これにより、基地局２０と端末１０との間の通信状態に関する複数種類の情報を１つのパケットで送信することができる。
【００３８】
なお、上記の説明は例示に過ぎず、通信状態情報を付与する先は、例えばＩＰ（Internet Protocol）ヘッダのオプションフィールドであってもよい。ＩＰヘッダであれば、ＴＣＰプロトコル以外の他のプロトコルのパケット、例えばＵＤＰ（User Datagram Protocol）により送信されたパケットにも通信状態情報を付与することができる。また、ＧＴＰ（General Packet Radio Service Tunneling Protocol）ヘッダの拡張ヘッダに通信状態情報を付与してもよい。ＧＴＰヘッダを用いることで、ＴＣＰヘッダやＩＰヘッダのオプションフィールドがサイズ上限まで使われている場合であっても、通信状態情報をパケットに付与することができる。
【００３９】
要否判定部３４は、端末１０に関する通信状態情報を通信装置４０に通知するための補填処理を行う必要があるかどうかを判定する。要否判定部３４は、例えば、通信状態付与部３３およびデータ転送部３１が所定の時間に亘って通信状態情報を通信装置４０に通知できない場合、補填処理を行う必要があるものと判定する。具体的には、要否判定部３４は、通信状態付与部３３が通信状態情報を最後にパケットに付与してから、または、データ転送部３１がかかるパケットを送信してからの経過時間に基づいて、補填処理の要否を判定する。例えば、要否判定部３４は経過時間が所定の値より長い場合には補填処理を実施する必要があるものと判定してもよい。また、要否判定部３４は、例えば、通信状態情報の変化量が所定の値を超えた場合、補填処理を実施する必要があるものと判定してもよい。
【００４０】
補填部３５は、通信状態付与部３３およびデータ転送部３１が端末１０に関する通信状態情報を通信装置４０に通知するための補填処理を行う。補填処理とは、例えば、端末１０にパケットの再送を行わせるように、基地局２０に対して指示する処理である。
【００４１】
例えば、基地局２０のＲＬＣ（Radio Link Control）レイヤにて端末１０から受信したデータに欠損があることを検知した場合、基地局２０においてタイマ（t-Reorderingタイマ）が動作する。タイマで設定した時刻が経過しても欠損したデータが到着しない場合、基地局２０はデータが届いていないことを端末１０に通知（ＮＡＣＫ：Negative Acknowledgement）する。ＮＡＣＫを受信した端末１０は、ＮＡＣＫに指定されたデータを再送する。
【００４２】
したがって、通常t-Reorderingタイマで指定した期間よりも短い期間ではデータ再送が発生しない。また、ＲＬＣレイヤはデータの順序を保障するため、後続のデータは欠損したデータが再送されるのを待つこととなる。したがって、t-Reorderingタイマで指定した期間は、基地局２０から通信装置４０側に送信されるパケットが存在しないことになり、情報通知装置３０は、通信状態情報を送信できないことになる。そこで、補填部３５は、要否判定部３４が補填処理を実施するものと判定した場合、基地局２０から端末１０にＮＡＣＫを送信するように基地局２０に対して指示する。これにより、端末１０からのデータの再送が早期に実行され、情報通知装置３０は通常の再送と比較して早期に通信状態情報を送信することが可能となる。
【００４３】
また、補填部３５は新たにパケットを生成し、通信状態付与部３３は補填部３５が生成したパケットに通信状態情報を付与した後、データ転送部３１はかかるパケットを通信装置４０に送信してもよい。ＴＣＰでは、空のデータを乗せたパケットをキープアライブ（ＫＡ：Keep Alive）パケットとして送信可能である。そこで、補填部３５は、端末１０から通信装置４０に送信されたパケットに関する情報をデータ転送部３１から取得し、新たにパケットを生成する。ここで、パケットに関する情報とは、例えば端末１０のＩＰアドレスとポート、通信装置４０のＩＰアドレスとポート、ＴＣＰのシーケンス番号である。補填部３５は、パケットに関するこれらの情報をすべて同一としたペイロードサイズ０のＴＣＰパケットを生成する。通信状態付与部３３は補填部３５が生成したＴＣＰパケットに通信状態情報を付与し、データ転送部３１は通信状態付与後のパケットを通信装置４０に送信する。
【００４４】
かかる構成によると、端末１０がハンドオーバーを開始しており端末１０が通信装置４０宛てのデータ送信を中断している場合や、端末１０の電波品質が急激に悪化して再送したデータが基地局２０に到達しない状況下であっても、補填部３５が新たにパケットを生成するため、通信状態情報を通知することができる。
【００４５】
［動作］
本実施形態に係る情報通知装置３０の動作について、図５のフロー図を参照して詳細に説明する。
【００４６】
まず、情報通知装置３０のデータ転送部３１は、端末１０から基地局２０を経由して送信されるパケットを所定時間待ち受ける（ステップＳ１）。ここでは、一例として所定時間を１００ミリ秒とする。ただし、所定時間はその他の値であってもよい。
【００４７】
所定時間内に端末１０からパケットを受信した場合（ステップＳ２のＹｅｓ）、情報通知装置３０は通常の情報通知処理を実行する。すなわち、情報通知装置３０は以下のステップＳ３〜Ｓ７の処理を実行する。
【００４８】
通信状態取得部３２は、端末１０に関する通信状態情報を取得する（ステップＳ３）。ここでは、通信情報取得部３２が取得する通信状態情報は基地局２０から端末１０への通信スループットとする。また、一例として通信スループットは「12Mbps」であったとする。
【００４９】
次に、情報通知装置３０の通信状態付与部３３はステップＳ１で受信したパケットに通信状態情報を付与可能かどうかについて確認する（ステップＳ４）。
【００５０】
本実施形態においては、通信状態付与部３３はパケットのＴＣＰヘッダオプションに通信状態情報を付与する。したがって、受信したパケットがＴＣＰプロトコルでない場合、または、ＴＣＰヘッダオプションのサイズ上限である４０バイト分の情報が既にＴＣＰヘッダオプションに記載されている場合、通信状態付与部３３は付与ができないものと判定する（ステップＳ５のＮｏ）。このとき、データ転送部３１は、通信状態情報が付与されていないパケットを通信装置４０に送信する（ステップＳ７）。以降、情報通知装置３０はステップＳ１以下の処理を繰り返す。
【００５１】
一方、パケットに通信状態情報を付与可能であると判定した場合（ステップＳ５のＹｅｓ）、通信状態付与部３３は端末１０が送信したパケットに通信状態情報を付与する（ステップＳ６）。
【００５２】
パケットに付与するデータは図４のフォーマットに従い、１６進数表記で「1E 04 2E E0」であるとする。最初の１バイトはＴＣＰオプションのオプション番号を意味し、本実施形態では「３０」としている。続く１バイトは通信状態情報のＴＣＰオプションのサイズを表しており、本実施形態では「４」バイトとしている。続く２バイトが通信スループットを２バイトで表記しており「12000」kbpsとしている。なお、本実施形態では通信スループットの単位をkbpsとして２バイトで記述しているが、他の単位やバイト長でもよい。
【００５３】
次に、データ転送部３１は通信状態付与部３３が通信状態情報を付与したパケットを通信装置４０に送信する（ステップＳ７）。
【００５４】
その後、情報通知装置３０は処理をステップＳ１に戻し、以降ステップＳ１以下の処理を繰り返す。
【００５５】
一方、ステップＳ１において、所定時間内において、端末１０からパケットを受信しなかった場合（ステップＳ２のＮｏ）、一定時間に亘って通信装置４０に通信状態情報を通知できていない。そこで、情報通知装置３０は通信状態通知を補填する処理を実施する。
【００５６】
まず、通信状態取得部３２は、端末１０に関する通信状態情報を取得する（ステップＳ８）。ここでは、通信状態取得部３２が取得した通信状態情報は基地局２０から端末１０への通信スループットとし、一例として「12Mbps」とする。
【００５７】
次に、要否判定部３４は通信状態情報の送信を補填するための処理が必要か否かを判定する（ステップＳ９）。要否判定部３４は、例えば、通信状態付与部３３が通信状態情報を最後にパケットに付与（ステップＳ６）してから、または、データ転送部３１がかかるパケットを送信（ステップＳ７）してからの経過時間に基づいて、経過時間が所定の値より長い場合、補填処理を実施する必要があるものと判定する。これにより、所定の時間間隔程度で通信状態情報が通信装置４０に通知されることを保障することができる。
【００５８】
一方、要否判定部３４は、例えば、通信状態情報の変化量が所定の値を超えた場合、補填処理を実施する必要があるものと判定してもよい。例えば、通信スループットの変化量が10Mbpsを超えた場合に補填処理を実施するものと判定してもよい。これにより、端末１０と基地局２０との間の通信品質が大きく変化した場合、早期に通信装置４０に通信品質の変化を通知し、通信装置４０は通知された通信状態通知に基づき通信制御を行うことで通信品質の劣化を抑止することができる。
【００５９】
なお、本実施形態で示した判定の方法は一例に過ぎず、要否判定部３４は他の方法によって補填処理の要否を判定してもよい。例えば、要否判定部３４は通信状態情報を最後にパケットに付与（ステップＳ６）してから、または、通信状態情報を付与したパケットを送信（ステップＳ７）してからの経過時間と、通信状態情報の変化量が所定の値を超えたか否かに応じて補填処理の要否を判定してもよい。また、通信状態に変化が生じていない場合、通信装置４０は以前通知された通信状態情報に基づき制御すればよいため、補填処理を行う必要は必ずしもない。これにより通信状態通知の付加を抑制することができる。
【００６０】
ステップＳ９において要否判定部３４が補填処理を実施するものと判定した場合（ステップＳ１０のＹｅｓ）、補填部３５は通信状態情報の送信を補填するための処理を実行する（ステップＳ１１）。例えば、補填部３５は、端末１０にデータの再送を促すために、基地局２０から端末１０にＲＬＣ層のＮＡＣＫを送信するように基地局２０に指示してもよい。
【００６１】
一方、ステップＳ９において要否判定部３４が補填処理を実施しないと判定した場合（ステップＳ１０のＮｏ）、データ転送部３１は、通信状態情報が付与されていないパケットを通信装置４０に送信する（ステップＳ７）。情報通知装置３０は、処理をステップＳ１に戻し、以降ステップＳ１以下の処理を繰り返す。
【００６２】
［効果］
以上のように、本実施形態によれば、情報通知装置が基地局と端末との間の通信状態に関する通信状態情報を一定時間通知できていない場合、通知を実施可能とするための通知補填処理を実施する。これにより、早期に通信状態情報を通信装置に通知することが可能となる。また、通信装置が通信状態情報に基づき通信制御を行うことで、端末における通信品質の劣化を抑止することができる。
【００６３】
＜変形例１＞
本実施形態においては要否判定部３４が情報通知装置３０に存在する例について説明したが、要否判定部３４を通信装置４０に設けてもよい。具体的には、通信装置４０において通信状態情報の通知補填処理の必要性を判定し、通知補填処理を情報通知装置３０に依頼してもよい。これにより、通信制御のロジックに応じてより的確に補填処理を実施可能となる。例えば、通信装置４０が端末１０に送信するパケットを送信し終えた後は、通信制御を行う必要がない。このとき、通信装置４０に設けられた要否判定部３４は、一定時間、通信状態情報が到達していない場合であっても補填処理が不要と判定することができる。これにより、情報通知装置３０や基地局２０の負荷の増大を抑制することができる。
【００６４】
＜変形例２＞
また、本実施形態においては情報通知装置３０が端末１０と基地局２０との間の通信状態に関して通知を行うとして説明したが、他の通信状態であってもよい。例えば、図６に示すように、端末１０がルータ２１などの中継装置と有線接続されている場合において、端末１０と中継装置（例えばルータ２１）との間の通信状態について通知してもよい。これにより、通信装置４０は図２に示す無線接続に限らず、様々な通信環境における通信制御を適切に実施可能となる。
【００６５】
＜実施形態２＞
次に、第２の実施形態に係る情報通知装置について説明する。
【００６６】
第１の実施形態では、通信状態情報の通知が必要であるにもかかわらず通知できていない場合、端末に対しデータの再送を促すなどして、早期に通知可能となる状態を生成した。一方、本実施形態では、他の端末が送信したパケットを利用して通信状態情報を送信する。これにより、データ再送を促す場合よりも早期に通信状態情報を送信することが可能となる。また、情報通知装置がパケットを新規に生成して通信状態情報を送信する場合と比較して、ネットワークの負荷を抑制することができる。
【００６７】
［構成］
本実施形態に係る情報通知装置を備えた通信システムの構成について、図７を参照して詳細に説明する。図７に示すように、通信システムは、端末１０ａ〜１０ｃ（以下、端末１０ａ〜１０ｃを「端末１０」と総称する。）、基地局２０、情報通知装置５０、および、通信装置４０を備えている。図７に示した通信システムは、情報通知装置３０の代わりに情報通知装置５０を備えている点で図２に示した通信システムと相違する。また、基地局２０と通信する端末１０は少なくとも２台以上存在するものとする。本実施形態では、基地局２０と通信する端末１０が端末１０ａ〜１０ｃの３台で構成される場合を例として説明する。ただし、端末１０の台数はこれに限定されない。なお、基地局２０と通信する端末１０が１台の場合、情報通知装置５０は第１の実施形態に係る情報通知装置３０と同一の処理を行ってもよい。これにより、情報通知装置５０は、第１の実施形態よりもさらに多様な状況において通信状態通知を適切なタイミングで送信可能となる。
【００６８】
次に、本実施形態に係る情報通知装置５０の構成について、図８を参照して詳細に説明する。図８に示すように、本実施形態に係る情報通知装置５０は、データ転送部３１、通信状態取得部３２、通信状態付与部３３、要否判定部３４、補填部３６、および、優先度算出部３７を備えている。
【００６９】
本実施形態に係る情報通知装置５０は、優先度算出部３７を備えている点で第１の実施形態に係る情報通知装置３０（図３）と相違する。また、本実施形態では、補填部３６の動作が第１の実施形態における補填部３５（図３）の動作と相違する。なお、以下の説明において、第１の実施形態と同一または類似の構成要素については、同一または類似の符号を付し、詳細な説明を省略する。以下、本実施形態に係る情報通知装置５０の構成について説明する。
【００７０】
優先度算出部３７は、基地局２０に接続する複数の端末１０に関する通信状態情報を通信装置４０に通知するための優先度を算出する。例えば、基地局２０に端末１０ａ〜１０ｃが接続し、要否判定部３４が端末１０ｂ、１０ｃに対する補填処理が必要であると判定した場合、優先度算出部３７は端末１０ｂ、１０ｃに関する通信状態情報の優先度を算出する。優先度算出部３７は、例えば通信状態情報の変化量に応じて優先度を決定する。通信状態情報として通信スループットを用いる場合、優先度算出部３７は通信装置４０に前回送信した通信状態情報の通信スループットと現在の通信スループットの変化量を計算する。例えば、端末１０ｂの現在の通信スループットが12Mbpsとし、前回通知した通信スループットが8Mbpsであった場合、優先度算出部３７は優先度を１２−８＝４とする。また、端末１０ｃに関して現在の通信スループットが5Mbpsとし、前回通知した通信スループットが30Mbpsであった場合、優先度算出部３７は優先度を３０−５＝２５とする。ここでは、一例として優先度の数値が大きい場合に、優先度が高いものとする。ちなみに、変化量が大きい場合の方が、通信装置４０の通信制御に与える影響度が高いため、変化量の大きい端末の優先度を高くすることで、通信品質の劣化を抑止することができる。
【００７１】
補填部３６は、要否判定部３４の判定結果と優先度算出部３７による優先度との算出結果に応じて通知補填処理を実施する。要否判定部３４が端末１０ｂに関して通信状態情報の通知補填処理が必要と判定し、優先度算出部３７が端末１０ａの優先度よりも端末１０ｂの優先度が高いと判定した場合、補填部３６は通知補填処理を行い、端末１０ａが送信したパケットに端末１０ｂに関する通信状態情報を付与する。これにより、端末１０ｂから送信されたパケットが情報通知装置５０に届かない場合であっても、端末１０ｂに関する通信状態情報を通信装置４０に通知することができる。
【００７２】
本実施形態では、補填部３６がＴＣＰヘッダに付与する通信状態情報として、図４のフォーマットの代わりに、例えば図９のフォーマットを用いる。図９を参照すると、通信状態情報は、ＴＣＰオプション番号と、ＴＣＰオプションバイト数と、端末１０の識別子と、識別子で指定された端末１０に関する通信状態とを含む。端末１０の識別子は、端末１０を一意に識別可能な識別子であればよく、例えば端末１０のＩＰアドレスとしてもよい。
【００７３】
通信状態通知を受信した通信装置４０は、識別子を確認することで、送信された通信状態情報がどの端末１０に関するものであるかを識別することができる。また、通信装置４０は、通信状態情報に識別子が存在しない場合、パケットの送信元ＩＰアドレスを参照することにより、通信状態情報がどの端末１０に関するものであるかを識別することができる。このように、補填部３６が付与する通信状態情報にのみ端末１０の識別子を付与することで、すべての通信状態情報に識別子を付与する場合と比較して、送信するデータ量の増加を抑止することができる。
【００７４】
［動作］
次に、本実施形態に係る情報通知装置５０の動作について、図１０を参照して詳細に説明する。なお、第１の実施形態に係る情報通知装置３０と同一の処理については同一の符号を付し詳細な説明を省略する。
【００７５】
まず、データ転送部３１は端末からのパケットを待ち受ける（ステップＳ１）。
【００７６】
次に、データ転送部３１は端末１０からのパケットを受信する（ステップＳ２１）。ここでは、受信したパケットの送信元を端末１０ａとする。
【００７７】
通信状態取得部３２は、基地局２０に接続するすべての端末１０に関する通信状態情報を基地局２０から取得する（ステップＳ２２）。本実施形態においては、端末１０ａ〜１０ｃが基地局２０に接続しているものとする。すなわち、ステップＳ２２において、通信状態取得部３２は、端末１０ａ〜１０ｃに関する通信状態情報を取得する。なお、ここで示した例は一例に過ぎず、基地局２０に接続する端末１０の台数は３台に限定されない。
【００７８】
次に、要否判定部３４はステップＳ２２において受信した通信状態情報に基づき、各端末１０に関して通信状態通知を補填する処理を実施する必要があるか否かを判定する（ステップＳ２３）。
【００７９】
ステップＳ２３において、通信状態通知を補填する必要があると判定された端末１０が存在しない場合（ステップＳ２４のＮｏ）、情報通知装置５０はパケットの送信元である端末１０ａに関する通信状態を通信装置４０に通知する。以降のステップＳ４〜Ｓ７の処理は第１の実施形態における情報通知装置３０の処理（図５のステップＳ４〜Ｓ７）と同様であるため、説明を省略する。
【００８０】
一方、ステップＳ２３において、通信状態通知を補填する必要があると判定された端末１０が存在する場合（ステップＳ２４のＹｅｓ）、情報通知装置５０はいずれかの端末１０に対する通信状態通知の補填処理を実施する。ここでは一例として、要否判定部３４は、端末１０ｂと１０ｃとに対する補填処理が必要であると判定したとする。
【００８１】
次に、優先度算出部３７は、ステップＳ２３において要否判定部３４により補填処理が必要と判定された端末１０ｂ、１０ｃに対する通信状態情報の優先度を算出する（ステップＳ２５）。ここでは、優先度算出部３７が算出した端末１０ｂに対する優先度を４とし、端末１０ｃに対する優先度を２５とする。
【００８２】
次に、補填部３６は優先度算出部３７が算出した優先度に基づき、通信状態情報の通知を補填する処理を行う。まず、補填部３６は通信状態情報をパケットに付与可能であるかを判定する（ステップＳ２６）。
【００８３】
ここで、通信状態情報として図９のフォーマットを有する情報をパケットに付与するものとする。ここでは、通信状態として通信スループットを用いるものとし、通信状態を２バイトで表すものとする。図９に例示した構成によると、本実施形態において付与する情報は、ＴＣＰオプション番号（１バイト）、オプションバイト数（１バイト）、端末の識別子（４バイト）、通信状態（２バイト）で構成され、計８バイトとなる。なお、ＴＣＰオプションのバイト数は４０バイトが上限である。したがって、通信状態情報をＴＣＰヘッダのオプションフィールドに挿入する場合、補填部３６はステップＳ１で受信したパケットの使用済みＴＣＰオプションバイト数と付与する通信状態情報のバイト数（８バイト）の和が４０バイトを超えるか否かを判定する。
【００８４】
補填部３６はＴＣＰオプションバイト数が４０バイトを超えない（すなわち通信状態情報を付与可能）と判定した場合（ステップＳ２７のＹｅｓ）、ステップＳ１で受信した端末１０ａから送信されたパケットのＴＣＰヘッダに、最も優先度の高い端末１０ｃに関する通信状態情報を付与する（ステップＳ２８）。
【００８５】
次に、データ転送部３１はパケットを通信装置４０に送信する（ステップＳ７）。
【００８６】
なお、ステップＳ２８の後、補填部３６は優先度が次に高い端末１０ｂに関する通信状態情報をパケットに付与可能であるかを判定し、可能な場合には通信状態情報を付与してもよい。これにより、１つのパケットで複数の端末１０ｂ、１０ｃに関する通信状態情報を送信することができる。
【００８７】
また、本実施形態のステップＳ２５以降の処理では、パケットの送信元である端末１０ａに関する通信状態情報を付与しない例について記載した。ただし、最初に端末１０ａに関する通信状態情報を付与した後、他の端末１０ｃに関する通信状態情報をパケットに付与してもよい。これにより、パケットの送信元である端末１０ａに関する通信状態情報の通知を妨げることなく、他の端末１０ｃに関する通信状態情報を通知することが可能となる。
【００８８】
一方、補填部３６はステップＳ２６でＴＣＰオプションバイト数が４０バイトを超える（すなわち通信状態情報を付与不能）と判定した場合（ステップＳ２７のＮｏ）、通信状態情報をパケットに付与せず、データ転送部３１はパケットを通信装置４０に送信する（ステップＳ７）。
【００８９】
［効果］
以上のように、本実施形態によれば、他の端末１０（例えば端末１０ａ）が送信したパケットを利用して、端末１０（例えば端末１０ｂ、１０ｃ）に関する通信状態情報を通信装置４０に送信する。これにより、端末１０からのパケットが情報通知装置に到達しない場合においても、他の端末１０のパケットを用いて通信状態情報を送信するので、早期に通信状態情報を送信することが可能となる。また、情報通知装置がパケットを新規に生成して通信状態情報を送信する場合と比較して、ネットワークの負荷を抑制することができる。
【００９０】
＜変形例３＞
第２の実施形態においては、端末１０から送信されたパケットに他の端末１０に関する通信状態情報を付与して、通信装置４０に通知する例について説明したが、必ずしも端末１０から送信されたパケットを用いる必要はない。例えば、第１の実施形態における情報通知装置のように、情報通知装置３０自身が生成したパケットに複数の端末１０に関する通信状態情報を付与してもよい。これにより、基地局２０に接続するすべての端末１０からのパケットが到達していない場合においても、任意の時刻に通信状態情報を通信装置４０に送信することができる。また、複数の端末１０に関する通信状態情報を１つのパケットで送信するため、ネットワークに与える負荷を抑えることができる。
【００９１】
＜変形例４＞
第１の実施形態に係る情報通知装置３０（図３）および第２の実施形態に係る情報通知装置５０（図８）は、図１１に示す情報処理装置６０を備えていてもよい。情報処理装置６０は、中央処理装置（ＣＰＵ：Central Processing Unit）６１およびメモリ６２を有する。情報処理装置６０は、メモリ６２に記憶されているプログラムをＣＰＵ６１が実行することにより、情報通知装置３０（または５０）が有するデータ転送部３１、通信状態取得部３２、通信状態付与部３３、要否判定部３４、補填部３５（または３６）、および、優先度算出部３７（図３、図８）の機能の一部または全部を実現してもよい。
【００９２】
また、上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
［付記１］
端末が中継装置に送信したパケットを通信装置に転送する情報通知装置であって、
前記端末と前記中継装置との通信状態に関する通信状態情報を前記端末が送信したパケットに付与する通信状態付与部と、
前記通信状態情報が付与されたパケットを前記通信装置に送信するデータ転送部と、
前記端末からパケットが到着しない場合、前記通信状態情報を前記通信装置に通知するための通知補填処理を実施する補填部と、を備える、
ことを特徴とする情報通知装置。
［付記２］
前記端末からパケットが到着しない場合、前記通知補填処理を実施するか否かを判定する要否判定部を備え、
前記補填部は、前記判定の結果に基づいて前記通知補填処理を実施する、
付記１に記載の情報通知装置。
［付記３］
前記要否判定部は、前記通信状態付与部が前記通信状態情報を送信してからの経過時間に基づいて、前記通知補填処理を実施するか否かを判定する、
付記２に記載の情報通知装置。
［付記４］
前記要否判定部は、前記通信状態付与部が前記通信状態情報を送信したときの通信状態と、送信後の通信状態との差分に基づいて、前記通知補填処理を実施するか否かを判定する、
付記２に記載の情報通知装置。
［付記５］
前記補填部は、前記通信装置から受信した前記通知補填処理を実施するか否かの判定結果に基づいて前記通知補填処理を実施する、
付記２に記載の情報通知装置。
［付記６］
前記補填部は、前記通知補填処理として、前記端末にパケットの再送処理を実施させるように、前記中継装置に対して指示する、
付記１ないし５のいずれか一に記載の情報通知装置。
［付記７］
前記補填部は、送信元として前記端末を指定したパケットを生成し、
前記通信状態付与部は、前記補填部が生成したパケットに前記通信状態情報を付与する、
付記１ないし６のいずれか一に記載の情報通知装置。
［付記８］
前記通信状態付与部は、前記端末と前記中継装置との通信状態に関する複数の通信状態情報を前記端末が送信したパケットに付与する、
付記１ないし７のいずれか一に記載の情報通知装置。
［付記９］
前記補填部は、前記端末に関する前記通信状態情報を前記端末以外の端末が送信したパケットに付与する、
付記１ないし８のいずれか一に記載の情報通知装置。
［付記１０］
複数の端末のそれぞれについて、通信状態情報を前記通信装置に送信するための優先度を算出する優先度算出部を備え、
前記補填部は、前記優先度に応じて前記複数の端末から選択した端末に関する通信状態情報を、選択した端末以外の端末が送信したパケットに付与する、
付記９に記載の情報通知装置。
［付記１１］
端末が中継装置に送信したパケットを通信装置に転送する情報通知装置が、
前記端末と前記中継装置との通信状態に関する通信状態情報を前記端末が送信したパケットに付与するステップと、
前記通信状態情報が付与されたパケットを前記通信装置に送信するステップと、
前記端末からパケットが到着しない場合、前記通信状態情報を前記通信装置に通知するための通知補填処理を実施するステップと、を含む、
ことを特徴とする情報通知方法。
［付記１２］
前記端末からパケットが到着しない場合、前記通知補填処理を実施するか否かを判定するステップを含み、
前記判定の結果に基づいて前記通知補填処理を実施する、
付記１１に記載の情報通知方法。
［付記１３］
前記通信状態情報を送信してからの経過時間に基づいて、前記通知補填処理を実施するか否かを判定する、
付記１２に記載の情報通知方法。
［付記１４］
前記通信状態情報を送信したときの通信状態と、送信後の通信状態との差分に基づいて、前記通知補填処理を実施するか否かを判定する、
付記１２に記載の情報通知方法。
［付記１５］
前記通信装置から受信した前記通知補填処理を実施するか否かの判定結果に基づいて前記通知補填処理を実施する、
付記１２に記載の情報通知方法。
［付記１６］
前記通知補填処理として、前記端末にパケットの再送処理を実施させるように、前記中継装置に対して指示する、
付記１１ないし１５のいずれか一に記載の情報通知方法。
［付記１７］
送信元として前記端末を指定したパケットを生成するステップと、
生成したパケットに前記通信状態情報を付与するステップと、を含む、
付記１１ないし１６のいずれか一に記載の情報通知方法。
［付記１８］
前記端末と前記中継装置との通信状態に関する複数の通信状態情報を前記端末が送信したパケットに付与するステップを含む、
付記１１ないし１７のいずれか一に記載の情報通知方法。
［付記１９］
前記端末に関する前記通信状態情報を前記端末以外の端末が送信したパケットに付与するステップを含む、
付記１１ないし１８のいずれか一に記載の情報通知方法。
［付記２０］
複数の端末のそれぞれについて、通信状態情報を前記通信装置に送信するための優先度を算出するステップと、
前記優先度に応じて前記複数の端末から選択した端末に関する通信状態情報を、選択した端末以外の端末が送信したパケットに付与するステップと、を含む、
付記１９に記載の情報通知方法。
［付記２１］
端末が中継装置に送信したパケットを通信装置に転送する情報通知装置に設けられたコンピュータに対して、
前記端末と前記中継装置との通信状態に関する通信状態情報を前記端末が送信したパケットに付与する処理と、
前記通信状態情報が付与されたパケットを前記通信装置に送信する処理と、
前記端末からパケットが到着しない場合、前記通信状態情報を前記通信装置に通知するための通知補填処理を実施する処理と、を実行させる、
ことを特徴とするプログラム。
【００９３】
なお、特許文献１ないし５および非特許文献１の全開示内容は、本書に引用をもって繰り込み記載されているものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
【００９４】
この出願は、２０１６年１１月２４日に出願された日本出願特願２０１６−２２８１７６を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００９５】
１０、１０ａ〜１０ｃ    端末
２０    基地局
２１    ルータ
３０、５０    情報通知装置
３１    データ転送部
３２    通信状態取得部
３３    通信状態付与部
３４    要否判定部
３５、３６    補填部
３７    優先度算出部
４０    通信装置
６０    情報処理装置
６１    ＣＰＵ
６２    メモリ
【図１】
2018097073.tif 000003
【図２】
2018097073.tif 000004
【図３】
2018097073.tif 000005
【図４】
2018097073.tif 000006
【図５】
2018097073.tif 000007
【図６】
2018097073.tif 000008
【図７】
2018097073.tif 000009
【図８】
2018097073.tif 000010
【図９】
2018097073.tif 000011
【図１０】
2018097073.tif 000012
【図１１】
2018097073.tif 000013
【手続補正書】
【提出日】令和1年5月9日(2019.5.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末が中継装置に送信したパケットを通信装置に転送する情報通知装置であって、
前記端末と前記中継装置との通信状態に関する通信状態情報を前記端末が送信したパケットに付与する通信状態付与手段と、
前記通信状態情報が付与されたパケットを前記通信装置に送信するデータ転送手段と、
前記端末からパケットが到着しない場合、前記通信状態情報を前記通信装置に通知するための通知補填処理を実施する補填手段と、を備える、
ことを特徴とする情報通知装置。
【請求項２】
前記端末からパケットが到着しない場合、前記通知補填処理を実施するか否かを判定する要否判定手段を備え、
前記補填手段は、前記判定の結果に基づいて前記通知補填処理を実施する、
請求項１に記載の情報通知装置。
【請求項３】
前記要否判定手段は、前記通信状態付与手段が前記通信状態情報を送信してからの経過時間に基づいて、前記通知補填処理を実施するか否かを判定する、
請求項２に記載の情報通知装置。
【請求項４】
前記要否判定手段は、前記通信状態付与手段が前記通信状態情報を送信したときの通信状態と、送信後の通信状態との差分に基づいて、前記通知補填処理を実施するか否かを判定する、
請求項２に記載の情報通知装置。
【請求項５】
前記補填手段は、前記通信装置から受信した前記通知補填処理を実施するか否かの判定結果に基づいて前記通知補填処理を実施する、
請求項２に記載の情報通知装置。
【請求項６】
前記補填手段は、前記通知補填処理として、前記端末にパケットの再送処理を実施させるように、前記中継装置に対して指示する、
請求項１ないし５のいずれか１項に記載の情報通知装置。
【請求項７】
前記補填手段は、送信元として前記端末を指定したパケットを生成し、
前記通信状態付与手段は、前記補填手段が生成したパケットに前記通信状態情報を付与する、
請求項１ないし６のいずれか１項に記載の情報通知装置。
【請求項８】
前記補填手段は、前記端末に関する前記通信状態情報を前記端末以外の端末が送信したパケットに付与する、
請求項１ないし７のいずれか１項に記載の情報通知装置。
【請求項９】
端末が中継装置に送信したパケットを通信装置に転送する情報通知装置が、
前記端末と前記中継装置との通信状態に関する通信状態情報を前記端末が送信したパケットに付与し、
前記通信状態情報が付与されたパケットを前記通信装置に送信し、
前記端末からパケットが到着しない場合、前記通信状態情報を前記通信装置に通知するための通知補填処理を実施する、
ことを特徴とする情報通知方法。
【請求項１０】
端末が中継装置に送信したパケットを通信装置に転送する情報通知装置に設けられたコンピュータに対して、
前記端末と前記中継装置との通信状態に関する通信状態情報を前記端末が送信したパケットに付与する処理と、
前記通信状態情報が付与されたパケットを前記通信装置に送信する処理と、
前記端末からパケットが到着しない場合、前記通信状態情報を前記通信装置に通知するための通知補填処理を実施する処理と、を実行させる、
ことを特徴とするプログラム。
【国際調査報告】
2018097073.tif 000014
2018097073.tif 000015