JP3474130B2 - ボイス・メール・システムに記憶されたメッセージをインターネット・ワールド・ワイド・ウェブを介してアクセスするための方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はボイス・メール・シ
ステムに関するものであり、更に詳しく云えば、そのよ
うなボイス・メール・システムをアクセスする方法の改
良に関するものである。

【０００２】

【従来の技術】ボイス・メール・システム（ボイス・メ
ッセージング・システムとも呼ばれる）はＰＢＸを介し
て電話網に付属し、意図された受領者が不在であるか或
いは通話中である時、着信コールからのメッセージを記
憶するために使用される。

【０００３】その後、その意図された受領者は、いつか
将来、それらの記憶されたメッセージを聴取することが
できる。

【０００４】ボイス・メール・システムは、一般的に
は、特別目的のコンピュータ・ハードウエアにおいて、
或いは適当な電話インターフェースを備えた標準的なコ
ンピュータ・ワークステーションにおいて実施される。

【０００５】そのようなボイス・メール・システムはよ
く知られている。

【０００６】その一例は、ＩＢＭ社から入手可能な「Ｄ
ｉｒｅｃｔＴａｌｋＭａｉｌ」システムであり、そのシ
ステムは「ＤｉｒｅｃｔＴａｌｋ／６０００」音声処理
システム（これもＩＢＭ社から入手可能である）と関連
して動作する。

【０００７】ボイス・メール・システムのもう１つの例
が米国特許第５,１３６,６４８号及び欧州特許出願０５
８８５７６号に開示されている。

【０００８】非常によく知られているものとしては、ロ
ータス社から入手可能な「Ｌｏｔｕｓ Ｎｏｔｅｓ」の
ようなコンピュータ実行の電子メール（Ｅメール）シス
テムがあり、それによって、コンピュータ・ファイル、
主として、テキスト・ファイルを一方のコンピュータ・
ユーザから他方のコンピュータ・ユーザに送ることが可
能である。

【０００９】最近、ロータス社は、ワールド・ワイド・
ウェブを介してインターネット上で同社の電子メールを
利用可能にする戦略を発表した。

【００１０】一般に、コンピュータ電子メール・システ
ムはボイス・メール・システムとは完全に別なものとな
っている。

【００１１】前者は、通常、デスク・トップ・コンピュ
ータを介してアクセスされ、後者は電話を介してアクセ
スされる。

【００１２】しかし、ここ数年、テキスト・メッセージ
及びボイス・メッセージの両方を処理することができる
より統一化されたメール・システムを提供しようとする
試みが行われている（そのようなシステムは、マルチメ
ディア・システムと呼ばれることもある）。

【００１３】例えば、「Ｌｏｔｕｓ−Ｎｏｔｅｓ」は
「Ｐｈｏｎｅ Ｎｏｔｅｓ」を含み、それによって、電
話を介して入れられた音声情報が「Ｎｏｔｅ」の中に取
り込まれる。

【００１４】そこで、その「Ｎｏｔｅ」は、他の何れの
「Ｎｏｔｅ」とも同様の方法で扱われる。

【００１５】本質的には、「Ｐｈｏｎｅ Ｎｏｔｅｓ」
は、音声が「Ｎｏｔｅｓ」アプリケーションに統合され
ることを可能にする発展環境である。

【００１６】それは、本格的なマルチユーザ・ボイス・
メッセージ・システムを提供するものではない。

【００１７】対照的に、国際公報（ＷＯ）８７／０７８
０１号は、ボイス・メール・システム及びコンピュータ
電子メール・システムを結合した統合システムを開示し
ている。

【００１８】この統合システムでは、ユーザは、すべて
のメッセージに対する一次受領者として一方のメール・
システム（即ち、ボイス・メール・システム又はコンピ
ュータ電子メール・システム）を指定することができ
る。

【００１９】例えば、一次受領者としてコンピュータが
選択される場合、電話及び電子メール着信メッセージの
両方の通知がデスクトップ・コンピュータにおいて与え
られる。

【００２０】代替方法として、ボイス・メール・システ
ムを通してすべてのメッセージの通知を受領することを
選択することも可能である。

【００２１】後者の場合、テキスト（即ち、電子メー
ル）メッセージが電話を通してアクセスされることを可
能にするために、テキスト・ツー・スピーチ・システム
も使用可能である。

【００２２】この方法は、種々のタイプの媒体に対する
複数のサーバに基づいた統合メッセージング・システム
を教示する米国特許第５,３３３,２６６号において詳述
されている。

【００２３】例えば、ボイス・メールは本質的には通常
のボイス・メッセージング・システムに記憶され、一
方、コンピュータ・メール・メッセージを記憶するため
に別のサーバが使用される。

【００２４】その統合メッセージング・システムは、す
べてのタイプの媒体に対して同期メール・インバスケッ
トを保持し、それによって、媒体に関係なく、コンピュ
ータ又は電話からすべてのメールにアクセスすることを
可能にする。

【００２５】統合された又は単一化されたメッセージン
グを提供する商業的に入手可能な製品は、Applied Voic
e Technology 社から得られる「CallXpress3 DeskTop f
or Windows」及び VMX 社（現在、Octel Communication
s 社の一部）から入手可能な「VMX Desktop for Window
s」を含む。

【００２６】これらの両方とも、デスクトップ・コンピ
ュータを介してボイス・メール・システムにグラフィカ
ル・ユーザ・インターフェース（ＧＵＩ）フロント・エ
ンドを与える。

【００２７】例えば、ユーザがスクリーン上の特定のボ
イス・メッセージを選択する場合、ボイス・メール・シ
ステムは、そのワークステーションと関連した電話を鳴
らすように、そしてその選択されたメッセージを再生す
るように命じられる。

【００２８】もう１つのマルチメディア・メッセージン
グ・システムはＡＴ＆Ｔ社からの「Ｉｎｔｕｉｔｙ」で
ある。

【００２９】Computer Reseller News 誌 November 28
1994, p12 に開示されているように、これは、ユーザが
ファックス・メッセージを聴取するか或いはボイス・メ
ール・メッセージを読むことができるように、メッセー
ジが１つのフォーマットから他のフォーマットに変換さ
れることを可能にすることを意図されている。

【００３０】この開発の一部として、ＡＴ＆Ｔ社は、音
声認識及びテキスト音声ソフトウエア次第で、電話を介
したワールド・ワイド・ウェブへのアクセスも与えるで
あろう。

【００３１】更に、メッセージが電話から又はコンピュ
ータから管理されることを可能にするために、「Ｉｎｔ
ｕｉｔｙ」が「Ｌｏｔｕｓ Ｎｏｔｅｓ」電子メールシ
ステムと統合されることが１９９５年１月２３日に発表
された。

【００３２】ＥＰＣ ５４(３)条の範囲における同時継
続出願である公開公報（ＷＯ）９６／２０５５３号は、
グローバル・ボイス・メール・システムを提供するため
にインターネットを使用することができる統合メッセー
ジング・システムを開示している。

【００３３】そのような統合システムの代表的なデスク
トップ・コンピュータ・インターフェースは、ユーザと
ボイス・メール・システムとの間のこれまで実用可能で
あった情報交換よりもずっと大きい且つ更に融通性のあ
る情報交換を与える。

【００３４】従って、ユーザは、ボイス・メール・シス
テムから再生された情報及び命令を最早覚えようとする
必要がなく、むしろ、これはコンピュータ・スクリーン
上に都合よく表示可能である。

【００３５】同様に、ボイス・メール・システムへのユ
ーザ入力コマンドは、最早、電話キーパッド上の通常の
１２個のタッチトーン（ＤＴＭＦ）キーに制限されず、
むしろ、コンピュータ・キーボード全体及びＧＵＩの全
能力を活用することができる。

【００３６】勿論、ユーザがボイス・メール及び電子メ
ールの両方を同じセッションにおいて処理し得ることも
統合メール・システムの更なる利点である。

【００３７】それにもかかわらず、ボイス・メール・シ
ステムに対するそのようなコンピュータ・インターフェ
ースを開発する場合、問題点がある。

【００３８】従って、通常のボイス・メール・システム
の大きな利点は、ユーザが世界のどこにおける標準的な
電話からもそれらをアクセスすることができることであ
る。

【００３９】それは、電話が画一的であり、しかも遍在
しているためである。

【００４０】対照的に、コンピュータの世界は異種性に
満ちている。

【００４１】ユーザは、単一の組織においても種々のコ
ンピュータを備えていることが多い。

【００４２】例えば、エンジニアリング部門の人達はＵ
ＮＩＸベースのワークステーションを使用し、マーケテ
ィング部門の人達はＡｐｐｌｅ社のＭａｃＩｎｔｏｓｈ
コンピュータを使用し、経理及び他の部門の人達はＯＳ
／２オペレーティング・システムを走らせるＩＢＭ Ｐ
Ｃワークステーションを使用するかもしれない。

【００４３】

【発明が解決しようとする課題】各異なる環境（ＵＮＩ
Ｘ、Ａｐｐｌｅ、ＯＳ／２）に対して、そのボイス・メ
ッセージング・システムに対する異なるフロント・エン
ドが開発及びサポートされる必要があろう。

【００４４】これは、長い時間を要し、しかも費用のか
かることである。

【００４５】更に、それらのフロント・エンドが環境に
よって異なる場合、部門が変わりそれによって一方の環
境から他方の環境に移動するユーザは新たな環境におい
て再教育される必要があろう。

【００４６】これも又、更なる望ましくない損失を意味
する。

【００４７】もう１つの重要な問題点は、電話ネットワ
ークを介するよりもコンピュータ・ネットワークを介す
る方がボイス・メール・システムに対するリモート・ア
クセスがずっと困難であるということである。

【００４８】そのため、恐らく、ユーザはリモート・ワ
ークステーションからコンピュータ・ネットワークを介
してボイス・メール・システムにナビゲートする方法を
知らないか或いは知ることができないであろう。

【００４９】更に、リモート・ワークステーションは、
任意のメール・メッセージを効果的にアクセスするため
にユーザが必要とするそのボイス・メール・システムに
対するＧＵＩフロント・エンドを提供すること或いはサ
ポートすることができないであろう。

【００５０】

【課題を解決するための手段】従って、本発明は、ボイ
ス・メール・システムに記憶されたメッセージを、イン
ターネット・ワールド・ワイド・ウェブ（ＷＷＷ）を介
してアクセスするための方法にして、次のステップを含
む方法を提供する。 （ａ）ＷＷＷクライアント端末からの特定のＵＲＬを指
定するクライアント・リクエストを、前記ボイス・メー
ル・システムから隔離されているＷＷＷサーバにして、
前記ＷＷＷとは別個の通信ネットワークを通して前記ボ
イス・メール・システムへのリンクを有している前記Ｗ
ＷＷサーバにより受領するステップ。 （ｂ）前記ＵＲＬを解析して当該ＵＲＬが一のメッセー
ジ・クライアント・アプリケーションに対応するか否か
を判定し、もしそうであれば、当該メッセージ・クライ
アント・アプリケーションを起動するステップ。 （ｃ）前記ＵＲＬから抽出された少なくとも１つのパラ
メータを前記メッセージ・クライアント・アプリケーシ
ョンに引き渡すステップ。 （ｄ）前記メッセージ・クライアント・アプリケーショ
ンからのネットワーク・リクエストを、前記通信ネット
ワークを通して前記ボイス・メール・システム上で実行
中のメッセージ・サーバ・アプリケーションに送信する
ステップ。 （ｅ）前記ネットワーク・リクエストに応答する前記メ
ッセージ・サーバ・アプリケーションにより、前記少な
くとも１つのパラメータに依存し且つ前記記憶されたボ
イス・メール・メッセージに関する情報を検索するステ
ップ。 （ｆ）前記情報を前記メッセージ・サーバ・アプリケー
ションから前記メッセージ・クライアント・アプリケー
ションに戻すステップ。 （ｇ）前記情報を前記メッセージ・クライアント・アプ
リケーションによりフォーマットするステップ。 （ｈ）前記フォーマットされた情報を、表示のために、
前記メッセージ・クライアント・アプリケーションから
前記ＷＷＷサーバ及び前記ＷＷＷを通して前記ＷＷＷク
ライアント端末に戻すステップ。

【００５１】本発明は、ワールド・ワイド・ウェブ（Ｗ
ＷＷ）フロント・エンドが、そのＷＷＷへの一般的なア
クセスを与えられているすべての商業的に重要なプラッ
トフォームにとって既に使用可能なものであるという事
実を利用する。

【００５２】従って、そのボイス・メール・システムへ
の別個のフロント・エンドを開発又は保守する必要はな
く、むしろ、一般的に入手可能なクライアント・ソフト
ウエアを使用することが可能である。

【００５３】ここ数年のうちに、ＷＷＷクライアント・
ソフトウエアはほとんどすべての新しいコンピュータ・
ワークステーションに事前ロードされそうなので、やが
て、そのＷＷＷを介したアクセスが世界中の大多数のコ
ンピュータから得られるであろう。

【００５４】更に、ユーザは、既に、ＷＷＷに慣れてい
るので、非常にわずかな追加のトレーニングしか必要と
しない。

【００５５】ユーザにとって事実上透明にＷＷＷをサポ
ートするに必要なすべてのネットワーキングをインター
ネットが提供することも明らかであろう。

【００５６】従って、リモート・ユーザは、インターネ
ット内での単一のアドレス（実際には電話番号に等し
い）を覚えることができる場合、この接続をサポートし
ているネットワーク構造に関する如何なる知識も（例え
ば、どのゲートウェイを使用すべきか等を）必要とする
ことなく、ＷＷＷを通したボイス・メールへのアクセス
を高速に且つ容易に得ることができる。

【００５７】更に、インターネットの基本施設を活用す
ることが、両サイト間でコミュニケートする非常にコス
ト効果のある方法であることは明らかであろう。

【００５８】好適な実施例では、そのボイス・メール・
システムは、更に、記憶されたボイス・メール・メッセ
ージに関する情報を維持するためのディレクトリ手段を
含み、サーバ・システムは前記記憶されたボイス・メー
ル・メッセージに関する情報を得るために前記ディレク
トリ手段と対話する。

【００５９】各ユーザは自分のボイス・メール・メッセ
ージを記憶するためのメール・ボックスを有し、前記Ｗ
ＷＷを介して受領された前記リクエストは、特定のメー
ル・ボックスにおけるボイス・メール・メッセージに関
連する情報であってその検索されそしてＷＷＷクライア
ント端末に戻された情報でもって、その特定のメールボ
ックスを識別する。

【００６０】特定のメールボックスにおけるボイス・メ
ール・メッセージに関連する情報であってその検索され
そしてＷＷＷクライアント端末に戻された情報は、その
メールボックスにおける各メッセージの受領の日付及び
時間に関する情報を含んでいる。

【００６１】前記サーバ・システムは、更に、特定の記
憶されたメッセージを識別する前記ＷＷＷを介して受領
されたリクエストに応答して、前記特定の記憶されたメ
ッセージに対応する音声データを検索し、前記音声デー
タをＷＷＷクライアント端末に戻す。

【００６２】前記サーバ・システムは、前記リクエスト
を前記ＷＷＷクライアント端末から受領することに応答
して起動されるアプリケーション・プログラムを含むこ
とも望ましい。

【００６３】前記アプリケーション・プログラムは、ボ
イス・メッセージを検索するためにボイス・メール・メ
ッセージを記憶するための手段とコミュニケートする。

【００６４】望ましくは、そのサーバ・システムは、更
に、ユーザからパスワードを得るための手段と、記憶さ
れたボイス・メール・メッセージに関する情報をユーザ
に与える前に、そのパスワードを検証のためにボイス・
メール・メッセージを記憶するための手段に伝送するた
めの手段と、そのパスワードをその記憶されたボイス・
メール・メッセージに関する前記情報と共に隠蔽形式で
ユーザに書き戻すための手段とを含み、その隠蔽形式の
パスワードは、ユーザがそのパスワードを明示的に再入
力する必要なくそのユーザからの更なるリクエストのパ
スワード検証を可能にするために、その更なるリクエス
トに自動的に含まれる。

【００６５】パスワード制御は、ボイス・メール・メッ
セージに対する未承認アクセスを防ぐために広く使用さ
れている。

【００６６】しかし、ユーザが正式に検証されたパスワ
ードを入力した時には、例えば、聴取するための特定の
メッセージが選択される場合、追加の各リクエストに対
してそのパスワードを再入力するようにユーザに強要す
ることは望ましくない。

【００６７】これは、その検証されたパスワードをＷＷ
Ｗクライアントに書き戻してその後のリクエストに対し
それを再び取り出し可能にすることによって回避するこ
とができる。

【００６８】

【００６９】

【００７０】次に、図面を参照して、本発明の実施例を
詳細に説明することにする。

【００７１】

【発明の実施の形態】第１図は、システム・ユニット２
０、ディスプレイ・スクリーン１２、及びキーボード１
４を含む通常のコンピュータ・ワークステーションを基
礎としたボイス・メール・システムの単純化した図であ
る。

【００７２】そのシステム・ユニットは、バス２８を介
して共に接続されたマイクロプロセッサ２２、ＲＯＭ／
ＲＡＭ２４、及びディスク記憶装置２６を含む。

【００７３】ボイス・メール・ユニットとして動作させ
るために、そのコンピュータ・ワークステーションはデ
ィジタル・トランク・プロセッサ（ＤＴＰ）６４及びデ
ィジタル・トランク・アダプタ・カード（ＤＴＡ）６２
を介して電話線６６に接続される。

【００７４】そのボイス・メール・システムは、そのボ
イス・メール・システムをコンピュータ・ネットワーク
（例えば、ＬＡＮ）に接続するためのネットワーク・ア
ダプタ・カード（ＮＡ）３０も含む。

【００７５】そのボイス・メール・システムは、音声収
集／再生カード、ＣＤ−ＲＯＭ、及びマウス（図示され
てない）のような他の既知のコンポーネントも含み得る
ものである。

【００７６】第１図に示されたボイス・メール・システ
ムは、ＩＢＭ社から入手可能な「ＤｉｒｅｃｔＴａｌｋ
／６０００」音声処理システムを基礎にしている。

【００７７】このシステムのハードウエア・コンポーネ
ントは、「ＲＩＳＣ Ｓｙｓｔｅｍ／６０００」コンピ
ュータ・ワークステーションにディジタル・トランク・
プロセッサ及びディジタル・トランク・アダプタを加え
たものである。

【００７８】その「ＤｉｒｅｃｔＴａｌｋ／６０００」
システムは、Ｔ１又はＥ１ディジタル・トランク・ライ
ン６６を介して（及び、ほとんどのインストレーション
では、ＰＢＸを介して）電話網に接続している。

【００７９】そのディジタル・トランク・プロセッサ
は、トランク・ラインにおける着信信号をデマルチプレ
ックスするために、及び発信信号をマルチプレックスす
るために使用され、しかも、ログ・リニア変換を適宜行
うために使用される。

【００８０】そのディジタル・トランク・プロセッサ
は、圧縮／圧縮解除を行うためにも使用される。

【００８１】ディジタル・トランク・アダプタは、ワー
クステーション自身とディジタル・トランク・プロセッ
サとの間のインターフェースとしても効果的に作用す
る。

【００８２】「ＤｉｒｅｃｔＴａｌｋ／６０００」音声
処理システムに関する更なる詳細は、マニュアル「ＩＢ
Ｍ Ｃａｌｌｐａｔｈ ＤｉｒｅｃｔＴａｌｋ／６００
０一般情報及び計画（IBM Callpath DirectTalk/6000,
General Information andPlanning）」（資料番号 GC2
2-0100-04）及びそこに参照された他のマニュアルにお
いて見ることができる。

【００８３】第２図は、第１図のボイス・メール・シス
テムにおいて走るメイン・ソフトウエア・コンポーネン
トの簡単なブロック図である。

【００８４】「ＲＩＳＣ Ｓｙｓｔｅｍ／６０００」で
は、そのワークステーション用のすべてのオペレーティ
ング・システムの第１のもの、この場合は「ＡＩＸ」１
１０が走り、次に、「ＤｉｒｅｃｔＴａｌｋ／６００
０」ソフトウエア１２０自体が走る。

【００８５】更に、その「ＲＩＳＣ Ｓｙｓｔｅｍ／６
０００」ワークステーションでは、「ＤｉｒｅｃｔＴａ
ｌｋＭａｉｌ」１３０が「ＤｉｒｅｃｔＴａｌｋ／６０
００」のトップにおけるアプリケーションとして走る。

【００８６】それは、標準的なボイス・メッセージング
機能を与える。

【００８７】第１図及び第２図に示されたようなボイス
・メール・システムが周知であること及び図示のシステ
ムにおける多くの変更も周知であることは明らかであろ
う。

【００８８】例えば、電話線６６がアナログである多く
のシステムが存在し、その場合、ディジタル・トランク
・プロセッサが省かれることが多く、それの機能は適当
な電話アダプタ・カードによって適宜遂行される。

【００８９】ボイス・メール・システムにおいて使用さ
れる正確なハードウエア構成は本発明の理解には関係な
く、従って、これ以上言及しないことにする。

【００９０】「ＤｉｒｅｃｔＴａｌｋＭａｉｌ」ボイス
・メッセージング・システム自体は、メールボックスに
基づく１つの形式のデータベース・システムと考えるこ
とができる。

【００９１】従って、各ユーザは、そのユーザに対する
すべての情報、例えば、そのユーザの内線番号、パスワ
ード、そのユーザが有する新しいメッセージの数、その
ユーザの現在の挨拶文等をそれと関連付けているメール
ボックスを有する。

【００９２】メールボックスは、そのユーザに対するデ
ィジタル化された記憶メッセージも論理的に含む（しか
し、物理的には、音声記録は他の情報とは異なるロケー
ションに記憶可能である）。

【００９３】各メールボックスは番号又は名前のような
特有の識別子を有する。

【００９４】例えば、各メールボックスは、そのメール
ボックスと関連したユーザの内線番号を割り当てられて
もよい。

【００９５】「ＤｉｒｅｃｔＴａｌｋＭａｉｌ」ボイス
・メッセージング・システムは、発呼者がデータベース
にメッセージを電話で入れること、及び電話を通して聴
取するために、及びメッセージの発送のような他の機能
のために、ユーザがデータベースからメッセージを取り
出すことを可能にする。

【００９６】そのような方法におけるボイス・メール・
システムの動作は周知であり、従って、これ以上言及し
ないことにする。

【００９７】第３図は、インターネット・ワールド・ワ
イド・ウェブ（ＷＷＷ）を介してボイス・メール・シス
テムにおけるボイス・メール・メッセージへのアクセス
を行うことができるようにするアーキテクチャを概略的
に示す。

【００９８】更に詳しく云えば、ＷＷＷクライアント３
１０におけるユーザは、インターネットＷＷＷ通信ネッ
トワーク３２０及びＷＷＷサーバ３３０を介してそのユ
ーザのボイス・メールへのアクセスを得ることができ
る。

【００９９】更に、そのサーバは、メッセージ・サーバ
３７０とコミュニケートするメッセージ・クライアント
３５０に接続される。

【０１００】そのメッセージ・サーバのコンポーネント
は「ＤｉｒｅｃｔＴａｌｋ／６０００」音声処理システ
ムにおけるアプリケーションであり、そのアプリケーシ
ョンは、ボイス・メッセージそのものを含むボイス・メ
ッセージ情報をアクセスするために、及びリクエストし
たＷＷＷクライアントにこれを戻すために使用される。

【０１０１】次に、ＷＷＷの構造を再考すると、これ
は、ＷＷＷ上の特定のページ又はファイルを指定するも
のと見なし得るユニバーサル・リソース・ロケータ（Ｕ
ＲＬ）を基礎としている。

【０１０２】そのＵＲＬは、サーバ・マシン及びそのマ
シンにおける特定のファイル又はページを表す。

【０１０３】単一のサーバ上に多くのページ又はＵＲＬ
が存在する。

【０１０４】ＷＷＷクライアント３１０におけるユーザ
がＷＷＷサーバ３３０上のＵＲＬを選択する場合、その
サーバはそのページに特有のアクションを遂行する。

【０１０５】場合によっては、これはそのサーバにアプ
リケーションを起動させることができるが、多くの場
合、そのサーバは、記憶されたページのデータベース３
４０からそのリクエストされたページを検索し、そして
これは、ユーザに表示するために、ＷＷＷ３２０を介し
てＷＷＷクライアント３１０へ返送される。

【０１０６】それらのページは、ＨＴＭＬとして知られ
た標準的なフォーマットに従ってフォーマットされる。

【０１０７】多くのページが、そのサーバにおける別の
グラフィックス・ファイルに、例えば、標準的な ".gi
f" 又は ".jpeg" フォーマットで記憶されるイメージを
含む。

【０１０８】ＨＴＭＬテキストはこれらのグラフィック
ス・ファイルへの参照を含み、それは、その指定された
ファイルをサーバから検索するようにクライアントに指
示し、それによって、クライアントがＨＴＭＬテキスト
及び関連のイメージの両方を表示することを可能にする
ものである。

【０１０９】ＷＷＷにおいて得られる他のページは、例
えば、最新のフィルム又はコンパクト・ディスク・レコ
ーディングを宣伝するスタジオからのビデオ又は音声の
抜粋を含む。

【０１１０】ＷＷＷクライアント３１０は、ユーザがＷ
ＷＷネットワーク３２０を介して種々のＵＲＬにナビゲ
ートすることを可能にする簡単なＧＵＩをユーザに提供
する。

【０１１１】時には、ユーザは名前によって特定のＵＲ
Ｌを指定するであろうが、更に頻繁に、ユーザは１つの
ページにおける参照によって１つのＵＲＬから他のＵＲ
Ｌにジャンプするであろう（いわゆる、「ハイパーリン
ク」）。

【０１１２】従って、例えば、関連のロケーションにお
いてマウスをクリックすることによるワード又は記号の
選択がクライアントに他のＵＲＬから１つのページを検
索及び表示させるように、そのページにおける特定のワ
ード又は記号を他のＵＲＬと関連付けることができる。

【０１１３】この新しいページを、第１のページとは完
全に異なるサーバにおいて見つけることができる。

【０１１４】他のＵＲＬにマップするワード又は記号は
「ホット・ボタン」と呼ばれることがある。

【０１１５】単一のページに数多くのホット・ボタン又
はハイパーリンクが存在してもよい。

【０１１６】商業的に入手可能な種々のウェブ・クライ
アント、例えば、ＩＢＭ社からの「Ｗｅｂ Ｅｘｐｌｏ
ｒｅｒ」及びＮＣＳＡからの「Ｍｏｓａｉｃ」が存在す
る。

【０１１７】そのようなクライアントはすべてＨＴＭＬ
及び他のＷＷＷ標準フォーマットを理解して、ファイル
をこれらのフォーマットで正しく表示又は出力すること
ができる。

【０１１８】同様に、種々のＵＲＬ相互間でナビゲート
するための機構も理解され、そのようなプログラムによ
って実施される。

【０１１９】ワールド・ワイド・ウェブに関する更なる
情報は、Andrew Ford による「ウェブのスピニング（Sp
inning the Web）」（International Thomson Publishi
ng,London 1955）及び John December 及び Neil Randa
ll による「解放されたワールド・ワイド・ウェブ（The
World Wide Web Unleashed）」（SAMS Publishing,Ind
ianapolis 1994）において見ることができる。

【０１２０】ＷＷＷを介してボイス・メールをアクセス
するために、ユーザは、先ず、そのボイス・メール・シ
ステムに対応するＵＲＬを、次に、自分自身のメールボ
ックス番号を知る必要がある。

【０１２１】これらは（ローカル／地区コードが落とさ
れることがあり、国際アクセス・コードが変更されるこ
とのある電話番号とは違って）ユーザのロケーションに
関係なく同じであることに留意して欲しい。

【０１２２】ユーザがそのボイス・メール・システムの
ＵＲＬを入力する時、この結果として、リクエストがサ
ーバ３３０に送られる。

【０１２３】そこで、サーバは、第４図に示されるよう
なスクリーン表示を生じさせる対応したＨＴＭＬファイ
ルをデータベース３４０から検索する。

【０１２４】このスクリーンの最上部にはコントロール
・バー４１０があり、それは、ユーザがＷＷＷとの対話
を制御することを可能にするように、ＷＷＷクライアン
トによって既知の方法で与えられる。

【０１２５】例えば、そのコントロール・バー上のボタ
ンは、前にアクセスされたＵＲＬに戻るために、及び現
在リクエストされているＵＲＬへのアクセスを中止する
ために、及び現在のＵＲＬのロケーションを表示する等
のために使用可能である。

【０１２６】ＷＷＷサーバによって実際に供給された情
報によって、一般的な修辞とは別に、関連ある２つの主
要な特徴がある。

【０１２７】第１の特徴は、ユーザが自分のメールボッ
クス番号を入れるように指示されるボックス４２０であ
る。

【０１２８】この方法におけるデータ・エントリはＷＷ
Ｗオペレーションではよく知られている。

【０１２９】第２に、ユーザが自分のボイス・メールへ
のリモート・アクセスを得るために選択するホット・ボ
タン或いはハイパーリンク４３０が存在する。

【０１３０】標準的な方法では、ハイパーリンク４３０
が作動される場合、ＷＷＷクライアント３１０は、この
結果のメッセージをＷＷＷサーバ３３０に返送する。

【０１３１】このメッセージも、ユーザによって入力さ
れたメールボックス番号を含む。

【０１３２】本実施例では、ＷＷＷサーバ３３０は、第
４図に示されたページ及びハイパーリンク４３０の両方
に対するホストであるが、実際には、その必要はない。

【０１３３】ＷＷＷサーバは、データベース３４０から
の１ページの情報（第４図に表示されたような）よりも
むしろ１つのアプリケーションにそれが対応することを
表す情報を、ハイパーリンク４３０に対する常駐ターゲ
ットとして維持する。

【０１３４】従って、ハイパーリンクの作動に応答し
て、ＷＷＷサーバはハイパーリンクＵＲＬに対応したア
プリケーションを識別及び起動する。

【０１３５】このアプリケーションは、第３図において
ＭＳＧクライアント３５０として示される。

【０１３６】本実施例では、ＭＳＧクライアントはＷＷ
Ｗサーバと同じマシン上に置かれる。

【０１３７】ＭＳＧクライアント３５０は、それが作動
される時、他のアプリケーションであるＭＳＧサーバ３
７０とのコミュニケーションを開始する。

【０１３８】そのＭＳＧサーバ３７０は、第３図に示さ
れるように、ボイス・メッセージング・ソフトウエア３
８５と並列に「ＤｉｒｅｃｔＴａｌｋ／６０００」音声
処理システム３８０の上で効果的に走る。

【０１３９】そのようなコミュニケーションを開始する
ために、ＭＳＧクライアントはＭＳＧサーバ３７０に対
するネットワーク・アドレス及び所定のポート番号を知
り、標準的なＵＮＩＸソケットがそれら２つの間で設定
されることを可能にする。

【０１４０】これは、ＭＳＧクライアント及びＭＳＧサ
ーバが既知の態様でコミュニケートすることを可能にす
る。

【０１４１】そのＷＷＷサーバは、幾つかの開始パラメ
ータ、詳しく云えば、選択されたメールボックス番号及
びゼロにセットされるメッセージ・タイプと呼ばれる制
御パラメータもＭＳＧクライアント・アプリケーション
に送る。

【０１４２】ＭＳＧクライアント及びＭＳＧサーバに対
する基本的なオペレーション・モードは、このメッセー
ジ・タイプ及びデータ構造を含むメッセージを後者が前
者に送ることである。

【０１４３】そのメッセージ・タイプはリクエストの形
式を表す。

【０１４４】本実施例では、「０」のメッセージ・タイ
プは指定されたメールボックス内のすべてのメッセージ
に関する情報をリクエストし、一方、「１」のメッセー
ジ・タイプは指定されたメッセージに対する実際の音声
データをリクエストする。

【０１４５】前述のように、ＭＳＧクライアントが開始
される時、ＷＷＷサーバは、ＭＳＧクライアントがその
指定されたメールボックス（即ち、第４図に示されたス
クリーンに入れられたメールボックス）におけるメッセ
ージをすべてリストするようにリクエストを開始しなけ
ればならないことを表す「０」のメッセージ・タイプを
それに送る。

【０１４６】「０」のメッセージ・タイプに対しては、
そのリクエストに含まれたデータ構造が、実際には、ア
クセスされるべきメールボックスのアイデンティティを
含む必要があるだけである。

【０１４７】ＭＳＧクライアント及びＭＳＧサーバが同
じロケーションに置かれることは一般には都合がよいこ
とである。

【０１４８】これは、それら２つの間のリンク３６０を
比較的短い且つ簡単な接続にすることを可能にして高帯
域幅の通信を可能にする。

【０１４９】しかも、ＭＳＧクライアント及びＭＳＧサ
ーバが相互に適度に近い場合、それらの間の互換性を維
持することは、実用上の見地から、一般には容易であ
る。

【０１５０】しかし、別の環境では、それらが別々のロ
ケーションにあってもよく、単一のＭＳＧサーバによっ
て操作される多数のＷＷＷサーバ及びＭＳＧクライアン
トがあってもよい。

【０１５１】「０」のメッセージ・タイプを受領する
と、ＭＳＧサーバ３７０は、リクエストにおいて指定さ
れたボイス・メールボックスに属するメッセージに関連
した情報を検索する。

【０１５２】これを行うために、ＭＳＧサーバ・アプリ
ケーションは、ボイス・メール・データベース３９０の
構造に関して「ＤｉｒｅｃｔＴａｌｋＭａｉｌ」ボイス
・メッセージング・アプリケーション３８５自体と同じ
知識を備えている。

【０１５３】この知識は、ＭＳＧサーバが「Ｄｉｒｅｃ
ｔＴａｌｋＭａｉｌ」プログラムと同じ方法でボイス・
メール・データベースを問い合わせ及びアクセスするこ
とを可能にする。

【０１５４】「ＤｉｒｅｃｔＴａｌｋＭａｉｌ」プログ
ラムは、それ自体、「ＤｉｒｅｃｔＴａｌｋ／６００
０」ボイス処理システムの上にあってメールボックス及
びボイス・メッセージを管理するためにその「Ｄｉｒｅ
ｃｔＴａｌｋ／６０００」システムのカスタム・サーバ
・インターフェースを活用するプログラムであるので、
ＭＳＧサーバが同じインターフェースを使用してボイス
・メールも管理することは簡単なことである。

【０１５５】事実、ＭＳＧサーバが「ＤｉｒｅｃｔＴａ
ｌｋＭａｉｌ」プログラム内に組み込まれることは１つ
の可能性のあることであろう。

【０１５６】そこで、ＭＳＧクライアントによって検索
された情報は、１つのデータ構造でそのＭＳＧクライア
ントに戻される。

【０１５７】ソケット相互間でデータを送るための標準
的なＵＮＩＸ機構を使用して、そのようなデータ通信が
再び行われる。

【０１５８】そのデータ構造は、メールボックスに関す
る幾つかの一般的情報（例えば、未決のメッセージの
数、現在選択されているボイス・メールの挨拶文等）に
加えて、各メッセージに特有の情報（例えば、受領され
た日付及び時間、メッセージの起点等）を持ったその指
定されたメールボックスにメッセージのリストを含む。

【０１５９】そこで、ＭＳＧクライアントはその検索さ
れた情報を、その指定されたメールボックスに対するボ
イス・メール内容を表す別のＨＴＭＬページにフォーマ
ットする。

【０１６０】しかる後、このフォーマットされたぺージ
は、ＷＷＷサーバに戻され、そして表示のために、そこ
からＷＷＷを介してＷＷＷクライアントに戻される。

【０１６１】ＭＳＧクライアントに関する限り、それ
は、単に、ＨＴＭＬページを標準の出力に書くだけであ
ることに注意して欲しい。

【０１６２】ＷＷＷサーバ（勿論、ＭＳＧクライアント
を開始させた）は、標準的なＷＷＷサーバ・オペレーシ
ョンではそこから出力を取り出しそしてそれをＷＷＷク
ライアントに送信するように働く。

【０１６３】第５図は、メールボックスにおける現在の
メール・メッセージを聴取するというようなページを説
明するものである。

【０１６４】第５図のスクリーンは、第４図に関連して
前に説明したように、ＷＷＷクライアント・コントロー
ル・バー５１０に加えて、このＵＲＬに特有の情報を含
む。

【０１６５】従って、ヘッダ５２０は関連のメールボッ
クス番号（第５図では、"XXXXXX"として概略的に示され
る）を表す。

【０１６６】次は、メールボックスに関する一般的な情
報５３０であり、本実施例では、新しいメッセージ及び
古いメッセージの数である。

【０１６７】ここで表示されてもよい他の情報は現在の
挨拶文及びそのメールボックスへの最後のアクセスの時
間である。

【０１６８】次に、そのメールボックスにおける各メッ
セージ５４０はそれの番号５４２、受領の日付５４８及
び時間５４６、並びに発呼者の内線番号５４４（入手可
能な場合）をリストされる。

【０１６９】１つの可能性のあることは、ＭＳＧクライ
アント又はＭＳＧサーバが、内線番号をその内線と関連
する人（たぶん、そのコールを行った人）の名前でもっ
て置換するために、その内線番号に関してデータベース
・ルックアップを遂行することであろう。

【０１７０】第５図は、事実上、ハイパーリンク４３０
に対応したデータのページであることがわかるであろ
う。

【０１７１】原理的には、標準的なＷＷＷナビゲーショ
ン機構を使用して、第５図に対応したＵＲＬを、ハイパ
ーリンク４３０を介するのではなく直接にリクエストす
ることが可能であろう。

【０１７２】しかし、この経路を使用すること（即ち、
第４図に示されたステージをバイパスすること）は、メ
ール番号が入力されなかったことを意味し、従って、第
５図に対応したＵＲＬに直接に進もうとする試みは失敗
するであろうということを意味する。

【０１７３】第５図では、各メッセージ番号５４２が下
線を付されていることを留意して欲しい。

【０１７４】実際の実施例では、これらはテキストの残
り（下線を付されていない）とは異なるカラーであり、
それらがハイパーリンクも表すことを示している。

【０１７５】予想されるように、各ハイパーリンクは特
定のラインによって識別されたメッセージに対応し、し
かもＭＳＧクライアントによって出力されたＨＴＭＬペ
ージにおいて指定されたＵＲＬが各ハイパーリンクと関
連付けられる。

【０１７６】従って、特定のメッセージをアクセスする
ためには、ユーザは対応するハイパーリンク５４２を選
択する。

【０１７７】この結果、そのＵＲＬに対するリクエスト
がＷＷＷを介してＷＷＷサーバに送られる。

【０１７８】それは、再び、そのＵＲＬがＭＳＧクライ
アント・アプリケーション・プログラムに対応すること
を検出するというものである。

【０１７９】しかし、この場合、ＷＷＷサーバがＭＳＧ
クライアントを呼び出す時、それはメールボックス番号
のみならず、そのメールボックス内のそのリクエストさ
れたメッセージの識別子もまた指定する。

【０１８０】更に、そのメッセージのリクエスト・タイ
プは、今や、実際のボイス・メール・メッセージが望ま
しいことをＭＳＧサーバに表す「１」である。

【０１８１】ＷＷＷサーバがＭＳＧクライアントを呼び
出す度に、任意の特定のユーザに対して同じコピーを使
用するのではなく、ＭＳＧクライアント・アプリケーシ
ョンの新しいコピーが起動される。

【０１８２】これが、ＷＷＷサーバがメッセージ・タイ
プを指定しなければならない理由である。

【０１８３】そうでない場合、ＭＳＧクライアントは、
発呼者との対話が如何に遠く離れて進行したのかがわか
らない。

【０１８４】同様に、ＭＳＧクライアントの新たに呼び
出されたバージョンは、アクセスされるべきメールボッ
クスを知らされなければならない。

【０１８５】これは、第５図のスクリーンを出力するよ
うに働くＭＳＧクライアントの前のインスタンスによっ
て書き込まれたメールボックス番号を第５図のスクリー
ンから取り出すこと、及びＭＳＧクライアントの新たに
作成されたバージョンにこの番号を戻すことによって行
うことができる。

【０１８６】勿論、そのメールボックス番号を、たとえ
それがスクリーン上に特定的に表示されなくても、第５
図に対応するＵＲＬに含むことは可能である。

【０１８７】ユーザは、このメールボックス番号を変更
することができなくてもよい。

【０１８８】別の方法で、ユーザは、他の人達のボイス
・メール・メッセージへの未承認アクセスを得ることが
できる。

【０１８９】第５図のスクリーンは、メールボックス番
号が変更されるのを明示的に可能にするものでないけれ
ども、熟練したＷＷＷユーザはこの効果を得ることがで
きるかもしれないので、後述のように、パスワードの使
用によってセキュリティを更に改良することが望まし
い。

【０１９０】この新たな呼出に対するＭＳＧクライアン
トのオペレーションは、それが「１」のメッセージ・タ
イプの時にＭＳＧサーバにメッセージを送るので、メッ
セージ・タイプ「０」に対するオペレーションに類似し
ている。

【０１９１】このメッセージに含まれたデータ構造はメ
ールボックスを識別するのみならず、勿論ユーザにより
選択された特定のハイパーリンクによって決定されたそ
のメールボックス内の所望のメッセージも識別する。

【０１９２】ＭＳＧサーバは、所望のメール・メッセー
ジに対する実際の音声データを検索するために、メール
ボックス番号及びそのメールボックスにおけるメッセー
ジ番号を使用する。

【０１９３】そこで、その音声データは、再び標準的な
ＵＮＩＸ通信機構を使用して、ディジタル形式でＭＳＧ
クライアントに返送される。

【０１９４】ＭＳＧクライアントは標準的なＷＷＷ音声
フォーマットに従ってそのメッセージをフォーマット
し、しかる後、搬送及びＷＷＷクライアントにおける再
生のために、それをＷＷＷサーバに戻す。

【０１９５】２つの標準的なＷＷＷ音声フォーマット
は、例えば、「ＩＢＭ Ｕｌｔｉｍｅｄｉａ」カードに
おいて使用される ".au" 及び「ＳｏｕｎｄＢｌａｓｔ
ｅｒ」カードによって使用される ".wav" である。

【０１９６】これらのフォーマットの間の相違は音声デ
ータそのものを実際に記憶するのではなく、主としてヘ
ッダを利用することである。

【０１９７】ユーザが所望の音声出力ファイルの選択項
目を選ぶことを可能にするために、（多くのＷＷＷサイ
トが種々の言語出力オプションの間にスイッチを設ける
方法とほとんど同じ方法で）スイッチが（例えば、第５
図のスクリーンに）設けられる。

【０１９８】「ＤｉｒｅｃｔＴａｌｋＭａｉｌ」システ
ムに記憶されたボイス・メッセージは記憶装置要件を減
らすために実際には圧縮形式であることに注目して欲し
い。

【０１９９】メッセージは、それが再生のために検索さ
れる時、本実施例では、ＭＳＧサーバによって圧縮解除
される。

【０２００】ＭＳＧクライアントにおいて圧縮解除を行
うことも可能であり、それはリンク３６０における帯域
幅要件を減らすであろうし、リンク３６０の性質次第で
価値あることになり得る。

【０２０１】勿論、ボイス・メール・メッセージが、Ｗ
ＷＷ自体を通して送信される時に圧縮可能である場合、
それは更に効率的であるが、現在のＷＷＷクライアント
は必要な圧縮解除を遂行することができない。

【０２０２】第６図は、ＷＷＷクライアントが第４図の
スクリーンに対応するＵＲＬをリクエストする（６１
０）時に開始される上記の処理を要約する。

【０２０３】ＷＷＷサーバはそのリクエストされたＵＲ
Ｌページを検索し（６１５）、しかる後、そのページは
ＷＷＷクライアントに戻されて（６２０）表示される
（６２５）。

【０２０４】今や、ユーザは自分のメールボックス番号
を第４図のスクリーンに入れ（６３０）、ハイパーリン
クを作動してこのメールボックスに対する情報をリクエ
ストする（６３５）。

【０２０５】ＷＷＷサーバは、ＭＳＧクライアントを作
動する（６４０）ことによってこのリクエストに応答す
る。

【０２０６】ＭＳＧはその情報に対するリクエストをＭ
ＳＧサーバに送る（６４５）。

【０２０７】ＭＳＧサーバは、そのボイス・メール・シ
ステムのデータベースをアクセスして（６５０）そのリ
クエストされた情報を得る。

【０２０８】そこで、その情報はＭＳＧクライアントに
戻される（６５５）。

【０２０９】しかる後、ＭＳＧクライアントはこの情報
を出力する（６６０）。

【０２１０】この情報はＷＷＷサーバによってピックア
ップされ、表示のためにＷＷＷクライアントに送られて
（６６５）表示される（６７０）。

【０２１１】今や、ユーザは、ハイパーリンクを作動す
ることによってその表示されたリストから特定のメッセ
ージを選択する（６７５）。

【０２１２】これは、リクエストをＷＷＷサーバへ送ら
せ（６８０）、それに応答して、ＷＷＷサーバはＭＳＧ
クライアントを起動する（６８５）。

【０２１３】ＭＳＧクライアントはそのリクエストをＭ
ＳＧサーバに送信する（６９０）。

【０２１４】ＭＳＧサーバは、そのリクエストされたメ
ッセージに対する音声データをボイス・メール・データ
ベースから検索する（７００）。

【０２１５】そのメッセージ音声データはＭＳＧクライ
アントに戻され（７０５）、ＭＳＧクライアントはそれ
をＷＷＷサーバに出力する（７１０）。

【０２１６】一方、ＷＷＷサーバはその音声データをＷ
ＷＷクライアントに送る（７１５）。

【０２１７】そこで、ＷＷＷクライアントは、受領され
た音声出力を使用してその選択されたメッセージをユー
ザに再生する（７２０）。

【０２１８】ＷＷＷクライアントにおいてボイス・メー
ル・メッセージを聴取する能力は（何らかの音声認識機
構が使用されない場合）適当な音声ハードウエアを必要
とするけれども、マルチメディア・マシンは益々一般的
になりつつあり、そのような音声ハードウエアはほとん
どのパーソナル・コンピュータ・ワークステーションに
おいて間もなく標準的なものになり得る。

【０２１９】音声出力を管理するためのソフトウエアは
既に通常のＷＷＷクライアントにおいて存在し、従っ
て、特別に開発され、インストールされ、又は保守され
る必要はない。

【０２２０】上記の実施例に加えられた有用な向上策
は、ＷＷＷを介したボイス・メール・メッセージへのア
クセスに対してパスワード保護を与えることである。

【０２２１】大多数のボイス・メール・システムは、通
常の電話アクセスのための各メールボックスに対してパ
ス・ワード保護を与える。

【０２２２】ＷＷＷアクセスに対する同程度の保護をサ
ポートするために、パスワードを入力し得る第４図のス
クリーンにパスワード・エントリ・ボックスが加えられ
る（スクリーン上のパスワードの実際の表示は標準的な
技法を使用して禁止される）。

【０２２３】そこで、パスワードは検証のために、ＭＳ
Ｇクライアントによって、メールボックス番号と共にＭ
ＳＧサーバに伝送される。

【０２２４】そのパスワードが正しい場合、ＭＳＧサー
バは第４図のスクリーンに対する情報を戻す。

【０２２５】そうでない場合、それはエラー・メッセー
ジを戻し、そのエラー・メッセージはＷＷＷクライアン
トに送られる。

【０２２６】メールボックス番号の場合のように、ユー
ザが１つのセッションにおける各トランザクションに対
してパスワードを入れる必要がないようにすることが望
ましい（即ち、第４図のスクリーンにパスワードを入れ
た場合、ユーザは第５図のスクリーンに対して再びその
パスワードを再入力する必要がないようにすべきであ
る）。

【０２２７】従って、メールボックス番号の場合のよう
に、パスワードは第５図のスクリーンに対するＨＴＭＬ
出力を含まれてもよい。

【０２２８】しかし、セキュリティ上の理由で、パスワ
ードは、その分野で知られているように、暗号化され又
はスクランブルされそして潜在フィールドとして含まれ
るので、それは実際にはＷＷＷクライアントにおいて表
示されない。

【０２２９】第５図に示されたハイパーリンクの１つが
選択される時、パスワードはＭＳＧクライアントの次の
インスタンテーション（ｉｎｓｔａｎｔａｔｉｏｎ）に
戻され、暗号解読され、そして新たな検証のためにＭＳ
Ｇサーバに送られるデータ構造に含まれる。

【０２３０】本実施例は、選択されたメッセージを第５
図のスクリーンから実際に聴取するのをサポートするだ
けであるけれども、他のメッセージ・オペレーション、
例えば、メッセージを削除すること、それを他のメール
ボックスに送ること、或いはそれを保管すること（即
ち、それを「新リスト」から「保管リスト」に転送する
こと）をカバーするようにこのスキームを拡張すること
は簡単である。

【０２３１】そのようなオプションを与えるためには、
メッセージ番号は最早１つのハイパーリンクではなく、
むしろ、各メッセージ・ラインは複数のハイパーリン
ク、例えば、「聴取」に対するもの、「削除」に対する
もの、及び「保管」に対するものを付加されるであろ
う。

【０２３２】これらの３つのアクションの各々は異なる
メッセージタイプを有するであろう。

【０２３３】従って、「削除」はメッセージ・タイプ２
でよく、「保管」はメッセージ・タイプ３でよく、勿
論、「聴取」は、前述のようにメッセージ・タイプ１で
よい。

【０２３４】メッセージ・タイプ２又は３を受領した
時、ＭＳＧサーバは、ボイス・メール・データベース内
のメッセージに対するリクエストされたオペレーション
を遂行するであろう。

【０２３５】

【０２３６】

【０２３７】

【０２３８】

【０２３９】

【０２４０】

【０２４１】

【０２４２】

【０２４３】

【０２４４】

【０２４５】

【０２４６】

【０２４７】

【図面の簡単な説明】

【図１】第１図は、ボイス・メール・システムの単純化
した図である。

【図２】第２図は、第１図のボイス・メール・システム
の主要なソフトウエア・コンポーネントの単純化した図
である。

【図３】第３図は、本発明に従って、インターネット・
ワールド・ワイド・ウェブ（ＷＷＷ）を介してボイス・
メールへのアクセスを行うためのシステムの概略図であ
る。

【図４】第４図は、ボイス・メール・システムにアクセ
スを行うＷＷＷスクリーンを表した図である。

【図５】第５図は、特定のメールボックスにおけるメッ
セージにアクセスを行うＷＷＷスクリーンを表した図で
ある。

【図６】第６図は、そのＷＷＷを介してボイス・メール
・システムにアクセスを行うために使用される方法のフ
ローチャートである。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ Ｈ０４Ｌ 12/66 Ｈ０４Ｌ 12/66 Ａ Ｈ０４Ｍ 3/42 Ｈ０４Ｍ 3/42 Ｊ (72)発明者 ポーター、ローレンス、レオン イギリス国ハンプシャー、リンドハース ト、エミリー・ダウン、シーンクロフト （番地なし) (56)参考文献 特開 平４−14942（ＪＰ，Ａ) 特開 平５−136880（ＪＰ，Ａ) 特開 平６−149693（ＪＰ，Ａ) 国際公開94／22259（ＷＯ，Ａ１) Ｍ．Ｆｒａｎｓ Ｋａａｓｈｏｅｋ ｅｔ ａｌ：“Ｄｙｎａｍｉｃ Ｄｏｃ ｕｍｅｎｔｓ：Ｍｏｂｉｌｅ Ｗｉｒｅ ｌｅｓｓ Ａｃｃｅｓｓ ｔｏ ｔｈｅ ＷＷＷ”，ＩＥＥＥ Ｗｏｒｋｓｈｏ ｐ ｏｎ Ｍｏｂｉｌｅ Ｃｏｍｐｕｔ ｉｎｇ Ｓｙｓｔｅｍｓ ａｎｄ Ａｐ ｐｌｉｃａｔｉｏｎｓ（Ｄｅｃ．８− ９，1994），ｐ179−184 (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04M 3/42,3/533 G06F 13/00 H04L 12/58,12/66

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】ボイス・メール・システムに記憶されたメ
   ッセージをインターネット・ワールド・ワイド・ウェブ
   （ＷＷＷ）（３２０）を介してアクセスするための方法
   にして、 （ａ）ＷＷＷクライアント端末（３１０）からの特定の
   ＵＲＬを指定するクライアント・リクエストを、前記ボ
   イス・メール・システムから隔離されているＷＷＷサー
   バ（３３０）にして、前記ＷＷＷ（３２０）とは別個の
   通信ネットワークを通して前記ボイス・メール・システ
   ムへのリンク（３６０）を有している前記ＷＷＷサーバ
   （３３０）により受領するステップと、 （ｂ）前記ＵＲＬを解析して当該ＵＲＬが一のメッセー
   ジ・クライアント・アプリケーション（３５０）に対応
   するか否かを判定し、もしそうであれば、当該メッセー
   ジ・クライアント・アプリケーションを起動するステッ
   プと、 （ｃ）前記ＵＲＬから抽出された少なくとも１つのパラ
   メータを前記メッセージ・クライアント・アプリケーシ
   ョンに引き渡すステップと、 （ｄ）前記メッセージ・クライアント・アプリケーショ
   ンからのネットワーク・リクエストを、前記通信ネット
   ワークを通して前記ボイス・メール・システム上で実行
   中のメッセージ・サーバ・アプリケーション（３７０）
   に送信するステップと、 （ｅ）前記ネットワーク・リクエストに応答する前記メ
   ッセージ・サーバ・アプリケーションにより、前記少な
   くとも１つのパラメータに依存し且つ前記記憶されたボ
   イス・メール・メッセージに関する情報を検索するステ
   ップと、 （ｆ）前記情報を前記メッセージ・サーバ・アプリケー
   ションから前記メッセージ・クライアント・アプリケー
   ションに戻すステップと、 （ｇ）前記情報を前記メッセージ・クライアント・アプ
   リケーションによりフォーマットするステップと、 （ｈ）前記フォーマットされた情報を、表示のために、
   前記メッセージ・クライアント・アプリケーションから
   前記ＷＷＷサーバ及び前記ＷＷＷを通して前記ＷＷＷク
   ライアント端末に戻すステップと、 を含む方法。
2. 【請求項２】前記記憶されたボイス・メール・メッセー
   ジに関する情報をディレクトリに維持するステップと、 前記記憶されたボイス・メール・メッセージに関する情
   報を得るために前記ディレクトリと対話するステップ
   と、 を更に含むことを特徴とする請求項１に記載の方法。
3. 【請求項３】各ユーザは自身のボイス・メール・メッセ
   ージを記憶するためのメールボックスを有すること、及
   び 前記ＷＷＷを介して受領された前記リクエストは特定の
   メールボックスを識別し、前記検索されそして前記ＷＷ
   Ｗクライアント端末に戻された情報は前記メールボック
   スにおけるボイス・メール・メッセージに関連すること を特徴とする請求項１又は２に記載の方法。
4. 【請求項４】特定のメールボックスにおけるボイス・メ
   ール・メッセージに関連する検索されそしてＷＷＷクラ
   イアント端末に戻された情報はそのメールボックスにお
   ける各メッセージの受領の日付及び時間に関する情報
   （５４０）を含むことを特徴とする請求項３に記載の方
   法。
5. 【請求項５】特定の記憶されたメッセージを識別する前
   記ＷＷＷを介して受領されたリクエストに応答して、 前記特定の記憶されたメッセージに対応する音声データ
   を検索するステップと、 前記音声データを前記ＷＷＷクライアント端末に戻すス
   テップと、 を更に含むことを特徴とする請求項１乃至４の１つに記
   載の方法。