(57)【要約】【課題】車両ネットワークの接続性を向上させる。【解決手段】車両システムにおける接続するネットワークを決定するネットワーク接続性管理方法であって、車両から接続性管理サーバに対して、前記車両の現在位置及び前記車両の目的地を示した車両データを含む、ネットワークデータ要求を送信するステップと、前記接続性管理サーバから、１つまたは複数のネットワークと関連するネットワークデータを受信するステップと、ネットワークデータをキャッシュするステップと、前記ネットワークデータに基づいて、いずれのネットワークと接続するかを決定するステップと、を含む。【選択図】図５Ａ
2013186121.tif 000002
【特許請求の範囲】
【請求項１】
車両が接続するネットワークを決定するネットワーク接続性管理方法であって、
前記車両が有する車両システムが、
前記車両の走行予定経路付近において提供されるネットワークについてのネットワークデータを取得するステップと、
前記ネットワークデータに基づいて、いずれのネットワークと接続するかを決定するステップと、
を実行するネットワーク接続性管理方法。
【請求項２】
前記ネットワークデータは、ネットワークについてのカバレッジエリア、前記車両のネットワーク接続履歴、前記ネットワークの混雑状況、及び前記車両が接続するネットワークを決定する規則を含む、
請求項１に記載のネットワーク接続性管理方法。
【請求項３】
前記ネットワークデータに基づいて、いずれのネットワークと接続するかを決定するステップは、
前記ネットワークデータに基づいて、前記車両が利用可能なネットワークを決定するステップと、
前記ネットワークデータ及び通信事業者との間のデータ使用量契約に基づいて、前記利用可能なネットワークのランクを生成するステップと、
アプリケーションの要件に基づいて、前記利用可能なネットワークのランクを調整するステップと、
前記利用可能なネットワークの中からいずれのネットワークと接続するかを、前記調整されたランクと、前記ネットワークデータに含まれる前記車両が接続先のネットワークをどのようにして決定するかを示す規則とに基づいて決定するステップと、
を含む、請求項１又は２に記載のネットワーク接続性管理方法。
【請求項４】
前記ネットワークデータは、データ使用量、データ使用日時、及びサービス提供を行う通信事業者を示す接続性データログを含む、
請求項１〜３のいずれかに記載のネットワーク接続性管理方法。
【請求項５】
前記車両のネットワーク接続履歴を含むネットワークデータをロギングするステップと、
前記接続性データログを接続性サーバへ送信するステップと、
を前記車両システムがさらに実行する、請求項４に記載のネットワーク接続性管理方法。
【請求項６】
前記ネットワークデータを取得するステップは、
前記車両の現在位置および目的地を含む車両データを含む要求を、前記ネットワークデータを記憶する接続性サーバに送信するステップと、
前記接続性サーバから送信されるネットワークデータを受信するステップと、
を含む、請求項５に記載のネットワーク接続性管理方法。
【請求項７】
前記ネットワークデータに基づいて、ネットワーク接続が中断したこと又は中断することを検出するステップと、
ネットワーク接続の中断が検出された場合に、前記ネットワークデータに基づいてネットワーク接続が提供される走行経路を算出するステップと、
前記算出した走行経路にしたがって前記車両をナビゲートするステップと、
を前記車両システムがさらに実行する、請求項１〜６のいずれかに記載のネットワーク
接続性管理方法。
【請求項８】
前記ネットワークデータに基づいて、ネットワーク接続の中断を予測するステップと、
前記ネットワークデータに基づいて、中断期間を決定するステップと、
前記中断期間に備えて、ネットワークから得られるデータをバッファリングするステップと、
を前記車両システムがさらに実行する、請求項１〜７のいずれかに記載のネットワーク接続性管理方法。
【請求項９】
車両に搭載され、前記車両が接続するネットワークを決定する車両システムであって、
前記車両の走行予定経路付近において提供されるネットワークについてのネットワークデータを取得する取得モジュールと、
前記ネットワークデータに基づいて、いずれのネットワークと接続するかを決定する決定モジュールと、
を備える車両システム。
【請求項１０】
前記ネットワークデータは、ネットワークについてのカバレッジエリア、前記車両のネットワーク接続履歴、前記ネットワークの混雑状況、及び前記車両が接続するネットワークを決定する規則を含む、
請求項９に記載の車両システム。
【請求項１１】
前記決定モジュールは、
前記ネットワークデータに基づいて、前記車両が利用可能なネットワークを決定し、
前記ネットワークデータ及び通信事業者との間のデータ使用量契約に基づいて、前記利用可能なネットワークのランクを生成し、
アプリケーションの要件に基づいて、前記利用可能なネットワークのランクを調整し、
前記利用可能なネットワークの中からいずれのネットワークと接続するかを、前記調整されたランクと、前記ネットワークデータに含まれる前記車両が接続先のネットワークをどのようにして決定するかを示す規則とに基づいて決定する、
請求項９又は１０に記載の車両システム。
【請求項１２】
前記ネットワークデータは、データ使用量、データ使用日時、及びサービス提供を行う通信事業者を示す接続性データログを含む、
請求項９〜１１のいずれかに記載の車両システム。
【請求項１３】
前記車両のネットワーク接続履歴を含むネットワークデータをロギングし、前記接続性データログを接続性サーバへ送信するロギングモジュールをさらに備える、
請求項１２に記載の車両システム。
【請求項１４】
前記取得モジュールは、
前記車両の現在位置および目的地を含む車両データを含む要求を、前記ネットワークデータを記憶する接続性サーバに送信し、
前記接続性サーバから送信されるネットワークデータを受信する、
請求項１３に記載の車両システム。
【請求項１５】
前記ネットワークデータに基づいて、ネットワーク接続が中断したこと又は中断することを検出し、
ネットワーク接続の中断が検出された場合に、前記ネットワークデータに基づいてネットワーク接続が提供される走行経路を算出し、
前記算出した走行経路にしたがって前記車両をナビゲートする、
ナビゲーションモジュールをさらに備える、
請求項９〜１４のいずれかに記載の車両システム。
【請求項１６】
前記ネットワークデータに基づいて、ネットワーク接続の中断を予測し、
前記ネットワークデータに基づいて、中断期間を決定し、
前記中断期間に備えて、ネットワークから得られるデータをバッファリングする、
バッファリングモジュールをさらに備える、
請求項９〜１５のいずれかに記載の車両システム。
【請求項１７】
請求項１〜８のいずれかに記載の方法の各ステップをコンピュータに実行させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書は車両ネットワーキングシステムに関する。特に、本明細書は、車両のネットワーク接続性を管理するためのシステム及び方法に関する。
【背景技術】
【０００２】
例えば車内のインターネットラジオ、ストリーミング、携帯電話、任意のネットワークベースサービスなどの車両に関係した用途のために、３Ｇ／ロングタームエボルーション（３Ｇ／ＬＴＥ）、ＷｉＦｉ、衛星通信などの無線通信方法が現在急速に配備されつつある。これらを利用することで、運転手及び同乗者のユーザエクスペリエンスを向上できる。しかしながら、これらのサービスの途絶は、運転手及び同乗者のユーザエクスペリエンスの質を劇的に低下させる恐れがある。無線ネットワークのカバレッジは、向上されつつあるが、その大半は、人口密集地域においてであり、人口密度が低い郊外では、通常、無線信号が弱くなる又は得られなくなることがある。したがって、このような地域で動作している車両は、ネットワーク接続性の低下又は中断に見舞われることがある。従来のナビゲーションシステム（特許文献１）は、ネットワーク接続性を考慮しないで経路案内を行うので、案内経路上でネットワークサービスが途絶することがあり得る。
【０００３】
また、逆に、場所によっては複数のネットワークサービスが利用可能な場合がある。このようなときに、従来はあらかじめ定められた優先度で接続先のネットワークを決定したり、受信電力が大きいネットワークを接続先として決定することが一般的である（特許文献２）。しかしながらどのネットワークに接続すべきかは種々の条件に依存して決まるものなので、このような決定方法では、必ずしも運転者及び同乗者のユーザエクスペリエンスの質を向上させることができない。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−０６３２６０号公報
【特許文献２】特開２００９−２２５０１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、車両ネットワークの接続性を向上させるための技術を提供することにある。
【課題を解決するための手段】
【０００６】
本明細書は、少なくとも一部には、ネットワークを決定するためのシステム及び方法を提供することによって、先行技術の欠点及び限界を克服する。本システムは、要求モジュールと、決定モジュールとを含む。要求モジュールは、前記車両の走行予定経路付近において提供されるネットワークについてのネットワークデータを取得する。決定モジュールは、前記ネットワークデータに基づいて、いずれのネットワークと接続するかを決定する。
【０００７】
１つの実施形態では、要求は、車両の現在地と、車両の目的地と、目的地までの走行ルートとを記述した車両データを含む。
【０００８】
１つの実施形態では、ネットワークデータは、１つ又は複数のネットワークのカバレッジエリアと、車両のネットワーク接続履歴と、１つ又は複数のネットワークの現時点での
混雑状況と、接続先となるネットワークを車両がどのように決定するかを記述したルールとを記述している。また、１つの実施形態では、ネットワークデータは、過去において当該車両が対象のネットワークを用いて通信したデータ使用量、通信を行ったデータ使用日時、及びサービス提供を行う通信事業者を示す接続性データログを含む。
【０００９】
１つの実施形態においては、前記決定モジュールは、前記ネットワークデータに基づいて、前記車両が利用可能なネットワークを決定し、前記ネットワークデータ及び通信事業者との間のデータ使用量契約に基づいて、前記利用可能なネットワークのランクを生成し、アプリケーションの要件に基づいて、前記利用可能なネットワークのランクを調整し、前記利用可能なネットワークの中からいずれのネットワークと接続するかを、前記調整されたランクと、前記ネットワークデータに含まれる前記車両が接続先のネットワークをどのようにして決定するかを示す規則とに基づいて決定する。
【００１０】
このように接続先のネットワークを決定することで、通信事業者との間のデータ使用量契約やアプリケーションの要件などに基づいて、適切なネットワークを使用するように決定でき、したがって運転者及び同乗者のユーザエクスペリエンスが向上する。
【００１１】
また、１つの実施形態では、前記ネットワークデータに基づいて、ネットワーク接続が中断したこと又は中断することを検出し、ネットワーク接続の中断が検出された場合に、前記ネットワークデータに基づいてネットワーク接続が提供される走行経路を算出し、前記算出した走行経路にしたがって前記車両をナビゲートする、ナビゲーションモジュールをさらに備える。
【００１２】
このような構成によれば、ネットワーク接続が存在しない経路を車両が走行している又はネットワーク接続が存在しない経路を車両が走行することが予測される場合に、ネットワーク接続が提供される経路でのナビゲーションが可能となる。車両の運転者及び同乗者は走行中にネットワーク接続が利用可能となるので、ユーザエクスペリエンスが向上する。
【００１３】
また、１つの実施形態では、前記ネットワークデータに基づいて、ネットワーク接続の中断を予測し、前記ネットワークデータに基づいて、中断期間を決定し、
前記中断期間に備えて、ネットワークから得られるデータをバッファリングする、バッファリングモジュールをさらに備える。
【００１４】
このような構成によれば、ネットワーク接続が中断された場合であっても、バッファリングされたデータを利用することで、サービスの提供を継続することができる。これは例えば、動画が音声（音楽）データなどのメディアデータの再生の際に有効である。
【発明の効果】
【００１５】
本発明によれば、車両ネットワークの接続性を向上させることができる。
【図面の簡単な説明】
【００１６】
【図１】１つの実施形態にしたがった、車両のネットワーク接続性を管理するためのシステムを示したハイレベルブロック図である。
【図２】１つの実施形態にしたがった、ネットワーク管理モジュールを詳細に示したブロック図である。
【図３】１つの実施形態にしたがった、ストレージデバイスを示したブロック図である。
【図４】１つの実施形態にしたがった、ネットワークを決定するための方法を示したフローチャートである。
【図５Ａ】別の実施形態にしたがった、ネットワークを決定するための方法を示したフローチャートである。
【図５Ｂ】別の実施形態にしたがった、ネットワークを決定するための方法を示したフローチャートである。
【図６】１つの実施形態にしたがった、ネットワークカバレッジ情報に基づいて車両をナビゲートするための方法を示したフローチャートである。
【図７】１つの実施形態にしたがった、ネットワーク中断に応答してメディアデータをバッファに入れるための方法を示したフローチャートである。
【発明を実施するための形態】
【００１７】
本明細書は、同様の要素に言及するために類似の参照符号を使用される添付の図面において、限定目的ではなく例示目的で示されている。
【００１８】
車両のネットワーク接続性を管理するためのシステム及び方法が、以下で説明される。以下の説明では、本発明を十分に理解できるように、多くの詳細について説明する。しかしながら、各実施形態はこれらの具体的な詳細無しでも良いことは当業者にとって明らかであろう。また、説明が不明瞭になることを避けるために、構造や装置をブロック図の形式で表すこともある。たとえば、一実施形態は、ユーザインタフェースおよび特定のハードウェアとともに説明される。しかし、ここでの説明は、データおよびコマンドを受信する任意のタイプの計算装置および任意の周辺機器について適用できる。
【００１９】
本明細書における「一実施形態」または「ある実施形態」等という用語は、その実施形態と関連づけて説明される特定の特徴・構造・性質が少なくとも本発明の一つの実施形態に含まれることを意味する。「一実施形態における」等という用語は本明細書内で複数用いられるが、これらは必ずしも同一の実施形態を示すものとは限らない。
【００２０】
以下の詳細な説明の一部は、非一時的（non-transitory）なコンピュータ可読記憶媒体に記憶されたデータビットに対する動作のアルゴリズムおよび記号的表現として提供される。これらのアルゴリズム的な説明および表現は、データ処理技術分野の当業者によって、他の当業者に対して自らの成果の本質を最も効果的に説明するために用いられるものである。なお、本明細書において（また一般に）アルゴリズムとは、所望の結果を得るための論理的な手順を意味する。処理のステップは、物理量を物理的に操作するものである。必ずしも必須ではないが、通常は、これらの量は記憶・伝送・結合・比較およびその他の処理が可能な電気的または磁気的信号の形式を取る。通例にしたがって、これらの信号をビット・値・要素・エレメント・シンボル・キャラクタ・項・数値などとして称することが簡便である
【００２１】
なお、これらの用語および類似する用語はいずれも、適切な物理量と関連付いているものであり、これら物理量に対する簡易的なラベルに過ぎないということに留意する必要がある。以下の説明から明らかなように、特に断らない限りは、本明細書において「処理」「計算」「コンピュータ計算（処理）」「判断」「表示」等の用語を用いた説明は、コンピュータシステムや類似の電子的計算装置の動作および処理であって、コンピュータシステムのレジスタやメモリ内の物理的（電子的）量を、他のメモリやレジスタまたは同様の情報ストレージや通信装置、表示装置内の物理量として表される他のデータへ操作および変形する動作および処理を意味する。
【００２２】
本発明は、本明細書で説明される動作を実行する装置にも関する。この装置は要求される目的のために特別に製造されるものであっても良いし、汎用コンピュータを用いて構成しコンピュータ内に格納されるプログラムによって選択的に実行されたり再構成されたりするものであっても良い。このようなコンピュータプログラムは、コンピュータのシステ
ムバスに接続可能な、例えばフロッピー（登録商標）ディスク・光ディスク・ＣＤ−ＲＯＭ・ＭＯディスク・磁気ディスクなど任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体などの、非一時的なコンピュータ可読記憶媒体に記憶される。
【００２３】
発明の具体的な実施形態は、完全にハードウェアによって実現されるものでも良いし、完全にソフトウェアによって実現されるものでも良いし、ハードウェアとソフトウェアの両方によって実現されるものでも良い。好ましい実施形態は、ソフトウェアによって実現される。ここでソフトウェアとは、ファームウェア、常駐ソフトウェア、マイクロコードやその他のソフトウェアを含むものである。
【００２４】
さらに、ある実施形態は、コンピュータが利用あるいは読み込み可能な記憶媒体からアクセス可能なコンピュータプログラムプロダクトの形態を取る。この記憶媒体は、コンピュータや任意の命令実行システムによってあるいはそれらと共に利用されるプログラムコードを提供する。コンピュータが利用あるいは読み込み可能な記憶媒体とは、命令実行システムや装置によってあるいはそれらと共に利用されるプログラムを、保持、格納、通信、伝搬および転送可能な任意の装置を指す。
【００２５】
プログラムコードを格納・実行するために適したデータ処理システムは、システムバスを介して記憶素子に直接または間接的に接続された少なくとも１つのプロセッサを有する。記憶素子は、プログラムコードの実際の実行に際して使われるローカルメモリや、大容量記憶装置や、実行中に大容量記憶装置からデータを取得する回数を減らすためにいくつかのプログラムコードを一時的に記憶するキャッシュメモリなどを含む。
【００２６】
入力／出力（Ｉ／Ｏ）装置は、例えばキーボード、ディスプレイ、ポインティング装置などであるが、これらはＩ／Ｏコントローラを介して直接あるいは間接的にシステムに接続される。
【００２７】
システムにはネットワークアダプタも接続されており、これにより、私的ネットワークや公共ネットワークを介して他のデータ処理システムやリモートにあるプリンタや記憶装置に接続される。モデム、ケーブルモデム、イーサネット（登録商標）は、現在利用可能なネットワークアダプタのほんの一例である。
【００２８】
最後に、本明細書において提示されるアルゴリズムおよび表示は特定のコンピュータや他の装置と本来的に関連するものではない。本明細書における説明にしたがったプログラムを有する種々の汎用システムを用いることができるし、また要求された処理ステップを実行するための特定用途の装置を製作することが適した場合もある。これら種々のシステムに要求される構成は、以下の説明において明らかにされる。さらに、本発明は、特定のプログラミング言語と関連づけられるものではない。本明細書で説明される本発明の内容を実装するために種々のプログラミング言語を利用できることは明らかであろう。
【００２９】
システム概要
図１は、１つの実施形態にしたがった、車両のネットワーク接続性を管理するためのシステム１００のブロック図を示している。例示のシステム１００は、ユーザ１２５によってアクセスされる車両システム１０１と、接続性サーバ１４１と、アカウントサーバ１７１と、統一型クラウドデータベース１５０とを含む。例示の実施形態では、車両システム１０１、接続性サーバ１４１、及び統一型クラウドデータベース１５０は、ネットワーク１０５を通じて通信可能に接続されている。例えば、車両システム１０１及び接続性サーバ１４１は、互いとの間における情報（例えばネットワークデータや接続性データ）の送
受信を促すために、ネットワーク１０５を通じて互いに通信可能に接続されている。アカウントサーバ１７１は、接続性サーバ１４１に通信可能に接続されている。
【００３０】
図１には、１つの車両システム１０１、１つの接続性サーバ１４１、１つのアカウントサーバ１７１、及び１つの統一型クラウドデータベース１５０のみが示されているが、当業者ならば、システム１００に、任意の数の車両システム１０１、接続性サーバ１４１、アカウントサーバ１７１、及び統一型クラウドデータベース１５０が含まれてよいことがわかる。更に、車両システム１０１、接続性サーバ１４１、及び統一型クラウドデータベース１５０に、１つのネットワーク１０５のみがつながれているが、当業者ならば、車両システム１０１、接続性サーバ１４１、及び統一型クラウドデータベース１５０に、任意の数のネットワーク１０５が接続されてよいことがわかる。
【００３１】
ネットワーク１０５は、有線又は無線の従来のタイプのものであり、スター型構成、トークンリング構成、又は当業者に知られるその他の構成などの、任意の数の構成を含んでよい。更に、ネットワーク１０５は、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）（例えばインターネット）、及び／又は複数のデバイスがそれを通して通信し合うその他の任意の相互接続データ経路を含んでよい。更に別の実施形態では、ネットワーク１０５は、ピアツーピアネットワークであってよい。ネットワーク１０５は、種々様々な通信プロトコルでデータを送信するために、電気通信ネットワークにつながれてもよい又は電気通信ネットワークの部分を含んでもよい。例えば、ネットワーク１０５は、３Ｇ／ＬＴＥネットワーク、４Ｇネットワーク、ＷｉＦｉネットワーク、又はＷｉＭＡＸネットワークである。別の実施形態では、ネットワーク１０５は、ショートメッセージングサービス（ＳＭＳ）、マルチメディアメッセージングサービス（ＭＭＳ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、直接データ接続、ＷＡＰ、ｅ−ｍａｉｌなどを介するなどしてデータを送受信するために、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信ネットワーク又はセルラ式通信ネットワークを含む。更に別の実施形態では、ネットワーク１０５のなかのリンクの全部又は一部が、セキュアソケットレイヤ（ＳＳＬ）、セキュアＨＴＴＰ、及び／又は仮想プライベートネットワーク（ＶＰＮ）などの従来の暗号化技術を使用して暗号化される。
【００３２】
１つの実施形態では、ネットワーク１０５は、移動車両をノードとして使用する車両アドホックネットワーク（ＶＡＮＥＴ）である。ネットワーク１０５は、通信範囲から脱落してネットワークから離脱していく車がある一方で参入してくる車もあるモバイルネットワークである。
【００３３】
例示の実施形態では、接続性サーバ１４１は、信号線１０７及び（無線方式で）信号線１０９を通じてネットワーク１０５に通信可能に接続されている。アカウントサーバ１７１は、信号線１１７を通じて接続性サーバ１４１に通信可能に接続されている。車両システム１０１は、（無線方式で）信号線１１５を通じてネットワーク１０５に通信可能に接続されている。ユーザ１２５は、信号線１２３によって表されるように車両システム１０１とやり取りする。統一型クラウドデータベース１５０は、信号線１１１及び（無線方式で）信号線１１３を通じてネットワーク１０５に通信可能に接続されている。
【００３４】
接続性サーバ１４１は、プロセッサによって実行される命令を含む少なくとも１つのストレージデバイス（記憶装置）につながれた少なくとも１つのプロセッサを有する１つ又は複数のデバイスである。例えば、接続性サーバ１４１は、データ処理能力及び通信能力を有する従来のサーバ、サーバアレイ、又はその他の１つ又は１群のコンピューティングデバイスである。１つの実施形態では、接続性サーバ１４１は、あるエンティティによって運営されているハードウェアサーバデバイスである。
【００３５】
接続性サーバ１４１は、なかでも特に、データ供給モジュール１４２と、接続性データベース１４４と、アカウントログデータベース１７５とを含む。アカウントログデータベース１７５は、それが接続性サーバ１４１のオプション要素であることを示すために、破線で描かれている。したがって、１つの実施形態では、アカウントログデータベース１７５は、アカウントサーバ１７１に含まれており、接続性サーバ１４１には含まれていない。接続性サーバ１４１は、アカウントサーバ１７１を通じてアカウントログデータベース１７５にアクセスすることができる。
【００３６】
接続性サーバ１４１は、更に、プロセッサ（図１では不図示）と、メモリ（図１では不図示）と、サーバデバイスに従来からあるその他のコンポーネント（ファイヤウォールやネットワークカードなど）とを含む。接続性サーバ１４１のコンポーネントは、互いに通信可能に接続されている。
【００３７】
１つの実施形態では、例示された接続性サーバ１４１のコンポーネントは、単品のソフトウェア若しくはハードウェアとして、又は複数のソフトウェア若しくはハードウェアとして実装される。一般に、１つのコンポーネントによって実施されるものとして１つの実施形態で説明される機能は、その他の実施形態ではその他のコンポーネントによって、又は複数のコンポーネントの組み合わせによって実施することもできる。更に、接続性サーバ１４１のコンポーネントによって実施されるものとして１つの実施形態で説明される機能は、もし適切であれば、その他の実施形態ではアカウントサーバ１７１によって実施される。１つの実施形態では、特定のコンポーネントに属する機能性は、異なるコンポーネントによって、又は協働する複数のコンポーネントによって実施される。
【００３８】
接続性サーバ１４１上の各種のモジュールは、それぞれ、１つ又は複数の中央演算処理装置（ＣＰＵ）と、メモリと、ネットワークインターフェースと、周辺インタフェースと、その他の周知のコンポーネントとを含むサーバクラスコンピュータ上で実行されるサーバプログラムとして実装される。１つの実施形態では、コンピュータ自体は、１つ又は複数のＣＰＵと、１ギガバイト又はそれ以上のメモリと、１００ギガバイト又はそれ以上のディスクストレージとを有するＬＩＮＵＸ（登録商標）などのオープンソースオペレーティングシステム上で動作する。１つの実施形態では、その他のタイプのコンピュータが使用されており、よりパワフルなコンピュータが将来開発されるのに伴って、そのようなコンピュータが本明細書で開示される教示にしたがって構成されることが予想される。別の実施形態では、どの要素によって実装される機能性も、１つ又は複数の有形的で且つ非一時的なコンピュータ可読ストレージ媒体（例えばランダムアクセスメモリ（ＲＡＭ）、フラッシュソリッドステートドライブ（ＳＳＤ）、ハードディスクドライブ、光／磁気媒体など）に保存されるコンピュータプログラム製品から提供される。
【００３９】
データ供給モジュール１４２は、プロセッサ（不図示）によって実行されたときに、ネットワークデータを求める要求を処理してネットワークデータを車両システム１０１に供給するコード及びルーチンである。例えば、データ供給モジュール１４２は、ネットワークデータを求める要求を車両システム１０１から受信し、少なくとも一部には該要求に基づいて、接続性データベース１４４及びアカウントログデータベース１７５からネットワークデータを取り出し、ネットワーク１０５を通じて該ネットワークデータを車両システム１０１に送信する。
【００４０】
ネットワークデータは、カバレッジデータ、アカウントデータ、混雑状況データ、及び接続性ルール・ポリシーデータを含む。カバレッジデータは、各通信事業者候補についての例えば３Ｇ／ＬＴＥ／４Ｇカバレッジマップ、ＷｉＦｉ／ＷｉＭＡＸホットスポット情報、及び衛星マップなどのネットワークカバレッジ情報を記述している。アカウントデータは、各車両についてのネットワーク接続性情報のログを取ったものであり、例えば、ア
カウントデータは、各車両についての接続性データログを含み、該ログの各エントリは、データ使用量、データ使用日、データ使用時間、及びサービス提供を行う通信事業者を記述している。混雑状況データは、例えばネットワークが混雑しているかどうかのように、ネットワークがどれくらい混雑しているかを記述している。接続性ルール・ポリシーデータは、車両にとって好適なネットワークを選択するためのルール及び方針を示している。例えば、接続性ルール・ポリシーデータは、通信事業者の優先順位（例えば、電話回線業者Ａは、電話回線業者Ｂよりも高い優先順位を有する）、無線技術の優先順位（例えば、３Ｇは、ＷｉＦｉ、ＬＴＥ、及びＷｉＭＡＸよりも上位のランクであり、ＷｉＦｉは、ＬＴＥ及びＷｉＭＡＸよりも上位のランクであり、ＬＴＥは、ＷｉＭＡＸよりも上位のランクである）、及び様々なデータタイプについてのネットワークの優先順位（例えば、安全データの場合は３Ｇが最も高い優先順位を有し、映画データの場合はＷｉＦｉが最も高い優先順位を有する）を記述している。
【００４１】
１つの実施形態では、データ供給モジュール１４２は、ユーザ１２５が車両の新しい目的地を入力したときに、又は車両システム１０１が車両の新しい目的地を推定したときに、車両システム１０１から要求を受信する。車両システム１０１から受信された要求は、車両データを含む。車両データは、車両に関係付けられる情報を記述している。例えば、車両データは、場所データと、目的地データと、走行ルートデータとを含む。場所データは、車両の現在地を記述している。目的地データは、車両の目的地を示している。走行ルートデータは、目的地までの予想される走行ルートを記述している。１つの実施形態では、車両データは、平均車速を記述した車速データも含む。
【００４２】
データ供給モジュール１４２は、接続性データベース１４４及び／又はアカウントログデータベース１７５のなかからネットワークデータを検索及び発見するために、車両データを使用する。例えば、発見されたネットワークデータは、目的地までの予想走行ルート沿いのエリアについて１つ又は複数のネットワークカバレッジマップを記述したカバレッジデータを含む。１つの実施形態では、データ供給モジュール１４２は、アカウントサーバ１７１を通じてアカウントログデータベース１７５にアクセスする。要求されたネットワークデータが発見されたら、データ供給モジュール１４２は、ネットワーク１０５を通じて車両システム１０１にネットワークデータを送信する。
【００４３】
１つの実施形態では、データ供給モジュール１４２は、車両システム１０１から接続性データログを受信する。接続性データログは、最初、車両システム１０１内に維持されている。例えば、接続性データログは複数のエントリを含み、各エントリは、データ使用量と、データ使用日と、データ使用時間と、サービス提供を行う通信事業者とを記述した、車両についての接続性データを含む。接続性データログを受信したら、データ供給モジュール１４２は、少なくとも一部には接続性データログに基づいて、各通信事業者の活動を認証及び分析する。１つの実施形態では、データ供給モジュール１４２は、接続性データログをアカウントログデータベース１７５に保存する。別の実施形態では、データ供給モジュール１４２は、接続性データログを、アカウントサーバ１７１に含まれるアカウントログデータベース１７５に保存するためにアカウントサーバ１７１に伝送する。
【００４４】
接続性データベース１４４は、ネットワーク接続性に関係付けられるデータ及び／又は情報を保存するストレージシステムである。例えば、接続性データベース１４４は、カバレッジデータと、混雑状況データと、接続性ルール・ポリシーデータとを保存する。データ供給モジュール１４２に言及して上述されたように、カバレッジデータは、各通信事業者候補についての例えば３Ｇ／ＬＴＥ／４Ｇカバレッジマップ、ＷｉＦｉ／ＷｉＭＡＸホットスポット情報、及び衛星マップなどのネットワークカバレッジ情報を記述している。混雑状況データは、ネットワークがどれくらい混雑しているかを記述している。接続性ルール・ポリシーデータは、車両にとって好適なネットワークを選択するためのルール及び
方針を示している。１つの実施形態では、接続性データベース１４４は、アカウントデータも保存する。
【００４５】
アカウントログデータベース１７５は、車両システム１０１から伝送される接続性データログを保存するストレージシステムである。例えば、接続性データログは、時系列で保存され、車両ごとに車両識別子によって分類されている。各接続性データログは、各車両についてデータ使用量と、データ使用日と、データ使用時間と、サービス提供を行う通信事業者とを記述した接続性データを含む。１つの実施形態では、アカウントログデータベース１７５は、アカウントサーバ１７１の一要素である。
【００４６】
アカウントサーバ１７１は、プロセッサによって実行される命令を含む少なくとも１つのストレージデバイスにつながれた少なくとも１つのプロセッサを有する１つ又は複数のデバイスである。例えば、アカウントサーバ１７１は、データ処理能力及び通信能力を有する従来のサーバ、サーバアレイ、又はその他の１つ又は１群のコンピューティングデバイスである。１つの実施形態では、アカウントサーバ１７１は、エンティティによって運営されているハードウェアサーバデバイスである。
【００４７】
アカウントサーバ１７１は、信号線１１７を通じて接続性サーバ１４１に通信可能に接続されている。１つの実施形態では、アカウントサーバ１７１は、アカウントログデータベース１７５を含む。アカウントサーバ１７１は、アカウントログデータベース１７５に保存されているデータを接続性サーバ１４１に送信するために、接続性サーバ１４１と通信する。例えば、車両システム１０１がネットワークデータを要求すると、アカウントサーバ１７１は、アカウントログデータベース１７５からアカウントデータ（例えば接続性データログ）を取り出し、接続性サーバ１４１を通じて該アカウントデータを車両システム１０１に送信する。
【００４８】
車両システム１０１は、車両に組み込まれたシステムである。例えば、車両は、乗用車である。１つの実施形態では、車両システム１０１は、ネットワーク１０５を通じて接続性サーバ１４１との間でデータを送受信する。例えば、車両システム１０１は、ネットワークデータを求める要求を接続性サーバ１４１に伝送し、接続性サーバ１４１からネットワークデータを受信する。
【００４９】
車両システム１０１は、通信ユニット１０２と、プロセッサ１１２、ネットワーク管理モジュール１１４、ナビゲーションモジュール１１６、及びバッファリングモジュール１１８を含む制御ユニット１０３と、センサ１２２と、カメラ１２４と、インタフェース１２０と、ストレージデバイス１０４とを含む。図１には、１つのセンサ１２２、１つのカメラ１２４、１つの制御ユニット１０３、１つの通信ユニット１０２、１つのインタフェース１２０、及び１つのストレージデバイス１０４のみが示されているが、当業者ならば、車両システム１０１が、任意の数のセンサ１２２、カメラ１２４、制御ユニット１０３、通信ユニット１０２、ストレージデバイス１０４、及びインタフェース１２０を含んでよいことがわかる。更に、当業者ならば、車両システム１０１が、スピーカ、ディスプレイデバイス、入力デバイスなどの、図１に示されていないその他のエンティティを含んでよいこともわかる。
【００５０】
通信ユニット１０２は、信号線１３１を通じて制御ユニット１０３に通信可能に接続されている。センサ１２２は、信号線１２７を通じて制御ユニット１０３に通信可能に接続されている。カメラ１２４は、信号線１２９を通じて制御ユニット１０３に通信可能に接続されている。ストレージデバイス１０４は、信号線１３３を通じて制御ユニット１０３に通信可能に接続されている。インタフェース１２０は、信号線１２１を通じて制御ユニット１０３に通信可能に接続されている。ユーザ１２５は、信号線１２３によって表され
るようにインタフェース１２０とやり取りする。
【００５１】
通信ユニット１０２は、信号の送信及び受信を行う任意のコンピューティングデバイスである。例えば、通信ユニット１０２は、専用狭域通信（ＤＳＲＣ）デバイスを含む。１つの実施形態では、通信ユニット１０２は、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は特殊用途向け集積回路（ＡＳＩＣ）などのハードウェアを使用して実装される。別の実施形態では、通信ユニット１０２は、ハードウェアとソフトウェアとの組み合わせを使用して実装される。１つの実施形態では、通信ユニット１０２は、アンテナを含む。アンテナは、電流と電波の変換を行う電気デバイスである。例えば、アンテナは、可動型のビーム指向性アンテナである。
【００５２】
１つの実施形態では、通信ユニット１０２は、ネットワーク１０５を通じた接続性サーバ１４１との通信を担う。例えば、通信ユニット１０２は、ネットワークデータを求める要求を制御ユニット１０３から受信して、接続性サーバ１４１に送る。別の例では、通信ユニット１０２は、接続性サーバ１４１からネットワークデータを受信して、制御ユニット１０３に送る。
【００５３】
制御ユニット１０３は、プロセッサをベースにした任意のコンピューティングデバイスである。例えば、制御ユニット１０３は、車両に実装された電子制御ユニット（ＥＣＵ）である。１つの実施形態では、制御ユニット１０３は、システムオンチップ（ＳＯＣ）などの１つの集積回路を使用して実装される。１つの実施形態では、制御ユニット１０３は、少なくとも一部にはユーザ１２５からの入力に基づいて、車両データを生成する。例えば、運転手であるユーザ１２５が目的地を入力すると、制御ユニット１０３は、車両の現在地を検出し、目的地までの予想される走行ルートを算出する。制御ユニット１０３は、次いで、現在地と、目的地と、予想走行ルートとを記述した車両データを生成する。制御ユニット１０３は、車両データをストレージデバイス１０４に保存する。別の実施形態では、制御ユニット１０３は、少なくとも一部には、カメラ１２４からの１つ又は複数の画像と、センサ１２２からの１つ又は複数のセンサ信号とに基づいて、車両データを生成する。例えば、制御ユニット１０３は、特定の時間間隔で定期的に、車速を記述したセンサ信号を受信する。制御ユニット１０３は、センサ信号を処理し、平均車速を示す車両データを生成する。
【００５４】
制御ユニット１０３は、なかでも特に、プロセッサ１１２と、ネットワーク管理モジュール１１４と、ナビゲーションモジュール１１６と、バッファリングモジュール１１８とを含む。別の実施形態では、制御ユニット１０３は、メモリ（不図示）及び入出力インターフェース（不図示）などの、制御ユニットに従来からあるその他のコンポーネントを含む。
【００５５】
プロセッサ１１２は、計算の実施、及びストレージデバイス１０４に保存されたデータの取り出しなどのために、算術論理演算ユニット、マイクロプロセッサ、汎用コントローラ、又はその他の何らかのプロセッサアレイを含む。プロセッサ１１２は、データ信号を処理するものであり、複合命令セットコンピュータ（ＣＩＳＣ）アーキテクチャ、縮小命令セットコンピュータ（ＲＩＳＣ）アーキテクチャ、又は命令セットを組み合わせたものを実行するアーキテクチャなどの、様々なコンピューティングアーキテクチャを含むことができる。図１では、１つのプロセッサ１１２のみが示されているが、複数のプロセッサ１１２が含まれてもよい。プロセッサ１１２の処理能力は、信号の表示および信号の送受信のみのサポートに限られていてもよい。プロセッサ１１２の処理能力は、様々なタイプの特徴抽出及び特徴サンプリングなどの、より複雑なタスクを実施するのに十分であってもよい。当業者にならば、その他のプロセッサ、オペレーティングシステム、センサ、ディスプレイ、及び物理的構成も可能であることが自明である。
【００５６】
ネットワーク管理モジュール１１４は、車両のネットワーク接続性を管理するためのコード及びルーチンである。例えば、ネットワーク管理モジュール１１４は、少なくとも一部には車両データに基づいて、接続性サーバ１４１にネットワークデータを要求する。ネットワーク管理モジュール１１４は、ネットワークデータを受信し、少なくとも一部には該ネットワークデータに基づいて、車両にとって好適なネットワーク接続性を決定する。１つの実施形態では、ネットワーク管理モジュール１１４は、ネットワークデータをキャッシュして、ストレージデバイス１０４に保存する。別の実施形態では、ネットワーク管理モジュール１１４は、好適なネットワーク接続性に基づいて車両をナビゲートするために、好適なネットワーク接続性の決定をナビゲーションモジュール１１６に送信する。ネットワーク管理モジュール１１４は、図２を参照にして後ほど更に詳しく説明される。
【００５７】
ナビゲーションモジュール１１６は、車両にとって好適な走行ルートを算出するためのコード及びルーチンである。例えば、ナビゲーションモジュール１１６は、好適なネットワーク接続性の決定をネットワーク管理モジュール１１４から受信する。好適なネットワーク接続性の決定に基づいて、ナビゲーションモジュール１１６は、車両の目的地に向かう好適な走行ルートを算出する。例えば、好適な走行ルートは、好適なネットワーク接続性を有する。
【００５８】
１つの実施形態では、ナビゲーションモジュール１１６は、ネットワーク中断を検出し、次いで、ストレージデバイス１０４からネットワークデータを取り出す。ナビゲーションモジュール１１６は、ネットワークデータを使用して、１つ又は複数のネットワークカバレッジエリアを決定し、その１つ又は複数のネットワークカバレッジエリアをユーザ１２５に通知する。ナビゲーションモジュール１１６は、また、ネットワークデータに基づいて、好適なネットワークカバレッジを有する１つ又は複数の走行ルートも算出する。運転手などのユーザ１２５が走行ルートを選んだ後、ナビゲーションモジュール１１６は、その走行ルートに基づいて、車両を目的地へナビゲートする。別の実施形態では、ナビゲーションモジュール１１６は、ネットワーク中断を検出したときに、事前に又は後ほど、最も近いネットワークカバレッジエリアをユーザ１２５に通知する。ナビゲーションモジュール１１６は、ユーザ１２５の合意に基づいて、最も近いネットワークカバレッジエリアへ車両をナビゲートする。
【００５９】
バッファリングモジュール１１８は、ネットワーク中断の際にコンテンツデータをバッファに入れる又は先読みするためのコード及びルーチンである。１つの実施形態では、バッファリングモジュール１１８は、ストレージデバイス１０４からネットワークデータを取り出し、少なくとも一部には該ネットワークデータに基づいて、ネットワーク中断があるかどうかを事前に決定する。もし、ネットワーク中断があると事前に決定されたならば、バッファリングモジュール１１８は、コンテンツデータをバッファに入れる。別の実施形態では、バッファリングモジュール１１８は、少なくとも一部にはネットワークデータに基づいてネットワーク中断の中断期間の開始時間及び長さを予測することも行う。バッファリングモジュール１１８は、次いで、中断期間に備えてコンテンツデータをバッファに入れる。
【００６０】
例えば、バッファリングモジュール１１８は、走行ルートに沿ったエリアについてのカバレッジ情報に基づいて、ネットワーク中断を予測する。バッファリングモジュール１１８は、カバレッジ情報に基づいて、走行ルートのなかでネットワークカバレッジを伴わない部分の場所及び長さを決定する。バッファリングモジュール１１８は、次いで、ネットワークカバレッジを伴わない部分の場所及び長さと、平均車速とに基づいて、中断期間の開始時間及び長さを算出する。バッファリングモジュール１１８は、次いで、予測されるネットワーク中断に備えて（メディアデータなどの）コンテンツデータをバッファに入れ
る。例えば、同乗者１２５が車内で映像を見ているときに、バッファリングモジュール１１８が、１分後に開始して３分間持続するネットワーク中断を予測したとする。バッファリングモジュール１１８は、予測されるネットワーク中断に備えて映像コンテンツをバッファに入れる。このようにすれば、長時間のメディアファイルを車内で一貫して再生させたり、再生が停止したときに自動的に再開させたりすることができる。
【００６１】
センサ１２２は、任意のタイプのデータを収集するように構成された任意のタイプの従来のセンサである。例えば、センサ１２２は、レーザによる光検知及び測距（ＬＩＤＡＲ）センサ、赤外検出器、動作感知器、サーモスタット、及び音響探知機などの１つである。当業者ならば、その他のタイプのセンサも可能であることがわかる。１つの実施形態では、センサ１２２は、車両に関係した条件を測定する。センサ１２２は、測定結果に基づいて、条件を記述したセンサ信号を生成する。例えば、センサ１２２は、車速を測定し、車速を記述したセンサ信号を生成する。別の実施形態では、センサ１２２は、車外の環境における条件を測定し、その測定結果を記述したセンサ信号を生成する。センサ１２２は、センサ信号を制御ユニット１０３に送信する。１つの実施形態では、車両システム１０１は、異なるタイプのセンサ１２２を組み合わせたものを含む。
【００６２】
カメラ１２４は、それが車両システム１０１のオプション要素であることを示すために、破線で描かれている。したがって、１つの実施形態では、車両システム１０１は、カメラ１２４を含んでいない。
【００６３】
カメラ１２４は、画像を記録するための光学デバイスである。例えば、カメラ１２４は、車が道路を走るのに伴って、車外の道路、信号機、車両、道路を横断している歩行者などの写真を撮る。１つの実施形態では、カメラ１２４は、運転手が道路で車を走らせているときの道路を取り巻く環境を記述した連続フレームを含む映像を捉えるように構成される。カメラ１２４は、画像を制御ユニット１０３に送信する。
【００６４】
インタフェース１２０は、ユーザ１２５と制御ユニット１０３との間における通信を担うように構成されたデバイスである。例えば、インタフェース１２０は、ユーザ１２５からの入力を受信するための車載タッチスクリーン及びユーザ１２５からの音声入力を捉えるためのマイクの、１つ又は複数を含む。インタフェース１２０は、ユーザ１２５からの入力を制御ユニット１０３に送信する。１つの実施形態では、インタフェース１２０は、制御ユニット１０３からの出力をユーザ１２５に伝送するように構成される。例えば、インタフェース１２０は、ネットワーク接続性情報及び／又は走行ルート情報をユーザ１２５に対して表示するためのディスプレイデバイスを含む。当業者ならば、インタフェース１２０が、本明細書で説明される機能性を提供するためのその他のタイプのデバイスを含んでもよいことがわかる。
【００６５】
ユーザ１２５は、人であるユーザである。１つの実施形態では、ユーザ１２５は、道路で車を走らせている運転手である。別の実施形態では、ユーザ１２５は、車に乗っている同乗者である。ユーザ１２５は、インタフェース１２０とやり取りする又はそれ以外ではインタフェース１２０に入力を提供し、インタフェース１２０は、制御ユニット１０３との間で様々なタイプのデータを送受信する。例えば、インタフェース１２０は、タッチスクリーンであり、ユーザ１２５は、タッチスクリーンの一部分に指又はスタイラスで触れて入力を提供する。１つの実施形態では、ユーザ１２５は、インタフェース１２０を通じて制御ユニット１０３に目的地データを入力する。
【００６６】
ストレージデバイス１０４は、データを保存する非一時的なメモリである。例えば、ストレージデバイス１０４は、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）デバイス、スタティックランダムアクセスメモリ（ＳＲＡＭ）デバイス、フラッシュメモリ、又は
当該分野で知られるその他の何らかのメモリデバイスである。１つの実施形態では、ストレージデバイス１０４は、ハードディスクドライブ、フロッピー（登録商標）ディスクドライブ、コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）デバイス、デジタル多用途ディスク読み出し専用メモリ（ＤＶＤ−ＲＯＭ）デバイス、デジタル多用途ディスクランダムアクセスメモリ（ＤＶＤ−ＲＡＭ）デバイス、書き換え可能デジタル多用途ディスク（ＤＶＤ−ＲＷ）デバイス、フラッシュメモリデバイス、又は当該分野で知られるその他の何らかの不揮発性ストレージデバイスなどの、不揮発性メモリ又は同様の永久ストレージデバイス及び媒体も含む。ストレージデバイス１０４は、図３を参照にして後ほど更に詳しく説明される。
【００６７】
統一型クラウドデータベース１５０は、ネットワーク１０５からアクセス可能なオンラインデータベースである。例えば、統一型クラウドデータベース１５０は、複数の企業によって提供される複数の仮想サーバ上にデータを保存されるデータベースである。１つの実施形態では、統一型クラウドデータベース１５０は、システム１００の機能性を提供するためのあらゆるデータを保存する。別の実施形態では、統一型クラウドデータベース１５０は、複数の車両システム１０１から及び接続性サーバ１４１から受信されるデータを保存する。
【００６８】
ネットワーク管理モジュール１１４
次に、ネットワーク管理モジュール１１４をより詳しく示された図２を参照する。図２は、１つの実施形態にしたがった、ネットワーク管理モジュール１１４を示したブロック図２００である。ネットワーク管理モジュール１１４は、通信モジュール２０１と、要求モジュール２０３と、決定モジュール２０５と、ロギングモジュール２０７と、グラフィカルユーザインターフェース（ＧＵＩ）モジュール２１１とを含む。ネットワーク管理モジュール１１４のこれらのコンポーネントは、互いとの通信のために、バス２２０に通信可能に接続されている。
【００６９】
例示の実施形態では、通信モジュール２０１は、信号線２２２を通じてバス２２０に通信可能に接続されている。要求モジュール２０３は、信号線２２４を通じてバス２２０に通信可能に接続されている。決定モジュール２０５は、信号線２２６を通じてバス２２０に通信可能に接続されている。ロギングモジュール２０７は、信号線２２８を通じてバス２２０に通信可能に接続されている。ＧＵＩモジュール２１１は、信号線２３２を通じてバス２２０に通信可能に接続されている。プロセッサ１１２は、信号線２３６を通じてバス２２０に通信可能に接続されている。ストレージデバイス１０４は、信号線１３３を通じてバス２２０に通信可能に接続されている。
【００７０】
通信モジュール２０１は、ネットワーク管理モジュール１１４のコンポーネント間及び車両システム１０１のその他のコンポーネントとの間における通信を担うコード及びルーチンである。例えば、通信モジュール２０１は、ネットワークデータを求める要求を要求モジュール２０３から受信して、接続性サーバ１４１に送信する。通信モジュール２０１は、接続性サーバ１４１からネットワークデータを受信して、決定モジュール２０５に送る。１つの実施形態では、通信モジュール２０１は、ネットワークデータをキャッシュして、ストレージデバイス１０４に保存することも行う。通信モジュール２０１は、信号線２２２を通じてバス２２０に通信可能に接続されている。
【００７１】
通信モジュール２０１は、ロギングモジュール２０７から接続性データログを受信する。１つの実施形態では、通信モジュール２０１は、分析及び保存のために、接続性データログを接続性サーバ１４１に送信する。別の実施形態では、通信モジュール２０１は、接続性データログをログデータとしてストレージデバイス１０４に保存する。
【００７２】
１つの実施形態では、通信モジュール２０１は、ＧＵＩモジュール２１１からグラフィカルデータを受信する。通信モジュール２０１は、ユーザ１２５に対して情報を表示するために、グラフィカルデータをインタフェース１２０に送信する。例えば、グラフィカルデータは、ユーザ１２５に対してネットワーク接続性情報（例えば推奨されるネットワーク通信事業者や、ＷｉＦｉなどの推奨される無線技術）を表示するためのユーザインタフェースを生成するために使用される。
【００７３】
１つの実施形態では、通信モジュール２０１は、ネットワーク管理モジュール１１４内のその他のサブモジュール２０３、２０５、２０７、及び２１１の間における通信も担う。例えば、通信モジュール２０１は、決定モジュール２０５の出力（好適なネットワーク接続性の決定など）をロギングモジュール２０７に引き渡すために、決定モジュール２０５及びロギングモジュール２０７と通信する。しかしながら、本説明では、明確にするために及び便宜のために、通信モジュール２０１への言及を省くことがある。例えば、明確にするために及び便宜のために、上記のシナリオは、決定モジュール２０５がロギングモジュール２０７に出力（好適なネットワーク接続性の決定など）を引き渡すとして説明されることがある。
【００７４】
要求モジュール２０３は、ネットワークデータを要求するためのコード及びルーチンである。例えば、ユーザ１２５が新しい目的地を入力した後、又はナビゲーションモジュール１１６が車両の新しい目的地を推定した後、車両データは更新され、要求モジュール２０３は、更新された車両データをストレージデバイス１０４から取り出す。更新された車両データは、新しい目的地と、車両の現在地と、新しい目的地までの予想される走行ルートとを記述している。要求モジュール２０３は、少なくとも一部にはこの更新された車両データに基づいて、ネットワークデータを求める要求を生成する。要求モジュール２０３は、信号線２２４を通じてバス２２０に通信可能に接続されている。
【００７５】
１つの実施形態では、要求モジュール２０３は、ストレージデバイス１０４から車両データを取り出して、少なくとも一部には該車両データに基づいてネットワークデータを要求することを、特定の時間間隔で定期的に行う。例えば、要求モジュール２０３は、３０分、１時間、５時間などの所定の時間間隔で、車両データに基づいて接続性サーバ１４１にネットワークデータを要求する。別の実施形態では、目的地データ及び／又は走行ルートデータが更新されたら、要求モジュール２０３は、更新された車両データをストレージデバイス１０４から取り出し、少なくとも一部にはこの更新された車両データに基づいて、ネットワークデータを要求する。
【００７６】
要求モジュール２０３は、少なくとも一部には車両データに基づいて、ネットワークデータを求める要求を生成する。例えば、要求モジュール２０３は、目的地と、現在地と、目的地までの予想される走行ルートとを記述した車両データを含む要求を生成する。このようにすれば、接続性サーバ１４１は、少なくとも一部には車両データに基づいて、要求されたネットワークデータを提供することができる。例えば、接続性サーバ１４１は、少なくとも一部には予想走行ルートに基づいて、予想走行ルート沿いのエリアについてのネットワークカバレッジ情報を記述したネットワークデータを提供する。
【００７７】
決定モジュール２０５は、車両にとって好適な１つ又は複数のネットワークを決定するためのコード及びルーチンである。例えば、決定モジュール２０５は、少なくとも一部には接続性サーバ１４１から受信されたネットワークデータに基づいて、車両にとって好適な１つ又は複数のネットワークを決定する。決定モジュール２０５は、１つ又は複数の好適なネットワークの決定を、ロギングモジュール２０７に伝送する。決定モジュール２０５は、信号線２２６を通じてバス２２０に通信可能に接続されている。
【００７８】
決定モジュール２０５は、通信モジュール２０１を通じて接続性サーバ１４１からネットワークデータを受信する。ネットワークデータは、カバレッジデータ、アカウントデータ、混雑状況データ、及び接続性ルール・ポリシーデータを含む。決定モジュール２０５は、ネットワークデータをキャッシュして、ストレージデバイス１０４に保存する。１つの実施形態では、決定モジュール２０５は、少なくとも一部にはカバレッジデータに基づいて、１つ又は複数の利用可能ネットワークを決定する。例えば、決定モジュール２０５は、１つ又は複数の利用可能ネットワークを決定するために、現在地及び／又は予想走行ルート沿いのエリアについてのカバレッジ情報を求めてネットワークデータを解析する。
【００７９】
１つの実施形態では、決定モジュール２０５は、少なくとも一部にはアカウントデータ、混雑状況データ、及び通信事業者との間におけるデータ量の合意に基づいて、１つ又は複数の利用可能ネットワークをランク付けする。例えば、決定モジュール２０５は、あまり混雑していないネットワークを、より混雑したネットワークよりも上位にランクさせ、車両が使用可能なデータ量が多いネットワークを、車両が使用可能なデータ量が少ないネットワークよりも上位にランクさせる。決定モジュール２０５は、また、通信事業者との間におけるデータ量の合意に基づいて、通信事業者間でデータ使用量、すなわち通信量をバランスさせることも行う。例えば、もし、或る通信事業者によって提供されるネットワークに一定数の車両が一定期間にわたって接続しているならば、この通信事業者よりも、その他の通信事業者のほうが上位にランクする。
【００８０】
１つの実施形態では、決定モジュール２０５は、車両におけるどのアプリケーションがネットワーク接続性を必要としているかに基づいて、利用可能ネットワークのランクを調整する。例えば、もし、ユーザ１２５（例えば運転手又は同乗者）が、高帯域幅を必要とする音楽や映像をインターネットで視聴しているならば、決定モジュール２０５は、より大きい帯域幅を提供するネットワークを上位にランクさせる。別の例として、もし、車両が、接続性サーバ１４１への診断データの伝送を必要とするならば、決定モジュール２０５は、より信頼性の高いネットワーク技術（例えば３Ｇ又はＧＳＭ（登録商標）ネットワーク技術）を上位にランクさせる。
【００８１】
１つの実施形態では、決定モジュール２０５は、接続性ルール・ポリシーデータに含まれるランク及び優先順位に基づいて、１つ又は複数の利用可能ネットワークのなかから１つ又は複数の好適なネットワークを決定する。例えば、決定モジュール２０５は、接続性ルール・ポリシーデータについてのネットワークデータを解析する。接続性ルール・ポリシーデータは、通信事業者の優先順位、無線ネットワーク技術の一般的な優先順位、及び様々なデータタイプについての無線ネットワーク技術の優先順位を含む。例えば、一般に、Ｖｅｒｉｚｏｎは、ＡＴ＆Ｔよりも高い優先順位を有し、一般に、３Ｇは、ＷｉＦｉよりも高い優先順位を有し、ＷｉＦｉは、ＬＴＥよりも高い優先順位を有し、ＬＴＥは、ＷｉＭＡＸよりも高い優先順位を有する。ただし、映画データの場合は、ＷｉＦｉが最も高い優先順位を有し、安全データの場合は、３Ｇがより高い優先順位を有する。決定モジュール２０５は、ランク及び優先順位を使用して、好適なネットワーク（例えば好適な通信事業者及び／又は好適な無線ネットワーク技術）を決定する。
【００８２】
ロギングモジュール２０７は、接続性データのログを取るためのコード及びルーチンである。例えば、ロギングモジュール２０７は、１つ又は複数の好適なネットワークを含む決定モジュール２０５からの決定を受信する。１つの実施形態では、ロギングモジュール２０７は、車両が好適なネットワークの１つに接続したら、接続性データのログを取り、その接続性データログをストレージデバイス１０４に保存する。接続性データは、データ使用量、データ使用日、データ使用時間、及びサービス提供を行う通信事業者の、１つ又は複数を記述している。ロギングモジュール２０７は、信号線２２８を通じてバス２２０に通信可能に接続されている。
【００８３】
１つの実施形態では、ロギングモジュール２０７は、特定の時間間隔で定期的に、解析のために接続性サーバ１４１に接続性データログを送信する。例えば、ロギングモジュール２０７は、１時間、１０時間、２４時間などの所定の時間間隔で、接続性サーバ１４１に接続性データログを送信する。別の実施形態では、ロギングモジュール２０７は、接続性データログが更新されたときに、解析のために接続性サーバ１４１に接続性データログを送信する。例えば、ロギングモジュール２０７は、車両が新しいネットワークに接続されたときに、その新しいネットワークの通信事業者及び／又は無線技術と、接続の日時と、接続以降のデータ使用とを記述したデータに基づいて、接続性データログを更新する。
【００８４】
ＧＵＩモジュール２１１は、ユーザ１２５のためのグラフィカルデータを提供するためのコード及びルーチンである。ＧＵＩモジュール２１１は、信号線２３２を通じてバス２２０に通信可能に接続されている。１つの実施形態では、ＧＵＩモジュール２１１は、１つ又は複数の好適なネットワークをユーザ１２５に通知するためのユーザインタフェースを描くためのグラフィカルデータを生成する。例えば、ＧＵＩモジュール２１１は、好適な利用可能ネットワークの１つ又は複数の通信事業者及び／又は無線技術を記述した情報を受信する。ＧＵＩモジュール２１１は、好適な利用可能ネットワークについての情報をユーザ１２５に対して表示するためのユーザインタフェースを描くためのグラフィカルデータを生成する。ＧＵＩモジュール２１１は、生成されたグラフィカルデータをインタフェース１２０に送信し、ユーザ１２５がユーザインタフェースを通じて好適な利用可能ネットワークのなかからネットワークを選ぶことができるように、インタフェース１２０にユーザ１２５に対してユーザインタフェースを提示させる。
【００８５】
ストレージデバイス１０４
図３は、１つの実施形態にしたがった、ストレージデバイス１０４を示したブロック図３００である。ストレージデバイス１０４は、カバレッジデータ３０１と、アカウントデータ３０３と、接続性ルール・ポリシーデータ３０５と、混雑状況データ３０７と、ログデータ３０９と、ナビゲーションデータ３１１と、コンテンツデータ３１３と、車両データ３１５とを含む。当業者ならば、ストレージデバイス１０４が、本明細書で説明される機能性を提供するためのその他のデータを含んでもよいことがわかる。
【００８６】
カバレッジデータ３０１は、ネットワークカバレッジ情報を記述したデータである。例えば、カバレッジデータ３０１は、各通信事業者候補についての３Ｇ／ＬＴＥ／４Ｇカバレッジマップ、ＷｉＦｉ／ＷｉＭＡＸホットスポット情報、及び衛星マップを含む。１つの実施形態では、接続性サーバ１４１は、様々な通信事業者からカバレッジデータ３０１を受信して、接続性データベース１４４に保存する。車両システム１０１が、新しい目的地及び／又は新しい走行ルートに基づいてカバレッジデータ３０１を要求したときに、接続性サーバ１４１は、新しい目的地及び／又は新しい走行ルートに関するカバレッジデータ３０１を車両システム１０１に提供する。車両システム１０１は、カバレッジデータ３０１をストレージデバイス１０４に保存する。
【００８７】
アカウントデータ３０３は、接続性データログを含む。例えば、ログの各エントリは、例えばデータ使用量、データ使用日、データ使用時間、及びサービス提供を行う通信事業者などの、車両のデータ使用情報を記録している。１つの実施形態では、アカウントデータ３０３は、特定の期間中に車両がどれだけのデータの使用を許可されるかを示している。１つの実施形態では、接続性サーバ１４１は、様々な車両システム１０１から接続性データログを受信して、アカウントログデータベース１７５に保存する。接続性サーバ１４１は、接続性データログに基づいて、各通信事業者の活動を認証及び分析する。或る車両システム１０１が自身の接続性データログを要求すると、接続性サーバ１４１は、その接続性データログをアカウントログデータベース１７５から取り出して、車両システム１０
１に送信する。車両システム１０１は、接続性データログを受信して、アカウントデータ３０３としてストレージデバイス１０４に保存する。
【００８８】
接続性ルール・ポリシーデータ３０５は、車両にとって好適なネットワークを選択するためのルール及び方針を記述したデータである。例えば、接続性ルール・ポリシーデータ３０５は、通信事業者の優先順位、無線ネットワーク技術の一般的な優先順位、及び様々なデータタイプについての無線ネットワーク技術の優先順位を示している。１つの実施形態では、接続性サーバ１４１は、車両システム１０１からの要求に基づいて、接続性データベース１４４から接続性ルール・ポリシーデータ３０５を取り出して、車両システム１０１に送信する。車両システム１０１は、接続性ルール・ポリシーデータ３０５をストレージデバイス１０４に保存する。
【００８９】
混雑状況データ３０７は、ネットワークがどれくらい混雑しているかを記述したデータである。例えば、混雑状況データ３０７は、各ネットワーク候補が混雑（輻輳）しているかどうかを示している。１つの実施形態では、接続性サーバ１４１は、車両システム１０１が混雑状況データ３０７を要求すると、接続性データベース１４４から混雑状況データ３０７を取り出して、車両システム１０１に送信する。車両システム１０１は、混雑状況データ３０７をストレージデバイス１０４に保存する。
【００９０】
ログデータ３０９は、車内に維持されている接続性データログを含む。例えば、ロギングモジュール２０７は、接続性データログを生成して更新することを、１時間、５時間、１２時間、２４時間などの特定の時間間隔で定期的に行う。接続性データログは、例えばデータ使用量、データ使用日時、及びサービス提供を行う通信事業者などの、車両のデータ使用情報を記録している。１つの実施形態では、ロギングモジュール２０７は、各通信事業者の活動を認証及び分析するために、更新された接続性データログを接続性サーバ１４１に送信する。
【００９１】
ナビゲーションデータ３１１は、ナビゲーションモジュール１１６によって生成される。例えば、ナビゲーションデータ３１１は、好適なネットワークカバレッジを有する１つ又は複数の走行ルーを記述したデータを含む。１つの実施形態では、ナビゲーションモジュール１１６は、少なくとも一部にはネットワークデータに基づいて、１つ又は複数のネットワークカバレッジエリアを決定し、好適なネットワークカバレッジを有する１つ又は複数の走行ルートを算出する。ナビゲーションモジュール１１６は、好適なネットワークカバレッジを有する１つ又は複数の走行ルートを記述したデータを、ナビゲーションデータ３１１としてストレージデバイス１０４に保存する。
【００９２】
コンテンツデータ３１３は、バッファリングモジュール１１８によってバッファに入れられるデータである。例えば、コンテンツデータ３１３は、映像コンテンツデータや音声コンテンツデータなどの、インターネットからのメディアデータを含む。１つの実施形態では、バッファリングモジュール１１８は、ネットワーク中断を予測し、少なくとも一部にはネットワークデータに基づいて、中断期間を算出する。バッファリングモジュール１１８は、ネットワーク中断に備えてインターネットからのコンテンツデータ３１３をバッファに入れる。
【００９３】
車両データ３１５は、車両に関係付けられるデータを含む。例えば、車両データ３１５は、場所データ、目的地データ、及び走行ルートデータを含む。別の例では、車両データ３１５は、車速データも含む。場所データは、車両の現在地を記述している。目的地データは、車両の目的地を示している。走行ルートデータは、目的地までの予想される走行ルートを記述している。１つの実施形態では、制御ユニット１０３は、車両データ３１５を生成して、ストレージデバイス１０４に保存する。要求モジュール２０３は、少なくとも
一部には車両データ３１５に基づいて、ネットワークを求める要求を生成する。
【００９４】
方法
次に、図４〜６Ｂを参照にして、本明細書の方法の様々な実施形態が説明される。
【００９５】
図４は、１つの実施形態にしたがった、ネットワークを決定するための方法４００を示したフローチャートである。要求モジュール２０３は、ネットワークデータを求める要求を接続性サーバ１４１に送信する（４０２）。１つの実施形態では、要求は、車両の現在地と、車両の目的地と、目的地までの走行ルートとを記述した車両データを含む。接続性サーバ１４１は、少なくとも一部には車両データに基づいて、ネットワークデータを提供する。
【００９６】
ステップ４０４では、決定モジュール２０５は、要求されたネットワークデータを、通信モジュール２０１を通じて接続性サーバ１４１から受信する。例えば、要求されたネットワークデータは、カバレッジデータと、アカウントデータと、混雑状況データと、接続性ルール・ポリシーデータとを含む。
【００９７】
ステップ４０６では、決定モジュール２０５は、少なくとも一部には、カバレッジデータと、アカウントデータと、混雑状況データと、接続性ルール・ポリシーデータとを含む要求されたネットワークデータに基づいて、車両にとって好適なネットワークを決定する。好適なネットワークは、ネットワークデータを要因として使用して決定される。更に、好適なネットワークは、車両データ（例えば目的地及び走行ルート）や日時などに基づいて可変である。
【００９８】
図５Ａ〜５Ｂは、１つ又は複数の好適なネットワークを決定するための方法５００を示したフローチャートである。要求モジュール２０３は、車両データを取り出す（５０２）。例えば、ユーザ１２５が新しい目的地を入力した後、又はナビゲーションモジュール１１６が新しい目的地を推定した後、要求モジュール２０３は、更新された車両データをストレージデバイス１０４から取り出す。更新された車両データは、新しい目的地と、車両の現在地と、新しい目的地までの予想される走行ルートとを記述している。
【００９９】
ステップ５０４では、要求モジュール２０３は、車両データに基づいて、ネットワークデータを求める要求を生成する。例えば、要求は、新しい目的地と、車両の現在地と、新しい目的地までの予想される走行ルートとを記述した更新された車両データを含む。ステップ５０６では、要求モジュール２０３は、要求を接続性サーバ１４１に送信する。このようにすれば、接続性サーバ１４１は、少なくとも一部には車両データに基づいて、ネットワークデータを決定モジュール２０５に提供することができる。
【０１００】
ステップ５０８では、決定モジュール２０５は、接続性サーバ１４１からネットワークデータを受信する。例えば、ネットワークデータは、カバレッジデータと、アカウントデータと、混雑状況データと、接続性ルール・ポリシーデータとを含む。ステップ５１０では、決定モジュール２０５は、ネットワークデータをキャッシュする。例えば、決定モジュール２０５は、ネットワークデータをストレージデバイス１０４に保存する。
【０１０１】
次に、図５Ｂを参照すると、１つの実施形態にしたがった、ネットワークデータに基づいて１つ又は複数の好適なネットワークを決定するためのサブルーチン５５５が示されている。決定モジュール２０５は、ネットワークデータに基づいて、１つ又は複数の利用可能ネットワークを決定する（５３２）。例えば、決定モジュール２０５は、１つ又は複数の利用可能ネットワークを決定するために、車両の現在地及び／又は目的地までの予想走行ルート沿いのエリアについてのカバレッジ情報を求めてネットワークデータを解析する
。
【０１０２】
ステップ５３４では、決定モジュール２０５は、利用可能ネットワークをランク付けする。例えば、決定モジュール２０５は、少なくとも一部にはアカウントデータ、混雑状況データ、及び通信事業者との間におけるデータ量の契約に基づいて、利用可能ネットワークをランク付けする。
【０１０３】
ステップ５３６では、決定モジュール２０５は、少なくとも一部には車内のアプリケーションからの接続性要件に基づいて、ランクを調整する。例えば、もし、車内の用途が、例えば映像の再生を要するなどのように高帯域幅を必要とするならば、決定モジュール２０５は、より高い帯域幅を提供するネットワークが上位にランクするようにランクを調整する。
【０１０４】
ステップ５３８では、決定モジュール２０５は、少なくとも一部には、ランク及び接続性ルール・ポリシーデータに基づいて、１つ又は複数の好適なネットワークを決定する。例えば、接続性ルール・ポリシーデータは、通信事業者の優先順位、無線ネットワーク技術の一般的な優先順位、及び様々なデータタイプについての無線ネットワーク技術の優先順位を含む。決定モジュール２０５は、ランク及び優先順位を使用して、１つ若しくは２つ以上の好適な通信事業者及び／又は１つ若しくは２つ以上の好適な無線ネットワーク技術などの１つ又は複数の好適なネットワークを決定する。
【０１０５】
ステップ５３８の後、サブルーチン５５５は終了し、方法５００はステップ５１２に戻る。再び図５Ａを参照すると、ステップ５１２において、ロギングモジュール２０７は、接続性データのログを取る。例えば、車両が好適なネットワークの１つに接続したら、ロギングモジュール２０７は、接続性データのログを取り、その接続性データログをストレージデバイス１０４に保存する。
【０１０６】
図６は、１つの実施形態にしたがった、ネットワークカバレッジ情報に基づいて車両をナビゲートするための方法６００を示したフローチャートである。ナビゲーションモジュール１１６は、ネットワーク中断を検出し（６０２）、該ネットワーク中断の検出に応答してストレージデバイス１０４からネットワークデータを取り出す。ネットワーク中断の検出は、実際にネットワークが中断したことを検出しても良いし、受信電力やネットワークデータ（特にカバレッジデータ）に基づいてネットワークが中断することを事前に予測しても良い。ネットワーク中断の検出時に取り出されたネットワークデータは、ネットワークカバレッジ情報を記述したカバレッジデータを含む。ナビゲーションモジュール１１６は、少なくとも一部にはネットワークカバレッジ情報に基づいて、車両の現在地を取り巻く１つ又は複数のネットワークカバレッジエリアを決定する。ステップ６０４では、ナビゲーションモジュール１１６は、１つ又は複数のネットワークカバレッジエリアをユーザ１２５に通知する。
【０１０７】
ステップ６０６では、ナビゲーションモジュール１１６は、少なくとも一部にはネットワークカバレッジ情報に基づいて、好適なネットワークカバレッジを有する走行ルートを算出する。ステップ６０８では、ナビゲーションモジュール１１６は、走行ルートに基づいて車両をナビゲートする。例えば、ナビゲーションモジュール１１６は、走行ルートを記述したデータを、それを運転手などのユーザ１２５に対して表示するためにインタフェース１２０に送信する。もし、ユーザ１２５が走行ルートに合意したならば、ナビゲーションモジュール１１６は、その走行ルートに基づいて車両を目的地へナビゲートする。
【０１０８】
図７は、１つの実施形態にしたがった、ネットワーク中断に応答してメディアデータをバッファに入れるための方法７００を示したフローチャートである。バッファリングモジ
ュール１１８は、ネットワーク中断を予測する（７０２）。例えば、バッファリングモジュール１１８は、ストレージデバイス１０４からネットワークデータを取り出し、少なくとも一部には該ネットワークデータに基づいて、ネットワーク中断があるかどうかを事前に決定する。１つの実施形態では、バッファリングモジュール１１８は、ネットワーク中断があると事前に決定する。
【０１０９】
ステップ７０４では、バッファリングモジュール１１８は、ネットワークデータに基づいて中断期間を決定する。例えば、バッファリングモジュール１１８は、走行ルートのなかでネットワークカバレッジを伴わない部分の場所及び長さと、平均車速とにしたがって、中断期間の開始時間及び長さを算出する。
【０１１０】
ステップ７０６では、バッファリングモジュール１１８は、中断期間にしたがってメディアデータをバッファに入れる。例えば、バッファリングモジュール１１８は、予想される中断期間に備えてユーザ１２５（例えば同乗者）が車内で見ている映像コンテンツをバッファに入れる。
【０１１１】
実施形態の前述の説明は、例示と説明を目的として行われたものである。したがって、開示された実施形態が本発明の全てではないし、本発明を上記の実施形態に限定するものでもない。本発明は、上記の開示にしたがって、種々の変形が可能である。本発明の範囲は上述の実施形態に限定解釈されるべきではなく、特許請求の範囲にしたがって解釈されるべきである。本発明の技術に詳しい者であれば、本発明はその思想や本質的特徴から離れることなくその他の種々の形態で実現できることを理解できるであろう。同様に、モジュール・処理・特徴・属性・方法およびその他の本発明の態様に関する名前付けや分割方法は必須なものでものないし重要でもない。また、本発明やその特徴を実装する機構は異なる名前や分割方法や構成を備えていても構わない。さらに、当業者であれば、モジュール・処理・特徴・属性・方法およびその他の本発明の態様は、ソフトウェア、ハードウェア、ファームウェアもしくはこれらの組合せとして実装できることを理解できるであろう。また、本発明をソフトウェアとして実装する場合には、モジュールなどの各要素は、どのような様式で実装されても良い。例えば、スタンドアローンのプログラム、大きなプログラムの一部、異なる複数のプログラム、静的あるいは動的なリンクライブラリー、カーネルローダブルモジュール、デバイスドライバー、その他コンピュータプログラミングの当業者にとって既知な方式として実装することができる。さらに、本発明の実装は特定のプログラミング言語に限定されるものではないし、特定のオペレーティングシステムや環境に限定されるものでもない。以上のように、上記の本発明の説明は限定的なものではなく例示的なものであり、本発明の範囲は添付の特許請求の範囲にしたがって定められる。
【符号の説明】
【０１１２】
１０１      車両システム
１０２      通信ユニット
１０３      制御ユニット
１０４      ストレージデバイス
１０５      ネットワーク
１１２      プロセッサ
１１４      ネットワーク管理モジュール
１１６      ナビゲーションモジュール
１１８      バッファリングモジュール
１４１      接続性サーバ
１４２      データ供給モジュール
１４４      接続性データベース
１５０      統一型クラウドデータベース
１７１      アカウントサーバ
１７５      アカウントログデータベース
２０１      通信モジュール
２０３      要求モジュール
２０５      決定モジュール
２０７      ロギングモジュール
２１１      ＧＵＩモジュール
【図１】
2013186121.tif 000003
【図２】
2013186121.tif 000004
【図３】
2013186121.tif 000005
【図４】
2013186121.tif 000006
【図５Ａ】
2013186121.tif 000007
【図５Ｂ】
2013186121.tif 000008
【図６】
2013186121.tif 000009
【図７】
2013186121.tif 000010