特許 7357584 システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-09-28

(45)【発行日】2023-10-06

(54)【発明の名称】システム

(51)【国際特許分類】

   E05B 49/00 20060101AFI20230929BHJP

   B60R 25/24 20130101ALI20230929BHJP

   G06Q 10/02 20120101ALI20230929BHJP

【ＦＩ】

E05B49/00 J

B60R25/24

G06Q10/02

【請求項の数】 8

(21)【出願番号】P 2020077452

(22)【出願日】2020-04-24

(65)【公開番号】P2021173047

(43)【公開日】2021-11-01

【審査請求日】2022-11-18

(73)【特許権者】

【識別番号】000003551

【氏名又は名称】株式会社東海理化電機製作所

(74)【代理人】

【識別番号】100140958

【弁理士】

【氏名又は名称】伊藤 学

(74)【代理人】

【識別番号】100137888

【弁理士】

【氏名又は名称】大山 夏子

(72)【発明者】

【氏名】森 柚樹

(72)【発明者】

【氏名】福永 和之

(72)【発明者】

【氏名】大屋 佳之

(72)【発明者】

【氏名】清水 一樹

(72)【発明者】

【氏名】及川 賢人

(72)【発明者】

【氏名】大矢 雅彦

【審査官】家田 政明

(56)【参考文献】

【文献】特開２０１４－４０７１７（ＪＰ，Ａ）

【文献】特開２０１９－１０４６０３（ＪＰ，Ａ）

【文献】特開２０１９－１３８００６（ＪＰ，Ａ）

【文献】特開２０１９－１０１９９４（ＪＰ，Ａ）

【文献】特開２０１８－７４５２６（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｅ０５Ｂ ４９／００－４９／０４

Ｂ６０Ｒ ２５／２４

Ｇ０６Ｑ １０／０２

(57)【特許請求の範囲】

【請求項1】

複数のユーザの各々に所有される複数のポータブル機器と、
複数の制御対象物の各々に搭載され、無線通信を介して前記ポータブル機器の認証を行い、当該認証が成立した場合、搭載される前記制御対象物が備える錠装置の解錠または施錠を制御する、複数の制御装置と、
いずれかの前記制御対象物の管理者が発行する第１の配信要求に含まれる前記制御装置の特定に用いられる第１装置識別子、に基づいて取得した前記制御装置に係る第２装置識別子と、前記第１の配信要求に含まれる前記ポータブル機器の特定に用いられる第１機器識別子、に基づいて取得した前記ポータブル機器に係る第２機器識別子と、が含まれる第２の配信要求を送信する仲介サーバと、
受信した前記第２の配信要求に含まれる前記第２装置識別子に基づいて特定した前記制御装置による認証を成立させるために用いられる鍵情報を、前記第２の配信要求に含まれる前記第２機器識別子に基づいて特定した前記ポータブル機器に配信する配信サーバと、
を備える、
システム。

【請求項2】

前記仲介サーバは、前記制御対象物の管理者と、少なくとも一人のユーザと、を対応づけて管理し、
受信した前記第１の配信要求に含まれる前記第１機器識別子に基づいて特定した前記ポータブル機器を所有するユーザが、当該第１の配信要求を発行した管理者と対応づけられている場合に、前記第２の配信要求を前記配信サーバに対して送信する、
請求項１に記載のシステム。

【請求項3】

前記仲介サーバは、前記制御対象物の管理者と、少なくとも一つの前記制御対象物と、を対応づけて管理し、
受信した前記第１の配信要求に含まれる前記第１装置識別子に基づいて特定した前記制御装置が搭載される前記制御対象物が、当該第１の配信要求を発行した管理者と対応づけられている場合に、前記第２の配信要求を前記配信サーバに対して送信する、
請求項１または請求項２のうちいずれか一項に記載のシステム。

【請求項4】

前記仲介サーバは、前記配信サーバにより配信された前記鍵情報の利用履歴を前記制御装置または前記ポータブル機器から収集し、前記制御装置の管理者に前記利用履歴を開示する、
請求項１から請求項３までのうちいずれか一項に記載のシステム。

【請求項5】

前記利用履歴は、前記鍵情報が利用された位置の情報を含む、
請求項４に記載のシステム。

【請求項6】

前記制御対象物は、同一の組織に属する複数のユーザの間で共用される、
請求項１から請求項５までのうちいずれか一項に記載のシステム。

【請求項7】

前記制御対象物は、移動体を含む、
請求項１から請求項６までのうちいずれか一項に記載のシステム。

【請求項8】

前記制御対象物の利用予約を設定し、当該利用予約に応じた前記第１の配信要求を生成して前記仲介サーバに送信する予約サーバ、
をさらに備える、
請求項１から請求項７までのうちいずれか一項に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、システムに関する。

【背景技術】

【0002】

近年、錠装置の解錠や施錠に用いられる鍵情報を、ユーザが所有するポータブル機器などに配信する技術が開発されている。例えば、特許文献１には、利用者からの要求に基づいて、当該利用者が所有する所有者する利用者端末に、自動車が備える錠装置を解錠するための鍵データを配信するシステムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００４－１９０２３３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

一方、特許文献１に開示されるシステムとは異なり、鍵情報の配信を要求するユーザと、鍵情報が配信される機器を所有するユーザとが異なるサービスも想定される。この場合、サービスの利用者が増加するにつれ、ユーザ間の関係性等のデータ管理が煩雑となる可能性がある。

【0005】

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、鍵情報の配信において、より簡易な構成でデータを効率的に管理することが可能な仕組みを提供することにある。

【課題を解決するための手段】

【0006】

上記課題を解決するために、本発明のある観点によれば、複数のユーザの各々に所有される複数のポータブル機器と、複数の制御対象物の各々に搭載され、無線通信を介して前記ポータブル機器の認証を行い、当該認証が成立した場合、搭載される前記制御対象物が備える錠装置の解錠または施錠を制御する、複数の制御装置と、いずれかの前記制御対象物の管理者が発行する第１の配信要求に含まれる前記制御装置の特定に用いられる第１装置識別子、に基づいて取得した前記制御装置に係る第２装置識別子と、前記第１の配信要求に含まれる前記ポータブル機器の特定に用いられる第１機器識別子、に基づいて取得した前記ポータブル機器に係る第２機器識別子と、が含まれる第２の配信要求を送信する仲介サーバと、受信した前記第２の配信要求に含まれる前記第２装置識別子に基づいて特定した前記制御装置による認証を成立させるために用いられる鍵情報を、前記第２の配信要求に含まれる前記第２機器識別子に基づいて特定した前記ポータブル機器に配信する配信サーバと、を備える、システムが提供される。

【発明の効果】

【0007】

以上説明したように本発明によれば、より簡易な構成でデータを効率的に管理することが可能となる。

【図面の簡単な説明】

【0008】

【図1】本発明の一実施形態に係るシステムの構成例を示すブロック図である。

【図2】同実施形態に係るシステムが備える各装置に共通する構成例を示すブロック図である。

【図3A】同実施形態に係る予約サーバの記憶部に記憶される機器管理テーブルのデータ構造例を示す図である。

【図3B】同実施形態に係る予約サーバの記憶部に記憶される装置管理テーブルのデータ構造例を示す図である。

【図4A】同実施形態に係る配信サーバの記憶部に記憶される機器管理テーブルのデータ構造例を示す図である。

【図4B】同実施形態に係る配信サーバの記憶部に記憶される装置管理テーブルのデータ構造例を示す図である。

【図5A】同実施形態に係る仲介サーバの記憶部に記憶される機器管理テーブルのデータ構造例を示す図である。

【図5B】同実施形態に係る仲介サーバの記憶部に記憶される装置管理テーブルのデータ構造例を示す図である。

【図6A】同実施形態に係る仲介サーバの記憶部に記憶される配信先ユーザ管理テーブルのデータ構造例を示す図である。

【図6B】同実施形態に係る仲介サーバの記憶部に記憶される配信先制御対象物管理テーブルのデータ構造例を示す図である。

【図7】同実施形態に係る仲介サーバの記憶部に記憶される利用履歴テーブルのデータ構造例を示す図である。

【図8】同実施形態に係るステムによる処理の流れを示すシーケンス図である。

【発明を実施するための形態】

【0009】

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

【0010】

＜１．実施形態＞
＜＜１．１．システム構成例＞＞
まず、本発明の一実施形態に係るシステム１の構成例について述べる。図１は、本発明の一実施形態に係るシステム１の構成例を示すブロック図である。図１に示すように、本実施形態に係るシステム１は、制御装置１０、錠装置２０、ポータブル機器３０、予約サーバ４０、仲介サーバ５０、および配信サーバ６０を備える。なお、本実施形態に係る制御装置１０および錠装置２０とは、制御対象物Ｏに搭載される。

【0011】

また、図２は、図１に示す各装置に共通する構成例を示すブロック図である。図２には、各装置に共通する構成の一例として、情報処理装置８０の構成例が示されている。

【0012】

（情報処理装置８０）
図２に示すように、情報処理装置８０は、制御部８１０、記憶部８２０、および通信部８３０を備える。

【0013】

制御部８１０は、情報処理装置８０が備える各構成を制御する。制御部１１０が有する機能は、情報処理装置８０の特性に応じて設計される。制御部８１０が有する機能は、例えば、ＣＰＵやＩＣ等のプロセッサにより実現される。

【0014】

記憶部８２０は、情報処理装置８０が実現する機能に用いられる各種の情報を記憶する。記憶部８２０は、例えば、制御部８１０が用いる各種のプログラムや、当該プログラムに用いられるデータを記憶する。

【0015】

通信部８３０は、ネットワーク９０を介して他の装置との間における情報通信を行う。当該情報通信の規格は、情報処理装置８０の特性や、通信を行う装置の特性に応じて適宜採用される。また、ネットワーク９０は、無線通信網、有線通信網、公衆通信網を広く含む。

【0016】

続いて、本実施形態に係るシステム１が備える各装置の構成例について詳細に説明する。

【0017】

（制御装置１０）
まず、本実施形態に係る制御装置１０について述べる。本実施形態に係る制御装置１０は、制御対象物Ｏに搭載され、当該制御対象物Ｏが備える錠装置２０の解錠や施錠を制御する装置である。

【0018】

なお、本実施形態に係る制御対象物Ｏの一例としては、車両などの移動体、屋内または屋外に設置されるドア等が挙げられる。制御対象物Ｏは、例えば、カーシェアリング等により不特定多数のユーザにより利用され得る車両であってもよい。また、例えば、制御対象物
は、同一の組織に属する複数のユーザの間で共用される社用車などであってもよい。

【0019】

本実施形態に係るシステム１は、複数の制御対象物Ｏと、制御対象物Ｏに搭載される複数の制御装置１０および錠装置２０を備える。

【0020】

制御装置１０は、図２に示した構成例のように、制御部１１０、記憶部１２０、および通信部１３０を少なくとも備える。

【0021】

制御装置１０の制御部１１０は、同一の制御対象物Ｏに搭載される錠装置２０の解錠や施錠を制御する。この際、本実施形態に係る制御部１１０は、ポータブル機器３０から送信された認証用情報に基づいて当該ポータブル機器３０の認証を行い、ポータブル機器３０の真正性が認められた場合に、錠装置２０の解錠や施錠を許可してもよい。

【0022】

上記の認証用情報は、例えば、後述する配信サーバ６０によりポータブル機器３０に配信された固有の鍵情報や、当該鍵情報を用いた演算結果等であってもよい。

【0023】

例えば、制御部１１０は、通信部１３０がポータブル機器３０から受信した鍵情報と、記憶部１２０に予め記憶された対情報とが合致する場合に、当該鍵情報を送信したポータブル機器３０の真正性を認めてもよい。ここで、上記の対情報は、配信サーバ６０がポータブル機器３０に配信する鍵情報と対になる情報として生成され、当該鍵情報の判定に用いられる各種の情報であってもよい。

【0024】

また、例えば、制御部１１０は、対情報を用いた演算結果が、通信部１３０がポータブル機器３０から受信した認証用情報（鍵情報を用いた演算結果）と合致する場合に、当該認証用情報を送信したポータブル機器３０の真正性を認めてもよい。

【0025】

このように、本実施形態に係る制御部１１０は、ポータブル機器３０が送信する認証用情報に基づいて当該ポータブル機器３０の真正性を判定し、真正性が認められる場合に錠装置２０の解錠や施錠を制御する。係る制御によれば、物理的な鍵を用いずに制御対象物Ｏの利用を制限したり、当該制限を解除したりすることが可能となる。

【0026】

また、本実施形態に係る制御部１１０は、錠装置２０に加え、制御対象物Ｏが備える他の装置の動作を制御してもよい。例えば、制御対象物Ｏが車両等の移動体である場合を想定する。この際、制御部１１０は、認証用情報に基づいてポータブル機器３０の真正性が認められる場合には、移動体が備えるエンジンの始動を許可する等の制御を行ってもよい。

【0027】

制御装置１０の記憶部１２０は、制御部１１０が用いるプログラムや、上述した対情報等を記憶する。

【0028】

制御装置１０の通信部１３０は、ポータブル機器３０等との情報通信を行う。例えば、本実施形態に係る通信部１３０は、ポータブル機器３０との間で無線通信を行い、認証用情報を受信してもよい。上記の無線通信には、例えば、ＬＦ（Ｌｏｗ Ｆｒｅｑｕｅｎｃｙ）帯の信号、およびＵＨＦ（Ｕｌｔｒａ－Ｈｉｇｈ Ｆｒｅｑｕｅｎｃｙ）帯の信号が使用されてもよい。

【0029】

（錠装置２０）
本実施形態に係る錠装置２０は、制御装置１０と共に制御対象物Ｏに搭載される。本実施形態に係る錠装置２０は、制御装置１０による制御に従い、解錠や施錠を行う。

【0030】

錠装置２０は、図２に示した構成例のように、制御部２１０、記憶部２２０、および通信部２３０を少なくとも備える。

【0031】

錠装置２０の制御部２１０は、通信部２３０が制御装置１０から受信した制御信号に基づいて、施錠または解錠を実行する。

【0032】

錠装置２０の記憶部２２０は、例えば、制御部２１０が用いるプログラム等を記憶する。

【0033】

錠装置２０の通信部２３０は、制御装置１０との間における情報通信を行う。例えば、本実施形態に係る通信部２３０は、制御装置１０との間で有線通信を行い、制御信号を受信してもよい。

【0034】

（ポータブル機器３０）
本実施形態に係るポータブル機器３０は、システム１を利用するユーザに所有される情報処理装置である。ポータブル機器３０は、配信サーバ６０から受信した鍵情報に基づく認証用情報を生成し、当該認証用情報を制御対象物Ｏに搭載される制御装置１０に送信する。

【0035】

本実施形態に係るポータブル機器３０の一例としては、スマートフォン、タブレット、ウェアラブルデバイス等が挙げられる。

【0036】

ポータブル機器３０は、図２に示した構成例のように、制御部３１０、記憶部３２０、および通信部３３０を少なくとも備える。

【0037】

ポータブル機器３０の制御部３１０は、通信部３３０が配信サーバから受信した鍵情報に基づいて認証用情報を生成し、当該認証用情報が制御装置１０に送信されるよう制御を行う。

【0038】

上述したように、本実施形態に係る認証用情報は、鍵情報そのものを含むものであってもよいし、鍵情報を用いた演算結果等であってもよい。

【0039】

また本実施形態に係る制御部３１０は、ユーザによる操作に基づいて、制御対象物Ｏの利用予約を行うための各種の情報を生成し、当該情報が予約サーバ４０に送信されるよう通信部３３０を制御してもよい。

【0040】

また、システム１が予約サーバ４０を備えない場合、制御部３１０は、後述する第１の配信要求を生成し、当該第１の配信要求が仲介サーバに送信されるよう制御してもよい。本実施形態に係る第１の配信要求については別途詳細に説明する。

【0041】

ポータブル機器３０の記憶部３２０は、例えば、制御部３１０が用いるプログラムや、配信サーバ６０から受信した鍵情報などを記憶する。

【0042】

ポータブル機器３０の通信部３３０は、制御装置１０、予約サーバ４０、配信サーバ６０等との間における情報通信を行う。例えば、通信部３３０は、制御装置１０との間で無線通信を行い、認証用情報を送信する。また、例えば、通信部３３０は、インターネットを介して、予約サーバ４０との間で制御対象物Ｏの利用予約に係る情報の送受信を行う。また、例えば、通信部３３０は、インターネットを介して配信サーバ６０から鍵情報を受信する。

【0043】

上記に示した構成に加え、ポータブル機器３０は、ユーザによる操作を受け付けるための操作部や、各種の情報を表示するための表示部を備えてもよい。

【0044】

（予約サーバ４０）
本実施形態に係る予約サーバ４０は、例えば、インターネット上に公開されるＷｅｂサイトなどを介して、ポータブル機器３０との間における情報の送受信を行い、制御対象物Ｏの利用予約の締結や管理を行うサーバである。また、本実施形態に係る予約サーバ４０は、締結した予約に基づいて、仲介サーバに対し第１の配信要求を送信してもよい。

【0045】

予約サーバ４０は、図２に示した構成例のように、制御部４１０、記憶部４２０、および通信部４３０を少なくとも備える。

【0046】

予約サーバ４０の制御部４１０は、例えば、通信部４３０がポータブル機器３０から受信した情報等に基づいて制御対象物Ｏの利用予約を設定してもよい。当該利用予約に関する情報としては、例えば、予約者であるユーザ、利用予約の対象となる制御対象物Ｏ、利用予定時間等に関する情報が挙げられる。

【0047】

また、本実施形態に係る制御部４１０は、設定した利用予約に基づいて第１の配信要求を生成し、当該第１の配信要求が仲介サーバ５０に送信されるように通信部４３０を制御してもよい。本実施形態に係る第１の配信要求については別途詳細に説明する。

【0048】

予約サーバ４０の記憶部４２０は、例えば、制御部４１０が用いるプログラム、上述した利用予約に関する情報や第１の配信要求を記憶する。また、記憶部４２０は、鍵情報の配信先となるポータブル機器３０を管理する機器管理テーブルや、鍵情報に基づく認証を行う制御装置１０を管理する装置管理テーブルなどを記憶する。

【0049】

予約サーバ４０の通信部４３０は、ポータブル機器３０や仲介サーバ５０との間における情報通信を行う。例えば、通信部４３０は、インターネットを介して、ポータブル機器３０との間で制御対象物Ｏの利用予約に係る情報の送受信を行う。また、例えば、通信部４３０は、インターネットを介して仲介サーバ５０に第１の配信要求を送信する。

【0050】

（仲介サーバ５０）
本実施形態に係る仲介サーバ５０は、制御対象物Ｏの利用予約等に伴う暗号鍵の配信要求と、配信サーバ６０によるポータブル機器３０への暗号鍵の配信と、を仲介する役割を担うサーバである。このために、本実施形態に係る仲介サーバ５０は、受信した第１の配信要求に基づいて第２の配信要求を生成し、当該第２の配信要求を配信サーバ６０に送信してもよい。

【0051】

仲介サーバ５０は、図２に示した構成例のように、制御部５１０、記憶部５２０、および通信部５３０を少なくとも備える。

【0052】

仲介サーバ５０の制御部５１０は、通信部５３０が受信した第１の配信要求に基づいて第２の配信要求を生成し、当該第２の配信要求が配信サーバに送信されるよう通信部５３０を制御する。本実施形態に係る制御部５１０が有する機能や、第２の配信要求に関する詳細については、別途後述する。

【0053】

仲介サーバ５０の記憶部５２０は、例えば、制御部５１０が用いるプログラム、上述した第１の配信要求や第２の配信要求を記憶する。また、記憶部５２０は、鍵情報の配信先となるポータブル機器３０を管理する機器管理テーブルや、鍵情報に基づく認証を行う制御装置１０を管理する装置管理テーブルなどを記憶する。

【0054】

仲介サーバ５０の通信部５３０は、予約サーバ４０や配信サーバ６０との間における情報通信を行う。例えば、通信部５３０は、インターネットを介して予約サーバ４０から第１の配信要求を受信する。また、例えば、通信部５３０は、インターネットを介して配信サーバ６０に第２の配信要求を送信する。

【0055】

（配信サーバ６０）
本実施形態に係る配信サーバ６０は、受信した第２の配信要求に基づいて、鍵情報の配信を行うサーバである。なお、上述の鍵情報については、制御装置１０に予め記憶されるものであってもよいし、第２の配信要求に基づいて配信サーバ６０が配信するものであってもよい。

【0056】

配信サーバ６０は、図２に示した構成例のように、制御部６１０、記憶部６２０、および通信部６３０を少なくとも備える。

【0057】

配信サーバ６０の制御部６１０は、通信部６３０が受信した第２の配信要求に基づいて、指定された指定されたポータブル機器３０に対し鍵情報が配信されるよう通信部６３０を制御する。また、対情報の動的な配信を行う場合、本実施形態に係る制御部６１０は、上記鍵情報と対となる対情報が指定された制御装置１０に対して配信されるよう通信部６３０を制御してもよい。本実施形態に係る制御部６１０が有する機能については別途詳細に説明する。

【0058】

配信サーバ６０の記憶部６２０は、例えば、制御部６１０が用いるプログラム、上述した第２の配信要求を記憶する。また、記憶部６２０は、鍵情報の配信先となるポータブル機器３０を管理する機器管理テーブルや、鍵情報に基づく認証を行う制御装置１０を管理する装置管理テーブルなどを記憶する。

【0059】

配信サーバ６０の通信部６３０は、仲介サーバ５０、ポータブル機器３０、制御装置１０との間における情報通信を行う。例えば、通信部６３０は、インターネットを介して仲介サーバ５０から第２の配信要求を受信する。また、例えば、通信部６３０は、インターネットを介してポータブル機器３０に鍵情報を配信する。また、例えば、通信部６３０は、インターネットを介して制御装置１０に対情報を配信してもよい。

【0060】

以上、本実施形態に係るシステム１の構成例について述べた。なお、図１および図２を用いて説明した上記の構成はあくまで一例であり、本実施形態に係るシステム１の構成は係る例に限定されない。例えば、本実施形態に係るシステム１は、必ずしも予約サーバ４０を備えずともよい。この場合、ユーザは、所有するポータブル機器３０を用いて第１の配信要求を生成し、当該第の１配信要求を仲介サーバ５０に送信してもよい。本実施形態に係るシステム１の構成は、仕様や運用に応じて柔軟に変形可能である。

【0061】

＜＜１．２．機能の詳細＞＞
次に、本実施形態に係るシステム１が有する機能について、より詳細に説明する。

【0062】

上述したように、近年においては、例えば、特許文献１に開示されるシステムのように、受信した要求に基づいて、錠装置を解錠するための鍵情報を配信するシステムが知られている。

【0063】

しかし、特許文献１に開示されるシステムとは異なり、鍵情報の配信を要求するユーザと、鍵情報が配信される機器を所有するユーザとが異なる状況も想定される。このような状況としては、例えば、制御対象物の管理者が、他のユーザによる制御対象物の利用を許諾した場合が挙げられる。この場合、管理者は、制御対象物の利用を許諾したユーザが所有するポータブル機器に対し、制御対象物が備える錠装置を解錠（または施錠）するための鍵情報を配信するよう、サーバに要求することなども考えられる。

【0064】

しかし、上記のような場合、ユーザが管理者から制御対象物の利用許諾を予め得ることや、利用許諾を与えた管理者がサーバに対して要求を発行することなどが求められ、手続きが煩雑となる可能性がある。

【0065】

また、ここで、制御対象物の利用許諾を与える管理者と利用許諾を与えられるユーザとから成るグループが複数存在する場合を想定する。この場合、鍵情報を配信するサーバは、どの管理者がどのユーザ（が所有するポータブル機器）に対して鍵情報の配信を要求できるのか、を厳密に管理することが求められる。

【0066】

また、複数の管理者が存在し、管理者ごとに利用許諾の権限がある制御対象物が異なる場合も想定される。この場合、鍵情報を配信するサーバは、どの管理者がどの制御対象物（に搭載される錠装置）に関する鍵情報の配信を要求できるのか、を厳密に管理することが求められる。

【0067】

上記のような管理上の負担は、制御対象物、管理者、ユーザの数が増加するにつれ重くなる。このため、人手による管理の場合には、オペレーションミスを誘発する可能性がある。

【0068】

また、システムによる管理の場合であっても、データ構造が複雑化してしまう可能性や、既存システムの改修が必要となる場合等が想定される。このことから、ユーザが所有するポータブル機器や、制御対象物に搭載される制御装置などの管理に関し、簡易なデータ構造を維持したまま、データの増加による複雑化を吸収する仕組みが求められている。

【0069】

本発明の技術思想は上記の点に着目して発送されたものであり、鍵情報の配信において、より簡易な構成でデータを効率的に管理することを可能とするものである。

【0070】

このために、本実施形態に係るシステム１は、複数のユーザの各々に所有される複数のポータブル機器３０を備える。

【0071】

また、本実施形態に係るシステム１は、複数の制御対象物Ｏの各々に搭載され、無線通信を介してポータブル機器３０の認証を行い、当該認証が成立した場合、搭載される制御対象物Ｏが備える錠装置２０の解錠または施錠を制御する、複数の制御装置１０を備える。

【0072】

また、本実施形態に係るシステム１は、いずれかの制御対象物Ｏの管理者が発行する第１の配信要求に基づいて第２の配信要求を生成し、当該第２の配信要求を配信サーバ６０に送信する仲介サーバ５０を備える。

【0073】

また、本実施形態に係るシステム１は、受信した第２の配信要求に基づいて特定した制御装置１０による認証を成立させるために用いられる鍵情報を、第２の配信要求に基づいて特定したポータブル機器３０に配信する配信サーバ６０を備える。

【0074】

以下、本実施形態に係る第１の配信要求および第２の配信要求について詳細に説明する。まず、本実施形態に係る予約サーバ４０および配信サーバ６０による制御装置１０およびポータブル機器３０の管理手法について説明する。

【0075】

本実施形態に係る予約サーバ４０および配信サーバ６０は、それぞれ異なる識別子を用いて制御装置１０およびポータブル機器３０の各々を管理してもよい。

【0076】

図３Ａは、本実施形態に係る予約サーバ４０の記憶部４２０に記憶される機器管理テーブルＴ４１のデータ構造例を示す図である。なお、機器管理テーブルＴ４１は、鍵情報の配信先となるポータブル機器３０の識別子と、ポータブル機器３０の所有者であるユーザの識別子を管理するテーブルである。

【0077】

図３Ａに示すように、本実施形態に係る予約サーバ４０は、機器管理テーブルＴ４１において、独自の識別子である第１機器識別子を用いてポータブル機器３０を管理してもよい。

【0078】

例えば、図３Ａに示す一例の場合、ユーザ識別子［ｕｓｅｒ＿Ａ］で特定されるユーザが所有するポータブル機器３０には、第１機器識別子［ＡＵ０１］が付与される。同様に、ユーザ識別子［ｕｓｅｒ＿Ｂ］で特定されるユーザが所有するポータブル機器３０には、第１機器識別子［ＡＵ０２］が、ユーザ識別子［ｕｓｅｒ＿Ｃ］で特定されるユーザが所有するポータブル機器３０には、第１機器識別子［ＡＵ０３］が、それぞれ付与される。

【0079】

また、図３Ｂは、本実施形態に係る予約サーバ４０の記憶部４２０に記憶される装置管理テーブルＴ４２のデータ構造例を示す図である。なお、装置管理テーブルＴ４２は、鍵情報に基づく認証を行う制御装置１０の識別子と、制御装置１０が搭載される制御対象物Ｏの識別子を管理するテーブルである。

【0080】

例えば、図３Ｂに示す一例の場合、制御対象物識別子［ｖｅｈｉｃｌｅ＿Ａ］で特定される制御対象物Ｏに搭載される制御装置１０には、第１装置識別子［ＡＶ０１］が付与される。同様に、制御対象物識別子［ｖｅｈｉｃｌｅ＿Ｂ］で特定される制御対象物Ｏに搭載される制御装置１０には、第１装置識別子［ＡＶ０２］が、制御対象物識別子［ｖｅｈｉｃｌｅ＿Ｃ］で特定される制御対象物Ｏに搭載される制御装置１０には、第１装置識別子［ＡＶ０３］が、それぞれ付与される。

【0081】

このように、本実施形態に係る予約サーバ４０では、独自の第１機器識別子を用いてポータブル機器３０が管理され、また独自の第１装置識別子を用いて制御装置１０が管理される。

【0082】

また、本実施形態に係る予約サーバ４０は、ポータブル機器３０との間において送受信した情報に基づいて、制御対象物Ｏの利用予約を設定し、当該利用予約に応じた第１の配信要求を生成して仲介サーバ５０に送信する。

【0083】

この際、予約サーバ４０の制御部４１０は、少なくとも第１機器識別子および第１装置識別子が含まれる第１の配信要求を生成する。

【0084】

例えば、ユーザ識別子［ｕｓｅｒ＿Ａ］で特定されるユーザが、制御対象物識別子［ｖｅｈｉｃｌｅ＿Ｂ］で特定される制御対象物Ｏの利用予約を希望した場合を想定する。

【0085】

この際、制御部４１０は、ポータブル機器３０から受信した情報に基づいて、上記の各識別子や利用希望時間に関する情報を含む利用予約を設定する。

【0086】

また、制御部４１０は、設定した利用予約が含むユーザ識別子および制御対象物識別子に基づいて第１機器識別子および第１装置識別子を抽出する。具体的には、制御部４１０は、機器管理テーブルＴ４１を参照し、ユーザ識別子［ｕｓｅｒ＿Ａ］で特定されるユーザが所有するポータブル機器３０の第１機器識別子［ＡＵ０１］を抽出する。また、制御部４１０は、装置管理テーブルＴ４２を参照し、制御対象物識別子［ｖｅｈｉｃｌｅ＿Ｂ］で特定される制御対象物Ｏに搭載される制御装置１０の第１装置識別子［ＡＶ０２］を抽出する。

【0087】

次に、制御部４１０は、上記のように抽出した第１機器識別子［ＡＵ０１］、第１装置識別子［ＡＶ０２］、および利用希望時間等の情報を含む第１の配信要求を生成する。

【0088】

一方、本実施形態に係る配信サーバ６０は、予約サーバ４０とは異なる独自の識別子を用いて、制御装置１０やポータブル機器３０の管理を行ってもよい。

【0089】

図４Ａは、本実施形態に係る配信サーバ６０の記憶部６２０に記憶される機器管理テーブルＴ６１のデータ構造例を示す図である。

【0090】

図４Ａに示すように、本実施形態に係る配信サーバ６０は、機器管理テーブルＴ６１において、予約サーバ４０とは異なる独自の識別子である第２機器識別子を用いてポータブル機器３０を管理してもよい。

【0091】

例えば、図４Ａに示す一例の場合、ユーザ識別子［ｕｓｅｒ＿Ａ］で特定されるユーザが所有するポータブル機器３０には、第２機器識別子［ＸＵ０１］が付与される。同様に、ユーザ識別子［ｕｓｅｒ＿Ｂ］で特定されるユーザが所有するポータブル機器３０には、第２機器識別子［ＸＵ０２］が、ユーザ識別子［ｕｓｅｒ＿Ｃ］で特定されるユーザが所有するポータブル機器３０には、第２機器識別子［ＸＵ０３］が、それぞれ付与される。

【0092】

また、図４Ｂは、本実施形態に係る配信サーバ６０の記憶部６２０に記憶される装置管理テーブルＴ６２のデータ構造例を示す図である。

【0093】

図４Ｂに示すように、本実施形態に係る配信サーバ６０は、装置管理テーブルＴ６２において、予約サーバ４０とは異なる独自の識別子である第２装置識別子を用いて制御装置１０を管理してもよい。

【0094】

例えば、図４Ｂに示す一例の場合、制御対象物識別子［ｖｅｈｉｃｌｅ＿Ａ］で特定される制御対象物Ｏに搭載される制御装置１０には、第２装置識別子［ＸＶ０１］が付与される。同様に、制御対象物識別子［ｖｅｈｉｃｌｅ＿Ｂ］で特定される制御対象物Ｏに搭載される制御装置１０には、第２装置識別子［ＸＶ０２］が、制御対象物識別子［ｖｅｈｉｃｌｅ＿Ｃ］で特定される制御対象物Ｏに搭載される制御装置１０には、第２装置識別子［ＸＶ０３］が、それぞれ付与される。

【0095】

このように、本実施形態に係る配信サーバ６０では、予約サーバ４０が用いる第１機器識別子とは異なる独自の第２機器識別子を用いてポータブル機器３０が管理され、また第１装置識別子とは異なる独自の第２装置識別子を用いて制御装置１０が管理される。

【0096】

この場合、本実施形態に係る配信サーバ６０の制御部６１０は、まず、通信部６３０が受信した第２の配信要求に含まれる第２装置識別子に基づいて、利用予約がなされた制御対象物Ｏに搭載される制御装置１０を特定する。

【0097】

次に、制御部６１０は、特定した制御装置１０による認証を成立するための鍵情報を生成する。

【0098】

次に、制御部６１０は、生成した鍵情報が、第２の配信要求に含まれる第２機器識別子に基づいて特定したポータブル機器３０に配信されるように通信部６３０を制御する。

【0099】

以上説明したように、本実施形態に係る予約サーバ４０と配信サーバ６０とでは、互いに異なる識別子を用いて制御装置１０およびポータブル機器３０が管理されてもよい。

【0100】

しかし、上記のような管理では、予約サーバ４０が生成する第１の配信要求を受信しても配信サーバ６０が配信先となる制御装置１０とポータブル機器３０を特定することができない。そこで、本実施形態に係るシステム１は、予約サーバ４０が生成した第１の配信要求を、配信サーバ６０が利用可能な第２の配信要求に変換するため仲介サーバ５０を備えることを特徴の一つとする。

【0101】

図５Ａは、本実施形態に係る仲介サーバ５０の記憶部５２０に記憶される機器管理テーブルＴ５１のデータ構造例を示す図である。

【0102】

図５Ａに示すように、本実施形態に係る仲介サーバ５０は、機器管理テーブルＴ５１において、予約サーバ４０に用いられる第１機器識別子と配信サーバ６０に用いられる第２機器識別子とを対応づけてポータブル機器３０を管理する。

【0103】

また、図５Ｂは、本実施形態に係る仲介サーバ５０の記憶部５２０に記憶される装置管理テーブルＴ５２のデータ構造例を示す図である。

【0104】

図５Ｂに示すように、本実施形態に係る仲介サーバ５０は、装置管理テーブルＴ５２において、予約サーバ４０に用いられる第１装置識別子と配信サーバ６０に用いられる第２装置識別子とを対応づけて制御装置１０を管理する。

【0105】

本実施形態に係る仲介サーバ５０は、上記のような機器管理テーブルＴ５１および装置管理テーブルＴ５２を用いて、予約サーバ４０から受信した第１の配信要求を、配信サーバ６０が利用可能な第２の配信要求に変換する。

【0106】

例えば、第１の配信要求が、第１機器識別子［ＡＵ０１］、および第１装置識別子［ＡＶ０２］を含む場合を想定する。

【0107】

この場合、仲介サーバ５０の制御部５１０は、第１機器識別子［ＡＵ０１］を用いて機器管理テーブルＴ５１を参照し、第２機器識別子［ＸＵ０１］を取得する。

【0108】

また、制御部５１０は、第１装置識別子［ＡＶ０２］を用いて装置管理テーブルＴ５２を参照し、第２装置識別子［ＡＶ０２］を取得する。

【0109】

このように、本実施形態に係る制御部５１０は、第１の配信要求に基づいて、第２機器識別子および第２装置識別子を含む第２の配信要求を生成することが可能である。

【0110】

係る制御によれば、予約サーバ４０と配信サーバ６０とで異なる独自の識別子により制御装置１０およびポータブル機器３０が管理される場合であっても、両者の差異を吸収することにより、予約から鍵情報の配信までの一連の処理を一貫して実現することができる。

【0111】

また、係る制御によれば、例えば、配信サーバ６０の設置に遅れて予約サーバ４０が設定される場合や、予約サーバ４０が増設される場合等であっても、それぞれのサーバにおいて、識別子を統一することなく制御装置１０およびポータブル機器３０の管理を行うことができるため、自由度の高いサーバ設置やコストを抑えたサーバ設置が実現可能である。

【0112】

なお、図４Ａに例示した配信サーバ６０の機器管理テーブルＴ６１では、ユーザ識別子が第２機器識別子と対応づけられて管理される場合を例示した。しかし、機器管理テーブルＴ６１には、必ずしもユーザ識別子が含まれる必要はなく、第２機器識別子で特定されるポータブル機器３０に鍵情報を配信するためのアドレス情報が含まれていればよい。装置管理テーブルＴ６２における制御対象物識別子についても同様である。

【0113】

この場合、配信サーバ６０には、ユーザや制御対象物Ｏに関する情報が記憶されないため、例え第三者が不正に配信サーバ６０にアクセスした場合であっても、ユーザや制御対象物Ｏに関する情報を取得することができない。このように、本実施形態に係るデータ管理手法によれば、セキュリティ性の向上効果も期待される。

【0114】

また、本実施形態に係る仲介サーバ５０によれば、制御対象物Ｏの利用許諾を与える管理者と利用許諾を与えられるユーザとから成るグループが複数存在する場合や、複数の管理者が存在し、管理者ごとに利用許諾の権限がある制御対象物が異なる場合であっても、予約サーバ４０や配信サーバ６０のデータ構造に影響を与えることなく、上記の関係性を考慮した鍵情報等の配信が可能である。

【0115】

図６Ａは、本実施形態に係る仲介サーバ５０の記憶部５２０に記憶される配信先ユーザ管理テーブルＴ５３のデータ構造例を示す図である。なお、配信先ユーザ管理テーブルＴ５３は、制御対象物Ｏの管理者と、当該管理者が制御対象物Ｏの利用許諾を与えることができる少なくとも一人のユーザとを対応づけて管理するテーブルである。

【0116】

図６Ａに示す一例の場合、管理者識別子［ｓｅｒｖｅｒ＿Ａ］には、ユーザ識別子［ｕｓｅｒ＿Ａ］、ユーザ識別子［ｕｓｅｒ＿Ｂ］、およびユーザ識別子［ｕｓｅｒ＿Ｃ］が対応づけられている。本例は、管理者識別子［ｓｅｒｖｅｒ＿Ａ］で特定される管理者（例えば、予約サーバ４０）は、ユーザ識別子［ｕｓｅｒ＿Ａ］、ユーザ識別子［ｕｓｅｒ＿Ｂ］、およびユーザ識別子［ｕｓｅｒ＿Ｃ］でそれぞれ特定されるユーザが所有するポータブル機器３０に対する鍵情報の配信を要求することが可能なことを示している。

【0117】

また、図６Ａに示す一例の場合、管理者識別子［ｕｓｅｒ＿Ｄ］には、ユーザ識別子［ｕｓｅｒ＿Ｅ］が対応づけられている。本例は、管理者識別子［ｕｓｅｒ＿Ｄ］で特定されるユーザは、ユーザ識別子［ｕｓｅｒ＿Ｅ］で特定されるユーザが所有するポータブル機器３０に対する鍵情報の配信を要求することが可能なことを示している。この場合、管理者識別子［ｕｓｅｒ＿Ｄ］で特定されるユーザは、所有するポータブル機器３０等を用いて、予約サーバ４０を介さずに、第１の配信要求を仲介サーバ５０に送信してもよい。

【0118】

この際、本実施形態に係る仲介サーバ５０の制御部５１０は、機器管理テーブルＴ５１や配信先ユーザ管理テーブルＴ５３を参照し、第１の配信要求に含まれる第１機器識別子に基づいて特定したポータブル機器３０を所有するユーザが、当該第１の配信要求を発行した管理者と対応づけられている場合に、前記第２の配信要求が配信サーバ６０に対して送信されるよう制御を行ってもよい。

【0119】

例えば、管理者識別子［ｓｅｒｖｅｒ＿Ａ］で特定される管理者が発行した第１の配信要求に、第１機器識別子［ＡＵ０１］が含まれる場合を想定する。この場合、第１機器識別子［ＡＵ０１］で特定されるポータブル機器３０を所有するユーザのユーザ識別子［ｕｓｅｒ＿Ａ］が、配信先ユーザ管理テーブルＴ５３において管理者識別子［ｓｅｒｖｅｒ＿Ａ］と対応づけられていることから、制御部５１０は、第２の配信要求を生成し、当該第２の配信要求が配信サーバ６０に送信されるよう制御を行う。

【0120】

一方、管理者識別子［ｕｓｅｒ＿Ｄ］で特定される管理者が発行した第１の配信要求に、第１機器識別子［ＡＵ０１］が含まれる場合を想定する。この場合、第１機器識別子［ＡＵ０１］で特定されるポータブル機器３０を所有するユーザのユーザ識別子［ｕｓｅｒ＿Ａ］が、配信先ユーザ管理テーブルＴ５３において管理者識別子［ｕｓｅｒ＿Ｄ］と対応づけられていないことから、制御部５１０は、第２の配信要求を生成せずに、エラー等を返してもよい。

【0121】

上記のような制御によれば、管理者が本来利用許諾を与えることができないユーザが所有するポータブル機器３０に対し鍵情報が配信されることを防止することができる。

【0122】

なお、仲介サーバ５０は、ユーザ識別子を介さずに、管理者識別子と第１機器識別子とを直接対応づけることで、管理者が鍵情報の配信先として指定可能なポータブル機器３０の情報を管理してもよい。

【0123】

次に、利用許諾の対象となる制御対象物Ｏの管理について述べる。

【0124】

図６Ｂは、本実施形態に係る仲介サーバ５０の記憶部５２０に記憶される配信先制御対象物管理テーブルＴ５４のデータ構造例を示す図である。なお、配信先制御対象物管理テーブルＴ５４は、管理者と、当該管理者が管理する少なくとも一つの制御対象物Ｏとを対応づけて管理するテーブルである。

【0125】

図６Ｂに示す一例の場合、管理者識別子［ｓｅｒｖｅｒ＿Ａ］には、制御対象物識別子［ｖｅｈｉｃｌｅ＿Ａ］、制御対象物識別子［ｖｅｈｉｃｌｅ＿Ｂ］、および制御対象物識別子［ｖｅｈｉｃｌｅ＿Ｃ］が対応づけられている。本例は、管理者識別子［ｓｅｒｖｅｒ＿Ａ］で特定される管理者（例えば、予約サーバ４０）は、制御対象物識別子［ｖｅｈｉｃｌｅ＿Ａ］、制御対象物識別子［ｖｅｈｉｃｌｅ＿Ｂ］、および制御対象物識別子［ｖｅｈｉｃｌｅ＿Ｃ］でそれぞれ特定される制御対象物Ｏに搭載される制御装置１０による認証に用いられる鍵情報の配信を要求することが可能なことを示している。

【0126】

また、図６Ｂに示す一例の場合、管理者識別子［ｕｓｅｒ＿Ｄ］には、制御対象物識別子［ｖｅｈｉｃｌｅ＿Ｄ］が対応づけられている。本例は、管理者識別子［ｕｓｅｒ＿Ｄ］で特定されるユーザは、制御対象物識別子［ｖｅｈｉｃｌｅ＿Ｄ］で特定される制御対象物Ｏに搭載される制御装置１０による認証に用いられる鍵情報の配信を要求することが可能なことを示している。

【0127】

この際、本実施形態に係る仲介サーバ５０の制御部５１０は、装置管理テーブルＴ５２や配信先制御対象物管理テーブルＴ５４を参照し、第１の配信要求に含まれる第１装置識別子に基づいて特定した制御装置１０が搭載される制御対象物Ｏが、当該第１の配信要求を発行した管理者と対応づけられている場合に、前記第２の配信要求が配信サーバ６０に対して送信されるよう制御を行ってもよい。

【0128】

例えば、管理者識別子［ｓｅｒｖｅｒ＿Ａ］で特定される管理者が発行した第１の配信要求に、第１装置識別子［ＡＶ０１］が含まれる場合を想定する。この場合、第１装置識別子［ＡＶ０１］で特定される制御装置１０が搭載される制御対象物Ｏの制御対象物識別子［ｖｅｈｉｃｌｅ＿Ａ］が、配信先制御対象物管理テーブルＴ５４において管理者識別子［ｓｅｒｖｅｒ＿Ａ］と対応づけられていることから、制御部５１０は、第２の配信要求を生成し、当該第２の配信要求が配信サーバ６０に送信されるよう制御を行う。

【0129】

一方、管理者識別子［ｕｓｅｒ＿Ｄ］で特定される管理者が発行した第１の配信要求に、第１装置識別子［ＡＶ０１］が含まれる場合を想定する。この場合、第１装置識別子［ＡＶ０１］で特定される制御装置１０が搭載される制御対象物Ｏの制御対象物識別子［ｖｅｈｉｃｌｅ＿Ａ］が、配信先ユーザ管理テーブルＴ５３において管理者識別子［ｕｓｅｒ＿Ｄ］と対応づけられていないことから、制御部５１０は、第２の配信要求を生成せずに、エラー等を返してもよい。

【0130】

上記のような制御によれば、管理者が本来利用許諾を与えることができない制御対象物Ｏに搭載される制御装置１０による認証に用いられる鍵情報が配信されることを防止することができる。

【0131】

なお、仲介サーバ５０は、制御対象物識別子を介さずに、管理者識別子と第１装置識別子とを直接対応づけることで、管理者が指定可能な制御装置１０の情報を管理してもよい。

【0132】

以上、本実施形態に係るシステム１による鍵情報の配信について詳細に説明した。なお、上記では、第１の配信要求および第２の配信要求において単一のポータブル機器３０が鍵情報の配信先として指定される場合を例示した。

【0133】

一方、本実施形態に係る第１の配信要求および第２の配信要求では、複数のポータブル機器３０が配信先として指定されてもよい。この場合、第１の配信要求および第２の配信要求は、複数の機器識別子を含んでもよいし、第１の配信要求を発行した管理者に対応づけられている全ユーザが所持するすべてのポータブル機器３０を指定する特別な機器識別子を含んでもよい。

【0134】

上記のような制御によれば、例えば、同一の組織に属する複数のユーザがそれぞれ所持するポータブル機器３０に、一斉に鍵情報を配信することなども可能となる。

【0135】

次に、本実施形態に係る鍵情報の利用履歴の蓄積と、当該利用履歴の開示について述べる。上述したように、本実施形態に係るシステム１によれば、制御対象物Ｏの利用予約から鍵情報の配信までを一貫して実現することができる。これに加え、本実施形態に係るシステム１では、配信された鍵情報に係る利用履歴を、制御対象物Ｏの管理者に対して開示されてもよい。

【0136】

図７は、本実施形態に係る仲介サーバ５０の記憶部５２０に記憶される利用履歴テーブルＴ５５のデータ構造例を示す図である。図７に示すように、本実施形態に係る利用履歴テーブルＴ５５には、例えば、配信された鍵情報が利用された（鍵情報に基づく認証が実行された）時刻、当該認証を実行した制御装置１０が搭載される制御対象物Ｏの制御対象識別子、鍵情報を送信したポータブル機器３０を所有するユーザのユーザ識別子、鍵情報が利用された用途（例えば、解錠または施錠など）、および鍵情報が利用された場所を示す位置の情報が含まれてもよい。

【0137】

本実施形態に係る仲介サーバ５０は、上記のような情報を含む利用履歴を制御装置１０またはポータブル機器３０から収集し、利用履歴テーブルＴ５５に蓄積してもよい。

【0138】

また、仲介サーバ５０の制御部５１０は、上記のような利用履歴が当該管理者に対して開示されるよう制御を行ってもよい。この際、制御部５１０は、管理者からの開示要求に応じて利用履歴を当該管理者に対して開示してもよいし、週次や月次などの期間ごとに集計したレポートを管理者に提供してもよい。

【0139】

なお、図７に示す利用履歴テーブルＴ５５が含む情報はあくまで一例であり、管理者に対して開示される利用履歴は係る例に限定されない。制御部５１０は、例えば、鍵情報が利用された位置の情報を地図上にマッピングして開示してもよいし、鍵情報が解錠に用いられてから施錠に用いられるまでの時間を集計することで推測した制御対象物Ｏの利用時間を管理者に開示してもよい。

【0140】

上記のように鍵情報の利用履歴を開示することで、制御対象物Ｏの管理者に対し、鍵情報の配信管理に加え、さらなる付加価値を提供することが可能となる。

【0141】

＜＜１．３．処理の流れ＞＞
次に、本実施形態に係るシステム１による処理の流れについて詳細に説明する。図８は、本実施形態に係るシステム１による処理の流れを示すシーケンス図である。なお、図８では、ポータブル機器３０に配信された鍵情報を用いて錠装置２０の解錠が行われる場合の流れが例示されている。

【0142】

本実施形態に係るシステム１では、例えば、図１に示すように、ポータブル機器３０等を用いた予約の実行が行われる（Ｓ１０２）。

【0143】

ユーザは、例えば、ポータブル機器３０等を介して予約サーバ４０がインターネット上に公開するＷｅｂサイトにアクセスし、必要な情報を入力することで、利用を希望する制御対象物Ｏの利用予約を行うことができる。また、この際、予約サーバ４０は、ポータブル機器３０から入力された情報等に基づいて制御対象物Ｏの利用予約を設定する。

【0144】

次に、予約サーバ４０は、設定した利用予約に基づいて第１の配信要求を生成し、当該第１の配信要求を仲介サーバ５０に送信する（Ｓ１０４）。上述したように、本実施形態に係る第１の配信要求には、少なくとも第１機器識別子と第１装置識別子とが含まれる。

【0145】

なお、第１の配信要求は必ずしも予約サーバ４０から送信されずともよい。第１の配信要求は、ポータブル機器３０等から仲介サーバ５０に直接送信されてもよい。

【0146】

次に、第１の配信要求を受信した仲介サーバ５０が、配信先ユーザ管理テーブルＴ５３や配信先制御対象物管理テーブルＴ５４などを参照し、第１の配信要求により指定された配信先が当該第１の配信要求を発行した管理者と対応づけられているかを確認する（Ｓ１０６）。

【0147】

ここで、第１の配信要求により指定された配信先が当該第１の配信要求を発行した管理者と対応づけられている場合、仲介サーバ５０は、第１の配信要求に含まれる第１機器識別子と第１装置識別子とを、それぞれ第２機器識別子と第２装置識別子とに変換し、第２機器識別子と第２装置識別子とを含む第２の配信要求を配信サーバ６０に送信する（Ｓ１０８）。

【0148】

次に、第２の配信要求を受信した配信サーバ６０は、第２の配信要求に含まれる第２機器識別子に基づいて特定したポータブル機器３０に対し鍵情報を配信する（Ｓ１１０）。

【0149】

次に、鍵情報を受信したポータブル機器３０が、受信した鍵情報に基づく認証用情報を制御装置１０に送信する（Ｓ１１２）。

【0150】

次に、認証用情報を受信した制御装置１０が、認証用情報に基づいてポータブル機器３０の認証を実行する（Ｓ１１４）。

【0151】

ここで、ポータブル機器３０の真正性が認められた場合、制御装置１０は、錠装置２０に対し、解錠指示を送信する（Ｓ１１６）。

【0152】

次に、解錠指示を受信した錠装置２０が、解錠を実行する（Ｓ１１８）。

【0153】

＜２．補足＞
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

【0154】

また、本明細書において説明した各装置による一連の処理は、ソフトウェア、ハードウェア、及びソフトウェアとハードウェアとの組合せのいずれを用いて実現されてもよい。ソフトウェアを構成するプログラムは、例えば、各装置の内部又は外部に設けられる記録媒体（非一時的な媒体：ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｍｅｄｉａ）に予め格納される。そして、各プログラムは、例えば、コンピュータによる実行時にＲＡＭに読み込まれ、ＣＰＵなどのプロセッサにより実行される。上記記録媒体は、例えば、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリ等である。また、上記のコンピュータプログラムは、記録媒体を用いずに、例えばネットワークを介して配信されてもよい。

【符号の説明】

【0155】

１：システム、１０：制御装置、２０：錠装置、３０：ポータブル機器、４０：予約サーバ、５０：仲介サーバ、６０：配信サーバ、８０：情報処理装置、８１０：制御部、８２０：記憶部、８３０：通信部、９０：ネットワーク

【図1】

【図2】

【図3A】

【図3B】

【図4A】

【図4B】

【図5A】

【図5B】

【図6A】

【図6B】

【図7】

【図8】