(57)【要約】マルチメディアサービスコンテンツと対応するサービスロジックとの両方を伝送するデリバリパケット１５を生成することにより、マルチメディアサービスコンテンツが、ＧＰＲＳ又はＵＭＴＳネットワークなどの無線通信ネットワーク１７中のユーザー端末１２に提供される。これらのデリバリパケットは、ユーザー端末１２（クライアント）でのインタープリタ２０によって受信され解釈され、対応するサービスロジックに従ってマルチメディアサービスコンテンツのプレゼンテーションと、クライアントとサーバーとの間の対話レベルとを得る。よって、マルチメディアコンテンツは、端末（１２）にて対話式に提示でき、一方、新しいサービスは、端末側で要求されている変更を行うことなく、サーバー（１０）側で設計してユーザー端末（１２）に利用可能にできる。
2006524368.tif 000002
【特許請求の範囲】
【請求項１】
無線ネットワーク（１７）を介してマルチメディアサービスコンテンツを少なくとも１つの端末（１２）に提供する方法であって、
−  前記サービスコンテンツと対応するサービスロジックとの両方を伝送するデリバリパケット（１５）を生成するステップ、
−  前記パケット（１５）を前記少なくとも１つの端末（１２）に送信するステップ、及び
−  前記パケット（１５）を前記少なくとも１つの端末（１２）で受信し、前記パケット（１５）を解釈して前記対応するサービスロジックに従って前記少なくとも１つの端末（１２）にて前記マルチメディアサービスコンテンツのプレゼンテーションを実現するステップであって、それによって、前記コンテンツと前記対応するサービスロジックの両方が、前記少なくとも１つの端末（１２）上に存在し、前記マルチメディアサービスコンテンツを前記少なくとも１つの端末（１２）にて対話式に与えることができる前記ステップ、
を含む方法。
【請求項２】
所与のサービスに固有の少なくとも１つのアドオンカートリッジ（２３ａ、２３ｂ、２３ｃ）と共に複数のマルチメディアサービスに共通のデリバリアプリケーションロジック（１８）として前記対応するサービスロジックを定義するステップを含む、請求項１に記載の方法。
【請求項３】
−  前記デリバリパケット（１５）を前記少なくとも１つの端末（１２）に送信できるサーバー（１０）を設けるステップ、及び
−  それぞれのアドオンカートリッジを生成することにより前記少なくとも１つの端末（１２）にデリバリする新しいマルチメディアサービスを生成するステップ、
をさらに含む請求項２に記載の方法。
【請求項４】
前記少なくとも１つの端末（１２）に少なくとも１つのプレゼンテーション・対話モジュールを設けるステップを含む、請求項１に記載の方法。
【請求項５】
少なくとも１つの画面列を前記少なくとも１つの端末（１２）で管理可能にするサービスロジックを前記少なくとも１つの端末（１２）に提供するステップをさらに含む、請求項１に記載の方法。
【請求項６】
−  複数のマルチメディアサービスにより共用され得る複数の情報コンテンツ構築ブロック（３００〜３１８）を提供するステップであって、前記サービスロジックは、様々なマルチメディアサービスのために前記基本構築ブロック（３００〜３１８）を様々に調整できる前記ステップ、
をさらに含む請求項１に記載の方法。
【請求項７】
サービス標準テンプレートに基づいて前記デリバリパケット（１５）を生成するステップをさらに含む、請求項１に記載の方法。
【請求項８】
前記サービステンプレートがＸＭＬなどのマークアップ言語で定義される、請求項７に記載の方法。
【請求項９】
モバイル通信ネットワークを前記無線ネットワーク（１７）として用いるステップを含む、請求項１に記載の方法。
【請求項１０】
前記モバイル通信ネットワークをＧＰＲＳ及びＵＭＴＳネットワークの一つとして選択するステップを含む、請求項９に記載の方法。
【請求項１１】
ＧＰＲＳ及びＵＭＴＳネットワークの前記一つのデータチャンネルを介して前記デリバリパケット（１５）を送信するステップをさらに含む、請求項１０に記載の方法。
【請求項１２】
ＭＭＳ、ＨＴＴＰ及びＨＴＴＰＳからなる群から選択されたトランスポートプロトコルを介して前記デリバリパケット（１５）を送信するステップをさらに含む、請求項１に記載の方法。
【請求項１３】
−  前記少なくとも１つの端末（１２）にプレゼンテーション・対話モジュール（２１）を設けるステップ、及び
−  デリバリパケット（１５）により運ばれるアクション及びコンテンツを前記プレゼンテーション・対話モジュール（２１）上にマッピングするためのインタープリタモジュール（２０）を前記少なくとも１つの端末（１２）に設けるステップ、
をさらに含む請求項１に記載の方法。
【請求項１４】
無線ネットワーク（１７）を介してマルチメディアサービスコンテンツを少なくとも１つの端末（１２）に提供するためのクライアント・サーバー・システムであって、
−  前記マルチメディアサービスコンテンツと対応するサービスロジックとの両方を伝送するデリバリパケット（１５）を生成するよう構成されたサーバー（１０）、
−  前記パケット（１５）を前記少なくとも１つの端末（１２）に送信するための前記無線ネットワーク（１７）、
−  前記パケット（１５）を受信し前記パケット（１５）を解釈して前記対応するサービスロジックに従って前記少なくとも１つの端末（１２）にて前記マルチメディアサービスコンテンツのプレゼンテーションを実現するように構成された前記少なくとも１つの端末（１２）であって、それによって、前記コンテンツと前記対応するサービスロジックの両方が前記少なくとも１つの端末（１２）上に存在し、前記マルチメディアサービスコンテンツを前記少なくとも１つの端末（１２）にて対話式に与えることができる前記少なくとも１つの端末（１２）、
を含むクライアント・サーバー・システム。
【請求項１５】
前記サーバー（１０）が、所与のサービスに固有の少なくとも１つのアドオンカートリッジ（２３ａ、２３ｂ、２３ｃ）と共に、複数のマルチメディアサービスに共通のデリバリアプリケーションロジック（１８）として前記対応するサービスロジックを定義するよう構成されている、請求項１４に記載のシステム。
【請求項１６】
前記サーバー（１０）が、それぞれのアドオンカートリッジを生成することにより前記少なくとも１つの端末（１２）にデリバリする新しいマルチメディアサービスを生成するよう構成されている、請求項１５に記載のシステム。
【請求項１７】
前記サーバー（１０）が、複数の前記マルチメディアサービスにより共用され得る複数のサービスコンテンツ構築ブロック（３００〜３１８）を提供するよう構成され、前記サービスロジックが、様々なマルチメディアサービスのために前記基本構築ブロック（３００〜３１８）を様々に調整できる、請求項１４に記載のシステム。
【請求項１８】
前記サーバー（１０）が、サービス標準テンプレートに基づいて前記パケット（１５）を生成するよう構成される、請求項１４に記載のシステム。
【請求項１９】
前記サービステンプレートが、ＸＭＬなどのマークアップ言語で定義される、請求項１８に記載のシステム。
【請求項２０】
前記無線ネットワーク（１７）がモバイル通信ネットワークである、請求項１４に記載のシステム。
【請求項２１】
前記モバイル通信ネットワークがＧＰＲＳ及びＵＭＴＳネットワークの一つである、請求項２０に記載のシステム。
【請求項２２】
前記デリバリパケット（１５）が、ＧＰＲＳ及びＵＭＴＳネットワークの前記一つのデータチャンネルを介して前記少なくとも１つの端末（１２）に送信される、請求項２１に記載のシステム。
【請求項２３】
前記デリバリパケット（１５）が、ＭＭＳ、ＨＴＴＰ及びＨＴＴＰＳからなる群から選択されたトランスポートプロトコルを介して前記少なくとも１つの端末（１２）に送信される、請求項１４に記載のシステム。
【請求項２４】
請求項１４に記載のシステムにおいて前記少なくとも１つの端末として使用する端末であって、前記パケット（１５）によってプレゼンテーション・対話モジュール（２１）に送られるアクション及びコンテンツを処理するためのインタープリタモジュール（２０）を含む端末。
【請求項２５】
コンピュータのメモリに直接ロード可能なコンピュータプログラム製品であって、前記製品がコンピュータ上で実行されるとき請求項１に記載の方法を実行するためのソフトウェアコード部分を含むコンピュータプログラム製品。
【請求項２６】
コンピュータの内部メモリに直接ロード可能なコンピュータプログラム製品であって、前記製品がコンピュータ上で実行されるとき請求項２４に記載の端末をインプリメントするためのソフトウェアコード部分を含むコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
発明の分野
本発明は、サービス、特にマルチメディアサービスを、無線通信ネットワーク、特に現在「スマートフォン（smartphone）」と称される「スマート」端末を含む携帯ネットワークに提供するためのクライアント・サーバー・システム及びそのための方法に関する。本発明による技術は、高度の双方向性を伴うサービスに特に適する。
【背景技術】
【０００２】
関連技術の説明
マルチメディアサービスは、絶え間なく発展している分野である。例えば、ＵＳ−Ａ−６３４１３１６は、移動端末へのウェブコンテンツのデリバリに関する。ここに開示された解決策は、プロバイダからデリバリされるコンテンツの同期化に基づいている。プロバイダからの情報に基づいて、同期化モジュールは命令をコンパイルしてクライアントとプロバイダを同期させる。出願人は、利用可能な帯域幅と受信の質が大きく変わり得る無線システムでは、クライアントに対するウェブコンテンツの同期化が難しく費用が高くなることが分かった。加えて、この解決策は、あらゆるサーバーフィードバックが次の同期化より後回しにされるので、リアルタイム対話をサポートしない。
【０００３】
今日では、情報を交換する機構としてＸＭＬ（拡張マークアップ言語）規格を用いるウェブサービスが広く用いられている。ＸＭＬは、１つのエンドポイントから別のエンドポイントにネットワーク上をトランスポートし得るシリアル化形式にてデータを表すデータフォーマットである。
【０００４】
ＷＯ−Ａ−０１／０３０１１は、様々なクライアントプラットフォームと様々な情報サービスとを連結するためのシステムを記載している。任意の情報サービスからのコンテンツは、まず共通フォーマットに変換され、次いでターゲットプラットフォームに適したフォーマットに翻訳される。メッセージを共通フォーマットからクライアントデバイスに関連のフォーマットに翻訳することは、第１マークアップ言語から第２マークアップ言語に翻訳することを含む。
【０００５】
ＵＳ２００２／０１０７９８５は、コンテンツプロバイダから無線モバイルデバイスを介してデータサービスを提供する構成を記載している。この構成は、インターネットを介して地域サーバーにコンテンツを送るコンテンツプロバイダを含み、この地域のサーバーは、無線ネットワークを介して複数のモバイルデバイスにリンクされた複数のローカルサーバーに接続されている。この地域サーバーは、コンテンツプロバイダから受信したコンテンツからプレゼンテーションフォーマット情報を抽出することによりコンテンツを解釈し、該コンテンツとプレゼンテーションフォーマットをローカルサーバーに送る。
【０００６】
ＵＳ２００２／０１３３５６８は、個人レベルでユーザーに情報コンテンツを提供するためのネットワーク情報デリバリシステムを記載している。１以上のデータソースから１以上の確定した宛先への情報の個別転送が、１組の規則に従って行われる。データソースは、それらのデータを、データ宛先によりアクセスし得るＸＭＬストリームに変換する。
【０００７】
加えて、いくつかのモバイルウェブサービスが、Ｃａｐｅ  Ｃｌｅａｒ  Ｓｏｆｔｗａｒｅ及びＳｏｆｔｗｉｒｅｄ，  Iｎｃ.から商標Ｃａｐｅ  ＣｌｅａｒTMの下で利用可能である。この関連構成により、モバイルウェブサービスへのアクセスが提供され、これにより、携帯ネットワークオペレータとサービスプロバイダが、ＸＭＬウェブサービス規格に基づいたアプローチを用いてコンテンツと双方向サービスをサードパーティシステムによってその加入者にデリバリすることが可能になる。
【０００８】
モバイルビデオストリーミングサービス用のＪａｖａ２ベースのコンテンツ管理及びデリバリプラットフォームは、Ｓｉｅｍｅｎｓにより商標ＨｏｔＳｔｒｅａｍｓ（登録商標）の下で推進されている。この構成では、クライアント側で特定のソフトウェアは用いられず、ブラウザとビデオコンテンツ用のストリーミングプレーヤー装置を利用する。
【０００９】
図１及び２は、最終ユーザー（クライアント）へのサービスデリバリの既知の２つの方法についてのフローチャート図を示す。
【００１０】
図１のフローチャートは、サービスに関連したダウンロード可能なアプリケーションの形式にてネットワークを介してデリバリされるマルチメディアサービスを設計及びインプリメントするために行われる典型的な方法を示す。図１では、新しいサービスが、マルチメディアコンテンツ及び双方向性の要件に基づいて「設計」される（例えば、問答又は投票(poll)）（ステップ１００）。本質的には、このことにより、新しいサービスの特徴及び機能のテキスト記述が得られる（ステップ１０２）。
【００１１】
次のステップ１０４では、開発者が、新しいサービスをインプリメントする新しいアプリケーションを設計し実現するために、新しいサービスの機能上の要件を分析する。このことにより、モバイルデバイスなどのターゲットデバイス上で実行できるアプリケーションが開発される（ステップ１０６）。このアプリケーションに組み込まれるロジックは、一旦アプリケーションが実施されると、すなわち、ロジックがハードコード化されると、固定される。
【００１２】
ステップ１０８において、新しいサービスを実現できる新しいアプリケーションは、クライアント又はエンドユーザーが使用するために（ユーザー側で）、利用可能にされる（サーバー側で）。
【００１３】
ステップ１１０では、エンドユーザーは、一般に新しいサービスに加入後、マルチメディアコンテンツにアクセスするために新しいサービスを実現する新しいアプリケーションをダウンロードする。
【００１４】
出願人は、図１に示された解決策を採用すると、サービスロジックがアプリケーションのコード中に固定されることが分かった。換言すれば、マルチメディアコンテンツにアクセスするための基準はしばしば一度だけサーバーにより固定され、それにより、新しいサービスをインプリメントする際の柔軟性が低減する。
【００１５】
図２のフローチャート図（ブラウジングアプローチを参照）では、それぞれ１００及び１０２で示されたブロックは、本質的に図１に関して既に述べたものと同じ機能を表す。
【００１６】
図２中のステップ１１２は、新しいＷＡＰ（無線アプリケーションプロトコル）又は対応するコンテンツをサポートできるウェブサーバーを設計し実現するために、開発者がサービスの機能上の要件を分析するステップを示す。
【００１７】
最後に、１１４で示されるブロックは、それらのデバイス上にＷＡＰ／ウェブブラウザを有しかつ新しいサービスに加入している最終ユーザーがサーバー上で利用可能なコンテンツをブラウザ又は「サーフィン」するステップを示す。
【００１８】
出願人は、図２に示したサービス創造及び展開の方法に従うと、一般にサービスプロバイダは、例えば次のオブジェクトに送る前にコンテンツの所与のオブジェクトのプレゼンテーションシーケンスの点で、サービスロジックを定義しユーザー上に課することができないことが分かった。
【特許文献１】ＵＳ−Ａ−６３４１３１６
【特許文献２】ＷＯ−Ａ−０１／０３０１１
【特許文献３】ＵＳ２００２／０１０７９８５
【特許文献４】ＵＳ２００２／０１３３５６８
【発明の開示】
【発明が解決しようとする課題】
【００１９】
本発明の概要
出願人は、特にマルチメディア又は対話式のオブジェクトの形式の場合の情報コンテンツを、このコンテンツが実際にどのようにしてエンドユーザーにより知覚されるかを制御する可能性を有しつつ、移動端末に提供することが有利であると分かった。
【００２０】
本発明の目的は、移動端末上に、特に「スマートフォン」型の端末上に双方向サービスを提供すると共に、サービスプロバイダがモバイルデバイス上に常駐してコンテンツとサービスロジックの両方を受信できる１つのアプリケーションを実現できるようにし、よって、サービスプロバイダが、エンドユーザー（クライアント）に対する双方向性の程度を高めることを可能にしつつ、柔軟でカスタマイズされたサービスを定義できるようにするシステムを提供することである。本発明の別の目的は、もっぱら又はほぼもっぱらサーバー側で作用することにより新しい対話式マルチメディアサービスを案出、実現及び提供可能にするシステムを提供することである。
【００２１】
スマートフォンなる用語は、以前には普通の携帯電話には関係なかったがコンピュータにより可能になった特別の特徴、例えば無線ウェブアクセス、電話機とコンピュータとの間でのローカル又はリモートデータ転送、ＬＡＮ接続性、及び個人情報管理などにより無線電話機を特徴付けるのに一般に用いられる。
【課題を解決するための手段】
【００２２】
本発明によると、この目的は、特許請求の範囲に記載の特徴を有する方法、システム又は端末によって達せられる。
【００２３】
加えて、本発明は、コンピュータのメモリ中に直接ロードでき、かつ本発明の方法のステップを実行するためのソフトウェアコード部分を含み、かつ／又はこのような製品がコンピュータ上で実行される際に本発明によるシステムにおいて使用するための端末をインプリメントするコンピュータプログラム製品に関する。
【００２４】
本発明による構成により、デリバリはデリバリパケットの形式となり、具体的には、このデリバリパケットは、サービスプロバイダにより定義できるサービスロジックに従った所定のサービスについて、所与のエンドユーザーに対して生成される。
【００２５】
デリバリパケット（ここでは単にパケットともいう）は、クライアントに転送可能な単位であり、例えば限定するものではないがテキスト、オーディオ、画像、ビデオ、音楽ファイル、リンクなどの情報コンテンツの集合が挙げられる。各パケットは、画面列として一般に編成され、画面の各々は１以上の情報コンテンツを含む。デリバリパケットは、プレゼンテーションロジックとサービスロジックにより定義された対話ロジックとを一般に含む。例えば、サービスプロバイダは、サービスのためにプレゼンテーションのロジックを決めることができ、一方、エンドユーザーには、提供されているコンテンツの選択を行う可能性が与えられる。好ましくは、デリバリパケットは、一般のマークアップ言語（ＭＬ）フォーマット、より好ましくはＸＭＬフォーマットにて書き込まれる。
【００２６】
この場合、サービスロジックは、特定のサービスを提供するのに用いられるプロセス／機能のシーケンスを一般に指す。特に、サービスロジックは、どのエンドユーザーがコンテンツにアクセスできるか、又はクライアント側上で制限を定義できるかに従って該シーケンスを記述でき、例えば、ユーザーがデリバリパケットのうちのいくつかの部分、例えば広告をスキップする可能性をもたず、デリバリパケット中のすべてのコンテンツを経ることのみ可能とされているということなどに従って該シーケンスを記述できる。サービスロジックはまた、クライアント-サーバー双方向性のレベル、例えば、特定のコンテンツについての詳細をリクエストする可能性、又はゲームセッション中に問答を行う可能性を定義できる。加えて、サービスロジックは、エンドユーザーに対するコンテンツのプレゼンテーション、例えば１画面から次の画面にスクロールする可能性を定義できる。したがって、サービスプロバイダは、例えば、プレゼンテーション／対話、デリバリされるパケットがユーザーに与えられるときインプリメントされるロジックなどのサービスのみならず、デリバリされるコンテンツも定義する。
【００２７】
本発明の一態様により、コンテンツ管理プラットフォーム、デリバリされるサービスを含んだサーバー又はサーバープラットフォーム、及びサービスをクライアント、すなわちエンドユーザーにデリバリするためのデリバリプラットフォームを備えたクライアント・サーバー・システムが開示される。
【００２８】
好ましい実施態様では、サーバープラットフォームは共通のデリバリアプリケーションロジック（ＤＡＬ）を含み、これは、個人化モジュール、ローカル化モジュール又はコンテンツ管理モジュールなどの外部モジュールへのアクセスを定義する。よって、この共通ＤＡＬは、共通アプリケーションプロトコルインターフェース（ＡＰＩ）として機能する。加えて、このＤＡＬは、クライアントに対する共通サーバーフロントエンドとして機能する。共通サーバーフロントエンドは、クライアントリクエスト（ＰＵＬＬサービス）又は内部又は外部エンティティから生じるリクエスト（ＰＵＳＨサービス）を受け入れる。特定の各サービスは、共通ＤＡＬ上にインストールされたソフトウェアカートリッジ中に含まれる。したがって、新しいサービスがインプリメントされるときには、共通に付加される新しいカートリッジをインプリメントすることだけが必要とされる。特定のサービスに対するサービスロジックは、このサービスに関連したカートリッジ中に埋め込まれる。各サービスに対してサービスロジックを定義することにより、サービスプロバイダは、必要なとき、すなわちサーバーがスキップされるのを欲しない広告メッセージ又はビデオが存在するとき、制限を課することができる。代わりに、サービスプロバイダは、デリバリパケットのコンテンツ内で自由な対話の可能性を最終ユーザーに委ねることができ、又は「次のコンテンツ」や「詳細を参照せよ」などのようなエンドユーザーに対するコマンドを加えることにより最終ユーザーを助けることができる。種々のコンテンツフォーマットを用いることによるこのようなサービスを「課する」可能性によって、サービスの価値が相当増大する。
【００２９】
サービスを「設計」する際、通常、サービスプロバイダは、当該サービスに最も適したフォーマットでのコンテンツのデリバリを１以上のコンテンツプロバイダと交渉する。
【００３０】
一態様によると、本発明は、無線ネットワークを介して少なくとも１つの端末にマルチメディアサービスコンテンツを提供する方法に関し、以下のステップ、すなわち、
−  前記サービスコンテンツと対応するサービスロジックとの両方を伝送するデリバリパケットを生成するステップ、
−  前記パケットを前記少なくとも１つの端末に送信するステップ、及び
−  前記パケットを前記少なくとも１つの端末にて受信し、前記パケットを解釈して前記少なくとも１つの端末にて前記対応するサービスロジックに従って前記マルチメディアサービスコンテンツのプレゼンテーションを実現し、それにより、前記コンテンツと前記対応するサービスロジックの両方が前記少なくとも１つの端末上に存在しつつ、前記マルチメディアサービスコンテンツを前記少なくとも１つの端末にて対話式に与え得るステップ
を含む。
【００３１】
クライアントは、クライアント側に基づいたインタープリタによりデリバリパケット中のオブジェクトを解釈することにより受信した情報を処理できる。このように、クライアントは、デリバリパケットを受信し、コンテンツを処理し、コンテンツに適用すべきサービスロジックを解釈するインタープリタを備える。クライアントはまた、プレゼンテーション・対話モジュールを備え、該モジュールは、表示又は聴くべきコンテンツ（オーディオコンテンツの場合）についての命令と対応するサービスロジックとをインタープリタからから受け取り、それに従ってそれらを実行する。一般に、プレゼンテーション・対話モジュールは、ユーザー体験の一様性は保証しつつクライアントが様々なマルチメディアコンテンツを扱うことができるように、例えば、スマートフォン又はＰＤＡ端末の場合に端末デバイスの内蔵能力を活用する。随意に、クライアントは、ユーザーが加入しているサービスの提供のためのサービス管理用、又は新しいサービスへの加入用のユーザーインターフェースを備えることができる。
【００３２】
本発明の利点の一つは、クライアントがデリバリパケットのダウンロードの後にオフラインで作業する可能性である。デリバリパケットの結実（fruition）中にエンドユーザーが行うすべての活動の集合は、マイクロ・セッションと称される。マイクロ・セッション中、クライアントアプリケーションは非接続、すなわちオフラインとできるが、コンテンツは、サービスロジック中に定義された命令に従って見せることができる。典型的には、マイクロ・セッションは、どんな割り込みもサーバーによる干渉もなくクライアントレベルにてローカルで管理されるシーケンスなどの一連の画面及び／又はコンテンツの形式とし得る。このことは、利用可能な帯域幅及び連続的な伝送信号の点において考えられる既存の制限を考慮すると、移動端末デバイスの場合に特に有利である。代わりに、例えば、投票の答え若しくは結果を送るため、又はコンテンツについての詳細をリクエストするために、サービスロジックの特定の定義によって、マイクロ・セッション中又はその終わりにてサーバーに再接続し得る。
【００３３】
図面の簡単な説明
以下、単なる例として添付図面を参照して本発明を説明する。
【発明を実施するための最良の形態】
【００３４】
本発明の好ましい実施態様の詳細な説明
インタープリタ
ここに開示したシステムは、モバイル通信ネットワークにおける移動端末、特にスマートフォン内にいわゆるインタープリタ又はインタープリタモジュールを設けることに基づく。
【００３５】
標準的なコンピュータ科学用語法によると、「インタープリタ」（解釈プログラムとしても知られている）は、ソース言語ステートメントを一度に一行づつ翻訳し実行するプログラムである。具体的には、インタープリタは、ソースコードを一度に一行づつ読み出して直ちに各命令を実行することにより、ソースコードを実行する。その点で、インタープリタはコンパイラとは異なる。コンパイラは、ソースコードを実行せず、オブジェクトコード（又は機械語）に翻訳し、このオブジェクトコードがファイル中に記憶されて後に実行される。本質的に、インタープリタは、別のプログラム中の命令を、コンピュータ又は別のプログラム／モジュールにより容易に理解される形式に一度に一つづつ変えるコンピュータプログラムモジュールである。
【００３６】
図３は、本発明の実施態様によるクライアント・サーバー・システム内での新しいサービスの生成及びインプリメンテーションに関するプロセスを示す。図３のフローチャートでは、２０１で示したブロックは、マルチメディアコンテンツ及び双方向性に基づいた新しいサービスの設計を示す。本質的に、このことにより、新しいサービスの特徴及び機能のテキスト記述が得られる（ステップ２０３）。
【００３７】
参照番号２０６は、開発者がマルチメディアサービスの要件を分析し、サーバープラットフォームにおける共通ＤＡＬにインストールすべき新しいソフトウェアカートリッジをインプリメントするステップを示す。この新しいカートリッジは、デリバリされるサービスを定義し、サービスロジックを具体化する。好ましくは、カートリッジ中に含まれるサービスロジック及びコンテンツは、内部記述言語、すなわちマークアップ言語（ＭＬ）に変換される。
【００３８】
サーバープラットフォームの主タスクの一つは、コンテンツプロバイダからコンテンツを収集し、次に内部記述言語を用いて該コンテンツを関連のサービスロジックと共に１つのデリバリパケットに詰めることである。このパケットは、ターゲットデバイス（移動端末など）上で実行できるクライアントアプリケーションによって関連のサービスロジックを用いて解釈され実行されなければならない。このようなアプリケーションは、インタープリタ、プレゼンテーション・対話モジュール、並びに随意にサービス管理用のユーザーインターフェースを含む。
【００３９】
新しいサービスが設計され、新しい関連のカートリッジがサーバープラットフォームに付加されると、最終ユーザーは、例えばクライアントアプリケーションの一部であるユーザーインターフェースを用いて加入できる。この働きは、ステップ２０７に記載されている。
【００４０】
アプリケーションが端末デバイス上に存在しない場合には、クライアントアプリケーションのダウンロードが実行でき、既に利用可能か又はサーバー中になおインプリメントされるあらゆるサービスをサポートする。
【００４１】
図４は、サーバープラットフォームにおいてインプリメントされた所与のサービス内での新しいデリバリパケットの創造方法を概略的に示す。ステップ２１０では、サーバーコンテンツ又は対話式セッションに対するリクエストを受信する。サービスプロバイダによる新しいパケットの生成方法（図４中のステップ２１１）は、ＰＵＳＨ型サービスの場合には外部イベント、例えば、新しいコンテンツが利用可能になったとき、又はＰＵＬＬ型サービスの場合にはユーザーの問合せ若しくはリクエストのどちらかの結果として開始し得る。サービスが使える状態のとき、サーバーは新しいデリバリパケット２１２を作ることができる。ＰＵＳＨ型サービスの例は、例えば、サービスに加入して星占い又は天気予報を含んだ日々のデリバリパケットを受信することについての最終ユーザーによるリクエストである。
【００４２】
ステップ２１４では、デリバリパケット２１２が、エンドユーザーをサーバーに接続するＧＰＲＳ又はＵＭＴＳネットワークなどの無線ネットワークを介してエンドユーザーの移動端末に送られる。
【００４３】
ステップ２１６では、クライアントアプリケーションがデリバリパケット２１２を受信する。このデリバリパケットは、クライアント中に存在するインタープリタにより解釈され、マルチメディアコンテンツのプレゼンテーション又は対話式セッションがサービスロジックに従って開始される。
【００４４】
デリバリパケットの結実(fruition)の後又はその間、エンドユーザーは、コンテンツのリクエストを行うことができ、又は対話式セッション、例えば問答セッションを通じてサーバーと対話することができる。このことにより、ユーザーに送られる新しいデリバリパケットを生成できる。この方法のステップは、図４においてループ２１８として示される。
【００４５】
図５は、マルチメディアサービスのデリバリの例を示し、これは、本質的に、所与のサービスロジックを具体化する様々なサービスを提供するために使用され組み合わせることのできる１組の基本構築ブロック又は「レンガ」から成るものと見なし得る。
【００４６】
図５（ａ）は、マルチメディア（ビデオ、画像、オーディオ、テキスト）サービスの例を示し、以下の基本ブロック：すなわち、ビデオ画面３００、スライドショー３０２、及び可能な様々なカテゴリーのサービス、例えば、スポーツ、ニュース、エンターテインメントのリストを含んだカタログ３０４が挙げられる。図５（ａ）に示された例のマルチメディアサービスとしては、以下のオブジェクト：すなわち、画像オブジェクト３０８、オーディオオブジェクト３１０、テキスト３１２、リスト３１４、複数選択（セレクション）オプション３１６、及び入力形式３１８のうちの少なくとも１つを含んだ一般画面３０６も挙げられる。
【００４７】
図５（ｂ）及び５（ｃ）は、図５（ａ）に示されたサービス中に含まれる基本的なレンガ又は事項が、スポーツ関連のクイズ［図５（ｂ）］及び天気レポート［図５（ｃ）］などの質問ベースのサービスに関連したデリバリパケットを作るべく如何にして組み合わせ得るかを示す（単なる例示として）。図５（ｂ）の例に示されたデリバリパケットでは、一般画面３０６ａ及び３０６ｂと共に示された２つの画像３０８ａ及び３０８ｂは、それぞれ広告画像とゴールなどのスポーツイベントに属する画像とし得る。この第１の画像３０８ａと第２の画像３０８ｂは、クライアントが無視することを許容するサービスロジックのコマンドによって第２画像にリンクすることができ、これをステップ３２０で示す。第２画像３０８ｂは、サービスロジックのコマンド３２１、例えば、５分後に次の画面３０６ｃに移る命令によって、パケットの次のオブジェクトにリンクされる。テキスト３１２ａ及び３１２ｂのシーケンスと一般画面３０６ｃの複数選択３１４ａ及び３１４ｂとは、クライアントの移動端末を介してサービスが提供されているクライアントが質問され、それに応じてユーザーが答えをサーバーに送る場合には典型的なシーケンスであり得る。サーバーに送られた答えに依存して、サーバーは典型的な対話式パターンに従ってユーザーに第２のデリバリパケットを送ることができる。
【００４８】
図５（ｃ）は、天気レポートサービスを提供するためのオブジェクトの可能なシーケンスを含んだデリバリパケットの別の例を示す。この場合、第１ビデオ画面３００ａは、広告画像と共にサービスの一般プレゼンテーションを含むことができる。その次の一般画面３０６ｄ及び３０６ｅは、天気予報についての情報を提供する画像３０８ｃ及び３０８ｄに関連したテキスト事項３１２ｃ及び３１２ｄのシーケンスを表すことができる。
【００４９】
図５（ｃ）に概略的に示されたデリバリパケットはまた、テキスト事項３１２ｅと、ユーザーが別の地理的地域又は別の日の天気レポートに関するデータのプレゼンテーションのリクエストをサーバーに送出可能にする複数選択事項３１６ｃとを含んだ一般画面３０６ｆを含むことができる。このようなオプションにより表されるリクエストに依存して、サーバーは新しいデリバリパケットをクライアントに送る。
【００５０】
図５（ｃ）の画面は、この例では命令３２２〜３２４により表されたサービスロジックに従ってそれ以降互いにリンクされる。
【００５１】
図６の機能ブロック図は、本発明の実施態様によるクライアント・サーバー・システムを備えたアーキテクチャーの機能上の特徴を説明する。サーバーシステム４１０は、共通デリバリアプリケーションロジック（ＤＡＬ）４１２と１以上のカートリッジ４１４とから成り、該カートリッジの各々は、各サービスの特徴を示すサービスロジックを含む。
【００５２】
それ自体公知の構成により、個人化(personalization)モジュール４００は、ユーザープロファイルモジュール４０２と協力し、該ユーザープロファイルモジュール４０２は、様々なユーザーのプロファイルを含み、ローカル化(localization)モジュール４０２ａと協力する。
【００５３】
本質的に、例えば、エンドユーザーが位置する地域に属する天気レポートを提供することにより、このような位置の関数として提供されるサービスを場合によっては調整するために、ローカル化モジュール４０２ａは、無線ネットワーク（ＧＰＲＳ、ＵＭＴＳ）からエンドユーザーの現在の位置に関する情報を導出できる。
【００５４】
個人化モジュール４００はまた、コンテンツを提供するコンテンツ管理モジュール４０４と対話する。より具体的なコンテンツモジュールであるマーケッティングマネージャーモジュール４０４ａは、コンテンツ管理モジュール４０４に関連し得る。マーケッティング管理モジュールは、広告、より一般的にはマーケッティングキャンペーンを管理する。
【００５５】
加えて、個人化モジュール４００は、レポーティング・メトリクス・分析モジュール(reporing, metrics and analysis module)４０６ａを関連付けたトラッキングモジュール４０６と対話する。トラッキングモジュール４０６は、ユーザー／クライアントの挙動を記録し、一方、レポーティング・メトリクス・分析モジュール４０６ａは、ユーザーの興味を特定のサービスにマッピングするためにレポートを生成しオフライン分析を行う。
【００５６】
個人化モジュール４００は、それぞれの「プロファイルを得よ」なる問合せ(query)に基づいてユーザープロファイルモジュール４０６からプロファイル情報を得る。同様に、個人化モジュール４００は、対応する「レーティングを得よ」なる問合せの結果としてトラッキングモジュール４０６からレーティング情報をも得つつ、いくつかの所与のコンテンツ問合せを受けてコンテンツ管理モジュール４０４から情報コンテンツを得る。
【００５７】
図６のブロック図では、符号４０８は、複数の異なるサービスに対して「単一の」アプリケーションの性質を有するクライアントアプリケーションを示す。クライアントアプリケーション４０８は、ＰＵＬＬ型のサービスにて場合によってはリクエストの結果としてサーバー４１０からデリバリパケットを受信し、これらは、モジュール４０８から無線ネットワークを介してサーバー４１０に送られる。
【００５８】
符号４１６は、（それ自体公知の方法にて）クライアントアプリケーション４０８による受信、解釈及びプレゼンテーションに最も適したフォーマットにデリバリパケットを変換するトランスフォーマモジュールを示す。好ましくは、デリバリパケットのフォーマットは、共通マークアップ言語（ＭＬ）フォーマットにて書き込まれ、より好ましくはＸＭＬフォーマットにて書き込まれる。
【００５９】
ＤＡＬ４１２は、対応するコンテンツリクエストの問合せがサーバー４１０により個人化モジュール４００に送られた結果、個人化されたコンテンツを個人化モジュール４００から得る。
【００６０】
加えて、サーバー４１２は、ユーザープロファイルモジュール４０２とトラッキングモジュール４０６に向けて、プロファイル更新とユーザー対話履歴に関する情報コンテンツを送る。
【００６１】
表１は、天気レポートを提供するために図６に示されたアーキテクチャーによるＰＵＬＬ型サービスの例を示す。この表には、サーバー中、すなわち特定のサービスに関連したカートリッジ中でかつＤＡＬ中に含まれる命令が記載されている。
【００６２】
【表１】
2006524368.tif 000003
【００６３】
図７のブロック図は、本発明の実施態様によるクライアント・サーバー・システムを概略的に示す。サーバープラットフォーム１０は、マルチメディアサービスをＧＰＲＳ又はＵＭＴＳなどの無線通信ネットワーク１７を介して複数の移動端末１４（例えば「スマートフォン」型）にデリバリするよう構成される。よく知られているように、ＧＰＲＳとＵＭＴＳは、それぞれ汎用パケット無線サービスとユニバーサル・モバイル通信システムの頭字語である。
【００６４】
サーバー１０は、ユーザーローカル化、コンテンツ個人化又はコンテンツ変換などの他の共通サービス１６と１以上のリンクを介して対話できる。サーバープラットフォーム１０内では、デリバリアプリケーションロジック（ＤＡＬ）１８は、各々がサービスを識別する複数のアドオンソフトウェアカートリッジ２３ａ、２３ｂ、２３ｃに関連付けられる。カートリッジは、クライアント１２、すなわちエンドユーザーの移動端末１４にデリバリされるデリバリパケットを生成すべくコンテンツ管理サービス３０中の基本ブロック３１〜３５を協力させる「構造」を運ぶ。
【００６５】
コンテンツは、図７中にて装置３１〜３５で例示的に示されたデータ／オブジェクトを含む一般コンテンツ管理システム３０中で維持される。データ／オブジェクトの組み合わせは、所与のサービスに特有のものとし得る。しかしながら、非常に頻繁に、これらのデータ／オブジェクトは、複数のサービスにより共用され得る。コンテンツは、ビデオシーケンス、画像、オーディオ又は単なるテキストなどの任意の種類のマルチメディアオブジェクトである。
【００６６】
クライアント１２は、インタープリタモジュール２０とプレゼンテーション・対話モジュール２１とを含む。
よって、ここに開示された構成により、サービスプロバイダがコンテンツとサービスロジック（ユーザーとの対話基準を含む）の両方を受信できるモバイルデバイス上でホスト(hosted)され得る１つのアプリケーションを実現することができ、それにより、サーバー側にのみ作用することによって新しいマルチメディアサービスを設計し実現できることが分かる。
【００６７】
サーバー１０では、共通層ＤＡＬ１８は、インプリメントされたすべてのサービスによって共用され、よって、ローカル化、場合によっては個人化基準を適用するユーザープロファイル管理、コンテンツの管理及び変換などの追加のサービスの統合及び使用を可能にしてそれらを特定クライアントが使用する特定の端末型に適合させることができる。ここに開示したサーバープラットフォームにより、新しいサービスのインプリメンテーション時間を相当短縮できることが分かる。さらに、サーバーの共通層内でのアドオンカートリッジとしてのサービスの識別により、マルチメディア及び双方向サービスの定義において相対的に大きな柔軟性が可能となる。サービスにより保証されるマルチメディア柔軟性の程度は、主に端末の能力に依存し、それによって、サービスは異なる能力を有する端末に対して異なり得る。利用可能な帯域幅に関しては、特定の要件は設定されていない。
【００６８】
パケットは、標準的な輸送プロトコルを用いてクライアントにデリバリされる。例として、これは、たとえＨＴＴＰ／ＨＴＴＰＳなどのプロトコルが双方向性の程度を高めるので好ましいとしても、ＭＭＳプロトコルでもよい。
【００６９】
クライアントアプリケーションを開発するのに適した言語の例は、Ｊ２ＭＥ-ＭＩＤＰ１．０、ｐＪａｖａ又はＣ＋＋である。クライアント端末をインプリメントする言語の好ましい選択は、Ｊ２ＭＥ-ＭＩＤＰ１.０である。好ましくは、サーバーは、Ｊ２ＥＥなどのような完全にオブジェクト指向の構成に基づく。
【００７０】
ここに開示した構成により、高い双方向性のコンテンツを有する新しいサービスを相対的に短い経過時間で（特に日刻みで）非常に低コストにて創造できる。実際、要求されるのは、サーバー中にアドオンカートリッジを実現しサービステンプレート、すなわち、トランスポート可能な言語フォーマットを定義することのみである。好ましくは、デリバリフォーマットは、実質的にすべてのサービスに共通とし、ＸＭＬフォーマットである。一般に、ユーザーは、新しいサービスのデリバリのために、新しいアプリケーションをダウンロードする必要はなく、このことは広範囲のサービスに対して当てはまる。
【００７１】
開示した構成は、ＧＰＲＳ又はＵＭＴＳデータチャンネルに完全に適合し、現在のところ、このデータチャンネルは、通信チャンネルとして好ましい選択と見なされている。
【００７２】
もちろん、単なる例として説明してきたことに対して、本発明の根本の原理を損なわず、特許請求の範囲に記載の本発明の範囲から逸脱することなく、その詳細及び実施態様を大きく変更できる。
【図面の簡単な説明】
【００７３】
【図１】図１及び２は、それぞれ「ダウンロード可能なアプリケーション」アプローチ及び「ブラウジング」アプローチに従って情報コンテンツを提供する従来技術の構成に関するフローチャート図である。
【図２】図１及び２は、それぞれ「ダウンロード可能なアプリケーション」アプローチ及び「ブラウジング」アプローチに従って情報コンテンツを提供する従来技術の構成に関するフローチャート図である。
【図３】図３及び４は、本発明の好ましい実施態様によるコンテンツインプリメンテーション及びデリバリ構成についての基本的な動作原理を示すフローチャート図である。
【図４】図３及び４は、本発明の好ましい実施態様によるコンテンツインプリメンテーション及びデリバリ構成についての基本的な動作原理を示すフローチャート図である。
【図５】図５は、（ａ）、（ｂ）及び（ｃ）で指定された３つの部分を含み、本発明によるマルチメディアサービスのデリバリの例を示す。
【図６】図６は、本発明による構成に関連付けられ得る個人化の特徴を示すブロック図である。
【図７】図７は、本発明の実施態様によるクライアント・サーバー・システムを示すブロック図である。
【符号の説明】
【００７４】
１０  サーバー
１２  端末
１７  無線ネットワーク
１８  デリバリアプリケーションロジック
２０  インタープリタモジュール
２１  プレゼンテーション・対話モジュール
【図１】
2006524368.tif 000004
【図２】
2006524368.tif 000005
【図３】
2006524368.tif 000006
【図４】
2006524368.tif 000007
【図５】
2006524368.tif 000008
【図６】
2006524368.tif 000009
【図７】
2006524368.tif 000010
【国際調査報告】
2006524368.tif 000011
2006524368.tif 000012
2006524368.tif 000013