知財求人 - 知財ポータルサイト「IP Force」
特開2024-127752車両用制御システム、車両用制御方法、及び車両用制御プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024127752
(43)【公開日】2024-09-20
(54)【発明の名称】車両用制御システム、車両用制御方法、及び車両用制御プログラム
(51)【国際特許分類】
G06Q 30/04 20120101AFI20240912BHJP
G06Q 20/14 20120101ALI20240912BHJP
G06Q 50/43 20240101ALN20240912BHJP
【ＦＩ】
G06Q30/04
G06Q20/14
G06Q50/43
【審査請求】未請求
【請求項の数】15
【出願形態】ＯＬ
(21)【出願番号】P 2024006122
(22)【出願日】2024-01-18
(31)【優先権主張番号】P 2023035646
(32)【優先日】2023-03-08
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】000004260
【氏名又は名称】株式会社デンソー
(74)【代理人】
【識別番号】110000567
【氏名又は名称】弁理士法人サトー
(72)【発明者】
【氏名】高木 孝一
(72)【発明者】
【氏名】蓬莱 明日
(72)【発明者】
【氏名】間根山 しおり
(57)【要約】
【課題】 乗員の利便性を向上できるようにした車両用制御システム、車両用制御方法、及び車両用制御プログラムを提供する。
【解決手段】 ＤＣＵは、ネット通信部を介して課金制機能の実施可否を判断する（Ｓ７１）。ＤＣＵは、課金制機能が実施不可能と判定された場合に、課金制機能と使用目的と同一である代替機能を探索する（Ｓ７６、Ｓ８１）。ＤＣＵは、探索された代替機能を実施可能にする（Ｓ８０）。
【選択図】図９
【解決手段】 ＤＣＵは、ネット通信部を介して課金制機能の実施可否を判断する（Ｓ７１）。ＤＣＵは、課金制機能が実施不可能と判定された場合に、課金制機能と使用目的と同一である代替機能を探索する（Ｓ７６、Ｓ８１）。ＤＣＵは、探索された代替機能を実施可能にする（Ｓ８０）。
【選択図】図９
【特許請求の範囲】
【請求項1】
車両の乗員が実施可能な課金制機能の情報を保存しているサーバとの間でネットワークを介して通信するネット通信部（４ａ）と、
前記ネット通信部を介して課金制機能の実施可否を判断する認証部（４ｂ）と、
前記課金制機能と使用目的と同一である代替機能を探索する探索部（４ｆ）と、
前記認証部により前記課金制機能が実施不可能であると判断された場合に、前記探索された代替機能を実施する制御部（３）と、を備える車両用制御システム。
前記ネット通信部を介して課金制機能の実施可否を判断する認証部（４ｂ）と、
前記課金制機能と使用目的と同一である代替機能を探索する探索部（４ｆ）と、
前記認証部により前記課金制機能が実施不可能であると判断された場合に、前記探索された代替機能を実施する制御部（３）と、を備える車両用制御システム。
【請求項2】
前記認証部が、前記ネットワークの通信接続切れにより前記課金制機能の実施不可能と判断した場合、
前記探索部は、オフライン状態で実施可能な前記代替機能を探索する請求項１に記載の車両用制御システム。
前記探索部は、オフライン状態で実施可能な前記代替機能を探索する請求項１に記載の車両用制御システム。
【請求項3】
前記認証部が、前記サーバとのネットワークを介した接続が成立しているにもかかわらず前記課金制機能の実施不可能と判断した場合、
前記探索部は、実施可能な前記代替機能について前記サーバを通じて探索する請求項１又は２記載の車両用制御システム。
前記探索部は、実施可能な前記代替機能について前記サーバを通じて探索する請求項１又は２記載の車両用制御システム。
【請求項4】
前記探索部は、前記ネットワークを通じて探索しても前記代替機能を探索できない場合、オフライン状態で実施可能な前記代替機能を探索する請求項３に記載の車両用制御システム。
【請求項5】
前記認証部は、前記代替機能の実施可否も判断し、
前記制御部は、前記認証部により実施可能と判断された場合に前記代替機能を実施する請求項１又は２記載の車両用制御システム。
前記制御部は、前記認証部により実施可能と判断された場合に前記代替機能を実施する請求項１又は２記載の車両用制御システム。
【請求項6】
前記探索部は、外部端末に設けられた機能から前記代替機能を探索する請求項１記載の車両用制御システム。
【請求項7】
前記制御部は、前記代替機能を複数使用し、前記実施不可能と判断された前記課金制機能を再現するように前記代替機能を実施する請求項１記載の車両用制御システム。
【請求項8】
前記代替機能を実施中に、前記認証部による前記課金制機能の実施が可能となった場合、前記制御部は前記代替機能の実施を中止し、前記課金制機能の実施を優先する請求項１に記載の車両用制御システム。
【請求項9】
前記代替機能が実施された場合には、前記課金制機能よりも前記代替機能を実施する優先度を上げ、
前記制御部は前記課金制機能よりも前記代替機能の実施を優先する請求項１に記載の車両用制御システム。
前記制御部は前記課金制機能よりも前記代替機能の実施を優先する請求項１に記載の車両用制御システム。
【請求項10】
車両の乗員が実施可能な課金制機能の情報を保存しているサーバとの間でネットワークを介して通信するネット通信部（４ａ）と、
前記ネット通信部を介して課金制機能の実施可否を判断する認証部（４ｂ）と、
ネットワーク接続不良、前記課金制機能の有効期限切れ、の少なくともいずれか１つの状況の発生可能性を事前に判断することで、前記認証部による前記課金制機能の認証が不可能になることをあらかじめ判断する認証判断部（４）と、を備え、
前記認証判断部が、前記認証部による認証が不可能になると判断した場合に、乗員に報知を行う報知制御部（３）を備える車両用制御システム。
前記ネット通信部を介して課金制機能の実施可否を判断する認証部（４ｂ）と、
ネットワーク接続不良、前記課金制機能の有効期限切れ、の少なくともいずれか１つの状況の発生可能性を事前に判断することで、前記認証部による前記課金制機能の認証が不可能になることをあらかじめ判断する認証判断部（４）と、を備え、
前記認証判断部が、前記認証部による認証が不可能になると判断した場合に、乗員に報知を行う報知制御部（３）を備える車両用制御システム。
【請求項11】
前記課金制機能と使用目的と同一である代替機能を探索する探索部（４ｆ）、をさらに備え、
前記認証判断部が、前記ネットワーク接続不良により前記認証部の認証が不可能になると判断した場合に、前記報知制御部は前記探索された代替機能の実施を提案する請求項１０に記載の車両用制御システム。
前記認証判断部が、前記ネットワーク接続不良により前記認証部の認証が不可能になると判断した場合に、前記報知制御部は前記探索された代替機能の実施を提案する請求項１０に記載の車両用制御システム。
【請求項12】
前記探索部は、前記代替機能の決定に乗員の嗜好を条件に加える請求項１１に記載の車両用制御システム。
【請求項13】
前記課金制機能と使用目的と同一である代替機能を探索する探索部（４ｆ）、をさらに備え、
前記認証判断部が、前記前記課金制機能の有効期限切れにより前記認証部の認証が不可能になると判断した場合、
前記報知制御部は前記課金制機能の延長を乗員に提案する請求項１０に記載の車両用制御システム。
前記認証判断部が、前記前記課金制機能の有効期限切れにより前記認証部の認証が不可能になると判断した場合、
前記報知制御部は前記課金制機能の延長を乗員に提案する請求項１０に記載の車両用制御システム。
【請求項14】
ネット通信部が車両の乗員が実施可能な課金制機能の情報を保存しているサーバとの間でネットワークを介して通信する過程と、
認証部が前記ネット通信部を介して課金制機能の実施可否を判断する過程と、
探索部が前記課金制機能と使用目的と同一である代替機能を探索する過程と、
制御部は、前記認証部により前記課金制機能が実施不可能であると判断された場合に、前記探索された代替機能を実施する過程と、を備える車両用制御方法。
認証部が前記ネット通信部を介して課金制機能の実施可否を判断する過程と、
探索部が前記課金制機能と使用目的と同一である代替機能を探索する過程と、
制御部は、前記認証部により前記課金制機能が実施不可能であると判断された場合に、前記探索された代替機能を実施する過程と、を備える車両用制御方法。
【請求項15】
車両用制御システムに、
ネット通信部により車両の乗員が実施可能な課金制機能の情報を保存しているサーバとの間でネットワークを介して通信する手順と、
認証部により前記ネット通信部を介して課金制機能の実施可否を判断する手順と、
探索部により前記課金制機能と使用目的と同一である代替機能を探索する手順と、
前記認証部により前記課金制機能が実施不可能であると判断された場合に、前記探索された代替機能を制御部により実施する手順と、
実施させる車両用制御プログラム。
ネット通信部により車両の乗員が実施可能な課金制機能の情報を保存しているサーバとの間でネットワークを介して通信する手順と、
認証部により前記ネット通信部を介して課金制機能の実施可否を判断する手順と、
探索部により前記課金制機能と使用目的と同一である代替機能を探索する手順と、
前記認証部により前記課金制機能が実施不可能であると判断された場合に、前記探索された代替機能を制御部により実施する手順と、
実施させる車両用制御プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、車両用制御システム、車両用制御方法、及び車両用制御プログラムに関する。
【背景技術】
【0002】
例えば、車両内には様々な車両用機器（例えば車両用オーディオ機器）などが搭載されており、この車両用機器に適用されるサブスクリプションサービスが提供されることがある。このようなサブスクリプションサービスは課金制機能に基づくサービスであるため予め定められた契約に基づいて提供される。このとき契約が結ばれているか否かを判定するため認証を行う必要がある。特許文献１には移動体に関する機能の認証機能が提案されている。
【0003】
特許文献１記載の機能は、ネットワークに接続されていることが前提の認証方法である。移動体が走行する場合、トンネル、山奥など電波の届きにくい場所を走行することもあるため、移動体の搭載機器が通信を実行してもネットワーク接続障害を生じオフラインとなる可能性がある。オフライン環境下にて認証できないと、乗員に不安を与えたり、走行に支障をきたしたりする可能性がある。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特表２０１８－５３６３５２号公報（特許６６０２４７５号公報）
【発明の概要】
【発明が解決しようとする課題】
【0005】
本開示の目的は、乗員の利便性を向上できるようにした車両用制御システム、車両用制御方法、及び車両用制御プログラムを提供することにある。
【課題を解決するための手段】
【0006】
請求項１記載の車両用制御システムは、ネット通信部と、認証部と、探索部と、制御部と、を備える。ネット通信部は、車両の乗員が実施可能な課金制機能の情報を保存しているサーバとの間でネットワークを介して通信する。認証部は、ネット通信部を介して課金制機能の実施可否を判断する。
探索部は、課金制機能と使用目的と同一である代替機能を探索する。制御部は、認証部により課金制機能が実施不可能であると判断された場合に、探索された代替機能を実施するため、乗員は代替機能を使用できるようになり、乗員の利便性を向上できる。
探索部は、課金制機能と使用目的と同一である代替機能を探索する。制御部は、認証部により課金制機能が実施不可能であると判断された場合に、探索された代替機能を実施するため、乗員は代替機能を使用できるようになり、乗員の利便性を向上できる。
【図面の簡単な説明】
【0007】
【図1A】第１実施形態における車両用認証システムのブロック構成図
【図1B】処理内容を概略的に説明するフローチャートその１
【図2】処理内容を概略的に説明するフローチャートその２
【図3】処理内容を概略的に説明するフローチャートその３
【図4】処理内容を概略的に説明するフローチャートその４
【図5】処理内容を概略的に説明するフローチャートその５
【図6A】処理内容を概略的に説明するフローチャートその６
【図6B】処理内容を概略的に説明するフローチャートその７
【図7A】処理内容を概略的に説明するフローチャートその８
【図7B】処理内容を概略的に説明するフローチャートその９
【図8】第２実施形態における車両用認証システムのブロック構成図
【図9】処理内容を概略的に説明するフローチャートその１
【図10A】処理内容を概略的に説明するフローチャートその２
【図10B】処理内容を概略的に説明するフローチャートその３
【図10C】処理内容を概略的に説明するフローチャートその４
【図11A】第３実施形態における処理内容を概略的に説明するフローチャートその１
【図11B】処理内容を概略的に説明するフローチャートその２
【図11C】表示画面例の説明図その１
【図11D】処理内容を概略的に説明するフローチャートその３
【図11E】表示画面例の説明図その２
【図11F】表示画面例の説明図その３
【図12】処理内容を概略的に説明するフローチャートその４
【図13A】処理内容を概略的に説明するフローチャートその５
【図13B】処理内容を概略的に説明するフローチャートその６
【発明を実施するための形態】
【0008】
以下、車両用認証システム及び車両用制御システムの幾つかの実施形態について図面を参照しながら説明する。以下に説明する各実施形態において、同一又は類似の動作を行う構成については、同一又は類似の符号を付して必要に応じて説明を省略する。
【0009】
（第１実施形態）
第１実施形態について図１Ａから図７Ｂを参照しながら説明する。図１Ａに示す車両用システム１は、車両２の内部に設置されたＨＣＵ３、ＤＣＵ４、及び、他のＥＣＵ（図示せず）をネットワーク接続して備えると共に、車両２の外部に車外管理サーバ８をサーバ相当として備える。またユーザはスマートフォン、タブレット、又は、ノートパソコンなどの携帯端末９を車両２内又はその周辺で所持することがあり、この携帯端末９も車両用システム１を構成する。車両用システム１は、車両用認証システム及び車両用制御システムとして用いられる。
第１実施形態について図１Ａから図７Ｂを参照しながら説明する。図１Ａに示す車両用システム１は、車両２の内部に設置されたＨＣＵ３、ＤＣＵ４、及び、他のＥＣＵ（図示せず）をネットワーク接続して備えると共に、車両２の外部に車外管理サーバ８をサーバ相当として備える。またユーザはスマートフォン、タブレット、又は、ノートパソコンなどの携帯端末９を車両２内又はその周辺で所持することがあり、この携帯端末９も車両用システム１を構成する。車両用システム１は、車両用認証システム及び車両用制御システムとして用いられる。
【0010】
ＨＣＵ３、ＤＣＵ４、車外管理サーバ８、及び携帯端末９は、ネットワーク７を通じて通信接続可能になっており、これにより車両用システム１が構成される。ＨＣＵは、Human Machine Interface Control Unitの略である。ＤＣＵはDomain Control Unitの略である。ネットワーク７は、有線通信網、無線通信網などによる。
【0011】
＜ＨＣＵ３について＞
ＨＣＵ３は表示系ＥＣＵを構成する。ＥＣＵはElectronics Control Unitの略であり電子制御装置である。ＨＣＵ３は、プロセッサ、記憶部３ａ、Ｉ／Ｏ、これらを接続するバスを備えており、記憶部３ａに記憶されたプログラムを実行することで各種の制御を実行する制御部として機能する。記憶部３ａは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non-transitory tangible storage medium）を示す。非遷移的実体的記憶媒体は、半導体メモリなどにより実現される。ＨＣＵ３には、近距離無線通信部５が接続されており、近距離無線通信部５により携帯端末９の近距離無線通信部９ｂとの間で通信可能になっている。
ＨＣＵ３は表示系ＥＣＵを構成する。ＥＣＵはElectronics Control Unitの略であり電子制御装置である。ＨＣＵ３は、プロセッサ、記憶部３ａ、Ｉ／Ｏ、これらを接続するバスを備えており、記憶部３ａに記憶されたプログラムを実行することで各種の制御を実行する制御部として機能する。記憶部３ａは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non-transitory tangible storage medium）を示す。非遷移的実体的記憶媒体は、半導体メモリなどにより実現される。ＨＣＵ３には、近距離無線通信部５が接続されており、近距離無線通信部５により携帯端末９の近距離無線通信部９ｂとの間で通信可能になっている。
【0012】
ＨＣＵ３は、記憶部３ａに記憶されたアプリケーションプログラム（以下、アプリ）を実行することで各種の機能、例えば課金機能３ｂ、ローカル機能３ｃ、報知制御部３ｄとしての機能を実現する。ＨＣＵ３には表示装置１１が接続されている。表示装置１１は、液晶ディスプレイ又は有機ＥＬディスプレイ等により構成され、コンテンツをモノクロ又はフルグラフィックで表示可能な構成となっている。表示装置１１はセンターインフォメーションディスプレイなどによる。ＨＣＵ３には操作入力部１２が接続されている。操作入力部１２は表示装置１１の表面に構成されたタッチパネルや表示装置１１の脇に構成された機械式スイッチによるものでユーザの操作入力を受け付けてＨＣＵ３に操作信号を出力する。ＨＣＵ３は操作入力部１２の操作信号に基づいて各種の機能を実行可能になっている。ＨＣＵ３又はＤＣＵ４には車両用機器１０が接続されている。
【0013】
ＨＣＵ３が実現可能なアプリの機能は、課金機能３ｂ、ローカル機能３ｃに分けることができる。ここでの課金機能３ｂは、車両２のユーザとの間で契約された課金制機能の契約情報に基づいて実行される機能を示す。ＨＣＵ３は、車両用機器１０の課金制機能の契約情報の照合を得ると、当該契約された課金機能３ｂを実行する実行部となる。ローカル機能３ｃは、無課金で且つ記憶部３ａに予めインストールされたアプリにより実行される機能を示し、前述の課金制機能の契約なしで実行可能な機能を示す。
【0014】
＜ＤＣＵ４について＞
ＤＣＵ４は、統合されたソフトウェアとハードウェアのプラットフォーム上で集中型のコックピット電子システムを構築するもので、データベース４ｅが構築された記憶部４ｄを搭載して構成されている。ＤＣＵ４はDomain Control Unitの略を示す。
ＤＣＵ４は、統合されたソフトウェアとハードウェアのプラットフォーム上で集中型のコックピット電子システムを構築するもので、データベース４ｅが構築された記憶部４ｄを搭載して構成されている。ＤＣＵ４はDomain Control Unitの略を示す。
【0015】
ＤＣＵ４は、外部環境取得部６を接続して構成される。外部環境取得部６は、車両２の外部の環境情報を取得する。外部環境取得部６は検出部６ａを接続している。検出部６ａは、車両２の外部の環境情報を取得するためのセンサを用いて構成される。例えば、車両２の外気温を検出する温度センサ、車両２の外側の日照照度を検出する照度センサ、フロントビューカメラ、サイドビューカメラ、コーナービューカメラ、バックビューカメラ、電子ミラー、ＬｉＤａＲによるレーザレーダ、ミリ波レーダによる車両２の周辺を監視する周辺監視用センサ、などを挙げることができる。
【0016】
また検出部６ａは、乗員モニタを用いることでユーザの状態を検出することもできる。乗員モニタは、車両２に搭乗した乗員の状態又は各種の操作機器の操作状態を検知する。乗員モニタは、ドライバ席、助手席又は後部座席の乗員の状態を画像センサにより撮影することで、当該乗員の状態を検知して撮像信号を出力するカメラを含んで構成される。ドライバの乗員状態モニタはＤＳＭと称されている。ＤＳＭは、Driver Status Monitorの略である。ＤＣＵ４は、乗員モニタの検出結果に基づき車両２に搭乗したユーザを識別する個人認識部としての機能を備える。
【0017】
ＤＣＵ４は、ＨＣＵ３や図示しない他のＥＣＵなどの装置と通信接続されており、各種情報を互いに送受信できる。ＤＣＵ４、ＨＣＵ３及び他の装置を含めた電子制御装置は、車両２の走行制御を担う走行制御系ユニット、車両２の周辺を監視する周辺監視系ユニット、表示装置１１を通じてユーザに情報提示を行う表示系ユニットなどの機能を備える。
【0018】
走行制御系のユニットは、ガソリンエンジン、ディーゼルエンジン、電動モータなどを用いて手動運転又は自動運転により運転制御する。走行制御系のユニットは手動運転による手動運転制御モード、又は、各種段階の自動運転レベルに応じた自動運転モードを実現する。自動運転モードでは、自動運転用の走行制御系ＥＣＵは、運転アクチュエータを駆動することで対応した所定レベルの運転支援、自動運転を実行する。
【0019】
例えば、レベルＩの運転支援では、障害物への衝突を避ける自動ブレーキ、先行車に追従して走行する追従走行、又は、両脇の車線からはみ出さないように制御する走行レーンはみ出し防止走行、を実行できる。レベルＩＩの自動運転では、レベルＩの運転支援の組み合わせ、又は、特定条件下での自動運転、例えば高速道路で遅い車両２が存在すれば自動で追い越したり、高速道路の分合流を自動で行ったりする自動運転モードを実行できる。なお、レベルＩＩの自動運転ではドライバによる監視義務がある。レベルＩＩＩ以上の自動運転では、車両２の中の周辺監視システムにより監視しながら走行制御システムが全ての運転タスクを実行するが詳細説明は省略する。これにより、手動運転、又は、自動運転の各運転モードでの走行制御を実現できる。
【0020】
ＤＣＵ４は、ネット通信部４ａを通じて車外のネットワーク７に接続可能に構成されている。ネット通信部４ａは、車両２の内外装置を仲介して通信するためのブロックを示す。ネット通信部４ａは、車両２の乗員となるユーザが実施可能な課金制機能の情報を保存している車外管理サーバ８との間でネットワーク７を介して通信する。
【0021】
ＤＣＵ４は、記憶部４ｄに記憶されたアプリを実行することで各種の機能、例えば後述の認証部４ｂ、代替認証部４ｃの機能を実現する。記憶部４ｄは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non-transitory tangible storage medium）を示す。非遷移的実体的記憶媒体は、半導体メモリなどにより実現される。
【0022】
記憶部４ｄにはデータベース４ｅが構築されている。データベース４ｅは、認証部４ｂにより認証した結果（成功／失敗）を示す認証履歴情報をその日付や日時と共に記憶する認証履歴情報保存部として用いられる。またデータベース４ｅは、課金制機能の契約情報を記憶、保持する。
【0023】
認証部４ｂは、ネット通信部４ａを通じて課金制機能の実施可否について認証する機能を示す。代替認証部４ｃは、ネット通信部４ａを通じて車外管理サーバ８に接続できない場合に認証部４ｂの認証を代替する機能を示す。
【0024】
＜携帯端末９と課金制機能の契約について＞
車両２に搭乗するユーザは携帯端末９を所持する。携帯端末９は、車室内に持ち込み可能な端末であり、操作入力用のインタフェース及び表示器等を備えている。携帯端末９は、各種の操作入力及び報知処理が可能な端末である。
車両２に搭乗するユーザは携帯端末９を所持する。携帯端末９は、車室内に持ち込み可能な端末であり、操作入力用のインタフェース及び表示器等を備えている。携帯端末９は、各種の操作入力及び報知処理が可能な端末である。
【0025】
携帯端末９は、プロセッサ、メモリ、Ｉ／Ｏ（何れも図示せず）を備えて構成される。携帯端末９には、ネットワーク７を通じて車外管理サーバ８等に無線通信するための無線通信部９ａが搭載されている。携帯端末９には、ＷｉＦｉ（登録商標）などの無線ＬＡＮやブルートゥース（登録商標）などの近距離通信技術により近距離無線通信部５との間で近距離通信する近距離無線通信部９ｂが搭載されている。
【0026】
携帯端末９のメモリ内には、車両２用のアプリがインストールされており、携帯端末９が車両用アプリを実行することで、ユーザから車両２に関する制御指令したり、車両２の側のＨＣＵ３又はＤＣＵ４から車両２に関する情報を取得したりできる。このときユーザは、携帯端末９を操作することで車両用機器１０に関する設定情報を設定できる。ここでいう車両用機器１０は、エアコンディショナ（空調機器）、車両用オーディオビジュアル機器、などが該当するがこれに限られるものではない。
【0027】
ユーザが、操作入力部１２や携帯端末９を操作することで車両用機器１０に関するサブスクリプションサービスの購入又は貸借契約をする。以下、サブスクリプションサービスをサブスクと略す。ユーザが操作入力部１２や携帯端末９からネットワーク７を通じて所定の車外管理サーバ８の管理提供者が提供するフォームに所定の識別情報を新規ＩＤとして入力する。そして、ユーザが契約事項を承諾することでサブスク提供事業者との間で正規の新規ＩＤにてサブスクサービスの購入契約又は賃貸契約を締結する。このようなサブスクサービスは、有効期限付きの場合もあれば無期限の場合もある。
【0028】
すると、サブスクサービスに関する課金制機能の契約情報が車外管理サーバ８のデータベース８ａにユーザと紐付けて登録される。車外管理サーバ８は、課金制機能の契約情報をデータベース８ａに格納する。この課金制機能の契約情報は、ＤＣＵ４のデータベース４ｅにも合わせて登録される。
【0029】
課金制機能の契約情報は、個人、法人、団体など車両２のユーザ毎のサブスクサービスの購入状態を示す情報である。課金制機能の契約情報には、ユーザにより様々な機能を購入した購入情報又は貸借した貸借情報、ユーザの識別情報、一定期間毎又は１回当たりの課金情報、サブスクサービスの提供期限を示す有効期限情報などが含まれる。データベース８ａには、多数のユーザ毎の課金制機能の契約情報が、例えば氏名やその識別番号に紐付けて記憶されている。
【0030】
課金制機能のサブスクサービスとしては、車両用オーディオ機器の音楽配信サブスクサービス、表示装置１１に表示可能にする動画配信サブスクサービスがある。その他、車室内で快適に過ごすためのシートヒータなどによる快適機能のサブスクサービスや、車両２の手動運転又は自動運転性能を変更可能にするドライブモードのサブスクサービスも挙げることができる。また、自動運転モードの運転支援又は自動運転の各レベルの機能のサブスクサービス、車両２の車室内をライトアップするサブスクサービス、なども挙げることができる。
【0031】
以下、電源投入された後の車両２の内部処理について説明する。
＜車外管理サーバ８との接続が良好な場合＞
イグニッションスイッチや電源ボタンなどにより運転者が電源スイッチをオン操作すると、ＨＣＵ３やＤＣＵ４などに電源投入される。ＤＣＵ４のネット通信部４ａはネットワーク７を通じて車外管理サーバ８との接続を確立し車外管理サーバ８との間でセッションを確立する。ＤＣＵ４のネット通信部４ａは車外管理サーバ８との接続が途切れていない限り、ＤＣＵ４はネットワーク７を通じた通信状況が良好であると判断する。このときネット通信部４ａは車外管理サーバ８との間で通信可能になる。
＜車外管理サーバ８との接続が良好な場合＞
イグニッションスイッチや電源ボタンなどにより運転者が電源スイッチをオン操作すると、ＨＣＵ３やＤＣＵ４などに電源投入される。ＤＣＵ４のネット通信部４ａはネットワーク７を通じて車外管理サーバ８との接続を確立し車外管理サーバ８との間でセッションを確立する。ＤＣＵ４のネット通信部４ａは車外管理サーバ８との接続が途切れていない限り、ＤＣＵ４はネットワーク７を通じた通信状況が良好であると判断する。このときネット通信部４ａは車外管理サーバ８との間で通信可能になる。
【0032】
ＤＣＵ４は、データベース４ｅに記憶された課金制機能の契約情報と車外管理サーバ８に記憶されたデータベース８ａの課金制機能の契約情報とを認証部４ｂにより照合して認証を行う。
【0033】
ＤＣＵ４がネット通信部４ａからネットワーク７を通じて車外管理サーバ８との間で通信処理した結果、認証部４ｂが課金制機能の実施可否について認証できた場合には、認証に成功した旨を示す認証履歴情報をデータベース４ｅに記憶させる。また、ＤＣＵ４が、課金制機能を実施可であると判断した場合には、実施可能であることを示す課金制機能の契約情報の確認日付等をデータベース４ｅに必要に応じて更新する。
【0034】
これにより、車外管理サーバ８がデータベース８ａに記憶する課金制機能の契約情報と、車両２の内部のＤＣＵ４のデータベース４ｅに記憶される課金制機能の契約情報とは、随時更新される。この課金制機能の契約情報は、定期的、例えば、数日毎、１か月毎などにアップデートされる。
【0035】
認証部４ｂによる課金制機能の実施可否の認証動作について図１Ｂを参照して説明する。Ｓ１２１において車両２が起動されると、ＤＣＵ３はＳ１２２において認証部４ｂによりオンライン認証を実施する。また、車両２の乗員の変更指令があったときも同様に、Ｓ１２２において機能のオン指令を受領すると認証部４ｂによりオンライン認証を実施する。
【0036】
車外管理サーバ８にオンライン認証する際にはログイン情報が必要となる。仮に乗員（ユーザ）のログイン情報がＤＣＵ４のデータベース４ｅに登録済であった場合、又は、車両２の識別情報がログイン情報として既にＤＣＵ４のデータベース４ｅに登録済であった場合にはＳ１２７へ移行する。
【0037】
Ｓ１２４において、仮に登録済の乗員（ユーザ）でなく、且つ、識別番号が登録済の車両２でないと判断すると、ＤＣＵ４は、Ｓ１２５において車両２の乗員にログインするようにログイン要請を報知する。ログイン要請を報知した結果、乗員はログインを試みる。乗員のＩＤの認証方法は、車両２の識別情報（車体番号等）の認証、前述の検出部６ａの乗員モニタを用いた個人認証、個別パスワード入力による認証方法を挙げることができる。乗員がログインに成功した場合には、Ｓ１２４に処理を戻しＳ１２４においてＹＥＳと判定する。
【0038】
ＤＣＵ４はログインした乗員の課金制機能の契約情報をデータベース４ｅから参照し、Ｓ１２７において課金制機能が有効期限内であるか否かを判定する。ＤＣＵ４は、有効期限内であればＳ１２８において課金制機能をアクティベートする。逆に、有効期限内でなければ、Ｓ１２９において課金制機能の契約の更新を提案するように報知する。例えば、「サブスク契約の有効期限が〇月〇日に切れています。更新しますか？」などの情報を報知すると共に、更新を促すとよい。ここで、更新の承諾を得られれば、ＤＣＵ４は、車外管理サーバ８との間で通信し、データベース４ｅやデータベース８ａに記憶された契約情報を更新し有効期限を延長する。
【0039】
なお、Ｓ１２４においてＤＣＵ４のデータベース４ｅに登録済でないと判定したタイミングで、車外管理サーバ８との間で通信し、車外管理サーバ８のデータベース８ａに登録された課金制機能の契約情報を照合して更新してもよい。
【0040】
＜車両２の走行中など車外管理サーバ８と接続できない場合＞
以下、車両２の走行中における処理動作について図２から図６Ｂを参照しながら説明する。図２のＳ１１において、車両２が道路を走行中、ネット通信部４ａはＳ１２においてネットワーク７を通じて車外管理サーバ８との間の接続を持続できているか否かを定期的に判断する。
以下、車両２の走行中における処理動作について図２から図６Ｂを参照しながら説明する。図２のＳ１１において、車両２が道路を走行中、ネット通信部４ａはＳ１２においてネットワーク７を通じて車外管理サーバ８との間の接続を持続できているか否かを定期的に判断する。
【0041】
ネット通信部４ａが、ネットワーク７を通じて車外管理サーバ８との間で通信処理した結果、電波受信環境が弱いなどの理由からネット接続が途切れている場合には、Ｓ１３において認証部４ｂが課金制機能の実施可否について認証できず認証失敗と判断する。この場合、ＤＣＵ４は、認証に失敗した旨の認証履歴情報をデータベース４ｅに記憶させる。
【0042】
ＤＣＵ４は、Ｓ１４においてネットワーク７の接続が途切れた結果、認証部４ｂによりネット通信部４ａを介して課金制機能の実施可否の判断に失敗した場合に代替認証する（代替認証部４ｃの機能）。このとき、ＤＣＵ４は、車両２の側に用意された記憶部４ｄ又は記憶部３ａに記憶された情報に基づいて代替認証する（代替認証部４ｃの機能）。また、ＤＣＵ４は、Ｓ１４ａにおいて代替認証により課金制機能の実施可否を判断すると、報知制御部３ｄにより、代替認証部４ｃによる課金制機能の実施可否の判断結果を乗員へ報知制御するとよい。すると、乗員は代替認証の実施結果を把握できる。
【0043】
ＤＣＵ４が、認証部４ｂの認証に失敗した場合に課金制機能を突然停止させると運転手を驚かせてしまい運転に支障をきたす虞がある。この問題を解決するために、課金制機能が乗員の安心・安全にかかわるものである場合には、無条件で課金制機能の使用続行を認めるようにしてもよい（代替認証部４ｃの機能）。またＤＣＵ４が、認証部４ｂにより認証に失敗した場合に課金制機能の停止の判定を行うタイミングで当該課金制機能を使用中であるならば、停止の判定を行わずに無条件で課金制機能の使用の続行を認めるようにしてもよい（代替認証部４ｃの機能）。
【0044】
またその他、ＤＣＵ４は、実施可否を判断する対象となる課金制機能が、車両２の走行に必要な機能、ユーザ（乗員）の安全のために必要な機能、又は、車両２の内部環境を快適にするための機能、のうち少なくとも１つに当てはまる場合に課金制機能を実施可能と判断して代替認証するとよい（代替認証部４ｃの機能）。以下、個別に説明するが、これらのうち何れか２つ以上の機能に当てはまる場合に課金制機能を実施可能と判断してもよい。
【0045】
＜車両２の走行に必要な機能＞
具体的には、図３に示すように、ＤＣＵ４は、Ｓ３１において実施可否を判断する対象となる課金制機能が車両２の走行に必要な機能であるか否かを判断した結果、必要であると判断した場合には、Ｓ３２以降の処理を代替認証部４ｃの機能により実施する。
具体的には、図３に示すように、ＤＣＵ４は、Ｓ３１において実施可否を判断する対象となる課金制機能が車両２の走行に必要な機能であるか否かを判断した結果、必要であると判断した場合には、Ｓ３２以降の処理を代替認証部４ｃの機能により実施する。
【0046】
例えば、ユーザは車両２を運転する際に車両２の走行の性能を変更するため、操作入力部１２によりドライブモードを設定する。ドライブモードが設定されると、走行制御系ＥＣＵがこのドライブモードに合わせた走行性能に設定して車両２を走行制御する。このドライブモードでは、ユーザが手動運転する際に操作を支援して走行制御可能にしている。標準的なノーマルモードでは操作性と快適性のバランス性能を重視したモードに予め設定されている。
【0047】
また、スポーツモードではノーマルモードに比較して加減速の応答特性を高めたモードに設定される。レースドライブモードではスポーツモードよりもさらにアクティブに加減速の応答性能を高めたモードとなる。コンフォートモードでは快適性を重視したモードとなる。
【0048】
スノーモードは、車両２の駆動性能を雪道走行する際に適したものとするモードとなっている。またエコモードではノーマルモードに比較して省燃費性能を高めたモードになる。ユーザが、これらのドライブモードを課金制機能として選択して購入又は貸借したとき、ユーザは操作入力部１２の操作によりドライブモードを選択できるようになる。
【0049】
これらのドライブモードは車両２の走行に必要な機能を含む。例えば、スポーツモード、又は、レースドライブモードでは、ＨＣＵ３は、ギアのシフトチェンジやアクセルワーク、ブレーキワークの見本を視覚的に表示装置１１に提示し、見本に合わせてユーザにギア、アクセル、ブレーキを操作させるサービスを提供する。スノーモードでは、車両２の駆動性能を雪道走行するのに適した性能にできるサービスを提供する。
【0050】
ＤＣＵ４は、これらのドライブモードを課金制機能としてネット通信部４ａを通じて認証できない場合であっても、Ｓ３１において車両２の走行に必要な機能と判断した場合、Ｓ３２において対象の課金制機能を実施可能と判定する。
【0051】
ＤＣＵ４は、Ｓ３３において対象の課金制機能の重要度を判定する。この重要度は、車両２の走行に必要な度合いを示すもので、必要な機能から重要度が高く段階的に予め設定されている。重要度の情報は、記憶部４ｄに予め記憶されている。例えば、スノーモードは、車両２が雪道を安全に走行するのに重要度が高い機能の一つとなる。レースドライブモードは比較的趣味趣向の強いモードであるため、車両２が走行するのに重要度の低い機能の一つとなる。ここでは重要度の設定の一例を挙げたが、この重要度の順序設定に限られるものではない。
【0052】
ＤＣＵ４は、Ｓ３３において重要度が所定より低いと判定した場合には、Ｓ３４においてユーザの操作指示による承諾を得た上で、Ｓ３５において対象の課金制機能をアクティベートし課金制機能のサブスクサービスを使用可能にできる。逆に、ＤＣＵ４は、対象の課金制機能の重要度が所定より高いと判定した場合には、ユーザの指示を仰ぐことなく、Ｓ３５において強制的に対象の課金制機能をアクティベートし、サブスクサービスを使用可能にできる。これにより、ユーザは該当の課金制機能を使用できる。
【0053】
＜ユーザ（乗員）の安全のために必要な機能＞
また図４に示すように、ＤＣＵ４は、Ｓ４１において実施可否を判断する対象となる課金制機能がユーザの安全のために必要な機能であるか否かを判断した結果、必要な機能であると判断した場合には、Ｓ４２以降の処理を代替認証部４ｃにより実行する。
また図４に示すように、ＤＣＵ４は、Ｓ４１において実施可否を判断する対象となる課金制機能がユーザの安全のために必要な機能であるか否かを判断した結果、必要な機能であると判断した場合には、Ｓ４２以降の処理を代替認証部４ｃにより実行する。
【0054】
例えば、車両２には手動運転及び自動運転の運転モードが設けられている。ユーザは車両２を運転する際に操作入力部１２から操作入力することで車両２の運転モードを設定変更する。この運転モードが設定されると走行制御系ＥＣＵがこの運転モードに合わせて車両２を走行制御する。
【0055】
自動運転モードでは、各レベルに合わせて運転支援又は自動運転の方法が異なる。ユーザは、これらの自動運転モードの各レベルを課金制機能として購入又は貸借した場合、操作入力部１２の操作によりこの運転モードを選択できる。例えば、レーダクルーズコントロール機能（ＬＣＣ）、衝突防止用の緊急停止機能、アクセル踏み込み防止機能などの各機能を選択的に実施できる。
【0056】
ＤＣＵ４は、これらの運転モードを課金制機能としてネット通信部４ａを通じて認証できない場合であっても、図４のＳ４１において乗員の安全性に必要な機能と判断した場合、Ｓ４２において対象の課金制機能を実施可能と判定する。
【0057】
次に、ＤＣＵ４は、Ｓ４３において対象の課金制機能の重要度を判定する。この重要度は、乗員の安全性に必要な度合いを示すもので、必要な機能から重要度が高く段階的に予め設定されている。重要度の情報は記憶部４ｄに予め記憶されている。
【0058】
例えば、衝突防止用の緊急停止機能は、安全性を考慮すると他の車両２や障害物への衝突事故を防止するために必要で重要な機能である。このため、重要度が比較的高く設定されている。アクセル踏み込み防止機能は、安全性を考慮すると障害物への衝突事故を防止するために重要な機能であるため重要度が比較的高く設定されている。レーダクルーズコントロール機能は、自らの車両２の前を走行する車両２に対し一定間隔を保持しながら追従走行を行う機能であり、緊急停止機能やアクセル踏み込み防止機能に比較して重要度が比較的低く設定されている。ここでは重要度の情報設定の一例を挙げたが、この重要度の順序設定に限られるものではない。
【0059】
ＤＣＵ４は、Ｓ４３において重要度が所定より低いと判定した場合には、Ｓ４４においてユーザの操作指示による承諾を得た上で、Ｓ４５において対象の課金制機能をアクティベートする。逆に、ＤＣＵ４は、対象の課金制機能の重要度が所定より高いと判定した場合には、ユーザの指示を仰ぐことなく、Ｓ４５において対象の課金制機能を強制的にアクティベートする。これにより、ユーザは該当の課金制機能を使用できる。
【0060】
対象の課金制機能が、安心・安全に関わる課金制機能であり、重要度が所定より高い機能であるか否かを、車外管理サーバ８や記憶部４ｄに記憶させておいてもよい。安心・安全にかかわる課金制機能であれば、ＤＣＵ４は代替認証部４ｃにより無条件で課金制機能をアクティベートするようにしてもよい。これにより、ＤＣＵ４は、課金制機能のライセンス認証に失敗したとき、認証しようとする課金制機能が、乗員の安心・安全にかかわる機能であれば、無条件でその課金制機能を実行できるようになる。
【0061】
＜車両２の内部環境を快適にするための機能＞
また図５に示すように、ＤＣＵ４は、Ｓ５２において実施可否を判断する対象となる課金制機能が車室内の環境を快適にするための快適機能か否かを代替認証部４ｃにより判断する。ＤＣＵ４は、快適機能に該当すると判断した場合には、Ｓ５３において対象の課金制機能を実施可能と判断する。
また図５に示すように、ＤＣＵ４は、Ｓ５２において実施可否を判断する対象となる課金制機能が車室内の環境を快適にするための快適機能か否かを代替認証部４ｃにより判断する。ＤＣＵ４は、快適機能に該当すると判断した場合には、Ｓ５３において対象の課金制機能を実施可能と判断する。
【0062】
ＤＣＵ４は、Ｓ５２において車両２の内部環境を快適にするための快適機能の実施可否を判断する場合、この処理に先立ちＳ５１において外部の環境情報を取得し、課金制機能の実施可否の判断条件に車両２の外部の環境情報を加えて代替認証することが望ましい。例えば、外部の環境情報として、温度センサにより取得される外気温の情報や、照度センサにより取得される照度情報を用いるとよい。
【0063】
ＤＣＵ４は、外気温が所定の標準温度より低いと判断した場合には、エアコンディショナやシートヒータなどの暖房用の車両用機器１０を用いて車室内の暖房機能を実施可能と判定する（代替認証部４ｃの機能）。ＤＣＵ４は、外気温が所定の標準温度より高いと判断した場合には、エアコンディショナなどの冷房用の車両用機器１０を用いて冷房機能を実施可能と判定する（代替認証部４ｃの機能）。
【0064】
また車両２の車室内をライトアップするサブスクサービスも快適機能に該当する。この場合、ＤＣＵ４は、車両２の外部の環境情報として照度センサにより取得される照度情報を用いて課金制機能の実施可否を判断する（代替認証部４ｃの機能）。例えば、ＤＣＵ４は、車外の照度が所定値より低いと判断した場合、車室内に設置されたＬＥＤなどの照明によりライトアップすることを実施可能と判断する（代替認証部４ｃの機能）。逆にＤＣＵ４は、車外の照度が所定値以上と判断した場合、当該ライトアップを無効とする（代替認証部４ｃの機能）。
【0065】
その他、音楽配信サービスや動画、映画の配信サブスクサービスなども快適機能に該当する。ＤＣＵ４は、これらの快適機能の課金制機能について、ネット通信部４ａを通じて認証できない場合であっても、図５のＳ５２において快適にするために必要な機能に該当すると判断した場合には、Ｓ５３において対象の課金制機能を実施可能と判定する（代替認証部４ｃの機能）。
【0066】
次に、ＤＣＵ４は、Ｓ５４において対象の課金制機能の重要度を判定する。この重要度は、車両２の内部環境を快適にするのに必要な度合いを示すもので、最も必要とされる機能から重要度が高く段階的に予め設定されている。重要度の情報は記憶部４ｄに予め記憶されている。
【0067】
例えば、快適機能の中でも車室内の冷房／暖房機能は重要度が比較的高く設定されている。車両２の車室内の照明をライトアップする機能は重要度が比較的低く設定されている。
ここでは重要度の設定の一例を挙げたが、この重要度の順序設定に限られるものではない。
ここでは重要度の設定の一例を挙げたが、この重要度の順序設定に限られるものではない。
【0068】
ＤＣＵ４は、Ｓ５４において重要度が所定より低いと判定した場合には、Ｓ５５においてユーザの操作指示による承諾を得た上で、Ｓ５６において対象の課金制機能をアクティベートする。逆に、ＤＣＵ４は、対象の課金制機能の重要度が所定より高いと判定した場合には、ユーザの指示を仰ぐことなく、Ｓ５６において強制的に対象の課金制機能をアクティベートする。これにより、ユーザは該当の課金制機能を使用できる。
【0069】
参照図面を図２に戻して説明を継続する。ＤＣＵ４は、Ｓ１４において代替認証部４ｃによる代替認証を行った結果を取得し、Ｓ１４ａにおいて代替認証結果を報知する。例えば、ＤＣＵ４はＨＣＵ３を通じて「代替認証に成功（又は失敗）しました。」（１回目報知情報）と表示装置１１に表示させるとよい。また、ＤＣＵ４は携帯端末９と通信し当該携帯端末９の表示画面に表示させてもよい。続いて、ＤＣＵ４は「機能を続行します。使用可能期間は停車してエンジンを切るまでです」（２回目報知情報）と表示装置１１又は携帯端末９に表示させてもよい。
【0070】
１回目の報知情報や２回目の報知情報は時系列的に続けて発信、報知してもよいし、同時に報知してもよい。またＤＣＵ４は、代替認証部４ｃにより機能が許可されている期間中だけ、この代替機能を表す予め定められた特殊なアイコンを表示装置１１又は携帯端末９に表示させるようにするとよい。
【0071】
ＤＣＵ４は、Ｓ１５において代替認証部４ｃによる認証が全て失敗したか否かを判定する。ＤＣＵ４は、代替認証部４ｃによる認証が全て失敗しているときには、Ｓ２０において対象の課金制機能のサブスクサービスを無効化する。ＤＣＵ４は、認証部４ｂによる認証と共に、代替認証部４ｃによる認証が共に失敗した場合には、ＨＣＵ３はＳ１４ｂにおいて特に認証失敗の理由を報知するとよい。例えば、「ネットワーク接続切れにより認証に失敗しました。」など、理由を報知するとよい。すると、車両乗員はなぜ使用できないのか納得でき、車両乗員に不信感を与えないようにサポートできる。また、ここではネットワーク接続切れについて例示したが、ネットワーク７への接続切れ以外の原因を理由として認証失敗した場合でも、その理由を報知するとよい。
【0072】
また、ＤＣＵ４は、Ｓ１５において代替認証部４ｃによる認証が全て失敗していなければ、前述の図３～図５を参照して説明したように、代替認証部４ｃによる認証により継続して課金制機能を使用可能にしている。ＤＣＵ４は、代替認証部４ｃによる認証が完了した後も、Ｓ１６において認証部４ｂによりネットワーク７を通じて認証が可能であるか否かを判定する。すなわち、ＤＣＵ４はオンライン認証可能となったか否かを判定する。
【0073】
ＤＣＵ４は、Ｓ１６において認証部４ｂによる認証が可能になれば、Ｓ１７において認証部４ｂによる認証又は追認されることで、Ｓ１８において課金制機能をアクティベートする。つまり代替認証部４ｃによる課金制機能の実施可否の判断結果は、認証部４ｂによる認証が可能となるまで有効としている。これは認証部４ｂにより追認されれば代替認証部４ｃによる代替認証は不要となるためである。ＤＣＵ４は、Ｓ１７において認証部４ｂによる認証を行うことができなければ、Ｓ１６に移行し認証可能になるまで待機し続ける。すなわち、ＤＣＵ４はオンライン認証可能になるまで待機し続ける。
【0074】
例えば、ＤＣＵ４は、認証部４ｂにより認証されないまま、車両２の電源スイッチがオフとされたことを検知した場合には、Ｓ１６にてＮＯ、Ｓ１９にてＹＥＳと判定する。これにより、ＤＣＵ４は、対象の課金制機能について、代替認証部４ｃによる代替認証が行われていた場合においても、電源スイッチがオフとされたことを条件として代替認証部４ｃによる代替認証を無効化する。
【0075】
つまりＤＣＵ４は、認証部４ｂによる認証が不可能なまま当該車両２が停止して当該車両２の電源が切断されるまで代替認証部４ｃによる課金制機能の実施可否の判断結果を有効としている。例えば、運転を開始する前には課金制機能が有効とされていたものの、運転中に有効期限が切れることも考えられる。
【0076】
この場合、ＤＣＵ４は、車両２の運転中には無条件で課金制機能を実施可能と判断するとよい。電源スイッチが切断されると代替認証部４ｃによる無条件許可を解除する。そして電源スイッチが再度オンされた場合には認証部４ｂによる認証を必要とする。電源スイッチが再度オンされた後には、再度、認証部４ｂによる認証又は代替認証部４ｃによる代替認証が必要となり、課金制機能の契約を遵守できる。なおＤＣＵ４は、車両２が停止中であると判断した場合、認証部４ｂにより認証失敗したことをＨＣＵ３及び表示装置１１又は携帯端末３を通じて通知し、課金制機能を即時に停止させてもよい。
【0077】
ＤＣＵ４は、代替認証部４ｃによりＧＰＳやタイマを用いて課金制機能の有効期限が経過したか否かを判定し課金制機能の実施可否の判断を行っても良い。また図６Ａに示すように、代替認証部４ｃは、データベース４ｅに記憶された課金制機能の認証履歴情報を実施可否の判断に使用してもよい。
【0078】
ＤＣＵ４が、ネットワーク７への通信接続ができないなどの理由から、図６ＡのＳ２１において認証部４ｂによる認証を失敗した場合を考慮する。このとき、代替認証部４ｃが、データベース４ｅを参照し過去に遡って認証成功履歴があると判断すれば、Ｓ２３において代替認証部４ｃによる代替認証を行い代替認証できれば、対象の課金制機能をアクティベートするとよい（Ｓ３５、Ｓ４５、Ｓ５６参照）。
【0079】
逆に、ＤＣＵ４は、過去に認証部４ｂにより認証が成功していない場合にはＳ２２においてＮＯと判定し、代替認証部４ｃによる代替認証を許可しない。このとき、ＤＣＵ４は、正規の認証部４ｂによる認証しか受け付けないようにするとよい。一度も認証に成功していない場合には、対象の課金制機能は過去に課金した実績がない機能である。このため、代替認証を許可しないようにするとよい。この結果、もともと使用できるはずのない課金制機能の不正利用を防止できる。
【0080】
図６Ｂに図６Ａの変形例を示している。ＤＣＵ４は、図６ＢのＳ２２に示すように認証成功履歴がないと判定した場合には、Ｓ２４において機能を利用できない理由を表示装置１１に表示させるようにしてもよい。ＤＣＵ４は、ＨＣＵ３を介して表示装置１１にメッセージを報知させる。このときのメッセージとしては「一度も使ったことのない機能であり、過去に認証した履歴もないため使用できません」などの理由を表示するとよい。すると、車両乗員はなぜ使用できないのか納得でき、車両乗員に不信感を与えないようにサポートできる。またＤＣＵ４は、図６ＢのＳ２５において「通信回復後に課金しますか？」などのメッセージを報知し課金するように提案しても良い。
【0081】
その他、図７Ａに示すように、ＤＣＵ４は、Ｓ６１において車両２が走行中であり、Ｓ６２において課金制機能の実施中にも、Ｓ６３において認証部４ｂにより課金制機能の実施可否の判断を行うとよい。ＤＣＵ４は、Ｓ６３において課金制機能の実施可否の判断に失敗した場合、Ｓ６４において車両２が走行中にも課金制機能を実施可能と代替認証部４ｃにより強制的に判定してもよい。
【0082】
車両２が走行中である場合、ＤＣＵ４は、電波の通信状況が悪化していることを原因とした課金制機能の実施の可否の判断の失敗であると見做し、強制的に代替認証部４ｃによる代替認証を許可し課金制機能をアクティベートし続けるとよい。これにより、乗員は対象の課金制機能を使用し続けることができる。
【0083】
以上説明したように、本実施形態によれば、車外管理サーバ８との間で通信できず課金制機能のネットワーク接続が途切れた結果、認証部４ｂによりネット通信部４ａを介して課金制機能の実施可否の判断に失敗した場合に代替認証部４ｃにより代替認証するようにしている。このため、オフライン環境下においても代替認証できる。
【0084】
＜第１実施形態の変形例＞
図７Ｂに変形例を示している。ここでは車両２の起動時の処理を説明する。車両２のイグニッションスイッチがオンされ車両２が起動すると、ＤＣＵ４は、Ｓ２２２において認証部４ｂにより認証を行い、Ｓ２２３において認証成功したか否かを判定する。ＤＣＵ４は、認証成功したときにはＳ２２４において課金制機能をアクティベートするが、認証成功しなければＳ２２５において代替認証部４ｃの認証履歴を確認する。
図７Ｂに変形例を示している。ここでは車両２の起動時の処理を説明する。車両２のイグニッションスイッチがオンされ車両２が起動すると、ＤＣＵ４は、Ｓ２２２において認証部４ｂにより認証を行い、Ｓ２２３において認証成功したか否かを判定する。ＤＣＵ４は、認証成功したときにはＳ２２４において課金制機能をアクティベートするが、認証成功しなければＳ２２５において代替認証部４ｃの認証履歴を確認する。
【0085】
ここでＤＣＵ４は、前回イグニッションスイッチがオフした時点での代替認証部４ｃによる認証履歴を確認する。具体的には、代替認証部４ｃにより実施可能とされた課金制機能の利用期限が過ぎているか否かを確認する。ＤＣＵ４は、例えば代替認証部４ｃによる代替認証が有効期限内であれば、Ｓ２２７にて代替認証部４ｃによる代替認証を実行する。これにより、課金制機能の代替機能を実現でき、乗員の利便性を向上できる。
【0086】
逆にＤＣＵ４は、Ｓ２２６において代替認証部４ｃによる代替認証が期限切れであれば、代替認証を再試行し、再試行の回数がＳ２２８において複数の所定回数を上回るまでＳ２２２から再試行を繰り返す。ＤＣＵ４は何回か再試行した結果、所定回数以上、認証失敗したと判断すれば、Ｓ２３０において認証失敗の理由を、ＨＣＵ３を介して表示装置１１に表示させる。例えばＨＣＵ３は「前回の電源オフ時にも認証が失敗しており無条件で使える状態ではありません。」などのメッセージを表示装置１１に表示し認証失敗の理由を乗員に伝える。これにより乗員は、課金制機能を使用できない理由を把握できる。
【0087】
またＤＣＵ４は、認証部４ｂによる認証が失敗したまま電源が切断され、且つ、次回、図７ＢのＳ２２３～Ｓ２３０に示すように電源がオンされた時にも認証に失敗した場合には、ＤＣＵ４は、認証部４ｂによる認証に失敗した機能について、認証失敗の理由と共に使用不可能であることを、ＨＣＵ３及び表示装置１１を通じて乗員に報知するとよい。この場合、乗員は課金制機能を使用できない理由を把握できる。
【0088】
（第２実施形態）
第２実施形態について図８から図１０Ｃを参照しながら説明する。第２実施形態では、課金制機能を認証できない場合には、対象の課金制機能に代替する代替機能を探索して当該代替機能を実行する形態を説明する。
第２実施形態について図８から図１０Ｃを参照しながら説明する。第２実施形態では、課金制機能を認証できない場合には、対象の課金制機能に代替する代替機能を探索して当該代替機能を実行する形態を説明する。
【0089】
本実施形態においては、図８に示すように、ＤＣＵ４は、前記の代替機能を探索する探索部４ｆとしてのアプリの機能を備える。またＤＣＵ４は、認証判断部４ｇとしてのアプリの機能を備える。さらに、ＨＣＵ３は、報知制御部３ｄとしてのアプリの機能を備える。その他の構成は、第１実施形態と同様であるため説明を省略する。
【0090】
図９に示すように、ＤＣＵ４は、Ｓ７１において認証部４ｂによりネット通信部４ａを介して対象の課金制機能の実施可否を判断する。ＤＣＵ４は、課金制機能を実施可能であると判断すれば、Ｓ７１にてＹＥＳと判断し、Ｓ７２において対象の課金制機能を実施する。
【0091】
逆にＤＣＵ４は、Ｓ７１にて課金制機能の実施可否を判断した結果、Ｓ７３において対象の課金制機能を実施不可能と判定すると、Ｓ７４において課金制機能を無効化する。この後、ＤＣＵ４は、ネットワーク７に接続可不可の原因の如何にかかわらず、Ｓ７６又はＳ８１において探索部４ｆにより課金制機能と使用目的と同一となる条件を満たす代替機能を実行するアプリを探索する。
【0092】
ＤＣＵ４は、Ｓ７５においてＹＥＳと判定しネットワーク７の通信接続切れによって課金制機能の実施不可能と認証部４ｂにより判断した場合、ネット通信部４ａを介して接続できないと判断する。この場合、ＤＣＵ４は、Ｓ７６においてオフライン状態、すなわちローカル環境で探索部４ｆにより実施可能な代替機能のアプリを探索するとよい。ここでＤＣＵ４は、Ｓ７５においてネット接続不可が原因であると判定した場合、Ｓ７６において課金制機能と目的が同一の代替機能を備えたアプリをオフライン探索する。
【0093】
ＤＣＵ４は車両２の内部のローカル環境にて例えばＤＣＵ４の記憶部４ｄに予めインストールされているアプリを探索する。代替機能を備えたアプリが記憶部４ｄに記憶されていれば、ＤＣＵ４は代替機能を実施可能と判定する。オフライン探索する際、ＤＣＵ４は、ＨＣＵ３の記憶部３ａにインストールされたアプリを探索するようにしてもよい。
【0094】
ＤＣＵ４が、車外管理サーバ８とのネットワーク７を介して接続が成立しているにもかかわらず認証部４ｂにより例えば契約期間切れや個人の識別情報の認証の失敗などを原因として課金制機能を実施不可能と判断した場合にはＳ７５においてＮＯと判定する。このとき、ＤＣＵ４は、Ｓ８１において探索部４ｆにより無料でも有料でも実施可能な代替機能のアプリについて車外管理サーバ８などから探索するとよい。
【0095】
つまりＤＣＵ４は、Ｓ７５においてネット接続不可が原因ではなく契約期限切れや個人認証の失敗と判定した場合、Ｓ８１において課金制機能と目的が同一の代替機能を備えたアプリについてネットワーク７を通じて探索する。ＤＣＵ４が、探索部４ｆによりネットワーク７を通じて探索する際には、車外管理サーバ８からアプリを探索してもよいし、ネットワーク７を通じて他のサーバ（図示せず）からアプリを探索してもよい。このアプリは、無課金のアプリやオフラインで記憶部４ｄに保存されている機能と同等のアプリであってもよい。
【0096】
またＤＣＵ４は、外部端末として携帯端末４に設けられた機能から代替機能を探索部４ｆにより探索するようにしてもよい。探索時の通信方法は、近距離無線通信部５、９ｂを通じたローカル通信接続でも、ネット通信部４ａ、ネットワーク７を通じ接続用サーバ（図示せず）を介した通信接続であってもよい。
【0097】
ネットワーク７に接続可能な場合には、目的同一で該当する機能のアプリがあればサブスクサービスの課金制機能のアプリを対象としてもよい。この場合、ＤＣＵ４は、サブスクサービスの課金制機能のアプリを使用可能か否か判断するとよい。
【0098】
したがって、代替機能を実行するアプリは、サブスクサービスの課金制機能のアプリでもよいし、一時払いの課金制機能のアプリ（所謂シェアウェア）でもよいし、無課金制機能のアプリ（所謂フリーウェア）などであってもよい。
【0099】
具体的なアプリとして、例えば、契約中の対象の課金制機能が、安心又は安全に関わる運転支援機能を有するアプリなど、車両２の運転制御機能を含む運転支援のアプリである場合には、ＤＣＵ４は、探索部４ｆにより運転支援と目的が同一の運転制御アプリを探索する。
【0100】
契約中の対象の課金制機能が、表示装置１１の表示画面に地図表示を行うと共に目的地までの案内を行うナビゲーション機能を有するアプリであれば、ＤＣＵ４は、探索部４ｆによりタイトルの異なる地図表示アプリやその他のナビゲーション機能を備えたアプリを探索する。
【0101】
ナビゲーション機能としては、例えば、高解像度の３Ｄ地図表示や各種サービスを提供可能な場所の案内をネットワーク７上から精度よく検索する課金制機能が提供されている。その他、２Ｄ地図表示でも高解像度な地図表示を行うと共に経路案内する代替機能が提供されている。また簡略的な地図表示や簡易なシンボルのみで地理案内を行うローカルの機能が提供されている。このように機能を段階的に分けることができる。
【0102】
予め契約を保持している課金制機能の認証が困難な場合でも、ＤＣＵ４は、ネット通信部４ａを通じてネットワーク７から他の機能のアプリをオンラインで探索できる。またＤＣＵ４は、記憶部３ａ、４ｄに予め記憶されたアプリをオフライン探索できる。このように段階的に機能を探索できる。
【0103】
例えば、ＨＣＵ３は、ナビゲーション機能のうち地図部分だけ表示不可能になった場合、ＤＣＵ４が、地図部分だけをローカルの記憶部３ａ、４ｄから探索してもよい。このときＨＣＵ３は、この記憶部３ａ、４ｄからＤＣＵ４により探索された地図部分だけ読み出して使用して表示装置１１の表示画面に表示するようにしてもよい。
【0104】
例えば、ＤＣＵ４は、人を認証するアプリについても、段階的に機能を探索するとよい。例えば、人認証アプリは、比較的認識精度が高解像度の課金制機能もあれば、認識精度低い低解像度のローカルの機能もある。このような人認識アプリであっても同様である。
【0105】
またＤＣＵ４は、認証部４ｂによる認証失敗時に代替機能の実施を許可するアプリを記憶部４ｄに予めダウンロードして記憶しておいてもよい。すると、ＤＣＵ４は、探索部４ｆにより代替機能の実施が許可されている代替機能を即座に探索できる。
【0106】
対象の課金制機能のアプリが、車両２の中の快適性を追求する娯楽に関する快適機能のアプリであれば、探索部４ｆにより目的が同一の快適機能を有するアプリを探索する。ＤＣＵ４は、探索部４ｆにより同一のカテゴリ又はジャンルから探索するとよい。そしてＨＣＵ３が、ＤＣＵ４の認証部４ｂにより課金制機能が実施不可能であると判断された場合、ＤＣＵ４の探索部４ｆにより探索された代替機能のアプリを実施するとよい。
【0107】
ここで、代替機能の具体例をさらに説明する。課金制機能の代替機能は、対象の課金制機能を１００％代替するものでも一部機能だけを代替するものであってもよい。通常、課金制機能は、無償のアプリよりも高性能、高性能であることが多い。このため、課金制機能の代替機能を、無償の機能のみで実現しようとしても１００％再現できる可能性は低い。
【0108】
ＤＣＵ４は、課金制機能を１００％代替する場合には他の課金制アプリを探索して実施するとよい。例えば、他の課金制アプリとして他のオーディオアプリを探索、使用することで、音楽再生機能に加えてラジオも受信できる。ＤＣＵ４は、オーディオアプリの機能が認証切れにより使用不可になったとき、別の音楽アプリを使用するとよい。この音楽アプリは、音楽再生及びラジオの受信の両方が可能なアプリを探索するとよい。
【0109】
一部機能を代替する場合には、ＨＣＵ３又はＤＣＵ４の記憶部３ａ、４ｄに予めデフォルト装備されたアプリを探索したり、無償アプリをシステムから探索したり、又は、課金が認証切れの課金制機能の使用料金、又は、所定料金よりも安価な他の課金制アプリを探索して使用するとよい。
【0110】
ＤＣＵ４は、一部機能を代替する場合、音楽再生機能のみでラジオの受信はできないアプリを探索して使用してもよい。課金制機能が使用できず代替機能を探索する場合に、最初から音楽再生機能のみでラジオの受信ができないアプリを探索して使用してもよい。また、一旦、一番目には音楽再生機能とラジオの機能の双方を装備したオーディオアプリを探索し、その後、双方を装備したオーディオアプリが認証切れにより使用不可になったときに、音楽再生機能のみでラジオの受信ができないアプリを探索して使用してもよい。
【0111】
この場合、探索対象となる代替機能を備えたアプリが安全又は安心に関連するアプリの場合には優先順位を高くし、その他の優先順位の低いアプリを停止し、メモリ容量の確保のために優先順位の低いと判断されたアプリを削除（削ぎ落と）しても良い。
【0112】
ＤＣＵ４は、代替機能を複数使用し実施不可能と判断された課金制機能を再現するように代替機能を実施してもよい。このとき一部機能を代替できるアプリを組み合わせて代替機能を実施し課金制機能を再現してもよい。
【0113】
このとき、外部の携帯端末９と連携し、さらにアプリ間連携をしてもよい。例えば、ＨＣＵ３がローカル機能３ｃとして音楽再生機能を実施可能に保持しており、携帯端末９がラジオ受信機能を保持しており、車外管理サーバ８が音響設定機能を保持していることもある。
【0114】
例えば、ＤＣＵ４は、楽曲コンテンツデータを送受したり調停したりする場合、システム内で様々な場所に存在するアプリやデータを送受信し、さらに調整する機能をアドオンして実行するとよい。この場合、調整する機能を備えたアプリも外部の携帯端末９やアプリサーバなどから探索するようにしてもよい。
【0115】
例えば、ナビゲーション機能を備えたナビアプリとオーディオアプリを連携、調停する場合、ナビアプリにより目的地を案内する際の音量調整機能とオーディオアプリによる楽曲の音量調整機能とを調停する調停機能を備えた調停アプリを探索してもよい。例えばＨＣＵ３が、探索されたアプリをＤＣＵ４から受信し、ナビアプリやオーディオアプリと共にこの調停アプリを実行するとよい。するとＨＣＵ３は道案内や楽曲を選択的に車室内に報知でき、乗員が心地よく道案内情報を取得できると共に楽曲を楽しむことができる。ここではナビアプリとオーディオアプリの連携、調停について説明したが、様々なアプリについて調整、連携、連動できるようにするアプリを探索し、代替機能を備えたアプリとして取得するとよい。
【0116】
ＤＣＵ４は、Ｓ８１において探索部４ｆによりネットワーク７を通じて探索しても代替機能を探索できない場合、Ｓ８２にてＮＯと判定し、Ｓ７６に戻りオフライン状態で実施可能な代替機能を探索するとよい。
【0117】
代替機能のアプリを探索し、ＤＣＵ４がＳ７８において代替機能を実施可能と判定すると、Ｓ７９において認証部４ｂによりネット通信部４ａを通じて代替機能の実施可否も判断する。そしてＤＣＵ４は、認証部４ｂにより実施可能と判断され、Ｓ７９でＹＥＳと判断された場合に、Ｓ８０において代替機能のアプリをアクティベートする。その後にＨＣＵ３が代替機能のアプリを実施する。ユーザは、代替機能を利用でき、ユーザの利便性を向上できる。ＤＣＵ４は、Ｓ７９において認証部４ｂによりオンライン認証できなければ、代替認証部４ｃによりオフラインで代替認証するようにしてもよい。
【0118】
乗員（ユーザ）が代替機能のアプリを利用し始めると、ＤＣＵ４は図１０Ａに示す処理を実行する。ＤＣＵ４は、Ｓ８３において探索部４ｆにより探索された代替機能のアプリを実施する。この代替機能により課金制機能の代替を行っているとき、課金制機能が認証切れにより無効化されていることを乗員に報知し認識させるようにするとよい。この方法は、例えば、（１）該当する機能のアイコンをグレーアウトさせる方法、（２）該当する機能のアイコンをメニュー画面から消す方法、（３）画面の一部に無効化されていることを示す情報を表示する方法、などを挙げることができる。表示する情報は、文字情報でも、無効化されていることを表すマークであってもよい。
【0119】
表示装置１１の表示画面の中に表示可能な情報量は限られている。ＨＣＵ３は、表示装置１１の表示させるアイコンを定期的に確認し、所定量より増えすぎた場合には表示情報を縮小して表示領域を確保したり重要度の低い表示情報を削除したりすることで表示情報を整理する。
【0120】
ＨＣＵ３は、課金制機能のアプリの認証登録サイトへ移動するためのリンク情報を表示してもよい。課金制機能の認証切れを確認する場合、乗員が問合せ先へのリンクを選択することで、ＨＣＵ３や表示装置１１のブラウザ機能を利用し課金制機能の登録サイトにアクセスできる。また問合せ先の電話番号やＵＲＬ、そのＱＲコード（登録商標）を表示してもよい。乗員は、車両２のＤＣＵ４がネットワーク７に接続できなくても、情報さえ表示されていれば、携帯端末９の通信機能を用いて対処できる可能性もある。これにより、ＤＣＵ４がネットワーク７に接続不能になったとしても、乗員は携帯端末９を通じて登録サイトにアクセスでき、乗員の不安感を取り除くことができる。
【0121】
ＤＣＵ４は、Ｓ８３において探索部４ｆにより探索された代替機能のアプリを実施中にも、Ｓ８４において認証部４ｂによる課金制機能の認証の可否を判断するとよい。ＤＣＵ４は、Ｓ８５において課金制機能の認証が可能と判定した場合、Ｓ８６においてＨＣＵ３は代替機能のアプリの実施を中止し、Ｓ８７において課金制機能をアクティベートするとよい。そしてＨＣＵ３は、課金制機能のアプリの実施を優先するとよい。これにより、代替機能のアプリを実施中でも、その途中で正規の課金制機能のアプリの認証が可能になった場合には、優先して課金制機能のアプリを実施できるようになり、ユーザの利便性を向上できる。
【0122】
逆に、一旦、ＨＣＵ３が代替機能を実施した後には、サブスクサービスの課金制機能よりも代替機能を実施する優先度を上げるようにしてもよい。ＤＣＵ４がこの優先度を変更したことを記憶部４ｄに記憶しておき、記憶部４ｄの優先度を参照して何れの機能を実施させるか判断するとよい。この場合、ＨＣＵ３は課金制機能よりも代替機能の実施を優先するようにしてもよい。
【0123】
以上説明したように、本実施形態によれば、ＤＣＵ４は、探索部４ｆにより代替機能を探索し認証部４ｂにより課金制機能が実施不可能であると判断された場合であっても、ＨＣＵ３が探索部４ｆにより探索された代替機能を実施するようにしている。このため、車両２内からサブスクサービスの課金制機能のライセンス認証に失敗したときであっても、代替機能を用いて課金制機能のサブスクサービスと同レベル、又は、乗員が必要とする最低限のレベルの機能を実施できる。
【0124】
以下、第２実施形態の変形例について図１０Ｂ、図１０Ｃを参照して説明する。
＜第２実施形態の変形例その１＞
第２実施形態の変形例その１について図１０Ｂを参照して説明する。ＤＣＵ４は、認証部４ｂにより課金制機能の実施可否を判断するが、ナビアプリが実行されているときに、電波の途切れる区間が存在しなければ（Ｓ２８１でＮＯ）、通常通り課金制機能をアクティベートすればよい（Ｓ２８２）。しかし、ナビゲーションの道案内の経路上に電波の途切れる区間が存在することが予め認識できる場合がある（Ｓ２８１でＹＥＳ）。ここでＤＣＵ４は、ネットワーク接続不良の発生可能性を事前に判断することで、認証部４ｂによる課金制機能の認証が不可能になることをあらかじめ判断している。
＜第２実施形態の変形例その１＞
第２実施形態の変形例その１について図１０Ｂを参照して説明する。ＤＣＵ４は、認証部４ｂにより課金制機能の実施可否を判断するが、ナビアプリが実行されているときに、電波の途切れる区間が存在しなければ（Ｓ２８１でＮＯ）、通常通り課金制機能をアクティベートすればよい（Ｓ２８２）。しかし、ナビゲーションの道案内の経路上に電波の途切れる区間が存在することが予め認識できる場合がある（Ｓ２８１でＹＥＳ）。ここでＤＣＵ４は、ネットワーク接続不良の発生可能性を事前に判断することで、認証部４ｂによる課金制機能の認証が不可能になることをあらかじめ判断している。
【0125】
このようなとき、ＤＣＵ４は、経路上に電波の途切れる区間があることを事前に乗員にＨＣＵ３を介して報知した上で（Ｓ２８３）、代替機能を携帯端末９から探索する（Ｓ２８４）。そしてＤＣＵ４は、Ｓ２８５において代替機能が有るか否かを判定し、代替機能がある場合には、Ｓ２８６において特定区間において代替機能の実施を乗員に提案する。このとき、ＤＣＵ４は、操作入力部１２から操作入力を受け付けると乗員の回答を記憶部４ｄに記憶させる。
【0126】
他方、ＤＣＵ４は、Ｓ２８５において代替機能がないと判定した場合には、Ｓ２８８において特定区間では課金制機能が使用不能になる可能性があることをＨＣＵ３及び表示装置１１を通じて乗員に報知する。ＤＣＵ４は、Ｓ２８９において特定区間に差し掛かっても課金制機能の認証可能であると判定すれば、そのままこのルーチンを抜け、課金制機能を通常通り実行する。逆に、ＤＣＵ４は、Ｓ２８９において特定区間に差し掛かることで課金制機能の認証可能ではなくなったと判定すれば、Ｓ２９０において記憶部４ｄに予め記憶された乗員の回答通りの対応を実施する。
【0127】
例えば、電波が途切れるルートが設定された場合や課金制機能の有効期限が夜中の１２時を回って途切れた場合、ＤＣＵ４は、前述の特定区間に差し掛かっても課金制機能の認証が可能であれば通常通り実行できる。逆にＤＣＵ４は、特定区間に差し掛かることで課金制機能の認証可能ではなくなったと判定すれば、Ｓ２９０において記憶部４ｄに予め記憶された乗員の回答通りの対応を実施する。このとき、課金制機能が使用不能になっても乗員が予め設定した代替機能を実施できるようになり乗員の利便性を向上できる。
【0128】
＜第２実施形態の変形例その２＞
また、図１０ＣのようにＳ２８４において代替機能を携帯端末９から探索する前にＳ３８１～Ｓ３８６のように処理を実行するようにしてもよい。ＤＣＵ４は、記憶部４ｄを参照しＳ３８１において有効期限が所定期間内（例えば、１日、２日、一週間など）の課金制機能が登録されているか否かを判定する。ＤＣＵ４は、Ｓ３８１において有効期限が所定期間内と設定されている場合、Ｓ３８２において有効期限切れが近い課金制機能があることをＨＣＵ３の報知制御部３ｄの機能により乗員に報知する。そしてＤＣＵ４は、Ｓ３８３において課金制機能の期限更新を提案する。乗員が更新を肯定、すなわち更新を否定しない場合には、ＤＣＵ４はＳ３８６において課金制機能の期限を更新するように車外管理サーバ８と通信すると共に記憶部４ｄに記憶させる。
また、図１０ＣのようにＳ２８４において代替機能を携帯端末９から探索する前にＳ３８１～Ｓ３８６のように処理を実行するようにしてもよい。ＤＣＵ４は、記憶部４ｄを参照しＳ３８１において有効期限が所定期間内（例えば、１日、２日、一週間など）の課金制機能が登録されているか否かを判定する。ＤＣＵ４は、Ｓ３８１において有効期限が所定期間内と設定されている場合、Ｓ３８２において有効期限切れが近い課金制機能があることをＨＣＵ３の報知制御部３ｄの機能により乗員に報知する。そしてＤＣＵ４は、Ｓ３８３において課金制機能の期限更新を提案する。乗員が更新を肯定、すなわち更新を否定しない場合には、ＤＣＵ４はＳ３８６において課金制機能の期限を更新するように車外管理サーバ８と通信すると共に記憶部４ｄに記憶させる。
【0129】
また、ＨＣＵ３は、ナビゲーション機能によりルート設定されている場合、課金制機能の有効期限が走行中に切れることが想定される場合には、Ｓ２８４において代替機能を携帯端末９から探索する。その後の処理は、図１０ＢのＳ２８５～Ｓ２９０の処理と同様であるため、説明を省略する。
【0130】
このような第２実施形態の変形例によれば、ネット通信部４ａは、車両２の乗員が実施可能な課金制機能の情報を保存している車外管理サーバ８との間でネットワーク７を介して通信し、認証部４ｂは、ネット通信部４ａを介して課金制機能の実施可否を判断する。認証判断部４ｇは、ネットワーク接続不良、課金制機能の有効期限切れ、の少なくとも何れか１つの状況の発生可能性を事前に判断することで、認証部４ｂによる課金制機能の認証が不可能になることをあらかじめ判断している。報知制御部３ｄは、認証判断部４ｇにより認証部４ｂによる認証が不可能になると判断した場合に、乗員に報知を行うようにしている。
【0131】
また、ＤＣＵ４は、探索部４ｆにより課金制機能と使用目的と同一である代替機能を探索し、認証判断部４ｇにおいてネットワーク接続不良により認証部４ｂの認証が不可能になると判断した場合に、報知制御部３ｄは探索された代替機能の実施を提案するようにしている。ＤＣＵ４は、例えば、電波が途切れるルート設定がなされていた場合にネットワーク７に接続できなくなる可能性が高いと判断した場合には、長期間使用できなくなると判定し、代替機能の実施を提案している。これにより、課金制機能が長期間使用できなくなったとしても代替機能の実施を提案することで乗員にとって気の利いた提案をできるようになる。
【0132】
ＤＣＵ４は、探索部４ｆの機能を使用する場合に代替機能の決定に乗員の嗜好を条件に加えるとよい。例えば、オーディオアプリにおいても、重低音又は高音に強い代替機能を備えたアプリを探索したり、ＪＰＯＰ、ジャズなどの音楽ジャンルの嗜好を強めた代替機能を備えたアプリを探索するとよい。またナビゲーション機能においては、背景色の色合いをパステル又はビビットに設定したり、これらの嗜好を予め乗員からオプション画面にて入力させたり、乗員によるオーディオ設定入力を学習するとよい。
【0133】
ＤＣＵ４は、探索部４ｆにより代替機能を探索するが、課金制機能の有効期限切れにより認証部４ｂの認証が不可能になると判断した場合、報知制御部３ｄにより課金制機能の延長を乗員に提案するとよい。例えば、午後１２時を跨いで日付が変わることで有効期限が切れたり、又は、車両２の走行途中に有効期限が切れたりする場合には、課金制機能の有効期限の延長を乗員に提案するとよい。また、一週間以内、二週間以内など比較的近い期日に期限が到来する場合においても有効期限の延長を乗員に提案することが望ましい。
【0134】
（第３実施形態）
第３実施形態について図１１Ａから図１３Ｂを参照しながら説明する。第３実施形態では、第１実施形態又は第２実施形態と異なる部分について説明する。図１１Ａに示すように、ＤＣＵ４は、Ｓ９１において認証部４ｂによりネットワーク７を通じて認証を行う。ＤＣＵ４は、Ｓ９２において認証部４ｂにより認証に成功したか否かを判断する。
第３実施形態について図１１Ａから図１３Ｂを参照しながら説明する。第３実施形態では、第１実施形態又は第２実施形態と異なる部分について説明する。図１１Ａに示すように、ＤＣＵ４は、Ｓ９１において認証部４ｂによりネットワーク７を通じて認証を行う。ＤＣＵ４は、Ｓ９２において認証部４ｂにより認証に成功したか否かを判断する。
【0135】
ＤＣＵ４は、Ｓ９２において認証に成功した場合には、Ｓ９３において認証された正規のＩＤ（個人認証の識別情報）にて課金制機能をアクティベートする。この場合、通常通り、ユーザは課金制機能を使用できる。
【0136】
ＤＣＵ４は、Ｓ９２にて認証部４ｂによる認証に失敗した場合には、Ｓ９４においてその失敗理由が通信環境の悪化を理由とした通信途絶であるか否か判定する。ＤＣＵ４は、通信途絶でなければＳ９４にてＮＯと判定し、個人認証の失敗であると判断する。しかし、失敗理由が通信途絶であった場合には、ＤＣＵ４は、Ｓ９５においてユーザに対し該当する課金制機能への追加の課金意思の有無を、ＨＣＵ３を通じて表示装置１１に表示したり、携帯端末９に通信したりすることで問い合わせる。例えば、１か月などのお試し期間中は試用無料で当該課金制機能や他の課金制機能を利用できる場合もある。この場合、ユーザに対しこの旨の通知を行い追加の課金意思の有無を問合せてもよい。ＤＣＵ４は、所定の時間だけ操作入力部１２による承認操作を受け付けない場合には、追加の課金意思があるか否かの表示を消去してもよい。
【0137】
これによりＤＣＵ４は、Ｓ９６において追加の課金意思の有無の判断を行う。ＤＣＵ４は、操作入力部１２や携帯端末９から課金の意思表示の入力を受け付けると、Ｓ９６においてＹＥＳと判定しユーザが該当する課金制機能に対して追加の課金意思があると判断する。例えば、ＤＣＵ４は、例えばクレジットカード番号などの識別情報が、車両２内の記憶部３ａ、４ｄ内に予め保存されていれば、ユーザによる課金の意思とみなし自動的に追加の課金意思があると判断してもよい。
【0138】
ＤＣＵ４は、Ｓ９７において、近距離無線通信部５から携帯端末９を通じて例えばクレジットカード決済により追加の課金を行い、新規ＩＤの個人認証情報を用いて課金制機能をアクティベートする。その後、ＨＣＵ３などにより該当する課金制機能を実施するとよい。また、証明書が携帯端末９に保存されていれば、携帯端末９が車両２に証明書を送信することでオフラインでも認証を可能にしてもよい。
【0139】
他方、図１１ＡのＳ９４において、失敗理由が通信途絶でなかった場合には、図１１Ａに示すように、そのままルーチンを抜けてもよいが、図１１ＢのＳ９５ａに示すように、ＤＣＵ４は、従来から存在する従来ＩＤに紐付けて乗員に課金意思の追加の有無を問い合わせるとよい。そして、ＤＣＵ４は、Ｓ９６ａにおいて乗員が課金意思を示せば、Ｓ９７ａにおいて従来ＩＤにて課金制機能をアクティベートするとよい。
【0140】
乗員に課金意思があると判断され、ＨＣＵ３が該当する課金制機能を実施している最中においても、ＤＣＵ４は、図１２のＳ１０１においてネット通信部４ａを介してオンライン認証を行う。ネットワーク７の通信環境が良好になると、ＤＣＵ４は、Ｓ１０１において車外管理サーバ８のデータベース８ａに保存されている情報を照合する。
【0141】
ＤＣＵ４は、Ｓ１０２において該当する課金制機能を追加課金なしで利用可能であるか否かを判断する。ＤＣＵ４は、Ｓ１０２において追加課金なしで利用可能な状態であると判断した場合には、Ｓ１０３において該当する課金制機能に対する追加の課金を取り消すと共に乗員による追加課金の意思判断を取り消すとよい。さらにＳ１０４において新規ＩＤを取り消してもよい。新規ＩＤを取り消すことは任意であり、乗員の取消意思を確認した後に取り消すとよい。その後、ＨＣＵ３は、既存の正規ＩＤにより該当する課金制機能を実施可能になる。この結果、乗員は既存の正規ＩＤによる課金制機能を有効に活用できる。また例えば、追加で課金して使用した期間と、認証切れを起こす前の有効期限とを比較し、有効期限外であった場合には追加の課金を実施するようにしてもよい。
【0142】
ＤＣＵ４は、Ｓ１０２でＹＥＳと判断し、例えば、二重課金であると判断した場合には返金処理を行うとよい。Ｓ１０３にて課金を取り消してＳ１０４にて新規ＩＤ削除処理をする場合、その旨を乗員へ表示装置１１を通じて報知するとよい。このときのメッセージは、例えば「二重課金になったため返金処理を行います。」、また「すでに課金済みであったため追加課金はされませんでした。当該機能は追加課金なしで機能しています。」などとするとよい。この場合、乗員は、結局無駄に課金したのか、課金後に返金されたのか、又は、そもそも課金されていないのかを確認することができ、乗員に不安感を与えないようにできる。
【0143】
＜変形例その１＞
＜車両停車中、自動運転中、又は車両走行中における乗員によるボタン操作と表示装置１１の表示画面内容について＞
例えば、図１１ＡのＳ９４において認証部４ｂによる認証の失敗理由が通信途絶である場合には、乗員に追加で課金意思を問い合わせることになる。また、図１１ＢのＳ９４において認証部４ｂによる認証の失敗理由が通信途絶によらなかったとしても、Ｓ９５ａにおいて乗員に追加で課金意思を問い合わせることになる。
＜車両停車中、自動運転中、又は車両走行中における乗員によるボタン操作と表示装置１１の表示画面内容について＞
例えば、図１１ＡのＳ９４において認証部４ｂによる認証の失敗理由が通信途絶である場合には、乗員に追加で課金意思を問い合わせることになる。また、図１１ＢのＳ９４において認証部４ｂによる認証の失敗理由が通信途絶によらなかったとしても、Ｓ９５ａにおいて乗員に追加で課金意思を問い合わせることになる。
【0144】
例えば図１１Ｃに示すように、ＨＣＵ３は、表示装置１１の表示画面上に問合せ表示Ｐを示し乗員に操作入力を促す。例えば、図１１Ｃに示す例では、「使用中のアプリの承認に失敗しました。追加の課金を行いますか？「はい」、「いいえ」」と表示し、操作入力を促している。また同時に、ＨＣＵ３は、ナビアプリの動作中の地図画面Ｍの中央にエクスクラメーションマークを表示することで警告し、問合せ表示Ｐに乗員の注目を向けている。この場合、操作入力部１２による何らかの操作入力が必要となる。
【0145】
車両２の停車中、自動運転中、又は手動運転中に操作入力部１２を通じて所定のボタン「はい」が乗員により押下された場合には、追加の課金を行い、課金制機能をアクティベートした上で、ＨＣＵ３は、図１１Ｃに示すように表示画面上から問合せ表示Ｐを消去する。
【0146】
また、車両２の手動運転中などには、操作入力部１２を通じて所定のボタン「はい」が乗員により押下されない場合もある。この場合、図１１Ａに示す処理ルーチンではいつまでたっても課金制機能をアクティベートできないことになる。このような場合、図１１ＤのＳ９６ａ～Ｓ９６ｃに示すように、ＨＣＵ３が、操作入力部１２により所定時間だけ操作指示を受け付けないと判断した場合に、問合せ表示Ｐを削除するとよい。この画面遷移の一例を図１１Ｅに示している。
【0147】
所定時間経過しても課金意思が操作入力されない場合、図１１ＤのＳ９６ｃにおいて期限切れの課金制機能の一覧を表示装置１１の表示画面にポップアップにより報知してもよい。このときの画面例を図１１Ｆに示している。図１１Ｆの上欄に示すように、ＨＣＵ３は、地図画面Ｍの上にエクスクラメーションマークの警告表示を残しつつ、「認証切れアプリ一覧」ボタンの問合せ表示Ｐ２を表示することで乗員による操作入力を一旦促すとよい。そしてＨＣＵ３は、認証切れアプリ一覧の問合せ表示Ｐ２が操作入力されたことを検出すると、ＤＣＵ４はデータベース４ｅを参照し、ＨＣＵ３はデータベース４ｅに記憶されている期限切れの課金制機能を選択して表示画面上に表示する。図１１Ｆの下欄参照。
【0148】
所定時間経過しても課金意思が操作入力されない場合、ＨＣＵ３は、図１１Ｆの上欄のような認証切れアプリ一覧の問合せ表示Ｐ２を表示することなく、図１１Ｆの下欄に示すように、認証切れアプリの一覧を表示装置１１の表示画面上に直接表示させるようにしてもよい。
【0149】
ＨＣＵ３は、課金制機能の必要有無を選択的に乗員に判断させるようにしてもよい。このときＨＣＵ３は、「有効化する」旨を示す問合せ表示Ｐ３を表示し、この問合せ表示Ｐ３が押下されれば選択的に課金制機能を有効化、すなわちアクティベートするとよい。ここでは、それぞれの課金制機能について、課金された期間やその履歴情報を表示するようにしてもよい。
【0150】
＜変形例その２＞
＜特に車両走行中における課金意思表示と表示装置１１の表示画面内容について＞
特に運転手は、手動運転などで車両走行中に追加の課金の意思を示しにくい。例えば、ＤＣＵ４が、乗員に対し追加の課金意思を問い合わせるときに詳細な問合せを必要としてしまう場合、何度も操作入力を必要とすることがある。
＜特に車両走行中における課金意思表示と表示装置１１の表示画面内容について＞
特に運転手は、手動運転などで車両走行中に追加の課金の意思を示しにくい。例えば、ＤＣＵ４が、乗員に対し追加の課金意思を問い合わせるときに詳細な問合せを必要としてしまう場合、何度も操作入力を必要とすることがある。
【0151】
例えば、クレジットカードのカード番号情報や有効期限（課金方法）や、課金制機能を追加する際に必要な有効期限や有効回数などの課金条件について数字や設定ボタンなどを少なくとも連続して二回以上操作入力する場合である。ここでの課金方法は、例えばクレジットカードのカード番号や有効期限の情報などを示す。また課金条件は、例えば１日、１週間、１か月、３か月、６か月、又は１年を単位とした課金期間の条件や、車両２の起動中１回分、３回分などの回数条件などを挙げることができる。このような場合、車両２に乗車中の乗員、特に運転者が何度も操作入力することが好ましくない。そこで、一回のボタン操作入力を受け付けることで全ての認証を行うようにするとよい。
【0152】
このときの操作入力部１２の操作ボタンは、表示装置１１の表示画面上に表示するアイコンであってもステアリングホイール等に設置されている物理ボタンであってもよい。アイコンの場合には、通常の表示装置１１の表示画面には表示されていない。ＨＣＵ３は、アイコンを緊急時にのみ表示画面上に表示し、乗員が、このアイコンをタップすることでタッチパネルにより操作入力を受け付けることになる。特に、アイコンは「走行中に緊急で乗員に操作を求めるとき」のみ表示されるように構成されているとよい。
【0153】
また例えば、ステアリングホイールの周辺に設置されている物理ボタンは、通常時にはその機能が割り当てられていない。ＨＣＵ３は、走行中に緊急で乗員に操作を求めるときのみ、表示装置１１の表示画面に物理ボタンの役割を表示しつつ、物理ボタンの押し込み結果を操作入力部１２の操作入力結果として課金意思の決定とするとよい。
【0154】
特に、緊急時に承認を要求する際には、認証部４ｂによる認証が既に切れていることを条件として物理ボタンやアイコンによる操作入力を受け付けるようにするとよい。別途、課金用の確認ボタンを用意する必要はない。これにより、例えば物理ボタンやアイコンが操作入力された時点で、例えば、図１１ＡのＳ９４の条件を満たしている場合に、Ｓ９５、Ｓ９６の処理を割愛して即座にＳ９７にて課金制機能をアクティベートできる。また、例えば、図１１ＢのＳ９４の条件を満たしていないと判断した場合に、Ｓ９５ａ、Ｓ９６ａの処理を割愛して即座にＳ９７ａにて課金制機能をアクティベートできる。
【0155】
また、様々な認証を予め設定しておくことで前述の課金方法や課金条件を含めた課金意思を予めＨＣＵ３を通じて記憶部３ａやＤＣＵ４の記憶部４ｄに設定しておいてもよい。又は、課金方法や課金条件を含めた課金意思を携帯端末９に設定しておいてもよい。例えば、ＨＣＵ３がオプション設定画面を表示し、乗員に操作入力部１２から課金方法や課金条件を操作入力させてもよい。携帯端末９が表示画面にオプション設定画面を表示し、乗員に課金方法や課金条件を操作入力させてもよい。
【0156】
このように予め課金意思が記憶部３ａ、４ｄ又は携帯端末９に記憶されていれば、ＤＣＵ４はこの課金意思の情報をローカル又はネットワーク７を通じて参照し、様々な認証を行うことなく課金意思ありと判断できる。この場合も、課金意思が記憶部３ａ、４ｄ又は携帯端末９に予め設定されていれば、例えば図１１ＡのＳ９４の条件を満たしている場合に、Ｓ９５、Ｓ９６の処理を割愛して即座にＳ９７にて課金制機能をアクティベートできる。また例えば、図１１ＢのＳ９４の条件を満たしていないと判断した場合に、Ｓ９５ａ、Ｓ９６ａの処理を割愛して即座にＳ９７ａにて課金制機能をアクティベートできる。
【0157】
＜変形例その３＞
ＤＣＵ４は、認証部４ｂによるオンライン認証に失敗した場合に限らず、代替認証部４ｃによるオフラインの代替認証に失敗した場合に、該当する課金制機能への乗員の追加の課金意思有無の判断を行ってもよい。
ＤＣＵ４は、認証部４ｂによるオンライン認証に失敗した場合に限らず、代替認証部４ｃによるオフラインの代替認証に失敗した場合に、該当する課金制機能への乗員の追加の課金意思有無の判断を行ってもよい。
【0158】
図１３Ａに示すように、ＤＣＵ４は、Ｓ１１１において認証部４ｂによりネットワーク７を通じて認証を行う。ＤＣＵ４は、Ｓ１１２において認証部４ｂにより認証に成功したか否かを判断する。
【0159】
ＤＣＵ４は、Ｓ１１２において認証に成功した場合には、Ｓ１１３において認証された正規のＩＤ（個人認証の識別情報）にて課金制機能をアクティベートする。この場合、通常通り、ユーザは課金制機能を使用できる。
【0160】
ＤＣＵ４は、Ｓ１１２にて認証部４ｂによる認証に失敗した場合には、Ｓ１１４においてその失敗理由が通信環境の悪化を理由とした通信途絶であるか否か判定する。ＤＣＵ４は、通信途絶でなければＳ１１４にてＮＯと判定し、個人認証の失敗であると判断しそのままルーチンを抜ける。しかし、失敗理由が通信途絶であった場合には、ＤＣＵ４は、Ｓ１１５において代替認証部４ｃにより認証部４ｂの認証を代替する。ＤＣＵ４は、代替認証部４ｃによる認証に失敗した場合に、Ｓ１１７においてユーザに対し該当する課金制機能への追加の課金意思の有無を問い合わせる。
【0161】
この場合、ＤＣＵ４は、近距離無線通信部５の通信を利用して携帯端末９から問合せるとよく、これによりＳ１１８において追加の課金意思の有無の判断を行う。ＤＣＵ４は、携帯端末９から課金の意思表示の入力を受け付けると、Ｓ１１８においてＹＥＳと判定しユーザが該当する課金制機能に対して追加の課金意思があると判断する。ＤＣＵ４は、Ｓ１１９において例えばクレジットカード決済などを用いて追加の課金を行い、新規のＩＤ（個人認証情報）を用いて課金制機能をアクティベートする。その後、ＨＣＵ３などにより該当する課金制機能を実施するとよい。また、図１３Ｂに示すように、ＤＣＵ４は、Ｓ１１８ａにおいて所定時間経過しても課金意思を示さない場合には、Ｓ１１８ｂにおいて問合せ表示Ｐを消去し、Ｓ１１８ｃにおいて期限切れの課金制機能の一覧を表示するようにしてもよい。また＜変形例その１＞に示した処理と同様の処理を実行してもよい。
【0162】
以上説明したように、本実施形態によれば、ＤＣＵ４は、認証部４ｂによる認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思の有無の判断を行っている。そして、ＤＣＵ４は、乗員が該当する課金制機能に対して追加の課金意思があると判断した場合、該当する課金制機能の実施を可能とするようにしている。このため、乗員の要望に応えることができ、ユーザの利便性を向上できる。
【0163】
（他の実施形態）
本発明は、前述した実施形態に限定されるものではなく、種々変形して実施することができ、その要旨を逸脱しない範囲で種々の実施形態に適用可能である。
前述実施形態では、ＤＣＵ４が主体として認証処理を実行する形態を示したが、その一部又は全部の処理、機能を他の車載器（例えば、ＨＣＵ３）が実行するようにしても良い。また逆に、ＨＣＵ３に搭載されている機能を他の車載器（例えば、ＤＣＵ４）が実行するようにしても良い。
本発明は、前述した実施形態に限定されるものではなく、種々変形して実施することができ、その要旨を逸脱しない範囲で種々の実施形態に適用可能である。
前述実施形態では、ＤＣＵ４が主体として認証処理を実行する形態を示したが、その一部又は全部の処理、機能を他の車載器（例えば、ＨＣＵ３）が実行するようにしても良い。また逆に、ＨＣＵ３に搭載されている機能を他の車載器（例えば、ＤＣＵ４）が実行するようにしても良い。
【0164】
本開示に記載のＨＣＵ３又は他のＤＣＵ４による手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することにより提供された専用コンピュータにより実現されても良い。或いは、本開示に記載のＨＣＵ３及びＤＣＵ４による手法は、一つ以上の専用ハードウェア論理回路によりプロセッサを構成することにより提供された専用コンピュータにより実現されても良い。若しくは、本開示に記載の制御装置及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路により構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより実現されても良い。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていても良い。
【0165】
各実施形態における各機能の技術を組み合わせて処理するようにしてもよいし、各実施形態間の技術を組み合わせて処理するようにしてもよい。
その中でも、本開示の第１態様によれば、特許請求の範囲の記載に加え、以下の発明も含む。
［１１］
車両の乗員が実施可能な課金制機能に関する情報を保存しているサーバ（８）との間でネットワークを介して通信するネット通信部（４ａ）と、前記ネット通信部を通じて前記課金制機能の実施可否について認証する認証部（４ｂ）と、前記ネット通信部を通じて前記サーバに接続できない場合に前記認証部の認証を代替する代替認証部（４ｃ）と、を備え、前記代替認証部は、前記サーバとの接続が途切れた結果、前記認証部が前記ネット通信部を介して前記課金制機能の実施可否の判断に失敗した場合に代替認証する車両用認証システム。
その中でも、本開示の第１態様によれば、特許請求の範囲の記載に加え、以下の発明も含む。
［１１］
車両の乗員が実施可能な課金制機能に関する情報を保存しているサーバ（８）との間でネットワークを介して通信するネット通信部（４ａ）と、前記ネット通信部を通じて前記課金制機能の実施可否について認証する認証部（４ｂ）と、前記ネット通信部を通じて前記サーバに接続できない場合に前記認証部の認証を代替する代替認証部（４ｃ）と、を備え、前記代替認証部は、前記サーバとの接続が途切れた結果、前記認証部が前記ネット通信部を介して前記課金制機能の実施可否の判断に失敗した場合に代替認証する車両用認証システム。
【0166】
［１２］
前記代替認証部は、実施可否を判断する対象となる課金制機能が、前記車両の走行に必要な機能、乗員の安全のために必要な機能、又は、前記車両の内部環境を快適にするための機能、のうち少なくとも１つに当てはまる場合に前記課金制機能を実施可能と判断して代替認証する［１１］の車両用認証システム。
前記代替認証部は、実施可否を判断する対象となる課金制機能が、前記車両の走行に必要な機能、乗員の安全のために必要な機能、又は、前記車両の内部環境を快適にするための機能、のうち少なくとも１つに当てはまる場合に前記課金制機能を実施可能と判断して代替認証する［１１］の車両用認証システム。
【0167】
［１３］
車両の外部の環境情報を取得する外部環境取得部（６）を備え、前記代替認証部は、前記車両の内部環境を快適にするための快適機能の実施可否を判断する場合には、前記課金制機能の実施可否の判断条件に前記車両の外部の環境情報を加えて代替認証する［１１］又は［１２］の車両用認証システム。
車両の外部の環境情報を取得する外部環境取得部（６）を備え、前記代替認証部は、前記車両の内部環境を快適にするための快適機能の実施可否を判断する場合には、前記課金制機能の実施可否の判断条件に前記車両の外部の環境情報を加えて代替認証する［１１］又は［１２］の車両用認証システム。
【0168】
［１４］
前記車両が走行中であり、前記課金制機能の実施中に前記認証部による前記課金制機能の実施可否の判断に失敗した場合、前記代替認証部は、前記課金制機能を実施可能と判定する［１１］から［１３］の何れかの車両用認証システム。
前記車両が走行中であり、前記課金制機能の実施中に前記認証部による前記課金制機能の実施可否の判断に失敗した場合、前記代替認証部は、前記課金制機能を実施可能と判定する［１１］から［１３］の何れかの車両用認証システム。
【0169】
［１５］
前記乗員へ報知を行う報知制御部（３ｄ）をさらに備え、
前記代替認証部は、前記代替認証により前記課金制機能の実施可否を判断すると、前記報知制御部は、前記代替認証部による課金制機能の実施可否の判断結果を前記乗員へ報知制御する［１１］から［１４］の何れかの車両用認証システム。
前記乗員へ報知を行う報知制御部（３ｄ）をさらに備え、
前記代替認証部は、前記代替認証により前記課金制機能の実施可否を判断すると、前記報知制御部は、前記代替認証部による課金制機能の実施可否の判断結果を前記乗員へ報知制御する［１１］から［１４］の何れかの車両用認証システム。
【0170】
［１６］
前記代替認証部による課金制機能の実施可否の判断結果は、前記認証部による認証が可能となるまで、又は、前記認証部による認証が不可能なまま当該車両が停止して当該車両の電源が切断されるまで有効とする［１１］から［１５］の何れかの車両用認証システム。
前記代替認証部による課金制機能の実施可否の判断結果は、前記認証部による認証が可能となるまで、又は、前記認証部による認証が不可能なまま当該車両が停止して当該車両の電源が切断されるまで有効とする［１１］から［１５］の何れかの車両用認証システム。
【0171】
［１７］
前記乗員へ報知を行う報知制御部（３ｄ）をさらに備え、前記認証部による認証が失敗したまま電源が切断され、且つ、次回、電源がオンされた時にも認証に失敗した場合には、前記報知制御部は、認証部による認証に失敗した機能について使用不可能であることを乗員に報知する［１６］の車両用認証システム。
前記乗員へ報知を行う報知制御部（３ｄ）をさらに備え、前記認証部による認証が失敗したまま電源が切断され、且つ、次回、電源がオンされた時にも認証に失敗した場合には、前記報知制御部は、認証部による認証に失敗した機能について使用不可能であることを乗員に報知する［１６］の車両用認証システム。
【0172】
［１８］
車両は課金制機能の認証履歴情報を保存する認証履歴情報保存部を備え、前記代替認証部は、前記課金制機能の認証履歴情報を実施可否の判断に使用する［１１］から［１７］の何れかの車両用認証システム。
車両は課金制機能の認証履歴情報を保存する認証履歴情報保存部を備え、前記代替認証部は、前記課金制機能の認証履歴情報を実施可否の判断に使用する［１１］から［１７］の何れかの車両用認証システム。
【0173】
［１９］
ネット通信部（４ａ）が車両の乗員が実施可能な課金制機能に関する情報を保存しているサーバ（８）との間でネットワークを介して通信する過程と、認証部（４ｂ）が前記ネット通信部を通じて前記課金制機能の実施可否について認証する過程と、代替認証部（４ｃ）が、前記ネット通信部を通じて前記サーバに接続できない場合に前記認証部の認証を代替する過程と、を備え、前記代替認証部は、前記ネットワーク接続が途切れた結果、前記認証部が前記ネット通信部を介して前記課金制機能の実施可否の判断に失敗した場合に代替認証する車両用認証方法。
ネット通信部（４ａ）が車両の乗員が実施可能な課金制機能に関する情報を保存しているサーバ（８）との間でネットワークを介して通信する過程と、認証部（４ｂ）が前記ネット通信部を通じて前記課金制機能の実施可否について認証する過程と、代替認証部（４ｃ）が、前記ネット通信部を通じて前記サーバに接続できない場合に前記認証部の認証を代替する過程と、を備え、前記代替認証部は、前記ネットワーク接続が途切れた結果、前記認証部が前記ネット通信部を介して前記課金制機能の実施可否の判断に失敗した場合に代替認証する車両用認証方法。
【0174】
［２０］
車両用認証システムに、ネット通信部（４ａ）により車両の乗員が実施可能な課金制機能に関する情報を保存しているサーバ（８）との間でネットワークを介して通信する手順と、認証部（４ｂ）により前記ネット通信部を通じて前記課金制機能の実施可否について認証する手順と、代替認証部（４ｃ）により前記ネット通信部を通じて前記サーバに接続できない場合に前記認証部の認証を代替する手順と、を備え、前記ネットワーク接続が途切れた結果、前記認証部が前記ネット通信部を介して前記課金制機能の実施可否の判断に失敗した場合に前記代替認証部により代替認証する手順、を実行させる車両用認証プログラム。
車両用認証システムに、ネット通信部（４ａ）により車両の乗員が実施可能な課金制機能に関する情報を保存しているサーバ（８）との間でネットワークを介して通信する手順と、認証部（４ｂ）により前記ネット通信部を通じて前記課金制機能の実施可否について認証する手順と、代替認証部（４ｃ）により前記ネット通信部を通じて前記サーバに接続できない場合に前記認証部の認証を代替する手順と、を備え、前記ネットワーク接続が途切れた結果、前記認証部が前記ネット通信部を介して前記課金制機能の実施可否の判断に失敗した場合に前記代替認証部により代替認証する手順、を実行させる車両用認証プログラム。
【0175】
本開示の第２態様によれば、特許請求の範囲の記載に加え、以下の発明も含む。
［２１］
車両の乗員が実施可能な課金制機能の情報を保存しているサーバとの間でネットワークを介して通信するネット通信部（４ａ）と、前記ネット通信部を介して課金制機能の実施可否を判断する認証部（４ｂ）と、前記課金制機能と使用目的と同一である代替機能を探索する探索部（４ｆ）と、前記認証部により前記課金制機能が実施不可能であると判断された場合に、前記探索された代替機能を実施する制御部（３）と、を備える車両用制御システム。
［２１］
車両の乗員が実施可能な課金制機能の情報を保存しているサーバとの間でネットワークを介して通信するネット通信部（４ａ）と、前記ネット通信部を介して課金制機能の実施可否を判断する認証部（４ｂ）と、前記課金制機能と使用目的と同一である代替機能を探索する探索部（４ｆ）と、前記認証部により前記課金制機能が実施不可能であると判断された場合に、前記探索された代替機能を実施する制御部（３）と、を備える車両用制御システム。
【0176】
［２２］
前記認証部が、前記ネットワークの通信接続切れにより前記課金制機能の実施不可能と判断した場合、前記探索部は、オフライン状態で実施可能な前記代替機能を探索する［２１］に記載の車両用制御システム。
前記認証部が、前記ネットワークの通信接続切れにより前記課金制機能の実施不可能と判断した場合、前記探索部は、オフライン状態で実施可能な前記代替機能を探索する［２１］に記載の車両用制御システム。
【0177】
［２３］
前記認証部が、前記サーバとのネットワークを介した接続が成立しているにもかかわらず前記課金制機能の実施不可能と判断した場合、前記探索部は、実施可能な前記代替機能について前記サーバを通じて探索する［２１］又は［２２］の車両用制御システム。
前記認証部が、前記サーバとのネットワークを介した接続が成立しているにもかかわらず前記課金制機能の実施不可能と判断した場合、前記探索部は、実施可能な前記代替機能について前記サーバを通じて探索する［２１］又は［２２］の車両用制御システム。
【0178】
［２４］
前記探索部は、前記ネットワークを通じて探索しても前記代替機能を探索できない場合、オフライン状態で実施可能な前記代替機能を探索する［２１］から［２３］の何れかの車両用制御システム。
前記探索部は、前記ネットワークを通じて探索しても前記代替機能を探索できない場合、オフライン状態で実施可能な前記代替機能を探索する［２１］から［２３］の何れかの車両用制御システム。
【0179】
［２５］
前記認証部は、前記代替機能の実施可否も判断し、前記制御部は、前記認証部により実施可能と判断された場合に前記代替機能を実施する［２１］から［２４］の何れかの車両用制御システム。
前記認証部は、前記代替機能の実施可否も判断し、前記制御部は、前記認証部により実施可能と判断された場合に前記代替機能を実施する［２１］から［２４］の何れかの車両用制御システム。
【0180】
［２６］
前記探索部は、外部端末に設けられた機能から代替機能を探索する［２１］から［２５］の何れかの車両用制御システム。
［２７］
前記制御部は、前記代替機能を複数使用し、前記実施不可能と判断された前記課金制機能を再現するように代替機能を実施する［２１］から［２６］の何れかの車両用制御システム。
前記探索部は、外部端末に設けられた機能から代替機能を探索する［２１］から［２５］の何れかの車両用制御システム。
［２７］
前記制御部は、前記代替機能を複数使用し、前記実施不可能と判断された前記課金制機能を再現するように代替機能を実施する［２１］から［２６］の何れかの車両用制御システム。
【0181】
［２８］
前記代替機能を実施中に、前記認証部による前記課金制機能の実施が可能となった場合、前記制御部は前記代替機能の実施を中止し、前記課金制機能の実施を優先する［２１］から［２７］の何れかの車両用制御システム。
前記代替機能を実施中に、前記認証部による前記課金制機能の実施が可能となった場合、前記制御部は前記代替機能の実施を中止し、前記課金制機能の実施を優先する［２１］から［２７］の何れかの車両用制御システム。
【0182】
［２９］
前記代替機能が実施された場合には、前記課金制機能よりも前記代替機能を実施する優先度を上げ、前記制御部は前記課金制機能よりも前記代替機能の実施を優先する［２１］から［２８］の何れかの車両用制御システム。
前記代替機能が実施された場合には、前記課金制機能よりも前記代替機能を実施する優先度を上げ、前記制御部は前記課金制機能よりも前記代替機能の実施を優先する［２１］から［２８］の何れかの車両用制御システム。
【0183】
［３０］
車両の乗員が実施可能な課金制機能の情報を保存しているサーバとの間でネットワークを介して通信するネット通信部（４ａ）と、
前記ネット通信部を介して課金制機能の実施可否を判断する認証部（４ｂ）と、
ネットワーク接続不良、前記課金制機能の有効期限切れ、の少なくとも何れか１つの状況の発生可能性を事前に判断することで、前記認証部による前記課金制機能の認証が不可能になることをあらかじめ判断する認証判断部（４）と、を備え、
前記認証判断部が、前記認証部による認証が不可能になると判断した場合に、乗員に報知を行う報知制御部（３）を備える車両用制御システム。
車両の乗員が実施可能な課金制機能の情報を保存しているサーバとの間でネットワークを介して通信するネット通信部（４ａ）と、
前記ネット通信部を介して課金制機能の実施可否を判断する認証部（４ｂ）と、
ネットワーク接続不良、前記課金制機能の有効期限切れ、の少なくとも何れか１つの状況の発生可能性を事前に判断することで、前記認証部による前記課金制機能の認証が不可能になることをあらかじめ判断する認証判断部（４）と、を備え、
前記認証判断部が、前記認証部による認証が不可能になると判断した場合に、乗員に報知を行う報知制御部（３）を備える車両用制御システム。
【0184】
［３１］
前記課金制機能と使用目的と同一である代替機能を探索する探索部（４ｆ）、をさらに備え、
前記認証判断部が、前記ネットワーク接続不良により前記認証部の認証が不可能になると判断した場合に、前記報知制御部は前記探索された代替機能の実施を提案する［３０］の車両用制御システム。
前記課金制機能と使用目的と同一である代替機能を探索する探索部（４ｆ）、をさらに備え、
前記認証判断部が、前記ネットワーク接続不良により前記認証部の認証が不可能になると判断した場合に、前記報知制御部は前記探索された代替機能の実施を提案する［３０］の車両用制御システム。
【0185】
［３２］
前記探索部は、前記代替機能の決定に乗員の嗜好を条件に加える［３１］の車両用制御システム。
前記探索部は、前記代替機能の決定に乗員の嗜好を条件に加える［３１］の車両用制御システム。
【0186】
［３３］
前記課金制機能と使用目的と同一である代替機能を探索する探索部（４ｆ）、をさらに備え、
前記認証判断部が、前記課金制機能の有効期限切れにより前記認証部の認証が不可能になると判断した場合、
前記報知制御部は前記課金制機能の延長を乗員に提案する［３０］から［３２］の何れかの車両用制御システム。
［３４］
ネット通信部が車両の乗員が実施可能な課金制機能の情報を保存しているサーバとの間でネットワークを介して通信する過程と、認証部が前記ネット通信部を介して課金制機能の実施可否を判断する過程と、探索部が前記課金制機能と使用目的と同一である代替機能を探索する過程と、制御部は、前記認証部により前記課金制機能が実施不可能であると判断された場合に、前記探索された代替機能を実施する過程と、を備える車両用制御方法。
前記課金制機能と使用目的と同一である代替機能を探索する探索部（４ｆ）、をさらに備え、
前記認証判断部が、前記課金制機能の有効期限切れにより前記認証部の認証が不可能になると判断した場合、
前記報知制御部は前記課金制機能の延長を乗員に提案する［３０］から［３２］の何れかの車両用制御システム。
［３４］
ネット通信部が車両の乗員が実施可能な課金制機能の情報を保存しているサーバとの間でネットワークを介して通信する過程と、認証部が前記ネット通信部を介して課金制機能の実施可否を判断する過程と、探索部が前記課金制機能と使用目的と同一である代替機能を探索する過程と、制御部は、前記認証部により前記課金制機能が実施不可能であると判断された場合に、前記探索された代替機能を実施する過程と、を備える車両用制御方法。
【0187】
［３５］
車両用制御システムに、ネット通信部により車両の乗員が実施可能な課金制機能の情報を保存しているサーバとの間でネットワークを介して通信する手順と、認証部により前記ネット通信部を介して課金制機能の実施可否を判断する手順と、探索部により前記課金制機能と使用目的と同一である代替機能を探索する手順と、前記認証部により前記課金制機能が実施不可能であると判断された場合に、前記探索された代替機能を制御部により実施する手順と、実施させる車両用制御プログラム。
車両用制御システムに、ネット通信部により車両の乗員が実施可能な課金制機能の情報を保存しているサーバとの間でネットワークを介して通信する手順と、認証部により前記ネット通信部を介して課金制機能の実施可否を判断する手順と、探索部により前記課金制機能と使用目的と同一である代替機能を探索する手順と、前記認証部により前記課金制機能が実施不可能であると判断された場合に、前記探索された代替機能を制御部により実施する手順と、実施させる車両用制御プログラム。
【0188】
本開示の第３態様によれば、特許請求の範囲の記載に加え、以下の発明も含む。
［４１］
車両の乗員が実施可能な課金制機能の情報を保存しているサーバ（８）とネットワークを介して通信するネット通信部（４ａ）と、前記ネット通信部を介して課金制機能の実施可否を判断する認証部（４ｂ）と、前記課金制機能を実施可能にする制御部（３）と、を備え、前記認証部による認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思有無の判断を行い、前記制御部は、乗員が前記該当する課金制機能に対して追加の課金意思があると判断した場合、前記該当する課金制機能の実施を可能とする車両用制御システム。
［４１］
車両の乗員が実施可能な課金制機能の情報を保存しているサーバ（８）とネットワークを介して通信するネット通信部（４ａ）と、前記ネット通信部を介して課金制機能の実施可否を判断する認証部（４ｂ）と、前記課金制機能を実施可能にする制御部（３）と、を備え、前記認証部による認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思有無の判断を行い、前記制御部は、乗員が前記該当する課金制機能に対して追加の課金意思があると判断した場合、前記該当する課金制機能の実施を可能とする車両用制御システム。
【0189】
［４２］
前記認証部による乗員の課金意思があると判断され、前記該当する課金制機能を実施している場合、前記制御部は、前記ネット通信部を介してオンライン認証を行い前記サーバに保存されている情報を照合し、前記該当する課金制機能を追加課金なしで利用可能な状態であると判断した場合には、前記該当する前記課金制機能に対する追加の課金を取り消しつつ、前記該当する課金制機能を実施する［４１］の車両用制御システム。
前記認証部による乗員の課金意思があると判断され、前記該当する課金制機能を実施している場合、前記制御部は、前記ネット通信部を介してオンライン認証を行い前記サーバに保存されている情報を照合し、前記該当する課金制機能を追加課金なしで利用可能な状態であると判断した場合には、前記該当する前記課金制機能に対する追加の課金を取り消しつつ、前記該当する課金制機能を実施する［４１］の車両用制御システム。
【0190】
［４３］
乗員により追加の課金意思がある旨の承認操作を受け付ける操作入力部を設ける請求項［４１］又は［４２］の車両用制御システム。
乗員により追加の課金意思がある旨の承認操作を受け付ける操作入力部を設ける請求項［４１］又は［４２］の車両用制御システム。
【0191】
［４４］
前記追加の課金意思があるか否かを表示する報知制御部を備え、
前記報知制御部は、前記操作入力部により前記承認操作を所定の時間受け付けないときに前記追加の課金意思があるか否かの表示を消去する［４１］から［４３］の何れかの車両用制御システム。
前記追加の課金意思があるか否かを表示する報知制御部を備え、
前記報知制御部は、前記操作入力部により前記承認操作を所定の時間受け付けないときに前記追加の課金意思があるか否かの表示を消去する［４１］から［４３］の何れかの車両用制御システム。
【0192】
［４５］
前記報知制御部は、前記操作入力部により前記承認操作を受け付けなかった一覧、又は、期限切れの課金制機能の一覧、をポップアップにより表示させる［４１］から［４４］の何れかの車両用制御システム。
前記報知制御部は、前記操作入力部により前記承認操作を受け付けなかった一覧、又は、期限切れの課金制機能の一覧、をポップアップにより表示させる［４１］から［４４］の何れかの車両用制御システム。
【0193】
［４６］
車両の乗員が実施可能な課金制機能の情報を保存しているサーバ（８）とネットワークを介して通信するネット通信部（４ａ）と、前記ネット通信部を介して課金制機能の実施可否を判断する認証部（４ｂ）と、前記課金制機能を実施可能にする制御部（３）と、を備え、前記認証部による認証に失敗した場合に前記認証部の認証を代替する代替認証部（４ｄ）を備え、前記代替認証部は、前記代替認証部による代替認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思有無の判断を行い、前記制御部は、乗員が前記該当する課金制機能に対して追加の課金意思があると判断した場合、前記該当する課金制機能の実施を可能とする車両用制御システム。
車両の乗員が実施可能な課金制機能の情報を保存しているサーバ（８）とネットワークを介して通信するネット通信部（４ａ）と、前記ネット通信部を介して課金制機能の実施可否を判断する認証部（４ｂ）と、前記課金制機能を実施可能にする制御部（３）と、を備え、前記認証部による認証に失敗した場合に前記認証部の認証を代替する代替認証部（４ｄ）を備え、前記代替認証部は、前記代替認証部による代替認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思有無の判断を行い、前記制御部は、乗員が前記該当する課金制機能に対して追加の課金意思があると判断した場合、前記該当する課金制機能の実施を可能とする車両用制御システム。
【0194】
［４７］
ネット通信部が車両の乗員が実施可能な課金制機能の情報を保存しているサーバとネットワークを介して通信する過程と、認証部が、前記ネット通信部を介して課金制機能の実施可否を判断する過程と、制御部が課金制機能を実施する過程と、を備え、前記認証部は、前記認証部による認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思有無の判断を行い、前記制御部は、乗員が前記該当する課金制機能に対して追加の課金意思があると判断した場合、前記該当する課金制機能の実施を可能とする車両用制御方法。
ネット通信部が車両の乗員が実施可能な課金制機能の情報を保存しているサーバとネットワークを介して通信する過程と、認証部が、前記ネット通信部を介して課金制機能の実施可否を判断する過程と、制御部が課金制機能を実施する過程と、を備え、前記認証部は、前記認証部による認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思有無の判断を行い、前記制御部は、乗員が前記該当する課金制機能に対して追加の課金意思があると判断した場合、前記該当する課金制機能の実施を可能とする車両用制御方法。
【0195】
［４８］
車両用制御システムに、ネット通信部が車両の乗員が実施可能な課金制機能の情報を保存しているサーバとネットワークを介して通信する手順と、認証部が、前記ネット通信部を介して課金制機能の実施可否を判断する手順と、制御部が課金制機能を実施する手順と、を実行させる車両用制御プログラムであり、前記認証部は、前記認証部による認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思有無の判断を行い、前記制御部は、乗員が前記該当する課金制機能に対して追加の課金意思があると判断した場合、前記該当する課金制機能の実施を可能とする車両用制御プログラム。
車両用制御システムに、ネット通信部が車両の乗員が実施可能な課金制機能の情報を保存しているサーバとネットワークを介して通信する手順と、認証部が、前記ネット通信部を介して課金制機能の実施可否を判断する手順と、制御部が課金制機能を実施する手順と、を実行させる車両用制御プログラムであり、前記認証部は、前記認証部による認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思有無の判断を行い、前記制御部は、乗員が前記該当する課金制機能に対して追加の課金意思があると判断した場合、前記該当する課金制機能の実施を可能とする車両用制御プログラム。
【0196】
本開示は、前述した実施形態に準拠して記述したが、本発明は当該実施形態や構造に限定されるものではないと理解される。本発明は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、さらには、それらに一要素、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範畴や思想範囲に入るものである。
【符号の説明】
【0197】
図面中、１は車両用認証システム（車両用制御システム）、３はＨＣＵ（制御部）、４はＤＣＵ、４ａはネット通信部、４ｂは認証部、４ｃは代替認証部、４ｄは記憶部、４ｆは探索部、６は外部情報取得部、８は車外管理サーバ（サーバ）を示す。
【図1A】
【図1B】
【図2】
【図3】
【図4】
【図5】
【図6A】
【図6B】
【図7A】
【図7B】
【図8】
【図9】
【図10A】
【図10B】
【図10C】
【図11A】
【図11B】
【図11C】
【図11D】
【図11E】
【図11F】
【図12】
【図13A】
【図13B】