(57)【要約】      （修正有）【課題】家庭内ネットワークにおいて、サービスを提供するゲートウェイ装置に対して、接続する端末機器の情報をゲートウェイ装置に設定する際に、既存の携帯電話やスマートフォン、タブレット端末等に搭載されている標準的な機能を利用することで、より簡易に設定を可能とする。【解決手段】ゲートウェイ装置は、接続させたい機器に貼り付けたＱＲコード（登録商標）を読み取った携帯電話やスマートフォン等からのＤＮＳクエリ（名前解決要求）から、接続させたい機器の情報を抽出して記憶することができる。よって、使用者はゲートウェイ機器に対して接続端末機器の情報を容易に設定することが可能になる。【選択図】図６
2014225812.tif 000002
【特許請求の範囲】
【請求項１】
装置表面にコードを付与された第１の装置と、
前記コードをカメラで撮影し当該コードに含まれるドメイン名の名前解決を行う第２の装置と、
前記第２の装置から、前記ドメイン名の名前解決要求を受信し、当該名前解決要求の対象である前記ドメイン名に特定の情報が含まれる場合、前記ドメイン名の中から前記第１の装置の識別情報を抽出して登録するゲートウェイ装置と、を有することを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムであって、
前記第１の装置の表面に付与されたコードは、前記ゲートウェイ装置に前記第１の装置の登録処理を実行させる契機となる前記特定の情報を含むＵＲＬであることを特徴とする通信システム。
【請求項３】
請求項２に記載の通信システムであって、
前記ゲートウェイ装置は、前記第１の装置からの接続要求メッセージに含まれる前記第１の装置の識別情報を記憶しているか否かを調べ、記憶している場合は前記第１の装置の接続を許可し、記憶していない場合は前記第１の装置の接続を拒否することを特徴とする通信システム。
【請求項４】
請求項３に記載の通信システムであって、
前記ゲートウェイ装置は前記名前解決要求に対して、前記ドメイン名に対応するアドレスとして自装置のアドレスを含む名前解決応答メッセージを前記第２の装置に返信することを特徴とする通信システム。
【請求項５】
請求項４に記載の通信システムであって、
前記第２の装置は前記名前解決応答メッセージに含まれる前記ゲートウェイ装置のアドレスに対してＨＴＴＰの接続要求を行い、
前記ゲートウェイ装置は前記第２の装置からのＨＴＴＰの接続要求に対し、前記第１の端装置の識別情報および前記第１の装置の識別情報を登録したことを示す画面情報を前記第２の装置へ返信し、
前記第２の装置は、前記ゲートウェイ装置からの画面情報を表示することを特徴とする通信システム。
【請求項６】
第１の端末装置から受信したＤＮＳの名前解決要求メッセージに含まれるドメイン名に特定のコードが含まれることを検出すると、前記ドメイン名の中から第２の端末装置の識別情報を抽出するＤＮＳ機能部と、
前記ＤＮＳ機能部が抽出した前記第２の端末装置の識別情報を格納する記憶部と、を有することを特徴とするゲートウェイ装置。
【請求項７】
請求項６に記載のゲートウェイ装置であって、
前記第２の端末装置からの接続要求メッセージに含まれる前記第２の端末装置の識別情報が前記記憶部に記憶されているか否かを調べ、記憶されている場合は前記第２の端末装置の接続を許可し、記憶されていない場合は前記第２の端末装置の接続を拒否する端末装置制御部を有することを特徴とするゲートウェイ装置。
【請求項８】
請求項７に記載のゲートウェイ装置であって、
前記ＤＮＳ機能部は前記名前解決要求メッセージに対して、前記ドメイン名に対応するアドレスとして自装置のアドレスを含む名前解決応答メッセージを前記第１の端末装置に返信することを特徴とするゲートウェイ装置。
【請求項９】
請求項８に記載のゲートウェイ装置であって、
前記名前解決応答メッセージに含まれる自装置のアドレスを用いた前記第１の端末装置からのアクセス要求に対し、前記第２の端末の識別情報および前記第２の端末の識別情報を登録したことを示すメッセージを前記第１の端末装置へ返信するサーバ機能部を有することを特徴とするゲートウェイ装置。
【請求項１０】
請求項９に記載のゲートウェイ装置であって、
前記ＤＮＳ機能部は、前記名前解決要求メッセージに含まれるドメイン名の中から前記第２の端末装置の種別を表わす種別情報を抽出し、
前記記憶部は、前記ＤＮＳ機能部が抽出した前記第２の端末装置の種別情報を格納することを特徴とするゲートウェイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、宅内における端末機器をゲートウェイ装置に接続して制御するシステムにおいて、ゲートウェイ装置に対して接続する端末の情報を簡易に設定することを可能とする技術、およびゲートウェイ装置に関する。
【背景技術】
【０００２】
近年、インターネット経由で設定や制御が可能な家電機器が登場し、家庭内に設置したゲートウェイ装置を経由して、外部から宅内の機器を制御するケースが増えている。また、家電機器を宅内ネットワークで接続し、太陽光発電システムや蓄電池システムと連動して宅内における電力最適化を図るＨＥＭＳ（Ｈｏｍｅ Ｅｎｅｒｇｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）の普及が期待されている。
【０００３】
さらには、電力会社によるデマンドレスポンス導入が期待されており、サービスに対応した宅内機器の検討が進められており、今後宅内ネットワークで制御できる家電機器が増加することが予想されている。
【０００４】
ＨＥＭＳやデマンドレスポンスを実現するための通信技術としては、宅内での電波干渉や壁の透過性に優れた920ＭＨｚ帯の周波数帯を利用するＩＥＥＥ８０２．１５.４/ｇ/ｅや、一般家庭内で配線済みの電力線を使用して通信を行うＰＬＣ（Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、また２．４ＧＨｚ帯/５ＧＨｚ帯の周波数帯を使用するＩＥＥＥ８０２．１１ａ/ｂ/ｇ/ｎの使用が検討されている。
【０００５】
これらの通信技術では、通信を開始する際に端末機器またはゲートウェイ装置側に認証やセキュリティのための情報を設定する必要があるが、家電機器等はこれらの情報を入力するためのキーボードのようなインタフェースを搭載できない機器が多く、より簡易な方法で端末機器の情報をゲートウェイ装置に登録する技術が必要となる。
【０００６】
そのような技術として、無線ＬＡＮ通信技術の規格化団体であるＷｉ−Ｆｉ Ａｌｌｉａｎｃｅは、ＷＰＳ（Ｗｉ−Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ｓｅｔｕｐ）を規格化した。ＷＰＳには、ボタンを使用するＰＢＣ（Ｐｕｓｈ Ｂｕｔｔｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）方式と、4〜9桁の数字を使うＰＩＮ（Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）方式の２つの方式がある。
【０００７】
一方で、携帯電話技術が高度化し、より高速なデータ通信が可能となり、スマートフォンやタブレット端末といった高精細な画面を利用した大量のデータ通信が行われるようになった。このような状況の中、在宅中のスマートフォン、タブレット端末によるデータ通信は、家庭内で構築された無線ＬＡＮによって通信する環境が一般的になってきている。スマートフォンやタブレット端末では、無線ＬＡＮが使用できる環境では自動的に無線ＬＡＮ接続となり、使用できる無線ＬＡＮが無い場合にはＷ-ＣＤＭＡやＣＤＷＡ２０００、ＬＴＥに代表される携帯電話ネットワークへ接続して通信を行う機能が一般的となっている。
【０００８】
また、これらスマートフォンやタブレット端末には、デジタルカメラが内蔵されていることが多く、カメラとしての機能を合わせもつ場合が多い。また、この内蔵カメラを利用してＱＲコード（登録商標）を読み取るリーダとしての機能も一般的に搭載されており、雑誌や新聞等に記載されているＱＲコードを読み取り、読み取ったＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）へブラウザを利用してアクセスして詳細な情報を得る等の利用が行われている。
【０００９】
このような環境の中、宅内に構築された無線ＬＡＮネットワークへアクセスするための情報を、接続する端末へ簡単に接続するための技術が必要となっており、本分野の従来技術として以下がある。
【００１０】
特許文献１では、解決手段として「宅内通信機器２の筐体２０４には、携帯電話８に無線ＬＡＮ設定を自動で行うための構成情報を２次元のコードとして記録したＱＲコードが、携帯電話８に設けられたＱＲコードリーダによる読み取り可能な形態で装着されている。」と記載されているように、ＱＲコードによって記載された無線ＬＡＮアクセス情報を読み取ることで、簡易に無線ＬＡＮ対応電話に対して設定を行う内容が記載されている。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００６−１５７８１４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、上記特許文献１の技術ではＱＲコードを読み取ることができる端末（たとえばスマートフォン）自体への設定はＱＲコードを読み取ることで簡易に実施可能であるが、接続する端末側の情報をゲートウェイ装置に設定することはできない。
【００１３】
本発明の目的は、家庭内ネットワークにおいて、サービスを提供するゲートウェイ装置に対して、接続する端末機器の情報をゲートウェイ装置に設定する際に、既存の携帯電話やスマートフォン、タブレット端末等に搭載されている標準的な機能を利用することで、より簡易に設定を可能とする技術およびゲートウェイ装置を提供ことにある。
【課題を解決するための手段】
【００１４】
上記課題を解決するため、本発明のゲートウェイ装置は、第１の端末装置から受信したＤＮＳの名前解決要求メッセージに含まれるドメイン名に特定のコードが含まれることを検出すると、ドメイン名の中から第２の端末装置の識別情報を抽出するＤＮＳ機能部と、ＤＮＳ機能部が抽出した第２の端末装置の識別情報を格納する記憶部と、を有するよう構成する。
【発明の効果】
【００１５】
本発明によれば、ＨＥＭＳ等のシステムにおいて、既存の携帯電話やスマートフォン、タブレット端末等に搭載されているカメラを利用することで、家庭内に設置されている機器の各種情報をゲートウェイ装置に設定・登録することが容易にできる。
【図面の簡単な説明】
【００１６】
【図１】実施例におけるシステム構成図
【図２】実施例１におけるゲートウェイ装置の機能ブロック図
【図３】実施例において、ゲートウェイ装置へスマートフォンが無線ＬＡＮ接続する際のシーケンス図
【図４】実施例１において、端末機器に表示されるＱＲコードへ含まれる情報内容
【図５】実施例１において、端末機器に表示されているＱＲコードの記載内容をスマートフォンで読み出してゲートウェイ装置に登録し、登録通知画面をスマートフォンに表示する際の通信シーケンス図
【図６】実施例１において、ゲートウェイ装置に搭載されるＤＮＳ−Ｐｒｏｘｙ機能の動作シーケンス図
【図７】実施例において、ゲートウェイ装置内で管理される、接続端末固有情報管理テーブル図
【図８】実施例１において、ゲートウェイ装置からスマートフォンへ送付される端末接続完了画面の表示例
【図９】実施例において、ゲートウェイ装置にて実施される接続端末のアクセス可否を判断するためのシーケンス図
【図１０】実施例２におけるゲートウェイ装置の機能ブロック図
【図１１】実施例２において、端末機器に表示されるＱＲコードへ含まれる情報内容
【図１２】実施例２において、端末機器に表示されているＱＲコードの記載内容をスマートフォンで読み出してゲートウェイ装置に登録し、登録通知画面をスマートフォンに表示する際の通信シーケンス図
【図１３】実施例２において、ゲートウェイ装置に搭載されるＤＮＳ−Ｐｒｏｘｙ機能の動作シーケンス図
【図１４】実施例２において、ゲートウェイ装置内で管理される機器種別コード対応テーブル図
【図１５】実施例２において、ゲートウェイ装置からスマートフォンへ送付される端末接続完了画面表示例
【発明を実施するための形態】
【実施例１】
【００１７】
本実施例では、ＨＥＭＳ等の宅内ネットワークシステムにおいて、スマートフォンに搭載されているＱＲコードリーダー機能およびブラウザアクセス機能を利用して、サービスを提供するゲートウェイ装置へ接続端末情報を簡易に設定する通信方式およびゲートウェイ装置の例を説明する。なお、スマートフォン等の携帯端末のカメラで読み取ることができ、そのコードパターンから情報を生成することができれば、ＱＲコード以外のコードであっても本実施例は実施可能である。
【００１８】
図１は、本実施例のシステム構成図の例である。宅内に設置されているゲートウェイ装置１０２はＷＡＮインタフェースを搭載しており、外部のネットワーク１０１へ接続されている。ＨＥＭＳやデマンドレスポンス等のシステムではこれら外部ネットワーク１０１に設置されるサーバ等から宅内の端末機器に対してゲートウェイ装置１０２経由で制御を行う場合がある。ゲートウェイ装置１０２には無線ＬＡＮアクセスポイントとしての機能が搭載されており、無線ＬＡＮによってスマートフォン１０３と接続される。なお、スマートフォン１０３は、カメラによる撮像機能と無線によりゲートウェイ装置１０２と通信できる機能がある携帯端末、例えばタブレット端末などの携帯型コンピュータでも良くスマートフォン(電話装置)には限られない
また、ゲートウェイ装置１０２は、無線ＬＡＮや特小無線、ＰＬＣに代表される技術によって宅内ネットワーク１０６に接続される。接続端末１０４、接続端末１０５は、前述の宅内ネットワーク１０６経由で、ゲートウェイ装置１０２に接続されている。接続端末１０４、接続端末１０５は、宅内ネットワーク１０６に接続される機器であり、たとえば、エアコンや冷蔵庫といった家電機器といった機器である。
【００１９】
なお、スマートフォン１０３はゲートウェイ装置１０２と通信するときに、必ずしも宅内ネットワーク１０６を経由する必要はない。例えば宅内ネットワーク１０６がＰＬＣである場合、スマートフォン１０３は別途無線ＬＡＮ１０７にてゲートウェイ装置１０２と通信しても良い。また、宅内ネットワーク１０６が無線ＬＡＮである場合は、スマートフォン１０３は宅内ネットワーク１０６を介してゲートウェイ装置１０２と通信しても良い。
【００２０】
図２は、本実施例におけるゲートウェイ装置１０２の機能ブロック図である。ＷＡＮインタフェース２０１は外部ネットワーク１０１（インターネット）へ接続されるインタフェースである。一般的にはイーサネット(登録商標)や携帯電話回線、ＷｉＭＡＸ回線などがある。ＷＡＮインタフェース２０１は、ＷＡＮ側の送受信プロトコル処理等を行うＷＡＮ側パケット送受信制御部２０２に接続される。ＷＡＮ側パケット送受信制御部２０２は、無線ＬＡＮインタフェース２１０、ＷＡＮインタフェース２０１、宅内ネットワークインタフェース２０６のそれぞれに対してパケット送受信制御を行うパケット処理部２０４に接続される。
【００２１】
ＤＨＣＰサーバ機能部２０３は無線ＬＡＮインタフェース２１０に対してＤＨＣＰプロトコルを使用してサブネットマスクやＩＰアドレス、デフォルトゲートウェイ、ＤＮＳサーバアドレスを配布する機能部であり、無線ＬＡＮインタフェース２１０との中継処理を行うパケット処理部２０４に接続される。
【００２２】
無線ＬＡＮインタフェース２１０は無線ＬＡＮプロトコルの送受信制御を行う無線ＬＡＮ送受信制御部２０７を経由して、各インタフェース間のルーティングやブリッジング等のパケット送受信制御を行うパケット処理部２０４に接続される。
【００２３】
宅内ネットワークインタフェース２０６は、ＰＬＣ等の宅内ネットワーク１０６と接続するためのインタフェースであり、宅内ネットワークの各種プロトコル処理を行う宅内パケット送受信制御部２０５に接続される。宅内パケット送受信制御部２０５は、宅内ネットワーク１０６経由で接続される接続端末１０４や接続端末１０５を制御するための情報管理やプロトコル処理を行う端末機器制御部２０９に接続される。
【００２４】
ＤＮＳ−Ｐｒｏｘｙ機能部２０８は無線ＬＡＮインタフェース２１０に接続される端末に対してＤＮＳサーバ機能（リゾルバ）を提供し、ＷＡＮインタフェース２０１側にある上位ＤＮＳサーバに対してはクライアント（クエリア）として動作する。さらにＤＮＳ−Ｐｒｏｘｙ機能部２０８は、無線ＬＡＮインタフェース２１０から受信するＤＮＳクエリ（名前解決要求）に含まれるドメイン名に特定の文字列が含まれることを検出すると、該当特定の文字列以外の特定の部分に含まれる情報を端末固有情報として接続端末情報記憶部２１１に記憶する機能を有する。
【００２５】
接続端末情報記憶部２１１は、ＤＮＳ−Ｐｒｏｘｙ機能部からの端末固有情報を記憶する他、端末機器制御部２０９が宅内ネットワーク１０６経由で接続される接続端末１０４や接続端末１０５を制御するための情報を記憶する。
【００２６】
ＨＴＴＰサーバ機能部２１４は、無線ＬＡＮインタフェース２１０から受信するＨＴＴＰ接続要求に含まれるドメイン名から、端末固有情報を含む登録完了画面を生成し、ＨＴＴＰ接続応答を行う機能部であり、無線ＬＡＮインタフェース２１０との中継処理を行うパケット処理部２０４に接続される。
【００２７】
コンフィグ情報格納部２１２には、ゲートウェイ装置１０２が外部ネットワーク（インターネット）へ接続するための情報や、端末機器制御部２０９で使用する制御情報等が格納される。
【００２８】
図３は、図１のシステム構成におけるスマートフォン１０３が無線ＬＡＮ１０６によってゲートウェイ装置１０２に接続し、外部ネットワーク１０１（インターネット）との通信が行える状態になるまでのシーケンス図である。
【００２９】
前提条件として、図中のインターネット通信３０１（ＩＰ通信）に示すとおりゲートウェイ装置１０２は外部ネットワーク１０１（インターネット）に接続され、通信可能な状態であるとする。スマートフォン１０３には、無線ＬＡＮ情報設定（３０２）でゲートウェイ装置１０２に無線ＬＡＮ１０６で接続するための情報を設定する。この無線ＬＡＮ接続の方法には、WEP(Wired Equivalent Privacy)やWPA(Wi-Fi Protected Access)など複数の方法があるが、既存技術であるため記載を省略する。
【００３０】
スマートフォン１０３へ無線ＬＡＮ１０６に接続するための情報を設定すると、スマートフォン１０３はゲートウェイ装置１０２へ無線ＬＡＮ接続要求３０３を行う。その要求を受けて、ゲートウェイ装置１０２とスマートフォン１０３は認証、暗号鍵の交換等３０４を行い、無線ＬＡＮ通信が可能となる。
【００３１】
スマートフォン１０３とゲートウェイ装置１０２が無線ＬＡＮ通信可能な状態になると、スマートフォン１０３はインターネット等の外部ネットワーク１０１と接続するため、ゲートウェイ装置１０２に対してＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に従った通信３０５でＩＰアドレス、サブネットマスク、デフォルトゲートウェイ、ＤＮＳサーバアドレス等の設定情報を入手する（３０６）。この時、ゲートウェイ装置１０２はＤＮＳサーバアドレスとして自分のＬＡＮ側アドレス、すなわちゲートウェイ装置１０２のアドレスを払い出すことで、スマートフォン１０３のＤＮＳアドレス解決をゲートウェイ装置１０２に搭載されているＤＮＳ−Ｐｒｏｘｙ経由で行うように通知を行う。以降、スマートフォン１０３はゲートウェイ装置１０２から払い出された各種情報を用いて、ＤＮＳアドレス解決を含むＩＰ通信３０７を行う。
【００３２】
ここでは、ＩＰｖ４アドレスの場合を例にとり、ＤＨＣＰによるＩＰアドレス取得を行っているが、ＩＰｖ６を使用しても良い。その場合は、ＲＡ（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）によってＩＰｖ６プレフィックスの配布を受けてＩＰｖ６アドレスを生成する方法や、ＤＨＣＰｖ６やＤＨＣＰｖ６−Ｌｉｔｅによって各種アドレス等の情報配布を受ける場合等がある。
【００３３】
図４はゲートウェイ装置１０２に接続させたい端末機器１０４に貼り付けるＱＲコード４０１に記載される内容の例を示した図である。ＱＲコード４０１は接続端末１０４の見やすい場所に貼り付けてあり、スマートフォン１０３に搭載されているＱＲコードリーダーで読み取り可能であるとする。ＱＲコード４０１は情報量や誤り訂正の度合いにより複数の種類があるが、ここでは必要な情報が入るものとし、種類等については規定しない。ＱＲコード４０１の中身は、ブラウザでアクセスするためのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が記載されている。
【００３４】
ＵＲＬは大きく３つのブロックに分類される。最初の“ｈｔｔｐ：／／”の部分はブラウザでのアクセスを識別するブラウザアクセス識別コード４０２であり、一般的なインターネット閲覧用ブラウザがｈｔｔｐプロトコルを識別する部分である。つづく“ｈｉｔａｃｈｉ＿ｅｍｓ＿ｓｅｔｕｐ．ｊｐ”部分は、このＵＲＬ情報が接続端末識別コードを含んでいることを、ゲートウェイ装置１０２が識別するための接続端末情報識別コード４０３である。つづく“−００１ｆ６７３１ＡＡＡＡ”は通知する接続端末固有の情報部分となる接続端末固有情報４０４である。ここでは例として接続端末１０４のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを記載しているが、製造番号等の端末固有の情報であれば種類、情報量は問わない。
【００３５】
図４の例では接続端末情報識別コード４０３をブラウザアクセス識別コード４０２である“ｈｔｔｐ：／／”の直後となるように配置しているが、場所は問わない。ゲートウェイ装置１０２は接続端末情報識別コード４０３を予め記憶しておき、ＱＲコード４０１のＵＲＬに接続端末情報識別コード４０３が含まれているか否かを調べる。
【００３６】
図５は本実施例において、ゲートウェイ装置１０２に対して接続端末１０４のＭＡＣアドレス情報をスマートフォン１０３を利用して登録する際のシーケンスである。スマートフォン１０３は接続端末１０４に貼り付けてあるＱＲコード４０１を内蔵しているＱＲコードリーダーで読み込む（５０１）。スマートフォン１０３は、読み込んだ情報にブラウザアクセス識別コード４０２（“ｈｔｔｐ：／／”）の情報が含まれている場合はブラウザを起動（５０２）してＱＲコードに記載されているＵＲＬへのアクセスを開始する。
【００３７】
スマートフォン１０３は“ｈｔｔｐ：／／”の後につづく“ｈｉｔａｃｈｉ＿ｅｍｓ＿ｓｅｔｕｐ．ｊｐ−００１ｆ６７３１ＡＡＡＡ”部分がＩＰｖ４アドレスの形式では無いためドメイン名と認識し、ブラウザによるアクセスの前にドメイン名の名前解決動作を行う。スマートフォン１０３はゲートウェイ装置１０２よりＤＮＳサーバのアドレスとしてゲートウェイ装置１０２のアドレスが配布されているため、名前解決のためのＤＮＳクエリをゲートウェイ装置１０２のアドレス宛てに送付する（５０３）。
【００３８】
ゲートウェイ装置１０２のＤＮＳ−Ｐｒｏｘｙ機能部２０８は、図６で後述する処理によりＤＮＳクエリ５０３に含まれるドメイン名から、接続端末１０４の接続端末固有情報４０４を抽出し、接続端末情報記憶部２１１に格納される図７で後述する接続許可テーブル７０１に学習する（５０４）。さらに、ゲートウェイ装置１０２のＤＮＳ−Ｐｒｏｘｙ機能部２０８はＤＮＳクエリ５０３への応答として、“ｈｉｔａｃｈｉ＿ｅｍｓ＿ｓｅｔｕｐ．ｊｐ−００１ｆ６７３１ＡＡＡＡ”に対応するＩＰｖ４アドレスとしてゲートウェイ装置１０４のアドレスを設定したＤＮＳクエリ応答を送信する（５０５）。
【００３９】
ＤＮＳクエリ応答５０５を受信したスマートフォン１０３は“ｈｉｔａｃｈｉ＿ｅｍｓ＿ｓｅｔｕｐ．ｊｐ−００１ｆ６７３１ＡＡＡＡ”の名前解決として入手したゲートウェイ装置１０２のアドレスに対してブラウザアクセスを行う（５０６）。ｈｔｔｐプロトコルによるブラウザアクセス５０６を受けたゲートウェイ装置１０２のＨＴＴＰサーバ機能部２１４は、ブラウザアクセス要求メッセージ５０６（ｈｔｔｐ接続要求）に含まれる情報から、接続端末１０４の登録に伴うブラウザアクセスと判断し、接続端末１０４の接続端末固有情報４０４を含めた登録完了画面を生成（５０７）し、ｈｔｔｐ接続応答を返す（５０８）。ｈｔｔｐ接続応答５０８を受けたスマートフォン１０３は、登録画面を表示させ、登録が正常に行われたことを使用者に知らせる（５０９）。前記ブラウザアクセス要求メッセージ（ｈｔｔｐ接続要求）に含まれる情報とは、たとえば、ＨＴＴＰヘッダに含まれる、アクセス先のドメイン名であるＨＯＳＴ名等（本実施例の場合は“ｈｉｔａｃｈｉ＿ｅｍｓ＿ｓｅｔｕｐ．ｊｐ−００１ｆ６７３１ＡＡＡＡ”）が考えられる。
【００４０】
その後、ゲートウェイ装置１０２の端末機器制御部２０９は、接続端末１０４からの接続要求を受信し（５１０）、接続要求に含まれる接続端末１０４の接続端末固有識別情報４０４であるＭＡＣアドレスが接続許可テーブル７０１に存在することを確認し（５１１）、接続を許可する（５１２）。以降、ゲートウェイ１０２経由での接続端末１０４の制御通信が可能となる（５１３）。
【００４１】
ここで、接続端末１０４の動作について説明する。接続端末１０４は電源起動後、宅内ネットワーク１０６経由でゲートウェイ装置１０２への接続要求５１０を継続的に行い続けることとする。ただし、ゲートウェイ装置１０２からの応答および許可が無い場合は、ゲートウェイ装置１０２と機器制御に関する制御ができないようになっている。図５で示すシーケンスの前に接続端末１０４の電源が投入されている場合、接続端末１０４は宅内ネットワーク１０６経由でのゲートウェイ装置１０２への接続要求５１０を継続で実施するが、ゲートウェイ装置１０２では後述する接続端末情報記憶部２１１に格納される接続許可テーブルに接続端末１０４の端末固有情報が存在しないため、接続要求５１０を無視、もしくは拒否することになる。
【００４２】
図６はゲートウェイ装置１０２におけるＤＮＳ−Ｐｒｏｘｙ機能部２０８の動作シーケンスである。ＤＮＳ−Ｐｒｏｘｙ機能部２０８はＤＮＳクエリ５０３（名前解決要求）を受信すると（６０１）、ＤＮＳクエリ５０３に含まれるドメイン名を確認する（６０２）。ドメイン名が接続端末情報識別コード４０３（“ｈｉｔａｃｈｉ＿ｅｍｓ＿ｓｅｔｕｐ．ｊｐ”）から始まる場合は、該当ＤＮＳクエリ５０３が接続端末１０４の接続端末固有情報４０４を登録するためのＤＮＳクエリだと判断し、“ｈｉｔａｃｈｉ＿ｅｍｓ＿ｓｅｔｕｐ．ｊｐ”の後につづく情報を接続端末固有情報４０４と判断し、図７に記載する接続許可テーブル１０９に学習する（６０３）。なお、ドメイン名が接続端末情報識別コード４０３から始まらない実施形態の場合は、ドメイン名に接続端末情報識別コード４０３が含まれているか否か、ドメイン名を検索しても良い。
【００４３】
さらに、ＤＮＳクエリ５０３に対するＤＮＳクエリ応答５０５として、名前解決のＩＰアドレスとして自分、つまりゲートウェイ装置１０２のアドレスを返送する（６０４）。ＤＮＳクエリに含まれるドメイン名が“ｈｉｔａｃｈｉ＿ｅｍｓ＿ｓｅｔｕｐ．ｊｐ”から始まるドメイン名ではなかった場合、もしくはドメイン名に“ｈｉｔａｃｈｉ＿ｅｍｓ＿ｓｅｔｕｐ．ｊｐ”が含まれていない場合には、通常のＤＮＳ−Ｐｒｏｘｙとして動作し、必要に応じて上位ＤＮＳサーバへの問合せ（ＤＮＳクエリ送出）や、キャッシュ情報等を参照してＤＮＳ応答を返す動作を行う（６０５）。
【００４４】
図７はゲートウェイ装置１０２の接続端末情報記憶部２１１で管理される接続許可テーブル７０１の例である。接続を許可する接続端末の接続端末固有情報４０４を複数管理できる構成となっている。この例では、接続端末固有情報４０４としてＭＡＣアドレスを採用しているが、管理する情報はシステムとして異なる場合がある。たとえば、ＭＡＣアドレスの代わりに接続端末の製造番号を使用して管理を行う場合、接続許可テーブルには製造番号が管理されることになる。この場合は、接続端末からの接続要求５１０には製造番号を含める必要がある。
【００４５】
図８はゲートウェイ装置１０２がスマートフォン１０３からのブラウザアクセス要求５０６に対して応答する、登録完了を通知５０８するために生成した画面例である。スマートフォン１０３上で起動されたブラウザに、該当する接続端末が登録されたことを通知することで、使用者に対して通知を行う。ここでは「端末固有情報」として接続端末固有情報４０４であるＭＡＣアドレスを表示する例としているが、製造番号等で登録する場合は、それらの情報が表示される画面を生成する。
【００４６】
図９は、ゲートウェイ装置１０２において、接続端末情報記憶部２１１に格納される図６の接続許可テーブル７０１に従って接続端末の接続許可／不許可を判断するシーケンス図である。ゲートウェイ装置１０２の端末機器制御部２０９は、宅内ネットワーク１０６からの接続要求５１０を受信すると（９０１）、接続許可テーブル７０１に従って接続可否判断を行う（９０２）。ゲートウェイ装置１０２の端末機器制御部２０９は接続端末から宅内ネットワーク１０６を介し接続要求５１０を受信すると、接続要求５１０内に含まれる接続端末固有情報４０４が接続許可テーブル７０１に含まれているかを確認し（９０２）、含まれている場合は接続を許可する（９０３）。含まれていない場合には、端末機器制御部２０９は接続要求５１０を無視する、もしくは接続不可の応答を返す（９０４）。
【実施例２】
【００４７】
本実施例では、ゲートウェイ装置内で管理する情報として接続端末固有情報４０４だけではなく、機器種別情報の管理も行うゲートウェイ装置について説明する。システム構成は実施例と同様に図１と同様であるので説明を省略する。また、スマートフォン１０３がゲートウェイ装置に接続するシーケンスについても図３と同様となるため説明を省略する。
【００４８】
図１０は、本実施例におけるゲートウェイ装置１０２０の機能ブロック図である。図２に対して、ＤＮＳ−Ｐｒｏｘｙ機能部２０８０とＨＴＴＰサーバ機能部２１４０および追加となった機器種別コード情報記憶部２１３以外の機能ブロックは図９の説明と同じとなるため、説明を省略する。
【００４９】
ＤＮＳ−Ｐｒｏｘｙ機能部２０８は無線ＬＡＮインタフェース２１０に接続される端末に対してＤＮＳサーバ機能（リゾルバ）を提供し、ＷＡＮインタフェース２０１側にある上位ＤＮＳサーバに対してはクライアント（クエリア）として動作する。さらにＤＮＳ−Ｐｒｏｘｙ機能部２０８０は、無線ＬＡＮインタフェース２１０から受信するＤＮＳクエリ（名前解決要求）に含まれるドメイン名に特定の文字列が含まれることを検出すると、該当特定の文字列以外の特定の部分に含まれる情報を機器種別コードとして識別し、機器種別コード情報記憶部２１３に格納されている機器種別コード対応表７０２を参照して機種を識別するとともに、同様に該当特定の文字列以外の特定の部分に含まれる情報を接続端末固有情報として接続端末情報記憶部２１１に記憶する機能を有する。
【００５０】
ＨＴＴＰサーバ機能部２１４０は、無線ＬＡＮインタフェース２１０から受信するＨＴＴＰ接続要求に含まれるドメイン名から、機種情報、端末固有情報を含む登録完了画面を生成し、ＨＴＴＰ接続応答を行う機能部であり、無線ＬＡＮインタフェース２１０との中継処理を行うパケット処理部２０４に接続される。
【００５１】
図１１は、ＱＲコード４０１０に記載される情報として、接続端末固有情報４０４だけではなく、接続される機器の種別コード４０５も含んだ場合の記載例である。図４と同様に、ＱＲコード４０１は接続端末１０４の見やすい場所に貼り付けてあり、スマートフォン１０３に搭載されているＱＲコードリーダーで読み取り可能である。また、図４と同様、カメラで読み取れるコードであれば良く、ＱＲコード以外の種類のコードでも良い。
【００５２】
ＱＲコードの中身は、ブラウザでアクセスするためのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が記載されている。ＵＲＬは大きく４つのブロックに分類される。最初の“ｈｔｔｐ：／／”の部分はブラウザでのアクセスを識別するブラウザアクセス識別コード４０２である。つづく“ｈｉｔａｃｈｉ＿ｅｍｓ＿ｓｅｔｕｐ．ｊｐ”部分は、このＵＲＬ情報が接続端末固有情報および機器種別コードを含んでいることを、ゲートウェイ装置１０２０が識別するための接続端末情報識別コード４０３である。その後の“−０００１  ”は機器種別コード４０５であり、ゲートウェイ装置１０２０が図１１で後述する機器種別コード対応テーブル７０２を参照して接続端末の機種を機器別するための機器種別コード４０５である。つづく“−００１ｆ６７３１ＡＡＡＡ”は図４と同様、通知する接続端末固有情報４０４である。ここでは例として接続端末のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを記載しているが、製造番号等の端末固有の情報であれば種類、情報量は問わない。また、ここでは、接続端末情報識別コードをブラウザアクセス識別コードである“ｈｔｔｐ：／／”の直後となるように配置しているが、場所は問わない。また、機器種別コード４０５や接続端末固有情報４０４もＵＲＬの中に含まれていれば良く、ＵＲＬにおける格納位置は任意である。例えば図１１に示すように、ハイフン等の記号で機器種別コード４０５、接続端末固有情報４０４それぞれの開始位置や終了位置を特定できるようにすれば、ゲートウェイ装置１０２０がＵＲＬの中から機器種別コード４０５や接続端末固有情報４０４を抽出することができる。
【００５３】
図１２は本実施例において、ゲートウェイ装置１０２０に対して接続端末１０４の機種情報（エアコン）とＭＡＣアドレス情報をスマートフォン１０３を利用して登録する際のシーケンスである
スマートフォン１０３は端末機器１０４に貼り付けてあるＱＲコード４０１を内蔵しているＱＲコードリーダーで読み込みを行う５０１。スマートフォン１０３は、読み込んだ情報に“ｈｔｔｐ：／／”の情報が含まれている場合はブラウザを起動（５０２）して、ＱＲコードに記載されているＵＲＬへのアクセスを開始する。
【００５４】
スマートフォン１０３は“ｈｔｔｐ：／／”の後につづく“ｈｉｔａｃｈｉ＿ｅｍｓ＿ｓｅｔｕｐ．ｊｐ−０００１−００１ｆ６７３１ＡＡＡＡ”部分がＩＰｖ４アドレスの形式では無いためドメイン名と認識し、ブラウザによるアクセスの前にドメイン名の名前解決動作を行う。図５と同様、スマートフォン１０３へはＤＮＳサーバのアドレスとしてゲートウェイ装置１０２０のアドレスが配布されているため、名前解決のためのＤＮＳクエリをゲートウェイ装置１０２０のアドレス宛てに送付する（５０３０）。ゲートウェイ装置１０２０のＤＮＳ−Ｐｒｏｘｙ機能部２０８は、図１３で後述する処理によりＤＮＳクエリ５０３０に含まれるドメイン名から、接続端末１０４の機器種別コード４０５を抽出し、機器種別コード情報記憶部２１３に格納される図１４の機器種別コード対応テーブル７０２で機種を識別するとともに、端末固有情報を抽出して接続端末情報記憶部２１１に格納される図７の接続許可テーブル７０１に学習する（５０４）。さらに、ゲートウェイ装置１０２０のＤＮＳ−Ｐｒｏｘｙ機能部２０８０はＤＮＳクエリ５０３０への応答として、“ｈｉｔａｃｈｉ＿ｅｍｓ＿ｓｅｔｕｐ．ｊｐ−０００１−００１ｆ６７３１ＡＡＡＡ”に対応するＩＰｖ４アドレスとしてゲートウェイ装置１０４のアドレスを設定したＤＮＳクエリ応答を送信する（５０５）。
【００５５】
ＤＮＳクエリ応答５０５を受信したスマートフォン１０３は“ｈｉｔａｃｈｉ＿ｅｍｓ＿ｓｅｔｕｐ．ｊｐ−０００１−００１ｆ６７３１ＡＡＡＡ”の名前解決として入手したゲートウェイ装置１０２０のアドレスに対してブラウザアクセスを行う（５０６）。ｈｔｔｐプロトコルによるブラウザアクセスを受けたゲートウェイ装置１０２０のＨＴＴＰサーバ機能部２１４０は、ブラウザアクセス要求メッセージ５０６（ｈｔｔｐ接続要求）に含まれる情報から、接続端末１０４の登録に伴うブラウザアクセスと判断し、接続端末１０４の機種情報と端末固有情報を含めた登録完了画面を生成（５０７０）し、ｈｔｔｐ接続応答を返す（５０８０）。ｈｔｔｐ接続応答を受けたスマートフォン１０３は、登録された機種と該当機種の端末固有情報を含む登録画面を表示し、登録が正常に行われたことを使用者に知らせる（５０９０）。ブラウザアクセス要求メッセージ５０６（ｈｔｔｐ接続要求）に含まれる情報とは、たとえば、ＨＴＴＰヘッダに含まれるＨＯＳＴ名等が考えられる。
【００５６】
その後、ゲートウェイ装置１０２０は、接続端末１０４からの接続要求５１０を受信して制御通信可能となるが、図４と同じ動作となるため説明は省略する。
【００５７】
図１３は本実施例のゲートウェイ装置１０２０におけるＤＮＳ−Ｐｒｏｘｙ機能部２０８０の動作シーケンスである。ＤＮＳ−Ｐｒｏｘｙ機能部２０８０はＤＮＳクエリ５０３０（名前解決要求）を受信すると（６０１）、ＤＮＳクエリ５０３０に含まれるドメイン名を確認する（６０２）。ドメイン名が“ｈｉｔａｃｈｉ＿ｅｍｓ＿ｓｅｔｕｐ．ｊｐ”から始まる場合、もしくはドメイン名に“ｈｉｔａｃｈｉ＿ｅｍｓ＿ｓｅｔｕｐ．ｊｐ”が含まれている場合は、当該ＤＮＳクエリ５０３０が接続端末１０４の接続端末固有情報登録のためのＤＮＳクエリだと判断し、“ｈｉｔａｃｈｉ＿ｅｍｓ＿ｓｅｔｕｐ．ｊｐ”の後につづく情報を機種種別コードとして抽出し、後述する図１４の機器種別コード対応テーブル７０２を参照して接続端末の機種を識別する（６０６）。さらに、機種種別コードにつづく情報を端末固有情報と判断し、図６に記載する接続許可テーブル（１０９）に学習する（６０７）。
【００５８】
なお、前述のとおりＵＲＬの中で接続端末情報識別コード４０３、機器種別コード４０５、接続端末固有情報４０４が順番に整列していない場合は、ハイフン等の記号でそれぞれのコードや情報を区別できるようにＵＲＬを構成しておけば、ゲートウェイ装置１０２０はそれぞれのコードや情報を抽出することができる。
【００５９】
ＤＮＳクエリ５０３０に対するＤＮＳクエリ応答５０５として、名前解決のＩＰアドレスとして自分、つまりゲートウェイ装置１０２０のアドレスを返送する（６０４）。ＤＮＳクエリ５０３０に含まれるドメイン名が“ｈｉｔａｃｈｉ＿ｅｍｓ＿ｓｅｔｕｐ．ｊｐ”から始まるドメイン名ではなかった場合、もしくはドメイン名に“ｈｉｔａｃｈｉ＿ｅｍｓ＿ｓｅｔｕｐ．ｊｐ”が含まれていない場合には、ＤＮＳ−Ｐｒｏｘｙ機能部２０８０は通常のＤＮＳ−Ｐｒｏｘｙとして動作し、必要に応じて上位ＤＮＳサーバへの問合せ（ＤＮＳクエリ送出）や、キャッシュ情報等を参照してＤＮＳ応答を返す動作を行う（６０５）。
【００６０】
図１４はゲートウェイ装置１０２０で管理される機器種別コード対応テーブル７０２の例である。ゲートウェイ装置１０２０が識別できる機器種別コード４０５を複数管理できる構成となっている。この例では、機器種別コード“０００１”に対して“エアコン”を対応させ、機器種別コード“０００２”に対して“冷蔵庫”を対応させている。ここでは機器種別コードとして、４文字の数字を使用しているが、使用するコード文字列は任意である。
【００６１】
図１５はゲートウェイ装置１０２０がスマートフォン１０３からのブラウザアクセス要求５０６に対して応答する、登録完了を通知５０７０するために生成した画面例である。スマートフォン１０３上で起動されたブラウザに、該当する端末が登録されたことを通知することで、使用者に対して通知を行う。実施例２では、「端末固有情報」としてＭＡＣアドレスを表示するだけではなく、機種情報としてエアコンが追加されている。
【００６２】
以上、実施例１や実施例２に記載されたゲートウェイ装置は、配下に接続された端末から受信するＤＮＳクエリ（名前解決要求）内のドメイン名に含まれる特定の文字列を検出し、さらにこのドメイン名に含まれている情報を抽出してコンフィグ情報として記憶することができる。このドメイン名に含まれる情報は、接続させる端末機器情報の他、ゲートウェイ装置の動作モード情報など、任意の様々な情報として良い。
【００６３】
また本実施例のゲートウェイ装置は、ドメイン名に含まれる情報として、接続する端末の固有情報、たとえばＭＡＣアドレスや製造番号を抽出してコンフィグ情報として記憶することができる。ゲートウェイ装置は、記憶した端末固有情報を基に配下端末の接続を許可する。
【００６４】
本実施例のゲートウェイ装置は、接続する端末の固有情報に加えて、ドメイン名に含まれる機器種別コードを含むことができる。ドメイン名によって、ＭＡＣアドレス等の固有情報だけでなく、機種を判別することで、接続後に機種毎個別の制御が可能となる。
【００６５】
本実施例のゲートウェイ装置は、接続させたい機器に貼り付けたＱＲコードを読み取った携帯電話やスマートフォン等からのＤＮＳクエリ（名前解決要求）から、接続させたい機器の情報を抽出して記憶することができる。よって、使用者はゲートウェイ機器に対して接続端末機器の情報を容易に設定することが可能になる。さらに、本ゲートウェイ装置は携帯電話やスマートフォンのブラウザからのＨＴＴＰ接続要求に対し、設定した接続端末の情報が正常に登録した画面を生成してユーザに応答することができるため、使用者は設定が完了したことを容易に確認することができる。
【００６６】
このように、本実施例のＱＲコードならびにゲートウェイ装置によると、ＨＥＭＳ等のサービスを提供するゲートウェイ装置に対して、接続機器の情報を設定する際、既存の携帯電話やスマートフォン、タブレット端末等に搭載されている標準的な機能を利用することができる。
【００６７】
また、本実施例ではＱＲコードにＵＲＬを含むようにし、このコードを読みとったスマートフォンが当該ＵＲＬにアクセスする既存の処理を利用することで、接続端末の情報をゲートウェイ装置に登録するに際し、スマートフォン側には特別な機能の追加をしなくても良い。ここで当該ＵＲＬのドメイン名には、そのドメイン名の名前解決要求が接続端末の情報登録処理であることを示す特定のコードである接続端末情報識別コード４０３が含まれるため、スマートフォンから名前解決要求を受信したゲートウェイ装置は、当該特定のコードがドメイン名に含まれる場合に本実施例の処理を行う。このように、本実施例はＱＲコードに含まれるＵＲＬへのスマートフォンのアクセス処理を利用して、スマートフォン側には大きな機能追加・変更を必要とせず、ゲートウェイ装置への接続端末の登録処理を実行することができる。
【００６８】
また、本実施例ではゲートウェイ装置に登録する接続端末の情報として接続端末固有情報４０４や機器種別コード４０５を例示したが、これ以外の情報を登録しても良い。例えば接続端末とゲートウェイ、もしくは接続端末とその他の機器との間の通信に使用する暗号化の情報等の通信パラメータを登録しても良いし、その接続端末の使用電力や動作スケジュールなどの接続端末の特性や情報を本実施例の方法で登録しても良い。
【符号の説明】
【００６９】
１０１  外部ネットワーク
１０２、１０２０  ゲートウェイ装置
１０３  スマートフォン
１０４  接続端末
１０５  接続端末
１０６  宅内ネットワーク
１０７  無線ＬＡＮ接続
４０１、４０１０  ＱＲコード
７０１  接続許可テーブル
７０２  機器種別コード対応テーブル
２０１  ＷＡＮインタフェース
２０２  ＷＡＮ側パケット送受信制御部
２０３  ＤＨＣＰサーバ機能部
２０４  パケット処理部
２０５  宅内側パケット送受信制御部
２０６  宅内ネットワークインタフェース
２０７  無線ＬＡＮ送受信制御部
２０８、２０８０  ＤＮＳ−Ｐｒｏｘｙ機能部
２０９  端末機器制御部
２１０  無線ＬＡＮインタフェース
２１１  接続端末情報記憶部
２１２  コンフィグ情報格納部
２１３  機器種別コード情報記憶部
２１４、２１４０  ＨＴＴＰサーバ機能部
【図１】
2014225812.tif 000003
【図２】
2014225812.tif 000004
【図３】
2014225812.tif 000005
【図４】
2014225812.tif 000006
【図５】
2014225812.tif 000007
【図６】
2014225812.tif 000008
【図７】
2014225812.tif 000009
【図８】
2014225812.tif 000010
【図９】
2014225812.tif 000011
【図１０】
2014225812.tif 000012
【図１１】
2014225812.tif 000013
【図１２】
2014225812.tif 000014
【図１３】
2014225812.tif 000015
【図１４】
2014225812.tif 000016
【図１５】
2014225812.tif 000017