特許 6721186 通信制御装置、通信システム、認証方法、及びプログラム

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

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

(11)【特許番号】6721186

(24)【登録日】2020年6月22日

(45)【発行日】2020年7月8日

(54)【発明の名称】通信制御装置、通信システム、認証方法、及びプログラム

(51)【国際特許分類】

   G06F 21/31 20130101AFI20200629BHJP

【ＦＩ】

   G06F21/31

【請求項の数】10

【全頁数】22

(21)【出願番号】特願2017-217296(P2017-217296)

(22)【出願日】2017年11月10日

(65)【公開番号】特開2019-87202(P2019-87202A)

(43)【公開日】2019年6月6日

【審査請求日】2019年3月6日

(73)【特許権者】

【識別番号】000227205

【氏名又は名称】ＮＥＣプラットフォームズ株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】奥村 耕平

【審査官】 松平 英

(56)【参考文献】

【文献】 特開２００７−０３６７３４（ＪＰ，Ａ）

【文献】 特開２０１０−０４４６１０（ＪＰ，Ａ）

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

【文献】 特開２０１１−０５４１２０（ＪＰ，Ａ）

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

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

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

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

Ｇ０６Ｆ１２／１４、２１／００−２１／８８

Ｈ０４Ｂ７／２４−７／２６

Ｈ０４Ｗ４／００−９９／００

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

【請求項1】

通信制御装置であって、
複数の表示ランプと、前記通信制御装置における通信制御及び前記複数の表示ランプの点灯制御を行う制御部と、を備え、
前記複数の表示ランプのうちの少なくとも１つは、前記通信制御装置における通信制御の状態を表示する状態表示ランプであり、
前記制御部は、
ネットワークを介して接続された端末装置からのアクセス要求に対し、前記複数の表示ランプの点灯パターンを、前記通信制御の状態を表示する場合とは無関係に決定し、
決定した点灯パターンに従って前記複数の表示ランプの点灯を制御するとともに、前記複数の表示ランプの点灯パターンを示すパターン情報の入力を促す情報入力用画像を前記端末装置に表示させ、
前記決定した点灯パターンに合った前記パターン情報を前記端末装置から受信した場合、前記端末装置の認証を成功とする、
通信制御装置。

【請求項2】

前記複数の表示ランプのそれぞれは、点灯色を変更可能なランプであり、
前記点灯パターンは、前記複数の表示ランプのそれぞれについて点灯色が指定されたパターンである、
請求項１に記載の通信制御装置。

【請求項3】

前記複数の表示ランプのそれぞれは、点灯色を変更可能なランプであり、
前記点灯パターンは、前記複数の表示ランプのそれぞれについて、消灯、点灯時の点灯色のうち、少なくともいずれか１つが指定されたパターンである、
請求項１に記載の通信制御装置。

【請求項4】

前記制御部は、
認証用パスワードの入力を促す認証用画像を前記端末装置に表示させ、前記端末装置から前記認証用パスワードを受信し、受信した認証用パスワードに基づくパスワード認証処理を行う機能を有し、
前記認証用画像は、前記パスワード認証処理とは異なる認証処理を選択する選択領域を含み、
前記制御部は、
前記アクセス要求に対し、前記認証用画像を前記端末装置に表示させ、
前記選択領域が選択された場合に、前記点灯パターンの決定を行う、
請求項１から３のいずれか１項に記載の通信制御装置。

【請求項5】

前記制御部は、
前記アクセス要求に対し、認証用パスワードの入力を促す認証用画像を前記端末装置に表示させ、前記端末装置から前記認証用パスワードを受信し、受信した認証用パスワードに基づくパスワード認証処理を行い、
前記パスワード認証処理において前記端末装置の認証が所定回数失敗した場合に、前記点灯パターンの決定を行う、
請求項１から４のいずれか１項に記載の通信制御装置。

【請求項6】

前記表示ランプは発光ダイオードを有する、
請求項１から５のいずれか１項に記載の通信制御装置。

【請求項7】

前記通信制御装置は、ルータ装置である、
請求項１から６のいずれか１項に記載の通信制御装置。

【請求項8】

請求項１から７のいずれか１項に記載の通信制御装置と、
前記端末装置と、
を有する、通信システム。

【請求項9】

複数の表示ランプを備えた通信制御装置によって実行される認証方法であって、
前記複数の表示ランプのうちの少なくとも１つは、前記通信制御装置における通信制御の状態を表示する状態表示ランプであり、
前記通信制御装置にネットワークを介して接続された端末装置からのアクセス要求に対し、前記複数の表示ランプの点灯パターンを、前記通信制御の状態を表示する場合とは無関係に決定し、
決定した点灯パターンに従って前記複数の表示ランプの点灯を制御するとともに、前記複数の表示ランプの点灯パターンを示すパターン情報の入力を促す情報入力用画像を前記端末装置に表示させ、
前記決定した点灯パターンに合った前記パターン情報を前記端末装置から受信した場合、前記端末装置の認証を成功とする、
認証方法。

【請求項10】

複数の表示ランプを備えた通信制御装置に認証処理を実行させるためのプログラムであって、
前記複数の表示ランプのうちの少なくとも１つは、前記通信制御装置における通信制御の状態を表示する状態表示ランプであり、
前記認証処理は、
前記通信制御装置にネットワークを介して接続された端末装置からのアクセス要求に対し、前記複数の表示ランプの点灯パターンを、前記通信制御の状態を表示する場合とは無関係に決定し、
決定した点灯パターンに従って前記複数の表示ランプの点灯を制御するとともに、前記複数の表示ランプの点灯パターンを示すパターン情報の入力を促す情報入力用画像を前記端末装置に表示させ、
前記決定した点灯パターンに合った前記パターン情報を前記端末装置から受信した場合、前記端末装置の認証を成功とする、
処理である、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、通信制御装置、通信システム、認証方法、及びプログラムに関する。

【背景技術】

【0002】

２台の無線機器間で認証データを交換する方法の一例が特許文献１に開示されている。特許文献１に記載の方法では、まず、一方の無線機器が、具備する複数のＬＥＤ（light emitting diode）を、交換しようとする自機の認証データに関連付けた順序で点灯させる。次いで、ユーザに、その点灯に合わせてキー操作させ、点灯順序を示す情報を入力させる。このキー操作は、他方の無線機器に接続されたパーソナルコンピュータ（ＰＣ）の入力キーを用いて行われる。入力された情報は、上記他方の無線機器に送信され、上記他方の無線機器により自機の認証データとして上記一方の無線機器に送信される。

【0003】

上記一方の無線機器は、自機の認証データと上記他方の無線機器から送信された上記情報（他方の無線機器における自機の認証データ）とが一致しているか否かを確認する。なお、この確認は、上記他方の無線機器側で行うこともできる。特許文献１に記載の方法では、このような手順で認証データの交換を行うことで簡易的な縁組みを行い、その後、正規の認証手続きを行っている。

【0004】

また、特許文献２には、デジタルデータを無線送信する送信機器とそのデータを無線受信する受信機器とで、認証データを共有することにより、無線接続を確立させる方法が開示されている。この方法では、まず、送信機器が、具備される１つのＬＥＤを、認証データに対応する所定の点滅パターンで点滅させる。次いで、受信機器は、その点滅パターンに対応する情報を、具備される入力スイッチからユーザに入力させ、送信機器に送信する。送信機器は、受信機器から上記情報を受信し、上記情報が点滅パターンに対応するものであった場合、受信機器との無線接続のための認証データとして設定する。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００９−０８９０５８号公報

【特許文献2】特開２００７−３２３３３９号公報

【発明の概要】

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

【0006】

しかしながら、特許文献１に記載の技術では、ユーザは、点灯順序を示す情報を入力するために、複数のＬＥＤのうちのいずれかのＬＥＤが点灯する度に、点灯したＬＥＤを目視で確認してそのＬＥＤに合わせたキー操作を行う必要がある。また、特許文献２に記載の技術では、ユーザは、ＬＥＤの点滅パターンを入力する途中で、正確に入力スイッチを押下できているかを確認することができず、入力に失敗し、何度も点滅パターンを入力し直す必要が生じることがある。このように、特許文献１，２に記載の技術では、セキュリティを確保しながら、ユーザが容易に認証情報を入力することができない。

【0007】

本開示の目的は、上述した課題、即ち、端末装置からアクセスに対し、セキュリティを確保しながらユーザが容易に認証情報を入力することができないといった課題を解決する通信制御装置、通信システム、認証方法、及びプログラムを提供することにある。

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

【0008】

本開示の第１の態様に係る通信制御装置は、
複数の表示ランプと、前記通信制御装置における通信制御及び前記複数の表示ランプの点灯制御を行う制御部と、を備え、
前記制御部は、
ネットワークを介して接続された端末装置からのアクセス要求に対し、前記複数の表示ランプの点灯パターンを決定し、
決定した点灯パターンに従って前記複数の表示ランプの点灯を制御するとともに、前記複数の表示ランプの点灯パターンを示すパターン情報の入力を促す情報入力用画像を前記端末装置に表示させ、
前記決定した点灯パターンに合った前記パターン情報を前記端末装置から受信した場合、前記端末装置の認証を成功とする。

【0009】

本開示の第２の態様に係る認証方法は、
複数の表示ランプを備えた通信制御装置によって実行される認証方法であって、
前記通信制御装置にネットワークを介して接続された端末装置からのアクセス要求に対し、前記複数の表示ランプの点灯パターンを決定し、
決定した点灯パターンに従って前記複数の表示ランプの点灯を制御するとともに、前記複数の表示ランプの点灯パターンを示すパターン情報の入力を促す情報入力用画像を前記端末装置に表示させ、
前記決定した点灯パターンに合った前記パターン情報を前記端末装置から受信した場合、前記端末装置の認証を成功とする。

【0010】

本開示の第３の態様に係るプログラムは、
複数の表示ランプを備えた通信制御装置に認証処理を実行させるためのプログラムであって、
前記認証処理は、
前記通信制御装置にネットワークを介して接続された端末装置からのアクセス要求に対し、前記複数の表示ランプの点灯パターンを決定し、
決定した点灯パターンに従って前記複数の表示ランプの点灯を制御するとともに、前記複数の表示ランプの点灯パターンを示すパターン情報の入力を促す情報入力用画像を前記端末装置に表示させ、
前記決定した点灯パターンに合った前記パターン情報を前記端末装置から受信した場合、前記端末装置の認証を成功とする、
処理である。

【発明の効果】

【0011】

本開示により、端末装置からアクセスに対し、セキュリティを確保しながらユーザが容易に認証情報を入力することが可能な通信制御装置、通信システム、認証方法、及びプログラムを提供することができる。

【図面の簡単な説明】

【0012】

【図1】実施形態１に係る通信制御装置の一構成例を示すブロック図である。

【図2】実施形態２に係る通信制御装置の一例としてのルータの一構成例を示すブロック図である。

【図3】実施形態２に係る通信制御装置に接続される端末装置の一構成例を示すブロック図である。

【図4】実施形態２に係るルータを備えた通信システムにおいて実行されるＬＥＤパターン認証処理の一例を説明するための模式図である。

【図5】実施形態２に係るルータを備えた通信システムにおいて実行されるＬＥＤパターン認証処理の一例を説明するための模式図である。

【図6】実施形態２に係るルータを備えた通信システムにおいて実行されるＬＥＤパターン認証処理の一例を説明するためのフロー図である。

【図7】実施形態２において実行されるＬＥＤパターン認証処理と比較するための比較例に係る認証処理を説明するための模式図である。

【図8】実施形態３に係る通信システムにおいて実行されるＬＥＤパターン認証処理の一例を説明するためのフロー図である。

【図9】通信制御装置のハードウェア構成の一例を示す図である。

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

【0013】

以下、図面を参照して、実施形態について説明する。なお、実施形態において、同一又は同等の要素には、同一の符号を付し、重複する説明は省略される。

【0014】

＜実施形態１＞
図１は、実施形態１に係る通信制御装置の一構成例を示すブロック図である。
本実施形態に係る通信制御装置１は、図示しない端末装置にネットワークを介して接続されている。このネットワークは、有線ＬＡＮ（Local Area Network）等の有線ネットワークであっても無線ＬＡＮ等の無線ネットワークであってもよい。通信制御装置１とこの端末装置とで通信システムを構成することができる。

【0015】

通信制御装置１としては、例えば、ルータ機能及びゲートウェイ機能を有するＨＧＷ（Ｈｏｍｅ ＧａｔｅＷａｙ）製品が挙げられる。なお、このＨＧＷ製品は単にルータと称されることもある。但し、通信制御装置１としては、ゲートウェイ機能を有さないルータをはじめ、様々な装置が適用できる。

【0016】

図１に示すように、実施形態１に係る通信制御装置１は、ｎ個の表示ランプ１１−１〜１１−ｎ、及び制御部１２を有する。なお、以下の説明において、表示ランプ１１−１〜１１−ｎのそれぞれは、いずれにも共通の内容について説明する場合、表示ランプ１１と表すこともある。ｎは２以上の整数である。つまり、通信制御装置１は表示ランプ１１を複数有する。表示ランプ１１は、発光ダイオード（light emitting diode:ＬＥＤ）を有することができるが、他の発光手段を有することもできる。

【0017】

制御部１２は、通信制御装置１における通信制御及びｎ個の表示ランプ１１−１〜１１−ｎの点灯制御を行う。そして、制御部１２は、ネットワークを介して接続された端末装置からのアクセス要求に対し、次のような処理Ａを行う。

【0018】

上記処理Ａでは、まず、ｎ個の表示ランプ１１−１〜１１−ｎの点灯パターンを決定する。この点灯パターンは、例えば、ランダム処理などで生成すること、或いは予め記憶したパターンの中からランダムで選択することにより、決定することができる。なお、点灯パターンは、予め記憶されたパターンの中から所定の順番で選択することもできる。

【0019】

処理Ａでは、次いで、決定した点灯パターンに従ってｎ個の表示ランプ１１−１〜１１−ｎの点灯を制御するとともに、情報入力用画像を端末装置に表示させる。この情報入力用画像は、ｎ個の表示ランプ１１−１〜１１−ｎの点灯パターンを示すパターン情報の入力を促す画像である。

【0020】

処理Ａでは、次いで、決定した点灯パターンに合ったパターン情報をその端末装置から受信した場合（つまり、決定した点灯パターンに合ったパターン情報がその端末装置で入力されたことを確認した場合）、その端末装置の認証を成功とする。ここで、端末装置の認証が成功したことは、その端末装置を使用しているユーザの認証が成功したことを意味する。制御部１２は、認証が成功した端末装置からのアクセスを正式に受け入れる。

【0021】

一方で、制御部１２は、決定した点灯パターンに合わないパターン情報が端末装置から送信されてきた場合、その端末装置についての認証が失敗したと判定し、その端末装置からのアクセスを拒否する。

【0022】

以上のように、実施形態１に係る通信制御装置１では、制御部１２が端末装置からのアクセス要求に対して、その端末装置の認証のために、ｎ個の表示ランプ１１−１〜１１−ｎの点灯パターンを決定し、その点灯パターンでの点灯するように制御している。よって、点灯パターンが示す表示ランプ１１の組み合わせの数だけ、セキュリティを確保することができる。また、この通信制御装置１では、端末装置に情報入力用画像を表示させて点灯パターンの入力を促しているため、ユーザは、容易に点灯パターンを見ながら点灯パターンを示す情報（つまり認証情報）を入力することができる。よって、通信制御装置１によれば、端末装置からアクセスに対し、セキュリティを確保しながらも、ユーザが容易に認証情報を入力すること（ユーザが容易に認証情報を入力して認証を済ませること）が可能になる。

【0023】

＜実施形態２＞
＜＜構成例＞＞
実施形態２について、通信制御装置の一例としてルータ装置（以下、単にルータと称す）を挙げながら、実施形態１との相違点を中心に説明する、実施形態１で説明した様々な応用例が適用できる。図２は、実施形態２に係る通信制御装置の一例としてのルータの一構成例を示すブロック図、図３は、この通信制御装置に接続される端末装置の一構成例を示すブロック図である。

【0024】

図２に示すルータ１０は、実施形態２に係る通信制御装置の一例であり、５個のＬＥＤ１１−１〜１１−５、制御部１２、及び設定記憶部１３を有する。なお、ＬＥＤ１１−１〜１１−５のそれぞれは、表示ランプ１１の一例であり、ＬＥＤランプと称することもできる。無論、ルータ１０に設けられるＬＥＤの数は、５個に限ったものではなく、複数個あればよい。

【0025】

また、ＬＥＤ１１−１〜１１−５のそれぞれは、ルータ１０における通信制御の状態（通信動作を示す動作状態）を表示する状態表示ランプとすることができる。また、ＬＥＤ１１−１〜１１−５のうちの少なくとも１つは、ルータ１０における他の動作状態（電源の状態等）を表示する状態表示ランプとすることもできる。状態表示ランプとして設けられたＬＥＤを用いて上記処理Ａを行うことにより、その分だけ認証に用いる表示ランプを別途設ける必要がなくなる。なお、状態表示ランプは、インジケータランプとも称することもできる。

【0026】

ここで、通信制御の状態を表示する状態表示ランプについて、簡単に説明する。ルータ１０が、ＷＡＮ（Wide Area Network）側との通信、２．４ＧＨｚ帯のＷｉ−Ｆｉ（登録商標。以下、同様。）通信、及び５ＧＨｚ帯のＷｉ−Ｆｉ通信が可能に構成されている場合を例に挙げる。このような状態表示ランプの一つとしては、ＩＰ（Internet Protocol）アドレスが設定されているかなど、ＷＡＮ側とのリンク確立状態やルータ１０の動作モード（例えば、）を表示する表示ランプが挙げられる。なお、上記動作モードとは、例えば、ＰＰＰｏＥ（Point-to-Point Protocol over Ethernet）ルータモード、ローカルルータモード、ブリッジモードなどを指す。また、上述のような状態表示ランプとしては、２．４ＧＨｚ帯のＷｉ−Ｆｉ通信が確立しているか否かを示す表示ランプ、及び５ＧＨｚ帯のＷｉ−Ｆｉ通信が確立しているか否かを示す表示ランプも挙げられる。

【0027】

次に、ルータ１０における制御部１２及び設定記憶部１３の機能について説明するが、ルータ１０としてこれらの機能が実現できればよい。よって、ルータ１０は、例えば、制御部１２に設定記憶部１３が含まれる構成であってもよい。

【0028】

制御部１２は、実施形態１における制御部１２と同様の機能を有し、上記処理Ａを実行することが可能に構成されている。本実施形態では、表示ランプ１１としてＬＥＤを用いているため、上記処理ＡをＬＥＤパターン認証処理と称して説明する。つまり、実施形態２における制御部１２は、ＬＥＤパターン認証処理を行う機能を有する。

【0029】

ルータ１０における制御部１２は、パケット送受信インタフェース（Ｉ／Ｆ）２１、パケット処理部２２、ソース記憶部２３、ＬＥＤ制御部２４、パターン整合性判定部２５、及びＬＥＤパターン生成部２６を有することができる。制御部１２は、例えば、パケット送受信Ｉ／Ｆ２１における回線（例えば光回線）との接続部分を除いて集積回路（Integrated Circuit）によって実現することができる。制御部１２の各構成要素については後述する。

【0030】

設定記憶部１３は、ルータ１０の通信制御についての設定値（設定パラメータ）を記憶する記憶部である。設定記憶部１３で記憶する設定値には、通信制御以外の設定値を含むこともできる。なお、設定記憶部１３、ソース記憶部２３、点灯パターンに関する情報等を記憶する記憶部（図示せず）は、共通の記憶装置で構成することもできる。

【0031】

次に、ルータ１０に接続される端末装置について説明する。図３に示す端末装置３０は、ルータ１０にネットワークを介して接続される装置であり、表示部３１、制御部３２、操作部３３、及び通信部３４を有することができる。なお、端末装置３０としては、設置型のパーソナルコンピュータ（ＰＣ）、モバイル端末などが適用できるが、これに限ったものではない。なお、モバイル端末としては、モバイルＰＣ、携帯電話機（スマートフォンと称されるものも含む）等の端末が挙げられる。

【0032】

表示部３１は、表示パネル等で構成され、ＬＥＤパターン認証処理における情報入力用画像を表示させるために用いることができる。制御部３２は、端末装置３０の全体を制御する部位であり、例えば、ＣＰＵ（Central Processing Unit）、作業用メモリ、及び不揮発性の記憶装置などで構成することができる。この記憶装置は、制御部３２に実行させるためのオペレーションシステム及びアプリケーションソフトウェア、端末装置３０における各種設定データ、並びにユーザが視聴するためのコンテンツデータなどを記憶することができる。

【0033】

操作部３３は、ユーザ入力を受け付ける部位であり、ＬＥＤパターン認証処理における情報入力用画像からパターン情報を入力するために用いることができる。なお、操作部３３は、ハードウェアキーを有することができる。また、操作部３３は、ソフトウェアキー及び表示部３１に搭載したタッチパネルを有することもできる。通信部３４は、ルータ１０との通信を行うインタフェースを有し、他の電子機器との通信を行うインタフェースを有することもできる。通信部３４は、例えば、Ｗｉ−Ｆｉ等の規格に従った無線ＬＡＮ回路、Bluetooth（登録商標）回路、ＬＴＥ（Long Term Evolution）通信回路などを有することができる。

【0034】

次に、制御部１２の各構成要素について説明する。
パケット送受信Ｉ／Ｆ２１は、ＨＴＴＰ（Hypertext Transfer Protocol）パケット等の送受信を行う。パケット処理部２２は、パケット送受信Ｉ／Ｆ２１で受信したパケットを解析するなどの処理を実行し、ＬＥＤ制御部２４及びパターン整合性判定部２５等の各部位（各モジュール）に、処理したパケットに対応する処理リクエストを送信する。また、パケット処理部２２は、ソース記憶部２３からＨＴＭＬ（Hypertext Markup Language）ソース等を読み出して送信パケットを生成し、パケット送受信Ｉ／Ｆ２１へその送信パケットを送信する。

【0035】

パケット処理部２２について具体的に説明する。
パケット処理部２２は、パケット送受信Ｉ／Ｆ２１で受信したパケットが端末装置３０からのＬＥＤパターン認証リクエストであった場合、ＬＥＤ制御部２４へＬＥＤパターン表示リクエストを送信する。ＬＥＤパターン認証リクエストとは、端末装置３０がＬＥＤパターン認証処理（つまりＬＥＤの点灯パターンに基づく認証処理）を要求するリクエストである。また、ＬＥＤパターン表示リクエストとは、ＬＥＤ１１−１〜１１−５の点灯パターンの生成及びその点灯パターンでの点灯を要求するためのリクエストである。

【0036】

パケット処理部２２は、ＬＥＤパターン表示リクエストを送信後、ソース記憶部２３から情報入力画像を表示するためのソースを読み出し、端末装置３０にその情報入力用画像を表示させるための送信パケットを生成する。この情報入力用画像は、ＬＥＤの点灯パターンに基づく認証処理を行うに際してユーザにパターン情報を入力させるための画像であり、ＬＥＤパターン認証画像と称することもできる。パケット処理部２２は、生成した送信パケットを、ＬＥＤパターン認証リクエストに対する応答として、パケット送受信Ｉ／Ｆ２１を介して端末装置３０へ送信する。

【0037】

また、パケット処理部２２は、パケット送受信Ｉ／Ｆ２１で受信したパケットが端末装置３０のユーザによって入力されたパターン情報（以下、入力パターン情報）を含むＨＴＴＰパケットであった場合、その入力パターン情報をパターン整合性判定部２５へ送信する。この送信に対する応答として、パケット処理部２２は、パターン整合性判定部２５から判定結果情報を受信する。パケット処理部２２は、受信した判定結果情報を示す画像をソース記憶部２３から読み出して、パケット送受信Ｉ／Ｆ２１を介して端末装置３０へ送信し、端末装置３０の表示部３１に認証の合否を表示させるように構成することもできる。

【0038】

ＬＥＤ制御部２４は、パケット処理部２２からＬＥＤパターン表示リクエストを受信した場合、ＬＥＤパターン生成部２６にＬＥＤパターン生成リクエストを送信し、ＬＥＤ１１−１〜１１−５の点灯パターンを生成させる。そして、ＬＥＤ制御部２４は、生成された点灯パターンを示す情報（以下、点灯パターン情報）を受信する。また、ＬＥＤ制御部２４は、受信した点灯パターン情報に基づきＬＥＤ１１−１〜１１−５を制御するＬＥＤ制御信号を生成し、ＬＥＤ１１−１〜１１−５にそのＬＥＤ制御信号を送信することで、点灯制御を行う。ＬＥＤ１１−１〜１１−５は、ＬＥＤ制御部２４より受け取ったＬＥＤ制御信号に基づき点灯されることになる。

【0039】

ＬＥＤパターン生成部２６は、ＬＥＤ制御部２４からＬＥＤパターン生成リクエストを受信した場合、点灯パターンを生成し、その点灯パターンを示す点灯パターン情報をＬＥＤ制御部２４へ送信する。さらに、ＬＥＤパターン生成部２６は、生成した点灯パターン情報をパターン整合性判定部２５へ送信する。

【0040】

ここで、生成される点灯パターンは、ＬＥＤ１１−１〜１１−５のそれぞれについて点灯色が指定されたパターンとすることができる。但し、この場合、ＬＥＤ１１−１〜１１−５のそれぞれは、点灯色を変更可能なＬＥＤとしておく。点灯色を変更可能なＬＥＤとしては、例えば２色ＬＥＤ、３色ＬＥＤなどの複数色ＬＥＤが挙げられる。

【0041】

パターン整合性判定部２５は、ＬＥＤパターン生成部２６から送信された点灯パターン情報を記憶しておき、その点灯パターン情報とパケット処理部２２から送信された入力パターン情報とを照合して両者が合致しているか否かを判定する。パターン整合性判定部２５は、その判定結果を示す判定結果情報を、パケット処理部２２及びＬＥＤ制御部２４へ送信する。

【0042】

また、制御部１２は、認証用パスワードに基づく認証処理（パスワード認証処理）を行う機能も有する。この機能は、認証用パスワードの入力を促す認証用画像を端末装置３０に表示させ、端末装置３０から受信した認証用パスワードに基づいて認証処理を行う機能である。そして、この認証用画像は、パスワード認証処理とは異なる認証処理であるＬＥＤパターン認証処理を選択する選択領域（別の認証画像を表示させるリンクなど）を含む。なお、この認証用画像は、ソース記憶部２３に記憶させておくことができる。

【0043】

そして、制御部１２は、端末装置３０からのアクセス要求に対し、認証用画像を端末装置３０に表示させ、上記選択領域が選択された場合に、ＬＥＤパターン認証処理に移行し、上述したような点灯パターンの決定を行う。なお、点灯パターンの決定後は、上述したように、点灯制御を行うとともに情報入力用画像を端末装置３０へ表示させ、端末装置３０からの入力パターン情報の受信を待ち、認証を行うことになる。

【0044】

＜＜動作例＞＞
実施形態２に係るルータ１０の好ましい動作例について、図４〜図６を併せて参照しながら説明する。図４及び図５は、ルータ１０及び端末装置３０を備えた通信システムにおいて実行されるＬＥＤパターン認証処理の一例を説明するための模式図である。図６は、このＬＥＤパターン認証処理の一例を説明するためのフロー図である。

【0045】

ここで説明する動作例では、ユーザが端末装置３０からルータ１０にアクセスするに際し、上記パスワード認証処理で認証するために設定していた認証用パスワードをユーザが失念した場合に、ＬＥＤパターン認証処理を実行する。このＬＥＤパターン認証処理は、基本的にその時だけの認証情報を用いるため、ワンタイム認証処理と称することもできる。

【0046】

まず、図２〜図４を参照して、上記認証用画像の一例である初期ログイン画像を表示するまでの処理例について簡単に説明する。ユーザは、端末装置３０において操作部３３を用いてＷｅｂブラウザ等のブラウザを起動し、ルータ１０のＩＰアドレスを入力又は選択する。これにより、端末装置３０の制御部３２は、通信部３４を介して、ルータ１０にアクセスを要求するＨＴＴＰリクエスト、つまり初期ログイン画像４０を要求するＨＴＴＰリクエストを送信する（図４のステップＳ１）。これに応答して、ルータ１０は、ソース記憶部２３に格納された初期ログイン画像４０を表示させるためのＨＴＴＰレスポンスを送信する（図４のステップＳ２）。

【0047】

初期ログイン画像４０は、Ｗｅｂブラウザ等のブラウザ上に表示させるＧＵＩ（Graphical User Interface）画像とすることができる。端末装置３０は、ステップＳ２のＨＴＴＰレスポンスを通信部３４で受信し、制御部３２が初期ログイン画像４０を表示部３１のブラウザに表示させる。初期ログイン画像４０には、認証用パスワードの入力欄であるパスワード入力欄４１、及びログインボタン４２を含むことができる。

【0048】

なお、初期ログイン画像４０のブラウザへの表示の手順は、後述する図５のＬＥＤパターン認証画像５０の表示の手順と基本的に表示対象以外は同様である。よって、ソース記憶部２３は、初期ログイン画像４０のソースも記憶しておく。また、初期ログイン画像４０は、ＬＥＤパターン認証処理におけるログイン画像（後述する図５のＬＥＤパターン認証画像）との区別を明確にするために「初期」ログイン画像と称しているに過ぎない。よって、２回目以降の通常の認証処理を行う場合でも、初期ログイン画像４０を表示させればよい。

【0049】

端末装置３０は、操作部３３によりパスワード入力欄４１に認証用パスワードが入力され、ログインボタン４２が選択された場合、その認証用パスワードと端末装置３０又はユーザを示す固有情報（ＩＤ）とを含むＨＴＴＰリクエストを、ルータ１０に送信する。なお、ＩＤはデフォルト値を用いることもできる。ルータ１０の制御部１２は、この認証用パスワードと、そのＩＤに関連付けて予め登録されているパスワードとが合致しているか否かを判定することで、認証を行う。つまり、制御部１２は認証用パスワードと登録されたパスワードとの整合性を判定することで、認証を行う。なお、設定記憶部１３は、予め登録されているＩＤ及びパスワードを、設定値の一つとして記憶しておくことができる。ルータ１０は、認証の結果を示すＨＴＴＰレスポンスを端末装置３０に送信する。これにより、ユーザは端末装置３０において認証の結果を知ることができる。

【0050】

なお、初期ログイン画像は、予め端末装置３０に格納しておき、それを読み出すことで表示部３１に表示させることもできる。この場合、端末装置３０は、ログインボタン４２又は後述のリンク４３が選択された時点で初めてルータ１０にアクセスすることになる。

【0051】

次に、図５及び図６を併せて参照し、ＬＥＤパターン認証処理の一例について説明する。
初期ログイン画像４０には、リンク４３を含むことができる。リンク４３は、上記選択領域の一例であり、ＬＥＤパターン認証処理を実行するモードへ移行するためのリンクである。ＬＥＤパターン認証処理は、認証用パスワードを用いた通常の認証処理であるパスワード認証処理とは異なる処理である。図４で示すように、リンク４３を「パスワードを忘れた場合はこちら」などの文章とともに表示させておくことで、認証用パスワードを失念した際のＬＥＤパターン認証処理の実行をユーザに促すことができる。

【0052】

端末装置３０は、操作部３３によりブラウザ上でリンク４３が選択された場合、ルータ１０へＬＥＤパターン認証処理を開始するためのＨＴＴＰリクエスト（上記ＬＥＤパターン認証リクエスト）を送信する（図６のステップＳ１１）。ステップＳ１１は、図５におけるステップＳ３に該当する。

【0053】

ルータ１０は、このＬＥＤパターン認証リクエストのパケットを、パケット送受信Ｉ／Ｆ２１にて受信する。パケット処理部２２は、受信したパケットのパケット解析を実行し、ＬＥＤ制御部２４へＬＥＤパターン表示リクエストを送信する。

【0054】

ＬＥＤパターン表示リクエストを受けたＬＥＤ制御部２４は、ＬＥＤパターン生成部２６へパターン生成リクエストを送信し、ＬＥＤパターン生成部２６にＬＥＤ１１−１〜１１−５の点灯パターンを生成させる（ステップＳ１２）。具体的には、ＬＥＤパターン生成部２６は、ランダム処理でＬＥＤ１１−１〜１１−５の点灯色を決定することで、点灯パターンを生成する。

【0055】

ＬＥＤパターン生成部２６は、生成した点灯パターンを示す点灯パターン情報をＬＥＤ制御部２４へ送信し、ＬＥＤ制御部２４はＬＥＤ１１−１〜１１−５へ点灯制御信号を送信する。これにより、ＬＥＤ制御部２４は、ＬＥＤ１１−１〜１１−５のそれぞれを決定された点灯色で点灯させる（ステップＳ１３）。ステップＳ１３により、ルータ１０は、図５で例示するように、ＬＥＤ１１−１〜１１−５の配設領域においてＬＥＤパターン（点灯色の配列パターン）を表示させたことになる。また、ＬＥＤパターン生成部２６は、パターン整合性判定部２５へ生成した点灯パターン情報を送信する。

【0056】

ルータ１０の制御部１２は、ＬＥＤ１１−１〜１１−５の点灯制御を行った後、ステップＳ１１のＬＥＤパターン認証リクエストへの応答として、ＨＴＴＰレスポンスを端末装置３０へ返信する（ステップＳ１４）。図６のステップＳ１４は、図５におけるステップＳ４に該当する。このＨＴＴＰレスポンスは、端末装置３０のブラウザ上にＬＥＤパターン認証画像５０を表示させるためのレスポンスである。ＬＥＤパターン認証画像５０は、上述した情報入力用画像の一例であり、また、Ｗｅｂブラウザ等のブラウザ上に表示させるＧＵＩ画像とすることができる。

【0057】

ステップＳ１４の具体的な処理例は次のようになる。即ち、パケット処理部２２が、ＬＥＤパターン認証画像５０を示すＨＴＭＬソース等をソース記憶部２３から取得し、ＨＴＴＰレスポンスのパケットを生成した後、パケット送受信Ｉ／Ｆ２１を介して端末装置３０へ送信する。

【0058】

端末装置３０は、ステップＳ１４で送信されたＨＴＴＰレスポンスを受信して、ブラウザ上にＬＥＤパターン認証画像５０を表示させる。これにより、ユーザはＬＥＤパターンの入力をＬＥＤパターン認証画像５０上で行うことが可能になる。このように、端末装置３０では、リンク４３が選択されることで、初期ログイン画像４０がＬＥＤパターン認証画像５０に遷移（ページ遷移）し、ユーザからの入力を受け付け可能となる。

【0059】

図５に示すように、ＬＥＤパターン認証画像５０は、入力欄５１及びログインボタン５２を含む。入力欄５１は、ＬＥＤ１１−１〜１１−５のそれぞれについての点灯色を選択するチェックボックスを配している。また、図５では、ユーザがＬＥＤ１１−１〜１１−５を識別できるようにするために、ルータ１０には、ＬＥＤ配設領域における各ＬＥＤ１１−１〜１１−５の隣にそれぞれの名称（ここでは「ＬＥＤ１」、「ＬＥＤ２」、・・・、「ＬＥＤ５」で例示）が表記されている。そして、これらの名称は入力欄５１にも表記されている。なお、ステップＳ１４の時点では、チェックボックスはチェックはなされていない。なお、ここでの名称は、状態表示ランプが状態を表示する対象の名称（例えば、「ＷＡＮ」等）とすることができる。

【0060】

ユーザは、ルータ１０におけるＬＥＤ１１−１〜１１−５を目視して、それぞれの点灯色に対応する入力欄５１のチェックボックスを、操作部３３を用いて選択することで、認証情報（入力パターン情報）を入力する（ステップＳ１５）。端末装置３０は、操作部３３によりログインボタン５２が押下されたことを契機に、この入力パターン情報を付加したＨＴＴＰリクエストをルータ１０へ送信する（ステップＳ１６）。

【0061】

ルータ１０は、このＨＴＴＰリクエストをパケット送受信Ｉ／Ｆ２１にて受信し、パケット処理部２２にてパケット解析を実施し、ユーザが端末装置３０で入力した入力パターン情報をパターン整合性判定部２５へ送信する。パターン整合性判定部２５は、この入力パターン情報とＬＥＤパターン生成部２６から送信された点灯パターン情報とが合致（一致）しているかを判定する整合性判定を実施し、合致した場合に次のステップＳ１８へ進む（ステップＳ１７）。また、ステップＳ１７では、パターン整合性判定部２５が、整合性判定の結果を示す判定結果情報をＬＥＤ制御部２４及びパケット処理部２２へ送信する。

【0062】

ステップＳ１７の整合性判定において既に両情報が合致している（つまり整合性あり）と判定されているため、ＬＥＤパターン認証処理のためのＬＥＤ１１−１〜１１−５の点灯は不要となる。よって、ステップＳ１８では、整合性ありの判定結果情報を受けたＬＥＤ制御部２４がＬＥＤ１１−１〜１１−５の消灯制御を行う。また、ここで例示しているようにＬＥＤ１１−１〜１１−５として状態表示ランプを使用している場合には、上記消灯制御の後、又は上記消灯制御の代わりに、ＬＥＤパターン認証処理を実行する前に表示していたような状態表示制御を実行することができる。

【0063】

ステップＳ１８の後、パケット処理部２２は、パケット送受信Ｉ／Ｆ２１を介して、認証が成功した旨を示すＨＴＴＰレスポンスを生成し、端末装置３０に送信する（ステップＳ１９）。これにより、ＬＥＤパターン認証処理は終了となる。そして、制御部１２は、認証が成功した端末装置３０からのアクセスを正式に受け入れる（ログインを許可する）。

【0064】

なお、ルータ１０は、ステップＳ１４のＨＴＴＰレスポンスの送信前にＬＥＤ１１−１〜１１−５を点灯させたが、ステップＳ１４のＨＴＴＰレスポンスの送信と同時又は送信直後にＬＥＤ１１−１〜１１−５を点灯させることもできる。

【0065】

また、以上ではＬＥＤパターン認証処理が成功した場合について説明した。失敗した場合（つまりステップＳ１７において整合性判定に失敗した場合）、ルータ１０及び端末装置３０でなる通信システムは、ステップＳ１２の点灯パターンの生成から再度実行し、認証をやり直すことができる。このように再生成される点灯パターンは、最初に生成された点灯パターンと異なるものである。

【0066】

また、整合性判定に失敗したときに限らず、ルータ１０は、点灯してから一定時間を経過すると別の点灯パターンを再生成して別のＬＥＤパターンへと切り替え、それまで表示されていたＬＥＤパターンを無効にすることが、セキュリティ上、好ましい。また、ルータ１０は、ＬＥＤパターン認証画像５０に上記一定時間、又は上記一定時間及び残りの時間を示す情報を含めることが好ましい。また、ＬＥＤパターンが切り替わった際には、ルータ１０は、ＬＥＤパターン認証画像５０にその旨を表示させるようにすることが好ましい。

【0067】

次に、ログイン後の処理について簡単に説明する。ルータ１０の制御部１２は、端末装置３０からのアクセス要求に対して、認証用パスワード又は入力パターン情報のいずれかを用いて端末装置３０の認証が成功した場合、設定記憶部１３に記憶された設定値の変更を許可するように構成することができる。特に、制御部１２は、設定値の一つとして認証用パスワードの変更を許可するように構成することが好ましい。これにより、認証用パスワードを失念したユーザもＬＥＤパターン認証処理を経ることで認証用パスワードの再設定が可能となる。

【0068】

ルータ１０は、例えば、ユーザがＷｅｂブラウザを用いてそのルータ１０における設定値を変更可能とするＷｅｂＧＵＩのソースを、ソース記憶部２３に記憶しておくことで、設定値変更機能を有するＷｅｂＧＵＩを搭載しておく。このＷｅｂＧＵＩに認証機能として初期ログイン画像４０及びＬＥＤパターン認証画像５０を表示できる機能を搭載しておけば、図６等を参照して説明した処理に続き設定値の変更処理が可能である。なお、ルータ１０は、設定値の変更を可能に構成する場合、変更のための設定値の確認（設定状況の確認）も可能に構成されていることになる。

【0069】

また、制御部１２は、端末装置３０の認証が成功した場合、端末装置３０からルータ１０の電源をオフする操作又はルータ１０を再起動する操作を受け付け、その操作に従ってルータ１０の電源をオフ又はルータ１０を再起動するように構成することもできる。

【0070】

次に、上述したようなＬＥＤパターン認証処理を行わない場合の、図７で示す比較例を参照しながら、実施形態２の効果について説明する。図７は、実施形態２において実行されるＬＥＤパターン認証処理と比較するための比較例に係る認証処理を説明するための模式図である。

【0071】

図７に示す比較例の通信システムは、ルータ１０１及び端末装置１０２を有する。ルータ１０１は、初期ログイン画像１１０を端末装置１０２に表示させることが可能になっている。具体的には、端末装置１０２は、搭載されたブラウザを使用して初期ログイン画像１１０を要求するＨＴＴＰリクエストをルータ１０１へ送信する（ステップＳ１０１）。ルータ１０１は、初期ログイン画像１１０のソースを含むＨＴＴＰレスポンスを送信し、端末装置１０２がそれを受信する（ステップＳ１０２）。そして、端末装置１０２は、そのブラウザ上に初期ログイン画像１１０を表示する。初期ログイン画像１１０は、認証用パスワード入力欄１１１、ログインボタン１１２、及び「パスワードを忘れた場合には初期化が必要です」といった注意書き１１３を含む。注意書き１１３は、パスワードを失念するユーザのために記載されている。

【0072】

実際、パスワードを失念するユーザは多い。また、実際に既存の多くのルータがそうであるように、ルータ１０１が失念時の対処方法としてルータ１０１の初期化しかできない場合、失念時には初期化して認証用パスワードを初期パスワード（デフォルト値）に戻すしかなくなる。このとき、認証用パスワード以外にも今までのルータ１０１の設定値が初期化されるため、パスワードを失念したユーザは、設定値を確認することができなくなる。よって、パスワードを失念したユーザは、設定値の復元が難しくなり、再設定作業に手間がかかる。

【0073】

このような状況であるため、ルータ１０１のメーカのサポートセンタには、失念時の対処方法そのもの、再設定方法、及び設定値などがわからないユーザから、問い合わせが多くなる。しかし、実際には、サポートセンタでは、ユーザに初期化を促す対応しかできない場合が多い。

【0074】

これに対し、実施形態２に係るＬＥＤパターン認証処理を採用することで、実施形態２に係るルータ１０では、実施形態１と同様に、端末装置３０からアクセスに対し、セキュリティを確保しながらも、ユーザが容易に認証情報を入力することが可能になる。したがって、実施形態２では、サポートセンタへのパスワード失念による問い合わせ件数を削減させることができる。なお、この効果は、実施形態１でも奏する。

【0075】

また、ルータ１０は、数字、文字、画像のいずれも表示できないようなディスプレイ非搭載のルータであった場合でも、ＬＥＤパターン認証処理を実行できる。なお、実施形態１はこの効果も奏する。よって、ルータ１０が、ディスプレイ非搭載で且つ設定値の確認及び変更等に対応する装置である場合、ユーザが認証用パスワードを失念したときでも、初期化することなく容易且つセキュアにルータ１０の設定値の確認、取り出し、変更などを行うことができる。そして、この設定値には認証用パスワードを含むことができるため、認証用パスワードの再設定も容易に行うことができる。

【0076】

以上、本実施形態においては、点灯パターンを、ＬＥＤ１１−１〜１１−５のそれぞれについて点灯色が指定されたパターンに決定している。これにより、ユーザがＬＥＤパターンを見やすくなるため、入力パターン情報を入力し易くなる。また、このように点灯色が指定された点灯パターンを採用することで、ＬＥＤの数と点灯色の数とに応じて、採り得る点灯パターンの数が決まるため、ＬＥＤの数と点灯／消灯の２種類とに応じて点灯パターンの数が決まる場合に比べて、セキュリティを高めることができる。

【0077】

一方で、決定される点灯パターンは、ＬＥＤ１１−１〜１１−５のそれぞれについて、消灯、点灯時の点灯色のうち、少なくともいずれか１つが指定されたパターンとすることもできる。但し、この場合も、ＬＥＤ１１−１〜１１−５のそれぞれは点灯色を変更可能とする。このような点灯パターンを採用することで、ＬＥＤの数と「（点灯色の数）＋１」とに応じて、採り得る点灯パターンの数が決まるため、さらにセキュリティを高めることができる。

【0078】

また、ＬＥＤ１１−１〜１１−５の全てが状態表示ランプである例を挙げたが、ＬＥＤ１１−１〜１１−５のうちの少なくとも１つが、ルータ１０における通信制御の状態（通信動作を示す動作状態）を表示する状態表示ランプ、又はルータ１０における他の動作状態（電源の状態等）を表示する状態表示ランプであれば、その分だけ認証に用いる表示ランプを別途設ける必要がなくなるといった効果は得られる。

【0079】

また、実施形態２では、ＬＥＤパターン認証処理に先立ちパスワード認証処理を行っている。これにより、パスワード認証処理を基本として、ＬＥＤパターン認証処理をパスワード認証処理ができなかった場合の特別な認証処理として実施させることができる。

【0080】

＜実施形態３＞
＜＜構成例＞＞
実施形態３に係る通信制御装置は、実施形態２に係る通信制御装置と同様の構成を有するため、実施形態３に係る通信制御装置についても図２に示すルータ１０を例に挙げて説明する。以下、実施形態３の構成例について、実施形態２との相違点を中心に説明するが、実施形態１及び２で説明した様々な応用例が適用できる。

【0081】

実施形態３に係るルータ１０において、制御部１２は、上述したパスワード認証処理を行う機能を有する。制御部１２は、このパスワード認証処理を実行し、実行したパスワード認証処理において端末装置３０の認証が所定回数失敗した場合に、点灯パターンの決定を行う。なお、点灯パターンの決定後は、上述したように、点灯制御を行うとともに情報入力用画像を端末装置３０へ表示させ、端末装置３０からのパターン情報の受信を待ち、認証を行うことになる。つまり、制御部１２は、端末装置３０から送信された認証用パスワードでの認証が所定回数失敗した場合に、ＬＥＤパターン認証処理に移行する。

【0082】

＜＜動作例＞＞
実施形態３に係るルータ１０の好ましい動作例について、図８を併せて参照しながら説明する。図８は、実施形態３に係る通信システムにおいて実行されるＬＥＤパターン認証処理の一例を説明するためのフロー図である。

【0083】

図４に示す初期ログイン画像４０を表示させるまでは、実施形態２と同様である。初期ログイン画像４０が表示された状態で、パスワード入力欄４１に認証用パスワードが入力され、ログインボタン４２が選択（押下）された場合から説明する。この場合、端末装置３０は、その端末装置３０のＩＤと認証用パスワードを含むＨＴＴＰリクエストをルータ１０に送信する（ステップＳ２１）。

【0084】

このＨＴＴＰリクエストを受け取ったルータ１０の制御部１２は、この認証用パスワードと、そのＩＤに関連付けて予め登録されているパスワードとが合致しているか否かを判定することで、認証を行う。制御部１２は、認証に失敗した場合、認証に失敗した旨のＨＴＴＰレスポンスを端末装置３０へ送信する（ステップＳ２２）。ユーザは再度、認証用パスワードを入力してログインボタン４２を押下することで、パスワード認証処理をリトライする（ステップＳ２３）。ステップＳ２３で入力された認証用パスワードは、再度、ステップＳ２１で送信されることになる。

【0085】

制御部１２は、このような再度のパスワード認証処理を、認証が成功するまで実行するが、１０回認証に失敗した場合（ステップＳ２４）、自動的にＬＥＤパターン認証処理（ＬＥＤパターン認証処理を行うモード）に移行する。なお、ステップＳ２４で判定する失敗の回数は１０回に限らず、所定回数であればよく、極端な例を挙げると１回であってもよい。

【0086】

ＬＥＤパターン認証処理では、制御部１２は、図６のステップＳ１２，Ｓ１３と同様に、ＬＥＤ１１−１〜１１−５の点灯パターンを生成させ（ステップＳ２５）、その点灯パターンに従いＬＥＤ１１−１〜１１−５を点灯させる（ステップＳ２６）。次いで、制御部１２は、ＨＴＴＰレスポンスを端末装置３０へ送信する（ステップＳ２７）。このＨＴＴＰレスポンスは、端末装置３０のブラウザ上にＬＥＤパターン認証画像５０を表示させるためのレスポンスである。本実施形態では、ＬＥＤパターン認証画像５０に、規定回数のパスワード認証処理に失敗した旨、並びにＬＥＤパターン認証処理を開始した旨を示す情報を記載しておくことが好ましい。

【0087】

ステップＳ２７におけるＬＥＤパターン認証画像５０の送信については、図６のステップＳ１４で説明した通りである。但し、端末装置３０では、リンク４３が選択されることを契機とするのではなく、１０回認証に失敗したことを契機として、初期ログイン画像４０がＬＥＤパターン認証画像５０に遷移する。

【0088】

ステップＳ２８〜Ｓ３２については、図６のステップＳ１５〜Ｓ１９と同様である。また、ステップＳ３０における整合性判定に失敗した場合（つまり整合性無しと判定された場合）の処理についても実施形態２と同様である。

【0089】

以上に説明したように、実施形態３では、パスワード認証処理に所定回数失敗した場合に自動的にＬＥＤパターン認証処理を実行する。よって、実施形態３に係るルータ１０では、実施形態１，２と同様の効果を奏するだけでなく、ユーザが積極的にＬＥＤパターン認証処理を行うことを選択しなくても、必要な場面でＬＥＤパターン認証処理を実行することができる。

【0090】

また、実施形態３に係るルータ１０は、実施形態２で説明した処理を組み込むことができる。つまり、ルータ１０は、所定回数失敗した場合にＬＥＤパターン認証処理に移行するだけでなく、図４のリンク４３が選択された場合などのユーザからの指示があった場合にもＬＥＤパターン認証処理に移行するように構成することもできる。

【0091】

＜他の実施形態＞
［ａ］
実施形態２，３では、設定記憶部１３で記憶された設定値を変更するために認証を行うことを前提として説明した。しかし、ルータ１０は、設定値を確認するためだけに、又はルータ１０等の通信制御装置のファームウェアの更新或いはバージョンの確認のためだけに、認証を行うことも可能である。さらに、ユーザは、端末装置３０から、設定値又はファームウェアの確認及び変更以外の目的でアクセスすることも可能であり、よって、他の実施形態に係る通信制御装置として、設定記憶部１３を備えない通信制御装置を採用し得る。

【0092】

［ｂ］
実施形態２，３においては、ＬＥＤで例示した表示ランプが状態表示ランプであることを前提に説明したが、これに限らず、ＬＥＤパターン認証処理で例示した認証処理のためだけに設けた表示ランプであってもよい。

【0093】

［ｃ］
実施形態１〜３に係る通信制御装置１及びルータ１０は、次のようなハードウェア構成を有していてもよい。図９は、通信制御装置１又はルータ１０のハードウェア構成の一例を示す図である。なお、上記他の実施形態［ａ］，［ｂ］についても同様である。

【0094】

図９に示す通信制御装置９０は、プロセッサ９１及びメモリ９２を有する。通信制御装置９０は、その他、図１等で説明したようなＬＥＤ等の表示ランプ（図示せず）を有する。実施形態１〜３で説明した通信制御装置１又はルータ１０における制御部１２は、プロセッサ９１がメモリ９２に記憶されたプログラムを読み込んで実行することにより実現される。つまり、このプログラムは、プロセッサ９１を上述した制御部１２として機能させるためのプログラムであり、通信制御装置９０に制御部１２における処理（認証処理を含む）を実行させるためのプログラムである。なお、メモリ９２は、図２におけるルータ１０の設定記憶部１３として機能させることもできる。

【0095】

上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）を含む。さらに、この例は、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

【0096】

［ｄ］
さらに、上述した様々な実施形態において、通信制御装置における認証の手順を含む制御の手順を説明したように、本開示は、通信制御装置によって実行される認証方法又は通信制御方法としての形態も採り得る。この認証方法は、ｎ個の表示ランプ１１−１〜１１−ｎを備えた通信制御装置によって実行される認証方法であり、実行される認証処理については実施形態１〜３等で説明した通りである。また、上記通信制御方法は、この認証方法を用いて端末装置の認証を行い、通信制御装置を制御する方法であり、認証以外の通信制御についてはどのような通信制御であってもよい。

【0097】

なお、本開示は上記実施形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施形態を適宜組み合わせて実施されてもよい。

【0098】

＜付記＞
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

【0099】

（付記１）
通信制御装置であって、
複数の表示ランプと、前記通信制御装置における通信制御及び前記複数の表示ランプの点灯制御を行う制御部と、を備え、
前記制御部は、
ネットワークを介して接続された端末装置からのアクセス要求に対し、前記複数の表示ランプの点灯パターンを決定し、
決定した点灯パターンに従って前記複数の表示ランプの点灯を制御するとともに、前記複数の表示ランプの点灯パターンを示すパターン情報の入力を促す情報入力用画像を前記端末装置に表示させ、
前記決定した点灯パターンに合った前記パターン情報を前記端末装置から受信した場合、前記端末装置の認証を成功とする、
通信制御装置。

【0100】

（付記２）
前記複数の表示ランプのそれぞれは、点灯色を変更可能なランプであり、
前記点灯パターンは、前記複数の表示ランプのそれぞれについて点灯色が指定されたパターンである、
付記１に記載の通信制御装置。

【0101】

（付記３）
前記複数の表示ランプのそれぞれは、点灯色を変更可能なランプであり、
前記点灯パターンは、前記複数の表示ランプのそれぞれについて、消灯、点灯時の点灯色のうち、少なくともいずれか１つが指定されたパターンである、
付記１に記載の通信制御装置。

【0102】

（付記４）
前記制御部は、
認証用パスワードの入力を促す認証用画像を前記端末装置に表示させ、前記端末装置から前記認証用パスワードを受信し、受信した認証用パスワードに基づくパスワード認証処理を行う機能を有し、
前記認証用画像は、前記パスワード認証処理とは異なる認証処理を選択する選択領域を含み、
前記制御部は、
前記アクセス要求に対し、前記認証用画像を前記端末装置に表示させ、
前記選択領域が選択された場合に、前記点灯パターンの決定を行う、
付記１から３のいずれか１項に記載の通信制御装置。

【0103】

（付記５）
前記制御部は、
前記アクセス要求に対し、認証用パスワードの入力を促す認証用画像を前記端末装置に表示させ、前記端末装置から前記認証用パスワードを受信し、受信した認証用パスワードに基づくパスワード認証処理を行い、
前記パスワード認証処理において前記端末装置の認証が所定回数失敗した場合に、前記点灯パターンの決定を行う、
付記１から４のいずれか１項に記載の通信制御装置。

【0104】

（付記６）
前記通信制御についての設定値を記憶する記憶部を備え、
前記制御部は、前記端末装置からのアクセス要求に対して、前記認証用パスワード又は前記点灯パターンを示す情報のいずれかを用いて前記端末装置の認証が成功した場合、前記設定値の変更を許可する、
付記４又は５に記載の通信制御装置。

【0105】

（付記７）
前記複数の表示ランプのうちの少なくとも１つは、前記通信制御装置における通信制御の状態を表示する状態表示ランプである、
付記１から６のいずれか１項に記載の通信制御装置。

【0106】

（付記８）
前記表示ランプは発光ダイオードを有する、
付記１から７のいずれか１項に記載の通信制御装置。

【0107】

（付記９）
付記１から８のいずれか１項に記載の通信制御装置と、
前記端末装置と、
を有する、通信システム。

【0108】

（付記１０）
複数の表示ランプを備えた通信制御装置によって実行される認証方法であって、
前記通信制御装置にネットワークを介して接続された端末装置からのアクセス要求に対し、前記複数の表示ランプの点灯パターンを決定し、
決定した点灯パターンに従って前記複数の表示ランプの点灯を制御するとともに、前記複数の表示ランプの点灯パターンを示すパターン情報の入力を促す情報入力用画像を前記端末装置に表示させ、
前記決定した点灯パターンに合った前記パターン情報を前記端末装置から受信した場合、前記端末装置の認証を成功とする、
認証方法。

【0109】

（付記１１）
前記複数の表示ランプのそれぞれは、点灯色を変更可能なランプであり、
前記点灯パターンは、前記複数の表示ランプのそれぞれについて点灯色が指定されたパターンである、
付記１０に記載の認証方法。

【0110】

（付記１２）
複数の表示ランプを備えた通信制御装置に認証処理を実行させるためのプログラムであって、
前記認証処理は、
前記通信制御装置にネットワークを介して接続された端末装置からのアクセス要求に対し、前記複数の表示ランプの点灯パターンを決定し、
決定した点灯パターンに従って前記複数の表示ランプの点灯を制御するとともに、前記複数の表示ランプの点灯パターンを示すパターン情報の入力を促す情報入力用画像を前記端末装置に表示させ、
前記決定した点灯パターンに合った前記パターン情報を前記端末装置から受信した場合、前記端末装置の認証を成功とする、
処理である、
プログラム。

【0111】

（付記１３）
前記複数の表示ランプのそれぞれは、点灯色を変更可能なランプであり、
前記点灯パターンは、前記複数の表示ランプのそれぞれについて点灯色が指定されたパターンである、
付記１２に記載のプログラム。

【符号の説明】

【0112】

１，９０ 通信制御装置
１０ ルータ
１１ 表示ランプ、
１１−１，１１−ｎ 表示ランプ（ＬＥＤ）
１１−２，１１−３，１１−４，１１−５ ＬＥＤ
１２ 制御部、
１３ 設定記憶部、
２１ パケット送受信Ｉ／Ｆ
２２ パケット処理部
２３ ソース記憶部
２４ ＬＥＤ制御部
２５ パターン整合性判定部
２６ ＬＥＤパターン生成部
３０ 端末装置
３１ 表示部
３２ 端末装置の制御部
３３ 操作部
３４ 通信部
４０ 初期ログイン画像
４１ パスワード入力欄
４２，５２ ログインボタン
４３ リンク
５０ ＬＥＤパターン認証画像
５１ 入力欄
９１ プロセッサ
９２ メモリ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】