特許 7078600 警報器

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

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

(11)【特許番号】

(24)【登録日】2022-05-23

(45)【発行日】2022-05-31

(54)【発明の名称】警報器

(51)【国際特許分類】

   G08B 27/00 20060101AFI20220524BHJP

   H04M 11/00 20060101ALI20220524BHJP

   G06F 21/31 20130101ALI20220524BHJP

【ＦＩ】

G08B27/00 Z

H04M11/00 302

G06F21/31

【請求項の数】 6

(21)【出願番号】P 2019229409

(22)【出願日】2019-12-19

(65)【公開番号】P2021096777

(43)【公開日】2021-06-24

【審査請求日】2021-09-16

【早期審査対象出願】

(73)【特許権者】

【識別番号】000190301

【氏名又は名称】新コスモス電機株式会社

(74)【代理人】

【識別番号】100104433

【弁理士】

【氏名又は名称】宮園 博一

(74)【代理人】

【識別番号】100155608

【弁理士】

【氏名又は名称】大日方 崇

(72)【発明者】

【氏名】小林 豊

(72)【発明者】

【氏名】上野 泰正

【審査官】望月 章俊

(56)【参考文献】

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

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

【文献】国際公開第２０１２／０７０２５０（ＷＯ，Ａ１）

【文献】米国特許出願公開第２００８／０１４１３５３（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１８／０３３０３６８（ＵＳ，Ａ１）

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

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

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

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

Ｇ０６Ｆ ２１／００

２１／３０－２１／４６

Ｇ０８Ｂ １７／００－３１／００

Ｈ０３Ｊ ９／００－ ９／０６

Ｈ０４Ｌ １２／２８

５１／００－５１／５８

６７／００－６７／７５

Ｈ０３Ｍ ３／００

３／１６－ ３／２０

３／３８－ ３／５８

７／００－ ７／１６

１１／００－１１／１０

Ｈ０４Ｑ ９／００－ ９／１６

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

【請求項1】

サーバに記録されたユーザ情報と紐付けて登録されることによって、前記サーバを介した通信によるユーザ向けサービスの提供に用いることが可能な警報器であって、
筐体と、
ネットワークを介して前記サーバと通信を行う通信部と、
前記筐体内に設けられ、前記警報器の設置環境における異常を検知する第１検知部と、
前記筐体内に設けられ、前記第１検知部とは異なる環境情報を取得する第２検知部と、
前記筐体内に設けられ、前記第１検知部の検知結果に基づく報知を行う報知部と、
前記筐体内に設けられた制御部と、を備え、
前記制御部は、前記サーバへの登録時に、ユーザの使用する操作端末からの要求に応じて前記サーバから送信された認証コードを前記通信部により受信し、受信した前記認証コードを前記報知部に出力させる制御を行い、
前記制御部は、前記サーバに登録されると、前記第２検知部から得られた前記環境情報を前記サーバに送信し、前記サーバから前記環境情報に基づく非警報のユーザ向け通知を取得して前記報知部により報知させる制御を行う、警報器。

【請求項2】

前記報知部は、音声出力により警報を報知するスピーカを含み、
前記制御部は、前記サーバへの登録時に、前記認証コードを前記スピーカから音声出力させるように構成されている、請求項１に記載の警報器。

【請求項3】

ユーザの前記操作端末により情報が読み取られる情報記録媒体をさらに備え、
前記情報記録媒体は、前記操作端末が前記サーバにアクセスするための前記サーバのアドレス情報と、前記サーバが前記通信部に前記認証コードを送信するための機器アドレス情報とを記録している、請求項１または２に記載の警報器。

【請求項4】

前記機器アドレス情報は、認証により前記サーバへ登録される機器固有情報である、請求項３に記載の警報器。

【請求項5】

前記制御部は、前記サーバへの登録時に、ユーザからの入力操作によらず前記サーバとの通信に基づいて動作するように構成されている、請求項１～４のいずれか１項に記載の警報器。

【請求項6】

前記制御部は、前記サーバに登録されると、前記第１検知部および前記第２検知部の各検知結果とは無関係にユーザに提供されるサービス情報を前記サーバから取得して前記報知部により報知させる制御を、さらに行うように構成されている、請求項１～５のいずれか１項に記載の警報器。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は、警報器に関し、特に、サーバに登録されて通信によるユーザ向けサービスの提供に利用可能な警報器に関する。

【背景技術】

【0002】

従来、警報器からの情報をサーバが収集し、収集した情報に基づいてサーバからユーザに情報提供を行うなどのサービスを提供する技術が知られている（たとえば、特許文献１参照）。

【0003】

上記特許文献１には、住宅内の異常の有無を検出するセンサ端末（警報器）と、音声通報端末と、親機と、ユーザが所有する携帯電話と、上記親機および携帯電話と通信可能なＣＭＳサーバと、で構築された住宅セキュリティシステムが開示されている。センサ端末が異常を検出すると、センサ端末から信号を受信した親機がＣＭＳサーバに異常の発生を報知するコマンドを送信し、ＣＭＳサーバから携帯電話に電子メールによる報知が行われる。

【先行技術文献】

【特許文献】

【0004】

【文献】特許第６０８９２６８号公報

【発明の概要】

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

【0005】

上記特許文献１には記載されていないが、上記特許文献１の住宅セキュリティシステムのように外部のサーバと連携したユーザ向けサービスの提供に警報器を利用するためには、サーバ上のユーザ情報と警報器の情報とを紐付けるため、認証による警報器の登録が必要となることがある。

【0006】

一般的な電子機器の認証には、ユーザの本人確認のため、登録される電子機器に認証コードを表示させてユーザの別の端末から入力させる手法がある。しかしながら、警報器は、一般に認証コードを表示させたりするためのモニタを備えていないため、認証コードの表示機能を備えていない警報器では、そのような手法による認証処理が困難であるという問題点がある。また、モニタを備えている警報器であっても、一般に警報器はユーザから見えにくい位置（例えばユーザから離れた天井や壁面など）に設置されるので、認証コードをモニタに表示しても、ユーザが視認しにくく、上記のような手法による認証処理は困難であるという問題点がある。

【0007】

この発明は、上記のような課題を解決するためになされたものであり、この発明の１つの目的は、サーバへの登録時に認証コードを別の端末から入力させる場合に、確実な認証処理を行うことが可能な警報器を提供することである。

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

【0008】

この発明の一の局面による警報器は、サーバに記録されたユーザ情報と紐付けて登録されることによって、サーバを介した通信によるユーザ向けサービスの提供に用いることが可能な警報器であって、筐体と、ネットワークを介してサーバと通信を行う通信部と、筐体内に設けられ、警報器の設置環境における異常を検知する第１検知部と、筐体内に設けられ、第１検知部とは異なる環境情報を取得する第２検知部と、筐体内に設けられ、第１検知部の検知結果に基づく報知を行う報知部と、筐体内に設けられた制御部と、を備え、制御部は、サーバへの登録時に、ユーザの使用する操作端末からの要求に応じてサーバから送信された認証コードを通信部により受信し、受信した認証コードを報知部に出力させる制御を行い、制御部は、サーバに登録されると、第２検知部から得られた環境情報をサーバに送信し、サーバから環境情報に基づく非警報のユーザ向け通知を取得して報知部により報知させる制御を行う。

【0009】

この発明の一の局面による警報器では、制御部が、サーバへの登録時に、ユーザの使用する操作端末からの要求に応じてサーバから送信された認証コードを通信部により受信し、受信した認証コードを報知部に出力させる制御を行う。このように構成すれば、ユーザが別の操作端末を用いてサーバに送信させた認証コードを通信部により取得し、警報の出力を行う報知部を用いて認証コードを出力（報知）できる。これにより、報知部による報知内容（認証コード）をユーザが操作端末に入力することによって、認証処理を行える。この場合、認証を要求した操作端末を利用するユーザが、警報器の設置環境（報知を認識できる場所）に存在することが担保されるため、確実に本人確認を行える。そして、警報器は、警報を出力する場合と同様の報知動作により、認証時に認証コードをユーザに出力できるので、認証コードの表示機能を備えることやモニタを視認する必要がない。これらの結果、サーバへの登録時に認証コードを別の端末から入力させる場合に、確実な認証処理を行うことができる。

【0010】

上記一の局面による警報器において、好ましくは、報知部は、音声出力により警報を報知するスピーカを含み、制御部は、サーバへの登録時に、認証コードをスピーカから音声出力させるように構成されている。このように構成すれば、警報器が備える警報時の音声出力機能を利用して、認証コードをユーザに音声出力できる。ユーザは、聞き取った認証コードを操作端末に入力するだけの簡単な作業で、容易に認証処理を行える。

【0011】

上記一の局面による警報器において、好ましくは、ユーザの操作端末により情報が読み取られる情報記録媒体をさらに備え、情報記録媒体は、操作端末がサーバにアクセスするためのサーバのアドレス情報と、サーバが通信部に認証コードを送信するための機器アドレス情報とを記録している。なお、「機器アドレス情報」は、ネットワーク上で警報器に割り当てられるアドレス情報である。このように構成すれば、ユーザは、操作端末を用いて警報器の情報記録媒体から情報を読み取らせるだけで、サーバへのアクセスに必要なアドレス情報や認証コードの送信に必要な機器アドレス情報をサーバへ送信できる。このため、認証時のユーザの入力作業の負荷を軽減できる。

【0012】

この場合、好ましくは、機器アドレス情報は、認証によりサーバへ登録される機器固有情報である。このように構成すれば、機器アドレス情報が機器固有の識別情報としても機能するので、サーバが通信部と通信するために利用される機器アドレス情報を、そのままユーザ情報に紐付けて登録する情報として利用できる。これにより、たとえば警報器の製造番号など、サーバと通信部との通信とは無関係な機器情報をユーザが別途入力する必要がなくなるので、認証時のユーザの入力作業の負荷を軽減できる。

【0013】

上記一の局面による警報器において、好ましくは、制御部は、サーバへの登録時に、ユーザからの入力操作によらずサーバとの通信に基づいて動作するように構成されている。このように構成すれば、サーバへの登録時にユーザが警報器に対して何ら入力操作を行うことなく、認証コードを用いた認証処理を行うことができる。これにより、たとえばサーバとの通信を開始するための操作部や、認証コードを取得するコマンドを入力するための操作部といった、サーバへの登録作業用の専用の操作部を設ける必要がないので、簡素な構成の警報器でもサーバへの登録を行える。また、たとえば操作部を全く有しない警報器であっても、サーバへの登録を行える。
上記一の局面による警報器において、好ましくは、制御部は、サーバに登録されると、第１検知部および第２検知部の各検知結果とは無関係にユーザに提供されるサービス情報をサーバから取得して報知部により報知させる制御を、さらに行うように構成されている。

【発明の効果】

【0014】

本発明によれば、上記のように、サーバへの登録時に認証コードを別の端末から入力させる場合に、確実な認証処理を行うことができる。

【図面の簡単な説明】

【0015】

【図1】警報器の概要を示した模式図である。

【図2】警報器および操作端末とサーバとの情報のやりとりを説明する図である。

【図3】使用状態における警報器を示した模式図である。

【図4】警報器の構成例を示したブロック図である。

【図5】警報器の一例を示した正面図である。

【図6】情報記録媒体を説明するための図である。

【図7】ユーザ情報を説明するための図である。

【図8】警報器の認証処理および登録処理を示したフロー図である。

【図9】図８のフロー図における各機器の動作を説明するための第１の模式図である。

【図10】図８のフロー図における各機器の動作を説明するための第２の模式図である。

【図11】ログイン画面の一例を示した図である。

【図12】確認画面の一例を示した図である。

【図13】入力画面の一例を示した図である。

【図14】完了画面の一例を示した図である。

【図15】警報器を用いたユーザ向けサービスの例を説明するための模式図である。

【図16】認証コードの変形例を示した概念図である。

【図17】図１６の認証コードを用いる場合の入力画面の例を示した図である。

【図18】警報器の登録時にユーザ登録処理を行う例を示したフロー図である。

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

【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】

本実施形態では、サーバ２のアドレス情報５０ａは、サーバ２のＵＲＬ（Uniform Resource Locator）を含む。本実施形態では、警報器１の機器アドレス情報５０ｂは、認証によりサーバ２へ登録される機器固有情報である。具体的には、機器アドレス情報５０ｂは、警報器１のＭＡＣアドレス（Media Access Controlアドレス）を含む。図６の例では、２次元コードの読み取り機能を有しない端末からでもサーバ２にアクセスできるように、情報記録媒体５０に記録されているアドレス情報５０ａが文字列でラベル５１に記載されている。図６では、アドレス情報５０ａは、ホスト名５０ｃ、機器アドレス情報５０ｂ、および検証用のチェックデジット５０ｄを含む。つまり、機器アドレス情報５０ｂが、アドレス情報５０ａの一部に組み込まれている。このため、操作端末３がアドレス情報５０ａを用いてサーバ２にアクセスすると、同時に機器アドレス情報５０ｂをサーバ２に送信できる。

【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】

非警報のユーザ向け通知９１は、たとえば、温度センサ２２ａの検知結果および湿度センサ２２ｂの検知結果に基づく、熱中症に関する通知である。サーバ２は、受信した検知結果を解析し、温度および湿度に基づく指標値が報知レベルに該当した場合に、熱中症の発症に注意すべき旨のユーザ向け通知９１を警報器１（通信部４０）に送信する。熱中症に関する指標値は、たとえば、ＷＢＧＴ（Wet-bulb globe temperature、湿球黒球温度）である。たとえばＷＢＧＴが２８℃以上３１℃未満の場合、注意報知レベルに該当し、その旨のメッセージが報知部３０から報知される。たとえばＷＢＧＴが３１℃以上の場合、警戒報知レベルに該当し、その旨のメッセージが報知部３０から報知される。報知は、注意報知レベルや警戒報知レベルに該当することを示す発光信号でもよい。

【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】

１ ：警報器
２ ：サーバ
３ ：操作端末
５ ：ネットワーク
１０ ：筐体
２０ ：検知部
３０ ：報知部
３１ ：スピーカ
４０ ：通信部
４１ ：制御部
５０ ：情報記録媒体
５０ａ ：アドレス情報
５０ｂ ：機器アドレス情報
６０ ：ユーザ情報
７０ ：認証コード

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】