JPWO2018025358A1 - 機器接続システム - Google Patents

Abstract

管理装置（１００）は、無線子機（２００）に対する複数の操作の組合せを表す操作パターンを生成し、生成された操作パターンを、無線子機（２００）の認証用の認証情報に変換し、認証情報の登録を要求する登録要求を送信する。無線子機（２００）は、操作パターンを受け付け、受け付けられた操作パターンを、無線子機（２００）の認証用の認証情報に変換し、認証情報を含み、無線親機（３００）への接続を要求する接続要求を送信する。無線親機（３００）は、登録要求及び接続要求を受信し、登録要求に従って登録された認証情報と、接続要求に含まれる認証情報とを比較し、無線子機（２００）の認証が成功か否かを判定する。

Description

本発明は、機器接続システム、管理装置、機器接続方法及び機器接続プログラムに関する。

近年、ＩｏＴ（Internet of Things）と呼ばれ、家電製品などの機器をインターネットに接続して管理制御する技術が盛んに検討されている。具体的な例としては、家電製品の消費電力をセンサが測定し、インターネットを介して測定結果を所定のサーバ装置などへ自動的に送信し、家庭内での電力消費をモニタリングすることなどが考えられている。

ＩｏＴに対応する製品には、通常、あらかじめセンサや通信用のモジュールなどが組み込まれている。以下の説明においては、ＩｏＴに対応する製品を「ＩｏＴ端末装置」と呼ぶ。

ＩｏＴ端末装置がインターネットに接続する場合には、例えば無線ＬＡＮ（Local Area Network）のアクセスポイントなどのゲートウェイ装置（以下「ＧＷ装置」と略記する）に無線接続し、ＧＷ装置を介して所定のサーバ装置などに接続することがある。このような場合、ＩｏＴ端末装置がインターネットへの接続を開始する際には、このＩｏＴ端末装置とＧＷ装置の間の無線接続が可能となるように、例えばＰＩＮ（Personal Identification Number）コードなどの認証情報を用いた接続処理が一般に行われる。

特開２００６−１８５９３号公報

しかしながら、ＩｏＴ端末装置は、例えばパーソナルコンピュータやスマートフォンなどの情報処理装置とは異なり、ディスプレイなどの表示機能やキーボードなどの入力機能を十分に備えていない。このため、ＩｏＴ端末装置に表示されたＰＩＮコードをユーザがＧＷ装置に登録したり、逆にＩｏＴ端末装置からＰＩＮコードを入力するなどの接続処理は、ＰＩＮコードを正しく認識できなかったり、ＰＩＮコードの入力ミスを引き起こす可能性があり、効率的ではない。したがって、ＩｏＴ端末装置がＧＷ装置と無線接続する際には、ＩｏＴ端末装置におけるＰＩＮコードの表示等を伴わずに簡易な操作で接続処理が実行されることが望ましい。

そこで、例えば無線ＬＡＮにおけるＷＰＳ（Wi-Fi Protected Setup）において、各装置に設けられた所定のボタンを押下すると一時的にＧＷ装置への接続制限がなくなり、この間にＩｏＴ端末装置とＧＷ装置の間の接続設定が実行されるようにするプッシュボタン方式を採用することが考えられる。しかし、プッシュボタン方式では、一時的ではあってもＧＷ装置への接続制限がなくなることから、ボタンを用いた接続設定が行われる場合には、セキュリティが低下してしまう。また、ＷＰＳにおいて、ＰＩＮコードを用いてＩｏＴ端末装置とＧＷ装置の間の接続設定が実行されるようにするＰＩＮコード方式を採用することが考えられる。しかし、ＰＩＮコード方式では、上述したようにＰＩＮコードの入力ミスを引き起こす可能性がある。

このように、ＩｏＴ端末装置を設置してＧＷ装置と無線接続させる際には、簡易な操作で高いセキュリティを確保することが困難であるという問題がある。

本発明は、簡易な操作で高いセキュリティを確保することができる機器接続システム、管理装置、機器接続方法及び機器接続プログラムを提供することを目的とする。

一つの態様では、機器接続システムは、互いに無線通信可能な無線親機及び無線子機と、前記無線親機と前記無線子機との無線接続を管理する管理装置とを有する機器接続システムであって、前記管理装置は、前記無線子機に対する複数の操作の組合せを表す操作パターンを生成する生成部と、前記生成部によって生成された前記操作パターンを、前記無線子機の認証用の認証情報に変換する第１変換部と、前記認証情報の登録を要求する登録要求を前記無線親機へ送信する第１送信部とを有し、前記無線子機は、前記無線子機に対する複数の操作の組合せを表す操作パターンを受け付ける受付部と、前記受付部によって受け付けられた前記操作パターンを、前記無線子機の認証用の認証情報に変換する第２変換部と、前記認証情報を含み、前記無線親機への接続を要求する接続要求を前記無線親機へ送信する第２送信部とを有し、前記無線親機は、前記第１送信部によって送信された登録要求及び前記第２送信部によって送信された接続要求を受信する受信部と、前記登録要求に従って登録された前記認証情報と、前記接続要求に含まれる前記認証情報とを比較し、前記無線子機の認証が成功か否かを判定する判定部とを有する。

一つの側面として、簡易な操作で高いセキュリティを確保することができるという効果を奏する。

図１は、実施例１に係る機器接続システムの構成を示す図である。 図２は、実施例１に係る管理端末装置の構成を示すブロック図である。 図３は、実施例１におけるパターン変換テーブルの一例を示す図である。 図４は、実施例１に係る管理端末装置のプロセッサの機能を示すブロック図である。 図５は、操作パターンからＰＩＮコードへの変換の一例を示す図である。 図６は、実施例１に係るＩｏＴ端末装置の構成を示すブロック図である。 図７は、実施例１に係るＩｏＴ端末装置のプロセッサの機能を示すブロック図である。 図８は、実施例１に係るＧＷ装置の構成を示すブロック図である。 図９は、実施例１に係るＧＷ装置のプロセッサの機能を示すブロック図である。 図１０は、実施例１に係る機器接続システムの動作を示すシーケンス図である。 図１１は、登録要求の一例を示す図である。 図１２は、接続結果通知の一例を示す図である。 図１３は、実施例２におけるパターン変換テーブルの一例を示す図である。 図１４は、実施例２に係る管理端末装置のプロセッサの機能を示すブロック図である。 図１５は、実施例２に係るＩｏＴ端末装置のプロセッサの機能を示すブロック図である。 図１６は、実施例３に係るＧＷ装置の構成を示すブロック図である。 図１７は、実施例３に係るＧＷ装置のプロセッサの機能を示すブロック図である。 図１８は、実施例３に係る管理端末装置の構成を示すブロック図である。 図１９は、実施例３におけるパターン長ＤＢの一例を示す図である。 図２０は、実施例３に係る管理端末装置のプロセッサの機能を示すブロック図である。 図２１は、実施例３に係る機器接続システムの動作を示すシーケンス図である。 図２２は、送信要求の一例を示す図である。 図２３は、周辺子機数通知の一例を示す図である。 図２４は、実施例４に係る管理端末装置の構成を示すブロック図である。 図２５は、実施例４における熟練度ＤＢの一例を示す図である。 図２６は、実施例４におけるパターン要素ＤＢの一例を示す図である。 図２７は、実施例４に係る管理端末装置のプロセッサの機能を示すブロック図である。 図２８は、実施例４に係る機器接続システムの動作を示すシーケンス図である。 図２９は、実施例５に係る管理端末装置のプロセッサの機能を示すブロック図である。 図３０は、実施例５に係る機器接続システムの動作を示すシーケンス図である。 図３１は、実施例６に係る管理端末装置のプロセッサの機能を示すブロック図である。 図３２は、ディスプレイの表示態様の一例を示す図である。 図３３は、実施例７に係るＧＷ装置の構成を示すブロック図である。 図３４は、実施例７に係るＧＷ装置のプロセッサの機能を示すブロック図である。 図３５は、実施例７に係る機器接続システムの動作を示すシーケンス図である。

以下に、本願の開示する機器接続システム、管理装置、機器接続方法及び機器接続プログラムの実施例について、図面を参照しながら詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

図１は、実施例１に係る機器接続システムの構成を示す図である。図１に示す機器接続システムは、管理端末装置１００、ＩｏＴ端末装置２００、ＧＷ装置３００及びサーバ装置４００を有する。この機器接続システムは、ＩｏＴ端末装置２００が設置される際に、ＩｏＴ端末装置２００によるＧＷ装置３００への無線接続を認証する。

管理端末装置１００は、例えばスマートフォンやパーソナルコンピュータなどの情報処理装置であり、種々の入出力部や通信部を有する。そして、管理端末装置１００は、ＩｏＴ端末装置２００に対する複数の操作の組合せを表す操作パターンを生成する。具体的には、管理端末装置１００は、ＩｏＴ端末装置２００が有するボタンに対する押下操作及び解放操作の組合せを操作パターンとして生成する。そして、管理端末装置１００は、生成した操作パターンを、無線接続の認証用の認証情報であるＰＩＮコードに変換し、ＰＩＮコードをＧＷ装置３００に登録させる。管理端末装置１００は、管理装置の一例である。

ＩｏＴ端末装置２００は、例えばセンサと通信モジュールを有し、センサによって測定された測定結果を通信モジュールからＧＷ装置３００へ無線送信する。ＩｏＴ端末装置２００は、例えば、センサや通信モジュールが予め組み込まれた家電製品等である。ＩｏＴ端末装置２００は、ＧＷ装置３００との無線接続の認証を受ける際に、操作者から複数の操作の組合せを表す操作パターンを受け付ける。具体的には、ＩｏＴ端末装置２００は、自身が有するボタンに対する押下操作及び解放操作の組合せを操作パターンとして受け付ける。そして、ＩｏＴ端末装置２００は、受け付けた操作パターンを、無線接続の認証用の認証情報であるＰＩＮコードに変換し、ＰＩＮコードをＧＷ装置３００へ送信する。ＩｏＴ端末装置２００は、無線子機の一例である。

ＧＷ装置３００は、認証されたＩｏＴ端末装置２００と無線通信し、例えばＩｏＴ端末装置２００からセンサの測定結果を受信し、ネットワークを介してサーバ装置４００へ送信する。また、ＧＷ装置３００は、ＩｏＴ端末装置２００を認証する際には、管理端末装置１００によって登録されたＰＩＮコードと、ＩｏＴ端末装置２００から送信されたＰＩＮコードとが一致するか否かを判定する。ＧＷ装置３００は、無線親機の一例である。

サーバ装置４００は、ＩｏＴ端末装置２００のセンサによる測定結果をＧＷ装置３００から取得し、種々のアプリケーションに応じた処理を実行する。例えば、サーバ装置４００は、ＩｏＴ端末装置２００のセンサによって測定された家電製品の消費電力を取得し、家庭ごとの家電製品の消費電力を集計する。

図２は、実施例１に係る管理端末装置１００の構成を示すブロック図である。図２に示す管理端末装置１００は、プロセッサ１１０、ディスプレイ１２０、操作キー１３０、通信モジュール１４０及びメモリ１５０を有する。

プロセッサ１１０は、例えばＣＰＵ（Central Processing Unit）、ＦＰＧＡ（Field Programmable Gate Array）又はＤＳＰ（Digital Signal Processor）などを備え、メモリ１５０を使用して管理端末装置１００の各部を制御する。特に、プロセッサ１１０は、ＩｏＴ端末装置２００とＧＷ装置３００の接続を開始する際に、ＩｏＴ端末装置２００に対する複数の操作の組合せを表す操作パターンを生成し、生成した操作パターンを、ＩｏＴ端末装置２００の認証のためのＰＩＮコードに変換する。そして、プロセッサ１１０は、ＰＩＮコードを含む登録要求を通信モジュール１４０を介してＧＷ装置３００へ送信する。プロセッサ１１０の機能については、後に詳述する。

ディスプレイ１２０は、例えば液晶ディスプレイなどの出力デバイスであり、プロセッサ１１０における処理の結果生成される画像を表示する。具体的には、ディスプレイ１２０は、プロセッサ１１０によって生成される操作パターンを表示する。

操作キー１３０は、例えばキーボードなどの入力デバイスであり、操作者による様々な操作を受け付ける。

通信モジュール１４０は、例えば無線ＬＡＮなどによってＧＷ装置３００との間の無線接続を確立し、アンテナを介してＧＷ装置３００と無線通信する。具体的には、通信モジュール１４０は、ＩｏＴ端末装置２００の認証のためのＰＩＮコードを含む登録要求をＧＷ装置３００へ送信する。また、通信モジュール１４０は、ＧＷ装置３００によるＰＩＮコードの登録が完了した旨を示す登録完了通知をＧＷ装置３００から受信する。また、通信モジュール１４０は、ＩｏＴ端末装置２００の認証が成功したか否かを示す接続結果通知をＧＷ装置３００から受信する。

メモリ１５０は、例えばＲＡＭ（Random Access Memory）又はＲＯＭ（Read Only Memory）などを備え、プロセッサ１１０が用いる種々の情報を記憶する。具体的には、メモリ１５０は、パターン変換テーブルを保持する。

パターン変換テーブルは、例えば図３に示すように、ＰＩＮコードに変換されるべき操作パターンを構成する要素となる操作に対応付けて、ＰＩＮコードを構成する番号であるＰＩＮを記憶する。なお、図３は、実施例１におけるパターン変換テーブルの一例を示す図である。図３に示す例では、ＰＩＮコードに変換されるべき操作パターンを構成する要素となる操作が、ＩｏＴ端末装置２００のボタンに対する押下操作及び解放操作であるものとする。図３に示す例において、操作パターンにおいて「奇数回目に現れる１秒間の押下操作」は、ＰＩＮ「１」に変換されることが分かる。

図４は、実施例１に係る管理端末装置１００のプロセッサ１１０の機能を示すブロック図である。図４に示すプロセッサ１１０は、操作パターン生成部１１１、ＰＩＮコード変換部１１２、認証情報登録部１１３、接続結果表示部１１４及び表示制御部１１５を有する。なお、プロセッサ１１０は、メモリ１５０に記憶された機器接続プログラムを読み出し、読み出された機器接続プログラムに基づき各種プロセスを図４に示した各種機能部として構成する。

操作パターン生成部１１１は、操作者によって操作キー１３０が操作されることによりＩｏＴ端末装置２００の接続指示が受け付けられた場合に、このＩｏＴ端末装置２００に関する操作パターンを生成する。具体的には、操作パターン生成部１１１は、ＩｏＴ端末装置２００のボタンに対する押下操作及び解放操作の組合せを操作パターンとして生成する。例えば、操作パターン生成部１１１は、ＩｏＴ端末装置２００のボタンに対する押下操作及び解放操作をランダムに組み合わせることにより、操作パターンを生成する。

ＰＩＮコード変換部１１２は、操作パターン生成部１１１によって生成された操作パターンを、メモリ１５０のパターン変換テーブルを用いてＰＩＮコードに変換する。具体的には、ＰＩＮコード変換部１１２は、操作パターン生成部１１１によって生成された操作パターンを、この操作パターンを構成する要素となる操作に分離する。そして、ＰＩＮコード変換部１１２は、分離された各操作に対応付けて記憶されたＰＩＮをパターン変換テーブルから取得することにより、操作パターンをＰＩＮコードに変換する。

図５は、操作パターンからＰＩＮコードへの変換の一例を示す図である。図５の例において、操作パターンが、「１秒間の押下操作」、「１秒間の解放操作」、「１秒間の押下操作」及び「２秒間の解放操作」を構成要素として含むものとする。この場合、操作パターンにおいて１回目に現れる「１秒間の押下操作」は、パターン変換テーブルから取得されたＰＩＮ「１」に変換される。また、操作パターンにおいて１回目に現れる「１秒間の解放操作」は、パターン変換テーブルから取得されたＰＩＮ「３」に変換される。また、操作パターンにおいて２回目に現れる「１秒間の押下操作」は、パターン変換テーブルから取得された「５」に変換される。また、操作パターンにおいて１回目に現れる「２秒間の解放操作」は、パターン変換テーブルから取得されたＰＩＮ「４」に変換される。これにより、「１秒間の押下操作」、「１秒間の解放操作」、「１秒間の押下操作」及び「２秒間の解放操作」を構成要素として含む操作パターンは、ＰＩＮコード「１３５４」に変換される。

なお、上記の説明では、ＰＩＮコード変換部１１２は、操作パターン生成部１１１によって生成された操作パターンを、メモリ１５０のパターン変換テーブルを用いてＰＩＮコードに変換する例を示したが、開示技術はこれには限られない。例えば、ＰＩＮコード変換部１１２は、所定の規則に従って操作パターンに応じたハッシュ関数を生成し、生成したハッシュ関数で複数のＰＩＮをハッシュ化することにより、操作パターンをＰＩＮコードに変換しても良い。

図４の説明に戻る。認証情報登録部１１３は、ＰＩＮコード変換部１１２によって操作パターンから変換されたＰＩＮコードの登録をＧＷ装置３００に対して要求する登録要求を生成する。そして、認証情報登録部１１３は、生成した登録要求を通信モジュール１４０を介してＧＷ装置３００へ送信する。

また、認証情報登録部１１３は、ＧＷ装置３００から送信され通信モジュール１４０によって受信される登録完了通知を取得する。すなわち、認証情報登録部１１３は、登録要求の送信後に登録完了通知の受信を待機し、ＧＷ装置３００に対するＰＩＮコードの登録が完了した旨を示す登録完了通知を通信モジュール１４０から受信する。

接続結果表示部１１４は、ＧＷ装置３００から送信され通信モジュール１４０によって受信される接続結果通知を取得し、取得した接続結果通知の内容をディスプレイ１２０等に表示する。この接続結果通知が、ＩｏＴ端末装置２００の認証が成功し、ＩｏＴ端末装置２００とＧＷ装置３００との接続が許可されたことを示す場合には、管理端末装置１００を用いたＩｏＴ端末装置２００の接続処理が完了する。一方、接続結果通知が、ＩｏＴ端末装置２００の認証が成功せず、ＩｏＴ端末装置２００とＧＷ装置３００との接続が許可されなかったことを示す場合には、接続結果表示部１１４は、再度同じＰＩＮコードを含む登録要求をＧＷ装置３００へ送信する旨を認証情報登録部１１３へ指示する。

表示制御部１１５は、登録完了通知が通信モジュール１４０によって受信された場合に、操作パターン生成部１１１によって生成された操作パターンをディスプレイ１２０に表示する。ディスプレイ１２０に表示された操作パターンを確認した操作者は、認証を受けるＩｏＴ端末装置２００に対する複数の操作を、表示された操作パターンに従って行う。

図６は、実施例１に係るＩｏＴ端末装置２００の構成を示すブロック図である。図６に示すＩｏＴ端末装置２００は、プロセッサ２１０、操作ボタン２２０、センサユニット２３０、通信モジュール２４０及びメモリ２５０を有する。

プロセッサ２１０は、例えばＣＰＵ、ＦＰＧＡ又はＤＳＰなどを備え、メモリ２５０を使用してＩｏＴ端末装置２００の各部を制御する。特に、プロセッサ２１０は、操作ボタン２２０を介して操作者から複数の操作の組合せを表す操作パターンを受け付け、受け付けた操作パターンを、ＩｏＴ端末装置２００の認証のためのＰＩＮコードに変換する。そして、プロセッサ２１０は、ＰＩＮコードを含む接続要求を通信モジュール２４０を介してＧＷ装置３００へ送信する。プロセッサ２１０の機能については、後に詳述する。

操作ボタン２２０は、操作者によって押下可能なボタンであり、ＩｏＴ端末装置２００に対する複数の操作として押下操作及び解放操作を操作者から受け付ける。

センサユニット２３０は、例えば消費電力を測定する電力センサを有する。電力センサは、例えば、ＩｏＴ端末装置２００を搭載する家電製品などの消費電力を測定する。電力センサによる測定結果は、ＩｏＴ端末装置２００がＧＷ装置３００に認証された後、ＧＷ装置３００を介してサーバ装置４００へ送信される。

また、センサユニット２３０は、電力センサの他に、ＩｏＴ端末装置２００に対する複数の操作を検出することができるセンサを有しても良い。このようなセンサとしては、例えば、加速度センサ、照度センサ又はジャイロセンサが利用される。加速度センサは、振動を検出することができるので、ＩｏＴ端末装置２００に対する複数の操作として、ＩｏＴ端末装置２００に対して振動を与えるタップ操作及びその時間間隔を検出することができる。照度センサは、明暗を判別することができるので、ＩｏＴ端末装置２００に対する複数の操作として、ＩｏＴ端末装置２００を遮蔽物で遮蔽する暗操作及びＩｏＴ端末装置２００を遮蔽物で遮蔽しない明操作を検出することができる。ジャイロセンサは、基準位置からのＩｏＴ端末装置２００の傾きを検出することができるので、ＩｏＴ端末装置２００を基準位置から傾ける傾斜操作及びＩｏＴ端末装置２００を基準位置に戻す非傾斜操作を検出することができる。

通信モジュール２４０は、例えば無線ＬＡＮやBluetooth（登録商標）などの近距離無線通信によってＧＷ装置３００との間の無線接続を確立し、アンテナを介してＧＷ装置３００と無線通信する。具体的には、通信モジュール２４０は、ＩｏＴ端末装置２００の認証のためのＰＩＮコードを含む接続要求をＧＷ装置３００へ送信する。また、通信モジュール２４０は、ＩｏＴ端末装置２００の認証が成功したか否かを示す接続結果通知をＧＷ装置３００から受信する。

メモリ２５０は、例えばＲＡＭ又はＲＯＭなどを備え、プロセッサ２１０が用いる種々の情報を記憶する。具体的には、メモリ２５０は、メモリ１５０が保持するパターン変換テーブルと同一のパターン変換テーブルを保持する。

図７は、実施例１に係るＩｏＴ端末装置２００のプロセッサ２１０の機能を示すブロック図である。図７に示すプロセッサ２１０は、操作パターン受付部２１１、ＰＩＮコード変換部２１２、接続・認証要求処理部２１３、及び通信制御部２１５を有する。なお、プロセッサ２１０は、メモリ２５０に記憶された機器接続プログラムを読み出し、読み出された機器接続プログラムに基づき各種プロセスを図７に示した各種機能部として構成する。

操作パターン受付部２１１は、操作ボタン２２０を介して操作者から複数の操作の組合せを表す操作パターンを受け付ける。具体的には、操作パターン受付部２１１は、操作ボタン２２０に対する押下操作及び解放操作の組合せを操作パターンとして受け付ける。

ＰＩＮコード変換部２１２は、操作パターン受付部２１１によって受け付けられた操作パターンを、メモリ２５０のパターン変換テーブルを用いてＰＩＮコードに変換する。具体的には、ＰＩＮコード変換部２１２は、操作パターン受付部２１１によって受け付けられた操作パターンを、この操作パターンを構成する要素となる操作に分離する。そして、ＰＩＮコード変換部２１２は、分離された各操作に対応付けて記憶されたＰＩＮをパターン変換テーブルから取得することにより、操作パターンをＰＩＮコードに変換する。このＰＩＮコードは、操作パターン受付部２１１によって受け付けられた操作パターンと、管理端末装置１００によって生成された操作パターンとが一致していれば、管理端末装置１００がＧＷ装置３００に登録するＰＩＮコードに一致する。すなわち、管理端末装置１００によって生成された操作パターンが操作ボタン２２０によって正しく受け付けられていれば、ＰＩＮコード変換部２１２によって操作パターンから変換されたＰＩＮコードは、ＧＷ装置３００に登録されたＰＩＮコードに一致する。

なお、上記の説明では、ＰＩＮコード変換部２１２は、操作パターン受付部２１１によって受け付けられた操作パターンを、メモリ２５０のパターン変換テーブルを用いてＰＩＮコードに変換する例を示したが、開示技術はこれには限られない。例えば、ＰＩＮコード変換部２１２は、所定の規則に従って操作パターンに応じたハッシュ関数を生成し、生成したハッシュ関数で複数のＰＩＮをハッシュ化することにより、操作パターンをＰＩＮコードに変換しても良い。

接続・認証要求処理部２１３は、認証処理部２１３ａ及び接続制御部２１３ｂを有する。認証処理部２１３ａは、ＰＩＮコード変換部２１２によって操作パターンから変換されたＰＩＮコードを含み、ＧＷ装置３００への接続を要求する接続要求を生成する。そして、認証処理部２１３ａは、生成した接続要求を通信モジュール２４０を介してＧＷ装置３００へ送信する。

また、認証処理部２１３ａは、ＧＷ装置３００から送信され通信モジュール２４０によって受信される接続結果通知を取得する。すなわち、認証処理部２１３ａは、接続要求の送信後に接続結果通知の受信を待機し、ＩｏＴ端末装置２００の認証が成功したか否かを示す接続結果通知を通信モジュール２４０から取得する。

接続制御部２１３ｂは、ＩｏＴ端末装置２００の認証が成功した場合に、ＧＷ装置３００との間の接続設定を実行し、さらにＧＷ装置３００を介してサーバ装置４００との間の接続設定を実行する。

通信制御部２１５は、ＧＷ装置３００及びサーバ装置４００との間の接続設定が完了すると、通信モジュール２４０を制御して、例えばセンサユニット２３０の電力センサによって測定された消費電力を定期的にサーバ装置４００へ送信する。

図８は、実施例１に係るＧＷ装置３００の構成を示すブロック図である。図８に示すＧＷ装置３００は、プロセッサ３１０、通信モジュール３２０及びメモリ３３０を有する。

プロセッサ３１０は、例えばＣＰＵ、ＦＰＧＡ又はＤＳＰなどを備え、メモリ３３０を使用してＧＷ装置３００の各部を制御する。特に、プロセッサ３１０は、管理端末装置１００から登録要求を受け付けると、登録要求に含まれるＰＩＮコードを登録し、その後、ＩｏＴ端末装置２００から接続要求を受け付けると、登録されたＰＩＮコードと接続要求に含まれるＰＩＮコードとを比較する。そして、２つのＰＩＮコードが一致する場合には、プロセッサ３１０は、ＩｏＴ端末装置２００によるＧＷ装置３００への接続を許可する。プロセッサ３１０の機能については、後に詳述する。

通信モジュール３２０は、例えば無線ＬＡＮ及び種々の近距離無線通信によって管理端末装置１００及びＩｏＴ端末装置２００との間の無線接続を確立し、アンテナを介して無線通信する。具体的には、通信モジュール３２０は、登録要求及び登録完了通知を管理端末装置１００との間で送受信する。また、通信モジュール３２０は、接続要求をＩｏＴ端末装置２００から受信する。また、通信モジュール３２０は、接続結果通知を管理端末装置１００及びＩｏＴ端末装置２００へ送信する。

メモリ３３０は、例えばＲＡＭ又はＲＯＭなどを備え、プロセッサ３１０が用いる種々の情報を記憶する。

図９は、実施例１に係るＧＷ装置３００のプロセッサ３１０の機能を示すブロック図である。図９に示すプロセッサ３１０は、登録要求受付部３１１、ＰＩＮコード登録部３１２、登録結果通知部３１３、接続・認証要求処理部３１４、接続可否判定部３１５、及び通信制御部３１７を有する。なお、プロセッサ３１０は、メモリ３３０に記憶された機器接続プログラムを読み出し、読み出された機器接続プログラムに基づき各種プロセスを図９に示した各種機能部として構成する。

登録要求受付部３１１は、管理端末装置１００から送信され通信モジュール３２０によって受信された登録要求を受け付け、登録要求に含まれるＰＩＮコードをＰＩＮコード登録部３１２へ出力する。

ＰＩＮコード登録部３１２は、登録要求受付部３１１から出力されたＰＩＮコードを接続可否判定部３１５に一時的に登録する。

登録結果通知部３１３は、ＰＩＮコード登録部３１２によるＩｏＴ端末装置２００のＰＩＮコードの登録が完了した旨を示す登録完了通知を生成し、生成した登録完了通知を通信モジュール３２０を介して管理端末装置１００へ送信する。

接続・認証要求処理部３１４は、認証処理部３１４ａ及び接続制御部３１４ｂを有する。認証処理部３１４ａは、ＩｏＴ端末装置２００から送信され通信モジュール３２０によって受信された接続要求を受け付け、接続要求に含まれるＰＩＮコードを接続可否判定部３１５へ出力する。

接続制御部３１４ｂは、接続が許可されたＩｏＴ端末装置２００との間の接続設定を行う。また、接続制御部３１４ｂは、接続可否判定部３１５における判定結果を含む接続結果通知を生成し、生成した接続結果通知を通信モジュール３２０を介して、接続要求の送信元のＩｏＴ端末装置２００へ送信する。

接続可否判定部３１５は、認証処理部３１４ａから出力されるＰＩＮコードがＰＩＮコード登録部３１２によって一時的に登録されたＰＩＮコードに一致するか否かを判定することにより、ＩｏＴ端末装置２００がＧＷ装置３００に接続することを許可するか否かを判定する。すなわち、接続可否判定部３１５は、ＰＩＮコード登録部３１２によって一時的に登録されたＰＩＮコードが接続要求に含まれるＰＩＮコードと一致するか否かを判定する。この判定の結果、ＰＩＮコードが一致する場合は、接続可否判定部３１５は、ＩｏＴ端末装置２００のＧＷ装置３００への接続を許可すると判定する。一方、ＰＩＮコードが一致しない場合は、接続可否判定部３１５は、ＩｏＴ端末装置２００によるＧＷ装置３００への接続を許可しないと判定する。

通信制御部３１７は、接続が許可されたＩｏＴ端末装置２００との間の接続設定が完了すると、このＩｏＴ端末装置２００とサーバ装置４００との間の通信を中継する。

次に、実施例１に係る機器接続システムの動作について、図１０を参照しながら説明する。図１０は、実施例１に係る機器接続システムの動作を示すシーケンス図である。

まず、ＩｏＴ端末装置２００とＧＷ装置３００の接続を希望する操作者が管理端末装置１００を操作して接続指示を行うと、この接続指示は、管理端末装置１００のプロセッサ１１０によって受け付けられる（ステップＳ１０１）。そして、操作パターン生成部１１１によって操作パターンが生成される（ステップＳ１０２）。すなわち、認証を受けるＩｏＴ端末装置２００の操作ボタン２２０に対する押下操作及び解放操作の組合せが操作パターン生成部１１１によって操作パターンとして生成される。生成された操作パターンは、ＰＩＮコード変換部１１２によってＰＩＮコードに変換される（ステップＳ１０３）。

そして、操作パターンから変換されたＰＩＮコードを含む登録要求が認証情報登録部１１３からＧＷ装置３００へ送信される（ステップＳ１０４）。

登録要求には、例えば図１１に示すように、認証を受けるＩｏＴ端末装置２００の登録を要求することにより、ＩｏＴ端末装置２００との間の接続の開始を指示する部分Ｐ１と、ＰＩＮコードを記述する部分Ｐ２とが含まれる。なお、図１１は、登録要求の一例を示す図である。

図１０の説明に戻り、登録要求は、ＧＷ装置３００のプロセッサ３１０によって受け付けられ、ＰＩＮコード登録部３１２によって、登録要求に含まれるＰＩＮコードが接続可否判定部３１５に一時的に登録され、ＰＩＮコードによる接続モードが開始される（ステップＳ１０５）。ＰＩＮコードの登録が完了すると、ＰＩＮコードの登録が完了した旨を示す登録完了通知が登録結果通知部３１３から管理端末装置１００へ送信される（ステップＳ１０６）。

登録完了通知を受信した管理端末装置１００においては、ステップＳ１０２にて生成された操作パターンが表示制御部１１５によってディスプレイ１２０に表示される（ステップＳ１０７）。

ディスプレイ１２０に表示された操作パターンを確認した操作者は、認証を受けるＩｏＴ端末装置２００の操作ボタン２２０に対する複数の操作（つまり、押下操作及び解放操作）を、表示された操作パターンに従って行う。操作ボタン２２０に対する複数の操作が行われると、操作ボタン２２０に対する押下操作及び解放操作の組合せがプロセッサ２１０の操作パターン受付部２１１によって操作パターンとして受け付けられる（ステップＳ１０８）。受け付けられた操作パターンは、ＰＩＮコード変換部２１２によってＰＩＮコードに変換される（ステップＳ１０９）。このＰＩＮコードは、管理端末装置１００によって生成された操作パターンが操作ボタン２２０によって正しく受け付けられていれば、ステップＳ１０５においてＧＷ装置３００に登録されたＰＩＮコードと一致する。

そして、操作パターンから変換されたＰＩＮコードを含む接続要求が接続・認証要求処理部２１３からＧＷ装置３００へ送信される（ステップＳ１１０）。接続要求は、ＧＷ装置３００のプロセッサ３１０によって受け付けられ、接続可否判定部３１５によって、接続要求に含まれるＰＩＮコードが登録済みのＰＩＮコードと一致するか否かが判定される。換言すれば、接続可否判定部３１５によって、ＩｏＴ端末装置２００によるＧＷ装置３００への接続を許可するか否かが判定される（ステップＳ１１１）。ここでの判定は、ＰＩＮコードが一致すれば接続を許可し、ＰＩＮコードが一致しなければ接続を許可しないと判定するものである。

接続可否判定部３１５による判定の結果、接続が許可された場合には（ステップＳ１１１Ｙｅｓ）、その旨を示す接続結果通知が接続・認証要求処理部３１４から管理端末装置１００及びＩｏＴ端末装置２００へ送信される（ステップＳ１１２、Ｓ１１３）。そして、ＩｏＴ端末装置２００の接続・認証要求処理部２１３とＧＷ装置３００の接続・認証要求処理部３１４との間で接続設定が行われる（ステップＳ１１４）。

一方、接続可否判定部３１５による判定の結果、接続が許可されない場合には（ステップＳ１１１Ｎｏ）、その旨を示す接続結果通知が接続・認証要求処理部３１４から管理端末装置１００及びＩｏＴ端末装置２００へ送信される（ステップＳ１１５、Ｓ１１６）。すなわち、接続が許可されない場合には、ＩｏＴ端末装置２００の接続・認証要求処理部２１３とＧＷ装置３００の接続・認証要求処理部３１４との間で接続設定が行われない。なお、ステップＳ１１２からステップＳ１１４までの処理と、ステップＳ１１５からステップＳ１１６までの処理とは、互いに排他的であり、一方の処理が実行される場合には、他方の処理が実行されない。

接続結果通知には、例えば図１２に示すように、接続が許可されたか否か、すなわち、接続が成功か否かを示す接続結果を記述する部分Ｐ３と、ＰＩＮコードの不一致等の接続失敗の理由を記述する部分Ｐ４が含まれる。なお、図１２は、接続結果通知の一例を示す図である。

図１０の説明に戻り、接続結果通知は、管理端末装置１００のプロセッサ１１０によって受け付けられる。この接続結果通知が、接続が許可されたこと（つまり、接続が成功であること）を示す場合（ステップＳ１１７Ｙｅｓ）、管理端末装置１００を用いたＩｏＴ端末装置２００の接続処理が終了する。一方、接続結果通知が、接続が許可されなかったこと（つまり、接続が失敗であること）を示す場合（ステップＳ１１７Ｎｏ）、ＩｏＴ端末装置２００の接続処理を中断する中断指示を受け付けたか否かがプロセッサ１１０によって判定される（ステップＳ１１８）。中断指示が受け付けられた場合には（ステップＳ１１８Ｙｅｓ）、管理端末装置１００を用いたＩｏＴ端末装置２００の接続処理が終了する。一方、中断指示が受け付けられなかった場合には（ステップＳ１１８Ｎｏ）、再度同じＰＩＮコードを含む登録要求が認証情報登録部１１３からＧＷ装置３００へ送信され（ステップＳ１０４）、上記したステップＳ１０５〜Ｓ１１７の処理が繰り返される。

以上のように、本実施例によれば、管理端末装置１００がＩｏＴ端末装置２００の認証時にＩｏＴ端末装置２００に対する複数の操作の組合せを表す操作パターンを生成し、生成した操作パターンをＩｏＴ端末装置２００の認証用のＰＩＮコードに変換する。そして、管理端末装置１００がＧＷ装置３００にＰＩＮコードを登録した後、ＩｏＴ端末装置２００が操作パターンを受け付け、受け付けた操作パターンをＰＩＮコードに変換し、ＰＩＮコードを含む接続要求をＧＷ装置３００へ送信する。接続要求を受信したＧＷ装置３００は、接続要求に含まれるＰＩＮコードが管理端末装置１００によって登録されたＰＩＮコードと一致するか否かを判定し、２つのＰＩＮコードが一致する場合に、ＩｏＴ端末装置２００の接続を許可する。このため、ＩｏＴ端末装置２００が十分な表示機能や入力機能を備えていない場合でも、認証を希望するＩｏＴ端末装置２００に対する複数の操作の組合せを表す操作パターンから変換されたＰＩＮコードによって、ＩｏＴ端末装置２００の認証を実行することができる。結果として、簡易な操作で高いセキュリティを確保することができる。

また、本実施例によれば、管理端末装置１００がＩｏＴ端末装置２００のボタンに対する押下操作及び解放操作の組合せを操作パターンとして生成する。このため、ＩｏＴ端末装置２００とＧＷ装置３００の接続を希望する操作者による操作の負担を低減することができ、ＩｏＴ端末装置２００とＧＷ装置３００の接続に伴う作業の効率を向上しつつ高いセキュリティを確保することができる。

実施例２の特徴は、ＩｏＴ端末装置２００のセンサによって検出される複数の操作の組合せを操作パターンとして生成し、生成した操作パターンをＰＩＮコードに変換する点である。なお、実施例２の管理端末装置１００及びＩｏＴ端末装置２００の基本構成は、実施例１の管理端末装置１００及びＩｏＴ端末装置２００と同様であるので、図２及び図６を参照して説明する。ただし、図６に示したＩｏＴ端末装置２００において、操作ボタン２２０が存在しないものとする。実施例２では、ＩｏＴ端末装置２００が操作ボタン２２０を有さない場合に、ＩｏＴ端末装置２００のボタンに代えて、ＩｏＴ端末装置２００のセンサを利用して、ＩｏＴ端末装置２００の認証のためのＰＩＮコードを得る。

実施例２の管理端末装置１００において、メモリ１５０のパターン変換テーブルは、例えば図１３に示すように、ＩｏＴ端末装置２００のセンサの種別毎に、変換テーブルを保持する。各変換テーブルは、ＰＩＮコードに変換されるべき操作パターンを構成する要素となる操作に対応付けて、ＰＩＮを記憶する。なお、図１３は、実施例２におけるパターン変換テーブルの一例を示す図である。図１３に示す例では、ＰＩＮコードに変換されるべき操作パターンを構成する要素となる操作が、センサユニット２３０の照度センサに対する暗操作及び明操作であるものとする。図１３に示す例において、操作パターンにおいて「奇数回目に現れる１秒間の暗操作」は、ＰＩＮ「１」に変換されることが分かる。なお、ＩｏＴ端末装置２００のメモリ２５０には、図１３に示したパターン変換テーブルと同一のパターン変換テーブルが保持されている。

図１４は、実施例２に係る管理端末装置１００のプロセッサ１１０の機能を示すブロック図である。図１４において、図４と同じ部分には同じ符号を付し、その説明を省略する。図１４に示すプロセッサ１１０は、センサ特定部１６１、操作パターン生成部１６２、ＰＩＮコード変換部１６３、認証情報登録部１１３、接続結果表示部１１４及び表示制御部１１５を有する。なお、プロセッサ１１０は、メモリ１５０に記憶された機器接続プログラムを読み出し、読み出された機器接続プログラムに基づき各種プロセスを図１４に示した各種機能部として構成する。

センサ特定部１６１は、操作者によって操作キー１３０が操作されることによりＩｏＴ端末装置２００の接続指示が受け付けられた場合に、このＩｏＴ端末装置２００のセンサの種別を特定する。例えば、センサ特定部１６１は、ＩｏＴ端末装置２００のセンサ（つまり、センサユニット２３０に含まれる加速度センサ、照度センサ又はジャイロセンサ）の種別をディスプレイ１２０に表示させ、操作キー１３０からの入力を用いて、該センサの種別を特定する。また、例えば、センサ特定部１６１は、図示しないカメラなどの撮影デバイスを利用してＩｏＴ端末装置２００の外観を撮影し、撮影データとＩｏＴ端末装置２００のセンサの種別との対応テーブルを用いて、ＩｏＴ端末装置２００のセンサの種別を特定しても良い。

操作パターン生成部１６２は、ＩｏＴ端末装置２００のセンサによって検出される複数の操作の組合せを操作パターンとして生成する。具体的には、操作パターン生成部１６２は、センサ特定部１６１によって特定されたセンサの種別に応じた操作パターンを生成する。例えば、ＩｏＴ端末装置２００のセンサが照度センサである場合を想定する。この場合、センサ特定部１６１によってセンサの種別として照度センサが特定されるので、操作パターン生成部１６２は、照度センサによって検出される暗操作及び明操作の組合せを操作パターンとして生成する。

また、例えば、ＩｏＴ端末装置２００のセンサが加速度センサである場合を想定する。この場合、センサ特定部１６１によってセンサの種別として加速度センサが特定されるので、操作パターン生成部１６２は、加速度センサによって検出されるタップ操作及び非タップ操作の組合せを操作パターンとして生成する。

また、例えば、ＩｏＴ端末装置２００のセンサがジャイロセンサである場合を想定する。この場合、センサ特定部１６１によってセンサの種別としてジャイロセンサが特定されるので、操作パターン生成部１６２は、ジャイロセンサによって検出される傾斜操作及び非傾斜操作の組合せを操作パターンとして生成する。

ＰＩＮコード変換部１６３は、操作パターン生成部１６２によって生成された、センサの種別に応じた操作パターンを、メモリ１５０のパターン変換テーブルを用いてＰＩＮコードに変換する。具体的には、ＰＩＮコード変換部１６３は、メモリ１５０のパターン変換テーブルを参照して、ＩｏＴ端末装置２００のセンサの種別に対応付けられた変換テーブルを特定する。そして、ＰＩＮコード変換部１６３は、操作パターン生成部１６２によって生成された操作パターンを、この操作パターンを構成する要素となる操作に分離する。そして、ＰＩＮコード変換部１６３は、分離された各操作に対応付けて記憶されたＰＩＮを特定された変換テーブルから取得することにより、操作パターンをＰＩＮコードに変換する。

図１５は、実施例２に係るＩｏＴ端末装置２００のプロセッサ２１０の機能を示すブロック図である。図１５において、図７と同じ部分には同じ符号を付し、その説明を省略する。図１５に示すプロセッサ２１０は、操作パターン受付部２６１、ＰＩＮコード変換部２６２、接続・認証要求処理部２１３、及び通信制御部２１５を有する。なお、プロセッサ２１０は、メモリ２５０に記憶された機器接続プログラムを読み出し、読み出された機器接続プログラムに基づき各種プロセスを図１５に示した各種機能部として構成する。

操作パターン受付部２６１は、ＩｏＴ端末装置２００のセンサによって検出される複数の操作の組合せを操作パターンとして受け付ける。

ＰＩＮコード変換部２６２は、操作パターン受付部２６１によって受け付けられた操作パターンを、メモリ２５０のパターン変換テーブルを用いてＰＩＮコードに変換する。具体的には、ＰＩＮコード変換部２６２は、メモリ２５０のパターン変換テーブルを参照して、ＩｏＴ端末装置２００のセンサの種別に対応付けられた変換テーブルを特定する。ＰＩＮコード変換部２６２は、操作パターン受付部２６１によって受け付けられた操作パターンを、この操作パターンを構成する要素となる操作に分離する。そして、ＰＩＮコード変換部２６２は、分離された各操作に対応付けて記憶されたＰＩＮを特定された変換テーブルから取得することにより、操作パターンをＰＩＮコードに変換する。

以上のように、本実施例によれば、管理端末装置１００がＩｏＴ端末装置２００のセンサによって検出される複数の操作の組合せを操作パターンとして生成し、生成した操作パターンをＰＩＮコードに変換する。そして、ＩｏＴ端末装置２００がＩｏＴ端末装置２００のセンサによって検出される複数の操作の組合せを操作パターンとして受け付け、受け付けた操作パターンをＰＩＮコードに変換する。このため、ＩｏＴ端末装置２００が操作ボタン２２０を有さない場合であっても、ＰＩＮコードによって、ＩｏＴ端末装置２００の認証を実行することができ、簡易な操作で高いセキュリティを確保することができる。

実施例３の特徴は、ＧＷ装置３００の周辺に存在するＩｏＴ端末装置２００の数に応じて、生成されるべき操作パターンのパターン長を適応的に決定する点である。

図１６は、実施例３に係るＧＷ装置３００の構成を示すブロック図である。図１６において、図８と同じ部分には同じ符号を付し、その説明を省略する。図１６に示すＧＷ装置３００は、プロセッサ３１０、通信モジュール３２０、メモリ３３０及び電波モニタ３４０を有する。

電波モニタ３４０は、ＧＷ装置３００が通信可能な範囲のＩｏＴ端末装置２００から定期的に送信される所定の電波をモニタする。電波モニタ３４０のモニタ結果は、プロセッサ３１０へ出力される。

図１７は、実施例３に係るＧＷ装置３００のプロセッサ３１０の機能を示すブロック図である。図１７において、図９と同じ部分には同じ符号を付し、その説明を省略する。図１７に示すプロセッサ３１０は、登録要求受付部３１１、ＰＩＮコード登録部３１２、登録結果通知部３１３、接続・認証要求処理部３１４、接続可否判定部３１５、通信制御部３１７及び周辺子機数検出部３５１を有する。なお、プロセッサ３１０は、メモリ３３０に記憶された機器接続プログラムを読み出し、読み出された機器接続プログラムに基づき各種プロセスを図１７に示した各種機能部として構成する。

周辺子機数検出部３５１は、ＧＷ装置３００の周辺に存在するＩｏＴ端末装置２００の数である周辺子機数を検出する。具体的には、周辺子機数検出部３５１は、電波モニタ３４０のモニタ結果に含まれる所定の電波の数を計測することにより、周辺子機数を定期的に検出する。

また、周辺子機数検出部３５１は、管理端末装置１００から送信され通信モジュール３２０によって受信される送信要求を取得する。この送信要求は、管理端末装置１００がＧＷ装置３００に対して周辺子機数の送信を要求するための信号である。周辺子機数検出部３５１は、送信要求が受信された場合には、検出した周辺子機数を管理端末装置１００へ通知する周辺子機数通知を生成する。具体的には、周辺子機数検出部３５１は、周辺子機数を含む周辺子機数通知を生成する。そして、周辺子機数検出部３５１は、生成した周辺子機数通知を通信モジュール３２０を介して管理端末装置１００へ送信する。

図１８は、実施例３に係る管理端末装置１００の構成を示すブロック図である。図１８において、図２と同じ部分には同じ符号を付し、その説明を省略する。図１８に示す管理端末装置１００において、メモリ１５０は、パターン変換テーブル及びパターン長データベース（以下「パターン長ＤＢ」と略記する）を保持する。

パターン長ＤＢは、例えば図１９に示すように、ＧＷ装置３００の周辺に存在するＩｏＴ端末装置２００の数である周辺子機数に対応付けて、生成されるべき操作パターンを構成する要素となる操作の数を示すパターン長を記憶する。なお、図１９は、実施例３におけるパターン長ＤＢの一例を示す図である。図１９に示す例において、周辺子機数が０以上でかつ３以下である場合には、生成されるべき操作パターンのパターン長が「２」であることがわかる。これに対して、周辺子機数が４以上でかつ１０以下である場合には、生成されるべき操作パターンのパターン長が「４」であり、周辺子機数が多いほど、生成されるべき操作パターンのパターン長が増大することが分かる。

図２０は、実施例３に係る管理端末装置１００のプロセッサ１１０の機能を示すブロック図である。図２０において、図４と同じ部分には同じ符号を付し、その説明を省略する。図２０に示すプロセッサ１１０は、操作パターン生成部１６４、ＰＩＮコード変換部１１２、認証情報登録部１１３、接続結果表示部１１４及び表示制御部１１５を有する。なお、プロセッサ１１０は、メモリ１５０に記憶された機器接続プログラムを読み出し、読み出された機器接続プログラムに基づき各種プロセスを図２０に示した各種機能部として構成する。

操作パターン生成部１６４は、操作者によって操作キー１３０が操作されることによりＩｏＴ端末装置２００の接続指示が受け付けられた場合に、このＩｏＴ端末装置２００に関する操作パターンを生成する。具体的には、操作パターン生成部１６４は、周辺子機数に基づいて、生成すべき操作パターンのパターン長（つまり、生成されるべき操作パターンを構成する要素となる押下操作及び解放操作の数）を決定する。そして、操作パターン生成部１６４は、決定したパターン長を用いて、ＩｏＴ端末装置２００のボタンに対する押下操作及び解放操作の組合せを操作パターンとして生成する。

ここで、生成すべき操作パターンのパターン長は、以下のようにして決定される。すなわち、操作パターン生成部１６４は、周辺子機数の送信を要求する送信要求を生成し、生成した送信要求を通信モジュール１４０を介してＧＷ装置３００へ送信する。そして、操作パターン生成部１６４は、ＧＷ装置３００から送信され通信モジュール１４０によって受信される周辺子機数通知を取得する。すなわち、操作パターン生成部１６４は、送信要求の送信後に周辺子機数通知の受信を待機し、周辺子機数を含む周辺子機数通知を通信モジュール１４０から取得する。そして、操作パターン生成部１６４は、取得した周辺子機数通知に含まれる周辺子機数に対応付けて記憶されたパターン長をメモリ１５０のパターン長ＤＢから取得し、取得したパターン長を、生成すべき操作パターンのパターン長として決定する。すなわち、操作パターン生成部１６４は、ＧＷ装置３００の周辺に存在するＩｏＴ端末装置２００の数に応じて変化するパターン長を決定する。例えば、メモリ１５０のパターン長ＤＢが図１９に示したパターン長ＤＢである場合には、操作パターン生成部１６４は、ＧＷ装置３００の周辺に存在するＩｏＴ端末装置２００の数が多いほど増大するパターン長を決定する。

本実施例においては、ＧＷ装置３００の周辺に存在するＩｏＴ端末装置２００の数が変化することがある。ＧＷ装置３００の周辺に存在するＩｏＴ端末装置２００の数が相対的に少ない場合には、意図しないＩｏＴ端末装置２００がＧＷ装置３００に接続する可能性が低いと言える。この場合、十分なセキュリティが確保されるので、生成されるべき操作パターンのパターン長が減少しても良い。これに対して、ＧＷ装置３００の周辺に存在するＩｏＴ端末装置２００の数が多いほど、意図しないＩｏＴ端末装置２００がＧＷ装置３００に接続する可能性が高くなる。すなわち、ＧＷ装置３００の周辺に存在するＩｏＴ端末装置２００の数が相対的に多い場合には、セキュリティが低下してしまうので、生成されるべき操作パターンのパターン長が増大することが好ましい。このため、操作パターン生成部１６４は、ＧＷ装置３００の周辺に存在するＩｏＴ端末装置２００の数に応じて変化するパターン長を決定する。

次に、実施例３に係る機器接続システムの動作について、図２１を参照しながら説明する。図２１は、実施例３に係る機器接続システムの動作を示すシーケンス図である。なお、図２１において、ステップＳ２０７〜Ｓ２２２は、それぞれ、図１０に示したステップＳ１０３〜Ｓ１１８と同一であるので、その詳しい説明を省略する。また、図２１において、ステップＳ２１６からステップＳ２１８までの処理と、ステップＳ２１９からステップＳ２２０までの処理とは、互いに排他的であり、一方の処理が実行される場合には、他方の処理が実行されない。

ＧＷ装置３００の周辺子機数検出部３５１によって、ＧＷ装置３００の周辺に存在するＩｏＴ端末装置２００の数である周辺子機数が定期的に検出される（ステップＳ２０１）。このような状況の下で、ＩｏＴ端末装置２００とＧＷ装置３００の接続を希望する操作者が管理端末装置１００を操作して接続指示を行うと、この接続指示は、管理端末装置１００のプロセッサ１１０によって受け付けられる（ステップＳ２０２）。接続指示が受け付けられると、周辺子機数の送信を要求する送信要求が操作パターン生成部１６４からＧＷ装置３００へ送信される（ステップＳ２０３）。

送信要求には、例えば図２２に示すように、周辺子機数の送信（取得）を要求する旨を記述する部分Ｐ５が含まれる。なお、図２２は、送信要求の一例を示す図である。

図２１の説明に戻り、送信要求は、ＧＷ装置３００のプロセッサ３１０によって受け付けられ、周辺子機数を含む周辺子機数通知が周辺子機数検出部３５１から管理端末装置１００へ送信される（ステップＳ２０４）。

周辺子機数通知には、例えば図２３に示すように、周辺子機数を記述する部分Ｐ６が含まれる。なお、図２３は、周辺子機数通知の一例を示す図である。

図２１の説明に戻る。周辺子機数通知は、管理端末装置１００のプロセッサ１１０によって受け付けられ、操作パターン生成部１６４によって、周辺子機数通知に含まれる周辺子機数に対応付けて記憶されたパターン長がメモリ１５０のパターン長ＤＢから取得される。これにより、取得されたパターン長が、生成すべき操作パターンのパターン長として決定される（ステップＳ２０５）。すなわち、操作パターン生成部１６４によって、ＧＷ装置３００の周辺に存在するＩｏＴ端末装置２００の数に応じて変化するパターン長が決定される。そして、決定されたパターン長を用いて、操作パターン生成部１６４によって操作パターンが生成される（ステップＳ２０６）。

以上のように、本実施例によれば、ＧＷ装置３００の周辺に存在するＩｏＴ端末装置２００の数に応じて、生成されるべき操作パターンのパターン長を決定し、決定したパターン長を用いて操作パターンを生成する。つまり、ＧＷ装置３００の周辺に存在するＩｏＴ端末装置２００の数が相対的に少ない場合には、操作パターンのパターン長を減少させ、ＧＷ装置３００の周辺に存在するＩｏＴ端末装置２００の数が相対的に多い場合には、操作パターンのパターン長を増大させる。これにより、ＩｏＴ端末装置２００とＧＷ装置３００の接続を希望する操作者の作業効率とセキュリティとを両立することができる。

実施例４の特徴は、認証を受けるＩｏＴ端末装置２００に対する複数の操作を行う操作者の熟練度に応じて、生成されるべき操作パターンを構成する要素となる操作を適応的に決定する点である。

図２４は、実施例４に係る管理端末装置１００の構成を示すブロック図である。図２４において、図２と同じ部分には同じ符号を付し、その説明を省略する。図２４に示す管理端末装置１００において、メモリ１５０は、パターン変換テーブル、熟練度データベース（以下「熟練度ＤＢ」と略記する）及びパターン要素データベース（以下「パターン要素ＤＢ」と略記する）を保持する。

熟練度ＤＢは、例えば図２５に示すように、ＩｏＴ端末装置２００に対する複数の操作を行う操作者の識別情報となる操作者ＩＤに対応付けて、ＩｏＴ端末装置２００の認証に伴う作業に関する熟練度を示す累積回数及び成功回数を記憶する。ここで、累積回数は、ＩｏＴ端末装置２００に対する複数の操作を行う操作者がＩｏＴ端末装置２００の認証に伴う作業を行った回数である。また、成功回数は、ＩｏＴ端末装置２００の認証に伴う作業が行われた結果、ＩｏＴ端末装置２００の認証に成功した回数である。なお、図２５は、実施例４における熟練度ＤＢの一例を示す図である。図２５に示す例において、操作者ＩＤが「Ｏ１」の操作者は、ＩｏＴ端末装置２００の認証に伴う作業を過去に７０回行い、ＩｏＴ端末装置２００の認証に４０回成功していることが分かる。

パターン要素ＤＢは、例えば図２６に示すように、ＩｏＴ端末装置２００の認証に伴う作業に関する熟練度の一つである累積回数に対応付けて、生成されるべき操作パターンを構成する要素となる操作（以下「パターン要素」と呼ぶ）を記憶する。なお、図２６は、実施例４におけるパターン要素ＤＢの一例を示す図である。図２６に示す例において、累積回数が０回以上でかつ５０回以下である場合には、パターン要素「２秒間の押下操作，１秒間の解放操作」を用いて操作パターンが生成されることが分かる。これに対して、累積回数が５１回以上でかつ１００回以下である場合には、パターン要素「１秒間の押下操作，２秒間の押下操作，１秒間の解放操作，２秒間の解放操作」を用いて操作パターンが生成されることが分かる。つまり、累積回数が多いほど、パターン要素が複雑化することが分かる。なお、パターン要素ＤＢは、累積回数に代えて、上記の成功回数に対応付けて、パターン要素を記憶していても良い。

図２７は、実施例４に係る管理端末装置１００のプロセッサ１１０の機能を示すブロック図である。図２７において、図４と同じ部分には同じ符号を付し、その説明を省略する。図２７に示すプロセッサ１１０は、熟練度管理部１６５、操作パターン生成部１６６、ＰＩＮコード変換部１１２、認証情報登録部１１３、接続結果表示部１１４及び表示制御部１１５を有する。なお、プロセッサ１１０は、メモリ１５０に記憶された機器接続プログラムを読み出し、読み出された機器接続プログラムに基づき各種プロセスを図２７に示した各種機能部として構成する。

熟練度管理部１６５は、操作者によって操作キー１３０が操作されることによりＩｏＴ端末装置２００の接続指示が受け付けられた場合に、ＩｏＴ端末装置２００の認証に伴う作業に関して、操作者の熟練度を取得する。具体的には、熟練度管理部１６５は、ＩｏＴ端末装置２００に対する複数の操作を行う操作者の識別情報である操作者ＩＤを操作キー１３０から受け付ける。そして、熟練度管理部１６５は、受け付けられた操作者ＩＤに対応付けて記憶された累積回数を操作者の熟練度としてメモリ１５０の熟練度ＤＢから取得する。

また、熟練度管理部１６５は、ＧＷ装置３００から送信され通信モジュール１４０によって受信される接続結果通知を検知する。そして、熟練度管理部１６５は、ＩｏＴ端末装置２００とＧＷ装置３００との接続が許可されたか否かを示す接続結果通知が通信モジュール１４０によって受信されたことを検知すると、メモリ１５０の熟練度ＤＢに記憶された熟練度を更新する。すなわち、受信された接続結果通知の内容に関わらず、熟練度管理部１６５は、操作者ＩＤに対応する累積回数を１だけ増加させる。さらに、熟練度管理部１６５は、受信された接続結果通知が、接続が許可されたこと（つまり、接続が成功であること）を示す場合には、操作者ＩＤに対応する成功回数を１だけ増加させる。

操作パターン生成部１６６は、ＩｏＴ端末装置２００に関する操作パターンを生成する。具体的には、操作パターン生成部１６６は、熟練度管理部１６５によって取得された熟練度に基づいて、生成されるべき操作パターンを構成する要素となる操作、すなわち、パターン要素を決定する。そして、操作パターン生成部１６６は、決定したパターン要素を用いて、ＩｏＴ端末装置２００のボタンに対する押下操作及び解放操作の組合せを操作パターンとして生成する。

ここで、パターン要素は、以下のようにして決定される。操作パターン生成部１６６は、熟練度管理部１６５によって操作者の熟練度として取得された累積回数に対応するパターン要素をメモリ１５０から取得する。つまり、操作パターン生成部１６６は、累積回数に対応付けて記憶されたパターン要素をパターン要素ＤＢから取得することによって、パターン要素を決定する。すなわち、操作パターン生成部１６６は、操作者の熟練度に応じて変化するパターン要素を決定する。例えば、メモリ１５０のパターン要素ＤＢが図２６に示したパターン要素ＤＢである場合には、操作パターン生成部１６６は、操作者の熟練度の一つである累積回数が多いほど増大するパターン要素を決定する。

本実施例においては、ＩｏＴ端末装置２００の認証に伴う作業に関して、操作者の個々の熟練度が異なることがある。熟練度が低い操作者は、ＩｏＴ端末装置２００に対する複数の操作を表す操作パターンが複雑である場合には、ＩｏＴ端末装置２００に対する複数の操作を誤る可能性がある。これに対して、熟練度が高い操作者は、ＩｏＴ端末装置２００に対する複数の操作を表す操作パターンが複雑である場合であっても、ＩｏＴ端末装置２００に対する複数の操作を誤ることはない。そこで、操作パターン生成部１６６は、ＩｏＴ端末装置２００に対する複数の操作を行う操作者の熟練度に応じて変化するパターン要素を決定する。

次に、実施例４に係る機器接続システムの動作について、図２８を参照しながら説明する。図２８は、実施例４に係る機器接続システムの動作を示すシーケンス図である。なお、図２８において、ステップＳ３０５〜Ｓ３１８、Ｓ３２０、Ｓ３２１は、それぞれ、図１０に示したステップＳ１０３〜Ｓ１１６、Ｓ１１７、Ｓ１１８と同一であるので、その詳しい説明を省略する。また、図２８において、ステップＳ３１４からステップＳ３１６までの処理と、ステップＳ３１７からステップＳ３１８までの処理とは、互いに排他的であり、一方の処理が実行される場合には、他方の処理が実行されない。

ＩｏＴ端末装置２００とＧＷ装置３００の接続を希望する操作者が管理端末装置１００を操作して接続指示を行うと、この接続指示は、管理端末装置１００のプロセッサ１１０によって受け付けられる（ステップＳ３０１）。接続指示が受け付けられると、熟練度管理部１６５によって、ＩｏＴ端末装置２００の認証に伴う作業に関して、操作者の熟練度がメモリ１５０の熟練度ＤＢから取得される（ステップＳ３０２）。ここでは、操作者の熟練度として、累積回数が取得されるものとする。

そして、操作パターン生成部１６６によって、累積回数に対応付けて記憶されたパターン要素がメモリ１５０のパターン要素ＤＢから取得される。これにより、パターン要素が決定される（ステップＳ３０３）。すなわち、操作パターン生成部１６６によって、ＩｏＴ端末装置２００に対する複数の操作を行う操作者の熟練度に応じて変化するパターン要素が決定される。そして、決定されたパターン要素を用いて、操作パターン生成部１６６によって操作パターンが生成される（ステップＳ３０４）。

また、接続結果通知を受け付けた管理端末装置１００においては、熟練度管理部１６５によって、メモリ１５０の熟練度ＤＢが参照され、熟練度が更新される（ステップＳ３１９）。すなわち、接続結果通知の内容に関わらず、操作者ＩＤに対応する累積回数が１だけ増加される。さらに、接続結果通知が、接続が許可されたこと（つまり、接続が成功であること）を示す場合には、操作者ＩＤに対応する成功回数が１だけ増加される。

以上のように、本実施例によれば、ＩｏＴ端末装置２００に対する複数の操作を行う操作者の熟練度に応じて、生成されるべき操作パターンを構成する要素となる操作、つまり、パターン要素を決定し、決定したパターン要素を用いて操作パターンを生成する。つまり、操作者の熟練度に応じて、操作パターンの複雑さを変化させることができる。これにより、熟練度の低い操作者に対して簡素な操作パターンを提供することができるので、操作者がＩｏＴ端末装置２００に対する複数の操作を誤る可能性を低減することができる。結果として、ＩｏＴ端末装置２００とＧＷ装置３００の接続を希望する操作者の作業効率をより向上することができる。

実施例５の特徴は、ＩｏＴ端末装置２００の認証が成功しなかった回数に応じて、生成されるべき操作パターンのパターン長を適応的に決定する点である。

図２９は、実施例５に係る管理端末装置１００のプロセッサ１１０の機能を示すブロック図である。図２９において、図４と同じ部分には同じ符号を付し、その説明を省略する。図２９に示すプロセッサ１１０は、失敗回数計測部１６７、操作パターン生成部１６８、ＰＩＮコード変換部１１２、認証情報登録部１１３、接続結果表示部１１４及び表示制御部１１５を有する。なお、プロセッサ１１０は、メモリ１５０に記憶された機器接続プログラムを読み出し、読み出された機器接続プログラムに基づき各種プロセスを図２９に示した各種機能部として構成する。

失敗回数計測部１６７は、操作者によって操作キー１３０が操作されることによりＩｏＴ端末装置２００の接続指示が受け付けられた場合に、ＩｏＴ端末装置２００の認証が成功しなかった回数（以下「失敗回数」と呼ぶ）を計測する。具体的には、失敗回数計測部１６７は、ＩｏＴ端末装置２００の接続指示が受け付けられた場合に、失敗回数を示すカウンタ値をカウントするためのカウンタ（以下「失敗カウンタ」と呼ぶ）を起動する。そして、失敗回数計測部１６７は、失敗カウンタのカウンタ値に初期値０をセットする。そして、失敗回数計測部１６７は、ＩｏＴ端末装置２００の認証が成功しなかったことを示す接続結果通知が通信モジュール１４０によって受信された場合に、失敗カウンタのカウンタ値を１インクリメントさせる。

操作パターン生成部１６８は、ＩｏＴ端末装置２００に関する操作パターンを生成する。具体的には、操作パターン生成部１６８は、失敗回数計測部１６７によって計測された失敗回数に基づいて、生成されるべき操作パターンのパターン長を決定する。そして、操作パターン生成部１６８は、決定したパターン長を用いて、ＩｏＴ端末装置２００のボタンに対する押下操作及び解放操作の組合せを操作パターンとして生成する。

ここで、パターン長は、以下のようにして決定される。操作パターン生成部１６８は、失敗回数計測部１６７における失敗カウンタのカウンタ値を取得し、取得したカウンタ値を予め定められたパターン長に加算することにより、生成されるべき操作パターンのパターン長を決定する。すなわち、操作パターン生成部１６８は、ＩｏＴ端末装置２００の認証が成功しなかった回数に応じて変化するパターン長を決定する。

次に、実施例５に係る機器接続システムの動作について、図３０を参照しながら説明する。図３０は、実施例５に係る機器接続システムの動作を示すシーケンス図である。なお、図３０において、ステップＳ４０５〜Ｓ４２０は、それぞれ、図１０に示したステップＳ１０３〜Ｓ１１８と同一であるので、その詳しい説明を省略する。また、図３０において、ステップＳ４１４からステップＳ４１６までの処理と、ステップＳ４１７からステップＳ４１８までの処理とは、互いに排他的であり、一方の処理が実行される場合には、他方の処理が実行されない。

ＩｏＴ端末装置２００とＧＷ装置３００の接続を希望する操作者が管理端末装置１００を操作して接続指示を行うと、この接続指示は、管理端末装置１００のプロセッサ１１０によって受け付けられる（ステップＳ４０１）。接続指示が受け付けられると、失敗回数計測部１６７によって失敗カウンタが起動され、失敗カウンタのカウンタ値に初期値０がセットされる（ステップＳ４０２）。そして、失敗回数計測部１６７における失敗カウンタのカウンタ値が操作パターン生成部１６８によって取得される。そして、操作パターン生成部１６８によって、失敗カウンタのカウンタ値が予め定められたパターン長に加算されることにより、ＩｏＴ端末装置２００の認証失敗回数に応じて変化するパターン長が決定される（ステップＳ４０３）。そして、決定されたパターン長を用いて、操作パターン生成部１６８によって操作パターンが生成される（ステップＳ４０４）。

また、接続結果通知を受け付けた管理端末装置１００においては、この接続結果通知が、接続が許可されなかったこと（つまり、ＩｏＴ端末装置２００の認証が成功しなかったこと）を示す場合に（ステップＳ４１９Ｎｏ、Ｓ４２０Ｎｏ）、以下の処理が行われる。すなわち、失敗回数計測部１６７によって、失敗カウンタのカウンタ値が１インクリメントされる（ステップＳ４２１）。この結果、ステップＳ４０３において決定されるパターン長が増大し、増大したパターン長を用いて操作パターンが生成される（ステップＳ４０４）。

以上のように、本実施例によれば、ＩｏＴ端末装置２００の認証が成功しなかった回数に応じて、生成されるべき操作パターンのパターン長を決定し、決定したパターン長を用いて操作パターンを生成する。つまり、ＩｏＴ端末装置２００の認証が成功しなかった回数に応じて操作パターンのパターン長を増大させる。このため、ＩｏＴ端末装置２００の認証が成功しなかった回数に応じて増大するパターン長を持つ操作パターンから変換されるＰＩＮコードによって、ＩｏＴ端末装置２００の認証を繰り返すことができ、より高いセキュリティを確保することができる。

実施例６の特徴は、管理端末装置１００において生成された操作パターンを、ＩｏＴ端末装置２００に対する複数の操作を支援する支援情報とともに表示する点である。

図３１は、実施例６に係る管理端末装置１００のプロセッサ１１０の機能を示すブロック図である。図３１において、図４と同じ部分には同じ符号を付し、その説明を省略する。図３１に示すプロセッサ１１０は、操作パターン生成部１１１、ＰＩＮコード変換部１１２、認証情報登録部１１３、接続結果表示部１１４及び表示制御部１６９を有する。なお、プロセッサ１１０は、メモリ１５０に記憶された機器接続プログラムを読み出し、読み出された機器接続プログラムに基づき各種プロセスを図３１に示した各種機能部として構成する。

表示制御部１６９は、登録完了通知が通信モジュール１４０によって受信された場合に、操作パターン生成部１１１によって生成された操作パターンを、ＩｏＴ端末装置２００に対する複数の操作を支援する支援情報とともにディスプレイ１２０に表示する。支援情報は、例えばＩｏＴ端末装置２００のボタンに対する押下操作及び解放操作が行われるタイミングを、音声、動画及びメッセージの少なくともいずれか一つを用いて操作者に提供する。ディスプレイ１２０に表示された操作パターンを確認した操作者は、認証を受けるＩｏＴ端末装置２００に対する複数の操作を、表示された操作パターンに従って行う。

図３２は、ディスプレイ１２０の表示態様の一例を示す図である。ディスプレイ１２０には、例えば図３２に示すように、ＩｏＴ端末装置２００のボタンに対する押下操作及び解放操作の組合せを表す操作パターン５０１が、押下操作及び解放操作を支援する支援情報５０２、５０３とともに表示される。操作パターン５０１の実線は、押下操作に相当し、操作パターン５０１の破線は、解放操作に相当する。また、操作パターン５０１は、最初に第１の色で表示され、時間の経過に従って第１の色から第２の色に変化する。支援情報５０２は、押下操作及び解放操作が行われるタイミングを、時間の経過に従って移動するカーソルの動画を用いて操作者に提供する。支援情報５０３は、押下操作又は解放操作のために残された時間がどれだけあるかをメッセージによって操作者に提供する。

以上のように、本実施例によれば、管理端末装置１００において生成された操作パターンを、ＩｏＴ端末装置２００に対する複数の操作を支援する支援情報とともに表示する。これにより、操作者がＩｏＴ端末装置２００に対する複数の操作を直感的に確認することができるので、操作者がＩｏＴ端末装置２００に対する複数の操作を誤る可能性を低減することができる。結果として、ＩｏＴ端末装置２００とＧＷ装置３００の接続を希望する操作者の作業効率をより向上することができる。

実施例７の特徴は、ＧＷ装置３００が互いに異なる複数の無線通信方式に対応する複数の通信モジュールを有し、ＩｏＴ端末装置２００に実際に適用された無線通信方式に対応する通信モジュールに関して、ＩｏＴ端末装置２００の認証が成功か否かを判定する点である。なお、本実施例では、ＩｏＴ端末装置２００に適用可能な無線通信方式が複数存在するものとする。ＩｏＴ端末装置２００に適用可能な無線通信方式としては、例えば、無線ＬＡＮやBluetooth（登録商標）などの近距離無線通信方式がある。

図３３は、実施例７に係るＧＷ装置３００の構成を示すブロック図である。図３３において、図８と同じ部分には同じ符号を付し、その説明を省略する。図３３に示すＧＷ装置３００は、プロセッサ３１０、通信モジュール３２０−１〜３２０−ｎ（ｎは２以上の自然数）及びメモリ３３０を有する。

通信モジュール３２０−１〜３２０−ｎは、ＩｏＴ端末装置２００に適用される無線通信方式であって、互いに異なる無線通信方式とそれぞれ対応している。例えば、通信モジュール３２０−１は、無線ＬＡＮに対応し、通信モジュール３２０−２は、Bluetooth（登録商標）に対応している。以下では、通信モジュール３２０−１〜３２０−ｎを特に区別しない場合、総称して通信モジュール３２０と呼ぶことがある。

各通信モジュール３２０は、例えば無線ＬＡＮ又はBluetooth（登録商標）などの近距離無線通信方式によって管理端末装置１００及びＩｏＴ端末装置２００との間の無線接続を確立し、アンテナを介して無線通信する。具体的には、各通信モジュール３２０は、登録要求及び登録完了通知を管理端末装置１００との間で送受信する。また、各通信モジュール３２０は、ＩｏＴ端末装置２００との間の無線接続が確立された場合に、接続要求をＩｏＴ端末装置２００から受信する。つまり、各通信モジュール３２０の無線通信方式が、ＩｏＴ端末装置２００に実際に適用された無線通信方式に対応していない場合には、各通信モジュール３２０は、ＩｏＴ端末装置２００との間の無線接続が確立されないので、接続要求を受信することはない。また、各通信モジュール３２０は、接続結果通知を管理端末装置１００及びＩｏＴ端末装置２００へ送信する。

図３４は、実施例７に係るＧＷ装置３００のプロセッサ３１０の機能を示すブロック図である。図３４において、図９と同じ部分には同じ符号を付し、その説明を省略する。図３４に示すプロセッサ３１０は、登録要求受付部３１１、ＰＩＮコード登録部３１２、登録結果通知部３１３、接続・認証要求処理部３５２、接続可否判定部３５３、及び通信制御部３５４を有する。なお、プロセッサ３１０は、メモリ３３０に記憶された機器接続プログラムを読み出し、読み出された機器接続プログラムに基づき各種プロセスを図３４に示した各種機能部として構成する。

接続・認証要求処理部３５２は、認証処理部３５２ａ及び接続制御部３５２ｂを有する。認証処理部３５２ａは、複数の通信モジュール３２０のうち、ＩｏＴ端末装置２００に実際に適用された無線通信方式に対応する通信モジュール３２０によって受信された接続要求を受け付け、接続要求に含まれるＰＩＮコードを接続可否判定部３５３へ出力する。以下では、ＩｏＴ端末装置２００に実際に適用された無線通信方式に対応する通信モジュール３２０を「対応通信モジュール３２０」と表記するものとする。

接続制御部３５２ｂは、接続が許可されたＩｏＴ端末装置２００との間の無線接続を行う。また、接続制御部３５２ｂは、接続可否判定部３５３における判定結果を含む接続結果通知を生成し、生成した接続結果通知を対応通信モジュール３２０を介して、接続要求の送信元のＩｏＴ端末装置２００へ送信する。

接続可否判定部３５３は、認証処理部３５２ａから出力されるＰＩＮコードがＰＩＮコード登録部３１２によって一時的に登録されたＰＩＮコードに一致するか否かを判定することにより、ＩｏＴ端末装置２００がＧＷ装置３００に接続することを許可するか否かを判定する。すなわち、接続可否判定部３５３は、対応通信モジュール３２０に関して、ＰＩＮコード登録部３１２によって一時的に登録されたＰＩＮコードが接続要求に含まれるＰＩＮコードと一致するか否かを判定する。この判定の結果、ＰＩＮコードが一致する場合は、接続可否判定部３５３は、ＩｏＴ端末装置２００のＧＷ装置３００への接続を許可すると判定し、対応通信モジュール３２０以外の他の通信モジュール３２０に関するＰＩＮコード認証を中断する。

一方、ＰＩＮコードが一致しない場合は、接続可否判定部３５３は、全ての通信モジュール３２０の中に対応通信モジュール３２０が含まれるか否かを判定する。この判定の結果、全ての通信モジュール３２０の中に対応通信モジュール３２０が含まれない場合は、接続可否判定部３５３は、ＩｏＴ端末装置２００によるＧＷ装置３００への接続が失敗であると判定する。

通信制御部３５４は、接続が許可されたＩｏＴ端末装置２００との間の接続設定が完了すると、このＩｏＴ端末装置２００とサーバ装置４００との間の通信を中継する。

次に、実施例７に係る機器接続システムの動作について、図３５を参照しながら説明する。図３５は、実施例７に係る機器接続システムの動作を示すシーケンス図である。なお、図３５において、ステップＳ５０１〜Ｓ５１０、Ｓ５１３〜Ｓ５１５、Ｓ５１７〜Ｓ５２０は、それぞれ、図１０に示したステップＳ１０１〜Ｓ１１０、Ｓ１１２〜Ｓ１１４、Ｓ１１５〜Ｓ１１８と同一であるので、その詳しい説明を省略する。また、図３５において、ステップＳ５１３からステップＳ５１５までの処理と、ステップＳ５１７からステップＳ５１８までの処理とは、互いに排他的であり、一方の処理が実行される場合には、他方の処理が実行されない。

操作パターンから変換されたＰＩＮコードを含む接続要求が接続・認証要求処理部２１３からＧＷ装置３００へ送信される（ステップＳ５１０）。ＧＷ装置３００の通信モジュール３２０−１〜３２０−ｎのうちのいずれか一つの通信モジュール３２０が対応通信モジュール３２０である場合、接続要求は、対応通信モジュール３２０によって受信される。なお、ＧＷ装置３００の通信モジュール３２０−１〜３２０−ｎの中に対応通信モジュール３２０が含まれない場合には、接続要求は受信されない。

そして、プロセッサ３１０の接続可否判定部３５３によって、対応通信モジュール３２０に関して、接続要求に含まれるＰＩＮコードが一時的に登録されたＰＩＮコードと一致するか否かが判定される。換言すれば、接続可否判定部３５３によって、対応通信モジュール３２０に関して、ＩｏＴ端末装置２００によるＧＷ装置３００への接続を許可するか否かが判定される（ステップＳ５１１）。ここでの判定は、ＰＩＮコードが一致すれば接続を許可し、ＰＩＮコードが一致しなければ接続を許可しないと判定するものである。

接続可否判定部３５３による判定の結果、接続が許可された場合には（ステップＳ５１１Ｙｅｓ）、接続可否判定部３５３によって、対応通信モジュール３２０以外の他の通信モジュール３２０に関するＰＩＮコードによる接続モードが解除される（ステップＳ５１２）。そして、接続が許可された旨を示す接続結果通知が接続・認証要求処理部３５２から管理端末装置１００及びＩｏＴ端末装置２００へ送信される（ステップＳ５１３、Ｓ５１４）。そして、ＩｏＴ端末装置２００の接続・認証要求処理部２１３とＧＷ装置３００の接続・認証要求処理部３５２との間で接続設定が行われる（ステップＳ５１５）。

一方、接続可否判定部３５３による判定の結果、接続が許可されない場合には（ステップＳ５１１Ｎｏ）、接続可否判定部３５３によって、全ての通信モジュール３２０の中に対応通信モジュール３２０が含まれるか否かが判定される（ステップＳ５１６）。この判定の結果、対応通信モジュール３２０が含まれる場合は（ステップＳ５１６Ｙｅｓ）、処理がステップＳ５１１に戻される。一方、対応通信モジュール３２０が含まれない場合は（ステップＳ５１６Ｎｏ）、接続可否判定部３５３によって、ＩｏＴ端末装置２００によるＧＷ装置３００への接続が失敗であると判定される。そして、ＩｏＴ端末装置２００によるＧＷ装置３００への接続が失敗である旨を示す接続結果通知が接続・認証要求処理部３５２から管理端末装置１００及びＩｏＴ端末装置２００へ送信される（ステップＳ５１７、Ｓ５１８）。

以上のように、本実施例によれば、ＧＷ装置３００が互いに異なる複数の無線通信方式に対応する複数の通信モジュールを有し、ＩｏＴ端末装置２００に実際に適用された無線通信方式に対応する通信モジュールに関して、ＩｏＴ端末装置２００の認証が成功か否かを判定する。このため、ＩｏＴ端末装置２００に適用された無線通信方式を操作者に意識させることなく、ＩｏＴ端末装置２００に対する複数の操作を操作者に実行させることができる。結果として、ＩｏＴ端末装置２００の認証に伴う作業の効率を向上することができる。

１００ 管理端末装置
１１０、２１０、３１０ プロセッサ
１１１、１６２、１６４、１６６、１６８ 操作パターン生成部
１１２、１６３、２１２、２６２ ＰＩＮコード変換部
１１３ 認証情報登録部
１１４ 接続結果表示部
１１５、１６９ 表示制御部
１２０ ディスプレイ
１３０ 操作キー
１４０、２４０、３２０ 通信モジュール
１５０、２５０、３３０ メモリ
１６１ センサ特定部
１６５ 熟練度管理部
１６７ 失敗回数計測部
２００ ＩｏＴ端末装置
２１１、２６１ 操作パターン受付部
２１３、３１４、３５２ 接続・認証要求処理部
２１３ａ、３１４ａ、３５２ａ 認証処理部
２１３ｂ、３１４ｂ、３５２ｂ 接続制御部
２１５、３１７、３５４ 通信制御部
２２０ 操作ボタン
２３０ センサユニット
３００ ＧＷ装置
３１１ 登録要求受付部
３１２ ＰＩＮコード登録部
３１３ 登録結果通知部
３１５、３５３ 接続可否判定部
３４０ 電波モニタ
３５１ 周辺子機数検出部

Claims (12)

1. 互いに無線通信可能な無線親機及び無線子機と、前記無線親機と前記無線子機との無線接続を管理する管理装置とを有する機器接続システムであって、
   前記管理装置は、
   前記無線子機に対する複数の操作の組合せを表す操作パターンを生成する生成部と、
   前記生成部によって生成された前記操作パターンを、前記無線子機の認証用の認証情報に変換する第１変換部と、
   前記認証情報の登録を要求する登録要求を前記無線親機へ送信する第１送信部とを有し、
   前記無線子機は、
   前記無線子機に対する複数の操作の組合せを表す操作パターンを受け付ける受付部と、
   前記受付部によって受け付けられた前記操作パターンを、前記無線子機の認証用の認証情報に変換する第２変換部と、
   前記認証情報を含み、前記無線親機への接続を要求する接続要求を前記無線親機へ送信する第２送信部とを有し、
   前記無線親機は、
   前記第１送信部によって送信された登録要求及び前記第２送信部によって送信された接続要求を受信する受信部と、
   前記登録要求に従って登録された前記認証情報と、前記接続要求に含まれる前記認証情報とを比較し、前記無線子機の認証が成功か否かを判定する判定部とを有する
   ことを特徴とする機器接続システム。
2. 前記生成部は、
   前記無線子機のボタンに対する押下操作及び解放操作の組合せを前記操作パターンとして生成し、
   前記受付部は、
   前記無線子機のボタンに対する押下操作及び解放操作の組合せを前記操作パターンとして受け付ける
   ことを特徴とする請求項１に記載の機器接続システム。
3. 前記生成部は、
   前記無線子機のセンサによって検出される複数の操作の組合せを前記操作パターンとして生成し、
   前記受付部は、
   前記無線子機のセンサによって検出される複数の操作の組合せを前記操作パターンとして受け付ける
   ことを特徴とする請求項１に記載の機器接続システム。
4. 前記管理装置は、
   前記無線子機のセンサの種別を特定する特定部をさらに有し、
   前記生成部は、
   前記特定部によって特定された前記センサの種別に応じた前記操作パターンを生成し、
   前記第１変換部は、
   前記センサの種別に応じた前記操作パターンを、前記無線子機の認証用の認証情報に変換する
   ことを特徴とする請求項３に記載の機器接続システム。
5. 前記無線親機は、
   前記無線親機の周辺に存在する前記無線子機の数である周辺子機数を検出する検出部をさらに有し、
   前記生成部は、
   前記周辺子機数の送信を要求する送信要求を前記無線親機へ送信し、前記送信要求に応じて得られた前記周辺子機数に基づいて、生成されるべき前記操作パターンのパターン長を決定する
   ことを特徴とする請求項１に記載の機器接続システム。
6. 前記管理装置は、
   前記無線子機の認証に伴う作業に関して、前記無線子機に対する複数の操作を行う操作者の熟練度を取得する取得部をさらに有し、
   前記生成部は、
   前記取得部によって取得される前記熟練度に基づいて、生成されるべき前記操作パターンを構成する要素となる操作を決定する
   ことを特徴とする請求項１に記載の機器接続システム。
7. 前記管理装置は、
   前記無線子機の認証が成功しなかった回数を計測する計測部をさらに有し、
   前記生成部は、
   前記計測部によって計測された前記回数に基づいて、生成されるべき前記操作パターンのパターン長を決定する
   ことを特徴とする請求項１に記載の機器接続システム。
8. 前記管理装置は、
   前記生成部によって生成された前記操作パターンを、前記無線子機に対する複数の操作を支援する支援情報とともに表示部に表示する表示制御部をさらに有することを特徴とする請求項１に記載の機器接続システム。
9. 前記無線子機に適用可能な無線通信方式が複数存在し、
   前記無線親機は、
   複数の前記無線通信方式にそれぞれ対応する複数の前記受信部を有し、
   前記判定部は、
   複数の前記無線通信方式のうち、前記無線子機に実際に適用された無線通信方式に対応する前記受信部に関して、前記登録要求に従って登録された前記認証情報と、前記接続要求に含まれる前記認証情報とを比較し、前記無線子機の認証が成功か否かを判定する
   ことを特徴とする請求項１に記載の機器接続システム。
10. 互いに無線通信可能な無線親機及び無線子機と、前記無線親機と前記無線子機との無線接続を管理する管理装置とを有する機器接続システムにおける前記管理装置であって、
    前記無線子機に対する複数の操作の組合せを表す操作パターンを生成する生成部と、
    前記生成部によって生成された前記操作パターンを、前記無線子機の認証用の認証情報に変換する変換部と、
    前記認証情報の登録を要求する登録要求を前記無線親機へ送信する送信部と
    を有することを特徴とする管理装置。
11. 互いに無線通信可能な無線親機及び無線子機と、前記無線親機と前記無線子機との無線接続を管理する管理装置とを有する機器接続システムにおける機器接続方法であって、
    前記管理装置が、
    前記無線子機に対する複数の操作の組合せを表す操作パターンを生成し、
    生成された前記操作パターンを、前記無線子機の認証用の認証情報に変換し、
    前記認証情報の登録を要求する登録要求を前記無線親機へ送信し、
    前記無線子機が、
    前記無線子機に対する複数の操作の組合せを表す操作パターンを受け付け、
    受け付けられた前記操作パターンを、前記無線子機の認証用の認証情報に変換し、
    前記認証情報を含み、前記無線親機への接続を要求する接続要求を前記無線親機へ送信し、
    前記無線親機が、
    送信された登録要求及び送信された接続要求を受信し、
    前記登録要求に従って登録された前記認証情報と、前記接続要求に含まれる前記認証情報とを比較し、前記無線子機の認証が成功か否かを判定する
    ことを特徴とする機器接続方法。
12. 互いに無線通信可能な無線親機及び無線子機と、前記無線親機と前記無線子機との無線接続を管理する管理装置とを有する機器接続システムに適用される機器接続プログラムであって、
    前記管理装置に、
    前記無線子機に対する複数の操作の組合せを表す操作パターンを生成し、
    生成された前記操作パターンを、前記無線子機の認証用の認証情報に変換し、
    前記認証情報の登録を要求する登録要求を前記無線親機へ送信する処理を実行させ、
    前記無線子機に、
    前記無線子機に対する複数の操作の組合せを表す操作パターンを受け付け、
    受け付けられた前記操作パターンを、前記無線子機の認証用の認証情報に変換し、
    前記認証情報を含み、前記無線親機への接続を要求する接続要求を前記無線親機へ送信する処理を実行させ、
    前記無線親機に、
    送信された登録要求及び送信された接続要求を受信し、
    前記登録要求に従って登録された前記認証情報と、前記接続要求に含まれる前記認証情報とを比較し、前記無線子機の認証が成功か否かを判定する処理を実行させる
    ことを特徴とする機器接続プログラム。

Images