(57)【特許請求の範囲】
【請求項１】
無線通信を介して接続される車載端末とコンテンツ配信サーバとを備えるコンテンツ配信システムであって、
前記コンテンツ配信サーバは、
前記無線通信の通信状態が悪い通信不良場所で前記車載端末により利用される可能性が高いコンテンツを特定し、前記車載端末を搭載した車両が前記通信不良場所に到達する前に、前記特定したコンテンツを前記車載端末に送信する事前送信部を備え、
前記車載端末は、
前記事前送信部により送信されたコンテンツを保存する車載端末保存部を備え、
前記車載端末と前記コンテンツ配信サーバとの通信を中継し、前記車載端末とともに移動する携帯端末と、
前記コンテンツ配信サーバからの要求に応じてコンテンツを提供するコンテンツ提供サーバと、をさらに備え、
前記携帯端末は、前記事前送信部により送信されたコンテンツを保存する携帯端末保存部を備え、
前記コンテンツ配信サーバは、コンテンツを保存するサーバ保存部をさらに備え、
前記コンテンツ配信サーバの前記事前送信部は、前記コンテンツを前記コンテンツ提供サーバから取得し、前記サーバ保存部、前記携帯端末保存部、および前記車載端末保存部のいずれか１つに保存させるコンテンツ配信システム。
【請求項２】
請求項１に記載のコンテンツ配信システムにおいて、
前記コンテンツ配信サーバの前記事前送信部は、前記無線通信の通信状態、および／または前記コンテンツが利用される頻度に基づき、前記サーバ保存部、前記携帯端末保存部、および前記車載端末保存部のいずれに前記コンテンツを保存させるかを決定するコンテンツ配信システム。
【請求項３】
請求項２に記載のコンテンツ配信システムにおいて、
前記コンテンツ配信サーバの前記事前送信部は、
前記無線通信の通信状態、および／または前記コンテンツが利用される頻度に基づき、前記コンテンツの優先度を設定し、
前記コンテンツの優先度が高い場合には、前記コンテンツを前記車載端末保存部に保存させ、前記コンテンツの優先度が中程度の場合には、前記コンテンツを前記携帯端末保存部に保存させ、前記コンテンツの優先度が低い場合には、前記コンテンツを前記サーバ保存部に保存させるコンテンツ配信システム。
【請求項４】
請求項１に記載のコンテンツ配信システムにおいて、
前記車載端末は、前記無線通信の通信状態、および／またはコンテンツが利用される頻度に基づき、前記車載端末保存部から削除するコンテンツを決定するキャッシュ削除部をさらに備えるコンテンツ配信システム。
【請求項５】
コンテンツを保存するサーバ保存部を備えるコンテンツ配信サーバと、
前記コンテンツ配信サーバと無線通信を介して接続され、前記コンテンツ配信サーバにより送信されたコンテンツを保存する車載端末保存部を備える車載端末と、
前記車載端末と前記コンテンツ配信サーバとの通信を中継し、前記車載端末とともに移動し、前記コンテンツ配信サーバから送信されたコンテンツを保存する携帯端末保存部を備える携帯端末と、
前記コンテンツ配信サーバからの要求に応じてコンテンツを提供するコンテンツ提供サーバとを備えるコンテンツ配信システムが実行するコンテンツ配信方法であって、
前記コンテンツ配信サーバが、
前記無線通信の通信状態が悪い通信不良場所で前記車載端末により利用される可能性が高いコンテンツを特定し、前記車載端末を搭載した車両が前記通信不良場所に到達する前に、前記特定したコンテンツを前記車載端末に送信することと、
前記コンテンツを前記コンテンツ提供サーバから取得し、前記サーバ保存部、前記携帯端末保存部、および前記車載端末保存部のいずれか１つに保存させることとを含むコンテンツ配信方法。
【請求項６】
請求項５に記載のコンテンツ配信方法において、
前記コンテンツ配信サーバは、前記無線通信の通信状態、および／または前記コンテンツが利用される頻度に基づき、前記サーバ保存部、前記携帯端末保存部、および前記車載端末保存部のいずれに前記コンテンツを保存させるかを決定するコンテンツ配信方法。
【請求項７】
請求項６に記載のコンテンツ配信方法において、
前記コンテンツ配信サーバは、
前記無線通信の通信状態、および／または前記コンテンツが利用される頻度に基づき、前記コンテンツの優先度を設定し、
前記コンテンツの優先度が高い場合には、前記コンテンツを前記車載端末保存部に保存させ、前記コンテンツの優先度が中程度の場合には、前記コンテンツを前記携帯端末保存部に保存させ、前記コンテンツの優先度が低い場合には、前記コンテンツを前記サーバ保存部に保存させるコンテンツ配信方法。
【請求項８】
請求項５に記載のコンテンツ配信方法において、
前記車載端末は、前記無線通信の通信状態、および／またはコンテンツが利用される頻度に基づき、前記車載端末保存部から削除するコンテンツを決定するコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信システム、およびコンテンツ配信方法に関する。
【背景技術】
【０００２】
走行車両に搭載された端末を用いて、ユーザが任意のコンテンツを利用するニーズが存在する。特許文献１には、走行経路上の公衆無線ＬＡＮサービス、いわゆるホットスポットを利用してユーザが選択したコンテンツを配信するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】欧州特許出願公開第１７３７１６０号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載されている発明では、通信状態が悪い場所ではコンテンツを利用できない。
【課題を解決するための手段】
【０００５】
本発明によるコンテンツ配信システムは、無線通信を介して接続される車載端末とコンテンツ配信サーバとを備えるコンテンツ配信システムであって、コンテンツ配信サーバは、無線通信の通信状態が悪い通信不良場所で車載端末により利用される可能性が高いコンテンツを特定し、車載端末を搭載した車両が通信不良場所に到達する前に、特定したコンテンツを車載端末に送信する事前送信部を備え、車載端末は、事前送信部により送信されたコンテンツを保存する車載端末保存部を備え、車載端末とコンテンツ配信サーバとの通信を中継し、車載端末とともに移動する携帯端末と、コンテンツ配信サーバからの要求に応じてコンテンツを提供するコンテンツ提供サーバと、をさらに備え、携帯端末は、事前送信部により送信されたコンテンツを保存する携帯端末保存部を備え、コンテンツ配信サーバは、コンテンツを保存するサーバ保存部をさらに備え、コンテンツ配信サーバの事前送信部は、コンテンツをコンテンツ提供サーバから取得し、サーバ保存部、携帯端末保存部、および車載端末保存部のいずれか１つに保存させる。
本発明によるコンテンツ配信方法は、コンテンツを保存するサーバ保存部を備えるコンテンツ配信サーバと、コンテンツ配信サーバと無線通信を介して接続され、コンテンツ配信サーバにより送信されたコンテンツを保存する車載端末保存部を備える車載端末と、車載端末とコンテンツ配信サーバとの通信を中継し、車載端末とともに移動し、コンテンツ配信サーバから送信されたコンテンツを保存する携帯端末保存部を備える携帯端末と、コンテンツ配信サーバからの要求に応じてコンテンツを提供するコンテンツ提供サーバとを備えるコンテンツ配信システムが実行するコンテンツ配信方法であって、コンテンツ配信サーバが、無線通信の通信状態が悪い通信不良場所で車載端末により利用される可能性が高いコンテンツを特定し、車載端末を搭載した車両が通信不良場所に到達する前に、特定したコンテンツを車載端末に送信することと、コンテンツをコンテンツ提供サーバから取得し、サーバ保存部、携帯端末保存部、および車載端末保存部のいずれか１つに保存させることとを含む。
【発明の効果】
【０００６】
本発明によれば、通信状態が悪い場所でもコンテンツを利用できる。
【図面の簡単な説明】
【０００７】
【図１】コンテンツ配信システム１の構成を示すブロック図
【図２】車載端末のシステム構成を示す図
【図３】行動履歴１６ｂの一例を示す図
【図４】携帯端末のシステム構成を示す図
【図５】ＡＰサーバのシステム構成を示す図
【図６】行動履歴解析サーバのシステム構成を示す図
【図７】コンテンツ取得テーブルの一例を示す図
【図８】コンテンツ取得テーブルが作成される過程を示す遷移図
【図９】ＡＰサーバによりコンテンツがプッシュ配信される過程を示す遷移図
【図１０】ＡＰサーバによるコンテンツのプッシュ配信の動作を説明するフローチャート
【図１１】携帯端末によるコンテンツのプッシュ配信の動作を説明するフローチャート
【図１２】車載端末によるコンテンツ要求の処理を示すフローチャート
【図１３】携帯端末によるコンテンツ要求の処理を示すフローチャート
【図１４】ＡＰサーバによるコンテンツ要求の処理を示すフローチャート
【図１５】無線通信の通信キャリアを考慮したコンテンツ取得テーブルの一例を示す図
【図１６】キャッシュ先を考慮したコンテンツ取得テーブルの一例を示す図
【発明を実施するための形態】
【０００８】
（発明の概要と用語の定義）
車載端末、または携帯端末で利用されるコンテンツは、ユーザによる端末の操作に基づきサーバから送信されるだけでなく、所定の処理に基づきユーザによる明示の要求がなくともサーバから送信される。ユーザによる明示の要求がない場合に、サーバがコンテンツを送信して保存させる行為を本明細書では「プッシュ配信」と呼ぶ。サーバによりプッシュ配信されたコンテンツを保存する記憶領域を「キャッシュ」と呼ぶ。すなわち、他の機器との通信が不可能な状態であっても、車載端末は車載端末のキャッシュからコンテンツを読み込み、そのコンテンツを利用することができる。
【０００９】
（第１の実施の形態）
以下、図１〜１４を参照して、本発明によるコンテンツ配信システムの第１の実施の形態を説明する。
【００１０】
（構成）
図１は、コンテンツ配信システム１の構成を示すブロック図である。コンテンツ配信システム１は、車載端末１０と、携帯端末２０と、データセンタ３０と、複数の外部サーバ７１とを備える。
本実施の形態において、コンテンツとは、文字、音声、および画像の情報を少なくとも１つを出力するプログラムであり、携帯端末２０により実行される。コンテンツはたとえば、天気予報コンテンツ、ＳＮＳコンテンツ、音楽再生コンテンツ、写真表示コンテンツ、動画表示コンテンツ、ニュースコンテンツなどである。
【００１１】
車載端末１０および携帯端末２０は、移動する車両５に搭載される。車両５は、複数の衛星からの受信電波に基づいて車両５の位置を算出可能なＧＮＳＳ（Global Navigation Satellite System）受信機４を備え、ＧＮＳＳ受信機４が算出する位置は車載端末１０に出力される。車載端末１０と携帯端末２０とは、近距離用無線通信、たとえばＩＥＥＥ８０２．１５．１の通信規格に従った無線通信や無線ＬＡＮにより通信を行う。本実施の形態では、車載端末１０と携帯端末２０との通信は常に正常に行われるとする。携帯端末２０は、広域無線通信、たとえばＬＴＥ（Long Term Evolution）方式を用いて最寄りの基地局６０と通信を行う。この広域無線通信は、車両５の位置により通信速度が変化する。たとえば、車両５がトンネル内などの電波が届きにくい場所に居る場合や、基地局を利用する端末が密集する繁華街に居る場合などは、通信速度が低下する。車載端末１０および携帯端末２０の構成は後述する。
【００１２】
基地局６０は、電波を用いて携帯端末２０と通信を行い、ネットワーク網６を介してデータセンタ３０と通信を行う。すなわち基地局６０は、携帯端末２０とデータセンタ３０との通信を仲介する。ネットワーク網６は、携帯電話の通信キャリアが提供するキャリアネットワーク（ＮＷ）回線、ないしはインターネットサービスプロバイダ（ＩＳＰ）が提供するＩＳＰネットワークなどである。図１には基地局６０は１つしか記載されていないが、携帯端末２０を搭載する車両５が移動しても通信が可能なように、基地局６０は広範囲に点在している。
【００１３】
データセンタ３０は、アプリケーションサーバ（以下、ＡＰサーバ）４０と、行動履歴解析サーバ５０とを備える。
ＡＰサーバ４０は、車載端末１０の要求に応じたコンテンツの送信、および車載端末１０へのコンテンツのプッシュ配信を行う。行動履歴解析サーバ５０は、携帯端末２０から受信した後述する行動履歴１６ｂを解析し、後述するコンテンツ取得テーブル５５を作成する。
【００１４】
外部サーバ７１は、複数のコンテンツが記録された記憶部を備える。各コンテンツにはプッシュ配信により車載端末１０、携帯端末２０、ＡＰサーバ４０の各キャッシュに保存される期限（以下、キャッシュの有効期限）が設定されている。キャッシュの有効期限は、ＡＰサーバ４０からのコンテンツの要求に応じてコンテンツとともにＡＰサーバ４０に送信される。キャッシュの有効期限は、たとえば天気予報などのように時刻とともにコンテンツの内容が変化するため、強制的に外部サーバ７１から再取得させたい場合に設定される。
【００１５】
ＡＰサーバ４０は、後述するようにキャッシュの有効期限を考慮してプッシュ配信を行う。キャッシュの有効期限は、コンテンツを提供するコンテンツホルダーにより設定される。外部サーバ７１は、ＡＰサーバ４０からの要求に応じて記憶しているコンテンツを送信する。コンテンツのキャッシュの有効期限は、コンテンツとともに要求を行ったＡＰサーバ４０に送信される。
図１には車両５は１台のみ記載されているが、車両５および車両５に搭載される車載端末１０および携帯端末２０は複数存在する。
【００１６】
（車載端末の構成）
図２は車載端末１０のシステム構成を示す図である。車載端末１０は、ユーザが情報の入力を行う入力部１１と、ユーザへ情報の表示を行う表示部１２と、車載端末１０の動作を制御する車載端末制御部１３と、外部記憶装置であるメモリーカードを識別するメモリーカードインタフェース１４と、携帯端末２０と通信する接続インタフェース１５と、記憶部１６と、ＡＰサーバ４０および携帯端末２０と協調動作するコンテンツ事前取得部１７とを備える。
接続インタフェース１５は、近距離用無線通信、たとえばＩＥＥＥ８０２．１５．１や無線ＬＡＮに対応する通信インタフェースである。車載端末１０は、接続インタフェース１５を用いて携帯端末２０と通信する。本実施の形態では、車載端末１０と携帯端末２０との間の通信に障害は発生しないこととする。
【００１７】
記憶部１６は、たとえばフラッシュメモリである。記憶部１６は、プッシュ配信された１または複数のコンテンツを保存する保存領域である車載キャッシュ１６ａを備える。記憶部１６には、行動履歴処理部１８が出力する行動履歴１６ｂが格納される。
ユーザにより不図示のイグニッションキーがＯＮにされると、表示部１２にはコンテンツの一覧が表示される。ユーザが入力部１１を用いていずれかのコンテンツを選択すると、選択されたコンテンツが車載端末制御部１３により実行される。車載端末制御部１３は、ユーザにより選択されたコンテンツが車載キャッシュ１６ａに存在すればそれを使用し、車載キャッシュ１６ａになければ携帯端末２０から、または携帯端末２０を介してＡＰサーバ４０または外部サーバ７１から取得する。
【００１８】
車載端末制御部１３は、ＣＰＵ、ＲＯＭ、およびＲＡＭを備える。ＲＯＭには後述するプログラムが保存されており、これをＲＡＭに展開して実行する。
コンテンツ事前取得部１７は、コンテンツを取得した際に行動履歴１６ｂを取得する行動履歴処理部１８と、車載キャッシュ１６ａを処理するキャッシュ処理部１９とを備える。これらの動作は後述する。コンテンツ事前取得部１７、およびコンテンツ事前取得部１７を構成する行動履歴処理部１８ならびにキャッシュ処理部１９は、車載端末制御部１３のＣＰＵにより実行される機能を機能ブロックとして表したものである。
行動履歴１６ｂには、外部サーバ７１からコンテンツを取得した際の車両５の位置や携帯端末２０での広域無線通信による受信電波強度等が記録される。
【００１９】
図３は、行動履歴１６ｂの一例を示す図である。図３に示す例では、行動履歴１６ｂは、時刻、名称、実行位置、電波強度、ダウンロード速度、ダウンロード時間、の各項目の情報から構成される。
時刻とは、ユーザが入力部１１を用いてコンテンツを選択したときの時刻である。名称とは、ユーザが入力部１１を用いて選択したコンテンツの名称である。実行位置とは、ユーザが入力部１１を用いてコンテンツを選択した際の車両５の位置を特定する緯度と経度である。この位置は、ＧＮＳＳ受信機４の出力を用いる。電波強度とは、コンテンツを取得した際の携帯端末２０の受信電波強度の平均値である。電波強度は、携帯端末２０から当該コンテンツのダウンロード直後に取得する。ダウンロード速度とは、コンテンツを取得した際のデータの平均転送レートである。ダウンロード時間とは、コンテンツの取得に要した時間である。
【００２０】
電波強度は、携帯端末２０と基地局６０との通信状態を表している。換言すれば電波強度は、基地局６０から外部サーバ７１までの通信経路の影響を受けない。一方ダウンロード速度は、携帯端末２０から外部サーバ７１までの通信経路の全ての影響を受ける。
図３に示す例では２つの履歴が示されており、上段は電波強度が「−５５ｄＢｍ」と高く、下段は電波強度が「−９０ｄＢｍ」と低い。そのため、下段は携帯端末２０と基地局６０との無線通信の通信状態が悪く、ダウンロード速度が遅くなっている。
【００２１】
（携帯端末の構成）
図４は携帯端末２０のシステム構成を示す図である。携帯端末２０は、ユーザが情報の入力を行う入力部２１と、ユーザへ情報の表示を行う表示部２２と、携帯端末２０の動作を制御する携帯端末制御部２３と、外部通信インタフェース２４と、車載端末１０と接続する接続インタフェース２５と、記憶部２６と、ＡＰサーバ４０および車載端末１０と協調動作するコンテンツ事前中継部２７とを備える。コンテンツ事前中継部２７は、行動履歴処理部２８と、携帯キャッシュ２６ａを処理するキャッシュ処理部２９とを備える。
記憶部２６は、たとえばフラッシュメモリである。記憶部２６は、プッシュ配信された１または複数のコンテンツを保存する保存領域である携帯キャッシュ２６ａを備える。記憶部２６には、携帯端末２０が出力するログ等が格納される。
【００２２】
携帯端末制御部２３は、ＣＰＵ、ＲＯＭ、およびＲＡＭを備える。ＣＰＵは、ＲＯＭに保存されているプログラムをＲＡＭに展開して実行する。
外部通信インタフェース２４は、広域無線通信、たとえばＬＴＥ（Long Term Evolution）方式に対応する無線通信インタフェースである。携帯端末２０は、外部通信インタフェース２４を用いて最寄りの基地局６０と通信を行うことにより、ネットワーク網６を通してデータセンタ３０と通信する。外部通信インタフェース２４は、基地局６０から受信する電波の強度である電波強度を検出し、携帯端末制御部２３に出力する。
【００２３】
接続インタフェース２５は、近距離用無線通信、たとえばＩＥＥＥ８０２．１５．１や無線ＬＡＮに対応する通信インタフェースである。携帯端末２０は、接続インタフェース１５を用いて車載端末１０と通信する。
行動履歴処理部２８は、コンテンツを外部サーバ７１から取得、すなわちダウンロードした際に電波強度の平均値を車載端末１０に送信する。車載端末の行動履歴処理部１８は、受信した電波強度を行動履歴１６ｂの１項目として保存する。
コンテンツ事前中継部２７、およびコンテンツ事前中継部２７を構成する行動履歴処理部２８ならびにキャッシュ処理部２９は、携帯端末制御部２３のＣＰＵにより実行される機能を示す機能ブロックとして表したものである。
【００２４】
（アプリケーションサーバの構成）
図５はＡＰサーバ４０のシステム構成を示す図である。ＡＰサーバ４０は、サーバ装置である。ＡＰサーバ４０は、プッシュ配信を行うコンテンツ事前配信部４７と、ＡＰサーバの動作を制御するＡＰサーバ制御部４３と、行動履歴解析サーバ５０やネットワーク網７と接続する通信インタフェース４４とを備える。
記憶部４６は、たとえばハードディスクドライブである。記憶部４６は、外部サーバ７１から取得した１または複数のコンテンツを保存する保存領域であるサーバキャッシュ４６ａを備える。
コンテンツ事前配信部４７は、サーバキャッシュ４６ａを処理するキャッシュ処理部４９と、外部サービスとの疎通や外部サービスの死活を確認する疎通確認部４８ａと、車両５の出発地から目的地への経路を算出する経路算出部４８ｂとを備える。
【００２５】
（行動履歴解析サーバの構成）
図６は行動履歴解析サーバ５０のシステム構成を示す図である。行動履歴解析サーバ５０は、１台のサーバ装置である。行動履歴解析サーバ５０は、車載端末１０が出力する行動履歴を収集する行動履歴収集部５１と、解析サーバ制御部５３と、車載端末１０から収集した行動履歴１６ｂを格納する行動履歴ＤＢ５４と、行動履歴ＤＢ５４に格納された行動履歴を解析する行動履歴解析部５２と、ネットワーク網６と接続する接続インタフェース５６と、行動履歴解析部５２が出力するコンテンツ取得テーブル５５と、を備える。
【００２６】
行動履歴ＤＢ５４は、図３に例を示した行動履歴１６ｂが蓄積されたものである。したがって、行動履歴ＤＢ５４に格納されている情報の種類は、行動履歴１６ｂと同様である。ただし前述のように、コンテンツ配信システム１は複数の車載端末１０、および携帯端末２０から構成されるので、行動履歴ＤＢ５４には複数の車載端末１０が送信した行動履歴１６ｂが蓄積されている。
行動履歴解析部５２は行動履歴ＤＢ５４を読み込み、後述する処理によりコンテンツ取得テーブル５５を作成する。コンテンツ取得テーブル５５は、コンテンツごとに実行された位置を分類し、通信状態、および実行された頻度を評価点数を用いて評価したものである。コンテンツ取得テーブル５５は、ＡＰサーバ４０がプッシュ配信を行う際に参照される。
【００２７】
図７は、コンテンツ取得テーブル５５の一例を示す図である。図７の例では、コンテンツ取得テーブル５５は、名称、要求位置、通信状態、アクセス頻度、の項目から構成される。名称とは、コンテンツの名称であり、図３に示した行動履歴１６ｂの「名称」と同様である。要求位置とは、ユーザが入力部１１を用いてコンテンツを選択した際の車両５の位置、すなわち行動履歴１６ｂの「位置」が、どのエリアに含まれるかを示すものである。
通信状態はコンテンツを取得した際の携帯端末２０と基地局６０との無線通信の通信状態を表しており、行動履歴１６ｂの「電波強度」、および「ダウンロード速度」に基づき、１〜３点のいずれかの評価点数が付される。「電波強度」が強く「ダウンロード速度」が速いほど通信状態がよいと判断され、「電波強度」が弱く「ダウンロード速度」が遅いほど通信状態が悪いと判断される。通信状態がよいと判断される場合には大きな評価点数が、通信状態が悪いと判断される場合には小さな評価点数が割り当てられる。「電波強度」、「ダウンロード速度」、およびデータセンタ３０の管理者が設定する所定の閾値に基づき、評価点数が決定される。
【００２８】
たとえば、「電波強度」をＡ＜Ｂの関係を満たす電波強度の閾値Ａ及びＢを用いて評価する。「電波強度」がＡ未満であれば、通信状態の評価点数を１点とし、Ｂ以上であれば３点、Ａ以上Ｂ未満であれば２点とする。さらに「電波強度」を評価した評価点数が２点以上の場合は、「ダウンロード速度」も加味して以下のとおり修正する。すなわち、「ダウンロード速度」がダウンロード速度の閾値Ｃ未満であれば、通信状態の評価点数を１つ下げる。
【００２９】
アクセス頻度は、コンテンツが起動された回数より決定される。例えば所定の期間にコンテンツが起動された回数と、整数である所定の閾値Ｄ及びＥに基づき決定される。起動された回数が多いほど低い評価点数が設定される。あるコンテンツが所定期間に起動された回数が「Ｄ回」未満の場合は、アクセス頻度の評価点数は３点に設定される。同様に、起動された回数が「Ｅ回」以上であれば１点、「Ｄ回」以上かつ「Ｅ回」未満であれば２点に設定される。通信状態の閾値と同様に、アクセス頻度の評価点数を決定する閾値は、データセンタ３０の管理者によって任意に設定可能である。
【００３０】
（システムの３つの動作）
コンテンツ配信システム１の３つの主な動作を説明する。３つの主な動作とはすなわち、コンテンツの取得、コンテンツ取得テーブル５５の作成、コンテンツのプッシュ配信である。
【００３１】
（コンテンツの取得）
車載端末１０は、ユーザにより選択されたコンテンツを取得し、実行する。コンテンツは外部サーバ７１に保存されているが、車載端末１０、携帯端末２０、およびＡＰサーバ４０はプッシュ送信されたコンテンツを備える。ユーザにより選択されたコンテンツが車載キャッシュ１６ａ、携帯キャッシュ２６ａ、およびサーバキャッシュ４６ａのいずれにもない場合に、車載端末１０はそのコンテンツを外部サーバ７１から取得する。ユーザにより選択されたコンテンツがいずれかのキャッシュに含まれる場合には、そのキャッシュから読み込まれる。
外部サーバ７１からコンテンツを取得する際は、前述のとおり車載端末１０の行動履歴処理部１８が行動履歴を取得し、記憶部１６に行動履歴１６ｂとして蓄積する。
【００３２】
（コンテンツ取得テーブルの作成）
図８は、コンテンツ取得テーブル５５が作成される過程を示す遷移図である。図中のステップ番号と対応させて説明する。
所定の時間間隔ごとに、車載端末１０は、記憶部１６に保存された行動履歴１６ｂを行動履歴解析サーバ５０へ送信するために、携帯端末２０へ行動履歴１６ｂを送信する（ステップＳ８０）。ただし行動履歴１６ｂの送信は、ユーザにより任意のタイミングで行われてもよい。
【００３３】
携帯端末２０に送信された行動履歴１６ｂは、携帯端末２０から行動履歴解析サーバ５０へ転送される（ステップＳ８１）。すなわち、ステップＳ８０、Ｓ８１の処理が車載端末１０と携帯端末２０においてそれぞれ行われることにより、行動履歴１６ｂが車載端末１０から携帯端末２０を介して行動履歴解析サーバ５０へ送信される。
行動履歴解析サーバ５０に送信された行動履歴１６ｂは、蓄積済みの情報と統合されて行動履歴ＤＢ５４に格納される。行動履歴ＤＢ５４は行動履歴解析部５２により解析され、コンテンツ取得テーブル５５が作成、または更新される（ステップＳ８２）。行動履歴解析部５２は、携帯端末２０から行動履歴を受信した後直ぐに行動履歴ＤＢ５４の解析を実施してもよいし、一定時間毎に解析を実施してもよい。
【００３４】
（プッシュ配信）
図９は、ＡＰサーバ４０によりコンテンツがプッシュ配信される過程を示す遷移図である。図中のステップ番号と対応させて説明する。
ユーザにより入力部１１を介して車載端末１０に目的地、出発地の情報が入力されると、入力された情報が携帯端末２０を経由してＡＰサーバ４０へ送信される（ステップＳ８３）。ただし出発地は、車両５のＧＮＳＳ受信機４から取得した位置を用いてもよい。
携帯端末２０からＡＰサーバ４０へ目的地および出発地が送信されると、ＡＰサーバ４０の経路算出部４８ｂにより出発地から目的地への経路が算出される（ステップＳ８３ａ）。ＡＰサーバ４０は、行動履歴解析サーバ５０のコンテンツ取得テーブル５５を参照し、算出した経路に含まれる電波不良場所を特定する。そして、ＡＰサーバ４０、携帯端末２０または車載端末１０に保存すべきコンテンツを判断する（ステップＳ８４）。保存すべきコンテンツがある場合、ＡＰサーバ４０は、コンテンツ取得要求を外部サーバ７１へ送信する（ステップＳ８５）。
【００３５】
コンテンツ取得要求を受信した外部サーバ７１は、要求されたコンテンツの送信であるコンテンツ応答をＡＰサーバ４０へ送信する（ステップＳ８６）。
外部サーバ７１よりコンテンツ応答を受信したＡＰサーバ４０は、受信したコンテンツのうち、ＡＰサーバ４０が保存すべきコンテンツをサーバキャッシュ４６ａへ保存する（ステップＳ８７）。ＡＰサーバ４０は、車載端末１０または携帯端末２０に保存すべきコンテンツを携帯端末２０へ送信する（ステップＳ８８）。このとき送信する情報には、コンテンツの保存先の情報、およびキャッシュの有効期限を含む。
携帯端末２０のキャッシュ処理部２９は、コンテンツに付加された保存先の情報を参照し、受信したコンテンツのうち、携帯端末２０に保存すべきコンテンツを携帯キャッシュ２６ａへ保存する（ステップＳ８９）。コンテンツ事前中継部２７は、コンテンツに付加されたキャッシュ先の情報を参照し、車載端末１０へ保存すべきコンテンツを車載端末１０へ送信する（ステップＳ９０）。
携帯端末２０から車載端末１０がコンテンツを受信すると、キャッシュ処理部１９が受信したコンテンツを車載キャッシュ１６ａへ保存する（ステップＳ９１）。
【００３６】
上記説明した動作を実行するプログラムのフローチャートを説明する。
（ＡＰサーバのプッシュ配信のフローチャート）
図１０は、ＡＰサーバ４０によるコンテンツのプッシュ配信の動作を説明するフローチャートである。以下に説明する各ステップの実行主体は、ＡＰサーバ４０のコンテンツ事前配信部４７である。
ステップＳ２１０において、携帯端末２０から目的地および出発地を受信し、ステップＳ２１１に進む。ステップＳ２１１において、経路算出部４８ｂを用いてステップＳ２１０において受信した出発地から目的地までの経路を算出してステップＳ２１２に進む。ステップＳ２１２において、行動履歴解析サーバ５０のコンテンツ取得テーブル５５を参照し、ステップＳ２１１において算出した経路に要求位置が含まれるコンテンツを特定する。これにより、車両５が出発地から目的地まで走行する際に車載端末１０で利用される可能性が高いコンテンツを特定する。たとえば、算出した経路に「ＬｏｃＡ」、「Ｌｏｃ Ｂ」、および「ＬｏｃＤ」が含まれる場合は、コンテンツＡおよびＢが特定される。次にステップＳ２１３に進む。
【００３７】
ステップＳ２１３において、Ｓ２１２で特定されたコンテンツのうち、コンテンツ取得テーブル５５の「通信状態」と「アクセス頻度」の評価点数の合計値が５点以下であるコンテンツの有無を判断する。ここで、通信状態とアクセス頻度の評価点数の合計値は、その値が低いコンテンツほど、携帯端末２０と基地局６０との無線通信の通信状態が悪い通信不良場所において、当該コンテンツが過去に頻繁に取得されたことを表している。その結果、５点以下のコンテンツがあると判断する場合はステップＳ２１４に進み、特定したすべてのコンテンツが６点であると判断する場合は図１０に示すフローチャートを終了する。ただし、あるコンテンツに複数の要求位置が含まれる場合は、推定される走行経路によらず、通信状態とアクセス頻度の合計値が一番低い値を参照する。なお、評価点数が６点のコンテンツはプッシュ配信されないので、ユーザがコンテンツを利用する都度、外部サーバ７１から取得されることとなる。
以上説明したステップＳ２１２およびＳ２１３の処理により、コンテンツ事前配信部４７は、車両５が出発地から目的地まで走行する際に、携帯端末２０と基地局６０との無線通信の通信状態が悪い通信不良場所で車載端末１０により利用される可能性が高いコンテンツを、コンテンツ取得テーブル５５に基づいて事前に特定することができる。ここで、前述のようにコンテンツ取得テーブル５５は、複数の車載端末１０から送信された行動履歴１６ｂを蓄積した行動履歴ＤＢ５４に基づいて作成されるものである。すなわち、ステップＳ２１２およびＳ２１３の処理では、複数の車載端末１０における過去のコンテンツ利用履歴に基づいて、通信不良場所で利用される可能性が高いコンテンツが特定される。
【００３８】
ステップＳ２１４において、ステップＳ２１１において特定されたコンテンツのうち、評価点数の合計値が５以下であるコンテンツ、およびコンテンツのキャッシュの有効期限を外部サーバ７１から取得してステップＳ２１５に進む。
ステップＳ２１５において、ステップＳ２１１で算出された経路及び現在時刻から、車載端末１０がコンテンツ取得テーブル５５の要求位置にキャッシュの有効期限内に到達するか否かを判断する。キャッシュの有効期限内に到達すると判断する場合はステップＳ２１６に進み、キャッシュの有効期限内に到達できないと判断する場合は図１０に示すフローチャートを終了する。
【００３９】
ステップＳ２１６において、Ｓ２１１で特定されたコンテンツのうち、コンテンツ取得テーブル５５の通信状態とアクセス頻度の評価点数の合計値が４点以下のコンテンツが存在するか否かを判断する。４点以下のコンテンツが存在すると判断する場合はステップＳ２１７へ進み、４点以下のコンテンツが無いと判断する場合はステップＳ２１８へ進む。これにより、携帯端末２０と基地局６０の間の無線通信の通信状態およびコンテンツが利用される頻度を表す評価点数の合計値を、当該コンテンツの優先度として設定する。この優先度の大きさに基づいて、当該コンテンツをサーバキャッシュ４６ａに保存すべきか、または他のキャッシュに保存すべきかを判断する。
ステップＳ２１７において、コンテンツ取得テーブル５５の通信状態とアクセス頻度の評価点数の合計値が４点以下のコンテンツを、その評価点数とともに携帯端末２０へプッシュ配信し、ステップＳ２１８へ進む。これにより、当該コンテンツがＡＰサーバ４０から携帯端末２０へ、または携帯端末２０を介して車載端末１０へと送信される。Ｓ２１８ではコンテンツ取得テーブル５５の通信状態とアクセス頻度の合計が５点のコンテンツをＡＰサーバ４０のサーバキャッシュ４６ａに保存する。
【００４０】
（携帯端末のプッシュ配信のフローチャート）
図１１は、携帯端末２０によるコンテンツのプッシュ配信の動作を説明するフローチャートである。以下に説明する各ステップの実行主体は、携帯端末２０のコンテンツ事前中継部２７である。
ステップＳ２４０において、ＡＰサーバ４０からコンテンツ、および各コンテンツの評価点数を受信し、ステップＳ２４１に進む。ステップＳ２４１において、評価点数が２点のコンテンツの有無を判断する。２点のコンテンツがあると判断する場合はステップＳ２４２に進み、２点のコンテンツがないと判断する場合はステップＳ２４３に進む。これにより、携帯端末２０と基地局６０の間の無線通信の通信状態およびコンテンツが利用される頻度を表す評価点数の合計値を、当該コンテンツの優先度として設定する。この優先度の大きさに基づいて、当該コンテンツを携帯キャッシュ２６ａに保存すべきか、または車載キャッシュ１６ａに保存すべきかを判断する。
【００４１】
ステップＳ２４２において、評価点数が２点のコンテンツを車載端末１０へプッシュ配信し、ステップＳ２４３へ進む。なお、コンテンツを受信した車載端末１０のコンテンツ事前取得部１７は、受信したコンテンツを車載キャッシュ１６ａに保存する。
ステップＳ２４３において、ＡＰサーバ４０から受信したコンテンツのうち評価点数が２点より大きいコンテンツ、すなわち評価点数が３〜４点のコンテンツを携帯キャッシュ２６ａに保存し、図１１に示すフローチャートを終了する。
【００４２】
（車載端末のコンテンツ要求のフローチャート）
図１２は、車載端末１０によるコンテンツ要求の処理を示すフローチャートである。以下で説明する各ステップの実行主体は、車載端末制御部１３のＣＰＵである。
ステップＳ３１０において、入力部１１を介してユーザからコンテンツを起動する要求を受け付けるとステップＳ３１１に進む。ステップＳ３１１において、キャッシュ処理部１９を用いて要求されたコンテンツをキャッシュ１６ａから検索し、ステップＳ３１２に進む。
【００４３】
ステップＳ３１２において、ステップＳ３１０において要求されたコンテンツが車載キャッシュ１６ａの中に存在するか否かを判断する。存在すると判断する場合はステップＳ３１３に進み、存在しないと判断する場合はステップＳ３１４へ進む。ステップＳ３１３において、当該コンテンツのキャッシュの有効期限を経過しているか否かを判断する。有効期限を経過していると判断する場合はステップＳ３１４に進み、有効期限を経過していないと判断する場合はステップＳ３１７へ進む。
【００４４】
ステップＳ３１４において、携帯端末２０へコンテンツ要求を送信し、ステップＳ３１５に進む。ステップＳ３１５において、要求がタイムアウトもしくは失敗したか否かを判断する。タイムアウトまたは失敗したと判断する場合はステップＳ３１８に進み、その他の場合はステップＳ３１６に進む。ステップＳ３１６において、携帯端末２０から正常な応答を受信したか否かを判断する。正常な応答を受信したと判断する場合はステップＳ３１６ａに進み、正常な応答を受信していないと判断する場合はステップＳ３１８に進む。
【００４５】
ステップＳ３１６ａにおいて、行動履歴処理部１８により、ステップＳ３１４において要求したコンテンツに関する履歴を行動履歴１６ｂとして記録させる。すなわち、ステップＳ３１６ａにおける処理により、図３に例示した行動履歴１６ｂの記録が１行分増加する。次にステップＳ３１７に進む。
ステップＳ３１７において、取得したコンテンツを実行して表示部１２に表示し、図１２のフローチャートを終了する。ステップＳ３１８において、表示部１２へ要求失敗箇所を含んだ要求失敗メッセージを表示し、図１２のフローチャートを終了する。
【００４６】
（携帯端末のコンテンツ要求のフローチャート）
図１３は、携帯端末２０によるコンテンツ要求の処理を示すフローチャートである。以下で説明する各ステップの実行主体は、携帯端末制御部２３のＣＰＵである。
ステップＳ４１０において、車載端末１０からコンテンツ要求を受信しステップＳ４１１に進む。ステップＳ４１１において、キャッシュ処理部２９を用いて要求されたコンテンツを携帯キャッシュ２６ａから検索し、ステップＳ４１２に進む。
【００４７】
ステップＳ４１２において、ステップＳ４１０において要求されたコンテンツが携帯キャッシュ２６ａの中に存在するか否かを判断する。存在すると判断する場合はステップＳ４１３に進み、存在しないと判断する場合はステップＳ４１４へ進む。ステップＳ４１３において、当該コンテンツのキャッシュの有効期限が切れているか否か、すなわち有効期限を経過しているか否かを判断する。有効期限が切れていると判断する場合はステップＳ４１４に進み、有効期限が切れていないと判断する場合はステップＳ４１７へ進む。
【００４８】
ステップＳ４１４において、ＡＰサーバ４０へコンテンツ要求を送信し、ステップＳ４１５に進む。ステップＳ４１５において、要求がタイムアウトもしくは失敗したか否かを判断する。タイムアウトまたは失敗したと判断する場合はステップＳ４１８に進み、その他の場合はステップＳ４１６に進む。ステップＳ４１６において、ＡＰサーバ４０から正常な応答を受信したか否かを判断する。正常な応答を受信したと判断する場合はステップＳ４１７に進み、正常な応答を受信していないと判断する場合はステップＳ４１８に進む。
ステップＳ４１７において、車載端末１０へコンテンツ応答を送信し、図１３のフローチャートを終了する。ステップＳ４１８において、車載端末１０へ要求失敗箇所を含んだ要求失敗メッセージを送信し、図１３のフローチャートを終了する。
【００４９】
（ＡＰサーバのコンテンツ要求のフローチャート）
図１４は、ＡＰサーバ４０によるコンテンツ要求の処理を示すフローチャートである。以下で説明する各ステップの実行主体は、ＡＰサーバ制御部４３のＣＰＵである。
ステップＳ２３０において、携帯端末２０からコンテンツ要求を受信しステップＳ２３１に進む。ステップＳ２３１において、キャッシュ処理部４９を用いて要求されたコンテンツをサーバキャッシュ４６ａから検索し、ステップＳ２３２に進む。
【００５０】
ステップＳ２３２において、ステップＳ２３０において要求されたコンテンツがサーバキャッシュ４６ａの中に存在するか否かを判断する。存在すると判断する場合はステップＳ２３３に進み、存在しないと判断する場合はステップＳ２３４へ進む。ステップＳ２３３において、当該コンテンツのキャッシュの有効期限が切れているか否か、すなわち有効期限を経過しているか否かを判断する。有効期限が切れていると判断する場合はステップＳ２３４に進み、有効期限が切れていないと判断する場合はステップＳ４１７へ進む。
【００５１】
ステップＳ２３４において、疎通確認部４８ａを用いて外部サーバ７１との疎通の有無を判断する。外部サーバ７１との疎通があると判断する場合はステップＳ２３５に進み、外部サーバ７１との疎通がないと判断する場合はステップＳ２３９へ進む。
ステップＳ２３５において、外部サーバ７１へコンテンツ要求を送信し、ステップＳ２３６に進む。ステップＳ２３６において、要求がタイムアウトもしくは失敗したか否かを判断する。タイムアウトまたは失敗したと判断する場合はステップＳ２３９に進み、その他の場合はステップＳ２３７に進む。ステップＳ２３７において、外部サーバ７１から正常な応答を受信したか否かを判断する。正常な応答を受信したと判断する場合はステップＳ２３８に進み、正常な応答を受信していないと判断する場合はステップＳ２３９に進む。
ステップＳ２３８において、車載端末１０へコンテンツ応答を送信し、図１４のフローチャートを終了する。ステップＳ４１８において、携帯端末２０へ要求失敗箇所を含んだ要求失敗メッセージを送信し、図１４のフローチャートを終了する。
【００５２】
上述した実施の形態によれば、次の作用効果が得られる。
（１）コンテンツ配信システム１は、携帯端末２０と基地局６０との間で行われる無線通信を介して接続される車載端末１０とＡＰサーバ４０とを含む。ＡＰサーバ４０は、この無線通信の通信状態が悪い通信不良場所で車載端末１０により利用される可能性が高いコンテンツを特定し（ステップＳ２１２、Ｓ２１３）、車載端末１０を搭載した車両５が通信不良場所に到達する前に、特定したコンテンツを車載端末１０に送信する（ステップＳ２１７）事前送信部、すなわちコンテンツ事前配信部４７を備える。車載端末１０は、コンテンツ事前配信部４７により送信されたコンテンツを保存する車載端末保存部、すなわち車載キャッシュ１６ａを有する記憶部１６を備える。
コンテンツ配信システム１をこのように構成したので、車載端末１０の記憶部１６に通信不良場所で利用されるコンテンツが保存されるので、車載端末１０は通信状態が悪い場所でもコンテンツを利用できる。
【００５３】
（２）ＡＰサーバ４０には、車載端末１０が複数接続される。ＡＰサーバ４０の事前送信部、すなわちコンテンツ事前配信部４７は、ステップＳ２１２、Ｓ２１３において、複数の車載端末１０における過去のコンテンツ利用履歴に基づいて、通信不良場所で利用される可能性が高いコンテンツを特定する。
そのため、複数の車載端末１０のコンテンツの利用履歴に基づいて車載端末１０にプッシュ配信するコンテンツを特定することができる。たとえば、ある車載端末１０を搭載した車両５がはじめて通行する通信不良場所でも、他の携帯端末２０のコンテンツの利用履歴に基づきコンテンツのプッシュ配信を受けることができる。
【００５４】
（３）車載端末１０は、ＡＰサーバ４０からコンテンツを取得した際の携帯端末２０と基地局６０との間の無線通信の通信状態および車両５の位置に関する行動履歴１６ｂを行動履歴解析サーバ５０に送信する（ステップＳ８０、Ｓ８１）行動履歴処理部１８を備える。ＡＰサーバ４０のコンテンツ事前配信部４７は、行動履歴処理部１８から送信された行動履歴１６ｂに基づいて無線通信の通信状態とアクセス頻度がコンテンツごとに記録されたコンテンツ取得テーブル５５を用いて、通信不良場所で利用される可能性が高いコンテンツを特定する。
そのためコンテンツ事前配信部４７は、コンテンツ取得テーブル５５を参照することで効率よく携帯端末２０にプッシュ配信するコンテンツを決定することができる。
【００５５】
（４）ＡＰサーバ４０は、車両５の出発地から目的地への経路を算出する（ステップＳ２１１）経路算出部４８ｂを備える。ＡＰサーバ４０のコンテンツ事前配信部４７は、経路算出部４８ｂにより算出された経路中の通信不良場所で車載端末１０により利用される可能性が高いコンテンツを特定し、当該車載端末１０に配信する。
そのためコンテンツ事前配信部４７は、これから車載端末１０を搭載した車両５が通行する通信不良場所を推定し、その通信不良場所で利用されるコンテンツをプッシュ配信できる。
【００５６】
（５）コンテンツ配信システム１は、車載端末１０とＡＰサーバ４０との通信を中継し車載端末１０とともに移動する携帯端末２０、およびＡＰサーバ４０からの要求に応じてコンテンツを提供するコンテンツ提供サーバ、すなわち外部サーバ７１を備える。携帯端末２０は、コンテンツ事前配信部４７により送信されたコンテンツを保存する携帯端末保存部、すなわち携帯キャッシュ２６ａを有する記憶部２６を備える。ＡＰサーバ４０は、コンテンツを保存するサーバ保存部、すなわちサーバキャッシュ４６ａを有する記憶部４６を備える。ＡＰサーバ４０のコンテンツ事前配信部４７は、コンテンツを外部サーバ７１から取得し、車載キャッシュ１６ａ、携帯キャッシュ２６ａ、およびサーバキャッシュ４６ａのいずれか１つに保存させる。
そのため、複数のキャッシュを利用してコンテンツを保存することができる。
【００５７】
（６）ＡＰサーバ４０のコンテンツ事前配信部４７は、無線通信の通信状態、および／またはコンテンツが利用される頻度に基づき、記憶部１６、記憶部２６、および記憶部４６のいずれにコンテンツを保存させるかを決定する。
そのため、コンテンツが利用できる確率が高くなるように、無線通信の通信状態やコンテンツが利用される頻度に基づき、コンテンツの保存先を決定することができる。
【００５８】
（７）ＡＰサーバ４０のコンテンツ事前配信部４７は、コンテンツ取得テーブル５５の通信状態とアクセス頻度の評価点数の合計値を用いて、無線通信の通信状態、および／またはコンテンツが利用される頻度に基づき、コンテンツの優先度を設定する。そして、コンテンツの優先度が高い場合にはコンテンツを記憶部１６に保存させ、コンテンツの優先度が中程度の場合にはコンテンツを記憶部２６に保存させ、コンテンツの優先度が低い場合にはコンテンツを記憶部４６に保存させる。
【００５９】
コンテンツを利用する車載端末１０が備える車載キャッシュ１６ａにコンテンツを保存することが、通信が不要であり読み込みも高速なので最も好ましい。しかし、車載キャッシュ１６ａのサイズには限りがあるので、同一の車両５に搭載される携帯端末２０の携帯キャッシュ２６ａにコンテンツを保存することが次に望ましい。また、携帯端末２０と基地局６０とを接続する無線通信には障害が発生していなくとも、外部サーバ７１に障害が発生することや、外部サーバ７１とＡＰサーバ４０との間の通信に障害が発生することも考えられる。そのため、ＡＰサーバ４０のサーバキャッシュ４６ａにコンテンツを保存することも有益である。以上を総合すると、コンテンツの保存先として最も好ましいのが車載キャッシュ１６ａであり、次に携帯キャッシュ２６ａ、最後にサーバキャッシュ４６ａとなる。
したがって、コンテンツ事前配信部４７をこのように構成したので、コンテンツの優先度が高いほどより好ましい保存先にコンテンツを保存することができる。
【００６０】
（変形例１）
第１の実施の形態では、携帯端末２０の行動履歴処理部２８は、コンテンツを外部サーバ７１から取得した際に、コンテンツを取得している期間における電波強度の平均値を車載端末１０に送信した。しかし、行動履歴処理部２８は電波強度の情報を行動履歴解析サーバ５０に送信してもよい。すなわち、車載端末１０と携帯端末２０から送信された情報を統合して、行動履歴解析サーバ５０に行動履歴ＤＢ５４が構築できればよい。
さらに、行動履歴ＤＢ５４に蓄積される情報は、他の端末から送信された情報でもよい。たとえば、車載端末１０のメモリーカードインタフェース１４に接続されたメモリーカードに行動履歴１６ｂを保存し、メモリーカードをＰＣ（図示外）に接続してＰＣからネットワーク網６経由で行動履歴解析サーバ５０へ送信してもよい。
【００６１】
（変形例２）
第１の実施の形態では、行動履歴解析部５２は、携帯端末２０と基地局６０とを接続する無線通信の種類を区別せずにコンテンツ取得テーブル５５を作成したが、無線通信の種別を考慮してもよい。無線通信の種別とは、たとえば通信キャリアや周波数、通信方式である。携帯端末２０が利用する基地局６０は、通信キャリアごとに個別に設けられることが一般的なので、同一の地点であっても通信キャリアごとに電波強度が異なる。周波数や通信方式により、障害物から受ける影響や通信速度が異なる。また、通信キャリアを選択するユーザの嗜好により、通信キャリアごとにアクセス頻度が異なることも考えられる。
【００６２】
図１５は、無線通信の通信キャリアを考慮したコンテンツ取得テーブル５５ａの一例を示す図である。図１５に示すように、コンテンツおよび要求位置が同じでも、通信キャリアにより通信状態、およびアクセス頻度が異なる。コンテンツ取得テーブル５５ａをこのように構成すると、特定の通信キャリアを使用している端末に対してのみプッシュ配信することも起こりえる。
行動履歴解析部５２が上記のようにコンテンツ取得テーブル５５ａを作成するためには、第１の実施の形態から以下のように変更する。すなわち、携帯端末２０の行動履歴処理部２８は、外部サーバ７１からコンテンツを取得した際に電波強度に加えて通信キャリアの情報を車載端末１０に伝達し、車載端末１０は通信キャリアを行動履歴１６ｂに含めて保存する。
【００６３】
（変形例３）
第１の実施の形態では、プッシュ配信されたコンテンツは、車載キャッシュ１６ａ、携帯キャッシュ２６ａ、およびサーバキャッシュ４６ａのいずれか１か所に保存された。しかし、複数の個所で重複して保存してもよい。たとえば、ＡＰサーバ４０のコンテンツ事前配信部４７は、携帯端末２０にコンテンツを送信する際に、そのコンテンツをサーバキャッシュ４６ａに保存してもよい。
この変形例３によれば、あるキャッシュが利用できなくなった際に、他のキャッシュを利用することができる。
【００６４】
（変形例４）
第１の実施の形態では、プッシュ配信されたコンテンツは、車載キャッシュ１６ａ、携帯キャッシュ２６ａ、およびサーバキャッシュ４６ａのいずれか１か所に保存された。しかし、少なくともいずれか１か所に保存されればよい。たとえば、ＡＰサーバ４０はサーバキャッシュ４６ａを備えず、プッシュ配信されるコンテンツは車載キャッシュ１６ａ、または携帯キャッシュ２６ａにのみ保存されてもよい。
【００６５】
（変形例５）
コンテンツ事前配信部４７は、コンテンツの一部のみをプッシュ配信してもよいし、当該コンテンツの他の一部を他の端末にプッシュ配信してもよい。たとえば、コンテンツに必須のデータを車載端末１０にプッシュ配信して車載キャッシュ１６ａに保存させ、当該コンテンツに必須ではないが高い頻度で必要となるデータを携帯端末２０にプッシュ配信して携帯キャッシュ２６ａに保存させ、低い頻度で必要となるデータをＡＰサーバ４０のサーバキャッシュ４６ａに保存させてもよい。
【００６６】
（変形例６）
第１の実施の形態では、行動履歴解析部５２は通信状態、およびアクセス頻度に基づきコンテンツの優先度を評価した。しかし、アクセス頻度やダウンロード速度をコンテンツの優先度を評価に考慮しなくてもよい。すなわち、少なくとも電波強度をコンテンツの優先度を評価に考慮すればよい。
【００６７】
（変形例７）
第１の実施の形態では、コンテンツ事前配信部４７は車載端末１０から受信した出発地と目的地とに基づき経路を算出し、プッシュ配信するコンテンツを決定した。しかし、ユーザが目的地を設定しない場合にプッシュ配信を行ってもよい。たとえば、当該車載端末１０が過去に通行した移動経路の履歴や、他の車載端末１０の移動履歴、および車載端末１０の現在位置に基づき移動経路を推定し、プッシュ配信を行う。さらに、車載端末１０の現在位置が推定した移動経路から外れた場合には、再度移動経路を推定しプッシュ配信を行ってもよい。
これを実現するために、車載端末１０はＧＮＳＳ受信機４の出力する現在位置を所定時間ごとに記録し、移動経路に関する情報をＡＰサーバ４０に送信する。ＡＰサーバ４０は、車載端末１０から送信された移動経路に関する情報を蓄積し、前述した移動経路の推定に利用する。
【００６８】
（変形例８）
第１の実施の形態では、コンテンツ事前配信部４７は車載端末１０から受信した出発地と目的地とに基づき経路を算出し、プッシュ配信するコンテンツを決定した。しかし、経路を算出せず、当該車載端末１０の現在位置から所定の距離、たとえば半径１０ｋｍ以内の通信不良場所を算出し、コンテンツ取得テーブル５５を参照してプッシュ配信を行ってもよい。
すなわち、車載端末１０の現在位置を受信すると、その位置から所定の距離以内の通信不良場所が要求位置に含まれるコンテンツをコンテンツ取得テーブル５５から抽出し、そのコンテンツをプッシュ配信する。
【００６９】
この変形例８によれば、以下の作用効果が得られる。
（１）ＡＰサーバ４０のコンテンツ事前配信部４７は、車両５の位置の周辺における通信不良場所で車載端末１０により利用される可能性が高いコンテンツを特定し、当該車載端末１０に送信する。
そのため、ユーザが目的地を指定しなくても車載端末１０の周辺の通信不良場所で利用されるコンテンツがプッシュ配信される。さらに、所定時間ごと、または所定距離を走行するごとにこのプッシュ配信を繰り返すことにより、いずれの通信不良場所を通行している際にもプッシュ配信されたコンテンツを利用することができる。
【００７０】
（変形例９）
プッシュ配信されるコンテンツは、キャッシュとしての利用制限が課されていてもよい。利用制限が課されている場合には、コンテンツを利用する前に外部サーバ７１に利用の可否を問い合わせ、外部サーバ７１から利用可能な旨の回答、または新たなコンテンツを取得してコンテンツを利用する。利用制限の有無は、キャッシュの有効期限と同様にコンテンツとともにプッシュ配信される。
【００７１】
この場合は、第１の実施の形態におけるフローチャートを以下のように変更すればよい。図１２のステップＳ３１３、図１３のステップＳ４１３、図１４のステップＳ２３３において、キャッシュの有効期限が経過している場合、または利用制限が課されている場合に肯定判断を行い、キャッシュの有効期限が経過しておらず、なおかつ利用制限が課されていない場合に否定判断を行う。肯定判断を行った場合は、図１２のステップＳ３１４、図１３のステップＳ４１４、図１４のステップＳ２３５において、コンテンツの要求に代えてコンテンツの利用可否を問い合わせる。
【００７２】
（変形例１０）
第１の実施の形態では、車載端末１０、携帯端末２０、およびＡＰサーバ４０のコンテンツ要求時の処理におけるタイムアウト時間を規定しなかった。しかし、タイムアウト時間を以下のような関係に設定してもよい。
図１２のステップＳ３１５におけるタイムアウト時間は、図１３のステップＳ４１５におけるタイムアウト時間より長く、図１３のステップＳ４１５におけるタイムアウト時間は、図１４のステップＳ２３６におけるタイムアウト時間より長い。このように関係を有するタイムアウト時間を設定することにより、たとえばＡＰサーバ４０の要求処理が完了しない内に携帯端末２０がタイムアウトと判定することが防止される。
【００７３】
（変形例１１）
第１の実施の形態では、コンテンツは情報および出力プログラムから構成されていた。しかし、コンテンツは出力プログラムを含まない情報のみから構成されてもよい。この場合は、車載端末１０に備えられた出力プログラムを用いてコンテンツが利用される。
（変形例１２）
第１の実施の形態では、コンテンツは車載端末１０により実行された。しかし、コンテンツが携帯端末２０により実行され、コンテンツの画像および音声が車載端末１０に転送されて、車載端末１０から出力されてもよい。この場合は、評価点数が２点のコンテンツを携帯端末２０の携帯キャッシュ２６ａに保存し、評価点数が３〜４点のコンテンツを車載端末１０の車載キャッシュ１６ａに保存する。
【００７４】
（変形例１３）
コンテンツ要求の処理において、タイムアウトを待たずに通信が失敗したと判断して処理を進めてもよい。たとえば、図１３のステップＳ４１５では、電波強度の時系列変化を監視し、電波強度が非常に弱くなると予測する場合、または圏外になるエリアに入ると予測する場合は、タイムアウトを待たずに要求失敗と判断しステップＳ４１８に進む。図１４のステップＳ２３６では、疎通確認部４８ａによる外部サーバ７１との通信エラーの割合が所定の割合を超えた場合に、要求失敗と判断しステップＳ２３９に進む。
【００７５】
（変形例１４）
携帯端末２０のコンテンツ事前中継部２７は、車両の現在位置と走行情報、自身の行動履歴情報より、現時点ではネットワーク網７へ接続できないが、まもなく接続できると判断した場合、車載端末１０へタイムアウト時間の延長を要求してもよい。車載端末１０が携帯端末２０へタイムアウト時間延長の応答を返した場合、携帯端末２０はネットワーク網７と通信可能となるまで待機してからＡＰサーバ４０と通信を行う。
【００７６】
（変形例１５）
コンテンツ事前配信部４７は、コンテンツの容量を考慮してプッシュ配信を行うコンテンツを制限してもよい。車載端末１０の記憶部１６および携帯端末２０の記憶部２６は容量が比較的小さいため、情報量の大きなコンテンツを保存することが困難である。そのためコンテンツ事前配信部４７は、所定の情報量以上のコンテンツのプッシュ配信を行わないことにしてもよい。また、コンテンツの情報量ではなくコンテンツの種別によりプッシュ配信を行うコンテンツを制限してもよい。たとえば、動画データや車両走行ルートの検索データを含むコンテンツは情報量が非常に大きい傾向にあるので、車載端末１０および携帯端末２０へのプッシュ配信を制限する。
【００７７】
（変形例１６）
コンテンツ事前配信部４７は、ネットワーク間の通信時間を考慮してコンテンツに設定されているキャッシュの有効期限を評価してもよい。すなわち、車載端末１０、携帯端末２０、ＡＰサーバ４０が出力する通信ログをＡＰサーバ４０が解析して各ネットワーク間の通信時間を把握し、各ネットワーク間の通信時間に応じて、キャッシュの有効期限を設定されていた値より短くする。プッシュ配信先とキャッシュの有効期限の関係は、設定されていた有効期限≧ＡＰサーバ４０向けに評価する有効期限≧携帯端末２０向けに評価する有効期限≧車載端末１０向けに評価する有効期限、となる。さらに、車両の現在地や目的地などの情報を用いて、キャッシュの有効期限を短く評価してもよい。また、これらの情報を通信時間と組合せてキャッシュの有効期限を評価してもよい。
【００７８】
（変形例１７）
第１の実施の形態では、行動履歴解析サーバ５０の行動履歴ＤＢ５４には、複数の車載端末１０から送信された行動履歴１６ｂが蓄積された。しかし、１台の車載端末１０のみから送信された行動履歴１６ｂが蓄積されてもよい。また、行動履歴解析サーバ５０が複数の行動履歴ＤＢ５４を備え、車載端末１０ごとに異なる行動履歴ＤＢ５４に行動履歴１６ｂが蓄積されてもよい。
【００７９】
（変形例１８）
第１の実施の形態では、ＡＰサーバ４０、および行動履歴解析サーバ５０はそれぞれ１台のサーバ装置として説明した。しかし、ＡＰサーバ４０、および行動履歴解析サーバ５０がそれぞれ複数のサーバから構成され、これら複数のサーバが全体としてＡＰサーバ４０および行動履歴解析サーバ５０の機能を発揮してもよい。
ＡＰサーバ４０と行動履歴解析サーバ５０との間で機能の分担を変更してもよく、たとえばＡＰサーバ４０が行動履歴ＤＢ５４を備えてもよい。すなわち、データセンタ３０がアプリケーションサーバ４０と行動履歴解析サーバ５０の機能を備えれば、ハードウエアの構成および機能分担は第１の実施の形態における記載に限定されない。
【００８０】
（変形例１９）
コンテンツ配信システム１は、ＡＰサーバ４０と車載端末１０のみから構成されてもよい。この場合は、ＡＰサーバ４０が、行動履歴解析サーバ５０および外部サーバ７１の機能を兼ね備え、車載端末１０が携帯端末２０の機能を兼ね備える。
この場合は、ＡＰサーバ４０が行動履歴ＤＢ５４、コンテンツ取得テーブル５５、およびコンテンツをさらに備え、サーバキャッシュ４６ａを備えない。車載端末１０が基地局６０と無線通信を行うための外部数新インタフェース２４をさらに備える。
【００８１】
（変形例２０）
コンテンツ取得テーブルが、プッシュ配信によりコンテンツが保存される装置（以下、キャッシュ先）を記録する欄を備えてもよい。図１６は、キャッシュ先の欄を備えるコンテンツ取得テーブル５５ｂの一例を示す図である。
この場合には、行動履歴解析部５２は、第１の実施の形態で述べた処理を行った後で、「通信状態」と「アクセス頻度」の評価点数の合計値に基づき、キャッシュ先を決定する。たとえば、評価点数とキャッシュ先を、２点の場合は「車載端末」、３〜４点の場合は「携帯端末」、５点の場合は「サーバ」、６点の場合は「なし」とする。
ＡＰサーバ４０のコンテンツ事前配信部４７は、コンテンツ取得テーブル５５ｂの「キャッシュ先」の欄を参照して動作を決定する。すなわち、該当するコンテンツの「キャッシュ先」が「車載端末」および「携帯端末」の場合は携帯端末２０にプッシュ配信を行い、「サーバ」の場合はＡＰサーバ４０のサーバキャッシュ４６ａに保存し、「なし」の場合は処理を行わない。
【００８２】
（第２の実施の形態）
本発明によるコンテンツ配信システムの第２の実施の形態を説明する。以下の説明では、第１の実施の形態と同じ構成要素には同じ符号を付して相違点を主に説明する。特に説明しない点については、第１の実施の形態と同じである。本実施の形態では、主に、車載キャッシュ１６ａ、および携帯キャッシュ２６ａに保存したコンテンツを削除する点で、第１の実施の形態と異なる。
ＡＰサーバ４０は、車載端末１０、携帯端末２０へプッシュ配信を行う際に、コンテンツ取得テーブル５５の通信状態とアクセス頻度をコンテンツに付加して送信する。
【００８３】
車載端末１０のキャッシュ処理部１９、および携帯端末２０のキャッシュ処理部２９は、記憶部１６、および記憶部２６の残り容量が所定の閾値よりも少なくなると、以下の処理により車載キャッシュ１６ａ、および携帯キャッシュ２６ａに保存されたコンテンツを削除する。以下の処理は、キャッシュ処理部１９とキャッシュ処理部２９が同様の処理なので、キャッシュ処理部１９の処理のみを説明する。
キャッシュ処理部１９は、記憶部１６の残り容量が所定の閾値よりも少なくなると、キャッシュに付加された通信状態とアクセス頻度を参照し、通信状態とアクセス頻度の評価点数の和が最も大きいキャッシュを削除する。評価点数の和が同じ場合は通信状態、またはアクセス頻度の評価値が大きいコンテンツを優先して削除する。通信状態とアクセス頻度の評価点数のどちらかのみを参照して削除するコンテンツを決定してもよい。
【００８４】
以上説明した第２の実施の形態によれば、以下の作用効果が得られる。
（１）車載端末１０は、無線通信の通信状態、および／またはコンテンツが利用される頻度に基づき、車載端末保存部から削除するコンテンツを決定するキャッシュ削除部、すなわちキャッシュ処理部１９を備える。
そのため、通信状態やアクセス頻度に基づいた車載キャッシュ１６ａ、および携帯キャッシュ２６ａの管理が可能である。一般的にキャッシュの入れ替え方法として、ＬＲＵ（Ｌｅａｓｔ  Ｒｅｃｅｎｔｌｙ  Ｕｓｅｄ）、ＬＦＵ（Ｌｅａｓｔ  Ｆｒｅｑｕｅｎｔｌｙ  Ｕｓｅｄ）や、キャッシュの生成時刻の古いものから削除する方法等が知られている。しかしこれらの方法は、記憶部１６、および記憶部２６に保存されているコンテンツの利用頻度などに着目しており、通信状態やアクセス頻度が考慮されない。
【００８５】
上述した各実施の形態および変形例は、それぞれ組み合わせてもよい。
上記では、種々の実施の形態および変形例を説明したが、本発明はこれらの内容に限定されるものではない。本発明の技術的思想の範囲内で考えられるその他の態様も本発明の範囲内に含まれる。
【符号の説明】
【００８６】
１  …  コンテンツ配信システム
１０  …  車載端末
１６ａ  …  車載キャッシュ
１６ｂ  …  行動履歴
１７  …  コンテンツ事前取得部
１８  …  行動履歴処理部
１９  …  キャッシュ処理部
２０  …  携帯端末
２６ａ  …  携帯キャッシュ
２７  …  コンテンツ事前中継部
２９  …  キャッシュ処理部
４０  …  アプリケーションサーバ
４３  …  ＡＰサーバ制御部
４４  …  通信インタフェース
４６ａ  …  サーバキャッシュ
４７  …  コンテンツ事前配信部
４８ｂ  …  経路算出部
４９  …  キャッシュ処理部
５２  …  行動履歴解析部
５５  …  コンテンツ取得テーブル
７１  …  外部サーバ
【図１】
0006444263.tif 000002
【図２】
0006444263.tif 000003
【図３】
0006444263.tif 000004
【図４】
0006444263.tif 000005
【図５】
0006444263.tif 000006
【図６】
0006444263.tif 000007
【図７】
0006444263.tif 000008
【図８】
0006444263.tif 000009
【図９】
0006444263.tif 000010
【図１０】
0006444263.tif 000011
【図１１】
0006444263.tif 000012
【図１２】
0006444263.tif 000013
【図１３】
0006444263.tif 000014
【図１４】
0006444263.tif 000015
【図１５】
0006444263.tif 000016
【図１６】
0006444263.tif 000017