JP2021190904A - トラフィック制御方法、受信機、及び通信システム - Google Patents

Abstract

【課題】車両が複数のトラフィックを受信可能な通信環境において、優先度の高いトラフィックの送信が阻害されないトラフィック制御を実現する。【解決手段】経路を移動する車両に搭載された受信機は、経路の一部である区間及び区間における通信品質を対応づけたデータを格納する運行プロファイルを管理し、第１トラフィック、及び第１トラフィックより優先度が低い第２トラフィックを受信可能であって、運行プロファイルを参照して、通信品質が良好な区間を第２トラフィックの送信が可能な送信区間に決定するステップと、車両が送信区間に位置する場合、第１トラフィックの送信を阻害しないように第２トラフィックの送信を制御するための制御情報を生成するステップとを含む。【選択図】図３

Description

本発明は、トラフィック制御に関する。

鉄道車両及び自動車等の車両の情報化の進展に伴い、ネットワークを介して情報コンテンツが車両へ配信されている。また、整備工場等で保守用ＰＣを用いて行われてきた車両の機器のソフトウェア配信を、ＯＴＡ（Ｏｖｅｒ Ｔｈｅ Ａｉｒ）で行う機運が高まっている。この場合、コンテンツ配信用のトラフィック及びソフトウェア配信用のトラフィック等、種別が異なるトラフィックがネットワークを介して送信されることになる。

複数種類のトラフィックの送信を制御する技術として、特許文献１に記載の技術が知られている。特許文献１には、「基地局との間で無線通信を行い、基地局を介してネットワーク上のＩＰ通信装置とＴＣＰ通信を行う移動機に設けられるＴＣＰフロー制御装置に関する。ＴＣＰリンクモニタが、ネットワーク上のＩＰ通信装置と移動機２０に設けられたＩＰ通信装置との間のＴＣＰ通信に用いる複数のＴＣＰリンクのフローを監視し、ＴＣＰリンク毎のトラフィック量を計測する。ＴＣＰフロー制御部は、複数のＴＣＰリンク中の各ＴＣＰリンクを優先トラフィック用ＴＣＰリンク、非優先トラフィック用ＴＣＰリンクのいずれかに特定し、総トラフィック量に対する優先トラフィック量の割合が所定の閾値を超えた場合には、非優先トラフィック用ＴＣＰリンクのトラフィック量を抑圧する。」ことが開示されている。

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

複数種類のトラフィックがネットワークを介して送信される場合、一方のトラフィックの送信が他方のトラフィックの送信を阻害することがある。例えば、容量が大きいコンテンツ配信用のトラフィックの送信中に、ソフトウェア配信用のトラフィックを送信する場合、コンテンツ配信用のトラフィックの帯域を抑制する可能性がある。

また、通信品質が良好かつ十分なスループットが得られ、コンテンツ配信用及びソフトウェア配信用のトラフィックが共存できる場合であっても、車両の移動によるスループットの低下によって、コンテンツ配信用のトラフィックの帯域を抑制する可能性がある。

コンテンツ配信用のトラフィックの帯域が抑制された場合、トラフィック受信の遅延によって、車両が必要とする情報を取得できない可能性がある。例えば、コンテンツ配信用のトラフィックの受信遅延によって、情報の取得がコンテンツの表示タイミングに間に合わなくなる可能性がある。したがって、特許文献１に記載されているように、非優先トラフィック用ＴＣＰリンクのトラフィック量を抑制するだけでは、優先トラフィック用のＴＣＰリンクのトラフィック量を十分に確保できない可能性がある。

本発明は、車両が複数種類のトラフィックを受信可能な通信環境において、優先度の高いトラフィックの送信を阻害しないトラフィック制御を実現する。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、任意の経路を移動する車両に搭載され、優先度が異なる複数種類のトラフィックを受信可能な受信機が実行するトラフィック制御方法であって、前記受信機は、演算装置、前記演算装置に接続される記憶装置、前記演算装置に接続されるネットワークインタフェースを有し、前記経路の一部である区間及び前記区間における通信品質を対応づけたデータを格納する運行プロファイルを管理し、第１トラフィック、及び前記第１トラフィックより優先度が低い第２トラフィックを受信可能であって、前記トラフィック制御方法は、前記受信機が、前記運行プロファイルを参照して、前記通信品質が良好な前記区間を、前記第２トラフィックの送信が可能な送信区間に決定する第１のステップと、前記受信機が、前記第２トラフィックの送信を制御するための制御情報を生成するトラフィック制限判定処理を実行する第２のステップと、を含み、前記トラフィック制限判定処理は、前記受信機が、前記車両が前記送信区間に位置する場合、前記第１トラフィックの送信を阻害しないように前記第２トラフィックの送信を制御するための前記制御情報を生成する第３のステップを含む。

本発明によれば、車両が複数種類のトラフィックを受信可能な通信環境において、優先度の高いトラフィックの送信が阻害されないトラフィック制御を実現できる。上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

実施例１のトラフィック制御システムの構成の一例を示す図である。 実施例１の送信機の構成の一例を示す図である。 実施例１の受信機の構成の一例を示す図である。 実施例１の運行プロファイルのデータ構造の一例を示す図である。 実施例１のポリシ管理情報のデータ構造の一例を示す図である。 実施例１の送信区間情報のデータ構造の一例を示す図である。 実施例１のトラフィック制御情報のデータ構造の一例を示す図である。 実施例１のトラフィック制御システムにおける処理の流れを説明するシーケンス図である。 実施例１の受信機が実行する送信区間決定処理の一例を説明するフローチャートである。 実施例１の受信機が実行する送信区間決定処理の一例を説明するフローチャートである。 実施例１の受信機が実行するトラフィック制限判定処理の一例を説明するフローチャートである。 実施例２の受信機が実行するトラフィック制限判定処理の一例を説明するフローチャートである。 実施例３の受信機が実行するトラフィック制限判定処理の一例を説明するフローチャートである。

以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。図面等において示す各構成の位置、大きさ、形状、及び範囲等は、発明の理解を容易にするため、実際の位置、大きさ、形状、及び範囲等を表していない場合がある。したがって、本発明では、図面等に開示された位置、大きさ、形状、及び範囲等に限定されない。

実施例１では、鉄道車両へのトラフィック配信を例として説明する。ただし、自動車等の、他の車両におけるトラフィック配信についても本発明を適用することが可能である。実施例１では、トラフィックの優先度として「優先」及び「非優先」の二種類を設定する。ただし、トラフィックの優先度は三種類以上でもよい。実施例１では、各送信機は優先度が異なる一種類のトラフィックを送信しているが、一つの送信機が優先度が異なる複数のトラフィックを送信してもよい。

図１は、実施例１のトラフィック制御システムの構成の一例を示す図である。

トラフィック制御システムは、送信機１０１、１０２、ネットワーク１０３、及び車両１０４から構成される。送信機１０１、１０２は、ネットワーク１０３を介して車両１０４と接続する。ネットワーク１０３は、基地局及びコアネットワーク装置から構成され、例えば、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、及びインターネット等である。ネットワーク１０３の接続方式は無線であるものとする。ただし、ネットワーク１０３の接続方式は有線でもよい。

送信機１０１及び送信機１０２は、種別が異なるトラフィックを送信する。送信機１０１が送信するトラフィックの優先度は、送信機１０２が送信するトラフィックの優先度より低いものとする。本明細書では、送信機１０１が送信するトラフィックの優先度を「非優先」と定義し、送信機１０２が送信するトラフィックの優先度を「優先」と定義する。

車両１０４は、任意の経路（線路）を移動する。車両１０４は、無線通信機１０５及び受信機１０６を有する。なお、車両１０４は、駆動装置、カメラ、及びセンサ等、無線通信機１０５及び受信機１０６以外のハードウェアを有しているが説明の簡単のために省略している。また、車両１０４は、車両１０４全体を制御する制御部を有しているが説明の簡単のために省略している。

無線通信機１０５は、ネットワーク１０３及び受信機１０６と接続し、送信機１０１、１０２との間で通信を行う。無線通信機１０５は、ネットワーク１０３と接続するネットワークインタフェースと、受信機１０６に接続するインタフェースとを備える。無線通信機１０５及び受信機１０６は、直接又はネットワークを介して接続される。無線通信機１０５及び受信機１０６を接続するネットワークの接続方式は有線又は無線のいずれでもよい。

送信機１０１、１０２が送信したトラフィックは、ネットワーク１０３及び無線通信機１０５を介して、受信機１０６が受信する。

図２は、実施例１の送信機１０１の構成の一例を示す図である。

送信機１０１は、ＣＰＵ２０１、ネットワークインタフェース２０２、主記憶装置２０３、及び副記憶装置２０４を有する。送信機１０１は、入力装置及び出力装置に接続するための入出力インタフェースを有してもよい。なお、入力装置はキーボード、マウス、及びタッチパネル等を含み、出力装置はディスプレイ及びプリンタ等を含む。

ＣＰＵ２０１は、各種演算処理を実行する。ＣＰＵ２０１は、主記憶装置２０３に格納されるプログラムを実行することによって、特定の機能を実現する機能部（モジュール）として動作する。

なお、本明細書において「送信機１０１の処理又は指示」等の表現は、送信機１０１が有するＣＰＵ２０１がプログラムにしたがって実行する処理を意味するものである。

ネットワークインタフェース２０２は、ネットワークを介して外部装置と通信するためのインタフェースである。

主記憶装置２０３は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の記憶装置であり、ＣＰＵ２０１が実行するプログラム及びプログラムが使用する情報を格納する。主記憶装置２０３は、プログラムが一時的に使用するワークエリアとしても利用される。

副記憶装置２０４は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）及びＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等のデータを永続的に格納する記憶装置である。なお、主記憶装置２０３に格納されるプログラム及び情報は、副記憶装置２０４に格納されてもよい。この場合、ＣＰＵ２０１は、副記憶装置２０４からプログラム及び情報を読み出し、主記憶装置２０３にロードする。

主記憶装置２０３は、トラフィック制御情報２１１及びポリシ情報２１２を格納し、また、図示しない、トラフィックの送信等を制御する機能部（例えば、送受制御部）を実現するプログラムを格納する。

トラフィック制御情報２１１は、受信機１０６から送信される情報であって、トラフィック制御を実行するためのパラメータ等を格納する。ポリシ情報２１２は、トラフィックの優先度を示す値を格納する。

送信機１０２のハードウェア構成は送信機１０１と同一である。送信機１０２のソフトウェア構成は、トラフィック制御情報２１１を含まない点が送信機１０１のソフトウェア構成と異なる。

図３は、実施例１の受信機１０６の構成の一例を示す図である。

受信機１０６は、ＣＰＵ３０１、ネットワークインタフェース３０２、主記憶装置３０３、及び副記憶装置３０４を有する。受信機１０６は、入力装置及び出力装置に接続するための入出力インタフェースを有してもよい。

ＣＰＵ３０１、ネットワークインタフェース３０２、主記憶装置３０３、及び副記憶装置３０４は、ＣＰＵ２０１、ネットワークインタフェース２０２、主記憶装置２０３、及び副記憶装置２０４と同様のハードウェアである。

なお、本明細書において「受信機１０６の処理又は指示」等の表現は、受信機１０６が有するＣＰＵ３０１がプログラムにしたがって実行する処理を意味するものである。

主記憶装置３０３は、運行プロファイル３１１、ポリシ管理情報３１２、送信区間情報３１３、送信区間決定プログラム３２１、及びトラフィック制限判定プログラム３２２を格納する。各情報の構成及びプログラムが実行する処理の詳細は後述する。

図４は、実施例１の運行プロファイル３１１のデータ構造の一例を示す図である。

運行プロファイル３１１は、ＩＤ４０１、時間４０２、運行状態４０３、場所４０４、及び通信品質４０５から構成されるエントリを格納する。経路を一部である一つの区間に対して一つのエントリが存在する。

ＩＤ４０１は、区間の識別情報を格納するフィールドである。

時間４０２は、時間範囲を格納するフィールドである。時間範囲は、区間を特定する情報の一例である。

運行状態４０３は、区間における車両１０４の運行状態を示す値を格納する。具体的には、「走行」及び「停車」のいずれかが運行状態４０３に格納される。

場所４０４は、位置情報を格納するフィールドである。例えば、道路の名称、建物の名称、及びＧＰＳ値等が格納される。位置情報は、区間を特定する情報の一例である。

通信品質４０５は、車両１０４が区間に位置している時の無線通信の品質を示す情報を格納する。通信品質４０５には、区間における通信品質の平均値が格納される。通信品質を表す値としては、例えば、ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）及びＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）等が考えられる。本実施例では、区間におけるＲＳＲＰの平均値が通信品質４０５に格納される。

なお、図４に示す運行プロファイル３１１は、区間を特定する情報として、時間範囲及び位置情報の両方を含んでいるが、いずれか一方のみを含んでもよい。

なお、時間範囲及び位置情報のいずれかを区間を特定する情報として用いてもよい。例えば、区間を特定する情報として時間範囲を用いた場合、場所４０４は、区間に対応する時間範囲における車両１０４の位置を示す情報として扱われる。区間を特定する情報として位置情報を用いた場合、時間４０２は、区間に対応する位置に車両１０４が存在した時間範囲を示す情報として扱われる。

図５は、実施例１のポリシ管理情報３１２のデータ構造の一例を示す図である。

ポリシ管理情報３１２は、送信元５０１及び優先度５０２から構成されるエントリを格納する。一つのポリシ情報２１２に対して一つのエントリが存在する。

送信元５０１は、トラフィックを送信する送信機を特定するための情報を格納するフィールドである。本実施例の送信元５０１には送信機のＩＰアドレスが格納される。

優先度５０２は、トラフィックの優先度を示す情報を格納するフィールドである。本実施例の優先度５０２には「優先」及び「非優先」のいずれかが格納される。なお、トラフィックの優先度を三種類以上の場合、優先度５０２には優先度を示す数値等が格納される。

図６は、実施例１の送信区間情報３１３のデータ構造の一例を示す図である。

送信区間情報３１３は、ＩＤ６０１及び送信区間フラグ６０２から構成されるエントリを格納する。一つの区間に対して一つのエントリが存在する。ＩＤ６０１はＩＤ４０１と同一のフィールドである。

送信区間フラグ６０２は、ＩＤ６０１に対応する区間が、優先度が「非優先」のトラフィックの送信が許可される送信区間であるか否かを示す値を格納するフィールドである。送信区間に該当する場合、送信区間フラグ６０２には「１」が格納され、送信区間に該当しない場合、送信区間フラグ６０２には「０」が格納される。

図６に示す送信区間情報３１３は、ＩＤ６０１が「４」から「８」の各区間が送信区間として設定されていることを示す。

図７は、実施例１のトラフィック制御情報２１１のデータ構造の一例を示す図である。

トラフィック制御情報２１１は、優先度７０１、上限レート７０２、及び有効期限７０３から構成される。

優先度７０１は、制御対象のトラフィックの優先度を示す情報を格納するフィールドである。上限レート７０２は、制御対象のトラフィックに対する上限レートを格納するフィールドである。有効期限７０３は、トラフィック制御情報２１１の有効期限を格納するフィールドである。

なお、トラフィック制御情報２１１は有効期限７０３を含まなくてもよい。

なお、図７に示すトラフィック制御情報２１１は一例であってこれに限定されない。トラフィック制御に必要なパラメータ等を格納する情報であればよい。

図８は、実施例１のトラフィック制御システムにおける処理の流れを説明するシーケンス図である。

受信機１０６は、運行プロファイル３１１を生成する（ステップＳ８０１）。

具体的には、受信機１０６は、一日の車両１０４の運行状態及び通信品質を取得することによって運行プロファイル３１１を生成する。そして、運行プロファイル３１１は、送信区間決定処理及びトラフィック制限判定処理等で使用される。

なお、運行情報は制御部及びセンサ等から取得できる。また、通信品質は、無線通信機１０５によって計測される。このとき、テスト用のトラフィックを用いて通信品質が計測されてもよい。

なお、受信機１０６は、複数日、運行状態及び通信品質を取得し、各日の計測結果を用いて運行プロファイル３１１を生成してもよい。例えば、受信機１０６は、ある区間の各日のＲＳＲＰを用いて平均値を算出し、当該区間の通信品質として当該平均値を設定する。また、受信機１０６は、曜日毎に運行プロファイル３１１を生成してもよい。この場合、受信機１０６は、現在の曜日に対応する運行プロファイル３１１を用いて送信区間決定処理及びトラフィック制限判定処理等を実行する。

なお、受信機１０６は、一定の周期、例えば、一日おきに運行プロファイル３１１を生成するものとする。

なお、受信機１０６は、送信機１０１、１０２との接続前に運行プロファイル３１１を生成しているが、送信機１０１、１０２との接続後に運行プロファイル３１１を生成してもよい。

なお、運行プロファイル３１１は受信機１０６が生成しなくてもよい。この場合、シミュレーション及びユーザ入力等によって生成された運行プロファイル３１１が受信機１０６に入力される。

次に、受信機１０６は、送信機１０１、１０２と接続する（ステップＳ８０２、Ｓ８０３）。

送信機１０１、１０２は、それぞれ、受信機１０６にポリシ情報を送信する（ステップＳ８０４、Ｓ８０５）。

なお、一つの送信機が他の送信機のトラフィックの優先度を管理している場合、当該送信機のみがポリシ情報を送信すればよい。

次に、受信機１０６は送信区間決定処理を実行する（ステップＳ８０６）。具体的には、受信機１０６のＣＰＵ３０１が送信区間決定プログラム３２１を実行する。ここで、図９及び図１０を用いて、送信区間決定処理について説明する。

図９及び図１０は、実施例１の受信機１０６が実行する送信区間決定処理の一例を説明するフローチャートである。図９に示す送信区間決定処理では、各区間の通信品質に基づいて送信区間が決定される。図１０に示す送信区間決定処理では、各区間の通信品質及び位置情報に基づいて送信区間が決定される。

まず、図９の送信区間決定処理について説明する。

ＣＰＵ３０１は、主記憶装置３０３に格納される運行プロファイル３１１を取得する（ステップＳ９０１）。このとき、ＣＰＵ３０１は、送信区間情報３１３を初期化し、また、区間を示す変数ｎに初期値「０」を設定する。具体的には、ＣＰＵ３０１は、送信区間情報３１３に、運行プロファイル３１１に含まれる区間の数と同数のエントリを生成し、各エントリのＩＤ６０１に区間の識別情報を設定する。なお、変数ｎは０からＮ−１までの値である。Ｎは運行プロファイル３１１のエントリの数を表す。

次に、ＣＰＵ３０１は、区間のループ処理を開始する（ステップＳ９０２）。具体的には、ＣＰＵ３０１は変数ｎに対応する区間を選択する。

次に、ＣＰＵ３０１は、区間ｎにおける通信品質が閾値以上であるか否かを判定する（ステップＳ９０３）。

例えば、ＣＰＵ３０１は、運行プロファイル３１１を参照して、ＩＤ４０１が区間ｎから区間ｎ＋ｋまでのエントリの通信品質４０５に格納されるＲＳＲＰを用いてＲＳＲＰの平均値を算出し、当該平均値が閾値以上であるか否かを判定する。ここで、ｋはＲＳＲＰの瞬時変動を排除するための平均化処理を実現するためのパラメータであり、０以上の整数である。また、閾値は予め設定されている。

区間ｎにおける通信品質が閾値より小さい場合、ＣＰＵ３０１は、送信区間情報３１３の区間ｎに対応するエントリの送信区間フラグ６０２に「０」を設定し（ステップＳ９０４）、その後、ステップＳ９０６に進む。

区間ｎにおける通信品質が閾値以上の場合、ＣＰＵ３０１は、送信区間情報３１３の区間ｎに対応するエントリの送信区間フラグ６０２に「１」を設定し（ステップＳ９０５）、その後、ステップＳ９０６に進む。

ステップＳ９０６では、ＣＰＵ３０１は、全ての区間について処理が完了したか否かを判定する（ステップＳ９０６）。具体的には、ｎがＮ−１に一致するか否かが判定される。

全ての区間について処理が完了していない場合、ＣＰＵ３０１は、変数ｎを１インクリメントし、その後、ステップＳ９０２に戻る。

全ての区間について処理が完了した場合、ＣＰＵ３０１は送信区間決定処理を終了する。

このように、受信機１０６は、通信品質（ＲＳＲＰの平均値）が閾値以上の区間、すなわち、無線帯域に余裕がある区間を送信区間に設定する。これによって、優先度が高いトラフィックへの影響を抑制しつつ、非優先トラフィックを送信することができる。

次に、図１０の送信区間決定処理について説明する。

ＣＰＵ３０１は、主記憶装置３０３に格納される運行プロファイル３１１を取得する（ステップＳ１００１）。ステップＳ１００１の処理はステップＳ９０１の処理と同一である。

ＣＰＵ３０１は、区間のループ処理を開始する（ステップＳ１００２）。ステップＳ１００２の処理はステップＳ９０２の処理と同一である。

次に、ＣＰＵ３０１は、区間ｎに対応する場所が車両基地であるか否かを判定する（ステップＳ１００３）。

具体的には、ＣＰＵ３０１は、運行プロファイル３１１を参照し、区間ｎに対応するエントリの場所４０４に車両基地を示す情報が格納されているか否かを判定する。

区間ｎに対応する場所が車両基地である場合、ＣＰＵ３０１は、送信区間情報３１３の区間ｎに対応するエントリの送信区間フラグ６０２に「１」を設定し（ステップＳ１００６）、その後、ステップＳ１００７に進む。

区間ｎに対応する場所が車両基地でない場合、ＣＰＵ３０１は、区間ｎにおける通信品質が閾値以上であるか否かを判定する（ステップＳ１００４）。ステップＳ１００４の処理はステップＳ９０３の処理と同一である。

区間ｎにおける通信品質が閾値より小さい場合、ＣＰＵ３０１は、送信区間情報３１３の区間ｎに対応するエントリの送信区間フラグ６０２に「０」を設定し（ステップＳ１００５）、その後、ステップＳ１００７に進む。

区間ｎにおける通信品質が閾値以上の場合、ＣＰＵ３０１は、送信区間情報３１３の区間ｎに対応するエントリの送信区間フラグ６０２に「１」を設定し（ステップＳ１００６）、その後、ステップＳ１００７に進む。

ステップＳ１００７の処理はステップＳ９０６の処理と同一である。

全ての区間について処理が完了していない場合、ＣＰＵ３０１は、変数ｎを１インクリメントし、その後、ステップＳ１００２に戻る。

全ての区間について処理が完了した場合、ＣＰＵ３０１は送信区間決定処理を終了する。

このように、受信機１０６は、車両１０４のメンテナンスが行われる車両基地に対応する区間と、通信品質（ＲＳＲＰの平均値）が閾値以上の区間とを送信区間に設定する。優先度の高いトラフィックを優先して送信する必要がない、車両基地に対応する区間を送信区間に設定することによって、効率的に優先度が低いトラフィックを送信することができる。

以上が送信区間決定処理の説明である。図８の説明に戻る。

受信機１０６は、送信区間情報３１３が生成された後、トラフィック制限判定処理を周期的に実行し（ステップＳ８１１、Ｓ８１４、Ｓ８１７）、制御対象のトラフィックを送信する送信機１０１に、処理結果としてトラフィック制御情報２１１を送信する（ステップＳ８１２、Ｓ８１５、Ｓ８１８）。具体的には、受信機１０６のＣＰＵ３０１がトラフィック制限判定プログラム３２２を実行する。ここで、図１１を用いて、トラフィック制限判定処理について説明する。

図１１は、実施例１の受信機１０６が実行するトラフィック制限判定処理の一例を説明するフローチャートである。

ＣＰＵ３０１は、車両１０４の現在位置する区間を特定する（ステップＳ１１０１）。

例えば、ＣＰＵ３０１は、制御部及びセンサ等から時刻情報又は位置情報を取得し、運行プロファイル３１１の時間４０２又は場所４０４と比較することによって車両１０４が現在位置する区間を特定する。

次に、ＣＰＵ３０１は、送信区間情報３１３を参照して、特定された区間が送信区間であるか否かを判定する（ステップＳ１１０２）。

特定された区間が送信区間でないと判定された場合、ＣＰＵ３０１は、トラフィック完全制限状態に設定するためのトラフィック制御情報２１１を生成し（ステップＳ１１０３）、制御対象のトラフィックを送信する送信機にトラフィック制御情報２１１を送信する（ステップＳ１１０９）。その後、ＣＰＵ３０１はトラフィック制限判定処理を終了する。

ここでは、優先度７０１に「非優先」が設定され、上限レート７０２に「０」が設定されたトラフィック制御情報２１１が生成される。ＣＰＵ３０１は、現在の時刻を基準に有効期限を算出し、有効期限７０３に算出された時刻を設定する。なお、トラフィック完全制限状態は、制御対象のトラフィックの上限レートが０になるように制御される状態を表す。

特定された区間が送信区間であると判定された場合、ＣＰＵ３０１は、制御対象のトラフィックを送信する送信機がトラフィック完全制限状態であるか否かを判定する（ステップＳ１１０４）。

例えば、ＣＰＵ３０１は、前回送信したトラフィック制御情報２１１の上限レート７０２が０であるか否かを判定する。

制御対象のトラフィックを送信する送信機がトラフィック完全制限状態である場合、ＣＰＵ３０１は、上限レートを増加させるためのトラフィック制御情報２１１を生成し（ステップＳ１１０８）、制御対象のトラフィックを送信する送信機にトラフィック制御情報２１１を送信する（ステップＳ１１０９）。その後、ＣＰＵ３０１はトラフィック制限判定処理を終了する。

ここでは、優先度７０１に「非優先」が設定され、上限レート７０２に０より大きい値が設定されたトラフィック制御情報２１１が生成される。ＣＰＵ３０１は、現在の時刻を基準に有効期限を算出し、有効期限７０３に算出された時刻を設定する。なお、上限レートの増加量は、一定値でもよいし、現在の上限レートに対する比率でもよい。

制御対象のトラフィックを送信する送信機がトラフィック完全制限状態でない場合、ＣＰＵ３０１は、優先度の高いトラフィックが現在送信されているか否かを判定する（ステップＳ１１０５）。

優先度の高いトラフィックが現在送信されていない場合、ＣＰＵ３０１は、上限レートを増加させるためのトラフィック制御情報２１１を生成し（ステップＳ１１０８）、制御対象のトラフィックを送信する送信機にトラフィック制御情報２１１を送信する（ステップＳ１１０９）。その後、ＣＰＵ３０１はトラフィック制限判定処理を終了する。

優先度の高いトラフィックが現在送信されている場合、ＣＰＵ３０１は、優先度の高いトラフィックのスループットが低下しているか否かを判定する（ステップＳ１１０６）。これは、制御対象のトラフィックの送信によって、優先度の高いトラフィックの送信が阻害されていないか否かを判定するための処理である。

実施例１の受信機１０６は、周期的に、受信するトラフィックのスループットを計測し、計測結果を主記憶装置３０３に格納している。ＣＰＵ３０１は、最新のスループットと、時系列が一つ前のスループットを比較することによって、優先度の高いトラフィックのスループットが低下しているか否かを判定する。なお、前述の判定方法は一例であってこれに限定されない。

優先度の高いトラフィックのスループットが低下していない場合、ＣＰＵ３０１は、上限レートを増加させるためのトラフィック制御情報２１１を生成し（ステップＳ１１０８）、制御対象のトラフィックを送信する送信機にトラフィック制御情報２１１を送信する（ステップＳ１１０９）。その後、ＣＰＵ３０１はトラフィック制限判定処理を終了する。

優先度の高いトラフィックのスループットが低下している場合、ＣＰＵ３０１は、上限レートを減少させるためのトラフィック制御情報２１１を生成し（ステップＳ１１０７）、制御対象のトラフィックを送信する送信機にトラフィック制御情報２１１を送信する（ステップＳ１１０９）。その後、ＣＰＵ３０１はトラフィック制限判定処理を終了する。

ここでは、優先度７０１に「非優先」が設定され、上限レート７０２に前回の上限レートより小さい値が設定されたトラフィック制御情報２１１が生成される。ＣＰＵ３０１は、現在の時刻を基準に有効期限を算出し、有効期限７０３に算出された時刻を設定する。なお、上限レートの減少量は、一定値でもよいし、現在の上限レートに対する比率でもよい。

なお、ＣＰＵ３０１は、ステップＳ１１０１の処理の実行後、特定された区間に対応する車両１０４の位置が車両基地であるか否かを判定してもよい。送信区間に対応する車両１０４の位置が車両基地である場合、ＣＰＵ３０１は、上限レート７０２にＮＵＬＬ値又は無限大が設定されたトラフィック制御情報２１１を生成する。この場合、送信機１０１は、トラフィック制御を実行することなく、トラフィックを送信する。送信区間に対応する車両１０４の位置が車両基地でない場合、ＣＰＵ３０１は、ステップＳ１１０２に進む。

以上のように、受信機１０６は、送信区間において、優先度の高いトラフィックのスループットが低下しないように、制御対象のトラフィックの送信を制御する。これによって、優先度の高いトラフィックの送信への影響を抑制できる。

リアルタイムなスループットの計測値を用いたトラフィック制御の方式では、スループットの低下が検知されるまでトラフィック制御が行われない。一方、実施例１のトラフィック制御システムは、送信区間において、優先度の高いトラフィックのスループットを確認しながら優先度の低いトラフィックの上限レートを制御する。これによって、従来の方式より、優先度の高いトラフィックの送信への影響を抑制できる。

以上がトラフィック制限判定処理の説明である。図８の説明に戻る。

トラフィック制御情報２１１が送信されない送信機１０２は、任意のタイミングでトラフィックの送信を開始し（ステップＳ８１３）、また、任意のタイミングでトラフィックの送信を終了する（ステップＳ８１９）。

一方、トラフィック制御情報２１１が送信された送信機１０１は、トラフィック制御情報２１１に基づいて、トラフィックシェーピング等のレート制御を実行しながら、トラフィックの送信を開始する（ステップＳ８１６）。

ステップＳ８１１のトラフィック制限判定処理では、受信機１０６は、車両１０４の区間が送信区間ではないと判定し、トラフィック完全制限状態に設定するためのトラフィック制御情報２１１を送信機１０１に送信する。この場合、送信機１０１はトラフィックのレートが０となるように制御する。すなわち、送信機１０１からはトラフィックは送信されない。

ステップＳ８１４のトラフィック制限判定処理では、受信機１０６は、車両１０４の区間が送信区間であり、トラフィック完全制限状態であるため、上限レートを増加させるためのトラフィック制御情報２１１を送信機１０１に送信する。

例えば、上限レート７０２が「１Ｍｂｐｓ」に設定されたトラフィック制御情報２１１が送信される。この場合、送信機１０１は、上限レートを１Ｍｂｐｓに制限しながらトラフィックを送信する。

ステップＳ８１４のトラフィック制限判定処理では、受信機１０６は、車両１０４の区間が送信区間であり、優先度の高いトラフィックが送信中であるため、当該トラフィックのスループットが低下しているか否かを判定する。トラフィックのスループットが低下していないと判定された場合、受信機１０６は、上限レートを増加させるためのトラフィック制御情報２１１を送信機１０１に送信する。

例えば、上限レート７０２が「２Ｍｂｐｓ」に設定されたトラフィック制御情報２１１が送信される。この場合、送信機１０１は、上限レートを２Ｍｂｐｓに制限しながらトラフィックを送信する。

トラフィック制御は送信機１０１が行うものとしたが、受信機１０６が実行してもよい。例えば、受信機１０６は、ＴＣＰ受信ウィンドウ制御にて上限レートを調整する。この場合、受信機１０６は、トラフィック制御情報２１１を送信機に送信することなく主記憶装置３０３に格納する。

実施例１によれば、複数種類のトラフィックを受信可能な通信環境において、車両１０４の運行に合わせて、優先度の高いトラフィックの送信を阻害しないトラフィック制御を実現できる。

実施例２では、受信機１０６は、車両１０４の運行中の通信品質をリアルタイムに監視し、リアルタイムな通信品質を考慮してトラフィックの送信を制御する。以下、実施例１との差異を中心に実施例２について説明する。

実施例２のトラフィック制御システムの構成は実施例１の構成と同一である。実施例２の送信機１０１、１０２及び受信機１０６の構成は実施例１の構成と同一である。実施例２のトラフィック制御システムの処理の流れは実施例１の処理の流れと同一である。実施例２の送信区間決定処理は実施例１の処理と同一である。

実施例２のトラフィック制限判定処理は、実施例１の処理と一部異なる。図１２は、実施例２の受信機１０６が実行するトラフィック制限判定処理の一例を説明するフローチャートである。

ステップＳ１１０６において、優先度の高いトラフィックのスループットが低下していない場合、ＣＰＵ３０１は、現在の通信品質が閾値以上であるか否かを判定する（ステップＳ１１５１）。

例えば、ＣＰＵ３０１は、現在のＲＳＲＰを算出し、ＲＳＲＰが閾値以上であるか否かを判定する。閾値は予め設定されている。なお、閾値は、送信区間決定処理で用いた閾値と同一でもよいし、また、異なっていてもよい。

現在の通信品質が閾値以上の場合、ＣＰＵ３０１はステップＳ１１０８に進む。現在の通信品質が閾値より小さい場合、ＣＰＵ３０１はトラフィック制限判定処理を終了する。

その他の処理は実施例１と同一であるため、詳細な説明は省略する。

実施例２のトラフィック制限判定処理では、送信区間であっても、リアルタイムな通信品質を考慮して上限レートが設定される。時々刻々と変動する通信品質にあわせてトラフィック制御を行うことによって、優先度の高いトラフィックのスループットの影響をより抑制できる。

以上のように、実施例２によれば、複数種類のトラフィックを受信可能な通信環境において、車両１０４の運行及びリアルタイムな通信品質に合わせて、優先度の高いトラフィックの配信を阻害しないトラフィック制御を実現できる。

実施例３では、運行プロファイル３１１及び送信区間情報３１３を用いずに、リアルタイムに取得された情報を用いたトラフィック制御を実現する。以下実施例１との差異を中心に実施例３について説明する。

実施例３のトラフィック制御システムの構成は実施例１の構成と同一である。実施例３の送信機１０１、１０２の構成は実施例１の構成と同一である。実施例３の受信機１０６のハードウェア構成は実施例１と同一である。実施例３では、受信機１０６が運行プロファイル３１１及び送信区間情報３１３を保持していない点が実施例１と異なる。

また、実施例３では、受信機１０６は送信フラグを管理する。送信フラグは、優先度の高いトラフィックが送信されていることを示すフラグである。送信フラグが「１」の場合、優先度の高いトラフィックが送信されていることを示し、送信フラグが「０」の場合、優先度の高いトラフィックが送信されていないことを示す。送信フラグの初期値は「０」に設定される。

受信機１０６は、優先度の高いトラフィックの受信を検知した場合、送信フラグが「０」であるか否かを判定する。送信フラグが「０」の場合、受信機１０６は送信フラグを「１」に更新する。また、受信機１０６は、優先度の高いトラフィックの送信終了を検知した場合、送信フラグが「１」であるか否かを判定する。送信フラグが「１」の場合、受信機１０６は送信フラグを「０」に更新する。

実施例３のトラフィック制御システムの処理の流れは、実施例１の処理の流れと一部異なる。具体的には、実施例３では、受信機１０６は運行プロファイル３１１を生成しない。また、実施例３では、受信機１０６は送信区間決定処理を実行しない。

実施例３のトラフィック制限判定処理は実施例１と異なる。図１３は、実施例３の受信機１０６が実行するトラフィック制限判定処理の一例を説明するフローチャートである。

ＣＰＵ３０１は、車両１０４の現在の位置を特定する（ステップＳ１３０１）。

例えば、ＣＰＵ３０１は、制御部及びセンサ等から取得された位置情報に基づいて車両１０４の現在の位置を特定する。

次に、ＣＰＵ３０１は、車両１０４が車両基地にあるか否かを判定する（ステップＳ１３０２）。

例えば、ＣＰＵ３０１は、車両１０４の位置情報と地図情報とを比較することによって車両１０４が車両基地にあるか否かを判定する。

車両１０４が車両基地にある場合、ＣＰＵ３０１は、制限解除状態に設定するためのトラフィック制御情報２１１を生成し（ステップＳ１３０３）、制御対象のトラフィックを送信する送信機にトラフィック制御情報２１１を送信する（ステップＳ１３１２）。その後、ＣＰＵ３０１はトラフィック制限判定処理を終了する。

ここでは、優先度７０１に「非優先」が設定され、上限レート７０２にＮＵＬＬ値又は無限大が設定されたトラフィック制御情報２１１が生成される。ＣＰＵ３０１は、現在の時刻を基準に有効期限を算出し、有効期限７０３に算出された時刻を設定する。なお、制限解除状態は、制御対象のトラフィックの上限レートを設けない状態を表す。

車両１０４が車両基地にない場合、ＣＰＵ３０１は、優先度の高いトラフィックが現在送信されているか否かを判定する（ステップＳ１３０４）。ステップＳ１３０４の処理はステップＳ１１０５の処理と同一である。なお、ＣＰＵ３０１は送信フラグを用いた判定を実行してもよい。

優先度の高いトラフィックが現在送信されていない場合、ＣＰＵ３０１は、制限解除状態に設定するためのトラフィック制御情報２１１を生成し（ステップＳ１３０３）、制御対象のトラフィックを送信する送信機にトラフィック制御情報２１１を送信する（ステップＳ１３１２）。その後、ＣＰＵ３０１はトラフィック制限判定処理を終了する。

優先度の高いトラフィックが現在送信されている場合、ＣＰＵ３０１は、送信フラグが０から１に更新されたか否かを判定する（ステップＳ１３０５）。送信フラグが０から１に更新されたことは、前回のトラフィック制限判定処理の終了から今回のトラフィック制限判定処理の開始までの間に、優先度の高いトラフィックの送信が開始されたことを示す。

送信フラグが０から１に更新された場合、ＣＰＵ３０１は、トラフィック完全制限状態に設定するためのトラフィック制御情報２１１を生成し（ステップＳ１３０６）、制御対象のトラフィックを送信する送信機にトラフィック制御情報２１１を送信する（ステップＳ１３１２）。その後、ＣＰＵ３０１はトラフィック制限判定処理を終了する。

ステップＳ１３０６の処理はステップＳ１１０３の処理と同一である。

送信フラグが０から１に更新されていない場合、ＣＰＵ３０１は、制御対象のトラフィックを送信する送信機がトラフィック完全制限状態であるか否かを判定する（ステップＳ１３０７）。

ステップＳ１３０７の処理はステップＳ１１０４の処理と同一である。

制御対象のトラフィックを送信する送信機がトラフィック完全制限状態である場合、ＣＰＵ３０１は、上限レートを増加させるためのトラフィック制御情報２１１を生成し（ステップＳ１３１１）、制御対象のトラフィックを送信する送信機にトラフィック制御情報２１１を送信する（ステップＳ１３１２）。その後、ＣＰＵ３０１はトラフィック制限判定処理を終了する。

ステップＳ１３１１の処理はステップＳ１１０８の処理と同一である。

制御対象のトラフィックを送信する送信機がトラフィック完全制限状態でない場合、ＣＰＵ３０１は、優先度の高いトラフィックのスループットが低下しているか否かを判定する（ステップＳ１３０８）。

ステップＳ１３０８の処理はステップＳ１１０６の処理と同一である。

優先度の高いトラフィックのスループットが低下している場合、ＣＰＵ３０１は、上限レートを減少させるためのトラフィック制御情報２１１を生成し（ステップＳ１３０９）、制御対象のトラフィックを送信する送信機にトラフィック制御情報２１１を送信する（ステップＳ１３１２）。その後、ＣＰＵ３０１はトラフィック制限判定処理を終了する。

ステップＳ１３０９の処理はステップＳ１１０７の処理と同一である。

優先度の高いトラフィックのスループットが低下していない場合、ＣＰＵ３０１は、現在の通信品質が閾値以上であるか否かを判定する（ステップＳ１３１０）。

ステップＳ１３１０の処理はステップＳ１１５１の処理と同一である。

現在の通信品質が閾値以上の場合、ＣＰＵ３０１は、上限レートを増加させるためのトラフィック制御情報２１１を生成し（ステップＳ１３１１）、制御対象のトラフィックを送信する送信機にトラフィック制御情報２１１を送信する（ステップＳ１３１２）。その後、ＣＰＵ３０１はトラフィック制限判定処理を終了する。

現在の通信品質が閾値より小さい場合、ＣＰＵ３０１はトラフィック制限判定処理を終了する。

実施例３によれば、複数種類のトラフィックを受信可能な通信環境において、リアルタイムに取得された情報を用いたトラフィック制御を実現する。経路が定まっていないケース、又は、日によって運行状況が変動するケースに対応できるという利点がある。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｐｙｔｈｏｎ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

１０１、１０２ 送信機
１０３ ネットワーク
１０４ 車両
１０５ 無線通信機
１０６ 受信機
２０１、３０１ ＣＰＵ
２０２、３０２ ネットワークインタフェース
２０３、３０３ 主記憶装置
２０４、３０４ 副記憶装置
２１１ トラフィック制御情報
２１２ ポリシ情報
３１１ 運行プロファイル
３１２ ポリシ管理情報
３１３ 送信区間情報
３２１ 送信区間決定プログラム
３２２ トラフィック制限判定プログラム

Claims (15)

1. 任意の経路を移動する車両に搭載され、優先度が異なる複数種類のトラフィックを受信可能な受信機が実行するトラフィック制御方法であって、
   前記受信機は、
   演算装置、前記演算装置に接続される記憶装置、前記演算装置に接続されるネットワークインタフェースを有し、
   前記経路の一部である区間及び前記区間における通信品質を対応づけたデータを格納する運行プロファイルを管理し、
   第１トラフィック、及び前記第１トラフィックより優先度が低い第２トラフィックを受信可能であって、
   前記トラフィック制御方法は、
   前記受信機が、前記運行プロファイルを参照して、前記通信品質が良好な前記区間を、前記第２トラフィックの送信が可能な送信区間に決定する第１のステップと、
   前記受信機が、前記第２トラフィックの送信を制御するための制御情報を生成するトラフィック制限判定処理を実行する第２のステップと、を含み、
   前記トラフィック制限判定処理は、前記受信機が、前記車両が前記送信区間に位置する場合、前記第１トラフィックの送信を阻害しないように前記第２トラフィックの送信を制御するための前記制御情報を生成する第３のステップを含むことを特徴とするトラフィック制御方法。
2. 請求項１に記載のトラフィック制御方法であって、
   前記トラフィック制限判定処理は、前記受信機が、前記車両が前記送信区間以外の区間に位置する場合、前記第２トラフィックが送信されないように制御するための前記制御情報を生成するステップを含むことを特徴とするトラフィック制御方法。
3. 請求項１に記載のトラフィック制御方法であって、
   前記第３のステップは、
   前記受信機が、現在の通信品質を計測するステップと、
   前記受信機が、前記現在の通信品質が閾値以上の場合、前記第２トラフィックの上限レートを増加させるための前記制御情報を生成するステップと、を含むことを特徴とするトラフィック制御方法。
4. 請求項１に記載のトラフィック制御方法であって、
   前記第３のステップは、前記受信機が、前記第１トラフィックが送信されていない場合、前記第２トラフィックの上限レートを増加させるための前記制御情報を生成するステップを含むことを特徴とするトラフィック制御方法。
5. 請求項１に記載のトラフィック制御方法であって、
   前記第３のステップは、
   前記受信機が、前記第１トラフィック及び前記第２トラフィックが送信されている場合、現在送信中の前記第１トラフィックのスループットを計測するステップと、
   前記受信機が、前記第１トラフィックのスループットの低下を検知した場合、前記第２トラフィックの上限レートを減少させるための前記制御情報を生成するステップと、を含むことを特徴とするトラフィック制御方法。
6. 請求項１に記載のトラフィック制御方法であって、
   前記トラフィック制限判定処理は、前記受信機が、前記車両のメンテナンスが行われる場所に対応する区間に位置する場合、前記第２トラフィックの上限レートが制限されないように制御するための前記制御情報を生成するステップを含むことを特徴とするトラフィック制御方法。
7. 請求項１に記載のトラフィック制御方法であって、
   前記第２のステップは、前記受信機が周期的に前記トラフィック制限判定処理を実行するステップを含むことを特徴とするトラフィック制御方法。
8. 請求項１に記載のトラフィック制御方法であって、
   前記運行プロファイルに格納される前記データは、時間及び位置の少なくともいずれかを前記区間を指定する情報として含むことを特徴とするトラフィック制御方法。
9. 任意の経路を移動する車両に搭載され、優先度が異なる複数種類のトラフィックを受信可能な受信機であって、
   演算装置、前記演算装置に接続される記憶装置、前記演算装置に接続されるネットワークインタフェースを備え、
   前記ネットワークインタフェースを介して、第１トラフィックを送信する第１送信機、及び前記第１トラフィックより優先度が低い第２トラフィックを送信する第２送信機と接続し、
   前記記憶装置は、前記経路の一部である区間及び前記区間における通信品質を対応づけたデータを格納する運行プロファイルを格納し、
   前記演算装置は、
   前記運行プロファイルを参照して、前記通信品質が良好な区間を、前記第２トラフィックの送信が可能な送信区間に決定し、
   前記車両が前記送信区間に位置する場合、前記第１トラフィックの送信を阻害しないように前記第２トラフィックの送信を制御するための第１制御情報を生成し、
   前記車両が前記送信区間以外の区間に位置する場合、前記第２トラフィックが送信されないように制御するための第２制御情報を生成することを特徴とする受信機。
10. 請求項９に記載の受信機であって、
    前記演算装置は、
    前記車両が前記送信区間に位置する場合、現在の通信品質を計測し、
    前記現在の通信品質が閾値以上の場合、前記第２トラフィックの上限レートを増加させるための前記第１制御情報を生成することを特徴とする受信機。
11. 請求項９に記載の受信機であって、
    前記演算装置は、
    前記車両が前記送信区間に位置する場合、前記第１トラフィックが送信されているか否かを判定し、
    前記第１トラフィックが送信されていない場合、前記第２トラフィックの上限レートを増加させるための前記第１制御情報を生成することを特徴とする受信機。
12. 請求項９に記載の受信機であって、
    前記演算装置は、
    前記車両が前記送信区間に位置し、かつ、前記第１トラフィック及び前記第２トラフィックが送信されている場合、現在送信中の前記第１トラフィックのスループットを計測し、
    前記第１トラフィックのスループットの低下を検知した場合、前記第２トラフィックの上限レートを減少させるための前記第１制御情報を生成することを特徴とする受信機。
13. 請求項９に記載の受信機であって、
    前記演算装置は、前記車両のメンテナンスが行われる場所に対応する区間に位置する場合、前記第２トラフィックの上限レートが制限されないように制御するための第３制御情報を生成することを特徴とする受信機。
14. 請求項９に記載の受信機であって、
    前記運行プロファイルに格納される前記データは、時間及び位置の少なくともいずれかを前記区間を指定する情報として含むことを特徴とする受信機。
15. 任意の経路を移動し、トラフィックを受信する受信機を搭載した車両と、前記トラフィックを送信する複数の通信装置とを有する通信システムであって、
    前記複数の通信装置は、第１トラフィックを送信する第１通信装置と、前記第１トラフィックより優先度が低い第２トラフィックを送信する第２通信装置とを含み、
    前記受信機は、
    前記経路の一部である区間及び前記区間における通信品質を対応づけたデータを格納する運行プロファイルを格納する記憶部と、
    前記運行プロファイルを参照して、前記通信品質が良好な前記区間を、前記第２トラフィックの送信が可能な送信区間に決定する送信区間決定部と、
    前記第２トラフィックの送信を制御するための制御情報を生成し、前記複数の通信装置に送信する判定部と、を有し、
    前記判定部は、
    前記車両が前記送信区間に位置する場合、前記第１トラフィックの送信を阻害しないように前記第２トラフィックの送信を制御するための前記制御情報を生成し、前記第２通信装置に送信し、
    前記車両が前記送信区間以外の区間に位置する場合、前記第２トラフィックが送信されないように制御するための前記制御情報を生成し、前記第２通信装置に送信することを特徴とする通信システム。

Images