(57)【要約】【課題】  利用者がDNSサーバやLDAPディレクトリに蓄積された自身のENUMプロファイルを簡単且つ迅速に閲覧し、及び／又は変更できるようにする。    【解決手段】  本発明では、レコードの閲覧及び／又は更新要求、或いはそうした要求のプログラミングを通信端末から受け取るのを可能にする通信手段（1150，53〜59，61，63）と、システムに送信されるか、或いはシステムに予めプログラムされる前記閲覧及び／又は更新要求から、ドメインネーム及び前記レコード上で実行される動作を決定する制御手段（1175，74，75）と、ドメインネームから第１のデータベースに蓄積するサーバのIPアドレスを検索すると共に、前記動作に基づいて、前記レコードを読出し又は更新する要求を前記サーバに送信するプロトコル管理手段（1162，62，64）と、を備えている。
2005530252.tif 000002
【特許請求の範囲】
【請求項１】
レコードが一乃至複数のリソースレコード（RR）からなり、第１のデータベースがDNSサーバとして引用されるドメインネームサーバ，又はLDAPサーバとして引用されるディレクトリサーバによって蓄積されると共に、DNSサーバから間接参照によってアクセスできる前記第１のデータベース（33，36）に蓄積された前記レコードを閲覧及び／又は更新するシステムにおいて、
前記システムが、前記レコードの閲覧及び／又は更新要求、或いはそうした要求のプログラミングを通信端末から受け取るのを可能にする通信手段（1150，53〜59，61，63）と、
前記システムに送信されるか、或いは前記システムに予めプログラムされる前記閲覧及び／又は更新要求から、ドメインネーム及び前記レコード上で実行される動作を決定する制御手段（1175，74，75）と、
前記ドメインネームから前記第１のデータベースに蓄積する前記サーバのIPアドレスを検索すると共に、前記動作に基づいて、前記レコードを読出し又は更新する要求を前記サーバに送信するプロトコル管理手段（1162，62，64）と、
を備えたことを特徴とするシステム。
【請求項２】
第２のローカル又はリモートデータベース（1170，70）に蓄積された認証情報から、前記要求の送り手をアプリケーションレベルで認証する認証手段（1173，73）を備えたことを特徴とする請求項１記載のシステム。
【請求項３】
前記要求の送り手が認証され、前記プロトコル管理手段がDNSプロトコル（DNSクエリ）に基づいて、前記ドメインネームをアーギュメントとして備える更新要求を前記DNSサーバに送信すると共に、このサーバから第１の応答を受け取るように構成したことを特徴とする請求項２記載のシステム。
【請求項４】
第１のデータベースが前記DNSサーバにより蓄積され、前記制御手段が前記第１の応答から前記レコードに含まれる情報を抽出すると共に、前記通信手段を経由してその情報を前記端末に送信するために、当該情報をフォーマットするように構成したことを特徴とする請求項３記載のシステム。
【請求項５】
第１のデータベースが前記LDAPサーバにより蓄積され、前記制御手段が前記第１の応答からLDAPサーバのアドレスを抽出するように構成したことを特徴とする請求項３記載のシステム。
【請求項６】
前記プロトコル管理手段がLDAPプロトコル（LDAPサーチ）に基づいて、閲覧要求を前記LDAPサーバに送信すると共に、このサーバから第２の応答を受け取るように構成したことを特徴とする請求項５記載のシステム。
【請求項７】
前記制御手段が前記第２の応答から前記レコードに含まれる情報を抽出すると共に、前記通信手段を経由してその情報を前記端末に送信するために、当該情報をフォーマットするように構成したことを特徴とする請求項６記載のシステム。
【請求項８】
前記制御手段が更新動作を決定し、前記プロトコル管理手段が前記制御手段からの命令で、DNSプロトコル（DNSアップデート）に基づき更新要求を送信するように構成したことを特徴とする請求項４記載のシステム。
【請求項９】
前記プロトコル管理手段が前記DNSサーバから更新確認／無効の応答を受け取り、前記通信手段を経由して前記端末に送信を命令する前に、前記制御手段がこの更新確認／無効の応答をフォーマットするように構成したことを特徴とする請求項８記載のシステム。
【請求項１０】
前記制御手段が更新動作を決定し、前記プロトコル管理手段が前記制御手段からの命令で、LDAPプロトコル（LDAPモディファイ）に基づいて更新要求を送信するように構成したことを特徴とする請求項７記載のシステム。
【請求項１１】
前記プロトコル管理手段が前記LDAPサーバから更新確認／無効の応答を受け取り、前記通信手段を経由して前記端末に送信を命令する前に、前記制御手段がこの更新確認／無効の応答をフォーマットするように構成したことを特徴とする請求項１０記載のシステム。
【請求項１２】
前記制御手段は、前記通信手段を経由して送信される設定プロファイルを前記第２のデータベースに蓄積すると共に、この設定プロファイルは一乃至複数のプログラムされた変更要求からなり、各々のプログラムされた変更要求は、少なくとも一つの時間範囲及び／又は一つの地理的な区域と関連付けられているものであることを特徴とする請求項２記載のシステム。
【請求項１３】
前記制御手段は、前記第２のデータベースを精査して、測定時間が前記時間範囲に属する及び／又は端末の位置が前記地理的な区域に属するか否かを検査し、もし肯定的な結果が得られれば、関連する前記プログラムされた変更要求を抽出し、第１のデータベースを閲覧する要求を前記プロトコル管理手段に送信する設定自動化コントローラ74を備えたことを特徴とする請求項１２記載のシステム。
【請求項１４】
前記プロトコル管理手段が、DNSプロトコル（DNSクエリ）又はLDAPプロトコル（LDAPサーチ）に基づいて前記閲覧要求を明示すると共に、データベースを蓄積するサーバから前記レコードの内容を受け取るように構成したことを特徴とする請求項１３記載のシステム。
【請求項１５】
前記レコードの内容が前記プログラムされた変更要求に一致しなければ、前記制御手段が、前記プログラムされた変更要求をレコードの内容と一致させるために、前記レコード上で実行すべき動作を決定すると共に、前記プロトコル管理手段が、DNSプロトコル又はLDAPプロトコルに基づいて前記第１のデータベースを更新し、且つ前記第１のデータベースに蓄積するサーバにルーティングする要求を、前記動作に基づき明示するように構成したことを特徴とする請求項１４記載のシステム。
【請求項１６】
前記プロトコル管理手段が、前記第１のデータベースに蓄積するサーバからの更新確認／無効の応答を受け取ると共に、前記制御手段が、前記確認／無効の応答を検出して、第２のデータベースにそれを履歴の形式で蓄積するように構成したことを特徴とする請求項１５記載のシステム。
【請求項１７】
前記制御手段が、前記履歴を読み出す要求を受け取ると共に、前記認証手段を介して前記要求した送り手の認証を行なった後に、前記通信手段を経由して前記履歴の内容をその送り手に送信する構成としたことを特徴とする請求項１６記載のシステム。
【請求項１８】
前記プロトコル管理手段が、前記第１のデータベースに蓄積するサーバからの更新確認／無効の応答を受け取ると共に、前記制御手段が、前記確認／無効の応答を検出して、通知する端末に前記動作のレポートを送信するように構成したことを特徴とする請求項１７記載のシステム。
【請求項１９】
前記プロトコル管理手段がセキュアタイプのDNSプロトコル（DNSSec）を利用するものであることを特徴とする請求項１〜１８のいずれか一つに記載のシステム。
【請求項２０】
STN及び／又はISDNネットワークに前記通信手段を接続するSTN（交換電話網）及び／又はISDN（サービス総合ティジタル網）のインターフェース（51）を備えたことを特徴とする請求項１〜１９のいずれか一つに記載のシステム。
【請求項２１】
前記通信手段は、音声メニューを生成し、前記レコードされた音声形態で一乃至複数の情報項目を再生成する音声シンセシスモジュール（55）又は音声ファイル再生成モジュール（56）と、DTMF信号の認識モジュール（54）及び／又は前記音声メニューの選択を認識する音声認識モジュールとを備えたことを特徴とする請求項２０記載のシステム。
【請求項２２】
前記通信手段は、メニューを管理し、前記レコードの閲覧又は変更の要求を受信し、前記レコードに関する一乃至複数の情報項目又は更新確認／無効の応答を、ビデオテックスシーケンスの形態で再生成させることができるビデオテックスサーバ（57）を備えたことを特徴とする請求項２０記載のシステム。
【請求項２３】
前記通信手段は、前記レコードの閲覧又は変更の要求をメッセージの形態で受信し、前記レコードに関する一乃至複数の情報項目又は更新確認／無効の応答を、メッセージの形態で送信するSMSメッセージ送信／受信モジュール（58）を備えたことを特徴とする請求項２０記載のシステム。
【請求項２４】
ISDNインターフェース（51）が、前記レコードの閲覧又は変更の要求をUUI情報項目の形態で受信し、前記レコードに関する一乃至複数の情報項目又は更新確認／無効の応答を、UUI情報の形態で送信するユーザ間情報（UUI）の送信／受信モジュール（53）を備えたことを特徴とする請求項２０記載のシステム。
【請求項２５】
前記レコードに関する一乃至複数の情報項目又は更新確認／無効の応答を送信するファックスモジュール（59）を備えたことを特徴とする請求項２０記載のシステム。
【請求項２６】
IPインターフェース（60）を備えたことを特徴とする請求項１〜１９のいずれか一つに記載のシステム。
【請求項２７】
前記通信手段は、前記レコードの閲覧又は変更の要求を受け入れるための認証フォームを送信し、前記レコードに関する一乃至複数の情報項目又は更新確認／無効の応答を、ウェブページの形態で提示するウェブサーバを備えたことを特徴とする請求項２６記載のシステム。
【請求項２８】
前記通信手段は、前記レコードの閲覧又は変更の要求を電子メールの形態で受信し、前記レコードに関する一乃至複数の情報項目及び／又は更新確認／無効の応答を、電子メールの形態で提示するSMTP（Simple Mail Transfer Protocol）サーバを備えたことを特徴とする請求項２６記載のシステム。
【請求項２９】
前記制御手段は、加入者の識別子から前記ドメインネームを決定するものであることを特徴とする請求項１〜２８のいずれか一つに記載のシステム。
【請求項３０】
前記加入者の識別子が前記加入者のE.164による電話番号であることを特徴とする請求項２９記載のシステム。
【請求項３１】
前記制御手段は情報を抽出して、NAPTR形式のリソースレコードで行なわれる動作を前記要求に応じて決定するものであることを特徴とする請求項２９又は３０記載のシステム。
【請求項３２】
前記制御手段は情報を抽出して、A，NS，MD，MF，CNAME，SOA，MB，MG，MR，NULL，WKS，PTR，HINFO，MINFO，MX，TXT形式の一乃至複数のリソースレコードで行なわれる動作を前記要求に応じて決定するものであることを特徴とする請求項２９又は３０記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、或る端末からDNS（Domain Name System）サーバ及び／又はLDAP（Lightweight Directory Access Protocol）ディレクトリを閲覧及び／又は更新するためのシステムに関する。特に本発明は、あらゆる端末から、加入者がDNSサーバ若しくはLDAPサーバに蓄積された通信リソースの記録を閲覧及び更新するのを可能にする。
【背景技術】
【０００２】
DNS（及びLDAP）は、データ処理の世界で各機器を命名するために、(例えば、ウェブURLと、このウェブサイトを蓄積するウェブサーバに対応するIPアドレスとの関連付けに)利用される。こうしたサーバは、一般に「リゾルバ（Resolver）」と呼ばれる多くの端末やデータ処理サーバで利用できるソフトウェアで、データ処理機により閲覧される。当該ソフトウェアは、クライアントからの要求に応じて、DNSサーバからの情報の抽出を可能にする。この情報は、最初のDNSサーバから直接閲覧できることもあるし、さもなければ最初のDNSサーバにより、その他必要ならば、連続的な間接参照（indirection）によってDNSサーバから参照できる。DNSサーバのコンテンツは、相当稀にではあるが、専門家としての「管理者（administrator）」によって更新される（UNIX（登録商標）プラットフォームの下ではフラットファイルを更新し、WINDOWS（登録商標）サーバプラットフォームの下では、IHMを経由した専用アプリケーションを更新する）。サーバのコンテンツフォーマット及び要求はプロトコルで定義されており、このプロトコルは、RFC1034及びRFC1035の各文書に記述され、IETF（Internet Engineering Task Force）のウェブサイト（www.ietf.org）上で入手できるDNSプロトコルとして参照される。
【０００３】
加えて現在は、ENUMサービスとの関連で、提供加入者に向けた電話番号の広範囲な持ち運びとしての役割を果たすために、DNSサーバが要求されている。このENUMサービスは、ITU勧告E.164によって定義された国際電話ダイヤリングシステムを利用する。より詳しくは、ENUMサービスによって、固有のE.164電話番号（+33296053859のような形式の電話番号）を有するあらゆる加入者が、DNSサーバによりネットワークに蓄積するプロファイル（特徴）に設定された優先度に応じて、様々な手段で接続されるのを可能にする。例えば、ENUM加入者における固有のE.164電話番号は、携帯電話番号（+33686166924）と、固定電話番号（+33296916404）と、電子メールアドレス（bertrand.dupont@rd.francetelecom.com）と、ウェブサイトURL（http://bertrand.dupont.com）と、VoIP電話番号（sip:bertrand.dupont@sip.francetelecom.com）と、ファックス番号などとを関連付けることができる。
【０００４】
この全ての情報は標準のDNSサーバに蓄積され、図１に示す階層的権限モデルに基づきアクセスすることが可能である。
【０００５】
先ず、ルート（根）のDNSサーバ（E164.ARPA）を通してアクセスが行なわれる。次に各国は固有の電話コード（フランスは33）を有し、レベル１ではそれぞれの国毎にサーバが管理される（フランスは3.3.E164.ARPA）。最後に、通信オペレータ若しくはENUMサービスプロバイダが、そこに配置される電話リソース（E.164の電話番号の部分）に基づいた各DNSサーバ（図１ではDNS1からDNS6で示されている）を管理する。ここで採用されたモデルは、各部分で別けられる。固定STN（交換電話網）電話番号の５つの部分が、１から５にランク付けしたプレフィックス（識別番号）を備えると共に、携帯電話番号の１つの部分が、プレフィックス６によって特定される。
【０００６】
DNSサーバーツリーの経路（パス）は、E.164フォーマットへの電話番号と関連付けられる。より詳細には、電話番号を固有のインターネットドメインネームに変換するために、それぞれの電話番号がE.164国際フォーマットに入れ換わり、「+」コードが省略され、各数字の間にポイントが付加され、そこで得られた結果に「e164.arpa」のドメインが連結される。例えば、「+33686166924」なる電話番号では、変換後に「4.2.9.6.6.1.6.8.6.3.3.e164.arpa」なるインターネットドメインネームを提供する。
【０００７】
さらに、E.164フォーマットへの各電話番号と、それに対応するレベル２のサーバに蓄積した一乃至複数のリソースレコード（Resource Record 若しくは RR）を備えたレコードが関連付けらており、各リソースレコードは一乃至複数のフィールドを備えることができる。例えば、E.164フォーマットへの各電話番号を、RFC2915及びRFC2916の各文書に定義され、IETFサイト上で入手可能なNAPTR（Naming Authority PoinTeR）リソースレコードと関連付けすることができる。概略的には、NAPTRリソースレコードは、優先レベルと関連付けられた通信サービス（電話又はファックス番号、電子メールアドレス、ウェブサイトなど）を指し示している。これ以降、ENUMレコード（又はENUMプロファイル）は、インターネットドメインネームと関連付けられた一組のNAPTRレコードに利用されるものとする。例えば、仮に次の表１に示すENUMプロファイルがレベル２のDNSサーバに蓄積されているとする。
【０００８】
【表１】
2005530252.tif 000003
【０００９】
ヘッダー行は、E.164の電話番号に対応したインターネットドメインネームを示している。「リゾルバ」ソフトウェアは、このドメインネームからレコードをアクセスするのを可能にする。通信リソース或いはサービスは、上記例における各NAPTRレコードに対応する。「NAPTR」なる項目に続く２つの数字フィールドが、それぞれ「Order（オーダー）」及び「Preference（プリファレンス）」なるサービス優先度の内容である。ここでは、「Order」フィールドの値が小さいもの程、サービスの優先度が高く、仮に様々なサービスが同一のオーダーレベルであれば、関連するプリファレンス値が小さいもの程、サービスの優先度が高くなる。従って、上記の各レコード行は優先度が低くなる順に対応している。
【００１０】
第１行は、Order＝100及びPreference＝10の固定電話サービス「0296053859」に対応している。第２行は、Order＝100及びPreference＝11の固定電話サービス「0296916404」に対応している。第３行は、Order＝100及びPreference＝12の携帯電話サービス「0686166924」に対応している。第４行は、Order＝100及びPreference＝13のSIPアドレス「bdupont@sip.ftrd.fr」への、SIPを経由したIP電話サービスに対応している。第５行は、Order＝120及びPreference＝10であって、行き先アドレスが「bdupont@rd.ftrd.fr」であるe-mail（電子メール）サービスに対応している。最後に第６行は、Order＝130及びPreference＝10であって、アクセスURLが「http://bdupont.fr」であるウェブサービスに対応している。
【００１１】
このレコードの意味は、次のようなものである。E.164の電話番号（+33296053859）を繋ぐためにレコードが検索されるならば、「リゾルバ」ソフトウェアは、対応するインターネットドメインネーム（9.5.8.3.5.0.6.9.2.3.3.e164.arpa）で、レベル２のDNSサーバに対してリクエストを送信する。これを受けてレベル２のDNSサーバ（DNS2）は、レコードにより与えられるような、（+33296053859）の電話番号と関連する各通信リソース（これ以降は、サービスとして引用する）のリストを、返答のため供給するであろう。「リゾルバ」ソフトウェア及びENUMサービスは、その後これらの通信リソースの全て若しくは一部分を、シーケンシャルモード（この場合、システムは最も高い優先度のサービスを接続しようと試み、仮に返答がないか、或いはラインがビジーの場合には、それよりも低い優先度のサービスを接続しようと試みる）、或いはブロードキャストモード（この場合、ENUMサービスがその後全てのサービスを同時に接続しようと試みる）で利用できる。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
DNSサーバにおけるENUMプロファイルの変更は、従来技術で知られているような管理者による更新の方法に対して上手く適合していない。これは、インターネットドメインネームと違って、電話やファックスのような便宜的な通信サービスが、頻繁に変更しがちであるからである。さらに重要なことは、一日或いは数時間のベースで、こうした変更を自動的にプログラムする必要が頻繁に発生する。そのため、自身の通信オペレータやENUMサービスプロバイダによって保持されるENUMプロファイルを変更した構造にすることは、有用性及び柔軟性が理由となって非常に難しい。
【００１３】
本発明に基づく課題は、利用者がDNSサーバやLDAPディレクトリに蓄積された自身のENUMプロファイルを簡単且つ迅速に閲覧し、及び／又は変更できるようにすることにある。
【００１４】
より一般的な項目では、本発明に基づく課題は、DNSサーバやLDAPサーバに蓄積された一乃至複数のリソースレコードを、一般的なあらゆる端末から簡単且つ迅速に閲覧し、及び／又は変更できるようにすることにある。
【課題を解決するための手段】
【００１５】
上記問題は、レコードが一乃至複数のリソースレコード（RR）からなり、第１のデータベースがDNSサーバとして引用されるドメインネームサーバ，又はLDAPサーバとして引用されるディレクトリサーバによって蓄積されると共に、DNSサーバから間接参照によってアクセスできる前記第１のデータベースに蓄積された前記レコードを閲覧及び／又は更新するシステムにおいて、
前記システムが、前記レコードの閲覧及び／又は更新要求、或いはそうした要求のプログラミングを通信端末から受け取るのを可能にする通信手段と、
前記システムに送信されるか、或いは前記システムに予めプログラムされる前記閲覧及び／又は更新要求から、ドメインネーム及び前記レコード上で実行される動作を決定する制御手段と、
前記ドメインネームから前記第１のデータベースに蓄積する前記サーバのIPアドレスを検索すると共に、前記動作に基づいて、前記レコードを読出し又は更新する要求を前記サーバに送信するプロトコル管理手段と、を備えたシステムによって解決される。
【００１６】
好ましくは前記システムが、第２のローカル又はリモートデータベースに蓄積された認証情報から、前記要求（リクエスト）の送り手をアプリケーションレベルで認証する認証手段を備えている。
【００１７】
前記要求の送り手が認証されると、前記プロトコル管理手段がDNSプロトコル（DNSクエリ）に基づいて、前記ドメインネームをアーギュメントとして備える更新要求を前記DNSサーバに送信すると共に、このサーバから第１の応答を受け取るのを可能にする構成を有する。
【００１８】
一つの実施態様によれば、制御手段は加入者の識別子から前記ドメインネームを決定するように構成されるが、ここでの加入者の識別子は前記加入者のE.164による電話番号であってもよい。
【００１９】
制御手段は情報を抽出して、NAPTR形式のリソースレコードで行なわれる動作を前記要求に応じて決定するように構成される。
【００２０】
また別な実施態様によれば、制御手段は情報を抽出して、A，NS，MD，MF，CNAME，SOA，MB，MG，MR，NULL，WKS，PTR，HINFO，MINFO，MX，TXT形式の一乃至複数のリソースレコードで行なわれる動作を前記要求に応じて決定するように構成される。
【００２１】
上述した本発明の特徴は、他の特徴と同様に、後述する実施形態の記載を理解することで、より明確になるであろう。実施例中の記載は、添付図面と関連して提供される。
【発明を実施するための最良の形態】
【００２２】
図２Ａは、本発明に基づくシステム環境の例を示す図である。通信リソースを管理するサービスプロバイダは、これ以降サービスプロバイダとして引用するが、図中30１〜30Ｎの符号で示されている。各々のサービスプロバイダは、データベースを記憶するDNSサーバ31ｉ又はLDAPサーバ34ｉを備えると共に、サービスへのアクセスの信頼性を高めるために、より一般的な幾つかの冗長サーバを備えている。ここでのデータベースは、サービスプロバイダの全加入者用の通信リソースレコードを含んでいる。
【００２３】
本発明に基づくシステム50は、一方では、アナログ方式T0或いはディジタル方式T2の標準インターフェースを経由した公衆電話網に接続でき、他方では、イーサネット（Ethernet:登録商標）方式の標準インターフェースを経由したIPネットワークに接続できるようになっている。
【００２４】
より詳しくは、本発明がどのようなサービスプロバイダであっても、あらゆる加入者にアクセスできるものならば、システム50がインターネットに接続され、本発明が単にサービスプロバイダの各加入者にのみアクセスできるものならば、システム50がイントラネットに接続される。
【００２５】
システム50は、ISDNネットワーク10に直接又はPABX（Private Automatic Branch Exchange：自動構内交換機）３を介して接続されるISDN電話端末２によってアクセスされる。このISDNネットワークはSTNネットワークと本来相互接続されることも示されるべきである。
【００２６】
システム50は、STNネットワーク11に接続される一般的な電話端末４又はミニテル（Minitel）端末５によってもアクセス可能である。またシステム50は、GSM（Global System for Mobile Communications）携帯端末６又は図示しないUMTS（Universal Mobile Telecommunications System）端末によってもアクセス可能である（GSM及びUMTSの各ネットワークは、STNネットワークに本来相互接続される）。またシステム50は、IPネットワーク13に接続されたIP電話端末７によってもアクセスできる。さらにシステム50は、イーサーネットインターフェース（ローカルビジネスネットワーク）を通して、或いはSTN，ISDN，ADSL，ケーブル，衛星などのモデムにより、IPネットワーク13に接続されるマイクロコンピュータ８によってもアクセス可能である。
【００２７】
加入者は、上述した端末の一つ若しくはファックス端末９によって、システム50から通知を受取ることができるであろう。
【００２８】
図２Ｂは、ENUMサービスに関連して、本発明に基づくシステム環境の一例を示すものである。同一の参照符号で記載された各構成要素は、図２Ａのものと一致している。
【００２９】
レベル０（ルート）のENUM DNSサーバは、符号40で示されている。このサーバは、様々な国（フランスは33、スペインは34、イギリスは44など）のコードに対応したレベル１の全ENUM DNSサーバを参照して、入手可能な全てのIPアドレスを有する。例えば、符号41はフランスに対応するレベル１のENUM DNSサーバを示している。
【００３０】
各々のENUMオペレータ或いはサービスプロバイダは、第１サーバとして引用される少なくとも一つのレベル２の第１ENUM DNSサーバ31ｉを備えると共に、サービスの良好な信頼性を確保するために、第２サーバとして引用される少なくとも一つのレベル２の第２ENUM DNSサーバ31’ｉによって冗長性を持たせている。第１（若しくは第２）サーバは、データベース33ｉ（若しくは33’ｉ）を蓄積する。各レベル２のサーバには、ENUMサービスの加入者に向けてのE.164による各電話番号と、加入者の様々な通信リソースから構成されるプロファイルと、アクセス手段（例えば、勤務先の固定電話、家庭の固定電話、携帯電話、IP電話、勤務先の電子メールアドレス、携帯の電子メールアドレス、業務用ファックス番号など）に対応した各リソースが、これらのアクセス手段のそれぞれに割り当てられる優先度と同様に、蓄積されている。上述したように、各通信リソースは、NAPTRリソースレコードによって示される。リソースの優先度は、IETFの文書RFC2915に定義され、背景技術で例示したように、NAPTRリソースレコードの「Order（オーダー）」及び「Preference（プリファレンス）」フィールドの内容によって決定される。
【００３１】
ENUMサービスプロバイダ（これを、符号Ａとする）30ｉは、IETFの文書RFC1959に定義されるように、LDAPダイナミックディレクトリ36ｉを蓄積するLDAPサーバ34ｉを有する。こうした構成の利点は、レベル２のENUM DNSサーバではなく、LDAPダイナミックディレクトリの間接参照（indirection）によって、ENUMプロファイルの管理が可能になることである。これにより入手した利点は、レベル２のENUM DNSサーバでENUMクライアントのプロファイルを変更するのではなく、ダイナミックプロファイルを蓄積するのに設けられたLDAPディレクトリを直接変更することからなる。この場合、レベル２のENUM DNSサーバ31ｉは、プレフィックス「+332」で開始する全てのE.164の電話番号に向けて、次表のような例のプロファイルを含んでいる。
【００３２】
【表２】
2005530252.tif 000004
【００３３】
LDAPディレクトリ36ｉは、レベル２のENUM DNSサーバからの間接参照によってアクセスされると共に、プロバイダＡの様々な加入者へのリソースレコードを含んでいる。ENUMサーバ或いはゲートウェイ80は、ENUM加入者の通信リソースリストを得るために、ENUMサービスプロバイダ30ｉを閲覧する。閲覧に際して、「リゾルバ」ソフトウェアは、加入者固有のE.164による電話番号を、上述したようなドメインネームに変換すると共に、適当な所ではあるが、LDAPサーバ34ｉへの追加的な間接参照の後で、連続する間接参照によってレベル２のENUM DNSサーバ31ｉを呼び出す。この件でサービスプロバイダは、利用者のリソースリストを関連付けられた優先度と共に戻す。ENUMサーバ或いはゲートウェイ80はその後、周囲の事情に基づき、優先度が低くなる順でリソースを連続的に利用して加入者に繋ごうと試み、さもなければ加入者全てのリソースにより、加入者に繋ごうと試みる。
【００３４】
図３Ａは、本発明に基づく閲覧システム50の概要を示した図である。本システムは、加入者がシステム50と次のようなやり取りするのを可能にする通信手段1150を備えている。
【００３５】
具体的には、
−  加入者に認証要求を送信し、；
−  その認証を可能にする情報を、前記加入者から受取り、；
−  レコードの変更要求（以後、これはマニュアル要求として引用される）、或いは時間や地理的な判断基準に基づいた自動的な変更要求（以後、これはプログラムされた要求として引用される）を、前記加入者から受取り、；
−  変更要求よりも前に、又は変更要求の後で、レコードの内容を送信し、；
−  要求された変更が実際に行なわれた時には、ロケーションの更新確認を前記加入者に送信し、要求された変更を行なえなかった時には、更新無効を前記加入者に送信し、；
−  閲覧若しくは再調査の終わりに、前記システムに予めレコードされた自動的な変更要求を、前記加入者に送信し、；
−  行なわれた変更の履歴を前記加入者に送信する。
【００３６】
本システムはまた、STN／ISDNネットワーク及び／又はIPネットワーク（インターネット或いはイントラネット）に、前記通信手段を接続するためのインターフェース手段1160を備えている。
【００３７】
本システムはさらに、アプリケーションレベルで閲覧及び／又は更新要求の発送人を認証するために、通信手段と共に動作する認証手段1173を備えている。アプリケーションレベルでの認証は、加入者がどのような端末からでも操作できるという利点をもたらす。この認証手段は、ローカル又はリモートのデータベース1170に蓄積された認証情報を扱うのに利用する。
【００３８】
上述した情報とは別に、データベース1170は特に、様々な加入者に関連した自動変更プログラムと、様々な通信リソース管理プロバイダが持つサーバのIPアドレスと、レコードのマニュアル或いは自動的な変更の履歴と、更新の確認／無効を送信すべきアドレスとを含んでいる。
【００３９】
システム50は、とりわけ「リゾルバ」の機能を満たすプロトコル管理手段1162を備えている。具体的にこのプロトコル管理手段は、連続する間接参照により必要な所で、ドメインネームによってリソースレコード（RR）の内容を探すのに適合する。この目的のためにプロトコル管理手段は、DNSプロトコル（DNSクエリ）に基づき閲覧要求を送信することが可能である。加えてプロトコル管理手段は、更新要求（DNSアップデート）からリソースレコードを更新することが可能である。本実施例に基づき、仮にリソースレコードがLDAPディレクトリに蓄積されるならば、プロトコル管理手段はさらに、レコードの更新（LDAP変更要求を送信する）と同様に、当該レコードの閲覧を可能にするであろう。このレコードの更新が行なわれた時に、プロトコル手段は通信リソース管理プロバイダが持つサーバから認証を受取ることになる。
【００４０】
制御手段1175は、上記各手段を次のように調整するものである。
【００４１】
具体的には、
−  通信手段から認証要求の送信を命令し、；
−  認証手段1173により加入者の認証を行なった後で、閲覧要求を送信するためにプロトコル手段1162に依頼して、この要求をフォーマット化し、通信手段を介して加入者に判りやすい形式で閲覧要求を再送信し、；
−  加入者によってリソースレコードを変更する要求から、このリソースレコード及び加入者の識別子で行なわれる動作を決定し、；
−  プロトコル手段により更新の確認／無効を受取ることで、通信手段を介して加入者にこの確認／無効を通知する。
【００４２】
図３Ｂは、ENUMサービスに関連した本発明の一実施例を示すものである。同一の参照符号で記載された各構成要素は、図２Ａのものと一致している。ここでは特に、上述した端末の一つによって、加入者が更新システム50に連絡できる。レベル２のDNSサーバ31からなる通信リソース管理サービスプロバイダが、第１サーバとして引用され、符号30で示されており、これは図示しない第２サーバによって冗長性を持たせている。サーバ31はデータベース33と、RFC1034及びRFC1035の各文書に記述されるDNSプロトコルを一体にしたDNSプロトコルスタック32とを備えている。このプロトコルスタックは、リソースレコード（RR）の更新（DNSアップデート）を可能にすることを意図したRFC2136及びRFC2137の各文書に記述されるDNSプロトコルをも一体に備えている。リソース管理サービスプロバイダは、データベース36を蓄積するLDAPディレクトリサーバ34を、選択的に備えてもよい。このLDAPディレクトリサーバは、LDAPプロトコルスタック35を備えている。
【００４３】
本システム50の通信手段は、次のようなモジュールから構成される。
【００４４】
ｏ  電話呼びの入出処理を行なうモジュール52。このモジュールは、通信の確立及び終了を管理する。；
ｏ  ユーザ間情報（UUI）を抽出及び送信するためのUUI管理モジュール53。；
ｏ  DTMF(Dial Tone Multi Frequency)コード処理モジュール54。これは、加入者により申し込まれたDTMFの再生を行なうものである。；
ｏ  音声統合（シンセシス）モジュール55。；
ｏ  文章を形成するのに繋ぎ合わされた予め記録済の音声ファイルをブロードキャストするモジュール56。；
ｏ  ビデオテックスサーバ57。；
ｏ  SMS（Systems Management Server）送受信モジュール58。；
ｏ  ファックス送信モジュール59。；
ｏ  電子メールを送受信するSMTP（Simple Mail Transfer Protocol）サーバ61。；
ｏ  ダイナミック（動的）ウェブサーバ63。；
システムはさらに、加入者によって発音された情報を認識する音声認識モジュール（図示せず）を備えることができることも注目すべきである。
【００４５】
通信手段は、STN及び／又はISDNインターフェース51と、IPインターフェース60で外側に接続される。第１のインターフェース（STN及び／又はISDNインターフェース）は、マルチポートのSTNアナログカードか、T0（２チャンネル）或いはT2（30チャンネル）のISDNチャンネルのいずれかが配置される。第２のインターフェース（IPインターフェース）は、イーサーネットインターフェースである。符号14で示されるゲートウェイは、STN／ISDNネットワーク及びIPネットワークがVoIPプロトコル（H323/SIP）に本来相互接続するのを指定する。
【００４６】
システム50は、例えば、ローカルあるいは離れた位置のデータベース70に蓄積された対をなす仮名称（Login_Id：ログインID）及びパスワードのような認証情報から、サービスに対する加入者のアプリケーション段階での認証を可能にする前述の認証手段を備えている。さらにこのデータベース70は、様々なENUMサービスプロバイダ（符号30のような）の識別子や、２層のDNSのIPアドレス或いは機器名と、ENUMプロファイルの自動的な変更のための要求と、ENUMプロファイルのマニュアル若しくは自動の変更履歴と、ENUMプロファイルの変更通知アドレス（ファックス番号，SMS，電子メール）とを含んでいる。
【００４７】
システム50はまた、好ましくはそのセキュアフォーム（DNSSec）で、DNSプロトコル管理モジュール62を備えている。このモジュールは、とりわけリソースレコードを読み出す「リゾルバ」の機能を果たすものである。LDAPプロトコル管理モジュール64は、必要な所でLDAPディレクトリにおけるレコードの読み出し及び変更を可能にするために、システムに加えられる。
【００４８】
システム50はさらに、レベル２のDNSサーバのアドレスを設計するモジュール72と、ENUMプロファイルのマニュアル若しくは自動的な変更を更新すると共に、必要な所でシステムを利用するための統計を生成するためのモジュール71とを備えている。
【００４９】
制御手段は、加入者によってプログラムされ、データベース70に蓄積された自動変更要求から、ENUMプロファイルの自動的な設定（コンフィギュレーション）を行なうための第１モジュール74と、ENUMプロファイルの「マニュアル」設定を行なうための第２モジュール75とからなる。第２モジュールはENUMスクリプト、とりわけENUMプロファイルリーディングスクリプト（ENUMプロファイルがNAPTRリソースレコードのリストからなることが再現されるであろう。）や、特にオーダー，プリファレンス及びサービスフィールド（電子メールアドレス，電話番号，電子メールアドレスなど）からなるNAPTRリソースレコードフィールドを変更するスクリプトを管理する。仮に、NAPTR以外のDNSリソースレコードの閲覧及び／又は更新を提供したいならば、補足のスクリプトがそれらの変更に対し用意されなければならない。
【００５０】
図４は、STN，ISDN，GSM或いはIP形式の固定又は携帯電話を介して、音声モードでのENUMプロファイルの閲覧及びマニュアル変更を行なう処理手順を示したものである。
【００５１】
ステップ100において、ENUM加入者は、公衆ネットワークに接続又はPABX３の背後にある固定STN端末４又はISDN端末２、若しくはGSM形式の携帯端末６や、IP端末から、システム50のSTN／ISDNインターフェース51に向けて、無料の電話呼び出し（グリーン番号タイプ）か、オーディテルまたはカラー番号による地理的若しくは定率の支払いに基づいた有料の電話呼び出しを行なう。自動呼び処理コントローラ52はステップ101で、入ってきた呼びを自動的に受け入れる。ENUMスクリプトモジュール75はステップ102で、音声シンセシスモジュール55又は音声ファイルブロードキャストモジュール56に命令を与え、ステップ103でENUM加入者に対し、仮名称及びパスワードと共にE.164によるENUM番号の入力を求めるための音声アナウンスをブロードキャストする。ENUM加入者はステップ104で、DTMFの形態で帯域内に伝達されると共に、DTMF処理モジュール54により受取られるこうした情報を、加入者のキーパッドを通じて入力する。当該情報は、ステップ105で認証モジュール73に供給され、認証モジュール73はE.164のENUM番号での検索を行なうのに、（例えば、ODBC（Open DataBase Connectivity を意味する）型のインターフェースを介して）ローカル又はリモートデータベースを問合せる。これによりステップ107で、対応する認証情報が認証モジュール73に提供される。認証モジュール73は、ENUM加入者が入力した仮名称及びパスワードを、データベース70に含まれる認証情報と比較する。双方が一致した場合には、認証モジュール73がステップ108で、音声シンセシスモジュール55又は音声ファイルブロードキャストモジュールに命令して、ステップ109でENUM加入者に対し、「ENUMプロファイルを閲覧するには１のキーを押してください。プロファイルの属性を変更するには２を押してください。プロファイルを自動設定するには３を押してください。仮名称／パスワードを変更するには４を押してください。プロファイルの変更ジャーナルにアクセスするには５を押してください。」などのタイプの報知をブロードキャストする。
【００５２】
仮に、ENUM加入者がステップ110で電話キーパッド上の１のキーを押すと、対応するDTMFコードがDTMF処理モジュール54で捕らえられ、これがステップ111でENUMスクリプトモジュール75に改めて送信される。ENUMスクリプトモジュール75はそこで、ENUMプロファイルを読み出す命令の場合であることを検出する。次にENUMスクリプトモジュール75はステップ112で、ドメイン形式に配置されたENUM加入者のE.164によるアドレスを、アーギュメント（33296053859のような型のE.164による電話番号を、9.5.8.3.5.0.6.9.2.3.3.e164.arpaに変換する。）として供給するDNSプロトコルモジュール62に、問合せ要求を送信する。一般的な「リゾルバ」の役割を満たすDNSプロトコル管理モジュール62は、DNS標準プロトコル（DNSクエリ要求）に従がって、DNSプロトコルスタック32によるレベル０のDNSサーバ，レベル１のDNSサーバ，及びレベル２のDNSサーバと連続的に、前にある閲覧若しくは問合せに続いて、情報がそのキャッシュ内にあるか否かを最初にチェックする（ステップ113）。能率を上げるために、NAPTRレコードのデータが、DNSサーバ21のランダムアクセスメモリにロードされる。仮に、ENUMサービスプロバイダ30のDNSサーバ31にENUM加入者が実際に記録されていれば、DNSプロトコルスタック32はステップ114で、DNSプロトコルモジュール62に対応するNAPTRレコードのリストを返送する。DNSプロトコルスタック32はステップ115で、そのリストをENUMスクリプトモジュール75に改めて送信するのに関与する。ENUMスクリプトモジュール75は、NAPTRレコードを分析及び解釈し、「サービス番号１：0296053859への電話，サービス番号２：0686166924への電話，サービス番号３：bertrand.dupont@rd.francetelecom.comへの電子メール」のタイプのような、ENUM加入者が理解できるテキストデータを生成する。このテキストは、ステップ116で音声シンセシスモジュール55に送られ、音声シンセシスモジュール55はステップ117で、ENUM加入者にブロードキャストするのに関与する。この場合、音声ファイルブロードキャストモジュール56が利用される所で、ENUMスクリプトモジュール75が再生すべき音声ファイルの連結を行なう。
【００５３】
この情報をブロードキャストした後で、音声シンセシスモジュール55又は音声ファイルブロードキャストモジュール56は、例えば「ENUMプロファイルを閲覧するには１のキーを押してください。プロファイルの属性を変更するには２を押してください。プロファイルを自動設定するには３を押してください。仮名称／パスワードを変更するには４を押してください。プロファイルの変更ジャーナルにアクセスするには５を押してください。」などの、NUMプロファイル上で可能性のある管理操作のリストを、ステップ118で再度ブロードキャストする。
【００５４】
仮にステップ150で、ENUM加入者がENUMプロファイルの変更を選んだとすると、このコマンド（命令）がDTMF処理モジュール54によるDTMFコードの検出に続いて、ステップ151でENUMスクリプトモジュール75により捕えられる。システム50はその次に、状況に基づきENUMスクリプトモジュール75で生成したテキストから、音声メッセージのブロードキャストに基づいた繰り返しのダイアログをENUM加入者に入れる（ステップ152）と共に、音声シンセシスモジュール55或いは連結された音声ファイルのブロードキャストモジュール56によって、これを音声の形態にブロードキャストする（ステップ153）。後者のブロードキャストモジュール56は、ステップ154でキーパッドからDTMFを用いて提供された選択を有効にし、ステップ155でコマンドがENUMスクリプトモジュール75に送信される。その音声ダイアログとは、例えば次のようなものである。
【００５５】
ｏ→サービスのオーダー／プリファレンスを変更するには１を押してください。サービスの属性を変更するには２を押してください。サービスを付加するには３を押してください。サービスを削除するには４を押してください…
ｏ→４
ｏ→電話番号0296053859を削除するには１を押してください。電話番号0686166924を削除するには２を押してください。電子メールアドレスbertrand.dupont@rd.francetelecom.comを削除するには３を押してください…
ｏ→２
ｏ→その選択を有効にするには１を、そうでなければ２を押してください
ｏ→１
ｏ→サービスを削除するには１を、変更を記録するには２を、メインメニューに戻るには０を押してください
ｏ→２
ENUM加入者が考慮されるべきENUMプロファイルの変更要求を行なうと、ステップ156で変更デマンド要求をDNSプロトコルモジュール62に送信する。DNSプロトコルモジュール62はステップ157で、ENUMサービスプロバイダ30のDNSサーバ31にあるDNSプロトコルモジュール32に、DNSアップデート（更新）のコマンドを送信する。DNSサーバ31のIPアドレスはデータベース70に蓄積されており、ENUM加入者のE.164による電話番号から見つけ出される。DNSプロトコルモジュール32は、サーバ31のランダムアクセスメモリで情報を更新すると共に、データベース33の更新を要求するが、それは一般的にはフラットなテキストファイルである。DNSプロトコルは、第２DNS又は複数のDNS自体が予め定義された時間間隔で変更をリロードできるように、このファイル内に変更番号を管理する。データベース33はステップ159で更新を確認し、結果としてステップ160でデマンド要求を返答する。ステップ161では、ENUMスクリプトモジュール75がこの返答によるリターンコードを捕え、続くステップ162で、変更を考慮したことに関する確認／無効のメッセージを生成する。音声シンセシスモジュール55又は音声ファイルブロードキャストモジュールは、ステップ163でこの情報をENUM加入者にブロードキャストする。音声ファイルブロードキャストモジュールは、そこで通信を解放する。
【００５６】
上記手続きの変形例として、音声メッセージに対応して、加入者が直接に音声での応答を提供することもできる。それは、音声での応答に含まれる選択や情報を決定する音声認識モジュールによって行なわれる。
【００５７】
図５は、GSM，STN，ISDN或いはIP形式の固定又は携帯電話から、SMSの送信部を介して、ENUMプロファイルの閲覧及びマニュアル変更を行なう処理手順を示したものである。ステップ200において、ENUM加入者は、公衆ネットワークに接続又はPABX３の背後にある固定STN端末４又はISDN端末２、若しくはGSM形式の携帯端末６や、IP端末７から、本発明のSMSモジュール58に向けて、ENUMサービスプロバイダ30により特定されるようなフォーマットされたSMSメッセージ（例えば、E.164 No +pseudonym（仮名称） +password（パスワード） +request（要求））を送信する。ステップ201でSMSモジュール58は、ENUMスクリプトモジュール75に向けてこのSMSを伝送する。SMSの情報は、ステップ202で認証モジュール73に供給され、認証モジュール73はE.164のENUM番号での検索を行なうのに、（例えば、ODBCインターフェースを介して）ステップ203でローカル又はリモートデータベースを問合せる。これによりステップ204で、対応する認証情報が認証モジュール73に提供され、認証モジュール73は、SMSにおけるENUMクライアントが入力した仮名称及びパスワードを、データベース70に含まれる認証情報と比較する。双方が一致した場合には、認証モジュール73がステップ205で、SMSに含まれる要求をするためにENUMスクリプトモジュール75を命令する。ENUMスクリプトモジュール75は、ENUMプロファイルを読み出す命令の場合であることを検出する。結果的に、ENUMスクリプトモジュール75はステップ206で、ドメイン形式に変換されたENUM加入者のE.164によるアドレスを、アーギュメント（33296053859のような型のE.164による電話番号を、9.5.8.3.5.0.6.9.2.3.3.e164.arpaに変換する。）として与えるDNSプロトコルモジュール62に、問合せ要求を送信する。一般的な「リゾルバ」の役割を満たすDNSプロトコル管理モジュール62は、DNS標準プロトコル（DNSクエリ要求）によって、DNSプロトコルスタック32によるレベル０のDNSサーバ，及びその後でレベル１のDNSサーバに対し、これらのサーバの先行する閲覧に続いて情報がそのキャッシュ内にすでに存在しなければ、問合せを行なう（ステップ207）。能率を上げるために、DNSサーバのデータが、サーバ21のランダムアクセスメモリにロードされる。仮に、ENUMサービスプロバイダ30のDNSサーバ31にENUM加入者が実際に記録されていれば、DNSプロトコルモジュール32はステップ208で、対応するNAPTRレコードを返送する。DNSプロトコル管理モジュール62はステップ209で、それらのレコードをENUMスクリプトモジュール75に改めて送信するのに関与する。ENUMスクリプトモジュール75は、NAPTRレコードを分析及び解釈し、（「P1:TEL=0296053859，P2:TEL=0686166924，P3：e-mail= bertrand.dupont@rd.francetelecom.com，P4:url=www.bertranddupont.fr，」などのタイプの）ENUM加入者が理解できる比較的合成されたテキストデータを生成する。このテキストは、ステップ210でSMS送信モジュール58に送られ、SMS送信モジュール58はステップ211で、要求を起した電話端末（呼出し者の番号を利用）にSMSを送信する。
【００５８】
ステップ250では、公衆ネットワークに接続又はPABX３の背後にある固定STN端末４又はISDN端末２、若しくはGSM形式の携帯端末６や、IP端末７から、本発明のSMSモジュール58に向けて、ENUMサービスプロバイダ30により特定されるようなフォーマットされたSMSメッセージ（例えば、E.164 No +pseudonym +password +request type=ECR: P1:TEL=0686166924，P2: bertrand.dupont@rd.francetelecom.com）を送信する。ステップ251でSMSモジュール58は、ENUMスクリプトモジュール75に向けてこのSMSメッセージを伝送する。SMSの情報は、ステップ252で認証モジュール73に供給され、認証モジュール73はE.164のENUM番号での検索を行なうのに、（例えば、ODBCインターフェースを介して）ステップ253でローカル又はリモートデータベースを問合せる。これによりステップ254で、対応する認証情報が認証モジュール73に提供され、認証モジュール73は、SMSメッセージにおけるENUMクライアントが入力した仮名称及びパスワードを、データベース70に含まれる認証情報と比較する。双方が一致した場合には、これを認証モジュール73がENUMスクリプトモジュール75に通知し、ENUMスクリプトモジュール75はそこでSMSメッセージに含まれる要求を処理する。ENUMスクリプトモジュール75は、アーギュメントと共にENUMプロファイルを更新するコマンドの場合であることを検出する。ENUMスクリプトモジュール75はコマンドのシンタックスをチェックし、もし正しければ、ステップ256でDNSプロトコル管理モジュール62に更新要求を送信する。DNSプロトコルモジュール62はステップ257で、ENUMサービスプロバイダ30のDNSサーバ31にあるDNSプロトコルモジュール32に、DNSアップデート（更新）のコマンドを送信する。DNSサーバ31のIPアドレスはデータベース70に蓄積されており、ENUM加入者のE.164による電話番号から見つけ出される。DNSプロトコルモジュール32は、サーバ31のランダムアクセスメモリにある情報を更新すると共に、データベース33の更新を要求するが、それは一般的にはフラットなテキストファイルである。DNSプロトコルは、第２DNS又は複数のDNS自体が予め定義された時間間隔で変更をリロードできるように、このファイル内に変更番号を管理する。サーバ31はステップ259で更新を確認し、結果としてステップ260でデマンド要求を返答する。ステップ261では、ENUMスクリプトモジュール75がこの返答によるリターンコードを捕え、続くステップ262で、SMS送信モジュール58に送信する前に変更を考慮したことに関する確認／無効のメッセージを生成する。SMS送信モジュール58はステップ263で、要求を起した電話端末（呼出し者の番号を利用）にSMSを送信するのに関与している。
【００５９】
図６は、利用可能なウェブブラウザ８を備えた端末を利用して、ウェブによるENUMプロファイルの閲覧及びマニュアル変更を行なう処理手順を示したものである。ENUM加入者は、ステップ300にてENUMプロファイル管理サービスにおけるウェブホームページのダウンロードを要求する。これは、本発明のウェブサーバ63によってステップ301で返送される。当該ウェブページは、ENUM加入者に認証フォームを表示する。ENUM加入者は、自身のE.164番号に続いて、仮名称とパスワードを入力する。この情報はステップ302でウェブサーバ63に送信され、ウェブサーバ63はこれをステップ303で認証モジュール73に送信する。認証モジュール73はE.164のENUM番号での検索を行なうのに、（例えば、ODBCインターフェースを介して）ステップ304でローカル又はリモートデータベースを問合せる。これによりステップ305で、対応する認証情報が認証モジュール73に提供され、認証モジュール73は、ウェブフォームにおけるENUMクライアントが入力した仮名称及びパスワードと、データベース70に含まれる認証情報とを比較する。双方が一致した場合には、認証モジュール73がステップ306で、認証が成功したことをウェブサーバモジュール63に通知する。ウェブサーバモジュール63はステップ307で、ENUMプロファイルを読み出す要求をENUMスクリプトモジュール75に送信する。結果的に、ENUMスクリプトモジュール75はステップ308で、ドメイン形式に変換されたENUM加入者のE.164によるアドレスを、アーギュメント（33296053859のような型のE.164による電話番号を、9.5.8.3.5.0.6.9.2.3.3.e164.arpaに変換する。）として与えるDNSプロトコルモジュール62に、問合せ要求を送信する。一般的な「リゾルバ」の役割を満たすDNSプロトコル管理モジュール62は、DNS標準プロトコル（DNSクエリリクエスト）によって、DNSプロトコルスタック32によるレベル０のDNSサーバ，レベル１のDNSサーバ，及びその後でレベル２のDNSサーバに対し連続して、先行する閲覧に続く情報がそのキャッシュ内にすでに存在するか否かをチェックした後で、問合せを行なう（ステップ309）。能率を上げるために、DNSサーバのデータが、DNSサーバ31のランダムアクセスメモリにロードされる。仮に、ENUMサービスプロバイダ30のDNSサーバ31にENUM加入者が実際に記録されていれば、DNSプロトコルモジュール32はステップ310で、DNSプロトコルモジュール32に対応するNAPTRレコードを返送する。DNSプロトコル管理モジュール62はステップ311で、それらのレコードをENUMスクリプトモジュール75に改めて送信し、ENUMスクリプトモジュール75はNATPRレコードを解釈して、次のようなタイプのENUM加入者が理解できる比較的合成されたテキストを生成する。
【００６０】
優先度１のサービス    電話：0296053859
優先度２のサービス    電話：0686166924
優先度３のサービス    メール：b.dupont@rd.ft.com
優先度４のサービス    ウェブ：www.bertranddupont.fr
このテキストはステップ312でウェブサーバモジュール63に送られ、ウェブサーバモジュール63はステップ313で、ENUM加入者のウェブ端末８にこの情報を備えたウェブページをダウンロードする。
【００６１】
ENUM加入者に示されるウェブページは、優先度の変更や、サービスの追加や、サービスの削除や、サービスの属性変更など、ENUMプロファイルの通常の各種変更を、適合するグラフィカルインターフェースを介して行なうことが可能になる。この変更要求は、ステップ350でウェブサーバ63に送られる。ステップ351でウェブサーバ63は、ENUMスクリプトモジュール75に向けてこの要求を伝送するが、ENUMスクリプトモジュール75は、ENUMプロトコルによって記述されたNATPR入力に基づいて、その要求をフォーマットするのに関与している。そこでENUMスクリプトモジュール75は、更新要求をステップ352でDNSプロトコルモジュール62に送信する。DNSプロトコルモジュール62はステップ353で、ENUMサービスプロバイダ30のDNSサーバ31にあるDNSプロトコルモジュール32に、DNSアップデートのコマンドを送信する。DNSサーバ31のIPアドレスはデータベース70に蓄積されており、ENUM加入者のE.164による電話番号から見つけ出される。DNSプロトコルモジュール32は、サーバ31のランダムアクセスメモリで情報を更新すると共に、データベース33の更新を要求するが、それは一般的にはフラットなテキストファイルである。DNSプロトコルは、第２DNS又は複数のDNS自体が予め定義された時間間隔で変更をリロードできるように、このファイル内に変更番号を管理する。データベース33はステップ355で更新を確認し、結果としてステップ356で更新のデマンド要求を返答する。ステップ357では、ENUMスクリプトモジュール75がこの返答によるリターンコードを捕え、続くステップ358で、ウェブサーバ63に送信する前に変更を考慮したことに関する確認／無効のメッセージを生成するが、ウェブサーバはステップ359で、ウェブ端末８にダウンロードする前に、その結果のウェブページをフォーマットするのに関与している。
【００６２】
図７は、ミニテルからENUMプロファイルの閲覧及びマニュアル変更を行なう処理手順を示したものである。（例えば、ENUM-FTコード3615と呼ばれる）フランステレコム社のPAVI（Videotex Point of Access）機能を利用して、ENMU加入者はミニテルサービスに接続する。ステップ400で、ミニテル端末５はミニテルサーバ57のセッションに加わる。ミニテルサーバ57がステップ401で、本発明のENUMスクリプトモジュール75を稼動させると、ENUMスクリプトモジュール75はステップ402で、サービスのホームページを生成し、それがENUM加入者のミニテル端末５にダウンロードされる。このミニテルページは、ENUM加入者に向けて認証の形態で表示される。ENUM加入者は、自身のE.164番号に続いて、仮名称とパスワードを入力する。この情報はステップ404でミニテルサーバ57に送信され、ミニテルサーバ57はこれをステップ405でENUMスクリプトモジュール75に送信する。ENUMスクリプトモジュール75はステップ406で、認証モジュール73に向けて要求を行なう。認証モジュール73はE.164のENUM番号での検索を行なうのに、（例えば、ODBCインターフェースを介して）ステップ204でローカル又はリモートデータベースを問合せる。認証モジュール73はE.164のENUM番号での検索を行なうのに、（例えば、ODBCインターフェースを介して）ステップ407でローカル又はリモートデータベースを問合せる。ステップ408では、データベースの認証情報が認証モジュール73に提供され、認証モジュール73は、ミニテルフォームで入力された仮名称及びパスワードと、データベースの認証情報とを比較する。双方が一致した場合には、ステップ409で認証が成功したことを認証モジュール73がENUMスクリプトモジュール75に通知する。ENUMスクリプトモジュール75はステップ410で、ドメイン形式に変換されたENUM加入者のE.164によるアドレスを、アーギュメント（33296053859のような型のE.164による電話番号を、9.5.8.3.5.0.6.9.2.3.3.e164.arpaに変換する。）として与えるDNSプロトコルモジュール62に、問合せ要求を送信する。一般的な「リゾルバ」の役割を満たすDNSプロトコル管理モジュール62は、DNS標準プロトコル（DNSクエリリクエスト）を用い、DNSプロトコルスタック32によるレベル０のDNSサーバ，レベル１のDNSサーバ，及びその後でレベル２のDNSサーバに対し連続して、先行する閲覧に続く情報がそのキャッシュ内にすでに存在するか否かをチェックした後で、問合せを行なう（ステップ411）。好ましくは能率を上げるために、DNSサーバのデータが、DNSサーバ31のランダムアクセスメモリにロードされる。仮に、ENUMサービスプロバイダ30のDNSサーバ31にENUM加入者が実際に登録されていれば、DNSプロトコルモジュール32はステップ412で、対応するNAPTRレコードを返送する。DNSプロトコル管理モジュール62はステップ413で、それらのレコードをENUMスクリプトモジュール75に改めて送信する。ENUMスクリプトモジュール75はNATPRレコードを分析及び解釈して、次のようなタイプのENUM加入者が理解できる比較的合成されたテキストを生成する。
【００６３】
優先度１のサービス    電話：0296053859
優先度２のサービス    電話：0686166924
優先度３のサービス    メール：b.dupont@rd.ft.com
優先度４のサービス    ウェブ：www.bertranddupont.fr
このテキストはステップ414でビデオテックスサーバモジュール57に送られ、ビデオテックスサーバモジュール57はステップ415で、ENUM加入者のミニテル端末５に対するダウンロードに関与する。
【００６４】
ENUM加入者に示されるビデオテックスページは、優先度の変更や、サービスの追加や、サービスの削除や、サービスの属性変更など、ENUMプロファイルの通常の各種変更を、適合するインターフェースを介して行なうことが可能になる。ENUMプロファイルを更新するための要求は、ステップ450でビデオテックスサーバ57に送られる。ステップ451で、ビデオテックスサーバ57がENUMスクリプトモジュール75に要求を送信すると、ENUMスクリプトモジュール75はENUMプロトコルにより記述されたNAPTR入力に基づいて、その要求をフォーマットするのに関与する。そこでENUMスクリプトモジュール75は、更新要求をステップ452でDNSプロトコルモジュール62に送信する。DNSプロトコルモジュール62はステップ453で、ENUMサービスプロバイダ30のDNSサーバ31にあるDNSプロトコルモジュール32に、DNSアップデートのコマンドを送信する。DNSサーバ31のIPアドレスはデータベース70に蓄積されており、ENUM加入者のE.164による電話番号から見つけ出される。DNSプロトコルモジュール32は、サーバ31のランダムアクセスメモリで情報を更新すると共に、データベース33の更新を要求するが、それは一般的にはフラットなテキストファイルである。DNSプロトコルは、第２DNS又は複数のDNS自体が予め定義された時間間隔で変更をリロードできるように、このファイル内に変更番号を管理する。データベース33はステップ455で更新を確認し、結果としてステップ456でデマンド要求を返答する。ステップ457では、ENUMスクリプトモジュール75がこの返答によるリターンコードを捕え、続くステップ458で、ビデオテックスサーバ57に送信する前に変更を考慮したことに関する確認／無効のメッセージを生成する。ビデオテックスサーバはステップ459で、ミニテル端末５にダウンロードする前に、その結果のビデオテックスページをフォーマットするのに関与している。
【００６５】
図８は、電子メールのクライアント８を有する端末の電子メールによって、ENUMプロファイルの閲覧及びマニュアル変更を行なう処理手順を示したものである。ENUM加入者はステップ500で、電子メールサーバ61にフォーマットされた電子メールを送信する。ENUMコマンドは例えば次のように、送付先の電子メールアドレスで作成される。
【００６６】
E164-33296053859-login-dupont-password-1234-request
live@gestion.enum.francetelecom.com
ENUMスクリプトモジュール75は、電子メールサーバ61を定期的に精査する電子メールクライアントを有する。ENUMスクリプトモジュール75が上述したような電子メールをステップ501で受信すると、電子メールのヘッダー又は本文のいずれかで供給されたアーギュメントを元に戻し、そのアーギュメントをステップ502で認証モジュール73に送信する。認証モジュール73はE.164のENUM番号での検索を行なうのに、（例えば、ODBCインターフェースを介して）ステップ503でローカル又はリモートデータベースを問合せる。ローカル又はリモートデータベースがステップ504で、認証モジュール73に対応する認証情報を供給すると、認証モジュール73は、電子メールのENUMクライアントによって供給された仮名称（ログインID）及びパスワードと認証情報とを比較する。双方が一致した場合には、認証モジュール73がステップ505で、そのことをENUMスクリプトモジュール75に通知する。結果的に、ENUMスクリプトモジュール75はステップ506で、ドメイン形式に変換されたENUM加入者のE.164によるアドレスを、アーギュメント（33296053859のような型のE.164による電話番号を、9.5.8.3.5.0.6.9.2.3.3.e164.arpaに変換する。）として与えるDNSプロトコルモジュール62に、問合せ要求を送信する。一般的な「リゾルバ」の役割を満たすDNSプロトコル管理モジュール62は、DNS標準プロトコル（DNSクエリリクエスト）に基づいて、DNSプロトコルスタック32によるレベル０のDNSサーバ，レベル１のDNSサーバ，及びその後でレベル２のDNSサーバに連続して、先行する閲覧に続いてキャッシュ内に情報がすでに存在していなければ、問合せを行なう（ステップ507）。好ましくは能率を上げるために、DNSサーバのデータが、DNSサーバ31のランダムアクセスメモリにロードされる。仮に、ENUMサービスプロバイダ30のDNSサーバ31にENUM加入者が実際に登録されていれば、DNSプロトコルモジュール32はステップ508で、対応するNAPTRレコードを返送する。DNSプロトコル管理モジュール62はステップ509で、それらのレコードをENUMスクリプトモジュール75に改めて送信する。ENUMスクリプトモジュール75はNATPRレコードを分析及び解釈して、次のようなタイプのENUM加入者が理解できる比較的合成されたテキストを生成する。
【００６７】
優先度１のサービス    電話：0296053859
優先度２のサービス    電話：0686166924
優先度３のサービス    メール：b.dupont@rd.ft.com
優先度４のサービス    ウェブ：www.bertranddupont.fr
このテキストはステップ510で、ENUMスクリプトモジュールに一体化された電子メールクライアントソフトウェアによって、電子メールサーバモジュール61に電子メールの形態で送られ、電子メールサーバモジュール61はステップ510で、ENUM加入者にそれを送信するのに関与する。
【００６８】
ENUMプロファイルを変更したいENUN加入者は、ステップ550で電子メールサーバ61にフォーマットされた電子メールを送信する。ENUMコマンドは、例えば次のような送付先の電子メールアドレスにて生成される。
【００６９】
E164-33296053859-login-dupont-password-1234-request-write-P1-tel-0296053859-P2-tel-0686166924- P3-fax-0296050242@gestion.enum.francetelecom.com.
ENUMスクリプトモジュールの電子メールクライアントは、電子メールサーバ61を精査する。電子メールサーバ61が上述したような電子メールを受け取ると（ステップ551）、ステップ552で電子メールのヘッダー又は本文のいずれかで供給されたアーギュメントを元に戻し、そのアーギュメントをステップ552で認証モジュール73に送信する。認証モジュール73はE.164のENUM番号での検索を行なうのに、（例えば、ODBCインターフェースを介して）ステップ553でローカル又はリモートデータベースを問合せる。ステップ554では、ローカル又はリモートデータベースが対応する認証情報を供給すると共に、認証モジュール73は電子メール内の仮名称（ログインID）及びパスワードと認証情報とを比較する。双方が一致した場合には、認証モジュール73がステップ555で、そのことをENUMスクリプトモジュール75に通知する。ENUMスクリプトモジュール75は、ENUMプロトコルにより記述されたNAPTR入力に基づいて、その要求をフォーマットする。そこでENUMスクリプトモジュール75が、更新要求をステップ556でDNSプロトコル管理モジュール62に送信すると、DNSプロトコル管理モジュール62はステップ557で、ENUMサービスプロバイダ30のDNSサーバ31にあるDNSプロトコルモジュール32に、DNSアップデートのコマンドを送信する。DNSサーバ31のIPアドレスはデータベース70に蓄積されており、ENUM加入者のE.164による電話番号から見つけ出される。DNSプロトコルモジュール32は、サーバ31のランダムアクセスメモリで情報を更新すると共に、データベース33の更新を要求するが、それは一般的にはフラットなテキストファイルである。DNSプロトコルは、第２DNS又は複数のDNS自体が予め定義された時間間隔で変更をリロードできるように、このファイル内に変更番号を管理する。データベース33はステップ559で更新を確認し、結果としてステップ560でデマンド要求を返答する。ステップ561では、ENUMスクリプトモジュール75がこの返答によるリターンコードを捕え、続いて変更を考慮したことに関する確認／無効のメッセージを生成する。このメッセージは、ENUMスクリプトモジュールに一体化されたクライアントソフトウェアによって、電子メールサーバ61に電子メールの形態で送信される（ステップ562）。電子メールサーバ61はステップ563で、ENUM加入者に該当する電子メールを送信し、ENUM加入者はその電子メールを端末８で閲覧することができる。
【００７０】
図９は、ISDN端末からUUI（ユーザ間情報）によってENUMプロファイルの閲覧及びマニュアル変更を行なう処理手順を示したものである。
【００７１】
ステップ600では、ISDNインターフェース51にUUI情報エレメントを含んだ電話呼び出しを、ENUM加入者がISDN端末から送信する。ここでは、UUIフィールドが現在32文字のサイズに限定されることを想起すべきである。従って、UUIフィールドに挿入されたENUMコマンドは、ある時間で一つのENUMサービスにだけ作用することができる。例えば、GetP1-33296053859*dupont#123456のような要求は、優先度１のENUMサービスの属性を回復させることができる。
【００７２】
自動呼びコントローラ52はステップ601で、UUIコマンドを抽出することになるUUIモジュール53に、呼びを確立する要求のメッセージを送信する。自動呼びコントローラ52はステップ602で、最小の時間（回線切断のメッセージを送る前の、ISDNプロトコルとの遅延時間）を許容するような警戒メッセージを、ENUM加入者に向けて送信する。UUIステップモジュール53はステップ603で、ENUMスクリプトモジュール75にENUMコマンドを送信する。ENUMスクリプトモジュール75は供給されたアーギュメントを元に戻し、続くステップ604で、そのアーギュメントを認証モジュール73に送信する。認証モジュール73はE.164のENUM番号での検索を行なうのに、（例えば、ODBCインターフェースを介して）ステップ605でローカル又はリモートデータベースを問合せる。ローカル又はリモートデータベースがステップ606で、対応する認証情報を認証モジュール73に供給すると、認証モジュール73は、UUIのENUMクライアントによって供給された仮名称及びパスワードと認証情報とを比較する。双方が一致した場合には、認証モジュール73がステップ607で、そのことをENUMスクリプトモジュール75に通知する。結果的に、ENUMスクリプトモジュール75はステップ608で、ドメイン形式に変換されたENUM加入者のE.164によるアドレスを、アーギュメント（33296053859のような型のE.164による電話番号を、9.5.8.3.5.0.6.9.2.3.3.e164.arpaに変換する。）として与える問合せ要求を、DNSプロトコルモジュール62に送信する。一般的な「リゾルバ」の役割を満たすDNSプロトコル管理モジュール62は、DNS標準プロトコル（DNSクエリリクエスト）に基づいて、DNSプロトコルモジュール32を経由したレベル０のDNSサーバ，レベル１のDNSサーバ，及びその後でレベル２のDNSサーバに連続して、先行する閲覧に続いてキャッシュ内に情報がすでに存在しているか否かをチェックすることなく、問合せすることができる（ステップ609）。好ましくは能率を上げるために、DNSサーバのデータが、DNSサーバ31のランダムアクセスメモリにロードされる。仮に、ENUMサービスプロバイダ30のDNSサーバ31にENUM加入者が実際に登録されていれば、DNSプロトコルスタック32はステップ610で、対応するNAPTRレコードをDNSプロトコル管理モジュール62に返送し、DNSプロトコル管理モジュール62はステップ611で、それらのレコードをENUMスクリプトモジュール75に改めて送信するのに関与する。ENUMスクリプトモジュール75はUUIコマンドに要求されたサービスに基づき、NATPRレコードを分析及び解釈して、次のようなタイプのENUM加入者が理解できる比較的合成されたテキストを生成する。
【００７３】
サービスP1：    電話：0296053859
このテキストはステップ612でUUIモジュール53に送信され、UUIモジュール53はステップ613で、呼び自動コントローラモジュール52にテキストが送られる前に、回線切断のメッセージをフォーマットする。呼び自動コントローラモジュール52は、UUI情報に含まれると共に、これによりステップ614でENUM加入者の端末２にISDNネットワークを介して送信されるISDN切断メッセージを生成する。ENUM加入者の端末２では、ISDN端末の表示器にUUI情報を表示させることができる。
【００７４】
ENUMプロファイルを変更したいENUN加入者は、ステップ650でISDNインターフェース51に、UUI情報を含む電話呼び出しをISDN端末から送信する。例えば、DelP3-33296053859*dupont#123456のような要求は、優先度３のENUMサービスを排除させることができる。
【００７５】
ステップ651で自動呼びコントローラ52は、UUIコマンドを抽出するUUIモジュール53に、呼びを確立する要求のメッセージを送信する。自動呼びコントローラ52はステップ652で、最小の時間（回線切断のメッセージを送る前の、ISDNプロトコルのタイミング）を許容するような警戒メッセージを、ENUM加入者に向けて送信する。UUIステップモジュール53はステップ653で、ENUMスクリプトモジュール75にENUMコマンドを送信する。ENUMスクリプトモジュール75は供給されたアーギュメントを元に戻し、続くステップ654で、そのアーギュメントを認証モジュール73に送信する。認証モジュール73はE.164のENUM番号での検索を行なうのに、（例えば、ODBCインターフェースを介して）ステップ655でローカル又はリモートデータベースを問合せる。ローカル又はリモートデータベースがステップ606で、認証情報を認証モジュール73に供給すると、認証モジュール73は、UUIのENUMクライアントによって供給された仮名称及びパスワードと認証情報とを比較する。双方が一致した場合には、認証モジュール73がステップ607で、そのことをENUMスクリプトモジュール75に通知する。変更が全体のプロファイルに関係していないことが示されると、ENUMスクリプトモジュール75は第一にDNSプロトコル管理モジュール62に対して、ドメイン形式に変換されたENUM加入者のE.164によるアドレスを、アーギュメント（33296053859のような型のE.164による電話番号を、9.5.8.3.5.0.6.9.2.3.3.e164.arpaに変換する。）として与える問合せ要求を送信する（ステップ658）。一般的な「リゾルバ」の役割を満たすDNSプロトコル管理モジュール62は、DNS標準プロトコル（DNSクエリリクエスト）に基づいて、DNSプロトコルモジュール32を経由したレベル０のDNSサーバ，レベル１のDNSサーバ，及びその後でレベル２のDNSサーバに連続して、先行する閲覧に続いてキャッシュ内に情報がすでに存在しているか否かをチェックした後で、問合せすることができる（ステップ659）。好ましくは能率を上げるために、DNSサーバのデータが、DNSサーバ31のランダムアクセスメモリにロードされる。仮に、ENUMサービスプロバイダ30のDNSサーバ31にENUM加入者が実際に登録されていれば、DNSプロトコルスタック32はステップ660で、対応するNAPTRレコードをDNSプロトコル管理モジュール62に返送する。DNSプロトコル管理モジュール62はステップ661で、それらのレコードをENUMスクリプトモジュール75に改めて送信するのに関与する。ENUMスクリプトモジュール75は、UUIフィールドに依頼された変更を考慮した更新要求を、ステップ662でDNSプロトコルモジュール62に送信する。DNSプロトコルモジュール62はステップ663で、ENUMサービスプロバイダ30のDNSサーバ31にあるDNSプロトコルモジュール32に、DNSアップデートのコマンドを送信する。DNSサーバ31のIPアドレスはデータベース70に蓄積されており、ENUM加入者のE.164による電話番号から見つけ出される。DNSプロトコルモジュール32は、サーバ31のランダムアクセスメモリにて情報を更新すると共に、データベース33の更新を要求するが、それは一般的なフラットなテキストファイルである。DNSプロトコルは、第２DNS又は複数のDNS自体が予め定義された時間間隔で変更をリロードできるように、このファイル内に変更番号を管理する。データベース33はステップ665で更新を確認し、結果としてステップ666で更新要求を返答する。ステップ667では、ENUMスクリプトモジュール75がこの返答によるリターンコードを捕え、続いて変更を考慮したことに関する確認／無効のメッセージを生成する。
【００７６】
このメッセージはステップ668でUUIモジュール53に送信され、UUIモジュール53は自動呼びコントローラモジュール52に対してステップ669で送信を行なう前に、回線切断メッセージをフォーマットするのに関与する。自動呼びコントローラモジュール52は、UUI情報エレメントを含むと共に、それによりENUM加入者の端末２にISDNネットワークを介して伝送されるISDN切断メッセージを生成する（ステップ670）。ENUM加入者の端末２では、ISDN端末の表示器にUUI情報を表示させることができる。
【００７７】
図１０は、ウェブセッションからENUMプロファイルの閲覧及び自動変更を行なうサービスにアクセスする処理手順を示したものである。ENUMプロファイルのマニュアル変更をなすタスクを、すぐに巧妙且つ反復させることができる。さらに（設定自動化コントローラとして引用される）自動コントローラが、時間及び／又はその他のパラメータの機能として、ENUMプロファイルに対する自動変更を行なうのに利用される。こうした他のパラメータの中で、システム50に知られていれば、加入者の位置を取り込むことができる。
【００７８】
ステップ700では、ENUM加入者がENUMプロファイル管理サービスにおけるウェブホームページのダウンロードを要求する。これはステップ701で、本発明のウェブサーバ63によって返送される。このウェブページは、ENUM加入者に認証フォームを表示するものである。ENUM加入者は、自身のE.164番号に続いて、仮名称とパスワードを入力する。この情報はステップ702でウェブサーバ63に送信され、ウェブサーバ63はこれをステップ703で認証モジュール73に送信する。認証モジュール73はE.164のENUM番号での検索を行なうのに、（例えば、ODBCインターフェースを介して）ステップ704でローカル又はリモートデータベースを問合せる。これによりステップ705で、対応する認証情報が認証モジュール73に提供され、認証モジュール73は、ウェブフォームにおけるENUMクライアントが入力した仮名称及びパスワードと、データベース70に含まれる認証情報とを比較する。双方が一致した場合には、認証モジュール73がステップ706で、認証が成功したことをウェブサーバモジュール63に通知する。ウェブサーバモジュール63はステップ707で、ENUMプロファイルの自動設定を読み出す要求をENUMスクリプトモジュール75に送信する。ENUMスクリプトモジュール75はステップ708で、ENUM加入者のE.164によるアドレスを、アーギュメントとして与えるデータベース70に問合せる。データベース70はステップ709で、そのプロファイルのための自動管理プログラムをENUMスクリプトモジュール75に返送する。ENUMスクリプトモジュール75は、次の表のような情報をフォーマットする。
【００７９】
【表３】
2005530252.tif 000005
【００８０】
ENUMスクリプトモジュール75は、ステップ710でウェブサーバ63にフォーマットされた情報を送信するが、ウェブサーバ63は、ENUMプロファイルの設定プログラムから、ENUM加入者のウェブ端末８に当該情報を含むウェブページをクリアにダウンロードするのに関与している。
【００８１】
このウェブページは、タイムテーブルの変更や、公休日の管理や、サービスの追加／削除や、サービス属性の変更などのENUMプロファイルにおける自動設定プログラムの変更を可能にする。ENUM加入者は、ステップ750でプログラムの変更を有効にする。ウェブサーバ63はステップ751で、この情報をステップでENUMスクリプトモジュール75を経由して送信する。ENUMスクリプトモジュール75は、ステップ752でデータベース70に書き込まれる前に、情報を抽出して定義された形式にフォーマットする。データベース70は、プログラムの記録を考慮して、ステップ753でENUMスクリプトモジュール75にそのことを確認する。ENUMスクリプトモジュール75は、ENUMプロファイルの設定自動化コントローラの変更を考慮したことをウェブサーバ63に通知する。サーバはステップ755で、ENUM加入者のウェブ端子８に変更を確認するウェブページをダウンロードする。
【００８２】
図１１は、ENUM加入者に対してプロファイルの変更を通知するための付属的な処理手順のみならず、ENUMプロファイルの設定自動化コントローラを経由した自動更新の処理手順を示したものである。
【００８３】
設定自動化コントローラ74は、現時点のデータ及び時間に基づき、行なうべきプログラム変更があるか否かをチェックするために、ステップ800でデータベース70を定期的に精査する。もし変更がプログラムされていれば、ステップ801で設定パラメータが返送される。設定自動化コントローラ74はステップ802で、そのプロファイルがドメイン形式に変更され、送信されるべきものであるENUM加入者のE.164によるアドレスを、アーギュメント（33296053859のような型のE.164による電話番号を、9.5.8.3.5.0.6.9.2.3.3.e164.arpaに変換する。）として供給するDNSプロトコル管理モジュール62に問合せ要求を送信する。
「リゾルバ」の役割を満たすDNSプロトコル管理モジュール62は、先行する閲覧に続いてキャッシュ内に情報がすでに存在していなければ、DNS標準プロトコル（DNSクエリリクエスト）によって、DNSプロトコルスタック32を経由したレベル０のDNSサーバ，レベル１のDNSサーバ，及びその後でレベル２のDNSサーバに問合せを行なう（ステップ803）。好ましくは能率を上げるために、DNSサーバのデータが、DNSサーバ31のランダムアクセスメモリにロードされる。仮に、ENUMサービスプロバイダ30のDNSサーバ31にENUM加入者が実際に登録されていれば、DNSプロトコルモジュール32はステップ804で、対応するNAPTRレコードをDNSプロトコル管理モジュール62に返送する。DNSプロトコル管理モジュール62はステップ805で、それらのレコードを設定自動化コントローラ74に改めて送信し、設定自動化コントローラ74はENUMプロファイルで行なわれる変更を再生するために、ステップ806でデータベース70を閲覧する。仮に変更は実際に必要ならば（ここでは、プロファイルを実時間でマニュアル的に変更することができている）、設定自動化コントローラ74がNAPTRレコードに行なわせるべき変更を決定すると共に、ステップ808でDNSプロトコル管理モジュール62に更新要求を送信する。DNSプロトコル管理モジュール62はステップ809で、ENUMサービスプロバイダ30のDNSサーバ31にあるDNSプロトコルモジュール32に、DNSアップデートのコマンドを送信する。DNSサーバ31のIPアドレスはデータベース70に蓄積されており、ENUM加入者のE.164による電話番号から見つけ出される。DNSプロトコルモジュール32は、サーバ31のランダムアクセスメモリで情報を更新すると共に、データベース33の更新を要求するが、それは一般的にはフラットなテキストファイルである。DNSプロトコルは、第２DNS又は複数のDNS自体が予め定義された時間間隔で変更をリロードできるように、このファイル内に変更番号を管理する。データベース33はステップ811で更新を確認し、結果としてステップ812で更新のデマンド要求を返答する。ステップ812では、設定自動化コントローラ74がこの返答によるリターンコードを捕え、続くステップ814で、変更のジャーナル（日誌）を供給するために、データベース70に書き込む要求を生成する。データベース70はステップ815で、プロファイルを自動に変更したことの書き込みを確認する。
【００８４】
ENUMプロファイルに自動設定を通知するための自動更新サービスがすでに設定されていれば、次に示す一乃至それ以上のモードに基づいて、設定自動コントローラが更新を通知する。
【００８５】
ｏ  通知が音声モードである場合、設定自動化コントローラ74はステップ820で自動呼びコントローラ52に通知し、それを受けた自動呼びコントローラ52が、STN４，ISDN２，又はIP７の固定電話か、或いは携帯電話６に呼び出しを行なう。通知する情報とアドレスは、データベース70に蓄積される。ENUM加入者がステップ822でこの電話呼び出しに応答するか、その音声メッセージの呼び出しが切替えられる。音声シンセシスモジュール55又は音声ファイルブロードキャストモジュール56はステップ823で、ENUMプロファイルの変更通知を報知する。それは例えば、「こんにちは、あなたのENUMプロファイルである33296053859は、本日19時に次のように更新されました。電話サービスは0296053859であり、次の電話サービスは0686166924であり、電子メールサービスはbertrand.dupont@wanadoo.frです。」である。
【００８６】
ｏ  通知がSMSモードである場合、設定自動化コントローラ74はステップ830で、例えば「2002年3月21日09：00におけるあなたのENUMプロファイル33296053859の変更は、電話：0296053859，電話：0686166924，ファックス：0296050242です。」のようなSMSのテキストを供給することにより、SMSモジュール58に通知する。SMSモジュール58はステップ840で、データベース70に設定されるようなSMSメッセージを、携帯又は固定電話端末に送信する。
【００８７】
ｏ  通知が電子メールモードである場合、設定自動化コントローラ74はステップ850で、「2002年3月21日09：00におけるあなたのENUMプロファイル33296053859の変更は、電話：0296053859，電話：0686166924，ファックス：0296050242です。」のような形式のテキストを含む電子メールによって、電子メールサーバ61に更新を通知する。この終わりに、設定自動化コントローラは電子メールクライアントを保有する。電子メールサーバ61は次にステップ860で、データベース70に蓄積された電子メールアドレスに該当する電子メールを送信する。
【００８８】
ｏ  通知がファックスモードである場合、設定自動化コントローラ74はステップ870で、「2002年3月21日09：00におけるあなたのENUMプロファイル33296053859の変更は、電話：0296053859，電話：0686166924，ファックス：0296050242です。」のような形式であるファックスのテキストを供給することで、ファックスモジュール59に通知する。ファックスモジュール59はステップ880で、このファックスをデータベース70に設定されたファックス端子９に送信する。
【００８９】
図１２は、ENUMプロファイルがLDAPディレクトリに蓄積されたときに、このENUMプロファイルを閲覧する処理手順の例を示したものである。図１２に与えられた例は、固有のコンピュータを経由した閲覧を示しているが、その閲覧は前もって考察された別な種類の端子によって行なえることも明らかである。この種のサービスは、特にENUMサービスへのアクセスをその全て乃至は何人かの従業員に提供しようと願望する会社によって提供されるであろう。
【００９０】
ENUM加入者はステップ900で、ENUMプロファイルの永久的なサービスに関するウェブホームページのダウンロードを要求する。これはステップ901で、システム50のウェブサーバ63によって返信される。このウェブページは、ENUM加入者への認証フォームを表示する。ENUM加入者は自身のE.164番号に続いて、仮名称とパスワードを入力する。この情報はステップ902でウェブサーバ63に送信され、ウェブサーバ63は認証モジュール73に転送する（ステップ903）。認証モジュール73はE.164のENUM番号での検索を行なうのに、（例えば、ODBCインターフェースを介して）ローカル又はリモートデータベースを問合せる（ステップ904）。これによりステップ905で、対応する認証情報が認証モジュール73に提供され、認証モジュール73は、ENUMクライアントが入力した仮名称及びパスワードと、その対応する認証情報とを比較する。双方が一致した場合には、認証モジュール73がステップ906で、認証が成功したことをウェブサーバモジュール63に通知する。ウェブサーバモジュール63はステップ907で、ENUMプロファイルを読み出す要求をENUMスクリプトモジュール75に送信する。ENUMスクリプトモジュール75はステップ908で、ドメイン形式に変換されたENUM加入者のE.164によるアドレスを、アーギュメント（33296053859のようなタイプのE.164による電話番号を、9.5.8.3.5.0.6.9.2.3.3.e164.arpaに変換する。）として与えるDNSプロトコルモジュール62に、問合せ要求を送信する。「リゾルバ」の役割を満たすDNSプロトコル管理モジュール62は、DNS標準プロトコル（DNSクエリリクエスト）によって、先行する閲覧に続く情報がそのキャッシュ内にすでに存在しなければ、DNSプロトコルスタック32によるレベル０のDNSサーバ，レベル１のDNSサーバ，及びその後でレベル２のDNSサーバに問合せを行なう（ステップ909）。能率を上げるために、DNSサーバのデータが、DNSサーバ31のランダムアクセスメモリにロードされる。仮に、ENUMサービスプロバイダ30のDNSサーバ31にENUM加入者が実際に記録されていれば、DNSプロトコルモジュール32はステップ910で、DNSプロトコルモジュール32に対応する一乃至複数のNAPTRレコードを返送する。DNSプロトコル管理モジュール62はステップ911で、それらのレコードをENUMスクリプトモジュール75に改めて送信するのに関与する。ENUMスクリプトモジュール75は、次のような一乃至複数のNATPRレコードを分析及び解釈する。
【００９１】
【表４】
2005530252.tif 000006
【００９２】
ENUMスクリプトモジュールは、これがLDAPサービスの場合であることを検出する。結果的に、ENUMスクリプトモジュール75はステップ912で、“ldap://ldap.providerA.fr”のURIによって参照されるLDAPサーバに対する接続を求めるLDAP要求を、LDAPプロトコル管理モジュール64に送信する。ステップ913でLDAPプロトコル管理モジュール64は、ENUM A の供給者30が保有するLDAPディレクトリサーバ34のLDAPプロトコルモジュール35に、要求「バインド」を送信する。LDAPプロトコルモジュール35はステップ914で、その接続を受け入れる。LDAPプロトコル管理モジュール64は、次のステップ915で、ENUM加入者のE.164番号をアーギュメントとして供給するLDAP要求「サーチ」を、LDAPプロトコルモジュール35に送信する。LDAPプロトコルモジュール35はステップ916でLDAPデータベース36に問合せると共に、次にENUM加入者に関係する全ての情報を、LDAPプロトコルモジュール35に返送し（ステップ917）、LDAPプロトコルモジュール35自体はステップ918で、LDAPプロトコル管理モジュール64にその情報を返送する。LDAPプロトコル管理モジュール64はステップ919で、ENUMスクリプトモジュール75にその情報を返送し、ENUMスクリプトモジュール75はウェブサーバ63に送信される前に、当該情報をENUM加入者が理解できるフォームに置きかえる（ステップ922）。次にサーバはステップ923で、ENUM加入者のウェブ端末８でダイナミックに生成されたウェブページをダウンロードする。これと平行して、LDAPプロトコル管理モジュール64はステップ920で、要求「アンバインド」を介してLDAPサーバ34に回線切断要求を送信する。LDAPプロトコルモジュール35は、ステップ921で回線切断を確認する。
【００９３】
図１３は、ENUMプロファイルがLDAPディレクトリに蓄積されたときに、このENUMプロファイルをマニュアルで変更する処理手順の例を示したものである。これもまた、パーソナルコンピュータ以外の端末により、ENUMプロファイルの変更が当然ながら予測できる。
【００９４】
前述の処理手順により自身のENUMプロファイルの内容を予め閲覧したENUM加入者は、このENUMプロファイルの変更を決定する。そのために、ENUM加入者はウェブ端末８に表示されるウェブページにて、ローカル的に自身のENUMサービスの属性や優先度を変更したり、サービスを追加したり、若しくは幾つかのサービスを削除する。ENUM加入者はステップ1000で、自身のプロファイル変更を有効にし、その情報をウェブサーバ63に供給する。ウェブサーバ63はステップ1001で、ENUMスクリプトモジュール75にこの情報の全てを送信する。ENUMスクリプトモジュール75はステップ1002で、ドメイン形式に変換されたENUM加入者のE.164によるアドレスを、アーギュメント（33296053859のようなタイプのE.164による電話番号を、9.5.8.3.5.0.6.9.2.3.3.e164.arpaに変換する。）として供給する問合せ要求を、DNSプロトコルモジュール62に送信する。「リゾルバ」の役割を満たすDNSプロトコル管理モジュール62は、DNS標準プロトコル（DNSクエリリクエスト）によって、先行する閲覧に続いてキャッシュ内に情報がすでに存在しなければ、DNSプロトコルスタック32によるレベル２のDNSサーバに先行して、レベル０のDNSサーバ，及びレベル１のDNSサーバに問合せを行なう（ステップ1003）。能率を上げるために、DNSサーバのデータが、DNSサーバ31のランダムアクセスメモリにロードされる。仮に、ENUMサービスプロバイダ30のDNSサーバ31にENUM加入者が実際に記録されていれば、DNSプロトコルモジュール32はステップ1004で、対応する一乃至複数のNAPTRレコードを返送する。DNSプロトコル管理モジュール62はステップ1005で、それらのレコードをENUMスクリプトモジュール75に改めて送信する。ENUMスクリプトモジュール75は、次のような一乃至複数のNATPRレコードを分析及び解釈する。
【００９５】
【表５】
2005530252.tif 000007
【００９６】
ENUMスクリプトモジュールは、これがLDAPサービスの場合であることを検出する。次にENUMスクリプトモジュール75は、“ldap://ldap.providerA.fr”のURIによって参照されるLDAPサーバに対する接続を求めるLDAP要求を、LDAPプロトコル管理モジュール64に送信する（ステップ1006）。ステップ1007でLDAPプロトコル管理モジュール64は、ENUM A の供給者30が保有するLDAPディレクトリサーバ34のLDAPプロトコルモジュール35に、要求「バインド」を送信する。LDAPプロトコルモジュール35はステップ1008で、その接続を受け入れる。LDAPプロトコル管理モジュール64は、次のステップ1009で、ENUM加入者のE.164番号をアーギュメントとして供給するLDAP要求「サーチ」を、LDAPプロトコルモジュール35に送信する。LDAPプロトコルモジュール35はステップ1010でLDAPデータベース36に問合せると共に、次にENUM加入者に関係する全ての情報を、ステップ1011でLDAPプロトコルモジュール35に返送する。LDAPプロトコルモジュール35はステップ1012で、LDAPプロトコル管理モジュール64にその情報を返送し、LDAPプロトコル管理モジュール64はステップ1013で、自身のENUMスクリプトモジュール75に当該情報を返送する。ENUMスクリプトモジュール75は、この情報をENUM加入者によってウェブを介して供給された情報と比較して、LDAPフォーマットに実行される動作を決定し、ステップ1014でLDAPプロトコル管理モジュール64に変更要求を送信する。LDAPプロトコル管理モジュール64はステップ1015で、LDAPプロトコルモジュール35に要求「モディファイ（変更）」を送信し、LDAPプロトコルモジュール35はステップ1016で、自身のデータベース36に書きこむ要求を送信する。データベース36は更新を受け入れて、これをLDAPプロトコルモジュール35に確認する（ステップ1017）。LDAPプロトコルモジュール35は、更新に関連する確認／無効をLDAPプロトコル管理モジュール64に送信し、LDAPプロトコル管理モジュール64はENUMスクリプトモジュール75にこの確認／無効を返送する。次にENUMスクリプトモジュール75は、ウェブサーバ63に変更確認が送信される前に、この変更確認のウェブページを生成する。サーバはENUM加入者のウェブ端末８に、このウェブページをダウンロードする（ステップ1023）。これと平行して、LDAPプロトコル管理モジュール64はステップ1020で、要求「アンバインド」を介してLDAPサーバ34に回線切断要求を送信する。LDAPプロトコルモジュール35は、ステップ1021で回線切断を確認する。
【００９７】
ここでは、LDAPディレクトリを更新する処理手順が、「マニュアル」の処理手順用に説明されているが、設定自動化コントローラ74によってLDAPディレクトリの自動更新も考察できることは言うまでもない。
【００９８】
また本発明は、「ENUM」アプリケーションのコンテキストとENUMプロファイルの更新について記述しているが、上述したRFC1035文書の段落3.2.2に定義され、次の表に示されるような、DNS（又はLDAP）サーバにおける一乃至複数のリソースレコード（RR）に拡張できることは、当業者であれば明確になるであろう。
【００９９】
【表６】
2005530252.tif 000008
【０１００】
上述のRFC1035文書で定義されるような与えられたリソースレコードに対し、このレコードの一乃至複数のフィールドに更新が関連付けできる。
【０１０１】
仮に、リソースレコード或いはNAPTR以外のレコードの更新が予測される場合、「ENUMスクリプト」モジュール75や「ENUM設定自動化コントローラ」モジュール74と同様の新規なモジュールが、こうしたレコードのそれぞれを処理するのに付加しなければならないことに留意すべきである。
【図面の簡単な説明】
【０１０２】
【図１】ENUMサービスで利用される権限モデルを示す図である。
【図２Ａ】本発明に基づくシステム環境の例を示す図である。
【図２Ｂ】ENUMサービスと関連した図２Ａのシステム環境を示す図である。
【図３Ａ】本発明に基づく閲覧／更新システムの概要を示した図である。
【図３Ｂ】本発明に基づく閲覧／更新システムの一例を示す図である。
【図４】音声モードのアクセスでのENUMプロファイルの閲覧及びマニュアル更新の手続きを示す図である。
【図５】SMSメッセージを送ることによるENUMプロファイルの閲覧及びマニュアル更新の手続きを示す図である。
【図６】ウェブでのENUMプロファイルの閲覧及びマニュアル更新の手続きを示す図である。
【図７】ミニテルを利用したENUMプロファイルの閲覧及びマニュアル更新の手続きを示す図である。
【図８】電子メールによるENUMプロファイルの閲覧及びマニュアル更新の手続きを示す図である。
【図９】ISDN端末からUUIによるENUMプロファイルの閲覧及びマニュアル更新の手続きを示す図である。
【図１０】ENUMプロファイルの自動更新をプログラミングするための手続きを示す図である。
【図１１】ENUMプロファイルの自動更新のための手続きを示す図である。
【図１２】LDAPディレクトリにENUMプロファイルを蓄積する際に、ENUMプロファイルを閲覧するための手続きを示す図である。
【図１３】LDAPディレクトリにENUMプロファイルを蓄積する際に、ENUMプロファイルを更新するための手続きを示す図である。
【図１】
2005530252.tif 000009
【図２Ａ】
2005530252.tif 000010
【図２Ｂ】
2005530252.tif 000011
【図３Ａ】
2005530252.tif 000012
【図３Ｂ】
2005530252.tif 000013
【図４】
2005530252.tif 000014
【図５】
2005530252.tif 000015
【図６】
2005530252.tif 000016
【図７】
2005530252.tif 000017
【図８】
2005530252.tif 000018
【図９】
2005530252.tif 000019
【図１０】
2005530252.tif 000020
【図１１】
2005530252.tif 000021
【図１２】
2005530252.tif 000022
【図１３】
2005530252.tif 000023
【国際調査報告】
2005530252.tif 000024
2005530252.tif 000025
2005530252.tif 000026
2005530252.tif 000027
2005530252.tif 000028
2005530252.tif 000029
2005530252.tif 000030
2005530252.tif 000031