(57)【要約】【課題】車両に搭載される通信端末を利用して、ユーザビリティの高いサービスを提供する。【解決手段】通信端末１は、車両の外部と無線通信を行う車外通信部３０と、車両内の装置と車内通信を行う車内通信部４０と、バッテリの状態を取得するバッテリ状態取得部１３と、通信端末１の通信環境を取得する通信環境取得部１４と、無線通信および車内通信を用いたサービスの提供に関するサービス処理を実行可能なサービス処理実行部１７と、サービスの優先度を設定する優先度設定部１５と、サービス処理決定部１６とを備える。サービス処理決定部１６は、バッテリ状態取得部１３が取得したバッテリの状態と、通信環境取得部１４が取得した通信環境と、優先度設定部１５が設定したサービスの優先度とを用いて、サービス処理実行部１７が実行するサービス処理を決定する。【選択図】図１
2020088483.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載される通信端末であって、
前記車両の外部と無線通信を行う車外通信部と、
前記車両内の装置と車内通信を行う車内通信部と、
前記通信端末および前記車両内の装置に電源を供給するバッテリの状態を取得するバッテリ状態取得部と、
前記通信端末の通信環境を取得する通信環境取得部と、
前記無線通信および前記車内通信を用いたサービスの提供に関するサービス処理を実行可能なサービス処理実行部と、
前記サービスの優先度を設定する優先度設定部と、
前記バッテリ状態取得部が取得した前記バッテリの状態と、前記通信環境取得部が取得した前記通信環境と、前記優先度設定部が設定した前記サービスの優先度とを用いて、前記サービス処理実行部が実行する前記サービス処理を決定するサービス処理決定部と、を備える通信端末。
【請求項２】
請求項１に記載の通信端末において、
前記サービス処理決定部は、前記バッテリの状態に基づいて使用可能な前記バッテリの充電容量を算出し、前記サービスの提供に必要な電力量が前記充電容量以下となるように、前記サービス処理実行部が実行する前記サービス処理を決定する通信端末。
【請求項３】
請求項２に記載の通信端末において、
前記サービス処理実行部は、複数の前記サービスについて前記サービス処理をそれぞれ実行可能であり、
前記サービス処理決定部は、複数の前記サービスの各々について前記電力量を算出し、前記電力量の合計が前記充電容量以下となるように、複数の前記サービスの中から前記サービス処理実行部が前記サービス処理を実行するサービスを選択する通信端末。
【請求項４】
請求項３に記載の通信端末において、
前記サービス処理決定部は、前記優先度が高いサービスを優先して、前記サービス処理実行部により前記サービス処理を実行するサービスを選択する通信端末。
【請求項５】
請求項２から４のいずれか一項に記載の通信端末において、
前記サービス処理決定部は、前記サービスの提供に必要な前記無線通信の通信量と、前記通信環境とに基づいて、前記電力量を算出する通信端末。
【請求項６】
請求項１から５のいずれか一項に記載の通信端末において、
前記バッテリ状態取得部は、前記バッテリの状態として、前記バッテリの電圧、温度および使用期間の少なくとも一つを取得する通信端末。
【請求項７】
請求項１から６のいずれか一項に記載の通信端末において、
前記通信環境取得部は、前記通信環境として、前記無線通信の電界強度およびネットワーク状態の少なくとも一つと、前記車内通信の種類とを取得する通信端末。
【請求項８】
請求項１から７のいずれか一項に記載の通信端末において、
前記優先度設定部は、前記サービスに対するユーザ要求の有無を判断し、ユーザ要求ありと判断したサービスの優先度を他のサービスよりも高く設定する通信端末。
【請求項９】
請求項１から８のいずれか一項に記載の通信端末において、
前記サービスの提供が終了した後、前記車外通信部および前記車内通信部の動作を停止して前記通信端末を省電力状態に移行させるモード変更部、をさらに備える通信端末。
【請求項１０】
車両に搭載された通信端末と前記車両の外部との間で行われる無線通信と、前記通信端末と前記車両内の装置との間で行われる車内通信とを用いたサービスを提供するサービス提供方法であって、
前記通信端末および前記車両内の装置に電源を供給するバッテリの状態を取得し、
前記通信端末の通信環境を取得し、
前記サービスの優先度を設定し、
取得した前記バッテリの状態および前記通信環境と、設定した前記サービスの優先度とを用いて、前記サービスの提供に関するサービス処理を決定し、
決定した前記サービス処理を前記通信端末により実行する、サービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末およびサービス提供方法に関する。
【背景技術】
【０００２】
従来、車両に搭載され、無線通信網を介して外部のサーバ等から送信される様々な情報を受信して車両内の各種機器に提供する通信端末（TCU：Telematics Communication Unit）が知られている。こうした通信端末は、鉛蓄電池等を用いて構成される電装品用の車載バッテリからの電源供給を受けて動作する。そのため、車両のエンジンが停止しているときに通信端末を長時間動作させると、車載バッテリの充電電力が過剰に消費され、バッテリ上がりを起こしてしまう危険性がある。
【０００３】
上記の対策として、例えば特許文献１の技術が知られている。特許文献１には、エンジン停止時に通信を行う場合に、通信を行うために必要なバッテリ容量と、車載バッテリの実際の残り容量とを比較し、その比較結果に応じて通信の情報量を増減させることにより、通信時のバッテリ上がりを未然に防止する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１０５６０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
車両に搭載して使用される通信端末では、優先して送受信すべき情報がそのときの状況に応じて変化する。例えば、車両を目的地まで案内するためのナビゲーション処理を実行するナビゲーション装置に対して、ナビゲーション処理に必要な地図情報や案内情報をダウンロード中である場合には、これらの情報を他の情報よりも優先してダウンロードすべきと考えられる。また、映像や音楽などのコンテンツ情報をダウンロード中である場合には、ユーザが視聴中のコンテンツ情報を優先してダウンロードすべきと考えられる。しかしながら、特許文献１の技術では、車載バッテリの残り容量が少ない場合には、その内容に関わらず、通信対象の情報が分割して送受信される。そのため、状況に応じて適切な情報を優先して送受信することができず、ユーザビリティの低下を招いている。
【課題を解決するための手段】
【０００６】
本発明による通信端末は、車両に搭載されるものであって、前記車両の外部と無線通信を行う車外通信部と、前記車両内の装置と車内通信を行う車内通信部と、前記通信端末および前記車両内の装置に電源を供給するバッテリの状態を取得するバッテリ状態取得部と、前記通信端末の通信環境を取得する通信環境取得部と、前記無線通信および前記車内通信を用いたサービスの提供に関するサービス処理を実行可能なサービス処理実行部と、前記サービスの優先度を設定する優先度設定部と、前記バッテリ状態取得部が取得した前記バッテリの状態と、前記通信環境取得部が取得した前記通信環境と、前記優先度設定部が設定した前記サービスの優先度とを用いて、前記サービス処理実行部が実行する前記サービス処理を決定するサービス処理決定部と、を備える。
本発明によるサービス提供方法は、車両に搭載された通信端末と前記車両の外部との間で行われる無線通信と、前記通信端末と前記車両内の装置との間で行われる車内通信とを用いたサービスを提供するものであって、前記通信端末および前記車両内の装置に電源を供給するバッテリの状態を取得し、前記通信端末の通信環境を取得し、前記サービスの優先度を設定し、取得した前記バッテリの状態および前記通信環境と、設定した前記サービスの優先度とを用いて、前記サービスの提供に関するサービス処理を決定し、決定した前記サービス処理を前記通信端末により実行する。
【発明の効果】
【０００７】
本発明によれば、車両に搭載される通信端末を利用して、ユーザビリティの高いサービスを提供できる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態に係る通信端末の構成を示す図である。
【図２】本発明の一実施形態に係る通信端末において停車時に実行される処理を示すフローチャートである。
【図３】サービス候補リストの例を示す図である。
【図４】サービス決定処理のフローチャートである。
【図５】バッテリの電圧と充電容量の基準値との関係の一例を示す表である。
【図６】バッテリの温度と温度係数との関係の一例を示す表である。
【図７】バッテリの使用期間と経年劣化係数との関係の一例を示す表である。
【図８】携帯通信網の電界強度およびネットワーク状態と通信速度との関係の一例を示す表である。
【図９】無線ＬＡＮの電界強度と通信速度との関係の一例を示す表である。
【図１０】サービス実行リストの例を示す図である。
【図１１】本発明の一実施形態に係る通信端末とサーバおよび車載装置間での処理シーケンスの一例を示す図である。
【図１２】本発明の変形例に係る通信端末とサーバおよび車載装置間での処理シーケンスの一例を示す図である。
【図１３】停車時に提供されるサービスをユーザに通知する画面の例を示す図である。
【発明を実施するための形態】
【０００９】
図１は、本発明の一実施形態に係る通信端末の構成を示す図である。図１に示す通信端末１は、車両に搭載されて使用されるものであり、制御部１０、記録部２０、車外通信部３０、車内通信部４０および電源部５０を備える。
【００１０】
制御部１０は、不図示のＣＰＵ、ＲＯＭ、ＲＡＭ等により構成されており、通信端末１を動作させるための様々な処理や演算を行う。制御部１０は、その機能として、通信制御部１１、停車検出部１２、バッテリ状態取得部１３、通信環境取得部１４、優先度設定部１５、サービス処理決定部１６、サービス処理実行部１７およびモード変更部１８の各機能ブロックを有する。制御部１０は、たとえばＲＯＭに記憶されているプログラムをＲＡＭに展開してＣＰＵが実行することで、これらの機能ブロックを実現することができる。なお、制御部１０が有するこれらの機能ブロックの詳細については、後で説明する。
【００１１】
記録部２０は、不揮発性の記録媒体であり、たとえばフラッシュメモリを用いて構成される。記録部２０には、たとえばサービス処理決定部１６が行う後述のサービス決定処理において用いられる情報などの様々な情報が記録されており、制御部１０の制御によって情報の読み出しや書き込みが行われる。なお、制御部１０においてＣＰＵが実行するプログラムの一部または全部を記録部２０に格納してもよい。
【００１２】
車外通信部３０は、通信制御部１１の制御に応じて、車両外に設置されたサーバ等との間で無線通信を行い、各種の情報を送受信する。車外通信部３０が行う無線通信には、たとえば３Ｇ（3rd Generation）やＬＴＥ（Long Term Evolution）等の通信規格による携帯電話網や、ＷｉＦｉ等の無線ＬＡＮが利用される。
【００１３】
車内通信部４０は、通信制御部１１の制御に応じて、車両内に設置されたナビゲーション装置や各種ＥＣＵ（Electronic Control Unit）等の様々な装置との間で車内通信を行い、各種の情報を送受信する。通信端末１は、たとえば車両内に設けられた通信ネットワークであるＣＡＮ（Controller Area Network）と接続されており、車内通信部４０は、このＣＡＮを介して、車両内の各装置との間で車内通信を行う。なお、車内通信部４０は、ＣＡＮの代わりに車両内の他の通信ネットワーク、たとえばＥｔｈｅｒｎｅｔ（登録商標）、無線ＬＡＮ、ＦｌｅｘＲａｙ等を介して車内通信を行ってもよい。また、たとえばＵＳＢやブルートゥース（登録商標）等により、車両内に持ち込まれたスマートフォン等の装置との間で車内通信を行ってもよい。
【００１４】
電源部５０は、通信端末１を含む車両内の様々な装置に対して電源を供給する不図示の電装品用のバッテリと接続されている。電源部５０は、このバッテリから供給される電源をもとに、通信端末１内の各部分に対して動作電源を供給する。なお、周知のようにバッテリは、車両のキースイッチの操作状態に応じて、＋Ｂ電源、ＡＣＣ電源およびＩＧＮ電源という３種類の電源を出力する。＋Ｂ電源は、キースイッチの操作位置に関わらず常に出力される電源であり、通信端末１はこの＋Ｂ電源を用いて動作する。ＡＣＣ電源は、キースイッチの操作位置がＡＣＣおよびＯＮの位置で出力される電源であり、ＩＧＮ電源は、キースイッチの操作位置がＯＮの位置で出力される電源である。電源部５０には、これら３種類の電源が全て入力されるようになっている。
【００１５】
通信端末１は、以上説明したような構成により、車両外部のサーバ等から無線通信を介して様々な情報を取得し、車両内の各装置に供給する。車両内の各装置では、通信端末１から供給される情報を用いて、様々なサービスを提供することができる。たとえば、地図データをダウンロードしてナビゲーション装置が利用する地図データを更新するサービスや、ＦＯＴＡ（Firmware Over The Air）と呼ばれるＥＣＵのソフトウェア更新サービスなどを提供可能である。また、ユーザの好みに応じて映像や音楽等の任意のコンテンツを通信端末１によりダウンロードし、不図示のディスプレイやスピーカを介して、または車内通信部４０を介して接続されたスマートフォン等の装置を用いて、ユーザに提供してもよい。以下では、こうしたサービスを提供する際に通信端末１が実行する無線通信や車内通信等を含んだ一連の処理を、「サービス処理」と総称する。すなわち、以下の説明においてサービス処理とは、無線通信および車内通信を用いたサービスの提供に関して通信端末１が実行する処理のことである。このサービス処理は、制御部１０においてサービス処理実行部１７の制御により実行される。
【００１６】
車両が停車してＡＣＣ電源がオフされると、通信端末１は上記のサービス処理を実行した後にスリープモード（省電力モード）に移行する。このとき通信端末１は、以下で説明する処理を実行することにより、バッテリの容量やサービスの優先度を考慮して、サービス処理の実行対象とするサービスを決定する。なお、スリープモードでは、たとえば緊急通報や盗難防止に関する部分など、停車中に動作する必要がある部分を除いて、通信端末１はその動作を停止し、バッテリの電力消費を低減する。
【００１７】
図２は、本発明の一実施形態に係る通信端末１において停車時に実行される処理を示すフローチャートである。本実施形態において、通信端末１の制御部１０は、ＣＰＵにおいて所定のプログラムを実行することにより、図２のフローチャートに従って処理を行う。
【００１８】
ステップＳ１０において、制御部１０は、停車検出部１２によって車両の停車が検出されたか否かを判定する。車両の停車が検出されるまではステップＳ１０に留まり、車両の停車が検出されると次のステップＳ２０へ進む。停車検出部１２は、たとえば電源部５０に入力されるＡＣＣ電源およびＩＧＮ電源がともにオフされたことを検知すると、車両が停車したとみなして停車を検出する。なお、停車検出部１２が停車を検出する方法はこれに限定されず、他の様々な方法を用いることができる。
【００１９】
ステップＳ２０において、制御部１０は、通信制御部１１により車外通信部３０を用いて、車両外のサーバからサービス候補リストを受信する。このサービス候補リストは、車両が停車した後に提供されるサービスの候補をリスト化したものであり、通信端末１からの要求に応じてサーバから送信される。通信制御部１１は、たとえば当該車両の車種を表す情報や、当該車両に搭載されているナビゲーション装置の地図バージョンや各ＥＣＵのソフトウェアバージョンを表す情報などとともに、サービス候補リストの要求を車外通信部３０からサーバへ送信する。この要求を受信したサーバは、当該車両において適用可能なサービスの候補を特定し、そのサービス候補をリスト化したサービス候補リストを通信端末１へ送信する。これにより、通信端末１において、当該車両に対応するサービス候補リストが受信される。なお、サービス候補リストに含まれるサービス候補には、たとえば、配信側からの要請による地図データの更新、各ＥＣＵのリモート診断やソフトウェア更新、車両走行中に取得したプローブ情報のアップロードなど、ユーザからの要求がなくても実施される各種サービスが該当する。
【００２０】
なお、ステップＳ２０でサービス候補リストの要求をサーバへ送信した後、サービス候補リストが受信できなかった場合は、再度サービス候補リストの要求を送信することでリトライを実施してもよい。ただし、リトライ回数が所定回数を上回った場合は、これ以上サービス候補リストの要求を続けても不要なバッテリ消費を招くと判断し、エラー処理として図２のフローチャートを終了することが好ましい。あるいは、エラー処理とせずにステップＳ２０を強制終了し、次のステップＳ３０に進むようにしてもよい。また、サービス候補リストの要求をサーバへ送信してから所定時間が経過してもサービス候補リストが受信できない場合は、リトライを実施せずに、図２のフローチャートを終了または次のステップＳ３０に進むようにしてもよい。
【００２１】
ステップＳ３０において、制御部１０は、ユーザからの要求による未提供サービスの有無を確認する。車両に搭乗しているユーザは、たとえば不図示のタッチパネルへの操作入力や、マイクを用いた音声入力などにより、外部のサーバ等に対して任意のサービスの提供を要求することができる。このサービスには、たとえば、インターネットを介した音楽や映像等の各種コンテンツの配信、ユーザ側の要請による地図データの更新、現在地の周辺情報の配信などが該当する。ステップＳ３０において制御部１０は、こうしたサービスのうち、ユーザからの直近の要求に応じて未提供または提供途中のものがあるか否かを確認する。その結果、該当するサービスが存在する場合は、そのサービスをサービス候補に加えてサービス候補リストを更新する。
【００２２】
図３は、サービス候補リストの例を示している。図３（ａ）は、ステップＳ２０で受信される更新前のサービス候補リストの例である。このサービス候補リストには、サービス候補として、配信側からの要請による地図データのダウンロードと、３種類のＥＣＵ（ＥＣＵα、ＥＣＵβ、ＥＣＵγ）のそれぞれに対するソフトウェアのアップグレードとがリスト化されている。また、各サービス候補の提供に要する無線通信の通信量と、各サービス候補の優先度とが示されている。これらの値は、サーバにおいて予め指定されている。ここで、優先度の値が小さいほど、そのサービス候補が優先的に実施すべきサービスであることを表している。
【００２３】
図３（ｂ）は、ステップＳ３０で更新されたサービス候補リストの例である。この更新後のサービス候補リストでは、図３（ａ）に対して、ユーザからの要求に応じたコンテンツＡのダウンロードがサービス候補として追加されている。なお、追加されたサービス候補に対する優先度は、この時点ではまだ設定されない。
【００２４】
ステップＳ４０において、制御部１０は、ステップＳ２０で受信したサービス候補リストと、ステップＳ３０の確認結果とに基づき、停車後に提供すべきサービス候補があるか否かを判定する。具体的には、受信したサービス候補リストに少なくとも一つのサービスが記載されているか、またはステップＳ３０で少なくとも一つのサービスが未提供サービスと判断された場合は、サービス候補ありと判断してステップＳ５０へ進む。一方、これらの条件をいずれも満たさない場合は、サービス候補なしと判断してステップＳ１４０へ進む。
【００２５】
ステップＳ５０において、制御部１０は、バッテリ状態取得部１３により、電源部５０を介してバッテリの状態を取得する。ここではバッテリの状態として、たとえばバッテリの電圧、温度、使用期間等の情報を取得する。なお、バッテリの電圧は、電源部５０に入力される＋Ｂ電源の電圧を測定することにより取得でき、バッテリの温度は、たとえばバッテリに取り付けられた温度センサからの情報により取得できる。また、バッテリの使用期間は、たとえば通信端末１が車両に組み付けられて最初に電源が投入された日付を初回起動日として記録部２０に予め記憶しておき、これと現在の日付との差分を算出することにより取得できる。この場合、初回起動日や現在の日付は、たとえば携帯電話網を介して取得したり、不図示のＧＮＳＳ（Global Navigation Satellite System）を利用して取得したりすることが可能である。さらに、これ以外の情報をバッテリの状態として取得してもよい。
【００２６】
ステップＳ６０において、制御部１０は、通信環境取得部１４により、通信端末１の通信環境を取得する。ここでは、サービス処理において車外通信部３０が無線通信を行う際の通信環境と、車内通信部４０が車内通信を行う際の通信環境とを取得する。具体的には、無線通信の通信環境として、たとえば無線通信で用いられる携帯電話網や無線ＬＡＮの電界強度、ネットワーク状態等の情報を取得する。また、車内通信の通信環境として、車内通信の種類（ＣＡＮ、ＵＳＢ、Ｅｔｈｅｒｎｅｔ等）を取得する。これらの情報は、全てのサービスで共通であってもよいし、サービスごとに異なっていてもよい。
【００２７】
ステップＳ７０において、制御部１０は、優先度設定部１５により、ステップＳ４０で判定した各サービス候補に対するサービス優先度を設定する。ここでは、ステップＳ２０で受信したサービス候補リスト（ユーザからの要求による未提供サービスが無い場合）、またはステップＳ３０で更新したサービス候補リスト（ユーザからの要求による未提供サービスがある場合）に含まれる各サービス候補に対して、それぞれの優先度合いに応じたサービス優先度を設定する。このとき、ユーザからの要求によるサービス候補に対しては、他のサービス候補よりも高い優先度を設定することが好ましい。
【００２８】
たとえば、図３（ｂ）で説明した更新後のサービス候補リストで表される各サービス候補のうち、ユーザからの要求に応じたサービス候補として追加されたコンテンツＡのダウンロードについては、最も高い優先度である「１」を設定する。一方、残りの各サービス候補については、サーバから送信されたサービス候補リストで指定された優先度の順に、「２」〜「５」の優先度をそれぞれ設定する。すなわち、図３（ａ）の更新前のサービス候補リストよりも１ずつ大きい優先度の値をそれぞれ設定する。
【００２９】
ステップＳ８０において、制御部１０は、サービス処理決定部１６により、サービス決定処理を実行する。このサービス決定処理では、ステップＳ５０で取得したバッテリの状態と、ステップＳ６０で取得した通信環境と、ステップＳ７０で設定したサービス優先度とを用いて、サービス処理実行部１７が実行するサービス処理を決定する。そして、決定したサービス処理の内容をリスト化したサービス実行リストを作成する。なお、サービス決定処理の具体的な内容は、後で図４のフローチャートを参照して詳細に説明する。
【００３０】
ステップＳ９０において、制御部１０は、通信制御部１１により車外通信部３０を用いて、ステップＳ８０のサービス決定処理で作成したサービス実行リストを車両外のサーバへ送信する。これにより、決定したサービス処理を実行するためのデータを送信するようサーバに要求する。
【００３１】
ステップＳ１００において、制御部１０は、ステップＳ９０で送信したサービス実行リストに応じて、サーバからサービス処理用のデータが送信されたか否かを判定する。サービス処理用のデータが送信された場合は、車外通信部３０によりそのデータを受信し、ステップＳ１１０に進む。一方、サービス処理用のデータが送信されていない場合は、ステップＳ１３０に進む。
【００３２】
ステップＳ１１０において、制御部１０は、サービス処理実行部１７により、ステップＳ１００でサーバから受信したサービス処理用のデータを用いて、ステップＳ８０で決定したサービス処理を実行する。これにより、サービス実行リストで表された各サービスの提供を行う。
【００３３】
ステップＳ１２０において、制御部１０は、ステップＳ８０で決定した全てのサービス処理を実行済みであるか否かを判定する。まだ実行していないサービス処理がある場合はステップＳ１００に戻り、ステップＳ１００、Ｓ１１０により、サービス処理用データの受信およびサービス処理の実行を継続する。全てのサービス処理を実行済みである場合はステップＳ１４０に進む。
【００３４】
ステップＳ１３０において、制御部１０は、サービス処理用データの受信に対するタイムアウト判定を行う。ここでは、ステップＳ９０でサービス実行リストを送信してからの経過時間を測定し、経過時間が所定時間未満であれば、ステップＳ１００に戻って受信待ち状態を継続する。このとき、サービス実行リストをサーバに再送信することでリトライを実施してもよい。一方、経過時間が所定時間以上となってもサービス処理用データが送信されない場合は、タイムアウトと判定してステップＳ１４０に進む。なお、経過時間ではなく、リトライ回数によりタイムアウト判定を行ってもよい。
【００３５】
ステップＳ１４０において、制御部１０は、モード変更部１８により、通信端末１を前述のスリープモードに移行させる。ステップＳ１４０を実行したら、図２のフローチャートに示す処理を終了する。
【００３６】
次に、ステップＳ８０で実行されるサービス決定処理の詳細について説明する。図４は、ステップＳ８０においてサービス処理決定部１６が実行するサービス決定処理のフローチャートである。
【００３７】
ステップＳ８１において、サービス処理決定部１６は、ステップＳ５０で取得したバッテリの状態に基づいて、使用可能なバッテリの充電容量を算出する。ここではまず、取得したバッテリ状態に含まれるバッテリの電圧から、バッテリの充電容量の基準値を求める。なお、バッテリが充電中である場合とそうでない場合とでは、充電容量が同じであっても電圧が異なる。そのため、バッテリの充電状態に応じて充電容量の基準値を変化させるようにする。
【００３８】
図５は、バッテリの電圧と充電容量の基準値との関係の一例を示す表である。図５の表では、バッテリが非充電の場合と充電中の場合のそれぞれについて、電圧値ごとに使用可能な充電容量の基準値Ｄ１〜Ｄ７を示している。なお、非充電時に電圧値が１０Ｖ以下である場合、バッテリは使用不可であるとして、バッテリの充電容量の基準値が０になっている。
【００３９】
通信端末１では、予め測定されたバッテリの特性に基づき、たとえば図５のような情報が記録部２０に記憶されている。ステップＳ８１の処理では、この情報を記録部２０から読み出して参照することにより、現在のバッテリ状態で使用可能なバッテリの充電容量の基準値として、Ｄ１〜Ｄ７のいずれかが取得される。
【００４０】
こうしてバッテリの電圧から充電容量の基準値を求めたら、次にサービス処理決定部１６は、求められた基準値からバッテリの充電容量を算出する。たとえば以下の式（１）を用いて、バッテリの充電容量を算出する。式（１）において、Ｄｘは充電容量の基準値、δｙは温度係数、εｚは経年劣化係数をそれぞれ表している。温度係数δｙおよび経年劣化係数εｚは、取得したバッテリ状態に含まれるバッテリの温度と使用期間からそれぞれ求められる。
Ｄ’＝Ｄｘ×δｙ×εｚ    ・・・（１）
【００４１】
図６は、バッテリの温度と温度係数δｙとの関係の一例を示す表である。図７は、バッテリの使用期間と経年劣化係数εｚとの関係の一例を示す表である。通信端末１では、予め測定されたバッテリの特性に基づき、たとえば図６や図７のような情報が記録部２０に記憶されている。ステップＳ８１の処理では、これらの情報を記録部２０から読み出して参照することにより、現在のバッテリ温度と使用期間に応じて、温度係数δｙの値としてδ１〜δ７のいずれかが取得されるとともに、経年劣化係数εｚの値としてε１〜ε６のいずれかが取得される。そして、これらの値をバッテリの電圧から求めた充電容量の基準値Ｄｘ（図５のＤ１〜Ｄ７のいずれか、または０）とともに式（１）に代入することで、バッテリの充電容量Ｄ’が算出される。
【００４２】
ステップＳ８２において、サービス処理決定部１６は、ステップＳ６０で取得した通信環境に基づいて、サービス候補リストに記載されている各サービス候補の実行時間を算出する。ここでは、たとえば以下の式（２）を用いて、各サービス候補の実行時間を算出する。式（２）において、Ａｉは各サービス候補の提供に必要な無線通信の通信量、ＭＡＸ（Ｂｊ，Ｃｋ）は携帯通信網の通信速度Ｂｊおよび無線ＬＡＮの通信速度Ｃｋの最高値、αｉは各サービス候補のサービス処理で用いられる車内通信の種類に応じた係数をそれぞれ表している。通信量Ａｉはサービス候補リストから取得され、携帯通信網の通信速度Ｂｊおよび無線ＬＡＮの通信速度Ｃｋは、ステップＳ６０で取得した通信環境からそれぞれ求められる。また、係数αｉは無線通信と車内通信の間でのデータ変換に要する時間や、これらの通信速度差に応じて、車内通信の種類ごとに予め設定されている。
Ｔｉ＝｛Ａｉ／ＭＡＸ（Ｂｊ，Ｃｋ）｝×αｉ    ・・・（２）
【００４３】
図８は、携帯通信網の電界強度およびネットワーク状態と通信速度Ｂｊとの関係の一例を示す表である。図９は、無線ＬＡＮの電界強度と通信速度Ｃｋとの関係の一例を示す表である。通信端末１では、たとえば図８や図９のような情報が予め記録部２０に記憶されている。ステップＳ８２の処理では、これらの情報を記録部２０から読み出して参照することにより、現在の無線通信の通信環境に応じて、携帯通信網の通信速度Ｂｊの値としてＢ１〜Ｂ６のいずれか、または０が取得されるとともに、無線ＬＡＮの通信速度Ｃｋの値としてＣ１〜Ｃ３のいずれか、または０が取得される。そして、これらの値をサービス候補リストに記載された各サービス候補の通信量Ａｉ（図３（ａ）のＡ１〜Ａ４、または図３（ｂ）のＡ１〜Ａ５）とともに式（２）に代入することで、各サービス候補について実行時間Ｔｉがそれぞれ算出される。
【００４４】
なお、ＭＡＸ（Ｂｊ，Ｃｋ）＝０の場合、すなわち携帯通信網の通信速度Ｂｊおよび無線ＬＡＮの通信速度Ｃｋがともに０の場合は、式（２）の値が計算できない。そのため、この場合は実行時間Ｔｉとして、予め定めた最大実行時間を設定することが好ましい。この最大実行時間の値は、通常の通信環境では算出されないような大きな値とすることが好ましい。あるいは、実行時間Ｔｉの算出が不可能であることを示す所定のフラグ値などを設定してもよい。
【００４５】
ステップＳ８３において、サービス処理決定部１６は、ステップＳ８２で算出した各サービス候補の実行時間から、各サービス候補の提供に必要な電力量を算出する。ここでは、たとえば以下の式（３）を用いて、各サービス候補の提供に必要な電力量を算出する。式（３）において、Ｔｉは式（２）で計算される各サービス候補の通信時間を表し、βｉは各サービス候補の提供時に消費される単位時間当たりの電力量を表している。この単位時間当たりの電力量βｉは、サービス提供時に動作する車両内の装置（ナビゲーション装置、ＥＣＵ等）に応じて、サービスごとに予め設定されている。
Ｐｉ＝Ｔｉ×βｉ    ・・・（３）
【００４６】
ステップＳ８４において、サービス処理決定部１６は、サービス候補リストに記載されているサービス候補の中で優先度が最も高いサービス候補を選択する。ここでは、優先度の値が最も小さいサービス候補を、優先度が最も高いサービス候補として選択する。
【００４７】
ステップＳ８５において、サービス処理決定部１６は、ステップＳ８４で選択したサービス候補の必要電力量を加算して、サービス提供に必要な電力量の合計を算出する。ここでは、ステップＳ８３で算出した各サービス候補の必要電力量のうち、今回のステップＳ８４で選択したサービス候補の必要電力量を、これまでに計算された必要電力量の合計に加算する。なお、最初にステップＳ８５の処理を実行する際には、ステップＳ８４で選択したサービス候補の必要電力量が、そのままサービス提供に必要な電力量の合計として扱われる。
【００４８】
ステップＳ８６において、サービス処理決定部１６は、ステップＳ８５で算出した必要電力量の合計と、ステップＳ８１で算出した使用可能なバッテリの充電容量とを比較し、必要電力量の合計が使用可能なバッテリの充電容量以下であるか否かを判定する。この判定条件を満たす場合はステップＳ８４に戻り、未選択のサービス候補の中で優先度が最も高いサービス候補をステップＳ８４で選択した後、そのサービス候補の必要電力量を加算して、ステップＳ８５で必要電力量の合計を算出する。こうした処理を繰り返すことで、必要電力量の合計が使用可能なバッテリの充電容量を上回るまで、優先度の高い順にサービス候補を選択する。ステップＳ８６で必要電力量の合計が使用可能なバッテリの充電容量を上回ったと判定したら、ステップＳ８７に進む。
【００４９】
ステップＳ８７において、サービス処理決定部１６は、これまでにステップＳ８４で選択したサービス候補のうち、最後に選択したサービス候補を除外する。これにより、必要電力量の合計が使用可能なバッテリの充電容量以下となるようにサービス候補の選択結果を調整し、最終的な選択結果として確定する。なお、使用可能なバッテリの充電容量以下であれば、未選択のサービス候補をさらに加えて、最終的な選択結果としてもよい。この場合でも、なるべく優先度の高いサービス候補を優先的に加えることが好ましい。
【００５０】
ステップＳ８８において、サービス処理決定部１６は、ステップＳ８７で確定したサービス候補の選択結果において選択された各サービス候補を、サービス実行リストに登録する。ステップＳ８８を実行したら図４のフローチャートを終了し、図２のステップＳ９０の処理に進む。これにより、サービス実行リストに登録された各サービス候補が、停車後に実行するサービスとしてサーバに通知され、そのサービスに対応するサービス処理が、サービス処理実行部１７が実行するサービス処理として決定される。
【００５１】
図１０は、サービス実行リストの例を示す図である。図１０のサービス実行リストでは、図３（ｂ）に示したサービス候補リストにおいて記載された各サービスについて、ステップＳ８２で算出された実行時間Ｔ１〜Ｔ５と、ステップＳ８３で算出された必要電力量Ｐ１〜Ｐ５とが記載されている。また、ステップＳ８８の処理結果として、各サービスの実行可否が記載されている。ここで、実行可否が「〇」であるサービスは、ステップＳ８８でサービス実行リストに登録されたサービスに該当し、実行可否が「×」であるサービスは、サービス実行リストには登録されていないサービスに該当する。すなわち、図１０の例では、配信側からの要請による地図データのダウンロードと、ＥＣＵαのソフトウェアのアップグレードとは、提供対象外のサービスであることを表している。
【００５２】
なお、図１０のサービス実行リストでは、バッテリの充電容量Ｄ’と各サービスの必要電力量Ｐ１〜Ｐ５との間に、以下の式（４）の関係が成り立つ。
Ｄ’≧Ｐ５＋Ｐ４＋Ｐ３  かつ  Ｄ’＜Ｐ５＋Ｐ４＋Ｐ３＋Ｐ２    ・・・（４）
【００５３】
サービス処理決定部１６では、以上説明したようなサービス決定処理が実行される。これにより、サービス候補とされた各サービスについて、そのサービスの提供に必要な電力量が算出され、電力量の合計が使用可能なバッテリの充電容量以下となるように、サービス処理実行部１７がサービス処理を実行するサービスが決定される。すなわち、サービスの提供に必要な電力量がバッテリの充電容量以下となるように、サービス処理実行部１７が実行するサービス処理が決定される。したがって、バッテリの充電状態や無線通信の通信環境などの状況に適合したユーザビリティの高いサービスを提供できる。
【００５４】
図１１は、本発明の一実施形態に係る通信端末１とサーバおよび車載装置間での処理シーケンスの一例を示す図である。図１１では、サービスＡおよびサービスＢの提供中に、ユーザがサービスＺの提供を要求してから車両が停車した場合の処理シーケンス例を示している。
【００５５】
図１１において、通信端末１は、サーバからサービスＡに関するデータを１０回に分けてダウンロードし、車載装置へ送信する。また、サーバからサービスＢに関するデータを５回に分けてダウンロードし、車載装置へ送信する。このとき、ユーザがナビゲーション装置等の車載装置からサービスＺの要求を行うと、その要求は車載装置から通信端末１を介してサーバへと送信される。
【００５６】
サービスＺの要求が通信端末１からサーバへ送信された直後に、車両が停車してＡＣＣ電源およびＩＧＮ電源がともにオフされると、通信端末１はこれを検知し、図２のフローチャートで説明した処理を開始する。そして、ステップＳ２０において、サービス候補リストをサーバに要求し、これに応じてサーバから配信されるサービス候補リストを受信する。このサービス候補リストには、サービスＡ，Ｂ，Ｚのデータがそれぞれどこまで送信されたかを示す情報が含まれている。
【００５７】
サーバからサービス候補リストを受信すると、通信端末１はステップＳ３０〜Ｓ７０の各処理を実行した後、ステップＳ８０のサービス決定処理を実行する。このサービス決定処理では、ユーザからの要求によるサービスＺが優先的に提供対象として選択され、サービス実行リストが作成される。その結果、たとえばサービス実行リストでは、サービスＺとサービスＢの残りのデータがそれぞれダウンロード対象として指定される。一方、サービス実行リストに登録されなかったサービスＡの残りのデータは、次回起動時にダウンロードされる。
【００５８】
サービス決定処理を実行したら、通信端末１は作成したサービス実行リストをサーバに送信し、最も優先度の高いサービスＺのデータをサーバに要求する。この要求に応じてサービスＺのデータがサーバから配信されると、通信端末１はこれを受信し、車内通信によって対応する車載装置へと送信する。これにより、サービスＺの提供が行われる。なお、サービスＺの提供が終了した後は、次に優先度の高いサービスＢの残りのデータがサーバから配信され、通信端末１がこれを受信することにより、サービスＢの提供の続きが行われる。
【００５９】
以上説明した本発明の一実施形態によれば、次の作用効果を奏する。
【００６０】
（１）車両に搭載される通信端末１は、車両の外部と無線通信を行う車外通信部３０と、車両内の装置と車内通信を行う車内通信部４０と、通信端末１および車両内の装置に電源を供給するバッテリの状態を取得するバッテリ状態取得部１３と、通信端末１の通信環境を取得する通信環境取得部１４と、無線通信および車内通信を用いたサービスの提供に関するサービス処理を実行可能なサービス処理実行部１７と、サービスの優先度を設定する優先度設定部１５と、サービス処理決定部１６とを備える。サービス処理決定部１６は、バッテリ状態取得部１３が取得したバッテリの状態と、通信環境取得部１４が取得した通信環境と、優先度設定部１５が設定したサービスの優先度とを用いて、サービス処理実行部１７が実行するサービス処理を決定する（ステップＳ８０）。このようにしたので、ユーザビリティの高いサービスを提供できる。
【００６１】
（２）サービス処理決定部１６は、バッテリの状態に基づいて使用可能なバッテリの充電容量を算出し（ステップＳ８１）、サービスの提供に必要な電力量が充電容量以下となるように、サービス処理実行部１７が実行するサービス処理を決定する（ステップＳ８２〜Ｓ８８）。具体的には、サービス処理実行部１７は、複数のサービスについてサービス処理をそれぞれ実行可能である。サービス処理決定部１６は、複数のサービスの各々について電力量を算出し（ステップＳ８２，Ｓ８３）、電力量の合計がバッテリの充電容量以下となるように、複数のサービスの中からサービス処理実行部１７がサービス処理を実行するサービスを選択する（ステップＳ８４〜Ｓ８８）。このようにしたので、バッテリの状態を考慮して、サービス処理実行部１７が実行するサービス処理を適切に決定することができる。
【００６２】
（３）ステップＳ８４において、サービス処理決定部１６は、優先度が高いサービスを優先して、サービス処理実行部１７によりサービス処理を実行するサービスを選択する。このようにしたので、サービスごとの優先度を考慮して、サービス処理実行部１７が実行するサービス処理を適切に決定することができる。
【００６３】
（４）ステップＳ８２、Ｓ８３において、サービス処理決定部１６は、サービスの提供に必要な無線通信の通信量と、通信環境とに基づいて、電力量を算出する。このようにしたので、サービスの提供に必要な電力量を正確に算出することができる。
【００６４】
（５）バッテリ状態取得部１３は、バッテリの状態として、バッテリの電圧、温度および使用期間の少なくとも一つを取得する（ステップＳ５０）。但し、これら全ての情報を取得すると、バッテリ状態をより正確に把握することができる。このようにしたので、サービス処理決定部１６がサービス処理実行部１７の実行対象とするサービス処理を決定するのに必要なバッテリ状態の情報を取得できる。
【００６５】
（６）通信環境取得部１４は、無線通信の通信環境として、無線通信の電界強度およびネットワーク状態の少なくとも一つと、車内通信の種類とを取得する(ステップＳ６０)。このようにしたので、サービス処理決定部１６がサービス処理実行部１７の実行対象とするサービス処理を決定するのに必要な通信環境の情報を取得できる。
【００６６】
（７）優先度設定部１５は、サービスに対するユーザ要求の有無を判断し、ユーザ要求ありと判断したサービスの優先度を他のサービスよりも高く設定する（ステップＳ７０）。このようにしたので、ユーザが要求したサービスを優先的に提供できるため、より一層ユーザビリティの高いサービスを提供できる。
【００６７】
（８）通信端末１は、サービスの提供が終了した後、車外通信部３０および車内通信部４０の動作を停止して通信端末１を省電力状態に移行させるモード変更部１８をさらに備える。このようにしたので、バッテリの無駄な電力消費をより一層抑えることができる。
【００６８】
なお、以上説明した実施形態は、次のように変形してもよい。
【００６９】
（第１変形例）
上記実施形態では、サービス実行リストに登録された各サービスの優先度に応じた順序でサーバから通信端末１にデータをダウンロードし、通信端末１から車載装置にデータを送信する例を説明したが、サーバから通信端末１にデータを一括してダウンロードし、各サービスの優先度に応じた順序で通信端末１から車載装置にデータを送信してもよい。以下では、この場合の処理シーケンスを変形例として説明する。
【００７０】
図１２は、本発明の変形例に係る通信端末１とサーバおよび車載装置間での処理シーケンスの一例を示す図である。図１２では、前述の図１１と同様に、サービスＡおよびサービスＢの提供中に、ユーザがサービスＺの提供を要求してから車両が停車した場合の処理シーケンス例を示している。通信端末１がサービス決定処理を実行するまでの流れは、図１１と同様である。
【００７１】
サービス決定処理を実行したら、通信端末１は作成したサービス実行リストをサーバに送信せずに、サーバからのデータ配信を待つ。サービスＡ，Ｂの残りのデータおよびサービスＺのデータがサーバから配信されると、通信端末１はこれらを受信し、各サービスの優先順位に従って、車内通信により対応する車載装置へと順次送信する。これにより、最初は最も優先度の高いサービスＺのデータが通信端末１から対応する車載装置へと送信され、サービスＺの提供が行われる。その後、次に優先度の高いサービスＢの残りのデータが通信端末１から対応する車載装置へと送信され、サービスＢの提供の続きが行われる。なお、サーバから配信されたサービスＡの残りのデータは、通信端末１に記録され、次回起動時に通信端末１から対応する車載装置へと送信される。
【００７２】
（第２変形例）
通信端末１は、停車時にサービス処理を実行してサービスの提供を行う前に、どのようなサービスが提供されるかをユーザに通知してもよい。この通知は、たとえば車両のシフトレバーがＰレンジに入れられたときなど、ユーザの運転を妨げないタイミングで、画像や音声により行うことができる。
【００７３】
図１３は、停車時に提供されるサービスをユーザに通知する画面の例を示す図である。この画面において、ユーザが「はい」を選択し、ＡＣＣ電源およびＩＧＮ電源がともにオフされると、通信端末１は図２のフローチャートで説明した処理により、通知したサービスに関するサービス処理を実行する。一方、ユーザが「いいえ」を選択した場合、ＡＣＣ電源およびＩＧＮ電源がともにオフされても、通信端末１はサービス処理を実行しない。そのため、通知したサービスの提供は行われない。
【００７４】
以上説明した変形例によれば、停車時に提供されるサービスを事前にユーザに通知することができるため、ユーザの利便性をさらに向上させることができる。
【００７５】
以上説明した各実施形態や各種変形例はあくまで一例であり、発明の特徴が損なわれない限り、本発明はこれらの内容に限定されるものではない。また、上記では種々の実施形態や変形例を説明したが、本発明はこれらの内容に限定されるものではない。本発明の技術的思想の範囲内で考えられるその他の態様も本発明の範囲内に含まれる。
【符号の説明】
【００７６】
１：通信端末、１０：制御部、１１：通信制御部、１２：停車検出部、１３：バッテリ状態取得部、１４：通信環境取得部、１５：優先度設定部、１６：サービス処理決定部、１７：サービス処理実行部、１８：モード変更部、２０：記録部、３０：車外通信部、４０：車内通信部、５０：電源部
【図１】
2020088483.tif 000003
【図２】
2020088483.tif 000004
【図３】
2020088483.tif 000005
【図４】
2020088483.tif 000006
【図５】
2020088483.tif 000007
【図６】
2020088483.tif 000008
【図７】
2020088483.tif 000009
【図８】
2020088483.tif 000010
【図９】
2020088483.tif 000011
【図１０】
2020088483.tif 000012
【図１１】
2020088483.tif 000013
【図１２】
2020088483.tif 000014
【図１３】
2020088483.tif 000015