JP3967384B2 - 拡張アドレシング計画のための方法およびシステム - Google Patents

Description

発明の属する技術分野
本発明は、通信および情報管理システムに関し、特に、改善されたネットワークベースの音声メッセージングおよびマルチメディア通信ならびに拡張されたアドレシング計画（拡張アドレシング計画）のためのディレクトリ方法およびシステムに関する。
従来の技術
現在利用可能な通信ファシリティには、音声通信、電子メール通信、ファクシミリ通信およびビデオ通信がある。これらの通信ファシリティは、ボイスメールファシリティや掲示板サービスなどのような蓄積取得ファシリティによって増強される。これらのさまざまな通信ファシリティは、私設ネットワークとして相互接続され、独立かつ異種の通信チャネルを通じて、独立のプラットフォームで運用される。
ｃｃ：Ｍａｉｌのようなローカルエリアネットワーク（ＬＡＮ）ベースのメールシステムや、ＭＣＩ Ｍａｉｌのような大規模な私設電子メールプロバイダは、電子メールコンテントにおけるネットワーキング機能を多少実現しているが、音声メッセージングやファクシミリ伝送のような他の通信ファシリティは非常にローカルなファシリティである。例えば、代表的なメッセージングシステム（ＭＳ（messaging system））は、会社のような単一の組織内に制約され、最大でも、単一の加入者交換機キャリア（local exchange carrier）ファシリティ内に制約される。メッセージングファシリティのこの非常なローカル性と、独自のメッセージングプロトコルの非互換性から、これらの通信サービスに対して大規模に統合されたネットワーク機能を提供する努力はほとんどなされていない。さらに、これらのファシリティのほとんどは、音声のみ、電子メールのみ、あるいはファクシミリ伝送のみというように単一のメディアに制限される。
さらに、とりわけ、音声メッセージングシステム（ＶＭＳ（voice messaging system））は、以下の制限により、大規模に統合されたネットワーク機能を提供していない。
（１）その端末機器は通常電話機である。電話機は、デュアルトーン多周波（ＤＴＭＦ）信号のようなオーディオ信号で通信することしかできない。
（２）アドレシングの方法は、短い固定長の数字アドレスであることが多く、これは現在展開されている番号方式である。
（３）メッセージは一般に、長い、数分間にわたるディジタル化されたアナログオーディオ信号である。
（４）送信者または受信者の識別確認は、メールボックス番号や名前などの音声識別でなければならない。
（５）ルックアップのようなディレクトリ型の機能は、ＡＳＣＩＩ型の入力で行うことはできず、ＤＴＭＦ入力に制限される。
（６）音声メッセージングシステムの通信プロトコルは、メディア変換、主題識別およびルーティングなどの特殊なサービスを要求あるいは指定するのに必要なファシリティを提供しない。
既存のメッセージングシステムおよびネットワークの成長においてさらに複雑なことは、ディレクトリの管理およびネットワークの情報のアドレシングの複雑さが並行して増大していることである。既存のディレクトリファシリティは通常単一のシステムに制限され、高々、単一の組織に制限される。現在のシステムでは、他のファシリティがネットワークに追加されるにつれて統合システムの複雑さが増大するのに応じて他のファシリティからディレクトリ情報を効果的に取得し使用することは、不可能ではないにしても困難である。このような大規模なディレクトリは、ユーザに提供される検索やルックアップのような機能がＤＴＭＦ入力に制限されるということにより、音声メッセージングシステムでの取り扱いがさらに複雑になる。
現在のメッセージングシステムの孤立性のため、システムの効果的なネットワーキングのために行わなければならない異種システム間の通信を行うのに用いられる標準化はほとんどなされていない。従って、同じメディアで動作しているメッセージングシステム（例えば、２つの音声メッセージングシステム）であっても、メッセージを処理し転送するためにシステムによって用いられるプロトコルの相違により、システム間で情報およびメッセージを転送することができないことがある。
ネットワーク環境におけるメッセージトラフィックの管理はさらなる問題を生じる。メッセージがローカルなメッセージングシステムの制御から離れてネットワークに入ると、メッセージのルーティングおよび配送の責任もネットワークに渡らなければならない。この責任により、ネットワークは、かなりのメッセージ追跡および管理機能を有することが必要となる。この管理タスクの複雑さは、ネットワークのサイズが増大するとともに非常に大きくなる。この複雑さは、音声メッセージングシステムでは、アドレシングが数値的であり、ほとんどの場合サイズが送信者／受信者の電話番号あるいはその他の何らかのローカルな私設番号計画に制限され、しかも、ローカルネットワーキングプロトコルのアドレシングフィールドのサイズに制限されることにより、さらに増大する。
さらなる複雑さが、国際および自動受付メッセージング計画から生じる。減税のメッセージングシステムは、１０桁の番号しか送受信することができないことが多い。しかし、拡張アドレシング（一般に１２? １６桁のアドレシング）を必要とする国際および自動受付メッセージング計画には、１０桁の番号は不十分である。
従って、ネットワークベースの音声およびマルチメディア通信ファシリティを提供するとともに、さらに、拡張アドレシングを使用する国際および自動受付メッセージング計画をサポートする統合された通信システムに対する需要が生じている。
発明の要約
本発明によれば、従来のシステムおよび解決法に伴う欠点をほぼ除去あるいは縮小する通信システムが実現される。
本発明の一実施例によれば、外部音声メッセージングシステムに接続可能なネットワークハブシステムを有する通信システムが実現される。ネットワークハブシステムは、通信システムのユーザに対して、可変長の電話ベースのアドレスおよび固定長のグローバルに一意的なアドレスを記憶するように動作するデータベース記憶装置を有する。データベース記憶装置は、外部音声メッセージングシステムのアドレスタイプを記憶するように動作することも可能である。さらに具体的には、通信システムは、ユーザが選択的にメッセージをルーティングすることを可能にする追加の電話ベースのアドレスを有することも可能である。
本発明のもう１つの実施例によれば、ネットワークハブシステムは、標準アドレシングアクセスポートと、拡張アドレシングアクセスポートを有することが可能である。この実施例では、ネットワークハブシステムは、外部音声メッセージングシステムにも接続可能である。標準アドレシングアクセスポートにおいて、ネットワークハブシステムは、メッセージングシステムから、標準的な、拡張されていないアドレスを有するメッセージと、メッセージの標準アドレスを受信するように動作することが可能である。一方、拡張アドレシングアクセスポートにおいて、ネットワークハブシステムは、メッセージングシステムから、あらかじめ定義されたプレフィクスと標準アドレスを含む拡張アドレスを有するメッセージを受信するとともに、メッセージの標準アドレスを受信するように動作することが可能である。ネットワークハブシステムは、拡張アドレシングアクセスポートで受信される標準アドレスにあらかじめ定義されたプレフィクスを追加して拡張アドレスを修正するように動作することが可能である。あらかじめ定義されたプレフィクスは、国際ダイヤル国コードとすることが可能である。
本発明の重要な技術的な利点には、拡張アドレシング計画の通信システムおよび方法を提供することがある。本発明のもう１つの重要な技術的利点としては、それ自体では拡張アドレシングを提供することができないメッセージングシステムに拡張アドレシングを提供するネットワークハブシステムを提供することがある。特に、データベース記憶装置は、システムの各ユーザごとに、拡張された（電話ベースの）アドレスと、グローバルに一意的なアドレスを記憶するように動作することが可能である。電話ベースのアドレスによって要求される拡張アドレシングの機能のないメッセージングシステムは、グローバルに一意的なユーザのアドレスを使用することが可能である。グローバルに一意的なアドレスは、ネットワークハブシステムにおいてユーザの電話ベースのアドレスに変換される。
本発明のさらにもう１つの重要な技術的利点として、追加の電話ベースのアドレスを提供することがある。すなわち、エリアコード切り替えや同種のイベントの許容期間中に、許容される電話ベースのアドレスが使用可能である。
その他の技術的利点は、以下の図面、説明、および請求の範囲から、当業者には直ちに明らかとなる。
【図面の簡単な説明】
本発明のさらに完全な理解は、添付図面を参照することによって得られる。同じ参照番号は同じ要素を示す。
図１は、本発明のマルチメディア通信システムのブロック図である。
図２は、本発明のネットワークハブで用いられるモジュラソフトウェアアーキテクチャのブロック図である。
図３は、本発明のネットワークハブで用いられるソフトウェアモジュール間のメッセージおよび制御情報のフローを示すデータフロー図である。
図４は、本発明の通信システムで用いられるアナログ接続プロセッサのブロック図である。
図５は、本発明の通信システムで用いられるアナログ接続プロセッサ、ディジタル接続プロセッサおよびネットワークプロセッサの状態図である。
図６は、本発明の通信システムで用いられるディジタル接続プロセッサのブロック図である。
図７は、本発明の通信システムで用いられるネットワークプロセッサのブロック図である。
図８は、本発明の通信システムで用いられるイベントプロセッサのブロック図である。
図９は、本発明の通信システムで用いられるイベントプロセッサの状態図である。
図１０は、本発明の通信システムで用いられる制御プロセッサ、管理プロセッサ、イベントプロセッサ、およびデータベースプロセッサのブロック図である。
図１１は、本発明の通信システムで用いられる管理プロセッサのブロック図である。
図１２は、本発明の通信システムで用いられるメディア変換のデータフロー図である。
図１３は、本発明の通信システムで用いられるネットワークセンタのブロック図である。
図１４は、本発明の通信システムのアドレス変換動作の例である。
図１５は、本発明によって用いられる変換テーブルの例示である。
図１６Ａ? Ｂは、拡張アドレシングを行うために実行される変換の例である。
図１７は、拡張アドレシング計画を実装するために本発明の一実施例によって用いられるシステムおよび方法の概略図である。
図１８は、図１７の実施例によって用いられる拡張アドレス完成テーブルの例示である。
図１９は、図１７の実施例による拡張アドレシングを行うために実行される変換の例である。
発明の詳細な説明
ネットワーク構造
図１は、マルチメディアネットワークベースの通信システム（全体的に１０で示す。）のブロック図である。通信システム１０は、いくつかのネットワークハブ１２、１４および１６を含む。ネットワークハブ１２、１４および１６は、通信ネットワーク１８を通じて相互に接続されている。通信ネットワーク１８は、例えば、高速データリンク、フレームリレーリンクあるいはその他の適当な高速データ通信ファシリティからなる。通信システム１０は、さまざまなメッセージソース（送信元）からさまざまなメッセージデスティネーション（宛先）への通信トラフィックを処理しルーティングするように動作する。例えば、ハブシステム１２は、図示のように、電話機２２、メッセージングシステム（ＭＳ）２４、従来のボイスメールシステム（ＶＭＳ）２６に接続されている。ボイスメールシステム２６は、電話機３８、ファクシミリ送信システム２８および公衆メッセージングネットワーク３０によって表される多数の電話端末に接続されている。公衆メッセージングシステム３０は、例えば、加入者交換機キャリアによって公衆に提供されるメッセージングサービスからなる。さらに、ネットワークハブ１４は、図示のように、私設システム３２および電子メールファシリティ３４に接続されている。私設システム３２はそれ自体いくつかのメッセージングシステムを含む。ネットワークハブ１４はまた、図示のように、電話機２０および従来のボイスメールシステム３６に直接接続されている。ボイスメールシステム３６は、電話機３８によって表される多数の電話機に接続されている。理解されるべき点であるが、直接接続として図示される通信接続は、実際には、私設および公衆通信ネットワークの一部である構内交換機や中央局交換機のような介在する交換ファシリティを含むことがある。
ネットワークハブ１４はまた、図示のように、私設ローカルエリアネットワーク（全体的に３１で示す。）に接続されている。ローカルエリアネットワーク３１は、通信ゲートウェイ３３を用いてネットワークハブ１４と通信する。ローカルエリアネットワーク３１は、さまざまなメッセージング動作をサポートするために用いられることが可能であるとともに、電子メール機能、ファクシミリ機能、音声機能あるいはビデオ機能を有するユーザステーションを接続することが可能である。通信システム１０は、ゲートウェイ３３およびネットワークハブ１４を通じて、これらのすべてのシステムを他のメッセージングシステムと接続するために用いることが可能である。
同様に、ネットワークハブ１６は、図示のように、メッセージングシステム４０、私設システム４２、およびファクシミリ送受信ファシリティ４４に接続されている。私設システム４２は、いくつかのメッセージングシステムを有する。ネットワークハブシステム１２、１４および１６はまた、通信ネットワーク１８を通じてネットワークセンタ３７に接続されている。ネットワークセンタ３７は、以下でさらに詳細に説明するように、ネットワーク１０の動作をモニタする。情報プロバイダ３９もまた、情報プロバイダ３９からのデータおよびメッセージのトラフィックのための、通信システム１０内へのゲートウェイとして設けられる。情報プロバイダ３９は、例えば、掲示板情報や、ユーザの好みや人口統計あるいは情報の内容に基づいて通信システム１０のユーザに配信される大衆配信情報サービスや広告メッセージを提供する。
以下で詳細に説明するように、通信システム１０は、通信トラフィックの異種のソースおよび方式を統合し相互接続するとともに、それらの間でメッセージを変換するように動作する。通信システム１０は、通信システムの全ユーザと各ユーザの通信プロファイルの普遍的なデータベースを管理する。通信プロファイルには、ユーザがメッセージを送受信することができるさまざまなメディアが含まれる。例えば、ある一人のユーザは、電子メールファシリティ、ボイスメールファシリティ、ファクシミリファシリティおよびビデオファシリティを用いて通信を制御および受信することが可能である。これらのファシリティはすべて、システム１０のネットワークデータベース内の、そのユーザに対応するユーザプロファイルレコードにおいて指定される。後述するように、このデータベースのコピーが、図１のネットワークハブ１２、１４および１６で例示される、システム１０内の各ネットワークハブで管理される。大規模な統合ネットワーク機能では、数字アドレシングに基づいて大規模な分散ネットワークディレクトリを構築し管理するとともに、ユーザシステムのＤＴＭＦシグナリングおよび固有のプロトコルを利用してアクセスしなければならないという点で、音声メッセージングシステムとのインタフェースにより、個々のユーザプロファイルを管理することがさらに複雑になる。通信システム１０はさらに、メディア、プロトコル、および言語の変換機能を有する。これにより、例えば、あるメディアで送信されたメッセージが別のメディアで受信されることが可能となる。例えば、電子メールメッセージは、デスティネーションユーザ側で、電子メールファシリティはないがファクシミリファシリティがある場合、あるいは、電子メール通信よりもファクシミリ送信を受信するほうを望む場合でも、送信することが可能となる。従って、通信システム１０は、電子メールメッセージをファクシミリメッセージに変換し、そのメッセージを指定されたファクシミリファシリティへ送ることになる。大規模な統合ネットワーク機能では、相異なるメディアデスティネーションに対する数字アドレスを含み通信システムのユーザの数字アドレスによってアクセスされる大規模な分散ネットワークディレクトリを構築するとともに、ユーザシステムのＤＴＭＦシグナリングおよび固有のプロトコルを利用して配信しなければならないという点で、音声メッセージングシステムとのインタフェースにより、マルチメディアメッセージおよび代替ルーティングの処理はさらに複雑になる。さらに、音声メッセージングシステムの通信プロトコルには、マルチメディアメッセージに対して特殊な処理を要求し指定する能力がない。
本発明の利点を説明するために、通信システム１０に接続され通信システム１０によってサービスされるデータトラフィックのすべてのソースおよびデスティネーションを、それらが音声メールシステム、電子メールシステム、ファクシミリ送信ファシリティ、ビデオ送信ファシリティあるいはその他のデータ送信または受信ファシリティのいずれであるかにかかわらず、「メッセージングシステム」と呼ぶ。同様に、この説明のためには、このようなメッセージングシステムから受信されるデータは、その構成内容にかかわらず「メッセージ」と呼ぶ。例えば、通信システム１０によって受信され、処理され配信されるメッセージは、音声メッセージ、電子メールメッセージ、ファクシミリもしくはビデオ送信またはメディアを組み合わせて合成メッセージを形成したものからなることが可能である。ここで、メッセージの「メディア」とは、メッセージが送受信される方式を指す。例えば、メッセージメディアには、音声、電子メール、ファクシミリもしくはその他のグラフィック画像、またはビデオが含まれる。さらに、メッセージの「プロトコル」とは、メッセージを通信システム１０へ送信するメッセージングシステムによってメッセージを含むデータが符号化される方式、通信システム１０を通る際にメッセージを含むデータが符号化される方式、および、デスティネーションメッセージングシステムがメッセージを理解するためにメッセージを含むデータが配送される前に符号化される方式を指す。「ユーザ」という用語は、ここでは、直接に、または、通信システム１０に接続されたメッセージングシステムを通じて、通信システム１０とインタフェースをとる人間を指す。
図１に示されるネットワークハブ１２、１４および１６のようなネットワークハブは、通信システム１０が、相異なるプロトコルを使用する多数の異種のメッセージングシステムと接続することを可能にするプロトコル変換ファシリティとして作用する。現在では、私設および公衆通信ならびにデータ伝送ファシリティによってメッセージングシステムを相互接続するために用いられる多数の通信プロトコルがある。通信システム１０は、メッセージングシステムから、そのシステムに固有のプロトコルを用いてメッセージおよび管理情報を受信するように動作する。その後、メッセージおよび管理情報は、デスティネーションファシリティのプロトコルを用いてデスティネーションファシリティへ送信されることが可能である。いくつかの会社は、通信システム１０によってサポートすることが可能な独自の情報配信プロトコル（そのようなプロトコルが利用可能であれば）を維持している。さらに、Ｘ．４００メッセージング、ＳＳ７シグナリングならびにオーディオメッセージ交換仕様（ＡＩＭＳ（audio message interchange specification））のディジタルおよびアナログの両方のバージョンのようなパブリックドメインプロトコルもまた通信システム１０によってサポートされる。例えば、Ｘ．４００プロトコルは、現在用いられている実質的にすべての通信機能に対するサポートを含む。個々の機能セットは、通常、個々のメッセージングシステムによって用いられる機能に依存し、通常、Ｘ．４００プロトコルによってサポートされる機能のサブセットを含む。通信システム１０は、通信システム１０に接続されるメッセージングシステムによって実装されるいかなる機能もサポートすることができるように自由度が高い。さらに、大規模な統合ネットワーク機能では、メッセージがＤＴＭＦシグナリングおよび数字アドレスを利用して配信されるという点で、音声メッセージングシステムとのインタフェースにより、マルチプロトコル変換機能の提供はさらに複雑になる。さらに、音声メッセージングシステムの通信プロトコルは、異種プロトコルへの変換を要求あるいは指定する能力がない。
本発明の通信システムはまた、ディレクトリ情報のためのさまざまな公衆および独自のプロトコルで動作する。以下でさらに詳細に説明するように、一部のメッセージングシステムは、アドレシングおよびルーティング情報のソースとして本発明の通信システムを使用するのみである可能性がある。このような場合、メッセージングシステムは、通信システム１０に、目的とするデスティネーションに関する情報を提供する。すると、通信システム１０は、メッセージングシステムが独立にデスティネーションと連絡をとり、メッセージを送信することができるように、特定のルーティング情報を返す。このような状況において、通信システム１０とメッセージングシステムの間で渡されるディレクトリ情報は、通信システム１０によって理解される公衆または独自のいくつかのディレクトリ情報プロトコルを使用することが可能である。大規模な統合ネットワーク機能では、数字アドレシングに基づいてアクセスされなければならないアドレスおよび配信情報を含む大規模な分散ネットワークディレクトリを構築し管理するとともに、この情報は、ユーザのメッセージングシステムのＤＴＭＦシグナリングおよび固有のプロトコルを利用して要求元のシステムへ配信されるという点で、音声メッセージングシステムとのインタフェースにより、ディレクトリアドレシングサービスを提供することはさらに複雑になる。
動作時には、ネットワークハブ１２などのネットワークハブは、例えば、図１に示されるメッセージングシステム２４を通じてメッセージを受信することになる。例として、メッセージングシステム２４は、ＤＴＭＦシグナリングのアナログＡＭＩＳプロトコル形式を利用すると仮定する。さらに、メッセージングシステム２４からのメッセージは、独自のディジタル通信プロトコルを利用する私設システム４２によってサービスされる当事者宛であると仮定する。この場合、ネットワークハブ１２は、メッセージングシステム２４からアナログＡＭＩＳプロトコルでメッセージを受信する。次に、ネットワークハブ１２は、メッセージ内の情報をネットワーク伝送フォーマットに合うように変換し、変換されたメッセージを、通信ネットワーク１８を通じてハブ１６へ送信する。すると、ネットワークハブ１６は、私設システム４２によって理解される独自の通信プロトコルを用いてその情報を私設システム４２へ送信する。このようにして、通信システム１０は、メッセージがデスティネーションメッセージングシステムへ送信されるメディアを変換するように作用するのみならず、異種の通信プロトコルをサポートすることによって、異なる独自のメッセージングシステム間のメッセージングを提供するようにも作用する。本発明の通信システムは、メッセージのすべてのルーティングおよび処理のために共有内部プロトコルを使用する。従って、本発明の通信システムは、ＭＩＭＥ（Multipurpose Internet Mail Extension）などのような新たな通信プロトコルが広まるのにも容易に適応することができる。これらの新たなプロトコルを利用するシステムとインタフェースするために要求されるネットワークハブは、新たなプロトコルを内部プロトコルに変換するだけでよい。こうして、通信システムの動作は全体として、無制限の新しいプロトコルの追加をサポートすることができる。
通信システム１０内のネットワークハブシステムは、相互に、および、ネットワークセンタ３７と常に通信して、通信システム１０内のメッセージの状態について更新を行うとともに、さらに、各ネットワークハブ内のユーザデータベースに記憶されているユーザプロファイル情報についても更新する。ネットワークセンタ３７は、これらのデータベースおよび状態の更新を受信し、それらの更新を、通信システム１０内の残りのハブへ送信する。ハブ間で常に通信していることにより、これらの更新は、ユーザプロファイルの普遍的なディレクトリと、通信システム１０内のすべてのメッセージの状態に関する常に変化する情報とを提供する。大規模な統合ネットワーク機能では、大規模な分散ネットワークディレクトリが構築され、通信システムのユーザの数字アドレスによってアクセスされなければならないという点で、音声メッセージングシステムとのインタフェースにより、ユーザプロファイル情報およびメッセージ追跡のアクセスおよび更新はさらに複雑になる。
後述するように、通信システム１０内の相互接続されたネットワークハブはまた、通信システム１０に接続されるメッセージングシステムに利用可能な大量の仮想記憶を提供する。このようにして、大規模な掲示板やその他の共有情報を、いずれのネットワークハブに記憶することも可能であり、また、通信システム１０に接続されたメッセージングシステムで即時に利用可能である。大規模な統合ネットワーク機能では、ＤＴＭＦシグナリング、数字アドレシングおよびディレクトリ情報を利用する要求元のシステムに対する、ユーザシステムの固有のプロトコルで送信される数字アドレスおよびアクセス／配信情報を含む大規模な分散ネットワークディレクトリを構築し管理しなければならないという点で、音声メッセージングシステムとのインタフェースにより、掲示板やその他の共有情報サービスを提供することはさらに複雑になる。
ネットワークハブアーキテクチャ
図２は、本発明のネットワークハブで用いられるさまざまなソフトウェアモジュールの相互関係のブロック図である。図２は、図１に関して前に説明したネットワークハブ１２、１４および１６のような特定のネットワークハブ内で機能するさまざまなモジュールを示す。図２において、接続プロセッサ５２および５４は、この特定ネットワークハブに接続されたメッセージングシステムと相互作用する。例えば、アナログ接続プロセッサ５２は、ＤＴＭＦシグナリングを使用する音声メッセージングシステムによって利用されるアナログ通信プロトコルのようなアナログ通信プロトコルを用いる外部メッセージングシステムと通信する。同様に、ディジタル接続プロセッサ５４は、ディジタル通信プロトコルを使用する外部メッセージングシステムと通信する。図２には接続プロセッサ５２および５４のみが示されているが、特定のネットワークハブに接続されたメッセージングシステムの数に対して十分な数だけこれらのそれぞれの接続プロセッサがあると理解すべきである。接続プロセッサ５２および５４は、図２に示される内部インタフェース５６を通じて、例えばＴＣＰ／ＩＰ（Transport Control Protocol/Internet Protocol）を用いて残りのソフトウェアシステムと通信する。内部インタフェース５６は、特定のネットワークハブ内で動作するソフトウェアシステム内のすべてのモジュール間の主な通信リンクとして作用する。内部インタフェース５６はまた、メッセージ格納５８へのアクセスを提供するファイルサーバ５９に接続されている。メッセージ格納５８は、例えば、ハードディスクドライブのような大規模ディジタル記憶メディアからなる。メッセージ格納５８は、ネットワークハブに接続されたメッセージングシステムとの間で送受信されるメッセージを収容する。メッセージのメディアあるいはフォーマットを変換しなければならないときには、メディアトランスレータ６９が使用される。メディアトランスレータ６９は、メッセージ格納５８に記憶されているメッセージに対してメディアあるいはその他の形式の変換を実行する。大規模な統合ネットワーク機能では、数字アドレシング法を利用する分散ネットワークディレクトリにより変換パラメータにアクセスしなければならない点、および、音声メッセージングシステムの通信プロトコルはメディア変換サービスを要求あるいは指定することができないという点で、音声メッセージングシステムとのインタフェースにより、メディアおよびその他の変換サービスを提供することはさらに複雑になる。
ネットワークプロセッサ６０もまた内部インタフェース５６に接続されている。ネットワークプロセッサ６０は、特定のネットワークハブを他のネットワークハブおよびネットワークセンタ３７に接続する外部インタフェース６２にも接続されている。ネットワークプロセッサ６０は、他のネットワークハブへのメッセージを収集および分配する。他のネットワークハブと通信するために、ネットワークプロセッサ６０は、例えば、ＳＭＴＰ（simple message transport protocol）およびＭＩＭＥプロトコルを使用する。
管理プロセッサ６４もまた、内部インタフェース５６および外部インタフェース６２に接続されている。管理プロセッサ６４は、ネットワークセンタ３７および特定ネットワークハブと通信し、特定ネットワークハブ内のメッセージトラフィックをモニタおよび管理するように動作する。大規模な統合ネットワーク機能では、音声メッセージングシステムのユーザの数字アドレスによってメッセージにアクセスしメッセージを追跡しなければならないという点で、音声メッセージングシステムとのインタフェースにより、ユーザのメッセージおよび情報を追跡することはさらに複雑になる。
一群の制御プロセッサ６６が、外部インタフェース６２とハブデータベース６８の間に接続されている。図３に関してさらに詳細に後述するように、制御プロセッサは、メッセージルータ７２、接続マネージャ７４、データレプリケータ７６および管理イベントマネージャ７８を有する。一般に、制御プロセッサ６６は、ネットワークハブの動作を制御するとともに、ハブデータベース６８に記憶されている情報を管理し操作するように動作する。ハブデータベース６８はまた、イベントプロセッサ７０を通じて内部インタフェース５６を含む通信システムの残りの部分に接続され操作される。イベントプロセッサ７０は、ネットワークハブ要素の実時間制御を提供する。イベントプロセッサ７０は、ディレクトリサービス要求、識別確認要求、アナログ、ディジタルおよびネットワーク接続要求、メッセージ配信イベントならびに管理イベントキューに応答する。大規模な統合ネットワーク機能では、音声メッセージングシステムのユーザの数字アドレスを含む大規模な分散ネットワークディレクトリを構築し管理しなければならないという点で、音声メッセージングシステムとのインタフェースにより、メッセージルーティングのような制御プロセッサの動作、および、ディレクトリサービス要求のようなイベントプロセッサの動作は、ユーザのメッセージおよび情報を追跡することはさらに複雑になる。
ネットワークハブは、個々のネットワークハブによってサービスされるトラフィックの量に応じて、さまざまなハードウェアプラットフォームを用いて実装することが可能である。一般に、接続プロセッサは、通信周辺機器カードによってサービスされるパーソナルコンピュータプラットフォームに存在する。制御プロセッサおよびデータベースファシリティは、適当なワークステーションプラットフォーム上に実装することが可能である。これらのさまざまなディスクリートなハードウェアプラットフォームはすべて、ローカルエリアあるいはワイドエリア（広域）ネットワークシステムを用いて相互に通信することが可能である。
図３は、ネットワークハブ内で動作するさまざまなソフトウェアモジュール内でのさまざまな種類のデータのルーティングおよび交換を示すデータフロー図である。図２に関して説明した多くのファシリティが図３のデータフロー図にさらに詳細に示されている。例えば、制御プロセッサ６６は、構成要素に分解されている。図３は、メッセージルータ７２、接続マネージャ７４、データレプリケータ７６および管理イベントマネージャ７８を示している。図３に示されるように、このような制御プロセッサ６６はそれぞれ、例えばＳＱＬ／蓄積手続きを含むデータベースアクセス手続きを通じてハブデータベース６８と相互作用する。本質的には、これらのさまざまなソフトウェアモジュールは、例えばＴＣＰ／ＩＰソケットや遠隔手続き呼出しを含む通信メカニズムを通じて制御プロセッサ６６と相互作用することが可能である。
イベントプロセッサ７０は、適当なハブ制御プロトコル（ＨＣＰ（hub control protocol））を用いて、ネットワークプロセッサ６０、アナログ接続プロセッサ５２、メディアトランスレータ６９、およびディジタル接続プロセッサ５４と相互作用する。ハブ制御プロトコルは、クライアント? サーバ型、要求? 応答型の通信を提供する適当なプロセス間通信メカニズムからなることが可能である。ハブ制御プロトコルは、例えば、遠隔手続き呼出しやＴＣＰ／ＩＰソケットに基づく。メディアトランスレータ６９は、ファイルサーバ５９を通じてメッセージ格納５８内のメッセージにアクセスし、前述のようにメディアおよびフォーマット変換を実行する。
管理プロセッサ６４は、例えばＳＮＭＰプロキシやＳＮＭＰサブエージェント通信からなる適当な管理プロトコルを用いて、ネットワークプロセッサ６０、アナログ接続プロセッサ５２、ディジタル接続プロセッサ５４およびイベントプロセッサ７０と相互作用する。ネットワークプロセッサ６０、アナログ接続プロセッサ５２、およびディジタル接続プロセッサ５４は、例えばＭＩＭＥを利用するメッセージの蓄積および取得によりファイルサーバ５９を通じてメッセージ格納５８と相互作用する。最後に、ネットワークプロセッサ６０、アナログ接続プロセッサ５２、ディジタル接続プロセッサ５４、管理プロセッサ６４およびデータレプリケータ７６は、これらのファシリティに接続されたデスティネーションに適したメッセージングプロトコルあるいはディレクトリプロトコルを用いて、他のネットワークハブ、メッセージングシステム、あるいはネットワークセンタ３７と通信する。大規模な統合ネットワーク機能では、メッセージングシステムのユーザの数字アドレスを含む大規模な分散ネットワークディレクトリを構築し管理しなければならないという点で、音声メッセージングシステムとのインタフェースにより、ネットワークハブ動作はさらに複雑になる。
ネットワークハブ記憶装置
各ネットワークハブは、前述の２つのデータ記憶装置を含む。各ネットワークハブは、ハブデータベース６８およびメッセージ格納５８を含む。前述のように、メッセージ格納５８は、発信および着信メッセージを記憶し、ファイルサーバ５９を通じてアクセスされるように作用する。ハブデータベース６８は、料金情報、ディレクトリサービス要求、識別確認、ルーティング情報およびキューサービス情報の記憶のための高性能データベースを含む。大規模な統合ネットワーク機能では、通信システムのユーザの数字アドレスを含む大規模な分散ネットワークディレクトリを構築し管理しなければならないという点で、音声メッセージングシステムとのインタフェースにより、ネットワークハブデータベースはさらに複雑になる。後述するように、ハブデータベース６８は、発信および着信メッセージを含むさまざまな管理キューを有する。これらのキューは、実際のメッセージを含むのではなく、メッセージ格納５８に記憶されているメッセージの配信情報を含む。分散しているソフトウェアモジュールは、ネットワークファイルシステムあるいはその他の適当なデータ転送プロトコルを用いることによりファイルサーバ５９を通じてメッセージ格納５８にアクセスすることになる。
ハブデータベース６８は、高性能データベースを含む。ネットワークハブの動作に自由度を提供するために、ハブデータベース６８へのアクセスは問合せリクエスタによって提供される。問合せレスポンダが、ネットワーク遠隔手続き呼出しを通じてさまざまなソフトウェアモジュールから抽象的な問合せを受信する。これらの呼出しは問合せレスポンダによって変換され応答される。このアーキテクチャを用いることによって、ハブデータベース６８は、単に問合せレスポンダを変えることによって変更することができる。
アナログ接続プロセッサ５２、ディジタル接続プロセッサ５４およびネットワークプロセッサ６０は、必要に応じてファイルサーバ５９を用いて、メッセージ格納５８に記憶されているメッセージにアクセスする。メッセージ格納５８内のメッセージは、ファイルサーバ５９を通じてメディアトランスレータ６９によってもアクセスされる。メディアトランスレータ６９は、例えば、テキスト? 音声合成システムを用いて電子メールメッセージから音声メッセージへの変換のように、メディア間でメッセージの変換を実行する。メディアトランスレータ６９の動作については後で図１１を参照してさらに詳細に説明する。
アナログ接続プロセッサ
図４は、前に図２および図３に関して説明したアナログ接続プロセッサ５２の動作のブロック図である。本発明の一実施例によれば、アナログ接続プロセッサ５２は、アナログＡＭＩＳのようなアナログネットワーキングプロトコルを用いてアナログ接続されたメッセージングシステムからのさまざまな形式のメッセージを収集し分配する。大規模な統合ネットワーク機能では、通信システムは、標準的な電話インタフェースをサポートすること、ＤＴＭＦシグナリングを利用する要求元のシステムへの数字アドレシングおよびアクセス／配信情報をサポートすることが必要とされるのに加えて、接続されている音声メッセージングシステムの固有のプロトコルをサポートしなければならないという点で、音声メッセージングシステムとのインタフェースにより、アナログ接続プロセッサの機能はさらに複雑になる。アナログ接続プロセッサ５２は、例えばＵＮＩＸ、Windows NT、あるいはSOLARISオペレーティングシステムが動作する４８６? ＩＳＡバスのパーソナルコンピュータシステムからなるハードウェアプラットフォームで動作する。このハードウェアプラットフォームは、複数の音声、ファクス、およびモデム処理カードや、他の形式のアナログデータ転送を処理する他の形式のインタフェースカードを含むことが可能である。このハードウェアプラットフォームはまた、特定のネットワークハブ内の残りのファシリティに接続するためのイーサネットアダプタのような高性能ネットワークアダプタカードを含むことが可能である。アナログ接続プロセッサ５２のハードウェアプラットフォームはまた、ＵＮＩＸオペレーティングシステムのようなオペレーティングシステムファイルと、受信および送信メッセージを保持するのに十分な一時記憶スペースとを記憶するためのディスクドライブ記憶装置を含む。
図４を参照すると、アナログ接続プロセッサ５２は、３つの内部モジュールを含むように示されている。メッセージモジュール８０は、アナログ接続プロセッサ５２がファイルサーバ５９を通じて前述のメッセージ格納５８と通信することを可能にする。アナログインタフェースモジュール８２は、アナログメッセージングプロトコルを用いて、アナログ接続プロセッサ５２とメッセージングシステムの間の通信リンクを提供する。制御モジュール８４は、アナログ接続プロセッサ５２が管理プロトコルを用いて管理プロセッサ６４と通信することを可能にする。制御モジュール８４はまた、ハブ制御プロトコルを用いて前述のようにイベントプロセッサ７０と通信する。
図５は、アナログ接続プロセッサ５２の動作を示す状態図である。処理はブート状態８６から開始する。この状態には、アナログ接続プロセッサ５２の起動時、または、ハードウェアもしくはソフトウェアリセット条件下で自動的に入る。オペレーティングシステムおよびアプリケーションソフトウェアがアナログ接続プロセッサ５２に正常にロードされた後、アナログ接続プロセッサ５２はブート状態８６を出てイベントプロセッサポーリング状態８８に移る。イベントプロセッサポーリング状態は、アナログ接続プロセッサ５２が前述のイベントプロセッサ７０からアナログ接続プロセッサが実行すべきタスクについての指示を待機しているアイドル状態である。イベントプロセッサポーリング状態８８の間にイベントプロセッサ７０がアナログ接続プロセッサ５２に対してメッセージングシステムとの接続を作成するよう指示した場合、アナログ接続プロセッサ５２は、状態８８を出て、図５に示される接続作成状態９０に移る。状態９０において、アナログ接続プロセッサ５２は、接続を確立し、接続が作成されたことを確認する。
イベントプロセッサ７０はまた、アナログ接続プロセッサ５２に対して、イベントプロセッサポーリング状態８８の間に、メッセージングシステムからの問合せを待機するよう指示することも可能である。この場合、アナログ接続プロセッサ５２は、図５に示される接続待機状態９２に移る。接続待機状態９２において、アナログ接続プロセッサ５２は、所定時間が経過するまで、または、発呼側メッセージングシステムあるいはネットワークファシリティとの接続が形成されるまでとどまる。イベントプロセッサ７０はまた、アナログ接続プロセッサ５２を、イベントプロセッサポーリング状態８８からアイドル状態９４に移らせることもできる。アイドル状態９４は、発信呼用に通信ポートを予約するために、あるいは、アナログ接続プロセッサ５２が新たな呼を受け付けないようにするために、制御プロセッサ６６およびイベントプロセッサ７０によって使用される。一般に、ネットワークハブにとって利用可能な通信ポートのうちの所定の割合がアイドル状態９４に維持され、メッセージあるいはディレクトリ情報を配信するために発信接続を形成するためのプールを提供する。アナログ接続プロセッサ５２は、所定時間が経過するまでアイドル状態９４にとどまり、その後、アナログ接続プロセッサ５２はイベントプロセッサポーリング状態８８に復帰する。
接続作成状態９０において接続が確立され認証された後、アナログ接続プロセッサ５２は、プロトコルマスタ状態９６に移る。プロトコルマスタ状態９６は、メッセージあるいはディレクトリ情報がメッセージングシステムへ送信されるメッセージ送信状態である。プロトコルマスタ状態９６に入ると、アナログ接続プロセッサ５２は、制御プロセッサ６６によって提供されるすべてのメッセージおよびディレクトリ情報を、接続されているメッセージングシステムへ送信し続ける。接続中のいくつかの時点で、アナログ接続プロセッサ５２は、プロトコルスレーブ状態９８に移ろうとする。この状態において、アナログ接続プロセッサ５２は、メッセージ、ディレクトリ情報、あるいはその他のデータをメッセージングシステムから受信することが可能である。そのときに、メッセージ、ディレクトリ情報あるいはデータを受信する必要がない場合、アナログ接続プロセッサ５２は、プロトコルマスタ状態９６から接続終了状態９９に移る。接続終了状態９９において、メッセージングシステムとの接続は終了する。その後、処理は、イベントプロセッサポーリング状態８８に復帰する。
プロトコルスレーブ状態９８は、アナログ接続プロセッサ５２のメッセージ受信状態である。プロトコルスレーブ状態９８の間、アナログ接続プロセッサ５２は、メッセージングシステムからのメッセージ、ディレクトリ情報およびデータ送信を受信し検証する。アナログ接続プロセッサ５２は、メッセージ、ディレクトリ情報、あるいはその他のデータがメッセージングシステムによってさらに提供されなくなるまで、プロトコルスレーブ状態９８にとどまる。その時点で、アナログ接続プロセッサ５２は、前述の接続終了状態９９を通ってイベントプロセッサポーリング状態８８に復帰する。
ディジタル接続プロセッサ
ディジタル接続プロセッサ５４は、前述のアナログ接続プロセッサ５２と同様に動作する。図６は、ディジタル接続プロセッサ５４内に含まれる機能モジュールを示すブロック図である。ディジタル接続プロセッサ５４は、ファイルサーバ５９を通じてディジタル接続プロセッサ５４とメッセージ格納５８の間の通信を行うメッセージモジュール１００を含む。ディジタル接続プロセッサ５４はまた、ディジタル接続プロセッサ５４とメッセージングシステムの間の通信を行うディジタルインタフェースモジュール１０２を含む。めっせーじんぐしすてむは、ディジタルＡＭＩＳ、ＳＭＴＰ? ＭＩＭＥ、ｃｃ：Ｍａｉｌのようなディジタルプロトコルや、インターネットおよびＭＣＩ ＭＡＩＬのような外部サービスプロバイダを利用する。
ディジタル接続プロセッサ５４はさらに、ハブ制御プロトコルを用いてイベントプロセッサ７０との通信を行う制御モジュール１０４を含む。制御モジュール１０４はまた、管理プロトコルを用いて管理プロセッサ６４と通信する。
ディジタル接続プロセッサ５４は、ディジタルネットワークプロトコルを用いて、ディジタル接続されたメッセージングシステムから、音声、ファクス、電子メールおよびその他のメディアのメッセージを収集し分配する。本発明の一実施例によれば、ディジタル接続プロセッサ５４はまた、Ｘ．５００やその他のディジタルディレクトリプロトコルのようなディジタルディレクトリプロトコルを用いてディレクトリ更新サービスを提供し受信する。ディジタル接続プロセッサ５４は、例えばＵＮＩＸ、Windows NT、あるいはSOLARISオペレーティングシステムが動作する４８６? ＩＳＡバスのパーソナルコンピュータシステムあるいはＳＰＡＲＣシステムからなるパーソナルコンピュータプラットフォーム上に実装される。ディジタル接続プロセッサ５４のプラットフォームは、ダイヤルインディレクトリサービスやメール送信、およびディレクトリ情報問合せのための従来のモデムや、図２に関して前述した広域ネットワークイーサネット接続およびローカルエリアネットワーク接続５０を提供するイーサネット接続のようなさまざまなインタフェースシステムをサポートする。アナログ接続プロセッサ５２と同様に、ディジタル接続プロセッサ５４はまた、ＵＮＩＸオペレーティングシステムのようなオペレーティングシステムファイルと、受信および送信メッセージを一時的に保持するのに十分な記憶領域とを記憶するためのディスクドライブファシリティを含む。
動作時には、ディジタル接続プロセッサ５４は、図６に関して説明した、アナログ接続プロセッサ５２の動作と同一の状態を使用する。
メッセージフォーマット
アナログ接続プロセッサ５２およびディジタル接続プロセッサ５４はいずれも、受信メッセージを受け付け検証する。大規模な統合ネットワーク機能では、通信システムは、標準的な電話インタフェースをサポートしなけれればならないのに加えて、一般に長く数分にわたるディジタル化されたアナログオーディオ信号のメッセージをサポートしなければならないという点で、音声メッセージングシステムとのインタフェースにより、内部メッセージフォーマットはさらに複雑になる。このようなメッセージの配信には、メッセージの翻訳あるいは変換が伴う。例えば、メッセージは、別のメディアに変換される必要が生じる可能性がある。受信されるデータ通信は、あるフォーマットから別のフォーマットへ変換される必要が生じる可能性がある。図１１に関してさらに詳細に後述するように、このような変換および翻訳は、メディアトランスレータ６９によって実行される。一部分は、これらの機能は、受信されるすべてのメッセージデータを標準的なメッセージラッパでカプセル化して、通信システム１０内における転送および蓄積のためのメッセージを形成することによって実現される。このラッパは、例えばＭＩＭＥカプセル化プロトコルに基づく。通信システム１０によって受信される多くのメッセージは既にメッセージラッパを含む。このようなメッセージもまた、標準的な内部メッセージフォーマットに変換される。このフォーマットは、メッセージ内の各メッセージメディアに、送信者によって提供されるアドレシング情報によりタグおよびラベルをつける。各メッセージは、メッセージが送信された時刻からなるデータフィールドを含む。この時刻は、メッセージ送信プロトコルによって提供されるか、あるいは、本発明の通信システムによって提供される。各メッセージはまた、「ｆｒｏｍ」フィールドを含む。このフィールドでは、メッセージ送信者のネットワーク識別とメッセージ送信者のメッセージングシステム識別子がインターネット形式のアドレスに結合されている。各メッセージはまた、「ｔｏ」フィールドを含む。このフィールドでは、目的とする受信者のネットワーク識別および目的とするデスティネーションのメッセージングファシリティがインターネット形式のアドレスに結合されている。各メッセージはまた、メッセージの管理目的の追跡およびその他の管理目的で用いられる一意的なメッセージ識別フィールドを収容する。
後述の秘密および緊急のようなさまざまな配信機能は通常、メッセージ自体においては識別されない。むしろ、このような要求の存在は、受信されたメッセージがハブデータベース６８内のメッセージキューに入ったときに、制御プロセッサ６６へ送信される。
ネットワークプロセッサの動作
図７は、ネットワークプロセッサ６０によって用いられる機能モジュールを示すブロック図である。ネットワークプロセッサ６０は、ネットワークプロセッサ６０が、図７に示されるイベントプロセッサ７０、管理プロセッサ６０、および他のネットワークプロセッサ１２２と通信することを可能にする制御モジュール１２０を含む。ネットワークプロセッサ６０はまた、ファイルサーバ５９を通じてメッセージ格納５８との通信を行うメッセージモジュール１２４を有する。ネットワークプロセッサ６０は、本発明の一実施例では、アナログ接続プロセッサ５２およびディジタル接続プロセッサ５４と同様のスタンドアローン型のハードウェアプラットフォームであることも可能であるが、ネットワークプロセッサ６０は、内部インタフェース５６に接続し、メッセージ格納５８、ファイルサーバ５９、およびハブデータベース６８のような残りの記憶ファシリティを含む中央サーバ上のタスクとして実装される。ネットワークプロセッサ６０は、３つのデータパスを用いてネットワークハブ内の他のリソースと通信する。ネットワークプロセッサ６０とイベントプロセッサ７０の間の制御および問合せ情報の交換については、ハブ制御プロトコルを用いて交換される。運用モニタリング統計および状態情報は、管理プロトコルを用いて管理プロセッサ６４との間で交換される。メッセージは、ファイルサーバ５９を用いてメッセージ格納５８との間で渡される。
ネットワークプロセッサ６０は、通信システム１０内の他のネットワークハブへのメッセージを収集し配信する。動作時には、ネットワークプロセッサ６０は、図６に関して説明した、アナログ制御プロセッサ５２の動作と同一の状態を使用する。大規模な統合ネットワーク機能では、通信システムのユーザの数字アドレスを含む大規模な分散ネットワークディレクトリを構築し管理しなければならないという点で、音声メッセージングシステムとのインタフェースにより、ネットワークプロセッサの動作はさらに複雑になる。
イベントプロセッサの動作
図８は、イベントプロセッサ７０の機能要素を示すブロック図である。イベントプロセッサ７０は、アナログ接続プロセッサ５２、ネットワークプロセッサ６０およびディジタル接続プロセッサ５４から遠隔手続き呼出しを受信するハブ制御プロトコル（ＨＣＰ）サーバ１２６を含む。イベントプロセッサ７０はまた、アナログ接続プロセッサ５２、ネットワークプロセッサ６０およびディジタル接続プロセッサ５４からの遠隔手続き呼出しに対してサービスするためにハブデータベース６８に対する問合せおよび操作を行うように動作するデータベース問合せエンジン１２８を含む。イベントプロセッサ７０はまた、管理プロトコルを用いて管理プロセッサ６４と相互作用する。イベントプロセッサ７０はまた、メディアトランスレータ６９と相互作用して、ファイルサーバ５９を用いてメッセージ格納５８に対してメディアトランスレータ６９によってアクセスされたメッセージの変換を指示する。大規模な統合ネットワーク機能では、通信システムのユーザの数字アドレスを含む大規模な分散ネットワークディレクトリを構築し管理しなければならないという点で、音声メッセージングシステムとのインタフェースにより、イベントプロセッサの動作はさらに複雑になる。
図９は、イベントプロセッサ７０の動作を示す状態図である。イベントプロセッサ７０内での処理はブート状態１３０から開始する。ブート状態１３０には、通信システムの起動またはリセット時に入る。適当なアプリケーション、プログラムおよびオペレーティングシステムがロードされると、イベントプロセッサ７０の動作はブート状態１３０から問合せ取得状態１３２に移る。問合せ取得状態１３２において、イベントプロセッサ７０は、アナログ接続プロセッサ５２、ネットワークプロセッサ６０またはディジタル接続プロセッサ５４からの遠隔手続き呼出し、あるいは、管理プロセッサ６４からの管理プロトコル問合せを待機し続ける。そのような問合せを受信すると、イベントプロセッサ７０は、問合せ処理状態１３４に移る。問合せ処理状態１３４において、データベース問合せエンジン１２８は、データベースアクセス手続きを用いてハブデータベース６８にアクセスする。その応答が、問合せ処理状態１３４においてハブデータベース６８から受信されると、イベントプロセッサ７０は応答送信状態１３６に移る。応答送信状態１３６において、適当な応答が、前述のプロセッサ５２、５４、６０、または６４のうちのいずれかに転送される。その後、イベントプロセッサ７０は問合せ取得状態１３２に復帰し、次の要求がイベントプロセッサ７０に転送されるまで、イベントプロセッサ７０は問合せ取得状態１３２にとどまる。
制御プロセッサのアーキテクチャ
図１０に示されるように、図３に示した制御プロセッサ６６はそれぞれ、共通のアーキテクチャを共有する。メッセージルータ７２、接続マネージャ７４、データレプリケータ７６、および管理イベントマネージャ７８はそれぞれ、ネットワークハブの動作のための一群のタスクを制御する。ネットワークハブの全体的制御は、ハブデータベース６８の制御、特に、ハブデータベース６８内に含まれるメッセージキューおよび管理イベントキューの制御を通じて達成される。このようにして、メッセージキューおよび管理イベントキューに記憶されたイベントに優先順位をつけ、イベントプロセッサ７０によって読み出されるこれらのキュー内のエントリを作成し操作することによって、制御が達成される。イベントプロセッサ７０は、ネットワークハブの実際の実時間エンジンである。
図１０は、制御プロセッサ６６、管理プロセッサ６４およびイベントプロセッサ７０のそれぞれのアーキテクチャと、これらのエンティティがハブデータベース６８のさまざまな部分と相互作用する様態を示すブロック図である。各制御プロセッサは、ハブコントローラモジュール１３８およびデータベース問合せエンジン１４０を含む。ハブコントローラ１３８は、ハブデータベース６８に記憶されているタスクを管理し、データベースアクセス手続きを用いてデータベース問合せエンジン１４０を通じてハブデータベース６８と通信する。
メッセージルータの動作
メッセージルータ７２は、ハブコントローラ１３８およびデータベース問合せエンジン１４０を含む。メッセージルータ７２は、着信メッセージキュー１４２、発信メッセージキュー１４６、およびメッセージシステムデータベース１４７と相互作用する。一般に、メッセージルータ７２は、メッセージシステムデータベース１４７からの情報を用いて、ネットワークハブを通る各メッセージの次のデスティネーションを判定する。前述のように、メッセージ自体は実際にはメッセージ格納５８に記憶され、ファイルサーバ５９を用いてアクセスされる。着信メッセージキュー１４２および発信メッセージキュー１４６は、メッセージ格納５８内のメッセージの位置を示すメッセージレコードと、各メッセージのソースおよびデスティネーションを記憶する。イベントプロセッサ７０によってメッセージレコードが着信メッセージキュー１４２に入れられた後、メッセージルータ７２はそれを読み出す。その後、メッセージルータは、そのメッセージレコードに対応するメッセージの次のデスティネーションを判定し、新たなメッセージレコードを作成して、そのメッセージを発信メッセージキュー１４６に入れる。
メッセージルータ７２はまた、メッセージに優先順位をつけ、将来配信する場合に、メッセージを遅延させる。一般に、メッセージは、優先順位に従って格付けされ配信される。本発明の通信システム１０を効率的に使用するためには、メッセージングトラフィックをおよそ一定量に整形する能力が要求される。このトラフィック整形は、ネットワークの負荷が減るまで必要に応じてメッセージルータ７２が選択的にメッセージを遅延させることによって達成される。これを実現するため、メッセージルータ７２は、各メッセージに内部優先度をつける。通信システムの内部優先度は、送信されたメッセージによって指定される緊急性と、メッセージが配信のために受信されてからどのくらい経過しているかの両方によって設定される。大規模な統合ネットワーク機能では、通信システムのユーザの数字アドレスを含む、ハブデータベース６８のための大規模な分散ネットワークディレクトリを構築し管理しなければならないという点で、音声メッセージングシステムとのインタフェースにより、メッセージルータの動作はさらに複雑になる。
接続マネージャの動作
接続マネージャ７４もまた、ハブコントローラ１３８およびデータベース問合せエンジン１４０を含む。接続マネージャ７４は、発信メッセージキュー１４６内のメッセージレコードを読み出し、発信メッセージキュー１４６内の各メッセージレコードに対してサービスするために形成しなければならない接続の性質を判定する。これらの接続に対応する接続キューレコードが形成され、ハブデータベース６８内の接続キュー１４１に入れられる。接続マネージャ７４はまた、発信管理イベントキュー１４３から管理イベントレコードを読み出し、発信管理イベントキュー１４３内の管理イベントレコードに対してサービスするためにネットワーク内の接続が要求されるかどうかを判定する。ネットワーク接続が要求される場合、レコードが同様に形成され接続キュー１４１に入れられる。大規模な統合ネットワーク機能では、通信システムのユーザの数字アドレスを用いて、着信および発信メッセージキュー内のメッセージレコード、管理イベントキュー内の管理イベントレコード、および接続キュー内の接続キューレコードの構築、管理、およびアクセスをしなければならないという点で、音声メッセージングシステムとのインタフェースにより、接続マネージャの動作はさらに複雑になる。
接続マネージャ７４は、各ネットワークハブ、ネットワークセンタ３７、および各メッセージングシステムの間の接続を制御する。接続マネージャ７４は、ハブデータベース６８の発信メッセージキュー１４６および発信管理イベントキュー１４３内の各メッセージおよび管理イベントに対して接続キューレコードを作成する。接続マネージャ７４は、通常の接続を管理するとともに、いつ複数の接続が必要とされるか、および、失敗した接続をいつ再試行すべきかを判定する。接続マネージャ７４は、発信メッセージキュー１４６または発信管理イベントキュー１４３内のレコードによってトリガされる。あるいは、接続マネージャ７４は、ネットワークハブ内のすべてのキューの周期的スキャンを行い、イベントの数と、発生待機中のイベントの優先度に基づいて接続キュー１４１の優先順位の付け直しをすることも可能である。
前述のように、接続マネージャ７４は、接続を形成する必要があるデスティネーションのリストを含む接続キュー１４１を管理する。これらの接続は、特定の時刻に、あるいは、必要に応じて、メッセージの数、特定のキュー内の最も古いメッセージ、または接続が形成された最終時刻に基づく優先度に従って、スケジューリングされることが可能である。接続キュー１４１は、新たに利用可能な通信ポートに対する次の動作を判定するために、イベントプロセッサ７０によってアクセスされる。接続キュー１４１は、接続マネージャ７４によって、接続優先度表示により周期的に更新される。各接続キューレコードは、接続キュー１４１内の最高優先度メッセージと接続キュー１４１内のメッセージ数のカウントに基づく全体優先度表示でマークされる。
これらの優先度表示は、Immediate（即時）、High（高）、Normal（通常）、またはLow（低）である。Immediateは、与えられたデスティネーションに対して接続キュー１４１内にスケジューリングされているイベントの期限が過ぎていることを示す。Highは、与えられたデスティネーションに対してスケジューリングされているイベントが高い内部優先度を有し、デスティネーションへの接続は接続が利用可能になり次第すくに形成されるべきであることを示す。接続が確立されHigh優先度のメッセージが送信されると、その接続上の負荷が許容する場合には他のメッセージも送信可能である。Normal優先度は、High優先度でスケジューリングされたイベントが接続キュー１４１に存在せず、少なくとも１つのNormal優先度のイベントが接続キュー１４１に存在することを示す。接続マネージャは、接続が解放され、未決のHigh優先度のイベントが接続キュー１４１にない場合に、接続を確立する。接続が確立されNormal優先度のメッセージが送信された後、負荷が許容する場合に、Low優先度のイベントが処理されることが可能となる。Low優先度表示は、Low優先度のスケジューリングされたイベントのみが接続キュー１４１に存在するときに生じる。接続マネージャは、接続が解放され、Normal、High、あるいはImmediate優先度の接続が要求されていない場合に、接続を確立する。Low優先度のメッセージは、所定時間（例えば２時間）接続キュー１４１にとどまった場合にNormal優先度に昇格する。
通信システム１０の効率的動作は、接続マネージャ７４による効率的なキュー管理による。アナログ接続プロセッサ５２、ディジタル接続プロセッサ５４あるいはネットワークプロセッサ６０のような接続プロセッサは同じ接続上で役割を変えることができるため、ネットワークハブ間の接続は、交換される全トラフィック量によって優先順位付けされる。さらに、接続が不足した場合、相互作用するネットワークハブは相互に連絡して、接続が形成される可能性を増大させようと試みる。この相互作用を行うため、予約技術が実装される。接続マネージャ７４は、接続キュー１４１に配信情報レコードを追加することに加えて、接続キュー１４１内に接続レコードを作成するとき、同様のエントリが、デスティネーションメッセージングシステムに接続されたリモートネットワークハブに送信される。このようにして、ローカルネットワークハブとリモートネットワークハブはいずれも接続が形成されなければならないことを知り、連絡試行がいずれかのネットワークハブによって開始されることが可能となる。メッセージ接続が確立されると、メッセージキューの通常処理を通じて、または、ネットワークハブが相互に連絡を試みることによって、両方のネットワークハブはその接続を用いてすべてのメッセージを相互に送信することができる。
管理イベントマネージャの動作
管理イベントマネージャ７８は、メッセージルータ７２がメッセージレコードを処理するのと同様に管理イベントを処理する。管理イベントマネージャ７８は、ハブコントローラ１３８およびデータベース問合せエンジン１４０を含む。管理イベントマネージャ７８は、着信管理イベントキュー１４５から、イベントプロセッサ７０によって入れられたエントリを読み出す。その後、管理イベントマネージャ７８は、管理イベントメッセージを通信システム１０内の別のネットワークハブへ送信しなければならないかどうか、あるいは、メッセージをネットワークセンタ３７へ送信しなければならないかどうかを判定する。管理イベントメッセージをこれらのロケーションのいずれかに送信しなければならない場合、発信管理イベントキュー１４３にエントリが形成される。大規模な統合ネットワーク機能では、通信システムのユーザの数字アドレスを用いて管理イベントキュー内の管理イベントレコードの構築、管理、およびアクセスをしなければならないという点で、音声メッセージングシステムとのインタフェースにより、管理イベントマネージャの動作はさらに複雑になる。
データレプリケータの動作
前述のように、データレプリケータ７６は、データベース変更イベントのキューイングおよび転送を行う。データレプリケータ７６は、ハブデータベース６８に対するユーザ情報更新を管理し、データベース変更イベントがネットワークセンタ３７に記憶されているマスタデータベースから受信されるとそれを処理する。データレプリケータ７６は、ハブデータベース６８内の管理システムデータベース１４７とユーザプロファイルデータベース１４９がネットワークセンタ３７のマスタデータベースと同期を保つことを保証する。
データレプリケータ７６はまた、ハブコントローラ１３８およびデータベース問合せエンジン１４０を含む。データレプリケータ７６は、ユーザプロファイルデータベース１４９およびメッセージシステムデータベース１４７に新たな情報を入力するように動作する。データレプリケータ７６は、更新された情報をネットワークセンタ３７から受信し、その情報が新たなユーザプロファイル情報に関する場合にはその情報をユーザプロファイルデータベース１４９にダウンロードし、新たな情報が通信システム１０に接続されたメッセージシステムの設定情報を含む場合にはその情報をメッセージシステムデータベース１４７にダウンロードする。データレプリケータ７６は、ユーザプロファイルデータベース１４９およびメッセージシステムデータベース１４７への更新のためにすべてのネットワークハブに送信される情報を処理する。これに対して、管理イベントマネージャ７８は、特定ネットワークハブに固有の情報を含む、ネットワークセンタ３７からの更新された情報を受け付ける。さらに、管理イベントマネージャ７８は、管理イベントマネージャ７８を収容するネットワークハブに接続されたメッセージングシステムに記憶されている情報を求める、ネットワークセンタ３７からの情報要求を受け付ける。
管理プロセッサの動作
管理プロセッサ６４のアーキテクチャについて詳細には図１１で説明することになるが、そのハブデータベース６８との相互作用は図１０に示されている。管理プロセッサ６４は、制御モジュール１５０およびデータベース問合せエンジン１４０を含む。管理プロセッサ６４はハブデータベース６８内のアラームデータベース１３１と相互作用する。アラームデータベース１３１は、ネットワークハブ処理中に生じるイベントと、一部の場合には、それらのイベントが生じる時刻とのリストを含む。アラームデータベース１３１に記憶されているイベントのリストは、メッセージの処理におけるエラーを追跡するため、および、特定のハブ内でのメッセージの処理中にいつイベントが生じるかあるいはいつイベントが生じたかに対する制御を維持するために、ネットワークセンタ３７内のシステムによって使用される。
管理プロセッサ６４はまた、着信メッセージキュー１４２、発信メッセージキュー１４６、接続キュー１４１、発信管理イベントキュー１４３、および着信管理イベントキュー１４５をモニタするために必要に応じてこれらのキューと相互作用する。管理プロセッサ６４は、エラーを修復しメッセージを処理するために必要に応じて前述のキュー内のエントリの順序を付け直すことあるいは削除することが可能である。大規模な統合ネットワーク機能では、通信システムのユーザの数字アドレスを用いて、着信および発信メッセージキュー、着信および発信管理イベントキュー、ならびにハブアラームイベントテーブルに対するアクセス、更新、削除、および再順序付けを実行しなければならないという点で、音声メッセージングシステムとのインタフェースにより、管理プロセッサの動作はさらに複雑になる。
イベントプロセッサの動作
図８に関して前述したように、イベントプロセッサ７０は、ＨＣＰサーバ１２６およびデータベース問合せエンジン１２８を含む。イベントプロセッサ７０は、メッセージレコードがネットワークハブに着信すると、それを着信メッセージキュー１４２に入れる。同様に、イベントプロセッサ７０は、管理イベントレコードがネットワークハブに着信すると、それを着信管理イベントキュー１４５に入れる。イベントプロセッサ７０は、特定ネットワークハブからのメッセージの送出を可能にするために接続を形成するごとに、接続キュー１４１を消費する。大規模な統合ネットワーク機能では、通信システムのユーザの数字アドレスを用いて、メッセージレコードを着信メッセージキューに、および、管理イベントレコードを着信管理イベントキューに入力すること、ならびに、接続キューからレコードを取得することを実行しなければならないという点で、音声メッセージングシステムとのインタフェースにより、イベントプロセッサの動作はさらに複雑になる。
管理プロセッサのアーキテクチャ
図１１は、管理プロセッサ６４を含むモジュールの機能要素および相互作用を示すブロック図である。管理プロセッサ６４は、管理プロトコルを用いてアナログ接続プロセッサ５２、ディジタル接続プロセッサ５４、イベントプロセッサ７０およびネットワークプロセッサ６０と相互作用する制御モジュール１５０を含む。制御モジュール１５０はまた、データベースアクセス手続きを用いて、ハブデータベース６８、特に、アラームデータベース１３１と相互作用する。管理プロセッサ６４は、ネットワークハブとネットワークセンタ３７の間の主な連絡係として作用する。管理プロセッサ６４はまた、カスタマサービス、ヘルプライン問合せおよび指令をネットワークセンタ３７から管理プロトコルを用いて受信する。後で詳細に説明するように、通信システム１０は、通信システム１０内のメッセージを継続的に追跡し管理する能力を有する。ヘルプライン動作により、メッセージは、通信システム１０に入った後、配信される前に、再ルーティングあるいは着信処理されることが可能となる。これらの指令は、ネットワークセンタ３７から管理プロトコルを用いて管理プロセッサ６４に送信される。
メディアトランスレータ
図１２は、メディアトランスレータ６９を含むモジュールの機能要素および相互作用を示すブロック図である。図１２を参照すると、メディアトランスレータ６９は、制御モジュール１３３およびトランスレータバンク１４４を含む。制御モジュール１３３は、ハブ制御プロトコルを用いてイベントプロセッサ７０と相互作用する。トランスレータバンク１４４は、ファイルサーバ５９への要求を行うことによってメッセージ格納５８からメッセージを受信する。トランスレータバンク１４４は、データのフォーマットを変換し、メッセージのメディアを変換するように作用する。トランスレータバンク１４４によって処理されたメッセージは、その後、ファイルサーバ５９を用いてメッセージ格納５８に返される。トランスレータバンク１４４は、図１２で１４４ａ? ｎとして示される複数のトランスレータを含む。トランスレータバンク１４４内の各トランスレータ１４４ａ? ｎは、トランスレータバンク１４４によって実行される変換の１段階を実行する。各変換あるいは翻訳は、まず、メッセージあるいはデータを、変換プロセス中にデータの損失がないことを保証するのに十分なデータ表現を含む高品質の内部フォーマットに変換することによってなされる。あるメディアから別のメディアへのメッセージの変換は、メッセージが内部フォーマットで表現されている間に実行される。このようにして、トランスレータ１４４は、最小限の数のメディア間のトランスレータを含むだけでよい。簡潔にいえば、制御モジュール１３３の制御により、トランスレータ１４４は、多くの異なるフィルタを順に使用して、メディア間変換、メッセージ間変換あるいはデータ間変換を実行することができる。
本発明の通信システムは、固有のプロトコルを使用するさまざまな方式のメッセージングシステムへのメッセージの配信を行う遍在する（ubiquitous）メッセージングサービスを提供するとともに、受信者が、実用的であれば、メッセージを受信するための所望のメディアを選択することを可能にする。この機能を提供するために、本発明の通信システムは、現在のメッセージングシステムによって用いられるさまざまなメッセージングプロトコルを用いてメッセージングシステムと通信することができる。大規模な統合ネットワーク機能では、音声メッセージングシステムの通信プロトコルは要求されるメディア変換サービスの必要性を示すことやその性質を指定することができないため、メディア変換選択を実行するためにユーザプロファイルレコードにアクセスしなければならないという点で、音声メッセージングシステムとのインタフェースにより、本発明の通信システム、特に、メディアトランスレータはさらに複雑になる。
各ネットワークハブはまた、メッセージをさまざまな形式のメッセージメディアに変換する能力を有する。このようなメッセージ変換機能には、テキストから音声へ、ファクシミリ画像からテキストおよびテキスト画像へ、テキストおよびテキスト画像からファクシミリ画像へ、ならびに音声からテキストへの変換を行う能力が含まれる。これらのメディア変換能力はまた、単一のメッセージに対して組み合わせることも可能である。例えば、音声をファクシミリ画像に変換することが要求される場合、データはまずテキストに変換された後、そのテキストのファクシミリ画像に変換される。
前述したように、メディア変換は、メッセージ受信者の希望に従って実行されることが可能である。さらに、メディア変換は、デスティネーションメッセージングシステムの需要に応じて自動的に行われることが可能である。例えば、デスティネーションメッセージングシステムが、データ、ファクシミリなどの音声以外の機能のない単純な音声メッセージシステムからなる場合、このような音声メッセージシステムへのすべてのメッセージは、メッセージが送信されたメディアにかかわらず、音声メッセージに変換することが可能である。この特定の例では、本発明の通信システムは、すべての非音声メッセージをテキストフォーマットに変換し、テキスト? 音声コンバータを利用して、最終的な、配信可能な音声メッセージを作成することになる。
ネットワークセンタ
図１３は、本発明の通信システムで用いられるネットワークセンタ３７の要素の概略ブロック図である。ネットワークセンタ３７は、通信ネットワーク１８に接続された、あるいはその一部である外部インタフェース６２を通じて通信システム１０の残りの部分と通信する。ネットワークセンタ３７はさらに、外部インタフェース６２に接続された運用センタ管理システム１５３および中央アクセス制御システム１５５を含む。中央アクセス制御システム１５５は、ヘルプラインシステム１５７、カスタマサービスシステム１６１、課金システム１５９、メッセージ追跡システム１６３、カスタマコンピュータインタフェースシステム１６７、マスタデータベース１５１、および対話型音声応答システム１６９に接続されている。
前述のように、マスタデータベース１５１は、通信システム１０内のメッセージを管理するためにネットワークハブによって使用されるすべてのユーザ情報、メッセージシステム情報、およびメッセージ状態情報の中央レポジトリとして作用する。
中央アクセス制御システム１５５は、マスタデータベース１５１、ヘルプラインシステム１５７、課金システム１５９、メッセージ追跡システム１６３、カスタマサービスシステム１６１、カスタマコンピュータインタフェースシステム１６７および対話型音声応答システム１６９のための、通信システムの残りの部分へのインタフェースを含む。カスタマサービスシステム１６１は、ユーザデータベースおよびメッセージシステムデータベースへの追加および変更に関する情報を提供する。カスタマサービスシステム１６１はまた、課金システム１５９の使用を要求する質問のためのゲートウェイとして作用することが可能である。ヘルプラインシステム１５７は、メッセージ追跡システム１６３に情報を提供するために、中央アクセス制御システム１５５へのアクセスを提供する。さらに、ヘルプラインシステム１５７は、中央アクセス制御システム１５５によって運用センタ管理システム１５３に渡される、通信システム１０内の問題点を識別する障害チケットを作成することができる。障害チケットは、その後、運用センタ管理システム１５３によって検査され修正される。
カスタマコンピュータインタフェースシステム１６７は、全体的に１７１として示される複数のユーザ端末に接続されている。同様に、対話型音声応答システム１６９は、図１３で全体的に１７３で示される複数のユーザタッチトーン互換電話機に接続されている。カスタマコンピュータインタフェースシステム１６７および対話型音声応答システム１６９は、ユーザが直接に中央アクセス制御システム１５５と対話するための、中央アクセス制御システム１５５へのゲートウェイを提供する。カスタマコンピュータインタフェースシステム１６７を用いて、ユーザは、中央アクセス制御システム１５５とディジタル的に対話して、ヘルプラインシステム１５７、カスタマサービスシステム１６１およびメッセージ追跡システム１６３によって実行されるのと同じ機能を実行することができる。同様に、ユーザは、タッチトーン電話機１７３を用いて、対話型音声応答システム１６９を通じて中央アクセス制御システム１５５と対話して、ユーザに提示されるさまざまな選択を通じて移動し、ヘルプラインシステム１５７、カスタマサービスシステム１６１、およびメッセージ追跡システム１６３によって実行されるのと同じ機能を実行することができる。
大規模な統合ネットワーク機能では、音声メッセージングシステムとのインタフェースにより、ネットワークセンタ３７はさらに複雑になる。第１に、マスタデータベースファイル内のレコードに対するアクセスは、通信システムのユーザの数字アドレスを用いて実行されなければならない。第２に、対話型音声応答機能の提供はＤＴＭＦシグナリングを用いた標準的な電話機器を用いて実行されなければならず、アドレシングは数値的でなければならず、音声が唯一のメディアでなければならず、識別確認は音声によらなければならず、ディレクトリアクセス／問合せはＤＴＭＦシグナリングを用いて実行されなければならない。
図１３はまた、情報プロバイダデータベース３９が、直接に、または、バルクメーリングリストエージェント１７２を通じて、同じく外部インタフェース６２に接続されていることを示している。情報プロバイダデータベース３９は、図１３に示される情報プロバイダ１６５によってアクセスされ更新される。後で詳細に説明するように、情報プロバイダ１６５は、通信システム１０のユーザによってアクセスされることが可能な情報プロバイダデータベース３９の情報を提供することができる。この情報は、例えば、情報プロバイダ１６５によって提供される製品あるいはサービスの広告メッセージあるいはその他の情報を含む。
ユーザプロファイルおよびアドレス変換の動作
本発明の通信システムは、アドレシングおよびディレクトリサービスの範囲を提供するディレクトリを含む。ディレクトリのコピーが各ネットワークハブに記憶され、各ユーザに対応するいくつかのアドレスのネットワーク識別を含む。ディレクトリはさらに、各ユーザに対応するルーティング情報および機能パラメータを含むとともに、例えば筆記および発声による名前確認のための名前レコードと、視覚的認識のための各ユーザのグラフィックあるいはビデオ画像とを含む識別確認を有する。
内部的には、本発明の通信システムは、ユーザＩＤと呼ばれるグローバルに一意的な番号を用いてメッセージのルーティングおよび配信を行う。本発明の通信システムは、識別される各ネットワークユーザごとに、複数の番号および非数字アドレスをサポートする。これにより、単一のユーザのメールボックスが複数の電話番号、ファクシミリ番号、ボイスメールシステム番号、電子メール識別子、外部ネットワークアドレスなどに結合することがサポートされる。これらのファシリティのそれぞれに対応する外部アドレスは、任意の内部構造を有する任意の文字列を含むことが可能である。本発明の通信システムによって用いられるディレクトリシステムのため、外部アドレスはグローバルに一意的である必要はない。内部ディレクトリは、いずれのタイプのメッセージが特定のユーザに対応する各デスティネーションにルーティングされるべきかを指定する。その内部ディレクトリを用いて、本発明の通信システムは、独自のボイスメールシステムアドレシング、北米番号計画識別、国際電話番号、Ｘ．４００アドレシング、インターネットアドレシング、およびさまざまな電子メールアドレシング方式を含む任意のアドレスタイプ間で透過的な変換を行う。
閉じた加入者コミュニティあるいは私設番号計画を用いた外部メッセージングシステムとの間でのメッセージを処理するために、本発明の通信システムは、送信者および受信者の両方のアドレスに対して４桁アドレス、１０桁アドレスおよびその他のフォーマットを要求するシステムと相互作用することができなければならない。本発明の通信システムの一意的なアドレス変換およびメッセージルーティング能力を説明する目的では、「アドレス」という用語は、加入者を記述するために用いられるメディア固有のアドレスである。前述のように、「ユーザＩＤ」とは、特定のユーザの一意的なグローバルな内部識別子である。「コミュニティ」は、閉じたシステムあるいは私設番号計画に対応する。すべてのアドレスはコミュニティ内では一意的でなければならない。「スコープ」とは、メッセージが最終的に配信された場合に特定のユーザを表すためにアドレスが用いられるべきコンテクストを示す。スコープにより、同じアドレスタイプのユーザＩＤごとに複数のアドレスの使用が可能になる。例えば、ローカルスコープを有するアドレスは、そのアドレスが存在するメッセージングシステムへメッセージを送信するときに用いられる。各ユーザＩＤは、各メッセージングファシリティごとにただ１つのローカルスコープアドレスを有することが可能である。これに対して、グローバルスコープとして識別されるアドレスは、他のメッセージングシステムとの相互作用時に用いられる。
前述のように、メッセージのメディア、メッセージング機能、およびメッセージ主題は、ルーティングの目的でも用いられる。アドレステーブル内のメディアフィールドは、メッセージの最終配信にいずれのアドレスおよびメッセージシステムが用いられるべきかを示すことによって、メディアごとのメッセージルーティングおよびフィルタリングを実行するために用いられる。機能フィールドは、通常のボイスメールファシリティではない通話メッセージ配信システムへ緊急メッセージを送信するような、機能ごとのルーティングおよびフィルタリングを実行するために用いられる。メッセージは、アドレステーブル内のメッセージ主題フィールドに基づいてルーティングおよびフィルタリングされることも可能である。
図１４は、前述のディレクトリ内で実行されるアドレス変換機能の使用例である。図１４の送信者の名前はアーニー（Arnie）であり、アーニーは、ＣＡＳＪ０１という彼のホームメッセージングシステムに、メッセージと、彼の友人であるグレッグ（Greg）の電話番号を送る。グレッグは、本発明の通信システムの加入者であり、ＴＸＤＬ０３というメッセージングシステムに収容されている。アーニーは、グレッグへのメッセージを記録するときに、グレッグの電話番号を２１４? ５５５? ２７２２として送る。ＣＡＳＪ０１システムは、このメッセージおよびグレッグの電話番号を本発明の通信システムに送る。連絡されたネットワークハブは、ＣＡＳＪ０１メッセージングシステムからの着信呼のＡＮＩあるいはＤＮＩＳコードのようなソースまたはデスティネーションのいずれかのネットワークアドレスを使用することにより、ソースメッセージングシステムを識別することができる。図１４に示されるように、本発明の通信システムは、デスティネーションアドレス、メッセージメディア、ソースアドレス、およびソースメッセージングシステムを用いて、メッセージングシステムＣＡＳＪ０１に接続された着信ネットワークハブに記憶されているアドレス変換のコピーにアクセスし、ソースユーザＩＤ（３である。）、コミュニティ識別（０である。）、デスティネーションユーザＩＤ（１である。）およびデスティネーションメッセージシステム（ＴＸＤＬ０３である。）を取得する。この情報は、メッセージとともに、ＴＸＤＬ０３メッセージングシステムに対応する発信ネットワークハブに送信される。
発信ネットワークハブは、受信した情報を用いてアドレス変換テーブルのコピーにアクセスし、グレッグのデスティネーションアドレス（２１４? ５５５? ２７２２である。）と、アーニーの適当なソースアドレス（４０８? ５５５? ４４３７である。）を取得する。デスティネーションメッセージングシステムＴＸＤＬ０３はソースメッセージングシステムＶＭＸ? ＯＮＥＬと同一でないため、発信ネットワークハブは、「グローバル」スコープに対応するアーニーのエントリを使用した。スコープフィールドの使用により、本発明の通信システムは、短い形式のアドレスを用いて同じ組織内の異なるメッセージングシステム上のユーザと、あるいは、完全な長さのアドレスを用いて異なるメッセージングシステム上のユーザと、相互接続することが可能となる。
アーニーがローカル（LOCAL）とグローバル（GLOBAL）という相異なるスコープエントリをアドレス変換テーブルに有するのと同様に、複数のテーブルエントリを用いてメディア、主題、あるいは、秘密や緊急などのメッセージング機能のような前述の他の変数に関してルーティングすることも可能である。
本発明の通信システム内に記憶されているユーザプロファイルディレクトリはさまざまなメカニズムを用いて更新される。例えば、ネットワークセンタ３７内のカスタマサービスシステム１６１は、直接にデータベースを更新するために用いられる。さらに、大きな新しい加入者グループの登録中に、新たなメッセージングシステムからユーザプロファイルをダウンロードすることによって、バッチモードでの大幅な変更をマスタデータベース１５１に対して行うことが可能である。
さらに、さまざまなメッセージプロトコルが、プロトコル内に、音声およびＡＳＣＩＩの名前情報のような基本的なデータベース情報のためのフィールドを有する。この情報がメッセージの一部として提供される場合、本発明の通信システムによって用いられるマスタデータベース１５１内のユーザプロファイル情報を更新するために、その情報がメッセージから取得される。図１３に示されるように、ユーザとメッセージングシステム管理者は、ネットワークセンタ３７で動作する対話型音声応答システム１６９あるいはカスタマコンピュータインタフェースシステム１６７を用いることによってマスタデータベース１５１内の情報に直接影響を与えることも可能である。これらのシステムにより、ユーザは、自己のアドレスに対応するユーザプロファイルを変更し、それにより、本発明の通信システム内でのメッセージ転送のルーティングおよびフィルタリングを自分へと変更することが可能となる。
いくつかのメッセージングシステムは既に本発明の通信システムとネットワーク互換であり、データベース情報を直接に共有することができる。メッセージングシステム内に記憶されているデータベースへのアクセスは、前述のアナログおよびディジタル接続プロセッサ５２および５４を通じて達成される。
複合メッセージ
通信システム１０は、複数のメディアの情報を含む複合メッセージの受信、転送、および送信が可能である。このようなメッセージは、複合メッセージとして配信されるか（受信者のメッセージングシステムによってサポートされる場合）、それぞれのメディア部分に分解されて個々のメディアタイプごとにさまざまな端末へ配信されるか、または、複合もしくは分解メッセージのいずれかとして配信するために１つまたは複数のメディア部分を代替メディアに変換するかのいずれかが可能である。
例えば、通信システム１０によって受信される単一のメッセージは、音声メッセージおよびファクシミリ送信の両方を含むことが可能である。通信システム１０は、音声部分を音声メッセージングシステムへ、および、ファクシミリをファクシミリメッセージングシステムへ（いずれのメッセージングシステムもメッセージ受信者のものである。）ルーティングする。通信システム１０はまた、メッセージ受信者が適当なファシリティを備えていない場合、１つのメディアで受信されるメッセージをメッセージ受信者のファシリティに対応するメディアに変換するように動作することも可能である。例えば、音声メッセージおよび電子メール送信を含む複合メッセージが通信システム１０によって受信されたが、メッセージ受信者は音声メッセージングファシリティおよびファクシミリメッセージングファシリティのみを有する場合、通信システム１０は、複合メッセージの音声部分をメッセージ受信者の音声メッセージングファシリティへ送信するとともに、電子メールメッセージを、メッセージ受信者のファクシミリメッセージングファシリティへ配信するためにファクシミリ画像に変換する。大規模な統合ネットワーク機能では、複合メッセージの分離および配信を実行するためにユーザプロファイルレコードにアクセスすることは、通信システムのユーザの短い固定長数字アドレスを用いて実行されなければならないという点で、音声メッセージングシステムとのインタフェースにより、複合メッセージの処理はさらに複雑になる。さらに、受信されたメッセージのデスティネーションアドレスの受信は、ユーザのメッセージングシステムのＤＴＭＦシグナリングおよび固有のプロトコルで実行されなければならない。
メッセージング機能
本発明の通信システムは、秘密、緊急、配信確認、受取返送、遅延配信などのような、さまざまなメッセージングシステムによって現在用いられている高度なメッセージング機能をサポートする。異種のプロトコルおよび能力のメッセージングシステム間のトランスレータとしての本発明の通信システムの役割により、本発明の通信システムに固有の問題が生じる。非常に多くの高度な機能を有するメッセージングシステムのユーザが、それらの機能のうちの一部あるいは全部をサポートしないメッセージングプロトコルあるいはメッセージングシステムを通じてしかアクセス可能でない受信者へメッセージを送信したい場合がある。本発明の通信システムを用いてメッセージを送信するユーザは、機能の非サポートの場合にメッセージが返送されるべきかあるいは何らかの方法で配信されるべきかを選択することが可能となる。このように、本発明の通信システムは、異種の能力のメッセージングシステム間の通信に自由度を提供する「可能な場合」機能を実装する。例えば、通信システム１０内のメッセージは「秘密」、「可能な場合秘密」、または「非秘密」とラベルが付けられる。一般に、「秘密」メッセージは、デスティネーションメッセージングシステムによって、転送することができないメッセージと解釈されるため、「秘密」がサポートされていない場合、そのメッセージは適当なエラーメッセージとともに送信者に返送される。メッセージに対する「可能な場合秘密」指定により、本発明の通信システムは、デスティネーションメッセージングシステムがその機能をサポートする場合には秘密を実現し、そうでない場合はメッセージは何らかの方法で配信される。
同様に、本発明の通信システムは「緊急」をサポートする。メッセージは、発信時にHigh（高）、Normal（通常）、またはLow（低）という緊急度でラベル付けすることができる。この緊急度は、送信者によって要求される緊急性を達成するためにメッセージの配信にかかる最長時間を決定する。「秘密」の場合と同様に、メッセージは「可能な場合緊急」とラベルを付けることが可能である。これにより、デスティネーションメッセージングシステムが緊急あるいはメッセージの優先順位付けをサポートする場合、メッセージは緊急として送信され、そうでない場合、メッセージは何らかの方法で配信される。
本発明の通信システムがさまざまなメッセージングメディアにアクセスする固有の能力により、緊急メッセージの処理の自由度が高くなる。例えば、ユーザが、パラメータリストにおいて、メッセージが緊急として受信された場合にそのメッセージを所定のメッセージングファシリティに配信し、さらに、例えばそのユーザのページゃあるいはその他の電話番号に電話発呼するように選択することが可能である。
本発明の通信システムがディレクトリテーブルないの特定のユーザに対してさまざまなアクセスポイントを保持する能力により、メッセージの分割も可能となる。例えば、電子メールメッセージは音声データの部分も含むことがある。受信者の電子メールファシリティが音声をサポートすることができない場合（例えば、受信者が、いかなる種類のサウンド機能も備えていないパーソナルコンピュータを使用している場合）、本発明の通信システムは、メッセージの音声部分を受信者のボイスメールボックスへ、および、メッセージのテキスト部分を受信者の電子メールファシリティへルーティングすることができる。あるいは、メッセージの音声部分を本発明の通信システムのメディア変換ファシリティを用いてテキストに変換して電子メールメッセージとともに配信することも可能である。他方、受信者が音声メッセージングシステムしか有していない場合には、電子メールのテキスト部分を音声に変換して音声メッセージとともに配信することが可能である。
本発明の通信システムはまた、配信確認および受取返送のメッセージング機能をサポートする。配信確認の場合、あるメッセージが、受信者のメールボックスへのメッセージの配信の確認とともにメッセージ送信者へ送信される。受取読み出しの場合、メッセージが受信者によって聞かれあるいはアクセスされた時刻とともに、あるメッセージがメッセージ送信者へ送信される。
本発明の通信システムはまた、メッセージを後の時刻に配信するために保持する遅延配信をサポートする。このようにして、本発明の通信システムは、会議、誕生日などのような重要なイベントの覚書（リマインダ）のためのリマインダネットワークを提供する。本発明の通信システムに固有の記憶機能により、この機能は、受信者のメッセージングシステムによってサポートされない場合でもサポート可能である。大規模な統合ネットワーク機能では、音声メッセージングシステムとのインタフェースにより、秘密、緊急、配信確認などのようなメッセージング機能の提供はさらに複雑になる。音声メッセージングシステムとの相互作用の状況では、これらの機能は、通信システムのユーザの短い固定長数字アドレスを用いたユーザプロファイルレコードにより作成、管理、およびアクセスされなければならない。さらに、これらのメッセージング機能の受信は、ユーザのメッセージングシステムのＤＴＭＦシグナリングおよび固有のプロトコルで実行されなければならない。
メーリングリスト配布
本発明の通信システムは、２つの方法を用いてメッセージのメーリングリスト配布をサポートする。第１の方法は、いくつかのアドレスを参照するグループコードのようなローカルエイリアスのファシリティを使用する。このファシリティによれば、メッセージの送信者がグループコードにアクセスすると、メッセージは複製され、別々のメッセージが送信者からグループコードによって参照される各アドレスへ送信される。メッセージを多数の受信者へ送信する第２の方法は、例えば前に図１３に関して説明した、情報プロバイダデータベース３９からの情報の大量配布の場合に用いられるバルクメーリングリストエージェント１７２のようなメーリングエージェントを通じてのものである。この方法によれば、送信者は、目的とする受信者のリストとともにメッセージをメーリングエージェントへ送信する。メーリングエージェントは、送信者がメッセージをメッセージ受信者へ送信するためのエイリアスとして作用するアドレスである。
これらの２つの方法の間の差異は、エラー、返却メッセージ、およびメッセージ応答の場合に生じる。エイリアス機能を用いる場合、エラー、返却メッセージ、およびメッセージ応答はメッセージの実際の送信者へ転送される。これは、送信されたすべてのメッセージの最終処分を送信者が知ることが必須である場合には有用である。これに対して、メーリングエージェントが送信者として用いられる場合には、メーリングエージェントはすべてのエラーメッセージや受信通知の受信者となる。本発明の一実施例は、バルクメーリングリストエージェント１７２を利用して、多数の受信者へ広告などの情報を配布する。この機能は、例えば、ユーザプロファイルに基づいて所定数のユーザに特定内容の広告を配布するために用いられる。この特定実施例では、メッセージの送信者は単に、目的とする受信者のクラス全体へメッセージを送信することが少なくとも試みられたことを知りたいだけである。このアプリケーションでは、バルクメーリングリストエージェント１７２の使用が、これらの大量のメッセージの効率的配布に本質的である。大規模な統合ネットワーク機能では、グループコードやバルクメーリングリストのような機能が通信システムのユーザの短い固定長数字アドレスを用いて作成され、管理され、アクセスされなければならないという点で、音声メッセージングシステムとのインタフェースにより、グループコードやバルクメーリングリストのようなメーリングリスト配布の提供はさらに複雑になる。さらに、これらのメッセージング機能の受信は、ユーザシステムのＤＴＭＦシグナリングおよび固有のプロトコルで実行されなければならない。
メッセージルーティング
本発明の通信システムは各メッセージにメッセージ主題フィールドを含むことによって、多数の受信者へのメッセージの配布は支援される。この主題フィールドに応じて、通信システムは、各ユーザの好みが与えられた場合に、メッセージのフィルタリングおよびルーティングを行うことが可能である。主題表示により、本発明の通信システムのメッセージの送信者は、メッセージ内の情報のタイプを指定することが可能となる。可能な識別には、個人情報、自発的な広告、商用メッセージ、あるいはその他のこのようなクラスのメッセージがある。この機能を用いれば、メッセージ内容タイプフィールドを用いて広告情報をさらに分割することができる。ユーザが通信システムに登録するとき、ユーザは、ユーザの個々の関心や趣味を反映する受信したいメッセージのタイプ、および、そのメッセージをどのメッセージングシステムにルーティングすべきかを指定することができる。前述のように、ユーザは、ネットワークセンタ３７に含まれる対話型音声応答システム１６９またはカスタマコンピュータインタフェースシステム１６７を通じてマスタデータベース１５１に記憶されている、この情報を含むユーザプロファイルのパラメータを変更することができる。
メッセージ主題情報はまた、メッセージの内容に基づいてメッセージをルーティングするために使用することも可能である。例えば、特定の個人からの個人的メッセージは特別の受信者ファシリティへ直接にルーティングし、一方、広告データは別のファシリティへルーティングすることが可能である。さらに、ある内容タイプのメッセージあるいはある送信者からのメッセージはユーザの希望に基づいて拒絶することも可能である。
本発明の通信システムのユーザは、各広告メッセージが受信されアクセスされるごとに、ユーザの口座に振込をすることによって広告メッセージを受信するように勧められることが可能である。それにより、単一のユーザが、着信メッセージを分類し管理する目的で明示的にいくつかのメールボックスあるいは受信者ファシリティを保持することが可能である。本発明の通信システムを通るメッセージは、メッセージ主題、メッセージ内容タイプ、およびソースアドレスに基づいてルーティングされることが可能である。これらの３つの因子の任意の置換を用いて、受信者のさまざまなメッセージングシステムのいずれにメッセージをルーティングすることも可能である。
例えば、ユーザは、特定のソースからの広告データが、ファクシミリ送信の形式で来た場合であっても、変換して、ユーザが広告データ専用にしている特定の電子メールアドレスへルーティングするように指定し、ユーザの他のメッセージングファシリティが広告データで混乱しないようにすることが可能である。さらに、ユーザは、特定の送信者からの個人的な性格の電子メールメッセージは即時に音声メッセージに変換してメールボックスに入れ、さらに、ユーザにページゃ発呼してボイスメールボックスにメッセージがあることを知らせるように要求することが可能である。
大規模な統合ネットワーク機能では、ルーティングおよびフィルタリングに用いられるメッセージ主題フィールドが通信システムのユーザの短い固定長数字アドレスを用いて作成され、管理され、アクセスされなければならないという点で、音声メッセージングシステムとのインタフェースにより、メッセージルーティングサービスの提供はさらに複雑になる。さらに、メッセージのルーティングおよびフィルタリングは、ユーザのメッセージングシステムのＤＴＭＦシグナリングおよび固有のプロトコルで受信されたメッセージに対して実行されなければならない。
メッセージの追跡および取消し
前述のように、本発明の通信システム内のネットワークハブは、通信ネットワーク１８を通じて相互に常に連絡を維持し、ユーザプロファイル情報のマスタデータベース１５１と、メッセージ追跡システム１６３の両方を、通信システム１０内に存在する各メッセージの状態に関する管理情報によって常に更新する。
このようにして、ネットワークセンタ３７は、メッセージが配信される前に、通信システム１０内でルーティングされているあらゆるメッセージの存在および状態のレコードを保持する。この機能を実行するため、メッセージ追跡システム１６３は、ヘルプラインシステム１５７、カスタマコンピュータインタフェースシステム１６７あるいは対話型音声応答システム１６９を通じてアクセスされ、与えられたメッセージの現在位置を判定し、必要であれば、配信の取消しや、送信者への返送を行う。
非加入者からのメッセージ発信と非加入者への配信
本発明の通信システムによれば、非加入者が、公衆アクセスファシリティを通じて通信システム１０に入ることにより、通信システムを使用することが可能である。例えば、従来の電話線が非加入者を対話型音声応答システム１６９あるいはカスタマコンピュータインタフェースシステム１６７へルーティングし、対話型音声応答システム１６９あるいはカスタマコンピュータインタフェースシステム１６７が、非加入者の識別確認、希望するメッセージ配信機能のアドレス、および必要であれば課金情報のような非加入者に関する情報を収集することが可能である。非加入者からのメッセージ発信は、米国における９００番あるいは９７６番の電話番号やクレジットカードを用いてメッセージごとに、または、受信人払い（コレクトコール）メッセージの費用を支払うことに同意した加入者の受信人払いにより、課金することが可能である。
非加入者へのメッセージ配信もまたサポートされる。このようにして、加入者または非加入者が、通信システム１０を用いて、通信システム１０の非加入者である受信者へメッセージを送信する場合でも、メッセージは、個々のメディアタイプに対して通信システム１０が利用可能な手段を用いて受信者へ配信されることになる。
音声メッセージ、あるいは、音声に変換されなければならない他のメディアのメッセージを配信するために、通信システム１０は、繰り返し受信者を呼び出してメッセージを配信しようと試みる。デスティネーション電話番号への接続が形成されると、被呼者は各ネットワークハブ内の対話型音声応答システム１６９または同様の対話型音声応答システムを用いてメッセージの配信を行うことが可能となる。セキュリティ保護付きメッセージは、パスワードを用いてメッセージにアクセスすることによって受信される。対話型音声応答システム１６９は、応答者に、適当なパスワードを入力するよう求め、パスワードが入力された場合にのみメッセージを配信する。さらに応答者に利用可能な選択肢として、誤配信の場合にあるメッセージングシステムあるいは別の当事者へメッセージを転送することがある。さらに、応答者にはまた、目的とする受信者が空いておらず今後もいつも空いていない場合にはメッセージの配信を終了する選択肢も与えられる。その場合、メッセージの送信者は、通信システムによって生成されたメッセージを用いて、メッセージが配送不能であったことを通知される。さらに、応答者は、メッセージの目的とする受信者がメッセージの再配信を希望する時刻を入力することも可能である。大規模な統合ネットワーク機能では、音声メッセージングシステムとのインタフェースにより、対話型音声応答サービスの提供はさらに複雑になる。例えば、このサービスの提供はＤＴＭＦシグナリングを用いる標準的な電話機器を用いて実行されなければならず、アドレシングは数値的でなければならず、音声が唯一のメディアでなければならず、識別確認は音声によらなければならず、ディレクトリアクセス／問合せはＤＴＭＦシグナリングを用いて実行されなければならない。
災害復旧
マスタデータベース１５１は、前述のように、各加入者ごとに常に更新される通信システム１０内のメッセージングトラフィックに関する、常に更新される状態情報を含む。さらに、マスタデータベース１５１は、通信システム１０に接続されている各メッセージングシステムに対する設定情報を含む。このようにして、メッセージングシステムにおける大規模故障は、マスタデータベース１５１内の設定情報を用いて新しいシステムを再設定することによって素早く復旧することができる。例えば、火災のような災害が通信システム１０に接続されているメッセージングシステムを襲った場合、マスタデータベース１５１に記憶されているすべての設定データを新しいメッセージングシステムにロードして、加入者に対するメッセージング能力の復帰プロセスを大幅に速くすることが可能である。
さらに、本発明の通信システム内の大規模な記憶能力を用いて、新しいシステムが稼働するまで、故障したメッセージングシステム宛のすべてのメッセージを蓄積することも可能である。その後、新たに設定された置換システムがオンラインになったときに、蓄積されたメッセージをバッチモードでダウンロードすることが可能である。このようにして、通信システム１０は、通信システム１０に接続されているすべてのメッセージングシステムに冗長セキュリティを提供するとともに、災害復旧中のメッセージの中間的な蓄積を行う。
セキュリティ保護付きメッセージングトラフィック
本発明の通信システムは、インターネットプライバシ強化メール（ＰＥＭ（Privacy-Enhanced Mail））技術およびマスタデータベース１５１を利用して、公開鍵暗号方式を実装し、セキュリティ保護付き通信のためにメッセージのスクランブルをサポートする。例えば、秘書や上司によって読まれるメールボックスのような、何人かの人によって定期的に読まれるメールボックスに送信されるメッセージは、ただ一人のみが秘密鍵あるいは二重パスワードを用いてメッセージを復号することができるように暗号化することができる。他の使用法としては、秘密非加入者配信がある。これにより、着呼に応答した人が暗号化されたメッセージの鍵を有する場合にのみ、メッセージ配信が特定の非加入者に対して行われる。
ＰＥＭは公開された標準であり、他の状況でも実装されうるが、公開鍵暗号方式のための鍵管理インフラストラクチゃは、集中化された権限がなければ困難である。本発明の通信システムは、マスタデータベース１５１を用いて、ピアツーピアネットワーキングシステムよりも即時的な利点を提供する。大規模な統合ネットワーク機能では、暗号化および復号に用いられる公開鍵が通信システムのユーザの短い固定長数字アドレスを用いて作成され、管理され、アクセスされなければならないという点で、音声メッセージングシステムとのインタフェースにより、セキュリティ保護付きメッセージングサービスの提供はさらに複雑になる。
識別確認
ネットワーク接続されたメッセージングファシリティのユーザの社会化の重要な点は、メッセージの受信者の識別を確認することができることである。換言すれば、通信システムが目的とする受信者の識別を知っているという確認を通信システムから受信し、それが正しい受信者であるという安心感を生じる情報を送信者に提示することができるときに、人は、メッセージを送りたいあるいは情報を送信したいと考える。識別確認情報は、ビデオ環境では、目的とする受信者の静止画または完全動画像とすることが可能であり、オーディオ環境ではその人の発声または筆記した名前の再生とすることが可能であり、あるいは、テキストデータとしてまたはその人の署名の画像としての、その人の名前のテキストまたはグラフィック表現とすることが可能である。マスタデータベース１５１および各ネットワークハブに含まれるユーザプロファイルは識別確認を含む。理解されるべき点であるが、本発明のシステムの識別確認は、従来のディレクトリに基づくシステムによって提供されているものよりも多くの情報を含む。例えば、いくつかの従来のシステムは、目的とする受信者の名前の文字をユーザ入力としてディレクトリ確認を提供している。これらのシステムは、ディレクトリからの名前以外の情報を提供せず、同じ名前あるいはディレクトリエントリを有する人によって示されるジレンマを解決するのに役立たない。しかし、本発明によれば、加入者に利用可能なすべての通信機能を有する加入者は、ユーザの肖像や加入者のビデオを含む加入者のユーザプロファイルに記憶されたデータを有することが可能である。同じユーザは、加入者の名前のＡＳＣＩＩ綴り、加入者が自分の名前を発声したもののディジタル符号化録音、および、加入者の署名のグラフィック画像を有することも可能である。このようにして、送信者のメディアがテキスト、音声またはビデオのいずれであっても、ネットワークがユーザのプロファイルからの情報に応答することにより、通信システムが目的とする受信者を知っており正しい受信者が識別されていることについて送信者が安心することを可能にする。マスタデータベース１５１に含まれるユーザプロファイルは常に更新されるため、各ユーザの識別確認に対する変更が可能である。
さらに、非加入者が通信システム１０でメッセージを送信するときに識別確認およびアドレシング情報を要求することによって、非加入者のユーザプロファイル情報もまたマスタデータベース１５１によって蓄積される。例えば、非加入者が、対話型音声応答システム１６９を用いて、別の非加入者へ、または、加入者へメッセージを送信するとき、対話型音声応答システム１６９は、送信者に、送信者の識別情報も送信するよう求める。この識別情報は、送信者のアドレスとともにマスタデータベース１５１内の新しいエントリとして記憶される。こうして、このユーザプロファイル情報はその後、この非加入者へのメッセージの将来の送信者に利用可能となる。同様に、メッセージが非加入者によって受信されるときに、その非加入者は、識別確認およびその他の将来のメッセージの配信のための情報を提供するよう求められることが可能である。
大規模な統合ネットワーク機能では、識別確認サービスは通常は音声による名前であり、標準的な電話機器を通じてユーザに対して再生されなければならないため、音声メッセージングシステムとのインタフェースにより、識別確認サービスの提供はさらに複雑になる。音声による名前は、大量のディジタル化されたオーディオのセグメントとして記憶しなければならず、メッセージが送信されるときに実時間でメッセージ送信者に対して再生されなければならない。
長期不在処理
多くのメッセージングシステムでは、メッセージ送信者への長期不在通知が可能である。本質的には、ユーザが長期間にわたってオフィス、仕事場所あるいは自宅から離れるため、または別の理由で、メッセージをチェックしないことになる場合、メッセージ送信者にそのことを通告するためにメッセージ送信者に通知を送ることが可能である。この通知は、通信システムにアップロードされ、マスタデータベース１５１内のユーザプロファイルに記録されることが可能である。これにより、長期不在通知を設定した受信者へメッセージを送信しようとした送信者に識別確認が提供されることに代えて、またはそれに加えて、メッセージの送信者は長期不在通知を受信することになる。このようにして、メッセージが送信される前または後に、メッセージの送信者には、メッセージの目的とする受信者が長期間にわたってメッセージをチェックしないことが通知される。その後、送信者は、ともかくメッセージを送信するか、あるいは、別の選択肢を探して目的とする受信者と連絡をとるかを決定することが可能である。大規模な統合ネットワーク機能では、長期不在サービスは音声アナウンスであり、標準的な電話機器を通じてユーザに対して再生されなければならないため、音声メッセージングシステムとのインタフェースにより、長期不在サービスの提供はさらに複雑になる。長期不在アナウンスは、大量のディジタル化されたオーディオのセグメントとして記憶しなければならず、メッセージが送信されるときに実時間でメッセージ送信者に対して再生されなければならない。
ディレクトリ、アドレシング、およびルーティングサービス
本発明の通信システムはまた、メッセージングシステムに、ディレクトリアドレシングサービスを提供する。メッセージングシステムは、通信システム１０に接続し、通信システム１０に記憶されているディレクトリおよびアドレシング情報を利用して、どのようにしてメッセージを別のメッセージングシステムへ配信するかを決定することができる。例えば、メッセージを別のメッセージングシステムへ配信しようとしているメッセージングシステムは、通信システム１０に接続して、メッセージの送信者によって最初に入力されたアドレシング情報に基づいて、メッセージを配信するのに要求されるすべての必要な情報を取得することができる。その場合、通信システム１０は、前述のアドレス変換機能を実行して、送信側メッセージングシステムによって必要とされる情報を取得し、送信側メッセージングが別のメッセージングシステムへの接続を形成してメッセージを配信することを可能にする。このようにして、メッセージングシステムは、メッセージを転送し配信するためには通信システム１０を使用しない場合でも、ユーザアドレシング情報の全データベースにアクセスすることが可能である。
課金および料金計算の動作
ネットワークセンタ３７内の課金システム１５９は、中央アクセス制御システム１５５と相互作用する。さらに、中央アクセス制御システム１５５は、通信システム１０で生じたすべての課金イベントを記憶し処理して、通信システム１０によって実行されたサービスに対応する課金記録を作成する。各ユーザごとにアカウントが保持され、通信システム１０によって提供されたサービスの費用は各ユーザのサービスクラスによって決定される。メッセージの配信のサービスは、従来の電話通話の場合と同様にして、縦横座標に時間割引、曜日割引およびその他の選択可能な価格構成を用いて課金されることが可能である。
ディレクトリおよびアドレスサービス、メッセージ追跡および取消し、メディアおよびプロトコル変換、言語翻訳、あるいは、通信システムのユーザがメッセージ支出をモニタし計算することを可能にするメッセージトラフィック報告の生成のような他の管理サービスには、追加料金を課金することが可能である。
本発明の通信システムで用いられる前述のメッセージ優先度システムにより、通信システムは、相異なる品質のサービスレベルを提供することが可能となる。例えば、一部のユーザは実質的に即時のメッセージ配信を要求する一方で、多くのユーザは、割引価格構成と引き換えに、長いほうのメッセージ配信時間を受け入れようとする。通信システム１０によって用いられるメッセージ優先度システムによれば、通信システムは、さまざまなサービスクラスに対して最長メッセージ配信時間を保証することが可能となる。
前述のように、通信システム１０は、多数の顧客へにアクセスするサービスを情報プロバイダが広告者に提供するための効率的なゲートウェイを提供する。この通信システムによれば、特定のクラスの情報に関心を表明した選択されたユーザに対して、そのユーザのユーザプロファイルを用いて、情報サービスあるいは広告データの大量配布が可能となる。情報サービスの場合、ユーザは、要求された情報の量および質に基づいて課金されることが可能である。
ユーザに広告データを受け入れさせる動機づけとして、課金システム１５９は、ユーザが広告メッセージを受け付け検討した場合に、ユーザの口座に小額を振り込むことが可能である。さらに、通信システム１０は、広告メッセージを受信した後に、対話型音声応答システム１６９、カスタマコンピュータインタフェースシステム１６７、または、外部インタフェース６２を通じて直接に実時間通信プロトコルを用いてユーザと対話して、広告された商品の注文を入力させることが可能である。このような場合、課金システム１５９は、ユーザのアカウントにその代金を追加し、また、情報プロバイダあるいは広告者にも、その注文の処理の料金を課金することになる。
ディレクトリサービス
通信システム１０は、メッセージ送信者、加入者および非加入者のいずれにも、メッセージを送信したい特定の人を検索することができるように、ディレクトリサービスを提供することが可能である。このため、通信システム１０は、特定のメッセージ受信者を検索するために、ディレクトリ情報のデータベース内の適当なレコードへの自動ディレクトリアクセスにより、メッセージ送信者を案内することが可能である。個々のメッセージングシステムおよびメッセージ送信者とのインタフェースに応じてさまざまなシステムをユーザに提示することが可能である。例えば、ユーザとのインタフェースが従来のアナログラインである場合、ディレクトリアクセスは、ユーザのタッチトーン電話機からのＤＴＭＦ信号を用いた、対話型音声応答システム１６９を通じてのものとすることが可能である。対話型音声応答システム１６９はまず、メッセージ送信者に対して、メッセージ受信者に関する既知の情報の種類を尋ねる。例えば、メッセージ送信者に対して、メッセージ受信者の名前、電話番号、市、会社、提供している商品およびサービス、あるいはその他の情報のような、メッセージ受信者に関して知っている情報を電話で入力するよう求める。最終的に特定のメッセージ受信者が識別されるまで、メッセージ送信者による引き続く応答ごとに、マスタデータベース１５１の検索を狭める追加情報が提供される。この後、正しいメッセージ受信者が識別されたことを確認するために、識別されたメッセージ受信者の識別確認がメッセージ送信者に提示される。
メッセージ送信者とのインタフェースがさらに複雑な場合、自動ディレクトリにはカスタマコンピュータインタフェースシステム１６７を用いてアクセスすることが可能である。この環境では、カスタマコンピュータインタフェースシステム１６７は、メッセージ受信者によって提供された地域、会社名あるいは商品およびサービスに基づくエントリを有するグラフィック形式の自動電話ディレクトリをメッセージ送信者に提示することが可能である。この場合、メッセージ受信者の検索により、識別された受信者の識別確認とともに、識別された受信者が利用可能なメッセージングファシリティを識別する情報も提示される。このようにして、メッセージ送信者は、サポートされている場合には、メッセージ受信者のユーザプロファイル情報によって決定されるところにより、メッセージの配信のメディアを選択することができる。
大規模な統合ネットワーク機能では、配信およびルーティングに用いられるアドレスはユーザプロファイルレコードにおいて作成、管理、およびアクセスされなければならないという点で、音声メッセージングシステムとのインタフェースにより、ディレクトリおよびアドレシング運用サービスの提供はさらに複雑になる。さらに、１０個の数字のキーパッドを用いてテキスト検索条件を入力しなければならない。さらに、対話型音声応答機能の提供はＤＴＭＦシグナリングを用いた標準的な電話機器を用いて実行されなければならず、アドレシングは数値的でなければならず、音声あるいは発声され綴られたテキストが唯一のメディアでなければならず、識別確認は音声によらなければならず、ディレクトリアクセス／問合せはＤＴＭＦシグナリングを用いて実行されなければならない。
言語翻訳
本発明のもう１つの特徴によれば、通信システム１０は、相異なる言語間でメッセージを翻訳して、加入者および非加入者の両方のユーザ間のメッセージに対処することが可能である。各ユーザプロファイル内の１つのエントリが、ユーザの選択言語を表示する。この表示は、メッセージの送信者としてユーザによって使用される言語、および、メッセージの受信者が希望する言語を判定するために、通信システムによって用いられる。送信者および受信者の選択言語表示は、メッセージに対して用いられる適当なトランスレータを選択するために通信システムによって用いられる。着信メッセージのメディアにかかわらず、また、着信メッセージが複合メッセージであるか否かにかかわらず、通信システム１０は、メッセージのすべての部分をテキストフォーマットに変換することにより、テキストメッセージの自動翻訳を行うことを可能にする。翻訳されたメッセージは、その後、メッセージ送信者のメッセージングシステムによってサポートされるメディアに変換されることも可能である。
拡張アドレシング計画
既存のメッセージングシステムは、異種のアドレシング機能を有する。例えば、多くのメッセージングシステムは、１０桁の国内アドレシングしか可能ではないが、一方、高度なメッセージングシステムは、１２桁、１６桁および２０桁のアドレシングをも含む可変長のアドレシングが可能である。このような拡張アドレシングは、国際アドレシングおよびＰＢＸ内線番号アドレシング、ならびに国際アドレシングとＰＢＸ内線番号アドレシングの組合せを含む。このようなメッセージングシステムの異種の機能は、メッセージの転送をサポートし相異なるメッセージングシステム間のアドレスに応答しなければならない通信システム１０にとって問題となる。この場合、本発明によれば、グローバルに一意的な固定長アドレスおよび拡張アドレシングポートを提供することによって、複数のメッセージングシステムのネットワーキングが可能となる。
図１５は、標準の、および、拡張アドレシング環境でメッセージをルーティングするために、ハブ１２、１４または１６のようなハブによって使用される変換テーブルの図である。この変換テーブルは、通信システム１０の２人のユーザに対応する８個のテーブルエントリを含む。２人のユーザはアーニーとジェーン（Jane）である。
アーニーは米国の住民であり、北米電話番号を有する。変換テーブルは、アーニーに対応する４個のアドレスを含む。アドレスはユーザが指定したデスティネーションである。アドレスは、アドレス自体、および、それが一意的であるコミュニティという２つの重要な情報からなる。アドレスは、番号または英数字列である。コミュニティは、アドレスが一意的となる番号計画識別子である。国際公衆交換電話ネットワーク（ＰＳＴＮ（Public Switch Telephone Network））に基づく単一の一意的なアドレス計画を有する単一の世界的な公衆コミュニティがあると考えられる。変換テーブルに示されるように、アーニーは世界的な公衆コミュニティ「０」のメンバである。従って、アーニーに対応する４個のテーブルエントリではコミュニティ変数は０に設定されている。
アーニーのローカルメールボックスアドレス（ＭＢＸ ＡＤＤＲ）は「５５４０」である。アーニーのグローバルメールボックスアドレスは「１? ４０８? ５５５? ５５４０」である。ここで、「１」は米国の国コードである。グローバルメールボックスアドレスは電話に基づくアドレスである。従って、アーニーのメールボックスには、電話ベースのアドレスを有する通信システム１０の任意のポイントから到達することができる。
アーニーはまた、「１? ４０４? ５５５? ５５４０」という追加のグローバルメールボックスアドレスを有する。ここで、「４０４」は新たなエリアコードである。追加アドレスは、許容アドレスまたは延長期間アドレスであることが可能である。許容アドレスは、エリアコード切り替え、または同種のイベントの許容期間中に提供される。これにより、メールボックスには、新旧いずれのエリアコードでも到達可能となる。延長期間アドレスは、最近変更されたアドレスに対して提供される。
追加メールボックスアドレスもまた電話ベースのアドレスである。アーニーのメールボックスには、通信システム１０の任意のポイントから、追加グローバルメールボックスアドレスで到達可能である。このように、グローバルメールボックスアドレスおよび追加グローバルメールボックスアドレスはコミュニティ内で一意的であり、完全に指定されたアドレス（完全指定アドレス）である。
さらに、本発明によれば、アーニーには、「４０８５５５５５４０」というグローバルに一意的なアドレス（グローバル一意アドレス）が提供される。グローバル一意アドレスは電話ベースの番号ではなく、１０桁以下の数字であることも可能である。それにもかかわらず、これはコミュニティ内で一意的であり、完全指定アドレスである。グローバル一意アドレスは、ユーザのグローバルメールボックスアドレスの最後の１０桁の数字に一致するのが好ましい。この１０桁の数字は、国内電話番号である。これにより、グローバル一意アドレスは、ユーザによって、電話ベースのアドレスと記憶の上で関連づけられる。
グローバル一意アドレスにより、アーニーのメールボックスには、通信システム１０の任意のポイントから、１０桁のアドレスで到達可能となる。こうして、１０桁の数字しか送受信することができないメッセージングシステムも、グローバル一意アドレスを用いてアーニーへメッセージを送信することが可能である。
必要に応じて、他の追加の電話ベースのアドレスに対するエントリを設けることが可能である。例えば、アーニーのメッセージは、勤務時間中は勤務メールボックスに、また、勤務時間後および週末は自宅メールボックスに、配信することが可能である。
変換テーブルに示されるように、アーニーのユーザＩＤは「３」である。ユーザＩＤは、アーニーの相異なるエントリを関連づけ、内部ルーティング、追跡、および報告の目的でアーニーを表すために用いられる。アーニーのメッセージングシステム識別「ＣＡＳＪ０１」は、彼のメールボックス番号「５５４０」とともに、完全に指定されたメールボックス識別子（完全指定メールボックス識別子）を形成する。この完全指定メールボックス識別子は、メッセージのルーティングおよび配信に用いられる。
ジェーンは英国の住民であり、英国電話番号を有する。変換テーブルは、ジェーンに対応する３個のアドレスを含む。前述のように、アドレスは、アドレス自体、および、それが一意的であるコミュニティからなる。変換テーブルに示されるように、ジェーンもまた世界的な公衆コミュニティ「０」のメンバである。従って、ジェーンに対応する３個のすべてのテーブルエントリでコミュニティ変数は０に設定されている。
ジェーンのローカルメールボックスアドレスは「４４３７」である。ジェーンのグローバルメールボックスアドレスは「４４? ２１４? ５５５? ４４３７」である。ここで、「４４」は英国の国コードである。グローバルメールボックスアドレスは電話ベースのアドレスである。ジェーンのメールボックスには、電話ベースのアドレスを有する通信システム１０の任意のポイントから到達することができる。すなわち、グローバルメールボックスアドレスは完全指定アドレスである。
さらに、本発明によれば、ジェーンには、「６６５５４４３３２２」というグローバル一意アドレスが提供される。グローバル一意アドレスは電話ベースの番号ではなく、１０桁以下の数字であることも可能である。それにもかかわらず、これはコミュニティ内で一意的であり、完全指定アドレスである。グローバル一意アドレスは、ユーザのグローバルメールボックスアドレスの最後の１０桁の数字に一致するのが好ましい。この１０桁の数字は、国内電話番号である。しかし、グローバルメールボックスアドレスの最後の１０桁に一致するグローバル一意アドレス（これは北米アドレシング計画番号である。）がアーニーのような米国の顧客に割り当てられる場合、他の国のユーザには、北米アドレシング計画と衝突しない番号を割り当てなければならない。その結果、ジェーンのグローバル一意アドレス「６６５５４４３３２２」は彼女のグローバルメールボックスアドレスの最後の１０桁の数字と一致しない。
グローバル一意アドレスにより、ジェーンのメールボックスには、通信システム１０の任意のポイントから、１０桁のアドレスで到達可能となる。こうして、１０桁の数字しか送受信することができないメッセージングシステムも、グローバル一意アドレスを用いてジェーンへメッセージを送信することが可能である。
必要に応じて、他の追加の電話ベースのアドレスに対するエントリを設けることが可能である。例えば、ジェーンのメッセージは、勤務時間中は勤務メールボックスに、また、勤務時間後および週末は自宅メールボックスに、配信することが可能である。
変換テーブルに示されるように、ジェーンのユーザＩＤは「６」である。ユーザＩＤは、ジェーンの相異なるエントリを関連づけ、内部ルーティング、追跡、および報告の目的でジェーンを表すために用いられる。ジェーンのメッセージングシステム識別「ＵＫＬＢ０１」は、彼女のメールボックス番号「４４３７」とともに、完全指定メールボックス識別子を形成する。この完全指定メールボックス識別子は、メッセージのルーティングおよび配信に用いられる。
図１６Ａ−Ｂは、ハブ１２、１４または１６のようなハブが、どのように図１５に示される変換テーブルを用いてメッセージをルーティングするか、および、配信されるメッセージとともにデスティネーションメッセージングシステムによって要求される適当な送信者アドレシングをどのように含むかを示す。一般に、完全指定アドレスがメッセージングシステムに提示される。システムに提示されるアドレスが不完全である場合、実際の完全指定アドレスを決定する必要が生じることがある。完全指定アドレスがメッセージングシステムに提示されるか、あるいは、メッセージングシステムによって決定された後、デスティネーションシステムおよびメールボックスの識別が判定される。受信者の完全指定メールボックス識別子は完全指定アドレスから決定される。次に、送信者を受信者システムに対して表示するための完全指定アドレスを選択しなければならない。
図１６Ａの例では、メッセージはアーニーからジェーンへ送信される。前述のように、アーニーは米国に所在し、ジェーンは英国に所在するため、メッセージの転送のためには拡張アドレシングが通信システム１０によって使用されなければならない。
アーニーのメッセージングシステムは「ＣＡＳＪ０１」システムであり、これは、１０桁番号しか送受信することができない。すなわち、アーニーのメッセージングシステムは拡張アドレシングができない。この制限を克服するため、アーニーは、本発明のグローバルに一意的な１０桁アドレスでジェーンへのメッセージをアドレスすることが可能である。ジェーンのグローバルに一意的な１０桁アドレスは「６６５５４４３３２２」である。
ハブは、ＡＮＩおよびＤＮＩＳ呼ライン識別情報を用いることによってソースメッセージングシステムＩＤを識別する。ハブは、発呼の電話番号を参照することによってこの情報を取得することができる。ハブは、ソース音声メッセージングシステムＩＤ、および、送信者メールボックス番号、すなわち、アーニーのメールボックス番号「５５４０」を用いて、送信者ユーザＩＤを判定する。ここで、ハブは、図１５に示される変換テーブル、特に変換テーブルの第２列（これはアーニーに関する第１列である。）にアクセスして、アーニーの送信者ユーザＩＤが「３」であることを知る。
ハブは、アーニーによって入力された受信者アドレスを用いて、受信者ユーザＩＤを知る。ここで、ハブは、変換テーブルの最終列（これはジェーンのグローバル一意アドレスに対応する。）にアクセスして、受信者ユーザＩＤが「６」であると識別する。受信者ＩＤを用いて、ハブは、変換テーブル、特に変換テーブルの第５列（これはジェーンに関する第１列である。）にアクセスして、デスティネーションメッセージングシステム「ＵＫＬＢ０１」およびメールボックス「４４３７」を識別する。前述のように、メッセージングシステムおよびメールボックスは、メッセージが配信されることを可能にする完全指定メールボックス識別子を形成する。
ハブは、デスティネーションメッセージングシステムのアドレスタイプを用いて、デスティネーションメッセージングシステムと両立する送信者アドレスを識別する。ここで、デスティネーションメッセージングシステムは１６桁アドレスを送受信することが可能であるので、電話ベースの送信者アドレス「１? ４０８? ５５５? ５５４０」がメッセージとともにデスティネーションメッセージングシステムへルーテイングされる。
図１６Ｂの例では、メッセージはジェーンからアーニーへ送信される。ジェーンのメッセージングシステムは「ＵＫＬＢ０１」システムであり、１６桁アドレスを送受信することが可能である。従って、ジェーンは、アーニーの電話ベースのアドレスでアーニーへのメッセージをアドレスすることが可能である。アーニーの電話ベースのアドレスは「１? ４０８? ５５５? ５５４０」である。
ハブは、ＡＮＩおよびＤＮＩＳ呼ライン識別情報を用いてソースメッセージングシステムＩＤを識別する。ハブは、ハブへの発呼の電話番号を参照することによってこの情報を取得することができる。ハブは、ソース音声メッセージングシステムＩＤ、および、送信者メールボックス番号、すなわち、ジェーンのメールボックス番号「４４３７」を用いて、送信者ユーザＩＤを判定する。ここで、ハブは、図１５に示される変換テーブル、特に変換テーブルの第６列（これはジェーンに関する第１列である。）にアクセスして、ジェーンの送信者ユーザＩＤが「６」であることを知る。
ハブは、ジェーンによって入力された受信者アドレスを用いて、受信者ユーザＩＤを知る。ここで、ハブは、変換テーブルの第３列にアクセスして、受信者ユーザＩＤが「３」であると識別する。このユーザＩＤを用いて、ハブは、変換テーブル、特に変換テーブルの第２列（これはアーニーに関する第１列である。）にアクセスして、デスティネーションメッセージングシステム「ＣＡＳＪ０１」およびメールボックス「５５４０」を識別する。メッセージングシステムとメールボックスの組合せは、メッセージが配信されることを可能にする完全指定メールボックス識別子を形成する。
ハブは、デスティネーションメッセージングシステムのアドレスタイプを用いて、デスティネーションメッセージングシステムと両立する送信者アドレスを識別する。ここで、デスティネーションメッセージングシステムは１０桁アドレスしか送受信することができないため、送信者のグローバル一意アドレス「６６５５４４３３２２」が送信者アドレスとしてメッセージとともにデスティネーションメッセージングシステムへルーティングされる。
図１７は、本発明の一実施例を示す。図１７を参照すると、ハブ２００は、図１に関して前述した通信ネットワーク１８に接続されている。ハブ２００は、前述のハブ１２、１４および１６と同様に構成されることが可能である。ハブ２００は、メッセージングシステム２０４および２０８に接続されている。メッセージングシステム２０４は、１０桁番号しか送受信することができない。すなわち、メッセージングシステム２０４は拡張アドレシングができない。この問題を克服するため、ハブ２００は、メッセージングシステム２０４のために、標準アドレシングアクセスポート２１４（ここでは北米番号計画（ＮＡＮＰ（North American Numbering Plan））アドレシングポート）と、１つ以上の拡張アドレシングアクセスポート２１６を有することが可能である。拡張アドレシングポート２１６は、物理的に専用のポートとすることも、ネットワーク呼アドレスによって定義された論理ポートとすることも可能である。各拡張アドレシングポートは、国コードのようなあらかじめ定義されたプレフィクスに専用とすることが可能である。例えば、拡張アドレシングポート２１６は、あらかじめ定義されたプレフィクス「４４」（これは英国（Ｕ．Ｋ．）の国コードである。）に専用とされる。
ＮＡＮＰポート２１４は、通信リンク２１５を通じてメッセージングシステム２０４に接続されている。拡張アドレシングアクセスポート２１６は、通信リンク２１７を通じてメッセージングシステム２０４に接続されている。
図１８は、ＮＡＮＰポート２１４および拡張アドレシングアクセスポート２１６で受信されるメッセージをルーティングするためにハブ２００によって用いられる拡張アドレス完成テーブル２２０の図である。拡張アドレス完成テーブル２２０は、ＮＡＮＰルール（標準アドレシングルール）２２２および拡張アドレシングルール２２４を含む。
標準アドレシングルール２２２は、アクセスポート２１４で受信されるアドレスに、北米アドレシングの標準的なプレフィクス「１」を追加する。標準の北米１０桁アドレスを有するメッセージは、メッセージングシステム２０４によってリンク２１５を通じて送信されることが可能である。このようなメッセージは、ハブ２００によってＮＡＮＰポート２１４で受信され、プレフィクス「１」が追加された後、受信者アドレスに従ってルーティングされる。
拡張アドレシングルール２２４は、アクセスポート２１６で受信されるアドレスに、英国プレフィクス「４４」を追加する。拡張アドレシングアクセスポート２１６のあらかじめ定義されたプレフィクス（ここでは英国）を含む拡張アドレスを有するメッセージと、英国の１０桁アドレスは、メッセージングシステム２０４からリンク２１７を通じて送信される。メッセージングシステム２０４は１０桁の数字しか送信することができないため、英国１０桁アドレスのみがハブ２００へ送信される。このメッセージは、ハブ２００によって、拡張アドレシングアクセスポート２１６で受信される。拡張アドレシングアクセスポート２１６で、あらかじめ定義されたプレフィクスが、受信された標準アドレスに追加されて、拡張アドレスを修正する。ハブ２００は、修正されたアドレスを用いてメッセージをルーティングする。
図１９は、ハブ２００がどのようにして、図１８に示される拡張アドレス完成テーブル２２０を用いて、拡張アドレシングアクセスポートで受信されるアドレスに、あらかじめ定義されたプレフィクスを追加するかを示す。図１９の例では、メッセージはアーニーからジェーンへ送信される。前述のように、アーニーは米国に所在し、ジェーンは英国に所在するため、メッセージの転送のためには拡張アドレシングが通信システム１０によって使用されなければならない。
アーニーのメッセージは、ジェーンの英国（国内）アドレス「２１４ ５５５４４３７」でアドレスされている。メッセージは、メッセージングシステム２０４から通信リンク２１７を通じてハブ２００へ送信される。メッセージおよびアドレスは、拡張アドレシングアクセスポート２１６で受信される。ハブ２００は、図１８に示される拡張アドレス完成テーブル２２０、特にテーブルの第３行（これはアクセスポート２１６に関する行である。）にアクセスして、拡張アドレシングルール２１４を識別する。ルール２１４に従って、ハブ２００は、拡張アドレシングポート２１６で受信されたアドレスに、あらかじめ定義されたプレフィクス「４４」を追加して、ジェーンの国際拡張アドレス「４４ ２１４ ５５５４４３７」を形成する。このように、本発明は、それ自体では拡張アドレシングができないメッセージングシステムのために専用のハブアクセスポートを設けて拡張アドレシングを提供する。
メッセージングシステム２０８は、２０桁まで送受信することができる。従って、メッセージは、メッセージの電話ベースのアドレスで送信される。この場合、拡張アドレシングアクセスポートは不要である。メッセージおよびアドレスは、ハブ２００によって、単一の標準アクセスポート（Ｓｔ．）２１０で受信される。標準アクセスポート２１０で受信されるメッセージは、メッセージの電話ベースのアドレスに従ってルーティングされる。
このように、外部音声メッセージングシステムに接続可能なネットワークハブシステムを有する通信システムが実現される。ネットワークハブシステムは、通信システムのユーザに対する電話ベースのアドレスおよびグローバル一意アドレスを記憶することが可能なデータベース記憶装置を含む。データベース記憶装置はまた、外部音声メッセージングシステムのアドレスタイプを記憶することも可能である。
もう１つの実施例では、ネットワークハブシステムは、標準アドレシングアクセスポートおよび拡張アドレシングアクセスポートを含むことが可能である。呼の実施例において、ネットワークハブシステムは、外部音声メッセージングシステムにも接続可能である。標準アドレシングアクセスポートにおいて、ネットワークハブシステムは、メッセージングシステムから、標準（非拡張）アドレスを有するメッセージおよびそのメッセージの標準アドレスを受信することが可能である。これに対して、拡張アドレシングアクセスポートにおいて、ネットワークハブシステムは、メッセージングシステムから、あらかじめ定義されたプレフィクスおよび標準アドレスからなる拡張アドレスを有するメッセージを受信するとともに、そのメッセージの標準アドレスを受信することが可能である。ネットワークハブシステムは、拡張アドレシングアクセスポートで受信される標準アドレスに、あらかじめ定義されたプレフィクスを追加して、拡張アドレスを修正することが可能である。あらかじめ定義されたプレフィクスは、国際ダイヤル国コードとすることが可能である。
以上、本発明について詳細に説明したが、請求の範囲のみによって定義される本発明の技術思想および技術的範囲から離れることなく、ここで説明したシステムおよび方法にさまざまな変更、変形、および修正を行うことが可能であると理解すべきである。

Claims (15)

1. 少なくとも１つの専用の拡張アドレシングアクセスポートを有するネットワークハブシステムを含む通信システムにおいて、
   前記ネットワークハブシステムは、少なくとも１つの外部音声メッセージングシステムに接続され、かつ別の外部音声メッセージングシステムから前記少なくとも１つの拡張アドレシングアクセスポートにおいて電話ベースのアドレスの一部を含むメッセージを受信して動作可能であり、
   前記ネットワークハブシステムは、あらかじめ定義されたプレフィクスを前記電話ベースのアドレスの一部に追加して、修正された電話ベースのアドレスを形成して動作可能であり、かつ前記メッセージを、該修正された電話ベースのアドレスを使用するデスティネーションメッセージングシステムへルート付けるようになっていることを特徴とする通信システム。
2. 前記ネットワークハブシステムは、複数の外部音声メッセージングシステムに接続されて動作可能であることを特徴とする請求項１に記載の通信システム。
3. 前記電話ベースのアドレスは１０桁であることを特徴とする請求項１に記載の通信システム。
4. 前記修正された電話ベースのアドレスは１０桁より長いことを特徴とする請求項１に記載の通信システム。
5. 前記ネットワークハブシステムは、少なくとも１つのプロセッサおよびメモリ記憶装置をさらに有することを特徴とする請求項１に記載の通信システム。
6. 前記ネットワークハブシステムは、少なくとも１つの標準アドレシングアクセスポートをさらに有することを特徴とする請求項１に記載の通信システム。
7. 前記少なくとも１つの専用の拡張アドレシングアクセスポートは前記あらかじめ定義されたプレフィクスに専用であり、該あらかじめ定義されたプレフィクスは国際ダイヤルコードを含むことを特徴とする請求項１に記載の通信システム。
8. 通信システムにおける通信方法において、
   少なくとも１つの専用の拡張アドレシングアクセスポートを有するネットワークハブシステムを少なくとも１つの外部音声メッセージングシステムに接続するステップと、
   別の外部音声メッセージングシステムから、前記少なくとも１つの拡張アドレシングアクセスポートにおいて、電話ベースのアドレスの一部を含むメッセージを受信するステップと、
   あらかじめ定義されたプレフィクスを前記電話ベースのアドレスの一部に追加して、ネットワークハブシステムの修正された電話ベースのアドレスを形成するステップと、
   前記メッセージを、該修正された電話ベースのアドレス使用するデスティネーションメッセージングシステムへルート付けるステップとからなることを特徴とする通信方法。
9. 前記接続するステップは、前記ネットワークハブシステムを複数の外部音声メッセージングシステムに接続することを含むことを特徴とする請求項８に記載の方法。
10. 前記ネットワークハブシステムは、少なくとも１つのプロセッサおよびメモリ記憶装置をさらに有することを特徴とする請求項８に記載の方法。
11. 前記ネットワークハブシステムは、少なくとも１つの標準アドレシングアクセスポートをさらに有することを特徴とする請求項８に記載の方法。
12. 前記あらかじめ定義されたプレフィクスは国際ダイヤルコードを含むことを特徴とする請求項８に記載の方法。
13. 複数の専用の拡張アドレシングアクセスポートを有するネットワークハブシステムと、
    前記複数の拡張アドレシングアクセスポートを通じて前記ネットワークハブシステムに選択的に接続可能な複数の外部音声メッセージングシステムとからなる通信システムにおいて、
    前記複数の拡張アドレシングアクセスポートのうちの１つが、前記複数の外部音声メッセージングシステムのうちの１つから、電話ベースのアドレスの一部を含むメッセージを受信しており、
    前記ネットワークハブシステムは、あらかじめ定義されたプレフィクスを前記電話ベースのアドレスの一部に追加して、修正された電話ベースのアドレスを形成して動作可能であり、かつ前記メッセージを、該修正された電話ベースのアドレスを使用する前記複数の外部音声メッセージングシステムのうちの別のものへルート付けるようになっていることを特徴とする通信システム。
14. 前記ネットワークハブシステムは、少なくとも１つのプロセッサおよびメモリ記憶装置をさらに有することを特徴とする請求項１３に記載の通信システム。
15. 前記ネットワークハブシステムは、少なくとも１つの標準アドレシングアクセスポートをさらに有することを特徴とする請求項１３に記載の通信システム。

Images