(57)【特許請求の範囲】
【請求項１】
メディアリソースのロケータとメディア放送の制御とを実施する放送制御部と、サービスに関連するユーザーの配置情報を記憶する及び／又は管理するサービス管理部と、メディアリソースと関連情報とを記憶する及び管理するリソース管理部とを含むサービスサーバーと、
メディアリソースの放送とメディア放送の制御とを実施するメディアリソースクライアントと、
ユーザーデータと個人のメディアリソースとを管理する管理機能クライアントと、
サービス実行の過程において、サービスサーバーをコールしてメディア放送を制御するのに用いられるサービス及びアプリケーションとしての付加価値サービス及びアプリケーションサーバーと、
を備え、
前記サービスサーバーは、
前記メディアリソースクライアントから送信されたメディア放送の制御コマンドを受信し、かつ、前記メディアリソースクライアントにメディアリソースをダウンロードするインターフェイスを提供するのに用いられる第１インターフェイスを、前記メディアリソースクライアントへ提供し、
前記付加価値サービス及びアプリケーションサーバーに前記サービスサーバーをコールするインターフェイスを提供するのに用いられる第２インターフェイスを、前記付加価値サービス及びアプリケーションサーバーへ提供し、前記第２インターフェイスを介して、コールとサービス情報により放送するのに必要なメディアリソースを取得してメディア放送を制御し、且つ、前記付加価値サービス及びアプリケーションサーバーから送信されたメディア放送の制御コマンドを受信する
ことを特徴とするメディアリソース放送システム。
【請求項２】
前記サービスサーバーは、
ユーザーデータ設定の管理及びユーザーリソースの管理を行うインターフェイスを前記管理機能クライアントに提供するのに用いられる第３インターフェイスを、前記管理機能クライアントへ提供することと、
前記ユーザーの配置情報を更新及び取得するインターフェイスをサービスポータル及び／又は管理ポータルに提供するのに用いられる第４インターフェイスを、サービスポータル及び／又は管理ポータルへ提供することと、
第５インターフェイスを介して、プレゼンスサーバーとロケータサーバーとを含む特殊アプリケーションサーバーをコールすることができるように、且つ、対応するサービス能力を取得することができるように、特殊アプリケーションサーバーへ前記第５インターフェイスを提供することと、
メディア放送装置を制御して放送を実行できるように、メディア放送装置へ第６インターフェイスを提供することと、
前記メディアサーバーが放送機能を完成することができるように、前記リソース管理部に記憶されたメディアリソースをネットワークファイルの方式で前記メディアサーバーに提供することと、
セキュアハイパーテキスト転送プロトコルのダウンロード機能をサポートすることと、
メディア放送の制御動作、ユーザーデータ動作、及び／又はリソース動作に対してビリングイベントを報告することと、
のうちの少なくとも１つを実行することを特徴とする請求項１に記載のシステム。
【請求項３】
サービスサーバーが付加価値サービス及びアプリケーションサーバーからのメディア放送をリクエストするコールリクエストを受信し、
前記サービスサーバーが前記コールリクエストに応じてメディアリソースをロケータし、且つ、メディアリソースタイプに応じて対応する方式を採用してメディア放送を行い、
クライアントが前記サービスサーバーに提供されたインターフェイスを介してメディア放送を制御する
メディアリソースの放送方法であって、
前記クライアントが前記メディア放送を制御する処理は、
前記クライアントが、前記メディアリソースシステムに提供された第１インターフェイスを介して予定の方式で、実行中のサービスのコンテキスト情報及び制御コマンド値をキャリーするメディア制御リクエストを前記サービスサーバーへ送信することと、
前記サービスサーバーが前記メディア制御リクエストを受信し、前記制御コマンド値を取得し、且つ、前記制御コマンド値に相応する制御コマンドを前記付加価値サービス及びアプリケーションサーバーへ送信することと、
前記付加価値サービス及びアプリケーションサーバーが前記制御コマンドによりメディア放送を制御することと、を含み、
前記付加価値サービス及びアプリケーションサーバーがメディア放送を制御する処理は、
前記付加価値サービス及びアプリケーションサーバーが、前記第１インターフェイスを介して、制御コマンド値をキャリーするメディア制御リクエストを前記サービスサーバーへ送信することと、
前記サービスサーバーが、前記メディア制御リクエストを受信し、前記制御コマンド値を取得し、且つ、前記制御コマンド値に相応する制御コマンドを前記付加価値サービス及びアプリケーションサーバーへ送信することと、
前記付加価値サービス及びアプリケーションサーバーが前記制御コマンドによってメディア制御を行うことと、を含む
ことを特徴とするメディアリソースの放送方法。
【請求項４】
前記コールリクエストは、前記サービスサーバーが放送するのに必要なメディアを示すリクエストタイプと、放送されるメディアオブジェクトのメディア記述情報と、のうちの少なくとも１つを含む
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記メディアリソースがリアルタイムのメディアである場合、前記サービスサーバーがメディアリソースタイプに応じて対応する方式を採用してメディア放送を行うことは、
前記サービスサーバーがメディア放送装置を制御してメディアネゴシエーションを行い、且つ、メディアネゴシエーションの結果を前記付加価値サービス及びアプリケーションサーバーに返し、
前記付加価値サービス及びアプリケーションサーバーが前記サービスサーバーに放送を行うことをリクエストし、前記サービスサーバーがメディア放送装置を制御して放送する
ことを含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記サービスサーバーがメディアリソースタイプに応じて対応する方式を採用してメディア放送を行った後、前記方法は、
前記付加価値サービス及びアプリケーションサーバーが所定イベントを受信し、前記サービスサーバーに放送中止のリクエストを送信し、
前記放送中止のリクエストに応じて、前記サービスサーバーがメディア放送装置を制御して放送を中止する
ことを更に含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記メディアリソースがスタティックメディアである場合、前記サービスサーバーがメディアリソースタイプに応じて対応する方式を採用してメディア放送を行うことは、
前記サービスサーバーがメディアリソース情報を前記付加価値サービス及びアプリケーションサーバーに返し、かつ、前記付加価値サービス及びアプリケーションサーバーが前記メディアリソース情報を前記クライアントに伝達し、
前記クライアントが前記メディアリソース情報に応じて前記サービスサーバーからメディアリソースをダウンロードして放送する
ことを含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記クライアント及び／又は前記付加価値サービス及びアプリケーションサーバーは、前記サービスサーバーに提供された異なるインターフェイスによってメディア放送を制御する
ことを更に含むことを特徴とする請求項６または７に記載の方法。
【請求項９】
前記サービスサーバーが付加価値サービス及びアプリケーションサーバーからのコールリクエストを受信することは、具体的に、
前記サービスサーバーが、前記サービスサーバーと前記付加価値サービス及びアプリケーションサーバーとの間の第１インターフェイスを介して付加価値サービス及びアプリケーションサーバーからのコールリクエストを受信する
ことを含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記第１インターフェイスは、API、リモートコールインターフェイス、HTTPインターフェイスのいずれかの１つを含む
ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記付加価値サービス及びアプリケーションサーバーは、マルチメディアメッセージサービスサーバー、カラー画像サービスサーバー、ショートメッセージ付加価値サービスサーバー、マルチメディア会議サーバーを含む
ことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記クライアント及び／又は前記付加価値サービス及びアプリケーションサーバーがメディア放送を制御することは、放送中のメディアリソースを中止することと、放送中のメディアリソースを変更することと、放送中のメディアリソースの音量を変更することと、放送中のメディアリソースをコピーすることと、放送されたメディアリソースを動的に選択することと、のうちの少なくとも１つを含む
ことを特徴とする請求項８に記載の方法。
【請求項１３】
前記所定方式は、セキュアハイパーテキスト転送プロトコル方式、または、転送制御プロトコル／インターネットプロトコル方式を含む
ことを特徴とする請求項３に記載の方法。
【請求項１４】
サービスサーバーが、付加価値サービス及びアプリケーションサーバーから、所定のクライアントまでの接続とメディアの放送とをリクエストするコールリクエストを受信することと、
前記サービスサーバーが、前記コールリクエストに応じて、指定された接続されるクライアントに接続することと、
前記サービスサーバーが、前記接続されたクライアントによって送信された接続ステータスの指示を受信した後、前記コールリクエストに応じてメディアリソースをロケータし、メディアリソースタイプに応じて異なる方式を採用してメディア放送を制御することと、
クライアントが、前記サービスサーバーに提供されたインターフェイスを介してメディア放送を制御することと
を含み、
前記クライアントがメディア放送を制御する処理は、
前記クライアントが、前記メディアリソースシステムに提供された第１インターフェイスを介して予定の方式で、実行中のサービスのコンテキスト情報及び制御コマンド値をキャリーするメディア制御リクエストを前記サービスサーバーへ送信することと、
前記サービスサーバーが前記メディア制御リクエストを受信し、前記制御コマンド値を取得し、且つ、前記制御コマンド値に相応する制御コマンドを前記付加価値サービス及びアプリケーションサーバーへ送信することと、
前記付加価値サービス及びアプリケーションサーバーが、前記サービスサーバーに提供されたインターフェイスを介して前記制御コマンドによりメディア制御を行うことと、を含み、
前記付加価値サービス及びアプリケーションサーバーがメディア放送を制御する処理は、
前記付加価値サービス及びアプリケーションサーバーが、前記第１インターフェイスを介して、制御コマンド値をキャリーするメディア制御リクエストを前記サービスサーバーへ送信することと、
前記サービスサーバーが、前記メディア制御リクエストを受信し、前記制御コマンド値を取得し、且つ、前記制御コマンド値に相応する制御コマンドを前記付加価値サービス及びアプリケーションサーバーへ送信することと、を含む
ことを特徴とするメディアリソースの放送方法。
【請求項１５】
前記メディアリソースがリアルタイムのメディアである場合、前記サービスサーバーがメディアリソースタイプに応じて異なる方式を採用してメディア放送を制御することは、
前記サービスサーバーが、メディア放送装置を制御してメディアネゴシエーションを行い、且つ、メディアネゴシエーションの結果を前記付加価値サービス及びアプリケーションサーバーに返すことと、
前記付加価値サービス及びアプリケーションサーバーが前記サービスサーバーにメディア放送を行うことをリクエストし、前記サービスサーバーが前記メディア放送装置を制御してメディア放送を行うことと、
前記サービスサーバーが、前記接続されたクライアントによって送信された接続ステータス指示を受信し、前記メディア放送装置を制御して放送を中止し、且つ、応答メッセージを前記付加価値サービス及びアプリケーションサーバーに送信することと、
前記付加価値サービス及びアプリケーションサーバーが、要求に応じて前記応答メッセージを前記クライアントに転送し、前記クライアントによって返された確認メッセージを受信することと、
前記付加価値サービス及びアプリケーションサーバーが前記サービスサーバーを介して前記確認メッセージを前記接続されたクライアントに送信し、互いに対話を開始することと、を含み、
前記コールリクエストは、前記サービスサーバーがクライアントに接続しメディア放送を行うことが必要となることを示すリクエストタイプ、接続されたクライアントの識別子、及び放送されるメディアオブジェクトの記述情報、のうちの少なくとも１つを含む
ことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記メディアリソースがスタティックメディアである場合、前記サービスサーバーがメディアリソースタイプに応じて異なる方式でメディア放送を制御することは、
前記サービスサーバーがシグナルを介して前記付加価値サービス及びアプリケーションサーバーへメディアリソース情報を送信し、前記付加価値サービス及びアプリケーションサーバーが前記メディアリソース情報を前記クライアントへ透過的に伝送することと、
前記クライアントが前記メディアリソース情報に応じて前記サービスサーバーからメディアリソースをダウンロードして放送することと、
前記サービスサーバーが、接続されたクライアントの接続ステータス指示を受信し、前記付加価値サービス及びアプリケーションサーバーを介して前記接続ステータス指示を前記クライアントに転送し、前記クライアントが放送を中止して確認メッセージを返すことと、
前記サービスサーバーが前記確認メッセージを前記接続されたクライアントに送信し、互いに対話を開始することと、
を含むことを特徴とする請求項１４に記載の方法。
【請求項１７】
前記コールリクエストは、前記接続されたクライアントの、所定の接続ステータスに達したときに前記サービスサーバーが放送を実施することを示す接続ステータス制御識別子をさらに含む
ことを特徴とする請求項１５又は１６に記載の方法。
【請求項１８】
サービスサーバーが、付加価値サービス及びアプリケーションサーバーからのメディアリソース情報をリクエストするコールリクエストを受信することと、
前記サービスサーバーが、前記コールリクエストに応じてメディアリソースをロケータ及び選択し、且つ、前記メディアリソース情報を前記付加価値サービス及びアプリケーションサーバーに返すことと、
クライアントが、前記サービスサーバーに提供されたインターフェイスを介してメディア放送を制御することと
を含み、
前記クライアントがメディア放送を制御する処理は、
前記クライアントが、前記メディアリソースシステムに提供された第１インターフェイスを介して予定の方式で、実行中のサービスのコンテキスト情報及び制御コマンド値をキャリーするメディア制御リクエストを前記サービスサーバーへ送信することと、
前記サービスサーバーが前記メディア制御リクエストを受信し、前記制御コマンド値を取得し、且つ、前記制御コマンド値に相応する制御コマンドを前記付加価値サービス及びアプリケーションサーバーへ送信することと、
前記付加価値サービス及びアプリケーションサーバーが、前記サービスサーバーに提供されたインターフェイスを介して前記制御コマンドによりメディア制御を行うことと、を含み、
前記付加価値サービス及びアプリケーションサーバーがメディア放送を制御する処理は、
前記付加価値サービス及びアプリケーションサーバーが、前記第１インターフェイスを介して、制御コマンド値をキャリーするメディア制御リクエストを前記サービスサーバーへ送信することと、
前記サービスサーバーが、前記メディア制御リクエストを受信し、前記制御コマンド値を取得し、且つ、前記制御コマンド値に相応する制御コマンドを前記付加価値サービス及びアプリケーションサーバーへ送信することと、を含む
ことを特徴とするメディアリソースの放送方法。
【請求項１９】
前記サービスサーバーが、前記コールリクエストに応じてメディアリソースをロケータ及び選択し、且つ、前記メディアリソース情報を前記付加価値サービス及びアプリケーションサーバーを返した後、前記方法は、 
前記付加価値サービス及びアプリケーションサーバーが、メディア制御を行い、前記メディアリソース情報に応じて前記クライアント及び前記メディア放送装置とインタラクションを行い、且つ、所定方式で前記クライアントへのメディア放送を実施することを更に含み、
前記コールリクエストは、メディアリソース情報をリクエストすることが必要となることを識別するリクエストタイプを含む
ことを特徴とする請求項１８に記載の方法。
【請求項２０】
前記所定方式は、リアルタイムのメディア、ダウンロード、シグナルのいずれかの１つを含むことを特徴とする請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、特に、メディアリソースの放送システム、方法、及びサービスサーバーに関する。
【背景技術】
【０００２】
現在、通信事業者は総合ネットワークのフルサービス事業者に発展していき、新しいサービスを発展するとき、主に、個性化された特徴でユーザーを引き付けて利益の追加を得る。例えば、カラーリングリングバックトーン（Coloring Ring Back Tone：CRBTと略称）サービスは、個性化された付加価値サービスとして、個性化されたリングバックトーンを提供でき、既にユーザーに人気となった。ユーザーがカラーリングリングバックトーンサービスを登録し、予めカラーリングリングバックトーンをカスタマイズしていると、ユーザーは、例えば、ランダム放送、循環放送、発信者ユーザー番号による放送、所定の時間帯による設定された放送などの個性化された放送ポリシーを設定することができる。発信者ユーザーが受信者ユーザーに電話をかけるとき、受信者ユーザーが設定した放送ポリシーに応じて、発信者ユーザーは個性化のカラーリングリングバックトーンを聞くことができる。現在、狭帯域ネットワークにおいて、比較的に成熟した商用装置によりオーディオカラーリングリングバックトーンサービスが提供されている。第３世代（３rd Generation：３Gと略称）ネットワーク、IPマルチメディアサブシステム（IP multimedia subsystem：IMSと略称）ネットワークにおいて、オーディオ／ビデオまたは組合せられたマルチメディアカラーリングリングバックトーンサービスも徐々に展開されている。
【０００３】
もう一つの個性化の付加価値サービスは受信者ユーザーに提供されるカラー画像サービスである。呼び出し接続の過程において、受信者ユーザーが電話に応答する前に、受信者端末は、元の単調な呼び出し音の代わりに予め設定されたカラー画像を放送し、このサービスも同様にユーザーに放送ポリシーを設定する能力を提供する。
【０００４】
この二つのサービスの共通サービス特徴はマルチメディア着信メロディとユーザー放送ストラテジーとの組合せであり、即ち、ユーザーに個性化のメディア放送体験が提供され、ユーザが消費する主体はメディアコンテンツであって、呼び出し確立の過程においてメディアコンテンツを体験する。この体験方式を呼び出し確立の後に拡張すれば、つまり発信者、受信者は対話中に双方向的にメディアコンテンツを体験することであって、これはもう一つの個性化の付加価値サービスであり、バックグラウンドミュージック（Background Music Service）サービスと称される。同時に、体験方式をメッセージクラスサービス、マルチメディア会議クラスサービス、キャッチホン(Call waiting)、着呼保留(Call hold)などの補助サービスに融合させることができ、例えば、ショートメッセージサービスでは、ショートメッセージが着信すると、ショートメッセージサービスが個性化のメディア放送を提供してユーザーにショートメッセージの着信を知らせる。マルチメディア会議サービスでは、参加者は会議が提供された特色の背景音楽を体験でき、会議の参加に誘われるとき、ユーザーは会議で放送されているメディアによって事前に会議の雰囲気を体験することができる。これらはユーザーに従来と違ったサービス体験を提供できる。
【０００５】
また、カラーリングリングバックトーン、カラー画像及び他のメディア放送に関するサービスに対して、共通のサービス特徴としては、１、ユーザーが設定されたメディアに応じて放送しなければならない。２、メディア放送の過程において、ユーザーまたはサービスは、例えば、放送中止、放送メディアの変更などの放送される内容とプロセスを制御できる。
【０００６】
現在、このようなサービスの実施はそれぞれのサービスが単独に実施されたものであり、例えば、カラーリングリングバックトーンサービスサーバーはカラーリングリングバックトーンメディアの放送及び制御を完成し、カラー画像サービスサーバーはカラー画像メディアの放送と制御を完成し、且つ、サービスにおけるメディア放送制御はインバンドモード（制御コマンドがメディア面で伝達される）、またはアウトバンドモード（制御コマンドが会話制御を行うシグナル面で伝達される）で行われる。このような制御過程は、比較的に複雑であるため、現在、各種のメディア放送サービスを統一的にメディア制御できる技術的なスキームが期待されている。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
関連技術において各種のメディア放送サービスに対して統一的にメディア放送制御できない問題に鑑み本発明を提出し、本発明の主な目的として、関連技術に存在する上記問題を解決するために、メディアリソースの放送システム、方法、及びサービスサーバーを提供することにある。
【課題を解決するための手段】
【０００８】
本発明の１側面に基づいて、メディアリソース放送システムが提供される。
メディアリソースのロケータとメディア放送の制御とを実施する放送制御部と、サービスに関連するユーザーの配置情報を記憶する及び／又は管理するサービス管理部と、メディアリソースと関連情報とを記憶する及び管理するリソース管理部とを含むサービスサーバーと、
メディアリソースの放送とメディア放送の制御とを実施するメディアリソースクライアントと、
ユーザーデータと個人のメディアリソースとを管理する管理機能クライアントと、を備える本発明に係るメディアリソース放送システム。
【０００９】
好ましくは、サービス管理部は、さらに、外部に対してサービスデータの検索、追加、修正及び／又は削除を提供することに用いられる。
【００１０】
好ましくは、メディアリソースクライアントは、具体的に、サービスサーバーからメディアリソースをダウンロードする及び放送することに用いられる。
【００１１】
好ましくは、上記システムは、メディアを放送するメディアサーバーを更に含む。
【００１２】
好ましくは、サービスサーバーは、
メディアリソースクライアントから送信されたメディア放送の制御コマンドを受信し、且つ、メディアリソースをダウンロードするインターフェイスをメディアリソースクライアントに提供するのに用いられる第１インターフェイスを、メディアリソースクライアントへ提供することと、
ユーザーデータ設定の管理及びユーザーリソースの管理を行うインターフェイスを管理機能クライアントに提供するのに用いられる第２インターフェイスを、管理機能クライアントへ提供することと、
ユーザーの配置情報を更新と取得するインターフェイスをサービスポータル及び／又は管理ポータルに提供するのに用いられる第３インターフェイスを、サービスポータル及び／又は管理ポータルへ提供することと、
サービスサーバーをコールするインターフェイスを付加価値サービス及びアプリケーションサーバーに提供するのに用いられる第４インターフェイスを、付加価値サービス及びアプリケーションサーバーへ提供することと、第４インターフェイスを介して、呼び出しとサービス情報に応じて放送に必要なメディアリソースを取得して放送を制御し、且つ、付加価値サービス及びアプリケーションサーバーから送信されたメディア放送制御コマンドを前記サービスサーバーに受信させることと、
第５インターフェイスを介して、プレゼンスサーバーとロケータサーバーとを含む特殊アプリケーションサーバーをコールすることができるように、且つ、対応するサービス能力を取得することができるように、特殊アプリケーションサーバーへ第５インターフェイスを提供することと、
メディア放送装置を制御して放送を実行できるように、メディア放送装置へ第６インターフェイスを提供することと、
メディアサーバーが放送機能を完成することができるように、リソース管理部に記憶されたメディアリソースをネットワークファイルの方式でメディアサーバーに提供することと、
セキュアハイパーテキスト転送プロトコル（Secure Hypertext Transfer Protocol）のダウンロード機能をサポートすることと、
メディア放送の制御動作、ユーザーデータ動作、及び／又はリソース動作に対してビリングイベント（Billing event）を報告することと、
のうちの少なくとも１つを実施する。
【００１３】
好ましくは、メディアリソースクライアントは、
メディアリソースの放送を完成し、且つ、サービスサーバーからメディアリソースをダウンロードして放送することと、
関連サービスのセッションを開始し及び／又は受信し、コアネットワークを介して付加価値サービス及びアプリケーションサーバーとのインタラクションを行い、且つ、関連サービスのセッションの制御コマンドを処理することと、
メディアサーバーとメディアリソースの伝達を行うことと、
サービスサーバーがセキュアハイパーテキスト転送プロトコルダウンロード機能をサポートする場合、サービスサーバーからメディアリソースをダウンロードし、メディアリソースを表示し及び／又は放送することと、
のうちの少なくとも１つを更に実行する。
【００１４】
好ましくは、管理機能クライアントは、具体的に、メディアリソースを注文し、取り消し、追加注文し、ディフォルトの着信メロディリソースと放送及び濾過規則のうちの少なくとも１つを含む個人の好み情報を設定する。
【００１５】
好ましくは、メディア放送の制御を実施することは、放送中のメディアリソースを中止することと、放送中のメディアリソースを変更することと、放送中のメディアリソースの音量を変更することと、放送中のメディアリソースをコピーすることと、放送されるメディアリソースを動的に選択することと、のうちの少なくとも１つを含む。
【００１６】
本発明のもう一つの側面に基づいて、メディアリソース放送システムが提供される。
メディアリソースのロケータとメディア放送の制御とを実施する放送制御部と、サービスに関するユーザーの配置情報を記憶する及び／又は管理するサービス管理部と、メディアリソース及び関連情報を記憶する及び管理するリソース管理部と、メディアを放送するメディア放送機能部と、を含むサービスサーバーと、
メディアリソースの放送とメディア放送の制御とを実施するメディアリソースクライアントと、
ユーザーデータと個人のメディアリソースとを管理する管理機能クライアントと、を備える本発明に係るメディアリソース放送システム。
【００１７】
好ましくは、サービス管理部は、さらに、外部に対してサービスデータを検索、追加、修正、及び／又は削除する機能を提供することに用いられる。
【００１８】
好ましくは、メディアリソースクライアントは、具体的に、サービスサーバーからメディアリソースをダウンロードする及び放送することに用いられる。
【００１９】
好ましくは、サービスサーバーは、具体的に、
メディアリソースクライアントから送信されたメディア放送の制御コマンドを受信し、且つ、メディアリソースクライアントにメディアリソースをダウンロードするインターフェイスを提供するのに用いられる第１インターフェイスを、メディアリソースクライアントへ提供することと、
管理機能クライアントにユーザーデータ設定の管理及びユーザーリソースの管理を行うインターフェイスを提供するのに用いられる第２インターフェイスを、管理機能クライアントへ提供することと、
サービスポータル及び／又は管理ポータルにユーザーの配置情報を更新と取得するインターフェイスを提供するのに用いられる第３インターフェイスを、サービスポータル及び／又は管理ポータルへ提供することと、
付加価値サービス及びアプリケーションサーバーにサービスサーバーをコールするインターフェイスを提供するのに用いられる第４インターフェイスを、付加価値サービス及びアプリケーションサーバーへ提供し、第４インターフェイスを介して、呼び出しとサービス情報により放送する必要なメディアリソースを取得して且つ放送を制御することができ、且つ、サービスサーバーが付加価値サービス及びアプリケーションサーバーから送信されたメディア放送制御コマンドを受信でき、且つ、クライアントとサービスサーバーとの間のメディアチャネルを確立することと、
第５インターフェイスを介して、特殊アプリケーションサーバーをコールさせ、対応するサービス能力を取得させるように、プレゼンスサーバーとロケータサーバーとを含む特殊アプリケーションサーバーへ第５インターフェイスを提供することと、
メディア放送装置を制御して放送できるように、メディア放送装置へ第６インターフェイスを提供することと、
メディア放送機能モジュールが放送機能を完成させるように、リソース管理部に記憶されたメディアリソースをネットワークファイルの方式でメディア放送機能モジュールに提供することと、
セキュアハイパーテキスト転送プロトコルのダウンロード機能をサポートすることと、
メディア放送の制御動作、ユーザーデータ動作、及び／又はリソース動作に対してビリングイベントを報告することと、
のうちの少なくともの１つに用いられる。
【００２０】
好ましくは、メディアリソースクライアントは、
メディアリソースの放送を完成し、且つ、サービスサーバーからメディアリソースをダウンロードして放送することと、
関連サービスのセッションを開始し及び／又は受信し、コアネットワークを介して、付加価値サービス及びアプリケーションサーバーとのインタラクションを行い、且つ、関連サービスのセッションの制御コマンドを処理することと、
メディアサーバーとメディアリソースの伝達を行うことと、
サービスサーバーがセキュアハイパーテキスト転送プロトコルダウンロード機能をサポートする場合、サービスサーバーからメディアリソースをダウンロードし、且つメディアリソースを表示し及び／又は放送することと、
のうちの少なくともの１つに更に用いられる。
【００２１】
好ましくは、管理機能クライアントは、具体的に、メディアリソースを注文し、取り消し、追加注文し、ディフォルトの着信メロディリソースと放送及び濾過規則のうちの少なくとも１つを含む個人の好み情報を設定するのに用いられる。
【００２２】
好ましくは、メディア放送の制御を実施することは、放送中のメディアリソースを中止することと、放送中のメディアリソースを変更することと、放送中のメディアリソースの音量を変更することと、放送中のメディアリソースをコピーすることと、放送されるメディアリソースを動的に選択することと、のうちの少なくとも１つを含む。
【００２３】
本発明のもう一つの側面に基づいて、サービスサーバが提供される。
メディアリソースロケータとメディア放送の制御とを実施する放送制御部と、
サービスにに関連するユーザーの配置情報を記憶する及び／又は管理するサービス管理部と、
メディアリソースと関連情報とを記憶する及び管理するリソース管理部と、を備える本発明に係るサービスサーバー。
メディアリソースクライアントがメディアリソースの放送とメディア放送の制御とを実施することに用いられる
【００２４】
本発明のもう一つの側面に基づいて、メディアリソース放送方法が提供される。
サービスサーバーが付加価値サービス及びアプリケーションサーバーからのメディア放送をリクエストするコールリクエストを受信する。サービスサーバーがコールリクエストに応じてメディアリソースをロケータし、且つ、メディアリソースタイプに応じて対応する方式を採用してメディアを放送することを含む本発明に係るメディアリソースの放送方法。
【００２５】
好ましくは、コールリクエストは、サービスサーバーが放送する必要なメディアを示すリクエストタイプと、放送されるメディアオブジェクトのメディア記述情報と、のうちの少なくとも１つを含む。
【００２６】
好ましくは、メディアリソースがリアルタイムのメディアである場合、サービスサーバーがメディアリソースタイプに応じて対応する方式を採用してメディア放送を行うことは、
サービスサーバーがメディア放送装置を制御してメディアネゴシエーションを行い、且つ、メディアネゴシエーションの結果を付加価値サービス及びアプリケーションサーバーに返し、
付加価値サービス及びアプリケーションサーバーがサービスサーバーに放送を行うことをリクエストし、サービスサーバーがメディア放送装置を制御して放送することを含む。
【００２７】
好ましくは、サービスサーバーがメディアリソースタイプに応じて対応する方式を採用してメディアを放送した後、上記方法は、
付加価値サービス及びアプリケーションサーバーが所定イベントを受信し、サービスサーバーに放送中止のリクエストを送信し、
放送中止のリクエストに応じて、サービスサーバーがメディア放送装置を制御して放送を中止することを更に含む。
【００２８】
好ましくは、メディアリソースがスタティックメディアである場合、サービスサーバーがメディアリソースタイプに応じて対応する方式を採用してメディア放送を行うことは、
サービスサーバーがメディアリソース情報を付加価値サービス及びアプリケーションサーバーに返し、且つ、付加価値サービス及びアプリケーションサーバーがメディアリソース情報をクライアントに伝達し、クライアントがメディアリソース情報に応じてサービスサーバーからメディアリソースをダウンロードして放送することを含む。
【００２９】
好ましくは、上記方法は、クライアント及び／又は付加価値サービス及びアプリケーションサーバーはサービスサーバーに提供された異なるインターフェイスによってメディア放送を制御することを更に含む。
【００３０】
好ましくは、サービスサーバーが付加価値サービス及びアプリケーションサーバーからのコールリクエストを受信することは、具体的に、サービスサーバーが、サービスサーバーと付加価値サービス及びアプリケーションサーバーとの間の第１インターフェイスを介して付加価値サービス及びアプリケーションサーバーからのコールリクエストを受信することを含む。
【００３１】
好ましくは、第１インターフェイスは、API、リモートコールインターフェイス、HTTPインターフェイスのいずれかの１つを含む。
【００３２】
好ましくは、付加価値サービス及びアプリケーションサーバーは、マルチメディアメッセージサービスサーバー、カラー画像サービスサーバー、ショートメッセージ付加価値サービスサーバー、マルチメディア会議サーバーを含む。
【００３３】
好ましくは、クライアント及び／又は付加価値サービス及びアプリケーションサーバーがメディア放送を制御することは、放送中のメディアリソースを中止することと、放送中のメディアリソースを変更することと、放送中のメディアリソースの音量を変更することと、放送中のメディアリソースをコピーすることと、放送されたメディアリソースを動的に選択することと、のうちの少なくとも１つを含む。
【００３４】
好ましくは、クライアントがサービスサーバーに提供されたインターフェイスを介してメディア放送を制御する処理は、クライアントが、メディアリソースシステムに提供された第１インターフェイスを介して、所定方式で、実行中のサービスのコンテキスト情報及び制御コマンド値を含むメディア制御リクエストをサービスサーバーへ送信することと、サービスサーバーがメディア制御リクエストを受信し、制御コマンド値を取得し、且つ、制御コマンド値に対応する制御コマンドを付加価値サービス及びアプリケーションサーバーへ送信することと、付加価値サービス及びアプリケーションサーバーが制御コマンドによりメディア制御を行うこととを含む。
【００３５】
好ましくは、所定方式は、セキュアハイパーテキスト転送プロトコル方式、または、転送制御プロトコル／インタネットプロトコル方式を含む。
【００３６】
好ましくは、付加価値サービス及びアプリケーションサーバーがサービスサーバーに提供されたインターフェイスを介してメディア放送を制御することは、
付加価値サービス及びアプリケーションサーバーが、第１インターフェイスを介して、制御コマンド値を含むメディア制御リクエストをサービスサーバーへ送信することと、サービスサーバーがメディア制御リクエストを受信し、制御コマンド値を取得し、且つ、制御コマンド値に対応する制御コマンドを付加価値サービス及びアプリケーションサーバーへ送信することと、付加価値サービス及びアプリケーションサーバーが制御コマンドに応じてメディア制御を行うこととを含む。
【００３７】
本発明のもう一つの側面に基づいて、メディアリソースの放送方法が提供される。
本発明に係るメディアリソースの放送方法は、サービスサーバーが付加価値サービス及びアプリケーションサーバーから、所定のクライアントまでの接続とメディアの放送とをリクエストするコールリクエストを受信することと、サービスサーバーがコールリクエストに応じて、指定された接続されるクライアントに接続することと、サービスサーバーが接続されたクライアントによって送信された接続ステータスの指示を受信した後、コールリクエストに応じてメディアリソースをロケータし、メディアリソースタイプに応じて異なる方式を採用してメディア放送を制御することとを含む。
【００３８】
好ましくは、コールリクエストは、サービスサーバーがクライアントに接続してメディア放送を行うことが必要となることを示すのに用いられるリクエストタイプ、接続されたクライアントの識別子、及び放送されるメディアオブジェクトのメディア記述情報、のうちの少なくとも１つを含む。
【００３９】
好ましくは、メディアリソースがリアルタイムのメディアである場合、サービスサーバーがメディアリソースタイプに応じて異なる方式を採用してメディア放送を制御することは、
サービスサーバーがメディア放送装置を制御してメディアネゴシエーションを行い、且つ、メディアネゴシエーションの結果を付加価値サービス及びアプリケーションサーバーに返すことと、付加価値サービス及びアプリケーションサーバーがサービスサーバーにメディア放送を行うことをリクエストし、サービスサーバーがメディア放送装置を制御してメディア放送を行うことと、サービスサーバーが接続されたクライアントによって送信された接続ステータス指示を受信し、メディア放送装置を制御して放送を中止し、且つ応答メッセージを付加価値サービス及びアプリケーションサーバーに送信することと、付加価値サービス及びアプリケーションサーバーが、要求に応じて応答メッセージをクライアントに転送し、クライアントによって返された確認メッセージを受信することと、付加価値サービス及びアプリケーションサーバーがサービスサーバーを介して確認メッセージを接続されたクライアントに送信し、互いに対話（Conversation）を開始することとを含む。
【００４０】
好ましくは、メディアリソースがスタティックメディアである場合、サービスサーバーがメディアリソースタイプに応じて異なる方式でメディア放送を制御することは、
サービスサーバーがシグナルを介して付加価値サービス及びアプリケーションサーバーへメディアリソース情報を送信し、付加価値サービス及びアプリケーションサーバーがクライアントへメディアリソース情報を透過的に伝送することと、クライアントがメディアリソース情報に応じてサービスサーバーからメディアリソースをダウンロードして放送することと、サービスサーバーが接続されたクライアントの接続ステータス指示を受信し、付加価値サービス及びアプリケーションサーバーを介して接続ステータス指示をクライアントに転送し、クライアントが放送を中止して確認メッセージを返すことと、サービスサーバーが確認メッセージを接続されたクライアントに送信し、互いに対話を開始することとを含む。
【００４１】
好ましくは、コールリクエストは、前記接続されたクライアントの、所定の接続ステータスに達したときに前記サービスサーバーが放送を実施することを示す接続ステータス制御識別子をさらに含む。
【００４２】
本発明のもう一つの側面に基づいて、メディアリソース放送方法が提供される。
本発明に係るメディアリソース放送方法は、サービスサーバーが付加価値サービス及びアプリケーションサーバーからのメディアリソース情報をリクエストするコールリクエストを受信することと、サービスサーバーが、コールリクエストに応じてメディアリソースをロケータ及び選択し、且つ、メディアリソース情報を付加価値サービス及びアプリケーションサーバーに返すこととを含む。
【００４３】
好ましくは、コールリクエストは、メディアリソース情報をリクエストすることが必要となることを識別するリクエストタイプを含む。
【００４４】
好ましくは、サービスサーバーがコールリクエストに応じてメディアリソースをロケータ及び選択し、且つ、メディアリソース情報を付加価値サービス及びアプリケーションサーバーを返した後、上記方法は、
付加価値サービス及びアプリケーションサーバーがメディア制御を行い、メディアリソース情報に応じて、クライアント及びメディア放送装置とインタラクションを行い、且つ、所定方式でクライアントへのメディア放送を実施することを更に含む。
【００４５】
好ましくは、所定方式は、リアルタイムのメディア、ダウンロード、シグナルのいずれかの１つを含む。
【発明の効果】
【００４６】
本発明の少なくとも１つの技術的なスキームによれば、サービスサーバーがサードパーティの付加価値サービス及びアプリケーションに柔軟なコール方式を提供することで、サードパーティアプリケーションが適切な方式を選択して本発明の技術的なスキームを利用してメディア放送を実施でき、且つ、メディアに対して統一放送制御を行うことができ、これにより、各サービスシステムの構築と配置のコストが低減される。これは、システムのメンテナンスに有利であり、ユーザーに一致したユーザーメディア制御体験が提供され、これはユーザーにとって便利である。
【００４７】
本発明の他の特徴及びメリットは次の明細書に記述され、且つ、部分的に明細書から明らかになり、または本発明を実施することで理解できる。本発明の目的と他のメリットは記述される明細書、特許範囲及び図面に言及された構造によって実現でき、取得される。
【図面の簡単な説明】
【００４８】
【図１】本発明におけるシステム実施の形態１に基づいたメディアリソース放送システムのブロック図である。
【図２】本発明におけるシステム実施の形態２に基づいたメディアリソース放送システムのブロック図である。
【図３】本発明における方法実施の形態１に基づいたメディアリソースの放送方法のフローチャートである。
【図４】本発明における実施例の実例１に基づいた動的なメディア放送シグナルのフローチャートである。
【図５】本発明における実施例の実例２に基づいたスタティックメディア放送シグナルのフローチャートである。
【図６】本発明における方法の実施の形態２に基づいたメディアリソースの放送方法のフローチャートである。
【図７】本発明における実施例の実例３に基づいた動的なメディアのシグナルのフローチャートである。
【図８】本発明における実施例の実例４に基づいたスタティックメディアのシグナルのフローチャートである。
【図９】本発明における方法の実施の形態３に基づいたメディアリソースの放送方法のフローチャートである。
【図１０】本発明における実施例の実例５に基づいた動的なメディアのシグナルのフローチャートである。
【図１１】本発明における実施例の実例６に基づいたスタティックメディアのシグナルのフローチャートである。
【発明を実施するための形態】
【００４９】
添付図面は本発明を更に説明するために用いられ、本発明の一部を構成し、実施形態とともに本発明を説明するために用いられるが、本発明に対する不当な限定ではない。
【００５０】
「機能概要」
現在、関連技術に各種のメディア放送サービスに対してメディア放送を統一的に制御できない問題が存在している。このため、本発明が提供した共用の制御可能なメディアリソースシステムは、このようなメディアの放送と制御の要求があるサービスによりコールされることができる。本発明に係る実施例のメディアリソースシステムは、メディアリソースのロケータとメディア放送の制御とを実施する放送制御部と、サービスに関するユーザーの配置情報を記憶する及び／又は管理するサービス管理部と、メディアリソース及び関連情報を記憶する及び管理するリソース管理部とを含むサービスサーバーと、メディアリソースの放送及びメディア放送の制御とを実施するメディアリソースクライアントと、ユーザーデータ及び個人のメディアリソースを管理する管理機能クライアントと、を備える。
【００５１】
以下、添付図面を参照しながら本発明の好ましい実施の形態について詳細に説明する。なお、ここで記述する好ましい実施の形態は単に本発明を説明及び解釈するために用いられ、本発明を限定するものではない。
【００５２】
本発明が明確に理解されるように、以下の記述では、説明のために、複数の所定の細部を記述する。なお、明らかに、これらの所定細部が記述されなくても本発明は実現できる。また、添付される特許請求の精神および範囲に矛盾しない限り下記の実施例及びその各細部は、様々に組み合わせることができる。
【００５３】
「システム実施の形態１」
本発明の実施例によれば、メディアリソースシステムが提供される。図１は、本発明におけるシステム実施の形態１に基づいたメディアリソースシステムのブロック図である。図１に示すように、本発明の実施例に基づいたメディアリソースシステムは、放送制御部１０、サービス管理部１２、リソース管理部１４を含むサービスサーバー１と、メディアリソース機能部２０（即ち、メディアリソースクライアント）と、管理機能部２２（即ち、管理クライアント）を含む。また、メディア放送の制御を完成するために、上記各モジュールと配合する外部機能実体が必要となる。好ましくは、関連の外部機能は、具体的に、以下の内容を含む。
【００５４】
付加価値サービス及びアプリケーション３（即ち、付加価値サービス及びアプリケーションサーバー）は、サービス実行の過程において、サービスサーバー１をコールしてメディア放送及び制御能力を行うのに用いられるサービス及びアプリケーション（実体）である。
【００５５】
メディアサーバー４（即ち、メディア放送装置）は、発信者ユーザーまたは受信者ユーザーとの間のメディアネゴシエーションを行い、且つ、メディア放送を行うのに用いられるサーバーである。
【００５６】
ポータル５は、ユーザー、サービス提供者／事業者及び内容提供者に管理サービスを提供する実体であり、例えば、WEBポータル、WAPポータル、音声ポータルなどである。
【００５７】
他のアプリケーションサーバー６（即ち、他のサービスサーバー）（以下の記述で特殊アプリケーションサーバーと称される）とは、サービス能力を提供でき、他のサービスにコールされるアプリケーションサーバーのことを指し、例えば、プレゼンスサーバー、ロケータサーバーなどである。
【００５８】
以下、本発明における実施例のメディアリソースシステムにおける各モジュールを説明する。
【００５９】
「サービスサーバー１」
図１に示すように、サービスサーバー１の主要機能は、メディアリソースクライアント２０、管理クライアント２２、外部付加価値サービス及びアプリケーションサーバー３へメディアリソースの放送制御機能を提供することである。サービスサーバー１は、放送制御部１０、サービス管理部１２、リソース管理部１４という３つの論理機能部を含むことができる。放送制御部１０は、主にメディアリソースのロケータとメディア放送の制御とを実行し、また、アカウントと認証の管理も担う。サービス管理部１２は、主にユーザー／SP／CPの関連のサービスデータを記憶する及び／又は管理することを担い、且つ、外部に対してサービスデータの検索、追加、修正または削除の機能を提供する。リソース管理部１４は、メディアリソース及び、メディアのアドレス情報と提供者の情報などを含む関連情報を記憶する及び管理する。実際のアプリケーションにおいて、サービスサーバー１は、メディア放送を制御するとき、放送中のメディアリソースを中止することと、放送中のメディアリソースを変更することと、放送中のメディアリソースの音量を変更することと、放送中のメディアリソースをコピーすることと、放送されるメディアリソースを動的に選択することと、などを含むが、これらに限らない。
【００６０】
好ましくは、リソース管理部１４は、具体的に、メディアリソースを記憶するのに用いられるメディアリソース記憶モジュールと、メディアリソース記憶モジュールが記憶したメディアリソースを管理し、リソース動作リクエストを受信し、且つ、リソース動作リクエストによりメディアリソース記憶モジュールにメディアリソースに対する関連動作を実行することを通知するリソース管理モジュールとをさらに含むことができる。
【００６１】
サービスサーバー１の主要機能は以下の通りである。
【００６２】
１、メディアリソース機能部２０へ第１インターフェイス（図１のインターフェイス２）を提供する。第１インターフェイスはクライアント２が送信したメディア放送の制御コマンドを受信し、且つ、メディアリソース機能部２０にメディアリソースをダウンロードするインターフェイスを提供し、例えば、HTTPダウンロードを提供する。
【００６３】
２、管理機能部２２へ第２インターフェイス（図１のインターフェイス１）を提供する。第２インターフェイスは、管理機能部２２にユーザーデータの設定管理及びリソース管理を行うインターフェイスを提供する（即ち、管理クライアントにユーザーデータの設定管理及びリソース管理を提供する）。
【００６４】
３、サービスポータル及び／又は管理ポータル５へ第３インターフェイス（図１のインターフェイス３）を提供する。第３インターフェイスはサービスポータル及び／又は管理ポータル５に配置情報の更新と取得のインターフェイス（即ち、サービス管理、ユーザーデータ設定管理及びリソース管理を行う）を提供する。
【００６５】
４、付加価値サービス及びアプリケーションサーバー３へ第４インターフェイス（図１のインターフェイス４）を提供する。第４インターフェイスは付加価値サービス及びアプリケーションサーバー３にサービスサーバー１をコールするインターフェイスを提供する。第４インターフェイスを介して、呼び出しとサービス情報に応じて、放送に必要なメディアリソースが取得され、且つ、付加価値サービス及びアプリケーションサーバー３から送信されたメディア放送の制御コマンドをサービスサーバー１に受信させる。つまり、付加価値サービス及びアプリケーションサーバーが、上記インターフェイスを介して、サービスサーバーをコールする能力は、サービスサーバから放送する必要な所定メディアリソースを取得すること、または、サービスサーバーに所定のメディアリソースを放送することを要求することを含む。また、付加価値サービス及びアプリケーションサーバー３は、サービスサーバー１が提供したインターフェイス４を介して、メディアリソースのロケータも実施でき、メディア放送をさらに実施する。
【００６６】
５、第５インターフェイスを介して、特殊アプリケーションサーバー６をコールすることができ、且つ、対応するサービス能力を得ることができるように、第５インターフェイス（対応する特殊アプリケーションサーバーにより提供される）を採用して特殊アプリケーションサーバー６へ検索と他のコールリクエスト（図１のインターフェイス６）を提供する。特殊アプリケーションサーバー６は、プレゼンスサーバー、ロケータサーバーを含み、例えば、プレゼンスアプリケーションサーバー、ロケータアプリケーションサーバーとのインタラクションを介して、ユーザーのステータスと位置など情報を取得できる。
【００６７】
６、メディア放送装置４（例えば、メディアサーバー）をコールできるように、メディア放送装置４へ第６インターフェイス（図１のインターフェイス５）を提供する。
【００６８】
７、メディアサーバー４に放送機能を完成させるように、ネットワークファイルの方式でリソース記憶管理モジュールに記憶されたメディアリソースをメディアサーバー４に提供する。
【００６９】
８、セキュアハイパーテキスト転送プロトコルダウンロード機能をサポートする。
【００７０】
９、メディア放送の制御動作、ユーザーデータ動作、及び／又はリソース動作に対してビリングイベントを報告する。
【００７１】
「クライアント」
上記メディアリソースシステムにおいて、クライアントは、端末装置に配置され、主にメディア放送、放送制御及びユーザーデータの読取と変更などの管理を行うことに用いられる。具体的に、クライアントはメディアリソース機能部２０と管理機能部２２とを含むことができ、上記２つの機能部は、それぞれユーザーの異なる端末装置に配置でき、且つ、２つの機能部の間で内部のインタラクションを行うことができる。メディアリソース機能部２０は、ユーザー端末に配置され、図１のインターフェイス２を介してサービスサーバー１とインタラクションを行い、メディアリソース（例えば、テキスト、画像などスタティックメディアタイプのメディア、及びオーディオ、ビデオなど動的なメディアタイプのメディア）の放送及びメディア放送の制御を実行し、ユーザーにより開始されたメディアリソースの制御リクエストを処理することに用いられる。管理機能部２２は、ユーザー端末に配置され、主に、図１のインターフェイス１を介してサービスサーバー１とインタラクションを行い、ユーザーの配置情報を読取、及び／又はユーザーデータを変更し、ユーザーデータの管理を完成することに用いられる。また、管理機能部２２は、着信メロディリソースを注文し、取り消し、追加注文することを含むユーザーリソース配置情報の管理と、ディフォルト着信メロディリソース、放送及び濾過規則などを配置することを含む個人の好み情報の設定と、を含むことができる。
【００７２】
メディアリソース機能部２０は以下の機能を含む。
【００７３】
１、メディアリソースの放送を完成し、サービスサーバー１からメディアリソースをダウンロードして放送する。
【００７４】
２、関連サービスのセッションを開始し及び／又は受信し、コアネットワークを介して付加価値サービス及びアプリケーションサーバー３とインタラクションを行い、関連サービスのセッションの制御コマンドを処理する。
【００７５】
３、付加価値サービス及びアプリケーションサーバー３の制御で、メディアサーバー４とメディアリソースの伝達を行う。
【００７６】
４、サービスサーバー１がセキュアハイパーテキスト転送プロトコルダウンロード機能をサポートする場合、サービスサーバー１からメディアリソースをダウンロードし、メディアリソースを表示及び／又は放送する。
【００７７】
従来のメディアリソース制御と関連するサービスの実施は、メディアリソースシステムを含むサービスシステムをそれぞれに確立することで実施され、さらに各サービスが各自のメディア制御論理を有する。このように、重複に構築する上に、ユーザーの体験が一致しないことをもたらす。本発明実施例のメディアリソースシステムによれば、複数のサービスが１セットのメディアリソースシステムを重複に使ってメディアリソースの放送を実施でき、各サービスシステムの構築と配置のコストが低減され、システムのメンテナンスにとって有利であり、ユーザーに一致したユーザーメディア制御体験が提供され、ユーザーにとって便利である。
【００７８】
以上の記述より分かるように、システム実施の形態１において、サービスサーバー１は放送制御部１０、サービス管理部１２、リソース管理部１４、の三つの部分を含む。以下、本発明のもう一つのシステム実施例が提供される。当該システムの実施例において、サービスサーバー１は放送制御部１０、サービス管理部１２、リソース管理部１４を含み、メディア放送機能モジュールを更に含む。以下、当該システムの実施例を詳しく説明する。
【００７９】
「システム実施の形態２」
【００８０】
本発明の実施例によれば，メディアリソースシステムが提供される。図２は本発明のシステム実施の形態２に基づいたメディアリソースシステムのブロック図である。図２に示すように、本発明の実施例に基づいたメディアリソースシステムは、放送制御部１０、サービス管理部１２、リソース管理部１４、メディア放送機能部１６を含むサービスサーバー１と、メディアリソース機能部２０（即ち、メディアリソースクライアント）と、管理機能部２２（即ち、管理クライアント）とを含む。
【００８１】
前記各モジュールと合わせてメディア放送の制御を完成するのに用いられる外部機能実体は、システム実施の形態１に詳しく説明されたので、詳細な記載はここでは不要である。なお、本発明における実施例において、サービスサーバー１は既にメディア放送機能部１６（即ち、メディアサーバーがサービスサーバーの内部に配置される）を含むので、外部機能実体はメディアサーバーを含まなくてもよい点に注意されたい。
【００８２】
以下、本発明における実施例のメディアリソースシステムにおける各モジュールを説明する。
【００８３】
「サービスサーバー１」
図２に示すように、サービスサーバー１の主要機能は、メディアリソースクライアント２０、管理クライアント２２、外部付加価値サービス及びアプリケーションサーバー３にメディアリソース放送制御機能を提供することである。サービスサーバー１は放送制御部１０、サービス管理部１２、リソース管理部１４、メディア放送機能部１６という４つの論理機能部を含むことができる。放送制御部１０は、主にメディアリソースのロケータとメディア放送の制御とを実行し、また、アカウントと認証の管理も担う。サービス管理部１２は、主にユーザー／SP／CPの関連のサービスデータを記憶する及び／又は管理することを担い、且つ、外部に対してサービスデータを検索、追加し、修正または削除する機能を提供する。リソース管理部１４は、メディアリソース及びメディアのアドレス情報、提供者の情報などを含む関連情報を記憶する及び管理する。メディア放送機能部１６は、メディア放送を行うことに用いられる。実際のアプリケーションにおいて、サービスサーバー１は、メディア放送を制御するとき、放送中のメディアリソースを中止することと、放送中のメディアリソースを変更することと、放送中のメディアリソースの音量を変更することと、放送中のメディアリソースをコピーすることと、放送されるメディアリソースを動的に選択することと、などを含むが、これに限られない。
【００８４】
好ましくは、リソース管理部１４は、具体的に、メディアリソースを記憶するのに用いられるメディアリソース記憶モジュールと、メディアリソース記憶モジュールが記憶したメディアリソースを管理し、リソース動作リクエストを受信し、且つ、リソース動作リクエストによりメディアリソース記憶モジュールにメディアリソースに対する関連動作を実施することを通知するリソース管理モジュールとをさらに含むことができる。
【００８５】
サービスサーバー１の主要な機能は以下の通りである。
【００８６】
１、メディアリソース機能部２０へ第１インターフェイス（図１のインターフェイス２）を提供する。第１インターフェイスはクライアント２に送信されたメディア放送の制御コマンドを受信し、且つ、メディアリソース機能部２０にメディアリソースをダウンロードするインターフェイスを提供するのに用い、例えば、HTTPダウンロードを提供する。
【００８７】
２、管理機能部２２へ第２インターフェイス（図１のインターフェイス１）を提供する。第２インターフェイスは管理機能部２２にユーザーデータの設定管理及びリソース管理を行うインターフェイスを提供するのに用いられる（即ち、管理クライアントにユーザーデータの設定管理及びリソース管理を提供する）。
【００８８】
３、サービスポータル及び／又は管理ポータル５へ第３インターフェイス（図１のインターフェイス３）を提供する。第３インターフェイスはサービスポータル及び／又は管理ポータル５に、例えば、放送中止、放送メディアの変更などの配置情報の更新及び取得のインターフェイス（即ち、サービス管理、ユーザーデータ設定管理及びリソース管理を行う）を提供するのに用いられる。また、第３インターフェイスは、クライアントとサービスサーバーとの間のメディアチャネルを確立することにも用いられる。
【００８９】
４、付加価値サービス及びアプリケーションサーバー３へ第４インターフェイス（図１のインターフェイス４）を提供する。第４インターフェイスは付加価値サービス及びアプリケーションサーバー３にサービスサーバー１をコールするインターフェイスを提供するのに用いられる。第４インターフェイスを介して、呼び出しとサービス情報に応じて、放送に必要なメディアリソースが取得され、且つ、付加価値サービス及びアプリケーションサーバー３から送信されたメディア放送の制御コマンドをサービスサーバー１に受信させる。つまり、付加価値サービス及びアプリケーションサーバーが前記インターフェイスを介してサービスサーバーをコールする能力は、サービスサーバーから放送する必要な所定メディアリソースを取得し、または、サービスサーバーに所定のメディアリソースを放送することを要求することを含む。また、付加価値サービス及びアプリケーションサーバー３はサービスサーバー１に提供されたインターフェイス４を介してメディアリソースのロケータも実施でき、さらにメディア放送を実施する。
【００９０】
５、第５インターフェイスを介して、特殊アプリケーションサーバー６をコールすることができ、且つ、対応するサービス能力を得ることができるように、第５インターフェイス（対応する特殊アプリケーションサーバーより提供される）を採用して特殊アプリケーションサーバー６に検索と他のコールリクエスト（図１のインターフェイス６）を提供する。特殊アプリケーションサーバー６は、プレゼンスサーバー、ロケータサーバーを含み、例えば、プレゼンスアプリケーションサーバー、ロケータアプリケーションサーバーとのインタラクションによりユーザーのステータスと位置など情報を取得できる。
【００９１】
６、メディア放送装置４（例えば、メディアサーバー）をコールできるように、メディア放送装置４に第６インターフェイス（図１のインターフェイス５）を提供する。
【００９２】
７、メディアサーバー４に放送機能を完成させるように、ネットワークファイルの方式でリソース記憶管理モジュールに記憶されたメディアリソースをメディアサーバー４に提供する。
【００９３】
８、セキュアハイパーテキスト転送プロトコルダウンロード機能をサポートする。
【００９４】
９、メディア放送の制御動作、ユーザーデータ動作、及び／又はリソース動作に対してビリングイベントを報告する。
【００９５】
「クライアント」
【００９６】
前記メディアリソースシステムにおいて、クライアントは端末装置に配置されて、主にメディア放送、放送制御及びユーザーデータの読取と変更などの管理を行うことに用いられる。具体的に、クライアントはメディアリソース機能部２０と管理機能部２２とを含むことができ、上記２つの機能部は、それぞれユーザーの異なる端末装置に配置でき、且つ、２つの機能部の間で内部のインタラクションを行うことができる。メディアリソース機能部２０は、ユーザー端末に配置され、図１のインターフェイス２を介してサービスサーバー１とインタラクションを行い、メディアリソース（例えば、テキスト、画像などスタティックメディアタイプのメディア、及びオーディオ、ビデオなど動的なメディアタイプのメディア）の放送及びメディア放送の制御を実行し、ユーザーにより開始されたメディアリソースの制御リクエストを処理することに用いられる。管理機能部２２は、ユーザー端末に配置され、主に、図１のインターフェイス１を介してサービスサーバー１とインタラクションを行い、ユーザーの配置情報を読取、及び／又はユーザーデータを変更し、ユーザーデータの管理を完成することに用いられる。また、管理機能部２２は、着信メロディリソースを注文し、取り消し、追加注文することを含むユーザーリソース配置情報の管理及び、ディフォルト着信メロディリソース、放送及び濾過規則などを配置することを含む個人の好み情報の設定と、を含むことができる。
【００９７】
メディアリソース機能部２０は以下の機能を含む。
【００９８】
１、メディアリソースの放送を完成し、サービスサーバー１からメディアリソースをダウンロードして放送する。
【００９９】
２、関連サービスのセッションを開始し及び／又は受信し、コアネットワークを介して付加価値サービス及びアプリケーションサーバー３とインタラクションを行い、関連サービスのセッションの制御コマンドを処理する。
【０１００】
３、付加価値サービス及びアプリケーションサーバー３の制御で、メディアサーバー４とメディアリソースの伝達を行う。
【０１０１】
４、サービスサーバー１がセキュアハイパーテキスト転送プロトコルダウンロード機能をサポートする場合、サービスサーバー１からメディアリソースをダウンロードし、メディアリソースに対して表示及び／又は放送を行う。
【０１０２】
本発明における実施例のメディアリソースシステムによれば、サードパーティアプリケーションに対して柔軟なコール用インターフェイスを提供し、メディアリソースを統一的な放送と制御をすることが実施できる。
【０１０３】
「装置の実施例」
本発明の実施例によれば、放送制御部、サービス管理部、リソース管理部を含むサービスサーバーが提供される。
【０１０４】
具体的に、放送制御部はメディアリソースのロケータとメディア放送の制御とを実施することに用いられる。サービス管理部はサービスに関するユーザーの配置情報を記憶する及び／又は管理することに用いられる。リソース管理部はメディアリソース及び関連情報を記憶する及び管理することに用いられる。好ましくは、サービスサーバーはメディア放送を行うメディア放送機能部を更に含む。
【０１０５】
サービスサーバーの具体的な機能については、上記の２つのシステム実施例に詳細に説明されたので、詳細な記載はここでは不要である。
【０１０６】
「方法実施の形態１」
本発明の実施例によれば、システム実施の形態１及び／又はシステム実施の形態２におけるメディアリソースシステムに用いられるメディアリソースの放送方法が提供される。図３は本発明における実施例のメディアリソースの放送方法のフローチャートである。図３に示すように、本発明における実施例に基づいたメディアリソースの放送方法は以下のステップ（ステップＳ３０２〜ステップＳ３０４）を含む。
【０１０７】
ステップＳ３０２において、サービスサーバーは付加価値サービス及びアプリケーションサーバーからのコールリクエストを受信する。コールリクエストは、サービスサーバーがメディア放送を制御することが必要となることを示すリクエストタイプ、メディア情報（例えば、放送されるメディアオブジェクト識別子及びメディアの記述など）を含む。
【０１０８】
具体的に、メディアリソースシステムは、付加価値サービス及びアプリケーションサーバーの間の第１インターフェイス（図１のインターフェイス４）を介して、付加価値サービス及びアプリケーションサーバーからのコールリクエストを受信することができる。実際のアプリケーションにおいて、インターフェイス４は、APIインターフェイス（例えば、TCP／IPに基づくインターフェイス）、リモートコールインターフェイス（例えば、SOAP）、オープンAPIインターフェイス（例えば、Parlay API、ParlayX API）のいずれかの１つを含む。また、インターフェイス４はセッション・イニシエイション・プロトコル（SIP）を利用して拡張でき、即ち、SIPが提供する方法（例えば、Invite、１８０／１８３、２００、Prackなど）を使用して、コールされる情報をXML方式でSIPメッセージ内に含ませる。XML構造には、コールリクエストタイプ、接続されたユーザー端末識別子、放送されるメディアオブジェクト識別子、放送されるメディアオブジェクトのメディア記述（SDP）、接続されたユーザーステータスなど、を含む。インターフェイス４に提供されたコールはいかなるネットワーク（例えば、２G CSメイン、３G CSメイン、３G PS／IMSメイン）にも適応する。また、本発明における実施例において、付加価値サービス及びアプリケーションサーバーは、マルチメディアメッセージサービスサーバー、カラー画像サービスサーバー、ショートメッセージ付加価値サービスサーバー及びマルチメディア会議サーバーを含むことができる。
【０１０９】
ステップＳ３０２は、１つの付加価値サービス実行過程に発生する。この実行過程はリアルタイムのセッションに基づくサービス実行（例えば、カラーリングリングバックトーン、カラー画像サービス）であってもよい。しかも、セッションはクライアント、または、付加価値サービス及びアプリケーションに開始（例えば、会議）されてもよいし、非リアルタイムのセッションに基づくサービス実行（例えば、ショートメッセージ付加価値サービス）であってもよい。好ましくは、インターフェイス４に提供されたインターフェイス方法は、付加価値サービス及びアプリケーションサーバーによって決定されてよい。
【０１１０】
ステップＳ３０４において、サービスサーバーはコールリクエストによってメディアリソースの位置をロケータし、且つ、メディアリソースタイプに応じて対応する方式でメディア放送を行う。
【０１１１】
具体的に、メディアリソースをロケータすることには、サービスサーバーがローカルに記憶されたユーザーの個人の好み情報によって検索し、さらに、サービスサーバーがインターフェイス６を介して他のアプリケーションサーバー（例えば、プレゼンスサーバー、ロケータサーバー）におけるユーザーのステータスと位置をリアルタイムに検索し、取得されたユーザーステータス、位置及びユーザー情報によって、メディアリソースをロケータして選択できる。上記ユーザーステータスは非リアルタイムの検索方法で取得されてサービス管理部に記憶されることができる。
【０１１２】
具体的に、メディアリソースがリアルタイムのメディア（例えば、オーディオ、ビデオなど）である場合、サービスサーバーはメディア放送装置を制御してメディアネゴシエーションを行い、且つ、メディアネゴシエーション結果を付加価値サービス及びアプリケーションに返し、具体的に、以下の処理を含む。
【０１１３】
１、付加価値サービス及びアプリケーションはクライアントに確認されたメディアネゴシエーションの結果の確認応答を受信した後、サービスサーバーに通知し、サービスサーバーはメディアネゴシエーション過程を完成する。
【０１１４】
２、付加価値サービス及びアプリケーションがサービスサーバーの放送をリクエストし、サービスサーバーがメディア放送装置を制御して放送を行う。
【０１１５】
３、付加価値サービス及びアプリケーションがサービスサーバーへ放送中止のリクエストを開始し、サービスサーバーがメディア放送装置を制御して放送を中止し、ここまでは放送制御過程を完成した。
【０１１６】
メディアリソースがスタティックメディア（例えば、テキスト、イメージなど）である場合、以下の処理を行う。
【０１１７】
１、サービスサーバーがメディア情報を付加価値サービス及びアプリケーションサーバーに返し、付加価値サービス及びアプリケーションサーバーがメディア情報をシグナルでクライアントに伝達する。
【０１１８】
２、クライアントがメディア情報によってサービスサーバーにメディアリソースをダウンロードして放送する。
【０１１９】
また、クライアント、及び／又は付加価値サービス及びアプリケーションサーバーはサービスサーバーが提供した異なるインターフェイスを介してメディア放送を制御する。クライアント、及び／又は付加価値サービス及びアプリケーションサーバーがメディア放送を制御する動作は、放送中のメディアリソースを中止することと、放送中のメディアリソースを変更することと、放送中のメディアリソースの音量を変更することと、放送中のメディアリソースをコピーすることと、放送されるメディアリソースを動的に選択することと、のうちの少なくとも１つを含む。
【０１２０】
付加価値サービス及びアプリケーションサーバー、及びクライアントはすべてメディア放送を制御する能力を提供できる。システムはメディア放送の制御リクエストに対する開始側が異なることによって二つのケースに分けられる。
【０１２１】
ケース１、端末が第１インターフェイス（図１のインターフェイス２）を介してメディアリソースシステムに制御リクエストを開始する。
【０１２２】
ケース２、付加価値サービス及びアプリケーションサーバーが第３インターフェイス（図１のインターフェイス４）を介してメディアリソースシステムに制御リクエストを開始する。以下、上記二つのケースの処理プロセスを説明する。
【０１２３】
「ケース１」
ステップ１において、クライアントがメディアリソースシステムに提供されたインターフェイス２を介して所定方式でメディアリソースシステムに、実行中のサービスのコンテキスト情報（例えば、セッション情報）及び制御コマンド値を含むメディア制御リクエストを送信する。実際のアプリケーションにおいて、所定方式は、セキュアハイパーテキスト転送プロトコル方式、または転送制御プロトコル／インタネットプロトコル方式を含むことができる。
【０１２４】
ステップ２において、メディアリソースシステムがメディア制御リクエストを受信し、制御コマンド値を取得し、システム内のデータによって所定制御コマンドが代表する動作（例えば、メディア変更、放送中止、放送音量の?整など）を判断し、付加価値サービス及びアプリケーションサーバーに制御コマンド値に対応する制御コマンドを送信し、対応するメディア制御を行うことを要求する。
【０１２５】
ステップ３において、付加価値サービス及びアプリケーションサーバーが制御コマンドによってメディア制御を行う。
【０１２６】
「ケース２」
【０１２７】
ステップ１において、付加価値サービス及びアプリケーションサーバーがインターフェイス４を介してメディアリソースシステムに、制御コマンド値（例えば、端末ユーザーのキー値）を含むメディア制御リクエストを送信する。
【０１２８】
ステップ２において、メディアリソースシステムがメディア制御リクエストを受信し、制御コマンド値を取得し、システム内のデータによって付加価値サービス及びアプリケーションサーバーが行う必要な動作を判断し、且つ、付加価値サービス及びアプリケーションサーバーに制御コマンド値に対応する制御コマンドを送信し、対応するメディア制御を行うことを要求する。
【０１２９】
ステップ３において、付加価値サービス及びアプリケーションサーバーが制御コマンドによってメディア制御を行う。
【０１３０】
上記二つの情況のステップ１は１つの付加価値サービスの実行過程に発生し、この実行過程はリアルタイムのセッションに基づくサービス実行（例えば、カラーリングリングバックトーン、カラー画像サービス）であり、且つ、セッションはクライアント、または付加価値サービス及びアプリケーションサーバーに開始させてよい（例えば、会議）。
【０１３１】
以下、メディアリソースシステムと外部機能実体に基づいて、カラーリングリングバックトーンサービスを例として（即ち、付加価値サービス及びアプリケーションサーバーはカラーリングリングバックトーンサービスサーバーである）、本発明の上記技術的なスキームに対して例を挙げて説明する。
【０１３２】
実例１、リアルタイムの動的なメディア放送
本実施例において、CMR（Customized Multimedia Ring）Serverはシステムのサービスサーバーである。CMR Client-Aは呼び出しを開始する発信者ユーザー端末である。CMR Client-Bは受信者ユーザー端末であり、ユーザーBがカラーリングリングバックトーンサービスを契約している。ASはユーザーBに属するカラーリングリングバックトーンサーバーである。MS（Media Server）はメディアサーバーであり、メディア放送を担う。図４は本発明実施例の実例１に基づいたシグナルフローチャートである。図４に示すように、以下の処理を含む。
【０１３３】
１、CMR Client-Aがセッションを開始し（CRM Session Invitation）、セッションパスが受信者CMR Client-Bに属するカラーリングリングバックトーンサーバーASまで指定される。
【０１３４】
２、ASが受信者端末CMR Client-Bへのセッションを開始する（CRM Session Invitation）。
【０１３５】
３、CMR Client-BがASにリング（Ring）メッセージを返す。
【０１３６】
４、ASがCMR Serverに、CMR Client-A端末番号及びそのメディアの記述、CMR Client-B端末番号を含むリクエストRequest（Session Offer）を開始し、CMR Serverがメディア放送を提供することを要求する。
【０１３７】
５、CMR Serverがリクエストにおける情報及びサーバーに記録されたユーザーデータによって、着信メロディリソースをロケータし、得られたCMR Client-Aメディアの記述をキャリーしてメディアサーバーにセッションを開始し、メディアサーバーのネゴシエーションの後のカラーリングリングバックトーンリソースメディアの記述を取得する（Get CRBT Offer）。
【０１３８】
６、CMR Serverがカラーリングリングバックトーンリソースメディアの記述をASに返す（Response（CRBT Offer））。
【０１３９】
７、ASがCMR Client-Aにカラーリングリングバックトーンリソースメディアの記述を返し（Response（CRBT Offer））、CMR Client-Aは初期メディアネゴシエーション（CRBT Early-Session Negotiation）を行う。
【０１４０】
８、CMR Client-Aがカラーリングリングバックトーンリソースメディア記述に対する応答メッセージ（Acknowledgement（CRBT Answer））を返す。
【０１４１】
９、ASがCMR Serverにカラーリングリングバックトーンリソースメディア記述の応答メッセージ（Acknowledgement（CRBT Answer））を伝達する。
【０１４２】
１０、CMR ServerがMSに応答メッセージを伝達した後、メディアネゴシエーション過程を完成する（Complete CRBT Negotiation）。
【０１４３】
１１、ASがCMR Serverに放送開始のリクエスト（Request Playing）を送信する。
【０１４４】
１２、CMR ServerがMSに開始のリクエストを送信した（Start Playing CRBT）後、MSがカラーリングリングバックトーンメディアの放送を開始する（Play CRBT）。
【０１４５】
１３、CMR Client-Bが応答し（Answer）、応答メッセージをASに送信する。
【０１４６】
１４、ASが応答メッセージをCMR Client-Aに返す（Answer）。
【０１４７】
１５、ASがCMR Serverに放送中止のリクエスト（Request Stop）を送信する。
【０１４８】
１６、CMR ServerがMSに放送中止のコマンドを開始し、MSがカラーリングリングバックトーンメディアの放送を中止する（Stop Playing CRBT）。
【０１４９】
実例２、スタティックメディア放送
本実施例において、CMR（Customized Multimedia Ring） Serverはシステムのサービスサーバーである。CMR Client-Aは呼び出しを開始する発信者ユーザー端末である。CMR Client-Bは受信者ユーザー端末であり、ユーザーBがカラーリングリングバックトーンサービスを契約している。ASはユーザーBに属するカラーリングリングバックトーンサーバーである。MS（Media Server）はメディアサーバーであり、メディア放送を担う。図５は本発明実施例の実例２に基づいたシグナルフローチャートである。図５に示すように、以下の処理を含む。
【０１５０】
１、CMR Client-Aがセッションを開始し（CRM Session Invitation）、セッションパスが受信者CMR Client-Bに属するカラーリングリングバックトーンサーバーASまで指定される。
【０１５１】
２、ASが受信者端末CMR Client-Bへのセッションを開始する（CRM Session Invitation（Offer））。
【０１５２】
３、CMR Client-Bがリング（Ring）メッセージをASに返す。
【０１５３】
４、ASがCMR Serverに、CMR Client-A端末番号及びそのメディアの記述、CMR Client-B端末番号を含むリクエスト（Request（Session Offer））を開始し、CMR Serverがメディア放送を提供することを要求する。
【０１５４】
５、CMR Serverがリクエストにおける情報及びサーバーに記録されたユーザーデータによって、着信メロディリソースをロケータする（Get Media URI）。 
【０１５５】
６、CMR ServerがASに着信メロディリソース識別子を返す（Response（Media URI））。
【０１５６】
７、ASがCMR Client-Aに、着信メロディリソース識別子をキャリーする応答メッセージを返す（Response（Media URI））。
【０１５７】
８、CMR Client-AがCMR Serverにダウンロードするリクエストを開始する（Request Media in URI）。
【０１５８】
９、CMR Serverがダウンロードの応答を返す（Response with Media）。
【０１５９】
１０、CMR Client-A が着信メロディをダウンロードし、着信メロディを放送する（Display Media）。
【０１６０】
１１、CMR Client-Bが応答し（Answer）、応答メッセージをASに送信する。
【０１６１】
１２、ASが応答メッセージをCMR Client-Aに返す（Answer）。
【０１６２】
１３、CMR Client-Aが着信メロディの放送を中止する（Stop Displaying Media）。
上記処理により、リアルタイムのメディアとスタティックメディアを統一的な放送と制御を実施することができる。
【０１６３】
上記の記述から分かるように、付加価値サービス及びアプリケーションサーバーはクライアントとの間のセッション制御を担い、且つ、セッション中でサービスサーバーが取得したメディア放送装置のメディアリソース記述を伝達する。以下の方法実施の形態２において、付加価値サービス及びアプリケーションはただ要求によってサービスサーバーが受信したメッセージを透過的に伝送するだけでよく、接続されたユーザー端末との間のセッション制御を行う必要がなく、セッション制御及び初期メディアセッション制御はすべてサービスサーバーにより完成させる。
【０１６４】
「方法実施の形態２」
本発明の実施例によれば、システム実施の形態１及び／又はシステム実施の形態２におけるメディアリソースシステムに用いられるメディアリソースの放送方法を提供する。本発明の実施例において、付加価値サービス及びアプリケーションはただ要求によってサービスサーバーが受信したメッセージを透過的に伝送するだけでよく、接続されたユーザー端末との間のセッション制御を行う必要がなく、セッション制御及び初期メディアセッション制御はすべてサービスサーバーにより完成する。図６は本発明方法実施の形態２に基づいたメディアリソースの放送方法のフローチャートである。図６に示すように、以下の処理（ステップＳ６０２〜ステップＳ６０６）を含む。
【０１６５】
ステップＳ６０２において、サービスサーバーが付加価値サービス及びアプリケーションサーバーより、所定クライアントまでの接続とメディアの放送をリクエストするコールリクエストを受信する。コールリクエストは、サービスサーバーがクライアントに接続し、メディア放送の制御を行うことが必要となることを指示するリクエストタイプ、接続されたクライアントの識別子、メディア情報（例えば、放送されるメディアオブジェクト識別子及びそのメディアの記述など）を含む。
好ましくは、コールリクエストは、接続されたクライアントの接続ステータス制御識別子を更に含み、接続ステータス制御識別子は所定の接続ステータス（例えば、接続中、ユーザーリングなどのステータス）に達した後、サービスサーバーがメディア放送を実施するのに用いられる。好ましくは、接続されたユーザーの着信メロディの後に放送を開始する。
【０１６６】
具体的に，メディアリソースシステムは、付加価値サービス及びアプリケーションサーバーとの間の第１インターフェイス（図１のインターフェイス４）を介して、付加価値サービス及びアプリケーションサーバーからのコールリクエストを受信することができる。実際のアプリケーションにおいて、インターフェイス４は、APIインターフェイス（例えば、TCP／IPに基づくインターフェイス）、リモートコールインターフェイス（例えば、SOAP）、オープンAPIインターフェイス（例えば、Parlay API、ParlayX API）のいずれかの１つを含む。また、インターフェイス４は、セッション・イニシエイション・プロトコル（SIP）を利用して拡張でき、即ち、SIPが提供する方法（例えば、Invite、１８０／１８３、２００、Prackなど）を使用して、コールされた情報をXML方式でSIPメッセージ内に含ませる。XML構造には、コールリクエストタイプ、接続されたユーザー端末識別子、放送されるメディアオブジェクト識別子、放送されるメディアオブジェクトのメディアの記述（SDP）、接続されたユーザーステータスなど、を含む。インターフェイス４が提供したコールはいかなるネットワーク（例えば、２G CSメイン、３G CSメイン、３G PS／IMSメイン）にも適応する。また、本発明における実施例において、付加価値サービス及びアプリケーションサーバーは、マルチメディアメッセージサービスサーバー、カラー画像サービスサーバー、ショートメッセージ付加価値サービスサーバー及びマルチメディア会議サーバーを含むことができる。
【０１６７】
ステップＳ６０２は１つの付加価値サービス実行過程に発生する。この実行過程はリアルタイムのセッションに基づくサービス実行（例えば、カラーリングリングバックトーン、カラー画像サービス）であってもよい。しかも、セッションはクライアント、または、付加価値サービス及びアプリケーションが開始されてもよいし（例えば、会議）、非リアルタイムのセッションに基づくサービス実行（例えば、ショートメッセージ付加価値サービス）であってもよい。好ましくは、インターフェイス４に提供されたインターフェイス方法は、付加価値サービス及びアプリケーションサーバーによって決定されてよい。
【０１６８】
ステップＳ６０４において、サービスサーバーはコールリクエストによって、指定された接続されるクライアントに接続する。
【０１６９】
ステップＳ６０６において、サービスサーバーは接続されたクライアントに送信された接続ステータス指示（例えば、リング）を受信した後、前記コールリクエストによってメディアリソースをロケータし、メディアリソースタイプに応じて異なる方式でメディアの放送を制御する。
【０１７０】
具体的に、メディアリソースをロケータすることには、サービスサーバーがローカルに記憶されたユーザーの個人の好み情報によって検索し、さらに、サービスサーバーがインターフェイス６を介して他のアプリケーションサーバー（例えば、プレゼンスサーバー、ロケータサーバー）におけるユーザースのテータスと位置をリアルタイムに検索し、取得されたユーザーステータス、位置及びユーザー情報によって、メディアリソースをロケータして選択できる。上記ユーザーステータスは非リアルタイムの検索方法で取得されてサービス管理部に記憶されることができる。
【０１７１】
具体的に、メディアリソースがリアルタイムのメディア（例えば、オーディオ、ビデオなど）である場合、以下の処理を含む。
【０１７２】
１、サービスサーバーはメディア放送装置を制御してメディアネゴシエーションを行い、且つ、メディアネゴシエーションの結果を付加価値サービス及びアプリケーションサーバーに返す。
【０１７３】
２、付加価値サービス及びアプリケーションサーバーがサービスサーバーにメディア放送を行うことをリクエストし、サービスサーバーがメディア放送装置を制御してメディア放送を行う。
【０１７４】
３、サービスサーバーは接続されたクライアントが送信した接続ステータス指示を受信し、メディア放送装置を制御して放送を中止し、且つ、応答メッセージを付加価値サービス及びアプリケーションサーバーに送信する。
【０１７５】
４、付加価値サービス及びアプリケーションサーバーが要求に応じて応答メッセージをクライアントに転送し、且つ、クライアントが返した確認メッセージを受信する。  
【０１７６】
５、付加価値サービス及びアプリケーションサーバーがサービスサーバーによって確認メッセージを接続されたクライアントに送信し、互いに対話が開始する。
【０１７７】
メディアリソースがスタティックメディア（例えば、テキスト、イメージなど）である場合、以下の処理を含む。
【０１７８】
１、サービスサーバーがシグナルによって付加価値サービス及びアプリケーションサーバーにメディア情報を送信し、付加価値サービス及びアプリケーションサーバーがクライアントへメディア情報を透過的に伝送する。
【０１７９】
２、クライアントがメディア情報によってサービスサーバーからメディアリソースをダウンロードして放送する。
【０１８０】
３、サービスサーバーが接続されたクライアントの接続ステータス指示を受信し、付加価値サービス及びアプリケーションサーバーによって接続ステータス指示をクライアントに転送し、クライアントが放送を中止して確認メッセージを返す。
【０１８１】
４、サービスサーバーが確認メッセージを接続されたクライアントに送信し、互いに対話が開始する。
【０１８２】
また、クライアント、及び／又は付加価値サービス及びアプリケーションサーバーはサービスサーバーが提供した異なるインターフェイスを介してメディア放送を制御する。クライアント、及び／又は付加価値サービス及びアプリケーションサーバーがメディア放送を制御する動作は、放送中のメディアリソースを中止することと、放送中のメディアリソースを変更することと、放送中のメディアリソースの音量を変更することと、放送中のメディアリソースをコピーすることと、放送されるメディアリソースを動的に選択することと、のうちの少なくとも１つを含む。
【０１８３】
付加価値サービス及びアプリケーションサーバー、及びクライアントはすべてメディア放送を制御する能力を提供できる。システムがメディア放送の制御リクエストに対する開始側が異なることによって二つのケースに分けられる。
【０１８４】
ケース１、端末が第１インターフェイス（図１のインターフェイス２）を介して制御リクエストをメディアリソースシステムに開始する。ケース２、付加価値サービス及びアプリケーションサーバーが第３インターフェイス（図１のインターフェイス４）を介して制御リクエストをメディアリソースシステムに開始する。以下、上記二つのケースの処理プロセスを説明する。
【０１８５】
「ケース１」
【０１８６】
ステップ１において、クライアントがメディアリソースシステムに提供されたインターフェイス２を介して所定方式でメディアリソースシステムへ、実行中のサービスのコンテキスト情報（例えば、セッション情報）及び制御コマンド値を含むメディア制御リクエストを送信する。実際のアプリケーションにおいて、所定方式は、セキュアハイパーテキスト転送プロトコル方式、または転送制御プロトコル／インタネットプロトコル方式を含むことができる。
【０１８７】
ステップ２において、メディアリソースシステムがメディア制御リクエストを受信し、制御コマンド値を取得し、システム内のデータによって所定制御コマンドが代表する動作（例えば、メディア変更、放送中止、放送音量の?整など）を判断し、付加価値サービス及びアプリケーションサーバーに制御コマンド値に対応する制御コマンドを送信し、対応するメディア制御を行うことを要求する。
【０１８８】
ステップ３において、付加価値サービス及びアプリケーションサーバーが制御コマンドによってメディア制御を行う。
【０１８９】
「ケース２」
ステップ１において、付加価値サービス及びアプリケーションサーバーが、インターフェイス４を介して、メディアリソースシステムへ、制御コマンド値（例えば、端末ユーザーのキー値）を含むメディア制御リクエストを送信する。
【０１９０】
ステップ２において、メディアリソースシステムがメディア制御リクエストを受信し、制御コマンド値を取得し、システム内のデータによって付加価値サービス及びアプリケーションサーバーが行う必要な動作を判断し、且つ、付加価値サービス及びアプリケーションサーバーに制御コマンド値に対応する制御コマンドを送信し、対応対応するメディア制御を行うことを要求する。
【０１９１】
ステップ３において、付加価値サービス及びアプリケーションサーバーが制御コマンドによってメディア制御を行う。
【０１９２】
上記二つの情況のステップ１は１つの付加価値サービスの実行過程に発生する。この実行過程はリアルタイムのセッションに基づくサービス実行（例えば、カラーリングリングバックトーン、カラー画像サービス）であり、且つ、セッションはクライアント、または付加価値サービス及びアプリケーションサーバーにより開始させてよい（例えば、会議）。
【０１９３】
以下、メディアリソースシステムと外部機能実体に基づいて、カラーリングリングバックトーンサービスを例として（即ち、付加価値サービス及びアプリケーションサーバーはカラーリングリングバックトーンサービスサーバーである）、本発明の上記技術的なスキームに対して例を挙げて説明する。
【０１９４】
実例３、リアルタイムの動的なメディア放送
本実施例において、CMR（Customized Multimedia Ring） Serverはシステムのサービスサーバーである。CMR Client-Aは呼び出しを開始する発信者ユーザー端末である。CMR Client-Bは受信者ユーザー端末で、ユーザーBがカラーリングリングバックトーンサービスを契約している。ASはユーザーBに属するカラーリングリングバックトーンサーバーである。MS（Media Server）はメディアサーバーで、メディア放送を担う。図７は本発明における実施例の実例３に基づいたシグナルのフローチャートである。図７に示すように、以下の処理を含む。
【０１９５】
１、CMR Client-Aがセッションを開始し（Invitation（Session Offer））、セッションパスが受信者CMR Client-Bに属するカラーリングリングバックトーンサーバーASまで指定される。
【０１９６】
２、ASがCMR ServerにCMR Client-A端末番号及びそのメディアの記述、CMR Client-B端末番号を含むリクエストを開始し（Request（Session Offer））、CMR Serverにメディア放送を提供することをリクエストする。リクエストには、CMR Client-Bに接続し、CMR Client-Bのリングの後に着信メロディを放送することを指摘する。
【０１９７】
３、CMR Serverが受信者端末CMR Client-Bへのセッションを開始する（Invitation（Session Offer））。
【０１９８】
４、CMR Client-Bがリング（Ring）メッセージをCMR Serverに返す。
【０１９９】
５、CMR Server がリクエストにおける情報及びサーバーに記録されたユーザーデータによって、着信メロディリソースをロケータし、得られたCMR Client-Aメディアの記述をキャリーしてメディアサーバーにセッションを開始し（Get CRBT Offer）、メディアサーバーネゴシエーションの後のカラーリングリングバックトーンリソースメディアの記述を取得する。
【０２００】
６、CMR ServerがASに着信メロディリソースの記述の応答を返す（Response（CRBT Offer））。
【０２０１】
７、ASがCMR Client-Aに応答メッセージを透過的に伝送する（Response（CRBT Offer））。
【０２０２】
８、CMR Client-Aが初期メディアのメディアネゴシエーション（Early-Session Negotiation）を行う。
【０２０３】
９、CMR Client-Aがカラーリングリングバックトーンリソースメディア記述に対する応答メッセージ（Acknowledgement（CRBT Answer））を返す。
【０２０４】
１０、ASがCMR Serverに応答メッセージ（Acknowledgement（CRBT Answer））を透過的に伝送する。
【０２０５】
１１、CMR ServerがMSに応答メッセージを伝達した後、メディアネゴシエーション過程を完成する（Complete CRBT Negotiation）。
【０２０６】
１２、ASがCMR Serverに放送開始のリクエストを送信する（Request Playing）。
【０２０７】
１３、CMR ServerがMSに開始リクエストを送信した後、MSはカラーリングリングバックトーンメディアの放送を開始する（Start Playing CRBT）。
【０２０８】
１４、CMR Client-Bが応答し、応答メッセージをCMR Serverに送信する（Response（Session Answer））。
【０２０９】
１５、CMR ServerがMSに放送中止のコマンドを開始し、MSがカラーリングリングバックトーンメディアの放送を中止する（Stop Playing CRBT）。
【０２１０】
１６、CMR ServerがASに応答メッセージを送信する（Response（Session Answer））。
【０２１１】
１７、ASがCMR Client-Aに応答メッセージを透過的に伝送する（Response（Session Answer））。
【０２１２】
１８、CMR Client-AがASに応答メッセージ（Session Acknowledgement）を返す。
【０２１３】
１９、ASがCMR Serverに応答メッセージ（Session Acknowledgement）を透過的に伝送する。
【０２１４】
２０、CMR ServerがCMR Client-Bに応答（Session Acknowledgement）を返し、CMR Client-AとCMR Client-Bとの間に対話（Conversation）を確立する。
【０２１５】
実例４、スタティックメディア放送
本実施例において、CMR（Customized Multimedia Ring） Serverはシステムのサービスサーバーである。CMR Client-Aは呼び出しを開始する発信者ユーザー端末である。CMR Client-Bは受信者ユーザー端末であり、ユーザーBがカラーリングリングバックトーンサービスを契約している。ASがユーザーBに属するカラーリングリングバックトーンサーバーである。MS（Media Server）がメディアサーバーで、メディア放送を担う。図８は本発明における実施例の実例４に基づいたシグナルのフローチャートである。図８に示すように、以下の処理を含む。
【０２１６】
１、CMR Client-Aがセッションを開始し（Invitation（Session Offer））、セッションパスが受信者CMR Client-Bに属するカラーリングリングバックトーンサーバーASまで指定される。
【０２１７】
２、ASがCMR ServerにCMR Client-A端末番号及びそのメディアの記述、CMR Client-B端末番号を含むリクエストを開始し（Request（Session Offer））、CMR Serverがメディア放送を提供することを要求する。リクエストには、CMR Client-Bに接続し、CMR Client-Bのリングの後に着信メロディを放送することを指摘する。
【０２１８】
３、CMR Serverが受信者端末CMR Client-Bへのセッションを開始する（Invitation（Session Offer））。
【０２１９】
４、CMR Client-BがCMR Serverにリング（Ring）メッセージを返す。
【０２２０】
５、CMR Serverがリクエストにおける情報及びサーバーに記録されたユーザーデータによって、着信メロディリソースをロケータする（Get Media URI）。
【０２２１】
６、CMR ServerがASに、着信メロディリソース識別子を含むメッセージを返す（Response（Media URI））。
【０２２２】
７、ASがCMR Client-Aにメッセージを透過的に伝送する（Response（Media URI））。
【０２２３】
８、CMR Client-AがCMR Serverにダウンロードリクエストを開始する（Request Media in URI）。
【０２２４】
９、CMR Serverがダウンロードの応答を返す（Response with Media）。
【０２２５】
１０、CMR Client-A が着信メロディをダウンロードし、着信メロディを放送する（Display Media）。
【０２２６】
１１、CMR Client-Bが応答し（Response（Session Answer））、CMR Serverに応答メッセージを送信する。
【０２２７】
１２、CMR ServerがASに応答メッセージを送信する（Response（Session Answer））。
【０２２８】
１３、ASがCMR Client-Aに応答メッセージを透過的に伝送する（Response（Session Answer））。
【０２２９】
１４、CMR Client-Aが応答メッセージを受信した後、着信メロディの放送を中止する（Stop Displaying Media）。
【０２３０】
１５、CMR Client-AがASに応答メッセージ（Session Acknowledgement）を返す。
【０２３１】
１６、ASがCMR Serverに応答メッセージ（Session Acknowledgement）を透過的に伝送する。
【０２３２】
１７、CMR ServerがCMR Client-Bに応答（Session Acknowledgement）を返し、CMR Client-AとCMR Client-Bとの間に対話（Conversation）を確立する。
上記処理により、リアルタイムのメディアとスタティックメディアを統一的な放送と制御を実施することができる。
【０２３３】
「方法実施の形態３」
本発明の実施例によれば、システム実施の形態１及び／又はシステム実施の形態２におけるメディアリソースシステムに用いられるメディアリソースの放送方法を提供する。本発明における実施例において、付加価値サービス及びアプリケーションサーバーは所定のメディアリソース識別を取得する必要があり、放送制御及びセッション制御は付加価値サービス及びアプリケーションに自ら完成られる。図９は本発明における方法の実施の形態３に基づいたメディアリソースの放送方法のフローチャートである。図９に示すように、以下の処理（ステップＳ９０２〜ステップＳ９０６）を含む。
【０２３４】
ステップＳ９０２において、サービスサーバーは付加価値サービス及びアプリケーションサーバーからメディアリソース情報をリクエストするコールリクエストを受信する。コールリクエストは、メディアリソース識別子をリクエストすることが必要となることを識別するリクエストタイプ、接続されたクライアントの識別子、メディア情報（例えば、放送されるメディアオブジェクト識別子及びそのメディアの記述など）を含む。
【０２３５】
具体的に、メディアリソースシステムは、付加価値サービス及びアプリケーションサーバーとの間の第１インターフェイス（図１のインターフェイス４）を介して、付加価値サービス及びアプリケーションサーバーからのコールリクエストを受信することができる。実際のアプリケーションにおいて、インターフェイス４は、APIインターフェイス（例えば、２G CSドメイン、３G CSドメイン、３G PS／IMSドメイン）、リモートコールインターフェイス（例えば、SOAP）、オープンAPIインターフェイス（例えば、Parlay API、ParlayX API）のいずれかの１つを含む。また、本発明における実施例において、付加価値サービス及びアプリケーションサーバーは、マルチメディアメッセージサービスサーバー、カラー画像サービスサーバー、ショートメッセージ付加価値サービスサーバー及びマルチメディア会議サーバーを含むことができる。
【０２３６】
ステップＳ９０２は、１つの付加価値サービス実行過程に発生する。この実行過程はリアルタイムのセッションに基づくサービス実行（例えば、カラーリングリングバックトーン、カラー画像サービス）であってもよい。しかも、セッションはクライアント、または、付加価値サービス及びアプリケーションが開始されてもよいし（例えば、会議）、非リアルタイムのセッションに基づくサービス実行（例えば、ショートメッセージ付加価値サービス）であてもよい。好ましくは、インターフェイス４に提供されたインターフェイス方法は、付加価値サービス及びアプリケーションサーバーによって決定されてもよい。
【０２３７】
ステップＳ９０４において、サービスサーバーはコールリクエストによってメディアリソースをロケータして選択し、前記メディアリソース情報を付加価値サービス及びアプリケーションサーバーに返す。
【０２３８】
具体的に、メディアリソースをロケータすることはサービスサーバーがローカルに記憶されたユーザーの個人の好み情報によって検索し、さらに、サービスサーバーがインターフェイス６を介して他のアプリケーションサーバー（例えば、プレゼンスサーバー、ロケータサーバー）におけるユーザーのステータスと位置をリアルタイムに検索し、取得されたユーザーステータス、位置及びユーザー情報によって、メディアリソースをロケータして選択することができる。上記ユーザーステータスは非リアルタイムの検索方法で取得されてサービス管理部に記憶されることができる。
【０２３９】
ステップＳ９０６において、付加価値サービス及びアプリケーションサーバーは対応するメディア制御を行い、且つ、メディアリソース識別子によってクライアント、メディア放送装置とインタラクションを行い、所定方式でクライアントへメディア放送を実施する。好ましくは、所定方式は、リアルタイムのメディア、ダウンロード、シグナルのいずれかの１つを含む。
【０２４０】
具体的に、メディアリソースがリアルタイムのメディア（例えば、オーディオ、ビデオなど）である場合、サービスサーバーはメディア放送装置を制御してメディアネゴシエーションを行い、且つ、メディアネゴシエーション結果を付加価値サービス及びアプリケーションに返し、具体的に、１、付加価値サービス及びアプリケーションがクライアントに確認されたメディアネゴシエーションの結果の確認応答を受信した後、サービスサーバーに通知し、サービスサーバーはメディアネゴシエーション過程を完成する。２、付加価値サービス及びアプリケーションがサービスサーバーの放送をリクエストし、サービスサーバーがメディア放送装置を制御して放送を行う。３、付加価値サービス及びアプリケーションがサービスサーバーへ放送中止のリクエストを開始し、サービスサーバーがメディア放送装置を制御して放送を中止し、ここまで、放送制御過程を完成する。
【０２４１】
メディアリソースがスタティックメディア（例えば、テキスト、イメージなど）である場合、以下の処理を含む。１、サービスサーバーがメディア情報を付加価値サービス及びアプリケーションサーバーに返し、付加価値サービス及びアプリケーションサーバーがメディア情報をシグナルでクライアントに伝達する。２、クライアントがメディア情報によってサービスサーバーにメディアリソースをダウンロードして放送する。
【０２４２】
また、クライアント、及び／又は付加価値サービス及びアプリケーションサーバーはサービスサーバーが提供した異なるインターフェイスを介してメディア放送を制御することができる。クライアント、及び／又は付加価値サービス及びアプリケーションサーバーがメディア放送を制御する動作は、放送中のメディアリソースを中止することと、放送中のメディアリソースを変更することと、放送中のメディアリソースの音量を変更することと、放送中のメディアリソースをコピーすることと、放送されるメディアリソースを動的に選択することと、のうちの少なくとも１つを含む。
付加価値サービス及びアプリケーションサーバー、及びクライアントはすべてメディア放送を制御する能力を提供できる。システムがメディア放送の制御リクエストに対する開始側が異なることによって、二つのケースに分けられる。ケース１、端末が第１インターフェイス（図１のインターフェイス２）を介して制御リクエストをメディアリソースシステムに開始する。ケース２、付加価値サービス及びアプリケーションサーバーが第３インターフェイス（図１のインターフェイス４）を介して制御リクエストをメディアリソースシステムに開始する。以下、上記二つのケースの処理プロセスを説明する。
【０２４３】
「ケース１」
ステップ１において、クライアントがメディアリソースシステムに提供されたインターフェイス２を介して所定方式でメディアリソースシステムに、実行中のサービスのコンテキスト情報（例えば、セッション情報）及び制御コマンド値を含むメディア制御リクエストを送信する。実際のアプリケーションにおいて、所定方式は、セキュアハイパーテキスト転送プロトコル方式、または転送制御プロトコル／インタネットプロトコル方式を含むことができる。
【０２４４】
ステップ２において、メディアリソースシステムがメディア制御リクエストを受信し、制御コマンド値を取得し、システム内のデータによって所定制御コマンドが代表する動作（例えば、メディア変更、放送中止、放送音量の?整など）を判断し、付加価値サービス及びアプリケーションサーバーに制御コマンド値に対応する制御コマンドを送信し、対応するメディア制御を行うことを要求する。
【０２４５】
ステップ３において、付加価値サービス及びアプリケーションサーバーが制御コマンドによってメディア制御を行う。
【０２４６】
「ケース２」
【０２４７】
ステップ１において、付加価値サービス及びアプリケーションサーバーがインターフェイス４を介してメディアリソースシステムに、制御コマンド値（例えば、端末ユーザーのキー値）を含むメディア制御リクエストを送信する。
ステップ２において、メディアリソースシステムがメディア制御リクエストを受信し、制御コマンド値を取得し、システム内のデータによって付加価値サービス及びアプリケーションサーバーの必要な動作を判断し、且つ、付加価値サービス及びアプリケーションサーバーに制御コマンド値に対応する制御コマンドを送信し、対応するメディア制御を行うことを要求する。
【０２４８】
ステップ３について、付加価値サービス及びアプリケーションサーバーが制御コマンドによってメディア制御を行う。
【０２４９】
上記二つの情況のステップ１は、１つの付加価値サービスの実行過程に発生する。この実行過程はリアルタイムのセッションに基づくサービス実行（例えば、カラーリングリングバックトーン、カラー画像サービス）であり、且つ、セッションはクライアント、または付加価値サービス及びアプリケーションサーバーが開始されてもよい（例えば、会議）。
【０２５０】
以下、メディアリソースシステムと外部機能実体に基づいて、カラーリングリングバックトーンサービスを例として（即ち、付加価値サービス及びアプリケーションサーバーはカラーリングリングバックトーンサービスサーバーである）、本発明の上記技術的なスキームに対して例を挙げて説明する。
【０２５１】
実例５，リアルタイムの動的なメディア放送
本実施例において、CMR（Customized Multimedia Ring）Serverはシステムのサービスサーバーである。CMR Client-Aは呼び出しを開始する発信者ユーザー端末である。CMR Client-Bは受信者ユーザ端末であり、ユーザーBはカラーリングリングバックトーンサービスを契約している。、ASはユーザーBに属するカラーリングリングバックトーンサーバーである。MS（Media Server）はメディアサーバーであり、メディア放送を担う。図１０は本発明における実施例の実例５に基づいたシグナルのフローチャートである。図１０に示すように、以下の処理を含む。
【０２５２】
１、CMR Client-Aがセッションを開始し（CMR Session Invitation）、セッションパスが受信者CMR Client-Bに属するカラーリングリングバックトーンサーバーをASまで指定される。
【０２５３】
２、ASが受信者端末CMR Client-Bへのセッションに開始する（CMR Session Invitation（Offer））。
【０２５４】
３、CMR Client-B がASにリング（Ring）メッセージを返す。
【０２５５】
４、ASがCMR Serverにリクエストを開始し（Request CMR Resource）、CMR Serverがメディアリソースのロケータを提供することを要求する。
【０２５６】
５、CMR Serverがリクエストにおける情報及びサーバーに記録されたユーザーデータによって、着信メロディリソースをロケータする（Get Media URI）。
【０２５７】
６、CMR ServerがASに、着信メロディリソース識別子を含むメッセージを返す（Response（Media URI））。
【０２５８】
７、ASがMSにセッションを開始し（Get CRBT Offer）、CMR Client-Aのメディアの記述をキャリーし、着信メロディリソースメディアの記述を取得する。
【０２５９】
８、ASがCMR Client-Aに着信メロディリソースを含むメディアの応答を返す（Response（CRBT Offer））。
【０２６０】
９、CMR Client-Aがメディアネゴシエーションを行なった後、ネゴシエーション応答を返す（Response ACK（CRBT Answer））。
【０２６１】
１０、ASとMSとの間に初期メディアのネゴシエーション過程を完成する（Complete CRBT Negotiation）。
【０２６２】
１１、ASは（Start Playing CRBT）MSがカラーリングリングバックトーンメディア（Play CRBT）の放送を開始することを指示する。
【０２６３】
実例６、スタティックメディア放送
本実施例において、CMR（Customized Multimedia Ring） Serverはシステムのサービスサーバーである。CMR Client-Aは呼び出しを開始する発信者ユーザー端末である。CMR Client-Bは受信者ユーザー端末であり、ユーザーBはカラーリングリングバックトーンサービスを契約している。ASはユーザーBに属するカラーリングリングバックトーンサーバーである。MS（Media Server）はメディアサーバーであり、メディア放送を担う。図１１は本発明における実施例の実例６に基づいたシグナルのフローチャートである。図１１に示すように、以下の処理を含む。
【０２６４】
１、CMR Client-Aがセッションを開始し（CMR Session Invitation）、セッションパスが受信者CMR Client-Bに属するカラーリングリングバックトーンサーバーASまで指定される。
【０２６５】
２、ASが受信者端末CMR Client-Bへのセッションに開始する（CMR Session Invitation（Offer））。
【０２６６】
３、CMR Client-B がASにリング（Ring）メッセージを返す。
【０２６７】
４、ASがCMR Serverにリクエストを開始し（Request CMR Resource）、CMR Serverがメディアリソースのロケータを提供することを要求する。
【０２６８】
５、CMR Serverがリクエストにおける情報及びサーバーに記録されたユーザーデータによって、着信メロディリソースをロケータする（Get Media URI）。
【０２６９】
６、CMR ServerがASに、着信メロディリソース識別子を含むメッセージを返す（Response（Media URI））。
【０２７０】
７、ASがCMR Client-Aに、着信メロディリソース識別子を含むリングメッセージを返す（Response（Media URI））。
【０２７１】
８、CMR Client-AがCMR Serverにダウンロードリクエストを開始する（Request Media in URI）。
【０２７２】
９、CMR Serverがダウンロードの応答を返す（Response with Media）。
【０２７３】
１０、CMR Client-A が着信メロディをダウンロードし、着信メロディを放送する（Display Media）。
【０２７４】
１１、CMR Client-Bが応答し（Answer）、ASに応答メッセージを送信する。
【０２７５】
１２、ASがCMR Client-Aに応答メッセージを返す（Answer）。
【０２７６】
１３、CMR Client-Aが応答メッセージを受信した後、着信メロディの放送を中止する（Stop Displaying Media）。
【０２７７】
つまり、本発明の技術的なスキームによれば、サービスサーバーがメディアを統一的に放送制御を行うことで、関連技術における各種のメディア放送サービスに統一的に放送制御できない問題を解決でき、各サービスシステムの確立と配置のコストを削減し、システムのメンテナンスにとって有利であり、且つ、ユーザーに一致したユーザーメディア制御体験を提供し、ユーザーにとって便利である。
【０２７８】
明らかなように、当業者であれば、本発明のモジュールまたはステップは、汎用コンピュータによって実現することができること、単一のコンピュータにまとめることができるかまたは、複数のコンピュータから成るネットワークに分散することができること、および任意選択でコンピュータ実行可能プログラムコードによって実現することができることを理解されるであろう。したがって、モジュールまたはステップを、コンピュータによって実行される記憶装置に記憶することができ、また、複数の集積回路モジュールに別々に製造することもできる。また、これらのモジュールまたはステップの一部が、単一の集積回路モジュールに製造されてもよい。したがって、本発明は、ハードウェアとソフトウェアとの任意の特殊な組合せに限定されない。
【０２７９】
上記のものは本発明の好適な実施形態に過ぎず、本発明はこれに限定されず、種々の変更形態および変形形態が当業者によって可能である。また、特許請求の範囲に規定される本発明の精神及び範囲に逸脱しない限り、あらゆる変更、均等な代替物、および改良が可能であることを理解されたい。
【図１】
0005517273.tif 000002
【図２】
0005517273.tif 000003
【図３】
0005517273.tif 000004
【図４】
0005517273.tif 000005
【図５】
0005517273.tif 000006
【図６】
0005517273.tif 000007
【図７】
0005517273.tif 000008
【図８】
0005517273.tif 000009
【図９】
0005517273.tif 000010
【図１０】
0005517273.tif 000011
【図１１】
0005517273.tif 000012