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