(57)【要約】  本開示はルータ・プラグ・インを制御するための方法およびデバイスに関する。本方法は、プラグ・イン状態クエリ要求を端末から受信することと、プラグ・イン状態クエリ要求によりプラグ・インの実行状態を取得することと、プラグ・インの実行状態を端末に送信してプラグ・インの実行状態をユーザに表示するようにすることと、を含む。本開示の技術的解決法により、ユーザは端末を介してルータ・プラグ・インに問い合わせて制御し得る。
2016534473.tif 000002
【特許請求の範囲】
【請求項１】
ルータ・プラグ・インを制御するための方法であって、
プラグ・イン状態クエリ要求を端末から受信することと、
前記プラグ・イン状態クエリ要求によりプラグ・インの実行状態を取得することと、
前記プラグ・インの前記実行状態を前記端末に送信して前記プラグ・インの前記実行状態をユーザに表示するようにすることと、を含む方法。
【請求項２】
前記プラグ・イン状態クエリ要求によりプラグ・インの実行状態を取得することは、
前記プラグ・イン状態クエリ要求に保持されたプラグ・インＩＤを取得することと、
前記プラグ・インＩＤに対応するプロセスＩＤを事前設定の構成ファイルから取得することと、
前記プロセスＩＤにより前記プラグ・インの前記実行状態を取得することと、を含む請求項１に記載の方法。
【請求項３】
ルータを電源オンした後で事前設定の構成により前記プラグ・インを開始することと、
前記プラグ・インの前記プロセスＩＤおよび前記プラグ・インＩＤを前記事前設定の構成ファイルに記録することと、をさらに含む請求項２に記載の方法。
【請求項４】
前記プラグ・インを終了するための命令を前記端末から受信することと、
終了すべき前記プラグ・インの前記プラグ・インＩＤを取得することであって、終了すべき前記プラグ・インの前記プラグ・インＩＤは、前記プラグ・インを終了するための前記命令に保持される、取得することと、
終了すべき前記プラグ・インの前記プラグ・インＩＤに対応する前記プロセスＩＤにより、終了すべき前記プラグ・インを終了することと、
終了すべき前記プラグ・インの前記プラグ・インＩＤおよび前記プロセスＩＤを前記事前設定の構成ファイルから削除することと、をさらに含む請求項２に記載の方法。
【請求項５】
前記プラグ・インを開始するための命令を前記端末から受信することと、
開始すべき前記プラグ・インの前記プラグ・インＩＤを取得することであって、開始すべき前記プラグ・インの前記プラグ・インＩＤは、前記プラグ・インを開始するための前記命令に保持される、取得することと、
開始すべき前記プラグ・インの前記プラグ・インＩＤにより、開始すべき前記プラグ・インを開始することと、
開始すべき前記プラグ・インの前記プラグ・インＩＤおよび前記プロセスＩＤを前記事前設定の構成ファイルに記録することと、をさらに含む請求項２に記載の方法。
【請求項６】
前記プラグ・インの前記実行状態は、前記プラグ・インのＣＰＵ使用率と、前記プラグ・インのメモリ使用量と、データをディスクに書き込みデータを前記ディスクから読み出すレートとからなる群からの少なくとも１つを含む請求項５に記載の方法。
【請求項７】
ルータ・プラグ・インを制御するための方法であって、
ユーザからの命令によりルータにプラグ・イン状態クエリ要求を送信することと、
前記プラグ・イン状態クエリ要求により前記ルータによって戻されるプラグ・インの実行状態を受信することと、
前記プラグ・インの前記実行状態を前記ユーザに表示することと、を含む方法。
【請求項８】
ユーザからの命令によりルータにプラグ・イン状態クエリ要求を送信することは、
前記ユーザからの前記命令により前記ユーザが選んだプラグ・インのプラグ・インＩＤを取得することと、
前記プラグ・インＩＤを前記プラグ・イン状態クエリ要求に付加することと、
前記プラグ・イン状態クエリ要求を前記ルータに送信することと、を含む請求項７に記載の方法。
【請求項９】
前記プラグ・インの前記実行状態を前記ユーザに表示することは、
前記プラグ・インの前記実行状態によりユーザ・インターフェースを生成することと、
前記ユーザ・インターフェースを表示することと、を含む請求項７に記載の方法。
【請求項１０】
前記プラグ・インの前記実行状態が所定の警告閾値に達しているか否かを判定することと、
前記プラグ・インの前記実行状態が前記所定の警告閾値に達している場合には前記ユーザに警告することと、をさらに含む請求項７に記載の方法。
【請求項１１】
ルータ・プラグ・インを制御するためのデバイスであって、
端末からプラグ・イン状態クエリ要求を受信するように構成されたリクエスト受信ユニットと、
前記プラグ・イン状態クエリ要求によりプラグ・インの実行状態を取得するように構成された状態取得ユニットと、
前記プラグ・インの前記実行状態を前記端末に送信して前記プラグ・インの前記実行状態をユーザに表示するように構成された状態送信ユニットと、を含むデバイス。
【請求項１２】
前記状態取得ユニットは、
前記プラグ・イン状態クエリ要求に保持されたプラグ・インＩＤを取得するように構成された第１の取得サブ・ユニットと、
前記プラグ・インＩＤに対応するプロセスＩＤを事前設定の構成ファイルから取得するように構成された第２の取得サブ・ユニットと、
前記プロセスＩＤにより前記プラグ・インの前記実行状態を取得するように構成された第３の取得サブ・ユニットと、を含む請求項１１に記載のデバイス。
【請求項１３】
ルータを電源オンした後に、事前設定の構成により前記プラグ・インを開始するように構成された第１の開始ユニットと、
前記プラグ・インの前記プロセスＩＤおよび前記プラグ・インＩＤを前記事前設定の構成ファイルに記録するように構成された第１の記録ユニットと、をさらに含む請求項１２に記載のデバイス。
【請求項１４】
前記プラグ・インを終了するための命令を前記端末から受信するように構成された終了受信ユニットと、
終了すべき前記プラグ・インの前記プラグ・インＩＤを取得するように構成された終了取得ユニットであって、終了すべき前記プラグ・インの前記プラグ・インＩＤは、前記プラグ・インを終了するための前記命令に保持される、終了取得ユニットと、
終了すべき前記プラグ・インの前記プラグ・インＩＤに対応する前記プロセスＩＤにより、終了すべき前記プラグ・インを終了するように構成されたプラグ・イン終了ユニットと、
終了すべき前記プラグ・インの前記プラグ・インＩＤおよび前記プロセスＩＤを前記事前設定の構成ファイルから削除するように構成されたファイル削除ユニットと、をさらに含む請求項１２に記載のデバイス。
【請求項１５】
前記プラグ・インを開始するための命令を前記端末から受信するように構成された開始受信ユニットと、
開始すべき前記プラグ・インの前記プラグ・インＩＤを取得するように構成された開始取得ユニットであって、開始すべき前記プラグ・インの前記プラグ・インＩＤは、前記プラグ・インを開始するための前記命令に保持される、開始取得ユニットと、
開始すべき前記プラグ・インの前記プラグ・インＩＤにより、開始すべき前記プラグ・インを開始するように構成されたプラグ・イン開始ユニットと、
開始すべき前記プラグ・インの前記プラグ・インＩＤおよび前記プロセスＩＤを前記事前設定の構成ファイルに記録するように構成された第２の記録ユニットと、をさらに含む請求項１２に記載のデバイス。
【請求項１６】
ルータ・プラグ・インを制御するためのデバイスであって、
ユーザからの命令によりルータにプラグ・イン状態クエリ要求を送信するように構成されたリクエスト送信ユニットと、
前記プラグ・イン状態クエリ要求により前記ルータによって戻されるプラグ・インの実行状態を受信するように構成された状態受信ユニットと、
前記プラグ・インの前記実行状態を前記ユーザに表示するように構成された状態表示ユニットと、を含むデバイス。
【請求項１７】
前記リクエスト送信ユニットは、
前記ユーザからの前記命令により前記ユーザが選んだプラグ・インのプラグ・インＩＤを取得するように構成された第４の取得サブ・ユニットと、
前記プラグ・インＩＤを前記プラグ・イン状態クエリ要求に付加するように構成されたＩＤ付加サブ・ユニットと、
前記プラグ・イン状態クエリ要求を前記ルータに送信するように構成されたリクエスト送信サブ・ユニットと、を含む請求項１６に記載のデバイス。
【請求項１８】
前記状態表示ユニットは、
前記プラグ・インの前記実行状態によりユーザ・インターフェースを生成するように構成されたインターフェース生成サブ・ユニットと、
前記ユーザ・インターフェースを表示するように構成されたインターフェース表示サブ・ユニットと、を含む請求項１６に記載のデバイス。
【請求項１９】
前記プラグ・インの前記実行状態が所定の警告閾値に達しているか否かを判定するように構成された状態判定ユニットと、
前記プラグ・インの前記実行状態が前記所定の警告閾値に達している場合には前記ユーザに警告するように構成された警告ユニットと、をさらに含む請求項１６に記載の方法。
【請求項２０】
ルータ・プラグ・インを制御するためのデバイスであって、
プロセッサと、
前記プロセッサによって実行可能な命令を記憶するように構成されたメモリと、を含み、
前記プロセッサは、
端末からプラグ・イン状態クエリ要求を受信することと、
前記プラグ・イン状態クエリ要求によりプラグ・インの実行状態を取得することと、
前記プラグ・インの前記実行状態を前記端末に送信して、前記プラグ・インの前記実行状態をユーザに表示するようにすることと、を行なうように構成されているデバイス。
【請求項２１】
ルータ・プラグ・インを制御するためのデバイスであって、
プロセッサと、
前記プロセッサによって実行可能な命令を記憶するように構成されたメモリと、を含み、
前記プロセッサは、
ユーザからの命令によりルータにプラグ・イン状態クエリ要求を送信することと、
前記プラグ・イン状態クエリ要求により前記ルータによって戻されるプラグ・インの実行状態を受信することと、
前記プラグ・インの前記実行状態を前記ユーザに表示することと、を行なうように構成されているデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、中国特許出願第２０１４１０３９４９８２．７号（２０１４年８月１２日に出願）に基づいており、それに対する優先権を主張する。なおこの文献の全体の内容は本明細書において参照により取り入れられている。
【０００２】
本開示は、全般的に通信技術分野に関し、より詳細にはルータ・プラグ・インを制御するための方法およびデバイスに関する。
【背景技術】
【０００３】
通信技術の開発に伴い、インテリジェントルータがますます広く用いられている。インテリジェントルータはもはや、ルーティング機能のみを有する従来のネットワーク機器ではない。インテリジェントルータは、パーソナルコンピュータのように振舞う、その独自のオペレーティング・システムおよびハードディスクを有し、データを記憶し、様々な種類のプラグ・インがインストールされることによって、ユーザに複数のサービスを提供する。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
開発者は、インテリジェントルータ上でプラグ・イン・プラットフォームを設定して、第三者が、インストールしてルータ上で実行すべきそれ自身のプラグ・インを開発し得るようにする場合があり、その結果、より多くのアプリケーション機能が実現される。しかし、従来技術では、ユーザはどのプラグ・インがインテリジェントルータ上にインストールされているかを問い合わせるだけで、インテリジェントルータ上のプラグ・インを知ることも管理することも十分には行なっていない場合がある。
【課題を解決するための手段】
【０００５】
従来技術に存在する問題を打開するために、本開示では、プラグ・インを制御するための方法およびデバイスを提供して、ユーザがルータ上のプラグ・インを知ることも管理することも十分には行なっていない場合があるという問題を解決する。
【０００６】
本開示の第１の態様の実施形態によれば、ルータ・プラグ・インを制御するための方法が提供され、本方法は、プラグ・イン状態クエリ要求を端末から受信することと、プラグ・イン状態クエリ要求によりプラグ・インの実行状態を取得することと、プラグ・インの実行状態を端末に送信してプラグ・インの実行状態をユーザに表示するようにすることとを含んでいる。
【０００７】
代替的に、プラグ・イン状態クエリ要求によりプラグ・インの実行状態を取得することは、プラグ・イン状態クエリ要求に保持されたプラグ・インＩＤを取得することと、プラグ・インＩＤに対応するプロセスＩＤを事前設定の構成ファイルから取得することと、プロセスＩＤによりプラグ・インの実行状態を取得することとを含んでいる。
【０００８】
代替的に、本方法はさらに、ルータを電源オンした後で事前設定の構成によりプラグ・インを開始することと、プラグ・インのプロセスＩＤおよびプラグ・インＩＤを事前設定の構成ファイルに記録することとを含んでいる。
【０００９】
代替的に、本方法はさらに、プラグ・インを終了するための命令を端末から受信することと、終了すべきプラグ・インのプラグ・インＩＤを取得することであって、終了すべきプラグ・インのプラグ・インＩＤは、プラグ・インを終了するための命令に保持される、取得することと、終了すべきプラグ・インのプラグ・インＩＤに対応するプロセスＩＤにより、終了すべきプラグ・インを終了することと、終了すべきプラグ・インのプラグ・インＩＤおよびプロセスＩＤを事前設定の構成ファイルから削除することと、を含む。
【００１０】
代替的に、本方法はさらに、プラグ・インを開始するための命令を端末から受信することと、開始すべきプラグ・インのプラグ・インＩＤを取得することであって、開始すべきプラグ・インのプラグ・インＩＤは、プラグ・インを開始するための命令に保持される、取得することと、開始すべきプラグ・インのプラグ・インＩＤにより、開始すべきプラグ・インを開始することと、開始すべきプラグ・インのプラグ・インＩＤおよびプロセスＩＤを事前設定の構成ファイルに記録することと、を含む。
【００１１】
代替的に、プラグ・インの実行状態は、プラグ・インのＣＰＵ使用率と、プラグ・インのメモリ使用量と、データをディスクに書き込みデータをディスクから読み出すレートとからなる群からの少なくとも１つを含んでいる。
【００１２】
本開示の第２の態様の実施形態によれば、ルータ・プラグ・インを制御するための方法が提供され、本方法は、ユーザからの命令によりルータにプラグ・イン状態クエリ要求を送信することと、プラグ・イン状態クエリ要求によりルータによって戻されるプラグ・インの実行状態を受信することと、プラグ・インの実行状態をユーザに表示することとを含んでいる。
【００１３】
代替的に、ユーザからの命令によりルータにプラグ・イン状態クエリ要求を送信することは、ユーザからの命令によりユーザが選んだプラグ・インのプラグ・インＩＤを取得することと、プラグ・インＩＤをプラグ・イン状態クエリ要求に付加することと、プラグ・イン状態クエリ要求をルータに送信することとを含んでいる。
【００１４】
代替的に、プラグ・インの実行状態をユーザに表示することは、プラグ・インの実行状態によりユーザ・インターフェースを生成することと、ユーザ・インターフェースを表示することとを含んでいる。
【００１５】
代替的に、本方法はさらに、プラグ・インの実行状態が所定の警告閾値に達しているか否かを判定することと、プラグ・インの実行状態が所定の警告閾値に達している場合にユーザに警告することとを含んでいる。
【００１６】
本開示の第３の態様の実施形態によれば、ルータ・プラグ・インを制御するためのデバイスが提供され、デバイスは、端末からプラグ・イン状態クエリ要求を受信するように構成されたリクエスト受信ユニットと、プラグ・イン状態クエリ要求によりプラグ・インの実行状態を取得するように構成された状態取得ユニットと、プラグ・インの実行状態を端末に送信してプラグ・インの実行状態をユーザに表示するように構成された状態送信ユニットと、を含む。
【００１７】
代替的に、状態取得ユニットは、プラグ・イン状態クエリ要求に保持されたプラグ・インＩＤを取得するように構成された第１の取得サブ・ユニットと、プラグ・インＩＤに対応するプロセスＩＤを事前設定の構成ファイルから取得するように構成された第２の取得サブ・ユニットと、プロセスＩＤによりプラグ・インの実行状態を取得するように構成された第３の取得サブ・ユニットと、を含む。
【００１８】
代替的に、デバイスはさらに、ルータを電源オンした後に、事前設定の構成によりプラグ・インを開始するように構成された第１の開始ユニットと、プラグ・インのプロセスＩＤおよびプラグ・インＩＤを事前設定の構成ファイルに記録するように構成された第１の記録ユニットとを含んでいる。
【００１９】
代替的に、デバイスはさらに、プラグ・インを終了するための命令を端末から受信するように構成された終了受信ユニットと、終了すべきプラグ・インのプラグ・インＩＤを取得するように構成された終了取得ユニットであって、終了すべきプラグ・インのプラグ・インＩＤは、プラグ・インを終了するための命令に保持される、終了取得ユニットと、終了すべきプラグ・インのプラグ・インＩＤに対応するプロセスＩＤにより、終了すべきプラグ・インを終了するように構成されたプラグ・イン終了ユニットと、終了すべきプラグ・インのプラグ・インＩＤおよびプロセスＩＤを事前設定の構成ファイルから削除するように構成されたファイル削除ユニットと、を含む。
【００２０】
代替的に、デバイスはさらに、プラグ・インを開始するための命令を端末から受信するように構成された開始受信ユニットと、開始すべきプラグ・インのプラグ・インＩＤを取得するように構成された開始取得ユニットであって、開始すべきプラグ・インのプラグ・インＩＤは、プラグ・インを開始するための命令に保持される、開始取得ユニットと、開始すべきプラグ・インのプラグ・インＩＤにより、開始すべきプラグ・インを開始するように構成されたプラグ・イン開始ユニットと、開始すべきプラグ・インのプラグ・インＩＤおよびプロセスＩＤを事前設定の構成ファイルに記録するように構成された第２の記録ユニットと、を含む。
【００２１】
本開示の第４の態様の実施形態によれば、ルータ・プラグ・インを制御するためのデバイスが提供され、本デバイスは、ユーザからの命令によりルータにプラグ・イン状態クエリ要求を送信するように構成されたリクエスト送信ユニットと、プラグ・イン状態クエリ要求によりルータによって戻されるプラグ・インの実行状態を受信するように構成された状態受信ユニットと、プラグ・インの実行状態をユーザに表示するように構成された状態表示ユニットと、を含む。
【００２２】
代替的に、リクエスト送信ユニットは、ユーザからの命令によりユーザが選んだプラグ・インのプラグ・インＩＤを取得するように構成された第４の取得サブ・ユニットと、プラグ・インＩＤをプラグ・イン状態クエリ要求に付加するように構成されたＩＤ付加サブ・ユニットと、プラグ・イン状態クエリ要求をルータに送信するように構成されたリクエスト送信サブ・ユニットと、を含む。
【００２３】
代替的に、状態表示ユニットは、プラグ・インの実行状態によりユーザ・インターフェースを生成するように構成されたインターフェース生成サブ・ユニットと、ユーザ・インターフェースを表示するように構成されたインターフェース表示サブ・ユニットとを含んでいる。
【００２４】
代替的に、デバイスはさらに、プラグ・インの実行状態が所定の警告閾値に達しているか否かを判定するように構成された状態判定ユニットと、プラグ・インの実行状態が所定の警告閾値に達している場合にはユーザに警告するように構成された警告ユニットとを含んでいる。
【００２５】
本開示の第５の態様の実施形態によれば、ルータ・プラグ・インを制御するためのデバイスが提供され、本デバイスは、プロセッサと、プロセッサによって実行可能な命令を記憶するように構成されたメモリとを含み、プロセッサは、端末からプラグ・イン状態クエリ要求を受信することと、プラグ・イン状態クエリ要求によりプラグ・インの実行状態を取得することと、プラグ・インの実行状態を端末に送信してプラグ・インの実行状態をユーザに表示するようにすることと、を行なうように構成されている。
【００２６】
本開示の第６の態様の実施形態によれば、ルータ・プラグ・インを制御するためのデバイスが提供され、本デバイスは、プロセッサと、プロセッサによって実行可能な命令を記憶するように構成されたメモリとを含み、プロセッサは、ユーザからの命令によりルータにプラグ・イン状態クエリ要求を送信することと、プラグ・イン状態クエリ要求によりルータによって戻されるプラグ・インの実行状態を受信することと、プラグ・インの実行状態をユーザに表示することと、を行なうように構成されている。
【００２７】
本開示の実施形態によって提供される技術的解決法には以下の優れた効果がある場合がある。
【００２８】
本開示のルータは、端末によって送信されるプラグ・イン状態クエリ要求によりユーザが問い合わせを望むプラグ・インの実行状態を取得しても良く、ルータの実行状態を端末に送信して、ユーザがルータ上のプラグ・インの実際の実行状態を問い合わせ得るようにしても良い。
【００２９】
本開示は、プラグ・インのプラグ・インＩＤおよびプロセスＩＤを記録して、ルータがプラグ・インが用いるプロセスをプラグ・インＩＤにより探すことにより、プラグ・インの実行状態を取得し得るようにしても良い。
【００３０】
本開示のルータは、ユーザが終了を望むプラグ・インを、端末によって送信されるプラグ・インを終了するための命令により終了して、ユーザがルータ・プラグ・インの終了を制御し得るようにしても良い。
【００３１】
本開示のルータは、ユーザが開始を望むプラグ・インを、端末によって送信されるプラグ・インを開始するための命令により開始して、ユーザがルータ・プラグ・インの開始を制御し得るようにしても良い。
【００３２】
本開示の端末は、プラグ・インの実行状態をユーザ・インターフェースを介してユーザに表示して、ユーザが直感的にプラグ・インの実行状態を取得し得るようにしても良い。
【００３３】
本開示は警告閾値を事前に設定しても良く、ルータによって戻されるプラグ・インの実行状態が事前設定の警告閾値に達したときにユーザに警告して、プラグ・インが占有する資源が多すぎてルータのルーティング機能に影響するときにユーザが促され得るようにしても良い。
【００３４】
当然のことながら、前述の概要および以下の詳細な説明は両方とも単に典型的で説明的であり本発明を限定するものでないことは、主張した通りである。
【図面の簡単な説明】
【００３５】
添付図面は、本明細書に取り入れられて本明細書の一部を構成するものであるが、本発明と一致する実施形態を例示し、説明とともに、本発明の原理を説明する役目を果たす。
【００３６】
【図１】典型的な実施形態によるルータ・プラグ・インを制御するための方法のフローチャートである。
【図２Ａ】典型的な実施形態によるルータ・プラグ・インを制御するための別の方法のフローチャートである。
【図２Ｂ】典型的な実施形態によるルータ・プラグ・インを制御するための別の方法のフローチャートである。
【図２Ｃ】典型的な実施形態によるルータ・プラグ・インを制御するための別の方法のフローチャートである。
【図３】典型的な実施形態によるルータ・プラグ・インを制御するための別の方法のフローチャートである。
【図４】典型的な実施形態によるルータ・プラグ・インを制御するための別の方法のフローチャートである。
【図５】典型的な実施形態によるユーザ・インターフェースの概略図である。
【図６】典型的な実施形態によるルータ・プラグ・インを制御するアプリケーション・シナリオを示す概略図である。
【図７】典型的な実施形態によるルータ・プラグ・インを制御するための別の方法のフローチャートである。
【図８】典型的な実施形態によるルータ・プラグ・インを制御するためのデバイスのブロック図である。
【図９】典型的な実施形態によるルータ・プラグ・インを制御するための別のデバイスのブロック図である。
【図１０】典型的な実施形態によるルータ・プラグ・インを制御するための別のデバイスのブロック図である。
【図１１】典型的な実施形態によるルータ・プラグ・インを制御するための別のデバイスのブロック図である。
【図１２】典型的な実施形態によるルータ・プラグ・インを制御するための別のデバイスのブロック図である。
【図１３】典型的な実施形態によるルータ・プラグ・インを制御するための別のデバイスのブロック図である。
【図１４】典型的な実施形態によるルータ・プラグ・インを制御するための別のデバイスのブロック図である。
【図１５】典型的な実施形態によるルータ・プラグ・インを制御するための別のデバイスのブロック図である。
【図１６】典型的な実施形態によるルータ・プラグ・インを制御するための別のデバイスのブロック図である。
【図１７】典型的な実施形態によるルータ・プラグ・インを制御するためのデバイスの概略図である。
【図１８】典型的な実施形態によるプラグ・インを制御するためのデバイスの別の概略図である。
【発明を実施するための形態】
【００３７】
典型的な実施形態について本明細書において詳細に説明する。その実施例を添付の図面に例示する。以下の説明で参照する図の全体を通して、異なる図における同じ参照番号は、特に明記しない限り、同じかまたは同様の要素を示す。以下の典型的な実施形態で説明する実施は、本開示に一致するすべての実施を表わすものではない。代わりに、それらは単に、添付の請求項で詳述する本開示のいくつかの態様に一致するデバイスおよび方法の実施例である。
【００３８】
図１は、典型的な実施形態によるルータ・プラグ・インを制御するための方法のフローチャートである。
【００３９】
図１に示すように、ルータ・プラグ・インを制御するための本方法は、ルータにおいて適用され、以下のステップを含んでいる。
【００４０】
ステップ１０１では、プラグ・イン状態クエリ要求を端末から受信する。
【００４１】
この実施形態では、電源オンされて開始した後で、ルータは、ネットワークを介して端末から送信されたプラグ・イン状態クエリ要求を受信して、プラグ・イン状態クエリ要求によりユーザが問い合わせを望むプラグ・インの実行状態を取得しても良い。
【００４２】
ステップ１０２では、プラグ・インの実行状態をプラグ・イン状態クエリ要求により取得する。
【００４３】
ステップ１０１に基づいて、端末から送信されたプラグ・イン状態クエリ要求を受信した後で、ルータはプラグ・インＩＤをプラグ・イン状態クエリ要求から取得し、プラグ・インＩＤによりプラグ・インに対応するプロセスＩＤを取得した後で、プロセスＩＤによりプラグ・インの実行状態を取得する。
【００４４】
ステップ１０３では、プラグ・インの実行状態を端末に送信して、端末がプラグ・インの実行状態をユーザに表示するようにする。
【００４５】
この実施形態では、ルータは、端末によって送信されるプラグ・イン状態クエリ要求によりユーザが問い合わせを望むプラグ・インの実行状態を取得しても良く、またプラグ・インの実行状態を端末に送信して、ユーザがルータ上のプラグ・インの実際の実行状態を問い合わせ得るようにしても良いことが理解される。
【００４６】
図２Ａは、典型的な実施形態によるルータ・プラグ・インを制御するための別の方法のフローチャートである。
【００４７】
図２Ａに示すように、ルータ・プラグ・インを制御するための本方法は、ルータにおいて適用され、以下のステップを含む。
【００４８】
ステップ２０１では、ルータを電源オンした後に、プラグ・インを事前設定の構成により開始する。
【００４９】
ルータ・プラグ・イン（たとえば、サンダー・プラグ・イン）は一般的に第三者の開発者によって開発され、ルータ上にインストールして実行させるようにすることができる。プラグ・インは、ユーザが自分の要求（たとえば、ルータを電源オンした直後にプラグ・インを開始するか否か）に従って構成しても良い。
【００５０】
この実施形態では、ルータを電源オンした後に、プラグ・インをユーザが事前設定の構成により開始する。プラグ・インを開始することには、新しいプロセスを作成することと、開始すべきプラグ・インに新しいプロセスを割り当てて用いるようにすることとが含まれている。
【００５１】
ステップ２０２では、プラグ・インのプラグ・インＩＤおよびプロセスＩＤを事前設定の構成ファイルに記録する。
【００５２】
前述のステップ２０１に基づいて、すでに開始されているプラグ・インのプラグ・インＩＤおよびプロセスＩＤを、事前設定の構成ファイルに記録する。プラグ・インＩＤは、プラグ・インがルータにインストールされた後にルータがプラグ・インに割り当てる番号であっても良い。プラグ・インＩＤを用いて一意のプラグ・インを特定するようにして、対応するプラグ・インをルータと端末との間の通信中にプラグ・インＩＤにより探せるようにする。プロセスＩＤは、プロセスを一意に特定するためにオペレーティング・システムのカーネルによって用いられる数値である。事前設定の構成ファイルは、ルータ内で事前に設定された記憶領域として理解することができ、プラグ・インのプラグ・インＩＤおよびプロセスＩＤを記憶するために用いることができる。
【００５３】
この実施形態では、プラグ・インのプラグ・インＩＤおよびプロセスＩＤを記録して、ルータが後で、プラグ・インが用いるプロセスをプラグ・インＩＤにより探すことによりプラグ・インの実行状態を取得し得るようにする。
【００５４】
ステップ２０３では、プラグ・イン状態クエリ要求を端末から受信する。
【００５５】
この実施形態では、ルータが電源オンされて開始した後で、端末によって送信されるプラグ・イン状態クエリ要求をネットワークを介して受信して、ユーザが問い合わせを望むプラグ・インの実行状態をプラグ・イン状態クエリ要求により取得し得るようにしても良い。
【００５６】
ステップ２０４では、プラグ・イン状態クエリ要求に保持されるプラグ・インＩＤを取得する。
【００５７】
この実施形態では、プラグ・イン状態クエリ要求には、ユーザが問い合わせを望むプラグ・インのプラグ・インＩＤが保持されている。プラグ・イン状態クエリ要求を受信した後で、ルータは最初にプラグ・インＩＤをプラグ・イン状態クエリ要求から取得する。
【００５８】
ステップ２０５では、プラグ・インＩＤに対応するプロセスＩＤを事前設定の構成ファイルから取得する。
【００５９】
前述のステップ２０４に基づいて、プラグ・インＩＤを取得した後で、プラグ・インＩＤに対応するプロセスＩＤを事前設定の構成ファイルから取得して、プラグ・インが用いるプロセスをプロセスＩＤにより検索し得るようにしても良い。
【００６０】
ステップ２０６では、プラグ・インの実行状態をプロセスＩＤにより取得する。
【００６１】
前述のステップ２０５に基づいて、プロセスＩＤを取得した後で、パイプラインをｐｏｐｅｎ関数を用いて形成して、Ｌｉｎｕｘ（登録商標）システムのｔｏｐ命令およびｐｉｄｓｔａｔ命令を実行するようにして、プロセスＩＤに対応するプロセス情報が取得されるようにしても良い。プロセス情報には、ＣＰＵ使用率、メモリ使用量、およびデータをディスクから読み出しデータをディスクに書き込むレートが含まれる。プロセス情報は、プラグ・インの実行状態、すなわち、プラグ・インのＣＰＵ使用率、プラグ・インのメモリ使用量、およびデータをディスクから読みデータをディスクに書き込むレートである。
【００６２】
このステップでは、プラグ・インのＣＰＵ使用率と、プラグ・インのメモリ使用量と、データをディスクに書き込みデータをディスクから読み出すレートとからなる実行状態群からの少なくとも１つを、事前設定の構成により取得しても良い。
【００６３】
ステップ２０７では、プラグ・インの実行状態を端末に送信して、端末がプラグ・インの実行状態をユーザに表示するようにする。
【００６４】
前述のステップ２０６に基づいて、プラグ・インの実行状態を取得した後で、ルータはプラグ・インの実行状態をネットワークを介して端末に送信して、ユーザがルータ上のプラグ・インの実際の実行状態を確認し得るようにしても良い。
【００６５】
代替的に、別の実施形態では、図２Ａに示す実施形態と組み合わせて、また図２Ｂを参照して、ルータ・プラグ・インを制御するための方法はさらに以下のステップを含んでいても良い。
【００６６】
ステップ２０８では、プラグ・インを終了するための命令を端末から受信する。
【００６７】
この実施形態では、電源オンされて開始した後で、ルータは、端末からネットワークを介して送信されるプラグ・インを終了するための命令を受信しても良く、またユーザが終了を望むプラグ・インを、プラグ・インを終了するための命令により終了しても良い。
【００６８】
ステップ２０９では、プラグ・インを終了するための命令に保持された終了すべきプラグ・インのプラグ・インＩＤを取得する。
【００６９】
この実施形態では、プラグ・インを終了するための命令には、ユーザが終了を望む終了すべきプラグ・インのプラグ・インＩＤが保持される。プラグ・インを終了するための命令を受信した後で、ルータは最初に、終了すべきプラグ・インのプラグ・インＩＤを、プラグ・インを終了するための命令から取得する。
【００７０】
ステップ２１０では、終了すべきプラグ・インを、終了すべきプラグ・インのプラグ・インＩＤに対応するプロセスＩＤにより終了する。
【００７１】
前述のステップ２０９に基づいて、終了すべきプラグ・インのプラグ・インＩＤを取得した後で、プラグ・インＩＤに対応するプロセスＩＤを事前設定の構成ファイルから取得しても良く、プロセスＩＤを取得した後で、終了すべきプラグ・インをプロセスを終了することによって閉じても良い。
【００７２】
ステップ２１１では、終了すべきプラグ・インのプラグ・インＩＤと終了すべきプラグ・インのプラグ・インＩＤに対応するプロセスＩＤとを、事前設定の構成ファイルから削除する。
【００７３】
この実施形態では、終了すべきプラグ・インを、プラグ・インを終了するための命令により終了した後で、終了すべきプラグ・インのプラグ・インＩＤと終了すべきプラグ・インのプラグ・インＩＤに対応するプロセスＩＤとを、事前設定の構成ファイルから削除して、事前設定の構成ファイルを更新する。
【００７４】
この実施形態では、ルータは、ユーザが終了を望むプラグ・インを、端末によって送信されるプラグ・インを終了するための命令により終了して、ユーザがルータ・プラグ・インの終了を制御し得るようにしても良いことが理解される。
【００７５】
代替的に、別の実施形態では、図２Ａに示す実施形態と組み合わせて、また図２Ｃを参照して、ルータ・プラグ・インを制御するための方法はさらに以下のステップを含んでいても良い。
【００７６】
ステップ２１２では、プラグ・インを開始するための命令を端末から受信する。
【００７７】
この実施形態では、電源オンされて開始した後で、ルータは端末からネットワークを介して送信されるプラグ・インを開始するための命令を受信しても良く、ユーザが開始を望むプラグ・インを、プラグ・インを開始するための命令により開始しても良い。
【００７８】
ステップ２１３では、プラグ・インを開始するための命令に保持された開始すべきプラグ・インのプラグ・インＩＤを取得する。
【００７９】
この実施形態では、プラグ・インを開始するための命令には、ユーザが開始を望む開始すべきプラグ・インのプラグ・インＩＤが保持される。プラグ・インを開始するための命令を受信した後で、ルータは最初に、開始すべきプラグ・インのプラグ・インＩＤをプラグ・インを開始するための命令から取得する。
【００８０】
ステップ２１４では、開始すべきプラグ・インを開始すべきプラグ・インのプラグ・インＩＤにより開始する。
【００８１】
前述のステップ２１３に基づいて、開始すべきプラグ・インのプラグ・インＩＤを取得した後で、開始すべきプラグ・インを開始するプロセスに関して、ステップ２０１に記載されたプラグ・インを開始するプロセスを参照しても良く、すなわち、新しいプロセスを形成して、開始すべきプラグ・インに新しいプロセスを割り当てて用いるようにする。
【００８２】
ステップ２１５では、開始すべきプラグ・インのプラグ・インＩＤおよびプロセスＩＤを事前設定の構成ファイルに記録する。
【００８３】
前述のステップ２１４に基づいて、またステップ２０２を参照して、開始すべきプラグ・インを開始した後で、開始すべきプラグ・インのプラグ・インＩＤおよびプロセスＩＤを事前設定の構成ファイルに記録する。
【００８４】
この実施形態では、ルータは、ユーザが開始を望むプラグ・インを、端末によって送信されるプラグ・インを開始するための命令により開始して、ユーザがルータ・プラグ・インの開始を制御し得るようにしても良いことが理解される。
【００８５】
図３は、典型的な実施形態によるルータ・プラグ・インを制御するための別の方法のフローチャートである。
【００８６】
図３に示すように、ルータ・プラグ・インを制御するための方法は、端末において適用され、以下のステップを含む。
【００８７】
ステップ３０１では、プラグ・イン状態クエリ要求をユーザからの命令によりルータに送信する。
【００８８】
この実施形態では、ユーザはルータ・プラグ・インを端末を介して制御しても良く、また自分の要求をプラグ・イン状態クエリ要求を送信することによって実現することを、ルータ上で実行されるプラグ・インの実行状態の問い合わせを本人が望むときに行なっても良い。
【００８９】
プラグ・イン状態クエリ要求は、ユーザが知ることを望むプラグ・インのプラグ・インＩＤを保持して、ルータがプラグ・インＩＤによりプラグ・イン状態問い合わせを実行し得るようにする。
【００９０】
ステップ３０２では、プラグ・イン状態クエリ要求によりルータによって戻されるプラグ・インの実行状態を受信する。
【００９１】
ステップ３０３では、プラグ・インの実行状態をユーザに表示する。
【００９２】
この実施形態では、ルータによって戻されるプラグ・インの実行状態を受信した後に、端末が実行状態をユーザに表示する。端末はプラグ・インの実行状態をユーザに多くの方法で表示しても良い。たとえばプラグ・インの実行状態をユーザ・インターフェースを介して表示するかまたはプラグ・インの実行状態を音声を介して一斉送信するかである。
【００９３】
この実施形態では、ユーザはプラグ・イン状態クエリ要求をルータに端末を介して送信して、ユーザが問い合わせを望むプラグ・インの実行状態をプラグ・イン状態クエリ要求によりルータが取得し得るようにしても良いことが理解される。端末が実行状態をユーザに表示することを、ルータによって戻されるプラグ・インの実行状態を受信した後に行なって、ユーザがルータ上のプラグ・インの実際の実行状態を確認し得るようにする。
【００９４】
図４は、典型的な実施形態によるルータ・プラグ・インを制御するための別の方法のフローチャートである。
【００９５】
図４に示すように、ルータ・プラグ・インを制御するための方法は端末において適用され、以下のステップを含む。
【００９６】
ステップ４０１では、ユーザが選んだプラグ・インのプラグ・インＩＤをユーザからの命令により取得する。
【００９７】
この実施形態では、ユーザはルータ・プラグ・インの制御を端末たとえばモバイル機器またはパーソナルコンピュータを介して行なっても良く、たとえば、ユーザは、ルータ・プラグ・インに対する制御を、スマートフォン、携帯情報端末、またはノートブックコンピュータにインストールされたアプリケーションを介して実現しても良い。
【００９８】
ユーザがルータ・プラグ・インの制御を望むとき、ユーザは一般的に、アクセス・セキュリティのためにログインする必要がある。ログインした後に、ユーザの身元が検証され、身元の検証が成功したら、ルータは、ロードされたプラグ・イン・リストを端末に送信して、リストをユーザに表示するようにする。概ね、リストには、ルータにインストールされたすべてのプラグ・インと、各プラグ・インの状態とが含まれており、状態は実行中の場合もあるしまたは非実行中の場合もある。実際の実施では、ルータはプラグ・インの状態を端末に定期的に送信しても良い。代替的に、端末はプラグ・インの現在の状態をルータに対してリクエストすることを、ユーザが端末にインストールされたアプリケーションを用いるときに行なっても良い。このことは本開示では限定ではない。
【００９９】
ユーザがリスト内のある実行中のプラグ・インの実行状態を問い合わせることを選ぶと、ユーザが選んだプラグ・インのプラグ・インＩＤが取得される。プラグ・インＩＤを端末に予め記憶させて、たとえば、ルータはプラグ・インのプラグ・インＩＤをプラグ・インの状態とともに端末に送信しても良い。
【０１００】
ステップ４０２では、プラグ・インＩＤをプラグ・イン状態クエリ要求に付加する。
【０１０１】
前述のステップ４０１に基づいて、ユーザがあるプラグ・インの実行状態の問い合わせを望むときに、取得したプラグ・インのプラグ・インＩＤをプラグ・イン状態クエリ要求に付加して、ルータがプラグ・インＩＤによりプラグ・インの実行状態を取得するようにする。
【０１０２】
ステップ４０３では、プラグ・イン状態クエリ要求をルータに送信する。
【０１０３】
ステップ４０４では、プラグ・イン状態クエリ要求によりルータによって戻されるプラグ・インの実行状態を受信する。
【０１０４】
ステップ４０５では、プラグ・インの実行状態をユーザに表示する。
【０１０５】
このステップでは、端末は、受信したプラグ・インの実行状態をユーザに表示して確認できるようにする。
【０１０６】
プラグ・インの実行状態をユーザに表示することは多くの方法で行なっても良い。
【０１０７】
たとえば、ユーザ・インターフェースがプラグ・インの実行状態により生成されて、ユーザ・インターフェースが表示される。このようにして、端末は、プラグ・インの実行状態をユーザにテキストまたは画像の形態でユーザ・インターフェースを介して表示して、ユーザがプラグ・インの実行状態を直感的に知り得るようにしても良い。図５を参照して、本開示の典型的な実施形態によるユーザ・インターフェースの概略図を例示する。図５から分かるように、ユーザが問い合わせを望むサンダー・プラグ・インの実行状態には、３５％のＣＰＵ使用率、４０％のメモリ使用量、およびデータをディスクから読み出すかまたはデータをディスクに書き込むことが１２０Ｍ／ｓであることが含まれる。
【０１０８】
別の例では、プラグ・インの実行状態を音声を介して一斉送信して、ユーザが、本人が端末のスクリーンを見ることの都合が悪いときに、プラグ・インの実行状態を知り得るようにする。
【０１０９】
代替的に、別の実施形態では、図４に示す実施形態と組み合わせて、ルータによって戻されるプラグ・インの実行状態を受信した後で、端末は、プラグ・インの実行状態が事前設定の警告閾値に達しているか否かを判定しても良い。
【０１１０】
事前設定の警告閾値は、ルータのルーティング機能に影響する閾値である。この理由は、ルータの場合、基本機能は、ユーザのサーフィン要求を満たすルーティング機能だからである。ルータ上で実行されているプラグ・インが占有する資源が多すぎるとすぐに、ルータのルーティング機能に影響し、したがって、ユーザの通常のサーフィンに影響する。したがって、本開示では、事前設定の警告閾値が端末に事前に記憶され、プラグ・インの実行状態が受信されたときに、プラグ・インの実行状態が事前設定の警告閾値に達しているか否かが判定され、プラグ・インの実行状態が事前設定の警告閾値に達している場合には、ユーザにユーザ・インターフェースまたは音声の一斉送信によって警告しても良い。
【０１１１】
この実施形態では、警告閾値を端末に事前に設定して、ルータによって戻されるプラグ・インの実行状態が事前設定の警告閾値に達しているときにユーザに警告することによって、プラグ・インが占有する資源が多すぎてルータのルーティング機能に影響するときにユーザを促しても良いことが理解される。
【０１１２】
代替的に、別の実施形態では、図４に示す実施形態と組み合わせて、端末によって、プラグ・インを終了するためのオプションがユーザに提供されても良い。ユーザがあるプラグ・インの終了を選ぶと、端末はプラグ・インのプラグ・インＩＤを取得した後で、プラグ・インＩＤをルータに送信することを、プラグ・インＩＤをプラグ・インを終了するための命令に保持することによって行なって、ルータをプラグ・インを終了するように制御する。こうして、ルータ・プラグ・インの終了に対する制御が実現される。たとえば、ユーザが問い合わせを望むサンダー・プラグ・インの実行状態が事前設定の警告閾値を超えていたら、ユーザは、サンダー・プラグ・インを終了してルータの資源を解放することを選んでも良い。
【０１１３】
代替的に、別の実施形態では、図４に示す実施形態と組み合わせて、プラグ・インを開始するためのオプションがユーザに端末において提供されても良い。ユーザがあるプラグ・インの開始を選ぶと、端末はプラグ・インのプラグ・インＩＤを取得した後で、プラグ・インＩＤをルータに送信することを、プラグ・インＩＤをプラグ・インを開始するための命令に保持することによって行なって、ルータをプラグ・インを開始するように制御する。こうして、ルータ・プラグ・インの開始に対する制御が実現する。たとえば、ユーザがオフィスにいて、自宅でインターネットにアクセスすることを誰も必要としていないときには、ユーザはサンダー・プラグ・インの開始を選んでフィルムをダウンロードするようにしても良い。
【０１１４】
前述した方法の実施形態と組み合わせて、図６に示すのは、典型的な実施形態によるルータ・プラグ・インを制御するアプリケーション・シナリオを示す概略図であり、図７に示すのは、典型的な実施形態によるルータ・プラグ・インを制御するための別の方法のフローチャートである。
【０１１５】
次のことを想定する。すなわち、図６に示すアプリケーション・シナリオは、ユーザがプラグ・インの制御を自宅に置いたルータ上で行なうものであり、ルータ６１はユーザの自宅に置かれ、ユーザはオフィスにいて、ルータ６１上で実行されるプラグ・インの制御を携帯電話端末６２を介して行なうものである。
【０１１６】
図７を参照して、ユーザは携帯電話端末６２を介してルータ６１上でプラグ・インを制御することを、以下のステップを行なうことによって実施する。
【０１１７】
ステップ７０１では、携帯電話端末６２は、ユーザからの命令によりプラグ・イン状態クエリ要求をルータ６１に送信する。
【０１１８】
ステップ７０２では、ルータ６１は、携帯電話端末６２から送信されたプラグ・イン状態クエリ要求を受信する。
【０１１９】
ステップ７０３では、ルータ６１はプラグ・イン状態クエリ要求によりプラグ・インの実行状態を取得する。
【０１２０】
ステップ７０４では、ルータ６１はプラグ・インの実行状態を携帯電話端末６２に送信する。
【０１２１】
ステップ７０５では、携帯電話端末６２はルータ６１によって戻されるプラグ・インの実行状態を受信する。
【０１２２】
ステップ７０６では、携帯電話端末６２はプラグ・インの実行状態をユーザに表示する。
【０１２３】
図６に示すルータ・プラグ・インを制御するアプリケーション・シナリオでは、携帯電話端末６２は、ルータ６１にインストールされたプラグ・インを制御することを、図３または図４に示す方法の実施形態を採用することによって行なっても良い。ルータ６１は、携帯電話端末６２と共同することを、図１または図２に示す方法の実施形態を採用することによって行なっても良い。これについては、本明細書では詳しく述べない。
【０１２４】
ルータ・プラグ・インを制御するための方法の前述の実施形態に対応して、本開示によって、ルータ・プラグ・インを制御するためのデバイスの実施形態、端末機器の実施形態、およびルータの実施形態も提供される。
【０１２５】
図８は、典型的な実施形態によるルータ・プラグ・インを制御するためのデバイスのブロック図である。デバイスはルータにおいて適用しても良い。
【０１２６】
図８に示すように、デバイス８００は、リクエスト受信ユニット８０１、状態取得ユニット８０２、および状態送信ユニット８０３を含んでいる。
【０１２７】
リクエスト受信ユニット８０１は、端末からプラグ・イン状態クエリ要求を受信するように構成されている。
【０１２８】
状態取得ユニット８０２は、プラグ・イン状態クエリ要求によりプラグ・インの実行状態を取得するように構成されている。
【０１２９】
状態送信ユニット８０３は、プラグ・インの実行状態を端末に送信して、プラグ・インの実行状態をユーザに表示するように構成されている。
【０１３０】
前述の実施形態では、ルータは、端末によって送信されるプラグ・イン状態クエリ要求によりユーザが問い合わせを望むプラグ・インの実行状態を取得した後に、プラグ・インの実行状態を端末に送信して、ユーザがルータ上のプラグ・インの実際の実行状態を問い合わせ得るようにしても良い。
【０１３１】
図９は、典型的な実施形態によるルータ・プラグ・インを制御するための別のデバイスのブロック図である。デバイスはルータにおいて適用しても良い。図８に示す前述の実施形態に基づいて、この実施形態における状態取得ユニット８０２は、第１の取得サブ・ユニット８０２Ａ、第２の取得サブ・ユニット８０２Ｂ、および第３の取得サブ・ユニット８０２Ｃを含んでいても良い。
【０１３２】
第１の取得サブ・ユニット８０２Ａは、プラグ・イン状態クエリ要求に保持されたプラグ・インＩＤを取得するように構成されている。
【０１３３】
第２の取得サブ・ユニット８０２Ｂは、プラグ・インＩＤに対応するプロセスＩＤを事前設定の構成ファイルから取得するように構成されている。
【０１３４】
第３の取得サブ・ユニット８０２Ｃは、プロセスＩＤによりプラグ・インの実行状態を取得するように構成されている。
【０１３５】
前述の実施形態では、プラグ・インが用いるプロセスＩＤをプラグ・インＩＤにより取得しても良く、それからプラグ・インの実行状態をプロセスＩＤにより取得しても良い。
【０１３６】
図１０は、典型的な実施形態によるルータ・プラグ・インを制御するための別のデバイスのブロック図である。デバイスはルータにおいて適用しても良い。図８に示す前述の実施形態に基づいて、この実施形態におけるデバイスはさらに、第１の開始ユニット８０４と第１の記録ユニット８０５とを含んでいても良い。
【０１３７】
第１の開始ユニット８０４は、ルータを電源オンした後に、事前設定の構成によりプラグ・インを開始するように構成されている。
【０１３８】
第１の記録ユニット８０５は、プラグ・インのプロセスＩＤおよびプラグ・インＩＤを事前設定の構成ファイルに記録するように構成されている。
【０１３９】
前述の実施形態では、プラグ・インのプラグ・インＩＤおよびプロセスＩＤを記録することによって、ルータは、プラグ・インが用いるプロセスをプラグ・インＩＤにより探し、その結果、プラグ・インの実行状態を取得しても良い。
【０１４０】
なお、図１０に示す前述のデバイスの実施形態に含まれる第１の開始ユニット８０４と第１の記録ユニット８０５とは、図８および図９に示すデバイスの実施形態に含まれていても良いが、このことは本明細書では限定ではない。
【０１４１】
図１１は、典型的な実施形態によるルータ・プラグ・インを制御するための別のデバイスのブロック図である。デバイスはルータにおいて適用しても良い。図８に示す前述の実施形態に基づいて、この実施形態におけるデバイスはさらに、終了受信ユニット８０６、終了取得ユニット８０７、プラグ・イン終了ユニット８０８、およびファイル削除ユニット８０９を含んでいても良い。
【０１４２】
終了受信ユニット８０６は、プラグ・インを終了するための命令を端末から受信するように構成されている。
【０１４３】
終了取得ユニット８０７は、終了すべきプラグ・インのプラグ・インＩＤを取得するように構成されており、終了すべきプラグ・インのプラグ・インＩＤは、プラグ・インを終了するための命令に保持されている。
【０１４４】
プラグ・イン終了ユニット８０８は、終了すべきプラグ・インの終了を、終了すべきプラグ・インのプラグ・インＩＤに対応するプロセスＩＤにより行なうように構成されている。
【０１４５】
ファイル削除ユニット８０９は、終了すべきプラグ・インのプラグ・インＩＤおよびプロセスＩＤを事前設定の構成ファイルから削除するように構成されている。
【０１４６】
前述の実施形態では、ユーザが終了を望むプラグ・インを、端末によって送信されるプラグ・インを終了するための命令により終了して、ユーザがルータ・プラグ・インの終了を制御し得るようにしても良い。
【０１４７】
なお、図１１に示すデバイスの実施形態に含まれる終了受信ユニット８０６、終了取得ユニット８０７、プラグ・イン終了ユニット８０８、およびファイル削除ユニット８０９は、図８、図９、および図１０に示すデバイスの実施形態のいずれか１つに含まれていても良いが、このことは本明細書では限定ではない。
【０１４８】
図１２は、典型的な実施形態によるルータ・プラグ・インを制御するための別のデバイスのブロック図である。デバイスはルータにおいて適用しても良い。図８に示す前述の実施形態に基づいて、この実施形態におけるデバイスはさらに、開始受信ユニット８１０、開始取得ユニット８１１、プラグ・イン開始ユニット８１２、および第２の記録ユニット８１３を含んでいても良い。
【０１４９】
開始受信ユニット８１０は、プラグ・インを開始するための命令を端末から受信するように構成されている。
【０１５０】
開始取得ユニット８１１は、開始すべきプラグ・インのプラグ・インＩＤを取得するように構成されており、開始すべきプラグ・インのプラグ・インＩＤは、プラグ・インを開始するための命令に保持されている。
【０１５１】
プラグ・イン開始ユニット８１２は、開始すべきプラグ・インのプラグ・インＩＤにより開始すべきプラグ・インを開始するように構成されている。
【０１５２】
第２の記録ユニット８１３は、開始すべきプラグ・インのプラグ・インＩＤおよびプロセスＩＤを事前設定の構成ファイルに記録するように構成されている。
【０１５３】
前述の実施形態では、ユーザが開始を望むプラグ・インを、端末によって送信されるプラグ・インを開始するための命令により開始して、ユーザがルータ・プラグ・インの開始を制御し得るようにしても良い。
【０１５４】
なお、図１２に示すデバイスの実施形態に含まれる開始受信ユニット８１０、開始取得ユニット８１１、プラグ・イン開始ユニット８１２、および第２の記録ユニット８１３は、図８〜図１１に示すデバイスの実施形態のいずれか１つに含まれていても良いが、このことは本明細書では限定ではない。
【０１５５】
図１３は、典型的な実施形態によるルータ・プラグ・インを制御するための別のデバイスのブロック図である。デバイスは端末において適用しても良い。
【０１５６】
図１３に示すように、デバイス１３００は、リクエスト送信ユニット１３０１、状態受信ユニット１３０２、および状態表示ユニット１３０３を含んでいる。
【０１５７】
リクエスト送信ユニット１３０１は、ユーザからの命令によりプラグ・イン状態クエリ要求をルータに送信するように構成されている。
【０１５８】
状態受信ユニット１３０２は、プラグ・イン状態クエリ要求によりルータによって戻されるプラグ・インの実行状態を受信するように構成されている。
【０１５９】
状態表示ユニット１３０３は、プラグ・インの実行状態をユーザに表示するように構成されている。
【０１６０】
前述の実施形態では、ユーザはプラグ・イン状態クエリ要求をルータに端末を介して送信して、ルータはユーザが問い合わせを望むプラグ・インの実行状態をプラグ・イン状態クエリ要求により取得し、ルータによって戻されるプラグ・インの実行状態を受信した後に端末が実行状態をユーザに表示するようにしても良く、こうして、ユーザはルータ上のプラグ・インの実際の実行状態を問い合わせても良い。
【０１６１】
図１４は、典型的な実施形態によるルータ・プラグ・インを制御するための別のデバイスのブロック図である。デバイスは端末において適用しても良い。図１３に示す実施形態に基づいて、この実施形態におけるリクエスト送信ユニット１３０１は、第４の取得サブ・ユニット１３０１Ａ、ＩＤ付加サブ・ユニット１３０１Ｂ、およびリクエスト送信サブ・ユニット１３０１Ｃを含んでいても良い。
【０１６２】
第４の取得サブ・ユニット１３０１Ａは、ユーザが選んだプラグ・インのプラグ・インＩＤをユーザからの命令により取得するように構成されている。
【０１６３】
ＩＤ付加サブ・ユニット１３０１Ｂは、プラグ・インＩＤをプラグ・イン状態クエリ要求に付加するように構成されている。
【０１６４】
リクエスト送信サブ・ユニット１３０１Ｃは、プラグ・イン状態クエリ要求をルータに送信するように構成されている。
【０１６５】
前述の実施形態では、プラグ・インＩＤをプラグ・イン状態クエリ要求に付加することによって、ルータはプラグ・インの実行状態をプラグ・インＩＤにより取得しても良い。
【０１６６】
図１５は、典型的な実施形態によるルータ・プラグ・インを制御するための別のデバイスのブロック図である。デバイスは端末において適用しても良い。図１３に示す実施形態に基づいて、この実施形態における状態表示ユニット１３０３は、インターフェース生成サブ・ユニット１３０３Ａ、およびインターフェース表示サブ・ユニット１３０３Ｂを含んでいても良い。
【０１６７】
インターフェース生成サブ・ユニット１３０３Ａは、プラグ・インの実行状態によりユーザ・インターフェースを生成するように構成されている。
【０１６８】
インターフェース表示サブ・ユニット１３０３Ｂは、ユーザ・インターフェースを表示するように構成されている。
【０１６９】
前述の実施形態では、プラグ・インの実行状態をユーザにユーザ・インターフェースを介して表示して、ユーザが直感的にプラグ・インの実行状態を取得し得るようにする。
【０１７０】
なお、図１５に示すデバイスの実施形態に含まれる状態表示ユニット１３０３は、図１４に示すデバイスの実施形態に含まれていても良いが、このことは本明細書では限定ではない。
【０１７１】
図１６は、典型的な実施形態によるルータ・プラグ・インを制御するための別のデバイスのブロック図である。デバイスは端末において適用しても良い。図１３に示す実施形態に基づいて、この実施形態におけるデバイスはさらに、状態判定ユニット１３０４と警告ユニット１３０５とを含んでいても良い。
【０１７２】
状態判定ユニット１３０４は、プラグ・インの実行状態が所定の警告閾値に達しているか否かを判定するように構成されている。
【０１７３】
警告ユニット１３０５は、プラグ・インの実行状態が所定の警告閾値に達している場合にユーザに警告するように構成されている。
【０１７４】
前述の実施形態では、警告閾値を端末に事前に設定することによって、端末が、ルータによって戻されるプラグ・インの実行状態を受信したときに、プラグ・インの実行状態が事前設定の警告閾値に達する場合に警告をユーザに送信して、プラグ・インが占有する資源が多すぎてルータのルーティング機能に影響するときにユーザが促され得るようにしても良い。
【０１７５】
なお、図１６に示すデバイスの実施形態に含まれる状態判定ユニット１３０４および警告ユニット１３０５は、図１３〜図１５に示すデバイスの実施形態のいずれか１つに含まれていても良いが、このことは本明細書では限定ではない。
【０１７６】
前述の実施形態におけるデバイスに関して、そこでの個々のモジュールの特定の動作モードについては、ルータ・プラグ・インを制御するための方法に関する実施形態において詳細に説明してきたので、ここでは詳しく述べない。
【０１７７】
デバイスの実施形態は方法の実施形態に実質的に対応するので、関連する態様に関しては、方法の実施形態における記載を参照しても良い。前述したデバイスの実施形態は単に典型的であり、別個のコンポーネントとしてそこで例示したユニットは、互いから物理的に分離されていても良いしそうでなくても良く、またユニットとして表わされたコンポーネントは物理ユニットであっても良いしそうでなくても良く、すなわち同じ場所に配置されていても良いし、複数のネットワーク・ユニットに分配されていても良い。モジュールの一部または全部を、本開示の目的を実現するための実際の要求により選んでも良い。このことは、創造的な業務を行なうことなく当業者によって理解または実施される場合がある。
【０１７８】
それに応じて、本開示によってルータ・プラグ・インを制御するためのデバイスも提供され、本デバイスは、プロセッサと、プロセッサによって実行可能な命令を記憶するように構成されたメモリとを含み、プロセッサは、端末からプラグ・イン状態クエリ要求を受信することと、プラグ・イン状態クエリ要求によりプラグ・インの実行状態を取得することと、プラグ・インの実行状態を端末に送信してプラグ・インの実行状態をユーザに表示するようにすることと、を行なうように構成されている。
【０１７９】
それに応じて、本開示によって、非一時的コンピュータ可読記憶媒体であって、命令が記憶され、命令は、ルータのプロセッサによって実行されると、ルータにルータ・プラグ・インを制御するための方法を実行させる、非一時的コンピュータ可読記憶媒体も提供される。本方法は、プラグ・イン状態クエリ要求を端末から受信することと、プラグ・イン状態クエリ要求によりプラグ・インの実行状態を取得することと、プラグ・インの実行状態を端末に送信してプラグ・インの実行状態をユーザに表示するようにすることと、を含む。
【０１８０】
それに応じて、本開示によってルータ・プラグ・インを制御するためのデバイスも提供され、本デバイスは、プロセッサと、プロセッサによって実行可能な命令を記憶するように構成されたメモリとを含み、プロセッサは、ユーザからの命令によりルータにプラグ・イン状態クエリ要求を送信することと、プラグ・イン状態クエリ要求によりルータによって戻されるプラグ・インの実行状態を受信することと、プラグ・インの実行状態をユーザに表示することと、を行なうように構成されている。
【０１８１】
それに応じて、本開示によって、非一時的コンピュータ可読記憶媒体であって、命令が記憶され、命令は、端末のプロセッサによって実行されると、端末にルータ・プラグ・インを制御するための方法を実行させる、非一時的コンピュータ可読記憶媒体も提供される。本方法は、ユーザからの命令によりルータにプラグ・イン状態クエリ要求を送信することと、プラグ・イン状態クエリ要求によりルータによって戻されるプラグ・インの実行状態を受信することと、プラグ・インの実行状態をユーザに表示することと、を含む。
【０１８２】
図１７は、典型的な実施形態によるルータ・プラグ・インを制御するためのデバイス１７００のブロック図である。たとえば、デバイス１７００は、携帯電話、コンピュータ、デジタル一斉送信端末、メッセージ送受信装置、ゲーム・コンソール、タブレット、医療機器、運動器具、携帯情報端末などであっても良い。
【０１８３】
図１７を参照して、デバイス１７００は以下のコンポーネントのうちの１または複数を含んでいても良い。処理コンポーネント１７０２、メモリ１７０４、電力コンポーネント１７０６、マルチメディア・コンポーネント１７０８、オーディオ・コンポーネント１７１０、入出力（Ｉ／Ｏ）インターフェース１７１２、センサ・コンポーネント１７１４、および通信コンポーネント１７１６である。
【０１８４】
処理コンポーネント１７０２は、典型的に、デバイス１７００の全体的な動作（たとえば、表示、電話呼び出し、データ通信、カメラ動作、および記録動作に付随する動作）を制御する。処理コンポーネント１７０２は、前述の方法におけるステップの全部または一部を行なう命令を実行する１または複数のプロセッサ１７２０を含んでいても良い。また、処理コンポーネント１７０２は、処理コンポーネント１７０２と他のコンポーネントとの間のやり取りを容易にする１または複数のモジュールを含んでいても良い。たとえば、処理コンポーネント１７０２は、マルチメディア・コンポーネント１７０８と処理コンポーネント１７０２との間のやり取りを容易にするマルチメディア・モジュールを含んでいても良い。
【０１８５】
メモリ１７０４は、デバイス１７００の動作をサポートする種々のタイプのデータを記憶するように構成されている。このようなデータの例としては、デバイス１７００上で動作する任意のアプリケーションまたは方法に対する命令、連絡先データ、電話帳データ、メッセージ、画像、映像などが挙げられる。メモリ１７０４は、任意のタイプの揮発性もしくは不揮発性メモリ装置、またはそれらの組み合わせを用いて実施しても良い。たとえば、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ）、プログラマブル読み取り専用メモリ（ＰＲＯＭ）、読み取り専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュ・メモリ、磁気または光ディスクである。
【０１８６】
電力コンポーネント１７０６は電力をデバイス１７００の複数のコンポーネントに与える。電力コンポーネント１７０６は、電力管理システム、１または複数の電源、ならびにデバイス１７００における電力の発生、管理、および分配に付随する任意の他のコンポーネントを含んでいても良い。
【０１８７】
マルチメディア・コンポーネント１７０８は、デバイス１７００とユーザとの間の出力インターフェースとなるスクリーンを含んでいる。いくつかの実施形態では、スクリーンは液晶ディスプレイ（ＬＣＤ）とタッチ・パネル（ＴＰ）とを含んでいても良い。スクリーンがタッチ・パネルを含む場合、スクリーンをユーザから入力信号を受信するタッチ・スクリーンとして実施しても良い。タッチ・パネルは、タッチ・パネル上でのタッチ、スワイプ、および他のジェスチャを検知する１または複数のタッチ・センサを含んでいる。タッチ・センサは、タッチまたはスワイプ動作の境界を検知しなくても良いが、タッチまたはスワイプ動作に付随する継続時間および圧力を検知しても良い。いくつかの実施形態では、マルチメディア・コンポーネント１７０８には正面カメラおよび／または背面カメラが含まれる。正面カメラおよび背面カメラは、デバイス１７００が動作モード（たとえば、撮影モードまたは映像モード）にあるときに、外部からのマルチメディア・データを受信しても良い。正面カメラおよび背面カメラはそれぞれ、固定した光学レンズ系であっても良いし、またはフォーカスおよび光学ズーム能力があっても良い。
【０１８８】
オーディオ・コンポーネント１７１０はオーディオ信号を出力および／または入力するように構成されている。たとえば、オーディオ・コンポーネント１７１０には、デバイス１７００が動作モード（たとえば、呼び出しモード、記録モード、および音声認識モード）にあるときに外部からのオーディオ信号を受信するように構成されたマイクロフォン（ＭＩＣ）が含まれる。受信したオーディオ信号をさらに、メモリ１７０４に記憶しても良いし、または通信コンポーネント１７１６を介して送信しても良い。いくつかの実施形態では、オーディオ・コンポーネント１７１０はさらに、オーディオ信号を出力するスピーカを含んでいる。
【０１８９】
Ｉ／Ｏインターフェース１７１２によって、処理コンポーネント１７０２と周辺インターフェース・モジュール（たとえば、キーボード、クリック・ホイール、ボタンなど）との間のインターフェースが得られる。ボタンとしては以下のものを挙げても良いがこれらに限定されない。ホーム・ボタン、ボリューム・ボタン、開始ボタン、およびロッキング・ボタン。
【０１９０】
センサ・コンポーネント１７１４は、デバイス１７００の種々の態様のステータス評価を与える１または複数のセンサを含んでいる。たとえば、センサ・コンポーネント１７１４は、デバイス１７００の開／閉ステータスならびにコンポーネント（たとえば、デバイス１７００のディスプレイおよびキーパッド）の相対位置決めを検出しても良い。センサ・コンポーネント１７１４はまた、デバイス１７００またはデバイス１７００内のコンポーネントの位置の変化、デバイス１７００とのユーザ接触が存在するかまたは存在しないか、デバイス１７００の配向または加速／減速、およびデバイス１７００の温度の変化を検出しても良い。センサ・コンポーネント１７１４は、わずかな物理的接触も起こすことなく近くの物体の存在を検出するように構成された近接センサを含んでいても良い。センサ・コンポーネント１７１４はまた、撮像応用で用いる光センサ（たとえば、ＣＭＯＳまたはＣＣＤ画像センサ）を含んでいても良い。いくつかの実施形態では、センサ・コンポーネント１７１４はまた、加速度計センサ、ジャイロスコープ・センサ、磁気センサ、圧力センサ、または温度センサを含んでいても良い。
【０１９１】
通信コンポーネント１７１６は、デバイス１７００と他のデバイスとの間の有線または無線通信を容易にするように構成されている。デバイス１７００は、通信標準（たとえば、ＷｉＦｉ、２Ｇ、もしくは３Ｇ、またはそれらの組み合わせ）に基づいて無線ネットワークにアクセスすることができる。１つの典型的な実施形態では、通信コンポーネント１７１６は、一斉送信信号または一斉送信関連情報を、外部の一斉送信管理システムから一斉送信チャネルを介して受信する。１つの典型的な実施形態では、通信コンポーネント１７１６はさらに、短距離通信を容易にする近距離無線通信（ＮＦＣ）モジュールを含んでいる。たとえば、ＮＦＣモジュールを実施することを、無線周波数識別（ＲＦＩＤ）技術、赤外線データ通信協会（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、ブルートゥース（ＢＴ）技術、および他の技術に基づいて行なっても良い。
【０１９２】
典型的な実施形態では、デバイス８００を、１または複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理装置（ＤＳＰＤ）、プログラマブル論理回路（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、コントローラ、マイクロ・コントローラ、マイクロプロセッサ、または他の電子部品を用いて実施して、前述の方法を行なうようにしても良い。
【０１９３】
典型的な実施形態では、命令を含む非一時的コンピュータ可読記憶媒体（たとえば命令を含むメモリ１７０４）も提供される。前述の命令は、前述の方法を行なうために、デバイス１７００内のプロセッサ１７２０によって実行可能である。たとえば、非一時的コンピュータ可読記憶媒体は、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピィ・ディスク、光学データ記憶装置などであっても良い。
【０１９４】
図１８は、典型的な実施形態によるルータ・プラグ・インを制御するためのデバイス１８００のブロック図である。たとえば、デバイス１８００はルータとして構成しても良い。図１８を参照して、デバイス１８００は処理コンポーネント１８２２を含んでおり、処理コンポーネント１８２２はさらに、１または複数のプロセッサおよびメモリ資源（メモリ１８３２によって表わされる）を含んでいる。メモリ資源は、処理コンポーネント１８２２によって実行可能な命令（たとえば、アプリケーション・プログラム）を記憶するために用いられる。メモリ１８３２内に記憶されるアプリケーション・プログラムは、１または複数のモジュールを含んでいても良く、各モジュールは１つの命令セットに対応する。さらに、処理コンポーネント１８２２は、命令を実行して、ルータ・プラグ・インを制御するための前述の方法を実行するように構成されている。
【０１９５】
デバイス１８００はさらに、デバイス１８００上で電力管理を実行するように構成された電力コンポーネント１８２６と、デバイス１８００をネットワークに接続するように構成された有線または無線ネットワーク・インターフェース１８５０と、入出力（Ｉ／Ｏ）インターフェース１８５８とを含んでいても良い。デバイス１８００の動作は、メモリ１８３２に記憶されたオペレーティング・システム（たとえば、Ｗｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ、ＭａｃＯＳＸ（登録商標）、Ｕｎｉｘ（登録商標）、Ｌｉｎｕｘ（登録商標）、ＦｒｅｅＢＳＤ（登録商標）など）に基づいて行なっても良い。
【０１９６】
本発明の他の実施形態は、明細書の検討および本明細書に開示された本発明の実施から当業者には明らかである。本出願は、本発明の任意の変形、使用、または適応であって、本発明の一般的な原理に従い、当該技術分野における既知または通例の実施に入るような本開示からの逸脱を含むものに及ぶことが意図されている。明細書および実施例は単に典型的であると考えられることが意図されており、本発明の真の範囲および趣旨は以下の請求項によって示される。
【０１９７】
当然のことながら、本発明は、前述し添付図面に例示した正確な構造には限定されず、種々の変更および変形をその範囲から逸脱することなく行なうことができる。本発明の範囲は添付の請求項のみによって限定されることが意図されている。
【図１】
2016534473.tif 000003
【図２Ａ】
2016534473.tif 000004
【図２Ｂ】
2016534473.tif 000005
【図２Ｃ】
2016534473.tif 000006
【図３】
2016534473.tif 000007
【図４】
2016534473.tif 000008
【図５】
2016534473.tif 000009
【図６】
2016534473.tif 000010
【図７】
2016534473.tif 000011
【図８】
2016534473.tif 000012
【図９】
2016534473.tif 000013
【図１０】
2016534473.tif 000014
【図１１】
2016534473.tif 000015
【図１２】
2016534473.tif 000016
【図１３】
2016534473.tif 000017
【図１４】
2016534473.tif 000018
【図１５】
2016534473.tif 000019
【図１６】
2016534473.tif 000020
【図１７】
2016534473.tif 000021
【図１８】
2016534473.tif 000022
【手続補正書】
【提出日】平成28年3月4日(2016.3.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ルータ・プラグ・インを制御するための方法であって、
プラグ・イン状態クエリ要求を端末から受信することと、
前記プラグ・イン状態クエリ要求によりプラグ・インの実行状態を取得することと、
前記プラグ・インの前記実行状態を前記端末に送信して前記プラグ・インの前記実行状態をユーザに表示するようにすることと、を含む方法。
【請求項２】
前記プラグ・イン状態クエリ要求によりプラグ・インの実行状態を取得することは、
前記プラグ・イン状態クエリ要求に保持されたプラグ・インＩＤを取得することと、
前記プラグ・インＩＤに対応するプロセスＩＤを事前設定の構成ファイルから取得することと、
前記プロセスＩＤにより前記プラグ・インの前記実行状態を取得することと、を含む請求項１に記載の方法。
【請求項３】
ルータを電源オンした後で事前設定の構成により前記プラグ・インを開始することと、
前記プラグ・インの前記プロセスＩＤおよび前記プラグ・インＩＤを前記事前設定の構成ファイルに記録することと、をさらに含む請求項２に記載の方法。
【請求項４】
前記プラグ・インを終了するための命令を前記端末から受信することと、
終了すべき前記プラグ・インの前記プラグ・インＩＤを取得することであって、終了すべき前記プラグ・インの前記プラグ・インＩＤは、前記プラグ・インを終了するための前記命令に保持される、取得することと、
終了すべき前記プラグ・インの前記プラグ・インＩＤに対応する前記プロセスＩＤにより、終了すべき前記プラグ・インを終了することと、
終了すべき前記プラグ・インの前記プラグ・インＩＤおよび前記プロセスＩＤを前記事前設定の構成ファイルから削除することと、をさらに含む請求項２に記載の方法。
【請求項５】
前記プラグ・インを開始するための命令を前記端末から受信することと、
開始すべき前記プラグ・インの前記プラグ・インＩＤを取得することであって、開始すべき前記プラグ・インの前記プラグ・インＩＤは、前記プラグ・インを開始するための前記命令に保持される、取得することと、
開始すべき前記プラグ・インの前記プラグ・インＩＤにより、開始すべき前記プラグ・インを開始することと、
開始すべき前記プラグ・インの前記プラグ・インＩＤおよび前記プロセスＩＤを前記事前設定の構成ファイルに記録することと、をさらに含む請求項２乃至４いずれか１項に記載の方法。
【請求項６】
前記プラグ・インの前記実行状態は、前記プラグ・インのＣＰＵ使用率と、前記プラグ・インのメモリ使用量と、データをディスクに書き込みデータを前記ディスクから読み出すレートとからなる群からの少なくとも１つを含む請求項１乃至５いずれか１項に記載の方法。
【請求項７】
ルータ・プラグ・インを制御するための方法であって、
ユーザからの命令によりルータにプラグ・イン状態クエリ要求を送信することと、
前記プラグ・イン状態クエリ要求により前記ルータによって戻されるプラグ・インの実行状態を受信することと、
前記プラグ・インの前記実行状態を前記ユーザに表示することと、を含む方法。
【請求項８】
ユーザからの命令によりルータにプラグ・イン状態クエリ要求を送信することは、
前記ユーザからの前記命令により前記ユーザが選んだプラグ・インのプラグ・インＩＤを取得することと、
前記プラグ・インＩＤを前記プラグ・イン状態クエリ要求に付加することと、
前記プラグ・イン状態クエリ要求を前記ルータに送信することと、を含む請求項７に記載の方法。
【請求項９】
前記プラグ・インの前記実行状態を前記ユーザに表示することは、
前記プラグ・インの前記実行状態によりユーザ・インターフェースを生成することと、
前記ユーザ・インターフェースを表示することと、を含む請求項７または８に記載の方法。
【請求項１０】
前記プラグ・インの前記実行状態が所定の警告閾値に達しているか否かを判定することと、
前記プラグ・インの前記実行状態が前記所定の警告閾値に達している場合には前記ユーザに警告することと、をさらに含む請求項７乃至９いずれか１項に記載の方法。
【請求項１１】
ルータ・プラグ・インを制御するためのデバイスであって、
端末からプラグ・イン状態クエリ要求を受信するように構成されたリクエスト受信ユニットと、
前記プラグ・イン状態クエリ要求によりプラグ・インの実行状態を取得するように構成された状態取得ユニットと、
前記プラグ・インの前記実行状態を前記端末に送信して前記プラグ・インの前記実行状態をユーザに表示するように構成された状態送信ユニットと、を含むデバイス。
【請求項１２】
前記状態取得ユニットは、
前記プラグ・イン状態クエリ要求に保持されたプラグ・インＩＤを取得するように構成された第１の取得サブ・ユニットと、
前記プラグ・インＩＤに対応するプロセスＩＤを事前設定の構成ファイルから取得するように構成された第２の取得サブ・ユニットと、
前記プロセスＩＤにより前記プラグ・インの前記実行状態を取得するように構成された第３の取得サブ・ユニットと、を含む請求項１１に記載のデバイス。
【請求項１３】
ルータを電源オンした後に、事前設定の構成により前記プラグ・インを開始するように構成された第１の開始ユニットと、
前記プラグ・インの前記プロセスＩＤおよび前記プラグ・インＩＤを前記事前設定の構成ファイルに記録するように構成された第１の記録ユニットと、をさらに含む請求項１２に記載のデバイス。
【請求項１４】
前記プラグ・インを終了するための命令を前記端末から受信するように構成された終了受信ユニットと、
終了すべき前記プラグ・インの前記プラグ・インＩＤを取得するように構成された終了取得ユニットであって、終了すべき前記プラグ・インの前記プラグ・インＩＤは、前記プラグ・インを終了するための前記命令に保持される、終了取得ユニットと、
終了すべき前記プラグ・インの前記プラグ・インＩＤに対応する前記プロセスＩＤにより、終了すべき前記プラグ・インを終了するように構成されたプラグ・イン終了ユニットと、
終了すべき前記プラグ・インの前記プラグ・インＩＤおよび前記プロセスＩＤを前記事前設定の構成ファイルから削除するように構成されたファイル削除ユニットと、をさらに含む請求項１２に記載のデバイス。
【請求項１５】
前記プラグ・インを開始するための命令を前記端末から受信するように構成された開始受信ユニットと、
開始すべき前記プラグ・インの前記プラグ・インＩＤを取得するように構成された開始取得ユニットであって、開始すべき前記プラグ・インの前記プラグ・インＩＤは、前記プラグ・インを開始するための前記命令に保持される、開始取得ユニットと、
開始すべき前記プラグ・インの前記プラグ・インＩＤにより、開始すべき前記プラグ・インを開始するように構成されたプラグ・イン開始ユニットと、
開始すべき前記プラグ・インの前記プラグ・インＩＤおよび前記プロセスＩＤを前記事前設定の構成ファイルに記録するように構成された第２の記録ユニットと、をさらに含む請求項１２乃至１４いずれか１項に記載のデバイス。
【請求項１６】
ルータ・プラグ・インを制御するためのデバイスであって、
ユーザからの命令によりルータにプラグ・イン状態クエリ要求を送信するように構成されたリクエスト送信ユニットと、
前記プラグ・イン状態クエリ要求により前記ルータによって戻されるプラグ・インの実行状態を受信するように構成された状態受信ユニットと、
前記プラグ・インの前記実行状態を前記ユーザに表示するように構成された状態表示ユニットと、を含むデバイス。
【請求項１７】
前記リクエスト送信ユニットは、
前記ユーザからの前記命令により前記ユーザが選んだプラグ・インのプラグ・インＩＤを取得するように構成された第４の取得サブ・ユニットと、
前記プラグ・インＩＤを前記プラグ・イン状態クエリ要求に付加するように構成されたＩＤ付加サブ・ユニットと、
前記プラグ・イン状態クエリ要求を前記ルータに送信するように構成されたリクエスト送信サブ・ユニットと、を含む請求項１６に記載のデバイス。
【請求項１８】
前記状態表示ユニットは、
前記プラグ・インの前記実行状態によりユーザ・インターフェースを生成するように構成されたインターフェース生成サブ・ユニットと、
前記ユーザ・インターフェースを表示するように構成されたインターフェース表示サブ・ユニットと、を含む請求項１６または１７に記載のデバイス。
【請求項１９】
前記プラグ・インの前記実行状態が所定の警告閾値に達しているか否かを判定するように構成された状態判定ユニットと、
前記プラグ・インの前記実行状態が前記所定の警告閾値に達している場合には前記ユーザに警告するように構成された警告ユニットと、をさらに含む請求項１６に記載の方法。
【請求項２０】
コンピュータ上で実行されたときに請求項１乃至１０いずれか１項記載の前記ルータ・プラグ・インを制御するための方法をコンピュータに実行させるためのコンピュータ・プログラム。
【請求項２１】
請求項２０に記載のコンピュータ・プログラムが記憶されたコンピュータ可読記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１９２
【補正方法】変更
【補正の内容】
【０１９２】
典型的な実施形態では、デバイス１７００を、１または複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理装置（ＤＳＰＤ）、プログラマブル論理回路（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、コントローラ、マイクロ・コントローラ、マイクロプロセッサ、または他の電子部品を用いて実施して、前述の方法を行なうようにしても良い。
【国際調査報告】
2016534473.tif 000023
2016534473.tif 000024
2016534473.tif 000025
2016534473.tif 000026