【手続補正書】
【提出日】平成21年7月31日(2009.7.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コンテンツ配信アーキテクチャ（１００）における配信のためのシンジケートコンテンツを変換する方法であって、該方法は、
配信メタデータ（４１７）を、該シンジケートコンテンツ（５１２，５１６）を定義するデータ構造に埋め込むことであって、該配信メタデータ（４１７）は、スキーム拡張機構を用いて、該データ構造の最初の部分に挿入されることにより、改変されたコンテンツを形成する、ことと、
該改変されたコンテンツをパブリッシュすることと
を包含する、方法。
【請求項２】
前記データ構造は、拡張マークアップ言語「ＸＭＬ」フォーマットを有し、前記スキーム拡張機構はＸＭＬスキーム拡張機構である、請求項１に記載の方法。
【請求項３】
前記ＸＭＬスキーム拡張機構はＸＭＬネームスペース挿入を提供し、該ＸＭＬネームスペース挿入は、配信パラメータを定義するＸＭＬスキームファイルを識別する、請求項２に記載の方法。
【請求項４】
前記配信パラメータは、コンテンツ配信のために使用されるチャネルと、いつコンテンツが失効するかと、コンテンツの優先度と、コンテンツがローミングの間に配信されるか否かとのうちの少なくとも１つを定義する、請求項３に記載の方法。
【請求項５】
前記データ構造は、ＲＳＳまたはＡｔｏｍフォーマットにおいてフィード構成される、請求項１〜４のいずれか１項に記載の方法。
【請求項６】
前記配信メタデータは、フィードタイプ宣言の後で、かつ前記フィードのコンテンツペイロードの前において、該フィード内に埋め込まれる、請求項５に記載の方法。
【請求項７】
前記コンテンツペイロードは、前記フィードのルートＸＭＬ要素の第１の子要素宣言に続く、請求項６に記載の方法。
【請求項８】
前記フィードタイプ宣言は「ＲＳＳ」を指定し、「ｒｓｓ」は、前記フィードの前記ルートＸＭＬ要素であり、前記「チャネル」は、前記第１の子要素宣言である、請求項７に記載の方法。
【請求項９】
前記配信メタデータは、ＲＳＳフォーマットで、フィードのチャネルＸＭＬ要素の前、またはその中に埋め込まれるか、あるいはＡｔｏｍフォーマットでフィードのエントリＸＭＬ要素の前に埋め込まれる、請求項６に記載の方法。
【請求項１０】
前記フィードのコンテンツペイロードは、前記埋め込むステップによって変更されない、請求項５〜９のいずれか１項に記載の方法。
【請求項１１】
前記メタデータは、前記コンテンツ配信アーキテクチャの少なくとも１つの要素に関する、請求項１〜１０のいずれか１項に記載の方法。
【請求項１２】
前記少なくとも１つの要素は、コンテンツ配信サーバ、コンテンツ配信クライアント、またはコンテンツ配信サーバとコンテンツ配信クライアントとの組み合わせである、請求項１１に記載の方法。
【請求項１３】
請求項１〜１０のうちのいずれか１項に記載の方法を行うように適合されているコンテンツ配信サーバ。
【請求項１４】
請求項１〜１０のうちのいずれか１項に記載の改変されたコンテンツを受信するように適合されたコンテンツ配信クライアント。
【請求項１５】
請求項１４に記載のコンテンツ配信クライアントを有して構成されるモバイルデバイス。
【請求項１６】
請求項１３に記載のコンテンツ配信サーバと、請求項１４に記載のコンテンツ配信クライアントとを備えるコンテンツ配信アーキテクチャ。
【請求項１７】
コンピューティングデバイス（８００）に請求項１〜１０のうちのいずれか１項に記載の方法を行わせるプログラム命令を格納するコンピュータ読取り可能媒体。
【請求項１８】
コンテンツをデバイス（８００）に配信する方法であって、
該コンテンツが共通の配信フォーマット（５４０）を有するように、様々なフォーマットでパブリッシュされたコンテンツ（５１２，５１６，５２０）を再パッケージすることと、
共通の配信フォーマット（５４０）を有する該再パッケージされたコンテンツを配信クライアント（１４０）に通信することと
を包含し、該再パッケージングすることは、該コンテンツを定義するデータ構造にメタデータ（６４０，６４２，６４４）を追加することを包含し、該メタデータはエンベロープ（５３０，６３０）を定義し、該エンベロープは、第１の部分が、１つのデータ構造の開始部分において構成され、第２の部分が該１つのデータ構造の終端部分において構成され、その結果、該第１および第２の部分が該データ構造をラップする、方法。
【請求項１９】
前記再パッケージするステップの前に、様々なフォーマットでパブリッシュされたコンテンツ（５１２，５１６，５２０）を取得すること（７１０）と、
前記メタデータを追加するステップの後に、前記エンベロープの前記第１および第２の部分でラップされた前記１つのデータ構造を格納すること（７２０）と
をさらに包含する、請求項１８に記載の方法。
【請求項２０】
前記様々なフォーマットのうちの少なくとも１つがシンジケートフィードフォーマットである、請求項１８に記載の方法。
【請求項２１】
前記シンジケートフィードフォーマットはＲＳＳまたはＡｔｏｍである、請求項２０に記載の方法。
【請求項２２】
再パッケージすることは、
前記データ構造に埋め込まれた配信コンテンツ（４１７）を抽出すること（７１４，７３２）と、
該抽出するステップの後で、該データ構造が前記配信メタデータによってラップされるように、該配信メタデータ（４１７）に基づいて、前記エンベロープ（５３０，６３０）を改変することと
をさらに包含する、請求項１８〜２１のうちのいずれか１項に記載の方法。
【請求項２３】
前記コンテンツのうちの少なくとも１つは非シンジケートコンテンツである、請求項１８に記載の方法。
【請求項２４】
前記メタデータは、前記エンベロープがデフォルトチャネル設定から導出されたデフォルトメタデータであることを定義する、請求項２３に記載の方法。
【請求項２５】
前記非シンジケートコンテンツは、コンテンツペイロード（６３２）と、メタデータエンベロープ（６３０）とを含み、該メタデータエンベロープは、該非シンジケートコンテンツを定義する該データ構造内に埋め込まれるコンテンツ処理メタデータ（６４０，６４２，６４４）を含む、請求項２３に記載の方法。
【請求項２６】
再パッケージングすることは、
前記データ構造に埋め込まれた前記コンテンツ処理メタデータ（６４０，６４２，６４４）を抽出すること（７３２）と、
該抽出するステップの後で、該コンテンツ処理メタデータ（６４０，６４２，６４４）の少なくとも一部に従って、前記コンテンツペイロード（６３２）を処理することと、
該コンテンツ処理メタデータ（６４０，６４２，６４４）の他の部分で該処理されたコンテンツペイロードをエンベロープ化することと
をさらに包含する、請求項２５に記載の方法。
【請求項２７】
前記コンテンツ処理メタデータは、使用されるべきモバイルチャネルと、前記コンテンツペイロードが失効するときと、該コンテンツペイロードの優先度と、該コンテンツペイロードがローミングの間に配信されるべきか否かとを含むパラメータを定義する、請求項２６に記載の方法。
【請求項２８】
前記非シンジケートコンテンツが、バイナリ、ビデオおよびテキストのうちの１つである、請求項２３に記載の方法。
【請求項２９】
請求項１８〜２８のうちのいずれか１項に記載の方法を行うように適合されている配信サーバ。
【請求項３０】
請求項２９に記載の配信サーバによって再パッケージされた再パッケージされたコンテンツを受信し、そして該再パッケージされたコンテンツをパッケージ解除するように適合された配信クライアント。
【請求項３１】
請求項３０に記載の配信クライアントを備えるデバイス。
【請求項３２】
請求項２９に記載の配信サーバと、請求項３０に記載の配信クライアントとを備えるシステム。
【請求項３３】
請求項１８〜２８のいずれか１項に記載の方法を、コンピューティングデバイスに行わせるプログラム命令を格納するコンピュータ読取り可能媒体。