JP6064050B2 - ルータアクセス制御方法、ルータアクセス制御装置、及びネットワークシステム - Google Patents

Description

相互参照

本願は、出願番号がＣＮ２０１３１０４３９６３６．１であって、出願日が２０１３年９月２４日である中国特許出願に基づき優先権を主張し、当該中国特許出願のすべての内容を本願に援用する。

本発明は、コンピュータ通信技術分野に関し、特に、ルータアクセス制御方法、ルータアクセス制御装置、及びネットワークシステムに係る。

通信とインターネット技術の発展に従って、ネットワークは、至る所に存在している。ネットワークにより、情報の流通が強化され、人々の生活が豊か且つ便利になっている。

ネットワークにおいて、ルータは、重要な設備である。ルータ（Ｒｏｕｔｅｒ）は、インターネット上の各ローカルエリアネットワーク（ＬＡＮ）とワイドエリアネットワーク（ＷＡＮ）とを接続する設備であり、チャネルの状態に基づいて自動的にルートを選択及び設定し、順番に従って信号を最適な経路にて送信する。ルータは、インターネットの枢軸であり、インターネットにおいて「交通警察」の役も果たしていると言われている。現在、ルータは、各分野で幅広く利用されており、様々なグレードのルータ製品が、各種な基幹ネットワークの内部接続、基幹ネットワーク同士の相互接続、基幹ネットワークとインターネットとのインターネットワーキング業務の主力となっている。また、家庭電子製品の増加及びインターネット機能の豊富化により、ルータは、公衆のネットワークだけでなく、家庭内でも普及している。

一般家庭において、携帯電話等でＷｉＦｉ（登録商標）を介してルータに接続してインターネットにアクセスするのがありふれることである。通常、ネットワークのセキュリティと他人のネットワーク使用を制限するために、ルータにアクセスするのに必要なパスワードが設定されている。ゲストの訪問に際して、ゲストがホスト（主人）の家のＷｉＦｉネットワークを使用しようとする場合、ルータにアクセスできるパスワードを知る必要があり、パスワードを入力した後、ホストの家のＷｉＦｉネットワークを使用することができる。従って、操作が不便であり、来客に対して友好ではない。

従来技術に存在する問題に対して、本発明の実施例では、ルータにアクセスする効率を向上させることのできるルータアクセス制御方法、ルータアクセス制御装置、及びネットワークシステムを提供する。

本発明の実施例の第１態様によるルータアクセス制御方法は、
ローカルのユーザＩＤを含む、ゲストとして接続を要求する第１の接続要求をルータに送信し、ゲストとしてルータにアクセスするステップと、
前記ルータから送信されたアクセスを許可することを示す指示情報を受信するステップと、
受信した前記指示情報を含む、接続を要求する第２の接続要求を前記ルータに送信し、許可を得た後、前記ルータにアクセスするステップと、を含む。

本発明の実施例において、ゲストであるユーザの端末装置は、ゲストとしてルータと接続してパスワードを取得し、該パスワードを用いてホストとしてルータと接続する。この過程において、ゲストであるユーザは、手動でパスワードを入力する必要がよく、操作が簡単になり、アクセス効率が向上する。

本発明の実施例の第２の態様によるルータアクセス制御方法は、
ルータへのアクセスを要求する相手側のユーザＩＤを含む、ルータへのアクセスを要求するアクセス要求を受信するステップと、
前記相手側のユーザＩＤに基づいて、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を生成するステップと、
生成された前記フィードバック情報を送信するステップと、を含む

本発明の実施例において、ホストである端末装置は、ルータへのアクセスを要求するユーザＩＤに基づいて、相手側のルータへのアクセスを許可するか否かを判定し、フィードバック情報を送信する。これにより、ホストである端末装置は、ゲストである端末装置のルータへのアクセスを制御することができ、セキュリティを保証できる。また、ゲストである端末装置のルータへのアクセスを許可する時、ゲストであるユーザは、手動でパスワードを入力する必要がなく、ルータを介してアクセス過程を制御でき、ルータへのアクセス効率が向上する。

ルータへのアクセスを要求する前記アクセス要求を受信するステップは、ルータから送信された、ルータへのアクセスを要求するアクセス要求を受信するステップを含み、
前記生成されたフィードバック情報を送信するステップは、ルータに、前記生成されたフィードバック情報を送信するステップを含み、
又は、
ルータへのアクセスを要求する前記アクセス要求を受信するステップは、サーバから送信されたルータへのアクセスを要求するアクセス要求を受信するステップを含み、
前記生成されたフィードバック情報を送信するステップは、サーバに、前記生成されたフィードバック情報を送信し、サーバに当該フィードバック情報をルータに送信するように指示するステップを含む。

本発明の実施例において、ホストである端末装置は、直接にルータと接続しなくてもよく、サーバを介してルータと接続される。これにより、ホストである端末装置は、ルータと同じローカルエリアネットワークに含まれなくてもよく、遠距離でルータアクセス制御を実現できる。

前記相手側のユーザＩＤに基づいて、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を生成するステップは、
前記ユーザＩＤを含む通知情報を出力するステップと、
前記通知情報に対する操作指令を取得するステップと、
取得した前記操作指令に基づいて、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を生成するステップとを含む。

本発明の実施例において、ゲストであるユーザの端末装置のユーザＩＤをホストであるユーザに出力し、ホストであるユーザにより、ゲストであるユーザの端末装置がホストとしてルータにアクセスすることを許可するか否かを判断することで、ルータアクセスの安全性を保証できる。

本発明の実施例の第３態様によるルータアクセス制御方法は、
第１の端末装置のユーザＩＤを含む、第１の端末装置から送信されたゲストとして接続することを要求する第１の接続要求を受信し、ゲストとしての第１の端末装置との接続を確立するステップと、
アクセス制御権限のある第２の端末装置に、第１の端末装置のユーザＩＤを含む、ルータへのアクセスを要求するアクセス要求を送信するステップと、
第２の端末装置から送信された、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を受信するステップと、
受信したフィードバック情報に基づいて、第１の端末装置がホストとしてルータへのアクセスを許可するか否かを判定するするステップと、を含む。

本発明の実施例において、ルータは、先にゲストである第１の端末装置と接続し、第１の端末装置のユーザＩＤを取得し、該ユーザＩＤをホストである第２の端末装置に送信することで、ホストであるユーザに、第１の端末装置がホストとしてルータにアクセスすることを許可するか否かの問い合わせを行う。その後、ホストである第２の端末装置から送信されたフィードバック情報に基づいて、対応する処理を行うことで、アクセス安全性が保証され、アクセス効率が向上する。

アクセス制御権限のある第２の端末装置に、ルータへのアクセスを要求するアクセス要求を送信するステップは、
サーバを介して、アクセス制御権限のある第２の端末装置に、ルータへのアクセスを要求するアクセス要求を送信するステップを含み、
第２の端末装置から送信された、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を受信するステップは、
サーバを介して、前記第２の端末装置から送信された、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を受信するステップを含む。

本発明の実施例において、ホストである端末装置は、ルータと直接に接続しなくてもよく、サーバを介して接続されてもよい。これにより、ホストである端末装置は、ルータと同じローカルアリアネットワークに含まれなくてもよく、遠距離でルータアクセス制御を実現できる。

アクセス制御権限のある第２の端末装置に、ルータへのアクセスを要求することを示すアクセス要求を送信する前、さらに、第２の端末装置と既に接続が確立されたか否かを検出するステップを含み、
アクセス制御権限のある第２の端末装置に、ルータへのアクセスを要求するアクセス要求を送信するステップは、第２の端末装置と既に接続が確立された場合、前記第２の端末装置にルータへのアクセスを要求するアクセス要求を直接送信するステップを含み、
アクセス制御権限のある第２の端末装置に、ルータへのアクセスを要求するアクセス要求を送信するステップは、第２の端末装置と接続が確立されていない場合、サーバを介して前記第２の端末装置にルータへのアクセスを要求するアクセス要求を送信するステップを含む。

本発明の実施例において、ホストである端末装置がルータと直接に接続する方式及びルータと直接に接続しない方式の２つの方式を含み、様々な場面において用いることができる。

受信したフィードバック情報は、第１の端末装置のルータへのアクセスを許可することを示す確認フィードバック情報であり、
受信したフィードバック情報に基づいて、前記第１の端末装置のルータへのアクセスを許可するか否かを判定するステップは、確認フィードバック情報を受信すると、前記第１の端末装置のルータへのアクセスを許可するステップを含み、
前記方法は、さらに、
前記第１の端末装置のルータへのアクセスを許可した後、第１の端末装置にパスワードを送信するステップと、
パスワードを含む、前記第１の端末装置から送信されたホストとしての接続を要求する第２の接続要求を受信し、ホストとしての第１の端末装置との接続を確立するステップと、を含む。

本発明の実施例において、ルータは、ルータアクセスに必要なパスワードをゲストである第１の端末装置に送信し、第１の端末装置は、該パスワードを用いてホストとしてルータに接続することができる。この過程において、ゲストであるユーザは、手動でパスワードを入力する必要がなく、操作を簡単にすることができ、ルータアクセス効率が向上する。

本発明の実施例の第４態様によるルータアクセス制御方法は、
ルータから送信されたルータへのアクセスを要求するアクセス要求を受信するステップと、
受信した前記アクセス要求を、第２の端末装置に送信するステップと、
前記第２の端末装置から送信された、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を受信するステップと、
受信した前記フィードバック情報をルータに送信し、ルータに、受信した前記フィードバック情報に基づいて、第１の端末装置がホストとしてルータへのアクセスを許可するか否かを判定するように指示するステップと、を含む

本発明の実施例において、サーバは、ルータと第２の端末装置の間の情報転送、即ち、中継を行うことで、第２の端末装置のルータに対しての遠距離アクセス制御を行うことができ、ルータへのアクセス効率が向上する。

本発明の実施例の第５態様によるルータアクセス制御装置は、
ローカルのユーザＩＤを含む、ゲストとして接続を要求する第１の接続要求をルータに送信し、ゲストとしてルータにアクセスするための第１の送信モジュールと、
ルータから送信されたアクセスを許可することを示す指示情報を受信するための受信モジュールと、
受信した指示情報を含む、接続を要求する第２の接続要求を前記ルータに送信し、許可を得た後、ルータにアクセスするための第２の送信モジュールと、を含む。

本発明の実施例の第６態様によるルータアクセス制御装置は、
ルータへのアクセスを要求する相手側のユーザＩＤを含む、ルータへのアクセスを要求するアクセス要求を受信するための受信モジュールと、
相手側のユーザＩＤに基づいて、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を生成するための処理モジュールと、
生成されたフィードバック情報を送信するための送信モジュールと、を含む。

受信モジュールは、ルータから送信されたルータへのアクセスを要求するアクセス要求を受信し、
送信モジュールは、ルータに生成されたフィードバック情報を送信し、
又は、
受信モジュールは、サーバから送信されたルータへのアクセスを要求するアクセス要求を受信し、
送信モジュールは、サーバに、生成されたフィードバック情報を送信し、サーバに当該フィードバック情報をルータに送信するように指示する。

処理モジュールは、
ユーザＩＤを含む通知情報を出力するための出力ユニットと、
通知情報に対する操作指令を取得するための入力ユニットと、
取得した操作指令に基づいて相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を生成するための処理ユニットと、を含む。

本発明の実施例の第７態様ルータアクセス制御装置は、
第１の端末装置のユーザＩＤを含む、第１の端末装置から送信されたゲストとして接続を要求する第１の接続要求を受信し、ゲストとしての第１の端末装置との接続を確立するための第１の受信モジュールと、
アクセス制御権限のある第２の端末装置に、第１の端末装置のユーザＩＤを含む、ルータへのアクセスを要求するアクセス要求を送信するための第１の送信モジュールと、
第２の端末装置から送信された相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を受信するための第２の受信モジュールと、
受信したフィードバック情報に基づいて、第１の端末装置がホストとしてルータにアクセスすることを許可するか否かを判定するための処理モジュールと、を含む。

第１の送信モジュールは、サーバを介して、アクセス制御権限のある第２の端末装置にルータへのアクセスを要求するアクセス要求を送信し、
第２の受信モジュールは、サーバを介して、第２の端末装置から送信された、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を受信する。

前記装置は、さらに、第２の端末装置と既に接続が確立されたか否かを検出するための検出モジュールを含み、
第１の送信モジュールは、
第２の端末装置と既に接続が確立された場合、アクセス制御権限のある第２の端末装置にルータへのアクセスを要求するアクセス要求を直接送信するための第１の送信ユニットと、
第２の端末装置と接続が確立されていない場合、サーバを介してアクセス制御権限のある第２の端末装置にルータへのアクセスを要求するアクセス要求を送信するための第２の送信ユニットと、を含む。

受信したフィードバック情報は、第１の端末装置がホストとしてルータにアクセスすることを許可することを示す確認フィードバック情報であり、
処理モジュールは、確認フィードバック情報を受信すると、第１の端末装置がホストとしてルータにアクセスすることを許可し、
前記装置は、さらに、
第１の端末装置がホストとしてルータにアクセスすることが許可された後、第１の端末装置にパスワードを送信するための第２の送信モジュールと、
パスワードを含む、第１の端末装置から送信されたホストとして接続を要求する第２の接続要求を受信し、ホストとしての第１の端末装置との接続を確立するための第３受信モジュールと、を含む。

本発明の実施例の第８態様によるルータアクセス制御装置は、
ルータから送信されたルータへのアクセスを要求するアクセス要求を受信するための第１の受信モジュールと、
受信したアクセス要求を第２の端末装置に送信するための第１の送信モジュールと、
第２の端末装置から送信された相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を受信するための第２の受信モジュールと、
受信したフィードバック情報をルータに送信し、ルータに、受信したフィードバック情報に基づいて第１の端末装置がホストとしてルータにアクセスすることを許可するか否か判定するように指示するための第２の送信モジュールと、を含む。

本発明の実施例の第９態様による端末装置は、記憶装置、及び記憶装置に記憶され、１つ又は１つ以上のプロセッサーにより実行される１つ又は１つ以上のプログラムを有し、
前記１つ又は１つ以上のプログラムは、
ローカルのユーザＩＤを含む、ゲストとして接続を要求する第１の接続要求をルータに送信し、ゲストとしてルータにアクセスする操作と、
ルータから送信されたアクセスを許可することを示す指示情報を受信する操作と、
受信した指示情報を含む、接続を要求する第２の接続要求を前記ルータに送信し、許可を得た後、前記ルータにアクセスする操作と、を行うための指令を含む。

本発明の実施例の第１０態様による端末装置は、
記憶装置、及び記憶装置に記憶され、１つ又は１つ以上のプロセッサーにより実行される１つ又は１つ以上のプログラムを有し、
前記１つ又は１つ以上のプログラムは、
ルータへのアクセスを要求する相手側のユーザＩＤを含む、ルータへのアクセスを要求するアクセス要求を受信する操作と、
相手側のユーザＩＤに基づいて、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を生成する操作と、
生成されたフィードバック情報を送信する操作と、を行うための指令を含む。
本発明の実施例の第１１態様によるルータは、記憶装置、及び記憶装置に記憶され、１つ又は１つ以上のプロセッサーにより実行される１つ又は１つ以上のプログラムを有し、
前記１つ又は１つ以上のプログラムは、
第１の端末装置のユーザＩＤを含む、第１の端末装置から送信されたゲストとして接続を要求する第１の接続要求を受信し、ゲストとしての第１の端末装置との接続を確立する操作と、
アクセス制御権限のある第２の端末装置に、第１の端末装置のユーザＩＤを含む、ルータへのアクセスを要求するアクセス要求を送信する操作と、
第２の端末装置から送信された、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を受信する操作と、
受信したフィードバック情報に基づいて、第１の端末装置がホストとしてルータにアクセスすることを許可するか否かを判定する操作と、を行うための指令を含む。

本発明の実施例の第１２態様によるサーバは記憶装置、及び記憶装置に記憶され、１つ又は１つ以上のプロセッサーにより実行される１つ又は１つ以上のプログラムを有し、
前記１つ又は１つ以上のプログラムは、
ルータから送信されたルータへのアクセスを要求するアクセス要求を受信する操作と、
受信したアクセス要求を第２の端末装置に送信する操作と、
第２の端末装置から送信された、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を受信する操作と、
受信したフィードバック情報をルータに送信し、ルータに、受信したフィードバック情報に基づいて、第１の端末装置がホストとしてルータにアクセスすることを許可するか否かを判定するように指示する操作と、を行うための指令を含む。

本発明の実施例の第１３態様によるネットワークシステムは、
第１の端末装置、ルータ、及び第２の端末装置を含み、
第１の端末装置は、ローカルのユーザＩＤを含む、ゲストとして接続することを要求する第１の接続要求をルータに送信し、ゲストとしてルータにアクセスし、ルータの許可を得た場合、ホストとしてルータにアクセスし、
ルータは、第１の端末装置のユーザＩＤを含む、第１の端末装置から送信されたゲストとして接続を要求する第１の接続要求を受信し、ゲストとしての第１の端末装置に接続し、アクセス権限のある第２の端末装置に、第１の端末装置のユーザＩＤを含むルータへのアクセスを要求するアクセス要求を送信し、第２の端末装置から送信された相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を受信し、受信したフィードバック情報に基づいて、第１の端末装置がホストとしてルータにアクセスすることを許可するか否かを判定し、
第２の端末装置は、前記ルータへのアクセスを要求する相手側のユーザＩＤを含む、前記ルータへのアクセスを要求するアクセス要求を受信し、相手側のユーザＩＤに基づいて、第１の端末装置がルータにアクセスすることを許可するか否かを示すフィードバック情報を生成し、生成したフィードバック情報を送信する。

好ましくは、前記ネットワークシステムは、さらに、ルータと第２の端末装置との間のアクセス要求及びフィードバック情報を転送するサーバを含む。

本発明の実施例の第１４態様によるプログラムは、プロセッサに実行されることにより、前記ルータアクセス制御方法を実現する。

本発明の実施例の第１５態様によれば、前記プログラムが記録された記録媒体を提供する。

本発明のその他の特徴及び利点は、下記の発明を実施するための形態において詳しく説明し、一部の内容は、下記発明を実施するための形態により明らかになり、又は、本発明を実施することによって習得することができる。本発明の目的及びその他の利点は、本発明を実施するための形態、特許請求の範囲、及び図面による開示により実現し、取得することができる。

以下、図面と実施例を参照し、本発明の技術方案についてさらに詳しく説明する。

上記の概略的な説明と下記の詳細な説明は、例示的なものであり、本発明の範囲を限定するためのものではない。

本明細書の一部となる図面は、本発明に対するさらなる理解を図るために提供され、本発明の実施例と共に本発明の解釈に用いられるが、本発明の範囲を限定するものではない。これらの図面において、

例示的な実施例によるルータアクセス制御プロセスにおいて第１の端末装置側で行われる主な方法を示すフローチャートである。 例示的な実施例によるルータ検索結果を模式的に示す図である。 例示的な実施例によるルータアクセス制御プロセスにおいて第１の端末装置側で行われる詳細な方法を示すフローチャートである。 例示的な実施例によるルータアクセス制御プロセスにおいて第２の端末装置側で行われる主な方法を示すフローチャートである。 例示的な実施例による通知メッセージを示す図である。 例示的な実施例によるルータアクセス制御プロセスにおいて第２の端末装置側でルータに接続する方法を示すフローチャートである。 例示的な実施例によるルータアクセス制御プロセスにおいて第２の端末装置側でサーバに接続する方法を示すフローチャートである。 例示的な実施例によるルータアクセス制御プロセスにおいてルータ側で行われる主な方法を示すフローチャートである。 例示的な実施例によるルータアクセス制御プロセスにおいてルータ側で第２の端末装置に接続する方法を示すフローチャートである。 例示的な実施例によるルータアクセス制御プロセスにおいてルータ側でサーバに接続する方法を示すフローチャートである。 例示的な実施例によるルータアクセス制御プロセスにおいてサーバ側で行われる主な方法を示すフローチャートである。 例示的な実施例によるルータアクセス制御プロセスにおいてサーバが含まれていない場合の詳細な方法を示すフローチャートである。 例示的な実施例によるルータアクセス制御プロセスにおいてサーバが含まれる場合の詳細な方法を示すフローチャートである。 例示的な実施例による装置１３００を示すブロック図である。 例示的な実施例による装置１４００を示すブロック図である。 例示的な実施例による処理モジュール１４０２を示すブロック図である。 例示的な実施例による装置１６００を示す主なブロック図である。 例示的な実施例による装置１６００を示す詳細なブロック図である。 例示的な実施例による第１の送信モジュール１６０２を示すブロック図である。 例示的な実施例による装置１６００を示す詳細なブロック図である。 例示的な実施例による装置２０００を示すブロック図である。 例示的な実施例による端末装置を示すブロック図である。 例示的な実施例によるネットワークデバイスを示すブロック図である。 例示的な実施例によるネットワークシステムを示す主なブロック図である。 例示的な実施例によるネットワークシステムを示す詳細なブロック図である。

本発明について、上記図面で明確の実施例を示し、後述でより詳細に説明する。これらの図面及び記述は、何らかの方法で本発明の思想の範囲を制限するのではなく、特定な実施例を参照することで当業者に本発明のコンセプトを説明するためのものである。

本発明の目的、技術方案及び利点をより明瞭にするために、実施形態と図面を併せて、本発明を更なる詳細に説明する。ここで、本発明の模式的な実施形態及びその説明は、本発明を制限するのではなく、本発明を解釈するためのものである。以下、図面を参照しながら本発明を詳細に説明する。

本発明の実施例において、ゲストであるユーザの第１の端末装置は、まず、ルータに第１の端末装置のユーザＩＤを取得させるように、ゲストとしてルータに接続する。ルータは、そのユーザＩＤをホストである第２の端末装置に送信し、第２の端末装置に、第１の端末装置がホストとしてルータにアクセスすることを許可するか否かを問い合わせする。ホストの同意を得た後、ゲストであるユーザは、何ら操作を行う必要なく、所持している第１の端末装置をホストとしてルータにアクセスさせることができる。これにより、ゲストであるユーザ側の操作が簡単になり、ルータへアクセスする効率が向上する。

本実施例は、主に、ゲストである第１の端末装置、ルータ、ホストである第２の端末装置に係わり、さらに、ルータと第２の端末装置との間に設けられたサーバにも係わる可能性がある。以下、４つの設備のそれぞれの視点から、ルータアクセス制御を実現する過程について説明する。

図１に示されるように、本実施例によるルータアクセス制御プロセスにおいて第１の端末装置側で行われる主な方法は、下記のステップを含む：

ステップ１０１において、第１の端末装置は、ゲストとしてルータへ接続することを要求することを示す第１の接続要求をルータに送信し、ゲストとしてルータにアクセスする。ここで、第１の接続要求は、ローカルのユーザＩＤを含む。ユーザＩＤは、端末装置ＩＤ、リアルタイム通信アカウントＩＤ、ＳＩＭカードＩＤ、及びユーザ名のうちの１つ又は複数を含み、ゲストの身分を認証できる他のユーザ情報を含んでもよい。

第１の端末装置は、ゲストとしてルータにアクセスする時、ルータ中のゲスト（Ｇｕｅｓｔ）ネットワークに接続する。この時、第１の端末装置のアクセスの帯域幅とアクセス権限は制限され、例えば、アクセスの帯域幅は５０Ｋに制限され、アクセス権限は、身分を認証するためにユーザＩＤなどをルータへ送信すること、及び対応するフィードバック情報を受信することに制限される。

ステップ１０２において、第１の端末装置は、ルータから送信されたアクセス許可を示す指示情報を受信する。当該指示情報は、第１の端末装置がホストとしてルータへのアクセスを許可することを示す。当該指示情報は、ルータにアクセスするためのパスワードを含んでもよい。

ステップ１０３において、第１の端末装置は、受信された指示情報を含む、ルータへの接続を要求することを示す第２の接続要求をルータに送信し、そして、許可を得た後、ルータにアクセスする。即ち、第１の端末装置は、ホストとしてルータへのアクセスを要求することを示す第２の接続要求をルータに送信し、接続が確立した後、ホストとしてルータにアクセスする。

本実施形態において、第１の端末装置がＷｉＦｉを介してネットワークにおけるルータを検索した検索結果の一例を、図２Ａに示す。ゲストである第１のユーザは、選択しようとするルータクリックし、第１の端末装置は、当該クリック指令に基づいて選択されたルータに接続する。即ち、ゲストとしてルータへの接続を要求することを示す第１の接続要求をルータに送信する。本発明の実施例と背景技術において説明された技術と比べると、相違点は、第１の端末装置側でパスワードを入力する必要なく、ゲストとしてルートに直接に接続することができる。第１の端末装置は、ゲストとしてローカルのユーザＩＤをルータに送信する。第１の端末装置は、ホストの許可を得た後、ルータから指示情報を受信し、この指示情報を利用してホストとしてルータに接続する。接続後、第１の端末装置は、制限なくルータにアクセスし、通信を行うことができる。

上記のアクセス制御プロセスにおいて、ユーザは、ルータを選択する操作のみを行い、その後のルータとの接続に対して、ユーザが何の操作も行わなくて済むことから、操作が簡単になり、ルータにアクセスする効率が向上する。また、ゲストであるユーザは、終始にルータにアクセスするためのパスワードを知らず、ルータへアクセスするセキュリティの向上にも繋がる。第１の端末装置は、ゲストであるユーザに対してパスワードを入力するための入力欄を表示する必要がなく、ユーザによるパスワードの入力操作を待ち、かつそれに応答する必要もない点から、第１の端末装置の処理過程を簡単にし、消費電力を低減することができる。

図２Ｂに示されるように、本実施例によるルータアクセス制御プロセスにおいて第１の端末装置側で行われる詳細な方法は、下記のようなステップを含む。

ステップ２０１において、第１の端末装置は、ゲストとして接続を要求することを示す第１の接続要求をルータに送信し、ゲストとしてルータにアクセスする。

ルータは、この第１の接続要求をアクセス制御権限のある第２の端末装置（例えば、ホストの携帯電話）に送信する。第２の端末装置は、第１の端末装置のルータへのアクセスを許可した場合、ルータへのアクセスを許可することを示すフィードバック情報をルータに送信する。

ステップ２０２において、第１の端末装置は、ルータから送信されたパスワードを受信する。

ルータは、上記フィードバック情報を受信すると、アクセス用パスワードを第１の端末装置に送信する。このパスワードは、第１の端末装置上で表示されることなく、第１の端末装置とルータとの接続が切断される時に、削除される。

ステップ２０３において、第１の端末装置は、接続を要求することを示す第２の接続要求をルータに送信し、許可を得た後、ルータにアクセスする。第２の接続要求は、受信したパスワードを含む。

ホストがルータにアクセスするためのパスワードを設定していない場合、第１の端末装置は、ルータから送信されたルータへのアクセスを許可することを示すマークである指示情報を受信する。第１の端末装置は、第２の接続要求を送信するとともに、このマークを送信すればよい。ルータは、このマークを識別した後、改めて第１の端末装置との接続を確立し、第１の端末装置に対してアクセス権限の制限を解除する。

ホストがルータにアクセスするためのパスワードを設定した場合、第１の端末装置は、ルータから送信されたパスワードである指示情報を受信する。第１の端末装置は、第２の接続要求を送信するとともに、当該パスワードを送信する。ルータは、パスワードを検証し、検証が成功した後、改めて第１の端末装置との接続を確立し、第１の端末装置に対してアクセス権限の制限を解除する。

本実施例において、ゲストであるユーザは、ルータにアクセスするためのパスワードを入力する必要がないので、アクセスセキュリティを保証するために、ホストであるユーザの許可を得る必要がある。次に、ルータアクセス制御プロセスにおいてホストであるユーザが所持する第２の端末装置で行われる処理について説明する。

図３に示されるように、本実施例によるルータアクセス制御プロセスにおいて第２の端末装置側で行われる主な方法は、下記のようなステップを含む。

ステップ３０１において、ルータへのアクセスを要求する相手側のユーザＩＤを含む、ルータへのアクセスを要求することを示すアクセス要求を受信する。

ステップ３０２において、相手側のユーザＩＤに基づいて、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を生成する。

ステップ３０３において、生成されたフィードバック情報を送信する。

第２の端末装置がルータに直接に接続されている場合には、ステップ３０１において、ルータから送信されたルータへのアクセスを要求するアクセス要求を受信し、ステップ３０３において、生成されたフィードバック情報をルータに送信する。第２の端末装置がルータに直接に接続されなく、サーバを介して接続されている場合には、ステップ３０１において、サーバから送信されたルータへのアクセスを要求するアクセス要求を受信し、ステップ３０３において生成されたフィードバック情報をサーバに送信し、サーバに対してフィードバク情報をルータに送信するように指示する。第２の端末装置がサーバを介してルータに接続されている場合は、ホストが家に不在である場合に適用でき、ホストは、遠隔操作でゲストの端末装置のルータへのアクセスを制御することができる。

ステップ３０２は、様々な形態により実現することができる。例えば、１つの方法Ａ１によれば、ホストであるユーザは、予めユーザＩＤ群を設定しておき、このユーザＩＤ群に含まれるユーザＩＤに対応する端末装置がホストとしてルータにアクセスすることを許可する。例えば、ユーザＩＤ群中のユーザＩＤは、第２の端末装置の連絡先における「家族」にグループ分けされたユーザＩＤと同じである。第２の端末装置は、第１の端末装置（即ち、相手側）のユーザＩＤを受信すると、受信したユーザＩＤをユーザＩＤ群に含まれるユーザＩＤとのマッチングを行い、マッチングが成功した時、相手側がルータへのアクセスを許可することを示す確認フィードバック情報を生成し、マッチングが成功していない場合は、相手側がルータへのアクセスを拒否することを示す拒否フィードバック情報を生成する。この方法において、ホストであるユーザは、処理に関与しなくてもよく、第２の端末装置は、直接にマッチングとフィードバックを行い、実現効率が向上する。

また、他の方法Ａ２によれば、第２の端末装置は、第１の端末装置のユーザＩＤを受信すると、ホストであるユーザに受信したユーザＩＤを含む通知情報を出力する。通知情報は、例えば、図４に示される「ＸＸＸは、貴方のＹＹＹルータのネットワークへの加入を要求しております」のようである。ただし、ＸＸＸは、ユーザＩＤであり、ＹＹＹは、ルータＩＤであり、両方ともステップ３０１で取得する。図４に示されるように、通知情報と合わせて、例えば、「永遠に許可」、「今回のみ許可」、「拒否」のような操作ボタンを出力してもよい。ホストであるユーザは、これらの操作ボタンの中の１つをクリックすることで操作指令を入力する。或いは、操作ボタンをクリックする操作指令の代わりに、他のジェスチャ指令を使用してもよい。この場合、操作ボタンを出力する必要がなくなる。

ホストであるユーザが「永遠に許可」を示す操作ボタンをクリックすると、第２の端末装置は、「永遠に許可」に対応する操作指令を受信し、ルータへのアクセスを許可することを示す確認フィードバック情報を生成する。それと同時に、第２の端末装置は、第１の端末装置のユーザＩＤを記録し、以降にユーザＩＤを受信したとき、まず、記録したユーザＩＤの中で検索し、受信したユーザＩＤが含まれているか否かを判定する。過去に記録したユーザＩＤである場合は、通知情報の出力を行わず、直接に確認フィードバック情報を生成することができる。一方、過去に記憶したユーザ情報ではない場合は、通知情報を出力する。また、方法Ａ１と方法Ａ２とを組み合わせることも可能であり、ユーザＩＤを受信した後、ユーザＩＤ群に含まれるユーザＩＤとのマッチングを行い、マッチングが成功しなければ、通知情報を出力する。永遠に許可することを示す操作指令を受信する場合、以降にユーザＩＤを受信するとき、そのユーザＩＤとのマッチングを行うように、当該ユーザＩＤをユーザＩＤ群の一員として記録する。

ホストであるユーザが「今回のみ許可」を示す操作ボタンをクリックすると、第２の端末装置は、今回のみ許可することを示す操作指令を受信し、ルータへのアクセスを許可することを示す確認フィードバック情報を生成する。

ホストであるユーザが「拒否」を示す操作ボタンをクリックすると、第２の端末装置は、拒否することを示す操作指令を受信し、ルータへのアクセスを拒否することを示す拒否フィードバック情報を生成する。

以下、２つの実施例を挙げて第２の端末装置で行われる処理を説明する。

図５に示されるように、本実施例によるルータアクセス制御プロセスにおいて、第２の端末装置がルータに接続する方法は、下記のようなステップを含む。

ステップ５０１において、第２の端末装置は、ルータから送信された第１の端末装置のユーザＩＤを含む、ルータへのアクセスを要求するアクセス要求を受信する。

ステップ５０２において、第２の端末装置は、受信したユーザＩＤをユーザＩＤ群中のユーザＩＤとのマッチングを行い、マッチング成功のユーザＩＤが存在する場合、ステップ５０３に進み、マッチング成功のユーザＩＤが存在しない場合、ステップ５０４に進む。

ステップ５０３において、第２の端末装置は、第１の端末装置のルータへのアクセスを許可することを示す確認フィードバック情報を生成し、ステップ５０５に進む。

ステップ５０４において、第２の端末装置は、第１の端末装置のルータへのアクセスを拒否することを示す拒否フィードバック情報を生成し、ステップ５０５に進む。

ステップ５０５において、第２の端末装置は、生成されたフィードバック情報をルータに送信する。

本実施例において、第２の端末装置は、予めユーザＩＤ群を設定しておき、受信したユーザＩＤに対して自動的にマッチングを行い、マッチング結果に応じてフィードバック情報を生成する。この間に、ホストであるユーザが関与する必要がなく、操作が簡単になるとともに、速やかにルータに応答でき、処理効率が向上する。

図６に示されるように、本実施例によるルータアクセス制御プロセスにおいて、第２の端末装置側でサーバに接続する方法は、下記のようなステップを含む。

ステップ６０１において、第２の端末装置は、サーバから送信された第１の端末装置のユーザＩＤを含む、ルータへのアクセスを要求するアクセス要求を受信する。

ステップ６０２において、第２の端末装置は、ホストであるユーザに受信したユーザＩＤを含む通知情報、及び操作ボタンを出力する。

ステップ６０３において、第２の端末装置は、ホストであるユーザが操作ボタンを操作することによりトリガーされた操作指令を受信する。操作指令が永遠に許可することを示す操作指令であれば、ステップ６０４とステップ６０５に進む。操作指令が今回のみ許可することを示す操作指令であれば、ステップ６０４に進む。操作指令が拒否することを示す操作指令であれば、ステップ６０６に進む。

ステップ６０４において、第２の端末装置は、第１の端末装置のルータへのアクセスを許可することを示す確認フィードバック情報を生成し、ステップ６０７に進む。

ステップ６０５において、第２の端末装置は、第１の端末装置のユーザＩＤを記録する。

ステップ６０６において、第２の端末装置は、第１の端末装置のルータへのアクセスを拒否することを示す拒否フィードバック情報を生成し、ステップ６０７に進む。

ステップ６０７において、第２の端末装置は、サーバに、生成されたフィードバック情報を送信する。

本実施例において、第２の端末装置は、ユーザＩＤを受信した後、ホストであるユーザの許可を得るために、通知情報をホストであるユーザに出力する。さらに、「永遠に許可」、「今回のみ許可」、及び「拒絶」の３種類の操作指令を提供する。ゲストがとっても信頼できる友人である場合、「永遠に許可」の操作指令を採用し、次回にこのゲストからアクセスの要求を受信したとき、ホストは関与する必要がなく、後の処理を簡略できる。ゲストが普通の友人である場合、「今回のみ許可」を採用し、見知らぬ人に対しては、「拒否」を採用することで、セキュリティを保証できる。

本実施例は、図５に示した実施例とを組み合わせることも可能である。即ち、先にステップ６０１を実行し、そして、ステップ５０２を実行し、マッチング成功のユーザＩＤが存在する場合は、ステップ５０３に進み、マッチング成功のユーザＩＤがない場合は、ステップ６０２からステップ６０６を実行する。ステップ５０３又はステップ６０６を実行した後、ステップ６０７に進む。

このように、第１の端末装置と第２の端末装置の動作プロセスを説明した。第１の端末装置と第２の端末装置にもかかわらず、ルータにアクセスすることを目的とするため、ルータが必須となる。以下、ルータの動作プロセスについて説明する。

図７に示されるように、本実施例によるルータアクセス制御プロセスにおいて、ルータ側の主な方法は、下記のようなステップを含む。

ステップ７０１において、第１の端末装置のユーザＩＤを含む、第１の端末装置から送信されたゲストとして接続することを要求する第１の接続要求を受信し、ゲストとしての第１の端末装置と接続する。

ステップ７０２において、アクセス制御権限のある第２の端末装置に第１の端末装置のユーザＩＤを含む、ルータへのアクセスを要求するアクセス要求を送信する。

ステップ７０３において、第２の端末装置から送信された、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を受信する。

ステップ７０４において、受信したフィードバック情報に基づいて、第１の端末装置がホストとしてルータにアクセスすることが許可されたか否かを判定する。

本実施例において、ルータは、ゲストとしての第１の端末装置が接続し、当該第１の端末装置がネットワークに接続することを許可するが、第１の端末装置のアクセス権限と帯域幅を制限する。アクセス権限が制限された状態で、第１の端末装置からそのユーザＩＤを取得するとともに、第１の端末装置と簡単な通信を行うことができる。ルータは、第２の端末装置に、アクセスの要求を送信し、ホストであるユーザに、第１の端末装置がゲストとしてルータにアクセスすることを許可するか否かを問い合わせ、第２の端末装置からのフィードバック情報に応じて、処理を行い、第１の端末装置のアクセスを制御することを実現できる。

フィードバック情報を受信した時、ルータは、第１の端末装置に、許可を示す指示情報を送信し、第１の端末装置からのフィードバックを受信した後、第１の端末装置に対するアクセス権限と帯域幅の制限を解除する。拒否フィードバック情報を受信すると、ルータは、第１の端末装置に拒否かを示す指示情報を送信し、第１の端末装置との接続を切断する。情報セキュリティ面を考慮した上で、第１の端末装置がホストとしてルータへ接続することが許可された後、ルータは、第１の端末装置の身分を自動的に切り換えることができないので、第１の端末装置がルータに接続する要求（即ち、第２の接続要求）を再度送信する必要があり、ルータは、当該第２の接続要求に基づいて、第１の端末装置の身分を切り換え、当該するアクセス権限と帯域幅の制限を解除する。

ルータは、第２の端末装置に直接に接続して、ステップ７０２とステップ７０３を実行しても良い。ルータは、サーバを介して第２の端末装置に接続してもよい。この場合、ステップ７０２において、サーバを介して第２の端末装置にルータへのアクセスを要求するアクセス要求を送信し、ステップ７０３において、サーバを介して第２の端末装置からルータへのアクセスを許可するか否かを示すフィードバック情報を受信する。又は、前記２つの方法を組み合わせることも可能である。例えば、第１の端末装置の第１の接続要求を受信した後、ルータは、第２の端末装置に既に接続されたか否かを検出し、第２の端末装置に既に接続された時、直接に第２の端末装置にルータへのアクセスを要求するアクセス要求を送信し、第２の端末装置との接続が確立されていない時、サーバを介して第２の端末装置に、ルータへのアクセスを要求するアクセス要求を送信する。なお、予めルータに第２の端末装置の機器ＩＤを設定しておき、ルータは、当該機器帯域に基づいて、接続が確立された装置の中に第２の端末装置が含まれているか否かを検出してもよい。

ステップ７０４において、ルータは、フィードバック情報を受信したとき、第１の端末装置がホストとしてルータにアクセスすることを許可し、第１の端末装置にホストとして接続することを許可することを示す指示情報を送信し、第１の端末装置から送信された、指示情報を含むホストとして接続することを要求する第２の接続要求を受信し、ホストとしての第１の端末装置と接続する。ルータにパスワードが設定されている場合、上記指示情報は、パスワードである。ルータは、第１の端末装置がホストとしてルータにアクセスすることを許可した後、第１の端末装置にパスワードを送信し、第１の端末装置から送信された、パスワードを含むホストとして接続することを要求する第２の接続要求を受信し、ホストとしての第１の端末装置と接続する。このようなパスワードを使用する形態において、安全性が高まり、全過程において、ゲストであるユーザにパスワードを明示することなく、ルータとの通信プロセスは、全て第１の端末装置の内部で実現する。

ルータ側は、上記した複数の実現方法がある。以下、２つの典型的な実施例を挙げてその実現過程を詳細に説明する。

図８に示されるように、本実施例によるルータアクセス制御プロセスにおいて、ルータ側が第２の端末装置に接続する時の方法は、下記のようなステップを含む。

ステップ８０１において、ルータは、第１の端末装置から送信された、第１の端末装置のユーザＩＤを含むゲストとして接続することを要求する第１の接続要求を受信し、ゲストである第１の端末装置と接続する。

ステップ８０２において、ルータは、第２の端末装置に、第１の端末装置のユーザＩＤを含む、ルータへのアクセスを要求するアクセス要求を送信する。

ステップ８０３において、ルータは、第２の端末装置から送信された、相手側がルータへのアクセスを許可するか否かを示すフィードバック情報を受信する。確認フィードバック情報を受信した時、ステップ８０４に進み、拒否フィードバック情報を受信した時、処理を終了、又は、第１の端末装置に、接続が拒否されたことを示す通知情報を送信し、第１の端末装置との接続を切断する。

ステップ８０４において、ルータは、第１の端末装置に、ホストとして接続することを許可したことを示す指示情報を送信する。この指示情報は、指示マークであり、ルータにパスワードが設定されていない場合に適用される。

ステップ８０５において、ルータは、第１の端末装置から送信された、指示情報を含むホストとして接続することを要求する第２の接続要求を受信する。

ステップ８０６において、ルータは、ホストとして第１の端末装置との接続を確立する。

本実施例において、ルータは、直接に第２の端末装置に接続されており、第１の端末装置と第２の端末装置が同一のローカルエリアネットワークに位置する場合に適用される。ルータは、第２の端末装置から送信された確認フィードバック情報を受信した後、第１の端末装置に当該指示情報を送信することで、第１の端末装置に身分の切り換え処理を作動させ、そして、改めて第１の端末装置との接続を確立し、第１の端末装置に対するアクセス権限と帯域幅の制限を解除する。アクセスのセキュリティを保証するとともに、アクセス制御効率も向上する。

図９に示されるように、本実施例によるルータアクセス制御プロセスにおいて、ルータ側でサーバに接続する方法は、下記のようなステップを含む。

ステップ９０１において、ルータは、第１の端末装置から送信された、第１の端末装置のユーザＩＤを含むゲストとして接続することを要求する第１の接続要求を受信し、ゲストである第１の端末装置と接続する。

ステップ９０２において、ルータは、サーバを介して第２の端末装置に、第１の端末装置のユーザＩＤを含むルータへのアクセスを要求するアクセス要求を送信する。

ステップ９０３において、ルータは、サーバを介して第２の端末装置から送信された、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を受信する。確認フィードバック情報を受信した時、ステップ９０４に進み、拒否フィードバック情報を受信した時、処理を終了、又は、第１の端末装置に、接続が拒否されたことを示す通知情報を送信し、第１の端末装置との接続を切断する。

ステップ９０４において、ルータは、第１の端末装置にパスワードを送信する。

ステップ９０５において、ルータは、第１の端末装置から送信された、パスワードを含むホストとして接続することを要求する第２の接続要求を受信する。

ステップ９０６において、ルータは、ホストとしての第１の端末装置との接続を確立する。

本実施例において、ルータは、サーバを介して第２の端末装置に接続されており、第１の端末装置と第２の端末装置がそれぞれ異なるローカルエリアネットワークに位置する場合に適用され、第２の端末装置がリモート制御を行うのに有利であり、距離と地域の制限を減少することができる。ルータは、第２の端末装置から送信された確認フィードバック情報を受信した後、第１の端末装置にパスワードを送信することで、第１の端末装置に身分の切り換え処理を作動させ、そして、改めて第１の端末装置との接続を確立し、第１の端末装置に対するアクセス権限と帯域幅の制限を解除する。パスワードを採用することにより、アクセスのセキュリティをさらに高めると共に、アクセス制御効率も向上する。

ルータは、サーバを介して第２の端末装置に接続することができるので、ルータへのアクセス制御プロセスは、サーバにも関わる。以下、サーバ側の実現過程について説明する。

図１０に示されるように、本実施例によるルータアクセス制御プロセスにおいて、サーバ側の方法は、下記のようなステップを含む。

ステップ１００１において、ルータから送信されたルータへのアクセスを要求するアクセス要求を受信する。

ステップ１００２において、受信したアクセス要求を第２の端末装置に送信する。

ステップ１００３において、第２の端末装置から送信された、相手側がルータアクセスすることを許可するか否かを示すフィードバック情報を受信する。

ステップ１００４において、受信したフィードバック情報をルータに送信し、ルータに、受信したフィードバック情報に基づいて、第１の端末装置がホストとしてルータにアクセスすることを許可するか否かを判定するように指示する。

サーバは、ルータと第２の端末装置との間の通信中継として、第２の端末装置のリモート制御に有利であり、地域の制限を減少することができる。

上記の実施例は、各装置それぞれの動作からルータアクセス制御プロセスを説明したが、以下、各装置を組み合わせてルータアクセス制御プロセスを詳細に説明する。

図１１に示されるように、本実施例によるルータアクセス制御プロセスにおいて、サーバが含まれていない場合の詳細な方法は、下記のようなステップを含む。

ステップ１１０１において、第１の端末装置は、ルータに第１の接続要求を送信し、ゲストとしてルータにアクセスする。

ステップ１１０２において、ルータは、第２の端末装置に、第１の端末装置のユーザＩＤを含むアクセス要求を送信する。

ステップ１１０３において、第２の端末装置は、ホストであるユーザに、受信したユーザＩＤを含む通知情報と操作ボタンを出力する。

ステップ１１０４において、第２の端末装置は、ホストであるユーザが操作ボタンを操作することによりトリガーされた操作指令を受信する。

ステップ１１０５において、第２の端末装置は、トリガーされた操作指令に応じて、フィードバック情報を生成する。

ステップ１１０６において、第２の端末装置は、ルータに、生成されたフィードバック情報を送信する。フィードバック情報が確認フィードバック情報であると、ステップ１１０７に進み、フィードバック情報が拒否フィードバック情報であると、ステップ１１１０に進む。

ステップ１１０７において、ルータは、第１の端末装置に、ホストとして接続することを許可することを示す指示情報を送信する。

ステップ１１０８において、第１の端末装置は、ルータに、接続を要求することを示す第２の接続要求を送信し、許可を得た後、ルータにアクセスする。

ステップ１１０９において、ルータは、ホストとしての第１の端末装置との接続を確立する。

ステップ１１１０において、ルータは、第１の端末装置に、接続が拒否されたことを示す通知情報を送信する。

図１２に示されるように、本実施例によるルータアクセス制御プロセスにおいて、サーバが含まれた場合の詳細な方法は、下記のようなステップを含む。

ステップ１２０１において、第１の端末装置は、ルータに、第１の接続要求を送信し、ゲストとしてルータにアクセスする。

ステップ１２０２において、ルータは、サーバに、第１の端末装置のユーザＩＤを含むアクセス要求を送信する。

ステップ１２０３において、サーバは、第２の端末装置に、第１の端末装置のユーザＩＤを含むアクセス要求を送信する。

ステップ１２０４において、第２の端末装置は、受信したユーザＩＤをユーザＩＤ群におけるユーザＩＤとのマッチングを行なう。

ステップ１２０５において、第２の端末装置は、相手側のユーザＩＤに基づいて、ルータへのアクセスを許可するか否かを示すフィードバック情報を生成する。

ステップ１２０６において、第２の端末装置は、サーバに、生成されたフィードバック情報を送信する。

ステップ１２０７において、サーバは、ルータに、受信したフィードバック情報を送信する。フィードバック情報が確認フィードバック情報であると、ステップ１２０８に進み、フィードバック情報が拒否フィードバック情報であると、ステップ１２１１に進む。

ステップ１２０８において、ルータは、第１の端末装置に、パスワードを送信する。

ステップ１２０９において、第１の端末装置は、ルータに、パスワードを含む第２の接続要求を送信し、ホストとしてルータにアクセスする。

ステップ１２１０において、ルータは、ホストとしての第１の端末装置との接続を確立する。

ステップ１２１１において、ルータは、第１の端末装置に、接続が拒否された通知情報を送信する。

ステップ１１０２と１２０２を実行する前に、ルータは、第２の端末装置と既に接続したか否かを検出し、第２の端末装置と既に接続した場合は、続いてステップ１１０２及びその後のステップを実行する。第２の端末装置との接続が確立されていない場合は、ステップ１２０２及びその後のステップを実行する。

以上、ルータアクセス制御プロセスの実現過程を説明した。この実現過程は、４つの装置に関わり、以下、これらの４つの装置の内部構成及び機能について説明する。これらの４つの装置は、１つのシステムを構成することができ、このシステムの構成及び機能についても説明する。

図１３に示されるように、本実施例におけるルータアクセス制御装置１３００（即ち、第１の端末装置）は、第１の送信モジュール１３０１と、受信モジュール１３０２と、第２の送信モジュール１３０３とを備える。

第１の送信モジュールは、ルータに、ローカルのユーザＩＤを含む、ゲストとして接続することを要求する第１の接続要求を送信し、ゲストとしてルータにアクセスするためのものである。

受信モジュール１３０２は、ルータから送信された、ルータへのアクセスを許可することを示す指示情報を受信するためのものである。

第２の送信モジュール１３０３は、ルータに、受信した指示情報を含む、ルータへの接続を要求する第２の接続要求を送信し、ルータの許可を得た後、ルータにアクセスするためのものである。

図１４に示されるように、本実施例におけるルータアクセス制御装置１４００（即ち、第２の端末装置）は、受信モジュール１４０１と、処理モジュール１４０２と、送信モジュール１４０３とを備える。

受信モジュール１４０１は、ルータへのアクセスを要求する相手側のユーザＩＤを含む、ルータにアクセスすることを要求するアクセス要求を受信するためのものである。

処理モジュール１４０２は、相手側のユーザＩＤに基づいて、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を生成するためのものである。

送信モジュール１４０３は、生成されたフィードバック情報を送信するためのものである。

本実施例において、受信モジュール１４０１は、ルータから送信された、ルータへのアクセスを要求するアクセス要求を受信し、送信モジュール１４０３は、ルータに、生成されたフィードバック情報を送信する。又は、受信モジュール１４０１は、サーバから送信されたルータへのアクセスを要求するアクセス要求を受信し、送信モジュール１４０３は、サーバに、生成されたフィードバック情報を送信し、サーバに、当該フィードバック情報をルータに送信するように指示する。

図１５に示されるように、処理モジュール１４０２は、出力ユニット１５０１と、受信ユニット１５０２と、処理ユニット１５０３とを含む。

出力ユニット１５０１は、ユーザＩＤを含む通知情報を出力するためのものである。

受信ユニット１５０２は、通知情報に対する操作の操作指令を取得するためのものである。

処理ユニット１５０３は、取得した操作指令に基づいて、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を生成するためのものである。操作指令が永遠に許可することを示す操作指令である場合、処理ユニット１５０３は、第１の端末装置のルータへのアクセスを許可することを示す確認フィードバック情報を生成するとともに、第１の端末装置のユーザＩＤを記憶する。操作指令が今回のみ許可することを示す操作指令である場合、処理ユニット１５０３は、第１の端末装置のルータへのアクセスを許可することを示す確認フィードバック情報を生成する。操作指令がアクセスを拒否することを示す操作指令である場合、処理ユニット１５０３は、第１の端末装置のルータへのアクセスを拒否することを示す拒否フィードバック情報を生成する。

処理モジュール１４０２は、さらに、マッチングユニット１５０４を備える。マッチングユニット１５０４は、受信したユーザＩＤを、ユーザＩＤ群に含まれるユーザＩＤとのマッチングを行い、マッチング成功のユーザＩＤが存在する場合、第１の端末装置のルータへのアクセスを許可することを示す確認フィードバック情報を生成し、マッチング成功のユーザＩＤが存在しない場合、第１の端末装置のルータへのアクセスを拒否することを示す拒否フィードバック情報を生成する。

装置１３００と装置１４００は、同じ装置であってもよく、両者が異なる場面において異なる動作を行うことにすぎない。つまり、１つの装置は装置１３００の全てのモジュールと装置１４００の全てのモジュールを有する構成であってもよい。

図１６に示されるように、本実施例におけるルータアクセス制御装置１６００（即ち、ルータ）は、第１の受信モジュール１６０１と、第１の送信モジュール１６０２と、第２の受信モジュール１６０３と、処理モジュール１６０４とを備える。

第１の受信モジュール１６０１は、第１の端末装置から送信された、第１の端末装置のユーザＩＤを含むゲストとしてルータへの接続を要求する第１の接続要求を受信市、ゲストとして第１の端末装置に接続するためのものである。

第１の送信モジュール１６０２は、アクセス制御権限のある第２の端末装置に、第１の端末装置のユーザＩＤを含む、ルータへの接続を要求するアクセス要求を送信するためのものである。

第２の受信モジュール１６０３は、第２の端末装置から送信された、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を受信するためのものである。

処理モジュール１６０４は、受信したフィードバック情報に基づいて、第１の端末装置がホストとしてルータに接続することを許可するか否かを判定するためのものである。

本実施例において、第１の送信モジュール１６０２は、サーバを介して、アクセス制御権限のある第２の端末装置にルータへのアクセスを要求するアクセス要求を送信し、第２の受信モジュール１６０３は、サーバを介して、第２の端末装置から送信された、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を受信する。

図１７に示されるように、装置１６００は、さらに、第２の端末装置との接続が確立されたか否かを検出するための検出モジュール１６０５を含む。

図１８に示されるように、第１の送信モジュール１６０２は、第１の送信ユニット１８０１と第２の送信ユニット１８０２を含む。

第１の送信ユニット１８０１は、第２の端末装置に既に接続された場合、アクセス制御権限のある第２の端末装置にルータへのアクセスを要求するアクセス要求を直接送信するためのものである。

第２の送信ユニット１８０２は、第２の端末装置との接続が確立されていない場合、サーバを介して、アクセス制御権限のある第２の端末装置にルータへのアクセスを要求するアクセス要求を送信するためのものである。

受信したフィードバック情報が、第１の端末装置のホストとしてルータにアクセスすることを許可する確認フィードバック情報である場合、処理モジュール１６０４は、第１の端末装置がホストとしてルータにアクセスすることを許可する。図１９に示されるように、装置１６００は、さらに、第２の送信モジュール１６０６及び第３の受信モジュール１６０７を含む。

第２の送信モジュール１６０６は、第１の端末装置がホストとしてルータにアクセスすることが許可された後、第１の端末装置にパスワードを送信するためのものである。

第３受信モジュール１６０７は、第１の端末装置から送信された、パスワードを含むホストとしてルータへのアクセスを要求する第２の接続要求を受信し、ホストとしての第１の端末装置との接続を確立するためのものである。

図２０に示されるように、本実施例におけるルータアクセス制御装置２０００（即ち、サーバ）は、第１の受信モジュール２００１と、第１の送信モジュール２００２と、第２の受信モジュール２００３と、第２の送信モジュール２００４とを含む。

第１の受信モジュール２００１は、ルータから送信された、ルータへのアクセスを要求するアクセス要求を受信するためのものである。

第１の送信モジュール２００２は、受信したアクセス要求を第２の端末装置に送信するためのものである。

第２の受信モジュール２００３は、第２の端末装置から送信された、ルータへのアクセスを許可するか否かを示すフィードバック情報を受信するためのものである。

第２の送信モジュール２００４は、受信したフィードバック情報をルータに送信し、ルータに、受信したフィードバック情報に基づいて第１の端末装置がホストとしてルータへアクセスする許可するか否かを判定するように指示するためのものである。

本発明の実施例は、さらに１つの端末を提供し、図２１は、本発明の実施例が提供する１つの端末装置の構成を示す図である。この端末装置は、上記実施例において説明したルータアクセス制御方法に用いられる。好ましくは、クライアント側のスクリプト（例えば、ｊａｖａｓｃｒｉｐｔ）の実行をサポートし、又はＷ３Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ）に提供されたＨＴＭＬ５（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ ５）仕様をサポートするブラウザのハードウェア環境を例として説明する。

端末装置２１００は、通信ユニット１１０、コンピューターが読み取り可能な記録媒体を一つ以上含むメモリ１２０、入力ユニット１３０、表示ユニット１４０、センサー１５０、オーディオ回路１６０、無線通信ユニット１７０、一つ以上の処理コアを有するプロセッサ１８０、及び電源１９０などの部品を含む。当業者は、図２１に示す端末装置の構成は端末装置に対する限定ではなく、当該端末装置が、図示した部品より多い数、または少ない数の部品を備えてもよく、或いは、幾つかの部品の組み合わせ、または異なる部品配置を有してもよい、ことを理解すべきである。

ここで、通信ユニット１１０は、情報の送受信または通話中において、信号を受信及び送信するためのものである。当該通信ユニット１１０は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）回路、ルーター、モデム等のネットワーク通信装置であってもよい。特に、通信ユニット１１０がＲＦ回路である場合、基地局からの下り情報を受信した後、１つ、或いは１つ以上のプロセッサ１８０に渡して処理させる。また、上りデータを基地局に送信する。一般的に、通信ユニットとしてのＲＦ回路は、アンテナ、少なくとも１つのアンプ、チューナー、１つ又は複数の発振器、加入者識別モジュール（ＳＩＭ）カード、受発信機、カプラー、ＬＮＡ（Ｌｏｗ Ｎｏｉｓｅ Ａｍｐｌｉｆｉｅｒ、ローノイズアンプ）、デュプレクサ等を含むが、これらに限らない。なお、通信ユニット１１０は、無線通信でネットワーク、及び他の装置と通信することができる。上記無線通信として、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、電子メール、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ）等を含む任意の通信規格またはプロトコルを利用してもよいが、これらに限らない。メモリ１２０は、ソフトウェアプログラム及びモジュールを格納するためのものであり、プロセッサ１８０は、メモリ１２０に格納されたソフトウェアプログラム及びモジュールを実行することで、各種機能のアプリ及びデータ処理を実施する。メモリ１２０には、主に、プログラム格納領域とデータ格納領域を有する。プログラム格納領域には、ＯＳ、少なくとも１つの機能を実行するアプリ（例えば、音声再生機能、画像再生機能等）等が格納される。データ格納領域には、端末装置２１００の使用により作成されたデータ（例えば、オーディオデータ、電話帳等）等が格納される。また、メモリ１２０は、高速ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含んでもよく、さらに、例えば少なくとも１つの磁気ディスクメモリ、フラッシュメモリなどの不揮発性メモリ、或いは他の揮発性のＳＳＤ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）メモリを含んでもよい。また、メモリ１２０は、プロセッサ１８０及び入力ユニット１３０がメモリ１２０にアクセスできるように、メモリ制御器をさらに含んでもよい。

入力ユニット１３０は、数字或いはキャラクター情報の入力の受け付け、及び、ユーザ設定及び機能制御に関するキーボード、マウス、ジョイスティック、光学ボールやトラックボールにより信号入力を発生させるためのものである。好ましくは、入力ユニット１３０は、タッチセンシティブ表面１３１及び他の入力装置１３２を含んでもよい。タッチセンシティブ表面１３１は、タッチパネルやタッチパッドとも呼ばれ、ユーザがその表面上や付近に対するタッチ操作（例えば、ユーザが指やタッチペンなどの任意の適した物や付属品を使用して、タッチセンシティブ表面１３１上やタッチセンシティブ表面１３１付近に対して行う操作）を収集するとともに、予め設定されたプログラムにしたがって、関連する接続装置を駆動する。タッチセンシティブ表面１３１は、選択的に、タッチ検出手段及びタッチ制御器の２つの部分を含んでもよい。ここで、タッチ検出手段は、ユーザのタッチ位置を検出するとともに、タッチ操作による信号を検出し、そのタッチ情報をタッチ制御器に送信する。タッチ制御器は、タッチ検出手段からタッチ情報を受信し、当該情報を接触点座標に変換してプロセッサ１８０に送信するとともに、プロセッサ１８０からのコマンドを受信して実行する。なお、抵抗式、容量式、赤外線式及び表面弾性波式などの様々な方式によりタッチセンシティブ表面１３１を実現することができる。入力ユニット１３０は、タッチセンシティブ表面１３１に加えて、他の入力装置１３２をさらに含んでもよい。好ましくは、他の入力装置１３２は、物理的なキーボード、ファンクションキー（例えば、ボリュームボタン、スイッチボタン等）、トラックボール、マウス、ジョイスティック等の中の一つ又は複数を含んでもよいが、これらに限らない。

表示ユニット１４０は、ユーザが入力した情報やユーザに提供する情報、及び端末装置２１００の各種のグラフィカル・ユーザー・インターフェース（ＧＵＩ）を表示するためのものであり、これらのグラフィカル・ユーザー・インターフェースは、図形、テキスト、アイコン、ビデオ及びそれらの任意の組合せで構成されることができる。表示ユニット１４０は、表示パネル１４１を含む。表示パネル１４１は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）等の形態で構成されてもよい。さらに、タッチセンシティブ表面１３１は、表示パネル１４１を覆うように設けられ、タッチセンシティブ表面１３１がその表面または付近に対するタッチ操作を検出すると、その検出結果をプロセッサ１８０に転送してタッチイベントのタイプを確認させ、その後、プロセッサ１８０は、タッチイベントのタイプに基づいて、表示パネル１４１上に対応する視覚的出力を提供するように構成されてもよい。図２１において、タッチセンシティブ表面１３１と表示パネル１４１とが２つの独立した部品として出力及び入力の機能を実現するように構成されているが、タッチセンシティブ表面１３１と表示パネル１４１とを集積構成して入力及び出力機能を実現する実施例もあり得る。

端末装置２１００は、さらに、例えば光センサー、運動センサー及び他のセンサーなどの、少なくとも１つのセンサー１５０を含んでもよい。光センサーは、環境光センサーと近接センサーを含んでもよいが、環境光センサーは、環境光の明るさに基づいて、表示パネル１４１の輝度を調整することができ、近接センサーは、端末装置２１００が耳元まで移動すると、表示パネル１４１及び／又はバックライトをオフする。運動センサーの一種としての重力加速度センサーは、各方向（一般的には、３軸）における加速度の大きさを検出することができ、静止の状態では、重力の大きさ及びその方向を検出することができるので、携帯電話の姿勢を認識するアプリ（例えば、画面の横縦向きの切り替え、ゲーム、磁力計の姿勢校正）、振動認識に関する機能（例えば、歩数計、パーカッション）等に使用される。端末装置２１００には、さらに、ジャイロスコープ、気圧計、湿度計、温度計、赤外線センサー等のほかのセンサーが備えられるが、ここで、その具体的な説明は省略する。

オーディオ回路１６０、スピーカ１６１、マイク１６２は、ユーザと端末装置２１００との間のオーディオインタフェースを提供する。オーディオ回路１６０は、受信したオーディオデータから変換された電気信号をスピーカ１６１に転送し、スピーカ１６１により音声信号に変換して出力する。一方、マイク１６２は、収集した音声信号を電気信号に変換し、オーディオ回路１６０が当該電気信号を受信した後オーディオデータに変換し、オーディオデータをプロセッサ１８０に転送して処理してから、ＲＦ回路１１０を介して例えば他の端末装置に転送するか、或いはオーディオデータをメモリ１２０に送信して更に処理を行うようにする。オーディオ回路１６０は、端末装置２１００が外部のイヤホンと通信できるように、イヤホン挿入孔を含んでもよい。

当該端末装置は、無線通信を実現するために、無線通信ユニット１７０を備えてもよい。当該無線通信ユニット１７０は、ＷｉＦｉモジュールであってもよい。ＷｉＦｉは近距離無線通信技術に属し、ユーザに無線のブロードバンドインターネットアクセスを提供するので、ユーザは、端末装置２１００の無線通信ユニット１７０を利用して、電子メールの送受信、ウェブの閲覧、ストリーミングメディアのアクセス等を行なうことができる。図２１において、無線通信ユニット１７０を示しているが、当該無線通信ユニット１７０は、端末装置２１００にとって不可欠な構成ではなく、本発明の趣旨を変更しない範囲内で必要に応じて省略することができる、ことを理解すべきである。

プロセッサ１８０は、端末装置２１００の制御センターであり、各種のインタフェース及び回路を介して携帯電話全体の各部と接続され、メモリ１２０内に格納されたソフトウェアプログラム及び／又はモジュールを実行または作動させるとともに、メモリ１２０内に格納されたデータを呼び出すことによって、端末装置２１００の各種機能の実行及びデータの処理を実現することで、携帯電話全体をコントロールする。好ましくは、プロセッサ１８０は、１つ又は複数の処理コアを含んでもよく、アプリプロセッサとモデムプロセッサを集積して構成されてもよい。ここで、アプリプロセッサは、主に、ＯＳ、ユーザインタフェース、及びアプリなどを処理し、モデムプロセッサは、主に、無線通信を処理する。また、上記モデムプロセッサがプロセッサ１８０に集積されなくてもよい、ことを理解すべきである。

端末装置２１００は、さらに、各部に電力を供給する電源１９０（例えば、バッテリー）を含み、好ましくは、当該電源は、電源管理システムを介してプロセッサ１８０にロジック的に接続されることにより、電源管理システムを介して充電・放電管理、及び電力管理等の機能を実現することができる。電源１９０は、さらに、１つ或いは１つ以上の直流又は交流電源、再充電システム、電源故障検出回路、電源コンバータ又はインバータ、電源状態インジケータ等の任意のアセンブリを含んでもよい。

端末装置２１００は、図示してはないが、カメラ、ブルートゥースモジュール等をさらに含んでもよいが、ここで、その具体的な説明は省略する。本実施例において、端末装置は、ブラウザを介してウェブページを閲覧し、さらに、記憶装置、及び記憶装置に記憶され、１つ又は１つ以上のプロセッサーにより実行される１つ又は１つ以上のプログラムを有し、１つ又は１つ以上のプログラムは、下記操作を行うための指令を含む。

ルータに、ローカルのユーザＩＤを含み、ゲストとしてルータへのアクセス要求を示す第１の接続要求を送信し、ゲストとしてルータにアクセスする。

ルータから送信されたアクセス許可を示す指示情報を受信する。

ルータに、受信した指示情報を含み、ルータへの接続を要求することを示す第２の接続要求を送信し、許可を得た後、ルータにアクセスする。

又は、記憶装置は、下記操作を行うための指令を含む。

ルータへのアクセスを要求する相手側のユーザＩＤを含み、ルータへのアクセスを要求することを示すアクセス要求を受信する。

相手側のユーザＩＤに基づいて、ルータへのアクセスを許可するか否かを示すフィードバック情報を生成する。

生成されたフィードバック情報を送信する。

記憶装置は、さらに、下記操作を行うための指令を含む。

前記ルータへのアクセスを要求するアクセス要求を受信することは、ルータから送信された、ルータへのアクセスを要求するアクセス要求を受信することを含み、前記生成されたフィードバック情報を送信することは、ルータに、生成されたフィードバック情報を送信することを含む。

又は、前記ルータへのアクセスを要求するアクセス要求を受信することは、サーバから送信された、ルータへのアクセスを要求するアクセス要求を受信することを含み、前記生成されたフィードバック情報を送信することは、サーバに、生成されたフィードバック情報を送信し、サーバに当該フィードバック情報をルータに送信するように指示することを含む。

記憶装置は、さらに、下記操作を行うための指令を含む。

前記相手側の前記ユーザＩＤに基づいて、相手側のルータへのアクセスを許可するか否かを示す前記フィードバック情報を生成することは、前記ユーザＩＤを含む通知情報を出力し、前記通知情報に対する操作指令を受信し、前記受信した前記操作指令に基づいて、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を生成することを含む。

図２２は、本発明の実施例による１つのネットワークデバイスの構成を示す図である。図２２に示されるように、当該ネットワークデバイスは、上記実施例において説明したルータアクセス制御方法に用いられることができる。当該ネットワークデバイスは、ネットワーク環境下の高性能コンピュータやコンピュータシステムなどであり、ネットワーク上の他のコンピュータ（クライアント）からのサービス要求をモニターし、それに対応するサービスを提供する。

好ましくは、当該ネットワークデバイス２２００は、下記の構造と機能を含むが、これらに限定されるものではない。好ましくは、当該ネットワークデバイス２２００は、少なくとも、１つ又は複数のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）６１０と、１つ又は複数の内部メモリ６３０と、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）６２１、アプリケーションプログラム６２２、及びデータを記憶する１つ又は複数の媒体６２０（例えば、１つ又は複数の大容量の記憶装置）を含む。

上記１つ又は複数の内部メモリ６３０と媒体６２０は、一時的又は非一時的なものに設置されてもよい。１つ又は複数の媒体６２０に記憶されるプログラムは、１つ又は複数のモジュールを含んでもよい。各モジュールは、ネットワークデバイス２２００の操作命令セットを含んでもよい。さらに、ＣＰＵ６１０は、媒体６２０と通信を行うように配置されてもよく、命令セットとネットワークデバイス２２００の操作を実行する。

当該ネットワークデバイスは、さらに、１つ又は複数の電源６６０、１つ又は複数の有線又は無線ネットワークインタフェース６４０、１つ又は複数のキーボード、１つ又は複数の入出力（Ｉ／Ｏ）インタフェース６５０、及び／又は、例えば、Ｗｉｎｄｏｗｓ ＳｅｒｖｅｒＴＭ、Ｍａｃ ＯＳ ＸＴＭ、ＵｎｉｘＴＭ、ＬｉｎｕｘＴＭ、ＦｒｅｅＢＳＤＴＭなどの１つ又は複数のＯＳ６２１を含む。

具体的には、本実施例において、当該ネットワークデバイスがルータとして機能する場合、記憶装置、及び記憶装置に記憶され、１つ又は１つ以上のプロセッサーにより実行される１つ又は１つ以上のプログラムを有し、１つ又は１つ以上のプログラムは、下記操作を行うための指令を含む。

第１の端末装置のユーザＩＤを含み、第１の端末装置から送信された、ゲストとして接続を要求する第１の接続要求を受信し、ゲストとして第１の端末装置と接続する。

アクセス制御権限のある第２の端末装置に、第１の端末装置のユーザＩＤを含む、ルータへのアクセスを要求するアクセス要求を送信する。

第２の端末装置から送信された、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を受信する。

受信したフィードバック情報に基づいて、第１の端末装置がホストとしてルータへアクセスすることを許可するか否かを判定する。

記憶装置は、さらに、下記操作を行うための指令を含む。

アクセス制御権限のある第２の端末装置に、ルータへのアクセスを要求する前記アクセス要求を送信することは、サーバを介してアクセス制御権限のある第２の端末装置に、ルータへのアクセスを要求するアクセス要求を送信することを含む。

第２の端末装置から送信された、ルータへのアクセスを許可するか否かを示すフィードバック情報を受信することは、サーバを介して、第２の端末装置から送信された、ルータへのアクセスを許可するか否かを示すフィードバック情報を受信することを含む。

記憶装置は、さらに、下記操作を行うための指令を含む。

前記操作は、さらに、アクセス制御権限のある第２の端末装置にルータへのアクセスを要求する前記アクセス要求を送信する前に、第２の端末装置と既に接続が確立されたか否かを検出することを含む。

前記アクセス制御権限のある第２の端末装置にルータへのアクセスを要求する前記アクセス要求を送信することは、前記第２の端末装置と既に接続された場合、アクセス制御権限のある第２の端末装置に、ルータへのアクセスを要求するアクセス要求を直接送信することを含む。

前記アクセス制御権限のある第２の端末装置にルータへのアクセスを要求する前記アクセス要求を送信することは、前記第２の端末装置と接続されていない場合、サーバを介してアクセス制御権限のある第２の端末装置にルータへのアクセスを要求するアクセス要求を送信することを含む。

記憶装置は、さらに、下記操作を行うための指令を含む。

前記受信したフィードバック情報は、第１の端末装置がホストとしてルータへのアクセスを許可することを示す確認フィードバック情報である。

前記受信したフィードバック情報に基づいて、第１の端末装置がホストとしてルータにアクセスすることを許可するか否かの判定は、確認フィードバック情報を受信すると、前記第１の端末装置がホストとしてルータにアクセスすることを許可することを含む。

前記操作は、さらに、前記第１の端末装置がホストとしてルータに接続することを許可した後、前記第１の端末装置にパスワードを送信することと、第１の端末装置から送信された、前記パスワードを含むホストとしてルータへの接続を要求する第２の接続要求を受信し、ホストとなる前記第１の端末装置との接続を確立することとを含む。

具体的には、本実施例において、ネットワークデバイスがサーバとして機能する場合、ネットワークデバイスは、記憶装置、及び記憶装置に記憶され、１つ又は１つ以上のプロセッサーにより実行される１つ又は１つ以上のプログラムを有し、１つ又は１つ以上のプログラムは、下記操作を行うための指令を含む。

ルータから送信された、ルータへのアクセスを要求するアクセス要求を受信する。

受信したアクセス要求を第２の端末装置に送信する。

第２の端末装置から送信された、相手側のルータへのアクセスを許可するか否かを示すフィードバック情報を受信する。

受信したフィードバック情報をルータに送信し、ルータに、受信したフィードバック情報に基づいて、第１の端末装置のホストとしてのルータへのアクセスを許可するか否かを判断させるように指示する。

図２３に示されるように、本実施例におけるネットワークシステムは、第１の端末装置２３０１と、ルータ２３０２と、第２の端末装置２３０３とを含む。

第１の端末装置２３０１は、ルータ２３０２に、ローカルのユーザＩＤを含む、ゲストとしての接続を要求する第１の接続要求を送信し、ゲストとしてルータ２３０２にアクセスし、ルータからの許可を得た後、ホストとしてルータ２３０２にアクセスする。

ルータ２３０２は、第１の端末装置２３０１から送信された、第１の端末装置２３０１のユーザＩＤを含むゲストとして接続することを要求する第１の接続要求を受信し、ゲストとしての第１の端末装置２３０１との接続を確立する。ルータ２３０２は、アクセス制御権限のある第２の端末装置２３０３に、第１の端末装置２３０１のユーザＩＤを含むルータへのアクセスを要求するアクセス要求を送信する。ルータ２３０２は、第２の端末装置２３０３から送信された、ルータへのアクセスを許可するか否かを示すフィードバック情報を受信し、受信したフィードバック情報に基づいて、第１の端末装置２３０１がホストとしてルータへアクセスすることを許可するか否かを判定する。

第２の端末装置２３０３は、ルータへのアクセスを要求する相手側のユーザＩＤを含むルータ２３０２へのアクセスを要求するアクセス要求を受信し、相手側のユーザＩＤに基づいて、第１の端末装置２３０１のルータへのアクセスを許可するか否かを示すフィードバック情報を生成し、生成したフィードバック情報を送信する。

図２４に示されるように、前記ネットワークシステムは、さらに、ルータと第２の端末装置との間のアクセス要求及びフィードバック情報を転送するサーバ２３０４を含む。

本発明の実施例において、ゲストとしての端末装置は、まず、ゲストとしてルータに接続し、パスワードを取得した後、当該パスワードを利用してホストとしてルータに接続する。このプロセスにおいて、ゲストであるユーザが手動でパスワードを入力することは不要であり、操作が簡単になり、ルータへのアクセス効率が向上する。

なお、典型的には、本発明に記載のモバイル端末は、例えば携帯電話、パーソナルディジタルアシスタント（ＰＤＡ）等の各種の手持ち端末装置であってもよいため、本発明の保護範囲をある特定タイプのモバイル端末に限定すべきではない。

なお、本発明に係る方法は、さらに、ＣＰＵにより実行されるコンピュータプログラムとしても実現されることができる。該コンピュータプログラムがＣＰＵにより実行されると、本発明の方法において限定される上述の機能が実現される。

なお、上記の方法の各ステップ及びシステム要素は、コントローラ、及びコントローラに上記のステップ又は要素の機能を実現させるコンピュータプログラムを記録するためのコンピュータ読取り可能な記録媒体によりも実現されることができる。

なお、当業者であれば、本発明に記載のコンピュータ読取り可能な記録媒体（例えば、メモリ）は、揮発性メモリまたは不揮発性メモリのいずれかであってもよく、あるいは、揮発性メモリ及び不揮発性メモリの両方を備えてもよいことを理解すべきである。例えば、不揮発性メモリには、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｂｅｒ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、又はフラッシュメモリが含まれてもよく、揮発性メモリには、外部のキャッシュメモリとして機能するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）が含まれてもよいが、両方ともこれに限定されないものではない。例えば、ＲＡＭは、ＳＲＡＭ(ｓｙｎｃｈｒｏｎｏｕｓ ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）、ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｙｎａｍｉｃ ＲＡＭ）、ＤＤＲ ＳＤＲＡＭ（Ｄｏｕｂｌｅ−Ｄａｔａ−Ｒａｔｅ ＳＤＲＡＭ）、ＥＳＤＲＡＭ（Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ）、ＳＬＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ ｌｉｎｋ ＲＡＭ）及びＤＲＲＡＭ（Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ）などの多くの形式により実現可能であるが、これに限定されないものではない。ここで上記の記録媒体を開示するのは、本発明の保護範囲にこれらの記録媒体及び他の適したタイプの記録媒体を含ませるためであって、これらのみに限定されないことを意図する。

当業者は、更に、本発明に記載の種々の例示的な論理ブロック、モジュール、回路、及びアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、又は両者の組み合わせにより実現され得る、ことを理解すべきである。ハードウェアとソフトウェアの間のこのような互換性を明確に説明するために、種々の例示的なコンポーネント、ブロック、モジュール、回路、及びステップの機能について、以上において通常的な説明を行っている。このような機能が、ソフトウェアにより実現されるか、又は、ハードウェアにより実現されるかは、具体的なアプリ、及びシステム全体に課される設計上の制約により選択される。当業者は、具体的なアプリそれぞれにおいて、様々な方式を選択して前記機能を実現してもよく、このような選択は、本発明の範囲を逸脱したものとして解釈されるべきではない。

以上の開示内容に結び付けられて説明される種々の例示的な論理ブロック、モジュール、及び回路は、上述の機能を行なうように設計された汎用プロセッサ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ）、ＦＰＧＡ（Ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）または他のプログラム可能な論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、或いは、これら部材の任意の組み合わせによって、実現又は実行されることができる。汎用プロセッサは、マイクロプロセッサであってもよいが、マイクロプロセッサの代わりに、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械であってもよい。プロセッサは、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと１つ又は複数のマイクロプロセッサの組み合わせ、或いは任意のこのような他の構成といった、コンピューティングデバイスの組み合わせとして実現されてもよい。

以上の開示内容に結び付けられて説明される方法、又は、アルゴリズムのステップは、ハードウェア、プロセッサによって実行されるソフトウェアモジュール、又はこの両者の組合せに直接的に含まれる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、又は当該分野において公知の他の形態で存在する任意の記憶媒体に格納されてもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み出すことができ、且つ、プロセッサが記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代案として、前記記憶媒体はプロセッサと一体的に集積されてもよい。プロセッサと記憶媒体はＡＳＩＣに格納されてもよい。ＡＳＩＣはユーザ端末に格納されてもよい。代案として、プロセッサと記憶媒体は別個のコンポーネントとしてユーザ端末に格納されてもよい。

１つ又は複数の例示的な設計として、前記機能はハードウェア、ソフトウェア、ファームウェア又はこれらの任意の組み合わせによって実現されることができる。ソフトウェアにより実現される場合、前記機能を１つ又は複数の指令、又はコードとしてコンピュータ読取り可能な媒体に記憶するか、又は、コンピュータ読取り可能な媒体を用いて伝送する。コンピュータ読取り可能な媒体は、コンピュータ記憶媒体及び通信媒体を含み、該通信媒体には、コンピュータプログラムを１つの位置から他の位置へ伝送するための任意の媒体が含まれる。記憶媒体は、汎用又は専用コンピュータによりアクセス可能な任意の使用可能媒体であり得る。例として、当該コンピュータ読取り可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ又は他の光ディスク記憶デバイス、ディスク記憶デバイス又は他の磁性記憶デバイスを含んでもよく、或いは、携帯できるもの、又は記憶形態が指令又はデータ構造である必要なプログラムコードを記憶するためのもので、且つ、汎用又は専用コンピュータ或いは汎用又は専用プロセッサアクセスによりアクセス可能な任意の他の媒体であり得るが、これに限定されるものではない。なお、任意の接続であっても、コンピュータ読取り可能な媒体として称されることができる。例えば、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、又は、赤外線、ワイヤレス及びマイクロ波のような無線技術を用いて、ウェブサイト、サーバ又は他のリモートソースからソフトウェアを送信する場合、上記の同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、又は、赤外線、ワイヤレス及びマイクロ波のような無線技術の何れもが媒体の定義に含まれる。以上の磁気ディスク及び光ディスクは、ＣＤ（ｃａｍｐａｃｔ ｄｉｓｋ）、レーザーディスク、光ディスク、ＤＶＤ（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）、フロッピー・ディスク、ブルーレイディスクを含み、磁気ディスクは、通常磁性を利用してデータの再生を行なうものであり、光ディスクは、レーザ光を用いて光学的にデータの再生を行なうものである。また、以上の構成の組合わせもコンピュータ読取り可能な媒体の範囲に含まれるべきである。

以上の開示内容により、本発明の実施例を例示的に示しているが、請求項により限定される本発明の範囲を逸脱しない限り、多種の変更及び修正を行うことができる。以上に開示された実施例に基づく方法請求項の機能、ステップ及び／又はジェスチャーは、ある特定の手順で実行する必要はない。なお、本発明に係る要素は、個体として記載又は要求されているが、単数であると明確に限定されていない限り、複数であってもよい。

上記の具体的な実施形態において、本発明の目的、技術案及び有益な効果について更に詳細に説明しているが、上記の内容は、本発明の具体的な実施形態であって、本発明の保護範囲に対する限定ではなく、本発明の趣旨及び原則範囲内で行われる任意の修正、均等の取替、改良などは、その何れも本発明の保護範囲に含まれるべきである、ということを理解すべきである。

Claims (24)

1. 第１の端末装置に用いられ、
   ローカルのユーザＩＤを含む、第１の接続要求をルータに送信し、ゲストとしてルータにアクセスするステップと、
   アクセス制御権限のある第２の端末装置から許可を得た後、前記ルータから送信された、ゲストの代わりにホストとしてのアクセスを許可することを示すパスワードを受信するステップと、
   前記パスワードを含む、ホストとしての接続を要求する第２の接続要求を前記ルータに送信し、接続を確立した後、ホストとして前記ルータにアクセスするステップと、を含み、
   ゲストとして接続を確立した時のアクセスの帯域幅とアクセス権限は、ホストとして接続を確立した時のアクセスの帯域幅とアクセス権限よりも低いことを特徴とするルータアクセス制御方法。
2. 第２の端末装置に用いられ、
   ルータから送信された、ルータへのアクセスを要求する第１の端末装置のユーザＩＤを含む、前記第１の端末装置がルータへのアクセスを要求するアクセス要求を受信するステップと、
   前記第１の端末装置のユーザＩＤに基づいて、前記第１の端末装置がルータへのアクセスを許可されるか否かを示すフィードバック情報を生成するステップと、
   生成された前記フィードバック情報をルータへ送信するステップと、を含み、
   前記生成された前記フィードバック情報は、前記生成されたフィードバック情報が前記第１の端末装置がルータへのアクセスを許可されることを示す確認フィードバック情報である場合に、前記第１の端末装置がルータへのアクセスをルータに許可され、前記第１の端末装置がルータへのアクセスを許可された後、ルータが前記第１の端末装置にパスワードを送信し、ルータが、前記パスワードを含む、前記第１の端末装置から送信された接続を要求する第２の接続要求を受信し、前記第１の端末装置との接続を確立するように構成するものであることを特徴とするルータアクセス制御方法。
3. 前記ルータから送信された、前記第１の端末装置がルータへのアクセスを要求する前記アクセス要求を受信するステップは、サーバから送信された前記第１の端末装置がルータへのアクセスを要求するアクセス要求を受信するステップを含み、
   前記生成されたフィードバック情報をルータへ送信するステップは、サーバに、前記生成されたフィードバック情報を送信し、前記サーバに前記フィードバック情報を前記ルータに送信するように指示するステップを含む
   ことを特徴とする請求項２に記載の方法。
4. 前記第１の端末装置のユーザＩＤに基づいて、前記第１の端末装置のルータへのアクセスを許可するか否かを示すフィードバック情報を生成するステップは、
   前記第１の端末装置のユーザＩＤを含む通知情報を出力するステップと、
   前記通知情報に対する操作指令を取得するステップと、
   取得した前記操作指令に基づいて、前記第１の端末装置がルータへのアクセスを許可されるか否かを示すフィードバック情報を生成するステップとを含む
   ことを特徴とする請求項２に記載の方法。
5. ルータに用いられ、
   第１の端末装置のユーザＩＤを含む、第１の端末装置から送信された第１の接続要求を受信し、ゲストとしての第１の端末装置との接続を確立するステップと、
   アクセス制御権限のある第２の端末装置に、前記第１の端末装置のユーザＩＤを含む、前記第１の端末装置がルータへのアクセスを要求するアクセス要求を送信するステップと、
   前記第２の端末装置から送信された、前記第１の端末装置がルータへのアクセスを許可されるか否かを示すフィードバック情報を受信するステップと、
   受信したフィードバック情報に基づいて、前記第１の端末装置のルータへのアクセスを許可するか否かを判定するするステップと、
   前記受信したフィードバック情報は、前記第１の端末装置がルータへのアクセスを許可することを示す確認フィードバック情報である場合に、前記第１の端末装置がルータへのアクセスを許可され、前記第１の端末装置がルータへのアクセスを許可された後、前記第１の端末装置にパスワードを送信し、前記パスワードを含む、前記第１の端末装置から送信された接続を要求する第２の接続要求を受信し、前記第１の端末装置との接続を確立するステップと、を含む
   ことを特徴とするルータアクセス制御方法。
6. 前記アクセス制御権限のある第２の端末装置に、前記第１の端末装置がルータへのアクセスを要求するアクセス要求を送信するステップは、
   サーバを介して、アクセス制御権限のある第２の端末装置に、ルータへのアクセスを要求するアクセス要求を送信するステップを含み、
   前記第２の端末装置から送信された、前記第１の端末装置がルータへのアクセスを許可されるか否かを示すフィードバック情報を受信するステップは、
   サーバを介して、前記第２の端末装置から送信された、前記第１の端末装置がルータへのアクセスを許可するか否かを示すフィードバック情報を受信するステップを含む
   ことを特徴とする請求項５に記載の方法。
7. 前記アクセス制御権限のある第２の端末装置に、前記第１の端末装置がルータへのアクセスを要求することを示すアクセス要求を送信するステップの前に、さらに、
   第２の端末装置と既に接続が確立されたか否かを検出するステップを含み、
   前記アクセス制御権限のある第２の端末装置に、前記第１の端末装置がルータへのアクセスを要求するアクセス要求を送信するステップは、
   第２の端末装置と既に接続が確立された場合、前記第２の端末装置に前記第１の端末装置がルータへのアクセスを要求するアクセス要求を直接送信するステップと、
   第２の端末装置と接続が確立されていない場合、サーバを介して前記第２の端末装置にルータへのアクセスを要求するアクセス要求を送信するステップと、を含む
   ことを特徴とする請求項５に記載の方法。
8. サーバに用いられ、
   ルータから送信されたルータへのアクセスを要求するアクセス要求を受信するステップと、
   受信した前記アクセス要求を、アクセス制御権限のある第２の端末装置に送信するステップと、
   前記第２の端末装置から送信された、前記ルータへのアクセスを要求した第１の端末装置がルータへのアクセスを許可されるか否かを示すフィードバック情報を受信するステップと、
   受信した前記フィードバック情報をルータに送信し、ルータに、受信した前記フィードバック情報に基づいて、第１の端末装置のルータへのアクセスを許可するか否かを判定するように指示するステップと、を含み、
   前記受信されたフィードバック情報は、前記受信されたフィードバック情報が前記第１の端末装置がルータへのアクセスを許可されることを示す確認フィードバック情報である場合に、前記第１の端末装置がルータへのアクセスをルータに許可され、前記第１の端末装置がルータへのアクセスを許可された後、ルータが前記第１の端末装置にパスワードを送信し、ルータが、前記パスワードを含む、前記第１の端末装置から送信された接続を要求する第２の接続要求を受信し、前記第１の端末装置との接続を確立するように構成するものである
   ことを特徴とするルータアクセス制御方法。
9. 第１の端末装置に用いられ、
   ローカルのユーザＩＤを含む、第１の接続要求をルータに送信し、ゲストとしてルータにアクセスするための第１の送信モジュールと、
   アクセス制御権限のある第２の端末装置から許可を得た後、ルータから送信された、ゲストの代わりにホストとしてのアクセスを許可することを示すパスワードを受信するための受信モジュールと、
   前記パスワードを含む、ホストとしての接続を要求する第２の接続要求を前記ルータに送信し、接続を確立した後、ホストとしてルータにアクセスするための第２の送信モジュールと、を含み、
   ゲストとして接続を確立した時のアクセスの帯域幅とアクセス権限は、ホストとして接続を確立した時のアクセスの帯域幅とアクセス権限よりも低いことを特徴とするルータアクセス制御装置。
10. 第２の端末装置に用いられ、
    ルータから送信された、ルータへのアクセスを要求する第１の端末装置のユーザＩＤを含む、前記第１の端末装置がルータへのアクセスを要求するアクセス要求を受信するための受信モジュールと、
    前記第１の端末装置のユーザＩＤに基づいて、前記第１の端末装置がルータへのアクセスを許可されるか否かを示すフィードバック情報を生成するための処理モジュールと、
    生成されたフィードバック情報をルータへ送信するための送信モジュールと、を含み、
    前記生成されたフィードバック情報は、前記生成されたフィードバック情報が前記第１の端末装置がルータへのアクセスを許可されることを示す確認フィードバック情報である場合に、前記第１の端末装置がルータへのアクセスをルータに許可され、前記第１の端末装置がルータへのアクセスを許可された後、ルータが前記第１の端末装置にパスワードを送信し、ルータが、前記パスワードを含む、前記第１の端末装置から送信された接続を要求する第２の接続要求を受信し、前記第１の端末装置との接続を確立するように構成するものである
    ことを特徴とするルータアクセス制御装置。
11. 前記受信モジュールは、サーバから送信された、前記第１の端末装置がルータへのアクセスを要求するアクセス要求を受信し、
    前記送信モジュールは、サーバに、生成されたフィードバック情報を送信し、前記サーバに前記フィードバック情報を前記ルータに送信するように指示する
    ことを特徴とする請求項１０に記載の装置。
12. 前記処理モジュールは、
    前記第１の端末装置のユーザＩＤを含む通知情報を出力するための出力ユニットと、
    通知情報に対する操作指令を取得するための入力ユニットと、
    取得した操作指令に基づいて、前記第１の端末装置がルータへのアクセスを許可されるか否かを示すフィードバック情報を生成するための処理ユニットと、を含む
    ことを特徴とする請求項１０に記載の装置。
13. ルータに用いられ、
    第１の端末装置のユーザＩＤを含む、第１の端末装置から送信された第１の接続要求を受信し、ゲストとしての第１の端末装置との接続を確立するための第１の受信モジュールと、
    アクセス制御権限のある第２の端末装置に、第１の端末装置のユーザＩＤを含む、前記第１の端末装置がルータへのアクセスを要求するアクセス要求を送信するための第１の送信モジュールと、
    第２の端末装置から送信された、前記第１の端末装置がルータへのアクセスを許可されるか否かを示すフィードバック情報を受信するための第２の受信モジュールと、
    受信したフィードバック情報に基づいて、第１の端末装置が、ゲストの代わりにホストとしてルータにアクセスすることを許可するか否かを判定するための処理モジュールと、を含み、
    前記受信したフィードバック情報は、前記第１の端末装置がルータへのアクセスを許可することを示す確認フィードバック情報である場合に、前記処理モジュールは、第１の端末装置がホストとしてルータにアクセスすることを許可し、
    前記装置は、さらに、
    第１の端末装置がホストとしてルータにアクセスすることが許可された後、第１の端末装置にパスワードを送信するための第２の送信モジュールと、
    前記パスワードを含む、第１の端末装置から送信されたホストとして接続を要求する第２の接続要求を受信し、ホストとしての第１の端末装置との接続を確立するための第３受信モジュールと、を含む
    ことを特徴とするルータアクセス制御装置。
14. 前記第１の送信モジュールは、サーバを介して、アクセス制御権限のある第２の端末装置に、ルータへのアクセスを要求するアクセス要求を送信し、
    前記第２の受信モジュールは、サーバを介して、第２の端末装置から送信された、前記第１の端末装置がルータへのアクセスを許可されるか否かを示すフィードバック情報を受信する
    ことを特徴とする請求項１３に記載の装置。
15. さらに、第２の端末装置と既に接続が確立されたか否かを検出するための検出モジュールを含み、
    前記第１の送信モジュールは、
    第２の端末装置と既に接続が確立された場合、アクセス制御権限のある第２の端末装置に前記第１の端末装置がルータへのアクセスを要求するアクセス要求を直接送信するための第１の送信ユニットと、
    第２の端末装置と接続が確立されていない場合、サーバを介してアクセス制御権限のある第２の端末装置に前記第１の端末装置がルータへのアクセスを要求するアクセス要求を送信するための第２の送信ユニットと、を含む
    ことを特徴とする請求項１４に記載の装置。
16. サーバに用いられ、
    ルータから送信されたルータへのアクセスを要求するアクセス要求を受信するための第１の受信モジュールと、
    受信したアクセス要求を第２の端末装置に送信するための第１の送信モジュールと、
    第２の端末装置から送信された第１の端末装置がルータへのアクセスを許可されるか否かを示すフィードバック情報を受信するための第２の受信モジュールと、
    受信したフィードバック情報をルータに送信し、ルータに、受信したフィードバック情報に基づいて、第１の端末装置が、ゲストの代わりにホストとしてルータにアクセスすることを許可するか否か判定するように指示するための第２の送信モジュールと、を含み、
    前記受信されたフィードバック情報は、前記受信れたフィードバック情報が前記第１の端末装置がルータへのアクセスを許可されることを示す確認フィードバック情報である場合に、前記第１の端末装置がルータへのアクセスをルータに許可され、前記第１の端末装置がルータへのアクセスを許可された後、ルータが前記第１の端末装置にパスワードを送信し、ルータが、前記パスワードを含む、前記第１の端末装置から送信された接続を要求する第２の接続要求を受信し、前記第１の端末装置との接続を確立するように構成するものである
    ことを特徴とするルータアクセス制御装置。
17. 第１の端末装置に用いられ、
    記憶装置、及び記憶装置に記憶され、１つ又は１つ以上のプロセッサーにより実行される１つ又は１つ以上のプログラムを有し、
    前記１つ又は１つ以上のプログラムは、
    ローカルのユーザＩＤを含む、第１の接続要求をルータに送信し、ゲストとしてルータにアクセスする操作と、
    アクセス制御権限のある第２の端末装置から許可を得た後、ルータから送信された、ゲストの代わりにホストとしてのアクセスを許可することを示すパスワードを受信する操作と、
    前記パスワードを含む、ホストとしての接続を要求する第２の接続要求を前記ルータに送信し、接続を確立した後、ホストとして前記ルータにアクセスする操作と、を行うための指令を含み、
    ゲストとして接続を確立した時のアクセスの帯域幅とアクセス権限は、ホストとして接続を確立した時のアクセスの帯域幅とアクセス権限よりも低いことを特徴とする端末装置。
18. 第２の端末装置に用いられ、
    記憶装置、及び記憶装置に記憶され、１つ又は１つ以上のプロセッサーにより実行される１つ又は１つ以上のプログラムを有し、
    前記１つ又は１つ以上のプログラムは、
    ルータから送信された、ルータへのアクセスを要求する第１の端末装置のユーザＩＤを含む、前記第１の端末装置がルータへのアクセスを要求するアクセス要求を受信する操作と、
    前記第１の端末装置のユーザＩＤに基づいて、前記第１の端末装置がルータへのアクセスを許可されるか否かを示すフィードバック情報を生成する操作と、
    生成されたフィードバック情報を送信する操作と、を行うための指令を含み、
    前記生成されたフィードバック情報は、前記生成されたフィードバック情報が前記第１の端末装置がルータへのアクセスを許可されることを示す確認フィードバック情報である場合に、前記第１の端末装置がルータへのアクセスをルータに許可され、前記第１の端末装置がルータへのアクセスを許可された後、ルータが前記第１の端末装置にパスワードを送信し、ルータが、前記パスワードを含む、前記第１の端末装置から送信された接続を要求する第２の接続要求を受信し、前記第１の端末装置との接続を確立するように構成するものである
    ことを特徴とする端末装置。
19. 記憶装置、及び記憶装置に記憶され、１つ又は１つ以上のプロセッサーにより実行される１つ又は１つ以上のプログラムを有し、
    前記１つ又は１つ以上のプログラムは、
    第１の端末装置のユーザＩＤを含む、第１の端末装置から送信された第１の接続要求を受信し、ゲストとしての第１の端末装置との接続を確立する操作と、
    アクセス制御権限のある第２の端末装置に、第１の端末装置のユーザＩＤを含む、前記第１の端末装置がルータへのアクセスを要求するアクセス要求を送信する操作と、
    第２の端末装置から送信された、前記第１の端末装置がルータへのアクセスを許可されるか否かを示すフィードバック情報を受信する操作と、
    受信したフィードバック情報に基づいて、第１の端末装置が、ゲストの代わりにホストとしてルータにアクセスすることを許可するか否かを判定する操作と、
    前記受信したフィードバック情報は、前記第１の端末装置がルータへのアクセスを許可することを示す確認フィードバック情報である場合に、前記第１の端末装置がルータへのアクセスを許可され、前記第１の端末装置がルータへのアクセスを許可された後、前記第１の端末装置にパスワードを送信し、前記パスワードを含む、前記第１の端末装置から送信された接続を要求する第２の接続要求を受信し、前記第１の端末装置との接続を確立する操作と、を行うための指令を含む
    ことを特徴とするルータ。
20. 記憶装置、及び記憶装置に記憶され、１つ又は１つ以上のプロセッサーにより実行される１つ又は１つ以上のプログラムを有し、
    前記１つ又は１つ以上のプログラムは、
    ルータから送信されたルータへのアクセスを要求するアクセス要求を受信する操作と、
    受信したアクセス要求を第２の端末装置に送信する操作と、
    第２の端末装置から送信された、第１の端末装置がルータへのアクセスを許可されるか否かを示すフィードバック情報を受信する操作と、
    受信したフィードバック情報をルータに送信し、ルータに、受信したフィードバック情報に基づいて、第１の端末装置がホストとしてルータにアクセスすることを許可するか否かを判定するように指示する操作と、を行うための指令を含み、
    前記受信されたフィードバック情報は、前記受信されたフィードバック情報が前記第１の端末装置がルータへのアクセスを許可されることを示す確認フィードバック情報である場合に、前記第１の端末装置がルータへのアクセスをルータに許可され、前記第１の端末装置がルータへのアクセスを許可された後、ルータが前記第１の端末装置にパスワードを送信し、ルータが、前記パスワードを含む、前記第１の端末装置から送信された接続を要求する第２の接続要求を受信し、前記第１の端末装置との接続を確立するように構成するものである
    ことを特徴とするサーバ。
21. 第１の端末装置、ルータ、及び第２の端末装置を含み、
    第１の端末装置は、ローカルのユーザＩＤを含む、第１の接続要求をルータに送信し、ゲストとしてルータにアクセスし、アクセス制御権限のある第２の端末装置からルータの許可を得た場合、ゲストの代わりにホストとしてルータにアクセスし、ゲストとして接続を確立した時のアクセスの帯域幅とアクセス権限は、ホストとして接続を確立した時のアクセスの帯域幅とアクセス権限よりも低く、
    ルータは、第１の端末装置のユーザＩＤを含む、第１の端末装置から送信された第１の接続要求を受信し、ゲストとしての第１の端末装置に接続し、アクセス権限のある第２の端末装置に、第１の端末装置のユーザＩＤを含む、前記第１の端末装置がルータへのアクセスを要求するアクセス要求を送信し、第２の端末装置から送信された前記第１の端末装置がルータへのアクセスを許可されるか否かを示すフィードバック情報を受信し、受信したフィードバック情報に基づいて、第１の端末装置がホストとしてルータにアクセスすることを許可するか否かを判定し、前記受信したフィードバック情報は、前記第１の端末装置がルータへのアクセスを許可することを示す確認フィードバック情報である場合に、前記第１の端末装置がルータへのアクセスを許可され、前記第１の端末装置がルータへのアクセスを許可された後、前記第１の端末装置にパスワードを送信し、前記パスワードを含む、前記第１の端末装置から送信された接続を要求する第２の接続要求を受信し、前記第１の端末装置との接続を確立し、
    第２の端末装置は、ルータから送信された、前記ルータへのアクセスを要求する前記第１の端末装置のユーザＩＤを含む、前記ルータへのアクセスを要求するアクセス要求を受信し、前記第１の端末装置のユーザＩＤに基づいて、第１の端末装置がルータにアクセスすることを許可するか否かを示すフィードバック情報を生成し、生成したフィードバック情報を送信することを特徴とするネットワークシステム。
22. さらに、ルータと第２の端末装置との間のアクセス要求及びフィードバック情報を転送するサーバを含む
    ことを特徴とする請求項２１に記載のネットワークシステム。
23. プロセッサに実行されることにより、請求項１乃至８のいずれか１項に記載のアクセス制御方法を実現することを特徴とするプログラム。
24. 請求項２３に記載のプログラムが記録された記録媒体。

Images