JP7541262B2 - ルータ、制御プログラム、端末装置、通信システム - Google Patents

Description

本発明は、ルータ、制御プログラム、端末装置、通信システムに関する。

従来、機器を接続しただけでコンピュータネットワークに参加することを可能にするプロトコルの１つとしてＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）が知られている。また、ポートフォワーディング機能を有するルータの配下のサーバに対してアドレス情報を管理し、広域ネットワーク側からのアクセスを可能にするサーバが知られている（下記特許文献１）。

特開２００４－２６６３２０号公報

しかしながら、上述した従来技術を悪用すると、ルータに対して、ユーザが意図しない不正なポートを開放させ、広域ネットワーク側から内部ネットワークに侵入することが可能である。

本発明は、上記事情に鑑みてなされたものであり、ユーザが意図しないポート開放を抑制することを目的とする。

本発明のルータは、ワイドエリアネットワークとローカルエリアネットワークとの間で設定に基づき通信を中継するルータであって、受信パケットを監視する監視部と、前記監視部による監視結果が予め定められた条件を満たす場合に、ユーザに対して通知を行い、前記ユーザが前記設定の変更を承諾した旨の承諾情報を受け付け、当該承諾情報の受け付け結果に応じて前記設定の変更を行う制御部と、を備えるものである。

本発明のルータの制御プログラムは、コンピュータを、前記ルータの、前記監視部及び前記制御部として機能させるためのものである。

本発明の端末装置は、ワイドエリアネットワークとローカルエリアネットワークとの間で通信を中継するルータと通信可能な端末装置であって、前記ルータによる受信パケットの監視結果が予め定められた条件を満たす場合に、ユーザに対して通知を行う通知部と、前記通知部による前記通知の後に、前記ルータの設定の変更を承諾した旨の操作を前記ユーザから受け付ける受付部と、前記受付部による受け付け結果に応じて、前記ルータに対して前記設定の変更を実行させる制御部と、を備えるものである。

本発明の端末装置の制御プログラムは、コンピュータを、前記端末装置の、前記受付部及び前記制御部として機能させるためのものである。

本発明の通信システムは、前記ルータと、前記端末装置と、を含むものである。

本発明によれば、ユーザが意図しないポート開放を抑制することのできるルータ、制御プログラム、端末装置、通信システムを提供することができる。

本発明の一実施形態である通信システム１０の概略構成を示す図である。 ルータ１１の構成例を示す図である。 端末装置１２の構成例を示す図である。 実施例１のルータ１１による監視制御処理の一例を示すフローチャートである。 実施例１の端末装置１２による承諾確認処理の一例を示すフローチャートである。 実施例１のルータ１１によるリスト管理処理の一例を示すフローチャートである。 実施例１の通信システム１０における動作例１を示すシーケンス図である。 実施例１の通信システム１０における動作例２を示すシーケンス図である。 実施例１の通信システム１０における動作例３を示すシーケンス図である。 実施例１のルータ１１からのプッシュ通知に応じた端末装置１２による表示の一例を示す図である。 実施例２のルータ１１による監視制御処理の一例を示すフローチャートである。 実施例２の端末装置１２による承諾確認処理の一例を示すフローチャートである。 実施例２のルータ１１によるリスト管理処理の一例を示すフローチャートである。 実施例２の通信システム１０における動作例１を示すシーケンス図である。 実施例２の通信システム１０における動作例２を示すシーケンス図である。 実施例２の通信システム１０における動作例３を示すシーケンス図である。 実施例２のルータ１１からのプッシュ通知に応じた端末装置１２による表示の一例を示す図である。 実施例３のルータ１１による監視制御処理の一例を示すフローチャートである。 実施例３の端末装置１２による承諾確認処理の一例を示すフローチャートである。 実施例３のルータ１１によるポート開放停止処理の一例を示すフローチャートである。 実施例３の通信システム１０における動作例を示すシーケンス図である。 実施例３のルータ１１からのプッシュ通知に応じた端末装置１２による表示の一例を示す図である。 実施例４のルータ１１によるアクセスブロック処理の一例を示すフローチャートである。 実施例４の端末装置１２による承諾確認処理の一例を示すフローチャートである。 実施例４のルータ１１による送信元登録処理の一例を示すフローチャートである。 実施例４の通信システム１０における動作例１を示すシーケンス図である。 実施例４の通信システム１０における動作例２を示すシーケンス図である。 実施例４のルータ１１からのプッシュ通知に応じた端末装置１２による表示の一例を示す図である。

以下、本発明の実施形態について図面を参照して説明する。

（本発明の一実施形態である通信システム１０の概略構成）
図１は、本発明の一実施形態である通信システム１０の概略構成を示す図である。通信システム１０は、ルータ１１と、端末装置１２と、機器１３，１４と、サーバ１５と、を含む。

ルータ１１は、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）１８に接続されている。また、ルータ１１は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：ローカルエリアネットワーク）１９を形成する。ＬＡＮ１９は、有線通信によるＬＡＮであってもよいし、無線通信による無線ＬＡＮであってもよい。ルータ１１は、ＷＡＮ１８とＬＡＮ１９との間で、自身の設定に基づき通信を中継する。

また、ルータ１１は、ＵＰｎＰの機能を有する。ＵＰｎＰは、ＬＡＮ１９に接続された機器１３，１４から受信した要求パケットに応じてポート開放を行う機能である。ルータ１１におけるＵＰｎＰの機能は、例えばＵＰｎＰに対応するルータの挙動を定めたＵＰｎＰ－ＩＧＤ（Ｉｎｔｅｒｎｅｔ Ｇａｔｅｗａｙ Ｄｅｖｉｃｅ）に関する機能を含む。

ポート開放とは、グローバルＩＰアドレスの特定のポートを、特定のプライベートＩＰアドレスの特定のポートに固定的に対応付けて転送する設定を行うことであり、「ポートマッピング」や「静的ＩＰマスカレード」などとも呼ばれる。ポート開放の停止は、この設定を削除又は無効にすることである。

端末装置１２は、ルータ１１を管理するユーザが所持する端末である。例えば、端末装置１２は、ＷＡＮ１８に接続可能であり、ＷＡＮ１８に接続されたサーバ１５を介して（例えばクラウド経由で）ルータ１１との間で通信が可能である。端末装置１２は一例としてはスマートフォンである。

サーバ１５は、ルータ１１と端末装置１２との間の通信を中継する。例えば、サーバ１５は、端末装置１２のネットワーク上の識別子（例えばＩＰアドレス）を管理しており、ルータ１１からの要求に応じて端末装置１２に対してプッシュ通知等を行うことができる。プッシュ通知とは、送信側が受信側に対して能動的に行う通知である。

具体的には、サーバ１５は、ユーザが端末装置１２にインストールしたアプリケーションと通信を行うことにより、個々のアプリケーション特有の識別子（アプリケーションＩＤ）を取得する。このアプリケーションは、例えば端末装置１２がルータ１１に接続した際に、このアプリケーションＩＤをルータ１１に送信する。このアプリケーションＩＤは、ルータ１１の制御部が取得可能な端末装置１２の第１識別子の一例である。ＩＰアドレスは、サーバ１５が端末装置１２との通信に用いる第２識別子の一例である。ルータ１１は、アプリケーションＩＤとともに通知内容（通知の情報）をサーバ１５へ送信する。サーバ１５は、該当するアプリケーションＩＤをもつ端末装置１２に対して（ＩＰアドレスに基づき）その通知内容を送信する。これにより、プッシュ通知が実現される。

サーバ１５は、ＷＡＮ１８に接続された物理的なサーバ装置であってもよいし、ＷＡＮ１８に接続されたハードウェアを用いて実現される仮想サーバ（クラウドサーバ）であってもよい。下記に説明するルータ１１と端末装置１２との間の通信は、サーバ１５を介して行われる。

機器１３，１４は、ＬＡＮ１９に接続し、ルータ１１を介してＷＡＮ１８との間で通信を行う機器である。例えば、機器１３，１４のそれぞれは、Ｗｅｂカメラやマイク等の各種センサー機器、テレビや冷蔵庫などのいわゆるスマート家電、ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）、コンピュータゲーム機、スマートフォン、タブレット端末、パーソナルコンピュータ等、ＬＡＮ１９に接続可能な各種の機器とすることができる。

図１に示した通信システム１０において、ルータ１１は、ＬＡＮ１９側又はＷＡＮ１８側からの受信パケットを監視する。そして、ルータ１１は、その監視結果が予め定められた条件を満たす場合に、端末装置１２を所持するユーザに対して、ルータ１１の設定の変更に関するセキュリティ上のリスクの通知を行い、ユーザが設定の変更を承諾した旨の承諾情報を受け付け、その承諾情報の受け付け結果に応じてルータ１１の設定の変更を行う。このルータ１１による処理の具体例については図４以降で説明する。

（ルータ１１の構成例）
図２は、ルータ１１の構成例を示す図である。図１に示したルータ１１は、例えば図２に示すルータ装置２０により構成することができる。

ルータ装置２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３と、ＷＡＮ側通信モジュール２４と、ＬＡＮ側通信モジュール２５と、内部ストレージ部２７と、を備える。ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ＷＡＮ側通信モジュール２４、ＬＡＮ側通信モジュール２５及び内部ストレージ部２７は、それぞれ共通のバス２６により接続されている。

ＣＰＵ２１は、ＲＯＭ２２から読み出されてＲＡＭ２３に格納されたファームウェア等の制御プログラムを実行することで、ルータ装置２０の全体の動作制御を行う。ＲＯＭ２２には、上述のファームウェア等の制御プログラムと各種設定データが記憶されている。ＲＡＭ２３は、ルータ装置２０のワークメモリとして動作し、各種制御プログラム及び各種データを一時的に記憶する。

ＷＡＮ側通信モジュール２４は、ＷＡＮ１８にアクセスし、ＷＡＮ１８に接続された他の通信装置との間で通信するモジュールである。ＷＡＮ側通信モジュール２４は、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）に準拠した通信モジュールである。

ＬＡＮ側通信モジュール２５は、ＬＡＮ１９を形成し、ＬＡＮ１９に接続された他の通信装置（例えば機器１３，１４）との間で通信するモジュールである。ＬＡＮ側通信モジュール２５は、例えばＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１規格に準拠した無線通信モジュールであってもよいし、ＩＥＥＥ８０２．３規格に準拠した有線通信モジュールであってもよいし、これらの両方を含んでもよい。

内部ストレージ部２７は、内部ストレージ２７ａと内部ストレージインタフェース（Ｉ／Ｆ）２７ｂとを備える。内部ストレージ２７ａは、例えばフラッシュメモリのような不揮発性半導体メモリ又はハードディスクドライブである。内部ストレージ２７ａには、ルータ装置２０において用いられるアプリケーション制御プログラムや各種データファイルが記憶される。内部ストレージインタフェース２７ｂは、内部ストレージ２７ａに対するデータの読み出し又は書き込みの指令を受けた場合に、データの読み出し又は書き込みの制御を行う。

監視部２０ａは、受信パケットを監視する本発明の監視部である。制御部２０ｂは、監視部２０ａによる監視結果が予め定められた条件を満たす場合に、ユーザに対して通知を行い、ユーザが設定の変更を承諾した旨の承諾情報を受け付け、当該承諾情報の受け付け結果に応じて設定の変更を行う本発明の制御部である。監視部２０ａ及び制御部２０ｂのそれぞれは、例えば、ＣＰＵ２１と、ＷＡＮ側通信モジュール２４及びＬＡＮ側通信モジュール２５の少なくともいずれかと、により構成される。

（端末装置１２の構成例）
図３は、端末装置１２の構成例を示す図である。図１に示した端末装置１２は、例えば図３に示す端末装置３０により構成することができる。

端末装置３０は、ＣＰＵ３１と、ＲＯＭ３２と、ＲＡＭ３３と、液晶ドライバ３４ａと、液晶パネル３４ｂと、通信モジュール３５と、操作インタフェース（Ｉ／Ｆ）３６と、内部ストレージ部３７と、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）コントローラ３８ａと、ＵＳＢコネクタ３８ｂと、を備える。

ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、液晶ドライバ３４ａ、通信モジュール３５、操作インタフェース３６、内部ストレージ部３７、及びＵＳＢコントローラ３８ａは、それぞれ共通のバス３９により接続されている。

ＣＰＵ３１は、ＲＯＭ３２から読み出されてＲＡＭ３３に格納されたファームウェア等の制御プログラムを実行することで、端末装置３０の全体の動作制御を行う。ＲＯＭ３２には、ファームウェア等の制御プログラムと各種設定データが記憶されている。ＲＡＭ３３は、端末装置３０のワークメモリとして動作し、各種制御プログラム及びデータを一時的に記憶する。

液晶パネル３４ｂは、画像を表示する表示部である。液晶ドライバ３４ａは、表示画面を構成するデータを受け取ると、液晶パネル３４ｂの表示領域にその表示画面を表示するように、この液晶パネル３４ｂを駆動する。液晶パネル３４ｂは、端末装置３０の本体に設けられた内蔵ディスプレイであってもよいし、端末装置３０の本体に外付けされた外部ディスプレイであってもよい。

通信モジュール３５は、他の通信装置（例えばサーバ１５）との間で無線通信又は有線通信を行うモジュールである。例えば、通信モジュール３５は、３Ｇ、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、４Ｇ、５Ｇなどのセルラ方式の無線通信により移動体通信網を経由してＷＡＮ１８に接続可能なセルラモジュールなどである。

また、通信モジュール３５は、ＬＡＮ１９にアクセスするＬＡＮ側通信モジュールを含んでもよい。このＬＡＮ側通信モジュールは、例えばＩＥＥＥ８０２．１１規格に準拠した無線通信モジュールであってもよいし、ＩＥＥＥ８０２．３規格に準拠した有線通信モジュールであってもよい。

操作インタフェース３６は、キーボードやマウスなどの、ユーザが操作を行うためのユーザインタフェースである。また、操作インタフェース３６は、液晶パネル３４ｂと一体化されたタッチパネル等であってもよい。

内部ストレージ部３７は、内部ストレージ３７ａと内部ストレージインタフェース（Ｉ／Ｆ）３７ｂとを備える。内部ストレージ３７ａは、例えばフラッシュメモリのような不揮発性半導体メモリ又はハードディスクドライブである。内部ストレージ３７ａには、端末装置３０において用いられるアプリケーション制御プログラム、文書ファイル、音ファイル、画像ファイル、又は動画ファイル等の各種ファイルが記憶される。内部ストレージインタフェース３７ｂは、内部ストレージ３７ａに対するデータの読み出し又は書き込みの指令を受けた場合に、データの読み出し又は書き込みの制御を行う。

なお、内部ストレージ３７ａは挿脱可能な不揮発性メモリカードであってもよい。この場合、内部ストレージインタフェース３７ｂは、このメモリカードが装着されるメモリカードスロットをさらに備える。

ＵＳＢコントローラ３８ａは、各種のＵＳＢ規格に沿って、ＵＳＢコネクタ３８ｂを介して接続されたＵＳＢデバイスとの間でデータを送受信する。

通知部３０ａは、ユーザに対して通知を行う本発明の通知部である。通知部３０ａは、例えばＣＰＵ３１及び液晶パネル３４ｂにより構成される。受付部３０ｂは、通知部３０ａによる通知の後に、ルータ１１の設定の変更を承諾した旨の操作をユーザから受け付ける本発明の受付部である。受付部３０ｂは、例えばＣＰＵ３１及び操作インタフェース３６により構成される。

制御部３０ｃは、受付部３０ｂによる受け付け結果に応じて、ルータ１１に対して設定の変更を実行させる本発明の制御部である。制御部３０ｃは、例えばＣＰＵ３１及び通信モジュール３５により構成される。

＜実施例１＞
実施例１においては、ルータ１１が、警告型の危険ＵＰｎＰブロックを行う例について説明する。警告型の危険ＵＰｎＰブロックは、危険と判断されるポートについての開放要求があった場合に、その要求をブロック（もしくは一時許可）し、該当ポートの危険性をユーザに通知した上で、該当ポートの開放の許可／拒否を確認するものである。

（実施例１のルータ１１による監視制御処理）
図４は、実施例１のルータ１１による監視制御処理の一例を示すフローチャートである。ルータ１１は、ＷＡＮ１８とＬＡＮ１９との間で通信の中継を行っているときに、例えば図４に示す処理を実行する。

まず、ルータ１１は、ＵＰｎＰ－ＩＧＤの機能により、ＬＡＮ１９側の機器（例えば機器１３，１４）からＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求を受信したか否かを判断し（ステップＳ４１）、ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求を受信するまで待つ（ステップＳ４１：Ｎｏのループ）。ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求は、ポート番号を指定して、そのポート番号が示すポートの開放を要求するパケットであり、ＬＡＮ１９側からの受信パケットの一例である。

ステップＳ４１において、ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求を受信すると（ステップＳ４１：Ｙｅｓ）、ルータ１１は、そのＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求の送信元のアドレスが、禁止機器リストにあるか否かを判断する（ステップＳ４２）。この送信元のアドレスは、例えば、送信元のＩＰアドレス及びＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスの少なくともいずれかである。

禁止機器リストは、ＬＡＮ１９に接続された機器のうち、ユーザがＵＰｎＰによるポート開放を禁止した機器のリストである。禁止機器リストは、ルータ１１のメモリ（例えば図２に示したＲＯＭ２２、ＲＡＭ２３又は内部ストレージ２７ａ）に記憶されていてもよいし、ルータ１１からアクセス可能な他の装置に記憶されていてもよい。

ステップＳ４２において、送信元のアドレスが禁止機器リストにある場合（ステップＳ４２：Ｙｅｓ）は、ルータ１１は、受信したＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求の送信元に対してエラー応答を返すとともに、そのＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求を破棄し（ステップＳ４３）、ステップＳ４１へ戻る。

ステップＳ４２において、送信元のアドレスが禁止機器リストにない場合（ステップＳ４２：Ｎｏ）は、ルータ１１は、受信したＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求の送信元のＩＰアドレスが、そのＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求に含まれるＮｅｗＩｎｔｅｒｎａｌＣｌｉｅｎｔの値と一致しているか否かを判断する（ステップＳ４４）。ＮｅｗＩｎｔｅｒｎａｌＣｌｉｅｎｔには、ポート開放対象の機器のローカルＩＰアドレスが格納されている。

ステップＳ４４において、送信元のアドレスがＮｅｗＩｎｔｅｒｎａｌＣｌｉｅｎｔと一致していない場合（ステップＳ４４：Ｎｏ）は、ルータ１１が受信したＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求の送信元は、自身と異なる機器についてポート開放を要求しており、そのＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求は悪意（不正な目的）に基づく危険なものであるおそれがある。

この場合に、ルータ１１は、受信したＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求の送信元のアドレスが許可機器リストにあるか否かを判断する（ステップＳ４５）。この送信元のアドレスは、例えば、送信元のＩＰアドレス及び送信元のＭＡＣアドレスの少なくともいずれかである。許可機器リストは、ＬＡＮ１９に接続された機器のうち、ユーザがＵＰｎＰによるポート開放を許可した機器のリストである。許可機器リストは、ルータ１１のメモリに記憶されていてもよいし、ルータ１１からアクセス可能な他の装置に記憶されていてもよい。

ステップＳ４５において、送信元のアドレスが許可機器リストにない場合（ステップＳ４５：Ｎｏ）は、ルータ１１は、受信したＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求によるＵＰｎＰ要求をブロックするとともに、端末装置１２へ、ＵＰｎＰ要求をブロックしたことを通知するプッシュ通知を行い（ステップＳ４６）、ステップＳ４１へ戻る。ステップＳ４６のプッシュ通知において、ルータ１１は、例えば、ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求の送信元（すなわちポート開放の要求元）や、ポート開放の危険性を示す情報を端末装置１２へ送信する。このプッシュ通知は、設定の変更（ポート開放）に関するセキュリティ上のリスクの通知の一例である。

ステップＳ４４において、送信元のアドレスがＮｅｗＩｎｔｅｒｎａｌＣｌｉｅｎｔと一致している場合（ステップＳ４４：Ｙｅｓ）は、ルータ１１は、受信したＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求により要求されたポート設定が、危険設定リストにあるか否かを判断する（ステップＳ４７）。危険設定リストは、ルータ１１のメモリに記憶されていてもよいし、ルータ１１からアクセス可能な他の装置に記憶されていてもよい。

例えば、危険設定リストは、危険であることが知られているポート設定のリストである。ポート設定とは、通信を許可する送信元の設定や、開放するポートとプロトコルの組み合わせの設定などである。例えば、通信を許可する送信元の設定のうち危険なものとしては、例えば全ての機器からの通信を許可する設定が挙げられる。このような設定を行うと、世界中の機器からＬＡＮ１９の機器１３，１４に対してアクセスが可能な状態となる。

また、開放するポートとプロトコルの組み合わせのうち危険なものとしては、ＳＳＨ（Ｓｅｃｕｒｅ Ｓｈｅｌｌ）ポート（２２／ＴＣＰ）、Ｔｅｌｎｅｔポート（２３／ＴＣＰ）、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）ポート（８０，４４３）など様々なものが知られている。なお、開放するポートは、ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求に含まれるＮｅｗＩｎｔｅｒｎａｌＰｏｒｔ（ＬＡＮ側ポート番号）及びＮｅｗＥｘｔｅｒｎａｌＰｏｒｔ（ＷＡＮ側ポート番号）の少なくともいずれかが示すポートである。

また、危険設定リストに含まれるポート設定は、ＮＩＣＴ（Ｎａｔｉｏｎａｌ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｔｅｃｈｎｏｌｏｇｙ）等の研究開発機関等により報告されるリスト等を用いて適宜更新されてもよい。この更新は、例えばルータ１１がＷＡＮ１８等のネットワークを介して上述の研究開発機関等により報告されるリスト等にアクセスすることによって自動的に行われてもよいし、ユーザ操作によって行われてもよい。また、このリスト等は、リスト情報としてネットワークを通じて提供されてもよいし、ファームウェア等に組み込まれて提供されてもよい。

ステップＳ４７において、ポート設定が危険設定リストにある場合（ステップＳ４７：Ｙｅｓ）は、ルータ１１は、ステップＳ４５へ移行する。ポート設定が危険設定リストにない場合（ステップＳ４７：Ｎｏ）は、ルータ１１は、受信したＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求に応じたポート開放を行い（ステップＳ４８）、ステップＳ４１へ戻る。

ステップＳ４５において、送信元のアドレスが許可機器リストにある場合（ステップＳ４５：Ｙｅｓ）は、ルータ１１は、ステップＳ４８へ移行してポート開放を行う。

（実施例１の端末装置１２による承諾確認処理）
図５は、実施例１の端末装置１２による承諾確認処理の一例を示すフローチャートである。端末装置１２は、ルータ１１との間で通信が可能な状態において、例えば図５に示す処理を実行する。

まず、端末装置１２は、ルータ１１からプッシュ通知があったか否かを判断し（ステップＳ５１）、ルータ１１からプッシュ通知があるまで待つ（ステップＳ５１：Ｎｏのループ）。ステップＳ５１において、ルータ１１からプッシュ通知があると（ステップＳ５１：Ｙｅｓ）、端末装置１２は、プッシュ通知においてルータ１１から受信した情報に基づいて、ポート開放の要求元や、ポート開放の危険性を表示する（ステップＳ５２）。ステップＳ５２における表示の例については図１０において後述する。

また、端末装置１２は、表示したポート開放の要求元について、ＵＰｎＰによるポート開放の許可又は禁止を選択する操作を受け付ける（例えば図１０参照）。次に、端末装置１２は、ユーザがＵＰｎＰによるポート開放の禁止（ＵＰｎＰ禁止）を選択したか否かを判断する（ステップＳ５３）。

ステップＳ５３において、ユーザがＵＰｎＰ禁止を選択した場合（ステップＳ５３：Ｙｅｓ）は、端末装置１２は、禁止機器リスト登録要求をルータ１１へ送信し（ステップＳ５４）、ステップＳ５１へ戻る。禁止機器リスト登録要求は、ステップＳ５２において表示されたポート開放の要求元を禁止機器リストに登録することをルータ１１に要求するパケットである。

ステップＳ５３において、ＵＰｎＰ禁止を選択していない場合（ステップＳ５３：Ｎｏ）は、端末装置１２は、ユーザがＵＰｎＰによるポート開放の許可（ＵＰｎＰ許可）を選択したか否かを判断する（ステップＳ５５）。

ステップＳ５５において、ユーザがＵＰｎＰ許可を選択した場合（ステップＳ５５：Ｙｅｓ）は、端末装置１２は、許可機器リスト登録要求をルータ１１へ送信し（ステップＳ５６）、ステップＳ５１へ戻る。許可機器リスト登録要求は、ステップＳ５２において表示されたポート開放の要求元を許可機器リストに登録することをルータ１１に要求するパケットであり、ユーザが設定の変更を承諾した旨の承諾情報の一例である。

ステップＳ５５において、ＵＰｎＰ許可を選択していない場合（ステップＳ５５：Ｎｏ）は、端末装置１２は、ステップＳ５１へ戻る。これにより、ユーザによる明示的な承諾がない場合は、ポート開放の要求元を許可機器リストに登録しないようにし、ポート開放を抑止することができる。

（実施例１のルータ１１によるリスト管理処理）
図６は、実施例１のルータ１１によるリスト管理処理の一例を示すフローチャートである。ルータ１１は、図４に示した処理と並行して、例えば図６に示す処理を実行する。

まず、ルータ１１は、端末装置１２から禁止機器リスト登録要求を受信したか否かを判断する（ステップＳ６１）。禁止機器リスト登録要求を受信した場合（ステップＳ６１：Ｙｅｓ）は、ルータ１１は、禁止機器リスト登録要求の対象の機器に対してルータ１１が開放しているポートがあるか否かを判断する（ステップＳ６２）。

ステップＳ６２において、開放しているポートがない場合（ステップＳ６２：Ｎｏ）は、ルータ１１は、ステップＳ６４へ移行する。開放しているポートがある場合（ステップＳ６２：Ｙｅｓ）は、ルータ１１は、そのポートの開放を停止する（ステップＳ６３）。これにより、ユーザがＵＰｎＰ禁止を選択した機器について、例えば手動によって過去にポート開放が行われていた場合に、そのポート開放を停止することができる。

次に、ルータ１１は、禁止機器リスト登録要求の対象の機器を禁止機器リストに登録し（ステップＳ６４）、ステップＳ６１へ戻る。これにより、その機器から再度ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求があっても、図４に示した処理により、ユーザへの通知を行うことなくそのＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求が破棄される。機器の禁止機器リストへの登録は、例えばその機器のＩＰアドレス及びＭＡＣアドレスの少なくともいずれかを禁止機器リストに追加することにより行われる。

ステップＳ６１において、禁止機器リスト登録要求を受信していない場合（ステップＳ６１：Ｎｏ）は、ルータ１１は、端末装置１２から許可機器リスト登録要求を受信したか否かを判断する（ステップＳ６５）。許可機器リスト登録要求を受信していない場合（ステップＳ６５：Ｎｏ）は、ルータ１１は、ステップＳ６１へ戻る。

ステップＳ６５において、許可機器リスト登録要求を受信した場合（ステップＳ６５：Ｙｅｓ）は、ルータ１１は、許可機器リスト登録要求の対象の機器を許可機器リストに登録し（ステップＳ６６）、ステップＳ６１へ戻る。これにより、その機器から再度ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求があると、図４に示した処理により、ユーザへの通知を行うことなく、そのＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求に応じたポート開放が行われる。機器の許可機器リストへの登録は、例えばその機器のＩＰアドレス及びＭＡＣアドレスの少なくともいずれかを許可機器リストに追加することにより行われる。

（実施例１の通信システム１０における動作例）
図７は、実施例１の通信システム１０における動作例１を示すシーケンス図である。図７に示す例では、機器１３に対して、悪意のある第三者により不正なプログラムが仕組まれているものとする。また、機器１３は、禁止機器リストにも許可機器リストにも登録されていないものとする。

まず、ＬＡＮ１９に接続された機器１３が、上述の不正なプログラムにより、ルータ１１のユーザの意図しないポート開放の要求を行うＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求をルータ１１へ送信したとする（ステップＳ７１）。

次に、ルータ１１が、ステップＳ７１により受信したＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求についての危険性判断を行う（ステップＳ７２）。この危険性判断は、例えば図４に示したステップＳ４２，Ｓ４４，Ｓ４５，Ｓ４７による判断である。図７に示す例では、図４に示したステップＳ４７において、このＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求により要求されたポート設定が危険設定リストにあると判断されたとする。

次に、ルータ１１が、機器１３は許可機器リストに登録されていないため、図４に示したステップＳ４６により、このＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求によるＵＰｎＰ要求をブロックするとともに、ＵＰｎＰ要求をブロックしたことを通知するプッシュ通知を端末装置１２に対して行う（ステップＳ７３）。

次に、端末装置１２が、ステップＳ７３のプッシュ通知に基づいて、機器１３の識別子（要求元の機器）や、機器１３が要求したポート開放のポート設定が危険なものであること（ポート開放の危険性）を表示する（ステップＳ７４）。

次に、端末装置１２が、ステップＳ７４において表示したポート開放の許可又は禁止の選択を受け付ける（ステップＳ７５）。ここでは、ユーザが、ポート開放の禁止（ＵＰｎＰ禁止）を選択したとする。

次に、端末装置１２が、機器１３についての禁止機器リスト登録要求をルータ１１へ送信する（ステップＳ７６）。次に、ルータ１１が、機器１３を禁止機器リストに登録し（ステップＳ７７）、一連の処理を終了する。これにより、機器１３がルータ１１に対して再度ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求を送信しても、ユーザへの通知なしにそのＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求が破棄されるようになる。

図８は、実施例１の通信システム１０における動作例２を示すシーケンス図である。図８に示す例では、図１に示した機器１４が、ルータ１１のポート開放を行うことをユーザが意図する機器であるものとする。また、機器１４は、禁止機器リストにも許可機器リストにも登録されていないものとする。

まず、ＬＡＮ１９に接続された機器１４が、正常なＵＰｎＰの動作により、ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求をルータ１１へ送信したとする（ステップＳ８１）。

次に、ルータ１１が、ステップＳ８１により受信したＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求についての危険性判断を行う（ステップＳ８２）。ステップＳ８２の判断は、図７に示したステップＳ７２の判断と同様である。図８に示す例では、ステップＳ８２において、このＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求により要求されたポート設定が危険設定リストにあると判断されたとする。

次に、機器１４はこの時点で許可機器リストに登録されていないため、ルータ１１が、図４に示したステップＳ４６により、このＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求によるＵＰｎＰ要求をブロックするとともに、ＵＰｎＰ要求をブロックしたことを通知するプッシュ通知を端末装置１２に対して行う（ステップＳ８３）。

ステップＳ８４，Ｓ８５は、図７に示したステップＳ７４，Ｓ７５と同様である。ただし、ステップＳ８５においては、ユーザが、ポート開放の許可（ＵＰｎＰ許可）を選択したとする。

次に、端末装置１２が、機器１４についての許可機器リスト登録要求をルータ１１へ送信する（ステップＳ８６）。次に、ルータ１１が、機器１４を許可機器リストに登録し（ステップＳ８７）、一連の処理を終了する。これにより、機器１４がルータ１１に対して再度ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求を送信すると、ユーザへの通知なしに、そのＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求に応じたポート開放が行われるようになる（図９参照）。

図９は、実施例１の通信システム１０における動作例３を示すシーケンス図である。図９に示す例では、図８に示した動作例２の後に、機器１４が再度ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求をルータ１１へ送信する場合について説明する。

まず、機器１４が、図８に示したステップＳ８１によりＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求に対してポート開放が行われなかったため、ＵＰｎＰの動作により、ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求をルータ１１へ再度送信したとする（ステップＳ９１）。

次に、ルータ１１が、ステップＳ９１により受信したＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求についての危険性判断を行う（ステップＳ９２）。ステップＳ９２の判断は、図７に示したステップＳ７２の判断と同様である。図９に示す例では、図８に示した例におけるＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求が再度送信されており、図８に示した例と同様に、このＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求により要求されたポート設定が危険設定リストにあると判断される。

ただし、この時点で機器１４は許可機器リストに登録されているため、ルータ１１は、図４に示したステップＳ４８により、このＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求に応じたポート開放を行い（ステップＳ９３）、一連の処理を終了する。これにより、機器１４がルータ１１を介してＷＡＮ１８側の機器と通信可能になる。

（実施例１のルータ１１からのプッシュ通知に応じた端末装置１２による表示）
図１０は、実施例１のルータ１１からのプッシュ通知に応じた端末装置１２による表示の一例を示す図である。図１０に示すように、端末装置１２は、スマートフォンであり、タッチパネル１２ａを有する。例えば図５に示したステップＳ５２において、端末装置１２は、タッチパネル１２ａにより画面１００を表示する。

画面１００は、「セキュリティ上問題のあるポートを開放しようとしています。このポートを開放しますか？」とのメッセージと、ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求の送信元の機器を示す文字列と、ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求により開放が要求されているポートを示す文字列と、を含む。これにより、ユーザは、危険と判断されたポート開放要求があったことと、その要求元と、開放が要求されているポートと、を認識し、それらが自身の意図したものであるか否かを判断することができる。

また、画面１００は、禁止ボタン１０１及び許可ボタン１０２を含む。禁止ボタン１０１は、表示したポート開放の要求元について、ＵＰｎＰによるポート開放の禁止をユーザが選択するためのボタンである。図５に示したステップＳ５３の判断は、例えば禁止ボタン１０１がユーザによりタッチされたか否かの判断である。

許可ボタン１０２は、表示したポート開放の要求元について、ＵＰｎＰによるポート開放の許可をユーザが選択するためのボタンである。図５に示したステップＳ５５の判断は、例えば許可ボタン１０２がユーザによりタッチされたか否かの判断である。

また、画面１００には、表示したポート開放の要求元の機器について、外部からアクセスするためのユーザ名やパスワードが適切に設定されていることの確認をユーザに促すメッセージなどが含まれていてもよい。

また、画面１００には、上述の情報に代えて、例えば「機器ＸＸがポートＹＹを使用し、インターネット上に機器を公開することを要求しています。このポートは適切なアクセス制限を行わない場合、インターネットで悪用される例が多く報告されております。インターネットからの通信が必要な場合は、機器のユーザ名・パスワードを適切なものに設定の上許可されることを強くお勧めします。」のようなメッセージが含まれてもよい。このように、アクセス制限を行わないことによる具体的なリスクをユーザに通知することで、ユーザは、具体的なリスクを認識した上でポート開放を許可するか否かを判断することができる。また、アクセス制限を行わない場合に推奨される対処方法をユーザに通知することにより、ユーザは、リスクのあるポート開放を意図して行う場合も適切な対象を行うことが可能になる。

図４～図１０に示したように、実施例１のルータ１１は、受信パケットが、予め定められたリスト（危険ポートリスト）に含まれるポートの開放を要求するパケット（ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求）である場合に、ユーザに対して通知を行い、ユーザがそのポートの開放を承諾した旨の承諾情報（許可機器リスト登録要求）を受け付け、その承諾情報の受け付け結果に応じてポート開放を行う。

これにより、危険であると判断されたポート開放のセキュリティ上のリスクを把握したユーザからの承諾があった場合にのみ、そのポート開放を行うことができる。このため、ユーザが意図しない危険なポート開放を抑制することができる。

また、ルータ１１は、端末装置１２のネットワーク上の識別子を管理するサーバ１５を介して端末装置１２と通信することにより、ユーザに対する通知を行う。また、ルータ１１は、サーバ１５を介して端末装置１２と通信することにより承諾情報を受け付ける。これにより、端末装置１２がＩＰアドレスを固定的に割り当てられないスマートフォン等であっても、ユーザに対する通知や承諾情報の受け付けを行うことができる。

なお、実施例１において、ルータ１１が、端末装置１２へのプッシュ通知を行う場合は一旦機器からのＵＰｎＰ要求をブロックし、端末装置１２から許可機器リスト登録要求を受信した場合、その機器から再度ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求があるとポート開放を行う処理について説明したが、このような処理に限らない。例えば、ルータ１１は、端末装置１２へのプッシュ通知を行う場合は機器からのＵＰｎＰ要求を保留しておき、端末装置１２から許可機器リスト登録要求を受信した時点で、保留していたＵＰｎＰ要求に基づくポート開放を行うようにしてもよい。

＜実施例２＞
実施例２においては、ルータ１１が、プロアクティブ型の危険ＵＰｎＰブロックを行う例について説明する。プロアクティブ型の危険ＵＰｎＰブロックは、危険と判断されるポートについての開放要求があった場合に、そのポートへのアクセスを模倣したパケットをＬＡＮ側の該当機器に送信することでセキュリティ上の問題（パスワードや暗号方式等）を検出し、問題がある場合、開放要求のブロックやユーザへの警告等を行うものである。なお、プロアクティブ型とは、自発的に行う行為の類型を意味する。

（実施例２のルータ１１による監視制御処理）
図１１は、実施例２のルータ１１による監視制御処理の一例を示すフローチャートである。ルータ１１は、ＷＡＮ１８とＬＡＮ１９との間で通信の中継を行っているときに、例えば図１１に示す処理を実行する。

まず、ルータ１１は、ＵＰｎＰ－ＩＧＤの機能により、ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求を受信したか否かを判断し（ステップＳ１１１）、ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求を受信するまで待つ（ステップＳ１１１：Ｎｏのループ）。

ステップＳ１１１において、ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求を受信すると（ステップＳ１１１：Ｙｅｓ）、ルータ１１は、受信したＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求により要求されたポート設定が危険設定リストにあるか否かを判断する（ステップＳ１１２）。ステップＳ１１２の判断は、例えば図４に示したステップＳ４７の判断と同様である。

ステップＳ１１２において、ポート設定が危険設定リストにない場合（ステップＳ１１２：Ｎｏ）は、ルータ１１は、ステップＳ１１６へ移行してポート開放を行う。ポート設定が危険設定リストにある場合（ステップＳ１１２：Ｙｅｓ）は、ルータ１１は、受信したＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求の送信元のアドレスが許可機器リストにあるか否かを判断する（ステップＳ１１３）。ステップＳ１１３の判断は、例えば図４に示したステップＳ４５の判断と同様である。

ステップＳ１１３において、アドレスが許可機器リストにある場合（ステップＳ１１３：Ｙｅｓ）は、ルータ１１は、ステップＳ１１６へ移行してポート開放を行う。アドレスが許可機器リストにない場合（ステップＳ１１３：Ｎｏ）は、ルータ１１は、受信したＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求によりポート開放を要求している対象の機器のセキュリティチェックを実行する（ステップＳ１１４）。

ステップＳ１１４におけるセキュリティチェックは、対象の機器による通信の脆弱性の検出である。脆弱性は、セキュリティ上の問題であり、一例としては、ＩＳＭＳ（Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｃｕｒｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ：情報セキュリティマネジメントシステム）規格についての概要と基本用語を規定するＩＳＯ／ＩＥＣ２７０００：２００９等に定義されているものである。

セキュリティチェックは、例えば、適切なパスワードが設定されているか否かや、適切な暗号化がかかっているか否かなどのチェックである。例えば、ルータ１１は、ＷＡＮ１８側の機器から対象の機器へのアクセスを模倣したパケットをＬＡＮ側の該当機器へ送信し、該当機器への認証を試行することによりセキュリティチェックを行う。

具体的には、ルータ１１は、受信したＡｄｄＰｏｒｔＭａｐｐｉｎｇにより開放が要求されたポートを用いて対象の機器へアクセスし、予め定められた危険なユーザ名とパスワードの組み合わせ（例えばユーザ名「ａｄｍｉｎ」及びパスワード「ｐａｓｓｗｏｒｄ」）を用いて認証を試行する。また、ルータ１１は、このような危険なユーザ名とパスワードの複数の組み合わせについて認証を試行してもよい。そして、ルータ１１は、認証に成功すると、セキュリティ上の問題（脆弱性）があると判断する。

危険なユーザ名としては、例えば「ａｄｍｉｎ」、「ｕｓｅｒ」等の工場出荷時に設定されているユーザ名が挙げられる。危険なパスワードとしては、例えば「ｐａｓｓ」、「０１２３」等の工場出荷時に設定されているパスワードや、「ｗｅｌｃｏｍｅ」等の一般的な単語のみからなるパスワードが挙げられる。

また、危険なパスワードの判定は、特定の文字列との一致判定に限らない。例えば、ルータ１１は、文字数が一定数以下のパスワードは危険と判定したり、文字種が特定のパスワード（例えば数字のみからなるパスワード）は危険と判定したり、これらの判定方法を組み合わせて判定したりしてもよい。

また、ルータ１１は、受信したＡｄｄＰｏｒｔＭａｐｐｉｎｇにより開放が要求されたポートによる対象の機器の通信方式が、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）等の適切な暗号化がなされる通信方式であるか否かを判定することによるセキュリティチェックを行ってもよい。

次に、ルータ１１は、ステップＳ１１４によるセキュリティチェックの結果に基づいて、対象の機器のセキュリティ上の問題があるか否かを判断する（ステップＳ１１５）。セキュリティ上の問題がない場合（ステップＳ１１５：Ｎｏ）は、ルータ１１は、ステップＳ１１６へ移行する。ステップＳ１１６の処理は、例えば図４に示したステップＳ４８と同じ処理である。

ステップＳ１１５において、セキュリティ上の問題がある場合（ステップＳ１１５：Ｙｅｓ）は、ルータ１１は、ステップＳ１１７へ移行する。ステップＳ１１７は、例えば図４に示したステップＳ４６と同じ処理である。ただし、ステップＳ１１７のプッシュ通知において、ルータ１１は、例えば、セキュリティチェックにより発見されたセキュリティ上の問題や、ポート開放の要求元を示す情報を端末装置１２へ送信する。

（実施例２の端末装置１２による承諾確認処理）
図１２は、実施例２の端末装置１２による承諾確認処理の一例を示すフローチャートである。端末装置１２は、ルータ１１との間で通信が可能な状態において、例えば図１２に示す処理を実行する。

まず、端末装置１２は、ルータ１１からプッシュ通知があったか否かを判断し（ステップＳ１２１）、ルータ１１からプッシュ通知があるまで待つ（ステップＳ１２１：Ｎｏのループ）。

ステップＳ１２１において、ルータ１１からプッシュ通知があると（ステップＳ１２１：Ｙｅｓ）、端末装置１２は、プッシュ通知においてルータ１１から受信した情報に基づいて、セキュリティチェックにより発見されたセキュリティ上の問題や、ポート開放の要求元の機器を表示する（ステップＳ１２２）。ステップＳ１２２における表示の例については図１６において後述する。

次に、端末装置１２は、ステップＳ１２３へ移行する。ステップＳ１２３，Ｓ１２４は、例えば図５に示したステップＳ５５，Ｓ５６と同様である。

（実施例２のルータ１１によるリスト管理処理）
図１３は、実施例２のルータ１１によるリスト管理処理の一例を示すフローチャートである。ルータ１１は、図１１に示した処理と並行して、例えば図１３に示す処理を実行する。

まず、ルータ１１は、端末装置１２から許可機器リスト登録要求を受信したか否かを判断し（ステップＳ１３１）、許可機器リスト登録要求を受信するまで待つ（ステップＳ１３１：Ｎｏのループ）。許可機器リスト登録要求を受信した場合（ステップＳ１３１：Ｙｅｓ）は、ルータ１１は、許可機器リスト登録要求の対象の機器を許可機器リストに登録し（ステップＳ１３２）、ステップＳ１３１へ戻る。

ステップＳ１３２による許可機器リストへの登録は、例えば図６に示したステップＳ６６による許可機器リストへの登録と同様である。これにより、対象の機器から再度ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求があると、図１１に示した処理により、ユーザへの通知を行うことなく、そのＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求に応じたポート開放が行われる。

（実施例２の通信システム１０における動作例）
図１４は、実施例２の通信システム１０における動作例１を示すシーケンス図である。図１４に示す例では、機器１３に対して、悪意のある第三者により不正なプログラムが仕組まれているものとする。また、機器１３は、許可機器リストに登録されていないものとする。

ステップＳ１４１，Ｓ１４２は、図７に示したステップＳ７１，Ｓ７２と同様である。ただし、ステップＳ１４２の危険性判断は、例えば図１１に示したステップＳ１１２，Ｓ１１３による判断である。図１４に示す例では、図１１に示したステップＳ１１２において、このＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求により要求されたポート設定が危険設定リストにあると判断されたとする。

次に、ルータ１１が、図１１に示したステップＳ１１４により、このＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求により開放が要求される機器１３のセキュリティチェックを行う（ステップＳ１４３）。図１４に示す例では、ステップＳ１４３のセキュリティチェックにおいて機器１３にセキュリティ上の問題が発見されたとする。

この場合に、ルータ１１は、ステップＳ１４１によるＵＰｎＰ要求をブロックするとともに、ＵＰｎＰ要求をブロックしたことを通知するプッシュ通知を端末装置１２に対して行う（ステップＳ１４４）。

次に、端末装置１２が、ステップＳ１４４のプッシュ通知に基づいて、セキュリティチェックにより発見されたセキュリティ上の問題や、機器１３の識別子（ポート開放の要求元）を表示する（ステップＳ１４５）。

次に、端末装置１２が、ステップＳ１４５において表示したポート開放の許可の選択を受け付ける（ステップＳ１４６）。ここでは、ユーザが、ポート開放の許可の選択をしなかった（選択なし）とする。

この場合、端末装置１２は許可機器リスト登録要求をルータ１１へ送信しない。これにより、機器１３がルータ１１に対して再度ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求を送信してＵＰｎＰ要求を行っても、ＵＰｎＰ要求は再度ブロックされる。また、ユーザは、ステップＳ１４５により表示されたセキュリティ上の問題に対して、対象の機器の設定を変更する等の対応を行うことができる。

図１５は、実施例２の通信システム１０における動作例２を示すシーケンス図である。図１５に示す例では、図１に示した機器１４が、ルータ１１のポート開放を行うことをユーザが意図する機器であるものとする。また、機器１４は、許可機器リストに登録されていないものとする。

まず、ＬＡＮ１９に接続された機器１４が、正常なＵＰｎＰの動作により、ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求をルータ１１へ送信したとする（ステップＳ１５１）。

ステップＳ１５２～Ｓ１５６は、図１４に示したステップＳ１４２～Ｓ１４６と同様である。すなわち、この場合も、ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求により要求されたポート設定が危険設定リストにあると判断され、機器１４にセキュリティ上の問題が発見されたとする。

ただし、ステップＳ１５６において、ユーザが、機器１４によるポート開放を意図していたため、ポート開放の許可（ＵＰｎＰ許可）を選択したとする。この場合に、端末装置１２が、機器１４についての許可機器リスト登録要求をルータ１１へ送信する（ステップＳ１５７）。次に、ルータ１１が、機器１４を許可機器リストに登録し（ステップＳ１５８）、一連の処理を終了する。

これにより、機器１４がルータ１１に対して再度ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求を送信すると、ユーザへの通知なしに、そのＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求に応じたポート開放が行われるようになる（図１６参照）。また、ユーザは、ステップＳ１５５により表示されたセキュリティ上の問題に対して、対象の機器の設定を変更する等の対応を行うことができる。

図１６は、実施例２の通信システム１０における動作例３を示すシーケンス図である。図１６に示す例では、図１５に示した動作例２の後に、機器１４が再度ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求をルータ１１へ送信する場合について説明する。

まず、機器１４が、正常なＵＰｎＰの動作により、ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求をルータ１１へ送信したとする（ステップＳ１６１）。次に、ルータ１１が、ステップＳ１６１により受信したＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求についての危険性判断を行う（ステップＳ１６２）。

ステップＳ１６２の判断は、図１４に示したステップＳ１４２の判断と同様である。図１６に示す例では、図１５に示した例におけるＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求が再度送信されており、図１５に示した例と同様に、このＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求により要求されたポート設定が危険設定リストにあると判断されたとする。

ただし、この時点で機器１４は許可機器リストに登録されているため、ルータ１１は、図１１に示したステップＳ１１６により、このＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求に応じたポート開放を行い（ステップＳ１６３）、一連の処理を終了する。

（実施例２のルータ１１からのプッシュ通知に応じた端末装置１２による表示）
図１７は、実施例２のルータ１１からのプッシュ通知に応じた端末装置１２による表示の一例を示す図である。図１７に示すように、端末装置１２は、スマートフォンであり、タッチパネル１２ａを有する。例えば図１２に示したステップＳ１２２において、端末装置１２は、タッチパネル１２ａにより画面１７０を表示する。

画面１７０は、「パスワード、暗号方式に問題のある機器が検出されました。この機器によるポート開放を許可しますか？」とのメッセージと、ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求の送信元の機器を示す文字列、を含む。これにより、ユーザは、セキュリティ上の問題がある機器についての開放要求があったことと、その要求元と、を認識し、その機器のセキュリティ関係の設定を見直すことが可能になる。また、画面１７０は、セキュリティチェックの結果に応じて、「パスワードが初期値から設定されていません。」とのメッセージ等を含んでもよい。

また、画面１７０は、許可ボタン１０２を含む。許可ボタン１０２は、表示したポート開放の要求元について、ＵＰｎＰによるポート開放の許可をユーザが選択するためのボタンである。図１２に示したステップＳ１２３の判断は、例えば許可ボタン１０２がユーザによりタッチされたか否かの判断である。

また、画面１７０には、上述の情報に代えて、例えば「機器ＸＸがポートＹＹを使用し、インターネット上に機器を公開することを要求しています。この機器に設定されている認証情報（ユーザ名・パスワードなど）は攻撃者に容易に推測される可能性があるため、インターネットで悪用される例が多く報告されております。インターネットからの通信が必要な場合は、機器のユーザ名・パスワードを適切なものに設定の上許可されることを強くお勧めします。」のようなメッセージが含まれてもよい。このように、セキュリティチェックにより発見された脆弱性を具体的にユーザに通知することで、ユーザは、具体的な脆弱性を認識した上でポート開放を許可するか否かを判断することができる。また、アクセス制限を行わない場合に、脆弱性を解消するための対処方法をユーザに通知することにより、ユーザは、リスクのあるポート開放を意図して行う場合も、脆弱性を解消する対処を行うことが可能になる。

図１１～図１７に示したように、実施例２のルータ１１は、受信パケットが、予め定められたリスト（危険ポートリスト）に含まれるポートの開放を要求するパケットであり、かつ当該ポートに対応する機器の脆弱性を検出した場合に、ユーザが当該ポートの開放を承諾した旨の承諾情報（許可機器リスト登録要求）を受け付け、当該承諾情報を受け付けた場合に当該ポートを開放する設定を行う。

これにより、危険であると判断されたポート開放について脆弱性がある場合に、そのセキュリティ上のリスクを把握したユーザからの承諾があった場合にのみ、そのポート開放を行うことができる。このため、ユーザが意図しない危険なポート開放を抑制することができる。

ポートに対応する機器の脆弱性の検出は、例えば当該ポートによる当該機器へのアクセスを行うことにより行われる。具体的には、ルータ１１は、当該機器に対して、予め定められたユーザ名（識別子）及びパスワードの組み合わせによる認証を試行することにより、脆弱性を検出する。又は、ルータ１１は、当該機器に対して、予め定められたユーザ名（識別子）及びパスワードのいずれかによる認証を試行することにより、脆弱性を検出してもよい。又は、ルータ１１は、当該機器の通信方式が特定の通信方式であるか否かを判定することにより脆弱性を検出してもよい。又は、ルータ１１は、これらの方法を組み合わせて脆弱性を検出してもよい。

なお、実施例２において、ルータ１１が、端末装置１２へのプッシュ通知を行う場合は一旦機器からのＵＰｎＰ要求をブロックし、端末装置１２から許可機器リスト登録要求を受信した場合、その機器から再度ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求があるとポート開放を行う処理について説明したが、このような処理に限らない。例えば、ルータ１１は、端末装置１２へのプッシュ通知を行う場合は機器からのＵＰｎＰ要求を保留しておき、端末装置１２から許可機器リスト登録要求を受信した時点で、保留していたＵＰｎＰ要求に基づくポート開放を行うようにしてもよい。

＜実施例３＞
実施例３においては、ルータ１１が、不使用ＵＰｎＰポート警告を行う例について説明する。不使用ＵＰｎＰポート警告は、利用を許可されたポートマップ要求であっても、一定時間以上、データ通信の実績がない等、不要と思われるポートが開放されている場合に、ユーザへ確認を行うものである。

（実施例３のルータ１１による監視制御処理）
図１８は、実施例３のルータ１１による監視制御処理の一例を示すフローチャートである。ルータ１１は、ＷＡＮ１８とＬＡＮ１９との間で通信の中継を行っているときに、例えば図１８に示す処理を実行する。

まず、ルータ１１は、ルータ１１が開放しているポートの一覧情報を取得する（ステップＳ１８１）。このポートは、例えば実施例１又は実施例２の方法により開放されたものであってもよいし、他の方法により開放されたものであってもよい。次に、ルータ１１は、ステップＳ１８１により取得した一覧情報が示す各ポートの最終通信時刻を取得する（ステップＳ１８２）。ポートの最終通信時刻とは、ルータ１１においてそのポートを利用した通信が最後に行われた時刻であり、例えばルータ１１におけるパケットの中継履歴から取得される。

次に、ルータ１１は、ステップＳ１８１により取得した一覧情報が示す各ポートのうち、ステップＳ１８２により取得した最終通信時刻から予め定められた規定時間以上経過したポートがあるか否かを判断する（ステップＳ１８３）。この規定時間は、ＬＡＮ１９に接続された機器をユーザが使用している場合に想定される、その機器がルータ１１を介して通信を行う最長の時間間隔に基づいて設定され、一例としては３０日間である。

ステップＳ１８１～Ｓ１８３の処理は、ＬＡＮ１９側又はＷＡＮ１８側からの受信パケットの監視の一例である。ステップＳ１８３において、最終通信時刻から規定時間以上経過したポートがない場合（ステップＳ１８３：Ｎｏ）は、ルータ１１は、次のポーリング周期まで待機し（ステップＳ１８４）、ステップＳ１８１へ戻る。

ステップＳ１８３において、最終通信時刻から規定時間以上経過したポートがある場合（ステップＳ１８３：Ｙｅｓ）、そのポートは、利用を許可されたにも関わらず、長期間使用されていないと判断することができる。この場合に、ルータ１１は、端末装置１２へプッシュ通知を行い（ステップＳ１８５）、ステップＳ１８４へ移行する。

ステップＳ１８５のプッシュ通知において、ルータ１１は、最終通信時刻から規定時間以上経過した対象のポート（長期不使用ポート）と、そのポートの最終通信時刻からの経過時間（無通信時間）と、を示す情報を端末装置１２へ送信する。このプッシュ通知は、設定の変更（ポート開放の停止）に関するセキュリティ上のリスクの通知の一例である。すなわち、このプッシュ通知は、ポート開放を停止しないことによるセキュリティ上のリスクの通知である。

なお、ステップＳ１８２により取得される最終通信時刻は、ルータ１１においてそのポートを利用した、データ送信量が一定量以上の通信が最後に行われた時刻であってもよい。これにより、例えばポートスキャン目的のトラフィックを除外し、対象のポートが最後に実際にデータ通信に使用された時刻を得ることができる。

例えば、一般に、一度のポートスキャンにおいて、ＴＣＰセッションを張れるかの確認、ＴＣＰセッションを張れた場合はユーザ名・パスワードの入力を受け付けるかの確認が行われる。ＴＣＰセッションを張れるかの確認には１回のアクセスで３００ｏｃｔｅｔ（ｂｙｔｅｓ）程度、ユーザ名・パスワードの入力を受け付けるかの確認には１回のアクセスで１０００ｏｃｔｅｔ（ｂｙｔｅｓ）程度を要する。このため、これらのｏｃｔｅｔ（ｂｙｔｅｓ）を上回らないアクセスはポートスキャン目的のトラフィックと見なすことができる。したがって、上述のデータ送信量の一定量は、一例としては２０００ｏｃｔｅｔ（ｂｙｔｅｓ）程度とすることができる。

（実施例３の端末装置１２による承諾確認処理）
図１９は、実施例３の端末装置１２による承諾確認処理の一例を示すフローチャートである。端末装置１２は、ルータ１１との間で通信が可能な状態において、例えば図１９に示す処理を実行する。

まず、端末装置１２は、ルータ１１からプッシュ通知があったか否かを判断し（ステップＳ１９１）、ルータ１１からプッシュ通知があるまで待つ（ステップＳ１９１：Ｎｏのループ）。

ステップＳ１９１において、ルータ１１からプッシュ通知があると（ステップＳ１９１：Ｙｅｓ）、端末装置１２は、そのプッシュ通知においてルータ１１から受信した情報に基づいて、最終通信時刻から規定時間以上経過した長期不使用ポートと、その長期不使用ポートの無通信時間と、を表示する（ステップＳ１９２）。ステップＳ１９２における表示の例については図２２において後述する。

また、端末装置１２は、表示した長期不使用ポートについて、ポート開放の停止を選択する操作を受け付ける（図２２参照）。次に、端末装置１２は、ユーザがポート開放の停止を選択したか否かを判断する（ステップＳ１９３）。ユーザがポート開放の停止を選択しなかった場合（ステップＳ１９３：Ｎｏ）は、端末装置１２は、ステップＳ１９１へ戻る。

ステップＳ１９３において、ユーザがポート開放の停止を選択した場合（ステップＳ１９３：Ｙｅｓ）は、端末装置１２は、ポート開放停止要求をルータ１１へ送信し（ステップＳ１９４）、ステップＳ１９１へ戻る。ポート開放停止要求は、長期不使用ポートについてポート開放の停止をルータ１１に要求するパケットであり、長期不使用ポートを特定可能な情報を含む。ポート開放停止要求は、ユーザが設定の変更（ポート開放の停止）を承諾した旨の承諾情報の一例である。

（実施例３のルータ１１によるポート開放停止処理）
図２０は、実施例３のルータ１１によるポート開放停止処理の一例を示すフローチャートである。ルータ１１は、図１８に示した処理と並行して、例えば図２０に示す処理を実行する。

まず、ルータ１１は、端末装置１２からポート開放停止要求を受信したか否かを判断し（ステップＳ２０１）、ポート開放停止要求を受信するまで待つ（ステップＳ２０１：Ｎｏのループ）。ポート開放停止要求を受信した場合（ステップＳ２０１：Ｙｅｓ）は、ルータ１１は、ポート開放停止要求に従って、ポート開放を停止し（ステップＳ２０２）、ステップＳ２０１へ戻る。

（実施例３の通信システム１０における動作例）
図２１は、実施例３の通信システム１０における動作例を示すシーケンス図である。図２１に示す例では、ルータ１１において、開放中であるが長期間未使用である長期不使用ポートが存在するものとする。

まず、ルータ１１が、各ポートの最終通信時刻に基づいて長期不使用ポートを検出する（ステップＳ２１１）。次に、ルータ１１が、長期不使用ポートがあることを通知するプッシュ通知を端末装置１２に対して行う（ステップＳ２１２）。次に、ルータ１１が、ステップＳ２１２のプッシュ通知に基づいて、長期不使用ポートやその無通信時間を表示する（ステップＳ２１３）。

次に、端末装置１２が、ステップＳ２１３において表示した長期不使用ポートの開放停止の選択を受け付ける（ステップＳ２１４）。ここでは、ユーザが、長期不使用ポートの開放停止を選択したとする。

次に、端末装置１２が、ポート開放停止要求をルータ１１へ送信する（ステップＳ２１５）。次に、端末装置１２が、ステップＳ２１５によって送信されたポート開放停止要求に従ってポート開放を停止し（ステップＳ２１６）、一連の処理を終了する。

（実施例３のルータ１１からのプッシュ通知に応じた端末装置１２による表示）
図２２は、実施例３のルータ１１からのプッシュ通知に応じた端末装置１２による表示の一例を示す図である。図２２において、図６に示した部分と同様の部分については同一の符号を付して説明を省略する。例えば図１９に示したステップＳ１９２において、端末装置１２は、タッチパネル１２ａにより画面２２０を表示する。

画面２２０は、「３０日間未使用のポートが開放されたままになっています。このポートの開放を停止しますか？」とのメッセージと、長期不使用ポートを示す文字列と、その長期不使用ポートの無通信時間を示す文字列と、を含む。これにより、ユーザは、長期間使用していない長期不使用ポートがあることを認識し、その長期不使用ポートを使用するか否かを判断することができる。

また、画面２２０は、開放停止ボタン２２１を含む。開放停止ボタン２２１は、表示した長期不使用ポートのポート開放の停止をユーザが選択するためのボタンである。図１９に示したステップＳ１９３の判断は、例えば開放停止ボタン２２１がユーザによりタッチされたか否かの判断である。

また、画面２２０には、上述の情報に代えて、例えば「機器ＸＸがポートＹＹを使用し、インターネット上に機器を公開することを許可しておりますが、ＺＺ日の間使用実績がありません。不必要な機器・ポートを公開しておくと、将来脆弱性が新たに発見された場合にインターネットで悪用される可能性があります。インターネットからの通信が不要な場合は、許可を取り消すことを強くお勧めします。」のようなメッセージが含まれてもよい。このように、長期間使用されていないポートを開放しておくことによるリスクを具体的にユーザに通知することで、ユーザは、具体的なリスクを認識した上でポート開放を継続するか否かを判断することができる。また、そのポート開放が不要な場合は許可を取り消すべきことをユーザに通知することで、ユーザに対してポート開放の停止の選択をユーザに対して促し、セキュリティを向上させることができる。また、そのポート開放を行った機器をユーザに通知することで、ユーザは、そのポート開放を行った事情や背景を思い出すことができ、ポート開放を継続するか否かを容易に判断することができる。

図１８～図２２に示したように、実施例３のルータ１１は、受信パケットに基づいて、開放中のポートによる通信を予め定められた時間以上検出していない場合にそのポートを長期不使用ポートとして検出し、長期不使用ポートを検出した場合に、ユーザが当該ポートの開放停止を承諾した旨の承諾情報（ポート開放停止要求）を受け付け、当該承諾情報を受け付けた場合に当該ポートの開放停止を行う。

これにより、長期間使用されていない開放中のポートがある場合に、そのポートについてポート開放の停止をユーザが承諾した場合はポート開放を停止することができる。このため、ユーザが意図せずに長期不使用ポートが開放され続けることを抑制することができる。

＜実施例４＞
実施例４においては、ルータ１１が、疑わしき通信のブロックを行う例について説明する。疑わしき通信のブロックは、ユーザの許可を受けて開放したポートであっても、ユーザの許可指定から一定時間経過後、今まで接続したことのないアドレスから接続された場合、一旦通信のブロックを行い、ユーザへの許可を再度確認するものである。

（実施例４のルータ１１によるアクセスブロック処理）
図２３は、実施例４のルータ１１によるアクセスブロック処理の一例を示すフローチャートである。ルータ１１は、ＷＡＮ１８とＬＡＮ１９との間で通信の中継を行っているときに、例えば図２３に示す処理を実行する。

まず、ルータ１１は、ＷＡＮ１８側からの受信パケットに基づいて、ルータ１１が開放中のポートへのアクセスがあったか否かを判断し（ステップＳ２３１）、開放中のポートへのアクセスがあるまで待つ（ステップＳ２３１：Ｎｏのループ）。

ステップＳ２３１において、開放中のポートへのアクセスがあると（ステップＳ２３１：Ｙｅｓ）、ルータ１１は、アクセスがあったポートのポート開放から規定時間以上が経過しているか否かを判断する（ステップＳ２３２）。この規定時間は、ポートの開放からそのポートへの正常な最初のアクセスがあるまでの最長の想定時間に基づいて設定され、一例としては１週間である。

ステップＳ２３２において、ポート開放から規定時間以上が経過していない場合（ステップＳ２３２：Ｎｏ）は、ステップＳ２３１におけるアクセスが正常なアクセスであると判断することができる。この場合に、ルータ１１は、そのアクセスの送信元アドレスを送信元リストに追加する（ステップＳ２３３）。

送信元リストは、ＷＡＮ１８側の機器のうち、安全が確認された送信元のリストである。送信元リストは、ルータ１１のメモリに記憶されていてもよいし、ルータ１１からアクセス可能な他の装置に記憶されていてもよい。次に、ルータ１１は、そのアクセスをＬＡＮ１９側へ中継し（ステップＳ２３４）、ステップＳ２３１へ戻る。

ステップＳ２３２において、ポート開放から規定時間以上が経過している場合（ステップＳ２３２：Ｙｅｓ）は、ルータ１１は、ステップＳ２３１におけるアクセスの送信元アドレスが送信元リストに含まれているか否かを判断する（ステップＳ２３５）。

ステップＳ２３５において、送信元アドレスが送信元リストに含まれている場合（ステップＳ２３５：Ｙｅｓ）は、ルータ１１は、ステップＳ２３１におけるアクセスが正常なアクセスであると判断することができる。この場合に、ルータ１１は、ステップＳ２３４へ移行する。ステップＳ２３１，Ｓ２３２，Ｓ２３５の処理は、ＷＡＮ１８側からの受信パケットの監視の一例である。

ステップＳ２３５において、送信元アドレスが送信元リストに含まれていない場合（ステップＳ２３５：Ｎｏ）は、ステップＳ２３１におけるアクセスは、ポート開放の直後の期間にアクセスがなかった機器からのアクセスであり、悪意に基づくアクセスである可能性がある。

この場合に、ルータ１１は、そのアクセスをブロックするとともに、アクセスをブロックしたことを通知するプッシュ通知を端末装置１２に対して行い（ステップＳ２３６）、ステップＳ２３１へ戻る。ステップＳ２３６のプッシュ通知において、ルータ１１は、例えば、ステップＳ２３１におけるアクセスがあった対象のポートと、そのアクセスの送信元（例えば送信元アドレス）と、を示す情報を端末装置１２へ送信する。このプッシュ通知は、設定の変更（送信元リストへの登録）に関するセキュリティ上のリスクの通知の一例である。

なお、ステップＳ２３３において、ルータ１１は、ステップＳ２３１におけるアクセスのデータ送信量が一定量未満である場合は、そのアクセスの送信元アドレスを送信元リストに追加しないようにしてもよい。これにより、例えばポートスキャン目的のトラフィックがあっただけの機器については送信元リストに登録しないようにすることができる。このデータ送信量の一定量は、上述のように、一例としては２０００ｏｃｔｅｔ（ｂｙｔｅｓ）程度とすることができる。

（実施例４の端末装置１２による承諾確認処理）
図２４は、実施例４の端末装置１２による承諾確認処理の一例を示すフローチャートである。端末装置１２は、ルータ１１との間で通信が可能な状態において、例えば図２４に示す処理を実行する。

まず、端末装置１２は、ルータ１１からプッシュ通知があったか否かを判断し（ステップＳ２４１）、ルータ１１からプッシュ通知があるまで待つ（ステップＳ２４１：Ｎｏのループ）。ルータ１１からプッシュ通知があると（ステップＳ２４１：Ｙｅｓ）、端末装置１２は、そのプッシュ通知においてルータ１１から受信した情報に基づいて、アクセスがあった対象のポートと、そのアクセスの送信元と、を表示する（ステップＳ２４２）。ステップＳ２４２における表示の例については図２８において後述する。

また、端末装置１２は、表示した送信元からのアクセスの許可を選択する操作を受け付ける（図２８参照）。次に、端末装置１２は、ユーザがアクセスの許可を選択したか否かを判断する（ステップＳ２４３）。ユーザがアクセスの許可を選択しなかった場合（ステップＳ２４３：Ｎｏ）は、端末装置１２は、ステップＳ２４１へ戻る。

ステップＳ２４３において、ユーザがアクセスの許可を選択した場合（ステップＳ２４３：Ｙｅｓ）は、端末装置１２は、送信元登録要求をルータ１１へ送信し（ステップＳ２４４）、ステップＳ２４１へ戻る。送信元登録要求は、ルータ１１に対して、アクセスの送信元の機器の送信元リストへの登録を要求するパケットであり、例えばアクセスの送信元を特定可能な情報を含む。送信元登録要求は、ユーザが設定の変更（送信元リストへの登録）を承諾した旨の承諾情報の一例である。

（実施例４のルータ１１による送信元登録処理）
図２５は、実施例４のルータ１１による送信元登録処理の一例を示すフローチャートである。ルータ１１は、図２３に示した処理と並行して、例えば図２５に示す処理を実行する。

まず、ルータ１１は、端末装置１２から送信元登録要求を受信したか否かを判断し（ステップＳ２５１）、送信元登録要求を受信するまで待つ（ステップＳ２５１：Ｎｏのループ）。送信元登録要求を受信した場合（ステップＳ２５１：Ｙｅｓ）は、ルータ１１は、送信元登録要求に従って、アクセスがあった送信元の機器を送信元リストに登録し（ステップＳ２５２）、ステップＳ２５１へ戻る。

これにより、対象の機器から再度アクセスがあった際に、ユーザへの通知なしに、図２３に示したステップＳ２３４によってそのアクセスが中継されるようになる。一方で、ルータ１１は、対象の機器について送信元登録要求を受信しない場合は、対象の機器から再度アクセスがあった際に、図２３に示したステップＳ２３６によってそのアクセスがブロックされるようになる。これにより、そのアクセスがあったポートについて、実質的にポート開放が停止された状態となる。

（実施例４の通信システム１０における動作例）
図２６は、実施例４の通信システム１０における動作例１を示すシーケンス図である。図２６に示す例では、ユーザが機器１４をＬＡＮ１９に接続してＵＰｎＰによるポート開放を行い、その直後に、ＷＡＮ１８側の機器２６１から機器１４に対してユーザの意図するアクセスがあった場合について説明する。このような状況の一例としては、ユーザが機器１４としてＷｅｂカメラをＬＡＮ１９に接続し、その直後に、ユーザが機器２６１としてユーザのスマートフォン等を用いて、ＷＡＮ１８を介してＷｅｂカメラへのアクセスを行った状況が挙げられる。

まず、ＬＡＮ１９に接続された機器１４が、ＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求をルータ１１へ送信する（ステップＳ２６１）。次に、ルータ１１が、ステップＳ２６１により送信されたＡｄｄＰｏｒｔＭａｐｐｉｎｇ要求に従ってポート開放を行う（ステップＳ２６２）。このポート開放は、例えば実施例１又は実施例２の方法により行われてもよいし、他の方法により行われてもよい。

次に、ステップＳ２６２のポート開放から規定時間内に、ルータ１１に対して、ＷＡＮ１８側の機器２６１から機器１４へのアクセスがあったとする（ステップＳ２６３）。この場合に、ルータ１１は、このアクセスを許可するか否かのアクセス許可判断を行う（ステップＳ２６４）。ここではこのアクセスがポート開放から規定時間内のものであるため、ルータ１１はこのアクセスを許可すると判断する。

次に、ルータ１１が、ステップＳ２６１のアクセスの送信元である機器２６１を送信元リストに登録する（ステップＳ２６５）。次に、ルータ１１が、ステップＳ２６１のアクセスを機器１４へ中継し（ステップＳ２６６）、一連の処理を終了する。

図２７は、実施例４の通信システム１０における動作例２を示すシーケンス図である。図２７に示す例では、図２６に示した動作例１の後、図２６に示したステップＳ２６２のポート開放から規定時間が経過してから、機器２６１と異なるＷＡＮ１８側の機器２６２から機器１４に対してユーザの意図しないアクセスがあった場合について説明する。ここでは、機器２６２はルータ１１の送信元リストに登録されていないものとする。

まず、図２６に示したステップＳ２６２のポート開放から規定時間が経過してから、ルータ１１に対して、ＷＡＮ１８側の機器２６２から機器１４へのアクセスがあったとする（ステップＳ２７１）。この場合に、ルータ１１は、このアクセスを許可するか否かのアクセス許可判断を行う（ステップＳ２７２）。

ここではこのアクセスがポート開放から規定時間経過後のものであるため、ルータ１１は、機器２６２からのアクセスを許可しない（不許可）と判断する。この場合に、ルータ１１は、機器２６２からのアクセスをブロックするとともに、アクセスをブロックしたことを通知するプッシュ通知を端末装置１２に対して行う（ステップＳ２７３）。

次に、端末装置１２が、ステップＳ２７３のプッシュ通知に基づいて、アクセスがあった対象のポートと、そのアクセスの送信元（機器２６２）と、を表示する（ステップＳ２７４）。また、端末装置１２は、表示した送信元からのアクセスの許可の選択を受け付ける（ステップＳ２７５）。ここでは、ユーザが、アクセスの許可の選択をしなかった（許可なし）とする。

この場合、端末装置１２は送信元登録要求をルータ１１へ送信しない。これにより、機器２６２がルータ１１に対して再度、機器１４へのアクセスがあっても、そのアクセスは再度ブロックされる。

（実施例４のルータ１１からのプッシュ通知に応じた端末装置１２による表示）
図２８は、実施例４のルータ１１からのプッシュ通知に応じた端末装置１２による表示の一例を示す図である。図２８において、図６に示した部分と同様の部分については同一の符号を付して説明を省略する。例えば図２４に示したステップＳ２４２において、端末装置１２は、タッチパネル１２ａにより画面２８０を表示する。

画面２８０は、「アクセスされたことのないアドレスからのアクセス要求がありました。このアドレスからのアクセスを許可しますか？」とのメッセージと、アクセスがあったポートを示す文字列と、そのアクセスの送信元アドレスを示す文字列と、を含む。これにより、ユーザは、アクセスされたことのない機器からのアクセスがあったことを認識し、その機器からのアクセスを許可するか否かを判断することができる。

また、画面２８０は、アクセス許可ボタン２８１を含む。アクセス許可ボタン２８１は、表示した送信元からのアクセスの許可をユーザが選択するためのボタンである。図２４に示したステップＳ２４３の判断は、例えばアクセス許可ボタン２８１がユーザによりタッチされたか否かの判断である。

また、画面２８０には、上述の情報に代えて、例えば「機器ＸＸがポートＹＹを使用し、インターネット上に機器を公開することを許可しておりますが、普段のアクセスとは異なる場所からの通信を確認しました。この通信があなたの意図したものである場合は通信を許可してください。そうでない場合はこのメッセージを閉じてください。」のようなメッセージが含まれてもよい。このように、普段のアクセスとは異なる場所（アドレス）からの通信がユーザの意図したものである場合にのみ許可することをユーザに指示する通知を行うことで、ユーザはそのアクセスを許可するか否かを容易に判断することができる。

図２３～図２８に示したように、実施例４のルータ１１は、受信パケットに基づいて、開放中のポートについて、そのポートを開放してから予め定められた時間が経過するまでにそのポートによるアクセスがなかったＷＡＮ１８側の機器から、そのポートによるアクセスを要求するパケットを受信した場合に、ユーザがその機器の送信元リストへの登録を承諾した旨の承諾情報（送信元登録要求）を受け付け、その承諾情報を受け付けた場合に、その機器の送信元登録要求への登録を行う。

これにより、ポート開放の直後にアクセスがなかった機器からのアクセスについてユーザが承諾した場合にのみ、実質的なポート開放を行うことができる。このため、ユーザが意図しない実質的なポート開放を抑制することができる。

なお、実施例４において、疑わしい通信についてアクセスをブロックする構成について説明したが、疑わしい通信について、ユーザが対応ポートの開放停止を選択できるようにしてもよい。ユーザが対応ポートの開放停止を選択すると、ルータ１１は端末装置１２へポート開放停止要求を送信し、ルータ１１は、そのポート開放停止要求に従って開放停止を行う。

（実施例１～４について）
上述した実施例１～４によれば、ＵＰｎＰ等によるポート管理に関するセキュリティリスクをユーザが容易に把握可能とし、ルータ１１に対する適切な設定を行うことが可能になる。

上述した実施例１～４は、組み合わせることも可能である。すなわち、通信システム１０において、実施例１の警告型の危険ＵＰｎＰブロック、実施例２のプロアクティブ型の危険ＵＰｎＰブロック、実施例３の不使用ＵＰｎＰポート警告、及び実施例４の疑わしき通信のブロックのうち２つ以上の処理が並行して行われてもよい。

（変形例）
ＬＡＮ１９に接続された機器１３，１４から受信した要求パケットに応じてポート開放を行うルータ１１の機能としてＵＰｎＰについて説明したが、この機能はＵＰｎＰに限らずこれに類するものであってもよい。

また、ＡｄｄＰｏｒｔＭａｐｐｉｎｇ等のパケットに代えて、これに類するものを用いてもよい。例えば、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ ６）のＵＰｎＰにおいては、ＡｄｄＰｏｒｔＭａｐｐｉｎｇの代わりにＷＡＮＩＰｖ６ＦｉｒｅｗａｌｌＣｏｎｔｒｏｌ：ＡｄｄＰｉｎｈｏｌｅ（）のコマンドが用いられる。したがって、ＩＰｖ６においてはＡｄｄＰｏｒｔＭａｐｐｉｎｇに変えてこのＷＡＮＩＰｖ６ＦｉｒｅｗａｌｌＣｏｎｔｒｏｌ：ＡｄｄＰｉｎｈｏｌｅ（）のパケットを用いてもよい。

また、端末装置１２がスマートフォンである場合について説明したが、端末装置１２は、スマートフォンに限らず、タブレット端末、パーソナルコンピュータ等、ルータ１１との間で通信が可能な各種の情報端末とすることができる。

また、端末装置１２がサーバ１５を介してルータ１１との間で通信を行う構成について説明したが、このような構成に限らない。例えば、端末装置１２は、サーバ１５を介さずに、ＷＡＮ１８を介してルータ１１との間で通信を行ってもよい。また、端末装置１２は、ＬＡＮ１９に接続することによって、ＷＡＮ１８を介さずにルータ１１との間で通信を行ってもよい。

また、端末装置１２による各種の通知について、画面表示を用いた通知について説明したが、端末装置１２は音声等により各種の通知を行ってもよい。また、端末装置１２による各種の選択の受け付けについて、タッチ操作による受け付けについて説明したが、端末装置１２は、ボタン操作や音声入力等によりユーザから各種の選択を受け付けてもよい。

ルータ１１から端末装置１２への各種の通知にプッシュ通知を用いる構成について説明したが、ルータ１１は端末装置１２への各種の通知に電子メール等を用いてもよい。

（制御プログラムについて）
ルータ装置２０のＲＯＭ２２に記憶される制御プログラムや、端末装置３０のＲＯＭ３２に記憶される制御プログラムは、これらの制御プログラムをコンピュータが読取可能な一時的でない（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）記憶媒体に記憶される。このような「コンピュータ読取可能な記憶媒体」は、例えば、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ－ＲＯＭ）等の光学媒体や、ＵＳＢメモリ又はメモリカード等の磁気記憶媒体等である。また、このような制御プログラムを、ネットワークを介したダウンロードによって提供することもできる。

以上のように本明細書には以下の事項が開示されている。

開示されたルータは、ワイドエリアネットワークとローカルエリアネットワークとの間で設定に基づき通信を中継するルータであって、受信パケットを監視する監視部と、前記監視部による監視結果が予め定められた条件を満たす場合に、ユーザに対して通知を行い、前記ユーザが前記設定の変更を承諾した旨の承諾情報を受け付け、当該承諾情報の受け付け結果に応じて前記設定の変更を行う制御部と、を備えるものである。

開示されたルータは、前記受信パケットが、前記ローカルエリアネットワークからのパケットであるものである。

開示されたルータは、前記ローカルエリアネットワークに接続された機器から受信した要求パケットに応じてポート開放を行う機能を有し、前記設定が、前記機能に関する設定であるものである。

開示されたルータは、前記機能はＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）の機能であるものである。

開示されたルータは、前記通知が、前記設定の変更に関するセキュリティ上のリスクの通知であるものである。

開示されたルータは、前記制御部が、サーバを介して前記ユーザの端末装置と通信することにより前記通知を行うものである。

開示されたルータは、前記制御部が、サーバを介して前記ユーザの端末装置と通信することにより前記承諾を前記ユーザから受け付けるものである。

開示されたルータは、前記サーバが、前記制御部が取得可能な前記ユーザの端末装置の第１識別子と、前記サーバが前記端末装置との通信に用いる前記端末装置の第２識別子と、を管理するサーバであり、前記制御部が、前記第１識別子及び前記通知の情報を前記サーバへ送信することにより、前記サーバを介して前記通知を行うものである。

開示されたルータは、前記条件が、前記受信パケットが、予め定められたリストに含まれるポートの開放を要求するパケットであることであり、前記設定の変更が、当該ポートの開放であるものである。

開示されたルータは、前記制御部が、前記受信パケットが前記リストに含まれるポートの開放を要求するパケットであり、かつ当該ポートに対応する機器の脆弱性を検出した場合に、前記ユーザが当該ポートの開放を承諾した旨の承諾情報を受け付け、当該承諾情報を受け付けた場合に当該ポートを開放する設定を行うものである。

開示されたルータは、前記制御部が、前記ポートによる前記機器へのアクセスを行うことにより前記脆弱性を検出するものである。

開示されたルータは、前記制御部が、前記機器に対して、予め定められた識別子及びパスワードの少なくともいずれかによる認証を試行することにより、前記脆弱性を検出するものである。

開示されたルータは、前記制御部が、前記機器の通信方式が特定の通信方式であるか否かを判定することにより前記脆弱性を検出するものである。

開示されたルータは、前記条件が、前記受信パケットに基づいて、前記設定において開放中のポートによる通信を予め定められた時間以上検出していないことであり、前記設定の変更が、当該ポートの開放停止であるものである。

開示されたルータは、前記条件が、前記設定において開放中のポートについて、当該ポートを開放してから予め定められた時間が経過するまでに当該ポートによるアクセスがなかった、前記ワイドエリアネットワーク側の機器から、当該ポートによるアクセスを要求するパケットを受信したことであり、前記設定の変更が、前記機器からの当該アクセスの許可であるものである。

開示された制御プログラムは、コンピュータを、前記ルータの、前記監視部及び前記制御部として機能させるためのものである。

開示された端末装置は、ワイドエリアネットワークとローカルエリアネットワークとの間で通信を中継するルータと通信可能な端末装置であって、前記ルータによる受信パケットの監視結果が予め定められた条件を満たす場合に、ユーザに対して通知を行う通知部と、前記通知部による前記通知の後に、前記ルータの設定の変更を承諾した旨の操作を前記ユーザから受け付ける受付部と、前記受付部による受け付け結果に応じて、前記ルータに対して前記設定の変更を実行させる制御部と、を備えるものである。

開示された制御プログラムは、コンピュータを、前記端末装置の、前記受付部及び前記制御部として機能させるためのものである。

開示された通信システムは、前記ルータと、前記端末装置と、を含むものである。

１０ 通信システム
１１ ルータ
１２，３０ 端末装置
１２ａ タッチパネル
１３，１４，２６１，２６２ 機器
１５ サーバ
１８ ＷＡＮ
１９ ＬＡＮ
２０ ルータ装置
２０ａ 監視部
２０ｂ，３０ｃ 制御部
２１，３１ ＣＰＵ
２２，３２ ＲＯＭ
２３，３３ ＲＡＭ
２４ ＷＡＮ側通信モジュール
２５ ＬＡＮ側通信モジュール
２６，３９ バス
２７，３７ 内部ストレージ部
２７ａ，３７ａ 内部ストレージ
２７ｂ，３７ｂ 内部ストレージインタフェース
３０ａ 通知部
３０ｂ 受付部
３４ａ 液晶ドライバ
３４ｂ 液晶パネル
３５ 通信モジュール
３６ 操作インタフェース
３８ａ ＵＳＢコントローラ
３８ｂ ＵＳＢコネクタ
１００，１７０，２２０，２８０ 画面
１０１ 禁止ボタン
１０２ 許可ボタン
２２１ 開放停止ボタン
２８１ アクセス許可ボタン

Claims (19)

1. ワイドエリアネットワークとローカルエリアネットワークとの間で設定に基づき通信を中継するルータであって、
   受信パケットを監視する監視部と、
   前記監視部による監視結果が予め定められた条件を満たす場合に、サーバを介してユーザの端末装置と通信することにより前記ユーザに対して通知を行い、前記ユーザが前記設定の変更を承諾した旨の承諾情報を受け付け、当該承諾情報の受け付け結果に応じて前記設定の変更を行う制御部と、
   を備え、
   前記サーバは、前記制御部が取得可能な前記ユーザの端末装置の第１識別子と、前記サーバが前記端末装置との通信に用いる前記端末装置の第２識別子と、を管理するサーバであり、
   前記制御部は、前記ユーザの端末装置から取得した前記第１識別子及び前記通知の情報を前記サーバへ送信することにより、前記サーバを介して前記通知を行うルータ。
2. 請求項１に記載のルータであって、
   前記第１識別子は前記ユーザの端末装置にインストールされたアプリケーションと通信を行うことにより取得されるルータ。
3. 請求項１又は２に記載のルータであって、
   前記第１識別子は前記アプリケーション特有の識別子であるルータ。
4. 請求項１から３のいずれか１項記載のルータであって、
   前記受信パケットは、前記ローカルエリアネットワークからのパケットであるルータ。
5. 請求項１から４のいずれか１項記載のルータであって、
   前記ローカルエリアネットワークに接続された機器から受信した要求パケットに応じてポート開放を行う機能を有し、
   前記設定は、前記機能に関する設定であるルータ。
6. 請求項５記載のルータであって、
   前記機能はＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）の機能であるルータ。
7. 請求項１から６のいずれか１項記載のルータであって、
   前記通知は、前記設定の変更に関するセキュリティ上のリスクの通知であるルータ。
8. 請求項１から７のいずれか１項記載のルータであって、
   前記制御部は、サーバを介して前記ユーザの端末装置と通信することにより前記承諾情報を受け付けるルータ。
9. 請求項１から８のいずれか１項記載のルータであって、
   前記条件は、前記受信パケットが、予め定められたリストに含まれるポートの開放を要求するパケットであることであり、
   前記設定の変更は、当該ポートの開放であるルータ。
10. 請求項９記載のルータであって、
    前記制御部は、前記受信パケットが前記リストに含まれるポートの開放を要求するパケットであり、かつ当該ポートに対応する機器の脆弱性を検出した場合に、前記ユーザが当該ポートの開放を承諾した旨の承諾情報を受け付け、当該承諾情報を受け付けた場合に当該ポートを開放する設定を行うルータ。
11. 請求項１０記載のルータであって、
    前記制御部は、前記ポートによる前記機器へのアクセスを行うことにより前記脆弱性を検出するルータ。
12. 請求項１１記載のルータであって、
    前記制御部は、前記機器に対して、予め定められた識別子及びパスワードの少なくともいずれかによる認証を試行することにより、前記脆弱性を検出するルータ。
13. 請求項１１又は１２記載のルータであって、
    前記制御部は、前記機器の通信方式が特定の通信方式であるか否かを判定することにより前記脆弱性を検出するルータ。
14. 請求項１から１３のいずれか１項記載のルータであって、
    前記条件は、前記受信パケットに基づいて、前記設定において開放中のポートによる通信を予め定められた時間以上検出していないことであり、
    前記設定の変更は、当該ポートの開放停止であるルータ。
15. 請求項１から１４のいずれか１項記載のルータであって、
    前記条件は、前記設定において開放中のポートについて、当該ポートを開放してから予め定められた時間が経過するまでに当該ポートによるアクセスがなかった、前記ワイドエリアネットワーク側の機器から、当該ポートによるアクセスを要求するパケットを受信したことであり、
    前記設定の変更は、前記機器からの当該アクセスの許可であるルータ。
16. コンピュータを、請求項１から１５のいずれか１項記載のルータの、前記監視部及び前記制御部として機能させるための制御プログラム。
17. ワイドエリアネットワークとローカルエリアネットワークとの間で通信を中継するルータと通信可能な端末装置であって、
    サーバを介した前記ルータとの通信に基づいて、前記ルータによる受信パケットの監視結果が予め定められた条件を満たす場合に、ユーザに対して通知を行う通知部と、
    前記通知部による前記通知の後に、前記ルータの設定の変更を承諾した旨の操作を前記ユーザから受け付ける受付部と、
    前記受付部による受け付け結果に応じて、前記ルータに対して前記設定の変更を実行させる制御部と、
    を備え、
    前記サーバは、前記ルータが取得可能な前記端末装置の第１識別子と、前記サーバが前記端末装置との通信に用いる前記端末装置の第２識別子と、を管理するサーバであり、
    前記通知部は、前記ルータへ前記第１識別子を送信しておくことにより前記第１識別子及び前記通知の情報を前記ルータから前記サーバへ送信させ、前記サーバから前記通知の情報を受信することにより前記通知を行う端末装置。
18. コンピュータを、請求項１７記載の端末装置の、前記通知部、前記受付部及び前記制御部として機能させるための制御プログラム。
19. 請求項１から１５のいずれか１項記載のルータと、
    請求項１７記載の端末装置と、
    を含む通信システム。

Images