JP5698366B2

JP5698366B2 - 制御方法、装置、及びシステム

Info

Publication number: JP5698366B2
Application number: JP2013529540A
Authority: JP
Inventors: ドンフェンツァン; ツェンフイニー
Original assignee: ファーウェイデバイスカンパニーリミテッド
Priority date: 2010-09-21
Filing date: 2011-09-17
Publication date: 2015-04-08
Anticipated expiration: 2031-09-17
Also published as: WO2012037864A1; US20120069855A1; CN101977244A; EP2432192A1; RU2462746C1; JP2013543307A; BRPI1105753B1; BRPI1105753A2; EP2432192B1; US9049254B2

Description

本発明は、通信技術の分野に関し、特に、制御方法、装置、及びシステムに関する。

リモートネットワークドライバインタフェース仕様（ＲＮＤＩＳ）は、ネットワーク装置仕様である。これは、ＲＮＤＩＳ装置が、システムから来たオブジェクト識別子デスクリプタ（ＯＩＤ）を処理することを要求する。従って、システム内に提供されるドライバプログラムが、互換モードにおいて、様々なＲＮＤＩＳ装置によって使用されることが可能であり、特定のＲＮＤＩＳ装置のために、専用のドライバプログラムが開発される必要はなく、システムは、特定の機能を実施するために、様々なＯＩＤを、ＲＮＤＩＳ装置に送信することが可能である。

ＲＮＤＩＳの使用は、ユーザに多大な便宜をもたらすだけでなく、更に、ＲＮＤＩＳ装置の開発を簡単にする。しかし、ＲＮＤＩＳドライバプログラムは、ネットワークデータを伝送することのみが可能であり、ユーザの制御コマンドを伝送することはできない。従って、ユーザの基本的要求（ダイヤルアップ、及び、ダイヤルアップの切断など）は、ＲＮＤＩＳ装置に伝送されることができず、その他の操作を介してのみ、実施されることが可能である。例えば、ネットワークは、装置を除去することによってのみ、切断されることが可能であり、これは、ユーザにとって不便である。

この問題を解決するために、従来技術では、ＲＮＤＩＳドライバが、ＲＮＤＩＳ装置のインタフェースとして使用され、かつ、追加の制御インタフェースが、ＲＮＤＩＳ装置内に追加され、ここで、ユーザ装置は、ＲＮＤＩＳ装置を制御するために、制御コマンドを、制御インタフェースを介して送信する。

制御インタフェースの追加は、全ての種類のインタフェースを有するＲＮＤＩＳ装置にではなく、ユニバーサルシリアルバスインタフェースを有するＲＮＤＩＳ装置にのみ適用可能である。従って、この解決法は、一般的な適用性を有さない。加えて、新たな制御インタフェースが追加されるため、ユーザは、新たな制御インタフェースのための追加のドライバプログラムを追加する必要があり、これは、使用の複雑さを増加させる。

本発明の実施形態は、一般的な適用可能性を有するだけでなく、更に、追加のドライバプログラムをインストールすることなしに、ＲＮＤＩＳ装置への制御コマンドの伝送を実施することが可能であり、これにより、使用プロセスを単純にする、制御方法、装置、及びシステムを提供する。

制御方法は、
制御コマンドを、ＲＮＤＩＳ装置に送信されるネットワークデータパケット内にカプセル化し、ここで、制御コマンドは、ＲＮＤＩＳ装置を制御するために使用され、
カプセル化されたネットワークデータパケットを、ＲＮＤＩＳ装置を制御するために、ＲＮＤＩＳ装置に送信することを含む。

制御方法は、
制御コマンドを、コンパクトディスク（ＣＤ）、又はヒューマンインタフェース装置（ＨＩＤ）に送信されるデータパケット内にカプセル化し、ここで、制御コマンドは、ＲＮＤＩＳ装置を制御するために使用され、
カプセル化されたパケットを、ＲＮＤＩＳ装置を制御するために、ＲＮＤＩＳ装置に、ＲＮＤＩＳ装置上に設定されたＣＤインタフェース、又はＨＩＤインタフェースを介して送信することを含む。

制御方法は、
ユーザ装置によって送信されたネットワークデータパケットを受信し、ここで、ＲＮＤＩＳ装置を制御するために使用される制御コマンドが、データパケット内にカプセル化されており、
ネットワークデータパケットをカプセル開放して、制御コマンドを取得し、
制御コマンドの指示に従って、動作を実行することを含む。

制御方法は、
ＲＮＤＩＳ装置上に設定されたＣＤインタフェース、又はＨＩＤインタフェースを介して、ユーザ装置によって送信されたデータパケットを受信し、ここで、ＲＮＤＩＳ装置を制御するために使用される制御コマンドが、データパケット内にカプセル化されており、
データパケットをカプセル開放して、制御コマンドを取得し、
制御コマンドの指示に従って、動作を実行することを含む。

ユーザ装置は、
制御コマンドを、ＲＮＤＩＳ装置に送信されるネットワークデータパケット内にカプセル化するように構成された、第１のカプセル化ユニットと（ここで、制御コマンドは、ＲＮＤＩＳ装置を制御するために使用され）、
第１のカプセル化ユニットによってカプセル化されたネットワークデータパケットを、ＲＮＤＩＳ装置を制御するために、ＲＮＤＩＳ装置に送信するように構成された、第１の送信ユニットとを含む。

ユーザ装置は、
制御コマンドを、ＣＤ、又はＨＩＤインタフェースのフォーマットにおけるデータパケット内にカプセル化するように構成された、第２のカプセル化ユニットと（ここで、制御コマンドは、ＲＮＤＩＳ装置を制御するために使用され）、
ＲＮＤＩＳ装置上に設定されたＣＤインタフェース、又はＨＩＤインタフェースを介して、第２のカプセル化ユニットによってカプセル化されたデータパケットを、ＲＮＤＩＳ装置を制御するために、ＲＮＤＩＳ装置に送信するように構成された、第２の送信ユニットとを含む。

ＲＮＤＩＳ装置は、
ユーザ装置によって送信されたネットワークデータパケットを受信するように構成された、第１の受信ユニットと（ここで、ＲＮＤＩＳ装置を制御するために使用される制御コマンドが、データパケット内にカプセル化されており）、
第１の受信ユニットによって受信されたネットワークデータパケットを、カプセル開放して、制御コマンドを取得するように構成された、第１のカプセル開放ユニットと、
第１のカプセル開放ユニットによって取得された制御コマンドの指示に従って、動作を実行するように構成された、第１の処理ユニットとを含む。

ＲＮＤＩＳ装置は、
ＣＤインタフェース、又はＨＩＤインタフェースを介して、ユーザ装置によって送信されたデータパケットを受信するように構成された、第２の受信ユニットと（ここで、ＲＮＤＩＳ装置を制御するために使用される制御コマンドが、データパケット内にカプセル化されており）、
第２の受信ユニットによって受信されたデータパケットを、カプセル開放して、制御コマンドを取得するように構成された、第２のカプセル開放ユニットと、
第２のカプセル開放ユニットによって取得された制御コマンドの指示に従って、動作を実行するように構成された、第２の処理ユニットとを含む。

通信システムは、本発明の実施形態によって提供される、任意のユーザ装置と、任意のＲＮＤＩＳ装置とを含む。

本発明の実施形態によれば、制御コマンドが、ＲＮＤＩＳ装置に送信されるネットワークデータパケット内にカプセル化され、カプセル化されたネットワークデータパケットが、ＲＮＤＩＳ装置を制御するために、ＲＮＤＩＳ装置に送信される。従来のネットワークアーキテクチャでは、ユーザ装置は、ネットワークデータパケットを、ＲＮＤＩＳ装置に、直接送信することが可能である。従って、この解決法を使用すれば、新たな制御インタフェースを追加することも、追加のドライバプログラムをインストールすることもなしに、制御コマンドが、ＲＮＤＩＳ装置に伝送されることが可能である。従来技術における、追加の制御インタフェースを追加すること、及び、ドライバプログラムをインストールすることを必要とする解決法と比較して、この解決法は、適用の複雑さを減少させ、かつ、ＲＮＤＩＳ装置に対する特別な要求を有さず、これは、一般的に適用可能であり、かつ、実施が容易である。

本発明の実施形態による技術的解決法を、より明確に説明するために、実施形態を説明するための添付の図面について、以下に簡単に紹介する。明らかに、添付の図面は、本発明のいくつかの実施形態を説明するものにすぎず、当業者は、そのような添付の図面から、いかなる創造的な活動も行うことなく、その他の図面を導き出すことが可能である。

本発明の実施形態１による制御方法のフローチャートである。本発明の実施形態２による制御方法のフローチャートである。本発明の実施形態３による制御方法のフローチャートである。パーソナルコンピュータ（ＰＣ）と、ＲＮＤＩＳ装置との間の通信の概略シナリオ図である。ＡＴコマンドをカプセル化するためにユーザデータグラムプロトコル（ＵＤＰ）データパケットを使用する、データパケットフォーマットである。本発明の実施形態４による制御方法のフローチャートである。本発明の実施形態５による制御方法のフローチャートである。ＰＣと、ＲＮＤＩＳ装置との間の通信の概略シナリオ図である。本発明の実施形態４による制御方法のフローチャートである。本発明の実施形態によるユーザ装置の概略構成図である。本発明の実施形態によるユーザ装置の、別の概略構成図である。本発明の実施形態によるユーザ装置の、更に別の概略構成図である。本発明の実施形態によるＲＮＤＩＳ装置の概略構成図である。本発明の実施形態によるＲＮＤＩＳ装置の、別の概略構成図である。本発明の実施形態による通信システムの概略構成図である。

本発明の実施形態による技術的解決法について、添付の図面を参照して、以下に更に詳細に説明する。明らかに、説明される実施形態は、本発明の全ての実施形態ではなく、いくつかの実施形態にすぎない。当業者によって、本発明の実施形態に基づいて、いかなる創造的な活動も行うことなく導き出される全てのその他の実施形態は、本発明の保護範囲内に入る。

本発明の実施形態は、制御方法、装置、及びシステムを提供し、これらについて、それぞれ、以下に詳細に説明する。

実施形態１
この実施形態は、ユーザ装置の観点から説明される。ユーザ装置は、具体的には、ＰＣ又はラップトップなどの、端末であってもよい。

制御方法は、ＲＮＤＩＳ装置を制御するために使用される制御コマンドを、ＲＮＤＩＳ装置に送信されるネットワークデータパケット内にカプセル化し、カプセル化されたネットワークデータパケットを、ＲＮＤＩＳ装置を制御するために、ＲＮＤＩＳ装置に送信することを含む。

図１を参照すると、特定のプロセスは、以下の通りであってもよい。

１０１：制御コマンドが、ＲＮＤＩＳ装置に送信されるネットワークデータパケット内にカプセル化される。

例えば、制御コマンドは、ＲＮＤＩＳ装置に送信される、コネクションベースの伝送制御プロトコル（ＴＣＰ）データパケット内にカプセル化されてもよく、又は、
制御コマンドは、ＲＮＤＩＳ装置に送信される、コネクションレスのＵＤＰデータパケット内にカプセル化されてもよい。

制御コマンドは、ＲＮＤＩＳ装置を制御するために使用される。コマンドは、例えば、ＡＴコマンド、診断（ＤＩＡＧ）コマンド、又は、その他の、ユーザ定義のコマンドであってもよい。

１０２：カプセル化されたネットワークデータパケットは、ＲＮＤＩＳ装置を制御するために（例えば、ダイヤルアップの要求を初期化するため、個人識別番号（ＰＩＮ）をロック解除するため、又は、ＲＮＤＩＳ装置上のダイヤルアップを切断するために）、ＲＮＤＩＳ装置に送信される。

必要に応じて、ステップ１０１の前に、すなわち、制御コマンドを、ＲＮＤＩＳ装置に送信されるネットワークデータパケット内にカプセル化することの前に、プロセスは、ＲＮＤＩＳ装置と通信するためのネットワーク通信ポートを作成することを更に含んでもよく、ここで、ネットワーク通信ポートは、任意のポートであってもよく、しかし、ポート番号は、他の既知のアプリケーションのポート番号と同じであってはならない。特定の作成方法については、従来技術を参照されたい（これについては、ここでは詳細に説明しない）。

ステップ１０１は、具体的には、制御コマンドを、ネットワーク通信ポートを介して送信されるネットワークデータパケット内にカプセル化することであってもよい。

前述の説明から、この実施形態によれば、制御コマンドが、ＲＮＤＩＳ装置に送信されるネットワークデータパケット内にカプセル化され、カプセル化されたネットワークデータパケットが、ＲＮＤＩＳ装置を制御するために、ＲＮＤＩＳ装置に送信される、ということがわかる。従来のネットワークアーキテクチャでは、ユーザ装置は、ネットワークデータパケットを、ＲＮＤＩＳ装置に、直接送信することが可能である。従って、この解決法を使用すれば、新たな制御インタフェースを追加すること、及び、追加のドライバプログラムをインストールすることなしに、制御コマンドが、ＲＮＤＩＳ装置に伝送されることが可能である。従来技術における解決法と比較して、この解決法は、適用の複雑さを減少させ、かつ、ＲＮＤＩＳ装置に対する特別な要求を有さず、これは、一般的に適用可能であり、かつ、実施が容易である。

実施形態２
この実施形態は、ＲＮＤＩＳ装置の観点から説明される。ＲＮＤＩＳ装置は、具体的には、ＲＮＤＩＳポート上で使用される、無線データカードであってもよい。

制御方法は、ユーザ装置によって送信されたネットワークデータパケットを受信し（ここで、ＲＮＤＩＳ装置を制御するために使用される制御コマンドが、ネットワークデータパケット内にカプセル化されており）、受信されたネットワークデータパケットをカプセル開放して、制御コマンドを取得し、制御コマンドの指示に従って、動作を実行することを含む。

図２を参照すると、特定のプロセスは、以下の通りであってもよい。

２０１：ユーザ装置によって送信されたネットワークデータパケットが受信され、ここで、ＲＮＤＩＳ装置を制御するために使用される制御コマンドが、ネットワークデータパケット内にカプセル化されている。コマンドは、ＡＴコマンド、ＤＩＡＧコマンド、又は、その他の、ユーザ定義のコマンドであってもよい。

例えば、ユーザ装置によって送信された、コネクションベースのＴＣＰデータパケットが受信されてもよく、ここで、ＲＮＤＩＳ装置を制御するために使用される制御コマンドが、ＴＣＰデータパケット内にカプセル化されており、又は、
コネクションレスのＵＤＰデータパケットが、ユーザ装置から受信され、ここで、ＲＮＤＩＳ装置を制御するために使用される制御コマンドが、ＵＤＰデータパケット内にカプセル化されている。

具体的には、ネットワークデータパケットは、ユーザ装置と、ＲＮＤＩＳ装置との間に作成された、ネットワーク通信ポートを介して受信されてもよい。ネットワーク通信ポートは、任意のポートであってもよく、しかし、ポート番号は、他の既知のアプリケーションのポート番号と同じであってはならない。

２０２：受信されたネットワークデータパケットは、カプセル開放されて、制御コマンドが取得され、これについては、以下に詳細に説明する。

ＲＮＤＩＳ装置は、受信されたネットワークデータパケットが、制御コマンドを運ぶかどうかを判定する。制御コマンドが運ばれている場合、ネットワークデータパケットは、カプセル開放され、制御コマンドが運ばれていない場合、ＲＮＤＩＳ装置は、受信されたネットワークデータパケットが、通常のネットワークデータであると判断し、データを、ネットワーク側に送信する。

２０３：ステップ２０２で取得された制御コマンドの指示に従って、動作（例えば、ダイヤルアップ、ＰＩＮのロック解除、又は、ダイヤルアップの切断）が実行される。

必要に応じて、ＲＮＤＩＳ装置は、更に、応答メッセージを返してもよく、そして、ブロードキャストデータパケットを送信することによって、装置ステータスの変化を、システムに報告してもよい。

例えば、ＲＮＤＩＳ装置は、応答メッセージを、図３ｃに示すフォーマット内にカプセル化し、メッセージを、ユーザ装置に送信する。

前述の説明から、この実施形態によれば、ユーザ装置によって送信されたネットワークデータパケットが受信され（ここで、制御コマンドが、ネットワークデータパケット内にカプセル化されており）、ネットワークデータパケットがカプセル開放されて、制御コマンドが取得され、制御コマンドの指示に従って、動作が実行される、ということがわかる。これにより、ユーザ装置は、ＲＮＤＩＳ装置に対する制御を実現する。従来のネットワークアーキテクチャでは、ユーザ装置は、ネットワークデータパケットを、ＲＮＤＩＳ装置に、直接送信することが可能である。従って、この解決法を使用すれば、新たな制御インタフェースを追加すること、及び、追加のドライバプログラムをインストールすることなしに、制御コマンドが、ＲＮＤＩＳ装置に伝送されることが可能である。従来技術における解決法と比較して、この解決法は、適用の複雑さを減少させ、かつ、ＲＮＤＩＳ装置に対する特別な要求を有さず、これは、一般的に適用可能であり、かつ、実施が容易である。

実施形態３
実施形態１、及び実施形態２で説明された方法に従って、以下のセクションでは、詳細な説明のために、例を使用する。

この実施形態では、ユーザ装置がＰＣであり、ネットワークデータパケットがコネクションレスのＵＤＰデータパケットであり、制御コマンドがＡＴコマンドである例が採用される。

図３ａを参照すると、特定のプロセスは、以下の通りであってもよい。

３０１：ネットワーク通信ポートが、ＰＣと、ＲＮＤＩＳ装置との間に作成され、ここで、ネットワーク通信ポートは、ＲＮＤＩＳ装置と通信するために使用され、任意のポートであってもよい。しかし、ポート番号は、他の既知のアプリケーションのポート番号と同じであってはならない。説明の便宜のために、本発明の実施形態では、ネットワーク通信ポートは、ＲＮＤＩＳ制御プログラムのポートと呼ばれる。

例えば、図３ｂを参照すると、図３ｂは、ＰＣと、ＲＮＤＩＳ装置との間の通信の概略シナリオ図である。図３ｂから、ファイル転送プロトコル（ＦＴＰ）アプリケーションのポート番号は、２１であり、ハイパーテキスト転送プロトコル（ＨＴＴＰ）アプリケーションのポート番号は、８０である、ということがわかる。ＰＣ内での、使用されているポート番号は、２１、及び８０のみであると仮定すると、ＲＮＤＩＳ制御プログラムのポートＸは、ポート２１、及び８０を除く、任意のポートであってもよい。

ＲＮＤＩＳ装置は、ネットワーク装置であるため、ＰＣ内のアプリケーションは、ネットワークデータを、ＲＮＤＩＳ装置に、ネットワーク通信ポートを介して直接送信することが可能である。

３０２：ステップ３０１で作成されたネットワーク通信ポート上で、ＰＣは、ユーザ定義の制御コマンドを、ＲＮＤＩＳ装置に発行する必要があり、例えば、ＡＴコマンドが、コネクションレスのＵＤＰデータパケット内にカプセル化される。

例えば、図３ｃを参照すると、図３ｃは、ＡＴコマンドをカプセル化するためにＵＤＰデータパケットを使用する、データパケットフォーマットである。ＡＴフラグフィールドは、ユーザ定義の制御コマンドの、識別フィールドである。このフィールドのサイズは、８バイトに設定されてもよい。ＡＴコマンドデータフィールドは、ユーザ定義の制御コマンドの、データフィールドである。このフィールドのサイズは、可変であり、これは、データのサイズに従って設定されてもよい。このフィールドの最大サイズは、１４６４バイトであってもよい。

ＵＤＰデータパケット（この中に、ＡＴコマンドがカプセル化されている）では、インターネットヘッダフィールド、インターネットプロトコル（ＩＰ）ヘッダフィールド、及びＵＤＰヘッダフィールドのフォーマットは、従来のＵＤＰデータパケットフォーマットと同じである。インターネットヘッダフィールドのサイズは、１４バイトであり、ＩＰヘッダフィールドのサイズは、２０バイトであり、ＵＤＰヘッダフィールドのサイズは、８バイトである。しかし、ＵＤＰデータパケットが、ＲＮＤＩＳ装置によって受信されることが可能であることを確実にするために、インターネットヘッダのターゲット媒体アクセス制御（ＭＡＣ）アドレスは、ＲＮＤＩＳ装置内の、ＭＡＣアドレス又はブロードキャストアドレスを使用する必要がある。同様に、ＵＤＰデータパケットが、ＲＮＤＩＳ装置によって受信されることが可能であることを確実にするために、ＩＰヘッダ内のターゲットＩＰアドレスも、ＲＮＤＩＳ装置の、ＩＰアドレス又はブロードキャストアドレスのアドレスを使用する必要がある。

３０３：ＰＣは、ＵＤＰデータパケット（この中に、ＡＴコマンドがカプセル化されている）を、ＲＮＤＩＳ装置に送信する。

３０４：ＲＮＤＩＳ装置は、ＰＣによって送信されたＵＤＰデータパケットを受信し、ＵＤＰデータパケットがＡＴコマンドを運ぶかどうかを判定する（例えば、ＵＤＰデータパケット内のＡＴ識別子が一致するかどうかを判定する）。ＵＤＰデータパケットがＡＴコマンドを運ぶ場合、受信されたＵＤＰデータパケットは、カプセル開放されて、ＡＴコマンドが取得される。特定のパケットカプセル開放方法については、従来技術を参照されたい（これについては、ここでは詳細に説明しない）。ＵＤＰデータパケットがＡＴコマンドを運ばない場合（例えば、データパケット内のＡＴ識別子が一致しない場合）、ＵＤＰデータパケットは、通常のＵＤＰデータパケットであると判断され、ＲＮＤＩＳは、ＵＤＰデータパケットを、ネットワーク側に直接送信する。

３０５：ＲＮＤＩＳ装置は、ステップ３０４で取得されたＡＴコマンドの指示に従って、動作（例えば、ダイヤルアップ、ＰＩＮのロック解除、又は、ダイヤルアップの切断）を実行する。

必要に応じて、ＲＮＤＩＳ装置は、ＵＤＰデータパケットに応答することによって、対応するＡＴコマンドに応答してもよく、そして、ブロードキャストデータパケットを送信することによって、ＲＮＤＩＳ装置の装置ステータスの変化を、ＰＣに報告してもよい。

前述の説明は、ネットワークデータパケットが、コネクションレスのＵＤＰデータパケットである場合を、例として使用したにすぎないということに留意されたい。その他のネットワークデータパケット（例えば、コネクションベースのＴＣＰデータパケット）も使用されてもよいということを理解されたい。更に、制御コマンドも、ＡＴコマンドに加えて、ＤＩＡＧコマンド、又は、その他の、ユーザ定義のコマンドであってもよい。

前述の説明から、この実施形態によれば、ＡＴコマンドが、ＲＮＤＩＳ装置に送信されるＵＤＰデータパケット内にカプセル化され、カプセル化されたＵＤＰデータパケットが、ＲＮＤＩＳ装置を制御するために、ＲＮＤＩＳ装置に送信される、ということがわかる。従来のネットワークアーキテクチャでは、ユーザ装置は、ＵＤＰデータパケットを、ＲＮＤＩＳ装置に、直接送信することが可能である。従って、この解決法では、新たな制御インタフェースが追加される必要はなく、ＲＮＤＩＳ装置の、元のインタフェースが使用される。従来技術における、新たな制御インタフェースを追加することを必要とする解決法と比較して、この解決法は、ユーザの使用を容易にする。更に、この解決法を使用すれば、新たな制御インタフェースが追加される必要がないため、追加のドライバプログラムがインストールされる必要はない。従来技術における、追加のドライバプログラムをインストールすることを必要とする解決法と比較して、この解決法は、適用の複雑さを減少させ、かつ、ＲＮＤＩＳ装置に対する特別な要求を有さず、これは、一般的に適用可能であり、かつ、実施が容易である。

実施形態４
ユーザ装置と、ＲＮＤＩＳ装置との間に作成された、ネットワーク通信ポートに加えて、ＣＤインタフェース、又はＨＩＤインタフェースも、制御コマンドをカプセル化して送信するために、ＲＮＤＩＳ装置に追加されてもよい。すなわち、制御コマンドは、ＣＤフォーマット、又はＨＩＤインタフェースフォーマットにおいてカプセル化され、そして、ＲＮＤＩＳ装置に、ＣＤインタフェース、又はＨＩＤインタフェースを介して送信される。

実施形態１と同様に、この実施形態も、ユーザ装置の観点から説明される。ユーザ装置は、ＰＣ又はラップトップなどの、端末装置であってもよい。

図４を参照すると、制御方法が提供され、この方法の特定のプロセスは、以下の通りであってもよい。

４０１：制御コマンドが、ＣＤフォーマット、又はＨＩＤインタフェースフォーマットにおけるデータパケット内にカプセル化される。

制御コマンドは、ＲＮＤＩＳ装置を制御するために使用される。コマンドは、具体的には、ＡＴコマンド、ＤＩＡＧコマンド、又は、その他の、ユーザ定義のコマンドであってもよい。

４０２：カプセル化されたネットワークデータパケットは、ＲＮＤＩＳ装置を制御するために（例えば、ダイヤルアップを要求するため、ＰＩＮをロック解除するため、又は、ＲＮＤＩＳ装置上のダイヤルアップを切断するために）、ＲＮＤＩＳ装置に、ＲＮＤＩＳ装置上に設定されたＣＤ、又はＨＩＤインタフェースを介して送信される。

前述の説明から、この実施形態によれば、制御コマンドが、ＣＤフォーマット、又はＨＩＤインタフェースフォーマットにおけるデータパケット内にカプセル化され、カプセル化されたデータパケットが、ＲＮＤＩＳ装置を制御するために、ＲＮＤＩＳ装置に、ＲＮＤＩＳ装置上に設定されたＣＤフォーマット、又はＨＩＤインタフェースを介して送信される、ということがわかる。従来のＰＣシステムは、ＣＤインタフェース、又はＨＩＤ装置の、汎用ドライバプログラムを含むため、この解決法では、追加のドライバプログラムがインストールされる必要はない。従来技術における、追加のドライバプログラムをインストールすることを必要とする解決法と比較して、この解決法は、適用の複雑さを減少させる。

実施形態５
実施形態４に対応して、この実施形態は、ＲＮＤＩＳ装置の観点から説明される。

図５を参照すると、制御方法が提供され、この方法の特定のプロセスは、以下の通りであってもよい。

５０１：データパケットが、ユーザ装置から、ＲＮＤＩＳ装置上に設定されたＣＤインタフェース、又はＨＩＤインタフェースを介して受信され、ここで、ＲＮＤＩＳ装置を制御するために使用される制御コマンドが、データパケット内にカプセル化されている。

ここでのデータパケットは、ＣＤフォーマット、又はＨＩＤインタフェースフォーマットにおけるデータパケットであることに留意されたい。

５０２：受信されたデータパケットは、カプセル開放されて、制御コマンド（ＡＴコマンド、ＤＩＡＧコマンド、又は、その他の、ユーザ定義のコマンドなど）が取得される。具体的には、以下の通りである。

ＲＮＤＩＳ装置は、受信されたネットワークデータパケットが、制御コマンドを運ぶかどうかを判定する。制御コマンドが運ばれている場合、ネットワークデータパケットは、カプセル開放され、制御コマンドが運ばれていない場合、ＲＮＤＩＳ装置は、受信されたデータパケットが、通常のデータであるかどうかを判定し、データパケットを、従来技術に従って処理する。

５０３：ステップ５０２で取得された制御コマンドの指示に従って、動作（ダイヤルアップ、ＰＩＮのロック解除、又は、ダイヤルアップの切断など）が実行される。

前述の説明から、この実施形態によれば、ユーザ装置によって送信されたデータパケットが、ＣＤインタフェース、又はＨＩＤインタフェースを介して受信され（ここで、制御コマンドが、データパケット内にカプセル化されており）、データパケットがカプセル開放されて、制御コマンドが取得される、ということがわかる。その後、制御コマンドの指示に従って、動作が実行される。従って、ユーザ装置は、ＲＮＤＩＳ装置に対する制御を実現する。従来のＰＣシステムは、ＣＤインタフェース、又はＨＩＤ装置の、汎用ドライバプログラムを含むため、この解決法では、追加のドライバプログラムがインストールされる必要はない。従来技術における、追加のドライバプログラムをインストールすることを必要とする解決法と比較して、この解決法は、適用の複雑さを減少させる。しかし、この解決法は追加のインタフェースを追加することを必要とするため、実施形態１、２、及び３による技術的解決法と比較して、この解決法は、実施がより複雑である。

実施形態６
実施形態４、及び実施形態５で説明された方法に従って、以下のセクションでは、詳細な説明のために、例を使用する。

実施形態３と同様に、この実施形態では、ユーザ装置がＰＣであり、制御コマンドがＡＴコマンドである例が、やはり採用される。実施形態３とは異なり、この実施形態では、ＰＣと、ＲＮＤＩＳ装置との間に、通信ネットワークポートは作成されず、しかし、ＣＤインタフェース、又はＨＩＤインタフェースが、ＲＮＤＩＳ装置に追加される。この解決法は、主として、複合装置（ｃｏｍｐｏｓｉｔｉｏｎａｌｄｅｖｉｃｅ）（例えば、ＵＳＢ装置）へのインタフェースをサポートする装置に適用可能である。以下のセクションでは、簡潔な説明のために、ユーザ装置がＰＣであり、制御コマンドがＡＴコマンドであることを、例として採用する。

最初に、ＣＤフォーマット、又はＨＩＤインタフェースフォーマットにおけるデータパケット（これと共に、制御コマンドがカプセル化されている）を受信するように構成された、ＣＤインタフェース、又はＨＩＤインタフェースが、ＲＮＤＩＳ装置に追加される必要がある。但し、元のＲＮＤＩＳポートは、一般的なデータパケットを受信するために、依然として使用される。図６ａを参照すると、図６ａは、ＰＣと、ＲＮＤＩＳ装置との間の通信の概略シナリオ図である。ＰＣシステムは、ＣＤインタフェース、又はＨＩＤ装置のための、汎用ドライバプログラムを、すでに提供している。従って、この技術的解決法は、追加のドライバプログラムを必要としない。

図６ｂを参照すると、特定のプロセスは、以下の通りであってもよい。

６０１：ＰＣは、ＲＮＤＩＳ装置に送信されるユーザ定義の制御コマンド（ＡＴコマンドなど）を、ＣＤ、又はＨＩＤインタフェースに送信されるデータパケット内にカプセル化する。

６０２：ＰＣは、データパケット（この中に、ＡＴコマンドがカプセル化されている）を、ＲＮＤＩＳ装置に送信する。

６０３：ＲＮＤＩＳ装置は、ＰＣから送信されたデータパケットを、ＣＤ、又はＨＩＤインタフェースを介して受信し、データパケットがＡＴコマンドを運ぶかどうかを判定する（例えば、データパケット内のＡＴ識別子が一致するかどうかを判定する）。データパケットがＡＴコマンドを運ぶ場合、受信されたデータパケットは、カプセル開放されて、ＡＴコマンドが取得される。パケットカプセル開放方法については、従来技術を参照されたい（これについては、ここでは詳細に説明しない）。データパケットがＡＴコマンドを運ばない場合（例えば、データパケット内のＡＴコマンドが一致しない場合）、データパケットは、通常のＣＤ、又はＨＩＤデータであると判断され、従来技術に従って処理される。

６０４：ＲＮＤＩＳ装置は、ステップ６０３で取得されたＡＴコマンドの指示に従って、動作（例えば、ダイヤルアップ、ＰＩＮのロック解除、又は、ダイヤルアップの切断）を実行する。

必要に応じて、ＲＮＤＩＳ装置は、データパケットに応答することによって、対応するＡＴコマンドに応答してもよく、そして、ブロードキャストデータパケットを送信することによって、装置ステータスの変化を、ＰＣに報告してもよい。

前述のセクションは、ＡＴコマンドを、説明のための例として使用したにすぎないということに留意されたい。また、その他のコマンド（ＤＩＡＧコマンド、又は、その他の、ユーザ定義のコマンド）も使用されてもよいということを理解されたい。

前述の説明から、この実施形態によれば、追加のＣＤ、又はＨＩＤインタフェースが、ＲＮＤＩＳ装置上に追加され、ＡＴコマンドが、ＲＮＤＩＳ装置に送信されるデータパケット内にカプセル化され、カプセル化されたデータパケットが、ＲＮＤＩＳ装置を制御するために、ＲＮＤＩＳ装置に、ＣＤインタフェース、又はＨＩＤインタフェースを介して送信される、ということがわかる。従来のＰＣシステムは、ＣＤインタフェース、又はＨＩＤ装置の、汎用ドライバプログラムを含むため、この解決法では、追加のドライバプログラムがインストールされる必要はない。従来技術における、追加のドライバプログラムをインストールすることを必要とする解決法と比較して、この解決法は、適用の複雑さを減少させる。しかし、この解決法は追加のインタフェースを必要とするため、実施形態３と比較して、実施がより複雑である。

実施形態７
実施形態１〜３で提供される方法のより良い実施のために、本発明のこの実施形態は、ユーザ装置を更に提供する。図７ａに示すように、このユーザ装置は、第１のカプセル化ユニット７０１と、第１の送信ユニット７０２とを含む。

第１のカプセル化ユニット７０１は、制御コマンドを、ＲＮＤＩＳ装置に送信されるネットワークデータパケット内にカプセル化するように構成され、ここで、制御コマンドは、ＲＮＤＩＳ装置を制御するために使用される。

ネットワークデータパケットは、コネクションベースのＴＣＰデータパケット、又は、コネクションレスのＵＤＰデータパケットであってもよい。コマンドは、ＡＴコマンドであってもよい。

第１の送信ユニット７０２は、第１のカプセル化ユニット７０１によってカプセル化されたネットワークデータパケットを、ＲＮＤＩＳ装置を制御するために（例えば、ダイヤルアップの要求を初期化するため、ＰＩＮをロック解除するため、又は、ＲＮＤＩＳ装置上のダイヤルアップを切断するために）、ＲＮＤＩＳ装置に送信するように構成される。

必要に応じて、図７ｂを参照すると、ユーザ装置は、第１の作成ユニット７０３も含んでもよい。

第１の作成ユニット７０３は、ＲＮＤＩＳ装置と通信するためのネットワーク通信ポートを作成するように構成される。ネットワーク通信ポートは、任意のポートであってもよい。しかし、ポート番号は、他の既知のアプリケーションのポート番号と同じであってはならない。作成方法については、従来技術を参照されたい（これについては、ここでは詳細に説明しない）。

同時に、第１のカプセル化ユニット７０１は、制御コマンドを、第１の作成ユニット７０３によって作成されたネットワーク通信ポート上の、ネットワークデータパケット内にカプセル化するように特に構成される。

必要に応じて、ユーザ装置は、ＲＮＤＩＳ装置によって返された、制御コマンドに関する応答を受信し、そして、ＲＮＤＩＳ装置によって報告された、ＲＮＤＩＳ装置の装置ステータスの変化を更に受信するように構成された、第１の受信ユニットを更に含んでもよい。

ユニットの詳細な実施については、前述の実施形態を参照されたい（これについては、ここでは詳細に説明しない）。

前述の説明から、この実施形態では、ユーザ装置の第１のカプセル化ユニット７０１が、制御コマンドを、ＲＮＤＩＳ装置に送信されるネットワークデータパケット内にカプセル化してもよい、ということがわかる。次に、第１の送信ユニット７０２が、カプセル化されたネットワークデータパケットを、ＲＮＤＩＳ装置を制御するために、ＲＮＤＩＳ装置に送信する。従来のネットワークアーキテクチャでは、ユーザ装置は、ネットワークデータパケットを、ＲＮＤＩＳ装置に、直接送信することが可能である。従って、この解決法を使用すれば、新たな制御インタフェースを追加すること、及び、追加のドライバプログラムをインストールすることなしに、制御コマンドが、ＲＮＤＩＳ装置に伝送されることが可能である。従来技術における、新たな制御インタフェースを追加すること、及び、ドライバプログラムを追加してインストールすることを必要とする解決法と比較して、この解決法は、適用の複雑さを減少させ、かつ、ＲＮＤＩＳ装置に対する特別な要求を有さず、これは、一般的に適用可能であり、かつ、実施が容易である。

実施形態８
実施形態４〜６で提供される方法のより良い実施のために、本発明のこの実施形態は、ユーザ装置を更に提供する。図８に示すように、このユーザ装置は、第２のカプセル化ユニット８０１と、第２の送信ユニット８０２とを含む。

第２のカプセル化ユニット８０１は、制御コマンドを、ＣＤフォーマット、又はＨＩＤインタフェースフォーマットにおけるデータパケット内にカプセル化するように構成され、ここで、制御コマンドは、ＲＮＤＩＳ装置を制御するために使用される。コマンドは、ＡＴコマンド、ＤＩＡＧコマンド、又は、その他の、ユーザ定義のコマンドであってもよい。

第２の送信ユニット８０２は、第２のカプセル化ユニット８０１によってカプセル化されたデータパケットを、ＲＮＤＩＳ装置を制御するために（例えば、ダイヤルアップの要求を初期化するため、ＰＩＮをロック解除するため、又は、ＲＮＤＩＳ装置上のダイヤルアップを切断するために）、ＲＮＤＩＳ装置に、ＲＮＤＩＳ装置上に配置されたＣＤインタフェース、又はＨＩＤインタフェースを介して送信するように構成される。

前述の説明から、この実施形態で提供されるユーザ装置の、第２のカプセル化ユニット８０１が、制御コマンドを、ＣＤフォーマット、又はＨＩＤインタフェースフォーマットにおけるデータパケット内にカプセル化し、第２の送信ユニット８０２が、データパケットを、ＲＮＤＩＳ装置を制御するために、ＲＮＤＩＳ装置に、ＲＮＤＩＳ装置上に設定されたＣＤ、又はＨＩＤインタフェースを介して送信する、ということがわかる。従来のＰＣシステムは、ＣＤインタフェース、又はＨＩＤ装置の、汎用ドライバプログラムを含むため、この解決法では、追加のドライバプログラムがインストールされる必要はない。従来技術における、追加のドライバプログラムをインストールすることを必要とする解決法と比較して、この解決法は、適用の複雑さを減少させる。

実施形態９
実施形態７に対応して、本発明のこの実施形態は、ＲＮＤＩＳ装置を更に提供する。図９に示すように、このＲＮＤＩＳ装置は、第１の受信ユニット９０１と、第１のカプセル開放ユニット９０２と、第１の処理ユニット９０３とを含む。

第１の受信ユニット９０１は、ユーザ装置によって送信されたネットワークデータパケットを受信するように構成され、ここで、ＲＮＤＩＳ装置を制御するために使用される制御コマンド（例えば、ＡＴコマンド、ＤＩＡＧコマンド、又は、その他の、ユーザ定義のコマンド）が、ネットワークデータパケット内にカプセル化されている。ネットワークデータパケットは、コネクションベースのＴＣＰデータパケット、又は、コネクションレスのＵＤＰデータパケットであってもよい。

第１のカプセル開放ユニット９０２は、第１の受信ユニット９０１によって受信されたネットワークデータパケットを、カプセル開放して、制御コマンドを取得するように構成される。詳細については、前述の実施形態を参照されたい（これについては、ここでは詳細に説明しない）。

第１の処理ユニット９０３は、第２のカプセル開放ユニット９０２によって取得された制御コマンドの指示に従って、動作（例えば、ダイヤルアップ、ＰＩＮのロック解除、又は、ダイヤルアップの切断）を実行するように構成される。

受信ユニット９０１は、ユーザ装置によって送信されたネットワークデータパケットを、ユーザ装置と、ＲＮＤＩＳ装置との間に作成された、ネットワーク通信ポートを介して受信するように特に構成される。ネットワーク通信ポートは、任意のポートであってもよく、しかし、ポート番号は、他の既知のアプリケーションのポート番号と同じであってはならない。

必要に応じて、ＲＮＤＩＳ装置は、応答を、ユーザ装置に返すように構成された、第１の応答ユニットも含んでもよい。応答ユニットは、更に、ブロードキャストデータパケットを送信することによって、装置ステータスの変化を、ユーザ装置に報告してもよい。

前述のユニットの詳細な実施については、前述の実施形態を参照されたい（これについては、ここでは詳細に説明しない）。

ＲＮＤＩＳ装置は、具体的には、ＲＮＤＩＳポートを使用する、無線データカードであってもよい。

前述の説明から、この実施形態で提供されるＲＮＤＩＳ装置の、第１の受信ユニット９０１が、ユーザ装置によって送信されたネットワークデータパケットを受信することが可能であり、ここで、制御コマンドが、ネットワークデータパケット内にカプセル化されており、第１のカプセル開放ユニット９０２が、データパケットをカプセル開放して、制御コマンドを取得し、次に、第１の処理ユニット９０３が、制御コマンドの指示に従って、動作を実行する、ということがわかる。これにより、ユーザ装置は、ＲＮＤＩＳ装置を制御する。従来のネットワークアーキテクチャでは、ユーザ装置は、ネットワークデータパケットを、ＲＮＤＩＳ装置に、直接送信することが可能である。従って、この解決法を使用すれば、新たな制御インタフェースを追加することも、追加のドライバプログラムをインストールすることもなしに、制御コマンドが、ＲＮＤＩＳ装置に伝送されることが可能である。従来技術における、新たな制御インタフェースを追加すること、及び、ドライバプログラムを追加してインストールすることを必要とする解決法と比較して、この解決法は、適用の複雑さを減少させ、かつ、ＲＮＤＩＳ装置に対する特別な要求を有さず、これは、一般的に適用可能であり、かつ、実施が容易である。

実施形態１０
実施形態８に対応して、この実施形態は、ＲＮＤＩＳ装置を更に提供する。図１０に示すように、このＲＮＤＩＳ装置は、第２の受信ユニット１００１と、第２のカプセル開放ユニット１００２と、第２の処理ユニット１００３とを含む。

第２の受信ユニット１００１は、データパケットを、ユーザ装置から、ＣＤインタフェース、又はＨＩＤインタフェースを介して受信するように構成され、ここで、ＲＮＤＩＳ装置を制御するために使用される制御コマンドが、データパケット内にカプセル化されている。

ここでのデータパケットは、ＣＤフォーマット、又はＨＩＤインタフェースフォーマットにおけるものであることに留意されたい。

第２のカプセル開放ユニット１００２は、第２の受信ユニット１００１によって受信されたデータパケットを、カプセル開放して、制御コマンド（ＡＴコマンド、ＤＩＡＧコマンド、又は、その他の、ユーザ定義のコマンドなど）を取得するように構成される。詳細については、前述の実施形態を参照されたい（これについては、ここでは詳細に説明しない）。

第２の処理ユニット１００３は、第２のカプセル開放ユニット１００２によって取得された制御コマンドの指示に従って、動作（例えば、ダイヤルアップ、ＰＩＮのロック解除、又は、ダイヤルアップの切断）を実行するように構成される。

前述の説明から、この実施形態によって提供されるＲＮＤＩＳ装置の、第２の受信ユニット１００１が、データパケット（この中に、制御コマンドがカプセル化されている）を、ユーザ装置から、ＣＤインタフェース、又はＨＩＤインタフェースを介して受信し、第２のカプセル開放ユニット１００２が、データパケットをカプセル開放して、制御コマンドを取得し、次に、第２の処理ユニット１００３が、制御コマンドの指示に従って、動作を実行する、ということがわかる。これにより、ユーザ装置は、ＲＮＤＩＳ装置を制御する。従来のＰＣシステムは、ＣＤインタフェース、又はＨＩＤ装置の、汎用ドライバプログラムを含むため、この解決法では、追加のドライバプログラムがインストールされる必要はない。従来技術における、追加のドライバプログラムをインストールすることを必要とする解決法と比較して、この解決法は、適用の複雑さを減少させる。

実施形態１１
対応して、この実施形態は、通信システムを提供する。図１１に示すように、この通信システムは、本発明の実施形態によって提供される、任意のユーザ装置７００と、任意のＲＮＤＩＳ装置９００とを含む。

ユーザ装置７００は、制御コマンドを、ＲＮＤＩＳ装置９００に送信されるネットワークデータパケット内に、あるいは、ＣＤフォーマット、又はＨＩＤインタフェースフォーマットにおけるデータパケット内に、カプセル化し、カプセル化されたネットワークデータパケットを、ＲＮＤＩＳ装置９００に送信し、あるいは、カプセル化されたデータパケットを、ＲＮＤＩＳ装置に、ＲＮＤＩＳ装置上に設定されたＣＤインタフェース、又はＨＩＤインタフェースを介して送信し、これにより、ＲＮＤＩＳ装置９００を制御するように構成される。制御コマンドは、ＲＮＤＩＳ装置９００を制御するために使用され、そして、ＡＴコマンドであってもよい。ネットワークデータパケットは、具体的には、ＴＣＰデータパケット、又はＵＤＰデータパケットであってもよい。

ＲＮＤＩＳ装置９００は、ユーザ装置７００によって送信されたネットワークデータパケット、又はデータパケットを受信し（ここで、ＲＮＤＩＳ装置９００を制御するために使用される制御コマンドが、ネットワークデータパケット、又はデータパケット内にカプセル化されており）、ネットワークデータパケット、又はデータパケットをカプセル開放して、制御コマンドを取得し、次に、制御コマンドの指示に従って、動作（例えば、ダイヤルアップ、ＰＩＮのロック解除、又は、ダイヤルアップの切断）を実行するように構成される。

特定の実施では、必要に応じて、ユーザ装置７００は、ＲＮＤＩＳ装置９００と通信するためのネットワーク通信ポートを作成し、制御コマンドを、ネットワーク通信ポート上の、ネットワークデータパケット内にカプセル化するように、更に構成される。ネットワーク通信ポートは、任意のポートであってもよく、しかし、ポート番号は、他の既知のアプリケーションのポート番号と同じであってはならない。

同時に、ＲＮＤＩＳ装置９００は、ネットワークデータパケットを、ユーザ装置と、ＲＮＤＩＳ装置との間に作成された、ネットワーク通信ポートを介して受信するように特に構成される。

必要に応じて、ＲＮＤＩＳ装置９００は、応答メッセージを返すように、かつ、ブロードキャストデータパケットを送信することによって、装置ステータスの変化を、システムに報告するように、更に構成される。

同時に、ユーザ装置７００は、ＲＮＤＩＳ装置９００によって返された応答メッセージを受信するように、かつ、装置ステータスの変化を報告するように、更に構成される。

前述の説明から、この実施形態による通信システムにおける、ユーザ装置７００が、制御コマンドを、ＲＮＤＩＳ装置９００に送信されるネットワークデータパケット内にカプセル化し、カプセル化されたＵＤＰデータパケットを、ＲＮＤＩＳ装置９００を制御するために、ＲＮＤＩＳ装置９００に送信する、ということがわかる。従来のネットワークアーキテクチャでは、ユーザ装置７００は、ネットワークデータを、ＲＮＤＩＳ装置９００に、直接送信することが可能である。従って、この解決法を使用すれば、新たな制御インタフェースが追加される必要はなく、ＲＮＤＩＳ装置９００の、元のインタフェースが使用される。従来技術における、追加の制御インタフェースを追加することを必要とする解決法と比較して、この解決法は、ユーザの使用を容易にする。更に、追加のドライバプログラムがインストールされる必要もない。従来技術における、追加のドライバプログラムをインストールすることを必要とする解決法と比較して、この解決法は、適用の複雑さを減少させ、更に、この解決法は、ＲＮＤＩＳ装置９００に対する特別な要求を有さず、これは、一般的に適用可能であり、かつ、実施が容易である。

本発明のこの実施形態でも、制御チャネルを作成するために、追加のＣＤ、又はＨＩＤインタフェースが追加されてもよい、ということに留意されたい。しかし、ユーザ装置７００の従来のシステムは、ＣＤ、又はＨＩＤインタフェースのための汎用ドライバプログラムを、すでに含む。従って、この解決法は、追加のドライバプログラムを必要とせず、これによっても、従来技術における、追加のドライバプログラムをインストールすることを必要とする解決法と比較して、適用の複雑さが減少する。

前述の実施形態の、全て、又は一部のステップは、ハードウェアに指示するプログラムによって実施されてもよい、ということを当業者は理解できる。プログラムは、コンピュータ読み取り可能な記憶媒体内に記憶されてもよい。記憶媒体は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク、又はコンパクトディスクであってもよい。

上記では、本発明の実施形態による、制御方法、装置、及びシステムの、詳細な紹介を提供した。本発明の原理、及び実施について、特定の実施形態を介して、本出願において詳細に説明したが、この説明は、本発明の方法、及び核となる概念の理解を容易にするために使用されるものにすぎない。同時に、当業者は、本発明の特定の実施、及び範囲に関して、本発明の概念に従って、本発明に対して修正、及び変形を行うことが可能である。結論として、本明細書は、本発明を限定するものと解釈されるべきではない。

Claims

リモートネットワークドライバインタフェース仕様（ＲＮＤＩＳ）装置を制御するために使用される制御コマンドを、前記ＲＮＤＩＳ装置に送信されるネットワークデータパケット内にカプセル化し、前記制御コマンドは、前記ＲＮＤＩＳ装置が、ダイヤルアップの要求を初期化するように、又は、ダイヤルアップを切断するように前記ＲＮＤＩＳ装置を制御するために使用され、
カプセル化されたネットワークデータパケットを、前記ＲＮＤＩＳ装置を制御するために、前記ＲＮＤＩＳ装置に送信すること
を含む、
制御方法。
前記ＲＮＤＩＳ装置は、ＲＮＤＩＳポート上で使用される無線データカードである、請求項１に記載の方法。
前記制御コマンドを、前記ＲＮＤＩＳ装置に送信される前記ネットワークデータパケット内にカプセル化することは、
前記制御コマンドを、前記ＲＮＤＩＳ装置に送信される、コネクションベースの伝送制御プロトコル（ＴＣＰ）データパケット内にカプセル化すること、又は、
前記制御コマンドを、前記ＲＮＤＩＳ装置に送信される、コネクションレスのユーザデータグラムプロトコル（ＵＤＰ）データパケット内にカプセル化すること
を含む、請求項１〜２のいずれか一項に記載の方法。
前記制御コマンドを、前記ＲＮＤＩＳ装置に送信される前記ネットワークデータパケット内にカプセル化することの前に、
前記ＲＮＤＩＳ装置と通信するためのネットワーク通信ポートを作成すること
を更に含み、前記制御コマンドを、前記ＲＮＤＩＳ装置に送信される前記ネットワークデータパケット内にカプセル化することは、前記制御コマンドを、前記ネットワーク通信ポート上の、ネットワークデータパケット内にカプセル化することである、請求項１〜３のいずれか一項に記載の方法。
前記制御コマンドはＡＴコマンドであって、ユーザデータグラムプロトコル（ＵＤＰ）データパケットを用いて前記ＡＴコマンドをカプセル化するためのネットワークデータパケットのフォーマットは、インターネットヘッダフィールド、インターネットプロトコル（ＩＰ）ヘッダフィールド、ＵＤＰヘッダフィールド、ＡＴフラグフィールド、及びＡＴコマンドデータフィールドを含み、前記ＡＴフラグフィールドは、ユーザ定義の制御コマンドの識別フィールドであり、前記ＡＴコマンドデータフィールドは、前記ユーザ定義の制御コマンドのデータフィールドであり、前記インターネットヘッダフィールド内のターゲット媒体アクセス制御（ＭＡＣ）アドレスは、前記ＲＮＤＩＳ装置の、ＭＡＣアドレス又はブロードキャストアドレスであり、前記ＩＰヘッダフィールド内のターゲットＩＰアドレスは、前記ＲＮＤＩＳ装置の、ＩＰアドレス又はブロードキャストアドレスである、請求項１〜４のいずれか一項に記載の方法。
ユーザ装置によって送信されたネットワークデータパケットを受信し、リモートネットワークドライバインタフェース仕様（ＲＮＤＩＳ）装置を制御するために使用される制御コマンドが、前記ネットワークデータパケット内にカプセル化されており、前記制御コマンドは、前記ＲＮＤＩＳ装置が、ダイヤルアップの要求を初期化するように、又は、ダイヤルアップを切断するように前記ＲＮＤＩＳ装置を制御するために使用され、
前記ネットワークデータパケットをカプセル開放して、前記制御コマンドを取得し、
前記制御コマンドの指示に従って、動作を実行すること
を含む、制御方法。
前記ユーザ装置からの前記ネットワークデータパケットを受信することは、
前記ユーザ装置によって送信された、コネクションベースの伝送制御プロトコル（ＴＣＰ）データパケットを受信することであって、前記ＲＮＤＩＳ装置を制御するために使用される前記制御コマンドが、前記ＴＣＰデータパケット内にカプセル化されていること、又は、
前記ユーザ装置からの、コネクションレスのユーザデータグラムプロトコル（ＵＤＰ）データパケットを受信することであって、前記ＲＮＤＩＳ装置を制御するために使用される前記コマンドが、前記ＵＤＰデータパケット内にカプセル化されていること
を含む、請求項６に記載の方法。
前記ユーザ装置によって送信された前記ネットワークデータパケットを受信することは、
前記ユーザ装置によって送信された前記ネットワークデータパケットを、前記ユーザ装置と、前記ＲＮＤＩＳ装置との間に作成されたネットワーク通信ポートを介して受信すること
を含む、請求項６又は７に記載の方法。
前記制御コマンドはＡＴコマンドであって、ユーザデータグラムプロトコル（ＵＤＰ）データパケットを用いて前記ＡＴコマンドをカプセル化するためのネットワークデータパケットのフォーマットは、インターネットヘッダフィールド、インターネットプロトコル（ＩＰ）ヘッダフィールド、ＵＤＰヘッダフィールド、ＡＴフラグフィールド、及びＡＴコマンドデータフィールドを含み、前記ＡＴフラグフィールドは、ユーザ定義の制御コマンドの識別フィールドであり、前記ＡＴコマンドデータフィールドは、前記ユーザ定義の制御コマンドのデータフィールドであり、前記インターネットヘッダフィールド内のターゲット媒体アクセス制御（ＭＡＣ）アドレスは、前記ＲＮＤＩＳ装置の、ＭＡＣアドレス又はブロードキャストアドレスであり、前記ＩＰヘッダフィールド内のターゲットＩＰアドレスは、前記ＲＮＤＩＳ装置の、ＩＰアドレス又はブロードキャストアドレスである、請求項６〜８のいずれか一項に記載の方法。
リモートネットワークドライバインタフェース仕様（ＲＮＤＩＳ）装置を制御するために使用される制御コマンドを、前記ＲＮＤＩＳ装置に送信されるネットワークデータパケット内にカプセル化するように構成された、第１のカプセル化ユニットであって、前記制御コマンドは、前記ＲＮＤＩＳ装置が、ダイヤルアップの要求を初期化するように、又は、ダイヤルアップを切断するように前記ＲＮＤＩＳ装置を制御するために使用される、第１のカプセル化ユニットと、
前記第１のカプセル化ユニットによってカプセル化された前記ネットワークデータパケットを、前記ＲＮＤＩＳ装置を制御するために、前記ＲＮＤＩＳ装置に送信するように構成された、第１の送信ユニットと
を備える、ユーザ装置。
第１の作成ユニットを更に備え、
前記第１の作成ユニットは、前記ＲＮＤＩＳ装置と通信するためのネットワーク通信ポートを作成するように構成され、
前記第１のカプセル化ユニットは、前記制御コマンドを、前記第１の作成ユニットによって作成された前記ネットワーク通信ポート上の、前記ネットワークデータパケット内にカプセル化するように特に構成される、
請求項１０に記載のユーザ装置。
前記制御コマンドはＡＴコマンドであって、ユーザデータグラムプロトコル（ＵＤＰ）データパケットを用いて前記ＡＴコマンドをカプセル化するためのネットワークデータパケットのフォーマットは、インターネットヘッダフィールド、インターネットプロトコル（ＩＰ）ヘッダフィールド、ＵＤＰヘッダフィールド、ＡＴフラグフィールド、及びＡＴコマンドデータフィールドを含み、前記ＡＴフラグフィールドは、ユーザ定義の制御コマンドの識別フィールドであり、前記ＡＴコマンドデータフィールドは、前記ユーザ定義の制御コマンドのデータフィールドであり、前記インターネットヘッダフィールド内のターゲット媒体アクセス制御（ＭＡＣ）アドレスは、前記ＲＮＤＩＳ装置の、ＭＡＣアドレス又はブロードキャストアドレスであり、前記ＩＰヘッダフィールド内のターゲットＩＰアドレスは、前記ＲＮＤＩＳ装置の、ＩＰアドレス又はブロードキャストアドレスである、請求項１０又は１１に記載のユーザ装置。
ユーザ装置によって送信されたネットワークデータパケットを受信するように構成された、第１の受信ユニットであって、リモートネットワークドライバインタフェース仕様（ＲＮＤＩＳ）装置を制御するために使用される制御コマンドが、前記ネットワークデータパケット内にカプセル化されており、前記制御コマンドは、前記ＲＮＤＩＳ装置が、ダイヤルアップの要求を初期化するように、又は、ダイヤルアップを切断するように前記ＲＮＤＩＳ装置を制御するために使用される、第１の受信ユニットと、
前記第１の受信ユニットによって受信された前記ネットワークデータパケットを、カプセル開放して、前記制御コマンドを取得するように構成された、第１のカプセル開放ユニットと、
前記第１のカプセル開放ユニットによって取得された前記制御コマンドの指示に従って、動作を実行するように構成された、第１の処理ユニットと
を備える、ＲＮＤＩＳ装置。
前記第１の受信ユニットは、前記ユーザ装置によって送信された前記ネットワークデータパケットを、前記ユーザ装置と、前記ＲＮＤＩＳ装置との間に作成された、ネットワーク通信ポートを介して受信するように特に構成される、
請求項１３に記載のＲＮＤＩＳ装置。
前記制御コマンドはＡＴコマンドであって、ユーザデータグラムプロトコル（ＵＤＰ）データパケットを用いて前記ＡＴコマンドをカプセル化するためのネットワークデータパケットのフォーマットは、インターネットヘッダフィールド、インターネットプロトコル（ＩＰ）ヘッダフィールド、ＵＤＰヘッダフィールド、ＡＴフラグフィールド、及びＡＴコマンドデータフィールドを含み、前記ＡＴフラグフィールドは、ユーザ定義の制御コマンドの識別フィールドであり、前記ＡＴコマンドデータフィールドは、前記ユーザ定義の制御コマンドのデータフィールドであり、前記インターネットヘッダフィールド内のターゲット媒体アクセス制御（ＭＡＣ）アドレスは、前記ＲＮＤＩＳ装置の、ＭＡＣアドレス又はブロードキャストアドレスであり、前記ＩＰヘッダフィールド内のターゲットＩＰアドレスは、前記ＲＮＤＩＳ装置の、ＩＰアドレス又はブロードキャストアドレスである、請求項１３又は１４に記載のＲＮＤＩＳ装置。