(57)【要約】  チャンクによる音声メッセージの配信を可能にし、それによって、情報の配信を最適化する音声メールシステム。加入者が、彼または彼女の音声メールメッセージを聴こうとする場合、第１の音声メールメッセージのためのヘッダ情報がダウンロードされて、該加入者に対して再生される。該加入者が該ヘッダ情報を聴いている間に、該音声メッセージのデータの次の２つのブロックがダウンロードされる。該ヘッダ情報の再生完了時には、該音声メールメッセージの最初の２つのブロックが再生可能になっており、第１のブロックが、直ちに再生可能である。該加入者が、第１の音声メールメッセージの次のブロックである音声メールメッセージを聴いているときに、必要に応じてヘッダ情報と、次の音声メールメッセージのブロックとが同時にダウンロードされる。その結果、該加入者は、該メッセージを聴く順番にかかわらず、該音声メールメッセージをシームレスで聴くことができる。【選択図】図１
2008505564.tif 000002
【特許請求の範囲】
【請求項１】
音声メッセージを、音声メールシステムの加入者へシームレスに配信する方法であって、
加入者の音声メッセージの読出しの要求を受取るステップと、
第１の音声メッセージの第１の部分を読出すステップと、
前記第１の音声メッセージの前記第１の部分を再生するステップと、
前記第１の音声メッセージの第１の部分の再生と同時に、前記第１の音声メッセージの次の部分、または、第２の音声メッセージの第１の部分を読出すステップと、
前記次の部分を再生するステップと、
前記次の部分の再生と同時に、さらに次の部分を読出すステップと、
を備える、方法。
【請求項２】
前記第１の音声メッセージの前記第１の部分が、前記第１の音声メッセージに関連するメタデータであり、前記第１の音声メッセージの前記第１の部分の再生がさらに、前記メタデータをＶＸＭＬに変換することと、前記ＶＸＭＬを前記加入者へ提供することとを備える、請求項１に記載の方法。
【請求項３】
前記第１の音声メッセージの前記次の部分を読出すステップがさらに、前記第１の音声メッセージの最初の２つのブロックを読出すことを備える、請求項２に記載の方法。
【請求項４】
前記さらに次の部分を読出すステップが、前記第１の音声メッセージの第３のブロックを読出すことを備える、請求項３に記載の方法。
【請求項５】
前記第１の音声メッセージの前記第１の部分の再生中に、スキップインジケータを受取るステップをさらに備える、請求項１に記載の方法。
【請求項６】
前記スキップインジケータを受取ることに応答して、前記第２の音声メッセージの前記第１の部分の再生を始める、請求項５に記載の方法。
【請求項７】
音声メッセージを、音声メールシステムの加入者へシームレスに配信する方法であって、
加入者の音声メッセージの読出しの要求を受取るステップと、
第１の音声メッセージの第１の部分を読出すステップと、
前記第１の音声メッセージの前記第１の部分を再生するステップと、
前記第１の音声メッセージの第１の部分の再生と同時に、前記第１の音声メッセージの次の部分を読出すステップと、
前記次の部分を再生するステップと、
前記次の部分の再生と同時に、前記第１の音声メッセージのさらに次の部分を読出すステップと、
を備える、方法。
【請求項８】
前記第１の音声メッセージの前記第１の部分が、前記第１の音声メッセージに関連するメタデータであり、前記第１の音声メッセージの前記第１の部分の再生がさらに、前記メタデータをＶＸＭＬに変換することと、前記ＶＸＭＬを前記加入者へ提供することとを備える、請求項７に記載の方法。
【請求項９】
前記第１の音声メッセージの前記次の部分を読出すステップがさらに、前記第１の音声メッセージの第１のブロック及び第２のブロックを読出すことを備える、請求項８に記載の方法。
【請求項１０】
前記次の部分を再生するステップがさらに、前記第１の音声メッセージの前記第１のブロックを再生することを備える、請求項９に記載の方法。
【請求項１１】
異なる音声メッセージを再生するためのインジケータを受取るステップと、前記インジケータを受取ることに応答して、前記異なる音声メッセージの第１の部分を読出すステップとをさらに備える、請求項１０に記載の方法。
【請求項１２】
複数の、地理的に分散したコンポーネントに対して、シームレスな通信システムを形成する分散型通信システムであって、
電話網に対するシグナリングインタフェースと、
ＩＰネットワークに対するインタフェースと、
を含む、シグナリングゲートウェイと、
前記電話網を通じて電話サービスを受取り、および開始する回線交換インタフェースを含み、
前記ＩＰネットワークに対するインタフェースを含み、
前記回線交換インタフェースを通じて、通信サービスを提供するように作動し、
コマンドを受取り、前記電話網を介した入力に応答することが可能である、メディアサーバと、
前記ＩＰネットワークに対するインタフェースを含むアプリケーションサーバであって、
コマンドを受取り、処理し、前記メディアサーバによって受取られた入力に応答し、
通信サービスを呼び出す前記メディアサーバに応答して、および受取ったコマンド及び応答入力に従って、前記メディアサーバに通信サービスアプリケーションを供給するように作動する、アプリケーションサーバと、
前記アプリケーションサーバからの応答を受取り、格納し、
前記通信サービスアプリケーションの提供に影響を及ぼすコンフィギュレーションデータを前記アプリケーションサーバに与えるように作動する、少なくとも１つの中央データ及びメッセージストアと、
を備え、
前記メディアサーバに応答して、加入者のために音声メッセージを再生するためのコマンドを受取り、
前記メディアサーバが、前記アプリケーションサーバに、前記中央データ及びメッセージストアから前記音声メッセージを読出すように要求し、
前記アプリケーションサーバが、第１の音声メッセージの第１の部分を読出して、前記第１の部分を前記メディアサーバへ供給し、
前記メディアサーバが、前記第１の音声メッセージの前記第１の部分を再生している間に、前記アプリケーションサーバが、前記音声メッセージの第１のブロック及び第２のブロックを読出して、前記音声メッセージの前記第１のブロック及び第２のブロックを前記メディアサーバへ供給し、
前記メディアサーバが、前記音声メッセージの前記第１のブロックを再生している間に、前記アプリケーションサーバが、前記第１の音声メッセージの次のブロックを読出して、前記第１の音声メッセージの前記次のブロックを前記メディアサーバへ供給する、
分散型通信システム。
【請求項１３】
前記メディアサーバが、前記第１の音声メッセージの前記第１の部分を再生している間に、前記アプリケーションサーバはさらに、次の音声メッセージの第１の部分を読出して、前記次の音声メッセージの前記第１の部分を前記メディアサーバへ供給するように作動する、請求項１２に記載の分散型通信システム。
【請求項１４】
前記メディアサーバに応答して、前記第１の音声メッセージの前記第１の部分の再生を始めることに続いて、前記次の音声メッセージを再生するためのインジケータを受取り、前記メディアサーバは、前記第１の音声メッセージの再生の現在アクティブな部分の再生を中断して、前記次の音声メッセージの前記第１の部分の再生を始めるように作動する、請求項１３に記載の分散型通信システム。
【請求項１５】
前記アプリケーションサーバが、前記メディアサーバが前記次の音声メッセージの前記第１の部分の再生を始めるのに応答して、前記次の音声メッセージの第１のブロック及び第２のブロックを読出す、請求項１４に記載の分散型通信システム。
【請求項１６】
前記メディアサーバが、前記次の音声メッセージの前記第１のブロックを再生している間に、前記アプリケーションサーバが、前記次の音声メッセージの第３のブロックを読出して、前記次の音声メッセージの前記第３のブロックを前記メディアサーバへ供給する、請求項１５に記載の分散型通信システム。
【請求項１７】
複数の音声メッセージを、音声メールシステムの加入者へシームレスに配信する方法であって、
加入者の音声メッセージの読出しの要求を受取るステップと、
使用可能な音声メールメッセージの第１の部分を読出すステップと、
前記音声メールメッセージの前記第１の部分の再生を始めるステップと、
前記音声メールメッセージの前記第１の部分の再生と同時に、前記音声メールメッセージの次の部分を読出すステップと、
第１の音声メールメッセージの第１の部分の前記再生の完了時に、さらなる要求を受けていなければ、前記第１の音声メールメッセージの第２の部分の再生を始めるステップと、
次の音声メールメッセージを再生する要求を受取ったときに、前記第１の音声メールメッセージの前記第１の部分の再生を中断して、前記次の音声メールメッセージの第１の部分の再生を始めるステップと、
を備える、方法。
【請求項１８】
前記使用可能な音声メールメッセージの第１の部分が、１つ以上の前記音声メールメッセージのためのヘッダ情報を含む、請求項１７に記載の方法。
【請求項１９】
前記音声メールメッセージの前記第１の部分の再生を始めるステップが、
第１の音声メールメッセージのための前記ヘッダ情報をＶＸＭＬに変換するステップと、
前記ＶＸＭＬを加入者へ提供するステップと、
を備える、請求項１８に記載の方法。
【請求項２０】
前記音声メールメッセージの前記第１の部分の再生と同時に、前記音声メールメッセージの次の部分を読出すステップが、前記第１の音声メールメッセージの少なくとも第１及び第２のブロックを読出すことを備える、請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
［０００１］
この出願は、２００４年６月３０日に出願され、出願番号６０／５８４，０５８が割り当てられている「オーディオチャンキング（ＡＵＤＩＯ  ＣＨＵＮＫＩＮＧ）」というタイトルの米国特許仮出願の出願日に対する優先権を主張し、該出願を本願明細書に援用する。
【０００２】
発明の背景
［０００２］
アレキサンダー・グラハム・ベル（Ａｌｅｘａｎｄｅｒ  Ｇｒａｈａｍ  Ｂｅｌｌ）のノートの１８７６年３月１０日の項目には、電話の実験の成功が記述されている。ベルは、隣の部屋で、その装置を介して、彼のアシスタントであるトーマス・ワトソン（Ｔｈｏｍａｓ  Ａ．Ｗａｔｓｏｎ）に対して、有名な最初の言葉、すなわち、「ミスター・ワトソン、こっちに来てくれ。用がある。」を発する。それ以来、エンジニア、販売業者及び消費者は、電気通信および／またはコンピュータネットワークを介したより多くの情報のより速い配信を追求し続けている。我々は、短期間に、家庭にデータを配信する３００ボーのモデムから、毎秒数百万ビットの速度でデータを消費者へ届ける、本格的なＴ１キャリア、ケーブルモデム及びＤＳＬ回線に移行した。
【０００３】
［０００３］
データ配信の速度の技術的進歩は驚くべきものであるが、それでも、ユーザの想像はそれ以上のものを要求している。帯域幅及びデータ転送速度が増加するにつれて、ユーザは、技術の現在の状態の能力を試すアプリケーションを継続的に考え出す。大量のデータ、音声ファイル、ビデオファイル及びグラフィックスのダウンロードを必要とするアプリケーションは、家庭及びオフィスのネットワークソリューションの帯域幅及びデータスループット能力を容易に試すことができる。データ転送速度が増加すると、音声、ビデオまたは他のデータの品質も改善され、それによって、さらに多くのデータのダウンロードが必要となり、再び、該ネットワークのスループットを試すことになる。
【０００４】
［０００４］
その結果、ユーザは、特に、パーソナルコンピュータの分野において、データファイル、音声ファイル、ビデオファイルまたはグラフィックスファイルを利用することができる前にダウンロードするために、少なくともある期間、待つことに対して慣れている。より具体的には、音声ファイルをダウンロードする場合、ユーザは、ストリーミングする音声ファイルがダウンロードされる間、または、少なくとも相当量のファイルがバッファにロードされる間、数秒間、待つことに慣れている。
【０００５】
［０００５］
音声メールシステムとの関連で、このような遅延は、受け入れられない。従って、当技術分野においては、特に、通信システムを介した音声メールメッセージの配信との関連で、音声ファイルをダウンロードするユーザが受ける遅延を最小限にし、または緩和する技術に対する要求がある。
【０００６】
発明の概要
［０００６］
本発明は、当技術分野における上述した要求、および他の要求を、チャンクごとの基準でファイルをダウンロードし、宛先に対する十分なデータを維持して、中断なしの再生または該データへのアクセスを確実にする技術を提供することによって満たす。一般に、ファイルのダウンロードが要求されると、該ファイルの２つの部分が、要求しているターゲットに転送される。該ファイルの第１の部分が再生または利用されている間、該ファイルの第３の部分がダウンロードされる。この動作は、該ファイル全体がダウンロードされるか、または、ユーザが、ダウンロードを停止するように要求するまで続く。その結果、該ユーザは、最小限の遅延で、中断がないように該データにアクセスすることができる。
【０００７】
［０００７］
一実施形態において、本発明は、加入者による音声メッセージのアクセスを容易にするために、音声メールシステムに組み込まれる。加入者が、音声メールメッセージを読み出そうとした場合、メタデータ、すなわち、該ファイルの第１の部分または最初の２つのチャンクが、要求しているターゲットにダウンロードされる。一旦、ダウンロードされると、該ダウンロードは短時間で行われるが、再生が始まる。該音声メールメッセージの第１の部分の再生が行われている間、該メッセージの次の部分が該加入者へダウンロードされる。その結果、該加入者は、最小限の遅延で、音声を連続供給する。有利には、本発明は、音声および／またはビデオの出だしの受信において、著しい遅延を受けることなく、宛先における大量のバッファリングを要求しながら、音声および／またはビデオファイルの連続再生を実現でき、また、その内容の連続再生を実現できる。
【０００８】
発明の詳細な説明
［００１１］
本発明は、チャンキング技術を用いた音声メッセージの提供、または、細かい音声の配信に注力する。この発明は、音声メッセージをいくつかの部分またはチャンクに分けることを含む。最初に、ユーザが、音声メッセージのダウンロードを要求すると、２つのチャンクが直ちにダウンロードされる。この最初の２つのチャンクが一旦、配信されると、該第１のチャンクの再生が該ユーザに対して始まる。該第１のチャンクが再生されている間、第３のチャンクがダウンロードされる。該第１のチャンクの再生の完了時に、第２のチャンクの再生が始まり、該第３のチャンクが完全にダウンロードされ、次のチャンクのダウンロードが始まる。
【０００９】
［００１２］
有利には、本発明の態様及び実施形態は、再生時に、ほとんど気にならない遅延を伴う、ユーザの観点から見て、シームレスのオーディオインタフェースを提供する。音声の配信は、順序付け及び再送信を実行できるＴＣＰ／ＩＰプロトコル、または、ある程度の受信の確実性及びパケットの順序付けを実行できる他の同等のまたは同様の機能性のプロトコルを用いて、実行することができる。チャンクのサイズは、最初のダウンロードの配信を最小化するように選定され、ユーザに対して、連続的音声が使用可能になる一定レベルの確実性を可能にする。
【００１０】
［００１３］
＿＿＿にファイルされ、出願番号１１／＿＿＿＿＿が割当てられた米国特許出願は、電気通信音声メールシステムのための分散型ＩＰアーキテクチャについて記述している。この出願の内容を、本願明細書に引用する。
【００１１】
［００１４］
図１は、本発明を組込むことができる例示的な次世代通信プラットフォームの構成要素および接続性を示すシステム図である。図示したシステムは、特に、音声メール、自動転送及び他の通信機能等の通信サービスを提供することができる、通信装置のための分散型ＩＰベースのアーキテクチャを含む。図示した実施形態において、次世代通信プラットフォーム１００は、分散型ＩＰアーキテクチャを有し、公衆交換電話網（ＰＳＴＮ）または携帯電話交換網（ＭＳＣ）１１０に接続されている。通信プラットフォーム１００は、シグナリングゲートウェイ機能（ＳＧＦ）１２０と、１つ以上のメディアサーバ（ＭＳ）１３０と、１つ以上のシステム管理ユニット（ＳＭＵ）１４０と、１つ以上のアプリケーションサーバ（ＡＳ）１５０と、１つ以上の中央データ及びメッセージストア（ＣＤＭＳ）１６０とを含むように示されている。図面に示されかつ記述される機能の分散が、唯一の容認可能な構成ではなく、また、本発明の態様を、より少ないまたはより多いコンポーネントと、該コンポーネント間の機能の異なる構成とを含むシステムに組み込むことができることを理解すべきである。
【００１２】
［００１５］
図示した分散型システムにおいては、音声メールメッセージのダウンロード及び再生に関連する問題が導入される。音声メッセージの提供のために設けられたシステムを呼び出す加入者ではなく、そのようなシステムは、ＩＰネットワークを介して、上記メディアサーバに該メッセージを配信しなければならない。このことは、該メッセージの読出しにおいて、著しい遅延を生じる可能性があり、また、メッセージ間、または該メッセージの部分間に、デッドスペースを生じる可能性もある。本発明は、オーディオチャンキングによって、音声メッセージのシームレス配信を実現できる。
【００１３】
［００１６］
一般に、ＳＧＦ１２０は、上記ＰＳＴＮ、ＭＳＣまたは他の通信ネットワーク１１０との共通線信号方式（ＳＳ７）インタフェースとして機能する。メディアサーバ１３０は、マルチインタフェースデザインを介して、通信ネットワークからのＩＰおよび／または回線交換トラフィックを終了させ、また、トランキング（ｔｒａｎｋｉｎｇ）及び呼制御に関与する。アプリケーションサーバモジュール１５０は、様々なアプリケーションのためのダイナミック音声ＸＭＬページを生成し、該ページをメディアサーバ１３０を介して与え、ウェブ・アプリケーションサーバ・コンフィギュレーションを介して外部インタフェースを提供する。ＳＭＵ１４０は、サービスプロバイダが加入者アカウントを提供して維持し、集中型ウェブインタフェースからのネットワーク要素を管理することを可能にする管理ポータルである。ＣＤＭＳ１６０は、音声メッセージ、加入者レコードを格納し、通知を含む特定のアプリケーション機能を管理する。以下に、これらの各サブシステムをより詳細に説明する。
【００１４】
［００１７］
上記次世代通信プラットフォーム内のコンポーネントの各々は、単独で拡張可能であり、また、ＩＰネットワーク上に個別に相互接続される。従って、該コンポーネントは、地理的に分散させることができるが、それでもなお、該ＩＰネットワークを通じて互いに通信することができる限り、単一の通信プラットフォームとして機能することができる。このことは、最先端の通信システムでは利用できない、本発明の重要な利点である。
【００１５】
［００１８］
ＭＳ１３０は、ＳＧＦ１２０からのＩＰトラフィック及びＰＳＴＮ１１０からの回線交換トラフィックを終了させる。ＭＳ１３０は、上記プラットフォームアーキテクチャ内での呼の設定及び制御に関与する。ＭＳ１３０は、ユーザからの入力を、音声、ＤＴＭＦフォーマットまたは他の信号方式で処理する（例えば、ウェブクライアントは、ユーザからのキーボード及びマウスクリック入力を収集する）。そして、ＭＳ１３０は、（ＰＣクライアント上の該ユーザへ戻して表示されるグラフィック及びテキストと原理的に同様に）その内容を該ユーザへ音声で戻して提示する。このクライアント／サーバの方法論は、新たなアプリケーションの迅速な形成、およびワールド・ワイド・ウェブ上で使用可能なコンテンツの即時利用を可能にするという点で、該プラットフォームアーキテクチャにおいて重要である。また、該クライアント／サーバアーキテクチャは、地理的に分散される該システムの能力を実現するものである。
【００１６】
［００１９］
加入者に対して残されている音声メッセージは、ＣＤＭＳ１６０に蓄積されており、後に、該加入者が検索することができる。加入者が音声メッセージを検索すると、ＣＤＭＳ１６０から、１つ以上のアプリケーションサーバ１５０を介してメディアサーバ１３０に音声メッセージが配信される。有利には、該音声メッセージは、インターリーブされ、それによって、多数のユーザに対する多数の音声メッセージの再生を実現することができる。
【００１７】
［００２０］
図２は、本発明の例示的な実施形態の動作を示すフロー図である。この実施形態は、音声メールの検索環境内で記述されているが、本発明の様々な態様を、幅広い環境で用いることができることが認識されよう。記載した実施形態においては、分散型音声メールシステムが、特定の加入者宛の複数の音声メッセージを受信したと仮定する。ステップ２１０において、ＭＳ１３０は、該音声メールメッセージを見ることを要求する加入者からの着呼を受取る。この時点で、ＭＳ１３０は、ＣＤＭＳ１６０または次世代メッセージシステム（ＮＧＭＳ）から該音声メールメッセージを引き出すことが必要である。ステップ２１５において、ＭＳ１３０は、該加入者の音声メールを検索することを要求する。図示した実施形態において、このことは、ＡＳ１５０に対して要求を出すように示されている。ステップ２２０において、ＡＳ１５０は、ＮＧＭＳ１６０からヘッダまたはメタデータ情報を読出し、ステップ２２５において、この情報をＭＳ１３０へ与える。該メタデータは、比較的小さなブロックのデータであり、直ちに転送される。例示的な実施形態において、該メタデータは、ヘッダ情報を含む。非限定的な実施例として、該ヘッダ情報は、該メッセージを受信した時刻、該メッセージの長さ、該メッセージの送信者のＩＤ、該メッセージの優先度、メッセージのクラスまたは種別等を含むことができる。ＭＳ１３０及びＡＳ１５０は協働して、該メタデータをＶＸＭＬページに変換し、それを発呼者へ提供し始める２３０Ａ。ＡＳ１５０は、同時に作動して、該メタデータに関連する音声メッセージのブロックを抽出する２３０Ｂ。例示的な実施形態においては、該メタデータＶＸＭＬが、発呼者に対して再生されている間、該音声データの１６Ｋバイト部分の２つのブロックが取り出される。ステップ２３５において、ＡＳ１５０が、それら２つのブロックまたはチャンクをＣＤＭＳ１６０から一旦、読出すと、該２つのブロックまたはチャンクは、再生のためにＭＳ１３０へ送られる。該メタデータが一旦、終了すると、発呼者は、該第１のブロックを再生することにより、該音声メッセージの再生を直ちに始めることができる２４０Ａ。同時に、ＡＳ１５０は、ステップ２４０Ｂにおいて、該音声メッセージの次のブロックをＣＤＭＳ１６０から読出し、ステップ２４５において、該次のブロックをＭＳ１３０へ送る。ＭＳ１３０は、第１のブロックを発呼加入者へ提供した後、ＡＳ１５０が、ステップ２５０Ｂにおいて、次のブロックをＣＤＭＳ１６０から読出す間、第２のブロックを提供し始める２５０Ａ。その結果、該システムは、該メッセージの再生に先んじて、少なくとも１つのブロックを常に保持するように作動する。そのため、発呼者が第１のブロックを聴いている間、第３のブロックがＡＳ１５０によって要求され、ＭＳ１３０へ供給される。本発明は、ジャストインタイム方式でも実施することができることを正しく認識すべきである。これは、該音声メッセージの配信が、少なくとも１ブロック、再生よりも先んずることを実現するということよりは、該音声メッセージの次のブロックの配信を、先行するブロックが終了する前に、再生のためにジャストインタイムで実行することができることを意味する。
【００１８】
［００２１］
本発明の一つの利点は、ユーザが自分のメッセージをチェックしたい場合に、データのダウンロード量を最小化する能力である。例えば、ユーザが、音声メッセージのダウンロードを要求した場合、該音声メッセージの２つのチャンクをダウンロードすることができ、そして再生を始めることができる。該ユーザが、このメッセージを削除またはスキップすることを決心した場合には、該ユーザは、音声コマンドまたはＤＴＭＦコマンドのいずれかによって、ＭＳ１３０にそのように命令することができる。該システムが、ユーザのアクションを処理している間に、次のメッセージの最初の２つのチャンクをダウンロードすることができる。例えば、該ユーザがメッセージを聴いている間に、該ユーザが、該メッセージの残りの部分をスキップして、次のメッセージへ行くことを決めた場合、（それまでに読出されていない限り）該次のメッセージのメタデータがＮＧＭＳ１６０から読出され、（それまでに変換されていない限り）ＶＸＭＬページに変換され、ＭＳ１３０に提供される。ここでもまた、該メタデータＶＸＭＬが提供されている間、ＡＳ１５０は、次の音声メッセージの最初の２つのブロックを読出す。そのため、メッセージ全体または一連のメッセージをダウンロードするというよりは、ユーザに切迫して必要な内容のみがダウンロードされる。
【００１９】
［００２２］
図３は、本発明の別の実施形態を示すタイミング図である。この図において、上記ＣＤＭＳは、単純化のため除外されている。ステップ３１０において、ＭＳ１３０は、彼または彼女のメッセージを呼び出す要求を、通信ネットワーク１１０を介して加入者から受取る。ステップ３１５において、ＭＳ１３０は、ＡＳ１５０からの加入者の音声メールメッセージを要求する。ステップ３２５において、ＡＳ１５０は、最初の音声メッセージのメタデータをＭＳ１３０へ供給し、該ＭＳは、ステップ３３０において、該メタデータを該加入者へ提供する。次いで、ＡＳ１５０は、ステップ３３５において、第２の音声メールメッセージのためのメタデータを、およびステップ３４０において、第１の音声メールメッセージの最初の２つのブロックを読出す。ステップ３４５において、該第１のメッセージのメタデータの再生が完了し、ＭＳ１３０が、該第１のメッセージの第１のブロックの再生を始める。該加入者が、このメッセージの残りの部分をスキップすることを決心した場合３５０、ＭＳ１３０は、第２の音声メールメッセージのメタデータを既に受取っているため、該第２の音声メールメッセージのメタデータの再生を直ちに始める３５５。該第２の音声メールメッセージのメタデータの再生の間、ＡＳ１５０は、第３の音声メールメッセージのメタデータを呼び出し３６０、および第２の音声メールメッセージの最初の２つのブロックを呼び出す３６５。該第２の音声メールメッセージのメタデータの再生の完了時、ＭＳ１３０は、第２のメッセージのブロックを既に受取っており、第１のブロックの再生を直ちに始める３７０。
【００２０】
［００２３］
別の実施形態においては、オーディオチャンクのスマートなダウンロードを実行することができる。例えば、ユーザが、一連の音声メールメッセージまたはＭＰ３ダウンロードサイトから選択したいくつかの歌等のダウンロードすべき多数のオーディオファイルを有する場合、該スマートなダウンロードを適用することができ、本発明に組み入れることができる。この実施形態においては、次のブロックが読み出されている間に、第１のオーディオファイルのメタデータがダウンロードされて、ユーザへ提供される。再生時間が平均ダウンロード時間を越えるように、該ブロックのサイズが選定されている場合、最終的に、該オーディオファイル全体はダウンロードされるが、再生はまだ進行中となる。本発明のこの態様は、この特徴に基づいている。一実施形態において、第１のファイルが一旦、完全にダウンロードされると、本発明は、第２のファイルのダウンロードを開始するように作動することができる。その結果、ユーザは、遅延時間を何ら伴うことなく、次のファイルに移行することができる。
【００２１】
［００２４］
そのような環境に限定するものではないが、音声メール環境に最も適用可能な他の実施形態においては、上記チャックのサイズは、再生時間が平均ダウンロード時間を越えるように選定される。第１のファイルの再生中、ブロックの総数が維持される。残りの再生時間が、該チャックのダウンロード時間の少なくとも２倍を越えることが実現されるように、十分なチャックが一旦、ダウンロードされると、第２のファイルのチャンクがダウンロードされる。高速配信ネットワークにおいては、本発明のこの態様は、多数のファイルの部分が同時にダウンロードされ、ユーザが、ファイル全体を逐次的に聴くか、または、全て聴き終える前に、メッセージをスキップまたは削除するか、あるいは、メッセージを飛ばすかまたはメッセージを直接呼び戻すかに関係なく、中断なしの再生を経験できるようなカスケード方式で適用することができる。
【００２２】
［００２５］
上記スマートなダウンロードの適用において、該ダウンロードのための戦略は、ユーザのアクティビティに応じて変えることができる。例えば、該スマートなダウンロードが多数のメッセージをダウンロードすることができる場合に、ユーザが別のメッセージへスキップするには、本発明によりダウンロードされているメッセージを調節することができる。例えば、ユーザが、第１のオーディオファイル１の再生を聴いていると仮定する。該ユーザが聴いている間、該第１のオーディオファイルの残り、および次のＮのオーディオファイルの部分をダウンロードすることができる。該ユーザが、メッセージＸの再生を決心した場合、ファイルＸのダウンロードを始めることができ、また、再生が一旦、始まると、メッセージＸの後の次のＮのオーディオファイルのダウンロードを始めることができる。
【００２３】
［００２６］
例示的かつ非限定的な実施形態において、上記オーディオチャンクのサイズは、１〜５秒とすることができる。本発明は、限定するものではないが、音声、ビデオ及びデータのダウンロードに適用可能である。本発明は、様々なフォーマットで、および様々な配信メカニズム及びプロトコルを用いて、様々な種類のファイルと連携することができる。
【００２４】
［００２７］
本発明を、例証として記載されており、かつ本発明の範囲を限定しようとするものではない、本発明の実施形態の詳細な説明を用いて説明してきた。本発明は、様々なシステム環境で実行するプロセスとして、または、様々なコンポーネントを含むシステム全体として、実施することができる。記載した実施形態は、全てが本発明の全ての実施形態に必要なわけではない異なる機能を備える。本発明のいくつかの実施形態は、それらの機能または態様の一部のみ、あるいは、それらの機能または態様の可能な組合せを用いる。記載されている本発明の実施形態の変形例及び記載された実施形態で述べた特徴の異なる組合せを備える本発明の実施形態が当業者に思い浮かぶであろう。
【図面の簡単な説明】
【００２５】
［０００８］
【図１】本発明を組込むことができる例示的な次世代通信プラットフォームの構成要素及び接続性を示すシステム図である。
【００２６】
［０００９］
【図２】本発明の例示的な実施形態の動作を示すフロー図である。
【００２７】
［００１０］
【図３】本発明の別の実施形態を示すタイミング図である。
【図１】
2008505564.tif 000003
【図２】
2008505564.tif 000004
【図３】
2008505564.tif 000005
【国際調査報告】
2008505564.tif 000006