JP2001521695A

JP2001521695A - 切換電話通信のためのシステムと方法と製造記事

Info

Publication number: JP2001521695A
Application number: JP54436998A
Authority: JP
Inventors: エーゼイ，デイヴィッド
Original assignee: エムシーアイワールドコムインコーポレーテッド
Priority date: 1997-04-15
Filing date: 1998-04-15
Publication date: 2001-11-06
Also published as: NO995042D0; AU7251198A; WO1998047298A9; CN1271491A; IL132397A; AU738963B2; WO1998047298A2; IL132397A0; NO995042L; EP0976234A2; KR20010006455A; WO1998047298A3; TR199902599T2; NZ500383A; AP9901678A0; BR9808592A; CA2286132A1

Abstract

(57)【要約】ハイブリッド遠距離通信システムは、切換ネットワークを具備する。切換ネットワークは、多数の経路が決定されかつ多数の範囲に及ぶ折返し電話処理を提供するために、インターネットを越えて情報を運ぶ。ハイブリッドネットワークは、適切な切換電話デバイスアドレスまたはインターネットデバイスアドレスへ情報を経路決定するために、（１または２以上のパケット送信ネットワークへ結合された）１または２以上の切換ネットワークと、（切換通信ネットワークおよびパケット送信ネットワークへ結合された）コールルーターとを具備する。付属ディスプレイを伴うコンピュータが、パケット送信ネットワークと通信する。該コンピュータは、ハイブリッドネットワークの遠隔管理を開始するために、使用される。該遠隔管理は、ハイブリッドネットワークのテストを含む。該テストは、信号送信状態を選択することや信号を検出することのような）回路分析を含む。該信号送信状態は、ループスタートやグランドスタートで有り得る。該検出される信号は、デュアルトーンマルチ周波数またはマルチ周波数またはダイヤルパルスである。ハイブリッドネットワークは、ハイブリッドネットワークの管理をオペレータが監視することに対するサポートと、ハイブリッド遠距離通信システムのサービスの質を調節するエキスパートシステムとを具備する。

Description

【発明の詳細な説明】切換電話通信のためのシステムと方法と製造記事発明の分野本発明は、インターネットと電話システムの統合に関し、特に、一連の豊富な呼び出し処理機能を維持しつつ、通信システム構造の通信バックボーンとしてインターネットを使用するためのシステム、方法、および製造協定に関する。発明の背景発明の背景インターネットは、ますます消費者のｅメール市場で一般に好まれる通信ネットワークになった。最近、ソフトウェア会社は、インターネットを介した電話通話の転送を研究し始めた。しかし、ユーザが通常の通話処理に要求する、システムの特徴は、インターネットの通話処理に必須のものと考えられている。今日では、これらの特徴は、インターネット上で利用可能ではない。こうして、電話の能力を含んだ通信ネットワークを、コールバック処理を容易にするインターネットに接続するシステムが要求されている。既存の電話ネットワーク上に通話を保持しておくコールバックの筋書きは、長い間、利用可能であった。このようなサービスの例としては、ＣＳＩコールバック、国際的なコールバックのルミラテレコミュニケーション（Rumilla Telecomm unication）、国際的なコールバックの提供配布や卸売りや再課金の特徴を与えるサミットリンク（SummitLink）がある。インターネットは、コールバックサービス上で利用可能な全ての情報を集めると称するネット上でのコールバックの資格を与えられたウェブサイトを提供する。この情報は、検索用語”ｃａｌｌｂａｃｋ”を利用してヤフー（Ｙａｈｏｏ）の検索を行うことにより蓄積された。従来枝術のシステムにより与えられる国際電話によるコールバックは、海外の交換台に接続するためにダイヤルするのにユーザに問い合わせる。発呼者は、電話が２度鳴ってから通話を切る。それから交換台は、ＡＮＩおよび／または発呼番号情報を利用して交換台に蓄えられているプロファイル情報のデータベースを調べて発呼者に対する課金や他の情報を決定する。その後、交換台は、発呼者に向かって呼を開始し、オフフックしたときに交換台は、交換台によって利用可能ないかなる番号への発呼者のアクセスをも認めるダイヤル音を与える。このようにして、国際的電話あるいは他の長距離通話の発呼者は、サービスに予め登録しておくことで、低価格の長距離サービスを受けることができる。このサービスは、さらに、呼の処理を開始に関する間接費の全ての責任を発呼者が責任を持つことと、発呼者は交換台とのインターフェイスのプロトコルを学ぶことと、会議の様なそのようなサービスを保留しないことと、呼に対してオペレータの補助を認めないことを要求する。最近、ＡＴ＆Ｔは、会議ＭＣＩ（conferenceMCI）（ＭＣＩのオペレータ参加会議通話機能）に非常によく似たサービスを発表した。このサービスは、オンライン電話会議機能と呼ばれ、遠隔会議の顧客がオンラインのインターフェイスを使って全ての顧客にワールドワイドウェブを通じてＡＴ＆Ｔ遠隔会議を予め用意させることができる。しかし、会議に加わるために通話に参加する各々に会議の通話の定義が与えられている間に、全ての音声の接続が現在の電話ネットワークに渡って行われ、全ての参加者が会議電話を行うために共通の番号に連絡することを要求する。（ＡＴ＆Ｔ遠隔会議サービス：オンライントライアル情報、１９９７年２月７日）このＡＴ＆Ｔの新しいサービスが、本発明が既に到達した方向に動いている間、インターネット上で既存のネットワークサービスに音声を統合することはしておらず、また、発呼側が一人以上の相手に連絡するのにネットワークサービスを予め準備し、手動の調停の必要性を効果的に排除するようなコールバックのアーキテクチャについての言及もしていない。さらに、インターネットの電話操作に関する例外時にオペレータを供給していない。こうして、インターネットと既存の電話ネットワークの真の結合は、与えられない。「折返し電話」は、デジタルクロスコネクトシステム（ＤＸＣ）を横断する（顧客のボイスおよびデータ回路をアクセスしテストすることを参照する）遠隔テストシステムによって利用される電話用語である。折返し電話フィーチャーが選択されると、遠隔テストシステムは、ローカル電話線を顧客のＤＳＯ回路へ橋絡する。もし、テスト下の回路がアナログ回路ならば、遠隔テスタは、監視を実行する。もし、テスト下の回路がボイス回路ならば、遠隔テスタは、ボイステストを実行する。該ボイステストは、遠隔テストシステムによるテスト下の回路上において、顧客電話への折返し電話のための適切な信号送信状態を選択することを具備する。折返し電話フィーチャーは、遠隔テスタが同じ場所に置かれた（遠隔テスタの位置に存在する）電話への電話番号を入力することを可能にする。遠隔テストシステムは、内蔵カードへ取り付けられたローカル電話線を有する。該電話線の目的は、テストシステムが流出呼を置くことを可能にすることである。遠隔ユーザーが（エリアコードと該ユーザーと同じ場所に置かれた電話番号とを含む）番号を入力した後、遠隔テストシステムは、ローカル電話線のうちの１つを選択し、かつ、オフフックにし、かつ、（ローカルテレコセントラルオフィスからのダイヤルトーンの検出時に）入力された電話番号をダイヤルパルス（またはＤＴＭＦ）する。遠隔テスタの電話は、遠隔テストシステムから呼を受信し、かつ、オフフックにする。そして、遠隔テストシステムから遠隔テスタへの呼が完了とみなされる。遠隔テスタは、テスト下の回路に対する適切な信号送信状態を選択することによって可聴品質を監視すること、または、（ボイス回路顧客の電話への）呼を開始することのいずれかが可能である。一旦、顧客に対する適切な信号送信状態が選択されると、チャネルバンクカードまたはＰＢＸが、到来呼を検出し、かつ、該到来呼を（顧客の電話への）リングサイクルに変換する。呼の動作は、顧客の電話への（ベルの）鳴動状態を開始する。顧客が電話に応答すると、遠隔テスタは、テスト下の顧客の回路上で、顧客と（口頭で）通信する。このテストは、回路安定確認テストに対して、日常的に実行される。遠隔テストシステムは、完了されることができる流出呼について制限を有する。この制限は、テストシステムのインターフェースによってサポートされることができる電話線の数に依存する。また、各ローカル線をテストシステムへ終端するための（電話会社による）月々のアクセス料金が存在する。発明の概要発明の概要本発明の好ましい実施例の広い意味での一面によれば、電話呼び出し、データおよびその他のマルチメディア情報は、ハイブリッドネットワークを通して経路決定される。該ハイブリッドネットワークは、切換ネットワークを具備する。切換ネットワークは、多数の経路が決定されかつ多数の範囲に及ぶ折返し電話処理を提供するために、インターネットを越えて情報を運ぶ。ハイブリッドネットワータは、（１または２以上のパケット送信ネットワークへ結合された）１または２以上の切換ネットワークを具備する。該パケット送信ネットワークもまた、適切な切換電話デバイスアドレスまたはインターネットデバイスアドレスへ情報を経路決定するために、（切換通信ネットワークおよびパケット送信ネットワークへ結合された）コールルーターを結合する。付属ディスプレイを伴うコンピュータが、パケット送信ネットワークと通信する。該コンピュータは、ハイブリッドネットワークの遠隔管理を開始するために、使用される。該遠隔管理は、ハイブリッドネットワークのテストを含む。該テストは、（信号送信状態の選択、または、デュアルトーンマルチ周波数検出、または、線のサービスからの除去のような）回路分析を含む。該信号送信状態は、ループスタートやグランドスタートで有り得る。ハイブリッドネットワークは、ハイブリッドネットワークの管理をオペレータが監視することに対するサポートと、ハイブリッド遠距離通信システムのサービスの質を調節するエキスパートシステムとを具備する。図面の簡単な説明前述の、およびその他の目的、局面、および利点は、以下の図面を参照した、本発明の好ましい実施例の詳細な説明からより明らかなものとなろう。図１Ａは、好ましい実施例における、代表的なハードウェア環境を示すブロック図である。図１Ｂは、好ましい実施例における、典型的な共通チャンネル・シグナリング・システム＃７（ＳＳ７）ネットワークの構造を示すブロック図である。図１Ｃは、好ましい実施例における、インターネット（ｉｎｔｅｒｎｅｔ）電話システムのブロック図である。図１Ｄは、好ましい実施例における、ハイブリッド・スイッチのブロック図である。図１Ｅは、好ましい実施例における、ハイブリッド・スイッチの接続を示すブロック図である。図１Ｆは、好ましい実施例における、ハイブリッド（インターネット−電話）スイッチの接続を示すブロック図である。図１Ｇは、好ましい実施例における、ハイブリッド・インターネット（ｉｎｔｅｒｎｅｔ）電話方式スイッチに関連するソフトウェアのプロセスを示すブロック図である。図２は、好ましい実施例における、典型的なＳＳ７ネットワークにおけるＰＭＵの用法を示すブロック図である。図３は、好ましい実施例のシステム構造を示すブロック図である。図４は、好ましい実施例における、論理システムの構成要素を示す高レベル・プロセスのフローチャートである。図５〜図９は、好ましい実施例における、図４に示す構成要素の詳細な動作を示すプロセス・フローチャートである。図１０Ａは、好ましい実施例における、発呼者が電話１０２１またはコンピュータ１０３０を使用して交換ネットワークへのアクセスを得る市内交換キャリア（ＬＥＣ）１０２０を構成する公衆交換電話ネットワーク（ＰＳＴＮ）１０００を表す説明図である。図１０Ｂは、好ましい実施例における、インターネット（ｉｎｔｅｒｎｅｔ）経路決定ネットワークを表す説明図である。図１１は、好ましい実施例における、ＰＣに対するＶＮＥＴパーソナル・コンピュータ（ＰＣ）の情報呼び出しフローを表す説明図である。図１２は、好ましい実施例における、ネットワーク外ＰＣに対するＶＮＥＴパーソナル・コンピュータ（ＰＣ）の情報呼び出しフローを表す説明図である。図１３は、好ましい実施例における、ネットワーク外電話に対するＶＮＥＴパーソナル・コンピュータ（ＰＣ）の情報呼び出しフローを表す説明図である。図１４は、好ましい実施例における、ネットワーク内電話に対するＶＮＥＴパーソナル・コンピュータ（ＰＣ）の情報呼び出しフローを表す説明図である。図１５は、好ましい実施例における、パーソナル・コンピュータ対パーソナル・コンピュータのインターネット（ｉｎｔｅｒｎｅｔ）電話呼び出しを表す説明図である。図１６は、好ましい実施例における、ＰＣからインターネットを経由して電話に経路決定される電話呼び出しを表す説明図である。図１７は、好ましい実施例における、電話対ＰＣの呼び出しを表す説明図である。図１８は、好ましい実施例における、インターネット（ｉｎｔｅｒｎｅｔ）による電話対電話の呼び出しを表す説明図である。図１９Ａおよび図１９Ｂは、好ましい実施例における、インテリジェント・ネットワークを表す説明図である。図１９Ｃは、好ましい実施例における、ビデオ会議構造を表す説明図である。図１９Ｄは、好ましい実施例における、ビデオの蓄積転送を表す説明図である。図１９Ｅは、好ましい実施例における、インターネットによりビデオ電話を送信する構造を表す説明図である。図１９Ｆは、好ましい実施例における、インターネット（ｉｎｔｅｒｎｅｔ）電話システムのブロック図である。図１９Ｇは、好ましい実施例における、優先順設定アクセス／ルーターのブロック図である。図２０は、好ましい実施例における、ネットワーク・システムの高レベルのブロック図である。図２１は、好ましい実施例における、図２０に示したシステムの一部の機能ブロック図である。図２２は、図２１の好ましい実施例における、別の高レベルのブロック図である。図２３は、好ましい実施例における、スイッチレス・ネットワーク・システムのブロック図である。図２４は、好ましい実施例における、図２０および図２３に示したシステムの一部を表す階層ブロック図である。図２５は、好ましい実施例における、図２４に示したシステムの一部を表すブロック図である。図２６は、好ましい実施例における方法の一部を表すフローチャートである。図２７〜図３９は、好ましい実施例における、図２０および図２３に示したシステムの別の一面を表すブロック図である。図４０は、好ましい実施例における、ウェブ・サーバーのログインを表すダイアグラム表現である。図４１は、好ましい実施例における、図４０に示したログインで使用されるサーバー・ディレクトリ構造のダイアグラム表現である。図４２は、好ましい実施例における、図４０に示したログインのより詳細なダイアグラム表現である。図４３〜図５０は、好ましい実施例における、ハイブリッド・ネットワークの部分を表すブロック図である。図５１は、好ましい実施例における、データ・マネジメント・ゾーン（ＤＭＺ）５１０５の構成を表す説明図である。図５２Ａ〜５２Ｃは、好ましい実施例における、ダイアルイン環境を伴う接続におけるネットワーク・ブロック図である。図５３は、好ましい実施例における、ファックス・トーン検出を表すフローチャートである。図５４Ａ〜５４Ｅは、好ましい実施例における、ファックスおよび音声のメールボックスのためのＶＦＰ完成プロセスを表すフローチャートである。図５５Ａおよび図５５Ｂは、好ましい実施例における、ページャ・ターミネーション・プロセッサの動作を表すフローチャートである。図５６は、好ましい実施例における、ページャ・ターミネーションから呼び出されるＧｅｔＣａｌｌｂａｃｋ（ゲットコールバック）ルーチンを表すフローチャートである。図５７は、好ましい実施例における、オンライン・プロファイル・マネジメントにアクセスするためのユーザ・ログイン・スクリーンを示す平面図である。図５８は、好ましい実施例における、ユーザの呼び出し経路決定命令の設定または変更に使用される、呼び出し経路決定スクリーンを示す平面図である。図５９は、好ましい実施例における、アカウント・オーナーでない発呼者に提示するためのゲスト・メニューのセットアップに使用される、ゲスト・メニュー構成スクリーンを示す平面図である。図６０は、好ましい実施例における、ユーザに対して、すべての呼び出しの選択先への経路決定を許可する、オーバーライド経路決定スクリーンを示す平面図である。図６１は、好ましい実施例における、スピード・ダイアルのセットアップに使用される、スピード・ダイアル番号スクリーンを示す平面図である。図６２は、好ましい実施例における、音声メールのセットアップに使用される、音声メール・スクリーンを示す平面図である。図６３は、好ましい実施例における、ファックスメールのセットアップに使用される、ファックスメール・スクリーンを示す平面図である。図６４は、好ましい実施例における、呼び出しスクリーニングのセットアップに使用される、呼び出しスクリーニング・スクリーンを示す平面図である。図６５〜図６７は、好ましい実施例における、ユーザ・プロファイル・マネジメントで使用される補助スクリーンを示す平面図である。図６８は、好ましい実施例における、ユーザが入力したスピード・ダイアル番号の確認が行われる方法を表すフローチャートである。図６９Ａ〜図６９ＡＩは、好ましい実施例における、ソフトウェア実装を表す自動応答ユニット（ＡＲＵ）呼び出しのフローチャートである。図７０Ａ〜図７０Ｒは、好ましい実施例における、ソフトウェア実装を表すコンソール呼び出しのフローチャートである。図７１は、好ましい実施例における、ＶＮＥＴ対ＶＮＥＴシステム用の典型的な顧客構成を表す説明図である。図７２は、好ましい実施例における、ＤＡＰの動作を表す説明図である。図７３は、好ましい実施例における、１−８００番呼び出し処理のためにリリース・リンク・トランクに電話を接続するプロセスを表す説明図である。図７４は、好ましい実施例における、ＤＡＰプロシージャ要求の顧客側を表す説明図である。図７５は、好ましい実施例における、発呼者に対応する特定の番号または「ホットライン」を選択する、スイッチ１０５３０の動作を表す説明図である。図７６は、好ましい実施例における、インターネットを通じた電話呼び出しの選択的な経路決定を行うためのコンピュータ・ベースの音声ゲートウエーの動作を表す説明図である。図７７は、好ましい実施例における、集中型構造に展開される図７６に示したＶＲＵの動作を表す説明図である。図７８は、好ましい実施例における、分散型構造に展開される図７６に示したＶＲＵの動作を表す説明図である。図７９Ａおよび図７９Ｂは、好ましい実施例における、インターネット呼び出しの経路決定のためのサンプル・アプリケーションの動作を表す説明図である。図７９Ｂは、好ましい実施例における、発呼者開始型の消費者トランザクションのための多数のアプリケーションを表す説明図である。図８０は、好ましい実施例における、音声メールおよび音声応答ユニットのサービスを始め、サービス・プロバイダへの相互接続を提供する交換ネットワークの構成を表す説明図である。図８１は、好ましい実施例における、データベースを通じたデータ共有を伴う、入り側の共有された自動呼び出し分配器（ＡＣＤ）呼び出しを表す説明図である。図８２は、好ましい実施例における、具体例としての通信システムを表すブロック図である。図８３は、好ましい実施例における、具体例としてのコンピュータ・システムを表すブロック図である。図８４は、好ましい実施例における、ＣＤＲおよびＰＮＲ呼び出し記録フォーマットを表す説明図である。図８５（Ａ）および図８５（Ｂ）は、好ましい実施例における、ＥＣＤＲおよびＥＰＮＲ呼び出し記録フォーマットを集合的に表す説明図である。図８６は、好ましい実施例における、ＯＳＲおよびＰＯＳＲ呼び出し記録フォーマットを表す説明図である。図８７（Ａ）および図８７（Ｂ）は、好ましい実施例における、ＥＯＳＲおよびＥＰＯＳＲ呼び出し記録フォーマットを集合的に表す説明図である。図８８は、好ましい実施例における、ＳＥＲ呼び出し記録フォーマットを表す説明図である。図８９（Ａ）および図８９（Ｂ）は、好ましい実施例における、スイッチが拡張記録フォーマットを使用するときの条件を表すコントロール・フローチャートである。図９０は、好ましい実施例における、ＣｈａｎｇｅＴｉｍｅ（チェンジ・タイム）命令を表すコントロール・フローチャートである。図９１は、好ましい実施例における、ＣｈａｎｇｅＤａｙｌｉｇｈｔＳａｖｉｎｇｓＴｉｍｅ（チェンジ・デイライト・セービング・タイム）命令を表すコントロール・フローチャートである。図９２は、好ましい実施例における、ネットワーク呼び出し識別子（ＮＣＩＤ）スイッチ呼び出し処理を表すコントロール・フローチャートである。図９３は、好ましい実施例における、受信したネットワーク呼び出し識別子の処理を表すコントロール・フローチャートである。図９４（Ａ）は、好ましい実施例における、ネットワーク呼び出し識別子の生成を表すコントロール・フローチャートである。図９４（Ｂ）は、好ましい実施例における、呼び出し記録へのネットワーク呼び出し識別子の追加を表すコントロール・フローチャートである。図９５は、好ましい実施例における、呼び出しの転送を表すコントロール・フローチャートである。図９６は、好ましい実施例における、これに限定する意図はないが、任意のビデオ会議呼び出しの監視、ビューイングおよび記録を含むサービスおよび、ビデオ会議の発呼者に対する補助を提供する、ビデオ会議プラットフォームへのビデオ・オペレータの参加を可能にするハードウェア構成要素の実施例を表す説明図である。図９７は、好ましい実施例における、ビデオ・オペレータ・コンソール・システムを含む、ビデオ・オペレータによるビデオ会議呼び出しのマネージを可能にするシステムを表す説明図である。図９８は、好ましい実施例における、ビデオ・オペレータ・コンソール・システムを含む、ビデオ・オペレータによるビデオ会議呼び出しのマネージを可能にするシステムを表す説明図である。図９９は、好ましい実施例における、ビデオ・オペレータがビデオ会議呼び出しを開始する方法を表す説明図である。図１００は、好ましい実施例における、ビデオ・オペレータ・ソフトウェア・システム・クラスのクラス階層を表す説明図である。図１０１は、好ましい実施例における、ＶＯＣａｌｌオブジェクトのｍ＿ｓｔａｔｅ変数内で生じることがある状態遷移を表す状態遷移図である。図１０２は、好ましい実施例における、ＶＯＣｏｎｎｅｃｔｉｏｎオブジェクトのｍ＿ｓｔａｔｅ変数（「状態変数」）内で生じることがある状態遷移を表す状態遷移図である。図１０３は、好ましい実施例における、ＶＯＣｏｎｆｅｒｅｎｃｅオブジェクトのｍ＿ｓｔａｔｅ変数（「状態変数」）内で生じることがある状態遷移を表す状態遷移図である。図１０４は、好ましい実施例における、ＶＯＲｅｃｏｒｄｅｒオブジェクトのｍ＿ｓｔａｔｅ変数（「状態変数」）内で生じることがある状態遷移を表す状態遷移図である。図１０５は、好ましい実施例における、ＶＯＲｅｃｏｒｄｅｒオブジェクトのｍ＿ｓｔａｔｅ変数（「状態変数」）内で生じることがある状態遷移を表す状態遷移図である。図１０６は、好ましい実施例における、ビデオ・オペレータのグラフィック・ユーサ・インターフェース（ＧＵＩ）クラスのクラス階層を表す説明図である。図１０７は、好ましい実施例における、ビデオ・オペレータによって共有されるデータベースのデータベース・スキームを表す説明図である。図１０８は、好ましい実施例における、メイン・コンソール・ウィンドウを一実施態様で表す平面図である。図１０９は、好ましい実施例における、スケジュール・ウィンドウを一実施態様で表す平面図である。図１１０は、好ましい実施例における、スケジュール・ウィンドウ内でオペレータが会議または再生セッションを選択したときに表示される会議ウィンドウ41 203を一実施態様で表す平面図である。図１１１は、好ましい実施例における、会議接続の呼び出しと、個別の到来呼び出しもしくは送出呼び出しのうちの選択された呼び出しからのH.320入力を表示する、ビデオ・ウォッチ・ウィンドウ41204を一実施態様で表す平面図である。図１１２は、好ましい実施例における、すべてのエラー・メッセージおよび警告を表示する、コンソール出力ウィンドウ41205を一実施態様で表す平面図である。図１１３は、好ましい実施例における、プロパティ・ダイアログ・ボックスを表す説明図である。図１１４Ａは、一実施形態におけるアクセス／ルータシステムのブロック図である。図１１４Ｂは、一実施形態におけるアーキテクチャのブロック図である。図１１５は、一実施形態におけるインターネットを用いたコールバックアーキテクチャのブロック図である。発明の詳細な説明目次Ｉ．インターネットの構成２４ＩＩ．プロトコル標準２５Ａ．インターネット・プロトコル２５Ｂ．国際電気通信連合通信標準化セクタ（「ＩＴＵ−Ｔ」）標準２５ＩＩＩ．ＴＣＰ／ＴＰの特徴２８ＩＶ．通信ネットワークにおける情報移送２８Ａ．交換テクニック２８Ｂ．ゲートウエーおよびルーター３２Ｃ．円滑なユーザ接続のためのネットワーク・レベル通信の使用３４Ｄ．データグラムおよびルーティング３４Ｖ．テクノロジーの紹介３６Ａ．ＡＴＭ３６Ｂ．フレーム・リレー３６Ｃ．ＩＳＤＮ３７ＶＩ．ＭＣＩインテリジェント・ネットワーク３７Ａ．ＭＣＩインテリジェント・ネットワークの構成要素３９１．ＭＣＩ切換ネットワーク３９２．ネットワーク・コントロール・システム／データ・アクセス・ポイント（ＮＣＳ／ＤＡＰ）４０３．インテリジェント・サービス・ネットワーク（ＩＳＮ）４４０４．強化音声サービス（ＥＶＳ）９４１５．その他の構成要素４２Ｂ．インテリジェント・ネットワーク・システムの概要４２Ｃ．呼び出しフローの例４４ＶＩＩ．ＩＳＰの枠組み４６Ａ．背景４６１．広帯域アクセス４６２．インターネット電話システム４７３．キャパシティ５２４．将来のサービス５３Ｂ．ＩＳＰ構造の枠組み５４Ｃ．ＩＳＰ機能の枠組み５５Ｄ．ＩＳＰ統合ネットワーク・サービス５７Ｅ．ＩＳＰの構成要素５８Ｆ．スイッチレス通信サービス５９Ｇ．支配的な原則６０１．構造上の原則６０２．サービス特徴の原則６１３．能力の原則６１４．サービスの生成、展開、および実行の原則６２５．資源マネジメント・モデル２１５０の原則６３６．データ・マネジメント２１３８の原則６５７．操作サポートの原則６７８．物理的モデルの原則６８Ｈ．ＩＳＰサービス・モデル７０１．目的７０２．努力範囲７０３．サービス・モデル概要７１４．サービス構造７１５．サービス２２００の実行７５６．サービスの相互作用７７７．サービス監視７８Ｉ．ＩＳＰデータ・マネジメント・モデル７８１．範囲７８２．目的７９３．データ・マネジメント概要７９４．論理的説明８２５．物理的説明８８６．テクノロジーの選択８９７．実装９０８．セキュリティ９０９．メタ‐データ９０１０．標準データベース・テクノロジー９１Ｊ．ＩＳＰ資源マネジメント・モデル９１２．局所的資源マネージャー（ＬＲＭ）：９５３．全体的資源マネージャー（ＧＲＭ）２１８８：９５４．資源マネジメント・モデル（ＲＭＭ）９６５．構成要素の相互作用９８Ｋ．操作サポート・モデル１０１１．紹介１０１２．操作サポート・モデル１０３３．プロトコル・モデル１０７４．物理的なモデル１０８５．インターフェース・ポイント１０８６．全般１０９Ｌ．物理的ネットワーク・モデル１１１１．紹介１１１２．情報フロー１１１３．用語１１３４．エンティティ関係１１４ＶＩＩＩ．インテリジェント・ネットワーク１１５Ａ．ネットワーク・マネジメント１１５Ｂ．顧客サービス１１６Ｃ．会計１１８Ｄ．手数料１１８Ｅ．報告１１８Ｆ．セキュリティ１１９Ｇ．トラブル処理１１９ＩＸ．拡張パーソナルサービス１１９Ａ．ウェブサーバーのアーキテクチャ１２０１．ウェルカムサーバー４５０１２０２．トークンサーバー４５４１２１３．アプリケーションサーバー１２３Ｂ．ウェブサーバーシステム環境１２４１．ウェルカムサーバー１２５２．トークンサーバー４５４１２８３．プロファイルマネジメントアプリケーションサーバー１２９Ｃ．セキュリティ１２９Ｄ．ログインプロセス１３０Ｅ．サービス選択１３２Ｆ．サービスオペレーション１３２１．ＮＩＤＳサーバー１３２２．ＴＯＫＥＮデータベースサービス１３３３．ＳＥＲＶＥＲＳデータベースサービス１３４４．ＨＯＳＴＩＬＥ＿ＩＰデータベースサービス１３５５．ＴＯＫＥＮ＿ＨＯＳＴＳテータベースサービス１３５６．ＳＥＲＶＥＲ＿ＥＮＶデータベースサービス１３６７．Ｃｈｒｏｎジョブ１３７Ｇ．規格１３７Ｈ．システム管理１３８Ｉ．プロダクト／拡張１３９Ｊ．インターフェースの特徴の仕様（概要）１４０１．ユーザアカウントプロフィール１４１２．メッセージのデータベース１４１Ｋ．自動応答装置（ＡＲＵ）機能１４２１．ユーザインターフェース１４２Ｌ．メッセージ管理１４４１．複数媒体メッセージ通知１４５２．複数媒体メッセージ操作１４５３．音声テキスト１４５４．電子メールのファックス装置への転送１４６５．受信メッセージのページャー通知１４６６．音声メールの送達確認１４６７．メッセージの優先度づけ１４７Ｍ．情報サービス１４７Ｎ．メッセージ記憶仕様１４８Ｏ．プロフィール管理１４８Ｐ．呼経路決定メニューの変更１４９Ｑ．双方向ページャーコンフィギュレーション制御およびパークアンドページ応答１５０Ｒ．パーソナル化グリーティング１５０Ｓ．リスト管理１５０Ｔ．グローバルメッセージハンドリング１５１Ｘ．インターネット電話および関連サービス１５１Ａ．インターネット媒体のシステム環境１５３１．ハードウェア１５３２．オブジェクト指向のソフトウェアツール１５４Ｂ．インターネット電話１６２１．導入部１６２２．商用サービスとしてのＩＰ電話１６５３．インターネットでの電話番号１７４４．他のインターネット電話搬送波１７５５．国際アクセス１７５Ｃ．インターネット電話サービス１８１Ｄ．呼処理１８７１．ＶＮＥＴ呼処理１８８２．ブロック構成要素の説明１９１Ｅ．再使用可能呼の流れのブロック１９４１．ＶＮＥＴＰＣは、以下のように、コーポレートイントラネットに接続し、ディレクトレサービスにログインする１９４２．ＶＮＥＴＰＣはＶＮＥＴ変換のためにディレクトリサービスに問い合わせる１９８３．ＰＣがＩＴＧに接続する２００４．ＴＴＧがＰＣに接続する２０１５．ＶＮＥＴＰＣとＰＣとの間の呼の流れの説明２０２６．インターネット上のインターネット電話ゲートウエーのインターネットクライアント選択のための最善の選択を決定する２０３７．Ｖｎｅｔ呼の処理２１１ＸＩ．遠隔通信ネットワークマネジメント２１８Ａ．ＳＮＭＳ回路マップ２３７Ｂ．ＳＮＭＳ接続マップ２３８Ｃ．ＳＮＭＳ非隣接ノードマップ２３８Ｄ．ＳＮＭＳＬＡＴＡ接続マップ２３８Ｅ．ＮＰＡ−ＮＸＸ情報リスト２３９Ｆ．端局情報リスト２３９Ｇ．トランク群情報リスト２３９Ｈ．フィルタ定義ウィンドウ２３９Ｉ．トラブルチケットウィンドウ２４０ＸＩＩ．ＰＯＴＳを介するビデオ電話２４０Ａ．ビデオ電話システムの構成要素２４２１．ＡＣＤを有するＤＳＰモデムプール２４２２．エージェント２４２３．ビデオオンホールドサーバー２４２４．ビデオメールサーバー２４２５．ビデオコンテンツエンジン２４３６．予約エンジン２４３７．ビデオブリッジ２４３Ｂ．シナリオ２４３Ｃ．接続設定２４３Ｄ．受け手の呼び出し２４５Ｅ．ビデオメールの記録、ビデオおよび挨拶の記憶および先送り２４６Ｆ．ビデオメールおよびビデオオンデマンドの検索２４６Ｇ．ビデオ会議スケジューリング２４６ＸＩＩＩ．インターネットを介するビデオ電話２４７Ａ．構成要素２４８１．ディレクトリおよび記録エンジン２４９２．エージェント２４９３．ビデオメールサーバー２４９４．ビデオコンテンツエンジン２４９５．予約エンジン２４９６．ＭＣＩ会議空間２５０７．バーチャルリアリティ空間エンジン２５０Ｂ．シナリオ２５０Ｃ．接続設定２５０Ｄ．ビデオメールの記録、ビデオおよび挨拶の記憶および先送り２５１Ｅ．ビデオメールおよびビデオオンデマンドの検索２５２Ｆ．ビデオ会議スケジューリング２５２Ｇ．バーチャルリアリティ２５３ＸＩＶ．ビデオ会議アーキテクチャ２５３Ａ．機能２５３Ｂ．構成要素２５４１．エンドユーザ端末２５４２．ＬＡＮ相互接続システム２５４３．ＩＴＵＨ．３２３サーバー２５５４．ゲートキーパー２５５５．オペレータサービスモジュール２５６６．マルチポイント制御ユニット（ＭＣＵ）２５６７．ケートウエー２５６８．サポートサービスユニット２５７Ｃ．概要２５７Ｄ．呼の流れの例２５８１．ポイントツーポイントの呼２５９２．マルチポイントビデオ会議呼び出し２６３Ｅ．結論２６３ＸＶ．ビデオのストアおよび送出構造２６３Ａ．特徴２６４Ｂ．アーキテクチャ２６４Ｃ．構成要素２６４１．コンテンツ作成および変換２６５２．コンテンツ管理および配信２６５３．コンテンツ検索および表示２６６Ｄ．概要２６６ＸＶＩ．ビデオオペレータ２７８Ａ．ハードウェアアーキテクチャ２６９Ｂ．ビデオオペレータコンソール２７２Ｃ．ビデオ会議呼び出し流れ２７６Ｄ．ビデオオペレータソフトウェアシステム２７８１．クラス階層２７８２．クラスおよびオブジェクトの細部２８０Ｅ．グラフィカルユーザインターフェースクラス３１５１．クラス階層３１５２．クラスおよびオブジェクト詳細３１９Ｆ．ビデオオペレータ共有データベース３３４１．データベース方式３３５Ｇ．ビデオオペレータコンソールグラフィカルユーザインターフェースウィンドウ３３６１．メインコンソールウィンドウ３３６２．スケジュールウィンドウ３３６３．会議ウィンドウ３３６４．ビデオ観賞ウィンドウ３３９５．コンソール出力ウィンドウ３３９６．プロパテイダイアログボックス３３９ＸＶＩＩ．ワールドワイドウェブ（ＷＷＷ）ブラウザ機能３４０Ａ．ユーザインターフェース３４０Ｂ．性能３４１Ｃ．パーソナルホームページ３４２１．記憶容量条件３４４２．画面ヘルプテキスト３４４３．パーソナルホームページのディレクトリ３４５４．コントロールバー３４５５．ホームページ３４６６．セキュリティ条件３４６７．画面ヘルプテキスト３４６８．プロフィール管理３４７９．情報サービスプロフィール管理３４９１０．パーソナルホームページプロフィール管理３５１１１．リスト管理３５１１２．グローバルメッセージ取り扱い３５３Ｄ．メッセージセンター３５４１．記憶容量条件３５６Ｅ．ＰＣクライアントの機能３５７１．ユーザインターフェース３５７２．セキュリティ３５８３．メッセージ検索３５８４．メッセージ操作３６０Ｆ．オーダー入力条件３６０１．供給と達成３６３Ｇ．トラフィックシステム３６３Ｈ．価格設定３６３Ｉ．課金３６３ＸＶＩＩＩ．クイレクトラインＭＣＩ３６４Ａ．概要３６５１．ＡＲＵ（オーディオリスポンスユニット）５０２３６５２．ＶＦＰ（音声ＦＡＸプラットフォーム）５０４３６５３．ＤＤＳ（データディストリビューションサービス）５０６３６６Ｂ．論理的説明３６６Ｃ．詳細３６６１．コールフローアーキテクチャ５２０３６７２．ネットワーク接続性３６７３．コールフロー３６８４．データフローアーキテクチャ３７０Ｄ．音声ＦＡＸプラットフォーム（ＶＦＰ）５０４詳細アーキテクチャ３７１１．概要３７１２．論理的説明３７１３．詳細３７２Ｅ．音声配信アーキテクチャの詳細３７７１．概要３７７２．論理的説明３７８Ｆ．ログイン画面３９７Ｇ．呼の経路決定画面３９８Ｈ．ゲストメニュー構成画面３９９Ｉ．オーバーライド経路決定画面４０２Ｊ．高速ダイアル画面４０３Ｋ．ＡＲＵ呼び出しフロー４１０ＸＩＸ．インターネットＦＡＸ４８４Ａ．概要４８４Ｂ．詳細４８４ＸＸ．インターネットスイッチテクノロジー４８７Ａ．実施例４８７Ｂ．別の実施例４９７ＸＸＩ．課金５０１Ａ．実施例５０４１．呼記録形式５０４２．ネットワーク呼識別子５０５Ｂ．別の実施例５０７１．呼記録形式５０７２．ネットワーク呼識別子５１５ＸＸII．優先順位決定アクセス/ルーターＡ．優先順位決定アクセス/ルーター概要Ｂ．優先順位決定アクセス/ルーター処理ＸＸIII．折り返し電話システムＡ．好ましい実施形態による折り返し電話システムへの導入Ｂ．インターネットベースの折り返し電話アーキテクチャーＣ．折り返し電話サービス可能性Ｄ．インターネットサービス可能性Ｅ．インターネットベースの折り返し電話アーキテクチャーＦ．自己調整システムインターネットへの導入Ｉ．インターネットの構成インターネットは、物理的なネットワークの相互接続方法および、ネットワークにアクセスするコンピュータ相互のインタラクションを可能にする、ネットワークの用法に関する一連の協定である。物理的に、インターネットは巨大であり、米国会計検査院（ＧＡＯ）の調べによれば、地球規模のネットワークは９２カ国に及び、５９，０００の学術、商用、政府、軍事のネットワークから構成され、これらの数値は、毎年倍増が予想されるという。さらに、インターネットに接続されたホスト・コンピュータ数は１０００万台、ユーザ数は５０００万人、ワールド・ワイド・ウェブ・サーバーの数は７６，０００に上る。インターネットのバックボーンは、米国内および全世界に点在する主要スーパーコンピュータ・サイトと教育機関ならびに研究機関の間を結ぶ一連の高速通信リンクから構成される。先に進む前に、「インターネット（ｉｎｔｅｒｎｅｔ）」という言葉の用法に関してよく見受けられる誤解を解いておかなければならない。本来この言葉は、インターネット・プロトコルに基づいたネットワークの名前としてのみ使用されていたが、現在では、ネットワークの全クラスを参照する一般的な言葉としてインターネット（ｉｎｔｅｒｎｅｔ）が使用されている。「インターネット（ｉｎｔｅｒｎｅｔ）」（小文字の「ｉ」：この場合のみ原語をカッコ書きで併記する）は、共通のプロトコルによって相互接続された、単一の論理ネットワークを形成する個別の物理的ネットワークの集合を指すが、「インターネット（Ｉｎｔｅｒｎｅｔ）」（大文字の「Ｉ」：この場合はカッコ書きによる言語の併記を省略する）は、インターネット・プロトコルを使用して多数の物理的ネットワークをリンクし、単一の論理ネットワークを形成する、相互接続されたネットワークの地球規模の集合を指す。ＩＩ．プロトコル標準Ａ．インターネット・プロトコルプロトコルは、インターネットのバックボーンに沿った振る舞いを支配し、データ通信の主要規則はその下に置かれる。ＴＣＰ／ＩＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）は、誰もが使用できる開かれた特性を持っており、このことは、コンピュータもしくはネットワークのオペレーティング・システムならびに構造上の相違とは無関係にネットワーク・プロトコル・システムの生成が試みられることを意味する。このようなことから、ＴＣＰ／ＩＰプロトコルは、標準ドキュメント、特に、ＲＦＣ（ＲｅｑｕｅｓｔｓｆｏｒＣｏｍｍｅｎｔｓ）において公的に使用することができる。インターネット接続の要件は、データ通信プロトコルの大規模セットからなるＴＣＰ／ＩＰであり、その内の２つがＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ（トランスミッション・コントロール・プロトコル）およびＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ（インターネット・プロトコル）である。ＴＣＰ／ＩＰおよびＵＤＰ／ＩＰに関しては、Ａｄｄｉｓｏｎ−ＷｅｓｌｅｙＰｕｂｌｉｓｈｉｎｇＣｏｍｐａｎｙ（アディソン−ウェズレー出版社）発行（１９９６年）、Ｗ．ＲｉｃｈａｒｄＳｔｅｖｅｎｓ（リチャード・スティーブンズ）著「ＴＣＰ／ＩＰＩｌｌｕｓｔｒａｔｅｄ（ＴＣＰ／ＩＰ図解）」に明解かつ詳細な解説がある。Ｂ．国際電気通信連合通信標準化セクタ（「ＩＴＵ−Ｔ」）標準国際電気通信連合通信標準化セクタ（「ＩＴＵ−Ｔ」）は、通信デバイスのためのプロトコルおよびライン・エンコーディングを管理する多数の標準を確立している。これらの標準の多くが、本書全般を通じて参照されていることから、関連のある標準の要約を、参考のために次にリストする。ＩＴＵＧ．７１１３ｋＨｚオーディオ・チャンネルのパルス・コード変調に関する勧告。ＩＴＵＧ．７２２６４キロビット／秒チャンネル内の７ｋＨｚオーディオ・コーディングに関する勧告。ＩＴＵＧ．７２３５．３および６．３キロビットで送信されるマルチメディア通信のためのデュアル・レート・スピーチ・コーダに関する勧告。ＩＴＵＧ．７２８低遅延コード励起線形予測（ＬＤ−ＣＥＬＰ）を使用する１６キロビット／秒におけるスピーチのコーディングに関する勧告。ＩＴＵＨ．２２１オーディオビジュアル・テレサービスにおける６４１９２０キロビット／秒のチャンネルに関するフレーム構造。ＩＴＵＨ．２２３低ビットレート・マルチメディア端末用多重化プロトコル。ＩＴＵＨ．２２５非保証品質のサービスＬＡＮにおけるメディア・ストリームのパケット化および同期に関するＩＴＵ勧告。ＩＴＵＨ．２３０オーディオビジュアル・システムのためのフレーム同期コントロールおよび表示信号。ＩＴＵＨ．２３１２メガビット／秒以下のディジタル・チャンネルを使用するオーディオビジュアル・システムのためのマルチポイント・コントロール・ユニット。ＩＴＵＨ．２４２２メガビット／秒以下のディジタル・チャンネルを使用するオーディオビジュアル端末間の通信を構成するシステム。ＩＴＵＨ．２４３２メガビット／秒以下のディジタル・チャンネルを使用する３ないしはそれ以上のオーディオビジュアル端末間の通信を構成するシステム。ＩＴＵＨ．２４５マルチメディア通信のためのコントロール・プロトコルに関する勧告。ＩＴＵＨ．２６１３５２×２８８ピクセルおよび１７６×１４４ピクセルのビデオ解像度をサポートするオーディオビジュアル・サービスのためのビデオ・コーダ・デコーダに関する勧告。ＩＴＵＨ．２６３１２８×９６ピクセル、１７６×１４４ピクセル、３５２×２８８ピクセル、７０４×５７６ピクセル、および１４０８×１１５２ピクセルのビデオ解像度をサポートするオーディオビジュアル・サービスのためのビデオ・コーダ・デコーダに関する勧告。ＩＴＵＨ．３２０狭帯域ＩＳＤＮビジュアル電話システムに関する勧告。ＩＴＵＨ．３２１ＡＴＭによるビジュアル電話端末。ＩＴＵＨ．３２２保証品質のサービスＬＡＮによるビジュアル電話端末。ＩＴＵＨ．３２３非保証品質のサービスを提供するローカル・エリア・ネットワークのためのビジュアル電話システムおよび装置に関するＩＴＵ勧告。ＩＴＵＨ．３２４ダイアルアップ電話回線における低ビットレート（２８．８Ｋｂｐｓ）のマルチメディア通信のための端末ならびにシステムに関する勧告。ＩＴＵＴ．１２０マルチメディア・データのための送信プロトコル。以上のほかに、本書では、他の関連標準を参照している。ＩＳＤＮ総合サービス・デジタル・ネットワーク；音声、ビデオおよびデータを単一の通信リンク上で伝送するためのディジタル通信標準。ＲＴＰリアルタイム・トランスポート・プロトコル；音声およびビデオ等のリアルタイム・データをユニキャストならびにマルチキャストのネットワークにより伝送するためのインターネット標準プロトコル。ＩＰインターネット・プロトコル；相互接続されたコンピュータ・システムのパケット交換ネットワーク上でデータ・パケットの送信および引き渡しを行うためのインターネット標準プロトコル。ＰＰＰポイント-ツー-ポイント・プロトコルＭＰＥＧモーション・ピクチャ・エキスパート・グループ；国際標準化機構の下に設けられた標準化集団。ビット・ストリームを含むディジタル・ビデオならびにオーディオの圧縮に関する勧告であるが、圧縮アルゴリズムは含まれない。ＳＬＩＰシリアル・ライン・インターネット・プロトコル。ＲＳＶＰ資源予約セットアップ・プロトコル。ＵＤＰユーザ・データグラム・プロトコル。ＩＩＩ．ＴＣＰ／ＩＰの特徴インターネットにおけるＴＣＰ／ＩＰプロトコルは、それが地球規模のデータ通信に関する重要なニーズを満たし、このニーズを満たすことを可能にするいくつかの重要な特性を有していることから、急速に広まった。これらの特性は、今日でもなお使用されており、ＴＣＰ／ＩＰを実行する任意のデバイスに対して、インターネット上の他の任意のデバイスへの固有アドレッシングを可能にする共通アドレッシング・スキームもこれに含まれる。開かれたプロトコル標準は、ハードウェアもしくはオペレーティング・システムに依存することなく自由に使用し、開発することができる。つまり、ＴＣＰ／ＩＰは、異なるハードウェアならびにソフトウェアにより使用可能であり、それはインターネット通信が必要とされない場合でさえも例外ではない。特定の物理的ネットワーク・ハードウェアから独立していることから、ＴＣＰ／ＩＰにより、各種の異なるネットワークの統合が可能になる。ＴＣＰ／ＩＰは、Ｅｔｈｅｒｎｅｔ（イーサネット）、トークン・リング、ダイアルアップ回線、あるいはその他、実質的にすべての種類の物理的伝送メディアにより使用することができる。ＩＶ．通信ネットワークにおける情報移送Ａ．交換テクニック今日のィンターネット・バックボーンのビジネスにおけるキー・プレーヤによって進められた近年のステップを評価するためには、通信システム内でどのように情報が運ばれるかということに対する理解が必要である。伝統的なタイプの通信ネットワークは、回路交換である。米国の電話システムは、この種の回路交換テクニックを使用している。人またはコンピュータが電話呼び出しを発すると、電話システム内の交換装置が、発呼側の電話から受け手の電話に至る物理的パスを探し出す。回路交換ネットワークは、まず、発呼側の電話機から、近端の交換局を経由し、中継線を通って、遠端の交換局を経て目的の電話機に至る専用接続、つまり回路の構成を試みる。この専用接続は、呼の終了まで存在する。完全なパスの構築は、回路交換ネットワークにとって、データの送信を行う上で欠くことができない。回路が適正に構成された後は、マイクロフォンがアナログ信号を取り込み、その信号がアナログ・ループにより、アナログ形式で市内交換キャリア（ＬＥＣ）中央局（ＣＯ）に伝送される。このアナログ信号は、ＬＥＣＣｏ．に到達するまでディジタル形式に変換されることはなく、到達した場合でも、装置が充分に近代的であり、ディジタル情報のサポートが可能である場合にそれは限られる。しかしながら、ＩＳＤＮの具体化においては、デバイスの位置でアナログ信号がディジタル変換され、ディジタル情報としてＬＥＣに送信される。接続が完了すると、この回路によって、６４Ｋｂｐｓ（６４×１０００ビット／秒）のデータ・パスを維持した、標本の伝達および再生が保証される。このレートは、ディジタル化した音声それ自体の送信に必要なレートではない。むしろ、６４Ｋｂｐｓは、パルス・コード変調（ＰＣＭ）テクニックによりディジタル化した音声の送信に必要なレートである。音声のディジタル化には、他にも多くの方法があり、ＡＤＰＣＭ（３２Ｋｂｐｓ）、ＧＳＭ（１３Ｋｂｐｓ）、ＴｒｕｅＳｐｅｅｃｈ８．５（８．５Ｋｂｐｓ）、Ｇ．７２３（６．４Ｋｂｐｓまたは５．３Ｋｂｐｓ）、およびＶｏｘｗａｒｅＲＴ２９ＨＱ（２．９Ｋｂｐｓ）などが挙げられる。６４Ｋｂｐｓのパスは、前記に加えて、ＬＥＣ中央局（ＣＯ）スイッチからＬＥＣＣＯまで維持されるが、それは端末間で維持されることとは異なる。アナログ・ローカル・ループは、アナログ信号を送信するのであって、６４Ｋｂｐｓのディジタル化したオーディオを送信するわけではない。これらのアナログ・ローカル・ループの１つは、通常、発呼者の局所的電話機を接続するための各電話ネットワーク回路の「最終端」として存在している。このキャパシティの保証は、回路交換ネットワークの強みである。しかしながら、回路交換は、２つの大きな欠点を有する。第１は、呼び出し信号要求が他の呼び出しによる回線の話中を見つけることがあり、その場合、その接続が終了するまで接続を完成する方法がまったく得られないことから、セットアップ時間が相当なものとなる可能性を有することである。第２は、コストが高い割には利用度が低いという状態を招き得ることである。言い換えれば、発呼者には、データの送信が生じていない（つまり、まったく話をしていない）時間も含め、呼の全期間を通じて料金が課せられる。利用度は、専用の回線が構成されると、信号の送信と送信の間の時間を他の呼によって使用することが不可能であることから、低くなる。このように接続の間使用されない帯域はすべて無駄になる。加えて、全体の回路交換インフラストラクチャは、６４Ｋｂｐｓ回路を中心に構成されている。このインフラストラクチャは、音声にＰＣＭエンコーディング・テクニックを使用することを前提としている。しかしながら、ＰＣＭの１０分の１以下の帯域幅を使用して音声のエンコードが可能な、品質の非常に高いコーデックも存在する。しかし、回路交換ネットワークは、１０分の１以下の帯域幅しか使用しない場合でさえ、端末間に無作為に６４Ｋｂｐｓの帯域幅を割り当ててしまう。さらに、各回路は、一般に２者間の接続のみを行う。会議ブリッジング装置の補助なしには、１つの電話に接続される回路全体は、一方の当事者から他方の当事者への接続に占有される。回路交換には、会議ブリッジング装置との組み合わせを使用しない限り、マルチキャストないしはマルチポイント通信能力が得られない。セットアップ時間が長くなる別の理由に、呼び出しのセットアップに各種のシグナリング・ネットワークが関連し、迂回距離によって伝播遅延を生じることが挙げられる。帯域幅の低いリンク上に構成される端末ステーションからＣＯへのアナログ・シグナリングもまた、呼び出しのセットアップの遅延を生じる原因となり得る。さらに、呼び出しセットアップ・データは、非常に長距離にわたり、必ずしも光速でデータを伝送しないシグナリング・ネットワーク上を運ばれる。呼び出しが国際的になる場合は、シグナリング・ネットワーク間の相違は大きくなり、呼び出しセットアップを処理する装置が、通常、モデムのセットアップほどに高速でなく、その一方で距離は増大し、呼び出しセットアップはますます遅くなる。その上、一般に、回路交換等の接続指向の実質上もしくは物理的な回路セットアップは、会話する２者間で必要になる端末間のハンドシェークに起因して、無接続テクニックより多くの接続セットアップ時間を必要とする。メッセージ交換は、すでに検討されたもう１つの交換ストラテジーである。この形式の交換は、送り側と受け側の間に、物理的なパスが先行して構成されることがなく、それに代えて、送り側に送信するデータのブロックがあるときは、必ずそれが第１の交換局にストアされ、エラー診断の後に、それが次の交換ポイントに転送される。メッセージ交換は、ブロック・サイズの制限がなく、このため交換ステーションが、長いデータのブロックをバッファするためのディスクを備えなければならない。また、単一のブロックが長時間にわたり回線を拘束する可能性があり、インタラクティブ・トラフィックに関してメッセージ交換を役に立たないものとしている。パケット交換ネットワークは、コンピュータ・ネットワーク業界を支配しており、データをパケットと呼ばれる小さい部品に分割し、多重化して高容量のマシン間接続上に乗せる。パケットは、ブロック・サイズに厳格な上限を持つデータのブロックであり、データとともに、それをそのあて先に配達するために必要な充分な識別を運ぶ。この種のパケットは、通常、数百バイトのデータを擁し、所定の送信回線を数十ミリ秒しか占有しない。パケット交換を経由してより大きなファイルを配達するときは、それが多数の小パケットに分解され、１パケットずつ、１つのマシンから別のマシンに送られる。ネットワーク・ハードウェアは、指定のあて先にこれらのパケットを伝送し、伝送されたパケットは、ソフトウェアによって単一のファイルに再構成される。パケット交換は、高効率のデータ送信が得られることから、実質的にすべてのコンピュータ相互接続によって使用されている。パケット交換ネットワークは、必要なときに回路上の帯域幅を使用し、未使用時は他の送信による回線の使用を可能にする。さらに、ルーターまたは交換局が、受信した所定のパケット、っまり大きなファイルの部分を、そのファイルの別のパケットの到着よりはるかに先行して、迅速に次の結節に送信できるという事実によってスループットが向上する。メッセージ交換においては、中間ルーターは、全ブロックを受信するまでそれを次に送ることができない。今日では、パケット交換の卓越性から、メッセージ交換がコンピュータ・ネットワークに使用されることはない。インターネットをより良く理解するためには、電話システムとの比較が役立つ。公衆交換電話ネットワークは、認識可能な形式以上でもなければそれ以下でもないという条件において、人間の音声を送信する目的で設計された。その適合性は、コンピュータ対コンピュータの通信のために改善されているが、最適という点からはほど遠い。２台のコンピュータ間をつなぐケーブルがデータを転送できる速度は、秒当たり数百メガビットであり、ギガビット・オーダーにさえ達する。こういった速度におけるエラー・レートは、１日当たり１エラーにしかならない。これに対し、標準電話回線を使用するダイアルアップ回線は、最大でもデータ・レートが１秒当たり数千ビットであり、エラー・レートもはるかに高い。実際、ローカル・ケーブルのビット・レートとエラー・レートの組み合わせを乗じた値は、音声グレードの電話回線のそれよりも１１桁も優れていることがある。しかしながら、これらの回線の性能の向上は新しいテクノロジーにより続けられている。Ｂ．ゲートウエーおよびルーターインターネットは、非常に多くの個別のネットワークから構成され、地球規模の膨大な数のコンピュータ・システムの接続が形成されている。マシンが個別のネットワークに接続されることを理解した後は、どのようにしてネットワークが互いに接続され、どのようにしてインターネットワーク、つまりインターネット（ｉｎｔｅｒｎｅｔ）が形成されるかの研究に進むことができる。この時点において、インターネット（ｉｎｔｅｒｎｅｔ）ゲートウエーおよびインターネット（ｉｎｔｅｒｎｅｔ）ルーターが登場することになる。構造という意味において、２つの所定のネットワークは、両方に結びつけられた１台のコンピュータによって接続される。インターネット（ｉｎｔｅｒｎｅｔ）ゲートウエーおよびルーターは、ネットワーク間でのパケット送信に必要なリンクを提供し、それによって接続を可能にする。これらのリンクなしにインターネットを経由するデータ通信は不可能であり、情報があて先に届かないか、到着しても理解できるものとはならない。ゲートウエーは、互換性のない２つのネットワーク間においてコードならびにプロトコルの変換を行う通信ネットワークの入り口と考えることができる。たとえば、ゲートウエーは、インターネット（ｉｎｔｅｒｎｅｔ）によりネットワーク間で電子メールおよびデータ・ファイルの転送を行う。ＩＰルーターもまた、ネットワークを接続するコンピュータであり、ベンダーが好んで使用する、より新しく登場した用語である。これらのルーターは、受信したデータ・パケットを、連続的に更新される経路決定テーブルの使用を介して、どのような方法であて先に送信するかということに関しての決定を行わなければならない。あて先のネットワーク・アドレスを分析することにより、ルーターは、これらの決定を行う。重要なことは、通常、ルーターはいずれのホストまたはエンド・ユーザがパケットを受信するかを決定する必要がないことであり、それに代えてルーターは、あて先のネットワークのみを探して、情報が適切なネットワークに到達するのに充分な追跡を行うが、それが適切なエンド・ユーザである必要はない。したがって、ルーターは巨大なスーパーコンピュータ・システムである必要はなく、小さなメイン・メモリとわずかなディスク・ストレージを備えた簡単なマシンであることさえしばしばである。ゲートウエーとルーターの明らかな相違はわずかであり、現在の用法は、２つの用語がしばしば交換して使用される程度にその境界がぼやけている。現在使用されている用語においては、ゲートウエーが異なるプロトコル間でデータを移動し、ルーターが異なるネットワーク間でデータを移動する。つまり、ＴＣＰ／ＩＰとＯＳＩの間でメールを移動するシステムは、ゲートウエーになるが、伝統的なＩＰゲートウエー（異なるネットワークを接続する）はルーターということになる。ここで、伝統的な電話システムにおける経路決定を簡素化して観察すると有用である。電話システムは、高度に冗長性を有する、マルチレベルの階層として組織化されている。各電話は、そこから出る２本の銅線を有しており、それは、市内局とも呼ばれる最近端の電話局にダイレクトにつながっている。その一般的な距離は１０ｋｍ未満であり、米国内だけでも約２０，０００の端局が存在する。エリア・コードに電話番号の最初の３桁をつないだコードは、１つの端局を一意的に指定し、レートおよび課金構造の管理を助ける。各加入者の電話と端局の間をつなぐ２線式接続は、ローカル・ループと呼ばれる。ある端局につながれた加入者が、同じ端局につながれた別の加入者を呼び出すと、局内の交換メカニズムによって２つのローカル・ループ間のダイレクトな電気接続がセットアップされる。この接続は、前述した回路交換テクニックにより、呼が継続する間、相互作用が維持される。ある端局につながれた加入者が、別の端局につながれた加入者を呼び出す場合は、呼び出しの経路決定においてより多くの処理が必要になる。まず、それぞれの端局は、多数の送出側回線を有し、それが、１ないし複数の、市外局と呼ばれる近傍交換局につながっている。これらの回線は、市外中継回線と呼ばれる。呼者の端局と被呼者の端局がそれぞれの市外中継回線を介して同一の市外局につながっているときは、その市外局内で接続を構成することができる。呼者と被呼者が同一の市外局を共有していない場合は、さらに上位の階層でパスを構成する必要が生じる。ネットワークは、地区および地域の交換局を含んで形成され、それぞれの市外局は、それを経由して接続される。市外局、地区交換局、および地域交換局は、高帯域幅の中継幹線を経由して互いに通信を確保する。交換局の種類は非常に多く、具体的なトポロジーも、国ごとに電話密度に応じて多様である。Ｃ．円滑なユーザ接続のためのネットワーク・レベル通信の使用ＴＣＰ／ＩＰによってユーザは、インターネットがデータ転送機能を有するだけでなく、それが単独の、実質的なネットワークであるということについても確信させられる。ＴＣＰ／ＩＰは、ホストおよびエンド・ユーザがつながっている特定のネットワークとは独立した、マシン間のユニバーサルな相互接続を提供することにより、これを達成している。各ホストには、物理的ネットワークのルーター相互接続のほかにインターネットが単一の、現実の物理的ネットワークであるかのように、アプリケーション・プログラムにインターネットを使用させるためのソフトウェアが必要になる。Ｄ．データグラムおよび経路決定インターネット・サービスの基礎は、転送の基本単位、つまりパケットを使用した、ルーターにより実行される潜在的な無接続パケット配達システムである。インターネット・バックボーン等のＴＣＰ／ＩＰが走るインターネット（ｉｎｔｅｒｎｅｔ）においては、これらのパケットがデータグラムと呼ばれる。このセクションでは、これらのデータグラムがインターネットを通じてどのように経路決定されるかについて簡単に論じる。パケット交換システムにおいては、経路決定が、パケットを送るためのパスを選択するプロセスになる。すでに述べたように、ルーターは、この種の選択を行うコンピュータである。ネットワーク内のあるホストから、同じネットワーク上の別のホストに情報を経路決定する場合、送信されるデータグラムは、実際にはインターネット・バックボーンまで到達しない。これは内部経路決定の例であるが、当該ネットワーク内の完全な自給式経路決定となる。ネットワーク外のマシンが、これらの内部経路決定の決定に関与することはない。ここで、直接配達と間接配達の相違を明確にする必要がある。直接配達は、単一の物理的ネットワークを介して、あるマシンから、同一の物理的ネットワーク上の別のマシンにデータグラムを送信することをいう。この種の配達には、ルーターが関係しない。それに代えて、送り側はデータグラムを物理フレーム内にカプセル化し、アドレスを付した後、当該フレームをあて先のマシンにダイレクトに送信する。間接配達は、複数の物理的ネットワークが介在する場合、特に、あるネットワーク上のマシンが、別のネットワーク上のマシンとの通信を望む場合に必要になる。このタイプの通信が、インターネット・バックボーンを介した情報の経路決定についてここで考え、説明していることである。間接配達においては、ルーターが必要になる。送り側は、データグラムを送るために、当該データグラムを送ることができるルーターを識別しなければならず、そのルーターは、続いて当該データグラムをあて先のネットワークに向けて送出する。ここで、一般にルーターが、個別のホスト・アドレス（その数は数百万に及ぶ）を追跡せずに、それに代えて物理的ネットワーク（その数は数千に収まる）を追跡したことを想起されたい。基本的に、インターネット内のルーターは、連動する相互接続構造および、データグラムをダイレクトに配達可能なルーターに到達するまで、バックボーンを通り、ルーターからルーターへわたるデータグラムのパスを形成する。Ｖ．テクノロジーの紹介インターネット（ｉｎｔｅｒｎｅｔ）ワールドの変貌は、新しいシステムとテクノロジーの安定した流入をもたらした。以下に説明する３つの開発は、それぞれ近い将来には、より有力になると考えられ、テクノロジー界への導入として紹介する。Ａ．ＡＴＭＡＴＭ（ＡｓｙｎｃｈｒｏｎｏｕｓＴｒａｎｓｆｅｒＭｏｄｅ：非同期伝送モード）は、ローカル・エリア・ネットワークおよびワイド・エリア・ネットワークの双方に、高速、接続指向システムを使用するネットワーク・テクノロジーである。ＡＴＭネットワークは、以下を含む近代的ハードウェアを必要とする。・多数のコンピュータからのトラフィックを処理するための、１秒当たりギガビット（１０の９乗ビット）台の速度で動作可能な高速スイッチ。・１００ないし１５５Ｍｂｐｓ（１秒当たり１００万ビット）で走るホスト対ＡＴＭスイッチ接続に、高速データ転送レートを提供する（銅線ケーブルに代わる）光ファイバ。・それぞれが５３バイトを包含する固定サイズのセル。ＡＴＭは、パケット交換と回路交換の特徴を合わせ持ち、データのほかに、音声、ビデオおよびテレビジョンの信号を搬送すべく設計されている。音声の送信には、より安定した帯域幅が要求されることから、純粋なパケット交換テクノロジーは、この種の送信に資するものとはならない。Ｂ．フレーム・リレーフレーム・リレー・システムは、パケット交換テクニックを使用するが、伝統的なシステムよりも高い効率を有している。この効率には、伝統的なＸ．２５パケット交換サービスより、実行するエラー・チェックが少ないという事実が少なからず貢献している。実際、多くの中間ノードでは、ほとんどもしくはまったくエラー・チェックが行われず、経路決定のみをが行われ、エラー・チェックは、システムの上位のレイヤに任される。今日の送信の信頼性は非常に高く、以前行われていたエラー・チェックのほとんどが不必要になってきている。つまり、フレーム・リレーは、伝統的なシステムに比べて、向上した性能を提供する。Ｃ．ＩＳＤＮ総合サービス・デジタル・ネットワークは、もっとも一般的には１秒当たり６４キロビットの速度を持つ、「ディジタル回線による音声、ビデオ、およびデータ送信のための国際通信標準」である。伝統的な電話ネットワークが音声を運ぶ速度は、１秒当たりわずか４キロビットでしかない。しかしＩＳＤＮを採用するエンド・ユーザもしくは会社は、ＩＳＤＮ端末装置、中央局のハードウェア、および中央局のソフトウェアをアップグレードしなければならない。ＩＳＤＮの主立った目標には、次の内容が含まれる。１．音声、データおよびシグナリングのための国際的に受け入れられた標準を提供すること；２．端末から端末まで、すべての送信回路をディジタル化すること；３．標準帯域外シグナリング・システムを採用すること；および、デスクトップで使用できる帯域幅を、格段に大きくすることである。ＶＩ．ＭＣＩインテリジェント・ネットワークＭＣＩインテリジェント・ネットワークは、音声、ファックスおよび関連サービスのための呼び出し処理構造である。インテリジェント・ネットワークは、自動呼び出し分配器（ＡＣＤ）に加えて、特別な能力を備えた専用ブリッジング・スイッチおよび、一連の汎用コンピュータから構成される。この呼び出し処理には、番号移行サービス、自動もしくは手動オペレータ・サービス、確認サービスおよびデータベース・サービスが含まれ、一連の、特化されたソフトウェアを備える専用の汎用コンピュータによって実行される。システム内には、このソフトウェアを強化することにより、新しい付加価値サービスを、シンプルかつコスト効果の高い方法で容易に取り込むことができる。以下の説明に進む前に、それを補助するものとして、ここでいくつかの用語を明確にしておく。ＩＳＰインテリジェント・サービス・プラットフォームＮＣＳネットワーク・コントロール・システムＤＡＰデータ・アクセス・ポイントＡＣＤ自動呼び出し分配器ＩＳＮインテリジェント・サービス・ネットワーク（インテリジェント・ネットワーク）ＩＳＮＡＰインテリジェント・サービス・ネットワーク付属プロセッサＭＴＯＣ手動通信オペレータ・コンソールＡＲＵオーディオ応答ユニットＡＣＰ自動呼び出しプロセッサＮＡＳネットワーク・オーディオ・サーバーＥＶＳ強化音声サービスＰＯＴＳ単純な旧式電話システムＡＴＭ非同期伝送モードインテリジェント・ネットワーク構造は、機能が豊富であり、しかも非常にフレキシブルである。新しい機能およびサービスの追加は、シンプルかつ迅速に行われる。機能およびサービスは、汎用コンピュータ上で走る専用ソフトウェアを使用することにより拡張される。新しい機能およびサービスの追加は、この専用ソフトウェアのアップグレードを伴うが、そのコスト効果は高い。インテリジェント・ネットワークの機能およびサービスには、次のものが含まれる。・呼び出しのタイプ識別；・呼び出しの経路決定および選択的終了；・オペレータの選択および呼び出しの保留；・手動オペレータおよび自動化されたオペレータ：・音声認識および自動インタラクティブ応答；・顧客ならびに顧客プロファイルの検証および確認；・音声メール；・呼び出しの確認およびデータベース；・オーディオ会議の予約；・ビデオ会議の予約；・ファックスの配達および配布；・顧客への課金；・不正監視；・オペレーション測定および使用統計のレポート；および、スイッチ・インターフェースおよびコントロール。Ａ．ＭＣＩインテリジェント・ネットワークの構成要素図１９Ａに、好ましい実施例におけるインテリジェント・ネットワークを図示する。ＭＣＩインテリジェント・ネットワークは、多数の構成要素から構成される。ＭＣＩインテリジェント・ネットワークに含まれる主な構成要素を挙げると次のようなものがある。・ＭＣＩ切換ネットワーク２・ネットワーク・コントロール・システム（ＮＣＳ）／データ・アクセス・ポイント（ＤＡＰ）３・ＩＳＮインテリジェント・サービス・ネットワーク４・ＥＶＳ強化音声サービス９１．ＭＣＩ切換ネットワークＭＣＩ切換ネットワークは、専用ブリッジング・スイッチ２から構成される。これらのブリッジング・スイッチ２は、インテリジェント・サービス・ネットワーク４によって呼び出しの確認が行われた後、呼者と被呼者の間の経路決定および接続を行う。ブリッジング・スイッチは、限定的なプログラミング能力を有し、インテリジェント・サービス・ネットワーク（ＩＳＮ）４のコントロールの下に、基本的な交換サービスを提供する。２．ネットワーク・コントロール・システム／データ・アクセス・ポイント（ＮＣＳ／ＤＡＰ）ＮＣＳ／ＤＡＰ３は、ＭＣＩインテリジェント・ネットワークに不可欠な構成要素である。ＤＡＰは、番号移行等の各種のデータベース・サービスを提供し、さらには、呼び出しに対応する被呼者の番号のスイッチＩＤおよび中継線ＩＤを識別するためのサービスを提供する。ＮＣＳ／ＤＡＰ３によって提供される各種のサービスには次のようなものがある。・８００番、９００番、ＶＮＥＴ番号に関する番号移行；・市外呼び出しオプションを制限するための範囲制限および、時刻、曜日、月、発呼ポイントおよび複数サイトにわたるパーセンテージ割り当てを含む先進パラメトリック経路決定；・所定の呼び出しに対応する被呼者の番号のスイッチＩＤおよび中継線ＩＤを包含する情報データベース；・顧客データベースに対する遠隔問い合わせ；・ＶＮＥＴ／９５０カード確認サービス；および、・ＶＮＥＴＡＮＩ／ＤＡＬ確認サービス。３．インテリジェント・サービス・ネットワーク（ＩＳＮ）４ＩＳＮ４は、呼び出しの経路決定を行うための自動呼び出し分配器（ＡＣＤ）を備える。ＡＣＤは、インテリジェント交換ネットワーク付属プロセッサ（ＩＳＮＡＰ）５と通信を行い、呼び出しを各種の手動もしくは自動化されたエージエントに引き渡す。ＩＳＮは、ＩＳＮＡＰ５およびオペレータ・ネットワーク・センター（ＯＮＣ）を包含する。ＩＳＮＡＰ５は、呼び出しの経路決定に関して、グループ選択およびオペレータ選択を担当する。ＩＳＮＡＰは、呼び出しを各種のエージェントに引き渡すために、ＡＣＤと通信を行う。またＩＳＮＡＰは、オペレータ補助の呼び出しに関して、データと音声の調整も担当する。ＯＮＣは、サーバー、データベースならびに人間のオペレータを含むエージェントまたは自動呼び出しプロセッサ（ＡＣＰ）を含むオーディオ応答ユニット（ＡＲＵ）、ＭＴＯＣ、および関連するＮＡＳ７から構成される。これらのシステムは、イーサネットＬＡＮ上で互いに通信し、呼び出し処理のための各種のサービスを提供する。ＯＮＣによって提供される各種のサービスには次のようなものがある。・呼び出しのタイプ識別、呼び出しの確認および呼び出しの制限（必要に応じて）を含む確認サービス；・顧客を補助するための、手動および自動化されたオペレータ・サービス；・各種のデータベース・ルックアップのためのデータベース・サービス；・呼び出し拡張能力；・呼び出しブリッジング能力；・ユーザ入力のためのプロンプト；および、・音声メッセージの再生。４．強化音声サービス（ＥＶＳ）９強化音声サービスは、多数の付加価値機能に加えて、メニュー・ベースの経路決定サービスを提供する。ＥＶＳシステムは、ユーザに入力を促し、顧客入力に基づいて呼び出しの経路決定を行い、あるいは音声メールおよびファックスの経路決定に特化されたサービスを提供する。ＭＣＩインテリジェント・ネットワークのＥＶＳ構成要素の一部として提供される各種のサービスには、次のようなものがある。・顧客固有の音声メッセージの再生；・ユーザ入力のためのプロンプト；・ユーザ入力ベースの情報アクセス；・呼び出し拡張能力；・呼び出しブリッジング能力；・オーディオ会議能力；・呼び出し転送能力；・ユーザの音声メッセージの記録；・記録済み音声の遠隔更新；および、・ファックスの送信／受信。５．その他の構成要素ＭＣＩインテリジェント・ネットワークには、上記の構成要素に加えて、一連の構成要素が備わっている。それらの構成要素を次に示す。・インテリジェント呼び出し経路決定（ＩＣＲ）サービスは、呼び出しの間、またはそれより早い時点で呼者から獲得した情報に基づいて特化された呼び出しの経路決定のために提供される。経路決定は、また、物理的および論理的ネットワークのレイアウトに関する知識に基づいてもなされる。追加のインテリジェント経路決定サービスは、時刻に基づいており、話中ルートを基礎にした代替ルートも提供される。・課金はＭＣＩインテリジェント・ネットワークの鍵となる構成要素である。課金構成要素は、呼び出しのタイプおよび呼び出しの継続時間に基づいて顧客に料金を請求するサービスを提供する。８００番のコレクト・コールのような付加価値サービスについては、特化された課金サービスが追加提供される。・不正監視構成要素は、不正およびネットワークの不法使用に起因する収益の減少を防止するためのサービスを提供するＭＣＩインテリジェント・ネットワークの鍵となる構成要素である。・オペレーション測定は、製品の性能を分析するための情報収集を含む。宣伝キャンペーンに対する応答の分析は、特化されたレポートが得られる呼び出しパターンを使用し、操作の測定から導かれる。収集した情報は、将来の製品プランおよび必要なインフラストラクチャの予測にも使用される。・使用統計のレポートには、使用に関するレポートを生成するための、オペレーション・データベースからの情報収集および課金情報の収集が含まれる。使用統計のレポートは、呼び出しパターン、ロード・パターン、さらには人口統計情報の調査に使用される。これらのレポートは、将来の製品プランおよび市場投入に使用される。Ｂ．インテリジェント・ネットワーク・システムの概要ＭＣＩ呼び出し処理構造は、ＭＣＩ切換ネットワーク、ネットワーク・コントロール・システム、強化音声サービス・システムおよびインテリジェント・サービス・ネットワークを含む多くの重要構成要素から構成される。呼び出し処理は、一連の汎用コンピュータおよびいくつかの専用プロセッサ上で完全に実行され、それによりＭＣＩインテリジェント・ネットワークの基礎が形成されている。スイッチは、限定的なプログラミング能力および複合インターフェースを備えた専用ブリッジング・スイッチである。このスイッチへの新しいサービスの追加は、非常に難しく、場合によっては不可能なこともある。ＭＣＩスイッチ上での呼び出しは、最初に、８００番呼び出しに見られるような番号移行の必要性の検証が行われる。番号移行が必要な場合は、内蔵テーブルに基づいてスイッチ自体において行われるか、あるいは番号の移行が可能なソフトウェアを備えた汎用コンピュータであり、被呼者番号の中継線ＩＤおよびスイッチＩＤの決定も行うＤＡＰに要求が送られる。呼び出しは、人間のオペレータあるいはＡＲＵといった各種の呼び出し処理エージェントに呼び出しを引き渡すＡＣＤを経路に含ませるすることができる。ＡＣＤはＩＳＮＡＰと通信し、ＩＳＮＡＰは、その呼び出しについて責任を有するエージェントのグループを決定し、またこの呼び出しの処理から解放されるエージェントを決定するグループ選択を行う。エージェントは、検証またはデータベース・サービスであるＮＩＤＳ（ネットワーク情報分散型サービス）サーバーと通信することによって、ＩＳＮによって提供される各種のサービスのための必須データベースを用いて、受信した呼び出しを処理する。サーバー上での呼び出しの処理によって呼び出しの検証を完了した後に、エージェントはＡＣＤにステータスを返す。続いてＡＣＤは、被呼者の番号にダイアルし、到来した呼び出しと被呼者の番号の間のブリッジングを行い、スイッチまで戻る全経路の呼び出しをリリースするためのリリース・リンク・トランク（ＲＬＴ）を実行する。またエージェントは、課金情報のための課金詳細記録（ＢＤＲ）を生成する。呼が完了すると、スイッチはオペレーション・サービス記録（ＯＳＲ）を生成し、その後これが、対応するＢＤＲに整合されて総合課金情報が作られる。新しい付加価値情報の追加は、極めてシンプルであり、新しい機能は、ＩＳＰ内にソフトウェアを追加し、演算システムの構成を変更することによって追加できる。代表的なフロー・シナリオについて次に述べる。Ｃ．呼び出しフローの例図１９Ａの電話機１から電話機１０に至る８００番コレクトコールの処理を例に呼び出しフローを説明する。この呼び出しは、呼者が被呼者の電話機１０に対してコレクトコールするために８００ＣＯＬＬＥＣＴをダイアルするところから開始する。呼び出しは、この番号がＭＣＩの所有番号であることを認識している、呼者のリージョナル・ベル・オペレーティング・カンパニー（ＲＢＯＣ）によって、再近傍のＭＣＩスイッチ施設に経路決定され、ＭＣＩスイッチ２に到達する。スイッチ２は、この番号が８００番サービスであることを検出し、スイッチ内の参照テーブルから８００番移行を実行するか、データ・アクセス・ポイント（ＤＡＰ）３に対して、データベースのルックアップを使用する番号移行サービスの提供を要求する。この時点で、呼び出し処理は、自動呼び出し分配器（ＡＣＤ）４を通じて一連のインテリジェント演算システムに委ねられる。この例においては、この呼び出しがコレクトコールであることから、呼者が手動または自動化されたオペレータに到達しないと、その先の処理が行われない。スイッチは、この呼び出しをインテリジェント・サービス・ネットワーク付属プロセッサ（ＩＳＮＡＰ）５を伴って機能するＡＣＤ４に転送する。ＩＳＮＡＰ５は、いずれのエージェント・グループがこの呼び出しを、呼び出しのタイプに基づいて処理できるかを判断する。このオペレーションは、グループ選択と呼ばれる。呼び出し処理機能を有するエージェントは、手動通信オペレータ・コンソール（ＭＴＯＣ）６または関連するネットワーク・オーディオ・サーバー（ＮＡＳ）７ａを伴う自動呼び出しプロセッサ（ＡＣＰ）７を備える。ＩＳＮＡＰ５は、この呼び出しの処理ができる空いたエージェントを判断し、この音声呼び出しの経路を特定のエージェントに決定する。エージェントには、高度な呼び出し処理ソフトウェアが組み込まれている。このエージェントは、呼者の電話番号を含めて、あらゆる関連情報を呼者から収集する。続いてエージェントは、一連のデータベース・ルックアップ要求をデータベース・サービスに伝える。データベース・ルックアップ要求には、呼び出しのタイプ、呼者ならびに被呼者の電話番号に基づいた呼び出しの確認、および呼者もしくは被呼者の電話番号に基づく呼び出しブロッキング制限があれば、それも含めた呼び出し制限に関する問い合わせが含まれる。この後エージェントは、ＩＳＮＡＰ−ＡＣＤの組み合わせに対して信号を送り、呼者を保留し、被呼者にダイアルし、被呼者につなぐことを知らせる。このエージェントは、呼者に関する情報およびコレクトコールの要求があったことを被呼者に知らせる。エージェントは、被呼者からの応答を収集し、呼び出しの処理をさらに先に進める。被呼者が呼び出しの受信に合意すると、エージェントは、ＩＳＮＡＰ−ＡＣＤの組み合わせに対して信号を送り、被呼者と呼者の間のブリッジングを行わせる。その後、エージェントは、完全な課金情報を生成するためにスイッチによって生成された対応するＯＳＲとの整合に使用したＢＤＲを切り離す。つづいてＩＳＮＡＰ−ＡＣＤの組み合わせは、被呼者と呼者の間のブリッジングを行い、リリース・リンク・トランク（ＲＬＴ）を実行してスイッチまで至る回線をリリースする。この時点で呼者と被呼者はスイッチを通じて会話することが可能になる。いずれか一方による呼の終了においては、スイッチがＯＳＲを生成し、その後これが、すでに生成されているＢＤＲに整合されて完全な課金情報が作られる。被呼者がコレクトコールを断ると、ＡＣＤ−ＩＳＮＡＰの組み合わせに対して信号を送り、エージェントに引き止められている呼者との再接続を知らせる。最後に、エージェントは被呼者の応答について呼者に伝え、ＢＤＲの生成とともに呼び出しを終了する。ＭＣＩインテリジェント・ネットワークは、呼び出し処理のためのスケーラブルかつ効果的なネットワーク構造であり、専用ソフトウェア、専用ブリッジング・スイッチおよびＡＣＤを備えた一連のインテリジェント・プロセッサを基礎にする。インテリジェント・ネットワークは、ＭＣＩ切換ネットワークと共存するオーバーレイ・ネットワークであり、切換ネットワークと相互に作用して呼び出しを処理する多数の専用プロセッサを含んでなる。一実施例のインテリジェント・ネットワークは、完全にオーディオに中心が置かれている。データおよびファックスは、特化された専用機能および付加価値サービスにより音声呼び出しとして処理される。別の実施例のインテリジェント・ネットワークは、ＰＯＴＳベースのビデオ電話、および音声およびビデオのためのインターネット（ｉｎｔｅｒｎｅｔ）電話を含めた、新しく生まれたテクノロジー用に適合化されている。以下のセクションでは、新生のテクノロジーに基づく構造、機能およびサービスについて詳細な説明を行う。新生のテクノロジーによるＩＳＮの能力以下のセクションは、新生のテクノロジーに基づく構造、機能およびサービスについての詳細な説明であり、これらすべてはインテリジェント・ネットワークに組み込むことができる。ＶＩＩ．ＩＳＰの枠組みＡ．背景ＩＳＰは、複数の異なるシステムから構成される。ＩＳＰの統合が進むに従って、ＩＳＰのすべての構成体における分析、テスティング、スケジューリング、およびトレーニングのレベル内で両立性が向上し、以前は独立であったシステムがより大きな全体としての一部となる。１．広帯域アクセス好ましい実施例では、高帯域幅サービスを幅広くサポートしている。これには、ビデオ・オンデマンド、会議、遠距離学習および遠隔医療が含まれる。ＡＴＭ（非同期伝送モード）は、伝統的な回路ベースの電話のトランクおよびスイッチング・モデルを回避して、ネットワークのコントロールをネットワーク周囲に押し出している。これが今後広く採用され、これらの高帯域幅サービスへの適合が図られると予測される。２．インターネット電話システムインターネットおよびそれに伴うワールド・ワイド・ウェブは、容易な顧客アクセス、広く行き渡った商業機会を提供し、成功している通信会社に新らたな役割を与える。ＩＳＰプラットフォームは、電話からインターネットに適用可能な、あるいは再適用可能な多くの機能を提供する。これらの機能には、アクセス、顧客装置、パーソナル・アカウント、課金、マーケティング（および宣伝）データまたはアプリケーション・コンテンツ、さらには基本的な電話サービスさえも含まれる。電話業界は、インターネットの主要送信プロバイダである。インターネット・クライアントに電話環境から多くの機能を提供する好ましい実施例が、もっとも適している。図１９Ｆは、好ましい一実施例におけるインターネット（ｉｎｔｅｒｎｅｔ）電話システムを示すブロック図である。多数のコンピュータ１９００、１９０１、１９０２および１９０３は、イーサネット等のネットワーク接続を経由してインターネット１９１０に接続されたファイアウォール１９０５の背後に接続されている。ドメイン名システム１９０６は、インターネット１９１０内で名前をＩＰアドレスにマップする。課金１９２０、準備１９２２、ディレクトリ・サービス１９３４、音声メッセージ１９３２等のメッセージ・サービス１９３０等のためのそれぞれ独立したシステムは、すべて通信リンクを経由してインターネット１９１０に接続されている。それ以外の通信リンクも、各種のセットトップ装置１９４１−１９４３に情報を伝えるために使用される衛星装置１９４０との通信を容易にするために使用される。ウェブ・サーバー１９４４は、オーダー・エントリ・システム１９４５に、インターネット１９１０へのアクセスを提供する。一実施例においては、オーダー・エントリ・システム１９４５が、所定の電話番号に関する、名前、アドレス、ファックス番号、秘書の電話番号、配偶者の電話番号、ページャ、勤め先アドレス、Ｅ−メール・アドレス、ＩＰメール・アドレス、および電話メール・アドレスを含む完全なプロファイルを生成する。この情報は、データベース内に維持され、ネットワーク上の権利を授けられたものであれば誰でもアクセスすることができる。別の実施例においては、オーダー・エントリ・システムがウェブ・インターフェースを使用して現存するディレクトリ・サービス・データベース１９３４にアクセスし、プロファイルに関する情報を提供してユーザ入力情報を補う。インターネット１９１０は、ゲートウエー１９５０を経由して公衆交換電話ネットワーク（ＰＳＴＮ）１９６０につながれている。好ましい一実施例におけるゲートウエー１９５０は、ＰＳＴＮ１９６０からインターネット１９１０内のいずれかの存在への実質的な接続を提供する。ＰＳＴＮ１９６０には、各種のシステムがつながれており、それにはダイレクト・ダイアル入力１９７０、８００番の処理を容易にするためのデータ・アクセス・ポイント（ＤＡＰ）１９７２、および、たとえば会社の内線間連絡回線を容易にするバーチャル・ネットワーク（ＶＮＥＴ）処理も含まれる。構内交換（ＰＢＸ）１９８０もまた、通信リンクを経由してつながれており、ＰＳＴＮ１９６０と、ファックス１９８Ｌ電話１９８２、およびモデム１９８３等の各種コンピュータ機器の間の接続を容易にする。オペレータ１９７３は、随意に呼び出しに接続され、ＰＳＴＮ１９６０またはインターネット１９１０に到来する、あるいはそこから出ていく電話呼び出しおよび、会議呼び出しの補助を行う。インテリジェント・サービス・ネットワーク（ＩＳＮ）１９９０、ダイレクト・ダイアル・プラン１９９１、準備１９７４、オーダー・エントリ１９７５、課金１９７６、ディレクトリ・サービス１９７７、会議サービス１９７８、および授権／認証サービス１９７９を含め、各種のサービスが個別の通信リンクを通じてＰＳＴＮにつながれている。これらのサービスはすべて、ＰＳＴＮ１９６０およびゲートウエー１９５０経由でインターネット１９１０を使用し、互いに通信することができる。ＩＳＮ１９９０およびＤＡＰ１９７２の機能は、インターネット１９１０に接続されているデバイスで使用することができる。図１９Ｇは、好ましい一実施例における優先順設定アクセス／ルーターのブロック図である。優先順設定アクセス・ルーター（ＰＡＲ）は、インターネット（ｉｎｔｅｒｎｅｔ）アクセス・デバイスとインターネット・プロトコル（ＩＰ）ルーターを結合するように設計されている。これは、基本的なモデムおよびＰＰＰ／ＳＬＩＰ対ＩＰならびにその逆のＩＰ対ＰＰＰ／ＳＬＩＰの会話を実行することにより、インターネット（ｉｎｔｅｒｎｅｔ）に対するダイアルアップ・モデム・アクセスを可能にする。またこれは、ＩＰパケットのソース・アドレス／あて先アドレス、およびＵＰＤまたはＴＣＰポートを分析し、それぞれのパケットに適した出側のネットワーク・インターフェースを選択する。最後に、優先順経路決定テクニックを使用して、特定のネットワーク・インターフェースに予定されたパケットを、他のネットワーク・インターフェースに予定されたパケットより優先させる。優先順設定アクセス／ルーターの設計目標は、インターネット（ｉｎｔｅｒｎｅｔ）ネットワーク上でリアルタイム・トラフィックと残りの最善努力トラフィックを区別することである。リアルタイムのインタラクティブ・マルチメディア・トラフィックは、インターネット（ｉｎｔｅｒｎｅｔ）に対するアクセス・ポイントにおいて、リアルタイムの制限を受けることなく、サービスの質よりもコントロールを得ることに重点が置かれ、最上位でトラフィックから分離される。優先順設定アクセス／ルーターが使用するこのプロセスについて、図１９Ｇを参照しながら次に説明する。まず、２０１０においてコンピュータがモデム経由でＰＡＲを呼び出す。このコンピュータのモデムは、データ送信レートおよびモデム・プロトコルのパラメータについてＰＡＲのモデムとの間で取り決めを行う。コンピュータは、公衆交換電話ネットワーク（ＰＳＴＮ）接続を経由したモデム対モデムの接続を使用して、ＰＡＲとともにポイント・ツー・ポイント・プロトコル（ＰＰＰ）セッションをセットアップする。このモデム接続を使用し、コンピュータは、ポイント・ツー・ポイント・プロトコル（ＰＰＰ）パケットをＰＡＲに送信する。ＰＡＲのモデムは、モデム対ホスト・プロセッサのインターフェース２０８０を経由して、ＰＰＰ対ＩＰ会話プロセス２０２０にＰＰＰパケットを転送する。モデム対ホスト・プロセッサのインターフェースは、現在使用されている任意の物理的インターフェースでもよく、また今後発明されるものであってもよい。現在の例としては、ＩＳＡ、ＥＩＳＡ、ＶＭＥ、ＳＣｂｕｓ、ＭＶＩＰバス、メモリ・チャンネル、およびＴＤＭバス等が挙げられる。ここで述べた時分割多重（ＴＤＭ）バス等の多重化されたバスを使用すると、特定のデータ・フローに対して容量を割り当て、決定論的な振る舞いを保護できることから、いくつかの利点が得られる。ＰＰＰ対ＩＰ会話プロセス２０２０は、ＰＰＰパケットをＩＰパケットに変換し、結果として得られたＩＰパケットを、プロセス対プロセス・インターフェース２０８５を経由して、クラス分類２０５０に転送する。プロセス対プロセス・インターフェースは、専用プロセッサ・ハードウェア間の物理的なインターフェース、あるいはソフトウェア・インターフェースとすることができる。プロセス対プロセス・インターフェースの例をいくつか挙げると、関数呼び出しまたはサブルーチン呼び出し、メッセージ待ち行列、共有メモリ、ダイレクト・メモリ・アクセス（ＤＭＡ）およびメールボックス等がある。パケット・クラス分類２０８５は、パケットが特定の優先グループのいずれかに属していないかを判断する。パケット・クラス分類は、以下によって定義されるフロー仕様のテーブルを保持している。あて先ＩＰアドレスソースＩＰアドレスソース／あて先ＩＰアドレスの組み合わせあて先ＩＰアドレス／ＵＤＰポートの組み合わせあて先ＩＰアドレス／ＴＣＰポートの組み合わせソースＩＰアドレス／ＵＤＰポートの組み合わせソースＩＰアドレス／ＴＣＰポートの組み合わせソースＩＰアドレスおよびＴＣＰまたはＵＤＰポートと、あて先ＩＰアドレスの組み合わせあて先ＩＰアドレスおよびＴＣＰまたはＵＤＰポートと、ソースＩＰアドレスの組み合わせソースＩＰアドレスおよびＴＣＰまたはＵＤＰポートと、あて先ＩＰアドレスおよびＴＣＰまたはＵＤＰポートの組み合わせ。パケット・クラス分類は、パケット内で使用されているＩＰアドレスおよびＵＤＰまたはＴＣＰポートについて、フロー仕様のテーブルをチェックする。一致が見つかれば、そのバケットが優先フローに属するものとしてクラス分けされ、優先タグのラベル付けが行われる。パケットのクラス分けステップには、資源予約セットアップ・プロトコルのテクニックを使用してもよい。パケット・クラス分類２０５０は、優先タグを付けたパケットおよびタグを付けていないパケットをプロセス対プロセス・インターフェース２０９０を経由してパケット・スケジューラ２０６０に渡す。このプロセス対プロセス・インターフェース２０９０には、プロセス対プロセス・インターフェース２０８５の場合と同じテクニックの選択肢があるが、これらが同じものである必要はない。パケット・スケジューラ２０６０は、優先順設定したパケット（パケット・クラス分類によって識別されたもの）が高い優先順位を受け取り、それに対抗する最善努力トラフィックに先行する出側ネットワーク・インターフェースの待ち行列上に置かれることを保証する助けとなる、重みづけ公平待ち行列（ＷｅｉｇｈｔｅｄＦａｉｒＱｕｅｕｅｉｎｇ）等の優先順待ち行列テクニックを使用する。パケット・スケジューラ２０６０は、ホスト・プロセッサからペリフェラルへのバス２０９５を経由して、優先順位に従ってパケットをいずれかの出側ネットワーク・インターフェース（２０１０、２０７０、２０７１、または２０７２）に渡す。使用する出側ネットワーク・インターフェースの数は任意であってよい。ＩＰパケットは、非モデム・インターフェース（２０７０、２０７１、および２０７２）を経由してもＰＡＲに到達することができる。この種のインターフェースの例としては、イーサネット、ファースト・イーサネット、ＦＤＤＩ．ATＭ、およびフレーム・リレーが挙げられる。これらのパケットは、モデムＰＰＰインターフェース経由で到達したＩＰパケットの場合と同じステップを通る。優先順フロー仕様は、コントローラ・プロセス２０３０を通じてマネージされる。コントローラ・プロセスは、外部コントロール・アプリケーション・プログラムのインターフェース２０４０を通じて、外部的に設定された優先順予約を受け付けることができる。コントローラは、承認コントロール・プロシージャおよびポリシー・プロシージャに対して特定のフローの優先順予約を確認し、予約が承認されると、そのフロー仕様を、プロセス対プロセス・インターフェース２０６５を経由してパケット・クラス分類２０５０内のフロー仕様テーブルに挿入する。このプロセス対プロセス・インターフェース２０６５には、プロセス対プロセス・インターフェース２０８５の場合と同じテクニックの選択肢があるが、これらが同じものである必要はない。再度、図２０を参照すると、本発明で使用される、インテリジェント・サービス・プラットフォーム（ＩＳＰ）２１００に関する構造的な枠組みを見ることができる。このＩＳＰ２１００の構造は、ＩＳＰの全構成要素を介したＭＣＩネットワークに対するインテリジェント・サービスの準備および引き渡しの統合アプローチを定義するように意図されている。現存する各通信ネットワーク・システムは、それぞれサービス・マネジメント、資源マネジメント、データ・マネジメント、セキュリティ、分散型処理、ネットワーク・コントロール、あるいはオペレーション・サポートを提供するための独自の方法を有している。ＩＳＰ２１００の構造は、これらの分野をカバーする、単一の凝集した構造的な枠組みを定義する。この構造は、次に示す目標の達成に焦点が当てられている。・全体的な能力の開発；・強化した機能サービスの引き渡し；・資源の効果的な使用；・市場化時間の向上；・維持運営コストの削減；・全体的製品品質の向上；および、・上方および下方に向かう能力の両方へのスケーラビリティの導入。ＩＳＰ２１００の目標能力は、非常に多くのサービスのための基本ビルディング・ブロックを提供するという構想である。これらのサービスは、より高い帯域幅、より強力な顧客コントロールまたはパーソナル・フレキシビリティ、およびさらに短縮した、ほぼ瞬間的な準備サイクルとして特徴付けられる。３．キャパシティＩＳＰ２１００は、包括的で普遍的な広がりを有する。地球規模で見れば、これは、提携パートナーのネットワークを通じて各国に腕が伸びている。その広がりにおいては、有線または無線のアクセスを通じて、すべてのビジネスの現場および家庭に届いている。４．将来のサービス上記の能力は、次の内容を届けるために使用されることになる。・今日われわれが有しているものを超えた電話およびメッセージ・サービス；・新しく生じるビデオおよびマルチメディアの提供；・強化した専用ネットワークを含めた強力なデータ・サービス；および、・エンド・ユーザにサービスの完全なコントロールをもたらすソフトウェアおよび装置。ＩＳＰ２１００によって提供されるサービスは、宣伝、農業、教育、エンターテインメント、財務、政府、法律、製造、医療、ネットワーク送信、不動産、リサーチ、小売り業、出荷、通信、旅行、卸売り業、その他多くの業種で必要とされるサービスに及ぶ。サービス：・カスタマイズ可能：顧客は、顧客独自のニーズに応じてサービス提供をカスタマイズすることができる。・顧客マネージ：顧客は、サービスの管理およびコントロールのためのダイレクトな（ネットワーク・サイド）アクセスを有する。・緩やかな結合：サービスは、必要とされるときだけ、ネットワークの資源を獲得し、使用する。顧客は、使用したものだけに対価を支払う。帯域はオンデマンドで使用可能であり、前もって割り当てられる必要はない。・セキュリティおよびプライバシー：顧客のプライバシーおよび秘密は、ネットワークされた世界では最上位に位置する。商業的利益に関しては、安全で確実な取引が保証される。ユーザおよび顧客は、識別と認証が行われ、ネットワークは、不正行為または違法行為から保護される。Ｂ．ＩＳＰ構造の枠組み以下のセクションでは、顧客サービスの提供におけるＩＳＰプラットフォーム２１００の役割について説明する。ＩＳＰ２１００は、プロバイダ・ネットワーク設備２１０２、公衆ネットワーク設備２１０４、および顧客装置２１０６を含めたインテリジェント・サービス・インフラストラクチャを通じて、顧客サービスを提供する。このサービス・インフラストラクチャは、エンド‐ツー‐エンドの品質および顧客サービスの有用性を保証する。次に、プロバイダの内外にある各種の外部システムに対するＩＳＰプラットフォーム２１００の関係について説明する。図２０に示したプロバイダ構成要素２１０８は、・インテリジェント・サービス２１１０内部データ通信ネットワーク２１０２を備え、サービスの準備、サービスの引き渡し、およびサービスの安定化を担当する。これは、ＩＳＰの役割を代表している。・収益マネジメント２１１２顧客サービスの財務面を担当する。・ネットワーク・マネジメント２１１４物理的ネットワーク２１０２の展開および運用を担当する。・プロダクト・マネジメント２１１６顧客サービスの生成およびマーケティングを担当する。図２０に示したＩＳＰ２１００の外側にある実体は、・ネットワーク２１０４顧客２１０６がサービスを求めて使用するすべてのネットワーク接続およびアクセス方法を表している。これには、プロバイダの回路交換ネットワーク、パケット交換ネットワーク、内部拡張型ワイド・エリア・ネットワーク、インターネット（ｉｎｔｅｒｎｅｔ）、プロバイダのワイヤレス・パートナー・ネットワーク、プロバイダの各国の協力者および国内パートナーのネットワーク、広帯域ネットワークを始め、これらのネットワークにつながれている顧客の施設内装置２１１８が含まれる。・サードパーティ・サービス・プロバイダ２１２０プロバイダのインテリジェント・サービス・プラットフォーム２１００を経由して顧客にサービスを引き渡す外部組織を表している。・サービス再販者２１２２施設２１００を使用する顧客を擁する組織を表す。・各国の提携パートナー２１２４共有施設を有しそれぞれのネットワークおよびサービス・インフラストラクチャの能力を交換する組織。Ｃ．ＩＳＰ機能の枠組み図２１は、ＩＳＰ２１００の構成要素をさらに詳細に示している。ここには、ＩＳＰ２１００構造を構成する一連の論理構成要素が示されている。これらの構成要素の中に単なる物理的な実体を示すものはなく、それぞれ通常は、複数のロケーションにおいて複数回発生する。構成要素は、互いに協働しシームレスなインテリジェント・サービス２１１０環境を提供する。この環境は固定されてなく、新しいサービスおよび新しいテクノロジーが生まれるつどそれを追加し、統合する能力を持った柔軟で発展可能なプラットフォームとして描かれる。このプラットフォームの構成要素は、内部分散型処理インフラストラクチャを含む、１ないし複数のネットワーク接続によってリンクされる。ＩＳＰ２１００の機能構成要素は、・国内および国外ゲートウエー２１２６他のプロバイダによって提供されるサービスへのアクセスおよび、このプロバイダのサービスへの他のプロバイダによるアクセスを可能にする。・市場性サービス・ゲートウエー２１２８プロバイダが販売するサービスに関する３層構造のサービス生成環境に対するインターフェース。サービスは、この市場性サービス・ゲートウエー２１２８を通じて展開され、更新される。これは、実際上、マネジメント・サービス・ゲートウエー２１３０と差がなく、それを通じて生成ならびに展開がなされるサービスが外部の顧客に対するものとなる点が異なる。・マネジメント・サービス・ゲートウエー２１３０サービス論理を始め、プラットフォームのマネジメントに適用するサービスの生成コンセプトを表す。マネジメント・サービスは、マネジメント・サービス・ゲートウエー２１３０を通じて展開され、マネージされる。また、ＩＳＰ２１００の外側のマネジメント・システムとのインターフェースも、このマネジメント・サービス・ゲートウエー２１３０によって実現される。このマネジメント・サービスの例としては、ネットワーク・イベントの収集、一時保存、および（料金請求可能な）ネットワーク・イベントの転送が挙げられる。この他、このサービスには、ネットワーク・マネジメント２１３２に転送する前に行う、ＩＳＰ２１００からのアラーム情報の収集およびフィルタリングも含まれる。・サービス・エンジン２１３４市場性サービスまたはマネジメント・サービスのためのサービス論理実行輿境。このサービス・エンジン２１３４は、顧客固有のプロファイルに含まれる論理を実行し、顧客に対して固有にカスタマイズされた機能を提供する。・サービス生成環境２１３６マネジメント・サービスを始め、市場性サービス、およびその基礎となる機能および能力を生成し、展開する。・データ・マネジメント２１３８すべての顧客およびサービスのプロファイル・データがここに展開されている。データは、サービス・エンジン２１３４、統計サーバー２１４０、呼文脈サーバー２１４２、分析サーバー２１４４、およびその他ＩＳＰ２１００のデータを必要とする専用アプリケーションまたはサーバ２１４６にキャッシュされる。・サービス選択２１４８サービスのアクセスが狭帯域または広帯域のネットワーク、回路交換、パケット交換、あるいはセル交換を経由するとき、サービスはサービス選択機能２１４８を経由してアクセスされる。サービス選択２１４８は、サービスエンジン２１３４の特化バージョンであり、特に実行するサービスまたはサービス群の選択用に設計されている。・資源マネージャー２１５０特殊化された資源２１５２およびサービス・エンジン２１３４上で実行されるサービス・インスタンス、およびマネジメントならびに割り当てを必要とするＩＳＰ２１００内のその他の種類の資源を含むすべての資源をマネージする。・特殊化された資源２１５２特殊なネットワーク・ベースの能力（インターネットにおける音声会話、ＤＴＭＦ検出、ファックス、音声認識等）を特殊化された資源２１５２として示している。・呼文脈サーバー２１４２ネットワーク・イベント記録およびサービス・イベント記録をリアルタイムで受理し、データ対する問い合わせを可能にする。１つの呼（またはその他任意の種類のネットワーク・トランザクション）に関するすべてのイベントが生成されると、組み合わされたイベント情報がひとまとまりのものとして収益マネジメント機能２１５４に引き渡される。データは短期間ストアされる。・統計サーバー２１４０サービス・エンジンから統計イベントを受理し、ロールアップを実行し、データ対する問い合わせを可能にする。データは短期間ストアされる。・顧客ベースの能力２１５６顧客施設内にあるソフトウェアおよび専用ハードウェアであり、ＡＮＩスクリーニング、インターネット・アクセス、圧縮、インタラクティブ・ゲーム、ビデオ会議、小売りアクセス等々の顧客施設ベースの能力を有効にする。・分析サービス２１４４ネットワーク・アクセスを基礎としない特殊なサービス・エンジンであるが、リアルタイムまたは、ほぼリアルタイムのネットワーク統計情報または呼文脈情報に基づく価値の付加を基礎とする。例としては、不正検出および顧客トラフィック統計を挙げることができる。・その他の特殊なサービス２１４６サービス・エンジンのモデルに基づくこともあれば、それに基づかないこともある、特殊化された形式のアプリケーションまたはサーバーを必要とする。これらの構成要素は、サービスの引き渡し、監視、またはマネジメントにおいて使用されると考えられる、このほかの演算資源およびより低いレベルの機能の能力を提供する。Ｄ．ＩＳＰ統合ネットワーク・サービス図２２は、ＩＳＰ構造２１００が各種のネットワークを経由してサービスを供給する方法を示している。ここに示したネットワークには、インターネット２１６０、公衆交換電話ネットワーク（ＰＳＴＮ）２１６２、メトロ・アクセス・リング２１６４、およびワイヤレス２１６６が含まれる。さらに、ＡＴＭまたはＩＳＯＥｔｈｅｒｎｅｔといった新しい「スイッチレス」広帯域ネットフーク構造２１６８および２１７０が現在のＰＳＴＮネットワーク２１６２に代わることも予想される。この構造は、基本的なＰＳＴＮ上では提供できないサービスをそれに代わるネットワーク・モデルがサポートし、しかもしばしば低減コスト構造を伴うという事実から、ＰＳＴＮ２１６２以外のネットワークに適応させている。これらのネットワークは、図２２内において論理的に表されている。これらの新しいネットワークのそれぞれは、同一の方法によりＩＳＰ２１００と相互動作するという構想が描かれる。呼び出し（またはトランザクション）は、１つのネットワーク内で顧客サービス要求から発生し、ＩＳＰは、このトランザクションを受信し、まず、顧客の識別を行い、当該トランザクションを汎用サービス・エンジン２１７４に転送することによって、サービスを提供する。サービス・エンジンは、必要なサービス特徴を決定し、必要な論理を適用するか、あるいは必要な機能に特殊化されたネットワーク資源を利用する。ＩＳＰ２１００自体は、一連の資源マネージャーおよび管理ならびに監視メカニズムのコントロールの下に置かれる。共通情報ベースの同時使用を通じて、単一のシステム・イメージがイネーブルになる。この情報ベースは、ＩＳＰによって使用され、あるいは生成されるすべての顧客、サービス、ネットワークおよび資源の情報を保有している。他の外部アプリケーション（ＭＣＩ内から、また場合によってはＭＣＩ外からのもの）には、ゲートウエー、および中間段階を通じて、また場合によってはダイレクトに同一の情報ベースに対するアクセスが与えられる。図２２に図示したそれぞれの実体は、ＩＳＰを構成する単一の論理構成要素を示している。これらの実体のそれぞれは、複数のサイトで複数のインスタンスにおいて展開されると予想される。Ｅ．ＩＳＰの構成要素ＥｘｔＡｐｐ２１７６外部アプリケーション；Ａｐｐ２１７８内部ＩＳＰアプリケーション（不正行為分析等)；Ｄｃ２１８０データ・クライアント。局所的データのコピーを提供するＩＳＰ情報ベースのクライアント；Ｄｓ２１８２データ・サーバー。ＩＳＰ情報のマスター・コピーの１つ；Ａｄｍｉｎ２１８４ＩＳＰ管理機能（構成およびメンテナンスに関するもの）；Ｍｏｎ２１８６ＩＳＰ監視機能（障害、性能、および会計に関するもの）；ＧＲＭ２１８８選択した資源に関する全体的資源マネジメントの視点；ＬＲＭ２１９０選択した資源に関する局所的資源マネジメントの視点；ＳＲ２１９２特殊化された資源のプール（たとえばビデオ・サーバー、ポート、スピーチ認識等）；ＳＥ２１３４希望されたサービス論理を実行する汎用サービス・エンジン；および、サービス選択２１９４サービス・インスタンス（サービス・エンジン２１３４上で実行される）の選択を行い、ネットワークから提供されたトランザクションを処理する機能。Ｆ．スイッチレス通信サービススイッチレス・ネットワーク２１６８は、データおよび等時性マルチメディア通信サービスの両方に対するセル交換またはパケット交換の適用に関して使用される用語である。過去においては、回路交換が、時間に敏感な等時性の音声の移送の可能な唯一のテクノロジーであった。現在は、サービス品質の保証をもたらす非同期伝送モード・セル交換ネットワークの開発によって、等時性データ・サービスとデータのバーストの両方を提供する単一のネットワーク・インフラストラクチャを達成することができる。スイッチレス・ネットワークは、次に示す理由により、回路交換構造より低コストのモデルを提供するものと期待される。・各アプリケーションに必要となる正確な帯域幅を提供し、データ転送がないときの帯域幅をセーブする柔軟性。最低５６Ｋｂｐｓの回路が、無条件で各呼び出しに割り当てられることはない。・各ネットワーク・セッションに必要な帯域幅をさらに低減する、圧縮テクニックに対する適合性。・音声認識あるいは会議等の特殊なＤＳＰ能力へのアクセスに対してアナログ・ポートを供給する必要がないという事実によって、より低いものとなる特殊化された資源装置のためのコスト。単一の高帯域幅ネットワーク・ポートは、数百の「呼」を同時に処理することができる。・ビデオ会議、トレーニング・オンデマンド、リモート・エキスパート、統合ビデオ／音声／ファックス／電子メール、および情報サービス等の先進高帯域幅サービスに対するスイッチレス・ネットワークの適用性および適合の容易性。図２３は、好ましい一実施例におけるスイッチレス・ネットワーク２１６８の例を示している。Ｇ．支配的な原則１．構造上の原則このセクションでは、構造の基礎を提供する構造上の原則を箇条書きで示す。サービス原則１．サービス・モデルは、新規および現存するサービスのシームレスな統合をサポートしなければならない。２．サービスは、シームレスなサービスの展望をもたらす共通サービス生成環境（ＳＣＥ）から生成される。３．すべてのサービスは、新しいサービスの導入によってもソフトウェアの変更を必要としない、共通サービス論理実行環境（ＳＬＥＥ）において実行される。４．すべてのサービスは、１ないし複数のサービス特徴から生成される。５．ＩＳＰデータ・サーバーの単一の顧客プロファイル内にストアされたデータが、複数のサービスのドライブに使用されることがある。６．サービス・モデルは、各サービスのサービス品質パラメータの仕様およびその充足をサポートしなければならない。これらのサービス品質パラメータは、一括して考えたとき、各顧客に呼応するサービス・レベルを構成する。サービスの展開は、所定のサービス品質パラメータを斟酌しなければならない。２．サービス特徴の原則１．すべてのサービス特徴は、１ないし複数の能力の組み合わせによって記述されなければならない。２．すべてのサービス特徴は、有限数個の能力によって定義することができる。３．個別のサービス特徴は、標準的な方法論の使用により定義され、サービス・デザイナが能力に対する共通の理解を持てるようにしなければならない。各サービス特徴は、その入力、出力、エラー値、表示の振る舞い、および可能性のあるサービス・アプリケーションを詳細に記録しなければならない。４．ネットワーク実装における物理的存在の相互作用は、サービス特徴のインターフェースを通じてサービス特徴のユーザが意識できるものとすべきではない。５．各サービス特徴は、統一され安定した外部インターフェースを有しているべきである。このインターフェースは、一連のオペレーションおよび、それぞれのオペレーションが必要とし、かつそれによって提供されるデータのセットとして記述される。６．サービス特徴は、それだけでネットワーク内に展開されることはない。サービス特徴は、サービス特徴を呼び出すサービス論理プログラムの一部としてのみ展開される（図２１参照）。つまり、サービス特徴は、サービス論理プログラム内に静的にリンクされ、能力はサービス論理プログラムに動的にリンクされる。これによって、サービスへの資源の緩やかな結合が達成される。３．能力の原則１．能力は、あらゆる物理的あるいは論理的実装の要件から完全に独立して定義される（ネットワーク実装独立）。２．各能力は、統合され安定したインターフェースを有しているべきである。このインターフェースは、一連のオペレーションおよび、それぞれのオペレーションが必要とし、かつそれによって提供されるデータのセットとして記述される。３．個別の能力は、標準的な方法論の使用により定義され、サービス・デザイナが能力に対する共通の理解を持てるようにしなければならない。各能力は、その入力、出力、エラー値、表示の振る舞い、および可能性のあるサービス・アプリケーションを詳細に記録しなければならない。４．ネットワーク実装における物理的存在の相互作用は、能力のインターフェースを通じて能力のユーザが意識できるものであってはならない。５．能力を組み合わせることによって、高レベルの能力を形成することができる。６．１つの能力に対するオペレーションは、１つの完全なアクティビティを定義する。１つの能力に対するオペレーションは、１つの論理的開始ポイントおよび１ないし複数の論理的終了ポイントを有する。７．能力は、ネットワーク実装における１ないし複数の物理的ハードウェアもしくはソフトウェアにおいて実現してもよい。８．各能力のオペレーションが必要とするデータは、当該能力のオペレーションのサポート・データ・パラメータおよびユーザ・インスタンス・データ・パラメータによって定義される。９．能力は、あらゆるサービスと独立してネットワーク内に展開される。１０．能力は、本質的に包括的であり、サービス・デザイナの観点からは、ネットワーク全体が単一の存在と見なせることから、サービス・デザイナがそのロケーションについて考慮する必要はない。１１．能力は、再使用可能である。これらは、修正することなく、他のサービスに使用される。４．サービスの生成、展開、および実行の原則１．各サービス・エンジン２１３４は、顧客ベースのサブセットをサポートする。１つのサービス・エンジンによってサポートされる顧客のリストは、ＩＳＰデータ・サーバー２１８２上にストアされた構成データによってドライブされる。２．各サービス・エンジン２１３４は、起動時にＩＳＰデータ・サーバー２１５２から構成データを取り込む。３．サービス・エンジン２１３４は、ＴＳＰデータベース・クライアント２１８０（この説明のデータ・マネジメントのセクションを参照されたい）を使用し、必要に応じて、当該サービス・エンジン２１３４用に構成された顧客のサポートに必要なデータをキャッシュする。キャッシュは、ＩＳＰデータベース・サーバー２１８２またはＩＳＰデータベース・サーバー２１８２のデータベースによってコントロールすることかできる。データは、頻度に基づき、データ・サーバー２１８２からのデータのロードのオーバーヘッドが大きくなりすぎると見なされる場合は、サービス・エンジン２１３４に半永久的に（ディスク上またはメモリ内に）キャッシュしてもよい。４．サービス・エンジン２１３４は、すべての顧客サービスの実行、あるいは顧客サービスのサブセットだけの実行が期待され得る。しかしながら、サービスの相互作用がある場合には、１つのサービス・エンジン２１３４が、任意の所定時において、１つのサービスの実行を常にコントロールできなければならない。サービス・エンジンは、サービスの実行の進行間に、他のサービス・エンジンにコントロールを渡してもよい。５．サービス・エンジンは、データを持たず、構成データもこの例外ではない。６．サービス・エンジン２１３４は、データの展開の目標ではない。データ・サーバー２１８２が、データの展開の目標である。５．資源マネジメント・モデル２１５０の原則１．資源２１５２には、ネットワーク上のどこからでもアクセスすることができる。２．資源は、サービス固有ではなく、望ましければ、すべてのサーバーで共有することもできる。３．同ータイプの資源は、グループとしてマネージされるべきである。４．資源マネジメント・モデル２１５０は、最小コスト、ラウンドロビン、ＬＲＵ法、最大有効、最初の遭遇、故障までのユニット使用ならびに故障までの排他的ユニット使用を含めた、各種のマネジメント・ポリシーに適合できる充分に柔軟なものであるべきである。５．資源マネジメント・モデル２１５０は、可能であればポリシーを全うして、資源の割り当てを最適化すべきである。６．ＲＭ２１５０は、静的構成から、トランザクション・ベースによるトランザクション上の完全動的資源割り当てに至るまでの、資源割り当てテクニックのスペクトルを勘酌しなければならない。７．資源マネジメント・モデル２１５０は、資源タイムアウトおよび優先順による先取り割り当て等の資源使用ポリシーの順守を勘酌しなければならない。８．資源マネジメント・モデル２１５０は、資源プール内の資源の状態、利用、および健全性を検出し、アクセスできなければならない。９．すべての資源２１５２は、マネージされるオブジェクトとして扱われなければならない。１０．すべての資源は、ＲＭ２１５０によるプールに入れるための登録、およびプールから出すための登録解除が可能でなければならない。１１．資源２１５２の要求、取得、および解放は、ＲＭ２１５０を通じる方法を唯一とする。１２．資源間の関係は、固定したものでなく、むしろ、所定の資源の個別のインスタンスは、登録済みのプールから、必要もしくは需要に応じて割り当てられるべきである。１３．すべての特殊化された資源２１５２は、一貫したプラットフォーム‐ワイドな観点からマネージ可能でなければならない。１４．すべての特殊化された資源２１５２は、直接もしくはプロキシを通じて、ＳＮＭＰまたはＣＭＩＰエージェント機能を提供できなければならない。１５．各特殊化された資源２１５２は、共通マネジメント情報ベースで表現されるべきである。１６．すべての特殊化された資源は、問い合わせ、プローブ、サービスとの係合またはその解除、およびアイテムのテストを行うための、標準セットのオペレーションをサポートすべきである。１７．すべての特殊化された資源は、標準ＳＮＭＰまたはＣＭＩＰマネジメント・インターフェースを通じてコントロールされる自己診断能力の基本セットを提供するべきである。６．データ・マネジメント２１３８の原則１．任意のデータの複数のコピーが割り当てられる。２．データの値については複数のバージョンが可能だが、マスターとして考慮されるのは１つである。３．与えられたデータ・アイテムのマスター・バージョンは、単一の管轄下に入る。４．複数のユーザに、同一データに対する同時アクセスが許可される。５．ＩＳＰ２１００全体にわたり、ビジネス規則を統一して適用し、すべてのデータ変更の有効性を確保しなければならない。６．ユーザは、データの局所的コピーにより作業する。データ・アクセスは、ロケーション独立であり、かつトランスペアレントである。７．データ・マネジメントの観点から、ユーザはアプリケーションまたはソフトウェア構成要素となる。８．データ・アクセスは、ＩＳＰ２１００全体にわたって標準化された単一セットのアクセス方法に従うべきである。９．プライベート・データは、局所的データベースに割り当てられるが、共有または分配はできない。１０．マスター・データだけが共有または分配できる。１１．局所的データベースにおいては、共有データ・アイテム用のプライベート・フォーマットが許容される。１２．ビジネス基礎内で許容されていれば、エンド・ユーザの自由裁量において、トランサクション能力を緩和することができる。１３．規則ベースの論理およびその他のメタ‐データ・コントロールは、ポリシーに適用するための柔軟な手段を提供する。１４．データ反復は、データ・ソースの複製を通して信頼性を提供する。１５．データベース・パーティショニングは、任意のデータ・ストアのサイズの縮小および、任意のデータ・ストアに対するトランザクション・レートの減少によってスケーラビリティを提供する。１６．データ・マネジメント２１３８は、データ資源の静的構成ならびに動的構成をともに許容しなければならない。１７．共通データ・モデルおよび共通の図式が採用されるべきである。１８．データの論理的アプリケーションの視点は、ファイルのリロケーション、データベースの再ロード、またはデータ・ストアの再フォーマット等の物理的なデータ・オペレーションから保護される。１９．監査トレイル、およびイベント履歴が、適切な問題解決に必要となる。２０．オンライン・データ監査および調停が、データの完全性を保証するために必要となる。２１．故障したデータベースのデータ・リカバリが、リアルタイムで必要である。２２．監視、方向づけ、およびコントロールの目的でデータのメトリクスが必要である。２３．２４時間、年中無休で９９．９９９９％の利用できる必要がある。２４．データ・マネジメント２１３８メカニズムは、高いレベルの成長のため基準化しなければならない。２５．データ・マネジメント２１３８メカニズムは、大規模および小規模の展開の両方に対してコスト効果の高い解決策を提供しなければならない。２６．データ・マネジメント・メカニズムは、過貞荷条件を優雅に処理しなければならない。２７．データの処理およびデータの同期は、ビジネヌのニーズに適合すべくリアルタイムで行われなければならない。２８．信任されたオーダー・エントリおよびサービス生成は、可能な場合は、中間アプリケーションを経由することなく、ＩＳＰデータベース上にダイレクトに作用するべきである。２９．すべてのデータは、保護されなければならない。さらに、顧客データは、プライベートであり、その秘密性は保持されなければならない。３０．構成、操作のセッティング、およびランタイム・パラメータは、ＩＳＰＭＴＢ（マネジメント情報ベース）内にマスターが作成される。３１．可能な場合は、既製のソリューションを使用して、データ・マネジメントのニーズを満たすべきである。オブジェクト指向の観点からは、次の原理が挙げられる。３２．データ・アイテムは、持続性オブジェクトの最低セットである。これらのオブジェクトは、単一のデータ値をカプセル化する。３３．データ・アイテムは、ユーザ定義タイプを有してもよい。３４．データ・アイテムは、生成および削除が許される。３５．データ・アイテムは、単一のゲット・アンド・セット方法のみを有する。３６．データ・アイテムの内部値は、範囲制限および規則によって拘束される。３７．無効状態にあるデータ・アイテムは、ユーザにアクセス可能とすべきではない。７．操作サポートの原則１．共通の観点すべてのＩＳＰ２１００操作サポート・ユーザ・インターフェースは、同一の概観と操作性を有しているべきである。２．機能の共通性オブジェクトのマネジメントは、ＩＳＰ操作サポート環境全般を通じて同一の方法で表現される。３．単一の概観分配およびマネージが行われるオブジェクトは、ＩＳＰ操作サポート・ユーザ・インターフェースにおいて単一の表現を有し、分配は自動的になされるものとする。４．ＯＳ／ＤＭ領域操作サポート領域内のデータは、ＩＳＰデータ・マネジメント２１３８メカニズムによりマネージされるべきである。５．全体的ＭＩＢ全ＩＳＰ内の資源を表現する論理的かつ全体的なＭＩＢが存在する。６．外部ＭＩＢマネージされている構成要素の部分である組み込みＭＩＢは、操作サポートおよびデータ・マネジメントの対象外となる。この種のＭＩＢは、調停装置によってＯＳに示される。７．システム適合性ＩＳＰのＯＳ標準に対するシステムの適合性は、調停レイヤを通じて得られる。８．操作機能操作要日は、物理的および論理的資源について、ネットワーク・レイヤおよびエレメント・マネジメントを取り扱う。９．管理機能管理要員は、計画およびサービス・マネジメントを取り扱う。１０．プロファイル領域サービスおよび顧客プロファイル・データベースは、データ・マネジメント・システムの領域の下で管理要員によってマネージされる。１１．通信マネジメント・ネットワーク（ＴＭＮ）適合ＴＭＮ適合は、ＴＭＮシステムへのゲートウエーを通じて達成されることになる。１２．同時性複数のオペレータおよび管理者が、同時にＩＳＰＯＳインターフェースから操作できなければならない。８．物理的モデルの原則１．互換性：物理的ネットワーク・モデルは、現存する通信ハードウェアおよびソフトウェアに対する後方互換性を提供する。２．スケーラビリティ：物理的ネットワーク・モデルはスケーラブルであり、広範な顧客群およびサービス要求に適応する。３．冗長性：物理的ネットワーク・モデルは、２つのネットワーク・エレメントにわたる情報フローのパスを複数個提供する。シングル・ポイント故障が回避される。４．トランスペアレント：ネットワーク・エレメントは、潜在するネットワークの冗長性に対してトランスペアレントである。故障を生じたときは、冗長リンクへの切り替えが自動的になされる。５．優雅な機能縮小：物理的ネットワーク・モデルは、複数のネットワーク故障があっても、逓減的に有効なサービスを提供することができる。６．インターオペラビリティ：物理的ネットワーク・モデルは、異なる特性を持ったネットワークを許容し、異なるネットワーク・エレメントを共同利用する。７．セキュリティ：物理的ネットワーク・モデルは、情報の安全な送信を必要とし、かつそれを提供する。また、ネットワーク・エレメントへの安全なアクセスを保証する能力を有する。８．監視：物理的ネットワーク・モデルは、ネットワーク上のトラフィックを監視するための、明確に定義されたインターフェースおよびアクセス方法を提供する。機密関連のデータに対する権限のないアクセスを防止するために、セキュリティ（上記参照）が組み込まれる。９．パーティション可能：物理的ネットワーク・モデルは、（論理的に）パーティション可能であり、別の管理領域を形成することができる。１０．サービスの品質：物理的ネットワーク・モデルは、各種の品質、過去から継承したアプリケーションに適したＱＯＳ、輻輳マネジメント、およびユーザ選択が可能なＱＯＳといったＱＯＳ準備を提供する。１１．ユニバーサル・アクセス：物理的ネットワーク・モデルは、ネットワーク内のそのロケーションにより、ネットワークに対するアクセスを妨害しない。サービスは、ネットワーク上の任意の資源にアクセスすることができる。１２．規則の認識：物理的ネットワーク・モデルは、すべてのレベルにおいて規則に従い、規則環境における突然の変更を許容する。１３．コスト効果：物理的ネットワーク・モデルは、単一のベンダー・プラットフォームまたは特定の機能標準に依存しないことから、コスト効果の高い実装を可能にする。Ｈ．ＩＳＰサービス・モデルこのセクションでは、インテリジェント・サービス・プラットフォーム構造の枠組みのサービス・モデルについて説明する。１．目的ＩＳＰサービス・モデルは、次の内容をサポートするサービス開発のための枠組みを確立する。・迅速なサービス生成および展開；・効果的なサービス実行；・顧客用サービスを覆うカスタマイズ化の完全コントロール；・顧客のためのシームレスなサービス視点を得る総合サービス統合；・ＩＳＰ能力の緩やかな結合を通じたこれらの能力の再使用性の向上；・サービス実装のコスト削減；および、・ベンダー非依存。２．努力範囲ＩＳＰサービス・モデルは、次に示すアスペクトを含むサービス関連のすべての活動をサポートする。・準備；・生成；・展開；・オーダー；・更新；・監視；・実行；・テストまたはシミュレーション；・顧客サポートおよひトラブルシューティング；・課金・トラブル・チケット処理；および、・オペレーション・サポート。このモデルは、市場性サービスおよびマネジメント・サービスをともにカバーする。・市場性サービスは、顧客が購入するサービスである。・マネジメント・サービスは、ＭＣＩネットワークのオペレーションの一部であり、顧客には販売されない。サービス・モデルは、データ・マネジメント、資源マネジメント、および操作サポートを含めた、ＩＳＰ構造の一部との相互作用も定義する。３．サービス・モデル概要インテリジェント・サービス・プラットフォームの中心は、サービス２２００（図２４）の引き渡しである。サービスは、通信サービス・プロバイダの収益獲得能力におけるもっとも決定的な一面である。このサービス・モデル全体を通じて、次に示すサービスの定義を使用する。サービス２２００とは、公開されたインターフェースを通じてアクセスされると、ユーザのために、希望され期待された結果をもたらす、明確に定義された論理構造およびビジネス・プロセスと組み合わされた能力のセットをいう。サービス２２００とアプリケーション２１７６または２１７８（図２２）の間の主要な相違点は、サービス２２００がサービスの販売、操作、およびメンテナンスをサポートするビジネス・プロセスを含むことである。サービス開発の重要なタスクは、何を自動化できるかということを定義することであり、人間とサービスがどのように相互作用するかということを明確にすることである。４．サービス構造ここでサービスの説明に使用しているこの用語には、サービスそのものと、サービス特徴、および能力が含まれる。これらは、図２４に示したように、３層の階層を構成する。サービス２２００は、本明細書においてすでに説明しているように、オブジェク卜指向のオブジェクトという意味において１つのオブジェクトである。サービス２２００のインスタンスは、サービス特徴２２０２と呼ばれる、他のオブジェクトを含む。サービス特徴２２０２は、ＩＳＰサービス枠組み内で、サービスのために１ないし複数の能力２２０４のコントロールされた相互作用を取り出す、明確に定義されたインターフェースを提供する。サービス特徴２２０２は、各種の能力２２０４オブジェクトを代わるかわる使用する。能力２２０４は、サービス特徴２２０２の生成に使用される、標準の、再使用可能な、ネットワーク‐ワイドなビルディング・ブロックである。基本能力オブジェクトを作成するエンジニアにとってのサービス生成の主要要件は、多くの異なるサービスの中で、それぞれを必要に応じて再利用できることを保証することとなる。ａ）サービス２２００サービス２２００は、基本的には、非常に高レベルなプログラミング言語で書かれるか、あるいはグラフィック・ユーザ・インターフェースを使用して記述されたプログラムである「サービス論理」により記述される。これらのサービス論理プログラムは、次に示す事項を特定する。・使用されるサービス特徴２２０２；・サービス特徴が呼び出される順序；・入力サービス・データのソース；・出力サービス・データのあて先；・エラー値およびエラーの取り扱い；・他のサービス２２００の呼び出し；・他のサービスとの相互作用；および、・他のサービスとの相互作用（複数）。サービス論理だけでは、一般にネットワーク内でサービス２２００を実行するのに充分ではない。通常、サービス内で定義された柔軟性のポイントに関する値を定義するため、または顧客固有のニーズに対してサービスをカスタマイズするために顧客データが必要になる。マネジメント・サービスおよび市場性サービスは、ともに同一のサービス・モデルの部分である。マネジメント・サービスと市場性サービスの間の類似性は、能力の共有をもたらす。また、マネジメント・サービスおよび市場性サービスは、同一ネットワークの２つの視点を代表する：つまり、マネジメント・サービスはネットワークの操作上の視点を表し、市場性サービスはネットワークの外部エンド・ユーザまたは顧客を表す。いずれの種類のサービスも、共通に保たれるネットワーク・データに依存する。各市場性サービスは、顧客がサービスをオーダーするための手段、課金メカニズム、いくつかの操作サポート能力、およびサービス監視能力を備えている。マネジメント・サービスは、プラットフォームのメンテナンスのための処理およびサポート能力を提供する。ｂ）サービス特徴２２０２サービス特徴２２０２は、良好に定義された機能呼び出しのインターフェースを提供する。サービス特徴は、能力２２０４が異なるサービス特徴２２０２で再使用されるのと同様に、各種のサービス２２００で再使用することができる。サービス特徴は、特定のデータ入力要件を有しており、それは、その基礎をなす能力のデータ入力要件から導かれる。サービス特徴のデータ出力の振る舞いは、当該サービス特徴の基礎をなす能力から使用可能なデータに基づいて、そのクリエータによって定義される。サービス特徴２２０２は、物理的資源の存在に頼ることはなく、むしろ、図２５に示すように、能力２２０４を呼び出して、その機能を使用する。サービス特徴の例としては、次のものを挙げることができる。・時刻ベース経路決定カレンダ、日付／時刻、および呼び出しオブジェクト等の能力を基礎とする。この特徴は、時刻に基づいた、異なるロケーションに対する経路決定を可能にする。・認証比較およびデータベース・ルックアップ等の能力を基礎とする。この機能は、カード番号および／またはアクセス番号（ピン番号）の入力を促すことにより、使用された呼び出しカードを確認するため、または仮想プライベート・ネットワークに対するアクセスを確認するために使用することができる。・自動ユーザ・インタラクション音声オブジェクト（音声の記録および再生のためのオブジェクト）、呼び出しオブジェクト（特殊化された資源に対する呼び出しの転送またはブリッジングのためのオブジェクト）、ＤＴＭＦオブジェクト（ＤＴＭＦ数の収集またはアウトパルスのためのオブジェクト）、ボキャブラリ・オブジェクト（スピーチ認識に使用するオブジェクト）等の能力を基礎とする。このサービス特徴オブジェクトは、ユーザとのビデオ・インタラクションを含ませるようにも拡張することができる。ｃ）能力２２０４能力２２０４は、オブジェクトであり、このことは、能力が内部的なプライベート状態データを有し、能力のインスタンスの生成、削除ならびに使用のための明確に定義されたインターフェースを備えることを意味している。能力２２０４の呼び出しは、そのインターフェース・オペレーションの１つの呼び出しによってなされる。能力２２０４は、再利用を考えて構築される。このため、能力は、入力および出力構造に関して、明確に定義されたデータ要件を有する。また、能力は、明確に定義されたエラー処理ルーチンを備える。能力は、オブジェクト指向クラスの階層で定義してもよく、それによって一般的な能力が他の複数の能力によって継承され得る。次に、いくつかのネットワーク・ベースの能力オブジェクトの例を示す。・音声（音声の記録および再生のためのオブジェクト）、・呼び出し（ブリッジング、転送、送出、ダイアル‐アウト等のためのオブジェクト）、・ＤＴＭＦ（収集またはアウトパルスのためのオブジェクト）、および、・ファックス（受信、送信、または配布のためのオブジェクト）。一部の能力は、ネットワーク・ベースではなく、われわれのプラットフォームに展開されたデータを純粋に基礎とする。この種の能力の例を次に示す。・カレンダ（曜日または月日の決定）、・比較（数字または文字列の比較）、・移行（データ・タイプの代替フォーマットへの移行）、および、・分配（パーセンテージ分散に基づく結果の選択）。ｄ）サービス・データサービス実行間には、データ用のソースが３つ存在する。・サービス・テンプレート内に定義された静的データであり、所定のサービス呼び出しに対応するデフォルト値を含む。・サービス実行時に獲得されるインタラクティブ・データであり、明確なユーザ入力であってもよく、あるいは基礎となるネットワーク接続から導かれたものであってもよい。・ユーザ・プロファイル内に定義されたカスタム・データであり、サービス要求が合ったとき（つまり生成時）、顧客またはその代理によって定義される。５．サービス２２００の実行サービス２２００は、サービス論理実行環境（ＳＬＥＥ）において実行される。ＳＬＥＥは実行可能ソフトウェアであり、ＩＳＰ２１００内に展開されるあらゆるサービスの実行を可能にする。ＩＳＰ構造においては、サービス・エンジン２１３４（図２１）が、これらの実行環境を提供する。サービス・エンジン２１３４は、そこに展開されたサービス２２００を単純に実行する。サービス・テンプレートおよびそのサポート・プロファイルは、データベース・サーバー２１８２（図２２）上に展開される。ＳＬＥＥは、サービス・エンジン２１３４上で開始されると、データベース・サーバー２１８２から構成を引き出す。この構成は、ＳＬＥＥに命令して、サービス２２００のリストを実行させる。これらのサービス用のソフトウェアは、データベース・サーバー上に展開されたサービス・テンプレートの部分である。このソフトウェアがまだサービス・エンジン２１３４上に用意されていないときは、データベース・サーバー２１８２からこのソフトウェアが引き出される。このソフトウェアが実行されると、サービス２２００が走り始める。ほとんどの場合、サービス２２００は、まずサービス特徴２２０２（図２４）を呼び出し、それによってサービスは、それ自体を資源マネージャー２１８８または２１９０に登録できる。登録が完了すれば、サービスは、トランザクションの受け入れを開始できる。次にサービス２２００は、開始アクションを待つサービス特徴２２０２を呼び出す。このアクションは、インターネット（ｉｎｔｅｒｎｅｔ）ログオンから８００番呼び出しまで、ＰＯＳ（ポイント‐オブ‐セール）カード確認データのトランザクションまでのあらゆるものとなり得る。ネットワーク内で開始アクションが発生すると、サービス選択機能２１４８（図２１）が資源マネージャー２１５０の機能を使用し、実行するサービス２２００のインスタンスを検索して呼び出す。開始アクションは、サービス２２００のインスタンスに引き渡され、サービス論理（サービス・テンプレートから）は、追加のサービス特徴２２０２を呼び出すことによって続くアクションを決定する。サービス２２００の実行間は、プロファイル・データが使用されたサービス特徴２２０２の振る舞いが決定される。サービスの実施要件に応じて、サービスによって必要とされるプロファイル・データの一部ないしは全部がＩＳＰ２１００のデータベース・サーバー２１８２からサービス・エンジン２１３４にキャッシュされ、負担の大きい遠隔データベース・ルックアップが回避される。サービスの実行に従って、サービス特徴２２０２によって情報が生成されることがあり、生成された情報は文脈データベース内に挿入される。この情報は、ネットワーク・トランザクション識別子によって固有の識別が行われる。回路交換呼び出しの場合、あらかじめ定義済みのネットワーク呼び出し識別子がトランザクション識別子として使用される。追加情報がネットワーク装置によって生成されることもあり、同様に文脈データベース内に挿入され、同じ固有のトランザクション識別子によってインデクス付けされる。このトランザクションに関連する最後のネットワーク・エレメントは、いくつかのトランザクション終了情報を文脈データベース内に挿入する。特定のトランザクションについて、文脈データベース内に挿入されたすべての情報の挿入時期は、リンク済みリストのストラテジーが使用されて決定される。すべての情報が到着すると、任意のサービスに対して、そのサービスが予約しているイベントが生成され、その後サービスは、文脈データベース内のデータ上で作用することになる。この種のオペレーションは、文脈データベースからのデータの抽出および課金システムもしくは不正分析システムへのその引き渡しを含むことがある。６．サービスの相互作用ネットワーク・トランザクションの途中でネットワークは、複数のサービスを呼び出すことができる。場合によっては、あるサービスの命令が別のサービスの命令と衝突することもある。ここにこの種の衝突の例を示す。ここに、ＶＮＥＴの呼者であるが、国際呼び出しが許可されていないサービスを有している呼者がいるものとする。そのＶＮＥＴの呼者は、国際呼び出しが許可されたサービスを有する別のＶＮＥＴユーザの番号にダイアルし、ダイアルされたＶＮＥＴユーザは、国際呼び出しを行い、その後、この国際呼び出しと最初の呼者とをブリツジする。オリジナルのユーザは、そのユーザの会社がそのユーザに対して国際呼び出しを禁止しているにもかかわらず、第三者を間に置いて、国際呼び出しを行うことが可能となる。このような状況においては、２つのサービスが互いに相互作用し、国際呼び出しのブリッジングのオペレーションを許可すべきか否かを判断できるようにする必要が生じる。ＩＳＰサービス・モデルは、サービス２２００と別のサービスとの相互作用を可能にしなければならない。サービス２２００と別のサービスとの相互作用を可能にする方法には、いくつかの方法がある（図２６参照）。・コントロール２２１０の転移：サービスは、実行パスを完成した後、コントロールを別のサービスに転送する；・同期相互作用２２１２：サービスは他のサービスを呼び出し、応答を待つ；・非同期相互作用２２１４：サービスは他のサービスを呼ひ出し、別の何らかのアクションを実施した後、当該他のサービスが完了し応答するまで待機する；あるいは、・一方向相互作用２２１６：サービスは他のサービスを呼び出すが、応答を待たない。前述のＶＮＥＴサービスの相互作用の例においては、被呼側のＶＮＥＴサービスが、同期サービス相互作用の能力を使用して、オリジナルのＶＮＥＴサービスに問い合わせを行うことができる。この考えにおける興味深い工夫は、ネットワーク・ベースのプラットフォームおよび、顧客の構内装置の両方にサービス論理が展開できることである。このことは、サービスの相互作用が、ネットワーク・ベースサービスと顧客ベースのサービスの間で生じなければならないことを意味する。７．サービス監視サービス２２００は、顧客の視点およびネットワークの視点の両方から監視されなければならない。監視は次に示す２つの形のいずれかに従う。・サービス２２００は、トランザクションの文脈データベースに渡すための、詳細なイベントごとの情報を生成することができる。・サービスは、統計データベースに定期的に渡すための、あるいは統計データベースによる必要に応じた検索のための統計情報を生成することができる。分析サービスは、統計データベースまたは文脈データベースを使用し、リアルタイムまたは近リアルタイムでデータ分析サービスを実施することができる。文脈データベースは、ネットワーク・トランザクションに関連する、すべてのイベント情報を収集する。この情報は、ネットワークのトラブルシューティング、課金またはネットワークの監視に必要なすべての情報から構成される。Ｉ．ＩＳＰデータ・マネジメント・モデルこのセクションでは、インテリジェント・サービス・プラットフォーム（ＩＳＰ）２１００の目標構造の一面であるデータ・マネジメント２１３８について説明する。１．範囲ＩＳＰデータ・マネジメント２１３８構造は、ＩＳＰ全域にわたるすべての情報の転送を含めた、ＩＳＰ２１００のプロダクション環境におけるデータの生成、メンテナンス、および使用をカバーするモデルを設定することが意図されている。データ・マネジメント２１３８構造は、すべての持続性データ、ＩＳＰ内におけるこれらのデータのコピーまたはフロー、およびＩＳＰ全域にわたるすべてのデータ・フローをカバーする。このモデルは、データのアクセス、データのパーティショニング、データのセキュリティ、データの完全性、データ操作、およびデータベースの管理に関する役割を定義する。また、適当であれば、マネジメント・ポリシーについても概説する。２．目的この構造の目的は、次のとおりである。・データをマネージするための共通ＴＳＰ機能モデルを作成する；・アプリケーションからデータを分離する；・データ・システムの設計のためのパターンを確立する；・システム展開に関する規則を提供する；・将来のテクノロジー選択に指針を与える；および、・冗長な開発および冗長なデータ保管を低減する。さらに、この目標構造には、次のような目標もある。・データの柔軟性を確保する；・データの共有を容易にする；・ＩＳＰワイドなデータ・コントロールおよびその完全性を設定する；・データのセキュリティおよび保護を確立する；・データのアクセスおよび使用を可能にする；・高いデータ性能および信頼性を提供する；・データのパーティショニングを具体化する；および、・操作の簡略性を達成する。３．データ・マネジメント概要一実施例において、データ・マネジメント構造は、各種システムの構成要素、システムの相互作用の方法、および各構成要素に予想される振る舞いを記述する枠組みとなる。この実施例では、データが多くのロケーションに同時にストアされるが、特定のデータおよび、それを複製したすべてのコピーが、論理的に単一のアイテムとして見られる。この実施例における主要な相違点は、いずれのデータをダウンロードし、あるいはいずれのデータを局所的にストアするかということについて、ユーザ（またはエンド・ポイント）が命令する点である。ａ）領域データおよびデータのアクセスは、図２７に示すように、２つの領域２２２０および２２２２によって特徴付けされる。それぞれの領域は、その中にデータのコピーを複数個持つことができる。それとともに、領域は国際的な境界にまたがることができる単一の包括的データベースを生成する。後述する領域定義に対する主要な見方は、すべてのデータ・アクセスは等しいということである。ネットワーク側のデータ更新または呼び出し処理ルックアップからのオーダー・エントリ供給において、まったく差がない。中央領域２２２０は、システムの保護および完全性をコントロールする。これは、論理的な記述のみであり、物理的な実体はない。衛星領域２２２２は、ユーザ・アクセスおよび更新能力を提供する。これは、論理的な記述のみであり、物理的な実体はない。ｂ）パーティション一般に、データは多くのロケーションに同時にストアされる。特定のデータおよび、それを複製したすべてのコピーは、論理的に単一のアイテムとして見られる。これらのコピーは、いずれもパーティションを施して、必ずしもすべてのデータが１つのサイトになくてもよいように、物理的なサブセットに分割する。しかしながら、パーティショニングは、唯一かつ単一のデータベースという論理的な視点を保持する。ｃ）構造構造は、分散型データベースおよび分散型データ・アクセスであり、次に示す機能を有する。・複製および同期；・データ・ファイルのパーティショニング；・同時性のコントロール；・トランザクション能力；および、・共有共通スキーマ。図２８に、論理的なシステムの構成要素および高レベルの情報フローを示す。この中で物理的な存在を表すものはない。それぞれの複数のインスタンスが構造の中で生じる。図２８の要素は、次のとおりである。・ＮＥＴＷＫ２２２４ＩＳＰ２１００に対するネットワーク側からの外部アクセス；・ＳＶＣＩ／Ｆ２２２６ＩＳＰ内へのネットワーク・インターフェース；・ＳＹＳＴＭＳ２２２８オーダー・エントリ等の外部アプリケーション；・Ｇ／Ｗ２２３０外部アプリケーションのためのＩＳＰ２１００に対するゲートウエー；・ｄｂＡｐｐ１２２３２データ・アクセスまたは更新能力を必要とする役割；・ｄｂＣｌｉｅｎｔ２２３４衛星領域の主要な役割；・ｄｂＳｅｒｖｅｒ２２３６中央領域の主要な役割；・ｄｂＡｄｍｉｎ２２３８データに関する管理を示す役割；・ｄｂＭｏｎ２２４０監視を示す役割；・Ｉ／ＦＡｄｍｉｎ２２４２インターフェースのための管理を示す役割；・Ｏｐｓ２２４４操作コンソール。ｄ）情報のフロー図２８に示したフローは、論理的な概要であり、論理上の構成要素の間を流れる情報のタイプを特徴付けることが意図されている。上述のフローは、次のとおりである。・ＲｅｓｔＩＳＰに対する外部システムからのデータ要求；・Ｒｅｓｐ外部要求に対するＩＳＰからの応答；・ＡｃｃｅｓｓＩＳＰ内のアプリケーションによるデータの取り出し；・ＵｐｄａｄｅｓＩＳＰ内のアプリケーションからのデータの更新；・Ｅｖｔｓ監視に送られるデータ関連のイベント；・Ｍｅａｓ監視に送られるデータ関連の測定値；・ＮｅｗＤａｔａＩＳＰマスター・データに対する追加；・ＣｈａｎｇｅｄＤａｔａＩＳＰマスター・データに対する変更；・ＶｉｅｗｓＩＳＰマスター・データの取り出し；・ＳｕｂｓｃｒｉｐｔｉｏｎｓＩＳＰマスター・データの非同期ストリーム；・ＣａｃｈｅｃｏｐｉｅｓＩＳＰマスター・データのスナップショット・コピー；・Ａｃｔｉｏｎｓ任意のコントロール活動；および、・Ｃｏｎｔｒｏｌｓ任意のコントロール・データ。ｅ）領域の結合一般に、データ・マネジメント２１３８の衛星領域２２２２は、次のものを包含する。・ＩＳＰアプリケーション；・外部システム；・ネットワーク・インターフェース２２２６およびシステム・ゲートウエー２２３０；および、・データベース・クライアント（ｄｂＣｌｉｅｎｔ）２２３４。データ・マネジメント２１３８に対応する中央領域は、次のものを包含する。・監視（ｄｂＭｏｎ）２２４０；・管理（ｄｂＡｄｍｉｎ）２２３８；および、・データベース・マスター（ｄｂＳｅｒｖｅｒ）２２３６。４．論理的説明次に、各構造の構成要素の振る舞いについて、個別に説明する。ａ）データ・アプリケーション（ｄｂＡｐｐｌ）２２３２これには、データベース・アクセスを必要とするあらゆるＩＳＰアプリケーションが含まれる。一例として、ＩＳＮＮＩＤＳサーバー、およびＤＡＰトランザクション・サーバーが挙げられる。アプリケーションは、希望するデータベースにつなぎ、必要なポリシー命令を提供することによって必要なデータをｄｂＣｌｉｅｎｔ２２３４から獲得する。また、これらのアプリケーションは、オーダー・エントリあるいはスイッチ要求トランザクション等の外部システムまたはネットワーク・エレメントに代わってデータベース・アクセスを提供する。データ・アプリケーションは、次に示す機能をサポートする。・更新：アプリケーションによるＩＳＰデータベース内へのデータの挿入、データの更新または削除を許可する。・アクセス要求：アプリケーションによるデータの検索、複数アイテムのリスト、リストまたはセットからのアイテムの選択、セットのメンバーを通じた反復を可能にする。・イベントおよび測定：特殊な形式の更新であり、監視機能（ｄｂＭｏｎ）２２４０に向けられる。ｂ）データ・マネジメント２１３８（１）クライアント・データベース（ｄｂＣｌｉｅｎｔ）２２３４ｄｂＣｌｉｅｎｔは、データの衛星コピーを表す。これは、アプリケーションがＩＳＰデータにアクセスするための唯一の方法である。データの衛星コピーは、ｄｂＳｅｒｖｅｒ２２３６上にストアされたデータと必ずしもフォーマットが一致する必要はない。ｄｂＣｌｉｅｎｔは、データの申し込みまたはキャッシュ‐コピーについて、マスター・データベース（ｄｂＳｅｒｖｅｒ）２２３６に登録する。申し込みは、ｄｂＳｅｒｖｅｒ２２３６によって自動的に維持されるか、キャッシュ‐コピーは、バージョンの期限経過後にリフレッシュしなければならない。ｄｂＣｌｉｅｎｔ２２３４の重要な点は、アプリケーションによるデータの更新がシリアル化され、ｄｂＳｅｒｖｅｒ２２３６が維持しているマスター・コピーと同期されることの保証である。しかしながらそれは、ｄｂＣｌｉｅｎｔにとって更新を受け入れ、その後においてのみｄｂＳｅｒｖｅｒとの変更の同期を確保すること（その時点において、例外通知を原始アプリケーションに送り戻すことができる）で充分に妥当である。ロック‐ステップにより更新するか否かの選択は、アプリケーションのポリシーの問題であってデータ・マネジメント２１３８の問題ではない。ｄｂＳｅｒｖｅｒのマスター・コピーに対して行われた変更のみが、他のｄｂＣｌｉｅｎｔにも送られる。ｄｂＣ１ｉｅｎｔ２２３４がアクティブでないか、ｄｂＳｅｒｖｅｒと通信を行っていない場合は、マスタとの再同期が必要になる。サーバーの場合、全データベースまたは選択したサブセットの再ロードにオペレータの介入が必要となることがある。ｄｂＣｌｉｅｎｔ２２３４は、次に示すインターフェース・オペレーションを提供する。・認可済みアプリケーションによるデータの指定セットへの結合；・認可済みアプリケーションによってセットされるポリシー・プリファレンス；・データの局所的コピーの指定ビューの選択；・データの局所的コピーの挿入、更新または削除；・ｄｂＳｅｒｖｅｒと申し込み済みデータの同期；および、・キャッシュ済みデータに関するｄｂＳｅｒｖｅｒからの期限切れ通知。さらにｄｂＣｌｉｅｎｔは、監視（ｄｂＭｏｎ）２２４０に対してログまたはレポートを提示し、問題を通知する。（２）データ・マスタ（ｄｂＳｅｒｖｅｒ）２２３６ｄｂＳｅｒｖｅｒ２２３６は、データの保護において中心的な役割を果たす。これは、データが「所有され」、マスター・コピーが維持されるところである。マスター・データは、信頼性確保のため、少なくとも２つのコピーが維持される。追加のマスター・コピーを備えてデータの性能を向上させてもよい。これらのコピーは、ロック‐ステップによって同期が維持される。つまり、更新の衝突を避けるために、それぞれの更新は、対応するマスター‐ロックを獲得する必要がある。厳密な実装ポリシーには、多様化が考えられるが、一般に、すべてのマスター・コピーは、更新順序を維持し、データの見え方、完全性の実施について、他の任意のマスター・コピーと同一のものを提供しなければならない。データの内部コピーは、ｄｂＣｌｉｅｎｔ２２３４にとってトランスペアレントになる。ｄｂＳｅｒｖｅｒ２２３６は、データ・アイテムの間の関係を記述もしくは強制し、特定のデータ値またはフォーマットを制限するビジネス規則のレイヤを含んでいる。各データの更新は、これらの規則に適合しなければならず、適合しないものはリジェクトされる。このようにしてｄｂＳｅｒｖｅｒは、すべてのデータを単一のコピーとしてマネージすることを保証し、すべてのビジネス規則の収集と適用が統一されることを保証する。ｄｂＳｅｒｖｅｒ２２３６は、データの変更に関して、その時期と種類を追跡し、ログおよび要約した統計を監視（ｄｂＭｏｎ）２２４０に提供する。さらに、これらの変更をアクティブになっている申し込みに送り、期限切れメッセージを通じて、キャッシュ‐コピーの期限切れをマークする。またｄｂＳｅｒｖｅｒは、セキュリティ・チェックおよび認証の提供も行い、選択アイテムが保存前に暗号化されることを保証する。ｄｂＳｅｒｖｅｒがサポートするインターフェース・オペレーションを次に示す。・ｄｂＳｅｒｖｅｒから選択データを見る；・ｄｂＳｅｒｖｅｒから選択データを予約する；・選択データをｄｂＣｌｉｅｎｔ２２３４のキャッシュ‐コピー内にコピーする；・オンデマンドで、ｄｂＣｌｉｅｎｔのキャッシュを現在のコピーによりリフレッシュする；・マスターの全ｄｂＳｅｒｖｅｒコピーにわたって新しいデータを挿入する；・全ｄｂＳｅｒｖｅｒコピーにわたってデータの属性を変更する；さらに、・以前の申し込みをキャンセルし、データのキャッシュ‐コピーをドロップする。（３）データ管理（ｄｂＡｄｍｉｎ）２２３８データ管理（ｄｂＡｄｍｉｎ）２２３８は、データ・ポリシーのセッティング、データベースの論理的および物理的な面のマネージ、および、データ・マネジメント２１３８領域の機能構成要素のセキュリティおよび構成に関連する。データ・マネジメント・ポリシーは、複製およびパーティションの安全、分配、完全性の規則、性能要件、およびコントロールを含む。ｄｂＡｄｍｉｎ２２３８は、データのロケーションの確立、物理的ストレージの割り当て、メモリの割り当て、データ・ストアのロード、アクセス・パスの最適化、およびデータベースの問題の解決等のデータ資源の物理的コントロールを含む。また、ｄｂＡｄｍｉｎ２２３８には、データの監査、調和、移動、カタログ作成、および変換等のデータの論理的コントロールが用意されている。ｄｂＡｄｍｉｎ２２３８がサポートするインターフェース・オペレーションを次に示す。・データ・タイプの特性を定義する；・指定された次元の論理的コンテナを生成する；・結合を通じて２ないしそれ以上のコンテナをリレートさせる；・条件付きトリガおよびアクションを通じてデータ値またはデータのリレーションを制限する；・指定ロケーションにデータ用の物理的コンテナを置く；・新しいロケーションにデータ用の物理的コンテナを移動する；・物理的コンテナおよびそのデータを削除する；・１つのコンテナから別のコンテナにデータをロードする；・コンテナのデータ・コンテンツをクリアする；さらに、・コンテナのデータ・コンテンツの検証または調和を行う。（４）データ監視（ｄｂＭｏｎ）２２４０ｄｂＭｏｎ２２４０は、ＩＳＰ境界ゲートウエー、ｄｂＣｌｉｅｎｔ２２３４およびｄｂＳｅｒｖｅｒ２２３６から、データ関連のイベントおよび統計的測定値を取り込む監視機能を表す。ｄｂＭｏｎ２２４０メカニズムは、監査トレイルおよひログの生成に使用される。ｄｂＭｏｎは、通常、受動的インターフェースを呈し、データがそこに供給される。しかしながら、監視は階層的なアクティビティであり、ｄｂＭｏｎ内ではその先の分析およびロールアップ（たとえば毎分１回といった間隔で収集されたデータを、たとえば１時間または１日のデータとして組み立てる）が行われる。さらにｄｂＭｏｎは、所定のスレッショルドに到達するか所定の条件に一致したとき、警告を送る。各種測定値のレートおよびカウントがサービスの品質（ＱＯＳ）、データの性能、およびその他のサービス・レベルの取り決めの評価に使用される。すべての例外および日付エラーは、ログに記録され、調査、保存およびロールアップのためにｄｂＭｏｎに送られる。ｄｂＭｏｎ２２４０は、次に示すインターフェース・オペレーションをサポートする。・監視コントロール、フィルタ、およびスレッショルドのセット；・データ関連アクティビティのログ；・ステータス、測定値、または監査結果の報告；および、・アラームまたは警告の通知。（５）データ・マネジメント操作（Ｏｐｓ）２２４４操作コンソール（Ｏｐｓ）２２４４は、システムの個人的な監視、管理および、その他のマネージを行うためのワークステーション・インターフェースを提供する。Ｏｐｓコンソールは、前述したｄｂＭｏｎ２２４０、ｄｂＡｄｍｉｎ２２３８、およびｄｂＳｅｒｖｅｒ２２３６に対する操作インターフェースへのアクセスを提供する。またＯｐｓコンソール２２４４は、データ・マネジメント領域２１３８内の各種システム、インターフェース、およびアプリケーションのアイコン・ベースのマップを通じて、動的ステータスの表示をサポートする。５．物理的説明このセクションでは、データ・マネジメント２１３８の物理的な構造について説明する。ここでは、一連の構成要素がどのように展開されるかということを説明する。一般的な展開の態様を図２９に示す。図２９において、・円は、物理的サイトの表現に使用されている；・ボックスまたはボックスの組み合わせは、コンピュータのノードである；さらに、・機能的な役割は、略号で示している。図２９において使用している略号は、次に示すとおりである。・ＯＥオーダー・エントリ・システム２２５０；・ＧＷＩＳＰゲートウエー２２３０；・ＡＰＰアプリケーション（ｄｂＡｐｐｌ）２２３２；・ＣＬｄｂＣｌｉｅｎｔ２２３４；・ＳＶＲｄｂＳｅｒｖｅｒ２２３６；・ＡＤＭｄｂＡｄｍｉｎの構成要素２２３８；・ＭＯＮｄｂＭｏｎの構成要素２２４０；および、・Ｏｐｓ操作コンソール。これらの構成要素の機能的な役割は、図２８を参照して前述したとおりである（目標構造の論理の説明参照）。図２９に示した各サイトは、通常、ワイド・エリア・ネットワーク（ＷＡＮ）リンクによって１つないし複数の他のサイトとリンクされる。厳密なネットワーク構成およびサイジングについては、詳細な技術的設計タスクに委ねられる。データベースのコピーがオーダー・エントリ（ＯＥ)サイト２２５１に分配されることは一般的でないが、この構造においては、エントリ・サイトと衛星サイトを等価と見なし、ｄｂＣｌｉｅｎｔ機能を備えるものとする。ＩＳＰ２１００のネットワーク側においては、衛星サイト２２５２もそれぞれｄｂＣｌｉｅｎｔ２２３４を包含する。これらのサイトは、一般にローカル・エリア・ネットワーク（ＬＡＮ）を運営する。ｄｂＣｌｉｅｎｔは、ＩＳＮオペレータ・コンソール、ＡＲＵ、あるいはＮＣＳスイッチ要求による移行といった、ネットワークまたはシステム・アプリケーションのための局所的な容器として機能する。セントラル・サイト２２５４は、冗長なデータ・ストレージおよびｄｂＣｌｉｅｎｔ２２３４へのデータ・アクセス・パスを提供する。セントラル・サイト２２５４は、ロールアップ監視（ｄｂＭｏｎ）機能も提供するが、衛星サイト２２５２においてｄｂＭｏｎ２２４０を展開し、性能を向上することもできる。管理機能は、任意の希望の操作または管理サイト２２５４に配置されるが、ｄｂＭｏｎと同じロケーションである必要はない。管理機能は、ｄｂＡｄｍｉｎ２２３８に加えて、命令およびコントロールのために操作コンソール２２４４を必要とする。遠隔操作サイトは、ワイド・エリアまたはローカル・エリア接続から、ｄｂＡｄｍｉｎのノード２２３８にアクセスすることかできる。それぞれのサイトは、別のサイトにおいて複製機能の構成要素によってバックアップされ、多様な冗長リンクによって接続される。６．テクノロジーの選択以下のセクションにおいては、考慮すべき各種のテクノロジーの選択肢について説明する。データ・マネジメント２１３８構造は、特定のテクノロジーを必要とせずに動作するが、異なるテクノロジーの選択は、結果的なシステムの動作に影響を及ぼす。図３０は、非常に高い性能の環境を提供することができるテクノロジーのセットを示している。許容可能な最低レベルの性能は、具体的なアプリケーション要件によって決定される。３つの一般的な環境を示す。・上側においては、マルチプロトコル経路決定ネットワーク２２６０が外部および遠隔エレメントとセントラル・データ・サイトとを接続する。ここには、管理端末および、それより小さいミッドレンジの構成要素のほか、オーダー・エントリ等の高い有用性を持ったアプリケーション・プラットフォームが示されている。・中央は、大容量ストレージ・デバイスを備えた大規模かつ高性能のマシン２２６２であり、これらは、ｄｂＳｅｒｖｅｒ２２３６およびｄｂＭｏｎ２２４０等のマスター・データベースならびにデータ処理、およびデータ取り込み／追跡機能を代表している。・図の下側には、ＩＳＮオペレータ・センターまたはＤＡＰサイト等のローカル・エリアプロセスおよびネットワーク・インターフェース２２６４が示されている。７．実装現在のＩＳＰデータ・システムについては多くが知られているが、最終実装を決定するためには、追加の詳細な要件が必要である。これらの要件は、現存するＩＳＮ、ＮＣＳ、ＥＶＳ、ＮＩＡ、およびＴＭＮシステムのニーズに加え、広帯域、インターネット、およびスイッチレス・アプリケーション用に構想された新しい製品すべてを包含していなければならない。８．セキュリティＩＳＰデータは、保護された会社資源である。データ・アクセスには、制限および認証が行われる。データ関連のアクティビティは、追跡および監査が行われる。データの暗号化が、ストアされたパスワード、ＰＩＮＳ（パーソナル識別番号）、私的な個人記録、および選択される財務、ビジネス、ならびに顧客の情報には、データの暗号化が求められる。保護されたデータは、暗号化されていないテキスト形式で送信してはならない。９．メタ‐データメタ‐データは、データによってドライブされる論理に関する規則を構成するデータの一形式である。メタ‐データは、操作上のデータの形式を記述し、マネージする（つまり操作する）ために使用される。この構造の下では、可能な限りのコントロールがメタ‐データによってドライブされるように意図される。メタ ‐データ（またはメタ‐データによってドライブされる論理）は、一般にもっとも柔軟なランタイム・オプションを提供する。通常、メタ‐データは、システム管理者のコントロールの下に置かれる。１０．標準データベース・テクノロジー提案のデータ・マネジメント構造の実装には、可能な限り市場で入手可能な製品を利用すべきである。ベンダーはデータベース・テクノロジー、複製サービス、規則システム、監視施設、コンソール環境およびその他多くの魅力的な商品を提供する。Ｊ．ＩＳＰ資源マネジメント・モデルこのセクションでは、ＩＳＰ２１００構造に関係することから、資源マネジメント２１５０のモデルについて説明する。ａ）範囲この資源マネジメント・モデルは、資源を必要とするプロセスと資源自体の間の関係という意味において、資源の割り当てから割り当ての解除までのサイクルをカバーする。このサイクルは、資源の登録および登録抹消から開始し、資源の要求、資源の取り込み、資源の相互作用および資源の解放へと続く。ｂ）目的資源マネジメント２１５０のモデルは、概略で言えばＩＳＰ開発団体のための、より具体的にはＩＳＰ構造のための、共通した構造上のガイドラインを定義することを目的とする。ｃ）目標現存する伝統的なＩＳＰ構造においては、サービスがそれ独自の物理的および論理的資源をコントロールし、マネージする。サービスから資源を取り出す構造への移行には、資源とサービスの間の関係ならびに相互作用を支配するマネジメント機能の定義が必要になる。この機能は、資源マネジメント２１５０のモデルを用いて表される。資源マネジメント・モデルの目標は、ネットワーク‐ワイドな資源マネジメントを勘酌し、資源利用を最適化することによって、ネットワーク全体にわたる資源の共有を可能にすることにある。・サービスからの資源の取り出し；・資源ステータスに対するリアルタイムのアクセスの提供；・資源の追加ならびに削除のプロセスの簡略化；・安全かつシンプルな資源クタセスの提供；および、・一部の資源のユーザによって資源の使用が独占されることのない、公正な資源割り当ての提供。ｄ）背景のコンセプト一般に、資源マネジメント２１５０のモデルは、資源とそれを使用するプロセスの間の関係ならびに相互作用を支配する。モデルを示す前に、ここで、このモデルの説明に使用する基本的な用語とコンセプトについて確実な理解を確立しておくべきであろう。次に示したリストは、これらの用語とコンセプトを表す。（１）定義・資源：外部プロセスによって呼ひ出されたとき、具体的であり明確に定義された能力を提供する作業の基本ユニットを言う。資源は、サービス・エンジンおよびスピーチ認識アルゴリズムのように論理的な存在として、あるいはＣＰＵ、メモリ、およひスイッチ・ポートのように物理的な存在としてクラス分けすることができる。資源は、ＡＴＭリンク帯域幅あるいはディスク・スペースのように共有することもできれば、ＶＲＵあるいはスイッチ・ポートのように専用にすることもできる。・資源プール：共通の能力を共有する一連の登録済み資源メンバーを言う。・サービス：ネットワーク資源のユーザと資源自体の間のすべてのアクティビティおよび相互作用のフローの論理的な記述を言う。・ポリシー：資源の割り当ておよび割り当て解除、資源プールのサイズのスレッショルド、および資源利用のスレッショルドに作用するアクションを支配する一連の規則を言う。（２）コンセプト・資源マネジメント・モデルは、明確に定義されたプロシージャならびにポリシーを通じて、資源プールからまたは資源プールに対して行われる、一連の機能によるリソースの要求、取り込みおよび解放を支配し、許可する。資源の割り当ておよび割り当て解除のプロセスは、次に示す３つの段階を伴う。・資源の要求：これは、プロセスが資源マネージャ２１５０からの資源を要求する段階である。・資源の取り込み：要求の資源があり、要求プロセスにそれを要求する権利が与えられているとき、資源マネージャ２１５０は資源を付与し、プロセスはそれを使用することができる。それ以外の場合には、プロセスは、資源割り当てプロセスを放棄し、その後再度試みる選択肢と、資源が使用可能になり次第、あるいは所定時間内にそれが使用可能になったときにそれを付与することを資源マネージャ２１５０に要求する選択肢がある。・資源の解放：割り当てられた資源は、プロセスにおいてそれが必要なくなった時点で資源プールに戻すべきである。資源のタイプに応じて、プロセスがその資源を解放すると、資源から資源マネージャにその新しいステータスが伝えられるか、プロセス自体が、資源マネージャに対してその資源が利用可能になったことを伝える。いずれの場合においても、資源マネージャはその資源を資源プールに再ストアする。資源マネジメント・モデルは、資源プールおよびそれらを支配するポリシーの仕様の生成を勘酌している。資源マネジメント・モデルは、資源プールの正当なメンバーとして、資源を登録し、抹消することを許容する。資源マネジメント・モデルのポリシーは、負荷のバランス、障害復帰ならびに再低コスト・アルゴリスムを強制し、さらにサービスによる資源の独占を防止する。資源マネジメント・モデルは、資源の使用を追跡し、資源プールが要求を満たす上で不十分であれば、自動的に矯正措置を行う。あらゆるサービスは、使用可能な資源へのアクセスおよびその使用の権利が与えられている限り、ネットワークを介してそれができるべきである。この資源マネジメント・モヂルは、資源のモデリングにＯＳＩオブジェクト指向アプローチを採用している。このモデルの下では、各資源が管理されたオブジェクト（ＭＯ）により表現される。各ＭＯは、次の点に関して定義される。・属性：ＭＯの属性は、そのプロパティを表し、特性および現在のステータスを記述するために使用される。それそれの属性は、１つの値に関係付けられ、たとえば、ＭＯのＣＵＲＲＥＮＴ＿ＳＴＡＴＥ属性の値をＩＤＬＥとすることができる。・操作：各ＭＯは、それに対して実行か許された一連の操作を有する。これらの操作を次に示す。・生成：新しいＭＯを生成する。・削除：現存するＭＯを削除する。・アクション：ＳＨＵＴＤＯＷＮ（シャットダウン）等の具体的な操作を実行する。・値の読み取り：特定のＭＯの属性値を読み取る。・値の追加：特定のＭＯの属性値を追加する。・値の削除：値のセットから特定のＭＯの属性値を削除する。・値の置き換え：現存するＭＯの属性値（１つまたは複数）を新しい値に置き換える。・値のセット：特定のＭＯの属性をそのデフォルト値にセットする。・通知：各ＭＯは、マネジメントの実体にそのステータスを報告あるいは通知することができる。これは、トリガあるいはトラップとして考えることができる。・振る舞い：ＭＯの振る舞いは、特定の操作に対してそれがどのように反応するかということ、およびその反応に課せられた制限によって表される。ＭＯは、外的刺激または内的刺激のいずれに対しても反応することがある。外的刺激は、操作を運ぶメッセージによって表される。しかしながら内的刺激は、タイマーのタイムアウトのように、ＭＯに対して発生する内部のイベントとなる。タイマーのタイムアウトに対してＭＯがとるべき反応に関しては、ＭＯがそれを報告するまでに要するタイマーのタイムアウトの回数を指定することによって、制限を課することができる。資源の使用、操作または監視に必要なすべてのエレメントは、資源をＭＯとして取り扱い、上記の操作を通じてそれにアクセスする必要がある。資源のステータスを知る必要がある注目エレメントは、その資源によって生成されたイベントをどのように受け取り、それに対してどのように反応するかということを知る必要がある。全体的および局所的資源マネジメント：資源マネジメント・モデルは、少なくとも２つのマネジメント・レベル、つまり局所的資源マネージャー（ＬＲＭ）２１９０および全体的資源マネージャー（ＧＲＭ）２１８８を伴う階層構造を有する。それぞれのＲＭ、つまり局所的および全体的資源マネージャーのそれぞれは、独自の領域と機能を備えている。２．局所的資源マネージャー（ＬＲＭ）：・領域：ＬＲＭの領域は、ネットワークの特定の場所に属する特定の資源プール（ＲＰ）に拘束される。複数のＬＲＭが１つの場所に存在し、それぞれのＬＲＭが特定の資源プールのマネージを担当することもある。・機能：ＬＲＭの主な機能は、資源マネジメント・モデルのガイドラインに従った、プロセスと資源の問の資源の割り当ておよび割り当て解除のプロセスを簡略化することである。３．全体的資源マネージャー（ＧＲＭ）２１８８：・領域：ＧＲＭ２１８８の領域は、ネットワーク全体にわたるすべての資源プール内のすべての登録済み資源をカバーする。・機能：ＧＲＭの主な機能は、ＬＲＭ２１９０がＬＲＭ領域にない資源を突き止める補助である。図３１は、ネットワーク２２７０内のＧＲＭ２１８８およびＬＲＭ２１９０の領域を示す。４．資源マネジメント・モデル（ＲＭＭ）資源マネジメント・モデルは、静的構成と対局をなす動的資源割り当てのコンセプトを基礎とする。動的資源割り当てのコンセプトは、資源とそれを使用するプロセスの間に、あらかじめ定義された静的な関係が存在しないことを意味する。割り当ておよび割り当て解除のプロセスは、需要と供給に基づく。資源マネージャー２１５０は、資源の存在を知っており、資源を必要としているプロセスは、資源マネージャー２１５０を通じてそれを取り込むことができる。これに対して静的構成は、資源とそれを使用するプロセスの間に、あらかじめ定義された関係が存在することを意味する。その場合は、これらの資源をマネージするために、マネジメントの実体をまったく必要としない。資源を扱うプロセスは、ダイレクトにそれを達成することができる。動的資源割り当てと静的構成は、資源マネジメント・パラダイムの両極を代表する。しかしながら、これらの両極の間に該当するパラダイムが存在してもよい。資源マネジメント・モデルは、ＬＲＭ２１９０ならびにＧＲＭ２１８８の振る舞い、およびそれらの間の論理的関係ならびに相互作用を記述する。さらにそれによって、ＬＲＭ／ＧＲＭと資源を必要とするプロセスの間で行われる資源の割り当ておよび割り当て解除のプロセスを支配する規則ならびにポリシーが記述される。ａ）単純な資源マネジメント・モデル資源の割り当ておよび割り当て解除が複雑なプロセスであることを理解した上で、実際のモデルへの入り口としてここに、このプロセスの単純な形を示す。単純な資源の割り当ておよび割り当て解除は、６つのステップにより達成される。これらのステップを図３２に示す。１．プロセス２２７１は、資源マネージャー２１５０に資源２１７３を要求する。２．資源マネージャー２１５０は、資源２１７３を割り当てる。３．資源マネージャー２１５０は、割り当てた資源２１７３を、要求しているプロセス２２７１に付与する。４．プロセス２２７１は、資源２２７３との相互作用を行う。５．プロセス２２７１は、資源２２７３の使用を完了すると、それを資源に伝える。６．資源２２７３は、解放されて資源マネージャー２１５０に戻る。ｂ）資源マネジメント・モデルの論理エレメント：資源マネジメント・モデルは、互いの間で相互作用し、協働して前述の目標を達成する一連の論理エレメントによって表される。これらのエレメントを図３３に図示するが、それには資源プール（ＲＰ）２２７２、ＬＲＭ２１９０、ＧＲＭ２１８８、および資源マネジメント情報ベース（ＲＭＩＢ）２２７４が含まれる。（１）資源プール（ＲＰ）２２７２同一タイプであり、共通の属性を共有するか、同一の能力を提供し、ネットワーク内の同一の場所に位置するすべての資源は、論理的に１グループにまとめて、資源プール（ＲＰ）２２７２を形成することができる。各ＲＰは、独自のＬＲＭ２１９０を有する。（２）局所的資源マネージャー（ＬＲＭ）２１９０ＬＲＭ２１９０は、特定のＲＰ２２７２のマネジメントを担当するエレメントである。ＬＲＭによってマネージされているＲＰからの資源を使用する必要のあるすべてのプロセスは、そのＬＲＭを通じ、前述した単純な資源マネジメント・モデルを使用して資源に対するアクセスを確保しなければならない。（３）全体的資源マネージャー（ＧＲＭ）２１８８ＧＲＭ２１８８は、ネットワーク全体にわたって資源プールに関する包括的な視点を持った存在である。ＧＲＭは、ＬＲＭ２１９０を通じてこの包括的な視点を確保している。すべてのＬＲＭは、ＲＰ２２７２のステータスおよび統計を用いてＧＲＭを更新する。局所的資源がすべて使用されているか、あるいは要求された資源が別の場所に属しているため、ＬＲＭか資源を割り当てられないことがある。そのような場合、ＬＲＭは、ＧＲＭに対し、ネットワーク全体にわたる要求のあった資源の探し出しを求めることができる。（４）資源マネジメント情報ベース（ＲＭＩＢ）２２７４すでに述べたように、すべての資源は管理されたオブジェクト（ＭＯ）として扱われる。ＲＭＩＢ２２７４は、ネットワーク全体にわたるすべてのＭＯに関する情報を擁するデータベースである。ＭＯ情報には、オブジェクトの定義、ステータス、操作等が含まれる。ＲＭＩＢは、ＩＳＰデータ・マネジメント・モデルの一部である。すべてのＬＲＭおよびＧＲＭは、ＲＭＩＢにアクセス可能であり、ＩＳＰデータ・マネジメント・モデルを通じてＭＯ情報についての独自の視点ならびにアクセス権を有している。５．構成要素の相互作用資源マネジメント・モデルのエレメントは、それぞれのタスクを実行するため、資源マネジメント・モデルの規則、ポリシーならびにガイドラインの内側で、互いに相互作用し、協働しなければならない。以下のセクションでは、これらの実体が互いにどのように相互作用するかについて説明する。ａ）エンティティ関係（ＥＲ）図（図３３）：図３３において、それぞれの長方形は実体を表し、“＜＞”で囲んだ動詞は２つの実体の間の関係を示し、角括弧“［］”内は、関係の方向が、角括弧で囲んだ番号から囲んでいない番号に向かうことを示している。番号は、１対１の関係、１対多の関係、または多対多の関係を表す。図３３は、次のように解釈できる。１．１つのＬＲＭ２１９０が１つのＲＰ２２７２をマネージする。２．多くのＬＲＭ２１９０がＲＭＩＢ２２７４にアクセスする。３．多くのＬＲＭ２１９０がＧＲＭ２１８８にアクセスする。４．多くのＧＲＭ２１８８がＲＭ１Ｂ２２７４にアクセスする。ｂ）登録および登録解除資源の登録および登録解除は、動的なマネージを必要とする資源のセットに対してのみ適用される。資源が静的に割り当てられるケースもいくつか存在する。ＬＲＭ２１９０は、それぞれが一連の資源メンバーを擁する資源プール２２７２に作用する。ＬＲＭが特定の資源をマネージするためには、その資源からＬＲＭに、その存在およびステータスが知らされなければならない。また、ＧＲＭ２１８８が特定の資源を突き止められるためには、それがネットワーク全体にわたり資源の入手可能性を知っている必要がある。動的にマネージされるすべての資源に対しては、次に示す登録および登録解除のガイドラインを適用すべきである。・すべての資源は、特定の資源プール２２７２のメンバーとして、それぞれのＬＲＭ２１９０に登録されなければならない。・すべての資源は、何らかの理由により、シャットダウンまたはサービスからの取り出しを必要とするとき、それぞれのＬＲＭ２１９０から登録解除されなければならない。・すべての資源は、それぞれの使用可能性に関するステータスをそれぞれのＬＲＭ２１９０に報告しなければならない。・すべてのＬＲＭは、登録された資源および登録解除された資源に基づいて、最新の資源の使用可能性を用いてＧＲＭ２１８８を更新しなければならない。ｃ）ＧＲＭ、ＬＲＭおよびＲＰの相互作用各ＲＰ２２７２は、１つのＬＲＭ２１９０によってマネージされる。特定の資源タイプを必要とする各プロセスには、その資源へのアクセスを容易にする１つのＬＲＭが割り当てられる。プロセスが資源を必要とするとき、プロセスは、割り当てられているＬＲＭを通じて資源の要求を行わなければならない。ＬＲＭが資源の要求を受けとったとき、次に示す２つのケースが考えられる。１．資源が使用できる場合：この場合ＬＲＭは、プールの資源メンバーを割り当て、資源ハンドルをプロセスに渡す。プロセスは、その資源と相互作用し、それを完了する。プロセスが資源の使用を完了すると、その資源のタイプに応じて、プロセスがその資源に完了を通知し、その資源自体がＬＲＭに使用可能になったことを知らせるか、あるいはプロセスがその資源を解放し、ＬＲＭにその資源の使用を完了したことを知らせる。２．資源が使用できない場合：この場合ＬＲＭ２１９０は、要求された資源を擁する外部資源プールについてＧＲＭ２１８８に調査を求める。外部資源が使用できないときは、ＬＲＭは、要求を発したプロセスに対して資源が使用できないことを知らせる。その場合、要求を発したプロセスは、次のいずれかの行動をとる。・要求を放棄して再度試みる；・使用可能になり次第割り当てることをＬＲＭに要求する；あるいは、・所定時間内に使用可能になり次第割り当てることをＬＲＭに要求する。外部資源が使用できるときは、ＧＲＭ２１８８は、ＬＲＭ２１９０に対してロケーション情報およびアクセス情報を渡す。その後のＬＲＭは、次のいずれかの行動をとる。・要求を発したプロセスのためにその資源の割り当てを行い、資源ハンドルをプロセスに渡す（この場合、ＧＲＭを通じた資源割り当ては、プロセスにとってトランスペアレントになる）；または、・要求を発したプロセスに、突き止めた資源をマネージするＬＲＭとのコンタクトを勧める。ｄ）ＧＲＭ、ＬＲＭおよびＲＭＩＢの相互作用ＲＭＩＢ２２７４は、ネットワーク全体のすべての管理された資源のすべての情報およびステータスを保持している。各ＬＲＭ２１９０は、それがマネージするＲＰ２２７２にマッピングするＲＭＩＢ２２７４の視点を持つことになる。一方、ＧＲＭ２１８８は、ネットワーク全体にわたるすべての資源の包括的な視点を有する。この視点は、すべてのＬＲＭの視点から構成されている。ＧＲＭは、この包括的な視点によってネットワーク全体にわたって資源を突き止めることが可能になる。ＲＭＩＢ２２７４が正確な資源情報を維持できるように、各ＬＲＭ２１９０は、最新の資源ステータスを用いてＲＭＴＢの更新を行わなければならない。これには、資源の追加、資源の削除、資源ステータスの更新が含まれる。ＬＲＭ２１９０ならびにＧＲＭ２１８８は、ともにＩＳＰデータ・マネジメント実体を通じてＲＭＩＢ２２７４の視点およびアクセスを得ることができる。実際のＲＭＩＢデータのマネジメントは、ＩＳＰデータ・マネジメント実体に属する。ＬＲＭおよびＧＲＭは、ＲＭＩＢの更新のみに責任を有する。Ｋ．操作サポート・モデル１．紹介従来のＩＳＰサービス・プラットフォームのほとんどは、独立に開発されており、それぞれが独自の操作サポート機能のセットを備えている。与えられたプラットフォームのセットがどのように作用するかということを学ぶために要する時間は、プラットフォーム数が多くなるに従って増加する。ＩＳＰサービス・プラットフォームは、そのすべての製品にわたるすべての操作サポート機能に関して、共通のモデルを用いて１つの構造に移行する必要がある。これには、現在のニーズをサポートし、将来発生する変更に堪えるかそれに従うモデルの定義が求められる。操作サポート・モデル（ＯＳＭ）は、ＩＳＰ２１００のためのマネジメント・サポートの実装に関する枠組みを定義する。ａ）目的操作サポート・モデルの目的は、次のとおりとする。・ＩＳＰ資源用にマネジメント・プラットフォームを統合することにより、操作の簡略性を達成する；・共通のマネジメント・インフラストラクチャを提供することにより、操作要員の習得曲線を短縮する；・マネジメント・システム開発の重複を除去することにより、マネジメント・システムのコストを削減する；・すべてのＩＳＰサービスならびにネットワーク・エレメントに関して、共通のマネジメント・インフラストラクチャを提供することにより、ＩＳＰサービスの市場化の適時性を向上する；さらに、・ＩＳＰの物理的資源（ハードウェア）ならびに論理的資源（ソフトウェア）をマネージするための枠組みを提供する。ｂ）範囲ここで説明するＯＳＭは、ＩＳＰの物理的ネットワーク・エレメントおよび、その上で機能するサービスの分散型マネジメントを規定する。ここで述べるマネジメントの枠組みは、論理（ソフトウェア）資源のマネージにも拡張することができる。しかしながら、ここで紹介する構造は、物理的資源における利用および障害を、その結果としてサービスに生じる影響にマッピングすることを補助する。マネジメント・サービスは、４つのレイヤの中で発生する。・計画；・サーヒス・マネジメント；・ネットワーク・レイヤ；および、・ネットワーク・エレメント。レイヤ内の情報は、４つの機能エリアに分類される。・構成マネジメント；・障害マネジメント；・資源測定；および、・会計。ＩＳＰのすべてについて共通の操作サポート・モデルを使用することは、ＩＳＰの操作性を強化し、ＩＳＰにおける将来的な製品ならびにサービスの設計を簡素化する。この操作サポート構造は、ＩＴＵ通信マネジメント・ネットワーク（ＴＭＮ）標準に適合している。ｃ）定義管理されたオブジェクト：１ないしは複数のマネジメント・システムによって監視され、コントロールされる資源。管理されたオブジェクトは、管理されたシステム内にあり、他の管理されたオブジェクト内に組み込まれることもある。管理されたオブジェクトは、論理的な資源または物理的な資源であり、１つの資源が、複数の管理されたオブジェクトによって表される（オブジェクトの視点が複数になる）こともあり得る。管理されたシステム：１ないしは複数の管理されたオブジェクト。マネジメント・サブ領域：親マネジメント領域内に完全に含まれるマネジメント領域。マネジメント・システム：管理されたオブジェクトおよび／またはマネジメント・サブ領域に監視ならびにコントロール機能をもたらす、管理された領域内のアプリケーション・プロセス。マネジメント情報ベース：ＭＩＢは、管理されたオブジェクトについての情報を擁する。マネジメント領域：１ないしは複数のマネジメント・システム、および０以上の管理されたシステムならびにマネジメント・サブ領域の集合。ネットワーク・エレメント：通信ネットワークは、送信システム、交換システム、マルチプレクサ、シグナリング端末、フロント‐エンド・プロセッサ、メインフレーム、クラスタ・コントローラ、ファイル・サーバー、ＬＡＮ、ＷＡＮ、ルーター、ブリッジ、ゲートウエー、イーサネット・スイッチ、ハブ、Ｘ．２５リンク、ＳＳ７リンクといった、各種のアナログならびにディジタル通信装置および、関連サポート装置から構成される。これらの装置がマネージされているとき、包括してネットワーク・エレメント（ＮＥ）と呼ばれる。領域：マネジメント環境は、機能的要因（障害、サービス等）、地理的要因、組織構成上の要因等の多数の要因によって分割することができる。オペレーション・システム：マネジメント機能は、オペレーション・システム内に常駐する。２．操作サポート・モデル図３４に、ネットワーク・エレメント２３１０を覆う操作サポート・モデル２３０８の４つのマネジメント・レイヤ２３００、２３０２、２３０４および２３０６を示す。操作サポート・モデル２３０８は、ＩＳＰ２１００の日ごとのマネジメントをサポートする。このモデルは、三つの次元に沿って整理される。それぞれの次元は、レイヤ２３００？２３０６、これらのレイヤに含まれる機能エリア、および、マネジメント・サービスが提供するアクティビティである。管理されたオブジェクト（資源）は、マネジメント・システムによって監視、コントロール、および変更が行われる。ａ）機能モデル以下のセクションでは、マネジメント・レイヤ２３００−２３０６内に生じる機能エリアについて説明する。（１）計画ＩＳＰ計画レイヤ２３００は、１ＳＰ２１００に関して収集したデータの保管庫であり、データが付加価値を準備する場所である。・構成マネジメント２３１２：ポリシー、および目標をセットする。・フォルトマネジメント２３１４：障害発生までの平均時間を予測する。・資源マネジメント２３１６：将来の資源ニーズ（傾向、キャパシティ、サービス契約の追従、メンテナンス契約、要員）を予測する。・会計：サービス価格の決定をサポートするために、サービス提供のコストを決定する。（２）サービス・マネジメントサービスのオーダー、展開、準備、サービス品質の取り決め、およびサービス品質の監視は、ＩＳＰサービス・マネジメント・レイヤ２３０２に属する。顧客は、ＳＭレイヤ２３０２に対する制限された視点を有し、そのサービスを監視し、コントロールする。ＳＭレイヤは、ＮＬＭ内のエージェントと相互作用するマネージャー（１ないし複数）を提供する。またＳＭレイヤは、計画レイヤ２３００内のマネージャー（１ないし複数）と相互作用するエージェント（１ないし複数）の提供も行う。ＳＭレイヤ内のマネージャーは、ＳＭレイヤ内の他のマネージャーと相互作用することもある。その場合には、同レベルのマネージャー‐エージェントの関係が成立する。・構成マネジメント２３２０：サービスの定義、サービスのアクティブ化、顧客の定義、顧客のアクティブ化、サービスの特性決定、顧客の特性決定、ハードウェアの準備、ソフトウェアの準備、その他のデータまたはその他の資源の準備。・フォルトマネジメント２３２２：サービス契約に対する不正行為の監視および報告。テスト。・資源マネジメント２３２４：サービス契約に対する不正行為の予測および、潜在的な資源不足の通知。現在および将来の（流れが向かっている）サービスの予測。・会計２３２６：会計情報の処理および転送。ネットワーク・レイヤ・マネジメント：ＩＳＰネットワーク層マネジメント（ＮＬＭ）レイヤ２３０４は、エレメント・マネジメントによって示されるすべてのネットワーク・エレメントを個別に、またセットとしてマネージする責任を有する。これは、特定のエレメントが内部的にどのようにサービスを提供するかということとは無関係である。ＮＬＭレイヤ２３０４は、ＥＭ２３０６（複数）内のエージェント（複数）と相互作用するマネージャー（１または複数）を提供する。またＮＬＭレイヤは、ＳＭレイヤ２３０２内のマネージャー（１または複数）と相互作用するエージェント（１または複数）の提供も行う。ＮＬＭレイヤ２３０４内のマネージャーは、ＮＬＭレイヤ内の他のマネージャーと相互作用することもある。その場合には、同レベルのマネージャー‐エージェントの関係が成立する。・構成マネジメント２３２８は、ネットワーク‐ワイドな展望から、局所的およひ遠隔の資源ならびにサービスの特性を定義する機能を提供する。・フォルトマネジメント２３３０は、複数のＮＥにわたって発生した障害の検出、報告、分離、および矯正を行う機能を提供する。・資源マネジメント２３３２は、キャパシティの観点から、資源利用のネットワーク‐ワイドな測定、分析および報告を準備する。・会計２３３４は、複数のソースからの会計情報を統合する。（３）エレメント・マネジメントエレメント・マネジメント・レイヤ２３０６は、独立ベースでＮＥ２３１０に関する責任を有し、ＮＥによって提供される機能の抽出をサポートする。ＥＭレイヤ２３０６は、ＮＥ（複数）内のエージェント（複数）と相互作用するマネージャー（１または複数）を提供する。またＥＭレイヤは、ＮＬＭレイヤ２３０４内のマネージャー（１または複数）と相互作用するエージェント（１または複数）の提供も行う。ＥＭレイヤ２３０６内のマネージャーは、ＥＭレイヤ内の他のマネージャーと相互作用することもある。その場合には、同レベルのマネージャー‐エージェントの関係が成立する。・構成マネジメント２３３６は、局所的および遠隔の資源ならびにサービスの特性を定義する機能を提供する。・フォルトマネジメント２３３８は、障害の検出、報告、分離、および矯正を行う機能を提供する。・資源マネジメント２３４０は、キャパシティの観点から、資源利用の測定、分析および報告を準備する。・会計２３４２は、会計的見地から、資源利用の測定および報告を準備する。ｂ）ネットワーク・エレメントコンピュータ、プロセス、スイッチ、ＶＲＵ、インターネット（ｉｎｔｅｒｎｅｔ）ゲートウエー、およびその他のネットワーク能力を提供する装置が、ネットワーク・エレメント２３１０である。ＮＥは、エレメント・マネジメント・レイヤ２３０６に代わって操作を実行するエージェントを提供する。ｃ）情報モデル図３５は、マネージャー‐エージェントの相互作用を示す。通信機能のマネジメントは、分散型情報アプリケーション・プロセスである。これは、ネットワータ資源（ＮＥ）２３１０の監視ならびにコントロール目的で分散されたマネジメント・アプリケーション・プロセスのセットの間のマネジメント情報の交換を伴う。この情報交換の目的については、マネジメント・プロセスが、マネージャー２３５０またはエージェント２３５２のいずれかの役割を担う。マネージャー２３５０の役割は、マネジメント操作要求をエージェント２３５２に渡し、操作の結果、およびイベント通知を受け取り、受け取った情報を処理することである。エージェント２３５２の役割は、管理されたオブジェクト２３５４に対して適切な操作を実行することによって、マネージャーの要求に応え、応答もしくは通知があればそれをマネージャーに渡すことである。マネージャー２３５０には、多数のエージェント２３５２との相互作用が許され、エージェントには複数のマネージャーとの相互作用が許されている。高いレベルのマネージャーが、低いレベルのマネージャーを通じて管理されたオブジェクトに作用できるように、マネージャーをカスケード構成してもよい。その場合、低いレベルのマネージャーは、マネージャーの役割とエージェントの役割をともに担う。３．プロトコル・モデルａ）プロトコルマネージャーとエージェントの間の情報交換は、一連の通信プロトコルによる。ＴＭＮは、好ましいモデルを提供し、勧告Ｘ．７１０およびＸ．７１１に定義されている、共通マネジメント情報サービス（ＣＭＩＳ）および共通マネジメント情報プロトコル（ＣＭＩＰ）を使用する。これは、ＩＴＵのアプリケーション共通サービス・エレメント（Ｘ．２１７サービス記述およびＸ．２２７プロトコル記述）および遠隔操作サービス・エレメント（Ｘ．２１９サービス記述およびＸ．２２９プロトコル記述）に基づく対等者間の通信プロトコルを提供する。ＦＴＡＭもまた、上位レイヤのプロトコルとしてファイル転送用にサポートされている。これらの上位レイヤのプロトコルの使用は、勧告Ｘ．８１２に記述されている。トランスポート・プロトコルは、勧告Ｘ．８１１に記述されている。勧告Ｘ．８１１には、異なる下位レイヤのプロトコル間の相互作用についての記述もある。このプロトコルのセットは、Ｑ３と呼ばれる。ｂ）共通文脈プロセス間で情報を共有するためには、交換する情報の解釈に共通の理解が必要になる。マネジメント・プロセス（マネージャー／エージェント）の間で交換されるすべてのＰＤＵに関する共通の理解の開発には、ＢＥＲを伴うＡＳＮ．１（Ｘ．２０９）を使用することができる。ｃ）上位レイヤのサービス次に、サービス・レイヤの最小限のサービスを明示し、ＴＭＮＣＭＩＳサービスの後にモデリングを行う。ＳＥＴ：属性の値の追加、削除、または置換。ＧＥＴ：属性の値の読み取り。ＣＡＮＣＥＬ−ＧＥＴ：直前に発行したＧＥＴのキャンセル。ＡＣＴＩＯＮ：オブジェクトに対する所定のアクションの実行要求。ＣＲＥＡＴＥ：オブジェクトの生成。ＤＥＬＥＴＥ：オブジェクトの削除。ＥＶＥＮＴ−ＲＥＰＯＲＴ：ネットワーク資源によるイベントの通知の許可。４．物理的なモデル図３６に、ＩＳＰ２１００の物理的なモデルを示す。５．インターフェース・ポイント調停装置２３６０は、１つの情報モデルからＩＳＰ情報モデルへの変換を提供する。ゲートウエー２３６２は、ＩＳＰ外部のマネジメント・システムへの接続に使用される。ゲートウエーは、ＩＳＰ準拠システムを始め、非準拠システムを伴う操作に必要な機能を提供することになる。ゲートウエーは、調停装置２３６０を包含してもよい。図３６には、９つのインターフェース・ポイントが明示されている。これらのインターフェース・ポイントに関係するプロトコルを次に示す。１．ここには、２つの上位レイヤ・プロトコルがある。ワークステーションとの通信用プロトコルおよび、その他すべての操作サポート通信用のＩＳＰ上位レイヤである。下位レイヤは、イーサネットによるＴＣＰ／ＴＰである。２．上位レイヤは、ワークステーション２３６４との通信用のプロトコルであり、下位レイヤはイーサネットによるＴＣＰ／ＩＰである。３，４．上位レイヤは、ＩＳＰ上位レイヤであり、下位レイヤはイーサネットによるＴＣＰ／ＩＰである。５．独占的プロトコルであり、サポートされているインターフェースと互換性のない過去から継承したシステムである。シンプル・ネットワーク・マネジメント・プロトコル（ＳＮＭＰ）インターフェースを提供する装置は、調停装置２３６０によってサポートされることになる。６，７，８，９．ゲートウエーは、その性質から、ＩＳＰ準拠ならびに非準拠インターフェースをサポートする。企業内部システムに対するゲートウエーは、オーダー・エントリ・システムあるいは企業ワイドなＴＭＮシステムを包含することができる。操作サポート・モデルのＩＳＰ実現図３７に操作サポートの実現を示す。６．全般操作サポート・モデルは、操作サポート・システムの構築に関する概念的な枠組みを提供する。図３７は、この概念的なモデルのＩＳＰ実現を表す。そのモデルを実現するこの実装においては、すべてのＩＳＰネットワーク・エレメントが、マネジメント情報ベース（ＭＩＢ）２３７０およびＭＩＢ内のオブジェクトに作用するエージェント・プロセスによって、操作サポート・システムに再提示される。フィールド・サポート要員は、２つのレベルを有し、そこからＩＳＰ２１００がマネージされる。１．トラブル・シューティングのために、ネットワーク層マネージャー２３７２は、フィールド・サポートにＩＳＰ全体のピクチャを与える。問題の検出、分離および矯正のプロセスは、そこから開始される。そのレイヤから、問題を単一のネットワーク・エレメントに分離することができる。独立したネットワーク・エレメントは、ネットワーク・エレメント・マネージャ２３７４からアクセス可能であり、より詳細なレベルの監視、コントロール、構成、およびテストを可能にする。ＩＳＰの中央集約的な視点は、今日のＩＳＰには見られないが、多くはその重要性を認識している。ネットワーク層マネージャー２３７０は、構成目的でＩＳＰワイドな視点を提供し、ネットワーク・エレメント・マネージャー２３７４との相互作用により、一貫した方法でネットワーク・エレメントを構成する。これにより、すべてのプラットフォームにわたって、ＩＳＰの構成に矛盾を生じないことが保証される。１つの場所において一部の情報を変換し、それをＩＳＰワイドで自動的に分配する能力は、現在のＩＳＰマネジメントの枠組みでは不可能な強力なツールである。サービス生成環境２３７６からサービス定義が生成された後は、サービス・マネージャー２３７８がＩＳＰネットワーク内へのその配置および、新しいサービスのためのネットワークの準備に使用される。１つのサービスの顧客は、サービス・マネージャー２３７８を通じて準備される。顧客の準備の一部として、サービス・マネージャーは資源の利用を予測し、顧客によるサービスの使用を処理するために新しい資源の追加が必要になるか否かを判断する。そこでは、現在の利用統計が判断の基礎に使用される。顧客がアクティブ化された後は、顧客によるサービスの使用を監視し、サービス品質の取り決めに適合しているか否かを判断する。顧客によるサービスの使用が増加すると、サービス・マネージャー２３７８は、ＩＳＰネットワークへの資源の追加の必要性を予測する。このサービス・マネジメントは、適切な制限を伴って、別のサービスとして顧客に向けて拡張することができる。サービス生成は、ＩＮの世界で論じられる一方、残りのシステムと統合されたサービス・マネージャーを必要とし、それがこのモデルの目的の１つにもなっている。最後に、立案要員（非フィールド・サポート）のために、立案マネージャー２３８０は、ＩＳＰワイドで資源利用を分析し、将来のニーズを判断し、各種のサービスにコストを割り当て、将来のサービス価格のベースとしてサービスのコストを決定する。Ｌ．物理的ネットワーク・モデル１．紹介このセクションでは、インテリジェント・サービス・プラットフォーム（ＩＳＰ）２１００構造の物理的ネットワークという面から説明を行う。ａ）目的物理的ネットワーク・モデルは、次の内容をカバーする。・論理構造のマッピング；・情報フロー；および、・この構造のプロダクション環境におけるプラットフォーム展開。ｂ）範囲このモデルは、物理的ネットワークに関連するテクノロジーを定義し、各種の領域間の相互作用を説明するとともに、この構造の実現例を提供する。ｃ）目標このモデルの目標は、次のとおりである。・各種ネットワーク・プラットフォームを識別するためのモデルを案出する；・情報フローをクラス分けする；・標準の名称設定法を提供する；・システム展開の規則を提供する；および、・将来のテクノロジー選択を導く。２．情報フローインテリジェント・ネットワーク（ＩＮ）の重要な一面は、ネットワーク内にインストールされている各種のプラットフォームにわたる情報フローである。ネットワークは、情報のタイプを識別し、クラス分けすることによって、ＩＮのニーズを満たす。顧客は、一連の呼び出しフローの中でＩＮと相互作用する。呼び出しは、オーディオ中心（たとえば従来のＩＳＰ製品における場合）、マルチメディア‐ベース（たとえばウェブ・ブラウザを使用するｉｎｔｅｒｎｅｔＭＣＩユーザにおける場合）、ビデオ‐ベース（たとえばビデオ‐オンデマンドにおける場合）あるいはコンテンツの組み合わせが考えられる。情報は、次のようなクラス分けが可能である。・コンテンツ；・シグナリング；または、・データ。通常、インテリジェント・ネットワークと相互作用する顧客は、これら３つのタイプの情報フローすべてを必要とすることになる。ａ）コンテンツコンテンツのフローは、それによって運ばれる主要情報を含んでいる。その例として、アナログ音声、パケット交換データ、ストリーム化ビデオおよび専用回線トラフィックが挙げられる。顧客の特性から、ＩＮは、最少限のロス、最小限の遅れ、および最適なコストをもって引き渡しを行わなければならない。ＩＮのエレメントは、他の情報フローとともに同一のチャンネル内にコンテンツを流すために、伝送の基本構造によってより多くの連結スーツがサポートされるように標準化される。ｂ）シグナリングシグナリングのフローは、ネットワーク・エレメントによって使用されるコントロール情報を含んでいる。ＩＳＵＰＲＬＴ／ＩＭＴ、ＴＣＰ／ＩＰ領域名ルックアップおよび、ＩＳＤＮＱ．９３１は、すべてこのインスタンスである。ＩＮは、この情報を要求し、使用し、また生成する。シグナリング情報は、各種のネットワーク・プラットフォームを調整し、ネットワーク全体にわたるインテリジェント呼び出しフローを可能にする。実際、ＳＣＥベースのＩＮにおいては、サービスの展開に、基本構造にわたって流れるシグナリング情報も必要になる。ｃ）データデータ・フローは、基本構造および特定のネットワーク・プラットフォームによって作成されることが多い重要な課金データ記録を含めた、呼び出しフローによって生成される情報を含んでいる。３．用語ネットワーク：相互接続されたネットワーク・エレメントは、コンテンツ、シグナリングおよび／またはデータを運ぶ能力を有する。ＭＣＩのＩＸＣスイッチ基本構造、ＩＳＰ拡張ＷＡＮ、およびインターネット・バックボーンは、古典的なネットワークの例である。現在の実装は、各種のコンテンツを、それぞれが特定のコンテンツの送信に特化された各種のネットワーク上で運ぶ方向に向かっている。テクノロジーならびに顧客要求（オンデマンドの高い帯域の要求）ともに、キャリアに対して、トラフィックの大半に関してより統一されたネットワークの使用を求めるようになる。これにより、基本構造には、同一チャンネル伝いに各種のコンテンツの特性およびプロトコルの勘酌が要求される。別の面から見れば、これは、より一様性のあるコンテンツ独立シグナリングということになる。サイト：地理上の局所的エリアに配置された物理的実体のセット。現在のＩＳＰ構造においては、オペレータ・センター、ＩＳＮＡＰサイト（ＡＲＵも有する）およびＥＶＳサイトが、サイトの実例として挙げられる。厳密な定義によれば、ＮＴおよびＤＳＣスイッチは、サイトの一部ではない。これらは、転送ネットワーク（後述）の一部である。構造においては、ネットワーク・インターフェースおよびリンクに沿って（地理的に配置された）サービス・エンジン（ＳＥ）、特殊化された資源（ＳＲ）、データ・サービス（ＤＳ）のグループがサイトを形成する。ネットワーク・エレメント：ネットワーク・インターフェースを通じて転送ネットワークに接続する物理的実体。その例として、ＡＣＰ、ＥＶＳＳＩＰ、ＭＴＯＣ、ビデオ会議予約サーバー、ＤＡＰトランザクション・サーバー、およびＮＡＳが挙げられる。今後数年内に、ウェブ・サーバー、音声認証サーバー、ヒデオ・ストリームおよびネットワーク呼び出し記録ストアが、現在のネットワーク・エレメントのファミリに加わるものと考えられる。ネットワーク・インターフェース：ネットワーク・エレメントと転送ネットワークの接続を可能にする装置。ＤＳＩＣＳＵ／ＤＳＵ、１０ＢａｓｅＴイーサネット・インターフェース・カードおよびＡＣＤポートは、ネットワーク・インターフェースである。好ましい実施例の構造によれば、広く理解が得られている一連のＡＰＩがネットワーク・インターフェースから通信用に提供される。リンク：異なるサイトにある２つ以上のネットワーク・インターフェースの間の接続。リンクは、ＯＣ１２ＳＯＮＥＴファイバーまたは１００ｍｂｐｓデュアル・リングＦＤＤＩセクションのセグメントとなることもある。今後の数年間、ＩＮは、ＩＳＯイーサネットＷＡＮハブ・リンクおよびギガビット・レートのＯＣ４８といったネットワーク・リンクを扱わなければならない。接続：同一のサイトにある２以上のネットワーク・インターフェースの結びつきを言う。図３８は、物理的ネットワーク２４００を概略図を表す。サイト２４０４にネットワーク・エレメント２４０２を有するネットワーク２４０１は、ネットワータ・インターフェース２４０６および１つないしは複数のゲートウエー２４０８を通じて、相互接続されている。４．エンティティ関係図３９に示したエンティティ関係は、物理的ネットワークのモデリング規則の一部として到達したものである。これらの規則のいくつかは、将来必要となる一般性を斟酌し、一部は、衝突を回避するために定義に制約をもたらす。１．１つのネットワーク２４０１は、１つないしは複数のサイト２４０４に広がり、１つないしは複数のネットワーク・エレメント２４０２を含む。２．１つのサイト２４０４は、１つないしは複数のネットワーク・エレメント２４０２を含む。３．１つのネットワーク・エレメント２４０２は、１つのサイト２４０４だけに配置される。４．１つのリンク２４２０は、２以上のサイト２４０４を接続する。５．１つの接続２４２２は、２以上のネットワーク・エレメントを接続する。６．１つのネットワーク・エレメント２４０２は、１つないしは複数のネットワーク・インターフェース２４０６を含む。好ましい実施例では、ＭＣＩビジネスの顧客用に製品とサービス提供を統合している。最初の実施例は、限定的な製品セットに焦点を当てている。インターフェースに関する要件は、これらのサービスの統合の利用を求めることと同一視できる。このインターフェースは、特徴、分配リスト能力および中央集約的メッセージ・データベースに対する、ユーザから見た扱いやすさを提供する。ＶＩＩＩ．インテリジェント・ネットワークプラットフォームがサポートするサービスのすべては、１つのプラットフォーム上に整理統合されている。プラットフォームの整理統合は、共有されているサービスの特徴／機能において、特徴に関する共通の外観およびフィーリングの生成を可能にする。Ａ．ネットワーク・マネジメントこの構造は、ＭＣＩ操作サポート・グループによる遠隔監視を可能にすべく設計されている。この遠隔監視能力は、ＭＣＩに次の能力を提供する。・次に示すものの間の接続性の低下もしくは遮断の識別：「ユニバーサル・インボックス」に情報（つまりオブジェクト）を渡さなければならないプラットフォーム、サーバーまたはノードの間、メッセージの取り出しおよびメッセージの配達を担当するプラットフォーム、サーバーまたはノードの間、「ユニバーサル・インボックス」とＰＣクライアント・メッセージ・インターフェースの間、「ユニバーサル・インボックス」とメッセージ・センター・インターフェースの間、プロファイルにプロファイル情報を渡さなければならないプラットフォーム、サーバーまたはノードの間、および、ＡＲＵにプロファイル情報を渡さなければならないプラットフォーム、サーバーまたはノードの間；・低下したアプリケーション・プロセスの識別および低下したプロセスの分離；・ハードウェア障害の識別；および、・すべてのアプリケーション・プロセス、ハードウェアまたはインターフェースの障害に関する、内部ＭＣＩ監視グループによる検出および受信が可能なアラームの生成。以上に加えて、遠隔監視および、サポート・グループが遠隔診断を実施して問題の発生を分離できるように、システム構造の構成要素に対する遠隔アクセスが提供される。Ｂ．顧客サービス顧客サービス・チームは、すべてのサービスをサポートする。顧客サポートは、シームレスに顧客に提供され、次の内容を含めた製品の完全なライフサイクルを包含する。・アルファ・テスト；・ベータ・テスト；・市販；および、・顧客のフィードバックまたは追加の顧客サポートの要件に対処するための強化の割り出し。包括的であり、調和のとれたサポート・プロシージャは、首尾一貫した完全な顧客サポートを保証する。顧客サービスは、会計チームがオーダーを実行依頼した時点から、顧客が会計をキャンセルするまで提供される。包括的であり、調和のとれた顧客サポートは、必然的に次の内容を伴う。・１ヶ所ですべてが間に合う、ＡＲＵもしくはＶＲＵ問題、ＷＷＷブラウザ問題またはＰＣクライアント問題をサポートする顧客サービス・グループへのダイレクト・アクセス。・アクセス（ＡＲＵ、ＷＷＷブラウザまたはＰＣクライアント）、ユーザ・インターフェース（ＡＲＵ、ＷＷＷブラウザまたはＰＣクライアント）、アプリケーション（メッセージ・センターまたはプロファイル・マネジメント）またはバックエンド・システム・インターフェース（ユニバーサル・インボックス、ｄｉｒｅｃｔｌｉｎｅＭＣＩ音声メール／ファックスメール、ファックス放送システム、ＳｋｙＴｅｌページング・サーバー、オーダー・エントリ・システム、課金システム等）に関連する問題の診断に関して充分に訓練されたスタッフ。・ＡＲＵもしくはＶＲＵ能力、ＷＷＷブラウザ能力、識別済みハードウェア問題および識別済みアプリケーション問題に関する情報を備えたデータベースへのオンライン・アクセスを有するスタッフ。・２４時間、年中無休の顧客サポート。・顧客サービス・グループにダイレクトにアクセスできるフリーダイアル（８００番または８８８番）。・ほとんどの問題に関する、次に示す第１、第２、および第３レベルのシームレスなサポート：レベル１のサポートは、電話に返答する最初のサポート要員である。これらの要員には、顧客から寄せられるもっとも一般的な疑問ないしは問題を解決できることが期待されている。これらの疑問もしくは問題は、通常、アクセス・タイプ（ＡＲＵ、ＷＷＷブラウザ、ＰＣクライアント）、ＷＷＷブラウザ、ＰＣクライアントに関するダイアルアップ通信、インストールまたは基本的なコンピュータ（ＰＣ、ワークステーション、端末）ハードウェアの疑問を扱う。また、これらの要員は、トラブル・チケットを開き、更新し、さらに顧客のパスワードを再アクティブ化することができる。レベル２のサポートは、より経験のある技術専門家に回付する必要があるとき、顧客サポート・グループ内で提供される。レベル３のサポートには、問題の性質に応じて、顧客の現場でハードウェアのサポートを行うための外部ベンダーまたは、内部のＭＣＩエンジニアリング・グループもしくはサポート・グループが関係することになる。顧客サポート・グループは、顧客訪問の状態を追跡し、識別済みの問題を両方の顧客サポート・データベースに追加することができる。レベル４のサポートは、システム・エンジニアリング・プログラマによって継続的に提供される予定である。・許容可能な顧客の待機回数および放棄レートを提供するレベルを配備。・オーダー・エントリおよび課金システムにオンライン・アクセスを有するスタッフ。・発呼量、受信量、呼び出しの平均待機時間、および開かれ／閉られ／段階上げされたトラブル・チケットの数に関する詳細の週報を自動的に作成。Ｃ．会計会計は、現在のＭＣＩプロシージャに従ってサポートされる。Ｄ．手数料手数料は、現在のＭＣＩプロシージャに従ってサポートされる。Ｅ．報告報告は、収益、内部ならびに外部の顧客装置／販売、使用および製品／サービスの性能を追跡するために必要となる。週ごとならびに月ごとに完成したレポートは、フルフィルメント・ハウスから求められる。これらの完了したレポートは、受領したオーダーの数および引き渡したオーダーの数と相関を有する。さらに、報告から、ＷＷＷサイトを通じてプロファイル・マネジメントまたはメッセージ・センターにアクセスする加入者の数が明らかになる。Ｆ．セキュリテイセキュリティは、ＭＣＩがインターネットのセキュリティに関して発表しているポリシーならびにプロシージャに従って強制される。加えて、ＷＷＷブラウザおよびＡＲＵインターフェース・オプションにもセキュリティが計画され、ｄｉｒｅｃｔｌｉｎｅＭＣＩプロファイル、メッセージ・センター、パーソナル・ホームページのカレンダーおよびパーソナル・ホームページの構成に対するユーザのアクセスの検証および確認を行う。Ｇ．トラブル処理問題のトラブル・レポートは、単一のデータベース内に書類として収められ、追跡される。すべてのトラブルは、ネットワーク・サービス・トラブル処理システム（ＮＳＴＨＳ）ガイドラインに従ってサポートされる。ＭＣＩ機構の間で定義されるあらゆるサービス・レベル協定（ＳＬＡ）は、ＮＳＴＨＳをサポートするように構成される。ソフトウェアの修理を必要とするトラブルは、トラブル報告データベース内で閉じられ、問題追跡システム内で問題レポート（ＰＲ）として開かれる。この問題追跡システムは、エンジニアリングおよびサポート機構によってアクセス可能であり、その全テスト段階の間で使用される。ＩＸ．拡張パーソナルサービスこの説明において、以下の用語を使用する。用語意味サーバーハードウエアプラットフォームおよびＴＣＰサービスの両方ウェブサーバーネットスケープコマースサーバーＨＴＴＰを実行するＡＩＸ４．２システムＨＴＴＰデーモンウエルカムサーバーアプリケーションサーバーウエルカムサーバーとして走行するウェブサーバーは、セキュアモードおよびノーマルモードでネットスケープコマースサーバーＨＴＴＰデーモンを実行する。各種アプリケーションサーバーとして動作するウェブサーバーは、このデーモンをノーマルモードだけで実行する。セキュアモードはＳＳＬｖ２を使用する。Ａ．ウェブサーバーのアーキテクチャウェブサーバーはＤＭＺに存在する。ＤＭＺは、ウェブサーバーおよび、必要に応じて関係するデータベースクライアントを収容する。データベースクライアントは、いずれのデータも保持しないか、コーポレートファイヤウォールの背後のデータレポジトリとのインターフェースをとる。ウェブ空間は、ネームレソリューションにラウンドロビンアドレッシングを用いる。デーモン名は、ｍｃｉ．ｃｏｍドメインの管理者により、ｇａｌｉｌｅｏ．ｍｃｉ．ｃｏｍドメインに割り当てられたサブネット化された（内部的に自律の）アドレス空間とともに登録される。図４０は、成功ログインにつながる一連のイベントを示す。１．ウエルカムサーバー４５０このウェブサーバーはセキュアおよびノーマル両方のＨＴＴＰデーモンを実行する。このサーバーの基本機能は、ログイン時にユーザー４５２を認証することである。認証はＪａｖａの使用およびノーマルモード動作からセキュアモード動作への切換えを要する。ＤＭＺには１個以上のウエルカムサーバー４５０が存在する。ウエルカムサーバー４５０によって与えられる情報はステートレスである。ステートレスということは複数のウエルカムサーバー４５０を同期させる必要がないことを意味する。ウエルカムサーバーの最初のタスクはユーザーを認証することである。これにはシングルユースＴＯＫＥＮ、パスコード認証および敵対的ＩＰフィルタリングの使用を要する。第１のものはトークンサーバー４５４によって行われ、残りの２つはデータベース４５６への直接アクセスによって行われる。認証が失敗した場合、ユーザー４５２には、その試行が失敗した全部の理由（敵対的ＩＰを除く）を述べた画面が示される。この画面によりユーザーは初期ログイン画面に自動的に戻される。認証が成功した後のウエルカムサーバー４５０の最後のタスクは、ユーザー４５２にサービス選択画面を示すことである。サービス選択画面はユーザーを適切なアプリケーションサーバーに向かわせる。ユーザーはアプリケーションを選択するが、サーバーセクションページにあるＨＴＭＬファイルがアプリケーションサーバーを決定する。これによりウエルカムサーバー４５０は基本的な負荷均衡をとることができる。ＤＭＺの全部のウエルカムサーバー４５０はｗｗｗ．ｇａｌｉｌｅｏ．ｍｃｉ．ｃｏｍにマップされる。ＤＮＳのインプリメンテーションによりｇａｌｉｌｅｏ．ｍｃｉ．ｃｏｍがｗｗｗ．ｇａｌｉｌｅｏ．ｍｃｉ．ｃｏｍにマップされることも可能になる。２．トークンサーバー４５４これはデータベースクライアントであって、ウェブサーバーではない。トークンサーバー４５４は、ログイン試行に対するＴＯＫＥＮを発行するためにウエルカムサーバー４５０によって使用される。発行されたＴＯＫＥＮは、有効確認されると、アプリケーションサーバーによる接続のステータス情報を追跡するために使用される。ＴＯＫＥＮ情報はコーポレートファイヤウォールの背後のデータベースサーバー４５６（レポジトリ）のデータベースにおいて維持される。トークンサーバー４５４は以下のタスクを行う。１．認証段階においてシングルユースＴＯＫＥＮを発行する。２．シングルユースＴＯＫＥＮの妥当性を確認する（マルチユースにはマークする）。３．マルチユースＴＯＫＥＮの有効性を確認する。４．マルチユースＴＯＫＥＮの有効性を再確認する。トークンサーバー４５４は、すべての新規の要求に対して一意のＴＯＫＥＮを発行しなければならない。このことは、発行されたＴＯＫＥＮ値のコンフリクトを避けるために複数のトークンサーバー間での通信リンクを強いる。このコンフリクトは各トークンサーバー４５４にレンジを割り当てることによって排除されている。ＴＯＫＥＮは、［０−９Ａ−Ｚａ−ｚ］のセットで６２個の可能な文字値から構成される１６文字数量である。トークンサーバーによって発行される各ＴＯＫＥＮの位置０、１および２の文字は固定である。これらの文字値はコンフィギュレーション時に各トークンサーバーに割り当てられる。位置０の文字は物理的ロケーション識別子として使用される。位置１の文字はそのロケーションのサーバーを識別し、位置２の文字は“０”に固定である。この文字はそのトークンサーバーのバージョン番号を識別するために使用される。ＴＯＫＥＮの残りの１３文字は、上記の同じ６２文字を用いて順次的に生成される。起動時にトークンサーバーは、現在のシステム時間を文字位置１５〜１０に割り当て、位置９〜３を０に設定する。ＴＯＫＥＮ値はその後、位置３を最下位とし、位置１５〜３で順次的に増分される。文字符号化は、以下の順位で上位〜下位桁値とみなす。すなわち、'ｚ'〜'ａ'、'Ｚ'〜'Ａ'、'９'〜'０'。上述の図式は、４バイト値でシステム時間が計算された場合に一意のトークンを生成し、それは位置１５〜１０の６ベースの６２文字に計算される。他の前提は、いずれの実施態様におけるいずれのトークンサーバーでも、１秒に６２＾７（３５＊１０＾１２）個を超えるＴＯＫＥＮをこの図式が生成しないということである。ＴＯＫＥＮレンジの使用は、明示的な同期化をまったく要さずにドメインでの複数のトークンサーバーの使用を可能にする。この方法は、各々が６２以下のトークンサーバーを有する最大６２サイトを収容する。別の実施態様はさらに多くのサイトを収容する。ＤＭＺのトークンサーバーは全部、ｔｏｋｅｎ．ｇａｌｉｌｅｏ．ｍｃｉ．ｃｏｍにマップされる。最初の実施態様は２つのトークンサーバー４５４を含む。これらのトークンサーバー４５４はウエルカムサーバー４５０と物理的に同一である。すなわち、トークンサーバーデーモンは、ウエルカムサーバーのＨＴＴＰデーモンも実行する同じマシンで走行する。もう１つの実施態様では、両者は異なるシステムで走行する。ウエルカムサーバー４５０は、接続の認証段階においてシングルユースＴＯＫＥＮを取得するためにトークンサーバー４５４を使用する。ウエルカムサーバー４５０は、認証されると、ＴＯＫＥＮを有効とマークし、それをマルチユースにマークする。このマルチユースＴＯＫＥＮは、ウエルカムサーバーによってユーザーに送られるサービス選択画面を伴う。ＴＯＫＥＮデータベースレコードの設計は以下で詳述する。３．アプリケーションサーバーアプリケーションサーバーは、ユーサートランザクションのビジネスエンドを行うウェブサーバーである。認証成功後のウエルカムサーバーの最後のタスクは、ユーザーにサービス選択画面を送ることである。サービス選択画面は新しいマルチユースＴＯＫＥＮを含む。ユーザーがサービスを選択すると、選択要求は、その埋め込まれたＴＯＫＥＮとともに、適切なアプリケーションサーバーへ送られる。アプリケーションサーバーはトークンサーバー４５４によってＴＯＫＥＮの有効性を確認し、有効であれば、その要求にサービスする。トークンサーバーは、同一の物理的サイトにあるトークンサーバーのいずれか１つによって発行されたＴＯＫＥＮを認証できる。これが可能である理由は、トークンサーバー４５４が、コーポレートファイヤウォールの背後の単一のデータベースレポジトリに維持されているデータのデータベースクライアントだからである。無効なＴＯＫＥＮ（または紛失ＴＯＫＥＮ）は必ず、「アクセス拒否」のページに導く。このページはウエルカムサーバー４５０によってサービスされている。アクセス試行の拒否はすべて記録される。アプリケーションサーバーの実際の動作はアプリケーション自体に依存する。ＤＭＺのアプリケーションサーバーは＜ａｐｐＮａｍｅ＞＜ｎｕｍ＞．ｇａｌｉｌｅｏ．ｍｃｉ．ｃｏｍにマップされる。従って、複数のアプリケーション（例えば、プロフィールマネジメント、メッセージセンター、スタートカードプロフィール、パーソナルウェブスペースなど）を備えた実施態様では、同一のウエルカムサーバー４５０およびトークンサーバー４５４が使用され、必要に応じてさらに多くのアプリケーションサーバーが追加される。別の実施態様は同じアプリケーションについてより多数のサーバーを追加する。アプリケーションサーバーへの作業負荷がその容量以上に増えた場合、別のアプリケーションサーバーが現行のシステムに何らの変更も与えずに追加される。ＳＥＲＶＥＲＳおよびＴＯＫＥＮ＿ＨＯＳＴＳデータベース（後述）が更新され、その新しいサーバーの記録を追加する。ホスト名の＜ｎｕｍ＞部分はアプリケーションサーバーを区別するために使用される。それらの名前に関してＤＮＳラウンドロビンを使用する必要はまったくない。ウエルカムサーバー４５０は、コンフィギュレーションテーブル（起動時にロードされるＳＥＲＶＥＲＳデータベース）を使用し、サービス選択画面を送る前にアプリケーションサーバー名を判断する。Ｂ．ウェブサーバーシステム環境全部のウェブサーバーはネットスケープコマースサーバーＨＴＴＰデーモンを実行する。ウエルカムサーバー４５０はこのデーモンをノーマルモードおよびセキュアモードで実行するが、アプリケーションサーバーはセキュアモードデーモンを実行するだけである。トークンサーバーは、ＤＭＺ内部からの接続を容易にするために周知のポートで走行するＴＣＰサービスを実行する。トークンサービスデーモンは、ウエルカムサーバーおよびアプリケーションサーバー以外のすべてのシステムへのアクセスを拒否するためにｔｃｐ＿ｗｒａｐｐｅｒを使用する。この認証プロセスを加速するために、各要求ごとにリバースネームマッピングを使用するのではなく、コンフィギュレーション時にそれらのサーバーによってアドレスのリストがロードされる。ｔｃｐ＿ｗｒａｐｐｅｒの使用により、トークンサービスアクティビティを記録するための補助ツールも与えられる。アプリケーションサーバーはほとんど、ファイヤウォールの背後のデータベースサービスのフロントエンドとして働く。その主要タスクは、ＴＯＫＥＮによってアクティビティの有効性を確認した後、データベース要求の有効性を確認することである。データベース要求は、ユーザーのために現行のレコードまたはデータフィールドを作成、読み出し、更新または削除することである。アプリケーションサーバーは、その要求にサービスする前に、必要な有効性および権限の検査を行う。１．ウエルカムサーバーウエルカムサーバーは後述のＨＴＭＬページを適時にユーザーに対してサービスする。それらのページはＰｅｒｌベースのコモンケートウエーインターフェース（ＣＧＩ）スクリプトによって生成される。このスクリプトは、ＨＴＴＰデーモンの通常のドキュメントルートディレクトリには存在しないディレクトリにある。全部のバックアップファイルなどのディレクトリリストおよび移動の使用禁止に関する通常の予防措置が、ＣＧＩスクリプトがユーザーには読めないようにするために採られている。図４１はウエルカムサーバー４５０のティレクトリ構造４５５を示す。図４１は、＜ｄｏｃｕｍｅｎｔ＿ｒｏｏｔ＞４５６が＜ｓｅｒｖｅｒ＿ｒｏｏｔ＞４５８と分離されていることを示している。また、＜ｄｏｃｕｍｅｎｔ＿ｒｏｏｔ＞ディレクトリが「ようこそ」および「アクセス失敗」のＨＴＭＬページたけを保持していることもわかる。ＨＴＴＰサーバーは、全部の要求を、ＵＲＬ要求にもとづき“ｃｇｉ”ディレクトリ４６０にマップする。ＣＧＩスクリプトは、“ｔｅｍｐｌａｔｅ”ディレクトリ４６２からのＨＴＭＬテンプレートを使用し、ＨＴＭＬ出力を作成し、ユーザーにオンザフライ式に送信する。＜ｄｏｃｕｍｅｎｔ＿ｒｏｏｔ＞４５６からＣＧＩスクリプトにマップするためにＵＲＬを使用することは、悪意のあるユーザーによる＜ｄｏｃｕｍｅｎｔ＿ｒｏｏｔ＞４５６へのアクセスを阻止する。ウエルカムサーバー４５０へのすべてのアクセスはウエルカムサーバー４５０のｃｇｉディレクトリ４６０のＣＧＩスクリプトにマップされるので、すべてのスクリプトの開始時に認証機能を呼び出すことによりセキュリティが確保される。ユーザー認証ライブラリはユーザー識別を認証するためにＰｅｒｌで開発されている。ＮＡＳＡＰＩの認証段階ルーチンも、サーバー自体におけるＴＯＫＥＮ確認およびアクセスモード検出のための機能を付加している。ウエルカムサーバー４５０は各自の動作パラメータを起動時に各自の環境に読み取る。複数のウエルカムサーバー４５０で同じ環境を維持するために共通データベースでこの情報を保持することが必要である。ａ）ウエルカムページウエルカムページはウエルカムサーバー４５０が最初にアクセスされた時にデフォールトページとして送られる。これはｃｇｉスクリプトを用いて生成されない唯一のページであり、＜ｄｏｃｕｍｅｎｔ＿ｒｏｏｔ＞ディレクトリ４５６に維持される。このページは以下のことを行う。・ブラウザがフレームを表示できるかを確認する。ブラウザがフレームを正しく表示できなければ、このページは適切なエラーメッセージを表示し、ユーザーにＭｉｃｒｏｓｏｆｔＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒＶ３．０以上をダウンロードするように指示する。・ブラウザがＪａｖａを実行できるかを確認する。失敗すると、ユーザーはＭｉｃｒｏｓｏｆｔＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒＶ３．０以上を指示されることになる。・ブラウザがうまくフレームを表示でき、Ｊａｖａを実行できた場合、このページは自動的にウエルカムサーバー４５０にログインページを送るように要求する。ウエルカムページによる最後のアクシクョンはページに埋め込まれたＪａｖａアプレットによって行われる。またそれは、ユーザーのブラウザをノーマルモードからセキュアモードに切換える。ｂ）ログインページログインページは、埋め込みシングルユースＴＯＫＥＮ、Ｊａｖａアプレツトおよび、ユーザーがユーザーＩＤおよびパスコードを入力するためのフォームフィールドを含むｃｇｉ生成ページである。このページはサービスを強調するためのグラフィックスを表示することもできる。このページの処理は、人工的遅延を導入するためにパデッングがなされている。最初の実施態様では、このパデッングはゼロに設定されている。このページからの応答は、ＴＯＫＥＮ、アプレットにより生成されるスクランブル化ＴＯＫＥＮ値、ユーザーＩＤおよびパスコードを含む。これらの情報は、ＪａｖａアプレットによってＰＯＳＴＨＴＴＰ要求を用いてウエルカムサーバーへ送られる。ＰＯＳＴ要求はアプレットシグナチャも含む。ログインプロセスが成功すると、その要求に対する応答はサーバー選択ページとなる。その段階で失敗すると、アクセス失敗ページになる。ｃ）サーバー選択ページサーバー選択ページは、埋め込みマルチユースＴＯＫＥＮを含むｃｇｉ生成ページである。このページも、ユーザーが使用可能なサービスの種類を示すために１個以上のグラフィックスを表示できる。一部のサービスは我々のユーザーにはアクセスできない。他の実施態様では、２種以上のサービスがある場合、ユーザ −ＩＤで入力されるユーザーサービスデータベースがこのページを生成するために使用される。ウエルカムサーバーは、全部の使用可能なアプリケーションサーバーの間で負荷を分担するために適切なアプリケーションサーバーの名前を埋め込むためにそのコンフィギュレーション情報を使用する。この負荷分散は、起動時にウエルカムサーバーにより読み取られるコンフィギュレーションデータによって行われる。ウエルカムサーバーは各サービスのための自己のコンフィギュレーションファイルのエントリにもとづきアプリケーションサーバーを選択する。それらのエントリは、各自の選択の可能性とともに各アプリケーションについてのアプリケーションサーバーの名前をリストしている。このコンフィギュレーションテーブルは起動時にウエルカムサーバーによって読み取られる。ｄ）アクセス失敗ページアクセス失敗ページは静的ページである。これは、ログインがユーザーＩＤおよびパスコードの一方または両方の誤りのために失敗したことを示すメッセージを表示する。このページは、１５秒の遅延後、ログインページを自動的に表示する。ｅ）アクセス拒否ページアクセス拒否ページは、アクセスが認証の誤りのために失敗したことを示すメッセージを表示する静的ページである。このページは、１５秒の遅延後、ログインページを自動的に表示する。アクセス拒否ページは、各自の認証サービスがＴＯＫＥＮを認識できなかった場合にアプリケーションサーバーによって呼び出される。このページの全部のロードは記録および監視される。２．トークンサーバー４５４ウェブサイトでのＴＯＫＥＮサービスはＴＯＫＥＮの生成および認証の唯一のソースである。トークン自体は共有データベース４５６に記憶されている。このデータベースは全部のトークンサーバーの間で共用できる。トークンデータベースはＤＭＺ外のファイヤウォールの背後にある。トークンサービスは、周知の（＞１０２４）ＴＣＰポートによってサービスを提供する。それらのサービスは信頼されたホストに対してだけ提供される。信頼されたホストのリストはコンフィギュレーションデータベースに維持される。このデータベースもＤＭＺ外のファイヤウォールの背後にある。トークンサーバーは、起動時またはリフレッシュ信号を受信した場合のみに各自のコンフィギュレーションデータベースを読み出す。トークンサービスは以下のものである。・ログイン試行にシングルユースＴＯＫＥＮを許可する。・シングルユースＴＯＫＥＮの有効性を確認する。・ＴＯＫＥＮの有効性を確認する。・ＴＯＫＥＮの有効性を再確認する。ＴＯＫＥＮエージングはトークンサーバーへの作業負荷を低減するために個々のサービスによってインプリメントされる。トークンサーバーへの全部のアクセスは記録および監視される。トークンサービス自体はＭＣＩの内部セキュリティグループから入手できるｔｃｐ＿ｗｒ＿ａｐｐｅｒによって書かれている。３．プロフィールマネジメントアプリケーションサーバープロフィールマネジメントアプリケーションサーバーは、第１の実施態様でインプリメントされた唯一のタイプのアプリケーションサーバーである。このサーバーはウエルカムサーバーと同じディレクトリ構成を有する。それにより、必要な場合に同一のシステムが両方のサービスに使用できるようになる。Ｃ．セキュリティ加入者からウエブサーバーに委託されたデータは彼らにとって気になるものである。彼らはできる限りそれを保護したいであろう。加入者はこの気になる情報にウェブサーバーを通じてアクセスする。それらの情報は、物理的には１個以上のデータベースサーバーに存在してよいが、加入者にとっては、サーバーにあって、保護されなければならないものである。現在のところ、実施態様では下記の情報だけが保護を要する。他の実施態様では、ダイレクトラインアカウント追加情報に関するプロフィール情報が、Ｅメール、音声メール、ＦＡＸメールおよび個人ホームページ情報を含め、保護されている。保護は以下のタイプの攻撃者に対して行われている。・ウェブにアクセスする人々・他の加入者・ＭＣＩ職員・加入者のネットワークにアクセスする人々・加入者のシステムにアクセスする人々・加入者を覗き見る人々・サーバーのふりをする他のシステムこのプロジェクトは以下の方策を用いてセキュリティをインプリメントする。・ログイン試行に関するシングルユースＴＯＫＥＮ・有効なＴＯＫＥＮが全部のトランザクションに伴う。・１０分間使用されなかった場合にＴＯＫＥＮを無効にするＴＯＫＥＮエージング・ＴＯＫＥＮは発信側装置のＩＰアドレスに関係づけられるので、ＴＯＫＥＮの盗用が容易な選択肢にならない。・ＳＳＬの使用により、顧客のディスプレイへの物理的アクセスを伴わずにＴＯＫＥＮまたはＤＡＴＡの盗用を防止する。・ＮｅｔｓｃａｐｅＣｏｏｋｉｅに類似の形式のＴＯＫＥＮの使用により、後の日付でクッキーに切り換えるオプションが得られる。クッキーは、さらに後にＴＯＫＥＮを１個のセキュリティ層のドキュメントに隠す機能を提供する。・敵対的ＩＰテーブルの使用によって、複数の攻撃者を彼らからの検出を伴わずに阻止する。上述のＴＯＫＥＮによりインプリメントされるセキュリティに加え、ウェブサーバーは、より低レベルのセキュリティのためのデータマネジメントゾーンに存在する。ＤＭＺセキュリティについては後述する。Ｄ．ログインプロセス図４２はログインプロセスを示す。成功ログインにつながる一連のイベントは以下の通りである。１．ユーザーはｗｗｗ．ｇａｌｉｌｅｏ．ｍｃｉ．ｃｏｍに接続を要求する。２．ＤＮＳラウンドロビンによって１群からサーバーが選択される。３．ＨＴＭＬページがユーザーのブラウザに送信される。４．そのページは、ブラウザのＪＡＶＡ適合性を検査し、ウエルカムメッセージを表示する。５．ブラウザがＪａｖａに適合していない場合、プロセスは適切なメッセージにより終了する。６．ブラウザがａｖａに適合していれば、ブラウザは自動的に“ＧＥＴログイン画面”要求をｗｗｗ．ｇａｌｉｌｅｏ．ｍｃｉ．ｃｏｍサーバーに発行する。また、この要求はブラウザをＳＳＬｖ２に切換える。ブラウザがＳＳＬに適合していなければ、失敗になる。７．ウェブサーバーは以下を行う。Ａ．ウェブサーバーは自己の内部トークンサービスからシングルユーストークンを取得する。Ｂ．ウェブサーバーはラージセットから１個のアプレットを採る。Ｃ．ウェブサーバーは、アプレット、トークンおよびクライアントＩＰアドレスをデータベースに記録する。Ｄ．ウェブサーバーはアプレットおよびトークンとともにログイン画面を返す。８．ユーザーは、ログイン画面フィールドにユーザーＩＤおよびパスコードを入力する。Ａ．ユーザーＩＤは、（ユーザーズビジネスカードに印刷され、パブリックドメインにある）ユーザーのダイレクトライン番号である。Ｂ．パスコードは、ユーザーだけが知っている６桁の番号である。９．ユーザーがＥｎｔｅｒを押す（またはＬＯＧＩＮボタン上でクリックする）と、Ｊａｖａアプレットは、ユーザーＩＤ、パスコード、トークンおよびスクランブル化トークンを返信する。スクランブル化アルゴリズムは、工程７Ｄにおいて送信されたアプレットに特定的である。１０．ブラウザのＩＰアドレスが敵対的ＩＰテーブルにある場合、サーバーは工程７に戻る。１１．ウェブサーバーは、工程７Ｃでの記録に照らしてログイン要求を認証する。１２．試験が無効となった場合に、それが同一ＴＰからの３連続で失敗した試行であれば、アドレスサーバーはそのアドレスを敵対的ＩＰテーブルに記録する。１３．サーバーは工程７に戻る。１４．試験が有効とされた場合は、サーバーはサービス選択画面を埋め込みトークンとともにブラウザに送信する。トークンはまだブラウザのＩＰアドレスに関係づけられているが、その時点で満了時間を持っている。Ｅ．サービス選択ユーザーがサービス選択画面からオプションを選択すると、その要求にはトークンが伴う。トークンは、図４３に示すように、サービスがアクセスされる前に、有効性が確認される。Ｆ．サービスオペレーションアプリケーションサーバーによって生成される画面はすべて、ログインプロセス開始時にユーザーに発行されたトークンを包含している。このトークンは、埋め込み満了時間および有効ソースＩＰアドレスを有する。全部のオペレーション要求は、要求の一部としてこのトークンを備えている。サービス要求は、ＨＴＭＬフォーム、アプレットベースのフォームまたはプレーンなハイパーリンクとしてブラウザによって送信される。最初の２つの場合では、トークンは、ＨＴＴＰ−ＰＯＳＴ方式によって隠しフィールドとして返信される。ハイパーリンクは、埋め込みトークンによるＨＴＴＰ−ＧＥＴ方式またはトークンの代わりにクッキーを代用するかのどちらかを使用する。トークンのフォーマットは、この方式と矛盾しないように慎重に選択される。１．ＮＩＤＳサーバーシステムのＮＩＤＳサーバーはルーターベースのファイヤウォールによってウェブサーバーから隔絶されている。ＮＩＤＳサーバーは、ＴＣＰクライアントがＮＩＤＳサーバーのデータベースにアクセスできるようにするＮＩＤＳＣＯＭＭおよびＡＳＣＯＭＭサービスを実行する。ＮＩＤＳＣＯＭＭおよびＡＳＣＯＭＭサービスは、物理的にＮＩＤＳサーバーに存在しないデータベースへの接続を可能にするものではない。ＮＩＤＳサーバー上の以下のデータベース（Ｃツリーサービス）が、ウエルカムサーバー、トークンサーバーおよびプロフィールマネジメントアプリケーションサーバーによって使用される。・８００＿ＰＩＮ＿ＩＣＡＬＬ（これはパーティションデータベースである）・ＩＣＡＬＬ＿ＴＲＡＮＳ・ＣＯＵＮＴＲＹ・ＣＯＵＮＴＲＹ＿ＳＥＴ・ＣＯＵＮＴＲＹ２（可能）・ＣＯＵＮＴＲＹ＿ＣＴＴＹ（可能）・ＮＰＡ＿ＣＩＴＹ・ＮＰＡＣＩＴＹ＿０Ａ３００（可能）・ＯＰ１５３Ｔ００上記のＣツリーサービスに加え、以下の新しいＣツリーサービスがＳＥＲＶＤＥＦで定義され、システム専用のＮＩＤサーバー上でのみ使用される。・ＴＯＫＥＮ・ＳＥＲＶＥＲＳ・ＨＯＳＴＩＬＥ＿ＩＰ・ＴＯＫＥＮ＿ＨＯＳＴＳ・ＳＥＲＶＥＲ＿ＥＮＶこれらのデータベースに関する以下の説明は、各レコードの第１バイトに要求されるフィラーフィールドを示しておらず、また、４バイト境界での構造アラインメントに必要とされるような他のいかなるフィラーフィールドも示していない。この省略は簡明さのためだけに行われている。フィールド定義の隣の括弧内の数字は、そのフィールド値を保持するために必要なバイト数である。２．ＴＯＫＥＮデータベースサービスＴＯＫＥＮデータベースサービスはトークンサーバーによってアクセスされる。このサービスの基本オペレーションは、新しいレコードを作成し、所定のトークン値のレコードを読み出し、そのトークン値のレコードを更新することである。ＮＩＤＳサーバー自体で走行する個別のｃｈｒｏｎジョブもこのデータベースにアクセスし、古くなったレコードを定期的に削除する。このｃｈｒｏｎジョブは１時間ごとに実行する。それは、データベースの順次的スキャンを行い、満了したトークンのレコードを削除する。ＴＯＫＥＮデータベースサービスはＴＯＫＥＮレコードを含む。ＴＯＫＥＮレコードはシングルキー（ＴＯＫＥＮ）を使用し、以下のフィールドを有する。１．バージョン（１）２．ユースフラグ（シングル／マルチ）（１）３．トークン値（１６）４．ＩＰアドレス（１６）５．ユーザーＩＤ（１６）６．許可時間（４）７．満了時間（４）キーフィールドはトークン値である。３．ＳＥＲＶＥＲＳデータベースサービスＳＥＲＶＥＲＳデータベースサービスは、コンフィギュレーション時にウエルカムサーバーによってアクセスされる。このデータベースのレコードは以下のフィールドを含む。１．アプリケーション名（１６）２．アプリケーションサーバーホスト名（３２）３．アプリケーションサーバードメイン名（３２）４．ウェイト（１）５．アプリケーションアイコンファイルＵＲＬ（６４）６．アプリケーション記述ファイルＵＲＬ（６４）キーフィールドは、アプリケーション名、サーバーホスト名およびサーバードメイン名の組合せである。このデータベースはウエルカムサーバーによって順次的に読み出される。このデータベースも、レコードを作成、読み出し、更新および削除するためにウェブ管理者によってアクセスされる。そのアクセスはＡＳＣＯＭＭインターフェースを通じて行われる。ウェブ管理者は、それらのタスクにＨＴＭＬフォームおよびＣＧＩスクリプトを使用する。４．ＨＯＳＴＩＬＥ＿ＩＰデータベースサービスこのデータベースは、キーとしてのＩＰアドレスにもとづき新しいレコードの作成または現用レコードの読み出しのためにウエルカムサーバーによってアクセスされる。読み出しアクセスは極めて頻繁である。このデータベースは以下のフィールドを含む。１．ＩＰアドレス（１６）２．入力された時間（４）３．満了時間（４）キーフィールドはＩＰアドレスである。３個の値は全部、このレコードを作成する際にウエルカムサーバーによって設定される。エントリがオーバーライドされる場合、オーバーライドを行うサービスは、満了時間値を＜ｅｐｏｃｈ＿ｓｔａｒｔ＞に変更することを許されるだけであり、エントリはオーバーライドとフラグされる。このデータベースも、レコードを作成、読み出し、更新および削除するためにウェブ管理者によってアクセスされる。アクセスはＡＳＣＯＭＭインターフェースによって行われる。ウェブ管理者は、それらの管理タスクにＨＴＭＬフォームおよびＣＧＩスクリプトを使用する。顧客サービスはこのデータベースにアクセスするために専用に開発されたツールであり、アクセスはコーポレートファイヤウォール内部からのみ許される。ＮＩＤＳサーバーで走行するｃｈｒｏｎジョブもこのデータベースにアクセスし、古くなったすべてのレコードをこのデータベースから削除する。このジョブはそのアクティビティをすべて記録する。このジョブのログは絶えずウェブ管理者によって頻繁に調査される。５．ＴＯＫＥＮ＿ＨＯＳＴＳデータベースサービスこのデータベースサービは、トークンサーバーによって信頼されたホストのＩＰアドレスをリストしている。このデータベースはコンフィギュレーション時にトークンサーバーによって読み取られる。このデータベースのレコードは以下のフィールドを含む。１．ＩＰアドレス（１６）２．権限（１）３．ホスト名（３２）４．ホストドメイン名（３２）５．ホスト記述（６４）キーフィールドはＴＰアドレスである。権限のバイナリフラグはアクセスレベルを決定する。低アクセスレベルは現用トークンへの確認／再確認コマンドを許すだけであり、高アクセスレベルは加えて、シングルユースＴＯＫＥＮの許可および確認コマンドも可能にする。このデータベースも、レコードを作成、読み出し、更新および削除するためにウェブ管理者によってアクセスされる。アクセスはＡＳＣＯＭＭインターフェースを通じて行われる。ウェブ管理者はそれらの管理タスクにＨＴＭＬフォームおよびＣＧＩスクリプトを使用する。６．ＳＥＲＶＥＲ＿ＥＮＶデータベースサービスこのデータベースは起動時にウエルカムサーバーおよびアプリケーションサーバーによって読み取られる。これはそれらのサーバーの起動環境を定義している。１実施態様では、１フィールドだけ（かつウエルカムサーバーについてのみ）が使用されるように設計されている。これは他の実施態様では拡張されている。このデータベースのレコードは以下のフィールドを含む。１．シーケンス数（４）２．アプリケーション名（１６）３．環境名（３２）４．環境値（６４）キーフィールドはシーケンス数である。環境値は、名前によって他の環境変数を参照することもできる。値は実行時に適切なＣＧＩスクリプトによって評価される。ウエルカムサーバーには、ＷＥＬＣＯＭＥという疑似アプリケーション名が割り当てられる。このデータベースも、レコードを作成、読み出し、更新および削除するためにウェブ管理者によってアクセスされる。そのアクセスはＡＳＣＯＭＭインターフェースを通じて行われる。ウェブ管理者はそれらの管理タスクにＨＴＭＬフォームおよびＣＧＩスクリプトを使用する。７．ＣｈｒｏｎジョブＮＩＤＳサーバーはクリーンアップｃｈｒｏｎジョブを実行する。このジョブは１時間ごとに実行するようにスケジュールされている。このジョブの主なタスクは以下のものである。１．ＨＯＳＴＩＬＥ＿ＩＰデータベースをスキャンし、全レコードについて報告する。この報告は全部のレコードを含む。その目的はこの報告にもとづき反復的攻撃者を追跡することである。２．ＨＯＳＴＩＬＥ＿ＩＰデータベースをスキャンし、満了時間として＜ｅｐｏｃｈ＿ｔｉｍｅ＞を有するレコードについて報告する。３．ＨＯＳＴＩＬＥ＿ＩＰデータベースをスキャンし、古くなったレコードを削除する。４．ＴＯＫＥＮデータベースをスキャンし、全レコードについて報告する。その報告フォーマットは、各エントリをスキャンすることよりも、トラヒック報告に向けた備えがなされている。５．古くなったレコードを削除するためにＴＯＫＥＮデータベースをスキャンする。Ｇ．規格以下の符号化規格が開発されている。１．ＨＴＭＬルック・フィール規格２．Ｊａｖａルック・フィール規格（ＨＴＭＬルック・フィール規格から導出された。それらはサイトページに共通のルックおよびフィールを課すために開発中に使用される新しいクラスライブラリである）３．ＨＴＭＬプログラミング規格Ｈ．システム管理システム管理タスクは、少なくとも以下のシステムオペレーティングパラメータをシステム管理者に報告することを要求する。・システムのステータスおよびタイムスタンプによるディスク使用量・タイムスタンプによるネットワークオペレーティングパラメータ・タイムスタンプによるウェブページ使用およびアクセス統計・ＴＯＫＥＮ使用統計・敵対的ＩＰの警報および統計以下のツールおよびユーティリティがＤＭＺのサーバーに存在する。・時間同期化・ドメイン名サーバー・システムログ監視・警報報告・セキュアシェルシステムは以下の状態について警報を生成する。・ＴＯＫＥＮの不正使用・敵対的ＩＰテーブルの変更・ＴＯＫＥＮ満了・ログイン試行警報は異なるレベルで生成される。ウェブサーバーは以下の広範なガイドラインを使用する。１．サーバーはルートエントリで走行する。２．管理者は、新しい（ステージド）サービスを試験するために非標準ポートでステージングサーバーを開始できる。３．ステージングサーバーはステージング実行においてインターネットからアクセス可能である。４．管理者は、ステージングソフトウエアをステージングエリアから単一のコマンドによりプロダクションエリアに移動させるオプションを有する。それが誤って行われないようにするために適切な検査がなされる。Ｉ．プロダクト／拡張好ましい実施態様は、ダイレクトラインＭＣＩ顧客に対して、グラフィカルユーザーインターフェースおよび共通のメッセージングシステムを提供することによって、各自のプロフィールへの付加的な制御を可能にしている。好ましい実施態様のそうした能力にアクセスできる機能は、ダイレクトラインＭＣＩプロフィールおよび共通のメッセージングシステムの形で存在する。ユーザーは、自己のアカウントを修止し、特長／機能の更新を行うことによって自己のアプリケーションをカスタマイズすることができる。アプリケーションは、ユーザーが自己のアプリケーションを実行できるようにすることによって、好ましい実施態様の統合が提供するはずの将来の機能の能力を実現させる。ユーザーは、ただ１か所のロケーションと接続することにより自己のメッセージの全部にアクセスすることができる。ＦＡＸ、メール、ページおよび音声メッセージは、集中化メッセージングインターフェースを介してアクセスされる。ユーザーは、メッセージを検索するために自己のメッセージセンターインターフェースを通じて集中化メッセージングインターフェースを呼び出すことができる。集中化メッセージングインターフェースは、ユーザーが自己の通信を容易かつ効果的に管理する能力を提供する。ユーザーインターフェースは、ユーザーのアプリケーションプロフィールおよびメッセージセンターの２個のコンポーネントを有する。このインターフェースは、ＰＣソフトウエア（すなわち、ＰＣクライアントメッセージインターフェース）、ＡＲＵまたはＶＲＵ、およびワールドワイドウェブ（ＷＷＷ）ブラウザを通じてアクセス可能である。インターフェースはアプリケーションのカスタマイズおよびメッセージの管理をサポートする。実施態様の特長／機能の仕様については後述する。第１に述べる部分は、ＡＲＵインターフェースおよび、ユーザーインターフェース、メッセージ管理およびプロフィール管理に関するその仕様である。ＡＲＵ仕様に続き、ＷＷＷブラウザおよびＰＣクライアントのインターフェースの仕様も述べる。Ｊ．インターフェースの特長の仕様（概要）フロントエンドが、好ましい実施態様に従ってユーザーと画面表示サーバーとの間のインターフェースとして作用する。ユーザーは、システムにアクセスし、また、自己のプロフィールおよびメッセージに直接アクセスすることができる。ユーザーインターフェースは、ユーザーのプロフィールを更新し、ユーザーのメッセージにアクセスするために使用される。ユーザーのプロフィール情報およびユーザーのメッセージは異なるロケーションに存在できるので、インターフェースは両方の場所に接続可能である。プロフィールおよびメッセージング機能は、インターフェースの個別のコンポーネントであり、異なる仕様を有する。ユーザーは、自己のインターフェースを通じて、プロフィール管理によってリアルタイムで自己のプロフィールを更新できる。アプリケーションプロフィールは、ユーザーアカウント情報の全部が仮想ロケーションに存在する場所であるユーザーアカウントディレクトリへのフロントエンドである。また、ユーザーは自己のメッセージ（音声メール、ＦＡＸメール、電子メール、ページャー呼び出し）を自己のメッセージセンターによって管理できる。メッセージセンターは、メッセージ内容に関係なく、ユーザーのメッセージの全部が存在する場所である集中化メッセージングデータベースへのフロントエンドである。３個のユーザーインターフェースがサポートされている。・ＡＲＵまたはＶＲＵへのＤＴＭＦアクセス・ＷＷＷサイトへのＷＷＷブラウザアクセス・メッセージングサーバーへのＰＣクライアントアクセスＡＲＵから、ユーザーは、各自のプロフィールを更新し（ダイレクトラインＭＣＩのみ）、音声メールメッセージおよびページャー呼び出しを検索し、ＦＡＸメールおよび電子メールのメッセージヘッダ（送信者、題名、日付／時刻）を検索することができる。ＰＣクライアントでは、ユーザーはメッセージ検索およびメッセージ操作に制限される。ＷＷＷブラウザは、ユーザーに対してプロフィール管理およびメッセージ検索の包括的インターフェースを提供する。ＷＷＷブラウザを通じて、ユーザーは各自のプロフィール（ダイレクトラインＭＣＩ、情報サービス、リスト管理、グローバルメッセージ処理および個人ホームページ）を更新し、全部のメッセージタイプを検索できる。１．ユーザーアカウントプロフィールユーザーはアプリケーションプロフィールによってアカウント情報にアクセスできる。アプリケーションプロフィールは、ユーザーと、ユーザーアカウントディレクトリに存在する自己のアカウントとの間のインテリジェントインターフェースを提供する。ユーザーアカウントディレクトリはユーザーの個人アカウント情報にアクセスする。ユーザーは、ディレクトリを読み書きし、各自のアカウントを更新することができる。このディレクトリは、サーチ機能があり、顧客サービス職員が、顧客を支援する際に特定のアカウントをサーチできるようにする。顧客が電話番号を取得する際、ユーザーアカウントディレクトリはその加入登録を反映させ、ユーザーは自己のユーザーアカウントプロフィールによって特長にアクセスおよび更新することができる。顧客が退会した場合、ユーザーディレクトリは使用停止を反映させ、サービスはユーザーのアプリケーションプロフィールから除去されることになる。要するに、ユーザーアカウントディレクトリはユーザーの各サービスに関するアカウント情報を提供する。しかし、ユーザーアカウントディレクトリは、ダイレクトラインＭＣＩプロフィール、情報サービスプロフィール、グローバルメッセージ処理プロフィール、リスト管理プロフィールおよび個人ホームページプロフィールに限定される。この情報は、ユーザーのアプリケーションの特長／機能を判断し、そのアプリケーションをカスタマイズするために必要なフレキシビリティをユーザーに与え、ＭＣＩがユーザーの絶えず変化する通信ニーズに適応できるようにする。２．メッセージのデータベース提供される重要な特長は、メッセージの統合である。類似内容および異なる内容のメッセージが１つの仮想ロケーションにおいて統合される。呼によって、メッセージセンターは、内容またはアクセスに関係なく、ユーザーに各自のメッセージの全部の概要を提供する。インターフェースメッセージング機能によって、ユーザーは、アドレスブックおよび配信リストを維持することもできる。このメッセージデータベースは、集中化情報記憶所であり、ユーザーのメッセージを収容する。メッセージデータベースは共通オブジェクト記憶機能を提供し、データファイルをオブジェクトとして記憶する。メッセージデータベースにアクセスすることによって、ユーザーは、単一の仮想ロケーションから音声メール、ＦＡＸメール、電子メールおよびページャー呼び出しのメッセージを検索する。さらに、共通オブジェクト記憶機能を使用することにより、メッセージ配信は極めて効率的になる。Ｋ．自動応答装置（ＡＲＵ）機能１．ユーザーインターフェースＡＲＵインターフェースは、ダイレクトラインＭＣＩプロフィール管理、情報サービスプロフィール管理、メッセージ検索およびメッセージ配信を実行できる。ＡＲＵを通じて行われるＤＴＭＦアクセスは、システム内の異なるコンポーネント間で矛盾なく適用される。例えば、ＤＴＭＦキーパッドによってアルファベット文字を入力すると、ユーザーが株式市況情報にアクセスしているかＦＡＸメッセージを配信リストに同報しているかに関係なく、同様に入力される。音声メールコールバック自動リダイアルは、ＤＴＭＦコールバック番号の入力を促し、音声メールを残すゲストからＤＴＭＦコールバック番号を収集し、メッセージを検索する時にゲストコールバック番号に返信呼を自動的に開始する機能を提供する。コールバックが完了すると、加入者は各自がメールボックスで離れたその同じ場所に戻ることができる。ミュージックオンホールドは、ゲストが保留中となっている間、音楽を供する。パークアンドページは、ダイレクトラインＭＣＩゲートウエーによってダイレクトラインＭＣＩ加入者にページングし、加入者がページングされている間、保留としておくオプションをゲストに提供する。加入者は、ページを検索し、各自が保留中のゲストと接続するために選択できる場合に、各自のダイレクトラインＭＣＩ番号に発信する。加入者がゲストとの呼を接続できなかった場合、ゲストは音声メールに転送されるオプションを受け取ることになる。加入者が音声メールを規定のオプションとして持っていない場合、最終メッセージがゲストに再生される。注：ゲストは、保留中いつでも音声メールに転送されるオプションを押すことができる。パークアンドページ付き呼スクリーニング。１実施態様では、パークアンドページに応答するための機能、発呼者（すなわち、ゲスト）の識別を加入者に提供している。これは、加入者に対して、呼を接続する前に、彼らがそのゲストと話したいか、または、ゲストを音声メールに転送するかを選択できるようにする。詳細には、ゲストは、パークアンドページオプションを選択した時に各自の名前を記録するようにＡＲＵにより促される。加入者がパークアンドページに応答すると、「あなたにＲＥＣＯＲＤＥＤＮＡＭＥからの呼があります」というＡＲＵプロンプトが聞こえ、その発呼者と接続するか、または、発呼者を音声メールに転送するかの選択肢が提示される。加入者が音声メールを所定のオプションとして持っていない場合、ゲストは最終メッセージに委ねられる。また、ゲストは保留中いつでも音声メールに転送されるオプションを押すことができる。双方向ページャーコンフィギュレーション制御およびパークアンドページ応答システムは、双方向ページャーから出されたコマンドによってその呼を音声メールまたは最終メッセージに振り向けるかまたは保留し続けるかをＡＲＵに命令することによって、加入者がパークアンドページ通知に応答できるようにしている。テキストページャーサポートシステムは、加入者がダイレクトラインＭＣＩ加入者にダイレクトラインＭＣＩゲートウエーを通じてページングし、テキストページャーによって検索されるメッセージを残せるようになっている。詳細には、適切なオプションを選択すると、ネットワークＭＣＩページングまたは、オペレータが加入者のテキストページャーにより検索されるテキストベースのメッセージを受信およびサブミットクリエートするＳｋｙＴｅｌメッセージセンターのいずれか一方へ転送されることになる。次の着信番号へ転送システムは、ダイレクトラインＭＣＩ呼が経路決定された電話に応答する者が、ダイレクトラインＭＣＩ経路決定シーケンスで次の着信番号にその呼を経路決定させるオプションを持つ機能を提供する。詳細には、被呼者はダイレクトラインＭＣＩＡＲＵゲートウエーからプロンプトを受け取り、それはその呼がダイレクトラインＭＣＩによってその番号に経路決定され、被呼者に入呼を受信するか、その呼をその経路決定シーケンスの次の着信番号または宛て先へ経路決定させるかのオプションを提供していることを示す。被呼者にプロンプトされるオプションには以下が含まれる。・その呼を受け入れるオプションを押す・その呼を次の着信先へ送るオプションを押す・その呼をタイムアウトさせ（すなわち、いかなるアクションもなされない）、次の着信先へ進む２秒以内＃再発信１実施態様は、２秒以内にポンド（＃）キーを押すことによって、ダイレクトラインＭＣＩゲートウエーから、出呼を再発信する機能も提供している。現在、ダイレクトラインＭＣＩは、加入者が呼を再発信できるまでには＃キーを２秒以上押していなければならない。Ｌ．メッセージ管理１．複数媒体メッセージ通知加入者は、音声メール、ＦＡＸメール、電子メール、ページングを含む、複数の媒体で現在メッセージの会計を受信することができる。詳細には、加入者は、例えば「あなたには３通の新規音声メールメッセージ、２通の新規ＦＡＸメッセージ、１０通の新規電子メールメッセージがあります」と述べるＡＲＵスクリプトを聞くことができる。２．複数媒体メッセージ操作加入者は、ダイレクトラインＭＣＩＡＲＵゲトウエーによって、複数の媒体（音声メール、ＦＡＸメール、電子メール、ページング）を通じて受信されたメッセージの基本的なメッセージ操作を実行するためにユニバーサルインボックスにアクセスできる。加入者は、音声メールメッセージおよびページャーメッセージを検索し、また、ＦＡＸメールおよび電子メールメッセージのメッセージヘッダ（優先度、送信者、題名、日付／時刻、サイズ）情報を検索することができる。さらに、加入者は、ＡＲＵインターフェースから閲覧したメッセージを保存、転送または削除することもできる。音声メールメッセージだけは音声メールとしてしか転送できない。電子メール、ＦＡＸメールおよびページャーメッセージはＦＡＸメールとして転送できるが、電子メールおよびページャーメッセージはＧ３フォーマットに変換する必要がある。メッセージをＦＡＸメールとして転送する場合、加入者は、配信リストおよびファックス同報リストにメッセージを送ることができる。３．音声テキストシステムは、電子メール、ＦＡＸメールまたはページャーメッセージとして受信したテキストメッセージを音声に変換し、それをダイレクトラインＭＣＩゲートウエーによって再生することができる。最初は、テキスト音声化機能はメッセージヘッダ（優先度、送信者、題名、日付／時刻、サイズ）情報に限定される。加入者は、初めにメッセージヘッダを聞きたいかを選択してから、どのメッセージを全部再生させたいかを選択するオプションが示される。完全メッセージのテキスト音声化機能をサポートしていない唯一のメッセージタイプはＦＡＸメールメッセージである。この機能はＦＡＸメールヘッダを再生するために存在するだけである。ＦＡＸメールヘッダ情報は、送信者のＡＮＩ、ＦＡＸメールが受信された日付／時刻およびＦＡＸメールのサイズを含む。４．電子メールのファックス装置への転送加入者は、ダイレクトラインＭＣＩＡＲＵによって検索および閲覧した電子メールを加入者指定の着信番号へ転送することができる。詳細には、加入者はダイレクトラインＭＣＩＡＲＵにより電子メールメッセージを閲覧することができる。メッセージを閲覧した後、加入者は、標準プロンプトの間で、その電子メールメッセージを指定の着信番号に転送したいのかまたは即時番号を入力するオプションを得たいのかを求めるプロンプトを受け取る。このオプションを選択し、着信番号を指示すると、電子メールメッセージはＧ３フォーマットに変換され、指定の着信番号に送信される。バイナリファイルの電子メール添付書がサポートされている。添付書が着信ファックス装置に送達できない場合、そのバイナリ添付書が転送できなかった受信者にテキストメッセージが付与されるはずである。電子メールのファックス装置への転送によってそのメッセージが“ユニバーサルボックス”から削除されることはない。５．受信メッセージのページャー通知加入者は、その加入者の“ユニバーサルボックス”に現在存在するメッセージ媒体によるメッセージの数を示すページャー通知を、加入者指定の間隔で受け取ることができる。詳細には、加入者は、自己の“ユニバーサルボックス”に現在存在する音声メール、ＦＡＸメール、電子メール、ページャーメッセージの数を示すページャーメッセージを受信するために、ダイレクトラインＭＣＩＡＲＵを通じて、通知スケジュールを確立することが可能となる。６．音声メールの送達確認システムは、加入者に対して、加入者開始音声メールメッセージが着信者にうまく届かなかった場合に、確認音声メールメッセージを受信できるようにする。７．メッセージの優先度づけシステムは、ゲストに対して、メッセージに通常優先度または至急優先度のいずれかを割り当てられるようにしている。加入者がメッセージの会計を受け取ると、この優先度づけが示され、至急メッセージは全部、通常メッセージより前に索引づけられる。この仕様は、音声メールだけに適用され、ＦＡＸメールには適用されない。これは、“ユニバーサルボックス”がダイレクトラインＭＣＩ音声メールについて正しいメッセージ優先度を呈示することを必要とする。Ｍ．情報サービスＡＲＵインターフェースによって、ユーザーは、ＷＷＷブラウザインターフェースによってコンフィギュレーション可能である情報サービスからの内容を受信可能になる。情報内容は、インバウンドサービスおよびアウトバウンドサービスとして提供される。ＷＷＷブラウザ（すなわち、プロフィール管理）によって規定される情報内容は、インバウンド情報内容として規定され、以下に限定される。・株式市況および財政ニュース・ヘッドラインニュースまた、加入者は、ＡＲＵインターフェースによって付加的な情報内容にアクセスすることもできるが、この情報はＷＷＷブラウザ（すなわち、プロフィール管理）を通じてはコンフィギュレーションできない。この付加的な情報内容は、アウトバウンド情報内容と呼ばれ、以下から構成される。・株式市況および財政ニュース・ヘッドラインニュース・天気・スポーツニュースおよび得点・連続ドラマのあらすじ・星座占い・宝くじの結果・娯楽ニュース・旅行者援助インバウンド情報内容のコンフィギュレーション可能なパラメータは以下に定義する。アウトバウンド情報内容の検索は、ＤＴＭＦキーパッドによるアルファベット文字の入力をサポートしている。アルファベット文字の入力は、リスト管理のためのＤＴＭＦによるアルファベット文字の入力の仕方と一致していなければならない。旅行者援助へのアクセスは、加入者が単一の８００／８ＸＸ番号にダイアルするだけでよいような、他のアウトバウンド情報サービスと一緒にされる。８００／８ＸＸ呼び出しは、選択される情報内容に応じて異なる着信先に延長してもよい。Ｎ．メッセージ記憶仕様メッセージ記憶仕様は、以下で規定するメッセージ記憶仕様と一致する。Ｏ．プロフィール管理ダイレクトラインＭＣＩプロフィール管理加入者は、各自のダイレクトラインＭＣＩアカウントプロフィールを閲覧、更新および呼び出すこともできる。ＡＲＵインターフェースによるダイレクトラインＭＣＩプロフィール管理機能は、ＷＷＷブラウザによって提供される提示と一致しており、以下の仕様をサポートしている。・新規ダイレクトラインＭＣＩプロフィールの作成およびそのプロフイールへの名前の割り当て・ダイレクトラインＭＣＩプロフィールの呼び出し・ダイレクトラインＭＣＩプロフィール名の音声注釈・現用ダイレクトラインＭＣＩプロフィールの更新・ダイレクトラインＭＣＩプロフィールの作成および更新の規則ベース論理のサポート（例えば、音声メールのような唯一の呼経路決定オプションの選択は音声メールへのオーバーライド経路決定を呼び出す。また、１個のパラメータでなされる更新は、ページング通知のように、全部の影響を受けるパラメータに伝えられなければならない。）・ダイレクトラインＭＣＩ番号の使用可・オーバーライド経路決定番号の使用可および定義・フォーローミー経路決定の使用可および定義・以下への最終経路決定（以前は代替経路決定と称した）の使用可および定義・音声メールおよびページャー −音声メールのみ −ページャーのみ −最終メッセージ・２つ以上の呼経路決定オプション（フォーローミー、音声メール、ＦＡＸメールまたはページャー）が使用可となっている場合にメニュー経路決定を呼び出す・ＦＡＸメール送達のデフォールト番号の定義・音声メールのページング通知の使用可・ＦＡＸメールのページング通知の使用可・音声メールを至急送達に分類するためのゲストオプションの提供・以下の呼経路決定パラメータの定義 −名前およびＡＮＩ −ＡＮＩのみ −名前のみ・パークアンドページの使用可または使用不可Ｐ．呼経路決定メニューの変更システムは、加入者が、変更したくない着信番号を再入力することなく各自の呼経路決定着信番号を変更できる機能も提供している。詳細には、ダイレクトラインＭＣＩ経路決定変更機能は、加入者が、経路決定番号のいずれかを変更したい場合に経路決定シーケンスで全部の着信番号を再入力することを求める。この機能により、加入者は、変更したい着信番号だけを変更し、経路決定シーケンスで特定の番号を変更したくない場合には“＃”キーを押すことによって指示することができる。Ｑ．双方向ページャーコンフィギュレーション制御およびパークアンドページ応答システムは、双方向ページャーにより発せられたコマンドによって所定のダイレクトラインＭＣＩプロフィールを使用可または使用不可にすることもできる。Ｒ．パーソナル化グリーティングシステムは、加入者が、ＡＲＵから再生されるまたは各自の個人ホームページから表示されるパーソナル化グリーティングを閲覧および更新できるようにしている。各グリーティングは、個別に維持され、各インターフェース（ＡＲＵまたは個人ホームページ）を通じて使用可能な機能にカスタマイズされる。Ｓ．リスト管理システムは、加入者が、リストを作成および更新し、リストの音声注釈名を作成できるようにもしている。ファックス同報リスト管理機能は、リストの単一のデータベースを提供するためにダイレクトラインＭＣＩリスト管理機能と統合されている。ＡＲＵインターフェースから、加入者は、リストにあるメンバーを閲覧、更新、追加または削除することができる。さらに、加入者はリストを削除または作成することもできる。ＡＲＵインターフェースはそれらのリストを使用して音声メールおよびＦＡＸメールメッセージを配信できる。配信リストへのアクセスは、リストがコード名のリストに限定されないようなアルファベットのリスト名をサポートしている。リスト名のＤＴＭＦによるＡＲＵへのアルファベット文字での入力は、情報サービスについてＤＴＭＦによりアルファベット文字を入力する仕方と一致している。リスト管理仕様については以下に詳述する。メッセージ操作機能の提供に加え、ＰＣクライアントは、アドレスブックを提供し、リストへのアクセスも可能にしている。ユーザーは、アドレスブックに修正を加え、音声メール、ＦＡＸメール、電子メールおよびページングメッセージの配信リストを管理することができる。１実施態様では、ＰＣクライアントインターフェースによって作成または維持されたリストは、ＷＷＷブラウザまたはＡＲＵインターフェースによって作成または維持されたリストと統合されないか、そのような統合は別の実施態様ではインプリメントすることができる。加入者はＰＣクライアントから配信リストへメッセージを送信できる。これには、ＰＣクライアントとリスト管理データベースとの間の双方向インターフェースが必要であり、それによってＰＣクライアントはカンマ区切りまたはＤＢＦフォーマットのファイルをリストのデータベースへエクスポートできる。ユーザーは自己のインターフェースＰＣソフトウエアによって受信者のアドレス情報を作成および変更できる。ユーザーは、１０桁ＡＮＩ、音声メールボックス、ＦＡＸメールボックスＩＤ、ページング番号および電子メールアドレス（ＭＣＩメールおよびインターネット）を含む、複数のタイプのアドレスを自己のアドレスブックに記録できる。この情報はＰＣで保存されなければならない。ＰＣクライアントで保持されるアドレス情報は、受信者の名前で分類および並べ替えされる。Ｔ．グローバルメッセージハンドリングＡＲＵインターフェースから、加入者は、“ユニバーサルボックス”からどのメッセージタイプがアクセスできるかを定義できる。グローバルメッセージハンドリング仕様は、以下に規定する仕様と一致している。Ｘ．インターネット電話および関連サービス以上の説明はインターネット、すなわちインターネット電話への導入部であったが、インターネット電話はごく少数の開発分野しか含んでいない。以下はインターネット電話の要約であり、６つの主要分野に分けている。第１の分野はインターネット電話サービスへのアクセスより成る。この分野は、衛星、ダイアルアップサービス、Ｔ１、Ｔ３、ＤＳ３、ＯＣ３およびＯＣ１２専用線、ＳＭＤＳネットワーク、ＩＳＤＮＢチャネル、ＩＳＤＮＤチャネル、マルチレートＩＳＤＮ、Ｂチャネル結合ＩＳＤＮシステム、イーサネット、トークンリング、ＦＤＤＩＧＳＭ、ＬＭＤＳ，ＰＣＳ、セルラーネットワーク、フレームリレー、Ｘ．２５といった機構を用いたインターネットのアクセスおよび利用を含む。第２の分野はインターネット分野の共用を含む。マルチメディアデータは、その高い信頼性およびスループット可能性のために極めて容易に回線交換網を利用できる。問題は、共用データ、当事者間のＵＲＬデータプッシング、データ会議システム、共用ホワイトボード、資源コラボレーション、ＩＳＤＮユーザー間信号方式などがある。第３の分野はインターネット電話の経路決定を扱う。問題は、地理的発信点、ネットワーク発信点および発信タイムゾーンに加え、１日の時間、週の曜日、月の日および１年の日による経路決定を含む。経路決定解析は、ユーザーデータ、宛て先当事者、電話番号、発信回線、電話会社サービスの種類、予約機能経路決定、ＡＮＩ、およびＩＰアドレスも含む。また、ＶＮＥＴ計画、範囲特権、ディレクトリサービスおよびサービス制御ポイント（ＳＣＰ）も、インターネット電話の経路決定に当てはまる。第４のカテゴリはサービス品質を扱う。分析は、交換網、ＩＳＤＮ、動的変更、インターネット電話、ＲＳＶＰ、および冗長ネットワークサービスを含まなければならない。さらに、このカテゴリは、ハイブリッドインターネット／電話交換、イーサネット機能、ＩＳＤＮ機能、アナログ市内回線および公衆電話、予約および／または利用されたサービスの課金を含む。第５のカテゴリは、ディレクトリサービス、プロフィールおよび通知から成る。実例としては、分散ディレクトリ、ファインディングミーサービス、フォローミーサービス、電話のディレクトリ管理、およびユーザーインターフェースがある。発呼者認証セキュリティも含まれる。階層的かつオブジェクト指向プロフィールが、ディレクトリサービスユーザープロフィール、ネットワークプロフィールデータ構造、サービスプロフィールおよびオーダーエントリプロフィールとともに存在する。第６のカテゴリは、ハイブリッドインターネット電話サービスから成る。分野は、オブジェクト指向メッセージング、インターネット電話メッセージング、インターネット会議システム、インターネットファックス、情報経路決定（ＩＭＭＲ）、音声通信、（企業内に存在するような）イントラネットを含む。他のサービスは、オペレータサービス、管理サービス、ページングサービス、課金サービス、ワイヤレス統合、メッセージ同報、監視および報告サービス、カードサービス、ビデオメールサービス、圧縮、権限付与、認証、暗号化、電話アプリケーションビルダ、課金、データ収集サービスが含まれる。第７のカテゴリは、ハイブリッドインターネットメディアサービスから成り、これらは多数のユーザーが関与する共同作業の分野を含む。ユーザーは、オーディオ、データおよびビデオで協働する。この分野はハイブリッドネットワーク内でのメディア会議システムを含む。さらに、予約機構、オペレータ支援会議システム、会議への内容の導入といった広範な関連分野が存在する。これらの会議の仮想ロケーションは将来重要とみなされる。次世代チャットルームは、シミュレートオフィス環境による仮想会議空間が特色となる。Ａ．インターネット媒体のシステム環境１．ハードウエア本発明に従ったシステムの好ましい実施態様は、ＩＢＭＰＳ／２、ＡｐｐｌｅＭａｃｉｎｔｏｓｈコンピュータといったパーソナルコンピュータまたはＵＮＩＸ系ワークステーションの文脈において好適に実施される。典型的なハードウエア環境を図１Ａに示す。この図は、マイクロプロセッサといった中央処理装置１０および、システムバス１２によって接続された多数の他の装置を有する好ましい実施態様に従ったワークステーション９９の代表的なハードウエア機器構成示している。図１Ａに示したワークステーションは、ランダムアクセスメモリ（ＲＡＭ）１４と、リードオンリメモリ（ＲＯＭ）１６と、（データ処理ネットワークなどの）通信ネットワーク８１、プリンタ３０およびディスク記憶装置２０といった周辺装置をバス１２に接続するためのＩ／Ｏアダプタ１８と、キーボード２４、マウス２６、スピーカ２８、マイクロフォン３２および／またはタッチスクリーン（図示せず）といった他のユーザーインターフェース装置をバス１２に接続するためのユーザーインターフェースアダプタ２２と、バス１２をディスプレイ装置３８に接続するためのディスプレイアダプタ３６とを備える。そのワークステーションは通常、ＭｉｃｒｏｓｏｆｔＷｉｎｄｏｗｓＮＴまたはＷｉｎｄｏｗｓ／９５オペレーティングシステム（ＯＳ）、ＩＢＭＯＳ／２オペレーティングシステム、ＭＡＣシステム７ＯＳ、または、ＵＮＩＸオペレーティングシステムといったそれに常駐するオペレーティングシステムを有する。当業者は、本発明が上述以外のプラットフォームおよび／またはオペレーティングシステムにおいても実施可能であることを理解されるであろう。２．オブジェクト指向ソフトウエアツール好ましい実施態様は、ＪＡＶＡ、ＣおよびＣ＋＋言語によって書かれており、オブジェクト指向プログラミング方法を利用している。オブジェクト指向プログラミング（ＯＯＰ）は複雑なアプリケーションを開発するためにますます使用されるようになっている。ＯＯＰがソフトウエア設計開発の主流となるにつれ、各種ソフトウエア解決策はＯＯＰの利点を活用するために適応を必要としている。ＯＯＰのそうした原理が適用される必要性は、メッセージングインターフェースにＯＯＰクラスおよびオブジェクトのセットが提供され得るような、電子メッセージングシステムのメッセージングインターフェースに存在する。ＯＯＰは、問題の分析、システム開発およびプログラム構築といった工程を含む、オブジェクトによってコンピュータソフトウエアを開発するプロセスである。オブジェクトは、データと、関連する構造および手続きの集まりとの両方を含むソフトウエアパッケージである。データと構造および手続きの集まりとの両方を含むので、自己の特定のタスクを実行するために他の付加的な構造、手続きまたはデータを必要としない自足的コンポーネントとして視覚化できる。従って、ＯＯＰは、各々が特定のタスクに責任を担う、オブジェクトと称する十分に自律的なコンポーネントの集まりとしてコンピュータプログラムをみなす。データ、構造および手続きを１個のコンポーネントまたはモジュールに一緒にパッケージ化するというこの概念は、カプセル化と呼ばれる。一般に、ＯＯＰコンポーネントは、オブジェクトモデルに適合するインターフェースを提示し、コンポーネント統合アーキテクチャによって実行時にアクセスされる、再使用可能なソフトウエアモジュールである。コンポーネント統合アーキテクチャは、異なるプロセス空間にあるソフトウエアモジュールが相互の能力または機能を利用可能にするアーキテクチャ機構の集合である。これは通常、そのアーキテクチャを構築する共通のコンポーネントオブジェクトモデルを仮定することによって行われる。ここで、オブジェクトとオブジェクトのクラスとを区別することが有益である。オブジェクトは、しばしば単にクラスと呼ばれるオブジェクトのクラスの単一のインスタンスである。オブジェクトのクラスは、多くのオブジェクトが生成されるもとになる原図とみなすことができる。ＯＯＰにより、プログラマは、別のオブジェクトの一部となるオブジェクトを作成することができる。例えば、ピストン機関を表現するオブジェクトは、ピストンを表現するオブジェクトと構成関係を有すると言える。実際には、ピストン機関はピストン、弁その他の多数の構成部品を含むが、ピストンがピストン機関の要素であるということは、ＯＯＰでは２個のオブジェクトによって論理的かつ意味論的に表現される。ＯＯＰはまた、別のオブジェクト「から派生する」オブジェクトの生成も可能である。２個のオブジェクトがあり、一方はピストン機関を表現し、他方はピストンがセラミックでできているピストン機関を表現している場合、この２つのオブジェクト間の関係は構成ではない。セラミックピストン機関はピストン機関を構成していない。そうではなく、ピストン機関よりも１つ多くの限定を有するピストン機関の１種類であるにすぎず、そのピストンがセラミックで作られているということである。この場合、セラミックピストン機関を表現しているオブジェク卜は派生オブジェクトと呼ばれ、それは、ピストン機関を表現しているオブジェクトの側面の全部を継承し、さらにそれに限定または詳細を加えている。セラミックピストン機関を表現するオブジェクトはピストン機関を表現するオブジェク卜「から派生している」。これらのオフジェクト間の関係は継承と呼ばれる。セラミックピストン機関を表現しているオブジェクトまたはクラスがピストン機関を表現しているオブジェクトの側面の全部を継承した場合、それは、ピストン機関クラスで定義された標準ピストンの熱的特性も継承している。しかし、セラミックピストン機関オブジェクトは、それらのセラミック特有の熱的特性をオーバーライドしており、それは金属ピストンに関係するものとは一般に異なる。それは本来のものを飛び越え、セラミックピストンに関係する新しい機能を使用する。異なる種類のピストン機関は異なる特性を有するが、それらに関係する同一の基本的機能を有することもある（例えば、機関のピストンの数、点火順序、潤滑など）。いずれかのピストン機関オブジェクトにおけるこれらの機能の各々にアクセスするために、プログラマは同じ機能を同じ名前で識別するであろうが、各形式のピストン機関は、同一の名前の背後に機能の異なる／オーバーライドインプリメンテーションを有することもできる。同じ名前の裏に機能の異なるインプリメンテーションを隠せるこの能力は、多形性と呼ばれ、それがオブジェクト間の通信を著しく簡潔にしている。構成関係、カプセル化、継承および多形性といった概念により、オブジェクトは現実のあらゆるものについて表現することができる。実際、我々の現実の論理的知覚が、オブジェクト指向ソフトウエアにおいてオブジェクトとなり得る事物の種類を判断するうえでの唯一の限界である。一部の典型的カテゴリは次の通りである。 Σ オブジェクトは、交通流シミュレーションにおける自動車、回路設計プログラムにおける電気構成部品、経済モデルにおける国または航空管制システムにおける航空機といった、物理的オブジェクトを表現できる。 Σ オブジェクトは、ウィンドウ、メニューまたはグラフィックオブジェクトといったコンピュータユーザー環境の要素を表現できる。 Σ オブジェクトは、職員ファイルといったインベントリまたは都市の緯度経度の表を表現できる。 Σ オブジェクトは、時間、角度、複素数または平面上の点といったユーザー定義データタイプを表現できる。何らかの論理的に分離可能な事柄について表現できるオブジェクトのこの顕著な能力によって、ＯＯＰは、ソフトウエア開発者が、その現実が物理的実体、過程、体系または事柄の構成であれ、現実の一部の側面のモデルであるコンピュータプログラムを設計および開発できるようにする。オブジェクトはあらゆるものを表現できるので、ソフトウエア開発者は、将来、大規模なソフトウエアプロジェクトのコンポーネントとして使用可能なオブジェクトを作成することができる。新しいＯＯＰソフトウエアプログラムの９０％が既存の再使用可能なオブジェクトから成る証明済みの現用のコンポーネントから構成される場合、その新しいソフトウエアプロジェクトの残り１０％だけをゼロから書き、試験すればよい。すでに９０％は広範に試験された再使用可能なオブジェクトに由来するので、誤りが発生する出所となり得る潜在的範囲はそのプログラムの１０％である。その結果、ＯＯＰは、ソフトウエア開発者が、すでに構築された他のオブジェクトからオブジェクトを構築できるようにする。このプロセスは、アセンブリおよびサブアセンブリから製作される複雑な機械に極めて似ている。従って、ＯＯＰ技術により、ソフトウエア工学は、開発者がオブジェクトとして使用可能な現用コンポーネントからソフトウエアが作成されるという点で、よりハードウエア工学に近いものとなっている。これらすべてが、ソフトウエアの品質の改善を促しているだけでなく、その開発速度を加速させている。プログラミング言語は、カプセル化、継承、多形性、構成関係といったＯＯＰ原理を完全にサポートし始めている。Ｃ＋＋言語の出現により、多くの商用ソフトウエア開発者はＯＯＰを採用してきた。Ｃ＋＋は高速の機械実行可能コードを提供するＯＯＰ言語である。Ｃ＋＋はさらに、商用アプリケーションおよびシステムプログラミングの両方のプロジェクトに適している。現在、Ｃ＋＋は多くのＯＯＰプログラマの間で最も人気のある選択肢であるようだが、他にもＳｍａｌｌｔａｌｋ、コモンｌｉｓｐオブジェクトシステム（ＣＬＯＳ）、Ｅｉｆｆｅｌといった多数のＯＯＰ言語が存在する。さらに、ＯＯＰの機能は、Ｐａｓｃａｌといった従来の一般的なコンピュータプログラミング言語にも付加されつつある。オブジェクトクラスの利点は以下のように要約できる。 Σ オブジェクトおよびそれらの対応するクラスは複雑なプログラム上の問題を多数の小さな類似の問題に分解する。 Σ カプセル化は、データの編成によるテータの抽象化を、相互に連絡できる小さな独立したオブジェクトにさせる。カプセル化はまた、オブジェクトのデータを不測の損傷から保護するが、他のオブジェクトには、そのオブジェクトのメンバおよび構造を呼び出すことによりそのデータと相互作用できるようにする。 Σ サブクラスおよび継承により、システムで使用可能な標準クラスから新しい種類のオブジェクトを派生させることによってオブジェクトを拡張および修止することができる。従って、新しい機能が最初から始めることなく作成できる。 Σ 多形性および多継承により、様々なプログラマが、多様なクラスの特性を混合および整合したり、予測できるやり方で関連するオブジェクトについて作業できる特殊なオブジェクトを生成することができる。 Σ クラス階層および包含階層は、現実のオブジェクトおよびそれらの関係をモデル化するための柔軟な機構を提供する。 Σ 再使用可能なクラスのライブラリは多くの場合に有用であるが、いくつかの制限も有する。例えば、 Σ 複雑さ。複雑なシステムでは、関連するクラスのクラス階層は、数十または数百にもなるクラスによって極めて煩雑になり得る。 Σ 制御の流れ。クラスライブラリによって書かれたプログラムはやはり制御の流れに貴任を担う（すなわち、特定のライブラリから作成された全部のオブジェクト間の相互作用を制御しなければならない）。プログラマは、どの種類のオブジェクトについて、いつ、どの関数を呼び出すかを決定しなければならない。 Σ 努力の重複。クラスライブラリは複数のプログラマが多数のコードの部分を使用および再使用可能にするが、各プログラマはそれらの部分を異なるやり方で組み立てられる。２人の別のプログラマが、同一のクラスライブラリのセットを使用して、まったく同一の事柄を行うが、各プログラマが途中で行う多数の小さな決定にもとづき、まったく異なる内部構造（すなわち、設計）を有する２つのプログラムを書く可能性がある。必然的に、類似のコードの部分は、若干異なる形で類似の事柄を行うことになるが、まったく同一に働くものではない。クラスライブラリは極めて柔軟である。プログラムがより複雑になるにつれて、より多くのプロクラマが基本的問題の基本的解決を何度も繰り返して考案しなければならない。クラスライブラリの概念の比較的新しい拡張は、クラスライブラリのフレームワークを持つことである。このフレームワークは、より複雑であり、特定のアプリケーション分野における共通の仕様および設計をインプリメントする小規模パターンおよび主要機構の両者を獲得する協同クラスの重要な集まりから構成される。それらは最初に、メニュー、ウィンドウ、ダイアログボックスその他のパーソナルコンピュータの標準ユーザーインターフェース要素の表示に関係する雑務からアプリケーションプログラマを解放するために開発された。フレームワークはまた、自分が書いたコードと他人が書いたコードとの間の相互作用についてプログラマが考える形で変更を提示する。手続き型プログラミングの初期の頃、プログラマは、あるタスクを実行するためにオペレーティングシステムによって与えられるライブラリを呼び出したが、基本的に、プログラムがそのページを最初から最後まで実行し、プログラマは単に制御の流れに責任を負っているにすぎなかった。これは、支払い小切手の印刷、数値表の計算、または、プログラムが１通りの形で実行する他の問題の解決には妥当であった。グラフィカルユーザーインターフェースの開発が、この手続き型プログラミング構成をすっかり変え始めた。それらのインターフェースは、プログラム論理ではなく、ユーザーがプログラムを駆動させ、ある動作を実行すべき時を決定することを可能にする。現在、ほとんどのパーソナルコンピュータソフトウエアは、マウス、キーボードその他の外部イベントソースを監視し、ユーザーが実行する動作に従ってプログラマのコードの適切な部分を呼び出すイベントループによって、それを実現している。プログラマはもはやイベントが生起する順番を決定しない。代わりに、プログラムは、不測の時に不測の順番で呼び出される個別の部分に分割される。こうして制御をユーザーに譲り渡すことによって、開発者は、より使いやすいプログラムを作成できる。それでもやはり、開発者が書いたプログラムの個別の部分は、あるタスクを実行するためにオペレーティングシステムによって提供されるライブラリを呼び出し、プログラマは依然として、イベントループにより呼び出された後に各部分の内部の制御の流れを決定しなければならない。アプリケーションコードはやはりシステムを「支配している」。イベントループプログラムであっても、プログラマは、すべてのアプリケーションに個別に書く必要はないが多数のコードを書かなければならない。アプリケーションフレームワークの概念は今後もイベントループの概念を保持する。基本的なメニュー、ウィンドウ、ダイアログボックスを構築するための全部のボルトナットを扱い、それらの事物全部を一緒に働かせるのではなく、アプリケーションフレームワークを用いるプログラマは、アプリケーションコードおよびユーザーインターフェース要素を適所で働かせることから始める。その後、フレームワークの一般的機能の一部を意図するアプリケーションの特定機能で置き換えることによって構築する。アプリケーションフレームワークはプログラマが最初から書かなければならないコードの総量を減らす。しかし、フレームワークは実際には、ウィンドウを表示する、コピー・ペーストをサポートするなどといった一般的プログラムであるので、プログラマは、イベントループプログラムが可能なよりもさらに相当程度まで制御を譲り渡すことができる。フレームワークコードはほとんど全部のイベントハンドリングおよび制御の流れに配慮するので、プログラマのコードは、フレームワークが（例えば、データ構造を作成または操作するために）それを必要とする場合にのみ呼び出される。フレームワークプログラムを書くプログラマは、制御をユーザーに譲り渡すだけでなく（それはイベントループプログラムについても当てはまる）、プログラム内部の詳細な制御の流れをフレームワークに譲り渡す。この方式によって、同様の問題について繰り返し作成されてきたカスタムコードによる孤立プログラムとは対照的に、興味深い形で協働する、より複雑なシステムの創出が可能になる。従って、上述のように、フレームワークは基本的に、ある問題領域の再使用可能な設計解決策を構成する協同クラスの集まりである。それは通常、（例えば、メニューやウィンドウについて）デフォールトの振る舞いを定義したオブジェクトを提供し、プログラマはそれを、そのデフォールトの振る舞いの一部を継承し、フレームワークが適時にアプリケーションコードを呼び出すように他の振る舞いをオーバーライドすることによって使用する。フレームワークとクラスライブラリとの間には以下の３つの主要な相違がある。 Σ 振る舞いとプロトコル。クラスライブラリは本質的に、プログラムにおいてそうした個々の振る舞いを望んだ時に呼び出すことができる振る舞いの集まりである。他方、フレームワークは、振る舞いたけでなく、プロトコルすなわち、振る舞いが組み合わされる形を支配する規則の集合をも提供し、それはプログラマが提供しようと考えるものとフレームワークが提供するものと対立する規則も含む。 Σ 呼び出しとオーバーライド。クラスライブラリでは、コードプログラムはオブジェクトをインスタンス化し、それらのメンバ関数を呼び出す。フレームワークでも同様にオブジェクトをインスタンス化および呼び出す（すなわち、フレームワークをクラスライブラリとして扱う）ことは可能であるが、フレームワークの再使用可能な設計を十分に活用するために、プログラマは通常、フレームワークをオーバーライドし、フレームワークによって呼び出されるコードを書く。フレームワークはそのオブジェクト間の制御の流れを管理する。プログラムを書くことは、異なる部分がどのように協働するかを指定することよりも、フレームワークによって呼び出されるソフトウエアの各種部分の間で貴任を分担することに関わる。 Σ インプリメンテーションと設計。クラスライブラリでは、プログラマはインプリメンテーションだけを再使用するが、フレームワークでは設計を再使用する。フレームワークは、関連するプログラムの１群またはソフトウエアの部分が作用する方法を具体化する。それは、ある分野の広範な特殊課題に適用できる一般的な設計上の解決を提示する。例えば、単一のフレームワークは、同一のフレームワークによって生成された２つの異なるユーザーインターフェースがまったく異なるインターフェース課題を解決できる場合でさえ、ユーザーインターフェースが作用する方式を具体化できる。Ｂ．インターネット電話インターネットによる音声は安価な趣味的な物品となっている。複数の会社が、ＰＳＴＮとの相互作用を含めるためにこの技術を発展させている。これは、特にＩＤＤＤ分野におけるＭＣＩやＢＴなどの定評ある電話会社にとって挑戦課題でも好機でもある。ここでの説明は、この発展中の技術にもとづいて電話会社クラスのサービスがどのように提供され得るかを述べる。１プラスダイヤリングによってＰＳＴＮとインターネットとの間の相互作用が可能になる方法は特に興味深い。導入部の説明は、ＰＳＴＮ−インターネット音声ゲートウエーの技術仕様に加え、現在提供されているよりもさらに広範な態様でＰＣ−ＰＣ接続をサポートするための技術仕様を考慮している。呼がＰＣからＰＳＴＮの宛て先へ、またその逆へどのように行われるかの検討がなされている。長距離ネットワークとしてインターネットを使用するＰＳＴＮ−ＰＳＴＮ通信も探究されている。低品質のサービスを低料金で提供している現行のＰＳＴＮサービスを補完する方法において、そうしたサービスがどのように提供され得るかが示される。長期的な問題は、インターネット電話の品質の着実な改善であり、それが従来の音声サービスと競合できると最終的に証明されるかどうかである。１．導入部１９７０年代半ばから後半に、インターネットによる音声の伝送の実験が、米国国防総省国防高等研究事業局の後援を受けた現行の研究計画の一部として実施された。１９８０年代半ばには、ＵＮＩＸベースのワークステーションを使用して、わずかな回数ながらインターネットによって定期的な音声／ビデオ会議セッションを行った。これらの実験的応用は、１９８０年代後半に、音声およびビデオの大規模な一方向マルチキャストによって拡張された。１９９５年、小さな会社のＶｏｃａ１Ｔｅｃ社（ｗｗｗ．ｖｏｃａｌｔｅｃ．ｃｏｍ）が、インターネットに接続されたマルチメディアＰＣ間での双方向音声通信を可能にする低価格のソフトウエアパッケージを発売した。このようにして、新世代のインターネット電話は生まれた。この最初のソフトウエアパッケージとその直後の追従品は趣味的なツールとなった。インターネットリレーチャット（ＩＲＣ）ルームにもとづくミーティングプレースが、音声転送のためにエンドステーション間でポイントツーポイント接続を確立するために使用された。これは、チャットルームではありふれた偶然の出会いまたは、当事者が事前に電子メールその他の手段によって調整した場合は予定された集まりをもたらした。ａ）動作の仕方マルチメディアＰＣおよびインターネット接続を有するユーザーは、小さなソフトウエアパッケージをロードすることによりインターネット電話機能を追加できる。ＶｏｃａｌＴｅｃの場合、そのパッケージは、修正チャットサーバーにもとづくミーティングプレース（ＩＲＣサーバー）への接続を行う。ＩＲＣで、ユーザーは、そのＩＲＣに接続された他の全部のユーザーのリストが見られる。ユーザーは、その人の名前をクリックして別のユーザーを呼び出す。ＩＲＣは被呼者のＩＰアドレスを送信することにより応答する。インターネットのユーザーへのダイアルの場合、ＩＰアドレスが時間的にダイアルに割り当てられ、従ってセッションでのダイアル間で変わる。宛て先がまだ音声接続に関係していなければ、そのＰＣは呼出し信号を鳴らす。被呼ユーザーはマウスのクリックによりその電話に応答でき、発呼者はその後、被呼者のＩＰアドレスに直接トラヒックを送信し始める。ＰＣに内蔵または付属されたマルチメディアマイクロフォンおよびスピーカがスピーカフォンとして使用される。話し手の音声は、インターネットで伝送されるためにディジタル化され、圧縮およびパケット化される。他方の端では、それは伸張および変換され、ＰＣのスピーカを通じて聞こえる。ｂ）意味するものインターネット電話は、距離や国境を感じさせない低コストのサービスをユーザーに提供する。インターネットアクセスの現在のコストで（低額な時間料金、または、固定料金で使い放題の場合もある）、発呼者は、インターネットに接続した他のＰＣユーザーと音声会話を行うことができる。被呼者は、自己のインターネットアクセスの料金を支払うことによりその会話のコストに寄与する。一方または両方の端が専用線によってインターネットにＬＡＮ接続している場合、その呼は付加的な料金がまったくかからない。こうしたことすべては、国際電話ともなり得る、従来の長距離電話のコストとまったく異なることである。ｃ）サービス品質インターネットによる音声品質は良好であるが、一般的な電話料金並みの品質ほどではない。さらに、会話中に相当の遅延にあう。そうした環境で話し手の話を遮ろうとすることは問題である。遅延および品質の変動は、圧縮、バッファおよびパケット化時間の関数となる程度まで、距離および使用可能な容量の結果である。音声伝送における遅延はいくつかの要因に帰せられる。遅延に最大の影響を与えるものの一つは、使用するサウンドカードである。最初のサウンドカードは、半二重で、記録音声の再生用に設計されていた。連続オーディオ再生の保証を助けたロングオーディオデータバッファは、リアルタイム遅延をもたらした。サウンドカードにもとづく遅延は、“スピーカフォン”用に設計された全二重カードが市販されていることから、この間に減りつつある。他の遅延は、アクセス回線速度（ダイアルアップインターネットアクセスの場合、一般に１４．４〜２８．８ｋｂｐｓ）およびインターネットにおけるパケット転送の遅延に固有のものである。また、ディジタル符号化音声によるパケット充填に固有の遅延もある。例えば、９０ミリ秒のディジタル音声でパケットを充填するために、アプリケーションはディジタル化するその音声を受信するのに少なくとも９０ミリ秒待たなければならない。パケットが短くなればパケット充填の遅延は短縮するが、パケットヘッダ／パケットペイロードデータ比を増加させることによりオーバヘッドを増大させる。オーバヘッドの増大はアプリケーションのバンド幅要求も増大させ、従って、短いパケットを使用するアプリケーションは１４．４ｋｂｐｓダイアルアップ接続では動作できなくなるかもしれない。ＬＡＮベースのＰＣはそれほどの遅延を受けることはないが、煩わしい可変遅延は誰もが被る。最後に、音声符号に固有の遅延が存在する。符復号器の遅延は、符号化および復号化について５〜３０ミリ秒で変化し得る。インターネット電話に関係する冗長度は高いにもかかわらず、価格は適止であり、この形式の音声通信は人気を得つつあるようである。２．商用サービスとしてのＩＰ電話ＩＰ電話技術は、既存の電話会社がそれを好ましいとするか否かというところまで来ている。明らかに、国際音声通話を提供するためにインターネットを使用することは、従来の国際直接ダイアル通話（ＩＤＤＤ）の収入の途にとって潜在的脅威となる。明らかな収入への衝撃となるまでには数年かかるであろうが、たぶん国境内部の規制にもとづく以外、それを止めることはできない。電話会社による最善の防御は、産業力を活かしたやり方で自らそのサービスを提供することである。そのためには、改良された呼設定設備およびＰＳＴＮとのインターフェースが必要である。ＰＣ−ＰＣ間接続を促進することは、音声通話が同時インターネットデータパケット通信において行われる必要がある場合に有用であり、当事者は個別の電話設備にアクセスすることはない。１つのアクセス回線しか持たないダイアルアップインターネット加入者は自身がその立場にあることに気づくであろう。コストの考慮もＰＣ−ＰＣ間電話の使用を後押しする上での役割を果たすであろう。この技術の使用の拡大は、普通の電話機の送受話器を接続するために長距離ネットワークに代わりインターネットが使用できるようになった時に生じるであろう。世界のマルチメディアインターネット接続ＰＣの数（推定１０００万）は、世界中の加入者回線の数（推定６億６０００万）に遠く及ばない。このサービスはいくつかの会社の計画段階にとどまっている。以下の節では、完全なインターネット電話サービスにおいて可能なエンドポイントの組合せの各々について見てみる。最も重要な側面は、ＰＳＴＮ−インターネットゲートウエー機能に関係する。特に興味深いのは、ＰＳＴＮ発呼者に対してその被呼者へのワンステップダイアル方式を提供できる可能性である。以下に述べるワンステップダイアル方式の解決策は、北米のナンバリング方式の文脈でなされている。本質的に以下の４つの場合がある。１．ＰＣ−ＰＣ間２．ＰＣ−ＰＳＴＮ間３．ＰＳＴＮ−ＰＣ間４．ＰＳＴＮ−ＰＳＴＮ間第１の場合は現在のＩＰフォンソフトウエアによってアドレス指定される。第２および第３の場合は類似であるが同一ではなく、それぞれ、ＰＳＴＮとインターネットとの間にゲートウエーを要する。最後の場合は２台のＰＳＴＮ電話の長距離ネットワークとしてインターネットを使用する。ａ）ＰＣ−ＰＣ間（１）ディレクトリサービスＰＣ−ＰＣ間インターネット電話を容易にするために、発呼者によって示された名前にもとづき被呼者のＩＰアドレスを見つけるためのディレクトリサービスが必要である。初期のインターネット電話ソフトウエアは、改良したインターネットチャットサーバーをミーティングプレースとして利用していた。最近になって、インターネット電話ソフトウエアは、インターネット電話ユーザーを（たぶん電子メールアドレスによって）一意に識別するようなディレクトリサービスにチャットサーバーを代替しつつある。呼を受信するために、顧客は、ディレクトリサービス（循環課金による料金で）に登録し、インターネットに接続して呼を使用可能にしたい時は常に、ディレクトリシステムに各自のロケーション（ＩＰアドレス）知らせることになる。自動通知を実現するための最善の方法は、ソフトウエアが起動した時にディレクトリサービスを通知するプロトコル（自動存在通知）に関して、ＩＰフォンソフトウエアのベンダー間で協定を作ることである。オプションとして、ＩＰスタックが開始された時にＩＰフォンソフトウエアを自動的に呼び出すための方法を見つけることが望ましい。ディレクトリサービスは、スケーラビリティに関して、ある程度インターネットドメイン名システムに似た、分散型システムとして考えられる。これは必ずしも、ユーザー識別のためのユーザー＠ｆｏｏ．ｃｏｍフォーマットを意味するものではない。理論上、被呼者だけは登録されなければならない。発呼者が登録されていない場合、その呼（１回の場合）の課金は被呼者に対してなされるであろう（コレクトコール）。あるいは、発呼者もディレクトリに登録され、その機構によって請求されるように主張することもできる（これは、我々が登録料金を徴収され、コレクトコールが要する複雑さを回避できることから、望ましい）。呼設定の料金は請求されるが、時間についてではなく、通常のインターネットアクセスの課金を上回るものではない。時間制の課金は、すでにダイアルアップインターネットユーザーに適用されており、インターネット使用料は、ダイアルアップおよび専用線双方の使用について、恐らくそれほどかけ離れたものにはならない。登録ユーザーからのコレクトコールは市場の需要を満たすために必要であろう。被呼者へのそうした呼を識別する方式が、被呼者がコレクトコールを容認または拒絶するための機構とともに、考案されなければならない。ディレクトリサービスは、バージョン番号によってこの機能をサポートする被呼者のソフトウエアの能力を追跡することになる（あるいはまた、これはＩＰ電話ソフトウエアパッケージ間のオンラインネゴシエーションに関係することかもしれない）。コレクトコールの場合（発呼者が登録されていないとして）、発呼者は、自己が選択した人物であると主張できよう。ディレクトリサービスは、発呼者に（その呼の間）仮に“割り当てられた”識別を受けるように強いるので、被呼者はそれが未確認の発呼者であるとわかる。ＩＰアドレスは必ずしも一定ではないので、当事者を識別するためにそれらに頼ることはできない。（２）相互運用性現在市販されているほとんどすべてのＩＰフォンソフトウエアパッケージは、音声情報の交換のために異なる音声符号化およびプロトコルを使用している。有効な接続を容易にするために、ディレクトリは、使用されているインターネット電話ソフトウエアのタイプおよびバージョン（そして恐らくオプション）を記憶することになる。この作業を効果的に行うために、ソフトウエアベンダーは、これらの情報を自動的にディレクトリサービスに報告する。この情報は、呼が生じた時に相互運用性を判定するために使用される。当事者が相互運用できない場合、適切なメッセージが発呼者に送信されなければならない。代わりとして、またはソフトウエアタイプの登録に加えて、オンザフライ式に相互運用性を判定するためのネゴシエーションプロトコルを考案できるかもしれないが、全部のパッケージがそれを「伝え」なければならない。ＩＰフォン符号化間の変換が、エンドユーザーに容認できる品質で実行できるかどうかは疑問がある。そうしたサービスは関係する時間制および／または従量制料金を伴うので、それがその使用の要望を制限するかもしれない。また、試験運用期間後、ごく少数の異なる方式が存在し、それらが、たぶん業界合意の共通項的な圧縮・符号化プロトコルによる相互運用性を有することが期待される。これまで、我々が接触したすべてのＩＰフォンソフトウエアベンダーは、相互運用性を可能にする「エスペラント語」に賛成である。これが通用するようになれば、変換サービスの寿命は短く、たぶん経済的に魅力のないものとなるであろう。我々は、主要ソフトウエアベンダーが、求められる相互運用性を提供する「共通の」圧縮技法および信号プロトコルに関する合意を追求するのを支援できる。主要ベンダーがこの方法をサポートすれば、他のベンダーも追従するであろう。これは、Ｉｎｔｅｌ、Ｍｉｃｒｏｄｏｆｔ，ＮｅｔｓｃａｐｅおよびＶｏｃａｌＴｅｃの各社から、それら全社が今後数カ月以内にＨ．３２３規格をサポートするとの最近の発表によって、すでに生じている。これは呼の設定時に自動的に検出することができる。ディレクトリサービスは、どのソフトウエアのどのバージョンが相互運用できるかを記録するであろう。この機能を助成するために、自動存在通知は現在のソフトウエアバージョンを含まなければならない。それによって、アップグレードはディレクトリサービスにおいて動的に留意され得る。ソフトウエアパッケージ間で登録情報を渡せるようにするための何らかの方式も規定されるはずなので、ユーザーがパッケージを切り換える場合、登録情報を新しいアプリケーションに移動することができる。ユーザーが、各々同一の登録番号を有する２個のアプリケーションを持っていても、反対する理由はまったくない。ディレクトリサービスは、ユーザーが自動存在通知の一部として現在何を実行しているかを知っていなければならない。これは、ユーザーが２個以上のＩＰフォンパッケージを同時に実行できる場合にのみ、問題を生じる。市場がこの能力を要求する場合、ディレクトリサービスはそれを扱えるように適応できるであろう。その問題は、相互作用するＩＰフォンソフトウエアパッケージ間でのネゴシエーション方法の使用によっても克服できよう。（３）呼の進行信号ユーザーがディレクトリシステムによって着信可能であるが、現在は音声接続で話中である場合、（発呼者ＩＤ，ＰＳＴＮのコールウェイティングサービスでは利用できない何かによる）コールウェイティングメッセージが被呼者に送信され、対応するメッセージが発呼者に返信される。ユーザーがディレクトリシステムによって着信可能であるが、現在は自己の音声ソフトウエアを実行していない場合（ＩＰアドレスが応答するが、アプリケーションではない。−−対象の当事者であるかの確認については以下参照。）、適切なメッセージが発呼者に返される。（オプションとして、呼の試行を知らせるために被呼者に電子メールを送信することもできよう。追加のオプションでは、発呼者は、音声メッセージの入力および電子メールへの“音声メール”の添付が行える。このサービスは、発呼者に、話中、着信不可、着信したがコールウェイティング無視といった指示を送信することもできる。ファックスやペーングといった、被呼者への他の通知方法も提供できる。いずれの場合も、既知であれば発呼者の識別を通知に含めることも可能である。）ディレクトリシステムが普及すれば、連絡が局所情報にもとづいて行えなかった場合に他のコピーに照会することが必要になる。このシステムは、多様な通知形式を有し、それらの形式のパラメータを制御できる能力を与える。（４）当事者識別極めて重要な問題は、被呼者が最後に報告された場所にもはやいない（すなわち、「去った」）ことをディレクトリサービスがどのようにして知るか、ということである。ダイアルした当事者が、自己の状態の変化をディレクトリサービスに明示的に知らせることができずに、（ダイアル回線の切断、ＰＣのハング、ターミナルサーバーのクラッシュといった）様々な形でネットワークから抜けることがある。もっと悪いことには、ユーザーがネットワークに残ったまま、音声アプリケーションを持った別のユーザーが同一のＩＰアドレスを割り当てられるかもしれない。（これは、その新しいユーザーが自動存在通知を備えた登録ユーザーである場合には問題ない。その場合、ディレクトリサービスは重複ＩＰアドレスを検出できるであろう。しかし、ディレクトリサービスの分散部分間での何らかのタイミング上の問題があるかもしれない。）従って、顧客がまだ最後の通知ロケーションにいるかをディレクトリサービスが判断するための何らかの方式が存在しなければならない。１つの方式は、登録時に生成される、共有の秘密をアプリケーションによりインプリメントすることである。ディレクトリシステムが（自動存在通知または呼の初期化といった）ソフトウエアによって接触されるかまたは最後の既知ロケーションにある被呼者に接触しようと試みる際には必ず、システムは、アプリケーションに対して（ＣＨＡＰのような）挑戦課題を送信し、その応答を確認することができる。そうした方式により、「私はもはやここにいない」と告知する必要性や、無駄な接続中メッセージが排除される。顧客は、ディレクトリシステムへの通知の心配をせずに、いつでも自己のＩＰフォンアプリケーションを切断または終了させることができる。複数のＩＰフォンアプリケーションがディレクトリサービスによってサポートされている場合、それぞれが別様に挑戦課題を行う。（５）他のサービスインターネット電話の暗号化された会話は、暗号化設定機構の数を最小限にするためにソフトウエアベンダーからの合意が必要であろう。これは、ディレクトリサービスにとって別の相互運用性解決機能となる。ディレクトリサービスは、公開鍵アプリケーションのサポートを提供でき、適切な証明当局が発行する公開鍵証明を提供できる。ユーザーは、自己が現在オンラインとなっていない場合に自己のＰＣを呼び出すように（ダイアルアウト）、ディレクトリサービスで指定できる。ダイアルアウトの課金は、ＰＯＴＳにおける呼の転送で行われるのとまったく同様に、被呼者に請求できる。ダイアルアウトの通話明細記録（ＣＤＲ）は、ＩＰフォンシステムにおける実体（被呼者）の通話明細と関係づけられる必要がある。留意されたいことは、これは、ＰＣＭへのＩＰ符号化音声のいかなるトランザクションも要さないという点で、ＰＣ−ＰＳＴＮ間の場合とは異なるということである。実際、ダイアルアウトはＰＰＰによるＴＣＰ／ＩＰを使用する。ダイアルアウトが失敗すると、適切なメッセージが返信される。ダイアルアウトは国内または国際で可能である。国際の場合、コストの理由で実際に存在することはありそうもない。しかし、それを排除するものは何もないし、実行するのに追加の機能はまったく必要ない。ｂ）ＰＣ−ＰＳＴＮ間ＰＳＴＮ−インターネットゲートウエーは、各種ベンダーからのソフトウエアと相互作用するために、ＰＣＭを複数の符号化方式に変換することをサポートしなければならない。あるいは、インプリメントされれば、共通の圧縮方式を使用できるであろう。可能な場合、品質の観点から最善の方式が使用されなければならない。多くの場合、ソフトウエアベンダーが所有権を有するものとなるであろう。そのために、電話会社は、選択されたベンダーからの技術をライセンスする必要がある。（１）国内ＰＳＴＮ宛て先ＰＣ発呼者はＰＳＴＮに呼を発するために登録される必要がある。その唯一の例外は、インターネットからのコレクトコールが許される場合であろう。これは課金請求に関して複雑さを増すことになる。ＰＳＴＮ宛て先を呼び出すために、ＰＣ発呼者は、国内のＥ．１６４アドレスを指定する。ディレクトリシステムは、そのアドレスを、ＮＰＡ−ＮＸＸにもとづくインターネットダイアルアウト装置にマップする。ダイアルアウト装置は宛て先に近く、従って市内通話であることが望ましい。１つの問題は、“ローカル”のダイアルアウト装置がまったく存在しない場合の取扱い方である。もう１つの問題は、“ローカル”のダイアルアウト装置が一杯であるかまたは何らかの理由で使用できない場合にどうするかである。３通りの方法が可能である。第１の方法は、市内通話が可能である場合にのみタスクサービスを提供することである。第２の方法は、発呼者に対して、その者自身のために長距離通話を発しなければならないことを知らせ、その課金が生じることの許可を求めるメッセージを返信することである。第３の方法は、まったく関係なく、通知もせずに呼を発することである。これらの各場合とも、ダイアルアウト呼のコスト（ＰＳＴＮＣＤＲ）を（ディレクトリサービスを通じて）発呼者の請求記録に関連づける方法を必要とする。第３の方法は、恐らく顧客サポートの負担を増し、不幸な顧客を生じることになる。第１の方法は単純であるが、制約が大きい。ほとんどの顧客は、極めてコストに敏感であると考えられるので、第１の方法で満足するかもしれない。第２の方法は、顧客がどうしても進行させたい場合にフレキシビリティを付与するが、運用に複雑さを増す。考えられる妥協策は、ローカルのダイアルアウトがまったく使用できないという理由でその呼を拒絶する第１の方法を使用することである。我々は、「私はこれが長距離通話になっても気にしません」という属性を通話要求に加えることもできよう。この場合、拒絶されたがどうしても呼を発したい発呼者は、その属性のセットを伴う第２の呼の試行を行う。金を節約したい顧客には、全部のＰＳＴＮ呼にその属性セットを付けて行う。国内ＰＳＴＮ呼の発呼は、米国外のインターネットロケーションから発せられたインターネット呼の国際通話仕様をサポートしている。（２）国際ＰＳＴＮ宛て先国際ＰＳＴＮ局への呼は、２つの方法のいずれかで行うことができる。第１は、国際通話は国内ダイアルアウト局から行うことができよう。これは、自分で国際電話通話を行う顧客よりもまったく金の節約にならないので、魅力的なサービスではない。第２に、宛て先国への呼の搬送にインターネットを使用し、そこで “ローカル”のダイアルアウトを行うことができる。この状況は、海外の宛て先の電話会社による同意を得なければならないので、問題が多い。この例は２つの方法の一方において実行可能かもしれない。両方の方法とも国際宛て先におけるパートナーを要する。１つの選択肢は、宛て先国の地域内電話会社をパートナーとして用いることであろう。第２の選択肢は、インターネットサービスプロバイダまたは、宛て先国でインターネットに接続した他のいずれかのサービスプロバイダを使用することである。ｃ）ＰＳＴＮ−ＰＣ間この例は、最も関心が低いようであるが、いかつかの用途があり、完全性のためにここで提示しておく。ＰＣ−ＰＳＴＮ間の例で述べたように、ＰＳＴＮ−インターネットゲートウエーは、各種ベンダーからのソフトウエアと相互作用するために、ＰＣＭを複数の符号化方式に変換することをサポートする必要がある。ディレクトリサービスは被呼ＰＣを識別しなければならない。自動存在通知は被呼者を着信可能にし続けるために重要である。ＰＳＴＮ発呼者は、発呼者請求がＰＳＴＮ情報にもとづくことになるので、ディレクトリサービスにより登録される必要はない。発呼者は、“一定”であり、呼を返すためだけでなく、請求を行うためにも使用できる、Ｅ．１６４アドレスを有する。たぶん我々は、誰が呼び出しているかの指標として呼出し番号を被呼者に知らせることができる。呼出し番号は、技術的またはプライバシー上の理由から、必ずしも使用できるとは限らない。それがＰＳＴＮ呼であることをＰＣソフトウエアに送信し、Ｅ．１６４番号を知らせるかまたはそれが使用できないことを示すことが可能でなければならない。サービスは電話の課金をもとにすることができる。これは、インターネットがその呼の長距離部分であるかのように行うことができる。これは別の発信音で可能である。８００番または地域内ダイアルサービスが使用される場合、発呼者は請求情報を入力する必要がある。また、９００番サービスは、ＰＳＴＮ発呼者側の請求を可能にする、いずれの場合も、発呼者は、請求情報に続き、または、９００番のダイアルした後に宛て先の“電話番号”を指定する必要がある。明らかになっている大きな問題は、発呼者がどのようにして別の発信音で宛て先を指定するかということである。せいぜいトーンダイアルが使用できるにすぎない。入力を簡単にするために、我々は、各ディレクトリ項目にＥ．１６４アドレスを割り当てることができる。実際の電話番号（ＰＳＴＮ−ＰＳＴＮ間の場合）との混乱を避けるために、その番号はディレクトリ制御のもとに置かれる必要がある。たぶん、十分に使用可能であれば、７００番が使用できよう。あるいは、特殊なエリアコードを使用することもできる。トーンダイアルＰＡＤによる入力はあまり“ユーザーに親切”でない方法である。３．インターネットでの電話番号最善の方法は、エリアコードを割り当ててもらうことである。これは将来のオプションを開放するだけでなく、最初から単純なダイアル方式を可能にする。合法的なエリアコードが与えられれば、ＰＳＴＮ発呼者は、インターネット上のＰＣのＥ．１６４アドレスを直接ダイアルすることができる。電話システムは、その呼をＭＣＩＰＯＰに経路決定し、そこからさらにＰＳＴＮ−インターネットゲートウエーに経路決定される。被呼番号は、ＰＣがオンラインとなっており着信可能である場合に、その呼をＰＣに発信するために使用される。これにより、ＰＳＴＮ発呼者は、あたかもＰＳＴＮの一部であるかのように、インターネットにダイアルすることができる。別のトーンダイアルはまったく不要であり、請求情報も入力しなくてよい。呼は、発呼者ＰＳＴＮ局に請求され、宛て先ＰＣが応答した場合にのみ課金が生じる。他の電話会社は一意のエリアコードが割り当てられ、ディレクトリは互換性が保持されるはずである。国内で発信された呼の場合、発呼者に請求するために必要なすべての請求情報が使用可能であり、第三者または他の請求方法のためのインテリジェントネットワークサービスは別のトーンダイアルによって使用できる。４．他のインターネット電話搬送波これらすべては、番号の移植性が要求されるようになると、いっそう複雑になる。インターネットに国コードを割り当てることが望ましいかもしれない。それは国内通話方式を複雑にさせるであろうが（１に加えて１０桁の番号をダイアルすることはこのサービスの利用を著しく低減させると思える）、いくつかの望ましい利点もあるであろう。いずれにせよ、単数（または複数）のエリアコードの割り当ておよび国コードの割り当ては、相互に排他的ではない。国コードの使用は、ダイアル方式を地理的にいっそう統一させることになるでろう。５．国際アクセス米国のインターネットに入るために米国に国際通話がなされることはまずあり得ない。しかし、もし生じた場合、システムは、いかなる付加的な機能も要さずにこの場合の発呼者側の請求を行うために十分な情報を持っているはずである。別の可能性は、我々が（恐らくパートナーにおいても）、米国外の入呼を取扱うために設定し、米国に返信する、または、インターネットの他の場所に行くためにその国のインターネットに入ることになる、ということである。そのパートナーが地域内電話会社である場合、パートナーはＰＳＴＮ呼に請求するために必要な情報を持っているであろう。ａ）コレクトコールＰＳＴＮ−ＰＣ間コレクトコールは複数の段階を要する。第１に、ＰＳＴＮ− インターネットゲートウエーへの呼がコレクトコールされなければならない。その後、コレクトコールはＰＣ−ＰＣ間の呼と同様にして送信される。発呼者がＰＳＴＮベースであることを指示し、使用可能であれば、発呼者のＥ．１６４アドレスを含めることが必要である。ｂ）ＰＳＴＮ−ＰＳＴＮ間ＰＳＴＮ−インターネットゲートウエー間で音声を渡すための音声圧縮およびプロトコル方式の選択は、完全に電話会社の支配下にある。提供される圧縮レベルを変えることによって様々な圧縮レベルが提供される。異なる課金が各レベルに関係づけられよう。発呼者は、たぶん最初に様々な８００番サービスにダイアルすることにより、品質レベルを選択するであろう。（１）国内宛て先発呼者も被呼者のいずれも、インターネットによって呼を発するためにディレクトリサービスに登録される必要はない。発呼者はＰＳＴＮ−インターネットゲートウエーにダイアルし、トーンダイアルを用いて、請求情報および宛て先の国内Ｅ．１６４アドレスを指定する。９００番サービスも同様に使用できよう。ディレクトリサービス（これは別のシステムにできるが、ディレクトリサービスはすでに、ＰＣ−ＰＳＴＮダイアルアウトの例を取り扱うためにマッピング機能を有する）は、可能であれば市内通話を発するためにその呼をダイアルアウト発呼者にマップする。請求は発呼者に行われ、ダイアルアウト呼の通話明細は被呼者の通話明細と関係づけられる必要がある。直接的な疑問は、ＰＣ−ＰＳＴＮ間の例で述べたように、被呼番号に最も近いダイアルアウト装置が長距離または市外通話となる場合をどのように取り扱うかである。ここでも状況は、通知が音声でなされなければならないか、長距離または市外通話ダイアルアウトを行うための認証がトーンダイアルによって行われなければならないかの程度によって異なる。長距離ダイアルアウトの場合、インターネットは完全にスキップされ、その呼は完全にＰＳＴＮによって行われる。この場合にインターネットを使用することによる何らかのコスト節減があるかどうかは明らかではない。（２）ワンステップダイアル方式問題は宛て先ＰＳＴＮ番号が入力される必要があることであり、また、何らかの形で、従来の長距離ネットワークではなくインターネットによって宛て先に着信されることを示す必要がある。この選択基準は以下の方法によって伝えることができる。１．電話会社のインターネットである新しい１０ＸＸＸ番号を割り当てる。２．予約による。第１の方法は、発呼者が、呼ごとによりインターネットを長距離電話会社として選択できるようにする。第２の方法は、インターネットをデフォールトの長距離ネットワークにさせる。第２の場合、顧客は、電話会社の１０ＸＸＸコードをダイアルすることにより電話会社の従来の長距離ネットワークに返信できる。第１の方法には、発呼者が５桁余分にダイアルしなければならないという短所がある。多くの人が節約のためにそれを行うであろうが、いずれであれ余計にダイアルしなければならないことはサービスのユーザーの総数を減らすことになろう。第２の方法は余分な桁のダイアルの必要は避けられるが、長距離ネットワークとしてインターネットを主に使用するために加入者の関与を要する。その選択は、サービス品質の低下を伴う料金の低下となる。ＰＳＴＮ−ＰＳＴＮ間の場合、異なる料金で数種のサービス等級の提供を考慮することが可能である。これらの等級は、適用される符号化方式と圧縮量（バンド幅）の組合せにもとづき、少ないバンド幅の利用には低コストを提供することになる。所要のサービス等級を送信するには、３個の１０ＸＸＸコードが使用できよう。予約によって、特定の等級がデフォールトとなり、他のサービス等級は１０ＸＸＸコードによって選択される。（３）サービス品質サービス品質は２つの主要因子によって測られる。第１は、発呼者の音声を認識できる能力の音声品質であり、第２はＰＳＴＮには存在しない遅延である。第１点に関して、我々は、現在使用可能な提供物のほとんどが許容レベルの発呼者認識を提供できると言える。しかし、遅延は話が別である。ＰＣ−ＰＣ間ユーザーは、０．５〜２秒の遅延を経験している。導入部で述べたように、遅延の大半は、サウンドカードおよび低速度のダイアルアクセスに帰せられる。ＰＳＴＮ−ＰＳＴＮ間サービスの場合、これらの両因子とも取り除かれる。ＰＳＴＮ−インターネット音声ゲートウエーでのＤＳＰの使用は、圧縮およびプロトコル処理時間を極めて低速にしている。ゲートウエーへのアクセスは、ＰＳＴＮ側でフル６４ｋｂｐｓであり、インターネット側では恐らくイーサネットであろう。ゲートウエーは一般にバックボーンの近くに配置されるので、イーサネットのルーターはＴ３回線によってバックボーンに接続される可能性が高い。この組合せは、サービスレベルにごく少ない遅延を与えるはずである。バックボーンにおける可変遅延をマスクするために何らかのバッファ方式が必要とされるであろうが、国内の電話会社のバックボーンでは１／４秒以下に抑えられるはずである。サービス品質の主要な区別を生じるものは、バンド幅使用量に関係する音声認識である。必要な場合、提起されたＩＥＴＦの資源予約設定プロトコル（ＲＳＶＰ）を遅延変動を低減させるために使用できるが、ＲＳＶＰの付加的な複雑さの必要性はまだ未確定である。また、大規模インターネット電話に対するＲＳＶＰのスケーラビリティに関する疑問も残っている。（４）コスト未決問題は、電話交換網の代わりにインターネットを長距離通話に使用することが本当に安くなるのかどうかという点である。確かに、現在はそのように料金設定されているが、現在の料金は実際のコストを反映しているのだろうか。ルーターは確かに電話交換機よりも低額であるが、ＩＰ音声ソフトウエアが使用する（本質的に半二重で）１０ｋｂｐｓは明らかに、全二重６４ｋｂｐｓＤＳ０の専用１２８ｋｂｐｓより少ない。こうした比較にもかかわらず、疑問は残っている。ルーターは電話交換機よりずっと安価であるが、容量ははるかに少ない。小さな構成単位で大規模なネットワークを構築することは、高額になるだけでなく、すぐに「収穫逓減点」に達する。我々はすでに、インターネットバックボーンが現在の１群のハイエンドルーターにより過負荷となっているのを見ているし、それらはいまだ、成功したインターネット電話の提供物がもたらす著しいトラヒックの増大を経験していない。我々はここで以下の２つのことを述べたい。１．現在のインターネットバックボーンが成功したインターネット電話のサービスに関係する重大なトラヒックの増加をサポートできるとは考えられない。我々は、ルーターの技術が改善されるのを待つ必要がある。２．上記によって生じる第２の問題はバンド幅の使用量の問題である。実際のところ、１０ｋｂｐｓ半二重（両当事者が時折同時に話す時間がごくわずか増えれば、沈黙の期間はより少なくなる）は、６４ｋｂｐｓ全二重専用線容量よりも著しく少ない。この主張について２つのポイントに留意されたい。第１に、バンド幅は、少なくとも予備の光ファイバ回線が存在する場合は安価である。最後の回線が使用されると、次の秒当たりビットは極めて高額になる。第２に、バンド幅がより高額な大洋横断ルートでは、我々はすでに音声のバンド幅圧縮を９．６ｋｂｐｓまで行っている。これはインターネット電話の１０ｋｂｐｓにほぼ相当する。ＩＰ容量がＰＯＴＳに比べてそれほどまで安く料金設定されている理由は何か。その答えは、料金設定の差はインターネットの助成の歴史にある程度関係しているということである。現在、インターネットバックボーンプロバイダらによって、インターネットのコスト問題の一部に目を向けようという動きが進んでいる。この動きの本質は、インターネットが使用量の課金を要するという認識である。そうした課金はすでに一部のダイアルアップユーザーに対して適用されているが、一般に専用線接続のユーザーには適用されていない。ＰＣ−ＰＣ間インターネット電話が一般的となった場合、ユーザーは各自のＰＣを長時間接続させ続けるようになるであろう。これによりＰＣを呼の受信に使用可能にさせることになる。また、ダイアルインポートの保留時間も増加させる。これは、インターネットの資本および循環コストに相当の効果がある。（５）課金ディレクトリサービスは、上述の機能を提供し、そのサービスの代金を請求するために十分な情報を収集しなければならない。課金は、ディレクトリサービスだけでなく、登録（初回料金および月額料金）、呼の設定についても行えるが、恐らく時間に対してはできないであろう。時間についてはすでにインターネットダイアルインユーザーには課金されており、ＬＡＮ接続ユーザーに対しても何らかの形で併せて行える。インターネットサービスの従量制課金は（上述のように）まもなく行われるであろう。時間制課金はＰＳＴＮの入り区分および出区分に対して可能である。ＰＳＴＮの入呼は、特殊なエリアコードを用いて長距離区分として課金できよう。他の直接請求オプションは、９００番通話および通話カード（またはクレジットカード）請求オプションである（両方とも別のトーンダイアルを要するものである）。全部の発呼者（ＰＳＴＮ入呼を除く）に対しディレクトリサービスに登録するよう求めることは、ほとんどのコレクトコールの直接的な必要性を排除することになる。これはおそらく、ＩＰフォンサービスの大半のユーザーが呼を受信するだけでなく発信したいはずなので、大きな障害とはならないはずであり、登録は呼の受信について要求される。発呼者は、掲載されないエントリを有することができ、これはＥ．１６４アドレスを備えるが名前のないエントリとなるであろう。このＥ．１６４アドレスを付与された人は、現在の電話システムの場合と同様に、（ＰＳＴＮからまたはＰＣから）当事者に発信することができよう。様々な音声再現品質を提供すると同時に、多少ともインターネット移行資源を使用するために、多様な圧縮レベルを使用できる。ＰＣ−ＰＣ間接続の場合、両端のソフトウエアパッケージは、使用するバンド幅の量をネゴシエートできる。このネゴシエーションは、ディレクトリサービスによって促進されるであろう。（６）技術的課題登録、自動存在通知および確認機能をインプリメントするために、ＩＰフォンベンダーと調整する必要がある。また、我々は、サービス要求を連絡する能力も加える必要がある。これらには、「ダイアルアウト呼を長距離になる場合でもＰＳＴＮにつなぐ」といった属性を指定するコレクトコールの許可および他の未決定の問題が含まれる。ディレクトリによる登録は、以下で明らかにする必要な機能である。分散ディレクトリサービスにＤＮＳモデルを使用することは、この将来の仕様を助成するに違いない。ディレクトリエントリへの疑似Ｅ．１６４番号の割り当ては、実際のエリアコードが使用された場合に最善に機能する。各電話会社がエリアコードを持っている場合、ディレクトリシステム間の相互作用はずっと容易になるであろう。番号の移植性が必要になった時に、明らかな複雑さが生じるであろう。好ましい実施態様に従えば、ＩＰ電話はすでに存在し、少なくとも近い将来まで継続するであろう。この技術にもとづいた電話会社並みのサービスとルーターの容量の増大が組み合わされば、将来の長距離トラヒックの相当部分をインターネットが担うことになるであろう。ケーブルモデムなどによる家庭からの高速インターネットアクセスの使用可能性によって、良質な消費者向けＩＰ電話サービスがいっそう容易に得られるようになる。ビデオの付加により、このサービスの需要はさらに増進する。もっと月並みであるが関心を集めているのは、インターネットによるファックスサービスである。これは上述の音声サービスと極めて似ている。ファックスプロトコルに関するタイミングの問題が、これを何らかの形で提供することを難しくしている。インターネットにおけるディジタルブリッジを用いた会議システムは、音声およびビデオサービスをいっそう魅力的にさせる。これは、インターネットの世界で開発されたマルチキャスト技術を活用することによって行うことができる。マルチキャストによって、そうしたサービスの提供コストは低減されるであろう。Ｃ．インターネット電話サービス図１Ｃは、好ましい実施態様に従ったインターネット電話システムのブロック図である。処理は、当事者が電話番号をダイアルする際にオフフックにして呼を開始するために電話機２００を使用した時点から始まる。電話機２００は一般的に、アナログ音声信号が双方向で伝達される従来の二線式加入者回線によって接続される。当業者は、本発明の教示を逸脱しなければ、電話が光ファイバ、ＩＳＤＮまたは他の手段によって接続できることを理解するであろう。あるいはまた、コンピュータ２１０、ペーングシステム、ビデオ会議システムまたは他の電話が可能な装置から電話番号をダイアルすることもできる。呼は、地域ベル運用会社（ＲＢＯＣ）中央交換機の別名であるローカル交換搬送装置（ＬＥＣ）２２０に入る。呼は、ＭＣＩといった相互交換電話会社の専用共通業務回線（ＣＢＬ）２３０でＬＥＣによって成端される。ＣＢＬへの成端の結果、ＭＣＩスイッチ２２１はオフフック指示を受信する。スイッチ２２１は、データアクセスポイント（ＤＡＰ）２４０とも呼ばれるネットワーク制御システム（ＮＣＳ）にＤＡＬホットライン手続き要求を開始することにより、オフフックに応答する。スイッチ２１１は、それが単一のＤＳ１回線で動作することを示すために簡略化されているが、実際には多数の回線間の交換が行われ、それにより多数の個々の加入者回線の呼がそのスイッチを経て最終宛て先に経路決定できることが理解されよう。ＤＡＰ２４０は、発信元スイッチ２２１がその呼を宛て先スイッチ２３０または２３１に経路決定するように命令する経路決定応答を発信元スイッチ２２１に返す。呼の経路決定は、トランザクション情報を、特定のスイッチＩＤ（ＳＷＩＤ）および、この場合スイッチ２３０または２３１である適切な宛て先に着信するために必要なＭＣＩネットワークからの経路に対応する特定の着信トランク群（ＴＴＧ）に変換するＤＡＰ２４０によって実行される。ハイブリッドネットワークアクセスの別の実施態様では、スイッチ２３２へのインターネットアクセス設備を組み込んでいる。この統合化された解決策は、スイッチ２３２を直接インターネット２９５に接続できるようにし、ネットワークをインターネット２９５に接続するために必要なネットワークポートさせる。ＤＡＰはこの応答情報を、発信元の呼を正しい着信スイッチ２３０または２３１に経路決定する発信元スイッチ２２１へ送信する。その後、着信スイッチ２３０または２３１は、発信元ＤＡＰ応答での指示に従って正しい着信トランク群（ＴＴＧ）を発見し、ＤＡＰ２４０の経路決定情報にもとづき、その呼をＩＳＮ２５０または直接モデムプール２７０へ経路決定する。呼がインテリジェントサービスネットワーク（ＩＳＮ）２５０に向けられた場合には、ＤＡＰ２４０はスイッチに対してスイッチ２３０で成端させるように命令するであろう。ダイアルされた桁の解析にもとづき、ＩＳＮは呼を音声応答装置（ＡＲＵ）２５２へ経路決定する。ＡＲＵ２５２は、音声、ファックスおよびモデムの呼を区別する。呼がモデムからのものであれば、その呼は、ユーザーを認証するための認証サーバー２９１とインターフェースをとるためにモデムプール２７１に経路決定される。呼が認証されると、呼はＵＤＰ／ＩＰＬＡＮ、ＴＣＰ／ＩＰＬＡＮ２８１または他の媒体通信ネットワークを介して、以後の処理および、コンピュータまたは他の媒体能力のある装置への最終的な送達のために、基本インターネットプロトコルプラットフォーム（ＢＩＰＰ）２９５に転送される。呼が音声である場合、ＡＲＵは発呼者に対してカード番号および被呼番号を促す。カード番号はカード確認データベースによって確認される。カード番号が有効であるとして、被呼番号が米国（国内）にあるその呼は、現行通り、現用ＭＣＩ音声回線によって経路決定される。被呼番号が国際であれば、その呼は、音声をＴＣＰ／ＩＰまたはＵＤＰ／ＩＰに変換し、ＬＡＮ２８０を介してインターネット２９５に送信するＣＯＤＥＣ２６０に経路決定される。呼は着信端のゲートウエーを経て、最終的に電話機または他の電話能力のある装置へ経路決定される。図１Ｄは好ましい実施態様に従ったハイブリッドスイッチのブロック図である。参照番号は図１Ｃと同じであるが、付加的なブロック２３３が追加されている。ブロック２３３は、スイッチをインターネットまたは他の通信手段に直接接続するための接続装置を含んでいる。接続装置の詳細は図１Ｅに示す。図１Ｄのハイブリッドスイッチと図１Ｃに示したスイッチとの基本的な違いは、スイッチ２１１がインターネット２９５に直接接続できる能力である。図１Ｅは、好ましい実施態様に従った図１Ｄに示した接続装置２３３のブロック図である。メッセージバス２３４は、スイッチ線を内部網２３６および２３７に接続する。内部網は、複数のＤＳＩ回線２４２、２４３、２４４および２４５から発信された信号の多重分離を行う動的電話接続（ＤＴＣ）２３８および２３９からの入力を受信する。前述のように、ＤＳ１回線はＴ１回線での従来のビットフォーマットをいう。急速に多様化しつつある電話／媒体環境に適応するために、好ましい実施態様では、他の内部網２３７に個別のスイッチ接続を用いる。スペクトル周辺モジュール（ＳＰＭ）２４７は、プール化スイッチマトリックス２４８、２４９、２５１、２５４、２６１〜２６８から受信される電話／媒体信号を取り扱うために使用されている。プール化スイッチマトリックスはＳＰＭ２４７によって、制御線を通じてのスイッチコマンドにより管理される。ＳＰＭ２４７は、回線のいずれがいずれの種類のハイブリッドスイッチ処理を要求しているかを判断する、サービスプロバイダの呼処理システムと通信している。例えば、ファックス送信は、その送信をディジタル音声ではなくディジタルデータとして識別させる信号音を発生する。ディジタルデータ送信を検出すると、呼処理システムは呼回路に対して、その入力線が適切な処理特性を有するしかるべき線とプール化スイッチマトリックスを介して接続できるように指令する。このようにして、例えば、インターネット接続は、内部網２３７、さらにメッセージバス２３４を介して図１Ｄの発信元スイッチ２２１に渡される前に、信号の適正な処理を保証するためにＴＣＰ／ＩＰモデム線２６８に接続されることになる。インターネットへのスイッチの直接接続を助成するほかに、プール化スイッチマトリックスは、現行の通信プロトコルおよび将来の通信プロトコルに適応するためにスイッチのフレキシビリティも高めている。エコーキャンセレーション手段２６１は、エコーキャンセレーションが必要に応じて可能となるように、スイッチに効率的に組み込まれている。比較的少数のエコーキャンセラーによって、相対的に多数の個々の伝送線に効果的にサービスできる。プール化スイッチマトリックスは、アクセス側の伝送または網側の伝送のいずれかをＯＣ３多重分離、ＤＳＰ処理または、スイッチのいずれかの方向から発せられる他の特殊な処理に動的に経路決定するように機器構成できる。さらに、図１Ｅに示した好ましい実施態様は、ポート装置の多重化出力への光ファイバケーブルの直接接続を可能にするために音声またはデータ回線スイッチの片側でポート装置の多重化段を結合するといった、付加的なシステム効率も提供する。さらに、スイッチには、各種通信ポートを接続するための別の経路にＣＥＭ２４８／２４９およびＲＭ２５１／２５４によって使用可能な代替経路による冗長性が採り入れられている。図１Ｄのスイッチ２２１がインターネット２９５に接続されると、処理は以下のように行われる。インターネット２９５からの回線は、モデムポート２６８を経てスイッチに入り、プール化スイッチマトリックスに入り、そこで多重分離その他の必要な操作が実行された後、情報は内部網２３７およびメッセージバス２３４を通じてスイッチ２２１へ渡される。モジュール２６１〜２６８は、各種通信規則にもとづき周辺装置を接続するためにプラグアンドプレイ能力を提供する。図１Ｆは、好ましい実施態様に従ったハイブリッド（インターネット−電話）スイッチのブロック図である。ハイブリッドスイッチ２２１は、一般加入電話網（ＰＳＴＮ）２５６の回線をインターネットネットワーク２９５のＴＣＰ／ＩＰまたはＵＤＰ／ＩＰポートと交換する。ハイブリッドスイッチ２２１は、ＰＳＴＮネットワークインターフェース（２４７、２６０）、高速インターネットネットワークインターフェース（２７１、２７２、２７４）、ディジタル信号プロセッサ（ＤＳＰ）のセット（２５９、２６３）、時分割多重化バス２６２および高速データバス２７５から構成される。ハイブリッドインターネット電話スイッチ２２１は、ルーターアーキテクチャと回線交換アーキテクチャとの結合によって成長している。ＰＳＴＮインターフェース２５７に着信する呼は、ＩＳＤＮユーザーパート（ＩＳＵＰ）信号によって、被呼者番号およびオプションの発呼者番号を含む初期アドレスメッセージ（ＩＡＭ）により開始される。ＰＳＴＮインターフェース２５７はＩＡＭをホストプロセッサ２７０へ転送する。ホストプロセッサ２７０は、発信元のＰＳＴＮネットワークインターフェース、被呼者番号および他のＩＡＭパラメータを調べ、その呼の発信ネットワークインターフェースを選択する。発信ネットワークインターフェースの選択は経路決定テーブルにもとづいて行われる。スイッチ２２１は、経路決定命令を要求するためにインターネット上の外部サービス制御ポイント（ＳＣＰ）２７６に照会することもある。経路決定命令は、スイッチ２１１から局所的に導出されたものであれＳＣＰ２７６から導出されたものであれ、特定の宛て先に到達するために使用する下位ネットワークに照らして定義される。ルーターと同様、スイッチ２２１のネットワークインターフェースの各々は下位ネットワークアドレスが付与される。インターネットプロトコル（ＩＰ）アドレスは、そのコンピュータが位置する下位ネットワークアドレスを含んでいる。ＰＳＴＮアドレスはＩＰ下位ネットワークアドレスを含んでいないので、下位ネットワークはＰＳＴＮエリアコードにマップされ、交換される。スイッチ２２１は、宛て先の下位ネットワークまたはローカルスイッチにパケットを近づけるような下位ネットワークへのインターフェースを選択することによって、ＩＰアドレスおよびＰＳＴＮアドレスの経路を選択する。呼は、もう１つのＰＳＴＮインターフェース２５８を経て、または、高速インターネットネットワークインターフェース２７３を経て、スイッチを出ることができる。呼がＰＳＴＮインターフェース２５８を経て出る場合、呼は標準のＰＣＭ音声呼として、または、圧縮ディジタル音声を搬送するモデム呼として出ることができる。呼が標準ＰＣＭ音声呼としてスイッチ２２１を出る場合、そのＰＣＭ音声は、ＴＤＭバス２６０によってＰＳＴＮインターフェース２５７からＰＳＴＮインターフェース２５８へ交換される。同様に、ＰＣＭ音声は、ＴＤＭバス２６０によってＰＳＴＮインターフェース２５８からＰＳＴＮインターフェース２５７へ交換される。呼が圧縮ディジタル音声を搬送するモデム呼としてスイッチ２２１を出る場合には、スイッチ２２１は、ＰＳＴＮインターフェース２５８を介してＰＳＴＮ番号への出発呼を開始し、モデムとして作用するＤＳＰ資源２５９にＴＤＭバス２６０によって接続できる。宛て先とモデムセッションが確立すると、ＰＳＴＮインターフェース２５７に着信するＰＣＭ音声は、音声圧縮のための音声符復号器として作用するＤＳＰ資源２６３に接続される。例示的な音声フォーマットにはＩＴＵＧ．７２９およびＧ．７２３が含まれる。圧縮された音声は、ＤＳＰ２６３でポイントツーポイントプロトコル（ＰＰＰ）パケットにパケット化され、ＰＳＴＮインターフェース２５８によるモデム送達のためにＤＳＰ２５９に転送される。呼が高速インターネットインターフェース２７２でスイッチ２２１を出る場合、スイッチ２２１は、ＰＳＴＮインターフェース２５７を、ＰＣＭ音声を圧縮し、その音声をインターネットネットワークによる伝送のためにＵＤＰ／ＩＰパケットにパケット化するための音声符復号器として作用するＤＳＰ資源２６３に接続させる。そのＵＤＰ／ＩＰパケットは、ＤＳＰ資源２６３から高速データバス２７５によって高速インターネットインターフェース２７２へ転送される。図１Ｇは、ハイブリッドインターネット電話スイッチ２２１に関係するソフトウエアプロセスを示すブロック図である。インターネットネットワークインターフェース２９６で受信されたパケットは、パケット類別プログラム２９３に転送される。パケット類別プログラム２９３は、そのパケットが通常のＩＰパケットであるか、経路決定プロトコル（ＡＲＰ、ＲＡＲＰ、ＲＩＰ、ＯＳＰＦ、ＢＧＰ、ＣＩＤＲ）またはマネジメントプロトコル（ＩＣＭＰ）であるかを判断する。経路決定およびマネジメントプロトコルパケットは経路決定デーモン２９４に渡される。経路決定デーモン２９４は、パケット類別プログラム２９３およびパケットスケジューラ２９８が用いる経路決定テーブルを維持している。通常のＩＰパケットとして類別されたパケットは、パケット化／パケット取り出しプログラム２９２またはパケットスケジューラ２９８のいずれか一方に転送される。ＰＣＭ音声に変換されるパケットはパケット化／パケット取り出しプログラム２９２に転送される。パケット化／パケット取り出しプログラムは、パケットの内容を取り出し、符復号器２９１に渡し、符復号器は圧縮音声をＰＣＭ音声に変換した後、ＰＣＭ音声をＰＳＴＮインターフェース２９０に転送する。他のインターネット装置に送信される通常のＩＰパケットは、パケット類別プログラム２９３によってパケットスケジューラ２９８に渡され、パケットスケジューラは経路決定テーブルにもとづきそのパケットの発信ネットワークインターフェースを選択する。パケットは選択された発信ネットワークインターフェースの発信パケット待ち行列に入れられ、インターネット２９５による送達のために高速ネットワークインターフェース２９６に転送される。Ｄ．呼処理この節では、上述のネットワークの文脈において呼がどのように処理されるかについて説明する。１．ＶＮＥＴ呼処理図１０Ａは、発呼者が電話１０２１またはコンピュータ１０３０を使用して複数のＭＣＩスイッチ１０１１、１０１０を有する交換網へアクセスするために介在するローカル交換搬送装置（ＬＥＣ）１０２０を含む一般加入電話網（ＰＳＴＮ）１０００を示している。電話の呼および他の情報を経路決定するためのディレクトリサービスは、ＰＢＸ１０４１，１０４０とＰＳＴＮとの間で共用されるディレクトリサービス１０３１によって提供される。この状況は、加入者が、ＶＮＥＴ呼を発信または受信するためにＰＣまたは電話機のいずれか一方または両方を使用することを可能にする。このサービスでは、加入者ば以下の装置を用いることができる。・ＶＮＥＴ経路決定を使用する電話機は、現在ＭＣＩネットワークにおいて使用可能である。この場合、加入者のＶＮＥＴ番号を用いてＭＣＩＰＳＴＮネットワークに着信するＶＮＥＴ呼は、現在それらの経路決定通りにＤＡＰの助成によって経路決定される。・インターネット電話の能力を有するＰＣ。このＰＣとの間で出入りする呼は、ＶＮＥＴユーザーのログインステータスおよび現在のＩＰアドレスを追跡するインターネットまたはイントラネットディレクトリサービスの助成によって経路決定される。・ＰＣおよび電話機は呼を発信および受信するために使用される。この場合、ユーザープロフィールには、ＤＡＰおよびディレクトリサービスが入呼をＰＣまたは電話機のいずれに送るかを判断可能にするための情報が含まれる。例えば、ユーザーが常に、呼がログインされた場合は各自のＰＣに向かわせ、その他のすべての場合は電話機に向けたいかもしれない。または、それらの呼を通常の労働時間中は必ずＰＣに向け、その他の時間には電話機に向けたいかもしれない。入呼を電話機またはＰＣに送る決定に関するこの種の制御は、加入者が制御することができる。以下の状況はこの種のサービスに適用される。１．着信ＰＣのロケーションにディレクトリサービスが要求される場合のＰＣ −ＰＣ間の呼：・トランスポートとしてイントラネットを使用するイントラネットに接続されたＰＣ・両方のＰＣがダイアルアップアクセスによりコーポレートイントラネットに接続されている・両方のＰＣがインターネットによって接続された個別のイントラネットにある・両方のＰＣがダイアルアップ接続によってインターネットにある・一方のＰＣがコーポレートイントラネットに直接接続され、他方のＰＣがインターネットへのダイアルアップ接続を使用する・一方のＰＣがコーポレートイントラネットへのダイアルアップ接続を使用し、他方のＰＣがインターネットへのダイアルアップ接続を使用する・両方のＰＣがＰＳＴＮによって接続された個別のイントラネットにある・一方または両方のＰＣがダイアルアップアクセスによってコーポレートイントラネットに接続されている・一方または両方のＰＣがインターネットプロバイダに接続されている・一方または両方のＩＴＧがネットワーク内構成要素である２．着信ＶＮＥＴが電話機であるかを判断するためにディレクトリサービスが要求される場合のＰＣ−電話機間の呼・ネットワーク外構成要素としてＩＴＧを備えるＰＳＴＮに接続された構内ＩＴＧを使用するイントラネットにあるＰＣ。宛て先電話機はＰＢＸに接続されている。・そのＰＣは、インターネットによってアクセスしなければならない公衆ＩＴＧを使用していてもよい。・そのＰＣは、ダイアルアップアクセスを使用するコーポレートイントラネットに接続されていてもよい。・ネットワーク内構成要素としてＩＴＧを備えるＰＳＴＮに接続された構内ＩＴＧを使用するイントラネットにあるＰＣ。宛て先電話機はＰＢＸに接続されている。・そのＰＣは、インターネットによってアクセスしなければならない公衆ＩＴＧを使用していてもよい。・そのＰＣは、ダイアルアップアクセスを使用するコーポレートイントラネットに接続されていてもよい。・ネットワーク内構成要素としてＩＴＧを備えるＰＳＴＮに接続された構内ＩＴＧを使用するイントラネットにあるＰＣ。宛て先電話機はＰＳＴＮに接続されている。・そのＰＣは、インターネットによってアクセスしなければならない公衆ＩＴＧを使用していてもよい。・そのＰＣは、ダイアルアップアクセスを使用するコーポレートイントラネットに接続されていてもよい。・そのＩＴＧはネットワーク内構成要素であってもよい。・イントラネットによって搬送されるトラヒックを有するＰＢＸに接続された構内ＩＴＧを使用するイントラネットにあるＰＣ。・インターネットまたはイントラネットによって搬送されるトラヒックを有する電話機とは別のサイトにあるＰＣ。・そのＰＣはコーポレートイントラネットへのダイアルアップ接続を使用していてもよい。３．呼の経路決定のために着信ＩＰアドレスおよびＩＴＧを識別するためにＤＡＰまたはＰＢＸがインターネットディレクトリサービスをトリガする場合の電話機−ＰＣ間の呼。呼はその後ＰＳＴＮを経てＩＴＧに経路決定され、接続はＩＴＧから宛て先ＰＣに行われる。可能な変更例：ＰＣ−電話機間と同じ変更例。４．呼が加入者の電話機またはＰＣのいずれに着信されるべきかを判断するためにＤＡＰまたはＰＢＸがディレクトリサービスに問い合わせなければならない場合の電話機−電話機間の呼。可能な変更例：・両方の電話機がＰＢＸにある。・一方の電話機がＰＢＸにあり、他方の電話機がＰＳＴＮにある。・両方の電話機がＰＳＴＮにある。これらの各変更例について、ＤＡＰおよびディレクトリサービスは単一の実体であってもよいし、または、個別の実体であってもよい。また、ディレクトリサービスは、構内サービスであっても、共用サービスであってもよい。各状況については、好ましい実施態様に従った呼の流れの説明に関して後述する。それらの実施態様の理解を助成するために、呼の流れ図の各々に関係するブロック構成要素の説明を以下に示す。２．ブロック構成要素の説明Ｅ．再使用可能呼の流れのブロック１．ＶＮＥＴＰＣは、以下のように、コーポレートイントラネットに接続し、ディレクトリサービスにログインする。１．ＰＣのユーザーは、各自のコンピュータをＩＰネットワークに接続し、そのコンピュータを始動し、ＩＰ電話ソフトウエアパッケージを起動する。ソフトウエアパッケージは、コンピュータが“オンライン”であり呼を受信するために使用可能であると登録するためにディレクトリサービスにメッセージを送信する。このオンライン登録メッセージは、セキュリティのために暗号化フォーマットでディレクトリサービスに送信されるはずである。暗号化は、ＰＣとディレクトリサービスとの間で共有される共通鍵にもとづくであろう。このメッセージは以下の情報を含む。・そのコンピュータの何らかの種類の識別または、そのコンピュータをアドレス指定するために使用できるような仮想構内ネットワーク番号。このＶＮＥＴ状況では、それは、そのＰＣを使用する個人に割り当てられたＶＮＥＴ番号である。この情報は、そのユーザーに関係づけられた顧客プロフィールを識別するために使用される。これは、名前、暗号化ＩＤまたは、ディレクトリサービスがＶＮＥＴ顧客サービスに関係づけることができるいずれかの一意のＩＤといった何らかの識別としてもよい。・ＶＮＥＴ番号によって識別されたユーザーを認証するためのパスワードまたは他のいずれかの機構・そのコンピュータをネットワークに接続するために使用されているポートを識別するＩＰアドレス。このアドレスは、そのコンピュータと接続を確立するために他のＩＰ電話ソフトウエアパッケージによっても使用される。・メッセージは、ＩＰ電話に使用されているソフトウエアパッケージまたはＰＣの特質およびソフトウエアまたはＰＣのコンフィギュレーションまたは機能に関する付加的な情報を含むことができる。例えば、発呼者ＰＣが、どのタィプの圧縮アルゴリズムが使用されているか、または、他のユーザーが接続できる能力または接続中に特殊機能を使用できる能力に影響を及ぼす可能性のあるソフトウエアまたはハードウエアの他の機能を知ることは重要であるかもしれない。この“オンライン”メッセージを受信するディレクトリサービスのロケーションは、その顧客のためのデータ配信インプリメンテーションによって決定される。ＶＮＥＴサービスに申し込んでいる会社または組織の構内データベースである場合もあれば、サービスプロバイダ（ＭＣＩ）の全部の顧客に関する国内または世界規模のデータベースである場合もあり得る。このロケーションは、そのＰＣで走行する電話ソフトウエアパッケージにおいて構成される。２．ディレクトリサービスは、ＰＣからこの情報を受信すると、ＶＮＥＴ番号を用いてユーザープロフィールを探し出し、プロフィールのパスワードと受信されたパスワードとを比較照合することによって、ユーザーを確認する。ユーザーが確認されると、ディレクトリサービスは、ユーザーが“オンライン”となっており、指定のＩＰアドレスに存在することを示すために、ＶＮＥＴ番号（または他の一意のＩＤ）と関係づけられたプロフィールエントリを更新する。また、ディレクトリサービスは、ログイン要求において送信されたコンフィギュレーションデータによってもプロフィールを更新する。更新が成功すると、ディレクトリサービスは、そのメッセージが受信および処理されたことを示すメッセージを指定のＩＰアドレスに返信する。この確認応答メッセージは、その後のコマンドを発行する際にディレクトリサービスとの安全な通信を保証するために何らかの種類のセキュリティまたは暗号化鍵を含むこともできる。ＰＣは、この応答メッセージを受信すると、視覚または音響表示によってユーザーに通知する選択が行える。オンライン登録の変更例この節の初めに示した呼の流れの区分は、ＰＣがログオンするためにディレクトリサービスにパスワードを単に送信するＰＣオンライン登録を示していた。このログオン手続きの変更例は、以下の呼の流れの区分であり、この場合、ディレクトリサービスは挑戦課題を提示し、ＰＣユーザーはログインシーケンスを完了するためにその挑戦課題に応答しなければならない。ログインシーケンスのこの変更例は、この文書内に含まれる呼の流れのいずれにおいても示さないが、それらのいずれかで使用することができよう。１．ＰＣのユーザーは、各自のコンピュータをＩＰネットワークに接続し、そのコンピュータを始動し、ＩＰ電話ソフトウエアパッケージを起動する。ソフトウエアパッケージは、コンピュータが“オンライン”であり呼を受信するために使用可能であると登録するためにディレクトリサービスにメッセージを送信する。このオンライン登録メッセージは、セキュリティのために暗号化フォーマットでディレクトリサービスに送信されるはずである。暗号化は、ＰＣとディレクトリサービスとの間で共有される共通鍵にもとづくであろう。このメッセージは以下の情報を含む。・そのコンピュータの何らかの種類の識別または、そのコンピュータをアドレス指定するために使用できるような仮想構内ネットワーク番号。このＶＮＥＴ状況では、それは、そのＰＣを使用する個人に割り当てられたＶＮＥＴ番号である。この情報は、そのユーザーに関係づけられた顧客プロフィールを識別するために使用される。これは、名前、暗号化ＩＤまたは、ディレクトリサービスがＶＮＥＴ顧客サービスに関係づけることができるいずれかの一意のＩＤといった何らかの識別としてもよい。・そのコンピュータをネットワークに接続するために使用されているポートを識別するＩＰアドレス。このアドレスは、そのコンピュータと接続を確立するために他のＩＰ電話ソフトウエアパッケージによっても使用される。・メッセージは、ＩＰ電話に使用されているソフトウエアパッケージまたはＰＣの特質およびソフトウエアまたはＰＣのコンフィギュレーションまたは機能に関する付加的な情報を含むことができる。例えば、発呼者ＰＣが、どのタイプの圧縮アルゴリズムが使用されているか、または、他のユーザーが接続できる能力または接続中に特殊機能を使用できる能力に影響を及ぼす可能性のあるソフトウエアまたはハードウエアの他の機能を知ることは重要であるかもしれない。この“オンライン”メッセージを受信するディレクトリサービスのロケーションは、その顧客のためのデータ配信インプリメンテーションによって決定される。ＶＮＥＴサービスに申し込んでいる会社または組織の構内データベースである場合もあれば、サービスプロバイダ（ＭＣＩ）の全部の顧客に関する国内または世界規模のデータベースである場合もあり得る。このロケーションは、そのＰＣで走行する電話ソフトウエアパッケージにおいて構成される。２．この状況では、ＰＣは初期登録メッセージではパスワードを付与しなかった。それは、ディレクトリサービスが挑戦／応答プロセスを使用しているからである。この場合、ディレクトリサービスは、ＰＣに提示される挑戦課題を計算するために共有鍵を使用する。３．ＰＣはこの挑戦課題を受信し、ＰＣのユーザーに提示する。ＰＣユーザーは、その挑戦課題の応答を計算し、応答をディレクトリサービスに返信するために共有鍵を使用する。４．ディレクトリサービスは、ＰＣからこの応答を受信すると、ユーザーを確認する。ユーザーが確認されると、ディレクトリサービスは、ユーザーが“オンライン”となっており、指定のＩＰアドレスに存在することを示すために、ＶＮＥＴ番号（または他の一意のＩＤ）と関係づけられたプロフィールエントリを更新する。また、ディレクトリサービスは、ログイン要求において送信されたコンフィギュレーションデータによってもプロフィールを更新する。更新が成功すると、ディレクトリサービスは、そのメッセージが受信および処理されたことを示すメッセージを指定のＩＰアドレスに返信する。この確認応答メッセージは、その後のコマンドを発行する際にディレクトリサービスとの安全な通信を保証するために何らかの種類のセキュリティまたは暗号化鍵を含むこともできる。ＰＣは、この応答メッセージを受信すると、視覚または音響表示によってユーザーに通知する選択が行える。２．ＶＮＥＴＰＣはＶＮＥＴ変換のためにディレクトリサービスに問い合わせる１．ＰＣは、ＶＮＥＴ番号への接続を試行するためにインターネット電話ソフトウエアパッケージを使用する。この接続を確立するために、ＰＣのユーザーはＶＮＥＴ番号（または、名前、暗号化ＩＤなどといった一意のＩＤ）をダイアルする。電話ソフトウエアパッケージがその呼をＶＮＥＴ形式の呼として識別すると、ソフトウエアパッケージはディレクトリサービスに変換要求を送信する。この変換要求は少なくとも以下の情報を含む。・その要求を送信しているコンピュータのＩＰアドレス・その要求を送信しているＰＣのＶＮＥＴ番号・ダイアルするコンピュータのＶＮＥＴ番号（または他のＩＤ）・接続に要求されたコンフィギュレーション。例えば、発呼者ＰＣは、その電話ソフトウエアパッケージ内のホワイトボード機能を使用したいかもしれないので、接続を確立する前に宛て先ＰＣでのその機能を確認したいであろう。ＶＮＥＴ番号がＰＣに変換されない場合、このコンフィギュレーション情報は何らの利益ももたらさないが、この要求を送信する時点では、ユーザーはＶＮＥＴ番号がＰＣまたは電話機に変換されるかどうかはわからない。２．ディレクトリサービスは、このメッセージを受信すると、ＶＮＥＴ番号（または他のＩＤ）を使用して、そのＶＮＥＴ番号（または他のＩＤ）に関係づけられたユーザーが“オンライン”であるかどうかを判定し、コンピュータが接続されるロケーションのＩＰアドレスを識別する。そのディレクトリサービスは、１日の時間経路決定、１週の曜日経路決定、ＡＮＩスクリーニングといった機能も含み、使用する。ＶＮＥＴ番号が“オンライン”であるＰＣに変換される場合、ディレクトリサービスは、その要求のコンフィギュレーション情報を、宛て先ＰＣのプロフィールで使用可能なコンフィギュレーション情報と比較照合する。ディレクトリサービスが発信元ＰＣからの変換要求の応答を返す際、その応答は以下を含む。・宛て先ＰＣの登録された“オンライン”ＩＰアドレス。これは、発信元ＰＣが宛て先ＰＣと連絡するために使用できるＩＰアドレスである。・宛て先ＰＣの機能を示すコンフィギュレーションメッセージおよび、発信元ＰＣと宛て先ＰＣとの間での機能の互換性に関する何らかの情報。ＶＮＥＴ番号が、ＰＳＴＮによってダイアルされなければならない番号に変換される場合、ＰＣへの応答は以下を含むことになる。 −その呼をＭＣＩのＰＳＴＮで取得するために使用できるインターネット電話ゲートウエーのＩＰアドレス。このゲートウエーの選択は、複数の選択アルゴリズムにもとづいて行われる。発呼者と使用するＩＴＧとの間のこの関係づけは、ディレクトリサービス内に含まれるプロフィールの情報にもとづいてなされる。 −宛て先電話機と連絡するためにＩＴＧによってダイアルされるＶＮＥＴ番号。この呼の流れの場合、それは宛て先電話機のＶＮＥＴ番号である。それにより、呼は、ＤＡＰによって提供される現行のＶＮＥＴ変換および経路決定機構を使用することができる。ＶＮＥＴ番号が顧客のＰＢＸに接続された構内ＩＴＧを介して着信可能な電話機に変換される場合、ディレクトリサービスは以下を返信する。 −宛て先電話機にサービスするＰＢＸに接続されているＩＴＧゲートウェーのＶＮＥＴ番号。宛て先電話機とそのサービスＰＢＸに接続されたＩＴＧとの間のその関係づけはディレクトリサービスによって行われる。 −ＩＴＧが呼をＰＢＸに渡す際にＩＴＧによってダイアルされるＶＮＥＴ番号。ほとんどの場合、それは内線番号である。３．ＰＣがＩＴＧに接続する１．ＰＣは自己の電話ソフトウエアパッケージを使用してＩＴＧへ“接続”メッセージを送信する。このＩＰアドレスは通常、ＶＮＥＴ変換に応答してディレクトリサービスから返される。このメッセージの特定のフォーマットおよび内容は、メッセージを送信するソフトウエアまたはメッセージを受信するＩＴＧソフトウエアによって異なる。このメッセージは、ＰＣのユーザーを識別する情報を含むこともできれば、要求された接続に関係するパラメータを指定する情報を含むこともできる。２．ＩＴＧは、呼が受信されたという確認応答によりそのメッセージに応答することによって、接続メッセージに応答する。この呼の設定段階は、ＩＴＧを呼び出すＰＣにとっては必要ないが、ＰＣがＩＴＧまたは別のＰＣと接続するかどうかには関係のない一貫した呼の設定手続きを維持する試みとしてここに示しておく。ＰＣに接続する場合、手続きのこの段階により、発呼者ＰＣは宛て先ＰＣが呼び出されていることを知ることが可能になる。３．ＩＴＧは呼を受け入れる。４．ＩＴＧとＰＣとの間に音声経路が確立される。４．ＩＴＧがＰＣに接続する１．ＩＴＧは自己の電話ソフトウエアを使用してＰＣに“接続”メッセージを送信する。ＩＴＧは、接続するＰＣのＩＰアドレスを知っていなければならない。このメッセージの特定のフォーマットおよび内容は、メッセージを送信するＩＴＧソフトウエアまたはメッセージを受信するＰＣソフトウエアによって異なる。このメッセージは、その呼をＩＴＧから呈示されたものと識別する情報を含むこともできれば、その呼に要求されるコンフィギュレーション（すなわち、音声だけの呼）を指定する情報を含むこともできる。２．段階１からのメッセージはＰＣによって受信され、そのメッセージの受信は、ＰＣが呼をＰＣのユーザーに呈示していることを示すメッセージをＩＴＧに返信することによって確認応答される。３．ＰＣのユーザーは呼に応答し、その呼が受け入れられたことを示すメッセージが発信元ＰＣに返信される。４．ＩＴＧとＰＣとの間に音声経路が確立される。５．ＶＮＥＴＰＣとＰＣとの間の呼の流れの説明ＰＣ１２１０５１のユーザーは、コンピュータをインターネットプロトコル（ＩＰ）ネットワーク１０７１に接続し、コンピュータを始動させ、ＩＰ電話ソフトウエアプロトコルシステムを起動する。システムソフトウエアは、そのコンピュータが“オンライン”であり、呼の受信に使用可能であることを登録するためにディレクトリサービス１０３１にメッセージを送信する。このメッセージは、そのコンピュータをネットワークに接続するために使用されている接続を識別するＩＰアドレスを含む。このアドレスは、そのコンピュータとの接続を確立するために他のＩＰ電話ソフトウエアパッケージによって使用することができる。アドレスは、コンピュータの識別または、そのコンピュータ１０５１をアドレス指定するために使用できる仮想構内ネットワーク番号を含む。このＶＮＥＴ状況では、そのアドレスはそのＰＣを使用する個人に割り当てられたＶＮＥＴ番号である。ＶＮＥＴは、電話番号のある集合が、呼を交換できる番号の構内ネットワークとしてサポートされる仮想ネットワークを示す。現在、多くの企業は、社内呼を送信および受信するための構内通信チャネルとして使用できるトランクで通信時間を購入している。アドレスは、名前、暗号化ＩＤまたは他のいずれかの一意のＩＤといった何らかの識別を含むことができる。メッセージは、ＩＰ電話に使用されるＰＣ１１１０５１のシステムソフトウエアまたはハードウエアコンフィギュレーションの詳細に関する付加的な情報を含んでもよい。例えば、発呼者ＰＣが、どのタイプの圧縮アルゴリズムが現在の通信でサポートされアクティブであるか、または、他のユーザーが接続できる能力または接続中に特殊機能を使用できる能力に影響を及ぼす可能性のあるソフトウエアまたはハードウエアの他の機能を知ることは重要であるかもしれない。６．インターネット上のインターネット電話ゲートウエーのインターネットクライアント選択のための最善の選択を決定する図１０Ｂは、好ましい実施熊様に従ったインターネット経路決定ネットワークを例示している。インターネット上のクライアントコンピュータ１０８０がインターネット電話ゲートウエー１０８４に接続する必要がある場合、ゲートウエーを選択する理想的な選択肢は、クライアントの必要性に応じて、以下の２つのカテゴリに当てはまるはずである。クライアント１０８０が通常のＰＳＴＮ電話機に電話呼を発する必要があり、ＰＳＴＮネットワークの使用のほうがインターネットネットワークの使用よりも安価または高品質であると判断される場合、そのクライアントが、インターネットアクセスポイントに“最も近い”ポイントからＰＳＴＮネットワークにアクセスできるようなゲートウエーを選択することが望ましい選択肢である。これはしばしば、ヘッドエンドホップオフ（ＨＥＨＯ）と呼ばれ、この場合、クライアントは、インターネットの“ヘッドエンド”または“ニアエンド”でインターネットへ「跳び立つ」わけである。クライアント１０８０が通常のＰＳＴＮ電話機に電話呼を発する必要があり、ＰＳＴＮネットワークのほうがインターネットネットワークの使用よりも高額であると判断される場合、クライアントが、宛て先電話に最も近いポイントでインターネットからＰＳＴＮにアクセスできるようなゲートウエーを選択することが望ましい選択肢である。これはしばしば、テールエンドホップオフ（ＴＥＨＯ）と呼ばれ、クライアントは、インターネットの“テールエンド”または“ファーエンド”でインターネットへ「跳び立つ」わけである。ａ）ヘッドエンドホップオフ方法（１）クライアントピング法この方法は、候補のインターネット電話ゲートウエーアドレスのリストを取得し、待ち時間およびルーターホップ数に照らして最善の選択肢を判断するために各ゲートウエーをピングすることにより、ヘッドエンドホップオフのインターネット電話ゲートウエーの最善の選択肢を選択するものである。そのプロセスは以下の通りである。 ■クライアントコンピュータ１０８０が候補のインターネット電話ゲートウエーのリストを取得するためにディレクトリサービス１０８２に問い合わせる。 ■ディレクトリサービス１０８２は、ゲートウエーのデータベースを探し、候補としてクライアントに提供するためにゲートウエーのリストを選択する。候補としてのゲートウエーの選択基準は以下を含めることができる。 ■最後に選択されたゲートウエー ■ＩＰｖ４アドレスの１、２または３個のオクテットが一致している ■既知であれば、クライアントの最後のアクセスポイント ■実際的であれば、全部の主要ゲートウエーサイトから少なくとも１個のゲートウエーを選択する ■ディレクトリサービス１０８２は、“ｎ”個の候補ＩＰアドレスのリストをＴＣＰ／ＩＰメッセージでクライアント１０８０に返信する。 ■クライアント１０８０は同時に、ＩＰピングを使用して、各候補のインターネット電話ゲートウエー１０８４、１０８１，１０８６にエコー形式のメッセージを送信する。追跡経路を得るために、ピングコマンドには“−ｒ”オプションが使用される。 ■各インターネット電話ゲートウエーのピングの結果にもとづき、クライアント１０８０は、ピングの結果を以下に従って順位づける。 ■ピング追跡経路で明らかにされた通り、いずれの介在ルーターも通過せずにクライアント１０８０にアクセス可能であるインターネット電話ゲートウエーがあれば、それらが第１位に位置づけられる。 ■残りのインターネット電話ゲートウエーは、ラウンドトリップピングの結果の最短待ち時間の順番で順位づけられる。クライアントピング法を前述のサンプルネットワークトポロジーとともに使用して、クライアントコンピュータ１０８０は、ピングするインターネット電話ゲートウエーのリストをディレクトリサービス１０８２に問い合わせる。ディレクトリサービス１０８２は以下のリストを返す。１６６．３７．６１．１１７１６６．２５．２７．１０１１６６．３７．２７．２０５クライアントコンピュータ１０８０は同時に以下の３個のコマンドを発する。ｐｉｎｇ１６６．３７．６１．１１７ −ｒｌｐｉｎｇ１６６．２５．２７．１０１ −ｒｌｐｉｎｇ１６６．３７．２７．２０５ −ｒｌピングコマンドの結果は次のようになる。３２バイトのデータにより１６６．３７．６１．１１７にピング：１６６．３７．６１．１１７からの応答：バイト＝３２時間＝３ｍｓＴＴＬ＝３０経路：１６６．３７．６１．１０１１６６．３７．６１．１１７からの応答：バイト＝３２時間＝２ｍｓＴＴＬ＝３０経路：１６６．３７．６１．１０１１６６．３７．６１．１１７からの応答：バイト＝３２時間＝２ｍｓＴＴＬ＝３１経路：１６６．３７．６１．１０１１６６．３７．６１．１１７からの応答：バイト＝３２時間＝２ｍｓＴＴＬ＝３０経路：１６６．３７．６１．１０１３２バイトのデータにより１６６．２５．２７．１０１にピング：１６６．２５．２７．１０１からの応答：バイト＝３２時間＝１４ｍｓＴＴＬ＝３０経路：１６６．３７．６１．１０１１６６．２５．２７．１０１からの応答：バイト＝３２時間＝２ｍｓＴＴＬ＝３０経路：１６６．３７．６１．１０１１６６．２５．２７．１０１からの応答：バイト＝３２時間＝３ｍｓＴＴＬ＝３１経路：１６６．３７．６１．１０１１６６．２５．２７．１０１からの応答：バイト＝３２時間＝４ｍｓＴＴＬ＝３０経路：１６６．３７．６１．１０１３２バイトのデータにより１６６．３７．２７．２０５にピング：１６６．３７．２７．２０５からの応答：バイト＝３２時間＝１ｍｓＴＴＬ＝１２６経路：１６６．３７．２７．２０５１６６．３７．２７．２０５からの応答：バイト＝３２時間＝１ｍｓＴＴＬ＝１２６経路：１６６．３７．２７．２０５１６６．３７．２７．２０５からの応答：バイト＝３２時間＝１ｍｓＴＴＬ＝１２６経路：１６６．３７．２７．２０５１６６．３７．２７．２０５からの応答：バイト＝３２時間＝１ｍｓＴＴＬ＝１２６経路：１６６．３７．２７．２０５１６６．３７．２７．２０５にとった経路はまったくルーターを通らずに行った（経路とピングのアドレスが同一である）ので、このアドレスが第１位に順位づけられる。残りのインターネット電話ゲートウエーアドレスは平均待ち時間の順番で順位づけられる。得られたインターネット電話ゲートウエーアドレスの優先順位は以下の通りである。１６６．３７．２７．２０５１６６．３７．６１．１１７１６６．２５．２７．１０１第１の選択ゲートウエーは、同一のローカルエリアネットワークに位置するので、高品質のサービスを付与する可能性の最も高いゲートウエーである。このゲートウエーが、クライアントが最初に使用を試みるものになる。（２）アクセス装置ロケーション法インターネット電話ゲートウエーの最も適切な選択肢を識別するためのこの方法は、上述のクライアントピング法と、クライアントコンピュータ１０８０がインターネットにアクセスしたロケーションの知識との組合せを利用する。この方法は、ダイアルアップアクセス装置によってインターネットにアクセスするクライアントにとって有効に働くであろう。クライアントコンピュータ１０８０がインターネットアクセス装置にダイアルする。アクセス装置は呼に応答し、モデム信号音を返す。その後、クライアントコンピュータとアクセス装置はＰＰＰセッションを確立する。クライアントコンピュータでユーザーが認証される（ユーザー名／パスワードプロンプトが認証サーバーによって確認される）。ユーザーが認証を受けると、アクセス装置は自動的に、認証を受けたユーザーに関するディレクトリサービスのユーザープロフィールを更新でき、以下の情報を付託する。 “ユーザー名”、“アカウントコード”、“オンラインタイムスタンプ” “アクセス装置サイトコード” 後に、クライアントコンピュータは、インターネット電話ゲートウエーによるアクセスを要求する際に、インターネット電話ゲートウエーの最善の選択肢を判断するためにディレクトリサービス１０８２に問い合わせる。アクセス装置サイトコードがディレクトリサービスのユーザープロフィールに見つかれば、ディレクトリサービス１０８２は、同じサイトコードのインターネット電話ゲートウエー１０８４、１０８１および１０８６を選択し、そのＩＰアドレスをクライアントコンピュータ１０８０に返信する。インターネット電話ゲートウエー１０８４、１０８１および１０８６がアクセス装置サイトコードと同じサイトコードで使用不可能な場合には、次善の選択肢がディレクトリサーバーに保持されているネットワークトポロジーマップに従って選択される。ディレクトリサーバー１０８２にアクセス装置サイトコードがまったく見つからなければ、クライアント１０８０は、ディレクトリサーバー１０８２を更新できない装置を通じてネットワークにアクセスしたことになる。この場合には、上述のクライアントピング法が別の最善のインターネット電話ゲートウエー１０８４を見つけるために使用される。（３）ユーザープロフィール法インターネット電話ゲートウエー１０８４、１０８１および１０８６の選択のための別の方法は、ディレクトリサーバーに記憶される時にユーザープロフィールにゲートウエーを選択するために必要な情報を埋め込むことである。この方法を使用するには、ユーザーは、クライアントコンピュータでインターネット電話ソフトウエアパッケージを実行しなければならない。最初にパッケージが実行された時、名前、電子メールアドレス、ＩＰアドレス（固定ロケーションのコンピュータの場合）、サイトコード、アカウントコード、通常のインターネットアクセスポイントその他の関連情報を含め、登録情報がユーザーから収集される。これらの情報がユーザーにより入力されると、ソフトウエアパッケージはその情報をディレクトリサーバーのユーザープロフィールに付託する。インターネット電話ソフトウエアパッケージがそのユーザーによって開始されると常に、ユーザーのＩＰアドレスはディレクトリサービスで自動的に更新される。これは自動存在通知として知られる。後に、ユーザーがインターネット電話ゲートウエーサービスを必要とした場合、ユーザーは使用するインターネット電話ゲートウエーをディレクトリサービスに問い合わせる。ディレクトリサービスは、そのユーザーのＩＰアドレス、通常のサイトおよびネットワークへのアクセスポイントを知っている。ディレクトリサービスは、これらの情報に加えて、全部のインターネット電話ゲートウエー１０８４、１０８１および１０８６のネットワークマップを使用して、そのクライアントコンピュータが使用するのに最善のインターネット電話ゲートウエーを選択できる。（４）ゲートウエーピング法最後の方法は、候補のインターネット電話ゲートウエーアドレスのリストを取得し、待ち時間およびルーターホップ数に照らして最善の選択肢を判断するために各ゲートウエーをピングすることにより、ヘッドエンドホップオフのインターネット電話ゲートウエーの最善の選択肢を選択するものである。そのプロセスは以下の通りである。 ■クライアントコンピュータが最善の選択のインターネット電話ゲートウエーを取得するためにディレクトリサービスに問い合わせる。 ■ディレクトリサービスは、ゲートウエーのデータベースを探し、候補のゲートウエーのリストを選択する。候補のゲートウエーの選択基準は以下を含むことができる。 ■最後に選択されたゲートウエー ■ＩＰｖ４アドレスの１、２または３個のオクテットが一致している ■既知であれば、クライアントの最後のアクセスポイント ■実際的であれば、全部の主要ゲートウエーサイトから少なくとも１個のゲートウエーを選択する ■ディレクトリは、各候補ゲートウエーにメッセージを送信し、各候補ゲートウエーにそのクライアントコンピュータのＩＰアドレスをピングするように命令する。 ■各候補ゲートウエーは同時に、ＩＰピングを使用して、クライアントコンピュータにエコー形式のメッセージを送信する。追跡経路を得るために、ピングコマンドには“−ｒ”オプションが使用される。ピングの結果は、各候補ゲートウエーからディレクトリサービスに返信される。 ■各インターネット電話ゲートウエーのピングの結果にもとづき、ディレクトリサービスは、ピングの結果を以下に従って順位づける。 ■ピング追跡経路で明らかにされた通り、いずれの介在ルーターも通過せずにクライアントにアクセス可能であるインターネット電話ゲートウエーがあれば、それらが第１位に位置づけられる。 ■残りのインターネット電話ゲートウエーは、ラウンドトリップピングの結果の最短待ち時間の順番で順位づけられる。クライアントピング法およびゲートウエーピング法は、ヘッドエンドホップオフゲートウエーの最善の選択肢を判定する際にピングプログラムの代わりとして経路追跡プログラムを使用することができる。ｂ）テールエンドホップオフ法テールエンドホップオフ法は、発信ポイントができる限り着信ＰＳＴＮロケーションに近くなるように、インターネットからの発信ポイントをゲートウエーとして選択することを伴う。これは通常、ＰＳＴＮの呼出しレートが高くなるのを避けるために望まれる。インターネットは、宛て先電話番号の市内呼エリアにパケット化音声を送るために使用でき、この場合、呼をＰＳＴＮに搬送するために低額のローカルレートを支払うことができる。（１）ゲートウエー登録テールエンドホップオフサービスの１つの方法は、インターネット電話ゲートウエー１０８４、１０８１および１０８６にディレクトリサービスを登録させることである。各インターネット電話ゲートウエーが、各自がサービスする発信エリアをリスト化するディレクトリサービスにプロフィールを有することになる。これらは、国コード、エリアコード、交換区域、都市コード、回線コード、無線セル、ＬＡＴＡまたは、番号づけプランの下位集合を作るために使用できる他のいずれかの方法としてリスト化できる。ゲートウエーは、起動時に、自己がサービスするエリアをリスト化するためにディレクトリサービス１０８２にＴＣＰ／ＩＰメッセージを送信する。クライアントコンピュータは、ＴＥＨＯサービスを使用したい場合、ディレクトリサービスに対して、所要の宛て先電話番号にサービスするインターネット電話ゲートウエー１０８４を問い合わせる。ディレクトリサービス１０８２は、適格なインターネット電話ゲートウエーを探し、それが見つかれば、使用するゲートウエーのＩＰアドレスを返信する。負荷均衡アルゴリズムを使用し、同一の宛て先電話番号にサービスする複数のインターネット電話ゲートウエー１０８４、１０８１および１０８６によってトラヒックを均衡させることができる。その電話番号の呼出しエリアに特定的にサービスするインターネット電話ゲートウエー１０８４、１０８１および１０８６がまったくない場合、ディレクトリサービス１０８２は、クライアントコンピュータ１０８０にエラーＴＣＰ／ＩＰメッセージを返信する。その後、クライアント１０８０は、その宛て先電話番号にサービスするゲートウエーではないが、いずれかのインターネット電話ゲートウエーをディレクトリサービスに問い合わせる選択肢を有する。このゲートウエー登録技法の洗練化として、ゲートウエーは、全部の呼出しエリアに提供される呼出しレートを登録できる。例えば、シアトルに使用可能なゲートウエーが存在しない場合、ロサンゼルスのゲートウエーからシアトルを呼び出すほうが、ポートランドのゲートウエーからシアトルを呼び出すよりも低額になるであろう。ディレクトリサービスに登録されたレートは、そのディレクトリサービスを、いずれかの特定の呼について使用するための最低コストのゲートウエーにするはずである。７．Ｖｎｅｔ呼の処理図１１は好ましい実施態様に従った呼の流れ図である。処理は、その“オンライン”メッセージを受信するためのディレクトリサービスのロケーションが、その顧客のデータ配信インプリメンテーションによって判断される１１０１から始まる。これは、ＶＮＥＴサービスに加入している企業または組織の構内データベースである場合もあれば、サービスプロバイダ（ＭＣＩ）の全部の顧客に関する国内または世界規模のデータベースである場合もある。ディレクトリサービスは、ＰＣ１２１０５１からこのメッセージを受信すると、ユーザーが“オンライン”であり指定のＩＰアドレスに存在することを示すために一意のＩＤと関係づけられたプロフィールエントリを更新する。そのＩＤと関係するプロフィールの更新が成功した後、１１０２で、ディレクトリサービスは、そのメッセージが受信および処理されたことを示す応答（ＡＣＫ）を指定のＩＰアドレスに返信する。コンピュータ（ＰＣ１２）は、この応答メッセージを受信すると、視覚または音響表示によってユーザーに通知する選択が可能になる。１１０３で、ＰＣ１１１０５２のユーザーはコンピュータをＩＰネットワークに接続し、そのコンピュータを始動させ、電話システムソフトウエアを起動する。このコンピュータの登録プロセスは、ＰＣ１２１０５１についてと同じ手続きに従う。この状況では、そのメッセージを受信するディレクトリサービスは、ＰＣ１２１０５１からのメッセージを受信した、物理的または論理的のいずれか一方で同一のディレクトリサービスである。１１０４で、ディレクトリサービス１０３１は、ＰＣ１１１０５２からのメッセージを受信すると、ＰＣ１２１０５１のメッセージについて従った手続きと同様の手続きを開始する。しかし、この場合、ディレクトリサービスはＰＣ１１１０５２から受信した識別子と関係するプロフィールを更新し、ＰＣ１１１０５２から受信したＩＰアドレスを使用する。更新されたプロフィール情報のために、ディレクトリサービスから確認応答が送信される際、それはＰＣ１１１０５２に関係づけられたＩＰアドレスに送信される。この時点で、コンピュータ（ＰＣ１２１０５１およびＰＣ１１１０５２）は、“オンライン”となっており、呼を受信するために使用可能である。１１０５で、ＰＣ１２１０５１は、コンピュータＰＣ１１１０５２と接続するために自己の電話システムソフトウエアを使用する。この接続を確立するために、ＰＣ１２１０５１のユーザーはＶＮＥＴ番号（または、名前、従業員ＩＤなどの一意のＩＤ）をダイアルする。顧客のネットワークのインプリメンテーションおよびソフトウエアパッケージに応じて、一意のネットワーク識別子はそのダイアル文字列で付与されなければならないこともある。例えば、ＶＮＥＴの電話インプリメンテーションでは、加入者は、その呼を経路決定するためにＶＮＥＴネットワークを使用していることをＰＢＸに知らせるためにＶＮＥＴ番号をダイアルする前に番号８を入力する必要があるであろう。電話ソフトウエアパッケージは、その呼をＶＮＥＴ形式の呼と識別すると、ディレクトリサービスに変換要求を送信する。この変換要求は、少なくとも以下の情報を含む。 −その要求を送信しているコンピュータ（ＰＣ１２１０５１）のＩＰアドレス ■ダイアルされるコンピュータのＶＮＥＴ番号（または他のＩＤ）１１０６で、ディレクトリサービスは、このメッセージを受信すると、そのＶＮＥＴ番号（または他のＩＤ）を使用して、そのＶＮＥＴ番号（または他のＩＤ）に関係づけられたユーザーが“オンライン”であるかどうかを判定し、そのコンピュータが接続されるロケーションのＩＰアドレスを識別する。接続されるコンピュータ（ＰＣ１１１０５２）に関して使用可能である、圧縮アルゴリズムや特殊なハードウエアまたはソフトウエア機能といった何らかの追加情報も、ディレクトリサービス１０３１によって検索することができる。その後、ディレクトリサービス１０３１は、ＰＣ１１１０５２のステータス情報とともに、コンピュータが“オンライン”であるか、使用可能であればそのＩＰアドレス、ＰＣ１１１０５２の機能に関する他の使用可能な情報などのメッセージをＰＣ１２１０５１に返信する。ＰＣ１２１０５１はこの応答を受信すると、ＰＣ１１１０５２が接続可能であるかを判断する。この判断は、ＰＣ１１１０５２の “オンライン”ステータスおよびＰＣ１１１０５２の機能に関する追加情報にもとづいてなされる。ＰＣ１１１０５２が接続できないことを示すステータス情報をＰＣ１２１０５１が受信すると、呼の流れはこの時点で停止し、そうでなければ継続する。その後の工程１１０７〜１１１１は、“通常の”ＩＰ電話の呼の設定および取り出し工程である。１１０７では、ＰＣ１２１０５１がＰＣ１１１０５２に “呼出し”メッセージを送信する。このメッセージは、工程１１０６でディレクトリサービス１０３１から受信されたＩＰアドレスに向けてなされる。このメッセージは、ＰＣ１２１０５１のユーザーを識別する情報を含むことができ、または、要求された接続に関係するパラメータを指定する情報を含むこともできる。１１０８で、工程１１０７からのメッセージはＰＣ１１１０５２によって受信され、このメッセージの受信は、ＰＣ１１１０５２のユーザーが入呼を通知されていることを示すメッセージをＰＣ１２１０５１に返信することにより確認応答される。この通知は、ソフトウエアパッケージおよびＰＣ１１１０５２でのそのコンフィギュレーションに応じて、視覚または音響によることができる。１１０９で、ＰＣ１１１０５２のユーザーがその呼を受け入れた場合、その呼の“応答”を確認するメッセージがＰＣ１２１０５１に返信される。ＰＣ１１１０５２のユーザーがその呼に応答しないかまたはその呼を拒絶した場合、誤り状態を示すメッセージがＰＣ１２１０５１に返信される。呼が応答されなければ、呼の流れはこの時点で停止し、そうでなければ継続する。１１１０で、ＰＣ１２１０５１およびＰＣ１１１０５２のユーザーは、各自の電話ソフトウエアを用いて通信できる。通信は、１１１１において、いずれか一方のＰＣのユーザーが他方の呼の相手に対して切断メッセージを送信することにより接続を切るまで継続する。そのメッセージのフォーマットおよび内容は、ＰＣ１２１０５１およびＰＣ１１１０５２が使用している電話ソフトウエアパッケージに応じて異なる。この状況では、ＰＣ１１１０５２がＰＣ１２１０５１に切断メッセージを送信し、両方のコンピュータの電話ソフトウエアシステムは音声の伝送を停止する。図１２は、好ましい実施態様に従った、ＶＮＥＴパーソナルコンピュータ（ＰＣ）とネットワーク外ＰＣとの情報の呼の流れを例示している。この流れにおいて、インターネット電話ゲートウエーはネットワーク外構成要素である。これは、インターネット電話ゲートウエーがスイッチと通信するためにＳＳ７信号を使用することができず、ダイアルするＶＮＥＴ番号を単純にパルス発信しなければならないことを意味する。別の実施態様は、ディレクトリサービスが、ＶＮＥＴ番号のスイッチ／トランクへの直接的な変換を行い、適切な桁をパルス発信できるようにしている。そうした処理は、交換網における変換を容易にするが、インターネットゲートウエーとスイッチとの間により高度な信号インターフェースを要することになる。この種の“ネットワーク内”インターネットゲートウエー状況については、別の呼の流れで扱うことになる。この状況は、インターネットと顧客建物内ＰＢＸとの間での統合がまったく存在しないことを前提としている。統台が存在すれば、ＰＣが、ＰＳＴＮの使用を避けて、顧客ＰＢＸのＩＴＧと接続するためにインターネット（またはイントラネット）を通じて行くことが可能であろう。図１２は好ましい実施態様に従った呼の流れ図である。処理は、その“オンライン”メッセージを受信するためのディレクトリサービスのロケーションが、その顧客のデータ配信インプリメンテーションによって判断される１２０１から始まる。これは、ＶＮＥＴサービスに加入している企業または組織の構内データベースである場合もあれば、サービスプロバイダ（ＭＣＩ）の全部の顧客に関する国内または世界規模のデータベースである場合もある。ディレクトリサービスは、ＰＣ１２１０５１からこのメッセージを受信すると、ユーザーが“オンライン”であり指定のＩＰアドレスに存在することを示すために一意のＩＤと関係づけられたプロフィールエントリを更新する。そのＩＤと関係するプロフィールの更新が成功した後、１２０２で、ディレクトリサービスは、そのメッセージが受信および処理されたことを示す応答（ＡＣＫ）を指定のＩＰアドレスに返信する。コンピュータ（ＰＣ１２）は、この応答メッセージを受信すると、視覚または音響表示によってユーザーに通知する選択が可能になる。１２０３で、ＶＮＥＴ変換要求が、ネットワーク外インターネットゲートウエー電話機へのダイアル経路の変換を判断するためにディレクトリサービスに送信される。ＩＰアドレスおよびＤＮＩＳを含む応答が１２０４で返信される。この応答は、その呼の経路決定のための電話機アドレス指定情報を完全に解決する。その後、１２０５で、そのＤＮＩＳ情報を使用するＩＰ電話ダイアルが行われる。ＤＮＩＳは、呼の経路決定に使用される呼に関する定義情報である、ダイアル番号情報サービスをいう。１２０６でＩＰ電話からＡＣＫが返信され、１２０７でＩＰ電話応答がなされ、１２０８で呼の経路が確立される。１２０９ａはＶＮＥＴＰＣがオフフックになり、１２０９ｂで発信音を送信していることを示し、１２１０で桁をパルス発信する。その後、１２１１で、ＤＮＩＳ情報の経路決定変換が経路決定データベースにより使用され、その呼を宛て先電話機へどのように経路決定するかを判断する。１２１２で変換応答が受信され、パルス発信を交換するスイッチが１２１３で生じる。１２１５で、呼出し音が宛て先電話機へ送信され、ＰＣへのリングバックが生じる。１２１６で呼はインターネットゲートウエー接続によってネットワーク外へ送信され、応答される。１２１７で会話が生起し、当事者の一方が１２１８で切断するまで継続する。図１３は、好ましい実施態様に従った、ＶＮＥＴパーソナルコンピュータ（ＰＣ）とネットワーク外電話機との情報の呼の流れを例示している。この呼の流れでは、ＰＳＴＮの使用は、ＰＣからインターネット／イントラネットへの呼を、ＰＢＸに直接接続されたインターネットゲートウエーに経路決定することにより回避されている。図１４は、好ましい実施態様に従った、ＶＮＥＴパーソナルコンピュータ（ＰＣ）とネットワーク内電話機との情報の呼の流れを例示している。この呼の流れでは、インターネット電話ゲートウエーはネットワーク内構成要素である。これは、インターネット電話ゲートウエーが、スイッチであるかのごとく振る舞い、呼をスイッチに渡すためにＳＳ７信号を使用できることを要する。これにより、ディレクトリサービスはスイッチ／トランクに返信し、最初のＶＮＥＴルックアップで桁をパルス発信できる。この工程はスイッチによる付加的なルックアップを回避する。この場合、ディレクトリサービスはＶＮＥＴ経路決定情報にアクセスできなければならない。ａ）ＰＣ−ＰＣ間図１５は、好ましい実施態様に従った、パーソナルコンピュータ間のインターネット電話の呼を示している。工程１５０１で、ネットフォンユーザーは、ＩＰ接続によるインターネットによってＭＣＩディレクトリサービスに接続し、ＭＣＩディレクトリサービスは工程１５０２で、その呼の経路決定を行うためにルックアップを実行する。工程１５０３で、呼は、その呼をどこに送信するかを判定するためにインテリジェントシステムプラットフォーム（ＩＳＰ）に着信する。ＩＰルーターは、ネットワークによってその呼を取得する方法をインテリジェントサービスネットワーク（ＩＳＮ）フィーチャエンジンによって判断するためにＭＣＩＩＳＰに向かうゲートウエーである。工程１５０４で、呼はインターネットを通じてネットフォンユーザーに接続される。別の状況の工程１５０４では、電話機に人がいないので、発呼者はＭＣＩオペレータと話すことを望み、ＩＰルーターはネットスイッチ（音声世界とのインターフェース）を通る。工程１５０５で、ネットスイッチはＤＳＰエンジン機能を実行するように呼処理エンジンに問い合わせる。工程１５０６で、その呼は、ＭＣＩスイッチへのＷＡＮハブを経てＭＣＩオペレータへ、または、工程１５０７で音声メールへ経路決定される。この好ましい実施態様は、現行のインフラストラクチャを使用して呼を支援する。ｂ）ＰＣ−電話機間図１６はＰＣからインターネットを通じて電話機へ経路決定される電話呼を例示している。工程１６０２で、呼の経路決定のためのＩＳＮ情報を得るためにＭＣＩディレクトリが問い合わせされる。その後、呼は、工程１６０３でＩＳＰゲートウエーに転送され、工程１６０４および１６０５でＩＰルーターによって呼処理エンジンに経路決定される。さらに、工程１６０６で、呼はＷＡＮに経路決定され、最後に、その呼についてメインフレームの課金が記録されるＲＢＯＣへ経路決定される。ｃ）電話機−ＰＣ間図１７は、好ましい情報に従った電話機からＰＣへの呼を例示している。工程１７０２で、電話機は特殊なネットスイッチに経路決定され、そこで、工程１７０２において呼処理エンジンが一連のディジタル信号プロセッサを用いてＤＴＭＦ信号音を判断する。その後、工程１７０３で、システムはディレクトリ情報を調べ、呼を接続する。発呼者が存在しないかまたは話中である場合、その呼は、工程１７０４でＩＰルーターを経てスイッチへ経路決定され、それは工程１７０５で呼処理エンジンを使用する。ｄ）電話機−電話機間図１８は、好ましい実施態様に従ったインターネットによる電話機間の呼を例示している。呼は工程１８０１でスイッチに入り、工程１８０２で呼処理エンジンで走行する呼論理プログラムにより処理される。工程１８０３において、上述と同様、呼の経路決定を行うためにディレクトリ情報データベースでルックアップが実行される。経路決定には、メインフレーム課金アプリケーション１８０８に課金記録を記憶することを含む。呼がインターネットによって経路決定された場合でも、その呼はＩＳＮフィーチャの全部が使用可能である。ィンターネット１８０４を経てネットワークスイッチへの呼の経路決定を助成するために、インターネットの各端においてＩＰルーターが使用される。ネットワークスイッチから呼は、ＷＡＮハブ１８０６を経て呼処理エンジンへ、さらにＲＢＯＣ１８０７を経て目的の電話機へ経路決定される。ディジタル符号変換、ＤＴＭＦ検出、音声認識、呼進行、ＶＲＵ機能およびモデム機能を実行するために、各種ＤＳＰエンジン１０８３が使用されている。ＸＩ．遠隔通信ネットワークマネジメント好ましい実施態様は、ネットワークイベントの分析、関連づけおよび提示のために、遠隔通信ネットワークのネットワークマネジメントシステムを使用する。現代の遠隔通信ネットワークは、呼の設定、処理および終話に要求される信号データを搬送するために、呼搬送網とは別個の、データ信号ネットワークを使用する。こうした信号ネットワークは、共通チャネル信号システム＃７、略して信号システム＃７（ＳＳ７）と総称される、業界標準のアーキテクチャおよびプロトコルを使用している。ＳＳ７は、呼の信号データが呼と同じ回線によって伝送されていた、以前の信号方式より著しく進歩している。ＳＳ７は、呼の信号データを伝送するための個別の専用回線網を提供する。ＳＳ７を使用することにより、呼の設定時間は短縮し（発呼者にはダイアル後の遅延として知覚される）、呼搬送網の容量を増大させる。ＳＳ７信号方式の詳細な説明は、ＴｒａｖｉｓＲｕｓｓｅｌｌ著、“ＳｉｇｎａｌｉｎｇＳｙｓｔｅｍ＃７”，ＭｃｇｒａｗＨｉｌｌ（１９９５）に記されている。ＳＳ７ネットワークの規格は、国内（米国）ネットワークについてはＡＮＳＩにより、国際接続についてはＩＴＵにより制定され、それぞれ、ＡＮＳＩＳＳ７およびＩＴＵＣ７と呼ばれている。典型的なＳＳ７ネットワークを図１Ｂに示す。呼搬送網は、顧客トラヒックを交換するためにマトリックススイッチ１０２ａ／１０２ｂを利用する。これらのスイッチ１０２ａ／１０２ｂは、ＮｏｒｔｈｅｒｎＴｅｌｅｃｏｍ社が製造するＤＭＳ−２５０またはＤｉｇｉｔａｌＳｗｉｔｃｈＣｏｒｐｏｒａｔｉｏｎ社が製造するＤＥＸ−６００といった従来のものである。これらのスイッチ１０２ａ／１０２ｂは音声グレードおよびデータグレードのトランクと相互接続されている。図１Ｂには示していないが、この相互接続は極めて多様なコンフィギュレーションを持ち得る。遠隔通信ネットワークのスイッチは複数の機能を実行する。スイッチは、音声呼の回線交換に加え、呼制御の一部として他のスイッチへ信号メッセージを中継しなければならない。これらの信号メッセージは、各々が信号ポイント（ＳＰ）１０２ａ／１０２ｂと呼ばれる、コンピュータのネットワークによって送達される。ＳＳ７ネットワークには３種類のＳＰが存在する。 −サービス交換ポイント（ＳＳＰ） −信号転送ポイント（ＳＴＰ） −サービス制御ポイント（ＳＣＰ）ＳＳＰは、ＳＳ７信号ネットワークとのスイッチインターフェースである。信号転送ポイント（ＳＴＰ）１０４ａ．．．１０４ｆ（１０４と総称する）は、ＳＳ７信号の交換および経路決定を行うために使用されるパケット交換通信装置である。それらは、冗長性および修復性のために、クラスタとして周知の対の組合せで配置されている。例えば、図１Ｂにおいて、ＳＴＰ１０４ａは地域クラスタ１のＳＴＰ１０４ｂと組み合わされており、ＳＴＰ１０４ｃは地域クラスタ２のＳＴＰ１０４ｄと組み合わされており、ＳＴＰ１０４ｅは地域クラスタ３のＳＴＰ１０４ｆと組み合わされている。典型的なＳＳ７ネットワークは、図１では例示のために３個しか示していないが、多数のＳＴＰクラスタを包含している。各ＳＴＰクラスタ１０４は、ＳＳＰ１０２の特定の地理的領域にサービスする。多数のＳＳＰ１０２は、クラスタ内の２個のＳＴＰ１０４の各々との一次ＳＳ７リンクを有する。これは基本帰還構成として機能する。例示のために図１Ｂには地域クラスタ２へ帰還する２個のＳＳＰ１０２しか図示されていないが、実際には、複数のＳＳＰ１０２が特定のＳＴＰクラスタ１０４に帰還する。また、ＳＳＰ１０２は一般に、別のクラスタ内の一方または両方への二次ＳＳ７リンクも有する。これは二次帰還構成として機能する。各種構成要素を接続するＳＳ７リンクは以下のように識別される。Ａリンクは、ＳＳＰをその一次ＳＴＰの各々に接続する（基本帰還）。Ｂリンクは、あるクラスタのＳＴＰを別のクラスタのＳＴＰに接続する。Ｃリンクは、同一のクラスタ内であるＳＴＰを他のＳＴＰに接続する。Ｄリンクは、異なる電話会社のネットワーク間のＳＴＰを接続する（図示せず）。Ｅリンクは、ＳＳＰを、そのクラスタにはないＳＴＰに接続する（二次帰還）。Ｆリンクは、２個のＳＳＰを相互に接続する。市内交換電話会社（ＬＥＣ）ネットワークと長距離通信事業者（ＩＸＣ）ネットワークといったように、２つの異種通信事業者ネットワークのインターフェースをとるには、各通信事業者ネットワークからのＳＴＰクラスタ１０４は、ＤリンクまたはＡリンクによって接続できるであろう。ＳＳ７は、ＬＥＣとＩＸＣとの間で渡される呼の信号も伝送できるように、そうしたインターフェースの標準化プロトコルを提供している。スイッチが顧客の呼を受信および経路決定する際に、その呼の信号は、接続されたＳＳＰ１０２によって受信（または生成）される。スイッチを接続する装置間トランクが顧客の呼を搬送する間に、その呼の信号はＳＴＰ１０４に送信される。ＳＴＰ１０４は、信号を、呼着信スイッチのＳＳＰ１０２または別のＳＴＰ１０４のいずれか一方に経路決定し、別のＳＴＰ１０４がさらに呼着信スイッチのＳＳＰ１０２へ信号を経路決定する。ＳＳ７のもう１つの構成要素は、図２に示す、プロトコル監視装置（ＰＭＵ）１０６である。ＰＭＵ１０６は、スイッチサイトに配置され、ＳＳ７ネットワークの独立監視ツールとなる。テキサス州リチャードソンのＩＮＥＴＩｎｃ．社によって製造されているようなこれらの装置は、図２に示すように、ＳＳ７ネットワークのＡ、ＥおよびＦの各リンクを監視する。それらはＳＳ７リンクの障害および性能情報を生成する。あらゆる遠隔通信ネットワークの場合と同様、ＳＳ７ネットワークは、断線その他の通信事故および装置の故障を受けやすい。ＳＳ７ネットワークは顧客トラヒックを送達するために必要な全部の信号を搬送するので、あらゆる問題は迅速に検出および訂正されることが肝要である。従って、ＳＳ７ネットワークを監視し、障害および性能情報を分析し、訂正措置を管理できるシステムに対する本質的な必要性が存在する。従来技術のＳＳ７ネットワーク管理システムは、そうした基本機能を実行するが、いくつかの欠点もある。多くはネットワークトポロジーの主動コンフィギュレーションを要するが、それは人的誤りおよびトポロジー更新の遅延を生じやすい。こうしたシステムのコンフィギュレーションは通常、システムの一定期間の停止を必要とする。この産業で使用可能な多くのシステムは、特定ベンダーのＰＭＵ１０６に頼りがちであり、実際、そうしたＰＭＵ１０６からトポロジーデータを獲得し、それによりＰＭＵ１０６に接続されていないネットワーク構成要素および他のベンダーの装置を無視することになる。従来技術のシステムは、専有的なＰＭＵ１０６から受信されるデータで動作するだけであるので、それらは、ＰＭＵイベントと、他の種類のＳＳ７ネットワーク構成要素により生成されるイベントとの間の関連づけを行わない。それらはまた、イベントの関連づけに柔軟性に欠ける専有的な解析規則を与えている。拡張ＳＳ７ネットワーク管理機能を提供するシステムおよび方法が、各種ＳＳ７ネットワーク構成要素によって生成されるイベントを受信および処理できる分散型クラスタ／サーバープラットフォームによって付与される。各ネットワークイベントは、あらゆる種類の構成要素によって生成されるイベントの処理も行えるように、構文解析および標準化される。また、イベントは、ネットワークトポロジーデータベース、伝送ネットワーク管理システム、ネットワークメンテナンススケジュールおよびシステムユーザーによって受信できる。図３によれば、ＳＳ７ネットワークマネジメントシステム（ＳＮＭＳ）と称する、本発明の好ましい実施態様のシステムアーキテクチャが例示されている。ＳＮＭＳは、４つの論理サーバー３０２／３０４／３０６／３０８および、ネットワークマネジメントワイドエリアネットワーク（ＷＡＮ）３１０によって接続された複数のクライアントワークステーション３１２ａ／３１２ｂ／３１２ｃによって構成される。４つのＳＮＭＳ論理サーバー３０２／３０４／３０６／３０８はすべて、単一または複数の物理ユニットに存在することができる。好ましい実施態様では、各論理サーバーは、性能の強化のために、個別の物理ユニットに存在している。これらの物理ユニットは、ＡＩＸオペレーティングシステムにより作動するＩＢＭＲＳ６０００といったいずれの従来形式のものとしてよい。クライアントワークステーション３１２は、ＭｉｃｒｏｓｏｆｔＷｉｎｄｏｗｓまたはＩＢＭＯＳ／２オペレーティングシステムで作動するいずれの従来型ＰＣ、ダム端末またはＶＡＸＶＭＳワークステーションとすることができる。実際には、クライアントワークステーションは、インターネットプロトコル（ＩＰ）アドレスを有し、Ｘ−Ｗｉｎｄｏｗｓソフトウエアで動作し、ＷＡＮ３１０に接続されているいずれかのＰＣまたは端末としてよい。いかなるＳＮＭＳ特定ソフトウエアもクライアントワークステーション３１２では走行しない。ＳＮＭＳは、各種ＳＳ７ネットワーク構成要素および他のネットワーク管理システム（ＮＭＳ）３３８からイベントを受信する。また、後述の通り、各種外部システムからも、ネットワークトポロロジデータ、コンフィギュレーションデータおよびメンテナンスデータを受信する。イベントを生成する各種ネットワーク構成要素には、ネットワークコントローラ３１４、国際ＳＰ３１６および国内ＳＰ１０２、ＳＴＰ１０４、および、ＰＭＵ１０６が含まれる。ネットワークコントローラ３１４は、外部コマンドにもとづいて回線を交換する装置である。それらはＳＳＰ１０２と同様にしてＳＳ７信号を使用するが、いずれのＳＴＰ１０４ともリンクされていない。国際ＳＰ３１６は、国内電気通信網と国際電気通信網との間のゲートウエーとして機能するスイッチを支援する。ＳＴＰ１０４は国内または国際のいずれでもよい。ＰＭＵ１０６は、ＳＳ７回線を通過する全部のＳＳ７パケットをスキャンし、故障状態を解析し、後にＳＮＭＳに渡されるネットワークイベントを生成する。ＰＭＵ１０６はまた、監視されるＳＳ７回線の性能に関する定期的な統計も作成する。ＳＰ１０２／３１６、ＳＴＰ１０４、ＰＭＵ１０６およびＳＳ７ネットワークコントローラ３１４はすべて、ネットワークイベントを通信ネットワークによってＳＮＭＳに送信する。これによって、ＳＮＭＳが各装置とセッションを維持する必要をなくしている。図３に示すように、典型的な１実施態様では、非同期データ通信ネットワーク３２０がネットワークコントローラ３１４および国際ＳＰ３１６からのイベントを搬送するために使用されている。ＩＢＭ３７０８といったＩＢＭメインフレームフロントエンドプロセッサ（ＦＥＰ）３２４は、ＩＢＭメインフレーム系の交換ホストインターフェースファシリティトランスポート（ＳＷＩＦＴ）システム３２６が受信できるように、非同期プロトコルをＳＮＡに変換するために使用されている。ＳＷＩＦＴ３２６は、ネットワーク構成要素の各々と論理的通信セッションを維持する、通信インターフェース・データ配信アプリケーションである。この同じ実施態様において、Ｘ．２５オペレーショナルシステムズサポート（ＯＳＳ）ネットワーク３２８は、ＳＴＰ１０４、ＳＰ１０２およびＰＭＵ１０６からのイベントを搬送するために使用されている。これらのイベントは局所的支持構成要素（ＬＳＥ）システム３３０によって受信される。ＶＡＸ／ＶＭＳシステムとすることができるＬＳＥ３３０は本質的に、Ｘ．２５ＯＳＳネットワーク３２８からのイベントデータをＳＮＭＳサーバー３０２／３０４に変換するために使用される、パケット組立／分解（ＰＡＤ）・プロトコルコンバータである。また、各ネットワーク構成要素と通信セッションを維持する際にＳＷＩＦＴ３２６と同様の機能も果たし、それによりＳＮＭＳがそれを行う必要をなくす。ＳＷＩＦＴ３２６およびＬＳＥ３３０の両者の必要性は、様々な形式の構成要素が適所で様々な搬送機構を必要としている典型的な遠隔通信ネットワークの１実施態様を例示する。ＳＮＭＳはこれらの全部の形式の構成要素をサポートする。全部のネットワークイベントは、解析および関連づけのためにＳＮＭＳ警報サーバー３０２に入力される。履歴のために記憶される一部のイベントもＳＮＭＳ報告サーバー３０４に入力される。ＶＡＸ／ＶＭＳシステムとしてよい制御システム３３２は、各ネットワーク構成要素からトポロジーデータおよびコンフィギュレーションデータをＸ．２５ＯＳＳネットワーク３２８によって収集するために使用される。ＳＴＰ１０４およびＳＰ１０２などの一部の構成要素は、これらのデータをＸ．２５ＯＳＳネットワーク３２８によって直接送信することができる。唯一、非同期モードで通信する国際ＳＳＰ３１６のような構成要素は、パケット組立／分解装置（ＰＡＤ）３１８を使用してＸ．２５ＯＳＳネットワーク３２８に接続する。その後、制御システム３２２がそれらのトポロジーデータおよびコンフィギュレーションデータをＳＮＭＳトポロジーサーバー３０６に供給する。ネットワークトポロジー情報は、アラーム相関づけを実行し、図形表示を呈示するためにＳＮＭＳにより使用される。ほとんどのトポロジー情報は、好ましい実施態様ではオーダエントリシステムおよびネットワークエンジニアリングシステムによって作成および維持される、ネットワークトポロジーデータベース３３４から受信される。トポロジーデータは、ネットワークトポロジーデータベース３３４および制御システム３３２の両者からＳＮＭＳトポロジーサーバー３０６に入力される。ＰＣ３３６を用いて手動オーバーライドを入力できる能力も、ＳＮＭＳトポロジーサーバー３０６に付与されている。ＳＮＭＳ警報サーバー３０２は、他のネットワーク管理システム（ＮＭＳ）３３８からのイベント、特にＤＳ−３伝送アラームも受信する。トポロジーデータによって、ＳＮＭＳは、これらのイベントをＳＳ７ネットワーク構成要素から受信したイベントと関連づける。また、ＳＮＭＳ警報サーバー３０２は、ネットワークメンテナンススケジュールシステム３４０からネットワークメンテナンススケジュール情報を受信する。ＳＮＭＳはこの情報を使用してメンテナンスのために計画されたネットワークの停止を考慮に入れ、それによりメンテナンスにより発生したアラームに応答する必要をなくす。ＳＮＭＳはまた、計画されたメンテナンス活動に影響する可能性のあるネットワークの停止をメンテナンス職員に事前に警告する。ＳＮＭＳ警報サーバー３０２は、トラブル管理システム３２とのインターフェースを有する。これにより、クライアントワークステーション３１２におけるＳＮＭＳユーザーは、ＳＮＭＳにより発生したアラームのトラブルの証明を提示できる。このインターフェースは、ＳＮＭＳ内部トラブル管理システムとは異なり、多様な形式のトラブル管理システムを使用できるように機器構成できる。好ましい実施態様では、ＳＮＭＳグラフィックスサーバー３０８は、単一のサイトにある全部のクライアントワークステーション３１２をサポートしており、従って複数のサーバーである。ＳＮＭＳグラフィックスサーバー３０８の地理的分散は、中央ロケーションから各ワークステーシヨンサイトヘ図形的提示をサポートする大量のデータを送信する必要をなくしている。警報サーバー３０２、報告サーバー３０４およびトポロジーサーバー３０６からのデータだけがワークステーションサイトに送信されることにより、ネットワーク通信バンド幅を節約し、ＳＮＭＳの性能を高めている。別の実施態様では、グラフィックスサーバー３０８は中央に位置させることもできる。ここで図４について説明する。高水準プロセス流れ図はＳＮＭＳの論理システムコンポーネントを例示している。プロセスの核心はイベント処理４０２である。このコンポーネントはＳＮＭＳプロセスの「交通巡査」として働いている。基本的にＳＮＭＳ警報サーバー３０２で走行するイベント処理４０２は、他のＳＮＭＳコンポーネントからイベントを受信し、それらのイベントを処理し、イベントを記憶し、処理されたイベントデータを報告および表示コンポーネントに供給する責務を担う。このイベント処理プロセス４０２は、図５に詳細に示されている。基本的にＳＮＭＳ警報サーバー３０２で走行するネットワークイベント受信コンポーネント４０４は、各種ＳＳ７ネットワーク構成要素（ＳＴＰ１０４、ＳＰ１０２、ＰＭＵ１０６など）からＳＷＩＦＴ３２６およびＬＳＥ３３０といったシステムを通じてネットワークイベントを受信する。このコンポーネントは、イベントを構文解析し、それらを分析のためにイベント処理４０２に返信する。ネットワークイベント受信プロセス４０４は図６に詳細に示されている。基本的にトポロジーサーバー３０６で走行するトポロジー処理コンポーネント４０６は、ネットワークトポロジーデータベース３３４から、制御システム３３２を通じてＳＳ７ネットワーク構成要素から、さらに、手動オーバーライド３３６から、ネットワークトポロジーおよびコンフィギュレーションデータを受信する。これらのデータは、ネットワークイベントを関連づけ、それらのイベントに対する影響評価を実行するために使用される。また、イベントの図形的提示を行うためにも使用される。トポロジー処理４０６は、これらのトポロジーおよびコンフィギュレーションデータを構文解析し、それらを記憶し、分析のためにイベント処理４０２に送信する。トポロジー処理プロセス４０６は図７に詳細に示す基本的に警報サーバー３０２で走行するアルゴリズム定義コンポーネント４０８は、ＳＮＭＳによって使用される特定の構文解析および分析規則を定義する。これらの規則はその後、構文解析および分析で使用されるためにイベント処理４０２にロードされる。そのアルゴリズムはソフトウエアモジュールにおいて保持され、プログラムコードによって定義される。プログラマは単に、事前に定義されたアルゴリズムをそのソフトウエアモジュールにプログラムし、それは後にイベント処理４０２によって使用される。これらのアルゴリズムは本質的に手続き型であり、ネヅトワークトポロジーにもとづいている。それらは、専有的言語で書かれ、ＳＮＭＳユーザーにより動的に変更できる単純な規則と、ＳＮＭＳソフトウエアコード内部でプログラムされているより複雑な規則の両者から構成される。基本的に警報サーバー３０２で走行するＮＭＳデータ受信コンポーネント４１０は、他のネットワーク管理システム（ＮＭＳ）３３８からイベントを受信する。それらのイベントにはＤＳ−３伝送アラームが含まれる。また、ネットワークメンテナンススケジュールシステム３４０からネットワークメンテナンスイベントも受信する。このコンポーネントはその後、それらのイベントを構文解析し、分析のためにイベント処理４０２に送信する。基本的にグラフィックスサーバー３０８および警報サーバー３０２で走行するアラーム表示コンポーネント４１２は、イベント処理４０２により供給されるデータを用いて、トポロジーおよびアラームの提示をサポートするグラフィカルユーザーインターフェース（ＧＵＩ）および関連ソフトウエアを含む。また、アラーム解除、確認応答、トラブル証明の提示といったユーザー会話もサポートする。このコンポーネントは、それらの会話を記憶および必要なデータ更新のためにイベント処理４０２に入力する。アラーム表示プロセス４１２は図８に詳細に示されている。基本的に報告サーバー３０４で走行するデータ関係報告コンポーネント４１４は、イベント処理４０２によって供給されるデータを用いて、トポロジーおよびアラーム報告機能をサポートする。データ関係報告プロセス４１４は図９に詳細に示されている。次に図５について説明する。イベント処理コンポーネント４０２の詳細プロセスが例示されている。これはＳＮＭＳの主プロセスである。それは、他のＳＮＭＳコンポーネントから一般化イベントを受信し、各イベントを構文解析して関連データを抽出し、イベントの形式を識別する。それがＳＳ７関連のイベントの場合、イベント処理４０２は、アラーム生成または関連づけといった所定のアルゴリズムを現行アラームに適用する。最初の３工程５０２〜５０６は、各ＳＮＭＳセッションの開始時に実行される初期化プロセスである。それらはシステムが作業できる状態を確立する。その後、工程５１０〜５４２は連続ループとして実行される。工程５０２では、現在のトポロジーデータがトポロジーサーバー３０６のトポロジーデータストアから読み出される。このトポロジーデータストアは、トポロジー処理プロセス４０６において作成され、図４に示すようにイベント処理４０２に入力される。読み出されるトポロジーデータはトポロジー処理４０６において構文解析されているので、工程５０２では、処理の準備のできている標準化イベントとしてイベント処理４０２によって読み出される。工程５０４で、アルゴリズム定義コンポーネント４０８によって生成されたアルゴリズムが読み込まれる。これらのアルゴリズムは、ＳＮＭＳが各アラームでどのようなアクションをとるかを決定する。ＳＮＭＳはどの種類のアラームに対してどのアルゴリズムを呼び出すかのマップを有している。工程５０６では、データ関係報告プロセス４１４で生成される故障管理（ＦＭ）報告データベースからアラーム記録が読み込まれる。以前の全部のアラームは破棄される。（工程５０２で読み出された）トポロジーに存在しないノードまたは回線に関してアクティブであるいずれのアラームも破棄される。また、（工程５０４で読み出された）いずれの現行のアルゴリズムにマップされないアラームも破棄される。アラームは、初期化においてのみＦＭ報告データベースから読み出される。システムの性能を強化するために、その後のアラーム記録はイベント処理コンポーネント４０２に内部的であるデータベースから検索される。工程５０６は初期化プロセスを終結し、現在のトポロジー、アルゴリズムおよびアラームが読み込まれると、ＳＮＭＳはイベントの読み取り、分析、処理および記憶の連続プロセスを開始できる。このプロセスは工程５１０から始まり、そこでは待ち行列にある次のイベントが受信および識別される。待ち行列は、イベント処理コンポーネント４０２にネットワークイベント、トポロジーイベントおよびＮＭＳイベントを供給する先入れ先出し（ＦＩＦＯ）待ち行列である。反復のために、工程５０２で読み出されるトポロジーデータおよび工程５０４で読み出されるアラームデータは、システム状態を生成するために起動時に読み出される初期化データである。工程５１０では、現在のイベントがプロセスコンポーネント４０４、４０６および４１０から連続的に読み込まれる。これらのイベントは、すでに構文解析されており、標準化ＳＮＭＳイベントとして受信される。その後ＳＮＭＳは、受信されるイベントの種類を識別する。イベントがいずれかのスレッショルド（例えば１時間）よりも古いとわかった場合、そのイベントは破棄される。工程５１２、５２０、５２４および５３４で、ＳＮＭＳは、工程５１０でなされたイベントの種類の識別にもとづき、そのイベントをどのように処理するかを決定する。工程５１２でイベントがトポロジーデータであると判断された場合、ＳＮＭＳは、工程５１４で、新しいトポロジーを反映させるためにＧＵＩディスプレイを更新する。工程５１６で、ＳＮＭＳは、新しいトポロジーにマップされないあらゆるアラームを破棄するためにアクティブアラームとの調停を実行する。工程５１８で、新しいトポロジーデータはトポロジーデータストアに記録され、ＳＮＭＳトポロジーサーバー３０６において保持される。工程５２０で、イベントがＤＳ−３アラーム３３８といったＮＭＳデータであると判断されると、そのイベントは、ＳＮＭＳ規則による以後の参照のためにＳＮＭＳ報告サーバー３０４のＦＭ報告データベースに記憶される。工程５２４で、イベントが定義されたＳＳ７ネットワークイベントであると判断された場合は、工程５２６で１つ以上のアルゴリズムがそのイベントのために呼び出される。それらのアルゴリズムは、ネットワークマネジメントシステム３３８、ネットワークメンテナンススケジュール３４０およびネットワークトポロジー３３４から受信されるデータを利用することができる。例えば、各回線レベルアルゴリズムがアラームを生成する場合、それはネットワークメンテナンススケジュール３４０およびＮＭＳ３３８の記録に照らしてチェックを行う。各アラームの記録は、指定の回線がメンテナンスウィンドウにある場合（ネットワークメンテナンススケジュール３４０）またはそれが通信アラームを有するＤＳ−３で搬送されている場合（ＮＭＳ３３８）、タグが付けられる。ＳＳ７回線がＤＳ−０レベルで通っている場合、ネットワークトポロジーデータベース３３４はＤＳ−３／ＤＳ−０変換テーブルを提供する。ＤＳ−３内のあらゆるＤＳ−０回線は潜在的に通信故障内に含まれるとタグが付けられる。ＮＭＳ３３８から記録を消去すると、アクティブのＳＮＭＳ回線レベルアラームの評価を生じさせ、それにより関連するＮＭＳ３３８関係を除去できる。ＳＮＭＳ消去イベントは実際のＳＮＭＳアラームを消去することになる。ＧＵＩフィルタは、ユーザーが、メンテナンスウィンドウに当てはまる、または、通信故障内に含まれるアラームをマスクできるようにしている。これらのアラームはＳＮＭＳオペレータの処置を要さないからである。工程５２８で、アクティブのアラームが、工程５２６から生じた新しいアラーム生成および消去と調停される。工程５３０でＧＵＩディスプレイが故障される。工程５３２では新しいアラームデータがＦＭ報告データベースに記憶される。工程５３４で、イベントがタイマであると判断されることもある。ＳＮＭＳアルゴリズムは、持続およびレートアルゴリズムのためなどに、特定の条件の以後の処理を所定の時間遅延させる必要がある場合もある。遅延タイマはこの条件に関して設定され、新しいＳＮＭＳイベントが続行される。その時間が経過すると、ＳＮＭＳは、その時間をイベントとして扱い、適切なアルゴリズムを実行する例えば、ＳＳ７リンクが、数秒以内に再び機能する可能性を伴って瞬間的に停止する、または、何らかの措置を要する深刻な故障のためにさらに長い時間休止することもある。ＳＮＭＳは、こうしたイベントを受信すると、たぶん１分のタイマをそのイベントに割り当てるはずである。そのイベントが１分以内に解消されれば、ＳＮＭＳはそれに関していかなるアクションもとらない。しかし、１分タイマが経過した後にそのイベントが変わっていなければ（ＳＳ７リンクが依然停止している）、ＳＮＭＳはアクションをとることになる。工程５３６において、そうしたアクションをとるために適切なアルゴリズムが呼び出される。工程５３８で、アクティブアラームが、工程５３６で発生または解消されたアラームと調停される。工程５４０でＧＵＩディスプレイが更新される。工程５４２で新しいアラームデータがＦＭ報告データベースに記憶される。上述の通り、ＳＮＭＳは、イベントの受信および処理に関して連続的に動作する。データは工程５１８、５２２、５３２および５４２で記憶され、プロセスは工程５１０に復帰する。次に図６について説明する。ネットワークイベント受信コンポーネント４０４の詳細プロセスが例示されている。このコンポーネントは、非同期データネットワーク３２０，ＳＷＩＦＴ３２６、Ｘ．２５ＯＳＳネットワーク３２８およびＬＳＥ３３０といったデータ搬送機構によってＳＳ７ネットワーク構成要素からイベントを収集する。これらのイベントは、ＳＮＭＳ警報サーバー３０２によって先入れ先出し（ＦＩＦＯ）待ち行列Ｉ受信される。工程６０２およびにおいて、ＳＳ７ネットワーク構成要素からのイベントが、ＳＷＩＦＴ３２６およびＬＳＥ３３０といった、ＳＮＭＳにとって外部的であるメインフレームアプリケーションによって収集され、イベントデータのプロトコルが、ネットワーク構成要素固有プロトコルからＳＮＡまたはＴＣＰ／ＩＰへ変換される。１実施態様では、ＳＮＭＳは、メインフレームで走行する、プロトコルをＳＮＭＳ警報サーバー３０２が認識可能なプロトコルへ変換するソフトウエアを有することもできる。イベントデータはその後、ＳＮＡまたはＴＣＰ／ＩＰによってＳＮＭＳ警報サーバー３０２へ送信される。ＳＮＭＳは、処理すべき全部のＳＳ７イベントタイプの信号送信イベントリスト６０８を維持している。工程６０６で、ＳＮＭＳは信号送信イベントリスト６０８をチェックし、そのイベントがリストにあれば、ＳＮＭＳはそのイベントを処理するために取り出す。イベントがリストになければ、ＳＮＭＳはそれを破棄する。工程６１０で、イベントは、定義された解析ルール６１４に従って解析される。解析ルール６１４は、どのタイプのイベントからどのフィールドを抽出すべきかを指定しており、ＳＮＭＳコードにプログラムされている。工程６１０におけるイベントの解析は、アラームアルゴリズムまたはディスプレイ内に必要であるようなイベントデータフィールドだけを抽出する。また、工程６１０には、ネットワークメンテナンススケジュール３４０からのスケジュールされたイベント６１２も入力される。スケジュールされたイベント６１２は、スケジュールされたネットワークメンテナンスの結果であることもある工程６０２で収集された各ネットワークイベントを識別するために使用される。これにより、ＳＮＭＳオペレータは、計画されたメンテナンスにより生じるようなＳＳ７ネットワークの停止を考慮することができる。工程６１６で、解析されたイベントデータは、他のＳＮＭＳプログラムによって使用される、ＳＮＭＳ常駐メモリに標準化されたイベントオブジェクトを生成するために使用される。それらのイベントオブジェクトは、工程５１０において、メインプロセスであるイベント処理４０２に読み込まれる。次に図７について説明する。プロセストポロジーコンポーネント４０６の詳細プロセスが例示されている。このプロセスコンポーネントは、３種類のソースからネットワークトポロジーおよびコンフィギュレーションデータを検索し、標準化トポロジーデータレコードを生成し、それらのデータを他のＳＮＭＳプロセスが使用するために記憶する。特に、このコンポーネントは、工程５０２で、警報サーバー３０２で走行するイベント処理４０２にアクティブトポロジーデータを供給する。工程７０２において、ＳＮＭＳトポロジーサーバー３０６は３種類の異なるソースからトポロジーデータを収集する。それは、ＳＳ７ネットワーク構成要素によって生成された現在の接続およびコンフィギュレーションデータを、制御システム３３２を通じて集める。また、オーダエントリシステムおよびエンジニアリングシステムに入力され、ネットワークトポロジーデータベース３３４に記憶されたトポロジーデータを集める。さらに、ワークステーションによる手動オーバーライド３３６も受け入れる。トポロジーデータベース３３４および制御システム３３２からのデータの収集は、定期的に行われ、ＳＮＭＳ警報サーバー３０２とは独立して実行される。ＰＭＵ１０６から検索されたデータを使用する従来技術のシステムとは異なり、ＳＮＭＳは、図２に示したようなＰＭＵ１０６に接続されていない構成要素を含め、全部の形式のネットワーク構成要素からトポロジーデータを受信する。ＳＮＭＳはまた、市内交換電話会社（ＬＥＣ）または国際電話会社のものといった、外国のネットワークのトポロジーを反映したデータを使用する。これらのデータは、ＳＳ７リンクの停止によっていずれのエンドユーザーが影響を受けるかといったようなことをＳＮＭＳユーザーが判断できるようにする、影響評価を実行するために使用される。トポロジーデータの形式はＳＮＭＳにより収集および使用されるが、例えばＳＴＰ１０４とスイッチ／ＳＳＰ１０２とのＳＳ７リンケージに関するデータは、ネットワークオーダエントリシステムおよびエンジニアリングシステムによって受信される。データおよびその内容の簡単な説明を以下に示す。ＳＴＰリンクＩＤＳＴＰへの各ＳＳ７リンクを識別するスイッチリンクＩＤスイッチ／ＳＰへの各ＳＳ７リンクを識別するＳＴＰリンクセットＳＴＰへのＳＳ７リンクのトランク群を識別するスイッチリンクセットスイッチ／ＳＰへのＳＳ７リンクのトランク群を識別するＭＣＩ／Ｔｅｌｃｏ回線ＩＤ外部システムへのＳＳ７リンクを識別する。２つの異なるネットワーク間のインターフェースの場合、各ＩＤ（ＭＣＩＩＤおよびＴｅｌｃｏＩＤ）は各ネットワーク（この場合ＭＣＩおよびＴｅｌｃｏ）のＳＳ７リンクの識別を付与する。リンクタイプＳＳ７リンクのタイプを識別するＳＬＣ信号リンクコードＳＳ７によってサポートされる音声交換網の場合、データは、ネットワークオーダエントリシステムおよびエンジニアリングシステムによって受信され、ＳＳ７イベント影響評価を行うために使用される。音声トランク群各ＳＳＰ１０２によってサポートされた音声トランク群国内ＳＴＰ１０４ｇと国際ＳＴＰ１０４ｈとのＳＳ７リンケージの場合、データは、ネットワークオーダエントリシステムおよびエンジニアリングシステムによって受信される。回線ＩＤ外部システムとのＳＳ７リンクを識別するＳＬＣ信号リンクコード影響評価を実行するために、市内交換電話会社（ＬＥＣ）のＮＰＡ／ＮＸＸ割り当ておよび端局−アクセスタンデム帰還構成は、Ｂｅｌｌｃｏｒｅの市内交換経路決定ガイド（ＬＥＲＧ）により一般的である呼出しエリアデータベースによって受信される。ＬＡＴＡ地域サービス区域（従来通り）ＮＰＡ／ＮＸＸナンバリングプランエリア／接頭語（従来通り）端局ＬＥＣ顧客サービスノードアクセスタンデムＬＥＣ端局ハブ外国ネットワークＳＴＰ１０４クラスタ方式およびＳＳＰ１０２帰還構成は、制御システムを通じてＳＳ７ネットワークによって受信される。ポイントコードＳＳ７ノードを識別する（従来通り）各ネットワーク構成要素の一部の側面を識別するデータは、外部システムに存在するスイッチコンフィギュレーションファイルによって受信される。各ネットワークＤＳ−０のＤＳ−３へのデータマッピングは、ネットワークトポロジーデータベースによって受信される。このデータは、ＮＭＳによって受信されるＤＳ−３アラームをＤＳ−０レベル回線に割り当てるために使用される。自動化プロセスによって取得されたデータを上書きするために必要なデータは、手動オーバーライドによって供給される。ここで図７の説明に戻れば、工程７０４で、各種トポロジーデータが、ＳＮＭＳアルゴリズムにより必要なデータフィールドを抽出するために解析される。その後これらのデータは、イベント処理４０２により処理できるイベントレコードに標準化される。工程７０６で、標準化されたイベントレコードは他のデータに照らして確認される。例えば、回線トポロジーレコードは、確実にエンドノードが識別および定義されるように、ノードトポロジーレコードに照らして確認される。工程７０８で、トポロジーデータは、図３のトポロジーサーバー３０６の、Ｓｙｂａｓｅ社から提供されているような関係型データベースに記憶される。工程７１０で、新しいトポロジーレコードが、トポロジーサーバー３０６から、警報サーバー３０２で走行するＳＮＭＳメインプロセスに渡され、アクティブなコンフィギュレーション（すなわち、メモリに現在ロードされているコンフィギュレーション）と比較照合される。アクティブなアラームおよびＧＵＩディスプレイが、不在のトポロジーエントリに関係するアラームを解除するために調停される。工程７１２で、トポロジーは、性能上の理由でフラットファイル形式で（イベント処理４０２が使用するために）警報サーバー３０２に記憶される。この時、そのフラットファイルは、工程７０８からのトポロジーサーバー３０６のデータベースを反映している。このフラットファイルはメインプロセスによってのみアクセス可能である。工程７１４で、新しいトポロジーレコードがアクティブのＳＮＭＳメモリにロードされ、その時点でトポロジーデータを必要とする新しいプロセスがその新しいコンフィギュレーションを使用する。次に図８について説明する。アラーム表示コンポーネント４１２の詳細プロセスが例示されている。このプロセスコンポーネントは、ＳＮＭＳ処理の結果をユーザー（“オペレータ”と呼ぶ）に提示し、オペレータ入力をＳＮＭＳ内で実行すべきアクションとして受け入れる。従って、アラーム表示４１２とイベント処理４０２との間の処理は双方向である。留意すべき重要な点は、ＳＮＭＳシステム全体にとっては単一のイベント処理プロセス４０２が走行しているが、ＳＮＭＳにログオンしたオペレータにとっては異なる例のアラーム表示プロセス４１２が走行しているということである。すなわち、各オペレータはアラーム表示４１２に個別の実行を生じさせる。オペレータがＳＮＭＳにログオンすると、最初の４工程８０２〜８０８が初期化を実行する。その後、工程８１０〜８３８は連続ループとして動作する。初期化は、各オペレータに作業し始めるシステム状態を作る。工程８０２で、現在のトポロジーが読み込まれ、グラフィカルユーザーインターフェース（ＧＵＩ）によって表示される。各オペレータは、オペレータ要求にもとづいて開始および終了する自身のＧＵＩプロセスを有する。各ＧＵＩプロセスはその表示を独立して管理する。あらゆるステータスの変化は個々のプロセスによって取り扱われる。工程８０４で、特定のオペレータビューを定義するフィルタが読み込まれる。各オペレータは、自己のＧＵＩプロセスが表示するビューを定義できる。フィルタパラメータには以下が含まれる。１．トラヒックアラーム、ファシリティアラーム、またはその両方２．確認済アラーム、未確認アラーム、またはその両方３．メンテナンスウィンドウ内の回線に関するアラーム、メンテナンスウィンドウ内にない回線に関するアラーム、またはその両方４．関係づけられた通信アラーム（故障識別によるＤＳ−３アラーム）を有する回線に関するアラーム、関係づけられた通信アラームを持たない回線に関するアラーム、またはその両方５．指定の厳格さでのアラーム６．指定の顧客ＩＤによって所有されたノード／回線に関するアラーム７．国際回線に関するアラーム、国内回線に関するアラーム、またはその両方オペレータのＧＵＩ表示は、工程８０４における初期化および、フィルタの変更が工程８２８および８３０で要求された場合の両者において更新される。アラーム表示４１２プロセスの各々の特定オペレータの例は、その特定オペレータのフィルタに関連するアラームレコードのみが送信されるようにイベント処理４０２との接続を開く。工程８０６で、特定オペレータのプロセスは、どのアラームが送信されるべきかを識別するためにイベント処理４０２に登録する。工程８０８で、ＧＵＩ表示がオペレータに提示される。アラーム表示４１２の連続実行は工程８１０から始まる。検索および提示される各イベントは、オペレータフィルタによる定義に従って、受信および識別される。工程８１２、８１６、８２０、８２６および８３６において、ＳＮＭＳは、工程８１０でなされたイベントタイプ識別にもとづき、イベントをどのように扱うかを決定する。工程８１２および８１６で、イベントがアラーム更新またはトポロジー更新であると判断されると、それぞれ工程８１４および８１８において、オペレータのＧＵＩ表示はそれを反映するように更新される。その後、工程８１０で次のイベントが受信される。工程８２０において、イベントがオペレータアクションであると判断されると、２つのアクティビティが要求される。第１に、工程８２２で、そのオペレータのＧＵＩ表示がステータス変化を反映するように更新される。その後、工程８２４で、ステータス変化の更新はメインプロセスのイベント処理４０２に送信され、それにより、ステータス変化はＳＮＭＳレコードに反映され、他のＧＵＩプロセスも（他のオペレータのために）そのステータス変化を受信および反応することができる。工程８２６で、イベントがオペレータの表示アクションであると判断されると、そのアクションがフィルタ変更要求または表示要求であるかどうかが判断される。工程８２８で、フィルタ変更要求であると判断されると、工程８３０でＧＵＩプロセスは、適切なアラームレコードが送信されるようにイベント処理４０２に登録する。工程８３２で、それがオペレータの表示要求であると判断されると、工程８３４で適切な表示がオペレータに提示される。表示要求は以下を含むことができる。１．ノードの詳細および接続２．回線接続３．リンクセット接続４．未知トポロジーアラーム（トポロジーデータベースに未定義であるオブジェクトに関するアラーム）５．ＳＴＰペア接続６．ＬＡＴＡ内に含まれるノード７．ホーム／メイト接続（非隣接ノードの）８．ＮＰＡ／ＮＸＸリスト９．トランク群リスト１０．端局アクセスタンデム１１．ルール定義ヘルプ画面（アラーム生成で使用される実際のアルゴリズムを理解する上でオペレータを助成する）１２．勧告アクション（特定のアラームを受信した時にとるべきオペレータ定義アクション）工程８３６で、イベントが終了要求であると判断されると、特定のオペレータのＧＵＩプロセスは工程８３８で終了する。そうでなければ、工程８１０で次のイベントが受信される。アラーム表示プロセス内で、ＳＮＭＳは、故障隔離、影響評価およびトラブル処理をサポートするいくつかの独自の表示ウィンドウを呈示する。ノードおよび回線記号を含む全部のＧＵＩ表示は、ＳＮＭＳ内の“アクティブ”ウィンドウである（すなわち、ノードまたは回線のアラームステータスが変化すると画面は動的に更新される）。全部の表示は、ＳＮＭＳ内で使用されるＭＣＩトポロジーソースの集合にとって使用可能である。ＳＮＭＳは、オペレータ表示で使用されるＳＮＭＳの広範なトポロジー処理を備える。Ａ．ＳＮＭＳ回線マップこのウィンドウは、選択されたリンクセットのトポロジーおよびアラームステータス情報を表示する。ネットワークイベントが受信されると、ＳＮＭＳは、エンドポイント間の関係を認識し、発生アラームを低減することにより故障を分離する。この表示により、オペレータは、信号回線の両側から（ノードの視野から）見えるようにリンクセットを監視することができる。Ｂ．ＳＮＭＳ接続マップこのウィンドウは、ＭＣＩの信号ネットワークのクラスタビューを提示する。クラスタのＭＣＩＳＴＰに接続されたＭＣＩおよび非ＭＣＩの全部のノードが、関係するリンクセットとともに表示される。クラスタビューは、単一のＳＴＰの故障または孤立はサービスに影響するものではないが、クラスタの障害は、全部のＭＣＩＳＰがそのクラスタの２つのＭＣＩＳＴＰと接続されことからサービスに影響を及ぼすという点で、重要である。Ｃ．ＳＮＭＳ非隣接ノードマップこのウィンドウは、選択したＬＥＣ信号ネットワークのＳＴＰペアビューを提示する。ＬＥＣＳＴＰペアと接続された全部のＬＥＣＳＰ、ＳＴＰおよびＳＣＰ（ＭＣＩネットワークと信号関係を有する）が表示される。ＭＣＩの責任範囲はＬＥＣＳＴＰ−ＬＥＣＳＳＰ信号リンクを含まないので、いずれのリンクセットもここには表示されない。この表示は、ＳＴＰオペレータが、ＭＣＩノードによって見えるようにＬＥＣ信号ネットワークを監視することを可能にする。Ｄ．ＳＮＭＳＬＡＴＡ接続マップこのウィンドウは、指定のＬＡＴＡ内に位置する全部のＬＥＣ所有ノードのマップを提示する。また、ＬＡＴＡにサービスするＭＣＩＳＴＰペアも、関係するリンクセット（適用可能な場合）とともに表示される。この表示は、オペレータが、ＬＡＴＡ内で問題が生じた場合に、特定のＬＡＴＡを厳密に監視できるようにする。ＬＡＴＡの問題は、ＭＣＩの制御範囲外であるが、信号メッセージをそれらネットワーク間で共用しているためにＭＣＩネットワーク内の問題を生じ得る。また、指定のＬＡＴＡに着信するＭＣＩ音声トラヒックがＬＡＴＡの停止によって影響される可能性もある。Ｅ．ＮＰＡ−ＮＸＸ情報リストこのウィンドウは、指定のＬＥＣスイッチによってサービスされるＮＰＡ−ＮＸＸのリストを提示する。この表示は、影響評価期間において極めて貴重である（すなわち、指定のＬＥＣスイッチを分離すれば、いずれかのＮＰＡ−ＮＸＸが使用できなくなる）。Ｆ．端局情報リストこのウィンドウは、指定のＬＥＣアクセスタンデムに帰還するＬＥＣ端局ノードのリストを提示する。この表示は、影響評価期間において極めて貴重である（すなわち、指定のＬＥＣタンデムスイッチを分離すれば、いずれかの端局が使用できなくなる）。Ｇ．トランク群情報リストこのウィンドウは、指定のＭＣＩスイッチに接続されたＭＣＩ音声トランクおよび、それらが着信するＬＥＣ端局スイッチのリストを提示する。この表示は、影響評価期間において極めて貴重である（すなわち、ＭＣＩスイッチを分離した時に、いずれかの端局が影響を受ける）。この表示は選択したＬＥＣ端局のスイッチについても使用可能である。Ｈ．フィルタ定義ウィンドウＳＮＭＳオペレータは、自己の表示の範囲を以下に限定することができる。・提示されるアラームタイプ・提示されるアラームの厳格さ・確認済アラーム、未確認アラーム、またはその両方・計画された停止ウィンドウ内の回線に関するアラーム、計画された停止ウィンドウ外の回線に関するアラーム、またはその両方・所定の通信ネットワーク停止の結果ではないアラーム・指定の顧客ノードに関するアラームまたは指定の顧客に接続された回線に関するアラームＩ．トラブルチケットウィンドウＳＮＭＳオペレータは、信号アラームのトラブルチケットを開くことができる。これらのトラブルチケットはＭＣＩのトラブルチケットシステムにおいて開かれる。オペレータはまた、現在のトラブルチケットのステータスを表示させることもできる。次に図９について説明する。データ関係報告コンポーネント４１４の詳細プロセスが例示されている。報告サーバー３０４で走行するこのプロセスコンポーネントは、ＳＮＭＳ処理されたデータを記憶し、報告を行う。標準化ネットワーク構成要素（ＮＥ）イベントレコード９１４は、ロケーション固有タイムスタンプを伴い受信される。工程９０２で、そのタイムスタンプは、標準化報告が作成できるように、グリニッジ標準時（ＧＭＴ）に変換される。工程９０４で、受信された全部のデータは個別のデータベーステーブルに記憶される。データは、長期記憶のためにテープまたはディスクに保管することもできる。これらのデータは、ＳＮＭＳ生成アラーム９１６、標準化トポロジーレコード９１８およびＰＭＵ９２０からの性能統計を含む。また、ＮＭＳ３３８からのＤＳ−３アラームやネットワークメンテナンススケジュールデータ３４０といった非処理データを含むこともできる。工程９０６で、報告が作成される。これらの報告は、カスタマイズ報告またはフォーム報告とすることができる。また、要求ごとに作成しても、スケジュールに従って作成してもよい。これらの報告は、電子メール９０８、Ｘ端末ディスプレイ９１０および印刷報告９１２を含むが、それらに限らず多様な方法で提示することができよう。ＸＩＩ．ＰＯＴＳを介するテレビ電話ＰＯＴＳを介する音声からの次の論理ステップはビデオである。現在、コンピュータは、ある種のコンピュータネットワークに接続される場合、互いにビデオ “呼び出し”を行うことができる。しかしながら、大部分の人々は、あるネットワークに接続されたコンピュータの他のモデムに対するＰＯＴＳのモデムからの呼び出しを行うことによってコンピュータネットワークにアクセスを行うだけであるので、そのとき、同様にモデムによって接続されているネットワークのコンピュータを“呼び出す”ことができる。ＰＯＴＳ上の他の人を直接呼び出し、ネットワークオーバーヘッドなしにモデムを互いに通信させることは、非常に簡単（かつ効率的）である。ＩＴＵ勧告Ｈ．３２４は、ＰＯＴＳを介して作動させるＶ．３４を利用する低ビット伝送速度（２８．８ｋｂｐｓモデム）マルチメディア通信のための端末を示している。Ｈ．３２４端末は、実時間音声、データおよびビデオ、あるいはテレビ電話を含む任意の組み合わせを伝達してもよい。Ｈ．３２４端末は、パソコンに一体化されてもよいしあるいはテレビ電話およびテレビのようなスタンドアローン装置で実現されてもよい。各メディアの種類（音声、データ、ビデオ）に対するサポートは随意であるが、サポートされる場合、指定された共通動作モードを使用できることは必要であるので、全ての端末は、メディアの種類が相互に作用できることをサポートする。Ｈ．３２４によって、１つあるいはそれ以上の各タイプのチャネルを使用することがある。Ｈ．３２４シリーズの他の勧告は、Ｈ．２２３マルチプレックス（音声、データおよびビデオの組み合わせ）と、Ｈ．２４５制御装置と、Ｈ．２６３ビデオ符復号器（ディジタルエンコーダおよびデコーダ）とＧ．７２３．１１オーディオ符復号器とを含んでいる。Ｈ．３２４は、チャネルが開放されている場合、各論理チャネルの内容が示されているＩＴＵ勧告Ｈ．２４５の論理チャネル信号手順を利用する。各発呼者がそのマシンのマルチメディア機能だけを使用することができる手順が装備されている。例えば、オーディオ機能だけを行い、ビデオ機能を行わない誰かにビデオ（およびオーディオ）呼び出しを行うことをやってみる人はなおオーディオ方式と通信できる（Ｇ．７２３．１．１）。定義上、Ｈ．３２４はポイントツーポイントプロトコルである。１人以上の他の人と会議を開くために、ＭＣＵ（マルチポイント制御ユニット）は、ビデオ呼び出しブリッジとして役目を果たす必要がある。Ｈ．３２４コンピュータは、ＩＳＤＮのＨ．３２０コンピュータならびに無線ネットワークのコンピュータと相互に作用してもよい。Ａ．ビデオ電話システムの構成要素１．ＡＣＤを有するＤＳＰモデムプールディジタル信号プロセッサ（ＤＳＰ）は、（新しいＶモデムプロトコル、ＤＴＭＦ検出等のような）余分の機能のためにプログラムできる各モデムを有するモデムバンクである。呼び出しは、ＭＣＩスイッチからＡＣＤに経路決定される。ＡＣＤは、ＤＳＰモデムが使用可能であるＡＣＤのマトリックスを保有する。ＡＣＤは、エージェントのどのグループがこの呼び出しに対して責任を負うべきであるかおよびエージェントのどれがこの呼び出しを自由に処理できるかも決定するようにグループ選択を行うＩＳＮＡＰとも通信する。他の実施例では、ＤＳＰ資源は、スイッチに直接に接続されるＡＣＤなしに配置できる。本実施例では、ＤＳＰ資源は、ＮＣＳによる経路決定ステップを使用して管理される。２．エージェントエージェントは、ヒューマンビデオオペレータ（ビデオケイパブルＭＴＯＣ）であってもよいしあるいは自動プログラム（ビデオＡＲＵ）であってもよい。ＡＣＤは、どのエージェントポートが使用可能であるかを知り、エージェントをエージェントポートに接続する。３．ビデオオンホールドサーバーＡＣＤには使用可能なエージェントポートが全然ないならば、発呼者は、ＡＣＤが自由に使用できるエージェントポートを探すまで、広告および他の非対話式ビデオを利用できるビデオオンホールドサーバーに接続される。４．ビデオメールサーバービデオメールメッセージはここに記憶されている。顧客は自分のメールを管理し、このサーバーに記憶される挨拶を記録する。５．ビデオコンテンツエンジンビデオオンデマンドコンテンツはビデオコンテンツエンジンに備わっている。ここに記憶されたビデオは、予め記録された会議ビデオ、トレーニングビデオ等であってもよい。６．予約エンジン人々が複数の当事者のビデオ会議を予定したい場合、人々は、このシステムで会議の参加者および時間を指定できる。コンフィグレーションは、ヒューマンビデオオペレータの助けによってあるいはある他のフォームエントリ方法によって行うことができる。７．ビデオブリッジＨ．３２４はポイントツーポイントプロトコルであるために、マルチポイント会議装置は、各関係者の呼を管理し、ビデオストリームを適切に再指令する必要がある。ＭＣＵ会議は、Ｈ．３２４およびＨ．３２０準拠システムに対する顧客に役立つ。Ｂ．シナリオコンピュータあるいはセットトップＴＶは、Ｈ．３２４に準拠したソフトウェアと、ＰＯＴＳを介して使用し、２８．８ｋｂｐｓ（Ｖ．３４）あるいはそれ以上である可能性が最もあるモデムとを有する。１つの目的は他の当事者を呼び出すことにある。顧客が応答しないかあるいはビジーであるならば、発信者は、受け手の当事者にビデオメールを残すオプションを有する。他の目的は、２人以上の参加者との会議のスケジュールを入れ、この会議に参加することにある。Ｃ．接続設定図１９Ｂは、好ましい実施例による呼接続設定を示している。誰かにビデオ呼び出しを行う３つの方法がある。第１の方法は、（図１９Ｂの１および７から）顧客を単に呼び出すことにある。受け手がビジーであるかあるいは応答しない場合、発呼者は、１８００ＶＩＤＭＡＩＬに他の呼び出しを行うことができ、適切な手順を下記のとおり実行する。ユーザーが、１で“１８００ＶＩＤＭＡＩＬ”をダイヤルする場合、ＤＳＰモデムプールのＡＣＤは、スイッチをモデム２に接続し、ポートをエージェント３に接続する。それから、ユーザーは、Ｖメールデータインターフェース（ＶＭＤＩ）と呼ばれる（ＩＴＵＴ．１２０規格を使用して）Ｈ．３２４バンド幅のデータストリーム部を使用する特別のカスタム端末プログラムを有するシステムにログインする。グラフィカルユーザーインターフェース、アイコンあるいは他のメニューから、発呼者は、 ‐ビデオケイパブルＭＣＩ顧客のディレクトリをざっと目を通し、検索するために、 ‐他のＨ．３２４に準拠したソフトウェアプログラムを呼び出すために、 ‐後で配信するための記憶・先送りに対するビデオメールを作成するために、 ‐顧客の挨拶メッセージに名前を付け、記録するために、 ‐顧客のビデオメールを見て、管理するか、あるいは ‐記録のライブラリからの選択を見る（ビデオオンデマンド）ために選択できる。他の実施例では、ユーザーは、電話番号を呼び出すために“１８００３２４ＣＡＬＬ”をダイヤルできる。それから、受け手の電話番号が１３１９３７５１７７２であったならば、モデムダイヤルストリングは、“ＡＴＤＴ１８００３２４ＣＡＬＬ,,,１３１９３７５１７７２”（コンマ“，”は、モデムにダイアリング中短い休止を行うことを知らせる）。１８００３２４ＣＡＬＬに対する接続が行われる場合、接続は、発信者から、ＡＣＤ２ａ、３ａによって選択される、ＭＣＩスイッチ１に、ＡＲＵ５ａに行われる。ＡＲＵ５ａは、受け手の電話番号を得るＤＴＭＦトーンを発生する電話キーパッドあるいは他の装置を通して入力されるＤＴＭＦトーンを検出する。発信者は、ＡＲＵ５ａが受け手の電話番号５ａ、６ａおよび７に別個の呼び出しを行っている間、保留のままである。受け手が応答するならば、発信者は受け手に接続され、両当事者のモデムが接続され、ＡＲＵ５ａは解放される。受け手が話し中であるかあるいは応答しないならば、呼は、ＤＳＰモデムプール２を通して１８００ＶＩＤＭＡＩＬあるいはエージェントに転送される。検出されるＤＴＭＦトーンが全然ない場合、呼はＤＳＰモデムプール２を通してエージェントに転送される。エージェントは、発呼者とＨ．３２４接続を行い、その受け手の電話番号を要求する（かあるいはヘルプを提供する）。この代替例のアーキテクチャは、いかにＦＡＸが検出され、他の実施例に関して述べられているような直通回線ＭＣＩシステムに送信されるのと同様である。Ｄ．受け手の呼び出し受け手の電話番号が既知である場合、ビデオオンホールドサーバーは、Ｈ．３２４接続４に対するビデオ入力を供給する。新しい呼び出しはエージェント５，６から受け手の電話番号７へ行われる。詳細な実施例を案出している間分析を要した１つの概念は、モデムがオフラインにならないで切換動作後に再同期化できるかどうかを決定することを必要とした。受け手の電話番号が応答し、モデムであるならば、接続ＭＵＳＴは、発信者モデム速度と同じ速度で行われべきである。モデムハンドシェークが実行された後、ＡＣＤは、スイッチにエージェント３、５を解放するように命令し、モデム２および６を解放し、発信者を受け手１および７に接続する。受け手ＰＣは、接続がＨ．３２４呼び出し（ＦＡＸでなくその他）であることに気づき、ビデオ呼び出しは続行する。他の実施例では、受け手が応答し、モデムであるならば、接続が行われる。そのとき、２つのＨ．３２４呼び出しは２つのＤＳＰモデムを使用する。エージェントは呼び出し３および５の両方から解放される場合もある。各呼び出しからの到来データは他の呼び出し２および６にコピーされる。このように、エージェントは、ビデオの記憶および先送り９に対するビデオ呼び出しを監視できる。１つの接続が搬送波との関係を断つと、ビデオ呼び出しが完了し、残りの呼び出しに対するモデム搬送波が断たれる。Ｅ．ビデオメールの記録、ビデオおよび挨拶の記憶および先送り受け手の電話番号が応答しないかあるいは話し中であるならば、ビデオメールサーバーは、受け手の電話番号８の所有者に対する適切なビデオメール挨拶を利用し、ビデオメールサーバーに記憶されるビデオメッセージを残す。ビデオの記憶および先送りのためのビデオの記録は、前述のビデオメッセージを残すのとちょうど同じである。現在利用可能な受け手の電話番号、転送時間、および任意の他のオーディオ記憶および先送り機能のようなパラメータは、ＶＭＤＩを通して入力されるかあるいはヒューマンビデオオペレータ（自動ビデオＡＲＵ）と通信される。あなたが話し中であるか応答しないために誰かがあなたと連絡できない場合、再生するための名前を付けられた挨拶を記録することはビデオメールを残すのと同様である。これを行うオプションは、ＶＭＤＩによって行われるかあるいはヒューマンビデオオペレータと通信される。Ｆ．ビデオメールおよびビデオオンデマンドの検索ユーザーは、新しいメッセージに対する自分のビデオメールを周期的にポーリングするかあるいはユーザーに手元に新しいメッセージがある場合、ビデオメールサーバーに周期的にユーザーを呼び出させるかの選択権を有する。コンフィグレーションは、ＶＭＤＩあるいはヒューマンビデオオペレータによって行われる。ビデオメールを管理し、チェックすることも、ＶＭＤＩによって行われるかあるいはヒューマンビデオオペレータと通信される。ビデオオンデマンド（ＶＯＤ）のためのビデオを見る選択はＭＣＩによるものである。これらのビデオは、予め記録されたビデオ会議、トレーニングビデオ等である場合もあり、ビデオコンテンツエンジン９に記憶される。Ｇ．ビデオ会議スケジューリングユーザーは、ＶＭＤＩあるいはインターネット１０ＷＷＷ形式によってナビゲートするかあるいはヒューマンビデオオペレータと通信し、マルチポイント会議をスケジュールできる。この情報は、予約エンジン１１に記憶される。他の会議参加者は、ビデオメール、電子メールあるいはその他でスケジュールを通知される。特定の時間（例えば、会議１時間前）にビデオメール（あるいは電子メール、音声メール、ページングサービスあるいは任意の他の使用可能な通知方法）によって全ての登録された会議関係者に気づかせるオプションがある。ＭＣＵ（ビデオブリッジ）は、各関係者１２に呼び出しできるかあるいはＨ．３２４ユーザーは、予定時間１２にＭＣＵにダイヤルインできる。ＸＩＩＩ．インターネットを介するテレビ電話図１９Ｅは、好ましい実施例によるインターネットを介するテレビ電話を送信するアーキテクチャを示している。実時間送信プロトコル（ＲＴＰ）ベースのビデオ会議は、カプセル化されるオーディオ、ビデオおよびデータの送信をＲＴＰメッセージと呼ぶ。ＲＴＰベースのビデオ会議セッションの間、エンドユーザー局は、そのときＲＴＰメッセージを移送するために使用されるインターネットとダイアルアップ・ポイントツーポイント（ＰＰＰ）接続を最初に確定する。オーディオ情報は、Ｇ．７２３．１１オーディオ符復号器（コーダ‐デコーダ）規格により圧縮され、データはＩＴＵ‐Ｔ．１２０規格により伝送される。ＲＴＰは、アプリケーションに対するサポートに実時間プロパティを提供するプロトコルである。ＵＤＰ／ＩＰはその最初のターゲットネットワーク環境であるのに対して、ＲＴＰは、ＩＰＸあるいは他のプロトコルを通じて使用できるようにトランスポート独立である。ＲＴＰは、資源予約あるいはサービス管理の質の問題を扱わない。その代わりに、ＲＴＰは、ＲＳＶＰのような資源予約プロトコルによる。大部分のネットワークユーザーが熟知している伝送サービスは、ポイントツーポイント、あるいはユニキャストサービスである。これは、ＨＤＬＣおよびＴＣＰのようなネットワークプロトコルによって提供されるサービスの標準形式である。（いずれにせよ、ワイヤベースネットワークで）幾分あまり普通に用いられていないのは同報通信サービスである。大きなネットワークを通じて、同報通信は、受け入れられないので（何故ならば、同報通信は、個別のサブネットが同報通信に関与しているか否かに関係なく、徹底してネットワークバンド幅を使用するためである）、同報通信は通常ＬＡＮ広域使用に制限される（同報通信サービスはＩＰのような低レベルネットワークプロトコルによって提供される）。ＬＡＮ上でさえ、同報通信は、同報通信データに関与しているか否かを決定するために何らかの処理を実行するマシンを全て必要とするために、しばしば望ましくない。潜在的な広範囲の大衆に向けられたデータに対するより実用的な伝送サービスはマルチキャストである。ＷＡＮ上のマルチキャストモデルの下で、特定のマルチキャストサービスに積極的に関与されているホストのみはこのようなデータにホストへ経路決定させる。このことは、マルチキャストデータの発信者と受信者とのリンクのバンド幅消費を制限する。ＬＡＮ上で、多数のインターフェースカードは１つの機能を提供し、それによってこのカードは、カーネルが関与を登録しなかったマルチキャストデータを自動的に無視する。すなわち、これの結果、未関与ホストの不必要な処理オーバーヘッドはない。Ａ．構成要素ビデオコンテンツエンジンおよびＭＣＩ会議空間ネットワークからのビデオの同報通信に対するＭＢＯＮＥ機能を有するＲＳＶＰルータ。ＭＣＩは、局部的にマルチキャストを行い、多数のマルチキャストをインターネットに伝送出力するＭＢＯＮＥネットワークを有する。ＲＳＶＰは、インターネットアプリケーションがそのデータフローに対する特別のサービスの品質（ＱＯＳ）を得ることができるネットワーク管理プロトコルである。これは、一般的に時間の前あるいは動的のいずれかにデータパスに沿って予約資源を必要とする（が必ずしも必要ない）。ＲＳＶＰは、サービスの最善の成果および実時間品質の両方を提供する将来の“統合サービス”インターネットの構成要素である。一実施例は下記のとおりの詳細な明細書に示されている。ホスト（エンドシステム）のアプリケーションがそのデータストリームに対して特定のＱＯＳを要求する場合、ＲＳＶＰは、この要求をデータストリームのパスに沿って各ルータに伝え、要求されたサービスを供給するようにルータおよびホスト状態を保持する。ＲＳＶＰは資源予約を設定するために発生されるけれども、ＲＳＶＰは他の種類のネットワーク制御情報をデータフローパスに沿って移送するために容易に適合可能である。１．ディレクトリおよび記録エンジン人々がインターネットに接続される場合（モデムダイアルアップによろうと、直接接続あるいはその他によろうと）、人々はこのディレクトリに自分自身を登録できる。このディレクトリは、特定の人が会議を開くのに役立つがどうかを決定するために使用される。２．エージェントエージェントは、ヒューマンビデオオペレータ（ビデオケイパブルＭＴＯＣ））あるいは自動プログラム（ビデオＡＲＵ）の場合もある。好ましい実施例によるインターネットＡＣＤは、エージェントポートが管理できるように設計される。ＡＣＤは、どのエージェントポートが使用可能であるかを知り、エージェントを使用可能なエージェントポートに接続する。ＡＣＤには使用可能なエージェントポートが全然ないならば、発呼者は、ＡＣＤが自由に使用できるエージェントポートを探すまで、広告および他の非対話式ビデオを利用できるビデオオンホールドサーバーに接続される。３．ビデオメールサーバービデオメールメッセージはここに記憶されている。顧客は自分のメールを管理し、このサーバーに記憶される挨拶を記録する。４．ビデオコンテンツエンジンビデオオンデマンドコンテンツはビデオコンテンツエンジンに備わっている。ここに記憶されたビデオは、予め記録された会議ビデオ、トレーニングビデオ等であってもよい。５．予約エンジン人々が複数の当事者のビデオ会議を予定したい場合、人々は、このシステムで会議の関係者および時間を指定できる。コンフィグレーションは、ヒューマンビデオオペレータの助けによってあるいはある他のフォームエントリ方法によって行うことができる。６．ＭＣＩ会議空間これは、顧客が出席できるバーチャルリアリティ領域である。あらゆる参加者は“アバター(avatar)”として擬人化される。各アバターは、ビジュアルＩＤ、ビデオ、音声等のような多数の能力および機能を有する。アバターは、ドキュメント共有、ファイル転送等を示すいろいろなオブジェクトを処理することによって互いに対話し、互いに見ることができると同様に互いに話をすることができる。７．バーチャルリアリティ空間エンジン会議空間は、バーチャルリアリティエンジンによって生成され、管理される。このバーチャルリアリティエンジンは、会議空間のオブジェクト操作および任意の他の論理記述を管理する。Ｂ．シナリオユーザーがインターネットに現在接続している場合、ユーザーは、インターネットを介して（ＴＣＰとは対照的に）ＲＴＰを利用するＨ．２６３に準拠するシステムソフトウェアを利用する。ユーザーがＶＲＭＣＩ会議空間に参加することも望み、ビデオメールを作成し／見る場合、ユーザーはＶＲセッションに参加できる。Ｃ．接続設定インターネット上で他のビデオ呼び出しを行う最も簡単な方法は、最初の電話呼び出しのようなメニュおよびオプションによってナビゲートしないで呼び出しを簡単に行うことにある。しかしながら、受け手が話し中であるか応答しない場合、ＭＣＩはメッセージを届けるサービスを提供する。顧客はテレネットサーバー（例えば、telnet vmail.mci.com）にログインしあるいは特注のクライアント、もしくはＷＷＷ（例えば、http://vmail.mci.com）を使用できる。このサービスは、Ｖメールデータインターフェース（ＶＭＤＩ）と呼ばれ、前述のようなＰＯＴＳによってダイアリングする場合に使用可能なＶＭＤＩと同様である。メニュから、発呼者は、 ‐ビデオケイパブルＭＣＩ顧客のディレクトリをざっと目を通し、検索するために、 ‐他のＨ．３２４に準拠したソフトウェアプログラムを呼び出すために、 ‐後で配信するための記憶および先送りに対するビデオメールを作成するために、 ‐顧客の挨拶メッセージに名前を付け、記録するために、 ‐顧客のビデオメールを見て、管理するために、および ‐記録のライブラリからの選択を見る（ビデオオンデマンド）ために選択できる。ユーザーが受け手の名前、ＩＰアドレスあるいは他のＩＤを指示することによって呼び出す当事者を指定した場合、ディレクトリが調べられる。受け手が実際の呼び出しを行わないで呼び出しを受諾するかどうかを決定することが可能である。すなわち、そのために、受け手が呼び出しを受諾することが決定できるので、発信者のビデオクライアントは、受け手に接続することを知ることができる。発呼者はＷＷＷブラウザー（例えば、ネットスケープナビゲータ、マイクロソフトインターネットエクスポーラ、インターネットＭＣＩナビゲータ等）を使用してＶＭＤＩをアクセスする場合、呼び出しは、ジャバ、ジャバスクリプトあるいはヘルパーアプリケーションを使用して自動的に開始することができる。呼び出しが完了できない場合、ビデオメールを残す選択がある。Ｄ．ビデオメールの記録、ビデオおよび挨拶の記憶および先送りエージェントが、受け手の当事者が応じられない場合（オフライン、話し中、無応答等）、ビデオメールサーバーは、受け手の電話番号の所有者に対する適切なビデオメール挨拶を利用する。発呼者は、そのときビデオメールサーバーに記憶されたビデオメッセージを残す。ビデオの記憶および先送り（Ｓ＆Ｆ）のためのビデオの記録は、前述のようにビデオメッセージを残すのとちょうど同じである。現在利用可能な受け手の電話番号、転送時間および任意の他のオーディオＳ＆Ｆ機能のようなパラメータは、ＶＭＤＩを通じて入力されるかあるいはヒューマンビデオオペレータ（自動ビデオＡＲＵ）と通信される。顧客は、話し中あるいは応答しないために、顧客に届けることができないことを発呼者に挨拶する自分自身の名前を付けた挨拶を記録できる。これは、ＶＭＤＩによってビデオメールを残すのと同様に行われるかあるいはヒューマンビデオオペレータと通信される。Ｅ．ビデオメールおよびビデオオンデマンドの検索ユーザーは、新しいメッセージに対する自分のビデオメールを周期的にポーリングし、手元にある新しいメッセージがある場合、ビデオメールサーバーにユーザーを呼び出させる選択権を有する。コンフィグレーションは、ＶＭＤＩあるいはヒューマンビデオオペレータによって行われる。ビデオメールを管理し、チェックすることも、ＶＭＤＩによって行われるかあるいはヒューマンビデオオペレータと通信される。ビデオオンデマンド（ＶＯＤ）のためのビデオを見る選択はＭＣＩによってもたらされる。これらのビデオは、予め記録されたビデオ会議、トレーニングビデオ等である場合もあり、ビデオコンテンツエンジン９に記憶される。Ｆ．ビデオ会議スケジューリングユーザーは、ＶＭＤＩあるいはインターネット１０ＷＷＷ形式によってナビゲートするかあるいはヒューマンビデオオペレータと通信し、マルチポイント会議を予定できる。この情報は、予約エンジン８に記憶される。他の会議関係者は、ビデオメール、電子メールあるいはその他でスケジュールを通知される。特定の時間（例えば、会議１時間前）にビデオメール（あるいは電子メール、音声メール、ページングサービスあるいは任意の他の使用可能な通知方法）によって全ての登録された会議関係者に対する任意の思い出させるための暗示がもたらされる。Ｇ．バーチャルリアリティ複数の当事者の会議の場合、仮想会議場所はバーチャルリアリティ空間エンジンによって生成することができる。インターフェースのインプレメンテーションは、ＶＲＭＬに基づく実施例を含んでいる。各人は、“アバター”の制御下にある。各アバターは、可視表示（静止表示あるいはライブビデオ“ヘッド”）およびオーディオ（音声および音楽）のような多数の異なる機能を有してもよい。データ交換および協力は各ＶＲ会議室で実行できる全ての動作である。専用ＭＢＯＮＥネットワークは会議メンバーのデータストリームのマルチキャストを可能にする。あらゆる人はＶＲ空間で対話している場合、異なるビューを有しているので、ＶＲ空間エンジンは、各特定のアバターに対するビューにこれらのアバターストリームだけをマルチキャストすることによって他のあらゆる人へのあらゆる人の入来Ｈ．２６３ストリームの同報通信を最適化できる。ＸＩＶ．ビデオ会議アーキテクチャＭＣＩビデオ会議は、実時間音声、ビデオおよびデータ、あるいはテレビ電話を含む任意の組み合わせを含むマルチメディア通信のためのアーキテクチャを示している。このアーキテクチャは、相互運用を他のビデオ会議規格でも規定する。このアーキテクチャは、マルチポイントコンフィグレーションおよび制御、ディレクトリサービスおよびビデオメールサービスも規定する。Ａ．機能ビデオ会議アーキテクチャは、マルチメディアサービスシステムであり、多数の下記のことを含む特徴および機能を生じるように設計される。・ポイントツーポイントテレビ電話・制御情報およびマルチメディア情報を処理するＭＣＵによるマルチメディア会議・ＩＴＵＨ．３２０規格およびＩＴＵＨ．３２４規格に基づいた他のビデオ会議と相互に作用するゲートウエーに対するサポート・実時間音声、ビデオおよびデータあるいは任意の組み合わせ・マルチメディア情報ストリームが標準トランスポートプロトコルＲＴＰを使用してエンドユーザー端末間に移送される・エンドユーザー端末間のＩＴＵＨ．２６３ビデオおよびＩＴＵＧ．７２３オーディオと同様な動的機能交換およびモード優先権に対するサポート図１９Ｃは、好ましい実施例によるビデオ会議アーキテクチャを示している。ビデオ会議アーキテクチャの構成要素および詳細は下記に詳述される。Ｂ．構成要素テレビ電話システムは下記のことを含む構成要素セットで構成されている。・エンドユーザー端末・ＬＡＮ相互接続システム・ＩＴＵＨ．３２３サーバー・サポートサービスユニット１．エンドユーザー端末エンドユーザー端末は通信の終点である。ユーザーは、エンドユーザー端末を使用して通信し、ビデオ会議に参加する。ＩＴＵＨ．３２３端末１＆８、ＩＴＵＨ．３２０端末９およびＩＴＵＨ．３２４端末１０を含むエンドユーザー端末は、呼び出し制御機能、マルチポイント制御機能およびゲートウエー機能を与えるＩＴＵＨ．３２３サーバーによって相互に接続される。エンドユーザー端末は、マルチメディア入出力でき、電話器具、マイクロホーン、ビデオカメラ、ビデオディスプレイモニタおよびキーボードが装備されている。２．ＬＡＮ相互接続システムＬＡＮ相互接続システム３は、ＭＣＩ交換網２と、Ｈ．３２３サーバー４と、ビデオコンテンツエンジン５と、ビデオメールサーバー６とＨ．３２３ディレクトリサーバー７とも含んでいる異なるＨ．３２３システムとの間のインターフェースシステムである。テレビ電話セッションあるいはビデオ会議セッションに参加するエンドユーザー端末は、ＭＣＩ切換網と通信リンクを確定し、ＬＡＮ相互接続システムを通してＨ．３２３サーバーと通信する。ＬＡＮ相互接続システムは、Ｈ．３２３ビデオ会議システムに対するＡＣＤのような機能性を提供する。３．ＩＴＵＨ．３２３サーバーＨ．３２３サーバー４は、呼び出し制御、マルチポイント制御、マルチポイント処理、ＩＴＵＨ．３２０およびＩＴＵＨ．３２４のような異なるビデオ会議規格をサポートする端末間に相互に作用するゲートウエーサービスを含むいろいろなサービスを提供する。Ｈ．３２３サーバー４は、互いおよびエンドユーザー端末、ビデオメールサーバーおよびＨ．３２３ディレクトリサーバーのような他の外部システムと通信する個別の構成要素セットで構成されている。Ｈ．３２３サーバーの異なる構成要素は、下記のものを含む。・Ｈ．３２３ゲートキーパー・オペレータサービスモジュール・Ｈ．３２３マルチポイント制御ユニット（ＭＣＵ）・Ｈ．３２３ゲートウェイ４．ゲートキーパーＨ．３２３ゲートキーパーは、呼び出し制御サービスをＨ．３２３端末およびゲートウエーユニットに供給する。ゲートキーパーは、下記のことを含むいろいろなサービスを提供する。・端末、ゲートウエーおよびＭＣＵに対する呼び出し制御信号・ビデオ会議システムへのアクセスに対する許可制御・呼び出し許可・バンド幅制御および管理・異なる種類の相互に作用するビデオ会議システム間のアドレスを変換するトランスポートアドレス変換・継続している呼の呼制御・ディレクトリサービスを提供するディレクトリサーバー［７］とのインターフェース・ビデオメールサービス用ビデオメールサーバーとのインターフェースゲートキーパーは、異なる種類のサービス用ＩＴＵＨ．２２５ストリームパケット化手順および同期化手順を使用し、手動オペレータサービスを提供するためのオペレータサービスモジュールときっちりと一体化されている。５．オペレータサービスモジュールオペレータサービスモジュールは、手動／自動オペレータサービスを提供し、ゲートキーパーときっちりと一体化されている。ＬＡＮ上の他の所に置かれた手動あるいは自動オペレータ端末は、全て必要なオペレータサービスを提供するようにオペレータサービスモジュールを通してゲートキーパーと対話する。６．マルチポイント制御ユニット（ＭＣＵ）ＭＣＵは、マルチポイントコントローラおよびマルチポイントプロセッサで構成され、ビデオ会議用マルチポイント制御サービスおよび処理サービスを一緒に提供する。マルチポイントコントローラは、３つあるいはそれ以上の端末間で会議をサポートする制御機能を提供する。マルチポイントコントローラは、マルチポイント会議で各端末との機能交換を実行する。マルチポイントプロセッサは、マルチポイントコントローラの制御の下で混合、交換および他の必要な処理を含むオーディオ、ビデオおよび／またはデータストリームの処理を提供する。ＭＣＵは、ＩＴＵＨ．２４５メッセージおよび方法を使用し、マルチポイントコントローラおよびマルチポイントプロセッサの特徴および機能を実現する。７．ゲートウエーＨ．３２３ゲートウエーは、いろいろな伝送フォーマットとの間の適当な変換を提供する。変換サービスは、下記のものを含んでいる。・Ｈ．２４５とＨ．３２０システムの一部であるＨ．２２１との間の呼び出し信号メッセージ変換・Ｈ．２４５とＨ．２４２との間の通信手順変換・Ｈ．２６３、Ｈ．２６１、Ｇ．７２３、Ｇ．７２８およびＴ．１２０のようなビデオ、オーディオおよびデータのフォーマット間の変換Ｈ．３２３ゲートウエーは、伝送フォーマット、呼び出し設定および制御信号のための変換機能ならびに手順を提供する。８．サポートサービスユニットサポートサービスユニットは、異なるサービスをエンドユーザー端末に供給するＨ．３２３と対話するＨ．３２３ディレクトリサーバー７、ビデオメールサーバー６およびビデオコンテンツエンジン５を含んでいる。Ｈ．３２３ディレクトリサーバーは、ディレクトリサービスを提供し、Ｈ．３２３サーバーのゲートキーパーと対話する。ビデオメールサーバーは、Ｈ．３２３システムによって生成されたビデオメールの全てのリポジトリであり、ビデオメールの作成および再生のためのＨ．３２３サーバーのゲートキーパーユニットと対話する。ビデオコンテンツエンジンは、エンドユーザー端末に供給できる全ての種類のビデオコンテンツのリポジトリである。ビデオコンテンツエンジンは、Ｈ．３２３サーバーのゲートキーパーユニットと対話する。Ｃ．概要Ｈ．３２３ベースビデオ会議アーキテクチャは、実時間音声、ビデオおよびデータ、あるいはテレビ電話を含む任意の組み合わせを含むマルチメディア通信のためのアーキテクチャを十分に示している。Ｈ．３２３端末を有しているユーザーは、マルチメディアビデオ会議セッション、ポイントツーポイントテレビ電話セッション、あるいはビデオ機構が装備されていない他の端末ユーザーに対するオーディオ専用セッションに参加できる。このアーキテクチャは、ＩＴＵＨ．３２０およびＩＴＵＨ.３２４のような規格に基づいて他のビデオ会議端末と相互に作用するゲートウエーを含んでいる。このアーキテクチャは、検索機能を含む全ディレクトリサービスを提供するディレクトリサーバーを含んでいる。ビデオメールサーバーは、ビデオメールの記録および再生を提供するアーキテクチャの欠かせない部分である。ビデオコンテンツエンジンはマルチメディアコンテンツ配信サービスを提供する全アーキテクチャの一部でもある。ビデオ会議あるいはテレビ電話セッションに参加しているＨ．３２３端末は、ＭＣＩ交換網を通してＨ．３２３サーバーと通信する。Ｈ．３２３サーバーは、呼び出し制御、情報ストリーム送出、マルチポイント制御を含むいろいろなサービスおよびＨ．３２０端末あるいはＨ．３２４端末との相互に作用するゲートウエーサービスも提供する。このサーバーはディレクトリサービスおよびビデオメールサービスも提供する。ビデオ呼び出しを開始するＨ．３２３端末は、ＭＣＩ切換網を通じてＨ．３２３サーバーとの通信リンクを確立する。Ｈ．３２３サーバーによりネットワークに入ることを許可する際に、サーバーは、他の使用可能な端末のディレクトリを受け手端末あるいは受け手群を選択し、ビデオ会議に参加する呼び出し開始端末に提供する。それから、サーバーは、選択された受け手端末との通信リンクを設定し、最後に起呼端末および被呼端末をブリッジする。受け手端末が使用可能でないかあるいは話し中である場合、サーバーは、ビデオメールを届けるオプションを起呼端末に提供する。サーバーは、受取人にもビデオメールを知らせ、ビデオメールオンデマンドの検索に対する受取人サービスを提供する。Ｈ．３２３端末に対するコンテンツ配信のような付加サービスは、Ｈ．３２３サーバーによっても提供され、管理される。Ｄ．呼の流れの例Ｈ．３２３アーキテクチャベースビデオ会議のための呼の流れは、他のＨ．３２３端末、Ｈ．３２０端末およびＨ．３２４端末に対する呼を含むポイントツーポイントの呼およびマルチポイントビデオ会議の呼を含む異なる呼の種類に対して詳細に説明されている。図１９Ｃは、好ましい実施例によるいろいろな呼の流れを示している。１．ポイントツーポイントの呼ａ）ケース１：Ｈ．３２３端末−他のＨ．３２３端末間呼び出し開始Ｈ．３２３端末１は、ＭＣＩ切換網を通して他のＨ．３２３端末［８］への呼び出しを開始する。ゲートキーパーは、呼び出し確立および呼び出し制御を含むセッションを制御する際に必要とされる。端末エンドユーザーインターフェースは任意の商用ウェブブラウザーである。・起呼端末１は、ＭＣＩ切換網へのダイアルアップ呼び出しを開始する；・呼び出しは、ＬＡＮ相互接続３システムを通してＨ．３２３のＨ．３２３ゲートキーパーモジュールで終了される；・ＰＰＰリンクは、起呼端末と周知の当てにならないトランスポートアドレス／ポート上のゲートキーパー４との間で確立される；・起呼端末は、許可リクエストメッセージをゲートキーパー［４］に送信する；・ゲートキーパー４は、許可確認メッセージを送信し、ディレクトリサーバー７と通信し、ディレクトリ情報を起呼端末に表示するために起呼端末に送り返し、このディレクトリ情報は、ポイントツーポイントを含む呼び出しモードあるいは会議モードの、選択とともにウェブページとして表示される。・許可交換には周知のポート上でＨ．３２３呼び出し制御メッセージを通信するために信頼性のある接続の設定が続く；・端末ユーザーは、ポイントツーポイントモードを選択し、呼び出しの受け手も選択する。これは設定リクエストメッセージである；・オペレータサービスモジュール／オペレータとともにゲートキーパー４は、設定リクエストに対して被呼端末８を呼び出すことを続ける；・設定リクエストが失敗するならば、ゲートキーパー４は、起呼端末１に失敗を知らせ、ビデオメールを残す起呼端末のためのオプションを提供する；・起呼端末１のユーザーが、受け手端末８のユーザーに対するビデオメールを残すことを選択する場合、ゲートキーパー４は、ビデオメールサーバー６との接続を確立し、Ｈ．２４５接続に対して信頼性のあるポートアドレスをメールサーバー６から受信する；・ゲートキーパー４は、ビデオメールサーバー６とのＨ．２２５呼び出し制御に対する接続をさらに確立する；・次に、ゲートキーパー４は、信頼性のあるポートアドレスをＨ．２４５制御チャネルに対する起呼端末１に送信する。ゲートキーパー４はＨ．２４５制御チャネル通信に関与できる；・起呼端末１は、Ｈ．２４５制御チャネルに対する信頼性のある接続を確立し、機能交換、モード優先権等のようなＨ．２４５手順が実行される；・機能交換後、Ｈ．２４５手順は、異なるメディアストリームに対する論理チャネルを確立するために使用される；・機能交換は、異なるメディアストリームの移送のための動的ポートアドレスの決定も含む；・メディアストリームは、いろいろな論理チャネルの動的ポートを介して移送される；・一旦端末がビデオメールを完了すると、この端末は、ビデオストリームの伝送を停止した後のビデオに対する論理チャネルを選択する；・データ伝送が停止され、データに対する論理チャネルが閉じられる；・オーディオ伝送が停止され、オーディオに対する論理チャネルが閉じられる；・Ｈ．２４５呼切断メッセージは同位エンティティに送信される；・起呼端末１は、Ｈ．２２５ポート上の切断メッセージを切断メッセージをビデオメールサーバー６に同様に送信するゲートキーパー７に送信する；・切断メッセージが肯定応答され、呼が切断される；・設定リクエストが成功である場合、被呼端末８は、Ｈ．２４５接続に対する信頼があるポートアドレスを含む接続メッセージに応答する；・ゲートキーパー４は、Ｈ．２４５制御チャネル通信に対するポートアドレスとともに接続メッセージをに対して起呼端末１に応答する；・起呼端末１は、ゲートウエー４とのＨ．２２５呼び出し制御信号に対する接続を設定し、Ｈ．２４５制御チャネル通信に対する他の接続を確立し、接続肯定応答メッセージに対してゲートウエー４に応答する；・次に、ゲートキーパー４は接続肯定応答メッセージを被呼端末８に送信する；・被呼端末８は、次にＨ．２２５呼び出し制御接続を設定し、制御チャネル通信のためのゲートキーパー４とのＨ．２４５に対する他の接続も確立する；・Ｈ．２４５の信頼がある通信、交換機能および他の初期手順、およびオーディオチャネルに対するＨ．２４５制御チャネルを確立した端末が機能交換前に任意に開かれてもよい；・機能交換に続いて、ダイナミックポートを介する論理チャネルはメディアストリームの各々に対して確立される；・一旦メディア論理チャネルがダイナミックポートにわたって自由に利用できると、メディア情報は交換できる；・セッション中、Ｈ．２４５制御手順は、モード制御、モード機能等のようなチャネル構造を変えるために呼び出されてもよい；・Ｈ．２２５制御チャネルも呼び出し状態、バンド幅割り当て等を含むゲートキーパー［４］によって要求されるような特定の手順のためのものである；・終了に対しては、どちらかの端末は、停止ビデオメッセージを開始し、ビデオ伝送を切断し、それからビデオのための論理チャネルを閉じる；・データ伝送は切断され、データのための論理チャネルは閉じられる；・オーディオ伝送は切断され、オーディオのための論理チャネルは閉じられる；・Ｈ．２４５終了セッションメッセージは送信され、制御チャネル上の伝送は停止され、制御チャネルは閉じられる；・終了セッションメッセージを受信する端末は終了手順を繰り返し、それからＨ．２２５呼び出し信号チャネルは呼切断のために使用される；および・終了を開始する端末は、Ｈ．２２５制御チャネル上の切断メッセージを、同様に切断メッセージを同位端末に送信するゲートキーパー４の制御チャネルに送信する。同位端末は、開始端末に転送される切断を肯定応答し、呼び出しは、最後に解除される。ｂ）ケース：Ｈ．３２３端末−Ｈ．３２０端末Ｈ．３２３端末１から開始された呼び出しは、ＭＣＩ切換網を通してＨ．３２０端末９への呼び出しを引き起こす。ゲートウエーとともにゲートキーパーは、呼び出し確立および呼び出し制御を含むセッションを制御する際に必要とされる。端末エンドユーザーインターフェースは、商用のウェブブラウザーあるいは同様なインターフェースのいずれかであってもよい。呼び出しの流れは、ゲートウエー４の構成要素がゲートキーパー４と被呼端末９との間に導入されることを除いて前述の場合に説明されているように他のＨ．３２３端末を呼び出すＨ．３２３端末と同様である。ゲートウエーは、オーディオ、ビデオ、データおよび管理を含むＨ．３２３メッセージをＨ．３２０メッセージに変換し、またその逆も同様である。Ｈ．３２０端末９がＨ．３２３端末［１］に対して呼び出しを開始する場合、初期ダイアルアップルーチンは、ゲートウエーによって実行され、それからゲートキーパーは呼制御を支配し、呼は前述の場合に説明されているように続行される。ｃ）ケース３：Ｈ．３２３端末−Ｈ．３２４端末Ｈ．３２３端末１を始動する呼は、ＭＣＩ切換網を通してＨ．３２４端末１０への呼を開始する。ゲートウエーとともにゲートキーパーは、呼の確立および呼の制御を含むセッションを制御する際に必要とされる。端末エンドユーザーインターフェースは、ウェブブラウザーあるいは同様なインターフェースである。呼の流れは、ゲートウエー４の構成要素がゲートキーパー４と被呼端末９との間に導入されることを除いて前述の場合に説明されているように他のＨ．３２３端末を呼び出すＨ．３２３端末と同様である。ゲートウエーは、オーディオ、ビデオ、データおよび管理を含むＨ．３２３メッセージをＨ．３２４メッセージに変換し、またその逆も同様である。Ｈ．３２４端末１０がＨ．３２３端末１に対して呼び出しを開始する場合、初期ダイアルアップルーチンは、ゲートウエーによって実行され、それからゲートキーパーは呼の制御を支配し、呼は前述の場合に説明されているように続行される。２．マルチポイントビデオ会議呼び出しマルチポイントビデオ会議の場合、全ての端末は、初期の呼び出し信号方式および設定メッセージをゲートキーパー４と交換し、それからゲートキーパー４を通してＨ．２４５制御チャネルメッセージ通信を含む実際の会議のためのマルチポイントコントローラ４に接続されている。下記は会議を設定するための考慮すべき事項である。・初期の許可制御メッセージ交換後、ユーザーは、会議の種類および関係者の動的リストについての情報を提供される・後で参加する関係者は、会議情報を有するウェブページを提供され、認証情報を入力することをリクエストされる・全てのユーザーは、ゲートキーパー［４］を通してマルチポイントコントローラ［４］に接続される・マルチポイントコントローラ［４］は、いろいろな関係者中の情報を配信するＥ．結論ビデオ会議アーキテクチャは、ポイントツーポイントテレビ電話を含む実時間音声、ビデオおよびデータ、あるいは任意の組み合わせを含むマルチメディア通信に対する全解決策である。このアーキテクチャは、ＩＴＵ勧告を利用する他のシステムと相互に作用することを規定する。ディレクトリサービスおよびビデオメールサービスを含む付加サービスは全アーキテクチャの一部でもある。ＸＶ．ビデオ記憶および先送りアーキテクチャビデオ記憶および先送りアーキテクチャは、ビデオオンデマンドコンテンツ配信を示している。このコンテンツは、ビデオおよびオーディオあるいはオーディオのみを含んでもよい。コンテンツに対する入力源は、ＭＣＩの既存のビデオ会議あるいは任意のビデオ／オーディオ源からである。入力ビデオは、ＩＴＵＨ．３２０、ＩＴＵＨ．３２４、ＩＴＵＨ．２６３あるいはＭＰＥＧのような異なる標準フォーマットでディジタルライブラリに記憶され、要求フォーマットでクライアントに配信される。配信は、ＩＳＤＮを含むインターネットあるいはダイアルアップラインのいずれかでクライアントに異なる速度で行われ、異なるフォーマットの各々に対する単一の記憶装置による。Ａ．特徴ビデオ記憶および先送りアーキテクチャは、下記のものを含む価値のある特徴および機能性で設計されている。・要求に応じてビデオおよびオーディオを配信する：・ＩＴＵＨ．３２０、ＩＴＵＨ．３２４、ＭＰＥＧおよびＩＴＵＨ．２６３を含む異なる圧縮規格および伝送規格をＩＰ（インターネットプロトコル）およびＲＴＰ（実時間トランスポートプロトコル）の両方でサポートする：・ダイアルアップＩＳＤＮ回線および低速（２８．８ｋｂｐｓ）アナログ電話回線によってインターネットでコンテンツ配信をサポートする：・単一コンテンツ源および複数の記憶装置および配信フォーマットおよび複数の配信速度をサポートする：・コンテンツ管理および複数のフォーマットのアーカイバルをサポートする：Ｂ．アーキテクチャ図１９Ｄは、好ましい実施例によるビデオ記憶および先送りアーキテクチャである。Ｃ．構成要素ビデオ記憶および先送りアーキテクチャは、下記の構成要素によって完全に記述される。・コンテンツ作成および変換・コンテンツ管理および配信・コンテンツ検索および表示１．コンテンツ作成および変換入力源は、アナログビデオ、すなわちマルチポイント制御ユニット（ＭＣＵ）および他のビデオ源１ａおよび１ｂからのビデオを含む。入力コンテンツは、ＩＴＵＨ．２６１、ＩＴＵＨ．２６３、ＩＴＵＨ．３２０、ＩＴＵＨ．２６３、ＩＴＵＨ．３２４、ＭＰＥＧのような標準フォーマットおよびＲＴＰを介するＨ．２６３ならびにインターネットプロトコル２および３を介するＨ．２６３の配信をサポートするフォーマットにも変換される。変換コンテンツは、各々が異なるフォーマット５ａ、５ｂ、５ｃ、５ｄ、５ｅおよび５ｆをサポートするいろいろなクライアントに役立つ種類の各コンテンツに対する異なるサーバーに記憶される。２．コンテンツ管理および配信コンテンツは、各サーバーが特定のフォーマットをサポートする異なるサーバーに記憶され、下記からなるディジタルライブラリによって管理される。 ‐コンテンツ４のインデックスおよびアーカイバルを管理するインデックスサーバー ‐コンテンツ５ａ、５ｂ、５ｃ、５ｄ、５ｅおよび５ｆを記憶するオブジェクトサーバー ‐インデックス・オブジェクトサーバーのフロントエンドとして、かつコンテンツ６をリクエストする異なるクライアントと対話するプロキシークライアントクライアント配信は、下記による。 ‐インターネット ‐ダイアルアップＩＳＤＮ回線 ‐２８．８ｋｂｐｓのダイアルアップアナログ電話回線、およびコンテンツフォーマットは、ＭＰＥＧストリーム、Ｈ．３２０ストリーム、Ｈ．３２４ストリーム、あるいはＩＰあるいはＲＴＰを介して移送されるＨ．２６３ストリームのいずれかである。３．コンテンツ検索および表示コンテンツ検索は、下記のいろいろなフォーマットをサポートするクライアントによる。 ‐ＭＰＥＧクライアント‐７ａ； ‐ＲＴＰをサポートするＩＴＵＨ．２６３クライアント‐７ｂ； ‐ＩＰをサポートするＩＴＵＨ．２６３クライアント‐７ｃ； ‐ＩＴＵＨ．３２０クライアント‐７ｄ；および ‐ＩＴＵＨ．３２４クライアント‐７ｅコンテンツは、要求に応じて異なるクライアントによって検索され、ローカルディスプレイ上に表示される。クライアントは、高速送り、巻き戻し等のような機能のようなＶＣＲをサポートする。Ｄ．概要異なる供給源からのアナログビデオおよびＭＣＵからのＨ．３２０ビデオは、入力として受信され、ＩＴＵＨ．３２４、ＩＴＵＨ．２６１、ＩＴＵＨ．２６３あるいはＭＰＥＧのように必要に応じていろいろなフォーマットに変換され、フォーマットの各々に対して専用である異なるオブジェクトサーバーに記憶される。次に、オブジェクトサーバーはインデックスサーバーによって管理され、一緒にディジタルライブラリと呼ばれる。コンテンツに対するクライアントからのいかなるリクエストもインデックスサーバーによって受信され、次にプロキシークライアントを通してオブジェクトサーバーによってサービスされる。インデックスサーバーあるいはライブラリサーバーは、プロキシークライアントからのリクエストに応答し、オブジェクトサーバーのＨ．２６１、Ｈ．２６３あるいはＭＰＥＧマルチメディア情報のようなオブジェクトを記憶し、更新し、検索する。次に、このオブジェクトは、オブジェクトクライアントに検索された情報をプロキシークライアントに送り返すように命令する。インデックスサーバーは、オブジェクトサーバーに記憶された全ての異なるオブジェクトの全インデックス情報およびオブジェクトの中のどれかにこの情報があるという情報も有している。インデックスサーバーで使用可能なインデックス情報は、異なるオブジェクトサーバーからのマルチメディアコンテンツの検索に対するプロキシークライアントによってアクセスできる。セキュリティおよびアクセス制御はインデックスサーバー機能性の一部もある。オブジェクトサーバーは、物理的記憶装置を提供し、会議機構からのビデオ会議情報ストリームを含むマルチメディアコンテンツに対するリポジトリの役目を果たす。マルチメディアコンテンツは、要求に応じてプロキシークライアントによって検索できる標準フォーマットで記憶される。オブジェクトサーバーの各々は、Ｈ．２６１．Ｈ．２６３、ＭＰＥＧ等のようなマルチメディアコンテンツの特定フォーマットに対して専用である。マルチメディアフォーマットに対して専用である指定オブジェクトサーバーについての情報を含むマルチメディアコンテンツの構成およびインデックス情報はインデックスサーバーによって管理される。オブジェクトサーバーは、インデックスサーバーから指定命令を受信する際に記憶マルチメディアコンテンツをプロキシークライアントに送る。プロキシークライアントは、ディジタルライブラリのフロントエンドであり、オンデマンドマルチメディアコンテンツに対するインターネットを通して全クライアントによってアクセスされる。プロキシークライアントもワールドワイドウェブ（ＷＷＷ）サーバーであり、アクセスされる場合、クライアントにページを配信する。クライアントは、プロキシークライアントと対話し、それによってＷＷＷページを通してディジタルライブラリと対話する。クライアントは、ＷＷＷページと対話することによってマルチメディアコンテンツを要求する。プロキシークライアントは、ＷＷＷページを通してクライアントからリクエストを受信し、このリクエストを処理する。次に、プロキシークライアントは、クライアントによる要求に応じてオブジェクト問い合わせに対してインデックスサーバーと通信する。次に、インデックスサーバーは、要求マルチメディアフォーマットに専用のオブジェクトサーバーの中の１つと通信し、インデックスサーバーで使用可能なインデックス情報に基づいて、オブジェクトサーバーに要求マルチメディアコンテンツをプロキシークライアントに配信することを命令する。プロキシークライアントは、オブジェクトサーバーからマルチメディアコンテンツを受信し、それをリクエストをするクライアントに配信する。クライアントは、要求されたビデオフォーマットおよびクライアント能力に応じてインターネットを通してあるいはＩＳＤＮ回線あるいは２８．８Ｋｂｐｓのアナログ回線のダイアルアップ接続によってのいずれかでサーバーに接続する。Ｈ．３２０クライアントはＩＳＤＮ回線によって接続し、Ｈ．３２４クライアントは２８．８Ｋｂｐｓのアナログ電話回線にサービスをリクエストする。ＲＴＰを使用するＭＰＥＧクライアントあるいはＨ．２６３クライアントもしくはＩＰを使用するＨ．２６３クライアントはインターネットを通してサービスする。ＷＷＷブラウザーのようなマルチメディアコンテンツ問い合わせおよび表示は、クライアントの一部として統合され、エンドユーザーに対する使いやすいインターフェースを提供する。クライアントからのビデオに対するリクエストは、プロキシークライアントによって受信される。このプロキシークライアントは、このリクエストをインデックスサーバーに経路決定する。次に、このインデッタスサーバーは、このリクエストを処理し、配信のためのコンテンツをインデクシングすることに加えて特定オブジェクトサーバーと通信する。オブジェクトサーバーは、要求コンテンツをインターネットを通してクライアントに配信する。ダイアルアップリンクの場合、このコンテンツは既に確立されたリンクに送り返される。要するに、ビデオ記憶および先送りアーキテクチャは、ビデオ・オーディオあるいはオーディオオンデマンドの作成、変換、記憶、アーカイブ、管理および配信に対する包括的なシステムを示している。ビデオ・オーディオあるいはオーディオの配信は、インターネットあるいはＩＳＤＮ回線もしくはアナログ電話ダイアルアップ回線による。ビデオ・オーディオあるいはオーディオを含むコンテンツは、各々が異なる配信速度を供給する個別の記憶位置からいろいろなデータ転送速度で配信される。ＸＶＩ．ビデオオペレータＡ．ハードウェアアーキテクチャ図９６は、ビデオオペレータがビデオ発呼者に多数のサービスに提供するビデオ会議あるいはビデオ呼び出しに参加できるシステムハードウェアを示している。サービスプロバイダーの中には次のものがある。到来ビデオ呼び出しに応答するかあるいは顧客サイトにダイアル出力する；ビデオ会議スケジュールを継続するシステムをアクセスし、バンド幅オンデマンド相互運用グループ(Bandwidth o n Demand Interoperability Group)(“ＢＯＮＤＩＮＧ”)呼あるいは国際電気通信連合‐電気通信規格化部門（“ＩＴＵ‐Ｔ”）規格Ｈ．３２０マルチレートベアラサービス（ＭＲＢＳ）統合サービスディジタルネットワーク（“ＩＳＤＮ ”）呼を使用して発呼者をビデオ会議あるいはビデオ呼び出しに加える；任意のビデオ会議あるいはビデオ呼び出しを監視し、見て、記録する；以前に記録されたビデオ会議あるいはビデオ呼び出しを再生する；およびビデオ会議あるいはビデオ呼び出し中ビデオ会議発呼者からの問い合わせの助けを提供するかあるいはこの問い合わせに応答する。システムハードウェアは、ビデオオペレータ端末４０００１、呼び出しサーバー４０００２、マルチメディアハブ（“ＭＭＨｕｂ”）４０００３、ワイドエリアネットワークハブ（“ＷＡＮＨｕｂ”）４０００４、マルチポイント会議ユニット（“ＭＣＵ”）４０００５、ＢＯＮＤＩＮＧサーバー４０００６、クライアント端末４０００７、および切換網（“ＭＣＩ”）４０００８で構成されている。一実施例において、ビデオオペレータ端末４０００１は、９０ＭＨｚ以上の処理速度、３２ＭＢＲＡＭ、および少なくとも１．０ＧＢ記憶空間を有するハードディスクドライブを有するペンティアムベースパーソナルコンピュータである。本実施例のオペレーティングシステムはマイクロソフトのウィンドウズ９５である。特別の機能は、インサイトマルチメディア通信プログラム（“ＭＣＰ”）ソフトウェア、オーディオおよびビデオ圧縮（例えば、ザイダクロンのＺ２４０コーデック）用Ｈ．３２０ビデオコーダ／デコーダ（“コーデック”）カードおよび等時性イーサネット（“イソイーサネット”）ネットワークインターフェースカードを含む。インサイトのＭＣＰは、イソイーサネットネットワークインターフェースカードを管理し、ビデオ信号を伝送するための等時性チャネルに９６１ＳＤＮＢ‐チャネルの等価物を形成する。本実施例の呼び出しサーバー４０００２は、９０ＭＨｚ以上の処理速度、３２ＭＢＲＡＭ、および少なくとも１．０ＧＢ記憶空間を有するハードディスクドライブを有するペンティアムベースパーソナルコンピュータである。オペレーティングシステムはマイクロソフトのウィンドウズＮＴサーバーである。特別機能は、インサイト呼サービスおよびイーサネットネットワークインターフェースカードを含む。このシステムの異なる実施例は、ＭＭＨｕｂ４０００３の任意のモデルおよびＷＡＮＨｕｂ４０００４の任意のモデルを受け入れる。一実施例では、ＭＭＨｕｂ４０００３は、インサイトマルチメディアハブであり、ＷＡＮＨｕｂはインサイトワンハブである。ＭＭＨｕｂ４０００３は、各々が９６全二重Ｂチャネルからなるバンド幅を有するイソイーサネットをサポートする多数のポートを介してビデオオペレータ端末４０００１およびＢＯＮＤＩＮＧサーバー４０００６のようなパーソナルコンピュータ、ＷＡＮＨｕｂ４０００４、あるいは他の縦続ＭＭＨｕｂに接続するローカルエリアネットワーク（“ＬＡＮ”）である。さらに、ＭＭＨｕｂ４０００３は、呼び出しサーバー４０００２からのようなイーサネットインターフェースを介してイーサネットデータの１０Ｍｂｐｓまで受け入れることができる。ＷＡＮＨｕｂ４０００４は、ＭＭＨｕｂ４０００３とＭＣＩ４０００８のような公衆交換ネットワークあるいは専用交換ネットワークとの間のインターフェースの役目を果たし、ビデオ会議がＭＭＨｕｂ４０００３およびＷＡＮＨｕｂ４０００４を含むＷＡＮあるいはＬＡＮを越えて延びることを可能にする。このシステムの異なる実施例はいろいろな製造者のＭＣＵ４０００５装置にも適合する。ＭＣＵ４０００５の機能は、いろいろな異なる装置を使用し、おそらく異なる回路ベースディジタルネットワークを通信するテレビ電話発呼者が単一のビデオ会議で互いに通信することを可能にすることにある。例えば、１つの実施例は、ビデオ会議発呼者の誰でも全ビデオ会議討論を聞くことができるようにオーディオを混合し、各ビデオ会議発呼者が全ての他の発呼者を同時に見ることができるようにビデオを処理するビデオサーバーのマルチメディア会議サーバー（“ＭＣＳ”）を使用する。一実施例では、ＢＯＮＤＩＮＧサーバー４０００６は、９０ＭＨｚ以上の処理速度、３２ＭＢＲＡＭ、および少なくとも１．０ＧＢ記憶空間を有するハードディスクドライブを有するペンティアムベースパーソナルコンピュータである。本実施例のオペレーティングシステムはマイクロソフトのウィンドウズ９５である。特別機能は、インサイトＢＯＮＤＩＮＧサーバーソフトウェアと、ディジタルシグナルプロセッサ（“ＤＳＰ”）（例えば、テキサスインストルメントの“ＴＭＳ３２０Ｃ８０”ＤＳＰ）と、イソイーサネットネットワークインターフェースカードとを含んでいる。クライアント端末４００７が、ＢＯＮＤＩＮＧあるいは集合ビデオ呼び出しを形成される場合、ＢＯＮＤＩＮＧサーバー４００６は、呼をビデオオペレータプラットホーム内で使用されるマルチレートＩＳＤＮ呼に変換する。好ましい実施例では、クライアント端末は、９０ＭＨｚ以上の処理速度、３２ＭＢＲＡＭ、および少なくとも１．０ＧＢ記憶空間を有するハードディスクドライブを有するペンティアムベースパーソナルコンピュータである。オペレーティングシステムは、本実施例ではマイクロソフトのウィンドウズ９５であり、クライアント端末４０００７には、ＩＴＵ‐Ｔ規格Ｈ．３２０と互換性があるオーディオおよびビデオ装置が装備されている。本実施例では、交換網は、ＭＣＩ４０００８によって提供される統合サービスディジタルネットワーク（“ＩＳＤＮ”）である。ビデオオペレータ端末４０００１は、各ビデオオペレータが各クライアントがクライアント端末４０００７を使用する８つのビデオ会議クライアントまで管理できる、９６全二重Ｂチャネルのバンド幅を有するイソイーサネットインターフェースを介してＭＭＨｕｂ４０００３に接続されている。ＭＭＨｕｂ４０００３は、同様なイソイーサネットローカルエリアネットワーク（“ＬＡＮ”）接続を介してＷＡＮＨｕｂ４０００４に接続されている。一方のＷＡＮＨｕｂ４０００４は、マルチレートＩＳＤＮインターフェースを介してＭＣＩ４０００８を通してＭＣＵ４０００５に接続する。他方のＷＡＮＨｕｂ４０００４は、マルチレートＩＳＤＮインターフェースを介してＭＣＩ４０００８に接続し、ＭＣＩは、ＢＯＮＤＩＮＧあるいはマルチレートＩＳＤＮインターフェースを介して各クライアント端末４０００７に接続する。３方向接続において、ＭＣＵ４０００５、呼び出しサーバー４０００２およびＭＭＨｕｂ４０００３は、イーサネットワイドエリアネットワーク（“ＷＡＮ”）４０００９を通して互いに接続される。ＭＭＨｕｂ４０００３は、全“イソ”モードの２４８Ｂチャネルのバンド幅を有するイソイーサネットインターフェースを介してＢＯＮＤＩＮＧサーバー４０００６にも接続される。Ｂ．ビデオオペレータコンソール図９７は、ビデオオペレータがビデオ会議コールを管理でき、ビデオオペレータコンソールシステム４０１０１および外部システム・インターフェース４０１０８〜４０１１７を含むシステムの一実施例を示している。ビデオオペレータコンソールシステム４０１０１は、グラフィカルユーザーインターフェース（“ＧＵＩ”）４０１０２、ソフトウェアシステム４０１０３およびメディア制御システム４０１０７で構成されている。ＧＵＩ４０１０２は、ソフトウェアシステム４０１０３およびメディア制御システム４０１０７の両方と対話し、ビデオオペレータがビデオオペレータコンソールシステム４０１０１を使用してビデオオペレータ端末［４０００１図９６］からのビデオオペレータ介入の全ての機能を実行することを可能にする。ソフトウェアシステム４０１０３は、下記のシステムを実現する：ビデオオペレータのスケジュールを管理するスケジューリングシステム４０１０４；いかなる呼からのオーディオおよびビデオ入力も記録し、いかなる呼によってもオーディオおよびビデオ入力を再生する記録および再生システム４０１０５；およびダイアル・ホールドのような交換機能を実行することによって個別の呼を管理するインサイトＭＣＰアプリケーションとのアプリケーションプログラムの役目を果たすコールシステムインターフェース４０１０６。スケジューリングシステム４０１０４は、オープンデータベース連結性（“ＯＤＢＣ”）インターフェース４０１０８を介してビデオオペレータ共有データベース４０１１１に接続され、このビデオオペレータ共有データベース４０１１１は、同様にＶＯＳＤとＶＲＳ４０１１４との間のインターフェースを介してビデオ会議予約システム（“ＶＲＳ”）４０１１５に接続されている。ＶＲＳ４０１１５は、ビデオオペレータ共有データベース４０１１１内のデータベースエージェントシステムによって規則的にあるいは要求に応じてのいずれかでインターフェース４０１１４を介してビデオ会議スケジュール、会議規定およびサイト規定をビデオオペレータ共有データベース４０１１１に提示する。好ましい実施例のビデオオペレータコンソール４０１０１を含むコンピュータとは異なるコンピュータにあるビデオオペレータコンソール４０１０１は、各ビデオオペレータコンソール４０１０１がいかなるビデオ会議コールにも必要である会議形態およびサイト配置を検索できるように全会議情報およびサイト情報を記憶する。内部スケジュールシステム４０１０４と関連した外部システムの他の実施例では、ビデオオペレータ共有データベース４０１１１およびＶＲＳ４０１１５は、単一システムに併合される。記録および再生システム４０１０５は、ダイナミックデータ交換（“ＤＤＥ” ）、オブジェクト間連結機能（“ＯＬＥ”）あるいはダイナミックリンクライブラリ（“ＤＬＬ”）インターフェース４０１０９を介してビデオオペレータ端末［４０００７図９６］に局部的に置かれているビデオオペレータ記憶および再生システム４０１１２と通信する。ビデオオペレータ記憶および再生システムは、ＩＴＵ‐Ｔ規格Ｈ．３２０に従う片方向記録装置４０１１６およびＩＴＵ‐Ｔ規格Ｈ．３２０に従う片方向再生装置４０１１７で構成されている。会議コールは、ビデオオーディオコンソール４０１０１からのディジタル化オーディオおよびビデオ信号をＨ．３２０レコーダ４０１１６に伝送することによって記録される。会議コールは、予め記録された会議コールをディスク記憶装置から引き出し、Ｈ．３２０再生装置４０１１７からのオーディオ信号およびビデオ信号をビデオオペレータコンソールに伝送することによって再生される。コールシステムインターフェースシステム４０１０６は、ＤＤＥインターフェース４０１１０を介してインサイトＭＣＰアプリケーション４０１１３と通信し、ダイヤル、ホールド等のような切換機能を管理する。メディア制御システム４０１０７によって、ＧＵＩ４０１０２は、外部構成要素と直接通信し、オーディオおよびビデオのＧＵＩ４０１０２表示を管理できる。図４０１に示された実施例では、メディア制御システム４０１０７は、ＤＤＥ４０１１０を介してインサイトＭＣＰアプリケーション４０１１３と通信する。インサイトＭＣＰアプリケーション４０１１３は、ＤＤＥインターフェース４０１１０を通してビデオウィンドウ配置およびオーディオ制御のような全ての必要な呼設定機能およびマルチメディア機能を提供する。図９８は、ビデオオペレータがビデオオペレータコンソールシステム４０１０１および外部システムおよびインターフェース４０１０８〜４０１１７および４０２０３〜４０２１６を含むビデオ会議呼び出しを管理できるシステムの第２の実施例を示している。しかしながら、本実施例では、ソフトウェアシステム４０１０３は、ビデオサーバーの“ＭＣＳ”４０２１５ＭＣＵとだけでなく、他のメーカーのＭＣＵアプリケーションと互換性がある。したがって、内部ソフトウェアシステムＭＣＵ制御４０２０１、外部ソフトウェアシステムＭＣＵ制御システム４０２０８、ＭＣＵそれ自体４０２１４および４０２１５、ＭＣＵ間のインターフェース４０２０６、４０２１０および４０２１１が図９８に示される。さらに、インサイトＭＣＰ４０１１３アプリケーションだけでなく、“呼制御インターフェースを有する他のプログラム４０２１６もまた本実施例で必要な呼設定機能およびマルチメディア機能を提供し、外部呼制御システム４０２０９は、介在ＤＤＥ、ＯＬＥあるいはＤＬＬインターフェース４０２０７、４０２１２および４０２１３と同様に必要である。本実施例はビデオ記憶および先送りシステム４０２０４およびそのＤＤＥ、ＯＬＥあるいはＤＬＬインターフェース４０２０３も含んでいる。最後に、第２の実施例は、内部ソフトウェアシステム呼び出しモニタ４０２０２を追加する。第１の実施例の場合のように、ビデオオペレータコンソールシステム４０１０１は、ＧＵＩ４０１０２およびソフトウェアシステム４０１０３で構成されている。しかしながら、スケジュールシステム４０１０４に加えて、記録および再生システム４０１０５およびコールシステムインターフェース４０１０６、第２の実施例のソフトウェアは、ＭＣＵ制御装置４０２０１および呼び出しモニタ４０２０２を含んでいる。スケジューリングシステム４０１０４および関連外部システム４０１０８、４０１１１、４０１１４および４０１１５は、図９７に示され、前述された第１の実施例のシステムと同一である。内部ＭＣＵ制御４０２０１は、ＤＤＥ、ＯＬＥあるいはＤＬＬインターフェース４０２０６を介して外部ＭＣＵ制御システム４０２０８と通信し、いろいろな異なるＭＣＵシステムに固有の資源および機能を管理する。ＭＣＵ制御システム４０２０８は、会議会話インターフェースを介してビデオサーバーＭＣＳ４０２１５と通信するかあるいは他の販売者仕様インターフェース４０２１０を介していくつかの他のＭＣＵ販売者のＭＣＵ４０２１４と通信するかのいずれかである。記録および再生システム４０１０５は、ＤＤＥ、ＯＬＥあるいはＤＬＬインターフェース４０１０９、４０２０３を介して記憶および再生システム４０２０５およびビデオ記憶および先送りシステム４０２０４の両方と通信する。記憶および検索システム４０２０５およびビデオ記憶および先送りシステム４０２０４を他のＤＤＥ、ＯＬＥあるいはＤＬＬインターフェース４０２０７を介して呼制御システム４０２０９と通信する。呼制御システム４０２０９は、他のＤＤＥ、ＯＬＥあるいはＤＬＬインターフェース４０２１２を介して片方向Ｈ．３２０レコーダ４０１１６および片方向Ｈ．３２０再生装置４０１１７と通信する。会議コールは、ビデオオペレータコンソール４０１０１からのディジタル化オーディオ信号およびビデオ信号を記憶および検索システム４０２０５および呼制御システム４０２０９を通してＨ．３２０レコーダ４０１１６に伝送することにより記録される。会議コールは、予め記録された会議コールをディスク記憶装置から引き出し、Ｈ．３２０再生装置４０１１７からのオーディオ信号およびビデオ信号を呼制御システム４０２０９および記憶および検索システム４０２０５を通してビデオオペレータコンソール４０１０１に伝送することにより再生される。ビデオ記憶および先送りシステム４０２０４は、記憶および検索システム４０２０５と同様に作動し、記録および再生システム４０１０５と再生システム４０１０５と呼制御システム４０２０９との間で通信する。呼び出しモニタ４０２０２は、ビデオオペレータコンソールソフトウェアシステム４０１０３内のコールシステムインターフェース４０１０６を規則的にポーリングすることによって呼び出しおよび接続の状態を監視する。コールシステムインターフェース４０１０６は、ＤＤＥ、ＯＬＥあるいはＤＬＬインターフェース４０２０７を介して呼制御システム４０２０９と通信し、ダイヤル、ホールド等のような切換機能を含み、ビデオオペレータコンソール４０１０１内部データ構造と呼制御システム４０２０９データとの間で変換する呼データを管理する。次に、呼制御システムは、呼制御インターフェース４０２１６でインサイトＭＣＰ４０１１３あるいは他のプログラムのいずれかを管理する。メディア制御システム４０１０７は、ＤＤＥ、ＤＬＥあるいはＤＬＬインターフェースを介して呼制御システム４０２０９と通信する。この呼制御システム４０２０９は、インサイトＭＣＰアプリケーション４０１１３あるいは他のプログラムに対するＤＤＥインターフェース４０１１０を介して呼制御インターフェース４０２１６と通信する。インサイトＭＣＰアプリケーション４０１１３は、ビデオウィンドウ配置およびオーディオ制御のような全ての必要な設定機能およびマルチメディア機能を内部メディア制御システム４０１０２のＤＤＥインターフェース４０１１０を直接通してあるいは呼制御システム４０２０９を介してのいずれかで供給する。呼制御インターフェース４０２１６に関する他のプログラムが、呼設定機能およびマルチメディア機能を提供するために使用されるならば、他のプログラムは、呼制御システム４０２０９を介してメディア制御システム４０１０７と通信する。Ｃ．ビデオ会議呼び出し流れ図９９は、ビデオオペレータに開始されたビデオ会議呼び出しが図９６に示されたシステムを通していかに接続されるかを示している。呼び出し流れパス４０３０１によって示された第１のステップでは、ＢＯＮＤＩＮＧサーバー４０００６がこの呼をＢＯＮＤＩＮＧ呼び出しに変換する場合、ビデオオペレータは、ビデオオペレータ端末４０００１からＭＭＨｕｂ４０００３を通ってＢＯＮＤＩＮＧサーバー４０００６への呼び出しを開始する。呼び出し流れパス４０３０２によって示された第２のステップでは、ＢＯＮＤＩＮＧサーバー４０００６は、ＢＯＮＤＩＮＧ呼び出しをＭＭＨｕｂ４０００３を通って、もう一度、ＷＡＮＨｕｂ４０００４を通って、ＭＣＵ４０００８を通って、クライアント端末４０００７に伝送する。このステップは、ビデオ会議に参加する各クライアント端末４０００７に対して繰り返される。呼び出し流れパス４０３０３に示された第３のステップでは、ビデオオペレータは、ビデオオペレータ端末４０００１からＭＭＨｕｂ４０００３を通って、ＷＡＮＨｕｂ４０００４を通って、ＭＣＩ４０００８を通って、ＭＣＵ４０００５への呼び出しを開始する。呼び出し流れパス４０３０４によって示された第４のステップでは、ビデオオペレータは、ビデオオペレータ端末４０００１を使用し、クライアント端末４０００７およびＭＣＵ４０００５への接続をブリッジする。ビデオオペレータがクライアント端末４０００７で会議呼び出しクライアントを呼び出す度に、特定の会議サイトに対するＭＣＵのＡＮＩは、起呼当事者フィールドに送られ、正しい会議サイトに対する会議呼び出しに参加する各クライアントを識別する。ＭＣＵが呼び出される場合、クライアントのＡＮＩが通過される。それから、ＭＣＵは各呼に対する正しい会議サイトを識別できる。他の実施例では、クライアントは、クライアント端末４０００７からＭＣＩ４０００５を通って、ＷＡＮＨｕｂ４０００４を通って、ＭＭＨｕｂ４０００３を通って、ＢＯＮＤＩＮＧサーバー４０００６を通って、もう一度ＭＭＨｕｂ４０００３を通ってビデオオペレータ端末４０００１へのＢＯＮＤＩＮＧ呼び出しを開始する。次に、ビデオオペレータは、呼び出し流れフローパス４０３０３で示されるようにＭＣＵを呼び出し、最後に呼び出し流れパス４０３０４に示されるように２つの呼び出しをブリッジする。クライアント開始コールに対する正しい会議サイトを決定するために、開始クライアントのＡＮＩは、接続がビデオオペレータによって行われる場合、ＭＣＵに送られる。会議呼び出しが進行中である間、ビデオオペレータは、ビデオオペレータ端末４０００１からの呼び出しの各々を監視する。ビデオオペレータの機能は、どの呼が接続されたままであるかを監視し、切断された呼を再接続し、新しいクライアントを会議に加えるかあるいは会議に加わり、会議状態についてクライアントに知らせる。全ての呼が会議を終了するために切断され、ビデオオペレータ共有データベース［図９８の４０２１４］は、更新された会議スケジュールに反映する。Ｄ．ビデオオペレータソフトウェアシステム１．クラス階層図１００は、ビデオオペレータソフトウェアシステムクラスに対するクラス階層を示している。ビジュアルＣ＋＋プログラミング言語を使用する一実施例では、ＶＯＯｂｊｅｃｔ４０４０１は、内部ソフトウェアシステムの全てのオブジェクトはＶＯＯｂｊｅｃｔ４０４０１から属性を受け継ぐようなビデオオペレータコンソールシステムに対する内部ソフトウェアシステムのオブジェクトの全クラスのスーパークラスである。ＶＯＯＰｅｒａｔｏｒ４０４０２は、ちょうど１つのＶ０Ｓｃｈｅｄｕｌｅ４０４０３オブジェクトおよびちょうど１つのＶＯＵｓｅｒＰｒｅｆｅｒｅｎｃｅ４０４０４オブジェクトが各ＶＯＯＰｅｒａｔｏｒに関連するかのような１つのＶ０Ｓｃｈｅｄｕｌｅ４０４０３のパート１クラスオブジェクトおよび１つのＶＯＵｓｅｒＰｒｅｆｅｒｅｎｃｅ４０４０４のパート２クラスオブジェクトに関連するアセンブリクラスである。同様に、Ｖ０Ｓｃｈｅｄｕｌｅ４０４０３は、任意の数のＶ０Ｓｃｈｅｄｕｌｅ４０４０５が各Ｖ０Ｓｃｈｅｄｕｌｅ４０４０３オブジェクトと関連付けできるようなゼロあるいはそれ以上のＶ０Ｓｃｈｅｄｕｌｅ４０００５のパート１クラスオブジェクトに関連したアセンブリクラスである。Ｖ０Ｓｃｈｅｄｕｌｅ４０４０５は、ＶＯＣｏｎｆｅｒｅｎｃｅ４０４０６オブジェクトおよびＶＯＰｌａｙｂａｃｋＳｅｓｓｉｏｎ４０４０７オブジェクトがＶ０Ｓｃｈｅｄｕｌｅ４０４０５オブジェクトから属性を受け継ぐようなＶＯＣｏｎｆｅｒｅｎｃｅ４０４０６サブクラス１およびＶＯＰｌａｙｂａｃｋＳｅｓｓｉｏｎサブクラス２のスーパークラスである。ＶＯＣｏｎｆｅｒｅｎｃｅ４０４０６は、少なくとも２つのＶＯＣｏｎｎｅｃｔｉｏｎ４０４１２およびおそらく１つのＶＯＰｌａｙｂａｃｋＣａｌｌ４０４１５オブジェクトが各ＶＯＣｏｎｆｅｒｅｎｃｅ４０４０６オブジェクトに関連するような２つあるいはそれ以上のＶＯＣｏｎｎｅｃｔｉｏｎ４０４１２パート１クラスオブジェクトおよびゼロあるいは１つのＶＯＰｌａｙｂａｃｋＣａｌｌ４０４１５パート２クラスオブジェクトに関連したアセンブリクラスである。ＶＯＰｌａｙｂａｃｋＳｅｓｓｉｏｎ４０４０７は、ちょうど１つのＶＯＰｌａｙｂａｃｋＣａｌｌ４０４１５オブジェクトが各ＶＯＰｌａｙｂａｃｋＳｅｓｓｉｏｎ４０４０７オブジェクトに関連するような１つのＶＯＰｌａｙｂａｃｋＣａｌｌ４０４１５パート１クラスオブジェクトに関連したアセンブリクラスである。Ｖ０ＣａｌｌＯｂｊＭｇｒ４０４０８は、任意の数のＶＯＣａｌｌ４０４１０オブジェクトが各Ｖ０ＣａｌｌＯｂｊＭｇｒ４０４０８オブジェクトに関連付けできるようなゼロあるいはそれ以上のＶＯＣａｌｌ４０４１０パート１クラスオブジェクトに対するアセンブリクラスである。同様に、ＶＯＣｏｎｎＯｂｊＭｇｒ４０４０９は、任意の数のＶＯＣｏｎｎｅｃｔｉｏｎ４０４１２が各ＶＯＣｏｎｎＯｂｊＭｇｒ４０４０９オブジェクトと関連付けできるようなゼロあるいはそれ以上のＶＯＣｏｎｎｅｃｔｉｏｎ４０４１２パート１クラスオブジェクトに対するアセンブリクラスである。ＶＯＣｏｎｎｅｃｔｉｏｎ４０４１２は、ちょうど２つのＶＯＣａｌｌ４０４１０オブジェクトが各ＶＯＣｏｎｎｅｃｔｉｏｎ４０４１２オブジェクトに関連するような２つのＶＯＣａｌｌ４０４１０パート１クラスオブジェクトに対するアセンブリクラスである。ＶＯＣａｌｌ４０４１０は、ＶＯＰｌａｙｂａｃｋＣａｌｌ４０４１５オブジェクトが属性をＶＯＣａｌｌ４０４１０オブジェクトから受け継ぐような２つのＶＯＣａｌｌ４０４１０パートクラスオブジェクトに対するアセンブリクラスである。ＶＯＣａｌｌ４０４１０は、ＶＯＰｌａｙｂａｃｋＣａｌｌ４０４１５オブジェクトがＶＯＣａｌｌ４０４１０オブジェクトから受け継ぐようなＶＯＰｌａｙｂａｃｋＣａｌｌ４０４１５に対するスーパークラスである。ＶＯＣａｌｌ４０４１０は、ちょうど２つのＶＯＳｉｔｅ４０４１３オブジェクトが各ＶＯＣａｌｌ４０４１０オブジェクトに関連するように２つのＶＯＳｉｔｅ４０４１３パート１クラスオブジェクトに関連したアセンブリクラスでもある。最後に、ＶＯＣａｌｌ４０４１０クラスオブジェクトはＶＯＲｅｃｏｒｄｅｒ４０４１１クラスオブジェクトを使用する。ＶＯＳｉｔｅ４０４１３は、ＶＯＭｃｕＰｏｒｔＳｉｔｅ４０４１７オブジェクト、ＶＯＰａｒｔｉｃｉｐａｎｔＳｉｔｅ４０４１８オブジェクトおよびＶＯＯｐｅｒａｔｏｒＳｉｔｅ４０４１９オブジェクトがＶＯＳｉｔｅ４０４１３オブジェクトから属性を受け継ぐようなＶＯＭｃｕＰｏｒｔＳｉｔｅ４０４１７サブクラス１、ＶＯＰａｒｔｉｃｉｐａｎｔＳｉｔｅ４０４１８サブクラス２、およびＶＯＯｐｅｒａｔｏｒＳｉｔｅ４０４１９サブクラス３に対するスーパークラスである。ＶＯＰｌａｙｂａｃｋＣａｌｌ４０４１５は、ちょうど１つのＶＯＭｏｖｉｅ４０４１６オブジェクトが各ＶＯＰｌａｙｂａｃｋＣａｌｌ４０４１５オブジェクトに関連するような１つのＶＯＭｏｖｉｅ４０４１６に関連するアセンブリクラスである。ＶＯＰｌａｙｂａｃｋＣａｌｌ４０４１５クラスオブジェクトはＶＯＰＬａｙｅｒ４０４１４クラスオブジェクトも使用する。ＶＯＭｅｓｓａｇｅ４０４２０オブジェクトは、ＶＯＯｂｊｅｃｔ４０４０１の属性、すなわち内部ソフトウェアシステムの全てのオブジェクトに対するスーパークラスを受け継ぐ以外の関係は全然ない。２．クラスおよびオブジェクトの細部ａ）ＶＯＯｂｊｅｃｔ全ての内部ソフトウェアシステムクラスは、下記のベースクラスから受け継ぐ。このベースクラスは、ビジュアルＣ＋＋ベースクラスＣＯｂｊｅｃｔから拡張される。クラスＶＯＯｂｊｅｃｔベースクラスＣＯｂｊｅｃｔ継承タイプｐｕｂｌｉｃフレンドクラス ‐ （１）データタイプ enum senderType_e{SENDER_INTERNAL,SENDER_SCHEDULE,SENDER_CONFERENCE,SE NDER_CONNECTION,SENDER_CALL,SENDER_TIMER}； enum messageType e{MSG_DEBUG,MSG_ERROR,MSG_WARNING,MSG_APPLICATION_ERR OR,MSG_STATE_UPDATE}；配信タイプフラグ：DELIVER_MESSAGE_QUEUE,DELIVER_LOG_FILE,DELIVER_MODAL _DIALOG,DELIVER_MODELESS_DIALOG,DELIVER_CONSOLEOUTPUT （２）属性（３）方法（ａ）ポストメッセージ virtual PostMessage(message Type_e type,int errCode,CString info="",int delivery=(DELIVER_MSG_QUEUE|IDELIVER_LOG_FILE)， senderType_e senderType=SENDER_INTERNAL,void^*sender=NULL); (i) パラメータｔｙｐｅタイプデータタイプセクションに規定されたようなメッセージのタイプｅｒｒＣｏｄｅアプリケーションの資源で規定されたようなエラーコードあるいは警報コードＩｎｆｏメッセージの一部として送られる追加のテキスト情報配信ｄｅｌｉｖｅｒｙ好ましいメッセージ配信の方法。配信オプションは上記のデータタイプセクションに示されている。デフォルト配信の方法は、ＤＥＬＩＶＥＲ＿ＭＥＳＳＡＧＥＱＵＥＵＥおよびＤＥＬＩＶＥＲ＿ＬＯＧ＿ＦＩＬＥの両方のみに初期設定されるべきであるクラスメンバー変数ｍ＿ｄｅｌｉｖｅｒｙに記憶される。ｓｅｎｄｅｒＴｙｐｅデータタイプセクションに規定されるようなメッセージセンダタイプＳｅｎｄｅｒメッセージ、すなわちこれを送信するオブジェクトのポインタ (ii) 記述エラーメッセージ、警報メッセージ、デバッグメッセージ、ロギングメッセージおよび通知メッセージを作成するためにこの機能を使用する。この機能は、次に配信フラグによって指定されるような適切な動作を実行するＶＯＭｅｓｓａｇｅオブジェクトを作成する。（ｂ）ゲットエラーストリング virtual CString GetErrorString(int errorCode)；戻り値：送られたエラーコードに対応するエラーストリングを有するＣＳｔｒｉｎｇオブジェクトに戻る。エラーコードパラメータ：エラーストリングを必要とするエラーコード。エラーストリングは資源として記憶される。この機能はエラーコードに対応するテキスト記述を得るために呼び出される。ｂ）コアクラス（１）クラスリストサイト関係者サイトＭＣＵポートサイトビデオオペレータサイトコール再生コール映画コールオブジェクトマネージャ接続接続オブジェクトマネージャメッセージビデオオペレータ（２）クラス記述（ａ）サイトこれは、関係者サイトクラスおよびＭＣＵポートサイトクラスのようなクラスが得ることができるベースクラスである。その主要な目的は、呼に加わっているのは誰かあるいは何かについての関連のある情報を含むデータ構造との機能を果たすことにある。クラスＶＯＳｉｔｅベースクラスＶＯＯｂｊｅｃｔ継承タイプ公開フレンドクラス ‐ (i)データタイプ enum Bandwidth_e{MULTIRATE,BONDING,AGGREGATED,HO}; (ii)属性（ｂ）関係者サイトＶＯＳｉｔｅベースクラスから継承する。全顧客あるいは会議関係者は、ＶＯ共有データベースに記憶された自分の情報を有する。クラスＶＯＰａｒｔｉｃｉｐａｎｔＳｉｔｅベースクラスＶＯＳｉｔｅ継承タイプｐｕｂｌｉｃフレンドクラス ‐ 属性（ｃ）ＭＣＵポートサイトＶＯＳｉｔｅベースクラスから継承する。全会議はＭＣＵで行われる。各関係者サイトはＭＣＵの論理“ポート”を接続する必要がある。クラスＶＯＭｃｕＰｏｒｔＳｉｔｅベースクラスＶＯＳｉｔｅ継承タイプｐｕｂｌｉｃフレンドクラス ‐ 属性（ｄ）ビデオオペレータサイトＶＯＳｉｔｅベースクラスから継承する。全ての呼はポイントツーポイントコールのサイトの１つとしてビデオオペレータサイトを有する。この構造はビデオオペレータの実ＡＮＩを含んでいる。クラスＶＯＯｐｅｒａｔｏｒＳｉｔｅベースクラスＶＯＳｉｔｅ継承タイプｐｕｂｌｉｃフレンドクラス ‐ 属性（ｅ）呼呼は、２つのサイト間の全２重Ｈ．３２０ストリームとして規定される。全ての呼において、ビデオオペレータサイトはサイトの中の１つである。結合された呼対は接続と呼ばれる。クラスＶＯＣａｌｌベースクラスＶＯＯｂｊｅｃｔ継承タイプｐｕｂｌｉｃフレンドクラス ‐ (i)データタイプ enum StateCall_e {ERROR,INACTIVE,INCOMING，DIALING，ACTIVE,DISCONNECT ED,HELD,IastCallStates}; enum callOperation_e｛ERROR,DIAL,ANSWER,HOLD,PICKUP,DISCONNECT,HANGUP,la stCallOperations｝ (ii)属性 (iii)方法 Disconnection();回線の他方の端部がハングするかあるいは回線が切断状態になる場合、呼び出される。メンバー変数m_expectHangupは偽であるべきである。さもなければ、コールオブジェクトマネージャのハングアップ（）動作が呼び出される。 Reset()；呼状態を非活動状態にリセットする。 RecordingStart()；呼のＨ．３２０入力パイプを記録し始める。 RecordingStop()；呼の記録を停止する。 setState(callOperation e_operation)；動作パラメータ:状態の変化を生じる動作が実行されたことを示している。呼の状態に影響を及ぼす動作は、動作が実行された後、ｓｅｔＳｔａｔｅ機能を呼び出すべきである。この機能は、現状態および状態遷移テーブルの操作を参照することによって呼の状態を変える。ＶＯＭｅｓｓａｇｅオブジェクトは、ＳＴＡＴＵＳ＿ＵＰＤＡＴＥで形成され、アプリケーションキューに送られる。したがって、ＧＵＩおよびアプリケーションキューを読み出す任意の他の構成要素は状態更新を知らされる。（ｆ）再生呼び出しＶＯＣａｌｌベースクラスから継承する。この呼の特別の場合、ビデオオペレータおよびビデオ出力は、映画の再生からのＨ．３２０ストリームでビデオオペレータ記憶および再生外部ストリーム構成要素が取って代わる。クラスＶＯＰｌａｙｂａｃｋＣａｌｌベースクラスＶＯＣａｌｌ継承タイプｐｕｂｌｉｃフレンドクラス ‐ （i）属性（ii）方法 PlaybackStart()；再生を開始する。 PlaybackStop() ；再生を停止する。（ｇ）映画映画はＨ．３２０コールの記録である。フェーズ１の場合、ビデオオペレータ記憶および再生システムは、映画の記録および再生ならびに記憶および検索のためのファイルおよびＨ．３２０データストリームを管理する。クラスＶＯＭｏｖｉｅベースクラスＶＯＯｂｊｅｃｔ継承タイプｐｕｂｌｉｃフレンドクラス ‐ 属性（ｈ）コールオブジェクトマネージャコールオブジェクトの形成および破棄を実行するコールオブジェクトマネージャを有することによって、ビデオオペレータのマシンの全ての呼のリストを保有できる。これは、任意の会議あるいは再生セッションの一部でない呼を含み、到来呼および汎用ダイアルアウト呼を含む。呼に影響を及ぼすが呼を形成も破棄もしない動作がコールオブジェクトそのものによって実行される。クラスＶＯＣａｌｌＯｂｊＭａｎａｇｅｒベースクラスＶＯＯｂｊｅｃｔ継承ｐｕｂｌｉｃタイプフレンドクラス ‐ （i）属性（ii）方法 Dial（）； Dial（VOCall^*pCalling）； pCallingパラメータ：ヌルでないならば、このポインタはコールオブジェクトのために使用される。これは、無活動あるいは切断状態であるコールオブジェクトを作成あるいは再使用する場合に必要である。ダイアルはダイアルアウトを実行する。ダイアル番号は、m_pSite呼び出し番号構造である。 Answer（）； Answer（VOCall^*pIncoming）； pIncomingパラメータ：ヌルでないならば、このポインタはコールオブジェクトのために使用される。これは、無活動あるいは接続断状態であるコールオブジェクトを作成あるいは再使用する場合に必要である。応答は到来呼に応答する。 Hangup（V0Call^*pCall）； pCallパラメータ：呼のポインタハングアップは、指示された呼をｐＣａｌｌによってハングアップする。 Hold（VOCall^*pCall）; pCallパラメータ：呼のポインタホールドは指示された呼を保留にする。 VOCall^*CallCreate(); VOCall^*Callはコールオブジェクトを作成する。 VOPlaybackCall^*PlaybackCallCreate()； VOPlaybackCall^*PlaybackCallCreate()は、再生コールオブジェクトを作成する。 VOCall^*GetCallPtr(ID_t idCall)； idCallパラメータ；ＩＤを呼び出す VOCall^*GetCallPtrは、idCallによって識別された呼び出しオブジェクトのポインタを得る。（ｉ）接続接続は、結合状態を保持するコールオブジェクトの一部として規定し、各呼は、結合が実行される共通ポイントとしてビデオオペレータを有する。クラスＶＯＣｏｎｎｅｃｔｉｏｎベースクラスＶＯＯｂｊｅｃｔ継承タイプｐｕｂｌｉｃフレンドクラス ‐ (i) データタイプ enum StateConnection_e{ERROR,UNJOINED,JOINED,UNJOIN,BREAK,RESET,lastCo nnectionStates}; enum connectionOperation_e{ERROR,JOIN,UNJOIN,BREAK,RESET,lastConnectio n Operation}; （ii）属性（iii）方法 Join()；関係者およびＭＣＵポートの呼び出しに結合する。 Unjoin()；関係者およびＭＣＵポートの呼び出しに結合解除する。 SetParticipantCall(VOCall^*participantCall)； ParticipantCallパラメータ：コールオブジェクトのポインタ SetParticipantCallは、呼び出しを関係者呼び出しであると設定する。これは、不明到来呼を管理する場合あるいは最後の瞬間の関係者の取り替えに役立つ。 SetMCUPortCall(VOCall^*mcuPortCall)； mcuPortCallパラメータ：呼のポインタ SetMCUPortCallは、呼をＭＣＵポート呼び出しであると設定する。これは、不明到来呼を管理する場合あるいは最後の瞬間の呼のサイトの取り替えに役立つ。 DoParticipantCall()；関係者サイトを呼び出し、これを関係者の呼と設定する。 DoMCUPortCall()；ＭＣＵポートサイトを呼び出し、これをＭＣＵポート呼び出しと設定する。 setState(ConnectionOperation_e operation); 動作パラメータ：状態の変化を生じる動作が実行される。接続の状態に影響を及ぼす動作は、動作が実行された後、ｓｅｔｔｓｔａｔｅ機能を読み出すべきである。この機能は、現状態および状態遷移テーブルの操作を参照することによって接続状態を変える。ＶＯＳＭｅｓｓａｇｅオブジェクトは、STATUS_UPDATEで作成され、アプリケーションキューに送られる。したがって、アプリケーションキューを読み出すＧＵＩおよび任意の他の構成要素は、状態更新を知らされる。 protected Break()；結合接続が結合解除になる場合に呼び出される。メンバー変数m_expectBreakが偽である場合、呼の中の１つは突然接続断されるはずである。さもなければ、接続のＵｎｊｏｉｎ（）動作が呼び出される。 protected Reset();接続状態をUNJOINEDにリセットする。（ｊ）接続オブジェクトマネージャコールオブジェクトマネージャと同様に、ビデオオペレータのマシンの動作の全接続のリストは保持されねばならない。接続の形成あるいは削除を生じる全動作は接続オブジェクトマネージャを使用しなければならない。クラスＶＯＣｏｎｎｅｃｔｉｏｎＯｂｊＭｇｒベースクラスＶＯＯｂｊｅｃｔ継承タイプｐｕｂｌｉｃフレンドクラス ‐ （i）属性（ii）方法 VOConnection^*Create(); 戻り値：接続オブジェクトのポインタ VOConnection^*Createは、新しい接続オブジェクトを作成し、それをリストに加える。 Remove(VOConnection^*oldConnection); oldConnectionパラメータ：取り除かれる接続オブジェクト戻り値：動作が成功したならば、真に戻る。 Removeは、接続オブジェクトを削除し、これをリストから取り除く。 VOConnection^*GetConnectionPtr(ID_ｔ idConnection); 戻り値：接続オブジェクトのポインタ idConnection：接続のＩＤ VOConnection^*GetConnectionPtrは、そのＩＤによって識別される接続オブジェクトのポインタに戻る。（ｋ）メッセージ内部システムソフトウェアからビデオオペレータアプリケーションの残り、すなわちグラフィカルユーザインターフェースへの全ての一方向の通信は、アプリケーションキューに配置されたメッセージとして送られる。メッセージを作成し、送る機能は、全ての内部システムソフトウェアが継承するベースクラスＶＯＯｂｊｅｃｔにある。全ての実行時間エラーあるいはデバッグ情報はメッセージオブジェクトに入れられ、アプリケーションキューに送られるので、適切なオブジェクトがそれをそのタイプおよび重要度にしたがって処理する。したがって、指定のタイプに戻らない全てのクラス機能は、何かが悪くなる場合、例えば、メモリ不足、あるいはＧＵＩによって表示されるべきかあるいはファイルにログされるべき情報をデバッグする場合、メッセージを送る。クラスＶＯＭｅｓｓａｇｅベースクラスＶＯＯｂｊｅｃｔ継承タイプｐｕｂｌｉｃフレンドクラス ‐ （i）データタイプ enum senderType_e{INTERNAL,SCHEDULE,CONFERENCE,CONNECTION,CALL,TIMER}; enum messageType_e{DEBUG,ERROR,WARNING,APPLICATION_ERROR,STATE_UPDATE} ; 配信タイプフラグ：DELIVER_MESSAGE_QUEUE,DELIVER_LOG_FILE,DELIVER_MODAL DIALOG,DELIVER_MODELESS_DIALOG,DELIVER_CONSOLEOUTPUT （ii）属性（iii）方法 Post();アプリケーションメッセージキューにメッセージを送る。 private static AppendLog(); 戻り値:動作が成功しているならば、真に戻る。この方法は、ＶＯＯｂｊｅｃｔによって呼び出される：：DELIVER_LOG_FILEに対するフラグがセットされる場合、PostMessage()である。（ｌ）ビデオオペレータ通常、唯一のビデオオペレータ／マシンがある。各ビデオオペレータは、管理するスケジュールおよび顧客関係者サイトのリストを有する。コールオブジェクトマネージャおよび接続オブジェクトマネージャはビデオオペレータの一部でもある。クラスＶＯＯｐｅｒａｔｏｒベースクラスＶＯＯｂｊｅｃｔ継承タイプｐｕｂｌｉｃフレンドクラス ‐ （i）属性（ii）方法 protected ScheduleStart();ビデオオペレータに対するスケジュールを開始する。 protected CallObjMgrStart();コールオブジェクトマネージャを始動する。 protected ConnectionObjMgrStart();接続オブジェクトマネージャを始動する。 protected CallSystemInterfaceStart();コールシステムインターフェースを始動する。（ｍ）ユーザ優先権ビデオオペレータコンソールアプリケーションは、修正およびセーブされてもよいデフォルトアプリケーション優先権のセットを有する。これらの変数の値は、優先権を増す順位の下記の供給源、すなわち、ハード符合化デフォルト値、保存VO.INIファイル、コマンドライン革新アーギュメント、ＧＵＩエントリおよび VO.INIファイルにセーブされた実行時間修正から得られる。クラスＶＯＵｓｅｒＰｒｅｆｅｒｅｎｃｅｓベースクラスＶＯＯｂｊｅｃｔ継承タイプｐｕｂｌｉｃフレンドクラス ‐ （i）属性（ii）方法 SavePrefs();全ての値をVO.INIにセーブする。 LoadPrefs();全ての値をVO.INIからロードする。（ｎ）ＭＣＵ全ＭＣＵポートサイトは特定のＭＣＵに対応する。このクラスはＭＣＵポートサイト記憶装置だけのために使用される。フェーズ２に対しては、ＭＣＵ専用動作およびインターフェースがここで実現される。クラスＶＯＭＣＵベースクラスＶＯＯｂｊｅｃｔ継承タイプｐｕｂｌｉｃフレンドクラス ‐ （i）属性（ii）方法 VOMCUPortSite^*GetPortPtr(ID t idPort); 戻り値:ＭＣＵポートサイトオブジェクトのポインタ IdPortパラメータ:ＭＣＵポートサイトのＩＤ VOMCUPortSite^*GetPortPtrは、ポインタをそのＩＤによって識別されたＭＣＵポートサイトオブジェクトに戻る。 VOMCUPortSite^*CreatePort(); 戻り値:新しいＭＣＵポートサイトオブジェクトのポインタ VOMCUPortSite^*CreatePortは、ポインタをそのＩＤによって識別された新しく形成されたＭＣＵポートサイトオブジェクトに戻る。（３）コアクラスに対する状態変数遷移図図１０１は、ＶＯＣａｌｌオブジェクトのm_state変数(状態変数)で生じ得る状態変化を示す状態遷移図を示している。状態変数は、無活動４０５０２状態で４０５０１を開始する。ＶＯＣａｌｌオブジェクトが無活動４０５０２状態中にダイアル４０５０３入力を受信する場合、ダイアル中４０５０４状態では、状態変数は、話し中４０５０５入力を受信する際に無活動４０５０２状態にあるいは応答４０５０６入力を受信する際に活動中４０５０７状態になる。活動中４０５０７状態では、状態変数は、ホールド４０５０９入力を受信する際に待機４０５１０状態に、接続断４０５１４入力を受信する際に接続断４０５１５状態に、あるいはハングアップ４０５０８入力を受信する際に無活動４０５０２状態になる。待機４０５１０状態では、状態変数は、ピックアップ４０５１１入力を受信する際に活動中４０５０７状態に、接続断４０５１３入力を受信する際に接続断４０５１５状態に、あるいはハングアップ４０５１２入力を受信する際に無活動４０５０２状態になる。接続断４０５１５状態では、状態変数は、リセット４０５１６入力を受信する際に無活動４０５０２状態になる。ＶＯＣａｌｌオブジェクトが無活動４０５０２状態中に到来呼４０５１７を受信する場合、状態変数は到来４０５１８状態になる。到来４０５１８状態では、状態変数は、拒否４０５２０入力を受信する際に無活動４０５０２状態にあるいは応答４０５１９入力を受信する際に活動中４０５０７状態になる。図１０２は、ＶＯＣｏｎｎｅｃｔｉｏｎオブジェクトのm_state変数（“状態変数”）で生じ得る状態変化を示す状態遷移図を示している。状態変数は、結合解除４０６０２状態で４０６０１を開始する。結合解除４０６０２状態では、状態変数は、結合４０６０３入力を受信する際に結合４０６０４状態になる。結合４０６０４状態では、状態変数は、結合解除４０６５入力を受信する際に結合解除４０６０２状態にあるいは遮断４０６０６入力を受信する際に遮断４０６０７状態になる。遮断４０６０７状態では、状態変数は、結合４０６０８入力を受信する際に結合４０６０４状態になる。ｃ）スケジューリングシステムクラス（１）クラスリスト再生セッション会議スケジュールスケジュール可能（２）クラス記述（ａ）再生セッション会議と同様に、再生セッションは、スケジュールされる必要がある。呼び出しが関係者サイトおよびビデオオペレータサイトで行われる。ビデオオペレータ記憶および再生外部システムは、スケジュールされ、予め選択された映画を再生し、関係者サイトへのＡＶ出力を取り替える。ＭＣＵは再生セッションのために全然使用されなく、唯一つの関係者サイトが１つの実施例に必要とされる。クラスＶＯＰｌａｙｂａｃｋＳｅｓｓｉｏｎベースクラスＶＯＳｃｈｅｄｕｌａｂｌｅ継承タイプｐｕｂｌｉｃフレンドクラス ‐ (i) データタイプ enum StatePlaybackSession_c{ERROR,INACTIVE,SETUP,ACTIVE,ENDING,FINISHE D,lastPBSessionStates}; enum playbackSessionOperation_e{ERROR,PREPARE,START,CLOSE,FINISH,lastP BSessionOperations}; （ii）属性（iii）方法 Public boolean Setup(); 戻り値:動作が成功した場合、真に戻る。 Public boolean Setup()は、関係者サイトによって再生コールを設定し、ＶＯＰｌａｙｅｒオブジェクトを初期設定する。この機能はスケジューラによって呼び出すことができる。 Public boolean Start(); 戻り値:動作が成功した場合、真に戻る。 Public boolean Startは、再生器を起動し、再生コールを再生する。この機能はスケジューラによって呼び出すことができる。 Public boolean Close(); 戻り値:動作が成功した場合、真に戻る。 Public boolean Closeは、メッセージをビデオオペレータに送り、再生セッションがまもなく終了する関係者である場合もある。 Public boolean Finish(); 戻り値:動作が成功した場合、真に戻る。 Public boolean Finishは、再生器を停止し、再生コールをハングアップする。この機能はスケジューラによって呼び出すことができる。 public StatePlaybackSession_e StateGet(); 戻り値:再生セッションの状態に戻る。 public StatePlaybackSession_e StateGetの使用:再生セッションの状態を知る機能。 protected boolean StateSet(playbackSessionOperation_e operation); 戻り値：動作が成功した場合、真に戻る。動作パラメータ:状態の変化を生じる動作が実行された。再生セッションの状態に影響を及ぼす動作は、動作が実行された後、protecte dＳｔａｔｅＳｅｔ機能を呼び出すべきである。この機能は、現状熊および状態遷移表の動作を参照することによって再生セッションの状態を変える。ＶＯＭｅｓｓａｇｅオブジェクトは、ＳＴＡＴＵＳ＿ＵＰＤＡＴＥで作成され、アプリケーションキューに送られる。したがって、アプリケーションキューを読み出すＧＵＩおよび任意の他の構成要素は、状態更新を知らされる。（ｂ）会議ビデオオペレータの主要機能は会議を管理することにある。スケジューラシステムは、会議オブジェクトを作成し、この会議オブジェクトは接続（あるいは関係者‐ＭＣＵポートサイトコール対）のリストを同様に作成する。会議のために再生される映画の特別の場合、追加の呼び出しがＭＣＵに対して行われ、映画が再生セッションと同様にＭＣＵに対して再生される。もちろん、これは、迫加のＭＣＵポートサイトが使用可能であることを必要とし、会議の開始前にスケジュールされねばならない。クラスＶＯＣｏｎｆｅｒｅｎｃｅベースクラスＶＯＳｃｈｅｄｕｌａｂｌｅ継承タイプｐｕｂｌｉｃフレンドクラス ‐ (i) データタイプ enum conferenceMode_e{CONTINUOUS_PRESENCE，VOICE_ACTIVATED,LECTURE,DIR ECTOR_CONTROL}; enum StateConference e{ERROR,INACTIVE,SETUP,ACTIVE,ENDING,FINISHED,las tConferenceStates}; enum conferenceOperation_e{ERROR，PREPARE,START,CLOSE，FINISH,lastCo nferenceOperation}; （ii）属性（iii）方法 public boolean Setup(); 戻り値:動作が成功した場合、真に戻る。 public boolean Setupは、妥当なような各関係者サイトおよびＭＣＵポートサイトを呼び出すことによって接続リストの各接続(必要ならば、再生呼び出し)を設定し、結合動作を実行し、接続を形成する。この機能はスケジューラによって呼び出すことができる。 Public boolean Start(); 戻り値:動作が成功した場合、真に戻る。 Public boolean Startは会議を開始する。この機能はスケジューラによって呼び出すことができる。 Public boolean End(); 戻り値:動作が成功した場合、真に戻る。 Public boolean Endは、会議における接続の切断を開始するかあるいは会議がまもなく終了するだろうとの警報を出す。この機能はスケジューラによって呼び出すことができる。 Public boolean Finish(); 戻り値:動作が成功した場合、真に戻る。 Public boolean Finishは、会議を中止し、会議の全呼をハングアップする。この機能はスケジューラによって呼び出すことができる。 Public StateConference_e StateGet(); 戻り値:会議状態に戻る。会議の状態を得るPublic StateConference_e StateGet機能を使用する。 protected boolean StateSet(conferenceOperation_e operation); 戻り値：動作が成功した場合、真に戻る。動作パラメータ：状態の変化を生じる動作が実行された。会議の状態に影響を及ぼす動作は、この動作が実行された後、protected bool ean StateSet機能を呼び出すべきである。この機能は、現状熊および状態遷移表の動作を参照することによって会議の状態を変える。ＶＯＭｅｓｓａｇｅオブジェクトは、ＳＴＡＴＵＳ＿ＵＰＤＡＴＥで形成され、アプリケーションキューに送られる。したがって、このアプリケーションキューを読み出すＧＵＩおよび任意の他の構成要素は状熊更新を知らされる。（ｃ）スケジュールスケジューリングシステムは、会議および再生セッションのリストを保有する。各会議および再生セッションは、その開始時間前に特定の時間間隔で作成される。メモリのスケジュールおよび現ビデオオペレータに対するビデオオペレータ共有データベースに記憶されたスケジュールは常に同期化されるべきである。クラスＶＯＳｃｈｅｄｕｌｅベースクラスＶＯＯｂｊｅｃｔ継承タイプｐｕｂｌｉｃフレンドクラス ‐ （i）属性（ii）方法 Synch WithDb();スケジュールに対するＶＯ共有データベースと同期化する。 AddSchedulable(VOSchedulable^*pSchedulable); pSchedulableパラメータ:リストに加えられたスケジュール可能なオブジェクトのポインタ AddSchedulableは、リストにスケジュール可能なオブジェクトを加える。 DeleteSchedulable(ID_t aSchedulable); aSchedulableパラメータ:リストから除去されるべきスケジュール可能なオブジェクト DeleteSchedulableは、スケジュール可能なオブジェクトを削除し、リストから除去する。（ｄ）スケジュール可能フェーズ１でスケジュール可能であるアイテムあるいはオブジェクトは会議および再生セッションである。このクラスによって、私達は任意のイベントのタイプに対するスケジュールを作成できる。クラスＶＯＳｃｈｅｄｕｌａｂｌｅベースクラスＶＯＯｂｊｅｃｔ継承タイプｐｕｂｌｉｃフレンドクラス ‐ （i）属性（ii）方法 public SetAlarm(Ctime time,LPTIMECALLBACK fune); 時間パラメータ:アラームがトリガされる時間機能パラメータ:アラームがトリガされる場合、コールバック機能のポインタ戻り値:動作が成功した場合、真に戻る。 public SetAlarmは、アラームが指定時間にトリガされるようにセットする。アラームがトリガされる場合、コールバック機能が呼び出される。これは、会議の開始前１５分、会議終了前５分、会議終了後３０分のような時間依存事象に役立つ。 public KillAlarm(); 戻り値:動作が成功した場合、真に戻る。 public KillAlarmは、SetAlarm()によってセットされた最後のアラームを中止する。これは会議等を打ち切る場合に使用される。（３）スケジュールシステムクラスに対する状態変数遷移図図１０３は、ＶＯＣｏｎｆｅｒｅｎｃｅオブジェクトのｍ_ｓｔａｔｅ変数(“ 状態変数)で生じ得る状態変化を示す状態遷移図を示している。状態変数は、無活動４０７０２状態で４０７０１を開始する。無活動４０７０２状態では、状態変数は、“予定時間の前の１５分間”入力を受信する際に接続セットアップ４０７０４状態に変わる。接続セットアップ４０７０４状態では、状態変数は、会議開始４０７０５を受信する際に活動４０７０６状態に変わる。活動４０７０６状態では、状態変数は、会議延長４０７０７入力を受信する際に活動４０７０６状態のままであるかあるいは会議閉会（適宜終了）４０７０８入力を受信する際にエンディング４０７０７になる。エンディング４０７０７状態では、状態変数は、完了４０７１０入力を受信する際に完了４０７１１状態になる。ｄ）記録および再生クラス（１）クラスリストレコーダプレーヤー（２）クラス詳細（ａ）レコーダレコーダは、外部構成要素が実際の映画作成および呼の入力パイプの記録を実行するものは何とでも通信する。この外部構成要素はビデオオペレータ記憶および再生システムとして知られている。クラスＶＯＲｅｃｏｒｄｅｒベースクラスＶＯＯｂｊｅｃｔ継承タイプｐｕｂｌｉｃフレンドクラス ‐ (i) データタイプ enum StateRecorder_e {ERROR,IDLE,RECORDING,PAUSED,FINISHED,lastRe corderStates}: enum recorderOperation_e{ERROR,BEGIN,PAUSE,STOP,lastRecorderOps} （ii）属性（iii）方法 InitMovie();ＶＯＳＰは記録を初期化する。これは、記録を作成するようにＶＯＳＰに知らせる。 start();ＶＯＳＰは記録を開始する。 stop();ＶＯＳＰは記録を停止する。 setState(recorderOperation_e operation); 動作パラメータ：状態の変化を生じ得る動作が実行された。レコーダの状態に影響を及ぼす動作は、動作が実行されたｓｅｔＳｔａｔｅ機能を呼び出すべきである。この機能は、現状態および状態遷移表の動作を参照することによってレコーダの状態を変える。ＶＯＭｅｓｓａｇｅオブジェクトは、ＳＴＡＴＵＳ＿ＵＰＤＡＴＥの種類で作成され、アプリケーションキューに送られる。したがって、アプリケーションキューを読み出すＧＵＩおよび任意の他の構成要素は状態更新を知らされる。（ｂ）プレーヤープレーヤーは、外部構成要素が実際の映画の再生および呼の出力パイプの映画の再生を実行するものは何とでも通信する。フェーズ１に関して、この外部構成要素はビデオオペレータ記憶および再生システムとして知られている。クラスＶＯＰｌａｙｅｒベースクラスＶＯＯｂｊｅｃｔ継承タイプｐｕｂｌｉｃフレンドクラス ‐ （i）データタイプ enum StatePlayer_e｛ERROR,IDLE,PLAYING,PAUSED,FINISHED,nPlayerStates｝ : enum player0peration_e｛ERROR,BEGIN,PAUSE,RESUME,STOP,RESET,nPlayerOps ｝（ii）属性（iii）方法 public InltMovie(); 戻り値：動作が成功していた場合、真に戻る。 public InitMovie ＶＯＳＰは再生を初期化する。これは、再生を準備するようにＶＯＳＰに知らせる。 public start(); 戻り値：動作が成功していた場合、真に戻る。 public start ＶＯＳＰは再生を開始する。 public stop(); 戻り値：動作が成功していた場合、真に戻る。 public stop ＶＯＳＰは再生を停止する。 setState(playerOperation_e operation); 戻り値：動作が成功していた場合、真に戻る。動作パラメータ:状態の変化を生じ得る動作が実行された。プレーヤーの状態に影響を及ぼす動作は、動作が実行されたｓｅｔＳｔａｔｅ機能を呼び出すべきである。この機能は、現状態および状態遷移表の動作を参照することによってプレーヤーの状態を変える。ＶＯＭｅｓｓａｇｅオブジェクトは、ＳＴＡＴＵＳ＿ＵＰＤＡＴＥの種類で作成され、アプリケーションキューに送られる。したがって、アプリケーションキューを読み出すＧＵＩおよび任意の他の構成要素は状態更新を知らされる。（３）記録および再生のクラス用状態遷移図図１０４は、ＶＯＲｅｃｏｒｄｅｒオブジェクトのｍ＿ｓｔａｔｅ変数（“状態変数”）を生じ得る状態変化を示す状態遷移図を示している。状態変数は、４０８０１をアイドル４０８０２状態で開始する。アイドル４０８０２状態では、状態変数は、記録開始４０８０３入力を受信する際に記録中４０８０４状態になる。記録中４０８０４状態では、状態変数は、ポーズ４０８０５入力を受信する際にポーズ４０８０６状態にあるいは停止４０８０８入力を受信する際に完了４０８１０状態になる。ポーズ４０８０６状態では、状態変数は、再開４０８０７入力を受信する際に記録中４０８０４状態にあるいは停止４０８０９入力を受信する際に完了４０８１０状態になる。図１０５は、ＶＯＰｌａｙｅｒオブジェクトのｍ＿ｓｔａｔｅ変数（“状態変数”）を生じ得る状態変化を示す状態遷移図を示している。状態変数は、４０９０１をアイドル４０９０２状態で開始する。アイドル４０９０２状態では、状態変数は、記録開始４０９０３入力を受信する際に再生中４０９０４状態になる。再生中４０９０４状態では、状態変数は、ポーズ４０９０５入力を受信する際にポーズ４０９０６状態にあるいは停止４０９０８入力を受信する際に完了４０９１０状態になる。完了４０９１０状態では、状態変数は、再生４０９１１入力を受信する際に再生４０９０４状態になる。ｅ）コールシステムインターフェースクラス記述コール制御システムは、ビデオオペレータができる全てを管理する。これは、入出力Ｈ．３２０呼管理および呼の低レベル動作を含んでいる。ビデオオペレータアプリケーションは、そのコールシステムインターフェースを使用し、一様な方法で全ての呼を管理する呼制御システムと通信する。これによって、ビデオオペレータは、異なる外部プログラムを必要とする呼を管理し、追加のコーデックをマシンに加えるかあるいは遠隔マシンによってさえも管理できる。クラスＶＯＣａｌｌＳｙｓベースクラスＶＯＯｂｊｅｃｔ継承タイプｐｕｂｌｉｃフレンドクラス ‐ （１）データタイプ enum Bandwidth_e｛MULTIRATE,BONDING,AGGREGATED,HO｝ＢＯＮＤＩＮＧを使用する呼に対するＱ．９３１ユーザ情報： 0x00 0x01 0x07 0x44 0x79 0x00 0x00 0 I 7 447-9000 Bonded,1 number,7digits long,447-9000 集約に対するＱ．９３１ユーザ情報： 0x01 0x02 0x07 0x44 0x79 0x00 0x00 0xFF 0x01 1 2 7 447-9000 ， 1 Aggregated,2numbers,7digits long，447-9000,447-9001 （２）属性（３）方法 public Dial(Bandwidth_e calltype,Cstring deStination); public Dial(Bandwidth_e calltype,Cstring destination,CString originati on); 戻り値：動作が成功した場合、真に戻る。ｃａｌｌｔｙｐｅパラメータ：形成する呼のタイプを指定する。受け手パラメータ：ダイアルされる受け手番号を指定する。発信パラメータ：オペレータコンソールの実際の番号の代わりに、使用される発信番号を指定する。 publicダイアルをダイアル出力する。 public Answer(ID_t call); 呼び出しパラメータ：応答されるのを待つ呼の呼び出しＩＤ public応答は到来呼に応答する。 public Hangup(ID_t call); 戻り値：動作が成功した場合、真に戻る。呼び出しパラメータ：ハングアップする呼の呼び出しＩＤ publicハングアップは呼をハングアップする。 public Hold(ID_t call); 戻り値：動作が成功した場合、真に戻る。呼び出しパラメータ:ホールドする呼の呼び出しＩＤ public Holdは呼を保留する。 public Join(ID_t call,ID_t call2); 戻り値：動作が成功した場合、真に戻る。呼び出し１パラメータ：呼の呼び出しＩＤ呼び出し２パラメータ：呼の呼び出しＩＤ public Joinは２つの呼を結合する。 (ID_t connection); 戻り値：動作が成功した場合、真に戻る。接続パラメータ：結合解除する接続のＩＤ public Unjoinは指定接続の結合を解除する。 public StateCall e Callstatus(ID_t call): 戻り値：呼び出しの状態に戻る。接続パラメータ：結合解除する接続のＩＤ public StateCall_eCallStatusは指定された呼の状態を報告する。 public StateConnection e JoinStatus(ID_t connection); 戻り値：接続の状態に戻る。接続パラメータ：結合解除する接続のＩＤ public StateConnection_e JoinStatusは指定された結合の状態を報告する。 Protected LaunchMCP(); 戻り値：動作が成功した場合、真に戻る。 protected LaunchMCPは、インサイトのＭＣＰアプリケーションを開始する。Ｅ．グラフィカルユーザーインターフェースクラス１．クラス階層図１０６は、ビデオオペレータグラフィックスユーザーインターフェース（“ ＧＵＩ”）クラスに対するクラス階層を示している。一般に、ビデオ会議オペレータは、ビデオオペレータコンソールＧＵＩ（“コンソールＧＵＩ”）と対話することによってここに記載されているビデオ会議オペレータシステムの全ての機能を実行する。コンソールＧＵＩの主要な構成要素は、主コンソールウィンドウズ、スケジュールおよび接続リストウィンドウズ、会議および接続ウィンドウズ、メッセージエリア、オーディオおよびビデオ制御、タイミングの良い情報を示すダイアローグボックス、およびたまに実行されてもよい動作に対するメニュー項目である。ＭＣＵ動作および機能は、異なるＭＣＵモデルタイプを使用するビデオオペレータシステムの異なる実施例を可能にするためにビデオオペレータコンソールＧＵＩで実行されない。販売者専用ＭＣＵ動作は、ＭＣＵアプリケーションに付属している販売者のソフトウェアによって実行される。ビデオサーバーのＭＣＵを使用する１つの実施例では、ＭＣＵワークステーションソフトウエアは、会議終了時間延長、オーディオおよびビデオブロッキング、会議ディレクタ制御等のような機能を実行するために使用できる。このソフトウェアは、ビデオオペレータＧＵＩと並列に実行できる。オブジェクト指向プログラミング用語で記載されているＧＵＩは、全てのウィンドウズおよびそれの内部のビューを作成し、保持する主アプリケーションオブジェクトを有する。主ウインドウはＶＯＣｏｎｓｏｌｅＡｐｐ４１００８によって作成されるＶＯＭａｉｎＦｒａｍｅ４１００９である。このメインフレームウインドウは、ＶＯＳｃｈｅｄｕｌｅＷｎｄ４１０１６、ＶＯＡｌｅｒｔＷｎｄ４１０１５、ＶＯＣｏｎｆｅｒｅｎｃｅＶｗ４１０１４およびＶＯＶｉｄｅｏＷａｔｃｈＶｗ４１０１３を作成する。ＶＯＳｃｈｅｄｕｌｅＷｎｄ４１０１６およびＶＯＡｌｅｒｔＷｎｄは、これらがその親ウインドウの側面の中の１つに取り付けることができることを意味する連結可能なウィンドウである。この場合、親ウィンドウはＶＯＭａｉｎＦｒａｍｅ４１００９ウィンドウである。連結可能なウィンドウズは、これらを別の方向へドラッグすることによって境界からも分離できる。このような状況において、このウィンドウズは通常のツールウィンドウズのように作動する。オブジェクトの各クラスの機能は下記のとおりに要約できる。ＶＯＣｏｎｓｏｌｅＡｐｐ４１００８は主アプリケーションクラスであり、ＶＯＭａｉｎＦｒａｍｅ４１００９は、全ての他のウィンドウズを含む主ウィンドウである。ＶＯＳｃｈｅｄｕｌｅＷｎｄ４１０１６は、オペレータのスケジュールを表示するウィンドウであり、ＶＯＡｌｅｒｔＷｎｄ４１０１５は、エラーメッセージおよび警報が表示されるウィンドウである。ＶＯＣｈｉｌｄＦｒａｍｅ４１０１０は、多重ドキュメントインターフェース（“ＭＤＩ”）ウィンドウズに対するフレームウィンドウである。ＶＯＣｈｉｌｄＦｒａｍｅ４１０１０は、ビューの各々に対するメインフレームウィンドウのように作動する。ＶＯＣｈｉｌｄＦｒａｍｅ４１０１０から得られたＶＯＣｏｎｆｅｒｅｎｃｅＦｒａｍｅ４１０１８は、会議ビューに対するフレームウィンドウであり、ＶＯＣｏｎｆｅｒｅｎｃｅＶｗ４１０１４は、会議情報を表示するウィンドウである。ＶＯＣｏｎｆｅｒｅｎｃｅＤｏｃ４１０１２はＶＯＣｏｎｆｅｒｅｎｃｅＶｗ４１０１４に対応するドキュメントクラスである。ＶＯＣｈｉｌｄＦｒａｍｅ４１０１０から得られたＶＯＶｉｄｅｏＷａｔｃｈＦｒａｍｅ４１０１７は、ビデオ観察画像に対するフレームウィンドウであり、ＶＯＶｉｄｅｏＷａｔｃｈＶｗ４１０１３は、呼を形成するためのビデオストリームおよび制御を表示するウィンドウである。ＶＯＶｉｄｅｏＷａｔｃｈＤｏｃ４１０１１は、ビデオ観察画像に対応するドキュメントクラスである。プログラミング言語のようなビジュアルＣ＋＋を使用する１つの実施例では、ＣＷｎｄ４１００１は、ＣＭＤＩＦｒａｍｅＷｎｄ４１００５クラスオブジェクト、ＣＭＤＩＣｈｉｌｄＷｎｄ４１００６クラスオブジェクト、ＣＦｒｏｍＶｉｅｗ４１００７クラスオブジェクト、およびＣＤｉａｌｏｇＢａｒ４１００２クラスオブジェクトがＣＷｎｄ４１００１クラスからの属性を継承するように、ＣＭＤＩＦｒａｍｅＷｎｄ４１００５サブクラス１、ＣＭＤＩＣｈｉｌｄＷｎｄ４１００６サブクラス２、ＣＦｒｏｍＶｉｅｗ４１００７サブクラス３、およびＣＤｉａｌｏｇＢａｒ４１００２サブクラス４のスーパークラスである。ＣＭＤＩＦｒａｍｅＷｎｄ４１００５は、ＶＯＭａｉｎＦｒａｍｅ４１００９サブクラス１のスーパークラスであり、ＣＭＤＩＣｈｉｌｄＷｎｄ４１００６は、ＶＯＣｈｉｌｄＦｒａｍｅ４１０１０サブクラス１のスーパークラスであり、ＣＦｒｏｍＶｉｅｗ４１００７は、ＶＯＶｉｄｅｏＷａｔｃｈＶｗ４１０１３サブクラス１およびＶＯＣｏｎｆｅｒｅｎｃｅＶｗ４１０１４サブクラス２の両方のスーパークラスであり、ＣＤｉａｌｏｇＢａｒ４１００２は、ＶＯＡｌｅｒｔＷｎｄ４１０１５サブクラス１およびＶＯＳｃｈｅｄｕｌｅＷｎｄ４１０１６サブクラス２の両方のスーパークラスである。ＶＯＣｈｉｌｄＦｒａｍｅ４１０１０は、ＶＯＶｉｄｅｏＷａｔｃｈＦｒａｍｅ４１０１７サブクラス１およびＶＯＣｏｎｆｅｒｅｎｃｅＦｒａｍｅ４１０１８サブクラスの両方のスーパークラスである。ＣＷｉｎＡｐｐ４１００３は、ＶＯＣｏｎｓｏｌｅＡｐｐ４１００８サブクラス１のスーパークラスであり、ＣＤｏｃｕｍｅｎｔ４１００４は、ＶＯＶｉｄｅｏＷａｔｃｈＤｏｃ４１０１１サブクラス１およびＶＯＣｏｎｆｅｒｅｎｃｅＤｏｃ４１０１２サブクラス２の両方のスーパークラスである。ＶＯＣｏｎｓｏｌｅＡｐｐ４１００８は、ちょうど１つのＶＯＭａｉｎＦｒａｍｅ４１００９オブジェクトが各ＶＯＣｏｎｓｏｌｅＡｐｐ４１００８オブジェクトに関連するような１つのＶＯＭａｉｎＦｒａｍｅ４１００９パート１クラスオブジェクトに関連するアセンブリクラスである。ＶＯＭａｉｎＦｒａｍｅ４１００９は、ちょうど１つのＶＯＶｉｄｅｏＷａｔｃｈＦｒａｍｅ４１０１７オブジェクト、ちょうど１つのＶＯＣｏｎｆｅｒｅｎｃｅＦｒａｍｅ４１０１８オブジェクト、ちょうど１つのＶＯＡＩｅｒｔＷｎｄ４１０１５、およびちょうど１つのＶＯＳｃｈｅｄｕｌｅＷｉｎｄ４１０１６オブジェクトは、各ＶＯＭａｉｎＦｒａｍｅ４１００９オブジェクトに関連する。ＶＯＶｉｄｅｏＷａｔｃｈＦｒａｍｅ４１０１７は、ちょうど１つのＶＯＶｉｄｅｏＷａｔｃｈＤｏｃ４１０１１オブジェクトおよびちょうど１つのＶＯＶｉｄｅｏＷａｔｃｈＶｗ４１０１３オブジェクトが各ＶＯＶｉｄｅｏＷａｔｃｈＦｒａｍｅ４１０１７オブジェクトに関連するように１つのＶＯＶｉｄｅｏＷａｔｃｈＤｏｃ４１０１１パート１クラスオブジェクトおよび１つのＶＯＶｉｄｅｏＷａｔｃｈＶｗ４１０１３パート２オブジェクトに関連するアセンブリクラスである。前述されるようなＣＤｏｃｕｍｅｎｔ４１００４クラスオブジェクトから拡張される各ＶＯＶｉｄｅｏＷａｔｃｈＤｏｃ４１０１１オブジェクトは、ＣＦｏｒｍＶｉｅｗ４１００７クラスオブジェクトから拡張されるＶＯＶｉｄｅｏＷａｔｃｈＶｗ４１０１３を使用する。同様に、ＶＯＣｏｎｆｅｒｅｎｃｅＦｒａｍｅ４１０１８は、ちょうど１つのＶＯＣｏｎｆｅｒｅｎｃｅＤｏｃ４１０１２オブジェクトおよびちょうど１つのＶＯＣｏｎｆｅｒｅｎｃｅＶｗ４１０１４オブジェクトが各ＶＯＣｏｎｆｅｒｅｎｃｅＦｒａｍｅ４１０１８オブジェクトに関連するように１つのＶＯＣｏｎｆｅｒｅｎｃｃＤｏｃ４１０１２パート１クラスオブジェクトおよびＶＯＣｏｎｆｅｒｅｎｃｅＶｗ４１０１４パート２クラスオブジェクトに関連したアセンブリクラスである。ＶＯＣｏｎｆｅｒｅｎｃｅＤｏｃ４１０１２はＶＯＣｏｎｆｅｒｅｎｃｅＶｗ４１０１４を使用する。２．クラスおよびオブジェクト詳細ａ）ユーザーインターフェースクラス（１）クラスリスト VOConsoleApp 主アプリケーションクラス VOMainFrame 全ての他のウィンドウを有する主ウィンドウ VOScheduleWnd オブジェクトのスケジュールを表示するウィンドウ VOOutputWnd エラーメッセージおよび警報が表示されているウィンドウ VOChildFrame ＭＤＩウィンドウに対するフレームウィンドウ。これはビューの各々に対するメインフレームウィンドウのように作動する。 VOConferenceFrame 会議ビューに対するフレームウィンドウ。これはＶＯＣｈｉｌｄＦｒａｍｅから得られる。 VOConferenceVw 会議情報を表示するウィンドウ VOConferenceDoc ＶＯＣｏｎｆｅｒｅｎｃｅＶｗに対応するドキュメントクラス VOVideoWatchFrame ビデオウォッチビューに対するフレームウィンドウ。これはＶＯＣｈｉｌｄＦｒａｍｅから得られる。 VOVideoWatchVw 呼を形成するためのビデオストリームおよび制御を表示するウィンドウ VOVideoWatchDoc ビデオウォッチビューに対応するドキュメントクラス（２）クラス詳細（ａ）ＶＯＣｏｎｓｏｌｅＡｐｐクラスＶＯＣｏｎｓｏｌｅＡｐｐベースクラスＣＷｉｎＡｐｐ継承タイプｐｕｂｌｉｃフレンドクラス ‐ （i）属性（ii）方法 Retcode Create VideoOperator(CString login,CString password); 戻り値：成功した場合、非ゼロ値に戻り、さもなければ、ゼロに戻る。ログインパラメータ：オペレータに対するログインｉｄパスワードパラメータ：オペレータのパスワード Retcode Create VideoOperator機能は、アプリケーション例示中に最初に呼び出される。 Retcode InitializeCallSystemComponent(); 戻り値：成功した場合、非ゼロ値に戻り、さもなければ、ゼロに戻る Retcode InitializeCallSystemComponent機能は、内部ソフトウェアシステムによって開始されるＶＯＣａｌＩＳｙｓｔｅｍＩｎｔｅｒｆａｃｅ、ＶＯＣａｌｌＯｂｊＭｇｒオブジェクトおよびＶＯＣｏｎｎｅｃｔｉｏｎＯｂｊＭｇｒオブジェクトのポインタのローカルコピーを行うビデオオペレータの作成後、アプリケーション例示中に最初に呼び出される。 void OnGetVOMessage(VOMsgvoMsg); voMsgパラメータ:内部ソフトウェアシステムによって送られるメッセージオブジェクトアプリケーションが内部ソフトウェアシステムからのメッセージを受信し、このメッセージを適切なウィンドウに向ける場合、void OnGetVOMessage機能が呼び出される。最初のインプリメンテーションでは、メッセージは、メッセージを解読するＶＯＭａｉｎＦｒａｍｅに送られる。メッセージの種類に応じて、メッセージは、ＶＯＯｕｔｐｕｔＷｎｄに表示され、メッセージボックスで表示されるかあるいはＶＯＣｏｎｆｅｒｅｎｃｅＶｗウィンドウおよびＶＯＶｉｄｅｏウォッチウィンドウに送られるかかのいずれかである。（ｂ）ＶＯＭａｉｎＦｒａｍｅクラスＶＯＭａｉｎＦｒａｍｅベースクラスＣＦｒａｍｅＷｎｄ継承タイプｐｕｂｌｉｃフレンドクラス ‐ （i）属性（ii）方法 Retcode SynchWithDb(); 戻り値：成功した場合、非ゼロ値を戻り、さもなければ、ゼロに戻るログインパラメータ：オペレータのためのログインＩＤパスワードパラメータ：オペレータのパスワード Retcode SynchWithDbは、予定が変えられた場合、呼び出され、データベースと同期される必要がある。 Retcode DisplayMessage(VOMsg voMsg); 戻り値：成功した場合、非ゼロに戻り、さもなければゼロに戻る voMsgパラメータ:内部ソフトウェアシステムから受信されたＶＯＭｓｇオブジェクト Retcode DisplayMessage機能は、出力ウインドウのｖｏＭｓｇオブジェクトのコンテンツを表示する。重要度に応じて、警報メッセージボックスも表示される。 void OnConferenceStatusChanged(VOConference^*pConference); pConferenceパラメータ:その状態が変化したＣｏｎｆｅｒｅｎｃｅオブジェクトのポインタ。 void OnConferenceStatusChanged機能は、特定の会議の状態が変えられた場合、呼び出される。（ｃ）ＶＯＳｃｈｅｄｕｌｅＷｎｄクラスＶＯＳｃｈｅｄｕｌｅＷｎｄベースクラスＣＤｉａｌｏｇＢａｒ継承タイプｐｕｂｌｉｃフレンドクラス ‐ （i）属性（ii）方法 Retcode DisplaySchedule(BOOL filter=0); 戻り値：成功した場合、非ゼロ値に戻り、さもなければ、ゼロに戻るフィルタパラメータ：scheduleの表示に対して加えられるフィルタ、filter=0 は、全予定を表示し、filter=1は、活動会議および再生コールだけを表示する。 Retcode DisplaySchedule機能は、スケジュールウィンドウの会議および再生コールのリストを表示するために呼び出される。 Retcode DisplayConSites(VOConference^*pConference); 戻り値：成功した場合、非ゼロ値に戻り、さもなければ、ゼロに戻る pConferenceパラメータ:サイトがスケジュールウィンドウのサイトリストボックスに表示されねばならない会議ボックスのポインタ。 Retcode DisplayConfSites機能は、スケジュールウィンドウのサイトリストボックスのサイトのリストを表示するために呼び出される。 Retcode OnClickScheduledItem(); 戻り値：選択が前の選択と異なる場合、非ゼロ値に戻り、さもなければ、ゼロに戻る Retcode OnClickScheduledItem機能は、ユーザーがスケジュールリストボックスの項目にクリックすると、呼び出される。初期のインプリメンテーションは、会議の対応するサイトおよび再生コールのサイトおよび映画詳細を表示する。 Retcode OnDblClickScheduledItem(); 戻り値：選択が前の選択と異なる場合、非ゼロ値に戻り、さもなければ、ゼロに戻る Retcode OnDblClickScheduledItem機能は、ユーザーがスケジュールリストボックスの項目にダブルクリックすると、呼び出される。初期のインプリメンテーションは、予定項目に対する新しいＶＯＣｏｎｆｅｒｅｎｃｅＶｗを作成する。 Retcode OnClickSite(); 戻り値：選択が前の選択と異なる場合、非ゼロ値に戻り、さもなければ、ゼロに戻る Retcode OnClickSite機能は、ユーザーがスケジュールウィンドウのスケジュールリストボックスの項目にクリックすると、呼び出される。（ｄ）ＶＯＯｕｔｐｕｔｗｎｄクラスＶＯＯｕｔｐｕｔＷｎｄベースクラスＣＤｉａｌｏｇＢａｒ継承タイプｐｕｂｌｉｃフレンドクラス ‐ （i）属性（ii）方法 Retcode DisplayMessage(CString info，VOMsg^*pVOMsg=NULL); 戻り値：成功した場合、非ゼロ値に戻り、そうでなければ、ゼロに戻る情報パラメータ：表示される付加情報 pVOMsgパラメータ：ＶＯＭｓｇオブジェクトのポインタ Retcode DisplayMessageは、出力ウィンドウのメッセージテキストを表示する。ｐＶｏＭｓｇ＝ＮＵＬＬである場合、情報だけが表示される。（ｅ）ＶＯＣｏｎｆｅｒｅｎｃｅＶｗクラスＶＯＣｏｎｆｅｒｅｎｃｅＶｗベースクラスＣＦｏｒｍＶｉｅｗ継承タイプｐｕｂｌｉｃフレンドクラス ‐ （i）属性（ii）コンストラクタ protected VOConferenceVw(); VOConferenceVw(VOConference^*pConference); VOConferenceVw(VOPlaybackSession^*pPbSession); pPbSessionパラメータ：ビューが作成されるべきである再生セッションのポインタ。会議画像は、任意の会議あるいは予定再生セッションについての情報を表示するために使用される。ユーザーが予定ウィンドウの会議／再生セッションにダブルクリックされる場合、この画像はメインフレームによってだけ作成される。（iii）方法 (VOConference^*pConference); PConferenceパラメータ：その状態が変化した会議オブジェクトのポインタ。 void OnConferenceStatusChangedは、ＵＩがそれに応じて更新できるように会議状態が変化された場合、呼び出される。 void OnPbSessionStatusChanged(VOPLaybackSession^*pPbSession); pPbSessionパラメータ：その状態が変化された再生セッションオブジェクトのポインタ。 void OnPbSessionStatusChangedは、ＵＩがそれに応じて更新できるように再生セッション状態が変化された場合、呼び出される。 void OnConnStatusChanged(VOConnection^*pConnection); pConnectionパラメータ：その状態が変化された接続オブジェクトのポインタ。 void OnConnStatusChangedは、ＵＩがそれに応じて更新できるように接続状態が変化された場合、呼び出される。 void OnCallStatusChanged(VOCall^*pCall); pCallパラメータ:その状態が変化された再生セッションオブジェクトのポインタ。 void OnCallStatusChangedは、ＵＩがそれに応じて更新できるように現会議/ 再生セッションの呼の状態が変化された場合、呼び出される。 void OnPbCallStatusChanged(VOPbCall^*pPbCall); pPbCallパラメータ:その状態が変化された再生セッションオブジェクトのポインタ。 void OnPbCallStatusChangedは、ＵＩがそれに応じて更新できるように再生セッションの状態が変化された場合、呼び出される。 (VOConnection^*pConnection); pConnectionパラメータ：その状態が変化した接続オブジェクトのポインタ。 void DisplayConnectionStatusは、接続状態を表示するために呼び出される。 void DisplayCallStatus(VOCall^*pCall); pCallパラメータ：その状態が変化したコールオブジェクトのポインタ。 void DisplayCallStatusは、呼の状態（関係者あるいはＭＣＵ）を表示するために呼び出される。 void DisplayRecordingStatus()；会議の任意の呼が記録される場合、記録状態を表示するために呼び出される。 void DisplayWatchStatus();それに関して呼が現会議あるいは再生セッションにおいて監視される指示を表示するために呼び出される。 void DisplayPlaybackStatus()；再生状態を表示するために呼び出される。 Retcode OnDialSite(); 戻り値：動作がうまく始動された場合、非ゼロ値に戻り、さもなければ、ゼロに戻る。 Retcode OnDialSiteは、関係者側のダイアルボタンがクリックされる場合、呼び出される。これは選択接続の関係者にダイアルする。 Retcode OnDialMCU(); 戻り値：動作がうまく始動された場合、非ゼロ値に戻り、さもなければ、ゼロに戻る。 Retcode OnDialMCUは、関係者側のダイアルボタンがクリックされる場合、呼び出される。これは、選択された関係者に割り当てられるＭＣＵポートにダイアルする。 Retcode OnHangupSite(); 戻り値：動作がうまく始動された場合、非ゼロ値に戻り、さもなければ、ゼロに戻る。 Retcode OnHangupSiteは、関係者に対する呼をハングアップする。 Retcode OnHangupMCU(); 戻り値：動作がうまく始動された場合、非ゼロ値に戻り、さもなければ、ゼロに戻る。 Retcode OnHangupMCUは、ＭＣＵに対する呼をハングアップする。 Retcode OnHoldSite(); 戻り値：動作がうまく始動された場合、非ゼロ値に戻り、さもなければ、ゼロに戻る。 Retcode OnHoldSite機能は、関係者の呼を保留にする（呼がアクティブである場合）。 Retcode OnHoldMCU(); 戻り値：動作がうまく始動された場合、非ゼロ値に戻り、さもなければ、ゼロに戻る。 Retcode OnHoldMCU機能は、関係者の呼を保留にする(呼がアクティブである場合)。 Retcode OnWatchSite(); 戻り値：成功した場合、非ゼロに戻り、さもなければゼロに戻る。 Retcode OnWatchSiteは現関係者を監視する。関係者に対応するビデオストリームはビデオ観察ウィンドウに表示される。 Retcode OnWatchMCU(); 戻り値：成功した場合、非ゼロに戻り、さもなければゼロに戻る。 Retcode OnWatchMCUは、会議の関係者に対応するＭＣＵ legを監視し始める。ビデオストリームはビデオ観察ウィンドウに表示される。 Retcode OnRecordMCU(); 戻り値：動作がうまく始動された場合、非ゼロ値に戻り、さもなければ、ゼロに戻る。 Retcode OnRecordMCUは、ＭＣＵストリームを記録し始める。記録が既に既に行われている場合、この機能は記録を休止/停止する。 Retcode OnRecordSite(); 戻り値：動作がうまく始動された場合、非ゼロ値に戻り、さもなければ、ゼロに戻る。 Retcode OnRecordSiteは、選択された関係者に対応するストリームを記録し始める。記録が既に行われている場合、記録は休止/停止する。 Retcode MakeAutoConnection(); 戻り値：成功した場合、非ゼロに戻り、さもなければゼロに戻る。 Retcode MakeAutoConnectionは、関係者およびＭＣＵを自動的に接続し、成功した場合、関係者およびＭＣＵを結合するために呼び出される。 Retcode MakeAutoDisconnection(); 戻り値：動作がうまく始動された場合、非ゼロ値に戻り、さもなければ、ゼロに戻る。 Retcode MakeAutoDisconnectionは、接続を自動的に結合解除し、関係者およびｍｃｕに対する呼を接続断するために呼び出される。 Retcode ConnectAll(); 戻り値：動作がうまく始動された場合、非ゼロ値に戻り、さもなければ、ゼロに戻る。 Retcode ConnectAllは、自動的に１つずつ全ての接続を行うために呼び出される。 Retcode DisconnectAll(); 戻り値：動作がうまく始動された場合、非ゼロ値に戻り、さもなければ、ゼロに戻る。 Retcode DisconnectAllは、全ての会議接続を自動的に断つために呼び出される。（ｆ）ＶＯＶｉｄｅｏＷａｔｃｈＶｗクラスＶＯＭａｉｎＦｒａｍｅベースクラスＣＦｒａｍｅＷｎｄ継承タイプｐｕｂｌｉｃフレンドクラス ‐ （i）属性（ii）コンストラクタ VOVideoWatchVw(); （iii）方法 void OnDial()；受け手の出口ボックスの電話番号をダイアルする。 void OnTransfer()；現コールを電話番号に転送する。これは、ユーザーが呼が転送されるナンバートップに入るタイアログボックスを最初に表示する。 void OnAnswer()；応答ボタンがクリックされる場合、呼び出される。 void OnForward()；転送ボタンがクリックされる場合、呼び出される。全ての呼は、設けられた転送番号に転送される。 void OnMute()；ミュートボタンがクリックされる場合、呼び出される。ミュートをターンオン/オフする。 void OnHangup()；ハングアップがクリックされる場合、呼び出される。現コールをハングアップする。 void OnHold();ホールドボタンがクリックされる場合、現コールを保留にする void OnPickup()；ピックアップボタンがクリックされる場合、呼び出される。保留中の呼をピックアップする。 void OnPrivacy()；プライバシーボタンがクリックされる場合、呼び出される。プライバシーをターンオンあるいはオフする。 void OnPlayMovie()；再生ボタンがクリックされる場合、呼び出される。これは、選択する映画のリストを有するダイアログボックスを表示する。一旦映画が選択されると、映画が再生される。 void OnRecordCall()；記録ボタンがクリックされる場合、呼び出される。 void OnJoinToConference()；Join Confボタンがクリックされる場合、呼び出される。これは、活動会議およびサイトOR再生セッションのリストを表示する。オペレータは、現コールに対応するサイトを選択し、呼は会議に結合される。 void WatchVideo(BOOL selection); 戻り値：成功した場合、非ゼロ値に戻り、さもなければ、ゼロに戻る。選択パラメータ：見るものを指定する。選択＝VDOWATCH_CONFERENCEは、見るために選択されたサイト/ＭＣＵからのビデオを表示する選択＝VDOWATCH_SELFは、ビデオオペレータカメラの出力を表示する。選択=VDOWATCH_Callは、もしあれば、到来呼からのビデオをビデオ観察ウィンドウORに提供されたリストボックスから選択された呼からのビデオを表示する。見るビデオストリームを選択するvoid WatchVideo機能を呼び出す。 void OnDisplayCallWindow()；“コール”ボタンがクリックされる場合、呼び出される。 void OnSelfView();SelfView'チェックボックスがチェックされるかあるいはチェックされない場合、呼び出される。selfviewがチェックされる場合、ビデオオペレータのカメラ出力は別個の小さいウィンドウに表示される。 void OnLocalVolume()；ローカルボリュームスライドバー位置が変えられた場合、呼び出される。これはローカルボリュームを調整する。 void OnRemoteVolume()；遠隔ボリュームスライドバー位置が変えられた場合、呼び出される。これは遠隔ボリューム信号を調整する。ｂ）メディア制御クラス記述（１）ＶＯＭｅｄｉａＣｏｎｔｒｏｌクラスＶＯＭｅｄｉａＣｏｎｔｒｏｌベースクラスＶＯＯｂｊｅｃｔ継承タイプｐｕｂｌｉｃフレンドクラス ‐ （ａ）属性（ｂ）コンストラクタ VOMediaControl(); （ｃ）方法 public void SetVolume(short rightVolume,shortleftVolume); 右ボリュームパラメータパラメータ：0〜1000の整数左ボリュームパラメータ：0〜1000の整数 public void SetVolumeはボリューム制御をセットする。 public short GetVolume(short channel); 戻り値：指定チャンネルに対するボリュームに戻るチャンネルパラメータ：チャンネルの設定＝右ボリューム設定のためのPORT_C HANNEL_RIGHTおよびチャンネルの設定＝左ボリューム設定のためのPORT_CHANNEL _LEFT public short GetVolumeは、指定チャンネルに対する現ボリュームに戻る。 public void SetSelfView(long flags); フラグパラメータ：自己観察のプロパティを設定する。有効フラグは、下記のとおりである。 SELFVIEW_ON 自己観察を表示する; SELFVIEW_OFF 自己観察を隠す;および SELFVIEW_MIRRORED自己観察を映す public long GetSelfView(); 戻り値：自己観察設定に戻る public long GetSelfView機能は、自己観察が目に見えるかあるいは隠されているかあるいは鏡に映される場合、探すために使用できる自己観察設定に戻る。 public void SetSelfViewSize(short size); サイズパラメータ：自己観察に対する所定のサイズの中の１つ public void SetSelfViewSizeは自己観察ウィンドウのサイズを設定する。有効値は、FULL_CIF,HALF_CIFおよびQUARTER_CIFである。 public shortGetSelfViewSize(); 戻り値：現自己観察サイズに戻る。 public shortGetSelfViewSize機能は、現自己観察ウィンドウサイズに戻る。この値は所定のサイズの中の１つである。サイズの記述に対するSetSelfViewSiz eを参照。 public void SetAutoGain(BOOL autoGain=TRUE); autoGainパラメータ：自動利得を使用可能にするために真であるべきであり、使用禁止にするために偽であるべきである。 public void SetAutoGain機能は、autoGain値に応じて自動利得を使用可能あるいは使用禁止にする。 public BOOL GetAutoGain(); 戻り値：現自動利得設定に戻る。 public BOOL GetAutoGain機能は、現自動利得設定に戻る。自動利得がオンであるならば、真であり、さもなければ偽である。 public void SetEchoCancellation(bool bCancel); bCancelパラメータ：bCancelが真であるならば、消去が可能にされ、bCancel が偽であるならば、消去が禁止にされる。 public void SetEchoCancellationは、反響消去を使用可能あるいは使用禁止にする。 public BOOL GetEchoCancellation(); 戻り値：現反響消去状態に戻る。 public BOOL GetEchoCancellationは、現反響消去の現状態を得る。 public shortGetVideoMode(short mode＝MODE_RX); 戻り値：ビデオモードに戻る。モードパラメータ：受信あるいは送信モードを指示する。 public short GetVideoModeは、モードの値に応じて受信あるいは送信のためのオーディオモードを得る。モード＝受信モードに対してMODE_RXおよび送信モードに対してMODE_TXである。 public short GetAudioMode(short mode=MODE_RX); 戻り値：自動モードに戻る。モードパラメータ：受信あるいは送信モードを指示する。 public short GetAudioModeは、モードの値に応じて受信あるいは送信のためのオーディオモードを得る。モード＝受信モードに対してMODE_RXおよび送信モードに対してMODE_TXである。 public void SetVideoWnd(HWNDhWnd); hWndパラメータ：ビデオが表示されるべきウィンドウのポインタ。 public void SetVideoWnd機能は、hWndによって識別されるウィンドウのビデオを表示する。 public HWND GetVideoWnd(); 戻り値：ビデオが表示されるべきウィンドウハンドルに戻る。ウィンドウが全然設定されない場合、NULLは戻される。 public HWND GetVideoWnd機能は、ビデオが表示されるべきウィンドウハンドルを検索するために呼び出される。 public void MakeVideoWndResizeable(BOOL bResize=TRUE); bResizeパラメータ：bResizeが真であるならば、ビデオウィンドウは元どおりにできる。偽であるならば、ビデオウィンドウは元どおりにできない。 public void MakeVideoWndResizeable機能は、bResize＝TRUEでビデオウィンドウを元どおりにできるようにする。ウィンドウを一定のサイズにするために、 bResizeをFALSEにする。 public BOOL IsVideoWndResizeable(); 戻り値：ビデオウィンドウが元どおりにできる場合、真に戻り、さもなければ、偽に戻る。ビデオウィンドウが元どおりできるかどうかを決定するpublic BOOL IsVideoW ndResizeable機能を呼び出す。Ｆ．ビデオオペレータ共有データベース１．データベース方式図１０７は、ビデオオペレータ共有データベース（図９８の４０２１４を参照）。一実施例では、データベースは下記の表を含んでいる。会議４１１０４は、予定された会議についての詳細を列挙する。関係者４１１０５は、会議の関係者を列挙し、会議関係者４１１０８は、任意の所与会議の関係者を決定するために使用される会議４１１０４テーブルおよび関係者４１１０５テーブルからのキーを含んでいる。ＭＣＵ４１１０２は、いろいろな供給者とは異なる特徴を含み、ＭＣＵポート４１１０６は、ＭＣＵ４１１０２テーブルからのＭＣＵ識別数ならびに会議を接続する関係者によって使用されるＭＣＵのポートを含む。ビデオオペレータはビデオオペレータ属性を列挙し、音声タイプは、会議あるいは関係者を規定するために使用される全ての様式（例えば、プロトコル、バンド幅）を列挙し、音声タイプ値４１１０７は、規定された様式の各々に対する値を列挙する。ビデオオペレータ４１１０１テーブルの各ビデオオペレータレコードは、その番号が、会議４１１０４テーブルのオペレータＩＤフィールドに表示されてもよく、各ビデオオペレータを会議４１０４テーブルの概略を提示された特定の会議に割り当てる固有の識別番号をそのＩＤフィールドに含む。会議４１１０４テーブルの各会議記録は、その番号が会議関係者４１１０８テーブルの会議ＩＤフィールドに表示されてもよい固有の識別番号をそのＩＤフィールドに同様に含む。同様に、関係者４１１０５テーブルの各関係者記録は、会議関係者４１１０８テーブルの関係者ＩＤフィールドの固有の識別番号をそのＩＤフィールドに含む。最後に、ＭＣＵ４１１０２テーブルの各ＭＣＵ記録は、その番号がＭＣＵポート４１１０６テーブルのｍｃｕＩＤフィールドに表示されてもよく、ＭＣＵに関連したＭＣＵポートのセットを識別する固有の識別番号をそのＩＤフィールドに含む。ＭＣＵポート４１１０６テーブルの各ＭＣＵポート記録は、その番号が会議関係者４１１０８テーブルのｍｃｕＰｏｒｔＩＤフィールドに表示されてもよい固有の識別番号をそのＩＤフィールドに含む。会議関係者４１１０８テーブル内で、会議ＩＤ値、関係者ＩＤ値、およびｍｃｕポートＩＤ値は、特定の会議を所与の会議、関係者のセット、およびＭＣＵポートで規定するために相互参照キーとして使用される。さらに、音声タイプ４１１０３テーブルの各音声タイプ記録は、その番号が音声タイプ値４１１０７テーブルのタイプＩＤフィールドに表示されてもよく、音声タイプに関連した値のセットを識別する固有の識別番号をそのＩＤフィールドに含む。Ｇ．ビデオオペレータコンソールグラフィカルユーザーインターフェースウィンドウ１．メインコンソールウィンドウ図１０８は、ビデオオペレータ端末［図９６の１］に表示され、スケジュールウィンドウ４１２０２、会議ウィンドウ４１２０３、ビデオ観察ウィンドウ４１２０４およびコンソール出力ウィンドウ４１２０５の可能な配置を示す主コンソールウィンドウ４１２０１の一実施例を示している。主コンソールウィンドウ４１２０１によって、ビデオオペレータはビデオ会議を管理できる。２．スケジュールウィンドウ図１０９は、次の８時間現ビデオオペレータによって処理される会議セッション４１３０５および再生セッション４１３０６の全てを表示するスケジュールウィンドウ４１２０２の一実施例を示している。一実施例では、このリストは、１５分間隔でアプリケーション始動の際に更新され、毎回会議が終了する。スケジュールウィンドウは、２つのスクロールテキスト領域、すなわち、会議４１３０１に対して一方の領域、選択された会議に参加するサイト４１３０２に対する他方の領域を有する。会議名がダブルクリックされる場合、適切な会議ウィンドウ［図１０８、１１０の４１２０３］が表示される。３．会議ウィンドウ図１１０は、オペレータがスケジュールウィンドウ４１２０２の会議あるいは再生セッションを選択する時に表示される会議ウィンドウ４１２０３の一実施例を示している。会議ウィンドウ４１２０３の表示は、会議セッションあるいは再生セッションがスケジュールウィンドウ４１２０２から選択されたどうかで決まる。唯一つの会議ウィンドウが１回で表示される。新しい会議ウィンドウが開かれる場合、目下のウィンドウが隠される。会議ウィンドウが隠されている間、会議および接続の状態はなお監視される。図１１０は会議セッション４１４０１を示している。会議ウィンドウ４１２０３は、会議関係者４１４１５および個別の接続で選択的に作動し、呼設定、観察、再生および記録を含むラジオボタンのリストを表示する。持続時間、開始時間、終了時間、再生および記録状態、および会議タイプのような会議についての情報はウィンドウの最下部に表示される。オペレータがクリック位置に関連する活動が全然ない会議ウィンドウ４１２０３内部にダブルクリックする場合、プロパティボックス［図１１３の４１７０１］は会議設定に関して表示される。会議は終了会議ボタンを押すことによって終了される。これは、会議に関連した全ての呼の接続を断つ。会議ウィンドウ４１２０３は、会議の接続およびその接続状態４１４１７を表示し、まだ結合されていない接続４１４２１に対して予備とされた任意の自由ＭＣＵポートスロットを含む。各接続リスティングは、ラジオボタン４１４２２と、関係者サイト名４１４２３と、状態ライト４１４１８〜４１４２０とを含んでいる。２つの呼の状態および結合は監視され、会議ウィンドウ４１２０３のサイト名とともに表示される。状態正方形４１４１８〜４１４２０は、異なる呼状態（例えば、無呼、進行中の呼、活動呼、あるいは切断される活動呼）を示す異なる色を有する色ボックスである。会議ウィンドウ４１２０３は、関係者サイトがビデオオペレータによって経路決定されたＭＣＵポートサイトに接続されるシーケンスを規定する４１４１７をクリックするボタンを備える。ウィンドウのこの部分から入手できる他の機能は、呼からのビデオ入力を観察し、いずれかの呼からのビデオ入力を記録し、関係者サイトあるいはＭＣＵに対する通常のビデオ呼び出しを行う。矢印４１４２４の色は各呼の状態を示している。矢印の色は、接続のリストの状態ライト４１４１８〜４１４２０でも再現される。会議に関連する再生接続４１４２５がある場合、唯一つの呼がＭＣＵポートサイトに必要である。通常の関係者サイト呼設定インターフェースはアクセスできなく、結合制御４１４０５は、再生のための開始および停止スイッチになる。規定接続に対するＭＣＵポート呼び出しが非活動（あるいは接続断される）である場合のみフリーＭＣＵポートに達することができる。これは、フリーＭＣＵポート呼び出しとの接続を選択することによって行われる。接続される場合、オペレータは、オペレータが接続させるかあるいは接続を回復しようと試みていることを関係者の残りに知らせることができる。会議ウィンドウ４１２０３が反映するいくつかの機能上の制限がある。会議ウィンドウ４１２０３は、実行できない機能にアクセスすることを可能にすべきでない。例えば、・ビデオオペレータは、１回に１つの呼を観察できるだけである。・ビデオオペレータは、ソフトウェア単方向性デコーダでいつでも任意の呼を記録できる。・再生接続選択は呼設定ボタンを適切に変える。・ビデオオペレータは、ＭＣＵポート呼び出しが非活動である場合だけ会議に参加できる。・ビデオオペレータは、関係者が接続断される場合、関係者サイトに知らせることができる。明らかにするために、会議ウィンドウを使用する簡単な接続設定は下記のように続く。関係者サイトボックス４１４０２の近くの呼び出しボタンを押すことによって、オペレータは、アダムを呼び出し（かあるいはその代わりにアダムはオペレータを呼び出し）、それからオペレータは、呼び出しを保留にする。ＭＣＵポートサイトボックス４１４０３の近くの呼び出しボタンを押すことによって、オペレータはＭＣＵを呼び出し、それから呼び出しを保留４１４０８にする。結合ボタン４１４０５を押すことによって、２つの呼が結合される。他の実施例では、これは、手動処理よりも自動化できる。アダムおよびＭＣＵは、Ｈ．３２０ビデオ呼び出しとして接続される。全て３つの矢印４１４２４は緑である。４．ビデオ観察ウィンドウ図１１１は、会議接続の選択呼および別個の到来呼あるいは出力呼からのＨ．３２０入力を表示するビデオ観察ウィンドウ４１２０４の一実施例を示している。ビデオ観察ウィンドウ４１２０４は、通常の呼び出し４１５１２を行う制御およびオーディオ制御４１５０９〜４１５１０のようなメディア制御も有する。ビデオ観察ウィンドウは、選択された呼び出しのビデオ出力の単方向性Ｈ．３２０デコードに対する表示である。デフォルトによって、第１の活動サイトのＭＣＵ呼び出しが表示される。任意の他の呼び出しを観察するために、適切な観察ボタンは、会議ウィンドウで押されねばならない。ボリューム制御４１５０９〜４１５１０、画像サイズ４１５１１等のようなこのウィンドウに対するビデオ制御およびオーディオ制御はビデオ制御パネルから管理される。オペレータが活動会議のサイトあるいは使用可能なスロットに対する通常のＨ．３２０ビデオ呼び出し（ポイントツーポイント）を行うことを選んだ場合、ビデオ観察ウィンドウ４１２０４は、ビデオを見るために使用される。オペレータが自己観察ボタン４１５０６を選択する場合、小さい自己観察ビデオウィンドウが近くに表示されるべきである。５．コンソール出力ウィンドウ図１１２は、全てのエラーメッセージおよび警報４１６０１を表示するコンソール出力ウィンドウ４１２０５の一実施例を示している。このウィンドウは、ビデオオペレータが現セッションに生じた全てのエラーを見ることができるようにスクロール可能である。これらのメッセージは、将来の参照に対するテキストファイルにもログされる。６．プロパティダイアログボックス図１１３は、プロパティダイアログボックスを示している。ダイアログボックスは、過渡的であり、一時的に表示されるだけである。このダイアログポックスは、即時の注意を必要とする、データを入力するかあるいは情報を表示するために使用される。これは、特定の会議あるいはサイトのプロパティを表示する無モデルダイアログボックスである。いつも開いている唯一つのこのようなウィンドウがある。ユーザーが他の会議ウィンドウあるいは接続ウィンドウに集中するならば、同じダイアログボックスは適切なプロパティで更新される。図１１３は、コーディネーター４１７０２と、サイト電話番号４１７０３と、時間４１７０４と、接続タイプ４１７０５と、端末タイプ４１７０６とを含む、特定のサイトに関連したプロパティを示している。終了ボタン４１７０７はプロパティダイアログボックス４１７０１を閉じる。ＸＶＩＩ．ワールドワイドウェブ(ＷＷＷ)ブラウザの機能Ａ．ユーザーインタフェースグラフィカルユーザーインタフェース(ＧＵＩ)は、ワークステーションからサーバーへの接続に１つのＩＰコネクションしか必要としないよう設計されている。１つのＩＰコネクションが、ＷＷＷプラウザとＷＷＷサイト間のインターネットコネクションとＰＣクライアントとユニバーサルインボックス(メッセージセンター)間のメッセージ送受信コネクションの両方をサポートしている。ＰＣクライアントインタフェースとＷＷＷブラウザインタフェースは、両方の構成要素が同じワークステーションに存在し、２つのアプリケーション間で競合することなく１つのＩＰコネクションを共有できるよう統合されている。ＷＷＷブラウザのアクセスは、市販されている以下のすべてのＷＷＷブラウザインタフェースからサポートされている。・マイクロソフトインターネットエクスプローラ・ネットスケープナビゲータ(１．２．２．Ｘ) ・スパイグラスモゼークＷＷＷブラウザインタフェースはＷｉｎｄｏｗｓ９５をサポートするよう最適化されているが、Ｗｉｎｄｏｗｓ３．１やＷｉｎｄｏｗｓ３．１１もサポートしている。ＷＷＷブラウザインタフェースは、ユーザーのワークステーション(または、端末)の表示特徴を検出し、提示内容に対応してワークステーションの表示設定をサポートしている。提示内容は６４０x４８０ピクセル表示付近で最適化されているが、強化された解像度や８００x６００(または、それ以上)モニターの表示品質を利用することもできる。性能を向上させるため、ユーザーは「最小限グラフィックス」提示、または「フルグラフィックス」提示のどちらかを選択することができる。ＷＷＷブラウザは、ユーザーが「最小限グラフィックス」または「フルグラフィックス」のどちらを選択したかを検出して、適切なグラフィックスファイルだけを送信する。Ｂ．性能ＷＷＷサイトまたはパーソナルホームページからユーザーのワークステーションまたは端末へ情報をダウンロードするための応答時間は、以下のベンチマークを満足している。・プロセッサ:４８６ＤＸ−３３ＭＨｚ・メモリ：１２ＭＢ・モニター:ＶＧＡ，スーパ−ＶＧＡまたはＸＧＡ・アクセス:ダイアルアップ・Ｗｉｎｄｏｗｓ９５・提示オプション:フルグラフィックス・周辺装置:オーディオカード、オーディオプレイヤーソフトウェア、１４．４ＫｂｐｓモデムＷＷＷサイトからワークステーションへ画面またはページのダウンロードが完了すると、最初に必要なフィールドまたは更新可能なフィールドにカーソルが表示される。Ｃ．パーソナルホームページ他の加入者と通信したり他の加入者とのミーティングを予定する方法を提供するパーソナルホームページを確立できる機能を、システムが加入者に提供する。加入者のパーソナルホームページをアクセスする個人はゲストと呼ばれ、パーソナルホームページを「所有」する個人は加入者と呼ばれる。ゲストによるパーソナルホームページのアクセスは以下の機能をサポートする・テキストベースのページャーメッセージの作成とｎｅｔｗｏｒｋＭＣＩページングからの送信。・電子メールメッセージの作成と電子メール(ＭＣＩＭａｉｌまたはｉｎｔｅｒｎｅｔＭＣＩ)アカウントへの送信。・加入者のカレンダーをアクセスしてミーティングの予定をたてる。加入者のパーソナルホームページから作成されたメッセージは、加入者のｎｅｔｗｏｒｋＭＣＩまたはＳｋｙＴｅｌＰａｇｅｒまたはＭＣＩ電子メールアカウントへ送信される。ゲストによって作成された電子メールメッセージは・電子メールのヘッダーには、加入者の電子メールアドレスではなく加入者の名前を提示する。・電子メールヘッダーに以下を指定するフィールドを提供する。 - 差出人の名前(必要フィールド) - 差出人の電子メールアドレス(オプションのフィールド) - 件名(オプションのフィールド) ゲストは、加入者のパーソナルホームページでアポイントメントを「要求」する。・加入者のパーソナルホームページで要求されたアポイントの手前に「(Ｒ) 」が付記される。・承認されたアポイントメントの手前に「(Ａ)」が付記される。加入者は、定期的にカレンダーを確認して要求されたアポイントメントを承認「(Ａ)」するかまたは削除し、要求者との必要な追い掛け通信を開始する責任がある。承認されたアポイントメントの手前には「(Ａ)」が付記される。セキュリティ条件パーソナルホームページからカレンダーへのアクセスは、２つのセキュリティレベルをサポートする。・ピンアクセスなし: - 時間のみ、または - 時間とイベント・ピンアクセス: - 時間のみ、または - 時間とイベント１．記憶容量条件システムは、過去と未来のアポイントメントを以下の方法で格納、維持する。・現在月と過去６ヵ月分のカレンダーアポイントメント・現在月と今後１２ヵ月分のカレンダーアポイントメント加入者には、データベース内で上書きが予定されているアポイントメントの内容をダウンロードするオプションが提供される。加入者へダウンロードされるカレンダー情報はカンマで区切った形式またはＤＢＦ形式で、マイクロソフトスケジューラー+、ＡＣＴ,またはＡｓｃｅｎｄへ取り込み可能である。２．画面ヘルプテキスト画面ヘルプテキストは、パーソナルホームページ内で操作するためにフィールド対応「ヘルプ」命令へのゲストと加入者アイコンアクセスを提供する。ヘルプテキストは以下を記述する情報を提供しなけばならない。・加入者にバーソナルホームページからｎｅｔｗｏｒｋＭＣＩＰａｇｉｎｇを介してテキストベースのページャーメッセージを送信する方法。・加入者にパーソナルホームページからＭＣＩ電子メールアカウントへ電子メールメッセージを送信する方法。・加入者のカレンダーをアクセスおよび更新する方法。・ユーザーのパーソナルホームページを検出する方法。・ＭＣＩを介してパーソナルホームページを注文する方法。３．パーソナルホームページのディレクトリパーソナルホームページのディレクトリは、既存ＭＣＩホームページディレクトリからパーソナルホームページをアクセスする機能をゲストへ提供する。このディレクトリにより、ゲストは姓(必須)、名前(オプション)、組織(オプション) 、州名(オプション)、および郵便番号(オプション)を指定することによって、確立されているすべてのパーソナルホームページアカウントから特定のパーソナルホームページアドレスを検索することができる。パーソナルホームページディレクトリの検索結果は、姓、名前、ミドルネームのイニシャル、組織、市、州、郵便番号を情報として戻す。市は検索基準に指定されていないが、検索結果に提供される。ゲストがパーソナルホームページを検索するもう１つの方法としてＷＷＷブラウザを利用する方法がある。多数のＷＷＷブラウザは、「ネットディレクトリ」検索機能を内蔵している。ユーザーのパーソナルホームページは、ＷＷＷブラウザが提供するインターネットアドレスのディレクトリの一覧に表示される。ＭＣＩホームページから検索する場合の有利な点は、パーソナルホームページだけにインデックスが付いている(しかも検索される)ことである。ＷＷＷブラウザのメニューオプションから行う検索では、パーソナルホームページだけの検索にとどまらずより大きいＵＲＬリストの検索を行う。さらに、ゲストは検索する代わりにパーソナルホームページの特定のＵＲＬ(すなわち、開設場所)を入力することができる。この機能は、パーソナルホームページをディレクトリに掲載していない加入者に特に重要である。４．コントロールバーコントロールバーは、パーソナルホームページの一番下に提示される。コントロールバーは、ゲストがＭＣＩホームページからパーソナルホームページを選択した後で提示される。コントロールバーは、以下の機能へのゲストアクセスを提供する。・ヘルプテキスト・ＭＣＩホームページ・パーソナルホームページディレクトリ・フィードバック５．ホームページホームページは、加入者がメッセージの検索とＷＷＷブラウザからプロフィール管理を行うための入り口である。ホームページは、メッセージセンターやプロフィール管理をユーザーが簡単にアクセスできるよう設計されている。６．セキュリティ条件メッセージセンターやプロフィール管理のアクセスは、認可されたユーザーに限定される。メッセージセンターまたはプロフィール管理をアクセスする前に、ユーザーはユーザー識別子とパスワードを入力するよう要求される。アクセス試行が３回失敗すると、ユーザーがメッセージセンターまたはプロフィール管理をアクセスすることを遮断し、警告メッセージがＭＣＩ顧客サポートグループに連絡を取るよう加入者にアドバイスする。アカウントは、ＭＣＩ顧客サポートグループの担当者が復帰させるまで非活動になる。アカウントが復帰すると、加入者はパスワードを更新しなければならない。メッセージセンターへのログオンに成功すると、ユーザーは(同じ)ユーザー識別子とパスワードをもう一度要求されることなくプロフィール管理をアクセスすることができる。同じことはプロフィール管理のアクセスに成功したユーザーについてもいえ、(同じ)ユーザー識別子とパスワードを再度要求されることなくメッセージセンターをアクセスすることができる。パスワードは１ヶ月間有効である。パスワードの期限が切れた場合、ユーザーはパスワードを更新するよう要求される。パスワードの更新では、ユーザーは期限の切れたパスワードと新規パスワードを２回入力することを要求される。７．画面ヘルプテキストパーソナルホームページ内で操作するために、フィールド対応「ヘルプ」命令への加入者アイコンアクセスを提供する。ヘルプテキストは以下を記述する情報を提供する。・メッセージセンターをアクセスする方法・プロフィール管理をアクセスする方法・ＭＣＩホームページをアクセスする方法・パーソナルホームページをアクセスする方法・メッセージセンターを介してメッセージを送信(作成または転送)する方法・メッセージセンターを介してメッセージを提出する方法・ダイレクトラインＭＣＩプロフィールを更新する方法・情報サービスプロフィールを更新する方法・加入者のパーソナルホームページを更新する方法・ホームページについてのフィードバックを提供する方法・ユーザーズガイドの注文方法コントロールバーコントロールバーは、ホームページの一番下に提示される。コントロールバーは、以下の機能へのゲストアクセスを提供する。・ヘルプテキスト・ＭＣＩホームページ・パーソナルホームページディレクトリ・フィードバック８．プロフィール管理前述した画面ヘルプテキストとコントロールバーのほかに、プロフィール管理画面はタイトルバーを提示する。タイトルバーは、プロフィール管理構成要素への容易なアクセスとメッセージセンターへの迅速なアクセスを加入者へ提供する。プロフィール管理構成要素へのアクセスは、以下を含むタブの使用を介して提供される。・ダイレクトラインＭＣＩ・情報サービス・パーソナルホームページ・リスト管理・メッセージ取り扱いダイレクトラインＭＣＩタブは、以下のダイレクトラインＭＣＩ基本構成要素用追加タブを含む。・音声メール・ＦＡＸメール・ページングダイレクトラインＭＣＩプロフィール管理システムは、アカウントプロフィール情報を操作して以下を実現することができるプロフィール管理ページを加入者に提供する。・新規ダイレクトラインＭＣＩプロフィールの作成とプロフィールへの名前の割り当て・既存ダイレクトラインＭＣＩプロフィールの更新処理・ダイレクトラインＭＣＩプロフィールの作成と更新の規則に基づく論理のサポート(たとえば、音声メールのような１つの呼経路決定オプションの選択、音声メールへのオーバーライド経路決定の起動、ページング通知のような１画面リプルから影響されるすべての画面に至る更新) ・ダイレクトラインＭＣＩ番号の有効設定・オーバーライド経路決定番号の有効設定と定義・ＭＥ発見経路決定の有効設定と定義・ダイレクトラインＭＣＩＭＥ発見経路決定シーケンス内各番号のＲＮＡパラメータの定義・最終経路決定(旧称、代替経路決定)の有効設定と定義 - 音声メールとページャー - 音声メールのみ - ページャーのみ - 最終メッセージ・複数の呼経路決定オプション(ＭＥ発見、音声メール、ＦＡＸメール、またはページャー)が有効に設定されている場合、メニュー経路決定の起動・音声メールの有効設定・ＦＡＸメールの有効設定・ページングの有効設定・ＦＡＸメール配信のデフォルト番号の定義・音声メールのページング通知の起動・ＦＡＸメールのページング通知の起動・別なダイレクトラインＭＣＩプロフィールを活動/非活動にするスケジュールの定義・緊急配信対象音声メールを分類するためのゲストオプションの提供・メッセージ受信時間の識別に使用する、すべてのメッセージの種類に対する時間帯の設定・以下の呼ふるい分けパラメータの定義 - 名前とＡＮＩ - ＡＮＩのみ - 名前のみ・パークとページの有効または無効設定９．情報サービスプロフィール管理情報サービスプロフィール管理は、加入者に対して情報源、配信メカニズム( 音声メール、ページャー、電子メール)、情報源と情報の内容に依存した配信頻度を選択できる機能を提供する。特に、加入者は以下の任意の情報源を設定することができる。・株式相場と金融ニュース・見出しニュース株式相場と金融ニュースは加入者に以下を提供する。・ビジネスニュースの見出し・株式相場(遅れは１０分またはそれ以下) ・株式市場レポート(毎時、午前/午後、またはＣＯＢ) ・通貨および公債レポート(毎時、午前/午後、またはＣＯＢ) ・貴金属レポート(毎時、午前/午後、またはＣＯＢ) ・商品レポート(毎時、午前/午後、またはＣＯＢ) ビジネスニュースの見出しは毎日１回電子メールで配信される。(株式市場、通貨と公債、貴金属、商品の)レポートは、加入者によって指定された間隔で配信される。毎時レポートでは、毎時１０分後のタイムスタンプが電子メールメッセージに必要である。午前/午後のレポートでは、午前(東海岸時間午前１１時１０分 )とタ刻(東海岸時間午後５時１０分)にそれぞれ１電子メールメッセージ、ＣＯＢレポートを東海岸時間午後５時１０分に送信することが必要である。株式市場レポートの内容には以下を含む。・株、またはミューチュアルファンド(オープン型投資)のチッカーシンボル・株、またはミューチュアルファンドの始め値・株、またはミューチュアルファンドの終値・株、またはミューチュアルファンドの最近の記録買値・株、またはミューチュアルファンドの最近の記録指し値・株、またはミューチュアルファンドの５２週間の高値・株、またはミューチュアルファンドの５２週間の安値株式相場と金融ニュースは、購入可能な株やミューチュアルファンドをリストから選択する機能、音声メールまたはテキストベースのページを提供する基準を定義する機能も加入者へ提供する。定義可能な基準は「トリガーポイント」と呼ばれ、以下の状態のいずれか、またはすべての状態を言う。・株、またはミューチュアルファンドが５２週間の高値に達し；・株、またはミューチュアルファンドが５２週間の安値に達し；・株、またはミューチュアルファンドが、ユーザーが定義した高値に達し；・株、またはミューチュアルファンドが、ユーザーが定義した安値に達する。「トリガーポイント」状態発生後１分以内に、メッセージ(音声メール、またはテキストベースページャー)が加入者へ送信される。音声メールメッセージは、ユーザーのダイレクトラインＭＣＩアカウントに定義されている加入者メールボックスへ送信される。株式相場や金融ニュースの情報の古さは１０分以下である。１０．パーソナルホームページプロフィール管理パーソナルホームページプロフィール管理は、パーソナルホームページをカスタマイズする機能、ゲストが加入者と通信できる方法(電子メール、またはテキストベースページャー)を定義する機能を加入者へ提供する。プロフィール管理はさらに、ゲストが加入者カレンダーをアクセスするのを加入者がコントロールできるようにする。具体的には、加入者は以下を実行することができる。・挨拶メッセージの確立と維持・連絡情報(例：アドレス情報)の確立と維持・パーソナルカレンダーの確立と維持・ページング、電子メール、またはカレンダーへのゲストアクセスの有効または無効設定・カレンダーへのゲストアクセスを、標準アクセスピンまたは権限アクセスピンを定義することによってコントロールする・パーソナルホームページの規定の場所へ個人的な写真や企業ロゴなど加入者が提出して承、認されたグラフィックを取り入れるパーソナルホームページを作成すると、加入者の配信アドレス情報を使って連絡情報を完成する。加入者は、連絡情報に含まれているアドレス情報を更新することができる。１１．リスト管理リスト管理は、リストを作成、更新する機能を加入者へ提供する。プロフィール管理は、メッセージセンターからアクセスできるメッセージ配信リストを定義する機能を加入者へ提供しする。一つの形態では、Ｆａｘ同報通信リスト管理機能がダイレクトラインＭＣＩリスト管理機能に統合されて、一つのデータベースを提供できるようリスト管理がまとめられている。１つの代替形態では、２つのリスト管理は別々に行われ、ユーザーはどちらのデータベースのリストでもアクセスすることができる。リストの管理は、ＰＣクライアントのアドレス帳に似たインタフェースを介して維持され、加入者はこのインタフェースからリストに名前を追加したり、リストから名前を削除することができる。電子メールアドレス、ＦＡＸメールアドレス(ＡＮＩ)、音声メールアドレス(ＡＮＩ)、ページ番号が各個人に対応付けられている。メッセージがメッセージセンターインボックス(ユニバーサルインボックス)に入ると、対応付けられたメッセージの種類のソースアドレスを使ってアドレス帳が更新される。加入者が配信リストの作成を選択した場合、リストの名前、種類、識別子を選択するよう要求される。作成されたすべてのリストは、名前のアルファベット順で利用することができる。リストの種類(音声、ＦＡＸ、電子メール、ページ)がリスト名に添付される。さらに、リスト識別子はアルファベット文字で構成可能である。次に、受信者の名前とアドレスを加入者に要求して配信リストを作成する。加入者は、アドレス帳をアクセスして受信者情報を入手することができる。加入者は同じ種類のアドレスをリストに記録しなければならない制約を受けない。ＦＡＸの種類でリストが作成されている場合でも、加入者はリストにＡＮＩ、電子メール、ページングアドレスを含めることができる。加入者は、作成、確認、削除、編集(受信者の追加と削除)名前の変更などの機能を利用して配信リストを管理することができる。ユーザーがＷＷＷブラウザからリストを変更することを選択した場合、アドレスの種類(音声、ＦＡＸ、ＦＡＸ、ページング、電子メール)を選択するようユーザーは要求される。この場合、選択されたアドレスの種類に対応するユーザー配信リストが提供されなければならない。ユーザーは、ＬｉｓｔＮａｍｅ(名前の一覧)を入力して探すこともできる。ユーザーはリストの変更を、作成、確認、編集(受信者の追加と削除)名前の変更、削除などのコマンドを利用して行うことができる。加入者がリストの変更を、受信者の追加、取り除き、またはアドレスの変更を使って行う場合、グローバルに変更することができる。たとえば、あるリストの中にあるブラウン氏の音声メールボックスアドレスをユーザーが変更する場合、グローバル変更を行ってすべての配信リストにあるブラウン氏のアドレスを変更することができる。ＰＣ以外にＡＲＵやＶＲＵから配信リストを加入者が作成したり変更することができること以外に、強化されたリスト保守機能がＷＷＷブラウザインタフェースを介してサポートされている。加入者は、名前または別なアドレスフィールドによってリストを検索したり並べ替えたりすることができる。たとえば、「ＤＯＬＥ」を含んでいるすべてのリストを、検索機能の中で*ＤＯＬＥ*コマンドを使用して検索することができる。さらに、ユーザーは任意のアドレスフィールドを使ってリストを検索することができる。たとえば、受信者番号、「宛先」の名前や郵便番号をベースにして検索を行うことができる。ユーザーは、リストの名前、識別子、種類、または任意のアドレスフィールドによってリストを並べ替えることができる。検索機能以外に、配信リストソフトウェアはサブリストを既存配信リストレコードから作成したりコピーする機能をユーザーに提供する。ユーザーは、受信者データを外部データベース構造から取り込んだり取り出すことができる。ユーザー間でリストを共有したりホストへリストを読み込む機能も存在する。１２．グローバルメッセージ取り扱いグローバルメッセージ取り扱いは、「ユニバーサルインボックス」に表示されるメッセージの種類、またはメッセージセンターを介してアクセスされるメッセージの種類を定義する機能を加入者へ提供する。以下のメッセージの種類を選択することができる。・ダイレクトラインＭＣＩ音声メール・ダイレクトラインＭＣＩＦＡＸメール・ｎｅｔｗｏｒｋＭＣＩおよびＳｋｙＴｅｌＰａｇｉｎｇ・ＭＣＩ電子メールアカウントからの電子メール(ＭＣＩＭａｉｌまたはｉｎｔｅｒｎｅｔＭＣＩ) 加入者が特定のサービスに登録していない場合、そのオプションは灰色表示されてグローバルメッセージ取り扱いの中で選択できなくなる。グローバルメッセージ取り扱いに実行する更新は、実時間でのメッセージセンターへの更新になる。一例として、加入者は音声メールメッセージをメッセージセンターへ表示することができる。メッセージセンターは、音声メールデータベースに存在するすべての音声メールメッセージオブジェクトを自動的に検索する。Ｄ．メッセージセンターメッセージセンターは、メッセージオブジェクトを検索、操作するための「ユニバーサルインボックス」として機能する。「ユニバーサルインボックス」は、ユーザーを宛先とするメッセージが入ったフォルダーで構成されている。メッセージセンターへのアクセスは、すべてのＷＷＷブラウザからサポートされているが、「ユニバーサルインボックス」の内容は、以下のメッセージの種類しか提示しない。・音声メール:宛先はユーザーのダイレクトラインＭＣＩアカウント・電子メール:宛先はユーザーのＭＣＩ電子メール(ＭＣＩＭａｉｌまたはｉｎｔｅｒｎｅｔＭＣＩ)アカウント・ＦＡＸメール:宛先はユーザーのダイレクトラインＭＣＩアカウント・ページング:宛先はユーザーのｎｅｔｗｏｒｋＭＣＩページングアカウント（または、SkyTelページングアカウント）これまでの項で説明された画面ヘルプテキストとコントロール以外に、メッセージセンターの画面はタイトルバーを提示する。タイトルバーは、メッセージセンターの機能への容易なアクセスとプロフィール管理への迅速なアクセスを加入者へ提供する。以下は、タイトルバーからサポートされているメッセージセンターの機能である。・ファイル:ユーザーが定義したフォルダーを一覧表示し、ユーザーにフォルダーを選択させる。・作成:新規電子メールメッセージを作成する。・転送:音声メールが電子メールに添付されて転送される。・検索:メッセージの種類、差出人の名前またはアドレス、件名、または日付/時間をベースにした検索機能を提供する。・保存:ユーザーに、メッセージをユニバーサルインボックスにあるフォルダー、ワークステーションにあるファイル、またはフロッピーディスクへ保存させる。メッセージセンターからメッセージを作成したり転送する場合、ユーザーはメッセージを電子メール、またはＦＡＸメールとして送信することができる。ただ１つの制約は、音声メールは音声メールとしてまたは電子メールの添付物としてしか転送できないことである。その他すべてのメッセージの種類には互換性があり、電子メールをＦＡＸ装置へ送信したり、ページャーメッセージを電子メールテキストメッセージとして送信することができる。ＦＡＸメールメッセージとして送出されるメッセージはG３フォーマットで生成され、Ｆａｘ同報通信リストへの配信をサポートする。メッセージセンターの提示レイアウトは、ＰＣクライアントの提示レイアウトと一致しているため、２つのレイアウトの外観もレイアウトから受ける印象も同じである。メッセージセンターは、ｎＭＢｖ３．ｘによってサポートされる提示に似たメッセージヘッダーフレームとメッセージプレビューフレームを提示するよう設計されている。ユーザーには、メッセージヘッダーフレームとメッセージプレビューフレームの高さを動的に変更する機能が提供される。メッセージヘッダーフレームは、以下の封筒情報を表示する。・メッセージの種類(電子メール、音声、ＦＡＸ、ページ) ・差出人の名前、ＡＮＩ、または電子メールアドレス・件名・日付/時間・メッセージのサイズメッセージプレビューフレームは、電子メールメッセージ本体の最初の行、ＦＡＸメールメッセージ第１ページの最初の行、ページャーメッセージまたは音声メールメッセージ再生方法に関する指示を表示する。ＷＷＷブラウザから音声メールメッセージを再生する処理はストリーミングオーディオ機能としてサポートされているため、加入者はオーディオファイルをワークステーションへダウンロードしなくても再生することができる。ストリーミングオーディオは、ユーザーがメッセージヘッダーフレームの音声メールヘッダーを(マウスの左ボタンを１回クリックして)選択すると開始される。ＦＡＸメールメッセージの表示は、ユーザーがメッセージヘッダーフレームのＦＡＸメールヘッダーを(マウスの左ボタンを１回クリックして)選択すると即時開始される。メッセージセンターは、プロフィール管理で作成された配信リストを使用する機能を加入者へ提供する。配信リストは、異なるメッセージの種類間でメッセージを送信することをサポートする。ベーシックなメッセージ検索とメッセージ配信以外に、メッセージセンターはユニバーサルインボックスでのメッセージフォルダー(または、ディレクトリ)の作成と維持をサポートする。当初、ユーザーは以下のフォルダーに限定される。・ドラフト:保存されている未送信状態のすべてのメッセージを保持する。・インボックス：「ユニバーサルインボックス」によって受信されたすべてのメッセージを保持する。これは、ユーザーがメッセージセンターをアクセスした時に提示される規定フォルダーである。・送信済み:送信されたすべてのメッセージを保持する。・ごみ箱:削除指定されたすべてのメッセージを７日間保持する。最終的には加入者がフォルダー(とフォルダー内のフォルダー)を作成(名前を変更)することができる。１．記憶容量条件当初、ユーザーには限られたダイレクトラインＭＣＩ音声メーとダイレクトラインＭＣＩＦＡＸメール用記憶空間が割り当てられる。ページャー呼び戻しメッセージと電子メールメッセージは、消費する記憶空間の大きさではなく受信したメッセージの日付/時間スタンプをベースにして限定される。最終的には、日数のような共通測定単位をベースにした記憶容量条件が適用される。これにより、メッセージがいつデータベースから削除されるか、ゲストがメッセージ(音声メールやＦＡＸメール)を「ユニバーサルインボックス」にいつ入れられなくなるかがユーザーにわかりやくなる。以下は、これをサポートするためのインボックスに保持されるメッセージの記憶容量条件である。・ダイレクトラインＭＣＩ音声メール:６０分・ダイレクトラインＭＣＩＦＡＸメール:５０ページ・ｎｅｔｗｏｒｋＭＣＩページ:９９時間・電子メール:６ヶ月加入者は、ごみ箱フォルダーに保持されているメッセージを除く、データベースにある上書きされる予定のメッセージをダウンロードするオプションを提供される。Ｅ．ＰＣクライアントの機能１．ユーザーインタフェースＰＣクラインアントインタフェースは、格納と転送環境で操作することを望む加入者をサポートする。これらのユーザーは、メッセージをダウンロードして局所的に操作または格納することを望む。ＰＣクライアントはプロフィール管理をサポートするよう設計されていなく、ＰＣクライアントインタフェースはメッセージだけ(音声メール、ＦＡＸメール、電子メール、テキストページ)を提示する。プロフィール管理機能のアクセスは、ＡＲＵインタフェースまたはＷＷＷブラウザインタフェースからしかできない。ＰＣクライアントインタフェースとＷＷＷブラウザインタフェースは、両方の構成要素が同じワークステーションに存在して１つのＩＰコネクションを共有できるよう統合されている。ＰＣクライアントインタフェースはＷｉｎｄｏｗｓ９５をサポートするよう最適化されているが、Ｗｉｎｄｏｗｓ３．１もサポートする。グラフィカルユーザーインタフェースは、ｎＭＢｖ３．ｘやＷＷＷブラウザによってサポートされる提示に似た、メッセージヘッダーウィンドウとメッセージプレビューウィンドウを提示するよう設計されている。メッセージヘッダーウィンドウとメッセージプレビューウィンドウの高さを動的に変更できる機能がユーザーに提供される。メッセージヘッダーウィンドウは、以下の封筒情報を表示する。・メッセージの種類(電子メール、音声、ＦＡＸ、ページ) ・差出人の名前、ＡＮＩ、または電子メールアドレス・件名・日付/時間・メッセージのサイズメッセージプレビューウィンドウは、電子メールメッセージまたはページャーメッセージ本体の最初の行、またはＦＡＸメールメッセージの表示方法の指示、または音声メールメッセージの再生方法に関する指示を表示する。ＰＣクライアントから音声メールメッセージを再生するには、ＰＣにオーディオカードが必要である。ＦＡＸメールを表示すると、ＰＣクライアントの中でＦＡＸメールリーダーを起動する。メッセージセンターは、プロフィール管理で作成された配信リストを使用できる機能をユーザーに提供する。配信リストは、異なるメッセージの種類間でメッセージを送信することをサポートする。２．セキュリティＰＣクライアントとサーバー間でのユーザーの認証は、ダイアルアップログオンセッション中に交渉される。セキュリティは、インタフェースを確立する時にＰＣクライアントとサーバー間で渡される情報の中にユーザー識別子とパスワード情報を埋め込む形式でサポートされている。加入者はユーザーＩＤとパスワードを入力する必要はない。さらに、パスワードの更新内容はＰＣクライアントへ伝達される。３．メッセージ検索メッセージ検索は、「ユニバーサルインボックス」に常駐する音声メール、ＦＡＸメール、ページ、電子メールメッセージを選択的に検索する機能を加入者に提供する。ＰＣクライアントから表示、または再生されるメッセージの種類には以下を含む。・ダイレクトラインＭＣＩ音声メール・ダイレクトラインＭＣＩＦＡＸメール・ｎｅｔｗｏｒｋＭＣＩページング・ＭＣＩ電子メールアカウントからの電子メールＰＣクライアントは、１つの通信セッションを開始して「ユニバーサルインボックス」からすべてのメッセージの種類を検索する。この１つの通信セッションで、音声メール、ＦＡＸメール、電子メール、ページが入っている上流のデータベースをアクセスすることができる。ＰＣクライアントは選択的なメッセージ検索を実行することもでき、ユーザーは以下を実行することができる。・すべてのメッセージの検索・選択したメッセージヘッダーのテキスト全体(または本体)の検索・編集可能な検索基準をベースにしたメッセージの検索： - 優先メッセージ - 電子メールメッセージ - ページャーメッセージ - ＦＡＸメールメッセージ(全体またはヘッダーのみ) - 音声メールメッセージ(全体またはヘッダーのみ) - 差出人の名前、アドレス、またはＡＮＩ - メッセージの日付/時間スタンプ - メッセージのサイズ「ユニバーサルインボックス」から検索されたヘッダーだけのＦＡＸメールメッセージは、メッセージ本体が検索されるまで「ユニバーサルインボックス」に保持される。音声メールメッセージは、加入者がＷＷＷブラウザ(メッセージセンター)またはＡＲＵから「ユニバーサルインボックス」をアクセスしてメッセージを削除するまで「ユニバーサルインボックス」に保持される。「ユニバーサルインボックス」から検索されたメッセージはデスクトップフォルダーへ転送される。さらに、ＰＣクライアントがメッセージを検索中にユーザーがメッセージを操作(作成、編集、削除、転送、保存など)できるように、ＰＣクライアントはバックグランドポーリングと予定されたポーリングをサポートすることができる。４．メッセージ操作メッセージ操作は、以下のような多数の標準メッセージクライアントアクションを実行する機能を加入者へ提供する。・電子メール、ＦＡＸメール、またはページャーメッセージの作成・すべての種類のメッセージ転送・保存・編集・削除・配信・添付・検索・メッセージの表示と再生Ｆ．オーダー入力条件ダイレクトラインＭＣＩやｎｅｔｗｏｒｋＭＣＩビジネスの顧客には、プロフィール管理とメッセージ管理機能を実行するための追加インタフェースオプションが提供される。ダイレクトラインＭＣＩとｎｅｔｗｏｒｋＭＣＩビジネスの両方の顧客には、別なインタフェースの種類から利用できる特徴と機能をアクセスするためのアカウントが自動的に提供される。ｎｅｔｗｏｒｋＭＣＩビジネスの顧客へアカウントを提供する機能もサポートされているが、ｎｅｔｗｏｒｋＭＣＩビジネスの顧客全員にアカウントが提供されるわけではない。オーダー入力には、必要に応じてｎｅｔｗｏｒｋＭＣＩビジネスの顧客にアカウントを生成する柔軟性がある。オーダー入力は、システムに提供されている追加インタフェースの種類やサービスをアクセスする機能を自動的にｎｅｔｗｏｒｋＭＣＩの顧客またはｎｅｔｗｏｒｋＭＣＩビジネスの顧客へ提供するよう設計されている。たとえば、ダイレクトラインＭＣＩ(または、ｎｅｔｗｏｒｋＭＣＩビジネス)を発注する顧客には、プロフィール管理またはメッセージセンターのホームページをアクセスするためのアカウントが提供される。一人の顧客にダイレクトラインＭＣＩとｎｅｔｗｏｒｋＭＣＩビジネスの両方のアカウントを設定することを防止する確認機能が設けられている。これを実現するために２つのオーダー入力方法の統合が確立されている。オーダー入力を統合するアプローチでは、単一のインタフェースが必要である。このインタフェースは、オーダー入力が１つのオーダー入力システムに存在して、管理者が複数のオーダー入力システムへのログオンセッションを個別に確立しなくてもすむようにオーダー入力機能を統合する。この統合されたオーダー入力インタフェースは、一貫したオーダー方法をすべてのサービスに対してサポートし、必要なオーダー入力システムから情報を引き出すことができる。さらに、ユーザーの既存アプリケーションと関連付けられているサービスを確認する機能をこのインタフェースはサポートする。以下は、統合オーダーインタフェースシステムに要求される具体的な条件である。・ＭＣＩ電子メール(ＭＣＩＭａｉｌまたはｉｎｔｅｒｎｅｔＭＣＩ)アカウントを定義するための自動フィード・ｎｅｔｗｏｒｋＭＣＩページングアカウント(または、ＳｋｙＴｅｌＰａｇｉｎｇアカウント)を定義するための自動フィード・ダイレクトラインＭＣＩアカウントを定義するための自動フィード・Ｆａｘ同報通信機能を有効にするための自動フィード・ＭＣＩ電子メールアカウント、ｎｅｔｗｏｒｋＭＣＩページングアカウント、またはダイレクトラインＭＣＩアカウント情報を手動で入力する機能・国内情報サービスへのアクセスを有効または無効にする機能・国外情報サービスへのアクセスを有効または無効にする機能これらの機能は、既存ＭＣＩサービス(電子メール、ページング、ダイレクトラインＭＣＩ)アカウント情報をベースにしてユーザーを自由に追加する柔軟性をオーダー入力管理者に提供する。また、オーダー管理者は基本サービスを指定する過程でユーザーを追加することができる。オーダー入力システムは、必要な顧客アカウントとサービスについての情報を下流の課金システムへ提供する。これらのシステムは、顧客の最初のオーダーとそれ以降のすべての更新内容も調べて、ＭＣＩがプラットフォームソフトウェア (ＰＣＣｌｉｅｎｔ)や文書(ユーザーガイド)を重複して送信することを防止しする。さらに、オーダー入力プロセスは、以下の情報を入手する機能を管理者へ提供する。・顧客の配信と名前の記録 - アメリカとカナダの住所のサポート - Ｐ．Ｏ．ボックス(私書箱)への配信を防止する機能の提供・顧客の請求書郵送アドレス、電話番号、担当者の記録・発注月日とそれ以降に更新されたすべての内容の記録・オーダーを提出したアカウント担当者の名前、電話番号、所属部門の記録・ユーザーのダイレクトラインＭＣＩ番号の記録または入手・ユーザーのｎｅｔｗｏｒｋＭＣＩページングピンの記録または入手・ユーザーのＭＣＩ電子メールアカウントＩＤの記録または入手・実績部門へ電子的に送信される実績日報の作成・以下を記録する日報の作成 - 受注オーダー数 - ｎｅｔｗｏｒｋＭＣＩページング(またはＳｋｙＴｅｌページング)アカウントを作成するオーダー数 - ＭＣＩ電子メールアカウントを作成するオーダー数 - ダイレクトラインＭＣＩアカウントを作成するオーダー数顧客のパーソナルホームページをオーダーすることができる。オーダー入力時に記録された顧客配信情報が、ユーザーのパーソナルホームページから提示されるデフォルトアドレス情報である。さらに、オーダー入力プロセスは特殊グラフィックスのインストレーションと課金をサポートする。特定のサービスに既存する特徴/機能をオン、オフする機能が存在する。ユーザーによって管理可能な特徴は、オーダー入力システム内で識別される。これらの特徴は、その後ユーザーのディレクトリアカウント内での管理のために起動される。オーダー入力システムとユーザーのディレクトリアカウント間には実時間アクセス機能がある。このアカウントには、ユーザー管理されるかどうかにかかわらず、ユーザーのすべてのサービス、製品特徴/機能、アカウント情報が入っている。ユーザー管理として識別されない項目は、ユーザーインタフェースからアクセスすることはできまない。１．供給と達成アクセス条件は、システムへの国内アクセスとシステムからの国外アクセスに関して定義されている。国内アクセスは、ユーザーまたは呼び出し者がシステムをアクセスする方法を含む。国外アクセスは、優先形態に一致してユーザーがシステムによって取り扱われる方法を含む。インターネットサポートは、国内と国外の両方の処理に存在する。以下の構成要素が国内アクセスを提供することができる。・ダイレクトラインＭＣＩ:８００/８ＸＸ・ＭＣＩＭａｉｌ:８００/８ＸＸ,電子メールアドレス・ｎｅｔｗｏｒｋＭＣＩページング:８００/８ＸＸ・ｉｎｔｅｒｎｅｔＭＣＩメール:８００/８ＸＸ,Ｐ０Ｐ３電子メールアドレス以下の構成要素が国外アクセス用に識別されている。・ダイレクトラインＭＣＩ:Ｄｉａｌ１・Ｆａｘ同報通信:８００/８ＸＸ,局所・ＭＣＩＭａｉｌ:８００/８ＸＸ、電子メールアドレス・ｉｎｔｅｒｎｅｔＭＣＩメール:８００/８ＸＸ,Ｐ０Ｐ３電子メールアドレスＧ．トラフィックシステムトラフィックは、現在のＭＣＩ手順にしたがってサポートされる。Ｈ．価格設定当初、特徴の価格は基本構成要素に定義されている既存価格体系にしたがって設定される。さらに、基本構成要素の課税やディスカウント機能も現在サポートされている通りサポートされる。ディスカウントも、複数のサービスに加入する顧客に対してサポートされる。Ｉ．課金課金システムは以下をサポートする。・ダイレクトラインＭＣＩ強化サービス(音声メール、ＦＡＸメール、両方) の料金・ピーク、オフピーク料金・複数サービス(ダイレクトラインＭＣＩ、ｎｅｔwｏｒｋＭＣＩビジネス、ｎｅｔｗｏｒｋＭＣＩページング、ｎｅｔｗｏｒｋＭＣＩセリュラー)利用時のディスカウントのサポート。ディスカウント率は利用するサービス数に依存。・ダイレクトラインＭＣＩ呼(発着信)に対するｎｅｔｗｏｒｋＭＣＩセリュラー料金の抑制機能・ダイレクトラインＭＣＩ利用度に敏感な月単位の手数料料金・ダイレクトラインＭＣＩ利用度をベースにしたフリーミニッツ(分単位の無料時間)形式の販売促進・パーソナルホームページ料金・パーソナルホームページ料金抑制機能・ＳＣＡ価格設定ある形態では、課金システムはそれぞれの基本構成要素について存在する、現在の請求方法をサポートする。ある代替形態では、すべての基本構成要素を１つにまとめた請求書を提供する。通常の請求処理以外に、指定請求を現在サポートしているすべての基本構成要素には指定請求がサポートされる。ＸＶＩＩＩ．ダイレクトラインＭＣＩシステムで使用するように変更された、ダイレクトラインＭＣＩシステムのアーキテクチャを以下に説明する。この文書は、ダイレクトラインＭＣＩプラットフォームのデータと呼の一般の流れをカバーし、これらの流れをサポートするのに必要なネットワークとハードウェアのアーキテクチャを説明する。下流システムの課金の流れは非常に高いレベルでカバーされている。上流システムのオーダー入力(オーダーエントリＯＥ)の流れは非常に高いレベルでカバーされている。ダイレクトラインＭＣＩアーキテクチャの特定の部分は、既存構成要素(オーディオリスポンスユニット-ＡＲＵ)を再利用する。ダイレクトラインＭＣＩアーキテクチャの新しい部分は、より詳細にカバーされている。Ａ．概要ダイレクトラインＭＣＩシステムは、課金、オーダー入力、警報通知以外に図４３に示されている以下の３つの主要構成要素で構成されている。・ＡＲＵ(オーディオリスポンスユニット)５０２・ＶＦＰ(音声ＦＡＸプラットフォーム)５０４・ＤＤＳ(データディストリビューションサービス)５０６以下のサブセクションに、高レベルでのそれぞれの主要構成要素について説明する。図４３は、主なシステム構成要素間の高レベルでの関係を示している。１．ＡＲＵ(オーディオリスポンスユニット)５０２ＡＲＵ５０２は、ダイレクトラインＭＣＩのすべての初期国内呼を取り扱う。 (ＭＥ発見/ＭＥ発見のような)機能によっては、全体がＡＲＵで実行されるものがある。国内ＦＡＸの信号音はＡＲＵによって検出されてＶＦＰ５０４へ拡張される。ＡＲＵによって提供されるメニュー機能を使用して音声メール/ＦＡＸメール機能のアクセスを要求することができる。この場合も呼はＶＦＰへ拡張される。２．ＶＦＰ(音声ＦＡＸプラットフォーム)５０４ＶＦＰは、国外ＦＡＸや音声の転送とページャー通知だけでなく音声メール/ ＦＡＸメール機能のメニュー機能を提供する。ＶＦＰは、ＡＲＵ５０２によって再生、記録されるカスタマイズされた加入者プロンプトの中央データストアである。３．ＤＤＳ(データディストリビューションサービス)５０６ＤＤＳは、ＯＥプロフィールと課金詳細レコード(ＢｉｌｌｎｇＤｅｔａｉｌｓＲｅｃｏｒｄｓ−ＢＤＲｓ)の中央データ貯蔵所である。すべての適正なシステムへプロフィールを配信する責任のあるＤＤＳを使ってＯＥプロフィールを入れる。ＤＤＳ５０６は課金詳細レコードを収集して下流の課金システムへ送る。Ｂ．論理的説明ダイレクトラインＭＣＩサービスに要求される条件は、各種サービス構成要素を８００番の電話番号１本でアクセスされる１つのサービスへ統合することである。これらの多数のサービス構成要素は、過去にＩＳＮＡＲＵプラットフォームで開発されている。ＡＲＵに存在しないサービスは、メールボックスサービスとＦＡＸサービスである。システム５００のＡＲＵ５０２は、テキサスインストルメンツ(ＴＩ)から購入した音声メール/ＦＡＸメールプラットフォームを組み込んでいる。このソフトウェアの一部は，性能、信頼性、拡大縮小性のためにＤＥＣアルファマシンに移動して実行される。ダイレクトラインＭＣＩインプリメンテーションのもう一つの必要条件は、主流(既存ＭＣ)の課金システムとオーダー入力システムとの統合である。ＤＤＳは、ダイレクトラインＭＣＩと主流オーダー入力システム間の国内と国外インタフェースを提供する。Ｃ．詳細図４３は、主要システム構成要素間の関係を示している。ＯＥシステム５０８は、ＤＤＳ５０６からＡＲＵ５０２と音声ＦＡＸプラットフォーム(ＶＦＰ)５０４へダウンロードされる加入者プロフィールを生成する。ＡＲＵ５０２とＶＦＰ５０４によって生成される課金詳細レコードは、ＤＤＳ５０６を介して課金システム５１０へ供給される。ＡＲＵ５０２はすべての国内呼を取り扱う。ＦＡＸ信号音が検出された場合、または音声メール/ＦＡＸメール機能が要求された場合、呼はＡＲＵ５０２からＶＦＰ５０４へ拡張される。メールボックスステータス (たとえば、「３通のメッセージが届いている」)については、ＡＲＵ５０２がＶＦＰ５０４にステータスを照会してプロンプトを再生する。加入者のカスタマイズされたプロンプトは、ＶＦＰ５０４に格納される。ＡＲＵがカスタマイズされたプロンプトを再生するか、または新規プロンプトを記録した場合、プロンプトはＶＦＰ５０４上でアクセスされる。ＡＲＵ５０２とＶＦＰ５０４からのアラームは局所サポート要素(ＬＳＥ)へ送られる。１．コールフローアーキテクチャ５２０ダイレクトラインＭＣＩのコールフローアーキテクチャは図４４に示されている。図の一番上に、呼の搬送に使用されるネットワーク５２２の接続性が示されている。図の一番下に、種類が異なる呼の方向が示されている。以下のサブセクションに図に対応するテキスト説明が提供されている。２．ネットワーク接続性すべての国内ＩＳＮ呼は、ＭＣＩネットワーク５２２へ接続されている自動コール配信装置(ＡＣＤ)５２４で受信される。アクセスコントロールポイント(ＡＣＰ)は、国内呼の通知をＡＣＤ５２４とのコントロール/データインタフェースである統合化サービスネットワークアプリケーションプロセッサ(ＩＳＮＡＰ)５２６から受信する。ネットワークオーディオシステム(ＮＡＳ)は、ＡＣＰの制御下で音声をＴＩインタフェースからＡＣＤへ再生、記録する。アメリカでは、Ｔ１として知られる多重化伝送の第一レベルで２４のデジタル化された音声チャネルを４線ケーブル(１組みのワイヤは送信信号用、もう１組は受信信号用)に組み合わせるディジタル多重化システムが使用されている。Ｔ１キャリアの一般ビット形式はＤＳ１と呼ばれ(第１レベル多重化ディジタルサービスまたはディジタル信号形式)、それぞれのチャネルが８ビットで構成される２４のＰＣＭ音声チャネル(またはＤＳＯチャネル)を持つ連続するフレームで構成されている。それぞれのフレームには、コントロールを目的とする追加フレーミングビットがあり、各フレームの合計ビット数は１９３ビットである。Ｔ１伝送速度は毎秒８０００フレーム、または毎秒１．５４４メガビット(Ｍｂｐｓ)である。フレームは、時分割多重化(ＴＤＭ)という手法を利用して集められてＴ１伝送される。この手法では、それぞれのＤＳＯにフレーム内２４の順次タイムスロットの１つが割り当てられる。それぞれのタイムスロットは８ビットのワードを含んでいる。ローカル、地域、長距離サービス提供者のネットワークを介した伝送では、各種スイッチや多重化されたキャリアの階層を利用する高度な呼び出し処理が関係する。一般の高速伝送の頂点には、ファイバーオプティック媒体を利用してギガビット単位(毎秒１０億ビット以上)の送信速度を発揮できる同期オプティカルネットワーク(ＳＯＮＥＴ)がある。ネットワークを通過した後、高レベルに多重化されたキャリアは多重化を解除されて個々のＤＳ０ラインに戻されたうえデコードされて個々の加入者電話に結合される。通常、複数の信号は一本のラインに多重化される。たとえば、ＤＳ３伝送は通常、同軸ケーブルを使って搬送され、４４，７３６Ｍｂｐｓで２８のＤＳ１信号を結合する。オプティカル階層では低いレベルのＯＣ３オプティカルファイバーキャリアは、１５５．５２Ｍｂｐｓで３つのＤＳ３信号を結合して、１本のファイバーオプティックケーブルで２０１６の音声チャネルを搬送する能力を提供するプティカルファイバーを使用するＳＯＮＥＴ送信では送信速度がさらに向上する。ＮＡＳとＡＣＰの組み合わせはＡＲＵ５０２と呼ばれる。呼をＶＦＰ５０４へ拡張しなければならないとＡＲＵ５０２が決定した場合、ＶＦＰ５０４へダイアルアウトする。ＶＦＰメディアサービスはＴＩからＭＣＩネットワーク５２２へ接続される。ＡＲＵ５０２からＶＦＰ５０４へのデータ転送は、それぞれの呼についてデュアルトーンマルチ周波数(ＤＴＭＦ)を介して実現される。３．コールフロー図４４に示されている呼シナリオの詳細を以下に説明する。すべての国内呼の開始点では、ＡＲＵ５０２は既に呼を受信してアプリケーションの選択を行い、呼がダイレクトラインＭＣＩ呼かどうか決定している。ａ．国内ＦＡＸ国内ＦＡＸ呼はＡＲＵ５０２へ配信される。ＡＲＵは、ＦＡＸ信号音の検出を行って呼をＶＦＰ５０４へ拡張する。アカウントの番号とモードはＤＴＭＦ信号方式を使ってＶＦＰへ配信される。ｂ．国内音声、ＡＲＵのみ国内音声呼は加入者モードまたはゲストモードで行われ、ＡＲＵ５０２を使用する機能だけがアクセスされる。ＡＲＵはモード(加入者またはゲスト)を決定する。加入者モードでは、ＡＲＵはＶＦＰ５０４を照会してメッセージ数を決定する。追加ネットワークアクセスは行われない。ｃ．国内/国外音声、ＡＲＵのみ呼はＡＲＵ５０２へ発信され、ページャー通知またはＭＥ発見/ＭＥ発見機能がアクセスされる。ＡＲＵ５０２はＡＣＤ５２４から外部の番号へダイアルする。ｄ．国内音声、ＶＦＰ機能呼はＡＲＵ５０２へ発信され、ＶＦＰ５０４へ拡張される。アカウントの番号とモード(加入者またはゲスト)がＤＴＭＦからＶＦＰへ送信される。以下はゲストモードである。１．音声メールの投函２．ＦＡＸメールの投函３．ＦＡＸメールの収集以下は加入者モードである。１．メールの検索または送信２．同報通信リストの保守３．メールボックス名の記録の変更ＶＦＰ５０４は、ＶＦＰセッション中ユーザーにプロンプトし続ける。ｅ．国外Ｆａｘ/音声/ページャー、ＶＦＰのみＦＡＸや音声配信、またはページャー通知では、ＶＦＰは直接ＭＣＩネットワーク５２２へダイアルアウトする。ｆ．再開/取り戻し国内加入者呼がＶＦＰ５０４へ接続されている間、ユーザーはパウンドキー(# )を２秒間押すことによってＡＲＵ５０２ダイレクトラインＭＣＩメニューの最高レベルに戻ることができる。ネットワーク５２２はＶＦＰ５０４から呼を取り戻してＡＲＵ５０２へ再開する。４．データフローアーキテクチャ図４５はダイレクトラインＭＣＩアーキテクチャ５２０の一次データフローを示している。ＯＥ記録(顧客プロフィール)は上流システムに入力され、５３０でＤＤＳメインフレーム５３２へダウンロードされる。ＤＤＳメインフレームはＯＥ記録をＡＲＵ/ＡＣＰにあるネットワーク情報配信サービスサーバー(ＮＩＤＳ)５３４とＶＦＰ/エクゼクティブサーバー５３６へダウンロードする。これらのダウンロードは、ＩＳＮトークンリングネットワーク５３８を介して行われる。エクゼクティブサーバー５３６上では、ＯＥ記録は局所エクゼクティブサーバーデータベース(図に示されていない)に格納される。課金詳細レコードは、エクゼクティブサーバー５３６とＡＣＰ５４０の両方でカットされる。これらの課金詳細レコードは、オペレータネットワークセンター (ＯＮＣ)のサーバー５４２に格納され、ＤＤＳメインフレーム５３２へアップロードされる。ＯＮＣサーバー５４２からＤＤＳメインフレームへのアップロードは、ＩＳＮトークンリングネットワーク５３８を介して行われる。ＡＲＵ５０２は、加入者の音声メール/ＦＡＸメールメッセージ数を使って加入者へプロンプトする。加入者が持つメッセージ数は、ＡＣＰ５４０によってＩＳＮＡＰイーサネット５４４経由でＶＦＰ５０４から入手される。ＡＣＰ５４０は任意のＩＳＮサイトのものでかまわない。ＮＡＳ５４６によって再生されるユーザーが記録した特別プロンプトはＶＦＰ５０４に格納され、要求に応じてネットワーク上でＮＡＳ５４６によって再生される。ＮＦＳプロトコル５４８は、ＩＳＮＡＰローカルエリアネットワーク(ＬＡＮ)５４４と広域ネットワーク(ＷＡＮ)５５０で使用される。Ｄ．音声ＦＡＸプラットフォーム(ＶＦＰ)５０４詳細アーキテクチャ１．概要図４６は最初の形態用ダイレクトラインＭＣＩシステムの音声ＦＡＸ部分５０４のハードウェア構成要素を示している。以下はこのシステムの主要構成要素である。Ｔ１ＭｕｌｔｉＳｅｒｖｅ４０００メディアサーバー５６０ＤＥＣ８２００エクゼクティブサーバー５３６ＣａｂｌｅｔｒｏｎＭＭＡＣ+ハブ５６２アルファステーション２００コンソールマネージャー、ターミナルサーバー５６４ＢａｙＮｅｔｗｏｒｋｓ５０００ハブ５６６もう一つの形態ではＣａｂｌｅｔｒｏｎハブを構成から取り除かれ、ＢａｙＮｅｔｗｏｒｋｓハブがネットワークの全トラヒックを搬送する。２．論理的説明Ｔ１ＭｕｌｔｉＳｅｒｖｅ４０００５６０は、ＭＣＩによってダイレクトラインＭＣＩプラットフォームの音声メール/ＦＡＸメール部分に選択されました。ＭｕｌｔｉＳｅｒｖｅ４０００は、かなり遅いＮｕｂｕｓバックプレーン上のかなり遅い６８０４０マシンである。６８０４０/Ｎｕｂｕｓマシンは、ＴＩによって両メディアサーバー(ＴＩインタフェース、音声とＦＡＸ用ＤＳＰ)として、そしてエクゼクティブサーバー(データベースとオブジェクトのストレージ)にも使用される。このハードウェアはメディアサーバーの用途には充分であるが、数千ギガバイトもの音声データやＦＡＸデータ、さらに数千にもおよぶサーバーポートを処理しなければならないエクゼクティブサーバーとしては不十分であった。そのうえ、メディアサーバーハードウェアが使用できるクラスタリング(性能や冗長のどちらも)がない。このため、ＴＩインプリメンテーションのエクゼクティブサーバー部分はＭＣＩによって移動され、以下に説明されているようにＤＥＣアルファ８２００クラスタ５３６で実行されました。同様に、高速の８２００プラットフォームから移動させなければならないギガバイトを、ネットワークからＴＩメディアサーバーへ移動させなければならない。ファイバー配信データインタフェース(ＦＤＤＩ)と切換１０bT接続性を備えたＣａｂｌｅｔｒｏｎハブ５６２は、インプリメンテーションのバックボーンを提供する。それぞれのメディアサーバー５６０は、切換イーサネットポートの冗長ペアに接続される。それぞれのポートは切換ポートであるため、各メディアサーバーはハブ専用の１０Ｍｂ帯域を得る。８２００サーバー５３６のそれぞれは、多数のより小さい１０Ｍｂイーサネットパイプを処理するために大きなネットワークパイプを必要とする。最初の形態にはＦＤＤＩインタフェース５６８が使用される。ただし、トラヒック予測で必要トラヒックがＦＤＤＩの容量の数倍に達することが示されているため、優先形態に順じた形態はＡＴＭのようなより高速なネットワーキング技術を使用することになる。ハブ５６２の構成は完全に冗長である。アルファステーション２００のワークステーション５６４は、オペレーションのサポートに必要である。アルファステーション２００は、ＤＥＣのポリセンターコンソールマネージャを介してそれぞれのダイレクトラインＭＣＩＶＦＰ５０４構成要素にコンソール管理を提供する。このワークステーションは、ＤＥＣＰポリセンター性能分析ソフトウェアも実行する。性能分析ソフトウェアはチューニング目的のために８２００からデータを収集して分析する。３．詳細図４７は、プロダクションサイトでのＶＦＰ５０４のプロダクションインストレーションを示している。図４７とその図４６との関係に関する注記: ＤＥＣアルファ８２００s５３６はフェールオーバー構成になっている。中央のラックは共有ディスクアレイである。ＴＩＭｕｌｔｉＳｅｒｖｅ４０００５６０は、４つの別なメディアサーバーを１つのキャビネットにまとめたものである。この後の図は、それぞれの「４分の１」(ＭｕｌｔｉＳｅｒｖｅ４０００にある４つのメディアサーバーの１つ)を個々のエンティティとして示している。４つの１６ＦＧＤＴＩはそれぞれ「４分の１」に接続されている。アルファステーション２００ワークステーション５６４と端末サーバーは、コンソールとシステムの管理を提供するのに使用される。Ｃａｂｌｅｔｒｏｎハブ５６２は、メディアサーバー５６０とエクゼクティブサーバー５３６の間のネットワークを提供する。ＢａｙＮｅｔｗｏｒｋｓハブ５６６は、ＶＦＰ５０４とネットワークルーター５６９の間のネットワークを提供する。ａ．内部ハードウェアネットワーク図４８は、ＶＦＰ内部ハードウェア/ネットワークアーキテクチャを示する。図４７〜４９の一般注記: 左側ＤＥＣ８２００マシン５３６は、すべてのＡＴＭとＦＤＤＩコネクション５７０を含んで示されている。右側ＤＥＣ８２００は、イーサネットコネクション５７２を含んで示されている。現実の展開では両方のマシンには、示されているすべてのＡＴＭ、ＦＤＤＩ、トークンリング、イーサネットコネクション５７０と５７２がある。個々の８２００５３６についてはネットワーク接続性の半分しか図示されていないため、Ｃａｂｌｅｔｒｏｎハブ５６２には実際に発生するより少数のポートとのコネクションが示されている。また、４つのメディアサーバー５６０の１つだけがイーサネットポートに接続された状態を示している。実際、それぞれのメディアサーバーにはトランシーバと２イーサネット接続がある。Ｂａｙハブ５６６は図４８に含まれていない。これらのハブは、図４９ダイレクトラインＭＣＩＶＦＰ外部ＬＡＮネットワーク接続性に示されている。ＤＥＣ８２００s５３６の図４８の上からスタート最上部のユニットには、オペレーティングシステム、スワップなどの４ＧＢ５７４のドライブが３台ある。システムＣＤドライブ５７６もここにある。このユニットは、メインシステム５７９の片側終端小規模コンピュータシステムインタフェース(ＳＣＳＩ)(図中"ＳＥＳ")のインタフェース５７８によってコントロールされる。テープスタッカー５８０は、１台のドライブと１０基のテープスタックを備えた１４０ＧＢのテープユニットである。このユニットはメインシステム５７９のＦａｓｔ-ＷｉｄｅＳＣＳＩ(図中"ＦＷＳ")のインタフェース５８２からコントロールされる。メインシステムユニット５７９は、使用可能な５スロットのうち３スロットを利用する。スロット１にはメインＣＰＵカード５８４がある。このカードには３００ＭＨｚＣＰＵが１台あり、２ＣＰＵにアップグレードすることができる。スロット２には、５１２ＭＢのメモリカード５８６が１枚がある。このカードは２ＧＢにアップグレードするか、もう１枚メモリカードを追加することができる。システムの最大メモリ容量は４ＧＢである。スロット３と４は空であるが、ＣＰＵ、メモリ、またはＩ／０ボードの追加に使用することができる。スロット５にはメインＩ／０カード５８８があり、このカードには８つのＩ／０インタフェースがある。１つのＦａｓｔ−ＷｉｄｅＳＣＳＩインタフェース５８２がテープスタッカーをコントロールする。２つのＦａｓｔ−ＷｉｄｅＳＣＳＩインタフェース５９０‐５９２は未使用である。Ｓｉｎｇｌｅ−ＥｎｄｅｄＳＣＳＩインタフェース５７８は、ローカルシステムドライブをコントロールする。ＦＤＤＩインタフェース５９４はハブの１つへ接続する。ＰＣＩスロット５９６はＰＣＩ拡張シャーシー５９８へ接続する。１つのポートは、プライベートシンネットイーサネットを介して他の８２００５３６の、対応するカードヘ接続された１０ｂａｓｅＴイーサネットカード６００である。このネットワークは、システムのフェイルオーバーハートビートの１つに必要である。ある形態は、ＰＣＩ/ＥＩＳＡ拡張シャーシー５９８にある使用可能な１０スロットうち９スロットを利用する。スロット１と２にはディスクアダプタ６０２がある。個々のディスクアダプタ６０２は、ＲＡＩＤディスクコントローラ６０４に接続している。このコントローラにはさらに他のディスクコントローラ６０４(他のマシン上)が接続されており、この最後のコントローラはそのマシンにあるディスクコントローラ６０４に接続している。したがって、それぞれの８２００マシン５３６には、個々のディスクアダプタ６０２から２台のディスクコントローラ６０４が接続されている。どちらのマシンも図４８のＰＣシャーシー５９８の下にあるすべてのディスクをコントロールすることができるので、以上が一次クラスタリングメカニズムである。スロット３には、Ｐｒｅｓｔｏｓｅｒｖｅｒボード６０６がある。これは、ネットワークファイルサーバー(ＮＦＳ)アクセルレータである。スロット４にはＦＤＤＩボード６０８がある。このＦＤＤＩコネクションは、上のメインスロット５から接続されるＦＤＤＩコネクション以外のハブへ接続される。スロット５と６にはＡＴＭボード６１０がある。それにはプライベートシンネットイーサネットを介して他の８２００５３６の、対応するカードへ接続された１０ｂａｓｅＴイーサネットカード６１２がある。スロット１０は空いている。ＰＣＩシャーシーの下にある２ユニットはＲｅｄｕｎｄａｎｔＡｒｒａｙｏｆｌｎｅｘｐｅｎｓｉｖｅＤｉｓｋ(ＲＡＩＤ)のディスクコントローラ６０４である。それぞれのディスクコントローラ６０４はＳＣＳＩチェーンにあり、２台のディスクコントローラ６０４を中央にして両脇にディスクアダプタ６０２( １マシンに１アダプタ)がある。したがって、１つのチェーンに２ディスクコントローラ６０４と２ディスクアダプタ６０２がある２つのチェーンがある。これが、メインシステム５７９との接続性である。それぞれのディスクコントローラ６０４は、６つの片側終端ＳＣＳＩチェーンをサポートする。この構成では、２つのチェーンのそれぞれには、２つのＳＥＳコネクションを備えた１ディスクコントローラと３コネクションを備えた１ディスクコントローラがある。それぞれのチェーンには、中央のラックに示されているように、ディスクドライブが５セット６１４(または、引き出し)ある。なお、ＲＡＩＤディスクコントローラのある引き出しの電源は冗長である。ＣａｂｌｅｔｒｏｎＭＭＡＣ+ハブ５６２(図４７)は、冗長ペア構成である。８２００マシン５３６とＴＩメディアサーバー５６０の両方は両方のハブ５６２へ接続し、これら２つのハブ５６２も相互に接続している。左側のハブから始める。ＦＤＤＩコンセントレータカード６１６は、８ポートのＦＤＤＩリングを提供する。それぞれの８２００マシンには、個々のハブ５６２にＦＤＤＩカード６１６とのコネクションが１つある。２４ポートのイーサネットカード６１８は、ＴＩメディアサーバー５６０への接続性を提供する。個々のメディアサーバー５６０は、それぞれのハブにある１イーサネットポート６１８へ接続する。それぞれのハブにはＦＤＤＩやＡＴＭの追加、またはイーサネット拡張に使用できる８つの空スロット６２０がある。「ＭｕｌｔｉＳｅｒｖｅ４０００」と呼ばれるラック１基にはＴＩメディアサーバー５６０が４台実装されている。このラックにある個々のメディアサーバーは同じである。一番上のユニットから始めてメインスロットの左から右へ進む。一番上のユニット６２２は引き出しで、その中にはＩＧＢのディスクドライバが２台と着脱可能/ホット挿入可能なテープドライブがある。４台のメディアサーバーが共有できるテープドライブは２基ある。「ＤＳＰｘｘｘ」のラベルのある左７枚のボード６２４は、ＴＩＭＰＢである。これらのボードのそれぞれは、ラベルで指示されているように着信６チャネルまたは発信１５チャネルをサポートすることができる。これらのボード６２４は、右の３ボード、中央の３ボード、左の１ボードの３つのグループに分かれている。それぞれのグループにはＴＩが１台ある。Ｔ１は「ＴＩＭ」と記されたインタフェースで終端する。これがマスターＴ１インタフェースである。Ｔ１チャネルはマスタ/スレーブで区切られたボードのセットが共有したり、ブリッジモジュールによってチェーンにすることができる。一番右のボード６２６は、メインのＣＰＵ/ＩＯボードである。このボードは、ディスク引き出しとのＳＣＳＩインタフェース６２８、特殊トランシーバー６３２とのイーサネットコネクション６３０、コンソール(図示されていない)のシリアルポートをサポートする。ＣＰＵ/IOボードの右にあるトランシーバー６３２は、２つのメインハブ５６２のそれぞれにあるイーサネットポートへ接続する。トランシーバーはイーサネットコネクションの１つが障害になると、障害を察知して他のポートへトラヒックを迂回させる。ｂ．外部ハードウェア/ネットワークのコネクション図４９は、ＶＦＰ５０４から外部ネットワークに至るハードウェアとネットワークコネクションを示している。図４９に関する注記。個々の８２００５３６は、ＳＮＡからＤＤＳをアクセスし、ＩＰからＢＤＲをアクセスするためのベイハブ経由でＩＳＮトークンリング６４０へ接続されている。ペアの端末サーバー６４２には、個々のマシンとハブのコンソールポートへ接続するコネクションがある。ＤＥＣアルファステーション２００５６４は、コンソールマネージャソフトウェアを実行して端末サーバー６４２に接続されているポートをアクセスする。ＤＥＣＩＮＳルーターはすべて、ベイハブ５６６と２台のＤＥＣ８２００５３６の間に接続されているＦＤＤＩリング５６８(図４６)にある。ベイハブ５６６は、図に示す７ルーター６４４を介してＶＦＰシステム５０４を外部ネットワークへ接続する。Ｅ．音声配信アーキテクチャの詳細１．概要音声配信とは、ＮＡＳ５４６(図４５)がＬＡＮまたはＷＡＮでＮＦＳプロトコルを使って加入者の特殊プロンプトの読み書きをＶＦＰ５０４との間で行うアーキテクチャ部分をいう。２．論理的説明１つの形態では、個々のＩＳＮサイトにサーバーを設置して複雑なバッチプロセスを介してそれぞれのサーバーから他のすべてのサーバーへデータを複製することによって、音声配信がインプリメントされる。「ラージオブジェクト管理」(ＬＯＭ)プロジェクトはネットワークをベースにしたアプローチを定義する。ダイレクトラインＭＣＩＶＦＰ５０４を、ＮＡＳ５４６が顧客プロンプトを読み書きするためのネットワークベースの中央オブジェクトストアとして使用することが決定される。図５０は、優先形態に順じて音声配信トラヒックをサポートするネットワークアーキテクチャを示している。図５２Aは現時点のデータ管理ゾーン５１０５の構成を示している。データ管理ゾーン(ＤＭＺ)は、インターネットダイアルインプラットフォーム(現実のインターネットそのものではない)とＩＳＮプロダクションネットワーク間の防火壁である。その目的は、プロダクションＩＳＮネットワークにある顧客データのプライバシーと完全性を確保すると同時にＩＳＮネットワークのセキュリティを維持しながら、ダイアルインによるデータアクセスをＩＳＮ顧客へ提供することにある。ＤＭＺでは、顧客はメインフレームデータベースからダウンフィードされるＤＤＳデータのような、定期的に生成されるデータを受信することができる。この種のデータは、データベースから定期的に抽出されて安全なファイル転送プロトコル(ＦＴＰ)ホストにあるユーザーアカウントディレクトリに置かれ、その後顧客によって検索される。顧客によるデータアクセスは、インターネットプロバイダが所有、稼動、および保守を行うダイアルインゲートウェイの専用ポートを介して行われる。ダイアルインユーザーの認証は、後述されている安全なＩＤカードを介して提示される一時パスワードを使用して行われる。カードの配布と管理はインターネットプロバイダ担当者によって行われる。ＤＭＺは、ふるい分けられたサブネット防火壁を提供する。この防火壁はパケットフィルタリングルーターを使用して、安全保護されていない外部ネットワークと内部構内ネットワークから到来するトラヒックにふるい分けを実行する。選択されたパケットだけがルーター通過を認可され、その他のパケットは遮断される。複数の防火壁手法を使用すると、１つの障害やＤＭＺ構成エラーが発生した場合でもＩＳＮプロダクションネットワークが危険にさらされないことを保証する。ＤＭＺ５１０５は、複数のセキュリティ基準に合致することを意図している。まず、認可されていない社員には内部プロダクションネットワークのアクセスを認められない。したがって、ゲートウェイ経由ＩＰ接続性は許可されない。第２に、ＤＭＺサービスのアクセスと使用は、特定の目的のために認証、認可されたユーザーに限定される。このため、汎用マシンに通常存在するその他のすべてのユーティリティとサービスは無効にされる。第３に、ＤＭＺサービスと設備の利用を厳重に監視し、認可を受けたユーザーが直面する問題や潜在的に不正な活動を検出しなければならない。ＤＭＺの中心はＤＭＺバスチオンホスト５１１０である。バスチオンホスト５１１０は、詳細が後述されている修正ＦＴＰプロトコルをインプリメントするＦＴＰサーバーデーモンを実行する。バスチオンホスト５１１０は、外界とのインタフェースとして使用される保全度が非常に高いマシンである。バスチオンホスト５１１０は、外界からの限定されたアクセスだけを認める。このホストは、標準ではＩＳＮ５１１５の内部ホストへのアプリケーションレベルゲートウェイとして機能し、内部ホストに対してプロキシサービスを介したアクセスを提供する。通常、クリティカルな情報はバスチオンホスト５１１０に置かれない。そのため、ホストが危険にさらされた場合でも、ＩＳＮ５１１５の完全性がより危険にさらされない限り、クリティカルなデータのアクセスは防止される。バスチオンホスト５１１０は、図５２Aに示すように、内部と外部の両方のユーザーへ接続される。バスチオンホスト５１１５は、ＡＩＸオペレーティングシステムを実行するＩＢＭＲＳ/６０００モデル５８０のようなＵＮＩＸベースのコンピュータである。内部ユーザーとは、ＩＳＮプロダクショントークンリング５１１５に接続しているユーザーである。トークンリング５１１５は、Ｃｉｓｃｏ４５００モジュラールーターのような内部パケットフィルター５１２０へ接続される。パケットフィルター５１２０はトークンリングＬＡＮ５１２５へ接続され、このトークンリングはバスチオンホスト５１１０へ接続されている。トークンリングＬＡＮ５１２５は、バスチオンホスト５１１０と内部パケットフィルター５１２０以外のすべての構成要素から絶縁された専用トークンリングである。この絶縁によって、パケットフィルター５１２０が許可する場合を除いて、トークンリングＬＡＮ５１２５からバスチオンホスト５１１０をアクセスすることが防止される。外部ユーザーは、シスコモデル４５００モジュラールーターのような外部パケットフィルター５１３０を介して接続する。パケットフィルター５１３０は、絶縁イーサネットＬＡＮセグメント５１３５からバスチオン５１１０へ接続される。イーサネットＬＡＮセグメント５１３５は、バスチオンホスト５１１０と外部パケットフィルター５１３０以外のすべての構成要素から絶縁された専用セグメントである。構成上、内部パケットフィルター５１２０または外部パケットフィルター５１３０を介する以外、ユーザーがバスチオンホスト５１１０をアクセスすることはできない。図５２Aは、ダイアルイン環境５２０５との関係に基づいてＤＭＺ５１０５を示している。ダイアルイン環境５２０５では、顧客ＰＣ５２１０はモデム５２１５の使用を介して公衆交換電話網(ＰＳＴＮ)５２２０へ接続される。モデムバンク５２３０は、ＰＳＴＮ５２２０から到来する呼に応答するようモデムを割り当てる。モデムバンク５２３０は、Ｕ．Ｓ．ＲｏｂｏｔｉｃｓＶ．３４Ｋｂｐｓモデムのような高速モデム５２３３のセットで構成されている。到来呼は認証サーバー５２３５によって認証される。認証サーバー５２３５は、ＳｕｎＳｐａｒｃｓｔａｔｉｏｎモデル２０で稼動するＲａｄｉｕｓ/Ｋｅｙｓｔｏｎｅサーバーのようなサーバーを使ってインプリメントすることができる。バスチオンホスト５１１０は防火壁内に常駐しているが、論理的にはＩＳＮ５１１５とゲートウェイサイト５２０５の両方の外にある。認証に続いて、選択されたモデム５２３３がポイントツーポイントプロトコル (ＰＰＰ)を使って到来呼ルーター５２４０へ接続される。ＰＰＰは、ポイントツーポイントリンクから複数のプロトコルデータグラムを転送する標準的な方法を提供するプロトコルである。ＰＰＰは、２つのピア間でパケットを転送する簡単なリンクを対象にして設計されている。これらのリンクは、全二重同期双方向オペレーションを提供し、パケットを順番に配信すると考えられている。ＰＰＰは、広範囲のホスト、ブリッジ、ルーターを簡単に接続するための共通ソリューションを提供する。ＰＰＰは、ＲＦＣ１６６１:ＴｈｅＰｏｉｎｔ−ＴｏＰｏｉｎｔＰｒｏｔｏｃｏｌ(ＰＰＰ)Ｗ．ＳｉｍｐｓｏｎＥｄ．(１９９４)("ＲＦＣ１６６１")に詳細に説明されている。到来呼ルーター５２４０は、Ｔ１ライン５２５０のような通信リンクからＤＭＺ５１０５の外部パケットフィルター５１３０へ到来する要求の経路を選択的に決定する。通信リンクは、チャネルサービスユニット(図に示されていない)から外部パケットフィルター５１３０へ接続される。到来呼ルーター５２４０は、たとえばシスコ７０００シリーズ複数プロトコルルーターを使ってインプリメントすることができる。到来呼ルーター５２４０は、オプション的にインターネット５２８０へ接続される。ただし、ルーター５２４０は、インターネット５２８０から外部パケットフィルター５１３０へのトラヒックを遮断し、外部パケットフィルター５１３０からインターネット５２８０へのトラヒックを遮断して、インターネット５２８０からＤＭＺ５１０５をアクセスできないように構成されている。バスチオンホスト５１１０は、ワシントン大学が開発したｗｕ−ｆｔｐｄＦＴＰデーモンのリリース２．２をベースにして修正されたＦＴＰプロトコルをインプリメントする、ファイル転送プロトコル(ＦＴＰ)サーバーデーモンを実行する。とくに指摘されないかぎり、ＦＴＰプロトコルは、ＲＦＣ７６５ＦｉｌｅＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ,ｂｙＪ.Ｐｏｓｔｅｌ(Ｊｕｎｅ１９８０)("ＲＦＣ７６５")に準拠している。ＲＦＣ７６５は、ＴＣＰ/ＩＰをベースにしたテルネットコネクションを使用して行うファイル転送用のプロトコルを説明する。この転送では、サーバーはユーザーによって初期化されたコマンドに応答してファイルを送信または受信するか、またはステータス情報を提供する。ＤＭＺＦＴＰインプリメンテーションは、ｓｅｎｄコマンド(遠隔のユーザーからＦＴＰサーバーへファイルを送信するのに使用される)やファイルをＦＴＰホストへ転送する他のすべてのＦＴＰコマンドを除く。ｇｅｔ(またはｒｅｃｖ)、ｈｅｌｐ、ｌｓ、ｑｕｉｔコマンドを含む一部のコマンドサブセットはサポートされる。ｇｅｔコマンドは、ホストサーバー５１１０から遠隔ユーザー５２１０へファイルを転送するのに使用される。ｒｅｃｖコマンドはｇｅｔの同意語である。ｈｅｌｐコマンドは、ホストサーバー５１１０によってサポートされるコマンドの簡明なオンラインドキュメンテーションを提供する。ｌｓコマンドは、サーバーの現在のディレクトリまたはユーザーによって指定されたディレクトリにあるファイルの一覧を提供する。ｑｕｉｔコマンドは、ＦＴＰセッションを終了する。オプションとして、指名されたファイルを現在のディレクトリに指定するｃｄコマンドと現在のディレクトリ名を表示するｐｗｄコマンドをインプリメントすることができる。ｓｅｎｄとファイルをサーバーへ転送する他のコマンドを使用できなくすることによって、システムのセキュリティの脅威になる「トロイの木馬」的なコンピュータプログラムが侵入者によって転送される可能性を防止する。一方向データフローには、バスチオンサーバーに常駐するファイルをユーザーがうっかり削除したり上書きすることを防止する利点もある。ＦＴＰデーモンがユーザーセッションを初期化した場合、デーモンはＵＮＩＸｃｈｒｏｏｔ(２)サービスを使用してユーザーのディレクトリツリーのルートを、ユーザーに表示するファイルシステムの明白なルートとして指定する。これによって、ユーザーに対して/ｅｔｃや/ｂｉｎなどのＵＮＩＸシステムディレクトリへの可視性や他のユーザーのディレクトリへの可視性を制限しながら、ユーザー自身のディレクトリツリーにあるファイルへのアクセス性や可視性を適正に実現する。安全な環境をさらに追求するために、ＦＴＰデーモンは、ｒｏｏｔではなくユーザーレベルのｕｓｅｒ−ｉｄ("ｕｉｄ")で機能し認可されることがわかっている、前もって定められたＩＰアドレスのセットから通信する認可ユーザーだけにアクセスを許可する。バスチオンサーバー５１１０の保全をさらに強化するために、通常ＵＮＩＸインターネットサーバープロセスｉｎｅｔｄによって起動される多数のデーモンは無効にされる。無効にされたデーモンはバスチオンサーバーの稼動に必要のないものか、またはセキュリティ上の問題があったことが判明しているデーモンである。これらのデーモンには、ｒｃｐ,ｒｌｏｇｉｎ,ｒｌｏｇｉｎｄ,ｒｓｈ,ｒｓｈｄ,ｔｆｔｐ,ｔｆｔｐｄを含む。これらのデーモンは、ＡＩＸ/ｅｔｃ/ｉｎｅｔｄ．ｃｏｎｆファイルの中でエントリを取り除くかコメントを付けて無効にされる。/ｅｔｃ/ｉｎｅｔｄ．ｃｏｎｆファイルは、ソケットからインターネットリクエストを受信した場合にｉｎｅｔｄによって呼び出されるサーバーの一覧を提供する。対応するエントリを取り除くかコメントを付すことによって、受信したリクエストに応じる処理をデーモンが実行できないようにする。セキュリティをさらに保証するために、デーモンやユーティリティの関連ファイルを実行不可(ファイルモード０００を持つ)と指定することによって、多数のデーモンやユーティリティは実行できなくしている。これは、立ち上げ時に稼動するＤＭＺユーティリティディスエイブラー(ＤＭＺＤＵＤ)ルーチンによって行われる。ＤＵＤルーチンは、通常ｉｎｅｔｄによって呼び出されない他の多数のデーモンとユーティリティ以外に、上に挙げたファイル(ｒｃｐ,ｒｌｏｇｉｎ, ｒｌｏｇｉｎｄ,ｒｓｈ,ｒｓｈｄ,ｔｆｔｐ,ｔｆｔｐｄ)を実行不可に指定する。このデーモンとユーティリティのセットには、ｓｅｎｄｍａｉｌ,ｇａｔｅｄ, ｒｏｕｔｅｄ,ｆｉｎｇｅｒｅｄ,ｒｅｘｅｃｄ,ｕｕｃｐｄ,ｂｏｏｔｐｄ,ｔａｌｋｅｄを含む。さらに、ＤＵＤはｔｅｌｎｅｔとｆｔｐクライアントを無効にして、侵入行為が発生した場合でも侵入者がこれらのクライアントを実行して内部ホストをアクセスすることを防止する。システムの保守時には、ｔｅｌｎｅｔとｆｔｐクライアントを一時的に実行可能に指定することができる。バスチオンホスト５１１０はＩＰ転送を無効にしている。その結果、バスチオンホスト５１１０をルーターとして使用してＩＰトラヒックがＤＭＺ絶縁サブネット５１１５を越えられないよう保証する。バスチオンサーバー５１１０によってレベルが制限されてｆｔｐサービスが提供されるため、ｆｔｐセッションの安全性は向上するが標準システム保守の実行は困難になる。システムを保守するには、保守要員はｔｅｌｎｅｔクライアントを使用してＩＳＮ５１１５内で内部ホストからバスチオンホスト５１１０へ接続する必要がある。この接続を行うとバスチオンの中のＦＴＰクライアントプログラムは、ＡＩＸｃｈｍｏｄコマンドを使用して実行不可状態(０００)から実行可能な状熊(４００)に変更される。保守要員は次にｆｔｐクライアントプログラムを実行してＩＳＮ５１１５にある必要なホストへ接続することができる。この手順を実行中の転送コントロールは、したがってホストの外にあるクライアントからではなく、ホスト内で実行されているＦＴＰクライアントプログラムを介してバスチオンホスト５１１０の中から行われる。保守セッションが終了すると、ＦＴＰセッションが終了し、ｃｈｍｏｄコマンドが再度実行されてｆｔｐクライアントプログラムを実行不可状態(０００)に戻す。その後、ＩＳＮが初期化したｔｅｌｎｅｔセッションを終了することができる。ログ処理を提供するため、バスチオンサーバー５１１０はＷｉｅｔｓｅＶｅｎｅｍａのＴＣＰラッパーズスイートのようなＴＣＰデーモンラッパーを実行する。ＴＣＰラッパーは、指名されたデーモンではなく小さいラッパープログラムを実行するようｉｎｅｔｄに指示する。ラッパープログラムは、クライアントホストの名前またはアドレスを記録してから追加チェックを行ったうえ、ｉｎｅｔｄに代わって必要なサーバープログラムを実行する。サーバープログラムの終了後、ラッパーはメモリーから取り除かれる。ラッパープログラムにはクライアントユーザーやクライアントプロセスとの相互関係がなく、サーバーアプリケーションと相互作用を行わない。これには２つの利点がある。まず、ラッパーはアプリケーションから独立しているため、同じプログラムが多くの種類のネットワークサービスを保護することができる。第２に、相互関係が少ないということは外部からラッパーがわからないことを意味する。ラッパープログラムは、クライアントとサーバー間で最初のコンタクトが確立される時にだけアクティブである。したがって、ラッパーがログ処理機能を実行した後は、クライアントとサーバー間セッションでのオーバーヘッドが増えない。ラッパープログラムはログ処理情報をｓｙｓｌｏｇデーモンｓｙｓｌｏｇｄへ送信する。ラッパーログの処分はｓｙｓｌｏｇ構成、通常は/ｅｔｃ/ｓｙｓｌｏｇ．ｃｏｎｆによって決定される。ダイアルインアクセスは、ダイアルイン環境５１０５から提供される。認証サーバー５２３５の使用はユーザーの認証を提供して、ＤＭＺをアクセスする権限のないユーザーによるアクセスを防止する。実行される認証方法では、一時パスワード方式を使用する。すべての内部システムとネットワーク要素は、ＳｅｃｕｒｉｔｙＤｙｎａｍｉｃｓ製ＳｅｃｕｒＩＤ機密保護識別トークンカードのような、Ｋｅｙｓｔｏｎｅと呼ばれる内部で開発された認証クライアント/サーバーメカニズムを使用する一時パスワード生成トークンカードで保護される。Ｋｅｙｓｔｏｎｅクライアントは、ユーザーから認証要求を受け取るそれぞれの要素にインストールされる。これらの要求はその後ネットワーク全体に展開されているＫｅｙｓｔｏｎｅサーバーへ安全に提出される。各ユーザーには、表に液晶の表示があるクレジットカードの大きさの保全ＩＤカードが発行される。この表示は、疑似ランダム的に生成され６０秒ごとに変化する６桁の数字を表示する。Ｋｅｙｓｔｏｎｅで保護されたシステムを社員がアクセスするには、ユーザーは個々に割り当てられたピン番号に続けて保全ＩＤカードに現在表示されている番号を入力しなければならない。この認証方法は、パスワードを「嗅ぎ付け」たり盗むことを目的とするプログラムやユーザーからパスワードを盗むことを目的とするトロイの木馬プログラムを使用して行われる認可されていないアクセスを防止する。Ｋｅｙｓｔｏｎｅクライアントによって収集される認証情報は、ＲＳＡとＤＥＳ暗号化キーを使って暗号化され、多数のＫｅｙｓｔｏｎｅサーバーの１つに送られる。Ｋｅｙｓｔｏｎｅサーバーは、情報を評価してユーザーのＰＩＮとその時点にユーザーのカードに表示されていなければならないアクセスコードを確認する。ユーザーの両方の要素が正しく入力されていることをシステムが確認して初めて、ユーザーにシステムへのアクセスや要求した資源へのアクセスが認可される。外部ネットワークの入力時点からセキュリティを保証するために、一般アクセスアカウントを持つ外部ゲートウェイマシンはなく、すべてのマシンはコントロールされたアクセスを提供する。個々のゲーテウェイマシンは、すべてのゲートウェイサービスがログ処理情報を生成し、すべての外部ゲートウェイマシンがゲートウェイへのコネクションの監査歴を維持することを保証する。すべての外部ゲートウェイマシンでは、不可欠ではないすべてのサービスの接続を断っておく。認証サーバー５２３５はすべての遠隔アクセスダイアルアップのフロントエンドとして機能し、通過を許可しないようにプログラムされている。すべてのネットワーク認証メカニズムは、成功しなかった試行の記録を提供する。作成されたログを、指定されたセキュリティ担当者が毎日調べることが大切である。図５３はｆａｘ信号音検出方法を示すフローチャートである。ステップ５３０５では、ｆａｘ信号音検出システムはヌル連結リスト、つまりエントリのない連結リストを割り当てる。ステップ５３１０では、ｆａｘ信号音検出システムは非同期ルーチンａｕＣｈｅｃｋＦｏｒＦａｘＡｓｙｎｃ５３１５を起動する。このａｕＣｈｅｃｋＦｏｒＦａｘＡｓｙｎｃルーチン５３１５は、呼び出し元プログラムへコントロールを同期で返すのではなく、メインラインのプログラムと並行に稼動する非同期プログラムである。ａｕＣｈｅｃｋＦｏｒＦａｘルーチンは到来呼の発信音を調べて発信元がＦＡＸ装置かどうか確認し、ｆａｘ信号音であるとわかりかつｆａｘ信号音を検出した場合ａｕＣｈｅｃｋＦｏｒＦａｘ応答を生成する。ａｕＣｈｅｃｋＦｏｒＦａｘＡｓｙｎｃルーチン５３１５を起動した後、コントロールはステップ５３２０へ進む。ステップ５３２０では、ｆａｘ信号音検出システムはステップ５３０５で割り当てられた連結リストにエントリを追加する。追加されたエントリは、処理中のメッセージに関連付けられたユニークな識別子を表わす。ステップ５３３０では、ｆａｘ信号音検出システムは非同期ルーチンａｕＰｌａｙＦｉｌｅＡｓｙｎｃ５３３５を起動する。ａｕＰｌａｙＦｉｌｅＡｓｙｎｃルーチン５３３５は、呼び出し元プログラムへコントロールを同期で返すのではなく、メインラインのプログラムと並行に稼動する非同期プログラムである。ａｕＰｌａｙＦｉｌｅＡｓｙｎｃルーチン５３３５は、格納されているデジタル記録された音声ファイルをアクセスして発信呼び出し者へ再生する。この再生用音声ファイルの用途の一例に、メッセージの録音や前もって録音されたメッセージの一覧の検索など、ある特定の機能を実行するのに必要なキーを押す順番を発信呼び出し者へ指示することがある。ステップ５３４０では、ｆａｘ信号音検出システムは非同期ルーチンａｕＩｎｐｕｔＤａｔａＡｓｙｎｃ５３４０を起動する。ａｕＩｎｐｕｔＤａｔａＡｓｙｎｃ５３４０は、呼び出し元プログラムへコントロールを同期で返すのではなくメインラインのプログラムと並行に稼動する非同期プログラムである。ａｕＩｎｐｕｔＤａｔａＡｓｙｎｃ５３４０は、発信呼びを監視してユーザーがキーを押すのを検出して、押された一連のキーのシーケンスに対応したタスクを実行するルーチンを起動する。前述されているように、ａｕＣｈｅｃｋＦｏｒＦａｘＡｓｙｎｃルーチン５３１５は、メインプログラムと並行に稼動し、ｆａｘ信号音であるとわかりかつ信号音を検出した場合ａｕＣｈｅｃｋＦｏｒＦａｘ応答５３１８を生成する。ステップ５３５０では、ｆａｘ信号音検出システムはａｕＣｈｅｃｋＦｏｒＦａｘ応答５３１８が受信されたかどうか調べる。応答が受信されている場合は、発信呼びがｆａｘ送信であることがわかるので、ｆａｘ信号音検出システムは到来呼を音声/Ｆａｘプロセッサー(ＶＦＰ)５３８０へ拡張する。ａｕＣｈｅｃｋＦｏｒＦａｘ応答５３１８を規定時間内(７秒)に受信しない場合、ｆａｘ信号音検出システムは呼の発信元がＦＡＸ装置でないと判断してａｕＣｈｅｃｋＦｏｒＦａｘＡｓｙｎｃルーチン５３１５を終了する。インプリメンテーションによっては、この確認を非同期割り込み取り扱いプロセスから行う方が良い場合がある。その場合のインプリメンテーションでは、実行時間ルーチンをセットアップしてａｕＣｈｅｃｋＦｏｒＦａｘ応答５３１８イベントが発生した時にコントロールを得ることができる。たとえば、C++catch構造を使って例外ハンドラーがａｕＣｈｅｃｋＦｏｒＦａｘ応答５３１８イベントを取り扱うことを定義して、このインプリメンテーションを行うことができる。ステップ５３５０での決定に従って、ｆａｘ信号音検出システムはステップ５３６０で次ぎの到来呼を待つ。図５４Ａから５４Ｅまでは、ｆａｘと音声メールボックスのＶＦＰ終了プロセスのフローチャートである。図５４Ａに示されているように、ステップ５４０１のＶＦＰ終了ルーチンは、データベースを検索して宛先メールボックスに対応するレコードを探す。ステップ５４０５でＶＦＰ終了ルーチンは、メールボックスレコードの検索が成功したかどうか調べる。メールボックスレコードが見つからない場合、ステップ５４０７でＶＦＰ終了ルーチンはＶＣＳアラームを生成して必要なメールボックスレコードが見つからなかったことを示す。メールボックスレコードが見つからなかったためＶＦＰ終了プロセッサはメールボックスアドレスの属性をテストできない。ただし、メールボックスレコードが見つかったかどうかにかかわらずコントロールはステップ５４０９へ進む。ステップ５４０９では、ＶＦＰ終了プロセッサはメールボックスレコードがあればその内容をテストして、宛先メールボックスが一杯かどうか決定する。メールボックスが一杯の場合、ステップ５４１０でＶＦＰ終了ルーチンはエラーメッセージを再生して、宛先のメールボックスの容量が一杯で追加メッセージを格納できないことを指示してステップ５４１２を終了する。ステップ５４１４でＶＦＰ終了プロセスはＶＦＰ呼のモードを得る。モードは、発信呼び出し者によって提供されるダイアルストリングから取得でき、ｐｓｔＣａｌｌＳｔａｔｅ構造のｅｎＣｕｒｒｅｎｔＮｕｍフィールドに格納される。以下はダイアルストリングの形式である。｛ char number[１０];/*１０-digit ８xxユーザーによってダイアルされた番号*/ char asterisk;/*constant'*'*/ char mode;/*１-bytemode*/ char ctothorp;/*constant'#'*/ ｝モードは、以下の値の１つに設定される。１ゲスト音声メール２音声注釈付きゲストｆａｘ３音声注釈なしゲストｆａｘ４ユーザー音声/ｆａｘ検索５ユーザーリストの保守６メールボックスのユーザー記録ステップ５４１６では、ＶＦＰ終了プロセッサは宛先メールバックスと関連付けられている経路番号をデータベースから検索する。ステップ５４１８で、経路番号がＳＩＳ層へ渡される。図５４Ｂに示されているように、ステップ５４２０へ実行が継続する。ステップ５４２０でＶＦＰ終了プロセサは、呼の転送をＶＦＰが受け付けているかどうかの決定に使用される応答管理フラグを初期化する。ステップ５４２２でＶＦＰ終了プロセッサは、ＳｉｓＣｏｌｌｅｃｔＣａｌｌルーチンを呼び出して呼を処理する。呼が成功しない場合、ステップ５４２４はステップ５４２２のＳｉｓＣｏｌｌｅｃｔＣａｌｌに呼び出し試行を前もって決められた回数繰り返させる。ステップ５４２６でＶＦＰ終了プロセサは、ｏｔｔｏ．ｃｆｇファイルから前もって決められたタイマーの期限値を得る。この期限値は、応答が受信されない場合に現時点ではＶＦＰに連絡をとれないとＶＦＰ終了プロセッサが結論を出すのに必要な時間に設定される。ステップ５４２８でＶＦＰ終了プロセッサは、ステップ５４２６で得た値に順じてタイマーを設定する。ステップ５４３０でＶＦＰ終了プロセッサは、ステップ５４２４で設定したタイマーの期限切れ以前に応答管理が発生したかどうか調べる。期限切れ以前に発生している場合は、ステップ５４３０へ進んでコントロールをＶＦＰへ渡す。図５４Cは、ステップ５４３０の肯定決定に対応してＶＦＰへコントロールを渡す処理を示している。ステップ５４４０では、ステップ５４２８で設定された残りのタイマーはすべて取り消される。ステップ５４４２でＶＦＰ終了プロセッサは、sisOnHoldTerm()ルーチンを呼び出してＶＦＰを保持状態にする。ステップ５４４４でＶＦＰ終了プロセッサは、sisOffHoldOrig()ルーチンを呼び出して発信呼びの保持を解除する。ステップ５４４６でＶＦＰ終了プロセッサは前もって格納されているデジタル記録音声ファイルを再生して、ＶＦＰへ呼を転送中待つよう発信呼び出し者に指示する。ステップ５４４８でＶＦＰ終了プロセッサはsisOnHoldOrig()ルーチンを呼び出して、発信呼びを再度保持する。ステップ５４５０でＶＦＰ終了プロセッサはsisOffHoldTermルーチンを呼び出して、ＶＦＰの保留を解除する。ステップ５４５２でＶＦＰ終了プロセッサはauPlayDigits(*)ルーチンを呼び出して、ルーチンに宛先メールボックスの番号、フィールドの区切りを示すアスタリスク (*)、モード、コマンド記号列の終わりを示すoctothorp(#)で構成される記号列をパラメータとして渡す。ステップ５４５４でＶＦＰ終了プロセッサは、タイムアウト値ＡｃｋＴｉｍｅｏｕｔと数字間遅延値をｏｔｔｏ．ｃｆｇファイルから得る。ＡｃｋＴｉｍｅｏｕｔ値は、ＶＦＰから応答がないとＶＦＰ終了プロセッサが判断するために必要な時間を決定するのに使用される。数字間遅延値は、押された電話キーを表わす送出オーディオ信号間の遅延時間を計算するのに使用される。ステップ５４５６でＶＦＰ終了プロセッサはＩｎｐｕｔＤａｔａルーチンを呼び出して、ＶＦＰの応答を得る。ステップ５４４０から５４５６の後、またはステップ５４３０の否定決定の後、コントロールは図５４Ｄに示されているようにステップ５４６０へ進む。ステップ５４６０で、ＶＦＰ終了プロセッサはＶＦＰに応答を要求する。ステップ５４６２でＶＦＰ終了プロセッサはＶＦＰの応答を待つか、またはステップ５４２８で設定されたタイマーの時間切れを待つ。ステップ５４６４でＶＦＰから応答があれば、ＶＦＰ終了プロセッサはステップ５４４６へ進む。ステップ５４４６では、ＶＦＰ終了システムはＶＦＰの応答を調べて適正な課金詳細レコード期間ステータスレコードを書き込む。応答はＴＩプラットフォームの肯定応答を示す。「００」の応答は成功を意味し、ＶＦＰ終了プロセッサは BDR_STAT_NORMALインジケータを書き込む。「０１」の応答は宛先メールボックスのキーをＶＦＰが受け取らなかったことを意味し、ＶＦＰ終了プロセッサはBD R_STAT_DLINE_TI_NO_DIGITSインジケータを書き込む。「０２」の応答はキーを収集している途中でＶＦＰが時間切れになったことを意味し、ＶＦＰ終了プロセッサはBDR_STAT_DLINE_TI_FORMATインジケータを書き込む。「０３」の応答は、宛先メールボックスが見つからなかったことを意味し、ＶＦＰ終了プロセッサは BDR_STAT_DLINE_TI_MAILBOXインジケータを書き込む。応答を受信しない場合は、BDR_STAT_DLINE_TI_NO_RSPインジケータが書き込まれる。ＢＤＲインジケータの後、コントロールは図５４Eに示されているようにステップ５４８０へ進む。ＶＦＰから応答を受信しない場合、ステップ５４２８で設定されたタイマーが終了するとコントロールはステップ５４６８へ移行する。ステップ５４６８でＶＦＰ終了プロセッサはＶＣＳアラームを出して、ＶＦＰが応答しなかったことを指示する。ステップ５４７０でＶＦＰ終了プロセッサはｓｉｓＲｅｌｅａｓｅＴｅｒｍ（）ルーチンを呼び出して、ＶＦＰへの呼の接続を断つ。ステップ５４７２でＶＣＳ終了プロセッサはｓｉｓＯｆｆＨｏｌｄＯｒｉｎｇルーチンを呼び出して、発信呼びの保持を解除する。ステップ５４７４でＶＦＰ終了プロセッサはｔｉＣａｎｃｅｌＴｉｍｅｒｓを呼び出して、残っているすべてのタイマーを取り消す。ステップ５４７６でＶＦＰ終了プロセッサは前もって格納されたディジタル記録音声ファイルを再生して、ＶＦＰ終了プロセッサがＶＦＰへ接続できないことを発信呼び出し者に報告する。ステップ５４７６または５４６６の後(ステップ５４６４の決定に依存)、コントロールは図５４Eに示されているようにステップ５４８０へ進む。ステップ５４８０でＶＦＰ終了プロセッサは、発信呼び出し者が加入者かどうか調べる。加入者であれば、コントロールが５４８２へ移行する。ステップ５４８４では、ＶＦＰ終了プロセッサは発信呼び出し者がゲストユーザーかどうか調べる。ゲストユーザーであれば、コントロールはステップ５４８２へ移行する。ステップ５４８２では、ＶＦＰ要求を初期化したメニューへ発信呼び出し者を返す。発信呼び出し者が加入者でもゲストでもない場合、コントロールはステップ５４８６へ移行する。ステップ５４８６では、発信呼び出し者がｆａｘ呼であると見なして呼の接続を断つ。図５５Ａと５５Ｂは、ページャー終了プロセッサのオペレーションを示している。ページャー終了プロセッサはステップ５５１０でＧｅｔＣａｌｌｂａｃｋルーチンを呼び出して、呼び出し者を識別するのに使用する番号であると同時にページャー加入者が呼び戻す電話番号としてページングデバイスに表示される番号を得る。ＧｅｔＣａｌｌｂａｃｋルーチンの詳細は、図５６に関して以下に解説されている。ページャー終了プロセッサはステップ５５１５で、ＧｅｔＣａｌｌｂａｃｋによって電話番号が返されたかどうか確認する。番号が返っていない場合、ステップ５５２０でページャー終了プロセッサは呼を終了しなければならないことを指示し、ステップ５５２２で他のサービスを選択するメニューを呼び出し者へ提供する。電話番号が返された場合、ステップ５５３０でデータベースから宛先ページャーピンを得る。ページャー終了プロセッサは、ステップ５５３０で検索したページャーピンとステップ５５１０で得た呼び戻し番号で構成されるページャーダイアル記号列を作成する。ページャー終了プロセッサはステップ５５３２でページャーの種類を得て、データベースから経路決定情報を得る。ステップ５５３４でページャー終了プロセッサは設定ファイルを確認して、指定された種類のページャーのパラメータを定義するページャー解析記号列を得る。ステップ５５３６でページャー終了プロセッサは、要求されたページャー解析記号列が正常に検索されたかどうか確認する。正常に検索されなかった場合、ステップ５５３８でページャー終了プロセッサはＢＤＲ期間ステータスをBDR_STAT_PAGER_NOT_FOUNDに設定することによってページを実行できなかったことを示し、ステップ５５４０で他のサービスを選択するメニューを呼び出し者へ提供する。ページャー解析記号列の検索に成功した場合、図５５Ｂに示されているようにページャー終了プロセッサはステップ５５５０へ進む。ステップ５５５０では、ぺージャー終了プロセッサはページャーサブシステムを呼び出して、経路番号、ダイアル記号列、ページャー解析記号列を渡す。ステップ５５５２で、ページャー終了プロセッサはページャーサブシステムの戻りコードを確認する。ページの完了に成功した場合、ステップ５５５４でページャー終了プロセッサは前もってデジタル記録されたメッセージを呼び出し者へ再生して、ページが正常に送信されたことを通知する。ステップ５５５６ではenEndCallStatusフィールドが更新されてページャー呼び出しの完了を記す。ステップ５５５８では転送ステータスが空と記されて呼び出し者を転送する必要がないことを示し、ステップ５５６０でページャー終了プロセッサはユーザーに対して他のサービスを選択するか、または呼を終了することができるメニューを提示する。ページの完了に成功しなかった場合、ページャー終了プロセッサはステップ５５７０で、ページ試行中に呼び出し者が接続を断ったかどうか確認する。呼び出し者が接続を断っていた場合、ページャー終了プロセッサはステップ５５７５で、接続断以前にページが送信されたかどうか確認する。接続が断たれたにもかかわらずページの送信が完了している場合、ページャー終了プロセッサはステップ５５８０でステップ５５８０のページ要求に対して正常終了を示し、ステップ５５８２でステータスを完了に設定する。ステップ５５８４で、ページャー終了プロセッサは他のサービスを選択するか、または呼を終了することができるメニューをユーザーへ提示する。ページが送られなかった場合、ページャー終了プロセッサはステップ５５８６でページ要求に対して異常終了を示し、ステップ５５８８で呼び出し者の接続断を示す。ステップ５５９０では、ページャー終了プロセッサは他のサービスを選択するか、または呼を終了することができるメニューをユーザーへ提示する。呼び出し者が接続を断っていない場合、ページャー終了プロセッサはステップ５５７２で障害の理由を示すコードを設定する。障害の種類には以下を含む。 BDR_STAT_PAGER_ROUTE_NUM(無効な経路決定番号) BDR_STAT_PAGER_CRIT_ERROR(発信呼びの障害) BDR_STAT_PAGER_TIMEOUT(ページャーが前もって決められたタイムアウト時間内に呼を承認しない障害) BDR_STAT_PAGER_DIGITS_HOLD(ページャーサブシステムがページャーアドレスに対応する数字を再生するのに失敗した障害) BDR_STST_PAGER_DISC(ページングサブシステムの時間前接続断)BDR_STAT_PAGE R_NOT_FOUND(無効な解析記号列) ステップ５５９２では、ページャー終了プロセッサはステップ５５７２で選択されたエラーコードをＢＤＲへ掲示する。ステップ５５８２では、ページャー終了プロセッサは前もって記録されたデジタル音声ファイルを再生してページを送れなかったことを示す。ステップ５５９５では、enEndCallStatusフィールドが更新されてページング完了を記す。ステップ５５９７では、移動状況が空として記されて呼び出し者を移動する必要がないことを示し、ステップ５５９９でページャー終了プロセッサは他のサービスを選択するか、または呼を終了することができるメニューをユーザーへ提示す。図５６は、ページャー終了プロセッサがステップ５５１０で呼び出すＧｅｔＣａｌｌｂａｃｋルーチンを示している。ステップ５６１０では、ＧｅｔＣａｌｌｂａｃｋルーチンは適用可能な開始と数字間遅延を定義する定数をｏｔｔｏ．ｃｆｇファイルから得る。ステップ５６１５では、ＧｅｔＣａｌｌｂａｃｋルーチンは前もって記録されたデジタル音声ファイルを再生して、キーパッドの適用可能なキーの後にｏｃｔｏｔｈｏｒｐ(＃)を押して呼び戻し電話番号を提供するよう呼び出し者に注意する。ステップ５６２０では、ＧｅｔＣａｌｌｂａｃｋルーチンは呼び出し者が入力した番号を読み取る。ステップ５６２５では、受信したデータをＢＤＲへ入れる。ステップ５６３０では、ＧｅｔＣａｌｌｂａｃｋルーチンは入力された番号が「#」文字で終了しているかどうか確認する。終了している場合、ＧｅｔＣａｌｌｂａｃｋルーチンはステップ５６３５で成功を返す。「 # 」文字で終了していない場合、ＧｅｔＣａｌｌｂａｃｋルーチンは試行回数を超過しているかどうかステップ５６４０で確認する。超過していない場合はステップ５６１５から処理を繰り返す。試行回数を超過している場合は、ステップ５６５０でＧｅｔＣａｌｌｂａｃｋルーチンは前もって記録されたデジタルメッセージを再生して数字の受信が成功しなかったことを示し、ステップ５６６０で呼び出し元プログラムへエラー状況を返す。以下は、ＡＲＵ(ＤＴＭＦ)と顧客サービスを介して現在アクセスされるダイレクトラインＭＣＩプロフィール項目のユーザー管理用ユーザーインタフェースの説明である。これらの項目には以下を含む。 Σ アカウントの起動(終了) Σ ＭＥ発見経路決定 - スケジュール - ３番号シーケンス - １、２、３番目の番号と呼び出し応答なしタイムアウト Σ ページャーオン/オフ Σ オーバーライド経路決定 Σ 最終(代替)経路決定 Σ 呼び出し者のふるい分け Σ 音声メールメッセージのページャー通知 Σ ｆａｘメールメッセージのページャー通知 Σ 高速ダイアル番号以下の表に、ダイレクトラインＭＣＩの顧客がＤＴＭＦを介して更新できるフィールドの一覧を示す。この一覧にはサービスのすべてのフィールドを含んでいるのではなく、ダイレクトラインＭＣＩアプリケーションが使用するものだけを示している。【表５０／】【表５１／】顧客はhttp:/www．mci．Services．com/directlineから顧客自身のダイレクトラインＭＣＩプロフィールをアクセスする。有効なアカウントＩＤとパスコードを入力すると、顧客の経路決定画面が提示される。顧客はタブをクリックして画面間を移動することができる。セッション中に更新した画面に顧客が戻ると、最後に表示された状態の画面が表示される。つまり、顧客が提出した更新内容がデータに反映されている。ただし、ユーザーがログオフするかまたはタイムアウトになった場合、顧客が次回プロフィール管理画面にログオンした時には、８００PIN_１Callデータベースへの新規照会からデータが表示される。最後の１５分間に実行された更新内容はウェブサーバー用ＮＩＤＳデータベースに届いていないことがあるため、最新更新内容がデータに反映されないことがある。以下の項目が索引フレームに表示されて、関連ウェブ画面へのリンクとして機能する。顧客がこれらの項目の１つをクリックすると、対応する画面がテキストフレームに表示される。呼の経路決定ゲストメニューオーバーライド経路決定高速ダイアル番号音声メールＦａｘメール呼のふるい分けさらに、ＬＯＧＯＦＦボタンが索引フレームの一番下に表示される。このボタンをクリックすると、トークンが即時期限切れになって顧客はログイン画面に戻る。Ｆ．ログイン画面図５７にオンラインプロフィール管理をアクセスするための顧客ログイン画面７００を示す。ダイレクトラインＭＣＩ番号７０２ダイレクトラインＭＣＩ顧客の８xxxxxxxxx形式の１０桁アクセス番号が、アカウントＩＤである。「００００」のピンとリンクされるこの番号は、顧客のプロフィールデータが入っている１Ｃａｌｌデータベースへのキーになる。プログラムフラグ(ピンフラグ４)が「N」に設定されている場合、顧客はログインできなくなる。このアカウントにログインを試行すると、ログインエラー画面が表示される。パスコード７０４パスコードは、ＡＲＵインタフェースからユーザーオプションをアクセスするのに使用するものと同じである。コードは６文字の数値文字列である。ユーザーの入力はこのフィールドへエコーとして返されない。入力したそれぞれの文字に対してアスタリスク(*)が表示される。ステータスメッセージダイレクトラインＭＣＩ番号:「あなたのダイレクトラインＭＣＩ番号を入力して下さい。」パスコード:「あなたのパスコードを入力して下さい。」Ｇ．呼の経路決定画面図５８に、ユーザーの呼の経路決定命令を設定または変更するのに使用する呼の経路決定画面７１０を示す。「呼を受け付ける」セクション７１２ユーザーは適正なラジオボタン７１４または７１６を選択することによって、７１２でユーザーのアカウントに呼を受け付けるかどうか指定することができる。これらのボタンは、顧客のダイレクトラインのアカウント使用可能フラグ(状況フラグ、ビット３)に直接対応している。「以下の選択肢を選択して下さい」セクション７１８ユーザーは、ゲストの呼び出し者がゲストメニューを受信するかオーバーライド経路決定の取り扱いを受けるか指定する。この選択は、ゲストメニューとオーバーライド経路決定画面のどちらのデータが適用可能かを示す。顧客のオーバーライド終了は、ユーザーの選択によって以下のデータで完成される。【表５３／】「私が到達されなかった場合．．．」セクション７２０ユーザーへ到達できなかった場合の呼の処理をユーザーが指定する。顧客レコードの代替終了は以下のように更新される。状態メッセージユーザーの選択内容に依存して、以下に示すそれぞれの選択肢に以下の状態メッセージが提供される。呼を受け付けない:「あなたのダイレクトラインＭＣＩ番号で呼を受け付けません」呼を受け付ける:「あなたのダイレクトラインＭＣＩ番号で呼を受け付けます」ゲストメニュー:「あなたに連絡する方法を呼び出し者に選択させます」メニューなしーオーバーライド経路決定:「あなたが選択した宛先に呼び出し者の経路を決定します」音声メール:「呼び出し者は音声メールを残すよう要求されます」ページャー:「呼び出し者はページを送るよう注意されます」音声メールまたはページャー:「呼び出し者は音声メールまたはページのどちらを送るか選択することができます」終了メッセージ:「呼び出し者に後で試行するよう通知するメッセージを再生します」Ｈ．ゲストメニュー構成画面オーバーライド経路決定が非作動となる、すなわち、ゲストメニューが選択された場合、ゲストメニューがゲスト呼び出し者に示される。ユーザーは自分のゲストメニューを次のようにゲストメニュー構成画面７３０（図５９）を用いて構成することができる。「ＭＥ発見経路決定」チェックボックス７３２ Σ この段階で、ＭＥ発見経路決定の選択を取り消すことはできない。チェックボックスをＭＥ発見フラグ（ＰＩＮフラグ、ビット９、グレーで示されているオプション）に基づき確認する。 Σ 加入者が国内番号の「リーディング１」を入力すると、番号から外され、ＮＰＡ−Ｎｘｘ−ｘｘｘｘだけがデータベースに保存される。 Σ ３――番号シーケンス番号をプログラミングすると、加入者は「リング応答なし」と判定される前にシステムが許可すべきリングの数を１から６から選択する。リングの数は秒単位でデータベースに保存され、秒の計算式は６*リング_リミットとなる。値が入力されないと、デフォルトは３リングすなわち１８秒である。データベースから読み出される場合、０から８秒までが１リングに移動する。８秒より大きな数は６で割り、解をまるめ、最大１６までリング数を判定する。 Σ 顧客記録の更新は以下の通り：【表５５／】 **国内／国際終端は添付Ａに記載されるように有効となる。「音声メールを残す」チェックボックス７３４ Σ この段階で、音声メールの選択を取り消すことはできない。チェックボックスは、音声メールフラグ（ＰＩＮフラグ、ビット３）とグレーで示されるオプションに基づき確認される。「ＦＡＸを送る」チェックボックス７３６ Σ この段階で、ＦＡＸ番号の選択を取り消すことはできない。チェックボックスは、ＦＡＸ終端フラグ（ＰＩＮフラグ、ビット１３）とグレーで示されるオプションに基づき確認される。「ページを送る」チェックボックス７３８ユーザーは、「ページを送る」のラベルが付いたボックスをトグルすることにより呼び出し者にページングオプションを与えるかどうかを規定することができる。このボックスは、顧客のダイレクトライン記録の「ページオン／オフフラグ」（状況フラグ、ビット１３）に直接対応する。状況メッセージＭＥ発見経路決定：「呼び出し者が、あなたがどこにいても『あなたを発見する』試行ができるようにする」スケジュール経路決定：「あなたのスケジュールに基づき呼び出し者の経路を決定する」３番号…：「呼び出し者が３つの番号からあなたの位置を特定することができるようにする」１番目の＃、２番目の＃、３番目の＃：「電話番号を入力」１番目、２番目、３番目のリングリミット：「回数を入力し、この回数だけリングする」音声メールを残す：「呼び出し者があなたに音声メールを残せるようにする」ＦＡＸを送る：「呼び出し者があなたにＦＡＸを送信できるようにする」ぺージ送信：「呼び出し者があなたにページを送信できるようにする」Ｉ．オーバーライド経路決定画面図６０は、ユーザーがすべての呼び出しを選択した発信先に経路を決定することを許可するオーバーライド経路決定画面７４０を示す。ユーザーがすべての呼び出しを特定の発信先に経路を決定するよう選択すると、図５９のゲストメニュー７３０の表示を迂回して、顧客記録のオーバーライド終端を次のように更新する：このオプションを、プロフィール画面から最初に選択すると、ユーザーの顧客記録にはオーバーライド経路決定設定がない。この画面が示されるときのデフォルト設定は、利用可能であれば音声メールであり、音声メールが利用できない場合はＭＥ発見である。状況メッセージＭＥ発見経路決定：「呼び出し者が、あなたがどこにいても『あなたを発見する』試行だけができるようにする」スケジュール経路決定：「あなたのスケジュールに基づき呼び出し者の経路を決定する」３番号…：「呼び出し者が３つの番号からあなたの位置を特定することができるようにする」１番目の＃、２番目の＃、３番目の＃：「電話番号を入力」１番目、２番目、３番目のリングリミット：「回数を入力し、この回数だけリングする」音声メール：「呼び出し者があなたに音声メールだけを残せるようにする」ページ送信：「呼び出し者があなたにページだけを送信できるようにする」一時的なオーバーライド番号：「呼び出し者はあなたが選択するこの番号にだけ経路を決定する」電話番号リングリミット：「回数を入力しこの回数だけリングする」Ｊ．高速ダイアル画面図６１は高速ダイアル番号画面７４４を示している。ユーザーはウェブインターフェースを介して９個の高速ダイアル番号を更新できる。１から９までのラベルのついた高速ダイアル番号は顧客記録の同様な高速ダイアル番号に対応する。国内と国際終端は以下のように有効性が確認される：状況メッセージ１−９：「高速ダイアル番号＜１−９＞を入力してください」図６２は音声メールスクリーン７５０を示す。「音声メールメッセージを受信する」チェックボックス７５２「受信する度に私をページングする」チェックボックス「受信する度に私をページングする」チェックボックス７５４．このボックスは顧客のダイレクトライン記録の音声メールフラグ（ＰＩＮフラグ、ビット１５）に直接対応する。【表５８／】状況メッセージ音声メール…を受信する：「呼び出し者はあなたに音声メールメッセージを残すことができる」 …の度に私をページングする：「音声メールメッセージを受信する度にページングされる」図６３はＦＡＸメール画面７６０を示している。「私の第１のＦＡＸ番号は」フィールド７６２「ＦＡＸメールメッセージを受信する」チェックボックス７６４この項目のプロフィール管理はＦＡＸメール画面上に現れているように示される。「受信する度に私をページングする」チェックボックス７６６この項目は「新たな音声メールメッセージを受信する度に私をページングする」チェックボックス７６６として現れる。このボックスは、顧客のダイレクトライン記録内の「ページオンＦＡＸ」フラグに直接対応する：状況メッセージＦＡＸを受信する…：「呼び出し者はあなたにＦＡＸを送ることができる」 …度に私をページングする：「あなたはＦＡＸを受信する度にページングされる」図６４は呼び出しふるい分け画面７７０を示している。ユーザーは呼び出し者の名前、発信元番号あるいは名前と番号の両方で呼び出しをふるい分けするよう選択できる。顧客記録内の呼び出しふるい分け状態は次のように更新される：【表６０／】状況メッセージ …をふるい分けすることを私に許可する：「この機能を作動させると、あなたがあなたの呼び出しをふるい分けすることできる」名前のみ：「呼び出し者の名前を応答相手に示す」電話番号：「呼び出し者の電話番号を応答相手に示す」名前と番号：「呼び出し者の名前と電話番号を応答相手に示す」図６５−６７はユーザープロフィール管理とともに用いる補足画面７８０、７８２と７８４を示している。ログインエラー画面７８０このエラー画面は、無効なアカウント番号、パスコード、あるいは危険なＩＰアドレスなどが原因でログインの試行が失敗した場合に現れる。また、ユーザーのトークンの期限が切れたか、再度ログインを要求される場合にも表示される画面である。無事更新画面７８２この画面は、更新が無事完了したときに示される。「空白部分」には「呼び出し経路決定オプションは」、「ゲストメニューオプションは」、「オーバーライド経路決定は」、「高速ダイアル番号は」、「音声メールオプションは」、「ＦＡＸメールオプションは」、「呼び出しふるい分けオプションは」を挿入する。更新失敗画面７８４この画面は、ユーザーが１つ以上の無効な端末番号を入力しようとしたとき、あるいは１番目の番号を空欄のままアカウントを更新しようとしたときに現れる。アカウントが訂正され、すべての番号の有効性が無事確認されるまでアカウントは更新されない。ユーザーインターフェースの様々な画面の中で、プロフィールオプションは「グレーで示されている」が、これは、以下のフラグ設定に基づき、そのオプションがその画面では利用できないことを示している。【表６１／】【表６２／】上記のプロフィールオプションの中には、次のように有効性確認が行われるものがある： Σ 北米ダイアリングプラン（ＮＡＤＰ）番号をのぞいた国際番号は「０１１」で始めないと、プログラミングを許可されない。 Σ ９７６ブロック化は次のように実行される：国際ブロック化データベースを、分類０００、タイプ００２、プログラミングされたＮＰＡを用いて照合し、パターン適合を調べて、プログラミングされた番号がブロック化された情報／成人向けサービス番号でないことを確認する。適合が発見されると、その番号についてのプログラミングは許可されない。 Σ 国設定ブロック化は次のように実行される。ダイレクトラインＭＣＩ特性の国設定は、プログラミングされた番号の国コードに対して確認する。発信先の国がブロックされている場合、ダイレタトラインＭＣＩ国設定、その番号についてのプログラミングは許可されない。経路決定のプログラミング高速ダイアル番号のプログラミング【表６４／】図６８は、ユーザーが入力する高速ダイアル番号の有効性確認がどのようにして行われるかを示すフローチャートである。未加入者からユーザーに呼び出しがあったとき、ゲストスクリーン上でゲストによる入力の有効性を確認する場合にも、同様のフローチャートを適用できる。本発明の統合化切り換えシステムとパケット送信ネットワークにより、ユーザー用に設定される改良機能を提供することができる。ダイレクトラインＭＣＩは１つの番号によるアクセス個人用番号であり、その機能にはＭＥ発見機能、音声メール、ページングおよびＦＡＸ保存と送信サービスが含まれている。加入者またはユーザーはプロフィール情報を求められるが、この情報はＩＳＮメインフレーム上のダイレクトラインＭＣＩデータベース内の顧客記録に入力される。そのプロダクトに設定されている特徴としては次のようなものが含まれる：個人用挨拶：ユーザーには自分のゲスト呼び出し者に対して再生される個人用挨拶を記録できるというオプションが与えられる。ユーザーが個人用挨拶を記録すると、「ダイレクトラインＭＣＩへようこそ」というデフォルトの挨拶からその挨拶に変更する。ゲストメニュー：ゲストメニューは、ユーザーがどの機能に加入しているかによって定義される。「フルロード」のアカウントへのゲスト呼び出し者には、「ユーザーと話す」、「ユーザーをページングする」、「ＦＡＸを送信する」あるいは「音声メールメッセージを残す」というオプションが与えられる。ＭＥ発見機能用３番号シーケンス：システムは３つの番号でユーザーへの到達を試み、第１（第１次）の番号、それから第２（第２次）の番号、さらに第３（第３次）の番号で試行する。これらの番号のいずれでも応答がない場合は、呼び出しは「他の経路決定」で規定されるべきものとみなされる。ＭＥ発見機能用２段階レベルスケジュール；システムは、２つの番号でユーザーへの到達を試み、ユーザーのスケジュールを照会するために現在の日付／日／時間を用いる。ユーザーのスケジュール１からの番号、次にスケジュール２からの番号について試行され、応答がないと、他の経路決定が処置を定義する。他の経路決定により、ユーザーはユーザーに到達することを選択したがどの番号でも応答がないゲスト呼び出し者の処置を規定できる。他の経路決定のオプションには、音声メール、ページャー、ゲストによる音声メールかページャーかどちらかの選択あるいは終了メッセージが含まれ、呼び出し者に後で呼び出しを再試行するようにと伝える。オーバーライド経路決定により、ユーザーはゲストメニューに表示を非作動にして、すべてのゲスト呼び出し者に対する単一の処置を規定する。オプションには電話番号まで完了、ユーザーが定義するＭＥ発見シーケンス、音声メール、あるいはページャーが含まれている。デフォルト経路決定は、ゲストメニューを示されるゲスト呼び出し者で３回指示メッセージを出しても応答しないゲスト呼び出し者のための処置である。デフォルト経路決定のオプションには、オペレータへの送信、電話番号まで完了、ＭＥ発見シーケンス、あるいは音声メールが含まれている。呼び出しふるい分けによって、ユーザーは、接続される前に呼び出し者に通知してもらいたいかどうかを定義することができる。オプションには、呼び出しふるい分けをしない、あるいは、名前、発信元の電話番号、または名前と番号の両方によって呼び出し者の身元を特定する、が含まれている。ユーザーのメニュー内の「電話をかける」オプションによって、電話をかけ、その料金をユーザーののダイレクトラインＭＣＩアカウントに請求することができる。音声／ＦＡＸメール：音声メッセージとＦＡＸメッセージのいずれも、ユーザーが後で検索するように保存させることができる。ユーザーは、新たな音声かつ／またはＦＡＸメッセージが自分のメールボックスに入ると通知をされるという選択をすることができる。「音声／ＦＡＸプラットフォーム」（ＶＦＰ）はインテリジェントサービスネットワーク（ＩＳＮ）内に統合され、ＩＳＮアプリケーションがそのデータベースを照会したり、課金記録をＶＦＰから直接切り取ることができる。従来のダイレクトラインＭＣＩ製品からみて変更した項目は次の通りである：ＭＥ発見経路決定ＭＥ発見経路決定には２つのオプションがあり、加入者が選択可能である。すなわち、現在実行されている３番号シーケンス、あるいは２段階レベルスケジュールオプションである。スケジュールオプションは、加入者のスケジュール１の移動が第１次終端として扱われ、スケジュール２の移動が第２次終端として扱われるように実行される。ＭＥ発見経路決定については、呼び出しフロー図とＡＲＵ影響の項でより詳しく説明する。デフォルト経路決定デフォルト経路決定は、呼び出し者がゲストメニューの指示メッセージに応答しない場合にアプリケーションがとる規定の動作である。デフォルト経路決定のオプションとしては、電話番号、音声メール、ＭＥ発見経路決定と、オペレータへの送信が含まれている。音声／ＦＡＸメッセージ情報加入者がユーザーメニューにアクセスすると、アプリケーションは、新たな音声またはＦＡＸメッセージと、メールボックスが一杯かどうかを含めたメールボックス状態情報を提供する。アプリケーションはＶＦＰデータベースへの照会を開始して、この情報を得る。高速ダイアルリアルタイムで入力された電話番号への呼び出しを完了できることに加え、加入者はプログラミングされた高速ダイアル番号への呼び出しを完了することができる。これらの９つの高速ダイアル番号を、ＤＴＭＦを介して、ユーザーがプログラミングすることができる。Ｋ．ＡＲＵ呼び出しフロー図６９Ａから６９ＡＩは、自動化応答ユニット（ＡＲＵ）による呼び出しのフローチャートであり、上記のダイレクトラインＭＣＩプロダクトのソフトウエアによる実行の様子を示しており、発明をさらに理解するのに役立つ。図６９Ａは、ＡＲＵ呼び出しの処理の開始点を示す。呼び出しが始まると、ゲスト呼び出しと仮定される。呼び出しの発信先アカウントが現在オンラインでない場合、工程６９０１０において、ＡＲＵは呼び出しがそのアカウントでは受けつけられないことを示したメッセージを再生し、工程６９０１２において、呼び出しの接続を切断する。ＡＲＵが着呼にＦＡＸ信号音があることを検出すると、工程６９０１４でＡＲＵはゲストＦＡＸを注釈なしで音声／ＦＡＸへ送るルーチンを実行する。これについては図６９Ｌに関して下で説明する。ＦＡＸ信号音が検出されなければ、工程６９０１８でＡＲＵによる挨拶再生ルーチンを実行する。これについては図６９Ｌに関して下で説明する。それから、ＡＲＵは加入者が着呼についてオーバーライドを示したかどうかを確かめる。そうであれば、工程６９０２０で、ＡＲＵはＡＲＵによるＭＥ発見ルーチンを実行し、「オーバーライド」のパラメータを規定する。ＡＲＵのＭＥ発見ルーチンは、図６９Ｅと６９Ｆに関して下で説明する。オーバーライドが規定されないと、工程６９０２２においてＡＲＵゲストメニュールーチンを実行する。これについては図６９Ｄに関して下で説明する。図６９Ｂは、ＡＲＵの挨拶再生ルーチンを示している。カスタム挨拶が記録されていれば、ＡＲＵは工程６９０３０においてカスタム挨拶を再生する。そうでなければ、ＡＲＵは工程６９０３２で一般的な予め記録済みの挨拶を再生する。図６９Ｃは、ＡＲＵの一時的挨拶再生ルーチンを示している。一時的な挨拶が記録されていれば、ＡＲＵは工程６９０３４で一時的挨拶を再生する。カスタム挨拶が録音されていれば、工程６９０３６でカスタム挨拶を再生する。そうでなければ、ＡＲＵは工程６９０３８で一般的な予め録音された挨拶を再生する。図６９Ｄは、ＡＲＵのゲストメニュールーチンを示している。工程６９０４０で、ＡＲＵは呼び出し者に対し可聴メニューを示す。図示されている例では、項目「１」は加入者と話すことを要求、項目「２」は加入者に音声メールメッセージを残すことを要求、項目「３」は加入者へＦＡＸを送ることを要求、項目「４」は加入者をページングすることを要求に相当する。また、加入者はパスコードを入力して加入者としてＡＲＵにアクセスできるようにしてもよい。呼び出し者が加入者との対話を要求する場合、ＡＲＵは呼び出し者のプロフィールに関連するスケジュールフラグを確認する。加入者のプロフィールがスケジュールによる経路決定を示していれば、工程６９０４２において、パラメータとして「Ｓｃｈｅｄ１」を用いながら図６９Ｅと６９ＦのＭＥ発見ルーチンを実行する。加入者のプロフィールがスケジュールによる経路決定を示してなければ、工程６９０４４において、パラメータとして「Ｆｉｒｓｔ」を用いながらＡＲＵのＭＥ発見経路決定を実行する。ＡＲＵのＭＥ発見ルーチンについては、図６９Ｅと６９Ｆに関して下でさらに詳しく説明する。呼び出し者が音声メールメッセージを残すよう要求すると、ＡＲＵは、加入者のメールボックスが一杯かどうか確認する。メールボックスが一杯の場合、記録されたメッセージが再生され、呼び出し者はゲストメニューに戻る。メールボックスが一杯でなければ、記録されたメッセージが再生され、工程６９０４６において呼び出し者をＡＲＵ音声メールルーチンに送る間待機するよう伝える。呼び出し者がＦＡＸを送信するよう要求すると、ＡＲＵは、加入者のメールボックスが一杯かどうか確認する。メールボックスが一杯の場合、記録されたメッセージが再生され、呼び出し者はゲストメニューに戻る。メールボックスが一杯でなければ、記録されたメッセージが再生され、工程６９０４８において呼び出し者をＡＲＵ音声／ＦＡＸルーチンに送る間待機するよう伝える。呼び出し者が加入者をページングするよう要求すると、ＡＲＵは工程６９０５０においてページ送信ルーチンを実行する。これについては図６９Ｍに関して下で説明する。呼び出し者が有効なパスコードを入力すると、工程６９０５２においてＡＲＵはＡＲＵのユーザー呼び出しルーチンを実行する。これについては図６９Ｐに関して下で説明する。図６９Ｅと６９Ｆは、ＡＲＵのＭＥ発見ルーチンの動作を示している。工程６９０６０に示されるように、ＡＲＵのＭＥ発見ルーチンは１つのパラメータＴｅｒｍ＿Ｓｌｏｔを採用する。このパラメータは呼び出し者が設定し、ＡＲＵが用いるもので、ＡＲＵのＭＥ発見ルーチンを実行して様々な動作の中から選択する。Ｔｅｒｍ＿Ｓｌｏｔが「ＭＥ発見」に設定されていると、ＡＲＵが加入者の現在の番号を判定するデフォルト方法を用いなくてはならないことを意味する。この値はたとえば、オーバーライドあるいはデフォルト処理について設定してもよい。加入者のプロフィールにスケジュールフラグが含まれていれば、ＡＲＵは、工程６９０６２に示されるように、パラメータとして「Ｓｃｈｅｄ１」を用いてＡＲＵのＭＥ発見ルーチンを実行する。もし含まれていなければ、ＡＲＵは、工程６９０６１に示されるように、加入者の番号のリストのなかの１番目の電話番号を用いてＡＲＵのＭＥ発見ルーチンを実行する。Ｔｅｒｍ＿Ｓｌｏｔが「音声メール」に設定されていれば、ＡＲＵは、加入者が呼び出し者に音声メールメッセージを残すよう要求しているというメッセージを呼び出し者に対して再生する。加入者のメールボックスが一杯でなければ、図６９Ｋに示されるような工程６９０６４において、ＡＲＵによるゲストの音声を音声／ＦＡＸへ送るルーチンを実行する。もし失敗すれば、そのルーチンは戻り、その場合、呼び出し者に後で呼び出しを再試行することを示すメッセージが再生され、呼び出し者は接続を切断する。同様に、加入者のメールボックスが一杯の場合、ＡＲＵは、メールボックスが一杯なので呼び出し者に後で呼び出しを再試行するようにということを示すメッセージを再生し、呼び出し者は接続を切断する。Ｔｅｒｍ＿Ｓｌｏｔが「ページャー」に設定されていれば、ＡＲＵは、加入者が呼び出し者に加入者へのページング要求を残すよう要求しているメッセージを再生する。それから、ＡＲＵはＡＲＵのページを送信するルーチンを実行する。これについては、図６９Ｍに関して以下で説明する。もし失敗すれば、そのルーチンは戻り、その場合、呼び出し者は後で呼び出しを再試行するようにというメッセージが再生され、呼び出し者は接続を切断する。Ｔｅｒｍ＿Ｓｌｏｔが「ＰＯＴＳ」（「従来からの電話サービス（ＰｌａｉｎＯｌｄＴｅｌｅｐｈｏｎｅＳｅｒｖｉｃｅ」）値（たとえばＳｃｈｅｄ１、Ｓｃｈｅｄ２、第１、第２、第３など）に設定されていれば、ＰＯＴＳ値は加入者が着呼を標準の電話システムを用いて送信するよう規定していることを意味し、ＡＲＵは特定の指定されたあるいは選択された電話番号を用いるよう作動する。工程６９０７０において、ＡＲＵはＡＲＵによる名前記録ルーチンを実行して、呼び出し者のＩＤのデジタル記録を得る。ＡＲＵ名前記録ルーチンについては、図６９Ｈに関して後で詳細に説明する。ＡＲＵは、呼び出し者に対して適切なメッセージ（たとえば１回目の試行では「あなたの相手にたどり着くことを試みている間待機して下さい」、その後の試行では「まだあなたの相手につなげることを試行しています、そのまま待機して下さい」など）を再生する。工程６９０７１において、ＡＲＵは呼び出し者を待機させ、選択された電話番号への呼び出しを開始する。呼び出しに対して人が応答すれば、工程６９０７２において、ＡＲＵは、図６９１に関して下で説明している、ＡＲＵの呼び出し接続ルーチンを実行する。話中の場合は、工程６９０７４において、ＡＲＵは図６９ＮのＡＲＵによる他の経路決定ルーチンを実行する。ＡＲＵが留守番電話機を検出すれば、留守番電話機に接続され場合ＡＲＵが次の代替番号に呼び出しをすることを加入者が要求しているかどうかを確認する。そう要求していなければ、ＡＲＵは呼び出しを接続する。そうでなければ、ＡＲＵは順番の中の次の番号を選択して、この新たに選択された番号を用いて、ＡＲＵのＭＥ発見ルーチンを再実行する。実際に人が電話に出る、話中信号あるいは留守番電話機の応答のいずれもでもなく、Ｔｅｒｍ＿Ｓｌｏｔが「オペレーター」に設定されると、ＡＲＵは、図６９Ｍに関して下で説明している、ＡＲＵによるゲストをＭＯＴＣへ送るルーチンを実行し、呼び出しをオペレータに送る。そうでなければ、ＡＲＵは次の電話番号があればそれを選択して、その次の番号についてＡＲＵのＭＥ発見ルーチンを再度呼び出す。確認する番号がもはや残っていない場合は、工程６９０８４において、ＡＲＵは図６９ＮのＡＲＵによる他の経路決定ルーチンを実行する。図６９Ｇは、ＡＲＵの名前記録ルーチンを示している。このルーチンは、加入者が呼び出しのふるい分けを名前または名前とＡＮＩによって規定している場合、呼び出し者の名前を記録するのに用いられる。加入者が呼び出しふるい分けを規定しているなら、ＡＲＵは、呼び出し者の名前が以前のパスに記録されているかどうかを確かめる。もし記録されていなければ、呼び出し者は名前を提示するよう指示され、工程６９０９０において可聴応答が記録される。加入者がいずれの形式の呼び出しふるい分けも規定していなければ、呼び出し者の名前を記録せずに、ＡＲＵの名前記録ルーチンはリターンする。図６９Ｈは、ＡＲＵによるゲストをＭＯＴＣへ送るルーチンを示している。このルーチンでは、呼び出し者に待機するよう伝えるメッセージが再生され、工程６９０９２において呼び出しをオペレータに送る。図６９１は、ＡＲＵの呼び出し接続ルーチンを示している。呼び出しを完了するのにオペレータの補助が必要な場合は、ＡＲＵが図８３ＨのＡＲＵによるゲストをＭＯＴＣへ送るルーチンを実行する。加入者が呼び出しふるい分けを要求していなければ、呼び出しが加入者に接続される。加入者が呼び出しのふるい分けを選択していれば、ＡＲＵは一連の情報メッセージを加入者に再生する。ＡＲＵは「…から呼び出しが来ています」を再生してから、加入者が選択するオプションと呼び出し者の名前が記録されていたかどうかに応じて、呼び出し者の身元を特定するメッセージを再生する。名前が記録されていなければ、身元特定メッセージ６９１０６は呼び出しの発信元のＡＮＩだけを与える。名前が記録されていれば、身元特定メッセージには工程６９１０７の場合のように加入者が名前によるふるい分けを要求していれば名前が、工程６９１０８の場合のように加入者が名前とＡＮＩによるふるい分けを要求していれば名前とＡＮＩが含まれる。加入者に身元特定情報を与えた後、工程６９１１０において、ＡＲＵは図６９Ｊに示されるＡＲＵによる許可を得るルーチンを実行する。図６９Ｊは、工程６９１１０から呼び出されるＡＲＵの許可を得るルーチンを示している。ＡＲＵは、加入者のメールボックスが一杯でなく利用可能かどうかを確認する。もし利用可能であれば、ＡＲＵは加入者に呼び出しを取るか、呼び出しを音声メールに送信するかを示すようにさせる。もしメールボックスが一杯で、利用可能でなければ、ＡＲＵは加入者に呼び出しを取らせるか、呼び出し者に後でかけ直させるようにする。加入者が（たとえば「１」を押して）呼び出しを取るなら、ＡＲＵは工程６９１２４においてその呼び出しを接続する。そうでなければ、ＡＲＵは、（たとえば、工程６９１２０で判定されるメールボックスの状態に応じて、「あなたの呼び出し者は音声メールメッセージを残すことを求められます」や「あなたの呼び出し者は後で再試行するよう求められます」などの）適切な情報メッセージで拒絶を知らせる。ＡＲＵは加入者の接続を切断し、呼び出し者の待機を解除する。ＡＲＵは、加入者につなげないことを示してしかも任意で呼び出し者に音声メールメッセージを残すよう指示する記録を呼び出し者に対して再生する。メールボックスが利用できない場合は、呼び出し者の接続は切断される。メールボックスが一杯でなく利用可能であれば、ＡＲＵは工程６９１２８において図６９ＫのＡＲＵによるゲスト音声を音声／ＦＡＸへ送るルーチンを実行する。このルーチンに続いて、ＡＲＵは呼び出し者に後で呼び出しを再試行するよう伝えるメッセージを再生する。図６９Ｋは、ＡＲＵによるゲスト音声を音声／ＦＡＸへ送るルーチンを示しており、これによって呼び出し者をＶＦＰに接続して音声メールメッセージを残す。ＡＲＵはＶＦＰとの初期接続の確立を試みる。初期接続が成功したら、ＡＲＵは工程６９１３０において呼び出しを接続する。初期接続が失敗したら、ＡＲＵは工程６９１３２においてエラーメッセージを再生して、工程から出る。図６９Ｌは、ＡＲＵによるゲスト音声を音声／ＦＡＸへ送る注釈あり、または、注釈なしルーチンを示しており、これによって呼び出し者をＶＦＰに接続してＦＡＸを送信する。ＡＲＵはＶＦＰとの初期接続の確立を試みる。初期接続が成功したら、ＡＲＵは工程６９１４０において呼び出しを接続する。初期接続が失敗したら、ＡＲＵは工程６９１４２においてエラーメッセージを再生して、工程から出る。図６８Ｋと６９Ｌのルーチンは、ＶＦＰに求められるサービスと呼び出し者に再生されるエラーメッセージの内容を除けば同様である。図６９Ｍは、ＡＲＵのページを送るルーチンを示しており、加入者のページングサービスへの呼び出しを開始する。工程６９１５０において、ＡＲＵは呼び出し者に対して発信先のページャーに提供すべき電話番号を入力するよう指示する。この指示メッセージは、呼び戻し番号を受取るまで最高３回繰り返される。３回の指示メッセージでも呼び戻し番号を受取らない場合は、ＡＲＵは、ＡＲＵによるゲストをＭＯＴＣへ送るルーチンを実行し、呼び出し者をオペレーターに送る。これによって、呼び出し者は呼び戻し番号を入力するためのＤＴＭＦ作動の装置がなくても、呼び出し者の代わりに番号を入力できるオペレータにその番号を与える。工程６９１５８において、ＡＲＵは呼び出し者に記録を再生し、呼び出し者に誤って入力した番号を訂正させたり正しい番号が入力されたことを確認させるようにする。工程６９１６０において、ＡＲＵは加入者のページングサービスに呼び出しをおこない、呼び出し者が提供するデータを用いてページャーに再生すべき番号をページングサービスに示す。ページングサービスへの呼び出しが成功すれば、ＡＲＵは工程６９１６４において、成功したことを示すメッセージを再生し、工程６９１６６において、接続を切断する。ページングサービスへの呼び出しが失敗した場合は、ＡＲＵは工程６９１６２において失敗したことを示すメッセージを再生してリターンするが、その後ＡＲＵは任意で呼び出し者に追加のオプションを与えてもよい。図６９Ｎは、ＡＲＵによる他の経路決定ルーチンを示している。ＡＲＵはこのルーチンを実行して、加入者に経路を取ることができない呼び出しの経路を決定する。加入者が、このような経路が決定していない呼び出しを加入者のページングサービスに送るよう示していれば、ＡＲＵは工程６９１７０において呼び出し者がページを送ってもよいことを示す記録を再生する。それから、ＡＲＵは工程６９１７２において、図６９Ｍに関して説明したＡＲＵのページを送るルーチンを実行する。ページ送信が失敗したら、ＡＲＵは、失敗したことを示すメッセージを再生し、工程６９１７４において呼び出し者の接続を切断する。加入者が、経路が決定していない呼び出しを音声メールメッセージに送るよう示していれば、ＡＲＵは工程６９１７３において、呼び出し者が音声メールメッセージを残して良いことを示す記録を再生する。加入者のメールボックスが一杯でなければ、ＡＲＵはＡＲＵによるゲスト音声を音声／ＦＡＸに送るルーチンを実行する。そのルーチンがリターンすると、音声メールを残す試行は失敗し、ＡＲＵは失敗を示すメッセージを再生して、工程６９１８４において呼び出し者の接続を切断する。メールボックスが一杯であれば、ＡＲＵは呼び出し者にその状態を通知して、それから工程６９１８４において接続を切断する。加入者が「ゲストオプション」を示していれば、ＡＲＵは工程６９１８０において、図６９ＯのＡＲＵによるゲストオプションに他の経路を決定するルーチンを実行する。そうでなければＡＲＵは工程６９１８２において呼び出し者の接続を切断する。図６９Ｏは、ＡＲＵの他の経路決定ゲストオプションルーチンを示している。このルーチンにより、ゲストが加入者につなげない場合、音声メールを残すか、ページを送るかどうかの選択をすることが可能となる。ＡＲＵは、工程６９１９０において、呼び出し者に利用可能な経路決定オプションのメニュー、この例では「１」が音声メールを残す、「２」がページを送る、を示す。呼び出し者がページを送ることを要求すれば、ＡＲＵは工程６９２００において、図６９ＭのＡＲＵのページを送るルーチンを実行する。ページを送るルーチンが失敗すると、ＡＲＵは呼び出し者に診断記録を再生し、工程６９２０２において呼び出し者の接続を切断する。呼び出し者が音声メールを残す要求をすれば、ＡＲＵは加入者のメールボックスが一杯かどうかを確認する。メールボックスが一杯でなければ、ＡＲＵは、図６９ＫのＡＲＵによるゲスト音声を音声／ＦＡＸに送るルーチンを実行する。ルーチンがリターンすると、実行が成功しなかったことを意味する。その場合、あるいはメールボックスが一杯の場合、ＡＲＵは音声メールを送ることができないことを示す予め記録されたメッセージを再生して、工程６９１９５において、呼び出し者にそのかわりにページを送りたいかどうかを示すよう指示する。呼び出し者がページを送るオプションを選択する場合、ＡＲＵは、工程６９２００において、あたかも呼び出し者が最初からそのオプションを選択していたかのようにＡＲＵのページを送るルーチンを実行する。ＡＲＵのページを送るルーチンが失敗すると、ＡＲＵは診断メッセージを再生して、工程６９２０２において呼び出し者の接続を切断する。図６９Ｐは、加入者からの呼び出しを処理するためのＡＲＵのユーザー呼び出しルーチンのメインメニューを示している。このルーチンは、呼び出し者が有効なパスコードを入力すると、図６９Ｄで示されているようなＡＲＵのゲストメニュールーチンで工程６９０５２として実行される。前置きの歓迎の挨拶を再生後、ＡＲＵは、加入者のメールボックスが一杯かどうかを確認する。メールボックスが一杯であれば、ＡＲＵは、工程６９３００において、加入者にその状態を通知するメッセージを再生する。この警告を再生した後、あるいはメールボックスが一杯でない場合、ＡＲＵは工程６９３０２において、加入者に加入者のために保存された新たな音声メールメッセージとＦＡＸメッセージの数を通知する状況記録を再生する。工程６９３０４において、ＡＲＵは加入者のためのメニューを再生する。図示された例においては、項目「１」は呼び出しの経路決定変更の要求に相当し、項目「２」はメールの送信あるいは検索要求に相当し、項目「３」は電話をかける要求に相当し、項目「４」は管理メニュー要求に相当し、項目「０」は顧客サービスへの送信要求に相当する。加入者が呼び出しの経路決定変更のオプションを選択すると、ＡＲＵは工程６９３１０において、図６９Ｔに関して下で説明するＡＲＵの経路決定変更ルーチンを実行する。加入者がメールの送信と検索のオプションを選択すると、ＡＲＵは加入者に待機するよう伝える予め記録されたメッセージを再生し、工程６９３１２において、図６９Ｑに関して下で説明している、ＡＲＵによる加入者の送信／検索を音声／ＦＡＸへ送るルーチンを実行する。加入者が電話をかけるオプションを選択すると、ＡＲＵは工程６９３１４において、加入者にかけたい呼び出しのタイプをたずねるメニューを示す。加入者が国際または国内電話番号、あるいは予め規定された、国際あるいは国内電話番号に相当する高速ダイアル番号で応答すると、ＡＲＵは工程６９３１６において、その呼び出しを接続する。加入者がオペレータの補助を要求している場合は、ＡＲＵは工程６９３１８において、ＡＲＵによるユーザーをＭＯＴＣに送るルーチンを実行して、加入者をオペレータに送る。加入者が呼び出し要求を取り消すと、ＡＲＵは工程６９３０４にリターンする。工程６９３０４で示されるメインメニューからの場合は、ＡＲＵが管理ルーチンを実行する。加入者が顧客サービスを要求すると、ＡＲＵは下で説明する、図６９ＡＨのＡＲＵによるユーザを顧客サービスへ送るルーチンを実行する。図６９Ｑは、ＡＲＵによる加入者の送信／検索を音声／ＦＡＸへ送るルーチンを示しており、ここでは加入者をＶＦＰに接続してメールメッセージの送信と検索を行う。ＡＲＵは、ＶＦＰとの初期接続確立を試みる。初期接続が成功すれば、ＡＲＵは工程６９３３０において呼び出しを接続する。失敗すれば、ＡＲＵは工程６９３３２においてエラーメッセージを再生して工程から出る。図６９Ｒは、ＡＲＵによる加入者の送信／検索を音声／ＦＡＸへ送るルーチンを示しており、ここでは加入者をＶＦＰに接続して加入者の配信リストの管理を行う。ＡＲＵはＶＦＰとの初期接続確立を試みる。初期接続が成功すれば、ＡＲＵは工程６９３４０において呼び出しを接続する。失敗すれば、ＡＲＵは工程６９３４２においてエラーメッセージを再生して工程から出る。図６９Ｓは、ＡＲＵによる加入者の名前の記録を音声／ＦＡＸへ送るルーチンを示しており、ここでは加入者をＶＦＰに接続して加入者の身元を示す、ＶＦＰが発信元のメッセージで用いられる名前を記録する。ＡＲＵはＶＦＰとの初期接続確立を試みる。初期接続が成功すれば、ＡＲＵは工程６９３５０のいて呼び出しを接続する。失敗すれば、ＡＲＵは工程６９３５２においてエラーメッセージを再生して、工程から出る。図６９Ｑ，６９Ｒ、６９Ｓのルーチンは、ＶＦＰに要求されるサービスと加入者に再生されるエラーメッセージの内容を除けば類似している。図６９Ｔは、ＡＲＵによる経路決定変更ルーチンを示しており、これにより、加入者は自分のサービスに関係する経路決定オプションを変更する。工程６９３９０において、ＡＲＵはオプションのメニューを加入者に示す。加入者がＭＥ発見経路決定のオプションを選択すれば、ＡＲＵは、図６９Ｕに関して下で説明するＡＲＵによるＭＥ発見経路決定を実行する。加入者がオーバーライド経路決定のオプションを選択すれば、ＡＲＵは工程６９４００において、加入者の現在のオーバーライド経路決定の設定を示すメッセージを再生し、工程６９４０４において、加入者にメニューを示して新たなオプションを選択させる。加入者がオプションの変更を選択すれば、ＡＲＵは、工程６９４０８として、ＡＲＵのプログラムルーチンを実行して、「オーバーライド」のパラメータと選択したオプションを通過することにより、規定されているようにオーバーライドオプションを設定する。加入者が「取り消し」オプションを選択すれば、ＡＲＵは工程６９３９０にリターンする。工程６９３９０のＡＲＵによる経路決定変更メニューの中から、加入者が「他の経路決定」オプションを選択する場合、ＡＲＵは工程６９４０９において、加入者の現在の他の経路決定の設定を示すメッセージを再生し、工程６９４１０において、加入者にメニューを与えて新たなオプションを選択させる。加入者がオプションの変更を選択すると、ＡＲＵは、工程６９４１４として、ＡＲＵのプログラムルーチンを実行して、「他の」のパラメータと選択するオプションを通過することにより、規定のように他のオプションを設定する。加入者が「取り消し」オプションを選択すると、ＡＲＵは工程６９３９０にリターンする。工程６９３９０の経路決定変更メニューの中から、加入者が「取り消しおよびリターン」オプションを選択すると、ＡＲＵは工程６９４１２において図６９Ｐのユーザーメニューにリターンする。図６９Ｕは、ＡＲＵによるＭＥ発見経路決定変更ルーチンを示している。工程６９４２０において、ＡＲＵは、加入者のＭＥ発見経路決定はスケジュールによるものであるかどうかを確認する。スケジュールによるものでない場合、工程６９４２２において、ＡＲＵは、経路決定は３つの連続した電話番号をかけてみるよう設定されているということを示すメッセージを再生し、工程６９４２４において、ＡＲＵの３番号シーケンスの変更ルーチンを実行する。このルーチンについては図６９Ｖに関して下で説明する。加入者のＭＥ発見経路決定がスケジュールによるものであれば、ＡＲＵは工程６９４２６において、加入者のＭＥ発見経路決定は現在スケジュールによって設定されていることを示すメッセージを再生し、工程６９４２８において、加入者にスケジュール経路決定の変更メニューを示す。加入者が、３番号経路決定の変更のオプションを選択すると、ＡＲＵは工程６９４３０において、経路決定は３番号シーケンスに設定されているというメッセージを再生し、工程６９４３２において、図６９ＶのＡＲＵによる３番号シーケンス変更ルーチンを実行する。加入者が保存および継続のオプションを選択すれば、ＡＲＵは工程６９４３４において、加入者のＭＥ発見経路決定はスケジュールによる経路決定に設定されているというメッセージを再生し、工程６９４３６において、ＡＲＵによる経路決定変更ルーチンを実行する。工程６９４３６とＡＲＵの経路決定変更ルーチンは、加入者が取り消しおよびリターンのオプションを選択する場合にも実行される。図６９Ｖは、ＡＲＵによる３番号シーケンス番号の変更ルーチンを示しており、加入者が図６９Ｅと６９ＦのＡＲＵのＭＥ発見ルーチンで用いられた３つの代わりの番号の内容と順番を変更することが可能となる。工程６９４４０において、ＡＲＵは加入者にオプションのメニューを示す。加入者が、３つの電話番号の１つを変更するオプションを選択すれば、ＡＲＵは工程６９４４２において、その番号について現在の設定を示す記録されたメッセージを再生して、工程６９４４４において、プログラムルーチンを実行し、変更する番号を特定し、しかも変更後のＰＯＴＳ番号を示したパラメータをルーチンに伝える。それから、ＡＲＵは工程６９４４０にリターンする。加入者が現在の設定を再検討するオプションを選択すると、ＡＲＵは工程６９４４６において、３つの番号のそれぞれについての設定を明らかにする一連のメッセージを再生する。その後ＡＲＵは工程６９４４０にリターンする。加入者が、スケジュール経路決定を変更するオプションを選択すれば、ＡＲＵは工程６９４５０において、加入者がスケジュール経路決定に好適かどうかを確認する。もし好適であれば、工程６９４５４において、ＡＲＵはＭＥ発見経路決定が加入者のスケジュールに設定されていることを示すメッセージを再生し、工程６９４５６において、作動可能にするためのスケジュール設定をトグルする。設定をトグルした後、工程６９４５０において、図６９ＴのＡＲＵによる経路決定変更ルーチンにリターンする。スケジュールによる経路決定が加入者のオプションでなければ、ＡＲＵはスケジュール経路決定が利用できないことと加入者は顧客サービスに連絡を取りオプションを得られることを示す診断メッセージを再生する。それから、ＡＲＵは工程６９４４０にリターンする。加入者が取り消しおよびリターンのオプションを選択すれば、ＡＲＵは、図６９ＴのＡＲＵによる経路決定変更ルーチンにリターンする。図６９Ｗは、ＡＲＵによる管理ルーチンを示している。工程６９４６０において、ＡＲＵは加入者にオプションのメニューを与える。図示された例においては、項目「１」は加入者の同報通信あるいは高速ダイアルリストの維持要求に相当し、項目「２」は挨拶の記録要求に相当し、項目「３」は機能の作動または非作動要求に相当する。加入者がリスト管理を要求すると、ＡＲＵは工程６９４６２において、加入者にオプションのメニューを示す。加入者が自分の同報通信リストを管理するオプションを選択すれば、ＡＲＵは工程６９４６４において、図６９ＲのＡＲＵによる加入者の配信リストを音声／ＦＡＸへ送るルーチンを実行する。そのルーチンの実行後、ＡＲＵは工程６９４６８において、図６９ＷのＡＲＵによるリストルーチンを実行する。加入者が高速ダイアルリスト管理のオプションを選択すれば、ＡＲＵは工程６９４７０において、図６９Ｘの高速ダイアル番号変更ルーチンを実行する。加入者が取り消しおよびリターンのオプションを選択すれば、ＡＲＵは工程６９４６０にリターンする。工程６９４６０に示されるメニューに応じて、加入者が挨拶を記録するオプションを選択すれば、ＡＲＵは工程６９４７４において、加入者にオプションのメニューを与える。図示された例においては、項目「１」は加入者の歓迎メッセージの変更要求に相当し、項目「２」は加入者のメールボックスに関連する名前の変更要求に相当する。加入者が歓迎メッセージ変更のオプションを選択すれば、ＡＲＵは工程６９４７６において、図６９ＢのＡＲＵによる挨拶再生ルーチンを実行し、工程６９４７８において、図６９ＹのＡＲＵによる挨拶変更ルーチンを実行する。加入者がメールボックス名変更のオプションを選択すれば、ＡＲＵは加入者に待機を要求するメッセージを再生し、工程６９４８０において、図６９Ｓに関して既に説明した、ＡＲＵによる加入者のメールボックス名を音声／ＦＡＸへ送るルーチンを実行する。このルーチン実行後、ＡＲＵは工程６９４７４にリターンする。工程６９４７４に示されるメニューに応じて、加入者が（たとえば星印*ボタンを押すことにより）挨拶変更要求の取り消しを示したら、ＡＲＵは工程６９４６０にリターンする。工程６９４６０に示されるメニューに応じて、加入者が機能の作動あるいは非作動のオプションを選択すれば、ＡＲＵは工程６９４８４において、図６９Ｚに関して下で説明するＡＲＵによる機能作動ルーチンを実行する。加入者が（たとえば星印ボタン*を押すことにより）挨拶変更要求の取り消しを示せば、ＡＲＵは、図６９Ｐにおいて工程６９３０４として示されている、ＡＲＵユーザーメニュールーチンにリターンする。図６９Ｘは、ＡＲＵによる高速ダイアル番号変更ルーチンを示している。工程６９４９０において、ＡＲＵは加入者に特定の高速ダイアル番号に相当するオプションのメニューを与える。たとえば、項目「１」は１番目の高速ダイアル番号、項目「２」は２番目の高速ダイアル番号等、項目「９」が９番目の高速ダイアル番号に相当する。加入者がこれらのオプションの１つを選択すると、ＡＲＵは工程６９４９２において、選択された高速ダイアル番号について現在の設定を示すメッセージを再生する。工程６９４９４において、ＡＲＵは図６９ＡＡに関して下で説明するＡＲＵプログラムルーチンを実行し、プログラム化される高速ダイアル番号を示すためのパラメータ「Ｓｐｄ＿Ｄｉａｌ＿ｎ」（ここでｎは当該の高速ダイアルボタンの番号に相当する数字に置き換えるものとする）と、規定された高速ダイアル番号に設定されるＰＯＴＳ番号とを規定する。それから、ＡＲＵは工程６９４９０にリターンする。加入者が高速ダイアル番号変更要求を取り消す（例では星印として示される）オプションを選択すると、ＡＲＵは図６９Ｗで示されるように工程６９４６２にリターンする。図６９Ｙは、ＡＲＵによる挨拶変更ルーチンを示している。工程６９５００において、ＡＲＵは利用可能なオプションに相当するメニューを加入者に示す。たとえば、項目「１」はカスタム挨拶の記録要求、項目「２」は標準のシステム挨拶の使用要求に相当する。加入者が、カスタム挨拶の記録のオプションを選択すれば、ＡＲＵは工程６９５０２において、カスタマイズされた挨拶に関連するオプションのメニューを示す。図示された例においては、項目「１」は加入者のカスタム挨拶の現在の内容の再検討する要求、項目「２」は現在記録されているカスタム挨拶を新しく記録されるカスタム挨拶に変更する要求に相当する。ナンバー記号（＃）は挨拶の内容の保存要求、星印（*）は取り消しおよびリターン要求に相当する。加入者が加入者のカスタム挨拶の現在の内容を再検討するオプションを選択すれば、ＡＲＵは工程６９５０４において、図６９Ｃに関して既に説明したＡＲＵによる一時的な挨拶の再生ルーチンを実行して、工程６９５０２にリターンする。加入者が現在記録されているカスタム挨拶を新しく保存されるカスタム挨拶に変更するオプションを選択すれば、ＡＲＵは工程６９５０６において、加入者に新たな挨拶の記録開始を指示する。挨拶を記録した後、ＡＲＵは工程６９５０２にリターンする。挨拶の記録後、加入者は新たに記録された挨拶を保存するよう要求してもよい。加入者が挨拶の記録を選択すれば、ＡＲＵは工程６９５１０において記録された挨拶をディスクに保存して、挨拶ファイルの以前の内容を上書きし、工程６９５１４において、新たな挨拶が保存されたことを示すメッセージを再生する。挨拶を保存した後、ＡＲＵは、図６９Ｗに関して既に説明したＡＲＵ管理ルーチンを実行する。工程６９５０２でＡＲＵによって与えられるメニューに応じて、加入者が挨拶変更要求の取り消しをすれば、ＡＲＵは工程６９５１８において、図６９Ｗに関して既に説明したＡＲＵ挨拶ルーチンを実行する。工程６９５００で与えられるメニューに応じて、加入者がシステム挨拶（すなわち加入者の身元を特定しないデフォルト挨拶）を使用するオプションを選択すれば、ＡＲＵは工程６９５２０において、前に記録したいかなる挨拶も消去し、工程６９５２２において、呼び出し者はただ今個人用挨拶の代わりにシステム挨拶を聞きますという予め記録されたメッセージを再生する。その後、ＡＲＵは工程６９５２５において、図６９Ｗに関して既に説明したＡＲＵ管理ルーチンにリターンする。また、ＡＲＵは加入者が取り消しおよびリターンのオプションを選択する場合も工程６９５２５にリターンする。図６９Ｚは、ＡＲＵによる機能作動ルーチンを示している。工程６９５３０において、ＡＲＵは利用可能なオプションに相当するメニューを加入者に示す。たとえば、項目「１」は呼び出しふるい分け設定要求オプション、項目「２」はページャー受取り者を作動あるいは非作動にする要求オプション、項目「３」はページャー通知設定要求オプション、項目「４」はアカウントを作動あるいは非作動にする要求オプションに相当する。加入者が呼び出しふるい分けオプションを選択すれば、ＡＲＵは工程６９５３２において呼び出しふるい分けの現在の設定オプションを再生する。工程６９５３４においては、ＡＲＵは加入者に呼び出しふるい分けに関連するオプションのリストを示す。この例では、項目「１」はＡＮＩ（電話番号）のみによるふるい分けを選択する要求、項目「２」は名前のみによるふるい分けを選択する要求、項目「３」はＡＮＩと名前両方によるふるい分けの選択、項目「４」は呼び出しふるい分けを完全に停止する要求に相当する。加入者がこれらのオプションの１つを選択すると、ＡＲＵは工程６９５３６において、図６９ＡＡに関して下で説明する、ＡＲＵプログラムルーチンを実行して、これにふるい分けオプションの変更を希望することを示す第１のパラメータと、オプションが設定される値を示す第２のパラメータを伝える。工程６９５３６の後、ＡＲＵは工程６９５３０にリターンする。同様に、加入者が工程６９５３４において取り消しおよびリターンのオプションを選択すると、ＡＲＵは工程６９５３０にリターンする。加入者が、ページャーを作動あるいは非作動にするオプションを選択すれば、ＡＲＵは工程６９５３８において、ページャー通知オプションの新たな状況を示す記録メッセージを再生する。工程６９５４０において、ＡＲＵはページャーオプションの現在の状況をトグルし（すなわち、現在非作動ならオプションを作動させ、あるいは現在作動していればオプションを非作動にする）。トグルの後、ＡＲＵは工程６９５３０にリターンする。加入者がページャー通知オプションを選択すれば、ＡＲＵは工程６９５４２において、呼び出しふるい分けオプションの現在の設定を示す記録を再生する。工程６９５４４において、ＡＲＵは加入者にページャー通知に関連のあるオプションのリストを提示する。この例では、項目「１」は、ページャーによる着信音声メールのみ通知の選択要求、項目「２」はページャーによる着信ＦＡＸのみの通知の選択要求、項目「３」はページャーによる着信音声メールと着信ＦＡＸの両方の通知の選択要求、項目「４」は呼び出しページャー通知を完全に停止する要求に相当する。加入者がこれらのオプションの１つを選択すると、ＡＲＵは工程６９５４６において、図６９ＡＡに関して下で説明するＡＲＵプログラムルーチンを実行し、それに、ページャー通知オプションを変更したいことを示すための第１のパラメータと、そのオプションに設定される値を示す第２のパラメータが伝えられる。工程６９５４６に続き、ＡＲＵは工程６９５３０にリターンする。同様にして、加入者が工程６９５４４において取り消しおよびリターンオプションを選択すれば、ＡＲＵは工程６９５３０にリターンする。加入者が工程６９５３０において、自分のアカウントを作動あるいは非作動にするオプションを選択すれば、ＡＲＵは、工程６９５５０において、新たなアカウント状況を示す記録されたメッセージを再生する。工程６９５５２において、ＡＲＵはアカウントオプションの現在の状況をトグルし（すなわち、現在非作動ならオプションを作動させ、あるいは現在作動していればオプションを非作動とする）。トグルの後、ＡＲＵは工程６９５３０にリターンする。加入者が工程６９５３０において取り消しおよびリターンオプションを選択すれば、ＡＲＵは、図６９Ｗに関して上で説明したＡＲＵ管理ルーチンにリターンする。図６９ＡＡは、ＡＲＵプログラムルーチンを示しており、加入者が選択するオプションを設定するためにＡＲＵによって実行される。工程６９５６０に示されるように、プログラムルーチンは入力として２つのパラメータを採用する、すなわち、値が変更されているオプションを特定するＴｅｒｍ＿Ｓｌｏｔと、Ｔｅｒｍ＿Ｓｌｏｔが指令したオプションに設定される値を示す値のＴｅｒｍである。工程６９５６２において、ＡＲＵはＴｅｒｍで規定される値のタイプを確認する。その項値がＰＯＴＳ識別子（すなわち、図６９Ｘの工程６９４９４のように、高速ダイアル番号にプログラミングされる電話番号などの電話番号）であれば、ＡＲＵは工程６９５６４において、加入者にＰＯＴＳ番号を入力するよう指示する。加入者が国内あるいは国際番号、または前に保存されたＰＯＴＳを消去するためのオプション（図示した例の項目「１」）を入力すると、ＡＲＵは工程６９５６６において、指令されるスロットの変更後の新たな設定を示すメッセージを再生する。工程６９５６８において、ＡＲＵは加入者に、新たな番号を再入力することにより番号を訂正する、要求を確認する、あるいは要求を取り消すよう指示する。加入者が番号を訂正するオプションを選択すれば、ＡＲＵは工程６９５６４にリターンする。加入者が要求を確認すれば、ＡＲＵは工程６９５７０において、Ｔｅｒｍパラメータ値をＴｅｒｍ＿Ｓｌｏｔパラメータが示す変数として保存する。加入者が要求を取り消せば、ＡＲＵは工程６９５７２において呼び出しルーチンにリターンする。また、ＡＲＵは、加入者が工程６９５６４においてＰＯＴＳ番号について指令されたときに取り消しオプションを選択する場合にも、工程６９５７２において呼び出しルーチンに戻る。Ｔｅｒｍ値がＰＯＴＳ識別子でなければ、ＡＲＵは、工程６９５８０において、特定されたオプションは変更するところであることを加入者に通知するメッセージを再生する。工程６９５８２において、ＡＲＵは加入者に対し要求を確認するか取り消すよう指示する。加入者が要求を確認するオプションを選択すれば、ＡＲＵは工程６９５８４において、ＴｅｒｍパラメータをＴｅｒｍ＿Ｓｌｏｔパラメータによって特定される変数として保存し、工程６９５７２において呼び出しルーチンにリターンする。加入者が要求を取り消せば、ＡＲＵは値を保存せずに工程６９５７２における呼び出しルーチンにリターンする。図６９ＡＩは、ＡＲＵによるユーザーを顧客サービスへ送るルーチンを示している。工程６９５９２において、ＡＲＵは加入者に待機するよう求める記録メッセージを加入者に対して再生する。それから、工程６９５９４において、ＡＲＵは加入者を顧客サービスへ送る。図６９ＡＢは、ＡＲＵによるゲスト入力確認ルーチンを示している。このルーチンは、ゲストによるＶＦＰゲスト機構を用いようとする試行が有効かどうかを判定するのに用いられる。ＡＲＵは、ゲストがＩＤ情報を入力する試行を３回まで許可する。最初の２回の試行が無効の場合、ＡＲＵは工程６９６１０において、ゲストの入力が無効であるという状況をリターンする。３回目では、ＡＲＵは工程６９６１５において、図６９Ｅと６９ＦのＡＲＵによるＭＥ発見ルーチンを実行する。ゲストの入力が受信されると、ＡＲＵは工程６９６１７においてゲスト入力がアプリケーションメニューの利用可能な選択の１つだったかどうかを確認する。もしそうでなければ、ＡＲＵは工程６９６２０においてゲスト入力オプションが利用不可能であるという記録されたメッセージを再生する。これが３回目の試行であれば、ＡＲＵは工程６９６２４において、図６９ＨのＡＲＵによるゲストをＭＴＯＣへ送るルーチンを実行する。１回目か２回目の無効な入力であれば、工程６９６２２においてルーチンはゲストの入力は無効であると示してリターンする。ＡＲＵが工程６９６１７においてゲスト入力が適切なメニューオプションであると判定すれば、工程６９６２６において有効な状況をリターンする。図６９ＡＣは、ＡＲＵによるユーザー入力の有効性を確認するルーチンを示しており、加入者がＶＦＰの加入者サービスを用いようとする試行の有効性を確認するのにＡＲＵが用いるものである。ユーザーの入力がまったく受信されないと、ＡＲＵは工程６９６３０において入力が受信されなかったという診断メッセージを再生する。入力が受信されると、ＡＲＵは工程６９６３４において、加入者が応答しているメニューにユーザー入力オプションが含まれているのかどうかを確認する。含まれていれば、ＡＲＵは工程６９６３６で有効状況をリターンする。含まれていなければ、ＡＲＵは工程６９６３８において、オプションが利用不可能であるという診断メッセージを再生する。入力が受信されなかったか入力がそのメニューで有効ではなかったか場合、ＡＲＵは工程６９６３２において、加入者の情報を規定することを失敗したのが３回目の試行かどうかを確認する。もし３回目であれば、ＡＲＵは工程６９６４０において、図８９ＡＩのＡＲＵによるユーザーを顧客サービスへ送るルーチンを実行する。もしこれが１回目か２回目の入力の失敗であれば、ＡＲＵは工程６９６４２において無効状況をリターンする。図６９ＡＤは、ＡＲＵのパスコード入力の有効性確認ルーチンを示しており、加入者によるパスコード入力を認証するためにＡＲＵが用いるものである。工程６９６５０において、ＡＲＵは、パスコード入力が特定の加入者についてのパスコードと適合するかを確認する。もし適合すれば、ＡＲＵは工程６９６５２において、有効状況とともにリターンする。入力が有効でなければ、ＡＲＵは工程６９６５４において入力が無効であるという記録されたメッセージを再生する。ＡＲＵは２回の試行で有効なパスコードを規定させることができる。工程６９６５６において、ＡＲＵはこれがパスコードを入力する２回目の試行かどうかを確認する。これが２回目の試行であれば、ＡＲＵは工程６９６６０において、図６９ＡＩに関して上で説明したＡＲＵによるユーザーを顧客サービスへ送るルーチンを実行する。これが２回目の失敗でなければ、工程６９６５８において、加入者に有効なパスコードを入力するよう指示して、工程６９６５０にリターンする。図６９ＡＥは、ＡＲＵによる完了の有効性を確認するルーチンであり、有効な電話番号の入力の有効性を確認するためにＡＲＵによって用いられる。工程６９６７０において、ＡＲＵは有効なユーザー入力が受信されたかどうかを確認する。もし受信されなかったら、ＡＲＵはこれが３回目に試行された無効の入力であるかどうかを確認する。３回目でなければ、ＡＲＵは工程６９６７２において、有効な入力を受信しなかったという示すものをリターンする。これが３回目の試行であれば、工程６９６７４において、ＡＲＵはメッセージを再生し、工程６９６７６において、図６９Ｈに関して上で説明するＡＲＵによるユーザーをＭＴＯＣルーチンへ送るルーチンを実行する。有効なユーザー入力が受信されたら、ＡＲＵは入力した電話番号が「０１１」で始まるものかどうかを確認する。もしそうであれば、ＡＲＵは工程６９６８０において、図６９ＡＦのＡＲＵによる国際完了の有効性を確認するルーチンを実行する。工程６９６８２において、ＡＲＵは国内項フラッグが加入者によって設定されているかどうかを確認する。もし設定されていなければ、ＡＲＵは工程６９６８４において、国内呼び出しが利用不可能であるという診断メッセージを再生して、工程６９６７１に進む。工程６９６８６において、ＡＲＵは１０桁の番号が入力されたかどうかを確認し、工程６９６８８において、有効なＭＰＡ−Ｎｘｘ番号が入力されたかどうかを確認する。入力された番号が１０桁の有効なＭＰＡ−Ｎｘｘ番号でなければ、ＡＲＵは工程６９６９０において、診断メッセージを再生して、工程６９６７１に進む。工程６９６９０において、ＡＲＵはＮＡＤＰブロック化がこの加入者に有効であるかを確認し、工程６９６９２において、ＡＲＵは９７６ブロック化がこの加入者に有効であるかを確認する。いずれのブロック化も有効であれば、工程６９６９４において、ＡＲＵは目的の番号への呼び出しがブロック化されていることを示す診断メッセージを再生して、工程６９６７１に進む。そうでなければ、ＡＲＵは工程６９６９６において、入力された番号が有効であるという状況でリターンする。図６９ＡＦは、ＡＲＵによる国際完了の有効性を確認するルーチンを示している。工程６９７００において、ＡＲＵは加入者が国際呼び出しをするような構成かどうかを確認する。もしそうでなければ、ＡＲＵは工程６８７０２において診断メッセージを再生する。工程６９７０４において、ＡＲＵは入力された番号が国際ダイアル番号として構文上有効かどうかを確認する。もし有効でなければ、工程６９７０６において診断メッセージを再生する。工程６９７０８において、ＡＲＵはＣｓｅｔブロック化が特定の番号をブロックするかどうかを確認する。もしそうであれば、ＡＲＵは工程６９７１０において診断メッセージを再生する。エラー状態が見つからなければ、ＡＲＵは工程６９７１２で有効状況をリターンする。エラーが見つかれば、工程６９７１３において無効状況をリターンする。番号を入力する３回の試行が失敗したら、ＡＲＵは工程６９７１４において状況メッセージを再生し、工程６９７１６において加入者をオペレータに送る。図６９ＡＧは、ＡＲＵによるＰＯＴＳプログラミングの有効性確認ルーチンを示しており、これは呼び出し経路決定で用いるために有効な電話番号だけがルーチン保存されるようにＡＲＵによって用いられる。工程６９７２０において、ＡＲＵはユーザーの有効な入力が受信されたかどうかを確認する。もし入力されなければ、ＡＲＵはこれが３回目の無効な入力試行であるかどうかを確認する。もし３回目でなければ、ＡＲＵは工程６９７２２において有効な入力が受信されたことを示すものをリターンする。これが３回目の試行であれば、工程６９６７６において、図６９ＡＩに関して上で説明したＡＲＵによるユーザーを顧客サービスへ送るルーチンを実行する。有効なユーザー入力が受信されたら、ＡＲＵは入力された電話番号が「０１１」で始まるかどうかを確認する。もしそうであれば、ＡＲＵは工程６９７３０において、図６９ＡＦのＡＲＵによる国際完了の有効性確認ルーチンを実行する。工程６９７３２において、ＡＲＵは、国内項フラッグが加入者によって設定されたのかどうかを確認する。もしそうでなければ、ＡＲＵは工程６９７３４において、国内呼び出しが利用不可能であるという診断メッセージを再生して、工程６９７２１に進む。工程６９７３６において、ＡＲＵは１０桁の番号が入力されたかどうかを確認し、工程６９７３８において、有効なＭＰＡ−Ｎｘｘ番号が入力されたかどうかを確認する。どちらも入力されていなければ、ＡＲＵは工程６９７４０において診断メッセージを再生し、工程６９７２１に進む。工程６９７５０において、ＡＲＵはこの加入者にとって９７６ブロッキングが有効であるかどうかを確認する。有効であれば、ＡＲＵは工程６９７５４において、目的の番号への呼び出しがブロック化されたことを示す診断メッセージを再生し、工程６９７２１に進む。そうでなければ、ＡＲＵは工程６９７５６において、入力された番号が有効であるという状況でリターンする。図６９ＡＨは、ＡＲＵによる国際プログラミングの有効性確認ルーチンを示しており、これは呼び出し経路決定で用いるために有効な電話番号だけが確かに保存されるようにＡＲＵによって用いられるものである。工程６９７６０において、ＡＲＵは、加入者が国際呼び出しをするような構成であるかどうかを確認する。もしそうでなければ、ＡＲＵは工程６９７６２において診断メッセージを再生する。工程６９７６４において、ＡＲＵは入力された番号が国際ダイアル番号として構文上有効かどうかを確認する。有効でなければ、ＡＲＵは工程６９７６６において診断メッセージを再生する。工程６９７６８において、ＡＲＵはＣｓｅｔブロック化が特定の番号をブロックするかどうかを確認する。そうであれば、ＡＲＵは工程６９７７０において診断メッセージを再生する。エラー状態が見つからなければ、ＡＲＵは工程６９７７２において有効状況をリターンする。エラーが見つかったら、ＡＲＵは工程６９７７３において無効状況をリターンする。番号を入力する３回の試行が失敗であれば、ＡＲＵは工程６９７７４において状況メッセージを再生し、工程６９７７６において加入者をオペレータへ送る。図７０Ａから７０Ｓは、ソフトウエアによる上述のダイレクトラインＭＣＩプロダクトの実行を示す自動コンソール呼び出しフローチャートを示している。コンソール呼び出しフローは、自動ではあるがコンソールが呼び出し者が行った要求に応じて動作する人によって管理されるという点で、ＡＲＵ呼び出しフローとは異なる。これによって、ＤＴＭＦ作動の装置を持たない呼び出し者もプロダクトを用いることができる。呼び出し者が与えるＤＴＭＦデータは処理されるが、人間のオペレータを利用できるということにより、多くの利用可能なオペレーションをＤＴＭＦ入力を用いることなく実行することができる。データは、キーパッドがあればそれにデータを直接入力することによって呼び出し者が与えるようにしてもよく、あるいは呼び出し者が与える音声応答に応じて人間のオペレータが入力してもよい。図７０Ａは、自動コンソール呼び出しをアカウント内にいれるよう処理するための出発点を示している。呼び出しが開始すると、ゲスト呼び出しであると仮定される。アカウントが現在オンラインでなければ、工程７００１０において自動コンソールは呼び出しがそのアカウントでは受けつけられないことを示すメッセージを再生する。呼び出し者がパスコードを持っているとオペレータに示さない限り、工程７００１２においてコンソールは呼び出しの接続を切断する。呼び出し者がオペレータにパスコードを与えれば、オペレータは工程７００１４において、図７０Ｋに関して下で説明するコンソールによるパスコード有効性確認ルーチンを開始する。アカウントが現在オンラインであれば、コンソールは加入者が着呼のオーバーライドを示したかを確認する。もしそうであれば、コンソールは工程７００１８において、呼び出しをオペレータへ経路をとる。呼び出しがＦＡＸ信号音を出していれば、コンソールは工程７００２４において、図７０Ｓに関して下で説明するコンソールによるＦＡＸ信号音検出ルーチンを実行する。呼び出し者がオペレータにパスコードを与えると、オペレータは、工程７００２６において、図７０Ｋに関して下で説明するコンソールによるパスコード有効性確認ルーチンを開始する。そうでなければ、呼び出しは加入者あての着呼として処理され、工程７００２０において、コンソールは、図７０ＢＣに関して下で説明するコンソールによるＭＥ発見ルーチンを実行する。コンソールは、コンソールによるＭＥ発見ルーチン呼出しに「オーバーライド」パラメータを供給する。オーバーライドが特定されていなければ、工程７００３０において、コンソールは可聴メニューを呼び出し者に与える。図示の例では、項目「１」は加入者との会話の要求、項目「２」は加入者に音声メールメッセージを残す要求、項目「３」は加入者にＦＡＸを送る要求、項目「４」は加入者をページングする要求に相当する。また、加入者は自分のパスコードを提示して加入者としてコンソールへアクセスする。呼び出し者が、加入者と話すことを要求すれば、コンソールは、工程７００３２において、呼び出し者のプロフィールに関連するスケジュールフラッグを確認する。加入者のプロフィールがスケジュールを示していれば、工程６９０３４において、コンソールは、「Ｓｃｈｅｄ１」をパラメータとして用いて、図７０Ｂと７０ＣのコンソールによるＭＥ発見ルーチンを実行する。加入者のプロフィールがスケジュールを示していれば、工程６９０３４においてコンソールは、パラメータとして「Ｓｃｈｅｄ１」を用いて、図７０Ｂと７０ＣのコンソールによるＭＥ発見ルーチンを実行する。加入者のプロフィールがスケジュールを示していなければ、工程６９０３６において、コンソールは、パラメータとして「Ｆｌｒｓｔ」を用いて、コンソールによるＭＥ発見ルーチンを実行する。コンソールによるＭＥ発見ルーチンは図７０Ｂと７０Ｃに関して以下でさらに詳しく説明する。呼び出し者が音声メールメッセージを残す要求をすれば、コンソールは、工程７００４０において、図７０Ｅに関して以下で説明するコンソールによるゲストを音声／ＦＡＸへ送るルーチンを実行する。呼び出し者がＦＡＸ送信を要求すれば、コンソールは工程７００４２において、図７０Ｆに関して下で説明する、注釈付きまたは注釈なしでゲストを音声／ＦＡＸへ送るルーチンを実行する。このルーチン実行後、コンソールは工程７００３０でゲストメニューにリターンする。呼び出し者が音声メールメッセージを残すよう要求すれば、コンソールは工程７００４０において、図７０Ｇに関して下で説明する、コンソールによるページング送信ルーチンを実行する。工程７００４０、７００４２、７００４４のルーチンおいずれかを実行した後、コンソールは工程７００３０においてゲストメニューにリターンする。呼び出し者がパスコードを提示すると、コンソールは工程７００４６において、図７０Ｋに関して説明する、コンソールによるパスコードの有効性確認ルーチンを実行する。コンソールが着呼にＦＡＸ信号音を検出すれば、工程７００４８において、コンソールは、図７０Ｓに関して説明する、コンソールによる検出されたＦＡＸ信号音ルーチンを実行する。図７０Ｂと７０Ｃは、コンソールのＭＥ発見ルーチンのオペレーションを示している。工程７００６０において、コンソールのＭＥ発見ルーチンは単一のパラメータＴｅｒｍ＿Ｓｌｏｔを採用する。このスロットはＴｅｒｍ＿Ｓｌｏｔが「音声メール」に呼び出し者によって設定され、他の処理過程の中から選択するためにコンソールが用いる。Ｔｅｒｍ＿Ｓｌｏｔが「Ｍｅ発見」に設定されると、これはコンソールが加入者の現在の番号を判定するデフォルトの方法を用いることを示す。この値をたとえばオーバーライドすなわちデフォルト処理について設定してもよい。加入者のプロフィールにスケジュールフラッグが含まれていれば、コンソールは工程７００６２で示されるようにＳｃｈｅｄ１パラメータを用いてＭＥ発見ルーチンを実行する。もし含まれていなければ、工程７００６１に示されるように、加入者用番号のリストの中の１番目の電話番号を用いてＭＥ発見ルーチンを実行する。Ｔｅｒｍ＿Ｓｌｏｔが「音声メール」であれば、コンソールは、加入者が呼び出し者に音声メールメッセージを残すよう要求しているというメッセージを呼び出し者に再生し、工程７００７４において、図７０Ｅに示されるように、コンソールによるゲスト音声メッセージを音声／ＦＡＸへ送るルーチンを実行する。失敗すればそのルーチンはリターンするが、その場合は呼び出し者が呼び出しを後で再試行するよう伝えるメッセージが再生され、工程７００７５において、呼び出し者の接続が切断される。Ｔｅｒｍ＿Ｓｌｏｔが「ページャー」に設定されれば、コンソールは、加入者が呼び出し者に加入者へのページング要求を残すよう要求しているというメッセージを、呼び出し者に対して再生する。それから、コンソールは、図７０Ｇに関して下で説明する、コンソールによるページング送信ルーチンを実行する。失敗であればそのルーチンはリターンし、その場合、呼び出し者が後で呼び出しを再試行するようにと示したメッセージが再生が、工程７００６６において呼び出し者の接続は切断される。Ｔｅｒｍ＿Ｓｌｏｔが（たとえばＳｃｈｅｄ１、Ｓｃｈｅｄ２、Ｆｉｒｓｔ、Ｓｅｃｏｎｄ、Ｔｈｉｒｄなどの）任意のＰＯＴＳ値に設定されれば、それは着呼を標準の電話システムを用いて送ることを加入者が規定したということになり、コンソールは特定の指定されたあるいは選択された電話番号を用いるよう支持される。工程７００７０において、コンソールはコンソールによる名前記録ルーチンを実行して呼び出し者のＩＤのデジタル記録を得る。コンソールによる名前記録ルーチンについては、下で図７０Ｈに関して詳細に説明する。工程７００７３と７００７５において、コンソールは呼び出し者に対して（たとえば最初の試行で「あなたの相手に到達することを試みている間待機して下さい」や「あなたの相手への到達をまだ試みています」など）適切なメッセージを再生する。呼び出しに人が応答すれば、工程７００７２において、コンソールは、図７０Ｄに関して下で説明する、コンソールによる呼び出し接続ルーチンを実行し、呼び出し者を接続する。留守番電話機が呼び出しに応答すれば、コンソールは工程７００９０において、加入者が、留守番電話が応答したらコンソールを次の他の番号にロールオーバーすることを要求しているかどうかを確認する。もし要求していなければ、コンソールは工程７００９４において呼び出しを接続する。加入者がロールオーバーを選択した場合、コンソールは順番で次の番号になっているものを選択して呼び出しに送り、工程７００８１、７００８２、７００８３で示されているように新たに選択された番号を用いてコンソールによるＭＥ発見ルーチンを再実行する。呼び出した回線が使用中の場合、あるいは確認する番号がもう残っていない場合は、コンソールは、図７０１のコンソールによる他の経路決定ルーチンを工程７００７４において実行する。図７０Ｄは、コンソールによる呼び出し接続ルーチンを示している。加入者が呼び出しふるい分けを要求していなければ、コンソールは工程７０１００において呼び出しを加入者に接続する。加入者が呼び出しふるい分けを選択していれば、コンソールは工程７０１０４において、情報メッセージを加入者に対して再生し、名前と利用可能であればＡＮＩによって呼び出し者の身元を特定する。加入者が呼び出しに出る選択をすれば、工程７０１０６において、コンソールは呼び出し待機を解除して、工程７０１０８において、工程７０１００で実行する呼び出しが接続されていることを示すメッセージを再生する。加入者が呼び出しに出ない場合は、コンソールは工程７０１１４において、呼び出しの待機を解除して、工程７０１１８において、加入者に到達できないことを示し、任意で呼び出し者に音声メールメッセージを残すよう指示する記録を呼び出し相手に対して再生する。メールボックスが利用不可能の場合は、コンソールは工程７０１１９において、診断メッセージを再生し、工程７０１２０において呼び出し者の接続を切断する。メールボックスが利用可能で、メッセージの受信ができれば、コンソールは工程７０１２８において、図７０Ｅのコンソールによるゲスト音声を音声／ＦＡＸへ送るルーチンを実行する。このルーチン実行後、コンソールは工程７０１１９において、呼び出し者に後で呼び出しを再試行するよう伝えるメッセージを工程７０１２０において再生する。図７０Ｓは、コンソールによるＦＡＸ信号音検出ルーチンを示している。工程７０１３０において、コンソールはＶＦＰとの初期接続の確立を試みる。初期接続が成功すれば、コンソールは工程７０１３２において呼び出しを接続する。失敗の場合は、コンソールを工程６９１３２において呼び出しの接続を切断し、工程から出る。図７０Ｅは、コンソールによるゲスト音声を音声／ＦＡＸへ送るルーチンを示しており、呼び出しをＶＦＰに接続して音声メールメッセージを残すようにする。コンソールは工程７０１４０において状況メッセージを再生し、工程７０１４２において加入者のメールボックスが一杯かどうかを確認する。メールボックスが一杯であれば、コンソールは工程７０１４４において診断メッセージを再生してリターンする。メールボックスが一杯でなければ、コンソールはＶＦＰとの初期接続確立を試みる。初期接続が成功すれば、コンソールは工程７０１４６において呼び出しを接続する。初期接続が失敗すれば、コンソールは工程７０１４８においてエラーメッセージを再生してリターンする。図７０Ｆは、コンソールによるゲストＦＡＸを注釈付きまたは注釈なしで音声／ＦＡＸへ送るルーチンを示しており、呼び出しをＶＦＰに接続してＦＡＸを送信する。コンソールは、工程７０１５０において状況メッセージを再生し、工程７０１５２において、加入者のメールボックスが一杯かどうかを確認する。メールボックスが一杯であれば、コンソールは工程７０１５４において診断メッセージを再生してリターンする。メールボックスが一杯でなければ、コンソールはＶＦＰとの初期接続確立を試みる。初期接続が成功すれば、コンソールは工程７０１５６において呼び出しを接続する。初期接続が失敗すれば、コンソールは工程７０１４８においてエラーメッセージを再生してリターンする。図７０Ｅと７０Ｆのルーチンは、ＶＦＰに要求されるサービスと呼び出し者に再生されるエラーメッセージの内容を除けば類似している。図７０Ｇは、コンソールによるページ送信ルーチンを示しており、呼び出しを加入者のページングサービスで開始する。工程７０１６０において、コンソールは呼び出し者に対して対象のページャーに与えられるべき電話番号を与えるよう指示する。工程７０１６２において、コンソールは呼び出し者に対して、ページが送信される間待機するよう伝える状況記録を再生する。ページが首尾よく送られると、コンソールは工程７０１６４において、ページが送られたことを示す状況メッセージを再生して、工程７０１６５において、呼び出しの接続を切断する。ページングサービスへの呼び出しが失敗すると、コンソールは工程７０１６６において、失敗を示すメッセージを再生してリターンし、コンソールが呼び出し者に追加のオプションを与えられるようにする。図７０Ｈは、コンソールによる名前記録ルーチンを示している。このルーチンは、加入者が名前か、または名前とＡＮＩによって呼び出しふるい分けを規定している場合に呼び出し者の名前を記録するのに用いられる。加入者が名前か、または名前とＡＮＩによって呼び出しふるい分けを規定していれば、コンソールは、工程７０１７０において、呼び出し者に名前を提示するよう指示し、可聴応答を記録する。ＦＡＸ信号音が記録処理中に検出されると、コンソールは工程７０１７２においてコンソールによるＦＡＸ信号音検出ルーチンを実行し、そうでなければルーチンがリターンする。図７０Ｉは、コンソールによる他の経路決定ルーチンを示している。コンソールは、加入者への経路をとれない呼び出しの経路を決定するためにこのルーチンを実行する。加入者が、このような経路が決定していない呼び出しは自分のページングサービスに経路を取るようにと示していれば、コンソールは工程７０１８０において、呼び出しがページを送信することを示す記録を再生する。呼び出しがページ送信を選択すれば、コンソールは工程７０１８２において、図７０Ｇに関して説明したコンソールによるページ送信ルーチンを実行する。ページ送信が失敗した場合は、コンソールは工程７０１８５において、失敗を示すメッセージを再生して、工程７０１８４において呼び出しの接続を切断する。加入者が経路が決定していない呼び出しは音声メールに経路を取るよう示していれば、コンソールは工程７０１８３において、呼び出し者に音声メールメッセージを残すよう示した記録されたメッセージを再生する。もし呼び出し者が音声メールを残すよう選択すれば、コンソールは工程７０１８６において、７０Ｅに関して説明する、コンソールによるゲスト音声を音声／ＦＡＸへ送るルーチンを実行する。音声メールを残せなかった場合は、コンソールは工程７０１８５において、失敗を示すメッセージを再生して、工程７０１８４において呼び出しの接続を切断する。加入者が「ゲストオプション」を示していれば、コンソールは工程６９１９０において、図７０Ｊのコンソールによるゲストを他の経路に決定するルーチンを実行し、そうでなければ、コンソールは、工程６９１９２において診断メッセージを再生し、工程６９１９４において呼び出しの接続を切断する。図７０Ｊは、コンソールがゲストオプションに他の経路を決定するルーチンを示している。このルーチンによって、加入者に到達できないときにゲストは音声メールを残すかページを送信するかどうかを選択できる。コンソールは、工程７０２００において、呼び出し者に利用可能な経路決定オプション、この例では音声メールを残すかページを送るかのオプションのメニューを与える。呼び出し者が音声メールを送ることを要求すれば、コンソールは工程７０２０２において、コンソールによるゲスト音声を音声／ＦＡＸを送るルーチンを実行する。そのルーチンがイベントの失敗を示すリターンコードをリターンすれば、コンソールは音声メールが送れなかったことを示す予め記録されたメッセージを再生し、工程７０２０４において呼び出し者に対して、その代わりにページを送信したいかどうかを示すよう指示する。呼び出し者が工程７０２００の指示メッセージか工程７０２０４の指示メッセージのどちらかに応答してページを送信すれば、コンソールは工程７０２０６において、図７０Ｇの、コンソールによるページ送信ルーチンを実行する。コンソールによるページ送信ルーチンがリターンすると（これはページが送信できなかったことを示す）、あるいは、呼び出し者が工程７０２０４の指示メッセージに応答してページ送信を拒絶すると、コンソールは工程７０２０８において診断メッセージを再生し、工程７０２０９において呼び出しの接続を切断する。図７０Ｋは、コンソールによるパスコード入力の有効性確認ルーチンを示しており、これは加入者が提示するパスコードを認証するためにコンソールによって用いられるものである。工程７０２２０において、呼び出し者はパスコードを求められる。工程７０２２４において、コンソールは、パスコードが特定の加入者についてのパスコードに適合するかどうかを確認する。適合すれば、工程７０２２６において、コンソールは、図７０Ｌに関して下で説明する、コンソールによるユーザー呼び出しルーチンを実行する。コンソールによって、２回の試行で有効なパスコードを特定できる。工程７０２２８において、コンソールはそれがパスコードを与える２回目の試行が失敗かどうかを確認する。これが２回目の試行であれば、コンソールは工程７０２３２において、パスコードが有効でないことを呼び出し者に通知し、呼び出し者を顧客サービスに接続するようにと伝える。呼び出し者が顧客サービスに接続しないことを選択すれば、工程７０２３４において呼び出し者の接続は切断される。これが１回目の失敗した試行であれば、コンソールは工程７０２３０において、有効なパスコードを提示するよう加入者に指示して、工程７０２２４にリターンする。図７０Ｌは、コンソールによるユーザー呼び出しルーチンを示している。工程７０２４０において、コンソールは加入者のメールボックスが一杯かどうか確認する。もし一杯ならば、工程７０２４２において、コンソールは加入者に警告メッセージを再生する。メールボックスが一杯かどうかに関係なく、コンソールは、工程７０２４４において、加入者にメールボックス内の音声メールメッセージとＦＡＸの数を通知する状況メッセージを加入者のために再生する。工程７０２４６において、コンソールは加入者に対してオプションのメニューを提示する。図示されている例では、オプション「１」はメールの送信または検索の要求、「２」は電話をかける要求、「３」は終了要求に相当する。加入者がメールの送信または検索のオプションを選択すれば、コンソールは工程７０２４８において待機メッセージを再生して、図７０Ｍの、コンソールによる加入者の送信／検索を音声／ＦＡＸへ送るルーチンを実行する。そのルーチンが完了したら、コンソールは再び工程７０２４６にリターンする。加入者が電話をかけるオプションを選択すると、コンソールはコンソールによる発呼ルーチンを実行する。このルーチンについては図７０Ｎに関して下で説明する。加入者がプログラミング終了オプションを選択すれば、コンソールは呼び出しの接続を切断する。図７０Ｍは、コンソールによる加入者の送信／検索を音声／ＦＡＸへ送るルーチンを示しており、加入者をＶＦＰに接続してメールメッセージを送信、検索する。コンソールはＶＦＰへの初期接続確立を試みる。初期接続が成功すると、コンソールは工程７０２５０において呼び出しを接続する。初期接続が失敗すると、コンソールは工程７０２５２においてエラーメッセージを再生して終了する。図７０Ｎは、コンソールによる発呼ルーチンを示しており、これによって、加入者は発呼をする。工程７０２６０において、コンソールは加入者が国際呼び出しをする構成になっているかどうかを確かめる。もしそうであれば、工程７０２６２においてコンソールは国際呼び出しキーを作動させ、非国内呼び出しをする。工程７０２６４において、加入者は電話番号を求められる。コンソールは工程７０２６８において発呼を加入者に接続する。図７０Ｏは、コンソールによるゲスト入力の有効性確認ルーチンを示している。このルーチンは、コンソールがゲストがＶＦＰゲスト機構を用いようとする試行が有効かどうかを判定するのに用いられる。コンソールは、工程７０２７０において、ゲスト入力が利用可能なメニュー上の利用可能な選択の１つであったかどうかを確かめる。そうでない場合は、入力は受け入れられず、工程７０２７２に示されるように、コンソールは同じメニューのままにする。ゲスト入力が適切なメニューオプションであれば、コンソールは工程７０２７４において有効状況をリターンする。図７０Ｐは、コンソールによるユーザー入力の有効性確認ルーチンを示しており、これは加入者によるＶＦＰの加入者サービスを利用しようとする試行の有効性を確認するためにコンソールによって用いられる。コンソールは、工程７０２８０において、ユーザー入力が利用可能なメニュー上の利用可能な選択の１つかどうかを確認する。そうでない場合は、入力は受けつけられず、工程７０２８２に示されるように、コンソールは同じメニューのままにする。ユーザー入力が適切なメニューオプションであれば、工程７０２８４に示されるように、コンソールは有効状況をリターンする。図７０Ｑは、コンソールによる完了の有効性確認ルーチンを示しており、これは有効な電話番号の入力の有効性を確認するためにコンソールによって用いられる。工程７０２９２において、コンソールは国内項フラグが加入者によって設定されているかどうかを確認する。もしそうでなければ、コンソールは工程７０２９４において、国内呼び出しは利用できないという診断メッセージを再生し、工程７０３１０において、提示された番号が有効でないことを示してリターンする。工程７０２９６において、コンソールは１０桁の番号が提示されたかどうかを確認し、工程７０２９８において、有効なＭＰＡ−Ｎｘｘ番号が提示されたかどうかを確認する。提示された番号が１０桁の有効なＭＰＡ−Ｎｘｘ番号でなければ、コンソールは工程７０３０２において診断メッセージを再生し、工程７０３１０において提示された番号が有効でないことを示してリターンする。工程７０３０４において、コンソールはＮＡＤＰブロッキングがこの加入者にとって有効であるかどうかを確認し、工程７０３０６において、９７６ブロッキングがこの加入者にとって有効であるかどうかを確認する。いずれの形式のブロッキングも有効であれば、コンソールは工程７０３０８において、目的の番号への呼び出しはブロックされていることを示す診断メッセージを再生して、工程７０３１０において、提示された番号が有効でないことを示してリターンする。そうでなければ、コンソールは工程７０３１２において、提示された番号が有効であるという状況でリターンする。図７０Ｒは、コンソールによる国際完了の有効性確認ルーチンを示している。工程７０３２２において、コンソールは、加入者が国際呼び出しをするよう構成されているかどうかを確認する。もしそうでなければ、コンソールは工程７０３２４において診断メッセージを再生し、工程７０３４０において提示された番号が有効でないことを示してリターンする。工程７０３２６において、コンソールは番号が国際番号を示す接頭部である「０１１」で始まるかどうかを確認し、工程７０３２７において、コンソールは提示された番号が国際ダイアル番号として構文上有効かどうかを確認する。もし番号が「０１１」で始まらない、あるいは構文的に有効でなければ、コンソールは工程７０３２８において診断メッセージを再生し、工程７０３４０において提示された番号が有効でないことを示してリターンする。工程７０３３０において、コンソールは、Ｃｓｅｔブロック化が特定の番号をブロックするかどうかを確認する。もしそうであれば、工程７０３３２において、コンソールは診断メッセージを再生する。エラー状態が見つからなければ、コンソールは工程７０３３４において有効状況をリターンする。上述した改良されたダイレクトラインＭＣＩプロダクトの実施は、課金手続きに対して次のような影響を持つ。ダイレクトラインＭＣＩ国内課金タイプ：１５ダイレクトラインＭＣＩ国際課金タイプ：１１５ダイレクトラインＭＣＩ呼び出しタイプ課金詳細記録と課金についてのＯＳＲ、および再発信元についてのＳＣＡＩメッセージは、様々なダイレクトラインＭＣＩ呼び出しタイプについて、次のようになっている：課金タイプ１１５は、ＶＦＰが生成するＢＤＲ（呼び出しタイプ１４４）では利用できない。すべての呼び出しがＶＦＰが発信元であるので、課金タイプ１５を用いて国内から発呼されたものとして課金される。【表６６／】 *アカウント番号はユーザーの８００／８ｘｘアクセス番号を示す。 **接続状況は参考。その他の値の方が適切の場合もある。ゲスト接続断ＢＤＲは、接続断が呼び出しフローのどのポイントで起こったかに応じて呼び出しタイプが異なるようにしてもよい。【表６８／】以下は、自動化反応装置（ＡＲＵ）についての新たなダイレクトＭＣＩのスクリプトであり、それらが現れる付随する呼び出しフロー図を参照して付け加える。以下は、コンソールアプリケーションについての新たなＭＣＩスクリプトである。ＡＲＵ影響について、呼び出しフロー図とともに、以下で詳細に説明する。ユーザー入力通常、呼び出しフロー全体を通じて、ユーザー／呼び出し者の入力のあらゆる場合に、応答の遅延の可能性をできるかぎり最小限にする。いくつかの例を以下に示す：呼び出しが「ゲスト」による場合には、加入者は「*」を入力し、その時ＮＩＤＳオーディオサービス（ＮＡＳ）が６つのパスコード数字を集め、数字間のタイムアウトを適用する。ゲストメニュー再生時には、押すキーが「*」でなければ、１つのキーを押すことによって即時の応答がなされ、その時点でＮＡＳは６つのパスコート数字を集める。任意のユーザーメニューを再生時、発呼呼び出しメニューの場合を除き、１つのキーを押すことにより即時の応答がなされる。国内電話番号、国際電話番号あるいは高速ダイアル番号をここで入力できるので、システムによってユーザーはダイアルする数字の終わりを示す「＃」を押すことが可能となる。「＃」は１つの数字の入力であろうと数字列、すなわち電話番号の入力であろうとそれに続いて入力すれば受け入れられる。ユーザーが国内あるいは国際番号を入力できる呼び出しフローの中のいかなる場所でも、「＃」キーはダイアルする数字の終わりを示すために受け入れられなくてはならない。これには、第１、第２、第３のＭＥ発見番号、オーバーライド経路決定からＰＯＴＳと高速ダイアル番号のプログラム中が含まれる。可能であれば、ユーザーが「パワーダイアル」できる機能を呼び出しフローに組み込まれる。つまり、複数のキーが押される場合、スクリプト作成が迂回され、適切なメニューに到達するということである。ダイレクトラインＭＣＩについては、１つのアクセス方法がこの実施例ではサポートされている、すなわち、ＰＩＮなしの８００／８ｘｘ番号アクセスである。データベース内のＰＩＮフィールドはデフォルト値が００００に設定されいる。課金された番号のふるい分け（不正）確認受信するすべてのダイレクトラインＭＣＩ呼び出しは、課金される番号のふるい分け有効性確認の対象となり、数字に不正リスクとタグが付けられていないことを確認する。ルックアップは分類５、タイプ０にある、すなわち、確認されるフラグはクレジットカード（ホット）フラグである。番号が「シャットダウン」する、すなわちホットフラグが「Ｙ」に設定されると、アプリケーションは呼び出しをオフラインアカウントとみなすが、加入者がプログラミングオプションにアクセスすることはできない。ワールドフォン（ＷｏｒｌｄＰｈｏｎｅ）呼び出し者は、ワールドフォン（ＷｏｒｌｄＰｈｏｎｅ）を介してダイレクトラインＭＣＩプラットフォームにアクセスできる。好ましい実施例において、これらの呼び出しはＳＣＡＩメッセージの発信元番号フィールドの擬似ＡＮＩのあるダイレクトラインプラットフォームに到着する。この擬似ＡＮＩはワールドフォンの呼び出し延長が開始された特定の機能グループＡ（ＦＧＡ）回路に関連がある。別の実施例において、真の発信元国情報がダイレクトラインプラットフォームに送られ、発信元番号フィールドは３桁の国コードで形成される。好ましい実施例において、ワールドフォンが発信元であるダイレクトライン呼び出しは次のように課金される：ワールドフォンを介して発信され、擬似ＡＮＩを発信元として持つダイレクトラインプラットフォームに到着する呼び出しは課金タイプ１５を用いて、国内呼び出しとして課金される。ＢＤＲ内の発信元番号フィールドは、ＦＧＡ擬似ＡＮＩである。別の実施例において、呼び出しは次のように課金される：ＡＲＵとコンソールはコードを実行し、発信元番号フィールドが擬似ＡＮＩを含むか真の発信元情報を含むかが特定される。真の国コード発信元情報が与えられると、アプリケーションはその構成ファイルを照会するが、そこではワールドフォン擬似ＡＮＩの入力は任意である。構成ファイル内にこの項目があることで、呼び出しの課金方法がアプリケーションに示される。アプリケーションが構成ファイル内にワールドフォン擬似ＡＮＩがあることを発見すると、呼び出しは課金タイプ１５を用いて、国内呼び出しとして課金される。ＢＤＲ内の呼び出し番号は、そのワールドフォン擬似ＡＮＩに設定され、アプリケーションはブリッジングスイッチに発信元番号を同一の擬似ＡＮＩに変更するよう指示する。アプリケーションが構成ファイル内にワールドフォン擬似ＡＮＩを発見しないと、呼び出しは課金タイプ１１５を用いて国際呼び出しとして課金され、発信元番号情報はスイッチ記録内に保持される。ＢＤＲは１０桁の数字列で形成される、すなわち、「１９１」＋３桁国コード＋「００００」である。ゲスト呼び出し経路決定は、次の段落で説明するように、いくつかのやり方でダイレクトラインＭＣＩ加入者によって規定される：発信元に基づき、ゲスト終端についてのブロッキング化確認としては次のようなものが含まれる。呼び出し経路決定呼び出し経路決定では２つのオプションがユーザーに与えられる。ＭＥ発見シーケンスとスケジュールシーケンスである。スケジュールの定義を除けば、ユーザーは呼び出し経路決定をＤＴＭＦを介して定義することができる。３番号ＭＥ発見シーケンスユーザーが自分の呼び出し経路決定でＭＥ発見シーケンスを選択すると、アプリケーションはユーザーの第１次（第１の）プログラミングされた番号に呼び出しを開始する。実際に人が応答すると、ゲスト呼び出し者は応答相手に接続される。下で説明する、呼び出しふり分けをアクティブにしてもよい、その場合、応答相手は接続する前に呼び出しをアクティブに受けつけなくてはならない。第１の番号の回線が話中の場合、呼び出しは、下で説明するユーザーがプログラムした他の経路決定に経路を取る。構成可能な時間が経過しても応答が検出されないと、アプリケーションはユーザーの第２次（第２の）プログラミングされた番号に呼び出しを開始する。第２の番号での応答処理は第１の番号への呼び出し試行の場合と同様であるが、応答がないと呼び出しはユーザーの第３次（第３の）番号で試行される。第３の番号での応答処理も同様であるが、応答がないと他の経路決定に移る。この呼び出しシーケンスの任意の時点で、終端スロットがプログラミングされていないと、アプリケーションはシーケンス内のその番号をスキップして、次の番号あるいは他の経路決定に移る。いずれのプログラミングされた国際終端においても、アプリケーションは国コードテーブル内の端末国コードを照会する。当該国に関してダイレクトダイアル国フラグが「Ｙ」に設定されていると、ＡＲＵは処理のために呼び出しを手動コンソール（ＴＴＣ＝１ｅ）へ送る。２段階レベルスケジュールシーケンスユーザーが自分の呼び出し経路決定のためにスケジュールシーケンスを選択していると、アプリケーションはスケジュール１移動とスケジュール２移動フィールドを採用して、これらをキーとして８００移動データベースに入れ、スケジュール情報を検索する。ユーザーの２つのスケジュール移動から、しかも現在の日と時間を用いて、第１と第２のスケジュール番号が判定される。第１のスケジュール番号への呼び出しが開始され、応答処理はＭＥ発見シーケンスで説明した場合と同じで、応答がないと第２のスケジュール番号に呼び出しを試行する。第２のスケジュール番号での応答処理も同様であるが、応答がないと他の経路決定に移る。さらに、スケジュール呼び出しシーケンスのいかなる時点でも、端末番号を発見することはできないと、アプリケーションはシーケンス内のスロットをスキップして次の番号あるいは他の経路決定へと移る。ユーザーのスケジュールは命令入力時にセットアップされ、ユーザーはＤＴＭＦを介して更新することができない。命令入力では、ユーザーは日付、曜日、（３０分単位の）当該日の時間とタイムゾーンによってスケジュールを定義するよう要請される。オーバーライド経路決定すべてのゲスト呼び出しについて特定の経路を規定することによって、ユーザーがゲストメニューに示されている項目を非作動にすることができるようなオプションがＤＴＭＦを介して利用可能である。オーバーライド経路決定を通して、ユーザーができるのは：呼び出しを１つの電話番号に経路を決定する、呼び出し者に音声メッセージを残させる、呼び出し者にユーザーをページングさせる、あるいは呼び出し者の経路をプログラミングされた呼び出し経路決定（ＭＥ発見またはスケジュール）を介して決定する。ユーザーがプログラミングされたオーバーライド経路決定で、ある電話番号に経路をとり、その番号で応答がないと、他の経路決定処理に移る。他の経路決定他の経路決定により、ユーザーは加入者に到達しようとする試行をするが応答がない呼び出し者の処理をＤＴＭＦを介して定義することが可能となる。他の経路決定オプションには、音声メール、ページャー、終了メッセージ、あるいはゲストの場合の音声メールかページャーのオプションが含まれる。プログラミングされていないと、他の経路決定についてのデフォルトは終了メッセージの再生となる。デフォルト経路決定ユーザーは命令入力において、ゲストメニューを提示されるとき、２回試行しても応答しない呼び出し者についての処置を規定することができる。デフォルト経路決定オプションとは：オペレーターへの送信（ＴＴＣ＝６７）、そこでは、ゲストメニューと電話番号が再度示され、応答がないと他の経路決定、音声メールまたは呼び出し経路決定（ＭＥ発見またはスケジュール）に移る。デフォルト経路決定についてのデフォルトがプログラミングされていない場合オペレータへ送られる。呼び出しふるい分けユーザーは呼び出しふるい分けを呼び出して、すべてのゲスト呼び出し者に通知するよう選択してもよい。呼び出しふるい分けオプションには、名前のみ、ＡＮＩのみ、名前とＡＮＩ、呼び出しふるい分けなしについて予めプログラミングすることが含まれている。ユーザーはＤＴＭＦを介して呼び出しふるい分けをプログラミングすることができる。名前のみあるいは名前とＡＮＩによるふるい分けがプログラミングされると、呼び出し者の名前が記録される。呼び出し者が指示メッセージに応答せず、しかも何も記録されないと、システムはＡＮＩのみのふるい分けにデフォルト設定する。応答を端末電話番号で受信すると、呼び出し者の名前かつ／またはＡＮＩが再生され、応答相手は呼び出しを受けいれるか拒絶するように伝えられる。呼び出しが受け入れられると、呼び出し者が接続される。呼び出しふるい分けに、ＡＮＩによるふるい分けが含まれて、発信元番号が国コードであると、スクリプト「…国際位置」がＡＮＩの代わりに再生される。呼び出しが拒絶される、あるいは、発信先相手から応答がないと、呼び出し者は音声メールメッセージを残すよう伝えられ、ユーザーが音声メールに加入していなければ、終了メッセージが再生される。タイムアウトパラメータタイムアウト値は、次の終端においてダイレクトラインＭＣＩデータベース内で秒単位で定義される：このようなタイムアウト値は２５（秒）にデフォルト設定されているが、ユーザーは顧客サービスを通じてその値を変更することができる。呼び出し接続時間ゲストによるプログラミングされた終端への呼び出しが完了するときの、呼び出し接続遅延は最小限に抑えられる。応答検出ある電話番号へのすべての呼び出し試行において、留守番電話機を検出する処置は、ロールオン機械検出フラグ（状態フラグ、ビット９）によって定義される。このフラグが「Ｎ」に設定されると、呼び出し者は留守番電話機に接続される。フラッグが「Ｙ」に設定されると、アプリケーションは呼び出しシーケンスの次の番号か、他の経路決定に経路をとる。ＩＳＮにおける現在の応答検出性能は次のようになっている：ＮＡＳは９９％の信頼性で実際の人による応答を正確に検出する。機械は６７％の信頼性で正確に検出される。この要件で具体的に言及されていない応答検出応答、たとえば高速−話中については、応答なし状態の場合に説明されているような処置となる。プログラミングされた番号有効性確認ユーザーは、自分の第１、第２、第３のＭＥ発見番号とオーバーライド経路決定内で電話番号をプログラミングできる。ある番号がプログラミングで受け入れられる前に、アプリケーションは次のような有効性確認を行う。国内番号国内項フラグ（ＰＩＮ、ビット１）を調べて、ユーザーが国内番号をプログラミングすることが認められていることを確認する。分類０００、タイプ００２とプログラミングされたＮＰＡを用いて、国際ブロック化データベースを照会し、パターン適合を探し、プログラミングされた番号がブロック化された国際／成人向けサービス番号でないことを確認する。交換マスターを調べ、終端がＮＡＤＰ番号かどうかを判定する。もしそうなら、国設定ブロック化が適用される。プログラミングされた番号に関連する擬似国コード（ＰＣＣ）は、ダイレクトラインＭＣＩ所有記録内で見られる国設定に対して確認される。ＰＣＣがブロックされていると、その番号へのプログラミングは許可されない。国際番号国際項フラグ（ＰＩＮ、ビット２）を調べて、ユーザーが国際番号をプログラムすることが認められていることを確認する。ダイレクトラインＭＣＩ所有記録から国設定が検索され、アプリケーションはプログラミングされた国コードがその国設定についてブロックされていないことを照合する。ゲスト終端のプログラミングについてのブロッキング検査には次の項目が含まれている：呼び出しフロー図は音声／ＦＡＸプラットフォーム（ＶＦＰ）への送信が必要となる様々な状況を表している。送信は顧客記録の音声メールルート番号フィールド内の経路決定番号を用いて実行される。ＶＦＰへの呼び出し延長での遅延のいくらかを「マスク」するために、呼び出しは、「待機して下さい」のスクリプトが呼び出し者に再生される前に延長される。呼び出し延長遅延はまた、既に説明した数字間のタイムアウトを取り除くことにより縮小される。呼び出しを開始して、スクリプトを再生した後、アプリケーションは応答の検出をするため待機し、そのときユーザーのダイレクトラインＭＣＩアクセス番号（８００／８ｘｘ番号）がＶＦＰとパルスを非同期にし、「 *」、処理のために送信タイプをＶＦＰに示す１つのモード数字、それから「＃」を押す。モードインジケータは次の表に示される値のうちの１つである。情報が確実にＶＦＰに受信され、確認されるため、アプリケーションはＶＦＰから２つのＤＴＭＦ「００」発信音を再生されるまで待機し、それから呼び出し者に接続される。２回の初期設定試行が失敗すると、ＶＦＰへの送信試行は失敗したとみなされる。オーバーライド、デフォルト、または他の経路決定時にゲストを音声またはＦＡＸメールに送る試行が失敗すると、ゲスト呼び出し者は後で呼び出しを再試行するよう伝えられる。ゲストの送信がゲストメニュー選択で失敗すると、メニューが再び現れる。ユーザーを音声またはＦＡＸメールへ送る試行が失敗すると、スクリプトが再生され、ユーザーに失敗したことを通知し、ユーザーは前のメニューに戻される。呼び出しの始めで、ＦＡＸ信号音が検出されると、ゲストの注釈なしＦＡＸ送信が行われる。ＦＡＸ信号音検出は、歓迎メッセージの表示には無関係であるので、挨拶の長さはＦＡＸ信号音検出の信頼性にはなんら影響は与えない。ユーザーがユーザープログラミングにアクセスすると、アプリケーションは新たな音声メールメッセージ、新たなＦＡＸメッセージと、利用可能であればメールボックスが一杯であるというメッセージの数を示す。アプリケーションは、ＶＦＰ＿Ｔｒａｎｓサービスを介してＶＦＰからの情報を照会する。また、ユーザーはＤＴＭＦを介して、新たな音声とＦＡＸメッセージのページャー通知を望むかどうかを定義することができる。ページャー通知のオプションは：音声メール通知、ＦＡＸ通知、音声メールとＦＡＸの両方の通知、通知なし。ページャー通知設定は、ページオン音声メールフラグ（ＰＩＮ、ビット１５）とページオンＦＡＸフラグ（ＰＩＮ、ビット１６）内に保存される。ページング加入者にページングするオプションは、ゲストメニューで与えられる１つの選択である。また、ゲストは、ユーザーがプログラミングしたオーバーライドあるいは他の経路決定に応じて、ページ送信をするよう要求されるようにしてもよい。ページ送信において、アプリケーションは呼び戻し番号を呼び出し者から要求する。ユーザーの顧客記録には、ページを処理する際に用いられる次の情報が含まれている：ページャー会社への呼び出し開始するのに用いられるページャーアクセス番号、ユーザーのページャーＰＩＮ、ページ情報をやりとりするための構成可能なダイアル列を示すページャータイプ。ダイアル列は、応答検出を待つためのタイムアウト値、応答検出の後の遅延、ＤＴＭＦへのＰＩＮ番号の数と、必要なたとえば「＃」などの任意の終端文字を与える。呼び出し者が、呼び戻し番号を入力後に接続を切断すると、ページが完了し課金される。サポートされるページャータイプは次のようなものがある： *８００−アクセス番号はブリッジングスイッチでループするＤＡＰを介して経路決定される。ユーザーは、ゲストメニューオプションとしてページャーの表示を作動／非作動にすることができる。ページャーが非作動の場合、ゲストメニューには表示されないし、オーバーライドあるいは他の経路決定をプログラミングする際にユーザーに与えられることもない。また、音声メールまたはページャーのゲストオプションも他の経路決定プログラミング選択から取り外される。オーバーライド経路決定がページャーに設定され、ページャーがオフになっていると、呼び出しはオーバーライドが存在していないかのように処理される。他の経路決定がページャーに設定され、ページャーがオフになっていると、呼び出し者は音声メールがあればそこに経路を決定されるか、終了メッセージが表示される。これらはオーバーライドと他の経路決定でのデフォルト処置である。ページャーオン／オフフラグ（状態ビット１３）はページャーの作動／非作動状況が保存されている場所にある。ページャーを作動／非作動にできることに加え、ユーザーは、本明細書の音声メール／ＦＡＸメールの項で説明した、ページャー通知オプションを定義することができる。ＶＦＰは、新たな音声とＦＡＸメッセージを通知するためにページを実行し、ＩＳＮにサポートされているページャータイプをサポートする。ページャーオン／オフフラグは、ページャー通知には何ら影響を与えることはなく、新たなメッセージの通知をされない場合には、ユーザーはページャー通知を通知なしと設定することが求められる。発呼ダイアリングユーザーは、呼び出しをして、呼び出しをユーザーのダイレクトラインＭＣＩアカウントに課金することができる。このオプションはメインユーザープログラミングメニューに表示される。発呼呼び出しオプションには次のものが含まれている：国内完了フラグ（状態ビット４）に従属する国内終端、国際完了フラグ（状態ビット５）に従属する国際終端、高速ダイアル完了フラグ（状態ビット６）に従属するプログラミングされた高速ダイアル終端である。要求される任意の国際完了について、アプリケーションは、国コードテーブル内の端末国コードを照会する。ダイレクトダイアル国フラグが当該国について「Ｙ」に設定されていると、ＡＲＵは処理のために呼び出しを手動コンソール（ＴＴＣ＝９ｄ）へ送る。加入者に対する呼び出しが完了する前になされる有効性確認は以下のものがある。国内番号国編集フラグを「Ｙ」に設定しなくてはならない。国際ブロック化データベースを、分類０００、タイプ００２とプログラミングされたＮＩＰを用いて照会し、パターン適合を探し、プログラミングされた番号がブロック化された情報／成人向けサービス番号ではないことを確認する。交換マスターを調べて、終端がＮＡＮＰ番号であるかどうかを判定する。ＮＡＮＰ番号であれば、ダイレクトライン認証コード所有記録にある国設定を用いて国設定ブロック化を適用する。海外の場所からの加入者の呼び出しの場合、発信元の国の所有記録と、ダイレクトラインＭＣＩ所有記録の両方の国設定を検索して、アプリケーションによって、ＰＣＣがいずれの国設定でもブロックされていないことを確認する。発信元の国についての所有記録は、所有記録データベース内に入るキーとして「１９１」＋３桁国コード＋「００００」を用いて検索する。国際番号国際編集フラグは「Ｙ」に設定しなくてはならない。ダイレクトラインＭＣＩ所有記録からの国設定を検索して、アプリケーションによって、発信先国コードがその国設定ではブロックされていないことを確認する。発信元が海外の場合、発信元の国の所有記録と、ダイレクトラインＭＣＩ所有記録の両方の国設定を検索して、アプリケーションによって、発信先の国コードがいずれの国設定でもブロックされていないことを確認する。ユーザー呼び出し編集のためのブロック化確認は、発信元に基づくものであり、高速ダイアル番号のプログラミングには次のものが含まれる。再発呼呼び出し者は、＃キーを２秒間押すことによって、ＶＦＰか電話番号への呼び出し完了から再発呼してもよい。スイッチは再発呼がその呼び出しに対して認められているかを確認し、もし認められていれば、呼び出しをＩＳＮに送り返す。再発呼の状況は、オリジナルの呼び出しのＢＤＲのＶａｌＳｔａｔフィールド内の値から得られる。次の表はそのフィールドにおいて考えられる値と各値が何を示すかを定義している： *未使用−現在音声メールへの加入者のアクセスとＦＡＸメールへの加入者のアクセスには違いがない、したがって、ＶａｌＳｔａｔ２０１では同一。また、＃再発呼も、完了から音声メール／ＦＡＸメールプラットフォームまで利用可能である。これは、課金についての項で示しているように、切換記録（ＯＳＲ）内に存在するデータを２つ変更することで行われる。加入者再発呼加入者の再発呼は、元の呼び出しのＶａｌＳｔａｔフィールドを介して確認され、ユーザープログラミングメニューが表示される。音声／ＦＡＸメールプロットフォームあるいは電話番号まで完了した加入者は再発呼することが許可される。コンソール影響コンソールの影響については、呼び出しフロー図とともに、次の項で詳しく説明する。ＡＲＵ送信コンソールは次の理由によってＡＲＵからの送信を受信する。これらの送信の処置は、コンソールの呼び出しフロー図に示されている。アクセス方法ＡＲＵ影響のアクセス方法の項を参照のこと。ダイレクト呼び出しＡＲＵ影響のダイレクト呼び出しの項を参照のこと、但し次のような例外がある。デフォルト経路決定デフォルト経路決定はコンソールに影響を与えないが、オペレーターへの送信がプログラミングされているかデフォルト設定されている場合はのぞく。この場合、呼び出しは新たな呼び出しとして扱われ、ゲストメニューが表示される。音声メール／ＦＡＸメールＡＲＵ影響の音声メール／ＦＡＸメールの項を参照のこと。ページングＡＲＵ影響のページングの項を参照のこと。発呼ダイアリングＡＲＵ影響の発呼ダイアリングの項を参照のこと。再発呼ＡＲＵ影響の再発呼の項を参照のこと。フラグ従属性下の表にはフラグの従属性が示されている。ブロック化確認本明細書にはフラグの確認は含まれていない。ここでは国設定、「成人向けサービス」(９７６)とＮＡＮＰ間ブロック化を取扱っている。必要に応じて、デフォルトのＡＮＩ所有記録が国設定ブロック化に用いられる。 Σ ９７６ブロック化は次のように実行される：分類０００、タイプ００２とプログラミングされたＮＰＡを用いて、国際ブロック化データベースを照会し、パターン適合を探し、プログラミングした番号がブロック化された情報／成人向けサービス番号ではないことを確認する。適合が見つかると、呼び出し／プログラミングは許可されない。 Σ ＮＡＮＰ間ブロック化は次のように実行される：交換マスターを調べて、終端がＮＡＮＰ番号であるかどうかを判定する。ＮＡＮＰ番号の場合は、ＮＡＮＰ間のフラグが「Ｙ」に設定されているかどうかを確認する。設定されている場合は、発信元番号についての国内フラグを確認する。発信元番号についての国内フラグも「Ｙ」に設定されていれば、呼び出しはブロックされる。設定されていなければ、呼び出しは許可される。つまり、発信元と終端番号の両方の国内フラグが「Ｙ」であれば、呼び出しはブロックされ、どちらかが「Ｎ」に設定されていれば、呼び出しは許可される。 Σ 国指定ブロックは次のように実行される：以下に示すダイレクトラインＭＣＩ所有記録の国設定、及び、発信元のＡＮＩ／国は、終端の国コードに反して立証される。終端の国が国設定においてブロックされると、呼び出しもブロックされる。ゲストの呼び出し完了ユーザーの呼び出し完了経路決定のプログラミング高速ダイアル番号のプログラミングＸＩＸ．インターネットＦＡＸＡ．概要ＰＳＴＮ上の呼の多くはＦＡＸ呼である。こうした呼は電話会社の中央オフィス（ＣＯ）に対してアナログ送信用に符号化、変調したデジタル情報を送る。ＣＯでは、受信したアナログ信号をデジタル化し、６４ＫｂｐｓでＰＳＴＮから送信を継続する。宛先ＣＯで、デジタル信号はアナログ信号に変換され、受信者のＦＡＸへ送信される。国際ＦＡＸ送信が連続すると、不十分な送信容量での利用が増大し、国際直通ダイヤル電話サービスのハイコスト化を招く。Ｂ．詳細現在、インターネットによるＦＡＸや音声の送信に関心が高まっている。これまでは、ＦＡＸはネットワークの周辺に位置する傾向があり、インターネットに備わるデータ処理能力を利用してはいなかった。好適実施例は、電話回線網ではなくインターネットによってＦＡＸを送信する。適当なロジックによってネットワークは、回線上の信号音を感知することによってＦＡＸ呼を感知できる。次いで、インターネットによるＦＡＸを実行するハードウエアまたはソフトウエアの別の部分へと呼を送ることができる。またネットワークは、相手側ＦＡＸの電話番号をアドレスとして経路決定を行う。次いで、ＤＡＰをアクセスすることによって、適当なゲートウエイを選択し、電話番号に基づいて呼を適当な宛先に送信できる。これは、ＤＡＰに対して経路決定要求を送ることによって実施される。ＤＡＰは、いくつかある方法のにとつによって宛先ゲートウエイを選択する。この一つの方法はポイントオブオリジンによるものでもよい。すなわち、表検索によって、特定オリジンポイントが特定の宛先ゲートウェーに割り当てられる。別の方法としては、ロードバランステクニックによるものがある。ネットワークロジックは、正常な電話回線網の活動を検出し、その一貫性を損なうことなしにインターネットを介してそれを送信できる。実施例の一つは、現行のテレホンクレジットカードに似たダブルダイヤルシナリオを用いている。第一の電話番号は、呼の経路の指定に用いられ、第二の電話番号は、適当なゲートウエがいったん指定された他の電話と同様に、その呼を宛先アドレスへ送るのに使用される。インターネット上でＦＡＸを送信する別の経路決定に関連したロジックの詳細は、トランクグループ上の呼をモニターすることによって遂行される。典型的には、会社あるいはその他の組織が、その組織の要求するサービスに独占的に利用できる局線を購入することである。好適実施例のトランクグループは、ハイブリッドネットワークになり得る、あるいは、予定のキャリアに割り当てられたＦＡＸを、公衆電話網の代わりにインターネットまたはＸ．２５ネットワーク等のデータネットワークを介して転送するデジタル信号プロセッサ（ＤＳＰ）を含む、適当なハードウエアによって改良されている。特定のトランクグループに着信する呼のモニターは透過的に行われる。トランクグループは、各呼をインテリジェントネットワークへ転送するブリッジスイッチに入る。インテリジェントネットワークは、呼がＰＳＴＮの代わりにインターネットあるいは別のデータネットワークを介して特別な経路決定に向けた特定の国または都市へと方向付けられているかどうかを検出する。呼が関連の国または都市コードの一つに向けられていれば、その呼はＰＳＴＮを介して正常に宛先へ送られる。もう一つ下のレベルに下がると、呼がＭＳＩスイッチに入ると、ＭＣＩスイッチはその呼の経路を要求するＤＡＰ照会を起動させる。ＤＡＰは、ダイヤルされた番号およびその他のプロフィール情報に基づいてその呼を分析し、ＦＡＸトーン検出システムへ送る。ＦＡＸトーン検出システムは、ＦＡＸのＣＮＧトーンを聞き、それがＣＨＧトーンを検出していれば、第二の呼をＦＡＸインターネットゲートウエイへ置く。ＦＡＸインターネットゲートウエイが応答すると、第一および第二の呼はブリッジスイッチでブリッジされる。着信を宛先毎に分類できるような改良が求められている。予定の目標宛先に対して、インテリジェントネットワークは呼を保留してさらに処理できるようにする。これは、図５２Ｂに示す好適実施例によって実施される。この図では、発信しているユーザーのＦＡＸＦ１はスイッチ５２６０を介して電話回線に接続される。スイッチ５２６０は、スイッチ５２６１を介して呼を接続し、ＤＡＰ５２６２に対する経路決定要求を発し、データ照会目的の経路決定を行う。ＤＡＰは、ロングタームレギュレートリ経路決定データベース等の経路決定データベースに接続される。局線はまた適当なロジックに接続され、ＦＡＸトーン検出器（ＦＴＤ）だけが５２６３として図示されている。このロジックは、予定国に向けられたＦＡＸ呼をスイッチ５２６１および５２６５を介してＦＡＸゲートウエイ５２６４へ送り、予定国におけるＦＡＸゲートウエイ５２６７に対する別のデータネットワーク５２６６へ送るロジックを含む。予定国以外の国については、スイッチ５２６１はＰＳＴＮを介して呼を送信する。図５２Ｂに示した上記実施例の操作を、図５２Ｃのフローチャートに沿って示す。フローチャートの工程５２７０では、図５２Ｂの発信元スイッチ５２６１は呼を受信する。この呼は電話、パソコン、ＦＡＸＦ１その他適当な装置からのものでよい。この呼に関した宛先情報を用いて、ＤＡＰは、工程５２７１にてスイッチ５２６１を経て照会される。ＤＡＰは経路決定情報を検索し、宛先が予定の国、都市その他関連の場所の一つであるかどうかを工程５２６１にて決定する。予定宛先への呼は、工程５２７５におけるようにＦＴＰへ送られる。ＦＴＰは、この呼がＦＡＸ呼かどうかを工程５２７６にて確認する。これは、公知の手段によってＣＮＧトーンを検出しょようとすることによって行われる。この実行方法の一つにおいて、タイマーを使用できる。ＣＮＧトーンが指定期間内に検出されない場合、呼はＦＡＸ呼ではないとされる。次いで、呼は解除され、工程５２７７におけるようにＰＳＴＮを経て正常経路決定によってブリッジされる。ＣＮＧトーンが検出される場合には、呼は解除され、工程５２７８におけるようにＦＡＸゲートウエイ５２６４にブリッジされ、収集され、ＦＡＸは別のデータネットワーク５２６６を介してＦＡＸゲートウエイ５２６７へ送られ、次いで宛先地点でＦＡＸＦ２に送られる。この操作は、いくつかの国を表すドメイン名を介してさらに別の経路決定を有することができる。ドメイン名サーバは、検索表を介していくつかの宛先の呼を分配する。ゲートウエイは宛先の国内に置かれ、制御を目的としてＴＣＰ／ＩＴセッションがゲートウエイとの間に設定される。データは、特定のネットワーク特性に基づいてＴＣＰまたはＵＤＰを通過することができる。いずれの場合にも、ダイヤルした数字はオリジンゲートウエイに送られ、そこからその電話番号をダイヤルした宛先ゲートウエイへ転送される。次いで宛先ゲートウエイは、相手先番号をダイヤルし、ＦＡＸを他端にて通話中にする。システムは、２対のＦＡＸモデムを使用して電話信号をパケットに変換し、またその逆を行う。これらのＦＡＸモデムは、他のモデムと同様に、ボーレートが決められるが、ページ送信毎にではない。送受信の各側は機能を指定し、サポートできる速度を決める。最初は、ＦＡＸの送信を開始し、次いで各ページの後にＡＣＫが送信され、最後にボーレートが３００ボー（ＬＣＤ）に決められる。最終的には、メッセージが遠隔モデムで受信され、パケットはＦＡＸパッケージとして再パッケージされる。各ページの終わりには、エラーレートに基づいてボーレートが再度決められ、エラーが多い場合には、そのＦＡＸはページを再送／再送信する前に伝送速度を低くする。好適実施例によれば、本システムは、ＦＡＸを送信する前に相手先の電話回線が接続されたかどうかを検出する。この処理に関するオーバーヘッドは、正常なＦＡＸ処理に比して以下の損失を要求する。１）ダイヤル後の遅れの増加、および２）ＦＡＸの実際の送信時間が５％長くなる。ＸＸ．インターネットスイッチテクノロジーＡ．実施例現在の交換網の問題点は、制定されたフィーチャグループＤトランクを経て接続されたＬＥＣを有する場合、そのアクセス費用はＬＥＣ側から要求されるので、安価なアクセスが困難であることである。従って、フィーチャグループＤトランクを利用したサービスを介してインターネットによるアクセスができれば、消費者の負担するコストは大きい。フィーチャグループＤトランクを迂回し、専用ネットワークを用いれば、すなわち、インターネットへのアクセスを提供するモデムプールへ直接ＬＥＣが接続されれば、問題の第二段階が生じる。これらの問題には、設計の拡張性、存続性および非効率性などがある。さらに、ＬＥＣから購入する各ＤＳＯについてモデムが必要となる。こうした問題はすべて以下に述べるアーキテクチャによって解決できる。モデムプールはネットワークのトラヒック要求に合わせて調整できるので、拡張性は図１Ｃに示すＣＢＬによって対応できる。これらのＣＢＬは特定コミュニテイの要求に合うように調整できる。専用ネットワークでは、ＣＢＬとモデムプールのエントリの間には１対１の関係がある。したがって、もしモデムが故障した場合、ユーザーへのサービスはモデムの利用能力によって直接影響を受ける。こうしたＣＢＬとモデムプールの直接関係をなくすことによって、ＤＡＰは、どこにあろうともそのネットワークを経て得た動的資源に対して各呼を割り当てることができる。この設計は現行のどのアーキテクチャよりも効率が良い。このアーキテクチャの詳細を以下に説明する。好適実施例が解決した第三の問題は、前記２つの問題の解決から直接得られた。ネットワーク内の呼を経路決定する方法は、ＬＥＣが発信元表示のみを与える場合に要求された。ホットラインの機能性を組み込んだ実施例によってこの問題は解決できる。ホットライン機能が可能な着信トランク（回線）で発信元が検出されると、スイッチの経路決定データベースの内部処理としてデータベース検索が行われる。この結果、呼の宛先を確認するために用いる予備ダイヤルプラン（すなわち、７または１０桁の番号）が得られる。ホットライン機能はスイッチにあるが、ＤＡＰを開発した経路決定機能には組み込まれておらず、ＤＡＰに対する発信元情報（ＡＤＦトランザクション）なしにスイッチはＤＡＬ手順要求を定式化できない。この要求はＸ．２５プロトコルリンク、ローカルエリアネットワーク、オプテイカルコネクショントリー（ＯＣ３）、フレームリレー、ＳＭＤＳまたはその他の通信リンクを介してＤＡＰへで送信され、処理される。ＤＡＰはさらにデータベース検索を行って適当な宛先（この場合、スイッチＩＤ（ＳＷＩＤ）および、モデムプールへのトランク接続に対応する着信トランクグループ（ＴＴＧ））を決定する。ホットラインは、上記の問題を解決するための設計上の基礎である。図７１は、ＶＮＥＴ、ビジョンその他のメデイア等の専用ネットワークサービスを行う一方、共通あるいは専用アクセスを介して市内ダイヤルアクセス、専用ダイヤルプランを提供するハイブリッドネットワークの典型的な顧客構成を示す。ＦＤＤＩＬＡＮ１０２０１、トランザクションサーバ１０２０５、コミュニケーションサーバ１０２１５、１０２２５の組み合わせをまとめてＤＡＰと呼ぶ。ファイバデイストリビューテッドデータインタフエース（ＦＤＤＩ）ＬＡＮ１０２０１などのローカルエリアネットワークを用いて種々な通信装置を接続する。図示した構成において、トランザクションサーバ（ＴＳ）はＬＡＮ１０２０１に接続する。スイッチ１０２１０、１０２２０などの電話スイッチは、コミュニケーションサーバ（ＣＳ）１０２１５、１０２２５をそれぞれ介してＬＡＮ１０２０１に接続する。図示した例では、ＣＳ１０２２５は、アプリケーションデータフィールド（ＡＤＦ）１０２４５と呼ばれるプロトコルを用いて各スイッチと通信する。ゲートウエイ１０２３０はＬＡＮ１０２０１に接続し、顧客アクセスプロセッサ（ＣＡＰ）との間の通信を提供する。ＣＡＰ１０２３５は典型的にはインテルペンテイアム、ＲＩＳＣあるいはモトローラ６８ｘｘｘファミリー等のマイクロプロセッサである。ＤＡＰはＣＡＰへトランザクション照会を送る。ＣＡＰはデータベース検索を行い、例えば特定顧客サービスセンターにて何人のオペレータが利用できるかという状況に基づいて経路決定指図を返す。またＣＡＰは、そのデータベース検索に基づいて呼がどうやって割り当てられるべきかを示す応答を返す。ＤＡＰは基本的には自身のデータベースの拡張としてこの情報を利用する。次いでＤＡＰは、ＣＡＰ１０２３５から受信した情報を解析し、スイッチが呼を顧客が求める場所へ転送するのに必要な経路決定情報に移行する。図７２は、ＤＡＰ１０２４１、１０２４２、１０２４３と個別にラベル付けたＤＡＰ１０２４０の操作を示す。経路決定および顧客プロフィール情報は認証後オーダエントリシステム１０２３５に入力され、サービスコントロールマネージャ（ＳＣＭ）１０２３０へ送られる。ＳＣＭ１０３２０は、この経路決定および顧客プロフィール情報をネットワーク内の各ＤＡＰへ送る。例えば、ウインドウズ９５で問題が生じた場合、顧客は１−８００−ＦＩＸ− ＷＩＮ９５を呼び出す。この呼は、この呼のための適当な経路決定情報を照会するＤＡＰ１０２４１−３に対するトランザクションを開始する発信元スイッチ１０３５０にてネットワークに入る。照会されたＤＡＰは、電話番号を確認し、トランザクションを起こし、適当なＣＡＰ１０２３５（この場合、マイクロソフト社に接続したＣＡＰ）に接続した適当なゲートウエイ１０２３０へそれを送る。ＣＡＰ１０２３５はこのトランザクションを受信し、ニューヨークにある顧客サービスセンターが満杯になったが、カリフォルニアの顧客サービスセンターは繁忙ではないかどうか確認する（一日のうちの時間も考慮にいれる）。ＣＡＰ１０２３５は照会されたＤＡＰ１０２４１−３に対して、この特定な１−８００−ＦＩＸ−ＷＩＮ９５の呼がカリフォルニアの顧客サービスセンターへ送られるべきであること示す応答を送る（ゲートウエイ１０２３０経由で）。選択されたＤＡＰ１０２４１−３は、このトランザクション情報を特定のスイッチＩＤ（ＳＷＩＤ）および、カリフォルニアの顧客サービスセンターに着信させるのに必要なＭＣＩネットワークの外部の経路に対応する特定な着信トランクグループ（ＴＴＧ）に移行する。また選択されたＤＡＰ１０２４１−３はこの応答情報を、ＳＷＩＤ経由のＤＡＰ応答に示したように、１−８００−ＦＩＸ−ＷＩＮ９５へのオリジナル呼を正しい着信スイッチ１０３５１へ送る発信元スイッチ１０３５０へ送る。次いで着信スイッチ１０３５１は、オリジナルＤＡＰ応答内のパラメータから作成されＳＳ７ネットワーク経由で送られた情報を利用して、正しいトランクグループ（ＴＴＧ）を確認し、その呼をカリフォルニアの顧客サービスセンターへ送る。スイッチを経て呼が転送される場合、呼はＤＡＬ１０３８６等のダイレクトアクセスライン（ＤＡＬ）接続を介して顧客ＰＢＸ１０３８７へ送られ、そこから目的の電話機１０３６１へ送られる。図７３は、電話機が１−８００の呼処理を行うために解除リンクトランクに接続する過程を示す。電話機１０４１０等の電話は市内交換機キャリア（ＬＥＣ）１０４１５に接続される。電話機１０４１０のユーザーは電話機のキーパッドによって１−８００を入力し、これによってＬＥＣ１０４１５は、この呼をＭＣＩ発信元スイッチ１０４２０へ送る。この１−８００の要求を処理するために、スイッチ１０４２０はＩＮＳ１０４８０と交信せねばならない。したがって、スイッチ１０４２０は呼をブリッジスイッチ１０４４０に接続し、ブリッジスイッチは解除リンクトランク１０４９０を介してインテリジェントサービスネットワーク１０４８０に接続される。ブリッジスイッチ１０４４０はＤＡＰ要求を１−８００情報とともにＩＳＮ１０４８０へ送り、ＩＳＮ１０４８０は宛先のＤＡＰ１０２４１へそれを送る。ＤＡＰ１０２４１はこの１−８００要求を検討し、適当な解除リンクトランク１０４９０を選択し、解除リンクトランク１０４９０はそれをＭＣＩＤスイッチ１０４２０へ接続し、ＭＣＩＤスイッチ１０４２０はＬＥＣ１０４１５に接続され、ＬＥＣ１０４１５は最終的に電話機１０４１０に接続し、それによってこの呼を完了させる。ＡＮＩは当業における標準的用語で、自動番号識別（ＡＮＩ）を指す。ＡＮＩは呼を完了させるために使用できる。この情報は、呼が発信されている場所を特定するためにＭＣＩネットワークがＬＥＣから受信する情報である。簡単に言えば、あなたが呼を発信した場合には、それはあなたの家の電話番号となる。また、クレジットカード発呼者が発信していれば、公衆電話番号となり、この情報は呼の料金をだれが負担するかを決めるには必ずしも使用できない。同様なプロセスは、ブリッジスイッチ１０４４０を利用してＬＥＣ１０４５５を介して電話１０４５０をスイッチ１０４６０に接続し、ＩＳＮ１０４８０経由で呼を解除リンクトランク１０４９０につなぐのに用いられる。図７４は、ＤＡＰ手順要求の顧客側のフローを示す。家庭あるいは小オフィスなどの環境では、モデム１０５１０、電話機１０５１５およびＦＡＸ１０５１０などの装置は標準のＲＪ１１ジャック１０５２０にプラグで接続し、ジャックは市内交換機キャリアに接続されている。市内交換機キャリア１０５２５は、共通の商用回線１０５２７を介してスイッチ１０５３０に接続される。より大きなオフィス環境では、ＰＢＸ１０５４０が専用アクセス回線（ＤＡＬ）１０５４７を介して、市内交換機キャリアを介在させないでスイッチ１０５３０に接続できる。スイッチ１０５３０は、ＤＡＬ手順要求をＤＡＰ１０５６０へ送り、図７５でより詳しく説明するように、ＤＡＰ１０５６０は呼に対して経路決定１０５７０を選択する。図７５は、発呼者に対して特定の番号あるいは「ホットライン」を選択するスイッチ１０５３０の操作を示す。スイッチ１０５３０は、ＣＢＬ１０５２７またはＤＡＬ１０５４７からの着信呼および疑似電話番号形式で符号化された情報を受付る。疑似電話番号は通常の電話番号と同じ形式だが、３桁のスイッチ識別番号（ＳＷＩＤ）および希望の着信局線グループ（ＴＴＧ）を識別するファイルのファイル番号を符号化している。スイッチ１０５３０は、ＳＷＩＤによって識別されたスイッチ１０６１０と接触し、このファイル番号を渡す。スイッチ１０６１０は、ＴＴＧを用いて適当なモデムプール１０６２０を選択し接続を完了させる。このモデムプールは、認証サービス１０６４０等のサービスおよびベーシックインターネットプロトコルプラットホーム（ＢＩＰＰ）１０６５０に対してインターネットプロトコル（ＩＰ）接続を提供する。ＢＩＰＰ１０６５０は、ＩＰパケットをノード間に転送するＡＴＭスイッチなどの複数のパッケットスイッチから構成される。認証サービス１０６４０は、機密保護機能を果たし、発信者を認証し、インターネットに対する非認証アクセスを防止する。これはまた、ＴＴＧホットライン経由でインターネットにアクセスした顧客を正しく確認するのに必要な課金情報を定式化するのにも使用できる。このホットライン機能を提供することによって、図７２に示したＦＧＤ１０３８０等の高価なＦＧＤを用いることなしに呼をスイッチ１０５３０と１０６１０の間に経路決定できる。図７６は、インターネットを介して電話呼を選択的に経路決定するためのゲートウエイの操作を示す。端末スイッチ１０７１０はＡＲＵ１０７２０を接続し経路決定情報を要求する。ＡＲＵ１０７２０は呼の特性を訊ね、それがインターネット経路決定の候補であるかどうかを決める。呼がモデム呼の場合、呼はモデムプール１０７３０へ送られる。モデムプール１０７３０から、呼はベーシックインターネットプロトコルプラットホーム１０７５０へ送ることができ、このモデム呼に対してインターネットアクセスを提供する。モデム呼は認証サービス１０７６０によって任意に認証される。呼がＦＡＸ呼の場合には、呼はモデムプロトコル１０７３０へ送られる。モデムプロトコル１０７３０から、呼はベーシックインターネットプロトコルプラットホーム１０７５０へ送ることができ、またそこからさらにＦＡＸゲートウエイ１０７７０へ送られる。モデム呼と同様に、ＦＡＸ呼は認証サービス１０７６０によって任意に認証される。経路決定すべき呼が音声呼の場合、ＡＲＵ１０７２０はユーザーが呼び出しカード番号および宛先電話番号をダイヤルするまで待機する。ＡＲＵ１０７２０は宛先番号を調べ、この宛先電話が国際電話か国内電話かを決定する。国内電話であれば、端末スイッチ１０７１０へ戻され、通常の経路決定を行う。国際電話の場合には、アナログ音声信号を符号器／複合機（またはコーデック）１０７２５へ送ることによってデータとして符号化する。コーデック１０７２５は、符号化信号をデジタルデータとして有し、モデムプール１０７３０およびベーシックインターネットプロトコルプラットホーム１０７５０を介してこの呼を経路決定する。別の実施例では、呼がネットワークスイッチによってＩＳＮへ送られると、ＳＳ７ＩＳＵＰメッセージが常駐ＩＳＮスイッチへ送られる。このスイッチはＤＭＳ−ＡＣＤと呼ばれる。ＡＣＤは自動呼分配器の略。ＡＣＤは、着信ＳＳ７ＩＳＵＰメッセージを受け、それをＳＣＡＩ（スイッチ／コンピュータアプリケーションインタフェース）に変換する。ＡＣＤの反対側はＩＳＮ−ＡＰ（インテリジェントサービスネットワーク−アジャンクプロセッサ）と呼ばれる装置になっている。ＳＣＡＩは、ＡＣＤとＩＳＮ−ＡＰ間で話される言語である。したがって、２つのインターフェイスが存在する。国内側はネットワークからＡＣＤへのＳＳ７ＩＳＵＰ、そして国外側のＡＣＤからＩＳＮ−ＡＰへのＳＣＡＩの２つである。これらは簡単な２つの異なった信号化プロトコルである。呼がネットワークからＡＣＤに着信すると、ＡＣＤは自動的にはこの呼をどこへ送るべきか分からない。ＡＣＤはＩＳＮ−ＡＰから指示を受ける。これを行うために、ＡＣＤはネットワークから受信したＩＳＵＰの信号化パラメータを利用し、それをＳＣＡＩプロトコル形式に変換し、ＳＣＡＩメッセージをＩＳＮ−ＡＰへ送る。具体的には、ＳＣＡＩメッセージは受信ＤＶ＿呼（ＤＶはデータ／音声を意味する）と呼ばれる。ＩＳＮ−ＡＰがこのメッセージを受信すると、ＳＣＡＩメッセージ中にある相手番号（ＣＰＮ）フィールドを調べ、この番号に基づいて、ＩＳＮ内のどこへＡＣＤがこの呼を転送すべきかを決定する。ＩＳＮ−ＡＰがこの決定を行うと、受信ＤＶ＿呼RR（さきに受信したメッセージへの応答．．ＲＲは結果返送を意味する）ＲＲメッセージ内には、この呼を着信させるべきＡＣＤポートに関するＡＣＤへの指示が含まれている。このサービスを行うために、ＡＣＤはＡＲＵ１０７２０に接続したＡＣＤポートへ呼を着信させるように指示される。呼がＡＲＵ１０７２０に到着すると、次の２つのことが起こる。１）発呼者が以下のものからアクセ番号をダイヤルしていた場合、ａ）電話、またはｂ）ＦＡＸ発呼者は「音声ならば１を押し、ＦＡＸならば２を押して下さい」という音声ガイダンスを聞く。２）発呼者がＰＣモデムを用いてアクセス番号をダイヤルしていた場合、アナウンスは何もない。ＡＲＵタイマーが時間切れになる。タイマーが時間切れになると、ＡＲＵに対して呼がモデムからのものであることが示される。この場合の呼の流れはわかりにくくなるので、ひとつづつ考えてみることにする。発呼者が電話から、次いでＡＲＵ１０７２０の音声プロンプトによって呼び出しを行う場合、発呼者は１を押す（音声サービス用）。この時、ＡＲＵ１０７２０は発呼者についてのさらなる情報を収集する。この機能は電話会社が今日提供している現行の発信元カードサービスの改良版である。ＡＲＵ１０７２０は先ずカード番号を収集し、次いで発呼者が着信を希望する番号を収集する。この情報を把捉後、ＡＲＵ１０７２０はＩＳＮ構内データ通信網（ＬＡＮ）経由でデータを確認データベースへ送る。この発信元カード番号の確認に加えて、データベースはこの着信番号がカード所有者に対して許容されたダイヤルプラン内にあるかを確認する。カード情報がいったん確認されると、ＡＲＵ１０７２０は次に、着信番号が国内か国際かを調べる。国内番号の場合、ＡＲＵ１０７２０は呼をＩＳＮから解除し、呼を宛先に送る音声ネットワークへ戻す。国内番号の場合、呼はＢＩＰＰサイトにあるＣＯＤＥＣ（ＣＯｄｅＤＥＣｏｄｅ）と呼ばれる装置へ転送される。ＣＯＤＥＣの目的は音声信号をデータに変換し、ＵＤＰ／ＩＰを用いてインターネット経由で経路決定することである。別の実施例では、発呼者がＦＡＸからＡＲＵ１０７２０の音声プロンプトで呼び出しを行った場合、発呼者はＦＡＸサービス要求を表す２を押す。この時、ＡＲＵ１０７２０は、着信ＦＡＸ番号が利用可能になるまで待機する時間または余裕のない相手、あるいは国際ＦＡＸの配信に手助けを必要とする相手に対する保証ＦＡＸサービス１０７７０であるＦＡＸプラットホームへ呼を送る。発呼者および着信番号に関する情報が収集され、発呼者に送信手順を開始するように指示する。ＦＡＸサービス１０７７０はＦＡＸを受信し、あとで配信するようにそれを記憶する。発呼者がＰＣモデム経由で、次いでＡＲＵ１０７２０の音声プロンプトでダイヤルしていた場合には、何のアナウンスもない。これは意図されていることである。また、発呼者はＰＣのスピーカあるいはモデムからＡＲＵ１０７２０のアナウンスを聞くことはできるが、ＡＲＵ１０７２０にエントリはできず、最終的にはタイムアウトし（前述のように）、ＡＲＵ１０７２０に対して、この呼がＰＣモデムから発呼されたものであることを知らせる。ＡＲＵ１０７２０はこの呼を解除し、ネットワークに戻し、ＭＣＩのＢＩＰＰ１０７５０サイトのどれかでモデムプール（ＭＰ）１０７３０にて着信させる。図７７は、集中アーキテクチャ内に配置された図７６のＡＲＵの操作を示す。電話機１０８１０は市内交換機１０８２０を介してスイッチ１０７１０と交信する。スイッチ１０７１０はブリッジスイッチ１０８３０を介してインテリジェントサービスネットワーク（ＩＳＮ）１０８４０、ＡＲＵ１０７２０に接続する。ＡＲＵ１０７２０は呼の経路決定を直接モデムプール１０７３０に、コーデック１０７２５を介してＢＩＰＰ１０７５０あるいはＦＡＸサーバに制御する。図７８は、分散アーキテクチャ内に配置された図７７のＡＲＵの操作を示す。電話機１０９１０は市内交換機１０９２０を介してスイッチ１０７１０と交信する。スイッチ１０７１０はブリッジスイッチ１０９３０を介してインテリジェントサービスネットワーク（ＩＳＮ）１０８４０、ＡＲＵ１０７２０に接続する。ＡＲＵ１０７２０は音声応答ユニット１０９５０の制御下で作動し、スイッチ１０９１１およびブリッジスイッチ１０９３０を介して呼の経路決定をスイッチ１０９１２を介してあるいはコーデックを介してモデムプール１０７３０に制御する。ＡＲＵはＩＳＮ内に置かねばならないが、その他の装置（すなわち、ＡＲＵ１０８５０と１０９５０、モデムプール１０７３０およびコーデック１０７２５）はネットワーク内のどこに置いてもよい。図７９Ａおよび７９Ｂは、インターネトの呼経路決定のサンプルアプリケーションの操作を示す。図７９Ａは、顧客サービスのサンプルアプリケーションを示す。インターネットコンピュータ１１０１０はインターネット１１０２０を上記のように接続し、それによってサーバコンピュータ１１０２５を接続する。サーバコンピュータ１１０２５は、パッキングシッピングサービスプロバイダ１１０３０等のインターネットリソースの指定を通して、ユニホームリソースロケータを介して、インターネットコンピュータ１１０１０のユーザーにプロバイダ１１０３０への照会を許可する。１１０３２に示す内部機能を介して、プロバイダ１１０３０はユーザーに応答して、フルモーションビデオ１１０３５等の資源などの相互作用をその顧客サービス部門から、あるいは顧客サービス代理１１０３７との直接的相互会話によってユーザーに提供する。図７９Ｂは、発呼者開始顧客トランザクションのいくつかのアプリケーションを示す。予定の番号１１０−４０（５５５−ＩＭＣＩ、５５５−ＰＡＧＥあるいは５５５−ＲＥＮＴなど）を呼び出す顧客は、共通商用回線（ＣＢＬ）１１０５０を使用して特定トランザクション処理へ割り当てられる。スイッチ１１０６０はＤＡＰ１１０６５を呼び出し、ＤＡＰ１１０６５は自動番号確認（ＡＮＩ）を用いて着信呼を調べ、発呼者を識別する。この発呼者識別情報と呼び出された番号との組み合わせに基づいて、ＤＡＰ１１０６５はスイッチ１１０６０に呼を５５５−ＩＭＣＩ、例えばデータネットワークインタフェース（ＤＮＩ）１１０７０へ送るように指示する。ＤＮＩ１１０７０は、スイッチネットワークと、販売時点借方勘定およびクレジットカード取引を処理できるデータベースホスト１１０７５との間のインタフェースとして作用する。目的電話番号に基づいた呼の経路決定に加えて、ＡＮＩはデータはデータベースホスト１１０７５に対して発呼者を識別する。同様に、５５５−ＰＡＧＥに対する呼び出しは、ページングサービス会社１１０８０のＰＢＸへ送られ、ＡＮＩデータはこの会社が提供する特定のページングサービス１１０８５を選択するのに使用できる。最終的には、５５５−ＲＥＮＴへの呼び出しは、前述したように、ベーシックインターネットプロトコルプラットホーム１１０９０への接続を提供するのに使用できる。図８０は、好適実施例によってサービスプロバイダとの相互接続を提供する一方、音声メールおよび音声応答ユニットサービスを提供する切り替えネットワークの構成を示す。電話機１１１１と１１１１２はスイッチ１１１２０と１１１２１をそれぞれ介してネットワークに入り、スイッチ１１１２１は、電話機１１１１２に対してネットワークへのエントリを提供するのに加えて、スイッチ１１１２０に対して中間リンクを提供する。スイッチ１１１２５は、ＰＢＸ１１１３０等の直接入力を受け付ける一方、スイッチ１１１２１に対して相互接続を提供する。スイッチ１１１２５は、音声応答ユニットサーバ１１１４０および音声メールサーバ１１１４５に対して接続を提供する。さらに、スイッチ１１１２５はダイヤルアクセス回線１１１５５を介してサービスプロバイダサーバ１１１５０を接続する。サービスプロバイダ１１１５０はさらに要求されたサービスおよびページングサービス１１０６０またはＥメールサービス１１０７０への認証にしたがって、モデムプール１１０７６経由で接続されたＢＩＰＰ１１０７５を用いて着信呼を経路決定する。Ｂ．別の実施例図８１は、国内共通自動呼分配器（ＡＣＤ）呼び出しを、好適実施例によるデータベースを介して共通データとともに示したものである。ダイヤルアップインターネットユーザー１２０００は、コンピュータモデムを用いて電話番号をダイヤルする。この電話呼び出しはＲＢＯＣ／ＬＥＣスイッチ１２００２からＭＣＩスイッチ１１２００４へ送られる。ＭＣＩスイッチ１１２００４はネットワークコントロールシステム（ＮＣＳ）１２０２０に対して、与えられたＡＮＩおよびダイヤルされた電話番号に割り当てる経路を訊ねる。ＮＣＳ１２０２０は着信アドレスを返し、ＭＣＩスイッチ１１２００４に対してこの呼をＭＣＩスイッチ２１２００６上のトランクグループへ送るように指示する。ＭＣＩスイッチ２１２００６は、この呼をインターネットアクセス装置１２００８へ送り完了させる。ダイヤルアップユーザーのコンピュータ１２０００内にあるモデムおよびインターネットアクセス装置１２００８はデータセッションを確立し、データパッケットが２地点間プロトコル（ＰＰＰ）にしたがって交換される。インターネットアクセス装置１２００８から、ＰＰＰパケットはインターネットプロトコルパケット（ＩＰ）に変換され、１２０２６で表示されたインターネット上を送信される。同様に、インターネットアクセス装置１２００８はインターネット１２０２６からＩＰパケットを受信し、これをダイヤルアップユーザー１２０００へ送る。パケットがインターネットアクセス装置１２００８を介して自由に送信される前に、ダイヤルアップユーザー１２０００の認証が行われる。認証はユーザー名／パスワード方法または呼掛け／応答方法を用いて行われる。ユーザー名／パスワード方法では、インターネットアクセス装置１２００８がダイヤルアップユーザー１２０００にユーザー名を入力するように促す。ダイヤルアッブユーザー１２０００はユーザー名をコンピュータに入力し、このユーザー名がダイヤルアップユーザー１２０００からインターネットアクセス装置１２００８へ転送される。次にインターネットアクセス装置１２００８はダイヤルアップユーザー１２０００にパスワードを入力するように促す。ダイヤルアップユーザー１２０００はパスワードをコンピュータに入力し、このパスワードがダイヤルアップユーザー１２０００からインターネットアクセス装置１２００８へ転送される。いったんユーザー名とパスワードを受信すると、インターネットアクセス装置１２００８は、ユーザー名とパスワードを含んだ認証要求を認証サーバ１２０１４へ送る。認証サーバ１２０１４は、データベースで有効ユーザー名／パスワードペアを調べる。入力されたユーザー名とパスワードがデータベースにあれば、認証サーバ１２０１４は「ユーザーは認証されました」というメッセージをインターネットアクセス装置１２００８へ返す。入力されたユーザー名とパスワードがデータベースにない場合、認証サーバ１２０１４は「ユーザーは認証されませんでした」というメッセージをインターネットアクセス装置１２００８へ返す。呼掛け／応答方法では、インターネットアクセス装置１２００８がダイヤルアップユーザー１２０００にユーザー名を入力するように促す。ダイヤルアップユーザー１２０００はユーザー名をコンピュータに入力し、このユーザー名がダイヤルアップユーザー１２０００からインターネットアクセス装置１２００８へ転送される。次にインターネットアクセス装置１２００８はダイヤルアップユーザー１２０００に、数字列である呼掛けを促す。ダイヤルアップユーザー１２０００は、呼掛け数字および共通シークレットキーを応答作成プログラムに入力することによって呼掛けに対する応答を算出する。共通シークレットキーはダイヤルアップユーザー１２０００と認証サーバ１２０１４だけが知っている。ダイヤルアップユーザー１２０００は算出した応答を入力し、この応答がダイヤルアップユーザー１２０００からインターネットアクセス装置１２００８へ転送される。インターネットアクセス装置１２００８は、ユーザー名、呼掛けおよび応答を含んだ認証メッセージを認証サーバ１２０１４へ送る。認証サーバ１２０１４はユーザー名を読み取り、このユーザー名に対する共通シークレットキーを見つけ、この共通シークレットキーと呼掛け数字を用いて応答を算定する。算定された応答は、ダイヤルアップユーザー１２０００によって与えられた応答と比較される。この応答が合致していれば、「ユーザーは認証されました」というメッセージが認証サーバ１２０１４からインターネットアクセス装置１２００８へ送られる。この応答が合致していない場合、「ユーザーは認証されませんでした」というメッセージが認証サーバ１２０１４からインターネットアクセス装置１２００８へ返される。認証にユーザー名／パスワード方法または呼掛け／応答方法を用いるか、この後の説明では「ユーザーは認証されました」というメッセージが認証サーバ１２０１４からインターネットアクセス装置１２００８へ送られると仮定し、インターネットアクセス装置１２００８を介してＩＰパケット通信は自由におこなわれる。ダイヤルアップユーザー１２０００はウェブブラウザを起動させ、法人ウェブサーバ１２０２４からウェブページを走査検索する。法人ウェブサーバ１２０２４は、ダイヤルアップユーザー１２０００が閲覧したウェッブページを独自の識別子を用いてコールセンターサーバ１２０２８に記録する。ダイヤルアップユーザー１２０００はまた、ハイパーテキストマークアップランゲージ（ＨＴＭＬ）書式に記入して法人ウェブサーバ１２０２４へ送ることによって情報を法人ウェブサーバ１２０２４へ提出することもできる。法人ウェブサーバ１２０２４は、同じ独自識別子を用いてこの情報をコールセンターサーバ１２０２８に蓄える。ダイヤルアップユーザー１２０００は、アイコンをクリックすることでエージェントと会話できると示したテキストに沿ってアイコンが表示されている別のウェッブページを走査検索する。アイコンをクリックすると、マルチパートインターネットメールエクステンション（ＭＩＭＥ）ファイルが法人ウエブサーバ１２０２４からダイヤルアップユーザー１２０００のウェッブページへダウンロードされる。ＭＩＭＥファイルには、ユーザー識別子から呼び出された電話呼の宛先を示す英数字列が含まれる。ブラウザはヘルパーアプリケーションまたはブラウザプラグインを呼び出し、指定ＭＩＭＥタイプのファイルを処理する。ヘルパーアプリケーションはＭＩＭＥファイルを読み出し、ダイヤルアップユーザー１２０００からダイレクトリサーバ１２０１２へ送るＭＩＭＥファイルの内容についての照会を開始する。ダイレクトリサーバ１２０１２はＭＩＭＥファイルからの英数字列を宛先インターネット電話ゲートウエイ１２０１８のＩＰアドレスに変換し、このＩＰアドレスを含むメッセージをダイヤルアップユーザー１２０００のヘルパ＝アプリケーションへ返送する。ヘルパーアプリケーションは次いでインターネット電話ゲートウエイ１２０１８のＩＰアドレスに対してインターネット電話呼び出しを開始し、インターネット電話ゲートウエイ１２０１８にＭＩＭＥファイルからの英数字列を呼設定の一部として提供する。インターネット電話ゲートウエイ１２０１８は、与えられた英数字列を宛先の電話番号に変換し、その電話回線網にてこの宛先電話番号をＭＣＩスイッチ２１２００６に対してダイヤルする。ＭＣＩスイッチ２１２００６はＮＣＳ１２０２０に対してダイヤルされた電話番号を照会し、経路決定指示を要求する。ＮＣＳ１２０２０は適当な経路を決定し、経路決定指示をＭＣＩスイッチ２１２００６へ返し、この呼をＭＣＩスイッチ１１２００４上の特定のトランクグループへ送る。呼はＭＣＩスイッチ１１２００４へ送られ、次に自動呼分配器（ＡＣＤ）１２０２２へ送られて完了する。ＡＣＤ１２０２２が呼に応答すると、インターネット電話ゲートウエイ１２０１８は、ＡＣＤ１２０２２とダイヤルアップユーザー１２０００との間に一定の音声経路を完成させ、ＡＣＤからインターネット電話ゲートウエイの音声は回線交換されたＰＣＭ音声となり、インターネット電話ゲートウエイからダイヤルアップユーザーへの音声は、どれかの音声オーデックを用いてパケット化符号化されたデジタル音声となる。呼がＡＣＤ１２０２２へ配達されると、電話回線網の信号化メカニズムを介して独自記録識別子がＡＣＤへ送られる。コールセンタ１２０２６のエージェントがこの呼を受信すると、独自記録識別子がエージェントに表示され、ダイヤルアップユーザー１２０００が入力したこの呼の情報がコールセンタサーバ１２０２８から検索される。ＸＸＩ．課金本発明による別の実施例は概して電気通信網に関し、さらに詳しくは、フレキシブルで拡張性のある記録形式を用いて記録を形成し、ネットワーク上の各呼についての独自呼識別子を生成する電気通信網のスイッチに関する。典型的な電気通信網は、地図上の領域に渡って設置された複数の電気通信スイッチから構成される。ユーザーが呼び出しを行うと、この呼は宛先に到達する前に１つ以上のスイッチを介して送られる。図８２は、米国で使用されている典型的な電気通信システム３０１２を示す。わかりやすくするために、発呼者２０１０４はカリフォルニア州ロスアンゼルスから、ニューヨーク州ニューヨーク市の相手３０１１２へ呼び出しを行う。こうした呼は通常は３つのスイッチ、カリフォルニア州ロスアンゼルスのスイッチ３０１０６、イリノイ州シカゴのスイッチ３０１０８およびニューヨーク州ニューヨークのスイッチ３０１１０を経由して送信される。このシナリオでは、発信元スイッチはカリフォルニア州ロスアンゼルスのスイッチ３０１０６であり、着信先スイッチはニューヨーク州ニューヨークのスイッチ３０１１０である。３０１０６から３０１１０の各スイッチは、２つまたはそれ以上のデータアクセスポイント（ＦＤＰ）３０１１６−３０１２０、例えばプライマリＤＡＰ３０１１６−３０１２０およびバックアップＤＡＰ３０１１６−３０１２０に接続される。ＤＡＰ３０１１６−３０１２０は、スイッチ３０１０６−３０１１０からの各情報要求を受け、各要求を処理し、要求された情報を要求元のスイッチ３０１０６−３０１１０へ返送する設備である。スイッチ３０１０６−３０１１０はＤＡＰ３０１１６−３０１２０からの情報を用いてネットワーク上の各呼を処理する。スイッチ３０１０６−３０１１０の一つを経て呼が送られる際、そのスイッチは呼の記録を作成する。この呼の記録には呼情報が含まれ、またそれに限定はされないが、経路決定、課金、呼の特徴および障害探索情報も含まれる。呼が着信した後、この呼を処理した各スイッチ３０１０６−３０１１０は関連した呼記録を完了する。スイッチ３０１０６−３０１１０は複数の呼記録を課金ブロックに記録する。スイッチ３０１０６−３０１１０によって課金ブロックが一杯にされると、スイッチ３０１０６−３０１１０は課金ブロックを課金センタ３０１１４へ送る。したがって、課金センタ３０１１４は呼を取り扱った各スイッチ３０１０６−３０１１０から課金ブロックを一つづつ、この場合は３つの課金ブロックを受け取る。課金センタ３０１１４は各課金ブロックを調べ、各呼についての記録を検索し、それによって呼を取り扱ったスイッチ３０１０６−３０１１０につき一つの呼を検索する。次いで課金センタ３０１１４は、検索した一つ以上の呼記録を用いて課金エントリを作成する。また課金センタ３０１１４は、各ＤＡＰ３０１１６−３０１２０に接続され、スイッチ３０１０６−３０１１０または呼記録に関する情報を検索する。本発明をよく理解するためには、電気通信網に関するさらにいくつかの用語を説明することが役立つ。電話呼は、発信元ポートあるいはトランクと呼ばれる送信回線上のスイッチに入る。発信元ポートは、同じ発信地域からスイッチに入る多数の送信回線の一つである。このポートグループが発信元トランクグループである。着信呼を処理した後、このスイッチは呼を宛先場所、すなわち別のスイッチ、市内交換機キャリアあるいは専用分岐交換機へ送る。呼は、着信ポートあるいはトランクと呼ばれる送信回線上を送信される。発信元ポートと同様、着信ポートも同じ宛先に対するスイッチから入るポートグループのひとつである。このポートグループが着信トランクグループである。現在の電気通信網は顧客に対して、カスタムバーチャルネットワーク（ＶＮｅｔ）の規定能力を与える一方、一般公衆回線網の使用能力を提供する。ＶＮｅｔによって、顧客は、予定の電話番号を含む専用ダイヤルプランを規定できる。ＶＮｅｔの顧客は、特定の地理上地域に限定された公衆電気通信システムに割り当てられたデフォルト電話番号に限定されないだけではなく、カスタム電話番号を規定することができる。電話呼の処理において、スイッチはその呼についての必要なすべての情報を収容できる大きさの呼記録を必ず作成する。しかし、この呼記録はその記録フィールドの大部分に記録される典型的呼が使用さえないような大きいものであってはならない。こうした場合、呼記録はムダな記憶となり、呼記録の送信は不要な送信となる。呼記録の作成と処理を解決するひとつの方法は、例えば３２語呼記録のような一定長さの呼記録形式を用いることである。この場合、１語は２バイトあるいは１６ビットとなる。しかし、固定長呼記録形式は、新しい呼の特徴を用いる際に、拡張できないという欠点がある。さらに重要なことは、新規特徴および電話番号によって電気通信網が複雑化した場合、固定長呼記録形式は拡張データフィールドを取り扱えないということである。現在の固定長呼記録形式は、地域のスイッチ時間がスイッチの一日における時間を表す場合に、地域の時間を３秒ごとに記録するタイムポイントフィールドを含んでいる。このタイムポイントフィールドはネットワークの各スイッチ、課金センタおよびネットワークのその他のサブシステムによって利用される。しかし、各サブシステムは、別の用法およびエポックタイムフォーマットのような別の形式の期間を要求することがある。エポックタイムは、履歴上の特定データおよび時間以降１秒の増分数である。例えば、スイッチリポートおよびエラーログが地域の時間を要求するのに対して、課金センタは課金記録のためのエポックタイムを要求する。地域の時間だけを用いる場合、夏時間による時間の変更に対応できないという問題が生じる。さらに、各サブシステムは現行の３秒増分よりもさらに正確な単位を要求するかもしれない。３秒単位の地域スイッチ時間だけを提供すると、各スイッチは時間をネットワークの各サブシステムにとって有用な形式に変換する労力を見過ごしてしまう。固定長呼記録形式は、低精度の地域スイッチ時間のみでの期間しか有していないので、種々な期間要求には応えられない。またその固定的性格によって、固定長呼記録形式は別の時間形式に対応できるような、１秒などのより正確さに応じられるような拡張ができない。したがって、電気通信網のスイッチには、呼記録をフレキシブルで拡張性のある形式で記憶することが求められる。さらに、夏時間およびタイムゼロ変換に容易に且つ有効に応じられる柔軟な形式で１秒単位のタイムポイントフィールドを提供する必要もある。さらに、特定の電話呼に関連するすべての呼記録を照合する必要性がある。例えば、適正な課金およびコストコントロールを行うには、課金センターは発信元スイッチの呼記録と着信スイッチの呼記録とを照合する必要がある。また障害追跡および機密保護のためにも、特定の電話呼を簡単にネットワーク上を追跡でき問題領域を隔離できることも必要になる。したがって、電気通信網のスイチはネットワーク上を転送される各呼を独自に識別し、それによって特定の電話呼に関するすべての呼記録を独自に識別できることが必要である。Ａ．実施例１．呼記録形式実施例は、小さいおよび大きい呼記録形式の両方を実施することによって柔軟で拡張性のある呼記録形式を提供するという課題を解決している。特に、本実施例は３２語呼記録形式プラス拡張６４語呼記録形式を実施している。また実施例は、電話呼の大半を占める典型的な電話呼に対して３２語呼記録形式を用い、呼についての追加的情報が必要な場合には６４語呼記録形式を用いている。この実施例は、与えられた呼記録についての可変的なデータ要求を有効に管理するのに必要な柔軟性を提供している。新規の呼特徴を開発し、それを容易に本発明の種々な呼記録形式に組み込むことができる。本実施例はまた、タイムポイントをエポックタイム形式で記録できる。また、呼の発呼時間をエポックタイム形式で記録し、残りのタイムポイントを残留偏差または発呼時間からの秒数とする。本実施例は、夏時間の変換に関する問題を解決している、何故ならば夏時間は地域時間の残留偏差でありエポックタイムには影響しないからである。さらに、エポックタイム形式におけるタイムポイントは、地域のスイッチ時間形式よりも少ないスペースしか呼記録に求めない。エポックタイム形式は、英国グリニッチで決められるような、地域スイッチ時間またはその他の時間ゼロのタイムゾーンを有する調整された世界時間（ＵＴＣ）を表す。エポックタイムが唯一の形式であるが、ＵＴＣを使用しなければならないとは指示していない。課金時間および地域スイッチ時間はＵＴＣまたは地域時間であってもよく、地域スイッチ時間は必ずしも課金に用いるのと同じ時間でなくてもよい。したがって、夏時間変更中に起こる問題を防ぐためには、スイッチは課金時間と地域スイッチ時間とを別々のものに保たねばならない。２．ネットワーク呼識別子本実施例は、各呼記録に対して独自識別子をを与えることによって、各電話呼および特定の電話呼に関するすべての呼記録を独自に識別するという問題を解決している。発呼地点での各呼記録に対して割り当てられたネットワーク呼識別子（ＮＣＩＤ）を作成する、すなわち発信元スイッチは各電話呼に対してＮＣＩＤを作成する。ＮＣＩＤは電気通信網を経て着信スイッチにおける着信地点まで関連の電話呼を随伴する。したがって、ネットワーク上の電話呼のどの地点においても、関連するＮＣＩＤはその電話呼の地点および発呼時間を識別する。電話呼を送信する各スイッチは、その呼に関する呼記録中にＮＣＩＤを記録する。ＮＣＩＤは３２語呼記録に適合できるように小さく、それによってデータのスループットと記憶域を減少させる。ＮＣＩＤは課金センターおよびネットワークのその他サブシステムに対して、特定電話呼に対しての発信および着信呼記録を照合する能力を提供する。本実施例はまた、受信したＮＣＩＤを破棄し、新規のＮＣＩＤを作成する能力をスイッチに提供する。ＮＣＩＤ形式が無効あるいは信頼できない場合、スイッチは受信したＮＣＩＤを破棄し、それによってネットワークに送信される各呼に関連させる有効な独自の識別子を確認する。例えば、電気通信網内の第三者のスイッチで作成された場合、ＮＣＩＤは信頼できないことがある。本実施例は、柔軟で拡張性のある記録形式を用いて呼記録を作成する電気通信網の各スイッチに関する。この呼記録は、大（好ましくは６４語）小（好ましくは３２語）の拡張形式を有する。関連業界の熟練者にとっては、この大小記録形式を異なったサイズで実施できることは明白であろう。本実施例はまた、ネットワーク上を送信される各電話呼に対して独自のＮＣＩＤを作成する電気通信網の各スイッチに関する。ＮＣＩＤは、特定の電話呼に関するすべての呼記録を照合するメカニズムを提供する。関連業界の熟練者にとっては、この呼記録識別子を異なった形式で実施できることは明白であろう。上記に選択した実施例は、コンピュータシステム内で実行されるコンピュータソフトウエアである。図８３は、こうしたコンピュータシステムの典型例を示す。コンピュータシステム３０２０２は、プロセッサ３０２０４等の一つ以上のプロセッサを有する。プロセッサ３０２０４は通信バス３０２０６に接続されている。コンピュータシステム３０２０２はまた、インメモリ３０２０８、好ましくはランダムアクセスメモリ（ＲＡＭ）および第二のメモリ３０２１０を有する。第二のメモリ３０２１０は、例えば、ハードデイスクドライブ３０２１２および／または取り外し可能ストレージドライブ３０２１４、すなわち、フロッピーデイスクドライブ、磁気テープドライブ、コンパクトデイスクドライブ等を含む。取り外し可能ストレージドライブ３０２１４は、公知の方法で取り外し可能ストレージユニット３０２１６に対して読み取り／書き込みを行う。取り外し可能ストレージユニット３０２１６はまた、プログラムストレージ装置あるいはコンピュータプログラムプロダクト、すなわちフロッピーデイスクドライブ、磁気テープドライブ、コンパクトデイスクドライブ等、と呼ばれる。取り外し可能ストレージユニット３０２１６は、内蔵コンピュータソフトおよび／またはデータを組み込んだコンピュータ利用可能ストレージ媒体を有する。メインメモリ３０２０８および／または第二のメモリ３０２１０にはコンピュータプログラム（コンピュータコントロールロジックとも呼ばれる）が内蔵されている。こうしたコンピュータプログラムは、実行されると、コンピュータシステム３０２０２に前述したような本発明の機能を実行させる。特に、プロセッサ３０２０４に本発明の機能を実行させる。したがって、こうしたコンピュータプログラムはコンピュータシステム３０２０２の制御器として機能する。Ｂ．別の実施例別の実施例は、内蔵コントロールロジック（コンピュータソフト）を有したコンピュータ可読媒体から成るコンピュータプログラムプロダクトに関する。このコントロールロジックは、プロセッサ３０２０４によって実行されると、プロセッサ３０２０４にここに述べるような機能を実行させる。別の実施例は、例えばハードウエアステートマシンなどのハードウエアを用いたハードウエアにおいて基本的には実施される。ここに述べるような機能を実行するためのハードウエアステートマシンの実施は、当業の熟練者にとっては明白なことであろう。１．呼記録形式本実施例は、電気通信網のスイッチに９つの異なった呼記録形式を提供する。すなわち、呼詳細記録（ＣＤＲ）、拡張呼詳細記録（ＥＣＤＲ）、専用回線網記録（ＰＮＲ）、拡張専用回線網記録（ＥＰＮＲ）、オペレータサービス記録（ＯＳＲ）、拡張オペレータサービス記録（ＥＯＳＲ）、専用オペレータサービス記録（ＰＯＳＲ）、拡張専用オペレータサービス記録（ＥＰＯＳＲ）、およびスイッチイベント記録（ＳＥＲ）である。各記録は、長さ３２語、各記録の拡張版は６４語である。ここに述べるこれら９つの記録形式の例を図８２−８６でさらに説明する。本発明の呼記録の実施例は、３２語と６４語の両方の呼記録形式から構成される。当業の熟練者にとっては、語数およびフィールド規定の異なる別の呼記録形式例を考案できることは明白であろう。付録の表３０１に、呼記録形式ＣＤＲおよびＰＮＲの例を示す。図８４に、ＣＤＲとＰＮＲを図示している。同様に、表３０１はＥＣＤＲとＥＰＮＲの例を示す。図８５Ａおよび８５Ｂに、ＥＣＤＲとＥＰＮＲを図示する。表３０３はＯＳＲとＰＯＳＲの例を示す。図８６に、ＯＳＲとＰＯＳＲを図示する。表３０４はＥＯＳＲとＥＰＯＳＲの例を示す。図８７（Ａ）と８７（Ｂ）に、ＥＯＳＲとＥＰＯＳＲを図示する。表３０５はＳＥＲの例を示す。図８８に、ＳＥＲを図示する。ＣＤＲとＰＮＲ、またＥＣＤＲとＥＰＮＲは、標準の呼記録形式であり、スイッチを通る際の典型的な電話呼に関する情報を含む。ＣＤＲは非ＶＥＮＴ顧客に用いられる一方、ＰＮＲはＶＥＮＴ顧客に用いられ、ＶＥＮＴ呼を発呼するスイッチにて作成される。これら２つの記録のフィールドは、以下に述べるあるフィールド固有の情報を除いて、同じである。ＯＳＲとＰＯＳＲ、またＥＯＳＲとＥＰＯＳＲは、オペレータの助けを必要とする電話呼に関する情報す含み、実際にオペレータがいるスイッチまたはシステムにて作成される。一つのスイッチは一人の非ＶＥＮＴ顧客に対するＯＳＲを完成し、一人のＶＥＮＴ顧客に対するＰＯＳＲを完成させる。これらの記録は、オペレータサービスまたはネットワーク音声応答システム（ＮＡＲＳ）機能を有したスイッチまたはシステムでのみ作成される。これら２つの記録の形式は以下に述べるあるフィールド固有の情報を除いて、同じである。ＳＥＲは、時間マーク、時間変更、システム回復等の特別なイベント毎に、および課金ブロックの終わりに取って置かれる。以下にＳＥＲを詳細に説明する。図８９（Ａ）、８９（Ｂ）は、スイッチが呼記録形式の拡張版を何時使用するかを決定するロジックを集約的に示している。呼３０２０２はスイッチ３０１０６−３０１１０（参考として挙げた現行スイッチ、現行スイッチとはこの呼を現在処理しているスイッチという意味）に入り、この時にスイッチ３０１０６−３０１１０はこの呼３０８０２の呼記録に使用する呼記録が何であるか、また記録形式（大／小または大形／拡大）が何であるかを決定する。スイッチ３０１０６ −３０１１０は、どのチェックもパスする呼３０８０２にたいして、どのチェックの組み合わせもパスする呼３０８０２同様に、拡張形式を用いる。第一のチェック３０８０４は、この呼が現行スイッチ３０１０６−３０１１０の直着信オーバフロー（ＤＴＯ）に含まれているかどうかを調べる。例えば、顧客が番号３０８００に対して電話呼３０８０２を起こし、番号８００のもとの宛先がビシーである時に、ＤＴＯは発生する。もとの宛先がビシーの場合、スイッチはオーバフローし、電話呼３０８０２を新規の宛先へ向ける。この場合、スイッチは最初に試みた宛先、電話呼３０８０２の最終宛先およびオーバフローの回数を記録しなければならない。したがって、呼３０８０２がＤＴＯに含まれている場合、スイッチ３０１０６−３０１１０は拡張記録（ＥＣＤＲ，ＥＰＮＲ，ＥＯＳＲ，ＥＰＯＳＲ）３０８１６を完成させなければならない。スイッチ３０１０６−３０１１０による呼３０８０２に対して行われる第二のチェック３０８０６は、呼３０８０２の発信元場所が１０桁以上であるかとうかを調べる。発信場所は呼３０８０２が発呼された場所の電話番号である。こうした例は、少なくとも１１桁から成る国際電話である。発信場所が１０桁以上の場合、スイッチは発信場所の電話番号を拡張記録形式（ＥＣＤＲ，ＥＰＮＲ，ＥＯＳＲ，ＥＰＯＳＲ）３０８１６で記録する。スイッチ３０１０６−３０１１０は、宛先アドレスが１７桁以上の場合、呼３０８０２に対して第三のチェック３０８０８を行う。この宛先アドレスは呼び出された場所の番号であり、また電話番号あるいはトランクグループかもしれない。宛先番号が１７桁以上の場合、スイッチは宛先を拡張記録形式（ＥＣＤＲ，ＥＰＮＲ，ＥＯＳＲ，ＥＰＯＳＲ）３０８１６で記録する。スイッチ３０１０６−３０１１０は呼３０８０２に対して第四のチェック３０８１０を行い、予め変換された数字フィールドがオペレレータ援助サービスコールに用いられているか調べる。呼３０２０２をネットワーク内の別の番号に変換しなければならない場合、この既変換数字フィールドは発呼者がダイヤルした呼３０８０２の番号である。したがって、発呼者がオペレータサービスを利用する際、スイッチ３０１０６−３０１１０はダイヤルされた番号を拡張記録形式（ＥＯＳＲ，ＥＰＯＳＲ）３０８１６で記録する。呼３０８０２に対する第五のチェック３０８１２で、スイッチ３０１０６−３０１１０は、オペレータの手助けなしで発呼者がダイヤルした呼３０８０２の既変換数字が１０桁以上であるかどうかを調べる。もし１０桁以上の場合には、スイッチ３０１０６−３０１１０は、ダイヤルされる番号を拡張記録形式（ＥＣＤＲ，ＥＰＮＲ）３０８１６で記録する。呼３０８０２に対する第六のチェック３０８１４で、スイッチ３０１０６−３０１１０は、補助データを含めて２２桁以上が呼記録の確認コードフィールドに記録されているかどうかを調べる。確認コードフィールドは、発信元場所またはクレジットカードコール等この呼について課金される相手を示すものである。データエントリが２２桁上を要求すれば、スイッチ３０１０６−３０１１０は、課金情報を拡張記録形式（ＥＣＤＲ，ＥＰＮＲ、ＥＯＳＲ，ＥＰＯＳＲ）３０８１６で記録する。呼３０８０２に対する第七のチェック３０８２０で、スイッチ３０１０６−３０１１０は、呼３０８０２が広帯域呼かどうかを調べる。広帯域呼とは、複数の送信回線またはチャンネルを必要とする呼である。例えば、典型的なビデオ呼は６つの送信チャンネルを要し、その１つは音声用で、残りの５つは映像用である。これ以上の送信チャンネルが広帯域呼で使用されれば、受信品質はさらに良好となる。現在の電気通信システムは最大２４チャンネルを提供できる。したがって、この２４のチャンネルのどれをどのように広帯域呼に使用するかを指示するために、スイッチはチャンネル情報を拡張記録形式（ＥＣＤＲ，ＥＰＮＲ）３０８２８で記録する。呼３０８０２に対する第八のチェック３０８２２で、スイッチ３０１０６−３０１１０は、オペレータが時間／請求機能を使っていたかどうかを調べる。時間／請求機能は典型的には、ホテルの宿泊客がオペレータの手助を借りて電話呼を行いその呼３０８０２を自分の部屋に請求するようなホテルのシナリオにおいて使用される。呼３０８０２が完了した後、オペレータは宿泊客に呼３０８０２の金額または費用について知らせる。呼３０８０２に対して時間／請求機能が用いられていれば、スイッチ３０１０６−３０１１０は、このホテル宿泊客の名前と部屋番号を拡張記録形式（ＥＯＳＲ，ＥＰＯＳＲ）３０８３２で記録する。呼３０８０２に対する第九および最終チェック３０８２４で、スイッチ３０１０６−３０１１０は、呼３０８０２が拡張音声サービス／ネットワーク音声応答システム（ＥＶＳ／ＮＡＲＳ）呼かどうかを調べる。ＥＶＳ／ＮＡＲＳとは、顧客が自分の電話器のキーパッドを用いて自動メユーに対して選択を行う音声メニューシステムである。このシステムは、音声メニューシステムを備えるＮＡＲＳスイッチを含む。したがって、ＥＶＳ／ＮＡＲＳ呼３０８０２の間、ＮＡＲＳスイッチ３０１０６−３０１１０は顧客のメニュー選択を拡張記録形式（ＥＯＳＲ，ＥＰＯＳＲ）３０８３２で記録する。チェック３０８０４−３０８２４のどれかひとつが肯定的な結果の場合、スイッチ３０１０６−３０１１０はデフォルト記録形式（ＯＳＲ，ＰＯＳＲ）３０８３０を用いる。呼についてチェックが行われると、スイッチは呼の適当な記録を作成し完成する。呼記録データは二進形式、ならびに電話二進化十進（ＴＢＣＤ）形式で記録される。ＴＢＣＤの形式を以下に図示する。００００＝ＴＢＣＤ−ヌル０００１＝数字１００１０＝数字２００１１＝数字３０１００＝数字４０１０１＝数字５０１１０＝数字６０１１１＝数字７１０００＝数字８１００１＝数字９１０１０＝数字０１０１１＝特別数字１（ＤＴＭＦ数字Ａ）１１００＝特別数字２（ＤＴＭＦ数字Ｂ）１１０１＝特別数字３（ＤＴＭＦ数字Ｃ）１１１０＝特別数字４（ＤＴＭＦ数字Ｄ）１１１１＝特別数字５（未使用）ＴＢＣＤの数字フィールドはすべて、データが記録される前にＴＢＣＤ−ヌルまたはゼロで埋めねばならない。適宜、ダイヤルされた数字Ｎ＝数字２−９Ｘ＝数字０−９Ｙ＝数字２−８したがって、呼記録フィールドの指定にＮが含まれれば、有効フィールド値は数字２−９となる。ＳＥＲを除く各呼記録は特定のタイムポイントフィールドを含む。タイムポイントフィールドはエポックタイム形式で記録される。エポックタイムとは、履歴上の特定の日付／時間からの１秒増分数である。本発明の実施例は、１９７６年１月の日付／真夜中時間（午前００：００ＵＴＣ）を使用しているが、これは一例であり、これに限定されることはない。当業の熟練者にとってはエポックタイムが別の日付／時間に基づいて実施できることは明白であろう。呼記録中、タイムポイント１は、呼３０８０２の発呼時間であるエポックタイムを表す。その他のタイムポイントは、タイムポイント１後の秒数、すなわち、生起した特定タイムポイントであるタイムポイント１からのオフセット数である。タイムポイントフィールドはすべて、データを記録する前にゼロで埋めなければならない。したがって、タイムポイントが発生した場合、そのカウントは１もしくはそれ以上となる。さらに、タイムポイントカウンタはタイムポイント１を含まず、そのカウントを越えることはないが、時間が制限時間を越えれば、最大数に維持される。スイッチクロックは地域時間を反映し、課金を除くすべての時間に用いられる。課金情報はエポックタイム、本実施例ではＵＴＣ、に記録される。タイムオフセットは、ＵＴＣに対するスイッチ時間を反映する数字、すなわち、タイムゾーンに起因するオフセットおよび、適用されるとすれば、夏時間変更によるオフセットである。ＵＴＣに対する時間変更を考える場合に３つのファクタがある。第一は、ＵＴＣの両側にタイムゾーンがあり、したがってオフセットは正／負両方あること。第二は、タイムゾーンオフセットは、東部地区では日付変更線に達するまではゼロ（英国グリニッジ時間）からカウントダウンされること。日付変更線に達すると、日付は翌日に変わり、オフセット数は正になり、再度グリニッジ時間のゼロになるまでカウントダウンが開始される。第三は、正確に１時間増分ではないタイムゾーンを有する地域が世界には多数あるということである。例えば、オーストラリアは、両サイドの２つのタイムゾーンと３０分異なる一つのタイムゾーンがあり、北インドは、次のものから１５分後であるタイムゾーンがある。したがって、呼記録のタイムオフセットは、１５分増分の正／負の両オフセットにおける変化を考慮にいれなければならない。本発明の実施例は、正／負両方の１分増分を表すタムオッフセットを提供することによってこの要求を満たしている。地域のスイッチ時間をエポック時間に、またその逆に変換するために次の２つの式が用いられる。ｉ）エポック時間＋（単一ビット＊タイムオフセット）＝地域のスイッチ時間ｉｉ）地域のスイッチ時間−（符号ビット＊タイムオフセット）＝エポック時間スイッチは、１が１分に等しい場合の値を用いてタイムオフセットをＳＥＲに記録し、タイムオフセットを秒単位で計算し、呼記録が記録される前にこの値を各地域のタイムポイント１に加える。例えば、中央標準時間はＵＴＣ以前の６時間である。この場合、符号ビットは１を負オフセットとして示し、ＳＥＲに記録されたタイムオフセット値は３６０（６時間＊６０分／時間＝３６０分）になる。ＳＥＲ記録形式の詳細については、図８６を参照。呼記録において記録タイムポイントが１の場合、スイッチはタイムオフセットに６０を掛ける、何故ならば１分の増分毎に６０秒があるからで、さらに符号ビットをチェックすることによってオフセットが正か負かを調べる。この例は、値は−２１、６００（−１＊３６０分＊６０秒／分＝−２１、６００秒）になる。上記の式ｉｉ）を用いると、地域のスイッチ時間が真夜中の場合、対応するエポック時間は、例えば、１．２００、０００、０００になる。タイムオフセットの−２１、６００を引くと、正確なエポック時間は１．２００、０２１、６００秒になり、これは翌日の真夜中後６時間のエポック時間である。本実施例は、タイムオッフセットが正の値であるグリニッチの東側に配置された各スイッチで等しく作用する。時間の変更には２つのコマンドが用いられる。その一つについて、図９０は、地域のスイッチ時間とタイムオフセットを変更する時間変更コマンド３０９００のコントロール流れ図を示す。図９０では、スイッチオペレータが時間変更コマンドを入力した後、スイッチは工程３０９０２に入り、スイッチオペレータに地域のスイッチ時間とＵＴＣからのタイムオフセットを促す。工程３０９０２では、スイッチオペレータは新規の地域スイッチ時間とタイムオフセットを入力する。工程３０９０４になると、新規の時間およびタイムオフセットがスイッチオペレータに表示される。工程３０９０６に移って、スイッチに対して実際の時間とオフセットが変更される前に、スイッチオペレータは入力した地域スイッチ時間とタイムオフセットを確認しなければならない。工程３０９０６で、スイッチオペレータが変更を確認した場合、スイッチは工程３０９０８へ進み、この変更が地域のスイッチ時間とスイッチのタイムオフセットに対してなされたものであることを示す２に等しいイベント修飾子を伴ったＳＥＲを作成する。課金センターはＳＥＲを課金処理に用いる。スイッチは工程３０９１０へ進み、コマンドから出る。工程３０９０６へ戻って、スイッチオペレータが変更を確認しなかった場合には、スイッチは工程３０９１０へ進み、地域のスイッチ時間とタイムオフセットを更新することなしにコマンドから出る。ＳＥＲの詳細については、図８６を参照。図９１は、第二の時間変更コマンドである夏時間変更コマンド３１０００のコントロール流れ図を示す。図９１では、スイッチオペレータが夏時間変更コマンドを入力した後、スイッチは工程３１００２に入り、スイッチオペレータに前方または後方のどちらかの時間変更を選択するように促す。工程３１００４に変わり、スイッチオペレータはこの選択を行う。工程３１００４では、スイッチオペレータが前方を選択した場合、スイッチは工程３１００６へ進む。工程３１００６では、スイッチは地域のスイッチ時間を１時間前へ設定し、タイムオフセットに１時間（カウント６０）を加える。次いでスイッチは工程３１０１０へ進む。工程３１００４に戻って、スイッチオペレータが後方を選択した場合には、スイッチは地域のスイッチ時間を１時間後ろへ設定し、タイムオフセットから１時間（カウント６０）を引く。次にスイッチは工程３１０１０へ進む。工程３１０１０では、実際の変更が起こる前にスイッチオペレータは前方または後方および新規の地域スイッチ時間とタイムオフセットを確認しなければならない。工程３１０１０でスイッチオペレータが新規の地域スイッチ時間とタイムオフセットを確認した場合、スイッチは工程３１０１２へ進み、スイッチの地域スイッチ時間とタイムオフセットを変更する９に等しいイベント修飾子を伴ったＳＥＲを作成する。次いでスイッチは工程３１０１４へ進み、コマンドから出る。工程３１０１０へ戻って、スイッチオペレータが変更を確認しなかった場合には、スイッチは工程３１０１４へ進み、地域のスイッチ時間とタイムオフセットを更新することなしにコマンドから出る。夏時間変更コマンドの完了後、課金記録が新規タイムオフセットによって変更を受ける。本実施例は、エポック時間を課金時間として使用することを許可し、夏時間変更手順を介して正常に増分させ、地域スイッチ時間およびタイムオフセットによって影響されないようにしている。２．ネットワーク呼識別子実施例は、電気通信網上を送信される各電話呼に割り当てるＮＣＩＤを提供する。したがって、ＮＣＩＤはネットワーク上の全呼についての個別の識別子である。ＮＣＩＤは電話呼に伴って各スイッチにて転送、記録される。電話呼の発信元スイッチがＮＣＩＤを作成する。本発明のＮＣＩＤの選択実施例は、以下のサブフィールドから成る８２ビット識別子である。ｉ）発信元スイッチＩＤ（１４ビット）：このフィールドは、各スイッチにてオフィスエンジニアリングテーブル内で定義されたＮＣＳスイッチＩＤを表す。しかし、ＳＥＲ呼記録はこのスイッチＩＤの英数字表示を含む。従って、スイッチはスイッチＩＤの英数字を対応するＮＣＳスイッチＩＤを検索するデータベースに入るインデックスとして使用する。ｉｉ）発信元トランクグループ（１４ビット）：このフィールドは、上記の３２／６４語呼記録形式で定義された発信元トランクグループを表す。ｉｉｉ）発信元ポート番号（１９ビット）：このフィールドは、上記の３２／６４語呼記録形式で定義された発信元ポート番号を表す。ｉｖ）タイムポイント１（３２ビット）：このフィールドは、上記の３２／６４語呼記録形式で定義されたタイムポイント１の値を表す。ｖ）一連番号（３ビット）：このフィールドは、同一タイムポイント１（第二の）値をもった同じポート番号で発生した呼の数を表す。第一の電話呼は一連番号０を有する。この値は、同ータイムポイント１の値をもった同じポート番号で発生する後続の呼毎に増分的に増大する。当業の熟練者にとっては、ＮＣＩＤを異なった形式で作成できることは明白であろう。各スイッチはＮＣＩＤを３２または６４語の呼記録形式で記録する。３２語記録形式についてみれば、確認コードフィールドがその他の情報の記録に使用されていない場合には、中間および着信スイッチはＮＣＩＤを３２語呼記録形式の確認コードフィールドに記録する。この場合、発信元スイッチＩＤはＮＣＳスイッチＩＤとなり、ＳＥＲ呼記録に記録されるような英数字によるスイッチＩＤでなはい。確認コードフィールドがその他の情報の記録に使用されている場合には、中間および着信スイッチはＮＣＩＤを６４語呼記録形式で記録する。対照的に、ＮＣＩＤを３２語呼記録形式に記録する場合、発信元スイッチは確認コードフィールドを使用しない。発信元スイッチは、３２語呼記録の対応する別のフィールドにおけるＮＣＩＤのサブフィールドに記録する。すなわち、発信元スイッチＩＤはＳＥＲ呼記録のスイッチＩＤにおける英数字スイッチＩＤとして記憶され、発信元トランクグループは３２語呼記録の発信元トランクグループフィールドに記憶され、発信元ポート番号は３２語呼記録の発信元ポートフィールドに記憶され、タイムポイント１は３２語呼記録のタイムポイント１に記憶され、一連番号は３２語呼記録のＮＣＩＤ一連番号に記憶される。３２語呼記録はまた、ＮＣＩＤが呼記録の確認コードフィールドに記憶される場合にそれを識別するためのＮＣＩＤ場所（ＮＣＩＤＬＯＣ）フィールドを含む。ＮＣＩＤ場所フィールドに１がある場合、確認コードフィールドにはＮＣＩＤがある。ＮＣＩＤ場所フィールドが０の場合、ＮＣＩＤは呼記録中の別のサブフィールドに記憶される。発信元スイッチがＮＣＩＤを３２語呼記録の別のフィールドに記憶するので、中間および着信スイッチのみがＮＣＩＤ場所フィールドを１に設定できる。６４語呼記録形式については、拡張呼記録は、ＮＣＩＤの８２ビットを記憶するための別のフィールド、ＮＣＩＤ呼び出しフィールドを有している。この呼記録は、発信元、中間、着信スイッチがＮＣＩＤを記憶するかどうかには関係なく、同様に扱われる。６４語呼記録形式では、発信元スイッチＩＤはＮＣＳスイッチＩＤであり、ＳＥＲ呼記録に記憶された英数字スイッチＩＤではない。図９２は、ネットワーク呼識別スイッチの呼処理のコントロール流れ図を示す。呼３０２０２は、工程３１１０４においてスイッチ３０１０６−３０１１０（参考として挙げた現行スイッチ、現行スイッチとはこの呼を現在処理しているスイッチという意味）に入る。工程３１１０４で、現行スイッチは呼３０２０２を検索し、工程３１１０６へ進む。工程３１１０６で、現行スイッチは自局側データベースにアクセスして、呼３０２０２の発信元トランクグループに関するトランクグループパラメータを得る。このパラメータを獲得後、現行スイッチは工程３１１０８へ進む。工程３１１０８で、現行スイッチは呼３０２０２と共にＮＣＩＤを受信したかどうかを調べる。現行スイッチが呼３０２０２と共にＮＣＩＤを受信していた場合、現行スイッチは続いて工程３１１１２へ進む。工程３１１１２で、スイッチは発信元トランクグループのパラメータを分析して、発信元トランクグループのタイプを調べる。発信元トランクグループのタイプがインターマシントランク（ＩＭＴ）あるいは解除リンクトランク（ＲＬＴ）の場合、スイッチは工程３１１１６へ進む。ＩＭＴは２つの正常な電気通信スイッチを接続するトランクであり、ＲＬＴはインテリジェントサービスネットワーク（ＩＳＮ）プラットホームを正常な電気通信スイッチに接続するトランクである。現行スイッチが工程３１１１６に達すると、現行スイッチは発信元スイッチではないこと、ＮＣＩＤを受信していなかったことを知る。工程３１１１６で、現行スイッチは発信元トランクグループのパラメータを分析して、それが認証され、呼３０２０２に対してＮＣＩＤを作成しているかどうかを調べる。工程３１１１６で、現行スイッチが認証されず、呼３０２０２に対してＮＣＩＤを作成していなかった場合、スイッチは工程３１１１８へ進む。工程３１１１８で、現行スイッチは発信元スイッチではないこと、呼３０２０２に対するＮＣＩＤを受信しておらず、ＮＣＩＤを作成するべく認証されていないことを知る。したがって、工程３１１１８では、現行スイッチは呼３０２０２に関する呼記録を自局側データベースに書き、工程３１１２０へ進む。工程３１１２０で、現行スイッチは、ネットワークを介して呼３０２０２をそのＮＣＩＤと共に転送する。工程３１１２０については以下に詳細を説明する。工程３１１１６に戻ると、現行スイッチが呼３０２０２に対してＮＣＩＤを作成するように認証されていた場合、スイッチは工程３１１１４へ進む。工程３１１１４で、工程３１１３６へ進む前に、現行スイッチは呼３０２０２に対して新しいＮＣＩＤを作成する。工程３１１３６で、現行スイッチは、呼３０２０２のＮＣＩＤを含む呼記録を自局側スイッチのデータベースに書き、工程３１１２０へ進む。工程３１１２０で、現行スイッチはネットワークを介して呼３０２０２をそのＮＣＩＤと共に転送する。工程３１１２０については以下に詳細を説明する。工程３１１１２へ戻ると、発信元トランクグループのタイプがＩＭＴまたはＲＬＴではないことを現行スイッチが確認した場合、スイッチは工程３１１１４へ進む。工程３１１１４に達すると、現行スイッチは発信元スイッチであり、したがって呼３０２０２に対してＮＣＩＤを作成しなければならないことを知る。工程３１１１４については以下に詳細を説明する。工程３１１１４でＮＣＩＤを作成した後、現行スイッチは工程３１１３６へ進み、ＮＣＩＤを含む呼３０２０２の呼記録を自局側データベースに書き込む。呼記録を書き込んだ後、現行スイッチは工程３１１２０へ進み、ネットワークを介して呼をそのＮＣＩＤと共に転送する。工程３１１２０については以下にさらに詳しく説明する。工程３１１０８へ戻ると、現行スイッチが呼３０２０２と共にＮＣＩＤを受信したことが確認された場合、スイッチは工程３１１１０へ進む。工程３１１１０で、現行スイッチは受信したＮＣＩＤを所有する。工程３１１１０では、２つの結果が考えられる。第一は、現行スイッチが受信ＮＣＩＤを保持しないように決め、それによって工程３１１１０から３１１１４へ進み、新しいＮＣＩＤを作成すること。工程３１１１０については以下に詳細を説明する。工程３１１１４で、工程３１１３６へ進む前に、現行スイッチは呼３０３０２に対して新しいＮＣＩＤを作成する。工程３１１１４については以下に詳細を説明する。工程３１１３６で、現行スイッチは呼３０２０２に関する呼記録を自局側データベースに書き込む。次いでスイッチは工程３１１２０へ進み、ネットワークを介して呼３０２０２をそのＮＣＩＤと共に転送する。工程３１１２０については以下に詳細を説明する。工程３１１１０へ戻ると、現行スイッチは受信したＮＣＩＤを保持するようにに決め、それによって工程３１１１０から３１１１５へ進むこともできる。工程３１１１５で、現行スイッチは受信したＮＣＩＤを呼３０２０２に関する呼記録に加える。工程３１１１０と３１１１５とについては以下に詳細を説明する。工程３１１１５の後、現行スイッチは工程３１１３６へ進み、呼３０２０２に関する呼記録を自局側データベースに書き込む。次いでスイッチは工程３１１２０へ進み、ネットワークを介して呼３０２０２をそのＮＣＩＤと共に転送する。工程３１１２０については以下に詳細を説明する。図９３は、受信したＮＣＩＤを処理する工程３１１１０のコントロールロジックを図示する。現行スイッチは、ＮＣＩＤが呼３０２０２と共に受信されたことが確認された場合、工程３１１１０の工程３１２０２へ入る。工程３１２０２で、現行スイッチは発信元トランクグループのパラメータを分析して、発信元トランクグループのタイプを調べる。発信元トランクグループのタイプがＩＭＴまたはＲＬＴの場合、スイッチは工程３１２１２へ進む。工程３１２１２で、現行スイッチは、発信元スイッチではなく、呼３０２０２のＮＣＩＤを受信していることを知る。したがって、工程３１２１２で、現行スイッチは受信ＮＣＩＤを保持し、工程３１１１０を出る、それによって図９２の工程３１１１５に進み、その後スイッチはＮＣＩＤを呼記録に記憶しその呼を転送する。工程３１２０２へ戻ると、発信元トランクグループのタイプがＩＭＴまたはＲＬＴでない場合、現行スイッチは工程３１２０４へ進む。工程３１２０４で、現行スイッチは、発信元トランクグループのタイプがインテグレーテッドサービスユーザーパーツダイレクトアクセスライン（ＩＳＵＰＤＡＬ）あるいはインテグレーテッドサービスネットワークプライマリレートインタフェース（ＩＳＤＮＰＲＩ）であるかどうかを調べる。ＩＳＵＰは、情報を情報パラメータとしてスイッチ間を転送させる信号化プロトコルである。ＩＳＵＰＤＡＬは、基本的にネットワークの複数の顧客によって共用されるトランクグループであるが、単一顧客専用とすることもできる。対照的に、ＩＳＤＮＰＲＩは単一顧客専用であり、複数の顧客が共用することはできない。ネットワークの顧客は、ネットワーク資源を賃借する主体である。工程３１２０４で、現行スイッチが、発信元トランクグループのタイプがＩＳＵＰＤＡＬあるいはＩＳＤＮＰＲＩではないと確認した場合、スイッチは工程３１２０６へ進む。工程３１２０６で、現行スイッチが、自ら作成したものではなく電気通信網の一部であるＮＣＩＤ、あるいは現行スイッチが作成しネットワークの顧客であるＮＣＩＤを受信したことを知る。したがって、工程３１２０６で、現行スイッチは受信したＮＣＩＤを破棄する、何故ならば信頼性のないＮＣＩＤだからである。工程３１２０６から、現行スイッチは工程３１１１０を出て、それによって図９２の工程３１１１４へ進み、新しいＮＣＩＤを作成し、そのＮＣＩＤを呼３０２０２と共に転送する。工程３１２０４へ戻ると、現行スイッチが、発信元トランクグループのタイプがＩＳＵＰＤＡＬあるいはＩＳＤＮＰＲＩであると確認した場合、スイッチは工程３１２０８へ進む。工程３１２０８で、現行スイッチが、顧客トランクグループからＮＣＩＤを受信したことを知る。したがって、現行スイッチは発信元トランクグループのパラメータを分析して、それが呼３０２０２にＮＣＩＤを作成するように認証されたものかどうかを調べる。現行スイッチはまた、新しいＮＣＩＤを作成するように認証されることもでき、顧客が提供するＮＣＩＤを上書きして、呼３０２０２に対して有効なＭＣＩＤが確実に対応しネットワーク上を転送されるようにする。工程３１２０８で、現行スイッチが、呼３０２０２にＮＣＩＤを作成するように認証されていない場合、スイッチは工程３１２１０へ進む。工程３１２１０で、現行スイッチは受信したＮＣＩＤの妥当性、例えばＮＣＩＤの長さをチェックする。ＮＣＩＤが有効であれば、現行スイッチは工程３１２０６へ進む。工程３１２０６で、現行スイッチは無効なＮＣＩＤを破棄する。工程３１２０６から、現行スイッチは工程３１１１０を出て、それによって工程３１１１４へ進み、新しいＮＣＩＤを作成し、そのＮＣＩＤを呼３０２０２と共に転送する。工程３１２１０に戻ると、現行スイッチが、受信したＮＣＩＤが有効であることを確認した場合、スイッチは工程３１２１２へ進む。工程３１２１２で、現行スイッチは、受信ＮＣＩＤを保持し、工程３１１１０を出て、これによって図９２の工程３１１１５へ進み、ＮＣＩＤを呼記録に記録し、この呼を転送する。図９４Ａは、ＮＣＩＤを作成する工程３１１１４のコントロールロジックを図示する。ＮＣＩＤを作成しなければならない時、現行スイッチは工程３１３０２へ入る。工程３１３０２で、現行スイッチは一連番号を作成する。この一連番号は同一タムポイント１の値をもつ同一ポート番号で生起した呼の数を表す。第一の呼は一連番号値０を有し、この後、一連番号は同一タムポイント１の値をもつ同一ポート番号で生起した後続する呼の数毎に増分的に増大する。工程３１３０２で一連番号を作成した後、現行スイッチは工程３１３０４へ進む。工程３１３０４で、現行スイッチは新規に作成されたＮＣＩＤを含む呼３０２０２の呼記録を作成する。呼記録の作成後、スイッチは工程３１１１４を出て、図９２の工程３１１３６へ進み、この呼記録を自局側スイッチのデータベースに書き込む。図９４Ｂは、受信したＮＣＩＤを呼３０２０２に関する呼記録へ加える工程３１１１５のコントロールロジックを図示する。工程３１１１５に入ると、現行スイッチは工程３１３０６に進む。工程３１３０６で、現行スイッチは、中間または着信スイッチから、あるいは顧客スイッチから有効なＮＣＩＤを受信したことを知る。工程３１３０６で、現行スイッチは、３２語呼記録の確認コードフィールドがこのＮＣＩＤを記憶するのに有効かどうかを調べる。確認コードフィールドが有効な場合、現行スイッチは工程３１３１０へ進む。工程３１３１０で、現行スイッチはＮＣＩＤを３２語呼記録の確認コードフィールドに記憶する。現行スイッチはまた、ＮＣＩＤ場所フィールドを１に設定する、この数字はＮＣＩＤが確認コードフィールドに記憶されたことを示す。工程３１３１０の後、現行スイッチは工程３１１１５を出て、図９２の工程３１１３６に進み、この呼記録を自局側スイッチのデータベースに書き込む。再び工程３１３０６へ戻ると、確認コードフィールドが３２語呼記録において有効ではない場合、現行スイッチは工程３１３０８へ進む。工程３１３０８で、現行スイッチはＮＣＩＤを６４語呼記録のＮＣＩＤフィールドに記憶する。工程３１３０８の後、現行スイッチは工程３１１１５を出て、図９２の工程３１１３６に進み、この呼記録を自局側スイッチのデータベースに書き込む。図９５は、現行スイッチからの呼を転送する工程３１１２０のコントロールロジックを図示する。このコントロールロジックには２つの入り口点、工程３１４０２と３１４１２がある。工程３１１３６から工程３１４０２に入ると、現行スイッチは、ＮＣＩＤを作成したこと、あるいは有効ＮＣＩＤを受信したことを知る。工程３１４０２で、現行スイッチは自局側データベースにアクセスし、呼３０２０２を転送する着信トランクグループに関するトランクグループのパラメータを得る。このパラメータを得た後、現行スイッチは工程３１４０４へ進む。工程３１４０４で、現行スイッチはこの着信トランクグループのタイプを調べる。着信トランクグループのタイプがＩＳＵＰトランクの場合、現行スイッチは工程３１４０８へ進む。工程３１４０８で、現行スイッチはＩＳＵＰトランクタイプに関するパラメータを分析し、このＮＣＩＤを次のスイッチに送るかどうかを決定する。現行スイッチがＮＣＩＤを送るように認証されると、現行スイッチは工程３１４１６へ進む。工程３１４１６で、現行スイッチは呼をＳＳ７初期アドレスメッセージ（ＩＡＭ）と共に次のスイッチへ送る。ＮＣＩＤはＩＡＭの総称数字パラメータの一部として転送される。ＩＡＭは、次のスイッチに呼３０２０２を受付させ、完了させる次スイッチセットアップ情報を含んでいる。総称数字パラメータの書式は以下の表３０６に示す。総称数字パラメータ：コード：１１０００００１型式：０表３０６呼３０２０２とＩＡＭを転送後、現行スイッチは工程３１４１８へ進み、それによって切り替え処理を出る。工程３１４０８に戻ると、現行スイッチがＮＣＩＤをＩＡＭメッセージにおける次のスイッチへ送るように認証されていない場合、現行スイッチは工程３１４１２へ進む。工程３１４１２で、現行スイッチは、総称数字パラメータの一部として記録されたＮＣＩＤなしにＩＡＭメッセージを次のスイッチへ送ることから成る正常手順に従って呼３０２０２を次のスイッチへ送る。呼３０２０２を転送後、現行スイッチは工程３１４１８へ進み、それによって切り替え処理を出る。再度工程３１４０４に戻ると、現行スイッチが、着信トランクがＩＳＵＰではないことを確認した場合、スイッチは工程３１４０６へ進む。工程３１４０６で、現行スイッチは、着信トランクグループがＩＳＤＮトランク（着信トランクグループはネットワークの１顧客専用）かを調べる。着信トランクグループがＩＳＤＮトランクの場合、スイッチは工程３１４１０へ進む。工程３１４１０で、現行スイッチは、ＩＳＤＮトランクグループに関するパラメータを分析して、ＮＣＩＤを次のスイッチへ送るかどうかを決定する。現行スイッチがＮＣＩＤを送るように認証された場合、スイッチは工程３１４１４へ進む。工程３１４１４で、現行スイッチは呼をセットアップメッセージと共に次のスイッチへ送る。セットアップメッセージは、次のスイッチに呼３０２０２を受付させ、完了させるセットアップ情報を含んでいる。ＮＣＩＤは、セットアップメッセージのロッキングシフトコードセット６の一部として転送される。ロッキングシフトコードセット６の書式を以下の表３０７に示す。ロッキングシフトコードセット６のパラメータ：コード：１１０００００１型式：０表３０７呼３０２０２とセットアップメッセージを転送後、現行スイッチは工程３１４１８へ進み、それによって切り替え処理を出る。再度工程３１４１０へ戻ると、現行スイッチが、セットアップメッセージにおける次のスイッチへＮＣＩＤを送るように認証されていない場合、スイッチは工程３１４１２へ進む。工程３１４１２で、現行スイッチは総称数字パラメータの一部として記録されたＮＣＩＤなしにＩＡＭメッセージを次のスイッチへ送ることから成る正常手順に従って呼３０２０２を次のスイッチへ送る。呼３０２０２を転送後、現行スイッチは工程３１４１８へ進み、それによって切り替え処理を出る。再度工程３１４１２に戻ると、現行スイッチがＮＣＩＤを受信しない場合に、この工程もまた図９２の工程３１１１８から入り、中間または着信スイッチであり、ＮＣＩＤを作成するように認証されていない。この場合、工程３１４１２で、現行スイッチもまた総称数字パラメータの一部として記録されたＮＣＩＤなしにＩＡＭメッセージを次のスイッチへ送ることから成る正常手順に従って呼３０２０２を次のスイッチへ送る。呼３０２０２を転送後、現行スイッチは工程３１４１８へ進み、それによって切り替え処理を出る。柔軟で拡張性のある呼記録形式を用いて各電話呼の呼記録を電気通信網の各スイッチが作成するシステムと方法。電話呼を受信すると、ネットワーク内のスイッチはこの電話呼を分析し、デフォルトの呼記録がこの電話呼についての呼記録を格納できるだけの大きさがあるかどうか、おあるいはこの電話呼の呼情報を格納するのに拡張呼記録を用いなければならないかどうかを調べる。使用する呼形式を決定後、スイッチはデフォルトあるいは拡張呼記録を作成する。次いでスイッチは、その課金ブロックをファイルする際、完成した呼記録より成る課金ブロックを課金センターへ送る。ＸＸII．優先順位付けアクセス／ルータＸＸII Ａ．優先順位付けアクセス／ルータの概観優先順位付けアクセスルータ（ＰＡＲ）インターネットアクセス装置とインターネットプロトコル（ＩＰ）のルータの特徴を結合するべく設計されている。これにより、必要なモデムとＰＰＰ／ＳＬＩＰからＩＰへ、また逆にＩＰからＰＰＰ／ＳＬＩＰへの変換とを実行することにより、インターネットへダイヤルアップによってモデムでアクセスすることができる。これは、またＩＰパケットの発信元／行き先のアドレスと、ＵＰＤあるいはＴＣＰのポートを分析し、各パケットに対して適切な出力ネットワークインターフェイスを選択する。最後に、特定のネットワークインターフェイスを、他のネットワークインターフェイスよりも優先して選ぶための優先順位付けを持った経路決定の技術を用いる。優先順位付けアクセス／ルータの設計の目標は、リアルタイムの通信を、インターネットネットワーク上の最善努力のデータ通信の残りのものから分離することである。リアルタイムかつ対話的なマルチメディアの通信は、インターネットへのアクセス地点におけるリアルタイムの制約の無い通信から、もっとも良く分離されており、それゆえサービスの品質より大きな制御が得られる。図１１４Ａは、実施形態に関連したアクセス／ルータシステムのブロック図である。Ｂ．優先順位付けアクセス／ルータの処理１．コンピュータは、モデムを介してＰＡＲにダイヤルアップする。コンピュータのモデムは、データの転送速度とモデムのプロトコルパラメータについてＰＡＲモデムとを相談する（１１４１０）。２．コンピュータは、公共交換電話ネットワーク接続を通じて、モデムからモデムへの接続を使ってＰＡＲによる２地点間プロトコル（ＰＰＰ）のセッションを設定する。３．コンピュータは、モデム接続によってＰＰＰパケットをＰＡＲに転送する。ＰＡＲモデム（１１４１０）は、モデムからホストプロセッサへのインターフェイスを介して、ＰＰＰパケットを、ＰＰＰからＩＰへの変換処理（１１４２０）へと転送する。モデムからホストプロセッサへのインターフェイスは、現在利用可能な、あるいはまだ発明されていない、どんな物理的なインターフェイスでもかまわない。現在のいくつかの例としては、ＩＳＡ，ＥＩＳＡ，ＶＭＥ，ＳＣｂｕｓ，ＭＶＩＰ，メモリチャネル，ＴＤＭｂｕｓなどがある。ここで述べられる時分割多重バスのような多重バスを用いることには利点があり、これは容量を特別なデータの流れに向け、決定論的な動作を記憶しておく能力による。４．ＰＰＰからＩＰへの変換処理（１１４２０）は、ＰＰＰパケットをＩＰパケットに変換し、結果としてのＩＰパケットを処理間インターフェイス（１１４８５）を通じてパケット分類器（１１４５０）に転送する。この処理間インターフェイスは、専用の処理ハードウェア間の物理的なインターフェイスでもよいし、ソフトウェアのインターフェイスでもよい。処理間のソフトウェアインターフェイスの例として、機能あるいはサブルーチンの呼び出し、メッセージの待ち行列、シェアードメモリ、直接メモリアクセス（ＤＭＡ）、メイルボックスがある。５．パケット分類器（１１４８５）は、パケットがいずれかの特定の優先順位付けされたグループに属するかを決定する。パケット分類器は、フローの仕様の表を持っており、以下のものにより定義される。行き先ＩＰアドレス発信元ＩＰアドレス発信元／行き先ＩＰアドレスの結合ＩＰ行き先ＩＰアドレス／ＵＤＰポートの結合ＩＰ行き先ＩＰアドレス／ＴＣＰポートの結合ＩＰ発信元ＩＰアドレス／ＵＤＰポートの結合ＩＰ発信元ＩＰアドレス／ＴＣＰポートの結合発信元ＩＰアドレスと、発信元ＩＰアドレスを持ったＴＣＰあるいはＵＤＰポートとの結合行き先ＩＰアドレスと、発信元ＩＰアドレスを持ったＴＣＰあるいはＵＤＰポートとの結合発信元ＩＰアドレスと、行き先ＩＰアドレスを持ったＴＣＰあるいはＵＤＰポートとの結合パケット分類器は、フローの仕様の表を、パケットの中で用いられるＩＰアドレスとＵＤＰもしくはＴＣＰポートに対して検証する。もし、なんらかの一致が見られれば、パケットは、優先順位付けフローに属するものと分類され、優先順位付けのタグを貼られる。資源保存設定プロトコルの技術は、パケット分類段階に用いられる。６．パケット分類器（１１４５０）は、優先順位のタグの付いたあるいはタグの付かないパケットを処理間インターフェイス（１１４９０）を介してパケットスケジューラ（１１４６０）に送る。処理間インターフェイス（１１４９０）は、処理間インターフェイス（１１４８５）と同じである必要は無いが、同じ技術を選択することは可能である。パケットスケジューラ（１１４６０）は、重み付け公正待ち行列のように、優先順位付けされたパケット（パケット分類器によって認識される）が、より上位の優先順位を受け取り、競合する最善努力の通信の前の発信用ネットワークインターフェイス待ち行列上に置かれ得るのを確実にするのを助ける優先順位待ち行列技術を用いる。７．パケットスケジューラ（１１４６０）は、優先順位付けされたパケットを周辺バスに向かうホストプロセッサを経由して、いずれかの発信用ネットワークインターフェイス（１１４１０，１１４７０，１１４７１，１１４７２）に送られる。８．ステップ３と同様に、ＩＰパケットは、非モデムインターフェイス（１１４７０，１１４７１，１１４７２）を介して、ＰＡＲに到着することができる。これらのインターフェイスのいくつかの例として、イーサネット、高速イーサネット、ＦＤＤＩ、ＡＴＭ、フレームリレーがある。これらのパケットは、モデムＰＰＰインターフェイスを介して、ＩＰパケットが到着するのに、同じステップ５から７を通る。９．優先順位フローの仕様は、コントローラ処理（１１４３０）を通して管理される。コントローラ処理は、外部管理アプリケーションプログラミングインターフェイス（１１４４０）を通して外部に置かれた優先順位の条件を受け入れることができる。コントローラは、承認制御手順と処置手順とに対じて特定のフローに対する優先順位条件を確認し、もし条件が認められれば、フローの仕様処理間インターフェイス（１１４６５）を経由してパケット分類器（１１４５０）の中のフロー仕様表に入れられる。処理間インターフェイス（１１４６５）は、処理間インターフェイス（１１４８５）と同じである必要は無いが、同じ技術を選択することは可能である。ＸＸIII．コールバック電話システムＡ．実施形態に従ったコールバック電話システムへの導入今日の電話環境において、発呼者は、オペレータに連絡して会議通話を始めさせ、そして／あるいは、全ての参加者に共通の番号をダイヤルさせて会議通話に接続させなければならない。これによって、人間のオペレータの費用と、各会議通話のオーバーヘッドとなる、予め定められた番号へダイヤルする不便とが必要となる。また、会議通話の予定を立てて、全ての参加者が参加可能であることを確認するのは非常に非効率的である。また、全ての参加者が通話を容易にするのにアクセスする専用の番号が必要である。実施形態に従って、コールバックシステムは、発呼者がコンピュータから表示装置にアクセスし、発呼のパラメータを記述することによって情報を完全にすることにより手助けされる。通話によって初期化される日付や時刻のような情報と、課金情報と、通話に加わる参加者の電話番号とが取得される。その後、入力された情報に基づいて、混成ネットワークにアクセスする中央コンピュータあるいは分散コンピュータの施設は、他の参加者が参加をするか確認し、出来事を記録した通話を要求する短信のｅメールを各参加者に送信する。ｅメールには、通話と通話が始まる時刻に関連する暗証番号のような、いかなるも含まれる。必要なネットワーク施設は、適切なサービスの質（ＱＯＳ）が利用可能であるのを確かめるために保存され、要求された日と時刻が来たら、ＰＳＴＮについている電話、あるいは混成ネットワークについている音声利用可能な装置（コンピュータや知的テレビのような）を利用しているかどうかに係わらず、各参加者に接触することにより通話が始まる。スケジュールの間のいかなる時でも、通話の開始あるいは最中に参加者は誰でも、通話に関連した表示装置からそのサービスを選択することによりオペレータ補助者を呼ぶことができる。こうして、完全に自動化されたコールバックシステムが通話の設定と制御に対して供給される。通常の土台のコールバックシステムを利用する通話者に対して、特別なプロファイルが既存のプロファイル情報の延長としてユーザに提供される。特別なプロファイルにより、ユーザは頻繁に会議通話に参加するものの情報を記録することができる。このプロファイルには、参加者の電話番号（ＤＤＤ，ＩＤＤＤ，ＩＰアドレス，セルラフォンの番号がある）や、Ｅメールアドレスや、ページングサービスや、ファックス番号や、秘書の電話番号や、位置や、時間帯や、労働時間や、通話を始めるのに有用な他の関連情報が含まれる。会社や組織が必要とするものに基づいたデフォルトのプロファイルもまた可能であり、さらに広い情報に基づいた特別なユーザの要求に合致するように合わせることも可能である。課金情報もオンラインで供給することができる。ユーザは、予め用意された課金番号あるいは、クレジットカードか電話番号に課金する能力を入力することができる。もし、電話番号への課金ならば、システムは通話を着信払いあるいは課金を修正する第３者の通話として扱う。もし、プロファイル情報が特別な通話の筋書きに対して予め定義されていれば、他の選択事項によりボタンを押すことで会議通話あるいは単一の通話が即時に接続することができ、今日では通話参加者の妨害がなければ一人以上の通話者が参加できない以外は高速のダイヤルが実行され、インターフェイス通話者は補助を受け、オペレータは要求に従って参加することができる。Ｂ．インターネットを使用したコールバックアーキテクチャ以下の情報では、実施形態に従った、インターネットを使用したコールバックアーキテクチャの詳細なアーキテクチャについて論じる。アーキテクチャのブロック図が、実施形態に従って図１１４Ｂで図示される。コールバック通話のフローは、通話者１１４１２が１１４１０において図１１４Ｂに図示されるようにローカルのインターネットのサービスプロバイダ１１４１９に通話することによって開始される。通話者は、コールバックサーバー１１４１４に呼びかけ、インターネット１１４１９を通じてコールバックのホームページ１１４１１にアクセスし、これは基本インターネットプロトコルプラットフォーム１１４１９と名付けられたインターネットのクラウド（cloud）として示されている。コールバックサーバーのホームページ１１４１１において、通話者は、デフォルト情報、例えばコールバックインターネットプロトコル（ＩＰ）のアドレス、掛ける先の電話番号（あるいは会議通話を始める多重電話番号）、最小の課金方法を入力し、見、そして／あるいは修正する。自動即時通話（ＤＤＤ）、国際自動即時通話（ＩＤＤＤ）、インターネットプロトコル（ＩＰ）アドレスを備える一つ以上の番号のような他の情報が、電話番号あるいは音声能力を持ったインターネットコンピュータを記述するのに利用することができる。加えて、日付と時刻をコールバック動作を企画するのに予め用意することができる。コールバックサーバーのホームページ１１４１１での追加情報が、以下で、実施形態に従って入念にかつ明確に設計された特定の例で詳細に記述される。その後、１１４２０において、コールバックサーバー１１４１４は、適切な通話情報を添えたメッセージをコールバック切換器１１４３２へ送り、コールバック切換器１１４３２は、コールバック通話者が１１４３７への通話に応え、通話者により明記される行き先へと公衆サービス電話ネットワーク（ＰＳＴＮ）を通して、通話のステップ１１４３０で示されるコールバックの行程を開始する。一旦、通話における通話者端の準備ができると、コールバック切換器は、パス１１４４０からＰＳＴＮ１１４４５を通じて通話を電話セット１１４４６および／または１１４４７に接続する、通話先の通話行程を開始する。一旦、全ての通話者が接続され、通話の状態が変化すると、もしそれがＩＰ通話であるときは例外状況が表示装置上に示され、もし標準的な電話装置を利用しているときは状況を示す音声が通話者に送られる。状況の変化とは、通話者が電話を切ったか、通信中に不調が発生したかがありうる。例外状況は、またサービス分析の質で捉えられる。コールバックサーバーのホームページ１１４１１に入力された情報を利用して通話が開始される時、コールバックセッションの初期化の一部として、コールバックセッションを開始する者によって選択される暗証番号を介してコールバックの全ての人間にアクセス可能な単独の仮ホームページが作られる。全ての通話者が接続されている間、電話を体験する時間を通して、通話行程の状況の変化や例外状況が仮に作られた状況ウェブページに示されるか、通話者が標準的な電話装置を利用していれば状況の適切な音声による指示が通話者に送られる。そして、通話者が接続されたり、立ち去ったり、状況を変えたりすると表示装置は各参加者の接続状況を反映するべく更新される。加えて、通話が進むと、参加者はファイルやビデオクリップや通話中に共作ものとして利用するであろう他の情報を探り落とすことができる。各参加者は、通話の終了前に情報を個人のコンピュータに移すことを要求されるが、これはウェブページが仮のものであり通話の終了で消されるものだからである。仮のウェブページは、ウェブページの中に含まれる情報に不当にアクセスするのを防ぐために暗証番号で守られている。Ｃ．コールバックサービスの可能性コールバックサービスには、個人と個人との通話や、個人と多数との通話（会議通話、ファックス通信、文書を音声にしたメッセージ配信、音声同士のメッセージ配信、サーバーが会議通話の詳細について通話先の参加者にＥメールを送ったり、サーバーが通話先の参加者にファックスを送ったり、サーバーが文書を音声にしたメッセージを通話先の参加者に送ったりする会議通話制限）を援助する。Ｄ．インターネットサービスの可能性各会議通話の参加者の状況のリアルタイムな観察と、ＡＮＩと、通話が保留される時に最初の人により入力された各参加者を識別する英数字表示とが、参加者が会議に接続した際に画面上に表示され得る。この情報は、先に始まった通話記録の一部として捉えられ、詳細は付録に述べる。もう一方の実施形態において、コールバックの行程の無い会議通話が可能である。この実施形態において、コールバックする顧客は、ネットワーク上の音声（ＶＯＮ）のアプリケーションを通して音声機能の付いたコンピュータを使って参加し、ビデオのオペレータの上記の記述のように、手動のオペレータ補助のためにコンピュータ表示装置上にビデオ画面のポップアップを開始する。Ｅ．インターネット用のコールバックアーキテクチャ図１１５に図示されたインターネット用のコールバックアーキテクチャにおいて、コールバック通話者は、インターネットサービスの市内プロバイダ１１５１２にダイヤルする。その後、通話者は、コールバックのホームページ１１５１０，１１５１１を含むホストサーバー１１５１４にアドレスする。コールバックサーバーのホームページ１１５１１において、通話者は、コールバックのインターネットプロトコル（ＩＰ）アドレスや、通話先電話番号（あるいは会議通話を開始する多重電話番号）や、最小金額の課金方法を含む、先述した情報を入力する。その後、通話を始めるコールバック通話フローにおいて、コールバックサーバーのホームページ１１５１１が置かれるところで、コールバックサーバー１１５１４は、コールバックのホームページ１１５１１から発せられる必要な通話情報と一緒にメッセージをコールバック切換器１１５３２へ送る。最後に、コールバック通話者は、最初の顧客１１５３５と音声ＩＰセッションを確立するのにインターネットのサービスプロバイダ１１５１２を利用する。コールバック切換器１１５１１は、その後、通話１１５４０を公衆サービス電話ネットワーク１１５４１を通って電話セット１１５４２へと送って、通話先通話行程を開始する。Ｆ．自己規正システムエキスパートシステムは、実施形態に従って各通話を検証する。システムには、例外が発生した時にどんな論理を実行するかを定義した規則が含まれる。この規則には、通話がＰＳＴＮあるいはインターネットを経由して経路決定されるかどうかということに基づいて特別な処理が含まれる。加えて、このシステムには、接続に対して有効な他の修正が無ければデフォルトの接続が含まれる。例えば、もし通話者が遠隔通話中に電話を切り、他の通話者がまだ接続しているときは、まだ接続している各通話者に状況の変化を知らせる例外メッセージが送られる。エキスパートシステムの他の面は、サービスの質（ＱＯＳ）を保証し、完全性と例外事項との双方を示す報告を作る。資源のスケジュールは、このエキスパートシステムに結びついており、このエキスパートシステムは、利用可能なあるいは計画された資源に基づいて、申し込んだ通話時刻に通話が予定可能かどうかを調整する。例えば、このシステムにより使用される全ての通話はコールバック切換器（図１１４Ｂ中の項目１１４３２と図１１５中の項目１１５）によって始められるので、もしコールバック契約者が要求する時間中に外へ向かうトランク（ trunk）のポートが十分でなければ、コールバックの契約者は、他の時刻を選択するように促されるか、その時点に資源にアクセスするのを拒まれる。これは、追加されたポートおよび／または資源が、いつ必要となるかを予測するのに利用される。この文献は、折返し電話フィーチャーを実行するためのより効果的な方法を説明する。提案された方法は、外部ローカルアクセス線に対する必要性を除去し、かつ、折返し電話フィーチャーを同時に利用できるユーザーの数を増加させる。この方法は、（遠隔テストシステムから遠隔ユーザーへの）物理的接続よりもむしろ仮想接続の使用を説明する。遠隔テストシステムおよび遠隔ユーザーからのローカル電話線は、もはや必要ない。以下の図解は、回路がＤＸＣＩ／Ｏを横断する顧客を利用する例を示す。同じことが、ＴＡＤを通して（遠隔テストシステムによって）アクセスされるスイッチ管理ポートを介して顧客の到来ポートにアクセスすることによって、回路がスイッチを通して顧客の回路にアクセスすること（およびテストすること）のみならず他のＤＸＣタイプ／レベルを横断する顧客に適用される。図１１６−チャートＡ図１１６は、「折返し電話フィーチャーが、伝統的に、どのようにして実行されてきたのか」ということを図解する。この図解において、デジタルＶＡＸコンピュータ１１６５０から遠隔テストシステムへの接続は、（Ｘ．２５ネットワークを利用する）Ｘ．２５接続を介する。遠隔ユーザー１１６６０は、テストシステム１１６０２においてＤＸＣＩ／Ｏ１１６１７を横断するカスタマーの回路に対するボイス回路テストを選択した。テストシステム１１６０２は、遠隔ユーザーのディスプレイ上に、遠隔ユーザー１１６６０に対するプロンプト「折返し電話番号を入れて下さい」を表示する。遠隔ユーザー１１６６０は、（同じ場所に配置された）電話１１６０３の電話番号を入れる。（同じ場所に配置された）電話番号を入れた後、遠隔テストシステム１１６０２は、該システムのローカル電話線１１６２２のうちの１つの電話線を選択する。ローカル電話会社からのダイヤルトーンを検出すると、遠隔テストシステム１１６０２は、遠隔ユーザーの電話番号を示すＤＴＭＦトーンを、パルスダイヤル（または、送信）する。遠隔ユーザーのローカル電話会社は、到来呼を受信し、かつ、該呼を遠隔ユーザーの（同じ場所に配置された）電話１１６０３へ（ローカル線上で）経路決定する。遠隔ユーザー１１６６０は、電話１１６０３を、オフフック状態におく。そして、遠隔ユーザー１１６０３は、（ＤＸＣＩ／Ｏ１１６１７を横断する）顧客の回路を可聴監視でき、または、顧客の電話への呼を開始するために、遠隔テストシステム１１６０２の信号送信状態を利用する。顧客が電話に応答すると、遠隔テスタ１１６６０は、（同じ場所に配置された）電話１１６０３から顧客へ、テストシステム１１６０２を通して、通信する。図１１７−チャートＢ図１１７は、好ましい実施形態による仮想折返し電話を利用して折返し電話フィーチャーを実行するための方法を図解する。このアーキテクチャでは、遠隔ユーザーから遠隔テストシステムへの全体経路が、インターネットプロトコル（ＩＰ）ネットワークを横断する。遠隔ユーザーのコンピュータ１１７２１および遠隔テストシステム１１７０２は、共に、（先に説明されたような）インターネット電話を容易にするソフトウェアを備えられる。該インターネット電話は、ＩＰコールを（ＩＰ目的地アドレスを入力された）ユーザーへ接続する。遠隔ユーザーのコンピュータ１１７２１は、適切な内蔵モデムまたは（特別に設計された）ネットワークインターフェースカード（ＮＩＣ）を備えられる。該モデムまたはＮＩＣは、スピーカー機能およびマイクロフォン機能をサポートする。モデムまたはＮＩＣを通した（ユーザー１１７２１による）通信は、（スピーカーおよびマイクロフォンを備えられた）ヘッドセットを介して生じることができる。ヘッドセットは、ユーザーのコンピュータ１１７２１内のモデム（または、ＮＩＣカード）へ直接差し込む。遠隔ユーザー１１７２１は、（その回路がテストシステム１１７０２へ接続されたＤＸＣＩ／Ｏ１１７１７を横断する）顧客に対して、ボイス回路テストを選択する。遠隔ユーザーが（該遠隔ユーザーのコンピュータ１１７２１上に駐在する）インターネット電話ソフトウェアを開始すると、テストシステム１１７０２は、遠隔ユーザー１１７２１へのプロンプト「あなたは仮想折返し電話を希望しますか？」を表示する。「ＹＥＳ」を選択すると、遠隔テストシステム１１７０２は、該遠隔テストシステムのインターネット電話ソフトウェアを開始する。遠隔テストシステム１１７０２のインターネット電話ソフトウェアは、遠隔ユーザー１１７２１に該遠隔ユーザーのＩＰアドレスを促す。該遠隔ユーザーのＩＰアドレスを入力した後、遠隔テストシステム１１７０２は、遠隔ユーザーのコンピュータ１１７２１へのＩＰ呼出を開始する。遠隔ユーザーのコンピュータ１１７２１へのＩＰ接続を確立すると、遠隔テストシステム１１７０２のインターネット電話ソフトウェアは、遠隔ユーザー１１７２１のインターネット電話ソフトウェアへの接続を要求する。一旦、遠隔ユーザー１１７２１のソフトウェアが遠隔テストシステム１１７０２のインターネット電話ソフトウェアとリンクすると、遠隔ユーザー１１７２１は、上記に詳述されたようなテスト下において、顧客の回路上での監視能力および通信能力を有する。遠隔ユーザーに対する全ての通信は、都合のよいことに、ヘッドセットおよび電話を通す。ローカルアクセス線は、もはや必要ない。遠隔テストシステムは、折返し電話フィーチャーを伴うコールのサポートに対するローカル線の数によって制限されない。なぜならば、ローカルアクセス線はもはや利用されないからである。故に、なにも利用されていないので、電話会社によるローカルアクセス請求金額は、もはや適用されない。図１１８−チャートＣ図１１８は、好ましい実施形態によるインターネット電話サポートを伴うシステムアーキテクチャの図解である。ＭＣＩの遠隔テストシステムは、ボイス回路安定テストとダイヤルプランと信号送信状態とに対して必要なコマンドストラクチャにサポートを提供する。一旦、適切なエンハンスメントがインストールされると、ＭＣＩ遠隔テスト能力は、強化される。遠隔ＶＡＸ１１８７６および遠隔テストシステム１１８８４は、インターネット通信に対するＴＣＰ／ＩＰプロトコルをサポートするためにアップグレードされたソフトウエアおよびハードウエアである。このことは、ＴＣＰ／ＩＰシステムソフトウェアおよびトークンリング（またはイーサネットまたは他のネットワーク）サポートカードの追加を含む。遠隔ＶＡＸ１１８７６および遠隔テストシステム１１８８４は、トークンリングまたはイーサネットまたは他のネットワークのいずれかに接続される。ネットワークは、ワイドエリアネットワーク（ＷＡＮ）および／またはインターネットへのアクセス可能性のために、ルーター１１８７８，１１８８２への接続を有する。遠隔テストシステム１１８８４は、「遠隔テストシステム１１８８４がボイス回路安定テストを実行する」ということを許可するソフトウェアを具備する。これは、ループスタートまたはグランドスタートのような様々な信号送信状態とダイヤルする番号とＤＴＭＦまたはダイヤルパルスまたはマルチ周波数（ＭＦ）のような適切な信号送信とを選択する能力を具備する。遠隔テストシステム１１８８４は、顧客との（顧客の回路経路上での）可聴監視および口頭通信のために、顧客の選択された回路をインターネット電話ソフトウェアへ橋絡する。遠隔ユーザー１１８１１のコンピュータおよび遠隔テストシステム１１８８４は、先に説明されたように、インターネット電話を容易にするために、ソフトウェアを備えられる。該ソフトウェアは、ＩＰコールを（ＩＰ目的地アドレスによって定義される）ユーザーへ接続する。遠隔ユーザー１１８１１のコンピュータは、適切な内蔵モデムまたはネットワークインターフェースカード（ＮＩＣ）を備えられる。該モデムまたはＮＩＣは、スピーカー機能およびマイクロフォン機能をサポートする。ユーザーは、可聴監視サポートまたは口頭通信サポートのために、該ユーザーの（マイクロフォンおよびスピーカーが備えられた）ヘッドセットを（ユーザーのコンピュータ１１８１１内の）モデムまたはＮＩＣへ直接差し込む。この文献は、（データ通信のみならず）ボイスに対しても、（インターネットの使用を通じた）新たなサービスおよび機能を説明する。顧客は、非常により低い（分あたりの）料金でこのサービスに加入することができ、故に、顧客の月々の長距離電話料金を（他の全ての長距離伝送による料金と比較して）減少させる。通信のこの方法は、世界が現在ダイヤルアップボイス通信およびデータ通信を考察する方法に革命を起こす。このサービスは、（この文献が述べる）２つの段階において準備される。サーバ／ルータースイッチは、概念のデバイスであり、かつ、私の提案された（物理的／仮想通信の）方法をサポートする展開を要求する。ここでは、典型的な大陸的な合衆国の呼配置を図解するために、例を提供する。同じことが、全世界の呼出に対しても適用されることができる。国外のサーバスイッチ市目的地を識別するために、国コードおよび市コードは、サーバスイッチ内にクロスリファレンステーブルを有する。図１１９−チャートＡ図１１９は、好ましい実施形態による呼フローである。遠隔パーソナルコンピュータ（ＰＣ）ユーザー１１９０４は、ダイヤルアクセス１１９０２を介して、インターネット１１９０５にアクセスする。（サービスに加入している）顧客は、顧客のＰＣ１１９０３，１１９０４を有する。該ＰＣは、インターネットアクセスソフトウェアを備えられている。該ソフトウェアは、ソフトウェアがサーバルートスイッチ１１９０６ＩＰに電話をかけることによって、「該ＰＣがサービスルートスイッチ１９０６に接続・アクセスする」ということを可能にする。該サーバルートスイッチＩＰは、顧客によって提供されたアカウント番号およびパスワードを通じて、個々をアクティブアカウントとして認識する。ユーザーのＰＣ１１９０３，１１９０４は、（マイクロフォン機能のみならずスピーカー機能も備えられたタイプの）適切なモデムを備えられている。インターネット電話ソフトウェアは、該ソフトウェアのインストールファイルを更新し、「インストールが成功し、かつ、他のＰＣへの（同じソフトウェアパッケージの）２回目のインストールを許可しない」ということを示す。このチェックは、他者が該プログラムを違法に使用することを防止する。インターネットプログラムが作動されると、ユーザーは、アカウント番号（ユーザーＩＤおよび割り当てられたパスワード）を入力することを要求される。該パスワードは（プログラムの未認可使用を困難にする）英数字である。ソフトウェアプログラムは、また、（ＦＡＸを送信する）データモードまたは（口頭通信のためのチャットモードのいずれかを可能にするために、選択可能ボタンを有する。ＰＣ１１９０３，１１９０４からプログラムを起こす前に、（該ＰＣのユーザーアカウント番号とパスワードと目的地電話番号とのような）個人情報が入力されなくてはならない。欄完成時に、ユーザーは、送信を開始する印を選択する。直接ＩＰアクセスに対しては、ＰＣ１１９０３は、サーバルートスイッチ１１９０６に通信する。ユーザーのＰＣ１１９０４からのダイヤルアップアクセスに対しては、ユーザーは、最初に、インターネット１１９０５へのダイヤルアップ接続を確立する。一旦、インターネット１１９０５への（ユーザーの）ダイヤルアップ接続１１９０２が確立されると、ユーザーは、インターネット電話ソフトウェアを作動させ、かつ、サーバルートスイッチ１１９０６へＩＰ電話をかける。一旦、ユーザーのＰＣ１１９０３，１１９０４が、（サーバルートスイッチ１１９０６を伴う）ＩＰ接続を確立すると、ユーザーのアカウントおよびパスワードが、サーバルートスイッチ１１９０６によって、アクティブアカウントとしてベリファイされる。情報ベリファイ時に、サーバルートスイッチ１１９０６は、呼の経路決定時に利用される目的地サーバスイッチを判断するために（ダイヤルされた）目的地番号をスキャンする。もし、ユーザー１１９０３，１１９０４が（サーバスイッチを有しない）エリアコードおよびＮＸＸを入力したならば、それに応じて、ユーザーは、他の番号を促される。南カリフォルニアは、３つのサーバスイッチを有し、それぞれが大都市（チャールストン１１９０７とコロンビア１１９０８とフローレンス１１９０９）を処理している。（ワシントンＤ．Ｃ．に位置する）ダイヤルアップ顧客１１９０４が、ローカルループ１１９０２上で、インターネット１１９０５への接続を確立する。一旦、インターネット１１９０５へのアクセスが確立されると、ユーザー１１９０４は、（ＰＣ１１９０４上にインストールされた）インターネット電話ソフトウェアを動作させる。ユーザー１１９０４は、インターネット電話ソフトウェア内の適切な欄に、ユーザーＩＤとパスワードと目的地電話番号とを入力する。情報が入力された後、ユーザー１１９０４は、インターネット電話プログラム内の接続ボタンをクリックする。この例では、ユーザー１１９０４は、８０３−５５４−９８９９を、目的地としてダイヤルした。該番号はチャールストンＳ．Ｃ．電話番号である。サーバルートスイッチ１１９０６は、エリアコード８０３を調べる。そして、「この電話番号が南カリフォルニアサーバスイッチＮＰＡである」ということを明白に判断するために、（サーバルートスイッチ１１９０６の）既知のサーバルートテーブルへ（エリアコード８０３を）相互参照する。そして、サーバルートスイッチは、５５４をスキャン（南カリフォルニアに対するＮＸＸテーブルに対して５５４を相互参照）し、かつ、５５４がチャールストン１１９０７に対するサーバスイッチであることを判断する。サーバルートスイッチ１１９０６は、チャールストンサーバスイッチ１１９０７ＩＰアドレスに対するＩＰ相互参照テーブルをスキャンする。トラヒックキャパシティに依存して、各市は、（スイッチに対して）２以上のＩＰノードを有してもよい。サーバルートスイッチは、「どのノードが（より少ないトラヒック負荷を示す）最良の応答時間を有するのか」ということを判断するために、各ノード１１９１０，１１９１０，１１９１２，１１９１３をピング（ping）できる。この例では、ノードアドレス166.22.784.215１１９１１が（最良の応答を有することが）発見される。一旦、（最良の応答時間を伴う）ＩＰアドレス１１９１１が識別されると、サーバルートスイッチ１１９０６は、インターネット１１９０５上で、（ノード１１９１１への）チャールストンサーバスイッチ１１９０７へＩＰ電話をかける。一旦、（チャールストンサーバスイッチ１１９０７への）接続が確立されると、サーバルートスイッチ１１９０６は、８０３ＮＰＡを（電話番号から）引き出し、かつ、（呼出相手の交換機を伴って配置された）チャールストンサーバスイッチ１１９０７へ、インターネット１１９０５上で電話をかける。チャールストンサーバスイッチ１１９０７は、図１２０に図解される多数のＦＧ−Ａアクセスまたはローカルテレコ（Telco）タンデムスイッチ１２０１５またはテレコセントラルオフィス１２０１６へのＦＧ−Ｂタンデム電話中継回線１１９１４のいずれかを備えられる。アクセス線１１９１４のうちの１つの線が（チャールストンサーバスイッチ１１９０７によって）選択されかつ捕捉されると、テレコは、ローカルテレコセントラルオフィス１２０１６またはタンデムスイッチ１２０１５から、ダイヤルトーンを提供する。ダイヤルトーン検出時に、チャールストンサーバスイッチ１１９０７は、受信された数字を、図１２０に示されるように、呼出相手１２０１４から（該呼出相手に最も近い）テレコセントラルオフィス１２０１６へダイヤルパルス（またはＤＴＭＦまたはＭＦ）する。図１２０は、好ましい実施形態によるセントラルオフィスの動作の詳細図である。テレコセントラルオフィス１２０１６は、ＮＸＸを該オフィスの呼出工リア内と認識し、かつ、受信された７個の数字をローカルコールとして扱い、かつ、顧客のローカルループ１２０１８上にリングサイクル電流を流す。このことは、顧客の電話１２０１７が鳴ることの終了を引き起こす。呼出相手が電話１２０１７に応答すると、呼出経路は、切断され、かつ、完了とみなされる。そして、呼び出した人１１９０４は、呼び出した人のＰＣ１１９０４を介して、呼び出された人と口頭で通信できる。通信のこの方法は、（口頭通信またはＦＡＸ送信に対する）ＰＣからＰＣへの通信においても使用されることができる。類似のアーキテクチャが、全世界的な呼出に対しても機能する。国外のサーバスイッチＩＰ目的地を判断するために、国コードおよび市コードが、相互参照テーブルを利用して、索引付けされる。経路決定テーブルの一例が、好ましい実施形態従って、以下に与えられる。ルートテーブル表示ＮＰＡ：８０３：南カリフォルニアＮＸＸ：５２２：チャールストン７６６：チャールストン５７２：チャールストンＩＰＩ：１６１．２２．７８４．２１４ＩＰ２：１６１．２２．７８４．２１５ＩＰ３：１６１．２２．７８４．２１６ＩＰ４：１６１．２２．７８４．２１７７３０：コロンビア７６１：コロンビア８５６：コロンビアＩＰＩ：１６１．２２．７９６．１１２ＩＰ２：１６１．２２．７９６．１１３ＩＰ３：１６１．２２．７９６．１１４ＩＰ４：１６１．２２．７６６．１１５９４３：フローレンス６８３：フローレンスＩＰＩ：１６６．２２．７９６．１２２ＩＰ２：１６６．２２．７９６．１２３ＩＰ３：１６６．２２．７９６．１２４ＩＰ４：１６６．２２．７６６．１２５図１２１は、インターネット上でＰＣからＰＣへの通信（またはＰＣから電話への通信または電話から電話への通信）をサポートするブロック図を図解する。これらのユーザーは、サーバスイッチによって処理される交換エリア内に配置される必要がある。ユーザーの所在地以外の場所からの伝送および呼出時には、ユーザーは、ボイスに対する特定の８００番号を呼び出すことによって、および、ＰＣ通信に対する特定の８００番号を呼び出すことによって、アクセスを得ることができる。段階II構成において、専用ルートスイッチは必要ない。各大都市は、（ローカルテレコへの、および、ローカルテレコからの）２方向通信を取り扱うことができるサーバスイッチを備えられる。サーバスイッチは、（スイッチからローカルテレコへの、および、ローカルテレコからスイッチへの）流出トラヒックのみならず流入トラヒックをもサポートするために、２方向フィーチャーグループＡまたは２方向ＦＧ−Ｂ電話中継回線を備えられることができる。ＰＣユーザーは、（段階Ｉで述べられたような）特別に開発されたインターネット電話ソフトウェアプログラムを備えられる。ユーザーの所在地以外の場所から呼び出す場合、ユーザーは、適切な８００番号を入力することを要求される。インターネット電話ソフトウェアは、（ユーザーが「所在地」または「移動中」を示すことを選択する）オプションを有する。もし、ユーザーが「所在地」を選択したならば、ユーザーは、該ユーザーの主要長距離プロバイダとして、ＭＣＩへのＰＩＣ’ｄでなくてはならない。そして、該ユーザーの呼は、イコールアクセスコールとして扱われ、かつ、ユーザーＩＤおよびパスワードの確認は必要ない。もし、ユーザーが「移動中」を選択したならば、ユーザーは、遠隔ＰＣアクセスに対する８００番号を適切なインターネット電話欄に入力することを要求される。また、ユーザーは、該ユーザーのユーザーアカウント番号を入力することを要求される。ソフトウェアプログラムは、（ＦＡＸを送信することとファイル送信とのための）データモードまたは（口頭通信のための）チャットモードのいずれかを可能にするために、選択可能ボタンを有する。トミーゼイ（Tommy Zey）１２１４９のような電話ユーザーは、（ＭＣＩへの）該ユーザーの主要所在地ＰＩＣ’ｄを有する。主要所在地以外の場所からの伝送または呼出時には、ユーザーは、口頭通信に対するサーバスイッチへの遠隔ダイヤルに対して特定の８００番号を有する。ユーザーの主要所在地からの呼出時には、該ユーザーの呼は、イコールアクセスコールとして扱われる。主要所在地以外の場所からの呼出時には、ユーザーは、口頭通信のためのサーバスイッチへのアクセスのために、適切な８００番号をダイヤルすることを要求される。サーバスイッチへの接続が確立されると、サーバスイッチは、ユーザーのアカウント番号を、ユーザーに促す。一旦、サーバスイッチがユーザーのアカウント番号を受信しかつ（アクティブとして）確認すると、ユーザーは（該ユーザーがダイヤルしたい）番号を促される。このとき、ユーザーは、該ユーザーが呼び出したい番号（７個の数字交換局によって続かれるエリアコード）を入力する。このユーザーは、ボイス応答ユニット（ＶＲＵ）によって、情報を促されることができる。ＶＲＵは、ユーザー指示を大幅に簡単化する。ユーザーは、イコールアクセスまたは８００アクセス線のいずれかの手段を介して、サーバスイッチにアクセスする。サーバスイッチは、呼び出された番号に対するテレコのローカル交換局内での呼終了に対して、ユーザーを目的地サーバスイッチへ送るために、該サーバスイッチのトランスポートで、インターネットを使用する。展開切換仮想通信ネットワークの完了後における呼の例は、次に説明される。顧客の観点から見ると、全ての呼が困難無く処理され、そして、全ての呼が、標準的かつ伝統的なＩＭＴスイッチによって処理される。１つの例外は「全ての呼が（装置間の電話中継回線よりもむしろ）ＩＰネットワーク上において該呼の目的地スイッチへ経路決定される」ということである。ワシントンＤ．Ｃ．１２１４９内の顧客は、該顧客の長距離プロバイダとしてＭＣＩを有し、かつ、１８０３５５２４４７５にダイヤルする。テレコ１２１５１が、顧客のローカルループ１２１５０からオフフックを認識し、かつ、すぐさま、テレコセントラルオフィス１２１５１が１を受信し、該オフィスは、呼がＭＣＩへ経路決定されたことを知る。呼は、ＣＯ１２１５１からテレコタンデムスイッチ１２１５２へ経路決定される。テレコタンデムスイッチ１２１５２は、タンデムアクセス線１２１５３上で、呼を、ローカルＭＣＩサーバスイッチ１２１５４へ送信する。ＭＣＩサーバスイッチ１２１５４は、ＡＮＩをＭＣＩ顧客として認識し、かつ、呼に対する課金が（接続完了時に）始まる。サーバスイッチ１２１５４は、ダイヤルされた番号をＮＰＡからスキャンし、かつ、該番号を南カリフォルニアとして認識する。そして、サーバスイッチ１２１５４は、ＮＸＸをスキャンし、かつ、該ＮＸＸをチャールストンＮＸＸとして認識する。そして、サーバスイッチ１２１５４は、該スイッチの論理経路決定テーブルをスキャンし、かつ、チャールストンサーバスイッチ１２１５８に対する適切なＩＰアドレスを発見する。各市は、トラヒックキャパシティに応じて、２以上の（スイッチへの）ＩＰノード１２１５７を有してもよい。サーバスイッチ１２１５４は、「どのノードが最良の応答時間（故に、より少ないトラヒック負荷）を有するのか」ということを判断するために、各ＩＰノード１２１５７をピングできる。一旦、（最良の応答時間を伴う）ＩＰノード１２１５７のアドレスが識別されると、サーバスイッチ１２１５４は、識別されたノード１２１５５を介して、インターネット１２１５６上を、チャールストンサーバスイッチ１２１５８へＩＰ電話をかける。一旦、チャールストンサーバスィッチ１２１５８との接続が確立されると、ワシントンサーバスイッチ１２１５４は、８０３ＮＰＡを引き出し、かつ、５５２４４７５をチャールストンサーバスイッチ１２１５８へ送る。チャールストンサーバスイッチ１２１５８は、該スイッチの物理的ルーチングテーブルをスキャンし、かつ、５５２を、該スイッチのローカル交換機のうちの１つとして識別する。チャールストンサーバスイッチ１２１５８は、該スイッチの（ローカルテレコタンデムスイッチ１２１６０への）ＦＧ−Ａ／ＦＧ−Ｂタンデム電話中継回線１２１５９のうちの１つを捕捉する。そして、ローカルテレコタンデムスイッチ１２１６０は、呼び出された数字を、（５５２４４７５の電話番号アカウント１２１６３を伴って顧客を処理する）適切なテレコＣＯ１２ｌ６１へ経路決定する。ローカルＣＯ１２１６１は、タンデムスイッチ１２１６０から（呼び出された）数字を受信し、かつ、５５２４４７５に対する電話中継回線１２１６２を捕捉し、かつ、リングサイクルを顧客の線１２１６２上に配置する。リングサイクルは、位置５５２４４７５における電話１２１６３のベルが鳴ることを引き起こす。チャールストン目的地１２１６３において呼を応答すると、呼は完了とみなされ、かつ、ワシントンＤ．Ｃ．サーバスイッチ１２１５４からの課金が始まる。ここで、ワシントンＤ．Ｃ．からの顧客とチャールストン１２１６３における目的地位置とは、口頭通信することができる。種々な実施例を上記に説明してきたが、それらは例として挙げたにすぎない。好適実施例の範囲はこうした実施例に限定されるものではなく、添付の請求項およびそれに相当するもののみによって定められる。種々な実施例を上記に説明してきたが、それらは例として挙げたにすぎない。好適実施例の範囲はこうした実施例に限定されるものではなく、添付の請求項およびそれに相当するもののみによって定められる。付録表３０１−ＣＤＲ／ＰＮＲ記録フォーマット: 表３０２−ＥＣＤＲ／ＥＰＮＲ記録フォーマット：表３０３ＯＳＲ／ＰＯＳＲ記録フォーマット：

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｌ 12/56 Ｈ０４Ｌ 11/18 12/58 11/20 １０２ＤＨ０４Ｍ 3/00 11/08 3/42 11/00 ３０３ (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＷ【要約の続き】ブリッドネットワークは、ハイブリッドネットワークの管理をオペレータが監視することに対するサポートと、ハイブリッド遠距離通信システムのサービスの質を調節するエキスパートシステムとを具備する。

Claims

【特許請求の範囲】１．切換通信ネットワークと、切換通信ネットワークへ結合されたパケット送信ネットワークと、切換通信ネットワークおよびパケット送信ネットワークへ結合されたコールルーターと、コールルーターへ結合され、かつ、中にコールパラメータデータベースを格納したメモリと、コールパラメータデータベースからの少なくとも１つのコールパラメータに基づいて切換通信ネットワークおよびパケット送信ネットワーク上で呼を経路決定するように構成されたコールルーターとを具備することを特徴とするハイブリッド遠距離通信システム。２．コールパラメータデータベースは、ハイブリッド遠距離通信システムへの加入者に関するプロフィール情報を具備することを特徴とする請求項１記載の遠距離通信システム。３．コールパラメータデータベースは、呼タイプに関する情報を具備することを特徴とする請求項１記載の遠距離通信システム。４．コールパラメータデータベースは、切換通信ネットワークおよびパケット送信ネットワークの使用に関する情報を具備することを特徴とする請求項１記載の遠距離通信システム。５．コールパラメータデータベースは、呼の時間に関する情報を具備することを特徴とする請求項１記載の遠距離通信システム。６．パケット送信ネットワークは、インターネットを具備することを特徴とする請求項１記載の遠距離通信システム。７．切換通信ネットワークは、公衆交換通信ネットワークを具備することを特徴とする請求項１記載の遠距離通信システム。８．公衆交換通信ネットワークは、電話ネットワークであることを特徴とする請求項１記載の遠距離通信システム。９．切換通信ネットワークおよびパケット送信ネットワークを具備するハイブリッド遠距離通信システムにおいて呼を送るための方法であって、メモリ内にコールパラメータデータベースを格納することと、ハイブリッド遠距離通信システム上で呼を受信することと、少なくとも１つのコールパラメータを決定するために、コールパラメータデータベースにアクセスすることと、少なくとも１つのコールパラメータに基づいて、切換通信ネットワークおよびパケット送信ネットワーク上で呼を経路決定することとを具備することを特徴とする方法。１０．コールパラメータデータベースは、ハイブリッド遠距離通信システムへの加入者に関するプロフィール情報を具備することを特徴とする請求項９記載の方法。１１．コールパラメータデータベースは、呼タイプに関する情報を具備することを特徴とする請求項９記載の方法。１２．コールパラメータデータベースは、切換通信ネットワークおよびパケット送信ネットワークの使用に関する情報を具備することを特徴とする請求項９記載の方法。１３．コールパラメータデータベースは、呼の時間に関する情報を具備することを特徴とする請求項９記載の方法。１４．パケット送信ネットワークは、インターネットを具備することを特徴とする請求項９記載の方法。１５．切換通信ネットワークは、公衆交換通信ネットワークを具備することを特徴とする請求項１４記載の方法。１６．公衆交換通信ネットワークは、電話ネットワークであることを特徴とする請求項１５記載の方法。１７．切換通信ネットワークおよびパケット送信ネットワークを具備するハイブリッド遠距離通信システムにおいて呼を送るためのコンピュータプログラムであって、該コンピュータプログラムは、コンピュータ読出可能媒体上に格納され、メモリ内にコールパラメータデータベースを格納する第１ソフトウェアと、ハイブリッド遠距離通信システムが呼を受信すると、少なくとも１つのコールパラメータを決定するために、コールパラメータデータベースにアクセスする第２ソフトウェアと、少なくとも１つのコールパラメータに基づいて、切換通信ネットワークおよびパケット送信ネットワーク上で呼を経路決定する第３ソフトウェアとを具備することを特徴とするコンピュータプログラム。１８．コールパラメータデータベースは、ハイブリッド遠距離通信システムへの加入者に関するプロフィール情報を具備することを特徴とする請求項１７記載のコンピュータ読出可能媒体上に格納されたコンピュータプログラム。１９．コールパラメータデータベースは、呼タイプに関する情報を具備することを特徴とする請求項１７記載のコンピュータ読出可能媒体上に格納されたコンピュータプログラム。２０．コールパラメータデータベースは、切換通信ネットワークおよびパケット送信ネットワークの使用に関する情報を具備することを特徴とする請求項１７記載のコンピュータ読出可能媒体上に格納されたコンピュータプログラム。２１．コールパラメータデータベースは、呼の時間に関する情報を具備することを特徴とする請求項１７記載のコンピュータ読出可能媒体上に格納されたコンピュータプログラム。２２．パケット送信ネットワークは、インターネットを具備することを特徴とする請求項１７記載のコンピュータ読出可能媒体上に格納されたコンピュータプログラム。２３．切換通信ネットワークは、公衆交換通信ネットワークを具備することを特徴とする請求項２２記載のコンピュータ読出可能媒体上に格納されたコンピュータプログラム。２４．公衆交換通信ネットワークは、電話ネットワークであることを特徴とする請求項２３記載のコンピュータ読出可能媒体上に格納されたコンピュータプログラム。２５．切換通信ネットワークと、切換通信ネットワークへ結合されたパケット送信ネットワークと、切換通信ネットワークおよびパケット送信ネットワークへ結合されたコールルーターと、切換通信ネットワークおよびパケット送信ネットワークと通信する付属ディスプレイを伴うコンピュータとを具備し、コンピュータは、ハイブリッド遠距離通信システムの遠隔管理を開始するように構成されることを特徴とするハイブリッド遠距離通信システム。２６．ハイブリッド遠距離通信システムのテストを開始することができる折返し電話ロジックを更に具備することを特徴とする請求項２５記載のハイブリッド遠距離通信システム。２７．テストは、回路分析を含むことを特徴とする請求項２５記載のハイブリッド遠距離通信システム。２８．ループスタート，グランドスタートのような信号送信ステータスを選択するための、または、デュアルトーンマルチ周波数またはマルチ周波数またはダイヤルトーンのような信号送信するための管理デバイスを更に具備することを特徴とする請求項２５記載のハイブリッド遠距離通信システム。２９．ハイブリッド遠距離通信システムは、インターネット電話に対するサポートを具備することを特徴とする請求項２５記載のハイブリッド遠距離通信システム。３０．ハイブリッドネットワークの管理を監視するオペレータのための手段を具備することを特徴とする請求項２５記載のハイブリッド遠距離通信システム。３１．ハイブリッド遠距離通信システムのサービスの質を調節するエキスパートシステムを更に具備することを特徴とする請求項２５記載のハイブリッド遠距離通信システム。３２．ハイブリッド遠距離通信システム上で通信を可能にするための方法であって、ハイブリッド遠距離通信システムは、１または２以上のパケット送信ネットワークへ結合された１または２以上の切換通信ネットワークを具備し、該方法は、コールルーターを、切換通信ネットワークおよびパケット送信ネットワークへ結合するステップと、パケット送信ネットワークと通信するために、コンピュータを、付属ディスプレイと組み合わせるステップとを具備し、コンピュータは、ハイブリッド遠距離通信システムの遠隔管理を開始することができることを特徴とする方法。３３．ハイブリッド遠距離通信システムのテストを開始するために、折返し電話ロジックが利用されることを特徴とする請求項３２記載のハイブリッド遠距離通信システム上で通信を可能にするための方法。３４．テストは、回路分析を含むことを特徴とする請求項３３記載のハイブリッド遠距離通信システム上で通信を可能にするための方法。３５．ループスタート，グランドスタートのような信号送信ステータスを選択することによって、または、デュアルトーンマルチ周波数またはマルチ周波数またはダイヤルパルスのような信号を検出することによって、ハイブリッド遠距離通信システムを管理することを更に具備することを特徴とする請求項３２記載のハイブリッド遠距離通信システム上で通信を可能にするための方法。３６．ハイブリッド遠距離通信システムは、インターネット電話に対するサポートを具備することを特徴とする請求項３２記載のハイブリッド遠距離通信システム上で通信を可能にするための方法。３７．ハイブリッドネットワークの管理をオペレータが監視するステップを更に具備することを特徴とする請求項３２記載のハイブリッド遠距離通信システム上で通信を可能にするための方法。３８．ハイブリッド遠距離通信システムのサービスの質を調節するために、エキスパートシステムを使用するステップを更に具備することを特徴とする請求項３２記載のハイブリッド遠距離通信システム上で通信を可能にするための方法。３９．ハイブリッド遠距離通信システム上で通信を可能にするためのコンピュータプログラムであって、該コンピュータプログラムは、コンピュータ読出可能媒体上に格納され、ハイブリッド遠距離通信システムは、１または２以上のパケット送信ネットワークへ結合された１または２以上の切換ネットワークを具備し、該プログラムは、コールルーターを、切換通信ネットワークおよびパケット送信ネットワークへ結合する第１ソフトウェアと、パケット送信ネットワークと通信する第２ソフトウェアとを具備し、第２ソフトウェアは、ハイブリッド通信システムの遠隔管理を開始することを特徴とするコンピュータプログラム。４０．ハイブリッド遠距離通信システムのテストを開始するために、折返し電話ロジックを更に具備することを特徴とする請求項３９記載のハイブリッド遠距離通信システム上で通信を可能にするためのコンピュータ読出可能媒体上に格納されたコンピュータプログラム。４１．テストは、回路分析を含むことを特徴とする請求項４０記載のハイブリッド遠距離通信システム上で通信を可能にするためのコンピュータ読出可能媒体上に格納されたコンピュータプログラム。４２．ループスタート，グランドスタートのような信号送信ステータスを選択するための、または、デュアルトーンマルチ周波数またはマルチ周波数またはダイヤルパルスのような信号を検出するための管理ソフトウェアを更に具備することを特徴とする請求項３９記載のハイブリッド遠距離通信システム上で通信を可能にするためのコンピュータ読出可能媒体上に格納されたコンピュータプログラム。４３．ハイブリッド遠距離通信システムは、インターネット電話に対するサポートを具備することを特徴とする請求項３９記載のハイブリッド遠距離通信システム上で通信を可能にするためのコンピュータ読出可能媒体上に格納されたコンピュータプログラム。４４．ハイブリッド遠距離通信システムの管理をオペレータが監視することを容易にするオペレータソフトウェアを更に具備することを特徴とする請求項３９記載のハイブリッド遠距離通信システム上で通信を可能にするためのコンピュータ読出可能媒体上に格納されたコンピュータプログラム。４５．ハイブリッド遠距離通信システムは、ハイブリッド遠距離通信システムのサービスの質を調節するエキスパートシステムを具備することを特徴とする請求項３９記載のハイブリッド遠距離通信システム上で通信を可能にするためのコンピュータ読出可能媒体上に格納されたコンピュータプログラム。