モバイル配信フレームワークにおけるコンテンツ処理の調和のための方法およびシステム
【課題】モバイル配信フレームワークにおけるコンテンツ処理を調整するための方法を提供すること。
【解決手段】モバイル配信フレームワークにおけるコンテンツ処理を調整するための方法であって、コンテンツに関連するメタデータのエンベロープ内に、外部のイネイブラーに対する外部参照を埋め込むステップと、コンテンツ処理調整ルールをメタデータのエンベロープの中に挿入するステップとを包含する、方法。本発明はさらに、以下のコンテンツパッケージをも提供する。コンテンツと、メタデータエンベープとを備えているコンテンツパッケージであって、このメタデータエンベロープは、外部イネイブラーに対する外部参照、ならびにそこに埋め込まれたコンテンツ処理調整ルールを有している、コンテンツパッケージ。
【解決手段】モバイル配信フレームワークにおけるコンテンツ処理を調整するための方法であって、コンテンツに関連するメタデータのエンベロープ内に、外部のイネイブラーに対する外部参照を埋め込むステップと、コンテンツ処理調整ルールをメタデータのエンベロープの中に挿入するステップとを包含する、方法。本発明はさらに、以下のコンテンツパッケージをも提供する。コンテンツと、メタデータエンベープとを備えているコンテンツパッケージであって、このメタデータエンベロープは、外部イネイブラーに対する外部参照、ならびにそこに埋め込まれたコンテンツ処理調整ルールを有している、コンテンツパッケージ。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して、モバイルコンテンツの配信に関し、特に、モバイルコンテンツの配信を容易化するイネイブラー（ｅｎａｂｌｅｒ）に使用に関する。
【背景技術】
【０００２】
モバイルデバイスまたはモバイルユーザ機器（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）のユーザは、自らが自身のモバイルデバイスから要求する機能、および自らがモバイルデバイスからデータにアクセスする方法に関して、ますます洗練されてきている。
【０００３】
動的なコンテンツ配信は、ユーザが、データにアクセスしたり、データを探し出したりしなければならないのではなく、加入契約した情報またはデータが自身に動的に配信されることを可能にする。データの例は、株価、天気の最新情報、交通の最新情報、動的な壁紙、広告、ユーザにとって望ましいアプリケーションまたはその他のデータを含み得る。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
コンテンツ配信は、サーバ側およびデバイス側の両方において様々なイネイブラーをしばしば要求する。これらのイネイブラーは、配信イネイブラーのコア機能の一部分ではないので、その他のイネイブラーとのコンテンツ処理を調整するためのシステムおよび方法が必要とされている。
【課題を解決するための手段】
【０００５】
（概要）
本システムおよび方法は、外部参照およびコンテンツ処理調整ルールを、モバイルコンテンツ配信メタデータの中に埋め込むための方法を提供する。特に、ＸＭＬでパッケージされた状態チャートとして、モバイル配信メタデータに対する調整ルールを表現するための方法が提供される。
【０００６】
コンテンツプロバイダは、配信フレームワーク内の様々な処理要素に対してメタデータを埋め込み得る。コンテンツ配信イネイブラーに対する命令がメタデータに含まれ得る。さらに、外部ネームスペース宣言が、外部のイネイブラーに対して提供され得る。コンテンツパッケージが配信されている間に、モバイルコンテンツの処理を調整するために、外部のイネイブラーに対するバインディングを表現するＸＭＬスキームを参照するネームスペースが含まれ得る。これは、処理状態に対するＸＭＬ要素内に、対応するＸＭＬスキームにおいて定義される要素および属性を埋め込むことによって、達成される。
【０００７】
アクションバーブが、外部のイネイブラーの機能に調整命令をマッピングするために用いられ得る。このレベルの命令は、サービス間の疎結合（ｌｏｗ ｃｏｕｐｌｉｎｇ）を可能にする。
【０００８】
このように本開示は、モバイル配信フレームワークにおけるコンテンツ処理を調整するための方法を提供し得る。この方法は、コンテンツに関連するメタデータのエンベロープ内に、外部のイネイブラーに対する外部参照を埋め込むステップと、コンテンツ処理調整ルールをメタデータのエンベロープの中に挿入するステップと、を包含する。
【０００９】
本開示はさらに、コンテンツ処理の調整のためのシステムを提供する。このシステムは、コンテンツプロバイダであって、このコンテンツプロバイダは、外部参照およびコンテンツ処理調整ルールを、コンテンツプロバイダによって供給されるコンテンツに関連するモバイルコンテンツ配信メタデータの中に埋め込むように構成されている、コンテンツプロバイダと；コンテンツ配信イネイブラーであって：配信サーバであって、この配信サーバは、この配信サーバに向けられたメタデータを処理するように構成されている、配信サーバと、配信クライアントであって、この配信クライアントは、この配信クライアントに向けられたメタデータを処理するように構成されている、配信クライアントと、を含んでいる、コンテンツ配信イネイブラーと；外部のイネイブラーであって、コンテンツ配信イネイブラーを介して、コンテンツ処理調整ルールに基づいて、コンテンツを処理するように構成されている、外部のイネイブラーと；コンテンツプロバイダからのコンテンツを消費するように構成されているコンテンツクライアントと、を備えている。
【００１０】
本開示はさらに、コンテンツパッケージを提供する。このコンテンツパッケージは、コンテンツと；メタデータのエンベロープと、を備えており、このメタデータのエンベロープは、外部イネイブラーに対する外部参照、ならびにそこに埋め込まれたコンテンツ処理調整ルールを有している。
【００１１】
本発明は、さらに以下の手段を提供する。
【００１２】
（項目１）
モバイル配信フレームワークにおけるコンテンツ処理を調整するための方法であって、
コンテンツに関連するメタデータのエンベロープ内に、外部のイネイブラーに対する外部参照を埋め込むステップと、
コンテンツ処理調整ルールを該メタデータのエンベロープの中に挿入するステップと
を包含する、方法。
【００１３】
（項目２）
上記コンテンツ処理調整ルールは、拡張マークアップ言語「ＸＭＬ」でパッケージされた状態チャートである、項目１に記載の方法。
【００１４】
（項目３）
上記ＸＭＬでパッケージされた状態チャートは、埋め込まれた層を有する機能ブロックを含んでいる、項目２に記載の方法。
【００１５】
（項目４）
上記埋め込まれた層は、共通のＸＭＬ要素を定義する第１の層と、外部のイネイブラーに対するバインディングを有している、配信イネイブラーに対するメタデータを定義する第２の層と、外部のイネイブラーに対するメタデータを定義する第３の層とを含んでいる、項目３に記載の方法。
【００１６】
（項目５）
上記第３の層は、上記配信イネイブラーには認識されない、項目４に記載の方法。
【００１７】
（項目６）
上記第２の層は、所定の挙動を有する表現、命令、またはパラメータを含み、該所定の挙動には、上記外部イネイブラーの機能への、該表現、命令、またはパラメータのバインディングを含む、項目４または項目５に記載の方法。
【００１８】
（項目７）
上記第１の層は、状態チャートの表現言語に対するＸＭＬシンタックスを定義するネームスペースによって参照される、項目４〜項目６のいずれか一項に記載の方法。
【００１９】
（項目８）
上記機能ブロックは、状態識別子、ガード表現、外部のサービスの識別子、アクションバーブ、パラメータ、および／または状態遷移のうちのいずれか１つ、または任意の組み合わせを含んでいる、項目３〜項目７のいずれか一項に記載の方法。
【００２０】
（項目９）
上記アクションバーブは、イネイブラーの機能に調整命令をマッピングするために用いられる、項目８に記載の方法。
【００２１】
（項目１０）
上記マッピングは、メタデータの解釈層によって実行される、項目９に記載の方法。
【００２２】
（項目１１）
上記状態遷移は、アクションバーブを用いて外部の機能を呼び出すことから受け取った結果に基づいている、項目８〜項目１０のいずれか一項に記載の方法。
【００２３】
（項目１２）
上記外部参照は、外部のサービスに対するネームスペース宣言である、項目１〜項目１１のいずれか一項に記載の方法。
【００２４】
（項目１３）
上記外部のサービスは、存在サービス、位置サービス、コンテンツスクリーニングサービス、および／または圧縮サービスのうちのいずれかを含んでいる、項目１２に記載の方法。
【００２５】
（項目１４）
上記挿入するステップは、処理状態に対する要素内の外部に、イネイブラーに対するスキームを定義する、項目１〜項目１３のいずれか一項に記載の方法。
【００２６】
（項目１５）
コンテンツプロバイダであって、該コンテンツプロバイダは、外部参照およびコンテンツ処理調整ルールを、該コンテンツプロバイダによって供給されるコンテンツに関連するモバイルコンテンツ配信メタデータの中に埋め込むように構成されている、コンテンツプロバイダと、
コンテンツ配信イネイブラーであって、
配信サーバであって、該配信サーバは、該配信サーバに向けられたメタデータを処理するように構成されている、配信サーバと、
配信クライアントであって、該配信クライアントは、該配信クライアントに向けられたメタデータを処理するように構成されている、配信クライアントと
を含んでいる、コンテンツ配信イネイブラーと、
外部のイネイブラーであって、該コンテンツ配信イネイブラーを介して、該コンテンツ処理調整ルールに基づいて、コンテンツを処理するように構成されている、外部のイネイブラーと、
該コンテンツプロバイダからのコンテンツを消費するように構成されているコンテンツクライアントと
を備えている、コンテンツ処理の調整のためのシステム。
【００２７】
（項目１６）
コンテンツと、
メタデータエンベロープと
を備えているコンテンツパッケージであって、
該メタデータエンベロープは、外部イネイブラーに対する外部参照、ならびにそこに埋め込まれたコンテンツ処理調整ルールを有している、コンテンツパッケージ。
【００２８】
（項目１７）
上記コンテンツ処理調整ルールは、拡張マークアップ言語「ＸＭＬ」でパッケージされた状態チャートである、項目１６に記載のコンテンツパッケージ。
【００２９】
（項目１８）
上記ＸＭＬでパッケージされた状態チャートは、埋め込まれた層を有する機能ブロックを含んでいる、項目１７に記載のコンテンツパッケージ。
【００３０】
（項目１９）
上記埋め込まれた層は、共通のＸＭＬ要素を定義する第１の層と、外部のイネイブラーに対するバインディングを有している、配信イネイブラーに対するメタデータを定義する第２の層と、外部のイネイブラーに対するメタデータを定義する第３の層とを含んでいる、項目１８に記載のコンテンツパッケージ。
【００３１】
（項目２０）
上記第３の層は、上記配信イネイブラーには認識されない、項目１９に記載のコンテンツパッケージ。
【００３２】
（項目２１）
上記第２の層は、所定の挙動を有する表現、命令、またはパラメータを含み、該所定の挙動には、上記外部イネイブラーの機能への、該表現、命令、またはパラメータのバインディングを含む、項目１９または項目２０に記載のコンテンツパッケージ。
【００３３】
（項目２２）
上記第１の層は、状態チャートの表現言語に対するＸＭＬシンタックスを定義するネームスペースによって参照される、項目１９〜項目２１のいずれか一項に記載のコンテンツパッケージ。
【００３４】
（項目２３）
上記機能ブロックは、状態識別子、ガード表現、外部のサービスの識別子、アクションバーブ、パラメータ、および／または状態遷移のうちのいずれか１つ、または任意の組み合わせを含んでいる、項目１８〜項目２２のいずれか一項に記載のコンテンツパッケージ。
【００３５】
（項目２４）
上記アクションバーブは、イネイブラーの機能に調整命令をマッピングするために用いられるように構成されている、項目２３に記載のコンテンツパッケージ。
【００３６】
（項目２５）
上記外部参照は、外部のサービスに対するネームスペース宣言である、項目１６〜項目２４のいずれか一項に記載のコンテンツパッケージ。
【００３７】
（項目２６）
上記外部のサービスは、存在サービス、位置サービス、コンテンツスクリーニングサービス、および／または圧縮サービスのうちのいずれかを含んでいる、項目２５に記載のコンテンツパッケージ。
【００３８】
（項目２７）
処理状態に対する要素内に、外部のイネイブラーに対するスキームをさらに含んでいる、項目１６〜項目２６のいずれか一項に記載のコンテンツパッケージ。
【００３９】
（項目２８）
コンピューティングデバイスに項目１〜項目１４のいずれか一項に記載の方法のステップを実行させるためのプログラムコードを格納している、コンピュータ読取り可能な媒体。
【００４０】
（摘要）
モバイル配信フレームワークにおけるコンテンツ処理を調整するための方法およびシステムであって、この方法は、コンテンツに関連するメタデータのエンベロープ内に、外部のイネイブラーに対する外部参照を埋め込むステップと；コンテンツ処理調整ルールをメタデータのエンベロープの中に挿入するステップとを含んでいる。
【発明を実施するための最良の形態】
【００４１】
本開示は、図面を参照するとより良く理解される。
【００４２】
ここで図１に対する参照がなされる。動的なコンテンツをクライアントアプリケーションに配信するためのプッシュシステムが示されている。図１のシステムは、単純化されたシステムであり、動的なコンテンツ配信アーキテクチャにおいて必要とされる論理コンポーネントを示している。しかしながら、当業者によって理解されるように、その他のコンポーネントが存在し得、あるいは様々なコンポーネントが一緒にグループ化され得る。
【００４３】
アーキテクチャ１００は、コンテンツプロバイダ１１０を含んでいる。コンテンツプロバイダ１１０は、動的なコンテンツをユーザに提供するように配置されている。これは、例えば、ウェブサイトが販売している書籍を含み得る。コンテンツプロバイダ１１０は、新しく発売された書籍のリストを定期的に提供し得、このリストは、ウェブサイトに加入契約している加入者または加入者契約を管理している配信サーバのいずれかに送信され得る。
【００４４】
好適な実施形態において、配信サーバ１２０は、無線ネットワーク１３０を介することにより、モバイルデバイスに配置された配信クライアント１４０と通信する。配信クライアント１４０は、コンテンツプロバイダ１１０から配信されたコンテンツを受信し、このコンテンツをコンテンツクライアント１５０と通信し得る。最終的にコンテンツクライアント１５０は、このコンテンツを消費する。
【００４５】
当業者によって理解されるように、本開示におけるイネイブラーは、フレームワークと等価である。したがって、配信イネイブラーは、配信サーバ１２０および配信クライアント１４０を含む。
【００４６】
当業者によって理解されるように、コンテンツクライアント１５０に対するコンテンツの配信のために、様々な外部機能が要求され得る。これらの外部機能は、サーバ側１０２およびデバイス側１０４の両方に存在し得る。図１において、外部機能は、サーバ側１０２では外部機能１３２、１３４、および１３６として示されており、デバイス側１０４では外部機能１４４、１４６、および１４８として示されている。外部機能の実施例は、存在、位置、コンテンツスクリーニング（ｃｏｎｔｅｎｔ ｓｃｒｅｅｎｉｎｇ）、および圧縮を特に含み得るが、それらには限定されない。
【００４７】
ここで図２に対する参照がなされる。システムにインテリジェンスを追加するために、コンテンツはメタデータと関連付けられる。この場合、メタデータは、コンテンツをマニュピレートするために処理要素によって使用され得るデータとして定義される。理解され得るように、一般的なコンテンツ配信システムは、様々なコンテンツプロバイダおよびコンテンツクライアントがシステム内に存在することを可能にするために、メタデータを要求する。メタデータは、処理パラメータもしくはルール、または直接的に提供される処理ハンドラ、コードもしくは参照（ｒｅｆｅｒｅｃｅ）、または別の位置における処理ハンドラ、コードもしくはルールに対するリンクを含む、様々な形式であり得る。
【００４８】
図２に見ることができるように、コンテンツは、矢印２１０によって示されているように、コンテンツプロバイダ１１０からコンテンツクライアント１５０にパスされる。メタデータ（アーキテクチャ１００内の様々なコンポーネントに対する命令を提供する）もまた、通常はコンテンツと共に、アーキテクチャ１００内のコンポーネントの間でパスされ得る。例えば、矢印２２０は、コンテンツクライアントに対するメタデータを示している。このメタデータは、コンテンツプロバイダ１１０において発生し、これがコンテンツクライアント１５０に到達するまで、配信システムには認識されない。
【００４９】
矢印２３０は、コンテンツプロバイダ１１０によって形成されたメタデータを示している。このメタデータは、配信クライアント１４０に向けたものであるので、配信クライアント１４０に対してのみ流れる。
【００５０】
矢印２４０は、配信サーバ１２０によって生成され、配信クライアント１４０に対して意図されたメタデータを示しており、最初に配信サーバ１２０においてコンテンツと関連付けられ、そして配信クライアント１４０においてコンテンツから分離（ｓｔｒｉｐ）される。これが起こり得る場合の実施例は、ユーザとサービスプロバイダ（提供されるサービスの料金プランおよびレベルに関連する）との間の契約を含み、この場合には、サービスプロバイダは、利用可能なサービスを制限したり、または拡張されたサービスを提供したりするために、メタデータを使用し得る。
【００５１】
ここで図３に対する参照がなされる。図３は、コンテンツのメタデータに対する多層のエンベロープモデルを示している。
【００５２】
配信サーバ１２０は、プッシュエンベロープ３１０を受信する。このプッシュエンベロープ３１０は、配信サーバ１２０に対するコンテンツ処理のメタデータ３１２、および配信クライアントのエンベロープ３１４を含んでいる。配信サーバ１２０は、コンテンツ処理メタデータ３１２を抽出し、これを使用することによって、配信クライアントのエンベロープ３１４を処理する。メタデータ３１２は、配信サーバ１２０が配信クライアントのエンベロープ３１４を用いて何をすべきかを記述している。
【００５３】
配信クライアントのエンベロープ３１４は、配信クライアント１４０にパスされ、ここでは、配信クライアントのエンベロープ３１４は、コンテンツのエンベロープ３２０およびコンテンツ処理のメタデータ３２２に分解される。コンテンツ処理のメタデータ３２２は、配信クライアント１４０によって、コンテンツのエンベロープ３２０を処理するために使用される。例えば、これは、コンテンツクライアント１５０が、最新バージョンのコンテンツのみに興味がある場合に、既に配信されたコンテンツのエンベロープ３２０と最新のエンベロープとの置換を実行するように、配信クライアント１４０に命令するために使用され得る。
【００５４】
コンテンツのエンベロープ３２０は、コンテンツクライアント１５０にパスされる。コンテンツのエンベロープ３２０は、コンテンツクライアント１５０に対するコンテンツ処理のメタデータ３３０、およびコンテンツクライアント１５０によって消費されるコンテンツのペイロード３３２を含んでいる。
【００５５】
当業者によって理解されるように、図３にしたがうエンベロープの入れ子構造は、アーキテクチャの任意の処理要素において処理が行われ得、特定のコンテンツのうちのどれが扱われるべきかをコンテンツプロバイバイダ１１０が指定し得る、リッチな動的環境を提供する。一実施形態において、メタデータは特定の論理要素に対して意図され、その他の処理要素には認識されない。
【００５６】
さらに理解され得るように、メタデータは、コンテンツの配信の様々なステージに対してのみ含まれ得る。例えば、メタデータは、配信サーバ１２０と配信クライアント１４０との間でのみ要求され得、したがってコンテンツクライアント１５０に対するメタデータは、一切含まれないことがあり得る。
【００５７】
その他の代替案は、当業者にとっては明白であり得る。
【００５８】
上記では、コンテンツ配信イネイブラーに対するメタデータを記載しているが、一部の場合においては、モバイルコンテンツ配信イネイブラーが、コンテンツクライアント１５０にコンテンツを配信する間に、その他のフレームワークおよびイネイブラーと関与することを必要とし得る。同様に、配信イネイブラーは、コンテンツクライアント１５０にコンテンツを配信する間に、その他のフレームワークおよびイネイブラーと関与することを必要とし得る。上記で示唆されたように、外部機能の実施例は、存在、位置、コンテンツスクリーニング、圧縮を特に含む。例えば、外部のイネイブラーは、存在のイネイブラーであり得る。ユーザは、データローミングの課金を回避するために、ユーザがホームネットワークに存在するときのみに、特定のコンテンツが配信されるべきであるというルールを指定し得る。そのようなイネイブラーは、モバイルデバイスが位置している場所を探すためには、その他のイネイブラー（例えば、位置イネイブラー）の機能を使用する必要がある。
【００５９】
イネイブラーのその他の実施例は、コンテンツスクリーニングを含み、これは、特定のタイプのコンテンツが、モバイルデバイスに配信されることを回避し得る。
【００６０】
デバイス側のイネイブラーの実施例は、圧縮イネイブラーであり得、これは、特定のコンテンツがコンテンツクライアント１５０にパスされる前に、この特定のコンテンツを解凍する必要があり得る。
【００６１】
コンテンツ配信イネイブラーは、典型的には、外部のイネイブラーの機能を有していないことがあり得るので、リッチなコンテンツ配信のフレームワークを提供するためには、外部のイネイブラーにアクセスする必要がある。
【００６２】
当業者によって理解され得るように、コンテンツは、配信ネットワークには認識されない。したがって、外部のコンテンツの処理の必要性を指示し、この処理を調整する唯一の方法は、メタデータの使用を介することである。
【００６３】
ここで図４に対する参照がなされる。図４は、図１のコンテンツプロバイダ１１０のようなコンテンツプロバイダから受信した例示的なコンテンツパッケージ４１０を示している。
【００６４】
コンテンツパッケージ４１０は、コンテンツ４１２およびメタデータのエンベロープ４２０を含んでいる。上記で示唆されたように、コンテンツ４１２は、配信フレームワークには認識されない。したがって、外部のコンテンツの処理の必要性を指示し、この処理を調整する唯一の方法は、メタデータのエンベロープ４２０におけるメタデータの使用を介することである。
【００６５】
メタデータのエンベロープ４２０は、ネームスペース宣言ボックス４３０を含んでおり、これは、コンテンツ４１２の処理のための使用される外部のサービスに対するネームスペース宣言を考慮する。２つの例示的なネームスペース宣言が、参照番号４３５と関連して示されている。
【００６６】
メタデータのエンベロープ４２０は、図１の配信サーバ１２０のような配信サーバによる処理のために、メタデータブロック４４０を含んでいることがさらに好適である。
【００６７】
メタデータブロック４４０は、配信サーバによる処理のための様々なメタデータを含んでいる。メタデータブロック４４０は、外部機能と関与するための様々な機能ブロックをさらに含んでいる。これらは、図４における機能ブロック４４２および４４４によって示されている。
【００６８】
メタデータのエンベロープ４２０はまた、図１の配信クライアント１４０のような配信クライアントによる処理のために、メタデータブロック４５０を含んでいる。メタデータブロック４５０は、機能ブロック４５２および４５４に加えて、配信クライアントによって処理されるメタデータを含んでいる。
【００６９】
当業者によって理解されるように、外部機能と関与するための、ブロック４５０における２つの機能ブロックの使用は、単に例示的なものであり、本開示は、外部機能ブロックによって関与される特定の数の外部機能に限定されることは意図されていない。言い換えると、メタデータブロック４４０またはメタデータブロック４５０は、外部の機能と関与する命令またはルールを一切含んでいなかったり、あるいは多数の機能ブロックを介して複数の外部機能と関与することがあったりし得る。
【００７０】
例えば機能ブロック４４２のような機能ブロックの実施例は、参照番号４６０によって示されている。参照番号４６０は、機能ブロックの論理表現を示している。図４の実施例において、機能ブロックは、状態ツリーにおけるノードである。
【００７１】
機能ブロックは、状態ツリーにおける状態を識別する状態識別子４６２を含んでいることが好適である。
【００７２】
機能ブロックは、ガード表現および／または条件（ｇｕａｒｄ ｅｘｐｒｅｓｓｉｏｎ ａｎｄ／ｏｒ ｃｏｎｄｉｔｉｏｎ）４６４をさらに含み得、これは、満たされた場合に、状態に対し実行されるべき処理を引き起こす、論理表現を含んでいる。
【００７３】
機能ブロックはさらに、利用される外部のサービスまたは機能を識別するために、外部のサービスまたは機能の識別子４６６を含み得る。
【００７４】
機能ブロックはさらに、この外部のサービスの機能のうちコンテンツ配信イネイブラーが使用し得る機能を定義する、アクションバーブ（ａｃｔｉｏｎ ｖｅｒｂ）４６８を含み得る。
【００７５】
機能ブロックはさらに、機能ブロックにおいて定義された機能が呼び出されたときに、外部のイネイブラーにパスされる必要があるパラメータのリストを定義するパラメータ４７０を含み得る。
【００７６】
機能ブロックはさらに、アクションバーブの結果に基づく、どの状態に次に移行するかを指示する状態遷移４７２を含み得る。
【００７７】
ここで図５に対する参照がなされる。図５は、機能ブロック５１０の層構造を示しており、これは、処理状態の表現である。以下に記載されるように、様々な埋め込みブロックが、機能ブロック５１０内に存在する。
【００７８】
第１のブロック５２０は、状態チャートを定義する一連の共通のＸＭＬ要素である。当業者によって理解され得るように、用語「要素（ｅｌｅｍｅｎｔ）」は、広い用語であり、対応するＸＭＬタグを用いて開始および終了するＸＭＬドキュメントのサブセットを含んでいる。
【００７９】
ブロック５２０は、状態チャートの表現言語に対するＸＭＬシンタックスを定義するネームスペースによって参照される要素を含んでいる。実施例は、特に、状態チャート拡張マークアップ言語（ＳＣＸＭＬ）、ビジネスプロセス実行言語（ＢＰＥＬ）、およびＸＰｒｏｃを含む。
【００８０】
さらなる埋め込みブロック５３０は、配信イネイブラーによって定義されたメタデータを含んでおり、外部のイネイブラーに対するバインディングを含んでいる。ブロック５３０は、配信イネイブラーに対するネームスペースによって参照されるＸＭＬを含んでおり、そしてもしあれば、外部のイネイブラーに対する全てのＸＭＬバインディング、および内部処理命令を含んでいる。
【００８１】
さらなる埋め込みブロック５４０は、外部のイネイブラーによる使用のために定義されたメタデータである。このブロックは、外部のイネイブラーに対するネームスペースによって参照され、外部のイネイブラーのスキームにおいて定義される要素を含んでいる。これらの要素は、配信イネイブラーには認識されない。
【００８２】
当業者によって理解されるように、ブロック５３０内の要素は、外部のイネイブラーの機能／パラメータ上への要素のバインディングを含む配信イネイブラーの所定の挙動を指定する。これらの要素は、配信イネイブラーのメタデータの解釈層によって理解され得る。逆に、ブロック５４０内の要素は、配信イネイブラーには認識されず、外部のイネイブラーに「そのまま（ａｓ ｉｓ）」パスされる。これらの要素は、外部のイネイブラーのスキームによって定義される構成を表現しているので、外部のイネイブラーによって理解される。
【００８３】
このように上述では、ネームスペースおよび外部のイネイブラーに対するバインディングを表現するスキームを使用することによって、配信の間にモバイルコンテンツの処理を調整するための方法を提供している。これは、処理状態に対するＸＭＬ要素内に対応するスキームで定義される要素を埋め込むことによって達成される。
【００８４】
上述は、以下の例示的なＳＣＸＭＬ要素のコードセグメントを参照することによって、そして図６を参照することによって、より明確に理解され得る。
【００８５】
以下は、ＳＣＸＭＬにおいて表現される調整メタデータの実施例を示している：
【００８６】
【化１】
【００８７】
【化２】
上記のコードセグメントの最初の５行は、図４のブロック４３０の一部分である。特に、これらはＸＭＬバージョンに対するネームスペース宣言、ならびに動的なコンテンツ配信、デバイス性能イネイブラー、デバイス位置イネイブラー、およびデバイス存在イネイブラーに対するネームスペース宣言である。理解され得るように、これらは、ネームスペース宣言の一部分として使用および宣言され得る様々なイネイブラーの単なる実施例に過ぎない。さらに、上で示されているネームスペース宣言は、単なる実施例として含まれているに過ぎず、イネイブラーに対する実際のＵＲＬを表現しているわけではない。
【００８８】
コードの次の行は、‘ｉｎｉｔｉａｌｓｔａｔｅ＝“ｃｏｎｔｅｎｔ ｒｅｃｅｉｖｅｄ”‘を示している。これは、コンテンツ処理の推移の初期状態を示している。
【００８９】
次の行は、‘ｓｔａｔｅ ｉｄ＝“ｃｏｎｔｅｎｔ ｒｅｃｅｉｖｅｄ”‘を示している。これは、図５のブロック５２０の一部分であり、機能ブロックの状態を定義している。
【００９０】
さらに、行‘ｉｎｖｏｋｅ ｓｒｃ＝“ｃｈｅｃｋＭｅｍｏｒｙ”‘は、図５のブロック５２０の一部分であり、外部機能を呼び出すようにＳＣＸＭＬに告げている。
【００９１】
次の行は、‘ｄｃｄ：ａｃｔｉｏｎ ｆｕｎｃｔｉｏｎ−ｉｄ＝“ＤＣＡＰ：ｃｈｅｃｋＭｅｍｏｒｙ”‘を示している。このアクションは、配信能力イネイブラー上の外部機能ｃｈｅｃｋＭｅｍｏｒｙが利用され得るということを定義している。
【００９２】
次の行は、＜ｄｃｄ：ｖｅｒｂ＞ｖａｌｉｄａｔｅＭｅｍｏｒｙＳｉｚｅ＜／ｄｃｄ：ｖｅｒｂ＞である。これは、動的なコンテンツ配信イネイブラーが理解するアクションバーブである。
【００９３】
次の２行は、外部機能ｃｈｅｃｋＭｅｍｏｒｙが使用するパラメータを示している。
【００９４】
次の行は、＜ｄｐ：ｆｕｎｃｔｉｏｎ＞ｃｈｅｃｋＭｅｍｏｒｙ＜／ｄｐ：ｆｕｎｃｔｉｏｎ＞である。これは、ｄｃｄアクションバーブのｖａｌｉｄａｔｅＭｅｍｏｒｙＳｉｚｅを外部機能にマッピングしている。この場合、外部機能は、ｃｈｅｃｋＭｅｍｏｒｙであり、ネームスペース定義においてネーム「ｄｐ」を用いて定義されたデバイス性能イネイブラーの一部分である。
【００９５】
次の行は、外部機能からの、期待される結果のタイプを定義している。
【００９６】
上のコードセグメント、すなわちｄｃｄ：ａｃｔｉｏｎ、ｄｃｄ：ｖｅｒｂ、およびｄｃｄ：ｐａｒａｍｅｔｅｒｓは、図５のブロック５３０に属している。これらは、配信イネイブラーの所定の挙動であり、外部のイネイブラーの機能またはパラメータ上への要素のバインディングを含んでいる。
【００９７】
行ｄｐ：ｆｕｎｃｔｉｏｎおよびｄｐ：ｒｅｓｕｌｔは、ブロック５４０に属しており、ｄｃｄイネイブラーには認識されない。
【００９８】
行：＜ｔｒａｎｓｉｔｉｏｎ ｅｖｅｎｔ＝”ｓｕｃｃｅｓｓ”ｃｏｎｄ＝”ｃｈｅｃｋＭｅｍｏｒｙ．ｒｅｓｕｌｔ”ｔａｒｇｅｔ＝”ＣｈｅｃｋＲｏａｍｉｎｇ”／＞は、特定のイベントが発生したかどうか、および条件が満たされたかどうかを確認するためにチェックを行う。イベントが発生し、かつ条件が満たされた場合、この行は、推移すべき次の状態を定義する。この場合では、次の状態は”Ｃｈｅｃｋ Ｒｏａｍｉｎｇ”である。
【００９９】
行＜ｔｒａｎｓｉｔｉｏｎ ｅｖｅｎｔ＝”ｆａｉｌｕｒｅ”ｃｏｎｄ＝”！ｉｓＲｏａｍｉｎｇ．ｒｅｓｕｌｔ”ｔａｒｇｅｔ＝”Ｓｅｎｄ Ｒｅｊｅｃｔｅｄ”／＞においては、イベントが失敗し、かつｃｈｅｃｋ ｍｅｍｏｒｙが「偽（ｆａｌｓｅ）」を返すと、状態は“Ｃｈｅｃｋ Ｆｒａｇｍｅｎｔａｔｉｏｎ”に推移する。
【０１００】
当業者によって理解され得るように、上で定義された遷移イベントは、図５のブロック５２０に属している。
【０１０１】
ここで図６を参照すると、上述のことが、状態図に関連して示されている。特に、初期状態６１０は、状態：「Ｃｏｎｔｅｎｔ Ｒｅｃｅｉｖｅｄ」である。アクションバーブのｖａｌｉｄａｔｅＭｅｍｏｒｙＳｉｚｅは、コンテンツ配信イネイブラー６０２内で使用され、メタデータの解釈層６０４において解釈される。
【０１０２】
メタデータの解釈層６０４において、外部機能ｃｈｅｃｋＭｅｍｏｒｙ６２０が呼び出され、デバイスパラメータ‘ｄｅｖｉｃｅＩＤ’および‘ｃｏｎｔｅｎｔＳｉｚｅ’をパスさせる。その後デバイス性能イネイブラー６２２は、メタデータ解釈層６０４に結果６２４を返し、ｖａｌｉｄａｔｅＭｅｍｏｒｙＳｉｚｅ６１２のバーブを介して、パラメータをパスし戻し、結果６１４が状態６１０にパスし戻される。
【０１０３】
ステップ６３０において、結果６１４がチェックされ、もし真である場合には、状態は“Ｃｈｅｃｋ Ｒｏａｍｉｎｇ”状態６４０に遷移し、もし偽である場合には、状態は“Ｃｈｅｃｋ Ｆｒａｇｍｅｎｔａｔｉｏｎ”状態（図示されず）に遷移する。
【０１０４】
再び上のコードセグメントを参照すると、さらなる機能ブロックが、‘ｓｔａｔｅ ＩＤ＝“ｃｈｅｃｋ ｒｏａｍｉｎｇ”’によって定義されている。
【０１０５】
このアクションは、機能ＩＤ“ＬＯＣ：ｉｓＲｏａｍｉｎｇ”を用いることによって、動的なコンテンツ配信に対して定義されている。
【０１０６】
表現＜ｄｃｄ：ｖｅｒｂ＞ｉｓＨｏｍｅＮｅｔｗｏｒｋ＜／ｄｃｄ：ｖｅｒｂ＞は、アクションバーブを提供する。アクションバーブに対するパラメータは、ＣｏｎｔｅｎｔＨｅａｄｅｒ：ｄｅｖｉｃｅＩＤとして、次の行において定義される。
【０１０７】
動的なコンテンツ配信は、そのスキームにおいて定義された、例えば表現“ｓｏｍｅＥｘｏｔｉｃＥｌｅｍｅｎｔ”のような任意の要素を使用し得る。
【０１０８】
次の２行、すなわち：
＜ｌ：ｎａｍｅ＞ｉｓＲｏａｍｉｎｇ＜／ｌ：ｎａｍｅ＞
＜ｌ：ｐａｒａｍ＞”ｉｇｎｏｒｅＮｅｔｗｏｒｋＡｇｒｅｅｍｅｎｔｓ＝ｔｒｕｅ”＜／ｌ：ｐａｒａｍ＞
は、バーブ“ｉｓＨｏｍｅＮｅｔｗｏｒｋ”にマッピングされる外部機能を定義している。この外部機能は、“ｉｓＲｏａｍｉｎｇ”機能であり、“ｉｇｎｏｒｅＮｅｔｗｏｒｋＡｇｒｅｅｍｅｎｔｓ”のパラメータを含んでいる。当業者によって理解されるように、位置イネイブラーは、この機能を扱うように適合化され、この機能は、動的なコンテンツ配信イネイブラーには認識されない。
【０１０９】
次の２行は、遷移を定義している。“ｉｓＲｏａｍｉｎｇ”が真を返した場合、状態遷移は、ｃｈｅｃｋ ａｖａｉｌａｂｉｌｉｔｙ状態に遷移する。“ｉｓ ｒｏａｍｉｎｇ”の結果が偽である場合、状態は“Ｓｅｎｄ Ｒｅｊｅｃｔｅｄ”状態に遷移する。
【０１１０】
これは、図６に示されている。図６において、状態６４０は、“Ｃｈｅｃｋ Ｒｏａｍｉｎｇ”状態であり、アクションバーブ６４２“ｉｓＨｏｍｅＮｅｔｗｏｒｋ”が、状態６４０から使用され得る。メタデータの解釈層６０４は、“ｉｓＨｏｍｅＮｅｔｗｏｒｋ”を解釈し、位置イネイブラー６５２における“ｉｓＲｏａｍｉｎｇ”機能６５０を呼び出すためのアクションバーブを使用する。
【０１１１】
位置イネイブラー６５２は、結果６５４を返し、この結果は、メタデータの解釈層６０４を介して“ｉｓＨｏｍｅＮｅｔｗｏｒｋ”バーブ６４２に伝搬され、このバーブは、ｃｈｅｃｋ ｒｏａｍｉｎｇ状態６４０に結果６４４を返す。
【０１１２】
その後、６６０において結果がチェックされる。この結果は、上のコードにおける“ｔｒａｎｓｉｔｉｏｎ”コマンドに対応している。６６０における結果が真である場合、状態は、状態６７０の“Ｃｈｅｃｋ Ａｖａｉｌａｂｉｌｉｔｙ”状態に遷移する。結果が偽の場合、状態は“Ｓｅｎｄ Ｒｅｊｅｃｔｅｄ”状態（図示されず）に推移する。
【０１１３】
同様な機能が、状態６７０に当てはまる。この場合におけるアクションバーブは、“ｉｓＵｓｅｒＡｖａｉｌａｂｌｅ”である。メタデータの解釈層６０４は、“ｉｓＵｓｅｒＡｖａｉｌａｂｌｅ”バーブ６７２を使用し、存在イネイブラー６８２の“ｉｓＡｖａｉｌａｂｌｅ”機能６８０を呼び出す。結果６８４が返され、その後結果６７４として、状態６７０に返される。これに基づいて、状態遷移が発生し得る。
【０１１４】
このように上述では、外部アクションのグループを使用して、外部のイネイブラーの機能に調整命令をマッピングするための方法を提供している。配信イネイブラーにおいて定義されたアクションバーブを外部機能上へとマッピングするための解釈層は、サービス間の疎結合を可能にする。
【０１１５】
当業者によって理解され得るように、調整メタデータは、状態図（例えば、特にハレル状態、ＵＭＬ状態図、ペトリネット等）のＸＭＬ表現を用いて定義される。図中の各状態は、配信の間にモバイルコンテンツを処理するために使用され得る外部のモバイルサービスによって公表される機能に対応している。外部のサービス、フレームワーク、およびイネイブラー（特に、位置、存在、配信能力、ユーザープロフィール等）は、デバイス、ユーザの設定、ユーザの位置、およびユーザの状態にしたがって、コンテンツ配信およびコンテンツ表現をパーソナライズするために使用され得る。このサービスは、公表されている２つ以上の機能を有し得る。
【０１１６】
機能およびサービスは、識別子によって識別されるが、この識別子は、特に統一資源識別子（ＵＲＩ）、ネーム、グローバル一意識別子（ＧＵＩＤ）、タグ等であり得る。
【０１１７】
ガード表現、アクションバーブ、パラメータ、および結果は、配信イネイブラーおよび配信フレームワークのスキームによって定義される言葉で、および／または特定の外部のサービスのスキームによって定義される言葉で、表現される。配信イネイブラーのスキームは、配信イネイブラーによって理解されるＸＭＬ要素を定義し、外部のイネイブラーの機能およびパラメータに対する所定のバインディングを含んでいる。外部のイネイブラーに対するスキームは、外部のイネイブラーによってモバイルコンテンツの処理を補助し得る追加的なパラメータを定義する。これらのパラメータは、配信イネイブラーには認識されず、ＸＭＬスキームの拡張機構を用いることによって、配信イネイブラーのメタデータ内に埋め込まれる。
【０１１８】
上記で示唆されたように、配信イネイブラーは、デバイス側またはサーバ側のいずれかに存在し得る。さらなる実施形態において、全てのサーバ機能は、デバイス側に移行され得、そしてデバイス側のみが、配信イネイブラーに対して存在し得る。
【０１１９】
配信クライアントおよびコンテンツクライアントは、任意のモバイルデバイスにおいて見出され得る。例示的なモバイルデバイスの１つは、図７に提供されている。ここで図７に対する参照がなされる。
【０１２０】
図７は、本出願の装置および方法の好適な実施形態と共に使用され得るモバイルステーションを示しているブロック図である。モバイルステーション７００は、好適には、少なくとも音声通信能力およびデータ通信能力を有している、双方向無線通信デバイスである。モバイルステーション７００は、好適には、インターネット上のその他のコンピュータシステムと通信する能力を有している。提供される完全な機能に依存して、無線デバイスは、例えば、データメッセージングデバイス、双方向ページャ、無線ｅメールデバイス、データメッセージング能力を有するセル方式電話、無線インターネット機器、またはデータ通信デバイス等と称され得る。
【０１２１】
モバイルステーション７００が双方向通信可能な場合、このモバイルステーションは、通信サブシステム７１１を組み込み得る。この通信サブシステム７１１は、受信器７１２および送信器７１４の両方、ならびに関連するコンポーネント（例えば、好適には埋め込み型または内蔵型の、アンテナ要素７１６および７１８、局所発振器（ＬＯ）７１３、およびデジタル信号プロセッサ（ＤＳＰ）７２０のような処理モジュールのうちの１つ以上）を含んでいる。通信分野の当業者に理解され得るように、通信サブシステム７１１の特定の設計は、デバイスが動作することが意図されている通信ネットワークに依存し得る。
【０１２２】
ネットワークアクセス要件はまた、ネットワーク７１９のタイプに依存して変動し得る。一部のＣＤＭＡネットワークにおいて、ネットワークアクセスは、モバイルステーション７００の加入者またはユーザに関連付けられ得る。ＣＤＭＡモバイルステーションは、ＣＤＭＡネットワーク上で動作するために、リムーバブルユーザアイデンティティモジュール（ＲＵＩＭ；ｒｅｍｏｖａｂｌｅ ｕｓｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）または加入者識別モジュール（ＳＩＭ；ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）カードを必要とし得る。ＳＩＭ／ＲＵＩＭインターフェース７４４は、通常、ディスケットまたはＰＣＭＣＩＡカードのように、ＳＩＭ／ＲＵＩＭカードが出し入れされ得るカードスロットに類似したものであり得る。ＳＩＭ／ＲＵＩＭカードは、約６４Ｋのメモリを有し得、多数のキー構成７５１、およびその他の情報７５３（例えば、識別および加入者関連情報）を保持し得る。
【０１２３】
要求されたネットワーク登録または作動手順が完了すると、モバイルステーション７００は、ネットワーク７１９を介して通信信号を送受信し得る。図７に示されているように、ネットワーク７１９は、モバイルデバイスと通信する複数の基地局を含み得る。例えば、ハイブリッドＣＤＭＡ１ｘＥＶＤＯシステムにおいては、ＣＤＭＡ基地局およびＥＶＯ基地局がモバイルステーションと通信し、モバイルステーションは、同時に両方に接続される。ＥＶＤＯ基地局およびＣＤＭＡ１ｘ基地局は、異なるページングスロットを使用して、モバイルデバイスと通信する。
【０１２４】
通信ネットワーク７１９を介してアンテナ７１６によって受信された信号は、受信器７１２に入力される。この受信器７１２は、通常の受信器機能、例えば、信号増幅、周波数ダウン変換、フィルタリング、チャネル選択など、そして図７に示されている例示的なシステムにおいては、アナログデジタル（Ａ／Ｄ）変換を実行し得る。受信した信号のＡ／Ｄ変換は、より複雑な通信機能、例えば、ＤＳＰ７２０において実行されるべき復調およびデコーディングを可能にする。同様に、送信されるべき信号は、例えばＤＳＰ７２０によって処理され（変調および符号化を含む）、デジタルアナログ変換、周波数アップ変換、フィルタリング、増幅、およびアンテナ７１８を介する通信ネットワーク７１９上の伝送のために、送信器７１４に入力される。ＤＳＰ７２０は、通信信号を処理するのみならず、受信器および送信器の制御をも提供する。例えば、受信器７１２および送信器７１４において通信信号に印加される利得は、ＤＳＰ７２０において実装された自動利得制御アルゴリズムを介して、適応制御され得る。
【０１２５】
モバイルステーション７００は、デバイスの全体の動作を制御する、マイクロプロセッサ７３８を含むことが好適である。通信機能（少なくともデータ通信能力および音声通信能力を含む）は、通信サブシステム７１１を介して実行される。マイクロプロセッサ７３８はまた、さらなるデバイスサブシステム、例えば、ディスプレイ７２２、フラッシュメモリ７２４、ランダムアクセスメモリ（ＲＡＭ）７２６、補助入力／出力（Ｉ／Ｏ）サブシステム７２８、シリアルポート７３０、１つ以上のキーボードまたはキーパッド７３２、スピーカ７３４、マイクロフォン７３６、短距離通信サブシステムのようなその他の通信サブシステム７４０、および一般に７４２として示されているその他任意のデバイスサブシステムと相互作用する。シリアルポート７３０は、ＵＳＢポートまたは当業者に公知のその他のポートを含み得る。
【０１２６】
図７に示されているサブシステムの一部は、通信関連機能を実行するが、その他のサブシステムは、「常駐」またはデバイス上の機能を提供し得る。一部のサブシステム（例えば、キーボード７３２およびディスプレイ７２２）が、通信関連機能（例えば、通信ネットワーク上での伝送のためにテキストメッセージを入力すること等）およびデバイス常駐機能（例えば、電卓またはタスクリスト）の両方のために使用され得るということに、留意されたい。
【０１２７】
マイクロプロセッサ７３８によって使用されるオペレーティングシステムソフトウェアは、好適には、フラッシュメモリ７２４のような永続性の格納装置に格納される。このフラッシュメモリ７２４は、リードオンリメモリ（ＲＯＭ）または同様の格納要素（図示されず）に置換され得る。当業者は、オペレーティングシステム、特定のデバイスアプリケーション、またはそれらの一部は、揮発性メモリ（例えば、ＲＡＭ７２６）に一時的にロードされ得るということを理解し得る。受信した通信信号もまた、ＲＡＭ７２６に格納され得る。
【０１２８】
示されているように、フラッシュメモリ７２４は、コンピュータプログラム７５８とプログラムデータ格納装置７５０、７５２、７５４、および７５６との両方の異なるエリアに分離され得る。これらの異なる格納タイプは、各プログラムが、それら自身のデータ格納要求に対して、フラッシュメモリ７２４の一部を割り当て得るということを示している。マイクロプロセッサ７３８は、そのオペレーティングシステム機能に加えて、モバイルステーション上のソフトウェアアプリケーションの実行が可能であることが好適である。基本的な動作を制御する一連のアプリケーション（例えば、少なくともデータ通信アプリケーションおよび音声通信アプリケーションを含む）は、通常、製造中にモバイルステーション７００にインストールされ得る。その他のアプリケーションは、その後または動的にインストールされ得る。
【０１２９】
好適なソフトウェアアプリケーションは、モバイルステーションのユーザに関係のあるデータアイテムを編集および管理する能力を有している、個人情報管理（ＰＩＭ）アプリケーションであり得、このデータアイテムは、ｅメール、カレンダーイベント、音声メール、予約、およびタスクアイテムなどであるが、これらには限定されない。通常、ＰＩＭデータアイテムの格納を容易にするために、１つ以上のメモリ格納装置が、モバイルステーション上で利用可能であり得る。そのようなＰＩＭアプリケーションは、無線ネットワーク７１９を介して、データアイテムを送受信する能力を有していることが好適であり得る。好適な実施形態において、ＰＩＭデータアイテムは、無線ネットワーク７１９を介することにより、ホストコンピュータシステムに格納または関連付けられたモバイルステーションのユーザの対応するデータアイテムと、シームレスに統合され、同期化され、そして更新される。さらなるアプリケーションもまた、ネットワーク７１９、補助Ｉ／Ｏサブシステム７２８、シリアルポート７３０、短距離通信サブシステム７４０、またはその他任意の適切なサブシステム７４２を介することによって、モバイルステーション７００にロードされ得、マイクロプロセッサ７３８による実行のために、ユーザによって、ＲＡＭ７２６または好適には不揮発性格納装置（図示されず）にインストールされ得る。アプリケーションのインストールにおけるそのような柔軟性は、デバイスの機能を増大させ、高められたデバイス上の機能、通信関連機能、またはそれらの両方を提供し得る。例えば、セキュア通信アプリケーションは、モバイルステーション７００を用いて実行されるべき電子商取引機能およびその他の類似の金融取引機能を可能にし得る。
【０１３０】
データ通信モードにおいて、受信した信号（例えば、テキストメッセージまたはウェブページダウンロード）は、通信サブシステム７１１によって処理され、マイクロプロセッサ７３８に入力され得る。このマイクロプロセッサ７３８は、ディスプレイ７２２または補助Ｉ／Ｏデバイス７２８に出力するために、受信した信号をさらに処理することが好適である。配信クライアント７６０（配信クライアント１４０と等価であり得る）もまた、入力を処理し得る。
【０１３１】
またモバイルステーション７００のユーザは、例えば、キーボード（好適には、完全英数字キーボードまたは電話タイプキーパッド）７３２と共に、ディスプレイ７２２、そしてもしかすると補助Ｉ／Ｏデバイス７２８を用いることにより、データアイテム（例えばｅメールメッセージ）を編集し得る。そのように編集されたアイテムは、その後、通信サブシステム７１１を介して、通信ネットワーク上に伝送され得る。
【０１３２】
音声通信に対しては、受信した信号が好適にはスピーカ７３４に出力され得、送信のための信号がマイクロフォン７３６によって生成され得るということを除き、モバイルステーション７００の全体の機能は類似している。代替的な音声またはオーディオＩ／Ｏサブシステム（例えば、音声メッセージ録音サブシステム）もまた、モバイルステーション７００上に実装され得る。音声またはオーディオ信号出力は、主にスピーカ７３４を介して達成されることが好適であるが、ディスプレイ７２２もまた、例えば発呼側の識別、音声コールの経過時間、またはその他の音声コール関連の情報の表示を提供するために用いられ得る。
【０１３３】
図７におけるシリアルポート７３０は、通常、ユーザのデスクトップコンピュータ（図示されず）との同期化が所望され得る、パーソナルデジタルアシスタント（ＰＤＡ）タイプのモバイルステーションに実装され得るが、オプションのデバイスコンポーネントである。そのようなポート７３０は、ユーザが外部デバイスまたは外部デバイスまたはソフトウェアアプリケーションを介して優先度を設定することを可能にしたり、無線通信ネットワーク以外によってモバイルステーション７００に情報またはソフトウェアダウンロードを提供することによって、モバイルステーション７００の能力を拡張したりし得る。代替的なダウンロードパスは、例えば、直接的な、そして信頼性があり、確実な接続を介することにより、暗号化キーをデバイスにロードし、それによって、セキュアなデバイス通信を可能にするために用いられ得る。当業者によって理解され得るように、シリアルポート７３０はさらに、モバイルデバイスをコンピュータに接続してモデムとして動作させるために用いられ得る。
【０１３４】
その他の通信サブシステム７４０、例えば短距離通信サブシステムは、モバイルステーション７００と様々なシステムまたはデバイス（これらは、必ずしも類似のデバイスであるとは限らない）との間の通信を提供し得る、さらなるオプションのコンポーネントである。例えば、サブシステム７４０は、同様に使用可能なシステムまたはデバイスとの通信を提供するために、赤外線デバイス、ならびに関連のある回路およびコンポーネントまたはＢｌｕｅｔｏｏｔｈ（ＴＭ）通信モジュールを含み得る。
【０１３５】
本明細書に記載された実施形態は、本出願の技術の要素に対応する要素を有する構造、システム、または方法の実施例である。この記載された説明は、代替的な要素（本出願の技術の要素と類似の対応する要素）を有する実施形態を、当業者が生産および使用することを可能にする。したがって、本出願の技術の意図されている範囲は、本明細書に記載されている本出願の技術とは異ならないその他の構造、システム、または方法を含み、本明細書に記載されている本出願の技術とは本質的ではない点のみが異なるその他の構造、システム、または方法をもさらに含む。
【図面の簡単な説明】
【０１３６】
【図１】図１は、配信アーキテクチャ内の論理コンポーネントを示しているブロック図である。
【図２】図２は、図１の論理コンポーネントの間のメタデータの流れを示しているブロック図である。
【図３】図３は、図１の論理コンポーネントの間のメタデータ処理のためのエンベロープされたモデルを示しているブロック図である。
【図４】図４は、コンテンツおよびメタデータのエンベロープを含む例示的なコンテンツパッケージを示しているブロック図である。
【図５】図５は、機能ブロックを示しているブロック図である。
【図６】図６は、コンテンツ配信イネイブラーと外部のイネイブラーとの間のメタデータの例示的な調整を示している状態図である。
【図７】図７は、本発明の方法およびシステムに関連して使用され得る、例示的なモバイル配信システムを示しているブロック図である。
【符号の説明】
【０１３７】
３１０ プッシュエンベロープ
３１２ コンテンツ処理のメタデータ
３１４ 配信クライアントのエンベロープ
３２０ コンテンツのエンベロープ
３２２、３３０ コンテンツ処理のメタデータ
３３２ コンテンツのペイロード
４１０ コンテンツパッケージ
４１２ コンテンツ
４２０ メタデータのエンベロープ
４３０ ネームスペース宣言ボックス
４４０、４５０ メタデータブロック
４４２、４４４、４５２、４５４ 機能ブロック
４６０ 機能ブロックの論理表現
４６２ 状態識別子
４６４ ガード表現および／または条件
４６６ 外部のサービスまたは機能の識別子
４６８ アクションバーブ
４７０ パラメータ
４７２ 状態遷移
【技術分野】
【０００１】
本開示は、概して、モバイルコンテンツの配信に関し、特に、モバイルコンテンツの配信を容易化するイネイブラー（ｅｎａｂｌｅｒ）に使用に関する。
【背景技術】
【０００２】
モバイルデバイスまたはモバイルユーザ機器（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）のユーザは、自らが自身のモバイルデバイスから要求する機能、および自らがモバイルデバイスからデータにアクセスする方法に関して、ますます洗練されてきている。
【０００３】
動的なコンテンツ配信は、ユーザが、データにアクセスしたり、データを探し出したりしなければならないのではなく、加入契約した情報またはデータが自身に動的に配信されることを可能にする。データの例は、株価、天気の最新情報、交通の最新情報、動的な壁紙、広告、ユーザにとって望ましいアプリケーションまたはその他のデータを含み得る。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
コンテンツ配信は、サーバ側およびデバイス側の両方において様々なイネイブラーをしばしば要求する。これらのイネイブラーは、配信イネイブラーのコア機能の一部分ではないので、その他のイネイブラーとのコンテンツ処理を調整するためのシステムおよび方法が必要とされている。
【課題を解決するための手段】
【０００５】
（概要）
本システムおよび方法は、外部参照およびコンテンツ処理調整ルールを、モバイルコンテンツ配信メタデータの中に埋め込むための方法を提供する。特に、ＸＭＬでパッケージされた状態チャートとして、モバイル配信メタデータに対する調整ルールを表現するための方法が提供される。
【０００６】
コンテンツプロバイダは、配信フレームワーク内の様々な処理要素に対してメタデータを埋め込み得る。コンテンツ配信イネイブラーに対する命令がメタデータに含まれ得る。さらに、外部ネームスペース宣言が、外部のイネイブラーに対して提供され得る。コンテンツパッケージが配信されている間に、モバイルコンテンツの処理を調整するために、外部のイネイブラーに対するバインディングを表現するＸＭＬスキームを参照するネームスペースが含まれ得る。これは、処理状態に対するＸＭＬ要素内に、対応するＸＭＬスキームにおいて定義される要素および属性を埋め込むことによって、達成される。
【０００７】
アクションバーブが、外部のイネイブラーの機能に調整命令をマッピングするために用いられ得る。このレベルの命令は、サービス間の疎結合（ｌｏｗ ｃｏｕｐｌｉｎｇ）を可能にする。
【０００８】
このように本開示は、モバイル配信フレームワークにおけるコンテンツ処理を調整するための方法を提供し得る。この方法は、コンテンツに関連するメタデータのエンベロープ内に、外部のイネイブラーに対する外部参照を埋め込むステップと、コンテンツ処理調整ルールをメタデータのエンベロープの中に挿入するステップと、を包含する。
【０００９】
本開示はさらに、コンテンツ処理の調整のためのシステムを提供する。このシステムは、コンテンツプロバイダであって、このコンテンツプロバイダは、外部参照およびコンテンツ処理調整ルールを、コンテンツプロバイダによって供給されるコンテンツに関連するモバイルコンテンツ配信メタデータの中に埋め込むように構成されている、コンテンツプロバイダと；コンテンツ配信イネイブラーであって：配信サーバであって、この配信サーバは、この配信サーバに向けられたメタデータを処理するように構成されている、配信サーバと、配信クライアントであって、この配信クライアントは、この配信クライアントに向けられたメタデータを処理するように構成されている、配信クライアントと、を含んでいる、コンテンツ配信イネイブラーと；外部のイネイブラーであって、コンテンツ配信イネイブラーを介して、コンテンツ処理調整ルールに基づいて、コンテンツを処理するように構成されている、外部のイネイブラーと；コンテンツプロバイダからのコンテンツを消費するように構成されているコンテンツクライアントと、を備えている。
【００１０】
本開示はさらに、コンテンツパッケージを提供する。このコンテンツパッケージは、コンテンツと；メタデータのエンベロープと、を備えており、このメタデータのエンベロープは、外部イネイブラーに対する外部参照、ならびにそこに埋め込まれたコンテンツ処理調整ルールを有している。
【００１１】
本発明は、さらに以下の手段を提供する。
【００１２】
（項目１）
モバイル配信フレームワークにおけるコンテンツ処理を調整するための方法であって、
コンテンツに関連するメタデータのエンベロープ内に、外部のイネイブラーに対する外部参照を埋め込むステップと、
コンテンツ処理調整ルールを該メタデータのエンベロープの中に挿入するステップと
を包含する、方法。
【００１３】
（項目２）
上記コンテンツ処理調整ルールは、拡張マークアップ言語「ＸＭＬ」でパッケージされた状態チャートである、項目１に記載の方法。
【００１４】
（項目３）
上記ＸＭＬでパッケージされた状態チャートは、埋め込まれた層を有する機能ブロックを含んでいる、項目２に記載の方法。
【００１５】
（項目４）
上記埋め込まれた層は、共通のＸＭＬ要素を定義する第１の層と、外部のイネイブラーに対するバインディングを有している、配信イネイブラーに対するメタデータを定義する第２の層と、外部のイネイブラーに対するメタデータを定義する第３の層とを含んでいる、項目３に記載の方法。
【００１６】
（項目５）
上記第３の層は、上記配信イネイブラーには認識されない、項目４に記載の方法。
【００１７】
（項目６）
上記第２の層は、所定の挙動を有する表現、命令、またはパラメータを含み、該所定の挙動には、上記外部イネイブラーの機能への、該表現、命令、またはパラメータのバインディングを含む、項目４または項目５に記載の方法。
【００１８】
（項目７）
上記第１の層は、状態チャートの表現言語に対するＸＭＬシンタックスを定義するネームスペースによって参照される、項目４〜項目６のいずれか一項に記載の方法。
【００１９】
（項目８）
上記機能ブロックは、状態識別子、ガード表現、外部のサービスの識別子、アクションバーブ、パラメータ、および／または状態遷移のうちのいずれか１つ、または任意の組み合わせを含んでいる、項目３〜項目７のいずれか一項に記載の方法。
【００２０】
（項目９）
上記アクションバーブは、イネイブラーの機能に調整命令をマッピングするために用いられる、項目８に記載の方法。
【００２１】
（項目１０）
上記マッピングは、メタデータの解釈層によって実行される、項目９に記載の方法。
【００２２】
（項目１１）
上記状態遷移は、アクションバーブを用いて外部の機能を呼び出すことから受け取った結果に基づいている、項目８〜項目１０のいずれか一項に記載の方法。
【００２３】
（項目１２）
上記外部参照は、外部のサービスに対するネームスペース宣言である、項目１〜項目１１のいずれか一項に記載の方法。
【００２４】
（項目１３）
上記外部のサービスは、存在サービス、位置サービス、コンテンツスクリーニングサービス、および／または圧縮サービスのうちのいずれかを含んでいる、項目１２に記載の方法。
【００２５】
（項目１４）
上記挿入するステップは、処理状態に対する要素内の外部に、イネイブラーに対するスキームを定義する、項目１〜項目１３のいずれか一項に記載の方法。
【００２６】
（項目１５）
コンテンツプロバイダであって、該コンテンツプロバイダは、外部参照およびコンテンツ処理調整ルールを、該コンテンツプロバイダによって供給されるコンテンツに関連するモバイルコンテンツ配信メタデータの中に埋め込むように構成されている、コンテンツプロバイダと、
コンテンツ配信イネイブラーであって、
配信サーバであって、該配信サーバは、該配信サーバに向けられたメタデータを処理するように構成されている、配信サーバと、
配信クライアントであって、該配信クライアントは、該配信クライアントに向けられたメタデータを処理するように構成されている、配信クライアントと
を含んでいる、コンテンツ配信イネイブラーと、
外部のイネイブラーであって、該コンテンツ配信イネイブラーを介して、該コンテンツ処理調整ルールに基づいて、コンテンツを処理するように構成されている、外部のイネイブラーと、
該コンテンツプロバイダからのコンテンツを消費するように構成されているコンテンツクライアントと
を備えている、コンテンツ処理の調整のためのシステム。
【００２７】
（項目１６）
コンテンツと、
メタデータエンベロープと
を備えているコンテンツパッケージであって、
該メタデータエンベロープは、外部イネイブラーに対する外部参照、ならびにそこに埋め込まれたコンテンツ処理調整ルールを有している、コンテンツパッケージ。
【００２８】
（項目１７）
上記コンテンツ処理調整ルールは、拡張マークアップ言語「ＸＭＬ」でパッケージされた状態チャートである、項目１６に記載のコンテンツパッケージ。
【００２９】
（項目１８）
上記ＸＭＬでパッケージされた状態チャートは、埋め込まれた層を有する機能ブロックを含んでいる、項目１７に記載のコンテンツパッケージ。
【００３０】
（項目１９）
上記埋め込まれた層は、共通のＸＭＬ要素を定義する第１の層と、外部のイネイブラーに対するバインディングを有している、配信イネイブラーに対するメタデータを定義する第２の層と、外部のイネイブラーに対するメタデータを定義する第３の層とを含んでいる、項目１８に記載のコンテンツパッケージ。
【００３１】
（項目２０）
上記第３の層は、上記配信イネイブラーには認識されない、項目１９に記載のコンテンツパッケージ。
【００３２】
（項目２１）
上記第２の層は、所定の挙動を有する表現、命令、またはパラメータを含み、該所定の挙動には、上記外部イネイブラーの機能への、該表現、命令、またはパラメータのバインディングを含む、項目１９または項目２０に記載のコンテンツパッケージ。
【００３３】
（項目２２）
上記第１の層は、状態チャートの表現言語に対するＸＭＬシンタックスを定義するネームスペースによって参照される、項目１９〜項目２１のいずれか一項に記載のコンテンツパッケージ。
【００３４】
（項目２３）
上記機能ブロックは、状態識別子、ガード表現、外部のサービスの識別子、アクションバーブ、パラメータ、および／または状態遷移のうちのいずれか１つ、または任意の組み合わせを含んでいる、項目１８〜項目２２のいずれか一項に記載のコンテンツパッケージ。
【００３５】
（項目２４）
上記アクションバーブは、イネイブラーの機能に調整命令をマッピングするために用いられるように構成されている、項目２３に記載のコンテンツパッケージ。
【００３６】
（項目２５）
上記外部参照は、外部のサービスに対するネームスペース宣言である、項目１６〜項目２４のいずれか一項に記載のコンテンツパッケージ。
【００３７】
（項目２６）
上記外部のサービスは、存在サービス、位置サービス、コンテンツスクリーニングサービス、および／または圧縮サービスのうちのいずれかを含んでいる、項目２５に記載のコンテンツパッケージ。
【００３８】
（項目２７）
処理状態に対する要素内に、外部のイネイブラーに対するスキームをさらに含んでいる、項目１６〜項目２６のいずれか一項に記載のコンテンツパッケージ。
【００３９】
（項目２８）
コンピューティングデバイスに項目１〜項目１４のいずれか一項に記載の方法のステップを実行させるためのプログラムコードを格納している、コンピュータ読取り可能な媒体。
【００４０】
（摘要）
モバイル配信フレームワークにおけるコンテンツ処理を調整するための方法およびシステムであって、この方法は、コンテンツに関連するメタデータのエンベロープ内に、外部のイネイブラーに対する外部参照を埋め込むステップと；コンテンツ処理調整ルールをメタデータのエンベロープの中に挿入するステップとを含んでいる。
【発明を実施するための最良の形態】
【００４１】
本開示は、図面を参照するとより良く理解される。
【００４２】
ここで図１に対する参照がなされる。動的なコンテンツをクライアントアプリケーションに配信するためのプッシュシステムが示されている。図１のシステムは、単純化されたシステムであり、動的なコンテンツ配信アーキテクチャにおいて必要とされる論理コンポーネントを示している。しかしながら、当業者によって理解されるように、その他のコンポーネントが存在し得、あるいは様々なコンポーネントが一緒にグループ化され得る。
【００４３】
アーキテクチャ１００は、コンテンツプロバイダ１１０を含んでいる。コンテンツプロバイダ１１０は、動的なコンテンツをユーザに提供するように配置されている。これは、例えば、ウェブサイトが販売している書籍を含み得る。コンテンツプロバイダ１１０は、新しく発売された書籍のリストを定期的に提供し得、このリストは、ウェブサイトに加入契約している加入者または加入者契約を管理している配信サーバのいずれかに送信され得る。
【００４４】
好適な実施形態において、配信サーバ１２０は、無線ネットワーク１３０を介することにより、モバイルデバイスに配置された配信クライアント１４０と通信する。配信クライアント１４０は、コンテンツプロバイダ１１０から配信されたコンテンツを受信し、このコンテンツをコンテンツクライアント１５０と通信し得る。最終的にコンテンツクライアント１５０は、このコンテンツを消費する。
【００４５】
当業者によって理解されるように、本開示におけるイネイブラーは、フレームワークと等価である。したがって、配信イネイブラーは、配信サーバ１２０および配信クライアント１４０を含む。
【００４６】
当業者によって理解されるように、コンテンツクライアント１５０に対するコンテンツの配信のために、様々な外部機能が要求され得る。これらの外部機能は、サーバ側１０２およびデバイス側１０４の両方に存在し得る。図１において、外部機能は、サーバ側１０２では外部機能１３２、１３４、および１３６として示されており、デバイス側１０４では外部機能１４４、１４６、および１４８として示されている。外部機能の実施例は、存在、位置、コンテンツスクリーニング（ｃｏｎｔｅｎｔ ｓｃｒｅｅｎｉｎｇ）、および圧縮を特に含み得るが、それらには限定されない。
【００４７】
ここで図２に対する参照がなされる。システムにインテリジェンスを追加するために、コンテンツはメタデータと関連付けられる。この場合、メタデータは、コンテンツをマニュピレートするために処理要素によって使用され得るデータとして定義される。理解され得るように、一般的なコンテンツ配信システムは、様々なコンテンツプロバイダおよびコンテンツクライアントがシステム内に存在することを可能にするために、メタデータを要求する。メタデータは、処理パラメータもしくはルール、または直接的に提供される処理ハンドラ、コードもしくは参照（ｒｅｆｅｒｅｃｅ）、または別の位置における処理ハンドラ、コードもしくはルールに対するリンクを含む、様々な形式であり得る。
【００４８】
図２に見ることができるように、コンテンツは、矢印２１０によって示されているように、コンテンツプロバイダ１１０からコンテンツクライアント１５０にパスされる。メタデータ（アーキテクチャ１００内の様々なコンポーネントに対する命令を提供する）もまた、通常はコンテンツと共に、アーキテクチャ１００内のコンポーネントの間でパスされ得る。例えば、矢印２２０は、コンテンツクライアントに対するメタデータを示している。このメタデータは、コンテンツプロバイダ１１０において発生し、これがコンテンツクライアント１５０に到達するまで、配信システムには認識されない。
【００４９】
矢印２３０は、コンテンツプロバイダ１１０によって形成されたメタデータを示している。このメタデータは、配信クライアント１４０に向けたものであるので、配信クライアント１４０に対してのみ流れる。
【００５０】
矢印２４０は、配信サーバ１２０によって生成され、配信クライアント１４０に対して意図されたメタデータを示しており、最初に配信サーバ１２０においてコンテンツと関連付けられ、そして配信クライアント１４０においてコンテンツから分離（ｓｔｒｉｐ）される。これが起こり得る場合の実施例は、ユーザとサービスプロバイダ（提供されるサービスの料金プランおよびレベルに関連する）との間の契約を含み、この場合には、サービスプロバイダは、利用可能なサービスを制限したり、または拡張されたサービスを提供したりするために、メタデータを使用し得る。
【００５１】
ここで図３に対する参照がなされる。図３は、コンテンツのメタデータに対する多層のエンベロープモデルを示している。
【００５２】
配信サーバ１２０は、プッシュエンベロープ３１０を受信する。このプッシュエンベロープ３１０は、配信サーバ１２０に対するコンテンツ処理のメタデータ３１２、および配信クライアントのエンベロープ３１４を含んでいる。配信サーバ１２０は、コンテンツ処理メタデータ３１２を抽出し、これを使用することによって、配信クライアントのエンベロープ３１４を処理する。メタデータ３１２は、配信サーバ１２０が配信クライアントのエンベロープ３１４を用いて何をすべきかを記述している。
【００５３】
配信クライアントのエンベロープ３１４は、配信クライアント１４０にパスされ、ここでは、配信クライアントのエンベロープ３１４は、コンテンツのエンベロープ３２０およびコンテンツ処理のメタデータ３２２に分解される。コンテンツ処理のメタデータ３２２は、配信クライアント１４０によって、コンテンツのエンベロープ３２０を処理するために使用される。例えば、これは、コンテンツクライアント１５０が、最新バージョンのコンテンツのみに興味がある場合に、既に配信されたコンテンツのエンベロープ３２０と最新のエンベロープとの置換を実行するように、配信クライアント１４０に命令するために使用され得る。
【００５４】
コンテンツのエンベロープ３２０は、コンテンツクライアント１５０にパスされる。コンテンツのエンベロープ３２０は、コンテンツクライアント１５０に対するコンテンツ処理のメタデータ３３０、およびコンテンツクライアント１５０によって消費されるコンテンツのペイロード３３２を含んでいる。
【００５５】
当業者によって理解されるように、図３にしたがうエンベロープの入れ子構造は、アーキテクチャの任意の処理要素において処理が行われ得、特定のコンテンツのうちのどれが扱われるべきかをコンテンツプロバイバイダ１１０が指定し得る、リッチな動的環境を提供する。一実施形態において、メタデータは特定の論理要素に対して意図され、その他の処理要素には認識されない。
【００５６】
さらに理解され得るように、メタデータは、コンテンツの配信の様々なステージに対してのみ含まれ得る。例えば、メタデータは、配信サーバ１２０と配信クライアント１４０との間でのみ要求され得、したがってコンテンツクライアント１５０に対するメタデータは、一切含まれないことがあり得る。
【００５７】
その他の代替案は、当業者にとっては明白であり得る。
【００５８】
上記では、コンテンツ配信イネイブラーに対するメタデータを記載しているが、一部の場合においては、モバイルコンテンツ配信イネイブラーが、コンテンツクライアント１５０にコンテンツを配信する間に、その他のフレームワークおよびイネイブラーと関与することを必要とし得る。同様に、配信イネイブラーは、コンテンツクライアント１５０にコンテンツを配信する間に、その他のフレームワークおよびイネイブラーと関与することを必要とし得る。上記で示唆されたように、外部機能の実施例は、存在、位置、コンテンツスクリーニング、圧縮を特に含む。例えば、外部のイネイブラーは、存在のイネイブラーであり得る。ユーザは、データローミングの課金を回避するために、ユーザがホームネットワークに存在するときのみに、特定のコンテンツが配信されるべきであるというルールを指定し得る。そのようなイネイブラーは、モバイルデバイスが位置している場所を探すためには、その他のイネイブラー（例えば、位置イネイブラー）の機能を使用する必要がある。
【００５９】
イネイブラーのその他の実施例は、コンテンツスクリーニングを含み、これは、特定のタイプのコンテンツが、モバイルデバイスに配信されることを回避し得る。
【００６０】
デバイス側のイネイブラーの実施例は、圧縮イネイブラーであり得、これは、特定のコンテンツがコンテンツクライアント１５０にパスされる前に、この特定のコンテンツを解凍する必要があり得る。
【００６１】
コンテンツ配信イネイブラーは、典型的には、外部のイネイブラーの機能を有していないことがあり得るので、リッチなコンテンツ配信のフレームワークを提供するためには、外部のイネイブラーにアクセスする必要がある。
【００６２】
当業者によって理解され得るように、コンテンツは、配信ネットワークには認識されない。したがって、外部のコンテンツの処理の必要性を指示し、この処理を調整する唯一の方法は、メタデータの使用を介することである。
【００６３】
ここで図４に対する参照がなされる。図４は、図１のコンテンツプロバイダ１１０のようなコンテンツプロバイダから受信した例示的なコンテンツパッケージ４１０を示している。
【００６４】
コンテンツパッケージ４１０は、コンテンツ４１２およびメタデータのエンベロープ４２０を含んでいる。上記で示唆されたように、コンテンツ４１２は、配信フレームワークには認識されない。したがって、外部のコンテンツの処理の必要性を指示し、この処理を調整する唯一の方法は、メタデータのエンベロープ４２０におけるメタデータの使用を介することである。
【００６５】
メタデータのエンベロープ４２０は、ネームスペース宣言ボックス４３０を含んでおり、これは、コンテンツ４１２の処理のための使用される外部のサービスに対するネームスペース宣言を考慮する。２つの例示的なネームスペース宣言が、参照番号４３５と関連して示されている。
【００６６】
メタデータのエンベロープ４２０は、図１の配信サーバ１２０のような配信サーバによる処理のために、メタデータブロック４４０を含んでいることがさらに好適である。
【００６７】
メタデータブロック４４０は、配信サーバによる処理のための様々なメタデータを含んでいる。メタデータブロック４４０は、外部機能と関与するための様々な機能ブロックをさらに含んでいる。これらは、図４における機能ブロック４４２および４４４によって示されている。
【００６８】
メタデータのエンベロープ４２０はまた、図１の配信クライアント１４０のような配信クライアントによる処理のために、メタデータブロック４５０を含んでいる。メタデータブロック４５０は、機能ブロック４５２および４５４に加えて、配信クライアントによって処理されるメタデータを含んでいる。
【００６９】
当業者によって理解されるように、外部機能と関与するための、ブロック４５０における２つの機能ブロックの使用は、単に例示的なものであり、本開示は、外部機能ブロックによって関与される特定の数の外部機能に限定されることは意図されていない。言い換えると、メタデータブロック４４０またはメタデータブロック４５０は、外部の機能と関与する命令またはルールを一切含んでいなかったり、あるいは多数の機能ブロックを介して複数の外部機能と関与することがあったりし得る。
【００７０】
例えば機能ブロック４４２のような機能ブロックの実施例は、参照番号４６０によって示されている。参照番号４６０は、機能ブロックの論理表現を示している。図４の実施例において、機能ブロックは、状態ツリーにおけるノードである。
【００７１】
機能ブロックは、状態ツリーにおける状態を識別する状態識別子４６２を含んでいることが好適である。
【００７２】
機能ブロックは、ガード表現および／または条件（ｇｕａｒｄ ｅｘｐｒｅｓｓｉｏｎ ａｎｄ／ｏｒ ｃｏｎｄｉｔｉｏｎ）４６４をさらに含み得、これは、満たされた場合に、状態に対し実行されるべき処理を引き起こす、論理表現を含んでいる。
【００７３】
機能ブロックはさらに、利用される外部のサービスまたは機能を識別するために、外部のサービスまたは機能の識別子４６６を含み得る。
【００７４】
機能ブロックはさらに、この外部のサービスの機能のうちコンテンツ配信イネイブラーが使用し得る機能を定義する、アクションバーブ（ａｃｔｉｏｎ ｖｅｒｂ）４６８を含み得る。
【００７５】
機能ブロックはさらに、機能ブロックにおいて定義された機能が呼び出されたときに、外部のイネイブラーにパスされる必要があるパラメータのリストを定義するパラメータ４７０を含み得る。
【００７６】
機能ブロックはさらに、アクションバーブの結果に基づく、どの状態に次に移行するかを指示する状態遷移４７２を含み得る。
【００７７】
ここで図５に対する参照がなされる。図５は、機能ブロック５１０の層構造を示しており、これは、処理状態の表現である。以下に記載されるように、様々な埋め込みブロックが、機能ブロック５１０内に存在する。
【００７８】
第１のブロック５２０は、状態チャートを定義する一連の共通のＸＭＬ要素である。当業者によって理解され得るように、用語「要素（ｅｌｅｍｅｎｔ）」は、広い用語であり、対応するＸＭＬタグを用いて開始および終了するＸＭＬドキュメントのサブセットを含んでいる。
【００７９】
ブロック５２０は、状態チャートの表現言語に対するＸＭＬシンタックスを定義するネームスペースによって参照される要素を含んでいる。実施例は、特に、状態チャート拡張マークアップ言語（ＳＣＸＭＬ）、ビジネスプロセス実行言語（ＢＰＥＬ）、およびＸＰｒｏｃを含む。
【００８０】
さらなる埋め込みブロック５３０は、配信イネイブラーによって定義されたメタデータを含んでおり、外部のイネイブラーに対するバインディングを含んでいる。ブロック５３０は、配信イネイブラーに対するネームスペースによって参照されるＸＭＬを含んでおり、そしてもしあれば、外部のイネイブラーに対する全てのＸＭＬバインディング、および内部処理命令を含んでいる。
【００８１】
さらなる埋め込みブロック５４０は、外部のイネイブラーによる使用のために定義されたメタデータである。このブロックは、外部のイネイブラーに対するネームスペースによって参照され、外部のイネイブラーのスキームにおいて定義される要素を含んでいる。これらの要素は、配信イネイブラーには認識されない。
【００８２】
当業者によって理解されるように、ブロック５３０内の要素は、外部のイネイブラーの機能／パラメータ上への要素のバインディングを含む配信イネイブラーの所定の挙動を指定する。これらの要素は、配信イネイブラーのメタデータの解釈層によって理解され得る。逆に、ブロック５４０内の要素は、配信イネイブラーには認識されず、外部のイネイブラーに「そのまま（ａｓ ｉｓ）」パスされる。これらの要素は、外部のイネイブラーのスキームによって定義される構成を表現しているので、外部のイネイブラーによって理解される。
【００８３】
このように上述では、ネームスペースおよび外部のイネイブラーに対するバインディングを表現するスキームを使用することによって、配信の間にモバイルコンテンツの処理を調整するための方法を提供している。これは、処理状態に対するＸＭＬ要素内に対応するスキームで定義される要素を埋め込むことによって達成される。
【００８４】
上述は、以下の例示的なＳＣＸＭＬ要素のコードセグメントを参照することによって、そして図６を参照することによって、より明確に理解され得る。
【００８５】
以下は、ＳＣＸＭＬにおいて表現される調整メタデータの実施例を示している：
【００８６】
【化１】
【００８７】
【化２】
上記のコードセグメントの最初の５行は、図４のブロック４３０の一部分である。特に、これらはＸＭＬバージョンに対するネームスペース宣言、ならびに動的なコンテンツ配信、デバイス性能イネイブラー、デバイス位置イネイブラー、およびデバイス存在イネイブラーに対するネームスペース宣言である。理解され得るように、これらは、ネームスペース宣言の一部分として使用および宣言され得る様々なイネイブラーの単なる実施例に過ぎない。さらに、上で示されているネームスペース宣言は、単なる実施例として含まれているに過ぎず、イネイブラーに対する実際のＵＲＬを表現しているわけではない。
【００８８】
コードの次の行は、‘ｉｎｉｔｉａｌｓｔａｔｅ＝“ｃｏｎｔｅｎｔ ｒｅｃｅｉｖｅｄ”‘を示している。これは、コンテンツ処理の推移の初期状態を示している。
【００８９】
次の行は、‘ｓｔａｔｅ ｉｄ＝“ｃｏｎｔｅｎｔ ｒｅｃｅｉｖｅｄ”‘を示している。これは、図５のブロック５２０の一部分であり、機能ブロックの状態を定義している。
【００９０】
さらに、行‘ｉｎｖｏｋｅ ｓｒｃ＝“ｃｈｅｃｋＭｅｍｏｒｙ”‘は、図５のブロック５２０の一部分であり、外部機能を呼び出すようにＳＣＸＭＬに告げている。
【００９１】
次の行は、‘ｄｃｄ：ａｃｔｉｏｎ ｆｕｎｃｔｉｏｎ−ｉｄ＝“ＤＣＡＰ：ｃｈｅｃｋＭｅｍｏｒｙ”‘を示している。このアクションは、配信能力イネイブラー上の外部機能ｃｈｅｃｋＭｅｍｏｒｙが利用され得るということを定義している。
【００９２】
次の行は、＜ｄｃｄ：ｖｅｒｂ＞ｖａｌｉｄａｔｅＭｅｍｏｒｙＳｉｚｅ＜／ｄｃｄ：ｖｅｒｂ＞である。これは、動的なコンテンツ配信イネイブラーが理解するアクションバーブである。
【００９３】
次の２行は、外部機能ｃｈｅｃｋＭｅｍｏｒｙが使用するパラメータを示している。
【００９４】
次の行は、＜ｄｐ：ｆｕｎｃｔｉｏｎ＞ｃｈｅｃｋＭｅｍｏｒｙ＜／ｄｐ：ｆｕｎｃｔｉｏｎ＞である。これは、ｄｃｄアクションバーブのｖａｌｉｄａｔｅＭｅｍｏｒｙＳｉｚｅを外部機能にマッピングしている。この場合、外部機能は、ｃｈｅｃｋＭｅｍｏｒｙであり、ネームスペース定義においてネーム「ｄｐ」を用いて定義されたデバイス性能イネイブラーの一部分である。
【００９５】
次の行は、外部機能からの、期待される結果のタイプを定義している。
【００９６】
上のコードセグメント、すなわちｄｃｄ：ａｃｔｉｏｎ、ｄｃｄ：ｖｅｒｂ、およびｄｃｄ：ｐａｒａｍｅｔｅｒｓは、図５のブロック５３０に属している。これらは、配信イネイブラーの所定の挙動であり、外部のイネイブラーの機能またはパラメータ上への要素のバインディングを含んでいる。
【００９７】
行ｄｐ：ｆｕｎｃｔｉｏｎおよびｄｐ：ｒｅｓｕｌｔは、ブロック５４０に属しており、ｄｃｄイネイブラーには認識されない。
【００９８】
行：＜ｔｒａｎｓｉｔｉｏｎ ｅｖｅｎｔ＝”ｓｕｃｃｅｓｓ”ｃｏｎｄ＝”ｃｈｅｃｋＭｅｍｏｒｙ．ｒｅｓｕｌｔ”ｔａｒｇｅｔ＝”ＣｈｅｃｋＲｏａｍｉｎｇ”／＞は、特定のイベントが発生したかどうか、および条件が満たされたかどうかを確認するためにチェックを行う。イベントが発生し、かつ条件が満たされた場合、この行は、推移すべき次の状態を定義する。この場合では、次の状態は”Ｃｈｅｃｋ Ｒｏａｍｉｎｇ”である。
【００９９】
行＜ｔｒａｎｓｉｔｉｏｎ ｅｖｅｎｔ＝”ｆａｉｌｕｒｅ”ｃｏｎｄ＝”！ｉｓＲｏａｍｉｎｇ．ｒｅｓｕｌｔ”ｔａｒｇｅｔ＝”Ｓｅｎｄ Ｒｅｊｅｃｔｅｄ”／＞においては、イベントが失敗し、かつｃｈｅｃｋ ｍｅｍｏｒｙが「偽（ｆａｌｓｅ）」を返すと、状態は“Ｃｈｅｃｋ Ｆｒａｇｍｅｎｔａｔｉｏｎ”に推移する。
【０１００】
当業者によって理解され得るように、上で定義された遷移イベントは、図５のブロック５２０に属している。
【０１０１】
ここで図６を参照すると、上述のことが、状態図に関連して示されている。特に、初期状態６１０は、状態：「Ｃｏｎｔｅｎｔ Ｒｅｃｅｉｖｅｄ」である。アクションバーブのｖａｌｉｄａｔｅＭｅｍｏｒｙＳｉｚｅは、コンテンツ配信イネイブラー６０２内で使用され、メタデータの解釈層６０４において解釈される。
【０１０２】
メタデータの解釈層６０４において、外部機能ｃｈｅｃｋＭｅｍｏｒｙ６２０が呼び出され、デバイスパラメータ‘ｄｅｖｉｃｅＩＤ’および‘ｃｏｎｔｅｎｔＳｉｚｅ’をパスさせる。その後デバイス性能イネイブラー６２２は、メタデータ解釈層６０４に結果６２４を返し、ｖａｌｉｄａｔｅＭｅｍｏｒｙＳｉｚｅ６１２のバーブを介して、パラメータをパスし戻し、結果６１４が状態６１０にパスし戻される。
【０１０３】
ステップ６３０において、結果６１４がチェックされ、もし真である場合には、状態は“Ｃｈｅｃｋ Ｒｏａｍｉｎｇ”状態６４０に遷移し、もし偽である場合には、状態は“Ｃｈｅｃｋ Ｆｒａｇｍｅｎｔａｔｉｏｎ”状態（図示されず）に遷移する。
【０１０４】
再び上のコードセグメントを参照すると、さらなる機能ブロックが、‘ｓｔａｔｅ ＩＤ＝“ｃｈｅｃｋ ｒｏａｍｉｎｇ”’によって定義されている。
【０１０５】
このアクションは、機能ＩＤ“ＬＯＣ：ｉｓＲｏａｍｉｎｇ”を用いることによって、動的なコンテンツ配信に対して定義されている。
【０１０６】
表現＜ｄｃｄ：ｖｅｒｂ＞ｉｓＨｏｍｅＮｅｔｗｏｒｋ＜／ｄｃｄ：ｖｅｒｂ＞は、アクションバーブを提供する。アクションバーブに対するパラメータは、ＣｏｎｔｅｎｔＨｅａｄｅｒ：ｄｅｖｉｃｅＩＤとして、次の行において定義される。
【０１０７】
動的なコンテンツ配信は、そのスキームにおいて定義された、例えば表現“ｓｏｍｅＥｘｏｔｉｃＥｌｅｍｅｎｔ”のような任意の要素を使用し得る。
【０１０８】
次の２行、すなわち：
＜ｌ：ｎａｍｅ＞ｉｓＲｏａｍｉｎｇ＜／ｌ：ｎａｍｅ＞
＜ｌ：ｐａｒａｍ＞”ｉｇｎｏｒｅＮｅｔｗｏｒｋＡｇｒｅｅｍｅｎｔｓ＝ｔｒｕｅ”＜／ｌ：ｐａｒａｍ＞
は、バーブ“ｉｓＨｏｍｅＮｅｔｗｏｒｋ”にマッピングされる外部機能を定義している。この外部機能は、“ｉｓＲｏａｍｉｎｇ”機能であり、“ｉｇｎｏｒｅＮｅｔｗｏｒｋＡｇｒｅｅｍｅｎｔｓ”のパラメータを含んでいる。当業者によって理解されるように、位置イネイブラーは、この機能を扱うように適合化され、この機能は、動的なコンテンツ配信イネイブラーには認識されない。
【０１０９】
次の２行は、遷移を定義している。“ｉｓＲｏａｍｉｎｇ”が真を返した場合、状態遷移は、ｃｈｅｃｋ ａｖａｉｌａｂｉｌｉｔｙ状態に遷移する。“ｉｓ ｒｏａｍｉｎｇ”の結果が偽である場合、状態は“Ｓｅｎｄ Ｒｅｊｅｃｔｅｄ”状態に遷移する。
【０１１０】
これは、図６に示されている。図６において、状態６４０は、“Ｃｈｅｃｋ Ｒｏａｍｉｎｇ”状態であり、アクションバーブ６４２“ｉｓＨｏｍｅＮｅｔｗｏｒｋ”が、状態６４０から使用され得る。メタデータの解釈層６０４は、“ｉｓＨｏｍｅＮｅｔｗｏｒｋ”を解釈し、位置イネイブラー６５２における“ｉｓＲｏａｍｉｎｇ”機能６５０を呼び出すためのアクションバーブを使用する。
【０１１１】
位置イネイブラー６５２は、結果６５４を返し、この結果は、メタデータの解釈層６０４を介して“ｉｓＨｏｍｅＮｅｔｗｏｒｋ”バーブ６４２に伝搬され、このバーブは、ｃｈｅｃｋ ｒｏａｍｉｎｇ状態６４０に結果６４４を返す。
【０１１２】
その後、６６０において結果がチェックされる。この結果は、上のコードにおける“ｔｒａｎｓｉｔｉｏｎ”コマンドに対応している。６６０における結果が真である場合、状態は、状態６７０の“Ｃｈｅｃｋ Ａｖａｉｌａｂｉｌｉｔｙ”状態に遷移する。結果が偽の場合、状態は“Ｓｅｎｄ Ｒｅｊｅｃｔｅｄ”状態（図示されず）に推移する。
【０１１３】
同様な機能が、状態６７０に当てはまる。この場合におけるアクションバーブは、“ｉｓＵｓｅｒＡｖａｉｌａｂｌｅ”である。メタデータの解釈層６０４は、“ｉｓＵｓｅｒＡｖａｉｌａｂｌｅ”バーブ６７２を使用し、存在イネイブラー６８２の“ｉｓＡｖａｉｌａｂｌｅ”機能６８０を呼び出す。結果６８４が返され、その後結果６７４として、状態６７０に返される。これに基づいて、状態遷移が発生し得る。
【０１１４】
このように上述では、外部アクションのグループを使用して、外部のイネイブラーの機能に調整命令をマッピングするための方法を提供している。配信イネイブラーにおいて定義されたアクションバーブを外部機能上へとマッピングするための解釈層は、サービス間の疎結合を可能にする。
【０１１５】
当業者によって理解され得るように、調整メタデータは、状態図（例えば、特にハレル状態、ＵＭＬ状態図、ペトリネット等）のＸＭＬ表現を用いて定義される。図中の各状態は、配信の間にモバイルコンテンツを処理するために使用され得る外部のモバイルサービスによって公表される機能に対応している。外部のサービス、フレームワーク、およびイネイブラー（特に、位置、存在、配信能力、ユーザープロフィール等）は、デバイス、ユーザの設定、ユーザの位置、およびユーザの状態にしたがって、コンテンツ配信およびコンテンツ表現をパーソナライズするために使用され得る。このサービスは、公表されている２つ以上の機能を有し得る。
【０１１６】
機能およびサービスは、識別子によって識別されるが、この識別子は、特に統一資源識別子（ＵＲＩ）、ネーム、グローバル一意識別子（ＧＵＩＤ）、タグ等であり得る。
【０１１７】
ガード表現、アクションバーブ、パラメータ、および結果は、配信イネイブラーおよび配信フレームワークのスキームによって定義される言葉で、および／または特定の外部のサービスのスキームによって定義される言葉で、表現される。配信イネイブラーのスキームは、配信イネイブラーによって理解されるＸＭＬ要素を定義し、外部のイネイブラーの機能およびパラメータに対する所定のバインディングを含んでいる。外部のイネイブラーに対するスキームは、外部のイネイブラーによってモバイルコンテンツの処理を補助し得る追加的なパラメータを定義する。これらのパラメータは、配信イネイブラーには認識されず、ＸＭＬスキームの拡張機構を用いることによって、配信イネイブラーのメタデータ内に埋め込まれる。
【０１１８】
上記で示唆されたように、配信イネイブラーは、デバイス側またはサーバ側のいずれかに存在し得る。さらなる実施形態において、全てのサーバ機能は、デバイス側に移行され得、そしてデバイス側のみが、配信イネイブラーに対して存在し得る。
【０１１９】
配信クライアントおよびコンテンツクライアントは、任意のモバイルデバイスにおいて見出され得る。例示的なモバイルデバイスの１つは、図７に提供されている。ここで図７に対する参照がなされる。
【０１２０】
図７は、本出願の装置および方法の好適な実施形態と共に使用され得るモバイルステーションを示しているブロック図である。モバイルステーション７００は、好適には、少なくとも音声通信能力およびデータ通信能力を有している、双方向無線通信デバイスである。モバイルステーション７００は、好適には、インターネット上のその他のコンピュータシステムと通信する能力を有している。提供される完全な機能に依存して、無線デバイスは、例えば、データメッセージングデバイス、双方向ページャ、無線ｅメールデバイス、データメッセージング能力を有するセル方式電話、無線インターネット機器、またはデータ通信デバイス等と称され得る。
【０１２１】
モバイルステーション７００が双方向通信可能な場合、このモバイルステーションは、通信サブシステム７１１を組み込み得る。この通信サブシステム７１１は、受信器７１２および送信器７１４の両方、ならびに関連するコンポーネント（例えば、好適には埋め込み型または内蔵型の、アンテナ要素７１６および７１８、局所発振器（ＬＯ）７１３、およびデジタル信号プロセッサ（ＤＳＰ）７２０のような処理モジュールのうちの１つ以上）を含んでいる。通信分野の当業者に理解され得るように、通信サブシステム７１１の特定の設計は、デバイスが動作することが意図されている通信ネットワークに依存し得る。
【０１２２】
ネットワークアクセス要件はまた、ネットワーク７１９のタイプに依存して変動し得る。一部のＣＤＭＡネットワークにおいて、ネットワークアクセスは、モバイルステーション７００の加入者またはユーザに関連付けられ得る。ＣＤＭＡモバイルステーションは、ＣＤＭＡネットワーク上で動作するために、リムーバブルユーザアイデンティティモジュール（ＲＵＩＭ；ｒｅｍｏｖａｂｌｅ ｕｓｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）または加入者識別モジュール（ＳＩＭ；ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）カードを必要とし得る。ＳＩＭ／ＲＵＩＭインターフェース７４４は、通常、ディスケットまたはＰＣＭＣＩＡカードのように、ＳＩＭ／ＲＵＩＭカードが出し入れされ得るカードスロットに類似したものであり得る。ＳＩＭ／ＲＵＩＭカードは、約６４Ｋのメモリを有し得、多数のキー構成７５１、およびその他の情報７５３（例えば、識別および加入者関連情報）を保持し得る。
【０１２３】
要求されたネットワーク登録または作動手順が完了すると、モバイルステーション７００は、ネットワーク７１９を介して通信信号を送受信し得る。図７に示されているように、ネットワーク７１９は、モバイルデバイスと通信する複数の基地局を含み得る。例えば、ハイブリッドＣＤＭＡ１ｘＥＶＤＯシステムにおいては、ＣＤＭＡ基地局およびＥＶＯ基地局がモバイルステーションと通信し、モバイルステーションは、同時に両方に接続される。ＥＶＤＯ基地局およびＣＤＭＡ１ｘ基地局は、異なるページングスロットを使用して、モバイルデバイスと通信する。
【０１２４】
通信ネットワーク７１９を介してアンテナ７１６によって受信された信号は、受信器７１２に入力される。この受信器７１２は、通常の受信器機能、例えば、信号増幅、周波数ダウン変換、フィルタリング、チャネル選択など、そして図７に示されている例示的なシステムにおいては、アナログデジタル（Ａ／Ｄ）変換を実行し得る。受信した信号のＡ／Ｄ変換は、より複雑な通信機能、例えば、ＤＳＰ７２０において実行されるべき復調およびデコーディングを可能にする。同様に、送信されるべき信号は、例えばＤＳＰ７２０によって処理され（変調および符号化を含む）、デジタルアナログ変換、周波数アップ変換、フィルタリング、増幅、およびアンテナ７１８を介する通信ネットワーク７１９上の伝送のために、送信器７１４に入力される。ＤＳＰ７２０は、通信信号を処理するのみならず、受信器および送信器の制御をも提供する。例えば、受信器７１２および送信器７１４において通信信号に印加される利得は、ＤＳＰ７２０において実装された自動利得制御アルゴリズムを介して、適応制御され得る。
【０１２５】
モバイルステーション７００は、デバイスの全体の動作を制御する、マイクロプロセッサ７３８を含むことが好適である。通信機能（少なくともデータ通信能力および音声通信能力を含む）は、通信サブシステム７１１を介して実行される。マイクロプロセッサ７３８はまた、さらなるデバイスサブシステム、例えば、ディスプレイ７２２、フラッシュメモリ７２４、ランダムアクセスメモリ（ＲＡＭ）７２６、補助入力／出力（Ｉ／Ｏ）サブシステム７２８、シリアルポート７３０、１つ以上のキーボードまたはキーパッド７３２、スピーカ７３４、マイクロフォン７３６、短距離通信サブシステムのようなその他の通信サブシステム７４０、および一般に７４２として示されているその他任意のデバイスサブシステムと相互作用する。シリアルポート７３０は、ＵＳＢポートまたは当業者に公知のその他のポートを含み得る。
【０１２６】
図７に示されているサブシステムの一部は、通信関連機能を実行するが、その他のサブシステムは、「常駐」またはデバイス上の機能を提供し得る。一部のサブシステム（例えば、キーボード７３２およびディスプレイ７２２）が、通信関連機能（例えば、通信ネットワーク上での伝送のためにテキストメッセージを入力すること等）およびデバイス常駐機能（例えば、電卓またはタスクリスト）の両方のために使用され得るということに、留意されたい。
【０１２７】
マイクロプロセッサ７３８によって使用されるオペレーティングシステムソフトウェアは、好適には、フラッシュメモリ７２４のような永続性の格納装置に格納される。このフラッシュメモリ７２４は、リードオンリメモリ（ＲＯＭ）または同様の格納要素（図示されず）に置換され得る。当業者は、オペレーティングシステム、特定のデバイスアプリケーション、またはそれらの一部は、揮発性メモリ（例えば、ＲＡＭ７２６）に一時的にロードされ得るということを理解し得る。受信した通信信号もまた、ＲＡＭ７２６に格納され得る。
【０１２８】
示されているように、フラッシュメモリ７２４は、コンピュータプログラム７５８とプログラムデータ格納装置７５０、７５２、７５４、および７５６との両方の異なるエリアに分離され得る。これらの異なる格納タイプは、各プログラムが、それら自身のデータ格納要求に対して、フラッシュメモリ７２４の一部を割り当て得るということを示している。マイクロプロセッサ７３８は、そのオペレーティングシステム機能に加えて、モバイルステーション上のソフトウェアアプリケーションの実行が可能であることが好適である。基本的な動作を制御する一連のアプリケーション（例えば、少なくともデータ通信アプリケーションおよび音声通信アプリケーションを含む）は、通常、製造中にモバイルステーション７００にインストールされ得る。その他のアプリケーションは、その後または動的にインストールされ得る。
【０１２９】
好適なソフトウェアアプリケーションは、モバイルステーションのユーザに関係のあるデータアイテムを編集および管理する能力を有している、個人情報管理（ＰＩＭ）アプリケーションであり得、このデータアイテムは、ｅメール、カレンダーイベント、音声メール、予約、およびタスクアイテムなどであるが、これらには限定されない。通常、ＰＩＭデータアイテムの格納を容易にするために、１つ以上のメモリ格納装置が、モバイルステーション上で利用可能であり得る。そのようなＰＩＭアプリケーションは、無線ネットワーク７１９を介して、データアイテムを送受信する能力を有していることが好適であり得る。好適な実施形態において、ＰＩＭデータアイテムは、無線ネットワーク７１９を介することにより、ホストコンピュータシステムに格納または関連付けられたモバイルステーションのユーザの対応するデータアイテムと、シームレスに統合され、同期化され、そして更新される。さらなるアプリケーションもまた、ネットワーク７１９、補助Ｉ／Ｏサブシステム７２８、シリアルポート７３０、短距離通信サブシステム７４０、またはその他任意の適切なサブシステム７４２を介することによって、モバイルステーション７００にロードされ得、マイクロプロセッサ７３８による実行のために、ユーザによって、ＲＡＭ７２６または好適には不揮発性格納装置（図示されず）にインストールされ得る。アプリケーションのインストールにおけるそのような柔軟性は、デバイスの機能を増大させ、高められたデバイス上の機能、通信関連機能、またはそれらの両方を提供し得る。例えば、セキュア通信アプリケーションは、モバイルステーション７００を用いて実行されるべき電子商取引機能およびその他の類似の金融取引機能を可能にし得る。
【０１３０】
データ通信モードにおいて、受信した信号（例えば、テキストメッセージまたはウェブページダウンロード）は、通信サブシステム７１１によって処理され、マイクロプロセッサ７３８に入力され得る。このマイクロプロセッサ７３８は、ディスプレイ７２２または補助Ｉ／Ｏデバイス７２８に出力するために、受信した信号をさらに処理することが好適である。配信クライアント７６０（配信クライアント１４０と等価であり得る）もまた、入力を処理し得る。
【０１３１】
またモバイルステーション７００のユーザは、例えば、キーボード（好適には、完全英数字キーボードまたは電話タイプキーパッド）７３２と共に、ディスプレイ７２２、そしてもしかすると補助Ｉ／Ｏデバイス７２８を用いることにより、データアイテム（例えばｅメールメッセージ）を編集し得る。そのように編集されたアイテムは、その後、通信サブシステム７１１を介して、通信ネットワーク上に伝送され得る。
【０１３２】
音声通信に対しては、受信した信号が好適にはスピーカ７３４に出力され得、送信のための信号がマイクロフォン７３６によって生成され得るということを除き、モバイルステーション７００の全体の機能は類似している。代替的な音声またはオーディオＩ／Ｏサブシステム（例えば、音声メッセージ録音サブシステム）もまた、モバイルステーション７００上に実装され得る。音声またはオーディオ信号出力は、主にスピーカ７３４を介して達成されることが好適であるが、ディスプレイ７２２もまた、例えば発呼側の識別、音声コールの経過時間、またはその他の音声コール関連の情報の表示を提供するために用いられ得る。
【０１３３】
図７におけるシリアルポート７３０は、通常、ユーザのデスクトップコンピュータ（図示されず）との同期化が所望され得る、パーソナルデジタルアシスタント（ＰＤＡ）タイプのモバイルステーションに実装され得るが、オプションのデバイスコンポーネントである。そのようなポート７３０は、ユーザが外部デバイスまたは外部デバイスまたはソフトウェアアプリケーションを介して優先度を設定することを可能にしたり、無線通信ネットワーク以外によってモバイルステーション７００に情報またはソフトウェアダウンロードを提供することによって、モバイルステーション７００の能力を拡張したりし得る。代替的なダウンロードパスは、例えば、直接的な、そして信頼性があり、確実な接続を介することにより、暗号化キーをデバイスにロードし、それによって、セキュアなデバイス通信を可能にするために用いられ得る。当業者によって理解され得るように、シリアルポート７３０はさらに、モバイルデバイスをコンピュータに接続してモデムとして動作させるために用いられ得る。
【０１３４】
その他の通信サブシステム７４０、例えば短距離通信サブシステムは、モバイルステーション７００と様々なシステムまたはデバイス（これらは、必ずしも類似のデバイスであるとは限らない）との間の通信を提供し得る、さらなるオプションのコンポーネントである。例えば、サブシステム７４０は、同様に使用可能なシステムまたはデバイスとの通信を提供するために、赤外線デバイス、ならびに関連のある回路およびコンポーネントまたはＢｌｕｅｔｏｏｔｈ（ＴＭ）通信モジュールを含み得る。
【０１３５】
本明細書に記載された実施形態は、本出願の技術の要素に対応する要素を有する構造、システム、または方法の実施例である。この記載された説明は、代替的な要素（本出願の技術の要素と類似の対応する要素）を有する実施形態を、当業者が生産および使用することを可能にする。したがって、本出願の技術の意図されている範囲は、本明細書に記載されている本出願の技術とは異ならないその他の構造、システム、または方法を含み、本明細書に記載されている本出願の技術とは本質的ではない点のみが異なるその他の構造、システム、または方法をもさらに含む。
【図面の簡単な説明】
【０１３６】
【図１】図１は、配信アーキテクチャ内の論理コンポーネントを示しているブロック図である。
【図２】図２は、図１の論理コンポーネントの間のメタデータの流れを示しているブロック図である。
【図３】図３は、図１の論理コンポーネントの間のメタデータ処理のためのエンベロープされたモデルを示しているブロック図である。
【図４】図４は、コンテンツおよびメタデータのエンベロープを含む例示的なコンテンツパッケージを示しているブロック図である。
【図５】図５は、機能ブロックを示しているブロック図である。
【図６】図６は、コンテンツ配信イネイブラーと外部のイネイブラーとの間のメタデータの例示的な調整を示している状態図である。
【図７】図７は、本発明の方法およびシステムに関連して使用され得る、例示的なモバイル配信システムを示しているブロック図である。
【符号の説明】
【０１３７】
３１０ プッシュエンベロープ
３１２ コンテンツ処理のメタデータ
３１４ 配信クライアントのエンベロープ
３２０ コンテンツのエンベロープ
３２２、３３０ コンテンツ処理のメタデータ
３３２ コンテンツのペイロード
４１０ コンテンツパッケージ
４１２ コンテンツ
４２０ メタデータのエンベロープ
４３０ ネームスペース宣言ボックス
４４０、４５０ メタデータブロック
４４２、４４４、４５２、４５４ 機能ブロック
４６０ 機能ブロックの論理表現
４６２ 状態識別子
４６４ ガード表現および／または条件
４６６ 外部のサービスまたは機能の識別子
４６８ アクションバーブ
４７０ パラメータ
４７２ 状態遷移
【特許請求の範囲】
【請求項１】
モバイル配信フレームワークにおけるコンテンツ処理を調整するための方法であって、
コンテンツに関連するメタデータのエンベロープ内に、外部のイネイブラーに対する外部参照を埋め込むステップと、
コンテンツ処理調整ルールを該メタデータのエンベロープの中に挿入するステップと
を包含する、方法。
【請求項２】
前記コンテンツ処理調整ルールは、拡張マークアップ言語「ＸＭＬ」でパッケージされた状態チャートである、請求項１に記載の方法。
【請求項３】
前記ＸＭＬでパッケージされた状態チャートは、埋め込まれた層を有する機能ブロックを含んでいる、請求項２に記載の方法。
【請求項４】
前記埋め込まれた層は、共通のＸＭＬ要素を定義する第１の層と、外部のイネイブラーに対するバインディングを有している、配信イネイブラーに対するメタデータを定義する第２の層と、外部のイネイブラーに対するメタデータを定義する第３の層とを含んでいる、請求項３に記載の方法。
【請求項５】
前記第３の層は、前記配信イネイブラーには認識されない、請求項４に記載の方法。
【請求項６】
前記第２の層は、所定の挙動を有する表現、命令、またはパラメータを含み、該所定の挙動には、前記外部イネイブラーの機能への、該表現、命令、またはパラメータのバインディングを含む、請求項４または請求項５に記載の方法。
【請求項７】
前記第１の層は、状態チャートの表現言語に対するＸＭＬシンタックスを定義するネームスペースによって参照される、請求項４〜請求項６のいずれか一項に記載の方法。
【請求項８】
前記機能ブロックは、状態識別子、ガード表現、外部のサービスの識別子、アクションバーブ、パラメータ、および／または状態遷移のうちのいずれか１つ、または任意の組み合わせを含んでいる、請求項３〜請求項７のいずれか一項に記載の方法。
【請求項９】
前記アクションバーブは、イネイブラーの機能に調整命令をマッピングするために用いられる、請求項８に記載の方法。
【請求項１０】
前記マッピングは、メタデータの解釈層によって実行される、請求項９に記載の方法。
【請求項１１】
前記状態遷移は、アクションバーブを用いて外部の機能を呼び出すことから受け取った結果に基づいている、請求項８〜請求項１０のいずれか一項に記載の方法。
【請求項１２】
前記外部参照は、外部のサービスに対するネームスペース宣言である、請求項１〜請求項１１のいずれか一項に記載の方法。
【請求項１３】
前記外部のサービスは、存在サービス、位置サービス、コンテンツスクリーニングサービス、および／または圧縮サービスのうちのいずれかを含んでいる、請求項１２に記載の方法。
【請求項１４】
前記挿入するステップは、処理状態に対する要素内の外部に、イネイブラーに対するスキームを定義する、請求項１〜請求項１３のいずれか一項に記載の方法。
【請求項１５】
コンテンツプロバイダであって、該コンテンツプロバイダは、外部参照およびコンテンツ処理調整ルールを、該コンテンツプロバイダによって供給されるコンテンツに関連するモバイルコンテンツ配信メタデータの中に埋め込むように構成されている、コンテンツプロバイダと、
コンテンツ配信イネイブラーであって、
配信サーバであって、該配信サーバは、該配信サーバに向けられたメタデータを処理するように構成されている、配信サーバと、
配信クライアントであって、該配信クライアントは、該配信クライアントに向けられたメタデータを処理するように構成されている、配信クライアントと
を含んでいる、コンテンツ配信イネイブラーと、
外部のイネイブラーであって、該コンテンツ配信イネイブラーを介して、該コンテンツ処理調整ルールに基づいて、コンテンツを処理するように構成されている、外部のイネイブラーと、
該コンテンツプロバイダからのコンテンツを消費するように構成されているコンテンツクライアントと
を備えている、コンテンツ処理の調整のためのシステム。
【請求項１６】
コンテンツと、
メタデータエンベロープと
を備えているコンテンツパッケージであって、
該メタデータエンベロープは、外部イネイブラーに対する外部参照、ならびにそこに埋め込まれたコンテンツ処理調整ルールを有している、コンテンツパッケージ。
【請求項１７】
前記コンテンツ処理調整ルールは、拡張マークアップ言語「ＸＭＬ」でパッケージされた状態チャートである、請求項１６に記載のコンテンツパッケージ。
【請求項１８】
前記ＸＭＬでパッケージされた状態チャートは、埋め込まれた層を有する機能ブロックを含んでいる、請求項１７に記載のコンテンツパッケージ。
【請求項１９】
前記埋め込まれた層は、共通のＸＭＬ要素を定義する第１の層と、外部のイネイブラーに対するバインディングを有している、配信イネイブラーに対するメタデータを定義する第２の層と、外部のイネイブラーに対するメタデータを定義する第３の層とを含んでいる、請求項１８に記載のコンテンツパッケージ。
【請求項２０】
前記第３の層は、前記配信イネイブラーには認識されない、請求項１９に記載のコンテンツパッケージ。
【請求項２１】
前記第２の層は、所定の挙動を有する表現、命令、またはパラメータを含み、該所定の挙動には、前記外部イネイブラーの機能への、該表現、命令、またはパラメータのバインディングを含む、請求項１９または請求項２０に記載のコンテンツパッケージ。
【請求項２２】
前記第１の層は、状態チャートの表現言語に対するＸＭＬシンタックスを定義するネームスペースによって参照される、請求項１９〜請求項２１のいずれか一項に記載のコンテンツパッケージ。
【請求項２３】
前記機能ブロックは、状態識別子、ガード表現、外部のサービスの識別子、アクションバーブ、パラメータ、および／または状態遷移のうちのいずれか１つ、または任意の組み合わせを含んでいる、請求項１８〜請求項２２のいずれか一項に記載のコンテンツパッケージ。
【請求項２４】
前記アクションバーブは、イネイブラーの機能に調整命令をマッピングするために用いられるように構成されている、請求項２３に記載のコンテンツパッケージ。
【請求項２５】
前記外部参照は、外部のサービスに対するネームスペース宣言である、請求項１６〜請求項２４のいずれか一項に記載のコンテンツパッケージ。
【請求項２６】
前記外部のサービスは、存在サービス、位置サービス、コンテンツスクリーニングサービス、および／または圧縮サービスのうちのいずれかを含んでいる、請求項２５に記載のコンテンツパッケージ。
【請求項２７】
処理状態に対する要素内に、外部のイネイブラーに対するスキームをさらに含んでいる、請求項１６〜請求項２６のいずれか一項に記載のコンテンツパッケージ。
【請求項２８】
コンピューティングデバイスに請求項１〜請求項１４のいずれか一項に記載の方法のステップを実行させるためのプログラムコードを格納している、コンピュータ読取り可能な媒体。
【請求項１】
モバイル配信フレームワークにおけるコンテンツ処理を調整するための方法であって、
コンテンツに関連するメタデータのエンベロープ内に、外部のイネイブラーに対する外部参照を埋め込むステップと、
コンテンツ処理調整ルールを該メタデータのエンベロープの中に挿入するステップと
を包含する、方法。
【請求項２】
前記コンテンツ処理調整ルールは、拡張マークアップ言語「ＸＭＬ」でパッケージされた状態チャートである、請求項１に記載の方法。
【請求項３】
前記ＸＭＬでパッケージされた状態チャートは、埋め込まれた層を有する機能ブロックを含んでいる、請求項２に記載の方法。
【請求項４】
前記埋め込まれた層は、共通のＸＭＬ要素を定義する第１の層と、外部のイネイブラーに対するバインディングを有している、配信イネイブラーに対するメタデータを定義する第２の層と、外部のイネイブラーに対するメタデータを定義する第３の層とを含んでいる、請求項３に記載の方法。
【請求項５】
前記第３の層は、前記配信イネイブラーには認識されない、請求項４に記載の方法。
【請求項６】
前記第２の層は、所定の挙動を有する表現、命令、またはパラメータを含み、該所定の挙動には、前記外部イネイブラーの機能への、該表現、命令、またはパラメータのバインディングを含む、請求項４または請求項５に記載の方法。
【請求項７】
前記第１の層は、状態チャートの表現言語に対するＸＭＬシンタックスを定義するネームスペースによって参照される、請求項４〜請求項６のいずれか一項に記載の方法。
【請求項８】
前記機能ブロックは、状態識別子、ガード表現、外部のサービスの識別子、アクションバーブ、パラメータ、および／または状態遷移のうちのいずれか１つ、または任意の組み合わせを含んでいる、請求項３〜請求項７のいずれか一項に記載の方法。
【請求項９】
前記アクションバーブは、イネイブラーの機能に調整命令をマッピングするために用いられる、請求項８に記載の方法。
【請求項１０】
前記マッピングは、メタデータの解釈層によって実行される、請求項９に記載の方法。
【請求項１１】
前記状態遷移は、アクションバーブを用いて外部の機能を呼び出すことから受け取った結果に基づいている、請求項８〜請求項１０のいずれか一項に記載の方法。
【請求項１２】
前記外部参照は、外部のサービスに対するネームスペース宣言である、請求項１〜請求項１１のいずれか一項に記載の方法。
【請求項１３】
前記外部のサービスは、存在サービス、位置サービス、コンテンツスクリーニングサービス、および／または圧縮サービスのうちのいずれかを含んでいる、請求項１２に記載の方法。
【請求項１４】
前記挿入するステップは、処理状態に対する要素内の外部に、イネイブラーに対するスキームを定義する、請求項１〜請求項１３のいずれか一項に記載の方法。
【請求項１５】
コンテンツプロバイダであって、該コンテンツプロバイダは、外部参照およびコンテンツ処理調整ルールを、該コンテンツプロバイダによって供給されるコンテンツに関連するモバイルコンテンツ配信メタデータの中に埋め込むように構成されている、コンテンツプロバイダと、
コンテンツ配信イネイブラーであって、
配信サーバであって、該配信サーバは、該配信サーバに向けられたメタデータを処理するように構成されている、配信サーバと、
配信クライアントであって、該配信クライアントは、該配信クライアントに向けられたメタデータを処理するように構成されている、配信クライアントと
を含んでいる、コンテンツ配信イネイブラーと、
外部のイネイブラーであって、該コンテンツ配信イネイブラーを介して、該コンテンツ処理調整ルールに基づいて、コンテンツを処理するように構成されている、外部のイネイブラーと、
該コンテンツプロバイダからのコンテンツを消費するように構成されているコンテンツクライアントと
を備えている、コンテンツ処理の調整のためのシステム。
【請求項１６】
コンテンツと、
メタデータエンベロープと
を備えているコンテンツパッケージであって、
該メタデータエンベロープは、外部イネイブラーに対する外部参照、ならびにそこに埋め込まれたコンテンツ処理調整ルールを有している、コンテンツパッケージ。
【請求項１７】
前記コンテンツ処理調整ルールは、拡張マークアップ言語「ＸＭＬ」でパッケージされた状態チャートである、請求項１６に記載のコンテンツパッケージ。
【請求項１８】
前記ＸＭＬでパッケージされた状態チャートは、埋め込まれた層を有する機能ブロックを含んでいる、請求項１７に記載のコンテンツパッケージ。
【請求項１９】
前記埋め込まれた層は、共通のＸＭＬ要素を定義する第１の層と、外部のイネイブラーに対するバインディングを有している、配信イネイブラーに対するメタデータを定義する第２の層と、外部のイネイブラーに対するメタデータを定義する第３の層とを含んでいる、請求項１８に記載のコンテンツパッケージ。
【請求項２０】
前記第３の層は、前記配信イネイブラーには認識されない、請求項１９に記載のコンテンツパッケージ。
【請求項２１】
前記第２の層は、所定の挙動を有する表現、命令、またはパラメータを含み、該所定の挙動には、前記外部イネイブラーの機能への、該表現、命令、またはパラメータのバインディングを含む、請求項１９または請求項２０に記載のコンテンツパッケージ。
【請求項２２】
前記第１の層は、状態チャートの表現言語に対するＸＭＬシンタックスを定義するネームスペースによって参照される、請求項１９〜請求項２１のいずれか一項に記載のコンテンツパッケージ。
【請求項２３】
前記機能ブロックは、状態識別子、ガード表現、外部のサービスの識別子、アクションバーブ、パラメータ、および／または状態遷移のうちのいずれか１つ、または任意の組み合わせを含んでいる、請求項１８〜請求項２２のいずれか一項に記載のコンテンツパッケージ。
【請求項２４】
前記アクションバーブは、イネイブラーの機能に調整命令をマッピングするために用いられるように構成されている、請求項２３に記載のコンテンツパッケージ。
【請求項２５】
前記外部参照は、外部のサービスに対するネームスペース宣言である、請求項１６〜請求項２４のいずれか一項に記載のコンテンツパッケージ。
【請求項２６】
前記外部のサービスは、存在サービス、位置サービス、コンテンツスクリーニングサービス、および／または圧縮サービスのうちのいずれかを含んでいる、請求項２５に記載のコンテンツパッケージ。
【請求項２７】
処理状態に対する要素内に、外部のイネイブラーに対するスキームをさらに含んでいる、請求項１６〜請求項２６のいずれか一項に記載のコンテンツパッケージ。
【請求項２８】
コンピューティングデバイスに請求項１〜請求項１４のいずれか一項に記載の方法のステップを実行させるためのプログラムコードを格納している、コンピュータ読取り可能な媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００８−２４５２５８（Ｐ２００８−２４５２５８Ａ）
【公開日】平成２０年１０月９日（２００８．１０．９）
【国際特許分類】
【出願番号】特願２００８−３２４６９（Ｐ２００８−３２４６９）
【出願日】平成２０年２月１３日（２００８．２．１３）
【出願人】（５０００４３５７４）リサーチ イン モーション リミテッド (531)
【氏名又は名称原語表記】Ｒｅｓｅａｒｃｈ Ｉｎ Ｍｏｔｉｏｎ Ｌｉｍｉｔｅｄ
【住所又は居所原語表記】２９５ Ｐｈｉｌｌｉｐ Ｓｔｒｅｅｔ， Ｗａｔｅｒｌｏｏ， Ｏｎｔａｒｉｏ Ｎ２Ｌ ３Ｗ８ Ｃａｎａｄａ
【Ｆターム（参考）】
【公開日】平成２０年１０月９日（２００８．１０．９）
【国際特許分類】
【出願日】平成２０年２月１３日（２００８．２．１３）
【出願人】（５０００４３５７４）リサーチ イン モーション リミテッド (531)
【氏名又は名称原語表記】Ｒｅｓｅａｒｃｈ Ｉｎ Ｍｏｔｉｏｎ Ｌｉｍｉｔｅｄ
【住所又は居所原語表記】２９５ Ｐｈｉｌｌｉｐ Ｓｔｒｅｅｔ， Ｗａｔｅｒｌｏｏ， Ｏｎｔａｒｉｏ Ｎ２Ｌ ３Ｗ８ Ｃａｎａｄａ
【Ｆターム（参考）】
[ Back to top ]