(57)【要約】  本発明は、パケットベースの遠距離通信ネットワークで発信者３２へのコールバック３０５、３１５を設定する方法、ならびにこの方法を実行するための端末およびメディアサーバ３１に関する。コールバック３０５、３１５は、メディアストリーム３１１、３１２、３１６を受信するユーザ３０によって開始される。ユーザ３０はメディアサーバ３１へのパケットベース接続を設定し、メディアサーバ３１からメディアストリーム３１１、３１２、３１６を受信する。ユーザ３０によって発信者３２へコールバックすることを選択した後、メディアサーバ３１はメディアストリーム３１１、３１２、３１６の状態を定義するデータを有するクッキーを生成し、ユーザ３０にクッキーを送信する。ユーザ３０はメディアサーバ３１から独立して発信者３２へのコールバック３０５、３１５を開始する。コールバック３０５、３１５の終了後、メディアストリーム３１１、３１２、３１６の状態を定義するデータはメディアサーバ３１または関連メディアサーバに送信され、データによって定義された状態の次の状態からユーザ３０へのメディアストリーム３１１、３１２、３１６の送信を再開するために使用される。
2010530683.tif 000002
【特許請求の範囲】
【請求項１】
パケットベースの遠距離通信ネットワークで、発信者（３２）に関連したデータを含むメディアストリーム（３１１、３１２、３１６）を受信するユーザ（３０）によって開始される、発信者（３２）へのコールバック（３０５、３１５）を設定する方法であって、
ユーザ（３０）によってメディアサーバ（３１）へのパケットベース接続を設定し、メディアサーバ（３１）からメディアストリーム（３１１、３１２、３１６）を受信するステップと、
ユーザ（３０）によって発信者（３２）へコールバックすることを選択した後で、メディアサーバ（３１）によって、メディアストリーム（３１１、３１２、３１６）の状態を定義するデータを有するクッキーを生成して、ユーザ（３０）にクッキーを送信するステップと、
メディアサーバ（３１）から独立してユーザ（３０）によって発信者（３２）へのコールバック（３０５、３１５）を開始するステップと、
コールバック（３０５、３１５）の終了後、メディアストリーム（３１１、３１２、３１６）の状態を定義するデータをメディアサーバ（３１）または関連メディアサーバへ送信し、データによって定義された状態の後の状態からユーザ（３０）へのメディアストリーム（３１１、３１２、３１６）の送信を再開するために、メディアストリーム（３１１、３１２、３１６）の状態を定義するデータを使用するステップとを含む、方法。
【請求項２】
メディアサーバ（３１）によって前記クッキーを生成するステップであって、クッキーが自動音声応答スクリプトに関連したＶＸＭＬ  ＵＲＬをさらに含むステップと、
呼び出し転送の開始のために、メディアサーバ（３１）によってＳＩＰ  ＲＥＦＥＲメッセージ（３０３）およびクッキーをユーザ（３０）に送信するステップと、
コールバック（３０５、３１５）の終了後、ユーザ（３０）によってＳＩＰ  ＩＮＶＩＴＥメッセージ（３０７）およびＶＸＭＬ  ＵＲＬをメディアサーバ（３１）または関連メディアサーバへ送信するステップと、
メディアストリーム（３１１、３１２、３１６）の送信を再開するために、メディアサーバ（３１）または関連メディアサーバによって、ＶＸＭＬ  ＵＲＬを用いた自動音声応答スクリプトをロードするステップとをさらに含むことを特徴とする、請求項１に記載の方法。
【請求項３】
ＳＩＰ  ＲＥＦＥＲメッセージ（３０３）のコンタクトヘッダのパラメータとして指標を挿入するステップであって、前記指標が、ユーザ（３０）がコールバック（３０５、３１５）の終了後にメディアサーバ（３１）または関連メディアサーバにコールバックしてもよいということを示すステップをさらに含むことを特徴とする、請求項２に記載の方法。
【請求項４】
メディアサーバ（３１）によって前記クッキーを生成するステップであって、クッキーがメディアサーバ（３１）または関連メディアサーバに割り当てられたＳＩＰ  ＵＲＬをさらに含むステップと、
前記ＳＩＰ  ＵＲＬによって、送信されるべきパケットをメディアサーバ（３１）または関連メディアサーバにアドレス指定するステップとをさらに含むことを特徴とする、請求項１に記載の方法。
【請求項５】
コールバック（３０５、３１５）の終了後、ユーザ（３０）によってクッキーをメディアサーバ（３１）または関連メディアサーバに返信するステップと、
ユーザ（３０）からクッキーを受信した後、メディアサーバ（３１）または関連メディアサーバによって、ユーザ（３０）の認証および／またはアナウンスをスキップするステップと、
メディアサーバ（３１）または関連メディアによって、クッキーの中のデータに基づいて、クッキーの中のデータによって定義される状態の次の状態を取り出すステップと、
取り出された状態からユーザ（３０）へのメディアストリーム（３１１、３１２、３１６）の送信を再開するステップとをさらに含むことを特徴とする、請求項１に記載の方法。
【請求項６】
メディアサーバ（３１）によって前記クッキーを生成するステップであって、クッキーが関連メディアサーバに割り当てられたＳＩＰ  ＵＲＬをさらに含み、それによって関連メディアサーバがユーザ（３０）の認証および／またはアナウンスを伴わずにメディアストリーム（３１１、３１２、３１６）の送信を再開するようになされるステップと、
関連メディアサーバに割り当てられた前記ＳＩＰ  ＵＲＬによって、メディアストリーム（３１１、３１２、３１６）の送信を再開するために、ユーザ（３０）によって送信されるべきパケットをアドレス指定するステップとをさらに含むことを特徴とする、請求項１に記載の方法。
【請求項７】
コールバック（３０５、３１５）の終了後、ユーザ（３０）から、またはユーザ（３０）とメディアサーバ（３１）もしくは関連メディアサーバとの両方に接続された中間サーバからメディアサーバ（３１）または関連メディアサーバへの新たな接続を確立するステップをさらに含むことを特徴とする、請求項１に記載の方法。
【請求項８】
コールバックの間、メディアサーバ（３１）および／または関連メディアサーバをアイドル状態に保つステップをさらに含むことを特徴とする、請求項１に記載の方法。
【請求項９】
パケットベースの遠距離通信ネットワークで、発信者（３２）に関連したデータを含むメディアストリーム（３１１、３１２、３１６）を端末（５０）を通じて受信するユーザ（３０）によって開始される、発信者（３２）へのコールバック（３０５、３１５）を設定するための端末（５０）であって、メディアサーバ（３１）へのパケットベース接続を設定し、メディアサーバ（３１）からメディアストリーム（３１１、３１２、３１６）を受信し、ユーザ（３０）によって発信者（３２）にコールバックすることを選択した後で、メディアストリーム（３１１、３１２、３１６）の状態を定義するデータを有するメディアサーバ（３１）によって生成されたクッキーを受信し、メディアサーバ（３１）から独立してユーザ（３０）によって開始される発信者（３２）へのコールバック（３０５、３１５）を設定し、コールバック（３０５、３１５）の終了後、データによって定義された状態の次の状態から端末（５０）へのメディアストリーム（３１１、３１２、３１６）の送信を再開するためにメディアストリーム（３１１、３１２、３１６）の状態を定義するデータを使用するメディアサーバ（３１）または関連メディアサーバへメディアストリーム（３１１、３１２、３１６）の状態を定義するデータを送信するように構成された制御ユニット（５０１）を備える、端末（５０）。
【請求項１０】
パケットベースの遠距離通信ネットワークで、発信者（３２）に関連したデータを含むメディアストリーム（３１１、３１２、３１６）を受信するユーザ（３０）によって開始される、発信者（３２）へのコールバック（３０５、３１５）を設定するためのメディアサーバ（３１、５１）であって、ユーザ（３０）によって、パケットベース接続設定を介してユーザ（３０）へのメディアストリーム（３１１、３１２、３１６）をメディアサーバ（３１）へ送信し、ユーザ（３０）によって発信者（３２）にコールバックすることを選択した後で、メディアストリーム（３１１、３１２、３１６）の状態を定義するデータを有するクッキーを生成して、ユーザ（３０）にクッキーを送信し、コールバック（３０５、３１５）の終了後、ユーザ（３０）からメディアストリーム（３１１、３１２、３１６）の状態を定義するデータを受信し、データによって定義された状態の次の状態からユーザ（３０）へのメディアストリーム（３１１、３１２、３１６）の送信を再開するためにメディアストリーム（３１１、３１２、３１６）の状態を定義するデータを使用するように構成された制御ユニット（５１１）を備える、メディアサーバ（３１、５１）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はパケットベースの遠距離通信ネットワークで発信者へのコールバックを設定する方法、ならびに前記方法を実行するための端末およびメディアサーバに関する。
【背景技術】
【０００２】
ユーザは、ストリーミングメディアサーバ（例えばボイスメールサーバなど）を扱っているとき、メッセージを残した人（発信者）との音声および／またはビデオ通信（コールバック）を開始することを決定することができる。一部のマルチメディアメールサーバは、ストリーミングが中断され、サーバがユーザに代わって発信者との通信を再開する機能を提供する。ユーザは、コールバックを終了すると、メディアサーバのところに戻って次のメッセージを聞くことができる。この方法には３つの技術的な問題がある。第１に、ユーザがリアルタイムの通信（発信者へのコールバック）を行っている間に、２つのメディアサーバのポートが使用される。第２に、シグナリングと時折のメディアフローとは、メディアサーバを通じてヘアピニングされる（ｈａｉｒ−ｐｉｎｎｅｄ）。このことはネットワークに負担をかける可能性がある。第３に、メディアサーバがユーザに代わって呼び出しを開始するので、認証（メディアサーバはユーザのパスワードを知らない）、表示（ユーザが発信者を呼び出す代わりに、メディアサーバが発信者を呼び出す）、認可（メディアサーバはユーザに関連した規則を知らない）および報告（課金、呼び出し記録）において通常は矛盾が存在する。
【０００３】
図１は、前述の欠点を示す、先行技術による典型的なコールバックの状況のブロック図である。図１のａ）は、メディアサーバ１１に接続されたユーザ１０を示す。例えば、ユーザ１０はメディアサーバ１１によって管理される自分の電話メールボックスの内容を聞くために、メディアサーバ１１を呼び出している。この接続はＳＩＰダイアログ１０１、およびメディアサーバ１１からユーザ１０へのメディアストリーム１１１の送信を含む（ＳＩＰ＝セッション開始プロトコル）。メディアサーバ１１が発信者１２によって残された音声メッセージをユーザ１０に対して再生した後、メディアサーバ１１はユーザ１０に指示１００１「コールバックするために１を押してください」を告げる。本明細書ではユーザ１０および発信者１２について言及する場合、遠距離通信接続を確立するためにユーザ１０はユーザの端末を使用し、発信者１２は発信者の端末を使用しているということを暗に意味する。
【０００４】
図１のｂ）は、ユーザ１０が自分のデバイスのキー「１」を押した後の続きの状況を示す。メディアサーバ１１は発信者１２へのコールバックを確立するために、発信者１２にＳＩＰ  ＩＮＶＩＴＥメッセージ１０３を送信する。ＳＩＰダイアログ１０２およびメディアストリーム１１２を含むユーザ１０とメディアサーバ１１との間の接続は維持される。
【０００５】
次の状況には２つの選択肢がある。図１のｃ１）を参照すると、ユーザ１０と発信者１２との間で交換されるすべてのデータ、すなわちシグナリングトラフィック１０４、１０５とメディアストリーム１１４、１１５との両方は、メディアサーバ１１を通じてルーティングされる（フルヘアピニング）。または図１のｃ２）を参照すると、ユーザ１０と発信者１２との間のシグナリングトラフィック１０６、１０７だけはメディアサーバ１１を通じてルーティングされるが、一方メディアストリーム１１８は、メディアサーバ１１が回避する中で直接送信される（シグナリングヘアピニング）。図１のｄ）は、発信者１２へのコールバックが終了した後の続きの状況を示す。ＳＩＰダイアログ１０９およびメディアストリーム１１９を含むユーザ１０とメディアサーバ１１との間の接続は維持される。ユーザ１０はメールボックスの項目を聞くこと再開する。例えば、メディアサーバ１１はユーザ１０に指示１００９「メッセージを消去するために１を押してください。次のメッセージを聞くために２を押してください。」を告げる。
【０００６】
図２は、先行技術による同様のコールバックの状況のメッセージフロー図である。この説明は、発信者に対するメディアサーバの役割に焦点を当てている。発信者とユーザとの間の会話が、メディアサーバによってブリッジされるということが意味される。アリスというユーザ２０は、会社のＳＩＰサーバ２３を介してメディアサーバ２１に接続される会社の遠距離通信ネットワークの加入者である。ユーザ２０は、メディアサーバ２１によって管理された自分の電話メールボックスの内容を聞きたいと思う。ユーザ２０は、自分のメールボックスアドレス「ｍｙｍａｉｌｂｏｘ＠ｃｏｒｐｏｒａｔｅ．ｃｏｍ」に宛てられたＳＩＰ  ＩＮＶＩＴＥメッセージ２０１を会社のＳＩＰサーバ２３に送信することによって、ＳＩＰセッションを開始する。会社のＳＩＰサーバ２３は、ＳＩＰ  ＩＮＶＩＴＥメッセージをメディアサーバ２１に転送する（２０２）。メディアサーバ２１は会社のＳＩＰサーバ２３に「２００ＯＫ」メッセージ２０３で応答し、このメッセージは会社のＳＩＰサーバ２３からユーザ２０に転送される（２０４）。「２００ＯＫ」メッセージは、ユーザ２０によって肯定応答（ＡＣＫ）される（２０５）。ＡＣＫメッセージは会社のＳＩＰサーバ２３からメディアサーバ２１に転送される（２０６）。
【０００７】
ＲＴＰメディアストリームの交換のための接続２０７は、ユーザ２０とメディアサーバ２１との間で確立される（ＲＴＰ＝リアルタイムトランスポートプロトコル）。メディアサーバ２１はユーザ２０に指示２０８「ボブのメッセージです。『こんにちはアリス！云々』ボブに折り返し電話するためには１を押してください。次のメッセージを聞くためには２を押してください。」を告げる。ボブとは、ユーザ２０の電話メールボックスに音声メールを残した発信者２２の名前である。ユーザ２０は、自分のデバイスのキー１を押す（２０９）ことによって、このアナウンスに応答する。本明細書でユーザ２０および発信者２２について言及する場合、遠距離通信接続を確立するためにユーザ２０はユーザの端末を使用し、発信者２２は発信者の端末を使用しているということを暗に意味する。
【０００８】
ユーザ２０の端末のキー１を押すことによって起動されて、メディアサーバ２１は、発信者２２のアドレス「ｂｏｂ＠ｃｏｒｐｏｒａｔｅ．ｃｏｍ」に宛てられたＳＩＰ  ＩＮＶＩＴＥメッセージ２１０を会社のＳＩＰサーバ２３に送信することによって発信者２２とのコールバックＳＩＰセッションを開始する。会社のＳＩＰサーバ２３は、発信者２２にＳＩＰ  ＩＮＶＩＴＥメッセージを転送する（２１１）。ＩＮＶＩＴＥメッセージ２１０、２１１によって起動された発信者２２の端末は着信音を鳴らし始め、１８０ＲＩＮＧＩＮＧ応答２１２、２１３が会社のＳＩＰサーバ２３を介してメディアサーバ２１に返信される。１８０ＲＩＮＧＩＮＧ応答が受信されると、メディアサーバ２１のＵＡＣは、メディアサーバ２１で呼び出し音２１４を鳴らす役割を果たす（ＵＡＣ＝ユーザエージェントクライアント）。
【０００９】
発信者２２が一旦電話に出ると（２１５）、リクエストが適切に処理されたために、成功の２００ＯＫ応答２１６、２１７は会社のＳＩＰサーバ２３を介して発信者２２からメディアサーバ２１に返信される。２００ＯＫメッセージ２１６、２１７はメディアサーバ２１によって肯定応答（ＡＣＫ）され（２１８）、呼び出しが接続される。ここで、発信者とメディアサーバ２１との間の実際の会話２１９は、ＲＴＰを介してデータとして送信される。メディアサーバ２１はこのＲＴＰフローをユーザ２０にブリッジし（２２０）、したがってユーザ２０と発信者２２との仲介者としての役割を果たす。発信者２２へのコールバックの間、メディアサーバ２１はステートフルメディアサーバ２９０である。着信側が「さようなら（２２１）」と言って電話を切ると、ＢＹＥリクエスト２２２がメディアサーバ２１に送信される。メディアサーバ２１は２００ＯＫ２２３で発信者２２に応答する。
【００１０】
発信者２２へのコールバック接続が終了された後、メディアサーバ２１からユーザ２０へのメディアストリームの送信２２４は、それが発信者２２へのコールバックの設定のために中断されたところで再開される。メディアサーバ２１は、アナウンス２２５「次のメッセージはチャールズからです。『こんにちは、アリス！』」でメディアストリーム２２４を再開してもよい。
【００１１】
さらに、ユーザがＳＩＰ（ＱＳＩＧまたはＨ．３２３）を使用するインターネットを介して呼び出しを行う場合、そのような呼び出しは通常ステートレスになる（ＱＳＩＧ＝Ｑシグナリング）。これは、ユーザが発信者によってユーザの（音声／ビデオ）メールボックスに残されたいくつかのメッセージを聞いた後で、その発信者へのコールバックを始めたいと思う場合に、大きな欠点となる。
【００１２】
Ｊ．Ｒｏｓｅｎｂｅｒｇ、Ｊ．ＬｅｎｎｏｘおよびＨ．Ｓｃｈｕｌｚｒｉｎｎｅ、「Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｎｅｔ  Ｔｅｌｅｐｈｏｎｅｙ  Ｓｅｒｖｉｃｅ」、ＩＥＥＥ  Ｉｎｔｅｒｎｅｔ  Ｃｏｍｐｕｔｉｎｇ、第３巻、第３号、１９９９年、６３−７２頁（技術報告番号ＣＵＣＳ−０１０−９９）は、その後の応答を処理するためにサーバとやりとりし続けることができるように、呼び出しに関連したスクリプトが存続することを達成するための解決策を述べている。これは、ＳＩＰ  ＣＧＩ（＝コモンゲートウェイインターフェース）のメタヘッダを通じてスクリプトからサーバに渡される、スクリプトクッキーと呼ばれる状態トークンを定義することによって達成される。スクリプトがしばらく後で再実行される場合、サーバは環境変数を通じてクッキーをスクリプトに返す。
【００１３】
現時点での最良の解決策は、サーバが仲介者の役割を果たして、メディアサーバのメディアポートはリアルタイムの通信まで解放されるようにメディアフローと再交渉するというものである。しかしながら、メディアサーバはシグナリングコンテキストを開いたままであり、ＶＸＭＬインタプリタが存在する場合、そのコンテキストもアクティブのままである（ＶＸＭＬ＝音声拡張可能マークアップ言語）。前述のように、メディアヘアピニングを回避する方法が存在する。しかしながら、ユーザのデバイスとメディアサーバとがセッションボーダーコントローラ（＝ＳＢＣ）によって分離されていると、ＳＢＣもコンテキストを開いたままにしておく。別の現時点での利用可能な解決策は、誰のために呼び出しが行われたのかを示すことができるメディアサーバによって開始されたメッセージの中に所有者情報が存在するというものである。これは、部分的にはＯｍｎｉＴｏｕｃｈ（Ｒ）の統合通信メディアサーバによって行われる。しかしながら、このメカニズムはマルチベンダの環境では機能せず、ネットワークにおいて複雑である。
【先行技術文献】
【非特許文献】
【００１４】
【非特許文献１】Ｊ．Ｒｏｓｅｎｂｅｒｇ、Ｊ．ＬｅｎｎｏｘおよびＨ．Ｓｃｈｕｌｚｒｉｎｎｅ、「Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｎｅｔ  Ｔｅｌｅｐｈｏｎｅｙ  Ｓｅｒｖｉｃｅ」、ＩＥＥＥ  Ｉｎｔｅｒｎｅｔ  Ｃｏｍｐｕｔｉｎｇ、第３巻、第３号、１９９９年、６３−７２頁
【発明の概要】
【発明が解決しようとする課題】
【００１５】
本発明の目的は、メディアストリームを受信するユーザによるコールバックの設定を改善することである。
【課題を解決するための手段】
【００１６】
本発明の目的は、パケットベースの遠距離通信ネットワークで、発信者に関連したデータを含むメディアストリームを受信するユーザによって開始される、発信者へのコールバックを設定する方法であって、ユーザによってメディアサーバへのパケットベース接続を設定し、メディアサーバからメディアストリームを受信するステップと、ユーザによって発信者へコールバックすることを選択した後で、メディアサーバによって、メディアストリームの状態を定義するデータを有するクッキーを生成して、ユーザにクッキーを送信するステップと、メディアサーバから独立してユーザによって発信者へのコールバックを開始するステップと、コールバックの終了後、メディアストリームの状態を定義するデータをメディアサーバまたは関連メディアサーバへ送信し、データによって定義された状態の後の状態からユーザへのメディアストリームの送信を再開するために、メディアストリームの状態を定義するデータを使用するステップとを含む方法によって達成される。本発明の目的はさらに、パケットベースの遠距離通信ネットワークで、発信者に関連したデータを含むメディアストリームを、端末を通じて受信するユーザによって開始される発信者へのコールバックを設定するための端末であって、メディアサーバへのパケットベース接続を設定し、メディアサーバからメディアストリームを受信し、ユーザによって発信者にコールバックすることを選択した後で、メディアストリームの状態を定義するデータを有するメディアサーバによって生成されたクッキーを受信し、メディアサーバから独立してユーザによって開始される発信者へのコールバックを設定し、コールバックの終了後、データによって定義された状態の後の状態から端末へのメディアストリームの送信を再開するためにメディアストリームの状態を定義するデータを使用するメディアサーバまたは関連メディアサーバへメディアストリームの状態を定義するデータを送信するように構成された端末によって達成される。さらに、本発明の目的は、パケットベースの遠距離通信ネットワークで、発信者に関連したデータを含むメディアストリームを受信するユーザによって開始される、発信者へのコールバックを設定するためのメディアサーバであって、ユーザによって、パケットベース接続設定を介してユーザへのメディアストリームをメディアサーバへ送信し、ユーザによって発信者にコールバックすることを選択した後で、メディアストリームの状態を定義するデータを有するクッキーを生成してユーザにクッキーを送信し、コールバックの終了後、ユーザからメディアストリームの状態を定義するデータを受信し、データによって定義された状態の次の状態からユーザへのメディアストリームの送信を再開するためにメディアストリームの状態を定義するデータを使用するように構成されたメディアサーバによって達成される。
【００１７】
情報処理において、状態は１つまたは複数のチャネルを介してオブジェクトによってオブザーバに送信されるプロパティの完全セットである。状態におけるそのようなプロパティの性質または数量におけるいかなる変更もオブザーバによって検出され、したがって情報の送信が生じる。
【００１８】
状態に依存する情報システムまたはプロトコルは、ステートフルであるとされる。状態に依存しない情報システムまたはプロトコルは、ステートレスであるとされる。例えば、ステートレスなファイヤウォールおよびステートレスなサーバが存在し、ＨＴＴＰはステートレスなプロトコルとみなされる（ＨＴＴＰ＝ハイパーテキスト転送プロトコル）。ＩＳＯ２０２２などの文字符号化は、特定のコード値の解釈がその前に来たコード値に依存するのであればステートフルであるとされる（ＩＳＯ＝国際標準化機構）。
【００１９】
上述の先行技術と比較すると、提案される概念は、メディアサーバ全体の「呼び出し」をステートレスにすること、すなわちスクリプト論理およびＳＩＰサーバによって先行技術と異なる。呼び出しの状態は呼び出し処理を扱う別のＳＩＰサーバの中に保持されるか、またはクッキーに関連したセマンティックにサポートするものであればユーザのデバイスの中に保持される。状態はクッキーの中にあるので、メディアサーバが状態を保持することはない。
【００２０】
ステートレスサーバとしてのメディアサーバの設計は、進行中の会話を扱うために動的にストレージを割り当てなくてもよく、またやりとりの途中でクライアントが動かなくなった場合にそれを解放する心配をしないでもよいことから、サーバの設計を簡単にする。さらに、ロードバランシングが使用されることが可能である。
【００２１】
本発明の別の利点は、メディアサーバを通るシグナリングおよび／またはメディアフローのヘアピニングがないということである。さらに、本発明はミキシングストリーミングおよびリアルタイムセッションのための拡張機能を提供する。
【００２２】
さらに、発信者への新たなリアルタイムの呼び出し、すなわちコールバックは、ユーザのデバイス／端末によって開始される。したがって、リアルタイムの呼び出しは完全にユーザの制御下にある。
【００２３】
さらなる利点は、従属する特許請求の範囲によって示される本発明の実施形態によって達成される。
【００２４】
本発明の好ましい実施形態によれば、メディアサーバは、ユーザが発信者へのコールバックを設定したいということを示すときのメディアストリームの状態に関連した前記クッキーを生成する。生成されるクッキーは、メディアストリームの状態を定義するデータ、および自動音声応答（＝ＩＶＲ）スクリプトに関連したＶＸＭＬ  ＵＲＬを含む（ＵＲＬ＝ユニフォームリソースロケータ）。メディアストリームの状態を定義するデータは、ユーザがコールバックの設定を要求する時点、すなわちメディアサーバからユーザへのメディアストリームの送信が一時停止される時点のメディアストリームの状態を特定する。メディアサーバは呼び出し転送の開始のために、ＳＩＰ  ＲＥＦＥＲメッセージおよびクッキーをユーザに送信する。ユーザはＳＩＰ  ＲＥＦＥＲメッセージおよびクッキーを受信し、後で使用するためにクッキーを保存する。
【００２５】
ユーザよるコールバックの終了後、ユーザはメディアサーバか、またはそのメディアサーバに関連した関連メディアサーバにＳＩＰ  ＩＮＶＩＴＥメッセージおよびＶＸＭＬ  ＵＲＬを送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージおよびＶＸＭＬ  ＵＲＬの受信後、メディアサーバまたは関連メディアサーバはＶＸＭＬ  ＵＲＬによって取り出され、識別されたＩＶＲスクリプトをそれが保存されたデータベースからロードする。ＩＶＲスクリプトをロードした後、メディアサーバまたは関連メディアサーバは、コールバックの前のメディアストリームの送信が一時停止されていたところのメディアストリームの状態から、ユーザへのメディアストリームの送信を再開する。
【００２６】
ユーザはコールバックの終了後、メディアストリームがＶＸＭＬファイルとして保存されるデータベースへのアクセスを用いてメディアサーバまたは関連メディアサーバへ再接続することができる。その後ユーザは、ＶＸＭＬファイルとして保存されたメディアストリームに関連したＶＸＭＬ  ＵＲＬをメディアサーバまたは関連メディアサーバに送信する。メディアサーバまたは関連メディアサーバは、ＶＸＭＬ  ＵＲＬによってＶＸＭＬファイルとして保存されたメディアストリームにアクセスし、クッキーデータによって定義される状態の次の状態からユーザにメディアストリームを送信する。
【００２７】
さらに、ユーザからクッキーまたは状態関連のデータを受信した後、メディアサーバまたは関連メディアサーバがメディアストリームの現在の状態に関連したメニューをロードすることが可能である。
【００２８】
本発明の別の好ましい実施形態によれば、ＳＩＰ  ＲＥＦＥＲメッセージは、ユーザがコールバックを終了したときにメディアサーバにコールバックすることができるということを示す指標を含む。この指標は、ＳＩＰ  ＲＥＦＥＲメッセージのコンタクトヘッダのパラメータとして挿入されてもよい。
【００２９】
本発明の別の好ましい実施形態によれば、メディアサーバは前記クッキーを生成し、クッキーはメディアストリームの状態を定義するデータ、およびメディアサーバに割り当てられたＳＩＰ  ＵＲＬまたは関連メディアサーバに割り当てられたＳＩＰ  ＵＲＬを含む。発信者へのコールバックを終了した後、ユーザは送信されるべきパケットをメディアサーバまたは関連メディアサーバにアドレス指定するために、前記ＳＩＰ  ＩＲＬを宛先アドレスとして使用する。
【００３０】
好ましい実施形態で、ユーザはコールバックの終了後、メディアサーバまたは関連メディアサーバにクッキーを返信する。ユーザからクッキーを受信した後、メディアサーバまたは関連メディアサーバはユーザの認証および／またはユーザへのアナウンスを省く。これは、メディアサーバまたは関連メディアサーバが、同じメディアストリームに関してユーザがすでに以前にメディアサーバに接続されているということをクッキーによって知らされていることから可能であってもよい。すでにユーザがユーザ認証を通過しているか、または最初のアナウンスを聞いているので、ユーザとの通信のこの部分は省略されることが可能であり、メディアストリームの送信が直ちに再開されることが可能である。したがってメディアサーバまたは関連メディアサーバは、クッキーの中のデータ、すなわちメディアストリームの状態を定義するデータに基づいて、クッキーの中のデータによって定義される状態の次の状態を判定する。その後、メディアサーバまたは関連メディアサーバは、取り出された状態からユーザへのデータストリームの送信を再開する。
【００３１】
本発明の別の好ましい実施形態によれば、メディアサーバは前記クッキーを生成し、それによってクッキーはメディアストリームの状態を定義するデータ、および関連メディアサーバに割り当てられたＳＩＰ  ＵＲＬを含む。関連メディアサーバはユーザの認証および／またはユーザへのアナウンスを伴わずに、一時停止されたメディアストリームの送信を再開するように構成される。ユーザが最初に接続を設定し、最初にユーザにメディアストリームを送信する最初のメディアサーバは、認証手続き（例えばユーザのＰＩＮの入力など）および／またはユーザへのアナウンス（例えばメールボックスへの接続の間に、ユーザの端末のキーパッド上のキーの機能を説明することなど）を実行する。この最初のメディアサーバは、本明細書中では「メディアサーバ」と呼ばれる。
【００３２】
最初のメディアサーバに関連した第２のメディアサーバが存在する。この第２のメディアサーバは、本明細書では「関連メディアサーバ」と呼ばれる。関連メディアサーバは、認証またはユーザへのアナウンスを実行するように設定されていなくてもよい。したがって、ユーザは最初にメディアサーバへの接続を確立する。メディアストリームを送信する間のある時点で、ユーザはメディアストリームの送信が一時停止されている間にコールバックを行うことを決めることができる。コールバックの後、ユーザは、例えば他の発信者によって残されたメールボックス中に残っているメッセージを聞くために、メディアストリームの送信を再開しようとする。
【００３３】
関連メディアサーバへの接続を確立するために、ユーザは、送信を再開したいという希望を示すメッセージのための宛先アドレスとして関連メディアサーバに割り当てられたＳＩＰ  ＵＲＬを使用する。例えば、ユーザは関連メディアサーバに割り当てられたＳＩＰ  ＵＲＬとともにＳＩＰ  ＩＮＶＩＴＥメッセージをアドレス指定し、このＳＩＰ  ＩＮＶＩＴＥメッセージを関連メディアサーバに送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージおよびメディアストリームの状態を定義するデータの受信後、関連メディアサーバは送信が一時停止されたポイントからメディアストリームの送信を継続する。
【００３４】
また、関連メディアサーバのアドレスがメディアサーバからユーザによって受信されるクッキーの中に含まれないことも可能である。代わりに、ユーザの端末は関連メディアサーバのアドレスが保存されるメモリを含む。例えばメールボックスサーバに割り当てられた電話番号などのメディアサーバのアドレスは、ユーザの端末のメモリ内に保存される。また、例えば別の関連したメールボックスサーバに割り当てられた電話番号などの関連メディアサーバのアドレスも、ユーザの端末のメモリ内に保存される。ユーザの端末はメディアサーバとの接続を確立するため、およびユーザのコールバックの後で、ユーザの端末のメモリに保存されたアドレスによって関連メディアサーバへの接続を設定するために設定される。好ましくは、ユーザは自分のメールボックスの中身を最初に聞きたいと思うときに第１キーを押し、コールバックを終了した後で自分のメールボックスに再接続したいときに第２キーを押す。
【００３５】
さらに、ユーザが常にメディアサーバに接続されていることが可能である。例えば、ユーザは有効なメディアサーバのアドレスだけを有する。メディアサーバは、ユーザがすでに実行された認証手続きおよび／または情報のアナウンスをスキップすることができるようにする、例えばポーズなどによって識別される、このアナウンスにおける特定のポイントであるスキップポイントに達するときにユーザがスキップしてもよいというアナウンスをユーザに対して再生する。メディアサーバは、例えばユーザから受信された１つまたは複数のデータパケットの中にある指標によって、ユーザがメディアストリームにアクセスすることをすでに認可されているかどうかを認識することができる。ユーザがアナウンスをスキップすることを望み、すでに認可されているということを示すスキップポイントに達すると、ユーザはメディアサーバから切断され、関連メディアサーバに接続される。ユーザが関連メディアサーバに接続された後、関連メディアサーバは、クッキーの中のデータによって定義される状態の後のメディアストリームの状態から、ユーザへの一時停止されたメディアストリームの送信を再開する。
【００３６】
好ましくは、コールバックの終了後、ユーザはメディアサーバまたは関連メディアサーバへの新たな接続を確立する。またコールバックの終了後、ユーザとメディアサーバまたは関連メディアサーバとの両方に接続された中間サーバがメディアサーバまたは関連メディアサーバへの新たな接続を確立することも可能である。この中間サーバは、例えばインターネットまたはＰＢＸネットワーク（ＰＢＸ＝構内交換機）を制御するサーバなど、保証のない公衆パケットベース電話ネットワークに対して会社の電話ネットワークを保護する会社の電話ネットワークのボーダー制御サーバなどであってもよい。
【００３７】
好ましくは、メディアサーバおよび／または関連メディアサーバは、ユーザによって実行されるコールバックの間アイドル状態のままである。すなわち、メディアサーバおよび／または関連メディアサーバはどのような状態を保つこともなく、そのポートは解放されており、負担がかかることもない。
【００３８】
本発明のこれらの特徴および利点と同様にさらなる特徴および利点は、添付の図面と合わせて、以下の現時点で好ましい例示的な実施形態の詳細な説明を読むことによって、よりよく理解されるであろう。
【図面の簡単な説明】
【００３９】
【図１】先行技術による典型的なコールバックの状況のブロック図である。
【図２】先行技術による同様のコールバックの状況のメッセージフロー図である。
【図３】本発明の実施形態によるコールバック状況のブロック図である。
【図４】本発明の別の実施形態によるコールバック状況のメッセージフロー図である。
【図５】本発明の実施形態による端末およびメディアサーバを詳細に示すブロック図である。
【発明を実施するための形態】
【００４０】
図３は、本発明による典型的なコールバック状況のブロック図である。この実施形態はＳＩＰに基づいているが、シングルステップの転送にサポートするその他のプロトコル（ＱＳＩＧ、Ｈ．３２３）とともに、その他の実施形態が可能である。
【００４１】
図３のａ）は、メディアサーバ３１に接続されたユーザ３０を示す。メディアサーバ３１は、１つまたは複数の相互リンクされたコンピュータ、すなわちハードウェアプラットフォーム、そのハードウェアプラットフォームに基づいているソフトウェアプラットフォーム、ならびにそのソフトウェアおよびハードウェアプラットフォームにより形成されるシステムプラットオームによって実行される複数のアプリケーションプログラムから構成される。メディアサーバ３１の機能は、これらのアプリケーションプログラムの実行によって提供される。このアプリケーションプログラムまたはこれらのアプリケーションプログラムの選択された部分は、システムプラットフォーム上で実行される場合に以下で説明されるようにコールバックサービスを提供するコンピュータソフトウェア製品を構成する。さらに、そのようなコンピュータソフトウェア製品は、これらのアプリケーションプログラムまたは前記アプリケーションプログラムの選択された部分を保存する記憶媒体によって構成される。
【００４２】
機能的な観点から、メディアサーバ３１は、例えばデータを送受信し、パケットをシグナリングするためのものなど、その他のネットワークノードまたはユーザ端末との通信のためのインタフェース、および例えばクッキー生成のためのものなど、本発明によるメディアサーバ３１の機能を制御するための制御ユニットを含む。
【００４３】
例えば、ユーザ３０はメディアサーバ３１によって管理された自分の電話メールボックスの内容を聞くために、メディアサーバ３１を呼び出している。この接続はＳＩＰダイアログ３０１、およびメディアサーバ３１からユーザ３０へのメディアストリーム３１１の送信を含む。メディアストリーム３１１は、ユーザ３０によって応答されていない呼び出しについての情報を含む。この呼び出しに関連した情報は、例えば発信者の電話番号、発信者の電話番号と発信者の名前とを相関させることができる相関データベースにメディアサーバ３１がアクセスしているのであれば発信者の名前、呼び出しが受信された時間、および発信者の記録された音声メッセージ（例えば「こんにちはアリス。こちらボブです。できるだけ早く折り返し連絡ください。」など）といったアドレスを含んでもよい。
【００４４】
メディアサーバ３１が発信者３２によって残された音声メッセージをユーザ３０に再生した後、メディアサーバ３１は指示３００１「コールバックするために１を押してください」をユーザ３０に告げる。本明細書ではユーザ３０および発信者３２について言及する場合、遠距離通信接続を確立するためにユーザ３０はユーザの端末を使用し、発信者３２は発信者の端末を使用しているということを暗に意味する。
【００４５】
本発明による方法の中でユーザ３０によって使用される端末は、例えばＶｏＩＰソフトフォンまたはパケットベースの遠距離通信のための移動端末など、任意のパケット対応の遠距離通信端末であってよい（ＶｏＩＰ＝ボイスオーバインターネットプロトコル）。この端末は入力手段、出力手段、保存手段、および上記手段を相互接続し、これらの手段の機能およびやりとりを制御するプロセッサまたは制御ユニットを含む。この入力手段は遠距離通信ネットワークを介して通信相手からパケットを受信するためのインタフェース、文字数字のキーパッドおよびマイクロフォンを含んでよく、この出力手段は遠距離通信ネットワークを介して宛先または通信相手にパケットを送信するためのインタフェース、ＬＣＤモニタおよびスピーカを含んでよく、保存手段はＲＡＭメモリであってよい（ＬＣＤ＝液晶ディスプレイ、ＲＡＭ＝ランダムアクセスメモリ）。
【００４６】
図３のｂ）は、ユーザ３０が発信者３２にコールバックしたいということを示すために、自分のデバイス上のキー「１」を押した後の続きの状況を示す。ユーザ３０のコールバック要求によって起動されて、メディアサーバ３１は、それぞれメディアサーバ３１の現在の状態およびメディアストリームの状態に関連したクッキーを生成する。このクッキーは、自動音声応答スクリプトを示すパラメータとしてＶＸＭＬ  ＵＲＬとともにメディアサーバ３１に割り当てられるＳＩＰ  ＵＲＬであってもよい。
【００４７】
メディアサーバ３１は、ＳＩＰダイアログ３０２およびメディアストリーム３１２を含めて、ユーザ３０とメディアサーバ３１との間の依然として維持されている接続を介して、生成されたクッキーとともにＳＩＰ  ＲＥＦＥＲメッセージ３０３をユーザ３０に送信する。ＲＥＦＥＲメッセージ３０３は、コールバックとともに行われる場合に、ユーザ３０がメディアサーバ３１にコールバックしてもよいということを示す指標を含む。この指標は、ＳＩＰ  ＲＥＦＥＲメッセージ３０３のコンタクトヘッダのパラメータとして挿入されてもよい。受信されたクッキーは、後で使用されるためにユーザ３０の端末のメモリの中に保存される。次いでユーザ３０は、発信者３２へＳＩＰ  ＩＮＶＩＴＥメッセージ３０４を送信することによってコールバックを確立するために発信者３２を呼び出す。
【００４８】
図３のｃ）に示された続きの状況は、発信者３２とのユーザ３０のコールバックである。ユーザ３０と発信者３２との間のコールバックは、ＳＩＰダイアログ３０５およびメディアストリーム３１５を含む。メディアサーバ３１は、コールバックの間はアイドル状態である。
【００４９】
図３のｄ）は、発信者３２へのコールバックが終了された後の続きの状況である。ユーザ３０は、ＳＩＰ  ＩＮＶＩＴＥメッセージ３０７およびクッキーをメディアサーバ３１に送信することによって、メディアサーバ３１へのＳＩＰ接続３０６を再確立する。ユーザ３０は、クッキーとともに受信されたＵＲＬのおかげで、メディアサーバ３１にコールバックすることができる。ＳＩＰダイアログ３０６およびメディアストリーム３１６を含むユーザ３０とメディアサーバ３１との間の接続は再確立される。メディアサーバ３１は、アナウンスが再開されるべきメールボックスの中身のポイント／状態を判定するために、クッキーの中に含まれたデータを使用する。
【００５０】
メディアサーバはＶＸＭＬスクリプトをロードし、別のメッセージに移ることができる。ＶＸＭＬ文書が見つけられる共通サーバにアクセスできる場合、別のメディアサーバが使用されることが可能であることに留意されたい。メディアサーバ３１は、メディアストリームがコールバックの設定のために中断されているメディアストリームの状態に続く、メディアストリームの状態を識別する。メディアサーバ３１は、前記の状態から始めて、メールボックスの項目をユーザ３０に対して再生することを再開する。ユーザ３０は、メールボックスの項目を聞くことを再開する。例えば、メディアサーバ３１はユーザ３０に指示３００６「メッセージを消去するためには１を押してください。次のメッセージを聞くためには２を押してください。」を告げる。
【００５１】
ユーザ３０が次のメッセージを聞くことを望む場合、ユーザ３０は対応するキーを押してもよい。次に前述のステップ（クッキーの生成、ユーザ３０へのクッキーの送信、メディアサーバ３１から独立したコールバック、メディアサーバ３１へのクッキーの再送信、メディアストリーム送信の再確立）は、対応する方法で１つまたは複数の回数繰り返されてもよい。
【００５２】
図４は、本発明による別のコールバック状況のメッセージフロー図である。アリスと呼ばれるユーザ４０は、会社のＳＩＰサーバ４３を介してメディアサーバ４１に接続される会社の遠距離通信ネットワークの加入者である。ユーザ４０は、メディアサーバ４１によって管理された自分の電話メールボックスの内容を聞きたいと思う。ユーザ４０は、自分のメールボックスアドレス「ｍｙｍａｉｌｂｏｘ＠ｃｏｒｐｏｒａｔｅ．ｃｏｍ」に宛てられたＳＩＰ  ＩＮＶＩＴＥメッセージ４０１を会社のＳＩＰサーバ４３に送信することによって、ＳＩＰセッションを開始する。会社のＳＩＰサーバ４３は、ＳＩＰ  ＩＮＶＩＴＥメッセージをメディアサーバ４１に転送する（４０２）。メディアサーバ４１は会社のＳＩＰサーバ４３に「２００ＯＫ」メッセージ４０３で応答し、このメッセージは会社のＳＩＰサーバ４３からユーザ４０に転送される（４０４）。「２００ＯＫ」メッセージは、ユーザ４０によって肯定応答（ＡＣＫ）される（４０５）。ＡＣＫメッセージは会社のＳＩＰサーバ４３からメディアサーバ４１に転送される（４０６）。
【００５３】
ＲＴＰメディアストリームの交換のための接続４０７は、ユーザ４０とメディアサーバ４１との間で確立される。メディアサーバ４１はユーザ４０に指示４０８「ボブのメッセージです。『こんにちはアリス！云々』ボブに折り返し電話するためには１を押してください。次のメッセージを聞くためには２を押してください。」を告げる。ボブとは、ユーザ４０の電話メールボックスに音声メールを残した発信者４２の名前である。ユーザ４０は、自分のデバイスのキー「１」を押す（４０９）ことによって、このアナウンス４０８に応答する。本明細書でユーザ４０および発信者４２について言及する場合、遠距離通信接続を確立するためにユーザ４０はユーザの端末を使用し、発信者４２は発信者の端末を使用しているということを暗に意味する。
【００５４】
ユーザ４０の端末のキー「１」を押すことによって起動されて、メディアサーバ４１は、メディアストリームの現在の状態を定義するデータを含むトークンを生成し、このトークンとともにＳＩＰ  ＲＥＦＥＲメッセージ４１０を会社のＳＩＰサーバ４３に送信する。このトークンは、会社のＳＩＰサーバ４３のメモリの中に保存される。このトークンは、例えばクッキーなどであってもよい。好ましくは、このトークンは「呼び出し」セマンティック「ｗｈｅｎ  ｔｈｅ  ｃａｌｌ  ｉｓ  ｏｖｅｒ，ＩＮＶＩＴＥ  ｔｈｉｓ  ＵＲＬ」に関連する。このセマンティックは、例えば呼び出しを処理するサーバ（会社のＳＩＰサーバ）または呼び出しを行うデバイス（ユーザの端末）など、アップストリームのエンティティによって理解されなければならない。
【００５５】
会社のＳＩＰサーバ４３は、ＳＩＰ  ＲＥＦＥＲメッセージ４１０をユーザ４０に転送する。ユーザ４０は、会社のＳＩＰサーバ４３を介してメディアサーバ４１に２００ＯＫメッセージ４１２、４１３で応答する。次いでユーザ４０はメディアサーバ４１とのＳＩＰセッションを終了するために、会社のＳＩＰサーバ４３を介してメディアサーバ４１にＢＹＥメッセージ４１４、４１５を送信する。メディアサーバ４１は、会社のＳＩＰサーバ４３を介してユーザ４０に２００ＯＫメッセージ４１６、４１７で応答する。
【００５６】
ユーザ４０とメディアサーバ４１との間のセッションを終了した後、メディアサーバ４１はアイドル状態である。ユーザ４０は、会社のＳＩＰサーバ４３を介して発信者４１へのコールバック４１８、４１９を開始する。コールバックの終わりに、発信者４２は会社のＳＩＰサーバ４３にＢＹＥメッセージ４２０を送信する。会社のＳＩＰサーバ４３は、発信者４２に２００ＯＫメッセージ４２１で応答する。
【００５７】
メディアサーバ４１で操作される電話メールボックスのメディアストリームデータのユーザ４０への送信を再開するために、会社のＳＩＰサーバ４３はユーザ４０のメールボックスのアドレス「ｍｙｍａｉｌｂｏｘ＠ｃｏｒｐｏｒａｔｅ．ｃｏｍ」を含むＳＩＰ  ＲＥＦＥＲメッセージおよびトークンをユーザ４０に送信する。ユーザは２００ＯＫメッセージ４２３で会社のＳＩＰサーバ４３に応答する。ユーザ４０は、自分のメールボックスのアドレス「ｍｙｍａｉｌｂｏｘ＠ｃｏｒｐｏｒａｔｅ．ｃｏｍ」に宛てられたＳＩＰ  ＩＮＶＩＴＥメッセージ４２４およびトークンを会社のＳＩＰサーバ４３に送信することによってＳＩＰセッションを開始する。会社のＳＩＰサーバ４３は、ＳＩＰ  ＩＮＶＩＴＥメッセージおよびトークンをメディアサーバ４１に転送する。メディアサーバ４１は「２００ＯＫ」メッセージ４２６で会社のＳＩＰサーバ４３に応答し、このメッセージは会社のＳＩＰサーバ４３からユーザ４０に転送される（４２７）。この「２００ＯＫ」メッセージはユーザ４０によって肯定応答（ＡＣＫ）される（４２８）。このＡＣＫメッセージは、会社のＳＩＰサーバ４３からメディアサーバ４１に転送される（４２９）。
【００５８】
ＲＴＰメディアストリームの交換のための接続４３０は、ユーザ４０とメディアサーバ４１との間で確立される。メディアサーバ４１は、コールバックの設定のためにメディアストリームが一時停止されたところのメディアストリームの状態の後の状態からメディアストリームの送信を再開するために、トークン内に含まれた情報を使用する。メディアサーバ４１はユーザ４０に対してアナウンスを再開し、指示４３１「次のメッセージはチャールズからです。『こんにちはアリス！』」を告げる。
【００５９】
コールバック全体の間、メディアサーバ４１はアイドルメディアサーバ４９１と呼ばれてもよい。トークンがメディアストリームの状態に関するデータを含んでいることから、会社のＳＩＰサーバ４３はステートフルサーバ４９０と呼ばれてもよい。同様に、ユーザ４０はメディアストリームの状態についての情報を受信するので、ステートフルデバイス４９２と呼ばれてもよい。
【００６０】
図５はユーザ端末５０、メディアサーバ５１および発信者端末５２との間の接続を提供する遠距離通信ネットワーク５３を示す。
【００６１】
ユーザ端末５０は制御ユニット５０１、入力手段５０２（例えばキーパッド、マイクロフォンなど）、出力手段５０３（例えばスクリーン、スピーカなど）および遠距離通信ネットワーク５３へのインタフェース５０４を備える。制御ユニット５０１は入力手段５０２、出力手段５０３およびインタフェース５０４に接続されている。制御ユニット５０１はユーザ端末５０の機能を制御し、端末５０の中央点および処理ユニットの役割を果たす。
【００６２】
制御ユニット５０１は、インタフェース５０４を介してメディアサーバ５１へのパケットベース接続を設定し、インタフェース５０４を介してメディアサーバ５１からメディアストリームを受信し、出力手段５０３を介してメディアストリームの出力を制御する。端末５０のユーザは、発信者端末５２の発信者をコールバックしたいという自分の希望を、例えば入力手段５０２のキーを押すことによって示す。制御ユニット５０１はメディアサーバ５１によって生成されたクッキーを、インタフェース５０４を介して受信し、発信者端末５２へのコールバックの設定を起動する。制御ユニット５０２はコールバックの終了後、メディアストリームの状態を定義するデータを、インタフェースを介してメディアサーバ５１または関連メディアサーバに送信する。
【００６３】
メディアサーバ５１は制御ユニット５１１、および遠距離通信ネットワーク５３へのインタフェース５１２を備える。制御ユニット５１１はインタフェース５１２に接続される。制御ユニット５１１はメディアサーバ５１の機能を制御し、メディアサーバ５１の処理ユニットの役割を果たす。
【００６４】
制御ユニット５１１はインタフェース５１２を介してユーザ端末５０にメディアストリームを送信し、クッキーを生成してそのクッキーを、インタフェース５１２を介してユーザ端末５０に送信する。コールバックの終了後、制御ユニット５１１はインタフェース５１２を介して、メディアストリームの状態を定義するデータをユーザ端末５０から受信し、インタフェース５１２を介してユーザ端末５０へのメディアストリームの送信を再開するためにそれらのデータを使用する。
【００６５】
発信者端末５２は、端末機能の制御のための中央ユニット５２１、入力手段５２２、出力手段５２３、および遠距離通信ネットワーク５３へのインタフェース５２４を備える。発信者には出力手段５２３を介してユーザ端末５０からのコールバックが示される（例えば呼び出し音）。発信者が、例えばキーパッドのキーを押すことなどによって入力手段５２２を介してコールバックを受けた後、発信者端末５２はインタフェース５２４を介してコールバックを受信する。制御ユニット５２１はコールバックの内容パケットおよびシグナリングパケットを受信し、例えばコールバックの内容パケットの発信者への出力など、それらの処理を制御する。発信者は（例えばキーパッドのキーを押すことなどによって）入力手段５２２を介してコールバックを終了したいということを示す。このやりとりは、ユーザ端末５０との接続を終了するために制御ユニット５２１を起動させる。
【図１】
2010530683.tif 000003
【図２】
2010530683.tif 000004
【図３】
2010530683.tif 000005
【図４】
2010530683.tif 000006
【図５】
2010530683.tif 000007
【国際調査報告】
2010530683.tif 000008
2010530683.tif 000009
2010530683.tif 000010