JP7201280B1 - 合鍵作製の管理装置及び管理システム - Google Patents

Abstract

【課題】合鍵の受取を許可された対象が複数いる場合であっても、機械式の錠の合鍵作製を管理可能な手段を提供すること。【解決手段】本発明の合鍵作製の管理システムＳは、機械式の錠に対応する鍵と当該鍵の合鍵の受取を許可された１以上の許可対象との対応を管理可能な許可対象管理部１１１と、合鍵を受け取る受取人が許可対象であるか否かを端末２から提供された作製依頼情報に基づいて判別可能な判別部１１２と、受取人が許可対象である場合に合鍵の作製を許可する許可情報を提供可能な許可情報提供部１１３と、を備える管理装置１と、管理装置１と通信可能に構成され、合鍵の作製者が利用する端末２と、を含んで構成され、端末２は、受取人からの合鍵の作製依頼情報を管理装置１に提供可能な依頼情報提供部２１１と、管理装置が許可情報を提供したことを表示可能な許可情報表示部２１２と、を備える。【選択図】図１

Description

本発明は、合鍵作製の管理装置及び管理システムに関する。

鍵に関し、複数の者が解錠を行うことを可能とする、及び／又は、予備の鍵を提供する等の目的のため、合鍵を作製することが行われている。しかしながら、合鍵の作製に関し、合鍵の作製及び所有を許可されていない対象が、紛失等した鍵及び／又は鍵を識別可能な情報等に基づいて合鍵を作製するリスクがある。このようにして合鍵を作製されると、合鍵で解錠可能な空間への無断侵入等によって例示される各種のトラブルが生じ得る。したがって、合鍵の作製を管理する要望がある。

合鍵の作製の管理に関し、特許文献１は、合鍵用ＩＣカードに登録されている合鍵ストアアプリの認証と利用者の本人認証とを行い、認証に成功すると合鍵データを発行し、合鍵データに合鍵発行端末電子署名を付与した後、錠前の公開鍵で暗号化して合鍵用ＩＣカードに送る合鍵発行アプリケーションを開示している。

特許文献１の技術によれば、電子鍵システムにおいて予め登録された汎用のＩＣカードに臨時の合鍵を発行するシステムを提供し得る。

特開２００９－１５５８５９号公報

ところで、錠によって施錠可能な空間が賃貸住宅等によって例示される利用者と管理者等とが異なる空間である場合、施錠された空間の利用者だけでなく、施錠された空間を管理する管理者等にも合鍵を発行する要望がある。すなわち、合鍵の作製の管理において、利用者及び管理者等によって例示される複数の対象が合鍵を所有可能であるよう管理する要望がある。

特許文献１の技術は、利用者の本人認証等を行って予め登録された汎用のＩＣカードに臨時の合鍵を発行し得るにとどまり、合鍵の所有を許可された複数の対象を認証して合鍵を発行するか判別する点において、さらなる改良の余地がある。

また、合鍵の作製の管理に関し、特許文献１が示すような電子鍵だけでなく、ディンプルキー等によって例示される、機械式の錠に対応する鍵についても、合鍵の作製を管理する要望がある。

臨時の合鍵を発行することに関し、機械式の錠に対応する鍵を利用不能とするためには、錠そのものを交換等する必要がある。そのため、機械式の錠に対応する鍵は、電子鍵と異なり、有効期限等を設定した臨時の合鍵として発行されることに困難が生じ得る。したがって、機械式の錠の合鍵を作製する場合、さらなる管理が求められ得る。

特許文献１の技術は、予め登録された汎用のＩＣカードに臨時の合鍵を発行し得るにとどまり、機械式の錠に対応する合鍵の作製を管理する点において、さらなる改良の余地がある。

本発明は、上述のような従来技術の問題点を解決すべくなされたものであり、合鍵の受取を許可された対象が複数いる場合であっても、機械式の錠の合鍵作製を管理可能な手段を提供することを目的とする。

本発明者らは、上記課題を解決するために鋭意検討した結果、１以上の機械式の錠に対応する鍵と鍵の合鍵の受取を許可された１以上の許可対象との対応を管理し、合鍵を受け取る受取人が許可対象であるかの判別に基づいて合鍵の作製を許可することによって上述の課題を解決可能であることを見出し、本発明を完成させるに至った。具体的に、本発明は以下のものを提供する。

第１の特徴に係る発明は、機械式の錠に対応する鍵と前記鍵の合鍵の受取を許可された１以上の許可対象との対応を管理可能な許可対象管理部と、前記合鍵を受け取る受取人が前記許可対象であるか否かを判別可能な判別部と、前記受取人が前記許可対象である場合に前記合鍵の作製を許可する許可情報を提供可能な許可情報提供部と、を備える、合鍵作製の管理装置を提供する。

第１の特徴に係る発明によれば、許可対象管理部が機械式の錠に対応する鍵と合鍵の受取を許可された１以上の許可対象との対応を管理できる。したがって、第１の特徴に係る発明は、管理者等によって例示される利用者以外の対象が合鍵の受取を許可されている場合等の合鍵の受取を許可された対象が複数いる場合であっても、それら複数の対象を管理できる。

そして、第１の特徴に係る発明によれば、受取人が合鍵の受取を許可された許可対象であるかを判別部において判別できる。そして、第１の特徴に係る発明は、受取人が許可対象であると判別された場合に、機械式の錠の合鍵の作製を許可する許可情報を提供できる。したがって、第１の特徴に係る発明は、許可情報の提供を介して、機械式の錠の合鍵作製を管理できる。

したがって、第１の特徴に係る発明によれば、合鍵の受取を許可された対象が複数いる場合であっても、機械式の錠の合鍵作製を管理できる。

第２の特徴に係る発明は、第１の特徴に係る管理装置と、前記管理装置と通信可能に構成され、合鍵の作製者が利用する端末と、を含んで構成され、前記端末は、前記受取人からの前記合鍵の作製依頼情報を前記管理装置に提供可能な依頼情報提供部と、前記管理装置が前記許可情報を提供したことを表示可能な許可情報表示部と、を備え、前記判別部は、前記端末から提供された前記作製依頼情報に基づいて前記受取人が前記許可対象であるか否かを判別可能である、合鍵作製の管理システムを提供する。

合鍵の受取を許可された対象が複数いる場合、合鍵の作製者がこれらの対象それぞれを把握し、合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象であるか否かを判別することに困難が生じ得る。合鍵の作製者が上述の判別を行うことを支援可能であれば、合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることを防ぎ得る。

第２の特徴に係る発明によれば、合鍵の受取を許可された対象が複数いる場合であっても、合鍵の作製者は、端末の表示を介して合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象であるか判別できる。これにより、第２の特徴に係る発明は、合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることを防ぎ得る。

第２の特徴に係る発明は、合鍵の作製者が上述の判別を行うことを支援することで合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることを防ぎ得る。したがって、第２の特徴に係る発明は、臨時の合鍵として発行することに困難が生じ得る機械式の錠の合鍵作製をよりいっそう管理できる。

したがって、第２の特徴に係る発明によれば、合鍵の受取を許可された対象が複数いる場合であっても、機械式の錠の合鍵作製を管理できる。

第３の特徴に係る発明は、第２の特徴に係る管理システムであって、当該管理システムは、合鍵を作製可能な合鍵作製装置をさらに含んで構成され、前記端末は、前記合鍵と対応する前記許可情報が提供された場合に前記合鍵作製装置を制御可能な作製制御部をさらに備える、管理システムを提供する。

合鍵の作製に関し、機械式の錠の合鍵を作製可能な者が、合鍵の受取を許可された許可対象からの合鍵作製依頼に基づくことなく合鍵を作製するリスクがあり得る。第３の特徴に係る発明によれば、許可情報が提供された場合に端末が合鍵作製装置を制御可能であるため、合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることをさらにいっそう確実に防ぎ得る。

第３の特徴に係る発明は、合鍵作製装置そのものを制御することで合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることを防ぎ得る。したがって、第３の特徴に係る発明は、臨時の合鍵として発行することに困難が生じ得る機械式の錠の合鍵作製をよりいっそう管理できる。

したがって、第３の特徴に係る発明によれば、合鍵の受取を許可された対象が複数いる場合であっても、機械式の錠の合鍵作製を管理できる。

本発明によれば、合鍵の受取を許可された対象が複数いる場合であっても、機械式の錠の合鍵作製を管理できる。

図１は、本実施形態の管理システムＳのハードウェア構成及びソフトウェア構成の一例を示すブロック図である。 図２は、対応テーブル１２１の一例である。 図３は、管理装置１で実行される管理処理の好ましい流れの一例を示すフローチャートである。 図４は、端末２で実行される依頼判別処理の好ましい流れの一例を示すフローチャートである。

以下、本発明の実施形態の一例について、図面を参照しながら詳細に説明する。

＜管理システムＳ＞
図１は、本実施形態の管理システムＳのハードウェア構成及びソフトウェア構成の一例を示すブロック図である。以下、図１を用いて、本実施形態の管理システムＳの好適なハードウェア構成及びソフトウェア構成の一例を説明する。

管理システムＳは、機械式の錠の合鍵作製を管理可能な管理装置１と、ネットワークＮを介して管理装置１と通信可能な端末２と、を含んで構成される。

必須の態様ではないが、管理システムＳは、端末２によって制御可能な合鍵作製装置３をさらに含むことが好ましい。これにより、合鍵作製装置３そのものを制御することで合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることを防げる。

〔管理装置１〕
管理装置１は、装置制御部１１と、装置記憶部１２と、装置通信部１３と、を備える。

管理装置１は、特に限定されず、例えば、各種のサーバ装置、互いに通信可能な複数のコンピュータを用いて構成されたクラウドサーバ等でよい。

［装置制御部１１］
装置制御部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、及びＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備える。

装置制御部１１は、必要に応じて装置記憶部１２及び／又は装置通信部１３等と協働し、管理装置１のソフトウェア構成要素である、許可対象管理部１１１、判別部１１２、許可情報提供部１１３、等を実現可能である。

［装置記憶部１２］
装置記憶部１２は、データ及び／又はファイルが記憶される装置であって、ハードディスク、半導体メモリ、記録媒体、及びメモリカード等によるデータのストレージ部を有する。

装置記憶部１２は、ネットワークＮを介してＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、クラウドストレージ、ファイルサーバ及び／又は分散ファイルシステム等の記憶装置又は記憶システムとの接続を可能にする仕組みを有してもよい。

装置記憶部１２には、マイクロコンピューターで実行される制御プログラム、対応テーブル１２１、等が記憶されている。

（対応テーブル１２１）
対応テーブル１２１は、機械式の錠に対応する鍵と当該鍵の合鍵の受取を許可された１以上の許可対象との対応を格納する。

鍵と許可対象との対応を格納する手段は、特に限定されない。鍵と許可対象との対応を格納する手段は、例えば、鍵を識別可能な識別情報（「鍵番号」とも称する。）と許可対象に関する情報との対応を格納する手段でよい。

鍵と許可対象との対応を格納する手段は、鍵と１以上の許可対象との対応を格納可能であることが好ましい。これにより、管理装置１は、鍵それぞれと１以上の許可対象との対応を、１つの対応として格納できる。これにより、鍵に対応する許可対象が複数いる場合であっても、それらの許可対象を容易に把握できる。

対応は、対応を識別可能な対応ＩＤと関連付けられて格納されることが好ましい。これにより、管理装置１は、対応ＩＤを用いて対応等を格納及び取得できる。

図２は、対応テーブル１２１の一例である。図２に示す対応テーブル１２１は、対応ＩＤ「Ｃ０００１」と関連付けられた以下の「対応」を含む：
鍵を識別可能な鍵番号「ＫＥＹ００１ＸＸＸ」、
上記鍵番号が示す鍵の合鍵の受取を許可された許可対象のうち第１受取人である「山田太郎」及び当該受取人が当該鍵に関する「所有者」であることを示す情報、
上記鍵番号が示す鍵の合鍵の受取を許可された許可対象のうち第２受取人である「田中花子」及び当該受取人が当該鍵に関する「管理者」であることを示す情報。

図２に示す対応テーブル１２１が対応ＩＤ「Ｃ０００１」と関連付けられた上述の鍵番号及び第１・第２受取人を含むことにより、管理装置１は、当該鍵番号によって識別される鍵の合鍵を作製する場合において、受取人が所有者、管理者のいずれかである場合に合鍵の作製を許可できる。

［装置通信部１３］
装置通信部１３は、管理装置１をネットワークＮに接続して端末２等と通信可能にするものであれば特に限定されず、例えば、携帯電話ネットワークに対応した無線装置、ＩＥＥＥ８０２．１１に準拠したＷｉ－Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）対応デバイス、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格等に対応した近距離無線装置、及びイーサネット規格に対応したネットワークカード等が挙げられる。

〔記憶媒体読取部〕
必須の態様ではないが、管理装置１は、フラッシュメモリ、光学ディスク、磁気ディスク等によって例示される記憶媒体から情報を読み取り可能な記憶媒体読取部（図示せず）を備えることが好ましい。これにより、管理装置１は、フラッシュメモリ、光学ディスク、磁気ディスク等によって例示される記憶媒体から鍵と許可対象との対応及び／又は作製依頼情報等を読み取ることができる。

〔端末２〕
端末２は、端末制御部２１と、端末記憶部２２と、端末通信部２３と、端末表示部２４と、端末入力部２５と、を備える。

端末２は、特に限定されず、例えば、スマートフォン及びタブレット端末等の携帯端末、パーソナルコンピュータ等の据置型端末、合鍵作製装置等の装置を制御可能な制御端末、等によって例示される１以上の各種端末でよい。端末２の数は、特に限定されない。

端末２を利用する利用者は、特に限定されず、例えば、作製された合鍵を受け取る受取人、合鍵の作製者、合鍵の作製者を管理する管理者、合鍵の作製を仲介する仲介者、等を含んでよい。

端末２の利用者は、なかでも、合鍵の作製者を含むことが好ましい。すなわち、端末２は、合鍵の作製者が利用する端末を含むことが好ましい。これにより、管理システムＳは、合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象であるかについて合鍵の作製者が判別することを、端末２を介して支援できる。したがって、管理システムＳは、合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることを防ぎ得る。

管理システムＳが合鍵作製装置３を含む場合、端末２は、合鍵作製装置３を制御可能な制御端末を含むことが好ましい。合鍵作製装置３を制御可能な制御端末である端末２は、端末２を介して合鍵作製装置３そのものを制御し、合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることを防げる。

［端末制御部２１］
端末制御部２１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、及びＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備える。

端末制御部２１は、必要に応じて端末記憶部２２、端末通信部２３、端末表示部２４、及び／又は端末入力部２５等と協働し、端末２のソフトウェア構成要素である、依頼情報提供部２１１、許可情報表示部２１２、作製制御部２１３、等を実現可能である。

［端末記憶部２２］
端末記憶部２２は、データ及び／又はファイルが記憶される装置であって、ハードディスク、半導体メモリ、記録媒体、及びメモリカード等によるデータのストレージ部を有する。

端末記憶部２２は、ネットワークＮを介してＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、クラウドストレージ、ファイルサーバ及び／又は分散ファイルシステム等の記憶装置又は記憶システムとの接続を可能にする仕組みを有してもよい。

端末記憶部２２には、マイクロコンピューターで実行される制御プログラム、作製依頼情報、等が記憶されている。

［端末通信部２３］
端末通信部２３は、端末２をネットワークＮに接続して管理装置１等と通信可能にするものであれば特に限定されず、例えば、携帯電話ネットワークに対応した無線装置、ＩＥＥＥ８０２．１１に準拠したＷｉ－Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）対応デバイス、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格等に対応した近距離無線装置、及びイーサネット規格に対応したネットワークカード等が挙げられる。

［端末表示部２４］
端末表示部２４は、管理装置１が許可情報を提供したことを表示可能であれば特に限定されず、ランプ、ＬＥＤ等を用いて構成された許可情報の提供を知らせる表示灯、許可情報の提供を知らせる機械的な表示手段、ブラウン管ディスプレイ、液晶ディスプレイ、及び有機ＥＬディスプレイ等によって例示される従来技術の表示手段を含むものでよい。

［端末入力部２５］
端末入力部２５は、合鍵の作製依頼情報等を入力可能であれば特に限定されず、例えば、キーボード及び音声入力等によって例示される文字入力手段、並びに、マウス、トラックボール、及びタッチパネル等によって例示される位置指定手段、合鍵を識別可能な情報の読取装置、受取人を識別可能な情報の読取装置、の１以上を含むものでよい。

〔媒体読取部〕
必須の態様ではないが、端末２は、ＩＣカード等によって例示される受取人に関する媒体から受取人に関する情報を読み取り可能な媒体読取部（図示せず）をさらに備えることが好ましい。これにより、端末２は、ＩＣカード等によって例示される受取人に関する媒体から受取人に関する情報を読み取ることができる。

〔鍵識別情報読取部〕
必須の態様ではないが、端末２は、鍵から鍵識別情報を読み取り可能な鍵識別情報読取部（図示せず）をさらに備えることが好ましい。これにより、端末２は、合鍵作製装置３が合鍵を作製しようとしている鍵等から当該鍵を識別可能な情報を読み取ることができる。

〔合鍵作製装置３〕
合鍵作製装置３は、鍵及び／又は合鍵の作製依頼情報等に基づいて機械式の錠の合鍵を作製可能であり、端末２によって制御可能な装置である。

合鍵作製装置３は、特に限定されず、従来技術の合鍵を作製可能な装置でよい。合鍵作製装置３は、合鍵を作製可能な従来技術の装置に端末２が当該装置を制御することを可能とする制御手段を後付けした装置でもよい。これにより、管理システムＳは、端末２によって制御可能でない合鍵を作製可能な従来技術の装置を制御し、機械式の錠の合鍵作製を管理できる。

〔ネットワークＮ〕
ネットワークＮの種類は、管理装置１と端末２とを通信可能にするものであれば特に限定されず、例えば、パーソナルエリアネットワーク、ローカルエリアネットワーク、イントラネット、エクストラネット、インターネット、Ｗｉ－Ｆｉネットワーク、携帯電話ネットワーク、あるいはこれらのネットワークを複数組み合わせたネットワーク等が挙げられる。

〔受取人〕
合鍵の受取人は、特に限定されない。受取人は、例えば、合鍵に対応する錠によって施錠される空間の住人、当該空間を管理する管理人、当該空間に関する不動産の管理会社、当該空間をテナントとして利用する利用者、当該空間の住人の法定代理人、合鍵に対応する錠を提供するメーカーの従業員、等が挙げられる。管理装置１において管理対象となる受取人がこれらの者を含むことにより、管理装置１は、住人等に限定されない複数の対象が合鍵を所有可能であるよう、合鍵の作製を管理できる。

〔管理処理のフローチャート〕
図３は、管理装置１で実行される管理処理の好ましい流れの一例を示すフローチャートである。以下、図３を用いて、管理装置１で実行される管理処理の好ましい流れの一例を説明する。

まず、管理装置１は、鍵と許可対象との対応を管理する許可対象管理ステップ（ステップＳ１からステップＳ２）を実行する。

［ステップＳ１：鍵と許可対象との対応を提供されたか判別］
装置制御部１１は、装置記憶部１２及び装置通信部１３と協働して許可対象管理部１１１を実行し、鍵と許可対象との対応を提供されたか判別する処理を行う（ステップＳ１）。提供されたならば、装置制御部１１は、処理をステップＳ２に移す。提供されていないならば、装置制御部１１は、処理をステップＳ３に移す。

鍵と許可対象との対応を提供されたか判別する手段は、特に限定されない。当該手段は、例えば、装置通信部１３を介して各種端末から鍵と許可対象との対応を受信した場合に鍵と許可対象との対応を提供されたと判別する手段、フラッシュメモリ、光学ディスク、磁気ディスク等によって例示される記憶媒体から鍵と許可対象との対応を読み取った場合に鍵と許可対象との対応を提供されたと判別する手段、鍵と許可対象との対応が入力された場合に鍵と許可対象との対応を提供されたと判別する手段、等の１以上を含む手段でよい。

［ステップＳ２：対応情報を格納］
装置制御部１１は、装置記憶部１２と協働して許可対象管理部１１１を実行し、ステップＳ１で提供された対応に関する対応情報を対応テーブル１２１に格納する処理を行う（ステップＳ２）。装置制御部１１は、処理をステップＳ３に移す。

上述の許可対象管理ステップを実行することにより、許可対象管理部１１１は、機械式の錠に対応する鍵と合鍵の受取を許可された１以上の許可対象との対応を対応テーブル１２１において管理できる。したがって、許可対象管理部１１１は、管理者等によって例示される利用者以外の対象が合鍵の受取を許可されている場合等の合鍵の受取を許可された対象が複数いる場合であっても、それら複数の対象を管理できる。

続いて、管理装置１は、合鍵を受け取る受取人が許可対象であるか否かを判別する判別ステップ（ステップＳ３からステップＳ４）を実行する。

［ステップＳ３：作製依頼情報を提供されたか判別］
装置制御部１１は、装置記憶部１２及び装置通信部１３と協働して判別部１１２を実行し、作製依頼情報を提供されたか判別する処理を行う（ステップＳ３）。提供されたならば、装置制御部１１は、処理をステップＳ４に移す。提供されていないならば、装置制御部１１は、処理をステップＳ１に移し、ステップＳ１からステップＳ５の処理を繰り返す。

作製依頼情報を提供されたか判別する手段は、特に限定されない。当該手段は、例えば、装置通信部１３を介して各種端末から作製依頼情報を受信した場合に作製依頼情報を提供されたと判別する手段、フラッシュメモリ、光学ディスク、磁気ディスク等によって例示される記憶媒体から作製依頼情報を読み取った場合に作製依頼情報を提供されたと判別する手段、作製依頼情報が入力された場合に作製依頼情報を提供されたと判別する手段、等の１以上を含む手段でよい。

作製依頼情報を提供されたか判別する手段は、なかでも、端末２から作製依頼情報を受信した場合に作製依頼情報を提供されたと判別する手段を含むことが好ましい。これにより、合鍵の作製者は、端末２を介して作製依頼情報を管理装置１に提供できる。

作製依頼情報を提供されたか判別する手段が端末２から作製依頼情報を受信した場合に作製依頼情報を提供されたと判別する手段を含む場合、端末２は、合鍵の作製者が利用する端末を含むことが好ましい。これにより、管理システムＳは、合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象であるかについて合鍵の作製者が判別することを、端末２を介して支援できる。したがって、管理システムＳは、合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることを防ぎ得る。

作製依頼情報を提供されたか判別する手段が端末２から作製依頼情報を受信した場合に作製依頼情報を提供されたと判別する手段を含む場合、端末２は、合鍵作製装置３を制御可能な制御端末を含むことが好ましい。これにより、管理システムＳは、合鍵作製装置３そのものを制御することで合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることを防ぐことができる。したがって、管理システムＳは、臨時の合鍵として発行することに困難が生じ得る機械式の錠の合鍵作製をよりいっそう管理できる。

［ステップＳ４：受取人が許可対象であるか判別］
装置制御部１１は、装置記憶部１２及び装置通信部１３と協働して判別部１１２を実行し、ステップＳ３で受信した作製依頼情報が示す受取人がステップＳ３で受信した作製依頼情報が示す鍵の合鍵の受取を許可された許可対象であるか、対応テーブル１２１に基づいて判別する処理を行う（ステップＳ４）。許可対象であると判別されたならば、装置制御部１１は、処理をステップＳ５に移す。許可対象であると判別されていないならば、装置制御部１１は、処理をステップＳ１に移し、ステップＳ１からステップＳ５の処理を繰り返す。

［ステップＳ５：許可情報を提供］
装置制御部１１は、装置記憶部１２及び装置通信部１３と協働して許可情報提供部１１３を実行し、ステップＳ３で受信した作製依頼情報が示す鍵の合鍵の作製を許可する許可情報を提供する処理を行う（ステップＳ５、許可情報提供ステップ）。装置制御部１１は、処理をステップＳ１に移し、ステップＳ１からステップＳ５の処理を繰り返す。

許可情報を提供する対象は、特に限定されない。許可情報を提供する対象は、作製された合鍵を受け取る受取人、合鍵の作製者、合鍵の作製者を管理する管理者、及び、合鍵の作製を仲介する仲介者等によって例示される各種関係者、各種関係者が利用する端末２、並びに、合鍵作製装置３を制御可能な端末２、等を含んでよい。

許可情報を提供する対象は、なかでも、合鍵の作製者及び／又は作製者が利用する端末２を含むことが好ましい。これにより、管理システムＳは、合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象であるかについて合鍵の作製者が判別することを、許可情報の提供を介して支援できる。したがって、管理システムＳは、合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることを防ぎ得る。

許可情報を提供する手段は、特に限定されない。許可情報を提供する対象が端末２を含む場合、許可情報を提供する手段は、許可情報を端末２に送信する手段を含むことが好ましい。これにより、管理装置１は、許可情報の送信を介して許可情報を端末２に提供できる。

ステップＳ３において作製依頼情報を提供した提供元が、作製者が利用する端末２である場合、許可情報を提供する手段は、提供元である端末２に許可情報を送信する手段を含むことが好ましい。これにより、合鍵の作製者は、作製依頼情報の提供に用いた端末２を介して合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象であるか判別できる。これにより、管理システムＳは、合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることを防ぎ得る。

管理装置１がステップＳ１からステップＳ５の管理処理を実行することにより、許可対象管理部１１１が機械式の錠に対応する鍵と合鍵の受取を許可された１以上の許可対象との対応を管理できる。したがって、管理装置１は、管理者等によって例示される利用者以外の対象が合鍵の受取を許可されている場合等の合鍵の受取を許可された対象が複数いる場合であっても、それら複数の対象を管理できる。

そして、管理装置１がステップＳ１からステップＳ５の管理処理を実行することにより、受取人が合鍵の受取を許可された許可対象であるかを判別部１１２において判別できる。そして、許可情報提供部１１３は、受取人が許可対象であると判別された場合に、機械式の錠の合鍵の作製を許可する許可情報を提供できる。したがって、管理装置１は、許可情報の提供を介して、機械式の錠の合鍵作製を管理できる。

したがって、管理装置１は、合鍵の受取を許可された対象が複数いる場合であっても、機械式の錠の合鍵作製を管理できる。

〔依頼判別処理のフローチャート〕
図４は、端末２で実行される依頼判別処理の好ましい流れの一例を示すフローチャートである。以下、図４を用いて、端末２で実行される依頼判別処理の好ましい流れの一例を説明する。

まず、端末２は、受取人からの合鍵の作製依頼情報を管理装置１に提供可能な依頼情報提供ステップ（ステップＳ１１からステップＳ１２）を実行する。

［ステップＳ１１：作製依頼情報の提供を指示されたか判別］
端末制御部２１は、端末記憶部２２、端末通信部２３、及び／又は端末入力部２５等と協働して依頼情報提供部２１１を実行し、合鍵の作製依頼情報の提供を指示されたか判別する処理を行う（ステップＳ１１）。指示されたと判別したならば、端末制御部２１は、処理をステップＳ１２に移す。指示されたと判別していないならば、端末制御部２１は、処理をステップＳ１３に移す。

作製依頼情報の提供を指示されたか判別する手段は、特に限定されない。当該手段は、例えば、鍵を識別可能な情報及び受取人に関する情報を取得した場合に作製依頼情報の提供を指示されたと判別する手段、管理装置１から作製依頼情報の提供指示を受信した場合に作製依頼情報の提供を指示されたと判別する手段、等でよい。

鍵を識別可能な情報を取得する手段は、特に限定されない。鍵を識別可能な情報を取得する手段は、鍵を識別可能な情報の入力を介して鍵を識別可能な情報を取得する手段、合鍵作製装置３が合鍵を作製しようとしている鍵から鍵を識別可能な情報を読み取る手段、端末通信部２３を介して鍵を識別可能な情報を受信する手段、等の１以上を含む手段でよい。

受取人に関する情報を取得する手段は、特に限定されない。受取人に関する情報を取得する手段は、受取人に関する情報の入力を介して受取人に関する情報を取得する手段、身分証明書、ＩＣカード等によって例示される受取人に関する媒体から受取人に関する情報を読み取る手段、端末通信部２３を介して受取人に関する情報を受信する手段、等の１以上を含む手段でよい。

［ステップＳ１２：作製依頼情報を提供］
端末制御部２１は、端末記憶部２２及び端末通信部２３と協働して依頼情報提供部２１１を実行し、ステップＳ１１において提供を指示された作製依頼情報を提供する処理を行う（ステップＳ１２）。装置制御部１１は、処理をステップＳ１３に移す。

ステップＳ１１において鍵を識別可能な情報及び受取人に関する情報を取得している場合、作製依頼情報を提供する処理は、ステップＳ１１において取得した鍵を識別可能な情報及び受取人に関する情報に基づいて作製依頼情報を提供する手順を含むことが好ましい。これにより、端末２は、ステップＳ１１において取得した鍵を識別可能な情報及び受取人に関する情報を作製依頼情報として提供できる。

端末２が合鍵作製装置３を制御可能な制御端末である場合、作製依頼情報を提供する処理は、合鍵作製装置３が作製しようとしている合鍵の作製依頼情報を提供する手順を含むことが好ましい。これにより、端末２は、合鍵作製装置３が作製しようとしている合鍵の作製を制御できる。したがって、管理システムＳは、合鍵作製装置３そのものを制御することで合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることを防ぐ。したがって、管理システムＳは、臨時の合鍵として発行することに困難が生じ得る機械式の錠の合鍵作製をよりいっそう管理できる。

端末２が合鍵の作製者が利用する端末である場合、端末２は、ステップＳ１３からステップＳ１４の許可情報表示ステップを実行可能であることが好ましい。これにより、合鍵の受取を許可された対象が複数いる場合であっても、合鍵の作製者は、端末２の表示を介して合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象であるか判別できる。これにより、管理システムＳは、合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることを防ぎ得る。

端末２が合鍵作製装置３を制御可能な制御端末である場合、端末２は、ステップＳ１３及びステップＳ１５の作製制御ステップを実行可能であることが好ましい。これにより、管理システムＳは、合鍵作製装置３そのものを制御することで合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることを防ぎ得る。したがって、管理システムＳは、臨時の合鍵として発行することに困難が生じ得る機械式の錠の合鍵作製をよりいっそう管理できる。

［ステップＳ１３：許可情報が提供されたか判別］
端末制御部２１は、端末記憶部２２及び端末通信部２３と協働して許可情報表示部２１２及び／又は作製制御部２１３を実行し、ステップＳ１２において提供した作製依頼情報に対応する合鍵の作製を許可する許可情報が提供されたか判別する処理を行う（ステップＳ１３）。提供されたと判別したならば、端末制御部２１は、処理をステップＳ１４に移す。提供されたと判別していないならば、端末制御部２１は、処理をステップＳ１１に移し、ステップＳ１１からステップＳ１５の処理を繰り返す。

［ステップＳ１４：許可情報が提供されたことを表示］
端末制御部２１は、端末記憶部２２及び端末表示部２４と協働して許可情報表示部２１２を実行し、ステップＳ１２において提供した作製依頼情報に対応する合鍵の作製を許可する許可情報が提供されたことを表示する処理を行う（ステップＳ１４）。端末制御部２１は、処理をステップＳ１１に移し、ステップＳ１１からステップＳ１５の処理を繰り返す。

許可情報が提供されたことを表示する処理は、特に限定されない。端末２が合鍵の作製者が利用する端末である場合、許可情報が提供されたことを表示する処理は、作製が許可される合鍵を識別可能な情報を表示する手順を含んでもよい。これにより、作製者は、作製が許可される合鍵を識別できる。したがって、管理システムＳは、臨時の合鍵として発行することに困難が生じ得る機械式の錠の合鍵作製をよりいっそう管理できる。

［ステップＳ１５：合鍵作製装置を制御］
端末制御部２１は、端末記憶部２２及び端末通信部２３と協働して作製制御部２１３を実行し、合鍵作製装置３を制御する処理を行う（ステップＳ１５）。端末制御部２１は、処理をステップＳ１１に移し、ステップＳ１１からステップＳ１５の処理を繰り返す。

合鍵作製装置３を制御する処理は、ステップＳ１２において提供した作製依頼情報に対応する合鍵を作製可能であるよう合鍵作製装置３を制御する手順を含むことが好ましい。これにより、管理システムＳは、許可情報に対応しない合鍵が合鍵作製装置３において作製されることを防ぎ得る。したがって、管理システムＳは、臨時の合鍵として発行することに困難が生じ得る機械式の錠の合鍵作製をよりいっそう管理できる。

合鍵の受取を許可された対象が複数いる場合、合鍵の作製者がこれらの対象それぞれを把握し、合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象であるか否かを判別することに困難が生じ得る。合鍵の作製者が上述の判別を行うことを支援可能であれば、合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることを防ぎ得る。

管理システムＳが合鍵の作製者が利用する端末２を含み、端末２がステップＳ１１からステップＳ１４の依頼判別処理を実行することにより、合鍵の受取を許可された対象が複数いる場合であっても、合鍵の作製者は、端末２の表示を介して合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象であるか判別できる。これにより、管理システムＳは、合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることを防ぎ得る。

合鍵の作製者が利用する端末２を含み、端末２がステップＳ１１からステップＳ１４の依頼判別処理を実行する管理システムＳは、合鍵の作製者が上述の判別を行うことを支援することで合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることを防ぎ得る。したがって、管理システムＳは、臨時の合鍵として発行することに困難が生じ得る機械式の錠の合鍵作製をよりいっそう管理できる。

したがって、合鍵の作製者が利用する端末２を含み、端末２がステップＳ１１からステップＳ１４の依頼判別処理を実行する管理システムＳは、合鍵の受取を許可された対象が複数いる場合であっても、機械式の錠の合鍵作製を管理できる。

合鍵の作製に関し、機械式の錠の合鍵を作製可能な者が、合鍵の受取を許可された許可対象からの合鍵作製依頼に基づくことなく合鍵を作製するリスクがあり得る。

管理システムＳが合鍵の作製者が利用する端末２を含み、端末２がステップＳ１１からステップＳ１３及びステップＳ１５の依頼判別処理を実行することにより、許可情報が提供された場合に端末２は、合鍵作製装置３を制御可能である。したがって、管理システムＳは、合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることをさらにいっそう確実に防ぎ得る。

合鍵の作製者が利用する端末２を含み、端末２がステップＳ１１からステップＳ１３及びステップＳ１５の依頼判別処理を実行する管理システムＳは、合鍵作製装置３そのものを制御することで合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象でない場合に合鍵が作製されることを防ぎ得る。したがって、このような管理システムＳは、臨時の合鍵として発行することに困難が生じ得る機械式の錠の合鍵作製をよりいっそう管理できる。

したがって、合鍵の作製者が利用する端末２を含み、端末２がステップＳ１１からステップＳ１３及びステップＳ１５の依頼判別処理を実行する管理システムＳは、合鍵の受取を許可された対象が複数いる場合であっても、機械式の錠の合鍵作製を管理できる。

＜使用例＞
続いて、本実施形態における管理システムＳの使用例を説明する。

〔鍵と許可対象との対応の提供〕
まず、合鍵の作製を管理する管理者は、管理装置１に鍵と許可対象との対応を提供する。管理装置１は、対応テーブル１２１に提供された対応を格納する。

〔作製依頼情報の提供〕
作製された合鍵を受け取る受取人及び／又は合鍵を作製する作製者等は、合鍵と対応する鍵を識別可能な情報と受取人に関する情報とを含む作製依頼情報を、端末２等を介して管理装置１に提供する。管理装置１は、作製依頼情報に基づいて、合鍵を作製可能か判別する。

〔許可情報の提供〕
合鍵を作製可能であると判別した場合、管理装置１は、合鍵の作製を許可する許可情報を端末２に提供する。端末２は、管理装置１が許可情報を提供したことを端末表示部２４に表示する。また、端末２は、合鍵を作製可能であるよう、合鍵作製装置３を制御する。

なお、本発明の思想の範疇において、当業者であれば各種の変更例及び修正例に想到し得るものであり、それら変更例及び修正例についても本発明の範囲に属するものと了解される。例えば、前述の実施の形態に対して、当業者が適宜、構成要素の追加、削除若しくは設計変更を行ったもの、又は、工程の追加、省略若しくは条件変更を行ったものも、本発明の要旨を備えている限り、本発明の範囲に含まれる。

Ｓ 管理システム
１ 管理装置
１１ 装置制御部
１１１ 許可対象管理部
１１２ 判別部
１１３ 許可情報提供部
１２ 装置記憶部
１２１ 対応テーブル
１３ 装置通信部
２ 端末
２１ 端末制御部
２１１ 依頼情報提供部
２１２ 許可情報表示部
２１３ 作製制御部
２２ 端末記憶部
２３ 端末通信部
２４ 端末表示部
２５ 端末入力部
３ 合鍵作製装置
Ｎ ネットワーク

Claims (3)

1. 機械式の錠に対応する鍵と前記鍵の合鍵の受取を許可された２以上の許可対象との対応を管理可能な許可対象管理部と、
   前記合鍵を受け取る受取人が前記許可対象であるか否かを判別可能な判別部と、
   前記受取人が前記許可対象である場合に前記合鍵の作製を許可する許可情報を提供可能な許可情報提供部と、
   を備え、
   鍵を識別可能な鍵番号と、鍵番号が示す鍵の合鍵の受取を許可された許可対象のうち第１受取人が当該鍵に関する所有者であることを示す情報と、鍵番号が示す鍵の合鍵の受取を許可された許可対象のうち第２受取人が当該鍵に関する管理者であることを示す情報と、を関連付けた対応テーブルが記憶されている装置記憶部をさらに備え、
   前記判別部は、前記対応テーブルに基づき、合鍵の作製を依頼する受取人が合鍵の受取を許可された許可対象である前記第１受取人または前記第２受取人である場合に、前記合鍵を受け取る受取人が前記許可対象であると判別し、
   前記許可情報提供部は、前記第１受取人または前記第２受取人が受け取る前記合鍵の作製を許可する許可情報を提供する、合鍵作製の管理装置。
2. 請求項１に記載の管理装置と、
   前記管理装置と通信可能に構成され、合鍵の作製者が利用する端末と、
   を含んで構成され、
   前記端末は、
   前記受取人からの前記合鍵の作製依頼情報を前記管理装置に提供可能な依頼情報提供部と、
   前記管理装置が前記許可情報を提供したことを表示可能な許可情報表示部と、
   を備え、
   前記判別部は、前記端末から提供された前記作製依頼情報に基づいて前記受取人が前記許可対象であるか否かを判別可能である、
   合鍵作製の管理システム。
3. 前記管理システムは、合鍵を作製可能な合鍵作製装置をさらに含んで構成され、
   前記端末は、前記合鍵と対応する前記許可情報が提供された場合に前記合鍵作製装置を制御可能な作製制御部をさらに備える、請求項２に記載の管理システム。

Images