(57)【特許請求の範囲】
【請求項１】
通信インターフェイスと、
電気錠と鍵とユーザ名とグループとの対応関係を参照可能なプロセッサとを備え、
前記プロセッサは、前記通信インターフェイスを介して、前記電気錠が操作された情報を取得し、前記対応関係を参照することによって前記電気錠を操作した鍵に対応するユーザ名と前記電気錠が操作された旨とを対応するグループに属するユーザの端末に送信し、前記電気錠が操作された際に前記電気錠を操作した鍵に対応するユーザ名が登録されていない場合に、前記グループのページを利用して前記電気錠を操作したユーザのユーザ名の登録を受け付ける、サーバ。
【請求項２】
前記プロセッサは、前記電気錠の開錠履歴画面から前記電気錠を操作した鍵に対応するユーザ名の入力を受け付ける、請求項１に記載のサーバ。
【請求項３】
前記プロセッサは、前記通信インターフェイスを介して、前記鍵毎に、前記電気錠を操作した場合にその旨を前記グループに属するユーザに通知するか否かの指定を受け付ける、請求項１または２に記載のサーバ。
【請求項４】
前記プロセッサは、
前記電気錠が操作された際に、ＳＮＳ（Social Networking Service）の前記電気錠に対応するグループのページに、前記電気錠を操作した鍵に対応するユーザ名と前記電気錠が操作された旨とを対応付けて投稿することによって当該情報を前記グループに属するユーザの端末に送信する、請求項１から３のいずれか１項に記載のサーバ。
【請求項５】
前記プロセッサは、前記通信インターフェイスを介して、前記電気錠が操作された旨の通知先のユーザの指定を受け付ける、請求項１から４のいずれか１項に記載のサーバ。
【請求項６】
前記プロセッサは、前記通信インターフェイスを介して、前記電気錠を操作した鍵に対応するユーザ名と前記電気錠が操作された旨とを受信した前記端末から、前記電気錠を操作するための指令を受け付ける、請求項１から５のいずれか１項に記載のサーバ。
【請求項７】
前記プロセッサは、前記通信インターフェイスを介して、前記電気錠が操作された旨の通知を行う時間帯の指定または通知を行わない時間帯の指定を受け付ける、請求項１から６のいずれか１項に記載のサーバ。
【請求項８】
プロセッサを含むサーバにおける情報通信方法であって、
前記プロセッサが、電気錠が操作された情報を取得するステップと、
前記プロセッサが、電気錠と鍵とユーザ名とグループとの対応関係を参照するステップと、
前記プロセッサが、前記電気錠を操作した鍵に対応するユーザ名と前記電気錠が操作された旨とを対応する前記グループに属するユーザの端末に送信するステップと、
前記電気錠が操作された際に前記電気錠を操作した鍵に対応するユーザ名が登録されていない場合に、前記プロセッサが、前記グループのページを利用して前記電気錠を操作したユーザのユーザ名の登録を受け付けるステップとを備える、情報通信方法。
【請求項９】
複数の端末と、
複数の電気錠と、
前記電気錠と鍵とユーザ名とグループとの対応関係を参照可能であって、前記電気錠が操作された情報を取得可能なサーバと、を備え、
前記サーバは、前記複数の電気錠の各々が操作された情報を取得した際に、前記対応関係を参照することによって前記電気錠を操作した鍵に対応するユーザ名と前記電気錠が操作された旨とを対応する前記グループに属するユーザの端末に送信し、前記電気錠が操作された際に前記電気錠を操作した鍵に対応するユーザ名が登録されていない場合に、前記グループのページを利用して前記電気錠を操作したユーザのユーザ名の登録を受け付ける、ネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カードキー・暗証番号などの鍵で解錠または施錠される電気錠の技術に関し、特に電気錠の解錠または施錠に関する情報をユーザに提供するためのサーバ、情報通信方法、ネットワークシステム、通信端末およびプログラムの技術に関する。
【背景技術】
【０００２】
従来から、電気錠に関する各種の技術が知られている。たとえば、特開２００４−３００６８６号公報（特許文献１）には、遠隔制御電子錠が開示されている。特許文献１によると、家屋内に設置され、電子錠制御を行う電子錠制御部と、管理センター内に設置されるとともにユーザ端末とネットワークを介して接続され、ユーザ端末から電子錠の動作要求を受信し、ユーザの認証を行い、認証の結果、ユーザの正当性が確認されると、電子錠制御部に電子錠を動作させる応答部とを設ける。
【０００３】
また、特開２００５−１６０２５号公報（特許文献２）には、施解錠システムが開示されている。特許文献２によると、扉の施解錠を行う電子施解錠装置と、当該電子施解錠装置にパケット網を介して接続された施解錠管理サーバと、を備えた施解錠システムであって、電子施解錠装置は、扉の施解錠を行う施解錠手段と、施解錠管理サーバからパケット網に送出されたパケットデータを受信する装置パケット受信手段と、パケットデータに含まれる解錠若しくは施錠指令に基づいて施解錠手段に対し解錠動作信号若しくは施錠動作信号を出力する施解錠制御手段と、を備える。
【０００４】
また、特開２００５−２３６８９号公報（特許文献３）には、ドア施錠解錠システムが開示されている。特許文献３によると、携帯端末からサービスセンターに対しドアの施錠／解錠指令を送信すると、サービスセンターはデータベースを参照して登録ユーザからの指令であることを確認し、ドア部に設けられたドア部端末に対し施錠／解錠指令メールを送信する。ドア部では、該指令メールに応答して電気錠を駆動する。また、ドア部端末は、ドアの状態変化（指令による解錠／施錠、鍵による解錠／施錠、異常な解錠／施錠）を示す状態通知メールをセンターに送信する。該状態通知メールを受信したセンターは、その時刻情報とともに、ドアの状態を、登録されている全ての携帯端末にメールで送信する。
【０００５】
また、特開２００６−９７４４４号公報（特許文献４）には、扉錠及びその扉錠を用いたセキュリティーシステムが開示されている。特許文献４によると、建具用扉の施解錠操作のために用いられ、建具用扉に取り付けられる扉錠の中に、現在扉錠が施錠状態にあるのかそれとも解錠状態にあるのか、あるいは、いつ誰が施解錠操作をしたのかといった情報を取得・送信しうる通信機能を有する小型サーバを内蔵させた。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−３００６８６号公報
【特許文献２】特開２００５−１６０２５号公報
【特許文献３】特開２００５−２３６８９号公報
【特許文献４】特開２００６−９７４４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、家族などのグループにおいて、誰が電気錠を操作したのかが解り難かった。本発明は、かかる問題を解決するためになされたものであり、その目的は、従来よりも誰が電気錠を操作したのかが解りやすいサーバ、情報通信方法、ネットワークシステム、通信端末およびプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
この発明のある態様に従うと、通信インターフェイスと、電気錠と鍵とユーザ名とグループとの対応関係を参照可能なプロセッサとを備えるサーバが提供される。前記プロセッサは、前記通信インターフェイスを介して、前記電気錠が操作された情報を取得し、前記対応関係を参照することによって前記電気錠を操作した鍵に対応するユーザ名と前記電気錠が操作された旨とを対応するグループに属するユーザの端末に送信する。
【０００９】
好ましくは、前記プロセッサは、前記通信インターフェイスを介して、前記鍵毎に、前記電気錠を操作した場合にその旨を前記グループに属するユーザに通知するか否かの指定を受け付ける。
【００１０】
好ましくは、前記プロセッサは、前記電気錠が操作された際に、ＳＮＳ（Social Networking Service）の前記電気錠に対応するグループのページに、前記電気錠を操作した鍵に対応するユーザ名と前記電気錠が操作された旨とを対応付けて投稿することによって当該情報を前記グループに属するユーザの端末に送信する。前記プロセッサは、前記電気錠が操作された際に、前記電気錠を操作した鍵に対応するユーザ名が登録されていない場合に、前記グループのページを利用して前記電気錠を操作したユーザのユーザ名の登録を促す。
【００１１】
好ましくは、前記プロセッサは、前記通信インターフェイスを介して、前記電気錠が操作された旨の通知先のユーザの指定を受け付ける。
【００１２】
好ましくは、前記プロセッサは、前記通信インターフェイスを介して、前記電気錠を操作した鍵に対応するユーザ名と前記電気錠が操作された旨とを受信した前記端末から、前記電気錠を操作するための指令を受け付ける。
【００１３】
好ましくは、前記プロセッサは、前記通信インターフェイスを介して、前記電気錠が操作された旨の通知を行う時間帯の指定または通知を行わない時間帯の指定を受け付ける。
【００１４】
この発明の別の局面に従うと、プロセッサを含むサーバにおける情報通信方法が提供される。情報通信方法は、前記プロセッサが、電気錠が操作された情報を取得するステップと、前記プロセッサが、電気錠と鍵とユーザ名とグループとの対応関係を参照するステップと、前記プロセッサが、前記電気錠を操作した鍵に対応するユーザ名と前記電気錠が操作された旨とを対応する前記グループに属するユーザの端末に送信するステップとを備える。
【００１５】
この発明の別の局面に従うと、複数の電気錠と、前記電気錠と鍵とユーザ名とグループとの対応関係を参照可能であって、前記電気錠が操作された情報を取得可能なサーバと、を備えるネットワークシステムが提供される。前記サーバは、前記複数の電気錠の各々が操作された情報を取得した際に、前記対応関係を参照することによって前記電気錠を操作した鍵に対応するユーザ名と前記電気錠が操作された旨とを対応する前記グループに属するユーザの端末に送信する、ネットワークシステムが提供される。
【００１６】
この発明の別の局面に従うと、出力部と、サーバと通信するための通信インターフェイスと、プロセッサと、を備える通信端末が提供される。前記プロセッサが、前記サーバからのデータに基づいて、前記通信端末のユーザが属するグループに対応する電気錠が操作された旨と、前記電気錠を操作した鍵に対応するユーザ名とを前記出力部に出力させる。
【００１７】
この発明の別の局面に従うと、プロセッサを備える通信端末のためのプログラムが提供される。プログラムは、通信インターフェイスを介してサーバからデータを受信するステップと、前記データに基づいて、前記通信端末のユーザが属するグループに対応する電気錠が操作された旨と、前記電気錠を操作した鍵に対応するユーザ名とを出力するステップと、を前記プロセッサに実行させる。
【発明の効果】
【００１８】
以上のように、この発明によれば、従来よりも誰が電気錠を操作したのかが解りやすいサーバ、情報通信方法、ネットワークシステム、通信端末およびプログラムが提供される。
【図面の簡単な説明】
【００１９】
【図１】第１の実施の形態にかかるネットワークシステム１の全体構成を示すイメージ図である。
【図２】第１の実施の形態にかかるユーザ端末の画面例を示すイメージ図である。
【図３】第１の実施の形態にかかるネットワークシステム１を構成するサーバ１００のハードウェア構成を表わすブロック図である。
【図４】第１の実施の形態にかかるユーザデータベース１２１を示すイメージ図である。
【図５】第１の実施の形態にかかるボードデータベース１２２を示すイメージ図である。
【図６】第１の実施の形態にかかるユーザボードデータベース１２３を示すイメージ図である。
【図７】第１の実施の形態にかかる電気錠データベース１２４を示すイメージ図である。
【図８】第１の実施の形態にかかる鍵データベース１２５を示すイメージ図である。
【図９】第１の実施の形態にかかるサーバ１００における情報処理を示すフローチャートである。
【図１０】第１の実施の形態にかかるユーザ端末の画面例の推移を示す第１のイメージ図である。
【図１１】第１の実施の形態にかかるユーザ端末の画面例の推移を示す第２のイメージ図である。
【図１２】第１の実施の形態にかかるユーザ端末の画面例の推移を示す第３のイメージ図である。
【図１３】第１の実施の形態にかかるユーザ端末の画面例の推移を示す第４のイメージ図である。
【図１４】第１の実施の形態にかかるネットワークシステム１を構成する電気錠２００のハードウェア構成を表わすブロック図である。
【図１５】第１の実施の形態にかかる鍵データ２２１を示すイメージ図である。
【図１６】第１の実施の形態にかかるユーザ端末としてのスマートフォン３００のハードウェア構成を表わすブロック図である。
【図１７】第１の実施の形態にかかるユーザ端末としてのスマートフォン３００における情報処理を示すフローチャートである。
【図１８】第２の実施の形態にかかる電気錠２００の動作概要を示すイメージ図である。
【図１９】第５の実施の形態にかかる鍵データベース１２６を示すイメージ図である。
【図２０】第６の実施の形態にかかるユーザ端末の第１の画面例を示すイメージ図である。
【図２１】第６の実施の形態にかかるユーザ端末の第２の画面例を示すイメージ図である。
【図２２】第７の実施の形態にかかるユーザ端末の画面例の推移を示すイメージ図である。
【図２３】第７の実施の形態にかかる鍵データベース１２７を示すイメージ図である。
【図２４】第９の実施の形態にかかるネットワークシステム１の全体構成を示すイメージ図である。
【発明を実施するための形態】
【００２０】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
＜第１の実施の形態＞
＜ネットワークシステムの全体構成＞
【００２１】
まず、本実施の形態にかかるネットワークシステム１の全体構成について説明する。図１は、本実施の形態にかかるネットワークシステム１の全体構成を示すイメージ図である。
【００２２】
図１を参照して、本実施の形態にかかるネットワークシステム１は、主に、家族などのグループのためのＳＮＳ（Social Networking Service）や電気錠管理サービスなどを提供するためのサーバ１００と、住宅やオフィスや部屋の扉に設置される複数の電気錠２００と、インターネットなどのネットワークを介してサーバ１００のＳＮＳを利用するためのユーザ端末としてのスマートフォン３００とを含む。
【００２３】
そして、本実施の形態においては、グループとしてのある家族の一人がカードキー４００によって自宅の玄関の扉の電気錠２００を解錠すると、サーバ１００がカードキー４００に対応するユーザを特定し、スマートフォン３００が電気錠２００が解錠された旨と解錠したユーザを示す情報とを出力する。たとえば、スマートフォン３００は、「たろうのカードキーで解錠されたよ。」というメッセージを、ＳＮＳの家族のページのタイムラインに表示する。
【００２４】
以上のように、本実施の形態にかかるネットワークシステム１は、電気錠が施錠または解錠されたことと、当該施錠または解錠したユーザを特定するための情報とを提供するため、当該ユーザの家族が容易に電気錠を施錠または解錠したユーザを把握することができる。
【００２５】
以下、このような機能を実現するためのネットワークシステム１の具体的な構成について詳述する。
＜サーバ１００のハードウェア構成＞
【００２６】
まず、ネットワークシステム１を構成するサーバ１００のハードウェア構成の一態様について説明する。なお、図３は、本実施の形態にかかるネットワークシステム１を構成するサーバ１００のハードウェア構成を表わすブロック図である。
【００２７】
図３を参照して、サーバ１００は、主たる構成要素として、ＣＰＵ（Central Processing Unit）１１０と、メモリ１２０と、ディスプレイ１３０と、操作部１４０と、通信インターフェイス１６０とを含む。
【００２８】
ＣＰＵ１１０は、メモリ１２０に記憶されているプログラムを実行することによって、サーバ１００の各部を制御する。たとえば、ＣＰＵ１１０は、メモリ１２０に格納されているプログラムを実行し、メモリ１２０に格納されている各種のデータを参照することによって、後述する各種の処理を実行する。
【００２９】
メモリ１２０は、各種のＲＡＭ（Random  Access  Memory）、各種のＲＯＭ（Read-Only  Memory）、フラッシュメモリーなどによって実現される。なお、メモリ１２０は、インターフェイスを介して利用される、ＵＳＢ（Universal  Serial  Bus）（登録商標）メモリ、ＣＤ（Compact  Disc）、ＤＶＤ（Digital  Versatile  Disk）、メモリカード、ハードディスク、ＩＣ（Integrated  Circuit）カード、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electronically  Erasable  Programmable  Read-Only  Memory）などの記憶媒体などによっても実現される。
【００３０】
メモリ１２０は、ＣＰＵ１１０によって実行されるプログラムや、ＣＰＵ１１０によるプログラムの実行により生成されたデータ、入力されたデータ、その他の本実施の形態にかかるＳＮＳサービスや電気錠管理サービスに利用されるデータベースなどを記憶する。たとえば、メモリ１２０は、ユーザデータベース１２１と、ボードデータベース１２２と、ユーザボードデータベース１２３と、電気錠データベース１２４と、鍵データベース１２５とを記憶する。
【００３１】
図４は、本実施の形態にかかるユーザデータベース１２１を示すイメージ図である。図４を参照して、ユーザデータベース１２１は、ＳＮＳのユーザ毎に、ユーザＩＤと、ユーザ名と、ユーザの端末のアドレスと、ユーザの住所との対応関係を格納する。
【００３２】
図５は、本実施の形態にかかるボードデータベース１２２を示すイメージ図である。図５を参照して、ボードデータベース１２２は、ＳＮＳのグループとしてのボード毎に、ボードＩＤと、ボード名との対応関係を格納する。
【００３３】
図６は、本実施の形態にかかるユーザボードデータベース１２３を示すイメージ図である。図６を参照して、ユーザボードデータベース１２３は、ユーザとボードとの対応関係、すなわちどのユーザがどのボードに属しているかを示す情報を格納する。
【００３４】
図７は、本実施の形態にかかる電気錠データベース１２４を示すイメージ図である。図７を参照して、電気錠データベース１２４は、電気錠毎に、電気錠ＩＤと、電気錠を利用する家族などのボードＩＤと、住所と、電気錠の通信用のアドレスと、電気錠のニックネームと、の対応関係を格納する。
【００３５】
図８は、本実施の形態にかかる鍵データベース１２５を示すイメージ図である。図８を参照して、鍵データベース１２５は、カードキーなどの鍵毎に、電気錠ＩＤと、電気錠に対する鍵Ｎｏ．と、鍵を保持するユーザのユーザＩＤと、当該鍵による電気錠の操作があった場合にボードのメンバーに当該操作を通知するか否かを示すフラグと、の対応関係を格納する。なお、鍵Ｎｏ．は、電気錠ＩＤ毎に、電気錠が割り振ったものである。
【００３６】
図３に戻って、ディスプレイ１３０は、ＣＰＵ１１０からの信号に基づいて、テキストや画像を表示する。操作部１４０は、ＳＮＳサービスや電気錠管理サービスなどの管理者の命令を受け付けて、当該命令をＣＰＵ１１０に入力する。
【００３７】
通信インターフェイス１６０は、ＣＰＵ１１０からのデータを、インターネット、ルータなどを介して、ユーザの自宅やオフィスに設置された電気錠２００や、ユーザ端末としてのスマートフォン３００・パーソナルコンピュータ・タブレット・ゲーム機などや、他のサーバや、データベースなどに送信する。逆に、通信インターフェイス１６０は、インターネット、ルータなどを介して電気錠２００や、ユーザ端末としてのスマートフォン３００・パーソナルコンピュータ・タブレット・ゲーム機などや、他のサーバや、データベースなどからのデータを受信して、ＣＰＵ１１０に受け渡す。
＜サーバ１００における情報処理＞
【００３８】
次に、図９を参照しながら、本実施の形態にかかるＳＮＳサービスや電気錠管理サービスを運営するサーバ１００における情報処理について説明する。なお、図９は、本実施の形態にかかるサーバ１００における情報処理を示すフローチャートである。サーバ１００のＣＰＵ１１０は、通信インターフェイス１６０を介して、他の装置からデータを受信した際に以下の処理を実行する。
【００３９】
ＣＰＵ１１０は、受信したデータに電気錠２００が操作されたことを示す情報が含まれるか否かを判断する（ステップＳ１０２）。受信したデータに当該情報が含まれない場合（ステップＳ１０２にてＮＯである場合）、ＣＰＵ１１０は、受信したデータに基づいて他の処理を実行する（ステップＳ１４０）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、次のデータを待ち受ける。
【００４０】
受信したデータ当該情報が含まれる場合（ステップＳ１０２にてＹＥＳである場合）、ＣＰＵ１１０は、受信したデータから、操作された電気錠２００の電気錠ＩＤと、電気錠２００を操作したカードキーの鍵Ｎｏ．とを取得する。ＣＰＵ１１０は、鍵データベース１２５を参照して、当該電気錠ＩＤの鍵Ｎｏ．に対するユーザ名が登録されているか否かを判断する（ステップＳ１０４）。
【００４１】
当該電気錠ＩＤの鍵Ｎｏ．に対するユーザ名が登録されている場合（ステップＳ１０４にてＹＥＳである場合）、ＣＰＵ１１０は、鍵データベース１２５を参照して、当該鍵またはユーザによる電気錠２００に対する操作の通知設定がＯＮであるか否かを判断する（ステップＳ１０６）。通知設定がＯＦＦの場合（ステップＳ１０６にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して、次のデータを待ち受ける。
【００４２】
通知設定がＯＮの場合（ステップＳ１０６にてＹＥＳである場合）、ＣＰＵ１１０は、ユーザボードデータベース１２３を参照して、当該電気錠ＩＤの鍵Ｎｏ．に対するユーザが属するボードに、電気錠２００を操作したユーザ名と、操作を示す情報とを投稿する（ステップＳ１０８）。すなわち、ＣＰＵ１１０は、ユーザデータベース１２１を参照して、図２に示すように、当該電気錠ＩＤの鍵Ｎｏ．に対するユーザが属するボードに属する１または複数のユーザの端末に、電気錠２００を操作したユーザ名と電気錠２００に対する操作を示す情報とを表示させる。ＣＰＵ１１０は、通信インターフェイス１６０を介して、次のデータを待ち受ける。
【００４３】
なお、このとき、ＣＰＵ１１０は、電気錠データベース１２４を参照して、電気錠２００を特定するための情報、たとえば「電気錠くん」や「お父さんの部屋の錠」などと、電気錠２００と操作したユーザ名と電気錠２００に対する操作を示す情報とを、当該ユーザが属するグループのユーザの端末に表示させることが好ましい。
【００４４】
当該鍵のユーザ名が登録されていない場合（ステップＳ１０４にてＮＯである場合）、ＣＰＵ１１０は、電気錠データベース１２４とユーザデータベース１２１とを参照して、ユーザの登録を促すための情報をグループのユーザの端末に送信する（ステップＳ１１０）。本実施の形態においては、ＣＰＵ１１０は、図１０の（１）に示すように、ＳＮＳを介して、ボードに属するユーザのスマートフォン３００に、電気錠２００を操作したユーザの登録を促す画面を表示させる。
【００４５】
そして、図１０（１）に示すように、スマートフォン３００のユーザが、自分が鍵を操作したユーザであることを示すボタンを押した場合、ＣＰＵ１１０は、通信インターフェイス１６０を介して、スマートフォン３００から自分が鍵を操作したユーザである旨の通知を受信する（ステップＳ１１４にてＹＥＳである場合）。ＣＰＵ１１０は、ユーザデータベース１２１を参照して、受け付けたユーザＩＤとユーザ名とを鍵データベース１２５に登録する。この場合は、ＣＰＵ１１０は、ＳＮＳのユーザＩＤと、電気錠ＩＤと、鍵ＮＯ．とを対応付けることができるため、当該対応関係をその他のサービスにも利用することが可能になる。
【００４６】
次に、図１０（２）に示すように、ＣＰＵ１１０は、通信インターフェイス１６０を介して、当該ユーザのスマートフォン３００に、電気錠２００を操作した際にその旨をボードのメンバーに通知するか否かの選択命令を受け付けるための画面を表示するためのデータを送信する（ステップＳ１１６）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、ユーザのスマートフォン３００から通知するか否かの選択命令を受け付ける（ステップＳ１１８）。
【００４７】
ＣＰＵ１１０は、電気錠データベース１２４とユーザデータベース１２１とを参照して、電気錠２００に対応するボードに属するメンバーの端末に、受け付けたユーザ名を送信する。本実施の形態においては、ＣＰＵ１１０は、図１０の（３）に示すように、ＳＮＳを介して、ボードに属するユーザのスマートフォン３００に、今回登録されたユーザ名を表示させる。
【００４８】
本実施の形態においては、その後に当該ユーザによって電気錠２００が操作された場合、図１０の（４）に示すように、ＣＰＵ１１０は、電気錠データベース１２４とユーザデータベース１２１とを参照して、電気錠２００に対応するボードに、電気錠２００を操作したユーザの名前と各種の情報を受け付けるための情報とを投稿する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、次のデータを待ち受ける。
【００４９】
そして、図１１（１）に示すように、スマートフォン３００のユーザが、電気錠２００を操作したユーザ名を入力するためのボタンを押した場合、ＣＰＵ１１０は、通信インターフェイス１６０を介して、スマートフォン３００からユーザ名の入力画面の要求の通知を受信する（ステップＳ１２０にてＹＥＳである場合）。
【００５０】
図１１（２）に示すように、ＣＰＵ１１０は、通信インターフェイス１６０を介して、当該ユーザのスマートフォン３００に、電気錠２００を操作したユーザの名前またはニックネームなどを受け付けるための画面を表示するためのデータを送信する（ステップＳ１２２）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、ユーザのスマートフォン３００から名前またはニックネームを受け付ける（ステップＳ１２４）。
【００５１】
ＣＰＵ１１０は、電気錠データベース１２４とユーザデータベース１２１とを参照して、ＳＮＳの電気錠２００に対応するボードに、受け付けたユーザ名を投稿する。すなわち、ＣＰＵ１１０は、図１１の（３）に示すように、ボードに属するユーザの端末、たとえばスマートフォン３００に、登録されたユーザ名を表示させる。本実施の形態においては、その後に当該ユーザによって電気錠２００が操作された場合、図１１の（４）に示すように、ＣＰＵ１１０は、電気錠データベース１２４とユーザデータベース１２１とを参照して、電気錠２００に対応するボードに、電気錠２００を操作したユーザの名前と通知設定などの各種の情報を受け付けるための情報を投稿する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、次のデータを待ち受ける。
【００５２】
そして、図１２（１）に示すように、スマートフォン３００のユーザが、操作履歴からユーザ名を入力するためのボタンを押した場合、ＣＰＵ１１０は、通信インターフェイス１６０を介して、スマートフォン３００から操作履歴画面の要求の通知を受信する（ステップＳ１２６にてＹＥＳである場合）。
【００５３】
図１２（２）に示すように、ＣＰＵ１１０は、通信インターフェイス１６０を介して、当該ユーザのスマートフォン３００に、操作履歴からユーザの名前またはニックネームなどを受け付けるための画面を表示するためのデータを送信する（ステップＳ１２８）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、ユーザのスマートフォン３００から名前またはニックネームを受け付ける（ステップＳ１３０）。
【００５４】
ＣＰＵ１１０は、電気錠データベース１２４とユーザデータベース１２１とを参照して、電気錠に対応するボードに、受け付けたユーザ名を投稿する。すなわち、ＣＰＵ１１０は、図１２の（３）に示すように、ボードに属するユーザの端末、たとえばスマートフォン３００に、登録されたユーザ名を表示させる。本実施の形態においては、その後に当該ユーザによって電気錠２００が操作された場合、図１２の（４）に示すように、ＣＰＵ１１０は、電気錠データベース１２４とユーザデータベース１２１とを参照して、電気錠２００に対応するボードに、電気錠２００を操作したユーザの名前と通知設定などの各種の情報を受け付けるための情報を投稿する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、次のデータを待ち受ける。
【００５５】
そして、図１３（１）に示すように、スマートフォン３００のユーザが、設定情報の対応表からユーザ名を入力するためのボタンを押した場合、ＣＰＵ１１０は、通信インターフェイス１６０を介して、スマートフォン３００から対応表画面の要求の通知を受信する（ステップＳ１３２にてＹＥＳである場合）。
【００５６】
図１３（２）に示すように、ＣＰＵ１１０は、通信インターフェイス１６０を介して、当該ユーザのスマートフォン３００に、対応表からユーザの名前またはニックネームなどを受け付けるための画面を表示するためのデータを送信する（ステップＳ１３４）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、ユーザのスマートフォン３００から名前またはニックネームを受け付ける（ステップＳ１３６）。
【００５７】
ＣＰＵ１１０は、電気錠データベース１２４とユーザデータベース１２１とを参照して、電気錠２００に対応するボードに、受け付けたユーザ名を投稿する。すなわち、ＣＰＵ１１０は、図１３の（３）に示すように、ボードに属するユーザの端末、たとえばスマートフォン３００に、登録されたユーザ名を表示させる。本実施の形態においては、その後に当該ユーザによって電気錠２００が操作された場合、図１３の（４）に示すように、ＣＰＵ１１０は、電気錠データベース１２４とユーザデータベース１２１とを参照して、電気錠に対応するボードに、電気錠を操作したユーザの名前と通知設定などの各種の情報を受け付けるための情報を投稿する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、次のデータを待ち受ける。
【００５８】
なお、ＣＰＵ１１０は、後述する図１７のステップＳ１７８に対応して、通信インターフェイス１６０を介して、ユーザ端末からユーザの名前の登録の拒否する旨の命令を受け付けた場合は、ユーザ名の設定処理を終了することが好ましい。ＣＰＵ１１０は、通信インターフェイス１６０を介して、次のデータを待ち受ける。
＜電気錠２００のハードウェア構成＞
【００５９】
次に、ユーザの自宅の玄関のドアや部屋のドアやビルの玄関のドアやオフィスのドアなどに設置される電気錠のハードウェア構成について説明する。図１４は、本実施の形態にかかるネットワークシステム１を構成する電気錠２００のハードウェア構成を表わすブロック図である。
【００６０】
図１４を参照して、電気錠２００は、主たる構成要素として、ＣＰＵ２１０と、メモリ２２０と、ディスプレイ２３０と、操作部２４０と、通信インターフェイス２６０と、カード読取部２７０と、鍵ユニット２７５と、マイク２８０と、スピーカ２９０と、を含む。
【００６１】
ＣＰＵ２１０は、メモリ２２０に記憶されているプログラムを実行することによって、電気錠２００の各部を制御する。より詳細には、ＣＰＵ２１０は、プログラムを実行することによって、後述する各種の処理を実行する。
【００６２】
メモリ２２０は、ＣＰＵ２１０によって実行されるプログラムや、ＣＰＵ２１０によるプログラムの実行により生成されたデータ、テキストや画像などの入力されたデータ、その他のサービスに利用されるデータベースなどを記憶する。たとえば、メモリ２２０は、鍵データ２２１を格納する。
【００６３】
図１５は、本実施の形態にかかる鍵データ２２１を示すイメージ図である。図１５を参照して、鍵データ２２１は、電気錠２００に登録された鍵毎に、鍵ＩＤと、鍵Ｎｏ．とを格納する。これによって、ＣＰＵ２１０は、読取部２７０で読み取った鍵ＩＤに対応する鍵Ｎｏ．と、電気錠２００への操作内容と、を通信インターフェイス１６０を介してサーバ１００に送信することができる。
【００６４】
図１４に戻って、ディスプレイ２３０は、ＣＰＵ２１０からのデータに基づいて、画像やテキストを表示する。操作部２４０は、ユーザからの各種の命令をＣＰＵ２１０に入力する。なお、電気錠２００は、ディスプレイ２３０と操作部２４０として、タッチパネルを有してもよい。
【００６５】
通信インターフェイス２６０は、ＣＰＵ２１０からのデータを、インターネット、ルータなどを介して、サーバ１００や他の装置に送信する。逆に、通信インターフェイス２６０は、インターネット、ルータなどを介してサーバ１００や他の装置からのデータを受信して、ＣＰＵ２１０に受け渡す。
【００６６】
読取部２７０は、カードキーの鍵ＩＤを読み取って、ＣＰＵ２１０に受け渡すためのＩＤリーダを含む。
【００６７】
鍵ユニット２７５は、鍵本体やモータやアクチュエータなどを含み、ＣＰＵ２１０からの信号に基づいて、ドアを施錠したり解錠したりする。
【００６８】
マイク２８０は、音声を受け付けて、音声信号をＣＰＵ２１０に受け渡す。スピーカ２９０は、ＣＰＵ２１０からの信号に基づいて音声を出力する。
＜ユーザ端末としてのスマートフォン３００のハードウェア構成＞
【００６９】
次に、ネットワークシステム１を構成するユーザ端末としてのスマートフォン３００のハードウェア構成の一態様について説明する。なお、図１６は、本実施の形態にかかるユーザ端末としてのスマートフォン３００のハードウェア構成を表わすブロック図である。
【００７０】
ユーザ端末は、たとえば、パーソナルコンピュータやスマートフォンやタブレットなどによって実現される。以下では、図１６を参照して、ユーザ端末としてのスマートフォン３００について説明する。スマートフォン３００は、主たる構成要素として、ＣＰＵ３１０と、メモリ３２０と、ディスプレイ３３０と、操作部３４０と、通信インターフェイス３６０と、マイク３８０と、スピーカ３９０とを含む。
【００７１】
ＣＰＵ３１０は、メモリ３２０に記憶されているプログラムを実行することによって、スマートフォン３００の各部を制御する。より詳細には、ＣＰＵ３１０は、ＳＮＳのアプリケーションプログラムや電気錠操作用のアプリケーションプログラムを実行することによって、後述する各種の処理を実行する。
【００７２】
メモリ３２０は、ＣＰＵ３１０によって実行されるプログラムや、ＣＰＵ３１０によるプログラムの実行により生成されたデータ、テキストや画像などの入力されたデータ、その他のサービスに利用されるデータベースなどを記憶する。本実施の形態においては、メモリ３２０は、ＳＮＳを利用するためのアプリケーションプログラムを記憶する。ただし、メモリ３２０は、電気錠操作アプリケーションプログラムを記憶してもよい。
【００７３】
ディスプレイ３３０は、ＣＰＵ３１０からのデータに基づいて、画像やテキストを表示する。操作部３４０は、ユーザからの各種の命令をＣＰＵ３１０に入力する。なお、スマートフォン３００は、ディスプレイ３３０と操作部３４０として、タッチパネル３５０を有してもよい。
【００７４】
通信インターフェイス３６０は、ＣＰＵ３１０からのデータを、インターネット、ルータなどを介して、サーバ１００や他の装置に送信する。逆に、通信インターフェイス３６０は、インターネット、ルータなどを介してサーバ１００や他の装置からのデータを受信して、ＣＰＵ３１０に受け渡す。
【００７５】
マイク３８０は、音声を受け付けて、音声信号をＣＰＵ３１０に受け渡す。スピーカ３９０は、ＣＰＵ３１０からの信号に基づいて音声を出力する。
＜ユーザ端末における情報処理＞
【００７６】
次に、図１７を参照しながら、本実施の形態にかかるＳＮＳサービスや電気錠管理サービスを利用するユーザ端末としてのスマートフォン３００の情報処理について説明する。なお、図１７は、本実施の形態にかかるユーザ端末としてのスマートフォン３００における情報処理を示すフローチャートである。スマートフォン３００のＣＰＵ３１０は、通信インターフェイス３６０を介して、他の装置からデータを受信した際に以下の処理を実行する。
【００７７】
ＣＰＵ３１０は、受信したデータに、ユーザ名の設定を促すための画面が含まれているか否かを判断する（ステップＳ１５２）。受信したデータにユーザ名の設定を促すための画面が含まれない場合（ステップＳ１５２にてＮＯである場合）、ＣＰＵ３１０は、図２に示すように、電気錠２００が操作された旨と当該操作をしたユーザ名とをディスプレイ３３０に表示させる（ステップＳ１５４）。なお、ＣＰＵ３１０は、当該画面として、ディスプレイ３３０に、操作履歴からユーザ名を入力するためのボタンや、対応表からユーザ名を入力するためのボタンを選択可能に表示する。
【００７８】
ＣＰＵ３１０は、ユーザが、操作履歴からユーザ名を入力するためのボタンを押した場合（ステップＳ１５６にてＹＥＳである場合）、通信インターフェイス３６０を介して、サーバ１００に操作履歴画面を要求する。図１２（２）に示すように、ＣＰＵ３１０は、サーバ１００から受信したデータに基づいて、操作履歴からユーザの名前またはニックネームなどを受け付けるための画面をディスプレイ３３０に表示する（ステップＳ１５８）。ＣＰＵ３１０は、操作部３４０を介して、名前またはニックネームの変更命令や、通知設定命令などを受け付ける（ステップＳ１６０）。ＣＰＵ３１０は、通信インターフェイス３６０を介して、受け付けた変更命令や通知設定命令をサーバ１００に送信する（ステップＳ１６２）。ＣＰＵ３１０は、次の操作命令を待ち受ける。
【００７９】
ＣＰＵ３１０は、ユーザが、対応表からユーザ名を入力するためのボタンを押した場合（ステップＳ１５６にてＮＯに進み、かつステップＳ１６４にてＹＥＳである場合）、通信インターフェイス３６０を介して、サーバ１００に対応表画面を要求する。図１３（２）に示すように、ＣＰＵ３１０は、サーバ１００から受信したデータに基づいて、対応表からユーザの名前またはニックネームなどを受け付けるための画面をディスプレイ３３０に表示する（ステップＳ１６６）。ＣＰＵ３１０は、操作部３４０を介して、名前またはニックネームの変更命令や、通知設定命令などを受け付ける（ステップＳ１６８）。ＣＰＵ３１０は、通信インターフェイス３６０を介して、受け付けた変更命令や通知設定命令をサーバ１００に送信する（ステップＳ１７０）。ＣＰＵ３１０は、次の操作命令を待ち受ける。
【００８０】
なお、ＣＰＵ３１０は、別の操作命令を入力した場合（ステップＳ１６４にてＮＯに進み、ステップＳ１７２にてＹＥＳである場合）、他の制御を実行する（ステップＳ１７２）。ＣＰＵ３１０は、次の操作命令を待ち受ける。なお、より詳細には、ＣＰＵ３１０は、ステップＳ１５４からステップＳ１５６に推移してきた場合は、いずれかの操作命令を受け付けるまでステップＳ１５６からの処理を繰り返し、ステップＳ１８８からステップＳ１５６に推移してきた場合は、いずれかの操作命令を受け付けるまでステップＳ１７６からの処理を繰り返す。
【００８１】
一方、受信したデータにユーザ名の設定を促すための画面が含まれる場合（ステップＳ１５２にてＹＥＳである場合）、ＣＰＵ３１０は、図１０（１）に示すように、電気錠２００が操作された旨を含む、当該操作をしたユーザ名の登録を促すための画面をディスプレイ３３０に表示させる（ステップＳ１７４）。
【００８２】
ＣＰＵ３１０は、操作部３４０を介して、ユーザ名の登録の拒否する旨の命令を受け付けた場合（ステップＳ１７６にてＹＥＳである場合）、ユーザ名の登録を行わない旨の通知をサーバ１００に送信する（ステップＳ１７８）。ＣＰＵ３１０は、次の操作命令を待ち受ける。
【００８３】
図１０（１）に示すように、スマートフォン３００のユーザが、自分が鍵を操作したユーザであることを示すボタンを押した場合（ステップＳ１８０にてＹＥＳである場合）、ＣＰＵ３１０は、通信インターフェイス３６０を介して、自分が鍵を操作したユーザである旨の通知をサーバ１００に送信する（ステップＳ１８２）。
【００８４】
次に、図１０（２）に示すように、ＣＰＵ３１０は、サーバ１００からのデータに基づいて、ディスプレイ３３０にユーザが電気錠を操作した際にその旨をボードのメンバーに通知するか否かの選択命令を受け付けるための画面を表示させる（ステップＳ１８４）。ＣＰＵ３１０は、受け付けた選択命令を通信インターフェイス３６０を介してサーバ１００に送信する（ステップＳ１８６）。
【００８５】
図１１（１）に示すように、ユーザがラベル入力を要求した場合（ステップＳ１８０にてＮＯに進み、ステップＳ１８８にてＹＥＳである場合）、ＣＰＵ３１０は、通信インターフェイス３６０を介して、ラベル入力画面をサーバ１００に要求する。ＣＰＵ３１０は、サーバ１００からのデータに基づいて、図１１（２）に示すように、ディスプレイ３３０にユーザ名の入力画面を表示させる（ステップＳ１９０）。ＣＰＵ３１０は、操作部３４０を介して、電気錠２００を操作したユーザの名前またはニックネームを受け付ける（ステップＳ１９２）。ＣＰＵ３１０は、通信インターフェイス３６０を介して、ユーザの名前またはニックネームをサーバ１００に送信する（ステップＳ１９４）。ＣＰＵ３１０は、次の操作を待ち受ける。
＜第２の実施の形態＞
【００８６】
第１の実施の形態においては、ユーザ端末の操作部を介してユーザ名を登録するものであった。しかしながらこのような形態には限らない。たとえば、ユーザ端末のマイク３８０を介して、音声によってユーザ名を入力してもよい。
【００８７】
具体的には、図１７のステップＳ１８０〜Ｓ１８６において、ＣＰＵ３１０は、マイク３８０を介して「私です。」などの音声を受け付けて、ＳＮＳのユーザ名を電気錠管理サービスの鍵のユーザ名として登録するための指示をサーバ１００に要求するものであってもよい。
【００８８】
あるいは、図１７のステップＳ１８８〜ステップＳ１９４またはステップＳ１５６〜ステップＳ１６２またはステップＳ１６４〜ステップＳ１７０において、ＣＰＵ３１０は、マイク３８０を介して「太郎君」などの音声を受け付けて、「たろうくん」という音声データまたは音声認識結果のデータをサーバ１００に送信するものであってもよい。
＜第３の実施の形態＞
【００８９】
第１の実施の形態においては、ユーザ端末の操作部を介してユーザ名を登録するものであった。しかしながらこのような形態には限らない。たとえば、電気錠２００に対して、操作部２４０を介してユーザ名を入力したり、マイク２８０を介してユーザ名を入力したりする形態であってもよい。
【００９０】
この場合は、たとえば、図１８に示すように、電気錠２００のＣＰＵ２１０が、スピーカ２９０を介して、「２番目のカードキーで解錠されたよ。名前を付けたい場合は♯を押してから話してね。」と出力する。そして、♯キーが押された後に、ＣＰＵ２１０は、マイク２８０を介して「お父さん」などの音声を受け付けて、電気錠ＩＤと、鍵Ｎｏ．と、当該音声データまたは当該音声認識結果のデータと、をサーバ１００に送信する。サーバ１００は、電気錠２００からのデータに基づいて、音声認識の結果と鍵Ｎｏ．とを鍵データベース１２５に格納する。
【００９１】
あるいは、電気錠２００のＣＰＵ２１０は、操作部２４０を介して、ユーザ名を受け付けて、電気錠ＩＤと、鍵Ｎｏ．と、当該ユーザ名と、をサーバ１００に送信してもよい。サーバ１００は、電気錠２００からのデータに基づいて、ユーザ名と鍵Ｎｏ．とを鍵データベース１２５に格納する。
＜第４の実施の形態＞
【００９２】
第１から第３の実施の形態においては、ユーザ端末が操作履歴や対応表を表示して、当該操作履歴や対応表を介してユーザ名や通知設定を受け付けるものであった。しかしながらこのような形態には限らない。
【００９３】
たとえば、電気錠２００のＣＰＵ２１０が、操作部２４０を介したユーザからのメニュー命令に応じて、ディスプレイ２３０に、操作履歴や対応表を表示させる。ＣＰＵ２１０は、操作部２４０を介して、当該操作履歴や対応表に対するユーザ名の登録命令や通知設定命令を受け付ける。ＣＰＵ２１０は、通信インターフェイス２６０を介して、ユーザ名の登録命令や通知設定命令をサーバ１００に送信する。これによって、サーバ１００は、電気錠２００からのデータに基づいて、鍵データベース１２５にユーザ名や通知設定を登録する。
＜第５の実施の形態＞
【００９４】
第１から第４の実施の形態においては、電気錠２００を操作した旨をＳＮＳのボードのメンバーに通知する対象となるか否かを設定できるものであった。しかしながらこのような形態には限られない。
【００９５】
たとえば、電気錠２００を操作した旨を通知する通知先のメンバーを設定できるものであってもよい。より詳細には、本実施の形態にかかるサーバ１００のメモリ１２０は、図１９に示すような鍵データベース１２６を格納する。図１９を参照して、本実施の形態にかかる鍵データベース１２６は、鍵毎に、電気錠ＩＤと、鍵Ｎｏ．と、ユーザ名と、ユーザＩＤと、通知設定と、通知先のユーザＩＤとの対応関係を含む。
【００９６】
そして、ユーザ端末としてのスマートフォン３００や電気錠２００のＣＰＵ２１０が通知先を指定する命令を受け付ける。ＣＰＵ３１０は、通信インターフェイス３６０を介して、当該命令をサーバ１００に送信する。サーバ１００のＣＰＵ１１０は、受信したユーザ名や通知先の設定に基づいて、鍵データベース１２６を更新する。
【００９７】
なお、鍵毎の通知先のメンバーは、一人に限らず、複数のメンバーを指定できてもよいし、通知しないメンバーをしている形態であってもよい。
【００９８】
そして、図９のＳ１０８において、サーバ１００のＣＰＵ１１０は、通知先に設定されているメンバーの端末だけに、電気錠２００の操作に関する情報を表示させる。たとえば、サーバ１００のＣＰＵ１１０は、通知先に設定されているメンバーだけに閲覧されるように、電気錠２００の操作に関する情報をＳＮＳのグループのページに投稿する。
＜第６の実施の形態＞
【００９９】
第１から第５の実施の形態においては、サーバ１００が、電気錠２００が操作された旨と電気錠２００を操作したユーザとを、ＳＮＳのボードのメンバーに通知するものであった。しかしながら、それだけに限らず、サーバ１００は、たとえばボードのメンバーからの電気錠２００の施錠の指示や解錠の指示を受け付けてもよい。
【０１００】
たとえば、ボードのメンバーが電気錠２００を解錠した場合、図１７のステップＳ１５４において、スマートフォン３００のＣＰＵ３１０は、図２０に示すようユーザから施錠命令を受け付けてもよい。ＣＰＵ３１０は、操作部３４０を介して施錠命令を受け付けると、通信インターフェイス３６０を介してサーバ１００に施錠命令を送信する。これに応じて、サーバ１００のＣＰＵ１１０は、通信インターフェイス１６０を介して、電気錠２００を施錠させる。
【０１０１】
逆に、ボードのメンバーが電気錠２００を施錠した場合、図１７のステップＳ１５４において、スマートフォン３００のＣＰＵ３１０は、図２１に示すようユーザから解錠命令を受け付けてもよい。ＣＰＵ３１０は、操作部３４０を介して解錠命令を受け付けると、通信インターフェイス３６０を介してサーバ１００に解錠命令を送信する。これに応じて、サーバ１００のＣＰＵ１１０は、通信インターフェイス１６０を介して、電気錠２００を解錠させる。
＜第７の実施の形態＞
【０１０２】
第１から第６の実施の形態においては、サーバ１００が、電気錠２００を操作した旨をボードのメンバーに通知すべきか否かに関する通知設定を受け付けるものであった。しかしながら、それだけに限らず、サーバ１００は、電気錠２００を操作した旨をボードのメンバーに通知すべき時間帯や、通知すべきでない時間帯を受け付けてもよい。
【０１０３】
たとえば、スマートフォン３００のＣＰＵ３１０は、図１３（Ｂ）の代わりに、図２２（Ｂ）に示すような対応表をディスプレイ３３０に表示させてもよい。そして、サーバ１００のメモリ１２０は、図２３に示すような鍵データベース１２７を格納してもよい。より詳細には、鍵データベース１２５は、カードキーなどの鍵毎に、電気錠ＩＤと、電気錠に対する鍵ＩＤと、鍵を保持するユーザのユーザＩＤと、当該鍵による電気錠の操作があった場合にボードのメンバーに当該操作を通知するか否かを示すフラグと、ボードのメンバーに当該操作を通知すべき時間帯との対応関係を格納する。
【０１０４】
これによって、スマートフォン３００のＣＰＵ３１０は、ユーザ毎に通知すべき時間帯の指定を受け付けて、通信インターフェイス３６０を介してサーバ１００に時間帯の指定命令を送信する。これに応じて、サーバ１００のＣＰＵ１１０は、鍵データベース１２７のデータを更新する。
【０１０５】
そして、図９のＳ１０８において、サーバ１００のＣＰＵ１１０は、通知すべき時間帯である場合に、電気錠２００の操作に関する情報をグループのページに投稿する。逆に、図９のＳ１０８において、サーバ１００のＣＰＵ１１０は、通知すべき時間帯でない場合は、電気錠２００の操作に関する情報はグループのページに投稿しない。
＜第８の実施の形態＞
【０１０６】
第１から第７実施の形態においては、サーバ１００が各種の情報をＳＮＳのグループのページに投稿し、通信端末３００が当該ＳＮＳのアプリケーションプログラムを利用して投稿を閲覧するものであった。しかしながらこのような形態には限られない。
【０１０７】
たとえば、サーバ１００は、通常のＷｅｂアプリケーションを利用して、グループに登録されているユーザがログインして閲覧できるＷｅｂページに情報を掲載してもよい。あるいは、サーバ１００は、グループに属するユーザの端末にメールによって、グループの電気錠２００の操作結果や操作したユーザのニックネームなどを送信してもよい。あるいは、さらに他の通信手段によって、サーバ１００は、グループに属するユーザの端末に、グループの電気錠２００の操作結果や操作したユーザのニックネームなどを提供してもよい。
＜第９の実施の形態＞
【０１０８】
第１から第８の実施の形態においては、ネットワークシステム１が主に、サーバ１００と、電気錠２００と、ユーザ端末としてのスマートフォン３００とを含むものであった。しかしながらこのような形態には限られない。
【０１０９】
たとえば、サーバ１００の役割は、複数のサーバや負荷分散装置やデータベースなどに分担されてもよい。そして、図２４に示すように、ネットワークシステム１は、電気錠２００を管理するための電気錠サーバ５００を有してもよい。そして、サーバ１００が、電気錠サーバ５００のデータを利用したり、電気錠サーバ５００を介して電気錠２００からのデータを受けたり電気錠２００を操作したりする形態であってもよい。
＜第１０の実施の形態＞
【０１１０】
第１から第９の実施の形態においては、電気錠２００がカードキーによって解錠されるものであった。しかしながらこのような形態には限られない。
【０１１１】
たとえば、電気錠２００は、暗証番号によって解錠されるものであってもよい。
【０１１２】
あるいは、電気錠２００は、ユーザ端末としてのスマートフォン３００にユーザが解錠命令を入力することによって、サーバ１００を介して解錠されるものであってもよい。
【０１１３】
あるいは、電気錠２００は、ＮＦＣや、Ｂｌｕｅｔｏｏｔｈ（登録商標）  ｉｂｕｔｔｏｎや、ＦｅｌｉＣａ（登録商標）  ＩＤｍ、の技術を利用して解錠されるものであってもよい。
【０１１４】
あるいは、電気錠２００は、指紋、網膜、声などの身体的特徴を認識することによって解錠されるものであってもよい。
＜まとめ＞
【０１１５】
上記の第１〜１０の実施の形態においては、通信インターフェイス１６０と、電気錠２００と鍵４００とユーザ名とグループとの対応関係１２１〜１２７を参照可能なプロセッサ１１０とを備えるサーバ１００が提供される。プロセッサ１１０は、通信インターフェイス１６０を介して、電気錠２００が操作された情報を取得し、対応関係１２５，１２６，１２７を参照することによって電気錠２００を操作した鍵４００に対応するユーザ名と電気錠２００が操作された旨とを対応するグループに属するユーザの端末３００に送信する。
【０１１６】
好ましくは、プロセッサ１１０は、通信インターフェイス１６０を介して、鍵４００毎に、電気錠２００を操作した場合にグループに属するユーザに通知するか否かの指定を受け付ける。
【０１１７】
好ましくは、プロセッサ１１０は、電気錠２００が操作された際に、ＳＮＳ（Social Networking Service）の電気錠２００に対応するグループのページに、電気錠２００を操作した鍵４００に対応するユーザ名と電気錠２００が操作された旨とを対応付けて投稿することによって当該情報をグループに属するユーザの端末３００に送信する。プロセッサ１１０は、電気錠２００が操作された際に、電気錠２００を操作した鍵４００に対応するユーザ名が登録されていない場合に、グループのページを介して電気錠２００を操作したユーザのユーザ名の登録を促す。
【０１１８】
好ましくは、プロセッサ１１０は、通信インターフェイス１６０を介して、電気錠２００が操作された旨の通知先のユーザの指定を受け付ける。
【０１１９】
好ましくは、プロセッサ１１０は、通信インターフェイス１６０を介して、電気錠２００が操作された旨を受信した端末３００のユーザから、電気錠２００を操作するための指令を受け付ける。
【０１２０】
好ましくは、プロセッサ１１０は、通信インターフェイス１６０を介して、電気錠２００が操作された旨の通知を行う時間帯の指定または通知を行わない時間帯の指定を受け付ける。
【０１２１】
この発明の別の局面に従うと、プロセッサ１１０を含むサーバ１００における情報通信方法が提供される。情報通信方法は、プロセッサ１１０が、電気錠２００が操作された情報を取得するステップと、プロセッサ１１０が、電気錠２００と鍵４００とユーザ名とグループとの対応関係１２１〜１２７を参照するステップと、プロセッサ１１０が、電気錠２００を操作した鍵４００に対応するユーザ名と電気錠２００が操作された旨とを対応するグループに属するユーザの端末３００に送信するステップとを備える。
【０１２２】
この発明の別の局面に従うと、複数の電気錠２００と、電気錠２００と鍵４００とユーザ名とグループとの対応関係１２１〜１２７を参照可能であって、電気錠２００が操作された情報を取得可能なサーバ１００と、を備えるネットワークシステム１が提供される。サーバ１００は、複数の電気錠２００の各々が操作された情報を取得した際に、対応関係１２１〜１２７を参照することによって電気錠２００を操作した鍵４００に対応するユーザ名と電気錠２００が操作された旨とを対応するグループに属するユーザの端末３００に送信する、ネットワークシステム１が提供される。
【０１２３】
この発明の別の局面に従うと、出力部３３０，３９０と、サーバ１００と通信するための通信インターフェイス３６０と、プロセッサ３１０と、を備える通信端末３００が提供される。プロセッサ３１０が、サーバ１００からのデータに基づいて、通信端末３００のユーザが属するグループに対応する電気錠２００が操作された旨と、電気錠２００を操作した鍵４００に対応するユーザ名とを出力部３３０，３９０に出力させる。
【０１２４】
この発明の別の局面に従うと、プロセッサ３１０を備える通信端末３００のためのプログラムが提供される。プログラムは、通信インターフェイス３６０を介してサーバ１００からデータを受信するステップと、データに基づいて、通信端末３００のユーザが属するグループに対応する電気錠２００が操作された旨と、電気錠２００を操作した鍵４００に対応するユーザ名とを出力するステップと、をプロセッサ３１０に実行させる。
【０１２５】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１２６】
１        ：ネットワークシステム
１００    ：サーバ
１１０    ：ＣＰＵ
１２０    ：メモリ
１２１    ：ユーザデータベース
１２２    ：ボードデータベース
１２３    ：ユーザボードデータベース
１２４    ：電気錠データベース
１２５    ：鍵データベース
１２６    ：鍵データベース
１３０    ：ディスプレイ
１４０    ：操作部
１６０    ：通信インターフェイス
２００    ：電気錠
２１０    ：ＣＰＵ
２２０    ：メモリ
２２１    ：鍵データ
２３０    ：ディスプレイ
２４０    ：操作部
２６０    ：通信インターフェイス
２７０    ：カード読取部
２７５    ：鍵ユニット
２８０    ：マイク
２９０    ：スピーカ
３００    ：スマートフォン
３１０    ：ＣＰＵ
３２０    ：メモリ
３３０    ：ディスプレイ
３４０    ：操作部
３５０    ：タッチパネル
３６０    ：通信インターフェイス
３８０    ：マイク
３９０    ：スピーカ
４００    ：カードキー
５００    ：電気錠サーバ
【図１】
0006291515.tif 000002
【図２】
0006291515.tif 000003
【図３】
0006291515.tif 000004
【図４】
0006291515.tif 000005
【図５】
0006291515.tif 000006
【図６】
0006291515.tif 000007
【図７】
0006291515.tif 000008
【図８】
0006291515.tif 000009
【図９】
0006291515.tif 000010
【図１０】
0006291515.tif 000011
【図１１】
0006291515.tif 000012
【図１２】
0006291515.tif 000013
【図１３】
0006291515.tif 000014
【図１４】
0006291515.tif 000015
【図１５】
0006291515.tif 000016
【図１６】
0006291515.tif 000017
【図１７】
0006291515.tif 000018
【図１８】
0006291515.tif 000019
【図１９】
0006291515.tif 000020
【図２０】
0006291515.tif 000021
【図２１】
0006291515.tif 000022
【図２２】
0006291515.tif 000023
【図２３】
0006291515.tif 000024
【図２４】
0006291515.tif 000025