JP2008505553A

JP2008505553A - 分散型カスタマイズ可能ボイスメールシステム

Info

Publication number: JP2008505553A
Application number: JP2007519408A
Authority: JP
Inventors: ソニーアール．ベティス、; ジョンエス．プロトキー、; イアンエム．モラエス、; フィリップエル．ローマン、; ジェイムズエイチ．スペンサー、
Original assignee: グレネイルエレクトロニクスインコーポレイテッド
Priority date: 2004-06-30
Filing date: 2005-06-30
Publication date: 2008-02-21
Also published as: US20060002521A1; WO2006004862A2; CA2571116A1; WO2006004862A3; EP1766950A2; US7231021B2; ZA200610552B; EP1766950A4

Abstract

分散アーキテキチャを有するＶＸＭＬ（ＶｏｉｃｅｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）ベースのボイスメールシステムが開示される。前記ＶＸＭＬボイスメールシステムは、メディアサーバとアプリケーションサーバを含む。前記メディアサーバは、電話網と通信する。前記メディアサーバは、前記電話網を介して電話コールを受け、アプリケーションサーバに要求を送信することにより、前記ボイスメールシステムのボイスメールサービスを起動する。前記アプリケーションサーバは、前記要求を受信することに応答してＶＸＭＬ（ＶｏｉｃｅｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）ページを生成し、該ＶＸＭＬページを前記メディアサーバに提供するように適合しており、前記メディアサーバは前記ＶＸＭＬページの少なくとも１つの部分をレンダリングする。ＶＸＭＬベースのボイスメールシステムを実行する方法も同様に開示されている。一つの方法は、メディアサーバにおいて電話網から受信される発呼者からの電話コールを受信するステップと、アプリケーションサーバにおいてサービスに対する要求を前記メディアサーバから受信するステップと、前記要求の受信に応答して前記アプリケーションサーバにおいてＶＸＭＬ（ＶｏｉｃｅｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）ページを生成するステップと、前記ＶＸＭＬページの少なくとも１つの部分をレンダリングするステップとを含んでいる。
【選択図】図１

Description

関連出願の相互参照
［０００１］
本出願は、参照することにより全体として本出願に組み込まれる、同時係属の米国仮出願、名称「ＶＸＭＬベース電話サービスシステム」、出願番号６０／５８４，４４４、出願日２００４年６月３０日、に対する優先権を主張する。

［０００２］
本出願は、参照することにより全体として本出願に組み込まれる、同時係属の米国特許出願、名称「電気通信システム用分散ＩＰアーキテクチャ」、出願日２００５年３月１５日、代理人事件整理番号０７００１．１０１０、に関連する。

技術分野
［０００３］
本発明は、電気通信システムに関し、より詳細には、ボイスメール等のサービスを提供する、ＶＸＭＬベースの通信サービス提供システムに関する。

発明の背景
［０００４］
過去数十年間、通信産業は拡大を続け、著しい技術的成長を経験し続けた。最近の通信技術によって提供されるサービスの中で最も普及しているものの１つは、ボイスメールである。ボイスメールは、拡大と、殆どの企業の経営を成功させる重要な要素としての地位の確立を続けてきた。典型的な今日のボイスメールシステムは、さまざまな形態を取ることができ、その中には、企業電話システムに接続されたパーソナルコンピュータ内で動作できるコンピュータカード、又は、企業電話システム内に若しくは通信会社が提供するサービスとして直接統合されたコンピュータカードやコンピュータコンポーネント、が含まれる。

［０００５］
今日のボイスメールシステムのほとんどは、一般にソフトウエアプログラミングに大きく依存している。これらのシステムは、単一のプラットフォームすなわちコンピュータ装置上で通常実行される、何千行ものコードを含んでいる。これらのボイスメール製品は、一般に高スキルのソフトウエアプログラマーとハードウエア開発者のチームによる多大な努力の結果として開発されるものであり、通常、ボイスメール製品を一つ発表するにも、開発、試験、デバッグ、仕上げに多くの工数が必要である。そのような開発活動に要求される作業の量は、カスタマイズされた製品ラインの開発には結びつかず、むしろ、充分に開発された製品を購入することに顧客が合意した場合に最も採算性が上がる。

［０００６］
しかしながら、ニーズと微妙な差異が常に拡大している現在の多様な社会では、潜在顧客のすべてのニーズを満足させる単一の製造ラインを開発するのは、困難である。従って、開発者達は多くの事業セクタを目指して製品を開発するか、ニッチ市場に深く進出することを試みるかを強いられる。時には開発者達は、より大きなマーケットシェアを獲得しようとして複数バージョンの製品を発売するであろう。これは、開発者達（主にサポート分野の）に対し新たな問題を引き起こす。販売された製品の変形種が増えれば増えるほど、会社のサポート基盤は顧客のニーズにこたえる為により複雑にならざるを得ない。

［０００７］
開発者によって採用されうる技術の一つは、顧客によるカスタマイズが可能な製品を提供することである。そのような製品では、ある程度のシステム運用のカスタマイズを可能とさせるための、構成ファイルや入力パラメータを用いることができる。そのような技術は、多少なりともこの技術的なニーズに対応することはできるが、これは理想的な解決には全く到達してはいない。何故ならこの技術は、開発者、すなわちシステムの中にエンドユーザが欲するであろうやり方で運用をカスタマイズする機能を、理解し且つ組み込むことができる開発者に、強く依存しているからである。これは、かなり困難な課題である。

［０００８］
従って、エンドユーザによる又はエンドユーザのための完全なカスタマイズを可能とさせ、且つ開発、生産、及びエンドユーザに対する市場コストを大幅に増加させることの無い、通信サービスプラットフォームに対する、技術的なニーズが存在する。本発明は、そのような解決策を提供する。

発明の概要
［０００９］
本発明の一態様は、容易に運用をカスタマイズすることができるＶＸＭＬベース通信システムを指向している。

［００１０］
本発明の一態様は、ＶＸＭＬに基づくボイスメールアプリケーションである。本発明のこの態様は、顧客一人毎にシステムを変更及びカスタマイズする上で、大きな柔軟性を提供する。

［００１１］
簡単に説明すると、アーキテクチャとしては、本ボイスメールシステムの一実施形態は、とりわけ次のように実践される。メディアサーバは、電話網と通信する。前記メディアサーバは、電話コールを電話ネットワーク経由で受信し、アプリケーションサーバに要求を送ることによってボイスメールシステムのボイスメールサービスを起動する。アプリケーションサーバは、前記要求を受信することに応答してＶＸＭＬ（ＶｏｉｃｅｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）ページを生成し、且つそのＶＸＭＬページをメディアサーバに提供するように適合しており、メディアサーバは前記ＶＸＭＬページの少なくとも１つの部分をレンダリングする。

［００１２］
本発明の実施形態は、ボイスメールサービスを提供するための提供方法として見ることも出来る。この点において、そのような方法の一実施形態は、とりわけ次のステップにより概略的にまとめることができる。すなわち、電話網から来てメディアサーバで受け取られる発呼者からの電話コールを受信し、サービスに対するメディアサーバからの要求をアプリケーションサーバにて受信し、前記要求の受信に応答して前記アプリケーションサーバにおいてＶＸＭＬ（ＶｏｉｃｅｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）ページを生成し、前記ＶＸＭＬページの少なくとも１つの部分をレンダリングするステップである。

［００１３］
本発明の他の、システム、方法、特徴、及び利点は、以下の図面及び詳細な説明を調べることにより、当業者には明白になるであろう。そのような更なるシステム、方法、特徴、利点は、本説明の中に含まれ、本発明の範囲の中にあり、添付の請求項により保護されることが意図されている。

発明の詳細な説明
［００１７］
本発明は、通信機器（例えばＰＢＸやボイスメールシステムなど）に対し、次世代通信プラットフォームとも表現される分散型ＩＰアーキテクチャを提供する。本発明のアーキテクチャを利用することにより、通信機器のさまざまな機能性を多数の物理的コンポーネントで分担することができ、且つこれらの物理的コンポーネントを地理的に散在させることができる。各コンポーネントは、ＩＰネットワークへの独立したインターフェースを介して、必要に応じて互いに通信する。電話網に接続する上での複雑さは、単一のゲートウエーコンポーネントを通して対処され、単純化されたプロトコルが通信機器の残りのコンポーネント間の、又はゲートウエーコンポーネントを介して電話網への通信を行うために用いられる。

［００１８］
図で例示され且つ説明される機能性の分散はそれ自身新規の態様を有してはいるが、それは唯一の受容可能な配置ではなく、また本発明の態様は、より少ない又は多いコンポーネントを有し且つコンポーネント間での異なる機能性の配置を含むシステムの中に組み込むことが出来る、ということを理解するべきである。

［００１９］
ここで、図を参照し、本発明の機能のさまざまな態様を説明する。ここでは、いくつもの図にわたって同様の標識が同様の要素を示している。

［００２０］
図１は、例示的な次世代通信プラットフォーム１００のコンポーネント及び接続性を例示しているシステム図である。本発明の一態様は、特にボイスメール、コール転送、及び他の通信特徴などの通信サービスを提供する、通信機器用分散型ＩＰベースアーキテクチャである。この例示された実施形態では、次世代通信プラットフォーム１００は、分散型ＩＰアーキテクチャを有し、電話網１１０に接続される。電話網１１０は、とりわけ、無線電話網又は公衆交換電話網（ＰＳＴＮ）であってもよい。通信プラットフォーム１００は、１またはそれ以上のメディアサーバ（ＭＳ）１２０、１またはそれ以上のシステム管理ユニット（ＳＭＵ）１３０、１またはそれ以上のアプリケーションサーバ（ＡＳ）１４０、及び１またはそれ以上の中央データ・メッセージ・ストア（ＣＤＭＳ）１５０を有し、それらがネットワーク１６０によって接続されるように例示されている。通常、ネットワーク１６０はインターネットプロトコル（ＩＰ）ネットワークであり、このＩＰネットワーク上での通信が、技術的に良く知られているインターネットプロトコル（ＩＰ）に準拠するようになっている。

［００２１］
実施形態の中には、通信プラットフォーム１００の加入者が、ネットワーク１８０（一般的にはインターネット）を通してアプリケーションサーバ１４０と通信するコンピュータ１７０を介して、通信プラットフォーム１００にアクセスすることができるものがある。アプリケーションサーバ１４０は、コンピュータ１７０にウエブページを提供し、それらは一般的にブラウザ（図示せず）を用いて加入者に表示される。アプリケーションサーバは、加入者が見ることが出来るアカウント情報を有するウエブページを提供することができる。一般に、通信プラットフォーム１００の加入者は、通信プラットフォームにボイスメールアカウントを持つことが出来、さらに一部の実施形態では、その加入者はアプリケーションサーバ１４０に情報すなわち加入者カスタマイザを提供することにより、自分のボイスメールアカウントをカスタマイズすることができる。通常、上記加入者はアプリケーションサーバ１４０により提供されたウエブページのフィールドの中に情報を入れるかオプションを選択することにより、アプリケーションサーバ１４０に情報を提供することができる。

［００２２］
メディアサーバ１２０は、簡単に記述すると、通信プラットフォーム１００のコンポーネントからのＩＰを終端し、及び／又は電話網１１０からの回線交換トラフィックを終端する。メディアサーバ１２０はまた、トランキング及びコール制御に対しても関与する。

［００２３］
アプリケーションサーバ１４０は、とりわけ、多様なアプリケーションに対する動的ボイスＸＭＬ（ＶＸＭＬ）ページを生成する。アプリケーションサーバ１４０は、このＶＸＭＬページをメディアサーバ１２０に提供し、メディアサーバ１２０はそのＶＸＭＬページを全部又は部分的にレンダリングする。アプリケーションサーバ１４０はまた、加入者コンピュータ１７０に提供されたウエブページを通して、通信プラットフォーム１００への外部インターフェースを提供する。

［００２４］
ＳＭＵ１３０は、サービスプロバイダーが、集中型ウエブインターフェースから、加入者アカウントを提供及び維持し且つネットワーク要素を管理することを可能とする、管理ポータルである。

［００２５］
ＣＤＭＳ１５０は、音声メッセージ及び加入者記録の格納と、通知を含む特定のアプリケーション機能の管理を行う。一部の実施形態では、ＣＤＭＳ１５０は、以下に詳細を説明する加入者カスタマイザ及び加入者属性を格納する。

［００２６］
次世代通信プラットフォーム１００内の各コンポーネントは、独立して拡張可能であり、また独立してネットワーク１６０に相互接続される。従って、上記コンポーネントは地理的に分散することができ、しかしそれでもなお、ネットワーク１６０上で互いに通信できる限りは、単一の通信プラットフォームとして機能する。これは最先端の通信システムでも不可能な、本発明の重要な利点である。通信プラットフォーム１００のコンポーネントの中から選択したいくつかについて、以下により詳細に説明する。

メディアサーバ（ＭＳ）
［００２７］
ＭＳ１２０は、電話網１１０からの回線交換トラフィックを終端させる。ＭＳ１２０は、本プラットフォームアーキテクチャ内のコールの始動及び制御に関与する。ＭＳ１２０は、声、ＤＴＭＦフォーマット、又は他の信号発生理論のいずれかによるユーザからの入力を処理する（キーボード及びマウスのクリック入力をユーザから集めるウエブクライアントに酷似）。ＭＳ１２０は、ユーザにコンテンツを音声形式で提示する（ＰＣクライアント上でユーザに返される図形やテキスト表示とおおむね類似）。このクライアント／サーバ方法論は、新たなアプリケーションを迅速に創造すること、及びワールドワイドウェブ上で利用可能なコンテンツをすばやく活用することを可能とする。

［００２８］
ＭＳ１２０は、ＡＳ１４０に要求を出すことを通して、入ってくるコールを処理する。このアプリケーションサーバへの要求は、一般に、ＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）又は他のインターネット標準を、ＡＳ１４０に送信することによりなされる。ＡＳ１４０に提供される情報の中でも、とりわけＭＳ１２０は到着コールの電話番号、すなわちその到着コールの発信者によってダイアルされた電話番号を通常含む。

［００２９］
負荷バランサ（図示せず）が、ＭＳ１２０に届いたトラフィックを複数のＡＳ１４０の内の１つに導くことが好ましい。この機能性は、トラフィックが稼動中のサーバ間で確実に均等配分されるようにする。ＭＳ１２０は、ＮｅｔｓｃａｐｅのようなクライアントがＨＴＭＬユーザに成り代わってＰＣ上で働くのと非常に似たような態様で、エンドユーザに代わってボイスＸＭＬクライアントとして動作する。これらのメディアサーバは、ユーザに提示するためにボイスＸＭＬをレンダリングするブラウザ１２２を備えている。

［００３０］
ボイスＸＭＬは、音声の利用が可能なソフトウエアアプリケーションの開発のための、標準ベースの記述言語である。これは、開発者達が、会話ベースの電話アプリケーションを開発するにあたって、ウエブベース（ＨＴＭＬ）の開発専門技術を使用・活用することを意味する。

［００３１］
加えて、好ましい一実施形態の中では、メディアサーバ１２０は民生品（ＣＯＴＳ：ｃｏｍｍｅｒｃｉａｌ−ｏｆｆ−ｔｈｅ−ｓｈｅｌｆ）のハードウエア、ソフトウエアコンポーネントで組み立てられており、且つ通信事業者向け級のサーバである。電話に特有のアプリケーション用の電話インターフェース及びリソースボードも追加される。例えば、ファクシミリカードやソフトウエアがメディアサーバ１２０に付加され、ファクシミリターミネーションを管理する。

アプリケーションサーバ（ＡＳ）
［００３２］
次世代通信プラットフォームをモジュラー式に設計することにより、音声ダイアリング及び音声ナビゲーション、一元化された通信ソリーション、マルチメディアメッセージングサービス、プレゼンス及びアベイラビリティ管理などの強化サービスを展開するのが容易であるという、更なる利点がある。アプリケーションのプラットフォームへの追加は、標準アプリケーションサーバ１４０を共通プラットフォームに追加することにより達成される。

［００３３］
各アプリケーションサーバ１４０は、アプリケーションドキュメント、例えばボイスＸＭＬページ、ＨＴＭＬページ（これらに限定されず）などを生成する。通常、ＶＸＭＬページはメディアサーバ１２０からの要求に応答して生成され、ＨＴＭＬページは加入者コンピュータ１７０からの要求に応答して生成される。アプリケーションサーバ１４０は、ウエブアプリケーション基盤をバックエンドのデータ記憶装置（例えば、ＣＤＭＳ１５０）とのインターフェースを取るために利用し、ＶＸＭＬページを生成する。

［００３４］
ウエブアプリケーション基盤は全体として、プレゼンテーションの詳細記述（ＶＸＭＬ）からコアサービスのロジック（すなわちビジネスロジックの提供）を分離し、より伸張性のあるアプリケーションアーキテクチャを提供している。一実施形態では、アプリケーションサーバ１４０はＪａｖａ(登録商標)２エンタープライズ・エディション（Ｊ２ＥＥ）環境及びＪａｖａ(登録商標)サーバページ（ＪＳＰ）を用い、メディアサーバのための動的ＶＸＭＬページを生成する。これらのテクノロジーを結合することにより、ＳＡＬＴ（ＳｐｅｅｃｈＡｐｐｌｉｃａｔｉｏｎＬａｎｇｕａｇｅＴａｇｓ）を迅速に組み込むことができ、その結果、ＷＡＰ、ＨＴＭＬ、ＸＨＴＭＬ、音声などのアプリケーション間での相互運用性（多面的な）が可能となる。これにより、エンドユーザが音声コマンドを介してデータを入力することと、ＷＡＰ又はＨＴＭＬを介してプレゼンテーションを受け取ることが、同時にできるようになる。

［００３５］
アプリケーションを容易に開発するための環境を作り出すために、アプリケーションサーバ１４０はＴｅｍｐｌａｔｅ＋ＪＳＰをサポートするのが好ましい。アプリケーションは、メッセージング機能にアクセスするために、ＡＰＩを用いてＪＳＰの中に組み込まれる。これらのＪＳＰは容易に変更が可能であり、アプリケーション動作の変更及び新たなアプリケーションの創出を極めて容易にする。

［００３６］
メディアサーバ１２０とアプリケーションサーバ１４０が連携することにより、加入者に提供される特性、ボイスメール機能、及びユーザインターフェースのカスタマイズが可能となる。一実施形態では、アプリケーションサーバ１４０は、加入者カスタマイザをＣＤＭＳ１５０から取得し、その加入者カスタマイザをＶＸＭＬページを生成する時に使用する。この加入者カスタマイザを用いて生成されたＶＸＭＬページは、その加入者に指定されたカスタム特性、ボイスメール機能、及びユーザインターフェースに相当する。例えば、或る加入者は、発信者に提供されるメニュー項目の順番を変えることにより、又は或るオプションなどの選択によって呼び出されたボイスメール機能を変更することにより、自身のボイスメールアカウントをカスタマイズしたいと思うかもしれない。

共通データベース及びメッセージ・ストア（ＣＤＭＳ）
［００３７］
図２を参照すると、ＣＤＭＳ１５０は、充分な格納容量を有し、通信プラットフォーム１００が多数の加入者にサービスを提供できるようにしている。ＣＤＭＳ１５０に格納されるものの中には、とりわけボイス／オーディオメッセージ２０２、加入者記録２０４、加入者アカウント情報２０６、アカウント属性２０８、及び加入者カスタマイザ２１０がある。いくつかの実施形態の中では、各加入者が彼ら自身のアカウント属性２０８を有し、また他の実施形態では、アカウント属性は複数の加入者で共有することができる。

［００３８］
ＣＤＭＳ１５０は好ましくは、十分に冗長なコンポーネントを備えて設計され、且つフォールトトレランスつまり即時のフェールオーバ及び回復のために、リフレクティブメモリ及びＲＡＩＤ（ＩｎｄｅｐｅｎｄｅｎｔＡｒｒａｙｏｆＩｎｄｅｐｅｎｄｅｎｔＤｉｓｋ）技術が用いられる。このことにより、関連するハードウエア及びソフトウエアコンポーネントに対するファイブナインのアベイラビリティが保証される。基幹ディスクドライブ及びＲＡＩＤコントローラのコンポーネントは、「ホットスワップ可能」で、交換のためにシステムの電源を落とす必要が無いことが好ましい。このＣＤＭＳ１５０によって、性能低下つまりｅメール格納箇所の検索及びソートに伴う不必要なｅメール中心のデータベース機能性が排除され、ボイスメールの固有の特性に対する性能が最大限に発揮される。

［００３９］
ＣＤＭＳ１５０は、シェルフ式ｅメール格納システムの標準を用いることができる。このメッセージ・ストアは、アプリケーションに対してトランスペアレントにこのメッセージ・ストアを選択することを可能とする、Ｊａｖａ(登録商標)ミドルウエアを用いることにより抽象化され、利用できる最も効率的なストアにそれぞれのメッセージタイプを格納することを可能としている。

［００４０］
ボイス／オーディオメッセージ２０２は、発信者が或る加入者に対しボイスメールメッセージを残した時にＣＤＭＳ１５０上に格納される。ボイス／オーディオメッセージ２０２はまた、加入者間で送信及び又は転送されるボイス／オーディオメッセージを含んでいる。ボイス／オーディオメッセージ２０２は更に、発信者に対して再生されるその加入者の「挨拶」も含むことができる。

［００４１］
それぞれの加入者に対する記録は、その加入者のための加入者記録２０４の中に格納される。加入者記録の中に含まれる情報には、特定の時間間隔におけるコール及び／又はファックスの回数、保存されたメッセージの数、記録されたメッセージの数、取り出されていないメッセージの数が含まれるが、これらには限定されない。

［００４２］
加入者アカウント情報２０６には、加入者名、アカウントに対する電話番号、配布リスト、（複数の）転送電話番号、及び課金情報が含まれる。

［００４３］
アカウント属性２０８には、メディアサーバ１２０でレンダリングされるＶＸＭＬページのコンテンツの増補、変更、又は制御に用いるか、又はＶＸＭＬページがレンダリングされる際の様式とすることができる、属性が含まれている。アカウント属性２０８の限定的でない例の中には、アプリケーションサーバ１４０により生成されるＶＸＭＬページの中で用いられる言語を指定することができる言語インディケータ、テンポラルインディケータ、発信番号トリガ、市外局番トリガを含むものがある。テンポラルインディケータは、時刻や曜日などに基づき加入者のボイスメールアカウントを変更するために用いることができる。市外局番トリガは、発信番号の市外局番に基づき、加入者のボイスメールアカウントを変更するために用いることができる。発信番号トリガは、発信番号に基づき、加入者のアカウントを変更するために用いることができる。実施形態の中には、加入者がコンピュータ１７０を用いてアカウント属性を提供することができるものもあり、また一部の実施形態の中では、加入者は属性によってどの様に自分のボイスメールアカウントを変更するかを指定することができる。上で説明された属性は限定的な例ではなく、他の属性も同様に用いることができることを、念頭におくべきである。

［００４４］
加入者カスタマイザ２１０は、加入者がコンピュータ１７０を用いて提供することができる。加入者は、加入者カスタマイザを提供して、カスタマイズされたＶＸＭＬページを用意することができる。通常、加入者は、コンピュータ１７０を用いて通信プラットフォーム１００にアクセスすることにより、加入者カスタマイザ２１０を提供する。アプリケーションサーバ１４０は、コンピュータ１７０上のブラウザのウインドウに表示されるウエブページを、加入者に提供する。その後、加入者はカスタマイズ可能なオプションを選択することができる。例えば、ＶＸＭＬページ内の各メニュー表示に対し、加入者カスタマイザは、オプションが提示される順序、オプションの選択に関連して押されるキー、及び、例えばコールの送信、メッセージの転送、ＣＤＭＳ１５０内に格納されたメッセージの削除、ＣＤＭＳ１５０内に格納されたメッセージの削除、加入者の挨拶の変更等（但しこれらに限らず）のボイスメール機能、を規定するために用いることができる。

システム管理ユニット（ＳＭＵ）
［００４５］
ＳＭＵ１３０は、サービスプロバイダーに対し、全てのネットワーク要素を管理する集中点を提供して、リモートアクセス、保守、及びバックアップ機能性を提供する。ＳＭＵ１３０は、プロビジョニング、警告、報告、及び加入者マイグレーションのための単一インターフェースを提供する。ＳＭＵ１３０は、新規のエレメント及びアプリケーションを有する複数のシステムの統合及びカスタマイズを行い、急激なネットワークの成長とトラフィック量の激増に悩んでいる通信事業者に対し、運用サポート及びネットワーク管理機能を提供する。

ボイスメールオペレーション
［００４６］
図３を参照すると、先ずサービス要求３００がメディアサーバ１２０にて受信される。このサービス要求は、さまざまな形態を取ることができ、また、例えば（これに限らず）、着信コールボイスコール、コール転送、着信ファクシミリ、着信テキストメッセージ、又は電話システムやボイスメールシステムに特有の各種の着信又は発信サービスなどの、多様なサービスを意味することができる。例示された実施例の中では、サービス要求３００は加入者番号に対する着信コールの受信である。メディアサーバ１２０は、例えば（これに限らず）、自動番号識別（ＡＮＩ：ＡｕｔｏｍａｔｉｃＮｕｍｂｅｒＩｄｅｎｔｉｆｉｃａｔｉｏｎ）及びダイアル番号認識番号サービス（ＤＮＩＳ：ＤｉａｌｅｄＮｕｍｂｅｒＩｄｅｎｔｉｆｉｃａｔｉｏｎＮｕｍｂｅｒＳｅｒｖｉｃｅ）などの機能を用いて、発信番号及びダイアルされた番号など（これに限らず）の情報を収集することができる。更に、メディアサーバ１２０は、トランキング・グループなどの他の情報も収集することもできる。

［００４７］
メディアサーバ１２０は、通信プラットフォーム１００のサービスを起動することにより、上記着信コールに応答する。このメディアサーバは、サービス起動メッセージ３１０をアプリケーションサーバ１４０に送信することにより前記サービスを起動する。一般的に、サービス起動メッセージ３１０はインターネットプロトコルに準拠している。サービス起動メッセージ３１０は、通常、コールされた番号のような情報を含んでいる。サービス起動メッセージ３１０はまた、どのような種類のサービスをメディアサーバが起動しているのかを判断するためにアプリケーションサーバ１４０が用いる、サービスタグ又は他の識別子を有している。例えば、一部の実施形態では、メディアサーバ１２０は前記着信コールがボイスコールなのか又はファクシミリ送信なのかを判断し、この着信コールの種類の判断に応答して、メディアサーバ１２０が適切なサービスタグをサービス起動メッセージ３１０の中に盛り込むようになっている。

［００４８］
サービス要求により、そのサービスを起動する操作は大きく変わるであろう。本実施例では、メディアサーバ１２０は、そのサービスを起動する時に呼び出される番号を有してもよい。典型的な一実施形態では、メディアサーバ１２０は、アプリケーションサーバ１４０にＵＲＬを送信することにより上記要求を起動する。これは、典型的なウエブ指向のブラウザが、ＨＴＭＬタイプのページのロードを要求する時の動作と類似している。この場合、メディアサーバ１２０は、アプリケーションサーバ１４０から特定のＶＸＭＬページを呼び出している。ＵＲＬをアプリケーションサーバ１４０に送信するプロセスは、基本的には、アプリケーションサーバ１４０に、ＶＸＭＬページをメディアサーバ１２０へ提供するよう指示する。一部の実施形態の中には，このＵＲＬがアプリケーションに対しデフォルトのＶＸＭＬページを提供するよう指示するものもある。

［００４９］
アプリケーションサーバ１４０は、サービス起動メッセージ３１０の中の情報を使い、ＣＤＭＳ１５０内に格納された加入者情報を調べることができる。アプリケーションサーバ１４０は、アプリケーションサーバクエリ３２０をＣＤＭＳ１５０に送信する。通常、アプリケーションサーバクエリ３２０は、サービス起動メッセージ３１０が持っている情報を含む。例えば、アプリケーションサーバ１５０は、コールされた番号を、そのコールされた番号が割り当てられた加入者に関連する加入者情報を入手するために用いることができる。

［００５０］
ＣＤＭＳ１５０は、応答３３０をアプリケーションサーバ１４０に送信する。応答３３０は、前記コールされた番号に関連するアカウント属性２０８の一部又は全て、及び／又は前記コールされた番号に関連する加入者カスタマイザ２１０の一部又は全てを含んでもよい。

［００５１］
アプリケーションサーバ１４０は、自身がＶＸＭＬページを生成する時に、アカウント属性２０８の一部又は全て及び／又は加入者カスタマイザ２１０の一部又は全てを使用する。通常、アプリケーションサーバ１４０は、一部のアカウント属性２０８（及び／又は加入者カスタマイザ２１０）を一部のＶＸＭＬページで用い、他のアカウント属性２０８（及び／又は加入者カスタマイザ２１０）を他のＶＸＭＬページに用いることができる。

［００５２］
このようにして、アプリケーションサーバ１４０は、ＶＸＭＬページ３４０をＣＤＭＳ１５０から提供された上記情報に基づき形成する。この機能を実行する中で、アプリケーションサーバ１４０は、ＶＸＭＬページ３４０にユーザ固有の又は他の特定のデータを挿入し、そのＶＸＭＬページ３４０をメディアサーバ１２０に渡す。

［００５３］
場合によっては、メディアサーバ１２０は、ＶＸＭＬページ３４０の全てを発信者にレンダリングし、またある場合には、メディアサーバは、ＶＸＭＬページ３４０の少なくとも１つの部分をレンダリングする。例示されている実施形態では、メディアサーバ１２０はＶＸＭＬページ３４０の部分３５０をレンダリングする。レンダリングされた部分３５０は、発信者に提供される。

［００５４］
一旦、レンダリングされた部分３５０が発信者に提供されると、発信者は更なる入力３６０をメディアサーバ１２０に提供しても良く、そしてメディアサーバ１２０は異なる方法で入力３６０に応答するかもしれない。例えば、メディアサーバ１２０は、ＶＸＭＬページ３４０の同じ部分３５０を提供することにより入力３６０に応答するかもしれないし、ＶＸＭＬページ３４０の別な部分をレンダリングすることにより入力３６０に応答するかもしれない。例えば、ＶＸＭＬページ３４０は、メニュー選択であっても良い。発信者がボタンを押すか可聴メッセージを出すことにより１つの選択をする（入力３６０を提供する）と、メディアサーバ１２０がＶＸＭＬページ３４０上の特定のフォーム（すなわち部分）に移動する。メディアサーバ１２０は、次に、その特定のフォームをレンダリングし、そのレンダリングした部分３７０を発信者に提供するであろう。代わりに、もし更なる入力３６０がメニュー項目の内の１つに一致しなかった場合は、メディアサーバ１２０はレンダリングされた部分３５０を再度提供するであろう。

［００５５］
場合によっては、入力３６０は、メディアサーバ１２０が要求３８０をアプリケーションサーバ１４０に送る原因になる場合がある。この要求は、通信プラットフォーム１００の新規のサービスに対するものでもよく、他のＶＸＭＬページに対するものでもよい。メディアサーバ１４０は、別のＶＸＭＬページ３９０をメディアサーバ１２０に送信することにより要求３８０に応答するが、この別のＶＸＭＬページ３９０は通信プラットフォーム１００の他のサービスに関連するものかも知れないし、ボイスメールサービスに関する他のページに関連するものかも知れない。

［００５６］
例えば、この発信者が前記コールされた番号に対する通信プラットフォームの加入者で、最初のＶＸＭＬページ３４０がその発信者のためのボイスメールサービスの起動に関するものだと仮定する。その場合、入力３５０がＣＤＭＳ１５０内に格納されたメッセージを取得するためのオプションだと仮定すると、次に第２のＶＸＭＬページ３９０がＣＤＭＳ１５０内に格納されたメッセージに関連する情報を運ぶことになるであろう。

［００５７］
このようにして、好都合なことに、ロードされたＶＸＭＬページ内のさまざまな箇所にジャンプするメディアサーバによって単純なやり方や動作で処理することができ、同時に、アプリケーションサーバからの追加のページを要求することにより複雑な機能を満足させることができる。

［００５８］
加えて、本発明のＶＸＭＬシステムは、膨大な数のさまざまな様式で運用され、あたかもそれが各ユーザすなわち発信者にとってカスタムシステムであるかのように見えるシステムを可能にさせるが、実際はシステムは全く変更する必要などなく、むしろただ単に特定のトリガメカニズム（例えば、市外局番、発信者ＩＤ、ＡＮＩ、時刻など）に関連した制御属性をプログラムし且つ使用してシステムを増補することができるのである。

［００５９］
本発明の他の態様では、選択されたか又は状況に依存するパラメータを、さまざまなＶＸＭＬページを呼び出すＵＲＬを定義するために用いることができる。例えば、ユーザが自分の家の電話番号から電話している場合、ＡＮＩをアプリケーションサーバからのＵＲＬを生成するために用いることができる。従って、コールが発信された電話番号に基づいて、カスタマイズされたＶＸＭＬページをロード且つレンダリングすることができる。これは同様に、発呼者に或るモードを選択することなどを促すことによっても、実行できる。他の例として、受信された電話がメキシコあるいは他の国を起源とする番号からのものであった場合、その国の国番号に基づきＵＲＬを自動生成することにより、その国の言語に明確に関連するＶＸＭＬページを呼び出すことができる。

［００６０］
本発明の上述の実施形態、特に「好ましい」又は「典型的な」実施形態のいずれもが、本発明の原理の明快な理解のためにのみ説明された単なる可能な実施例であることが、強調されなければならない。本発明の上述の（複数の）実施形態に対し、本発明の精神及び原理から実質的に離れることなく、多くの変形や変更が可能である。また、いかなる特定の実施形態も本発明の多様な態様の中の一部のみを含んでいるであろうことも、認識されるべきである。そのような変更及び変形は全て、この中の開示及び本発明の範囲内に含まれ、且つ以下の請求項により保護されるということが、意図されている。

［００１４］
電話網とやり取りする分散型ボイスメッセージングシステムの、典型的な実施形態を例示するブロック図である。

［００１５］
中央データ・メッセージ・ストアに格納されたコンテンツのブロック図である。

［００１６］
ボイスメールを実行するための典型的なフロー図である。

Claims

分散型ボイスメールシステムであって、
電話網から受信される発呼者からの電話コールを受信することに応答して要求を送信し、前記分散型ボイスメールシステムのボイスメールサービスを起動するように適合した、電話網と通信するメディアサーバと、
前記要求を受信し、前記要求の受信に応答してＶＸＭＬ（ＶｏｉｃｅｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）ページを生成し且つ該ＶＸＭＬページを前記メディアサーバに提供するように適合しており、ここで前記メディアサーバが該ＶＸＭＬページの少なくとも１つの部分を前記発呼者に対しレンダリングする、前記メディアサーバと通信するアプリケーションサーバとを含む、ボイスメールシステム。
前記アプリケーションサーバと通信し、自らの中に格納されたボイスメールアカウント属性を有する中央データ及びメッセージ・ストア（ＣＤＭＳ）を更に含み、前記ＣＤＭＳは特定のボイスメールアカウントに対する属性を前記アプリケーションサーバに提供し、該属性を用いることによって前記アプリケーションサーバがＶＸＭＬページを生成する、請求項１に記載の分散型ボイスメールシステム。
前記属性が、一時的変更、地理的変更、発信番号変更、市外局番変更の中の少なくとも１つである、請求項２に記載の分散型ボイスメールシステム。
前記ＣＤＭＳが、自身の中に格納された前記ＶＸＭＬページに関連する加入者カスタマイザを有し、該加入者カスタマイザが前記分散型ボイスメールシステムの加入者により提供され、前記アプリケーションサーバが該加入者カスタマイザを用いて前記ＶＸＭＬページを生成することによって、前記ＶＸＭＬページが前記加入者カスタマイザによってカスタマイズされる、請求項１に記載の分散型ボイスメールシステム。
前記ＶＸＭＬページが、複数のメニューオプションを有し、前記加入者カスタマイザが該複数のメニューオプションの順序を定義する、請求項４に記載の分散型ボイスメールシステム。
前記ＶＸＭＬページが複数のメニューオプションを有し、前記加入者カスタマイザが入力を各メニューオプションに関連付けし、発呼者が特定の入力を提供することに応答して、前記特定の入力に関連する該メニューオプションが選択される、請求項４に記載の分散型ボイスメールシステム。
前記ＶＸＭＬページが複数のメニューオプションを有し、前記加入者カスタマイザが前記メニューオプションの少なくとも１つに対するボイスメール機能を定義する、請求項４に記載の分散型ボイスメールシステム。
前記発呼者から入力を受信することに応答して、前記メディアサーバが前記発呼者に対し第２のＶＸＭＬページの少なくとも１つの部分をレンダリングする、請求項１に記載の分散型ボイスメールシステム。
前記アプリケーションサーバが前記第２のＶＸＭＬページを生成する、請求項８に記載の分散型ボイスメールシステム。
前記メディアサーバが、特定のＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）を前記アプリケーションサーバに送信することにより、前記ボイスメールサービスを起動する、請求項１に記載の分散型ボイスメールシステム。
前記電話コールが、それに関連する電話番号を有し、前記メディアサーバが前記アプリケーションサーバに電話番号を提供する、請求項１０に記載の分散型ボイスメールシステム。
前記発呼者からの入力を受信することに応答して、前記メディアサーバが前記ＶＸＭＬページの特定の部分をレンダリングする、請求項１に記載の分散型ボイスメールシステム。
ボイスメールサービスを提供する方法であって、
メディアサーバにおいて、電話網から受信される発呼者からの電話コールを受信するステップと、
アプリケーションサーバにおいて、サービスに対する要求を前記メディアサーバから受信するステップと、
前記要求の受信に応答して、前記アプリケーションサーバにおいてＶＸＭＬ（ＶｏｉｃｅｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）ページを生成するステップと、
前記ＶＸＭＬページの少なくとも１つの部分をレンダリングするステップとを含む、方法。
自らの中に格納されたボイスメールアカウントに対する属性を有し、前記アプリケーションサーバと通信する、中央データ及びメッセージ・ストア（ＣＤＭＳ）を提供するステップと、
前記ＣＤＭＳから前記属性を取得するステップとを更に含み、前記アプリケーションサーバが前記属性を前記ＶＸＭＬページを生成するステップの中で用いる、請求項１３に記載の方法。
前記属性が、一時的変更、地理的変更、発信番号変更、市外局番変更の中の少なくとも１つである、請求項１４に記載の分散型ボイスメールシステム。
前記ボイスメールサービスの加入者が加入者カスタマイザを提供することができるようにするステップと、
前記加入者カスタマイザを、中央データ及びメッセージ・ストア（ＣＤＭＳ）に格納するステップと、
前記加入者カスタマイザを取得するステップとを更に含み、前記アプリケーションサーバが前記加入者カスタマイザを前記ＶＸＭＬページを生成するステップの中で用いることによって、前記ＶＸＭＬページが前記加入者カスタマイザによってカスタマイズされる、請求項１３に記載の方法。
前記ＶＸＭＬページが、複数のメニューオプションを有し、前記加入者カスタマイザが該メニューオプションの順序を定義する、請求項１６に記載の方法。
前記ＶＸＭＬページが複数のメニューオプションを有し、前記加入者カスタマイザが入力を各メニューオプションに関連付けし、発呼者が特定の入力を提供することに応答して、前記特定の入力に関連する該メニューオプションが選択される、請求項１６に記載の方法。
前記ＶＸＭＬページが複数のメニューオプションを有し、前記加入者カスタマイザが前記メニューオプションの少なくとも１つに対するボイスメール機能を定義する、請求項１６に記載の方法。
前記メディアサーバにおいて、発呼者入力を受信するステップと、
前記アプリケーションサーバにおいて、第２のＶＸＭＬページに対する要求を受信するステップと、
前記アプリケーションサーバにおいて、前記第２のＶＸＭＬページを生成するステップと、
前記メディアサーバに前記第２のＶＸＭＬページを提供するステップと、
前記メディアサーバにおいて、前記発呼者に対し第２のＶＸＭＬページの少なくとも１つの部分をレンダリングするステップとを更に含む、請求項１３に記載の方法。
特定のＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）を前記アプリケーションサーバに送信することにより、前記ボイスメールサービスを起動するステップを更に含む、請求項１３に記載の方法。
前記アプリケーションサーバに電話番号を提供するステップをさらに含み、該電話番号が前記電話コールに関連する、請求項２１に記載の方法。
前記メディアサーバにおいて前記発呼者からの入力を受信するステップと、
前記入力を受信することに応答して、前記ＶＸＭＬページの特定の部分をレンダリングするステップとを更に含む、請求項１３に記載の方法。