JP2019016880A - ネットワーク機器、ネットワークシステム及びネットワーク機器設定方法 - Google Patents

Abstract

【課題】複数の機器を有するＩｏＴシステムにおいて、機器の初期設定を安全に効率良く行うこと。【解決手段】読取装置４が、バーコード２０ｂを読み取ってｉｄ’をリモート設定装置３に送信し、リモート設定装置３がｉｄ’とともに受信時刻ｔ’を保持する。そして、機器２が、ボタン２０ａの押下を検知すると、ｉｄをリモート設定装置３に送信する。そして、リモート設定装置３がｉｄとｉｄ’が等しく、｜ｔ−ｔ’｜がｎより小さい場合にｉｄを鍵とともに登録鍵情報に登録する。【選択図】図３

Description

本発明は、ネットワーク機器、ネットワークシステム及びネットワーク機器設定方法に関する。

様々なセンサー情報を機器（エアコン、ＡＶ（Audio Visual）レコーダ等の家電、監視カメラ、工作機械等）で収集して、クラウドのＩｏＴ（Internet of Things）基盤でセンサーデータの加工、分析等のサービスを提供することが想定されている。サービスの提供に際しては、多くの機器の設置作業と設定作業が必要である。機器は、ユーザが運用しているネットワークに接続され、安全に初期設定（プロビジョニング）が行われる必要がある。初期設定では、運用時にクラウド上でデータを収集する収集装置（収集装置はクラウド上の一つのバーチャルマシンで構成するサーバの場合もある）が機器を認証するための鍵が機器に設定される。機器が鍵を用いることにより収集装置は機器認証を行うことができ、機器は収集装置に接続される。

従来の初期設定の一手法として、収集装置に機器のシリアル番号を登録しておき、機器は、電源が投入されるとシリアル番号を用いて収集装置に接続する。この手法では、第三者に機器のシリアル番号を知られてしまうと、不正機器が正規の機器のシリアル番号で成りすまして収集装置に接続する危険性がある。そこで、機器の設置者が個別に鍵を設定する方法がある。図３３は、機器の設置者が個別に鍵を設定する方法を説明するための図である。

図３３に示すように、設置者は、収集装置接続用の鍵一覧を取得する（１）。そして、設置者は、設置者端末９４を機器に接続（例えばシリアルポート経由等）して機器にログインする（２）。そして、設置者は、鍵を機器に設定する（３）。そして、機器は、鍵を用いて収集装置９３ａにアクセスする（４）。設置者は、このような設定を全ての機器に対して行う。

なお、アクセスポイント側で、バーコードリーダで得たＩＤデータと、バーコードが付された端末からの無線ＬＡＮ（Local Area Network）への接続要求に含まれるＩＤデータとを対比し、一致したときにだけ接続手続きを継続する技術がある。この技術によれば、無線ＬＡＮへの端末の新規追加を簡単に実現することができる。

また、無線情報端末が、無線ＬＡＮシステムを用いてインターネット並びにＬＡＮサービスを行うホットスポットに接続する際に、必要な設定情報を自動的に取得して設定することで、ユーザの操作負担を削減する技術がある。

また、受信端末が、提供端末が複数存在することを検出するとオーバーラップ通知をブロードキャストし、オーバーラップ通知を受信した提供端末が通信パラメータの自動設定処理を中止することで、通信パラメータの意図しない自動設定を防止する技術がある。

特開２００６−５３９７号公報 特開２００５−９４６００号公報 特開２００９−２００５９３号公報

図３３に示した鍵設定方法には、設定に手間がかかるという問題がある。一台ずつ機器に接続してログインし、鍵を設定する作業は、機器の数が増加すると、設置者にとって大きな負担となる。

本発明は、１つの側面では、プロビジョニングを安全かつ効率的に行うことを目的とする。

１つの態様では、ネットワーク機器は、機械的スイッチと、機械的スイッチの作動に応答して、当該ネットワーク機器を識別する機器識別子を当該ネットワーク機器の設定に関する処理を行う設定処理装置にネットワークを介して送信する送信部とを有する。また、ネットワーク機器は、機器識別子を表示するラベルを有する。

１つの側面では、本発明は、安全かつ効率的なプロビジョニングを実現することができる。

図１は、実施例１に係るＩｏＴシステムの構成を示す図である。 図２は、実施例１に係るＩｏＴシステムにおける鍵登録を説明するための図である。 図３は、機器、リモート設定装置及び読取装置の機能構成を示す図である。 図４は、登録鍵情報及び機器情報の例を示す図である。 図５Ａは、実施例１に係るＩｏＴシステムによる鍵登録シーケンスを第１の図である。 図５Ｂは、実施例１に係るＩｏＴシステムによる鍵登録シーケンスを第２の図である。 図６は、実施例１に係る読取装置による処理のフローを示すフローチャートである。 図７は、実施例１に係るリモート設定装置による処理のフローを示すフローチャートである。 図８は、実施例１に係る機器による処理のフローを示すフローチャートである。 図９は、実施例２に係るＩｏＴシステムによる鍵登録シーケンスを示す図である。 図１０は、実施例２に係る読取装置による処理のフローを示すフローチャートである。 図１１は、実施例２に係るリモート設定装置による処理のフローを示すフローチャートである。 図１２Ａは、実施例３に係るＩｏＴシステムによる鍵登録シーケンスを示す第１の図である。 図１２Ｂは、実施例３に係るＩｏＴシステムによる鍵登録シーケンスを示す第２の図である。 図１３Ａは、実施例４に係るＩｏＴシステムによる鍵登録シーケンスを示す第１の図である。 図１３Ｂは、実施例４に係るＩｏＴシステムによる鍵登録シーケンスを示す第２の図である。 図１３Ｃは、実施例４に係るＩｏＴシステムによる鍵登録シーケンスを示す第３の図である。 図１４は、実施例４に係る読取装置による処理のフローを示すフローチャートである。 図１５は、実施例４に係るリモート設定装置による処理のフローを示すフローチャートである。 図１６は、実施例４に係る機器による処理のフローを示すフローチャートである。 図１７は、実施例５に係るＩｏＴシステムによる鍵登録シーケンスを示す図である。 図１８は、実施例６に係るＩｏＴシステムによる鍵登録シーケンスを示す図である。 図１９は、実施例７に係るＩｏＴシステムによる鍵登録シーケンスを示す図である。 図２０は、実施例８に係るＩｏＴシステムにおける鍵登録を説明するための図である。 図２１は、実施例９に係るＩｏＴシステムにおける鍵登録を説明するための図である。 図２２は、実施例１０に係るＩｏＴシステムによる鍵登録シーケンスを示す図である。 図２３Ａは、実施例１１に係るＩｏＴシステムによる鍵登録シーケンスを示す第１の図である。 図２３Ｂは、実施例１１に係るＩｏＴシステムによる鍵登録シーケンスを示す第２の図である。 図２４は、実施例１２に係るＩｏＴシステムにおける鍵登録を説明するための図である。 図２５は、実施例１３に係るＩｏＴシステムにおける鍵登録を説明するための図である。 図２６は、実施例１３に係る機器による処理のフローを示すフローチャートである。 図２７は、実施例１３に係るリモート設定装置による処理のフローを示すフローチャートである。 図２８は、実施例１３に係る管理者端末による処理のフローを示すフローチャートである。 図２９は、実施例１４に係るＩｏＴシステムにおける鍵登録を説明するための図である。 図３０は、実施例１５に係るＩｏＴシステムにおける鍵登録を説明するための図である。 図３１は、実施例に係るリモート設定プログラムを実行するコンピュータのハードウェア構成を示す図である。 図３２は、機器プログラムを実行する機器のハードウェア構成を示す図である。 図３３は、機器の設置者が個別に鍵を設定する方法を説明するための図である。

以下に、本願の開示するネットワーク機器、ネットワークシステム及びネットワーク機器設定方法の実施例を図面に基づいて詳細に説明する。なお、以下の実施例は開示の技術を限定するものではない。

まず、実施例１に係るＩｏＴシステムの構成について説明する。図１は、実施例１に係るＩｏＴシステムの構成を示す図である。図１に示すように、実施例１に係るＩｏＴシステム１は、機器＃１〜機器＃Ｎで表されるＮ個の機器２と、リモート設定装置３と、収集装置３ａとを有する。

機器２は、ＡＰ（Access Point）２ａ及びインターネットＧＷ（Gateway）２ｂを介してインターネット２ｃと接続される。機器２は、ＡＰ２ａと無線で通信を行う。なお、ＡＰ２ａの代わりにハブを用いて、機器２は、ハブと有線で通信を行ってもよい。また、図１では、１台のＡＰ２ａ及び１台のインターネットＧＷ２ｂを示したが、ＡＰ２ａ及びインターネットＧＷ２ｂは複数あってもよい。

リモート設定装置３と収集装置３ａはクラウド側に位置し、ＩｏＴ基盤上に構築される。リモート設定装置３は、機器２が収集装置３ａとの接続に用いる鍵を初期設定する。収集装置３ａは、機器２からセンサーデータを収集し、センサーデータの加工、分析等のサービスを提供する。

次に、実施例１に係るＩｏＴシステム１における鍵登録について説明する。図２は、実施例１に係るＩｏＴシステム１における鍵登録を説明するための図である。図２に示すように、機器２は、ボタン２０ａと機器２の識別子を表示するラベルとしてバーコード（又は、ＱＲコード（登録商標））２０ｂを有する。ボタン２０ａは、人が機器２にトリガーを与えるための機械的なスイッチである。ボタン２０ａは、例えばＷＰＳ（WiFi Protected Setup）のボタンである。バーコード２０ｂには、機器２を識別する機器ＩＤが表示される。なお、機器２は、バーコード２０ｂの代わりに機器ＩＤを記憶するＲＦＩＤ（Radio Frequency Identifier）タグを有してもよい。また、機器２は、機器ＩＤを記憶する。

設置者は、読取装置４を用いて、事前にリモート設定装置３にログインを行う。読取装置４とリモート設定装置３との間の通信はＳＳＬ（Secure Sockets Layer）通信等を用いて行われ、通信内容は外部から見られない。また、機器２には事前にリモート設定装置３のルート証明書が登録されている。

読取装置４は、バーコード２０ｂを読み取ることによって機器ＩＤを読み出し（１）、読み出した機器ＩＤであるｉｄ’を第２の機器識別子としてリモート設定装置３に通知する（２）。リモート設定装置３は、ｉｄ’を到着時刻ｔ’とともに保持する。そして、設置者は、ボタン２０ａを押下して機器２にトリガーを与える（３）。機器２へトリガーを与える方法としては、電源の投入、ネットワークへの接続等の他の方法でもよい。

機器２は、トリガーを検知するとｐｓｋとｐｋを生成し、記憶する機器ＩＤであるｉｄを第１の機器識別子としてｐｋとともにリモート設定装置３に通知する（４）。ここで、ｐｓｋは、公開鍵暗号の秘密鍵であり、ｐｋは、公開鍵暗号を公開鍵である。なお、ｐｓｋにパスワードとｐｋにパスワードのハッシュ値、又はｐｋのみで共通鍵を利用してもよい。また、リモート設定装置３は、ｉｄとｐｋを到着時刻ｔとともに保持する。

そして、リモート設定装置３は、ｉｄとｉｄ’の一致を確認し、ｉｄとｉｄ’が一致する場合には、到達時刻ｔと到達時刻ｔ’の差が許容範囲内であるかを確認する。許容範囲は、例えば３０秒である。そして、許容範囲内である場合には、機器ＩＤとｐｋがリモート設定装置３に登録される。図２では、機器ＩＤとして「ＳＮ１２３４５６」が登録され、ｐｋとして「ｐａｓｓ１」が登録される。

なお、許容範囲外の場合は、（１）〜（４）の動作が再度行われる。このように、リモート設定装置３に鍵が登録されると、機器２は鍵を用いてセンサーデータ等を収集装置３ａに送信することができる。収集装置３ａは、リモート設定装置３に登録された情報を用いて機器２の認証を行う。

次に、機器２、リモート設定装置３及び読取装置４の機能構成について説明する。図３は、機器２、リモート設定装置３及び読取装置４の機能構成を示す図である。図３に示すように、機器２は、トリガー検知部２１と、通信送受信部２２と、表示制御部２３とを有する。

トリガー検知部２１は送信部の一例であり、設置者によるボタン２０ａの押下を検知すると、ｐｓｋ及びｐｋを生成する。そして、トリガー検知部２１は、機器ＩＤとｐｋを通信送受信部２２を介してリモート設定装置３に送信する。通信送受信部２２は、リモート設定装置３との間で通信を行う。表示制御部２３は、リモート設定装置３からの応答メッセージを通信送受信部２２を介して受け取り、応答メッセージに基づいて表示部に表示を行う。表示部には、例えばＬＥＤ（light emitting diode）が用いられる。

リモート設定装置３は、記憶部３１と、鍵登録部３２と、通信送受信部３３とを有する。記憶部３１は、登録鍵情報と機器情報を記憶する。登録鍵情報は機器２に対して登録された鍵の情報であり、機器情報は機器２に関する情報である。

図４は、登録鍵情報及び機器情報の例を示す図である。図４に示すように、登録鍵情報は、機器ＩＤとｐｋを対応付ける情報である。例えば、機器ＩＤが「ＳＮ１２３４５６」である機器２のｐｋは「ｐａｓｓ１」である。機器情報は、機器ＩＤと機器名と設置場所とを対応付ける情報である。例えば、機器ＩＤが「ＳＮ１２３４５６」である機器２の名前は「カメラ＃１」であり、設置場所は「建屋Ａ−１」である。

鍵登録部３２は、鍵の登録処理を行う。具体的には、鍵登録部３２は、機器２と読取装置４から機器ＩＤを受け取り、両者が一致するか否かを確認する。そして、鍵登録部３２は、両者が一致する場合には、機器ＩＤをそれぞれ受け取った時刻の差が許容範囲内であるかを確認する。そして、鍵登録部３２は、２つの時刻の差が許容範囲内である場合には、機器２から受け取った鍵を機器ＩＤに対応付けて登録鍵情報に登録する。なお、登録鍵情報は、収集装置３ａにより機器２の認証に使われる。通信送受信部３３は、機器２及び読取装置４との間で通信を行う。

読取装置４は、読取部４１と、通知部４２と、通信送受信部４３と、表示制御部４４とを有する。読取部４１は、バーコード２０ｂを読み取ることによって機器ＩＤを読み出し、読み出した機器ＩＤを通知部４２に渡す。通知部４２は、読取部４１から渡された機器ＩＤを通信送受信部４３を介してリモート設定装置３に送信する。通信送受信部４３は、リモート設定装置３との間で通信を行う。表示制御部４４は、リモート設定装置３からの応答メッセージを通信送受信部４３を介して受け取り、応答メッセージに基づいて表示部に表示を行う。

次に、実施例１に係るＩｏＴシステム１による鍵登録シーケンスについて説明する。図５Ａ及び図５Ｂは、実施例１に係るＩｏＴシステム１による鍵登録シーケンスを示す図である。図５Ａは、鍵の登録が正常に行われる場合を示し、図５Ｂは、鍵の登録が失敗する場合を示す。

図５Ａに示すように、読取装置４は、バーコード２０ｂを読み取ることによって読み出した機器ＩＤをｉｄ’としてリモート設定装置３に送信する（ｔ１）。なお、機器２から読取装置４への破線の矢印は、バーコード２０ｂから機器ＩＤが読み出されることを表す。

リモート設定装置３は、ｉｄ’を受信すると、受信時刻とともにｉｄ’を保持し、読取装置４に応答メッセージを送信する（ｔ２）。ここで、応答メッセージは「３０秒以内にボタン押下して下さい」である。そして、読取装置４が応答メッセージを表示部に表示すると、設置者が機器２のボタン押下を行う。すると、機器２は、ボタン押下を検知し、ｐｓｋ及びｐｋを生成し、機器ＩＤをｉｄとしてｐｋとともにリモート設定装置３に送信する（ｔ３）。

リモート設定装置３は、ｉｄとｉｄ’が等しく、ｉｄの受信時刻がｉｄ’の受信時刻から許容範囲内（タイムアウトにならない）なので、登録鍵情報にｉｄとｐｋを登録し、登録完了メッセージを機器２と読取装置４に送信する（ｔ４、ｔ５）。機器２は、登録完了メッセージに対しては表示等は行わない。読取装置４は、登録完了メッセージを受信すると、表示部に「登録完了」を表示する。

また、図５Ｂに示すように、読取装置４は、バーコード２０ｂを読み取ることによって読み出した機器ＩＤをｉｄ’としてリモート設定装置３に送信する（ｔ１１）。リモート設定装置３は、ｉｄ’を受信すると、受信時刻とともにｉｄ’を保持し、読取装置４に応答メッセージを送信する（ｔ１２）。そして、読取装置４が応答メッセージを表示部に表示すると、設置者が機器２のボタン押下を行う。すると、機器２は、ボタン押下を検知し、ｐｓｋ及びｐｋを生成し、機器ＩＤをｉｄとしてｐｋとともにリモート設定装置３に送信する（ｔ１３）。ただし、ここでは、ｉｄとｐｋはタイムアウト後にリモート設定装置３に到達する。

リモート設定装置３は、ｉｄの受信時刻がｉｄ’の受信時刻から許容範囲外であるので、許容範囲外エラーメッセージを機器２と読取装置４に送信する（ｔ１４、ｔ１５）。そして、読取装置４は、表示部に「許容範囲外エラー」を表示する。

次に、実施例１に係る読取装置４、リモート設定装置３及び機器２による処理のフローを図６〜図８を用いて説明する。図６は、実施例１に係る読取装置４による処理のフローを示すフローチャートである。図６に示すように、読取装置４は、リモート設定装置３にログインする（ステップＳ１）。そして、読取装置４は、バーコード読取を行う（ステップＳ２）。

そして、読取装置４は、リモート設定装置３にｉｄ’を送信し（ステップＳ３）、リモート設定装置３から応答メッセージを受信する（ステップＳ４）。そして、読取装置４は、ボタン押下表示を行う（ステップＳ５）。

その後、読取装置４は、リモート設定装置３からメッセージを受信する（ステップＳ６）と、受信したメッセージが登録完了メッセージであるか否かを判定する（ステップＳ７）。そして、受信したメッセージが登録完了メッセージである場合には、読取装置４は、登録完了メッセージを表示する（ステップＳ８）。一方、受信したメッセージが登録完了メッセージでない場合には、読取装置４は、表示部に許容範囲外エラーメッセージを表示し（ステップＳ９）、ステップＳ２へ戻る。

図７は、実施例１に係るリモート設定装置３による処理のフローを示すフローチャートである。図７に示すように、リモート設定装置３は、メッセージを受信し（ステップＳ１１）、何のメッセージか判定する（ステップＳ１２）。

そして、読取装置４からのメッセージである場合には、リモート設定装置３は、取得時刻（ｔ’）及びｉｄ’を保持し（ステップＳ１３）、読取装置４に応答メッセージを送信する（ステップＳ１４）。

一方、機器２からのメッセージである場合には、リモート設定装置３は、ｉｄ’とｉｄが等しいか否かを判定し（ステップＳ１５）、ｉｄ’とｉｄが等しい場合には、取得時刻（ｔ）、ｉｄ及びｐｋを保持する（ステップＳ１６）。そして、リモート設定装置３は、｜ｔ−ｔ’｜がｎより小さいか否かを判定する（ステップＳ１７）。ここで、ｎは許容時間である。

そして、リモート設定装置３は、｜ｔ−ｔ’｜がｎより小さい場合には、登録鍵情報にｉｄ及びｐｋを登録し（ステップＳ１８）、｜ｔ−ｔ’｜がｎより小さくない場合には、読取装置４に許容範囲外エラーメッセージを送信する（ステップＳ１９）。また、ステップＳ１５において、ｉｄ’とｉｄが等しくない場合には、リモート設定装置３は、メッセージを廃棄する（ステップＳ２０）。

図８は、実施例１に係る機器２による処理のフローを示すフローチャートである。図８に示すように、機器２は、トリガーを検知（ステップＳ３１）すると、ｐｓｋ、ｐｋを生成して保持する（ステップＳ３２）。そして、機器２は、リモート設定装置３にｉｄ及びｐｋを送信する（ステップＳ３３）。

その後、機器２は、リモート設定装置３から応答メッセージを受信し（ステップＳ３４）、応答メッセージが登録完了メッセージであるか否かを判定し（ステップＳ３５）、応答メッセージが登録完了メッセージである場合には登録を完了する（ステップＳ３６）。一方、応答メッセージが登録完了メッセージでない場合には、機器２は、保持情報をクリアする（ステップＳ３７）。

上述してきたように、実施例１では、読取装置４が、バーコード２０ｂを読み取ってｉｄ’をリモート設定装置３に送信し、リモート設定装置３がｉｄ’とともに受信時刻ｔ’を保持する。そして、機器２が、ボタン２０ａの押下を検知すると、ｐｋとｐｓｋを生成してｐｋとｉｄをリモート設定装置３に送信する。そして、リモート設定装置３が、ｉｄ及びｐｋとともに受信時刻ｔを保持し、ｉｄとｉｄ’が等しく、かつ、｜ｔ−ｔ’｜がｎより小さい場合にｉｄとｐｋを登録鍵情報に登録する。したがって、実施例１に係るＩｏＴシステム１は、プロビジョニングを安全かつ効率的に行うことができる。

なお、実施例１では、機器２がｐｋとｐｓｋを生成してリモート設定装置３に送信する場合について説明したが、リモート設定装置３がｐｋとｐｓｋを生成して機器２に送信してもよい。また、読取装置４はバーコード２０ｂの読取時刻ｔｒをｉｄ’とともに送信し、機器２はボタン押下の検知時刻ｔｄをｐｋ及びｉｄとともに送信してもよい。そして、リモート設定装置３が、ｉｄとｉｄ’が等しく、かつ、｜ｔｄ−ｔｒ｜がｎより小さい場合にｉｄとｐｋを登録鍵情報に登録してもよい。

ところで、上記実施例１では、許容時間を越えて機器２からｉｄ及びｐｋが送られてきた場合に、リモート設定装置３は許容範囲外エラーとする場合について説明したが、リモート設定装置３は許容時間が過ぎると設置者に再試行を依頼してもよい。そこで、実施例２では、許容時間が過ぎると、リモート設定装置３が設置者に再試行を依頼する場合について説明する。

図９は、実施例２に係るＩｏＴシステム１による鍵登録シーケンスを示す図である。図９に示すように、読取装置４は、バーコード２０ｂを読み取ることによって読み出した機器ＩＤをｉｄ’としてリモート設定装置３に送信する（ｔ２１）。

リモート設定装置３は、ｉｄ’を受信すると、受信時刻とともにｉｄ’を保持し、読取装置４に応答メッセージを送信する（ｔ２２）。ただし、ここでは、許容時間内にボタン押下が行われない。そして、許容時間が過ぎると、リモート設定装置３は、読取装置４に再試行を依頼するメッセージを送信する（ｔ２３）。そして、読取装置４が再試行を依頼するメッセージとして「再試行をして下さい」を表示する。

図１０は、実施例２に係る読取装置４による処理のフローを示すフローチャートである。図１０に示すように、読取装置４は、リモート設定装置３にログインし（ステップＳ４１）、バーコード読取を行う（ステップＳ４２）。

そして、読取装置４は、リモート設定装置３にｉｄ’を送信し（ステップＳ４３）、リモート設定装置３から応答メッセージを受信する（ステップＳ４４）。そして、読取装置４は、ボタン押下表示を行う（ステップＳ４５）。

その後、読取装置４は、リモート設定装置３からメッセージを受信する（ステップＳ４６）と、受信したメッセージが登録完了メッセージであるか否かを判定する（ステップＳ４７）。そして、受信したメッセージが登録完了メッセージである場合には、読取装置４は、登録完了メッセージを表示する（ステップＳ４８）。一方、受信したメッセージが登録完了メッセージでない場合には、読取装置４は、表示部に再試行依頼メッセージを表示し（ステップＳ４９）、ステップＳ４２へ戻る。

図１１は、実施例２に係るリモート設定装置３による処理のフローを示すフローチャートである。図１１に示すように、リモート設定装置３は、メッセージを受信し（ステップＳ５１）、何のメッセージか判定する（ステップＳ５２）。

そして、読取装置４からのメッセージである場合には、リモート設定装置３は、取得時刻（ｔ’）及びｉｄ’を保持し（ステップＳ５３）、読取装置４に応答メッセージを送信する（ステップＳ５４）。そして、リモート設定装置３は、｜ｔｎ−ｔ’｜がｎ以上であるか否かを判定する（ステップＳ５５）。ここで、ｔｎは現在時刻である。そして、リモート設定装置３は、｜ｔｎ−ｔ’｜がｎ以上である場合には読取装置４に再試行依頼メッセージを送信し（ステップＳ５６）、｜ｔｎ−ｔ’｜がｎ以上でない場合にはステップＳ５５に戻る。

一方、機器２からのメッセージである場合には、リモート設定装置３は、ｉｄ’とｉｄが等しいか否かを判定し（ステップＳ５７）、ｉｄ’とｉｄが等しい場合には、取得時刻（ｔ）、ｉｄ及びｐｋを保持する（ステップＳ５８）。そして、リモート設定装置３は、｜ｔ−ｔ’｜がｎより小さいか否かを判定する（ステップＳ５９）。

そして、リモート設定装置３は、｜ｔ−ｔ’｜がｎより小さい場合には、登録鍵情報にｉｄ及びｐｋを登録し（ステップＳ６０）、ｔ’、ｉｄ’、ｔｎを削除する（ステップＳ６１）。一方、｜ｔ−ｔ’｜がｎより小さくない場合には、リモート設定装置３は、メッセージを廃棄する（ステップＳ６２）。また、ステップＳ５７において、ｉｄ’とｉｄが等しくない場合には、リモート設定装置３は、メッセージを廃棄する（ステップＳ６３）。

上述してきたように、実施例２では、リモート設定装置３が許容時間を超えると読取装置４に再試行依頼メッセージを送信する。したがって、実施例２に係るＩｏＴシステム１は、設置者がボタン押下を忘れた場合、あるいは、機器２からのメッセージがリモート設定装置３へ到達しない場合に対応することができる。

ＩｏＴシステム１においては、不正な機器２を正規の機器２の代わりに登録することを防ぐことが必要になる。そこで、実施例３では、不正な機器２の登録を防ぐＩｏＴシステム１について説明する。

図１２Ａ及び図１２Ｂは、実施例３に係るＩｏＴシステム１による鍵登録シーケンスを示す図である。図１２Ａは、不正な機器２が正規の機器２より先に機器ＩＤと鍵を送信する場合を示し、図１２Ｂは、正規の機器２が不正な機器２より先に機器ＩＤと鍵を送信する場合を示す。

図１２Ａに示すように、読取装置４は、バーコード２０ｂを読み取ることによって読み出した機器ＩＤをｉｄ’としてリモート設定装置３に送信する（ｔ３１）。リモート設定装置３は、ｉｄ’を受信すると、受信時刻とともにｉｄ’を保持し、読取装置４に応答メッセージを送信する（ｔ３２）。そして、読取装置４が応答メッセージを表示部に表示する。

そして、設置者が機器２のボタン押下を行う前に不正な機器２がｉｄをｐｋ’とともにリモート設定装置３に送信する（ｔ３３）。すると、リモート設定装置３は、不正な機器２と読取装置４に仮登録完了メッセージを送信する（ｔ３４、ｔ３５）。

一方、機器２は、ボタン押下を検知するとｉｄとｐｋをリモート設定装置３に送信する（ｔ３６）。すると、リモート設定装置３は、複数の機器２を検出したので、機器２と読取装置４に複数機器検出エラーメッセージを送信する（ｔ３７、ｔ３８）。そして、読取装置４は、表示部に「再度、バーコード読取から実施してください」と表示することで、設置者に再試行を依頼する。

また、図１２Ｂに示すように、読取装置４は、バーコード２０ｂを読み取ることによって読み出した機器ＩＤをｉｄ’としてリモート設定装置３に送信する（ｔ４１）。リモート設定装置３は、ｉｄ’を受信すると、受信時刻とともにｉｄ’を保持し、読取装置４に応答メッセージを送信する（ｔ４２）。そして、読取装置４が応答メッセージを表示部に表示する。

そして、機器２は、ボタン押下を検知するとｉｄとｐｋをリモート設定装置３に送信する（ｔ４３）。すると、リモート設定装置３は、機器２に応答する（ｔ４４）とともに、読取装置４に仮登録完了メッセージを送信する（ｔ４５）。

その後、不正な機器２がバーコード２０ｂから読み取ったｉｄ’をｐｋ’とともにリモート設定装置３に送信する（ｔ４６）。すると、リモート設定装置３は、複数の機器２を検出したので、不正な機器２と読取装置４に複数機器検出エラーメッセージを送信する（ｔ４７、ｔ４８）。そして、読取装置４は、表示部に「再度、バーコード読取から実施してください」と表示することで、設置者に再試行を依頼する。

上述してきたように、実施例３では、リモート設定装置３が許容時間内に複数の機器２を検出すると設置者に再試行を依頼する。したがって、実施例３に係るＩｏＴシステム１は、不正な機器２の登録を防ぐことができる。

実施例３では、不正な機器２と正規の機器２が許容時間内に機器ＩＤと鍵をリモート設定装置３に送信する場合について説明したが、不正な機器２だけが許容時間内に機器ＩＤと鍵をリモート設定装置３に送信すると、不正な機器２が登録されてしまう。そこで、実施例４では、不正な機器２だけが許容時間内に機器ＩＤと鍵をリモート設定装置３に送信する場合に不正な機器２の登録を防ぐＩｏＴシステム１について説明する。なお、機器２は、正常を示す黄色ＬＥＤと異常を示す赤色ＬＥＤを有することとする。

図１３Ａ、図１３Ｂ及び図１３Ｃは、実施例４に係るＩｏＴシステム１による鍵登録シーケンスを示す図である。図１３Ａは、機器２のボタン２０ａが押下されない場合、あるいは、機器２からのメッセージがリモート設定装置３に到達しない場合を示し、図１３Ｂは、正規の機器２が不正な機器２より後に許容時間を過ぎてから機器ＩＤと鍵を送信する場合を示し、図１３Ｃは、正規の機器２が正しく登録される場合を示す。

図１３Ａに示すように、読取装置４は、バーコード２０ｂを読み取ることによって読み出した機器ＩＤをｉｄ’としてリモート設定装置３に送信する（ｔ５１）。リモート設定装置３は、ｉｄ’を受信すると、受信時刻とともにｉｄ’を保持し、読取装置４に応答メッセージを送信する（ｔ５２）。そして、読取装置４が応答メッセージを表示部に表示する。

そして、設置者がボタン押下を行うことなく、不正な機器２がｉｄをｐｋ’とともにリモート設定装置３に送信する（ｔ５３）。すると、リモート設定装置３は、正規の機器２からのメッセージか、不正な機器２からのメッセージか判断できないため、読取装置４から機器ＩＤが届いてから、最初に届いたメッセージの送信元を仮登録状態とし、送信元へと読取装置４に仮登録完了メッセージを送信する（ｔ５４、ｔ５５）。

すると、仮登録完了を示すために不正な機器２はＬＥＤを黄色点滅する。また、読取装置４は、仮登録完了を示すために仮登録完了メッセージを表示するとともに、本登録がＯＫか否かを確認する表示を行う。

すると、設置者は、機器２のＬＥＤが黄色点滅していないので、仮登録は不正であると判断し、本登録についてＮＯを読取装置４に指示し、読取装置４は、リモート設定装置３にＮＯを応答する（ｔ５６）。

すると、リモート設定装置３は、読取装置４の情報（ｉｄ’をｐｋ’）及び仮登録情報（ｉｄ、ｐｋ’）をクリアし、機器２と読取装置４に再試行依頼メッセージを送信する（ｔ５７、ｔ５８）。そして、読取装置４は、表示部に「再度、バーコード読取から実施してください」と表示することで、設置者に再試行を依頼する。

また、図１３Ｂに示すように、読取装置４は、バーコード２０ｂを読み取ることによって読み出した機器ＩＤをｉｄ’としてリモート設定装置３に送信する（ｔ６１）。リモート設定装置３は、ｉｄ’を受信すると、受信時刻とともにｉｄ’を保持し、読取装置４に応答メッセージを送信する（ｔ６２）。そして、読取装置４が応答メッセージを表示部に表示する。

そして、不正な機器２がｉｄをｐｋ’とともにリモート設定装置３に送信する（ｔ６３）。すると、リモート設定装置３は、正規の機器２からのメッセージか、不正な機器２からのメッセージか判断できないため、読取装置４から機器ＩＤが届いてから、最初に届いたメッセージの送信元を仮登録状態とし、送信元と読取装置４へ仮登録完了メッセージを送信する（ｔ６４、ｔ６５）。

すると、仮登録完了を示すために不正な機器２はＬＥＤを黄色点滅する。また、読取装置４は、仮登録完了を示すために仮登録の完了を表示するとともに、本登録がＯＫか否かを確認する表示を行う。

また、設置者によるボタン押下により機器２がｉｄとｐｋを送信し（ｔ６６）、タイムアウト後にリモート設定装置３にｉｄとｐｋが到達する。すると、リモート設定装置３は、複数機器検出エラーメッセージを機器２に送信する（ｔ６７）。すると、機器２は、異常を示す赤色ＬＥＤを点滅する。すると、設置者は、不正な仮登録があると判断し、本登録についてＮＯを読取装置４に指示し、読取装置４は、リモート設定装置３にＮＯを応答する（ｔ６８）。

すると、リモート設定装置３は、読取装置４の情報（ｉｄ’をｐｋ’）及び仮登録情報（ｉｄ、ｐｋ’）をクリアし、機器２と読取装置４に再試行依頼メッセージを送信する（ｔ６９、ｔ７０）。そして、読取装置４は、表示部に「再度、バーコード読取から実施してください」と表示することで、設置者に再試行を依頼する。

また、図１３Ｃに示すように、読取装置４は、バーコード２０ｂを読み取ることによって読み出した機器ＩＤをｉｄ’としてリモート設定装置３に送信する（ｔ７１）。リモート設定装置３は、ｉｄ’を受信すると、受信時刻とともにｉｄ’を保持し、読取装置４に応答メッセージを送信する（ｔ７２）。そして、読取装置４が応答メッセージを表示部に表示する。

そして、設置者がボタン押下を行うと、機器２は、ｉｄとｐｋをリモート設定装置３に送信する（ｔ７３）。すると、リモート設定装置３は、機器２と読取装置４へ仮登録完了メッセージを送信する（ｔ７４、ｔ７５）。

すると、仮登録完了を示すために機器２はＬＥＤを黄色点滅する。また、読取装置４は、仮登録完了を示すために仮登録の完了を表示するとともに、本登録がＯＫか否かを確認する表示を行う。

すると、設置者は、機器２のＬＥＤが黄色点滅しているので、仮登録は正しいと判断し、本登録についてＯＫを読取装置４に指示し、読取装置４は、リモート設定装置３にＯＫを応答する（ｔ７６）。

すると、リモート設定装置３は、鍵情報（ｉｄ、ｐｋ）を登録し、登録完了メッセージを機器２と読取装置４に送信する（ｔ７７、ｔ７８）。すると、機器２は、登録完了を示すためにＬＥＤを黄色点灯に変える。

図１４は、実施例４に係る読取装置４による処理のフローを示すフローチャートである。図１４に示すように、読取装置４は、リモート設定装置３にログインし（ステップＳ７１）、バーコード読取を行う（ステップＳ７２）。

そして、読取装置４は、リモート設定装置３にｉｄ’を送信し（ステップＳ７３）、リモート設定装置３から応答メッセージを受信する（ステップＳ７４）。そして、読取装置４は、ボタン押下表示を行う（ステップＳ７５）。

その後、読取装置４は、リモート設定装置３からメッセージを受信する（ステップＳ７６）と、受信したメッセージが何のメッセージかを判定する（ステップＳ７７）。そして、読取装置４は、受信したメッセージが仮登録完了メッセージである場合には、仮登録完了メッセージ及び登録確認メッセージを表示し（ステップＳ７８）、設置者による確認を受け付け、確認はＯＫであるか否かを判定する（ステップＳ７９）。

そして、読取装置４は、確認がＯＫである場合には、リモート設定装置３にＯＫメッセージを送信し（ステップＳ８０）、確認がＮＯである場合には、リモート設定装置３にＮＯを送信する（ステップＳ８１）。そして、読取装置４は、ステップＳ７６へ戻る。

また、読取装置４は、受信したメッセージが登録完了メッセージである場合には、登録完了メッセージを表示する（ステップＳ８２）。また、読取装置４は、受信したメッセージが複数機器検出エラーメッセージである場合には、複数機器検出エラーメッセージ及び再試行依頼メッセージを表示し（ステップＳ８３）、ステップＳ７２へ戻る。また、読取装置４は、受信したメッセージが再試行依頼メッセージである場合には、再試行依頼メッセージを表示し（ステップＳ８４）、ステップＳ７２へ戻る。

図１５は、実施例４に係るリモート設定装置３による処理のフローを示すフローチャートである。図１５に示すように、リモート設定装置３は、メッセージを受信し（ステップＳ９１）、何のメッセージか判定する（ステップＳ９２）。

そして、読取装置４からのメッセージである場合には、リモート設定装置３は、読取情報（ｉｄ’）メッセージであるか否かを判定し（ステップＳ９３）、読取情報（ｉｄ’）メッセージでない場合には、確認ＯＫメッセージであるか否かを判定する（ステップＳ９４）。そして、確認ＯＫメッセージである場合には、リモート設定装置３は、ｉｄとｐｋを登録し（ステップＳ９５）、読取装置４及び機器２へ登録完了メッセージを送信する（ステップＳ９６）。

そして、リモート設定装置３は、保持情報（ｔ’、ｉｄ’、ｔｎ）をクリアする。また、ステップＳ９４において、確認ＯＫメッセージでない場合には、リモート設定装置３は、保持情報（ｔ’、ｉｄ’、ｔｎ）をクリアする（ステップＳ９７）。

また、ステップＳ９３において、読取情報（ｉｄ’）メッセージである場合には、リモート設定装置３は、取得時刻（ｔ’）及びｉｄ’を保持し（ステップＳ９８）、読取装置４に応答メッセージを送信する（ステップＳ９９）。そして、リモート設定装置３は、｜ｔｎ−ｔ’｜がｎ以上であるか否かを判定する（ステップＳ１００）。そして、リモート設定装置３は、｜ｔｎ−ｔ’｜がｎ以上である場合には読取装置４に再試行依頼メッセージを送信し（ステップＳ１０１）、｜ｔｎ−ｔ’｜がｎ以上でない場合にはステップＳ１００に戻る。

一方、ステップＳ９２において、機器２からのメッセージである場合には、リモート設定装置３は、登録メッセージであるか否かを判定する（ステップＳ１０２）。ここで、登録メッセージは、機器ＩＤ及び鍵を含み、リモート設定装置３に鍵の登録を依頼するメッセージである。そして、登録メッセージである場合には、リモート設定装置３は、ｉｄ’とｉｄが等しいか否かを判定し（ステップＳ１０３）、ｉｄ’とｉｄが等しい場合には、｜ｔ−ｔ’｜がｎより小さいか否かを判定する（ステップＳ１０４）。

そして、リモート設定装置３は、｜ｔ−ｔ’｜がｎより小さい場合には、同一ｉｄ保持の有無を判定する（ステップＳ１０５）。そして、同一ｉｄを保持していない場合には、リモート設定装置３は、取得時刻（ｔ）、ｉｄ及びｐｋを保持し（ステップＳ１０６）、読取装置４及び機器２へ仮登録完了メッセージを送信する（ステップＳ１０７）。

また、ステップＳ１０５において同一ｉｄを保持している場合には、リモート設定装置３は、複数機器検出エラーメッセージを送信する（ステップＳ１０８）。また、ステップＳ１０４において｜ｔ−ｔ’｜がｎより小さくない場合には、リモート設定装置３は、再試行依頼メッセージを送信する（ステップＳ１０９）。また、ステップＳ１０３において、ｉｄ’とｉｄが等しくない場合には、リモート設定装置３は、メッセージを廃棄する（ステップＳ１１０）。

また、ステップＳ１０２において登録（機器ＩＤ及び鍵）メッセージでない場合には、リモート設定装置３は、機器２にクリアメッセージを送信する（ステップＳ１１１）。

図１６は、実施例４に係る機器２による処理のフローを示すフローチャートである。図１６に示すように、機器２は、トリガーを検知（ステップＳ１２１）すると、ｐｓｋ、ｐｋを生成して保持する（ステップＳ１２２）。そして、機器２は、リモート設定装置３にｉｄ及びｐｋを送信する（ステップＳ１２３）。

その後、機器２は、リモート設定装置３から応答を受信し（ステップＳ１２４）、応答が何メッセージかを判定する（ステップＳ１２５）。そして、応答が登録完了メッセージである場合には、機器２は、正常用ＬＥＤ（黄色）を点灯し（ステップＳ１２６）、登録を完了する（ステップＳ１２７）。

また、応答がＮＧ（複数機器検出）メッセージである場合には、機器２は、異常用ＬＥＤ（赤色）を点滅し（ステップＳ１２８）、保持情報をクリアする（ステップＳ１２９）。また、応答が仮登録完了メッセージである場合には、機器２は、正常用ＬＥＤ（黄色）を点滅する（ステップＳ１３０）。

上述してきたように、実施例４では、仮登録が完了すると機器２が正常用ＬＥＤ（黄色）を点滅するので、設置者は、不正な仮登録の有無を機器２で確認することができる。また、仮登録の前に他の機器２が仮登録を行っていると機器２が異常用ＬＥＤ（赤色）を点滅するので、設置者は、不正な機器２の存在を機器２で確認することができる。

不正な機器２は、バーコード２０ｂから読み取られた機器ＩＤがリモート設定装置３に到着するタイミングがわからないため、定期的に登録メッセージを送信することが考えられる。そこで、実施例５では、不正な機器２から定期的に登録メッセージが送られてくる場合に不正登録を防ぐＩｏＴシステム１について説明する。

図１７は、実施例５に係るＩｏＴシステム１による鍵登録シーケンスを示す図である。図１７では、不正な機器２は、登録メッセージを許容範囲時間より短い時間間隔でリモート設定装置３に送信する。このため、タイミングによって不正な機器２の鍵が登録されてしまうことを防ぐため、リモート設定装置３は、読取装置４から機器ＩＤを受信する前に、同一機器ＩＤの登録メッセージを所定の回数受信した場合には、通常とは異なる処理を読取装置４に要求する。

すなわち、図１７に示すように、不正な機器２は、定期的に登録メッセージをリモート設定装置３に送信する（ｔ８０、ｔ８４、ｔ９０）。そして、リモート設定装置３は、登録メッセージを受信すると応答を返す（ｔ８１、ｔ８５、ｔ９１）。そして、登録メッセージをリモート設定装置３が所定の回数受信した後で、読取装置４が、ｉｄ’をリモート設定装置３に送信する（ｔ８２）。

リモート設定装置３は、ｉｄ’を受信すると、受信時刻とともにｉｄ’を保持し、読取装置４に応答メッセージを送信する（ｔ８３）。ただし、リモート設定装置３は、登録メッセージを所定の回数受信しているので、応答メッセージとして「３０秒以内にボタン２回連続押下して下さい」を送信する。

そして、設置者が例えば１秒以内にボタン２０ａを２回押下すると、機器２は、リモート設定装置３に登録メッセージ（ｉｄ及びｐｋ）を連続して２回送信する（ｔ８６、ｔ８７）。すると、リモート設定装置３は、登録メッセージを連続して２回受信したことで機器２と読取装置４に仮登録完了メッセージを送信する（ｔ８８、ｔ８９）。

このように、実施例５では、リモート設定装置３は、登録メッセージを所定の回数受信した後で読取情報メッセージ（読取装置４がｉｄ’を送信するメッセージ）を受信すると、ボタン２０ａを２回連続押下するように依頼する。そして、リモート設定装置３は、機器２から登録メッセージを連続して２回受信すると仮登録を行う。したがって、実施例５に係るＩｏＴシステム１は、不正な機器２から定期的に登録メッセージが送られてくる場合に不正登録を防ぐことができる。なお、通常とは異なる処理としては、例えば、しばらく時間を空けてから再試行するように依頼する等の他の処理を読取装置４に依頼してもよい。

機器２のバーコード２０ｂが偽のバーコードで張り替えられると、読取装置４が送信する機器ＩＤと機器２が送信する機器ＩＤが異なるため、鍵登録が行われない。そこで、実施例６では、機器２のバーコード２０ｂが偽のバーコードで張り替えられ場合に、設置者に確認を依頼するＩｏＴシステム１について説明する。

図１８は、実施例６に係るＩｏＴシステム１による鍵登録シーケンスを示す図である。図１８に示すように、読取装置４が、ｉｄ’をリモート設定装置３に送信する（ｔ１０１）。このとき、読取装置４は、ｉｄ’を保持する。

リモート設定装置３は、ｉｄ’を受信すると、受信時刻とともにｉｄ’を保持し、読取装置４に応答メッセージを送信する（ｔ１０２）。そして、読取装置４が応答メッセージを表示部に表示すると、設置者が機器２のボタン押下を行う。すると、機器２は、ボタン押下を検知し、ｐｓｋ及びｐｋを生成し、機器ＩＤをｉｄとしてｐｋとともにリモート設定装置３に送信する（ｔ１０３）。

すると、リモート設定装置３は、ｉｄ’とｉｄが異なることを示すエラーメッセージを機器２に送信する（ｔ１０４）。すると、機器２は、異常用ＬＥＤ（赤色）を点滅する。そして、タイムアウトになると、リモート設定装置３は、ｉｄ’とｉｄが異なることを示すエラーメッセージを読取装置４に送信する（ｔ１０５）。すると、読取装置４は、表示部に、ｉｄ’とｉｄを表示するとともに、「機器ＩＤが異なるため、ご確認ください」を表示する。

このように、実施例６では、ｉｄ’とｉｄが異なる場合に機器２は異常用ＬＥＤ（赤色）を点滅し、読取装置４は、表示部に、ｉｄ’とｉｄを表示するとともに、「機器ＩＤが異なるため、ご確認ください」を表示する。したがって、実施例６に係るＩｏＴシステム１は、設置者にバーコード２０ｂが偽物であるかの確認を促すことができる。

攻撃機器が大量の登録メッセージをリモート設定装置３に送信して正規の機器２の登録を妨げる場合がある。そこで、実施例７では、攻撃機器からの攻撃を防ぐＩｏＴシステム１について説明する。なお、実施例７では、機器２と攻撃機器のＩＰ（Internet Protocol）アドレス（グローバルＩＰアドレス）は異なるものとする。

図１９は、実施例７に係るＩｏＴシステム１による鍵登録シーケンスを示す図である。図１９に示すように、リモート設定装置３は、同一のＩＰアドレスの送信元からＮ秒間にＭ個のメッセージを受信（ｔ１１１₁〜ｔ１１１_M）する。Ｎは例えば１０であり、Ｍは例えば１００である。すると、リモート設定装置３は、その後、対象ＩＰアドレスの送信元から送られてくるメッセージを廃棄する。

そして、読取装置４が、ｉｄ’をリモート設定装置３に送信する（ｔ１１２）。リモート設定装置３は、ｉｄ’を受信すると、受信時刻とともにｉｄ’を保持し、読取装置４に応答メッセージを送信する（ｔ１１３）。

そして、設置者がボタン２０ａを押下すると、機器２は、リモート設定装置３に登録メッセージ（ｉｄ及びｐｋ）を送信する（ｔ１１４）。すると、リモート設定装置３は、鍵登録を行い、機器２と読取装置４に登録完了メッセージを送信する（ｔ１１５、ｔ１１６）。なお、リモート設定装置３は、ＮとＭを定期的に変更する。

このように、実施例７では、リモート設定装置３は、同一のＩＰアドレスの送信元からＮ秒間にＭ個のメッセージを受信すると、その後、対象ＩＰアドレスの送信元から送られてくるメッセージを廃棄する。したがって、実施例７に係るＩｏＴシステム１は、大量の登録メッセージを送信する攻撃機器からの攻撃を防ぐことができる。

実施例１〜実施例７では、機器２を物理的に設置する設置者が鍵登録を行う場合について説明したが、機器２を管理する管理者が設置者によって登録された鍵を管理者のみ把握できる鍵に付け替えたい場合がある。あるいは、管理者は新たなサービスを利用するための鍵に付け替えたい場合もある。そこで、実施例８では、管理者が鍵の付け替えを行うことができるＩｏＴシステム１について説明する。

図２０は、実施例８に係るＩｏＴシステム１における鍵登録を説明するための図である。図２０に示すように、実施例８に係るＩｏＴシステム１では、鍵登録はステップＡとステップＢの２つのステップにより行われる。ステップＡは、設置者が機器２を物理的に設置したときのステップであり、図２に示した実施例１に係るＩｏＴシステム１の鍵登録と同じである。

ステップＢは、管理者が鍵の初期設定を実施するステップである。管理者は、管理者端末５をローカルネットワークに接続する。ここで、ローカルネットワークは、機器２及びリモート設定装置３とローカルに接続するネットワークである。

すると、機器２は、ＳＳＤＰ（Simple Service Discovery Protocol）メッセージを受信し、管理者端末５の接続を検知する。管理者端末５は、機器２から機器ＩＤと公開鍵が付加された鍵取得要求を受信する（５）。すると、管理者端末５は、リモート設定装置３にＳＳＬ（Secure Sockets Layer）等を用いてログインし、リモート設定装置３から機器ＩＤと公開鍵を取得する（６）。そして、管理者端末５は、鍵取得要求に付加された公開鍵とリモート設定装置３から取得した公開鍵が同じであるかを確認する。

そして、管理者端末５は、確認結果がＯＫであるならば、管理者用鍵を生成して機器２へ送信する（７）。なお、管理者用鍵は、リモート設定装置３又は機器２で生成されてもよい。また、機器２と管理者端末５間の認証は機器２の秘密鍵と公開鍵を用いてチャレンジ＆レスポンス認証を行ってもよい。また、管理者は、全ての機器２に対して管理者用鍵の登録を行う。

このように、管理者端末５が管理者用鍵を機器２に設定することで、管理者は、管理者のみ把握できる鍵を用いて鍵を一元管理することができる。

リモート設定装置３は、様々なＩｏＴシステム１の鍵登録処理を行うため、負荷が高くなる。そこで、実施例９では、リモート設定装置３の負荷を分散することができるＩｏＴシステム１について説明する。

図２１は、実施例９に係るＩｏＴシステム１における鍵登録を説明するための図である。図２１に示すように、実施例９に係るＩｏＴシステム１では、リモート設定装置３の代わりに中継装置６が機器２及び読取装置４との間で鍵登録に関する処理を行う。すなわち、図２に示した実施例１に係るＩｏＴシステム１の到達時刻の差分確認までの処理を中継装置６が行う。そして、中継装置６は、機器ＩＤとｐｋをリモート設定装置３に送信し（５）、リモート設定装置３が登録鍵情報を記憶する。

このように、リモート設定装置３の代わりに中継装置６が鍵登録に関する処理を行うことで、実施例９に係るＩｏＴシステム１は、リモート設定装置３の負荷を分散することができる。

ＩｏＴシステム１では、複数の機器２の鍵登録をまとめて行いたい場合がある。そこで、実施例１０では、複数の機器２の鍵登録をまとめて行うＩｏＴシステム１について説明する。

図２２は、実施例１０に係るＩｏＴシステム１における鍵登録シーケンスを示す図である。図２２に示すように、設置者は、機器２のバーコード２０ｂを読取装置４で読み取り、読取装置４に一時格納する。そして、設置者は、複数の機器２のバーコード２０ｂの読み取りが終了すると、読取装置４に機器ＩＤの送信を指示する。そして、読取装置４は、複数の機器ＩＤをリモート設定装置３に送信する（ｔ１２１）。以下では、ｉｄ＃１’、ｉｄ＃２’及びｉｄ＃３’の３つの機器ＩＤを送信する場合を例として説明する。

リモート設定装置３は、ｉｄ＃１’、ｉｄ＃２’及びｉｄ＃３’を受信すると、受信時刻とともにｉｄ＃１’、ｉｄ＃２’及びｉｄ＃３’を保持し、読取装置４に応答メッセージを送信する（ｔ１２２）。

そして、設置者が機器ＩＤがｉｄ＃１である機器２のボタン２０ａを押下すると、機器ＩＤがｉｄ＃１である機器２は、リモート設定装置３に登録メッセージ（ｉｄ＃１及びｐｋ＃１）を送信する（ｔ１２３）。すると、リモート設定装置３は、鍵登録を行い、機器ＩＤがｉｄ＃１である機器２に登録完了メッセージを送信する（ｔ１２４）。

そして、設置者が機器ＩＤがｉｄ＃２である機器２のボタン２０ａを押下すると、機器ＩＤがｉｄ＃２である機器２は、リモート設定装置３に登録メッセージ（ｉｄ＃２及びｐｋ＃２）を送信する（ｔ１２５）。すると、リモート設定装置３は、鍵登録を行い、機器ＩＤがｉｄ＃２である機器２に登録完了メッセージを送信する（ｔ１２６）。

そして、設置者が機器ＩＤがｉｄ＃３である機器２のボタン２０ａを押下すると、機器ＩＤがｉｄ＃３である機器２は、リモート設定装置３に登録メッセージ（ｉｄ＃３及びｐｋ＃３）を送信する（ｔ１２７）。すると、リモート設定装置３は、鍵登録を行い、機器ＩＤがｉｄ＃３である機器２に登録完了メッセージを送信し（ｔ１２８）、読取装置４に３つの設定が完了したことを示す登録完了メッセージを送信する（ｔ１２９）。

このように、複数の機器２の鍵登録をまとめて行うことで、実施例１０に係るＩｏＴシステム１は、複数の機器２の鍵登録を効率良く行うことができる。

実施例１１では、複数の機器２の鍵登録をまとめて行うとともに、不正な機器２の登録を防止するＩｏＴシステム１について図２３Ａ及び図２３Ｂを用いて説明する。図２３Ａは、実施例１１に係るＩｏＴシステム１による鍵登録シーケンスを示す第１の図である。図２３Ａに示すように、設置者は、機器２のバーコード２０ｂを読取装置４で読み取り、読取装置４に一時格納する。その際、読取装置４、機器２に機器識別子に対応する機器名（例えば「機器＃１」）を割り当て、設置者がわかるように表示部に表示する。

そして、設置者は、全ての機器２のバーコード２０ｂの読み取りが終了すると、読取装置４に機器ＩＤの送信を指示する。すると、読取装置４は、機器ＩＤを読み取った順番とは異なる順番で機器ＩＤをリモート設定装置３に送信する（ｔ１３１）。図２３Ａでは、ｉｄ＃２’、ｉｄ＃３’及びｉｄ＃１’の順番で機器ＩＤが送信されている。

リモート設定装置３は、ｉｄ＃２’、ｉｄ＃３’及びｉｄ＃１’を受信すると、受信時刻とともにｉｄ＃２’、ｉｄ＃３’及びｉｄ＃１’を保持し、読取装置４に応答メッセージを送信する（ｔ１３２）。その際、リモート設定装置３は、受信した機器ＩＤの順番に関する情報を含めて応答メッセージを送信する。図２３Ａでは、応答メッセージは、「機器＃２、機器＃３、機器#１の順に、３０秒以内にボタン押下して下さい」である。

そして、設置者は、応答メッセージで指定された順番でボタン２０ａを押下する。すなわち、設置者は、機器ＩＤがｉｄ＃２である機器２、機器ＩＤがｉｄ＃３である機器２、機器ＩＤがｉｄ＃１である機器２の順番でボタン２０ａを押下する。すると、ｉｄ＃２とｐｋ＃２、ｉｄ＃３とｐｋ＃３、ｉｄ＃１とｐｋ＃１の順番で機器ＩＤと鍵がリモート設定装置３に送信され（ｔ１３３、ｔ１３５、ｔ１３７）、応答メッセージが各機器２に送信される（ｔ１３４、ｔ１３６、ｔ１３８）。

リモート設定装置３は、許容時間をチェックするとともに、受信した機器ＩＤの順番をチェックし、許容時間内かつ順番がＯＫであれば、鍵の登録を行い、登録完了メッセージを読取装置４に送信する（ｔ１３９）。

図２３Ｂは、読取装置４が押下するボタンを１つずつナビゲーションする場合を示す。すなわち、読取装置４は、ｉｄ＃２’、ｉｄ＃３’、ｉｄ＃１’の順に機器ＩＤを送信する（ｔ１４１）。リモート設定装置３は、ｉｄ＃２’、ｉｄ＃３’及びｉｄ＃１’を受信すると、受信時刻とともにｉｄ＃２’、ｉｄ＃３’及びｉｄ＃１’を保持し、読取装置４に応答メッセージを送信する（ｔ１４２）。その際、リモート設定装置３は、まず、機器＃２のボタン押下を依頼する。

そして、リモート設定装置３は、ｉｄ＃２とｐｋ＃２を受信し（ｔ１４３）、許容時間と順番を確認すると、機器＃２に応答メッセージを送信する（ｔ１４４）。そして、リモート設定装置３は、読取装置４に応答メッセージを送信する（ｔ１４５）際に、機器#３のボタン押下を依頼する。

そして、リモート設定装置３は、ｉｄ＃３とｐｋ＃３を受信し（ｔ１４６）、許容時間と順番を確認すると、機器＃３に応答メッセージを送信する（ｔ１４７）。そして、リモート設定装置３は、読取装置４に応答メッセージを送信する（ｔ１４８）際に、機器#１のボタン押下を依頼する。そして、リモート設定装置３は、ｉｄ＃１とｐｋ＃１を受信し（ｔ１４９）、許容時間と順番を確認すると、機器＃１と読取装置４に登録完了メッセージを送信する（ｔ１５０、ｔ１５１）。

このように、読取装置４がバーコード２０ｂを読み取った順番とは異なる順番で機器ＩＤをリモート設定装置３に送信し、リモート設定装置３が受信した機器ＩＤの順番をチェックする。したがって、実施例１１に係るＩｏＴシステム１は、不正な機器２の鍵登録を防ぐことができる。

機器２は、リモート設定装置３のＩＰアドレスやホスト名等を知らず、リモート設定装置３と通信できない場合がある。そこで、実施例１２では、機器２がリモート設定装置３と通信することなく鍵登録を行うＩｏＴシステム１について説明する。

図２４は、実施例１２に係るＩｏＴシステム１における鍵登録を説明するための図である。図２４に示すように、機器２は、設置者のボタン押下によるトリガーを検知すると、検知した時刻を機器時刻として記憶する（１）。実施例１２に係るＩｏＴシステム１では、機器２がトリガーを検知した時刻を鍵とする。図２４では、「２０１６−１０−０３Ｔ１０：２３：１０」が鍵として機器２に記憶される。ここで、「２０１６−１０−０３」は年月日を表し、Ｔ１０：２３：１０」は、時分秒を表す。

そして、設置者は、ボタン押下から許容時間内に読取装置４でバーコード２０ｂから機器ＩＤを読み取る（２）。そして、読取装置４は、読み取った機器ＩＤを読取時刻とともにリモート設定装置３に送信する（３）。そして、リモート設定装置３は、機器ＩＤと読取時刻を鍵登録情報として記憶する。図２４では、「２０１６−１０−０３Ｔ１０：２３：１５」が鍵として記憶される。この鍵登録情報は、収集装置３ａで利用される。

すなわち、収集装置３ａは、機器２の最初の認証の際、機器２が記憶する時刻と鍵登録情報として登録された読取時刻を比較し、両者の差が許容範囲内であれば、認証は成功と判定する。

このように、機器時刻と機器ＩＤの読取時刻を鍵として用いることで、実施例１２に係るＩｏＴシステム１は、機器２がリモート設定装置３と通信できない場合にも、鍵登録を行うことができる。

実施例１３は、実施例１２で説明した（１）〜（３）の後に管理者が鍵を付け替える場合について説明する。図２５は、実施例１３に係るＩｏＴシステム１における鍵登録を説明するための図である。図２５に示すように、管理者が管理者端末５をローカルネットワークに接続する。

すると、管理者端末５は、機器２から機器ＩＤと機器時刻が付加された鍵取得要求を受信する（４）。すると、管理者端末５は、リモート設定装置３にＳＳＬ等を用いてログインし、リモート設定装置３から機器ＩＤと読取時刻を取得する（５）。そして、管理者端末５は、鍵取得要求に付加された機器時刻とリモート設定装置３から取得した読取時刻との差が許容範囲内であるかを確認する。

そして、管理者端末５は、確認結果がＯＫであるならば、管理者用鍵を生成して機器２へ送信する（６）。管理者は、全ての機器２に対して管理者用鍵の登録を行う。

図２６は、実施例１３に係る機器２による処理のフローを示すフローチャートである。図２６に示すように、機器２は、トリガーを検知する（ステップＳ１４１）と、時刻（ｔ）を格納する（ステップＳ１４２）。そして、機器２は、ＳＳＤＰ（Simple Service Discovery Protocol）メッセージを受信し（ステップＳ１４３）、管理者端末５の接続を検知する（ステップＳ１４４）。

そして、機器２は、管理者端末５に鍵取得要求のメッセージをｉｄ、ｔとともに送信する（ステップＳ１４５）。そして、機器２は、管理者端末５から鍵取得要求に対する応答メッセージを受信し（ステップＳ１４６）、管理者用鍵（ｐｓｋ）を取得する（ステップＳ１４７）。

図２７は、実施例１３に係るリモート設定装置３による処理のフローを示すフローチャートである。図２７に示すように、リモート設定装置３は、読取装置４からメッセージを受信し（ステップＳ１５１）、ｉｄ’、時刻（ｔ’）を取得して格納する（ステップＳ１５２）。そして、リモート設定装置３は、管理者端末５からｉｄ’、ｔ’の送信要求を受信し（ステップＳ１５３）、管理者端末５にｉｄ’、ｔ’を送信する（ステップＳ１５４）。

図２８は、実施例１３に係る管理者端末５による処理のフローを示すフローチャートである。図２８に示すように、管理者端末５は、ローカルネットワークに接続し（ステップＳ１６１）、ＳＳＤＰメッセージを送信する（ステップＳ１６２）。

そして、管理者端末５は、機器２から鍵取得要求メッセージを受信し（ステップＳ１６３）、メッセージに付加されたｉｄ、ｔを格納する（ステップＳ１６４）。そして、管理者端末５は、リモート設定装置３にｉｄ’、ｔ’を要求するメッセージを送信し（ステップＳ１６５）、リモート設定装置３からｉｄ’、ｔ’を受信する（ステップＳ１６６）。

そして、管理者端末５は、｜ｔ’−ｔ｜がｎより小さいか否かを判定する（ステップＳ１６７）。そして、管理者端末５は、｜ｔ’−ｔ｜がｎより小さい場合には、機器２にｉｄ、ｐｓｋを送信し（ステップＳ１６８）、｜ｔ’−ｔ｜がｎより小さくない場合には、機器２にエラーメッセージを送信する（ステップＳ１６９）。

このように、機器２がリモート設定装置３と通信できない場合にも、管理者端末５は、管理者用鍵を機器２に設定することができる。

実施例１４では、実施例１３におけるリモート設定装置１３の役割を読取装置４が行う場合について説明する。図２９は、実施例１４に係るＩｏＴシステム１における鍵登録を説明するための図である。

図２９に示すように、機器２は、設置者のボタン押下によるトリガを検知すると、検知した時刻を記憶する（１）。そして、設置者は、ボタン押下から許容時間内に読取装置４でバーコード２０ｂから機器ＩＤを読み取り（２）、読取装置４は、読み取った機器ＩＤを読取時刻とともに保存する（３）。

管理者が管理者端末５をローカルネットワークにし、管理者端末５は機器２から機器ＩＤと機器時刻が付加された鍵取得要求を受信する（４）。そして、管理者端末５は、読取装置４から機器ＩＤと読取時刻を取得する。そして、管理者端末５は、鍵取得要求に付加された機器時刻と読取装置４から取得した読取時刻との差が許容範囲内であるかを確認する。そして、管理者端末５は、確認結果がＯＫであるならば、管理者用鍵を生成して機器２へ送信する（５）。

このように、読取装置４がリモート設定装置１３の役割を行うことで、実施例１４に係るＩｏＴシステム１は、リモート設定装置１３を不要とすることができる。

実施例１３に係るＩｏＴシステム１において、機器２の時刻と読取装置４の時刻がずれている場合には、機器時刻と読取時刻を正確に比較することができない。そこで、実施例１５では、機器２の時刻と読取装置４の時刻がずれている場合にも正しく許容時間内か否かを判定するＩｏＴシステム１について説明する。

図３０は、実施例１５に係るＩｏＴシステム１における鍵登録を説明するための図である。図３０では、機器時刻は「２０１６−１０−０３Ｔ０８：２０：１０」であり、読取時刻は「２０１６−１０−０３Ｔ１０：２３：１５」である。すなわち、機器２と読取装置４では約２時間の時刻のずれがある。

そこで、実施例１３に係るＩｏＴシステム１は、機器時刻から機器２における現在時刻までの経過時間と、読出時刻からリモート設定装置３における現在時刻までの経過時間の差分を用いて許容時間内であるか否かを判定する。なお、ここでは、リモート設定装置３の時刻と読取装置４の時刻は正確であるとする。

例えば、機器２は、鍵取得要求に機器ＩＤと機器時刻「２０１６−１０−０３Ｔ０８：２０：１０」から機器２における現在時刻「２０１６−１０−０３Ｔ１０：３０：４０」までの経過時間（７８３０秒）とを付加して管理者端末５に送信する（４）。また、リモート設定装置３は、機器ＩＤと読出時刻「２０１６−１０−０３Ｔ１０：２３：１５」からリモート設定装置１３における現在時刻「２０１６−１０−０３Ｔ１２：３３：４０」までの経過時間（７８２５秒）とを管理者端末５に送信する（５）。そして、管理者端末５は、２つの経過時間の差（７８３０−７８２５＝５）が許容時間内ならば、機器２に管理者用鍵を送信する（６）。

このように、実施例１５に係るＩｏＴシステム１は、機器時刻から機器２における現在時刻までの経過時間と、読出時刻からリモート設定装置１３における現在時刻までの経過時間の差分を用いて許容時間内であるか否かを判定する。したがって、実施例１５に係るＩｏＴシステム１は、機器２の時刻が読取装置４及びリモート設定装置３の時刻とずれている場合にも、機器時刻と読取時刻を正確に比較することができる。

なお、実施例では、リモート設定装置３について説明したが、リモート設定装置３が有する構成をソフトウェアによって実現することで、同様の機能を有するリモート設定プログラムを得ることができる。そこで、リモート設定プログラムを実行するコンピュータについて説明する。

図３１は、実施例に係るリモート設定プログラムを実行するコンピュータのハードウェア構成を示す図である。図３１に示すように、コンピュータ５０は、メインメモリ５１と、ＣＰＵ（Central Processing Unit）５２と、ＬＡＮインタフェース５３と、ＨＤＤ（Hard Disk Drive）５４とを有する。また、コンピュータ５０は、スーパーＩＯ（Input Output）５５と、ＤＶＩ（Digital Visual Interface）５６と、ＯＤＤ（Optical Disk Drive）５７とを有する。

メインメモリ５１は、プログラムやプログラムの実行途中結果などを記憶するメモリである。ＣＰＵ５２は、メインメモリ５１からプログラムを読み出して実行する中央処理装置である。ＣＰＵ５２は、メモリコントローラを有するチップセットを含む。

ＬＡＮインタフェース５３は、コンピュータ５０をＬＡＮ経由で他のコンピュータに接続するためのインタフェースである。ＨＤＤ５４は、プログラムやデータを格納するディスク装置であり、スーパーＩＯ５５は、マウスやキーボードなどの入力装置を接続するためのインタフェースである。ＤＶＩ５６は、液晶表示装置を接続するインタフェースであり、ＯＤＤ５７は、ＤＶＤの読み書きを行う装置である。

ＬＡＮインタフェース５３は、ＰＣＩエクスプレス（ＰＣＩｅ）によりＣＰＵ５２に接続され、ＨＤＤ５４及びＯＤＤ５７は、ＳＡＴＡ（Serial Advanced Technology Attachment）によりＣＰＵ５２に接続される。スーパーＩＯ５５は、ＬＰＣ（Low Pin Count）によりＣＰＵ５２に接続される。

そして、コンピュータ５０において実行されるリモート設定プログラムは、コンピュータ５０により読み出し可能な記録媒体の一例であるＤＶＤに記憶され、ＯＤＤ５７によってＤＶＤから読み出されてコンピュータ５０にインストールされる。あるいは、リモート設定プログラムは、ＬＡＮインタフェース５３を介して接続された他のコンピュータシステムのデータベースなどに記憶され、これらのデータベースから読み出されてコンピュータ５０にインストールされる。そして、インストールされたリモート設定プログラムは、ＨＤＤ５４に記憶され、メインメモリ５１に読み出されてＣＰＵ５２によって実行される。

また、図３に示した機器２及び読取装置４の機能部は、機器プログラム及び読取プログラムをＭＰＵ（Micro Processing Unit）で実行することによって実現される。そこで、機器プログラムを実行する機器２のハードウェア構成について説明する。なお、読取プログラムも同様のハードウェア構成を有する読取装置４により実行される。

図３２は、機器プログラムを実行する機器２のハードウェア構成を示す図である。図３２に示すように、機器２は、ＭＰＵ６０ａと、ＲＯＭ（Read Only Memory）６０ｂと、ＲＡＭ６０ｃと、表示部６０ｄとを有する。

ＭＰＵ６０ａは、ＲＯＭ６０ｂから機器プログラムを読み出して実行する演算処理装置である。ＲＯＭ６０ｂは、機器プログラムを記憶する記憶装置である。ＲＡＭ６０ｃは、機器プログラムの実行途中結果等を記憶する記憶装置である。表示部６０ｄは、機器プログラムが表示するメッセージ等を表示する装置である。

なお、実施例１〜１５では、ボタン２０ａを用いる場合について説明したが、本発明はこれに限定されるものではなく、他の機械的スイッチを用いる場合にも同様に適用することができる。

以上の実施例１〜１５を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）機械的スイッチと、
前記機械的スイッチの作動に応答して、当該ネットワーク機器を識別する機器識別子を当該ネットワーク機器の設定に関する処理を行う設定処理装置にネットワークを介して送信する送信部と、
前記機器識別子を表示するラベルと
を備えたことを特徴とするネットワーク機器。

（付記２）前記送信部は、当該ネットワーク機器の認証に使用される認証情報を前記機器識別子とともに前記設定処理装置に送信することを特徴とする付記１に記載のネットワーク機器。

（付記３）前記送信部は、前記機械的スイッチの作動時刻を前記機器識別子とともに前記設定処理装置に送信することを特徴とする付記１に記載のネットワーク機器。

(付記４)前記設定処理装置から複数機器検出エラーを受信すると、前記送信部は、前記機械的スイッチの作動に応答して、前記機器識別子を前記設定処理に再度送信することを特徴とする付記１又は２に記載のネットワーク機器。

（付記５）前記設定処理装置から受信した応答に基づいて色と点灯状態のうち少なくとも一方を変更して表示を行う表示部をさらに備えたことを特徴とする付記４に記載のネットワーク機器。

（付記６）前記送信部は、前記機械的スイッチの連続する複数回の作動に応答して、前記機器識別子を前記設定処理装置に複数回送信することを特徴とする付記１に記載のネットワーク機器。

（付記７）当該ネットワーク機器を管理する管理者が使用する管理装置のネットワークへの接続を検知すると、前記送信部は、前記機器識別子を含む認証情報の取得要求を前記管理装置に送信し、
前記管理装置から前記認証情報を受信する受信部をさらに備えたとを特徴とする付記１〜６のいずれか１つに記載のネットワーク機器。

（付記８）機械的スイッチと、
前記機械的スイッチの作動に応答して、該作動の時刻を記憶部に格納する格納部と、
当該ネットワーク機器を管理する管理者が使用する管理装置のネットワークへの接続を検知すると、前記格納部により記憶部に格納された時刻と当該ネットワーク機器を識別する機器識別子とともに認証情報の取得要求を前記管理装置に送信する送信部と、
前記管理装置から前記認証情報を受信する受信部と、
前記機器識別子を表示するラベルと
を備えたことを特徴とするネットワーク機器。

（付記９）機械的スイッチと、
前記機械的スイッチの作動に応答して、該作動の時刻を記憶部に格納する格納部と、
当該ネットワーク機器を管理する管理者が使用する管理装置のネットワークへの接続を検知すると、前記格納部により記憶部に格納された時刻からの経過時間と当該ネットワーク機器を識別する機器識別子とともに認証情報の取得要求を前記管理装置に送信する送信部と、
前記管理装置から前記認証情報を受信する受信部と、
前記機器識別子を表示するラベルと
を備えたことを特徴とするネットワーク機器。

（付記１０）ネットワーク機器と、該ネットワーク機器にネットワークを介して接続されて該ネットワーク機器の設定に関する処理を行う設定処理装置とを有し、
前記ネットワーク機器は、
機械的スイッチと、
前記機械的スイッチの作動に応答して、前記ネットワーク機器を識別する第１の機器識別子を前記設定処理装置に前記ネットワークを介して送信する送信部と、
前記ネットワーク機器を識別する第２の機器識別子を表示するラベルと
を備え、
前記設定処理装置は、
前記第１の機器識別子と、前記ラベルに表示された第２の機器識別子を読み取った読取装置により送信された第２の機器識別子とをそれぞれ受信する受信部と、
前記第１の機器識別子、前記第２の機器識別子、前記第１の機器識別子の受信時刻及び前記第２の機器識別子の受信時刻に基づいて前記ネットワーク機器の認証情報の登録可否を判断する判断部備えた
ことを特徴とするネットワークシステム。

（付記１１）ネットワーク機器と、該ネットワーク機器にネットワークを介して接続されて該ネットワーク機器の設定に関する処理を行う設定処理装置とを有するネットワークシステムによるネットワーク機器設定方法において、
前記ネットワーク機器が、
機械的スイッチの作動に応答して、前記ネットワーク機器を識別する第１の機器識別子を前記設定処理装置に前記ネットワークを介して送信し、
前記設定処理装置が、
前記第１の機器識別子と、前記ネットワーク機器が有するラベルに表示された第２の機器識別子を読み取った読取装置により送信された第２の機器識別子とをそれぞれ受信し、
前記第１の機器識別子、前記第２の機器識別子、前記第１の機器識別子の受信時刻及び前記第２の機器識別子の受信時刻に基づいて前記ネットワーク機器の認証情報の登録可否を判断する
ことを特徴とするネットワーク機器設定方法。

（付記１２）前記判断部は、前記第１の機器識別子を受信する前に前記第２の機器識別子の受信時刻から所定の時間が経過して登録不可と判断した場合に、前記読取装置に再試行を依頼することを特徴とする付記１０に記載のネットワークシステム。

（付記１３）前記受信部は、機器識別子を含むメッセージを所定の時間内に所定の個数受信すると、前記機器識別子を送信したネットワーク機器からのメッセージを廃棄することを特徴とする付記１０又は１２に記載のネットワークシステム。

（付記１４）前記受信部は、前記第１の機器識別子を含む第１の機器識別子群を複数のネットワーク機器から受信し、前記第２の機器識別子を含む第２の機器識別子群を前記読取装置から受信し、
前記判断部は、前記第１の機器識別子群に含まれる機器識別子の受信順序と前記第２の機器識別子群に含まれる機器識別子の受信順序に基づいて前記複数のネットワーク機器の認証情報の登録可否を判断することを特徴とする付記１０、１２又は１３に記載のネットワークシステム。

１ ＩｏＴシステム
２，９２ 機器
２ａ ＡＰ
２ｂ インターネットＧＷ
２ｃ インターネット
３ リモート設定装置
３ａ，９３ａ 収集装置
４ 読取装置
５ 管理者端末
２０ａ ボタン
２０ｂ バーコード
２１ トリガー検知部
２２ 通信送受信部
２３ 表示制御部
３１ 記憶部
３２ 鍵登録部
３３ 通信送受信部
４１ 読取部
４２ 通知部
４３ 通信送受信部
４４ 表示制御部
５０ コンピュータ
５１ メインメモリ
５２ ＣＰＵ
５３ ＬＡＮインタフェース
５４ ＨＤＤ
５５ スーパーＩＯ
５６ ＤＶＩ
５７ ＯＤＤ
６０ａ ＭＰＵ
６０ｂ ＲＯＭ
６０ｃ ＲＡＭ
６０ｄ 表示部
９４ 設置者端末

Claims (9)

1. 機械的スイッチと、
   前記機械的スイッチの作動に応答して、当該ネットワーク機器を識別する機器識別子を当該ネットワーク機器の設定に関する処理を行う設定処理装置にネットワークを介して送信する送信部と、
   前記機器識別子を表示するラベルと
   を備えたことを特徴とするネットワーク機器。
2. 前記送信部は、当該ネットワーク機器の認証に使用される認証情報を前記機器識別子とともに前記設定処理装置に送信することを特徴とする請求項１に記載のネットワーク機器。
3. 前記送信部は、前記機械的スイッチの作動時刻を前記機器識別子とともに前記設定処理装置に送信することを特徴とする請求項１に記載のネットワーク機器。
4. 前記設定処理装置から複数機器検出エラーを受信すると、前記送信部は、前記機械的スイッチの作動に応答して、前記機器識別子を前記設定処理装置に再度送信することを特徴とする請求項１又は２に記載のネットワーク機器。
5. 前記設定処理装置から受信した応答に基づいて色と点灯状態のうち少なくとも一方を変更して表示を行う表示部をさらに備えたことを特徴とする請求項４に記載のネットワーク機器。
6. 前記送信部は、前記機械的スイッチの連続する複数回の作動に応答して、前記機器識別子を前記設定処理装置に複数回送信することを特徴とする請求項１に記載のネットワーク機器。
7. 当該ネットワーク機器を管理する管理者が使用する管理装置のネットワークへの接続を検知すると、前記送信部は、前記機器識別子を含む認証情報の取得要求を前記管理装置に送信し、
   前記管理装置から前記認証情報を受信する受信部をさらに備えたとを特徴とする請求項１〜６のいずれか１つに記載のネットワーク機器。
8. ネットワーク機器と、該ネットワーク機器にネットワークを介して接続されて該ネットワーク機器の設定に関する処理を行う設定処理装置とを有し、
   前記ネットワーク機器は、
   機械的スイッチと、
   前記機械的スイッチの作動に応答して、前記ネットワーク機器を識別する第１の機器識別子を前記設定処理装置に前記ネットワークを介して送信する送信部と、
   前記ネットワーク機器を識別する第２の機器識別子を表示するラベルと
   を備え、
   前記設定処理装置は、
   前記第１の機器識別子と、前記ラベルに表示された第２の機器識別子を読み取った読取装置により送信された第２の機器識別子とをそれぞれ受信する受信部と、
   前記第１の機器識別子、前記第２の機器識別子、前記第１の機器識別子の受信時刻及び前記第２の機器識別子の受信時刻に基づいて前記ネットワーク機器の認証情報の登録可否を判断する判断部とを備えた
   ことを特徴とするネットワークシステム。
9. ネットワーク機器と、該ネットワーク機器にネットワークを介して接続されて該ネットワーク機器の設定に関する処理を行う設定処理装置とを有するネットワークシステムによるネットワーク機器設定方法において、
   前記ネットワーク機器が、
   機械的スイッチの作動に応答して、前記ネットワーク機器を識別する第１の機器識別子を前記設定処理装置に前記ネットワークを介して送信し、
   前記設定処理装置が、
   前記第１の機器識別子と、前記ネットワーク機器が有するラベルに表示された第２の機器識別子を読み取った読取装置により送信された第２の機器識別子とをそれぞれ受信し、
   前記第１の機器識別子、前記第２の機器識別子、前記第１の機器識別子の受信時刻及び前記第２の機器識別子の受信時刻に基づいて前記ネットワーク機器の認証情報の登録可否を判断する
   ことを特徴とするネットワーク機器設定方法。

Images