(57)【要約】【課題】物に関する機能の提供にあたり当該物についてセンサにより検出した情報を提供することができるようにする。【解決手段】ドア情報管理システムが、ユーザが行ったドアの開閉に関する開閉情報を取得する開閉取得部と、ユーザを特定する情報に対応付けて開閉情報を記憶する記憶部と、を備える。ドア情報管理システムはまた、ユーザを指定したリクエストに応じて、指定されたユーザに対応する開閉情報を記憶部から読み出して出力する出力部と、を備えるようにする。【選択図】図１
2020152760.tif 000002
【特許請求の範囲】
【請求項１】
物に関する機能をユーザに対して提供するか否かを判定する許可判定部と、
前記ユーザが利用した前記機能に関して前記物についてセンサにより検出した検出情報を取得する検出情報取得部と、
前記ユーザを特定する情報に対応付けて前記検出情報を記憶する記憶部と、
前記ユーザを指定したリクエストに応じて、指定された前記ユーザに対応する前記検出情報を前記記憶部から読み出して出力する出力部と、
を備えることを特徴とする許可制御システム。
【請求項２】
請求項１に記載の許可制御システムであって、
前記物は戸であり、前記機能は前記戸の開閉であり、前記検出値
前記検出情報は、少なくとも前記戸の開閉スピードを含むこと、
を特徴とする許可制御システム。
【請求項３】
請求項１または２に記載の許可制御システムであって、
前記記憶部は、ブロックチェーンネットワークに前記検出情報を分散させて格納すること、
を特徴とする許可制御システム。
【請求項４】
請求項１ないし３のいずれか１項に記載の許可制御システムであって、
前記出力部は、前記開閉情報に基づいて前記ユーザの評価を行う評価装置に対して前記検出情報を送信すること、
を特徴とする許可制御システム。
【請求項５】
請求項４に記載の許可制御システムであって、
前記検出情報は、前記評価の基礎とし得る情報であること、
を特徴とする許可制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、許可制御システムに関する。
【背景技術】
【０００２】
ドアの施解錠やレンタルサイクルの利用などに情報処理システムが用いられている。たとえば、特許文献１には利用者の認証情報を柔軟に変更可能な入退室管理システムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−２０６８７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ドアの開閉やレンタルサイクルの利用など物に関する機能の提供にあたり当該物についてセンサにより検出した情報を得たいというニーズが存在する。【０００５】
本発明はこのような背景を鑑みてなされたものであり、物に関する機能の提供にあたり当該物についてセンサにより検出した情報を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するための本発明の主たる発明は、ドア情報管理システムであって、ユーザが行ったドアの開閉に関する開閉情報を取得する開閉取得部と、前記ユーザを特定する情報に対応付けて前記開閉情報を記憶する記憶部と、前記ユーザを指定したリクエストに応じて、指定された前記ユーザに対応する前記開閉情報を前記記憶部から読み出して出力する出力部と、を備えることとする。【０００７】
その他本願が開示する課題やその解決方法については、発明の実施形態の欄及び図面により明らかにされる。
【発明の効果】
【０００８】
本発明によれば、物に関する機能の提供にあたり当該物についてセンサにより検出した情報を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態のドア情報管理システムの全体構成例を示す図である。
【図２】室外機１２のハードウェア構成例を示す図である。
【図３】室内機１１のハードウェア構成例を示す図である。
【図４】室内機１１のソフトウェア構成例を示す図である。
【図５】許可情報記憶部１２１に記憶される許可情報の構成例を示す図である。
【図６】ドア情報記憶部１２２に記憶されるドア情報の構成例を示す図である。
【図７】管理サーバ２０のハードウェア構成例を示す図である。
【図８】管理サーバ２０のソフトウェア構成例を示す図である。
【図９】許可情報記憶部２２１に記憶される許可情報の構成例を示す図である。
【図１０】認得証結果記憶部２２２に記憶される認証結果の構成例を示す図である。
【図１１】ドア情報記憶部２２３に記憶されるドア情報の構成例を示す図である。
【図１２】ＡＰＩ認証情報記憶部２２４の構成例を示す図である。
【図１３】ＡＰＩ許可情報記憶部２２５の構成例を示す図である。
【図１４】本実施形態のドア情報管理システムにより実行される処理の流れを示す図である。
【発明を実施するための形態】
【００１０】
本発明の実施形態の内容を列記して説明する。本発明の実施の形態によるシステムは、以下のような構成を備える。
【００１１】
［項目１］
物に関する機能をユーザに対して提供するか否かを判定する許可判定部と、
前記ユーザが利用した前記機能に関して前記物についてセンサにより検出した検出情報を取得する検出情報取得部と、
前記ユーザを特定する情報に対応付けて前記検出情報を記憶する記憶部と、
前記ユーザを指定したリクエストに応じて、指定された前記ユーザに対応する前記検出情報を前記記憶部から読み出して出力する出力部と、
を備えることを特徴とする許可制御システム。
［項目２］
請求項１に記載の許可制御システムであって、
前記物は戸であり、前記機能は前記戸の開閉であり、前記検出値
前記検出情報は、少なくとも前記戸の開閉スピードを含むこと、
を特徴とする許可制御システム。
［項目３］
請求項１または２に記載の許可制御システムであって、
前記記憶部は、ブロックチェーンネットワークに前記検出情報を分散させて格納すること、
を特徴とする許可制御システム。
［項目４］
請求項１ないし３のいずれか１項に記載の許可制御システムであって、
前記出力部は、前記開閉情報に基づいて前記ユーザの評価を行う評価装置に対して前記検出情報を送信すること、
を特徴とする許可制御システム。
［項目５］
項目４に記載の許可制御システムであって、
前記検出情報は、前記評価の基礎とし得る情報であること、
を特徴とする許可制御システム。
【００１２】
以下、本発明の一実施形態に係るドア情報管理システムについて説明する。本実施形態のドア情報管理システムは、物理的な鍵を用いることなくドアの開閉を可能とするものであるとともに、開閉されたドアに関する情報（以下、ドア情報という。）を収集および蓄積し、ユーザからのリクエストに応じてドア情報を提供するものである。
【００１３】
図１は本実施形態のドア情報管理システムの全体構成例を示す図である。ドア１０には内側に室内機１１が設けられる。室内機１１は閉域網である携帯電話回線網３０を介して管理サーバ２０と通信可能に接続される。携帯電話回線網３０では、たとえば、３Ｇ（第３世代移動通信システム）、４Ｇ（第４世代移動通信システム）、５Ｇ（第５世代移動通信システム）、ＬＴＥ（Long Term Evolution）などの規格に準じた通信が行われる。ドア１０の外側には室外機１２が設けられる。室外機１２と室内機１１とは、たとえばＮＦＣ（Near Field Communication）などの短距離無線通信、ＢＬＥ（Bluetooth Low Energy）やＺｉｇＢｅｅなどの短距離無線ＰＡＮ（Personal Area Network）、その他の無線通信規格により通信を行うことができる。
【００１４】
ドア１０にはセンサ１３が設けられ、センサ１３と室内機１１ともＮＦＣやＢＬＥ、ＺｉｇＢｅｅなどにより通信が可能になっている。なお、センサ１３は室内機１１に内蔵する、または室内機１１に取り付けるようにしてもよい。センサ１３は、ドア１０の開閉に関する情報（以下、ドア情報という。本発明の検出情報に該当する。）を検知して、検知したドア情報を出力する。センサ１３は、たとえば、ドアが開閉したことを検知する接触センサであってもよいし、ドアが動いたこと検知する赤外線センサであってもよい。また、センサ１３は、ドアの動いた開閉方向を検出してドアが開いたまたは閉じたことを検知するセンサであってもよい。また、センサ１３は、ドアが動いたスピードを検知する、たとえば、３軸の加速度センサであってもよいし、ドアの開閉時に発生した音の量を測定する騒音計であってもよい。また、センサ１３はドア１０に限らず、室内に関する各種の物についての検出を行うセンサであってよい。たとえば、センサ１３としては、温度センサ、湿度センサ、人感センサ、マイク（音センサ、騒音センサ）、ミリ波レーダー（心拍センサ）などとすることができる。また、センサ１３は複数設置することもできる。
【００１５】
ドア情報はセンサ１３から室内機１１に出力される。室内機１１はドア情報を取得して管理サーバ２０に送信する。管理サーバ２０ではドア情報が蓄積される。ドア情報は分散台帳２１に記録される。分散台帳２１は、たとえばブロックチェーンネットワークとして構築することができる。分散台帳２１には、ドア１０の開閉の許可を設定する情報（以下、許可情報という。）も格納される。
【００１６】
管理サーバ２０はユーザ端末４０とも通信ネットワーク３１を介して通信可能に接続される。通信ネットワーク３１はインターネットを想定している。通信ネットワーク３１は、たとえば、公衆電話回線網、携帯電話回線網、専用回線網、無線通信網、イーサネット（登録商標）などにより構築される。ユーザ端末４０は、設定情報を管理サーバ２０に入力することができる。また、管理サーバ２０は、ユーザ端末４０からのリクエストに応じて分散台帳２１に格納したドア情報を提供することができる。また、管理サーバ２０は、ドア情報を加工したデータ（以下、加工データという。）を送信するようにしてもよい。
【００１７】
図２は、室外機１２のハードウェア構成例を示す図である。同図に示すように、室外機１２は、入力インタフェース１３１、短距離通信機１３２および制御部１３３を備える。
【００１８】
入力インタフェース１３１は、ユーザからの認証情報の入力を受け付けるためのインタフェースである。入力インタフェース１３１は、たとえば、ボタンやタッチパネル、キーボードなどであってよい。この場合、入力インタフェース１３１は、ボタンやタッチパネル、キーボードなどから数字やテキストにより表現される認証情報の入力を受け付けるようにすることができる。本実施形態において認証情報は、暗証番号であるものとする。入力インタフェース１３１は、たとえば、後述の短距離通信機１３２を用いてユーザのユーザ端末４０と通信を行い、ユーザ端末４０からドア１０を施解錠しようとしているユーザを示す識別情報（以下、ユーザＩＤという。）を取得するとともに、ボタンやタッチパネル、キーボードなどから暗証番号の入力を受け付けることができる。なお、ユーザＩＤもボタンやタッチパネル、キーボードなどから入力させるようにしてもよい。また、認証情報としては、たとえば、パスワード、パスワードのハッシュ値、公開鍵などを採用することもできる。
【００１９】
短距離通信機１３２は、ＢＬＥやＮＦＣなどの短距離無線通信を行うデバイスである。短距離通信機１３２は、室内機１１との間で通信を行うことができる。短距離通信機１３２は、たとえば入力インタフェース１３１から入力された認証情報を室内機１２に送信することができる。また、短距離通信機１３２は、送信した認証情報に基づく認証処理の結果を室内機１２から受信することができる。認証処理の結果が失敗である場合、たとえば、入力インタフェース１３１は認証に失敗した旨を報知するようにしてもよい。たとえば、入力インタフェース１３１が緑および赤のＬＥＤライトを備えるようにし、認証に成功した場合には緑のＬＥＤライトを、認証に失敗した場合には赤のＬＥＤライトを点灯させるようにすることができる。
【００２０】
短距離通信機１３２はさらに、ユーザが携帯する携帯端末（不図示；たとえば、スマートフォンやタブレットコンピュータであってよい。）と通信を行うことも可能である。この場合に、入力インタフェース１３１は、短距離通信機１３２を介してユーザの携帯端末と通信を行い、認証情報を携帯端末から受信するようにすることもできる。
【００２１】
制御部１３３は、入力インタフェース１３１および短距離通信機１３２を制御する。制御部１３３は、たとえばＣＰＵとメモリで構成され、ＣＰＵがメモリに格納されたプログラムを実行することにより実現されるようにしてもよいし、ロジックを実装した回路としてハードゥエアにより実現されるようにしてもよい。
【００２２】
図３は、室内機１１のハードウェア構成例を示す図である。室内機１１は、ＣＰＵ１０１、メモリ１０２、記憶装置１０３、長距離通信機１０４、短距離通信機１０５、信号インタフェース１０６を備える。記憶装置１０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。長距離通信機１０４は、携帯電話回線網３０に接続して通信を行うための通信モジュールであり、たとえば、ＬＴＥモデムである。短距離通信機１０５は、ＢＬＥやＮＦＣ、ＺｉｇＢｅｅなどの通信を行うための通信モジュールである。短距離通信機１０５は複数搭載することができる。信号インタフェース１０６は、ドア１０に内蔵されているシリンダー（不図示）を摺動させるためのアクチュエータ（不図示）と電気的に接続するためのインタフェースであり、たとえば、メカニカルリレーの接点である。室内機１１は、信号インタフェース１０６から電気信号を出力することにより、ドア１０のアクチュエータを駆動させてシリンダーを摺動させ、これによりドア１０の施解錠を行うことができるものとする。なお、ドア１０に内蔵されているシリンダーやアクチュエータについては一般的な構造を採用するものとして、ここでは説明を省略する。
【００２３】
図４は、室内機１１のソフトウェア構成例を示す図である。同図に示すように、室内機１１は、許可情報取得部１１１、認証情報取得部１１２、認証処理部１１３、認証結果送信部１１４、施解錠処理部１１５、ドア情報取得部１１６、およびドア情報送信部１１７の各機能部と、許可情報記憶部１２１、およびドア情報記憶部１２２の各記憶部とを備える。なお、上記各機能部は、室内機１１が備えるＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現され、上記各記憶部は、室内機１１が備えるメモリ１０２および記憶装置１０３が提供する記憶領域の一部として実現される。
【００２４】
許可情報取得部１１１は、許可情報を取得する。本実施形態では、許可情報取得部１１１は、管理サーバ２０から携帯電話回線網３０を通じて許可情報を受信するものとする。許可情報取得部１１１は、たとえば、所定の時間ごと（たとえば、１日に１回など、任意に設定されたタイミング）に管理サーバ２０にアクセスし、追加または更新された許可情報の有無を確認し、追加または更新された許可情報が存在する場合にはその許可情報をダウンロードし、許可情報記憶部１２１に登録する。
【００２５】
図５は、許可情報記憶部１２１に記憶される許可情報の構成例を示す図である。同図に示すように、許可情報には、室内機１１を示す識別情報（以下、デバイスＩＤという。）に対応付けて、ユーザＩＤと認証情報と許可条件とが設定される。なお、複数人のユーザについて、ユーザごとのユーザＩＤ、認証情報および許可条件を許可情報に含めるようにしてもよい。認証情報は、ユーザの認証を行うために必要な情報である。本実施形態では、認証情報は暗証番号であるものとする。なお、認証情報として、たとえば、パスワード、パスワードのハッシュ、公開鍵などを採用することもできる。許可条件は、ドア１０の施解錠の制御を許可する認証に成功すること以外の条件である。許可条件には、たとえば、所定の期間（たとえば、２０１９年１月１８日０９：００から０９：１０までの間など）のみに解錠が可能であることを示す当該期間を設定することができる。また、複数の室外機１２が存在している場合において、許可条件に、特定の室外機１２から取得した認証情報のみを認証処理に用いることなどを設定することができる。なお、許可条件には、上記のような条件に限らず、任意の条件を設定することができる。
【００２６】
認証情報取得部１１２は、室外機１１に入力された認証情報を取得する。上述したように、本実施形態では、室外機１１の入力インタフェース１３１に入力された認証情報は室外機１２から室内機１１に送信され、認証情報取得部１１２は、この認証情報を室外機１１から受信することにより、認証情報を取得するものとしている。なお、認証情報取得部１１２は、ユーザが操作する携帯端末と通信を行い、携帯端末から認証情報を取得するようにしてもよい。なお、認証情報取得部１１２は、センサ１３からの情報を認証情報として取得してもよい。たとえば、温度センサにより検出した温度、マイクにより集音した音データ、人感センサやミリ波レーダーによる検出情報を認証情報として取得することができる。なお、認証情報取得部１１２は、複数の認証情報を取得することができる。
【００２７】
認証処理部１１３は、ユーザの認証を行う。認証処理部１１３は、たとえば、室外機１１から受信したユーザＩＤに対応する許可情報を許可情報記憶部１２１から検索し、検索した許可情報の認証情報と、室外機１１から受信した認証情報とが一致するか否かによりユーザの認証を行うことができる。なお、認証処理部１１３による認証処理は、室外機１２から受信する認証情報および設定情報の認証情報に基づいて行うことが可能な任意の認証処理を採用することができる。また、認証情報取得部１１２が複数の認証情報を取得する場合、認証処理部１１３は、複数の認証情報のいずれかについて、全ての複数の認証情報のそれぞれについて、または複数の認証情報の組み合わせを用いて認証処理を行うことができる。たとえば、認証処理部１１３は、温湿度センサにより室内の状態が火災と判断された場合に、パスワード等の認証を行うことなく、認証に成功したと判断することができる。また、認証処理部１１３は、マイクにより集音した音声データを用いて声紋判定等により認証に成功した場合には、暗証番号の入力を省略してもよい。また、室内側に設置された人感センサにより人が近づいたことが検知された場合に、認証処理部１１３は、他の認証情報を用いて認証を行うことなく認証に成功したものとしてドア１０を開けることができる。また、人感センサにより人が近づいたことが検出された場合に、認証処理部１１３は、認証情報取得部１１２に、ミリ波レーダー等の生体センサからの検出情報を取得させ、当該生体センサを用いた認証処理を行うことができる。
【００２８】
認証結果送信部１１４は、認証処理部１１３による認証処理の結果（成功または失敗）を室外機１１に送信する。また、認証結果送信部１１４は、管理サーバ２０にも認証処理の結果を含む情報（以下、認証結果情報という。）を送信する。なお、認証結果送信部１１４は、認証処理部１１３による認証処理が終了する度に認証結果情報を管理サーバ２０に送信するようにしてもよいし、認証結果情報をメモリ１０２や記憶装置１０３などに記憶しておき、所定の時間ごとに記憶した認証結果情報を読み出して管理サーバ２０に送信するようにしてもよい。
【００２９】
施解錠処理部１１５は、認証処理部１１３による認証処理が成功した場合、ドア１０の施解錠を行う。本実施形態では、施解錠処理部１１５は、信号インタフェース１０６に信号を送ることでアクチュエータ（不図示）を摺動させ、これによりドア１０の施解錠を行うものとする。なお、施解錠処理部１１５によるドア１０の施解錠の方法には、任意の公知の手法を用いることができるものとして、ここでは詳細な説明を省略する。
【００３０】
ドア情報取得部１１６は、ドア情報を取得する。ドア情報取得部１１６は、センサ１３からセンサ情報を取得して、当該センサ情報を含むドア情報を作成する。ドア情報取得部１１６は、たとえば、センサ１３がブロードキャストするセンサ情報を受信するようにしてもよいし、定期的に（１００マイクロ秒、１秒、１分など任意の期間ごとに）センサ１３にアクセスしてセンサ１３が検出したセンサ情報を取得するようにしてもよい。ドア情報取得部１１６は、当該室内機１１を示すデバイスＩＤと、認証したユーザを示すユーザＩＤと、現在の日時と、センサ１３を示すセンサＩＤとに対応付けて、取得したセンサ情報を設定したドア情報を作成してドア情報記憶部１２２に格納する。ドア情報記憶部１２２に記憶されるドア情報の構成例を図６に示す。同図に示すように、ドア情報は、デバイスＩＤ、ユーザＩＤ、日時、センサ１３を示すセンサＩＤおよびドアに関してセンサ１３が検出した値（センサ値）を含む。ユーザＩＤは、ドア１０を開閉したユーザを特定する情報である。センサ値は、たとえば、ドアが動いたこと、ドアが開いたことまたは閉じたこと、ドアの開閉スピード、ドアが閉められた衝撃の度合、ドアの開閉時に発生した音量などである。また、センサ値として、ミリ波レーダー等の生体センサにより検出した生体データを用いてもよい。
【００３１】
ドア情報送信部１１７は、ドア情報取得部１１６が取得したドア情報を管理サーバ２０に送信する。ドア情報送信部１１７は、ドア情報記憶部１２２に記憶されているドア情報を読み出して管理サーバ２０に送信することができる。
【００３２】
図７は、管理サーバ２０のハードウェア構成例を示す図である。管理サーバ２０は、ＣＰＵ２０１、メモリ２０２、記憶装置２０３、通信インタフェース２０４、入力装置２０５、出力装置２０６を備える。記憶装置２０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。通信インタフェース２０４は、通信ネットワーク３０に接続するためのインタフェースであり、例えばイーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機、シリアル通信のためのＵＳＢ（Universal Serial Bus）コネクタやＲＳ２３２Ｃコネクタなどである。入力装置２０５は、データを入力する、例えばキーボードやマウス、タッチパネル、ボタン、マイクロフォンなどである。出力装置２０６は、データを出力する、例えばディスプレイやプリンタ、スピーカなどである。
【００３３】
図８は、管理サーバ２０のソフトウェア構成例を示す図である。同図に示すように、管理サーバ２０は、許可情報入力部２１１、許可情報送信部２１２、認証結果受信部２１３、認証結果出力部２１４、ドア情報受信部２１５、認証処理部２１６、ドア情報出力部２１７、計算処理部２１８、および計算情報送信部２１９の各機能部と、許可情報記憶部２２１、認証結果記憶部２２２、ドア情報記憶部２２３、ＡＰＩ認証情報記憶部２２４およびＡＰＩ許可情報記憶部２２５の各記憶部とを備える。なお、上記各機能部は、管理サーバ２０が備えるＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより実現され、上記各記憶部は分散台帳２１が提供する台帳として実装される。なお、上記各記憶部を、管理サーバ２０が備えるメモリ２０２および記憶装置２０３が提供する記憶領域の一部として実現されるようにすることも可能である。
【００３４】
許可情報入力部２１１は、許可情報の入力を受け付ける。許可情報入力部２１１は、キーボードやマウスなどの入力装置２０５から許可情報の入力を受け付けるようにしてもよいし、ユーザ端末４０において入力された許可情報をユーザ端末４０から受信するようにしてもよい。許可情報入力部２１１は、入力された許可情報を許可情報記憶部２２１に登録する。図９は、許可情報記憶部２２１に記憶される許可情報の構成例を示す図である。なお、図９に示す許可情報と、上述した図５に示した許可情報とは同じ構成である。デバイスＩＤは、室内機１１を特定する識別情報であり、したがって、許可情報記憶部２２１には、室内機１１ごとに異なる認証情報および許可条件を設定することが可能である。
【００３５】
許可情報送信部２１２は、許可情報を室内機１１に送信する。許可情報送信部２１２は、許可情報記憶部２２１に記憶されている許可情報を、デバイスＩＤが示す室内機１１に対して送信することができる。
【００３６】
認証結果受信部２１３は、室内機１１から認証結果情報を受信する。認証結果受信部２１３は、受信した認証結果情報を認証結果記憶部２２２に登録する。認証結果記憶部２２２に記憶される認証結果の構成例を図１０に示す。図１０に示すように、認証結果情報には、デバイスＩＤ、日時、ユーザＩＤおよび認証結果などが含まれる。デバイスＩＤは、認証結果情報を送信してきた室内機１１を特定する情報である。ユーザＩＤは、ユーザを特定する情報である。
【００３７】
認証処理部２１６は、ユーザ端末４０からのアクセスに係る認証を行う。認証処理部２１６は、ユーザ端末４０からのアクセスに先立ってユーザ端末４０を操作しているユーザの認証処理を行う。認証処理部２１６は、ユーザ端末４０から認証情報を受信し、ＡＰＩ認証情報記憶部２２４に記憶されている認証情報と比較してユーザの認証処理を行うことができる。図１２は、ＡＰＩ認証情報記憶部２２４の構成例を示す図である。同図に示すように、ＡＰＩ認証情報記憶部２２４には、ユーザＩＤに対応付けて、認証情報および許可条件などが含まれる。認証情報は、ユーザごとに設定される、ユーザの認証を行うために必要な情報であり、本実施形態では、暗証番号であるものとする。なお、認証情報は、パスワード、パスワードのハッシュ値、公開鍵などでもよい。許可条件は、ドア情報や認証結果情報などの各種データにアクセスすることを許可するための、認証に成功すること以外の条件である。許可条件には、たとえば、所定の期間（たとえば、２０１９年１月１８日０９：００から１８：００までの間など）のみに各種データへのアクセスを許容するという条件を設定することができる。
【００３８】
ＡＰＩ許可情報記憶部２２５は、どの情報にアクセス可能であるかを示す情報（以下、ＡＰＩ許可情報という。）を記憶する。図１３は、ＡＰＩ許可情報記憶部２２５の構成例を示す図である。同図に示すように、ＡＰＩ許可情報記憶部２２５は、ユーザＩＤに対応づけて、当該ユーザＩＤが示すユーザに対応するデータを示す許可対象と、ユーザＩＤが示すユーザに対応するデータにアクセス可能な他のユーザを示す許可ユーザとを記憶している。許可対象は、認証結果情報、認証結果情報に基づく集計データ（加工データ）、ドア情報、ドア情報に基づく集計／統計データなどである。
【００３９】
認証結果出力部２１４は、認証結果情報を出力する。認証結果出力部２１４は、たとえば、ユーザ端末４０からのリクエストに応じて、認証結果情報を認証結果記憶部２２２から読み出し、読み出した認証結果情報をＪＳＯＮ（JavaScript Object Notation）形式に整形して出力することができる。認証結果出力部２１４は、たとえば、ＸＭＬ形式に認証結果情報を整形して応答してもよいし、ディスプレイやプリンタなどの出力装置２０６に認証結果情報を出力するようにしてもよいし、認証結果情報を画面に表示するための画面データ（たとえば、ＨＴＭＬなどにより記載される。）をユーザ端末４０に応答するようにしてもよい。
【００４０】
ドア情報受信部２１５は、室内機１１からドア情報を受信する。ドア情報受信部２１５は、受信したドア情報をドア情報記憶部２２３に登録する。図１１は、ドア情報記憶部２２３に記憶されるドア情報の構成例を示す図である。ドア情報には、デバイスＩＤ、ユーザＩＤ、日時、センサＩＤおよびセンサ値が含まれている。図１１に示すドア情報と、図６に示すドア情報と同じ構成である。
【００４１】
ドア情報出力部２１７は、ドア情報を出力する。ドア情報出力部２１７は、ユーザ端末４０からのリクエストに応じてドア情報を出力することができる。本実施形態において、ドア情報出力部２１７は、ＪＳＯＮ形式に整形したドア情報をユーザ端末４０に応答するものとするが、ドア情報出力部２１７は、たとえば、ＸＭＬ形式にドア情報を整形して応答してもよいし、ディスプレイやプリンタなどの出力装置２０６にドア情報を出力するようにしてもよいし、ドア情報を画面に表示するための画面データ（たとえば、ＨＴＭＬなどにより記載される。）をユーザ端末４０に応答するようにしてもよい。
【００４２】
計算処理部２１８は、ドア情報に基づく各種の計算、集計および評価の少なくともいずれかに係る処理を行い、加工データを作成することができる。計算処理部２１８は、たとえば、日時順に並べた連続するドア情報に基づいて、ドアが開いてから閉じるまでの時間を計算することができる。また、計算処理部２１８は、ドア情報記憶部２２３に記憶されているドア情報に基づいて、平均すると１日あたり何回のドアの開閉が行われているかを集計することができる。また、計算処理部２１８は、ドアの開閉スピードに基づいて、そのユーザの安全志向度合を評価することができる。
【００４３】
計算情報送信部２１９は、計算処理部２１８が作成した加工データをユーザ端末４０に送信する。
【００４４】
図１３は、本実施形態のドア情報管理システムにより実行される処理の流れを示す図である。
【００４５】
ユーザ端末４０から許可情報が管理サーバ２０に送信されると（Ｓ５０１）、管理サーバ２０の許可情報入力部２１１は、許可情報を受信して（Ｓ５０２）、受信した許可情報を許可情報記憶部２２１に登録する。
【００４６】
室外機１２は、認証情報を受け付けると、認証情報を室内機１１に送信する（Ｓ５０３）。室内機１１の認証情報取得部１１２が認証情報を受信して、認証処理部１１３が認証処理を行う（Ｓ５０４）。認証に成功した場合には、施解錠処理部１１５は、ドア１０のアクチュエータを駆動させてドア１０の施解錠を行う（Ｓ５０５）。また、室内機１１の認証結果送信部１１４は、認証結果情報を管理サーバ２０に送信する（Ｓ５０６）。管理サーバ２０では、認証結果受信部２１３が受信した認証結果情報を認証結果記憶部２２２に登録する。
【００４７】
センサ１３が出力するセンサ情報を、室内機１１のドア情報取得部１１６が受信し（Ｓ５０７）、受信したセンサ情報を含むドア情報を作成してドア情報記憶部１２２に格納する。ドア情報送信部１１７は、ドア情報記憶部１２２に格納されているドア情報を読み出して管理サーバ２０に送信する（Ｓ５０８）。
【００４８】
ユーザ端末４０から管理サーバ２０に認証情報が送信されると（Ｓ５０９）、認証処理部２１６は、ユーザの認証処理を行う（Ｓ５１０）。認証処理部２１６は、たとえば、受信した認証情報と、当該ユーザに対応するＡＰＩ許可情報とを照合してユーザの認証を行うことができる。ここでユーザの認証に成功すると、認証処理部２１６は、当該認証されたユーザを示すユーザＩＤが許可ユーザに設定されているＡＰＩ許可情報をＡＰＩ許可情報記憶部２２５から検索しておく。なお、管理サーバ２０は後続するユーザ端末４０からのリクエストを受け付けることができる。
【００４９】
ユーザ端末４０から認証結果に対するリクエストを受信すると（Ｓ５１１）、認証結果出力部２１４は、上記抽出したＡＰＩ許可情報のうち、許可対象が「認証結果情報」を示すものを抽出し、抽出したＡＰＩ許可情報に含まれているユーザＩＤが含まれる認証結果情報を認証結果記憶部２２２から取得する。認証結果出力部２１４は、取得した認証結果情報をＪＳＯＮ形式に整形してユーザ端末４０に送信する（Ｓ５１２）。
【００５０】
ユーザ端末４０からドア情報に対するリクエストを受信すると（Ｓ５１３）、ドア情報出力部２１７は、上記抽出したＡＰＩ許可情報のうち、許可対象が「ドア情報」を示すものを抽出し、抽出したＡＰＩ許可情報に含まれているユーザＩＤが含まれるドア情報をドア情報記憶部２２３から読み出し、読み出したドア情報をＪＳＯＮ形式に整形してユーザ端末４０に送信する（Ｓ５１４）。
【００５１】
ユーザ端末４０から加工データに対するリクエストを受信すると（Ｓ５１５）、リクエストにはさらに、どのデータをどのように加工するかについてのパラメータを含めるものとする。計算処理部２１８は、上記抽出したＡＰＩ許可情報に含まれているユーザＩＤが含まれるドア情報および認証結果情報を、ドア情報記憶部２２３および認証結果記憶部２２２からそれぞれ取得する。計算処理部２１８は、上記パラメータに基づいて統計処理や集計処理、評価処理を行い（Ｓ５１６）、その結果をＪＳＯＮ形式に整形した加工データをユーザ端末４０に送信する（Ｓ５１７）。
【００５２】
以上のようにして、本実施形態のドア情報管理システムによれば、リクエストに応じてドア１０の開閉に係る情報（ドア情報および加工データ）を提供することができる。したがって、ドア１０の開閉状況を容易に把握することができるとともに、ドア１０の開閉に関するユーザの行動様式を評価することが可能になる。
【００５３】
また、本実施形態のドア情報管理システムによれば、室内機１１から閉域網である携帯電話回線網３０のみを経由して、管理サーバ２０との間でデータ送受信を行うことができる。したがって、管理サーバ２０とドア１０の室内機１１との間で送受信される許可情報等の情報の漏洩リスクを低く保つことが可能となる。
【００５４】
また、本実施形態のドア情報管理システムによれば、分散台帳２１に許可情報や認証結果情報、ドア情報などの各種の情報を蓄積することができる。したがって、各種情報が改ざんされる危険度を下げることができる。
【００５５】
また、本実施形態のドア情報管理システムによれば、ドア情報や認証結果情報などを用いて計算し、集計し、評価した結果を加工データとして提供することができる。ユーザ端末４０においてユーザの評価を行おうとする場合において、ドア１０の開閉にはユーザの行動傾向や生活傾向などが反映されるため、これを集計・評価等することにより、間接的にユーザの評価を行うことが可能となる。
【００５６】
以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
【００５７】
たとえば、本実施形態では、管理サーバ２０は、１台のコンピュータで実現されるものとしたが、これに限らず、複数台のコンピュータにより実現することができる。たとえば、管理サーバ２０が備える機能部を複数のコンピュータに分散して備えさせるようにしてもよい。
【００５８】
また、本実施形態では、ドア１０をセンサ１３による検出対象としたが、これに限らず、何らかの機能を提供する場合において、当該機能に関連する何らかの物についてセンサ１３が検知を行うようにすることができる。たとえば、ドア１０に代えて、レンタカーの自動車やレンタサイクルの自転車に関するロックの解除を行う場合に、自動車や自転車についてのセンサ１３による検出値を蓄積し、リクエストに応じてそれを提供することが可能である。
【００５９】
また、本実施形態では、管理サーバ２０は分散台帳２１に各種の情報を格納するものとしたが、一部または全部の情報を分散台帳２１ではなく、管理サーバ２０のメモリ２０２および記憶装置２０３が提供する記憶領域に格納するようにしてもよい。
【００６０】
また、本実施形態では、ユーザ端末４０から許可情報が管理サーバ２０に提供され、当該ユーザ端末４０からのリクエストに応じて各種の情報が応答されるものとしたが、許可情報を入力するユーザ端末４０と、リクエストを送信するユーザ端末４０とは同じ装置である必要はない。すなわち、ユーザが許可した他のユーザに対して、ドア１０の開閉に係る各種の情報を提供することができる。
【００６１】
また、本実施形態では、ユーザ端末４０からのリクエストに応じて各種のデータを応答するようにしているところ、ユーザ端末４０は、企業等が運営するサーバ装置（評価装置）であってもよい。すなわち、サーバ装置においてユーザの評価を行う基礎情報としてドア情報や加工データなどを用いることができる。
【符号の説明】
【００６２】
１１１  許可情報取得部
１１２  認証情報取得部
１１３  認証処理部
１１４  認証結果送信部
１１５  施解錠処理部
１１６  ドア情報取得部
１１７  ドア情報送信部
１２１  許可情報記憶部
１２２  ドア情報記憶部
２１１  許可情報入力部
２１２  許可情報送信部
２１３  認証結果受信部
２１４  認証結果出力部
２１５  ドア情報受信部
２１６  認証処理部
２１７  ドア情報出力部
２１８  計算処理部
２１９  計算情報送信部
２２１  許可情報記憶部
２２２  認証結果記憶部
２２３  ドア情報記憶部
２２４  ＡＰＩ認証情報記憶部
【図１】
2020152760.tif 000003
【図２】
2020152760.tif 000004
【図３】
2020152760.tif 000005
【図４】
2020152760.tif 000006
【図５】
2020152760.tif 000007
【図６】
2020152760.tif 000008
【図７】
2020152760.tif 000009
【図８】
2020152760.tif 000010
【図９】
2020152760.tif 000011
【図１０】
2020152760.tif 000012
【図１１】
2020152760.tif 000013
【図１２】
2020152760.tif 000014
【図１３】
2020152760.tif 000015
【図１４】
2020152760.tif 000016
【国際調査報告】
2020152760.tif 000017
2020152760.tif 000018
2020152760.tif 000019
2020152760.tif 000020