(57)【要約】【課題】  情報配信システムにおいて、アクセスポイントから車載端末へのデータダウンロード中に通信が遮断されたあとの、ダウンロードの効率を高める。【解決手段】  携帯電話３からの配信要求に基づいて、サービスセンター７からアクセスポイント１０を経て車載端末２０へデータがダウンロードされる。通信遮断によりダウンロード中断したあと、ダウンロード再開可能となったときは、ダウンロード再開の必要性判断を行う。必要性判断は情報の優先度、情報の要求鮮度、再ダウンロード完了までの時間などに基づいて行い、ダウンロードが再開されたとしてもダウンロードされたデータの利用価値が低くなってしまうため必要性がないものについてはダウンロードの再開を行わないものとした。これにより、ダウンロード時間やデータ通信料金を削減することができる。【選択図】        図１
2006350619.tif 000002
【特許請求の範囲】
【請求項１】
情報の配信要求に基づいてサービスセンターから所定のネットワークを介して移動端末へデータをダウンロードする情報配信システムにおいて、
ダウンロード中断後、ダウンロード再開可能となったとき、ダウンロード再開の必要性判断を行う判断手段を有し、
該判断手段によりダウンロード再開の必要性なしと判断されたときはダウンロードを再開せず、必要性ありと判断されたときダウンロードを再開するように構成したことを特徴とする情報配信システム。
【請求項２】
前記判断手段はユーザから選択されたときに前記ダウンロード再開の必要性判断を行うことを特徴とする請求項１記載の情報配信システム。
【請求項３】
前記判断手段は、情報の優先度、情報の要求鮮度、再ダウンロード完了までの時間の少なくともいずれかに基づいてダウンロード再開の必要性を判断することを特徴とする請求項１または２記載の情報配信システム。
【請求項４】
前記判断手段は、再ダウンロード完了までの時間と次回の更新タイミングまでの時間の比較に基づいてダウンロード再開の必要性を判断することを特徴とする請求項１から３のいずれか１に記載の情報配信システム。
【請求項５】
前記判断手段は、特定地点周辺に関する情報について、再ダウンロード完了までの時間から予測される移動端末位置と前記特定地点の比較に基づいてダウンロード再開の必要性を判断することを特徴とする請求項１から４のいずれか１に記載の情報配信システム。
【請求項６】
情報の配信要求に基づいてサービスセンターから所定のネットワークを介して移動端末へデータをダウンロードする情報配信システムにおけるダウンロード方法であって、
通信が遮断されてダウンロードが中断した後、ダウンロード再開可能となったとき、ダウンロード再開の必要性判断を行い、
ダウンロード再開の必要性がないと判断したときはダウンロードを再開せず、必要性ありと判断したときはダウンロードを再開することを特徴とするダウンロード方法。
【請求項７】
前記ダウンロード再開の必要性判断はユーザから選択されたときに行うことを特徴とする請求項６記載のダウンロード方法。
【請求項８】
前記ダウンロード再開の必要性判断は、情報の優先度、情報の要求鮮度、再ダウンロード完了までの時間の少なくともいずれかに基づいて行うことを特徴とする請求項６または７記載のダウンロード方法。
【請求項９】
前記ダウンロード再開の必要性判断は、再ダウンロード完了までの時間と次回の更新タイミングまでの時間の比較に基づいて行うことを特徴とする請求項６から８のいずれか１に記載のダウンロード方法。
【請求項１０】
前記ダウンロード再開の必要性判断は、特定地点周辺に関する情報について、再ダウンロード完了までの時間から予測される移動体位置と前記特定地点の比較に基づいて行うことを特徴とする請求項６から９のいずれか１に記載のダウンロード方法。
【請求項１１】
前記ダウンロード再開の必要性判断においてダウンロード再開の必要性があると判断されたときは、ユーザに確認操作を行わせてからダウンロードを再開することを特徴とする請求項６から１０のいずれか１に記載のダウンロード方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して電子情報をダウンロードする情報配信システムおよび情報配信システムにおけるダウンロード方法に関する。
【背景技術】
【０００２】
インターネットその他のネットワークを介して車両に各種情報を配信するサービスが行われている。
例えば、特開２００３−９２６３９号公報に記載された情報配信システムでは、携帯端末とコントロールサーバとがネットワークを介して通信可能となっており、携帯端末からダウンロード先の車載端末を特定してコントロールサーバへ情報配信要求を行う。各地点に配置されたアクセスポイントの通信カバー範囲に車両が入ると、車載端末とアクセスポイントは自動的に通信を確立する。そしてコントロールサーバは要求された情報をダウンロードデータとして上記アクセスポイントを介して車載端末へダウンロードするようになっている。
【０００３】
これにより、移動中においてどこでも入手したい情報を要求することができる。
そして、例えば走行中の車両がアクセスポイントの通信カバー範囲を離脱するなどによりダウンロードが中断した場合には、次のアクセスポイントの通信カバー範囲に入ったときに車載端末は自動的にダウンロードデータの中断箇所を指定して途中からダウンロードする要求をその新たなアクセスポイントへ送出することにより、常に要求した情報にかかるダウンロードデータのすべてをダウンロードすることができる。
【特許文献１】特開２００３−９２６３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来のダウンロード方法では、ダウンロードが中断した場合にそのあと必ずダウンロードを再開して、最初に要求したダウンロードデータのすべてをダウンロードする構成となっているので、中断した点からあとのデータが必ずしも必要なものでないときには、ダウンロードに時間を費やしてしまって他の必要なデータのダウンロードを遅らせたり、データ通信料金を増大させてしまうという問題が生じる。
したがって本発明は、上記問題点にかんがみ、ダウンロードが中断した場合に不要なダウンロードの再開を抑止した効率の高い情報配信システムおよびそのダウンロード方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
このため、本発明は、情報の配信要求に基づいてサービスセンターから所定のネットワークを介して移動端末へデータをダウンロードする情報配信システムにおいて、ダウンロード中断後、ダウンロード再開可能となったとき、ダウンロード再開の必要性判断を行い、ダウンロード再開の必要性がないときはダウンロードを再開せず、必要性ありのときにダウンロードを再開するものとした。
【発明の効果】
【０００６】
本発明によれば、ダウンロードが再開されたとしてもダウンロードされたデータの利用価値が低くなってしまい情報として有効でなくなるとき、すなわち必要性がないときはダウンロードを再開しないので、ダウンロード時間やデータ通信料金を削減することができる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明を移動体としての車両へ情報を送信する情報配信システムに適用した実施の形態について説明する。
図１は、車両用情報配信システムの概要を示す図である。
車両用情報配信システム１は、携帯電話３からの配信要求に基づいて、サービスセンター７からアクセスポイント１０を経て車載端末２０へデータがダウンロードされるよう構成されている。
携帯電話３は基地局４と接続され、基地局４は携帯電話制御センター５により制御管理されて、携帯電話通信網Ｎｍが形成されている。ここで、携帯電話３はｗｅｂブラウジング機能を備えている。
情報配信サービスを行うサービスセンター７には、コントロールサーバ８が設置され、インターネットＮｉを介してキャッシュサーバ９と接続している。
サービスセンター７はまた携帯電話制御センター５ともインターネット等を介して接続している。これにより、携帯電話３は基地局４、携帯電話制御センター５を経てサービスセンター７と通信可能となっている。
【０００８】
ユーザは、所定の情報のダウンロードを受けたいとき、携帯電話３からサービスセンター７へアクセスして、ｗｅｂブラウジング機能を用いて、入手したい情報の配信要求を行うとともに、ダウンロード先である車載端末（移動端末）２０のＩＤ番号をコントロールサーバ８に送信する。
配信要求を受けると、サービスセンターのコントロールサーバ８では、携帯電話制御センター５から発せられる携帯電話３の電話番号をユーザ特定情報としてユーザ認識を行い、携帯電話３へパスワードを送信する。
パスワードはユーザ側において車載端末２０に入力される。
【０００９】
サービスセンター７では、要求された情報を収集して、ユーザへ提供する情報のデータをキャッシュサーバ９へ送信する。なお、配信情報としては、サービスセンター７において予め蓄積されたデータや検索したデータのほかに、リアルタイム情報のデータもある。とくに例えば各地点に配置された不図示の画像配信サーバからの交差点の画像などのリアルタイム情報の場合は、画像データ自体でなく画像配信サーバのアドレスデータも含まれる。
【００１０】
キャッシュサーバ９はコントロールサーバ８から送信されたデータを記憶している。キャッシュサーバ９にはアクセスポイント１０が接続され、アクセスポイント１０は例えば道路沿いに適宜間隔で設置されている。
車載端末２０がアクセスポイント１０の通信カバー範囲Ｒに入ると、車載端末２０とアクセスポイント１０間の通信が確立される。車載端末２０はそのＩＤ番号とパスワードとを当該アクセスポイント１０を介してコントロールサーバ８へ送信する。
また、車載端末２０はアクセスポイント１０との通信が確立されている間、定期的に受信確認信号をアクセスポイント１０へ送信する。
【００１１】
コントロールサーバ８は車載端末２０から受信したＩＤ番号とパスワードとで認証を行ったあと、ダウンロードすべきファイルリストをキャッシュサーバ９へ送信する。キャッシュサーバ９はアクセスポイント１０を介して車載端末２０へそのファイルリストを送信する。
そして、車載端末２０はファイルリストを受信すると、当該ファイルリストの先頭のデータから送信すべき旨のダウンロード要求を送信する。キャッシュサーバ９がこのダウンロード要求を受けると、上記ファイルリストのデータを先頭からアクセスポイント１０を介して車載端末２０へ送信してダウンロードが開始される。
車載端末２０は送信されたダウンロードデータを後述する記憶装置に蓄積する。
以上の構成は、特開２００３−９２６３９号公報に記載されたものと同じである。したがってその詳細構成については当該公報の記載を引用する。
【００１２】
図２は本実施の形態における車載端末の構成を示す。
車載端末２０は車両搭載のナビゲーションシステム３０およびオーディオシステム３５に接続されている。
車載端末２０は、アクセスポイント１０と通信可能な通信部２１を備え、この通信部にダウンロードを制御する制御回路２２が接続している。制御回路２２には入力部２４、記憶装置２６およびＩＤ設定部２８が接続している。
ＩＤ設定部２８には当該車載端末２０に固定的な前述のＩＤ番号が設定されている。
【００１３】
ユーザは入力部２４を操作して、サービスセンター７のコントロールサーバ８から得たパスワードを入力する。車載端末２０において制御回路２２は入力されたパスワードを記憶装置２６に保存する。なお、パスワードの入力はユーザによる手入力の代わりに車両内通信によって行うこともできる。
入力部２４はさらに、ダウンロード再開制御の選択に用いる不図示の必要性判断スイッチを備える。これについては後で説明する。
【００１４】
制御回路２２はアクセスポイント１０と通信を確立した通信部２１を介して取り込んだダウンロードデータを記憶装置２６に逐次蓄積する。通信部２１はアクセスポイント１０との通信が確立されてダウンロードが継続している間、所定時間間隔で受信確認信号をアクセスポイント１０へ送信する。
ナビゲーションシステム３０とオーディオシステム３５とは上記の制御回路２２に接続されている。ナビゲーションシステム３０のディスプレイ３２とオーディオシステム３５は車載端末２０にダウンロードしたデータの表示部として機能し、制御回路２２は記憶装置２６に蓄積したデータをディスプレイ３２とオーディオシステム３５に表示、出力する。
さらに制御回路２２は、ナビゲーションシステム３０から車両の走行状態のデータを取得可能となっている。
【００１５】
この車載端末２０では、ダウンロード中に車両がアクセスポイント１０の通信カバー範囲Ｒを離脱するなどによりダウンロードが中断した場合に、つぎに通信可能となったときにダウンロードを再開して継続するかどうかその必要性を判断できるようになっている。
以下に、主としてダウンロード再開の必要性判断にかかる制御について、図３のフローチャートを参照して説明する。
前述のように、ユーザが携帯電話３を用いてサービスセンター７へ情報の配信要求を行い、パスワードを受信してこのパスワードを車載端末２０に入力すると、制御回路２２は当該パスワードを記憶装置２６に保存する。
【００１６】
そして上記パスワードの入力に引き続いて、まずステップ１０１において、制御回路２２はナビゲーションシステム３０のディスプレイ表示やオーディオシステム３５の音声により、必要性判断の選択を促す。
必要性判断を行わせるときは、ユーザが入力部２４の必要性判断スイッチをＯＮする。
ステップ１０２で必要性判断の選択結果をチェックし、ダウンロード再開の必要性判断の実行が選択されているときは、ステップ１０３へ進む。選択されていないときはステップ１０４へ進む。
ステップ１０３で、制御回路２２は必要性判断フラグを立てて（ＯＮ）、ステップ１０４へ進む。この必要性判断フラグは先に入力されたパスワードとセットとなるもので、配信要求された情報が複数あってそれぞれにパスワードが異なる場合、必要性判断フラグは互いに識別される。
【００１７】
車両がアクセスポイント１０の通信カバー範囲Ｒに入ると、通信が確立し認証が行われて、キャッシュサーバ９から配信要求情報にかかるファイルリストが送信される。
ステップ１０４では、ファイルリストのデータ（ダウンロードデータ）の先頭から送信すべき旨のダウンロード要求を送信する。
そして、ステップ１０５では、車載端末２０へ順次ダウンロードされたデータが記憶装置２６に蓄積される。
【００１８】
ステップ１０６において、ダウンロードが完了したかどうかをチェックする。これは、ファイルリストのデータをすべて受信したことを制御回路２２が確認して行う。
ダウンロードが完了したときはステップ１２４へ進み、制御回路２２は必要性判断フラグをリセット（ＯＦＦ）するとともに、アクセスポイント１０を介してキャッシュサーバ９へ完了通知を送信する。これにより、キャッシュサーバ９もコントロールサーバ８へ完了通知を行ってダウンロードを終了する。サービスセンターでは所定の課金処理等を行う。
【００１９】
ダウンロード中は、ステップ１０７において、制御回路２２は通信部２１からの受信確認信号の出力を監視し、通信が確立状態にあるかどうかをチェックする。通信が確立（通信中）していれば、ステップ１０５へ戻る。
通信が中断したときは、ステップ１０８において、制御回路２２はダウンロードデータの中断箇所を記憶装置２６に記憶させる。
このとき、アクセスポイント１０では車載端末２０からの受信確認信号が途絶えたことを検出してキャッシュサーバ９へ通知し、キャッシュサーバ９はその通知を受けてダウンロードデータの送信を停止する。
【００２０】
つぎにステップ１０９では、新たなアクセスポイント１０の通信カバー範囲Ｒに入ったなどして通信が確立したかどうかをチェックする。このチェックを繰り返して通信が再度確立すると、ステップ１１０において、制御回路２２は車載端末２０のＩＤ番号とパスワードを送信する。
これを受けてコントロールサーバ８では認証を行い、現在通信中のアクセスポイント１０に接続されたキャッシュサーバ９にダウンロードの再開を通知する。キャッシュサーバ９はダウンロード再開可能の通知をアクセスポイント１０を介して車載端末２０へ送信する。
【００２１】
ステップ１１１において、制御回路２２が上記ダウンロード再開可能の通知を受けると、制御回路はステップ１１２において、必要性判断フラグが立っているかどうかをチェックする。
必要性判断フラグが立っていない場合は、ステップ１２３へ進み、制御回路２２は記憶装置２６からダウンロードデータの中断箇所を読み出し、その中断箇所を指定して途中からダウンロードするダウンロード再開要求を送信する。
これにより、キャッシュサーバ９は上記中断箇所の呼び出しを行って、そのデータをアクセスポイント１０を介して車載端末２０へ送信する。
このあと、ステップ１０５へ進む。
【００２２】
ステップ１１２のチェックでフラグが立っている場合はステップ１１３以下のダウンロード再開の必要性判断へ進む。
制御回路２２では、ダウンロード再開の必要性判断として、以下の観点でチェックが行われる。
まずステップ１１３では、情報配信サービスにおける情報の優先度の高低をチェックする。ここでは、あらかじめ記憶装置２６に格納されているテーブルを参照して判定する。
【００２３】
例えば、５分ごとなど所定の周期で頻繁に更新される一連の情報である場合には、中断箇所以降のデータまでダウンロードするとダウンロード回数が多くなり過ぎる一方、しばらく待てば更新された最新の情報（データ）が得られるので、優先度は低いと判定される。判定に用いる更新周期はファイルリストに含まれるファイル情報に基づく。
優先度が低いときには必要性なしと判定してステップ１２５へ進み、必要性判断フラグをリセットするとともに、中断箇所からのダウンロードは行わない旨の再開中止要求を送信する。
【００２４】
ステップ１１３のチェックで情報の優先度が高いものであったときは、必要性あり、あるいはダウンロード対象として有効なものとして、ステップ１１４へ進む。
ステップ１１４では、情報の要求鮮度をチェックする。これは、情報が周期的に更新されるものではなく、例えば証券市場における株価のように時々刻々変化している情報がリアルタイムに提供されるサービスにおいては、時刻が経過したあとのデータでは利用価値がないことに基づく。
【００２５】
したがってこのような最新の情報が必要なものについては、要求鮮度が高いとされる。情報のリアルタイム性についてはファイルリストに含まれるファイル情報に基づく。
要求鮮度が高い場合には、必要性なしとしてステップ１２５へ進み、必要性判断フラグをリセットするとともに、中断箇所からのダウンロードは行わない旨の再開中止要求を送信する。
これにより、キャッシュサーバ９はダウンロードの準備を中止し、その旨をコントロールサーバ８へ通知して再開処理を終了する。
【００２６】
ステップ１１４のチェックで情報の要求鮮度が低いものであったときは、必要性あり、あるいはダウンロード対象として有効なものとして、ステップ１１５へ進む。
ステップ１１５では、再ダウンロードによって中断箇所以降のデータ量をダウンロードするに必要な時間、すなわち再ダウンロード完了までの時間を予測演算する。
【００２７】
次のステップ１１６において、再ダウンロード完了までの時間が当該情報の次回の更新タイミングまでの時間より短いかチェックする。
これは、再ダウンロード完了までの時間が更新タイミング以上となる場合は、当該データを取得したときにはすでに古くなっているため、有効な情報ではなくなっていることによる。
したがって、再ダウンロード完了までの時間が当該情報の次回の更新タイミングまでの時間以上であるときは、再ダウンロードは不要なので、ステップ１２５へ進み、必要性判断フラグをリセットするとともに、中断箇所からのダウンロードは行わない旨の再開中止要求を送信する。
【００２８】
ステップ１１６のチェックで、再ダウンロード完了までの時間が次回の更新タイミングまでの時間よりも短いときは、必要性あり、あるいはダウンロード対象として有効なものとして、ステップ１１７へ進む。
ステップ１１７では、ファイルリストに含まれるファイル情報から、要求された情報が特定地点周辺にかかわる地点情報であるかどうかをチェックする。
要求情報が地点情報である場合はステップ１１８へ進み、地点情報でない場合はステップ１２１へ進む。
【００２９】
ステップ１１８では、先のステップ１１５で求めた再ダウンロード完了までの時間をナビゲーションシステム３０へ通知して、予定走行ルート上における再ダウンロード完了時の車両位置（すなわち、ダウンロードしたデータに基く情報をユーザに提供できる提供可能地点）を予測させる。
ステップ１１９で、上記予測させた再ダウンロード完了時の車両位置をナビゲーションシステム３０から取得する。
【００３０】
次のステップ１２０において、要求情報の特定地点と再ダウンロード完了時の車両位置を比較して、車両位置が特定地点を通過して所定距離以上離れ過ぎていないかをチェックする。
これは、予定走行ルート上の特定地点周辺の情報を入手したくて配信を要求したのに、情報が提供される時点の車両位置が特定地点よりも離れ過ぎては役に立たないことによる。
したがって、再ダウンロード完了時の予測車両位置が特定地点を通過して所定距離以上離れ過ぎているときは、再ダウンロードは不要なので、ステップ１２５へ進み、必要性判断フラグをリセットするとともに、中断箇所からのダウンロードは行わない旨の再開中止要求を送信する。
【００３１】
一方、再ダウンロード完了時の予測車両位置が特定地点から離れ過ぎていないときは、必要性あり、あるいはダウンロード対象として有効なものとして、ステップ１２１へ進む。
ステップ１２１では、ナビゲーションシステムから、走行状態に基づいて目的地に到達するまでの予測到達時間を取得する。目的地には、予定走行ルート上の立ち寄り経由地も含まれる。
【００３２】
そして、ステップ１２２において、先のステップ１１５で求めた再ダウンロード完了までの時間が予測到達時間よりも短いかどうかをチェックする。
これは、再ダウンロードを行ってもデータすべてを取得する前に目的地や立ち寄り経由地に到着してユーザが車両から降りてしまった場合には役に立たず、意味がないことになるからである。
したがって、再ダウンロード完了までの時間が予測到達時間以上の場合には、再ダウンロードは不要なので、ステップ１２５へ進み、必要性判断フラグをリセットするとともに、中断箇所からのダウンロードは行わない旨の再開中止要求を送信する。
【００３３】
ステップ１２２のチェックで再ダウンロード完了までの時間が予測到達時間よりも短い場合は、必要性あり、あるいはダウンロード対象として有効なものとして、ステップ１２３へ進む。
これにより、制御回路２２から中断箇所を指定してダウンロード再開要求がアクセスポイント１０を介してキャッシュサーバ９へ送信され、これに応えてキャッシュサーバ９から中断箇所以降のデータがアクセスポイント１０を介して車載端末２０へ送信される。
このあとは、ステップ１０５へ戻る。
【００３４】
以上の必要性判断処理によれば、まず配信要求した情報にかかるパスワードを車載端末２０に入力した際に、ステップ１０１、１０２で必要性判断を実行するかどうかの選択を行わせておいて、ダウンロード中に通信が遮断されてステップ１０７で中断が検出されると、ステップ１０８でデータの中断箇所を記憶する。
その後通信が確立してダウンロード再開可能となると、ステップ１１２で必要性判断が選択されているかどうかをチェックし、選択されていなければステップ１２３でダウンロードが再開される。そして、ステップ１０５、１０６を経てダウンロードが完了するとステップ１２４で完了通知を行って終了する。
【００３５】
一方、必要性判断が選択されているときはステップ１１２からステップ１１３へ進み、ステップ１２２まで各観点からの必要性判断を行う。なお、配信要求した情報が地点情報でない場合には再ダウンロード完了時の車両位置は関係がないので、ステップ１１８、１１９は省略している。
各観点のいずれかで、ダウンロード後の情報の価値が低く必要性がないと判断されたときは、ステップ１２５で再開中止要求を出すことにより、ダウンロードは再開されない。
【００３６】
また、各観点でのチェックをすべてクリアして、必要性ありと判定されたときは、ダウンロード後の情報に価値があり最終的にダウンロードが有効と考えられるから、ステップ１２３でダウンロードが再開される。
なお、ここではステップ１１３からステップ１２２まで各観点でのチェックをすべてクリアしてダウンロードが有効のときは自動的にダウンロードが再開されるが、ステップ１２２のあと、ダウンロードが有効である旨を表示したうえユーザの確認操作を待ってからステップ１２３のダウンロード再開へ進むようにしてもよい。
上記フローにおけるステップ１１２〜１２２は、発明における判断手段を構成している。
【００３７】
実施の形態は以上のように構成され、配信要求に基づいてサービスセンター７からインターネットＮｉ、キャッシュサーバ９、アクセスポイント１０を介して車載端末２０へデータをダウンロードする情報配信システムにおいて、ダウンロード中断後、ダウンロード再開可能となったとき、ダウンロード再開の必要性判断を行い、ダウンロードが再開されたとしてもダウンロードされたデータの利用価値が低くなってしまうため必要性がないものについてはダウンロードの再開を行わないものとしたので、ダウンロード時間やデータ通信料金を削減することができる。
【００３８】
そして必要性判断は、情報の優先度、情報の要求鮮度、再ダウンロード完了までの時間等、種々の観点から行うので、ダウンロードするデータの有効性を的確に判断することができる。
とくに、再ダウンロード完了までの時間と次回の更新タイミングまでの時間の比較に基づいて必要性判断を行っているので、新しいデータが得られる次回の更新タイミングよりもあとに古いデータを取得するようなことが避けられる。
【００３９】
また、特定地点周辺に関する情報の場合については、再ダウンロード完了までの時間から予測される車両位置と特定地点の比較に基づいて必要性判断を行うので、データを取得したときには当該地点からすでに遠く離れてしまっているような事態も避けられる。
なお、上記の必要性判断はパスワード入力の際にユーザが選択した場合に行うので、ユーザの意思に基づいて実行させることができる。
【００４０】
なお、実施の形態では、車載端末２０を搭載している車両が走行中にアクセスポイント１０の通信カバー範囲Ｒを離脱することにより通信が遮断されてダウンロードが中断した場合について説明したが、このほかダウンロード中断は同じアクセスポイントの通信カバー範囲Ｒ内にいても電波環境により生じることもあり、またユーザ自身の割り込み操作によって優先度の高い他のサービスを受けるために別の通信を行う場合などにも生じる。このようにダウンロード中断の原因は種々あるが、いずれの原因による場合であっても本実施の形態はそのまま適用できる。
【００４１】
また、実施の形態では情報の特性に応じて想定される複数の観点のすべてについてダウンロード再開の必要性判断を行うものとしたが、状況に応じて必要な観点についてのみ必要性判断を行うようにしてもよい。さらには、必要性判断の観点あるいはその組み合わせを入力部２４の操作などによりユーザが選択できるようにしてもよい。
【００４２】
また、ダウンロード再開の必要性判断の実行は、車載端末２０にパスワードを入力した際に入力部２４の必要性判断スイッチをＯＮさせて選択させるものとしたが、必要性判断スイッチの初期設定をＯＮとしておくことにより、通常は必ず必要性判断が実行されるものとすることができる。
あるいはまた、必要性判断の実行要求は、配信要求当初のパスワードを入力した際に選択させる代わりに、制御回路２２がキャッシュサーバ９からダウンロード再開可能の通知を受けたときに、必要性判断を実行させるかどうかの選択画面をディスプレイ等に表示して選択させることもできる。
また、ダウンロード再開の必要性判断の選択を車載装置２０の入力部２４から行うものとしたが、これに限定されず、例えばナビゲーションシステム３０のディスプレイ画面上のカーソルあるいはタッチスイッチ等で選択するようにしてもよい。
【００４３】
さらに、実施の形態は、情報配信要求を携帯電話３から行う例を示したが、本発明はこれに限定されず、車載装置２０から情報配信要求を行ってもよい。
また、ダウンロード再開の必要性判断を車載装置２０側において行うものとしたが、サービスセンター７のコントロールサーバ８側で行うようにしてもよい。とくに優先度、要求鮮度、ダウンロード完了までの時間と更新タイミングとの比較などはコントロールサーバ８側で行うにも適しており、必要性判断の観点によってコントロールサーバ８側と車載装置２０側間で分担することもできる。
【図面の簡単な説明】
【００４４】
【図１】車両用情報配信システムの概要を示す図である。
【図２】車載端末の構成を示す図である。
【図３】ダウンロード再開の必要性判断にかかる制御の流れを示すフローチャートである。
【図４】ダウンロード再開の必要性判断にかかる制御の流れを示すフローチャートである。
【図５】ダウンロード再開の必要性判断にかかる制御の流れを示すフローチャートである。
【符号の説明】
【００４５】
１        車両用情報配信システム
３        携帯電話
４        基地局
５        携帯電話制御センター
７        サービスセンター
８        コントロールサーバ
９        キャッシュサーバ
１０      アクセスポイント
２０      車載端末（移動端末）
２１      通信部
２２      制御回路
２４      入力部
２６      記憶装置
２８      ＩＤ設定部
３０      ナビゲーションシステム
３２      ディスプレイ
３５      オーディオシステム
Ｎｉ      インターネット
Ｎｍ      携帯電話通信網
Ｒ        通信カバー範囲
【図１】
2006350619.tif 000003
【図２】
2006350619.tif 000004
【図３】
2006350619.tif 000005
【図４】
2006350619.tif 000006
【図５】
2006350619.tif 000007