(57)【要約】【課題】複数のユーザが異なる時間帯に同一の車両や施設を利用する場合に、ユーザの利便性の向上を図りつつ、車両盗難や対象施設への不法侵入等を抑制することが可能な施解錠システム等を提供すること。【解決手段】携帯端末と、車両又は施設の内部に配置されるキーユニットと、施解錠装置と、を含む施解錠システムであって、キーユニットは、携帯端末から第１認証情報を含む第１の要求を受信する受信部と、車両又は施設に対応付けられた第２認証情報であって、暗号化された第２認証情報を記憶する記憶部と、受信部が第１の要求を受信した場合、第１の要求に含まれる第１認証情報に基づき、認証を行う認証部と、認証部による認証に成功した場合、第２認証情報を復号する復号部と、認証部による認証に成功した場合、復号部により復号された第２認証情報を含む第２の要求を施解錠装置に送信する送信部と、を備える。【選択図】図１
2018003330.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末と、車両又は施設の内部に配置されるキーユニットと、前記車両又は前記施設に取り付けられる施解錠装置と、を含む施解錠システムであって、
前記携帯端末は、
前記キーユニットに対応付けられた第１認証情報を含む第１の要求を前記キーユニットに送信する第１送信部を備え、
前記キーユニットは、
前記携帯端末から前記第１の要求を受信する第１受信部と、
前記車両又は前記施設に対応付けられた第２認証情報であって、暗号化された第２認証情報を記憶する第１記憶部と、
前記第１受信部が前記第１の要求を受信した場合、前記第１の要求に含まれる前記第１認証情報に基づき、認証を行う第１認証部と、
前記第１認証部による認証が成功した場合、前記第１の要求に含まれる前記第１認証情報に基づき、前記第２認証情報を復号する復号部と、
前記復号部により復号された前記第２認証情報を含む第２の要求を前記施解錠装置に送信する第２送信部と、を備え、
前記施解錠装置は、
前記キーユニットから前記第２の要求を受信する第２受信部と、
前記第２受信部が前記第２の要求を受信した場合、前記第２の要求に含まれる前記第２認証情報に基づき、認証を行う第２認証部と、
前記第２認証部による認証が成功した場合、前記車両又は前記施設を施錠又は解錠する施解錠部と、を備える、
施解錠システム。
【請求項２】
携帯端末と、車両又は施設の内部に配置されるキーユニットと、前記車両又は前記施設に取り付けられる施解錠装置と、を含む施解錠システムであって、
前記携帯端末は、
前記キーユニットに対応付けられた第１認証情報を含む第１の要求を前記キーユニットに送信する第１送信部を備え、
前記キーユニットは、
前記携帯端末から前記第１の要求を受信する第１受信部と、
前記車両又は前記施設に対応付けられた第２認証情報を記憶する第１記憶部と、
前記第１受信部が前記第１の要求を受信した場合、前記第１の要求に含まれる前記第１認証情報に基づき、認証を行う第１認証部と、
前記第１認証部による認証が成功した場合、前記第１記憶部内の前記第２認証情報をアクセス不可の状態からアクセス可能な状態にするアクセス管理部と、
前記第２認証情報を含む第２の要求を前記施解錠装置に送信する第２送信部と、を備え、
前記施解錠装置は、
前記キーユニットから前記第２の要求を受信する第２受信部と、
前記第２受信部が前記第２の要求を受信した場合、前記第２の要求に含まれる前記第２認証情報に基づき、認証を行う第２認証部と、
前記第２認証部による認証が成功した場合、前記車両又は前記施設を施錠又は解錠する施解錠部と、を備える、
施解錠システム。
【請求項３】
前記携帯端末と通信可能なサーバを含み、
前記サーバは、
前記第１認証情報を記憶する第２記憶部と、
前記車両又は前記施設のスケジュール情報を取得するスケジュール情報取得部と、
前記スケジュール情報の中に前記携帯端末のユーザによる前記車両又は前記施設の利用予約が含まれる場合、前記携帯端末に第１認証情報を送信する第３送信部と、を備える、
請求項１又は２に記載の施解錠システム。
【請求項４】
前記携帯端末は、
前記第１認証情報を記憶する第３記憶部と、
前記車両又は前記施設の利用終了日時を経過した場合、前記第３記憶部内の前記第１認証情報を消去する消去部と、を備える、
請求項１乃至３の何れか一項に記載の施解錠システム。
【請求項５】
車両又は施設の内部に配置され、携帯端末から送信される前記車両又は前記施設の施錠又は解錠を要求する第１の要求に応じて、前記車両又は前記施設に取り付けられる施解錠装置に対して、前記車両又は前記施設の前記施錠又は前記解錠を要求する第２の要求を送信するキーユニットであって、
前記携帯端末から第１認証情報を含む前記第１の要求を受信する受信部と、
前記車両又は前記施設に対応付けられた第２認証情報であって、暗号化された第２認証情報を記憶する記憶部と、
前記受信部が前記第１の要求を受信した場合、前記第１の要求に含まれる前記第１認証情報に基づき、認証を行う認証部と、
前記認証部による認証に成功した場合、前記第１の要求に含まれる前記第１認証情報に基づき、前記第２認証情報を復号する復号部と、
前記復号部により復号された前記第２認証情報を含む第２の要求を前記施解錠装置に送信する送信部と、を備える、
キーユニット。
【請求項６】
車両又は施設の内部に配置され、携帯端末から送信される前記車両又は前記施設の施錠又は解錠を要求する第１の要求に応じて、前記車両又は前記施設に取り付けられる施解錠装置に対して、前記車両又は前記施設の前記施錠又は前記解錠を要求する第２の要求を送信するキーユニットであって、
前記携帯端末から第１認証情報を含む前記第１の要求を受信する受信部と、
前記車両又は前記施設に対応付けられた第２認証情報を記憶する記憶部と、
前記受信部が前記第１の要求を受信した場合、前記第１の要求に含まれる前記第１認証情報に基づき、認証を行う認証部と、
前記認証部による認証が成功した場合、前記記憶部内の前記第２認証情報をアクセス不可の状態からアクセス可能な状態にするアクセス管理部と、
前記第２認証情報を含む前記第２の要求を前記施解錠装置に送信する送信部と、を備える、
キーユニット。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、施解錠システム等に関する。
【背景技術】
【０００２】
車両を解錠するための認証情報、即ち、車両に固有で設定される鍵情報をネットワーク経由でサーバから携帯端末で受信し、該携帯端末を電子キーとして利用可能な鍵管理システムが開示されている（例えば、特許文献１等参照）。
【０００３】
かかる構成を利用することにより、例えば、レンタカー、シェアカー、社用車等のように、複数のユーザが異なる時間帯に同一の車両を利用するような場合に、電子キーの受け渡し等の手間を省くことが可能となり、ユーザの利便性が向上する。
【０００４】
また、同様の技術は、複数のユーザが異なる時間帯に利用する同一の施設（例えば、会議室、保養所、体育館等の施設）の施解錠にも用いることが可能であり、施設に設置された施解錠装置に対して、携帯端末を電子キーとして用いることにより、ユーザの利便性が向上する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１１８１２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、鍵情報をサーバ等で一括管理すると、該サーバへの不正アクセス等により、大量の鍵情報が外部に流出してしまう可能性があり、結果として、流出した鍵情報が悪用され、車両盗難や対象施設への不法侵入が行われる可能性がある。
【０００７】
そこで、上記課題に鑑み、複数のユーザが異なる時間帯に同一の車両や施設を利用する場合に、ユーザの利便性の向上を図りつつ、車両盗難や対象施設への不法侵入等を抑制することが可能な施解錠システム等を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の一実施形態では、
携帯端末と、車両又は施設の内部に配置されるキーユニットと、前記車両又は前記施設に取り付けられる施解錠装置と、を含む施解錠システムであって、
前記携帯端末は、
前記キーユニットに対応付けられた第１認証情報を含む第１の要求を前記キーユニットに送信する第１送信部を備え、
前記キーユニットは、
前記携帯端末から前記第１の要求を受信する第１受信部と、
前記車両又は前記施設に対応付けられた第２認証情報であって、暗号化された第２認証情報を記憶する第１記憶部と、
前記第１受信部が前記第１の要求を受信した場合、前記第１の要求に含まれる前記第１認証情報に基づき、認証を行う第１認証部と、
前記第１認証部による認証が成功した場合、前記第１の要求に含まれる前記第１認証情報に基づき、前記第２認証情報を復号する復号部と、
前記復号部により復号された前記第２認証情報を含む第２の要求を前記施解錠装置に送信する第２送信部と、を備え、
前記施解錠装置は、
前記キーユニットから前記第２の要求を受信する第２受信部と、
前記第２受信部が前記第２の要求を受信した場合、前記第２の要求に含まれる前記第２認証情報に基づき、認証を行う第２認証部と、
前記第２認証部による認証が成功した場合、前記車両又は前記施設を施錠又は解錠する施解錠部と、を備える、
施解錠システムが提供される。
【０００９】
また、本発明の他の実施形態では、
携帯端末と、車両又は施設の内部に配置されるキーユニットと、前記車両又は前記施設に取り付けられる施解錠装置と、を含む施解錠システムであって、
前記携帯端末は、
前記キーユニットに対応付けられた第１認証情報を含む第１の要求を前記キーユニットに送信する第１送信部を備え、
前記キーユニットは、
前記携帯端末から前記第１の要求を受信する第１受信部と、
前記車両又は前記施設に対応付けられた第２認証情報を記憶する第１記憶部と、
前記第１受信部が前記第１の要求を受信した場合、前記第１の要求に含まれる前記第１認証情報に基づき、認証を行う第１認証部と、
前記第１認証部による認証が成功した場合、前記第１記憶部内の前記第２認証情報をアクセス不可の状態からアクセス可能な状態にするアクセス管理部と、
前記第２認証情報を含む第２の要求を前記施解錠装置に送信する第２送信部と、を備え、
前記施解錠装置は、
前記キーユニットから前記第２の要求を受信する第２受信部と、
前記第２受信部が前記第２の要求を受信した場合、前記第２の要求に含まれる前記第２認証情報に基づき、認証を行う第２認証部と、
前記第２認証部による認証が成功した場合、前記車両又は前記施設を施錠又は解錠する施解錠部と、を備える、
施解錠システムが提供される。
【００１０】
上述の実施形態によれば、携帯端末は、キーユニットに対応付けられた第１認証情報を含む第１の要求をキーユニットに送信し、キーユニットは、受信した第１の要求に含まれる第１認証情報に基づく認証に成功した場合、車両又は施設に対応付けられた第２認証情報を含む第２の要求を施解錠装置に送信し、施解錠装置は、受信した第２の要求に含まれる第２認証情報に基づく認証に成功した場合、車両又は施設の施錠又は解錠を行う。従って、ユーザは、予め第１認証情報を取得しておくことにより、自身の携帯端末等を利用して車両又は施設の施解錠を行うことができるため、電子キーの受け渡し等の手間が省け、ユーザの利便性を向上させることができる。
【００１１】
また、キーユニット内の車両又は施設に対応付けられた第２認証情報、即ち、車両又は施設に固有の鍵情報は、通常、暗号化された状態、或いは、アクセス不可の状態にある。そのため、キーユニットだけを不法に入手しても、車両又は施設の施解錠に利用することは困難であり、車両盗難や対象施設への不法侵入等を抑制することができる。また、携帯端末からキーユニットに送信される第１認証情報は、キーユニットと対応付けられ、車両又は施設と対応付けられていない。そのため、仮に、第１認証情報が流出したとしても、第１認証情報とキーユニットとの対応関係に加えて、キーユニットと車両又は施設との対応関係（どの車両又はどの施設にどのキーユニットがあるか）を更に特定する必要があり、車両盗難や対象施設への不法侵入等を抑制することができる。
【００１２】
また、上述の実施形態において、
前記携帯端末と通信可能なサーバを含み、
前記サーバは、
前記第１認証情報を記憶する第２記憶部と、
前記車両又は前記施設のスケジュール情報を取得するスケジュール情報取得部と、
前記スケジュール情報の中に前記携帯端末のユーザによる前記車両又は前記施設の利用予約が含まれる場合、前記携帯端末に第１認証情報を送信する第３送信部と、を備えてもよい。
【００１３】
本実施形態によれば、携帯端末のユーザは、当該端末や他の端末から車両の利用予約をしておくことにより、自動的に、第１認証情報を取得することができるため、ユーザの利便性を向上させることができる。
【００１４】
また、上述の実施形態において、
前記携帯端末は、
前記第１認証情報を記憶する第３記憶部と、
前記車両又は前記施設の利用終了日時を経過した場合、前記第３記憶部内の前記第１認証情報を消去する消去部と、を備えてもよい。
【００１５】
本実施形態によれば、携帯端末内の第１認証情報は、利用終了日時を経過した場合、消去されるため、利用終了後においても、ユーザが携帯端末を用いて対象の車両や施設の解錠を行うことができるような事態を防止できる。
【００１６】
また、本発明の更に他の実施形態は、キーユニットとして実現可能である。
【発明の効果】
【００１７】
上述の実施形態によれば、複数のユーザが異なる時間帯に同一の車両や施設を利用する場合に、ユーザの利便性の向上を図りつつ、車両盗難や対象施設への不法侵入等を抑制することが可能な施解錠システム等を提供することができる。
【図面の簡単な説明】
【００１８】
【図１】第１の実施形態に係る施解錠システムの構成の一例を概略的に示すブロック図である。
【図２】第１の実施形態に係る施解錠装置及びキーユニットの構成の一例を概略的に示す構成図である。
【図３】第１の実施形態に係る施解錠システムの動作を概念的に説明する概念図である。
【図４】第１の実施形態に係る施解錠システムの動作の一例を示すシーケンス図である。
【図５】第２の実施形態に係る施解錠システムの構成の一例を概略的に示すブロック図である。
【図６】第２の実施形態に係る施解錠システムの動作を概念的に説明する概念図である。
【図７】第２の実施形態に係る施解錠システムの動作の一例を示すシーケンス図である。
【発明を実施するための形態】
【００１９】
以下、図面を参照して発明を実施するための形態について説明する。
【００２０】
［第１実施形態］
まず、図１、図２を参照して、本実施形態に係る施解錠システム１の構成について説明する。
【００２１】
図１は、本実施形態に係る施解錠システム１の構成の一例を概略的に示すブロック図である。図２は、車両１０に含まれる施解錠装置１１及びキーユニット１２の構成の一例を概略的に示すブロック図である。
【００２２】
施解錠システム１は、車両１０、携帯端末２０、センタサーバ３０、予約管理サーバ４０を含む。
【００２３】
車両１０は、施解錠システム１における施解錠（施錠及び解錠）の対象である。車両１０は、施解錠装置１１、キーユニット１２を含む。
【００２４】
尚、本実施形態に係る車両１０は、複数のユーザによる異なる時間帯での利用が可能なレンタカー、シェアカー（事業者提供、個人提供の別を問わない）、組織内の社用車等を想定する。
【００２５】
施解錠装置１１は、キーユニット１２からＲＦ（Radio Frequency：高周波）帯（例えば、３００ＭＨｚ〜３ＧＨｚ）の電波（以下、「ＲＦ電波」と称する）として送信される施錠信号及び解錠信号（共に第２の要求の一例）に応じて、車両１０のドアの施錠及び解錠を行う。施解錠装置１１は、ＬＦ（Low Frequency：低周波）電波送信機１１１、ＲＦ電波受信機１１２、照合ＥＣＵ（Electronic Control Unit）１１３、ボディＥＣＵ１１４、ドアロックモータ１１５を含む。
【００２６】
尚、施解錠装置１１は、車両１０に搭載される補機バッテリ（不図示）から供給される電力で作動する。
【００２７】
ＬＦ電波送信機１１１は、例えば、車室内のセンターコンソールやドアハンドルに内蔵され、照合ＥＣＵ１１３（後述するＬＦ送信処理部１１３１）の制御下において、ＬＦ帯（例えば、３０Ｈｚ〜３００ｋＨｚ）の電波（以下、「ＬＦ電波」と称する）を送信する。
【００２８】
ＲＦ電波受信機１１２は、例えば、車両１０の荷室のトリム内に設けられ、照合ＥＣＵ１１３（後述するＲＦ受信処理部１１３２）の制御下において、ＲＦ電波を受信する。
【００２９】
照合ＥＣＵ１１３は、キーユニット１２から受信する施錠信号及び解錠信号に応じて、車両１０のドアの施錠及び解錠に関する制御を行う電子制御ユニットである。照合ＥＣＵ１１３は、例えば、マイクロコンピュータを中心に構成され、ＲＯＭに格納されるプログラムをＣＰＵ上で実行することにより各種制御処理を実現する。照合ＥＣＵ１１３は、ＣＰＵ上で１つ以上のプログラムを実行することにより実現される機能部として、ＬＦ送信処理部１１３１、ＲＦ受信処理部１１３２、認証処理部１１３３、施解錠制御部１１３４を含む。また、照合ＥＣＵ１１３は、内部メモリの記憶領域として実現される記憶部１１３５を含む。
【００３０】
ＬＦ送信処理部１１３１は、ＬＦ電波送信機１１１を通じてＬＦ電波を車室内及び車室外に送信する処理を行う。
【００３１】
ＲＦ受信処理部１１３２（第２受信部の一例）は、ＲＦ電波受信機１１２を通じてＲＦ電波を受信する処理を行う。具体的には、ＲＦ受信処理部１１３２は、キーユニットからＲＦ電波として送信される施錠信号及び解錠信号を受信する。
【００３２】
認証処理部１１３３（第２認証部の一例）は、ＲＦ受信処理部１１３２が施錠信号或いは解錠信号を受信した場合、施錠信号或いは解錠信号に含まれる鍵情報（後述する鍵情報１２４５ｂ）に基づき、認証を行う。具体的には、認証処理部１１３３は、記憶部１１３５に予め登録される鍵情報１１３５ａと、施錠信号或いは解錠信号に含まれる鍵情報が一致する場合、認証成功と判断し、一致しない場合、認証失敗と判断する。
【００３３】
施解錠制御部１１３４（施解錠部の一例）は、認証処理部１１３３による認証が成功した場合、ＣＡＮ（Controller Area Network）等の車載ネットワークを通じて、ボディＥＣＵ１１４に施錠指令（ＲＦ受信処理部１１３２が施錠信号を受信した場合）或いは解錠指令（ＲＦ受信処理部１１３２が解錠信号を受信した場合）を送信する。
【００３４】
ボディＥＣＵ１１４は、１対１の通信線等により通信可能に接続されるドアロックモータ１１５の作動制御を行う電子制御ユニットである。ボディＥＣＵ１１４は、照合ＥＣＵ１１３からの施錠指令に応じて、ドアロックモータ１１５に施錠動作を行わせる制御指令を出力する。また、ボディＥＣＵ１１４は、照合ＥＣＵ１１３からの解錠指令に応じて、ドアロックモータ１１５に解錠動作を行わせる制御指令を出力する。
【００３５】
ドアロックモータ１１５は、ボディＥＣＵ１１４からの制御指令に応じて、車両１０のドア（トランクリッド、バックドア等を含む）を施錠及び解錠する既知の電動アクチュエータである。
【００３６】
キーユニット１２は、車両１０の内部（車室内）に配置され、携帯端末２０から送信される施錠要求及び解錠要求（共に第１の要求の一例）のそれぞれに応じて、施解錠装置１１にＲＦ電波として施錠信号及び解錠信号を送信する。キーユニット１２は、ＬＦ電波受信機１２１、ＲＦ電波送信機１２２、通信機器１２３、キーＥＣＵ１２４を含む。
【００３７】
尚、キーユニット１２は、車両１０の各シートに着座したユーザから視認不可な位置（例えば、グローブボックスやセンタコンソールボックスの内部等）に配置されてよい。また、キーユニット１２は、車両１０に固定されていてもよいし、固定されていなくてもよい。また、キーユニット１２は、内蔵のボタン電池等により作動する態様でもよいし、車両１０に搭載される補機バッテリから供給される電力で作動する態様でもよい。
【００３８】
ＬＦ電波受信機１２１は、キーＥＣＵ１２４（後述するＬＦ受信処理部１２４１）の制御下において、ＬＦ電波を受信する処理を行う。
【００３９】
ＲＦ電波送信機１２２は、キーＥＣＵ１２４（後述するＲＦ送信処理部１２４２）の制御下において、ＲＦ電波を送信する処理を行う。
【００４０】
通信機器１２３は、キーＥＣＵ１２４による制御下において、所定の通信規格に従い、比較的近距離（車室内と車室外との間で通信可能な程度の距離）での携帯端末２０との通信を行う任意のデバイスである。通信機器１２３は、例えば、ＢＬＥ（Bluetooth（登録商標） Low Energy）通信規格に準拠して携帯端末２０と通信を行うＢＬＥ通信モジュールであってよい。以下、通信機器１２３で採用される通信規格がＢＬＥ通信に準拠する前提で説明を続ける。
【００４１】
尚、通信機器１２３は、通信可能距離が非常に短い近距離通信規格（例えば、ＮＦＣ（Near Field Communication）規格）に準拠した通信デバイスであってもよい。この場合、通信機器１２３は、車両１０の車室外のボディ表面に近い位置（例えば、ドアハンドルの内部）等に内蔵されてよい。これにより、通信機器１２３による通信可能な距離が非常に短い場合であっても、キーユニット１２（キーＥＣＵ１２４）は、車室外の携帯端末２０と通信することができる。
【００４２】
キーＥＣＵ１２４は、携帯端末２０から受信する施錠要求及び解錠要求のそれぞれに応じて、施解錠装置１１に対して、施錠信号及び解錠信号を送信する制御処理を行う電子制御ユニットである。キーＥＣＵ１２４は、例えば、マイクロコンピュータを中心に構成され、ＲＯＭに格納される各種プログラムをＣＰＵ上で実行することにより、各種制御処理を実現する。キーＥＣＵ１２４は、１つ以上のプログラムを実行することにより実現される機能部として、ＬＦ受信処理部１２４１、ＲＦ送信処理部１２４２、通信処理部１２４３、認証処理部１２４４を含む。また、キーＥＣＵ１２４は、例えば、内部メモリの記憶領域として実現される記憶部１２４５（第１記憶部の一例）を含む。
【００４３】
ＬＦ受信処理部１２４１は、ＬＦ電波受信機１２１を通じてＬＦ電波を受信する処理を行う。例えば、ＬＦ受信処理部１２４１は、施解錠装置１１から送信されるＬＦ電波を受信する。
【００４４】
ＲＦ送信処理部１２４２（第２送信部の一例）は、ＲＦ電波送信機１２２を通じてＲＦ電波を送信する処理を行う。例えば、ＲＦ送信処理部１２４２は、認証処理部１２４４による認証が成功した場合、後述する鍵情報１２４５ｂを含む施錠信号（通信処理部１２４３が施錠要求を受信した場合）或いは解錠信号（通信処理部１２４３が解錠要求を受信した場合）を送信する処理を行う。
【００４５】
通信処理部１２４３（第１受信部の一例）は、通信機器１２３を通じて携帯端末２０との間での通信処理を行う。例えば、通信処理部１２４３は、通信機器１２３を通じて携帯端末２０から施錠要求及び解錠要求を受信する。また、通信処理部１２４３は、携帯端末２０からの施錠要求に応じて、施錠信号がＲＦ送信処理部１２４２から施解錠装置１１に送信された場合、認証処理部１２４４からの要求に応じて、車両１０が施錠された旨の通知（施錠通知）を携帯端末２０に送信する。これにより、携帯端末２０は、車両１０が施錠された旨を把握することができる。
【００４６】
認証処理部１２４４（第１認証部の一例）は、通信処理部１２４３が携帯端末２０から施錠要求或いは解錠要求を受信した場合、施錠要求或いは解錠要求に含まれる、キーユニット１２に対して固有に予め設定される、即ち、キーユニット１２に対応づけられたＢＬＥ認証情報（第１認証情報の一例）に基づく認証を行う。具体的には、認証処理部１２４４は、記憶部１２４５に予め登録されるＢＬＥ認証情報１２４５ａと、施錠要求或いは解錠要求に含まれるＢＬＥ認証情報が一致する場合、認証成功と判断し、一致しない場合、認証失敗と判断する。
【００４７】
また、認証処理部１２４４は、通信処理部１２４３が受信した解錠要求に対応する当該認証に成功した場合、キーユニット１２の電源をＯＮする。そして、認証処理部１２４４は、ＲＦ送信処理部１２４２に送信要求を送り、施解錠装置１１に解錠信号を送信する。
【００４８】
また、認証処理部１２４４は、通信処理部１２４３が受信した施錠要求に対応する当該認証に成功した場合、ＲＦ送信処理部１２４２に送信要求を送り、施解錠装置１１に施錠信号を送信し、その後、通信処理部１２４３に送信要求を送り、携帯端末２０に施錠通知を送信する。そして、認証処理部１２４４は、キーユニット１２の電源をＯＦＦする。
【００４９】
尚、キーユニット１２の電源がＯＦＦの状態であっても、消費電力が非常に小さい通信処理部１２４３、認証処理部１２４４等の機能は、利用可能な状態になっている。また、キーユニット１２の電源がＯＦＦからＯＮされると、例えば、消費電力が大きいＬＦ電波受信機１２１、ＲＦ電波送信機１２２等を利用可能な状態になる。
【００５０】
また、認証処理部１２４４（復号部及びアクセス管理部の一例）は、当該認証に成功した場合、記憶部１２４５に記憶される鍵情報１２４５ｂを利用可能な状態に復元する処理を行う。鍵情報１２４５ｂは、例えば、アクセス不可の状態であったり、暗号化された状態であったり等により、施解錠装置１１における認証用途として利用できない状態で記憶される。そのため、認証処理部１２４４は、認証に成功した場合、鍵情報１２４５ｂをアクセス可能な状態に変更するための記憶部１２４５のアクセス権の変更を行ったり、ＢＬＥ認証情報に基づき、暗号化された鍵情報１２４５ｂを復号したり等する。これにより、ＲＦ送信処理部１２４２は、施解錠装置１１に対して、通常アクセス不可である鍵情報１２４５ｂにアクセスして鍵情報１２４５ｂを含む施錠信号及び解錠信号を送信したり、復号された鍵情報１２４５ｂを含む施錠信号及び解錠信号を送信したりすることができる。そのため、施解錠装置１１（具体的には、認証処理部１１３３）は、施錠信号及び解錠信号に含まれる鍵情報１２４５ｂに基づき、適切な認証を行うことできる。また、仮に、悪意の第三者がキーユニット１２を不正に入手するような事態が発生しても、キーユニット１２内の鍵情報１２４５ｂは、アクセス不可になっていたり、暗号化されていたり等するため、車両１０の盗難を抑制することができる。
【００５１】
携帯端末２０は、例えば、スマートフォン、タブレット端末等である。携帯端末２０は、所定の通信ネットワーク（例えば、多数の基地局を末端とする携帯電話網やインターネット網等）を通じてセンタサーバ３０、予約管理サーバ４０と双方向に通信を行うことができる。携帯端末２０は、通信機器２１、２２、処理装置２３、タッチパネルディスプレイ（以下、単にディスプレイと称する）２４を含む。
【００５２】
通信機器２１は、通信機器１２３と同じ通信規格により、キーユニット１２との間で通信を行う任意のデバイスであり、例えば、ＢＬＥ通信モジュールである。
【００５３】
通信機器２２は、所定の通信ネットワークを通じてセンタサーバ３０及び予約管理サーバ４０と通信を行う任意のデバイスである。
【００５４】
処理装置２３は、ＣＰＵ、補助記憶装置等を含み、１つ以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、第１通信処理部２３１、第２通信処理部２３２、施解錠要求部２３３、利用予約部２３４、認証情報消去部２３５を含む。また、処理装置２３は、補助記憶装置内の記憶領域として実現される記憶部２３６を含む。
【００５５】
第１通信処理部２３１は、通信機器２１を用いて、キーユニット１２と無線通信し、各種信号の送受信を行う。例えば、第１通信処理部２３１は、施解錠要求部２３３からの要求に応じて、キーユニット１２に施錠信号及び解錠信号を送信する。
【００５６】
第２通信処理部２３２は、通信機器２２を用いて基地局と無線通信し、データ信号や制御信号等の各種信号を送受信する。本実施形態では、第２通信処理部２３２は、基地局を末端とする携帯電話網やインターネット網を含む所定の通信ネットワークを通じて、センタサーバ３０、予約管理サーバ４０との間で各種信号の送受信を行う。例えば、第２通信処理部２３２は、センタサーバ３０から携帯端末２０に対して送信されるＢＬＥ認証情報を含む信号を受信する。第２通信処理部２３２により受信されたＢＬＥ認証情報は、記憶部２３６（第３記憶部の一例）に記憶される。また、第２通信処理部２３２は、施解錠要求部２３３からの要求に応じて、センタサーバ３０に車両１０の利用許可を要求する信号を送信すると共に、センタサーバ３０から車両１０の利用を許可する信号（利用許可信号）を受信する。「車両１０の利用」は、車両１０を解錠すること、車両１０に乗車すること、車両１０をイグニッションオンすること、及び車両１０を運転操作し走行させること等を含む。また、第２通信処理部２３２は、利用予約部２３４からの要求に応じて、予約管理サーバ４０に車両１０のスケジュール情報の開示を要求する信号を送信すると共に、予約管理サーバ４０から車両１０のスケジュール情報（参照データ）を受信する。また、第２通信処理部２３２は、利用予約部２３４からの要求に応じて、車両１０のスケジュール情報の更新を要求する信号を送信すると共に、予約管理サーバから車両１０のスケジュール情報の更新完了を示す返信を受信する。
【００５７】
施解錠要求部２３３は、ディスプレイ２４に操作画面としてＧＵＩ（Graphical User Interface）を表示させる。そして、施解錠要求部２３３は、当該ＧＵＩに対する所定の操作に応じて、ＢＬＥ認証情報を含む施錠要求或いはＢＬＥ認証情報を含む解錠要求を、第１通信処理部２３１を介して、キーユニット１２に送信する。例えば、当該ＧＵＩには、車両１０の施錠を要求する施錠ボタンと、車両１０の解錠を要求する解錠ボタンが描画され、施錠ボタンをタッチ操作することにより、施錠要求が送信され、解錠ボタンをタッチ操作することにより、解錠要求が送信される。
【００５８】
尚、施錠要求及び解錠要求をキーユニット１２に送信するための操作は、ディスプレイ２４に対するタッチ操作ではなく、携帯端末２０に設けられるハードウェアの操作部に対する操作であってもよい。また、記憶部２３６にＢＬＥ認証情報が記憶されていない場合（即ち、センタサーバ３０からＢＬＥ認証情報を受信していない場合や認証情報消去部２３５によりＢＬＥ認証情報が消去された場合等）において、施錠信号及び解錠信号には、ＢＬＥ認証情報が含まれない。そのため、かかる施錠信号及び解錠信号がキーユニット１２に送信されても、車両１０のドアを施錠したり解錠したりすることはできない。また、記憶部２３６にＢＬＥ認証情報が記憶されていない場合、施錠信号及び解錠信号が送信されないようにしてもよい。
【００５９】
また、施解錠要求部２３３は、車両１０の利用開始時（初めて車両１０の解錠を行う前）に、当該ＧＵＩに対するユーザの所定の操作に応じて、携帯端末２０の位置情報を含む車両１０の利用許可を要求する信号を、第２通信処理部２３２を介して、センタサーバ３０に送信する。これにより、センタサーバ３０の車両利用管理部３２２は、該信号を受信し、該信号に含まれる携帯端末２０の位置情報に基づき、ユーザが車両１０の駐車位置に到着している旨を確認することができる。そして、車両利用管理部３２２は、車両１０の利用開始日時の直前或いは利用予約日時内であることを確認し、携帯端末２０に利用許可信号を送信する。
【００６０】
尚、施解錠要求部２３３は、例えば、ユーザが車両１０の駐車位置に到着し且つ車両１０の利用開始日時の直前或いは利用予約日時内であると判断した場合、自動的に、車両１０の利用許可を要求する信号をセンタサーバ３０に送信してもよい。また、携帯端末２０は、既知のＧＰＳ測位機能及び基地局測位機能を有し、かかる測位機能を用いて、携帯端末２０の位置情報を取得することができる。
【００６１】
利用予約部２３４は、ディスプレイ２４に操作画面としてのＧＵＩを表示させると共に、ディスプレイ２４のＧＵＩに対するユーザの所定の操作に応じて、車両１０の利用予約を行う。例えば、利用予約部２３４は、第２通信処理部２３２を介して、予約管理サーバ４０に車両１０のスケジュール情報（現在の予約状況）を要求する。この際、利用予約部２３４は、車両１０に固有の識別情報及びパスワード等を含む要求を予約管理サーバ４０に送信する。予約管理サーバ４０（具体的には、後述するスケジュール情報ＤＢ４２３）に格納される車両１０のスケジュール情報には、車両１０の予約情報（各利用予約の日時、利用時間、及び利用するユーザの識別情報等）が含まれる。また、利用予約部２３４は、第２通信処理部２３２を介して、予約管理サーバ４０から受信した車両１０のスケジュール情報（現在の予約状況）をディスプレイ２４に表示させる。これにより、ユーザは、ディスプレイに表示されるスケジュール情報により空き時間を確認し、車両１０の空き時間帯（予約が入っていない時間帯）に予約を入れることができる。また、利用予約部２３４は、ユーザが特定の日時に予約を入れた場合、第２通信処理部２３２を介して、新たに入力された予約情報（利用予約日時、利用時間、及びユーザの識別情報等）を含むスケジュール情報への更新を要求する。これにより、スケジュール情報ＤＢ４２３内の車両１０のスケジュール情報に、携帯端末２０のユーザによる新たな利用予約が反映される。
【００６２】
尚、車両１０の利用予約は、携帯端末２０以外の他の端末（例えば、所定の通信ネットワークを通じて予約管理サーバ４０と接続可能なＰＣ等）から行われてもよい。
【００６３】
認証情報消去部２３５（消去部の一例）は、第２通信処理部２３２を介してセンタサーバ３０から受信したＢＬＥ認証情報を記憶部２３６から消去する処理を行う。例えば、認証情報消去部２３５は、車両１０の利用終了日時を経過した場合、ＢＬＥ認証情報を消去する。これにより、携帯端末２０のユーザが利用予約日時以外で車両１０を利用可能になるような事態を防止できる。
【００６４】
尚、認証情報消去部２３５は、センタサーバ３０からＢＬＥ認証情報と共に送信される利用期限情報に基づき、車両１０の利用終了日時を確認することができる。また、認証情報消去部２３５は、利用予約部２３４を介して、予約管理サーバ４０から当該携帯端末２０のユーザによる車両１０の利用予約に関する予約情報を取得し、車両１０の利用終了日時を確認してもよい。
【００６５】
センタサーバ３０は、車両１０の利用状況の管理を行う。センタサーバ３０は、通信機器３１、管理装置３２を含む。
【００６６】
通信機器３１は、所定の通信ネットワークを通じて、携帯端末２０、予約管理サーバ４０等と通信を行う任意のデバイスである。
【００６７】
管理装置３２は、１又は複数のコンピュータを中心に構成され、１つ以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、通信処理部３２１、車両利用管理部３２２、スケジュール情報取得部３２３を含む。また、管理装置３２は、内部の補助記憶装置に格納されるユーザ情報ＤＢ３２４、認証情報ＤＢ３２５を含む。
【００６８】
通信処理部３２１は、通信機器３１を用いて、携帯端末２０、予約管理サーバ４０との間で各種信号の送受信を行う。例えば、通信処理部３２１は、車両利用管理部３２２からの要求に応じて、携帯端末２０にＢＬＥ認証情報を含む信号を送信する。また、通信処理部３２１は、携帯端末２０から車両１０の利用許可を要求する信号を受信すると共に、該信号に対応する車両利用管理部３２２からの要求に応じて、車両１０の利用許可信号を携帯端末２０に送信する。また、通信処理部３２１は、スケジュール情報取得部３２３からの要求に応じて、予約管理サーバ４０に対して、車両１０のスケジュール情報の開示を要求する信号を送信すると共に、予約管理サーバ４０から車両１０のスケジュール情報を受信する。
【００６９】
車両利用管理部３２２は、スケジュール情報取得部３２３が取得する車両１０のスケジュール情報に基づき、通信処理部３２１を介して、利用予約を行ったユーザの携帯端末２０に対してＢＬＥ認証情報を送信する。例えば、車両利用管理部３２２は、各利用予約の予約情報に含まれるユーザの識別情報と、ユーザ情報ＤＢ３２４に含まれるユーザの識別情報を照合し、ユーザ及びユーザの携帯端末２０を特定する。また、車両利用管理部３２２は、キーユニット１２に固有の識別情報と紐づく態様でＢＬＥ認証情報が格納される認証情報ＤＢ３２５の中から、車両１０に搭載されているキーユニット１２に対応するＢＬＥ認証情報を取り出す。また、車両利用管理部３２２は、予約情報に基づき、利用終了日時を抽出する。そして、車両利用管理部３２２は、通信処理部３２１を介して、特定したユーザの携帯端末２０にＢＬＥ認証情報及び該ＢＬＥ認証情報の利用期限情報（車両１０の利用終了日時）を含む信号を送信する。
【００７０】
スケジュール情報取得部３２３は、定期的に、予約管理サーバ４０に接続し、車両１０のスケジュール情報を取得する。例えば、スケジュール情報取得部３２３は、所定時間毎に、通信処理部３２１を介して、車両１０のスケジュール情報の開示を要求する信号を送信する。これにより、スケジュール情報取得部３２３は、通信処理部３２１を介して、予約管理サーバ４０（スケジュール情報ＤＢ４２３）から車両１０のスケジュール情報（参照データ）を取得することができる。
【００７１】
ユーザ情報ＤＢ３２４には、予め登録された車両１０を利用する各ユーザの識別情報及び対応するパスワード等が格納される。
【００７２】
認証情報ＤＢ３２５には、キーユニット１２に固有の識別情報と紐付けられたＢＬＥ認証情報が格納される。
【００７３】
予約管理サーバ４０は、予め登録された対象（人、車両を含む物、施設）のスケジュールを管理する。本実施形態では、予約管理サーバ４０は、汎用のスケジュール管理サーバである。予約管理サーバ４０には、例えば、図示しないクラウドアプリケーションプログラムが格納される。そして、ユーザは、携帯電話網やインターネット網等の所定の通信ネットワークを介して、携帯端末２０や他の端末で該クラウドアプリケーションプログラムを実行することにより、該クラウドアプリケーションを利用してスケジュール情報の作成、更新を行うことができる。
【００７４】
尚、予約管理サーバ４０は、施解錠要求部２３３を実現するプログラムの提供及びセンタサーバ３０の管理を行う組織（自組織）が運営する態様であってもよいし、自組織と異なる他組織（サードパーティ）が運営する態様であってもよい。また、予約管理サーバ４０は、車両１０のスケジュール管理を行う専用のスケジュール管理サーバであってもよい。また、車両を含む物や施設等のスケジュールは、物、施設等の利用予定（利用予約）を表す。
【００７５】
予約管理サーバ４０は、通信機器４１、スケジュール管理装置４２を含む。
【００７６】
通信機器４１は、所定の通信ネットワークを通じて、携帯端末２０、センタサーバ３０等と通信を行う任意のデバイスである。
【００７７】
スケジュール管理装置４２は、１又は複数のコンピュータを中心に構成され、１つ以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、通信処理部４２１、スケジュール管理部４２２を含む。また、スケジュール管理装置４２は、内部の補助記憶装置に格納されるスケジュール情報ＤＢ４２３を含み、スケジュール情報ＤＢ４２３には、車両１０のスケジュール情報が含まれる。
【００７８】
通信処理部４２１は、通信機器４１を用いて、携帯端末２０、センタサーバ３０等との間で各種信号の送受信を行う。例えば、通信処理部４２１は、車両１０のスケジュール情報の開示を要求する信号を携帯端末２０から受信すると共に、該信号に対応するスケジュール管理部４２２からの要求に応じて、車両１０のスケジュール情報（参照データ）を携帯端末２０に返信する。また、通信処理部４２１は、スケジュール情報の更新を要求する信号を携帯端末２０から受信すると共に、該信号に対応するスケジュール管理部４２２からの要求に応じて、携帯端末２０に対して更新完了を示す信号を返信する。また、通信処理部４２１は、センタサーバ３０から車両１０のスケジュール情報の開示を要求する信号を受信すると共に、該信号に対応するスケジュール管理部４２２からの要求に応じて、センタサーバ３０に車両１０のスケジュール情報（参照データ）を返信する。
【００７９】
スケジュール管理部４２２は、例えば、ユーザによる上述のクラウドアプリケーションを利用した各種入力に応じて、予め登録される各対象（人、車両を含む物、施設等）のスケジュールを管理する。本実施形態では、スケジュール管理部４２２の管理対象として、車両１０が予め登録されており、スケジュール管理部４２２は、スケジュール情報ＤＢ４２３に格納される車両１０のスケジュール情報を管理する。スケジュール管理部４２２は、通信処理部４２１が携帯端末２０（他の端末で車両１０の利用予約が行われる場合は、当該他の端末）から車両１０のスケジュール情報の開示を要求する信号を受信した場合、まず、該信号に含まれる識別情報及びパスワード等に基づき、正規のアクセスであるか否かを判断する。そして、スケジュール管理部４２２は、正規のアクセスである場合、スケジュール情報ＤＢ４２３から車両１０のスケジュール情報を取り出し、通信処理部４２１を介して、携帯端末２０（或いは他の端末）に送信する。また、スケジュール管理部４２２は、通信処理部４２１が携帯端末２０（或いは他の端末）から車両１０のスケジュール情報を更新する旨の要求を含む信号を受信した場合、該要求の内容（即ち、追加された予約情報を含む変更内容）に応じて、スケジュール情報ＤＢ４２３内の車両１０のスケジュール情報を更新する。また、スケジュール管理部４２２は、通信処理部４２１が車両１０のスケジュール情報の開示を要求する信号をセンタサーバ３０から受信した場合、携帯端末２０からの要求の場合と同様、該信号に含まれる識別情報及びパスワード等に基づき、正規のアクセスであるか否かを判断する。そして、スケジュール管理部４２２は、正規のアクセスである場合、スケジュール情報ＤＢ４２３から車両１０のスケジュール情報を取り出し、通信処理部４２１を介して、センタサーバ３０に送信する。
【００８０】
次に、図３を参照して、本実施形態に係る施解錠システム１の動作の概要について説明する。
【００８１】
図３は、本実施形態に係る施解錠システム１の動作（車両１０の利用予約から車両１０のドアの施解錠が行われるまでの流れ）を概念的に説明する概念図である。
【００８２】
尚、図３では、主要構成間の信号のやり取りを概念的に説明するため、通信機能を実現するハードウェア（通信機器２１，２２，３１，４１等）やソフトウェア（第１通信処理部２３１、第２通信処理部２３２、通信処理部３２１，４２１等）の図示を省略している。
【００８３】
まず、ステップＳ３０１にて、携帯端末２０の利用予約部２３４（例えば、携帯端末２０にインストールされるスケジュールアプリケーション）は、ディスプレイ２４に表示させるＧＵＩに対するユーザの操作に応じて、車両１０の利用予約を行う。
【００８４】
利用予約部２３４は、例えば、予約管理サーバ４０に含まれる上述のクラウドアプリケーションを利用し、予約管理サーバ４０に車両１０のスケジュール情報の開示を要求する信号を送信する。この際、利用予約部２３４は、スケジュール管理部４２２を呼び出すＡＰＩ（Application Programming Interface）４２４を利用し、ＡＰＩ４２４の手順・仕様等に従う要求を行う。これにより、ＡＰＩ４２４からスケジュール管理部４２２が呼び出される。スケジュール管理部４２２は、スケジュール情報ＤＢ４２３から車両１０のスケジュール情報を取り出し、車両１０のスケジュール情報（参照データ）をＡＰＩ４２４を利用して、携帯端末２０に返信する。
【００８５】
また、同様に、利用予約部２３４は、ユーザがディスプレイ２４のＧＵＩを通じて車両１０の新たな利用予約を入れた場合、同様のＡＰＩ４２４を利用して、予約管理サーバ４０に車両１０のスケジュール更新を要求する信号を送信する。これにより、ＡＰＩ４２４からスケジュール管理部４２２が呼び出される。スケジュール管理部４２２は、スケジュール情報ＤＢ４２３の車両１０のスケジュール情報を新たな利用予約に関する予約情報を含む内容に更新し、携帯端末２０のユーザによる車両１０の新たな利用予約が完了する。そして、スケジュール管理部４２２は、ＡＰＩ４２４を利用して、更新完了を示す信号を携帯端末２０に返信する。
【００８６】
続いて、ステップＳ３０２にて、センタサーバ３０のスケジュール情報取得部３２３は、定期的に、予約管理サーバ４０に接続するタイミングで、携帯端末２０のユーザによる新たな利用予約を含む内容に更新された車両１０のスケジュール情報を取得する。
【００８７】
スケジュール情報取得部３２３は、ＡＰＩ４２４を利用して、予約管理サーバ４０に車両１０のスケジュール情報の開示を要求する信号を送信する。これにより、ＡＰＩ４２４からスケジュール管理部４２２が呼び出される。スケジュール管理部４２２は、スケジュール情報ＤＢ４２３から車両１０のスケジュール情報を取り出し、予約管理サーバ４０は、車両１０のスケジュール情報（参照データ）をセンタサーバ３０に返信する。この際、予約管理サーバ４０は、スケジュール情報取得部３２３を呼び出すＡＰＩ３２６を利用する。これにより、ＡＰＩ３２６からスケジュール情報取得部３２３が呼び出され、スケジュール情報取得部３２３は、車両１０のスケジュール情報（参照データ）を取得することができる。
【００８８】
続いて、ステップＳ３０３にて、センタサーバ３０の車両利用管理部３２２は、スケジュール情報取得部３２３が取得した車両１０のスケジュール情報を確認する。これにより、車両利用管理部３２２は、車両１０のスケジュール情報に、当該携帯端末２０のユーザによる新たな予約情報が含まれる旨を把握することができる。
【００８９】
続いて、ステップＳ３０４にて、センタサーバ３０（車両利用管理部３２２）は、車両１０の内部に配置されるキーユニット１２に対応するＢＬＥ認証情報を携帯端末２０に送信する。上述の如く、携帯端末２０により受信されたＢＬＥ認証情報は、携帯端末２０の記憶部２３６に記憶される。
【００９０】
続いて、ステップＳ３０５にて、施解錠要求部２３３（例えば、携帯端末２０にインストールされる施解錠アプリケーション）は、ディスプレイ２４に表示させるＧＵＩに対するユーザの操作に応じて、ＢＬＥ認証情報を含む施錠要求及び解錠要求をキーユニット１２に送信する。これにより、上述の如く、キーユニット１２を介して、施解錠装置１１を作動させ、車両１０の施錠及び解錠を行うことができる。
【００９１】
次に、図４を参照して、本実施形態に係る施解錠システム１の動作の具体例について説明する。
【００９２】
図４は、本実施形態に係る施解錠システム１の動作の一例を示すシーケンス図である。
【００９３】
まず、ステップＳ４０２〜Ｓ４１０は、車両１０の利用予約からＢＬＥ認証情報が携帯端末２０に送信されるまでの一連の動作を表す。
【００９４】
ステップＳ４０２にて、携帯端末２０の利用予約部２３４は、ディスプレイ２４に表示させるＧＵＩにおけるユーザからの入力に応じて、車両１０の利用予約を行う。これにより、上述の如く、予約管理サーバ４０のスケジュール情報ＤＢ４２３に格納される車両１０のスケジュール情報が更新され、車両１０のスケジュール情報に新たな利用予約が追加される。
【００９５】
ステップＳ４０４にて、センタサーバ３０のスケジュール情報取得部３２３は、通信処理部３２１を介して、ステップＳ４０２の処理の後の所定のタイミングで、車両１０のスケジュール情報の開示を要求する信号を予約管理サーバ４０に送信する。
【００９６】
ステップＳ４０６にて、予約管理サーバ４０のスケジュール管理部４２２は、通信処理部４２１を介して、車両１０のスケジュール情報（参照データ）を返信する。
【００９７】
ステップＳ４０８にて、センタサーバ３０の車両利用管理部３２２は、スケジュール情報取得部３２３が取得した車両１０のスケジュール情報を確認する。そして、車両利用管理部３２２は、ステップＳ４０２の処理に対応する新たな利用予約が車両１０のスケジュール情報に追加されていることを把握する。
【００９８】
ステップＳ４１０にて、センタサーバ３０の車両利用管理部３２２は、通信処理部３２１を通じて、車両１０の内部に配置されるキーユニット１２に対応するＢＬＥ認証情報を携帯端末２０に送信する。これにより、携帯端末２０は、ＢＬＥ認証情報を取得することができる。
【００９９】
尚、車両利用管理部３２２は、車両１０の利用開始日時の直前（例えば、１０分前）にＢＬＥ認証情報を携帯端末２０に送信してもよい。これにより、車両１０の利用開始日時の前に、ユーザが車両１０を解錠し、車両１０が利用される事態を抑制できる。
【０１００】
続いて、ステップＳ４１２〜Ｓ４２２は、車両１０の利用開始時における一連の動作を表す。
【０１０１】
ステップＳ４１２にて、携帯端末２０の施解錠要求部２３３は、ディスプレイ２４に表示させるＧＵＩに対するユーザの所定の操作に応じて、車両１０の利用許可を要求する信号を、第２通信処理部２３２を介してセンタサーバ３０に送信する。
【０１０２】
ステップＳ４１４にて、センタサーバ３０の車両利用管理部３２２は、通信処理部３２１を介して、利用許可信号を携帯端末２０に送信する。これにより、携帯端末２０の施解錠要求部２３３は、第２通信処理部２３２を介して、利用許可信号を受信する。
【０１０３】
尚、ステップＳ４１０の処理に応じて、携帯端末２０が受信するＢＬＥ認証情報は、暗号化されており、ステップＳ４１４の処理に応じて、携帯端末２０が受信する利用許可信号を用いて、復号される流れであってもよい。これにより、車両１０の利用開始日時の前に、ユーザが車両１０を解錠し、車両１０が利用される事態を抑制できる。
【０１０４】
ステップＳ４１６にて、携帯端末２０の施解錠要求部２３３は、ディスプレイ２４に表示させるＧＵＩに対するユーザの所定の操作に応じて、ＢＬＥ認証情報を含む解錠要求をキーユニット１２に送信する。これにより、キーユニット１２の通信処理部１２４３は、解錠要求を受信する。
【０１０５】
ステップＳ４１８にて、キーユニット１２の認証処理部１２４４は、解錠要求に含まれるＢＬＥ認証情報に基づき、認証を行い、当該認証が成功すると、キーユニット１２の電源をＯＮする。
【０１０６】
ステップＳ４２０にて、キーユニット１２の認証処理部１２４４は、ＲＦ送信処理部１２４２に送信要求を送り、該送信要求に応じて、ＲＦ送信処理部１２４２は、復元後の鍵情報を含む解錠信号を施解錠装置１１に送信する。これにより、施解錠装置１１のＲＦ受信処理部１１３２は、解錠信号を受信する。
【０１０７】
ステップＳ４２２にて、施解錠装置１１の認証処理部１１３３は、解錠信号に含まれる鍵情報に基づき、認証を行い、当該認証が成功した場合、施解錠制御部１１３４は、ボディＥＣＵ１１４を介して、ドアロックモータ１１５を駆動し、車両１０のドアを解錠する。これにより、携帯端末２０のユーザは、車両１０に乗り込んで、車両１０を利用することができる。
【０１０８】
続いて、ステップＳ４２４〜Ｓ４３８は、車両１０の利用終了時における一連の動作を表す。
【０１０９】
ステップＳ４２４にて、携帯端末２０の施解錠要求部２３３は、ディスプレイ２４に表示させるＧＵＩに対するユーザの所定の操作に応じて、ＢＬＥ認証情報を含む施錠要求をキーユニット１２に送信する。これにより、キーユニット１２の通信処理部１２４３は、施錠要求を受信する。
【０１１０】
ステップＳ４２６にて、キーユニット１２の認証処理部１２４４は、施錠要求に含まれるＢＬＥ認証情報に基づき、認証を行う。
【０１１１】
そして、該認証が成功すると、ステップＳ４２８にて、キーユニット１２の認証処理部１２４４は、ＲＦ送信処理部１２４２に送信要求を送り、該送信要求に応じて、ＲＦ送信処理部１２４２は、復元後の鍵情報を含む施錠信号を施解錠装置１１に送信する。これにより、施解錠装置１１のＲＦ受信処理部１１３２は、施錠信号を受信する。
【０１１２】
ステップＳ４３０にて、施解錠装置１１の認証処理部１１３３は、施錠信号に含まれる鍵情報に基づき、認証を行い、当該認証が成功した場合、施解錠制御部１１３４は、ボディＥＣＵ１１４を介して、ドアロックモータ１１５を駆動し、車両１０のドアを施錠する。
【０１１３】
一方、キーユニット１２の認証処理部１２４４は、ＲＦ送信処理部１２４２を介して、施解錠装置１１に施錠信号を送信すると、ステップＳ４３２にて、通信処理部１２４３に送信要求を送り、通信処理部１２４３は、携帯端末２０に施錠通知を送信する。
【０１１４】
そして、キーユニット１２の認証処理部１２４４は、通信処理部１２４３を介して、携帯端末２０に施錠通知を送信すると、ステップＳ４３４にて、キーユニット１２の電源をＯＦＦする。
【０１１５】
ステップＳ４３６にて、携帯端末２０の認証情報消去部２３５は、利用終了日時を経過すると、記憶部２３６内のＢＬＥ認証情報を消去する。
【０１１６】
ステップＳ４３８にて、携帯端末２０の認証情報消去部２３５は、第２通信処理部２３２に送信要求を送り、該送信要求に応じて、第２通信処理部２３２は、センタサーバ３０に利用終了通知を送信する。
【０１１７】
このように、本実施形態では、携帯端末２０は、キーユニット１２に対応付けられたＢＬＥ認証情報を含む施錠要求（或いは解錠要求）を車両１０の車室内に配置されるキーユニット１２に送信する。また、キーユニット１２は、受信した施錠要求（或いは解錠要求）に含まれるＢＬＥ認証情報に基づく認証が成功した場合、車両１０に対応付けられた鍵情報を含む施錠信号（或いは解錠信号）を施解錠装置１１に送信する。そして、施解錠装置１１は、受信した施錠信号（或いは解錠信号）に含まれる鍵情報に基づく認証が成功した場合、車両１０の施錠（或いは解錠）を行う。従って、ユーザは、予めＢＬＥ認証情報を取得しておくことにより、例えば、自身が所有する携帯端末２０を利用して車両１０の施解錠を行うことができるため、電子キーの受け渡し等の手間が省け、ユーザの利便性を向上させることができる。
【０１１８】
また、本実施形態では、キーユニット１２内の車両１０に対応付けられた鍵情報、即ち、車両１０に固有の鍵情報は、通常、暗号化された状態、或いは、アクセス不可の状態にある。そのため、悪意の第三者がキーユニット１２だけを不法に入手しても、車両１０の施解錠に利用することは困難であり、車両盗難等を抑制することができる。また、携帯端末２０からキーユニット１２に送信されるＢＬＥ認証情報は、キーユニット１２と対応付けられ、車両１０と対応付けられていない。そのため、仮に、センタサーバ３０からＢＬＥ認証情報が外部に流出したとしても、ＢＬＥ認証情報とキーユニット１２との対応関係に加えて、キーユニット１２と車両１０との対応関係（どの車両１０にどのキーユニット１２が配備されているか）を更に特定する必要があり、車両盗難等を抑制することができる。
【０１１９】
また、本実施形態では、車両１０に含まれる構成のうち、施解錠装置１１は、既存の構成であり、キーユニット１２を車両１０の車室内に配置するだけで、携帯端末２０から車両１０の施解錠を行うことができる。即ち、車両を改造したり、車両の設計変更を行ったりすることなく、キーユニット１２を追加するのみで、センタサーバ３０による認証を受けた携帯端末２０を用いて、車両１０の施解錠を行うことができる。そのため、カーシェア等のサービスを開始する際の初期投資等を抑制することができる。
【０１２０】
また、本実施形態では、センタサーバ３０（車両利用管理部３２２）は、スケジュール情報取得部３２３が取得した車両のスケジュール情報に基づき、車両を予約したユーザの携帯端末２０に対して、ＢＬＥ認証情報を送信する。そのため、ユーザは、車両１０の利用予約をしておけば、ＢＬＥ認証情報を取得するための操作を行う必要がなく、ユーザの利便性を向上させることができる。
【０１２１】
また、本実施形態では、センタサーバ３０（スケジュール情報取得部３２３）が取得するスケジュール情報は、予約管理サーバ４０により実行され、ウェブ経由で利用可能なクラウドアプリケーションを利用して、携帯端末２０又は他の端末から設定される。そのため、携帯端末２０のユーザは、携帯端末２０や他の端末からウェブアプリを利用して車両のスケジュール情報を書き込んでおくだけで、自動的に、ＢＬＥ認証情報を取得することができるため、ユーザの利便性を向上させることができる。
【０１２２】
また、本実施形態では、予約管理サーバ４０として、サードパーティにより運営される汎用のスケジュール管理サーバを利用してもよい。これにより、例えば、専用の予約管理機能を設ける必要がなく、カーシェア等のサービスを開始する際の初期投資等を抑制することができる。また、会社等では、サードパーティにより提供される汎用のスケジュール管理サーバに紐づくスケジュール管理アプリ（クラウドアプリケーション）で社員や備品等のスケジュールを管理している場合もありうる。そのため、同じ汎用のスケジュール管理サーバを用いて、社用車のスケジュール情報を管理することにより、本実施形態に係る施解錠システム１を導入してもらい易くなる。
【０１２３】
［第２実施形態］
次いで、第２実施形態について説明する。
【０１２４】
本実施形態に係る施解錠システム１Ａは、車両１０のスケジュール情報の管理を行わない（予約管理サーバ４０が設けられない）点、及びセンタサーバ３０Ａが携帯端末２０からの要求に応じたＢＬＥ認証情報の払い出し機能に特化する点で、第１実施形態と主に異なる。以下、第１の実施形態と同様の構成には、同一の符号を付し、第１実施形態と異なる部分を中心に説明を行う。
【０１２５】
図５は、本実施形態に係る施解錠システム１Ａの構成の一例を概略的に示すブロック図である。施解錠システム１Ａは、車両１０、携帯端末２０Ａ、センタサーバ３０Ａを含む。また、施解錠システム１Ａに関連する構成として、サードパーティサーバ５０Ａがある。
【０１２６】
尚、車両１０に含まれる施解錠装置１１及びキーユニット１２の構成は、第１実施形態と同様、図２で表されるため、説明を省略する。
【０１２７】
携帯端末２０Ａは、通信機器２１、２２、処理装置２３Ａ、ディスプレイ２４を含む。
【０１２８】
処理装置２３Ａは、ＣＰＵ、補助記憶装置等を含み、１つ以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、第１通信処理部２３１、第２通信処理部２３２Ａ、施解錠要求部２３３Ａ、サードパーティアプリ部２３４Ａ、認証情報消去部２３５を含む。また、処理装置２３Ａは、補助記憶装置内の記憶領域として実現される記憶部２３６を含む。
【０１２９】
第２通信処理部２３２Ａは、通信機器２２を用いて基地局と無線通信し、データ信号や制御信号等の各種信号を送受信する。本実施形態では、第２通信処理部２３２Ａは、基地局を末端とする携帯電話網やインターネット網を通じてセンタサーバ３０Ａ、サードパーティサーバ５０Ａとの間で各種信号の送受信を行う。例えば、第２通信処理部２３２Ａは、施解錠要求部２３３Ａからの要求に応じて、センタサーバ３０ＡにＢＬＥ認証情報を要求する信号を送信すると共に、センタサーバ３０Ａから送信されるＢＬＥ認証情報を含む信号を受信する。第２通信処理部２３２Ａにより受信されたＢＬＥ認証情報は、記憶部２３６に記憶される。また、第２通信処理部２３２Ａは、施解錠要求部２３３Ａからの要求に応じて、車両１０の利用許可を要求する信号をセンタサーバ３０Ａに送信すると共に、センタサーバ３０Ａから車両１０の利用許可信号を受信する。また、第２通信処理部２３２Ａは、サードパーティアプリ部２３４Ａからの要求に応じて、サードパーティサーバ５０Ａに車両１０のスケジュール情報の開示を要求する信号を送信すると共に、サードパーティサーバ５０Ａから参照データとしての車両１０のスケジュール情報を受信する。また、第２通信処理部２３２Ａは、サードパーティアプリ部２３４Ａからの要求に応じて、車両１０のスケジュール情報の更新を要求する信号を送信すると共に、サードパーティサーバ５０Ａから車両１０のスケジュール情報の更新完了を示す返信を受信する。
【０１３０】
施解錠要求部２３３Ａは、ディスプレイ２４に操作画面として表示されるＧＵＩに対する所定の操作（第２の操作）に応じて、ＢＬＥ認証情報を含む施錠要求（第１の要求）或いはＢＬＥ認証情報を含む解錠要求（第１の要求）を、第１通信処理部２３１を介して、キーユニット１２に送信する。例えば、ディスプレイ２４のＧＵＩには、車両１０の施錠を要求する施錠ボタンと、解錠を要求する解錠ボタンが描画され、施錠ボタンをタッチ操作することにより、施錠要求が送信され、解錠ボタンをタッチ操作することにより、解錠要求が送信される。
【０１３１】
また、施解錠要求部２３３Ａは、当該ＧＵＩに対する所定の操作（第１の操作）に応じて、ＢＬＥ認証情報を要求する信号（認証情報要求信号）を、第２通信処理部２３２Ａを介して、センタサーバ３０Ａに送信する。例えば、ディスプレイ２４のＧＵＩには、ユーザの識別情報、パスワード、利用予約した車両１０の利用日時等の入力欄と、送信ボタンが描画され、必要事項を入力した上で、送信ボタンをタッチ操作することにより、認証情報要求信号がセンタサーバ３０Ａに送信される。
【０１３２】
尚、利用予約した車両１０の利用予約日時に関する情報は、サードパーティアプリ部２３４Ａにおける車両１０の利用予約機能に基づき、自動的に入力される態様であってもよい。
【０１３３】
本実施形態では、施解錠要求部２３３Ａの機能は、例えば、後述するＳＤＫ（Software Development Kit）の形で、サードパーティアプリ部２３４Ａに組み込まれる。そのため、施解錠要求部２３３Ａの機能を実現するための当該ＧＵＩは、サードパーティアプリ部２３４Ａによりディスプレイ２４に表示される。そして、当該ＧＵＩ上で、上述した所定の操作（第１の操作及び第２の操作）が行われた場合、施解錠要求部２３３Ａは、サードパーティアプリ部２３４Ａから呼び出されて、上述した施解錠要求部２３３Ａの各機能が実現される。即ち、サードパーティアプリ部２３４Ａの実行中に、当該ＧＵＩに対するユーザの所定の操作（第１の操作）が行われた場合、施解錠要求部２３３Ａは、サードパーティアプリ部２３４Ａから呼び出され、認証情報要求信号をセンタサーバ３０Ａに送信する。また、サードパーティアプリ部２３４Ａの実行中に、当該ＧＵＩに対するユーザの所定の操作（第２の操作）が行われた場合、施解錠要求部２３３Ａは、サードパーティアプリ部２３４Ａから呼び出され、施錠要求或いは解錠要求をキーユニット１２に送信する。
【０１３４】
サードパーティアプリ部２３４Ａは、携帯端末２０にインストールされる所定のアプリケーションプログラム（サードパーティアプリプログラム）を実行することにより実現される機能部である。サードパーティアプリ部２３４Ａは、第２通信処理部２３２Ａを通じて、サードパーティサーバ５０Ａとの間で通信を行うことにより、車両１０の施解錠機能とは異なる所定のサービス（例えば、カーシェアにおける車両１０の利用予約サービス、カーシェアにおける決済サービス等）を提供する。例えば、サードパーティアプリ部２３４Ａは、ディスプレイ２４に操作画面としてのＧＵＩを表示させると共に、当該ＧＵＩに対するユーザの所定の操作に応じて、サードパーティサーバ５０Ａとの双方向通信により、車両１０の利用予約を行う。具体的な車両１０の利用予約を行う手法は、第１実施形態における利用予約部２３４と予約管理サーバ４０との間での双方向通信による手法を用いることができる。また、サードパーティアプリ部２３４Ａは、当該ＧＵＩに対するユーザの所定の操作に応じて、サードパーティサーバ５０Ａとの双方向通信により、車両１０を利用するための決済処理等を行う。
【０１３５】
尚、サードパーティアプリ部２３４Ａは、サードパーティ、即ち、施解錠要求部２３３Ａを実現するプログラムの提供及びセンタサーバ３０Ａの管理を行う自組織とは異なる第三者ではなく、自組織が提供するプログラムにより実現される同様の機能部に置換されてもよい。かかる場合、サードパーティサーバ５０Ａは、自組織が管理するサービス提供用のサーバに置換される。
【０１３６】
センタサーバ３０Ａは、車両１０の利用状況の管理を行う。センタサーバ３０Ａは、通信機器３１、管理装置３２Ａを含む。
【０１３７】
管理装置３２Ａは、１又は複数のコンピュータを中心に構成され、１つ以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、通信処理部３２１Ａ、車両利用管理部３２２Ａを含む。また、管理装置３２は、内部の補助記憶装置に格納されるユーザ情報ＤＢ３２４、認証情報ＤＢ３２５を含む。
【０１３８】
通信処理部３２１Ａは、通信機器３１を用いて、携帯端末２０Ａとの間で各種信号の送受信を行う。例えば、通信処理部３２１Ａは、携帯端末２０ＡからＢＬＥ認証情報を要求する信号（認証情報要求信号）を受信すると共に、該信号に対応する車両利用管理部３２２からの要求に応じて、ＢＬＥ認証情報を含む信号を携帯端末２０Ａに送信する。また、通信処理部３２１Ａは、携帯端末２０Ａから車両１０の利用許可を要求する信号を受信すると共に、該信号に対応する車両利用管理部３２２からの要求に応じて、車両１０の利用許可信号を携帯端末２０Ａに送信する。
【０１３９】
車両利用管理部３２２Ａは、通信処理部３２１Ａが携帯端末２０Ａから受信した認証情報要求信号に応じて、通信処理部３２１Ａを介して、ＢＬＥ認証情報を携帯端末２０Ａに送信する。例えば、車両利用管理部３２２Ａは、認証情報要求信号に含まれるユーザの識別情報及びパスワードと、ユーザ情報ＤＢ３２４に予め登録されるユーザの識別情報及びパスワードが一致するか否かを照合する。車両利用管理部３２２は、一致する場合、正規のユーザであると判断し、認証情報ＤＢ３２５の中から、車両１０に搭載されているキーユニット１２に対応するＢＬＥ認証情報を取り出す。また、車両利用管理部３２２Ａは、認証情報要求信号に含まれる車両１０の利用予約日時に関する情報に基づき、利用終了日時を抽出する。そして、車両利用管理部３２２Ａは、通信処理部３２１Ａを介して、ＢＬＥ認証情報及び該ＢＬＥ認証情報の利用期限情報（車両１０の利用終了日時）を含む信号を携帯端末２０Ａに送信する。
【０１４０】
次に、図６を参照して、本実施形態に係る施解錠システム１Ａの動作の概要について説明する。
【０１４１】
尚、図６では、主要構成間の信号のやり取りを概念的に説明するため、通信機能を実現するハードウェア（通信機器２１，２２，３１，４１等）やソフトウェア（第１通信処理部２３１、第２通信処理部２３２Ａ、通信処理部３２１Ａ等）の図示を省略している。
【０１４２】
ステップＳ６０１にて、サードパーティアプリ部２３４Ａは、ディスプレイ２４に表示させるＧＵＩに対するユーザの所定の操作に応じて、サードパーティサーバ５０Ａとの双方向通信を行い、車両１０の利用予約を行う。
【０１４３】
ステップＳ６０２にて、サードパーティアプリ部２３４Ａは、当該ＧＵＩに対する所定の操作（第１の操作）が行われた場合、ＳＤＫとしてサードパーティアプリ部２３４Ａに組み込まれた形で、携帯端末２０にインストールされる施解錠要求部２３３Ａを呼び出す。
【０１４４】
ステップＳ６０３にて、ＳＤＫ（施解錠要求部２３３Ａ）は、車両利用管理部３２２Ａを呼び出すＡＰＩ３２７を利用して、ＢＬＥ認証情報を要求する信号（認証情報要求信号）を車両利用管理部３２２Ａに送信する。これにより、車両利用管理部３２２Ａが呼び出されて、車両利用管理部３２２Ａは、認証情報要求信号に含まれるユーザの識別情報及びパスワードと、ユーザ情報ＤＢ３２４に予め登録される識別情報及びパスワードとの照合を行う。そして、車両利用管理部３２２Ａは、双方が一致する場合、車両１０の内部に配置されるキーユニット１２に対応するＢＬＥ認証情報を認証情報ＤＢ３２５から取り出し、ＡＰＩ３２７を利用して、ＳＤＫ（施解錠要求部２３３Ａ）に送信する。これにより、ＢＬＥ認証情報は、記憶部２３６に記憶される。
【０１４５】
尚、ＳＤＫとしての施解錠要求部２３３Ａが呼び出されても、携帯端末２０Ａでは、サードパーティアプリ部２３４Ａの実行が継続し、サードパーティアプリ部２３４Ａが表示させるＧＵＩのディスプレイ２４への表示が継続される。
【０１４６】
ステップＳ６０４にて、サードパーティアプリ部２３４Ａは、当該ＧＵＩに対してユーザの所定の操作（第２の操作）が行われた場合、ＳＤＫ（施解錠要求部２３３Ａ）を呼び出す。
【０１４７】
ステップＳ６０５にて、ＳＤＫ（施解錠要求部２３３Ａ）は、ＢＬＥ認証情報を含む施錠要求及び解錠要求をキーユニット１２に送信する。これにより、ユーザは、サードパーティアプリ部２３４ＡのＧＵＩから離脱することなく、上述の如く、キーユニット１２を介して、施解錠装置１１を作動させ、車両１０の施錠及び解錠を行うことができる。
【０１４８】
次に、図７を参照して、本実施形態に係る施解錠システム１の動作の具体例について説明する。
【０１４９】
図７は、本実施形態に係る施解錠システム１の動作の一例を示すシーケンス図である。
【０１５０】
車両１０の利用開始時及び利用終了時における一連の動作を表すステップＳ７１０〜Ｓ７２０、及びステップＳ７２２〜Ｓ７３６は、それぞれ、図４のステップＳ４１２〜Ｓ４２２、及びステップＳ４２４〜Ｓ４３８と同様であるため、説明を省略する。
【０１５１】
ステップＳ７０２〜Ｓ７０８は、車両１０の利用予約からＢＬＥ認証情報が携帯端末２０に送信されるまでの一連の動作を表す。
【０１５２】
ステップＳ７０２にて、携帯端末２０Ａのサードパーティアプリ部２３４Ａは、ユーザの所定の操作（例えば、ディスプレイ２４に表示されるサードパーティアプリのアイコンへのタッチ操作）に応じて、起動する。
【０１５３】
ステップＳ７０４にて、携帯端末２０Ａのサードパーティアプリ部２３４Ａは、ディスプレイ２４に表示させるＧＵＩに対する所定の操作に応じて、サードパーティサーバ５０Ａとの双方向通信を行い、車両１０の利用予約を行う。
【０１５４】
ステップＳ７０６にて、携帯端末２０Ａのサードパーティアプリ部２３４Ａは、ディスプレイ２４に表示させるＧＵＩに対する所定の操作（第１の操作）に応じて、施解錠要求部２３３Ａを呼び出す。そして、呼び出された施解錠要求部２３３Ａは、ＢＬＥ認証情報を要求する信号（認証情報要求信号）をセンタサーバ３０Ａに送信する。これにより、センタサーバ３０Ａは、認証情報要求信号を受信する。
【０１５５】
ステップＳ７０８にて、センタサーバ３０Ａのサードパーティアプリ部２３４Ａは、認証情報要求信号に含まれるユーザの識別情報及びパスワードに基づくユーザ認証を行った上で、車両１０の内部に配置されるキーユニット１２に対応するＢＬＥ認証情報を携帯端末２０Ａに送信する。
【０１５６】
このように、本実施形態では、サードパーティアプリ部２３４Ａは、センタサーバ３０Ａと異なるサードパーティサーバ５０Ａと通信し所定のサービス（車両１０の利用予約サービス）を提供する。また、施解錠要求部２３３Ａは、サードパーティアプリ部２３４Ａの実行中にディスプレイ２４に表示されるＧＵＩに対する所定の操作（第１の操作）が行われた場合、サードパーティアプリ部２３４Ａから呼び出されて、第２通信処理部２３２Ａを介して、センタサーバ３０Ａに認証情報要求信号を送信する。また、施解錠要求部２３３Ａは、サードパーティアプリ部２３４Ａの実行中にサードパーティアプリ部２３４Ａから呼び出されて、第２通信処理部２３２Ａを介して、センタサーバ３０からＢＬＥ認証情報を受信する。また、施解錠要求部２３３Ａは、サードパーティアプリ部２３４Ａの実行中にディスプレイ２４に表示されるＧＵＩに対する所定の操作（第２の操作）が行われた場合、サードパーティアプリ部２３４Ａから呼び出されて、第１通信処理部２３１Ａを介して、センタサーバ３０Ａから受信したＢＬＥ認証情報を含む施錠要求（第２の信号）又は解錠要求（第２の信号）を車両１０（キーユニット１２）に送信する。従って、例えば、カーシェアの利用予約や決済等のサービスを提供するサードパーティが既に存在する場合、車両１０を携帯端末２０で施錠及び解錠するための機能の提供に特化して車両１０を用いたカーシェアを実現でき、コストや初期投資を抑制できる。また、サードパーティアプリを利用するユーザを取り込むことができるため、例えば、カーシェア事業への参入する場合等において、当該事業を一気に立ち上げ易くなる。また、携帯端末２０は、サードパーティサーバ５０Ａではなく、自組織のセンタサーバ３０Ａから第１認証情報を取得する構成であるため、第三者（サードパーティ）に第１認証情報を開示することなく、第１認証情報を携帯端末２０に提供できる。また、例えば、コミュニケーションアプリを利用するユーザ同士の車両の貸し借り等のように、利用予約の厳密な管理まで必要ないような形態もあり得る。そのため、施解錠要求部２３３Ａがコミュニケーションアプリに組み込まれた形で携帯端末２０にインストールされ、センタサーバ３０ＡからＢＬＥ認証情報を取得可能とすることで、ユーザは、電子キーのやり取り等を行うことなく、気軽に車両の貸し借りを行うことができる。
【０１５７】
また、本実施形態では、携帯端末２０（施解錠要求部２３３Ａ）は、既存アプリであるサードパーティアプリ部２３４Ａからの呼び出しに応じて、サードパーティアプリ部２３４Ａが接続するサードパーティサーバ５０Ａとは異なるセンタサーバ３０ＡにＢＬＥ認証情報を要求する。そして、携帯端末２０（第２通信処理部２３２Ａ）は、センタサーバ３０ＡからＢＬＥ認証情報を受信する。従って、ＢＬＥ認証情報は、既存アプリに接続されるサードパーティサーバ５０Ａとは異なるセンタサーバ３０Ａに格納され、専用のセキュリティポリシーに従った管理を行うことできるため、ＢＬＥ認証情報の外部への流出を抑制することができる。本実施形態では、センタサーバ３０Ａは、携帯端末２０Ａからの認証情報要求信号に応じて、ＢＬＥ認証情報を携帯端末２０に送信する際、認証情報要求信号に含まれる携帯端末２０Ａのユーザの識別情報に基づき、ユーザ認証を行う。そのため、サードパーティアプリを経由してセンタサーバ３０Ａにアクセスされる場合であっても、セキュリティ性を保持することができる。
【０１５８】
以上、本発明を実施するための形態について詳述したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１５９】
例えば、上述した実施形態では、施解錠及び利用予約の対象が車両であったが、複数のユーザが異なる時間帯に利用可能であり、且つ、施解錠可能な対象であれば、車両に限定されない。即ち、上述した実施形態における施解錠及び利用予約の対象である車両は、例えば、会議室、保養所、体育館等の施解錠可能な施設に置換されてもよい。これにより、上述した実施形態と同様、当該施設を利用するユーザの利便性を向上させつつ、当該施設への不法侵入等を抑制することができる。
【０１６０】
また、上述した第１実施形態では、センタサーバ３０とは別に、予約管理サーバ４０が設けられるが、予約管理サーバ４０の機能をセンタサーバ３０に包含させてもよい。
【符号の説明】
【０１６１】
１，１Ａ  施解錠システム
１０  車両
１１  施解錠装置
１２  キーユニット
２０，２０Ａ  携帯端末
２１  通信機器
２２  通信機器
２３，２３Ａ  処理装置
２４  ディスプレイ
３０，３０Ａ  センタサーバ
３１  通信機器
３２，３２Ａ  管理装置
４０  予約管理サーバ
４１  通信機器
４２  スケジュール管理装置
５０Ａ  サードパーティサーバ
１１１  ＬＦ電波送信機
１１２  ＲＦ電波受信機
１１３  照合ＥＣＵ
１１４  ボディＥＣＵ
１１５  ドアロックモータ
１２１  ＬＦ電波受信機
１２２  ＲＦ電波送信機
１２３  通信機器
１２４  キーＥＣＵ
２３１  第１通信処理部
２３２  第２通信処理部
２３３  施解錠要求部
２３４  利用予約部
２３４Ａ  サードパーティアプリ部
２３５  認証情報消去部
２３６  記憶部
３２１  通信処理部
３２２  車両利用管理部
３２３  スケジュール情報取得部
３２４  ユーザ情報ＤＢ
３２５  認証情報ＤＢ
４２１  通信処理部
４２２  スケジュール管理部
４２３  スケジュール情報ＤＢ
１１３１  ＬＦ送信処理部
１１３２  ＲＦ受信処理部
１１３３  認証処理部
１１３４  施解錠制御部
１１３５  記憶部
１２４１  ＬＦ受信処理部
１２４２  ＲＦ送信処理部
１２４３  通信処理部
１２４４  認証処理部
１２４５  記憶部
【図１】
2018003330.tif 000003
【図２】
2018003330.tif 000004
【図３】
2018003330.tif 000005
【図４】
2018003330.tif 000006
【図５】
2018003330.tif 000007
【図６】
2018003330.tif 000008
【図７】
2018003330.tif 000009
【手続補正書】
【提出日】平成29年6月15日(2017.6.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
携帯端末と、車両又は施設の内部に配置されるキーユニットと、前記車両又は前記施設に取り付けられる施解錠装置と、を含む施解錠システムであって、
前記携帯端末は、
前記キーユニットに対応付けられた第１認証情報を含む第１の要求を前記キーユニットに送信する第１送信部を備え、
前記キーユニットは、
前記携帯端末から前記第１の要求を受信する第１受信部と、
前記車両又は前記施設に対応付けられた第２認証情報であって、暗号化された第２認証情報を記憶する第１記憶部と、
前記第１受信部が前記第１の要求を受信した場合、前記第１の要求に含まれる前記第１認証情報に基づき、認証を行う第１認証部と、
前記第１認証部による認証が成功した場合、前記第２認証情報を復号する復号部と、
前記復号部により復号された前記第２認証情報を含む第２の要求を前記施解錠装置に送信する第２送信部と、を備え、
前記施解錠装置は、
前記キーユニットから前記第２の要求を受信する第２受信部と、
前記第２受信部が前記第２の要求を受信した場合、前記第２の要求に含まれる前記第２認証情報に基づき、認証を行う第２認証部と、
前記第２認証部による認証が成功した場合、前記車両又は前記施設を施錠又は解錠する施解錠部と、を備える、
施解錠システム。
【請求項２】
携帯端末と、車両又は施設の内部に配置されるキーユニットと、前記車両又は前記施設に取り付けられる施解錠装置と、を含む施解錠システムであって、
前記携帯端末は、
前記キーユニットに対応付けられた第１認証情報を含む第１の要求を前記キーユニットに送信する第１送信部を備え、
前記キーユニットは、
前記携帯端末から前記第１の要求を受信する第１受信部と、
前記車両又は前記施設に対応付けられた第２認証情報を記憶する第１記憶部と、
前記第１受信部が前記第１の要求を受信した場合、前記第１の要求に含まれる前記第１認証情報に基づき、認証を行う第１認証部と、
前記第１認証部による認証が成功した場合、前記第１記憶部内の前記第２認証情報をアクセス不可の状態からアクセス可能な状態にするアクセス管理部と、
前記第２認証情報を含む第２の要求を前記施解錠装置に送信する第２送信部と、を備え、
前記施解錠装置は、
前記キーユニットから前記第２の要求を受信する第２受信部と、
前記第２受信部が前記第２の要求を受信した場合、前記第２の要求に含まれる前記第２認証情報に基づき、認証を行う第２認証部と、
前記第２認証部による認証が成功した場合、前記車両又は前記施設を施錠又は解錠する施解錠部と、を備える、
施解錠システム。
【請求項３】
前記携帯端末と通信可能なサーバを含み、
前記サーバは、
前記第１認証情報を記憶する第２記憶部と、
前記車両又は前記施設のスケジュール情報を取得するスケジュール情報取得部と、
前記スケジュール情報の中に前記携帯端末のユーザによる前記車両又は前記施設の利用予約が含まれる場合、前記携帯端末に第１認証情報を送信する第３送信部と、を備える、
請求項１又は２に記載の施解錠システム。
【請求項４】
前記携帯端末は、
前記第１認証情報を記憶する第３記憶部と、
前記車両又は前記施設の利用終了日時を経過した場合、前記第３記憶部内の前記第１認証情報を消去する消去部と、を備える、
請求項１乃至３の何れか一項に記載の施解錠システム。
【請求項５】
車両又は施設の内部に配置され、携帯端末から送信される前記車両又は前記施設の施錠又は解錠を要求する第１の要求に応じて、前記車両又は前記施設に取り付けられる施解錠装置に対して、前記車両又は前記施設の前記施錠又は前記解錠を要求する第２の要求を送信するキーユニットであって、
前記携帯端末から第１認証情報を含む前記第１の要求を受信する受信部と、
前記車両又は前記施設に対応付けられた第２認証情報であって、暗号化された第２認証情報を記憶する記憶部と、
前記受信部が前記第１の要求を受信した場合、前記第１の要求に含まれる前記第１認証情報に基づき、認証を行う認証部と、
前記認証部による認証に成功した場合、前記第２認証情報を復号する復号部と、
前記復号部により復号された前記第２認証情報を含む第２の要求を前記施解錠装置に送信する送信部と、を備える、
キーユニット。
【請求項６】
車両又は施設の内部に配置され、携帯端末から送信される前記車両又は前記施設の施錠又は解錠を要求する第１の要求に応じて、前記車両又は前記施設に取り付けられる施解錠装置に対して、前記車両又は前記施設の前記施錠又は前記解錠を要求する第２の要求を送信するキーユニットであって、
前記携帯端末から第１認証情報を含む前記第１の要求を受信する受信部と、
前記車両又は前記施設に対応付けられた第２認証情報を記憶する記憶部と、
前記受信部が前記第１の要求を受信した場合、前記第１の要求に含まれる前記第１認証情報に基づき、認証を行う認証部と、
前記認証部による認証が成功した場合、前記記憶部内の前記第２認証情報をアクセス不可の状態からアクセス可能な状態にするアクセス管理部と、
前記第２認証情報を含む前記第２の要求を前記施解錠装置に送信する送信部と、を備える、
キーユニット。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
上記目的を達成するため、本発明の一実施形態では、
携帯端末と、車両又は施設の内部に配置されるキーユニットと、前記車両又は前記施設に取り付けられる施解錠装置と、を含む施解錠システムであって、
前記携帯端末は、
前記キーユニットに対応付けられた第１認証情報を含む第１の要求を前記キーユニットに送信する第１送信部を備え、
前記キーユニットは、
前記携帯端末から前記第１の要求を受信する第１受信部と、
前記車両又は前記施設に対応付けられた第２認証情報であって、暗号化された第２認証情報を記憶する第１記憶部と、
前記第１受信部が前記第１の要求を受信した場合、前記第１の要求に含まれる前記第１認証情報に基づき、認証を行う第１認証部と、
前記第１認証部による認証が成功した場合、前記第２認証情報を復号する復号部と、
前記復号部により復号された前記第２認証情報を含む第２の要求を前記施解錠装置に送信する第２送信部と、を備え、
前記施解錠装置は、
前記キーユニットから前記第２の要求を受信する第２受信部と、
前記第２受信部が前記第２の要求を受信した場合、前記第２の要求に含まれる前記第２認証情報に基づき、認証を行う第２認証部と、
前記第２認証部による認証が成功した場合、前記車両又は前記施設を施錠又は解錠する施解錠部と、を備える、
施解錠システムが提供される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０１２４
【補正方法】変更
【補正の内容】
【０１２４】
本実施形態に係る施解錠システム１Ａは、車両１０のスケジュール情報の管理を行わない（予約管理サーバ４０が設けられない）点、及びセンタサーバ３０Ａが携帯端末２０Ａからの要求に応じたＢＬＥ認証情報の払い出し機能に特化する点で、第１実施形態と主に異なる。以下、第１の実施形態と同様の構成には、同一の符号を付し、第１実施形態と異なる部分を中心に説明を行う。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１３４
【補正方法】変更
【補正の内容】
【０１３４】
サードパーティアプリ部２３４Ａは、携帯端末２０Ａにインストールされる所定のアプリケーションプログラム（サードパーティアプリプログラム）を実行することにより実現される機能部である。サードパーティアプリ部２３４Ａは、第２通信処理部２３２Ａを通じて、サードパーティサーバ５０Ａとの間で通信を行うことにより、車両１０の施解錠機能とは異なる所定のサービス（例えば、カーシェアにおける車両１０の利用予約サービス、カーシェアにおける決済サービス等）を提供する。例えば、サードパーティアプリ部２３４Ａは、ディスプレイ２４に操作画面としてのＧＵＩを表示させると共に、当該ＧＵＩに対するユーザの所定の操作に応じて、サードパーティサーバ５０Ａとの双方向通信により、車両１０の利用予約を行う。具体的な車両１０の利用予約を行う手法は、第１実施形態における利用予約部２３４と予約管理サーバ４０との間での双方向通信による手法を用いることができる。また、サードパーティアプリ部２３４Ａは、当該ＧＵＩに対するユーザの所定の操作に応じて、サードパーティサーバ５０Ａとの双方向通信により、車両１０を利用するための決済処理等を行う。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１４１
【補正方法】変更
【補正の内容】
【０１４１】
尚、図６では、主要構成間の信号のやり取りを概念的に説明するため、通信機能を実現するハードウェア（通信機器２１，２２，３１等）やソフトウェア（第１通信処理部２３１、第２通信処理部２３２Ａ、通信処理部３２１Ａ等）の図示を省略している。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１４３
【補正方法】変更
【補正の内容】
【０１４３】
ステップＳ６０２にて、サードパーティアプリ部２３４Ａは、当該ＧＵＩに対する所定の操作（第１の操作）が行われた場合、ＳＤＫとしてサードパーティアプリ部２３４Ａに組み込まれた形で、携帯端末２０Ａにインストールされる施解錠要求部２３３Ａを呼び出す。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１４８
【補正方法】変更
【補正の内容】
【０１４８】
次に、図７を参照して、本実施形態に係る施解錠システム１Ａの動作の具体例について説明する。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１４９
【補正方法】変更
【補正の内容】
【０１４９】
図７は、本実施形態に係る施解錠システム１Ａの動作の一例を示すシーケンス図である。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１５１
【補正方法】変更
【補正の内容】
【０１５１】
ステップＳ７０２〜Ｓ７０８は、車両１０の利用予約からＢＬＥ認証情報が携帯端末２０Ａに送信されるまでの一連の動作を表す。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１５６
【補正方法】変更
【補正の内容】
【０１５６】
このように、本実施形態では、サードパーティアプリ部２３４Ａは、センタサーバ３０Ａと異なるサードパーティサーバ５０Ａと通信し所定のサービス（車両１０の利用予約サービス）を提供する。また、施解錠要求部２３３Ａは、サードパーティアプリ部２３４Ａの実行中にディスプレイ２４に表示されるＧＵＩに対する所定の操作（第１の操作）が行われた場合、サードパーティアプリ部２３４Ａから呼び出されて、第２通信処理部２３２Ａを介して、センタサーバ３０Ａに認証情報要求信号を送信する。また、施解錠要求部２３３Ａは、サードパーティアプリ部２３４Ａの実行中にサードパーティアプリ部２３４Ａから呼び出されて、第２通信処理部２３２Ａを介して、センタサーバ３０からＢＬＥ認証情報を受信する。また、施解錠要求部２３３Ａは、サードパーティアプリ部２３４Ａの実行中にディスプレイ２４に表示されるＧＵＩに対する所定の操作（第２の操作）が行われた場合、サードパーティアプリ部２３４Ａから呼び出されて、第１通信処理部２３１Ａを介して、センタサーバ３０Ａから受信したＢＬＥ認証情報を含む施錠要求（第２の信号）又は解錠要求（第２の信号）を車両１０（キーユニット１２）に送信する。従って、例えば、カーシェアの利用予約や決済等のサービスを提供するサードパーティが既に存在する場合、車両１０を携帯端末２０Ａで施錠及び解錠するための機能の提供に特化して車両１０を用いたカーシェアを実現でき、コストや初期投資を抑制できる。また、サードパーティアプリを利用するユーザを取り込むことができるため、例えば、カーシェア事業への参入する場合等において、当該事業を一気に立ち上げ易くなる。また、携帯端末２０Ａは、サードパーティサーバ５０Ａではなく、自組織のセンタサーバ３０Ａから第１認証情報を取得する構成であるため、第三者（サードパーティ）に第１認証情報を開示することなく、第１認証情報を携帯端末２０Ａに提供できる。また、例えば、コミュニケーションアプリを利用するユーザ同士の車両の貸し借り等のように、利用予約の厳密な管理まで必要ないような形態もあり得る。そのため、施解錠要求部２３３Ａがコミュニケーションアプリに組み込まれた形で携帯端末２０Ａにインストールされ、センタサーバ３０ＡからＢＬＥ認証情報を取得可能とすることで、ユーザは、電子キーのやり取り等を行うことなく、気軽に車両の貸し借りを行うことができる。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１５７
【補正方法】変更
【補正の内容】
【０１５７】
また、本実施形態では、携帯端末２０Ａ（施解錠要求部２３３Ａ）は、既存アプリであるサードパーティアプリ部２３４Ａからの呼び出しに応じて、サードパーティアプリ部２３４Ａが接続するサードパーティサーバ５０Ａとは異なるセンタサーバ３０ＡにＢＬＥ認証情報を要求する。そして、携帯端末２０Ａ（第２通信処理部２３２Ａ）は、センタサーバ３０ＡからＢＬＥ認証情報を受信する。従って、ＢＬＥ認証情報は、既存アプリに接続されるサードパーティサーバ５０Ａとは異なるセンタサーバ３０Ａに格納され、専用のセキュリティポリシーに従った管理を行うことできるため、ＢＬＥ認証情報の外部への流出を抑制することができる。本実施形態では、センタサーバ３０Ａは、携帯端末２０Ａからの認証情報要求信号に応じて、ＢＬＥ認証情報を携帯端末２０Ａに送信する際、認証情報要求信号に含まれる携帯端末２０Ａのユーザの識別情報に基づき、ユーザ認証を行う。そのため、サードパーティアプリを経由してセンタサーバ３０Ａにアクセスされる場合であっても、セキュリティ性を保持することができる。
【手続補正１３】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2018003330.tif 000010
【手続補正１４】
【補正対象書類名】図面
【補正対象項目名】図７
【補正方法】変更
【補正の内容】
【図７】
2018003330.tif 000011