JP2010536296A - 会話保留中に音楽を再生するためのシステム、方法、および機器 - Google Patents

Abstract

通信セッションの保留の間に通信機器ユーザに対して代替となるメディアコンテンツを提供するための方法および装置を提供する。典型的な方法において、通信機器（１００）は、受信した保留メッセージ（３１５、４１５）に応えて、遠隔通信ノードからの音声／映像情報の出力を保留する。通信機器（１００）は、代替メディアコンテンツの再生を開始し、再開メッセージ（３４５、４５０）が受信すると、機器（１００）は代替メディアコンテンツの再生を保留し、遠隔通信端末からの音声／映像情報（３６５、４７０）の出力を再開する。

Description

本発明は、一般的に、通信セッションの保留の間に再生される代替メディアを提供するための通信システムおよび、さらには方法に関するものである。

本出願は、ここで参照することにより組み込まれた、２００７年８月１５日が出願日である米国仮特許出願６０／９５６０３９号および２００８年９月２７日が出願日である米国特許出願１１／８６２，４４７号の利益を主張する。

通信システムのユーザは、時折、個人対個人の電話の間または多人数間テレビ会議のセッションの間であろうとなかろうと、保留される。様々なシステムが、特に商用の場面で用いるために、"保留時用"音楽や待っている発呼者が聞くための商業広告のような音声コンテンツを提供するために開発されてきている。特に、これらのシステムは、電話接続の一端で展開され、しばしばビジネスで、発呼者が保留した後、音楽やその他の音声は、受話器側で音声チャネルに切り替えられる。

保留時用音楽を個人用にカスタマイズするためのシステムが述べられてはいるものの、これらのシステムにおいては、特に、保留される側のグループは保留期間の間に再生される音声素材を制御できない。一つの例が特許文献１に提供され、これには、契約ユーザが保留されることを判断し、そして個人的な保留時用音楽をユーザに送信するためのネットワークを基にしたシステムが記載されている。

通信セッションの保留の間のユーザに個別化された音声を提供するための前述のアプローチは、伝統的な回線交換技術に焦点を当てており、そして、特に、保留ユーザに対する音声の帯域内送信に頼っている。これらのアプローチは、増大する柔軟性および現代のディジタル通信技術によって可能となったネットワークの主体性を有効に利用していない。さらにいえば、これらのアプローチは、単純な個人対個人の音声通話を超えた通信モードの開発に対応することに失敗している。

米国特許出願公開第２００７／００４７７１１号明細書

本発明は、通信セッションの保留の間の通信機器ユーザに代替メディアコンテンツを提供するための方法および機器を提供する。典型的な方法において、受信した保留メッセージに応答して、通信機器は遠隔通信ノードが提供する音声情報または映像情報の出力を保留する。通信機器は、代替メディアコンテンツの再生を開始し、再開メッセージを受信するとすぐに、機器は代替メディアコンテンツの再生を保留して、遠隔通信端末が提供する音声情報または映像情報の出力を再開する。

代替メディアコンテンツは、ローカルメモリまたは遠隔コンテンツサーバから取得してもよい。１つ以上の実施形態において、通信機器は、コンテンツサーバにコンテンツ要求を送信し、そして要求に応じてコンテンツサーバから受信した代替メディアの再生を開始する。コンテンツ要求は、代替メディアコンテンツを選択するためのコンテンツサーバによって使用された１以上のパラメータを含んでいてもよい。

典型的な通信ネットワークを示すブロック図。 通信セッションを保留する間に代替メディアを提供するための典型的な方法を図示するフローチャート。 本発明の１つ以上の実施形態に従った典型的なシグナルフロー図。 別の典型的なシグナルフロー図。 典型的な通信機器の機能的な構成要素を示すブロック図。

図面を参照して、本発明は、図１に示されるように、通信ネットワーク１０の環境において説明される。通信ネットワーク１０は、移動端末１００と通信するための１以上の基地局または無線アクセスポイント１１０を備えた移動通信ネットワーク１２０を含む。たとえば、移動端末１００は、セルラー電話機、ＰＤＡ、ラップトップコンピュータ、またはその他の移動機器を含んでもよい。移動通信ネットワーク１２０は、公衆交換電話ネットワーク（ＰＳＴＮ）１３０およびパケットデータネットワーク（ＰＤＮ）１４０と接続する。ＰＳＴＮ１３０は、音声とデータ通信の双方を提供する回線交換ネットワークであり、そして、特に電話１５０のような伝統的な電話に音声サービスを提供する。ＰＤＮ１４０は、あるエンドポイントから他方にデータのパケットをルーティングするための、従来的なインターネットプロトコルのような、既知のプロトコルを実装したパケット交換ネットワークを含む。ＰＤＮ１４０は、公衆網またはプライベートネットワークを含んでいてもよいし、広域エリアネットワークまたはローカルエリアネットワークであってもよい。インターネットは、ＰＤＮ１４０のよく知られた例の１つである。ＰＤＮ１４０を使用して提供されてもよい複数のサービス間は、ボイス・オーバー・インターネット・プロトコル、またはＶｏＩＰサービスと呼ばれるような、パケット交換音声サービスである。ＶｏＩＰ技術を使って、インターネット電話１６０のようなディジタル機器は、その他のＶｏＩＰ機器を使って、または電話１５０のような伝統的な電話を使って音声通話を実施してよい。

１以上のコンテンツサーバ１７０は、パケットデータネットワーク１４０に接続する。コンテンツサーバ１７０は、移動通信ネットワーク１２０とパケットデータネットワーク１４０を介して複数の移動端末１００にアクセスできる。コンテンツサーバ１７０は、また、ディジタル電話１６０も、同様にその他のディジタル機器（図示せず）も、ＰＤＮ１４０を介して利用できる。たとえば、コンテンツサーバ１７０は、ウェブサーバ、電子メールサーバ、ファイルサーバ、またはその他のタイプのサーバを含んでいてもよい。

図２は、通信セッションの保留の間に代替メディアコンテンツを提供するための一般的な方法を図示している。図２で示されている方法は図１のシステム要素に関連して以下に述べられているが、当業者は、述べられた方法が様々なシステムおよびネットワークトポロジーに適用できることは理解するだろう。

図２の方法は、ブロック２１０で、移動端末１００のユーザＡとユーザＢの間の音声呼または映像呼のような、継続している通信セッションの間に始まる。ブロック２２０で、移動端末１００の１つは、他ユーザが通信セッション保留していることを示すメッセージの受信をチェックする。このメッセージは、特に、遠隔端末によって送られることになるが、ネットワーク要素によって送られてもよい。

保留メッセージは様々な方法で送信することができる。ある実施形態において、保留メッセージは、端末と固定ネットワーク要素との間で呼シグナリングの一部分として送られてよい。その他において、保留メッセージは、末端の双方の端末でサポートされている通信プロトコルに従ってある端末からその他に送信される。たとえば、ＶｏＩＰセッションは、セッション確立プロトコル（ＳＩＰ）メッセージを使って設定されてもよく、１以上のＳＩＰメッセージは、通信セッションが一時的に保留されることを示すように使われてもよい。一般に、保留メッセージは、通信セッションそれ自身の枠組みの中で、または全く異なったデータセッションを通じて送信されうる。このように、ここで述べられた方法は、デュアルモード通信機器で適用されてもよく、たとえば、その機器は、パケット交換データ通信とともに回線交換音声呼を同時にサポートする。

ブロック２２０で、保留メッセージが受信された時点で、受信移動端末１００、または保留端末は、遠隔端末１００から受信した音声および映像の少なくともいずれかの出力を保留する。ある場合では、遠隔端末１００は、遠隔端末のマイクをミュートすることなどによって、任意の音声または映像を送信することを中断してもよい。この場合、複数の機器間の回線交換通信チャネルは確立したまま維持してもよいが、そうでなくてもよい。その他の場合において、遠隔端末１００またはその他のネットワーク要素は、保留時用音楽またはその他の音声または映像を保留端末に送信してもよい。しかしながら、いずれにしても、保留端末１００は、どちらも保留端末１００の出力機器に送らないという意味では、受け取った音声または映像情報を無視する。しかしながら、このセッションは切断されない。例として、パケットに基づいた通信セッションにおいて、保留端末１００は、セッション保留の間に任意の音声パケットまたは映像パケットを受信しなくてもよい。出力機器に送られたのがセッションから音声でも映像でもなければ、保留端末１００は、必要に応じてパケットデータセッションを維持し続ける。

保留メッセージの受信と遠隔端末からの音声または映像の出力の保留の後、保留端末１００は、ブロック２４０で、代替メディアコンテンツを取得する。代替メディアコンテンツは、端末の内部フラッシュメモリまたは保留端末１００に組み込まれた取り外し可能なメモリモジュールに蓄積された音楽ライブラリのような、ローカルに蓄積されたデータベースから取得してもよい。保留端末１００は、ＰＤＮ１４０を介して、コンテンツサーバ１７０から代替メディアコンテンツを代わりに取得してもよい。音声データ、映像データ、またはその両方を含んでもよいところの、メディアコンテンツは、ユーザのために再生され、すなわち、ブロック２５０で、１つまたはそれ以上の出力機器に送られる。このように、ユーザは、通信セッション保留の間に代替メディアコンテンツを視聴することができる。

代替メディアコンテンツの再生は、ブロック２６０で、遠隔端末１００のユーザが通信セッションを再開したことを示すメッセージを受信するまで継続する。この再開メッセージの受領において、代替メディアコンテンツの再生は、ブロック２７０で保留され、そして、遠隔端末１００からの音声および映像の少なくともいずれかの出力は、ブロック２８０で再開され、そして通信セッションは継続する。

上述したように、代替メディアは、ローカルな記憶装置から、または、コンテンツサーバ１７０のような遠隔データベースから検索されてもよい。図３は、前者の場合における典型的な信号の流れを図示している。図３の信号の流れは、２ユーザ、ユーザＡとユーザＢ、の間での通信のみを示しているが、当業者は、述べられた信号の流れは、一般に、会議呼、映像呼または会議、オンライン"チャット"セッションなどのような複数グループ通信セッションに対しても適用できることを理解するだろう。

すでに述べたように、処理過程は、継続している通信セッションの間に始まっている；ユーザＡとユーザＢとの間の双方向通信が３０５で図示されている。ブロック３１０で、ユーザＡはセッションが保留であることを判断する。これは、移動端末１００で専用のボタンを押すこと、またはメニュー項目を選択することによって達成しうる。ある実施形態においては、音声入力をミュートすることが、通信セッションの保留を意味する役目を果たすだろう。その他において、ユーザは、通信セッションが保留されるべきであるということを明示的に要求されうる。いずれにしても、セッションが保留であると判断することは、３１５で"保留"メッセージのきっかけとなり、これはユーザＢの移動端末１００に送信される。選択的に、肯定応答メッセージが３２０でユーザＡの移動端末１００に返信される。

保留メッセージの受領において、ユーザＢ端末１００は、ユーザＡ端末１００から受信した音声および映像の少なくともいずれかの出力を保留する。上述したように、ユーザＡ端末１００は、セッションが保留しているとの判断を基に音声や映像を送信することを中断してもよいが、代わりに保留時用音楽やその他の音楽または映像を代わりに送ってもよい。いずれにしても、ユーザＢ端末１００は、その出力機器、すなわち、スピーカーとディスプレイがもしあったとしても、受け取った音声または映像を停止する。

それから、ユーザＢ端末１００は、３３０でローカルのコンテンツの再生を開始する。このローカルのコンテンツは、内部のフラッシュメモリーまたはディスクドライブ、または取り外し可能なメモリモジュールに蓄積されたディジタルオーディオまたはディジタルビデオファイルのような、１つまたはより多くのマルチメディアファイルを含みうる。このマルチメディアファイルは、保留メッセージの受領に応じて自動的に起動される、汎用または専用のメディア再生アプリケーションによって再生されうる。このマルチメディアファイルは、そのような目的のためにあらかじめ定義された"プレイリスト"に従って構成されうる。ユーザＢが様々な素材を視聴することを保証するために、近い期間に再々されていない素材で代替メディアコンテンツの再生が開始されるように、ユーザＢ端末１００は、以前再生したファイルまたはファイルの一部を記録しうる。もし、再生が膨大な期間継続するようであれば、素材は繰り返される場合があり、ループまたは"シャッフル"の態様で行われる。前述のように、素材は前回再生したのと同じ順番で繰り返され、他方、後者の場合は、素材はランダムまたは疑似ランダムの順番で再生される。

代替メディアコンテンツの再生は、ユーザＡが３４０でセッションを再開するまで継続する。専用のボタンを押すこと、または、別の方法でセッションが再開されるべきであることが示されると、"再開"メッセージが、３４５で示されるように、発動される。選択的に、この再開メッセージは３５０で肯定応答される。再開メッセージの受領において、ユーザＢ端末１００は、ブロック３５５でローカルなコンテンツの再生を保留し、そしてブロック３６０で、ユーザＡから受信した音声および映像の少なくともいずれかの出力を再開する。このように、この通信セッションは３６５で継続する。

上で述べたシナリオにおいて、代替メディアコンテンツはローカルの記憶装置から取得され、そして代替メディアの選択は保留端末１００によって制御される。その代わりに、メディアは、コンテンツサーバ１７０のような遠隔サーバから取得されてもよい。さらにいえば、代替メディアコンテンツの情報源は、代替メディアの選択と同じように、遠隔端末１００によって制御されてもよい。これらの特徴を図示する信号の流れは、図４で与えられている。

前述のシナリオと同様に、処理は、４０５でユーザＡとユーザＢとの間での継続する通信セッションから始まる。ユーザＡは４１０でセッションが保留であることを判断し、これは４１５で保留メッセージをきっかけとする。図４の実施形態において、保留メッセージは、少なくとも２つのパラメータを含む：ユニフォーム・リソース・ロケーター（ＵＲＬ）および認証鍵。実際面では、広く使用されているインターネットプロトコルに従った形式のＵＲＬがネットワーク資源へのアドレス指定として特に便利な方法として提供されるが、任意のネットワークアドレスが使用されうる。

ブロック４２０で、ユーザＢ端末１００は、ユーザＡ端末１００から受信した音声および映像の少なくともいずれかの出力を保留する。ユーザＢ端末１００はコンテンツ要求メッセージ（"ＭＥＤＩＡ＿ＲＥＱ"）を構成し、そして４２５で、コンテンツサーバ１７０にそのメッセージを送信する。特に、コンテンツ要求は、ＵＲＬを使ってアドレス指定する。これは保留メッセージを介してユーザＡ端末１００によって提供されるＵＲＬである場合があり、またユーザＢ端末１００で蓄積されたあらかじめ定義されたＵＲＬである場合もある。ある実施形態において、コンテンツサーバ１７０に対するアクセスは、認証コードの送信を要求することで制限されてもよい。これは、保留メッセージで提供されるコードである場合もあり、または、そうでなければ、ユーザＢの端末が知っているコードである場合もある。いずれにしても、コンテンツ要求は、付加的なパラメータを含む場合があり、それは、ユーザＢまたはユーザＢの端末１００を識別する要求者ＩＤ、または、ジャンルやメディアフォーマットなどのような、ユーザＢまたはユーザＢの端末に特化したユーザのプリファレンスを意味する１つまたはそれ以上のパラメータのようなものである。

コンテンツ要求メッセージの受領に応じて、コンテンツサーバ１７０はメディアコンテンツを選択する。コンテンツサーバ１７０によって選択されたこの代替メディアコンテンツは、要求するユーザ、すなわち、ユーザＢの識別子に基づいて選ばれうる。例として、ユーザＢに対応する個人情報は、コンテンツサーバ１７０ですでに利用可能でありうる。代わりに、代替メディアコンテンツは、コンテンツ要求メッセージに含まれている１つまたはより多くのユーザ・プリファレンス・パラメータに従って選択されうる。これらのパラメータは、好適なメディアタイプまたは複数のタイプを意味しうる。たとえば、これらのパラメータは、好適なメディアフォーマットとして、ＭＰ３オーディオまたはＭＰＥＧ−４ビデオ・フォーマットのようなものを意味しうる。これらの好適なメディアフォーマットは、ユーザのプリファレンスを反映しうるし、また、要求する端末１００の表現能力を意味しうる。ユーザ・プリファレンス・パラメータは、クラシック音楽またはポピュラー音楽ビデオのような、好みのジャンルを特定してもよい。

１つまたはより多くの実施形態において、コンテンツサーバ１７０に送信されたメディア要求メッセージは、通信セッションの保留のための推定された時間を含んでいるパラメータを含みうる。例として、このパラメータは、再開メッセージでコンテンツサーバ１７０に転送される前に、ユーザＡから保留メッセージでユーザＢの端末１００に送られている場合がある。このように、コンテンツサーバ１７０によって選択された代替メディアは、その時間推量を考慮して選ばれうる−選択されたビデオクリップまたはオーディオトラックの長さは推定された保留時間に適合するよう選ばれうる。

しかしながら、選択された、代替メディアコンテンツは、４３５でコンテンツサーバ１７０によってユーザＢ端末１００に供給され、そしてブロック４４０で再生される。特に、代替メディアコンテンツは、インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）によって開発されたリアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）のようなストリーミング・プロトコルを使って、ユーザＢ端末１００にストリームされる。しかしながら、さる実施形態においては、全体のマルチメディアファイルは、ユーザＢ端末１００にその全体がダウンロードされ、そしてメディア再生アプリケーションを使って再生される。

当業者は、代替メディアコンテンツの形式は、継続している通信セッションで使われているメディアフォーマットまたは複数のフォーマットに対して必ずしも一致する必要がないことを理解するだろう。たとえば、映像コンテンツは、音声呼の保留の間に検索されそして再生されうる。同じように、音声コンテンツは、ビデオ会議の保留の間の代替メディアコンテンツとして採用されうる。音声コンテンツは、"スライドショー"（静止画の連続したもの）またはアニメ素材のような、映像素材で補われる。

当業者は、コンテンツサーバ１７０は、図１に示すようなインターネットに接続されるスタンド・アローン・ネットワーク・エレメントである場合があるが、代わりに、仮想的に任意のネットワークに接続された機器上で実行しているサーバアプリケーションである場合もある。実際には、上述した例において通信セッションを保留するユーザＡの端末が、ユーザＡの通信アプリケーションと平行して実行しているコンテンツ・サーバ・アプリケーションを含んでいてもよい。この場合、保留メッセージにおいてユーザＢ端末１００に提供されたＵＲＬが、ユーザＡ端末１００上に常駐しているサーバアプリケーションに接続するためのアドレスを実質的に提供しうる。このように、ユーザＡ端末１００は、保留された通信セッションとは全く異なったデータ接続を使って、保留時用音楽をユーザＢ端末１００に提供しうる。

いずれにしても、ブロック４４５で示すように、代替メディアコンテンツの再生は通信セッションが再開されるまで継続する。保留の期間に依存して、これは、コンテンツサーバ１７０がユーザＢ端末１００に対してストリーミングするための追加的な素材を選択することを要求しうる。コンテンツサーバ１７０は、コンテンツが以前に選択され尽くしたことに応じて自動的に新しい素材を選択およびストリームするよう設定されうる。ある実施形態において、付加的なまたはその他の代替メディアを要求することで、ユーザＢ端末１００は、コンテンツサーバ１７０に後に続くコンテンツ要求を送信しうる。１つまたはより多くのこれらの実施形態において、ユーザＢは、ユーザインタフェースを用いて特定のマルチメディアタイトルを選択すること、または好みを入力すること、を相手に提供しうる。

いずれにしても、ユーザＡによる通信セッションの再開によって、４５０で、"再開"メッセージが、ユーザＡ端末１００からユーザＢ端末１００に送信される。再開メッセージの受領において、ユーザＢ端末１００は、４５５で、代替マルチメディアコンテンツの再生を保留する。これは、ユーザＢ端末１００が、代替メディアのストリーミングが切断されるべきであるということを意味する"終了"メッセージをコンテンツサーバ１７０に送信することを要求する場合がある。４６５で、ユーザＢ端末１００は、ユーザＡ端末１００から受信した音声情報および映像情報の少なくともいずれかの出力を再開し、そして通信セッションは４７０で継続する。

図５は、１つ以上の上述した方法を実行するために設定された典型的な移動端末を示している。移動端末１００は、アンテナ５１５に接続された通信部５１０、ディスプレイ５２５に接続された出力ドライバ５２０とスピーカ５３０、プロセッサ５４０、及び、メモリ５５０を備える。プロセッサ５４０は、メモリ５５０に蓄積されたプログラムおよび命令に従って移動端末１００の全体的な操作制御を担っている。プロセッサ５４０は、１つ以上のマイクロプロセッサ、マイクロコントローラ、ハードウェア回路、またはそれらの組み合わせを備えていてもよい。メモリ５５０は、移動端末１００の操作のために必要なプログラムコード５５５と同様に、ローカルに蓄積されたマルチメディアコンテンツ５６０を含めて、データを蓄積している。たとえば、メモリ５５０に蓄積されたプログラムは、蓄積されたまたはストリームされたマルチメディアデータから出力ドライバ５２０のために音声および／または映像信号を生成するために設定されたメディア再生アプリケーションを含めて、オペレーティングシステムおよび１つまたはより多くのアプリケーションプログラムを含んでいてよい。メモリ５５０は、読み込み専用メモリ装置、ランダム・アクセス・メモリ、フラッシュメモリなどを含んだ、１つまたはより多くの別個のメモリ装置を備えていてもよい。

通信部５１０は、その他の機器と通信可能にするための任意のタイプの無線トランシーバを備えていてもよい。たとえば、通信部５１０は、ＧＳＭおよびＷＣＤＭＡ、標準化されたグループの８０２．１１に従って動作するＷｉＦｉトランシーバ、またはBluetoothトランシーバのような、確立されたセルラー標準に従って動作するセルラートランシーバを備えていてもよい。移動端末１００は、異なる通信標準に従ってそれぞれ動作する複数のトランシーバを有していてもよい。

移動端末１００の出力部は、出力ドライバ５２０、１つ以上のスピーカ５３０、１つ以上の映像ディスプレイ５２５を備える。出力ドライバ５２０は、スピーカ５３０および映像ディスプレイ５２５に対して音声および映像信号を、それぞれ、提供する。１以上の遠隔端末との通信セッションの間に、プロセッサ５４０は、メモリ５５０に蓄積されたローカルコンテンツ５６０から代替メディアコンテンツを取得する場合があり、出力ドライバ５２０に対応する音声情報および映像情報の少なくともいずれかを送る。もう一つの方法として、代替メディアコンテンツは、通信部５１０を使って遠隔地から取得されうる。

従って、プロセッサ５４０は通信セッションの間に受信した保留メッセージに応じて、遠隔通信端末から受信した音声情報または映像情報の出力部での出力を保留するよう構成されている。通信部５１０を通じてプロセッサ５４０に送られたこの保留メッセージは、たとえば、移動端末１００に対する遠隔端末からの音声パスで帯域内の信号で送信される場合があり、または、通信が一時的に保留にされるべきであるということを意味する帯域外ディジタルメッセージを含んでいてもよい。プロセッサ５４０は、再開メッセージを受信するまで、出力部で代替メディアコンテンツの再生を開始するようにさらに構成される。この再開メッセージを受領した後、プロセッサ５４０は、代替メディアコンテンツの再生を保留し、そして、遠隔通信端末が提供する音声情報または映像情報の出力を再開する。

ある実施形態において、プロセッサ５４０は、通信部５１０を使って、コンテンツ要求を生成し、そして、遠隔コンテンツサーバ１７０にコンテンツ要求を送信するように構成されている。これらの実施形態において、プロセッサ５４０は、コンテンツ要求に応じて遠隔コンテンツサーバ１７０から受信した代替メディアコンテンツの再生を開始するように構成されている。上述したように、コンテンツ要求は、１つ以上の通信機器または通信機器のユーザを識別する要求者ＩＤ、メディアフォーマットまたはジャンルのような好適なメディアタイプを意味するメディアタイプパラメータ、そして保留時間推定値、を含みうる。コンテンツサーバ１７０は、移動端末１００に提供されるべき代替メディアコンテンツを選択するためにこれらのパラメータの１つ以上を使う場合がある。このコンテンツ要求は、典型的にはＵＲＬを用いてコンテンツサーバ１７０にアドレス指定される。当該ＵＲＬは、予め定義されメモリ５５０に格納されていてもよいし、或いはその代わりに、遠隔端末から受信した保留メッセージに含まれていてもよい。

ある実施形態において、通信部５１０を使って受信した保留メッセージは、認証鍵を含みうる。これらの実施形態において、プロセッサ５４０は、コンテンツサーバ１７０に送信されたコンテンツ要求に認証鍵を含むように設定される。認証鍵は、別に制限されている場合のあるコンテンツに対するアクセスを許可するために使用されうる。いくつかの場合において、認証鍵は、遠隔端末または遠隔端末のユーザを識別するためにコンテンツサーバ１７０によって使用されうる。そして、代替メディアを選択するため、または、コンテンツサーバ１７０によって提供されるサービスのための遠隔ユーザに請求するために使用されうる。

メモリ５５０は、通信セッションの保留の間にプロセッサ５４０の操作を制御するために１つ以上のユーザ定義設定をさらに含みうる。たとえば、好適なメディアフォーマットまたはジャンルを意味するプリファレンスに加えて、これらのユーザ定義設定は、ローカルな蓄積または遠隔的にアクセスされた代替コンテンツがユーザのために検索され、そして再生されるべきなのかどうかを意味するパラメータを含みうる。このように、ＵＲＬが保留メッセージの中で遠隔端末によって提供されたときでも、ユーザ定義設定は、プロセッサ５４０にローカルに蓄積されたコンテンツを使うようにさせてよい。従って、プロセッサ５４０は、この蓄積されたユーザのプリファレンスに基づいて、ローカルに蓄積されたメディアコンテンツの再生を開始するのか、または、コンテンツ要求をコンテンツサーバ１７０に送信してそして応答で受信したメディアの再生を開始するのか、を選択的に設定される。

当業者は、上述した機能ブロックが、無線移動端末に関して述べられているものであるが、任意の様々なネットワークに接続された機器において実装されうることを理解するであろう。このように、インターネット電話、ネットワークが利用可能なパーソナル・ディジタル・アシスタント、ポータブルコンピュータ、そして同様の機器のような、その他の通信機器は、保留された通信セッションの間に代替メディアコンテンツを提供するために設定されうる。実際、本発明は、発明の本質的な特徴から離れることなく、ここに特別に説明されたことがらを超えたその他のいくつかの手段で実行されうる。したがって、本発明の実施形態は、実例であり、そして何ら制限するものでないものとして考えられるべきであり、そして、添付の請求項の意味と等価な範囲の範囲内のすべての変更は、ここに受け入れられるべきものと意図されている。

Claims (15)

1. 通信セッションの保留の間に代替メディアコンテンツを提供する方法であって、
   保留メッセージ（３１５，４１５）に応答して、遠隔通信機器が提供する音声情報または映像情報（３０５、４０５）の出力を保留する工程と、
   前記代替メディアコンテンツの再生を開始する工程と、
   前記代替メディアコンテンツの再生を保留し、再開メッセージ（３４５，４５０）に応答して、前記遠隔通信機器が提供する音声情報または映像情報（３６５，４７０）の出力を再開する工程と
   を備えることを特徴とする方法。
2. 前記代替メディアコンテンツの再生を開始する工程が、
   前記代替メディアコンテンツのためにローカルに蓄積されたメディアコンテンツを選択する工程と、
   メディア再生アプリケーションを用いて、選択された前記メディアコンテンツの再生を開始する工程と
   を備えることを特徴とする請求項１に記載の方法。
3. 前記代替メディアコンテンツの再生を開始する工程が、
   遠隔コンテンツサーバ（１７０）にコンテンツ要求（４２５）を送信する工程と、
   前記コンテンツ要求（４２５）に応じて前記遠隔コンテンツサーバ（１７０）から受信した代替メディアコンテンツ（４３５）の再生を開始する工程と
   を備えることを特徴とする請求項１に方法。
4. 前記コンテンツ要求（４２５）は、
   遠隔コンテンツサーバ（１７０）が前記代替メディアコンテンツ（４３５）を選択する場合に使用する、要求通信機器（１００）または、該要求通信端末（１００）のユーザを識別する要求者ＩＤと、
   前記遠隔コンテンツサーバ（１７０）が前記代替メディアコンテンツ（４３５）を選択する場合に使用する、好適なメディアタイプを示すメディアタイプパラメータと
   のうちの一つを含むことを特徴とする請求項３に記載の方法。
5. 前記保留メッセージ（３１５，４１５）は、保留時間推定値を含み、
   前記遠隔コンテンツサーバ（１７０）に前記コンテンツ要求（４２５）を送信する工程が、前記代替メディアコンテンツ（４３５）の選択に使用するために、前記遠隔コンテンツサーバ（１７０）に対して前記保留時間推定値を送信する工程を含むことを特徴とする請求項３に記載の方法。
6. 前記保留メッセージ（３１５，４１５）は、ネットワークアドレスを含み、
   前記コンテンツ要求（４２５）を前記遠隔コンテンツサーバ（１７０）に送信する工程が、前記ネットワークアドレスを使ってコンテンツ要求（４２５）をアドレス指定する工程を含むことを特徴とする請求項３に記載の方法。
7. 前記保留メッセージ（３１５，４１５）がさらに認証鍵を含み、
   前記代替メディアコンテンツのコンテンツ要求（４２５）を前記遠隔コンテンツサーバ（１７０）に送信する工程が、前記コンテンツ要求（４２５）の認証、前記代替メディアコンテンツ（４３５）の選択のいずれか一方または双方で使用するために、前記認証鍵を前記遠隔コンテンツサーバ（１７０）に送信する工程を含むことを特徴とする請求項６に記載の方法。
8. 前記保留メッセージ（３１５，４１５）はネットワークアドレスを含み、
   前記代替メディアコンテンツの再生を開始する工程は、ローカルに蓄積されたメディアコンテンツの再生を開始する工程と、ネットワークアドレスがアドレス指定されたコンテンツ要求（４２５）を前記遠隔コンテンツサーバ（１７０）に送信して、該コンテンツ要求（４２５）に応じて受信した代替メディアコンテンツ（４３５）の再生を開始する工程とを、蓄積されたユーザのプリファレンスに基づいて、選択的に実行することを特徴とする請求項１に記載の方法。
9. 通信装置（１００）であって、
   遠隔通信ノードと通信セッションを実行するように構成された通信部（５１０）と、
   出力部（５２０，５２５，５３０）と、
   前記通信部（５１０）と前記出力部（５２０，５２５，５３０）とに接続されたプロセッサであって、
   前記通信セッションの間に受信した保留メッセージ（３１５，４１５）に応じて、前記遠隔通信ノードが提供する音声情報または映像情報（３０５，４０５）の前記出力部（５２０，５２５，５３０）における出力を保留し、
   前記出力部（５２０，５２５，５３０）に、代替メディアコンテンツの再生を開始させ、
   前記代替メディアコンテンツの再生を保留し、再開メッセージ（３４５，４５０）に応じて、前記遠隔通信ノードが提供する音声情報または映像情報（３６５，４７０）の出力を再開させる
   ように構成されたプロセッサ（５４０）と、
   を備えることを特徴とする通信機器（１００）。
10. 前記プロセッサ（５４０）に接続され、ローカルのメディアコンテンツを蓄積するように構成されたメモリユニット（５５０）を更に備え、
    前記プロセッサは、前記メモリユニット（５５０）から前記ローカルのメディアコンテンツを選択し、選択された前記ローカルのメディアコンテンツを利用して前記出力部（５２０，５２５，５３０）に前記代替メディアコンテンツの再生を開始させるように構成されていることを特徴とする請求項９に記載の通信機器（１００）。
11. 前記プロセッサ（５４０）は、遠隔コンテンツサーバ（１７０）にコンテンツ要求（４２５）を送信し、当該コンテンツ要求（４２５）に応じて前記遠隔コンテンツサーバ（１７０）から受信した前記代替メディアコンテンツ（４３５）の再生を開始するように更に構成されていることを特徴とする請求項９に記載の通信機器。
12. 前記コンテンツ要求（４２５）は、前記代替メディアコンテンツ（４３５）を選択するために前記遠隔コンテンツサーバ（１７０）が使用する、前記通信機器（１００）又は当該通信端末（１００）のユーザを識別する要求者ＩＤと、前記代替メディアコンテンツ（４３５）を選択するために前記遠隔コンテンツサーバ（１７０）が使用する、好適なメディアタイプを示すメディア・タイプ・パラメータと、のいずれかを含むことを特徴とする請求項１１に記載の通信機器。
13. 前記保留メッセージ（３１５、４１５）は、保留時間推定値を含み、
    前記プロセッサ（５４０）は、前記代替メディアコンテンツ（４３５）の選択において使用するために、前記遠隔コンテンツサーバ（１７０）に前記保留時間推定値を送信するようさらに構成されていることを特徴とする請求項１１に記載の通信機器。
14. 前記保留メッセージ（３１５、４１５）は、認証鍵とネットワークアドレスとを含み、
    前記プロセッサ（５４０）は、前記コンテンツ要求（４２５）を前記ネットワークアドレスを用いてアドレス指定するように構成され、
    前記プロセッサ（５４０）は、前記コンテンツ要求（４２５）の認証用に、前記遠隔コンテンツサーバ（１７０）に前記認証鍵を送信するようにさらに構成されていること、
    を特徴とする請求項１１に記載の通信機器。
15. 前記保留メッセージ（３１５、４１５）は、ネットワークアドレスを含み、
    前記プロセッサ（５４０）は、ローカルに蓄積されたメディアコンテンツの再生の開始、或いは、ネットワークアドレスがアドレス指定されたコンテンツ要求（４２５）を前記遠隔コンテンツサーバ（１７０）に送信して、該コンテンツ要求（４２５）に応じて受信した代替メディアコンテンツ（４３５）の再生の開始を、蓄積されたユーザのプリファレンスに基づいて、選択的に実行するように構成されていることを特徴とする請求項９に記載の通信機器。

Images