(57)【特許請求の範囲】
【請求項１】
携帯端末で機器を操作できるキー機能を管理するキー機能管理システムにおいて、
前記携帯端末は、前記キー機能のサービスを提供するセンターで発行された当該サービスの有効期限が書き込まれるメモリ部を備え、
前記機器は、前記センターを介さないローカル通信による認証で正当性の確認がとれた携帯端末を対象に、当該携帯端末の前記メモリ部から前記サービスの有効期限を読み出して、当該携帯端末のキー機能による当該機器の操作の可否を判断する端末認証ユニットと、当該機器の周辺に呼び掛け信号を送信するとともに、その呼び掛け信号に対する応答信号を解析して、前記携帯端末とは別の電子キーの正当性を確認するキー照合を実行するキー照合ユニットとを備え、
前記機器の端末認証ユニットは、前記携帯端末のメモリ部から読み出した前記サービスの有効期限が切れているとき、前記キー照合ユニットによって正当性が確認された電子キーが存在することを条件に、当該携帯端末のキー機能を停止する
ことを特徴とするキー機能管理システム。
【請求項２】
前記機器の端末認証ユニットには、当該機器を所有するユーザの機器保管位置が登録され、
前記機器の端末認証ユニットは、前記携帯端末のメモリ部から読み出した前記サービスの有効期限が切れているとき、当該機器が前記機器保管位置にあることを条件に、当該携帯端末のキー機能を停止する
請求項１に記載のキー機能管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末で機器を操作できるキー機能を管理するキー機能管理システムに関する。
【背景技術】
【０００２】
近年、例えば高機能携帯電話等の携帯端末を電子キーの代わりに車両キーとして使用することを可能とする無線キー照合システムが検討されている（特許文献１等参照）。この種の携帯端末を電子キーとして使用することができれば、常時携帯することが予想される携帯端末で車両を操作することが可能となるので、電子キーを持ち歩く必要が生じず、利便性がよくなると予測される。
【０００３】
例えば、携帯端末で車両を操作できるキー機能のサービスに加入すれば、ブルートゥース（登録商標）やＮＦＣ（Near Field Communication）による認証で無線キー照合が成立したことを条件に、車両ドアの施解錠やエンジンの始動が可能となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２７３２６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ブルートゥースやＮＦＣのみを利用した無線キー照合システムでは、サービス使用料未払い（期限切れ）の場合、認証をローカル通信で実施するため、サービスの利用停止ができない。なお、センターを介して認証を行うシステムでは、センターで停止することが可能である。
【０００６】
本発明は、このような問題点に着目してなされたものであって、その目的は、ローカル通信のみを利用したシステムでも、キー機能を管理することが可能なキー機能管理システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するキー機能管理システムは、携帯端末で機器を操作できるキー機能を管理するキー機能管理システムにおいて、前記携帯端末は、前記キー機能のサービスを提供するセンターで発行された当該サービスの有効期限が書き込まれるメモリ部を備え、前記機器は、前記センターを介さないローカル通信による認証で正当性の確認がとれた携帯端末を対象に、当該携帯端末の前記メモリ部から前記サービスの有効期限を読み出して、当該携帯端末のキー機能による当該機器の操作の可否を判断する端末認証ユニットを備えることをその要旨としている。
【０００８】
この構成によれば、キー機能のサービスの有効期限が携帯端末のメモリ部に書き込まれ、この有効期限がローカル通信の相手である機器の端末認証ユニットによって読み出される。つまり、サービスの有効期限が携帯端末のメモリ部内で管理される。したがって、ローカル通信のみを利用したシステムでも、キー機能を管理することができる。
【０００９】
上記キー機能管理システムについて、前記機器の端末認証ユニットには、当該機器を所有するユーザの機器保管位置が登録され、前記機器の端末認証ユニットは、前記携帯端末のメモリ部から読み出した前記サービスの有効期限が切れているとき、当該機器が前記機器保管位置にあることを条件に、当該携帯端末のキー機能を停止することとしてもよい。
【００１０】
この構成によれば、キー機能のサービスの有効期限が切れている場合、機器の位置にかかわらず無条件でキー機能を停止するのではなく、機器がユーザの機器保管位置（車両を例に挙げると自宅駐車場等）にあることを条件に、キー機能が停止される。この場合、出先で機器を操作できなくなる不都合は生じない。したがって、ユーザの安全を確保できる。
【００１１】
上記キー機能管理システムについて、前記機器は、当該機器の周辺に呼び掛け信号を送信するとともに、その呼び掛け信号に対する応答信号を解析して、前記携帯端末とは別の電子キーの正当性を確認するキー照合を実行するキー照合ユニットを備え、前記機器の端末認証ユニットは、前記携帯端末のメモリ部から読み出した前記サービスの有効期限が切れているとき、前記キー照合ユニットによって正当性が確認された電子キーが存在することを条件に、当該携帯端末のキー機能を停止することとしてもよい。
【００１２】
この構成によれば、携帯端末におけるキー機能のサービスの有効期限が切れている場合でも、機器の周辺に電子キーが存在していれば、その電子キーで機器を操作できることになる。この場合、携帯端末のキー機能を停止しても不都合は生じない。したがって、ユーザの安全を確保できる。
【発明の効果】
【００１３】
本発明によれば、ローカル通信のみを利用したシステムでも、キー機能を管理することができる。
【図面の簡単な説明】
【００１４】
【図１】一実施形態のキー機能管理システムの構成図。
【図２】携帯端末のメモリ部へユーザ情報を書き込むときの手順図。
【図３】携帯端末へアプリケーションをダウンロードするときの手順図。
【図４】車載部品の製造及び取り付けの手順図。
【図５】メモリ部へのデータ書き込みの手順図。
【発明を実施するための形態】
【００１５】
以下、キー機能管理システムの一実施形態を図１〜図５に従って説明する。
［無線キー照合システムの説明］
図１に示すように、車両１は、無線によるキー照合が可能な無線キー照合システム２を備える。無線キー照合システム２は、携帯端末３を車両キーとする携帯端末キーシステム４と、電子キー５を車両キーとする電子キーシステム６とを備えることが好ましい。携帯端末３は、例えば高機能携帯電話であることが好ましい。車両１は携帯端末３及び電子キー５のどちらによっても操作可能であるが、ユーザが常時携帯する可能性の高い携帯端末３をメインキーとして使用し、電子キー５をサブキーとして使用するとよい。
【００１６】
携帯端末キーシステム４の通信は、通信距離が例えば数〜１０数ｃｍ程度の近距離無線通信であることが好ましい。近距離無線通信は、例えばＮＦＣ（Near Field Communication）やブルートゥース（Ｒ）を用いた通信であるとよい。近距離無線通信は、例えばＬＦ（Low Frequency ）、ＨＦ（High Frequency）、ＵＨＦ（Ultra High Frequency）等の種々の電波が使用可能である。この携帯端末キーシステム４の通信のようにセンター（後述する第１センター２０）を介さない通信をローカル通信と規定する。携帯端末３には、それぞれの携帯端末３の固有情報として携帯端末キー情報Ｄkeが書き込み保存されている。携帯端末キー情報Ｄkeは、携帯端末３に設けられたメモリ部７に書き込まれることが好ましい。携帯端末キー情報Ｄkeは、携帯端末キーシステム４のＩＤ照合で使用する認証情報の一種である。携帯端末キー情報Ｄkeは、例えば各携帯端末３の固有ＩＤである携帯端末キーＩＤと、キー照合の暗号通信で使用する携帯端末キー鍵とを備えることが好ましい。暗号通信は、例えばチャレンジレスポンス認証であることが好ましい。また、携帯端末キー情報Ｄkeは、携帯端末３を車両キーとするキー機能のサービスの有効期限を備える。
【００１７】
携帯端末３には、携帯端末キー情報Ｄkeとは別の固有情報として、ユーザ情報Ｄusが書き込み保存されている。ユーザ情報Ｄusは、各携帯端末３のユーザに関わる個人情報の一種である。ユーザ情報Ｄusは、例えば携帯端末３の電話番号と、携帯端末３に設けられたメモリ部７の固有番号とを含むことが好ましい。メモリ部７が例えばＵＩＭ（User Identity Module）カードの場合、固有番号は、各ＵＩＭカードに割り振られた固有ＩＤであることが好ましい。ＵＩＭカードとしては、例えばＳＩＭ（Subscriber Identity Module）カードがある。
【００１８】
電子キーシステム６の通信は、通信距離が例えば数ｍ程度の狭域無線通信であることが好ましい。狭域無線通信は、車両１→電子キー５の通信がＬＦ帯の電波、その逆がＵＨＦ帯の電波の双方向通信であるとよい。電子キー５には、それぞれの電子キー５の固有ＩＤである電子キーＩＤと、キー照合の暗号通信で使用する電子キー鍵とが書き込み保存されている。この暗号通信も、例えばチャレンジレスポンス認証であることが好ましい。
【００１９】
車両１は、携帯端末３の正当性を認証する端末認証ＥＣＵ（Electronic Control Unit ）８と、電子キー５の正当性を認証する照合ＥＣＵ９と、車載電装品の電源を管理するボディＥＣＵ１０と、エンジン１２を制御するエンジンＥＣＵ１１とを備える。これらＥＣＵは、車内の通信バス１３を通じて接続されている。通信バス１３は、例えばＣＡＮ（Controller Area Network ）であることが好ましい。ボディＥＣＵ１０は、ＧＰＳ（Global Positioning System ）受信機１０ａから現在の時刻や車両１の位置を取得するとともに、ブザー１０ｂを通じて音による報知動作を行い、また、ＬＥＤ（Light Emitting Diode）１０ｃを通じて光による報知動作を行う。
【００２０】
端末認証ＥＣＵ８には、端末認証ＥＣＵ８（車両１）に登録された携帯端末キー情報Ｄke、すなわち携帯端末キーＩＤ及び携帯端末キー鍵が書き込み保存されている。端末認証ＥＣＵ８には、複数の携帯端末３、すなわち携帯端末キーＩＤ及び携帯端末キー鍵を複数組登録することが可能である。端末認証ＥＣＵ８には、端末認証ＥＣＵ８における電波の送受信を可能とする通信アンテナ１４が接続されている。端末認証ＥＣＵ８は、通信アンテナ１４を介して、携帯端末３のメモリ部７に書き込み保存されているキー機能のサービスの有効期限を読み出すことが可能である。
【００２１】
照合ＥＣＵ９には、照合ＥＣＵ９（車両１）に登録された電子キー５の電子キーＩＤと、その電子キー５の電子キー鍵とが書き込み保存されている。照合ＥＣＵ９には、複数の電子キー５、すなわち電子キーＩＤ及び電子キー鍵を複数組登録することが可能である。照合ＥＣＵ９には、車外に電波を送信可能な車外送信アンテナ１５と、車内に電波を送信する車内送信アンテナ１６と、車両１において電波を受信可能な受信アンテナ１７とが接続されている。車外送信アンテナ１５及び車内送信アンテナ１６は、例えばＬＦ電波を送信可能であることが好ましい。受信アンテナ１７は、例えばＵＨＦ電波を受信可能であることが好ましい。照合ＥＣＵ９には、車両電源を切り替える際に操作するエンジンスイッチ１８が接続されている。エンジンスイッチ１８は、例えば運転席に配置され、操作によって車両電源がＩＧオフ、ＡＣＣオン、ＩＧオン、エンジンスタート等に切り替えられる。
【００２２】
端末認証ＥＣＵ８は、携帯端末３とのキー照合を暗号通信により実行する。具体的にいうと、まず端末認証ＥＣＵ８は、ＮＦＣ通信の場合、携帯端末３が近接されたか否かを確認するために、通信アンテナ１４から搬送波Ｓｖを定期的に間欠送信するポーリング（待ち受け）を実行する。携帯端末３が通信アンテナ１４に近接されると、搬送波Ｓｖの振幅が負荷変調により変化する。端末認証ＥＣＵ８は、搬送波Ｓｖの振幅変化を確認すると、携帯端末キーシステム４によるＩＤ照合を開始する。
【００２３】
端末認証ＥＣＵ８は、携帯端末３とのＩＤ照合として、例えばチャレンジレスポンス認証を実行する。この場合、端末認証ＥＣＵ８は、送信の度に毎回異なる値をとるチャレンジコードＳchを携帯端末３に送信する。携帯端末３は、端末認証ＥＣＵ８からチャレンジコードＳchを受信すると、これを自身の携帯端末キー鍵に通すことによりレスポンスコードを演算し、レスポンス信号Ｓreを端末認証ＥＣＵ８に送信する。レスポンス信号Ｓreは、例えばレスポンスコードと、携帯端末３に書き込み保存された携帯端末キーＩＤとを含む信号であるとよい。
【００２４】
端末認証ＥＣＵ８は、チャレンジコードＳchを携帯端末３に送信するあたり、このチャレンジコードＳchを自身の携帯端末キー鍵に通すことにより、自らもレスポンスコードを演算する。端末認証ＥＣＵ８は、携帯端末３からレスポンス信号Ｓreを受信すると、レスポンス信号Ｓre内のレスポンスコードの正当性を確認するレスポンス照合と、レスポンス信号Ｓre内の携帯端末キーＩＤの正当性を確認するキーＩＤ照合とを実行する。端末認証ＥＣＵ８は、これら照合が成立することを確認すると、ボディＥＣＵ１０による車両ドアの施解錠や、エンジンスイッチ１８の操作による車両電源の遷移を許可又は実行する。
【００２５】
照合ＥＣＵ９は、電子キー５とのキー照合を暗号通信により実行する。具体的にいうと、車外の電子キー５とキー照合を行う場合、照合ＥＣＵ９は、車外送信アンテナ１５からウェイク信号Ｓwkを定期送信する。電子キー５は、車外送信アンテナ１５のウェイク信号Ｓwkを受信すると、アック信号Ｓack を照合ＥＣＵ９に送信する。照合ＥＣＵ９は、電子キー５からアック信号Ｓack を受信すると、電子キーシステム６によるＩＤ照合（スマート照合）を開始する。なお、電子キーシステム６のＩＤ照合は、携帯端末キーシステム４のＩＤ照合に対してＩＤと鍵とが異なるだけで原理は同じであるので、説明を省略する。すなわち、照合ＥＣＵ９からチャレンジコードＳchが送信され、電子キー５からレスポンス信号Ｓreが送信されて、レスポンス照合及びキーＩＤ照合が実行される。照合ＥＣＵ９は、電子キー５と車外スマート照合が成立することを確認すると、ボディＥＣＵ１０による車両ドアの施解錠を許可又は実行する。
【００２６】
照合ＥＣＵ９は、ユーザが車内に乗車したことをカーテシスイッチ等により確認すると、今度は車内送信アンテナ１６からウェイク信号Ｓwkの送信を開始して、車外と同様に、車内スマート照合を実行する。照合ＥＣＵ９は、電子キー５と車内スマート照合が成立することを確認すると、エンジンスイッチ１８の操作による車両電源の遷移を許可する。電子キー５とのキー照合において、車両１から送信されるウェイク信号Ｓwk等は呼び掛け信号に相当し、電子キー５から送信されるアック信号Ｓack 等は応答信号に相当する。照合ＥＣＵ９はキー照合ユニットに相当する。
【００２７】
［キー機能管理システムの構成］
図１に示すように、機器（一例は車両１、以下同様）は、携帯端末３で車両１を操作できるキー機能を管理するキー機能管理システム１９を備える。キー機能管理システム１９は、例えば携帯端末３、端末認証ＥＣＵ８、第１センター２０及び第２センター２１から構築されることが好ましい。携帯端末３、第１センター２０及び第２センター２１は、ネットワーク２２を通じて通信可能であることが好ましい。第１センター２０は、キー機能のサービスを提供するセンターであることが好ましい。第２センター２１は、例えば市場のサービスプロバイダであることが好ましい。なお、キー機能の管理には、端末認証ＥＣＵ８の製造工場２３と、車両１を販売するディーラ２４とが関係してもよい。ユーザ情報Ｄusは、キー機能管理システム１９に申し込んだときにユーザに割り振られる情報（一例は電話番号）を含むとよい。
【００２８】
端末認証ユニット（一例は端末認証ＥＣＵ８、以下同様）には、それぞれの端末認証ユニットの固有情報として端末認証ユニット情報Ｄunが書き込み保存されている。端末認証ユニット情報Ｄunは、各端末認証ＥＣＵ８を識別するための情報の一種であり、例えば製造時に書き込まれることが好ましい。端末認証ユニット情報Ｄunは、例えば各端末認証ＥＣＵ８の固有ＩＤであるＥＣＵ−ＩＤと、暗号鍵の一種であるＥＣＵ鍵とを備えることが好ましい。また、端末認証ユニット情報Ｄunは、車両１を所有するユーザの自宅位置を備える。自宅位置の登録は、ＩＣ免許証の情報を読むかディーラ２４でのツールから行うことが好ましい。この自宅位置は機器保管位置の一例であり、具体的にはユーザが車両１を駐車する自宅駐車場である。尚、社用車の場合には、勤務先の駐車場が機器保管位置に相当する。
【００２９】
キー機能管理システム１９は、端末認証ユニットが有する端末認証ユニット情報Ｄunと、携帯端末３が有する固有識別情報（一例は携帯端末キーＩＤ、以下同様）とを、紐付けして管理するデータベース２５を備える。データベース２５は、例えば第１センター２０に設けられることが好ましい。データベース２５は、個々の端末認証ユニットが持つ端末認証ユニットＩＤ（一例はＥＣＵ−ＩＤ、以下同様）と、各携帯端末３の携帯端末キーＩＤとの紐付けを管理することが好ましい。具体的にいうと、データベース２５は、ユーザ情報Ｄus、端末認証ユニット情報Ｄun及び携帯端末キー情報Ｄkeの紐付けを管理することが好ましい。
【００３０】
キー機能管理システム１９は、携帯端末３を端末認証ユニットに登録するとき、データベース２５を参照することにより、固有識別情報に関連付いた端末認証ユニットにのみ登録を許可する登録可否判定部２６を備える。登録可否判定部２６は、例えば第１センター２０に設けられることが好ましい。
【００３１】
キー機能管理システム１９は、携帯端末３を端末認証ユニットに登録することが許可されたとき、携帯端末３がＩＤ照合で使用する携帯端末キー情報Ｄke（本例は携帯端末キー鍵）を、その元となるＳＥＥＤコード（種コード）により端末認証ユニットに向けて配送するキー情報配送部２７を備えることが好ましい。キー情報配送部２７は、例えば第１センター２０に設けられるとよい。キー機能管理システム１９は、端末認証ユニットにおいて取得したＳＥＥＤコードを基に携帯端末キー情報Ｄke（本例は携帯端末キー鍵）を計算するキー情報計算部２８を備えることが好ましい。キー情報計算部２８は、例えば端末認証ＥＣＵ８に設けられるとよい。
【００３２】
キー機能管理システム１９は、データベース２５の書き込みを管理するデータベース反映部２５ａを備えることが好ましい。データベース反映部２５ａは、例えば第１センター２０に設けられることが好ましい。データベース反映部２５ａは、携帯端末３に書き込まれたユーザ情報Ｄusと、登録先の端末認証ユニットのＩＤとの提供を受けて、ユーザ情報Ｄus及び端末認証ユニットＩＤの紐付けをデータベース２５に反映する。また、データベース反映部２５ａは、携帯端末キー情報Ｄkeが携帯端末３に発行されるとき、携帯端末３から得たユーザ情報Ｄusを頼りに、端末認証ユニットＩＤ及び携帯端末キーＩＤの紐付けをデータベース２５に反映する。
【００３３】
次に、図２〜図５を用い、キー機能管理システム１９の動作を説明する。
図２に、携帯端末３のメモリ部７へユーザ情報Ｄusを書き込むときの概要を図示する。ステップ１０１において、メモリ部７は、メモリ部７に設けられた固有番号書き込み領域２９に、各メモリ部７の固有番号（一例は「α」）を書き込む。固有番号の書き込みは、例えばメモリ部７の製造にあたり、メモリ部７の製造工場で実施されることが好ましい。
【００３４】
ステップ１０２において、メモリ部７は、メモリ部７に設けられた電話番号書き込み領域３０に、ユーザ固有の電話番号（一例は「１２３４」）を書き込む。電話番号の書き込みは、例えばユーザがショップ等に赴いて電話回線契約（電話回線申し込み）を行うとき、ショップで実施されることが好ましい。
【００３５】
図３に、携帯端末３へ各種アプリケーションをダウンロードするときの概要を図示する。ステップ２０１に示すように、ユーザは、例えばディーラ２４において、ネットワーク２２の通信を通じ、携帯端末３に携帯端末キー情報Ｄkeを書き込むのに必要なＵＩアプリケーション（ユーザインターフェースアプリ）３１を、携帯端末３にダウンロードする。ＵＩアプリケーション３１は、例えばJava（Ｒ）アプリケーションのマーケットから取得することが好ましい。
【００３６】
ステップ２０２において、ユーザは、携帯端末キー情報Ｄkeを書き込むときに必要な書き込みアプリケーション３２を、例えばネットワーク２２の通信を通じて携帯端末３にダウンロードする。書き込みアプリケーション３２は、例えばメモリ部７がＵＩＭカードの場合、ＩＣアプレットであることが好ましい。ＩＣアプレットは、ＵＩＭカード上で動作するJava（Ｒ）Cardアプリである。
【００３７】
ステップ２０３において、携帯端末３は、ネットワーク２２の通信を通じてダウンロードした書き込みアプリケーション３２を、メモリ部７に書き込む。書き込みアプリケーション３２は、携帯端末キー情報Ｄkeの書き込み領域となる書き込みフォーマット３３を備える。書き込みフォーマット３３は、携帯端末キー情報Ｄkeの書き込み領域として携帯端末キーＩＤ書き込み領域３４及び携帯端末キー鍵書き込み領域３５及び有効期限書き込み領域３６を備える。なお、書き込みアプリケーション３２をメモリ部７に書き込んだ時点では、書き込みフォーマット３３は空データとなっている。
【００３８】
図４に、車載部品の製造及び取り付けの概要を図示する。ステップ３０１において、例えば端末認証ＥＣＵ８の製造工場２３は、端末認証ＥＣＵ８として端末認証ＥＣＵ−Ａを製造する。端末認証ＥＣＵ−Ａは、端末認証ユニット情報Ｄunの書き込み領域としてＥＣＵ−ＩＤ書き込み領域３７及びＥＣＵ鍵書き込み領域３８を備える。ここでは、ＥＣＵ−ＩＤ書き込み領域３７にＥＣＵ−ＩＤ「ＩＤ−Ａ」が書き込まれ、ＥＣＵ鍵書き込み領域３８にＥＣＵ鍵「鍵−Ａ」が書き込まれる。端末認証ＥＣＵ−Ａには、鍵配送の暗号通信に使用する暗号アルゴリズム３９も書き込まれている。暗号アルゴリズム３９は、例えばＡＥＳ（Advanced Encryption Standard）であることが好ましい。
【００３９】
ステップ３０２において、データベース反映部２５ａは、端末認証ＥＣＵ−Ａに書き込まれた端末認証ユニット情報Ｄunを、第１センター２０のデータベース２５に反映する。データベース２５は、ユーザ情報Ｄusの書き込み領域である電話番号書き込み領域４０及び固有番号書き込み領域４１と、端末認証ユニット情報Ｄunの書き込み領域であるＥＣＵ−ＩＤ書き込み領域４２及びＥＣＵ鍵書き込み領域４３と、携帯端末キー情報Ｄkeの書き込み領域である携帯端末キーＩＤ書き込み領域４４及び携帯端末キー鍵書き込み領域４５及び有効期限書き込み領域４６とを備える。ここでは、ＥＣＵ−ＩＤ書き込み領域４２にＥＣＵ−ＩＤ「ＩＤ−Ａ」が書き込まれ、ＥＣＵ鍵書き込み領域４３にＥＣＵ鍵「鍵−Ａ」が書き込まれる。データベース２５への反映は、例えばネットワーク２２を使用した通信、電話、ＦＡＸ、郵送など、種々の態様が採用可能である。
【００４０】
ステップ３０３において、製造工場２３は、製造した端末認証ＥＣＵ−Ａをディーラ２４に納入する。
ステップ３０４において、ディーラ２４は、製造工場２３から納入された端末認証ＥＣＵ−Ａを、ユーザの車両１に取り付ける。
【００４１】
ステップ３０５において、ディーラ２４に赴いたユーザは、携帯端末キーシステム４への申し込みを行う。この場合、ユーザは、例えば申込み用紙４７に必要事項（一例は電話番号「１２３４」及び有効期限「ＹＹＹＹ／ＭＭ／ＤＤ」等）を記入して、ディーラ２４に届け出る。
【００４２】
ステップ３０６において、データベース反映部２５ａは、ディーラ２４に届け出されたユーザ情報Ｄus等を、第１センター２０のデータベース２５に反映する。ここでは、電話番号書き込み領域４０に電話番号「１２３４」が書き込まれる。また、有効期限書き込み領域４６に有効期限「ＹＹＹＹ／ＭＭ／ＤＤ」が書き込まれる。これにより、データベース２５においてユーザ情報Ｄus等と端末認証ユニット情報Ｄunとが紐付けされる。データベース２５への反映は、例えばネットワーク２２を使用した通信、電話、ＦＡＸ、郵送など、種々の態様が採用可能である。
【００４３】
図５に、メモリ部７へのデータ書き込みの概要を図示する。ステップ４０１において、ユーザは、携帯端末３にデータ発行依頼Ｓreq1を入力する。データ発行依頼Ｓreq1は、携帯端末３の登録の開始を要求する指令であり、具体的には、メモリ部７に携帯端末キー情報Ｄkeを書き込むことを要求する入力情報である。
【００４４】
ステップ４０２において、携帯端末３（ＵＩアプリケーション３１）は、携帯端末３に入力されたデータ発行依頼Ｓreq1を、ネットワーク２２の通信を通じて第１センター２０に送信する。本例の場合、データ発行依頼Ｓreq1は、第２センター２１を経由して第１センター２０に通知される。データ発行依頼Ｓreq1は、例えばデータ発行を要求するコマンドと、ユーザ情報Ｄus等（一例は、電話番号「１２３４」及び固有番号「α」及び有効期限「ＹＹＹＹ／ＭＭ／ＤＤ」）とを含む通知であることが好ましい。
【００４５】
ステップ４０３において、第１センター２０は、第２センター２１からデータ発行依頼Ｓreq1を入力すると、携帯端末キー情報Ｄke、すなわち携帯端末キーＩＤ及び携帯端末キー鍵を作成する。このとき、データベース反映部２５ａは、データベース２５において、データ発行依頼Ｓreq1内の電話番号「１２３４」と同じ行の固有番号書き込み領域４１に、データ発行依頼Ｓreq1に含まれる固有番号「α」を書き込む。また、データベース反映部２５ａは、作成した携帯端末キーＩＤ「ＩＤ−１」を、電話番号「１２３４」と同じ行の携帯端末キーＩＤ書き込み領域４４に書き込み、作成した携帯端末キー鍵「鍵−１」を、電話番号「１２３４」と同じ行の携帯端末キー鍵書き込み領域４５に書き込む。さらに、データベース反映部２５ａは、データ発行依頼Ｓreq1に含まれる有効期限「ＹＹＹＹ／ＭＭ／ＤＤ」を、電話番号「１２３４」と同じ行の有効期限書き込み領域４６に書き込む。これにより、電話番号「１２３４」、固有番号「α」、ＥＣＵ−ＩＤ「ＩＤ−Ａ」、ＥＣＵ鍵「鍵−Ａ」、携帯端末キーＩＤ「ＩＤ−１」、携帯端末キー鍵「鍵−１」、有効期限「ＹＹＹＹ／ＭＭ／ＤＤ」が紐付けされる。
【００４６】
ステップ４０４において、第１センター２０は、作成した携帯端末キー情報Ｄke、すなわち携帯端末キーＩＤ「ＩＤ−１」及び携帯端末キー鍵「鍵−１」を、ネットワーク２２の通信を通じて携帯端末３に発行する。このとき、第１センター２０は、キー機能のサービスの有効期限も、ネットワーク２２の通信を通じて携帯端末３に発行する。本例の場合、携帯端末キーＩＤ及び携帯端末キー鍵及び有効期限は、第２センター２１を経由して携帯端末３に送信される。これにより、携帯端末３は、第１センター２０が発行した携帯端末キーＩＤ「ＩＤ−１」及び携帯端末キー鍵「鍵−１」及び有効期限「ＹＹＹＹ／ＭＭ／ＤＤ」を取得する。
【００４７】
ステップ４０５において、携帯端末３（ＵＩアプリケーション３１）は、第２センター２１から受信した携帯端末キー情報Ｄkeをメモリ部７に書き込む。ここでは、携帯端末キーＩＤ書き込み領域３４に携帯端末キーＩＤ「ＩＤ−１」が書き込まれ、携帯端末キー鍵書き込み領域３５に携帯端末キー鍵「鍵−１」が書き込まれ、有効期限書き込み領域３６に有効期限「ＹＹＹＹ／ＭＭ／ＤＤ」が書き込まれる。これにより、携帯端末３の設定が完了する。
【００４８】
次に、キー機能管理システム１９の作用について説明する。
［サービス契約時］
ブルートゥースやＮＦＣを利用した携帯端末キーシステム４において、携帯端末３にキー機能を持たせるサービスの契約時には、第１センター２０から携帯端末３のメモリ部７に対し、当該サービスの有効期限「ＹＹＹＹ／ＭＭ／ＤＤ」を発行する（図５参照）。
【００４９】
一方、車両１の端末認証ＥＣＵ８には、当該車両１を所有するユーザの自宅位置を登録する（図１参照）。なお、ユーザが簡単に変更できないように、ＩＣ免許証の情報を読むかディーラ２４でのツールから行う。
【００５０】
［サービス利用時］
ユーザがブルートゥースやＮＦＣで車両１と通信を行った際、車両１の端末認証ＥＣＵ８は、携帯端末３のメモリ部７に書き込み保存されたサービスの有効期限を読み出し、車両１のＧＰＳ受信機１０ａから取得する現在の時刻と比較して、以下のように制御を行う。
【００５１】
（Ａ）サービスの有効期限が切れるまでの残り期間が例えば１０日以上の場合には、ブザー１０ｂやＬＥＤ１０ｃによる報知動作を行わない。つまり、この場合、サービスの更新を促す通知を行わない。このとき、携帯端末３のキー機能で車両１を操作できる。
【００５２】
（Ｂ）サービスの有効期限が切れるまでの残り期間が例えば１０日未満の場合には、ＬＥＤ１０ｃによる報知動作を行う。つまり、期限切れ間近の場合、ＬＥＤ１０ｃによる注意喚起を行う。このとき、携帯端末３のキー機能で車両１を操作できる。
【００５３】
（Ｃ）サービスの有効期限が切れている場合には、ブザー１０ｂとＬＥＤ１０ｃによる報知動作を行う。つまり、この場合、サービスの期限切れである旨の警告を行い、サービスの更新を促す。さらに、車両１のＧＰＳ受信機１０ａから車両１の位置を取得し、車両１の位置に応じて以下のように制御を行う。
【００５４】
車両１の位置がサービス契約時に登録した自宅位置でないと判断した場合には、端末認証ＥＣＵ８は、携帯端末３のキー機能を停止しない。このとき、有効期限切れではあるが、自宅以外の出先であるので、携帯端末３のキー機能で車両１を操作できる。
【００５５】
一方、車両１の位置がサービス契約時に登録した自宅位置であると判断した場合には、携帯端末３のキー機能を停止する。
また、照合ＥＣＵ９で電子キー５があると判断できた場合には、携帯端末３のキー機能を停止する。この場合、期限切れの携帯端末３に代えて、電子キー５で車両１を操作できる。
【００５６】
［サービス更新時］
サービスの利用を更新すると、新しいサービス期限を第１センター２０から携帯端末３のメモリ部７に発行する（図５参照）。
【００５７】
以上説明したように、本実施の形態によれば、以下の効果を奏することができる。
（１）キー機能のサービスの有効期限が携帯端末３のメモリ部７に書き込まれ、この有効期限がローカル通信の相手である車両１の端末認証ＥＣＵ８によって読み出される。つまり、サービスの有効期限が携帯端末３のメモリ部７内で管理される。したがって、ローカル通信のみを利用した携帯端末キーシステム４でも、キー機能を管理することができる。
【００５８】
（２）キー機能のサービスの有効期限が切れている場合、車両１の位置にかかわらず無条件でキー機能を停止するのではなく、車両１がユーザの自宅にあることを条件に、キー機能が停止される。この場合、出先で車両１を操作できなくなる不都合は生じない。したがって、ユーザの安全を確保できる。
【００５９】
（３）携帯端末３におけるキー機能のサービスの有効期限が切れている場合でも、車両１の周辺に電子キー５が存在していれば、その電子キー５で車両１を操作できることになる。この場合、携帯端末３のキー機能を停止しても不都合は生じない。したがって、ユーザの安全を確保できる。
【００６０】
（４）サービス使用料未払いの場合には、車両１の端末認証ＥＣＵ８でサービスを停止できる。
（５）期限切れに伴いサービスを停止する際、キー機能の停止可否を判断してから実施することで、ユーザの安全を確保できる。
【００６１】
（６）ブルートゥースやＮＦＣ等のローカル通信のみを利用した携帯端末キーシステム４でも、改ざん困難なメモリ部７に有効期限を書き込むことにより、サービスを管理することができる。
【００６２】
なお、実施形態はこれまでに述べた構成に限らず、以下の態様に変更してもよい。
・電子キーシステム６は、例えば電子キー５が車両１に近づくと車両ドアが自動で解錠され、電子キー５が車両１から離れると車両ドアが自動で解錠されるシステムでもよい。
【００６３】
・電子キーシステム６は、例えば車両１の左右に一対の送信アンテナを備え、これら送信アンテナから送信された電波に対する電子キー５の応答の組み合わせを確認することにより、電子キー５の車内外位置を判定するシステムでもよい。
【００６４】
・電子キーシステム６は、例えばＲＦＩＤを用いたイモビライザーシステムとしてもよい。
・第１センター２０及び第２センター２１は、１つのセンターに統一してもよい。
【００６５】
・メモリ部７は、ＵＩＭカードに限定されず、情報が書き込める領域であればよい。
・ユーザ情報Ｄus、端末認証ユニット情報Ｄun、携帯端末キー情報Ｄkeの要素は、種々のパラメータに適宜変更可能である。
【００６６】
・携帯端末３は、スマートフォン等の高機能携帯電話以外の種類として、例えばタブレット端末やＩＣカード等の他の端末に変更可能である。
・携帯端末３の固有識別情報は、例えば携帯端末キー鍵やユーザ情報Ｄusなど、他の情報に変更可能である。
【００６７】
・端末認証ユニット情報Ｄunは、ＥＣＵ−ＩＤ及びＥＣＵ鍵の少なくとも一方であればよいし、端末認証ＥＣＵ８を識別できるデータであれば、これら以外のデータを採用してもよい。
【００６８】
・車載部品の製造及び取り付けの手順におけるユーザ情報Ｄus及び端末認証ユニット情報Ｄunの紐付け方法や、メモリ部７にデータ書き込みを行う手順における携帯端末キー情報Ｄkeの紐付け方法は、種々の態様に変更可能である。
【００６９】
・機器は、車両１に限らず、他の装置やシステムなどに適宜変更してもよい。
・車両１の端末認証ＥＣＵ８に、ユーザの自宅位置の他、第２の位置を登録し、いずれかの位置に車両１があることを条件に、携帯端末３のキー機能を停止してもよい。或いは、車両１の端末認証ＥＣＵ８に、３つ以上の位置を登録してもよい。
【００７０】
・サービスの有効期限が切れているとき、車両１が自宅位置にあり、且つ、照合ＥＣＵ９で電子キー５があると判断できたことを条件に、携帯端末３のキー機能を停止してもよい。
【００７１】
・車両側の時刻を取得するものは、ＧＰＳに限らず、カーナビゲーションシステム或いはメータ等でもよい。
・車両１から電子キーシステム６を割愛してもよい。
【００７２】
・ローカル通信はブルートゥースやＮＦＣに限定されない。
次に、上記実施の形態及び別例から把握できる技術的思想について記載する。
（イ）キー機能管理システムにおいて、前記機器の端末認証ユニットは、前記携帯端末のメモリ部から読み出した前記サービスの有効期限が切れている場合であって、当該機器が前記機器保管位置にあるとき、前記キー照合ユニットによって正当性が確認された電子キーが存在するか否かにかかわらず、当該携帯端末のキー機能を停止すること。
【００７３】
（ロ）キー機能管理システムにおいて、前記機器の端末認証ユニットは、前記携帯端末のメモリ部から読み出した前記サービスの有効期限が切れている場合であって、前記キー照合ユニットによって正当性が確認された電子キーが存在するとき、当該機器が前記機器保管位置にあるか否かにかかわらず、当該携帯端末のキー機能を停止すること。
【符号の説明】
【００７４】
１…機器の一例である車両、３…携帯端末、５…電子キー、７…メモリ部、８…端末認証ユニットの一例である端末認証ＥＣＵ、９…キー照合ユニットの一例である照合ＥＣＵ、１９…キー機能管理システム、２０…センターの一例である第１センター。
【図１】
0006441691.tif 000002
【図２】
0006441691.tif 000003
【図３】
0006441691.tif 000004
【図４】
0006441691.tif 000005
【図５】
0006441691.tif 000006