(57)【特許請求の範囲】
【請求項１】
電気通信ネットワークとインターネットに接続されたサービスノードを含むシステムにおいて、第一の電話加入登録に関連しインターネットに接続された第一のコンピュータを含む第一加入者ユニットから、通信ネットワーク内の第二の加入者ユニットへ、電話呼を発信するための方法であって、
前記第一のコンピュータは１つのモデム経由でインターネットに接続されており、
前記サービスノードには、前記第一の電話加入登録に関連した第一の電話番号が通知され、
前記第一加入者ユニットは、インターネットとのセッションの間に、呼発信をおこなうことができ、
前記第一の電話加入登録に関連した第一の電話番号は、前記コンピュータから前記第二の加入者ユニットに対して電話呼を発信する際に、前記サービスノードにより認証され、
前記サービスノードはその発信電話呼を、前記第一の電話加入登録に関連した第一の電話番号である番号Ａ、および前記第二の加入者ユニットに関連した第二の電話番号である番号Ｂ番号を含むメッセージとともに、前記電気通信ネットワークに転送することを特徴とする、前記方法。
【請求項２】
請求項１記載の方法であって、前記サービスノードには前記第一の電話加入登録に関連した第一の電話番号が、事前にまたは前記コンピュータからの電話呼発信に関連してかのいずれかで通知されることを特徴とする前記方法。
【請求項３】
第一の電話加入登録に関連しインターネットに接続された第一のコンピュータを含む第一の加入者ユニットから、電気通信ネットワーク内の第二の加入者ユニットに、電話呼を発信するための構成であって、
前記第一のコンピュータは１つのモデム経由でインターネットに接続されており、
前記構成は電気通信ネットワークとインターネットに接続されたサービスノードを含み、
前記サービスノードは、
前記第一の電話加入登録に関連した第一の電話番号に関する情報を受信するための手段と、
前記第一加入者ユニットが、インターネットとのセッションの間に、呼発信をおこなうことを可能にする手段と、
前記第一の電話加入登録に関連した第一の電話番号を、前記コンピュータから開始され前記第二の加入者ユニットに対する電話呼が発信されるときに認証するための手段と、
その発信電話呼を、前記第一の電話加入登録に関連した第一の電話番号である番号Ａおよび前記第二の加入者ユニットに関連した第二の電話番号である番号Ｂ番号を含むメッセージとともに、前記電気通信ネットワークに転送する手段、
を含むことを特徴とする、前記構成。
【請求項４】
請求項３記載の構成であって、前記第一の電話加入登録に関連した第一の電話番号に関する情報を受信するための手段が、その情報を事前にまたはコンピュータからの電話呼発信に関連してかの、いずれかで受信するように適合されていることを特徴とする前記構成。
【発明の詳細な説明】
産業上の利用分野
本発明は一般的に通信に係わり、詳細にはインターネットを経由した音声通信に関する。
従来の技術
インターネットが益々一般的となるに従い、我々は更に多くの時間をインターネットに接続したコンピュータの前で過ごす傾向にある。インターネットに接続する最も一般的な方法は、モデムを使用することによってであり、接続時間は従来の音声会話で通常消費される時間よりも遙かに長くなっている。家庭での使用者にとって、インターネット接続用に電話線を使用することは諍いの種になりかねないが、それはほとんどの加入者はただ１本の線のみしか保有しておらず、これがコンピュータ接続と音声通信の両方をまかなわなければならないからである。
スウェーデン特許明細書ＳＥ−９６０２２１２−４には加入者がインターネットに接続中に音声呼を生成したり受信する事が可能な方法が開示されている。
スウェーデン特許明細書ＳＥ−９６０３９３２−６にはＳＥ−９６０２２１２−４に開示されている方法が更に発展されていて更に別の問題が解決されている。
先に述べた明細書の一般的な考え方は、インターネットに通常の電話線を用いてモデム経由で接続されている使用者は、彼のコンピュータ内の特別なアプリケーションを用いてサービスに登録する。このサービスは使用者の電話番号を、ＩＮサービスを起動する特別な番号に接続して、その使用者に送られた呼が常にその特別な番号に再送されるようにしている。ＩＮサービスが起動された時これはゲートウェイを起動し、それはインターネット経由で使用者のコンピュータ内のアプリケーションに接続してその呼に答えることが出来る使用者に警告を発する。
同様な方法で、使用者は発信呼をそのゲートウェイがＩＰベースのインターネットとＰＳＴＮとの間のブリッジとして動作するように使用して発信することが出来る。この状態に於いて、ＰＳＴＮネットワークの観点からは、そのゲートウェイがあたかも呼を発信しており課金の対象とすべきものと見なされる。この問題に対する解決法がＳＥ−９６０３９３２−６に提示されている。
上記の明細書のいずれも、使用者の登録と認証に関する特別な方法および、これがいかに効果的な方法で解決されるか、また同様にこれが如何にして簡単な課金方法を可能とするために使用できるかは開示していない。
発明の要約
本発明は使用者登録、認証に関する問題を解決するための、従って簡単な課金方法を可能とするための方法、ノード並びにネットワークを開示している。
本発明の目的は、従って使用者登録と認証を可能とし、従って簡単な課金方法を可能とすることである。
使用者登録と認証を実現し、簡単な課金を可能とすることに関する上記の問題は、そのクライアントが使用している電話番号を供給する、予め定められた登録部機能にクライアントを接続させことで解決されており、この登録部機能は電話番号、認証コードおよびＩＰアドレスを具備したテーブルを保持している。
更に詳細には上記の問題は、クライアントにそのクライアントが使用している電話番号を含むメッセージを登録部機能に送信させることで解決される。この登録部ではその電話番号を鍵として存在している使用者記録をチェックし、ＮＲＶ（非繰り返し値:Non Repeating Value）を検索して、そのＮＲＶをその使用者に関連づける。このＮＲＶはクライアントに送られ、これは電話番号、パスワードを引数としてＯＮＦ（一方向関数：ONe way Function）で計算された値を応答する。このＯＮＦは続いてその結果およびＮＲＶに再び適用される。登録部に於いてＡＤ（認証データ:Authentication Data）が使用者記録に関連づけられる。
ＡＤはその使用者の電話番号とパスワードに適用されたＯＮＦの値と同一である。登録部はそのＡＤを加入者記録の中に取り込み、ＡＤおよびＮＲＶに適用されたＯＮＦをそのクライアントから受信した値と比較する。これらの値が等しい場合、使用者は認証されサービスの使用を登録される。登録部内の使用者記録に含まれる電話番号を使用する事により、使用者が呼を発信したいと思うときにこの電話番号を使うことが出来る。
ゲートウェイがクライアントからの呼発信要求を受信したとき、これはその使用者が登録されて認証されている登録部に確認する。これに応じてゲートウェイはまた電話番号を受信して、発信呼を設定する際にシグナリングと共に送信する。続いてこの電話番号は異なるネットワーク素子で、供給された電話番号をゲートウェイの電話番号の代わりに課金するために使用される。
本発明の１つの特長はゲートウェイで実行される発信呼の課金が簡略化されることである。
その他の特長は当業者にとって以下に提示される詳細な記述の説明の中で明らかとなろう。
本発明の更に別の応用範囲は以下に示される詳細な説明から明らかとなろう。しかしながら、本発明の提出された実施例は図示を目的としてのみ提示されたものであることを理解されたい、従って当業者がこの詳細な説明に基づき、本発明の範囲内で種々の変化及び変更を行えることは明らかであろう。
【図面の簡単な説明】
図１はフォーンダブラー（phonedoubler）用インタフェースを開示する。
図２はネットワーク構成の更に詳細な図を開示する。
図３は認証方法を開示する。
図４は認証方法用のネットワーク構成を示す
図５はシグナリング手法を示す。
図６は別の提出された実施例用のシグナリング手法を示す。
実施例の詳細な説明
図１はフォーンダブラー（Phone Doubler）ネットワークと外部ネットワークへの外部インタフェース、使用者並びにユニットを図示する。使用者１０１は家庭でフォーンダブラーを使用する個人である。使用者１０１はまたこのサービスの加入者でもある。ＩＳＤＮ１０２（総合ディジタル通信網:Integrated Services Digital Network）はＰＳＴＮ１０３（公衆電話交換網:Public Switched Telephone Network）へのゲートウェイとして使用されている。ＳＰ１０４（サービスプロバイダ）はフォーンダブラー１０５を問題なく運用する責任を有するシステム、組織並びに人間である。また図１にはフォーンダブラー内部構造が示されている。クライアント１０６は使用者の構内に配置されているフォンダーブラーの一部である。登録部１０８はゲートウェイ内のノードであって、フォーンダブラーサービスの全ての使用者に共通である。このノードは本書ではこれ以降登録部と呼ぶ事にする。ＶＧ１０７（音声ゲートウェイ:Voice Gateway）は全ての呼、及び音声送信を処理するユニットである。ＶＧ１０７は多数の呼を同時に取り扱える。図１はまたネットワーク及び同定されたノードへの外部インタフェースである。ＵＩ１０９（使用者インタフェース:User Interface）は使用者１０１とクライアント１０６との間のインタフェースである。ＰＲＩ１１０（ＩＳＤＮ一次群インタフェース:Primary Rate Interface）はＶＧ１０７とＩＳＤＮ１０２との間で使用されるインタフェースである。ＯＭＩ１１１（運転保守インタフェース:Operation and Maintenance Interface）はＳＰ１０４と登録部１０８とＶＧ１０７との間のインタフェースである。ＣＬＧＩ１１２（クライアントゲートウェイインタフェース）はクライアント１０６と登録部１０８、クライアントとＶＧ１０７それぞれとの間のインタフェースである。ＲＥＧＩ１１３（登録部インタフェース:Registry Interface）は登録部１０８とＶＧ１０７との間のインタフェースである。
図２を参照するとクライアント２０１はＰＣ（図示せず）上で動作し、ＩＳＰ（インターネットサービスプロバイダ:Internet Service Provider）のＡＳ２０７（アクセスサーバ:Access Server）にＩＳＰのＰＯＰ（接続点:Point Of Presence）でモデム２０２及びＰＳＴＮ２０３経由で接続されている。このＰＣにはＩＳＰからＩＰアドレスが与えられている。これは通常ＰＯＰに接続する際にダイナミックに実行される。本提出された実施例に於いて、ＩＳＰおよびＳＰ１０４は同一組織またはサービスプロバイダである。ＶＧ２０３，２０４はＩＳＰのＩＰネットワークに、典型的には同じＥＳ２０５，２０６（切替イーサネット:Switched Ethernet）上でＰＯＰとして接続されている。いくつかのＶＧ２０３、２０４を１つのＰＯＰに接続できる。各々のＶＧ２０３，２０４はＩＳＤＮ２０８にＰＲＩ２０９，２１０経由で接続されている。１つの登録部ノード２１１，２１２はいくつかのＶＧ２０３，２０４を処理できる。登録部ノード２１１，２１２は物理的に遠隔地に配置することが可能である。従ってＶＧ２０３，２０４及び登録部２１１，２１２は互いにＩＳＰの基幹ＩＰネットワーク経由で接続されている。登録部ノード２１１，２１２は通常冗長化を理由に二重化されている。図２の中でいくつかのルーターがＲと示されている。
図３ではパスワード３０１とクライアント３０２電話番号がＯＮＦ３０４に入力される。クライアント３０２はＮＲＶ３０５を登録部３０６から受信し、そのＮＲＶ３０５と第一ＯＮＦ３０４からの結果とを第二ＯＮＦ３０６に供給し、その結果を登録部３０６に送る。登録部はＮＲＶ３０５を認証データ３０７と共に、ＯＮＦ３０６と同一関数であるＯＮＦ３０８に適用する。この計算の結果がクライアントから受信したものと同じ場合、このクライアントは認証される。
図４の中でクライアント４０１はインターネット４０２に接続されており、これには登録部４０３もまた接続されている。登録部４０３はテーブル４０４を含み、次にこれは少なくとも電話番号、認証コード、ＩＰアドレスおよびＮＲＶを含む。更にＶＧ４０５がインターネット４０２とＩＳＤＮ４０６ネットワークの両方に接続されている。このＩＳＤＮネットワークはまたＰＳＴＮ４０７ネットワークにも接続されている。
図５のシグナリング手法に於いて、図中の番号とメッセージの間には下記の関連が適用される：
１．ＭＳＧ１は電話番号を含み認証を要求する。
２．ＭＳＧ２はＮＲＶを含む。
３．ＭＳＧ３は関数ＯＮＦ（ＯＮＦ（電話番号＋パスワード）＋ＮＲＶ）の値を含む。
４．ＭＳＧ４は認証の成功を示すブール値と第二登録部のＩＰアドレスとを含む。
５．ＭＳＧ５はＢ番号とＶＧからの呼発信要求とを含む。
６．ＭＳＧ６はＩＰ番号とそのＩＰアドレスが認証されているか否かの登録部への質問を含む。
７．ＭＳＧ７はそのＩＰ番号に関連する電話番号とそのクライアントが認証されたことの確認とを含む。
８．ＭＳＧ８は使用者定義Ａ番号とその使用者定義Ａ番号としての電話番号で呼発信要求とを含む。
登録部がＭＳＧ１を受信すると、これはＮＲＶを生成し電話番号と関連づけて格納する。登録部がＭＳＧ３を受信するとこれはＯＮＦを電話番号とＮＲＶとに関連づけられた認証データに適用し、その結果をＭＳＧ３で受信された値と比較する。その値が一致する場合そのクライアントは認証される。呼を発信使用としているクライアントが認証されたことをＶＧが確認し、そのＶＧがＯＫメッセージの中で電話番号を受信すると、ＶＧは電話番号で使用者定義電話番号として呼を発信する。
図６の中のシグナリング手法に於いて、図中の番号とメッセージとの間には下記の関連が適用される：
１．ＭＳＧ１は電話番号を含む。
２．ＭＳＧ２はＮＲＶを含む。
３．ＭＳＧ３はＯＮＦ（ＯＮＦ（電話番号＋パスワード）＋ＮＲＶ）の値を含む。
４．ＭＳＧ４は認証されたクライアントのＩＰアドレスを含む。
５．ＭＳＧ５は呼を行うためのＢ番号を要求する。
６．ＭＳＧ６はＢ番号を含む。
７．ＭＳＧ７は使用者定義Ａ番号として電話番号で呼を発信する。
この提出された実施例に於いて、このクライアントは呼発信に関して全ての試行が認証される。
中央登録部ノードはいくつかの分散型音声ゲートウェイモジュールにサービスを行い、広域分散型ゲートウェイを形成する。
＊広域分散事象
ゲートウェイがＰＯＰアクセスサーバーと一緒に配置されている単一セットのＶＧを含む限り、モデムとＶＧとの間の十分なＩＰスループットを保証することは簡単である（全ての機器が同一ＬＡＮ環境内に存在する。）全てのＶＧにサービスを行うのに単一のＩＳＤＮグループ番号で十分であろう。
フォーンダブラーサービスを拡大して広域ゲートウェイを形成しようとするとき、各々のＰＯＰは中央登録部ノードでサービスされる１つまたは複数のＶＧを有する。これにより音声トラヒックは最小の遅れ及びジッターしか持たないように保証できるが、それはルータを経由しての音声トラヒックが回避されるからである。
＊クライアントデータ
クライアントは下記のデータを有する：
・電話番号、国番号、市外局番（注：デンマークのように市外局番が使用されていない地域ではオプション項目）、そして市内局番で構成される。例:“４６−０８−６６７８０５４”
・認証データ、これは本提出された実施例では国番号、市外局番、市内局番及びパスワードの連結（concatenation）に適用されたＯＮＦ（一方向関数:ONe way Function）である。（オプション、固定）
・クライアントＩＰアドレス（揮発性）
・登録部のホスト名１。
・登録部のホスト名２。
・一次ＶＧ  ＩＰアドレス（揮発性）。
・二次ＶＧ  ＩＰアドレス（揮発性）。
・入力呼拒絶（揮発性）。
これらのデータの全ては電話番号と認証データを除き、サインオン手続きの中で得られる。
国番号、市外局番、そして市内局番の組み合わせで各々の加入者がユニークに同定される。
ＶＧ  ＩＰアドレス属性はまたクライアントの状態をも表現する：無アドレスはサインオフを示し、その他のアドレスはサインオンを示す。
登録部データ
＊加入者記録
両登録部ノードとも全く同一の下記属性の加入者記録集合を保持している：
・電話番号（固定の鍵であり、国番号、市外局番、そして市内局番で構成される）
・認証データ、パスワードと連結された電話番号に適用されたＯＮＦ（固定）
・状態。イネーブルまたはディスエーブル。
・クライアントＩＰアドレス（第二鍵、揮発性）
・使用者ｉｄ（オプション）
・一次ＶＧ（揮発性）
・二次ＶＧ（揮発性）
・サインオン数（固定）
・受信呼数（固定）
・発信呼数（固定）
・第一サインオン（固定）
・最終サインオン（固定）
クライアントＩＰアドレス属性はまた加入者記録の状態も表現している（無ＩＰアドレスはサインオフを表し、何らかのその他のアドレスはサインオンを表す。）
＊Ｅ．１６４−ＩＰアドレス関連
使用者がインターネットに接続されているとき、クライアントのＩＰアドレスは両登録部ノード内の加入者記録の中に入力される。電話番号とこのＩＰアドレスは共に鍵であるので、電話番号とＩＰアドレスとの間のＥ．１６４−ＩＰアドレス関連は加入者記録の中で保守される。
＊登録部構成データ
下記のデータが登録部の中で構成可能である：
両登録部ノードの中で同一のデータ：
・使用者規定モード、自動または手動。
・自動サインオフ周期（オプション、ＰＰＰ不活動タイムアウトよりも長く取るべきである。）
・パスワード再試行回数。
・自動取り除き周期（オプション）
・国番号
・市外識別番号（Trunk Prefix）（オプション）
・ＳＭＰＴメールサーバー（ｅ−メールを用いた警報処理用）
・メール受信箱（警報を受信するｅ−メイルアドレスのリスト）
・時刻同期ホスト。時刻同期ホスト用のホスト名
各々の登録部ノードでユニークなデータ
・冗長化登録部ノードのホスト名（オプション）
・冗長化登録部ノード内のＦＴＰアカウント
・緊急番号
両ノード内で等しいはずのデータ
・ＷＷＷサーバーへのアクセスが許可されているホスト
・ＦＴＰサーバーへのアクセスが許可されているホスト
＊ＶＧ記録
ゲートウェイ構成はＶＧ記録のセットで定義される。この記録のセットは登録部で保持され、ＶＧのスタートアップおよびシャットダウンの様な何らかの事象発生時に更新される。
・ＩＰアドレス（鍵）
・名称
・一次クライアントネットワーク（これらのネットワーク内のクライアントのみが、通常動作中にこのＶＧでサービスされる）
・二次アップクライアントネットワーク（これらのネットワーク内のクライアントは、その他のＶＧが故障した際にこのＶＧでサービスされるはずである）
・最大サインオン使用者
・現在の一次サインオン使用者
・現在の二次サインオン使用者
＊ＶＧ構成データ
ＶＧは各々のＶＧにユニークな構成データのセットを保持している：
・ダイアルアウトプリフィックス
・登録部のＩＰアドレス。冗長化登録部の場合、オプションとして２つ。
・モニタ間隔。
・番号抽出方法（発呼（Ａ）、受呼（Ｂ）または転送番号）
・ＦＴＰサーバーにアクセスを許可されているホスト
・ネットワーク課金
サインオン及びサインオフ機能
＊目的
使用者が彼の電話回線を用いて、インターネットサービスプロバイダの接続点（ＰＯＰ）に接続できるようにして、なおかつその回線を用いて電話呼の着信と発信を出来るようにすることである。
下記のアドレスがこれらの機能で重要である：
・使用者の電話番号
・クライアントＩＰアドレス
・ゲートウェイのＩＳＤＮ番号
＊概要
サインオン及びサインオフ機能は、登録部構成の認証モード属性の設定によって２つの意味合いとなる。
自動規定モードでは、使用者はそのＩＰアドレスがＶＧ記録のいずれかのクライアントネットワーク属性と一致している場合、サービスを使用することを許される。この場合ＰＯＰの認証が信用され、一度合格するとその使用者は信用される。
このモードではＩＰアドレスへの課金のみ、従ってネットワーク課金が使用される。我々は使用者が述べた電話番号を信用することは出来ない。
一方手動モードは、使用者がシステムへの何らかの管理手続きに従ってシステムに登録しなければならないことを意味しており、詳細は加入者管理機能を参照。このモードでサービスを使用するために、使用者はフォーンダブラーシステムでも認証手続きを行わなければならない。
認証手続きは挑戦応答機構[コンピュータ通信セキュリティー、ワーイックフォード、プレンティスホール、（Computer Communications Security，Warwick Ford，Prentice Hall）ＩＳＢＮ０−１３−７９９４５３−２、参照]に基づいている。ＯＮＦとしてＭＤ５アルゴリズムを使用できる［ＲＳＡデータセキュリティー社。ＭＤ５メッセージ要約アルゴリズム］。ＯＮＦ（Ｘ＋Ｙ）は連結文字列Ｘ＋Ｙに対する一方向関数の適用を表している。
＊自動規定モードでのサインオン
この使用事例にはクライアントの状態がサインオフの場合にのみ入ることが出来る。この使用事例の前に使用者は、ＶＧのＩＳＤＮ番号への呼転送または（より良い）話し中呼転送にセットアップされていると仮定する。これは電話機またそれ以外で実施できる（これに対するソフトウェアサポートは具備されていない）。別の実施例では、呼転送はサービスにより自動的に取り扱われる。
クライアントはその使用者のインターネットセッションが使用可能であることをチェックする。クライアントはその現行ＩＰアドレスをクライアントのクライアントＩＰアドレス属性の中に保存して、その他の使用事例（呼発信設定およびサインオフ）で参照する。クライアントは登録部に接続し使用者の電話番号を送信する。登録部はクライアントのＩＰアドレスを実行中ＴＣＰセッションのパラメータして検索する。ＤＨＣＰが使用されている場合、クライアントＩＰアドレスはフォーンダブラーセッション間で異なることに注意されたい。
登録部はＶＧを選択し、そのＩＰアドレスをクライアントに受け渡す。ＶＧの選択は登録部によって下記のように実行される：（１）使用者のＩＰアドレスがそのＶＧの一次クライアントネットワーク属性と一致するＶＧ記録を選択する、（２）最大サインオン使用者と一次サインオン使用者の間で最大の差を有するＶＧ記録を選択する、（３）最大サインオン使用者制限が選択されたＶＧで超えないことをチェックする、そして（４）選択されたＶＧが使用不能でないことをチェックする。選択されたＶＧ記録の現行一次サインオン属性がインクリメントされる。
登録部は告げられた電話番号の加入者記録が存在するかチェックする。チェックはクライアントＩＰアドレスがこの点の登録部で何れの電話番号とも関連づけられていないことで行われる。チェックは加入者記録の状態が使用可能でサインオフであることで行われる。
加入者記録が更新される（クライアントＩＰアドレス、サインオン数、及び最終サインオン属性が更新される）。ＰＳＴＮ−ＩＰ関係がこれにより確立され、先のチェックにより双方向とも疑いの無いことが保証される。ＶＧ記録の現行サインオン使用者属性が更新される。ＶＧ  ＩＰアドレスがクライアントに設定される。クライアントは登録部から接続解除される。
インターネットセッションが動作中で無い場合、使用者にはインターネットセッションを開始してサインオンを再度試行するように指示がなされる。登録部がアクセス不能の場合、使用者にはこれが通知され後ほど再試行する旨のお願いがなされる。呼受信および発信機能はクライアントがサインオンに成功するまで利用出来ない。使用事例は終了される。
クライアントＩＰアドレスがＶＧ記録内の何らかのクライアントネットワークパラメータのために許容されない場合は、使用事例は終了される。この例外は不法使用であるため使用者には何らの情報も提示されない。
資源が不足のためＶＧを選択できない場合は、使用者にはこの旨が通知される。クライアントは登録部から接続解除し、使用事例は終了される。
クライアントが提示した電話番号に加入者記録が存在しない場合、新たな加入者記録が生成される。下記の属性が記入される：電話番号、クライアントＩＰアドレス、第一サインオン。残りの属性に対しては明らかなデフォルト値が記入される。この後現在の使用事例が継続される。別の実施例では新たな加入者記録は生成されず、使用事例が終了される。
この使用事例の前に、登録部の中でクライアントＩＰアドレスがいずれかの使用者電話番号に関連づけられている場合、この関係は明らかに無効である。強制サインオフ使用事例が全てのその様な電話番号に対して、クライアントＩＰアドレスからいずれかの使用者電話番号への関連が１つも残らないようになるまで、繰り返し実行される。この後現在の使用事例が継続される。
加入者記録が、その使用者が既にサインオン（いずれかのクライアントＩＰアドレスから）していることを示す場合、強制サインオフ使用事例が実行される。この後現在の使用事例が継続される。
加入者の状態が使用不能の場合、使用者はアクセスを拒絶され使用事例は終了される。
＊サインオン手動モード
この事例での違いは、その使用者がサインオンに先立ってサービスプロバイダで定義されていなければならないことである。以下に自動モードの場合に追加することが記述されている。
クライアントは最初サインオン手順の開始をこれを登録部にシグナリングで要求する。このメッセージの中で電話番号が送信される。
登録部は加入者記録を電話番号を鍵として、存在するかをチェックし非繰り返し値（ＮＲＶ）をリトリーブして、このＮＲＶを加入者に関連づける。このＮＲＶはクライアントに送られ、これはＯＮＦ（ＯＮＦ（電話番号＋パスワード）＋ＮＲＶ）で応答する。
ＮＲＶは例えば現在時刻をミリ秒で表したものでも可能である。
ＯＮＦ（電話番号＋パスワード）はクライアント構成からフェッチされるかまたは使用者側でパスワードプロンプトダイアログの結果として計算される。どちらの機構を使用するかは使用者が定める。
登録部は認証データ（ＡＤ）を加入者記録の中に取り込み、続いてＯＮＦ（ＡＤ＋ＮＲＶ）をクライアントから受信した値と比較する。これらの値が等しい場合、使用者は認証され認証失敗のカウンターはゼロにされる。
使用者が存在しない場合、その使用者にはサービスプロバイダに問い合わせて登録しなければならない旨の通知がされる。
認証に失敗すると認証失敗カウンターが更新される。このカウンターがパスワード再試行の回数を超えるとこの使用者は使用不能とされる。
この使用者が既にサインオンしている場合は、彼にこれが通知される。
その他の全ての部分で自動の場合からの例外が残る。
＊サインオフ、自動モード
クライアントはその状態がサインオンであることをチェックする。
彼の呼転送設定をキャンセルする旨の注意がその使用者に提示される。不幸にして、呼転送のキャンセルはインターネットセッションが終了するまで行えない（フォーンダブラー製品の範囲外である。）
強制サインオフ使用事例が実行される。
クライアントは登録部から接続解除する。
クライアントの状態がサインオンで無かった場合、使用事例は終了され何も実行されない（クライアントのシャットダウンが行われても良い。）
登録部にアクセス出来ない場合、使用事例は終了される。クライアントのシャットダウンは継続されるはずである。この結果使用者の電話番号とクライアントＩＰアドレスとの間の関連づけが無効となり、これはサインオン、自動サインオフまたは受信呼設定使用事例で解消されるまで継続する。
＊サインオフ、手動モード
クライアントはその状態がサインオンであることをチェックする。
彼の呼転送設定をキャンセルする旨の注意がその使用者に提示される。不幸にして、呼転送のキャンセルはインターネットセッションが終了するまで行えない（フォーンダブラー製品の範囲外である。）
強制サインオフ使用事例が実行される。
クライアントは登録部から接続解除する。
クライアントの状態がサインオンで無かった場合、使用事例は終了され何も実行されない（クライアントのシャットダウンが行われても良い。）
登録部にアクセス出来ない場合、使用事例は終了される。クライアントのシャットダウンは継続されるはずである。この結果使用者の電話番号とクライアントＩＰアドレスとの間の関連づけが無効となり、これはサインオン、自動サインオフまたは受信呼設定使用事例で解消されるまで継続する。
＊強制サインオフ
これに頼るその他の使用事例は：サインオン、サインオフ、受信呼設定、自動サインオフである。
使用者の電話番号とクライアントＩＰアドレスとの間の関連付けは解消される（加入者記録は更新される。）
ＶＧ記録内で、加入者記録の第一及び第二ＶＧに対応して、現行一次及び二次サインオン使用者は減数更新される。
登録部のログが更新される。
＊自動サインオフ
この使用事例は登録部内で、手動が介在することなく周期的に実行される。この目的は加入者記録から正しくない情報を取り除くことである。その周期は登録部の自動サインオフ周期属性で与えられる。これは道理上短いべきであるが、それは偶発的に接続解除された使用者が助け上げられて再びサインオン出来るようにするためである。しかしながらこれはＰＰＰ不動作時限満了より長くして、ＩＳＰのインターネットサービスの機能に干渉しないようにしなければならない。
各々の加入者記録を検査して下記のステップを実行する：
加入者記録の状態がサインオンの場合、そのクライアントがそこに接続して実際に活動中であるかを確かめる。クライアントが活動中で無い場合、この加入者に対して強制サインオフ使用事例を実行する。
クライアントが活動中であるがその電話番号がその加入者記録内の電話番号属性に一致しない場合、番号不一致自動サインオフ警報を発し、その加入者記録で指示される加入者に対して強制サインオフ使用事例を実行する。
クライアントが非常に長い間（登録部内で定義された自動除去周期に基づく）サインオンしていない場合、その加入者記録は削除される。
＊クライアントＵＩと使用事例との間の関係
クライアントのＵＩはサインオン及びサインオフ使用事例と密接に関係している。
クライアントが開始される時、別のアプリケーションで既に行われていない場合はＩＳＰのＩＰネットワークへの接続を確立する。従ってサインオン使用事例が自動的に実行される。
クライアントＵＩはまたメニュー選択または押しボタンを具備し、これにより使用者はサインオンを要求する。これは例えば初期サインオンが何らかの理由で失敗した場合に重要である。
クライアントが終了されると、サインオフ使用事例が自動的に実行される。
呼受信機能
呼受信機能は使用者が彼の電話回線を用いて接続点（ＰＯＰ）に接続することを可能とし、更にその回線と番号で電話呼を受信できるようにする。
Ａパーティーは使用者の電話番号を呼び出す側であり、それはＶＧクラスタのＩＳＤＮグループ番号に転用される。別の実施例では使用者の電話番号はＩＮサービスに転用される。
＊アドレス
下記のアドレスがこの機能の中で重要である：
・使用者の電話番号
・クライアントのＩＰアドレス
・Ａパートの電話番号
・音声ゲートウェイのＩＳＤＮ番号
使用事例
＊呼受信設定
ＡパートがＢパートの電話番号をダイアルし、これはＵＡＮ（国際アクセス番号:Universal Access Number）に転送される。
この呼はＰＲＩインタフェースから発信される。呼設定中Ｂパートの電話番号はＰＲＩ上でＱ．９３１シグナリングから抽出される。抽出するこの型式の番号は番号抽出方法の中で構築される。
市外線固定番号パラメータが存在する場合は、その値がＢ番号の前に付けられる。
次に国番号パラメータがＢ番号の前に付けられる。
ＶＧは登録部に接続し、Ｂパートの電話番号の加入者記録を参照する。クライアントＩＰアドレスがこの記録からリトリーブされる。
ＶＧは登録部から接続解除する。
クライアントへの接続が、登録部からフェッチされたＩＰアドレスを用いて確立される。
クライアントは受信呼をＵＩを介して使用者に指示する。Ａパーティーの電話番号は提示されない。
従って下記の使用事例の何れも可能である：
・受信呼に対する返答
・受信呼拒絶
・呼び出し中に受信呼Ａパートが電話を切る
・呼び出し中に受信呼ＩＳＤＮタイムアウト
ＰＲＩ内で話し中のためＶＧがＢパートへのシグナリングが出来ない場合、使用事例は終了される。
Ｂパートの電話番号がＰＲＩ内に提示されていない場合、その呼は取り扱えない。従ってＢパートはＰＲＩ内で通信渋滞としてシグナリングされ、使用事例は終了される。
ＶＧが登録部への接続に失敗しかつ登録部が冗長化されている場合、この使用事例は別の登録部を用いて継続される。
ＶＧが登録部への接続に失敗した場合、ＢパートにはＰＲＩ内が話し中である旨のシグナリングがなされ、この使用事例は終了される。
提示されたＢ番号に対して加入者記録が存在しない場合、その呼は取り扱うことが出来ない。ＶＧは登録部から接続解除し、ＢパートにはＰＲＩ内で話し中のシグナリングがなされ、その使用事例は終了される。
Ｂパートの電話番号がＩＰアドレスと関連づけられていない場合、ＶＧは登録部から接続解除し、ＢパートにはＰＲＩ内で話し中のシグナリングがなされる。続いて使用事例は終了される。この例外は、サインオフした使用者が彼の呼転送をキャンセルし忘れた場合に生じる。
指示されたＩＰアドレス上でのクライアントへの接続の確立に失敗した場合、ＢパートへはＰＲＩ内で話し中のシグナリングがなされる。そして現在の使用事例は終了される。
クライアントへの接続に成功したが、そのクライアントの電話番号がＢパートの電話番号に等しくない場合、ＢパートへはＰＲＩ内で話し中のシグナリングがなされる。そして現在の使用事例は終了される。
受信呼拒絶フラグがクライアント内でセットされると、ＢパートヘはＰＲＩ内で話し中のシグナリングがなされ、その使用事例は終了される。
クライアントソフトウェアが繁忙の場合、ＢパートヘはＰＲＩ内で話し中のシグナリングがなされ、その使用事例は終了される。
クライアントが何らかのオーディオ設備を割り当てることが出来ない場合、１つのメッセージが使用者に提示される。このメッセージは受信呼が有り、その使用者は２つの選択肢があることを通知する：（１）オーディオを使用しているアプリケーションを終了し、その呼を受信する、または（２）その呼を拒絶する。（２）が選択された場合、ＢパートへはＰＲＩ内で話し中のシグナリングがなされ、その使用事例は終了される。（１）が選択された場合、その呼を設定するために別の試みがなされる。オーディオ設備が空いていないためにこの試みもまた失敗した場合、同じメッセージと選択肢が繰り返し提示される。
＊受信呼返答
この使用事例は受信呼設定に成功した後にのみ生じうる。使用者はその呼への返答を選択する。クライアントはその状態メッセージを更新する。会話送信を開始する。
＊受信呼拒絶
この使用事例は受信呼設定に成功した後にのみ生じうる。
ＢパートへはＰＲＩ内で話し中のシグナリングがなされる。
その呼に割り当てられていた全ての資源が、クライアントおよびＶＧ内で開放される。ＶＧはクライアントから接続解除する。
＊呼び出し中に受信呼Ａパートが電話を切る
この使用事例は受信呼設定に成功した後にのみ生じうる。
この使用事例はＰＲＩからトリガを掛けられる。
その呼に割り当てられていた全ての資源が、クライアントおよびＶＧ内で開放される。使用者にはＡパートが電話を切ったことが通知される。
ＶＧはクライアントから接続解除する。
＊呼び出し中に受信呼ＩＳＤＮタイムアウト
この使用事例は受信呼設定に成功した後にのみ生じうる。
この使用事例はＰＲＩからトリガを掛けられる。これはＢパート（すなわち、フォーンダブラー使用者）がしばらくの間、全く行動を起こさず、しかもＡパートが電話を切らない場合に生じる。
その呼に割り当てられていた全ての資源が、クライアントおよびＶＧ内で開放される。使用者にはその呼が切断された旨の通知がなされる。
ＶＧはクライアントから接続解除する。
＊受信呼Ｂパートが通話中に電話を切る
この使用事例は受信呼返答に成功した後、すなわち会話送信が確立された時にのみ生じうる。
その呼に割り当てられていた全ての資源が、クライアントおよびＶＧ内で開放され、受話器が置かれたことがＰＲＩ内で信号通知される。ＶＧはクライアントから接続解除する。
＊受信呼Ａパートが通話中に電話を切る
この使用事例は受信呼返答に成功した後、すなわち会話送信が確立された時にのみ生じうる。
この使用事例はＰＲＩからトリガを掛けられる。その呼に割り当てられていた全ての資源が、クライアントおよびＶＧ内で開放される。
使用者にはＡパートが電話を切ったことが通知される（ＶＧはこのメッセージに対する使用者の確認待ちはしない。）
ＶＧはクライアントから接続解除する。
発信呼機能
使用者がその電話回線をＩＳＰの接続点（ＰＯＰ）に接続したまま、電話呼をＰＳＴＮ／ＩＳＤＮへ発信することを可能とする。
下記のアドレスはこの機能の中で重要である：
・Ｂパートの電話番号
・ＡパートのＩＰアドレス
これらのアドレスがどの様に管理されるかを理解するために、構成管理機能を参照されたい。
＊使用事例
クライアントはＢ番号の非常に限定された番号分析を実施する。
＊発信呼設定
クライアントの状態がサインオンであることが必要である。
ＡパートがＢパートの電話番号をダイアルする。クライアント側では番号分析は行わない。
クライアントは、オペレーティングシステムから報告されたその現行ＩＰアドレスを先に保存されたクライアントのクライアントＩＰアドレス属性に等しいかチェックする。
クライアントは空いているオーディオ設備がクライアントプラットフォーム上に存在するかをチェックし、それを予約する。
サインオン時にクライアントに割り当てられたＶＧへの接続を確立する。
クライアントのそのＩＰアドレスが実際にＶＧでサービスされているかのチェックが行われる。
ダイアルされた番号がＶＧに送信される。非常に限定された番号の分析が下記のように実行される：ＶＧの市外識別番号パラメータが空でないか。チェックはダイアルされた番号の先頭桁が市外識別番号に一致するかで行われる。
ダイアル出力パラメータが存在する場合、その値がダイアルされた番号の前に置かれる。
ＩＳＤＮ呼が呼対象番号に設定される。
ネットワーク課金パラメータが正しい場合、使用者の電話番号が使用者提示Ａ番号としてＰＲＩ内でシグナリングされる。
現行ＩＰアドレスが先に保存されたＩＰアドレス属性と異なる場合、クライアントの状態はサインオフにセットされる。使用者には再びサインオンするように指示が出され、この使用事例は終了される。この状態は使用者がサインオンし、ＰＰＰ接続が切断され、新たなＰＰＰ接続が異なるクライアントＩＰアドレスで確立された場合に生じる。
クライアントがオーディオ設備を割り当てることが出来ない場合、使用者にはその理由が通知され、オーディオ設備を使用している全てのアプリケーションを終了して再試行するように要求される。
ＶＧへの接続が確立出来ない場合、またはＶＧの状態が動作不能の場合、クライアントは二次ＶＧに接続するように試行する。これに失敗すると、使用者にはクライアントを閉じてそれを再始動するように指導される（仮定の上からは、使用者には別のそしてより良く適合したＶＧが割り当てられるはずである。）オーディオ設備が開放され、使用事例が終了される。
クライアントＩＰアドレスがＶＧで受け入れられない場合、呼発進時ＩＰアドレス拒絶警報が発せられる。オーディオ設備が開放され、使用事例が終了される。
ＶＧが空き容量を持たない場合、使用者にはこれが通知され後ほど再試行するように忠告される。ＶＧ容量超過警報が発せられる。オーディオ設備が開放され、使用事例が終了される。
ＶＧの市外識別番号パラメータが空で無く、ダイアルされた番号の先頭桁が市外識別番号に一致する場合、ダイアルされた番号が緊急番号であるかのチェックが行われる。それが緊急番号の場合は使用事例は継続され、それ以外の場合は使用者にその番号の形式が不正である旨の通知がなされ、その使用事例は終了される。
呼び出された番号に接続できない場合、使用者にはその理由が通知される（話し中、輻重奏等々）。オーディオ設備が開放され、使用事例が終了される。
＊発信呼返答
この使用事例は発信呼設定使用事例が成功した後にのみ生じうる。
Ｂパートはその呼への返答を選択する。
クライアントはその状態メッセージを更新する。
音声送信を開始する。
＊発信呼拒絶
この使用事例は発信呼設定使用事例が成功した後にのみ生じうる。
Ｂパートはその呼への拒絶を選択する（ＢパートがＧＳＭ電話を使用する場合に生じ得る。）ＶＧはＰＲＩ内で話し中信号を確認する。
その呼に割り当てられていた全ての資源が、クライアントおよびＶＧ内で開放される。使用者にはＢパートがその呼を拒絶したことが通知される（ＶＧはこのメッセージを使用者が確認することを待たない。）
ＶＧはクライアントから接続解除する。
＊呼び出し中に発信呼Ａパートが電話を切る
この使用事例は発信呼設定使用事例が成功した後にのみ生じうる。
使用者はＢパートが行動する前に電話を切る。
その呼に割り当てられていた全ての資源が、クライアントおよびＶＧ内で開放される。クライアント内の状態メッセージがアイドリングメッセージにリセットされる。
ＶＧはクライアントから接続解除する。
＊呼び出し中発信呼ＩＳＤＮタイムアウト
この使用事例は発信呼設定使用事例が成功した後にのみ生じうる。
この使用事例はＰＲＩからトリガを掛けられる。これはしばらくの間Ｂパートが全く行動を起こさず、かつＡパートが電話を切らない場合に生じる。
その呼に割り当てられていた全ての資源が、クライアントおよびＶＧ内で開放される。使用者にはその呼がＩＳＤＮで接続解除された旨通知される。
ＶＧはクライアントから接続解除する。
＊通話中に発信呼Ａパートが電話を切る
これは成功した発信呼が通常に終了される方法である。
この使用事例は発信呼返答が成功した後、すなわち会話送信が確立された時、にのみ生じうる。
その呼に割り当てられていた全ての資源が、クライアントおよびＶＧ内で開放される。クライアント内の状態メッセージがアイドリングメッセージにリセットされる。
ＶＧはクライアントから接続解除する。
＊通話中発信呼ＩＳＤＮの接続解除
この使用事例は滅多に生じない。
この使用事例は発信呼返答が成功した後、すなわち会話送信が確立された時、にのみ生じうる。
Ｂパートが電話を切る。しばらく後、ＩＳＤＮネットワークが呼を切断する（ＶＧはこれをＰＲＩ内で見出す。）
その呼に割り当てられていた全ての資源が、クライアントおよびＶＧ内で開放される。使用者にはその呼がＢパートにより切断されたことを通知される（ＶＧはこのメッセージを使用者が確認するのを待たない。）
ＶＧはクライアントから接続解除する。
加入者管理機能
サービスの加入者を管理することを可能とする。サービスに対する要求は小さいことが予想され、パスワードが失われた加入者記録を時々削除することを含む。
使用事例
＊自動加入者除去
非常に長い間サインオンしていない使用者の加入者記録は登録部から削除される。故障管理下の自動サインオフ使用事例参照。これは登録部内の加入者テーブルを合理的な良く使用しているフォーンダブラー使用者で構成するように制限する。登録部から除去された使用者は何時でも再びサインオン出来る。
＊加入者規定
管理システムは指定された使用者をＯＭＩ  ＦＴＰインタフェース経由で追加出来る。
人間の管理者は指定した使用者をＯＭＩ  ＨＴＴＰインタフェース経由で除去出来る。
１つの登録部ノードで行われた変更は冗長化登録部ノードにも反映される。
＊加入者除去
管理システムは指定された使用者をＯＭＩ  ＦＴＰインタフェース経由で除去出来る。
人間の管理者は指定した使用者をＯＭＩ  ＨＴＴＰインタフェース経由で除去出来る。
１つの登録部ノードで行われた変更は冗長化登録部ノードにも反映される。
＊ブラックリストへの加入者追加／削除
加入者の状態は動作不能／動作可能にセット出来る。
ＨＴＴＰおよびＦＴＰ経由で実施できる。
＊加入者のパスワード変更
ＨＴＴＰおよびＦＴＰ経由で実施できる。
＊加入者分析
人間の管理者は加入者記録をＯＭＩ  ＨＴＴＰインタフェース経由で検索することが出来る。
＊認証機能
認証手法はサインオン及びサインオフ機能の中で記述されている。
サービスの違法使用を禁止するためである。特に誰かがサインオンに際して別のフォーンダブラー使用者の電話番号を告げる危険を削減する。
＊課金機能
課金は多数の方法でサポートされている：
登録部ログが生成され、定期的費用の課金または統計目的で検索出来る。
呼ログが生成され、呼毎の課金または統計目的で検索出来る。
手動規定モードでは、使用者がその電話番号または使用者ｉｄの適法な使用者として認証出来る。
使用者は、その課金システムがあるＩＰアドレスのある時点での使用者を特定できるのであれば、それらのＩＰアドレスに基づいて課金出来る。これはＤＨＣＰが使用されている場合、アクセスサーバーからのログに基づくべきである。
受信呼はＵＡＮ上のサービス料金に基づいて課金出来る。
手動規定モードでは発信呼は使用者に具備されたＡ番号で行えて、これは発信呼に課金するための電話ネットワーク課金システム内で使用できる。
性能管理機能
ＳＰがそのネットワーク内のこのサービスの資源利用状況を監視し調整出来るようにする。
ゲートウェイへの入出力トラヒックがＩＳＤＮ側で測定され、このための良く知られており理解されているツール並びに方法が存在している。
登録部ログはサインオン及びサインオフ行動の統計的分析に使用できる。
呼ログはＩＳＤＮツールを補うものとして暫定的な行動を分析するために使用できる。
発信呼で容量が超過すると警報が送られる。
発明をこの様に説明してきたが、同様なことを多くの方法に変化出来ることは明らかであろう。その様な変化は本発明の精神および範囲から逸脱したものとは見なさず、当業者には明らかな全てのその様な修正変更は以下の請求の範囲内に含まれるものと意図されている。
【図１】
0004241935.tif 000002
【図２】
0004241935.tif 000003
【図３】
0004241935.tif 000004
【図４】
0004241935.tif 000005
【図５】
0004241935.tif 000006
【図６】
0004241935.tif 000007