(57)【要約】【課題】複数のＴｅｌｎｅｔセッションに対応する方法及び装置を提供することを目的とする。【解決手段】複数の診断セッション要求に対応する方法と装置（１２０）とシステム（１００）は、複数の診断セッション要求を受信し、リクエスタ（１１０、１３０）毎に識別情報を検証し、検証されたリクエスタ毎に通信チャネルを確立し、確立された通信チャネルを介して、全ての検証されたリクエスタに要求された情報を通信することを有する。【選択図】図１
2010218572.tif 000002
【特許請求の範囲】
【請求項１】
双方向通信装置で複数の診断セッションに対応する方法であって、
複数のリクエスタから診断セッション要求を受信し、
前記リクエスタ毎に識別情報を検証し、
検証されたリクエスタ毎に通信チャネルを確立し、
前記確立された通信チャネルを介して、全ての前記検証されたリクエスタに、前記検証されたリクエスタのうち特定のものから受信した前記診断セッション要求のうち特定のものに対応する診断情報を通信すること
を有し、
前記通信チャネルを確立することが、前記検証されたリクエスタのそれぞれについて、リクエスタのＩＰアドレスとリクエスタの受信ポート番号のようなセッション情報を保存することを更に有し、
前記要求された情報が、それぞれ保存されたセッション情報を有する利用可能なソケットを介して、前記検証されたリクエスタのそれぞれに通信される方法。
【請求項２】
請求項１に記載の方法であって、
リクエスタへの情報の通信に障害を有する場合、障害のある通信に関連する通信チャネルを、その後のリクエスタに利用可能にすることを更に有する方法。
【請求項３】
請求項１に記載の方法であって、
前記識別情報が、ユーザＩＤとパスワードを有する方法。
【請求項４】
請求項１に記載の方法であって、
前記通信チャネルを確立することが、それぞれの検証されたリクエスタとの通信のために、利用可能なソケットを割り当てることを有する方法。
【請求項５】
請求項４に記載の方法であって、
利用可能なソケットの総数が割り当てられた後に、その後の要求を拒否することを更に有する方法。
【請求項６】
双方向通信装置で複数の診断セッションに対応する装置であって、
サーバと、
プログラム命令を格納するメモリと、
前記命令を実行するプロセッサであって、
複数のリクエスタから診断セッション要求を受信するステップと、
前記リクエスタ毎に識別情報を検証するステップと、
検証されたリクエスタ毎に通信チャネルを確立するステップと、
前記確立された通信チャネルを介して、全ての前記検証されたリクエスタに、前記検証されたリクエスタのうち特定のものから受信した前記診断セッション要求のうち特定のものに対応する診断情報を通信するステップと
を実行するように装置を構成するプロセッサと
を有し、
前記通信チャネルを確立することが、前記検証されたリクエスタのそれぞれについて、リクエスタのＩＰアドレスとリクエスタの受信ポート番号のようなセッション情報を保存することを更に有し、
前記要求された情報が、それぞれ保存されたセッション情報を有する利用可能なソケットを介して、前記検証されたリクエスタのそれぞれに通信される装置。
【請求項７】
請求項６に記載の装置であって、
リクエスタへの情報の通信に障害を有する場合、障害のある通信に関連する通信チャネルを、その後のリクエスタに利用可能にするステップを実行するように更に構成された装置。
【請求項８】
請求項６に記載の装置であって、
利用可能なソケットの総数が割り当てられた後に、その後の要求を拒否するステップを実行するように更に構成された装置。
【請求項９】
請求項６に記載の装置であって、
前記通信チャネルを確立することが、それぞれの検証されたリクエスタとの通信のために、利用可能なソケットを割り当てることを有する装置。
【請求項１０】
請求項９に記載の装置であって、
前記割り当てられたソケットが、リクエスタのＩＰアドレスと、リクエスタの受信ポート番号とを有する装置。
【請求項１１】
請求項６に記載の装置であって、
前記複数のリクエスタが、Ｔｅｌｎｅｔクライアントを有する装置。
【請求項１２】
請求項６に記載の装置であって、
前記複数のリクエスタが、ネットワーク装置である装置。
【請求項１３】
請求項６に記載の装置であって、
前記サーバが、
要求側装置と診断エンジンとの間の通信を可能にするウェブサーバと、
前記要求のそれぞれで指定されたルーチンを実行する前記診断エンジンと
を有する装置。
【請求項１４】
請求項６に記載の装置であって、
モデムを有する装置。
【請求項１５】
複数のＴｅｌｎｅｔセッションに対応する装置であって、
複数のリクエスタからＴｅｌｎｅｔセッション要求を受信する手段と、
前記リクエスタ毎に識別情報を検証する手段と、
検証されたリクエスタ毎に通信チャネルを確立する手段と、
前記確立された通信チャネルを介して、全ての前記検証されたリクエスタに、前記検証されたリクエスタのうち特定のものから受信した前記診断セッション要求のうち特定のものに対応する診断情報を通信する手段と
を有し、
前記通信チャネルを確立することが、前記検証されたリクエスタのそれぞれについて、リクエスタのＩＰアドレスとリクエスタの受信ポート番号のようなセッション情報を保存することを更に有し、
前記要求された情報が、それぞれ保存されたセッション情報を有する利用可能なソケットを介して、前記検証されたリクエスタのそれぞれに通信される装置。
【請求項１６】
一式の命令を格納するコンピュータ読取可能媒体であって、
前記一式の命令がプロセッサにより実行されると、
複数のリクエスタからＴｅｌｎｅｔセッション要求を受信し、
前記リクエスタ毎に識別情報を検証し、
検証されたリクエスタ毎に通信チャネルを確立し、
前記確立された通信チャネルを介して、全ての前記検証されたリクエスタに、前記検証されたリクエスタのうち特定のものから受信した前記診断セッション要求のうち特定のものに対応する診断情報を通信すること
を有し、
前記通信チャネルを確立することが、前記検証されたリクエスタのそれぞれについて、リクエスタのＩＰアドレスとリクエスタの受信ポート番号のようなセッション情報を保存することを更に有し、
前記要求された情報が、それぞれ保存されたセッション情報を有する利用可能なソケットを介して、前記検証されたリクエスタのそれぞれに通信される方法を実行するコンピュータ読取可能媒体。
【請求項１７】
Ｔｅｌｎｅｔセッション要求を開始するＴｅｌｎｅｔクライアントを有する少なくとも１つの加入者端末と、
Ｔｅｌｎｅｔセッション要求を開始するＴｅｌｎｅｔクライアントを有する少なくとも１つのデータサービスシステムと、
Ｔｅｌｎｅｔサーバと、プログラム命令を格納するメモリと、プロセッサとを有するネットワーク装置と
を有するネットワークであって、
前記ネットワーク装置の前記プロセッサは、前記プログラム命令を実行して、
前記少なくとも１つの加入者端末と前記少なくとも１つのデータサービスシステムから、Ｔｅｌｎｅｔセッション要求を受信し、
リクエスタ毎に識別情報を検証し、
検証されたリクエスタ毎に通信チャネルを確立し、
前記確立された通信チャネルを介して、全ての前記検証されたリクエスタに、前記検証されたリクエスタのうち特定のものから受信した前記診断セッション要求のうち特定のものに対応する診断情報を通信するように前記ネットワーク装置を構成し、
前記通信チャネルを確立することが、前記検証されたリクエスタのそれぞれについて、リクエスタのＩＰアドレスとリクエスタの受信ポート番号のようなセッション情報を保存することを更に有し、
前記要求された情報が、それぞれ保存されたセッション情報を有する利用可能なソケットを介して、前記検証されたリクエスタのそれぞれに通信されるネットワーク。
【請求項１８】
請求項１７に記載のネットワークであって、
リクエスタへの情報の通信に障害を有する場合、障害のある通信に関連する通信チャネルを、その後のリクエスタに利用可能にするステップを実行するように、前記ネットワーク装置が更に構成されたネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願への相互参照］
この特許出願は、２００２年４月１６日に出願された米国仮特許出願第６０／３７２，９１３号の利益を主張し、その内容が参照として取り込まれる。
［技術分野］
本発明は、双方向通信システムに関するものであり、特に双方向通信システムのネットワーク装置で複数セッションの同時対応に関するものである。
【背景技術】
【０００２】
Ｔｅｌｎｅｔサーバは、サーバの仮想装置がクライアントの物理装置に関連付けられる時に初期化される空間に関連する装置にＩＰアドレスを書き込むことにより、Ｔｅｌｎｅｔクライアントのインターネットプロトコル（ＩＰ）アドレスをアプリケーションにアクセス可能にする。アプリケーションは、アプリケーション・プログラム・インタフェース（ＡＰＩ）を使用してこの装置のＩＰアドレスを取り出し、それによりＴＣＰ／ＩＰネットワークを通じて、ジョブのルーティングや、プリンタへの通過や、アクセス制御等を行うことが可能になる。
【０００３】
システムのホストの端点では、Ｔｅｌｎｅｔサーバは、情報転送サービスを提供する伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）処理を介してネットワークに結合され、各Ｔｅｌｎｅｔクライアントのサイトでは、クライアントは同様のＴＣＰ／ＩＰ処理を介してネットワークに結合されている。Ｔｅｌｎｅｔサーバは、Ｔｅｌｎｅｔクライアントからの指定のサービスの要求に注意し、その要求にサービス提供するように機能する。複数のアプリケーションプログラムがホスト設備で提供され、Ｔｅｌｎｅｔクライアントの要求に応じて、そのプログラムのうちの適切なものがＴｅｌｎｅｔサーバに結合される。
【０００４】
ポイント・ツー・ポイントのリンクが確立され、ホストアプリケーションとＴｅｌｎｅｔクライアントアプリケーションの間で情報が交換される手順は、セッションと呼ばれ、一般的にセッションは、クライアントワークステーションのＴｅｌｎｅｔクライアントによるサービス要求が作られることにより開始する。サービスの要求の受信に応じて、Ｔｅｌｎｅｔサーバは、サービス手順を制御し、サービスの要求に関する情報を取り出し、保存し、転送するために、ホストシステムのメモリを使用してメモリ構造を確立する。
【０００５】
一般的に、認証ルーチンが最初に呼び出され、Ｔｅｌｎｅｔクライアントのリクエスタが要求されたサービスに参加することを認められているか否かを決定する。一般的にそのルーチンはクライアントワークステーションでクライアントユーザＩＤとパスワードを提供し、認証アプリケーションプログラム・ルーチンを使用して、ホスト設備でＴｅｌｎｅｔサーバにより検査される。リクエスタが認証ルーチンにより証明されると、適切な１つ以上のアプリケーションプログラムと共に、要求されたサービスが実行される。サービスが終了すると、セッションが終了する。
【０００６】
マルチプルシステムオペレータ（ＭＳＯ：Ｍｕｌｔｉｐｌｅ  Ｓｙｓｔｅｍ  Ｏｐｅｒａｔｏｒｓ）は、テストと診断とトラブルシューティングのため、配置されたケーブルモデムや加入者宅内装置のようなネットワーク装置の動作情報を取得する必要がしばしばある。診断分析と情報転送を容易にするため、多くのメディア端末アダプタ（ＭＴＡ：Ｍｅｄｉａ  Ｔｅｒｍｉｎａｌ  Ａｄａｐｔｏｒ）ベンダは、その装置（例えばＶｏｉｃｅ  ｏｖｅｒ  ＩＰ可能なケーブルモデム及び他のネットワーク装置）にＴｅｌｎｅｔサーバを実装している。ＭＴＡのＴｅｌｎｅｔサーバは、リクエスタにランタイム及び長期の動作情報を提供することができる。しかし、Ｔｅｌｎｅｔサーバの制限は、現在はＴｅｌｎｅｔサーバが同時に１つのみのＴｅｌｎｅｔセッションに対応できるに過ぎず、それが複数のベンダ相手の間での診断の協調を制限する。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
先行技術に関連する従来の欠点は、複数のＴｅｌｎｅｔセッションに対応する本発明の方法と装置により克服される。
【課題を解決するための手段】
【０００８】
本発明の一実施例では、方法は、複数のＴｅｌｎｅｔセッション要求を受信し、リクエスタ毎に識別情報を検証し、検証されたリクエスタ毎に通信チャネルを確立し、確立された通信チャネルを介して、全ての検証されたリクエスタに要求された情報を通信することを有する。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施例を含む通信ネットワークのハイレベルのブロック図を表したものである。
【図２】図１のネットワークシステムでの使用に適した本発明のモデムの実施例のハイレベルのブロック図を示したものである。
【図３】本発明の原理に従って、複数のＴｅｌｎｅｔセッションを同時に提供する認証方法のフローチャートを表したものである。
【図４】本発明の原理に従って、複数のＴｅｌｎｅｔセッションを同時に提供する送信方法のフローチャートを表したものである。
【発明を実施するための形態】
【００１０】
本発明の原理は、添付図面と共に以下の詳細な説明を検討することにより、容易に理解され得る。
【００１１】
理解を容易にするため、図面に共通の同一の要素を示すために、可能な限り同一の参照番号が使用されている。
【００１２】
本発明は、Ｔｅｌｎｅｔサーバ技術を実装するケーブルモデムに関して説明される。しかし、本発明はまた、診断、初期化、サービス提供、その他ネットワークサーバとの通信を行うために通信セッションを使用する多様な他のネットワーク装置に実装されてもよいことが当業者にわかる。従って、本発明はここに記載されるＭＴＡを超えて広く適用できることが、発明者により企図されている。好ましい実施例では、本発明は有利には、複数セッションに対応するＴｅｌｎｅｔサーバ用の方法と装置を提供する。
【００１３】
図１は、本発明の実施例を含む通信ネットワークのハイレベルのブロック図を表したものである。図１の通信ネットワーク１００は、加入者端末（例示的にはパーソナルコンピュータ（ＰＣ））１１０を有し、その加入者端末１１０はモデム１２０と通信し、そのモデム１２０はデータサービスシステム（例示的にはインターネット／イントラネットサービスシステム（ＩＳＳ））１３０と通信し、そのデータサービスシステム１３０は相互接続ネットワーク１６０を介して遠隔インターネット及びイントラネットシステム１４０、１５０と通信する。ＩＳＳ１３０は、モデム１２０を介してその加入者サイト（例えば加入者端末１１０）にインターネット又はイントラネットサービスを提供する。加入者は、相互接続ネットワーク１６０を介して、その端末（例えば、パーソナルコンピュータ、マッキントッシュ、ウェブ端末、及び一般的にメモリと処理機能と入出力機能を有するそれと同様のもの）からＩＳＳ１３０に接続する。
【００１４】
ＩＳＳ１３０は、加入者端末からのアクセス用のデータを格納するコンテンツサーバ（図示なし）を有する。コンテンツサーバは、電子メールや、掲示板や、ニューズグループや、ワールドワイドウェブのアクセスのような、インターネットアプリケーション用のサーバに対応する。更に、ＩＳＳ１３０は、遠隔インターネットシステム１４０又は遠隔イントラネットシステム１５０へのアクセスをネットワーク管理者が制限することを可能にするウェブ・プロキシサーバ（図示なし）を有する。プロキシサーバのその他の用途は、インターネットから頻繁にアクセスされるデータをキャッシュすることである。ＩＳＳ１３０はまた、アドレス割り当てサーバ（図示なし）を有する。アドレス割り当てサーバは、最初のＩＳＳ１３０への接続時に、加入者端末１１０にアドレスを割り当てる。割り当てられたアドレスは、ＩＳＳ１３０で加入者端末１１０を一意に特定する。
【００１５】
ＩＳＳ１３０は、多様なサーバとのデータ通信及び遠隔システム１４０と１５０とのデータ通信のために、インターネットプロトコル（ＩＰ）を使用する。伝送制御プロトコル（ＴＣＰ）は、ＩＰレイヤの上で動作し、ＩＳＳ１３０のコンテンツサーバと遠隔システム１４０と１５０に信頼性のある情報配信を確保する。ＴＣＰレイヤの上で動作するアプリケーションプロトコルは、加入者端末１１０によりアクセスされるアプリケーションに特有である。例えば、ファイル転送プロトコル（ＦＴＰ）がファイル転送用に使用され、ハイパーテキスト転送プロトコル（ＨＴＴＰ）がウェブアクセス用に使用される。一般的に遠隔インターネットシステム１４０のそれぞれ及び／又は遠隔イントラネットシステム１５０のそれぞれは、ＩＳＳ１３０について前述したものと同一又は類似のサーバとモジュールを有する。
【００１６】
図１の通信ネットワークは例示的に、ＰＣ１１０にＴｅｌｎｅｔクライアント１７０を有し、ＩＳＳ１３０にＴｅｌｎｅｔクライアント１８０を有し、モデム１２０にＴｅｌｎｅｔサーバ１９０を有する。モデム１２０内のＴｅｌｎｅｔサーバ１９０の１つの例示的な機能は、複数の診断テストを起動し、ネットワークシステム内の障害を検出し、診断要求を受信すると、要求クライアント１７０、１８０にランタイム及び長期の動作情報を提供することである。それぞれＰＣ１１０とＩＳＳ１３０のＴｅｌｎｅｔクライアント１７０、１８０と、モデム１２０のＴｅｌｎｅｔサーバ１９０は、Ｔｅｌｎｅｔログオン・プロトコルに従って動作可能なように通信する。
【００１７】
図２は、本発明の原理に従い、図１のネットワークシステム１００での使用に適した診断Ｔｅｌｎｅｔサーバ１７０を有するモデム１２０の例示的な実施例のハイレベルのブロック図を表したものである。図２のモデム１２０は、プロセッサ２１０と、制御プログラム及び情報を格納するメモリ２２０とを有する。モデム１２０のメモリ２２０は、ウェブサーバ２２２と診断エンジン２２４を有するＴｅｌｎｅｔサーバ１９０を更に有し、その動作は以下に説明される。プロセッサ２１０は、電力供給、クロック回路、キャッシュメモリ、それと同様のもの、及びメモリ２２０に格納されたソフトウェア・ルーチンを実行する際に機能する回路ような、従来のサポート回路２３０と協調動作する。従って、ここでソフトウェア処理として説明される処理ステップのうちのいくつかは、例えばプロセッサ２１０と協調して多様なステップを実行する回路として、ハードウェア内に実装されてもよいことが企図される。モデム１２０はまた、モデム１２０と通信する多様な機能要素間のインタフェースを形成する入出力回路２４０を有する。例えば、図１の実施例では、モデム１２０は、信号パスＳ１を介して加入者端末１１０と通信し、信号パスＳ２を介してＩＳＳ１３０と通信する。
【００１８】
図２のモデム１２０は、本発明に従って多様な制御機能を実行するようにプログラムされた多目的コンピュータとして表されているが、本発明は、例えば特定用途向け集積回路（ＡＳＩＣ）として、ハードウェアに実装されることも可能である。従って、ここで説明される処理ステップは、ソフトウェア、ハードウェア又はその組み合わせにより、同等に実行されるものとして広く解釈されることが意図される。更に、図２のＴｅｌｎｅｔサーバ１９０はモデム１２０のメモリ２２０内にあるものとして表されているが、Ｔｅｌｎｅｔサーバ１９０は、本発明の原理に従って、モデム１２０のメモリ２２０の外部に配置されてもよく、又はケーブルモデム１２０と通信する別の構成要素を有してもよい。
【００１９】
ウェブサーバ２２２は、既知のウェブサーバ技術を使用して実装される。例えば一実施例では、ウェブサーバ２２２は、カリフォルニア州Ｍｏｕｎｔａｉｎ  ＶｉｅｗのＮｅｔｓｃａｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｃｏｒｐｏｒａｔｉｏｎにより開発されたウェブサーバ技術を使用して実装される。その他の実施例では、ウェブサーバ２２２は、ワシントン州ＲｅｄｍｏｎｄのＭｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎにより開発されたウェブサーバ技術を使用して実装される。
【００２０】
図１を参照すると、ＰＣ１１０のＴｅｌｎｅｔクライアント１７０又はＩＳＳ１３０のＴｅｌｎｅｔクライアント１８０からの診断要求がモデム１２０のＴｅｌｎｅｔサーバ１９０に通信されると、モデム１２０のＴｅｌｎｅｔサーバ１９０のウェブサーバ２２２は診断要求をデコードする。ウェブサーバ２２２は、診断要求に含まれるデータを構文解析し、パッケージ化する。すなわち、ウェブサーバ２２２は、デコードされた要求を適切なデータ構造（例えば、Ｎｅｔｓｃａｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｃｏｒｐ．からのＮｅｔｓｃａｐｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅにより指定されるデータ構造）に配置する。次に、構文解析された要求が、イントラホスト（ｉｎｔｒａｈｏｓｔ）通信ソケットを介して、モデム１２０のＴｅｌｎｅｔサーバ１９０の診断エンジン２２４に送信される。イントラホスト（ｉｎｔｒａｈｏｓｔ）通信ソケットは通信プロトコルである。一実施例では、イントラホスト（ｉｎｔｒａｈｏｓｔ）ソケットはＵＮＩＸ（登録商標）ドメインのソケットである。代替では、ソケットはその他の種類の既知のソケット（例えばＩＮＥＴソケット）を有してもよい。従って、ウェブサーバ２２２は、要求装置と診断エンジン２２４との通信を可能にする通過要素として機能する。
【００２１】
その後、診断エンジン２２４は、ウェブサーバ２２２から診断要求の処理済データを受信する。診断エンジン２２４は、診断要求内のデータを解釈するように機能する。次に、診断エンジン２２４は、診断要求で指定されたテストルーチンを起動する。本発明の代替の実施例では、診断エンジン２２４は、診断要求に含まれる情報とＩＳＳ１３０の履歴情報に基づいて、どのテストが起動されるかをインテリジェントに決定するように機能することが可能である。履歴情報は、以前のトラブルシューティングの経験の知識と、ネットワークシステム１００のサービストポロジ情報とを有することがある。診断エンジン２２４により実行されるテストルーチンは、動作すると、Ｔｅｌｎｅｔプロトコルに従って、それぞれＰＣ１１０とＩＳＳ１３０のクライアント１７０、１８０及びケーブルモデム１２０自体の多様な部分（サーバ及びその他の構成要素を含む）を検査する。
【００２２】
診断エンジン２２４は、実行されたテストルーチンからテスト結果を受信し、システム内のどの構成要素が障害又は誤動作を有するかを決定するために、テスト結果を関連付ける。次に、最終的なテスト結果がウェブサーバ２２２を介して要求側のクライアントに表示用に送信される。
【００２３】
次にモデム１２０の動作が詳細に説明される。本発明の原理による図１と図２のモデムは、複数のＴｅｌｎｅｔセッションに対応することが可能であり、そのセッションで各タスクは独立して開始又は終了され得る。モデム１２０の動作は、実質的に同時に動作する２つのスレッドを有する。本発明の一実施例では、モデム１２０のＴｅｌｎｅｔ認証タスクが、クライアントのログオンを待機する。新しいクライアントが接続を試みると、認証タスクは、クライアントがモデム１２０へのアクセスを得るために必要なユーザＩＤとパスワードを要求する。ユーザＩＤとパスワードが確認されると、Ｔｅｌｎｅｔ認証タスクはソケットを開始し、クライアントのＩＰアドレスや受信ポート番号のようなセッション情報を保存する。次に、認証タスクは、新しいクライアントのログオンを再び待機する。モデム１２０にログオンを試みるクライアント毎に、同じ認証手順が行われる。クライアント数がクライアントの最大許容数（モデム１２０により提供され得る利用可能なスロット数により決定される）に到達すると、認証タスクは、次に新しいクライアントを拒否する。
【００２４】
Ｔｅｌｎｅｔ送信タスクは、Ｔｅｌｎｅｔ認証タスクと同時に動作する。Ｔｅｌｎｅｔ送信タスクは、クライアントからの要求に応じてモデム１２０が関連情報を生成するのを待機する。生成された情報は、全ての動作中のＴｅｌｎｅｔクライアントに送信される。特有の送信機能が機能しなくなると（すなわち特有のソケットでの送信障害）、モデム１２０はクライアントが動作中でない（切断された）と仮定し、Ｔｅｌｎｅｔ送信タスクは、障害のある送信コマンドに関連する特定のクライアントのスロットを、ログオンを試みる次のクライアントに利用可能にする。クライアントのログオン手順を管理する認証タスクは、送信タスクと別に動作する。Ｔｅｌｎｅｔサーバ１９０が現在のクライアントに情報を送信している間に、その後のクライアントがログオンを試みると、その後のクライアントは前述の通り確認され、その後のクライアントからの要求はその後の送信タスクで個別にサービス提供される。送信タスクは、以前に認証タスクにより確認されたクライアントにのみ、情報を送信する。
【００２５】
図３は、本発明の原理に従って、同時に複数のＴｅｌｎｅｔセッションを提供する認証方法のフローチャートを表したものである。前記方法３００はステップ３０２で始まり、モデムのＴｅｌｎｅｔサーバの認証タスクが、クライアントからのログオンの要求を受信する。次に前記方法３００はステップ３０４に進む。
【００２６】
ステップ３０４において、前記方法３００は、クライアントがモデムへのアクセスを得るために必要なユーザＩＤとパスワードを要求する。次に前記方法３００はステップ３０６に進む。
【００２７】
ステップ３０６において、前記方法３００は、ユーザＩＤとパスワードが有効であるか否かを決定する。ユーザＩＤとパスワードが有効である場合、前記方法３００はステップ３０８に進む。ユーザＩＤとパスワードが有効でない場合、前記方法３００はクライアントのログオンの試みを拒否して、前記方法３００が終了する。
【００２８】
ステップ３０８において、前記方法３００は、要求側のクライアントに利用可能な空のソケットが存在するか否かを決定する。要求側のクライアントに利用可能なソケットが存在する場合、前記方法３００はステップ３１０に進む。要求側のクライアントに利用可能なソケットが存在しない場合、前記方法３００はクライアントの要求を拒否して、前記方法３００が終了する。
【００２９】
ステップ３１０において、前記方法３００は、クライアントのＩＰアドレスやクライアントの受信ポート番号のような、セッション情報を保存する。次に前記方法３００はステップ３０２に戻り、次のＴｅｌｎｅｔクライアントのログオンを待機する。
【００３０】
図４は、本発明の原理に従って、同時に複数のＴｅｌｎｅｔセッションを提供する送信方法のフローチャートを示したものである。前記送信方法４００は、前記認証方法３００と実質的に同時に動作する。前記方法４００はステップ４０２で始まり、モデムのＴｅｌｎｅｔサーバの送信タスクが、ログオンしたクライアントに送信される関連情報をモデムが生成するのを待機する。次に前記方法４００はステップ４０４に進む。
【００３１】
ステップ４０４において、前記方法４００は、ステップ３１０で保存されたクライアントの宛先ＩＰアドレスと受信ポート番号を用いて、ソケットを介して動作中の各Ｔｅｌｎｅｔクライアントに生成された情報を通信する。次に前記方法４００はステップ４０６に進む。
【００３２】
ステップ４０６において、前記方法４００は、何らかのＴｅｌｎｅｔクライアントに対する送信機能が障害を有するか否かを決定する。送信機能が障害を有する場合、前記方法４００はステップ４０８に進む。送信機能の障害がない場合には、前記方法４００はステップ４０２に戻る。
【００３３】
ステップ４０８において、前記方法４００は、送信機能に障害のあるスロットに関連するクライアントが動作中でない（切断された）と仮定し、送信タスクは、障害のある送信コマンドに関連する特定のクライアントのスロットを、ログオンを試みる次のクライアントに利用可能にする。次に前記方法４００はステップ４０２に戻る。
【００３４】
前述のものは本発明のいくつかの実施例を対象とするが、本発明の他の実施例及び更なる実施例が、本発明の基本的な範囲を逸脱することなく、考案されることがある。従って、本発明の適切な範囲は、特許請求の範囲に従って決定される。
【００３５】
以上の実施例に関し、更に、以下の項目を開示する。
【００３６】
（１）双方向通信装置で複数の診断セッションに対応する方法であって、
複数のリクエスタ（１１０、１３０）から診断セッション要求を受信し、
前記リクエスタ（１１０、１３０）毎に識別情報を検証し、
検証されたリクエスタ毎に通信チャネルを確立し、
前記確立された通信チャネルを介して、全ての前記検証されたリクエスタに要求された情報を通信すること
を有する方法。
【００３７】
（２）（１）に記載の方法であって、
リクエスタ（１１０、１３０）への情報の通信に障害を有する場合、障害のある通信に関連する通信チャネルを、その後のリクエスタに利用可能にすることを更に有する方法。
【００３８】
（３）（１）に記載の方法であって、
前記識別情報が、ユーザＩＤとパスワードを有する方法。
【００３９】
（４）（１）に記載の方法であって、
前記通信チャネルを確立することが、それぞれの検証されたリクエスタとの通信のために、利用可能なソケットを割り当てることを有する方法。
【００４０】
（５）（４）に記載の方法であって、
利用可能なソケットの総数が割り当てられた後に、その後の要求を拒否することを更に有する方法。
【００４１】
（６）（１）に記載の方法であって、
前記通信チャネルを確立することが、前記検証されたリクエスタのそれぞれについて、リクエスタのＩＰアドレスとリクエスタの受信ポート番号のようなセッション情報を保存することを更に有する方法。
【００４２】
（７）（６）に記載の方法であって、
前記要求された情報が、それぞれ保存されたセッション情報を有する利用可能なソケットを介して、前記検証されたリクエスタのそれぞれに通信される方法。
【００４３】
（８）双方向通信装置で複数の診断セッションに対応する装置（１２０）であって、
サーバ（１９０）と、
プログラム命令を格納するメモリ（２２０）と、
前記命令を実行するプロセッサ（２１０）であって、
複数のリクエスタ（１１０、１３０）から診断セッション要求を受信するステップと、
前記リクエスタ（１１０、１３０）毎に識別情報を検証するステップと、
検証されたリクエスタ毎に通信チャネルを確立するステップと、
前記確立された通信チャネルを介して、全ての前記検証されたリクエスタに要求された情報を通信するステップと
を実行するように装置（１２０）を構成するプロセッサ（２１０）と
を有する装置。
【００４４】
（９）（８）に記載の装置（１２０）であって、
リクエスタ（１１０、１３０）への情報の通信に障害を有する場合、障害のある通信に関連する通信チャネルを、その後のリクエスタに利用可能にするステップを実行するように更に構成された装置。
【００４５】
（１０）（８）に記載の装置（１２０）であって、
利用可能なソケットの総数が割り当てられた後に、その後の要求を拒否するステップを実行するように更に構成された装置。
【００４６】
（１１）（８）に記載の装置（１２０）であって、
前記通信チャネルを確立することが、それぞれの検証されたリクエスタとの通信のために、利用可能なソケットを割り当てることを有する装置。
【００４７】
（１２）（１１）に記載の装置（１２０）であって、
前記割り当てられたソケットが、リクエスタのＩＰアドレスと、リクエスタの受信ポート番号とを有する装置。
【００４８】
（１３）（８）に記載の装置（１２０）であって、
前記複数のリクエスタ（１１０、１３０）が、Ｔｅｌｎｅｔクライアント（１７０、１８０）を有する装置。
【００４９】
（１４）（８）に記載の装置（１２０）であって、
前記複数のリクエスタ（１１０、１３０）が、ネットワーク装置である装置。
【００５０】
（１５）（８）に記載の装置（１２０）であって、
前記サーバ（１９０）が、
要求側装置と診断エンジンとの間の通信を可能にするウェブサーバ（２２２）と、
前記要求のそれぞれで指定されたルーチンを実行する前記診断エンジン（２２４）と
を有する装置。
【００５１】
（１６）（８）に記載の装置（１２０）であって、
モデムを有する装置。
【００５２】
（１７）複数のＴｅｌｎｅｔセッションに対応する装置（１２０）であって、
複数のリクエスタ（１１０、１３０）からＴｅｌｎｅｔセッション要求を受信する手段（２２２）と、
前記リクエスタ（１１０、１３０）毎に識別情報を検証する手段（２２４）と、
検証されたリクエスタ毎に通信チャネルを確立する手段（２２４）と、
前記確立された通信チャネルを介して、全ての前記検証されたリクエスタに要求された情報を通信する手段（２２２）と
を有する装置。
【００５３】
（１８）一式の命令を格納するコンピュータ読取可能媒体であって、
前記一式の命令がプロセッサにより実行されると、
複数のリクエスタからＴｅｌｎｅｔセッション要求を受信し、
前記リクエスタ毎に識別情報を検証し、
検証されたリクエスタ毎に通信チャネルを確立し、
前記確立された通信チャネルを介して、全ての前記検証されたリクエスタに要求された情報を通信すること
を有する方法を実行するコンピュータ読取可能媒体。
【００５４】
（１９）Ｔｅｌｎｅｔセッション要求を開始するＴｅｌｎｅｔクライアント（１７０）を有する少なくとも１つの加入者端末（１１０）と、
Ｔｅｌｎｅｔセッション要求を開始するＴｅｌｎｅｔクライアント（１８０）を有する少なくとも１つのデータサービスシステム（１３０）と、
Ｔｅｌｎｅｔサーバ（１９０）と、
プログラム命令を格納するメモリ（２２０）と、
前記命令を実行するプロセッサ（２１０）であって、
前記少なくとも１つの加入者端末と前記少なくとも１つのデータサービスシステムから、Ｔｅｌｎｅｔセッション要求を受信するステップと、
リクエスタ毎に識別情報を検証するステップと、
検証されたリクエスタ毎に通信チャネルを確立するステップと、
前記確立された通信チャネルを介して、全ての前記検証されたリクエスタに要求された情報を通信するステップと
を実行するようにネットワーク装置（１２０）を構成するプロセッサ（２１０）と
を有するネットワーク装置（１２０）と
を有するネットワーク（１００）。
【００５５】
（２０）（１９）に記載のネットワーク（１００）であって、
リクエスタ（１１０、１３０）への情報の通信に障害を有する場合、障害のある通信に関連する通信チャネルを、その後のリクエスタに利用可能にするステップを実行するように、前記ネットワーク装置（１２０）が更に構成されたネットワーク。
【符号の説明】
【００５６】
１００  通信ネットワーク
１１０  加入者端末
１２０  モデム
１３０  ＩＳＳ
１４０  遠隔インターネットシステム
１５０  遠隔イントラネットシステム
１６０  相互接続ネットワーク
１７０  Ｔｅｌｎｅｔクライアント
１８０  Ｔｅｌｎｅｔクライアント
１９０  Ｔｅｌｎｅｔサーバ
【図１】
2010218572.tif 000003
【図２】
2010218572.tif 000004
【図３】
2010218572.tif 000005
【図４】
2010218572.tif 000006