JP6544371B2 - キーユニット、車両 - Google Patents

Description

本発明は、キーユニット等に関する。

車両を解錠するための鍵情報、即ち、車両側で解錠を許可するか否かを判断するための認証情報をネットワーク経由でサーバから携帯端末で受信し、該携帯端末を電子キーとして利用可能な鍵管理システムが開示されている（例えば、特許文献１等参照）。

かかる構成を利用することにより、例えば、レンタカー、シェアカー、社用車等のように、複数のユーザが時間帯を分けて特定の車両を利用するような場合に、電子キーの受け渡し等の手間を省くことが可能となり、ユーザの利便性が向上する。

また、同様の技術は、複数のユーザが異なる時間帯に利用する同一の施設（例えば、会議室、保養所、体育館等の施設）の施解錠にも用いることが可能であり、施設に設置された施解錠装置に対して、携帯端末を電子キーとして用いることにより、ユーザの利便性が向上する。

特開２００６−１１８１２２号公報

ところで、携帯端末がサーバと接続するための通信ネットワークに接続不可の状況であっても車両或いは施設の解錠ができるように、認証情報をサーバや所定の端末等から事前に取得可能な構成を採用することが考えられる。

しかしながら、認証情報を事前に取得可能とし、解錠時にサーバとの通信を必要としない構成を採用すると、車両や施設の解錠時にサーバ側で予約時間内であるか否かを確認することができないため、予約時間の開始前や予約時間が終了した後でも車両や施設を不正に利用することできるようになってしまう可能性がある。また、例えば、携帯端末側で予約時間の開始前に認証情報を使用不可な状態にしたり、予約時間の終了後に認証情報を自動消去したり等することも考えられるが、携帯端末の時刻を予約時間内であるかのように偽装されると、予約時間の開始前や終了後でも、車両や施設を不正に利用することができるようになってしまう可能性がある。

そこで、上記課題に鑑み、認証情報を事前に取得可能とし、車両或いは施設の解錠の際にサーバとの通信を必要としない場合であっても、予約時間外での車両或いは施設の不正利用を抑制することが可能なキーユニット等を提供することを目的とする。

上記目的を達成するため、本発明の一実施形態では、
車両又は施設に設けられ、携帯端末から受信される第１要求信号に応じて、前記車両又は前記施設のドアを施解錠可能なキーユニットであって、
前記携帯端末と通信を行う通信部と、
前記通信部により所定の第１認証情報が前記携帯端末から受信された場合、該第１認証情報に基づき、前記携帯端末の認証を行う第１認証部と、
前記通信部により前記携帯端末から受信される前記車両又は前記施設の予約の開始日時及び終了日時に基づき、前記車両又は前記施設の予約時間内であるか否かを判定する判定部と、
前記第１認証部による前記携帯端末の認証が成功し、且つ、前記第１要求信号が受信された場合、前記車両又は前記施設のドアを解錠又は施錠する処理を行う施解錠処理部と、を備え、
前記施解錠処理部は、前記第１認証部による前記携帯端末の認証が成功した場合であっても、前記判定部により前記車両又は前記施設の予約時間内でないと判定された場合、前記ドアの解錠を要求する前記第１要求信号に基づく前記車両又は前記施設のドアの解錠を禁止する、
キーユニットが提供される。
また、本発明の他の実施形態では、
車両又は施設に設けられ、携帯端末から受信される第１要求信号に応じて、前記車両又は前記施設のドアを施解錠可能なキーユニットであって、
所定の第１認証情報が前記携帯端末から受信された場合、該第１認証情報に基づき、前記携帯端末の認証を行う第１認証部と、
前記第１認証情報に含まれる、前記車両又は前記施設の予約の開始日時及び終了日時に基づき、前記車両又は前記施設の予約時間内であるか否かを判定する判定部と、
前記第１認証部による前記携帯端末の認証が成功し、且つ、前記第１要求信号が受信された場合、前記車両又は前記施設のドアを解錠又は施錠する処理を行う施解錠処理部と、を備え、
前記施解錠処理部は、前記第１認証部による前記携帯端末の認証が成功した場合であっても、前記判定部により前記車両又は前記施設の予約時間内でないと判定された場合、前記ドアの解錠を要求する前記第１要求信号に基づく前記車両又は前記施設のドアの解錠を禁止する、
キーユニットが提供される。

本実施形態によれば、携帯端末は、車両又は施設の予約の開始日時と終了日時を含む第１認証情報をキーユニットに送信し、キーユニットは、受信した第１認証情報に含まれる予約の開始時間と終了時間に基づき、第１認証情報に対応する車両又は施設の予約時間内であるか否かを判定する。そして、キーユニットは、携帯端末の認証が成功し、且つ、携帯端末から車両又は施設のドアの解錠を要求する第１要求信号が受信された場合であっても、車両又は施設の予約時間内でないと判定された場合、車両又は施設の解錠を禁止する。従って、ユーザが、事前取得された第１認証情報を保持する携帯端末を用いて、予約時間外の車両又は施設を解錠させようとしても、車両又は施設の解錠が禁止されるため、車両又は施設の予約時間外の不正利用を抑制できる。

また、上述の実施形態において、
計時を行うキーユニット用タイマを更に備え、
前記キーユニット用タイマは、当該キーユニットと通信可能なサーバ装置から取得される、前記キーユニット用タイマよりも精度が高い計時を行うサーバ用タイマで取得される時刻を含む時刻情報に基づき、前記サーバ用タイマと同期され、
前記判定部は、前記キーユニット用タイマによる時刻と、前記開始日時及び前記終了日時とに基づき、前記車両又は前記施設の予約時間内であるか否かを判定してもよい。

本実施形態によれば、キーユニットは、比較的精度の低いキーユニット用タイマを有すると共に、サーバから送信される、キーユニット用タイマより精度が高いサーバ用タイマの時刻情報に基づき、キーユニット用タイマをサーバ用タイマと同期させる。そして、キーユニットは、サーバ用タイマの時刻と同期される、キーユニット用タイマの時刻と、第１認証情報に含まれる車両又は施設の予約の開始日時及び終了日時に基づき、車両又は施設の予約時間内であるか否かを判定する。従って、キーユニットは、比較的精度の低いキーユニット用タイマを採用することで、製造コストやサイズを抑制することができると共に、サーバの比較的精度が高いサーバ用タイマ（例えば、ハードウェアによるリアルタイムクロック等）と同期させることができ、精度よく、予約時間内であるか否かの判定を行うことができる。そのため、車両又は施設の予約時間外の不正利用を更に抑制できる。

また、上述の実施形態において、
前記サーバ装置は、前記携帯端末と通信可能に接続され、
前記時刻情報は、前記サーバ装置から前記携帯端末に送信されると共に、前記携帯端末により前記サーバ装置から受信され、
前記携帯端末から送信される前記時刻情報を受信してもよい。

本実施形態によれば、キーユニットとサーバとの間で行われる時刻情報を同期するための通信は、携帯端末を中継して行われる。従って、車両又は施設の予約時間内であるか否かを判定する必要があるタイミング、即ち、携帯端末を所持するユーザが車両又は施設に接近してきたタイミングで、携帯端末を中継して、時刻同期を行えばよく、通信負荷を抑制できると共に、不要な通信を抑制し、例えば、キーユニット内の情報の外部漏えい等を抑制することができる。

また、上述の実施形態において、
前記開始日時及び前記終了日時の履歴を記憶する第１記憶部を更に備え、
前記判定部は、前記携帯端末が前記サーバ装置と通信できない状態にあることにより、前記時刻情報が受信できない場合、前記履歴内の前記車両又は前記施設の今回の予約に対応する前記開始日時が、前記履歴内の前記車両又は前記施設の前回の予約に対応する前記終了日時より後であるとき、前記車両又は前記施設の予約時間内であると判定し、当該開始日時が当該終了日時より後でないとき、前記車両又は前記施設の予約時間内でないと判定してもよい。

本実施形態によれば、携帯端末が携帯電話網等を通じてサーバと通信できない状態であるため、携帯端末を中継して、キーユニットのキーユニット用タイマをサーバのサーバ用タイマと同期させることができない場合、今回の予約に対応する第１認証情報に含まれる予約の開始日時が、前回の予約に対応する第１認証情報に含まれる予約の終了日時より後であるか否かにより、車両又は施設の予約時間内であるか否かを判定する。従って、キーユニットの比較的精度が低いキーユニット用タイマがサーバ用タイマと同期できない状況であっても、ユーザは、事前取得された認証情報を保持する携帯端末を用いて、少なくとも前回の予約の終了日時より前に、車両又は施設を利用することができない。そのため、例えば、ユーザが携帯端末の通信機能を故意に停止させる等し、携帯端末がサーバとの通信ができない状態にされても、予約時間の開始前における車両又は施設の不正利用を抑制することができる。

また、上述の実施形態において、
前記施解錠処理部は、前記携帯端末が前記サーバ装置と通信できない状態にあることにより、前記時刻情報を受信できない状態が所定時間以上継続している場合、前記第１認証部による前記携帯端末の認証が成功した場合であっても、前記ドアの解錠を要求する前記第１要求信号に基づく前記車両又は前記施設のドアの解錠を禁止してもよい。

本実施形態によれば、携帯端末が携帯電話網等を通じてサーバと通信できない状態であるため、携帯端末を中継して、キーユニットのキーユニット用タイマをサーバのサーバ用タイマと同期させることができない状態が所定時間以上継続している場合、認証された携帯端末を用いても、車両又は施設の解錠が禁止される。従って、例えば、ユーザが携帯端末の通信機能を故意に停止させる等し、携帯端末がサーバとの通信ができない状態で、車両又は施設の利用が継続されても、時刻同期が所定時間以上されない状態が継続すると、車両又は施設の解錠が禁止される。そのため、ユーザが予約時間の終了後も車両又は施設の利用を継続していた場合であっても、ある程度の時間が経過すると、解錠ができなくなるため、車両又は施設の予約時間の終了後における不正利用を抑制することができる。

また、上述の実施形態において、
前記サーバ装置に対して前記時刻情報を要求する第２要求信号を前記携帯端末に送信するキーユニット用送信部を更に備え、
前記第２要求信号は、前記携帯端末に受信されると共に、前記携帯端末から前記サーバ装置に送信され、
前記時刻情報は、前記第２要求信号が前記サーバ装置に受信された場合に、前記携帯端末に送信され、
前記施解錠処理部は、前記第１認証部による前記携帯端末の認証が成功した場合であっても、前記時刻情報が前記携帯端末から受信された場合であって、前記キーユニット用送信部により前記第２要求信号が送信されてから当該時刻情報が受信されるまでの経過時間が所定時間を超えていた場合、前記ドアの解錠を要求する前記第１要求信号に基づく前記車両又は前記施設のドアの解錠を禁止してもよい。

本実施形態によれば、キーユニットからサーバに、携帯端末を中継してサーバ用タイマの時刻情報を要求する第２要求信号が送信され、これに対応して、サーバからキーユニットに、携帯端末を中継して時刻情報が送信される。そして、キーユニットは、第２要求信号の送信から時刻情報の受信までの時間が、所定時間以上経過していた場合、認証済の携帯端末からの送信される、解錠を要求する第１要求信号に基づく車両又は施設の解錠を禁止する。従って、例えば、ユーザが携帯端末から時刻情報をキーユニットに転送するタイミングを意図的に遅延させたりすることにより、キーユニットの第１タイマの時刻を不正に操作しようとしても、キーユニットにおける第２要求信号の送信から時刻情報の受信までの経過時間が、不正操作が疑われる所定時間を超えている場合に、その後、車両又は施設の解錠が禁止される。そのため、キーユニット内の第１タイマの時刻を不正操作することによる車両又は施設の不正利用を抑制することができる。

また、上述の実施形態において、
前記車両又は前記施設に対応付けられた第２認証情報を記憶する第２記憶部を更に備え、
前記車両又は前記施設には、前記第２認証情報に基づく当該キーユニットの認証が成功し、且つ、当該キーユニットから第３要求信号が受信された場合に前記車両又は前記施設の解錠又は施錠を行う施解錠装置が取り付けられ、
前記施解錠処理部は、前記車両又は前記施設のドアを解錠又は施錠する処理として、前記第２認証情報及び第３要求信号を前記施解錠装置に送信してもよい。

本実施形態によれば、キーユニットは、車両に取りつけられる施解錠装置に第２要求信号を送信することにより、車両又は施設の解錠及び施錠を行うことができる。そのため、例えば、車両又は施設に既に設置される施解錠装置に対して、キーユニットを追加で設ける態様で、施解錠システムを構成することができる。

また、本発明の更に他の実施形態は、車両として実現可能である。

上述の実施形態によれば、認証情報を事前に取得可能とし、車両或いは施設の解錠の際にサーバとの通信を必要としない場合であっても、予約時間外での車両或いは施設の不正利用を抑制することが可能なキーユニット等を提供することができる。

施解錠システムの構成の一例を概略的に示すブロック図である。 施解錠装置及びキーユニットの構成の一例を概略的に示すブロック図である。 施解錠システムにおける車両の予約から認証キーの携帯端末による取得までの動作の一例を概略的に示すシーケンス図である。 携帯端末の処理装置による施解錠機能を起動させるための処理（施解錠機能起動処理）の一例を概略的に示すフローチャートである。 キーユニットのキーＥＣＵによる携帯端末の認証処理の一例を概略的に示すフローチャートである。 携帯端末による施解錠機能起動処理及びキーユニットによる携帯端末の認証処理に対応する施解錠システムの動作の一例を概略的に示すシーケンス図である。 キーユニットのキーＥＣＵによる時刻更新処理の一例を概略的に示すフローチャートである。 センタサーバの管理装置による時刻更新処理の一例を概略的に示すフローチャートである。 キーユニットのキーＥＣＵによる解錠処理の一例を概略的に示すフローチャートである。 施解錠システムにおけるキーユニット及びセンタサーバによる時刻同期処理、並びにキーユニットによる解錠処理に関する動作の一例を概略的に示すシーケンス図である。

以下、図面を参照して発明を実施するための形態について説明する。

まず、図１、図２を参照して、本実施形態に係る施解錠システム１の構成について説明する。

図１は、本実施形態に係る施解錠システム１の構成の一例を概略的に示すブロック図である。図２は、車両１０に含まれる施解錠装置１１及びキーユニット１２の構成の一例を概略的に示すブロック図である。

施解錠システム１は、車両１０、携帯端末２０、予約管理サーバ３０、センタサーバ４０を含む。

車両１０は、施解錠システム１における施解錠（解錠及び施錠）の対象である。車両１０は、施解錠装置１１、キーユニット１２を含む。

尚、本実施形態に係る車両１０は、複数のユーザによる利用が可能なレンタカー、シェアカー（事業者提供、個人提供の別を問わない）、組織内の社用車等を想定する。

施解錠装置１１は、車両１０に取り付けられ、キーユニット１２からＲＦ（Radio Frequency：高周波）帯（例えば、３００ＭＨｚ〜３ＧＨｚ）の電波（以下、「ＲＦ電波」と称する）として送信される施錠信号及び解錠信号（共に第３要求信号の一例）に応じて、車両１０のドアの解錠及び施錠を行う。施解錠装置１１は、ＬＦ（Low Frequency：低周波）電波送信機１１１、ＲＦ電波受信機１１２、照合ＥＣＵ（Electronic Control Unit）１１３、ボディＥＣＵ１１４、ドアロックモータ１１５を含む。

尚、施解錠装置１１は、車両１０に搭載される補機バッテリ（不図示）から供給される電力で作動する。

ＬＦ電波送信機１１１は、例えば、車室内のセンターコンソールやドアハンドルに内蔵され、照合ＥＣＵ１１３（後述するＬＦ送信処理部１１３１）の制御下において、ＬＦ帯（例えば、３０Ｈｚ〜３００ｋＨｚ）の電波（以下、「ＬＦ電波」と称する）を送信する。

ＲＦ電波受信機１１２は、例えば、車両１０の荷室のトリム内に設けられ、照合ＥＣＵ１１３（後述するＲＦ受信処理部１１３２）の制御下において、ＲＦ電波を受信する。

照合ＥＣＵ１１３は、キーユニット１２から受信する解錠信号及び施錠信号に応じて、車両１０のドアの解錠及び施錠に関する制御を行う電子制御ユニットである。照合ＥＣＵ１１３は、例えば、マイクロコンピュータを中心に構成され、ＲＯＭに格納されるプログラムをＣＰＵ上で実行することにより各種制御処理を実現する。照合ＥＣＵ１１３は、ＣＰＵ上で１つ以上のプログラムを実行することにより実現される機能部として、ＬＦ送信処理部１１３１、ＲＦ受信処理部１１３２、認証処理部１１３３、施解錠制御部１１３４を含む。また、照合ＥＣＵ１１３は、内部メモリの記憶領域として実現される記憶部１１３５を含む。

ＬＦ送信処理部１１３１は、ＬＦ電波送信機１１１を通じてＬＦ電波を車室内及び車室外に送信する処理を行う。

ＲＦ受信処理部１１３２（施解錠装置用受信部の一例）は、ＲＦ電波受信機１１２を通じてＲＦ電波を受信する処理を行う。具体的には、ＲＦ受信処理部１１３２は、キーユニットからＲＦ電波として送信される解錠信号及び施錠信号を受信する。

認証処理部１１３３（第２認証部の一例）は、ＲＦ受信処理部１１３２が解錠信号或いは施錠信号を受信した場合、解錠信号或いは施錠信号に含まれる施解錠鍵情報（後述する施解錠鍵情報１２５０ｂ）に基づき、解錠信号或いは施錠信号の送信元（キーユニット１２）の認証を行う。具体的には、認証処理部１１３３は、記憶部１１３５に予め登録される施解錠鍵情報１１３５ａと、解錠信号或いは施錠信号に含まれる施解錠鍵情報が一致する場合、認証成功と判断し、一致しない場合、認証失敗と判断する。

施解錠制御部１１３４は、認証処理部１１３３による認証が成功した場合、ＣＡＮ（Controller Area Network）等の車載ネットワークを通じて、ボディＥＣＵ１１４に解錠指令（ＲＦ受信処理部１１３２が解錠信号を受信した場合）或いは施錠指令（ＲＦ受信処理部１１３２が施錠信号を受信した場合）を送信する。

ボディＥＣＵ１１４は、１対１の通信線等により通信可能に接続されるドアロックモータ１１５の作動制御を行う電子制御ユニットである。ボディＥＣＵ１１４は、照合ＥＣＵ１１３からの解錠指令に応じて、ドアロックモータ１１５に解錠動作を行わせる制御指令を出力する。また、ボディＥＣＵ１１４は、照合ＥＣＵ１１３からの施錠指令に応じて、ドアロックモータ１１５に施錠動作を行わせる制御指令を出力する。

ドアロックモータ１１５は、ボディＥＣＵ１１４からの制御指令に応じて、車両１０のドア（トランクリッド、バックドア等を含む）を解錠及び施錠する既知の電動アクチュエータである。

キーユニット１２は、車両１０の内部（車室内）に配置され、携帯端末２０から送信される解錠要求及び施錠要求（共に第１要求信号の一例）のそれぞれに応じて、施解錠装置１１にＲＦ電波として解錠信号及び施錠信号を送信する。キーユニット１２は、ＬＦ電波受信機１２１、ＲＦ電波送信機１２２、通信機器１２３、キーＥＣＵ１２４を含む。

尚、キーユニット１２は、車両１０の各シートに着座したユーザから視認不可な位置（例えば、グローブボックスやセンタコンソールボックスの内部等）配置されてよい。また、キーユニット１２は、車両１０に固定されていてもよいし、固定されていなくてもよい。また、キーユニット１２は、内蔵のボタン電池等により作動する態様でもよいし、車両１０に搭載される補機バッテリから供給される電力で作動する態様でもよい。

ＬＦ電波受信機１２１は、キーＥＣＵ１２４（後述するＬＦ受信処理部１２４１）の制御下において、ＬＦ電波を受信する処理を行う。

ＲＦ電波送信機１２２は、キーＥＣＵ１２４（後述するＲＦ送信処理部１２４２）の制御下において、ＲＦ電波を送信する処理を行う。

通信機器１２３は、キーＥＣＵ１２４による制御下において、所定の通信規格に従い、比較的近距離（車室内と車室外との間で通信可能な程度の距離）での携帯端末２０との通信を行う任意のデバイスである。通信機器１２３は、例えば、ＢＬＥ（Bluetooth（登録商標） Low Energy）通信規格に準拠して携帯端末２０と通信を行うＢＬＥ通信モジュールであってよい。以下、通信機器１２３で採用される通信規格がＢＬＥ通信に準拠する前提で説明を続ける。

尚、通信機器１２３は、通信可能距離が非常に短い近距離通信規格（例えば、ＮＦＣ（Near Field Communication）規格）に準拠した通信デバイスであってもよい。この場合、通信機器１２３は、車両１０の車室外のボディ表面に近い位置（例えば、ドアハンドルの内部）等に内蔵されてよい。これにより、通信機器１２３による通信可能な距離が非常に短い場合であっても、キーユニット１２（キーＥＣＵ１２４）は、車室外の携帯端末２０と通信することができる。

キーＥＣＵ１２４は、携帯端末２０から受信する解錠要求及び施錠要求のそれぞれに応じて、施解錠装置１１に対して、施錠信号及び解錠信号を送信する制御処理を行う電子制御ユニットである。キーＥＣＵ１２４は、例えば、マイクロコンピュータを中心に構成され、ＲＯＭに格納される各種プログラムをＣＰＵ上で実行することにより、各種制御処理を実現する。キーＥＣＵ１２４は、１つ以上のプログラムを実行することにより実現される機能部として、ＬＦ受信処理部１２４１、ＲＦ送信処理部１２４２、通信処理部１２４３、計時部１２４４、認証処理部１２４５、時刻更新処理部１２４６、判定部１２４７、暗号鍵生成部１２４８、施解錠処理部１２４９を含む。また、キーＥＣＵ１２４は、例えば、内部メモリの記憶領域として実現される記憶部１２５０（第１記憶部、第２記憶部の一例）を含む。

ＬＦ受信処理部１２４１は、ＬＦ電波受信機１２１を通じてＬＦ電波を受信する処理を行う。例えば、ＬＦ受信処理部１２４１は、施解錠装置１１から送信されるＬＦ電波を受信する。

ＲＦ送信処理部１２４２は、ＲＦ電波送信機１２２を通じてＲＦ電波を送信する処理を行う。例えば、ＲＦ送信処理部１２４２は、施解錠処理部１２４９からの送信要求に応じて、後述する施解錠鍵情報１２５０ｂ（第２認証情報の一例）を含む解錠信号（通信処理部１２４３により解錠要求が受信された場合）、或いは、施解錠鍵情報１２５０ｂを含む施錠信号（通信処理部１２４３が施錠要求を受信した場合）を送信する処理を行う。

通信処理部１２４３（キーユニット用第１受信部、キーユニット用第２受信部、キーユニット用送信部の一例）は、通信機器１２３を通じて携帯端末２０との間での通信処理を行う。例えば、通信処理部１２４３は、携帯端末２０から後述する認証キーを含む認証要求を受信する。また、例えば、通信処理部１２４３は、携帯端末２０から解錠要求及び施錠要求を受信する。

尚、後述の如く、キーユニット１２は、携帯端末２０を介して、センタサーバ４０との間で通信を行うが、直接、センタサーバ４０と通信を行う構成であってもよい。例えば、キーユニット１２は、車両１０に搭載されるＤＣＭ（Data Communication Module）を介して、携帯電話網やインターネット網を含む所定の通信ネットワークに接続し、センタサーバ４０と通信可能な構成であってもよい。

計時部１２４４（キーユニット用タイマの一例）は、ソフトウェアによる計時を行い、キーユニット１２における時刻を生成する。計時部１２４４による時刻は、例えば、ハードウェアによるリアルタイムクロック（ＲＴＣ：Real Time Clock）等に対して、比較的精度が低い。計時部１２４４の時刻は、後述の如く、センタサーバ４０の時刻（具体的には、後述するＲＴＣ４２による時刻）で更新される。即ち、計時部１２４４による時刻は、センタサーバ４０の時刻と同期される。

認証処理部１２４５（第１認証部の一例）は、通信処理部１２４３により対象となる携帯端末２０からキーユニット１２と対応付けられた認証キー（第１認証情報の一例）を含む認証要求が受信された場合、当該認証キーに基づき、携帯端末２０の認証を行う。また、認証処理部１２４５は、通信処理部１２４３により認証済みの携帯端末２０からキーユニット１２との間でのＢＬＥ通信による再接続を要求する再認証要求が携帯端末２０から受信された場合、当該携帯端末２０に対するチャレンジレスポンス認証（以下、当該チャレンジレスポンス認証を「再認証」と称する）を行う。当該認証の詳細は、後述する。

また、認証処理部１２４５は、当該認証に成功した場合、記憶部１２５０に記憶される施解錠鍵情報１２５０ｂを利用可能な状態に復元する処理を行う。施解錠鍵情報１２５０ｂは、例えば、アクセス不可の状態であったり、暗号化された状態であったり等により、施解錠装置１１における認証用途として利用できない状態で記憶される。そのため、認証処理部１２４５は、携帯端末２０の認証に成功した場合、施解錠鍵情報１２５０ｂをアクセス可能な状態に変更するための記憶部１２５０のアクセス権の変更を行ったり、認証キーに基づき、暗号化された施解錠鍵情報１２５０ｂを復号したり等する。これにより、ＲＦ送信処理部１２４２は、施解錠装置１１に対して、通常アクセス不可である施解錠鍵情報１２４５ｂにアクセスして施解錠鍵情報１２５０ｂを含む解錠信号或いは施錠信号を送信したり、復号された施解錠鍵情報１２５０ｂを含む解錠信号或いは施錠信号を送信したりすることができる。そのため、施解錠装置１１（具体的には、認証処理部１１３３）は、解錠信号及び施錠信号に含まれる施解錠鍵情報１２５０ｂに基づき、適切な認証を行うことできる。また、仮に、悪意の第三者がキーユニット１２を不正に入手するような事態が発生しても、キーユニット１２内の施解錠鍵情報１２５０ｂは、アクセス不可になっていたり、暗号化されていたり等するため、車両１０の盗難の発生を抑制することができる。

時刻更新処理部１２４６は、通信処理部１２４３に送信要求を送り、センタサーバ４０の時刻の取得を要求する時刻取得要求（第２要求信号の一例）を、通信処理部１２４３を介して、携帯端末２０及び予約管理サーバ３０を中継する態様で、センタサーバ４０に送信する。そして、時刻更新処理部１２４６は、通信処理部１２４３によりセンタサーバ４０からの時刻情報が、予約管理サーバ３０及び携帯端末２０を中継して受信された場合、当該時刻情報で計時部１２４４の時刻を更新し、センタサーバ４０の時刻（即ち、後述するＲＴＣ４２の時刻）と同期させる。

判定部１２４７は、現在の時刻が、認証処理部１２４５による認証に利用された認証キーに対応する車両１０の予約時間内であるか否かを判定する。また、判定部１２４７は、認証処理部１２４５による認証に利用された認証キーに対応する車両１０の予約がキャンセルされているか否かを判定する。詳細は、後述する。

暗号鍵生成部１２４８は、認証処理部１２４５による認証が成功した携帯端末２０（即ち、認証済みの携帯端末２０）が、キーユニット１２に信号を送信する際に利用する通信用暗号鍵を生成する。また、暗号鍵生成部１２４８は、当然の如く、生成した暗号鍵で暗号化されたデータを復号する通信用復号鍵を併せて生成する。暗号鍵生成部１２４８は、生成される通信用暗号鍵が過去に生成された通信用暗号鍵と異なるように、通信用暗号鍵を生成する。後述の如く、通信用暗号鍵は、キーユニット１２に送信されると共に、通信用復号鍵は、記憶部１２５０に記憶される。これにより、携帯端末２０がキーユニット１２に対して、各種コマンド（例えば、解錠要求或いは施錠要求）を通信用暗号鍵で暗号化した上で、キーユニット１２に送信することにより、認証処理部１２４５は、通信処理部１２４３による各種コマンドの受信に対応して、毎回、認証キーによる携帯端末２０の認証を行う必要がなくなる。そのため、後述の如く、認証キーの利用を１回に制限することができると共に、例えば、施解錠処理部１２４９は、通信処理部１２４３により通信用暗号鍵で暗号化された施錠要求及び解錠要求、即ち、通信用復号鍵で復号可能な解錠要求或いは施錠要求が受信された場合、認証済みの携帯端末２０からのコマンドであると判断することができ、車両１０のドアを解錠或いは施錠する処理を行うことができる。詳細は、後述する。

施解錠処理部１２４９は、認証処理部１２４５により携帯端末２０の認証が成功し、且つ、通信処理部１２４３により解錠要求或いは施錠要求が携帯端末２０から受信された場合、車両１０のドアを解錠又は施錠する処理を行う。具体的には、施解錠処理部１２４９は、上述の如く、認証処理部１２４５により携帯端末２０の認証が成功し、且つ、通信用暗号鍵で復号可能な解錠要求或いは施錠要求が携帯端末２０から受信された場合、ＲＦ送信処理部１２４２に送信要求を送り、ＲＦ送信処理部１２４２及びＲＦ電波送信機１２２を介して、施解錠装置１１に解錠信号或いは施錠信号を送信することにより、車両１０のドアを解錠又は施錠する処理を行う。詳細は、後述する。

記憶部１２５０には、固有鍵１２５０ａ、施解錠鍵情報１２５０ｂ、送信側暗号鍵１２５０ｃ等が予め記憶されている。

固有鍵１２５０ａは、後述の如く、キーユニット１２と対応づけられる態様で設けられる暗号鍵及び復号鍵のセットであり、具体的には、キーユニット１２とセンタサーバ４０との間の通信の際、送信側におけるデータの暗号化及び受信側における暗号化されたデータの復号を行う暗号鍵及び復号鍵である。後述の如く、固有鍵１２５０ａと同一の固有鍵は、センタサーバ４０の固有鍵ＤＢ４３５にも格納されている。

送信側暗号鍵１２５０ｃは、暗号鍵生成部１２４８により生成された通信用暗号鍵をキーユニット１２から携帯端末２０に送信する際に、当該通信用暗号鍵を暗号化するために利用される。

携帯端末２０は、例えば、スマートフォン、タブレット端末等である。携帯端末２０は、所定の通信ネットワーク（例えば、多数の基地局を末端とする携帯電話網やインターネット網等）を通じて予約管理サーバ３０、センタサーバ４０と双方向に通信を行うことができる。以下、携帯端末２０とセンタサーバ４０との間の信号の送受信は、予約管理サーバ３０を介して行われる前提で説明を続ける。携帯端末２０は、通信機器２１、２２、処理装置２３、タッチパネルディスプレイ（以下、単にディスプレイと称する）２４を含む。

尚、本実施形態では、携帯端末２０は、予約管理サーバ３０を介して、センタサーバ４０と通信を行うが、所定の通信ネットワークを通じて、直接、センタサーバ４０と双方向に通信を行う構成であってもよい。

通信機器２１は、通信機器１２３と同じ通信規格により、携帯端末２０との間で通信を行う任意のデバイスである。通信機器２１は、上述の如く、本実施形態の場合、例えば、ＢＬＥ通信モジュールである。

通信機器２２は、所定の通信ネットワークを通じて予約管理サーバ３０、センタサーバ４０と通信を行う任意のデバイスである。

処理装置２３は、ＣＰＵ、補助記憶装置等を含み、１つ以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、通信処理部２３１、通信処理部２３２、認証キー取得部２３３、認証要求部２３４、施解錠要求部２３５、利用予約部２３６を含む。また、処理装置２３は、補助記憶装置内の記憶領域として実現される記憶部２３９（第１記憶部の一例）を含む。

通信処理部２３１（端末用送信部の一例）は、通信機器２１を用いて、キーユニット１２と無線通信し、各種信号の送受信を行う。例えば、通信処理部２３１は、認証要求部２３４からの送信要求に応じて、キーユニット１２に認証キーを含む認証要求及び後述するレスポンスを含む再認証要求を送信する。また、例えば、通信処理部２３１は、施解錠要求部２３５からの要求に応じて、キーユニット１２に解錠要求及び施錠要求を送信する。また、例えば、本実施形態では、キーユニット１２及びセンタサーバ４０は、携帯端末２０を介して、双方向通信を行う構成を採用し、通信処理部２３１は、キーユニット１２からセンタサーバ４０を宛先とする信号を、通信処理部２３２に送り、予約管理サーバ３０に転送させたり、通信処理部２３２から送られた、センタサーバ４０から送信されたキーユニット１２を宛先とする信号をキーユニット１２に送信したりする。

通信処理部２３２は、通信機器２２を用いて基地局と無線通信し、データ信号や制御信号等の各種信号を送受信する。具体的には、通信処理部２３２は、基地局を末端とする携帯電話網やインターネット網を含む所定の通信ネットワークを通じて、予約管理サーバ３０、センタサーバ４０との間で各種信号の送受信を行う。例えば、本実施形態では、通信処理部２３２は、宛先がセンタサーバ４０である信号を、予約管理サーバ３０を介して、センタサーバ４０に送信する。当該構成を採用するため、送信側である通信処理部２３２が、送信する信号に宛先情報を含めて予約管理サーバ３０に送信してもよいし、受信側である予約管理サーバ３０が、携帯端末２０から予約管理サーバ３０に送信される複数の種類の信号のうち、予め規定される種類の信号を自動的にセンタサーバ４０に転送する態様であってもよい。また、例えば、本実施形態では、上述の如く、キーユニット１２及びセンタサーバ４０は、携帯端末２０を介して、双方向通信を行う構成を採用し、通信処理部２３２は、予約管理サーバ３０を介して、センタサーバ４０から送信されたキーユニット１２を宛先とする信号を、通信処理部２３１に送り、キーユニット１２に転送させたり、通信処理部２３１から送られた、キーユニット１２から送信されたセンタサーバ４０を宛先とする信号を予約管理サーバ３０に送信したりする。

即ち、通信処理部２３１及び通信処理部２３２は、センタサーバ４０及びキーユニット１２の何れか一方から他方に向けて送信された信号を一方から受信すると共に、他方に送信（転送）する中継部の一例である。

認証キー取得部２３３は、ディスプレイ２４に操作画面としてのＧＵＩを表示させると共に、ディスプレイ２４のＧＵＩに対するユーザの所定の操作に応じて、センタサーバ４０から上述した認証キーを取得する処理を行う。具体的には、認証キー取得部２３３は、ユーザの所定の操作に応じて、通信処理部２３２に送信要求を送り、通信処理部２３２を介して、センタサーバ４０に認証キーの取得を要求する認証キー取得要求を送信する。また、認証キー取得部２３３は、認証キー取得要求の受信に応じて、センタサーバ４０から返信された認証キーが通信処理部２３２により受信された場合、当該認証キーを記憶部２３９に記憶させる処理を行う。本実施形態では、ユーザは、事前に、即ち、車両１０の予約の開始日時の前に認証キーを携帯端末２０の中に取得することができる。詳細は、後述する。

認証要求部２３４は、通信処理部２３１に送信要求を送り、車両１０のドアを施解錠するための遠隔操作部としての携帯端末２０の認証を要求する認証要求を、通信処理部２３１を介して、車両１０のキーユニット１２に送信する。また、認証要求部２３４は、通信処理部２３１に送信要求を送り、例えば、車両１０から降車する等して、認証済みの携帯端末２０とキーユニット１２との間のＢＬＥ通信が接続状態から一度切断された後に、再度、キーユニット１２との間の再接続を要求する再認証要求を、通信処理部２３１を介して、車両１０のキーユニット１２に送信する。詳細は、後述する。

施解錠要求部２３５は、ディスプレイ２４に操作画面としてＧＵＩ（Graphical User Interface）を表示させる。そして、施解錠要求部２３５は、当該ＧＵＩに対する所定の操作に応じて、通信処理部２３１に送信要求を送り、認証キーを含む解錠要求或いは認証キーを含む施錠要求を、通信処理部２３１を介して、キーユニット１２に送信する。具体的には、施解錠要求部２３５は、後述の如く、通信処理部２３１により携帯端末２０から受信され、記憶部２３９に保存される通信用暗号鍵により暗号化された解錠要求及び施錠要求をキーユニット１２に送信する。例えば、当該ＧＵＩには、車両１０の解錠を要求する解錠ボタンと、車両１０の施錠を要求する施錠ボタンが描画され、施錠ボタンをタッチ操作することにより、施錠要求が送信され、解錠ボタンをタッチ操作することにより、解錠要求が送信される。詳細は、後述する。

尚、施錠要求及び解錠要求をキーユニット１２に送信するためのユーザによる操作は、ディスプレイ２４に対するタッチ操作ではなく、携帯端末２０に設けられるハードウェアの操作部に対する操作であってもよい。また、記憶部２３９に認証キーが記憶されていない場合、施錠要求及び解錠要求を送信するための所定の操作は、無効とされてもよいし、認証キーが含まれない態様で、施錠要求及び解錠要求が送信されてもよい。

利用予約部２３６は、ディスプレイ２４に操作画面としてのＧＵＩを表示させると共に、ディスプレイ２４のＧＵＩに対するユーザの所定の操作に応じて、車両１０の利用予約を行う。例えば、利用予約部２３６は、通信処理部２３２を介して、予約管理サーバ３０に車両１０のスケジュール情報（現在の予約状況）を要求する。この際、利用予約部２３６は、車両１０に固有の識別情報（例えば、ＶＩＮ（Vehicle Index Number）等）及びパスワード等を含む要求を予約管理サーバ３０に送信する。予約管理サーバ３０（具体的には、後述するスケジュール情報ＤＢ３２３）に格納される車両１０のスケジュール情報には、車両１０の予約情報（各利用予約の開始日時及び終了日時、利用するユーザの識別情報等）が含まれる。また、利用予約部２３６は、通信処理部２３２を介して、予約管理サーバ３０から受信した車両１０のスケジュール情報（現在の予約状況）をディスプレイ２４に表示させる。これにより、ユーザは、ディスプレイに表示されるスケジュール情報により空き時間を確認し、車両１０の空き時間帯（予約が入っていない時間帯）に予約を入れることができる。また、利用予約部２３６は、ユーザが特定の日時に予約を入れた場合、通信処理部２３２を介して、新たに入力された予約情報（利用予約の開始日時及び終了日時、ユーザの識別情報等）を含むスケジュール情報への更新を要求する。これにより、スケジュール情報ＤＢ３２３内の車両１０のスケジュール情報に、携帯端末２０のユーザによる新たな利用予約が反映される。

また、利用予約部２３６は、ディスプレイ２４のＧＵＩに対するユーザの所定の操作に応じて、車両１０の予約をキャンセルする。利用予約部２３６は、ユーザが利用予約をキャンセルした場合、キャンセルされた予約情報（利用予約の開始日時及び終了日時、ユーザの識別情報等）を含むスケジュール情報の削除を要求する。これにより、スケジュール情報ＤＢ３２３内の車両１０のスケジュール情報におけるキャンセルされた利用予約の内容が削除される。

尚、ユーザは、携帯端末２０以外の他の端末、具体的には、携帯端末に限らず、定置の端末（例えば、デスクトップ型のコンピュータ等）等から車両１０の予約を行ったり、予約をキャンセルしたりすることが可能であり、車両１０の利用予約及び予約のキャンセルは、これらの他の端末からも行われてもよい。

予約管理サーバ３０は、車両１０のスケジュール（利用予約）を管理する。予約管理サーバ３０は、例えば、クラウドアプリケーション（不図示）を含み、ユーザは、携帯電話網やインターネット網等の所定の通信ネットワークを介して、携帯端末２０や他の端末で該クラウドアプリケーションを利用し、スケジュール情報の作成、更新を行うことができる。

尚、車両１０のスケジュールは、車両１０の利用予定（利用予約）を表す。

予約管理サーバ３０は、通信機器３１、管理装置３２を含む。

通信機器３１は、所定の通信ネットワークを通じて、携帯端末２０、センタサーバ４０等と通信を行う任意のデバイスである。

管理装置３２は、１又は複数のコンピュータを中心に構成され、１つ以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、通信処理部３２１、スケジュール管理部３２２を含む。また、管理装置３２は、内部の補助記憶装置に格納されるスケジュール情報ＤＢ３２３を含み、スケジュール情報ＤＢ３２３には、車両１０のスケジュール情報が含まれる。

通信処理部３２１は、通信機器３１を用いて、携帯端末２０、センタサーバ４０等との間で各種信号の送受信を行う。例えば、通信処理部３２１は、車両１０のスケジュール情報の開示を要求する信号を携帯端末２０から受信すると共に、該信号に対応するスケジュール管理部３２２からの要求に応じて、車両１０のスケジュール情報（参照データ）を携帯端末２０に返信する。また、例えば、通信処理部３２１は、スケジュール情報の更新を要求する信号を携帯端末２０から受信すると共に、該信号に対応するスケジュール管理部３２２からの要求に応じて、携帯端末２０に対して更新完了を示す信号を返信する。また、例えば、通信処理部３２１は、スケジュール管理部３２２からの要求に応じて、後述するキャンセル通知をセンタサーバ４０に送信する。また、本実施形態では、上述の如く、携帯端末２０とセンタサーバ４０との間の通信は、予約管理サーバ３０を介して行われる構成が採用され、通信処理部３２１は、携帯端末２０（或いはキーユニット１２）からセンタサーバ４０に送信される信号を中継して受信すると共に、センタサーバ４０に転送し、センタサーバ４０から携帯端末２０（或いはキーユニット１２）に送信される信号を中継して、携帯端末に転送する。

スケジュール管理部３２２は、例えば、ユーザによる上記クラウドアプリケーションを利用した各種入力に応じて、スケジュール情報ＤＢ３２３に格納される車両１０のスケジュール情報を管理する。スケジュール管理部３２２は、通信処理部３２１が携帯端末２０（他の端末で車両１０の利用予約が行われる場合は、当該他の端末）から車両１０のスケジュール情報の開示を要求する信号を受信した場合、まず、該信号に含まれる識別情報（ユーザＩＤ）及びパスワード等に基づき、正規のアクセスであるか否かを判断する。そして、スケジュール管理部３２２は、正規のアクセスである場合、スケジュール情報ＤＢ３２３から車両１０のスケジュール情報を取り出し、通信処理部３２１を介して、携帯端末２０（或いは他の端末）に送信する。また、スケジュール管理部３２２は、通信処理部３２１が携帯端末２０（或いは他の端末）から車両１０のスケジュール情報を更新する旨の要求を含む信号を受信した場合、該要求の内容（即ち、追加された予約情報や予約のキャンセルにより削除される予約情報等の変更内容）に応じて、スケジュール情報ＤＢ３２３内の車両１０のスケジュール情報を更新する。また、スケジュール管理部３２２は、携帯端末２０或いは他の端末を通じて、車両１０の予約がキャンセルされた場合、通信処理部３２１に送信要求を送り、キャンセルされた車両１０の予約に関する予約情報（各利用予約の開始日時及び終了日時、利用するユーザの識別情報等）を含むキャンセル通知を、通信処理部３２１を介して、センタサーバ４０に送信する。

センタサーバ４０は、車両１０の利用状況の管理を行う。センタサーバ４０は、通信機器４１、リアルタイムクロック（ＲＴＣ）４２、管理装置４３を含む。

通信機器４１は、所定の通信ネットワークを通じて、携帯端末２０、予約管理サーバ３０等と通信を行う任意のデバイスである。

ＲＴＣ４２（サーバ用タイマの一例）は、ハードウェアにより計時を行い、センタサーバ４０における時刻を生成する。ＲＴＣによる時刻は、ソフトウェアによるキーユニット１２の計時部１２４４よりも精度が高い。

尚、ＲＴＣ４２は、管理装置４３の内部に設けられてもよい。

管理装置４３は、１又は複数のコンピュータを中心に構成され、１つ以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、通信処理部４３１、認証キー生成部４３２、時刻同期処理部４３３を含む。また、管理装置４３は、内部の補助記憶装置に格納される認証情報ＤＢ４３４、固有鍵ＤＢ４３５、受信側復号鍵ＤＢ４３６、接続情報ＤＢ４３７、キャンセル情報ＤＢ４３８を含む。

通信処理部４３１（サーバ用送信部、サーバ用受信部の一例）は、通信機器３１を用いて、携帯端末２０、予約管理サーバ３０との間で各種信号の送受信を行う。

認証キー生成部４３２は、通信処理部４３１により携帯端末２０から予約管理サーバ３０を中継して認証キー取得要求が受信された場合、キーユニット１２に対応付けられた（即ち、キーユニット１２に固有の）認証キーを生成する。また、認証キー生成部４３２は、認証キーを生成する度に、生成した認証キーに対応付けられた固有の識別情報（発行ＩＤ）を生成する。認証キーは、例えば、キーユニット１２に対して予め規定される固有の情報（キーユニット固有情報）を含んで構成される。また、認証キーは、認証キー取得要求に含まれる車両１０の予約の開始日時及び終了日時等の予約情報を含んで構成される。即ち、認証キー生成部４３２は、キーユニット１２に対応付けられ、且つ、車両１０の予約内容に対応付けられた認証キーを生成する。認証キー生成部４３２は、通信処理部４３１に送信要求を送り、生成した認証キーを含む認証キー情報を、通信処理部４３１を介して、予約管理サーバ３０を中継する態様で、携帯端末２０に送信する。

時刻同期処理部４３３は、通信処理部４３１により、携帯端末２０及び予約管理サーバ３０を中継してキーユニット１２から受信される時刻取得要求に応じて、キーユニット１２の時刻（即ち、計時部１２４４の時刻）をセンタサーバ４０の時刻（即ち、ＲＴＣ４２の時刻）に同期させる。時刻同期処理部４３３は、通信処理部４３１により時刻取得要求が受信された場合、固有鍵ＤＢ４３５に格納される、キーユニット１２に対応する固有鍵（暗号鍵及び復号鍵のセットのうちの復号鍵）により時刻取得要求のデータを復号すると共に、ＲＴＣ４２の時刻を取得し、当該時刻を含む時刻情報を生成する。この際、時刻同期処理部４３３は、時刻取得要求に含まれる認証キーの発行ＩＤに対応する車両１０の予約のキャンセルの有無を示すキャンセルフラグＦを含む時刻情報を生成すると共に、生成した時刻情報をキーユニット１２に対応する固有鍵（暗号鍵及び復号鍵のセットのうちの暗号鍵）で暗号化する。そして、時刻同期処理部４３３は、通信処理部４３１に送信要求を送り、暗号化された時刻情報を、通信処理部４３１を介して、予約管理サーバ３０及び携帯端末２０を中継してキーユニット１２に送信する。

認証情報ＤＢ４３４には、キーユニット１２に固有の識別情報と紐付けられる態様で、認証キー生成部４３２により生成される認証キーの一部に含められるキーユニット固有情報が格納される。

固有鍵ＤＢ４３５には、キーユニット１２に固有の識別情報と紐づけられる態様で、キーユニット１２に対応する固有鍵（暗号鍵及び復号鍵のセット）が格納される。認証キー生成部４３２は、生成した認証キーを含む認証キー情報を固有鍵により暗号化した上で、通信処理部４３１を介して、認証キー情報を携帯端末２０に送信する。

受信側復号鍵ＤＢ４３６は、キーユニット１２（記憶部１２５０）に格納される送信側暗号鍵１２５０ｃと対をなし、送信側暗号鍵１２５０ｃにより暗号化されたデータを復号する受信側復号鍵を格納する。受信側復号鍵は、後述の如く、認証キー情報に含まれる態様で、携帯端末２０に送信される。

接続情報ＤＢ４３７は、携帯端末２０がキーユニット１２と通信可能に接続するための情報（ＢＬＥ接続情報）が、キーユニット１２に固有の識別情報と対応付けられる態様で格納される。ＢＬＥ接続情報には、例えば、キーユニット１２の通信機器１２３のデバイスＩＤや、キーユニット１２によるアドバタイズの際のＳｅｒｖｉｃｅＵＵＩＤ等が含まれる。

キャンセル情報ＤＢ４３８は、既に携帯端末２０に送信された発行済の認証キーに対応する車両１０の予約のキャンセル情報が、発行された認証キーの発行ＩＤと紐づけられる態様で格納される。キャンセル情報ＤＢ４３８に格納されるキャンセル情報は、通信処理部４３１により車両管理サーバ３０から送信されるキャンセル通知に基づき、生成される。

次に、図３を参照して、施解錠システム１における車両１０の予約から携帯端末２０による認証キーの取得までの動作について説明する。

図３は、施解錠システム１における車両１０の予約から携帯端末２０による認証キーの取得までの一連の動作を概略的に示すシーケンス図である。

ステップＳ３０２にて、携帯端末２０の利用予約部２３６は、ディスプレイ２４のＧＵＩに対する所定操作（例えば、携帯端末２０を所持するユーザに対して予め設定されるユーザＩＤ及びパスワードの入力操作）に応じて、通信処理部２３１に送信要求を送り、通信処理部２３１を介して、予約管理サーバ３０にユーザＩＤ及びパスワードを含むログイン要求を送信する。

ステップＳ３０４にて、予約管理サーバ３０のスケジュール管理部３２２は、通信処理部３２１を介して、携帯端末２０から受信されるログイン要求のユーザＩＤ及びパスワードに基づき、正規のアクセスであるか否かの認証、即ち、ユーザ認証を行い、ユーザ認証が成功すると、通信処理部３２１を介して、認証応答を携帯端末２０に送信する。

ステップＳ３０６にて、携帯端末２０の利用予約部２３６は、ディスプレイ２４のＧＵＩに対するユーザの所定操作に応じて、車両１０の識別情報（ＶＩＮ）、及び予約の開始日時及び終了日時等を含む予約要求を、通信処理部２３１を介して、予約管理サーバ３０に送信する。

ステップＳ３０８にて、予約管理サーバ３０のスケジュール管理部３２２は、通信処理部３２１により受信された予約要求の内容に応じて、スケジュール情報ＤＢ３２３に格納される車両１０のスケジュール情報を更新し、車両１０の予約を完了させる。

ステップＳ３１０にて、予約管理サーバ３０のスケジュール管理部３２２は、通信処理部３２１を介して、携帯端末２０に予約完了通知を送信する。

以上、ステップＳ３０２〜Ｓ３１０により、車両１０の予約が完了する。

その後、ステップＳ３１２にて、携帯端末２０の認証キー取得部２３３は、ディスプレイ２４のＧＵＩに対するユーザの認証キー取得操作を受け付ける。

ステップＳ３１４にて、携帯端末２０の認証キー取得部２３３は、認証キーを取得可能か否かの判定を行う。具体的には、認証キー取得部２３３は、認証キーの事前取得に関する時間制限に関する要件を満足しているか否か、即ち、現在の時刻が、車両１０の予約の開始日時の所定時間前（例えば、１０分前）に到達しているか否かを判定する。認証キー取得部２３３は、車両１０の予約の開始日時の所定時間前に到達している場合、ステップＳ３１６に進む。一方、認証キー取得部２３３は、現在の時刻が、車両１０の予約の開始日時の所定時間前に到達していない場合、ユーザの認証キー取得操作を無効とし、認証キー取得要求の送信を行わない。これにより、認証キーを車両１０の予約の開始日時より前に事前取得可能とすることにより、例えば、車両１０の利用開始時に携帯端末２０が所定の通信ネットワークの圏外に存在する場合等であっても、車両１０を解錠し、車両１０の利用を開始できる。一方、認証キーを取得可能な時間制限（即ち、車両１０の予約の開始日時の所定時間前の時点以降でなければ、認証キーの取得不可）を設けることにより、例えば、ユーザが事前取得された認証キーを利用して、車両１０の予約の開始日時より前に、車両１０を不正利用する機会を制限し、このような車両１０の不正利用を抑制することができる。

ステップＳ３１６にて、認証キー取得部２３３は、通信処理部２３１を介して、携帯端末２０に固有の識別情報（例えば、端末ＩＤ）、予約対象である車両１０のＶＩＮ、並びに予約の開始日時及び終了日時を含む認証キー取得要求を予約管理サーバ３０に送信する。

ステップＳ３１８にて、予約管理サーバ３０の通信処理部３２１は、携帯端末２０から認証キー取得要求を受信すると、センタサーバ４０に転送する。

ステップＳ３２０にて、センタサーバ４０の認証キー生成部４３２は、通信処理部４３１により受信された認証キー取得要求に応じて、上述の如く、キーユニット１２及び車両１０の予約内容に対応付けられた認証キー、即ち、キーユニット固有情報、並びに車両１０の予約の開始日時及び終了日時を含む態様の認証キーを生成する。そして、認証キー生成部４３２は、上述の如く、固有鍵ＤＢ４３５に格納される、キーユニット１２に対応する固有鍵により認証キーを暗号化する。

ステップＳ３２２にて、センタサーバ４０の認証キー生成部４３２は、通信処理部４３１を介して、暗号化された認証キーの他、認証キーの発行ＩＤ、受信側復号鍵、及びＢＬＥ接続情報を含む認証キー情報を予約管理サーバ３０に送信する。

ステップＳ３２４にて、予約管理サーバ３０の通信処理部３２１は、センタサーバ４０から認証キー情報を受信すると、携帯端末２０に転送する。

ステップＳ３２６にて、携帯端末２０の認証キー取得部２３３は、通信処理部２３１により受信された認証キー情報に含まれる認証キー、発行ＩＤ、受信側復号鍵、及びＢＬＥ接続情報を記憶部２３９に保存させる。

以上、ステップＳ３１２〜Ｓ３２６により、携帯端末２０による認証キーの取得が完了する。

次に、図４〜図６を参照して、施解錠システム１における携帯端末２０の認証に関する動作を説明する。

まず、図４は、携帯端末２０の処理装置２３による施解錠機能を起動させるための処理（施解錠機能起動処理）の一例を概略的に示すフローチャートである。本フローチャートによる処理は、例えば、認証キーが取得された後の車両１０の予約の終了時刻までの間、所定時間毎に行われる。

ステップＳ４０２にて、通信処理部２３１は、認証キー情報に含まれる態様でセンタサーバから取得され、記憶部２３９に保存されたＢＬＥ接続情報（デバイスＩＤ、ＳｅｒｖｉｃｅＵＵＩＤ等）に基づき、予約された車両１０に対応するキーユニット１２を携帯端末２０周辺における通信機器２１の通信エリア内で探索する。

ステップＳ４０４にて、通信処理部２３１は、予約された車両１０に対応するキーユニット１２（通信機器１２３）を検出したか否かを判定する。通信処理部２３１は、予約された車両１０に対応するキーユニット１２を検出した場合、ステップＳ４０６に進み、それ以外の場合、今回の処理を終了する。

ステップＳ４０６にて、通信処理部２３１は、携帯端末２０の識別情報（例えば、端末ＩＤや通信機器２１のデバイスＩＤ等）を含む接続要求を送信する。

ステップＳ４０８にて、通信処理部２３１は、キーユニット１２から接続応答が受信された否かを判定する。通信処理部２３１は、接続要求の送信から所定時間（例えば、携帯端末２０からキーユニット１２までの通信時間として想定される最大時間より十分に長い時間）以内でキーユニット１２から接続応答が受信された場合、ステップＳ４１０に進み、接続要求の送信から当該所定時間以内でキーユニット１２から接続応答が受信されなかった場合、今回の処理を終了する。

ステップＳ４１０にて、認証要求部２３４は、通信処理部２３１によりキーユニット１２から認証キー要求が受信されたか否かを判定する。認証要求部２３４は、通信処理部２３１による接続応答の受信から所定時間以内で、通信処理部２３１によりキーユニット１２から認証キー要求が受信された場合、ステップＳ４１２に進み、それ以外の場合、ステップＳ４１４に進む。

ステップＳ４１２にて、認証要求部２３４は、通信処理部２３１を介して、記憶部２３９に保存された、センタサーバ４０により暗号化済の認証キー（図３のステップＳ３２６参照）と、当該認証キーの発行ＩＤ等を含む認証要求をキーユニット１２に送信し、ステップＳ４２０に進む。

一方、ステップＳ４１４にて、認証要求部２３４は、通信処理部２３１によりキーユニット１２から携帯端末２０の再認証に関するチャレンジを受信したか否かを判定する。認証要求部２３４は、通信処理部２３１による接続応答の受信から所定時間以内で、通信処理部２３１によりキーユニット１２からチャレンジが受信された場合、ステップＳ４１６に進み、それ以外の場合、今回の処理を終了する。

ステップＳ４１６にて、認証要求部２３４は、通信処理部２３１により受信されたチャレンジに基づき、レスポンスを生成する。具体的には、認証要求部２３４は、前回の認証或いは再認証時に通信処理部２３１により受信された通信用暗号鍵を用いて、チャレンジを暗号化する。

ステップＳ４１８にて、認証要求部２３４は、生成したレスポンスを含む再認証要求をキーユニット１２に送信し、ステップＳ４２０に進む。

ステップＳ４２０にて、認証要求部２３４は、通信処理部２３１によりキーユニット１２から通信用暗号鍵が受信されたか否かを判定する。認証要求部２３４は、通信処理部２３１による認証要求或いは再認証要求の送信から所定時間内以内で、通信処理部２３１によりキーユニット１２から通信用暗号鍵が受信された場合、ステップＳ４２２に進み、それ以外の場合、今回の処理を終了する。

ステップＳ４２２にて、認証要求部２３４は、通信処理部２３１により受信された通信用暗号鍵を、記憶部２３９に保存された受信側復号鍵（図３のステップＳ３２４，Ｓ３２６参照）を利用して復号する。

ステップＳ４２４にて、認証要求部２３４は、通信処理部２３１により受信された通信用暗号鍵の復号に成功したか否かを判定する。認証要求部２３４は、受信された通信用暗号鍵の復号に成功した場合、ステップＳ４２６に進み、それ以外の場合、今回の処理を終了する。これにより、例えば、キーユニット１２から携帯端末２０に送信された、送信側暗号鍵１２５０ｃで暗号化された通信用暗号鍵が悪意の第三者に傍受されたとしても、センタサーバ４０から認証キーと共に携帯端末２０が取得する受信側復号鍵を利用しないと復号ができないため、通信用暗号鍵の傍受による車両１０の不正利用を抑制できる。

尚、復号された通信用暗号鍵は、記憶部２３９に保存される。

ステップＳ４２６にて、認証要求部２３４は、通信処理部２３１を介して、通信用暗号鍵により暗号化された施解錠機能ＯＮ要求をキーユニット１２に送信し、今回の処理を終了する。

続いて、図５は、キーユニット１２のキーＥＣＵ１２４による携帯端末２０の認証処理の一例を概略的に示すフローチャートである。本フローチャートによる処理は、例えば、キーユニット１２と通信可能に接続された携帯端末２０が存在しない状態で、繰り返し実行される。

ステップＳ５０２にて、通信処理部１２４３は、通信機器１２３を制御し、車両１０の周辺（具体的には、通信機器１２３を中心とするＢＬＥ通信電波の到達距離内）にアドバタイズ情報（例えば、ＳｅｒｖｉｃｅＵＵＩＤ、デバイスＩＤ等）を送信する。

ステップＳ５０４にて、通信処理部１２４３は、携帯端末２０から接続要求が受信されたか否かを判定する。通信処理部１２４３は、携帯端末２０からの接続要求が受信された場合、ステップＳ５０６に進み、それ以外の場合、今回の処理を終了する。

ステップＳ５０６にて、通信処理部１２４３は、携帯端末２０とのＢＬＥ接続のセッションを確立し、携帯端末２０にＢＬＥ接続完了を示す接続応答を送信する。

ステップＳ５０８にて、認証処理部１２４５は、接続要求に含まれる携帯端末２０の識別情報に基づき、通信処理部１２４３によりＢＬＥ接続のセッションが確立された携帯端末２０が既に認証キーによる認証済みであるか否かを判定する。認証処理部１２４５は、当該携帯端末２０が認証済みでない場合、ステップＳ５１０に進み、認証済みである場合、ステップＳ５１８に進む。

ステップＳ５１０にて、認証処理部１２４５は、通信処理部１２４３を介して、携帯端末２０に認証キー要求を送信する。

ステップＳ５１２にて、認証処理部１２４５は、通信処理部１２４３により携帯端末２０から認証キーを含む認証要求が受信されたか否かを判定する。認証処理部１２４５は、通信処理部１２４３による認証キー要求の送信から所定時間以内で、通信処理部１２４３により携帯端末２０から認証要求が受信された場合、ステップＳ５１４に進み、それ以外の場合、今回の処理を終了する。

ステップＳ５１４にて、認証処理部１２４５は、認証要求に含まれる、センタサーバ４０により暗号化されている認証キーを、固有鍵１２５０ａを用いて復号すると共に、認証キーに含まれるキーユニット固有情報及び予約情報（車両１０の予約の開始日時及び終了日時）を抽出する。

ステップＳ５１６にて、認証処理部１２４５は、抽出したキーユニット固有情報と予約情報とに基づき、携帯端末２０の認証を行う。例えば、認証処理部１２４５は、抽出したキーユニット固有情報と、キーユニット１２の記憶部１２５０に予め格納されるキーユニット固有情報とが一致するか否か、及び抽出した今回の認証キーの予約情報（開始日時及び終了時刻）と前回の認証に利用された認証キーの予約情報（開始日時及び終了時刻）に重複が無いか否か等に基づき、携帯端末２０の認証を行う。これにより、認証処理部１２４５は、キーユニット１２に固有のキーユニット固有情報に基づく検証だけでなく、予約情報の重複の有無の検証を行い、既に一度認証に利用された認証キーを、当該認証キーによる認証対象の携帯端末２０であるか他の端末であるかに依らず、ある端末から再度利用することができないようにすることができる。そのため、例えば、携帯端末２０からキーユニット１２に認証キーを含む認証要求が送信される際に、当該認証キーが悪意の第三者によって傍受された場合であっても、当該認証キーの再利用ができないため、悪意の第三者による車両１０の不正利用を抑制することができる。

一方、ステップＳ５１８にて、認証処理部１２４５は、予め規定される算出式等に基づき、チャレンジを生成し、通信処理部１２４３を介して、携帯端末２０にチャレンジを送信する。

ステップＳ５２０にて、認証処理部１２４５は、通信処理部１２４３により携帯端末２０からレスポンスを含む再認証要求が受信されたか否かを判定する。認証処理部１２４５は、通信処理部１２４３によるチャレンジの送信から所定時間以内で、通信処理部１２４３により携帯端末２０から再認証要求が受信された場合、ステップＳ５２２に進み、それ以外の場合、今回の処理を終了する。

ステップＳ５２２にて、認証処理部１２４５は、認証済みの携帯端末２０とキーユニット１２との間での前回のＢＬＥ通信のセッションで利用された通信用暗号鍵によるチャレンジレスポンス認証を行う。具体的には、認証処理部１２４５は、前回の通信用暗号鍵で暗号化したチャレンジと、通信処理部１２４３により携帯端末２０から受信されたレスポンスとが一致するが否かにより、携帯端末２０の再認証を行う。

ステップＳ５２４にて、認証処理部１２４５は、ステップＳ５１６或いはステップＳ５２２における認証が成功したか否かを判定する。認証処理部１２４５は、認証が成功した場合、ステップＳ５２６に進み、認証が失敗した場合、今回の処理を終了する。

ステップＳ５２６にて、暗号鍵生成部１２４８は、通信用暗号鍵を生成すると共に、送信側暗号鍵１２５０ｃによる暗号化を行う。

ステップＳ５２８にて、認証処理部１２４５は、通信処理部１２４３を介して、暗号鍵生成部１２４８により生成された通信用暗号鍵を携帯端末２０に送信し、今回の処理を終了する。これにより、携帯端末２０からキーユニット１２に施錠要求や解錠要求を送信する際の暗号化に利用する通信用暗号鍵は、携帯端末２０とキーユニット１２との間の通信不可の状態から通信可能な状態に遷移する度に更新される。そのため、例えば、なりすまし等により通信用暗号鍵が漏えいしたとしても、当該通信用暗号鍵を利用してキーユニット１２に接続することができないため、悪意の第三者による車両１０の不正利用を更に抑制することができる。

続いて、図６は、携帯端末２０による施解錠機能起動処理及びキーユニット１２による携帯端末２０の認証処理に対応する施解錠システム１の動作の一例を概略的に示すシーケンス図である。

尚、本例では、車両１０の予約の開始日時に、携帯端末２０を所持するユーザが既に車両１０の近くに到着している前提で説明を進める。

ステップＳ６０２にて、携帯端末２０の通信処理部２３１は、車両１０の予約の開始日時を検知する。

ステップＳ６０４にて、携帯端末２０の通信処理部２３１は、記憶部２３９に保存されたＢＬＥ接続情報に基づき、予約された車両１０に対応するキーユニット１２を探索する（図４のステップＳ４０２）。

一方、ステップＳ６０６にて、キーユニット１２の通信処理部１２４３は、通信機器１２３を通じて、キーユニット１２の近傍（即ち、車両１０の近傍）の所定の通信エリアにアドバタイズ情報を送信する（図５のステップＳ５０２）。

ステップＳ６０８にて、携帯端末２０の通信処理部２３１は、キーユニット１２からのアドバタイズ情報を受信することにより、キーユニット１２を検知し、認証要求部２３４からの送信要求に応じて、キーユニット１２に接続要求を送信する（図４のステップＳ４０４のＹｅｓ、ステップＳ４０６）。

ステップＳ６１０にて、キーユニット１２の通信処理部１２４３は、携帯端末２０から受信した接続要求に応じて、携帯端末２０との間でのＢＬＥ通信のセッションを確立し、携帯端末２０に接続応答を送信する（図５のステップＳ５０４のＹｅｓ、ステップＳ５０６）。

ステップＳ６１２にて、キーユニット１２の認証処理部１２４５は、ＢＬＥ通信のセッションが確立された携帯端末２０が認証済みでない場合、通信処理部１２４３を介して、携帯端末２０に認証キー要求を送信する（図５のステップＳ５０８のＮｏ、ステップＳ５１０）。

ステップＳ６１４にて、携帯端末２０の認証要求部２３４は、通信処理部２３１により受信された認証キー要求に応じて、センタサーバ４０で暗号化済の認証キーや当該認証キーの発行ＩＤを含む認証要求を、通信処理部２３１を介してキーユニット１２に送信する（図４のステップＳ４１０のＹｅｓ、ステップＳ４１２）。

ステップＳ６１６にて、キーユニット１２の認証処理部１２４５は、通信処理部１２４３により携帯端末２０から受信された認証キー要求に含まれる暗号化された認証キーを固有鍵１２５０ａにより復号すると共に、認証キーに含まれるキーユニット固有情報や車両１０の予約情報を抽出する（図５のステップＳ５１４）。

ステップＳ６１８にて、キーユニット１２の認証処理部１２４５は、認証キーに基づく携帯端末２０の認証、具体的には、認証キーから抽出されたキーユニット固有情報や予約情報に基づく携帯端末２０の認証を行う（図５のステップＳ５１６）。

ステップＳ６２０にて、キーユニット１２の暗号鍵生成部１２４８は、携帯端末２０の認証が成功すると、通信用暗号鍵を生成すると共に、送信側暗号鍵１２５０ｃによる暗号化を行う（図５のステップＳ５２６）。

ステップＳ６２２にて、キーユニット１２の認証処理部１２４５は、暗号鍵生成部１２４８により生成された通信用暗号鍵を携帯端末２０に送信する（図５のステップＳ５２８）。

ステップＳ６２４にて、携帯端末２０の認証要求部２３４は、通信処理部２３１により受信された通信用暗号鍵を、記憶部２３９に保存された受信側復号鍵により復号する（図４のステップＳ４２２）。

ステップＳ６２６にて、認証要求部２３４は、通信用暗号鍵の復号に成功した場合、通信処理部２３１を介して、通信用暗号鍵により暗号化された施解錠機能ＯＮ通知をキーユニット１２に送信する。

以上、ステップＳ６０２〜Ｓ６２６により、携帯端末２０の認証が完了する。

次に、図７〜図１０を参照して、施解錠システム１における携帯端末２０の利用による車両１０のドアの解錠に関する動作を説明する。

まず、図７は、キーユニット１２のキーＥＣＵ１２４による時刻更新処理の一例を概略的に示すフローチャートである。本フローチャートによる処理は、例えば、携帯端末２０の認証或いは再認証が成功し、通信処理部１２４３により携帯端末２０から施解錠機能ＯＮ要求が受信された場合に実行される。また、本フローチャートから後述するステップＳ７２２，Ｓ７２４が省略された処理は、携帯端末２０の認証或いは再認証が成功した後、キーユニット１２と携帯端末２０とのＢＬＥ通信の接続セッションが確立されている状態が継続する状況で、定期的に（例えば、３０分毎に）実行される。

ステップＳ７０２にて、時刻更新処理部１２４６は、認証済みの携帯端末２０の認証に利用された認証キーの発行ＩＤを固有鍵１２５０ａにより暗号化する。

ステップＳ７０４にて、時刻更新処理部１２４６は、通信処理部１２４３を介して、暗号化された発行ＩＤを含む時刻取得要求を、携帯端末２０を中継してセンタサーバ４０に送信する。

ステップＳ７０６にて、時刻更新処理部１２４６は、通信処理部１２４３により携帯端末２０を中継してセンタサーバ４０から時刻情報が受信されたか否かを判定する。時刻更新処理部１２４６は、通信処理部１２４３による時刻取得要求の送信から所定時間以内で、通信処理部１２４３により時刻情報が受信された場合、ステップＳ７０８に進み、それ以外の場合、ステップＳ７１８に進む。

ステップＳ７０８にて、時刻更新処理部１２４６は、通信処理部１２４３による時刻取得要求の送信から時刻情報の受信までの経過時間（通信遅延時間Ｔｄ）が所定閾値Ｔｄ＿ｔｈ以下であるいか否かを判定する。所定閾値Ｔｄ＿ｔｈは、センタサーバ４０からの時刻情報を中継する携帯端末２０における意図的な通信遅延の有無を判断可能な時間として予め設定される。時刻更新処理部１２４６は、通信遅延時間Ｔｄが所定閾値Ｔｄ＿ｔｈ以下である場合、携帯端末２０等における意図的な通信遅延はなかったと判断し、ステップＳ７１０に進み、通信遅延時間Ｔｄが所定閾値Ｔｄ＿ｔｈ以下でない場合、携帯端末２０等における意図的な通信遅延があったと判断し、ステップＳ７２６に進む。

ステップＳ７１０にて、時刻更新処理部１２４６は、通信処理部１２４３により受信された時刻情報を固有鍵１２５０ａにより復号する。

ステップＳ７１２にて、時刻更新処理部１２４６は、計時部１２４４の時刻を、復号された時刻情報に含まれるセンタサーバ４０（ＲＴＣ４２）の時刻で更新することにより、計時部１２４４の時刻をセンタサーバ４０の時刻と同期させる。

ステップＳ７１４にて、判定部１２４７は、復号された時刻情報に含まれるキャンセルフラグＦに基づき、認証処理部１２４５による認証済みの携帯端末２０の認証に利用された認証キーに対応する車両１０の予約がキャンセルされているか否かを判定する。判定部１２４７は、復号された時刻情報に含まれるキャンセルフラグＦが"１"である場合、認証済みの携帯端末２０の認証に利用された認証キーに対応する車両１０の予約がキャンセルされたと判定し、キャンセルフラグＦが"０"である場合、当該車両１０の予約はキャンセルされていないと判定する。判定部１２４７は、認証処理部１２４５による認証済みの携帯端末２０の認証に利用された認証キーに対応する車両１０の予約がキャンセルされていない場合、ステップＳ７１６に進み、キャンセルされている場合、ステップＳ７２６に進む。

ステップＳ７１６にて、判定部１２４７は、現在の時刻が、車両１０の予約時間内であるか否かを判定する。具体的には、判定部１２４７は、計時部１２４４の更新された時刻が、認証処理部１２４５による携帯端末２０の認証の際に認証キーから抽出された予約の開始日時及び終了日時の間に含まれるか否かを判定する。判定部１２４７は、現在の時刻が、車両１０の予約時間内であると判定した場合、ステップＳ７２２に進み、予約時間内でないと判定した場合、ステップＳ７２６に進む。

一方、ステップＳ７１８にて、時刻更新処理部１２４６は、通信処理部１２４３により携帯端末２０から通信不可通知が受信されたか否かを判定する。通信不可通知は、携帯端末２０からキーユニット１２に送信され、例えば、携帯端末２０が携帯電話網の圏外であったり、携帯電話網による通信機能がＯＦＦされていたり等の理由によって、携帯端末２０が予約管理サーバ３０、センタサーバ４０との間での信号の送受信ができない状態であることを示す通知である。時刻更新処理部１２４６は、通信処理部１２４３による時刻取得要求の送信から所定時間以内で、通信処理部１２４３により携帯端末２０から通信不可通知が受信された場合、センタサーバ４０から時刻情報を取得できないため、計時部１２４４の時刻の更新は行わず、ステップＳ７２０に進み、それ以外の場合、今回の処理を終了する。

ステップＳ７２０にて、判定部１２４７は、現在の時刻が、車両１０の予約時間内であるか否かを判定する。但し、携帯端末２０と予約管理サーバ３０との間が通信不可状態であり、計時部１２４４の時刻がセンタサーバ４０の時刻と同期できないため、簡易的な判定を行う。具体的には、判定部１２４７は、記憶部１２５０に記憶される携帯端末２０の認証に利用された認証キーの履歴に含まれる車両１０の予約情報（予約の開始日時及び終了時刻）の履歴に基づき、現在認証済みの携帯端末２０の認証に利用された今回の認証キーに対応する車両１０の予約の開始日時が、前回認証された携帯端末２０の認証に利用された認証キーに対応する車両１０の予約の終了時刻以降である場合、車両１０の予約時間内であると判定し、それ以外である場合、車両１０の予約時間内でないと判定する。判定部１２４７は、現在の時刻が、車両１０の予約時間内であると判定した場合、ステップＳ７２２に進み、車両１０の予約時間内でないと判定した場合、ステップＳ７２６に進む。

ステップＳ７２２にて、施解錠処理部１２４９は、施解錠機能をＯＮする。

尚、キーユニット１２の施解錠機能がＯＦＦの場合、消費電力が非常に小さい通信処理部１２４３、計時部１２４４、認証処理部１２４５、時刻更新処理部１２４６、判定部１２４７、暗号鍵生成部１２４８、施解錠処理部１２４９等の機能は、利用可能な状態になっている。また、キーユニット１２の施解錠機能がＯＦＦからＯＮされると、例えば、消費電力が大きいＬＦ電波受信機１２１、ＲＦ電波送信機１２２等を利用可能な状態になる。

ステップＳ７２４にて、認証処理部１２４５は、通信処理部１２４３を介して、施解錠機能がＯＮされた旨を示す施解錠機能ＯＮ通知を携帯端末２０に送信し、今回の処理を終了する。

一方、ステップＳ７２６にて、施解錠処理部１２４９は、通信処理部１２４３によるキーユニット１２と携帯端末２０との間のＢＬＥ通信の通信セッションを強制的に切断すると共に、当該携帯端末２０による以降の再接続を禁止する。即ち、当該携帯端末２０による車両１０の解錠が禁止される。これにより、ステップＳ７０８の処理により、センタサーバ４０からキーユニット１２に時刻情報が送信される過程において、携帯端末２０における意図的な通信遅延があったと判断された場合、当該携帯端末２０とキーユニット１２との間の通信が遮断され、再接続不可になるため、例えば、悪意の第三者が携帯端末２０を利用してキーユニット１２の時刻を意図的に操作し、予約時間外での不正利用を企てたとしても、当該不正利用を抑制することができる。また、ステップＳ７１４の処理により、認証済みの携帯端末２０の認証に利用された認証キーに対応する車両１０の予約がキャンセルされていると判定された場合、当該携帯端末２０とキーユニット１２との間の通信が遮断され、再接続不可になるため、例えば、事前に取得された認証キーを保持する携帯端末２０が悪意の第三者の手に渡った場合であっても、正規の携帯端末２０のユーザは、他の端末や電話連絡等を利用し、車両１０の予約をキャンセルすることにより、車両１０の悪意の第三者による利用が禁止され、車両１０の不正利用を抑制することができる。また、ステップＳ７１６の処理により、現在の時刻が、車両１０の予約時間内でないと判定された場合、当該携帯端末２０とキーユニット１２との間の通信が遮断され、再接続不可になるため、例えば、事前に取得された認証キーを利用して車両１０の予約の開始日時より前に車両１０を利用することができず、車両１０の不正利用を抑制することができる。また、ステップＳ７２０の処理により、現在の時刻が、車両１０の予約時間内でないと判定された場合、当該携帯端末２０とキーユニット１２との間の通信が遮断され、再接続不可になるため、例えば、携帯端末２０が携帯電話網の圏外である等の理由により、計時部１２４４の時刻を更新できない状況であっても、少なくとも当該予約より一つ前の予約の終了時刻より前に車両１０が利用されてしまうような事態を抑制することができる。

続いて、図８は、センタサーバ４０の管理装置４３による時刻更新処理の一例を概略的に示すフローチャートである。本フローチャートによる処理は、例えば、通信処理部４３１により、キーユニット１２から予約管理サーバ３０を中継して時刻取得要求が受信された場合、実行される。

ステップＳ８０２にて、時刻同期処理部４３３は、通信処理部４３１により受信された時刻取得要求のデータを、固有鍵ＤＢ４３５に格納される送信元であるキーユニット１２に対応する固有鍵で復号する。

ステップＳ８０４にて、時刻同期処理部４３３は、キャンセル情報ＤＢ４３８を参照し、復号された時刻取得要求に含まれる認証キーの発行ＩＤ対応する車両１０の予約のキャンセルがあるか否かを判定する。時刻同期処理部４３３は、時刻取得要求に含まれる認証キーの発行ＩＤに対応する車両１０の予約のキャンセルがある場合、ステップＳ８０６に進み、キャンセルがない場合、ステップＳ８０８に進む。

ステップＳ８０６にて、時刻同期処理部４３３は、キャンセルフラグＦを、車両１０の予約がキャンセルされていることを示す"１"に設定し、ステップＳ８１０に進む。

一方、ステップＳ８０８にて、時刻同期処理部４３３は、キャンセルフラグＦを、車両１０の予約がキャンセルされていないことを示す"０"に設定し、ステップＳ８１０に進む。

ステップＳ８１０にて、時刻同期処理部４３３は、センタサーバ４０の時刻、即ち、ＲＴＣ４２の時刻を取得する。

ステップＳ８１２にて、時刻同期処理部４３３は、取得したセンタサーバ４０の時刻と、キャンセルフラグＦを含む時刻情報を生成すると共に、当該時刻情報を、固有鍵ＤＢ４３５に格納された、時刻取得要求の送信元であるキーユニット１２に対応する固有鍵で暗号化する。

ステップＳ８１４にて、時刻同期処理部４３３は、通信処理部４３１を介して、予約管理サーバ３０及び携帯端末２０を中継する態様で、暗号化した時刻情報をキーユニット１２に送信し、今回の処理を終了する。これにより、携帯端末２０とキーユニット１２との間の通信が可能な状態で、携帯端末２０及び予約管理サーバ３０を中継して、キーユニット１２からセンタサーバ４０に時刻取得要求が送信されるたびに、センタサーバ４０から時刻と共にキャンセルフラグＦが送信されるため、キーユニット１２側で、車両１０の予約のキャンセルの有無を把握することができる。

次に、図９は、キーユニット１２のキーＥＣＵ１２４による解錠処理の一例を概略的に示すフローチャートである。本フローチャートによる処理は、例えば、施解錠機能がＯＮされている状態で、所定時間間隔で繰り返し実行される。

ステップＳ９０２にて、施解錠処理部１２４９は、通信処理部１２４３により携帯端末２０から、通信用暗号鍵により暗号化された解錠要求が受信されたか否かを判定する。施解錠処理部１２４９は、通信処理部１２４３により携帯端末２０から、通信用暗号鍵により暗号化された解錠要求が受信された場合、ステップＳ９０４に進み、それ以外の場合、今回の処理を終了する。

ステップＳ９０４にて、施解錠処理部１２４９は、直近の時刻取得要求に対応する計時部１２４４の時刻の更新が行われたか否かを判定する。直近の時刻取得要求に対応する計時部１２４４の時刻の更新が行われている場合、ステップＳ９０６に進み、直近の時刻取得要求に対応する計時部１２４４の時刻の更新が行われていない場合、ステップＳ９０８に進む。

ステップＳ９０６にて、判定部１２４７は、現在の時刻が、携帯端末２０の認証に利用された認証キーに対応する車両１０の予約時間内であるか否かを判定する。具体的には、判定部１２４７は、計時部１２４４の時刻が、認証キーに含まれる予約情報の開始日時及び終了日時の間に含まれるか否かを判定する。判定部１２４７は、現在の時刻が、携帯端末２０の認証に利用された認証キーに対応する車両１０の予約時間内である場合、ステップＳ９１２に進み、予約時間内でない場合、ステップＳ９１４に進む。

一方、ステップＳ９０８にて、施解錠処理部１２４９は、計時部１２４４の時刻が更新されていない時間（時刻未更新時間）Ｔｎｕが所定閾値Ｔｎｕ＿ｔｈ以下であるか否かを判定する。施解錠処理部１２４９は、計時部１２４４の時刻未更新時間Ｔｎｕが所定閾値Ｔｎｕ＿ｔｈ以下である場合、ステップＳ９１０に進み、計時部１２４４の時刻未更新時間Ｔｎｕが所定閾値Ｔｎｕ＿ｔｈ以下でない場合、ステップＳ９１４に進む。

ステップＳ９１０にて、判定部１２４７は、現在の時刻が、車両１０の予約時間内であるか否かを判定する。但し、携帯端末２０と予約管理サーバ３０との間が通信不可状態であり、計時部１２４４の時刻がセンタサーバ４０の時刻と同期できないため、簡易的な判定を行う。具体的には、判定部１２４７は、記憶部１２５０に記憶される携帯端末２０の認証に利用された認証キーの履歴に含まれる車両１０の予約情報（予約の開始日時及び終了時刻）の履歴に基づき、現在認証済みの携帯端末２０の認証に利用された今回の認証キーに対応する車両１０の予約の開始日時が、前回認証された携帯端末２０の認証に利用された認証キーに対応する車両１０の予約の終了時刻以降である場合、車両１０の予約時間内であると判定し、それ以外である場合、車両１０の予約時間内でないと判定する。判定部１２４７は、現在の時刻が、車両１０の予約時間内であると判定した場合、ステップＳ９１２に進み、車両１０の予約時間内でないと判定した場合、ステップＳ９１４に進む。

ステップＳ９１２にて、施解錠処理部１２４９は、車両１０のドアを解錠する処理、即ち、ＲＦ送信処理部１２４２を介して、施解錠装置１１に解錠信号を送信し、車両１０のドアを解錠させる。

一方、ステップＳ９１４にて、通信処理部１２４３は、キーユニット１２と携帯端末２０との間のＢＬＥ通信の通信セッションを強制的に切断すると共に、当該携帯端末２０による以降の再接続を禁止する。即ち、当該携帯端末２０による車両１０の解錠が禁止される。これにより、図７のステップＳ７２６の処理の場合と同様の作用・効果が得られる。即ち、例えば、事前に取得された認証キーを利用して車両１０の予約の開始日時より前に車両１０を利用することができず、車両１０の不正利用を抑制することができる。また、例えば、携帯端末２０が携帯電話網の圏外である等の理由により、計時部１２４４の時刻を更新できない状況であっても、少なくとも当該予約より一つ前の予約の終了時刻より前に車両１０が利用されてしまうような事態を抑制することができる。また、更に、本例では、ステップＳ９０８の処理により、キーユニット１２（計時部１２４４）の時刻未更新時間Ｔｎｕが所定閾値Ｔｎｕ＿ｔｈを超えている場合、当該携帯端末２０とキーユニット１２との間の通信が遮断され、再接続不可になるため、例えば、ユーザが意図的に携帯端末２０の通信処理部２３２による通信機能をＯＦＦにして、キーユニット１２の時刻がセンタサーバ４０の時刻と同期されない状態で車両１０を継続利用しようとしても、時刻未更新継続時間Ｔｎｕに対して制限時間としての所定閾値Ｔｎｕ＿ｔｈが設定されることにより、車両１０の不正利用を抑制することができる。

尚、通信処理部１２４３により携帯端末２０から施錠信号が受信された場合、施解錠処理部１２４９は、図９のステップＳ９０４〜Ｓ９１０、Ｓ９１４の処理を省略し、車両１０のドアを施錠する処理、即ち、ＲＦ送信処理部１２４２を介して、施解錠装置１１に施錠信号を施解錠装置１１に送信する構成であってよい。車両１０の施錠は、車両１０からユーザが降車し、車両１０から離れる状況を示すと考えられるため、車両１０の不正利用が疑われる場合であっても、許容した方が良いと考えられるからである。但し、通信処理部１２４３により携帯端末２０から施錠信号が受信された場合についても、図９と同様の処理が行われてもよい。

続いて、図１０は、施解錠システム１におけるキーユニット１２及びセンタサーバ４０による時刻同期処理、並びにキーユニット１２による解錠処理に関する動作の一例を概略的に示すシーケンス図である。

尚、図１０に示すシーケンス図における施解錠システム１の動作は、図６に示すシーケンス図に示す動作から継続して実行される前提で説明を進める。

ステップＳ１００２にて、キーユニット１２の時刻更新処理部１２４６は、認証済みの携帯端末２０の認証に利用された認証キーの発行ＩＤを暗号化する（図７のステップＳ７０２）。

ステップＳ１００４にて、キーユニット１２の時刻更新処理部１２４６は、通信処理部１２４３を介して、暗号化された発行ＩＤを含む時刻取得要求を携帯端末２０に送信する（図７のステップＳ７０４）。

ステップＳ１００６にて、携帯端末２０の通信処理部２３１は、キーユニット１２からセンタサーバ４０を送信先とする時刻取得要求を受信すると、通信処理部２３２に送り、通信処理部２３２は、当該時刻取得要求を予約管理サーバ３０に転送する。

ステップＳ１００８にて、予約管理サーバ３０の通信処理部３２１は、携帯端末２０からセンタサーバ４０を送信先とする時刻取得要求を受信すると、センタサーバ４０に転送する。

ステップＳ１０１０にて、センタサーバ４０の時刻同期処理部４３３は、通信処理部４３１により受信された時刻取得要求のデータを復号する（図８のステップＳ８０２）。

ステップＳ１０１２にて、センタサーバ４０の時刻同期処理部４３３は、時刻取得要求に含まれる認証キーの発行ＩＤとキャンセル情報ＤＢ４３８のキャンセル情報とを照合し、キャンセルフラグＦを設定する（図８のステップＳ８０４〜Ｓ８０８）。

ステップＳ１０１４にて、センタサーバ４０の時刻同期処理部４３３は、センタサーバ４０（ＲＴＣ４２）の時刻を取得する（図８のステップＳ８１０）。

ステップＳ１０１５にて、時刻同期処理部４３３は、センタサーバ４０の時刻と、キャンセルフラグＦを含む時刻情報を生成すると共に、当該時刻情報を固有鍵で暗号化する（図８のステップＳ８１２）。

ステップＳ１０１６にて、時刻同期処理部４３３は、通信処理部４３１を介して、暗号化した時刻情報を予約管理サーバ３０に送信する（図８のステップＳ８１４）。

ステップＳ１０１８にて、予約管理サーバ３０の通信処理部３２１は、センタサーバ４０からキーユニット１２に向けた時刻情報を受信すると、当該時刻情報を携帯端末２０に転送する。

ステップＳ１０２０にて、携帯端末２０の通信処理部２３２は、予約管理サーバ３０からキーユニット１２に向けた時刻情報を受信すると、通信処理部２３１に送り、通信処理部２３１は、当該時刻情報をキーユニット１２に転送する。

ステップＳ１０２１にて、キーユニット１２の時刻更新処理部１２４６は、通信処理部１２４３により時刻情報が受信されると、通信遅延時間Ｔｄに関する制限要件（通信遅延時間Ｔｄが所定閾値Ｔｄ＿ｔｈ以下であるか否か）を確認する（図７のステップＳ７０８）。

通信遅延時間Ｔｄが所定閾値Ｔｄ＿ｔｈ以下であった場合（図７のステップＳ７０８のＹｅｓ）、ステップＳ１０２２にて、時刻更新処理部１２４６は、時刻情報を固有鍵１２５０ａにより復号する（図７のステップＳ７１０）。

ステップＳ１０２４にて、キーユニット１２の時刻更新処理部１２４６は、計時部１２４４の時刻を、復号された時刻情報に含まれるセンタサーバ４０（ＲＴＣ４２）の時刻で更新する（図７のステップＳ７１２）。

ステップＳ１０２６にて、キーユニット１２の判定部１２４７は、復号された時刻情報に含まれるキャンセルフラグＦを確認し、認証済みの携帯端末２０に対応する車両１０の予約がキャンセルされているか否かを判定する（図７のステップＳ７１４）。

認証済みの携帯端末２０に対応する車両１０の予約がキャンセルされていない場合（図７のステップＳ７１４のＮｏ）、ステップＳ１０２８にて、キーユニット１２の判定部１２４７は、認証済みの携帯端末２０に対応する認証キーに含まれる予約情報（車両１０の予約の開始日時及び終了日時）を確認し、現在の時刻が、車両１０の予約時間内であるか否かを判定する（図７のステップＳ７１６）。

現在の時刻が、車両１０の予約時間内である場合（図７のステップＳ７１６のＹｅｓ）、ステップＳ１０３０にて、施解錠処理部１２４９は、施解錠機能をＯＮする（図７のステップＳ７２２）。

ステップＳ１０３２にて、施解錠処理部１２４９は、通信処理部１２４３を介して、施解錠機能ＯＮ通知を携帯端末２０に送信する（図７のステップＳ７２４）。

ステップＳ１０３４にて、携帯端末２０の施解錠要求部２３５は、ディスプレイ２４のＧＵＩに対するユーザの所定操作（解錠操作）を受け付ける。

ステップＳ１０３６にて、携帯端末２０の施解錠要求部２３５は、解錠操作に応じて、通信処理部２３１を介して、記憶部２３９に保存された通信用暗号鍵で暗号化した解錠要求をキーユニット１２に送信する。

ステップＳ１０３８にて、通信処理部１２４３により解錠要求が受信されると（図９のステップＳ９０２のＹｅｓ）、直近の時刻の更新が実施済みであるため（図９のステップＳ９０４のＹｅｓ）、キーユニット１２の判定部１２４７は、認証済みの携帯端末２０に対応する認証キーに含まれる予約情報（車両１０の予約の開始日時及び終了日時）を確認し、現在の時刻が、車両１０の予約時間内であるか否かを判定する（図９のステップＳ９０６）。

現在の時刻が、車両１０の予約時間内である場合（図９のステップＳ９０６のＹｅｓ）、ステップＳ１０４０にて、キーユニット１２の施解錠処理部１２４９は、車両１０のドアを解錠する処理を行い、車両１０のドアを解錠させる。

以上、ステップＳ１００２〜Ｓ１０４０により、キーユニット１２の時刻の更新（センタサーバ４０の時刻との同期）、各種制限要件の確認による施解錠機能の起動、及び解錠操作に基づく車両１０のドアの解錠の一連の動作が完了する。

このように、本実施形態では、認証処理部１２４５は、携帯端末２０から送信される、車両１０の予約の開始日時及び終了日時を含む認証キー（第１認証情報）に基づき、携帯端末２０の認証を行い、施解錠処理部１２４９は、認証処理部１２４５による携帯端末２０の認証に成功し、且つ、通信処理部１２４３により携帯端末２０から解錠要求又は施錠要求が受信された場合、車両１０のドアを解錠又は施錠する。また、判定部１２４７は、認証処理部１２４５による認証に利用された認証キーに含まれる車両１０の予約の開始日時及び前記終了日時に基づき、車両１０の予約時間内であるか否かを判定する。そして、施解錠処理部１２４９は、認証処理部１２４５による携帯端末２０の認証が成功し、且つ、通信処理部１２４３により解錠要求（車両１０のドアの解錠を要求する第１要求信号）が受信された場合であっても、判定部１２４７により車両１０の予約時間内でないと判定された場合、車両１０のドアの解錠を禁止する。従って、ユーザが、事前取得された認証キーを保持する携帯端末２０を用いて、予約時間外の車両１０を解錠させようとしても、車両１０の解錠が禁止されるため、車両１０の予約時間外の不正利用を抑制できる。

また、本実施形態では、施解錠システム１は、センタサーバ４０を含み、センタサーバ４０は、キーユニット１２に設けられる計時部１２４４（キーユニット用タイマ）よりも精度が高い計時を行うＲＴＣ４２（サーバ用タイマ）と、ＲＴＣ４２から取得する時刻を含む時刻情報をキーユニット１２に送信する通信処理部４３１と、を備える。また、キーユニット１２は、センタサーバ４０から時刻情報を受信する通信処理部２３２と、通信処理部２３２により受信された時刻情報に基づき、センタサーバ４０のＲＴＣ４２と同期される計時部１２４４（キーユニット用タイマ）と、を備える。そして、キーユニット１２の判定部１２４７は、ＲＴＣ４２による時刻と、認証処理部１２４５による認証に利用された認証キーに含まれる開始日時及び終了日時とに基づき、車両１０の予約時間内であるか否かを判定する。従って、キーユニット１２は、比較的精度の低いソフトウェアによる計時部１２４４（第１タイマ）を採用することで、製造コストやサイズを抑制することができると共に、センタサーバ４０の比較的精度が高いＲＴＣ４２と同期させることができ、精度よく、予約時間内であるか否かの判定を行うことができる。そのため、車両１０の予約時間外の不正利用を更に抑制できる。

また、本実施形態では、携帯端末２０の通信処理部２３１及び通信処理部２３２（中継部）は、センタサーバ４０及びキーユニット１２の何れか一方から他方に向けて送信された信号を受信すると共に、他方に向けて送信（転送）する中継機能を果たす。そして、センタサーバ４０の通信処理部４３１は、予約管理サーバ３０を介して、時刻情報を携帯端末２０に送信し、携帯端末２０の中継部（通信処理部２３１及び通信処理部２３２）は、予約管理サーバ３０を介して、センタサーバ４０から時刻情報を受信した場合、該時刻情報をキーユニット１２に送信し、キーユニット１２の通信処理部１２４３は、時刻情報を携帯端末２０から受信する。これにより、キーユニット１２とセンタサーバ４０との間で行われる時刻情報を同期するための通信は、携帯端末２０を中継して行われる。従って、車両１０の予約時間内であるか否かを判定する必要があるタイミング、即ち、携帯端末２０を所持するユーザが車両１０に接近してきたタイミングで、携帯端末２０を中継して、時刻同期を行えばよく、通信負荷を抑制できると共に、不要な通信を抑制し、例えば、キーユニット１２内の情報の外部漏えい等を抑制することができる。

また、本実施形態では、キーユニット１２は、認証処理部１２４５により認証された携帯端末２０から通信処理部１２４３により受信された認証キー（第１認証情報）の履歴を記憶する記憶部１２５０を備え、キーユニット１２の判定部１２４７は、携帯端末２０がサーバと通信できない状態にあることにより、通信処理部１２４３により時刻情報が受信できない場合、記憶部１２５０の履歴内の車両１０の今回の予約に対応する認証キーに含まれる開始日時が、履歴内の車両１０の前回の予約に対応する認証キーに含まれる終了日時より後であるとき、車両１０の予約時間内であると判定し、当該開始日時が当該終了日時より後でないとき、車両１０の予約時間内でないと判定する。従って、キーユニット１２の比較的精度が低い計時部１２４４がＲＴＣ４２と同期できない状況であっても、ユーザは、事前取得された認証キーを保持する携帯端末２０を用いて、少なくとも前回の予約の終了日時より前に、車両１０を利用することができない。そのため、例えば、ユーザが携帯端末２０の通信機能を故意に一時的停止させる等し、携帯端末２０がサーバとの通信ができない状態にされても、予約時間の開始前における車両１０の不正利用を抑制することができる。

また、本実施形態では、施解錠処理部１２４９は、携帯端末２０がセンタサーバ４０と通信できない状態にあることにより、通信処理部１２４３により時刻情報を受信できない状態が所定時間（所定閾値Ｔｎｕ＿ｔｈ）以上継続している場合、認証処理部１２４５による携帯端末２０の認証が成功した場合であっても、認証済の携帯端末２０から送信される解錠要求（ドアの解錠を要求する第１要求信号）に基づく車両１０のドアの解錠を禁止する。従って、例えば、ユーザが携帯端末２０の通信機能を故意に停止させる等し、携帯端末２０がサーバとの通信ができない状態で、車両１０の利用が継続されても、時刻同期が所定時間以上されない状態が継続すると、車両１０の解錠が禁止される。そのため、ユーザが予約時間の終了後も車両１０の利用を継続していた場合であっても、ある程度の時間が経過すると、解錠ができなくなるため、車両１０の予約時間の終了後における不正利用を抑制することができる。

また、本実施形態では、キーユニット１２の通信処理部１２４３は、時刻情報を要求する時刻取得要求（第２要求信号）を携帯端末２０に送信する。また、携帯端末２０の中継部（通信処理部２３１及び通信処理部２３２）は、キーユニット１２から時刻取得要求を受信した場合、該時刻取得要求を、予約管理サーバ３０を介して、センタサーバ４０に送信する。また、センタサーバ４０の通信処理部４３１は、予約管理サーバ３０を介して、時刻取得要求を携帯端末２０から受信する。また、センタサーバ４０の通信処理部４３１は、自己により時刻取得要求が受信された場合、キーユニット１２に対する時刻情報を携帯端末２０に送信する。そして、キーユニット１２の施解錠処理部１２４９は、認証処理部１２４５による携帯端末２０の認証が成功した場合であっても、通信処理部１２４３により携帯端末２０から時刻情報が受信された場合であって、通信処理部１２４３により当該時刻情報に対応する時刻取得要求が送信されてから通信処理部１２４３により当該時刻情報が受信されるまでの経過時間が所定時間（所定閾値Ｔｄ＿ｔｈ）を超えていた場合、認証済みの携帯端末２０から送信される解錠要求（ドアの解錠を要求する第１要求信号）に基づく車両１０のドアの解錠を禁止する。従って、例えば、ユーザが携帯端末から時刻情報をキーユニット１２に転送するタイミングを意図的に遅延させたりすることにより、キーユニット１２の計時部１２４４の時刻を不正に操作しようとしても、キーユニット１２における時刻取得要求の送信から時刻情報の受信までの経過時間が、不正操作が疑われる所定時間（所定閾値Ｔｄ＿ｔｈ）を超えている場合に、車両１０の解錠が禁止される。そのため、キーユニット１２内の計時部１２４４の時刻を不正操作することによる車両１０の不正利用を抑制することができる。

また、本実施形態では、施解錠システム１は、車両１０に取り付けられる施解錠装置１１を含む。また、キーユニット１２は、車両１０に対応付けられた施解錠鍵情報１２５０ｂ（第２認証情報）を記憶する記憶部１２５０を含む。また、施解錠装置１１は、キーユニット１２から施解錠鍵情報１２５０ｂを含む解錠信号及び施錠信号（第３要求信号）を受信するＲＦ受信処理部１１３２と、ＲＦ受信処理部１１３２により解錠信号又は施錠信号が受信された場合、解錠信号及び施錠信号に含まれる施解錠鍵情報に基づき、キーユニットの認証を行う認証処理部１１３３と、認証処理部１１３３による認証が成功した場合、車両１０のドアを解錠又は施錠する施解錠制御部１１３４と、を備える。そして、キーユニット１２の施解錠処理部１２４９は、ＲＦ送信処理部１２４２を介して、車両１０のドアを解錠又は施錠する処理として、施解錠鍵情報１２５０ｂを含む解錠信号又は施錠信号を施解錠装置１１に送信する。これにより、キーユニット１２は、車両１０に取りつけられる施解錠装置１１に解錠信号及び施錠信号を送信することにより、車両１０の解錠及び施錠を行うことができる。そのため、例えば、車両１０に既に設置される施解錠装置１１に対して、キーユニット１２を追加で設ける態様で、施解錠システム１を構成することができる。

尚、本実施形態では、キーユニット１２（施解錠処理部１２４９）は、施解錠装置１１の照合ＥＣＵ１１３を介して、車両１０のドアを解錠及び施錠する構成であるが、例えば、キーユニット１２が、直接、ボディＥＣＵ１１４に制御指令を送信し、ドアロックモータ１１５を作動させる構成であってもよい。

また、本実施形態では、携帯端末２０（認証キー取得部２３３）は、センタサーバ４０から認証キーを取得するが、当該構成には限定されず、例えば、シェアカー、レンタカー等に関連する所定の店舗に配備される特定の端末から有線又は無線通信で取得する態様であってもよい。

以上、本発明を実施するための形態について詳述したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

例えば、上述した実施形態では、施解錠及び利用予約の対象が車両であったが、複数のユーザが時間帯を分けて利用可能であり、且つ、施解錠可能な対象であれば、車両に限定されない。即ち、上述した実施形態における施解錠及び利用予約の対象である車両は、例えば、会議室、保養所、体育館等の施解錠可能な施設に置換されてもよい。これにより、上述した実施形態と同様、当該施設を利用するユーザの利便性を向上させつつ、当該施設への不法侵入等を抑制することができる。

１ 施解錠システム
１０ 車両
１１ 施解錠装置
１２ キーユニット
２０ 携帯端末
２１ 通信機器
２２ 通信機器
２３ 処理装置
２４ ディスプレイ
３０ 予約管理サーバ
３１ 通信機器
３２ 管理装置
４０ センタサーバ
４１ 通信機器
４２ ＲＴＣ
４３ 管理装置
１１３ 照合ＥＣＵ
１１４ ボディＥＣＵ
１１５ ドアロックモータ
１２３ 通信機器
１２４ キーＥＣＵ
２３１ 通信処理部
２３２ 通信処理部
２３３ 認証キー取得部
２３４ 認証要求部
２３５ 施解錠要求部
２３６ 利用予約部
２３９ 記憶部
３２１ 通信処理部
３２２ スケジュール管理部
３２３ スケジュール情報ＤＢ
４３１ 通信処理部
４３２ 認証キー生成部
４３３ 時刻同期処理部
４３４ 認証情報ＤＢ
４３５ 固有鍵ＤＢ
４３６ 受信側復号鍵ＤＢ
４３７ 接続情報ＤＢ
４３８ キャンセル情報ＤＢ
１１３１ ＬＦ送信処理部
１１３２ ＲＦ受信処理部
１１３３ 認証処理部
１１３４ 施解錠制御部
１１３５ 記憶部
１２４１ ＬＦ受信処理部
１２４２ ＲＦ送信処理部
１２４３ 通信処理部
１２４４ 計時部
１２４５ 認証処理部
１２４６ 時刻更新処理部
１２４７ 判定部
１２４８ 暗号鍵生成部
１２４９ 施解錠処理部
１２５０ 記憶部
１２５０ａ 固有鍵
１２５０ｂ 施解錠鍵情報
１２５０ｃ 送信側暗号鍵

Claims (11)

1. 車両又は施設に設けられ、携帯端末から受信される第１要求信号に応じて、前記車両又は前記施設のドアを施解錠可能なキーユニットであって、
   前記携帯端末と通信を行う通信部と、
   前記通信部により所定の第１認証情報が前記携帯端末から受信された場合、該第１認証情報に基づき、前記携帯端末の認証を行う第１認証部と、
   前記通信部により前記携帯端末から受信される前記車両又は前記施設の予約の開始日時及び終了日時に基づき、前記車両又は前記施設の予約時間内であるか否かを判定する判定部と、
   前記第１認証部による前記携帯端末の認証が成功し、且つ、前記第１要求信号が受信された場合、前記車両又は前記施設のドアを解錠又は施錠する処理を行う施解錠処理部と、を備え、
   前記施解錠処理部は、前記第１認証部による前記携帯端末の認証が成功した場合であっても、前記判定部により前記車両又は前記施設の予約時間内でないと判定された場合、前記ドアの解錠を要求する前記第１要求信号に基づく前記車両又は前記施設のドアの解錠を禁止する、
   キーユニット。
2. 車両又は施設に設けられ、携帯端末から受信される第１要求信号に応じて、前記車両又は前記施設のドアを施解錠可能なキーユニットであって、
   所定の第１認証情報が前記携帯端末から受信された場合、該第１認証情報に基づき、前記携帯端末の認証を行う第１認証部と、
   前記第１認証情報に含まれる、前記車両又は前記施設の予約の開始日時及び終了日時に基づき、前記車両又は前記施設の予約時間内であるか否かを判定する判定部と、
   前記第１認証部による前記携帯端末の認証が成功し、且つ、前記第１要求信号が受信された場合、前記車両又は前記施設のドアを解錠又は施錠する処理を行う施解錠処理部と、を備え、
   前記施解錠処理部は、前記第１認証部による前記携帯端末の認証が成功した場合であっても、前記判定部により前記車両又は前記施設の予約時間内でないと判定された場合、前記ドアの解錠を要求する前記第１要求信号に基づく前記車両又は前記施設のドアの解錠を禁止する、
   キーユニット。
3. 計時を行うキーユニット用タイマを更に備え、
   前記キーユニット用タイマは、当該キーユニットと通信可能なサーバ装置から取得される、前記キーユニット用タイマよりも精度が高い計時を行うサーバ用タイマで取得される時刻を含む時刻情報に基づき、前記サーバ用タイマと同期され、
   前記判定部は、前記キーユニット用タイマによる時刻と、前記開始日時及び前記終了日時とに基づき、前記車両又は前記施設の予約時間内であるか否かを判定する、
   請求項１又は２に記載のキーユニット。
4. 前記サーバ装置は、前記携帯端末と通信可能に接続され、
   前記時刻情報は、前記サーバ装置から前記携帯端末に送信されると共に、前記携帯端末により前記サーバ装置から受信され、
   前記携帯端末から送信される前記時刻情報を受信する、
   請求項３に記載のキーユニット。
5. 前記サーバ装置から送信される前記時刻情報を直接受信する、
   請求項３に記載のキーユニット。
6. 前記開始日時及び前記終了日時の履歴を記憶する第１記憶部を更に備え、
   前記判定部は、前記携帯端末が前記サーバ装置と通信できない状態にあることにより、前記時刻情報が受信できない場合、前記履歴内の前記車両又は前記施設の今回の予約に対応する前記開始日時が、前記履歴内の前記車両又は前記施設の前回の予約に対応する前記終了日時より後であるとき、前記車両又は前記施設の予約時間内であると判定し、当該開始日時が当該終了日時より後でないとき、前記車両又は前記施設の予約時間内でないと判定する、
   請求項４に記載のキーユニット。
7. 前記施解錠処理部は、前記携帯端末が前記サーバ装置と通信できない状態にあることにより、前記時刻情報を受信できない状態が所定時間以上継続している場合、前記第１認証部による前記携帯端末の認証が成功した場合であっても、前記ドアの解錠を要求する前記第１要求信号に基づく前記車両又は前記施設のドアの解錠を禁止する、
   請求項６に記載のキーユニット。
8. 前記サーバ装置に対して前記時刻情報を要求する第２要求信号を前記携帯端末に送信するキーユニット用送信部を更に備え、
   前記第２要求信号は、前記携帯端末に受信されると共に、前記携帯端末から前記サーバ装置に送信され、
   前記時刻情報は、前記第２要求信号が前記サーバ装置に受信された場合に、前記携帯端末に送信され、
   前記施解錠処理部は、前記第１認証部による前記携帯端末の認証が成功した場合であっても、前記時刻情報が前記携帯端末から受信された場合であって、前記キーユニット用送信部により前記第２要求信号が送信されてから当該時刻情報が受信されるまでの経過時間が所定時間を超えていた場合、前記ドアの解錠を要求する前記第１要求信号に基づく前記車両又は前記施設のドアの解錠を禁止する、
   請求項４、６、又は７に記載のキーユニット。
9. 前記車両又は前記施設に対応付けられた第２認証情報を記憶する第２記憶部を更に備え、
   前記車両又は前記施設には、前記第２認証情報に基づく当該キーユニットの認証が成功し、且つ、当該キーユニットから第３要求信号が受信された場合に前記車両又は前記施設の解錠又は施錠を行う施解錠装置が取り付けられ、
   前記施解錠処理部は、前記車両又は前記施設のドアを解錠又は施錠する処理として、前記第２認証情報及び第３要求信号を前記施解錠装置に送信する、
   請求項１乃至８の何れか一項に記載のキーユニット。
10. 携帯端末から受信される第１要求信号に応じて、自車のドアを施解錠可能なキーユニットを含む、車両であって、
    前記キーユニットは、
    前記携帯端末と通信を行う通信部と、
    前記通信部により所定の第１認証情報が前記携帯端末から受信された場合、該第１認証情報に基づき、前記携帯端末の認証を行う第１認証部と、
    前記通信部により前記携帯端末から受信される自車の予約の開始日時及び終了日時に基づき、自車の予約時間内であるか否かを判定する判定部と、
    前記第１認証部による前記携帯端末の認証が成功し、且つ、前記第１要求信号が受信された場合、自車のドアを解錠又は施錠する処理を行う施解錠処理部と、を備え、
    前記施解錠処理部は、前記第１認証部による前記携帯端末の認証が成功した場合であっても、前記判定部により自車の予約時間内でないと判定された場合、前記ドアの解錠を要求する前記第１要求信号に基づく自車のドアの解錠を禁止する、
    車両。
11. 携帯端末から受信される第１要求信号に応じて、自車のドアを施解錠可能なキーユニットを含む、車両であって、
    前記キーユニットは、
    所定の第１認証情報が前記携帯端末から受信された場合、該第１認証情報に基づき、前記携帯端末の認証を行う第１認証部と、
    前記第１認証情報に含まれる、自車の予約の開始日時及び終了日時に基づき、自車の予約時間内であるか否かを判定する判定部と、
    前記第１認証部による前記携帯端末の認証が成功し、且つ、前記第１要求信号が受信された場合、自車のドアを解錠又は施錠する処理を行う施解錠処理部と、を備え、
    前記施解錠処理部は、前記第１認証部による前記携帯端末の認証が成功した場合であっても、前記判定部により自車の予約時間内でないと判定された場合、前記ドアの解錠を要求する前記第１要求信号に基づく自車のドアの解錠を禁止する、
    車両。
    

Images