(57)【要約】  車両に設けられたアプリケーション実行装置において各利用者による特別な操作を要することなく現在の利用者に応じた機能制限を行うことのできる車両制御システムを提供する。  本車両制御システムは、車両に設けられた処理装置と、処理装置がアプリケーションプログラムを実行することで実現されるアプリケーション部（アプリ部）と、使用された鍵コードに基づいてアプリ部の機能制限を行うか否かを判断する機能制限判断部と、アプリ部に対し上記判断の判断結果の適用を指示する機能制限適用部と、を備え、機能制限判断部は、上記車両の利用開始から利用終了までの複数の所定のタイミングで、使用された電子鍵の鍵コードに基づきアプリ部の機能制限を行うか否かを判断し、機能制限適用部は、アプリ部の起動の際及び当該起動のあとに、機能制限判断部から上記判断結果の通知を受信した際に、アプリ部に対し、上記判断結果の適用を指示する。
2020065821.tif 000002
【特許請求の範囲】
【請求項１】
複数の電子鍵のそれぞれを用いて利用することのできる車両に設けられた処理装置と、
前記処理装置がアプリケーションプログラムを実行することにより実現されるアプリケーション部と、
前記車両に使用された前記電子鍵の鍵コードに基づいて前記アプリケーション部の機能制限を行うか否かを判断する機能制限判断部と、
前記アプリケーション部に対し、前記機能制限判断部における判断結果の適用を指示する機能制限適用部と、
を備え、
前記機能制限判断部は、前記車両の利用開始から利用終了までの期間における前記複数の電子鍵のいずれかが使用される複数の所定のタイミングで、当該使用された電子鍵の鍵コードに基づいて前記アプリケーション部の機能制限を行うか否かを判断し、
前記機能制限適用部は、前記アプリケーション部の起動の際、及び当該起動のあと前記機能制限判断部から前記判断結果の通知を受信した際に、前記アプリケーション部に対し、前記機能制限判断部における判断結果の適用を指示する、
車両制御システム。
【請求項２】
前記アプリケーション部は、当該アプリケーション部の起動の後において前記機能制限適用部が前記機能制限判断部から前記判断結果の通知を受けた際に当該判断結果の適用の指示を自身に送信するよう指示する通知要求を、当該アプリケーション部の起動の際に前記機能制限適用部へ送信する、
請求項１に記載の車両制御システム。
【請求項３】
前記機能制限判断部は、前記車両に用いられた前記電子鍵の保持者が、前記車両の所有者又は当該所有者と所定の関係を有する者を含む特定使用者であるか、又は特定使用者以外の非特定使用者であるか、に基づいて前記アプリケーション部の機能制限を行うか否かを判断する、
請求項１又は２に記載の車両制御システム。
【請求項４】
少なくとも一つの前記電子鍵の前記鍵コードは、当該電子鍵の保持者が前記特定使用者であるか又は前記非特定使用者であるかを示す情報を含む、
請求項３に記載の車両制御システム。
【請求項５】
前記所定のタイミングは、前記複数の電子鍵のいずれかを用いて前記車両のドアが解錠されたときを含む、
請求項１ないし４のいずれか一項に記載の車両制御システム。
【請求項６】
前記所定のタイミングは、前記複数の電子鍵のいずれかが前記車両の始動に用いられたときを含む、
請求項１ないし５のいずれか一項に記載の車両制御システム。
【請求項７】
前記機能制限適用部は、前記車両の始動からの経過時間を計測し、前記経過時間が所定の時間を経過する前に前記機能制限判断部から判断結果を受信しないときは、前記アプリケーション部に対し、前記車両の始動の前に受信した前記機能制限判断部における判断結果の適用を指示する、
請求項６に記載の車両制御システム。
【請求項８】
前記機能制限適用部によって前記機能制限判断部における前記判断結果の適用が指示される前記アプリケーション部は、料金が発生し得るコンテンツ、又は前記車両の所有者もしくは当該所有者と所定の関係を有する者を含む特定使用者の個人情報に関わるコンテンツを含むものである、
請求項３ないし７のいずれか一項に記載の車両制御システム。
【請求項９】
前記機能制限適用部は、前記処理装置が実行するオペレーティングシステムの一部を構成するか、前記オペレーティングシステムと前記アプリケーション部との間に介在するミドルウェアを構成するか、又は前記オペレーティングシステムの上で実行されるバックグラウンドアプリケーションを構成する、請求項１ないし８のいずれか一項に記載の車両制御システム。
【請求項１０】
請求項１ないし９のいずれか一項に記載の車両制御システムを構成する前記処理装置と前記機能制限適用部とを備えるアプリケーション実行装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載されてアプリケーションプログラムを実行することにより種々の機能を発揮するアプリケーション実行装置の動作を制御する車両制御システム、及びこれに用いるアプリケーション実行装置に関する。本発明は、特に、複数の利用者が利用する車両において、アプリケーション実行装置が特定のアプリケーションを実行することにより提供する機能の一部を現在の利用者に応じて制限することのできる、車両制御システム及びこれに用いるアプリケーション実行装置に関する。
【背景技術】
【０００２】
従来、複数の利用者のそれぞれに応じて各利用者の個人設定を記憶して使用するナビゲーション装置が知られている（例えば、特許文献１参照）。このナビゲーション装置では、それぞれの利用者は、固有のキーコードを有するキーを所有し、ナビゲーション装置を使用する際に当該キーからナビゲーション装置へキーコードを送信する。ナビゲーション装置は、受信したキーコードが自身の記憶装置に記憶されていないときは、当該受信したキーコードを記憶すると共に、当該キーコードに対応付けた個別記憶領域を記憶装置内に確保して、その利用者がナビゲーション装置に設定する内容を個別記憶領域に保存する。一方、上記キーから受信したキーコードが既に記憶装置に記憶されているときは、ナビゲーション装置は、そのキーコードに対応付けられた個別記憶領域内に保存されている設定内容を参照し、当該設定を用いて当該利用者に対し種々の機能を提供する。【０００３】
ところで、複数の利用者が車両を利用する場合には、当該車両に搭載されてアプリケーションプログラムを実行することにより種々の機能を利用者に提供するアプリケーション実行装置、いわゆるディスプレイオーディオやコネクティビティオーディオなども、複数の利用者によって利用されることとなり得る。このようなアプリケーション実行装置では、例えば楽曲や動画の有料ダウンロードなどの、課金を伴うアプリケーションも実行されるため、友人が実行した課金アプリケーションの利用支払い請求が当該車両の所有者本人に対して行われることとなり得る。【０００４】
したがって、このようなアプリケーション実行装置の利用に関しては、車両の利用者に応じて、実行されるアプリケーションの機能が制限されることが望ましい。しかしながら、上記従来技術のように利用者の変更に伴ってキー操作等の特別の操作を必要としたのでは、不利益を被る可能性のある所有者が、交代した利用者に対して当該操作を忘れないように指示しなければならない事態も生じ得る。したがって、上記のようなアプリケーション実行装置の利用においては、利用者の交代が自動的に識別されて課金を伴うアプリケーション等の実行（従って、当該アプリケーションが提供する機能）が制限されることが望ましい。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１７８６４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は上記背景に鑑みなされたものであり、複数の利用者が利用する車両において、当該車両に備えられたアプリケーション実行装置がアプリケーションを実行することにより提供する機能を、利用者による特別な操作を要することなく、且つ車載装置の処理負荷を増大させることなく、現在の利用者に応じて制限し得るようにすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一の態様は、複数の電子鍵のそれぞれを用いて利用することのできる車両に設けられた処理装置と、前記処理装置がアプリケーションプログラムを実行することにより実現されるアプリケーション部と、前記車両に使用された前記電子鍵の鍵コードに基づいて前記アプリケーション部の機能制限を行うか否かを判断する機能制限判断部と、前記アプリケーション部に対し、前記機能制限判断部における判断結果の適用を指示する機能制限適用部と、を備える車両制御システムである。前記機能制限判断部は、前記車両の利用開始から利用終了までの期間における前記複数の電子鍵のいずれかが使用される複数の所定のタイミングで、当該使用された電子鍵の鍵コードに基づいて前記アプリケーション部の機能制限を行うか否かを判断し、前記機能制限適用部は、前記アプリケーション部の起動の際、及び当該起動のあと前記機能制限判断部から前記判断結果の通知を受信した際に、前記アプリケーション部に対し、前記機能制限判断部における判断結果の適用を指示する。
本発明の他の態様によると、前記アプリケーション部は、当該アプリケーション部の起動の後において前記機能制限適用部が前記機能制限判断部から前記判断結果の通知を受けた際に当該判断結果の適用の指示を自身に送信するよう指示する通知要求を、当該アプリケーション部の起動の際に前記機能制限適用部へ送信する。
本発明の他の態様によると、前記機能制限判断部は、前記車両に用いられた前記電子鍵の保持者が、前記車両の所有者又当該所有者と所定の関係を有する者を含む特定使用者であるか、又は当該特定使用者以外の非特定使用者であるか、に基づいて前記アプリケーション部の機能制限を行うか否かを判断する。
本発明の他の態様によると、少なくとも一つの前記電子鍵の前記鍵コードは、当該電子鍵の保持者が前記特定使用者であるか又は前記非特定使用者であるかを示す情報を含む。
本発明の他の態様によると、前記所定のタイミングは、前記複数の電子鍵のいずれかを用いて前記車両のドアが解錠されたときを含む。
本発明の他の態様によると、前記所定のタイミングは、前記複数の電子鍵のいずれかが前記車両の始動に用いられたときを含む。
本発明の他の態様によると、前記機能制限適用部は、前記車両の始動からの経過時間を計測し、前記経過時間が所定の時間を経過する前に前記機能制限判断部から判断結果を受信しないときは、前記アプリケーション部に対し、前記車両の始動の前に受信した前記機能制限判断部における判断結果の適用を指示する。
本発明の他の態様によると、前記機能制限適用部によって前記機能制限判断部における前記判断結果の適用が指示される前記アプリケーション部は、料金が発生し得るコンテンツ、又は前記車両の所有者もしくは当該所有者と所定の関係を有する者を含む特定使用者の個人情報に関わるコンテンツを含むものである。
本発明の他の態様によると、前記機能制限適用部は、前記処理装置が実行するオペレーティングシステムの一部を構成するか、前記オペレーティングシステムと前記アプリケーション部との間に介在するミドルウェアを構成するか、又は前記オペレーティングシステムの上で実行されるバックグラウンドアプリケーションを構成する。
本発明の他の態様は、上記いずれかの車両制御システムを構成する前記処理装置と前記機能制限適用部とを備えるアプリケーション実行装置である。
【発明の効果】
【０００８】
本発明によれば、複数の利用者が利用する車両において、利用者による特別な操作を要することなく、且つ車載装置の処理負荷を増大させることなく、当該車両に備えられたアプリケーション実行装置が提供する機能を、現在の利用者に応じて制限することができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、本発明の一実施形態に係る車両制御システムの構成を示す図である。
【図２】図２は、図１に示す車両制御システムにおける利用管理サーバの構成を示す図である。
【図３】図３は、図１に示す車両制御システムにおける車載システムの構成を示す図である。
【図４】図４は、図２に示す利用管理サーバが保持する電子鍵データベースの一例を示す図である。
【図５】図５は、図３に示す通信制御部におけるアプリケーション機能制限に係る処理の手順を示すフロー図である。
【図６】図６は、図５に示すフロー図における機能制限判断処理の手順を示すフロー図である。
【図７】図７は、図３に示すアプリケーション実行装置の機能制限適用部における、アプリケーション機能制限に係る処理の手順を示すフロー図である。
【図８】図８は、図３に示すアプリケーション実行装置のアプリケーション部における、アプリケーション機能制限に係る処理の手順を示すフロー図である。
【図９】図９は、図１に示す車両制御システムにおける動作の第１の例を示すシーケンス図である。
【図１０】図１０は、図１に示す車両制御システムにおける動作の第２の例を示すシーケンス図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明の実施形態について説明する。
［１．車両制御システム１００の構成］
図１は、本発明に係る車両制御システム１００の構成を示す図である。この車両制御システム１００（以下、単にシステム１００ともいう）は、車両１０２と、ネットワーク１０４を介して車両１０２と通信可能に接続された利用管理サーバ１０６と、で構成される。車両１０２は、本実施形態では、例えば電動車両である。また、ネットワーク１０４は、本実施形態では、例えば公衆回線等を介して接続されるインターネットである。
【００１１】
本実施形態では、車両１０２の利用者は、特定使用者と非特定使用者とに分類される。ここで、特定使用者とは、車両１０２の所有者１３０及び当該所有者１３０と所定の関係を有する者を含み、非特定使用者とは、特定使用者以外の者をいう。上記所定の関係は、例えば、家族であること、縁戚関係を有すること、車両１０２の共同購入者であること等をいうが、これには限られない。上記所定の関係は、例えば車両１０２の所有者１３０が定義するものとすることができ、同じ会社や同好会等の所定の団体に属していること等を所定の関係としてもよい。
【００１２】
本実施形態では、車両１０２は、特定使用者である所有者１３０と、所有者１３０の家族である家族利用者１３２と、ゲスト利用者１３４、１３６により利用される。さらに、本実施形態では、家族利用者１３２は特定使用者である。また、ゲスト利用者１３４、１３６は、例えば所有者１３０から車両１０２を借用して使用する非特定使用者である。なお、車両１０２を利用する者は全て「利用者」であり、「利用者」には所有者１３０も含まれ得る。したがって、本実施形態においては、特にことわりのない限り、「利用者」というときは所有者１３０も含むものとする。
【００１３】
利用管理サーバ１０６は、車両１０２の所有者１３０の承認の下に、所有者１３０以外の利用者に対し、当該利用者が特定使用者であるか非特定使用者であるかの区別を示す利用者属性情報を含んだ固有の電子鍵を生成し、当該利用者の携帯端末へ送信する。なお、所有者１３０以外の利用者が特定使用者であるか非特定使用者であるかは、所有者１３０が利用管理サーバ１０６に指示するか、又は所有者１３０が提供する情報に基づいて利用管理サーバ１０６が判断するものとすることができる。
【００１４】
これにより、車両１０２は、所有者１３０によりＦＯＢキー１６０が記憶する電子鍵１５０を用いて利用されるほか、家族利用者１３２、ゲスト利用者１３４、１３６により、それぞれ、利用管理サーバ１０６が発行して携帯端末１４２、１４４、１４６へ送信した電子鍵１５２、１５４、１５６を用いて利用される。
【００１５】
以下、「電子鍵」及び「鍵コード」は、同義に用いるものとし、特に電子鍵の実体である鍵コードを明示的に示す場合には、用語「電子鍵」と共に又は単独で用語「鍵コード」を用いるものとする。また、本実施形態においては、特に断りのない限り、「電子鍵」とは、利用管理サーバ１０６が発行する電子鍵のほか、所有者１３０が所有するＦＯＢキー１６０の鍵コード１５０をも意味するものとする。
【００１６】
車両１０２は、車載システム１２０を備える。車載システム１２０は、アプリケーションプログラムを実行することにより利用者に種々の機能を提供するアプリケーション実行装置３００（後述）を備える。このアプリケーション実行装置３００は、例えばオーディオ再生機能等を備えるいわゆるディスプレイオーディオ装置（Ｄｉｓｐｌａｙ  Ａｕｄｉｏ）である。本実施形態のシステム１００では、特に、非特定使用者である利用者に対し、車両１０２の車載システム１２０が備えるアプリケーション実行装置３００における一部のアプリケーションの実行が制限される（すなわち、アプリケーション機能制限が行われる）。
【００１７】
車両１０２の車載システム１２０は、車両１０２の利用開始から利用終了までの期間に、いずれかの電子鍵が使用される複数の所定のタイミングにおいて、当該使用された電子鍵の鍵コードが含む利用者属性情報に基づいてアプリケーション実行装置３００上でのアプリケーション機能制限を行う。ここで、車両１０２の利用開始とは、車両始動のための車両始動スイッチ３１０（後述）がオフ状態であって且つ乗員が誰も乗車していない車両１０２のドアが解錠されたときをいい、車両１０２の利用終了とは、車両始動スイッチ３１０がオフ状態であって且つ乗員が誰も乗車していない車両のドアが施錠されたときをいう。
【００１８】
本実施形態では、特に、上記所定のタイミングは、いずれかの利用者の電子鍵により車両１０２のドアが解錠されたとき、及びいずれかの利用者の電子鍵により車両１０２が始動されたときを含む。ここで、車両１０２が始動されるとは、電動車両である車両１０２の車輪を駆動する駆動モータ（不図示）に電力を供給する電力供給システム３１２の動作がオンされることをいう。
【００１９】
［２．利用管理サーバ１０６の構成］
図２は、利用管理サーバ１０６の構成を示す図である。利用管理サーバ１０６は、処理装置２００と、記憶装置２０２と、通信装置２０４と、を備える。記憶装置２０２は、例えばハードディスク装置で構成され、利用者ＤＢ２５０を記憶する。通信装置２０４は、処理装置２００をネットワーク１０４に接続するための、有線通信及び又は無線通信を行う送受信機である。
【００２０】
処理装置２００は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等のプロセッサを備えるコンピュータである。処理装置２００は、プログラムが書き込まれたＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、データの一時記憶のためのＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等を有する構成であってもよい。そして、処理装置２００は、機能要素又は機能ユニットとして、利用者管理部２２０と、電子鍵発行部２２２と、を備える。
【００２１】
処理装置２００が備えるこれらの機能要素は、例えば、コンピュータである処理装置２００がプログラムを実行することにより実現される。なお、上記コンピュータ・プログラムは、コンピュータ読み取り可能な任意の記憶媒体に記憶させておくことができる。これに代えて、処理装置２００が備える上記機能要素の全部又は一部を、それぞれ一つ以上の電子回路部品を含むハードウェアにより構成することもできる。
【００２２】
［２．１  利用者管理部２２０］
利用者管理部２２０は、通信装置２０４を介して、車両１０２の利用を希望する利用希望者の携帯端末から、車両１０２の利用に用いる電子鍵の発行を要求する電子鍵発行要求を受信する。この電子鍵発行要求には、当該利用希望者の氏名等と、利用管理サーバ１０６が当該利用希望者の携帯端末にアクセスするための利用者端末情報とが含まれる。利用者管理部２２０は、電子鍵発行要求を受信したことに応じて、所有者１３０の携帯端末１４０に、利用希望者の氏名等を含む利用者登録承認要求を送信する。ここで、利用希望者は、例えば利用管理サーバ１０６が提供するＷｅｂサイトへアクセスするブラウザを介して、自身を特定する氏名等の情報と共に電子鍵発行要求を利用管理サーバ１０６へ送信するものとすることができる。
【００２３】
所有者１３０は、受信した利用者登録承認要求に対し、当該利用希望者への車両１０２の利用を承認するときは、承認する旨を示す承認応答を、携帯端末１４０から利用管理サーバ１０６へ送信する。このとき、所有者１３０は、その利用希望者と所有者１３０との関係を示す関係情報（例えば、「家族」、「親戚」、「団体Ａ同僚」、「友人」、「その他」等）を携帯端末１４０に入力するものとする。これにより、所有者１３０が入力した上記関係情報を含む承認応答が、利用管理サーバ１０６へ送信される。
【００２４】
利用者管理部２２０は、所有者１３０の携帯端末１４０から承認する旨の承認応答を受信すると、上記承認応答に含まれた上記関係情報に基づき、その利用希望者に“特定使用者”又は“非特定使用者”の利用者属性を設定する。ここで、利用者管理部２２０は、予め定められた規則に従い、上記関係情報から利用者属性を定めるものとすることができる。また、利用者管理部２２０は、その利用希望者に固有の利用者ＩＤと、固有の電子鍵基本情報と、を生成する。ここで、電子鍵基本情報は、ここで、電子鍵基本情報は、車両１０２がその電子鍵の認証を行う際に用いる認証情報を含む。
【００２５】
そして、利用者管理部２２０は、上記生成した利用者ＩＤ、電子鍵基本情報、上記設定した利用者属性、及び上記受信した電子鍵発行要求に含まれた利用者端末情報を関連付けて、記憶装置２０２が保持する利用者ＤＢ２５０に記憶する。これにより、利用者管理部２２０は、その利用者を利用者ＤＢ２５０に登録する。
【００２６】
また、利用者管理部２２０は、利用者ＤＢ２５０に記憶している電子鍵基本情報を、定期的に車両１０２へ送信する。
【００２７】
［２．２  利用者ＤＢ２５０］
図４は、利用者管理部２２０が作成する利用者ＤＢ２５０の一例を示す図である。図示の例では、利用者ＤＢ２５０は、表形式で構成されており、図示左側の列から順に、利用者ＩＤと、電子鍵基本情報と、関係情報と、利用者属性と、利用者端末情報と、を含む。また、図示の表の２行目以降の各行には、所有者１３０を除くそれぞれの利用者の情報が記述されている。図示の表の２行目から４行目には、それぞれ、例えば家族利用者１３２、ゲスト利用者１３４、１３６についての、利用者ＩＤ、電子鍵基本情報、関係情報、利用者属性、及び利用者端末情報が示されている。
【００２８】
なお、上記のように関係情報を入力することに代えて、所有者１３０は、利用管理サーバ１０６から受信した利用者登録承認要求が示す利用希望者に対し、直接的に“特定使用者”又は“非特定使用者”の区別を携帯端末１４０に入力するものとしてもよい。この場合、利用者管理部２２０は、所有者１３０が入力した“特定使用者”又は“非特定使用者”の区別と共に上記承認応答を受信して、当該区別に従って、当該利用希望者についての利用者属性を設定することができる。
【００２９】
［２．３  電子鍵発行部２２２］
【００３０】
電子鍵発行部２２２は、利用者管理部２２０が利用者ＤＢ２５０に所有者１３０以外の利用者の登録を行ったことに応じて、登録された利用者に対し電子鍵を発行する。具体的には、電子鍵発行部２２２は、利用者ＤＢ２５０を参照し、登録された利用者の電子鍵基本情報と利用者属性と利用者端末情報とを取得する。そして、電子鍵発行部２２２は、上記取得した電子鍵基本情報と利用者属性の情報とを含む電子鍵を生成し、上記取得した利用者端末情報を用いて、生成した電子鍵をその利用者の携帯端末へ送信する。
【００３１】
［３．車載システム１２０の構成］
図３は、車両１０２の車載システム１２０の構成を示す図である。車載システム１２０は、種々のアプリケーションプログラムが実行されるアプリケーション実行装置３００を備える。本実施形態では、アプリケーション実行装置３００は、例えば、音声再生機能や画像再生機能を併せ持つ、いわゆるディスプレイ・オーディオ（ＤＡ、Ｄｉｓｐｌａｙ  Ａｕｄｉｏ）である。
【００３２】
また、車載システム１２０は、電子制御装置（ＥＣＵ、Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）である車両制御部３０２、通信制御部３０４、テレメトリ・コントロール・ユニット（ＴＣＵ、Ｔｅｌｅｍｅｔｒｙ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）３０６を備える。これらのアプリケーション実行装置３００、車両制御部３０２、通信制御部３０４、及びＴＣＵ３０６は、車載ネットワークバス３０８を介して互いに通信可能に接続されている。ここで、車載ネットワークバス３０８は、例えばＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）通信規格に従うＣＡＮバスである。
【００３３】
［３．１  車両制御部３０２］
車両制御部３０２は、ＦＯＢキー１６０と通信して当該ＦＯＢキー１６０の存在を検知する。また、車両制御部３０２は、車両始動スイッチ３１０の操作を検知し、車両１０２の駆動モータ（不図示）等に電力を供給する電力供給システム３１２のオン／オフを制御する。また、車両制御部３０２は、車両１０２のドアの施解錠を行うドアロック機構３１４の動作を制御する。
【００３４】
具体的には、車両制御部３０２は、処理装置３２０と、無線装置３２２と、通信装置３２３と、を備える。無線装置３２２は、ＦＯＢキー１６０と近距離無線通信を行う送受信機である。また、通信装置３２３は、例えばＣＡＮバスである車載ネットワークバス３０８を介して通信制御部３０４等の他の装置と通信するための、例えばＣＡＮトランシーバである。処理装置３２０は、例えば、ＣＰＵ等のプロセッサを備えるコンピュータである。処理装置３２０は、プログラムが書き込まれたＲＯＭ、データの一時記憶のためのＲＡＭ等を有する構成であってもよい。そして、処理装置３２０は、機能要素又は機能ユニットとして、始動操作検知部３２４と、ＦＯＢ通信部３２６と、電源制御部３２８と、ドアロック制御部３３０と、を備える。
【００３５】
処理装置３２０が備えるこれらの機能要素は、例えば、コンピュータである処理装置３２０がプログラムを実行することにより実現される。なお、上記コンピュータ・プログラムは、コンピュータ読み取り可能な任意の記憶媒体に記憶させておくことができる。これに代えて、処理装置３２０が備える上記機能要素の全部又は一部を、それぞれ一つ以上の電子回路部品を含むハードウェアにより構成することもできる。
【００３６】
［３．１．１  始動操作検知部３２４］
始動操作検知部３２４は、車両始動スイッチ３１０がオンされたことを検知すると、ＦＯＢ通信部３２６へＦＯＢキー検出要求を送信する。そして、始動操作検知部３２４は、ＦＯＢ通信部３２６から、ＦＯＢキー１６０を検出したことを示すＦＯＢ検出通知を受信すると、電源制御部３２８に車両始動要求を送信する。そして、始動操作検知部３２４は、電源制御部３２８からパワーオン通知を受信すると、鍵コードを含まない車両始動通知を、通信制御部３０４へ送信する。
【００３７】
一方、ＦＯＢ通信部３２６から、ＦＯＢキー１６０を検出しなかったことを示すＦＯＢ不検出通知を受信すると、始動操作検知部３２４は、通信制御部３０４へ電子鍵認証要求を送信する。ＦＯＢ不検出の場合に通信制御部３０４へ電子鍵認証要求を送信するのは、無線装置３２２がＦＯＢキー１６０とのみ通信可能であり携帯端末１４２等とは通信できないためである。始動操作検知部３２４は、通信制御部３０４へ電子鍵認証要求を送信することにより、付近に存在する携帯端末が有する鍵コードの認証を、通信制御部３０４へ委託する。
【００３８】
通信制御部３０４は、後述するように、付近に存在することによりペアリングを確立した携帯端末が存在し、且つ当該携帯端末から取得した鍵コードに含まれる電子鍵基本情報による認証が合格であるときは、電子鍵認証が合格であった旨を示す電子鍵認証結果通知を返信する。通信制御部３０４から電子鍵認証が合格であった旨の電子鍵認証結果通知を受信すると、始動操作検知部３２４は、電源制御部３２８に車両始動要求を送信する。そして、始動操作検知部３２４は、電源制御部３２８からパワーオン通知を受信すると、上記受信した電子鍵認証結果通知に含まれた鍵コードを含む車両始動通知を、通信制御部３０４へ送信する。
【００３９】
また、始動操作検知部３２４は、車両始動スイッチ３１０がオフされたことを検知すると、電源制御部３２８に車両停止要求を送信する。その後、電源制御部３２８からパワーオフ通知を受信したときは、始動操作検知部３２４は、車両停止通知を通信制御部３０４へ送信する。
【００４０】
［３．１．２  ＦＯＢ通信部３２６］
ＦＯＢ通信部３２６は、ＦＯＢキー１６０から鍵コード１５０を含んだドア解錠要求を受信したことに応じて、当該ドア解錠要求に含まれた鍵コード１５０を、自身が記憶する認証用鍵コードと、を照合する。そして、ＦＯＢ通信部３２６は、上記ドア解錠要求に含まれた鍵コード１５０と記憶している認証用鍵コードとが一致するときは、ドア解錠要求に含まれた鍵コード１５０を含むドアロック解除指示をドアロック制御部３３０に送信する。
【００４１】
また、ＦＯＢ通信部３２６は、ＦＯＢキー１６０から鍵コード１５０を含むドア施錠要求を受信したことに応じて、当該ドア施錠要求に含まれた鍵コード１５０と、自身が記憶する認証用鍵コードと、を照合する。そして、ＦＯＢ通信部３２６は、上記ドア施錠要求に含まれた鍵コード１５０と記憶している認証用鍵コードが一致するときは、ドアロック設定指示をドアロック制御部３３０に送信する。
【００４２】
また、ＦＯＢ通信部３２６は、始動操作検知部３２４からＦＯＢキー検出要求を受信したことに応じて、ＦＯＢキー１６０の通信を試みる。そして、ＦＯＢ１６０と通信することができ、当該ＦＯＢキー１６０から取得した鍵コード１５０が上記認証用鍵コードと一致するときは、ＦＯＢ通信部３２６は、ＦＯＢキー１６０を検出したものと判断する。
【００４３】
そして、ＦＯＢ通信部３２６は、ＦＯＢキー１６０を検出したときは、ＦＯＢ検出通知を始動操作検知部３２４へ送信する。また、ＦＯＢ通信部３２６は、ＦＯＢキー１６０を検出しないときは、ＦＯＢ不検出通知を始動操作検知部３２４へ送信する。
【００４４】
［３．１．３  電源制御部３２８］
電源制御部３２８は、始動操作検知部３２４から車両始動要求を受信したときは、電力供給システム３１２の動作をオンにする。これにより、電力供給システム３１２は、車両１０２の駆動モータ（不図示）等への電力供給を開始し、車両１０２が始動される。また、電源制御部３２８は、電力供給システム３１２の動作をオンにしたときは、パワーオン通知を始動操作検知部３２４へ送信する。
【００４５】
また、電源制御部３２８は、始動操作検知部３２４から車両停止要求を受信したときは、電力供給システム３１２の動作をオフにした後、パワーオフ通知を始動操作検知部３２４へ送信する。
【００４６】
［３．１．４  ドアロック制御部３３０］
ドアロック制御部３３０は、ＦＯＢ通信部３２６又は通信制御部３０４からドアロック解除指示を受信したときは、ドアロック機構３１４を作動させてドアロックを解除する。また、ドアロック制御部３３０は、ＦＯＢ通信部３２６からのドアロック解除指示によりドアロックを解除したときは、鍵コードを含まないドア解錠通知を、通信制御部３０４へ送信する。一方、通信制御部３０４からのドアロック解除指示によりドアロックを解除したときは、上記受信したドアロック解除指示に含まれる鍵コードを含んだドア解錠通知を、通信制御部３０４へ送信する。
【００４７】
また、ドアロック制御部３３０は、ＦＯＢ通信部３２６又は通信制御部３０４からドアロック設定指示を受信したときは、ドアロック機構３１４を作動させてドアロックを設定する（すなわち、ドアをロックする）。また、ドアロック制御部３３０は、ドアロックを設定したときは、ドア施錠通知を、通信制御部３０４へ送信する。
【００４８】
［３．２  通信制御部３０４］
通信制御部３０４は、利用管理サーバ１０６が定期的に送信する、所有者１３０を除く利用者の電子鍵基本情報を受信して記憶する。また、通信制御部３０４は、所有者１３０以外の利用者、例えば家族利用者１３２、又はゲスト利用者１３４、１３６が、それぞれ、自身の携帯端末１４２、１４４、又は１４６からドアロック解除要求を受信したことに応じて、上記定期的に受信した電子鍵基本情報に基づき、当該ドアロック解除要求に含まれる鍵コード１５２、１５４、１５６を認証する。そして、通信制御部３０４は、当該認証が合格であったときは、車両制御部３０２に指示してドアロックを解除する。また、通信制御部３０４は、車両制御部３０２から電子鍵認証要求を受信したことに応じて、付近に存在する携帯端末から鍵コードを取得する。そして、上記受信した電子鍵基本情報に基づき、当該取得した鍵コード認証し、当該認証の結果を含む電子鍵認証結果通知を車両制御部３０２へ送信する。
【００４９】
さらに通信制御部３０４は、車両制御部３０２からドア解錠通知を受信したとき及び車両始動通知を受信したときに、それぞれドア解錠通知又は車両始動通知に含まれる鍵コードに基づき、アプリケーション実行装置３００におけるアプリケーション機能制限を行うか否かを判断し、当該判断の結果である機能制限情報を、アプリケーション実行装置３００へ向けて車載ネットワークバス３０８へ繰り返し送出する。
【００５０】
具体的には、通信制御部３０４は、処理装置３４０と、記憶装置３４２と、無線装置３４４と、通信装置３４６と、を備える。記憶装置３４２は、例えば不揮発性メモリで構成され、利用管理サーバ１０６が定期的に送信する電子鍵基本情報を保存するための電子鍵ＤＢ３５６を記憶する。無線装置３４４は、車両１０２の車室内又は周囲に存在する携帯端末と近距離無線通信を行うための送受信機である。無線装置３４４は、車両周辺に存在する携帯端末があればペアリングを試み、当該携帯端末との通信を確立する。また、通信装置３４６は、例えばＣＡＮバスである車載ネットワークバス３０８を介して車両制御部３０２等の他の装置と通信するための、例えばＣＡＮトランシーバである。処理装置３４０は、例えば、ＣＰＵ等のプロセッサを備えるコンピュータである。処理装置３４０は、プログラムが書き込まれたＲＯＭ、データの一時記憶のためのＲＡＭ等を有する構成であってもよい。そして、処理装置３４０は、機能要素又は機能ユニットとして、ドア操作受付部３５０と、電子鍵認証部３５２と、機能制限判断部３５４と、を備える。
【００５１】
処理装置３４０が備えるこれらの機能要素は、例えば、コンピュータである処理装置３４０がプログラムを実行することにより実現される。なお、上記コンピュータ・プログラムは、コンピュータ読み取り可能な任意の記憶媒体に記憶させておくことができる。これに代えて、処理装置３４０が備える上記機能要素の全部又は一部を、それぞれ一つ以上の電子回路部品を含むハードウェアにより構成することもできる。
【００５２】
［３．２．１  ドア操作受付部３５０］
ドア操作受付部３５０は、車両１０２の周囲に存在する携帯端末１４２等から鍵コード１５２等を含むドア解錠要求を受信したことに応じて、当該ドア解錠要求に含まれる鍵コードを含む電子鍵認証要求を電子鍵認証部３５２へ送信する。そして、ドア操作受付部３５０は、電子鍵認証部３５２から、電子鍵認証が合格であった旨の電子鍵認証結果通知を受信すると、車両制御部３０２に対し、上記ドア解錠要求に含まれた鍵コードを含むドアロック解除指示を送信して、ドアロック機構３１４を作動させてドアロックを解除する。
【００５３】
また、ドア操作受付部３５０は、車両１０２の周囲に存在する携帯端末１４２等から鍵コード１５２等を含むドア施錠要求を受信したことに応じて、当該ドア施錠要求に含まれる鍵コードを含む電子鍵認証要求を電子鍵認証部３５２へ送信する。そして、ドア操作受付部３５０は、電子鍵認証部３５２から、電子鍵認証が合格であった旨の電子鍵認証結果通知を受信すると、車両制御部３０２に対し、上記ドア施錠要求に含まれた鍵コードを含むドアロック設定指示を送信して、ドアロック機構３１４を作動させてドアをロックする。
【００５４】
［３．２．２  電子鍵認証部３５２］
電子鍵認証部３５２は、利用管理サーバ１０６から定期的に送信される、所有者１３０を除く利用者の電子鍵基本情報を受信して、記憶装置３４２が記憶する電子鍵ＤＢ３５６に保存する。
【００５５】
また、電子鍵認証部３５２は、ドア操作受付部３５０から電子鍵認証要求を受信したときは、当該電子鍵認証要求に含まれる鍵コードの認証を行う。具体的には、電子鍵認証部３５２は、受信した電子鍵認証要求に含まれる鍵コードから電子鍵基本情報を抽出し、記憶装置３４２が記憶する電子鍵ＤＢ３５６に保存された電子鍵基本情報の中に、上記抽出した電子鍵基本情報と一致するものがあるか否かを判断する。そして、一致するものがあるときは、電子鍵認証部３５２は、電子鍵認証が合格であった旨を示す電子鍵認証結果通知をドア操作受付部３５０へ送信する。一方、電子鍵ＤＢ３５６に保存された電子鍵基本情報の中に、上記抽出した電子鍵基本情報と一致するものがないときは、電子鍵認証部３５２は、電子鍵認証が不合格であった旨を示す電子鍵認証結果通知をドア操作受付部３５０へ送信する。
【００５６】
また、電子鍵認証部３５２は、車両制御部３０２から電子鍵認証要求を受信したときは、付近に存在する携帯端末からの鍵コードの取得を試みる。そして、鍵コードを取得することができたときは、当該鍵コードの認証を行う。具体的には、電子鍵認証部３５２は、受信した鍵コードから電子鍵基本情報を抽出し、記憶装置３４２が記憶する電子鍵ＤＢ３５６に保存された電子鍵基本情報の中に、上記抽出した電子鍵基本情報と一致するものがあるか否かを判断する。そして、一致するものがあるときは、電子鍵認証部３５２は、上記取得した鍵コードを含む、電子鍵認証が合格であった旨の電子鍵認証結果通知を車両制御部３０２へ送信する。一方、電子鍵ＤＢ３５６に保存された電子鍵基本情報の中に、上記抽出した電子鍵基本情報と一致するものがないときは、電子鍵認証部３５２は、電子鍵認証が不合格であった旨を示す電子鍵認証結果通知を車両制御部３０２へ送信する。
【００５７】
［３．２．３  機能制限判断部３５４］
機能制限判断部３５４は、車両制御部３０２からドア解錠通知を受信したとき及び車両始動通知を受信したときに、それぞれ、当該受信したドア解錠通知又は車両始動通知に基づいて機能制限判断処理を実行し、アプリケーション実行装置３００におけるアプリケーション機能制限を行うか否かを判断する。ここで、機能制限判断部３５４には、ＦＯＢキー１６０の鍵コード１５０については、当該鍵コード１５０の保持者が特定使用者である旨の情報（すなわち、鍵コード１５０の利用者属性が“特定使用者”である旨の情報）が予め与えられているものとする。
【００５８】
機能制限判断処理では、機能制限判断部３５４は、まず、上記受信したドア解錠通知又は車両始動通知に鍵コードが含まれているか否かを判断する。そして含まれていないときは、これらの通知に係るドア解錠又は車両始動に用いられた鍵コードはＦＯＢキー１６０の鍵コード１５０であったものと認識する。そして、機能制限判断部３５４は、鍵コード１５０の保持者は特定使用者である旨の上記情報と、車両１０２に用いられた鍵コードが鍵コード１５０であったとの上記認識に基づき、“機能制限なし”を示す機能制限情報を生成する。
【００５９】
一方、上記受信したドア解錠通知又は車両始動通知に鍵コードが含まれているときは、機能制限判断部３５４は、上記受信したドア解錠通知又は車両始動通知に含まれる鍵コードから、利用者属性情報を抽出する。そして、機能制限判断部３５４は、当該抽出した利用者属性情報が示す利用者属性が  “特定使用者”であるときは、“機能制限なし”を示す機能制限情報を生成する、一方、上記抽出した利用者属性情報が示す利用者属性が“非特定使用者”であるときは、機能制限判断部３５４は、“機能制限あり”を示す機能制限情報を生成する。ここで、機能制限情報は、車両１０２に使用された鍵コードに基づいて機能制限判断部３５４が行う、アプリケーション部３７２ａ（後述）の機能制限を行うか否かについての判断の結果（判断結果）に対応する。
【００６０】
上記のように、本実施形態では、通信制御部３０４の機能制限判断部３５４は、車両１０２のドア解錠及び車両始動に用いられた鍵コードの保持者が特定使用者であるか非特定使用者であるかを、当該鍵コードがＦＯＢキー１６０の鍵コード１５０である場合を除き、当該鍵コードに含まれた利用者属性情報から判断する。
【００６１】
上記機能制限判断処理により機能制限情報を生成した後、機能制限判断部３５４は、当該生成した機能制限情報を含む機能制限通知を、アプリケーション実行装置３００に宛てて車載ネットワークバス３０８へ繰り返し出力する。これにより、アプリケーション実行装置３００は、車両１０２のドア解錠時及び車両始動時に機能制限通知を受信して、それぞれ当該ドア解錠及び車両始動に用いられた鍵コードに基づいて、アプリケーション機能制限を行うことができる。
【００６２】
なお、機能制限判断部３５４は、車両制御部３０２から車両始動通知を受信したときは、上記機能制限判断処理を実行する前に、機能制限情報が更新される旨の通知である更新予告通知を、アプリケーション実行装置３００に宛てて車載ネットワークバス３０８へ出力する。その後、機能制限判断部３５４は、上記受信した車両始動通知に含まれる鍵コードに基づき、当該鍵コードを対象として、上述の機能制限判断処理を実行する。そして、機能制限判断部３５４は、上述のとおり、上記機能制限判断処理により生成した機能制限情報を含む機能制限通知を、アプリケーション実行装置３００に宛てて車載ネットワークバス３０８へ繰り返し出力する。
【００６３】
ここで、車載ネットワークバス３０８への機能制限通知の繰り返し出力は、例えば、機能制限判断部３５４が、通信装置３４６の送信バッファ（不図示）に機能制限通知を所定の時間間隔で書き込むことにより行われるものとすることができる。例えば、車載ネットワークバス３０８がＣＡＮ規格に従うネットワークである場合、機能制限情報は、当該機能制限情報に対し予め定義された優先度ＩＤと共に送信バッファに書き込まれ、当該優先度ＩＤにより定まるタイミングで、通信装置３４６により、順次、車載ネットワークバス３０８へ送出される。
【００６４】
［３．３  アプリケーション実行装置３００］
アプリケーション実行装置３００は、種々のアプリケーションプログラムを、自動的に又は利用者の指示により実行し、様々な機能を利用者に提供する。また、アプリケーション実行装置３００は、通信制御部３０４が出力する機能制限通知を受信して、当該受信した機能制限通知に含まれる機能制限情報を、起動中又は実行中のアプリケーションへ通知する。アプリケーションは、自身が機能制限対象のアプリケーションである場合であって、通知された機能制限情報が“機能制限あり”を示すものであるときは、当該アプリケーションの通常処理を中断する。
【００６５】
具体的には、アプリケーション実行装置３００は、表示装置３６０と、操作装置３６２と、処理装置３６４と、記憶装置３６６と、通信装置３６８と、を備える。表示装置３６０は、例えば液晶表示装置であって、処理装置３６４により制御され、画像やテキストを表示する。操作装置３６２は、例えば表示装置３６０の表示スクリーン上に設けられたタッチパネルであり、利用者からの指示やデータ等の入力操作を受け付けて、当該入力操作の情報を処理装置３６４へ出力する。また、通信装置３６８は、例えばＣＡＮバスである車載ネットワークバス３０８を介して通信制御部３０４等の他の装置と通信するための、例えばＣＡＮトランシーバである。
【００６６】
記憶装置３６６は、例えば、揮発性及び又は不揮発性の半導体メモリ、及び又はハードディスク装置等により構成される。記憶装置３６６は、処理装置３６４が実行するアプリケーションプログラムが記憶されると共に、処理装置３６４における処理に必要なデータが予め又は当該処理につれて記憶される。
【００６７】
処理装置３６４は、例えば、ＣＰＵ等のプロセッサを備えるコンピュータである。処理装置３６４は、プログラムが書き込まれたＲＯＭ、データの一時記憶のためのＲＡＭ等を有する構成であってもよい。そして、処理装置３６４は、機能要素又は機能ユニットとして、機能制限適用部３７０と、アプリケーション部３７２ａ、３７２ｂと、を備える。
【００６８】
処理装置３６４が備えるこれらの機能要素は、例えば、コンピュータである処理装置３６４がプログラムを実行することにより実現される。なお、上記コンピュータ・プログラムは、コンピュータ読み取り可能な任意の記憶媒体に記憶させておくことができる。
【００６９】
機能制限適用部３７０は、処理装置３６４が、例えば、記憶装置３６６に記憶された基本制御プログラムとしてのオペレーティングシステム（ＯＳ）プログラムを実行することにより当該ＯＳの一部として実現され得る。より具体的には、機能制限適用部３７０は、例えば、Ａｎｄｒｏｉｄ（登録商標）等のＯＳが備える標準ＡＰＩを含む関数ライブラリに、機能制限適用部３７０として機能する専用ＡＰＩを付加することにより実現されるものとすることができる。これに代えて、機能制限適用部３７０を、ＯＳとアプリケーション部３７２ａ、３７２ｂとの間に介在するミドルウェアを構成するもの、又はＯＳ上で実行されるバックグラウンドアプリケーションを構成するものとして実現することもできる。
【００７０】
アプリケーション部３７２ａ、３７２ｂは、処理装置３６４において現在実行中の、いわゆるアプリケーションであり、処理装置３６４が、例えば記憶装置３６６に記憶された対応するアプリケーションプログラムを、例えば上記ＯＳ上でそれぞれ実行することにより実現される。アプリケーション部３７２ａ、３７２ｂは、それらのアプリケーションプログラムにより記述された機能を利用者に提供する。
【００７１】
処理装置３６４により実行されるアプリケーションプログラムは、車両１０２に使用された鍵コードの利用者属性に応じて機能制限が適用されるもの（機能制限対象プログラム）と、鍵コードの利用者属性にかかわらず実行されるもの（機能制限非対象プログラム）とに分類される。本実施形態では、アプリケーション部３７２ａは、機能制限対象プログラムにより実現される機能制限対象アプリケーション（以下、機能制限対象アプリ）であり、アプリケーション部３７２ｂは、機能制限非対象プログラムにより実現される機能制限非対象アプリケーション（以下、機能制限非対象アプリ）であるものとする。
【００７２】
ここで、機能制限対象アプリは、例えば、料金が発生し得るコンテンツ、又は特定使用者の個人情報に関わるコンテンツを含むアプリケーションであるものとすることができる。「料金が発生し得るコンテンツ」とは、例えば通信販売や音楽ダウンロード等の、対価の支払いを必要とする物品やサービスの購入に係るコンテンツをいう。また、「個人情報に関わるコンテンツ」とは、例えば、個人の住所、氏名、生年月日、嗜好等々の個人情報の送信を必要とするサービスに係るコンテンツをいう。
【００７３】
［３．３．１  機能制限適用部３７０の動作］
例えばＯＳの一部である機能制限適用部３７０は、アプリケーション実行装置３００の電源が投入されて実行を開始すると、まず、通信制御部３０４から車載ネットワークバス３０８に出力された機能制限情報を受信して、記憶装置３６６に保存する。そして、機能制限適用部３７０は、アプリケーション部３７２ａから機能制限情報要求を受信すると、記憶装置３６６に記憶した機能制限情報を、機能制限情報要求の送信元であるアプリケーション部３７２ａへ送信する。ここで、機能制限適用部３７０によるアプリケーション部３７２ａへの機能制限情報の送信は、アプリケーション部３７２ａの機能制限を行うか否についての機能制限判断部３５４における判断結果（すなわち、機能制限情報）を適用するように、アプリケーション部３７２ａに対して指示することに対応する。
【００７４】
また、機能制限適用部３７０は、アプリケーション部３７２ａから通知登録要求を受信すると、当該通知登録要求の送信元であるアプリケーション部３７２ａを、その後における機能制限情報の通知先（通信対象）として登録する。
【００７５】
さらに、機能制限適用部３７０は、通信制御部３０４が車載ネットワークバス３０８に出力した更新予告通知を受信したことに応じて、機能制限対象アプリであるアプリケーション部３７２ａへ制限更新予告通知を送信すると共に、処理装置３６４が備えるタイマ（不図示）により、当該更新予告通知の受信からの経過時間ｔの計測を開始する。また、機能制限適用部３７０は、経過時間ｔが所定時間（例えば、３秒）を経過する前に、通信制御部３０４が車載ネットワークバス３０８に出力した機能制限通知を受信したときは、当該受信した機能制限通知に含まれる機能制限情報により、記憶装置３６６が記憶する機能制限情報を更新する。そして、機能制限適用部３７０は、更新した機能制限情報を、その通知先として登録されているアプリケーション部３７２ａへ送信する。
【００７６】
一方、経過時間ｔが上記所定時間を経過する前に車載ネットワークバス３０８から機能制限情報を受信しないときは、機能制限適用部３７０は、記憶装置３６６が記憶する機能制限情報を更新することなく、記憶装置３６６が現在記憶している機能制限情報を、通知先として登録されているアプリケーション部３７２ａへ送信する。
【００７７】
［３．３．２  アプリケーション部３７２ａの動作］
機能制限対象アプリであるアプリケーション部３７２ａは、操作装置３６２を介した利用者からの指示により、又はＯＳに対し予め与えられた指示により、起動される。アプリケーション部３７２ａは、起動されると、機能制限適用部３７０に対し機能制限情報要求を送信し、機能制限適用部３７０から機能制限情報を取得する。同時に、機能制限対象アプリであるアプリケーション部３７２ａは、その後における機能制限情報の通知先（通信対象）として自身を登録するよう要求する通知登録要求を、機能制限適用部３７０へ送信する。ここで、上記通知登録要求は、アプリケーション部３７２ａの起動の後において機能制限適用部３７０が機能制限判断部３５４から判断結果の通知（機能制限通知に対応する）を受けた際に当該判断結果（すなわち、機能制限情報）の適用の指示を自身に送信するよう指示する通知要求に対応する。
【００７８】
そして、アプリケーション部３７２ａは、機能制限情報要求に対する応答として機能制限適用部３７０から受信した上記機能制限情報が“機能制限あり”を示すものであるときは、アプリケーション部３７２ａ本来の機能を提供するための通常処理の実行を中断する。そして、アプリケーション部３７２ａは、機能が制限されている旨を示す“このアプリケーションは制限されています”等の機能制限メッセージを表示装置３６０に表示する。一方、起動時に機能制限適用部３７０から取得した機能制限情報が“機能制限なし”を示すものであるときは、アプリケーション部３７２ａは、上記通常処理の実行を継続して、アプリケーション部３７２ａ本来の機能を利用者に提供する。
【００７９】
また、アプリケーション部３７２ａは、機能制限適用部３７０から制限更新予告通知を受信すると、“しばらくお待ちください”等の待機メッセージを表示装置３６０に表示する。その際、アプリケーション部３７２ａは、通常処理を実行中であるときは、当該通常処理の実行を中断する。
【００８０】
そして、更新予告通知を受信後に、機能制限適用部３７０から機能制限情報を受信すると、アプリケーション部３７２ａは、当該受信した機能制限情報に応じて、機能制限メッセージの表示または通常処理の実行を行う。すなわち、アプリケーション部３７２ａは、受信した機能制限情報が“機能制限あり”を示すものであるときは、機能制限メッセージを表示装置３６０に表示すると共に、通常処理が実行中であればこれを中断し又は既に通常処理の実行が中断されていれば当該実行の中断を継続する。一方、受信した機能制限情報が“機能制限なし”を示すものであるときは、アプリケーション部３７２ａは、通常処理を実行中であれば当該実行を継続し、機能制限メッセージを表示していれば当該表示を終了して通常処理を開始する。
【００８１】
［３．３．３  アプリケーション部３７２ｂの動作］
機能制限非対象アプリであるアプリケーション部３７２ｂは、機能制限適用部３７０に機能制限情報を要求することなく、従来技術に従い、当該アプリケーション部３７２ｂの起動後ただちに、ＯＳ上での通常処理の実行を開始する。
【００８２】
［４．車両制御システム１００の効果］
上述の構成を有する車両制御システム１００は、車両１０２のドア解錠及び又は車両始動に用いられた電子鍵に関連付けられた利用者属性に応じて、車両１０２内に備えられたアプリケーション実行装置３００におけるアプリケーションの機能制限を行う。このため、システム１００では、利用者による特別なキー操作を行うことなく、且つアプリケーション実行装置３００、車両制御部３０２、通信制御部３０４などの車載装置の処理負荷の増大を招くことなく、アプリケーションの実行を通じてアプリケーション実行装置３００が利用者に提供する機能を、車両１０２の現在の利用者に応じて自動的に制限することができる。また、車両制御システム１００では、「特定使用者」及び「非特定使用者」の２つの利用者属性に応じてアプリケーション制限を行うので、最小限の記憶装置を設けるだけでアプリケーション制限機能を実現できる。このため、アプリケーション制限機能を付加することにより発生するコストを削減することができる。
【００８３】
一般に、内燃機関のみを用いて車輪を駆動する内燃機関車両の場合には、内燃機関の始動前に例えばディスプレイオーディオであるアプリケーション実行装置などの電気装備の電源をオンにした場合でも、内燃機関の始動時（すなわち、車両始動時）には、クランキングに用いるモータへの電力供給を確保すべく、それら電気装備の電源は自動的に一旦オフされたのち、オンされる。このため、内燃機関車両では、アプリケーション実行装置の電源がオンされたときにのみ車両利用者の電子鍵の属性を判断してアプリケーション機能制限の要否を決定すれば、車両利用者に応じた適切なアプリケーション制限を行うことができる。
【００８４】
これに対し、本実施形態のように車両１０２が電動車両である場合には、一般に、車輪駆動用モータへの電力供給開始（すなわち、車両始動）の前に電源がオンされたアプリケーション実行装置３００は、車両始動の際にも電源がオンされた状態に維持される。このため、アプリケーション実行装置３００の電源がオンされたときにのみ車両利用者の電子鍵の利用者属性を判断してアプリケーション機能制限の要否を決定したのでは、車両ドア解錠から車両始動までの間に車両利用者が交代する場合には、現在の車両利用者に応じた適切なアプリケーション制限を行うことができない場合が生じ得る。このような車両利用者の交代は、例えば、非特定使用者であるゲスト利用者１３４が電子鍵を用いて車両１０２のドア解錠を行った後、所有者１３０がＦＯＢキー１６０を使って車両始動を行うような場合に生じ得る。
【００８５】
これに対し、車両制御システム１００では、車両１０２のドア解錠時、及び車両１０２の車両始動時に、それぞれ当該ドア解錠及び車両始動に用いられた電子鍵の利用者属性から、アプリケーション実行装置３００におけるアプリケーション機能制限の要否が判断される。このため、システム１００においては、ドア解錠から車両始動に至るまでの間に車両１０２の利用者が変わる場合にも、現在の利用者に応じた適切なアプリケーション機能制限を行うことができる。
【００８６】
また、本実施形態の車両制御システム１００では、車両始動後の更新予告通知から所定時間の経過前に、機能制限判断部３５４が通信制御部３０４から新たな機能制限情報を受信しない場合には、その前に受信した機能制限情報に基づく（すなわち、その前に使用された鍵コードを持つ利用者に応じた）アプリケーション機能制限の状態が継続される。これにより、システム１００では、現在の利用者に応じたアプリケーション制限が車両始動のあとに遅れて反映されることによる利用者の違和感が回避される。
【００８７】
このような機能制限情報の受信の遅延は、例えば車両始動時における何等かの異常対処のために車載ネットワークバス３０８上においてより優先度の高い情報の通信が高頻度で発生してしまうような特殊な状況において、優先度の低い機能制限情報の出力が比較的長い時間にわたって保留されるような場合に発生し得る。この場合、例えば現在の利用者であって特定使用者である所有者１３０は、異常時対応操作として、車両始動後しばらくの時間を置いてアプリケーション部３７２ａを起動しなおせば、その前のドア解錠時に設定されたアプリケーション機能制限の状態を解除することができる。上述したように、起動されたアプリケーション部３７２ａは、起動時に機能制限適用部３７０へ機能制限情報要求を送信して新たな機能制限情報を取得し、当該取得した機能制限情報に基づいて機能制限を行うためである。
【００８８】
［５．車両制御システム１００における処理］
次に、通信制御部３０４の機能制限判断部３５４、及びアプリケーション実行装置３００における、アプリケーション機能制限に係る処理について説明する。
［５．１  通信制御部３０４における処理］
まず、通信制御部３０４の機能制限判断部３５４におけるアプリケーション機能制限に係る処理について、図５に示すフロー図を用いて説明する。この処理は、通信制御部３０４の電源がオンされたときに開始し、通信制御部３０４の電源がオフされたときに終了する。通信制御部３０４は、例えば車両１０２の工場出荷時にその電源がオンされ、車両１０２の電力供給システム３１２の動作がオンされていない間も電源オンのまま維持されている。
【００８９】
図５において、処理を開始すると、まず、通信制御部３０４の機能制限判断部３５４は、車両制御部３０２から鍵コードを含むドア解錠通知を受信したか否かを判断する（Ｓ１００）。そして、車両制御部３０２からドア解錠通知を受信していないときは（Ｓ１００、ＮＯ）、ステップＳ１００に戻って処理を繰り返す。一方、車両制御部３０２からドア解錠通知を受信したときは（Ｓ１００、ＹＥＳ）、機能制限判断部３５４は、受信したドア解錠通知を“処理対象”として、機能制限判断処理を実行する（Ｓ１０２）。
【００９０】
図６は、機能制限判断処理の手順を示すフロー図である。機能制限判断処理では、機能制限判断部３５４は、まず、上記処理対象とした通知に鍵コードが含まれているか否かを判断する（Ｓ２００）。そして、含まれていないときは（Ｓ２０２、ＮＯ）、“特定使用者”の利用者属性を有する鍵コード１５０が使用されたものと判断し（Ｓ２０２）、“機能制限なし”の機能制限情報を生成して（Ｓ２０４）、機能制限判断処理を終了する。
【００９１】
一方、ステップＳ２００において上記処理対象とした通知に鍵コードが含まれているときは（Ｓ２００、ＹＥＳ）、機能制限判断部３５４は、当該鍵コードから利用者属性情報を抽出して利用者属性を取得する（Ｓ２０６）。続いて、機能制限判断部３５４は、取得した利用者属性が“非特定使用者”であるか否かを判断する（Ｓ２０８）。そして、その利用者属性が“非特定使用者”であるときは（Ｓ２０８、ＹＥＳ）、機能制限判断部３５４は、“機能制限あり”を示す機能制限情報を生成して（Ｓ２１０）、機能制限判断処理を終了する。一方、上記取得した利用者属性が“特定使用者”であるときは（Ｓ２０８、ＮＯ）、機能制限判断部３５４は、ステップＳ２０４に処理を移し、“機能制限なし”を示す機能制限情報を生成して、処理を終了する。
【００９２】
図５に戻り、ステップＳ１０２において機能制限判断処理を実行した後、機能制限判断部３５４は、機能制限判断処理において生成した機能制限情報を含む機能制限通知の、通信装置３４６への出力を開始し（Ｓ１０４）、当該機能制限通知を、通信装置３４６へ繰り返し出力する。当該出力された機能制限通知のそれぞれは、例えば通信装置３４６の送信バッファ（不図示）に保存され、当該機能制限通知に与えられている優先度ＩＤに基づく適切なタイミングで、通信装置３４６により車載ネットワークバス３０８へ出力される。
【００９３】
続いて、機能制限判断部３５４は、車両制御部３０２から鍵コードを含む車両始動通知を受信したか否かを判断する（Ｓ１０６）。そして、車両制御部３０２から車両始動通知を受信したときは（Ｓ１０６、ＹＥＳ）、機能制限判断部３５４は、更新予告通知を通信装置３４６へ出力する（Ｓ１０８）。出力された更新予告通知は、例えば通信装置３４６の送信バッファに保存され、通信装置３４６により適切なタイミングで車載ネットワークバス３０８へ出力される。なお、更新予告通知の優先度ＩＤは、車載ネットワークバス３０８において優先度の高い情報の通信頻度が高くなっている場合でも、送信バッファへの保存から所定の時間以内に車載ネットワークバスへ送信されるように、少なくとも機能制限通知と同じか又はそれ以上の優先度となるように設定されることが望ましい。
【００９４】
続いて、機能制限判断部３５４は、上記受信した車両始動通知に含まれた鍵コードを対照として、図５に示す機能制限判断処理を実行し（Ｓ１１０）、当該機能制限判断処理により生成した機能制限情報を含む機能制限通知の、通信装置３４６への出力を開始し（Ｓ１１２）、当該機能制限通知を、通信装置３４６へ繰り返し出力する。当該出力された機能制限通知のそれぞれは、ステップＳ１１０における機能制限情報の出力と同様に、例えば通信装置３４６の送信バッファ（不図示）に保存され、当該機能制限通知に与えられている優先度ＩＤに基づく適切なタイミングで、通信装置３４６により車載ネットワークバス３０８へ出力される。
【００９５】
これにより、車両１０２の車両始動に用いられた鍵コードに基づいて機能制限情報が更新され、更新された機能制限情報を含む機能制限通知が車載ネットワークバス３０８へ出力される。そして、当該出力された機能制限通知を受信したアプリケーション実行装置３００が後述の処理を行うことにより、現在の利用者に応じたアプリケーション機能制限が行われることとなる。
【００９６】
続いて、機能制限判断部３５４は、車両制御部３０２から車両停止通知を受信したか否かを判断し（Ｓ１１４）、受信していないときは（Ｓ１１４、ＮＯ）、ステップＳ１１４に戻って車両停止通知を受信するのを待機する。
【００９７】
一方、ステップＳ１１４において車両制御部３０２から車両停止通知を受信したときは（Ｓ１１４、ＹＥＳ）、機能制限判断部３５４は、車両制御部３０２からドア施錠通知を受信したか否かを判断する（Ｓ１１６）。そして、車両制御部３０２からドア施錠通知を受信していないときは（Ｓ１１６、ＮＯ）、ドア操作受付部３５０は、ステップＳ１０６に処理を戻す。
【００９８】
一方、車両制御部３０２からドア施錠通知を受信したとき（Ｓ１１６、ＹＥＳ）、すなわち、車両１０２が始動されておらず、且つドアが施錠されたときは、機能制限判断部３５４は、車両１０２の利用が終了されたものと判断し、ステップＳ１００に戻って次の車両利用を待機する。
【００９９】
［５．２  アプリケーション実行装置３００における処理］
次に、アプリケーション実行装置３００におけるアプリケーション機能制限に係る処理について説明する。本処理は、例えばＯＳの一部として実現される機能制限適用部３７０における処理と、機能制限対象アプリであるアプリケーション部３７２ａにおける処理と、で構成される。
【０１００】
［５．２．１  機能制限適用部３７０における処理］
まず、機能制限適用部３７０におけるアプリケーション機能制限に係る処理について、図７に示すフロー図にしたがって説明する。本処理は、アプリケーション実行装置３００の電源がオンされ、処理装置３６４においてＯＳプログラムの実行が開始されたときに開始し、ＯＳプログラムの実行が終了したときに終了する。なお、本実施形態では、アプリケーション実行装置３００において実行されている機能制限対象アプリはアプリケーション部３７２ａのみであるため、機能制限適用部３７０は、以下に示すようにアプリケーション部３７２ａについてのみ、アプリケーション機能制限に係る本処理を行う。ただし、アプリケーション実行装置３００においては複数の機能制限対象アプリが並列に実行されるものとすることができ、その場合には、機能制限適用部３７０は、それら並列に実行された複数の機能制限対象アプリのそれぞれについて、以下の処理を実行し得る。
【０１０１】
処理を開始すると、まず、機能制限適用部３７０は、車載ネットワークバス３０８から、通信制御部３０４が出力した機能制限通知を受信し（Ｓ３００）、受信した機能制限通知に含まれた機能制限情報を、記憶装置３６６に記憶する（Ｓ３０２）。次に、機能制限適用部３７０は、機能制限対象アプリであるアプリケーション部３７２ａから機能制限情報要求を受信したか否かを判断する（Ｓ３０４）。そして、アプリケーション部３７２ａから機能制限情報要求を受信しないときは（Ｓ３０４、ＹＥＳ）、機能制限適用部３７０は、後述するステップＳ３１２に処理を移して、通信制御部３０４が出力した更新予告通知を受信したか否かを判断する。
【０１０２】
一方、アプリケーション部３７２ａから機能制限情報要求を受信したときは（Ｓ３０４、ＹＥＳ）、機能制限適用部３７０は、記憶装置３６６に記憶した機能制限情報を、機能制限情報要求の送信元であるアプリケーション部３７２ａへ送信する（Ｓ３０６）。また、機能制限適用部３７０は、アプリケーション部３７２ａから通知登録要求を受信したことに応じて（Ｓ３０８）、当該通知登録要求の送信元であるアプリケーション部３７２ａを、その後の機能制限情報の通知対象として記憶装置３６６に記憶して登録する（Ｓ３１０）。
【０１０３】
次に、機能制限適用部３７０は、車載ネットワークバス３０８から、通信制御部３０４が出力した更新予告通知を受信したか否かを判断する（Ｓ３１２）。そして、更新予告通知を受信したときは（Ｓ３１２、ＹＥＳ）、当該更新予告通知を受信した後の経過時間ｔの計測を開始すると共に（Ｓ３１４）、ステップＳ３１０において通知対象として登録したアプリケーション部３７２ａに対し、制限更新予告通知を送信する（Ｓ３１６）。
【０１０４】
続いて、機能制限適用部３７０は、通信制御部３０４が出力した機能制限通知を車載ネットワークバス３０８から受信したか否かを判断する（Ｓ３１８）。そして、機能制限通知を受信したときは（Ｓ３１８、ＹＥＳ）、機能制限適用部３７０は、受信した機能制限通知に含まれる機能制限情報により、記憶装置３６６に記憶している機能制限情報を更新する（Ｓ３２０）。
【０１０５】
続いて、機能制限適用部３７０は、ステップＳ３１０において通知対象として登録したアプリケーション部３７２ａに対し、更新した機能制限情報を送信した後（Ｓ３２２）、ステップＳ３００に戻って処理を繰り返す。
【０１０６】
一方、ステップＳ３１８において機能制限情報を受信しないときは（Ｓ３１８、ＮＯ）、機能制限適用部３７０は、経過時間ｔが所定時間を超えたか否かを判断する（Ｓ３２４）。そして、経過時間ｔが所定時間を超えないときは（Ｓ３２４、ＮＯ）、機能制限適用部３７０は、ステップＳ３１８に戻って機能制限情報の受信を待機する。一方、経過時間ｔが所定時間を超えたときは（Ｓ３２４、ＹＥＳ）、機能制限適用部３７０は、記憶装置３６６が記憶する機能制限情報を更新することなく、記憶装置３６６が現在記憶している機能制限情報を、通知対象として登録したアプリケーション部３７２ａへ送信した後（Ｓ３２６）、ステップＳ３００に戻って処理を繰り返す。
【０１０７】
［５．２．２  アプリケーション部３７２ａにおける処理］
次に、機能制限対象アプリであるアプリケーション部３７２ａにおけるアプリケーション機能制限に係る処理について、図８に示すフロー図にしたがって説明する。本処理は、例えばアプリケーション実行装置３００の操作装置３６２に対する利用者操作により、又はアプリケーション実行装置３００の処理装置３６４が実行するＯＳプログラムに対し予め与えられた指示により、機能制限対象アプリであるアプリケーション部３７２ａが起動されたときに、当該アプリケーション部３７２ａにおいて動作を開始する。なお、アプリケーション実行装置３００において機能制限対象アプリである複数のアプリケーション部がそれぞれ並列に実行される場合には、それら並列に実行されたアプリケーション部のそれぞれにおいて本処理が実行される。
【０１０８】
処理を開始すると、アプリケーション部３７２ａは、機能制限適用部３７０に機能制限情報要求を送信すると共に（Ｓ４００）、通知登録要求を機能制限適用部３７０へ送信する（Ｓ４０２）。続いて、アプリケーション部３７２ａは、機能制限情報要求に対する応答として機能制限適用部３７０が送信する機能制限情報を受信したか否かを判断する（Ｓ４０４）。そして、機能制限情報を受信していないときは、アプリケーション部３７２ａは、ステップＳ４０４に戻って機能制限情報の受信を待機する。
【０１０９】
一方、機能制限情報を受信したときは（Ｓ４０４、ＹＥＳ）、アプリケーション部３７２ａは、受信した機能制限情報が“機能制限あり”を示すものであるか否かを判断する（Ｓ４０６）。そして、受信した機能制限情報が“機能制限あり”を示すものであるときは（Ｓ４０６、ＹＥＳ）、アプリケーション部３７２ａは、表示装置３６０に機能制限メッセージを表示すると共に（Ｓ４０８）、機能制限メッセージの表示以外の、アプリケーション部３７２ａ本来の機能を提供するための通常処理の実行を中断する（Ｓ４１０）。
【０１１０】
その後、アプリケーション部３７２ａは、制限更新予告通知を受信したか否かを判断し（Ｓ４１２）、受信しないときは、ステップＳ４１２に戻って制限更新予告通知を受信するのを待機する。一方、制限更新予告通知を受信したときは（Ｓ４１２、ＹＥＳ）、アプリケーション部３７２ａは、表示装置３６０に待機メッセージを表示した後（Ｓ４１４）、ステップＳ４０４に戻って機能制限情報を受信するのを待機する。
【０１１１】
また、一方、ステップＳ４０６において、取得した機能制限情報が“機能制限なし”を示すものであるときは（Ｓ４０６、ＮＯ）、アプリケーション部３７２ａは、通常処理の実行を開始した後（Ｓ４１６）、ステップＳ４１２に処理を移して制限更新予告通知の受信を待機する。
【０１１２】
［６．車両制御システム１００の動作例］
次に、車両制御システム１００の動作の例として、車両１０２のドア解錠を行った利用者と車両始動を行った利用者とが異なる場合の２つの例について説明する。
［６．１  第１の例］
車両制御システム１００の第１の動作の例を、図９に示すシーケンス図を用いて説明する。この例では、まず、図４に示す利用者ＤＢ２５０においてＰｔ−３の利用者ＩＤが与えられているゲスト利用者１３４が、携帯端末１４４が記憶する鍵コード１５４（「ＶＫ００３」）を用いて車両１０２のドアを解錠する。そして、ゲスト利用者１３４がアプリケーション実行装置３００の電源をオンし、機能制限対象アプリであるアプリケーション部３７２ａを起動した後、特定使用者である所有者１３０がＦＯＢキー１６０を用いて車両始動を行う。
【０１１３】
図９には、オブジェクトとして、車両制御部３０２と、ゲスト利用者１３４の携帯端末１４４と、通信制御部３０４と、アプリケーション実行装置３００の機能制限適用部３７０と、機能制限対象アプリであるアプリケーション部３７２ａと、が示されている。車両制御部３０２及び通信制御部３０４の電源は既にＯＮされている。
【０１１４】
まず、ゲスト利用者１３４が車両１０２のドアの前に立って携帯端末１４４からドア解錠要求送信すると（Ｓ５００）、通信制御部３０４は、電子鍵認証部３５２によりドア解錠要求に含まれる鍵コード１５４が登録されたものであること確認し（Ｓ５０２）、ドア操作受付部３５０によりドアロック解除指示を車両制御部３０２へ送信する（Ｓ５０４）。
【０１１５】
車両制御部３０２は、ドアロック制御部３３０によりドアを解錠し（Ｓ５０６）、ドア解錠通知を通信制御部３０４へ送信する（Ｓ５０８）。通信制御部３０４は、当該ドア解錠通知を対象として、機能制限判断部３５４により機能制限判断を行う（Ｓ５１０）。機能制限判断部３５４は、当該ドア解錠通知に含まれた鍵コード１５４の利用者属性情報から、利用者属性が“非特定使用者”であることを特定し、“機能制限あり”を示す機能制限情報を生成する。
【０１１６】
続いて、通信制御部３０４の機能制限判断部３５４は、上記生成した機能制限情報を含む機能制限通知を通信装置３４６に繰り返し出力する。これにより、当該機能制限通知は、通信装置３４６により車載ネットワークバス３０８へ出力される（Ｓ５１２）。なお、図示点線は、機能制限通知が繰り返し出力されていることを示している。
【０１１７】
その後、アプリケーション実行装置３００の電源がオンされると（Ｓ５１４）、当該アプリケーション実行装置３００の機能制限適用部３７０が、動作を開始する。当該動作の開始後に、機能制限適用部３７０は、通信制御部３０４が車載ネットワークバス３０８へ繰り返し出力している機能制限通知を受信し、受信した機能制限通知に含まれた機能制限情報を記憶装置３６６に記憶する（Ｓ５１６）。
【０１１８】
さらにその後、例えばゲスト利用者１３４がアプリケーション実行装置３００の操作装置３６２にアプリケーション部３７２ａの起動指示を与えることにより（Ｓ５１８）、機能制限対象アプリであるアプリケーション部３７２ａが起動される（Ｓ５２０）。起動したアプリケーション部３７２ａは、機能制限情報要求を機能制限適用部３７０へ送信し（Ｓ５２２）、機能制限適用部３７０は、記憶装置３６６に記憶した機能制限情報をアプリケーション部３７２ａへ送信する（Ｓ５２４）。また、アプリケーション部３７２ａは、その後における更新された機能制限情報の通知対象として自身を登録することを要求する通知登録要求を、機能制限適用部３７０へ送信し（Ｓ５２６）、機能制限適用部３７０は、アプリケーション部３７２ａを通知対象として登録する（Ｓ５２８）。
【０１１９】
続いて、アプリケーション部３７２ａは、シーケンスＳ５２４において送信された“機能制限あり”を示す機能制限情報を受信したことに応じて、機能制限メッセージを表示装置３６０に表示し（Ｓ５３０）、通常処理の実行を中断する（Ｓ５３２）。
【０１２０】
その後、所有者１３０がＦＯＢキー１６０を持って車両１０２に乗り込み、車両始動スイッチ３１０をオンにすると（Ｓ５３４）、車両制御部３０２の始動操作検知部３２４は、ＦＯＢキー１６０の探索を行い、ＦＯＢキー１６０を検出する（Ｓ５３６）。これにより、車両制御部３０２の電源制御部３２８は電力供給システム３１２をオンにして電力供給を開始し（Ｓ５３８）、始動操作検知部３２４は、車両始動通知を通信制御部３０４へ送信する（Ｓ５４０）。
【０１２１】
通信制御部３０４の機能制限判断部３５４は、車両始動通知受信したことに応じて、更新予告通知をアプリケーション実行装置３００へ送信すると共に（Ｓ５４２）、上記受信した車両始動通知を対象として機能制限判断処理を開始する（Ｓ５４４）。アプリケーション実行装置３００の機能制限適用部３７０は、通信制御部３０４から更新予告通知を受信したことに応じて、シーケンスＳ５３０において通知対象として登録したアプリケーション部３７２ａへ制限更新予告通知を送信すると共に（Ｓ５４６）、更新予告通知の受信後の経過時間ｔの計測を開始する（Ｓ５４８）。アプリケーション部３７２ａは、制限更新予告通知を受信したことに応じて、表示装置３６０に、機能制限メッセージに代えて待機メッセージを表示する（Ｓ５５０）。
【０１２２】
そして、経過時間ｔが所定時間を経過する前に通信制御部３０４が機能制限判断部３５４により新たな機能制限情報を含む機能制限通知を車載ネットワークバス３０８に送出し（Ｓ５５２）、且つ機能制限適用部３７０がこれを受信したときは、機能制限適用部３７０は、その機能制限通知に含まれた機能制限情報により、記憶装置３６６が記憶する機能制限情報を更新する（Ｓ５５４）。そして、更新した機能制限情報を、シーケンスＳ５３０において通知対象として登録したアプリケーション部３７２ａへ送信する（Ｓ５５６）。
【０１２３】
ここで、シーケンスＳ５４０において送信される車両始動通知には鍵コードが含まれていないので、シーケンスＳ５４４の機能制限判断においては、当該車両始動はＦＯＢキー１６０により行われたものであると判断され、ＦＯＢキー１６０が有する鍵コード１５０の利用者属性は“特定使用者”であるとの予め与え与えられた情報に基づき、“機能制限なし”を示す機能制限情報が生成される。従い、シーケンスＳ５５４においては、当該“機能制限なし”を示す機能制限情報により、記憶装置３６６が記憶する機能制限情報が更新されることとなる。
【０１２４】
アプリケーション部３７２ａは、更新された上記機能制限情報、すなわち、“機能制限なし”を示す機能制限情報を受信したことに応じて、表示装置３６０に表示した待機メッセージを消去すると共に（Ｓ５５８）、通常処理を開始する（Ｓ５６０）。
【０１２５】
一方、車載ネットワークバス３０８の負荷状況等に起因して、経過時間ｔが所定時間を経過する前に通信制御部３０４から機能制限通知を受信しないときは、機能制限適用部３７０は、記憶装置３６６に記憶されている以前の機能制限情報、すなわち、“機能制限あり”を示す機能制限情報を、シーケンスＳ５３０において通知対象として登録したアプリケーション部３７２ａへ送信する（Ｓ５６２）。アプリケーション部３７２ａは、当該機能制限情報を受信したことに応じて、待機メッセージに代えて機能制限メッセージを表示装置３６０に表示し、通常処理の中断を継続する（Ｓ５６４）。
【０１２６】
上記のシーケンスにより、ゲスト利用者１３４がドア解錠してから車両始動が行われるまでの期間は、当該期間における車両１０２の利用者であるゲスト利用者１３４に対して、アプリケーション実行装置３００におけるアプリケーション部３７２ａの実行が制限される。また、その後に、所有者１３０が車両始動を行った後には、その後の車両１０２の利用者である所有者１３０に対しては、アプリケーション実行装置３００におけるアプリケーション部３７２ａの実行には制限が加えられないこととなる。また、所有者１３０が車両始動を行った後であっても、車載ネットワークバス３０８の負荷状況等に起因して、アプリケーション部３７２ａに対する機能制限判断部３５４における機能制限判断の適用が所定時間を超えて遅延する場合には、アプリケーション実行装置３００におけるアプリケーション機能制限の状態は変更されず、当該遅延による違和感を現在の利用者である所有者１３０に与えてしまうことが回避される。
【０１２７】
［６．２  第２の例］
次に、車両１０２のドア解錠を行った利用者と車両１０２の車両始動を行った利用者とが異なる場合の車両制御システム１００の動作の第２の例について、図１０に示すシーケンス図を用いて説明する。
この例では、まず、特定使用者である所有者１３０が、ＦＯＢキー１６０により当該ＦＯＢキー１６０の鍵コード１５０を用いて車両１０２のドアを解錠した後、アプリケーション実行装置３００の電源をオンにし、機能制限対象アプリであるアプリケーション部３７２ａを起動する。所有者１３０は、図４に示す利用者ＤＢ２５０においてＰｔ−３の利用者ＩＤが与えられているゲスト利用者１３４が乗車した後、車両１０２から下車する。その後、ゲスト利用者１３４は、携帯端末１４４が記憶する鍵コード１５４「ＶＫ００２」を用いて車両始動を行う。
【０１２８】
図１０には、図９と同様に、オブジェクトとして車両制御部３０２と、ゲスト利用者１３４の携帯端末１４４と、通信制御部３０４と、アプリケーション実行装置３００の機能制限適用部３７０と、機能制限対象アプリであるアプリケーション部３７２ａと、が示されている。車両制御部３０２及び通信制御部３０４の電源は既にＯＮされている。
【０１２９】
所有者１３０が車両１０２のドアの前に立って、ＦＯＢキー１６０からドア解錠要求を車両１０２に向けて送信すると（Ｓ６００）、車両制御部３０２のＦＯＢ通信部３２６は、受信したドア解錠要求に含まれるＦＯＢキー１６０の鍵コード１５０を、自身が記憶する認証用鍵コードと照合して有効と判断する。そして、ＦＯＢ通信部３２６は、ドアロック制御部３３０に指示してドアを解錠する（Ｓ６０２）。そして、車両制御部３０２のドアロック制御部３３０は、鍵コードを含まないドア解錠通知を通信制御部３０４へ送信する（Ｓ６０４）。
【０１３０】
ドア解錠通知を受信した通信制御部３０４は、当該ドア解錠通知を対象として、機能制限判断部３５４により機能制限判断を行う（Ｓ６０６）。当該ドア解錠通知は鍵コードを含まないので、機能制限判断部３５４は、当該ドア解錠に用いられた鍵コードはＦＯＢキー１６０の鍵コード１５０であるものと認識する。そして、機能制限判断部３５４は、鍵コード１５０に関連付けられた利用者属性は“特定使用者”であるとの予め与えられた情報に基づき、“機能制限なし”を示す機能制限情報を生成する。
【０１３１】
続いて、通信制御部３０４の機能制限判断部３５４は、上記生成した機能制限情報を含む機能制限通知を通信装置３４６に繰り返し出力する。これにより、当該機能制限通知は、通信装置３４６により車載ネットワークバス３０８へ出力される（Ｓ６０８）。なお、図示点線は、機能制限通知が繰り返し出力されていることを示している。
【０１３２】
その後、アプリケーション実行装置３００の電源がオンされると（Ｓ６１０）、当該アプリケーション実行装置３００の機能制限適用部３７０が、動作を開始する。当該動作の開始後に、機能制限適用部３７０は、通信制御部３０４が車載ネットワークバス３０８へ繰り返し出力している機能制限通知を受信し、受信した機能制限通知に含まれた機能制限情報を記憶装置３６６に記憶する（Ｓ６１２）。
【０１３３】
さらにその後、例えば所有者１３０がアプリケーション実行装置３００の操作装置３６２にアプリケーション部３７２ａの起動指示を与えることにより（ＳＳ６１４）、機能制限対象アプリであるアプリケーション部３７２ａが起動される（Ｓ６１６）。起動したアプリケーション部３７２ａは、機能制限情報要求を機能制限適用部３７０へ送信し（Ｓ６１８）、機能制限適用部３７０は、記憶装置３６６に記憶した機能制限情報をアプリケーション部３７２ａへ送信する（Ｓ６２０）。また、アプリケーション部３７２ａは、その後における更新された機能制限情報の通知対象として自身を登録することを要求する通知登録要求を、機能制限適用部３７０へ送信し（Ｓ６２２）、機能制限適用部３７０は、アプリケーション部３７２ａを通知対象として登録する（Ｓ６２４）。
【０１３４】
続いて、アプリケーション部３７２ａは、シーケンスＳ６２０において送信された“機能制限なし”を示す機能制限情報を受信したことに応じて、機能制限を行うことなく、通常処理の実行を継続する（Ｓ６２６）。
【０１３５】
しばらくの後、ゲスト利用者１３４が携帯端末１４４を持って車両１０２に乗り込み、所有者１３０は、ＦＯＢキー１６０を持ったまま車両１０２を下車して、車両１０２をゲスト利用者１３４に明け渡す。
【０１３６】
その後、ゲスト利用者１３４は、車両１０２を始動するため車両始動スイッチ３１０をオンにする（Ｓ６２８）。車両始動スイッチ３１０がオンされたことに応じて、まず、車両制御部３０２のＦＯＢ通信部３２６がＦＯＢキー１６０の探索を行うが、ＦＯＢキー１６０は検出されない（Ｓ６３０）。このため、車両制御部３０２の始動操作検知部３２４は、電子鍵認証要求を送信して（Ｓ６３２）、付近に存在する携帯端末が有する鍵コードの認証を通信制御部３０４へ依頼する。
【０１３７】
車両制御部３０２から電子鍵認証要求を受信した通信制御部３０４は、電子鍵認証部３５２により、車両１０２の車室内に存在する携帯端末１４４から、鍵コード１５４を取得すると共に、鍵認証処理を行う（Ｓ６３４）。電子鍵認証部３５２は、記憶装置３４２の電子鍵ＤＢ３５６を参照し、携帯端末１４４の鍵コード１５４の電子鍵基本情報「ＶＫ００２」と一致する電子鍵基本情報を電子鍵ＤＢ３５６内に発見し、電子鍵認証が合格であった旨の電子鍵認証結果通知を車両制御部３０２へ送信する（Ｓ６３６）。当該電子鍵認証結果通知を受信したことに応じて、車両制御部３０２の始動操作検知部３２４は、電源制御部３２８に指示して電力供給システム３１２の動作をオンにし（Ｓ６３８）、車両始動通知を通信制御部３０４へ送信する（Ｓ６４０）。
【０１３８】
通信制御部３０４の機能制限判断部３５４は、車両始動通知受信したことに応じて、更新予告通知をアプリケーション実行装置３００へ送信すると共に（Ｓ６４２）、車両始動通知に含まれた鍵コード１５４に基づき、機能制限判断処理を開始する（Ｓ６４４）。アプリケーション実行装置３００の機能制限適用部３７０は、通信制御部３０４から更新予告通知を受信したことに応じて、シーケンスＳ５３０において通知対象として登録したアプリケーション部３７２ａへ制限更新予告通知を送信すると共に（Ｓ６４６）、更新予告通知の受信後の経過時間ｔの計測を開始する（Ｓ６４８）。アプリケーション部３７２ａは、制限更新予告通知を受信したことに応じて、表示装置３６０に待機メッセージを表示する（Ｓ６５０）。
【０１３９】
そして、経過時間ｔが所定時間を経過する前に通信制御部３０４が機能制限判断部３５４により新たな機能制限情報を含む機能制限通知を車載ネットワークバス３０８に送出し（Ｓ６５２）、且つ機能制限適用部３７０がこれを受信したときは、機能制限適用部３７０は、その機能制限通知に含まれた機能制限情報により、記憶装置３６６が記憶する機能制限情報を更新する（Ｓ６５４）。そして、更新した機能制限情報を、シーケンスＳ６２４において通知対象として登録したアプリケーション部３７２ａへ送信する（Ｓ６５６）。
【０１４０】
ここで、シーケンスＳ６４０において送信される車両始動通知に含まれる鍵コードは、利用者属性“非特定使用者”に関連付けられている携帯端末１４４の鍵コード１５４であるので、シーケンスＳ６４４の機能制限判断においては、“機能制限あり”を示す機能制限情報が生成される。従い、シーケンスＳ６５４においては、当該“機能制限あり”を示す機能制限情報により、記憶装置３６６が記憶する機能制限情報が更新されることとなる。
【０１４１】
アプリケーション部３７２ａは、更新された上記機能制限情報、すなわち、“機能制限あり”を示す機能制限情報を受信したことに応じて、表示装置３６０に機能制限メッセージを表示すると共に（Ｓ６５８）、通常処理を中断する（Ｓ６６０）。
【０１４２】
一方、車載ネットワークバス３０８の負荷状況等に起因して、経過時間ｔが所定時間を経過する前に通信制御部３０４から機能制限通知を受信しないときは、機能制限適用部３７０は、記憶装置３６６に記憶されている以前の機能制限情報、すなわち、“機能制限なし”を示す機能制限情報を、シーケンスＳ６２４において通知対象として登録したアプリケーション部３７２ａへ送信する（Ｓ６６２）。アプリケーション部３７２ａは、当該機能制限情報を受信したことに応じて、表示装置３６０における待機メッセージの表示を消去すると共に、通常処理を継続する（Ｓ６６４）。
【０１４３】
上記のシーケンスにより、所有者１３０がドア解錠してから車両始動が行われるまでの期間は、当該期間における車両１０２の利用者である所有者１３０に対しては、アプリケーション実行装置３００におけるアプリケーションの実行は制限されないこととなる。また、その後に、ゲスト利用者１３４が車両１０２を始動した後は、その後の車両１０２の利用者であるゲスト利用者１３４に対して、アプリケーション実行装置３００におけるアプリケーション部３７２ａの機能制限が行われることとなる。また、ゲスト利用者１３４が車両始動を行った後であっても、車載ネットワークバス３０８の負荷状況等に起因して、アプリケーション部３７２ａに対する機能制限判断部３５４における機能制限判断の適用が所定時間を超えて遅延する場合には、アプリケーション実行装置３００におけるアプリケーション機能制限の状態は変更されず、当該遅延による違和感を現在の利用者であるゲスト利用者１３４に与えてしまうことが回避される。
【０１４４】
［７．まとめ］
以上説明したように、本実施形態の車両制御システム１００は、複数の電子鍵１５０等のそれぞれを用いて利用することのできる車両１０２に設けられた処理装置３６４と、処理装置３６４がアプリケーションプログラムを実行することにより実現されるアプリケーション部３７２ａ、３７２ｂと、を備える。また、車両制御システム１００は、車両１０２に使用された電子鍵１５０等の鍵コードに基づいて機能制限対象であるアプリケーション部３７２ａの機能制限を行うか否かを判断する機能制限判断部３５４を備える。また、車両制御システム１００は、アプリケーション部３７２ａ等に対し機能制限判断部３５４における判断結果である機能制限情報の適用を指示する機能制限適用部３７０を備える。
【０１４５】
そして、機能制限判断部３５４は、車両１０２の利用開始から利用終了までの期間における、電子鍵１５０等のいずれかが使用される複数の所定のタイミングで、当該使用された電子鍵の鍵コードに基づいて機能制限対象アプリであるアプリケーション部３７２ａの機能制限を行うか否かを判断する。また、機能制限適用部３７０は、アプリケーション部３７２ａの起動の際、及び当該起動のあと機能制限判断部３５４から上記判断結果の通知である機能制限通知を受信した際に、アプリケーション部３７２ａに対し上記機能制限情報を送信して、機能制限判断部３５４における上記判断結果の適用を指示する。
【０１４６】
この構成によれば、利用者による特別なキー操作を行うことなく、且つアプリケーション実行装置３００、車両制御部３０２、通信制御部３０４などの車載装置の処理負荷の増大を招くことなく、アプリケーション部３７２ａの実行を通じてアプリケーション実行装置３００が利用者に提供する機能を、車両１０２の現在の利用者に応じて自動的に制限することができる。
【０１４７】
また、車両制御システム１００では、アプリケーション部３７２ａは、当該アプリケーション部３７２ａの起動の後において機能制限適用部３７０が機能制限判断部３５４から上記判断結果の通知である機能制限通知を受信した際に当該判断結果の適用の指示である機能制限情報の送信を自身に対して行うよう指示する通知要求を、当該アプリケーション部３７２ａの起動の際に機能制限適用部３７０へ送信する。
【０１４８】
この構成によれば、機能制限適用部３７０は、例えば複数のアプリケーション部が起動された場合には、その後に受信する機能制限通知を、全てのアプリケーション部に送信するのではなく、上記通知要求を送信したアプリケーション部にのみ送信すればよいので、処理負荷の増大を招くことなく、アプリケーション機能制限を継続することができる。
【０１４９】
また、車両制御システム１００では、機能制限判断部３５４は、車両１０２に用いられた電子鍵１５０等の保持者が、車両１０２の所有者１３０又当該所有者１３０と所定の関係を有する者である特定使用者であるか、又は当該特定使用者以外の非特定使用者であるか、に基づいてアプリケーション部３７２ａの機能制限を行うか否かを判断する。
【０１５０】
この構成によれば、利用者が特定使用者であるか非特定使用者であるかに応じてアプリケーション機能制限を行うか否かが判断されるので、機能制限判断部３５４は、複雑な判断を行うことなく、従って処理負荷を増大させることなく、車両１０２の利用者に応じたアプリケーション機能制限を行うことができる。
【０１５１】
また、車両制御システム１００では、所有者１３０が所有するＦＯＢキー１６０の電子鍵１５０を除き、家族利用者１３２等の電子鍵１５２等のそれぞれの鍵コードは、当該電子鍵の保持者が特定使用者であるか又は非特定使用者であるかを示す情報を含んでいる。この構成によれば、機能制限判断部３５４は、鍵コードそのものから当該鍵コードの利用者が特定使用者であるか非特定使用者であるかを判断することができるので、処理負荷を低減することができる。
【０１５２】
また、車両制御システム１００では、上記所定のタイミングは、複数の電子鍵１５０等のいずれかを用いて車両１０２のドアが解錠されたときを含む。この構成によれば、車両利用の最初の段階であるドア解錠に用いられた鍵コードに基づいて、当該車両の利用を開始する利用者に応じたアプリケーション機能制限を、まず開始することができる。
【０１５３】
また、車両制御システム１００では、上記所定のタイミングは、複数の電子鍵１５０等のいずれかが車両１０２の始動に用いられたときを含む。この構成によれば、車両１０２の走行期間が開始される際に、当該走行を行う予定の利用者に応じたアプリケーション機能制限に切り替えるか、又は当該利用者に応じたアプリケーション制限を開始することができる。
【０１５４】
また、車両制御システム１００では、機能制限適用部３７０は、車両１０２の始動からの経過時間ｔを計測し、経過時間ｔが所定の時間を経過する前に機能制限判断部３５４から判断結果を受信しないときは、アプリケーション部３７２ａに対し、車両１０２の始動の前に受信した機能制限判断部３５４における判断結果の適用を指示する。
【０１５５】
この構成によれば、車両始動時に行われる機能制限判断部３５４におけるアプリケーション機能制限を行うか否かの判断の結果が、当該判断に通常必要とされる時間を超えて遅延してアプリケーション部３７２ａに反映されることにより利用者に与える違和感を、防止することができる。
【０１５６】
また、車両制御システム１００では、機能制限適用部３７０によって機能制限判断部３５４における上記判断の結果である機能制限情報の適用が指示されるアプリケーション部３７２ａは、料金が発生し得るコンテンツ、又は前記特定使用者の個人情報に関わるコンテンツを含むものである。この構成によれば、非特定使用者である例えばゲスト利用者１３４等により課金を伴うコンテンツが利用されて所有者１３０にその請求が成される等の不都合の発生を防止することができる。
【０１５７】
また、車両制御システム１００では、機能制限適用部３７０は、処理装置３６４が実行するオペレーティングシステムの一部を構成するか、オペレーティングシステムとアプリケーション部３７２ａ、３７２ｂとの間に介在するミドルウェアを構成するか、又は前記オペレーティングシステムの上で実行されるバックグラウンドアプリケーションを構成する。
【０１５８】
この構成によれば、オペレーティングシステムそのものを変更することなく、標準のオペレーティングシステムを用いて、機能制限適用部３７０を実現することができるので、車両制御システム１００を容易且つ安価に実現することができる。
【０１５９】
［８．変形例］
なお、本発明は上記実施形態の構成に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能である。
【０１６０】
例えば、利用管理サーバ１０６は、利用者属性情報を含んだ鍵コードを生成するものし、機能制限判断部３５４は、利用管理サーバ１０６が発行した鍵コードについては、当該鍵コードから利用者属性を取得するものとしたが、これには限られない。例えば、利用管理サーバ１０６は、電子鍵基本情報のみを含む電子鍵を発行し、機能制限判断部３５４は、ドア解錠通知又は車両始動通知に含まれる鍵コードに関連付けられた利用者属性を利用管理サーバ１０６へ問い合わせるものとしてもよい。利用管理サーバ１０６は、利用者ＤＢ２５０を参照し、上記問合せに係る鍵コードに関連付けられた利用者属性を、車両１０２へ送信するものとすることができる。
【０１６１】
また、上述した実施形態では、車両制御システム１００は、機能制限判断部３５４が生成した機能制限情報に基づき、アプリケーション実行装置３００における機能制限対象アプリであるアプリケーション部３７２ａの全体の実行が制限されるものとしたが、これには限られない。例えば、機能制限判断部３５４が生成した機能制限情報に基づき、機能制限対象アプリであるアプリケーション部３７２ａの一部の機能の実行が制限されるものとしてもよい。この場合、どの機能を制限するかは、アプリケーション部３７２ａを実現するアプリケーションプログラムにおいて記述されているものとすることができる。
【０１６２】
また、本実施形態では、機能制限メッセージ及び又は待機メッセージは、アプリケーション部３７２ａが機能制限情報を受信した際に表示装置３６０に表示されるものとしたが、これには限られない。これに代えて又はこれに加えて、アプリケーション部３７２ａは、表示装置３６０に表示されるアプリケーション部３７２ａを示すアイコンを利用者がクリック又はタッチしたことを条件として、その前に受信した機能制限情報に基づいて機能制限メッセージ又は待機メッセージを表示装置３６０に表示するものとしてもよい。
【０１６３】
また、車両１０２との通信可能範囲内に、ＦＯＢキー１６０と携帯端末１４２等が存在する場合や、複数の携帯端末１４２等が存在する場合において、車両始動に何が用いられたのか（ＦＯＢキーか、あるいはいずれの携帯端末か）が特定できるように、始動に用いるＦＯＢキー１６０及び又は携帯端末１４２等を載置するためのステージを設けるものとしてもよい。この場合には、車両制御部３０２の無線装置３２２のアンテナ及び通信制御部３０４の無線装置３４４のアンテナを上記ステージの近傍にも設けるものとし、無線装置３２２及び３４４が極近距離通信を行うことで、車両始動に用いられた鍵コードを、ステージ上に載置されたＦＯＢキー１６０又は携帯端末１４２等から取得するものとすることができる。
【符号の説明】
【０１６４】
１００…車両制御システム、１０２…車両、１０４…ネットワーク、１０６…利用管理サーバ、１２０…車載システム、１３０…所有者、１３２…家族利用者、１３４、１３６…ゲスト利用者、１４０、１４２、１４４、１４６…携帯端末、１５０、１５２、１５４、１５６…電子鍵（鍵コード）、１６０…ＦＯＢキー、２００、３２０、３４０、３６４…処理装置、２０２、３４２、３６６…記憶装置、２０４、３２３、３４６、３６８…通信装置、２２０…利用者管理部、２２２…電子鍵発行部、２５０…利用者ＤＢ、３００…アプリケーション実行装置、３０２…車両制御部、３０４…通信制御部、３０６…テレメトリ・コントロール・ユニット（ＴＣＵ）、３０８…車載ネットワークバス、３１０…車両始動スイッチ、３１２…電力供給システム、３１４…ドアロック機構、３２２、３４４…無線装置、３２４…始動操作検知部、３２６…ＦＯＢ通信部、３２８…電源制御部、３３０…ドアロック制御部、３５０…ドア操作受付部、３５２…電子鍵認証部、３５４…機能制限判断部、３６０…表示装置、３６２…操作装置、３７０…機能制限適用部、３７２ａ、３７２ｂ…アプリケーション部。
【図１】
2020065821.tif 000003
【図２】
2020065821.tif 000004
【図３】
2020065821.tif 000005
【図４】
2020065821.tif 000006
【図５】
2020065821.tif 000007
【図６】
2020065821.tif 000008
【図７】
2020065821.tif 000009
【図８】
2020065821.tif 000010
【図９】
2020065821.tif 000011
【図１０】
2020065821.tif 000012
【国際調査報告】
2020065821.tif 000013
2020065821.tif 000014
2020065821.tif 000015
2020065821.tif 000016