(57)【要約】【課題】マルチメディアフォーマットに対する作成ツールの依存性の問題を解決し、サービスの作成に際してグラフィカルアピアランスを再利用可能にする解決方法を提供する。【解決手段】マルチメディアサービスの作成方法であって、この方法は、  マルチメディアフォーマットとは無関係に、マルチメディアサービスのために使用されるグラフィッカルチャートを包括的に記述するステップと、マルチメディアフォーマットとは無関係に、マルチメディアサービスの基本サービスを包括的に記述するステップと、サービスの包括的な記述を形成するために、グラフィカルチャートの包括的な記述と、基本サービスの包括的な記述とを融合するステップと、少なくとも一つのターゲット言語を選択するステップと、選択されたターゲット言語に、サービスの包括的な記述を翻訳するステップとを含む。【選択図】図３
2008005495.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアサービスの作成方法であって、
マルチメディアサービスのために使用されるインターフェースグラフィカル要素を包括的に記述するステップを含み、該インターフェースグラフィカル要素の包括的な記述が、ＳＶＧ等の第１の言語で特定され、前記マルチメディアサービスの作成方法がさらに、
インターフェースグラフィカル要素の包括的な記述を、グラフィカルチャートデータベース（２）に記録するステップと、
調査、投票、クイズ、購入等のマルチメディアサービスの基本サービスを包括的に記述するステップとを含み、該基本サービスの包括的な記述が、グラフィカルインターフェースの要約要素等のエンドユーザにおけるレンダリングコンポーネントと、内部サービスの論理コンポーネントと、遠隔サーバとの相互作用をサポートする外部サービスの論理コンポーネントとの３つの機能コンポーネントの形態で、ＢＩＦＳまたはＬＡＳｅＲ等の第２の言語で特定され、前記マルチメディアサービスの作成方法がさらに、
前記基本サービスの包括的な記述を基本サービス記述データベース（４）に記録するステップと、
マルチメディアサービスの包括的な記述を形成するために、インターフェースグラフィカル要素の包括的な記述と基本サービスの包括的な記述とを融合するステップと、
ＭＰＥＧ−４  ＢＩＦＳ、ＭＰＥＧ−４  ＬＡＳｅＲ、ＳＶＧ、ＭＯＲＥ等の、ターゲットとなる少なくとも一つのリッチメディアフォーマットを選択するステップと、
推論エンジン（８）に結合されるシンタックス分析ソフトウェア（７）によって、選択されたリッチメディアフォーマットに、マルチメディアサービスの包括的な記述を翻訳するステップとを含む、方法。
【請求項２】
サービスが、ターゲットとなるリッチフォーマットに翻訳される場合、サービスのコンパイル（９）が行われてから、オペレータのネットワークにサービスがデプロイメント（１０）されることを特徴とする、請求項１に記載のサービス作成方法。
【請求項３】
１個の基本サービスが、その記述のために、
エンドユーザにおけるレンダリングコンポーネントと、
サービスの論理部分が規定される内部サービスの論理コンポーネントと、
遠隔サーバとの相互作用をサポートする外部論理サービスとの３つの機能コンポーネントからなるものとみなされることを特徴とする、請求項１に記載のサービス作成方法。
【請求項４】
サービスが、ターゲットとなるリッチフォーマットに翻訳される場合、サービスのコンパイル（９）が行われてから、サービスがデプロイメントされる（１０）ことを特徴とする、請求項１に記載のサービスの作成方法。
【請求項５】
マルチメディアサービス作成用のコンピュータプログラム製品であって、該コンピュータプログラム製品が、サービス作成ツール（５）を含んでおり、該サービス作成ツールが、
マルチメディアフォーマットとは無関係にマルチメディアサービスの包括的な記述を規定するために、マルチメディアサービスのグラフィカルチャートの記述と、基本サービスの記述とを融合させる手段と、
マルチメディアサービスの包括的な記述をターゲットの言語に翻訳する手段とを備えているコンピュータプログラム製品。
【請求項６】
翻訳手段が、推論エンジン（８）に結合されるシンタックス分析手段（７）を含むことを特徴とする、請求項５に記載のコンピュータプログラム製品。
【請求項７】
シンタックス分析ソフトウェア（７）が、推論エンジン（８）とマルチメディアフォーマット認識手段とを、モジュールとして含んでいることを特徴とする、請求項５または６に記載のコンピュータプログラム製品。
【請求項８】
推論エンジンモジュール（８）が、構成可能であり、推論作成論理サービスを規定することを特徴とする、請求項７に記載のコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リッチメディアフォーマット（ｒｉｃｈ  ｍｅｄｉａ  ｆｏｒｍａｔ）コンテンツの形成に関する。本発明は、移動端末におけるインタラクティブマルチメディア、特にインタラクティブテレビに用いられ、またＴＮＴ、ＩＰＴＶなどに用いられる。
【背景技術】
【０００２】
「マルチメディア」とは、情報（テキスト、静止画像または動画、音響）の複数の表現方法を同時にインタラクティブに使用することを示す。
【０００３】
「インタラクティブ」とは、対話方式で相互に作用できる可能性を示す。例えば、ユーザは、応答を選択し、ツリー（ｔｒｅｅ）の固有の経路をたどり、プログラムの展開を修正することができる。
【０００４】
「インタラクティブテレビ」（ＩＴＶ：Ｉｎｔｅｒａｃｔｉｖｅ  Ｔｅｌｅｖｉｓｉｏｎ）とは、ここでは、特に娯楽、情報提供、教育、商取引のために、視聴者とサービスの提供者（放送者、ケーブル放送業者など）との間で双方向通信を可能にするあらゆる技術を示す。インタラクティブテレビが提供すべきサービスは、例えばＶｏＤ（オンデマンドビデオ）、ポッドキャスト（ｐｏｄｃａｓｔ）、ＰＶＲ（Ｐｅｒｓｏｎａｌ  Ｖｉｄｅｏ  Ｒｅｃｏｒｄｉｎｇ）、ＥＳＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｓｅｒｖｉｃｅ  Ｇｕｉｄｅ）、投票、クイズ、購入である。
【０００５】
特に１９９５年のＪａｖａ（登録商標）プログラミング言語の発表以来、マルチメディアが、ウェブ上で成功を収めた。この言語は、自律アプリケーションの形成を可能にし、ｈｔｍｌ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋ−Ｕｐ  Ｌａｎｇｕａｇｅ）文書に、インタラクティブ動画、統合アプリケーション、３Ｄモデルなどの新しい機能を与えることを可能にした。こうしたオブジェクト指向言語は、マルチメディアアプリケーションの形成のために特別に構成された要素を含む。インタラクティブ性のために、オンデマンドで作動可能な接続（ハイパーリンク）が、ウェブ閲覧用のデータ接続を行う。
【０００６】
今日では、１個の「多機能」モデムによって、インターネット、固定電話および移動電話、ラジオおよびテレビが、コンピュータで利用可能である。音響映像、電子データ処理、通信の集中（ｃｏｎｖｅｒｇｅｎｃｅ）は、これらのモデムの所持者にとって現実となっている。
【０００７】
現在、移動端末によるインタラクティブマルチメディアは、大きな関心を呼んでいる。
【０００８】
過去には、例えばＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌｅ）等の、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ：携帯情報端末）または携帯電話等の移動端末に、特有のインターネットアクセスプロトコルが提案された。
【０００９】
移動端末でのテレビの場合、今では複数の標準が提案されている。
【００１０】
第１の標準は、ＭＰＥＧ−４  ＢＩＦＳである。
【００１１】
ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅｓ  ａｎｄ  ａｓｓｏｃｉａｔｅｄ  ａｕｄｉｏ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｏｄｉｎｇ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ  ４）標準は、インターネットでのダウンロードまたはストリーミング（ｓｔｒｅａｍｉｎｇ）、移動端末でのマルチメディア、デジタルラジオ、ビデオゲーム、高解像度テレビおよび媒体（ＨＤＴＶ）等の、全てのマルチメディア技術に関与する。こうしたＭＰＥＧ４標準は、ウェブとテレビとの２つのメディアから送られるコンテンツを統合することによって、双方の集中を可能にするものでなければならない。さらに、この標準は、ＭＨＥＧ（Ｍｕｌｔｉｍｅｄｉａ  ａｎｄ  Ｈｙｐｅｒｍｅｄｉａ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）による２Ｄインタラクティブシーン（ｉｎｔｅｒａｃｔｉｖｅ  ｓｃｅｎｅ）の記述可能性を提供する。ＭＰＥＧ４は、また、ウェブシーンの作成のためにＶＲＭＬ（Ｖｉｒｔｕａｌ  Ｒｅａｌｉｔｙ  Ｍｏｄｅｌｉｎｇ  Ｌａｎｇｕａｇｅ）を使用して３Ｄシーンを規定し、ＢＩＦＳ（Ｂｉｎａｒｙ  Ｆｏｒｍａｔ  ｆｏｒ  Ｓｃｅｎｅ）でこれを管理することができる。記述は、ウェブ上で行われ、ユーザが、検索エンジンまたはディレクトリを介してリクエストを行うと、１つの頁に結合される記述テキスト、一般には、頁タイトルとＵＲＬが表示される。ＭＰＥＧ４標準では、ＥＡＩ（Ｅｘｔｅｒｎａｌ  Ａｕｔｈｏｒｉｎｇ  Ｉｎｔｅｒｆａｃｅ）プログラミングインターフェースによって、外部のＪａｖａ（登録商標）アプリケーションから、ＶＲＭＬシーンを制御可能でなければならない。ＭＰＥＧ４標準では、ＯＣＩ（Ｏｂｊｅｃｔ  Ｃｏｎｔｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）の名のもとでモジュールのテキスト記述が提供されており、ネットワークおよび端末の管理が、包括的な接続インターフェースＤＭＦ（Ｄｅｌｉｖｅｒｙ  Ｍｕｌｔｉｍｅｄｉａ  Ｆｒａｍｅｗｏｒｋ）で行われる。
【００１２】
インタラクティブ移動サービスの技術分野では、ＭＰＥＧ４−ＢＩＦＳ以外の他の標準、すなわちＭＰＥＧ−ＬＡＳｅＲ（Ｌｉｇｈｔｗｅｉｇｈｔ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｃｅｎｅ  Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ、Ｓｔｒｅｍｅｚｚｏ社の開発品）、ＳＶＧ（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ、Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ（Ｗ３Ｃ）社の開発品）、ＭＯＲＥ（Ｍｏｂｉｌｅ  Ｏｐｅｎ  Ｒｉｃｈ−Ｍｅｄｉａ  Ｅｎｖｉｒｏｎｍｅｎｔ  Ｎｏｋｉａ社による開発品）が提案されている。
【００１３】
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）電話等の移動端末でテレビ放送を行うには、１個のセルが、一般には２５６ｋｂｉｔ／秒の、少数の高速同時マルチメディアセッションをサポートする。この容量は、おそらく、ＨＳＤＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）または３ＧＬＴＥ（３ＧＰＰ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）の導入により改善されるであろう。「ｂｒｏａｄｃａｓｔ」の解決方法にはこうした制限がなく、移動端末向けに次の３つのテレビジョン放送技術が可能である。すなわち、
ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）、ＵＭＴＳの延長、
ＤＶＢ−Ｈ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｏ  Ｈａｎｄｈｌｅｄ  ｔｅｒｍｉｎａｌｓ）、Ｔ−ＤＭＢ（Ｔｅｒｒｅｓｔｒｉａｌ  Ｄｉｇｉｔａｌ  Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔｉｎｇ）、Ｍｅｄｉａ−Ｆｌｏ（Ｍｅｄｉａ  Ｆｏｒｗａｒｄ  Ｌｉｎｋ  Ｏｎｌｙ）、および日本のＩＳＤＢ−Ｔネットワーク等の地上デジタルネットワーク、
韓国のＳ−ＤＭＢ、日本のＭｏｂａＨＯ！、または、本出願人が開発し、ＭＢＭＳの２５６ｋｂｉｔｓ／秒の３個のチャンネルに比べて、５Ｍｂｉｔｓ／秒〜１１Ｍｂｉｔｓ／秒（８ＭＨｚ）で２０個から３０個のチャンネル容量を可能にする、Ｓバンド適合型のＤＶＢ−Ｈ等の衛星／地上ハイブリッドネットワーク。
【００１４】
「ｂｒｏａｄｃａｓｔ」のアプローチの不都合の一つは、コンテンツの各作成者が、固有のマルチメディア用の作成ツール（Ａｕｔｈｏｒｉｎｇ  Ｔｏｏｌｓ）を用いて得られたコンテンツを、放送者に供給しようとすることにある。
【００１５】
これらの作成ツールは、サービスの作成と供給とにおいて、柔軟性と容易性を与えることができ、設計コストを減らし、市場に製品を提供するために必要な時間を短縮する。
【００１６】
作成ツールは、固有の環境と、ネットワークにおけるデプロイメント（ｄｅｐｌｏｙｅｍｅｎｔ）および設置（配備）の状況とを考慮しなければならない。
【００１７】
より詳しくは、移動端末環境専用で、インタラクティブ移動サービスの作成および提供に用いられる作成ツールの利用にあたって、次の２つの課題を考慮しなければならない。
【００１８】
マルチメディアフォーマットまたはリッチメディアフォーマット（ｒｉｃｈ  ｍｅｄｉａ  ｆｏｒｍａｔｓ）に対するこれら作成ツールの依存性。ＭＰＥＧ４−ＢＩＦＳ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅｓ  ａｎｄ  ａｓｓｏｃｉａｔｅｄ  ａｕｄｉｏ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｏｄｉｎｇ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ  ４  Ｂｉｎａｒｙ  Ｆｏｒｍａｔ  ｆｏｒ  Ｓｃｅｎｅ）等のマルチメディアフォーマット、ＭＰＥＧ４−ＬＡＳＥｅＲ、ＶＲＭＬ（Ｖｉｒｔｕａｌ  Ｒｅａｌｉｔｙ  Ｍｏｄｅｌｌｉｎｇ  Ｌａｎｇｕａｇｅ）、ＳＶＧ（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ）は、それぞれ、一組の音響映像記述と、様々なグラフィカル特性とを提供する。アプリケーションの記述モデルは、マルチメディアフォーマットに結合される言語に基づいている。こうした違いの例として、ＶＲＭＬは、いわゆる「ｄｏｗｎｌｏａｄ  ａｎｄ  ｐｌａｙ」モデルであり、コンテンツは、全体がダウンロードされてからシーンが開始されるが、ＭＰＥＧ−４コンテンツは、ストリーミングモデルとすることができる。別の言語を選択した場合、ソースモデルをターゲットモデルに翻訳することが必要である。しかし、この翻訳は、リッチメディア言語の幾つかの特徴が、別の言語によってサポートされないことから、時には困難である。また、翻訳されたアプリケーションのレンダリング（ｒｅｎｄｅｒｉｎｇ）および挙動は、翻訳プロセスによって損なわれることがある。従って、作成ツールの選択によって、マルチメディアフォーマットの選択が左右される。例えばＳｔｒｅｍｅｚｚｏ社の作成ツールは、ＭＰＥＧ４  ＬＡＳｅＲ専用であり、別のマルチメディアフォーマットをサポートしない。ＭＰＥＧ４−４ＧＩＦＳの場合、Ｅｎｖｉｖｏ社は、ＢＩＦＳフォーマットだけをサポートする作成ツールを提案している（ＭＰＥＧ−４  Ｈ．２６３／Ｈ２６４エンコーダ）。その結果、ＭＰＥＧ４−ＢＩＦＳフォーマットとＭＰＥＧ４−ＬＡＳｅＲフォーマットとを同時にサポートするインタラクティブ移動サービスの作成を望む場合は、２個の作成ツールを用いなければならない。
【００１９】
グラフィカルアピアランス（ｇｒａｐｈｉｃａｌ  ａｐｐｅａｒａｎｃｅ）。第１のサービスに対して規定されたグラフィカルアピアランスを、第２のサービスで再利用するための明瞭な方法が存在しない。規定されたサービスでグラフィカルアピアランスの一つを利用するには、グラフィカルアピアランスのライブラリを設ける必要性が大いにある。
【発明の開示】
【発明が解決しようとする課題】
【００２０】
本発明の目的は、マルチメディアフォーマットに対する作成ツールの依存性の問題を解決し、サービスの作成に際してグラフィカルアピアランスを再利用可能にする解決方法を提供することにある。
【課題を解決するための手段】
【００２１】
このため、本発明は、第１の態様によれば、マルチメディアサービスの作成方法に関し、この方法は、
マルチメディアフォーマットとは無関係に、サービスのために使用されるグラフィカルチャートを包括的に（ｇｅｎｅｒｉｃ）記述するステップと、
マルチメディアフォーマットとは無関係に、このサービスの基本サービスを包括的に記述するステップと、
マルチメディアサービスの包括的な記述を形成するために、グラフィカルチャートの包括的な記述と基本サービスの包括的な記述とを融合するステップと、
少なくとも一つのターゲット言語を選択するステップと、
選択されたターゲット言語に、マルチメディアサービスの包括的な記述を翻訳するステップとを含む。
【００２２】
様々な実施形態によれば、この方法は、以下の特徴を場合によっては組み合わせて含む。
【００２３】
包括的な記述を翻訳するステップが、シンタックス分析と推論分析とを含む。
【００２４】
１個の基本サービスが、その記述のために、エンドユーザにおけるレンダリングコンポーネントと、サービスの論理部分が規決される内部サービスの論理コンポーネントと、遠隔サーバとの相互作用をサポートする外部論理サービスのコンポーネントとの３つの機能コンポーネントからなるものとみなされる。
【００２５】
サービスが、ターゲットとなるリッチフォーマットに翻訳される場合、サービスのコンパイルが実行されてから、サービスのデプロイメントが行われる。
【００２６】
本発明は、第２の態様によれば、マルチメディアサービス作成用のコンピュータプログラム製品に関し、このコンピュータプログラム製品が、サービス作成ツールを含んでおり、このサービス作成ツールが、マルチメディアフォーマットとは無関係にサービスの包括的な記述を規定するために、サービスのグラフィカルチャートの記述と、基本サービスの記述とを融合させる手段を含む。こうしたコンピュータプログラム製品は、サービスの包括的な記述をターゲット言語に翻訳する手段を備えている。
【００２７】
有利には、翻訳手段が、推論エンジンに結合されるシンタックス分析手段を含む。
【００２８】
有利には、シンタックス分析ソフトウェアが、推論エンジンとマルチメディアフォーマット認識手段とを、モジュールとして含んでいる。
【００２９】
有利な実施形態では、推論エンジンモジュールが、構成可能であって、推論作成論理サービスを決定する。このようにして、例えば作成されたサービスにおける一つの機能が、ターゲットとなるマルチメディアフォーマットによりサポートされていない場合、サービスの作成者は、ターゲットとなるマルチメディアフォーマットのこの不十分さを避けながら、サービスを行うためにどのように翻訳を実施するか決定することができる。
【００３０】
本発明の他の目的および長所は、添付図面を参照しながらなされた、本発明の実施についての以下の説明から明らかになるであろう。
【発明を実施するための最良の形態】
【００３１】
マルチメディアフォーマットでのサービスは、調査、投票、クイズ、購入などの一つまたは複数の基本サービスからなる。グラフィカルチャートは、このサービスのアピアランスを規定し、サービスは、また、サーバ端構成を規定するサーバ構成部品にも結合される。
【００３２】
サービスの作成時に、グラフィク作成者１は、サービスのために使用されるグラフィカルチャートの記述を実行し、これらの記述が、グラフィカルチャートデータベース２に記録される。インターフェースグラフィカル要素の一式（ｗｉｄｇｅｔｓ）、例えばボタンスタイル、組み合わされたゾーン（ｃｏｍｂｏ  ｂｏｘ）、メニューバー、スクロールバー、テキストボックス、テキストのスタイル、線のスタイル等のアピアランスが決定される。
【００３３】
それと平行して、基本サービス作成者３は、サービスの基本サービスの記述を実行し、これらの記述が、基本サービスの記述データベース４に記録される。
【００３４】
基本サービスは、その記述に際して、次の３つの機能コンポーネントからなるものとみなされる。すなわち、
例えばエンドユーザのグラフィカルインターフェースＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）の要約要素等のエンドユーザにおけるレンダリングコンポーネント、
サービスの論理部分が規定される内部サービスの論理コンポーネント。例えば、エンドユーザの事象の検出（ボタンが押される）や動作の実行等。
【００３５】
遠隔サーバとの相互作用をサポートする外部論理サービスコンポーネント。クライアント部分は、エンドユーザの端末を起点とするインタラクティブリクエストの送信用、サーバ端は、これらのインタラクティブリクエストの管理用である。
【００３６】
作成ツール５は、データベース２、４から取り出したデータから、サービス６の包括的な記述を行う。
【００３７】
この記述は、マルチメディアフォーマットとは無関係である限り、包括的な記述と呼ばれる。グラフィカルチャートまたはサービス用の包括的な記述は、例えば、専用とすることができ、あるいは、既存のマルチメディアフォーマットでも決定可能である。例えば、図３の実施では、グラフィカルチャートの記述が、ＳＶＧ言語で特定され、基本サービスの記述が、ＢＩＦＳおよびＬＡＳｅＲで特定されている。
【００３８】
サービスの包括的な記述は、こうしたサービスの包括的な記述を、必要なマルチメディアフォーマットに翻訳するために、シンタックス分析ソフトウェア（ｐａｒｓｅｒ）７に送られる。
【００３９】
シンタックス分析ソフトウェア７は、推論エンジン８（ｒｕｌｅ  ｅｎｇｉｎｅ）に結合され、例えばＭＰＥＧ−４  ＢＩＦＳ、ＭＰＥＧ−４  ＬＡＳｅＲ、ＳＶＧ、ＭＯＲＥ等の特定のマルチメディアフォーマットに、サービスの包括的な記述を翻訳することができる。
【００４０】
サービスの包括的な記述を翻訳するために、こうしたシンタックス分析ソフトウェア７と推論エンジン８との組合せ（ｐａｒｓｅｒ／ｒｕｌｅ  ｅｎｇｉｎｅ）が、展開およびデプロイメントの状況を考慮する。例えば、
マルチメディアフォーマットが、ネットワークオペレータと、エンドユーザの設備とによってサポートされているか、
マルチメディアフォーマットが、作成されたサービスをサポートしているか、等である。
【００４１】
有利には、インポート機能が、適合用の推論エンジン８を用いて、特定のフォーマットで規定されたサービスを包括的な記述に「変換する」。
【００４２】
一実施では、シンタックス分析ソフトウェア７は、モジュールとして、
推論エンジン８（ｒｕｌｅ  ｅｎｇｉｎｅ）と、
マルチメディアフォーマットの認識ソフトウェア（ｒｉｃｈ  ｍｅｄｉａ  ｆｏｒｍａｔ  ｐａｒｓｅｒ）とを含む。
【００４３】
推論エンジンモジュール８は、構成可能であり、推論作成論理サービスを規定する。例えば、作成されたサービス内の一つの機能が、ターゲットとなるマルチメディアフォーマットによりサポートされていない場合、サービスの作成者は、ターゲットとなるマルチメディアフォーマットのこの不十分さ避けながら、サービスを行うためにどのように翻訳を実行するか決定することができる。
【００４４】
同様に、フォーマット認識モジュールは、デプロイメントの状況を考慮する（例えば、フォーマットが、ネットワークとユーザ設備とによってサポートされているか）。
【００４５】
有利には、フォーマット認識モジュールが、モジュール形式である。例えば、各フォーマットに対して、翻訳を可能にするサブフォーマットモジュールが規定される。新しいマルチメディアフォーマットが市場に現れると、この新しいリッチフォーマット専用のサブモジュールを統合するために、フォーマット認識を適合させることができる。
【００４６】
ターゲットとなるリッチフォーマットにサービスが翻訳されると、サービスのコンパイル９が実行され、その後、オペレータのネットワークへのデプロイメント１０が行われる。
【００４７】
デプロイメントされた既存のサービスが再び作成されないようにするために、マルチメディアサービスの作成ツールは、マルチメディアフォーマットで規定されたサービスを、包括的なモデルに変換するという重要な機能をサポートする。
【００４８】
サービスの作成者は、この変換に合わせるように固有の翻訳規則を挿入可能である。
【００４９】
本発明の利用によって、次のような多数の長所が提供される。
【００５０】
ＢＩＦＳまたはＬＡＳｅＲ等のマルチメディアフォーマット間の変換が回避される、
サービスは、マルチメディアフォーマットとは無関係に特定され、あらゆるフォーマットに翻訳可能である、
サービスの特定後、作成ツールは、ターゲットとなるマルチメディアフォーマットを選択するよう提案する、
エンドユーザに提供されるサービスは、できる限り、マルチメディアフォーマットの符号化に対して同じ無関係なサービスである、
ネットワークのオペレータとエンドユーザの設備とに応じて、リッチメディアの複数の符号化において同じサービスを規定できる、
新しいマルチメディアフォーマットをサポートするために、作成ツールを更新可能である、
既存のサービスをインポートできる。
【００５１】
以上のように、本発明の実施は、ツールおよびリッチフォーマットに関して複数の能力を用いるサービスの規定を望まない、プロバイダおよびオペレータ（通信および放送）のコンテンツとサービスとに対して、非常に有利である。
【図面の簡単な説明】
【００５２】
【図１】本発明の実施を示す概略図である。
【図２】図１の詳細な概略図である。
【図３】本発明の特定の実施を示す概略図である。
【符号の説明】
【００５３】
１  グラフィカル作成者
２  グラフィカルチャートデータベース
３  基本サービス作成者
４  基本サービス記述データベース
５  作成ツール
６  サービスの包括的な記述
７  シンタックス分析ソフトウェア
８  推論エンジン
９  コンパイル
１０  デプロイメント
【図１】
2008005495.tif 000003
【図２】
2008005495.tif 000004
【図３】
2008005495.tif 000005
【外国語明細書】
2008005495.tif 000006
2008005495.tif 000007
2008005495.tif 000008
2008005495.tif 000009
2008005495.tif 000010
2008005495.tif 000011
2008005495.tif 000012
2008005495.tif 000013
2008005495.tif 000014
2008005495.tif 000015
2008005495.tif 000016
2008005495.tif 000017
2008005495.tif 000018
2008005495.tif 000019