JP2003530025A - メッセージ配信の成功時に通知するシステムおよび方法 - Google Patents

Abstract

(57)【要約】 発呼局の発呼者から被呼局の被呼者へメッセージを配信する方法（図２）および関連の装置。発呼局から被呼局への通信試行の不成功（ステップ３２）に応答して、メッセージ通信システムは発呼局からのメッセージを記憶する（ステップ３２）。メッセージ通信システムは、メッセージ通信システムから被呼局への通信を開始することにより、被呼局へのメッセージ配信を試みる（ステップ３８）。メッセージ配信の成功に応答して、メッセージ通信システムは、被呼局へのメッセージが成功裏に配信されたことを発呼者に通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】

本発明は、電話メッセージ通信装置および方法に関する。本発明は、自動コレ
クト・コール・メッセージ通信システムにも関する。

【０００２】

【従来の技術および発明が解決しようとする課題】

コレクト・コールによって発呼者は通話の料金を、被呼者の選択で通話を受信
する電話局の勘定に振り替えることができる。従来、コレクト・コールを完了す
るためには、被呼者が呼び出しに応答し、料金を受け入れなくてはならなかった
。被呼局に応答がなかったか、被呼局が話し中である場合、呼び出しは完了でき
なかった。したがって、呼び出した時に被呼局が応答しない、または話し中であ
った場合に、発呼者が被呼者にメッセージを残すことができるように方法が工夫
されてきた。例えば、本発明の譲受人に譲渡され、引用により本明細書の記載に
援用するＲｅｉｍａｎ他の米国特許第５，７８７，１５０号を参照されたい。こ
の特許は、応答がない場合、または被呼局が話し中である場合にメッセージ通信
側プラットフォームが呼の制御を保持し、自動的に発呼者に対して被呼者に配信
すべき名前およびメッセージを入力するよう指示する。名前およびメッセージが
入力された後、発呼者には所望に応じて確認回数が与えられ、これによって発呼
者は被呼者がメッセージを受信したか判断することができる。メッセージ通信プ
ラットフォームは、被呼者を呼び出すことにより、繰り返しメッセージの配信を
試みる。呼に応答があると、メッセージ通信プラットフォームは発呼者を識別し
、被呼者にコレクト・メッセージを受信するか、拒否するよう指示する。被呼者
がメッセージを受け入れると、メッセージ通信プラットフォームはそれを再生し
、メッセージに対して被呼者に課金する。

【０００３】 被呼者にメッセージを残す他の方法および装置も存在する。それには、例えば
、Ｍｅｓｓｅｎｇｅｒ ｆｏｒ Ｃａｒｄ、Ｍｅｓｓｅｎｇｅｒ ｆｏｒ Ｏｐ
ｅｒａｔｏｒ Ａｓｓｉｓｔｅｄ Ｃｏｌｌｅｃｔ、Ｍｅｓｓｅｎｇｅｒ ｆｏ
ｒ １−８００−ＣｏｌｌｅｃｔおよびＤｉａｌ １ Ｍｅｓｓｅｎｇｅｒなど
のサービスが含まれる。 これらのメッセージを残す発呼者は、そのメッセージが成功裏に配信されたか
判断するため、８００番を呼び出さなければならない。これは発呼者にとって不
便である。

【０００４】

【課題を解決するための手段】

本発明は、メッセージが配信された場合はその時を、またはメッセージが配信
不可能である場合はそのことを発呼者に通知するシステムおよび方法を提供する
。本発明の別の態様は、予め加入した位置、またはメッセージの記録時に残した
位置を介して発呼者の位置を突き止めるシステムおよび方法を提供する。予め加
入した位置は、発呼者が考案したスケジュールに基づいて動的であることもある
。

【０００５】 本発明の１つの態様は、発呼局の発呼者から被呼局の被呼者へメッセージを配
信する方法を提供し、該方法は、発呼局から被呼局への通信試行の不成功に応答
して、メッセージ通信システムを使用して、後で被呼局へ配信するため、発呼局
からのメッセージを記憶することと、メッセージ通信システムを使用して、発呼
者および被呼局のために、発呼局からアドレス情報を獲得することと、発呼局か
ら獲得した被呼局のアドレス情報を使用して、メッセージ通信システムから被呼
局への通信を開始することにより、メッセージ通信システムを使用して、被呼局
へのメッセージ配信を試みることと、メッセージ通信システムを使用して、メッ
セージ配信の試みが成功したか判断することと、メッセージの配信成功に応答し
て、被呼局へのメッセージが成功裏に配信されたことを発呼者に通知するよう試
みることとを含む。

【０００６】 本発明の別の態様は、発呼局の発呼者から被呼局の被呼者へメッセージを配信
するシステムを提供し、該システムは、発呼局から被呼局への通信試行の不成功
に応答して、後に被呼局へ配信するために発呼局からのメッセージを記憶するよ
うに構成された音声メッセージ・システムと、発呼者のアドレス、および被呼局
へのメッセージ配信状態に関する情報を提供するため、発呼者への接触を試みる
場合に用いるアドレスに関連する通信技術を記憶するように構成されたユーザ接
触データベースと、被呼局への通信を開始することにより、被呼局へのメッセー
ジ配信を試みるように構成されたプロセッサとを含み、プロセッサは、メッセー
ジ配信の試みが成功したか判断し、メッセージ配信の成功に応答して、被呼局へ
のメッセージが成功裏に配信されたことを発呼者に通知することを試みるように
構成される。

【０００７】 使用時には、発呼者はデータ装置を介してディレクトリ・サービスで自分のＩ
Ｄ（識別）を登録する。登録時には、発呼者は１つまたは複数の通信およびアド
レスの方法、例えば、ポケットベル番号、電話番号、携帯電話番号またはＩＰア
ドレスもディレクトリ・サービスに示す。 発呼者がその後、メッセージを成功裏に配信したら、カード呼び出し、コレク
ト・コールまたはダイヤル１呼を介して被呼者にメッセージを残そうと意図した
場合、メッセージを成功裏に配信したプロセッサは発呼者に確認通知を送信する
。それを実行するため、プロセッサはディレクトリ・サービスに問い合わせ、発
呼者の通信方法を判断する。通信方法は、時刻、曜日および／または日付に依存
してよい。次に、プロセッサは、指定された通信方法を介して、成功したメッセ
ージ配信の信号を発呼者に送信する。

【０００８】 代替実施形態では、発呼者を探すため、発呼者は電話番号、ポケットベル番号
、ＵＲＬまたは被呼者へのメッセージを記録する場合に通話中に接触することが
できる他の方法を残すことができる。各メッセージは一意の識別コードを有する
。 本発明の１つの態様では、システムは、メッセージが配信不可能で、したがっ
てキャンセルされた場合、それを発呼者に通知する。

【０００９】 本発明の１つの態様では、発呼者が自動または手動メッセージ通信サービスを
介して被呼者にメッセージを残そうと意図する場合、サービスは、ユーザの接触
情報を収集するか、ディレクトリ・サービスに接触して、ユーザの位置を判断し
、メッセージ・サービスはメッセージを配信するか、メッセージをキャンセルし
、メッセージ・サービスは発呼者に通知する。本発明の１つの態様では、通知は
配信またはキャンセルの時刻およびメッセージＩＤを含む。本発明の１つの態様
では、メッセージが配信不可能な場合、通知はメッセージが配信不可能であった
理由を含む。

【００１０】

【発明の実施の形態】

図１は、本発明を実現するシステム１０を示す。システム１０は、電話、コン
ピュータ、または通信に使用することができる他の装置などの発呼および被呼局
１１および１５とともに使用するか、局１１および１５が、局１１の電話および
局１５のポケットベルなどの装置の組合せでよい。システム１０は、さらに、発
信スイッチ１２を含み、ＰＳＴＮまたはデータ・ネットワークなどの通信網１３
を使用し、着信スイッチ１４を使用して発呼局１１および被呼局１５と通信する
。

【００１１】 システム１０は、さらに、発信スイッチ１２と選択的に結合された１つまたは
複数の自動音声メッセージ・システム１６、発信スイッチ１２と選択的に結合さ
れた１つまたは複数の手動操作卓１７、および手動操作卓１７、ネットワーク１
３に結合され、発信スイッチ１２に選択的に結合されたプロセッサ１８を含む。
システム１０は、さらに、ＬＡＮ、ＷＡＮ、直接接続（音声メッセージ・システ
ム１６またはプロセッサ１８または両方も実現するコンピュータで実現されるか
、直列または並列通信による）を介して、またはネットワーク１３を介して自動
音声メッセージ・システム１６、手動操作卓１７、およびプロセッサ１８に結合
されたユーザ接触データベース１９を含む。言うまでもなく、様々な代替方法が
可能である。例えば、様々なブロックによって実施される機能を機械またはコン
ピュータに組み合わせるか、複数の機械またはコンピュータに分散することがで
き、これらは同じ地理的位置にある必要もない。

【００１２】 使用時には、発呼局１１を使用する発呼者は、通信網１３を介して被呼局１５
への通信を開始しようとする。通信を試みると、局１１の発呼者が、記憶され、
局１５の被呼者に後に配信されるメッセージを記録するか、書き取らせる状況に
なる。このタイプの状況は、例えば、話し中状態、応答がない、留守番電話など
、様々な理由のいずれかにより、局１５の被呼者に到達できない場合に発生する
ことがある。このタイプの状況は、例えば、局１１の発呼者がダイヤル１、コレ
クト・コール、カード・コール、ＩＰコールのボイス、または呼以外の他の何ら
かの通信タイプを試みる場合に発生することがある。

【００１３】 局１１を使用する発呼者が、自動音声メッセージ・システム１６を介してメッ
セージを記録するか、手動操作卓１７を使用して手動オペレータにメッセージを
口述すると、自動音声メッセージ・システム１６または手動オペレータ１７は、
１つの実施形態では、メッセージが成功裏に配信されたか、キャンセルされた場
合、局１１を使用する発呼者が連絡してほしいと考えているか判断する。

【００１４】 発呼者が記録または口述したメッセージの配置と接触したい場合、１つの実施
形態では、自動音声メッセージ・システム１６または手動オペレータ１７が、ユ
ーザ接触データベース１９が記憶された発呼者１１の接触情報を含むか判断する
。ユーザ接触データベース１９に記憶された接触情報は、例えば、発呼者の番号
またはアドレス、アドレスに関連する通信方法、例えば、ポケットベル番号、電
話番号、ＩＰアドレス、または他の方法を含み、１つの実施形態では、発呼者に
特定の時間範囲で接触できる場所および方法のスケジュール、すなわち、動的ロ
ケータ・サービスを含む。１つの実施形態では、ＡＮＩまたはカード番号または
ユーザ入力によって事前設定されたロケーションおよびスケジュールを判断する
。

【００１５】 １つの実施形態では、自動音声メッセージ・システム１６または局１７の手動
オペレータが、ユーザがメッセージ配置通知の特定の通信方法およびアドレス、
すなわち、記憶されたスケジュール情報に上書きされる電話番号またはＩＰアド
レス、または記憶されたスケジュール情報の代わりに使用できる番号またはアド
レスを指定したいかも判断する。

【００１６】 発呼者に接触する通信方法を判断した後、メッセージが、後に配信するためプ
ロセッサ１８でスケジュールされ、発呼者通知を示すようマークされる。プロセ
ッサ１８は、ＰＳＴＮまたはデータ網１３を介して被呼者１５へのメッセージ配
信を試みる。 プロセッサ１８が、メッセージを配置したこと、すなわち、メッセージが成功
裏に残されたか、キャンセルされたことを判断したら、プロセッサ１８は次に、
ユーザ接触データベース１９の情報または発呼者１１が提供する情報を使用して
、局１１の発呼者と接触する。

【００１７】 発呼者通知の後、適切な再試行方法が課される。 １つの実施形態では、発呼者が、ユーザ接触データベース１９の情報を作成、
更新または削除することができる。例えば、発呼者は、電話で（例えば、タッチ
トーン・キーパッドを使用するか、データベースの変更を手動電話オペレータに
依頼することにより）、または他の方法で（例えば、インターネットにより）情
報を作成、更新、または削除することができる。

【００１８】 図２は、本発明の１つの実施形態で図１のシステム１０が実行する論理を示す
フローチャートで、これは例示としてのみ与えられる。 論理は、ステップ２０で、局１１を使用する発呼者が、システム１０を使用し
て被呼局１５との通信開始を試みる時に開始する。 ステップ２２で、システム１０は試みが成功したか判断する。成功した場合、
システムはステップ２４へと進む。成功しなかった場合、システムはステップ２
６へと進む。

【００１９】 ステップ２４では、システムは、例えば、発呼局１１を被呼局１５に接続する
か、データを被呼局１５に転送することにより、通信を完了する。 ステップ２６では、システムは、通信が不成功であったので、例えば、メッセ
ージを再生することにより、メッセージ・サービスを使用したいか発呼者に質問
し、ユーザにタッチトーン・キーパッドを使用して応答するよう指示する。ステ
ップ２６を実行後、システムはステップ２８へと進む。

【００２０】 ステップ２８では、システムは局１１の発呼者がメッセージ・サービスを受け
入れたか判断する。受け入れた場合、システムはステップ３２へと進む。受け入
れなかった場合、システムはステップ３０へと進む。 ステップ３０で通信が終了する。 ステップ３２で、システムは、後に局１５へ配信するため、局１１の発呼者か
らのメッセージを記録する。１つの実施形態では、メッセージにはシステムによ
って識別番号が割り当てられる。ステップ３２を実行した後、システムはステッ
プ３４へと進む。

【００２１】 ステップ３４では、システムが局１１の発呼者に確認コールバック・サービス
を使用したいか質問する。使用したい場合、システムは４０へと進む。使用した
くない場合、システムはステップ３８へと進む。 ステップ３８では、システムが従来の方法で適切な再試行および課金手順を使
用し、メッセージ配信を試みる。

【００２２】 ステップ４０では、システムが、局１１の発呼者の接触情報が接触データベー
ス１９に存在するか（例えば、事前登録から、発呼カードに関連する情報）判断
する。存在する場合、システムはステップ４２へと進む。存在しない場合、シス
テムはステップ４４へと進む。 ステップ４２では、システムは発呼者に、所望に応じて接触データベース１９
の接触情報を変更するよう指示する。ステップ４２を実行後、システムはステッ
プ４６へと進む。

【００２３】 ステップ４４では、システムは発呼者に接触情報を指示する。代替実施形態で
は、システムはＡＮＩ情報があるかチェックし、確認コールバックにそれを使用
する。ステップ４４の実行後、システムはステップ４６へと進む。 ステップ４６では、システムが接触データベース１９を更新する。ステップ４
６の実行後、システムはステップ４８へと進む。 ステップ４８では、システムは被呼者に配信するため、メッセージをスケジュ
ールする。ステップ４８の実行後、システムはステップ５０へと進む。

【００２４】 ステップ５０では、システムは、スケジュールされた配信の時刻に到達したか
判断する。到達した場合、システムはステップ５４へと進む。到達していない場
合、システムはステップ５２へと進む。 ステップ５２では、システムはステップ５０へと進む前に待機する。システム
は、図２の手順の他の事例を実行するなど、他のタスクを実行することができる
。 ステップ５４では、システムは被呼者に接触し、発呼者が記録したメッセージ
を配信することを試みる。ステップ５４の実行後、システムはステップ５６へと
進む。

【００２５】 ステップ５６では、システムは配信試行が成功したか判断する。成功した場合
、システムはステップ６４へと進む。成功しなかった場合、システムはステップ
５８へと進む。ステップ５８では、システムは（例えば、試行数をカウントする
か、データ・メッセージが配信可能であるか判断する、または他の所望の技術に
より）さらなる配信成功の可能性が高いか判断する。高い場合、システムはステ
ップ６０へと進む。高くない場合、システムはステップ６２へと進む。

【００２６】 ステップ６０では、システムがメッセージをキャンセルする。１つの実施形態
では、ステップ６０の実行後、システムはステップ６４へと進む。別の実施形態
では、ステップ６０の実行後、システムは図２のルーチンのこの事例における処
理を終了する。 ステップ６２では、システムはメッセージ配信を再スケジュールする。ステッ
プ６２の実行後、システムはステップ５２へと進む。

【００２７】 ステップ６４では、システムは接触データベース１９からの接触情報または局
１１の発呼者が呼び出した時からのＡＮＩ情報を使用して局１１の発呼者の呼び
出し、配信状態通知（すなわち、メッセージが成功裏に配信されたか、メッセー
ジがキャンセルされたか）を提供することを試みる。本発明の１つの実施形態で
は、配信状態通知は配信またはキャンセルの時刻、およびメッセージ識別番号を
含む。ステップ６４の実行後、システムはステップ６６へと進む。

【００２８】 ステップ６６では、システムは状態通知を求めた局１１の発呼者への接触の試
みが成功したか判断する。成功した場合、処理は終了する。成功しなかった場合
、システムはステップ６８へと進む。 ステップ６８では、システムはさらなる成功の可能性が高いか判断する。高い
場合、システムはステップ７０へと進む。高くない場合、システムはステップ７
２へと進む。

【００２９】 ステップ７０では、状態通知がキャンセルされ、処理が終了する。 ステップ７２では、状態通知が再スケジュールされる。ステップ７２の実行後
、システムはステップ７４へと進む。 ステップ７４では、システムはステップ７６へと進む前に待機する。 ステップ７６では、システムはスケジュールされた状態通知の配信時刻に到達
したか判断する。到達した場合、システムはステップ６４へと進む。到達してい
ない場合、システムはステップ７４へと進む。

【００３０】 図１および図２は、より一般化された実施形態を示すが、以下の図は例示とし
てのものであり、より特定の実施形態を表す。本発明は、下記以外の用途を有す
ることを理解されたい。例えば、本発明は、下記の実施形態が特に電話通信のみ
に関していても、データおよび電話通信双方の用途を有する。

【００３１】 図３は、コレクト・コールメッセージ通信システム１００を示すブロック図で
ある。従来の公衆交換電話網１０２も図示されている。一例として、ネットワー
ク１０２の内部の詳細は、従来の交換器１０４および１０８、従来の中継線１１
０および１１２、および従来の電話機１１４および１１６で表される。システム
１００は、中継線１１０および１１２によってネットワーク１０２に接続された
ブリッジ交換器１０６を含む。ブリッジ交換器１０６によって、呼を３者間に同
時に接続することができる。中継線１１０および１１２上の接続に加えて、ブリ
ッジ交換器１０６は線１１８でも接続することができ、これは自動呼分売器１２
４および線１２２に接続され、これはメッセージ通信プラットフォーム音声サー
バ（ＭＰ−ＡＳ）１４６に接続される。自動呼分配器（ＡＣＤ）１２４は、手動
電話操作卓１３２または自動音声応答ユニット／音声サーバ（ＡＲＵ−ＡＳ）１
３４が扱うよう呼に経路指示する。自動呼分配器１２４は、データ接続１３０上
で各呼の信号情報をインテリジェント・サービス網アプリケーション・プロセッ
サ（ＩＳＮＡＰ）１３６に配信する。インテリジェント・サービス網アプリケー
ション・プロセッサ１３６は、呼を経路指示すべき機器のタイプを選択し、デー
タ接続１３０上で制御命令を自動呼分配機１２４に送信する。自動呼分配器１２
４は呼の音声部分を、音声接続１２８を介して手動電話操作卓１３２に配信する
か、音声接続１２９を介して自動音声応答ユニット／音声サーバ１３４に配信す
る。手動電話操作卓１３２は、人間のオペレータが手動で呼に応答し、発呼者か
ら獲得した情報を手動で入力する従来の機器である。自動音声応答ユニット／音
声サーバ１３４は、呼に自動的に応答し、発呼者からの情報を獲得する従来の機
器である。自動音声応答ユニット／音声サーバ１３４は、例えば、事前に録音し
たプロンプト・メッセージを発呼者に対して再生し、発呼者が押下したタッチト
ーン・キーを検出することにより、これを実行する。自動音声応答ユニット／音
声サーバ１３４は音声メッセージをディジタル録音し、記憶して再生する従来の
音声サーバを含む。

【００３２】 アプリケーション・コール・プロセッサ（ＡＣＰ）１４２およびメッセージ制
御プロセッサ（ＭＣＰ）１４４は、コレクト・コールおよびメッセージ通信プロ
セスの様々な部分を制御する標準的なプロセッサである。アプリケーション・コ
ール・プロセッサ１４２およびメッセージ制御プロセッサ１４４は、標準的なコ
レクト・コール・サービスおよびコレクト・メッセージ通信サービスを実行する
プロセスの部分を実現する。アプリケーション・コール・プロセッサ１４２は、
自動音声応答ユニット／音声サーバ１３４から状態情報を受信し、命令を発行し
て、標準的なコレクト・コール・サービスの実施に必要な情報の収集において、
自動音声応答ユニット／音声サーバ１３４を制御する。アプリケーション・コー
ル・プロセッサ１４２も自動音声応答ユニット／音声サーバ１３４およびメッセ
ージ通信プラットフォーム音声サーバ１４６から状態情報を受信し、コレクト・
メッセージ通信サービスの実施において命令を発行し、自動音声応答ユニット／
音声サーバ１３４およびメッセージ通信プラットフォーム音声サーバ１４６の双
方を制御する。自動音声応答ユニット／音声サーバ１３４は自動呼分配器１２４
に接続され、システムへの入呼を扱う。メッセージ通信プラットフォーム音声サ
ーバ１４６は、自動音声応答ユニット／音声サーバ１３４のと同様の音声サーバ
であるが、ブリッジ交換器１０６に接続され、呼を開始できるよう配置構成され
ている。

【００３３】 １つのブロックしか図示せず、システム１００および内部の各ブロックは、多
様な地理的位置に配置可能な複数の機器部片を表すが、全てローカル・エリア／
広域通信網（ＬＷＡＮ）１３８を介して通信する。ＬＷＡＮ１３８は、例えば、
複数の相互接続されたイーサネット（登録商標）・ローカル・エリア・ネットワ
ークを備える標準的なネットワークである。自動音声応答ユニット／音声サーバ
１３４、アプリケーション・コール・プロセッサ１４２、メッセージ制御プロセ
ッサ１４４、およびメッセージ通信プラットフォーム音声サーバ１４６も、ロー
カル・エリア・ネットワーク（ＬＡＮ）１４８を介して通信し、ＬＡＮ１４８は
トークン・リングなどの標準的なネットワークである。必要ではないが、自動音
声応答ユニット／音声サーバ１３４、アプリケーション・プロセッサ１４２、メ
ッセージ制御プロセッサ１４４およびメッセージ通信プラットフォーム音声サー
バ１４６の各グループは、通常、同じサイトに配置され、したがってその相互接
続にＬＡＮ１４８を使用する。ＬＡＮ１４８を使用することによって、ＬＷＡＮ
１３８を使用せずに大量のメッセージ通信トラヒックを相互通信することができ
る。メッセージ通信トラヒックは、主にディジタル化された音声メッセージを備
え、これは普通のＬＷＡＮ１３８の信号送信トラヒックと比較して、大量のデー
タを備える傾向がある。ＬＷＡＮ１３８上の相互接続メッセージ通信トラヒック
は、ネットワークのリソース消費量が多すぎる。ＬＡＮ１４８を使用すると、こ
れらのリソースの消費が回避され、信号送信トラヒックとの干渉が防止される。

【００３４】 ブリッジ交換器１０６は、付加プロセッサ（ＡＰ）１２６とも通信し、これは
データ接続１２０を介して交換器１０６から課金情報を獲得する。ＡＰ１２６は
獲得した課金情報を処理し、これを課金システム１４０に送信する。 ユーザ接触データベース１４９は手動電話操作卓１３２およびプロセッサ１４
２および１４４およびサーバ１３４および１４６と通信し、電話番号などの顧客
接触情報ルックアップを提供して、メッセージを残した発呼者をコールバックし
、メッセージが成功裏に配信されたことを確認する。

【００３５】 図４は、付加プロセッサ１２６、インテリジェント・サービス網アプリケーシ
ョン・プロセッサ１３６、アプリケーション・コール・プロセッサ１４２、メッ
セージ制御プロセッサ１４４および課金システム１４０を表すコンピュータ・シ
ステム１５０の例示的ブロック図である。これらのブロックはそれぞれ、少なく
とも１つのこのようなコンピュータ・システムを備える。付加プロセッサ１２６
、インテリジェント・サービス網アプリケーション・プロセッサ１３６、アプリ
ケーション・コール・プロセッサ１４２、メッセージ制御プロセッサ１４４およ
び課金システム１４０はそれぞれ、図３には１つしか図示されていないが、当技
術分野では、複数のコンピュータ・システムが各機能を実行する分散アーキテク
チャが完全に同等であることがよく知られている。システム１５０は、プログラ
ム命令を実行してデータを処理するＣＰＵ１５０−１、ＣＰＵ１５０−１が実行
したプログラム命令および処理したデータを記憶するメモリ１５０−４、メモリ
との間で転送するデータを記憶するディスク記憶装置１５０−５、および他の装
置と通信し、接続１５０−１２を介してコンピュータ・システムのデータを転送
する少なくとも１つのＩ／Ｏアダプタ１５０−２を含む。システム１５０は、シ
ステム・オペレータに状態情報を提供し、そこから命令を受けるオペレータ・イ
ンタフェース１５０−３も含むことができる。これらの要素は全て母線１５０−
６によって相互接続し、それによって要素間でデータを相互通信することができ
る。Ｉ／Ｏアダプタ１５０−２は、例えば、ＬＷＡＮ１３８またはＬＡＮ１４８
などのローカルまたはワイド・エリア・ネットワークと、または他のコンポーネ
ントと直接接続することができる１つまたは複数のＩ／Ｏアダプタまたはネット
ワーク・インタフェースを表す。したがって、接続１５０−１２はＬＡＮまたは
ＷＡＮまたは他の機器との直接接続を表す。

【００３６】 メモリ１５０−４は、母線１５０−６を介してＣＰＵ１５０−１がアクセス可
能であり、オペレーティング・システム１５０−９、プログラム区画１５０−７
およびデータ区画１５０−８を含む。プログラム区画１５０−７はプログラム命
令を記憶して、ＣＰＵ１５０−１がこれを実行できるようにし、これによって個
々のシステム、ＡＰ１２６、インテリジェント・サービス網アプリケーション・
プロセッサ１３６、アプリケーション・コール・プロセッサ１４２、メッセージ
制御プロセッサ１４４および課金システム１４０それぞれの機能を実現する。デ
ータ区画１５０−８はＣＰＵ１５０−１によってアクセス可能であり、プログラ
ム命令の実行中に使用するデータを記憶する。付加プロセッサ１２６では、プロ
グラム区画１５０−７が、交換器１０６からの課金情報の獲得および処理を実現
するプログラム命令を含む。インテリジェント・サービス網アプリケーション・
プロセッサ１３６内で、プログラム区画１５０−７はプログラム命令を含み、こ
れは手動電話操作卓１３２または自動音声応答ユニット／音声サーバ１３４か、
自動呼分配器１２４が呼を経路指示すべきオペレータ・グループを選択する。ア
プリケーション・コール・プロセッサ１４２では、プログラム区画１５０−７が
プログラム命令を含み、これは図６に示すコレクト・コール・サービス・プロセ
ス２００を実現し、これは標準的なコレクト・コール・サービスを制御する。メ
ッセージ制御プロセッサ１４４では、プログラム区画１５０−７がプログラム命
令を含み、これはコレクト・コール・サービス・プロセス２００、メッセージ通
信プロセス３００，およびメッセージ配信プロセス４００の一部を実現し、これ
は全て図６に図示される。課金システム１４０では、プログラム区画１５０−７
がプログラム命令を含み、これは課金情報の処理を実現する。

【００３７】 図５は、自動音声応答ユニット／音声サーバ１３４およびメッセージ通信プラ
ットフォーム音声サーバ１４６を表す音声サーバ１６０の例示的ブロック図であ
る。これらのブロックはそれぞれ、少なくとも１つのこのような音声サーバを備
える。図３には自動音声応答ユニット／音声サーバ１３４およびメッセージ通信
プラットフォーム音声サーバ１４６がそれぞれ１つしか図示されていないが、当
技術分野では、複数の音声サーバが各機能を実行する分散アーキテクチャが完全
に同等であることがよく知られている。音声サーバ１６０は、プログラム命令を
実行してデータを処理するＣＰＵ１６０−１、ＣＰＵ１６０−１が実行したプロ
グラム命令および処理したデータを記憶するメモリ１６０−４、メモリとの間で
転送するデータを記憶するディスク記憶装置１６０−５、他の装置と通信し、接
続１６０−１５を介して音声サーバとの間でデータを転送する少なくとも１つの
Ｉ／Ｏアダプタ１６０−２、および音声信号を通信する少なくとも１つの音声イ
ンタフェース１６０−１２を含む。音声サーバ１６０は、サーバ・オペレータに
状態情報を提供し、そこから命令を受けるオペレータ・インタフェース１６０−
３も含むことができる。これらの要素は全て母線１５６−６によって相互接続し
、それによって要素間でデータを相互通信することができる。Ｉ／Ｏアダプタ１
６０−２は、例えば、ＬＷＡＮ１３８またはＬＡＮ１４８などのローカルまたは
ワイド・エリア・ネットワークと、または他のコンポーネントと直接接続するこ
とができる１つまたは複数のＩ／Ｏアダプタまたはネットワーク・インタフェー
スを表す。したがって、接続１６０−１５はＬＡＮまたはＷＡＮまたは他の機器
との直接接続を表す。

【００３８】 音声インタフェース１６０−１２は、音声サーバ１６０と音声母線、通常は少
なくとも１本のＴ１線とのインタフェースをとる。各Ｔ１線は２４の呼を搬送す
ることができる。音声サーバ１６０は、１つの実施形態では、７２の呼を同時に
扱うのに必要なスループットを有し、したがってこの実施形態では３本のＴ１線
が各音声インタフェース１６０−１２に接続されることになる。

【００３９】 メモリは母線１６０−６を介してＣＰＵ１６０−１がアクセス可能であり、オ
ペレーティング・システム１６０−９、プログラム区画１６０−７、およびデー
タ区画１６０−８を含む。プログラム区画１６０−７はプログラム命令を記憶し
て、ＣＰＵ１６０−１がこれを実行できるようにし、これによって個々のシステ
ム、自動音声応答ユニット／音声サーバ１３４およびメッセージ通信プラットフ
ォーム音声サーバ１４６それぞれの機能を実現する。データ区画１６０−８はＣ
ＰＵ１６０−１によってアクセス可能であり、プログラム命令の実行中に使用す
るデータを記憶する。自動音声応答ユニット／音声サーバ１３４では、プログラ
ム区画１６０−７が、下記のようにプロセス２００、３００および４００の部分
を実現するプログラム命令を含む。メッセージ通信プラットフォーム音声サーバ
１４６では、プログラム区画１６０−７がプログラム命令を含み、これは下記の
ようにプロセス３００および４００の部分を実現するプログラム命令を含む。

【００４０】 ディスク１６０−５は、データ・ファイル１６０−１０を含む。これらのファ
イルは音声メッセージの記憶に使用する。ファイル１６０−１０は発呼者名ファ
イル１６０−１３およびメッセージ・ファイル１６０−１４を含む。これらのフ
ァイルは、それぞれ発呼者名のディジタル記録および音声メッセージを含む。 図６は、メッセージ通信プラットフォーム１００で実現されるプロセスの概略
フローチャートであり、コレクト・コール・サービス・プロセス２００、メッセ
ージ通信プロセス３００およびメッセージ配信プロセス４００の相互作用を示す
。プロセス２００はステップ２０２−２１４を含み、ここで発呼者がコレクト・
コールをかけ、メッセージ通信プラットフォーム１００が必要な情報を収集し、
被呼局に呼が接続される。ステップ２１６では、メッセージ通信プラットフォー
ム１００が、被呼局から応答があるか判断する。ある場合は、プロセス２００が
通常、ステップ２１８−２２４でコレクト・コールを完了する。被呼局が応答し
ないか、話し中である場合は、メッセージ通信プロセス３００を呼び出す。プロ
セス３００はステップ３０２−３０４および３０８−３２２を含み、ここでメッ
セージ通信プラットフォーム１００は、必要に応じて記録された音声名、および
発呼者からの記録メッセージを獲得することを試みる。この試みが不成功な場合
、プロセスはステップ３０６へ進み、ここでメッセージ通信呼が適切な処置でキ
ャンセルされる。試みが成功した場合はメッセージ配信プロセス４００を呼び出
す。プロセス４００はステップ４０２−４１２を含み、ここでメッセージ通信プ
ラットフォーム１００は、メッセージ配信を試みて被呼局への呼を発信する。応
答がない場合、または着信番号が話し中である場合、プロセスはステップ４１３
へと進み、ここでメッセージ通信プラットフォーム１００が、実行された配信試
行の数を検査する。試行数が多すぎる場合、プロセスはステップ４１５へと進み
、ここでメッセージ配信はキャンセルされ、１つの実施形態では、ステップ４１
７で発呼者に配信の不成功が通知される。ステップ４１７は、別の実施形態では
省略される。配信試行の数が多すぎない場合は、プロセスがループしてステップ
４０２へ戻る。ステップ４１２で呼に応答がある場合、プロセスはステップ４１
６−４２２へと進み、ここでメッセージ通信プラットフォーム１００は、記録さ
れたファイル名を再生することによって発呼者を識別子、被呼者にメッセージを
受け入れるよう指示する。被呼者がメッセージを受容しない場合、プロセスはス
テップ４２４−４２６へと進み、ここで適切な処置でメッセージがキャンセルさ
れ、１つの実施形態では、ステップ４２７で発呼者に配信の不成功が通知される
。ステップ４２７は、別の実施形態では省略される。被呼者がメッセージを受け
入れると、プロセスがステップ４２８−４３０へと進み、ここでメッセージ通信
プラットフォーム１００が被呼者に対してメッセージを再生する。ステップ４３
１では、発呼者にメッセージが成功裏に配信されたことが通知される。ステップ
４３２では、被呼者にメッセージ配信を課金する。代替実施形態では、様々なス
テップの順序を変更することができる。例えば、１つの代替実施形態では、ステ
ップ４３２がステップ４３１より前に実行される。

【００４１】 図７は、別の実施形態で、図３に示したようにネットワーク１０２と組み合わ
せてシステム１００が実現するコレクト・コール・サービス・プロセス２００の
フローチャートである。プロセス２００はステップ２０２から開始し、ここで発
呼者はコレクト・コール・サービスのアクセス番号をダイヤルする。例えば、発
呼者は「８００」のアクセス番号をダイヤルするか、「０＋着信番号」をダイヤ
ルすることができる。ステップ２０４では、ネットワーク１０２がアクセス番号
を認識して、呼をブリッジ交換器１０６に経路指示する。ステップ２０６では、
ブリッジ交換器１０６が呼を自動呼分配器１２４に経路指示する。ステップ２０
８では、自動呼分配器１２４が、呼に関連する着信番号を含む信号情報をインテ
リジェント・サービス網アプリケーション・プロセッサ１３６へ送信し、これは
手動電話操作卓１３２または自動音声応答ユニット／音声サーバ１３４か、呼の
経路指示先であるオペレータ・グループを選択する。インテリジェント・サービ
ス網アプリケーション・プロセッサ１３６は、経路指示命令を自動呼分配器１２
４に送信し、これは呼をそれに応じて経路指示する。ステップ２１０では、呼の
経路指示先であるオペレータ・グループのメンバーが、コレクト・コール・サー
ビスの完了に必要な情報を収集する。この情報は、「８００」のアクセス番号を
ダイヤルした場合は着信番号を含み、常に発呼者名を含む。オペレータ・グルー
プが自動音声応答ユニット／音声サーバ１３４である場合は、発呼者名が記録さ
れる。ステップ２１２では、呼を完了する間、発呼者が保留している。ステップ
２１４では、オペレータ・グループと着信番号の間で呼が完了し、これによって
メッセージ通信システム１００は呼を監視することができる。ステップ２１６で
は、システム１００が、着信番号が呼に応答したか判断する。呼び出しても応答
がないか、話し中信号のため、着信番号が呼に応答しなかった場合、システム１
００はメッセージ通信プロセス３００を呼び出す。着信番号が応答した場合、プ
ロセスはステップ２１８へと進み、ここでオペレータ・グループは被呼者に呼の
受容を指示する。ステップ２２０では、被呼者がコレクト・コールを受け入れる
か判断される。被呼者が呼を受け入れると、プロセスはステップ２２２へと進み
、ここでブリッジ交換器が発呼者を被呼者に接続して、接続をオペレータ・グル
ープに解放する。これでプロセスは終了する。被呼者が呼を受容しない場合、プ
ロセスはステップ２２４へと進み、ここでオペレータ・グループは被呼者を解放
し、発呼者に呼の拒否を通知する。これでプロセスは終了する。

【００４２】 図８は、本発明により図３に示すネットワーク１０２との組合せでシステム１
００によって実現されるメッセージ通信プロセス３００のフローチャートである
。プロセス３００はステップ３０２で開始し、ここで呼が自動音声応答ユニット
／音声サーバ１３４に接続され、これは発呼者にメッセージ通信サービスを使用
するよう指示する。ステップ３０４では、発呼者がメッセージ通信サービスを受
け入れるか判断する。受容しない場合、プロセスはステップ３０６へと進み、こ
こで呼が終了され、発呼者の名前が図７のステップ２１０で記録されている場合
は、これが削除される。発呼者がメッセージ通信サービスを受容した場合、プロ
セスはステップ３０８へと続き、ここで自動音声応答ユニット／音声サーバ１３
４がメッセージの、および必要に応じて発呼者の名前の記録を試みる。メッセー
ジ記録の試みが不成功の場合、プロセスはステップ３０９へと進み、ここでプロ
セスはキャンセルされる。名前を記録する試みが成功すると、プロセスはステッ
プ３１０へと進み、ここでアプリケーション・コール・プロセッサ１４２が、記
録された名前およびメッセージを識別するファイル名を作成する。ステップ３１
２では、アプリケーション・コール・プロセッサ１４２が、メッセージ情報記録
をメッセージ制御プロセッサ１４４に送信することによってメッセージが記録さ
れたことを、メッセージ制御プロセッサ１４４に通知する。メッセージ情報記録
は、被呼番号、例えば、クーポンまたは宣伝用の提供番号などの他の呼の属性、
名前およびメッセージを記録した自動音声応答ユニット／音声サーバのアドレス
（１つの実施形態では、幾つかの自動音声応答ユニット／音声サーバがある）、
発呼者の名前を識別するファイル名および自動音声応答ユニット／音声サーバ１
３４上の音声メッセージ・ファイル、およびメッセージ配信に使用するアクセス
番号を含む。このメッセージに応答して、ステップ３１４ではメッセージ制御プ
ロセッサ１４４が、発呼者が使用してメッセージの配信状態を手動で獲得するこ
とができる確認回数を作成し、確認回数をメッセージ制御プロセッサ１４４に送
信する。ステップ３１６では、アプリケーション・コール・プロセッサ１４２が
自動音声応答ユニット／音声サーバ１３４に対して、確認回数を含む終了メッセ
ージを最初に再生し、次に呼を終了するよう命令する。ステップ３１８では、ブ
リッジ交換器１０６がオペレータ・サービス記録（ＯＳＲ）の形態で課金情報を
生成し、ＡＰ１２６を介してこれを課金システム１４０に送信する。同様に、ア
プリケーション・コール・プロセッサ１４２は課金詳細記録（ＢＤＲ）の形態で
課金情報を生成し、これは課金システム１４０に送信される。ＯＳＲおよびＢＤ
Ｒは両方とも、課金不可能とマークされ、したがってメッセージの記録中は誰に
も呼が課金されないことを示す。

【００４３】 ステップ３２０では、メッセージ制御プロセッサ１４４が、メッセージ情報記
録の情報を使用して、自動音声応答ユニット／音声サーバ１３４から記録された
音声メッセージおよび名前のファイルを検索し、音声メッセージおよび名前をメ
ッセージ通信プラットフォーム音声サーバ１４６に局所的に記憶する。ステップ
３２２では、メッセージ制御プロセッサ１４４がメッセージの配信をスケジュー
ルする。ステップ３２４では、発呼者の名前および音声メッセージ・ファイルを
自動音声応答ユニット／音声サーバ１３４から削除し、メッセージ情報記録がメ
ッセージ制御プロセッサ１４４に記憶される。

【００４４】 図９は、図８のメッセージ通信プロセス３００のステップ３０８のサブプロセ
スのフローチャートである。サブプロセス３０８は図８のステップ３０４から入
り、ステップ３０８−１から開始して、メッセージ通信プラットフォームの構成
および可用性を検証する。メッセージ通信プラットフォームの必要なサブシステ
ムが適切に構成されていない、または使用不可能である場合、メッセージ通信プ
ロセスはステップ３０８−１０へと進み、メッセージがキャンセルされる。メッ
セージ通信プラットフォームが適切に構成され、使用可能である場合、プロセス
はステップ３０８−２へと進み、メッセージ記録メニューが実行される。このメ
ニューにより、発呼者は音声メッセージを記録し、必要に応じて名前を記録する
ことができる。メッセージがメッセージ記録メニューによって適切に記録されて
いない場合、メッセージ通信プロセスはステップ３０８−１０へと進み、メッセ
ージがキャンセルされる。メッセージが適切に記録され、ステップ３０８−１か
ら記録メッセージ・メニューに入った場合、プロセスはステップ３０８−３へと
続く。メッセージが適切に記録され、記録メッセージ・メニューがステップ３０
８−９から入ったものである場合、プロセスは３０８−５へと進む。

【００４５】 ステップ３０８−３では、オプション提供メニューが実行される。このメニュ
ーによって、発呼者はオプションを入力するか否か選択することができる。オプ
ション入力を選択しない場合、プロセスはステップ３０８−６へと進む。オプシ
ョン入力を選択した場合、プロセスはステップ３０８−５へと進む。 ステップ３０８−５では、オプション・メニューを実行する。このメニューに
よって、発呼者は幾つかの任意選択機能を実行するか選択することができる。こ
れらの機能は、発呼者へのメッセージの再生、メッセージの配信、メッセージへ
の追加、メッセージの消去および再記録、およびメッセージのキャンセルを含む
。再生オプションを選択した場合、プロセスはステップ３０８−４へと進み、発
呼者に対してメッセージを再生する。次にプロセスはオプション・メニュー、す
なわち、ステップ３０８−５へと戻る。追加オプションを選択した場合、プロセ
スはステップ３０８−７へと進み、追加メッセージ・ルーチンが実行される。次
にプロセスはオプション・メニュー、すなわち、ステップ３０８−５へと戻る。
消去／再記録オプションを選択した場合、プロセスはステップ３０８−９へと進
み、記録したメッセージが削除される。次にプロセスはステップ３０８−２へと
進み、メッセージ記録メニューが再び実行される。キャンセル・オプションを選
択した場合、プロセスはステップ３０９へと進み、メッセージが削除され、キャ
ンセルされる。配信オプションを選択した場合、プロセスはステップ３０８−６
へと進む。発呼者が保留している場合、プロセスは、有効なメッセージが記録さ
れていない場合はステップ３０９へ、有効なメッセージが記録されている場合は
ステップ３１０へと進む。

【００４６】 ステップ３０８−６では、回数確認ルーチンが実行される。このルーチンは発
呼者に確認番回数供給し、これはメッセージの配信状態を検証するため、後に使
用することができる。代替実施形態では、回数確認の代わりに、または回数確認
に加えて、配信を試み、配信が成功またはキャンセルの場合は発呼者に通知する
ことを示すメッセージが提供される。

【００４７】 図１０は、図９のステップ３０８−２のメッセージ記録メニューのサブプロセ
スのフローチャートである。メッセージ記録メニュー３０８−２へはステップ３
０８−１またはステップ３０８−９から入る。いずれの場合も、メニュー３０８
−２はステップ３０８−２−１から開始し、メニュー３０８−２がステップ３０
８−９から再び入ったか、ステップ３０８−１から初めて入ったか判断する。メ
ニュー３０８−２が再び入ったものではない場合、プロセスはステップ３０８−
２−３へと進む。メニュー３０８−２が再び入ったものである場合、プロセスは
ステップ３０８−２−２へと進み、メニュー試行の許容最大回数を超えたか判断
する。許容されたメニュー試行回数を超えている場合、プロセスはステップ３０
９へと進み、プロセスがキャンセルされる。許容されたメニュー試行回数を超え
ていない場合、プロセスはステップ３０８−２−６へと進む。

【００４８】 ステップ３０８−２−３では、発呼者への初期プロンプトが再生される。ステ
ップ３０８−２−６では、発呼者の名前がステップ２１０で記録されたか、プロ
セスが検証する。記録していない場合、プロセスは発呼者の名前を記録するよう
試みる。許容された試行回数の後、発呼者の名前が成功裏に記録されていない場
合、ステップ３０８−２−６が失敗して、プロセスはステップ３０９へと進み、
プロセスがキャンセルされる。発呼者の名前が成功裏に記録されている場合、プ
ロセスはステップ３０８−２−８へと進み、プロセスが発呼者のメッセージの記
録を試みる。許容された試行回数の後、発呼者のメッセージが成功裏に記録され
ている場合、ステップ３０８−２−８は失敗し、プロセスがステップ３０９へと
進んで、呼がキャンセルされる。発呼者のメッセージが成功裏に記録されている
場合、プロセスはステップ３０８−２−９へと進み、発呼者が保留しているか否
か判断される。発呼者が保留している場合、プロセスはステップ３０８−２−１
０へと進み、メッセージがメッセージ配信ルーチン４００の待ち行列に入る。次
に、プロセスは、図８のステップ３１０で開始するメッセージ配信ルーチン４０
０に対して準備する。発呼者が保留していない場合、プロセスはステップ３０８
−２−１１へと進み、メニュー３０８−２が消去／再記録ルーチン３０８−９か
ら入ったものであるか否かが判断される。メニュー３０８−２が消去／再記録ル
ーチン３０８−９から入ったものである場合、プロセスは図９のオプション・メ
ニュー３０８−５へと進む。メニュー３０８−２にステップ３０８−１から入っ
た場合、プロセスは図９のオプション提供メニュー３０８へと向かう。

【００４９】 図１１は、図９のステップ３０８−３のオプション提供メニュー・サブプロセ
スのフローチャートである。メニュー３０８−３はステップ３０８−２から入る
。メニュー３０８−３はステップ３０８−１から開始し、許容可能な試行数を超
えたか判断する。超えた場合、プロセスはステップ３０９へと進み、プロセスが
キャンセルされる。超えていない場合、プロセスはステップ３０８−３−３へと
進み、発呼者はさらにオプションを選択するよう指示される。ステップ３０８−
３−４では、発呼者がさらにオプションを選択したか判断される。選択した場合
、プロセスはステップ３０８−５のオプション・メニューへと進む。選択してい
ない場合、プロセスはステップ３０８−３−５へと進み、発呼者がオペレータと
の接続を選択したか判断される。選択した場合、発呼者はオペレータに接続され
る。選択していない場合、プロセスはループしてステップ３０８−３−１へと戻
る。

【００５０】 図１２は、図９のステップ３０８−５のオプション・メニュー・サブプロセス
のフローチャートである。メニュー３０８−５は、図９のステップ３０８−２、
ステップ３０８−３またはステップ３０８−４から入る。メニュー３０８−５は
ステップ３０８−５−から開始し、発呼者がオプションを入力するよう指示され
る。ステップ３０８−５−２では、プロセスが発呼者の入力したオプション選択
を受ける。ステップ３０８−５−３では、発呼者が保留しているか否かが判断さ
れる。発呼者が保留していない場合、プロセスはステップ３０８−５−６へと進
む。発呼者が保留している場合、プロセスがステップ３０８−５−４へと進み、
メッセージが記録されたか否かが判断される。メッセージが記録されていない場
合、プロセスはステップ３０９へと進み、プロセスがキャンセルされる。メッセ
ージが記録されている場合、プロセスはステップ３０８−５−５へと進み、メッ
セージがメッセージ配信ルーチン４００の待ち行列に入る。次に、プロセスは、
図８のステップ３１０で開始するメッセージ配信ルーチン４００の準備をする。

【００５１】 ステップ３０８−５−６では、発呼者が選択を入力したか、選択を入力せずに
時間切れになったか判断される。発呼者が時間切れになった場合、プロセスはス
テップ３０８−５−１３へと進む。発呼者が選択を入力している場合、プロセス
はステップ３０８−５−７へと進み、メッセージ配信オプションが選択されたか
判断される。選択している場合、プロセスはステップ３０８−６の回数確認ルー
チンへと進む。選択していない場合、プロセスはステップ３０８−５−８へと進
み、メッセージ再生オプションが選択されたか判断される。選択されている場合
、プロセスはステップ３０８−４へと進み、メッセージが再生される。選択され
ていない場合、プロセスはステップ３０８−５−９へと進み、メッセージに追加
オプションが選択されたか判断される。選択されている場合、プロセスはステッ
プ３０８−７のメッセージ追加ルーチンへと進む。選択されていない場合、プロ
セスはステップ３０８−５−１０へと進み、消去／再記録オプションが選択され
たか判断される。選択されている場合、プロセスはステップ３０８−９へと進み
、記録したメッセージが削除される。選択されていない場合、プロセスはステッ
プ３０８−５−１１へと進み、キャンセルが選択されたか判断される。選択され
ている場合、プロセスはステップ３０９へと進み、メッセージがキャンセルされ
る。選択されていない場合、プロセスはステップ３０８−５−１２へと進み、オ
ペレータへ接続オプションが選択されたか判断される。選択されている場合、発
呼者はオペレータに接続される。選択されていない場合は、全ての有効な選択が
チェックされており、したがって発呼者が入力した選択は無効で、プロセスはス
テップ３０８−５−１３へと進む。

【００５２】 ステップ３０８−５−１３では、オプション選択試行の最大許容回数を超えた
か判断される。超えている場合、プロセスはステップ３０８−６の回数確認ルー
チンへと進む。超えていない場合、プロセスはステップ３０８−５−１へと進み
、オプション・メニューが反復される。 図１３は、図９のステップ３０８−７のメッセージ追加サブプロセスのフロー
チャートである。プロセス３０８−７は図９のステップ３０８−５から入る。ス
テップ３０８−７はステップ３０８−７−１から開始し、発呼者は追加メッセー
ジを記録するよう指示される。ステップ３０８−７−２では、発呼者が追加メッ
セージを記録する。ステップ３０８−７−３では、追加メッセージの記録が成功
したか判断される。成功しなかった場合、プロセスはステップ３０８−５のオプ
ション・メニューへと進む。成功した場合、プロセスはステップ３０８−７−４
へと進み、追加メッセージの記録が有効であるか判断される。記録が有効である
場合、プロセスはステップ３０８−７−９へと進み、新たに記録されたメッセー
ジが元のメッセージに追加される。次にプロセスはステップ３０８−５のオプシ
ョン・メニューへと進む。有効でない場合、プロセスはステップ３０８−７−５
へと進み、発呼者がオペレータとの接続を選択したか判断される。選択している
場合、発呼者はオペレータに接続される。選択していない場合、プロセスはステ
ップ３０８−７−６へと進み、発呼者が保留しているか判断される。保留してい
ない場合、プロセスはステップ３０８−７−１へと進み、メッセージ追加ルーチ
ンが反復される。保留している場合、プロセスはステップ３０８−７−７へと進
み、発呼者が有効な元メッセージを記録したか判断される。記録していない場合
、プロセスがキャンセルされる。記録している場合、プロセスはステップ３０８
−７−８へと進み、メッセージがメッセージ配信ルーチン４００の待ち行列に入
る。次に、プロセスは、図８のステップ３１０で開始するメッセージ配信ルーチ
ン４００に備えて準備する。

【００５３】 図１４は、図９のステップ３０８−６の回数確認サブプロセスのフローチャー
トである。プロセス３０８−６は図９のステップ３０８−５から入る。プロセス
３０８−６はステップ３０８−６−１から開始し、記録されたメッセージがメッ
セージ配信ルーチン４００の待ち行列に入る。ステップ３０８−６−２では、待
ち行列が成功したか判断される。成功していない場合、プロセスはステップ３０
９へと進み、メッセージがキャンセルされる。成功した場合、プロセスはステッ
プ３０８−６−３へと進み、確認回数が生成される。ステップ３０８−６−４で
は、確認メッセージを含む終了情報メッセージが発呼者に対して再生される。次
に、プロセスは、図８のステップ３１０で開始するメッセージ配信ルーチン４０
０に備えて準備する。

【００５４】 図１５は、本発明により、ネットワーク１０２との組合せでシステム１００内
で実現されるメッセージ配信プロセス４００のフローチャートである。プロセス
４００はステップ４０２から開始し、メッセージ制御プロセッサ１４４が、メッ
セージの配信について図８のステップ３２０でスケジュールした時刻に到達した
か判断する。ステップ４０４では、メッセージ制御プロセッサ１４４が、メッセ
ージ通信プラットフォーム音声サーバ１４６に命令を伝送し、これによってメッ
セージ通信プラットフォーム音声サーバ１４６がブリッジ交換器１０６を介して
メッセージ通信システム１００に呼を発信する。命令は、配信されるメッセージ
を識別するメッセージ・ファイル参照番号および発呼者名ファイル参照番号を含
むメッセージ制御プロセッサ１４４に記憶されているメッセージ情報記録へのキ
ーを含む。メッセージ通信プラットフォーム音声サーバは、所望の経路指示を発
生させる特殊なアクセス番号を使用して呼を発信する。呼に関連する自動番号識
別（ＡＮＩ）メッセージは、メッセージ制御プロセッサ１４４に記憶されている
メッセージ情報記録へのキーを含む。ステップ４０６では、メッセージ通信プラ
ットフォーム音声サーバ１４６からの呼の音声部分が自動音声応答ユニット／音
声サーバ１３４に接続され、経路指示される。ＡＮＩを含む呼のデータ部分が、
自動呼分配器１２４によって取得され、インテリジェント・サービス網アプリケ
ーション・プロセッサ１３６を介してアプリケーション・コール・プロセッサ１
４２へと送信される。ステップ４０８では、アプリケーション・コール・プロセ
ッサ１４２が、ＡＮＩメッセージに含まれるキーを使用して、メッセージ制御プ
ロセッサ１４４に記憶されたメッセージ情報記録にアクセスする。ステップ４１
０では、アプリケーション・コール・プロセッサ１４２が自動音声応答ユニット
／音声サーバ１３４に命令を送信し、それによって自動音声応答ユニット／音声
サーバは着信番号へと呼を発信し、メッセージ通信プラットフォーム音声サーバ
１４６からの呼を、会議電話の新たに発信した呼に接続する。ステップ４１２で
は、アプリケーション・コール・プロセッサ１４２が、着信番号への呼に応答が
あったか、呼び出しても応答がない（ＲＮＡ）か、話し中であるか判断する。Ｒ
ＮＡまたは話し中であった場合、プロセスはステップ４１４へと続き、メッセー
ジ制御プロセッサ１４４が、その後の時刻のために別のメッセージ配信試行呼を
スケジュールする。次にプロセスはステップ４０２へとループする。着信番号が
呼に応答すると、プロセスはステップ４１６へと続き、アプリケーション・コー
ル・プロセッサ１４２が自動音声応答ユニット／音声サーバ１３４に命令して、
被呼者にメッセージを通知するプロンプトを再生させる。ステップ４１８では、
アプリケーション・プロセッサ１４２が命令をメッセージ制御プロセッサ１４４
に送信し、これはメッセージ通信プラットフォーム音声サーバ１４６に命令して
、発呼者の記録した名前を再生させ、これは被呼者へのメッセージの発信者を識
別する。ステップ４２０では、アプリケーション・コール・プロセッサ１４２が
自動音声応答ユニット／音声サーバ１３４に命令して、被呼者にメッセージの受
容を指示させる。ステップ４２２では、アプリケーション・コール・プロセッサ
１４２が被呼者がメッセージを受容したか判断する。被呼者がメッセージを受容
しない場合、プロセスは、呼を終了するステップ４２４、および課金されない課
金情報が生成されるステップ４２６へと続く。この課金情報によって、課金シス
テム１４０は呼について誰にも課金しない。１つの実施形態では、発呼者には、
ステップ４２７で配信試行の不成功が通知される。ステップ４２７は、別の実施
形態では省略される。次にプロセスが終了する。

【００５５】 被呼者がメッセージを受け入れると、プロセスはステップ４２８へと続き、ア
プリケーション・コール・プロセッサ１４２がメッセージ制御プロセッサ１４４
に命令し、これはメッセージ通信プラットフォーム音声サーバ１４６に命令して
、被呼者へとメッセージを再生させる。ステップ４３０では、メッセージ通信プ
ラットフォーム音声サーバ１４６がメッセージを再生する間に呼を解放するよう
、アプリケーション・コール・プロセッサ１４２がインテリジェント・サービス
網アプリケーション・プロセッサ１３６を介して自動呼分配器１２４に命令する
。ステップ４３１では、発呼者を呼び出し、メッセージ配信の成功を通知する。
ステップ４３２では課金した課金情報が生成される。この課金情報によって、課
金システム１４０は呼を被呼者に課金する。次にプロセスが終了する。

【００５６】 １つの実施形態では、ステップ４１３で試行回数が多すぎ、メッセージがステ
ップ４１５でキャンセルされた場合、発呼者にはステップ４１７で配信試行の不
成功が通知される。ステップ４１７は、別の実施形態では省略される。前述した
ように、ステップの順序は変更することができる。例えば、１つの代替実施形態
では、ステップ４２７がステップ４２６の前に実行される。同様に、１つの代替
実施形態では、ステップ４３１がステップ４３２の後に実行される。

【００５７】 図１６は、１つの実施形態により、ステップ４３１をさらに詳細に示す。ステ
ップ５００では、アプリケーション・コール・プロセッサ１４２がユーザ接触デ
ータベース１４９を使用して、発呼者の電話番号を検索する。１つの実施形態で
は、ユーザ接触データベース１４９はＡＮＩ情報から発呼者の電話番号を捕捉す
る。発呼者は、別の実施形態では、被呼者にメッセージを残す場合は呼の間に、
または別個の呼の間にユーザ接触データベース１４９に自分の電話番号を提供す
ることができる。図３から図１６では、ユーザを呼びだして、メッセージ配信の
成功を確認し、別の実施形態では、ｅメール、ポケットベルなど、他の通信方法
が可能であり、その場合、ユーザ接触データベース１４９は接触番号と、確認メ
ッセージを提供するための接触方法との両方を含む。ステップ５０２では、アプ
リケーション・コール・プロセッサ１４２が命令を自動音声応答ユニット／音声
サーバ１３４に送信し、これによって自動音声応答ユニット／音声サーバは、ユ
ーザ接触データベース１４９から獲得した接触番号の発呼者に呼を発信する。ス
テップ５０４では、アプリケーション・コール・プロセッサ１４２が、着信番号
への呼に応答があったか、呼び出しても応答がない（ＲＮＡ）か、話し中であっ
たか判断する。ＲＮＡまたは話し中であった場合、プロセスはステップ５０８へ
と続き、確認コールバックを再試行する前に遅延が挿入される。次にプロセスは
ループしてステップ５００へと戻る。発呼者が呼に応答すると、プロセスはステ
ップ５１２へと続き、アプリケーション・コール・プロセッサ１４２がが自動音
声応答ユニット／音声サーバ１３４に命令して、発呼者にメッセージの配信状態
、例えば、メッセージが成功裏に配信されたことを通知するメッセージを再生さ
せる。

【００５８】 ステップ４１７および４２７は、同様の方法で実施されるが、ステップ５１２
では、発呼者にメッセージが成功裏に配信されなかったことが通知される。 要求される保護は、例示としてのみ与えられ、開示された実施形態には制限さ
れず、等価の原則に従って適切に解釈された添付請求の範囲によってのみ制限さ
れる。

【図面の簡単な説明】

【図１】 本発明を実現するシステムのブロック図である。

【図２】 本発明の１つの実施形態で、図１のシステムによって実施される
論理を示すフローチャートである。

【図３】 本発明の代替実施形態によるコレクト・コール・メッセージ通信
プラットフォームのブロック図である。

【図４】 補助的プロセッサ、ＩＳＮアプリケーション・プロセッサ、アプ
リケーション・コール・プロセッサ、メッセージ制御プロセッサ、または図３の
課金システムのいずれかを表すコンピュータ・システムの例示的ブロック図であ
る。

【図５】 自動音声応答ユニットまたは図３のメッセージ通信プラットフォ
ーム音声サーバのいずれかを表す音声サーバのブロック図である。

【図６】 メッセージ通信プラットフォームに実装された本発明のプロセス
の概略フローチャートである。

【図７】 図６のコレクト・コール・サービス・プロセスのフローチャート
である。

【図８】 図６のメッセージ通信プロセスのフローチャートである。

【図９】 図８のステップ３０８のサブプロセスのフローチャートである。

【図１０】 図９のメッセージ記録メニュー・サブプロセスのフローチャー
トである。

【図１１】 図９のオプション提供メニュー・サブプロセスのフローチャー
トである。

【図１２】 図９のオプション・メニュー・サブプロセスのフローチャート
である。

【図１３】 図９のメッセージ追加サブプロセスのフローチャートである。

【図１４】 図９の回数確認サブプロセスのフローチャートである。

【図１５】 図６のメッセージ配信プロセスのフローチャートである。

【図１６】 図１５のメッセージ配信確認プロセスのフローチャートである
。

【符号の説明】

１０…システム １２…発信スイッチ １３…通信網 １１，１５…局 １６…自動音声メッセージ １７…手動操作卓 １８…プロセッサ １９…ユーザ接触データベース

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｑ 7/38 Ｈ０４Ｑ 7/04 Ｇ (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＯ，ＣＲ，ＣＵ，ＣＺ，ＤＥ ，ＤＫ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ， ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，Ｉ Ｓ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ， ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，Ｐ Ｔ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ， ＶＮ，ＹＵ，ＺＡ，ＺＷ Ｆターム(参考） 5K015 AA06 GA07 5K024 AA00 AA72 DD02 5K039 CC03 EE01 EE17 5K067 AA21 BB22 DD51 EE02 EE10 EE16 FF02 HH11 HH17 HH22 5K101 KK02 KK06 LL01 NN07 NN14

Claims (30)

【特許請求の範囲】
1. 【請求項１】 発呼局の発呼者からのメッセージを被呼局の被呼者に配信す
   る方法であって、 発呼局から被呼局への通信試行の成功に応答して、後で被呼局に配信するため
   、メッセージ通信システムを使用して発呼局からのメッセージを記憶する段階と
   、 メッセージ通信システムを使用して、発呼局から発呼者および被呼局のアドレ
   ス情報を獲得する段階と、 発呼局から獲得した被呼局のアドレス情報を使用してメッセージ通信システム
   から被呼局への通信を開始することにより、メッセージ通信システムを使用して
   被呼局へのメッセージ配信を試みる段階と、 メッセージ通信システムを使用して、メッセージ配信試行が成功したか判断す
   る段階と、 メッセージ配信の成功に応答して、被呼局へのメッセージが成功裏に配信され
   たことを発呼者に通知するよう試みる段階と を含む方法。
2. 【請求項２】 請求項１に記載の方法において、前記メッセージが成功裏に
   配信されたことを通知するよう試みる段階は、ｅメール・メッセージを送る段階
   を含むことを特徴とする方法。
3. 【請求項３】 請求項１に記載の方法において、前記メッセージが成功裏に
   配信されたことを発呼者に通知するよう試みる段階は、ポケットベル（登録商標
   ）にメッセージを送る段階を含むことを特徴とする方法。
4. 【請求項４】 請求項１に記載の方法において、前記被呼者へのメッセージ
   が成功裏に配信されたことを発呼者に通知するよう試みる段階は、発呼者への電
   話を開始する段階を含むことを特徴とする方法。
5. 【請求項５】 請求項１に記載の方法において、前記メッセージが成功裏に
   配信されたことを通知するよう試みる段階は、ＩＰを介した音声を使用して、発
   呼者への電話を開始する段階を含むことを特徴とする方法。
6. 【請求項６】 請求項１に記載の方法において、前記メッセージが成功裏に
   配信されたことを通知するよう試みる段階は、呼を開始し、発呼者に対して音声
   メッセージを再生する段階を含むことを特徴とする方法。
7. 【請求項７】 請求項１に記載の方法において、前記メッセージが成功裏に
   配信されたことを通知するよう試みる段階は、配信したメッセージを識別するコ
   ードを発呼者に送信するよう試みる段階を含むことを特徴とする方法。
8. 【請求項８】 請求項１に記載の方法において、さらに、メッセージ配信の
   キャンセルに応答して、被呼局へのメッセージが成功裏に配信されなかったこと
   を発呼者に通知するよう試みる段階を含むことを特徴とする方法。
9. 【請求項９】 発呼局の発呼者から被呼局の被呼者へメッセージを配信する
   システムであって、 発呼局から被呼局への通信試行の成功に応答して、後に被呼局に配信するため
   、発呼局からのメッセージを記憶するように構成された音声メッセージ・システ
   ムと、 発呼者のアドレスと、被呼局へのメッセージ配信状態に関する情報を提供する
   ために発呼者との接触を試みるのに使用するアドレスに関連する通信技術とを記
   憶するように構成されたユーザ接触データベースと、 被呼局への通信を発信することにより、被呼局へのメッセージ配信を試みるよ
   うに構成されたプロセッサと を備え、前記プロセッサは、メッセージ配信試行が成功したか判断し、メッセ
   ージ配信の成功に応答して、被呼局へのメッセージが成功裏に配信されたことを
   発呼者に通知するよう試みるように構成されることを特徴とするシステム。
10. 【請求項１０】 請求項９に記載のシステムにおいて、前記プロセッサは、
    さらに、ｅメール・メッセージを送り、被呼局へのメッセージが成功裏に配信さ
    れたことを発呼者に通知するよう試みるように構成されることを特徴とするシス
    テム。
11. 【請求項１１】 請求項９に記載のシステムにおいて、前記プロセッサは、
    さらに、ポケットベルに情報を送信して、被呼局へのメッセージが成功裏に配信
    されたことを発呼者に通知するよう試みるように構成されることを特徴とするシ
    ステム。
12. 【請求項１２】 請求項９に記載のシステムにおいて、前記プロセッサは、
    さらに、電話を開始して、被呼局へのメッセージが成功裏に配信されたことを発
    呼者に通知するよう試みるように構成されることを特徴とするシステム。
13. 【請求項１３】 請求項９に記載のシステムにおいて、前記ユーザ接触デー
    タベースは、さらに、通信方法に関連する回数およびアドレスを記憶するように
    構成され、前記プロセッサは、さらに、被呼局へのメッセージが成功裏に配信さ
    れたことをプロセッサが発呼者に通知するよう試みる時に使用されるユーザ接触
    データベースで示される通信方法およびアドレスを使用して通信するように構成
    されることを特徴とするシステム。
14. 【請求項１４】 請求項９に記載のシステムにおいて、前記プロセッサは、
    さらに、呼を開始し、音声メッセージを再生して、被呼局へのメッセージが成功
    裏に配信されたことを発呼者に通知するよう試みるように構成されることを特徴
    とするシステム。
15. 【請求項１５】 請求項９に記載のシステムにおいて、前記プロセッサは、
    さらに、メッセージ配信のキャンセルに応答して、被呼局へのメッセージが成功
    裏に配信されなかったことを発呼者に通知するよう試みるように構成されること
    を特徴とするシステム。
16. 【請求項１６】 発呼局からコレクト・コールをする発呼者から、被呼局の
    被呼者へ音声メール・メッセージを配信する方法であって、 発呼局からのコレクト・コールを、ブリッジ交換器を介してメッセージ通信プ
    ラットフォームに結合する段階と、 メッセージ通信プラットフォームにおいて、発呼者からコレクト・コールの被
    呼局を識別する情報を収集する段階と、 被呼局を識別する収集情報に基づき、公衆交換電話網を使用して、メッセージ
    通信プラットフォームから被呼局へ完了呼を発信する段階と、 メッセージ通信プラットフォームにおいて、完了呼が被呼局によって応答され
    たか検出する段階と、 メッセージ通信プラットフォームにおいて、完了呼に応答がない場合、発呼者
    からの音声メッセージを獲得する段階と、 メッセージ通信プラットフォームから被呼局への呼を発信することにより、メ
    ッセージ通信プラットフォームから被呼者へメッセージの配信を試みる段階と、 メッセージ配信の成功に応答して、被呼者へのメッセージが成功裏に配信され
    た段階と を発呼者に通知するよう試みることを含むことを特徴とする方法。
17. 【請求項１７】 請求項１６に記載の方法において、前記メッセージ通信プ
    ラットフォームから被呼者へメッセージ配信を試みる段階は、 メッセージ通信プラットフォームから被呼局へメッセージ配信呼を発信する段
    階と、 被呼者がメッセージ配信呼に応答した場合、被呼者に音声メッセージの配信を
    受け入れるよう指示する段階と、 被呼者が音声メッセージの配信を受容した場合、音声メッセージを配信する段
    階と を含むことを特徴とする方法。
18. 【請求項１８】 請求項１６に記載の方法において、さらに、被呼者が音声
    メッセージを受け入れる場合、音声メッセージについて被呼者に課金する段階を
    含むことを特徴とする方法。
19. 【請求項１９】 請求項１６に記載の方法において、さらに、メッセージ配
    信の失敗に応答して、被呼者へのメッセージが成功裏に配信されなかったことを
    発呼者に通知するよう試みる段階を含むことを特徴とする方法。
20. 【請求項２０】 請求項１９に記載の方法において、前記被呼者へのメッセ
    ージが成功裏に配信されなかったことを発呼者に通知するよう試みる段階は、ｅ
    メール・メッセージを送る段階を含むことを特徴とする方法。
21. 【請求項２１】 請求項１９に記載の方法において、前記被呼者へのメッセ
    ージが成功裏に配信されなかったことを発呼者に通知するよう試みる段階は、ポ
    ケットベルに情報を送信する段階を含むことを特徴とする方法。
22. 【請求項２２】 請求項１９に記載の方法において、前記被呼者へのメッセ
    ージが成功裏に配信されなかったことを発呼者に通知するよう試みる段階は、発
    呼者に電話をかける段階を含むことを特徴とする方法。
23. 【請求項２３】 請求項１９に記載の方法において、前記被呼者へのメッセ
    ージが成功裏に配信されなかったことを発呼者に通知するよう試みる段階は、Ｉ
    Ｐを介した音声を使用して、発呼者へ電話をかける段階を含むことを特徴とする
    方法。
24. 【請求項２４】 請求項１９に記載の方法において、前記被呼者へのメッセ
    ージが成功裏に配信されなかったことを発呼者に通知するよう試みる段階は、呼
    を開始し、発呼者に対して音声メッセージを再生する段階を含むことを特徴とす
    る方法。
25. 【請求項２５】 発呼局からコレクト・コールをかける発呼者から被呼局の
    被呼者へ音声メール・メッセージを配信するシステムであって、 メッセージ通信プラットフォームと、 発呼局からのコレクト・コールをメッセージ通信プラットフォームに結合する
    ように構成されたブリッジ交換器と を備え、前記メッセージ通信プラットフォームは、発呼者からのコレクト・コ
    ールの被呼局を識別する情報を収集し、被呼局を識別する収集情報に基づき、公
    衆交換電話網を使用して、メッセージ通信プラットフォームから被呼局へ完了呼
    を発信して、完了呼に被呼局から応答があったか検出し、完了呼に応答がない場
    合は、発呼者から音声メッセージを獲得し、メッセージ通信プラットフォームか
    ら被呼局へ呼を発信することにより、被呼者へのメッセージ配信を試みて、メッ
    セージ配信の成功に応答して、被呼者へのメッセージが成功裏に配信されたこと
    を発呼者に通知するよう試みるように構成されることを特徴とするシステム。
26. 【請求項２６】 請求項２５に記載のシステムにおいて、前記メッセージ通
    信プラットフォームは、さらに、メッセージ配信の失敗に応答して、被呼者への
    メッセージが成功裏に配信されなかったことを発呼者に通知するよう試みるよう
    に構成されることを特徴とするシステム。
27. 【請求項２７】 請求項２６に記載のシステムにおいて、前記メッセージ通
    信プラットフォームは、ｅメールを送信することにより、被呼者へのメッセージ
    が成功裏に配信されなかったことを、発呼者に通信するよう試みるように構成さ
    れることを特徴とするシステム。
28. 【請求項２８】 請求項２６に記載のシステムにおいて、前記メッセージ通
    信プラットフォームは、ポケットベルに情報を送信することにより、被呼者への
    メッセージが成功裏に配信されなかったことを、発呼者に通信するよう試みるよ
    うに構成されることを特徴とするシステム。
29. 【請求項２９】 請求項２６に記載のシステムにおいて、前記メッセージ通
    信プラットフォームは、電話をかけることによって、被呼者へのメッセージが成
    功裏に配信されなかったことを発呼者に通信するよう試みるように構成されるこ
    とを特徴とするシステム。
30. 【請求項３０】 請求項２６に記載のシステムにおいて、前記メッセージ通
    信プラットフォームは、請求項２６によるシステムを起動することにより、被呼
    者へのメッセージが成功裏に配信されなかったことを発呼者に通信するよう試み
    るように構成され、前記メッセージ通信プラットフォームは、電話をかけて、音
    声メッセージを再生することにより、被呼者へのメッセージが成功裏に配信され
    なかったことを発呼者に通知するよう試みるように構成されることを特徴とする
    システム。