JP7392713B2 - 通信装置及び通信方法 - Google Patents

Description

本明細書で開示する技術は、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ環境下で動作する通信装置及び通信方法に関する。

公衆無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）においては、インターネット接続に際してＷｅｂ認証を要求する仕組みが適用されていることがある。具体的には、支払情報入力、ログイン、パスワード証明書、又はプロバイダサービス条項への同意によって認証を行うまで、無線ＬＡＮのアクセスポイントがインターネットへのアクセスを防止するウェブポータル（本明細書では、「Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ」と呼ぶ）にリダイレクトするような仕組みである。

一方で、セルラー通信と無線ＬＡＮのような複数のネットワークインターフェースを持つ機器（スマートフォンなど）では、使用する接続をセルラー通信から無線ＬＡＮに切り替える際には、無線ＬＡＮ接続でのインターネットへの導通確認を行って、確認に成功してから接続を切り替えるのが望ましい。しかしながら、無線ＬＡＮ接続先のアクセスポイントがＷｅｂ認証を要求している場合、認証情報を入力して認証に成功するまでは、アクセスポイントによってＣａｐｔｉｖｅ Ｐｏｒｔａｌへリダイレクトされるため、インターネットへの導通はできないままである。このようにリダイレクションが行われてインターネットに導通できない状態のことを、本明細書では「Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ状態」とも呼ぶ。

例えば、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ状態の検出と、その機器でのＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）表示を行う仕組みを提供する技術について提案がなされている（特許文献１を参照のこと）。この技術を適用すると、ユーザはＵＩの表示を見て無線ＬＡＮ接続がＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態であることに気づくことができる。そして、ユーザがＵＩを介して自ら認証情報を入力することでＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態が解除され、その機器は無線ＬＡＮ経由インターネットへのアクセスが可能になる。この技術は、表示装置と入力装置といったＵＩ機能を装備している機器に適用することを前提としており、ＵＩでの表示と認証情報の入力が行えるためにＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態を解除できる。

しかしながら、表示装置と入力装置を装備しない機器では、ＵＩでの表示と認証情報の入力が行えないために、上記の技術を利用してＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態を解除することができない。例えば、自律型センサや自律型ロボット、あるいはさまざまなタイプのＩｏＴ（Ｉｎｔｅｒｎｅｔ Ｏｆ Ｔｈｉｎｇｓ）デバイスは、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌへのリダイレクトが行われた場合に、無線ＬＡＮのＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ ＩＤｅｎｔｉｆｉｅｒ）やパスフレーズが合っているのに何故かインターネットに出られないという状況が続き、インターネットにつなぐことができない原因をオペレータが容易に知ることもできない。

特開２００９－２７６９２５号公報

本明細書で開示する技術の目的は、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ状態を解除することができる、通信装置及び通信方法を提供することにある。

本明細書で開示する技術は、上記課題を参酌してなされたものであり、その第１の側面は、
第１のネットワークに接続する第１の通信部と、
第２のネットワークに接続する第２の通信部と、
前記第１の通信部及び第２の通信部における各ネットワーク動作を制御する制御部と、
を具備し、
前記制御部は、前記第２のネットワークにおいて、宛先が強制的に特定の別のアドレスに転送されてしまうリダイレクション状態にあるかを判定し、リダイレクションに関する情報を前記第１のネットワークに送信するように制御する、
通信装置である。また、前記制御部は、前記第１のネットワークを介して受信した情報に基づいて、前記第２のネットワークにおけるリダイレクションの解除を実施する。

また、本明細書で開示する技術の第２の側面は、
第１のネットワーク及び第２のネットワークに接続可能な通信装置における通信方法であって、
前記第２のネットワークにおいて、宛先が強制的に特定の別のアドレスに転送されてしまうリダイレクション状態にあるかを判定するステップと、
リダイレクションに関する情報を前記第１のネットワークに送信するステップと、
を有する通信方法である。

また、本明細書で開示する技術の第３の側面は、
第１のネットワークに接続する第１の通信部と、
前記第１の通信部におけるネットワーク動作を制御する制御部と、
を具備し、
前記制御部は、前記第１のネットワーク経由で他の機器の第２のネットワークにおいて、宛先が強制的に特定の別のアドレスに転送されてしまうリダイレクションに関する情報を受信したときに、前記リダイレクションの解除に関する情報を生成し、前記第１のネットワーク経由で送信するように制御する、
通信装置である。

第３の側面に係る通信装置は、受信した前記リダイレクションに関する情報を表示する表示部と、前記リダイレクションの解除に関する情報を入力する入力部をさらに備える。

前記制御部は、自機が過去にリダイレクションの状態の解除のための操作を行った履歴情報に基づく前記設定情報を前記第１のネットワーク経由で送信するように制御する。

また、本明細書で開示する技術の第４の側面は、
第１のネットワーク及び第２のネットワークに接続可能な通信装置における通信方法であって、
前記第１のネットワーク経由で他の機器の第２のネットワークにおいて、宛先が強制的に特定の別のアドレスに転送されてしまうリダイレクションに関する情報を受信するステップと、
受信した前記リダイレクションに関する情報を表示する表示ステップと、
前記リダイレクションの解除に関する情報を入力する入力ステップと、
前記リダイレクションの解除に関する情報を前記第１のネットワーク経由で送信するステップと、
を有する通信方法である。

本明細書で開示する技術によれば、表示装置並びに入力装置を使用せずに、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ状態を解除することができる、通信装置及び通信方法を提供することができる。

なお、本明細書に記載された効果は、あくまでも例示であり、本発明の効果はこれに限定されるものではない。また、本発明が、上記の効果以外に、さらに付加的な効果を奏する場合もある。

本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。

図１は、第１の実施例に係る通信システム１００の構成例を示した図である。 図２は、無線機器２００の機能的構成例（第１の実施例）を示した図である。 図３は、無線機器２００が無線ＬＡＮ接続からＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態を解消するまでの処理の流れを示したフローチャート図である。 図４は、ネットワークレイヤ接続処理の詳細な手順（第１の実施例）を示した図である。 図５は、インターネット接続診断処理の詳細な手順（第１の実施例）を示したフローチャートである。 図６は、インターネット接続診断を転送する処理の詳細な手順（第１の実施例）を示した図である。 図７は、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行処理の詳細な手順を示した図である。 図８は、第２の実施例に係る通信システム８００の構成例を示した図である。 図９は、無線機器２００の機能的構成例（第２の実施例）を示した図である。 図１０は、ネットワークレイヤ接続処理の詳細な手順（第２の実施例）を示した図である。 図１１は、インターネット接続診断処理の詳細な手順（第２の実施例）を示したフローチャートである。 図１２は、インターネット接続診断を転送する処理の詳細な手順（第２の実施例）を示した図である。

以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。

図１には、第１の実施例に係る通信システム１００の構成例を模式的に示している。

無線機器２００は、表示装置並びに入力機器を持たない機器である。無線機器２００として、例えば自律型センサや自律型ロボット、あるいはさまざまなタイプのＩｏＴデバイスが想定される。

無線機器２００は、無線インターフェースとして、セルラーインターフェース２０１と無線ＬＡＮインターフェース２０２を搭載している。セルラーインターフェース２０１は、無線機器２００の現在位置をカバーするセルラー基地局３００と接続し、セルラー基地局３００を介してインターネットに接続される。また、無線ＬＡＮインターフェース２０２は、例えば同じ室内に設置された無線ＬＡＮアクセスポイント（ＡＰ）４００と接続し、無線ＬＡＮアクセスポイント４００を介してインターネットに接続される

無線機器２００の初期状態では、無線ＬＡＮ側は未接続である。したがって、無線機器２００はデフォルトゲートウェイとしてセルラー通信を利用する。また、無線機器２００は、無線ＬＡＮ側がインターネットに導通できる場合には、無線ＬＡＮ側を優先してデフォルトゲートウェイに使用するポリシーで動作するものとする。このポリシーは、セルラー通信よりも無線ＬＡＮの方が、通信速度が速いことや通信コストが安価であることなどに依拠する。

無線機器２００の無線ＬＡＮ接続先にはＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００がある。すなわち、無線ＬＡＮアクセスポイント４００はＷｅｂ認証を要求しており、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ５００にリダイレクトする。したがって、無線機器２００は、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ５００との認証を行わない限り、無線ＬＡＮアクセスポイント４００によるリダイレクションが解除されず、無線ＬＡＮ接続側からインターネットに出ることができない。

また、無線機器２００がインターネットに出られるかどうかの確認は、インターネット導通確認サーバ７００へのＨＴＴＰアクセスにより行われる。インターネット導通確認サーバ７００は、所定のＵＲＬを持ち、インターネットへの導通を示す情報である専用のＨＴＴＰヘッダを返す（ＨＴＴＰ応答ヘッダに専用のステータス情報を含める）ように構成されたオンラインチェック用ＨＴＴＰサーバである。

無線機器２００の操作は、基本的に無線機器２００とは別体のＵＩ機器６００を操作するユーザにより行われる。例えば、初期状態の無線機器２００は、セルラー通信を経由して、ユーザからの操作が行われることになる。ＵＩ機器６００上のＵＩは、Ｗｅｂブラウザであっても、別のネイティブアプリケーションであっても、あるいは後からインストールされるアプリケーションであってもよい。

ＵＩ機器６００は、基本的には、表示装置並びに入力装置を搭載した機器であることを想定している。ＵＩ機器６００は、例えば、パーソナルコンピュータやスマートフォン、タブレットなどの情報端末であってもよい。また、ＵＩ機器６００がインターネットに接続するための接続手段は特に限定されない。

図２には、無線機器２００の機能的構成例を示している。図示の無線機器２００は、セルラーインターフェース２０１と、無線ＬＡＮインターフェース２０２と、セルラープロトコル処理部２０３と、無線ＬＡＮプロトコル処理部２０４と、無線インターフェース制御部２０５と、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行部２０６を備えている。なお、無線機器２００は、用途に応じて図示しない機能モジュールを搭載していてもよいが、本明細書では説明の便宜上省略する。

無線インターフェース制御部２０５は、セルラー通信及び無線ＬＡＮの各接続がインターネットへの導通を確保できているかの診断や、インターネットにアクセスする際のデフォルトで使用する接続を切り替える判定を行う。

Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行部２０６は、無線ＬＡＮ側がＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態にある場合に、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ５００に関する情報をセルラー接続側に送る。また、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行部２０６は、セルラー側からＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００を通過するための認証情報を受信した場合には、それを使用して無線ＬＡＮ側の認証操作を実施する。なお、無線ＬＡＮは、例えばＩＥＥＥ８０．１１若しくはＷｉ－Ｆｉ（登録商標）に則った無線ネットワークである。

セルラープロトコル処理部２０３は、セルラーインターフェース２０１によって送受信が行われる通信の物理層並びにデータリンク層のプロトコルの処理を実施する。また、無線ＬＡＮプロトコル処理部２０４は、無線ＬＡＮインターフェース２０１によって送受信が行われる通信の物理層並びにデータリンク層のプロトコルの処理を実施する。

図３には、無線機器２００が無線ＬＡＮ接続からＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態を解消するまでの処理の概略的な流れをフローチャートの形式で示している。

まず、無線機器２００は、ネットワークレイヤでの接続処理を実施する（ステップＳ３０１）。これは、無線ＬＡＮ側におけるネットワークレイヤレベルまでの接続を試行する処理である。具体的には、無線ＬＡＮアクセスポイント４００までのＡｓｓｏｃｉａｔｉｏｎ、セキュリティ設定、及びＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスの取得までを行う。

次いで、無線機器２００は、インターネット接続診断処理を実施する（ステップＳ３０２）。無線機器２００は、無線ＬＡＮ側のインターネット導通を確認し、確認できない場合には、その原因を分類する。

次いで、無線機器２００は、ステップＳ３０２のインターネット接続診断処理で得られた結果を、ＵＩ機器６００に転送する処理を実施する（ステップＳ３０３）。

そして、無線機器２００は、ＵＩ機器６００から認証に必要な設定情報を得て、無線機器２００がＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態を解消するための認証を、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行部２０６が代行して実施する（ステップＳ３０４）。

図４には、図３に示したフローチャート中のステップＳ３０１で実施される、ネットワークレイヤ接続処理の詳細な手順を示している。無線機器２００内では、無線インターフェース制御部２０５が中心となって、ネットワークレイヤ接続処理を実施する。また、この処理の開始時点でのデフォルトゲートウェイはセルラー接続であることを想定している。そして、この処理中では、無線機器２００は、ユーザからのＵＩ機器６００上での操作指示をセルラー通信経由でやり取りする。

まず、ユーザは、ＵＩ機器６００上で、無線機器２００に対して、無線ＬＡＮのスキャン動作を指示する（ＳＥＱ４０１）。この指示は、セルラー通信経由で、無線機器２００に送られる（ＳＥＱ４０２）。

無線機器２００は、ＵＩ機器６００からの指示に従って、無線ＬＡＮのスキャン動作を実施する（ＳＥＱ４０３）。そして、無線機器２００は、そのスキャン結果をセルラー通信経由でＵＩ機器６００に返す（ＳＥＱ４０４）。

ＵＩ機器６００は、無線機器２００から受け取ったスキャン結果を、自身の表示装置などに表示する（ＳＥＱ４０５）。

次いで、ユーザは、ＵＩ機器６００上で、ＳＳＩＤ（若しくは、無線機器２００が無線ＬＡＮ接続するためのネットワーク識別情報）と、パスフレーズ（例えば、ＷＰＡ－ＰＳＫ（Ｗｉ－Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ａｃｃｅｓｓ Ｐｒｅ Ｓｈａｒｅｄ Ｋｅｙ）キーなどの、無線機器２００が無線ＬＡＮアクセスポイント４００に接続する際に使用する認証情報）を入力して、無線機器２００に対して、無線ＬＡＮアクセスポイント４００への接続の実行を指示する（ＳＥＱ４０６）。そして、ＳＳＩＤ及びパスフレーズを含んだ無線ＬＡＮ接続指示が、セルラー通信経由で、無線機器２００に送られる（ＳＥＱ４０７）。

無線機器２００側では、受け取ったＳＳＩＤ及びパスフレーズを使って、無線ＬＡＮアクセスポイント４００へのＡｓｓｏｃｉａｔｉｏｎ（ＳＥＱ４０８）、無線ＬＡＮアクセスポイント４００との４－Ｗａｙハンドシェイク（ＳＥＱ４０９）、ＩＰアドレスの取得（ＳＥＱ４１０）が順次実行される。但し、ＳＳＩＤ及びパスフレーズを与えての無線ＬＡＮ接続指示は、ＷＰＳ（Ｗｉ－Ｆｉ（登録商標） Ｐｒｏｔｅｃｔｅｄ Ｓｅｔｕｐ）の実行指示で置き換えてもよい。

図５には、図３に示したフローチャート中のステップＳ３０２で実施される、インターネット接続診断処理の詳細な手順をフローチャートの形式で示している。無線機器２００内では、無線インターフェース制御部２０５が中心となって、無線ＬＡＮプロトコル処理部２０４及び無線ＬＡＮインターフェース２０２を通じて、インターネット接続診断処理を実施する。

まず、無線インターフェース制御部２０５は、この段階までの接続の進行状態を確認する。

無線ＬＡＮアクセスポイント４００との４－ｗａｙハンドシェイクまでが成功していない場合には（ステップＳ５０１のＮｏ）、無線インターフェース制御部２０５は、インターネット接続診断結果を「Ｌ２レベルでのエラー」とする（ステップＳ５０８）。ＵＩ機器６００側から入力されたＳＳＩＤやパスフレーズが誤っている場合や、無線伝送エラーによる無線ＬＡＮアクセスポイント４００へのＡｓｓｏｃｉａｔｉｏｎ接続失敗などが、このエラーになる要因である。

無線ＬＡＮアクセスポイント４００との４－ｗａｙハンドシェイクまでが成功している場合には（ステップＳ５０１のＹｅｓ）、無線インターフェース制御部２０５は、続いて、無線ＬＡＮ接続のＩＰアドレスが取得できているかどうかをチェックする（ステップＳ５０２）。

無線ＬＡＮのＩＰアドレスを取得できていない場合には（ステップＳ５０２のＮｏ）、無線インターフェース制御部２０５は、インターネット接続診断結果を「Ｌ３レベルでのエラー」とする（ステップＳ５０９）。ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）の失敗などが、このエラーの要因である。

無線ＬＡＮのＩＰアドレスを取得できている場合には（ステップＳ５０２のＹｅｓ）、無線インターフェース制御部２０５は、インターネット導通確認サーバ７００のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に対して、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ） ＧＥＴを実行する（ステップＳ５０３）。

インターネット導通確認サーバ７００は、自機へのＨＴＴＰアクセスに対する応答のヘッダに、固有のオンラインチェックフラグを追記する動作をする。そして、無線インターフェース制御部２０５は、このＨＴＴＰ ＧＥＴの結果をチェックする（ステップＳ５０４）。

このＨＴＴＰ ＧＥＴのステータスコードが「２００ ＯＫ」又は「２０４ Ｎｏ Ｃｏｎｔｅｎｔ」以外である場合には（ステップＳ５０４のＮｏ）、無線インターフェース制御部２０５は、インターネット接続診断結果を「ＷＡＮ側接続又はＬ４レベルでのエラー」とする（ステップＳ５１０）。無線ＬＡＮアクセスポイント４００のＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）側の接続が切れている場合や、不適切なＤＮＳ（Ｄｏｍｉａｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバ設定による名前解決失敗などが、このエラーになる要因である。

ＨＴＴＰ ＧＥＴのステータスコードが、リクエストが成功したことを示す「２００ ＯＫ」又は「２０４ Ｎｏ Ｃｏｎｔｅｎｔ」である場合には（ステップＳ５０４のＹｅｓ）、インターネット導通確認サーバ７００からは、レスポンスとともに要求に応じた情報が返される。そして、無線インターフェース制御部２０５は、その応答のＨＴＴＰヘッダの中身を解析する。

ここで、インターネット導通確認サーバ７００から「２００ ＯＫ」又は「２０４ Ｎｏ Ｃｏｎｔｅｎｔ」が返ってきたのにもかかわらず、このＨＴＴＰ応答のヘッダに専用のステータス情報が含まれていない場合、具体的には、前述の固有のオンラインチェックフラグがない場合には（ステップＳ５０５のＮｏ）、その応答はインターネット導通確認サーバ７００からのものではなく、無線ＬＡＮアクセスポイント４００からＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００にリダイレクトされたと判定することができる。したがって、この場合には、無線インターフェース制御部２０５は、インターネット接続診断結果を「Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ要因でのエラー」とする（ステップＳ５１１）。この場合、ＨＴＴＰ ＧＥＴは無線ＬＡＮアクセスポイント４００によってＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００にリダイレクトされ、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ５００からＨＴＴＰ ＧＥＴに対するＨＴＴＰ応答が返され、無線機器２００はこれを受け取ることになる。

インターネット導通確認サーバ７００から「２００ ＯＫ」又は「２０４ Ｎｏ Ｃｏｎｔｅｎｔ」が返ってきて（ステップＳ５０４のＹｅｓ）、且つ、ＨＴＴＰ応答のヘッダ内に固有のオンラインチェックフラグの存在が確認された場合には（ステップＳ５０５のＹｅｓ）、無線インターフェース制御部２０５は、インターネット接続診断結果を「インターネット導通ＯＫ」とする（ステップＳ５０６）。

そして、インターネット接続診断結果が「インターネット接続ＯＫ」の場合には、無線インターフェース制御部２０５は、この時点で無線ＬＡＮ側をデフォルトで使用する接続に切り替える（ステップＳ５０７）。それ以外の場合には、無線インターフェース制御部２０５は、デフォルトで使用する接続はセルラー通信を維持する。

図６には、図３に示したフローチャート中のステップＳ３０３で実施される、インターネット接続診断を転送する処理の詳細な手順を示している。無線機器２００内では、無線インターフェース制御部２０５が中心となって、インターネット接続診断の転送処理を実施する。

無線インターフェース制御部２０５は、インターネット接続診断処理の結果を記載した診断結果フレームを生成する（ＳＥＱ６０１）。

インターネット接続診断結果が「Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ要因でのエラー」だった場合に限り（ＳＥＱ６０２のＹｅｓ）、無線インターフェース制御部２０５は、さらに「Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報」を生成して（ＳＥＱ６０３）、診断結果フレームに「Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報」を追加する（ＳＥＱ６０４）。

Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報は、インターネット接続診断処理においてインターネット導通確認サーバへのＨＴＴＰ ＧＥＴを行った際に、無線ＬＡＮアクセスポイント４００によってＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００にリダイレクトされ、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ５００から返されたＨＴＴＰ応答に基づいて生成されるが、その具体的な内容は、例えば以下の（ａ）～（ｃ）のいずれかである。以下の（ａ）～（ｃ）の２以上を組み合わせたＣａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報であってもよい。また、以下の（ａ）～（ｃ）とともに、さらにＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００のリダイレクト先ＵＲＬの情報を、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報に加えてもよい。

（ａ）Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ５００から返されたＨＴＴＰ応答文すべて又は一部
（ｂ）Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ５００から返されたＨＴＴＰ応答をレンダリングした結果の画像
（ｃ）Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ５００にて入力を要求されているに認証情報の項目リスト

Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報が上記（ａ）の場合には、無線インターフェース制御部２０５は、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ５００からのＨＴＴＰ応答の本文又はその一部をそのままカプセル化すればよい。

また、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報が上記（ｂ）の場合には、無線インターフェース制御部２０５は、ブラウザ相当の機能を装備し、ＨＴＴＰ応答文を解析（パース）してブラウザ画面相当の画像を生成する。この場合、その画像をＵＩ機器６００側で表示できるように形式の情報も一緒に、診断結果フレームに付加する。

また、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報が上記（ｃ）の場合には、ＨＴＴＰ応答部を解析して、入力を要求されているに認証情報の項目を抽出する必要がある。

上記（ａ）～（ｃ）のいずれであるにせよ、診断結果フレームにＣａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報を付加するのは、ユーザにＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態であることを知らせると同時に、状態解除の認証のために必要な設定情報が何であるかを伝えるのが目的である。

無線インターフェース制御部２０５は、このようにして生成された診断結果フレームを、ユーザ側に送信する（ＳＥＱ６０５）。この診断結果フレームは、セルラー通信経由でＵＩ機器６００に送られる（ＳＥＱ６０６）。

ＵＩ機器６００は、診断結果フレームを受信すると、そのインターネット接続診断結果を、その結果が「Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ要因でのエラー」だった場合には、診断結果フレームに付加されている「Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報」を自身の表示装置などに表示する（ＳＥＱ６０７）。

Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報がカプセル化したＨＴＴＰ応答の本文だった場合には、ＵＩ機器６００側では、その本文をＵＩ機器６００がブラウジングして表示する。例えばＵＩ機器６００上のＵＩがＷｅｂブラウザである場合には、その本文を解析（パース）してそのままブラウザ画面として表示するようにしてもよい。また、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報がＨＴＴＰ応答文をレンダリングした結果の画像だった場合には、ＵＩ機器６００上でその画像をそのまま表示してもよい。また、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報がＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００にて入力を要求されているに認証情報の項目リストだった場合には、ＵＩ機器６００上では、その項目の入力をユーザに促す画面を表示してもよい。

図７には、図３に示したフローチャート中のステップＳ３０４で実施される、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行処理の詳細な手順を示している。

この時点で、ユーザは、診断結果転送処理（図６を参照のこと）にてＵＩ機器６００に表示されたインターネット接続診断結果により、無線機器２００のＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態であることを把握している。

ＵＩ機器６００は、さらにＣａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報により、無線機器２００のＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態を解除する認証のために必要な設定情報が何であるかをユーザに示した上で、設定情報の入力を促す（ＳＥＱ７０１）。そして、ＵＩ機器６００は、ユーザから入力された設定情報を、セルラー通信経由で無線機器２００に送信する（ＳＥＱ７０２）。

無線機器２００は、ＵＩ機器６００から設定情報を受信すると、その設定情報をＣａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行部２０６に渡し、認証操作を行わせる（ＳＥＱ７０３）。Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行部２０６は、無線ＬＡＮ側のアクセスにて無線ＬＡＮアクセスポイント４００によってリダイレクトされるＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００に対しＨＴＴＰアクセスして、ＵＩ機器６００から受信した設定情報を利用して、認証操作をユーザに代わって自動的に試行する。そして、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行部２０６は、認証の成否を無線インターフェース制御部２０５に伝える。

無線インターフェース制御部２０５は、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証が成功した場合には（ＳＥＱ７０４のＹｅｓ）、再度、インターネット接続診断処理（図５を参照のこと）を行う（ＳＥＱ７０５）。また、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証が失敗した場合には（ＳＥＱ７０４のＮｏ）、インターネット接続診断処理を行わない。

認証が成功している場合は、無線機器２００からインターネット導通確認サーバ７００へのＨＴＴＰアクセスがＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００にリダイレクトされなくなる。したがって、ＨＴＴＰ ＧＥＴの結果が「２００ ＯＫ」又は「２０４ Ｎｏ Ｃｏｎｔｅｎｔ」であれば、ＨＴＴＰアクセスに対する応答のヘッダに固有のオンラインチェックフラグが存在することが期待され、インターネット導通確認が成功するようになる。この時点で、無線機器２００の無線ＬＡＮ側をデフォルトで使用する接続に切り替えることができるようになる。

その後、無線インターフェース制御部２０５は、再度、ＵＩ機器６００への診断結果転送処理（図６を参照のこと）を実施して（ＳＥＱ７０６）、インターネットアクセスの状況変化をユーザ側に伝える。

以上のような手順を踏むことで、表示機器や入力機器を自身に持たない無線機器２００においても、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ状態を正しく把握し、認証操作を行って、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ状態を解除できるようになる。

なお、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行部２０６によるＣａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行処理が成功した場合には、使用した設定情報を無線機器２００自身に保存しておいてもよい。その後、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証の期限が満了した場合には、再度Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証が必要になることがあり得る。このような場合において、インターネット接続診断処理において「Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ要因でのエラー」の結果が出た際に、無線機器２００自身にＣａｐｔｉｖｅ Ｐｏｒｔａｌ認証用の設定情報が過去に保存されていないかを確認して、利用できる情報がある場合には、図３における診断結果転送処理（ステップＳ３０３）をスキップして、インターネット接続診断処理からＣａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行処理に直接進んでもよい。

第１の実施例では、無線機器２００がセルラー通信と無線ＬＡＮという２系統の通信手段を装備し、無線ＬＡＮ接続側にＣａｐｔｉｖｅ Ｐｏｒｔａｌが存在する（図１を参照のこと）。これに対し、セルラー通信側にＣａｐｔｉｖｅ Ｐｏｒｔａｌが存在するとし、デフォルトの接続が逆であるとしても、セルラー通信と無線ＬＡＮとを読み替えることで、同様に本明細書で開示する技術を適用することができる。また、無線機器２００がＷｉ－Ｆｉ（登録商標）以外の無線方式を採用する場合であっても、同様に本明細書で開示する技術を適用することができる。

第１の実施例では、インターネット導通確認サーバすなわちオンラインチェックサーバはＨＴＴＰサーバであるとしたが、インターネット導通確認はＨＴＴＰではなくＨＴＴＰＳにより行われるとしてもよい。その場合は、ＨＴＴＰをＨＴＴＰＳと読み替えることで、同様に本明細書で開示する技術を適用することができる。

第１の実施例では、無線機器２００の無線ＬＡＮ設定はセルラー通信を利用して、ＵＩ機器６００がインターネット越しに行うようになっていた。これに対し、これから説明する第２の実施例では、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信経由でＵＩ機器６００が無線機器２００に対してより直接的に設定操作を行うようになっている。また、第２の実施例では、ＵＩ機器６００も無線ＬＡＮインターフェースを装備しており、無線機器２００が接続しようとしている無線ＬＡＮアクセスポイント４００に過去に接続している。したがって、ＵＩ機器６００がその先のＣａｐｔｉｖｅ Ｐｏｒｔａｌ認証を行っていた場合には、無線機器２００のデフォルトで使用する接続を無線ＬＡＮ側に切り替えるための処理を簡略化することができる。

図８には、第２の実施例に係る通信システム８００の構成例を模式的に示している。

無線機器２００は、表示装置並びに入力機器を持たない機器である。無線機器２００として、例えば自律型センサや自律型ロボット、あるいはさまざまなタイプのＩｏＴデバイスが想定される。

無線機器２００は、無線インターフェースとして、Ｂｌｕｅｔｏｏｔｈ（ＢＴ）通信インターフェース８１１と無線ＬＡＮインターフェース２０２を搭載している。Ｂｌｕｅｔｏｏｔｈ通信インターフェース８１１は、同じくＢｌｕｅｔｏｏｔｈ通信インターフェース（図示しない）を搭載するＵＩ機器６００に直接接続される。また、無線ＬＡＮインターフェース２０２は、例えば同じ室内に設置された無線ＬＡＮアクセスポイント（ＡＰ）４００と接続し、無線ＬＡＮアクセスポイント４００を介してインターネットに接続される。無線機器２００の初期状態では、無線ＬＡＮ側は未接続である。

無線機器２００の無線ＬＡＮ接続先にはＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００がある。すなわち、無線ＬＡＮアクセスポイント４００はＷｅｂ認証を要求しており、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ５００にリダイレクトする。したがって、無線機器２００は、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ５００との認証を行わない限り、無線ＬＡＮアクセスポイント４００によるリダイレクションが解除されず、無線ＬＡＮ接続側からインターネットに出ることができない。また、無線機器２００がインターネットに出られるかどうかの確認は、インターネット導通確認サーバ７００へのアクセスにより行われる。インターネット導通確認サーバ７００は、所定のＵＲＬを持ち、インターネットへの導通を示す情報である専用のＨＴＴＰヘッダを返す（ＨＴＴＰ応答ヘッダに専用のステータス情報を含める）ように構成されたオンラインチェック用ＨＴＴＰサーバである。

無線機器２００の操作は、基本的に、Ｂｌｕｅｔｏｏｔｈ通信により直接接続されるＵＩ機器６００を操作するユーザにより行われる。無線機器２００は、初期状態ではＢｌｕｅｔｏｏｔｈ通信を経由して、ユーザからの操作が行われることになる。ＵＩ機器６００上のＵＩは、Ｗｅｂブラウザであっても、別のネイティブアプリケーションであっても、あるいは後からインストールされるアプリケーションであってもよい。

ＵＩ機器６００は、基本的には、表示装置並びに入力装置を搭載した機器であることを想定している。ＵＩ機器６００は、例えば、パーソナルコンピュータやスマートフォン、タブレットなどの情報端末であってもよい。第１の実施例と相違し、ＵＩ機器６００は、Ｂｌｕｅｔｏｏｔｈ通信インターフェースを装備する一方、インターネットに接続するための接続手段は必須ではない。

本実施例では、ＵＩ機器６００は、無線ＬＡＮインターフェースも装備している。また、本実施例では、ＵＩ機器６００は、無線機器２００が接続しようとしている無線ＬＡＮアクセスポイント４００を経由して、過去にインターネットに接続した履歴があり、インターネット接続時にはＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００の認証操作を行っており、入力した設定情報を保持しているものとする。

図９には、第２の実施例における無線機器２００の機能的構成例を示している。図示の無線機器２００は、Ｂｌｕｅｔｏｏｔｈ通信インターフェース８１１と、無線ＬＡＮインターフェース２０２と、Ｂｌｕｅｔｏｏｔｈ通信プロトコル処理部８１２と、無線ＬＡＮプロトコル処理部２０４と、無線インターフェース制御部２０５と、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行部２０６を備えている。

第２の実施例における無線機器２００は、第１の実施例における無線機器２００のセルラーインターフェース２０１とセルラープロトコル処理部２０３が、Ｂｌｕｅｔｏｏｔｈ通信インターフェース８１１と、Ｂｌｕｅｔｏｏｔｈ通信プロトコル処理部８１２に置き換わった構成である。Ｂｌｕｅｔｏｏｔｈ通信プロトコル処理部８１２は、Ｂｌｕｅｔｏｏｔｈ通信インターフェース８１１によって送受信が行われる通信の物理層並びにデータリンク層のプロトコルの処理を実施する。Ｂｌｕｅｔｏｏｔｈ通信インターフェース８１１とＢｌｕｅｔｏｏｔｈ通信プロトコル処理部８１２以外は、第１の実施例における無線機器２００と同一の構成なので、ここでは詳細な説明を省略する。また、無線機器２００は、用途に応じて図示しない機能モジュールを搭載していてもよいが、本明細書では説明の便宜上省略する。

第２の実施例に係る通信システム８００においても、第１の実施例と同様に、無線機器２００は、図３に示した処理手順に従い、ネットワークレイヤ接続処理、インターネット接続診断処理、診断結果転送処理、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行処理を純に実行することで、無線ＬＡＮ接続からＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態を解消することができる。

図１０には、第２の実施例におけるネットワークレイヤ接続処理の詳細な手順を示している。無線機器２００内では、無線インターフェース制御部２０５が中心となって、ネットワークレイヤ接続処理を実施する。また、この処理中では、無線機器２００は、ユーザからのＵＩ機器６００上での操作指示をＢｌｕｅｔｏｏｔｈ通信経由でやり取りする。

まず、ユーザは、ＵＩ機器６００上で、無線機器２００に対して、無線ＬＡＮのスキャン動作を指示する（ＳＥＱ１００１）。この指示は、Ｂｌｕｅｔｏｏｔｈ通信経由で、無線機器２００に送られる（ＳＥＱ１００２）。

無線機器２００は、ＵＩ機器６００からの指示に従って、無線ＬＡＮのスキャン動作を実施する（ＳＥＱ１００３）。そして、無線機器２００は、そのスキャン結果をＢｌｕｅｔｏｏｔｈ通信経由でＵＩ機器６００に返す（ＳＥＱ１００４）。

ＵＩ機器６００は、無線機器２００から受け取ったスキャン結果を、自身の表示装置などに表示する（ＳＥＱ１００５）。

次いで、ユーザは、ＵＩ機器６００上で、ＳＳＩＤ（若しくは、無線機器２００が無線ＬＡＮ接続するためのネットワーク識別情報）と、パスフレーズ（例えば、ＷＥＰキーなどの無線機器２００が無線ＬＡＮアクセスポイント４００に接続する際に使用する認証情報）を入力して、無線機器２００に対して、無線ＬＡＮアクセスポイント４００への接続の実行を指示する（ＳＥＱ１００６）。そして、ＳＳＩＤ及びパスフレーズを含んだ無線ＬＡＮ接続指示が、Ｂｌｕｅｔｏｏｔｈ通信経由で、無線機器２００に送られる（ＳＥＱ１００７）。

無線機器２００側では、受け取ったＳＳＩＤ及びパスフレーズを使って、無線ＬＡＮアクセスポイント４００へのＡｓｓｏｃｉａｔｉｏｎ（ＳＥＱ１００８）、無線ＬＡＮアクセスポイント４００との４－Ｗａｙハンドシェイク（ＳＥＱ１００９）、ＩＰアドレスの取得（ＳＥＱ１０１０）が順次実行される。但し、ＳＳＩＤ及びパスフレーズを与えての無線ＬＡＮ接続指示は、ＷＰＳの実行指示で置き換えてもよい。

第２の実施例におけるインターネット接続診断処理は、第１の実施例において図５に示した処理手順と同様なので、ここでは説明を省略する。無線機器２００は、インターネット接続診断処理により、Ｌ２レベルでのエラー、Ｌ３レベルでのエラー、ＷＡＮ側接続又はＬ４レベルでのエラー、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ要因でのエラー、又はインターネット導通ＯＫのいずれのインターネット接続状態であるかを認識することができる。

図１１には、第２の実施例におけるインターネット接続診断の結果を転送する処理の詳細な手順を示している。無線機器２００内では、無線インターフェース制御部２０５が中心となって、インターネット接続診断の転送処理を実施する。また、この処理中では、無線機器２００は、ＵＩ機器６００とはＢｌｕｅｔｏｏｔｈ通信経由でやり取りする。

無線インターフェース制御部２０５は、インターネット接続診断処理の結果を記載した診断結果フレームを生成する（ＳＥＱ１１０１）。

インターネット接続診断結果が「Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ要因でのエラー」だった場合に限り（ＳＥＱ１１０２のＹｅｓ）、無線インターフェース制御部２０５は、さらに「Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報」を生成して（ＳＥＱ１１０３）、診断結果フレームに「Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報」を追加する（ＳＥＱ１１０４）。

Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報は、インターネット接続診断処理においてインターネット導通確認サーバへのＨＴＴＰ ＧＥＴを行った際に、無線ＬＡＮアクセスポイント４００によってＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００にリダイレクトされ、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ５００から返されたＨＴＴＰ応答に基づいて生成されるが、その具体的な内容は、例えば以下の（ａ）～（ｃ）のいずれかである。以下の（ａ）～（ｃ）の２以上を組み合わせたＣａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報であってもよい。また、以下の（ａ）～（ｃ）とともに、さらにＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００のリダイレクト先ＵＲＬの情報を、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報に加えてもよい。

（ａ）Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ５００から返されたＨＴＴＰ応答文すべて又は一部
（ｂ）Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ５００から返されたＨＴＴＰ応答をレンダリングした結果の画像
（ｃ）Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ５００にて入力を要求されているに認証情報の項目リスト

Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報が上記（ａ）の場合には、無線インターフェース制御部２０５は、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ５００からのＨＴＴＰ応答の本文又はその一部をそのままカプセル化すればよい。

また、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報が上記（ｂ）の場合には、無線インターフェース制御部２０５は、ブラウザ相当の機能を装備し、ＨＴＴＰ応答文を解析（パース）してブラウザ画面相当の画像を生成する。この場合、その画像をＵＩ機器６００側で表示できるように形式の情報も一緒に、診断結果フレームに付加する。

また、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報が上記（ｃ）の場合には、ＨＴＴＰ応答部を解析して、入力を要求されているに認証情報の項目を抽出する必要がある。

上記（ａ）～（ｃ）のいずれであるにせよ、診断結果フレームにＣａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報を付加するのは、ユーザにＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態であることを知らせると同時に、状態解除の認証のために必要な設定情報が何であるかを伝えるのが目的である。

無線インターフェース制御部２０５は、このようにして生成された診断結果フレームを、ユーザ側に送信する（ＳＥＱ１１０５）。この診断結果フレームは、Ｂｌｕｅｔｏｏｔｈ通信経由でＵＩ機器６００に送られる（ＳＥＱ１１０６）。

ＵＩ機器６００は、診断結果フレームを受信すると、そのインターネット接続診断結果を、その結果が「Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ要因でのエラー」だった場合には、診断結果フレームに付加されている「Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報」を自身の表示装置などに表示する（ＳＥＱ１１０７）。

Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報がカプセル化したＨＴＴＰ応答の本文だった場合には、ＵＩ機器６００側では、その本文をＵＩ機器６００がブラウジングして表示する。例えばＵＩ機器６００上のＵＩがＷｅｂブラウザである場合には、その本文を解析（パース）してそのままブラウザ画面として表示するようにしてもよい。また、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報がＨＴＴＰ応答文をレンダリングした結果の画像だった場合には、ＵＩ機器６００上でその画像をそのまま表示してもよい。また、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報がＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００にて入力を要求されているに認証情報の項目リストだった場合には、ＵＩ機器６００上では、その項目の入力をユーザに促す画面を表示してもよい。

図１２には、第２の実施例におけるＣａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行処理の詳細な手順を示している。

この時点で、ユーザは、診断結果転送処理（図１１を参照のこと）にてＵＩ機器６００に表示された結果により、無線機器２００のＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態であることを把握している。

ＵＩ機器６００側では、自身が過去に同じＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００に対して認証を行った際の設定情報が保存されているかどうかをチェックする（ＳＥＱ１２０１）。具体的には、「Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ要因でのエラー」であるインターネット接続診断結果、並びに「Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報」を受け取ったＵＩ機器６００は、まずそのＣａｐｔｉｖｅ Ｐｏｒｔａｌ補助情報の中身から、リダイレクトされたＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００のＵＲＬの情報を取り出し、自機が過去にそのＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００への認証操作を行った履歴があるかを確認する。

当該Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ５００への認証操作履歴があり、且つその際に入力した設定情報が保存されている場合には（ＳＥＱ１２０１のＹｅｓ）、ＵＩ機器６００は、その情報を流用して（ＳＥＱ１２０２）、Ｂｌｕｅｔｏｏｔｈ通信経由で無線機器２００に設定情報を送信する（ＳＥＱ１２０４）。

また、過去の設定情報が保存されていない場合には（ＳＥＱ１２０１のＮｏ）、ＵＩ機器６００は、無線機器２００のＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態を解除する認証のために必要な設定情報が何であるかをユーザに示した上で、設定情報の入力を促す（ＳＥＱ１２０３）。そして、ＵＩ機器６００は、入力された設定情報を、Ｂｌｕｅｔｏｏｔｈ通信経由で無線機器２００に送信する（ＳＥＱ１２０４）。

無線機器２００は、ＵＩ機器６００から設定情報を受信すると、その設定情報をＣａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行部２０６に渡し、認証操作を行わせる（ＳＥＱ１２０５）。Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行部２０６は、無線ＬＡＮ側のアクセスにて無線ＬＡＮアクセスポイント４００によってリダイレクトされるＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００に対しＨＴＴＰアクセスして、ＵＩ機器６００から受信した設定情報を利用して、認証操作をユーザに代わり自動的に試行する。そして、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行部２０６は、認証の成否を無線インターフェース制御部２０５に伝える。

無線インターフェース制御部２０５は、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証が成功した場合には（ＳＥＱ１２０６のＹｅｓ）、再度インターネット接続診断処理を行う（ＳＥＱ１２０７）。また、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証が失敗した場合には（ＳＥＱ１２０６のＮｏ）、インターネット接続診断処理を行わない。

認証が成功している場合は、無線機器２００からインターネット導通確認サーバ７００へのＨＴＴＰアクセスがＣａｐｔｉｖｅ Ｐｏｒｔａｌ５００にリダイレクトされなくなる。したがって、ＨＴＴＰ ＧＥＴの結果が「２００ ＯＫ」又は「２０４ Ｎｏ Ｃｏｎｔｅｎｔ」であれば、ＨＴＴＰアクセスに対する応答のヘッダに固有のオンラインチェックフラグが存在することが期待され、インターネット導通確認が成功するようになる。この時点で、無線機器２００の無線ＬＡＮ側からインターネットに接続できるようになる。

その後、無線インターフェース制御部２０５は、再度、ＵＩ機器６００への診断結果転送処理を実施して（ＳＥＱ１２０８）、インターネットアクセスの状況変化をユーザ側に伝える。

以上のような手順を踏むことで、表示機器や入力機器を自身に持たない無線機器２００においても、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ状態を正しく把握し、認証操作を行って、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ状態を解除できるようになる。

なお、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行部２０６によるＣａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行処理が成功した場合には、使用した設定情報を無線機器２００自身に保存しておいてもよい。その後、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証の期限が満了した場合には、再度Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証が必要になることがあり得る。このような場合において、インターネット接続診断処理において「Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ要因でのエラー」の結果が出た際に、無線機器２００自身にＣａｐｔｉｖｅ Ｐｏｒｔａｌ認証用の設定情報が過去に保存されていないかを確認して、利用できる情報がある場合には、図３における診断結果転送処理（ステップＳ３０３）をスキップして、インターネット接続診断処理からＣａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行処理に直接進んでもよい。

なお、第２の実施例におけるＣａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行処理において、ＵＩ機器６００内に保存されている設定情報がある場合であっても、無線機器２００に対して設定情報を送信する前に、ＵＩ機器６００上のＵＩを通じてユーザに対して情報流用の確認を促すインタラクションがあってもよい。

第２の実施例では、無線機器２００がＢｌｕｅｔｏｏｔｈと無線ＬＡＮという２系統の通信手段を装備し、ＵＩ機器との通信はローカルな無線接続であるＢｌｕｅｔｏｏｔｈを利用して行われていた。これに対し、ＵＩ機器との通信に、Ｂｌｕｅｔｏｏｔｈの代わりにＷｉ－Ｆｉ Ｄｉｒｅｃｔをローカルな無線接続として利用するようにしてもよい。この場合でも、Ｂｌｕｅｔｏｏｔｈ通信をＷｉ－Ｆｉ Ｄｉｒｅｃｔ通信と読み替えることで、同様に本明細書で開示する技術を適用することができる。この形態の場合には、無線機器２００は、インターネット接続用の無線ＬＡＮ接続と、ＵＩ機器とのＷｉ－Ｆｉ Ｄｉｒｅｃｔ通信用の無線ＬＡＮ接続の２つを使い分ける形となる。

第２の実施例においても、インターネット導通確認はＨＴＴＰではなくＨＴＴＰＳにより行われるとしてもよい。その場合は、ＨＴＴＰをＨＴＴＰＳと読み替えることで、同様に本明細書で開示する技術を適用することができる。

以上、特定の実施形態を参照しながら、本明細書で開示する技術について詳細に説明してきた。しかしながら、本明細書で開示する技術の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。

本明細書で開示する技術は、自律型センサや自律型ロボット、あるいはさまざまなタイプのＩｏＴデバイスなど、表示装置並びに入力装置を装備しないさまざまなタイプの無線機器に適用することができる。もちろん、本明細書で開示する技術は、スマートフォンやタブレット、パーソナルコンピュータといった表示装置並びに入力装置を装備する情報機器にも同様に適用することができる。

本明細書では、無線機器と、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証のための設定情報をユーザが入力するＵＩ機器との接続手段として、セルラー通信やＢｌｕｅｔｏｏｔｈ通信を利用した実施例について説明したが、これらの通信手段には限定されない。無線機器とＵＩ機器とを、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）やその他の無線通信手段、独自規格に基づく無線通信手段、あるいはＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）やその他の有線通信手段を使って接続するようにしてもよい。

要するに、例示という形態により本明細書で開示する技術について説明してきたが、本明細書の記載内容を限定的に解釈するべきではない。本明細書で開示する技術の要旨を判断するためには、特許請求の範囲を参酌すべきである。

なお、本明細書の開示の技術は、以下のような構成をとることも可能である。

（１）第１のネットワークに接続する第１の通信部と、
第２のネットワークに接続する第２の通信部と、
前記第１の通信部及び第２の通信部における各ネットワーク動作を制御する制御部と、
を具備し、
前記制御部は、前記第２のネットワークにおいて、宛先が強制的に特定の別のアドレスに転送されてしまうリダイレクション状態にあるかを判定し、リダイレクションに関する情報を前記第１のネットワークに送信するように制御する、
通信装置。

（２）前記制御部は、前記第１のネットワークを介して受信した情報に基づいて、前記第２のネットワークにおけるリダイレクションの解除を実施する、
上記（１）に記載の通信装置。

（３）前記制御部は、前記第２の通信部が前記第２のネットワークを介して接続するアクセスポイントによってＣａｐｔｉｖｅ ＰｏｒｔａｌにリダイレクトされるＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態にあるかを判定し、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌに関する情報を前記第１のネットワークに送信するように制御する、
上記（１）又は（２）のいずれかに記載の通信装置。

（４）前記制御部は、前記第２のネットワークからインターネット上のオンラインチェックサーバにアクセスした結果に基づいて、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ状態であるかを判定する、
上記（３）に記載の通信装置。

（５）前記オンラインチェックサーバは、専用のＨＴＴＰヘッダを返すように構成されており、
前記制御部は、前記オンラインチェックサーバのＵＲＬに対するＨＴＴＰ ＧＥＴの結果に専用のＨＴＴＰヘッダが含まれているか否かに基づいてＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態であるかを判定する、
上記（４）に記載の通信装置。

（６）前記制御部は、前記オンラインチェックサーバに対してＨＴＴＰ ＧＥＴを行った際に前記Ｃａｐｔｉｖｅ Ｐｏｒｔａｌから返されたＨＴＴＰ応答に基づいて、前記Ｃａｐｔｉｖｅ Ｐｏｒｔａｌに関する情報を生成する、
上記（５）に記載の通信装置。

（７）前記Ｃａｐｔｉｖｅ Ｐｏｒｔａｌに関する情報は、前記Ｃａｐｔｉｖｅ Ｐｏｒｔａｌから返されたＨＴＴＰ応答文又はその一部、前記Ｃａｐｔｉｖｅ Ｐｏｒｔａｌから返されたＨＴＴＰ応答をレンダリングした画像、又は、前記Ｃａｐｔｉｖｅ Ｐｏｒｔａｌにて入力を要求されている認証情報の項目のうち少なくとも１つを含む、
上記（３）乃至（６）のいずれかに記載の通信装置。

（８）前記制御部は、前記第１のネットワークを介して受信した情報に基づいて、前記Ｃａｐｔｉｖｅ Ｐｏｒｔａｌに対する認証操作を実施する、
上記（３）乃至（７）のいずれかに記載の通信装置。

（９）第１の通信部は、セルラー又はＢｌｕｅｔｏｏｔｈ通信に接続する、
上記（１）乃至（８）のいずれかに記載の通信装置。

（１０）第２の通信部は、無線ＬＡＮに接続する、
上記（１）乃至（９）のいずれかに記載の通信装置。

（１１）第１のネットワーク及び第２のネットワークに接続可能な通信装置における通信方法であって、
前記第２のネットワークにおいて、宛先が強制的に特定の別のアドレスに転送されてしまうリダイレクション状態にあるかを判定するステップと、
リダイレクションに関する情報を前記第１のネットワークに送信するステップと、
を有する通信方法。

（１２）第１のネットワークに接続する第１の通信部と、
前記第１の通信部におけるネットワーク動作を制御する制御部と、
を具備し、
前記制御部は、前記第１のネットワーク経由で他の機器の第２のネットワークにおいて、宛先が強制的に特定の別のアドレスに転送されてしまうリダイレクションに関する情報を受信したときに、前記リダイレクションの解除に関する情報を生成し、前記第１のネットワーク経由で送信するように制御する、
通信装置。

（１３）受信した前記リダイレクションに関する情報を表示する表示部と、
前記リダイレクションの解除に関する情報を入力する入力部と、
をさらに備える上記（１２）に記載の通信装置。

（１４）前記リダイレクションに関する情報は、前記他の機器が前記第２のネットワークを介して接続するアクセスポイントによってＣａｐｔｉｖｅ ＰｏｒｔａｌにリダイレクトされるＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態に関する情報であり、
前記制御部は、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ状態解除の認証のために必要な設定情報を生成し、前記第１のネットワーク経由で送信するように制御する、
上記（１２）又は（１３）のいずれかに記載の通信装置。

（１５）前記制御部は、自機が過去にＣａｐｔｉｖｅ Ｐｏｒｔａｌへの認証操作を行った履歴情報に基づいて前記設定情報を生成し、前記第１のネットワーク経由で送信するように制御する、
上記（１４）に記載の通信装置。

（１６）第１のネットワーク及び第２のネットワークに接続可能な通信装置における通信方法であって、
前記第１のネットワーク経由で他の機器の第２のネットワークにおいて、宛先が強制的に特定の別のアドレスに転送されてしまうリダイレクションに関する情報を受信するステップと、
受信した前記リダイレクションに関する情報を表示する表示ステップと、
前記リダイレクションの解除に関する情報を入力する入力ステップと、
前記リダイレクションの解除に関する情報を前記第１のネットワーク経由で送信するステップと、
を有する通信方法。

１００…通信システム（第１の実施例）
２００…無線機器、２０１…セルラーインターフェース
２０２…無線ＬＡＮインターフェース
２０３…セルラープロトコル処理部、２０４…無線ＬＡＮプロトコル部
２０５…無線インターフェース制御部
２０６…Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ認証代行部
３００…セルラー基地局、４００…無線ＬＡＮアクセスポイント
５００…Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ、６００…ＵＩ機器
７００…インターネット導通確認サーバ
８００…通信システム（第２の実施例）
８１１…Ｂｌｕｅｔｏｏｔｈ通信インターフェース
８１２…Ｂｌｕｅｔｏｏｔｈ通信プロトコル処理部

Claims (16)

1. 第１のネットワークに接続する第１の通信部と、
   第２のネットワークに接続する第２の通信部と、
   前記第１の通信部及び第２の通信部における各ネットワーク動作を制御する制御部と、
   を具備し、
   前記制御部は、前記第２のネットワークにおいて、宛先が強制的に特定の別のアドレスに転送されてしまうリダイレクション状態にあるかを判定し、リダイレクションに関する情報を前記第１のネットワークに送信するように制御する、
   通信装置。
2. 前記制御部は、前記第１のネットワークを介して受信した情報に基づいて、前記第２のネットワークにおけるリダイレクションの解除を実施する、
   請求項１に記載の通信装置。
3. 前記制御部は、前記第２の通信部が前記第２のネットワークを介して接続するアクセスポイントによってＣａｐｔｉｖｅ ＰｏｒｔａｌにリダイレクトされるＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態にあるかを判定し、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌに関する情報を前記第１のネットワークに送信するように制御する、
   請求項１に記載の通信装置。
4. 前記制御部は、前記第２のネットワークからインターネット上のオンラインチェックサーバにアクセスした結果に基づいて、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ状態であるかを判定する、
   請求項３に記載の通信装置。
5. 前記オンラインチェックサーバは、専用のＨＴＴＰヘッダを返すように構成されており、
   前記制御部は、前記オンラインチェックサーバのＵＲＬに対するＨＴＴＰ ＧＥＴの結果に専用のＨＴＴＰヘッダが含まれているか否かに基づいてＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態であるかを判定する、
   請求項４に記載の通信装置。
6. 前記制御部は、前記オンラインチェックサーバに対してＨＴＴＰ ＧＥＴを行った際に前記Ｃａｐｔｉｖｅ Ｐｏｒｔａｌから返されたＨＴＴＰ応答に基づいて、前記Ｃａｐｔｉｖｅ Ｐｏｒｔａｌに関する情報を生成する、
   請求項５に記載の通信装置。
7. 前記Ｃａｐｔｉｖｅ Ｐｏｒｔａｌに関する情報は、前記Ｃａｐｔｉｖｅ Ｐｏｒｔａｌから返されたＨＴＴＰ応答文又はその一部、前記Ｃａｐｔｉｖｅ Ｐｏｒｔａｌから返されたＨＴＴＰ応答をレンダリングした画像、又は、前記Ｃａｐｔｉｖｅ Ｐｏｒｔａｌにて入力を要求されている認証情報の項目のうち少なくとも１つを含む、
   請求項３に記載の通信装置。
8. 前記制御部は、前記第１のネットワークを介して受信した情報に基づいて、前記Ｃａｐｔｉｖｅ Ｐｏｒｔａｌに対する認証操作を実施する、
   請求項３に記載の通信装置。
9. 第１の通信部は、セルラー又はＢｌｕｅｔｏｏｔｈ通信に接続する、
   請求項１に記載の通信装置。
10. 第２の通信部は、無線ＬＡＮに接続する、
    請求項１に記載の通信装置。
11. 第１のネットワーク及び第２のネットワークに接続可能な通信装置における通信方法であって、
    前記第２のネットワークにおいて、宛先が強制的に特定の別のアドレスに転送されてしまうリダイレクション状態にあるかを判定するステップと、
    リダイレクションに関する情報を前記第１のネットワークに送信するステップと、
    を有する通信方法。
12. 第１のネットワークに接続する第１の通信部と、
    前記第１の通信部におけるネットワーク動作を制御する制御部と、
    を具備し、
    前記制御部は、前記第１のネットワーク経由で他の機器の第２のネットワークにおいて、宛先が強制的に特定の別のアドレスに転送されてしまうリダイレクションに関する情報を受信したときに、前記リダイレクションの解除に関する情報を生成し、前記第１のネットワーク経由で送信するように制御する、
    通信装置。
13. 受信した前記リダイレクションに関する情報を表示する表示部と、
    前記リダイレクションの解除に関する情報を入力する入力部と、
    をさらに備える請求項１２に記載の通信装置。
14. 前記リダイレクションに関する情報は、前記他の機器が前記第２のネットワークを介して接続するアクセスポイントによってＣａｐｔｉｖｅ ＰｏｒｔａｌにリダイレクトされるＣａｐｔｉｖｅ Ｐｏｒｔａｌ状態に関する情報であり、
    前記制御部は、Ｃａｐｔｉｖｅ Ｐｏｒｔａｌ状態解除の認証のために必要な設定情報を生成し、前記第１のネットワーク経由で送信するように制御する、
    請求項１２に記載の通信装置。
15. 前記制御部は、自機が過去にＣａｐｔｉｖｅ Ｐｏｒｔａｌへの認証操作を行った履歴情報に基づいて前記設定情報を生成し、前記第１のネットワーク経由で送信するように制御する、
    請求項１４に記載の通信装置。
16. 第１のネットワーク及び第２のネットワークに接続可能な通信装置における通信方法であって、
    前記第１のネットワーク経由で他の機器の第２のネットワークにおいて、宛先が強制的に特定の別のアドレスに転送されてしまうリダイレクションに関する情報を受信するステップと、
    受信した前記リダイレクションに関する情報を表示する表示ステップと、
    前記リダイレクションの解除に関する情報を入力する入力ステップと、
    前記リダイレクションの解除に関する情報を前記第１のネットワーク経由で送信するステップと、
    を有する通信方法。

Images