知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-29
(45)【発行日】2024-08-06
(54)【発明の名称】車載通信装置及び通信管理方法
(51)【国際特許分類】
H04L 65/1066 20220101AFI20240730BHJP
【ＦＩ】
H04L65/1066
【請求項の数】
5
(21)【出願番号】P 2021040432
(22)【出願日】2021-03-12
(65)【公開番号】P2022139868
(43)【公開日】2022-09-26
【審査請求日】2023-08-22
(73)【特許権者】
【識別番号】000003137
【氏名又は名称】マツダ株式会社
(74)【代理人】
【識別番号】110001427
【氏名又は名称】弁理士法人前田特許事務所
(72)【発明者】
【氏名】尾石 元気
(72)【発明者】
【氏名】中尾 堅志
(72)【発明者】
【氏名】前川 仁樹
(72)【発明者】
【氏名】岡崎 英司
(72)【発明者】
【氏名】有木 紘志
【審査官】和平 悠希
(56)【参考文献】
【文献】国際公開第２０２０／１７９１２３（ＷＯ，Ａ１）
【文献】国際公開第２０１３／１３６６１３（ＷＯ，Ａ１）
【文献】国際公開第２０１０／０２６７６７（ＷＯ，Ａ１）
【文献】特開２０２１－０３６６４３（ＪＰ，Ａ）
【文献】特開２０１９－１４６０９９（ＪＰ，Ａ）
【文献】特開２０１４－１４９７５９（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ １２／００－１２／６６
Ｈ０４Ｌ ４１／００－１０１／６９５
(57)【特許請求の範囲】
【請求項1】
車両に搭載された車載通信装置と前記車両の外部に設けられ前記車載通信装置を管理する管理サーバーとを用いて、前記車載通信装置と通信事業者との通信を管理する通信管理方法であって、前記管理サーバーが、前記車両に搭載された複数の機能のうち、有効化の対象である有効化対象機能を特定するための識別フラグ情報を前記車載通信装置に送信するフラグ送信ステップと、
前記車載通信装置が、前記識別フラグ情報を受信した場合に、当該識別フラグ情報に基づいて前記有効化対象機能ごとに互いに異なる専用の送信元ポートを割り当てるポート割当ステップと、
前記車載通信装置が、前記通信事業者において前記有効化対象機能ごとにデータ通信量の積算ができるように、前記ポート割当ステップで割り当てられた前記送信元ポートを介して当該送信元ポートに割り当てられた前記有効化対象機能のデータ通信をするデータ通信ステップとを備える、通信管理方法。
【請求項2】
前記識別フラグ情報は、前記有効化対象機能ごとに互いに異なる前記専用の送信元ポートになるように割当先の前記送信元ポートを指定するポート指定情報を含み、前記管理サーバーが、前記通信事業者に前記有効化対象機能ごとに割り当てた前記送信元ポートの情報を提供する情報提供ステップをさらに備える、請求項１に記載の通信管理方法。
【請求項3】
前記管理サーバーが、前記車両と前記車両にサービスを提供するサービス提供者との間で交わされた前記有効化対象機能の契約情報を受信した場合に、当該有効化対象機能を特定するための識別フラグ情報を管理テーブルに登録する登録ステップをさらに備え、前記フラグ送信ステップにおいて、前記管理サーバーは、前記登録ステップで登録された識別フラグ情報を、前記有効化対象機能を特定するための識別フラグ情報として送信する、請求項１に記載の通信管理方法。
【請求項4】
前記管理サーバーには、複数のリバースプロキシサーバーが設けられており、前記データ通信ステップにおける前記車載通信装置のデータ通信は、前記識別フラグ情報に基づいて割り当てられた前記リバースプロキシサーバーを介して実行される、請求項１に記載の通信管理方法。
【請求項5】
車両に搭載された車載機器を外部のネットワークに接続するための車載通信装置であって、前記車載機器が有する機能のうち有効化の対象である有効化対象機能と、前記有効化対象機能ごとに割り当てられかつ前記有効化対象機能ごとに互いに異なる送信元ポートとの対応関係を記憶する記憶部と、
前記車両の外部から新たな前記有効化対象機能を特定するための識別フラグ情報が受信された場合に、当該新たな有効化対象機能に、前記記憶部に記憶された他の前記有効化対象機能とは互いに異なる送信元ポートを割り当て、当該割り当ての情報を前記記憶部に記憶するとともに、それぞれの前記送信元ポートを介して当該送信元ポートに割り当てられた前記有効化対象機能についての情報通信が行われるように制御する制御部とを備える、車載通信装置。
【発明の詳細な説明】
【技術分野】
【0001】
ここに開示された技術は、車両に搭載される車載通信装置および管理サーバーと車載通信装置との間の通信を管理する通信管理方法に関する技術分野に属する。
【背景技術】
【0002】
パソコン等の一般的な情報通信において、セキュリティ確保のため、複数の送信元ポートを乗り換えるソースポートランダマイゼーションが行われている。送信元ポートの選択は、例えば、負荷分散の観点でされるものが知られている（特許文献１）。
【0003】
また、特許文献２には、データ通信の項目ごとにデータ通信にかかる通信費用の負担先を設定し、使用した通信容量の累積値を負担先ごとにカウントする通信システムが示されている。特許文献２の通信システムでは、通信装置およびサーバーが通信費用の負担先を示す識別子をデータに付与してデータ通信を行うようになっている。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２０１９－１４６０９９号公報
【文献】特開２０１９－１２９７４号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、特許文献２のように、通信装置およびサーバーが通信費用の負担先を示す識別子をデータに付与してデータ通信を行うとした場合、処理が煩雑になる恐れがある。例えば、同じ時刻帯において、車両に対して、あるサービス提供者（第１のサービス提供者）から音楽等のストリームデータが配信され、別のサービス提供者（第２のサービス提供者）との間では別のサービスに関するデータのやり取りが行われているとする。例えば、ストリームデータは、時間的に連続するデータを扱うので、第１のサービス提供者との間でやり取りされたデータと、第２のサービス提供者との間でやり取りされたデータとの判別が難しくなるおそれがある。判別の精度を高めるために、識別子を付するデータ間隔を狭くする場合や、識別子をパケットごとに付与することも考えられるが、サービス提供者側において、短い時間間隔で識別子を付与する必要があり、車両とサービス提供者の間に介在するキャリア事業者（キャリアシステム）におけるデータの振り分けも処理が煩雑となるため、現実的ではない。
【0006】
ここに開示された技術は、斯かる点に鑑みてなされたものであり、その目的とするところは、サービス内容やサービス提供者毎にデータ通信量を判別しやすくし、それぞれのデータ通信に対する費用の請求先を振り分けることができるように構成された通信管理方法を提供することにある。
【課題を解決するための手段】
【0007】
前記課題を解決するために、ここに開示された技術では、車両に搭載された車載通信装置と車両の外部に設けられ当該車載通信装置を管理する管理サーバーとを用いて、前記車載通信装置と通信事業者との通信を管理する通信管理方法を対象として、前記管理サーバーが、前記車両に搭載された複数の機能のうち、有効化させる有効化対象機能を特定するための識別フラグ情報を前記車載通信装置に送信するフラグ送信ステップと、前記車載通信装置が、前記識別フラグ情報を受信した場合に、当該識別フラグ情報に基づいて前記有効化対象機能ごとに互いに異なる専用の送信元ポートを割り当てるポート割当ステップと、前記車載通信装置が、前記通信事業者において前記有効化対象機能ごとにデータ通信量の積算ができるように、前記ポート割当ステップで割り当てられた前記送信元ポートを介して当該送信元ポートに割り当てられた前記有効化対象機能のデータ通信をするデータ通信ステップとを備える。
【0008】
上記の通信管理方法によると、有効化対象機能ごとに送信元ポートが設定される。すなわち、有効化対象機能ごとに送信元のポートが固定される。これにより、例えば、通信事業者において通信されるデータから識別子を読み取り、データごとに分類するといったような、煩雑な処理を要せずに、機能ごとに通信費用の請求先を振り分けることができる。また、送信元ポート自体を分けているので、通信時刻が重複するようなデータ通信を行うような場合においても、それぞれの機能やサービスについてのデータ通信量を明確に分けることができる。
【0009】
上記態様の通信管理方法において、前記識別フラグ情報は、前記有効化対象機能ごとに互いに異なる前記専用の送信元ポートになるように割当先の前記送信元ポートを指定するポート指定情報を含み、前記管理サーバーが、前記通信事業者に前記有効化対象機能ごとに割り当てた前記送信元ポートの情報を提供する情報提供ステップをさらに備える、としてもよい。
【0010】
これにより、通信事業者において有効化対象機能ごとの通信データを分離しやすくなり、有効化対象機能ごとに互いに異なる請求先への請求処理をより簡単に行うことができるようになる。
【0011】
上記態様の通信管理方法において、前記管理サーバーが、前記車両と前記車両にサービスを提供するサービス提供者との間で交わされた前記有効化対象機能の契約情報を受信した場合に、当該有効化対象機能を特定するための識別フラグ情報を管理テーブルに登録する登録ステップをさらに備え、前記フラグ送信ステップにおいて、前記管理サーバーは、前記登録ステップで登録された識別フラグ情報を、前記有効化対象機能を特定するための識別フラグ情報として送信する、としてもよい。
【0012】
上記態様によると、管理サーバーにおいて、サービス提供者から受信した契約情報に基づいて、有効化対象機能ごとに専用の送信元ポートを設定するようにしたので、サービス提供者は契約情報を管理サーバーに伝えるだけでよい。すなわち、サービス提供者による登録手続きなどを依頼することなく、それぞれの有効化対象機能ごとにデータ通信量を明確に分けることができる。
【0013】
前記管理サーバーには、複数のリバースプロキシサーバーが設けられており、前記データ通信ステップにおける前記車載通信装置のデータ通信は、前記識別フラグ情報に基づいて割り当てられた前記リバースプロキシサーバーを介して実行される、としてもよい。
【0014】
上記態様によると、専用の送信元ポートを用いた通信の区分けと、リバースプロキシサーバーを用いた通信の区分けの階層構造になっているので、例えば、サービス提供者ごとにはポートで分けて、車両のグレードの違いをリバースプロキシサーバーで分けるといったように、サービス提供者は同じであっても、車両のグレードに応じて請求の形態が異ならせるような場合であっても、煩雑にならないようにすることができる。
【0015】
前記課題を解決するために、ここに開示された技術では、車両に搭載された車載機器を外部のネットワークに接続するための車載通信装置を対象として、前記車載機器が有する機能のうち有効化の対象である有効化対象機能と、前記有効化対象機能ごとに割り当てられかつ前記有効化対象機能ごとに互いに異なる送信元ポートとの対応関係を記憶する記憶部と、前記車両の外部から新たな前記有効化対象機能を特定するための識別フラグ情報が受信された場合に、当該新たな有効化対象機能に、前記記憶部に記憶された他の前記有効化対象機能とは互いに異なる送信元ポートを割り当て、当該割り当ての情報を前記記憶部に記憶するとともに、それぞれの前記送信元ポートを介して当該送信元ポートに割り当てられた前記有効化対象機能についての情報通信が行われるように制御する制御部とを備える。
【0016】
本態様の車載通信装置によると、前述の通信管理方法と同様に、煩雑な処理を要せずに、機能ごとに通信費用の請求先を振り分けることができる。また、送信元ポート自体を分けているので、通信時刻が重複するようなデータ通信を行うような場合においても、それぞれの機能やサービスについてのデータ通信量を明確に分けることができる。
【発明の効果】
【0017】
以上説明したように、ここに開示された技術によると、送信元ポートに基づいて通信費用の請求先を振り分けることができる。これにより、煩雑な処理を要せずに、機能ごとに通信費用の請求先を振り分けることができる。
【図面の簡単な説明】
【0018】
【図1】第１実施形態に係る通信管理システムの構成例を示す概念図である。
【図2】第１実施形態に係る通信管理システムの構成例を示すブロック図である。
【図3A】第１実施形態の通信管理システムの動作例を示すフローチャートである。
【図3B】第１実施形態の通信管理システムの動作例を示すフローチャートである。
【図4】メモリに格納された対応テーブルの一例を示す図である。
【図5】キャリアシステムの請求処理における請求額の一例を示すテーブルである。
【図6】第１実施形態の通信管理システムの他の動作例を示すフローチャートである。
【図7】第２実施形態に係る通信管理システムの構成例を示すブロック図である。
【図8A】第２実施形態の通信管理システムの動作例を示すフローチャートである。
【図8B】第２実施形態の通信管理システムの他の動作例を示すフローチャートである。
【図8C】第２実施形態の通信管理システムの他の動作例を示すフローチャートである。
【図9】第３実施形態に係る通信管理システムの構成例を示すブロック図である。
【図10】第３実施形態の通信管理システムの動作例を示すフローチャートである。
【図11】メモリに格納された対応テーブルの他の例を示す図である。
【発明を実施するための形態】
【0019】
以下、例示的な実施形態について、図面を参照しながら詳細に説明する。以下の実施形態は単なる例示に過ぎず、本開示の範囲を限定的に解釈することを意図するものではない。
【0020】
＜第１実施形態＞
－通信管理システム－
図１及び図２は、第１実施形態に係る通信管理システムの構成例を示す図である。図１は全体構成を示す概念図であり、図２は本開示に関係する構成の接続関係を中心に示したブロック構成図である。
－通信管理システム－
図１及び図２は、第１実施形態に係る通信管理システムの構成例を示す図である。図１は全体構成を示す概念図であり、図２は本開示に関係する構成の接続関係を中心に示したブロック構成図である。
【0021】
図１に示すように、通信管理システム１は、各車両５に搭載された車載通信装置２と、車両５とは異なる場所に設けられて車載通信装置２を管理する管理サーバー３とを備える。通信管理システム１は、提供主体や内容の異なる種々のサービスを、車載通信装置２を介して車両５に提供するシステムにおいて、乗員向けのサービスを提供するサービス提供者８と車両５との通信を管理するシステムである。より詳しくは、通信管理システム１は、車両５に搭載された車載機器５１とサービス提供者８との間で行われるデータ通信について、通信事業者が管轄するキャリアシステム６において通信費用の請求先を送信元ポートに基づいて振り分けることができるようになっている。
【0022】
ここで、車載機器５１は、特に限定されないが、例えば、カーオーディオ装置、カーナビゲーション装置、ヘッドアップディスプレイ装置、ドライブレコーダー、車載アンテナを介して外部ネットワークに接続される着脱式のタブレット装置等が例示される。
【0023】
乗員向けのサービスは、例えば、車載機器５１を通して乗員に提供されるサービスや、車載機器５１を介して乗員が使用するサービスであり、具体的なサービス内容は特に限定されない。例えば、乗員向けのサービスとして、（１）カーナビゲーション装置等を使用して各種情報を検索するための音声検索サービス、カーオーディオ装置で再生される音楽ストリームや動画ストリーム等のエンターテイメントコンテンツの提供（以下、まとめて「ストリーミングサービス」という）、（２）カーオーディオ装置で再生されるインターネットラジオや、車両の位置やカーナビゲーションシステムに登録された目的地にあわせた観光スポットやレストラン等の周辺情報の提供、（３）車両がドライブスルーなどに入った場合にタブレット装置等に提供されるショップ専用の決済アプリケーションサービスの提供、（４）ドライブレコーダーの映像を通して車両の駐車中の監視サービスや走行中のロードサポートサービスの提供が例示される。
【0024】
－車載通信装置－
車載通信装置２は、車両に搭載された各車載機器５１と車外のネットワーク（例えば、通信事業者が管轄するキャリアシステム６）とのデータ通信を中継する中継処理を行う。
車載通信装置２は、車両に搭載された各車載機器５１と車外のネットワーク（例えば、通信事業者が管轄するキャリアシステム６）とのデータ通信を中継する中継処理を行う。
【0025】
【0026】
（アンテナ）
アンテナ２０は、車両５の外側（以下、単に「車外」という）に電波を出力したり、車外からの電波を受信するように構成される。車載通信装置２は、アンテナ２０を介して、例えば、最寄りの基地局６１に接続される。基地局６１は、キャリアシステム６のネットワーク６２に接続される。キャリアシステム６のネットワーク６２は、管理サーバー３及びサービス提供者のサーバー等（以下、単に「サービス提供者８」という）に接続される。これにより、車載通信装置２は、キャリアシステム６を通して管理サーバー３やサービス提供者８と双方向のデータ通信ができるようになっている。車載通信装置２とキャリアシステム６とは、例えば、ＴＣＰ／ＩＰプロトコルに準拠した通信を行う。
アンテナ２０は、車両５の外側（以下、単に「車外」という）に電波を出力したり、車外からの電波を受信するように構成される。車載通信装置２は、アンテナ２０を介して、例えば、最寄りの基地局６１に接続される。基地局６１は、キャリアシステム６のネットワーク６２に接続される。キャリアシステム６のネットワーク６２は、管理サーバー３及びサービス提供者のサーバー等（以下、単に「サービス提供者８」という）に接続される。これにより、車載通信装置２は、キャリアシステム６を通して管理サーバー３やサービス提供者８と双方向のデータ通信ができるようになっている。車載通信装置２とキャリアシステム６とは、例えば、ＴＣＰ／ＩＰプロトコルに準拠した通信を行う。
【0027】
（通信ユニット）
図２に示すように、通信ユニット２１は、複数の入出力ポートＰｏを備える。複数の入出力ポートＰｏは、複数の予約ポート（図示省略）と、管理サーバー３と接続するための第１ポートＰｎと、通信制御部２６の制御を受けて車載機器が有する機能のうち有効化の対象となる機能（以下、「有効化対象機能」という）ごとに互いに異なる送信元ポート番号が割り当てられた専用の送信元ポート（以下、専用ポートＰｓという）とを含む。
図２に示すように、通信ユニット２１は、複数の入出力ポートＰｏを備える。複数の入出力ポートＰｏは、複数の予約ポート（図示省略）と、管理サーバー３と接続するための第１ポートＰｎと、通信制御部２６の制御を受けて車載機器が有する機能のうち有効化の対象となる機能（以下、「有効化対象機能」という）ごとに互いに異なる送信元ポート番号が割り当てられた専用の送信元ポート（以下、専用ポートＰｓという）とを含む。
【0028】
そして、キャリアシステム６がデータを受信した際に、車載通信装置２の当該データの送信元の入出力ポートＰｏを確認する。その後、管理サーバー３は、キャリアシステム６から管理サーバー３に当該データが出ていく場合には、キャリアシステム６のソースポートＰｅ（以下、単にポートＰｅという）で通信状態を判断する。
【0029】
なお、専用ポートＰｓの具体的な割り当て方法、車載通信装置２、キャリアシステム６及び管理サーバー３の相互間の通信については後ほど説明する。また、予約ポートは、従来から知られている構成であり、ここでは詳細説明を省略する。
【0030】
本実施形態では、専用ポートＰｓは、専用ポートＰｓ１～Ｐｓｘ（ｘは正の整数）を含み、それぞれの専用ポートＰｓ１～Ｐｓｘは、対応するキャリアシステム６の宛先ポートＰｃ１～Ｐｃｘに接続される。また、第１ポートＰｎは、宛先ポートＰｃ０に接続される。キャリアシステム６において、各宛先ポートＰｃ０～Ｐｃｘは、それぞれ、ネットワーク６２を介して対応する接続先（例えば、管理サーバー３やサービス提供者８）に接続される。
【0031】
（入力部）
入力部２２は、乗員からの操作入力や音声入力を受け付ける機能を有する。入力部２２が受け付ける入力の形態は特に限定されない。具体的な図示は省略するが、入力部２２として、例えば、操作入力を受け付けるための操作スイッチやタッチパネル、音声入力を受け付けるためのマイクロフォン等が例示される。また、入力部２２として、車内カメラ（図示省略）を設け、乗員のジェスチャーや乗員の状態等（以下、まとめて「乗員の動き」という）をモニタし、その乗員の動きを入力として受け付けるようになっていてもよい。
入力部２２は、乗員からの操作入力や音声入力を受け付ける機能を有する。入力部２２が受け付ける入力の形態は特に限定されない。具体的な図示は省略するが、入力部２２として、例えば、操作入力を受け付けるための操作スイッチやタッチパネル、音声入力を受け付けるためのマイクロフォン等が例示される。また、入力部２２として、車内カメラ（図示省略）を設け、乗員のジェスチャーや乗員の状態等（以下、まとめて「乗員の動き」という）をモニタし、その乗員の動きを入力として受け付けるようになっていてもよい。
【0032】
（表示部）
表示部２３は、サービス提供者８から提供されるサービスや、入力部２２への操作状態等を表示する機能を有する。表示部２３の形態は、特に限定されない。具体的な図示は省略するが、表示部２３として、例えば、カーナビゲーション装置の表示画面、ヘッドアップディスプレイ、タブレット装置の表示画面等が例示される。表示部２３が、接触型又は非接触型のタッチパネルで構成され、入力部２２と兼用されてもよい。
表示部２３は、サービス提供者８から提供されるサービスや、入力部２２への操作状態等を表示する機能を有する。表示部２３の形態は、特に限定されない。具体的な図示は省略するが、表示部２３として、例えば、カーナビゲーション装置の表示画面、ヘッドアップディスプレイ、タブレット装置の表示画面等が例示される。表示部２３が、接触型又は非接触型のタッチパネルで構成され、入力部２２と兼用されてもよい。
【0033】
（制御ユニット）
制御ユニット２５は、車載通信装置２の車外ネットワーク（例えば、キャリアシステム６）との通信を制御する通信制御部２６と、車載機器５１から提供される機能を制御する機能制御部２７とを備える。
制御ユニット２５は、車載通信装置２の車外ネットワーク（例えば、キャリアシステム６）との通信を制御する通信制御部２６と、車載機器５１から提供される機能を制御する機能制御部２７とを備える。
【0034】
制御ユニット２５は、１つ又は複数のチップで構成されたマイクロプロセッサであって、ＣＰＵやメモリ等を有している。メモリには、マイクロプロセッサによって実行可能なソフトウェアであるモジュールが格納されている。制御ユニット２５の各部の機能は、マイクロプロセッサが、メモリに格納された各モジュールを実行することによって、実現される。制御ユニット２５のそれぞれの機能について、１つのモジュールで１つの機能が実現できるように構成されてもよいし、複数のモジュールが協働または連携することで１つの機能が実現できるように構成されてもよい。なおマイクロプロセッサおよびメモリ２９は、それぞれ、複数個あってもかまわない。
【0035】
（記憶部（メモリ））
メモリ２９には、上記のマイクロプロセッサを動作させるためのモジュールに加えて、車載機器５１の有効化対象機能と、各有効化対象機能に割り当てられた専用ポートＰｓとの対応関係を示す対応テーブル２９１が記憶されている。図４には、対応テーブル２９１の一例を示す。図４に示す対応テーブル２９１の詳細については、後ほど説明する。メモリ２９は、記憶部の一例である。
メモリ２９には、上記のマイクロプロセッサを動作させるためのモジュールに加えて、車載機器５１の有効化対象機能と、各有効化対象機能に割り当てられた専用ポートＰｓとの対応関係を示す対応テーブル２９１が記憶されている。図４には、対応テーブル２９１の一例を示す。図４に示す対応テーブル２９１の詳細については、後ほど説明する。メモリ２９は、記憶部の一例である。
【0036】
メモリ２９は、例えば、制御ユニット２５のチップに内蔵されたＲＡＭ（Random Access Memory）で実現されてもよいし、ＳＳＤ（Solid State Drive）やＨＤＤ（Hard Disk Drive）のような外部記憶装置等により実現されてもよい。
【0037】
（通信制御部）
通信制御部２６は、対応テーブル２９１を参照して有効化対象機能ごとに互いに異なる専用ポートを割り当てるとともに、それぞれの専用ポートＰｓを介して割り当てられた有効化対象機能についての情報通信が行われるように制御する。
通信制御部２６は、対応テーブル２９１を参照して有効化対象機能ごとに互いに異なる専用ポートを割り当てるとともに、それぞれの専用ポートＰｓを介して割り当てられた有効化対象機能についての情報通信が行われるように制御する。
【0038】
通信制御部２６は、車外から新たな有効化対象機能を特定するための識別フラグ情報３６１が受信された場合に、有効化対象機能に対して、メモリ２９に記憶されている他の有効化対象機能とは互いに異なる専用ポートＰｓを割り当てる。そして、通信制御部２６は、有効化対象機能と割り当てられた専用ポートＰｓとの対応関係を対応テーブル２９１に登録する。これにより、それぞれの専用ポートＰｓを介して割り当てられた有効化対象機能についての情報通信ができるようになる。識別フラグ情報３６１については、後ほど「通信管理システムの動作」において説明する。
【0039】
（機能制御部）
機能制御部２７は、車載機器５１から提供される機能（以下、「車載機能」という）を制御する。具体的に、機能制御部２７は、例えば、入力部２２を介して車載機能の有効化のリクエスト入力が受け付けられた場合に、その車載機能が有効かどうかを対応テーブル２９１を参照して確認する。そして、乗員からリクエストされた車載機能が有効な場合、機能制御部２７は、その車載機能を有効化し、乗員に対して入力に応じたサービスが提供されるように制御する。なお、例えば、車載機能自体が有効になってない場合、表示部２３には、対象となる車載機能のＭＥＮＵが表示されないようになっている。また、例えば、車載機能の有効化の条件として、イグニッションがオンされて、ＥＣＵ（図示省略）がウェークアップされた後に、管理サーバー３のフラグ管理部３２から最新の設定値を取得し、フラグがＯＮになっていれば有効化するようにしてもよい。具体的な動作については、後ほど「通信管理システムの動作」において説明する。
機能制御部２７は、車載機器５１から提供される機能（以下、「車載機能」という）を制御する。具体的に、機能制御部２７は、例えば、入力部２２を介して車載機能の有効化のリクエスト入力が受け付けられた場合に、その車載機能が有効かどうかを対応テーブル２９１を参照して確認する。そして、乗員からリクエストされた車載機能が有効な場合、機能制御部２７は、その車載機能を有効化し、乗員に対して入力に応じたサービスが提供されるように制御する。なお、例えば、車載機能自体が有効になってない場合、表示部２３には、対象となる車載機能のＭＥＮＵが表示されないようになっている。また、例えば、車載機能の有効化の条件として、イグニッションがオンされて、ＥＣＵ（図示省略）がウェークアップされた後に、管理サーバー３のフラグ管理部３２から最新の設定値を取得し、フラグがＯＮになっていれば有効化するようにしてもよい。具体的な動作については、後ほど「通信管理システムの動作」において説明する。
【0040】
－管理サーバー－
管理サーバー３は、車両５とは別の場所に設けられ、複数の車両５に対して、それぞれの車両に搭載された車載通信装置２を管理する機能を有する。管理サーバー３は制御ユニット３１と記憶部３６とを備える。
管理サーバー３は、車両５とは別の場所に設けられ、複数の車両５に対して、それぞれの車両に搭載された車載通信装置２を管理する機能を有する。管理サーバー３は制御ユニット３１と記憶部３６とを備える。
【0041】
（制御ユニット）
制御ユニット３１は、各車両５の対応テーブル３６１を含むフラグ情報を管理するフラグ管理部３２と、管理サーバーがサービス提供者８として車両５にサービスを提供する場合に提供するコンテンツを処理するコンテンツ処理部３３とを備える。すなわち、管理サーバー３が管理サーバー３としての動作に加えて、サービス提供者８として動作するようにしてもよい。例えば、車載通信装置２が搭載された車両５を提供する車両メーカーが管理サーバー３についても管理や運営に携わっている場合に、車両メーカーが車両５のユーザー（例えば、乗員）に対して種々のコンテンツやサービスを提供するような場合が該当する。
制御ユニット３１は、各車両５の対応テーブル３６１を含むフラグ情報を管理するフラグ管理部３２と、管理サーバーがサービス提供者８として車両５にサービスを提供する場合に提供するコンテンツを処理するコンテンツ処理部３３とを備える。すなわち、管理サーバー３が管理サーバー３としての動作に加えて、サービス提供者８として動作するようにしてもよい。例えば、車載通信装置２が搭載された車両５を提供する車両メーカーが管理サーバー３についても管理や運営に携わっている場合に、車両メーカーが車両５のユーザー（例えば、乗員）に対して種々のコンテンツやサービスを提供するような場合が該当する。
【0042】
制御ユニット３１は、１つ又は複数のチップで構成されたマイクロプロセッサであって、ＣＰＵやメモリ等を有している。メモリには、マイクロプロセッサによって実行可能なソフトウェアであるモジュールが格納されている。後述する制御ユニット３１の各部の機能は、マイクロプロセッサが、メモリに格納された各モジュールを実行することによって、実現される。制御ユニット２５のそれぞれの機能について、１つのモジュールで１つの機能が実現できるように構成されてもよいし、複数のモジュールが協働または連携することで１つの機能が実現できるように構成されてもよい。なおマイクロプロセッサおよびメモリは、それぞれ、複数個あってもかまわない。
【0043】
（記憶部）
記憶部３６には、管理する車両５のそれぞれについての識別フラグ情報３６１と、管理サーバーがサービス提供者８として車両５にサービスを提供する場合に提供するコンテンツ情報３６２が格納されている。識別フラグ情報３６１は、サービス提供者８からの登録申請を受け付けた場合などに都度更新される。記憶部３６は、例えば、ＳＳＤ（Solid State Drive）やＨＤＤ（Hard Disk Drive）のような記憶装置等により実現される。
記憶部３６には、管理する車両５のそれぞれについての識別フラグ情報３６１と、管理サーバーがサービス提供者８として車両５にサービスを提供する場合に提供するコンテンツ情報３６２が格納されている。識別フラグ情報３６１は、サービス提供者８からの登録申請を受け付けた場合などに都度更新される。記憶部３６は、例えば、ＳＳＤ（Solid State Drive）やＨＤＤ（Hard Disk Drive）のような記憶装置等により実現される。
【0044】
管理サーバー３では、それぞれの車両５からの要求に応じて、その車両５固有の最新の識別フラグ情報３６１を記憶部３６から取り出して提供するようになっている。
【0045】
－通信管理システムの動作例１－
図３（３Ａ、３Ｂ）は、通信管理システムの動作の一例を示すフロー図である。
図３（３Ａ、３Ｂ）は、通信管理システムの動作の一例を示すフロー図である。
【0046】
図３Ａは、管理サーバー３が、サービス提供者８からポートの登録を受け付けるポート登録ステップの動作を示している。ここでは、サービス提供者８によるポート登録の一例として、サービス提供者８Ａが音声検索サービスのための専用ポートＰｓ１と、ストリーミングサービスのための専用ポートＰｓ２を登録し、サービス提供者８Ｂがインターネットラジオのための専用ポートＰｓ３及び周辺情報の提供のための専用ポートＰｓ４を登録する例について示す。
【0047】
なお、図４では、ポート登録ステップ処理後の対応テーブル２９１の一例を示している。以下の説明において、図３Ａの開始時点では、図４の対応テーブル２９１には、専用ポートＰｓ１～Ｐｓｘの情報が登録されていないものとする。また、空いている専用ポートＰｓのことを「空きポート」という。
【0048】
まず、ステップＳ４１において、サービス提供者８Ａは、管理サーバー３に対して利用可能なポートの情報を問い合わせる。
【0049】
管理サーバー３では、サービス提供者８Ａからの問い合わせを受信すると、記憶部３６の識別フラグ情報３６１を参照し、問い合わせを受けた車両５（以下、「対象車両５」という）の空きポートを示す情報（以下、「空きポート情報」という）をサービス提供者８Ａに提供する（ステップＳ３１）。前述のとおり、この時点では、専用ポートＰｓ１～Ｐｓｘには、専用ポートＰｓの情報が登録されていない。そこで、管理サーバー３は、対象車両５の空きポート情報として、専用ポートＰｓ１～Ｐｓｘが空きポートであることをサービス提供者８Ａに通知する。
【0050】
サービス提供者８Ａは、管理サーバー３から対象車両５の空きポート情報を受信すると、任意の空きポートに対して提供するサービスの登録を申請する（ステップＳ４２）。ここでは、サービス提供者８Ａは、専用ポートＰｓ１に「音声検索サービス」を登録し、専用ポートＰｓ２に「ストリーミングサービス」を登録することを申請する。
【0051】
管理サーバー３は、サービス提供者８Ａから専用ポートＰｓ１，Ｐｓ２の登録申請を受信すると、対象車両５の識別フラグ情報３６１にサービス提供者８Ａから申請された専用ポートＰｓ１，Ｐｓ２についての情報を登録する（ステップＳ３２）。対応テーブル２９１への登録内容は、特に限定されないが、登録されたサービスを特定するための識別情報、換言すると、車載機器が有する機能のうち新たに有効化させる有効化対象機能を特定するための識別情報である。例えば、対応テーブル２９１への登録内容は、管理サーバー３の識別フラグ情報３６１と同じ情報である。
【0052】
識別フラグ情報３６１は、例えば、事業者名やブランド名のようにサービス提供者８を特定したり、サービス名のようにサービス提供者８が提供するサービス自体を特定できるようなサービス識別情報と、それぞれのサービス識別情報ごとに割り当てられる送信元ポート（専用ポートＰｓ）を示す割り当て情報とが対応付けられた情報である。図４では、識別フラグ情報３６１として、サービス提供者８及び提供されるサービス名と専用ポートＰｓとを対応づけして登録している例を示している。例えば、サービス提供者８ごとに専用ポートＰｓを設定する場合、識別フラグ情報３６１としてサービス名の登録はなくてもよい。同様に、サービス提供者８によらずに、提供されるサービスごとに専用ポートＰｓを設定する場合、識別フラグ情報３６１としてサービス提供者８の登録はなくてもよい。また、図４では、対応テーブル２９１において、それぞれの専用ポートＰｓでのデータ通信についての請求先情報が紐づけされている。なお、図４に示すように、車種やグレードごとに異なる請求先が設定されていてもよい。
【0053】
図３Ａに戻り、次のステップＳ３３において、管理サーバー３は、サービス提供者８Ａの音声検索サービスに関するデータ通信が専用ポートＰｓ１を介して行われ、ストリーミングサービスに関するデータ通信が専用ポートＰｓ２を介して行われることをキャリアシステム６に通知する。
【0054】
キャリアシステム６は、管理サーバー３からの通知を受信すると、記憶部６８のデータベース６８１に、管理サーバー３から受信した情報を登録する（ステップＳ２１）。これにより、管理サーバー３の識別フラグ情報３６１と同じ情報がキャリアシステム６と共有される。さらに、キャリアシステム６では、受信した専用ポートＰｓの割り当て情報（対応テーブル２９１の情報）に基づいて、ネットワーク６２において専用ポートＰｓ１とサービス提供者８Ａ用のポートＰｅ１とが接続され、専用ポートＰｓ２とサービス提供者８Ａ用のポートＰｅ２とが接続されるようにする。
【0055】
同様にして、ステップＳ５１において、サービス提供者８Ｂは、管理サーバー３に対して対象車両５において利用可能なポートの情報を問い合わせる。
【0056】
管理サーバー３では、サービス提供者８Ｂからの問い合わせを受信すると、記憶部３６の識別フラグ情報３６１を参照し、空きポート情報をサービス提供者８Ｂに提供する（ステップＳ３４）。対象車両５の識別フラグ情報３６１において、サービス提供者８Ａのサービスが専用ポートＰｓ１，Ｐｓ２に登録されているので、管理サーバー３は、対象車両５の空きポート情報として、専用ポートＰｓ３～Ｐｓｘが空きポートであることをサービス提供者８Ｂに通知する。
【0057】
サービス提供者８Ｂは、管理サーバー３から対象車両５の空きポート情報を受信すると、任意の空きポートに対して提供するサービスの登録を申請する（ステップＳ５２）。ここでは、サービス提供者８Ｂは、専用ポートＰｓ３にインターネットラジオを登録し、専用ポートＰｓ４に周辺情報の提供サービスを登録することを申請する。
【0058】
管理サーバー３は、サービス提供者８Ｂから専用ポートＰｓ３，Ｐｓ４の登録申請を受信すると、記憶部３６に格納された対象車両５の識別フラグ情報３６１に専用ポートＰｓ３，Ｐｓ４の情報を登録する（ステップＳ３５）。
【0059】
次のステップＳ３６において、管理サーバー３は、サービス提供者８Ｂのインターネットラジオに関するデータ通信が専用ポートＰｓ３を介して行われ、サービス提供者８Ｂの周辺情報の提供サービスに関するデータ通信が専用ポートＰｓ４を介して行われることをキャリアシステム６に通知する。
【0060】
キャリアシステム６は、管理サーバー３からの通知を受信すると、メモリ６８のデータベース６８１に、管理サーバー３から受信した情報を登録する（ステップＳ２２）。これにより、対象車両５について管理サーバー３の識別フラグ情報３６１と同じ情報がキャリアシステム６に共有される。さらに、受信した専用ポートＰｓの割り当て情報（識別フラグ情報３６１）に基づいて、ネットワーク６２において専用ポートＰｓ３とサービス提供者８Ｂ用のポートＰｅ３とが接続され、専用ポートＰｓ４とサービス提供者８Ａ用のポートＰｅ４とが接続されるようにする。
【0061】
なお、上記のポート登録ステップの処理が、車両の製造時や出荷前のように車両がユーザーに引き渡される前にあらかじめ車両のメーカー等によって実施されてもよい。また、同処理が、車両販売後においてサービス提供者８以外の整備業者等によって設定されてもよい（例えば、図４の専用ポートＰｓ６参照）。
【0062】
以下では、図３Ｂを用いて、車両５のイグニッションスイッチがオンされた後の通信管理システム１の動作について説明する。
【0063】
図３Ｂの通信管理システム１の動作では、管理サーバー３がフラグ送信ステップを実行した後に、車載通信装置２がポート割当ステップ及びデータ通信ステップを実行する処理を行う例を示している。
【0064】
フラグ送信ステップでは、管理サーバー３が、対象車両５の車載機器５１の有効化対象機能を特定するための識別フラグ情報を対象車両５の車載通信装置２に送信する。ポート割当ステップでは、車載通信装置２が、識別フラグ情報を受信した場合に、有効化対象機能ごとに互いに異なる専用ポートＰｓを割り当てる。データ通信ステップでは、車載通信装置２が、ポート割当ステップで割り当てられた専用ポートＰｓを介して、その専用ポートＰｓに割り当てられた有効化対象機能のデータの入出力を実行する。
【0065】
これにより、キャリアシステム６において、有効化対象機能ごとに情報量の積算ができるようになる。
【0066】
以下において、図３Ｂを参照しつつ具体的に説明する。
【0067】
ステップＳ１１において、対象車両５のイグニッションスイッチ（図示省略）がオンされると、ステップＳ１２において、対象車両５の車載通信装置２は、管理サーバー３に対し、最新の有効化対象機能を特定するための識別フラグ情報３６１を要求する。
【0068】
管理サーバー３では、対象車両５の車載通信装置２から識別フラグ情報３６１の要求を受信すると、記憶部３６を参照し、対象車両５の車載通信装置２に最新の識別フラグ情報３６１を送信する（ステップＳ３７）。
【0069】
車載通信装置２では、管理サーバー３から識別フラグ情報３６１を受信すると、その識別フラグ情報３６１に基づいて、有効化対象機能の有効化処理を実行する（ステップＳ１３）。具体的に、車載通信装置２は、識別フラグ情報３６１に基づいて、有効化対象機能ごとに互いに異なる専用ポートＰｓを割り当てる。識別フラグ情報３６１には、それぞれのサービス識別情報の専用ポートＰｓの割り当て情報が含まれているので、車載通信装置２は、識別フラグ情報３６１に示された専用ポートＰｓにそれぞれの有効化対象機能を割り当てる。有効化対象機能の有効化には、例えば、乗員からの使用リクエストがあった場合に、乗員が有効化対象機能を使用できるようにすることが含まれる。
【0070】
例えば、識別フラグ情報３６１として、図４に示されるテーブルのサービス提供者８Ａ，８Ｂの情報が受信された場合、通信制御部２６は、サービス提供者８Ａが提供する音声検索サービスやストリーミングサービスのアプリケーションを有効化する。さらに、通信制御部２６は、音声検索サービスにかかわるデータ通信が専用ポートＰｓ１を介して行われるように設定し、ストリーミングサービスに関するデータ通信が専用ポートＰｓ２を介して行われるように設定する。同様に、通信制御部２６は、サービス提供者８Ｂが提供するインターネットラジオや周辺情報の提供サービスのアプリケーションを有効化する。さらに、通信制御部２６は、インターネットラジオにかかわるデータ通信が専用ポートＰｓ３を介して行われるように設定し、周辺情報の提供サービスに関するデータ通信が専用ポートＰｓ４を介して行われるように設定する。
【0071】
その後のステップＳ１４において、例えば、サービス提供者８Ａの音声検索サービスを使用するための操作が受け付けられると、音声検索サービスのアプリケーションが起動される。車載通信装置２では、専用ポートＰｓ１を介してサービス提供者８Ａとのデータ通信が開始される。具体的には、車載通信装置２からサービス提供者８Ａに音声検索についてのリクエストが送られ（ステップＳ１５）、サービス提供者８Ａから車載通信装置２に検索結果のレスポンスが返信される（ステップＳ４５）。
【0072】
キャリアシステム６の演算ユニット６３では、車載通信装置２からサービス提供者８Ａへのリクエストにかかわるデータ通信量と、サービス提供者８Ａから車載通信装置２へのレスポンスにかかわるデータ通信量とが積算され、専用ポートＰｓ１の使用分、すなわち、音声検索サービスで使用されたデータ通信量Ｂ１として記憶部６８に記録される（ステップＳ２５）。
【0073】
また、例えば、ステップＳ１６において、サービス提供者８Ｂのインターネットラジオの使用要求が受け付けられると、インターネットラジオのアプリケーションが起動される。車載通信装置２は、専用ポートＰｓ３を介してサービス提供者８Ｂとのデータ通信が開始される。具体的には、車載通信装置２からサービス提供者８Ｂに乗員によって選局されたラジオチャンネルについてのリクエストが送られ（ステップＳ１７）、サービス提供者８Ｂから車載通信装置２にインターネットラジオの音声ストリームデータのレスポンスが返信される（ステップＳ５７）。キャリアシステム６の演算ユニット６３では、車載通信装置２からサービス提供者８Ｂへのリクエストにかかわるデータ通信量と、サービス提供者８Ｂから車載通信装置２へのレスポンスにかかわるデータ通信量とが積算され、専用ポートＰｓ３の使用分、すなわち、インターネットラジオで使用されたデータ通信量Ｂ３として記録される（ステップＳ２７）。
【0074】
そして、キャリアシステム６の演算ユニット６３では、所定の期間ごと（例えば、月ごと）に、専用ポートＰｓごとにデータ通信量（リクエストデータ及びレスポンスデータ）が積算され、その積算結果に基づいた請求処理が実行される。そして、キャリア事業者は、管理サーバー３から受信した識別フラグ情報に紐づけて送信された請求先情報に基づいた請求先に、その所定期間に関するデータ通信量に応じた金額を請求する（ステップＳ２８）。
【0075】
図５では、各専用ポートＰｓ１～Ｐｓ６のデータ通信量と、そのデータ通信に係る費用の請求先との対応関係の一例を示している。図５では、車両が図４に示す車種Ａである場合に適用される費用に基づいて請求される例を示している。
【0076】
－通信管理システムの動作例２－
図６は、通信管理システムの他の動作例を示すフロー図である。
図６は、通信管理システムの他の動作例を示すフロー図である。
【0077】
図６の通信管理システム１では、車両５が所定の領域に進入した際に、サービス提供者８Ｃから主体的にサービスの利用案内をして、車両５の乗客が提案されたサービスを利用する場合における通信管理システムの動作例を示す。
【0078】
より詳しくは、図６では、車両５が店舗のドライブスルーサービスを利用する際に、決済アプリケーションサービスの利用案内を受け、乗員がそのサービスを利用する例について説明する。
【0079】
なお、本動作例においても、前述の「通信管理システムの動作例１」と同様に、管理サーバー３がフラグ送信ステップを実行した後に、車載通信装置２がポート割当ステップ及びデータ通信ステップを実行する処理を行う。
【0080】
以下において、図６を参照しつつ具体的に説明する。なお、説明の便宜上、乗員は、サービス提供者８Ｃから任意のデータが受信されることを了承しているものとする。また、図６の開始時点において、図４の対応テーブル２９１には、専用ポートＰｓ１～Ｐｓ４，Ｐｓ６がすでに登録されている状態とする。
【0081】
ステップＳ６１において、車両５がサービス提供者８Ｃが提供するドライブスルーのサービスエリアに進入する。サービス提供者８Ｃは、車両５の進入が検知されると、管理サーバー３に対して車両５において利用可能なポートの情報を問い合わせる（ステップＳ９１）。
【0082】
管理サーバー３では、サービス提供者８Ａからの問い合わせを受信すると、記憶部３６の識別フラグ情報３６１を参照し、対象車両５の空きポート情報をサービス提供者８Ｃに提供する（ステップＳ８１）。対象車両５の識別フラグ情報３６１において、専用ポートＰｓ１～Ｐｓ４，Ｐｓ６がすでに登録されているので、管理サーバー３は、対象車両５の空きポート情報として、専用ポートＰｓ５，Ｐｓ７～Ｐｓｘが空きポートであることをサービス提供者８Ｂに通知する。
【0083】
サービス提供者８Ｃは、管理サーバー３から対象車両５の空きポート情報を受信すると、任意の空きポートに対して提供するサービスの登録を申請する（ステップＳ９２）。ここでは、サービス提供者８Ｃは、専用ポートＰｓ５にショップ専用の決済アプリケーションを登録することを申請したとする。
【0084】
管理サーバー３は、サービス提供者８Ｃから専用ポートＰｓ５の登録申請を受信すると、記憶部３６に格納された対象車両５の識別フラグ情報３６１に専用ポートＰｓ５の情報を登録する（ステップＳ８２）。
【0085】
次のステップＳ８３において、管理サーバー３は、サービス提供者８Ｃの決済アプリケーションに関するデータ通信が専用ポートＰｓ５を介して行われることをキャリアシステム６に通知する。
【0086】
キャリアシステム６は、管理サーバー３からの通知を受信すると、メモリ６８のデータベース６８１に、管理サーバー３から受信した情報を登録する（ステップＳ７１）。さらに、受信した専用ポートＰｓの割り当て情報（識別フラグ情報３６１）に基づいて、ネットワーク６２において専用ポートＰｓ５（図示省略）とサービス提供者８Ｃ用のポートＰｅ５（図示省略）とが接続されるようにする。さらに、キャリアシステム６は、対象車両５の車載通信装置２に最新の識別フラグ情報３６１を送信する（ステップＳ７２）。
【0087】
車載通信装置２では、管理サーバー３から識別フラグ情報３６１を受信すると、その識別フラグ情報に基づいて、有効化対象機能の有効化処理を実行する（ステップＳ６２）。具体的に、車載通信装置２は、識別フラグ情報３６１に基づいて、サービス提供者８Ｃの決済アプリケーションに関するデータ通信が専用ポートＰｓ５を介して行われるように設定する。この設定が終了すると、サービス提供者８Ｃから対象車両５の車載通信装置２への通信が可能になる。
【0088】
そこで、サービス提供者８Ｃは、対象車両５に決済アプリケーションの案内情報を送信する（ステップＳ９４）。対象車両５の車載通信装置２では、決済アプリケーションの案内情報を受信すると、決済アプリケーションの案内画面を表示部２３に表示させる（ステップＳ６３）。
【0089】
入力部２２を介して乗員から決済アプリケーションのダウンロード要求操作がされると、車載通信装置２は、サービス提供者８Ｃに決済アプリケーションのダウンロードについてのリクエストが送られ（ステップＳ６４）、サービス提供者８Ａから車載通信装置２に検索結果のレスポンスが返信される（ステップＳ９５）。
【0090】
対象車両５では、決済アプリケーションがダウンロードされると決済アプリケーションがインストールされ(ステップＳ６５）、対象車両５とサービス提供者８Ｃとの間で決済処理が実行される(ステップＳ６６，Ｓ９６）。
【0091】
ここで、ステップＳ９４の対象車両５に決済アプリケーションの案内情報の送信からステップＳ６６，Ｓ９６の決済処理の実行までの間における決済アプリケーションに関するデータ通信は、専用ポートＰｓ５を介して行われる。
【0092】
キャリアシステム６の演算ユニット６３では、専用ポートＰｓ５を介して行われた決済アプリケーションに関するデータ通信量が積算され、専用ポートＰｓ５の使用分、すなわち、決済アプリケーションで使用されたデータ通信量Ｂ５として記憶部６８に記録される（ステップＳ７３）。その後、前述の図３ＢのステップＳ２６と同様に、キャリア事業者からサービス提供者８Ｃに、専用ポートＰｓ５のデータ通信量に応じた請求額が請求される（ステップＳ７３）。
【0093】
以上のように、本実施形態に係る通信管理システム１は、車両５に搭載された車載通信装置２と車外に設けられ車載通信装置２を管理する管理サーバー３とを用いて、車載通信装置２と通信事業者のキャリアシステム６との通信を管理する。具体的には、管理サーバー３が、車両５に搭載された複数の機能のうち有効化させる有効化対象機能を特定するための識別フラグ情報３６１を車載通信装置２に送信する。車載通信装置２では、管理サーバー３から識別フラグ情報３６１を受信した場合に、識別フラグ情報３６１に基づいて有効化対象機能ごとに互いに異なる専用ポートＰｓを割り当てる。また、車載通信装置２は、キャリアシステム６において有効化対象機能ごとにデータ通信量の積算ができるように、有効化対象機能ごとに割り当てられた専用ポートＰｓを介して、それぞれの専用ポートＰｓに割り当てられた有効化対象機能の通信データが入出力されるようにする。
【0094】
このように、車両に搭載された機能ごとに専用ポートＰｓが設定される、すなわち、機能ごとに送信元のポートが固定され、キャリアシステム６では、送信元ポートに基づいて通信費用の請求先を振り分けることができる。これにより、サービス提供者８に通信データに所定のデータ単位ごとに識別子を付与させたり、キャリアシステム６において通信されるデータから識別子を読み取り、データごとに分類するといったような、煩雑な処理を要せずに、機能ごとに通信費用の請求先を振り分けることができる。また、送信元ポート自体を分けているので、通信時刻が重複するようなデータ通信を行うような場合においても、それぞれの機能やサービスについてのデータ通信量を明確に分けることができる。
【0095】
【0096】
【0097】
管理サーバー３は、図２と同様に、制御ユニット３１と、記憶部３６とを備える。
【0098】
制御ユニット３１は、図２で説明したフラグ管理部３２に加えて、契約管理部３７を備える。契約管理部３７は、乗員とサービス提供者８との間の契約状態を管理したり、乗員とサービス提供者８との間の契約種別（例えば、サービスプラン）を管理したりする。
【0099】
【0100】
－通信管理システムの動作例３－
図８Ａは、第２実施形態の通信管理システム１の動作例を示すフロー図である。
図８Ａは、第２実施形態の通信管理システム１の動作例を示すフロー図である。
【0101】
図８Ａの動作例では、前述の第１実施形態での動作例に加えて、管理サーバー３が、車両５とサービス提供者８との間で交わされた有効化対象機能の契約情報３６３を受信した場合に、その契約情報３６３及び有効化対象機能を特定するための識別フラグ情報３６１を管理テーブルに登録する登録ステップをさらに備える。そして、前述のフラグ送信ステップでは、管理サーバー３が、前述の登録ステップで登録された識別フラグ情報３６１を送信する。その後のポート割当ステップ及びデータ通信ステップの動作は、実施形態１と同様である。
【0102】
以下において、図８Ａを参照しつつ具体的に説明する。ここでは、サービス提供者８と契約した車両５を「対象車両５」という。
【0103】
まず、ステップＴ１１，Ｔ５１では、対象車両５の車載通信装置２とサービス提供者８のサーバー８１との間で、車両用の特定のサービス（以下、「特定サービス」という）の契約処理が実行される。具体的には、入力部２２への乗員による操作入力に基づいて、車載通信装置２とサーバー８１との間で、サービス提供者８Ａ用のＩＤとパスワードが設定され、そのＩＤとパスワードを使って車載通信装置２からサーバー８１にログインして、契約手続きが実行される。特定サービスの契約処理に際して、車載通信装置２からサーバー８１（サービス提供者８）に、契約情報３６３と車両５固有の識別情報（以下、固有識別情報という）が送信される。固有識別情報は、例えば、ＶＩＮ(Vehicle Identification Number）が使用される。ここでは、対象車両５における契約対象の特定サービスが、サービス提供者８Ａのストリーミングサービスであるとする。
【0104】
サービス提供者８は、特定サービスの契約締結が完了すると、上記の契約処理で締結された契約に関する契約情報３６３を管理サーバー３に送信する（ステップＴ５２）。
【0105】
管理サーバー３は、契約情報を受信すると（ステップＴ４１）、使用する専用ポートＰｓの登録処理を行う(ステップＴ４２）。より詳しくは、管理サーバー３は、サービス提供者８から契約情報３６３を受信すると、記憶部３６の識別フラグ情報３６１を参照し、対象車両５の空きポートに対して契約情報３６３に基づいて提供されるサービスの登録をする。
【0106】
管理サーバー３は、記憶部３６の識別フラグ情報３６１を参照し、そのときの対象車両５の空きポート（例えば、専用ポートＰｓ２）に「ストリーミングサービス」を登録する。
【0107】
次のステップＴ４３において、管理サーバー３は、サービス提供者８Ａのストリーミングサービスに関するデータ通信が専用ポートＰｓ２を介して行われることをキャリアシステム６に通知する。
【0108】
キャリアシステム６は、管理サーバー３からの通知を受信すると、メモリ６８のデータベース６８１に、管理サーバー３から受信した情報を登録する（ステップＴ３１）。さらに、受信した専用ポートＰｓの割り当て情報（識別フラグ情報３６１）に基づいて、ネットワーク６２において専用ポートＰｓ２とサービス提供者８Ａ用のポートＰｅ２とが接続されるようにする。
【0109】
これ以降の動作は、図３Ｂの動作と同様である。
【0110】
具体的には、ステップＴ１２において、対象車両５のイグニッションスイッチ（図示省略）がオンされると、ステップＴ１３において、対象車両５の車載通信装置２は、管理サーバー３に対し、最新の有効化対象機能を特定するための識別フラグ情報３６１を要求する。
【0111】
管理サーバー３では、対象車両５の車載通信装置２から識別フラグ情報３６１の要求を受信すると、記憶部３６を参照し、対象車両５の車載通信装置２に最新の識別フラグ情報３６１を送信する（ステップＴ４４）。
【0112】
車載通信装置２では、管理サーバー３から識別フラグ情報３６１を受信すると、その識別フラグ情報３６１に基づいて、有効化対象機能の有効化処理を実行する（ステップＴ１４）。具体的には、車載通信装置２は、識別フラグ情報３６１に示された専用ポートＰｓにそれぞれの有効化対象機能を割り当てる。例えば、通信制御部２６は、識別フラグ情報３６１として、上記のストリーミングサービスの情報（図４のテーブル参照）が受信された場合、サービス提供者８Ａが提供するストリーミングサービスのアプリケーションを有効化する。さらに、通信制御部２６は、ストリーミングサービスに関するデータ通信が専用ポートＰｓ２を介して行われるように設定する。
【0113】
その後のステップＴ１５において、例えば、サービス提供者８Ａのストリーミングサービスを使用するための操作が受け付けられると、車載機器５１において、ストリーミングサービスのアプリケーションが起動される。車載通信装置２では、専用ポートＰｓ１を介してサービス提供者８Ａとのデータ通信が開始される。具体的には、車載通信装置２からサービス提供者８Ａに音声検索についてのリクエストが送られ（ステップＴ１６）、サービス提供者８Ａから車載通信装置２に検索結果のレスポンスが返信される（ステップＴ５３）。
【0114】
キャリアシステム６の演算ユニット６３では、車載通信装置２からサービス提供者８Ａへのリクエストにかかわるデータ通信量と、サービス提供者８Ａから車載通信装置２へのレスポンスにかかわるデータ通信量とが積算され、専用ポートＰｓ２の使用分、すなわち、音声検索サービスで使用されたデータ通信量Ｂ２として記憶部６８に記録される（ステップＴ３２）。
【0115】
そして、キャリアシステム６の演算ユニット６３では、所定の期間ごと（例えば、月ごと）に、専用ポートＰｓごとにデータ通信量（リクエストデータ及びレスポンスデータ）が積算され、その積算結果に基づいた請求処理が実行される。そして、キャリア事業者は、管理サーバー３から受信した識別フラグ情報に紐づけて送信された請求先情報に基づいた請求先に、その所定期間に関するデータ通信量に応じた金額を請求する（ステップＴ３４）。
【0116】
このように、本実施形態においても、第１実施形態と同様に、煩雑な処理を要せずに、機能ごとに通信費用の請求先を振り分けることができる。また、送信元ポート（専用ポートＰｓ）自体を分けているので、通信時刻が重複するようなデータ通信を行うような場合においても、それぞれの機能やサービスについてのデータ通信量を明確に分けることができる。
【0117】
さらに、管理サーバー３において、サービス提供者８から受信した契約情報に基づいて専用ポートＰｓを設定するようにしたので、サービス提供者８は契約情報３６３を管理サーバー３に伝えるだけでよい。すなわち、サービス提供者８による登録手続きなどを依頼することなく、それぞれの機能やサービスについてのデータ通信量を明確に分けることができる。
【0118】
－通信管理システムの動作例４－
図８Ｂは、第２実施形態の通信管理システム１の他の動作例を示すフロー図である。図８Ｂでは、図８Ａと共通の動作について同一の符号を付しており、ここでは相違点を中心に説明するものとする。図８Ｂについても、図８Ａと同様に、対象車両５における契約対象の特定サービスが、サービス提供者８Ａのストリーミングサービスであるとする。
図８Ｂは、第２実施形態の通信管理システム１の他の動作例を示すフロー図である。図８Ｂでは、図８Ａと共通の動作について同一の符号を付しており、ここでは相違点を中心に説明するものとする。図８Ｂについても、図８Ａと同様に、対象車両５における契約対象の特定サービスが、サービス提供者８Ａのストリーミングサービスであるとする。
【0119】
【0120】
【0121】
まず、図３ＡのステップＳ４１と同様に、サービス提供者８Ａは、管理サーバー３に対して利用可能なポートの情報を問い合わせる（ステップＴ５５）。
【0122】
管理サーバー３では、図３ＡのステップＳ３１と同様に、サービス提供者８Ａからの問い合わせを受信すると、記憶部３６の識別フラグ情報３６１を参照し、対象車両５の空きポート情報をサービス提供者８に提供する（ステップＴ４６）。
【0123】
サービス提供者８Ａは、図３ＡのステップＳ４２と同様に、管理サーバー３から対象車両５の空きポート情報を受信すると、任意の空きポートに対して提供するサービスの登録を申請する（ステップＴ５３）。ここで、サービス提供者８Ａは、管理サーバー３に対して、前述の空きポートの利用申請に加えて、契約内容を示す契約情報３６３を提供する。ここでは、サービス提供者８Ａから管理サーバー３に、専用ポートＰｓ２をストリーミングサービスに割り当てる利用申請がされたものとする。
【0124】
管理サーバー３は、図３ＡのステップＳ３２と同様に、サービス提供者８から空きポートの利用申請及び契約情報３６３を受信すると、記憶部３６に格納されている対象車両５の識別フラグ情報３６１に受信した空きポートの利用申請情報を登録する（ステップＴ４２）。さらに、管理サーバー３は、受信した契約情報３６３を対象車両５と紐づけて記憶部３６に登録する。
【0125】
また、次のステップＴ４３において、図３ＡのステップＳ３３と同様に、管理サーバー３は、専用ポートＰｓの割り当てについて、キャリアシステム６に通知する。
【0126】
キャリアシステム６は、図３ＡのステップＳ２１と同様に、管理サーバー３からの通知を受信すると、メモリ６８のデータベース６８１に、管理サーバー３から受信した情報を登録する（ステップＴ３１）。これにより、管理サーバー３の識別フラグ情報３６１と同じ情報がキャリアシステム６と共有される。
【0127】
その後の処理は、図８Ａと同じであり、ここでは詳細説明を省略する。
【0128】
本動作例においても、第１実施形態と同様に、煩雑な処理を要せずに、機能ごとに通信費用の請求先を振り分けることができる。また、送信元ポート（専用ポートＰｓ）自体を分けているので、通信時刻が重複するようなデータ通信を行うような場合においても、それぞれの機能やサービスについてのデータ通信量を明確に分けることができる。
【0129】
－通信管理システムの動作例５－
図８Ｃは、第２実施形態の通信管理システム１の他の動作例を示すフロー図である。図８Ｃでは、図８Ａと共通の動作について同一の符号を付しており、ここでは相違点を中心に説明するものとする。図８Ｂについても、図８Ａと同様に、対象車両５における契約対象の特定サービスが、サービス提供者８Ａのストリーミングサービスであるとする。
図８Ｃは、第２実施形態の通信管理システム１の他の動作例を示すフロー図である。図８Ｃでは、図８Ａと共通の動作について同一の符号を付しており、ここでは相違点を中心に説明するものとする。図８Ｂについても、図８Ａと同様に、対象車両５における契約対象の特定サービスが、サービス提供者８Ａのストリーミングサービスであるとする。
【0130】
図８Ｃでは、乗員が所有する端末装置９を利用して、サービス提供者８Ａのストリーミングサービスを契約し、携帯端末装置９から対象車両５に対して、サービスの利用要求がされたものとする。なお、図８Ｃにおいて、乗員の端末装置９と車両とは、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＷｉ－Ｆｉ（登録商標）等を用いて無線接続されているものとする。
【0131】
まず、ステップＴ２１，Ｔ５１では、端末装置９とサービス提供者８Ａのサーバー８１との間で、特定サービスの契約処理が実行される。ここでの契約処理は、図８ＡのステップＴ１１，Ｔ５１における契約処理と同様の処理が行われる。
【0132】
サービス提供者８Ａは、特定サービスの契約締結が完了すると、図８Ａの場合と同様に、上記の契約処理で締結された契約に関する契約情報３６３を管理サーバー３に送信する（ステップＴ５２）。その後のステップＴ４１～Ｔ４３及びステップＴ３１の処理は、図８Ａと同様であり、ネットワーク６２において専用ポートＰｓ２とサービス提供者８Ａ用のポートＰｅ２とが接続される。
【0133】
その後、ステップＴ１２において、対象車両５のイグニッションスイッチ（図示省略）がオンされ、ステップＳＴ２２で、乗員が車両内にある端末装置９を操作して契約済みの特定サービス（ここでは、サービス提供者８Ａのストリーミングサービス）を車両５で使用することを要求したとする。すると、端末装置９は、車載通信装置２に特定サービスの利用リクエストを送信する。
【0134】
車載通信装置２では、端末装置９からの利用リクエストを受信すると、キャリアシステム６を介して管理サーバー３に利用リクエストを受けた特定サービスの契約状況の照会を行う（ステップＴ１７）。ここでは、車載通信装置２は、管理サーバー３に対してサービス提供者８Ａのストリーミングサービスの契約状況の照会を行う。
【0135】
管理サーバー３は、対象車両５からの問い合わせを受信すると、記憶部３６を参照して上記特定サービスの契約状況を照会し（ステップＴ４８）、対象車両５の車載通信装置２に最新の識別フラグ情報３６１を車載通信装置２に送信する（ステップＴ４４）。ここでは、サービス提供者８Ａのストリーミングサービスの契約がすでに交わされているので、管理サーバー３から対象車両５の車載通信装置２に、識別フラグ情報３６１として、サービス提供者８Ａのストリーミングサービスに対して専用ポートＰｓ２が割り当てられているとの情報が送信される。
【0136】
車載通信装置２では、図３ＢのステップＳ１３と同様に、管理サーバー３から識別フラグ情報３６１を受信すると、その識別フラグ情報に基づいて、有効化対象機能の有効化処理を実行する（ステップＴ１４）。
【0137】
その後、車載通信装置２において、ストリーミングサービスの使用操作が受け付けられると、専用ポートＰｓを介してサービス提供者８とのデータ通信が開始される。ここでは、車載通信装置２からサービス提供者８Ａにストリーミングサービスについてのリクエストが送られ（ステップＴ１６）、サービス提供者８から車載通信装置２に検索結果のレスポンスが返信される（ステップＴ５３）。
【0138】
キャリアシステム６の演算ユニット６３では、車載通信装置２からサービス提供者８へのリクエストにかかわるデータ通信量と、サービス提供者８から車載通信装置２へのレスポンスにかかわるデータ通信量とが積算され、専用ポートＰｓ２でストリーミングサービス用に使用されたデータ通信量Ｂ２として記憶部６８に記録される（ステップＴ３２）。
【0139】
そして、キャリアシステム６の演算ユニット６３では、所定の期間ごと（例えば、月ごと）に、専用ポートＰｓごとにデータ通信量（リクエストデータ及びレスポンスデータ）が積算され、その積算結果に基づいた請求処理が実行される。そして、キャリア事業者は、管理サーバー３から受信した識別フラグ情報に紐づけて送信された請求先情報に基づいた請求先に、その所定期間に関するデータ通信量に応じた金額を請求する（ステップＴ３４）。
【0140】
以上のように、本動作例においても、第１実施形態と同様に、サービス提供者８に通信データに所定のデータ単位ごとに識別子を付与させたり、キャリアシステム６において通信されるデータから識別子を読み取り、データごとに分類するといったような、煩雑な処理を要せずに、機能ごとに通信費用の請求先を振り分けることができる。また、送信元ポート自体を分けているので、通信時刻が重複するようなデータ通信を行うような場合においても、それぞれの機能やサービスについてのデータ通信量を明確に分けることができる。
【0141】
上記の第１及び第２実施形態では、サービス提供者によらずに、すなわち、同一のサービス提供者であっても、サービスの内容が異なる場合には、互いに異なる専用ポートＰｓを割り当てる例について説明したが、これに限定されない。
【0142】
例えば、上記実施形態と同様に、サービスの内容が互いに異なる場合には、サービス提供者によらずにサービス毎に互いに異なる専用ポートＰｓを割り当てつつ、車両５のグレードに応じてＦＱＤＮを互いに異ならせるようにしてもよい。また、サービス提供者ごとに互いに異なる専用ポートＰｓを割り当てて、サービス内容の違いについては、ＦＱＤＮを互いに異ならせることで、通信業者において、データ通信量を分けて積算し、サービス内容ごとに請求処理ができるようにしてもよい。
＜第３実施形態＞
第３実施形態では、車両５のグレードに応じてＦＱＤＮを互いに異ならせる例について、図９～図１１を参照しつつ説明する。図９は、本実施形態に係る通信管理システムの構成例を示す図である。図９において、図７と共通の構成については、同じ符号を付しており、以下では、図７との相違点を中心に説明する。以下の説明において、車両ＣＡはハイグレードの車種Ａであり、車両ＣＢはローグレードの車種Ｂである。
＜第３実施形態＞
第３実施形態では、車両５のグレードに応じてＦＱＤＮを互いに異ならせる例について、図９～図１１を参照しつつ説明する。図９は、本実施形態に係る通信管理システムの構成例を示す図である。図９において、図７と共通の構成については、同じ符号を付しており、以下では、図７との相違点を中心に説明する。以下の説明において、車両ＣＡはハイグレードの車種Ａであり、車両ＣＢはローグレードの車種Ｂである。
【0143】
－通信管理システム－
図９において、車両ＣＡ及び車両ＣＢにそれぞれ搭載されている車載通信装置２の構成は図７と同じである。なお、本実施形態では、便宜上、車両Ａの各専用ポートＰｓと車両Ｂの各専用ポートＰｓには、互いに同じサービスが割り振られているものとする。例えば、専用ポートＰｓ１には、車両Ａ及び車両Ｂともに、サービス提供者８Ａの音声検索サービスが割り振られているものとする。なお、図１０では、車両ＣＡ及び車両ＣＢについて、それぞれの第１ポートＰｎの図示を省略している。
図９において、車両ＣＡ及び車両ＣＢにそれぞれ搭載されている車載通信装置２の構成は図７と同じである。なお、本実施形態では、便宜上、車両Ａの各専用ポートＰｓと車両Ｂの各専用ポートＰｓには、互いに同じサービスが割り振られているものとする。例えば、専用ポートＰｓ１には、車両Ａ及び車両Ｂともに、サービス提供者８Ａの音声検索サービスが割り振られているものとする。なお、図１０では、車両ＣＡ及び車両ＣＢについて、それぞれの第１ポートＰｎの図示を省略している。
【0144】
なお、車両ＣＡの各専用ポートＰｓと車両ＣＢの各専用ポートＰｓには、互いに異なるサービスが割り振られていてもよく、同様の効果が得られる。
【0145】
管理サーバー３は、制御ユニット３１と、記憶部３６と、動的サーバー３８とを備える。制御ユニット３１及び記憶部３６は、図７と同様であり、ここではその詳細説明を省略する。
【0146】
動的サーバー３８は、いわゆる、リバースプロキシ（Reverse Proxy）のサーバーであって、例えば、管理サーバー３に動的に生成されるプロキシサーバである。動的サーバー３８は、例えば、車種ごとに互いに異なるプロキシサーバーが設けられる。図１０では、ハイグレードの車種Ａに対応して設けられた第１プロキシサーバー３８１（図１１ではＦＱ１と記載）と、ローグレードの車種Ｂに対応して設けられた第２プロキシサーバー３８２（図１１ではＦＱ２と記載）とを備える。なお、具体的なサーバーの構成としては、従来から知られているリバースプロキシサーバーを適用できるので、ここではその具体的な説明を省略する。
【0147】
車両ＣＡの専用ポートＰｓ１～Ｐｓ３は、キャリアシステム６の宛先ポートＰｃ１～Ｐｃ３及びポートＰｅ１～Ｐｅ３を介して第１プロキシサーバー３８１に接続される。車両ＣＢの専用ポートＰｓ１～Ｐｓ３は、キャリアシステム６の宛先ポートＰｃ４～Ｐｃ６及びポートＰｅ４～Ｐｅ６を介して第２プロキシサーバー３８２に接続される。第１プロキシサーバー３８１及び第２プロキシサーバー３８２は、それぞれサービス提供者８に接続される。
【0148】
すなわち、本実施形態では、管理サーバー３において、車両５とサービス提供者８との間に複数のリバースプロキシサーバーを設けている。そして、車載通信装置２とサービス提供者８との間のデータ通信は、識別フラグ情報３６１に基づいて割り当てられたリバースプロキシサーバーを介して実行される。
【0149】
記憶部３６は、図７の記憶部３６と同様に構成される。図７では、識別フラグ情報３６１に加えて、固有識別情報３６５が格納されている。固有識別情報３６５は、各車両のグレードを特定するための情報を含み、例えば、ＶＩＮが使用される。
【0150】
－通信管理システムの動作例－
図１１は、第３実施形態の通信管理システム１の動作例を示すフロー図である。ここでは、サービス提供者８と契約した車両５が２台あるものとし、それぞれを「対象車両ＣＡ、対象車両ＣＢ」という。また、図１１において、図８Ａと対応する動作について同一の符号を付しており、ここでは相違点を中心に説明するものとする。
図１１は、第３実施形態の通信管理システム１の動作例を示すフロー図である。ここでは、サービス提供者８と契約した車両５が２台あるものとし、それぞれを「対象車両ＣＡ、対象車両ＣＢ」という。また、図１１において、図８Ａと対応する動作について同一の符号を付しており、ここでは相違点を中心に説明するものとする。
【0151】
図１１のステップＴ６１では、対象車両ＣＡとサービス提供者８の特定サービスが契約され、ステップＴ７１では、対象車両ＣＢとサービス提供者８の特定サービスが契約される。ここでは、対象車両ＣＡ，ＣＢともに、サービス提供者８Ａのストリーミングサービスが契約されたとする。図１１では、対象車両ＣＡ，ＣＢは、契約時にそれぞれの固有識別情報３６５を送信する。
【0152】
サービス提供者８は、特定サービスの契約締結が完了すると、上記の契約処理で締結された契約に関する契約情報３６３及び対象車両ＣＡ，ＣＢの固有識別情報３６５を紐づけて管理サーバー３に送信する（ステップＴ５２）。ここでは、例えば、サービス提供者８Ａは、対象車両ＣＡ，ＣＢとのストリーミングサービスの契約情報３６３及び対象車両ＣＡ，ＣＢのＶＩＮをそれぞれ紐づけて管理サーバー３に送信する。
【0153】
管理サーバー３は、契約情報及び固有識別情報３６５を受信すると（ステップＴ４１）、使用する専用ポートＰｓの登録処理を行う(ステップＴ４２）。より詳しくは、管理サーバー３は、サービス提供者８から契約情報３６３を受信すると、記憶部３６の対象車両ＣＡ，ＣＢのそれぞれについての識別フラグ情報３６１を参照し、空きポートに対して契約情報３６３に基づいて提供されるサービスを登録する。さらに、管理サーバー３は、対象車両ＣＡ，ＣＢのそれぞれについて、記憶部３６の識別フラグ情報３６１を参照し、そのときの対象車両５の空きポートに契約されたサービスを割り当てる。ここでは、図１１に示すように、対象車両ＣＡ，ＣＢともに、サービス提供者８Ａのストリーミングサービスが専用ポートＰｓ２に割り当てられる。
【0154】
さらに、管理サーバー３は、対象車両ＣＡに第１プロキシサーバー３８１のＦＱＤＮを割り当て、対象車両ＣＢに第２プロキシサーバー３８２のＦＱＤＮを割り当てる。なお、第１プロキシサーバー３８１及び第２プロキシサーバー３８２はあらかじめ構成されていてもよいし、必要に応じて追加構成されるようにしてもよい。
【0155】
次のステップＴ４３において、管理サーバー３は、サービス提供者８Ａのストリーミングサービスに関する対象車両ＣＡのデータ通信が対象車両ＣＡの専用ポートＰｓ２を介して行われることをキャリアシステム６に通知する。同様に、管理サーバー３は、サービス提供者８Ａのストリーミングサービスに関する対象車両ＣＢのデータ通信が対象車両ＣＢの専用ポートＰｓ２を介して行われることをキャリアシステム６に通知する。
【0156】
キャリアシステム６は、管理サーバー３からの通知を受信すると、メモリ６８のデータベース６８１に、管理サーバー３から受信した情報を登録する（ステップＴ３１）。さらに、キャリアシステム６は、受信した専用ポートＰｓの割り当て情報（識別フラグ情報３６１）に基づいて、ネットワーク６２において対象車両ＣＡの専用ポートＰｓ２とサービス提供者８Ａ用のポートＰｅ２とが接続されるようにする。同様に、キャリアシステム６は、受信した専用ポートＰｓの割り当て情報（識別フラグ情報３６１）に基づいて、ネットワーク６２において対象車両ＣＢの専用ポートＰｓ２とサービス提供者８Ａ用のポートＰｅ５とが接続されるようにする。
【0157】
これ以降の動作は、図８Ａの動作と同様である。具体的には、図１１において、対象車両ＣＡについてのステップＴ６２～Ｔ６６の動作が図８ＡのステップＴ１２～Ｔ１６の動作と実質的に同じである。また、対象車両ＣＢについてのステップＴ７２～Ｔ７６の動作が図８ＡのステップＴ１２～Ｔ１６の動作と実質的に同じである。
【0158】
そして、対象車両ＣＡにおいて、サービス提供者８Ａのストリーミングサービスを使用するための操作が受け付けられると、対象車両ＣＡの専用ポートＰｓ２を介してサービス提供者８Ａとのデータ通信が開始される（ステップＴ６６，Ｔ５４）。キャリアシステム６の演算ユニット６３では、対象車両ＣＡからサービス提供者８Ａへのリクエストにかかわるデータ通信量と、サービス提供者８Ａから対象車両ＣＡへのレスポンスにかかわるデータ通信量とが積算される。その積算結果は、対象車両ＣＡにおいて、ストリーミングサービスで使用されたデータ通信量Ｂ２１として記憶部６８に記録される（ステップＴ３２）。
【0159】
同様に、キャリアシステム６の演算ユニット６３では、対象車両ＣＢからサービス提供者８Ａへのリクエストにかかわるデータ通信量と、サービス提供者８Ａから対象車両ＣＢへのレスポンスにかかわるデータ通信量とが積算される。その積算結果は、対象車両ＣＢにおいてストリーミングサービスで使用されたデータ通信量Ｂ２２として記憶部６８に記録される（ステップＴ３２）。
【0160】
そして、キャリアシステム６の演算ユニット６３では、所定の期間ごと（例えば、月ごと）に、専用ポートＰｓごとにデータ通信量（リクエストデータ及びレスポンスデータ）が積算され、その積算結果に基づいた請求処理が実行される。そして、キャリア事業者は、管理サーバー３から受信した識別フラグ情報３６１に紐づけて送信された請求先情報に基づいた請求先に、その所定期間に関するデータ通信量に応じた金額を請求する（ステップＴ３４）。例えば、キャリアシステム６の演算ユニット６３が管理サーバー３から図１１の識別フラグ情報３６１を受信していた場合、対象車両ＣＡについては、全額をサービス提供者８Ａに請求し、対象車両ＣＢについては、サービス提供者８Ａと利用者のそれぞれに、５０％ずつ請求する。
【0161】
以上のように、本実施形態においても、前述の第１及び第２実施形態と同様に、煩雑な処理を要せずに、機能ごとに通信費用の請求先を振り分けることができ、それぞれの機能やサービスについてのデータ通信量を明確に分けることができる。
【0162】
さらに、サービス提供者ごとにはポートで分けて、車両のグレードの違いをＦＱＤＮで分けるというように、階層構造にしているので、車両のグレードに応じて請求の形態が異なる場合においても、煩雑にならないようにすることができる。サービス提供者の数が増える場合や、サービスの数が増えた場合においても同様である。
【0163】
ここに開示された技術は、前述の実施形態に限られるものではなく、請求の範囲の主旨を逸脱しない範囲で代用が可能である。また、前述の実施形態は単なる例示に過ぎず、本開示の範囲を限定的に解釈してはならない。本開示の範囲は請求の範囲によって定義され、請求の範囲の均等範囲に属する変形や変更は、全て本開示の範囲内のものである。
【産業上の利用可能性】
【0164】
ここに開示された技術は、提供主体の異なる種々のサービスを、車載通信装置を介して車両に提供するシステムにおいて非常に有用である。
【符号の説明】
【0165】
２ 車載通信装置
３ 管理サーバー
５ 車両
Ｐｓ 専用ポート（専用の送信元ポート）
２９ メモリ
２５ 制御ユニット
３ 管理サーバー
５ 車両
Ｐｓ 専用ポート（専用の送信元ポート）
２９ メモリ
２５ 制御ユニット
【図1】
【図2】
【図3A】
【図3B】
【図4】
【図5】
【図6】
【図7】
【図8A】
【図8B】
【図8C】
【図9】
【図10】
【図11】