ブロードキャストシステム上でのクレジットの配信および引き換えのためのシステムおよび方法
方法およびシステムにより、受信機デバイスがモバイルＴＶブロードキャストサービスプロバイダから電子クーポンを受信することが可能になる。クーポンテンプレートをモバイルデバイスにブロードキャストすることができる。デジタル署名付きクーポンを受信するために、クーポンテンプレートを使用してクーポンマネージャと通信することができる。クーポンマネージャは、受信データを使用して、ユニキャストネットワークを介して受信機デバイスに配信するためにデジタル署名付きクーポンを作成することができる。デジタル署名付きクーポンを受信機デバイスにブロードキャストすることもできる。受信機デバイスは、それらを対象とするクーポンを識別するために、デジタル署名を使用して、受信した電子クーポンを検証することができる。電子クーポンをポイントオブセールにおいて引き換えをすることができる。マーチャントは、それらのデジタル署名を使用してクーポンをローカルで検証することができる。受信者が、クーポンが信用できるエンティティから発生したことを確認することを可能にするために、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用してクーポンデジタル署名を生成することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願）
本出願は、そのすべての内容全体が参照により本明細書に組み込まれる、２００８年４月４日に出願された「Method and Apparatus for Enabling and Applying Coupon and Token Usage in Mobile Television」と題する米国仮出願第６１／０４２，５９７号、２００８年６月１３日に出願された「Coupons for Broadcast Content Redemption」と題する米国仮出願第６１／０６１，５５６号、および２００８年１２月５日に出願された「Enhanced Coupons for Broadcast Content Redemption」と題する米国仮出願第６１／１２０，３５５号の優先権の利益を主張する、２００９年４月２日に出願された「Systems And Methods For Distributing And Redeeming Credits On A Broadcast System」と題する米国特許出願第１２／４１７，４９３号の一部継続出願（ＣＩＰ）であり、その優先権の利益を主張する。
【０００２】
本出願はまた、２００８年１２月５日に出願された「Enhanced Coupons for Broadcast Content Redemption」と題する米国特許出願第６１／１２０，３５５号の優先権の利益を別個に主張する。
【背景技術】
【０００３】
ワイヤレス通信技術は、過去数年にわたって爆発的な成長を経験してきた。モバイル大衆（the mobile public）に移動の自由を与え、配線接続された通信システムへの束縛を断ち切るワイヤレスサービスによって、この成長は加速された。さらに、ワイヤレス媒体を介したボイスおよびデータ通信の品質および速度の向上がさらなるユーザを引きつけた。これらのサービス拡張の結果として、ワイヤレスサービスのポピュラリティー（popularity）は急速に成長し続けることが予想される。
【０００４】
ワイヤレス通信技術への最近の追加は、モバイルユーザにテレビジョンをブロードキャストする能力である。モバイルブロードキャストユーザは、自分のセルフォンまたは他のワイヤレスデバイスを使用して、ニュース、エンターテインメント、スポーツ、ビジネス、および他の番組のモバイル版を視聴（view）することができる。これらのブロードキャストシステムは、世界中で使用量（usage）および可用性（availability）の著しい増加を経験している。現在、モバイルテレビジョンおよびブロードキャストシステムのユーザは、番組コンテンツを受信するために料金を支払う。これらの料金は、サービスプロバイダおよび選択されたサービスレベルによって異なる。
【発明の概要】
【０００５】
本明細書の様々な実施形態は、受信機デバイスユーザにデジタル署名付きクーポン（digitally signed coupons）を配信し、ブロードキャストコンテンツを視聴する権利を購入するか、または製品もしくはサービスを購入するために、それらのクーポンの引き換え（redeeming）を行うための方法およびシステムを提供する。一実施形態では、暗号化クーポンテンプレート（encrypted coupon templates）を、ブロードキャストネットワークを介して受信機デバイスユーザに配信することができる。受信機デバイスは、クーポンテンプレートを復号化（decrypt）し、クーポンテンプレートから得られたデータを使用して、クーポンマネージャにデジタル署名付きクーポンを要求することができる。クーポンマネージャは、デジタル署名付きクーポンの要求をデバイスデータとともに受信することができる。クーポンマネージャは、デバイスデータを使用してデジタル署名付きクーポンを作成し、ユニキャストネットワークまたはインターネットを介して要求元受信機デバイスに配信することができる。偽造クーポン、または正当なクーポン保有者（legitimate coupon holders）への他のなりすましを防ぐために、クーポン識別情報を含むクーポン記録全体にわたって、クーポンに対する署名を計算することができる。
【０００６】
さらなる実施形態では、デジタル署名付きクーポンを、ブロードキャストネットワークを介して受信機デバイスに配信することができる。受信機デバイスは、受信したクーポン署名を復号化して、クーポンがその受信機デバイスを対象としているかどうかを判定することができる。デジタル署名において受信されたデータが、受信機デバイスが所有するデータに一致する場合、受信機デバイスはクーポンをメモリに記憶することができる。デジタル署名において受信されたデータが、受信機デバイスが所有するデータに一致しない場合、受信機デバイスはクーポンを無視することができる。
【０００７】
さらなる実施形態では、デジタル署名付きクーポンは、ポイントオブセールにおいて引き換えられることができる。クーポンをポイントオブセールにおいて提示すると、ポイントオブセールシステムは、クーポンデータとデジタル署名とに基づいてクーポンを検証することができる。代替的に、マーチャントポイントオブセールシステムが、クーポンと受信機デバイスデータとをクーポンマネージャに送信することによってクーポンを検証するようにクーポンマネージャに要求すべきであることを、クーポン自体が示すことができる。クーポンマネージャは、クーポン署名を復号化し、クーポンおよび受信データが、クーポン署名から取り出されたデータに一致するかどうかを判定することができる。データが一致する場合、クーポンマネージャは、提示されたクーポンを使用する購買トランザクション（purchase transaction）を許可（authorize）または認証（authenticate）するために、検証メッセージをポイントオブセールに送信することができる。受信機デバイスから提示されたクーポンを削除（delete）またはキャンセル（cancel）するために、キャンセルメッセージを受信機デバイスに送信することもできる。データが一致しない場合、クーポンマネージャは、クーポンが真正でない（not authentic）かまたは購買トランザクションに対して認証されていないことをマーチャントに通知するために、拒否メッセージをポイントオブセールに送信することができる。
【０００８】
さらなる実施形態では、デジタル署名付きクーポンは重み付けされた数を含むことができる。クーポンマネージャは、そのような重み数を使用して、２つ以上のクーポンを単一の購買トランザクションにおいて組み合わせることができるかどうかを判定することができる。クーポンマネージャは、ポイントオブセールからクーポンデータを受信し、重み数の合計を計算することができる。いくつかのクーポンの重み数の合計が所定の数よりも大きい場合、クーポンの組み合せを拒否することができる。
【図面の簡単な説明】
【０００９】
本明細書に組み込まれ、本明細書の一部をなす添付の図面は、本発明の例示的な実施形態を示し、上記の概略的な説明および下記の発明を実施するための形態とともに、本発明の特徴を説明するのに役立つ。
【図１】モバイルブロードキャストを受信するように受信機デバイスをセットアップ（provision）するために使用される従来の方法のプロセスフローチャート。
【図２】様々な実施形態による、クーポンを受信機デバイスに与えるための概要プロセスのプロセスフローチャート。
【図３】モバイルブロードキャストＴＶシステムの様々なコンポーネントを示すネットワークコンポーネントダイアグラム。
【図４】クレジットまたはクーポンを受信機デバイスに配信するための一実施方法のプロセスフローチャート。
【図５】クレジットまたはクーポンを受信機デバイスに配信するための一実施方法のメッセージフローチャート。
【図６】サブスクリプション応答メッセージの一実施形態のメッセージ構造図。
【図７Ａ】ボーナスクレジット要素の一実施形態のメッセージ構造図。
【図７Ｂ】クーポン要素の他の実施形態のメッセージ構造図。
【図７Ｃ】一実施形態による、クーポンドキュメントとサービスガイドフラグメントとの間のポインタ参照を示す図。
【図８】ボーナスクレジット要素の一実施形態のメッセージ構造図。
【図９】一実施形態において使用する起こり得るエラーコードのリスト。
【図１０Ａ】クレジットまたはクーポンを受信機デバイスに配信するための一実施方法のプロセスフローチャート。
【図１０Ｂ】クレジットまたはクーポンを受信機デバイスに配信するための他の実施方法のプロセスフローチャート。
【図１１Ａ】クレジットまたはクーポンを受信機デバイスに配信するための図１０Ａに示す実施方法のメッセージフローチャート。
【図１１Ｂ】クレジットまたはクーポンを受信機デバイスに配信するための図１０Ｂに示す実施方法のメッセージフローチャート。
【図１２】トークン購買応答の一実施形態のメッセージ構造。
【図１３】クレジットまたはクーポンを受信機デバイスに配信するための他の実施方法のプロセスフローチャート。
【図１４】図１３に示す実施形態のメッセージフローチャート。
【図１５】クレジットまたはクーポンの引き換えを行うための一実施方法のプロセスフローチャート。
【図１６】図１５に示す実施形態のメッセージフローチャート。
【図１７】クレジットまたはクーポンの引き換えを行うための他の実施方法のプロセスフローチャート。
【図１８】図１７に示す実施形態のメッセージフローチャート。
【図１９】クレジットまたはクーポンの引き換えを行うための他の実施方法のプロセスフローチャート。
【図２０】図２０に示す実施形態のメッセージフローチャート。
【図２１】期限切れクレジットまたはクーポンを管理するための一実施方法のプロセスフローチャート。
【図２２】使用されるクレジットまたはクーポンを管理するための一実施方法のプロセスフローチャート。
【図２３】暗号化クーポンテンプレートをブロードキャストし、デジタル署名付きクーポンを取り出すための一実施方法のプロセスフローチャート。
【図２４】デジタル署名付きクーポンをブロードキャストするための一実施方法のプロセスフローチャート。
【図２５】デジタル署名付きクーポンの引き換えを行うための一実施方法のプロセスフローチャート。
【図２６】使用されるデジタル署名付きクーポンを管理するための一実施方法のプロセスフローチャート。
【図２７】１つの購買トランザクションに対して２つのクーポンの組み合せを許す（permitting）ための一実施方法のプロセスフローチャート。
【図２８】一実施形態での使用に好適な受信機デバイスのコンポーネントブロック図。
【図２９】一実施形態での使用に好適なサーバデバイスのコンポーネントブロック図。
【詳細な説明】
【００１０】
様々な実施形態について添付の図面を参照しながら詳細に説明する。可能な場合はいつでも、同じまたは同様の部分を指すために図面全体にわたって同じ参照番号を使用する。特定の例および実装形態になされる言及は、説明のためであり、本発明の範囲または特許請求の範囲を限定するものではない。
【００１１】
「例示的（exemplary）」という単語は、本明細書では「例（example）、事例（instance）、または例示（illustration）の働きをすること」を意味するために使用する。本明細書に「例示的」と記載されたいかなる実施形態も、必ずしも他の実装形態よりも好ましいまたは有利であると解釈されるべきではない。
【００１２】
本明細書で使用する「受信機デバイス（receiver device）」および「モバイルデバイス（mobile device）」という用語は、本明細書では、セルラー電話と、個人情報端末（ＰＤＡ）と、パームトップコンピュータと、ワイヤレス電子メール受信機（たとえば、ＢｌａｃｋＢｅｒｒｙ（登録商標）およびＴｒｅｏ（登録商標）デバイス）と、マルチメディアインターネット対応セルラー電話（たとえば、ＢｌａｃｋＢｅｒｒｙ Ｓｔｏｒｍ（登録商標））と、グローバルポジショニングシステム（Global Positioning System）（ＧＰＳ）受信機と、ワイヤレスゲームコントローラと、モバイルブロードキャストテレビジョンサービスを受信して処理するためのプログラマブルプロセッサとメモリと受信機回路とを含む同様のパーソナル電子デバイスとのうちのいずれか１つまたはすべてを指すために互換的に使用する。本明細書で使用するモバイルデバイスは受信機デバイスであるが、いくつかの実施形態は、非モバイル受信機デバイスで実装できるので、すべての受信機デバイスが「モバイル」であるわけではない。
【００１３】
「クレジット（credit）」、「インセンティブ（incentive）」、「プロモーション（promotion）」、「クーポン（coupon）」および「トークン（token）」という単語は、本明細書では、たとえば１つまたは複数のモバイルテレビジョンブロードキャストを受信するかまたは製品もしくはサービスを購入する能力のような、価値のある何かに交換され得るかまたはそれを受け取るために費やされ得る価値の単位を指すために互換的に使用する。様々な実施形態の文脈で、ベンダ、企業、またはコンテンツプロバイダは、様々な製品またはサービスを購入すること、またはあるコンテンツを視聴すること（viewing）に対して消費者に報いる（reward）ために、あるいは、特定の行動方針（course of action）をとるか、特定の番組を視聴するか、または特定の製品もしくはサービスを購入する動機を消費者に与えるために、そのようなクレジットまたはクーポンを番組の一部として発行または作成することができる。
【００１４】
「ユニキャストネットワーク」という用語は、本明細書では、データを単一の宛先に送信する通信ネットワークを指すために使用する。ユニキャストネットワークの例には、ＷｉＦｉおよびセルラーデータ通信ネットワークがある。ユニキャスト送信の例には、セルラー電話データ通信ネットワークを介して搬送されるシンプルメッセージサービス（ＳＭＳ）、マルチメディアメッセージサービス（ＭＭＳ）、および電子メールメッセージがある。
【００１５】
「ブロードキャスト」という単語は、本明細書では、データが多数の受信デバイスによって受信され得るようなデータ（情報パケット）の送信を意味するために使用する。ブロードキャストメッセージの例はモバイルテレビジョンサービスブロードキャスト信号である。
【００１６】
「コンテンツプロバイダ」という単語は、本明細書では、ビデオ、ウェブサイト、およびモバイルテレビジョンシステムを介してブロードキャストされる他のデータを提供する会社を指すために使用する。「ネットワークプロバイダ」という用語は、本明細書では、モバイルテレビジョン信号をブロードキャストするエンティティを指すために使用する。一般に、ネットワークプロバイダは、コンテンツプロバイダからブロードキャストコンテンツを受信する。「広告主（advertisers）」という用語は、本明細書では、マーチャント（merchants）、製造業者（manufacturers）、サービスプロバイダ、および、広告または有償の（paid for）ブロードキャストコンテンツ内でのプロダクト・プレイスメント（product placements）を購入し得る他のエンティティを概括的に指すために使用する。
【００１７】
以下の参照表１は、本明細書で使用する略語のアルファベット順のリストを、それらの関連する意味とともに含む。
【表１】
【００１８】
モバイルテレビジョン（ＴＶ）のポピュラリティーの拡大は、コンテンツプロバイダ、ネットワークプロバイダ、およびマーチャント、製造業者、サービスプロバイダ、および消費者に達するために新しい媒体を使用することができる他の広告主に、新しい収入源（sources of revenue）を与えた。新しい収入モデルは、モバイルテレビジョンアクセスのサブスクリプションベースの販売（subscription-based sales）と、ＰＰＶまたはＰＰＴモバイルテレビジョンアクセスと、広告と、たとえばロイヤルティまたはインセンティブプログラムによるような消費者に対する商品およびサービスのクロス・マーケティング（cross marketing）とを含む。たとえば、モバイルＴＶネットワークプロバイダは、加入者（subscribers）に限定されたモバイルＴＶブロードキャストネットワークへのアクセスとともにユーザにサブスクリプションを販売することによって、それらのサービスから収入を発生させることができる。マーチャントまたは製造業者は、それらの製品およびサービスの販売から収入を発生させるために、モバイルＴＶブロードキャストシステム上で広告することができる。使用量が増加し続けるにつれて、モバイルブロードキャストサービスプロバイダは、たとえばモバイル受信機デバイスに配信され、モバイルＴＶコンテンツ（すなわち、視聴特権（viewing privileges））、サービスまたは製品を購入するために交換され得るクーポンおよびトークンのような、クレジットを使用することによって、消費者へのアクセスを簡略化及び促進することを望み得る。
【００１９】
モバイルＴＶユーザは、モバイルＴＶブロードキャストサービスを受信し、ユニキャストメッセージによって通信することができる、ユーザが携帯する視聴デバイス（viewing devices）（すなわち受信機デバイス）を使用するという点で、家庭用テレビジョン視聴者とは異なる。さらに、多くの場合、ただ１人のみがモバイルデバイスを使用するので、モバイル受信機デバイスはユーザに合わせてパーソナライズされ得る。一般に、ユーザは、製品およびサービスのショッピングをするときを含めて、自分のモバイルデバイスをどこにでも携帯する。したがって、モバイルＴＶブロードキャストサービスに対する移動性（mobility）およびアクセスは、モバイル受信機デバイスが、特定の顧客に達するためのおよび顧客ロイヤルティを築くための非常に有益なマーケティングツールであり得ることを意味する。したがって、モバイル受信機デバイスは、高価値顧客（high-value customers）に報いるための独自の機会を与える。
【００２０】
プロバイダは、それらの顧客の価値を測定するために様々な方法を採用することができる。たとえば、モバイルブロードキャストＴＶコンテンツを視聴するために自分の受信機デバイスをかなり使用しているユーザは、たとえばテレビジョン製作者、映画スタジオ、および音楽出版社のようなコンテンツプロバイダにとって特に有益であり得る。モバイルデバイス上で利用可能な技術を使用して、たとえば番組中の投票（voting）、投票（betting）、またはユーティリティの購入などによって明示的に、あるいはたとえば視聴者測定などによって黙示的に、ユーザが視聴する実際のコンテンツを測定することができる。さらに、測定ソフトウェアは、ブロードキャスト視聴者の正確な測定を行うために、チャネル変更を監視するためにモバイルデバイス上のチューナと連携して動作することができる。さらに、モバイルデバイスのユニキャスト通信機能を使用して、コンテンツ視聴の即時のフィードバックおよび直接測定値を受信することができる。コンテンツプロバイダのコンテンツを誰が視聴しているかを判定することが可能であることに加えて、モバイルデバイスはまた、コンテンツプロバイダに重要な視聴者層情報（demographic information）を与え、コンテンツプロバイダが、重要な視聴者層および関係する消費者情報に関してそれらの視聴者を特徴付けることを可能にすることができる。
【００２１】
一般視聴者参加および視聴者層（demographics）を測定することが可能であることに加えて、ペイパービュー（pay-per-view）およびペイパータイム（pay-per-time）アクセスサービスにより、コンテンツプロバイダが実際の視聴者を識別し、追跡することを可能にすることができる。したがって、従来のブロードキャストテレビジョンでは不可能な方法で、モバイルデバイス上でターゲット消費者ロイヤルティプログラム（targeted consumer loyalty programs）を使用可能にすることができる。
【００２２】
コンテンツプロバイダは、個々の視聴者を識別することができるので、それらの顧客を保持し、顧客満足を高め、類似するンテンツを促進することを目的とするターゲットマーケティングプログラムを実装することを希望し得る。顧客ロイヤルティを築き、視聴者を拡大するための一つの手段（vehicle）は、顧客にブロードキャストコンテンツへの無料アクセスを与えること（rewarding）に関係している。たとえば、コンテンツプロバイダは、封切り映画を見ることを可能にするか、あるいは無料音楽ダウンロードにアクセスすることを可能にするクレジットまたはクーポンをロイヤル視聴者に与える（grant）ことを望み得る。したがって、コンテンツプロバイダは、特定のモバイルＴＶ番組の視聴者に、従来の映画館において同様の映画を見ることを奨励するクーポンを与えることを望み得る。同様に、コンテンツプロバイダは、それらの番組をモバイルＴＶ上でより多く視聴することを可能にするクレジットまたはクーポンをロイヤル視聴者に与えることを望み得る。さらに、コンテンツプロバイダは、クロス・プロモーション（cross-promotion）を実行して、たとえばＤｉｒｅｃＴＶ（商標）またはＤｉｓｈ（商標）Ｎｅｔｗｏｒｋのような、家庭用の（場合によっては固定された）サブスクリプションベースのテレビジョンシステム上でコンテンツを見るように視聴者を誘うことを望み得る。
【００２３】
コンテンツプロバイダだけが、モバイルデバイスに配信され得る顧客ロイヤルティクーポンから利益を得るわけではない。たとえば小売店および消費者サービスプロバイダのような、直接、消費者に販売する営利事業は、ポイントオブセール（ＰＯＳ）においてそれらの顧客を識別することができる。伝統的に、マーチャントは紙クーポンおよび同様の販売促進アイテム（promotional items）を顧客に与えてきた。モバイルデバイスの技術的機能は、顧客ロイヤルティに報いるための新しい媒介物（vehicles）をマーチャントに与える。たとえば、マーチャントは、モバイルＴＶ番組を視聴するために使用できるクレジットまたはクーポンをロイヤル顧客に与えることを望み得る。クレジットまたはクーポンにより、顧客が、クレジットまたはクーポンを与えるマーチャントからの広告を含む番組を視聴することが可能になれば、そのようなマーチャントは二重の広告利益から利益を得ることができる。
【００２４】
さらに、モバイルＴＶブロードキャストサービスプロバイダはまた、割引料金で追加のコンテンツを視聴するかあるいは製品またはサービスを購入することを可能にするクレジットまたはクーポンをそれらの顧客に与えることを望み得る。
【００２５】
企業、コンテンツプロバイダおよびモバイルブロードキャストネットワークプロバイダが顧客にクレジットまたはクーポンを与える他の理由は、以前のサービスを認識するかまたは将来のインタラクションを引きつけることと、サービスインタラクションアクティビティによって発生されるユニキャストネットワークトラフィックに報いることと、広告を見ることを補償するかまたはそれに対する将来のインセンティブを与えることと、プレミアム顧客にボーナスを与えることとを含む。顧客ロイヤルティプログラム（たとえば、エアマイレージ、ホテルポイント、ダイニングダラーなど）の一部として、クレジットまたはクーポンを与えることもできる。さらに、消費者層（consumer demographics）を正確に判定することができると、そのような消費者が望む可能性がある製品またはサービスを正確にクロス販売（cross sell）するためにクレジットまたはクーポンを与えることができる。
【００２６】
そのすべてが様々な実施形態を実装し、そこから利益を得ることができる、いくつかの異なるモバイルブロードキャストテレビジョンサービスおよびブロードキャスト規格が利用可能であるかまたは将来企図される。そのようなサービスおよび規格は、オープン・モバイル・アライアンス・モバイル・ブロードキャスト・サービス・イネーブラー・スイート（Open Mobile Alliance Mobile Broadcast Services Enabler Suite）（ＯＭＡ ＢＣＡＳＴ）と、ＭｅｄｉａＦＬＯと、デジタル・ビデオ・ブロードキャストＩＰデータキャスティング（Digital Video Broadcast IP Datacasting）（ＤＶＢ−ＩＰＤＣ）と、チャイナ・マルチメディア・モバイル・ブロードキャスティング（China Multimedia Mobile Broadcasting）（ＣＭＭＢ）とを含む。一般に、モバイルブロードキャスト送信は、サブスクリプションまたはペイパービューベースで番組へのアクセスを販売することができるように暗号化される。様々なメカニズムを使用して、復号鍵をサブスクリプション購買にリンクすることができる。一般に、モバイルブロードキャストサービスは、特定の顧客モバイルデバイスとの間でサブスクリプションメッセージを通信するための、たとえば顧客のセルラー電話データサービスのようなユニキャスト通信ネットワークと、すべてのモバイルデバイスにモバイルテレビジョン番組をブロードキャストするための独立したブロードキャストネットワークとを利用する。概して、モバイルブロードキャストサービスプロバイダは、モバイルデバイスが特定のブロードキャストを受信するために必要な復号鍵を生成することを可能にする情報を含むメッセージを送信することができる。ペイパービュータイプのサービスを可能にするためにも、復号鍵が誰でも自由に使えるようになることの経済上の影響を限定するためにも、復号鍵を所定の時間の後に満了（expire）するように構成することができる。さらに、復号鍵を与えるメッセージは、受信されるブロードキャストサービスを特定の番組、チャネル、または他のマーケットセグメンテーションに限定するために使用され得るサービス限定パラメータを含むことができる。
【００２７】
例として、ＯＭＡ ＢＣＡＳＴ規格は、ユニキャストネットワークを介してモバイルデバイスに送信される長期鍵メッセージ（ＬＴＫＭ）を使用して、限定アクセス鍵を与える。モバイルデバイスは、その限定アクセス鍵を使用して、ブロードキャストネットワークを介して定期的にブロードキャストされる短期鍵メッセージ（ＳＴＫＭ）内に暗号化された形で含まれているトラフィック暗号化鍵（ＴＥＫ）を復号化する。復号化されると、ＴＥＫは、モバイルデバイスが短い期間（たとえば、２分）の間、暗号化ブロードキャストコンテンツストリームを復号化することを可能にする。ＴＥＫが満了すると、新しいＴＥＫが得られなければ、暗号化ブロードキャストコンテンツへのアクセスは終了することになる。顧客が番組全体を視聴することを可能にするために、ＳＴＫＭメッセージは、ＬＴＫＭから得られた長期鍵を使用して、それらのＳＴＫＭから新しいＴＥＫを得ることができるように、連続的にブロードキャストされる。
【００２８】
例示的な例としてＯＭＡ ＢＣＡＳＴ規格用語およびメッセージ名を使用して、様々な実施形態について以下で説明する。他のモバイルブロードキャスト規格は、様々な実施形態にとって重要でないメッセージ名および詳細が異なる、同様のメッセージング構造を使用する。たとえば、ＤＶＢ−ＩＰＤＣは、ＯＭＡ ＢＣＡＳＴ規格のＬＴＫＭと同様の方法で鍵管理メッセージ（ＫＭＭ）を使用し、ＯＭＡ ＢＣＡＳＴ規格のＳＴＫＭと同様の方法で鍵ストリームメッセージ（ＫＳＭ）を使用し、ＯＭＡ ＢＣＡＳＴ規格のＴＥＫと同様の方法でＴＥＫを使用する。同様に、ＭｅｄｉａＦＬＯおよびＣＭＭＢは、ＯＭＡ ＢＣＡＳＴ規格のＬＴＫＭと同様の方法で暗号化管理メッセージ（ＥＭＭ）を使用し、ＯＭＡ ＢＣＡＳＴ規格のＳＴＫＭと同様の方法で暗号化コードワードメッセージ（ＥＣＭ）を使用し、ＯＭＡ ＢＣＡＳＴ規格のＴＥＫと同様の方法でコードワード（ＣＷ）を使用する。したがって、以下の説明は、例示的な例として与えるものであり、実施形態またはクレームの範囲をＯＭＡ ＢＣＡＳＴ規格に限定するものではない。参照しやすいように、より長期の権利管理メッセージを、本明細書では長期復号鍵メッセージまたはＬＴＫＭと呼び、より短期の復号鍵配信メッセージを、本明細書では短期復号鍵メッセージまたはＳＴＫＭと呼び、暗号化ブロードキャストコンテンツを復号化するために使用される復号鍵を、本明細書ではコンテンツ復号鍵またはＴＥＫと呼ぶことにする。
【００２９】
現在、モバイルブロードキャストＴＶシステムでは、サブスクリプショントークンまたはクレジットの購買によってサービスまたはコンテンツの消費が可能になる。言い換えれば、ユーザは、最初に、加入者になるために代金を支払うか、または後で番組コンテンツのために引き換えられ（redeemed）得るトークンのために代金を前払いしなければならない。たとえば、典型的なモバイルブロードキャストＴＶシステムでは、顧客は、彼らが１ドル支払うごとに１つのトークンを購入することができる。次いで、モバイルデバイス内で電子ウォレットをアクティブにして、ユーザがモバイルＴＶ番組を見るとき、トークンを差し引く。ユーザは、自分のトークンのすべてを消費すると、新しいトークンを購入してからでなければ、さらなるモバイルＴＶ番組を視聴することができない。
【００３０】
図１は、モバイルデバイスユーザがモバイルＴＶブロードキャストサービスに加入するかまたはそれを購入することができる現在のレジームを示すプロセスフローチャートである。ブロードキャストサービスまたはコンテンツを作成する際に、モバイルＴＶサービスプロバイダは、使用課金ルール（usage charging rules）のセットを作成し、それに関して同意している（ステップ１００）。これらの課金ルールに基づいて、サービスプロバイダは、加入者管理鍵（ＳＭＫ）を作成し、サービス登録を確立する（ステップ１０２）。サービスプロバイダは、ユーザからサービスサブスクリプションの要求を受信する（ステップ１０４）か、またはユーザからプリペイパービューまたはペイパータイムトークンを購入したいという要求を受信する（ステップ１０８）。モバイルブロードキャストサービスプロバイダは、要求されたサブスクリプションまたはトークンを要求元ユーザに販売し（ステップ１０６，１１０）、その後、モバイルブロードキャストサービスプロバイダは、ユニキャストネットワークを介してＬＴＫＭメッセージをユーザのモバイルデバイスに送信する（ステップ１１２）。ＬＴＫＭは、ブロードキャストネットワークを介して送信されるメッセージを復号化するための長期鍵を含む。長期鍵は、一般にサブスクリプションまたはサービスに依存する。たとえば、ユーザは、たとえば、ユーザのモバイルデバイス上で基本ケーブルブロードキャストチャネル（basic cable broadcast channels）のみを受信することを可能にするであろう基本レベルのメンバーシップに加入することができる。このレベルのメンバーシップにおいて、ユーザは、たとえばＨＢＯ（登録商標）またはＳｈｏｗＴｉｍｅ（登録商標）のようなプレミアムチャネルを視聴することができないことがある。一般に、基本チャネルとプレミアムチャネルとの間の異なる長期鍵の使用によってチャネルアクセス制御が可能になる。
【００３１】
ＬＴＫＭはまた、上述の長期鍵の使用を制御するサービスルールを含むことができる。そのようなルールは使用基準（usage criteria）および制約（constraints）を定義し、それらのインスタンス化（instantiation）は、一般にユーザとサービスプロバイダとの間の契約条件（the terms and conditions of the contract）に依存する。たとえば、サービスルールは、許されたコンテンツ消費のモード、すなわち、ライブサービスに対する既存のサブスクリプション、ライブイベントへのＰＰＶアクセス、ライブイベントもしくは録画された（recorded）コンテンツのいずれかへのＰＰＶアクセス、または録画されたコンテンツの無制限再生のうちの一つをデバイスに通知することができる。ＬＴＫＭは、ユニキャストネットワークを介して特定のユーザのモバイルデバイスを対象とするメッセージ中で送信され、長期鍵は、セキュアな機能、たとえば、端末のセキュアなメモリか、またはスマートカードに記憶される。サービスプロバイダは、次いで、ＳＴＫＭをブロードキャストする（ステップ１１４）。サービスプロバイダはまた、時間の上で連続的に、暗号化番組コンテンツストリームを送信する（ステップ１１５）。ＳＴＫＭにより、暗号化番組コンテンツをモバイルデバイスによって視聴することが可能になる。サービスプロバイダネットワーク中のあらゆるモバイルデバイスは、ＳＴＫＭストリームと関連する暗号化コンテンツストリームとのブロードキャストを受信する。ただし、あらゆるユーザが、コンテンツを復号化するのに必要なあらゆるＳＴＫＭを復号化することができるわけではない。あるユーザの視聴特権は、モバイルデバイスごとにＬＴＫＭ中で規定されたサービスルールに基づく。したがって、ＬＴＫＭ中で与えられたサービスルールが番組コンテンツの視聴を可能にする場合、モバイルデバイスは、１つまたは複数のＴＥＫを復号化して、コンテンツを復号化し、それをモバイルデバイスディスプレイ上で表示する（ステップ１１６）。トークンが購入された場合、ＬＴＫＭルールが番組コンテンツの視聴を可能にするならば、最初にモバイルデバイス電子ウォレット（たとえばスマートカード）からトークンを減じてからＴＥＫを復号化し、次いでＴＥＫを使用してコンテンツを復号
化する。しかしながら、ＬＴＫＭ中で与えられるサービスルールが番組コンテンツへのアクセスを許可しない場合、端末は、ＳＴＫＭストリームに関連する番組の視聴を可能にするためにＳＴＫＭストリーム中の暗号化ＴＥＫを復号化することができないであろう。
【００３２】
しかしながら、現在のシステムは、プロモーションのためにユーザにクレジットを発行するか、あるいはクーポンまたは無料トークンの形の購買インセンティブを作り出すための機能が制限されている。現在、モバイルブロードキャストＴＶシステムがユーザにクレジットを与える唯一の方法は、サービスが購入されたときにモバイルブロードキャストＴＶユーザにクーポンを配信することである。これらのクーポンは、コンテンツとともにユーザのモバイルデバイスに送信される購買データの一部としてユーザに送信される。これらのクーポンは、ユーザがサービスを購入したときに配信されるので、特定のユーザまたはユーザグループをターゲットにしていない。トークンはまた、サービスプロバイダによってユーザに販売される。しかしながら、これらのトークンは購買要求時にのみ与えられ、現在のモバイルブロードキャストＴＶシステムには、意図された購買からトークン供与（token granting）を切り離す手段がない。言い換えれば、現在のモバイルブロードキャストＴＶシステムには無料または割引トークンを発行する機能がないので、トークンを要求しなければならない。さらに、モバイルブロードキャストＴＶネットワークは、要求された量とは異なる量のトークンを配信するようには構成されていない。したがって、コンテンツプロバイダまたはネットワークサービスプロバイダが、購入されたトークンよりも多くのトークンをロイヤル顧客に与えることを希望する場合でも、システムは、これが行われることを許さないであろう。これらの現在の制限は、モバイルブロードキャストサービスプロバイダ、ネットワークプロバイダなどが、それらの顧客が、たとえば、それらのサービスを使用するか、それらのユニキャストネットワークをポピュレート（populate）するか、それらの広告を視聴するか、または、それらのストアでショッピングをするためのインセンティブを作り出すのを妨げる。
【００３３】
これらの制限を克服し、モバイルＴＶブロードキャストサービスの新しいマーケティング使用を可能にするために、様々な実施方法およびシステムは、それらの顧客に対して無料または割引商品またはサービスを利用可能にすることによって、新しい収入モデル（revenue models）および顧客認識報酬プログラム（customer recognition reward programs）において使用できるクレジットをモバイルデバイスに配信することを可能にする。コンテンツプロバイダ、モバイルブロードキャストサービスプロバイダおよび広告主は、モバイルデバイスユーザにターゲットクレジット（targeted credits）（たとえば、クーポンおよびトークン）を発行することができる。そして、これらのクレジットは、追加のモバイルＴＶコンテンツの無料または割引の視聴あるいは製品またはサービスの購買のために使用され、したがって、ユーザがモバイルブロードキャストＴＶシステムの使用を続けるかまたは増やすためのインセンティブを作り出すことができる。
【００３４】
様々な実施形態の中で、様々な理由でユーザにクレジットを与えることができる。たとえば、無料サービストライアル（free service trials）、コンテンツサンプリング（content sampling）、ロイヤルティ賞（loyalty awards）、先着賞（early bird award）、新規加入者サービス割引（new subscriber service discounts）、およびロイヤル加入者コンテンツ割引（loyal subscriber content discounts）のために、ユーザにクレジットを与えることができる。クレジットは、クレジットの発信者（originator）が指定することができる様々なタイプの制限とともに発行できる。あらゆる種類のサービスおよび製品をどこからでも購入するためのユニバーサルクレジットを使用することができる。たとえば、ユニバーサルクレジットは、ＰＯＳにおいて購買を行うために、オンラインショッピングのために、またはモバイルブロードキャストＴＶサービスを購入するために、使用できる。クレジットは、モバイルブロードキャストＴＶシステムから番組を購入するためにのみ使用できる番組クレジットに限定することもできる。クレジットは、さらに、たとえばクレジットを発した（originated）マーチャントまたは製造業者からの製品など、特定のサービスまたは製品を購入することにのみ使用できる特定のクレジットとすることができる。
【００３５】
様々な実施形態では、通貨の一種のように、無料または割引サービス、番組または製品を購入するために使用できるトークンまたはクーポンの形でクレジットを与えることができる。たとえば、ユーザは、トークンを使用して、ユーザのモバイルデバイス上でペイパービュー（ＰＰＶ）モバイルＴＶ番組を購入することができる。ユーザが製品およびサービスを購入するためのインセンティブを作り出すために、クレジットまたはプロモーションとしてトークンを無料または割引でユーザに与えることができる。ＯＭＡ ＢＣＡＳＴ１．０において定義されているように、ブロードキャストサービスの従量制の消費（metered consumption）のための２つのタイプのトークンがある。「ユーザ」トークンは、サービスガイドルールにおいて定義されているユーザのメンバーシップまたはサブスクリプションレベルの下で任意のコンテンツアイテムを消費するために使用できる。「サービス」トークンは、ユーザのメンバーシップまたはサブスクリプションにおける固有のサービスの下で利用可能な番組に限定される。たとえばＢＣＡＳＴのような、いくつかのモバイルブロードキャストＴＶシステムでは、サービスガイドおよび番組視聴の観点からメンバーシップとサブスクリプションとの間には区別がない場合があることに注目すべきである。しかしながら、個人の特権に関係し得るメンバーシップに関して、商品、サービス、および／または番組を取得するためのトークンまたはクーポンのフレキシブルな交換に、より正確に対処することができる。
【００３６】
様々な実施形態では、モバイルデバイスに配信されるクーポンは、製品およびサービスを購入するときに金融上の割引または払い戻し（financial discount or rebate）に交換できる通貨の一種として機能することが可能である。メール、雑誌、新聞などによってしばしば広く配信される紙クーポンとは異なり、様々な実施形態において使用可能にされるクーポンは、モバイルＴＶブロードキャストサービスを介してモバイルデバイスに配信できる。モバイルデバイスに配信されると、ユーザは、そのようなクーポンを使用して、紙クーポンの引き換えを行うのと同様にして割引および販売促進アイテムを得ることができる。
【００３７】
様々な実施方法およびシステムは、様々な広告主が様々な目的でクレジットを構成することを可能にすることができる。クレジットは、それらの使用に関して制限があり得る。たとえば、クレジットは、特定のタイムウィンドウの間、有効であり、任意の購買アイテム量に適用され、アイテムの実際の価格とは無関係であるように構成できる。クレジットは、排他的（たとえば、組み合わせることができないクーポン）か、または非排他的（たとえば、クーポンプロバイダが異なる場合、組み合わせることができるクーポン）とすることができる。クレジットはまた、多くの異なる購買アイテム（すなわち個々の製品またはサービス）に適用できる。クレジットは、購買データの単一のセット（たとえば、１回限りの番組視聴、製品、または単一のサービス）によって特徴付けられる製品およびサービスにも、たとえばサブスクリプションまたは継続サービス購買に当てはまるような購買データの複数のセットによって特徴付けられる購買にも、適用できる。サブスクリプションのような複数データパッケージの購買をサポートするために、クレジットは、購買データのサブセットに適用するように構成できる。クレジットは、転送する権利をもたない、たとえばロイヤルまたは新規ユーザのような、ただ１人のユーザまたはユーザのグループのために構成でき、あるいは所有者から他の受益者（recipient）に転送可能であるように構成できる。
【００３８】
図２は、クレジットの作成、ユーザへのクレジットの配信、モバイルデバイス上でのクレジットの消費のための全体的なプロセスのプロセスフローチャートである。ユーザがモバイルブロードキャストＴＶコンテンツを視聴するためにユーザのモバイルデバイスを使用するとき（ステップ２００）、モバイルＴＶサービスプロバイダはユーザの使用状況（usage）（たとえば使用レベルおよびタイプ）を測定することができる。ユーザのモバイルデバイス上で視聴されるブロードキャストコンテンツの量と選択性の両方の測定に基づく、そのような追跡は、コンテンツプロバイダだけでなくサービスプロバイダにとっても有益であり得る。モバイルＴＶサービスプロバイダは、サブスクリプション料金または１回限りのトークン購買によって支払われる頻繁な使用／消費から利益を得、それによりモバイルブロードキャストサービスプロバイダの収入が直接発生する。同様に、コンテンツプロバイダは、それらのコンテンツの需要の増加から利益を得、これは、モバイルブロードキャストネットワークプロバイダによって支払われる広告収入および料金の増加につながる。また、より多くのユーザが、たとえばＴＶ歌手コンテスト番組においてユーザの好きな歌手に投票するというような、番組への参加のために、ユーザのモバイルデバイスのユニキャスト機能を使用するほど、ユニキャストサービスを与えるセルラーネットワークプロバイダは、より多くの収入を受け取る。そして、サービスプロバイダ、コンテンツプロバイダおよび広告主は、高価値ユーザ（highly-valuable users）をターゲットにするために各ユーザの視聴習慣（viewing habits）を分析して、ユーザに販売促進およびインセンティブクレジットまたはクーポンを送信する。したがって、モバイルブロードキャストサービスプロバイダ、ユニキャストネットワークプロバイダ、コンテンツプロバイダおよび広告主企業のうちのいずれか１つまたは複数は、特定のユーザまたはユーザのグループへの配信のためのターゲットクレジットまたはクーポンを作成する（ステップ２０２）。そのようなクレジットは、サービスまたは製品を購入する際に使用すべきクーポンまたは無料トークンを含むことができる。有益な（valuable）ユーザまたはユーザグループが識別され、適切なクレジットタイプと照合されると、識別されたユーザのモバイルデバイスにクレジットを送信する（ステップ２０４）。以下でより詳細に説明するように、そのようなクレジットはユニキャストまたはブロードキャスト送信方法によって配信できる。そのようなクレジットを受信すると、モバイルデバイスは、それらを、モバイルブロードキャストＴＶシステムにおいて使用されるように、端末上のセキュアなメモリであるかまたはリムーバブルスマートカードに対応し得るセキュアなハードウェアに記憶する。ユーザは、次いで、ユーザのモバイルデバイスを使用して製品またはサービスを購入することによってクレジットの引き換えを行う（ステップ２０６）。たとえば、ロイヤルユーザは、自分のモバイルデバイス上で連続ドラマ番組を見ている間、製品の広告を視聴しながら、マーチャントまたは製造業者からの無料洗浄製品を購入するために使用すべきクレジットをモバイルブロードキャストサービスプロバイダから受信することができる。クレジットを受信すると、ユーザは、たとえばクレジットとともに与えられる、マーチャントまたは製造業者のウェブストアにアクセスするためのハイパーリンクＵＲＬをクリックすることなどによって、製品をオンラインで購入することができる。代替的に、ユーザは、店舗を訪問するときに、ポイントオブセールにおいてモバイルデバイスを提示し、クレジットを転送するかまたはクレジットの使用を電子的に記録することによって、他のダウンロード可能なｅクーポンのようにクーポンを使用することができる。
【００３９】
図３は、モバイルデバイスにクレジットを配信することに関係する関係者（participants）を示すモバイルブロードキャストＴＶシステムのネットワークコンポーネントダイアグラムである。モバイルブロードキャストＴＶシステムにおいて、クレジットは、ブロードキャストサービスプロバイダ３０と、サードパーティ企業５０と、コンテンツプロバイダ６０とを含む、様々な企業によって作成され得る。ブロードキャストサービスプロバイダ３０は、一般にサブスクリプションベースの、エンドユーザとの取引関係を与える会社である。モバイルブロードキャストサービスプロバイダ３０であり得るブロードキャストネットワーク事業者は、モバイルブロードキャストＴＶコンテンツをモバイルデバイス４０に送信するブロードキャストネットワーク８０を運用（operates）する。ブロードキャストネットワーク８０は、たとえばＦＬＯ（登録商標）のような専用のダウンリンク−オンリー・ブロードキャスト送信システムであるか、あるいはたとえば３ＧＰＰ ＭＢＭＳまたは３ＧＰＰ２ ＢＣＭＣＳによって定義されたシステムのようなセルラーベースのブロードキャスト／マルチキャストシステムであり得る。例示的なサービスプロバイダ３０の会社には、Ｖｅｒｉｚｏｎ（登録商標）、ＡＴ＆Ｔ（登録商標）およびＴ−Ｍｏｂｉｌｅ（登録商標）がある。これらの会社は、コンテンツプロバイダ６０からオーディオ、ビデオおよびウェブサイトコンテンツを受信する。これらのコンテンツは、次いで、ブロードキャストネットワーク事業者に送信され、ブロードキャストネットワーク事業者は、それらのモバイルブロードキャストＴＶネットワーク８０、またはユニキャストネットワーク７０を介して、コンテンツをブロードキャストする。場合によっては、ブロードキャストサービスプロバイダ３０はセルラーサービスプロバイダでもあり得、その場合、セルラーサービスプロバイダ３０はまた、ボイスおよびデータサービスをモバイルデバイス４０に提供するユニキャストネットワーク７０を与え、運用する。ただし、ブロードキャストサービスプロバイダ３０は、ユニキャスト（たとえば、セルラー）ネットワーク７０のプロバイダである必要はない。ユニキャストネットワーク７０とブロードキャストネットワーク８０が異なるエンティティによって運用される場合でも、モバイルブロードキャストサービスプロバイダ３０は、依然として、他の会社によって運用されるユニキャストネットワークを介してモバイルデバイス４０との間でメッセージを送信および受信することができる。
【００４０】
サードパーティ５０は、モバイルデバイスユーザをプロモーションのターゲットにすることを望み得る、たとえばＨｏｍｅＤｅｐｏｔ（登録商標）、Ｓｔａｒｂｕｃｋｓ（登録商標）およびＮｅｔｆｌｉｘ（登録商標）のようなマーチャントおよび製造業者を含むことができる。サードパーティ５０は、たとえばユーザがそれらの店舗を訪問するときなどに、ユーザと直接対話することができ、あるいは、たとえばモバイルブロードキャストＴＶ番組において広告を見せることなどによって、ブロードキャストサービスプロバイダ３０を介してユーザと対話することができる。
【００４１】
コンテンツプロバイダ６０は、モバイルブロードキャストＴＶネットワーク８０を介したブロードキャストのためのコンテンツおよび番組を提供する会社を含むことができる。コンテンツプロバイダは、広告代理店（advertising agencies）、政府機関（government agencies）、およびブロードキャストのためのオーディオ、ビデオおよび画像コンテンツを作成する私人（private individuals）をも含むことができる。たとえば、コンテンツプロバイダは、モバイルブロードキャストＴＶネットワーク８０を介したブロードキャストのためのニュースおよびエンターテインメントコンテンツを提供するナショナル・ブロードキャスティング社（National Broadcasting Corporation）（ＮＢＣ）であり得る。広告代理店コンテンツプロバイダ６０は、サードパーティ５０と契約を結んで、それらの製品およびサービスのための広告コンテンツを作成することがある。たとえば、Ｎｅｔｆｌｉｘ（登録商標）は、Ｎｅｔｆｌｉｘ（登録商標）のサービスの広告を製作するために広告会社と契約を結ぶことがある。
【００４２】
ユニキャストネットワーク７０およびモバイルＴＶブロードキャストネットワーク８０に加えて、ユーザは、たとえば電話（図示せず）およびインターネット９０のような他の通信リンクを介してブロードキャストサービスプロバイダ３０およびコンテンツプロバイダ６０と通信することができる。たとえば、ユーザは、ユーザのモバイルデバイス４０を介して（たとえば、独立して図示されていないセルラーデータネットワークを介して）またはインターネットに結合されたコンピュータを介して、モバイルブロードキャストサービスプロバイダ３０およびコンテンツプロバイダ６０によって維持されるウェブサイトにアクセスすることができる。同様に、ユーザは、インターネットを介してサードパーティ５０のウェブサイトに接続することによって、またはサードパーティ５０の店舗に歩いて入ることによって、サードパーティ５０と直接通信することができる。
【００４３】
様々な実施方法およびシステムは、たとえばブロードキャストネットワーク８０、インターネット９０、ユニキャストネットワーク７０を介したＳＭＳメッセージのような、多くのトランスポートネットワークを介して、および購買トランザクションのポイントオブセールにおいて直接的に、クレジットの配信および引き換え（redemption）を可能にする。モバイルブロードキャストＴＶシステムについてのユーザのモバイルデバイス４０の使用に基づいて、ユーザのモバイルデバイス４０をクレジットの配信のターゲットにすることができる。クレジットは、直接または間接的にユーザのモバイルデバイス４０に配信できる。たとえば、ユーザが、ユーザのモバイルデバイス４０を使用して、インターネット９０を介して企業のウェブサイトにおいて購買を行うとき、クレジットをモバイルデバイス４０に直接配信することができる。そのようなクレジットはまた、そのようなオンライン購買において確立されるインターネットセッションの一部として、あるいは、たとえばユニキャストネットワーク７０を介して配信されるＳＭＳ、ＭＭＳまたは電子メールメッセージなどによる帯域外手段（out-of-band means）を通して、モバイルデバイス４０に配信できる。たとえば、ユーザのモバイルデバイス４０は、Ｓｔａｒｂｕｃｋｓ（登録商標）から、たとえばＳＭＳ、ＭＭＳまたは電子メールなどによる帯域外方法を介して送信され得る無料の１杯のコーヒーのクレジットを受信することができる。クレジットの配信の方法にかかわらず、ユーザのモバイルデバイス４０は、たとえば無料または割引モバイルＴＶ番組を受信するなどのために、ブロードキャストサービスプロバイダ３０を介してクレジットの引き換えを行うことが可能であり得る。
【００４４】
たとえばサードパーティ５０が、ユーザのモバイルデバイス４０への配信のために、仲介者（intermediary）（たとえば、モバイルブロードキャストサービスプロバイダ３０）にクレジットをサブミットするときなどに、クレジットをターゲットユーザに間接的に配信することもできる。ブロードキャストサービスプロバイダ３０によるモバイルデバイス４０へのクレジットの配信は、様々な方法を使用して達成できる。１つの方法は、ユーザが視聴トークンを購入するかまたはブロードキャストサービスに加入するためにサービスプロバイダ３０と通信するとき、ユーザのモバイルデバイス４０にクレジットを与える。そのようなクレジットの配信は、モバイルデバイス４０のサブスクリプション要求メッセージに応答してブロードキャストサービスプロバイダ３０が送信するサービスサブスクリプション応答メッセージによって達成できる。たとえば、モバイルデバイス４０が、たとえばサービスサブスクリプションの延長（extension）または（たとえば、基本からプレミアムへの）アップグレードを要求するなどのために、サブスクリプション要求メッセージをサービスプロバイダ３０に送信すると、サービスプロバイダ３０は、サブスクリプション応答メッセージの一部としてユーザのモバイルデバイス４０にサードパーティ５０のクーポンを配信することができる。そのようなクレジットの配信は、ユニキャストネットワーク７０を介することができ、クレジット発行者（credit issuer）にとってのユーザの認知された価値、またはユーザの習慣（user habits）に基づくことができる。第２の方法は、ユーザのモバイルデバイス４０によって通信が開始されていないとき、ユーザのモバイルデバイス４０にそのようなクレジットを配信することを含むことができる。この方法では、サービスプロバイダ３０は、専用サービスプロビジョニングメッセージ（dedicated service provisioning message）によってクレジットをユーザのモバイルデバイス４０に送信（すなわち、プッシュ）することができる。
【００４５】
モバイルＴＶシステムクレジットおよびクーポンの配信、処理および引き換えをサポートするために、様々な契約上の態様および技術上の態様を一致させ、その後、ユーザへのクレジットのターゲット配信を実行することができる。契約上の態様は、サードパーティ５０とモバイルブロードキャストサービスプロバイダ３０との間のメッセージインターフェース仕様を定義すること、ならびにクレジットおよびクーポンについての消費および課金セマンティクス（semantics）に関係するビジネスルールを確立することを含むことができる。たとえば、クーポンタイプＡは、ある購入されたモバイルＴＶ番組の視聴についてＸ分間、引き換えできるものであり、そのクーポンＡは日付Ｙに有効期限が切れる（expires）と定義できる。他の例は、トランザクションの一部としてサードパーティの５０の銀行からサービスプロバイダの３０の銀行に転送される名目上定義された番組視聴価格＄Ｚについてユーザが引き換えできる無料トークンを含むことができる。
【００４６】
モバイルＴＶシステムクレジットおよびクーポンをサポートするために必要とされる技術的態様は、クレジットの供与（granting）および引き換えを可能にするためにサービスプロビジョニングメッセージを使用することを含むことができる。モバイルブロードキャストサービスプロバイダ３０とモバイルデバイス４０との間で情報を通信することに加えて、サービスプロビジョニングメッセージは、受信モバイルデバイス４０に、クレジットを受け付けるように準備させることができる。したがって、モバイルブロードキャストサービスプロバイダ３０は、クレジット配信のために特定のターゲットサービスプロビジョニングメッセージを作成し、たとえば、ロイヤルユーザのモバイルデバイスをそのようなメッセージのターゲットにすることができる。モバイルデバイスがクレジットを受信するように準備されると、モバイルブロードキャストサービスプロバイダ３０は、たとえばユニキャストネットワーク７０を介するなどして、その関連するルールをもつクレジット（すなわちＬＴＫＭ）をターゲットモバイルデバイス４０に送信することができる。
【００４７】
図４に、サブスクリプション応答メッセージを使用してモバイルブロードキャストサービスプロバイダ３０からモバイルデバイス４０にクレジットを配信するための実施方法を示す。図５は、図４に示す実施方法における、クレジットを配信するために種々のモバイルブロードキャストＴＶシステムコンポーネント間で起こり得るメッセージの交換を示すメッセージフローチャートである。本実施方法について、図４と図５の両方を参照しながら以下で説明する。
【００４８】
図示の実施形態では、モバイルブロードキャストＴＶサービスプロバイダ３０は、番組コンテンツがまもなくブロードキャストされることを述べるレポートをサードパーティ５０に送信する（図５中のメッセージ５００に対応する図４中のステップ３０２）。ブロードキャストされる番組のこの事前通知により、サードパーティ５０は、広告の配置のために番組を評価すること、ならびに、たとえばターゲット消費者にクレジットまたはクーポンを与えるような販売促進キャンペーンを行うことが可能になる。サードパーティ５０は、ブロードキャスト番組レポートを受信すると（ステップ５０２）、ユーザのモバイルデバイス４０に対してたとえばクーポンまたはトークンの形などでクレジットを与えることを望むかどうかを判定することができる。消費者にクレジットを与えるために、サードパーティ５０はクレジット要求メッセージをサービスプロバイダ３０に送信する（図５中のメッセージ５０２に対応する図４中のステップ５０４）。このクレジット要求メッセージは、たとえば配信すべきクレジットの価値、それらの適用範囲（applicability）（たとえば、引き換えできる番組、製品またはサービス）、それらの有効期日、およびそれらの引き換えルール（redemption rules）のような、配信すべきクレジットの詳細を、識別することができる。そのようなクレジット要求メッセージを受信すると（ステップ３０４）、サービスプロバイダ３０はクレジット応答をサードパーティ５０に送信する（図５中のメッセージ５０４に対応する図４中のステップ３０６）。サードパーティ５０は、サービスプロバイダ３０がサードパーティ５０の要求を受信および処理したことを検証しならびに消費および支払いに関して前もって同意された契約条件に関係するデータを伝えることができる、クレジット応答を受信する（ステップ５０６）。モバイルデバイス４０にサードパーティ５０のクレジットを配信するための準備として、サービスプロバイダ３０は、サードパーティ５０によって与えられたクレジット詳細を含むサブスクリプション応答メッセージを作成する（ステップ３０８）。サブスクリプション応答メッセージの構造、要素およびパラメータについては、図６〜図８を参照しながら以下でより詳細に説明する。いつかその後に（Sometime thereafter）、ユーザモバイルデバイス４０は、たとえば閲覧トークンの購買、ペイパービュートークンの購買、サブスクリプション要求、またはアップグレードされたサービスなど、サービス調整（service adjustment）を要求または開始するために、サービス要求を、ユニキャストネットワークを介してモバイルブロードキャストサービスプロバイダ３０に送信する（図５中のメッセージ５０６に対応する図４中のステップ４０２）。モバイルブロードキャストサービスプロバイダ３０は、サービス要求を受信し、処理し（ステップ３１０）、それに応じて、ユニキャストまたはブロードキャストネットワーク７０を使用して適切なサービスプロビジョニング応答メッセージをモバイルデバイス４０に送信する（図５中のメッセージ６００に対応する図４中のステップ３１２）。このサービス応答は、サードパーティクレジット、ならびにユーザが要求したサービス調整を含むことができる。ユーザのモバイルデバイス４０は、ユニキャストネットワーク７０を介してサブスクリプション応答メッセージを受信し、メッセージコンテンツにアクセスし、モバイルデバイス４０のメモリに（たとえば電子トークンウォレットに）、クレジットを記憶する（ステップ４０４）。モバイルデバイスユーザは、次いで、それらのクレジットを、クレジットにおいて指定されたサービスまたは製品を購買するために、使用することができる。ユーザがモバイルデバイス４０に記憶されたクレジットの引き換えを行うことができる方法については、図１５〜図２０を参照しながら以下でより詳細に説明する。
【００４９】
図６に、モバイルデバイス４０にクレジットを配信するのに好適なサブスクリプション応答メッセージ６００の一実施形態の例示的なフォーマットおよびコンテンツを示す。このサブスクリプション応答メッセージ６００は、サービスプロバイダ３０からサービスを購入するためにモバイルデバイス４０によって送信されたサービス要求メッセージに応答してモバイルデバイス４０に送信され得る。サブスクリプション応答メッセージ６００は、属性および要素にカテゴリー分類され得るいくつかのコンポーネントを含むことができる。図６に示すように、サブスクリプション応答メッセージ６００は、たとえば要求ＩＤ６０２、グローバルステータスコード６０４および適応モード６０６のような随意の属性を含むことができる。要求ＩＤ６０２は、対応するサービス要求メッセージ５０６の識別子とすることができる。正しい応答が、権利を要求する当事者に届くことを可能にするために、要求ＩＤは、サブスクリプション応答メッセージ６００を識別し、正しいサービス要求メッセージ５０６に関連付けることができる。要求ＩＤ６０２を使用して、ユーザのモバイルデバイス４０は、正しいサービス応答が受信されたかどうかを判定することができる。
【００５０】
グローバルステータスコード６０４は、いくつかの定義されたリターンコードに従って要求の全体的な結果に関する情報を与えることができる。例示的なリターンコードについては、図９を参照しながら以下でより詳細に説明する。グローバルステータスコード６０４を使用することによって、モバイルデバイス４０は、要求が正常に（successfully）処理されたかどうかを判定することができる。言い換えれば、グローバルステータスコード６０４は、ユーザのモバイルデバイス４０によって送信されたサービス要求メッセージ５０６のステータス（すなわち、成功、またはエラーによる失敗）を伝達することができる。たとえば、サブスクリプション応答メッセージ６００中にグローバルステータスコード６０４が存在し、値「０」に設定されている場合、これは、要求が正常に処理され、完了されたことを意味し得る。対照的に、グローバルステータスコード６０４が存在し、「０」以外の値に設定されている場合、これは、要求の受信または処理においてエラーがあったことを意味し得る。たとえサービス要求メッセージ５０６が正常に処理されなかった場合でも、モバイルブロードキャストサービスプロバイダ３０は、たとえモバイルブロードキャストサービスプロバイダ３０がモバイルデバイスによって要求された特定のサービス調整を与えることができないとしてもクレジットを送信するサブスクリプション応答メッセージ６００で応答することができることに、注目すべきである。サブスクリプション応答メッセージ６００中にグローバルステータスコード６０４が存在しない場合、これは、要求に関連する１つまたは複数の購買アイテム要素６０８に関係するエラーがあったことを意味し得る。購買アイテム要素６０８については、以下でより詳細に説明する。
【００５１】
随意の適応モード要素６０６は、モバイルデバイス４０に、汎用またはＢＤＳ固有であり得る動作可能な適応モードを通知することができる。たとえば、この属性の値が「偽」に設定されている場合、これは、適応モード６０６が汎用であることを示すことができる。たとえば、この属性の値が「真」に設定されている場合、これは、適応モード６０６がＢＤＳ固有であることを示すことができる。様々な実施形態によれば、グローバルステータスコード６０４が「成功」を示し、基礎をなす（underlying）ＢＤＳがＢＣＭＣＳである場合、適応モード６０６はサブスクリプション応答メッセージ６００中にのみ存在し得る。
【００５２】
サブスクリプション応答メッセージ６００の要素は、購買アイテム要素６０８と、ＤＲＭプロファイル固有部分６１０またはスマートカードプロファイル固有部分６１２の随意の要素とをさらに含むことができる。購買アイテム要素６０８は、たとえばサービス要求メッセージ５０６において要求されたアイテムなど、何が購入または受信されたかを表すことができる。言い換えれば、購買アイテム要素６０８は、ユーザのサービス要求が成功したかどうかについて、および配信された要求されたアイテムに関して、モバイルデバイス４０に通知することができる。たとえば、サービス要求メッセージ５０６が、あるコンテンツを再生（play）するためのデジタル権利（たとえば、ＤＲＭプロファイル）を要求し、サブスクリプション購買が成功した場合、購買アイテム要素６０８は権利有効性終了時間（Rights validity end time）６２２を含むことができる。権利有効性終了時間６２２については、ＤＲＭプロファイル部分６１０に関して以下でより詳細に説明する。ＤＲＭプロファイルまたはスマートカードプロファイルのいずれかについて、購買またはサブスクリプション要求に失敗があるとき、要求がモバイルブロードキャストサービスプロバイダ３０によって受け付けられなかった理由を示す購買アイテム６０８要素の属性としてアイテム別ステータスコード６１６が存在し得る。
【００５３】
購買アイテム要素６０８は様々な属性および要素をさらに含むことができる。たとえば、購買アイテム要素６０８は、必須のグローバルＩＤ参照属性６１４と随意のアイテム別ステータスコード属性６１６とを含むことができる。購買アイテム要素６０８はまた、随意のボーナスクレジット要素６１８とサブスクリプションウィンドウ要素６２０とを含むことができる。グローバルＩＤ参照属性６１４は、購買アイテム要素６０８の指定されたＩＤとすることができる。したがって、グローバルＩＤ参照６１４は、購買アイテム６０８中に発見されるグローバル購買アイテムＩＤ（図示せず）を使用して、購入されたアイテムを識別することができる。グローバルＩＤ参照６１４は、たとえば、任意の統一資源識別子（Uniform Resource Identifier）（ＵＲＩ）とすることができる。ＵＲＩは、たとえば、ユニキャストネットワーク上のリソースを識別または指定（name）するために使用される文字列である。そのような識別情報は、特定のプロトコルを使用したネットワーク上でのリソースの表現を用いた対話を可能にし得る。アイテム別ステータスコードは、図９を参照しながら以下で説明するように、グローバルステータスコード６０４と同じようなリターンコードを使用して、購入されたアイテムごとのステータスを明示することができる、（グローバルステータスコード６０４に比較して）より具体的なステータスコード６１６とすることができる。
【００５４】
随意のボーナスクレジット要素６１８を使用することによって、モバイルブロードキャストサービスプロバイダ３０からモバイルデバイス４０にクレジットを送信することができる。たとえば、サービス応答をモバイルデバイス４０に送信する前に、クレジット（たとえば、クーポンおよび／またはトークン）データをボーナスクレジット要素６１８に挿入することができる。このようにして、ユーザは、サービスを購入するかまたはサービスに加入したいという要求を送信すると、モバイルブロードキャストサービスプロバイダ３０からクレジットを受信することができる。クレジットタイプ（それはサブスクリプション応答メッセージ６００の部分であり得る）は、変更され得、また、要求されたサービスタイプと、（たとえば、ユーザの習慣とモバイルブロードキャストＴＶシステムの使用とに基づく）サービスを要求するユーザの識別情報とのいずれか一方または両方に結び付けられ得る。たとえば、購買アイテム要素６０８中に０個以上の（購買データとしても知られる）スタンドアロンボーナスクレジットサブ要素が存在し得る。これらのボーナスクレジットサブ要素は、トランザクションから生じ得るボーナスサービスのためのユーザ固有のクレジットデータを含むことができる。これらのクレジットは、モバイルデバイスのメモリに記憶され、サービスガイドルールとユーザのメンバーシップレベルとに基づいて管理され得る。ボーナスクレジット６１８のメッセージ構造の例示的な実施形態については、図７および図８を参照しながら以下でより詳細に説明する。
【００５５】
購買アイテム要素６０８の必須のサブスクリプションウィンドウ要素６２０は、サブスクリプションまたはクーポンが有効である期間（time interval）に関係するデータを含むことができる。サービスプロバイダ３０は、時間ベースサブスクリプションのためにこの要素を使用することができ、この要素をＰＰＶ購買応答メッセージ６００に含めることができる。ユーザモバイルデバイス４０は、サブスクリプションウィンドウ要素６２０中の情報を使用して、サブスクリプションの有効期間を判定することができる。サブスクリプションウィンドウ６２０要素は、必須の開始時間属性（図示せず）と随意の終了時間属性（図示せず）とをさらに含むことができる。開始時間属性は、サブスクリプションの開始を表すネットワークタイムプロトコル（ＮＴＰ）タイムスタンプを含むことができる。終了時間属性は、サブスクリプションの終了を表すＮＴＰタイムスタンプを含むことができる。例示的な一実施形態では、オープンエンドのサブスクリプションの場合、この属性を省略することができる。
【００５６】
随意のＤＲＭプロファイル固有部分要素６１０は、サービスおよびコンテンツ保護ＤＲＭプロファイル固有部分を含むことができる。この部分は、ＤＲＭプロファイルをサポートするために必須であり得、スマートカードプロファイルには適用可能でない。ＤＲＭプロファイル固有部分６１０は、随意の権利有効性終了時間属性６２２と随意の権利オブジェクト取得プロトコル（ＲＯＡＰ）トリガ要素６２４とをさらに含むことができる。権利有効性終了時間６２２属性は、ＢＳＭが要求メッセージを受け付けたときの（そして、その後、期限が延長（renewed）される必要がある）購入されたコンテンツに関連するＬＴＫＭの有効性の終了時間および日付を示すために存在し得る。このフィールドは、ＮＴＰタイムスタンプの最初の３２ビット整数部分で表され得る。たとえば、権利オブジェクト（ＲＯ）がブロードキャストされる場合、この属性を検証することができる。他の場合、この属性は不要である。随意の要素ＲＯＡＰトリガ６２４が存在するとき、モバイルデバイス４０は、１つまたは複数のＬＴＫＭ取得を開始するためにＲＯＡＰトリガ６２４を使用することが予想され得る。
【００５７】
随意のスマートカードプロファイル固有部分要素６１２は、サービスおよびコンテンツ保護スマートカードプロファイル固有部分を含むことができる。この部分は、スマートカードプロファイルをサポートするために必須であり得、ＤＲＭプロファイルに適用可能でないことがある。スマートカードプロファイル固有部分要素６１２は随意のＬＴＫＭ要素６２６を含むことができる。ＬＴＫＭ要素６２６は、ｂａｓｅ６４符号化ＭＩＫＥＹメッセージを含むスマートカードプロファイルモバイルブロードキャストＴＶ ＬＴＫＭとすることができる。この要素は、要求元モバイルデバイス４０とサービスプロバイダ３０とが登録プロシージャ中にＬＴＫＭ配信メカニズムとして「ＨＴＴＰ」（すなわち、インターネット）に関して同意している場合、サブスクリプション応答メッセージ６００中に存在し得る。
【００５８】
図７Ａに、ボーナスクレジット要素６１８の一実施形態のためのデータ構造を示す。図７Ａに示すように、ボーナスクレジット６１８要素は、保護鍵６１８ａと、説明（description）６１８ｂと、価格情報６１８ｃと、プロモーション情報６１８ｄと、拡張部分（extension）６１８ｅと、購買アイテム参照６１８ｆと、購買チャネル参照６１８ｇと、利用規約（term of use）６１８ｈと、プライベート拡張部分（private extension）６１８ｉと、ＩＤ６１８ｊと、バージョンパラメータ６１８ｋと、有効開始（valid-from）パラメータ６１８ｌと、有効終了（valid-to）パラメータ６１８ｍとを含む、いくつかのパラメータとサブ要素とを含むことができる。保護鍵６１８ａは、サービスガイドルールに記載されているユーザのメンバーシップレベルに基づいて復号化（decoded）され得る暗号化鍵を含むことができる。説明６１８ｂは、ユーザに販売されている製品、サービスまたはサブスクリプションの説明を１つまたは複数の言語で含むことができる。価格情報６１８ｃは、購買またはクレジットトランザクションのタイプの説明を含むことができる。
【００５９】
価格情報６１８ｃは、２つのコンポーネント、すなわち、割引額（discount amount）６１９ａと購買タイプ６１９ｂとを含んでいることができる。割引額６１９ａは、割引／クーポンを使用するときに実現され得る節約（savings）を表す、場合によっては（potentially）様々な通貨の負数として表され得る、１つまたは複数の金銭的価値（monetary values）を含んでいることができる。関連する割引／クーポンが参照された購買アイテムを無料にすることを示す（０などの）特殊値を予約することができる。いくつかの実施形態では、割引額６１９ａを省略することができ、その場合、その値は、アイテムが無料であることを示す０であると見なされ得る。
【００６０】
図７Ａに示す購買タイプテーブル６１９ｂは、サブスクリプション応答メッセージがユーザのモバイルデバイス４０に送信されるとき、価格情報サブ要素６１８ｃをポピュレートするために使用され得る購買またはクレジットトランザクションの様々なタイプおよび値を示す。価格テーブル６１９内の様々なタイプの購買タイプ値は、ワンタイムサブスクリプションと、オープンエンドサブスクリプションと、ライブコンテンツの時間ベース消費を可能にするペイパータイム（ＰＰＴ）ライブと、非ライブコンテンツの時間ベース消費を可能にするＰＰＴ再生と、非ライブコンテンツについて、ある回数の再生を可能にするペイパープレイ（ＰＰＰ）再生と、非ライブコンテンツの無制限再生を可能にする無制限再生と、サービストークンを使用することによってライブコンテンツの時間ベース消費を可能にするサービストークンＰＰＴライブと、サービストークンを使用することによって非ライブコンテンツの時間ベース消費を可能にするサービストークンＰＰＴ再生と、ユーザトークンを使用することによってライブコンテンツの時間ベース消費を可能にするユーザトークンＰＰＴライブと、ユーザトークンを使用して非ライブコンテンツの時間ベース消費を可能にするユーザトークンＰＰＴ再生と、ユーザトークンを使用することによるユーザトークンＰＰＶライブと、ユーザトークンを使用することによるユーザトークンＰＰＰ再生と、サービストークンを使用するために有効なＬＴＫＭを必要とし得る、このサービス／コンテンツＳＥＫ／ＰＥＫ ＩＤ鍵グループにリンクされたサービスパース（service purse）に追加するために購入されたエキストラサービストークンと、モバイルブロードキャストサービスプロバイダ３０のＩＤにリンクされ得る、ユーザパース（user purse）に追加するために購入されたエキストラユーザトークン（これは、特定のサービスコンテンツにリンクされないことがあり、また、使用すべき有効なＬＴＫＭを必要とすることがある）と、非ブロードキャスト（すなわち現実世界の）製品、たとえば店舗からの製品と、将来の使用のための予約と、商用利用（proprietary use）のための予約とを含むことができる。
【００６１】
プロモーション情報６１８ｄは、ユーザが、参照された購買アイテムを購入することによって取得することができる割引／クーポンを表すことができる。拡張部分（extension）６１８ｅは、番組、製品またはプロモーションを識別するかまたはそれに関係する追加情報を含むことができる。購買アイテム参照６１８ｆは、販売促進割引クーポンに関連する特定の購買アイテムを識別する識別子とすることができる。たとえば、購買アイテム参照６１８ｆは、たとえばＣＮＮヘッドラインニュースのような特定の購買アイテムを識別することができる。購買チャネル参照６１８ｇは、ユーザが、参照された購買アイテムをどこでまたはどのように購入することができるかを識別する情報を含むことができる。番組購買のためのクーポンまたはトークンの場合、購買チャネル参照６１８ｇは、コンテンツプロバイダ（たとえば、Ｄｉｓｎｅｙ、ＡＯＬ、ＣＢＳなど）を識別することができる。マーチャントから製品を購入するためのクーポンの場合、購買チャネル参照６１８ｇは、そこから製品を購入しなければならないストアまたはチェーン（たとえば、Ｈｏｍｅ Ｄｅｐｏｔ、Ｓｅａｒｓなど）であり得る。
【００６２】
利用規約６１８ｈは、クレジットをどのように使用することができるかに関する情報を含むことができる。たとえば、いくつかのクレジットは、複製することまたは他者に転送することができない。利用規約６１８ｈは、クレジットの完全性（integrity）がそこなわれないままでいることを可能にするために、これらの限界（boundaries）を規定することができる。さらに、このサブ要素は、クレジットのタイプと、このクレジットを何の目的で使用することができるかとを規定することができる。たとえば、モバイルブロードキャストサービスプロバイダ３０からコンテンツを購入するとき、割引を受けるためにのみクーポンを使用することができる。そのようなクーポンを、他の製品またはサービスを購入するために使用することはできない。
【００６３】
プライベート拡張部分６１８ｉは、ベースラインＳＧ規格に加えてベンダ固有の拡張およびアプリケーション固有の拡張を実装することを可能にすることができる。クレジットＩＤ６１８ｊは、クレジットを検証し、たとえばその場限りのＩＤ（nonce ID）、暗号化値などのような、ユーザがクレジットを偽造するのを防ぐために使用できるデータを含むことができる。クーポンバージョン６１８ｋは、ベンダが、異なる条件（terms）および価値（values）をもつ類似する購買のための後続のクーポンを経時的に発行することを可能にすることができる、クーポンのバージョンを識別するための情報を含むことができる。したがって、クーポンバージョン情報を使用して、同じクーポンタイプの連続するバージョンをサポートすることができる。有効開始値６１８ｌは、クレジットが有効になる日付および時間に関する情報を含むことができる。有効終了値６１８ｍは、クレジットが無効になり、もはや使用できない日付および時間に関する情報を含むことができる。クーポンが決して満了しない場合、有効終了値は省略され得る。
【００６４】
さらに、ボーナスクレジット要素６１８は拡張ＵＲＬ要素（図示せず）を含むことができる。そのようなＵＲＬ要素は、クレジット要素に関係するさらなる情報を与えるウェブリソースへのポインタを与えるであろう。たとえば、クレジット要素中の拡張ＵＲＬをたどることによって、クレジットまたはクーポンに関係するＷＷＷページに到達することができる。モバイルデバイス４０は、インターネットにアクセスする機能を有する場合、ＨＴＴＰを使用してクレジットまたはクーポンに関係する追加情報を得るために、ＵＲＬを使用してインターネットウェブサイトにアクセスする。
【００６５】
いくつかのパラメータおよびサブ要素は、ボーナスクレジット要素６１８が有効であり機能するために必須であり得る。これらの必須のパラメータおよびサブ要素については、図８に示すメッセージ構造図に示す。これらの必須のフィールドは、購買アイテム参照フィールド６１８ｆと、購買チャネル参照フィールド６１８ｇと、有効開始フィールド６１８ｌと、クレジットＩＤフィールド６１８ｊと、クーポンバージョンフィールド６１８ｋとを含む。
【００６６】
クーポン要素６５０およびそのコンポーネントの代替実施形態を図７Ｂに示す。この代替クーポン実施形態のサブ要素は、クーポンを識別し、クーポンを説明し、クーポンによって与えられる価格または割引を示し、（以下でより十分に説明するように）他のクーポンと組み合わせるためにその重みを識別し、たとえばデジタル署名の形などでクーポンを検証するために必要とされる情報を含む。クーポンオブジェクト中に含まれ得る例示的な情報は、識別子（ＩＤ）（たとえば、グローバル一意識別子、バージョン番号、最初の時点の有効期日（有効開始日付）、最後の時点の有効期日（有効終了日付）など）６５２、クーポンが、引き換えられる前に発行者によって検証される必要があることを示すフラグまたは値６６４、クーポンが適用される製品またはサービスの識別子６５４、クーポンを有効にするために、それを介して製品またはサービスが購入されなければならないチャネルの識別子６５６、クーポンの説明６５８、クーポンのプロバイダの識別子（たとえば、クーポンを発行する企業の種類）６６０、図２７を参照しながら以下でより十分に説明する多用途重み値（multi-use weight value）６６２、クーポンが引き換えられた後、それがどのくらいすぐに再利用され得るかの指示６６６、相対価格または割引値情報を含むような価格情報６６８、クーポンが有効である対象とする購買アイテムタイプの指示６７０、クーポンが引き換えられるとき、適用される貨幣的割引価格（monetary discount price）６７２、クーポンが有効である貨幣通貨のインジケータ、クーポン印刷可能画像（coupon printable image）を得ることができるアドレス（たとえばＵＲＬなど）６７４、クーポンと見なされることになる、クーポンにデジタル署名を与えた機関（authority）を説明するＵＲＩ６７６、ユーザＩＤフィールドおよびユーザＩＤタイプの識別子６７８、および、発行機関からのデジタル署名（たとえばＸＭＬデジタル署名など）６８０を含む。
【００６７】
電子クーポンが別個のクーポンドキュメントまたはクーポンオブジェクトとして配信され、処理されるとき、クーポンオブジェクトはサービスガイドの外部で維持され得る。とはいえ、クーポンオブジェクトは、クーポンに関係する情報を識別するサービスガイド中のフラグメントへのポインタを含むことができる。図７Ｃに、クーポンオブジェクト７００とサービスガイド７１０との間の関係を示す。詳細には、クーポンオブジェクト７００は、サービスガイド７１０内のプロビジョニングフラグメント７１２，７１４，７１６またはプロビジョニングフラグメント内の特定の情報フィールドへのポインタ７０２，７０４，７０６を含むことができる。そのようなポインタは、クーポンオブジェクト７００によって参照される情報が、クーポン中に含まれるポインタ７０２，７０４，７０６を介して常に利用可能であるように、サービスガイドが更新されたときに変化しないグローバル一意ポインタの形とすることができる。
【００６８】
一実施形態では、クレジットＩＤフィールド６１８ｊは、図８に示すように、暗号化パラメータ６１８ｎ、クレジット識別子６１８ｐおよび多目的署名（multipurpose signature）６１８ｏなど、追加のサブ要素を含むことができる。暗号化パラメータ６１８ｎは、暗号化アルゴリズムおよび関連するパラメータ（たとえば暗号化ソルトまたはナンス（encryption salt or nonce）など）を指定するために使用できる。クレジット識別子６１８ｐは、クーポンのためのグローバル一意識別子とすることができる。
【００６９】
多目的署名６１８ｏは、クーポンが敵対的（hostile）ネットワークを介してトランスポートされるとき、クーポンを保護するために使用できる。多目的署名６１８ｏは、オンデマンドで取り出されおよび／またはマーチャントサーバによってキャッシュされる１つまたは複数のＸ．５０９デジタル証明書の階層とともに、暗号署名（すなわち、クーポンフィールドの全部または一部の暗号化ダイジェスト）を用いてクーポンを認証するために使用できる。一実施形態では、クーポン発行者は、（たとえばよく知られている公開鍵暗号方法を使用することなどにって）検出することなくして変更できないクーポンを生成するために多目的署名６１８ｏを使用することができる。一実施形態では、クーポン受信者（たとえば、モバイルデバイスおよびマーチャント）が、以下でより詳細に説明するように、クーポンが特定の機関によって発行されたことを検証することができるように、Ｘ．５０９署名階層を使用して多目的署名６１８ｏを作成することができる。本実施形態では、Ｘ．５０９証明書中で署名アルゴリズムを指定することができる。
【００７０】
図９は、サブスクリプション応答メッセージ６００中に含まれ得る様々なグローバルステータスコード６０４と、それらの関連するステータスメッセージとのテーブル６０４ａである。たとえば、グローバルステータスコード「０００」を含むサブスクリプション応答メッセージ６００は、要求プロセスが成功したことを示すことができる。グローバルステータスコード「００３」を含むサブスクリプション応答メッセージ６００は、要求された購買アイテムが未知であることを示すことができる。「００３」コードは、たとえば、デバイスが、古い情報をもつキャッシュされたサービスガイドサービスを有する場合にも受信され得、その場合、ユーザはサービスガイドを再取得することができる。グローバルステータスコード「００９」を含むサブスクリプション応答メッセージ６００は、課金ステップが失敗したことを示すことができる。たとえば、同意したクレジット限界に達したとき、アカウントは凍結され得、その場合、ユーザは、問題を解決するためにサービスプロバイダ３０に連絡することができる。「００９」コードは、トランザクションに関与する様々な企業間でも使用され得る。グローバルステータスコード「０１１」を含むサブスクリプション応答メッセージ６００は、デバイスが実行しようと試みた動作がサービスプロバイダ３０とユーザとの間の契約の下で許されないことを示すことができる。そのようなエラーメッセージを受信したとき、ユーザは、契約条件を変更するためにサービス事業者３０に連絡することができる。「０１１」コードは企業間でも使用され得る。グローバルステータスコード「０１５」を含むサブスクリプション応答メッセージ６００は、要求されたサービスが送信問題により利用不可能であることを示すことができ、その場合、後で要求を再開することができる。「０１５」コードは企業間でも使用され得る。グローバルステータスコード「０１６」を含むサブスクリプション応答メッセージ６００は、同じ要求が前に処理されたことを示すことができ、その場合、ユーザまたはエンティティは、要求がすでに処理されたかどうかを確認することができる。これは、ＬＴＫＭが受信されたかどうかを判定することによって行うことができ、そうでない場合、要求を再入力する。グローバルステータスコード「０２１」を含むユーザサブスクリプション応答メッセージ６００は、与えられた情報が無効であり、システムによって使用できないことを示すことができる。そのような状況では、ユーザは、要求を再確認し、再び送信することができる。グローバルステータスコード「０２２」を含むサブスクリプション応答メッセージ６００は、要求元鍵マテリアルおよびメッセージが有効ではなく、履行できないことを示すことができる。そのようなシナリオでは、ユーザは、要求を再確認し、必要な場合、再送信することができる。グローバルステータス「０３１」を含むサブスクリプション応答メッセージ６００は、ユーザが、クーポンを担持（carried）するボーナスクレジット６１８を使用しようと試みたが、そのクーポンは有効期限を有し、購買トランザクションにもはや有効でないことを示すことができる。グローバルステータスコード「０３２」を含むサブスクリプション応答メッセージ６００は、ユーザが、利用可能なコンテンツオブジェクトを購入するために、（クーポンを担持する）検証されたボーナスクレジットを使用したが、そのクーポンは、前のトランザクションにおいてすでに使用されており、したがって、もはや有効でないことを示すことができる。
【００７１】
一実施形態では、ユーザからの自発的なサービス要求を受信することなしに、クレジットをユーザのモバイルデバイス４０に配信またはプッシュすることができる。言い換えれば、モバイルブロードキャストＴＶシステムは、ユーザのモバイルデバイス４０を「ブートストラップ（bootstrap）」し、ユーザのモバイルデバイス４０が要求メッセージを送信することなしに、クレジットをユーザのモバイルデバイス４０にプッシュアウト（push out）することができる。そのような配信方法は、サードパーティ５０およびモバイルブロードキャストサービスプロバイダ３０が、すべてのユーザにメッセージを配信するためのブロードキャストネットワーク８０を使用してモバイルデバイス４０にクレジットを送信するか、あるいは特定のユーザまたはユーザのグループにメッセージを配信するためのユニキャストネットワーク７０を使用してモバイルデバイス４０にクレジットを送信することを可能にすることができる。ユーザのモバイルデバイス４０をブートストラップすることは様々な方法によって行われ得る。一実施形態では、図１０および図１１を参照しながら以下で説明するように、ユーザのモバイルデバイス４０に送信請求プルメッセージ（solicited pull messages）をブロードキャストすることができる。送信請求プルメッセージは、ユーザのモバイルデバイス４０からのクレジット購買要求を送信請求（solicit）することができる。他の実施形態では、図１３〜図１４を参照しながら以下で説明するように、ユーザのモバイルデバイス４０が明示的アクションをとる必要なしにクレジットを受信することを可能にするために、ユーザのモバイルデバイス４０にクレジット供与プッシュメッセージ（credit grant push messages）をブロードキャストすることができる。
【００７２】
ブートストラッピング方法を使用したクレジットの配信を説明するために、以下の例示的な実施形態では、ユーザへの無料トークンの配信について説明する。モバイルＴＶ番組を視聴するために、購入されたトークンとほとんど同様に無料トークンの引き換えを行うことができる。以下の実施形態において、トークンを配信するためのプロセスを例として使用するが、たとえば製品またはサービスのために引き換えできるクーポンのような他のタイプのクレジットを配信するために同じプロセスを使用することができる。したがって、以下の例は、本発明の範囲をトークンの配信に限定するものではない。
【００７３】
図１０Ａは、送信請求プルメッセージを使用して、無料トークンを受信すべきユーザのモバイルデバイスをブートストラップするための例示的な実施方法のプロセスフローチャートである。図１１Ａは、図１０Ａに示す方法による、トークンを配信するために様々なモバイルブロードキャストＴＶシステムコンポーネント間で交換され得るメッセージのメッセージフローチャートである。この実施形態について、図１０Ａと図１１Ａの両方を参照しながら以下で説明する。
【００７４】
非自発的な（involuntary）トークン購買要求を開始するために、モバイルブロードキャストサービスプロバイダ３０は送信請求プルメッセージをユーザのモバイルデバイス４０に送信する（図１１Ａ中のメッセージ１１００に関係する図１０Ａ中のステップ３１４）。送信請求プルメッセージ１１００は、ブロードキャストネットワーク８０またはユニキャストネットワーク７０のいずれかを介して送信できる。送信請求プルメッセージ１１００は、モバイルデバイス４０を、購買要求メッセージを送信するように促すメッセージであり、それによって、図４および図５を参照しながら上記で説明したクレジット配信プロセスを開始する。ユーザのモバイルデバイス４０は、送信請求プルメッセージを受信し、処理する（ステップ４０６）。随意に、送信請求プルを受け付けるかまたは拒否するようにユーザを促す（随意の判定４０８）。この随意のユーザ選択は、たとえば、プライバシまたはセキュリティ問題がクレジットを受信したいという欲求を上回ることがあるモバイルデバイスユーザにとって有用であり得る。ユーザが送信請求プルを拒否することによってプロンプトに応答した場合、モバイルデバイス４０は送信請求プルメッセージを単に無視する。しかしながら、ユーザが送信請求プルを受け付けることによってプロンプトに応答した場合（すなわち、判定４０８＝「ＹＥＳ」）、モバイルデバイス４０はトークン購買要求をモバイルブロードキャストサービスプロバイダ３０に送信する（図１１Ａ中のメッセージ１１０２に関係する図１０Ａ中のステップ４１０）。図４および図５を参照しながら上記で説明したように、トークン購買要求メッセージ１１０２は、ユニキャストネットワーク７０またはたとえばインターネット９０のような他のネットワークを介してサービスプロバイダ３０に送信できる。トークン購買要求メッセージ１１０２は、モバイルブロードキャストサービスプロバイダ３０によって送信された送信請求プルメッセージ１１００中で定義されたルールに基づいて、送信請求プルメッセージ中で指定された情報（たとえば、識別子）を含むことができ、あるいは、たとえばトークン購買要求が無料トークンのためのものであるようなときに、０の購買要求を指定することができる。トークン購買要求メッセージ１１０２を受信すると（ステップ３１６）、モバイルブロードキャストサービスプロバイダ３０は、エラーが存在するかどうかを判定せよという要求を処理する（判定３１８）。トークン購買要求メッセージ１１０２が正常に受信されなかった場合（すなわち、判定３１８＝「ＮＯ」）、エラーメッセージをもつトークン購買応答をモバイルデバイス４０に送信する（ステップ４１２、メッセージ１１０４）。このエラーメッセージは、図９を参照しながら上記で説明したコードおよびステータスメッセージのうちの１つまたは複数を含むことができる。トークン購買要求が正常に処理された場合（すなわち、判定３１８＝「ＹＥＳ」）、モバイルブロードキャストサービスプロバイダ３０は、次いで、トークン購買応答メッセージを送信し（図１１Ａ中のメッセージ１１０４に関係する図１０Ａ中のステップ３２０）、それをユーザのモバイルデバイス４０が受信する（ステップ４１４）。トークン購買応答メッセージ１１０４は、図１２を参照しながら以下でより詳細に説明する属性および要素を含むことができる。トークン購買応答メッセージの送信の後、モバイルブロードキャストサービスプロバイダ３０は、その下で無料トークンが使用され得る契約条件（terms and conditions）とともにトークンを含むＬＴＫＭメッセージをモバイルデバイス４０に送信する（図１１Ａ中のメッセージ１１０６に関係する図１０Ａ中のステップ４１６）。このＬＴＫＭは、ユニキャストネットワーク７０、またはインターネット９０など他のネットワークを介して送信できる。ＬＴＫＭを受信すると（ステップ４１６）、モバイルデバイス４０はトークンをそのメモリに記憶する（図１１Ａ中の内部メッセージ１１０８に関係する図１０Ａ中のステップ４１８）。随意に、モバイルデバイス４０は、トークンの安全な受信（safe receipt）を示すために検証メッセージをモバイルブロードキャストサービスプロバイダ３０に送信する（図１１Ａ中のメッセージ１１１０に関係する図１０Ａ中のステップ４２０）。この検証メッセージ１１１０は、ユニキャストネットワーク７０またはたとえばインターネット９０のような他のネットワークを介して送信できる。モバイルブロードキャストサービスプロバイダ３０は検証メッセージ１１１０を受信する（ステップ３２４）。
【００７５】
図１０Ａおよび図１１Ａは、トークン購買要求メッセージと購買応答メッセージとを介してトークンを交換する１つの例示的な実施形態を示しているが、送信請求プルプロセスを使用して、たとえばトークンの代わりにクーポンを受信するなどのために、クレジットを受信するためのメカニズムとして汎用サブスクリプション要求メッセージ（すなわち、サービス要求）を送信することができる。図１０Ｂは、送信請求プルメッセージを使用して、サービス要求を介してクーポンを受信すべきユーザのモバイルデバイスをブートストラップするための例示的な実施方法のプロセスフローチャートである。図１１Ｂは、図１０Ｂに示す方法による、クーポンを配信するために様々なモバイルブロードキャストＴＶシステムコンポーネント間で交換され得るメッセージのメッセージフローチャートである。同様の番号付き参照をもつプロセスおよびメッセージは、図１０Ａおよび図１１Ａを参照しながら上記で説明したものに一致する。
【００７６】
図１０Ｂおよび図１１Ｂを一緒に参照すると、送信請求プルメッセージ１１００を受信すること（図１０Ｂ中のステップ４０６）に応答して、モバイルデバイス４０はサービス要求メッセージをモバイルブロードキャストサービスプロバイダ３０に送信する（図１１Ｂ中のメッセージ１１０３に対応する図１０Ｂ中のステップ４１１およびステップ３１７）。モバイルブロードキャストサービスプロバイダ３０は、サービス応答メッセージをモバイルデバイス３０に送信することによって応答する（図１１Ｂ中のメッセージ１１０５に対応する図１０Ｂ中のステップ３２１およびステップ４１５）。モバイルブロードキャストサービスプロバイダ３０は、次いで、クーポン（または他の価値のあるアイテム）を含むＬＴＫＭメッセージをモバイルデバイス３０に送信する（図１１Ｂ中のメッセージ１１０７に対応する図１０Ｂ中のステップ３２３およびステップ４１７）。モバイルデバイス３０は、ＬＴＫＭとクーポンとをメモリに記憶し（図１０Ｂ中のステップ４１９および図１１Ｂ中の内部メッセージ１１０９）、ステップ４２０およびステップ３２４とメッセージ１１１０とについて上記で説明したように随意の検証メッセージで応答する。
【００７７】
図１２に、トークン購買応答メッセージ１１０４の一実施形態中に含まれ得る様々な属性および要素を示す。トークン購買応答１１０４は、随意の要求ＩＤ属性６０２と必須のグローバルステータスコード属性６０４とを含むことができる。図６に関して上記で説明したように、要求ＩＤ属性６０２は、対応するサービス要求メッセージの識別子とすることができる。したがって、正しい応答が、権利を要求する当事者に届くことを可能にするために、要求ＩＤ属性６０４は、トークン購買応答メッセージ１１０４を識別し、正しいトークン購買要求メッセージ１１０２に関連付けることができる。要求ＩＤ属性６０２を使用して、ユーザのモバイルデバイス４０は、トークン購買応答メッセージ１１０４が受信されたかどうかを判定することができる。図６に関して上記で説明したように、グローバルステータスコード６０４は、いくつかの定義されたリターンコードに従ってトークン購買要求の全体的な結果に関する情報を与えることができる。例示的なリターンコードについては、図９を参照しながら上記でより詳細に説明した。グローバルステータスコード６０４を使用することによって、モバイルデバイス４０は、要求が正常に処理されたか、何らかのエラーのために失敗したかを判定することができる。言い換えれば、グローバルステータスコード６０４は、サービス要求のステータス（すなわち、成功、またはエラーによる失敗）をユーザのモバイルデバイス４０に伝達することができる。
【００７８】
トークン購買応答１１０４はまた、たとえばＤＲＭプロファイル固有部分要素６１０、スマートカードプロファイル固有部分要素６１２、およびボーナスクレジット要素６１８のような、随意の要素を含むことができる。ＤＲＭプロファイル固有部分要素６１０とスマートカードプロファイル固有部分要素６１２とは相互に排他的である。したがって、トークン購買応答メッセージは、ＤＲＭプロファイル固有部分要素６１０またはスマートカードプロファイル固有部分要素６１２のいずれかのみを含んでいることができる。サービスおよびコンテンツ保護ＤＲＭプロファイル固有部分要素６１０は、ＤＲＭプロファイルをサポートするために必須であり得、スマートカードプロファイルに適用可能でないことがある。
【００７９】
ＤＲＭプロファイル固有部分要素６１０はＲＯＡＰトリガ６２４の随意の要素を含んでいることができる。トークン購買応答メッセージ１１０４中のＲＯＡＰトリガ６２４要素は、サブスクリプション応答メッセージ６００中のＲＯＡＰトリガ６２４と同様であるが、いくつかの相違点がある。トークン購買が成功した場合、トークン購買応答メッセージ１１０４は追加のペイロードとしてＲＯＡＰトリガ６２４を含むことができる。モバイルデバイス４０は、１つまたは複数のトークン取得を開始するために、このＲＯＡＰトリガ６２４を使用することができる（すなわち、ＬＴＫＭ取得を開始することによって）。これは、上記で説明したサブスクリプション応答メッセージ６００中のＲＯＡＰトリガ６２４と同じ機能である。しかしながら、サブスクリプション応答メッセージ６００のＲＯＡＰトリガ６２４要素とは対照的に、モバイルデバイス４０が、たとえば、登録されていないためにトークン購買要求が失敗した場合、トークン購買応答メッセージ１１０４は、追加のペイロードとしてＲＯＡＰ登録トリガを含むことができる。モバイルデバイス４０は、次いで、サービスプロバイダ３０への登録プロセスを開始するように促され、首尾良く（successfully）登録されると、次いで、トークン購買要求メッセージ１１０２を再送信することができる。
【００８０】
トークン購買応答メッセージは、随意の供与されるトークン要素１２０２（token granted element）とＬＴＫＭ要素６２６とを含むことができる。トークン供与要素１２０２は、トークン購買要求メッセージ１１０２に応答して、たとえば供与されるトークンに関する情報のような、いくつかの属性を含むことができる。これらの属性は、タイプ１２０４と、量１２０６と、課金タイプ１２０８とを含むことができる。タイプ属性１２０４は、トークン購買トランザクションにおいて供与されるトークンタイプを指定することができる。供与され得る様々なトークンタイプおよびそれらの割り当てられた値は、予約済みトークン（値０）と、ＤＲＭプロファイルのためのトークン（値１）と、ライブＰＰＴパースに追加されるスマートカードプロファイルのためのサービストークン（値２）と、再生ＰＰＴパースに追加されるスマートカードプロファイルのためのサービストークン（値３）と、サービスプロバイダ３０のＩＤに関連するユーザパースに追加されるスマートカードプロファイルのためのユーザトークン（値４）と、将来の使用のために予約されたトークン（値５〜値１２７）と、商用利用のために予約されたトークン（値１２８〜値２５５）とを含むことができる。量属性１２０６は、トークン購買トランザクションにおいて供与されるトークンの数を指定する情報を含むことができる。タイプ属性１２０４について、属性で指定される値は、供与されるトークンの数に対応し得る。課金タイプ属性１２０８は、トークン購買トランザクションに関連付けるべき課金タイプに関する情報を含むことができる。課金タイプは、未指定（値０）と、プリペイド（値１）と、ポストペイド（値２）と、将来の使用のための予約済み（値３〜値１２７）と、商用利用のための予約済み（値１２８〜値２５５）とを含むことができる。図６に関して上記で説明したように、ＬＴＫＭ６２６要素は、ｂａｓｅ６４符号化ＭＩＫＥＹメッセージを含むスマートカードプロファイルモバイルブロードキャストＴＶ ＬＴＫＭとすることができる。要求元モバイルデバイス４０とサービスプロバイダ３０とが登録プロシージャ中にＬＴＫＭ配信メカニズムとして「ＨＴＴＰ」（すなわち、インターネット）に関して同意している場合、この要素はトークン購買応答メッセージ１１０４中に存在し得る。
【００８１】
図６を参照しながら上記で説明したサブスクリプション応答メッセージ６００と同様に、トークン購買応答メッセージ１１０４はまた、たとえばトークンまたはクーポンのようなクレジットをユーザに送信するための随意のボーナスクレジット要素６１８を含むことができる。たとえば、トークン購買応答１１０４をユーザのモバイルデバイス４０に送信する前に、クレジット（すなわちクーポンおよび／またはトークン）データをボーナスクレジット要素６１８に挿入することができる。このようにして、ユーザのモバイルデバイス４０がモバイルブロードキャストサービスプロバイダ３０によって送信された送信請求プルメッセージに応答すると、ユーザはモバイルブロードキャストサービスプロバイダ３０からクレジットを受信することができる。トークン購買応答メッセージ１１０４の部分であり得るクレジットタイプは、変更され得、また、たとえば、ユーザにプッシュされているトークンタイプ、もしくは、（ユーザの習慣とモバイルブロードキャストＴＶシステムの使用とに基づく）送信請求プルメッセージ１１００を送信したまたはトークン購買要求メッセージ１１０２で応答するユーザの識別情報、または、それらの両方に結び付けられ得る。たとえば、０個以上の（購買データとしても知られる）スタンドアロンボーナスクレジットパラメータが購買アイテム要素６０８の属性として存在し得る。これらのボーナスクレジットパラメータは、このトークン購買トランザクションから生じ得るボーナスサービスのためのユーザ固有のクレジットデータを含むことができる。クレジットは、ユーザのモバイルデバイス４０のメモリに記憶され、サービスガイドルールとユーザのメンバーシップレベルとに基づいて管理され得る。ボーナスクレジット６１８のメッセージ構造の例示的な実施形態については、図７および図８を参照しながら上記でより詳細に説明した。
【００８２】
図１３に、トークン供与プッシュメッセージ（token grant push messages）を使用して、無料トークンを受信すべきユーザのモバイルデバイス４０をブートストラップするための例示的な実施形態のプロセスフローを示す。図１４は、図１３に示す本方法による、クレジットの配信のために様々なモバイルブロードキャストＴＶシステムコンポーネント間で交換され得るメッセージを示すメッセージフローチャートである。この実施形態について、図１３と図１４の両方を参照しながら説明する。
【００８３】
モバイルデバイス４０へのトークンの配信を開始するために、モバイルブロードキャストサービスプロバイダ３０はトークン供与プッシュメッセージをモバイルデバイス４０に送信する（ステップ３２１、メッセージ１４００）。モバイルデバイス４０は、トークン供与プッシュメッセージを受信し、処理する（ステップ４１３）。トークン供与プッシュメッセージは、モバイルデバイス４０がＬＴＫＭ中のクレジットを受信するために準備することができるように、ＬＴＫＭが送信されることをモバイルデバイス４０に通知する。トークン供与プッシュメッセージ１４００に続いて、モバイルブロードキャストサービスプロバイダ３０は、無料トークンと利用規約とを識別するＬＴＫＭをモバイルデバイス４０に送信する（ステップ３２２、メッセージ１１０６）。ＬＴＫＭ１１０６を受信すると、モバイルデバイス４０は、情報を処理し（ステップ４１６）、たとえば無料トークンをモバイルデバイスセキュア機能９０（たとえばスマートカードメモリ）などのメモリに記憶する（ステップ４１８、内部メッセージ１１０８）。モバイルデバイス４０は、ＬＴＫＭおよび無料トークンが正常に受信され、記憶されたことを示すために、モバイルブロードキャストサービスプロバイダ３０に検証メッセージで応答する（ステップ４２０、メッセージ１１１０）。代替的にまたは随意に、トークンが正常にメモリに記憶されない場合、モバイルデバイス４０は、その情報を検証メッセージ中に含める（図示せず）。モバイルブロードキャストサービスプロバイダ３０は、検証メッセージ１１１０を受信し（ステップ３２４）、メッセージの内容に基づいて適切なステップをとる。たとえば、検証メッセージ１１１０が、トークンがモバイルデバイス４０によって正常に受信され、記憶されたことを示す場合、サービスプロバイダ３０はさらなるアクションをとることはない。しかしながら、検証メッセージ１１１０が、トークンが正常に受信されなかったかまたはモバイルデバイス４０のメモリに記憶されなかったことを示す情報を含む場合、モバイルブロードキャストサービスプロバイダ３０は、その状況を改善するために適切なアクション（たとえばＬＴＫＭ１１０６を再送信することなど）をとることができる。
【００８４】
たとえば無料トークンまたはクーポンのようなクレジットがモバイルデバイス４０に配信されると、ユーザは、それらを使用して、モバイルＴＶ番組、サービスまたは製品を購入することができる。様々な実施形態によれば、クレジットの引き換えを行うための様々な方法を採用することができる。１つの例示的な引き換え方法は、クレジットを使用して特定のモバイルブロードキャストサービスプロバイダ３０からのサービスコンテンツのみを購入することができるＳＴＫＭをブロードキャストすることを含む。他の例は、ユニキャストネットワーク７０を使用して、モバイルデバイス４０に、購買のための支払いの一部として（端末上のセキュアなメモリ上またはスマートカード中に実装された）オンボード電子パースから特定のクレジットを減分させるためのＬＴＫＭパースモードを送信することを含む。ＬＴＫＭパースモードメッセージは、モバイルデバイスに、その電子パースからクレジットを減分させる命令を含むメッセージである。他の例は、モバイルデバイス４０に、支払いの一部として、その電子パースから特定のクレジットを減分するように指示するメッセージであるＳＴＫＭヌルプログラムメッセージをブロードキャストすることを含む。これらのクレジット引き換え方法の各々について、図１５〜図２０を参照しながら以下でより詳細に説明する。
【００８５】
図１５は、ＳＴＫＭブロードキャストを使用してクレジットの引き換えを行うための例示的な実施形態のプロセスフローチャートである。図１６は、図１５に示す方法における、クレジットの引き換えを行うために様々なモバイルブロードキャストＴＶシステムコンポーネント間で交換されるメッセージのメッセージフローチャートである。この実施形態について、図１５と図１６の両方を参照しながら以下で説明する。
【００８６】
様々な実施形態によれば、モバイルデバイス４０に配信またはプッシュされるクレジットは、モバイルブロードキャストサービスプロバイダ３０から無料または割引の番組またはコンテンツを購入するためにのみ引き換えできるクレジットを含むことができる。そのようなシナリオにおいて、モバイルブロードキャストサービスプロバイダ３０は、ＳＴＫＭストリーム（メッセージ１６００）をブロードキャストし、さらに、モバイルデバイス４０に記憶されたクレジットを使用して購入できる名目上または販売促進の番組およびコンテンツストリーム（メッセージ１６０１）をブロードキャストする（ステップ３２６）。メッセージ１６００はＳＴＫＭストリームのブロードキャスト配信を含む。メッセージ１６０１は暗号化コンテンツを連続ストリームとして送信する。モバイルデバイス４０は、ＳＴＫＭストリームブロードキャストに関連する特定の暗号化コンテンツストリーム（メッセージ１６０１）にアクセスするためにメモリ中のクレジットを使用することができるかどうかを判定するために、受信したＳＴＫＭストリーム１６００を処理する（ステップ４２０）。ブロードキャストされるＳＴＫＭストリーム１６００は、ブロードキャストネットワーク８０によって、ブロードキャストネットワークに登録されたあらゆるモバイルデバイス４０に配信できる。ただし、ＳＴＫＭを受信したあらゆるモバイルデバイス４０が、関連する暗号化コンテンツストリーム（メッセージ１６０１）にアクセスするための附属の（included）ＴＥＫを復号化（decrypt）することが可能であるわけではない。ＳＴＫＭストリーム１６００に関連する暗号化コンテンツ（メッセージ１６０１）にアクセスするために、受信モバイルデバイス４０は正しいコードおよびパーミッション（permissions）を所有しなければならない。そのようなコードおよびパーミッションは、モバイルデバイス４０に記憶されたＬＴＫＭルールによって定義される。たとえば、使用され得るＬＴＫＭルールは、図１０〜図１４を参照しながら上記で説明したように、クレジットとともに配信されるＬＴＫＭルールとすることができる。モバイルデバイス４０は、ＳＴＫＭストリーム１６００を受信すると、それをモバイルデバイスセキュア機能９０において処理して（ステップ４２２、内部メッセージ１６０２）、ＬＴＫＭルールがＳＴＫＭストリーム１６００へのアクセスを許すかどうかを判定する（判定４２２）。モバイルデバイス４０は、ＬＴＫＭルールがＳＴＫＭストリームへのアクセスを許さないと判定した場合（すなわち、判定４２２＝「ＮＯ」）、ＳＴＫＭストリームを無視する（図示せず）。しかしながら、ＬＴＫＭルールがＳＴＫＭストリームへのアクセスを許す場合（すなわち、判定４２２＝「ＹＥＳ」）、モバイルデバイス４０は、パース中のクレジットの利用可能性（availability）を条件として、クレジットパースから、ＳＴＫＭストリームから１つまたは複数のＴＥＫを復号化するために必要とされるクレジットの量を減分する（ステップ４２４、内部メッセージ１６０４）。モバイルデバイス４０は、次いで、ＴＥＫを使用して、暗号化コンテンツストリーム（メッセージ１６０１）の少なくとも一部分を復号化する。
【００８７】
たとえば、メッセージストリーム１６０１は、たとえばＨＢＯ（登録商標）の新しい映画のような、プレミアムチャネル番組の暗号化コンテンツを搬送することができる。そのような番組にアクセスするためのクレジットをＬＴＫＭ中で前もって受信しているモバイルデバイス４０のみが、ＨＢＯ（登録商標）番組（メッセージ１６０１）にアクセスし、それを復号化することができる。このプロモーションのために必要とされるＬＴＫＭおよびクレジットを受信しなかった他のモバイルデバイス４０は、このＳＴＫＭストリーム１６００に関連するコンテンツにアクセスできない。
【００８８】
暗号化コンテンツ１６０１がモバイルデバイス３０によって復号化され、アクセスされると、モバイルブロードキャストサービスプロバイダ３０は、マーチャント５０とクレジット引き換えを決済する（ステップ３３８、ステップ５１６、メッセージ１６０６）。サービスプロバイダ３０とサードパーティ５０またはコンテンツプロバイダ６０との間のこの決済は、知られている電子商取引トランザクション方法を含む任意の従来のビジネストランザクションプロセスを使用して達成され得る。
【００８９】
図１７は、ユーザがマーチャントからサービスまたは製品を購入するためにクレジットを消費することを可能にする例示的な実施形態のプロセスフローチャートである。図１８は、図１７に示すステップを実装するためにシステムコンポーネント間で交換され得るメッセージのメッセージフローチャートである。この実施形態について、図１７と図１８の両方を参照しながら以下で説明する。
【００９０】
この例示的な実施形態では、マーチャントにおいてまたはベンダウェブサイト上でショッピングをする間、製品を購入するために、ＬＴＫＭ中でモバイルデバイス４０に配信される販売促進クレジットを使用することができる。クレジットを受信し、記憶するプロセスについては、図１０または図１３を参照しながら上記で説明した。そのようなクレジットは、たとえばベンダのロケーションにおいて（すなわち、ＰＯＳにおいて）物理的にショッピングをする間またはオンラインでショッピングをする間など、ショッピングをするときに、サービスまたは製品の代金を支払うかまたはそれらに対する割引を受けるために使用できる。ユーザは、ユーザのモバイルデバイス４０によってマーチャント５０とのショッピングセッションを開始する（ステップ４２８、ステップ５０８、メッセージ１８００）。ユーザは、購買を確定（finalize）したいという要望を示し、モバイルデバイス４０からマーチャント５０に、モバイルデバイス４０に記憶されたクーポンまたはクレジットに関する情報を送信する（メッセージ１８０２）。このメッセージは、オンラインショッピングセッション中にインターネットを介して、あるいは、たとえば、近距離通信（near field communication）（ＮＦＣ）リンク、表示されたバーコード、またはクーポンＩＤの手入力を含む、様々な知られている送信方法によってモバイルデバイス４０からマーチャントのＰＯＳシステムに送信できる。マーチャント５０は、提出されたクレジットが、このトランザクションの代金の支払いの一部として使用できるかどうかを判定する（判定５１０）。クレジットが、このトランザクションの代金を支払うために使用できない場合、マーチャント５０は、ユーザが、たとえばクレジットカードを用いるなど、他の支払い手段を使用して支払うことを可能にする（図示しないステップ）。しかしながら、マーチャント５０が、ユーザのクレジットまたはクーポンが使用できると判定した場合（すなわち、判定５１０＝「ＹＥＳ」）、マーチャント５０は、モバイルブロードキャストサービスプロバイダ３０に支払い要求を送信する（ステップ５１２、メッセージ１８０４）。この支払い要求メッセージ１８０４は、インターネット９０または他のネットワークを介して送信でき、提示された（proffered）クーポン、ユーザおよび／またはモバイルデバイス４０を識別することができる。支払い要求を受信すると（ステップ３３０）、モバイルブロードキャストサービスプロバイダ３０は、ＬＴＫＭパースモードメッセージを作成し、それをユーザのモバイルデバイス４０に送信する（ステップ４３２、メッセージ１８０６）。ＬＴＫＭパースモードメッセージ１８０６は、ユニキャストネットワーク７０を使用してユーザ４０に送信でき、ユーザのモバイルデバイス４０に、モバイルデバイス４０の電子パースから適切なクレジットを減分するように指示する命令を含むことができる。モバイルデバイス４０は、ＬＴＫＭパースモードメッセージ１８０６を受信し（ステップ４３２）、ＬＴＫＭルールに基づいて、電子パースからクレジットを減分する（ステップ４３４、内部メッセージ１８０８）。クレジットが完全にまたは正常に減分されない場合、モバイルデバイス４０はモバイルブロードキャストサービスプロバイダ３０に信号を送信する（図示せず）。クレジットがモバイルデバイス４０のパースから完全にまたは正常に減分されない場合、モバイルブロードキャストサービスプロバイダ３０はＬＴＫＭパースモードを再送信する（図示せず）。しかしながら、クレジットが正常に減分された場合、モバイルデバイス４０はモバイルブロードキャストサービスプロバイダ３０に検証メッセージを送信する（ステップ４３６、メッセージ１８１０）。この検証メッセージ１８１０はユニキャストネットワーク７０を介して送信できる。モバイルブロードキャストサービスプロバイダ３０は、検証メッセージ１８１０を受信し（ステップ３３４）、支払い応答メッセージをマーチャント５０に送信し（ステップ３３６、メッセージ１８１２）、マーチャントは、インターネットまたは他のネットワークを介して支払い応答メッセージを受信する（ステップ５１４）。支払い応答メッセージ１８１２は、クレジットがユーザのモバイルデバイス４０のパースから正常に減分されたという情報をマーチャント５０に与えることができる。マーチャント５０はユーザとのトランザクションを完了することができる。モバイルブロードキャストサービスプロバイダ３０とマーチャント５０との間のクレジット引き換えの決済は、たとえば支払い応答メッセージ１８１２の送信などとともに、販売時に行われるか、または後で行われる（ステップ３３８、５１６）。
【００９１】
図１９に示す例示的な実施形態では、製品またはサービスの購買の代金を支払うためにクレジットを減分するためのＳＴＫＭヌルプログラムメッセージをユーザのモバイルデバイス４０に送信することができる。ＳＴＫＭヌルプログラムメッセージはすべての端末にブロードキャストされるので、ショッピングトランザクションに関与したモバイルデバイスのみがこの特殊支払いメッセージ（special payment message）の影響を受けるべきである。これは、ＳＴＫＭヌルプログラムメッセージ中で一意のショッピングトランザクションＩＤを搬送することによって保証される。ユーザがショッピングトランザクションに関与しなかったすべての他のモバイルデバイスは、このＳＴＫＭメッセージを単に無視することができる。図２０は、図１９に示す方法において交換され得るメッセージのメッセージフローチャートである。この実施形態について、図１９と図２０の両方を参照しながら以下で説明する。
【００９２】
クレジットを受信し、記憶するプロセスについては、図１０または図１３を参照しながら上記で説明した。上記で説明したように、ベンダのロケーション（ＰＯＳ）においてショッピングをするとき、またはオンラインでショッピングをする間、サービスまたは製品の代金を支払うためにモバイルデバイス４０に記憶されたクレジットを使用することができる。ユーザは、ユーザのモバイルデバイス４０によって、マーチャント５０とのショッピングセッションを開始する（図２０中のメッセージ１８００に対応する図１９中のステップ４２８、ステップ５０８）。ユーザは、購買を確定したいという要望を示し、モバイルデバイス４０からマーチャント５０に、モバイルデバイス４０に記憶されたクーポンまたはクレジットに関する情報を送信する（図２０中のメッセージ１８０２）。このメッセージは、オンラインショッピングセッション中にインターネットを介して、あるいは、たとえば、近距離通信（ＮＦＣ）リンク、表示されたバーコード、またはクーポンＩＤの手入力を含む、様々な知られている送信方法によってモバイルデバイス４０からマーチャントのＰＯＳシステムに送信できる。マーチャント５０は、クレジットが、このトランザクションの代金を支払うために使用できるかどうかを判定する（判定５１０）。クレジットが、このトランザクションの代金を支払うために使用できない場合（図示しないステップ）、マーチャント５０は、ユーザが、たとえばクレジットカードを用いるなど、支払いの他の手段を使用して支払うことを可能にする。しかしながら、マーチャントが、ユーザは、クレジットを使用して支払うことができると判定した場合（すなわち、判定５１０＝「ＹＥＳ」）、マーチャント５０は、モバイルブロードキャストサービスプロバイダ３０に支払い要求メッセージを送信する（図２０中のメッセージ１８０４に対応する図１９中のステップ５１２）。この支払い要求メッセージ１８０４は、インターネット９０または他のネットワークによって送信でき、提示されたクーポン、ユーザおよび／またはモバイルデバイス４０を識別することができる。支払い要求を受信すると（ステップ３３０）、モバイルブロードキャストサービスプロバイダ３０は、モバイルデバイス４０にＳＴＫＭヌルプログラムメッセージをブロードキャストする（図２０中のメッセージ２０００に対応する図１９中のステップ３３１）。ＳＴＫＭヌルプログラムメッセージ２０００は、ユーザのモバイルデバイス４０のみがそれを受信し、復号化することができるように、符号化された状態でブロードキャストネットワーク８０を介して送信できる。モバイルデバイス４０は、ＳＴＫＭヌルプログラムブロードキャストメッセージ２０００を受信し（ステップ４３８）、モバイルデバイス４０に記憶されたクレジットに関連するＬＴＫＭ内の鍵を使用してそのコンテンツを復号化して、ＬＴＫＭルールがＳＴＫＭヌルプログラムブロードキャストメッセージ２０００へのアクセスを許すかどうかを判定する（判定４２２）。ＬＴＫＭルールがＳＴＫＭヌルプログラムメッセージ２０００へのアクセスを許す場合（すなわち、判定４２２＝「ＹＥＳ」）、クレジットが記憶されたパースにメッセージを送信し（内部メッセージ２００２）、パースからクレジットを減分する（ステップ４３４）。クレジットが減分されると、モバイルブロードキャストサービスプロバイダ３０に検証メッセージを送信する（図２０中のメッセージ１８１０に対応する図１９中のステップ４３６）。この検証メッセージ１８１０はユニキャストネットワーク７０を介して送信できる。モバイルブロードキャストサービスプロバイダ３０は、検証メッセージ１８１０を受信し（ステップ３３４）、支払い応答メッセージをマーチャント５０に送信する（図２０中のメッセージ１８１２に対応する図１９中のステップ３３６）。この支払い応答メッセージ１８１２は、インターネット９０または他のネットワークを介して送信できる。マーチャント５０は支払い応答を受信し（ステップ５１４）、支払い応答は、マーチャント５０が販売を確定することができるように、クレジットが正常に減分されたことをマーチャント５０に通知する。次いで、任意の知られている金融取引メカニズム（financial transaction mechanism）を介して、モバイルブロードキャストサービスプロバイダ３０とマーチャント５０との間でクレジット引き換えを決済する（図２０中のメッセージ１６０６に対応する図１９中のステップ３３８、ステップ５１６）。
【００９３】
モバイルデバイス４０は、ＳＴＫＭヌルプログラムメッセージ２０００にアクセスすることができないか、またはアクセスすべきでない場合、メッセージを無視することができる。したがって、クレジットは減分されず、検証メッセージ１８１０がサービスプロバイダ３０に送信されることはない。モバイルブロードキャストサービスプロバイダ３０は、検証メッセージを受信しないので、クレジットが転送されなかったことをマーチャント５０に通知する支払い応答メッセージ１８１２を送信することになる。そのようなシナリオでは、マーチャント５０は、クレジットまたはクーポンを拒否し、ユーザにサービスまたは製品の代金の他の形の支払いを使用するように要求することができる。
【００９４】
クレジットの使用を管理するために、いくつかのルールを定義することができる。たとえば、クレジットは、有効期限を含み得るか、または、１回のみ使用され得る。説明のために、以下の例ではクーポンの使用に言及するが、本発明の範囲は、この形のクレジットに限定されない。図２１は、期限切れクーポンを識別し、それをモバイルデバイス４０の電子パースから削除するための実施方法のプロセスフローチャートである。モバイルデバイス４０はクーポンを受信し（ステップ２１００）、それをメモリに記憶する（ステップ２１０２）。後で、モバイルデバイスは、クーポンを使用せよという要求を受信する（ステップ２１０４）。上記で説明したように、要求は、ブロードキャストサービスプロバイダ３０からＬＴＫＭまたはＳＴＫＭの形で受信され得る。ＬＴＫＭまたはＳＴＫＭに応答してクーポンにアクセスすると、モバイルデバイス４０は、クーポンの使用を可能にする前に、クーポンが期限切れであるかどうかを判定する（判定２１０８）。クーポンが期限切れである場合（すなわち、判定２１０８＝「ＹＥＳ」）、メモリからクーポンを削除し（ステップ２１１２）、期限切れクーポンの削除のレポートをモバイルブロードキャストサービスプロバイダ３０に送信する（ステップ２１１４）。期限切れクーポンの削除のそのようなレポートはユニキャストネットワーク７０を介して送信できる。クーポンが期限切れでない場合（すなわち、判定ステップ２１０８＝「ＮＯ」）、上記で説明したように、受信したＬＴＫＭまたはＳＴＫＭに基づいてクーポンを購買に適用する（ステップ２１１０）。
【００９５】
図２２は、使用されるクーポンを識別し、削除するための例示的な実施方法のプロセスフローチャートである。モバイルデバイス４０はクーポンを受信し（ステップ２１００）、それをメモリに記憶する（ステップ２１０２）。モバイルデバイスは、クーポンを使用せよという要求を受信する（ステップ２１０４）。上記で説明したように、要求は、ブロードキャストサービスネットワーク３０からＬＴＫＭまたはＳＴＫＭの形で受信され得る。ＬＴＫＭまたはＳＴＫＭに応答してクーポンにアクセスすると、モバイルデバイス４０は、購買トランザクションの代金を支払うためにクーポンを減分する前に、クーポンがすでに使用されたかまたは以前に複製されたかどうかを判定する（判定２２００）。この判定は、クーポンを、１人のユーザが１回だけ使用できるか、すべてのユーザが１回ずつ使用できるか、販売促進期間中に複数回使用できるか、またはクーポン作成者が想定し得る他の使用パターンに従って使用できるように定義することを可能にする。クーポンが使用されたかまたは以前に複製された場合（すなわち、判定２２００＝「ＹＥＳ」）、メモリからクーポンを削除し（ステップ２１１２）、削除のレポートをユニキャストネットワーク７０を介してモバイルブロードキャストサービスプロバイダ３０に送信する（ステップ２１１４）。クーポンが以前に使用されていないかまたは複製されていない場合（すなわち、判定ステップ２１０８＝「ＮＯ」）、上記で説明したように、受信したＬＴＫＭまたはＳＴＫＭに基づいてクーポンを購買に適用する（ステップ２１１０）。
【００９６】
上記の実施形態の説明では、ユニキャストネットワークを介してモバイルブロードキャストサービスプロバイダと通信するモバイルデバイスに言及したが、他の通信リンクを使用することができる。たとえば、クレームおよび本発明の範囲から逸脱することなく、エニーキャストネットワーク通信を介してモバイルブロードキャストサービスプロバイダネットワーク内のサーバプール（server pool）にそのようなメッセージを配信することができる。
【００９７】
上記の実施形態は、長期復号鍵メッセージ（たとえば、ＬＴＫＭ）によってモバイルデバイスにクーポンまたはトークンを配信し、短期復号鍵メッセージ（たとえば、ＳＴＫＭ）によってクーポンまたはトークンの減分を制御するが、クレームは、現在、知られているモバイルブロードキャスト規格の一部ではない専用クーポントランザクションメッセージを使用する実装形態を包含することができる。そのような規格が専用クーポントランザクションメッセージを含むように変更された場合、そのようなメッセージは、本明細書で説明する短期および長期復号鍵メッセージの要素の多くを含み、それらと同様に処理されるであろう。
【００９８】
公開鍵暗号法および電子署名クーポンを使用することによって、ユーザおよび／または小売業者（retailer）は、それぞれ、元の発行者に連絡することなしにクーポンが真正であることを検証することができ、または、発行されたすべてのクーポンの複製を記憶することができる。一実施形態では、クーポンを発行し、それを単一の人またはユーザグループのみが使用でき、他者が再利用できないようにすることができる。そのような場合、多目的署名６１８ｏ中のダイジェストは、クーポンオブジェクトのコンテンツ全体をカバーするだけでなく、クーポンを使用することを許可（authorized）されたユーザ（またはユーザグループ）のアカウント識別情報、ならびにクーポン記録の他の態様をも、カバーすることができる。デジタル署名技法を使用してクーポンが認証されるとき、署名は無許可のアカウント識別情報を用いて検証しないので、自らに発行されなかったクーポンをサブミットしようと試みるサードパーティは容易に検出されることになる。
【００９９】
一実施形態では、Ｘ．５０９署名階層を使用して多目的署名６１８ｏを形成することができる。Ｘ．５０９は、特に、ルートＸ．５０９機関により信頼される機関によって署名が生成されたことを受信者が確認することを可能にする、公開鍵証明書（public-key certificates）のフォーマットと証明パス検証アルゴリズム（certification path validation algorithms）とを指定する公開鍵インフラストラクチャのための周知のＩＴＵ−Ｔ規格である。要するに、デジタル署名は証明書のチェーンによって得られ、各証明書はより高い証明書を示し（pointing）、証明書のチェーンは、クーポン引き換え者（coupon redeemer）によって記憶された信頼できるＸ．５０９証明書に係属する（pending）。Ｘ．５０９機関を活用することによって、ルートＸ．５０９機関は、他の会社が、子証明書を渡すことによって有効なクーポンを発行することを許可することができる。このようにして、クーポン検証エンティティは、クーポンを発行することを望む会社にクーポン署名証明書を渡すことができ、その会社は、次いで、検証可能なクーポンを発行するためにそれらの証明書を使用する個々のビジネスユニットまたは部門に子証明書を発行することができる。Ｘ．５０９署名階層を使用するデジタル署名によって検証されたクーポンを提示されたマーチャントポイントオブセールシステムまたはマーチャントサーバ５０は、Ｘ．５０９機関によって与えられたキャッシュされた検証証明書を使用して、個々のクーポン発行者との信頼関係を確立する必要なしに、そのクーポンを検証することができる。したがって、Ｘ．５０９署名階層を使用して形成されたデジタル署名の使用は、マーチャントシステムが、Ｘ．５０９機関を信頼するとき、クーポンを検証することを可能にし、それによって、様々な実施形態による、配信されたクーポンの引き換えを大幅に簡略化することができる。これは、マーチャントシステムが、クーポン発行者と通信する必要なしにクーポンを検証することを可能にする。
【０１００】
一実施形態では、デジタル署名をもつクーポンを作成し、モバイルマルチメディアブロードキャストネットワークを介してモバイルデバイス４０にブロードキャストすることができる。図２３に、署名をもつクーポンをブロードキャストするための実施方法を示す。一実施形態では、マーチャントサーバ５０は、クーポン取得のためのアクセス情報（たとえばＵＲＬおよびクーポンＩＤ番号など）を含むクーポンテンプレートを作成し（ステップ２３０２）、ネットワーク（たとえばインターネットなど）を介してクーポンテンプレートをモバイルブロードキャストプロバイダ３０に送信する（ステップ２３０４）。モバイルブロードキャストプロバイダ３０は、マーチャントサーバ５０からクーポンテンプレートを受信し、暗号化し、ブロードキャストする（ステップ２３０６）。モバイルデバイス４０は、ブロードキャスト送信から暗号化クーポンテンプレートを受信する（ステップ２３０８）。モバイルデバイス４０は、ＴＥＫを使用することによってクーポンテンプレートを復号化する（ステップ２３１０）。上記で説明したように、ＴＥＫは、モバイルデバイス４０がモバイルブロードキャストプロバイダ３０から受信したＬＴＫＭとＳＴＫＭとに基づいて取り出される。モバイルデバイスが、ブロードキャストされたクーポンの指定受信者（intended recipients）のうちの１つである場合、モバイルデバイス４０は、デバイスがクーポンテンプレートを復号化することを可能にするＴＥＫを（ＬＴＫＭおよびＳＴＫＭ方法によって）受信することができる。モバイルデバイスが、クーポンの対象であるグループの部分でない場合、モバイルデバイス４０は、対応するＴＥＫを有せず、したがってクーポンテンプレートを復号化することができないことになる。クーポンテンプレートを復号化すると、モバイルデバイス４０は、マーチャントサーバ５０によってホスティングされる（hosted）ウェブサイトにアクセスするために、たとえばユニキャストネットワークを介するなど、インターネット９０を使用することによって、クーポンアクセス情報を使用して、使用可能な電子クーポンを要求する（ステップ２３１２）。
【０１０１】
本実施形態では、マーチャントサーバ５０は、モバイルデバイス４０の電子クーポンの要求を受信するクーポンデータリポジトリ（coupon data repository）として働くことができる（ステップ２３１４）。マーチャントサーバ５０は、オープンなインターネット接続を介して、初期要求中で搬送されないデバイス識別情報ならびにクーポンデータの要求をモバイルデバイス４０に送信する（ステップ２３１６）。モバイルデバイス４０は、インターネット９０を介して識別情報とクーポンデータとの要求を受信し（ステップ２３１８）、それに応答して、要求されたデータをマーチャントサーバ５０に送信する（ステップ２３２０）。そのようなモバイルデバイス識別情報は、マーチャントサーバ５０に対してデバイスおよび／またはユーザを識別する任意の形の情報とすることができる。そのような情報の例には、デバイス識別子（たとえば、ＭＡＣ ＩＤ）、デバイス電話番号、ユーザアカウント番号、メンバーシップ番号、ユーザ名、マーチャントサーバ５０に知られている、デバイスメモリに記憶された秘密の番号（secret number）（たとえば個人識別番号（ＰＩＮ））などがある。トランザクション中に、モバイルデバイスは、これらのデバイス識別子のうちの１つまたは複数をサブミットする必要があり得る。
【０１０２】
様々な方法を使用して、デバイス識別情報データをマーチャントサーバ５０に送信することができる。たとえば、情報の要求に応答するなどして、デバイス識別情報データをマーチャントサーバ５０に自動的に送信することができる。そのような実装形態では、モバイルデバイス４０は、マーチャントサーバ５０への応答メッセージ中で要求された識別情報パラメータを与えることによって、マーチャントサーバ５０の要求に自動的に応答するように構成できる。代替的に、モバイルデバイスは、ユーザに要求について通知し、ユーザ命令時にのみデバイス識別情報データをマーチャントサーバ５０に送信することができる。そのような実装形態では、モバイルデバイス４０は、マーチャントサーバ５０からの識別情報データの要求についてユーザに通知し、要求されたデータを送信することを承認（approve）または拒否（disapprove）するようにユーザを促し、マーチャントサーバ５０へのそのような識別情報データの送信を可能にするユーザ入力を受け取ったときのみ応答するように構成できる。
【０１０３】
マーチャントサーバ５０は、識別情報とクーポンデータとを使用して、デジタル署名を含むクーポンを作成する（ステップ２３２４）。デジタル署名ダイジェストは、要求元デバイス識別情報とクーポンＩＤとを含むことができる。上記で説明したように、デジタル署名は、ルートＸ．５０９機関にさかのぼって関係するＸ．５０９署名階層をもつ証明書を使用して生成され得る。以下で説明するように、デバイス情報とクーポンＩＤをもつデジタル署名を使用して、ポイントオブセールにおいてクーポンを受け付ける前にクーポンの真正性を検証することができる。ポイントオブセールにおける検証方法については、図２５を参照しながら以下でより詳細に説明する。マーチャントサーバ５０は、ブロードキャストプロバイダ３０に署名付きクーポンを送信する（ステップ２３２６）。ブロードキャストプロバイダ３０は、ユニキャストネットワークを使用して、マーチャントサーバ５０からモバイルデバイス４０に署名付きクーポンを中継する（ステップ２３３０）。代替的に、マーチャントサーバ５０は、インターネット９０によるオープンな通信リンクを直接介して署名付きクーポンをモバイルデバイス４０に送信することができる。モバイルデバイス４０は、署名付きクーポンを受信し、記憶し（ステップ２３３０）、トランザクションにおいて現在使用できる電子クーポンの受信に関してユーザに通知する（ステップ２３３２）。
【０１０４】
代替実施形態では、ＵＲＬを与える代わりに、クーポンテンプレートは、たとえば電話番号のような異なる通信インジケータまたはアドレスを含むことができる。そのような実施形態では、モバイルデバイス４０は、デバイス識別情報を交換し、署名付きクーポンを受信するために、たとえばＳＭＳまたはＭＭＳ通信方法を使用するなどして、通信ネットワークを介してマーチャントサーバ５０と通信することができる。
【０１０５】
図２４に、マーチャントサーバ５０が、ブロードキャストクーポンを暗号化する必要なしに、モバイルデバイス４０へのブロードキャストのための署名付き電子クーポンを作成することができる他の実施方法を示す。本実施形態では、マーチャントサーバ５０は、従来の署名方法を使用して、クーポンデータと、クーポン識別番号（coupon identity number）と、（知られている場合）指定受信者モバイルデバイス識別情報データとを包含するデジタル署名をもつクーポンを作成し（ステップ２４０２）、ブロードキャストすべき署名付きクーポンをモバイルブロードキャストプロバイダ３０に送信する（ステップ２４０４）。上記で説明したように、デジタル署名は、ルートＸ．５０９機関にさかのぼって関係するＸ．５０９署名階層をもつ証明書を使用して生成され得る。前述の実施形態の場合と同様に、モバイルデバイス識別情報データは、たとえばデバイスＭＡＣ ＩＤ、電話番号、ＰＩＮ、アカウント番号、またはグループ番号のような、任意の１つまたは複数のデバイス識別子を含むことができる。グループ番号は、たとえばマーチャントとの契約またはインタラクションを介するなどして、加入するモバイルデバイス４０に割り当てられ得るか、またはモバイルデバイスまたはユーザのグループに割り当てられる（すなわち、グループＩＤ）。たとえば、マーチャントは、ユーザが、サインアップし、電子クーポンを受信するためにユーザのモバイルデバイス内に記憶され得るグループ識別子を受信することができる、頻繁な顧客報酬プログラム（frequent customer rewards program）を有し得る。この例では、マーチャントは、登録された顧客のみがブロードキャストネットワークを介して引き換えできるクーポンを受信するように、ブロードキャストのために顧客報酬プログラム識別子を用いて署名された電子クーポンを発行することができる。
【０１０６】
モバイルブロードキャストプロバイダ３０は、マーチャントサーバ５０から署名付きクーポンを受信し、それを通常のブロードキャスト送信の一部としてブロードキャストする（ステップ２４０６）。この例示的な実施形態では、いくつかのモバイルデバイスのみがクーポンを受信し、処理することを保証するために、デジタル署名を使用して、ユーザとマーチャントサーバとがクーポン使用を検証することができるので、ブロードキャストプロバイダ３０は、署名付きクーポンをブロードキャストする前に、それを暗号化する必要はない。
【０１０７】
マーチャントサーバ５０からデジタル署名付きクーポンを受信し、復号化するために、モバイルデバイス４０をマーチャントサーバ５０に事前登録することができる。事前登録の一部として、マーチャントは、ユーザのモバイルデバイス上に記憶するための復号鍵を与えることができる。そのような復号鍵は、たとえばＸ．５０９検証証明書など、マーチャントサーバ５０がモバイルデバイス４０と共有し得る標準の公開復号鍵とすることができる。さらに、事前登録プロセス中に、モバイルデバイス４０は、マーチャントサーバ５０とデバイスデータを共有することができる。マーチャントサーバ５０は、事前登録中に受信されたそのようなデバイスデータを記憶し、使用して、そのデータを含むクーポンを作成することができ、デジタル署名は、クーポンデータとともにデバイスデータを含む。デジタル署名は、デバイスデータを用いてのみ検証できるので、この方法は、特定のモバイルデバイスによってのみ使用され得る電子クーポンの生成を可能にする。これにより、ブロードキャストネットワーク８０を介して非暗号化方法で、個々のユーザまたはユーザの小さいグループに与えられるクーポンをブロードキャストすることが可能になる。
【０１０８】
ブロードキャストされたデジタル署名付きクーポンを受信すると（ステップ２４０８）、モバイルデバイス４０は、事前登録中に受信された復号鍵を使用してクーポン署名を復号化する（ステップ２４１０）。署名を復号化することによって、モバイルデバイス４０は、たとえばクーポンデータ、デバイスＩＤなど、暗号化署名データにアクセスし（ステップ２４１２）、署名から取り出されたＩＤがデバイスに記憶されたものと一致するかどうかを判定する（判定２４１４）。デジタル署名がＸ．５０９署名証明書を使用して生成されるとき、モバイルデバイスはまた、クーポンが、ルートＸ．５０９機関によって信頼された、したがって信頼できる企業によって信頼されたエンティティによって発行されたことを検証することができる。適切な復号鍵を有しないモバイルデバイスは、ブロードキャストされたクーポンを受信することはできるが、署名を復号化することはできず、したがってデータを無視することになる。
【０１０９】
署名中の受信されたデバイスデータがモバイルデバイスデータに一致する場合（すなわち、判定２４１４＝「ＹＥＳ」）、モバイルデバイス４０は、クーポンをモバイルデバイス４０のメモリに記憶し（ステップ２４１６）、トランザクションにおいて現在使用できる電子クーポンの受信についてユーザに通知する（ステップ２４１８）。復号化された署名から得られたデバイスデータがモバイルデバイス４０のデータに一致しない場合（すなわち、判定２４１４＝「ＮＯ」）、モバイルデバイス４０は、そのクーポンを、モバイルデバイス４０を対象としないクーポンとして無視する（ステップ２４２０）。また、モバイルデバイス４０は、クーポン署名を復号化するために必要とされる復号鍵を有しない場合、受信したクーポンを無視する。ブロードキャスターの暗号化方法（たとえば、上記で説明したＬＴＫＭおよびＳＴＫＭ方法）を使用せずに、モバイルブロードキャストネットワークを介して特定のユーザまたはユーザのグループに検証可能な電子クーポンを与えるために、暗号化とデジタル署名との様々な組み合せを同様にして採用することができる。
【０１１０】
マーチャントのポイントオブセール（ＰＯＳ）において、様々な方法でデジタル署名付きクーポンの引き換えを行うことができる。たとえば、クーポンタイプに応じて、ポイントオブセールにおいて商品を割引または無料で購入することができる。図２５に、ポイントオブセールにおいて購買トランザクション中に署名付きクーポンの引き換えを行うための実施方法を示す。販売トランザクション中に（たとえば「チェックアウト」中に）、ユーザは、署名付きクーポンを記憶するモバイルデバイス４０をＰＯＳシステム９５に提示する。たとえば周知の近距離場通信（ＮＦＣ）リンクを使用するなどして、モバイルデバイス４０とＰＯＳシステムは通信リンクを交渉し、モバイルデバイス４０は、次いで、通信リンクを介してデバイス識別情報データとともに電子クーポンデータを送信する（ステップ２５０２）。ＰＯＳシステム９５は、署名付きクーポンとデバイス識別情報データとを受信し（ステップ２５０４）、署名付きクーポンの検証を要求する要求をマーチャントサーバ５０に送信する（ステップ２５０６）。
【０１１１】
ＰＯＳからの検証要求メッセージは、クーポン署名と、クーポンＩＤと、受信したデバイス識別情報データとを含むことができる。マーチャントサーバ５０は、検証要求メッセージを受信し（ステップ２５０８）、署名を復号化し（ステップ２５１０）、署名から取り出されたクーポンＩＤおよびデバイス識別情報データを、ＰＯＳから受信したクーポンＩＤおよびデバイス識別情報データと比較する（ステップ２５１２）。デジタル署名がＸ．５０９署名証明書を使用して生成されるとき、マーチャントサーバ５０はまた、クーポンが、ルートＸ．５０９機関によって信頼された、したがって信頼できる企業によって信頼されたエンティティによって発行されたことを検証することができる。デジタル署名が正しく復号化され（これは、発行者が信頼できることを確認する）、署名から取り出されたクーポンＩＤおよびデバイス識別情報データが、検証要求メッセージ中でＰＯＳシステムから受信したものに一致する場合（すなわち、判定２５１０＝「ＹＥＳ」）、マーチャントサーバ５０はクーポンを検証する（ステップ２５１４）。
【０１１２】
クーポンを検証することの一部として、マーチャントサーバ５０はまた、クーポンがすでに引き換えられたかどうかを判定するために、クーポンのデータベース（たとえば、以下で説明する無効クーポンオブジェクトリスト）中のクーポンＩＤを探索することができ、クーポンが満了したかどうかを判定するために、クーポンフィールドを確認することができる。クーポンがデジタル署名によって検証され、データレコードが、クーポンがまだ引き換えられておらず、満了していないことを示す場合、マーチャントサーバ５０は検証メッセージをＰＯＳシステムに送信する（ステップ２５１６）。ＰＯＳシステムは、検証メッセージを受信し（ステップ２５１８）、クーポンを購買トランザクションに適用する（ステップ２５２０）。ＰＯＳシステムは、マーチャントサーバ５０にクーポンの使用に関して通知するために、クーポン使用メッセージをマーチャントサーバ５０に随意に送信する（ステップ２５２２）。ＰＯＳシステムはまた、クーポンキャンセルメッセージをモバイルデバイス４０に送信する（ステップ２５２６）。マーチャントサーバ５０は、クーポン使用メッセージを受信し（ステップ２５２４）、クーポンＩＤが引き換えられたということを記録する。モバイルデバイス４０は、キャンセルメッセージを受信し、メモリからクーポンを削除する（ステップ２５２８）。
【０１１３】
署名から取り出されたクーポンＩＤおよびデバイス識別情報データが、ＰＯＳから受信したものに一致しない場合（判定２５１０＝「ＮＯ」）、あるいはクーポンが満了したかまたはすでに引き換えられた場合、マーチャントサーバ５０は、クーポンを拒否し（ステップ２５３０）、拒否メッセージをＰＯＳシステムに送信する（ステップ２５３２）。ＰＯＳシステムは、拒否メッセージを受信し、購買トランザクション中にクーポンを拒否する（ステップ２５３４）。
【０１１４】
図２６に、以前に引き換えられたかまたは満了したデジタル署名付きクーポンをキャンセルするための実施方法を示す。署名付きクーポンを検証または拒否すると、マーチャントサーバ５０は、クーポンを他の購買トランザクションのために使用すべきでないことをモバイルデバイス４０に通知するために、クーポンキャンセルメッセージをモバイルデバイス４０に随意に送信する（ステップ２６０２）。クーポンキャンセルメッセージは、たとえばＳＭＳ、電子メール、ＭＭＳまたは他の従来の方法など、ユニキャストネットワークを使用してモバイルデバイス４０に送信できる。モバイルデバイス４０はクーポンキャンセルメッセージを受信する（ステップ２６０４）。クーポンキャンセルメッセージを受信することの一部として、モバイルデバイス４０は、メモリから対応するクーポンデータを削除する前に、キャンセルメッセージの真正性を検証するために、それに関連するデジタル署名を確認することができる。このデジタル署名は、モバイルデバイス４０が、キャンセルメッセージが許可された機関（authorized authority）によって送信されたことを検証することを可能にするために、Ｘ．５０９署名階層を使用して形成され得る。
【０１１５】
クーポンキャンセルメッセージを受信し、検証すると、モバイルデバイス４０は、モバイルデバイス４０に記憶されたクーポンを削除し（ステップ２６０５）、モバイルデバイスメモリ中のクーポンの削除またはキャンセルの肯定応答（acknowledging）を、マーチャントサーバ５０に応答する（ステップ２６０６）。クーポンを削除するかまたはキャンセルし、クーポンのキャンセル／削除を確認するメッセージをマーチャントサーバ５０に送信するようにモバイルデバイスを構成することは、同じクーポンを複数回現金化しようと試みる悪徳ユーザからマーチャントおよびクーポン発行者を保護する。
【０１１６】
クーポン配信および引き換えシステムの確実な動作を保証するために、マーチャントサーバ５０は、判定ステップ２６０８において、クーポンキャンセルメッセージ肯定応答（coupon cancellation message acknowledgement）が受信されたかどうかを確認することができる。クーポンキャンセル肯定応答メッセージが受信された場合（すなわち、判定ステップ２６０８＝「ＹＥＳ」）、マーチャントサーバ５０が、クーポンを検証し、引き換えをするプロセスは終了する（ステップ２６１６）。しかしながら、クーポンキャンセル肯定応答メッセージが受信されていない場合（すなわち、判定ステップ２６０８＝「ＮＯ」）、マーチャントサーバ５０は、引き換えられたクーポンを追跡するために、サーバが維持するか、またはサーバがアクセス可能なデータベース中に「無効クーポンオブジェクト（dead coupon object）」を作成する（ステップ２６１０）。サーバアクセス可能データベース中での無効クーポンオブジェクトの作成は、以前に引き換えられたクーポンがマーチャントに２回目に提示された場合、サーバがそのクーポンを認識することを可能にする。したがって、図２５中のステップ２５１４を参照しながら上記で説明したクーポン検証プロセスの一部として、マーチャントサーバ５０はまた、そのクーポンが引き換えられたとして掲示されているかどうかを判定するために、無効クーポンオブジェクトデータベースを確認することができる。一実施形態では、無効クーポンオブジェクトの作成はカウントダウンタイマーを開始することができ、カウントダウンタイマーは、ステップ２６１２において終了したとき、クーポンが無効クーポンオブジェクトデータベースなどのデータベース中にまだ掲示されているかどうかを判定するようにマーチャントサーバ５０を促す。マーチャントサーバ５０が、その時点で、引き換えられたクーポンをまだ追跡している場合（すなわち、判定ステップ２６１４＝「ＹＥＳ」）、マーチャントサーバは、他のクーポンキャンセルメッセージをモバイルデバイス４０に送信するためにステップ２６０２に戻る。マーチャントサーバ５０が引き換えられたクーポンをもはや追跡していない場合（すなわち、判定ステップ２６１４＝「ＮＯ」）、マーチャントサーバ５０が、クーポンを検証し、引き換えをするプロセスは終了する（ステップ２６１６）。期限切れクーポンは、その満了パラメータに基づいて拒否されるので、クーポン自体が満了したときも、このプロセスは終了する。
【０１１７】
一実施形態では、マーチャントサーバ５０によって作成された電子クーポンは、それらのクーポンを組み合わせることができるかどうかと、そうであれば、それらのクーポンを他のクーポンと組み合わせることができる範囲とを定義するためにマーチャントによって使用され得る、重み値を含むことができる。マーチャントは、いくつかのクーポンの組み合せが許されるかどうかを判定するために、割り当てられたクーポン重みを使用するための、ＰＯＳシステムが使用するルールを確立することができる。マーチャントサーバ５０は、ＰＯＳシステムに提示されたクーポンに割り当てられた重み数の合計が所定の最大値よりも大きい場合、それらのクーポンの組み合せが許されないようなルールを実装することができる。たとえば、マーチャントは、クーポンＡに重み数０．２を割り当て、クーポンＢに重み数０．５を割り当て、クーポンＣに重み数０．９を割り当てることができる。マーチャントは、複数のクーポンがＰＯＳシステムに提示されたとき、クーポンに割り当てられた重み数の合計が１よりも大きい場合、それらのクーポンの組み合せは許されないというルールをさらに実装することができる。そのようなルールの下で、クーポンＡ（０．２）とクーポンＢ（０．５）とに割り当てられた重み数の合計は１よりも小さいので、クーポンＡとクーポンＢとの組み合せは許されるであろう。しかしながら、同じルールの下で、クーポンＡとクーポンＢとに割り当てられたクーポン重み数の合計は１．１に等しく、１よりも大きいので、クーポンＡとクーポンＣとの組み合せは許されない。この例では、クーポン重みの合計が１よりも大きいので、クーポンＡとＢとＣとを組み合わせることも許されない。このプロセスはまた、マーチャントシステムが元の（１つまたは複数の）クーポン発行者に連絡する必要なしにクーポンを検証し、受け付けることを可能にする。
【０１１８】
図２７に、重みをもつ複数のクーポンの組み合せ使用が許されるかどうかを判定するための実施方法を示す。クーポン発行者は、クーポン発行プロセスの一部として、クーポンに重み数を割り当てる（ステップ２７０２）。購買トランザクション中に、クーポンマネージャ（たとえばマーチャントサーバ５０）は、ＰＯＳシステム（図２５参照）から２つ以上のクーポンのクーポンデータを含んでいるクーポン検証要求を受信する（ステップ２７０４）。クーポンマネージャは、クーポン重みの合計を計算し（ステップ２７０８）、クーポン重みの合計が予め定められた数「ｎ」よりも大きいかどうかを判定する（判定２７１０）。２つ以上のクーポンの重みの合計が「ｎ」以下の場合（すなわち、判定２７１０＝「ＹＥＳ」）、マーチャントサーバ５０は、１つの購買トランザクションのための２つ以上のクーポンの組み合せ使用を検証する（ステップ２７１４）。２つのクーポンの重みの合計が「ｎ」よりも大きい場合（すなわち、判定２７１０＝「ＮＯ」）、マーチャントサーバ５０は、１つの購買トランザクションのための２つ以上のクーポンの組み合せ使用を拒否する（ステップ２７１２）。組み合わされたクーポンの受付けまたは拒否は、図２５を参照しながら上記で説明したのと同様に、検証または拒否メッセージ中でＰＯＳシステムに伝達できる。
【０１１９】
様々な実施形態での使用に好適な典型的なモバイル受信機デバイス４０は、図２８に示すコンポーネントを共有する。たとえば、例示的なモバイル受信機デバイス４０は、内部メモリ１９２とディスプレイ１９３とスピーカー１９９とに結合されたプロセッサ１９１を含み得る。さらに、モバイル受信機デバイス４０は、プロセッサ１９１に結合されたワイヤレスデータリンクおよび／またはセルラー電話トランシーバ１９５に接続される、電磁波（electromagnetic radiation）を送信および受信するためのアンテナ１９４を有し得る。いくつかの実装形態では、セルラー電話通信のために使用されるトランシーバ１９５ならびにプロセッサ１９１およびメモリ１９２の部分を、ワイヤレスデータリンクを介するデータインターフェースを与えることから、エアインターフェースと総称する。モバイル受信機デバイスは、一般に、ユーザ入力を受け取るためのキーパッド１９６または小型キーボードおよびメニュー選択ボタンまたはロッカースイッチ（rocker switches）１９７をも含む。
【０１２０】
プロセッサ１９１は、本明細書で説明した様々な実施形態の機能を含む、様々な機能を実行するようにソフトウェア命令（アプリケーション）によって構成できる任意のプログラマブルマイクロプロセッサ、マイクロコンピュータあるいは１つまたは複数の多重プロセッサチップとすることができる。モバイルデバイスによっては、たとえば１つのプロセッサをワイヤレス通信機能専用とし、１つのプロセッサを他のアプリケーションの実行専用とするなど、複数のプロセッサ１９１を設けることができる。一般に、ソフトウェアアプリケーションは、アクセスされ、プロセッサ１９１にロードされる前に内部メモリ１９２に記憶され得る。一部のモバイルデバイスでは、プロセッサ１９１は、アプリケーションソフトウェア命令を記憶するのに十分な内部メモリを含むことができる。モバイルデバイス４０は、様々な実施形態によれば、たとえば、電子パース中などのクレジット、トークンおよびクーポンに関係する情報を記憶するためのスマートカードなど、別個のメモリチップ１９０をも含むことができる。一部のモバイルデバイスでは、セキュアなメモリは、プロセッサ１９１に結合された別個のメモリチップ中にあることができる。多くのモバイルデバイス４０では、内部メモリ１９２は、揮発性メモリもしくは不揮発性メモリ（たとえばフラッシュメモリ）、またはそれら両方の混合とすることができる。本明細書では、メモリへの一般的言及（general reference）は、内部メモリ１９２と、メモリチップ１９０と、モバイルデバイスに接続されるリムーバブルメモリと、プロセッサ１９１自身の内部のメモリとを含む、プロセッサ１９１によってアクセス可能なすべてのメモリを指す。
【０１２１】
上記で説明した多くの実施形態はまた、たとえば図２９に示すサーバ２８００など、様々なリモートサーバデバイスのいずれでも実装できる。そのようなサーバ２８００は、一般に、揮発性メモリ２８０２と、ディスクドライブ２８０３などの大容量不揮発性メモリとに結合されたプロセッサ２８０１を含む。サーバ２８００は、プロセッサ２８０１に結合されたフロッピー（登録商標）ディスクドライブおよび／またはコンパクトディスク（ＣＤ）ドライブ２８０６をも含むことができる。サーバ２８００はまた、インターネットなど、ネットワーク回路２８０５とのデータ接続を確立するための、プロセッサ２８０１に結合されたネットワークアクセスポート２８０４を含むことができる。
【０１２２】
上記の方法の説明およびプロセスフローチャートは、単に説明のための例として提供したものであり、様々な実施形態のステップを提示された順序で実行しなければならないことを要求または暗示するものではない。当業者なら諒解するように、上記の実施形態におけるステップの順序は、どんな順序でも実行できる。「その後（thereafter）」、「次いで、そして（then）」、「次に（next）」などの単語は、ステップの順序を限定するものではなく、これらの単語は、単に、読者に方法の説明を案内するために使用される。さらに、たとえば、冠詞「ａ」、「ａｎ」または「ｔｈｅ」を使用する単数形のクレームの要素への言及は、その要素を単数形に限定するものと解釈すべきではない。
【０１２３】
本明細書で開示した実施形態に関して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップを、電子ハードウェア、コンピュータソフトウェア、または両方の組み合せとして実装できる。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課せられた設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈すべきではない。
【０１２４】
本明細書で開示した態様に関して説明した様々な例示的な論理、論理ブロック、モジュール、および回路を実装するために使用されるハードウェアは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェアコンポーネント、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組み合せを用いて実装または実行できる。汎用プロセッサはマイクロプロセッサとすることができるが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることができる。プロセッサは、コンピューティングデバイスの組み合せ、たとえば、ＤＳＰとマイクロプロセッサとの組み合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装することもできる。代替的に、いくつかのステップまたは方法は、所与の機能に固有の回路によって実行できる。
【０１２５】
１つまたは複数の例示的な態様では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合せで実装することができる。ソフトウェアで実装した場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ読み取り可能な媒体上に記憶するか、あるいはコンピュータ読み取り可能な媒体を介して送信することができる。本明細書で開示した方法またはアルゴリズムのステップは、コンピュータ読み取り可能な媒体上に常駐することができる、実行されるプロセッサ実行可能なソフトウェアモジュールで実施することができる。コンピュータ読み取り可能な媒体は、ある場所から他の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体とすることができる。限定ではなく、例として、そのようなコンピュータ読み取り可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶デバイスまたは他の磁気記憶デバイス、あるいは命令またはデータ構造の形態で所望のプログラムコードを担持または記憶するために使用でき、コンピュータによってアクセスできる、任意の他の媒体を含むことができる。また、いかなる接続もコンピュータ読み取り可能な媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピーディスク（disk）、およびブルーレイディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組み合せもコンピュータ読み取り可能な媒体の範囲内に含めるべきである。さらに、方法またはアルゴリズムの動作は、コンピュータプログラム製品に組み込むことができる、機械読み取り可能な媒体および／またはコンピュータ読み取り可能な媒体上のコードおよび／または命令の１つまたは任意の組み合せ、あるいはそのセットとして常駐することができる。
【０１２６】
開示した実施形態の上記の説明は、当業者が本発明を製作または使用できるように提供したものである。これらの実施形態への様々な修正は当業者には容易に明らかであり、本明細書で定義した一般原理は、本発明の趣旨または範囲から逸脱することなく他の実施形態に適用できる。したがって、本発明は、本明細書で示した実施形態に限定されるものではなく、以下の特許請求の範囲ならびに本明細書で開示した原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
【技術分野】
【０００１】
（関連出願）
本出願は、そのすべての内容全体が参照により本明細書に組み込まれる、２００８年４月４日に出願された「Method and Apparatus for Enabling and Applying Coupon and Token Usage in Mobile Television」と題する米国仮出願第６１／０４２，５９７号、２００８年６月１３日に出願された「Coupons for Broadcast Content Redemption」と題する米国仮出願第６１／０６１，５５６号、および２００８年１２月５日に出願された「Enhanced Coupons for Broadcast Content Redemption」と題する米国仮出願第６１／１２０，３５５号の優先権の利益を主張する、２００９年４月２日に出願された「Systems And Methods For Distributing And Redeeming Credits On A Broadcast System」と題する米国特許出願第１２／４１７，４９３号の一部継続出願（ＣＩＰ）であり、その優先権の利益を主張する。
【０００２】
本出願はまた、２００８年１２月５日に出願された「Enhanced Coupons for Broadcast Content Redemption」と題する米国特許出願第６１／１２０，３５５号の優先権の利益を別個に主張する。
【背景技術】
【０００３】
ワイヤレス通信技術は、過去数年にわたって爆発的な成長を経験してきた。モバイル大衆（the mobile public）に移動の自由を与え、配線接続された通信システムへの束縛を断ち切るワイヤレスサービスによって、この成長は加速された。さらに、ワイヤレス媒体を介したボイスおよびデータ通信の品質および速度の向上がさらなるユーザを引きつけた。これらのサービス拡張の結果として、ワイヤレスサービスのポピュラリティー（popularity）は急速に成長し続けることが予想される。
【０００４】
ワイヤレス通信技術への最近の追加は、モバイルユーザにテレビジョンをブロードキャストする能力である。モバイルブロードキャストユーザは、自分のセルフォンまたは他のワイヤレスデバイスを使用して、ニュース、エンターテインメント、スポーツ、ビジネス、および他の番組のモバイル版を視聴（view）することができる。これらのブロードキャストシステムは、世界中で使用量（usage）および可用性（availability）の著しい増加を経験している。現在、モバイルテレビジョンおよびブロードキャストシステムのユーザは、番組コンテンツを受信するために料金を支払う。これらの料金は、サービスプロバイダおよび選択されたサービスレベルによって異なる。
【発明の概要】
【０００５】
本明細書の様々な実施形態は、受信機デバイスユーザにデジタル署名付きクーポン（digitally signed coupons）を配信し、ブロードキャストコンテンツを視聴する権利を購入するか、または製品もしくはサービスを購入するために、それらのクーポンの引き換え（redeeming）を行うための方法およびシステムを提供する。一実施形態では、暗号化クーポンテンプレート（encrypted coupon templates）を、ブロードキャストネットワークを介して受信機デバイスユーザに配信することができる。受信機デバイスは、クーポンテンプレートを復号化（decrypt）し、クーポンテンプレートから得られたデータを使用して、クーポンマネージャにデジタル署名付きクーポンを要求することができる。クーポンマネージャは、デジタル署名付きクーポンの要求をデバイスデータとともに受信することができる。クーポンマネージャは、デバイスデータを使用してデジタル署名付きクーポンを作成し、ユニキャストネットワークまたはインターネットを介して要求元受信機デバイスに配信することができる。偽造クーポン、または正当なクーポン保有者（legitimate coupon holders）への他のなりすましを防ぐために、クーポン識別情報を含むクーポン記録全体にわたって、クーポンに対する署名を計算することができる。
【０００６】
さらなる実施形態では、デジタル署名付きクーポンを、ブロードキャストネットワークを介して受信機デバイスに配信することができる。受信機デバイスは、受信したクーポン署名を復号化して、クーポンがその受信機デバイスを対象としているかどうかを判定することができる。デジタル署名において受信されたデータが、受信機デバイスが所有するデータに一致する場合、受信機デバイスはクーポンをメモリに記憶することができる。デジタル署名において受信されたデータが、受信機デバイスが所有するデータに一致しない場合、受信機デバイスはクーポンを無視することができる。
【０００７】
さらなる実施形態では、デジタル署名付きクーポンは、ポイントオブセールにおいて引き換えられることができる。クーポンをポイントオブセールにおいて提示すると、ポイントオブセールシステムは、クーポンデータとデジタル署名とに基づいてクーポンを検証することができる。代替的に、マーチャントポイントオブセールシステムが、クーポンと受信機デバイスデータとをクーポンマネージャに送信することによってクーポンを検証するようにクーポンマネージャに要求すべきであることを、クーポン自体が示すことができる。クーポンマネージャは、クーポン署名を復号化し、クーポンおよび受信データが、クーポン署名から取り出されたデータに一致するかどうかを判定することができる。データが一致する場合、クーポンマネージャは、提示されたクーポンを使用する購買トランザクション（purchase transaction）を許可（authorize）または認証（authenticate）するために、検証メッセージをポイントオブセールに送信することができる。受信機デバイスから提示されたクーポンを削除（delete）またはキャンセル（cancel）するために、キャンセルメッセージを受信機デバイスに送信することもできる。データが一致しない場合、クーポンマネージャは、クーポンが真正でない（not authentic）かまたは購買トランザクションに対して認証されていないことをマーチャントに通知するために、拒否メッセージをポイントオブセールに送信することができる。
【０００８】
さらなる実施形態では、デジタル署名付きクーポンは重み付けされた数を含むことができる。クーポンマネージャは、そのような重み数を使用して、２つ以上のクーポンを単一の購買トランザクションにおいて組み合わせることができるかどうかを判定することができる。クーポンマネージャは、ポイントオブセールからクーポンデータを受信し、重み数の合計を計算することができる。いくつかのクーポンの重み数の合計が所定の数よりも大きい場合、クーポンの組み合せを拒否することができる。
【図面の簡単な説明】
【０００９】
本明細書に組み込まれ、本明細書の一部をなす添付の図面は、本発明の例示的な実施形態を示し、上記の概略的な説明および下記の発明を実施するための形態とともに、本発明の特徴を説明するのに役立つ。
【図１】モバイルブロードキャストを受信するように受信機デバイスをセットアップ（provision）するために使用される従来の方法のプロセスフローチャート。
【図２】様々な実施形態による、クーポンを受信機デバイスに与えるための概要プロセスのプロセスフローチャート。
【図３】モバイルブロードキャストＴＶシステムの様々なコンポーネントを示すネットワークコンポーネントダイアグラム。
【図４】クレジットまたはクーポンを受信機デバイスに配信するための一実施方法のプロセスフローチャート。
【図５】クレジットまたはクーポンを受信機デバイスに配信するための一実施方法のメッセージフローチャート。
【図６】サブスクリプション応答メッセージの一実施形態のメッセージ構造図。
【図７Ａ】ボーナスクレジット要素の一実施形態のメッセージ構造図。
【図７Ｂ】クーポン要素の他の実施形態のメッセージ構造図。
【図７Ｃ】一実施形態による、クーポンドキュメントとサービスガイドフラグメントとの間のポインタ参照を示す図。
【図８】ボーナスクレジット要素の一実施形態のメッセージ構造図。
【図９】一実施形態において使用する起こり得るエラーコードのリスト。
【図１０Ａ】クレジットまたはクーポンを受信機デバイスに配信するための一実施方法のプロセスフローチャート。
【図１０Ｂ】クレジットまたはクーポンを受信機デバイスに配信するための他の実施方法のプロセスフローチャート。
【図１１Ａ】クレジットまたはクーポンを受信機デバイスに配信するための図１０Ａに示す実施方法のメッセージフローチャート。
【図１１Ｂ】クレジットまたはクーポンを受信機デバイスに配信するための図１０Ｂに示す実施方法のメッセージフローチャート。
【図１２】トークン購買応答の一実施形態のメッセージ構造。
【図１３】クレジットまたはクーポンを受信機デバイスに配信するための他の実施方法のプロセスフローチャート。
【図１４】図１３に示す実施形態のメッセージフローチャート。
【図１５】クレジットまたはクーポンの引き換えを行うための一実施方法のプロセスフローチャート。
【図１６】図１５に示す実施形態のメッセージフローチャート。
【図１７】クレジットまたはクーポンの引き換えを行うための他の実施方法のプロセスフローチャート。
【図１８】図１７に示す実施形態のメッセージフローチャート。
【図１９】クレジットまたはクーポンの引き換えを行うための他の実施方法のプロセスフローチャート。
【図２０】図２０に示す実施形態のメッセージフローチャート。
【図２１】期限切れクレジットまたはクーポンを管理するための一実施方法のプロセスフローチャート。
【図２２】使用されるクレジットまたはクーポンを管理するための一実施方法のプロセスフローチャート。
【図２３】暗号化クーポンテンプレートをブロードキャストし、デジタル署名付きクーポンを取り出すための一実施方法のプロセスフローチャート。
【図２４】デジタル署名付きクーポンをブロードキャストするための一実施方法のプロセスフローチャート。
【図２５】デジタル署名付きクーポンの引き換えを行うための一実施方法のプロセスフローチャート。
【図２６】使用されるデジタル署名付きクーポンを管理するための一実施方法のプロセスフローチャート。
【図２７】１つの購買トランザクションに対して２つのクーポンの組み合せを許す（permitting）ための一実施方法のプロセスフローチャート。
【図２８】一実施形態での使用に好適な受信機デバイスのコンポーネントブロック図。
【図２９】一実施形態での使用に好適なサーバデバイスのコンポーネントブロック図。
【詳細な説明】
【００１０】
様々な実施形態について添付の図面を参照しながら詳細に説明する。可能な場合はいつでも、同じまたは同様の部分を指すために図面全体にわたって同じ参照番号を使用する。特定の例および実装形態になされる言及は、説明のためであり、本発明の範囲または特許請求の範囲を限定するものではない。
【００１１】
「例示的（exemplary）」という単語は、本明細書では「例（example）、事例（instance）、または例示（illustration）の働きをすること」を意味するために使用する。本明細書に「例示的」と記載されたいかなる実施形態も、必ずしも他の実装形態よりも好ましいまたは有利であると解釈されるべきではない。
【００１２】
本明細書で使用する「受信機デバイス（receiver device）」および「モバイルデバイス（mobile device）」という用語は、本明細書では、セルラー電話と、個人情報端末（ＰＤＡ）と、パームトップコンピュータと、ワイヤレス電子メール受信機（たとえば、ＢｌａｃｋＢｅｒｒｙ（登録商標）およびＴｒｅｏ（登録商標）デバイス）と、マルチメディアインターネット対応セルラー電話（たとえば、ＢｌａｃｋＢｅｒｒｙ Ｓｔｏｒｍ（登録商標））と、グローバルポジショニングシステム（Global Positioning System）（ＧＰＳ）受信機と、ワイヤレスゲームコントローラと、モバイルブロードキャストテレビジョンサービスを受信して処理するためのプログラマブルプロセッサとメモリと受信機回路とを含む同様のパーソナル電子デバイスとのうちのいずれか１つまたはすべてを指すために互換的に使用する。本明細書で使用するモバイルデバイスは受信機デバイスであるが、いくつかの実施形態は、非モバイル受信機デバイスで実装できるので、すべての受信機デバイスが「モバイル」であるわけではない。
【００１３】
「クレジット（credit）」、「インセンティブ（incentive）」、「プロモーション（promotion）」、「クーポン（coupon）」および「トークン（token）」という単語は、本明細書では、たとえば１つまたは複数のモバイルテレビジョンブロードキャストを受信するかまたは製品もしくはサービスを購入する能力のような、価値のある何かに交換され得るかまたはそれを受け取るために費やされ得る価値の単位を指すために互換的に使用する。様々な実施形態の文脈で、ベンダ、企業、またはコンテンツプロバイダは、様々な製品またはサービスを購入すること、またはあるコンテンツを視聴すること（viewing）に対して消費者に報いる（reward）ために、あるいは、特定の行動方針（course of action）をとるか、特定の番組を視聴するか、または特定の製品もしくはサービスを購入する動機を消費者に与えるために、そのようなクレジットまたはクーポンを番組の一部として発行または作成することができる。
【００１４】
「ユニキャストネットワーク」という用語は、本明細書では、データを単一の宛先に送信する通信ネットワークを指すために使用する。ユニキャストネットワークの例には、ＷｉＦｉおよびセルラーデータ通信ネットワークがある。ユニキャスト送信の例には、セルラー電話データ通信ネットワークを介して搬送されるシンプルメッセージサービス（ＳＭＳ）、マルチメディアメッセージサービス（ＭＭＳ）、および電子メールメッセージがある。
【００１５】
「ブロードキャスト」という単語は、本明細書では、データが多数の受信デバイスによって受信され得るようなデータ（情報パケット）の送信を意味するために使用する。ブロードキャストメッセージの例はモバイルテレビジョンサービスブロードキャスト信号である。
【００１６】
「コンテンツプロバイダ」という単語は、本明細書では、ビデオ、ウェブサイト、およびモバイルテレビジョンシステムを介してブロードキャストされる他のデータを提供する会社を指すために使用する。「ネットワークプロバイダ」という用語は、本明細書では、モバイルテレビジョン信号をブロードキャストするエンティティを指すために使用する。一般に、ネットワークプロバイダは、コンテンツプロバイダからブロードキャストコンテンツを受信する。「広告主（advertisers）」という用語は、本明細書では、マーチャント（merchants）、製造業者（manufacturers）、サービスプロバイダ、および、広告または有償の（paid for）ブロードキャストコンテンツ内でのプロダクト・プレイスメント（product placements）を購入し得る他のエンティティを概括的に指すために使用する。
【００１７】
以下の参照表１は、本明細書で使用する略語のアルファベット順のリストを、それらの関連する意味とともに含む。
【表１】
【００１８】
モバイルテレビジョン（ＴＶ）のポピュラリティーの拡大は、コンテンツプロバイダ、ネットワークプロバイダ、およびマーチャント、製造業者、サービスプロバイダ、および消費者に達するために新しい媒体を使用することができる他の広告主に、新しい収入源（sources of revenue）を与えた。新しい収入モデルは、モバイルテレビジョンアクセスのサブスクリプションベースの販売（subscription-based sales）と、ＰＰＶまたはＰＰＴモバイルテレビジョンアクセスと、広告と、たとえばロイヤルティまたはインセンティブプログラムによるような消費者に対する商品およびサービスのクロス・マーケティング（cross marketing）とを含む。たとえば、モバイルＴＶネットワークプロバイダは、加入者（subscribers）に限定されたモバイルＴＶブロードキャストネットワークへのアクセスとともにユーザにサブスクリプションを販売することによって、それらのサービスから収入を発生させることができる。マーチャントまたは製造業者は、それらの製品およびサービスの販売から収入を発生させるために、モバイルＴＶブロードキャストシステム上で広告することができる。使用量が増加し続けるにつれて、モバイルブロードキャストサービスプロバイダは、たとえばモバイル受信機デバイスに配信され、モバイルＴＶコンテンツ（すなわち、視聴特権（viewing privileges））、サービスまたは製品を購入するために交換され得るクーポンおよびトークンのような、クレジットを使用することによって、消費者へのアクセスを簡略化及び促進することを望み得る。
【００１９】
モバイルＴＶユーザは、モバイルＴＶブロードキャストサービスを受信し、ユニキャストメッセージによって通信することができる、ユーザが携帯する視聴デバイス（viewing devices）（すなわち受信機デバイス）を使用するという点で、家庭用テレビジョン視聴者とは異なる。さらに、多くの場合、ただ１人のみがモバイルデバイスを使用するので、モバイル受信機デバイスはユーザに合わせてパーソナライズされ得る。一般に、ユーザは、製品およびサービスのショッピングをするときを含めて、自分のモバイルデバイスをどこにでも携帯する。したがって、モバイルＴＶブロードキャストサービスに対する移動性（mobility）およびアクセスは、モバイル受信機デバイスが、特定の顧客に達するためのおよび顧客ロイヤルティを築くための非常に有益なマーケティングツールであり得ることを意味する。したがって、モバイル受信機デバイスは、高価値顧客（high-value customers）に報いるための独自の機会を与える。
【００２０】
プロバイダは、それらの顧客の価値を測定するために様々な方法を採用することができる。たとえば、モバイルブロードキャストＴＶコンテンツを視聴するために自分の受信機デバイスをかなり使用しているユーザは、たとえばテレビジョン製作者、映画スタジオ、および音楽出版社のようなコンテンツプロバイダにとって特に有益であり得る。モバイルデバイス上で利用可能な技術を使用して、たとえば番組中の投票（voting）、投票（betting）、またはユーティリティの購入などによって明示的に、あるいはたとえば視聴者測定などによって黙示的に、ユーザが視聴する実際のコンテンツを測定することができる。さらに、測定ソフトウェアは、ブロードキャスト視聴者の正確な測定を行うために、チャネル変更を監視するためにモバイルデバイス上のチューナと連携して動作することができる。さらに、モバイルデバイスのユニキャスト通信機能を使用して、コンテンツ視聴の即時のフィードバックおよび直接測定値を受信することができる。コンテンツプロバイダのコンテンツを誰が視聴しているかを判定することが可能であることに加えて、モバイルデバイスはまた、コンテンツプロバイダに重要な視聴者層情報（demographic information）を与え、コンテンツプロバイダが、重要な視聴者層および関係する消費者情報に関してそれらの視聴者を特徴付けることを可能にすることができる。
【００２１】
一般視聴者参加および視聴者層（demographics）を測定することが可能であることに加えて、ペイパービュー（pay-per-view）およびペイパータイム（pay-per-time）アクセスサービスにより、コンテンツプロバイダが実際の視聴者を識別し、追跡することを可能にすることができる。したがって、従来のブロードキャストテレビジョンでは不可能な方法で、モバイルデバイス上でターゲット消費者ロイヤルティプログラム（targeted consumer loyalty programs）を使用可能にすることができる。
【００２２】
コンテンツプロバイダは、個々の視聴者を識別することができるので、それらの顧客を保持し、顧客満足を高め、類似するンテンツを促進することを目的とするターゲットマーケティングプログラムを実装することを希望し得る。顧客ロイヤルティを築き、視聴者を拡大するための一つの手段（vehicle）は、顧客にブロードキャストコンテンツへの無料アクセスを与えること（rewarding）に関係している。たとえば、コンテンツプロバイダは、封切り映画を見ることを可能にするか、あるいは無料音楽ダウンロードにアクセスすることを可能にするクレジットまたはクーポンをロイヤル視聴者に与える（grant）ことを望み得る。したがって、コンテンツプロバイダは、特定のモバイルＴＶ番組の視聴者に、従来の映画館において同様の映画を見ることを奨励するクーポンを与えることを望み得る。同様に、コンテンツプロバイダは、それらの番組をモバイルＴＶ上でより多く視聴することを可能にするクレジットまたはクーポンをロイヤル視聴者に与えることを望み得る。さらに、コンテンツプロバイダは、クロス・プロモーション（cross-promotion）を実行して、たとえばＤｉｒｅｃＴＶ（商標）またはＤｉｓｈ（商標）Ｎｅｔｗｏｒｋのような、家庭用の（場合によっては固定された）サブスクリプションベースのテレビジョンシステム上でコンテンツを見るように視聴者を誘うことを望み得る。
【００２３】
コンテンツプロバイダだけが、モバイルデバイスに配信され得る顧客ロイヤルティクーポンから利益を得るわけではない。たとえば小売店および消費者サービスプロバイダのような、直接、消費者に販売する営利事業は、ポイントオブセール（ＰＯＳ）においてそれらの顧客を識別することができる。伝統的に、マーチャントは紙クーポンおよび同様の販売促進アイテム（promotional items）を顧客に与えてきた。モバイルデバイスの技術的機能は、顧客ロイヤルティに報いるための新しい媒介物（vehicles）をマーチャントに与える。たとえば、マーチャントは、モバイルＴＶ番組を視聴するために使用できるクレジットまたはクーポンをロイヤル顧客に与えることを望み得る。クレジットまたはクーポンにより、顧客が、クレジットまたはクーポンを与えるマーチャントからの広告を含む番組を視聴することが可能になれば、そのようなマーチャントは二重の広告利益から利益を得ることができる。
【００２４】
さらに、モバイルＴＶブロードキャストサービスプロバイダはまた、割引料金で追加のコンテンツを視聴するかあるいは製品またはサービスを購入することを可能にするクレジットまたはクーポンをそれらの顧客に与えることを望み得る。
【００２５】
企業、コンテンツプロバイダおよびモバイルブロードキャストネットワークプロバイダが顧客にクレジットまたはクーポンを与える他の理由は、以前のサービスを認識するかまたは将来のインタラクションを引きつけることと、サービスインタラクションアクティビティによって発生されるユニキャストネットワークトラフィックに報いることと、広告を見ることを補償するかまたはそれに対する将来のインセンティブを与えることと、プレミアム顧客にボーナスを与えることとを含む。顧客ロイヤルティプログラム（たとえば、エアマイレージ、ホテルポイント、ダイニングダラーなど）の一部として、クレジットまたはクーポンを与えることもできる。さらに、消費者層（consumer demographics）を正確に判定することができると、そのような消費者が望む可能性がある製品またはサービスを正確にクロス販売（cross sell）するためにクレジットまたはクーポンを与えることができる。
【００２６】
そのすべてが様々な実施形態を実装し、そこから利益を得ることができる、いくつかの異なるモバイルブロードキャストテレビジョンサービスおよびブロードキャスト規格が利用可能であるかまたは将来企図される。そのようなサービスおよび規格は、オープン・モバイル・アライアンス・モバイル・ブロードキャスト・サービス・イネーブラー・スイート（Open Mobile Alliance Mobile Broadcast Services Enabler Suite）（ＯＭＡ ＢＣＡＳＴ）と、ＭｅｄｉａＦＬＯと、デジタル・ビデオ・ブロードキャストＩＰデータキャスティング（Digital Video Broadcast IP Datacasting）（ＤＶＢ−ＩＰＤＣ）と、チャイナ・マルチメディア・モバイル・ブロードキャスティング（China Multimedia Mobile Broadcasting）（ＣＭＭＢ）とを含む。一般に、モバイルブロードキャスト送信は、サブスクリプションまたはペイパービューベースで番組へのアクセスを販売することができるように暗号化される。様々なメカニズムを使用して、復号鍵をサブスクリプション購買にリンクすることができる。一般に、モバイルブロードキャストサービスは、特定の顧客モバイルデバイスとの間でサブスクリプションメッセージを通信するための、たとえば顧客のセルラー電話データサービスのようなユニキャスト通信ネットワークと、すべてのモバイルデバイスにモバイルテレビジョン番組をブロードキャストするための独立したブロードキャストネットワークとを利用する。概して、モバイルブロードキャストサービスプロバイダは、モバイルデバイスが特定のブロードキャストを受信するために必要な復号鍵を生成することを可能にする情報を含むメッセージを送信することができる。ペイパービュータイプのサービスを可能にするためにも、復号鍵が誰でも自由に使えるようになることの経済上の影響を限定するためにも、復号鍵を所定の時間の後に満了（expire）するように構成することができる。さらに、復号鍵を与えるメッセージは、受信されるブロードキャストサービスを特定の番組、チャネル、または他のマーケットセグメンテーションに限定するために使用され得るサービス限定パラメータを含むことができる。
【００２７】
例として、ＯＭＡ ＢＣＡＳＴ規格は、ユニキャストネットワークを介してモバイルデバイスに送信される長期鍵メッセージ（ＬＴＫＭ）を使用して、限定アクセス鍵を与える。モバイルデバイスは、その限定アクセス鍵を使用して、ブロードキャストネットワークを介して定期的にブロードキャストされる短期鍵メッセージ（ＳＴＫＭ）内に暗号化された形で含まれているトラフィック暗号化鍵（ＴＥＫ）を復号化する。復号化されると、ＴＥＫは、モバイルデバイスが短い期間（たとえば、２分）の間、暗号化ブロードキャストコンテンツストリームを復号化することを可能にする。ＴＥＫが満了すると、新しいＴＥＫが得られなければ、暗号化ブロードキャストコンテンツへのアクセスは終了することになる。顧客が番組全体を視聴することを可能にするために、ＳＴＫＭメッセージは、ＬＴＫＭから得られた長期鍵を使用して、それらのＳＴＫＭから新しいＴＥＫを得ることができるように、連続的にブロードキャストされる。
【００２８】
例示的な例としてＯＭＡ ＢＣＡＳＴ規格用語およびメッセージ名を使用して、様々な実施形態について以下で説明する。他のモバイルブロードキャスト規格は、様々な実施形態にとって重要でないメッセージ名および詳細が異なる、同様のメッセージング構造を使用する。たとえば、ＤＶＢ−ＩＰＤＣは、ＯＭＡ ＢＣＡＳＴ規格のＬＴＫＭと同様の方法で鍵管理メッセージ（ＫＭＭ）を使用し、ＯＭＡ ＢＣＡＳＴ規格のＳＴＫＭと同様の方法で鍵ストリームメッセージ（ＫＳＭ）を使用し、ＯＭＡ ＢＣＡＳＴ規格のＴＥＫと同様の方法でＴＥＫを使用する。同様に、ＭｅｄｉａＦＬＯおよびＣＭＭＢは、ＯＭＡ ＢＣＡＳＴ規格のＬＴＫＭと同様の方法で暗号化管理メッセージ（ＥＭＭ）を使用し、ＯＭＡ ＢＣＡＳＴ規格のＳＴＫＭと同様の方法で暗号化コードワードメッセージ（ＥＣＭ）を使用し、ＯＭＡ ＢＣＡＳＴ規格のＴＥＫと同様の方法でコードワード（ＣＷ）を使用する。したがって、以下の説明は、例示的な例として与えるものであり、実施形態またはクレームの範囲をＯＭＡ ＢＣＡＳＴ規格に限定するものではない。参照しやすいように、より長期の権利管理メッセージを、本明細書では長期復号鍵メッセージまたはＬＴＫＭと呼び、より短期の復号鍵配信メッセージを、本明細書では短期復号鍵メッセージまたはＳＴＫＭと呼び、暗号化ブロードキャストコンテンツを復号化するために使用される復号鍵を、本明細書ではコンテンツ復号鍵またはＴＥＫと呼ぶことにする。
【００２９】
現在、モバイルブロードキャストＴＶシステムでは、サブスクリプショントークンまたはクレジットの購買によってサービスまたはコンテンツの消費が可能になる。言い換えれば、ユーザは、最初に、加入者になるために代金を支払うか、または後で番組コンテンツのために引き換えられ（redeemed）得るトークンのために代金を前払いしなければならない。たとえば、典型的なモバイルブロードキャストＴＶシステムでは、顧客は、彼らが１ドル支払うごとに１つのトークンを購入することができる。次いで、モバイルデバイス内で電子ウォレットをアクティブにして、ユーザがモバイルＴＶ番組を見るとき、トークンを差し引く。ユーザは、自分のトークンのすべてを消費すると、新しいトークンを購入してからでなければ、さらなるモバイルＴＶ番組を視聴することができない。
【００３０】
図１は、モバイルデバイスユーザがモバイルＴＶブロードキャストサービスに加入するかまたはそれを購入することができる現在のレジームを示すプロセスフローチャートである。ブロードキャストサービスまたはコンテンツを作成する際に、モバイルＴＶサービスプロバイダは、使用課金ルール（usage charging rules）のセットを作成し、それに関して同意している（ステップ１００）。これらの課金ルールに基づいて、サービスプロバイダは、加入者管理鍵（ＳＭＫ）を作成し、サービス登録を確立する（ステップ１０２）。サービスプロバイダは、ユーザからサービスサブスクリプションの要求を受信する（ステップ１０４）か、またはユーザからプリペイパービューまたはペイパータイムトークンを購入したいという要求を受信する（ステップ１０８）。モバイルブロードキャストサービスプロバイダは、要求されたサブスクリプションまたはトークンを要求元ユーザに販売し（ステップ１０６，１１０）、その後、モバイルブロードキャストサービスプロバイダは、ユニキャストネットワークを介してＬＴＫＭメッセージをユーザのモバイルデバイスに送信する（ステップ１１２）。ＬＴＫＭは、ブロードキャストネットワークを介して送信されるメッセージを復号化するための長期鍵を含む。長期鍵は、一般にサブスクリプションまたはサービスに依存する。たとえば、ユーザは、たとえば、ユーザのモバイルデバイス上で基本ケーブルブロードキャストチャネル（basic cable broadcast channels）のみを受信することを可能にするであろう基本レベルのメンバーシップに加入することができる。このレベルのメンバーシップにおいて、ユーザは、たとえばＨＢＯ（登録商標）またはＳｈｏｗＴｉｍｅ（登録商標）のようなプレミアムチャネルを視聴することができないことがある。一般に、基本チャネルとプレミアムチャネルとの間の異なる長期鍵の使用によってチャネルアクセス制御が可能になる。
【００３１】
ＬＴＫＭはまた、上述の長期鍵の使用を制御するサービスルールを含むことができる。そのようなルールは使用基準（usage criteria）および制約（constraints）を定義し、それらのインスタンス化（instantiation）は、一般にユーザとサービスプロバイダとの間の契約条件（the terms and conditions of the contract）に依存する。たとえば、サービスルールは、許されたコンテンツ消費のモード、すなわち、ライブサービスに対する既存のサブスクリプション、ライブイベントへのＰＰＶアクセス、ライブイベントもしくは録画された（recorded）コンテンツのいずれかへのＰＰＶアクセス、または録画されたコンテンツの無制限再生のうちの一つをデバイスに通知することができる。ＬＴＫＭは、ユニキャストネットワークを介して特定のユーザのモバイルデバイスを対象とするメッセージ中で送信され、長期鍵は、セキュアな機能、たとえば、端末のセキュアなメモリか、またはスマートカードに記憶される。サービスプロバイダは、次いで、ＳＴＫＭをブロードキャストする（ステップ１１４）。サービスプロバイダはまた、時間の上で連続的に、暗号化番組コンテンツストリームを送信する（ステップ１１５）。ＳＴＫＭにより、暗号化番組コンテンツをモバイルデバイスによって視聴することが可能になる。サービスプロバイダネットワーク中のあらゆるモバイルデバイスは、ＳＴＫＭストリームと関連する暗号化コンテンツストリームとのブロードキャストを受信する。ただし、あらゆるユーザが、コンテンツを復号化するのに必要なあらゆるＳＴＫＭを復号化することができるわけではない。あるユーザの視聴特権は、モバイルデバイスごとにＬＴＫＭ中で規定されたサービスルールに基づく。したがって、ＬＴＫＭ中で与えられたサービスルールが番組コンテンツの視聴を可能にする場合、モバイルデバイスは、１つまたは複数のＴＥＫを復号化して、コンテンツを復号化し、それをモバイルデバイスディスプレイ上で表示する（ステップ１１６）。トークンが購入された場合、ＬＴＫＭルールが番組コンテンツの視聴を可能にするならば、最初にモバイルデバイス電子ウォレット（たとえばスマートカード）からトークンを減じてからＴＥＫを復号化し、次いでＴＥＫを使用してコンテンツを復号
化する。しかしながら、ＬＴＫＭ中で与えられるサービスルールが番組コンテンツへのアクセスを許可しない場合、端末は、ＳＴＫＭストリームに関連する番組の視聴を可能にするためにＳＴＫＭストリーム中の暗号化ＴＥＫを復号化することができないであろう。
【００３２】
しかしながら、現在のシステムは、プロモーションのためにユーザにクレジットを発行するか、あるいはクーポンまたは無料トークンの形の購買インセンティブを作り出すための機能が制限されている。現在、モバイルブロードキャストＴＶシステムがユーザにクレジットを与える唯一の方法は、サービスが購入されたときにモバイルブロードキャストＴＶユーザにクーポンを配信することである。これらのクーポンは、コンテンツとともにユーザのモバイルデバイスに送信される購買データの一部としてユーザに送信される。これらのクーポンは、ユーザがサービスを購入したときに配信されるので、特定のユーザまたはユーザグループをターゲットにしていない。トークンはまた、サービスプロバイダによってユーザに販売される。しかしながら、これらのトークンは購買要求時にのみ与えられ、現在のモバイルブロードキャストＴＶシステムには、意図された購買からトークン供与（token granting）を切り離す手段がない。言い換えれば、現在のモバイルブロードキャストＴＶシステムには無料または割引トークンを発行する機能がないので、トークンを要求しなければならない。さらに、モバイルブロードキャストＴＶネットワークは、要求された量とは異なる量のトークンを配信するようには構成されていない。したがって、コンテンツプロバイダまたはネットワークサービスプロバイダが、購入されたトークンよりも多くのトークンをロイヤル顧客に与えることを希望する場合でも、システムは、これが行われることを許さないであろう。これらの現在の制限は、モバイルブロードキャストサービスプロバイダ、ネットワークプロバイダなどが、それらの顧客が、たとえば、それらのサービスを使用するか、それらのユニキャストネットワークをポピュレート（populate）するか、それらの広告を視聴するか、または、それらのストアでショッピングをするためのインセンティブを作り出すのを妨げる。
【００３３】
これらの制限を克服し、モバイルＴＶブロードキャストサービスの新しいマーケティング使用を可能にするために、様々な実施方法およびシステムは、それらの顧客に対して無料または割引商品またはサービスを利用可能にすることによって、新しい収入モデル（revenue models）および顧客認識報酬プログラム（customer recognition reward programs）において使用できるクレジットをモバイルデバイスに配信することを可能にする。コンテンツプロバイダ、モバイルブロードキャストサービスプロバイダおよび広告主は、モバイルデバイスユーザにターゲットクレジット（targeted credits）（たとえば、クーポンおよびトークン）を発行することができる。そして、これらのクレジットは、追加のモバイルＴＶコンテンツの無料または割引の視聴あるいは製品またはサービスの購買のために使用され、したがって、ユーザがモバイルブロードキャストＴＶシステムの使用を続けるかまたは増やすためのインセンティブを作り出すことができる。
【００３４】
様々な実施形態の中で、様々な理由でユーザにクレジットを与えることができる。たとえば、無料サービストライアル（free service trials）、コンテンツサンプリング（content sampling）、ロイヤルティ賞（loyalty awards）、先着賞（early bird award）、新規加入者サービス割引（new subscriber service discounts）、およびロイヤル加入者コンテンツ割引（loyal subscriber content discounts）のために、ユーザにクレジットを与えることができる。クレジットは、クレジットの発信者（originator）が指定することができる様々なタイプの制限とともに発行できる。あらゆる種類のサービスおよび製品をどこからでも購入するためのユニバーサルクレジットを使用することができる。たとえば、ユニバーサルクレジットは、ＰＯＳにおいて購買を行うために、オンラインショッピングのために、またはモバイルブロードキャストＴＶサービスを購入するために、使用できる。クレジットは、モバイルブロードキャストＴＶシステムから番組を購入するためにのみ使用できる番組クレジットに限定することもできる。クレジットは、さらに、たとえばクレジットを発した（originated）マーチャントまたは製造業者からの製品など、特定のサービスまたは製品を購入することにのみ使用できる特定のクレジットとすることができる。
【００３５】
様々な実施形態では、通貨の一種のように、無料または割引サービス、番組または製品を購入するために使用できるトークンまたはクーポンの形でクレジットを与えることができる。たとえば、ユーザは、トークンを使用して、ユーザのモバイルデバイス上でペイパービュー（ＰＰＶ）モバイルＴＶ番組を購入することができる。ユーザが製品およびサービスを購入するためのインセンティブを作り出すために、クレジットまたはプロモーションとしてトークンを無料または割引でユーザに与えることができる。ＯＭＡ ＢＣＡＳＴ１．０において定義されているように、ブロードキャストサービスの従量制の消費（metered consumption）のための２つのタイプのトークンがある。「ユーザ」トークンは、サービスガイドルールにおいて定義されているユーザのメンバーシップまたはサブスクリプションレベルの下で任意のコンテンツアイテムを消費するために使用できる。「サービス」トークンは、ユーザのメンバーシップまたはサブスクリプションにおける固有のサービスの下で利用可能な番組に限定される。たとえばＢＣＡＳＴのような、いくつかのモバイルブロードキャストＴＶシステムでは、サービスガイドおよび番組視聴の観点からメンバーシップとサブスクリプションとの間には区別がない場合があることに注目すべきである。しかしながら、個人の特権に関係し得るメンバーシップに関して、商品、サービス、および／または番組を取得するためのトークンまたはクーポンのフレキシブルな交換に、より正確に対処することができる。
【００３６】
様々な実施形態では、モバイルデバイスに配信されるクーポンは、製品およびサービスを購入するときに金融上の割引または払い戻し（financial discount or rebate）に交換できる通貨の一種として機能することが可能である。メール、雑誌、新聞などによってしばしば広く配信される紙クーポンとは異なり、様々な実施形態において使用可能にされるクーポンは、モバイルＴＶブロードキャストサービスを介してモバイルデバイスに配信できる。モバイルデバイスに配信されると、ユーザは、そのようなクーポンを使用して、紙クーポンの引き換えを行うのと同様にして割引および販売促進アイテムを得ることができる。
【００３７】
様々な実施方法およびシステムは、様々な広告主が様々な目的でクレジットを構成することを可能にすることができる。クレジットは、それらの使用に関して制限があり得る。たとえば、クレジットは、特定のタイムウィンドウの間、有効であり、任意の購買アイテム量に適用され、アイテムの実際の価格とは無関係であるように構成できる。クレジットは、排他的（たとえば、組み合わせることができないクーポン）か、または非排他的（たとえば、クーポンプロバイダが異なる場合、組み合わせることができるクーポン）とすることができる。クレジットはまた、多くの異なる購買アイテム（すなわち個々の製品またはサービス）に適用できる。クレジットは、購買データの単一のセット（たとえば、１回限りの番組視聴、製品、または単一のサービス）によって特徴付けられる製品およびサービスにも、たとえばサブスクリプションまたは継続サービス購買に当てはまるような購買データの複数のセットによって特徴付けられる購買にも、適用できる。サブスクリプションのような複数データパッケージの購買をサポートするために、クレジットは、購買データのサブセットに適用するように構成できる。クレジットは、転送する権利をもたない、たとえばロイヤルまたは新規ユーザのような、ただ１人のユーザまたはユーザのグループのために構成でき、あるいは所有者から他の受益者（recipient）に転送可能であるように構成できる。
【００３８】
図２は、クレジットの作成、ユーザへのクレジットの配信、モバイルデバイス上でのクレジットの消費のための全体的なプロセスのプロセスフローチャートである。ユーザがモバイルブロードキャストＴＶコンテンツを視聴するためにユーザのモバイルデバイスを使用するとき（ステップ２００）、モバイルＴＶサービスプロバイダはユーザの使用状況（usage）（たとえば使用レベルおよびタイプ）を測定することができる。ユーザのモバイルデバイス上で視聴されるブロードキャストコンテンツの量と選択性の両方の測定に基づく、そのような追跡は、コンテンツプロバイダだけでなくサービスプロバイダにとっても有益であり得る。モバイルＴＶサービスプロバイダは、サブスクリプション料金または１回限りのトークン購買によって支払われる頻繁な使用／消費から利益を得、それによりモバイルブロードキャストサービスプロバイダの収入が直接発生する。同様に、コンテンツプロバイダは、それらのコンテンツの需要の増加から利益を得、これは、モバイルブロードキャストネットワークプロバイダによって支払われる広告収入および料金の増加につながる。また、より多くのユーザが、たとえばＴＶ歌手コンテスト番組においてユーザの好きな歌手に投票するというような、番組への参加のために、ユーザのモバイルデバイスのユニキャスト機能を使用するほど、ユニキャストサービスを与えるセルラーネットワークプロバイダは、より多くの収入を受け取る。そして、サービスプロバイダ、コンテンツプロバイダおよび広告主は、高価値ユーザ（highly-valuable users）をターゲットにするために各ユーザの視聴習慣（viewing habits）を分析して、ユーザに販売促進およびインセンティブクレジットまたはクーポンを送信する。したがって、モバイルブロードキャストサービスプロバイダ、ユニキャストネットワークプロバイダ、コンテンツプロバイダおよび広告主企業のうちのいずれか１つまたは複数は、特定のユーザまたはユーザのグループへの配信のためのターゲットクレジットまたはクーポンを作成する（ステップ２０２）。そのようなクレジットは、サービスまたは製品を購入する際に使用すべきクーポンまたは無料トークンを含むことができる。有益な（valuable）ユーザまたはユーザグループが識別され、適切なクレジットタイプと照合されると、識別されたユーザのモバイルデバイスにクレジットを送信する（ステップ２０４）。以下でより詳細に説明するように、そのようなクレジットはユニキャストまたはブロードキャスト送信方法によって配信できる。そのようなクレジットを受信すると、モバイルデバイスは、それらを、モバイルブロードキャストＴＶシステムにおいて使用されるように、端末上のセキュアなメモリであるかまたはリムーバブルスマートカードに対応し得るセキュアなハードウェアに記憶する。ユーザは、次いで、ユーザのモバイルデバイスを使用して製品またはサービスを購入することによってクレジットの引き換えを行う（ステップ２０６）。たとえば、ロイヤルユーザは、自分のモバイルデバイス上で連続ドラマ番組を見ている間、製品の広告を視聴しながら、マーチャントまたは製造業者からの無料洗浄製品を購入するために使用すべきクレジットをモバイルブロードキャストサービスプロバイダから受信することができる。クレジットを受信すると、ユーザは、たとえばクレジットとともに与えられる、マーチャントまたは製造業者のウェブストアにアクセスするためのハイパーリンクＵＲＬをクリックすることなどによって、製品をオンラインで購入することができる。代替的に、ユーザは、店舗を訪問するときに、ポイントオブセールにおいてモバイルデバイスを提示し、クレジットを転送するかまたはクレジットの使用を電子的に記録することによって、他のダウンロード可能なｅクーポンのようにクーポンを使用することができる。
【００３９】
図３は、モバイルデバイスにクレジットを配信することに関係する関係者（participants）を示すモバイルブロードキャストＴＶシステムのネットワークコンポーネントダイアグラムである。モバイルブロードキャストＴＶシステムにおいて、クレジットは、ブロードキャストサービスプロバイダ３０と、サードパーティ企業５０と、コンテンツプロバイダ６０とを含む、様々な企業によって作成され得る。ブロードキャストサービスプロバイダ３０は、一般にサブスクリプションベースの、エンドユーザとの取引関係を与える会社である。モバイルブロードキャストサービスプロバイダ３０であり得るブロードキャストネットワーク事業者は、モバイルブロードキャストＴＶコンテンツをモバイルデバイス４０に送信するブロードキャストネットワーク８０を運用（operates）する。ブロードキャストネットワーク８０は、たとえばＦＬＯ（登録商標）のような専用のダウンリンク−オンリー・ブロードキャスト送信システムであるか、あるいはたとえば３ＧＰＰ ＭＢＭＳまたは３ＧＰＰ２ ＢＣＭＣＳによって定義されたシステムのようなセルラーベースのブロードキャスト／マルチキャストシステムであり得る。例示的なサービスプロバイダ３０の会社には、Ｖｅｒｉｚｏｎ（登録商標）、ＡＴ＆Ｔ（登録商標）およびＴ−Ｍｏｂｉｌｅ（登録商標）がある。これらの会社は、コンテンツプロバイダ６０からオーディオ、ビデオおよびウェブサイトコンテンツを受信する。これらのコンテンツは、次いで、ブロードキャストネットワーク事業者に送信され、ブロードキャストネットワーク事業者は、それらのモバイルブロードキャストＴＶネットワーク８０、またはユニキャストネットワーク７０を介して、コンテンツをブロードキャストする。場合によっては、ブロードキャストサービスプロバイダ３０はセルラーサービスプロバイダでもあり得、その場合、セルラーサービスプロバイダ３０はまた、ボイスおよびデータサービスをモバイルデバイス４０に提供するユニキャストネットワーク７０を与え、運用する。ただし、ブロードキャストサービスプロバイダ３０は、ユニキャスト（たとえば、セルラー）ネットワーク７０のプロバイダである必要はない。ユニキャストネットワーク７０とブロードキャストネットワーク８０が異なるエンティティによって運用される場合でも、モバイルブロードキャストサービスプロバイダ３０は、依然として、他の会社によって運用されるユニキャストネットワークを介してモバイルデバイス４０との間でメッセージを送信および受信することができる。
【００４０】
サードパーティ５０は、モバイルデバイスユーザをプロモーションのターゲットにすることを望み得る、たとえばＨｏｍｅＤｅｐｏｔ（登録商標）、Ｓｔａｒｂｕｃｋｓ（登録商標）およびＮｅｔｆｌｉｘ（登録商標）のようなマーチャントおよび製造業者を含むことができる。サードパーティ５０は、たとえばユーザがそれらの店舗を訪問するときなどに、ユーザと直接対話することができ、あるいは、たとえばモバイルブロードキャストＴＶ番組において広告を見せることなどによって、ブロードキャストサービスプロバイダ３０を介してユーザと対話することができる。
【００４１】
コンテンツプロバイダ６０は、モバイルブロードキャストＴＶネットワーク８０を介したブロードキャストのためのコンテンツおよび番組を提供する会社を含むことができる。コンテンツプロバイダは、広告代理店（advertising agencies）、政府機関（government agencies）、およびブロードキャストのためのオーディオ、ビデオおよび画像コンテンツを作成する私人（private individuals）をも含むことができる。たとえば、コンテンツプロバイダは、モバイルブロードキャストＴＶネットワーク８０を介したブロードキャストのためのニュースおよびエンターテインメントコンテンツを提供するナショナル・ブロードキャスティング社（National Broadcasting Corporation）（ＮＢＣ）であり得る。広告代理店コンテンツプロバイダ６０は、サードパーティ５０と契約を結んで、それらの製品およびサービスのための広告コンテンツを作成することがある。たとえば、Ｎｅｔｆｌｉｘ（登録商標）は、Ｎｅｔｆｌｉｘ（登録商標）のサービスの広告を製作するために広告会社と契約を結ぶことがある。
【００４２】
ユニキャストネットワーク７０およびモバイルＴＶブロードキャストネットワーク８０に加えて、ユーザは、たとえば電話（図示せず）およびインターネット９０のような他の通信リンクを介してブロードキャストサービスプロバイダ３０およびコンテンツプロバイダ６０と通信することができる。たとえば、ユーザは、ユーザのモバイルデバイス４０を介して（たとえば、独立して図示されていないセルラーデータネットワークを介して）またはインターネットに結合されたコンピュータを介して、モバイルブロードキャストサービスプロバイダ３０およびコンテンツプロバイダ６０によって維持されるウェブサイトにアクセスすることができる。同様に、ユーザは、インターネットを介してサードパーティ５０のウェブサイトに接続することによって、またはサードパーティ５０の店舗に歩いて入ることによって、サードパーティ５０と直接通信することができる。
【００４３】
様々な実施方法およびシステムは、たとえばブロードキャストネットワーク８０、インターネット９０、ユニキャストネットワーク７０を介したＳＭＳメッセージのような、多くのトランスポートネットワークを介して、および購買トランザクションのポイントオブセールにおいて直接的に、クレジットの配信および引き換え（redemption）を可能にする。モバイルブロードキャストＴＶシステムについてのユーザのモバイルデバイス４０の使用に基づいて、ユーザのモバイルデバイス４０をクレジットの配信のターゲットにすることができる。クレジットは、直接または間接的にユーザのモバイルデバイス４０に配信できる。たとえば、ユーザが、ユーザのモバイルデバイス４０を使用して、インターネット９０を介して企業のウェブサイトにおいて購買を行うとき、クレジットをモバイルデバイス４０に直接配信することができる。そのようなクレジットはまた、そのようなオンライン購買において確立されるインターネットセッションの一部として、あるいは、たとえばユニキャストネットワーク７０を介して配信されるＳＭＳ、ＭＭＳまたは電子メールメッセージなどによる帯域外手段（out-of-band means）を通して、モバイルデバイス４０に配信できる。たとえば、ユーザのモバイルデバイス４０は、Ｓｔａｒｂｕｃｋｓ（登録商標）から、たとえばＳＭＳ、ＭＭＳまたは電子メールなどによる帯域外方法を介して送信され得る無料の１杯のコーヒーのクレジットを受信することができる。クレジットの配信の方法にかかわらず、ユーザのモバイルデバイス４０は、たとえば無料または割引モバイルＴＶ番組を受信するなどのために、ブロードキャストサービスプロバイダ３０を介してクレジットの引き換えを行うことが可能であり得る。
【００４４】
たとえばサードパーティ５０が、ユーザのモバイルデバイス４０への配信のために、仲介者（intermediary）（たとえば、モバイルブロードキャストサービスプロバイダ３０）にクレジットをサブミットするときなどに、クレジットをターゲットユーザに間接的に配信することもできる。ブロードキャストサービスプロバイダ３０によるモバイルデバイス４０へのクレジットの配信は、様々な方法を使用して達成できる。１つの方法は、ユーザが視聴トークンを購入するかまたはブロードキャストサービスに加入するためにサービスプロバイダ３０と通信するとき、ユーザのモバイルデバイス４０にクレジットを与える。そのようなクレジットの配信は、モバイルデバイス４０のサブスクリプション要求メッセージに応答してブロードキャストサービスプロバイダ３０が送信するサービスサブスクリプション応答メッセージによって達成できる。たとえば、モバイルデバイス４０が、たとえばサービスサブスクリプションの延長（extension）または（たとえば、基本からプレミアムへの）アップグレードを要求するなどのために、サブスクリプション要求メッセージをサービスプロバイダ３０に送信すると、サービスプロバイダ３０は、サブスクリプション応答メッセージの一部としてユーザのモバイルデバイス４０にサードパーティ５０のクーポンを配信することができる。そのようなクレジットの配信は、ユニキャストネットワーク７０を介することができ、クレジット発行者（credit issuer）にとってのユーザの認知された価値、またはユーザの習慣（user habits）に基づくことができる。第２の方法は、ユーザのモバイルデバイス４０によって通信が開始されていないとき、ユーザのモバイルデバイス４０にそのようなクレジットを配信することを含むことができる。この方法では、サービスプロバイダ３０は、専用サービスプロビジョニングメッセージ（dedicated service provisioning message）によってクレジットをユーザのモバイルデバイス４０に送信（すなわち、プッシュ）することができる。
【００４５】
モバイルＴＶシステムクレジットおよびクーポンの配信、処理および引き換えをサポートするために、様々な契約上の態様および技術上の態様を一致させ、その後、ユーザへのクレジットのターゲット配信を実行することができる。契約上の態様は、サードパーティ５０とモバイルブロードキャストサービスプロバイダ３０との間のメッセージインターフェース仕様を定義すること、ならびにクレジットおよびクーポンについての消費および課金セマンティクス（semantics）に関係するビジネスルールを確立することを含むことができる。たとえば、クーポンタイプＡは、ある購入されたモバイルＴＶ番組の視聴についてＸ分間、引き換えできるものであり、そのクーポンＡは日付Ｙに有効期限が切れる（expires）と定義できる。他の例は、トランザクションの一部としてサードパーティの５０の銀行からサービスプロバイダの３０の銀行に転送される名目上定義された番組視聴価格＄Ｚについてユーザが引き換えできる無料トークンを含むことができる。
【００４６】
モバイルＴＶシステムクレジットおよびクーポンをサポートするために必要とされる技術的態様は、クレジットの供与（granting）および引き換えを可能にするためにサービスプロビジョニングメッセージを使用することを含むことができる。モバイルブロードキャストサービスプロバイダ３０とモバイルデバイス４０との間で情報を通信することに加えて、サービスプロビジョニングメッセージは、受信モバイルデバイス４０に、クレジットを受け付けるように準備させることができる。したがって、モバイルブロードキャストサービスプロバイダ３０は、クレジット配信のために特定のターゲットサービスプロビジョニングメッセージを作成し、たとえば、ロイヤルユーザのモバイルデバイスをそのようなメッセージのターゲットにすることができる。モバイルデバイスがクレジットを受信するように準備されると、モバイルブロードキャストサービスプロバイダ３０は、たとえばユニキャストネットワーク７０を介するなどして、その関連するルールをもつクレジット（すなわちＬＴＫＭ）をターゲットモバイルデバイス４０に送信することができる。
【００４７】
図４に、サブスクリプション応答メッセージを使用してモバイルブロードキャストサービスプロバイダ３０からモバイルデバイス４０にクレジットを配信するための実施方法を示す。図５は、図４に示す実施方法における、クレジットを配信するために種々のモバイルブロードキャストＴＶシステムコンポーネント間で起こり得るメッセージの交換を示すメッセージフローチャートである。本実施方法について、図４と図５の両方を参照しながら以下で説明する。
【００４８】
図示の実施形態では、モバイルブロードキャストＴＶサービスプロバイダ３０は、番組コンテンツがまもなくブロードキャストされることを述べるレポートをサードパーティ５０に送信する（図５中のメッセージ５００に対応する図４中のステップ３０２）。ブロードキャストされる番組のこの事前通知により、サードパーティ５０は、広告の配置のために番組を評価すること、ならびに、たとえばターゲット消費者にクレジットまたはクーポンを与えるような販売促進キャンペーンを行うことが可能になる。サードパーティ５０は、ブロードキャスト番組レポートを受信すると（ステップ５０２）、ユーザのモバイルデバイス４０に対してたとえばクーポンまたはトークンの形などでクレジットを与えることを望むかどうかを判定することができる。消費者にクレジットを与えるために、サードパーティ５０はクレジット要求メッセージをサービスプロバイダ３０に送信する（図５中のメッセージ５０２に対応する図４中のステップ５０４）。このクレジット要求メッセージは、たとえば配信すべきクレジットの価値、それらの適用範囲（applicability）（たとえば、引き換えできる番組、製品またはサービス）、それらの有効期日、およびそれらの引き換えルール（redemption rules）のような、配信すべきクレジットの詳細を、識別することができる。そのようなクレジット要求メッセージを受信すると（ステップ３０４）、サービスプロバイダ３０はクレジット応答をサードパーティ５０に送信する（図５中のメッセージ５０４に対応する図４中のステップ３０６）。サードパーティ５０は、サービスプロバイダ３０がサードパーティ５０の要求を受信および処理したことを検証しならびに消費および支払いに関して前もって同意された契約条件に関係するデータを伝えることができる、クレジット応答を受信する（ステップ５０６）。モバイルデバイス４０にサードパーティ５０のクレジットを配信するための準備として、サービスプロバイダ３０は、サードパーティ５０によって与えられたクレジット詳細を含むサブスクリプション応答メッセージを作成する（ステップ３０８）。サブスクリプション応答メッセージの構造、要素およびパラメータについては、図６〜図８を参照しながら以下でより詳細に説明する。いつかその後に（Sometime thereafter）、ユーザモバイルデバイス４０は、たとえば閲覧トークンの購買、ペイパービュートークンの購買、サブスクリプション要求、またはアップグレードされたサービスなど、サービス調整（service adjustment）を要求または開始するために、サービス要求を、ユニキャストネットワークを介してモバイルブロードキャストサービスプロバイダ３０に送信する（図５中のメッセージ５０６に対応する図４中のステップ４０２）。モバイルブロードキャストサービスプロバイダ３０は、サービス要求を受信し、処理し（ステップ３１０）、それに応じて、ユニキャストまたはブロードキャストネットワーク７０を使用して適切なサービスプロビジョニング応答メッセージをモバイルデバイス４０に送信する（図５中のメッセージ６００に対応する図４中のステップ３１２）。このサービス応答は、サードパーティクレジット、ならびにユーザが要求したサービス調整を含むことができる。ユーザのモバイルデバイス４０は、ユニキャストネットワーク７０を介してサブスクリプション応答メッセージを受信し、メッセージコンテンツにアクセスし、モバイルデバイス４０のメモリに（たとえば電子トークンウォレットに）、クレジットを記憶する（ステップ４０４）。モバイルデバイスユーザは、次いで、それらのクレジットを、クレジットにおいて指定されたサービスまたは製品を購買するために、使用することができる。ユーザがモバイルデバイス４０に記憶されたクレジットの引き換えを行うことができる方法については、図１５〜図２０を参照しながら以下でより詳細に説明する。
【００４９】
図６に、モバイルデバイス４０にクレジットを配信するのに好適なサブスクリプション応答メッセージ６００の一実施形態の例示的なフォーマットおよびコンテンツを示す。このサブスクリプション応答メッセージ６００は、サービスプロバイダ３０からサービスを購入するためにモバイルデバイス４０によって送信されたサービス要求メッセージに応答してモバイルデバイス４０に送信され得る。サブスクリプション応答メッセージ６００は、属性および要素にカテゴリー分類され得るいくつかのコンポーネントを含むことができる。図６に示すように、サブスクリプション応答メッセージ６００は、たとえば要求ＩＤ６０２、グローバルステータスコード６０４および適応モード６０６のような随意の属性を含むことができる。要求ＩＤ６０２は、対応するサービス要求メッセージ５０６の識別子とすることができる。正しい応答が、権利を要求する当事者に届くことを可能にするために、要求ＩＤは、サブスクリプション応答メッセージ６００を識別し、正しいサービス要求メッセージ５０６に関連付けることができる。要求ＩＤ６０２を使用して、ユーザのモバイルデバイス４０は、正しいサービス応答が受信されたかどうかを判定することができる。
【００５０】
グローバルステータスコード６０４は、いくつかの定義されたリターンコードに従って要求の全体的な結果に関する情報を与えることができる。例示的なリターンコードについては、図９を参照しながら以下でより詳細に説明する。グローバルステータスコード６０４を使用することによって、モバイルデバイス４０は、要求が正常に（successfully）処理されたかどうかを判定することができる。言い換えれば、グローバルステータスコード６０４は、ユーザのモバイルデバイス４０によって送信されたサービス要求メッセージ５０６のステータス（すなわち、成功、またはエラーによる失敗）を伝達することができる。たとえば、サブスクリプション応答メッセージ６００中にグローバルステータスコード６０４が存在し、値「０」に設定されている場合、これは、要求が正常に処理され、完了されたことを意味し得る。対照的に、グローバルステータスコード６０４が存在し、「０」以外の値に設定されている場合、これは、要求の受信または処理においてエラーがあったことを意味し得る。たとえサービス要求メッセージ５０６が正常に処理されなかった場合でも、モバイルブロードキャストサービスプロバイダ３０は、たとえモバイルブロードキャストサービスプロバイダ３０がモバイルデバイスによって要求された特定のサービス調整を与えることができないとしてもクレジットを送信するサブスクリプション応答メッセージ６００で応答することができることに、注目すべきである。サブスクリプション応答メッセージ６００中にグローバルステータスコード６０４が存在しない場合、これは、要求に関連する１つまたは複数の購買アイテム要素６０８に関係するエラーがあったことを意味し得る。購買アイテム要素６０８については、以下でより詳細に説明する。
【００５１】
随意の適応モード要素６０６は、モバイルデバイス４０に、汎用またはＢＤＳ固有であり得る動作可能な適応モードを通知することができる。たとえば、この属性の値が「偽」に設定されている場合、これは、適応モード６０６が汎用であることを示すことができる。たとえば、この属性の値が「真」に設定されている場合、これは、適応モード６０６がＢＤＳ固有であることを示すことができる。様々な実施形態によれば、グローバルステータスコード６０４が「成功」を示し、基礎をなす（underlying）ＢＤＳがＢＣＭＣＳである場合、適応モード６０６はサブスクリプション応答メッセージ６００中にのみ存在し得る。
【００５２】
サブスクリプション応答メッセージ６００の要素は、購買アイテム要素６０８と、ＤＲＭプロファイル固有部分６１０またはスマートカードプロファイル固有部分６１２の随意の要素とをさらに含むことができる。購買アイテム要素６０８は、たとえばサービス要求メッセージ５０６において要求されたアイテムなど、何が購入または受信されたかを表すことができる。言い換えれば、購買アイテム要素６０８は、ユーザのサービス要求が成功したかどうかについて、および配信された要求されたアイテムに関して、モバイルデバイス４０に通知することができる。たとえば、サービス要求メッセージ５０６が、あるコンテンツを再生（play）するためのデジタル権利（たとえば、ＤＲＭプロファイル）を要求し、サブスクリプション購買が成功した場合、購買アイテム要素６０８は権利有効性終了時間（Rights validity end time）６２２を含むことができる。権利有効性終了時間６２２については、ＤＲＭプロファイル部分６１０に関して以下でより詳細に説明する。ＤＲＭプロファイルまたはスマートカードプロファイルのいずれかについて、購買またはサブスクリプション要求に失敗があるとき、要求がモバイルブロードキャストサービスプロバイダ３０によって受け付けられなかった理由を示す購買アイテム６０８要素の属性としてアイテム別ステータスコード６１６が存在し得る。
【００５３】
購買アイテム要素６０８は様々な属性および要素をさらに含むことができる。たとえば、購買アイテム要素６０８は、必須のグローバルＩＤ参照属性６１４と随意のアイテム別ステータスコード属性６１６とを含むことができる。購買アイテム要素６０８はまた、随意のボーナスクレジット要素６１８とサブスクリプションウィンドウ要素６２０とを含むことができる。グローバルＩＤ参照属性６１４は、購買アイテム要素６０８の指定されたＩＤとすることができる。したがって、グローバルＩＤ参照６１４は、購買アイテム６０８中に発見されるグローバル購買アイテムＩＤ（図示せず）を使用して、購入されたアイテムを識別することができる。グローバルＩＤ参照６１４は、たとえば、任意の統一資源識別子（Uniform Resource Identifier）（ＵＲＩ）とすることができる。ＵＲＩは、たとえば、ユニキャストネットワーク上のリソースを識別または指定（name）するために使用される文字列である。そのような識別情報は、特定のプロトコルを使用したネットワーク上でのリソースの表現を用いた対話を可能にし得る。アイテム別ステータスコードは、図９を参照しながら以下で説明するように、グローバルステータスコード６０４と同じようなリターンコードを使用して、購入されたアイテムごとのステータスを明示することができる、（グローバルステータスコード６０４に比較して）より具体的なステータスコード６１６とすることができる。
【００５４】
随意のボーナスクレジット要素６１８を使用することによって、モバイルブロードキャストサービスプロバイダ３０からモバイルデバイス４０にクレジットを送信することができる。たとえば、サービス応答をモバイルデバイス４０に送信する前に、クレジット（たとえば、クーポンおよび／またはトークン）データをボーナスクレジット要素６１８に挿入することができる。このようにして、ユーザは、サービスを購入するかまたはサービスに加入したいという要求を送信すると、モバイルブロードキャストサービスプロバイダ３０からクレジットを受信することができる。クレジットタイプ（それはサブスクリプション応答メッセージ６００の部分であり得る）は、変更され得、また、要求されたサービスタイプと、（たとえば、ユーザの習慣とモバイルブロードキャストＴＶシステムの使用とに基づく）サービスを要求するユーザの識別情報とのいずれか一方または両方に結び付けられ得る。たとえば、購買アイテム要素６０８中に０個以上の（購買データとしても知られる）スタンドアロンボーナスクレジットサブ要素が存在し得る。これらのボーナスクレジットサブ要素は、トランザクションから生じ得るボーナスサービスのためのユーザ固有のクレジットデータを含むことができる。これらのクレジットは、モバイルデバイスのメモリに記憶され、サービスガイドルールとユーザのメンバーシップレベルとに基づいて管理され得る。ボーナスクレジット６１８のメッセージ構造の例示的な実施形態については、図７および図８を参照しながら以下でより詳細に説明する。
【００５５】
購買アイテム要素６０８の必須のサブスクリプションウィンドウ要素６２０は、サブスクリプションまたはクーポンが有効である期間（time interval）に関係するデータを含むことができる。サービスプロバイダ３０は、時間ベースサブスクリプションのためにこの要素を使用することができ、この要素をＰＰＶ購買応答メッセージ６００に含めることができる。ユーザモバイルデバイス４０は、サブスクリプションウィンドウ要素６２０中の情報を使用して、サブスクリプションの有効期間を判定することができる。サブスクリプションウィンドウ６２０要素は、必須の開始時間属性（図示せず）と随意の終了時間属性（図示せず）とをさらに含むことができる。開始時間属性は、サブスクリプションの開始を表すネットワークタイムプロトコル（ＮＴＰ）タイムスタンプを含むことができる。終了時間属性は、サブスクリプションの終了を表すＮＴＰタイムスタンプを含むことができる。例示的な一実施形態では、オープンエンドのサブスクリプションの場合、この属性を省略することができる。
【００５６】
随意のＤＲＭプロファイル固有部分要素６１０は、サービスおよびコンテンツ保護ＤＲＭプロファイル固有部分を含むことができる。この部分は、ＤＲＭプロファイルをサポートするために必須であり得、スマートカードプロファイルには適用可能でない。ＤＲＭプロファイル固有部分６１０は、随意の権利有効性終了時間属性６２２と随意の権利オブジェクト取得プロトコル（ＲＯＡＰ）トリガ要素６２４とをさらに含むことができる。権利有効性終了時間６２２属性は、ＢＳＭが要求メッセージを受け付けたときの（そして、その後、期限が延長（renewed）される必要がある）購入されたコンテンツに関連するＬＴＫＭの有効性の終了時間および日付を示すために存在し得る。このフィールドは、ＮＴＰタイムスタンプの最初の３２ビット整数部分で表され得る。たとえば、権利オブジェクト（ＲＯ）がブロードキャストされる場合、この属性を検証することができる。他の場合、この属性は不要である。随意の要素ＲＯＡＰトリガ６２４が存在するとき、モバイルデバイス４０は、１つまたは複数のＬＴＫＭ取得を開始するためにＲＯＡＰトリガ６２４を使用することが予想され得る。
【００５７】
随意のスマートカードプロファイル固有部分要素６１２は、サービスおよびコンテンツ保護スマートカードプロファイル固有部分を含むことができる。この部分は、スマートカードプロファイルをサポートするために必須であり得、ＤＲＭプロファイルに適用可能でないことがある。スマートカードプロファイル固有部分要素６１２は随意のＬＴＫＭ要素６２６を含むことができる。ＬＴＫＭ要素６２６は、ｂａｓｅ６４符号化ＭＩＫＥＹメッセージを含むスマートカードプロファイルモバイルブロードキャストＴＶ ＬＴＫＭとすることができる。この要素は、要求元モバイルデバイス４０とサービスプロバイダ３０とが登録プロシージャ中にＬＴＫＭ配信メカニズムとして「ＨＴＴＰ」（すなわち、インターネット）に関して同意している場合、サブスクリプション応答メッセージ６００中に存在し得る。
【００５８】
図７Ａに、ボーナスクレジット要素６１８の一実施形態のためのデータ構造を示す。図７Ａに示すように、ボーナスクレジット６１８要素は、保護鍵６１８ａと、説明（description）６１８ｂと、価格情報６１８ｃと、プロモーション情報６１８ｄと、拡張部分（extension）６１８ｅと、購買アイテム参照６１８ｆと、購買チャネル参照６１８ｇと、利用規約（term of use）６１８ｈと、プライベート拡張部分（private extension）６１８ｉと、ＩＤ６１８ｊと、バージョンパラメータ６１８ｋと、有効開始（valid-from）パラメータ６１８ｌと、有効終了（valid-to）パラメータ６１８ｍとを含む、いくつかのパラメータとサブ要素とを含むことができる。保護鍵６１８ａは、サービスガイドルールに記載されているユーザのメンバーシップレベルに基づいて復号化（decoded）され得る暗号化鍵を含むことができる。説明６１８ｂは、ユーザに販売されている製品、サービスまたはサブスクリプションの説明を１つまたは複数の言語で含むことができる。価格情報６１８ｃは、購買またはクレジットトランザクションのタイプの説明を含むことができる。
【００５９】
価格情報６１８ｃは、２つのコンポーネント、すなわち、割引額（discount amount）６１９ａと購買タイプ６１９ｂとを含んでいることができる。割引額６１９ａは、割引／クーポンを使用するときに実現され得る節約（savings）を表す、場合によっては（potentially）様々な通貨の負数として表され得る、１つまたは複数の金銭的価値（monetary values）を含んでいることができる。関連する割引／クーポンが参照された購買アイテムを無料にすることを示す（０などの）特殊値を予約することができる。いくつかの実施形態では、割引額６１９ａを省略することができ、その場合、その値は、アイテムが無料であることを示す０であると見なされ得る。
【００６０】
図７Ａに示す購買タイプテーブル６１９ｂは、サブスクリプション応答メッセージがユーザのモバイルデバイス４０に送信されるとき、価格情報サブ要素６１８ｃをポピュレートするために使用され得る購買またはクレジットトランザクションの様々なタイプおよび値を示す。価格テーブル６１９内の様々なタイプの購買タイプ値は、ワンタイムサブスクリプションと、オープンエンドサブスクリプションと、ライブコンテンツの時間ベース消費を可能にするペイパータイム（ＰＰＴ）ライブと、非ライブコンテンツの時間ベース消費を可能にするＰＰＴ再生と、非ライブコンテンツについて、ある回数の再生を可能にするペイパープレイ（ＰＰＰ）再生と、非ライブコンテンツの無制限再生を可能にする無制限再生と、サービストークンを使用することによってライブコンテンツの時間ベース消費を可能にするサービストークンＰＰＴライブと、サービストークンを使用することによって非ライブコンテンツの時間ベース消費を可能にするサービストークンＰＰＴ再生と、ユーザトークンを使用することによってライブコンテンツの時間ベース消費を可能にするユーザトークンＰＰＴライブと、ユーザトークンを使用して非ライブコンテンツの時間ベース消費を可能にするユーザトークンＰＰＴ再生と、ユーザトークンを使用することによるユーザトークンＰＰＶライブと、ユーザトークンを使用することによるユーザトークンＰＰＰ再生と、サービストークンを使用するために有効なＬＴＫＭを必要とし得る、このサービス／コンテンツＳＥＫ／ＰＥＫ ＩＤ鍵グループにリンクされたサービスパース（service purse）に追加するために購入されたエキストラサービストークンと、モバイルブロードキャストサービスプロバイダ３０のＩＤにリンクされ得る、ユーザパース（user purse）に追加するために購入されたエキストラユーザトークン（これは、特定のサービスコンテンツにリンクされないことがあり、また、使用すべき有効なＬＴＫＭを必要とすることがある）と、非ブロードキャスト（すなわち現実世界の）製品、たとえば店舗からの製品と、将来の使用のための予約と、商用利用（proprietary use）のための予約とを含むことができる。
【００６１】
プロモーション情報６１８ｄは、ユーザが、参照された購買アイテムを購入することによって取得することができる割引／クーポンを表すことができる。拡張部分（extension）６１８ｅは、番組、製品またはプロモーションを識別するかまたはそれに関係する追加情報を含むことができる。購買アイテム参照６１８ｆは、販売促進割引クーポンに関連する特定の購買アイテムを識別する識別子とすることができる。たとえば、購買アイテム参照６１８ｆは、たとえばＣＮＮヘッドラインニュースのような特定の購買アイテムを識別することができる。購買チャネル参照６１８ｇは、ユーザが、参照された購買アイテムをどこでまたはどのように購入することができるかを識別する情報を含むことができる。番組購買のためのクーポンまたはトークンの場合、購買チャネル参照６１８ｇは、コンテンツプロバイダ（たとえば、Ｄｉｓｎｅｙ、ＡＯＬ、ＣＢＳなど）を識別することができる。マーチャントから製品を購入するためのクーポンの場合、購買チャネル参照６１８ｇは、そこから製品を購入しなければならないストアまたはチェーン（たとえば、Ｈｏｍｅ Ｄｅｐｏｔ、Ｓｅａｒｓなど）であり得る。
【００６２】
利用規約６１８ｈは、クレジットをどのように使用することができるかに関する情報を含むことができる。たとえば、いくつかのクレジットは、複製することまたは他者に転送することができない。利用規約６１８ｈは、クレジットの完全性（integrity）がそこなわれないままでいることを可能にするために、これらの限界（boundaries）を規定することができる。さらに、このサブ要素は、クレジットのタイプと、このクレジットを何の目的で使用することができるかとを規定することができる。たとえば、モバイルブロードキャストサービスプロバイダ３０からコンテンツを購入するとき、割引を受けるためにのみクーポンを使用することができる。そのようなクーポンを、他の製品またはサービスを購入するために使用することはできない。
【００６３】
プライベート拡張部分６１８ｉは、ベースラインＳＧ規格に加えてベンダ固有の拡張およびアプリケーション固有の拡張を実装することを可能にすることができる。クレジットＩＤ６１８ｊは、クレジットを検証し、たとえばその場限りのＩＤ（nonce ID）、暗号化値などのような、ユーザがクレジットを偽造するのを防ぐために使用できるデータを含むことができる。クーポンバージョン６１８ｋは、ベンダが、異なる条件（terms）および価値（values）をもつ類似する購買のための後続のクーポンを経時的に発行することを可能にすることができる、クーポンのバージョンを識別するための情報を含むことができる。したがって、クーポンバージョン情報を使用して、同じクーポンタイプの連続するバージョンをサポートすることができる。有効開始値６１８ｌは、クレジットが有効になる日付および時間に関する情報を含むことができる。有効終了値６１８ｍは、クレジットが無効になり、もはや使用できない日付および時間に関する情報を含むことができる。クーポンが決して満了しない場合、有効終了値は省略され得る。
【００６４】
さらに、ボーナスクレジット要素６１８は拡張ＵＲＬ要素（図示せず）を含むことができる。そのようなＵＲＬ要素は、クレジット要素に関係するさらなる情報を与えるウェブリソースへのポインタを与えるであろう。たとえば、クレジット要素中の拡張ＵＲＬをたどることによって、クレジットまたはクーポンに関係するＷＷＷページに到達することができる。モバイルデバイス４０は、インターネットにアクセスする機能を有する場合、ＨＴＴＰを使用してクレジットまたはクーポンに関係する追加情報を得るために、ＵＲＬを使用してインターネットウェブサイトにアクセスする。
【００６５】
いくつかのパラメータおよびサブ要素は、ボーナスクレジット要素６１８が有効であり機能するために必須であり得る。これらの必須のパラメータおよびサブ要素については、図８に示すメッセージ構造図に示す。これらの必須のフィールドは、購買アイテム参照フィールド６１８ｆと、購買チャネル参照フィールド６１８ｇと、有効開始フィールド６１８ｌと、クレジットＩＤフィールド６１８ｊと、クーポンバージョンフィールド６１８ｋとを含む。
【００６６】
クーポン要素６５０およびそのコンポーネントの代替実施形態を図７Ｂに示す。この代替クーポン実施形態のサブ要素は、クーポンを識別し、クーポンを説明し、クーポンによって与えられる価格または割引を示し、（以下でより十分に説明するように）他のクーポンと組み合わせるためにその重みを識別し、たとえばデジタル署名の形などでクーポンを検証するために必要とされる情報を含む。クーポンオブジェクト中に含まれ得る例示的な情報は、識別子（ＩＤ）（たとえば、グローバル一意識別子、バージョン番号、最初の時点の有効期日（有効開始日付）、最後の時点の有効期日（有効終了日付）など）６５２、クーポンが、引き換えられる前に発行者によって検証される必要があることを示すフラグまたは値６６４、クーポンが適用される製品またはサービスの識別子６５４、クーポンを有効にするために、それを介して製品またはサービスが購入されなければならないチャネルの識別子６５６、クーポンの説明６５８、クーポンのプロバイダの識別子（たとえば、クーポンを発行する企業の種類）６６０、図２７を参照しながら以下でより十分に説明する多用途重み値（multi-use weight value）６６２、クーポンが引き換えられた後、それがどのくらいすぐに再利用され得るかの指示６６６、相対価格または割引値情報を含むような価格情報６６８、クーポンが有効である対象とする購買アイテムタイプの指示６７０、クーポンが引き換えられるとき、適用される貨幣的割引価格（monetary discount price）６７２、クーポンが有効である貨幣通貨のインジケータ、クーポン印刷可能画像（coupon printable image）を得ることができるアドレス（たとえばＵＲＬなど）６７４、クーポンと見なされることになる、クーポンにデジタル署名を与えた機関（authority）を説明するＵＲＩ６７６、ユーザＩＤフィールドおよびユーザＩＤタイプの識別子６７８、および、発行機関からのデジタル署名（たとえばＸＭＬデジタル署名など）６８０を含む。
【００６７】
電子クーポンが別個のクーポンドキュメントまたはクーポンオブジェクトとして配信され、処理されるとき、クーポンオブジェクトはサービスガイドの外部で維持され得る。とはいえ、クーポンオブジェクトは、クーポンに関係する情報を識別するサービスガイド中のフラグメントへのポインタを含むことができる。図７Ｃに、クーポンオブジェクト７００とサービスガイド７１０との間の関係を示す。詳細には、クーポンオブジェクト７００は、サービスガイド７１０内のプロビジョニングフラグメント７１２，７１４，７１６またはプロビジョニングフラグメント内の特定の情報フィールドへのポインタ７０２，７０４，７０６を含むことができる。そのようなポインタは、クーポンオブジェクト７００によって参照される情報が、クーポン中に含まれるポインタ７０２，７０４，７０６を介して常に利用可能であるように、サービスガイドが更新されたときに変化しないグローバル一意ポインタの形とすることができる。
【００６８】
一実施形態では、クレジットＩＤフィールド６１８ｊは、図８に示すように、暗号化パラメータ６１８ｎ、クレジット識別子６１８ｐおよび多目的署名（multipurpose signature）６１８ｏなど、追加のサブ要素を含むことができる。暗号化パラメータ６１８ｎは、暗号化アルゴリズムおよび関連するパラメータ（たとえば暗号化ソルトまたはナンス（encryption salt or nonce）など）を指定するために使用できる。クレジット識別子６１８ｐは、クーポンのためのグローバル一意識別子とすることができる。
【００６９】
多目的署名６１８ｏは、クーポンが敵対的（hostile）ネットワークを介してトランスポートされるとき、クーポンを保護するために使用できる。多目的署名６１８ｏは、オンデマンドで取り出されおよび／またはマーチャントサーバによってキャッシュされる１つまたは複数のＸ．５０９デジタル証明書の階層とともに、暗号署名（すなわち、クーポンフィールドの全部または一部の暗号化ダイジェスト）を用いてクーポンを認証するために使用できる。一実施形態では、クーポン発行者は、（たとえばよく知られている公開鍵暗号方法を使用することなどにって）検出することなくして変更できないクーポンを生成するために多目的署名６１８ｏを使用することができる。一実施形態では、クーポン受信者（たとえば、モバイルデバイスおよびマーチャント）が、以下でより詳細に説明するように、クーポンが特定の機関によって発行されたことを検証することができるように、Ｘ．５０９署名階層を使用して多目的署名６１８ｏを作成することができる。本実施形態では、Ｘ．５０９証明書中で署名アルゴリズムを指定することができる。
【００７０】
図９は、サブスクリプション応答メッセージ６００中に含まれ得る様々なグローバルステータスコード６０４と、それらの関連するステータスメッセージとのテーブル６０４ａである。たとえば、グローバルステータスコード「０００」を含むサブスクリプション応答メッセージ６００は、要求プロセスが成功したことを示すことができる。グローバルステータスコード「００３」を含むサブスクリプション応答メッセージ６００は、要求された購買アイテムが未知であることを示すことができる。「００３」コードは、たとえば、デバイスが、古い情報をもつキャッシュされたサービスガイドサービスを有する場合にも受信され得、その場合、ユーザはサービスガイドを再取得することができる。グローバルステータスコード「００９」を含むサブスクリプション応答メッセージ６００は、課金ステップが失敗したことを示すことができる。たとえば、同意したクレジット限界に達したとき、アカウントは凍結され得、その場合、ユーザは、問題を解決するためにサービスプロバイダ３０に連絡することができる。「００９」コードは、トランザクションに関与する様々な企業間でも使用され得る。グローバルステータスコード「０１１」を含むサブスクリプション応答メッセージ６００は、デバイスが実行しようと試みた動作がサービスプロバイダ３０とユーザとの間の契約の下で許されないことを示すことができる。そのようなエラーメッセージを受信したとき、ユーザは、契約条件を変更するためにサービス事業者３０に連絡することができる。「０１１」コードは企業間でも使用され得る。グローバルステータスコード「０１５」を含むサブスクリプション応答メッセージ６００は、要求されたサービスが送信問題により利用不可能であることを示すことができ、その場合、後で要求を再開することができる。「０１５」コードは企業間でも使用され得る。グローバルステータスコード「０１６」を含むサブスクリプション応答メッセージ６００は、同じ要求が前に処理されたことを示すことができ、その場合、ユーザまたはエンティティは、要求がすでに処理されたかどうかを確認することができる。これは、ＬＴＫＭが受信されたかどうかを判定することによって行うことができ、そうでない場合、要求を再入力する。グローバルステータスコード「０２１」を含むユーザサブスクリプション応答メッセージ６００は、与えられた情報が無効であり、システムによって使用できないことを示すことができる。そのような状況では、ユーザは、要求を再確認し、再び送信することができる。グローバルステータスコード「０２２」を含むサブスクリプション応答メッセージ６００は、要求元鍵マテリアルおよびメッセージが有効ではなく、履行できないことを示すことができる。そのようなシナリオでは、ユーザは、要求を再確認し、必要な場合、再送信することができる。グローバルステータス「０３１」を含むサブスクリプション応答メッセージ６００は、ユーザが、クーポンを担持（carried）するボーナスクレジット６１８を使用しようと試みたが、そのクーポンは有効期限を有し、購買トランザクションにもはや有効でないことを示すことができる。グローバルステータスコード「０３２」を含むサブスクリプション応答メッセージ６００は、ユーザが、利用可能なコンテンツオブジェクトを購入するために、（クーポンを担持する）検証されたボーナスクレジットを使用したが、そのクーポンは、前のトランザクションにおいてすでに使用されており、したがって、もはや有効でないことを示すことができる。
【００７１】
一実施形態では、ユーザからの自発的なサービス要求を受信することなしに、クレジットをユーザのモバイルデバイス４０に配信またはプッシュすることができる。言い換えれば、モバイルブロードキャストＴＶシステムは、ユーザのモバイルデバイス４０を「ブートストラップ（bootstrap）」し、ユーザのモバイルデバイス４０が要求メッセージを送信することなしに、クレジットをユーザのモバイルデバイス４０にプッシュアウト（push out）することができる。そのような配信方法は、サードパーティ５０およびモバイルブロードキャストサービスプロバイダ３０が、すべてのユーザにメッセージを配信するためのブロードキャストネットワーク８０を使用してモバイルデバイス４０にクレジットを送信するか、あるいは特定のユーザまたはユーザのグループにメッセージを配信するためのユニキャストネットワーク７０を使用してモバイルデバイス４０にクレジットを送信することを可能にすることができる。ユーザのモバイルデバイス４０をブートストラップすることは様々な方法によって行われ得る。一実施形態では、図１０および図１１を参照しながら以下で説明するように、ユーザのモバイルデバイス４０に送信請求プルメッセージ（solicited pull messages）をブロードキャストすることができる。送信請求プルメッセージは、ユーザのモバイルデバイス４０からのクレジット購買要求を送信請求（solicit）することができる。他の実施形態では、図１３〜図１４を参照しながら以下で説明するように、ユーザのモバイルデバイス４０が明示的アクションをとる必要なしにクレジットを受信することを可能にするために、ユーザのモバイルデバイス４０にクレジット供与プッシュメッセージ（credit grant push messages）をブロードキャストすることができる。
【００７２】
ブートストラッピング方法を使用したクレジットの配信を説明するために、以下の例示的な実施形態では、ユーザへの無料トークンの配信について説明する。モバイルＴＶ番組を視聴するために、購入されたトークンとほとんど同様に無料トークンの引き換えを行うことができる。以下の実施形態において、トークンを配信するためのプロセスを例として使用するが、たとえば製品またはサービスのために引き換えできるクーポンのような他のタイプのクレジットを配信するために同じプロセスを使用することができる。したがって、以下の例は、本発明の範囲をトークンの配信に限定するものではない。
【００７３】
図１０Ａは、送信請求プルメッセージを使用して、無料トークンを受信すべきユーザのモバイルデバイスをブートストラップするための例示的な実施方法のプロセスフローチャートである。図１１Ａは、図１０Ａに示す方法による、トークンを配信するために様々なモバイルブロードキャストＴＶシステムコンポーネント間で交換され得るメッセージのメッセージフローチャートである。この実施形態について、図１０Ａと図１１Ａの両方を参照しながら以下で説明する。
【００７４】
非自発的な（involuntary）トークン購買要求を開始するために、モバイルブロードキャストサービスプロバイダ３０は送信請求プルメッセージをユーザのモバイルデバイス４０に送信する（図１１Ａ中のメッセージ１１００に関係する図１０Ａ中のステップ３１４）。送信請求プルメッセージ１１００は、ブロードキャストネットワーク８０またはユニキャストネットワーク７０のいずれかを介して送信できる。送信請求プルメッセージ１１００は、モバイルデバイス４０を、購買要求メッセージを送信するように促すメッセージであり、それによって、図４および図５を参照しながら上記で説明したクレジット配信プロセスを開始する。ユーザのモバイルデバイス４０は、送信請求プルメッセージを受信し、処理する（ステップ４０６）。随意に、送信請求プルを受け付けるかまたは拒否するようにユーザを促す（随意の判定４０８）。この随意のユーザ選択は、たとえば、プライバシまたはセキュリティ問題がクレジットを受信したいという欲求を上回ることがあるモバイルデバイスユーザにとって有用であり得る。ユーザが送信請求プルを拒否することによってプロンプトに応答した場合、モバイルデバイス４０は送信請求プルメッセージを単に無視する。しかしながら、ユーザが送信請求プルを受け付けることによってプロンプトに応答した場合（すなわち、判定４０８＝「ＹＥＳ」）、モバイルデバイス４０はトークン購買要求をモバイルブロードキャストサービスプロバイダ３０に送信する（図１１Ａ中のメッセージ１１０２に関係する図１０Ａ中のステップ４１０）。図４および図５を参照しながら上記で説明したように、トークン購買要求メッセージ１１０２は、ユニキャストネットワーク７０またはたとえばインターネット９０のような他のネットワークを介してサービスプロバイダ３０に送信できる。トークン購買要求メッセージ１１０２は、モバイルブロードキャストサービスプロバイダ３０によって送信された送信請求プルメッセージ１１００中で定義されたルールに基づいて、送信請求プルメッセージ中で指定された情報（たとえば、識別子）を含むことができ、あるいは、たとえばトークン購買要求が無料トークンのためのものであるようなときに、０の購買要求を指定することができる。トークン購買要求メッセージ１１０２を受信すると（ステップ３１６）、モバイルブロードキャストサービスプロバイダ３０は、エラーが存在するかどうかを判定せよという要求を処理する（判定３１８）。トークン購買要求メッセージ１１０２が正常に受信されなかった場合（すなわち、判定３１８＝「ＮＯ」）、エラーメッセージをもつトークン購買応答をモバイルデバイス４０に送信する（ステップ４１２、メッセージ１１０４）。このエラーメッセージは、図９を参照しながら上記で説明したコードおよびステータスメッセージのうちの１つまたは複数を含むことができる。トークン購買要求が正常に処理された場合（すなわち、判定３１８＝「ＹＥＳ」）、モバイルブロードキャストサービスプロバイダ３０は、次いで、トークン購買応答メッセージを送信し（図１１Ａ中のメッセージ１１０４に関係する図１０Ａ中のステップ３２０）、それをユーザのモバイルデバイス４０が受信する（ステップ４１４）。トークン購買応答メッセージ１１０４は、図１２を参照しながら以下でより詳細に説明する属性および要素を含むことができる。トークン購買応答メッセージの送信の後、モバイルブロードキャストサービスプロバイダ３０は、その下で無料トークンが使用され得る契約条件（terms and conditions）とともにトークンを含むＬＴＫＭメッセージをモバイルデバイス４０に送信する（図１１Ａ中のメッセージ１１０６に関係する図１０Ａ中のステップ４１６）。このＬＴＫＭは、ユニキャストネットワーク７０、またはインターネット９０など他のネットワークを介して送信できる。ＬＴＫＭを受信すると（ステップ４１６）、モバイルデバイス４０はトークンをそのメモリに記憶する（図１１Ａ中の内部メッセージ１１０８に関係する図１０Ａ中のステップ４１８）。随意に、モバイルデバイス４０は、トークンの安全な受信（safe receipt）を示すために検証メッセージをモバイルブロードキャストサービスプロバイダ３０に送信する（図１１Ａ中のメッセージ１１１０に関係する図１０Ａ中のステップ４２０）。この検証メッセージ１１１０は、ユニキャストネットワーク７０またはたとえばインターネット９０のような他のネットワークを介して送信できる。モバイルブロードキャストサービスプロバイダ３０は検証メッセージ１１１０を受信する（ステップ３２４）。
【００７５】
図１０Ａおよび図１１Ａは、トークン購買要求メッセージと購買応答メッセージとを介してトークンを交換する１つの例示的な実施形態を示しているが、送信請求プルプロセスを使用して、たとえばトークンの代わりにクーポンを受信するなどのために、クレジットを受信するためのメカニズムとして汎用サブスクリプション要求メッセージ（すなわち、サービス要求）を送信することができる。図１０Ｂは、送信請求プルメッセージを使用して、サービス要求を介してクーポンを受信すべきユーザのモバイルデバイスをブートストラップするための例示的な実施方法のプロセスフローチャートである。図１１Ｂは、図１０Ｂに示す方法による、クーポンを配信するために様々なモバイルブロードキャストＴＶシステムコンポーネント間で交換され得るメッセージのメッセージフローチャートである。同様の番号付き参照をもつプロセスおよびメッセージは、図１０Ａおよび図１１Ａを参照しながら上記で説明したものに一致する。
【００７６】
図１０Ｂおよび図１１Ｂを一緒に参照すると、送信請求プルメッセージ１１００を受信すること（図１０Ｂ中のステップ４０６）に応答して、モバイルデバイス４０はサービス要求メッセージをモバイルブロードキャストサービスプロバイダ３０に送信する（図１１Ｂ中のメッセージ１１０３に対応する図１０Ｂ中のステップ４１１およびステップ３１７）。モバイルブロードキャストサービスプロバイダ３０は、サービス応答メッセージをモバイルデバイス３０に送信することによって応答する（図１１Ｂ中のメッセージ１１０５に対応する図１０Ｂ中のステップ３２１およびステップ４１５）。モバイルブロードキャストサービスプロバイダ３０は、次いで、クーポン（または他の価値のあるアイテム）を含むＬＴＫＭメッセージをモバイルデバイス３０に送信する（図１１Ｂ中のメッセージ１１０７に対応する図１０Ｂ中のステップ３２３およびステップ４１７）。モバイルデバイス３０は、ＬＴＫＭとクーポンとをメモリに記憶し（図１０Ｂ中のステップ４１９および図１１Ｂ中の内部メッセージ１１０９）、ステップ４２０およびステップ３２４とメッセージ１１１０とについて上記で説明したように随意の検証メッセージで応答する。
【００７７】
図１２に、トークン購買応答メッセージ１１０４の一実施形態中に含まれ得る様々な属性および要素を示す。トークン購買応答１１０４は、随意の要求ＩＤ属性６０２と必須のグローバルステータスコード属性６０４とを含むことができる。図６に関して上記で説明したように、要求ＩＤ属性６０２は、対応するサービス要求メッセージの識別子とすることができる。したがって、正しい応答が、権利を要求する当事者に届くことを可能にするために、要求ＩＤ属性６０４は、トークン購買応答メッセージ１１０４を識別し、正しいトークン購買要求メッセージ１１０２に関連付けることができる。要求ＩＤ属性６０２を使用して、ユーザのモバイルデバイス４０は、トークン購買応答メッセージ１１０４が受信されたかどうかを判定することができる。図６に関して上記で説明したように、グローバルステータスコード６０４は、いくつかの定義されたリターンコードに従ってトークン購買要求の全体的な結果に関する情報を与えることができる。例示的なリターンコードについては、図９を参照しながら上記でより詳細に説明した。グローバルステータスコード６０４を使用することによって、モバイルデバイス４０は、要求が正常に処理されたか、何らかのエラーのために失敗したかを判定することができる。言い換えれば、グローバルステータスコード６０４は、サービス要求のステータス（すなわち、成功、またはエラーによる失敗）をユーザのモバイルデバイス４０に伝達することができる。
【００７８】
トークン購買応答１１０４はまた、たとえばＤＲＭプロファイル固有部分要素６１０、スマートカードプロファイル固有部分要素６１２、およびボーナスクレジット要素６１８のような、随意の要素を含むことができる。ＤＲＭプロファイル固有部分要素６１０とスマートカードプロファイル固有部分要素６１２とは相互に排他的である。したがって、トークン購買応答メッセージは、ＤＲＭプロファイル固有部分要素６１０またはスマートカードプロファイル固有部分要素６１２のいずれかのみを含んでいることができる。サービスおよびコンテンツ保護ＤＲＭプロファイル固有部分要素６１０は、ＤＲＭプロファイルをサポートするために必須であり得、スマートカードプロファイルに適用可能でないことがある。
【００７９】
ＤＲＭプロファイル固有部分要素６１０はＲＯＡＰトリガ６２４の随意の要素を含んでいることができる。トークン購買応答メッセージ１１０４中のＲＯＡＰトリガ６２４要素は、サブスクリプション応答メッセージ６００中のＲＯＡＰトリガ６２４と同様であるが、いくつかの相違点がある。トークン購買が成功した場合、トークン購買応答メッセージ１１０４は追加のペイロードとしてＲＯＡＰトリガ６２４を含むことができる。モバイルデバイス４０は、１つまたは複数のトークン取得を開始するために、このＲＯＡＰトリガ６２４を使用することができる（すなわち、ＬＴＫＭ取得を開始することによって）。これは、上記で説明したサブスクリプション応答メッセージ６００中のＲＯＡＰトリガ６２４と同じ機能である。しかしながら、サブスクリプション応答メッセージ６００のＲＯＡＰトリガ６２４要素とは対照的に、モバイルデバイス４０が、たとえば、登録されていないためにトークン購買要求が失敗した場合、トークン購買応答メッセージ１１０４は、追加のペイロードとしてＲＯＡＰ登録トリガを含むことができる。モバイルデバイス４０は、次いで、サービスプロバイダ３０への登録プロセスを開始するように促され、首尾良く（successfully）登録されると、次いで、トークン購買要求メッセージ１１０２を再送信することができる。
【００８０】
トークン購買応答メッセージは、随意の供与されるトークン要素１２０２（token granted element）とＬＴＫＭ要素６２６とを含むことができる。トークン供与要素１２０２は、トークン購買要求メッセージ１１０２に応答して、たとえば供与されるトークンに関する情報のような、いくつかの属性を含むことができる。これらの属性は、タイプ１２０４と、量１２０６と、課金タイプ１２０８とを含むことができる。タイプ属性１２０４は、トークン購買トランザクションにおいて供与されるトークンタイプを指定することができる。供与され得る様々なトークンタイプおよびそれらの割り当てられた値は、予約済みトークン（値０）と、ＤＲＭプロファイルのためのトークン（値１）と、ライブＰＰＴパースに追加されるスマートカードプロファイルのためのサービストークン（値２）と、再生ＰＰＴパースに追加されるスマートカードプロファイルのためのサービストークン（値３）と、サービスプロバイダ３０のＩＤに関連するユーザパースに追加されるスマートカードプロファイルのためのユーザトークン（値４）と、将来の使用のために予約されたトークン（値５〜値１２７）と、商用利用のために予約されたトークン（値１２８〜値２５５）とを含むことができる。量属性１２０６は、トークン購買トランザクションにおいて供与されるトークンの数を指定する情報を含むことができる。タイプ属性１２０４について、属性で指定される値は、供与されるトークンの数に対応し得る。課金タイプ属性１２０８は、トークン購買トランザクションに関連付けるべき課金タイプに関する情報を含むことができる。課金タイプは、未指定（値０）と、プリペイド（値１）と、ポストペイド（値２）と、将来の使用のための予約済み（値３〜値１２７）と、商用利用のための予約済み（値１２８〜値２５５）とを含むことができる。図６に関して上記で説明したように、ＬＴＫＭ６２６要素は、ｂａｓｅ６４符号化ＭＩＫＥＹメッセージを含むスマートカードプロファイルモバイルブロードキャストＴＶ ＬＴＫＭとすることができる。要求元モバイルデバイス４０とサービスプロバイダ３０とが登録プロシージャ中にＬＴＫＭ配信メカニズムとして「ＨＴＴＰ」（すなわち、インターネット）に関して同意している場合、この要素はトークン購買応答メッセージ１１０４中に存在し得る。
【００８１】
図６を参照しながら上記で説明したサブスクリプション応答メッセージ６００と同様に、トークン購買応答メッセージ１１０４はまた、たとえばトークンまたはクーポンのようなクレジットをユーザに送信するための随意のボーナスクレジット要素６１８を含むことができる。たとえば、トークン購買応答１１０４をユーザのモバイルデバイス４０に送信する前に、クレジット（すなわちクーポンおよび／またはトークン）データをボーナスクレジット要素６１８に挿入することができる。このようにして、ユーザのモバイルデバイス４０がモバイルブロードキャストサービスプロバイダ３０によって送信された送信請求プルメッセージに応答すると、ユーザはモバイルブロードキャストサービスプロバイダ３０からクレジットを受信することができる。トークン購買応答メッセージ１１０４の部分であり得るクレジットタイプは、変更され得、また、たとえば、ユーザにプッシュされているトークンタイプ、もしくは、（ユーザの習慣とモバイルブロードキャストＴＶシステムの使用とに基づく）送信請求プルメッセージ１１００を送信したまたはトークン購買要求メッセージ１１０２で応答するユーザの識別情報、または、それらの両方に結び付けられ得る。たとえば、０個以上の（購買データとしても知られる）スタンドアロンボーナスクレジットパラメータが購買アイテム要素６０８の属性として存在し得る。これらのボーナスクレジットパラメータは、このトークン購買トランザクションから生じ得るボーナスサービスのためのユーザ固有のクレジットデータを含むことができる。クレジットは、ユーザのモバイルデバイス４０のメモリに記憶され、サービスガイドルールとユーザのメンバーシップレベルとに基づいて管理され得る。ボーナスクレジット６１８のメッセージ構造の例示的な実施形態については、図７および図８を参照しながら上記でより詳細に説明した。
【００８２】
図１３に、トークン供与プッシュメッセージ（token grant push messages）を使用して、無料トークンを受信すべきユーザのモバイルデバイス４０をブートストラップするための例示的な実施形態のプロセスフローを示す。図１４は、図１３に示す本方法による、クレジットの配信のために様々なモバイルブロードキャストＴＶシステムコンポーネント間で交換され得るメッセージを示すメッセージフローチャートである。この実施形態について、図１３と図１４の両方を参照しながら説明する。
【００８３】
モバイルデバイス４０へのトークンの配信を開始するために、モバイルブロードキャストサービスプロバイダ３０はトークン供与プッシュメッセージをモバイルデバイス４０に送信する（ステップ３２１、メッセージ１４００）。モバイルデバイス４０は、トークン供与プッシュメッセージを受信し、処理する（ステップ４１３）。トークン供与プッシュメッセージは、モバイルデバイス４０がＬＴＫＭ中のクレジットを受信するために準備することができるように、ＬＴＫＭが送信されることをモバイルデバイス４０に通知する。トークン供与プッシュメッセージ１４００に続いて、モバイルブロードキャストサービスプロバイダ３０は、無料トークンと利用規約とを識別するＬＴＫＭをモバイルデバイス４０に送信する（ステップ３２２、メッセージ１１０６）。ＬＴＫＭ１１０６を受信すると、モバイルデバイス４０は、情報を処理し（ステップ４１６）、たとえば無料トークンをモバイルデバイスセキュア機能９０（たとえばスマートカードメモリ）などのメモリに記憶する（ステップ４１８、内部メッセージ１１０８）。モバイルデバイス４０は、ＬＴＫＭおよび無料トークンが正常に受信され、記憶されたことを示すために、モバイルブロードキャストサービスプロバイダ３０に検証メッセージで応答する（ステップ４２０、メッセージ１１１０）。代替的にまたは随意に、トークンが正常にメモリに記憶されない場合、モバイルデバイス４０は、その情報を検証メッセージ中に含める（図示せず）。モバイルブロードキャストサービスプロバイダ３０は、検証メッセージ１１１０を受信し（ステップ３２４）、メッセージの内容に基づいて適切なステップをとる。たとえば、検証メッセージ１１１０が、トークンがモバイルデバイス４０によって正常に受信され、記憶されたことを示す場合、サービスプロバイダ３０はさらなるアクションをとることはない。しかしながら、検証メッセージ１１１０が、トークンが正常に受信されなかったかまたはモバイルデバイス４０のメモリに記憶されなかったことを示す情報を含む場合、モバイルブロードキャストサービスプロバイダ３０は、その状況を改善するために適切なアクション（たとえばＬＴＫＭ１１０６を再送信することなど）をとることができる。
【００８４】
たとえば無料トークンまたはクーポンのようなクレジットがモバイルデバイス４０に配信されると、ユーザは、それらを使用して、モバイルＴＶ番組、サービスまたは製品を購入することができる。様々な実施形態によれば、クレジットの引き換えを行うための様々な方法を採用することができる。１つの例示的な引き換え方法は、クレジットを使用して特定のモバイルブロードキャストサービスプロバイダ３０からのサービスコンテンツのみを購入することができるＳＴＫＭをブロードキャストすることを含む。他の例は、ユニキャストネットワーク７０を使用して、モバイルデバイス４０に、購買のための支払いの一部として（端末上のセキュアなメモリ上またはスマートカード中に実装された）オンボード電子パースから特定のクレジットを減分させるためのＬＴＫＭパースモードを送信することを含む。ＬＴＫＭパースモードメッセージは、モバイルデバイスに、その電子パースからクレジットを減分させる命令を含むメッセージである。他の例は、モバイルデバイス４０に、支払いの一部として、その電子パースから特定のクレジットを減分するように指示するメッセージであるＳＴＫＭヌルプログラムメッセージをブロードキャストすることを含む。これらのクレジット引き換え方法の各々について、図１５〜図２０を参照しながら以下でより詳細に説明する。
【００８５】
図１５は、ＳＴＫＭブロードキャストを使用してクレジットの引き換えを行うための例示的な実施形態のプロセスフローチャートである。図１６は、図１５に示す方法における、クレジットの引き換えを行うために様々なモバイルブロードキャストＴＶシステムコンポーネント間で交換されるメッセージのメッセージフローチャートである。この実施形態について、図１５と図１６の両方を参照しながら以下で説明する。
【００８６】
様々な実施形態によれば、モバイルデバイス４０に配信またはプッシュされるクレジットは、モバイルブロードキャストサービスプロバイダ３０から無料または割引の番組またはコンテンツを購入するためにのみ引き換えできるクレジットを含むことができる。そのようなシナリオにおいて、モバイルブロードキャストサービスプロバイダ３０は、ＳＴＫＭストリーム（メッセージ１６００）をブロードキャストし、さらに、モバイルデバイス４０に記憶されたクレジットを使用して購入できる名目上または販売促進の番組およびコンテンツストリーム（メッセージ１６０１）をブロードキャストする（ステップ３２６）。メッセージ１６００はＳＴＫＭストリームのブロードキャスト配信を含む。メッセージ１６０１は暗号化コンテンツを連続ストリームとして送信する。モバイルデバイス４０は、ＳＴＫＭストリームブロードキャストに関連する特定の暗号化コンテンツストリーム（メッセージ１６０１）にアクセスするためにメモリ中のクレジットを使用することができるかどうかを判定するために、受信したＳＴＫＭストリーム１６００を処理する（ステップ４２０）。ブロードキャストされるＳＴＫＭストリーム１６００は、ブロードキャストネットワーク８０によって、ブロードキャストネットワークに登録されたあらゆるモバイルデバイス４０に配信できる。ただし、ＳＴＫＭを受信したあらゆるモバイルデバイス４０が、関連する暗号化コンテンツストリーム（メッセージ１６０１）にアクセスするための附属の（included）ＴＥＫを復号化（decrypt）することが可能であるわけではない。ＳＴＫＭストリーム１６００に関連する暗号化コンテンツ（メッセージ１６０１）にアクセスするために、受信モバイルデバイス４０は正しいコードおよびパーミッション（permissions）を所有しなければならない。そのようなコードおよびパーミッションは、モバイルデバイス４０に記憶されたＬＴＫＭルールによって定義される。たとえば、使用され得るＬＴＫＭルールは、図１０〜図１４を参照しながら上記で説明したように、クレジットとともに配信されるＬＴＫＭルールとすることができる。モバイルデバイス４０は、ＳＴＫＭストリーム１６００を受信すると、それをモバイルデバイスセキュア機能９０において処理して（ステップ４２２、内部メッセージ１６０２）、ＬＴＫＭルールがＳＴＫＭストリーム１６００へのアクセスを許すかどうかを判定する（判定４２２）。モバイルデバイス４０は、ＬＴＫＭルールがＳＴＫＭストリームへのアクセスを許さないと判定した場合（すなわち、判定４２２＝「ＮＯ」）、ＳＴＫＭストリームを無視する（図示せず）。しかしながら、ＬＴＫＭルールがＳＴＫＭストリームへのアクセスを許す場合（すなわち、判定４２２＝「ＹＥＳ」）、モバイルデバイス４０は、パース中のクレジットの利用可能性（availability）を条件として、クレジットパースから、ＳＴＫＭストリームから１つまたは複数のＴＥＫを復号化するために必要とされるクレジットの量を減分する（ステップ４２４、内部メッセージ１６０４）。モバイルデバイス４０は、次いで、ＴＥＫを使用して、暗号化コンテンツストリーム（メッセージ１６０１）の少なくとも一部分を復号化する。
【００８７】
たとえば、メッセージストリーム１６０１は、たとえばＨＢＯ（登録商標）の新しい映画のような、プレミアムチャネル番組の暗号化コンテンツを搬送することができる。そのような番組にアクセスするためのクレジットをＬＴＫＭ中で前もって受信しているモバイルデバイス４０のみが、ＨＢＯ（登録商標）番組（メッセージ１６０１）にアクセスし、それを復号化することができる。このプロモーションのために必要とされるＬＴＫＭおよびクレジットを受信しなかった他のモバイルデバイス４０は、このＳＴＫＭストリーム１６００に関連するコンテンツにアクセスできない。
【００８８】
暗号化コンテンツ１６０１がモバイルデバイス３０によって復号化され、アクセスされると、モバイルブロードキャストサービスプロバイダ３０は、マーチャント５０とクレジット引き換えを決済する（ステップ３３８、ステップ５１６、メッセージ１６０６）。サービスプロバイダ３０とサードパーティ５０またはコンテンツプロバイダ６０との間のこの決済は、知られている電子商取引トランザクション方法を含む任意の従来のビジネストランザクションプロセスを使用して達成され得る。
【００８９】
図１７は、ユーザがマーチャントからサービスまたは製品を購入するためにクレジットを消費することを可能にする例示的な実施形態のプロセスフローチャートである。図１８は、図１７に示すステップを実装するためにシステムコンポーネント間で交換され得るメッセージのメッセージフローチャートである。この実施形態について、図１７と図１８の両方を参照しながら以下で説明する。
【００９０】
この例示的な実施形態では、マーチャントにおいてまたはベンダウェブサイト上でショッピングをする間、製品を購入するために、ＬＴＫＭ中でモバイルデバイス４０に配信される販売促進クレジットを使用することができる。クレジットを受信し、記憶するプロセスについては、図１０または図１３を参照しながら上記で説明した。そのようなクレジットは、たとえばベンダのロケーションにおいて（すなわち、ＰＯＳにおいて）物理的にショッピングをする間またはオンラインでショッピングをする間など、ショッピングをするときに、サービスまたは製品の代金を支払うかまたはそれらに対する割引を受けるために使用できる。ユーザは、ユーザのモバイルデバイス４０によってマーチャント５０とのショッピングセッションを開始する（ステップ４２８、ステップ５０８、メッセージ１８００）。ユーザは、購買を確定（finalize）したいという要望を示し、モバイルデバイス４０からマーチャント５０に、モバイルデバイス４０に記憶されたクーポンまたはクレジットに関する情報を送信する（メッセージ１８０２）。このメッセージは、オンラインショッピングセッション中にインターネットを介して、あるいは、たとえば、近距離通信（near field communication）（ＮＦＣ）リンク、表示されたバーコード、またはクーポンＩＤの手入力を含む、様々な知られている送信方法によってモバイルデバイス４０からマーチャントのＰＯＳシステムに送信できる。マーチャント５０は、提出されたクレジットが、このトランザクションの代金の支払いの一部として使用できるかどうかを判定する（判定５１０）。クレジットが、このトランザクションの代金を支払うために使用できない場合、マーチャント５０は、ユーザが、たとえばクレジットカードを用いるなど、他の支払い手段を使用して支払うことを可能にする（図示しないステップ）。しかしながら、マーチャント５０が、ユーザのクレジットまたはクーポンが使用できると判定した場合（すなわち、判定５１０＝「ＹＥＳ」）、マーチャント５０は、モバイルブロードキャストサービスプロバイダ３０に支払い要求を送信する（ステップ５１２、メッセージ１８０４）。この支払い要求メッセージ１８０４は、インターネット９０または他のネットワークを介して送信でき、提示された（proffered）クーポン、ユーザおよび／またはモバイルデバイス４０を識別することができる。支払い要求を受信すると（ステップ３３０）、モバイルブロードキャストサービスプロバイダ３０は、ＬＴＫＭパースモードメッセージを作成し、それをユーザのモバイルデバイス４０に送信する（ステップ４３２、メッセージ１８０６）。ＬＴＫＭパースモードメッセージ１８０６は、ユニキャストネットワーク７０を使用してユーザ４０に送信でき、ユーザのモバイルデバイス４０に、モバイルデバイス４０の電子パースから適切なクレジットを減分するように指示する命令を含むことができる。モバイルデバイス４０は、ＬＴＫＭパースモードメッセージ１８０６を受信し（ステップ４３２）、ＬＴＫＭルールに基づいて、電子パースからクレジットを減分する（ステップ４３４、内部メッセージ１８０８）。クレジットが完全にまたは正常に減分されない場合、モバイルデバイス４０はモバイルブロードキャストサービスプロバイダ３０に信号を送信する（図示せず）。クレジットがモバイルデバイス４０のパースから完全にまたは正常に減分されない場合、モバイルブロードキャストサービスプロバイダ３０はＬＴＫＭパースモードを再送信する（図示せず）。しかしながら、クレジットが正常に減分された場合、モバイルデバイス４０はモバイルブロードキャストサービスプロバイダ３０に検証メッセージを送信する（ステップ４３６、メッセージ１８１０）。この検証メッセージ１８１０はユニキャストネットワーク７０を介して送信できる。モバイルブロードキャストサービスプロバイダ３０は、検証メッセージ１８１０を受信し（ステップ３３４）、支払い応答メッセージをマーチャント５０に送信し（ステップ３３６、メッセージ１８１２）、マーチャントは、インターネットまたは他のネットワークを介して支払い応答メッセージを受信する（ステップ５１４）。支払い応答メッセージ１８１２は、クレジットがユーザのモバイルデバイス４０のパースから正常に減分されたという情報をマーチャント５０に与えることができる。マーチャント５０はユーザとのトランザクションを完了することができる。モバイルブロードキャストサービスプロバイダ３０とマーチャント５０との間のクレジット引き換えの決済は、たとえば支払い応答メッセージ１８１２の送信などとともに、販売時に行われるか、または後で行われる（ステップ３３８、５１６）。
【００９１】
図１９に示す例示的な実施形態では、製品またはサービスの購買の代金を支払うためにクレジットを減分するためのＳＴＫＭヌルプログラムメッセージをユーザのモバイルデバイス４０に送信することができる。ＳＴＫＭヌルプログラムメッセージはすべての端末にブロードキャストされるので、ショッピングトランザクションに関与したモバイルデバイスのみがこの特殊支払いメッセージ（special payment message）の影響を受けるべきである。これは、ＳＴＫＭヌルプログラムメッセージ中で一意のショッピングトランザクションＩＤを搬送することによって保証される。ユーザがショッピングトランザクションに関与しなかったすべての他のモバイルデバイスは、このＳＴＫＭメッセージを単に無視することができる。図２０は、図１９に示す方法において交換され得るメッセージのメッセージフローチャートである。この実施形態について、図１９と図２０の両方を参照しながら以下で説明する。
【００９２】
クレジットを受信し、記憶するプロセスについては、図１０または図１３を参照しながら上記で説明した。上記で説明したように、ベンダのロケーション（ＰＯＳ）においてショッピングをするとき、またはオンラインでショッピングをする間、サービスまたは製品の代金を支払うためにモバイルデバイス４０に記憶されたクレジットを使用することができる。ユーザは、ユーザのモバイルデバイス４０によって、マーチャント５０とのショッピングセッションを開始する（図２０中のメッセージ１８００に対応する図１９中のステップ４２８、ステップ５０８）。ユーザは、購買を確定したいという要望を示し、モバイルデバイス４０からマーチャント５０に、モバイルデバイス４０に記憶されたクーポンまたはクレジットに関する情報を送信する（図２０中のメッセージ１８０２）。このメッセージは、オンラインショッピングセッション中にインターネットを介して、あるいは、たとえば、近距離通信（ＮＦＣ）リンク、表示されたバーコード、またはクーポンＩＤの手入力を含む、様々な知られている送信方法によってモバイルデバイス４０からマーチャントのＰＯＳシステムに送信できる。マーチャント５０は、クレジットが、このトランザクションの代金を支払うために使用できるかどうかを判定する（判定５１０）。クレジットが、このトランザクションの代金を支払うために使用できない場合（図示しないステップ）、マーチャント５０は、ユーザが、たとえばクレジットカードを用いるなど、支払いの他の手段を使用して支払うことを可能にする。しかしながら、マーチャントが、ユーザは、クレジットを使用して支払うことができると判定した場合（すなわち、判定５１０＝「ＹＥＳ」）、マーチャント５０は、モバイルブロードキャストサービスプロバイダ３０に支払い要求メッセージを送信する（図２０中のメッセージ１８０４に対応する図１９中のステップ５１２）。この支払い要求メッセージ１８０４は、インターネット９０または他のネットワークによって送信でき、提示されたクーポン、ユーザおよび／またはモバイルデバイス４０を識別することができる。支払い要求を受信すると（ステップ３３０）、モバイルブロードキャストサービスプロバイダ３０は、モバイルデバイス４０にＳＴＫＭヌルプログラムメッセージをブロードキャストする（図２０中のメッセージ２０００に対応する図１９中のステップ３３１）。ＳＴＫＭヌルプログラムメッセージ２０００は、ユーザのモバイルデバイス４０のみがそれを受信し、復号化することができるように、符号化された状態でブロードキャストネットワーク８０を介して送信できる。モバイルデバイス４０は、ＳＴＫＭヌルプログラムブロードキャストメッセージ２０００を受信し（ステップ４３８）、モバイルデバイス４０に記憶されたクレジットに関連するＬＴＫＭ内の鍵を使用してそのコンテンツを復号化して、ＬＴＫＭルールがＳＴＫＭヌルプログラムブロードキャストメッセージ２０００へのアクセスを許すかどうかを判定する（判定４２２）。ＬＴＫＭルールがＳＴＫＭヌルプログラムメッセージ２０００へのアクセスを許す場合（すなわち、判定４２２＝「ＹＥＳ」）、クレジットが記憶されたパースにメッセージを送信し（内部メッセージ２００２）、パースからクレジットを減分する（ステップ４３４）。クレジットが減分されると、モバイルブロードキャストサービスプロバイダ３０に検証メッセージを送信する（図２０中のメッセージ１８１０に対応する図１９中のステップ４３６）。この検証メッセージ１８１０はユニキャストネットワーク７０を介して送信できる。モバイルブロードキャストサービスプロバイダ３０は、検証メッセージ１８１０を受信し（ステップ３３４）、支払い応答メッセージをマーチャント５０に送信する（図２０中のメッセージ１８１２に対応する図１９中のステップ３３６）。この支払い応答メッセージ１８１２は、インターネット９０または他のネットワークを介して送信できる。マーチャント５０は支払い応答を受信し（ステップ５１４）、支払い応答は、マーチャント５０が販売を確定することができるように、クレジットが正常に減分されたことをマーチャント５０に通知する。次いで、任意の知られている金融取引メカニズム（financial transaction mechanism）を介して、モバイルブロードキャストサービスプロバイダ３０とマーチャント５０との間でクレジット引き換えを決済する（図２０中のメッセージ１６０６に対応する図１９中のステップ３３８、ステップ５１６）。
【００９３】
モバイルデバイス４０は、ＳＴＫＭヌルプログラムメッセージ２０００にアクセスすることができないか、またはアクセスすべきでない場合、メッセージを無視することができる。したがって、クレジットは減分されず、検証メッセージ１８１０がサービスプロバイダ３０に送信されることはない。モバイルブロードキャストサービスプロバイダ３０は、検証メッセージを受信しないので、クレジットが転送されなかったことをマーチャント５０に通知する支払い応答メッセージ１８１２を送信することになる。そのようなシナリオでは、マーチャント５０は、クレジットまたはクーポンを拒否し、ユーザにサービスまたは製品の代金の他の形の支払いを使用するように要求することができる。
【００９４】
クレジットの使用を管理するために、いくつかのルールを定義することができる。たとえば、クレジットは、有効期限を含み得るか、または、１回のみ使用され得る。説明のために、以下の例ではクーポンの使用に言及するが、本発明の範囲は、この形のクレジットに限定されない。図２１は、期限切れクーポンを識別し、それをモバイルデバイス４０の電子パースから削除するための実施方法のプロセスフローチャートである。モバイルデバイス４０はクーポンを受信し（ステップ２１００）、それをメモリに記憶する（ステップ２１０２）。後で、モバイルデバイスは、クーポンを使用せよという要求を受信する（ステップ２１０４）。上記で説明したように、要求は、ブロードキャストサービスプロバイダ３０からＬＴＫＭまたはＳＴＫＭの形で受信され得る。ＬＴＫＭまたはＳＴＫＭに応答してクーポンにアクセスすると、モバイルデバイス４０は、クーポンの使用を可能にする前に、クーポンが期限切れであるかどうかを判定する（判定２１０８）。クーポンが期限切れである場合（すなわち、判定２１０８＝「ＹＥＳ」）、メモリからクーポンを削除し（ステップ２１１２）、期限切れクーポンの削除のレポートをモバイルブロードキャストサービスプロバイダ３０に送信する（ステップ２１１４）。期限切れクーポンの削除のそのようなレポートはユニキャストネットワーク７０を介して送信できる。クーポンが期限切れでない場合（すなわち、判定ステップ２１０８＝「ＮＯ」）、上記で説明したように、受信したＬＴＫＭまたはＳＴＫＭに基づいてクーポンを購買に適用する（ステップ２１１０）。
【００９５】
図２２は、使用されるクーポンを識別し、削除するための例示的な実施方法のプロセスフローチャートである。モバイルデバイス４０はクーポンを受信し（ステップ２１００）、それをメモリに記憶する（ステップ２１０２）。モバイルデバイスは、クーポンを使用せよという要求を受信する（ステップ２１０４）。上記で説明したように、要求は、ブロードキャストサービスネットワーク３０からＬＴＫＭまたはＳＴＫＭの形で受信され得る。ＬＴＫＭまたはＳＴＫＭに応答してクーポンにアクセスすると、モバイルデバイス４０は、購買トランザクションの代金を支払うためにクーポンを減分する前に、クーポンがすでに使用されたかまたは以前に複製されたかどうかを判定する（判定２２００）。この判定は、クーポンを、１人のユーザが１回だけ使用できるか、すべてのユーザが１回ずつ使用できるか、販売促進期間中に複数回使用できるか、またはクーポン作成者が想定し得る他の使用パターンに従って使用できるように定義することを可能にする。クーポンが使用されたかまたは以前に複製された場合（すなわち、判定２２００＝「ＹＥＳ」）、メモリからクーポンを削除し（ステップ２１１２）、削除のレポートをユニキャストネットワーク７０を介してモバイルブロードキャストサービスプロバイダ３０に送信する（ステップ２１１４）。クーポンが以前に使用されていないかまたは複製されていない場合（すなわち、判定ステップ２１０８＝「ＮＯ」）、上記で説明したように、受信したＬＴＫＭまたはＳＴＫＭに基づいてクーポンを購買に適用する（ステップ２１１０）。
【００９６】
上記の実施形態の説明では、ユニキャストネットワークを介してモバイルブロードキャストサービスプロバイダと通信するモバイルデバイスに言及したが、他の通信リンクを使用することができる。たとえば、クレームおよび本発明の範囲から逸脱することなく、エニーキャストネットワーク通信を介してモバイルブロードキャストサービスプロバイダネットワーク内のサーバプール（server pool）にそのようなメッセージを配信することができる。
【００９７】
上記の実施形態は、長期復号鍵メッセージ（たとえば、ＬＴＫＭ）によってモバイルデバイスにクーポンまたはトークンを配信し、短期復号鍵メッセージ（たとえば、ＳＴＫＭ）によってクーポンまたはトークンの減分を制御するが、クレームは、現在、知られているモバイルブロードキャスト規格の一部ではない専用クーポントランザクションメッセージを使用する実装形態を包含することができる。そのような規格が専用クーポントランザクションメッセージを含むように変更された場合、そのようなメッセージは、本明細書で説明する短期および長期復号鍵メッセージの要素の多くを含み、それらと同様に処理されるであろう。
【００９８】
公開鍵暗号法および電子署名クーポンを使用することによって、ユーザおよび／または小売業者（retailer）は、それぞれ、元の発行者に連絡することなしにクーポンが真正であることを検証することができ、または、発行されたすべてのクーポンの複製を記憶することができる。一実施形態では、クーポンを発行し、それを単一の人またはユーザグループのみが使用でき、他者が再利用できないようにすることができる。そのような場合、多目的署名６１８ｏ中のダイジェストは、クーポンオブジェクトのコンテンツ全体をカバーするだけでなく、クーポンを使用することを許可（authorized）されたユーザ（またはユーザグループ）のアカウント識別情報、ならびにクーポン記録の他の態様をも、カバーすることができる。デジタル署名技法を使用してクーポンが認証されるとき、署名は無許可のアカウント識別情報を用いて検証しないので、自らに発行されなかったクーポンをサブミットしようと試みるサードパーティは容易に検出されることになる。
【００９９】
一実施形態では、Ｘ．５０９署名階層を使用して多目的署名６１８ｏを形成することができる。Ｘ．５０９は、特に、ルートＸ．５０９機関により信頼される機関によって署名が生成されたことを受信者が確認することを可能にする、公開鍵証明書（public-key certificates）のフォーマットと証明パス検証アルゴリズム（certification path validation algorithms）とを指定する公開鍵インフラストラクチャのための周知のＩＴＵ−Ｔ規格である。要するに、デジタル署名は証明書のチェーンによって得られ、各証明書はより高い証明書を示し（pointing）、証明書のチェーンは、クーポン引き換え者（coupon redeemer）によって記憶された信頼できるＸ．５０９証明書に係属する（pending）。Ｘ．５０９機関を活用することによって、ルートＸ．５０９機関は、他の会社が、子証明書を渡すことによって有効なクーポンを発行することを許可することができる。このようにして、クーポン検証エンティティは、クーポンを発行することを望む会社にクーポン署名証明書を渡すことができ、その会社は、次いで、検証可能なクーポンを発行するためにそれらの証明書を使用する個々のビジネスユニットまたは部門に子証明書を発行することができる。Ｘ．５０９署名階層を使用するデジタル署名によって検証されたクーポンを提示されたマーチャントポイントオブセールシステムまたはマーチャントサーバ５０は、Ｘ．５０９機関によって与えられたキャッシュされた検証証明書を使用して、個々のクーポン発行者との信頼関係を確立する必要なしに、そのクーポンを検証することができる。したがって、Ｘ．５０９署名階層を使用して形成されたデジタル署名の使用は、マーチャントシステムが、Ｘ．５０９機関を信頼するとき、クーポンを検証することを可能にし、それによって、様々な実施形態による、配信されたクーポンの引き換えを大幅に簡略化することができる。これは、マーチャントシステムが、クーポン発行者と通信する必要なしにクーポンを検証することを可能にする。
【０１００】
一実施形態では、デジタル署名をもつクーポンを作成し、モバイルマルチメディアブロードキャストネットワークを介してモバイルデバイス４０にブロードキャストすることができる。図２３に、署名をもつクーポンをブロードキャストするための実施方法を示す。一実施形態では、マーチャントサーバ５０は、クーポン取得のためのアクセス情報（たとえばＵＲＬおよびクーポンＩＤ番号など）を含むクーポンテンプレートを作成し（ステップ２３０２）、ネットワーク（たとえばインターネットなど）を介してクーポンテンプレートをモバイルブロードキャストプロバイダ３０に送信する（ステップ２３０４）。モバイルブロードキャストプロバイダ３０は、マーチャントサーバ５０からクーポンテンプレートを受信し、暗号化し、ブロードキャストする（ステップ２３０６）。モバイルデバイス４０は、ブロードキャスト送信から暗号化クーポンテンプレートを受信する（ステップ２３０８）。モバイルデバイス４０は、ＴＥＫを使用することによってクーポンテンプレートを復号化する（ステップ２３１０）。上記で説明したように、ＴＥＫは、モバイルデバイス４０がモバイルブロードキャストプロバイダ３０から受信したＬＴＫＭとＳＴＫＭとに基づいて取り出される。モバイルデバイスが、ブロードキャストされたクーポンの指定受信者（intended recipients）のうちの１つである場合、モバイルデバイス４０は、デバイスがクーポンテンプレートを復号化することを可能にするＴＥＫを（ＬＴＫＭおよびＳＴＫＭ方法によって）受信することができる。モバイルデバイスが、クーポンの対象であるグループの部分でない場合、モバイルデバイス４０は、対応するＴＥＫを有せず、したがってクーポンテンプレートを復号化することができないことになる。クーポンテンプレートを復号化すると、モバイルデバイス４０は、マーチャントサーバ５０によってホスティングされる（hosted）ウェブサイトにアクセスするために、たとえばユニキャストネットワークを介するなど、インターネット９０を使用することによって、クーポンアクセス情報を使用して、使用可能な電子クーポンを要求する（ステップ２３１２）。
【０１０１】
本実施形態では、マーチャントサーバ５０は、モバイルデバイス４０の電子クーポンの要求を受信するクーポンデータリポジトリ（coupon data repository）として働くことができる（ステップ２３１４）。マーチャントサーバ５０は、オープンなインターネット接続を介して、初期要求中で搬送されないデバイス識別情報ならびにクーポンデータの要求をモバイルデバイス４０に送信する（ステップ２３１６）。モバイルデバイス４０は、インターネット９０を介して識別情報とクーポンデータとの要求を受信し（ステップ２３１８）、それに応答して、要求されたデータをマーチャントサーバ５０に送信する（ステップ２３２０）。そのようなモバイルデバイス識別情報は、マーチャントサーバ５０に対してデバイスおよび／またはユーザを識別する任意の形の情報とすることができる。そのような情報の例には、デバイス識別子（たとえば、ＭＡＣ ＩＤ）、デバイス電話番号、ユーザアカウント番号、メンバーシップ番号、ユーザ名、マーチャントサーバ５０に知られている、デバイスメモリに記憶された秘密の番号（secret number）（たとえば個人識別番号（ＰＩＮ））などがある。トランザクション中に、モバイルデバイスは、これらのデバイス識別子のうちの１つまたは複数をサブミットする必要があり得る。
【０１０２】
様々な方法を使用して、デバイス識別情報データをマーチャントサーバ５０に送信することができる。たとえば、情報の要求に応答するなどして、デバイス識別情報データをマーチャントサーバ５０に自動的に送信することができる。そのような実装形態では、モバイルデバイス４０は、マーチャントサーバ５０への応答メッセージ中で要求された識別情報パラメータを与えることによって、マーチャントサーバ５０の要求に自動的に応答するように構成できる。代替的に、モバイルデバイスは、ユーザに要求について通知し、ユーザ命令時にのみデバイス識別情報データをマーチャントサーバ５０に送信することができる。そのような実装形態では、モバイルデバイス４０は、マーチャントサーバ５０からの識別情報データの要求についてユーザに通知し、要求されたデータを送信することを承認（approve）または拒否（disapprove）するようにユーザを促し、マーチャントサーバ５０へのそのような識別情報データの送信を可能にするユーザ入力を受け取ったときのみ応答するように構成できる。
【０１０３】
マーチャントサーバ５０は、識別情報とクーポンデータとを使用して、デジタル署名を含むクーポンを作成する（ステップ２３２４）。デジタル署名ダイジェストは、要求元デバイス識別情報とクーポンＩＤとを含むことができる。上記で説明したように、デジタル署名は、ルートＸ．５０９機関にさかのぼって関係するＸ．５０９署名階層をもつ証明書を使用して生成され得る。以下で説明するように、デバイス情報とクーポンＩＤをもつデジタル署名を使用して、ポイントオブセールにおいてクーポンを受け付ける前にクーポンの真正性を検証することができる。ポイントオブセールにおける検証方法については、図２５を参照しながら以下でより詳細に説明する。マーチャントサーバ５０は、ブロードキャストプロバイダ３０に署名付きクーポンを送信する（ステップ２３２６）。ブロードキャストプロバイダ３０は、ユニキャストネットワークを使用して、マーチャントサーバ５０からモバイルデバイス４０に署名付きクーポンを中継する（ステップ２３３０）。代替的に、マーチャントサーバ５０は、インターネット９０によるオープンな通信リンクを直接介して署名付きクーポンをモバイルデバイス４０に送信することができる。モバイルデバイス４０は、署名付きクーポンを受信し、記憶し（ステップ２３３０）、トランザクションにおいて現在使用できる電子クーポンの受信に関してユーザに通知する（ステップ２３３２）。
【０１０４】
代替実施形態では、ＵＲＬを与える代わりに、クーポンテンプレートは、たとえば電話番号のような異なる通信インジケータまたはアドレスを含むことができる。そのような実施形態では、モバイルデバイス４０は、デバイス識別情報を交換し、署名付きクーポンを受信するために、たとえばＳＭＳまたはＭＭＳ通信方法を使用するなどして、通信ネットワークを介してマーチャントサーバ５０と通信することができる。
【０１０５】
図２４に、マーチャントサーバ５０が、ブロードキャストクーポンを暗号化する必要なしに、モバイルデバイス４０へのブロードキャストのための署名付き電子クーポンを作成することができる他の実施方法を示す。本実施形態では、マーチャントサーバ５０は、従来の署名方法を使用して、クーポンデータと、クーポン識別番号（coupon identity number）と、（知られている場合）指定受信者モバイルデバイス識別情報データとを包含するデジタル署名をもつクーポンを作成し（ステップ２４０２）、ブロードキャストすべき署名付きクーポンをモバイルブロードキャストプロバイダ３０に送信する（ステップ２４０４）。上記で説明したように、デジタル署名は、ルートＸ．５０９機関にさかのぼって関係するＸ．５０９署名階層をもつ証明書を使用して生成され得る。前述の実施形態の場合と同様に、モバイルデバイス識別情報データは、たとえばデバイスＭＡＣ ＩＤ、電話番号、ＰＩＮ、アカウント番号、またはグループ番号のような、任意の１つまたは複数のデバイス識別子を含むことができる。グループ番号は、たとえばマーチャントとの契約またはインタラクションを介するなどして、加入するモバイルデバイス４０に割り当てられ得るか、またはモバイルデバイスまたはユーザのグループに割り当てられる（すなわち、グループＩＤ）。たとえば、マーチャントは、ユーザが、サインアップし、電子クーポンを受信するためにユーザのモバイルデバイス内に記憶され得るグループ識別子を受信することができる、頻繁な顧客報酬プログラム（frequent customer rewards program）を有し得る。この例では、マーチャントは、登録された顧客のみがブロードキャストネットワークを介して引き換えできるクーポンを受信するように、ブロードキャストのために顧客報酬プログラム識別子を用いて署名された電子クーポンを発行することができる。
【０１０６】
モバイルブロードキャストプロバイダ３０は、マーチャントサーバ５０から署名付きクーポンを受信し、それを通常のブロードキャスト送信の一部としてブロードキャストする（ステップ２４０６）。この例示的な実施形態では、いくつかのモバイルデバイスのみがクーポンを受信し、処理することを保証するために、デジタル署名を使用して、ユーザとマーチャントサーバとがクーポン使用を検証することができるので、ブロードキャストプロバイダ３０は、署名付きクーポンをブロードキャストする前に、それを暗号化する必要はない。
【０１０７】
マーチャントサーバ５０からデジタル署名付きクーポンを受信し、復号化するために、モバイルデバイス４０をマーチャントサーバ５０に事前登録することができる。事前登録の一部として、マーチャントは、ユーザのモバイルデバイス上に記憶するための復号鍵を与えることができる。そのような復号鍵は、たとえばＸ．５０９検証証明書など、マーチャントサーバ５０がモバイルデバイス４０と共有し得る標準の公開復号鍵とすることができる。さらに、事前登録プロセス中に、モバイルデバイス４０は、マーチャントサーバ５０とデバイスデータを共有することができる。マーチャントサーバ５０は、事前登録中に受信されたそのようなデバイスデータを記憶し、使用して、そのデータを含むクーポンを作成することができ、デジタル署名は、クーポンデータとともにデバイスデータを含む。デジタル署名は、デバイスデータを用いてのみ検証できるので、この方法は、特定のモバイルデバイスによってのみ使用され得る電子クーポンの生成を可能にする。これにより、ブロードキャストネットワーク８０を介して非暗号化方法で、個々のユーザまたはユーザの小さいグループに与えられるクーポンをブロードキャストすることが可能になる。
【０１０８】
ブロードキャストされたデジタル署名付きクーポンを受信すると（ステップ２４０８）、モバイルデバイス４０は、事前登録中に受信された復号鍵を使用してクーポン署名を復号化する（ステップ２４１０）。署名を復号化することによって、モバイルデバイス４０は、たとえばクーポンデータ、デバイスＩＤなど、暗号化署名データにアクセスし（ステップ２４１２）、署名から取り出されたＩＤがデバイスに記憶されたものと一致するかどうかを判定する（判定２４１４）。デジタル署名がＸ．５０９署名証明書を使用して生成されるとき、モバイルデバイスはまた、クーポンが、ルートＸ．５０９機関によって信頼された、したがって信頼できる企業によって信頼されたエンティティによって発行されたことを検証することができる。適切な復号鍵を有しないモバイルデバイスは、ブロードキャストされたクーポンを受信することはできるが、署名を復号化することはできず、したがってデータを無視することになる。
【０１０９】
署名中の受信されたデバイスデータがモバイルデバイスデータに一致する場合（すなわち、判定２４１４＝「ＹＥＳ」）、モバイルデバイス４０は、クーポンをモバイルデバイス４０のメモリに記憶し（ステップ２４１６）、トランザクションにおいて現在使用できる電子クーポンの受信についてユーザに通知する（ステップ２４１８）。復号化された署名から得られたデバイスデータがモバイルデバイス４０のデータに一致しない場合（すなわち、判定２４１４＝「ＮＯ」）、モバイルデバイス４０は、そのクーポンを、モバイルデバイス４０を対象としないクーポンとして無視する（ステップ２４２０）。また、モバイルデバイス４０は、クーポン署名を復号化するために必要とされる復号鍵を有しない場合、受信したクーポンを無視する。ブロードキャスターの暗号化方法（たとえば、上記で説明したＬＴＫＭおよびＳＴＫＭ方法）を使用せずに、モバイルブロードキャストネットワークを介して特定のユーザまたはユーザのグループに検証可能な電子クーポンを与えるために、暗号化とデジタル署名との様々な組み合せを同様にして採用することができる。
【０１１０】
マーチャントのポイントオブセール（ＰＯＳ）において、様々な方法でデジタル署名付きクーポンの引き換えを行うことができる。たとえば、クーポンタイプに応じて、ポイントオブセールにおいて商品を割引または無料で購入することができる。図２５に、ポイントオブセールにおいて購買トランザクション中に署名付きクーポンの引き換えを行うための実施方法を示す。販売トランザクション中に（たとえば「チェックアウト」中に）、ユーザは、署名付きクーポンを記憶するモバイルデバイス４０をＰＯＳシステム９５に提示する。たとえば周知の近距離場通信（ＮＦＣ）リンクを使用するなどして、モバイルデバイス４０とＰＯＳシステムは通信リンクを交渉し、モバイルデバイス４０は、次いで、通信リンクを介してデバイス識別情報データとともに電子クーポンデータを送信する（ステップ２５０２）。ＰＯＳシステム９５は、署名付きクーポンとデバイス識別情報データとを受信し（ステップ２５０４）、署名付きクーポンの検証を要求する要求をマーチャントサーバ５０に送信する（ステップ２５０６）。
【０１１１】
ＰＯＳからの検証要求メッセージは、クーポン署名と、クーポンＩＤと、受信したデバイス識別情報データとを含むことができる。マーチャントサーバ５０は、検証要求メッセージを受信し（ステップ２５０８）、署名を復号化し（ステップ２５１０）、署名から取り出されたクーポンＩＤおよびデバイス識別情報データを、ＰＯＳから受信したクーポンＩＤおよびデバイス識別情報データと比較する（ステップ２５１２）。デジタル署名がＸ．５０９署名証明書を使用して生成されるとき、マーチャントサーバ５０はまた、クーポンが、ルートＸ．５０９機関によって信頼された、したがって信頼できる企業によって信頼されたエンティティによって発行されたことを検証することができる。デジタル署名が正しく復号化され（これは、発行者が信頼できることを確認する）、署名から取り出されたクーポンＩＤおよびデバイス識別情報データが、検証要求メッセージ中でＰＯＳシステムから受信したものに一致する場合（すなわち、判定２５１０＝「ＹＥＳ」）、マーチャントサーバ５０はクーポンを検証する（ステップ２５１４）。
【０１１２】
クーポンを検証することの一部として、マーチャントサーバ５０はまた、クーポンがすでに引き換えられたかどうかを判定するために、クーポンのデータベース（たとえば、以下で説明する無効クーポンオブジェクトリスト）中のクーポンＩＤを探索することができ、クーポンが満了したかどうかを判定するために、クーポンフィールドを確認することができる。クーポンがデジタル署名によって検証され、データレコードが、クーポンがまだ引き換えられておらず、満了していないことを示す場合、マーチャントサーバ５０は検証メッセージをＰＯＳシステムに送信する（ステップ２５１６）。ＰＯＳシステムは、検証メッセージを受信し（ステップ２５１８）、クーポンを購買トランザクションに適用する（ステップ２５２０）。ＰＯＳシステムは、マーチャントサーバ５０にクーポンの使用に関して通知するために、クーポン使用メッセージをマーチャントサーバ５０に随意に送信する（ステップ２５２２）。ＰＯＳシステムはまた、クーポンキャンセルメッセージをモバイルデバイス４０に送信する（ステップ２５２６）。マーチャントサーバ５０は、クーポン使用メッセージを受信し（ステップ２５２４）、クーポンＩＤが引き換えられたということを記録する。モバイルデバイス４０は、キャンセルメッセージを受信し、メモリからクーポンを削除する（ステップ２５２８）。
【０１１３】
署名から取り出されたクーポンＩＤおよびデバイス識別情報データが、ＰＯＳから受信したものに一致しない場合（判定２５１０＝「ＮＯ」）、あるいはクーポンが満了したかまたはすでに引き換えられた場合、マーチャントサーバ５０は、クーポンを拒否し（ステップ２５３０）、拒否メッセージをＰＯＳシステムに送信する（ステップ２５３２）。ＰＯＳシステムは、拒否メッセージを受信し、購買トランザクション中にクーポンを拒否する（ステップ２５３４）。
【０１１４】
図２６に、以前に引き換えられたかまたは満了したデジタル署名付きクーポンをキャンセルするための実施方法を示す。署名付きクーポンを検証または拒否すると、マーチャントサーバ５０は、クーポンを他の購買トランザクションのために使用すべきでないことをモバイルデバイス４０に通知するために、クーポンキャンセルメッセージをモバイルデバイス４０に随意に送信する（ステップ２６０２）。クーポンキャンセルメッセージは、たとえばＳＭＳ、電子メール、ＭＭＳまたは他の従来の方法など、ユニキャストネットワークを使用してモバイルデバイス４０に送信できる。モバイルデバイス４０はクーポンキャンセルメッセージを受信する（ステップ２６０４）。クーポンキャンセルメッセージを受信することの一部として、モバイルデバイス４０は、メモリから対応するクーポンデータを削除する前に、キャンセルメッセージの真正性を検証するために、それに関連するデジタル署名を確認することができる。このデジタル署名は、モバイルデバイス４０が、キャンセルメッセージが許可された機関（authorized authority）によって送信されたことを検証することを可能にするために、Ｘ．５０９署名階層を使用して形成され得る。
【０１１５】
クーポンキャンセルメッセージを受信し、検証すると、モバイルデバイス４０は、モバイルデバイス４０に記憶されたクーポンを削除し（ステップ２６０５）、モバイルデバイスメモリ中のクーポンの削除またはキャンセルの肯定応答（acknowledging）を、マーチャントサーバ５０に応答する（ステップ２６０６）。クーポンを削除するかまたはキャンセルし、クーポンのキャンセル／削除を確認するメッセージをマーチャントサーバ５０に送信するようにモバイルデバイスを構成することは、同じクーポンを複数回現金化しようと試みる悪徳ユーザからマーチャントおよびクーポン発行者を保護する。
【０１１６】
クーポン配信および引き換えシステムの確実な動作を保証するために、マーチャントサーバ５０は、判定ステップ２６０８において、クーポンキャンセルメッセージ肯定応答（coupon cancellation message acknowledgement）が受信されたかどうかを確認することができる。クーポンキャンセル肯定応答メッセージが受信された場合（すなわち、判定ステップ２６０８＝「ＹＥＳ」）、マーチャントサーバ５０が、クーポンを検証し、引き換えをするプロセスは終了する（ステップ２６１６）。しかしながら、クーポンキャンセル肯定応答メッセージが受信されていない場合（すなわち、判定ステップ２６０８＝「ＮＯ」）、マーチャントサーバ５０は、引き換えられたクーポンを追跡するために、サーバが維持するか、またはサーバがアクセス可能なデータベース中に「無効クーポンオブジェクト（dead coupon object）」を作成する（ステップ２６１０）。サーバアクセス可能データベース中での無効クーポンオブジェクトの作成は、以前に引き換えられたクーポンがマーチャントに２回目に提示された場合、サーバがそのクーポンを認識することを可能にする。したがって、図２５中のステップ２５１４を参照しながら上記で説明したクーポン検証プロセスの一部として、マーチャントサーバ５０はまた、そのクーポンが引き換えられたとして掲示されているかどうかを判定するために、無効クーポンオブジェクトデータベースを確認することができる。一実施形態では、無効クーポンオブジェクトの作成はカウントダウンタイマーを開始することができ、カウントダウンタイマーは、ステップ２６１２において終了したとき、クーポンが無効クーポンオブジェクトデータベースなどのデータベース中にまだ掲示されているかどうかを判定するようにマーチャントサーバ５０を促す。マーチャントサーバ５０が、その時点で、引き換えられたクーポンをまだ追跡している場合（すなわち、判定ステップ２６１４＝「ＹＥＳ」）、マーチャントサーバは、他のクーポンキャンセルメッセージをモバイルデバイス４０に送信するためにステップ２６０２に戻る。マーチャントサーバ５０が引き換えられたクーポンをもはや追跡していない場合（すなわち、判定ステップ２６１４＝「ＮＯ」）、マーチャントサーバ５０が、クーポンを検証し、引き換えをするプロセスは終了する（ステップ２６１６）。期限切れクーポンは、その満了パラメータに基づいて拒否されるので、クーポン自体が満了したときも、このプロセスは終了する。
【０１１７】
一実施形態では、マーチャントサーバ５０によって作成された電子クーポンは、それらのクーポンを組み合わせることができるかどうかと、そうであれば、それらのクーポンを他のクーポンと組み合わせることができる範囲とを定義するためにマーチャントによって使用され得る、重み値を含むことができる。マーチャントは、いくつかのクーポンの組み合せが許されるかどうかを判定するために、割り当てられたクーポン重みを使用するための、ＰＯＳシステムが使用するルールを確立することができる。マーチャントサーバ５０は、ＰＯＳシステムに提示されたクーポンに割り当てられた重み数の合計が所定の最大値よりも大きい場合、それらのクーポンの組み合せが許されないようなルールを実装することができる。たとえば、マーチャントは、クーポンＡに重み数０．２を割り当て、クーポンＢに重み数０．５を割り当て、クーポンＣに重み数０．９を割り当てることができる。マーチャントは、複数のクーポンがＰＯＳシステムに提示されたとき、クーポンに割り当てられた重み数の合計が１よりも大きい場合、それらのクーポンの組み合せは許されないというルールをさらに実装することができる。そのようなルールの下で、クーポンＡ（０．２）とクーポンＢ（０．５）とに割り当てられた重み数の合計は１よりも小さいので、クーポンＡとクーポンＢとの組み合せは許されるであろう。しかしながら、同じルールの下で、クーポンＡとクーポンＢとに割り当てられたクーポン重み数の合計は１．１に等しく、１よりも大きいので、クーポンＡとクーポンＣとの組み合せは許されない。この例では、クーポン重みの合計が１よりも大きいので、クーポンＡとＢとＣとを組み合わせることも許されない。このプロセスはまた、マーチャントシステムが元の（１つまたは複数の）クーポン発行者に連絡する必要なしにクーポンを検証し、受け付けることを可能にする。
【０１１８】
図２７に、重みをもつ複数のクーポンの組み合せ使用が許されるかどうかを判定するための実施方法を示す。クーポン発行者は、クーポン発行プロセスの一部として、クーポンに重み数を割り当てる（ステップ２７０２）。購買トランザクション中に、クーポンマネージャ（たとえばマーチャントサーバ５０）は、ＰＯＳシステム（図２５参照）から２つ以上のクーポンのクーポンデータを含んでいるクーポン検証要求を受信する（ステップ２７０４）。クーポンマネージャは、クーポン重みの合計を計算し（ステップ２７０８）、クーポン重みの合計が予め定められた数「ｎ」よりも大きいかどうかを判定する（判定２７１０）。２つ以上のクーポンの重みの合計が「ｎ」以下の場合（すなわち、判定２７１０＝「ＹＥＳ」）、マーチャントサーバ５０は、１つの購買トランザクションのための２つ以上のクーポンの組み合せ使用を検証する（ステップ２７１４）。２つのクーポンの重みの合計が「ｎ」よりも大きい場合（すなわち、判定２７１０＝「ＮＯ」）、マーチャントサーバ５０は、１つの購買トランザクションのための２つ以上のクーポンの組み合せ使用を拒否する（ステップ２７１２）。組み合わされたクーポンの受付けまたは拒否は、図２５を参照しながら上記で説明したのと同様に、検証または拒否メッセージ中でＰＯＳシステムに伝達できる。
【０１１９】
様々な実施形態での使用に好適な典型的なモバイル受信機デバイス４０は、図２８に示すコンポーネントを共有する。たとえば、例示的なモバイル受信機デバイス４０は、内部メモリ１９２とディスプレイ１９３とスピーカー１９９とに結合されたプロセッサ１９１を含み得る。さらに、モバイル受信機デバイス４０は、プロセッサ１９１に結合されたワイヤレスデータリンクおよび／またはセルラー電話トランシーバ１９５に接続される、電磁波（electromagnetic radiation）を送信および受信するためのアンテナ１９４を有し得る。いくつかの実装形態では、セルラー電話通信のために使用されるトランシーバ１９５ならびにプロセッサ１９１およびメモリ１９２の部分を、ワイヤレスデータリンクを介するデータインターフェースを与えることから、エアインターフェースと総称する。モバイル受信機デバイスは、一般に、ユーザ入力を受け取るためのキーパッド１９６または小型キーボードおよびメニュー選択ボタンまたはロッカースイッチ（rocker switches）１９７をも含む。
【０１２０】
プロセッサ１９１は、本明細書で説明した様々な実施形態の機能を含む、様々な機能を実行するようにソフトウェア命令（アプリケーション）によって構成できる任意のプログラマブルマイクロプロセッサ、マイクロコンピュータあるいは１つまたは複数の多重プロセッサチップとすることができる。モバイルデバイスによっては、たとえば１つのプロセッサをワイヤレス通信機能専用とし、１つのプロセッサを他のアプリケーションの実行専用とするなど、複数のプロセッサ１９１を設けることができる。一般に、ソフトウェアアプリケーションは、アクセスされ、プロセッサ１９１にロードされる前に内部メモリ１９２に記憶され得る。一部のモバイルデバイスでは、プロセッサ１９１は、アプリケーションソフトウェア命令を記憶するのに十分な内部メモリを含むことができる。モバイルデバイス４０は、様々な実施形態によれば、たとえば、電子パース中などのクレジット、トークンおよびクーポンに関係する情報を記憶するためのスマートカードなど、別個のメモリチップ１９０をも含むことができる。一部のモバイルデバイスでは、セキュアなメモリは、プロセッサ１９１に結合された別個のメモリチップ中にあることができる。多くのモバイルデバイス４０では、内部メモリ１９２は、揮発性メモリもしくは不揮発性メモリ（たとえばフラッシュメモリ）、またはそれら両方の混合とすることができる。本明細書では、メモリへの一般的言及（general reference）は、内部メモリ１９２と、メモリチップ１９０と、モバイルデバイスに接続されるリムーバブルメモリと、プロセッサ１９１自身の内部のメモリとを含む、プロセッサ１９１によってアクセス可能なすべてのメモリを指す。
【０１２１】
上記で説明した多くの実施形態はまた、たとえば図２９に示すサーバ２８００など、様々なリモートサーバデバイスのいずれでも実装できる。そのようなサーバ２８００は、一般に、揮発性メモリ２８０２と、ディスクドライブ２８０３などの大容量不揮発性メモリとに結合されたプロセッサ２８０１を含む。サーバ２８００は、プロセッサ２８０１に結合されたフロッピー（登録商標）ディスクドライブおよび／またはコンパクトディスク（ＣＤ）ドライブ２８０６をも含むことができる。サーバ２８００はまた、インターネットなど、ネットワーク回路２８０５とのデータ接続を確立するための、プロセッサ２８０１に結合されたネットワークアクセスポート２８０４を含むことができる。
【０１２２】
上記の方法の説明およびプロセスフローチャートは、単に説明のための例として提供したものであり、様々な実施形態のステップを提示された順序で実行しなければならないことを要求または暗示するものではない。当業者なら諒解するように、上記の実施形態におけるステップの順序は、どんな順序でも実行できる。「その後（thereafter）」、「次いで、そして（then）」、「次に（next）」などの単語は、ステップの順序を限定するものではなく、これらの単語は、単に、読者に方法の説明を案内するために使用される。さらに、たとえば、冠詞「ａ」、「ａｎ」または「ｔｈｅ」を使用する単数形のクレームの要素への言及は、その要素を単数形に限定するものと解釈すべきではない。
【０１２３】
本明細書で開示した実施形態に関して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップを、電子ハードウェア、コンピュータソフトウェア、または両方の組み合せとして実装できる。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課せられた設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈すべきではない。
【０１２４】
本明細書で開示した態様に関して説明した様々な例示的な論理、論理ブロック、モジュール、および回路を実装するために使用されるハードウェアは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェアコンポーネント、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組み合せを用いて実装または実行できる。汎用プロセッサはマイクロプロセッサとすることができるが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることができる。プロセッサは、コンピューティングデバイスの組み合せ、たとえば、ＤＳＰとマイクロプロセッサとの組み合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装することもできる。代替的に、いくつかのステップまたは方法は、所与の機能に固有の回路によって実行できる。
【０１２５】
１つまたは複数の例示的な態様では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合せで実装することができる。ソフトウェアで実装した場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ読み取り可能な媒体上に記憶するか、あるいはコンピュータ読み取り可能な媒体を介して送信することができる。本明細書で開示した方法またはアルゴリズムのステップは、コンピュータ読み取り可能な媒体上に常駐することができる、実行されるプロセッサ実行可能なソフトウェアモジュールで実施することができる。コンピュータ読み取り可能な媒体は、ある場所から他の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体とすることができる。限定ではなく、例として、そのようなコンピュータ読み取り可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶デバイスまたは他の磁気記憶デバイス、あるいは命令またはデータ構造の形態で所望のプログラムコードを担持または記憶するために使用でき、コンピュータによってアクセスできる、任意の他の媒体を含むことができる。また、いかなる接続もコンピュータ読み取り可能な媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピーディスク（disk）、およびブルーレイディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組み合せもコンピュータ読み取り可能な媒体の範囲内に含めるべきである。さらに、方法またはアルゴリズムの動作は、コンピュータプログラム製品に組み込むことができる、機械読み取り可能な媒体および／またはコンピュータ読み取り可能な媒体上のコードおよび／または命令の１つまたは任意の組み合せ、あるいはそのセットとして常駐することができる。
【０１２６】
開示した実施形態の上記の説明は、当業者が本発明を製作または使用できるように提供したものである。これらの実施形態への様々な修正は当業者には容易に明らかであり、本明細書で定義した一般原理は、本発明の趣旨または範囲から逸脱することなく他の実施形態に適用できる。したがって、本発明は、本明細書で示した実施形態に限定されるものではなく、以下の特許請求の範囲ならびに本明細書で開示した原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
【特許請求の範囲】
【請求項１】
モバイルブロードキャストＴＶシステムを介して電子クーポンを配信するための方法において、
クーポンアクセス情報を含むクーポンテンプレートをモバイルブロードキャストＴＶサービスプロバイダから受信機デバイスにブロードキャストすることと、
前記受信機デバイスからデバイス識別情報データを受信することと、
前記受信機デバイスから受信した前記デバイス識別情報データに基づいて、デジタル署名を含むデジタル署名付きクーポンを作成することと、
ユニキャストネットワークを介して前記デジタル署名付きクーポンを前記受信機デバイスに送信することと、
前記デジタル署名付きクーポンを前記受信機デバイスのメモリに記憶することを含む方法。
【請求項２】
前記クーポンテンプレートアクセス情報は、ＵＲＬと電話番号とからなるグループから選択される請求項１の方法。
【請求項３】
前記デバイス識別情報データは、受信機デバイスＭＡＣ ＩＤと、電話番号と、ユーザアカウント番号と、グループ識別子と、個人識別番号（ＰＩＮ）と、ユーザ名とからなるグループから選択される１つまたは複数のアイテムを含む請求項１の方法。
【請求項４】
前記デバイス識別情報データは、インターネットを介して受信され得る請求項１の方法。
【請求項５】
前記デバイス識別情報データは、前記ユニキャストネットワークを介して受信され得る請求項１の方法。
【請求項６】
前記クーポンの前記デジタル署名は、クーポンＩＤおよび受信機デバイス識別情報に対して生成される請求項１の方法。
【請求項７】
前記クーポンの前記デジタル署名は、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して生成される請求項１の方法。
【請求項８】
クーポン引き換えトランザクションにおいてクーポンデータと前記デジタル署名とを前記受信機デバイスからポイントオブセールシステムに提供することをさらに含む請求項１の方法。
【請求項９】
前記ポイントオブセールシステムにおいて前記クーポンデータおよび前記デジタル署名に基づいて前記クーポンデータを検証することをさらに含む請求項８の方法。
【請求項１０】
前記デジタル署名付きクーポンの有効性の検証を要求するクーポン検証要求（該検証要求は、該デジタル署名付きクーポン、実際の受信機デバイス識別情報およびクーポンＩＤデータをともなう）を前記ポイントオブセールシステムからクーポン検証システムに送信することと、
前記クーポン検証システムにおいて前記クーポン検証要求を受信することと、
前記検証要求とともに受信された前記デジタル署名付きクーポンの前記デジタル署名を復号化することと、
前記デジタル署名から取り出された受信機デバイス識別情報およびクーポンＩＤデータが、前記受信機デバイス識別情報およびクーポンＩＤデータに一致するかどうかを判定することと、
前記デジタル署名から取り出された前記受信機デバイス識別情報およびクーポンＩＤデータが前記実際の受信機デバイス識別情報およびクーポンＩＤデータに一致する場合、前記デジタル署名付きクーポンを検証するクーポン検証メッセージを前記ポイントオブセールシステムに送信することをさらに含む請求項８の方法。
【請求項１１】
前記ポイントオブセールシステムから前記受信機デバイスにクーポンキャンセルメッセージを送信することと、
前記クーポンキャンセルメッセージを受信することに応答して、前記受信機デバイスのメモリから前記デジタル署名付きクーポンを削除することをさらに含む請求項１０の方法。
【請求項１２】
前記デジタル署名を復号化することは、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して達成される請求項１０の方法。
【請求項１３】
モバイルブロードキャストＴＶシステムを介して電子クーポンを配信するためのシステムにおいて、
モバイルブロードキャストＴＶネットワークシステムであって、
ブロードキャスト送信機、及び、サーバを含み、該サーバは、
クーポンアクセス情報を含むクーポンテンプレートを前記ブロードキャスト送信機にブロードキャストさせることと、
受信機デバイスからデバイス識別情報データを受信することと、
前記受信機デバイスから受信した前記デバイス識別情報データに基づいて、デジタル署名を含むデジタル署名付きクーポンを作成することと、
ユニキャストネットワークを介して前記デジタル署名付きクーポンを前記受信機デバイスに送信することとを含む動作を前記サーバに実行させるように構成されるサーバ実行可能命令を用いて構成される、モバイルブロードキャストＴＶネットワークシステムと、
モバイルブロードキャストＴＶ送信を受信するように構成される受信機デバイスであって、
プロセッサ、
前記プロセッサに結合されたメモリ、及び、
前記プロセッサに結合され、モバイルブロードキャストＴＶ送信を受信するように構成される受信機回路とを含む受信機デバイスとを含み、該プロセッサは、
クーポンアクセス情報を含む前記ブロードキャストされたクーポンテンプレートを受信することと、
前記クーポンテンプレートアクセス情報に基づいてデバイス識別情報データを前記サーバに送信することと、
前記ユニキャストネットワークを介して前記サーバから前記デジタル署名付きクーポンを受信することと、
前記デジタル署名付きクーポンを前記メモリに記憶することとを含む動作を実行するためのプロセッサ実行可能命令を用いて構成される、受信機デバイスと
を含むシステム。
【請求項１４】
前記クーポンテンプレートアクセス情報は、ＵＲＬと電話番号とからなるグループから選択される請求項１３のシステム。
【請求項１５】
前記デバイス識別情報データは、受信機デバイスＭＡＣ ＩＤと、電話番号と、ユーザアカウント番号と、グループ識別子と、個人識別番号（ＰＩＮ）と、ユーザ名とからなるグループから選択される１つまたは複数のアイテムを含む請求項１３のシステム。
【請求項１６】
前記プロセッサは、前記デバイス識別情報データがインターネットを介して前記サーバに送信されるように、プロセッサ実行可能命令を用いて構成される請求項１３のシステム。
【請求項１７】
前記プロセッサは、前記デバイス識別情報データが前記ユニキャストネットワークを介して前記サーバに送信されるように、プロセッサ実行可能命令を用いて構成される請求項１３のシステム。
【請求項１８】
前記サーバは、クーポンＩＤおよび受信機デバイス識別情報に対して前記クーポンの前記デジタル署名を生成することをさらに含む動作を実行するように構成されるサーバ実行可能命令を用いて構成される請求項１３のシステム。
【請求項１９】
前記サーバは、前記クーポンの前記デジタル署名を生成することが、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して前記デジタル署名を生成することを含むように、サーバ実行可能命令を用いて構成される請求項１８のシステム。
【請求項２０】
ポイントオブセールシステムをさらに含み、
前記プロセッサは、クーポン引き換えトランザクションにおいてクーポンデータと前記デジタル署名とを前記受信機デバイスから前記ポイントオブセールシステムに提供することをさらに含む動作を実行するためのプロセッサ実行可能命令を用いて構成される請求項１３のシステム。
【請求項２１】
前記ポイントオブセールシステムは、前記クーポンデータおよび前記デジタル署名に基づいて前記クーポンデータを検証するように構成される請求項２０のシステム。
【請求項２２】
前記ポイントオブセールシステムから前記デジタル署名付きクーポンの有効性の検証を要求するクーポン検証要求を受信することと（該検証要求は、該デジタル署名付きクーポン、ならびに実際の受信機デバイス識別情報およびクーポンＩＤデータをともなう）、
前記検証要求とともに受信された前記デジタル署名付きクーポンの前記電子署名を復号化することと、
前記電子署名から取り出された受信機デバイス識別情報およびクーポンＩＤデータが、前記受信機デバイス識別情報およびクーポンＩＤデータに一致するかどうかを判定することと、
前記電子署名から取り出された前記受信機デバイス識別情報およびクーポンＩＤデータが前記実際の受信機デバイス識別情報およびクーポンＩＤデータに一致する場合、前記デジタル署名付きクーポンを検証するクーポン検証メッセージを前記ポイントオブセールシステムに送信することとを含む動作を実行するようにサーバ実行可能命令を用いて構成されるクーポン検証サーバをさらに含む請求項２０のシステム。
【請求項２３】
前記ポイントオブセールシステムは、クーポンキャンセルメッセージを前記受信機デバイスに送信するようにさらに構成され、
前記プロセッサは、前記クーポンキャンセルメッセージを受信することに応答して、前記受信機デバイスのメモリから前記デジタル署名付きクーポンを削除することをさらに含む動作を実行するようにプロセッサ実行可能命令を用いて構成される請求項２２のシステム。
【請求項２４】
前記クーポン検証サーバは、前記電子署名を復号化することが、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して前記電子署名を復号化することを含むように、サーバ実行可能命令を用いて構成される請求項２２のシステム。
【請求項２５】
モバイルブロードキャストＴＶシステムを介して電子クーポンを配信するためのシステムであって、
クーポンアクセス情報を含むクーポンテンプレートをブロードキャストサービスプロバイダから受信機デバイスにブロードキャストするための手段と、
前記受信機デバイスからデバイス識別情報データを受信するための手段と、
前記受信機デバイスから受信した前記デバイス識別情報データに基づいて、デジタル署名を含むデジタル署名付きクーポンを作成するための手段と、
ユニキャストネットワークを介して前記デジタル署名付きクーポンを前記受信機デバイスに送信するための手段と、
前記デジタル署名付きクーポンを前記受信機デバイスのメモリに記憶するための手段とを含むシステム。
【請求項２６】
前記クーポンテンプレートアクセス情報は、ＵＲＬと電話番号とからなるグループから選択される請求項２５のシステム。
【請求項２７】
前記デバイス識別情報データは、受信機デバイスＭＡＣ ＩＤと、電話番号と、ユーザアカウント番号と、グループ識別子と、個人識別番号（ＰＩＮ）と、ユーザ名とからなるグループから選択される１つまたは複数のアイテムを含む請求項２５のシステム。
【請求項２８】
前記デバイス識別情報データは、インターネットを介して受信され得る請求項２５のシステム。
【請求項２９】
前記デバイス識別情報データは、前記ユニキャストネットワークを介して受信され得る請求項２５のシステム。
【請求項３０】
クーポンＩＤおよび受信機デバイス識別情報に対して前記クーポンの前記デジタル署名を生成するための手段をさらに含む請求項２５のシステム。
【請求項３１】
前記クーポンの前記デジタル署名を生成するための手段は、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して前記デジタル署名を生成するための手段を含む請求項３０のシステム。
【請求項３２】
クーポン引き換えトランザクションにおいてクーポンデータと前記デジタル署名とを前記受信機デバイスからポイントオブセールシステムに提供するための手段をさらに含む請求項２５のシステム。
【請求項３３】
前記ポイントオブセールシステムにおいて前記クーポンデータおよび前記デジタル署名に基づいて前記クーポンデータを検証するための手段をさらに含む請求項３２のシステム。
【請求項３４】
前記デジタル署名付きクーポンの有効性の検証を要求するクーポン検証要求を前記ポイントオブセールシステムからクーポン検証システムに送信するための手段（該検証要求は、該デジタル署名付きクーポン、実際の受信機デバイス識別情報およびクーポンＩＤデータをともなう）と、
前記クーポン検証システムにおいて前記クーポン検証要求を受信するための手段と、
前記検証要求とともに受信された前記デジタル署名付きクーポンの前記電子署名を復号化するための手段と、
前記電子署名から取り出された受信機デバイス識別情報およびクーポンＩＤデータが、前記受信機デバイス識別情報およびクーポンＩＤデータに一致するかどうかを判定するための手段と、
前記電子署名から取り出された前記受信機デバイス識別情報およびクーポンＩＤデータが前記実際の受信機デバイス識別情報およびクーポンＩＤデータに一致する場合、前記デジタル署名付きクーポンを検証するクーポン検証メッセージを前記ポイントオブセールシステムに送信するための手段とをさらに含む請求項３２のシステム。
【請求項３５】
前記ポイントオブセールシステムから前記受信機デバイスにクーポンキャンセルメッセージを送信するための手段と、
前記クーポンキャンセルメッセージを受信することに応答して、前記受信機デバイスのメモリから前記デジタル署名付きクーポンを削除するための手段とをさらに含む請求項３４のシステム。
【請求項３６】
前記電子署名を復号化するための手段は、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して前記電子署名を復号化するための手段を含む請求項３４のシステム。
【請求項３７】
受信機デバイスであって、
プロセッサと、
前記プロセッサに結合されたメモリと、
前記プロセッサに結合され、モバイルブロードキャストＴＶ送信を受信するように構成される受信機回路とを含み、
前記プロセッサは、
モバイルブロードキャストＴＶ送信においてクーポンアクセス情報を含むクーポンテンプレートを受信することと、
前記クーポンアクセス情報に基づいてサーバとの通信リンクを確立することと、
前記受信機デバイスに関するデバイス識別情報データを前記サーバに送信することと、
デジタル署名を含むデジタル署名付きクーポンを受信することと、
前記デジタル署名付きクーポンを前記受信機デバイスのメモリに記憶することとを含む動作を実行するためのプロセッサ実行可能命令を用いて構成される受信機デバイス。
【請求項３８】
前記クーポンテンプレートアクセス情報は、ＵＲＬと電話番号とからなるグループから選択される請求項３７の受信機デバイス。
【請求項３９】
前記デバイス識別情報データは、受信機デバイスＭＡＣ ＩＤと、電話番号と、ユーザアカウント番号と、グループ識別子と、個人識別番号（ＰＩＮ）と、ユーザ名とからなるグループから選択される１つまたは複数のアイテムを含む請求項３７の受信機デバイス。
【請求項４０】
前記プロセッサは、前記サーバとの前記通信リンクおよび前記デバイス識別情報データがインターネットを介して前記サーバに送信されるように、プロセッサ実行可能命令を用いて構成される請求項３７の受信機デバイス。
【請求項４１】
前記プロセッサは、前記サーバとの前記通信リンクおよび前記デバイス識別情報データがユニキャストネットワークを介して前記サーバに送信されるように、プロセッサ実行可能命令を用いて構成される請求項３７の受信機デバイス。
【請求項４２】
前記プロセッサは、前記デジタル署名を検証することをさらに含む動作を実行するようにプロセッサ実行可能命令を用いて構成され、前記デジタル署名が検証された場合、前記デジタル署名付きクーポンがメモリに記憶される請求項３７の受信機デバイス。
【請求項４３】
前記プロセッサは、前記デジタル署名が、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して検証されるように、プロセッサ実行可能命令を用いて構成される請求項４２の受信機デバイス。
【請求項４４】
前記プロセッサは、クーポン引き換えトランザクションにおいてクーポンデータと前記デジタル署名とをポイントオブセールシステムに提供することをさらに含む動作を実行するようにプロセッサ実行可能命令を用いて構成される請求項３７の受信機デバイス。
【請求項４５】
前記プロセッサは、
前記ポイントオブセールシステムからクーポンキャンセルメッセージを受信することと、
前記クーポンキャンセルメッセージを受信することに応答して、メモリから前記クーポンを削除することとをさらに含む動作を実行するようにプロセッサ実行可能命令を用いて構成される請求項４４の受信機デバイス。
【請求項４６】
モバイルブロードキャストＴＶ送信においてクーポンアクセス情報を含むクーポンテンプレートを受信するための手段と、
前記クーポンアクセス情報に基づいてサーバとの通信リンクを確立するための手段と、
前記受信機デバイスに関するデバイス識別情報データを前記サーバに送信するための手段と、
デジタル署名を含むデジタル署名付きクーポンを受信するための手段と、
前記デジタル署名付きクーポンを前記受信機デバイスに記憶するための手段とを含む受信機デバイス。
【請求項４７】
前記クーポンテンプレートアクセス情報は、ＵＲＬと電話番号とからなるグループから選択される請求項４６の受信機デバイス。
【請求項４８】
前記デバイス識別情報データは、受信機デバイスＭＡＣ ＩＤと、電話番号と、ユーザアカウント番号と、グループ識別子と、個人識別番号（ＰＩＮ）と、ユーザ名とからなるグループから選択される１つまたは複数のアイテムを含む請求項４６の受信機デバイス。
【請求項４９】
前記サーバとの通信リンクを確立するための手段は、インターネット通信リンクを確立するための手段を含み、
前記デバイス識別情報データを前記サーバに送信するための手段は、前記確立されたインターネット通信リンクを介して前記デバイス識別情報データを前記サーバに送信するための手段を含む請求項４６の受信機デバイス。
【請求項５０】
前記サーバとの通信リンクを確立するための手段は、ユニキャスト通信リンクを確立するための手段を含み、
前記デバイス識別情報データを前記サーバに送信するための手段は、前記確立されたユニキャスト通信リンクを介して前記デバイス識別情報データを前記サーバに送信するための手段を含む請求項４６の受信機デバイス。
【請求項５１】
前記デジタル署名を検証するための手段をさらに含み、前記デジタル署名が検証された場合、前記デジタル署名付きクーポンがメモリに記憶される請求項４６の受信機デバイス。
【請求項５２】
前記デジタル署名を検証するための手段は、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して前記デジタル署名を検証するための手段を含む請求項５１の受信機デバイス。
【請求項５３】
クーポン引き換えトランザクションにおいてクーポンデータと前記デジタル署名とをポイントオブセールシステムに提供するための手段をさらに含む請求項４６の受信機デバイス。
【請求項５４】
前記ポイントオブセールシステムからクーポンキャンセルメッセージを受信するための手段と、
前記クーポンキャンセルメッセージを受信することに応答して、メモリから前記クーポンを削除するための手段とをさらに含む請求項５３の受信機デバイス。
【請求項５５】
モバイルブロードキャストＴＶ送信を受信することが可能な受信機デバイス内のプロセッサに、
モバイルブロードキャストＴＶ送信においてクーポンアクセス情報を含むクーポンテンプレートを受信することと、
前記クーポンアクセス情報に基づいてサーバとの通信リンクを確立することと、
前記受信機デバイスに関するデバイス識別情報データを前記サーバに送信することと、
デジタル署名を含むデジタル署名付きクーポンを受信することと、
前記デジタル署名付きクーポンを前記受信機デバイスのメモリに記憶することとを含む動作を実行させるように構成されるプロセッサ実行可能命令を記憶したプロセッサ読み取り可能な記憶媒体。
【請求項５６】
前記クーポンテンプレートアクセス情報は、ＵＲＬと電話番号とからなるグループから選択される請求項５５のプロセッサ読み取り可能な記憶媒体。
【請求項５７】
前記デバイス識別情報データは、受信機デバイスＭＡＣ ＩＤと、電話番号と、ユーザアカウント番号と、グループ識別子と、個人識別番号（ＰＩＮ）と、ユーザ名とからなるグループから選択される１つまたは複数のアイテムを含む請求項５５のプロセッサ読み取り可能な記憶媒体。
【請求項５８】
前記サーバとの通信リンクを確立することは、インターネット通信リンクを確立することを含み、
前記デバイス識別情報データを前記サーバに送信することは、前記確立されたインターネット通信リンクを介して前記デバイス識別情報データを前記サーバに送信することを含む請求項５５のプロセッサ読み取り可能な記憶媒体。
【請求項５９】
前記サーバとの通信リンクを確立することは、ユニキャスト通信リンクを確立することを含み、
前記デバイス識別情報データを前記サーバに送信することは、前記確立されたユニキャスト通信リンクを介して前記デバイス識別情報データを前記サーバに送信することを含む請求項５５のプロセッサ読み取り可能な記憶媒体。
【請求項６０】
前記記憶されたプロセッサ実行可能命令は、プロセッサに、前記デジタル署名を検証することをさらに含む動作を実行させるように構成され、前記デジタル署名が検証された場合、前記デジタル署名付きクーポンをメモリに記憶することが達成される、請求項５５のプロセッサ読み取り可能な記憶媒体。
【請求項６１】
前記デジタル署名を検証することは、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して前記デジタル署名を検証することを含む請求項６０のプロセッサ読み取り可能な記憶媒体。
【請求項６２】
クーポン引き換えトランザクションにおいてクーポンデータと前記デジタル署名とをポイントオブセールシステムに提供することをさらに含む請求項５５のプロセッサ読み取り可能な記憶媒体。
【請求項６３】
前記記憶されたプロセッサ実行可能命令は、
前記ポイントオブセールシステムからクーポンキャンセルメッセージを受信することと、
前記クーポンキャンセルメッセージを受信することに応答して、メモリから前記クーポンを削除することとをさらに含む動作をプロセッサに実行させるように構成される請求項６２のプロセッサ読み取り可能な記憶媒体。
【請求項６４】
モバイルブロードキャストＴＶシステムを介して電子クーポンを受信機デバイスに与えるための方法であって、
モバイルブロードキャストＴＶネットワークからクーポンデータとデジタル署名とを含むデジタル署名付きクーポンをブロードキャストすることと、
受信機デバイスにおいて前記ブロードキャストされたデジタル署名付きクーポンを受信することと、
復号鍵を使用して前記デジタル署名を復号化することと、
前記デジタル署名中に含まれる受信機デバイス識別情報データを得ることと、
前記得られた受信機デバイス識別情報データが前記受信機デバイスの識別情報データに一致するかどうかを判定することと、
前記取り出されたデバイス識別情報データと受信機デバイス識別情報データとの間に一致があるとき、前記デジタル署名付きクーポンを前記受信機デバイスの前記メモリに記憶することを含む方法。
【請求項６５】
前記デジタル署名を復号化することは、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して達成される請求項６４の方法。
【請求項６６】
プロセッサと、
前記プロセッサに結合されたメモリと、
前記プロセッサに結合され、モバイルブロードキャストＴＶ送信を受信するように構成される受信機回路とを含み、
前記プロセッサは、
モバイルブロードキャストＴＶネットワークからクーポンデータとデジタル署名とを含むデジタル署名付きクーポンを受信することと、
復号鍵を使用して前記電子署名を復号化することと、
前記デジタル署名中に含まれる受信機デバイス識別情報データを得ることと、
前記得られた受信機デバイス識別情報データが前記受信機デバイスの識別情報データに一致するかどうかを判定することと、
前記取り出されたデバイス識別情報データと受信機デバイス識別情報データとの間に一致があるとき、前記デジタル署名付きクーポンを前記メモリに記憶することとを含む動作を実行するためのプロセッサ実行可能命令を用いて構成される受信機デバイス。
【請求項６７】
前記電子署名を復号化することは、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して達成されるように、前記プロセッサがプロセッサ実行可能命令を用いて構成される請求項６６の受信機デバイス。
【請求項６８】
モバイルブロードキャストＴＶネットワークからクーポンデータとデジタル署名とを含むデジタル署名付きクーポンを受信するための手段と、
復号鍵を使用して前記電子署名を復号化するための手段と、
前記デジタル署名中に含まれる受信機デバイス識別情報データを得るための手段と、
前記得られた受信機デバイス識別情報データが前記受信機デバイスの識別情報データに一致するかどうかを判定するための手段と、
前記取り出されたデバイス識別情報データと受信機デバイス識別情報データとの間に一致があるとき、前記デジタル署名付きクーポンを記憶するための手段とを含む受信機デバイス。
【請求項６９】
復号鍵を使用して前記電子署名を復号化するための手段は、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して前記電子署名を復号化するための手段を含む請求項６８の受信機デバイス。
【請求項７０】
モバイルブロードキャストＴＶ送信を受信することが可能な受信機デバイスのプロセッサに、
モバイルブロードキャストＴＶネットワークからクーポンデータとデジタル署名とを含むデジタル署名付きクーポンを受信することと、
復号鍵を使用して前記電子署名を復号化することと、
前記デジタル署名中に含まれる受信機デバイス識別情報データを得ることと、
前記得られた受信機デバイス識別情報データが前記受信機デバイスの識別情報データに一致するかどうかを判定することと、
前記取り出されたデバイス識別情報データと受信機デバイス識別情報データとの間に一致があるとき、前記デジタル署名付きクーポンを記憶することとを含む動作を実行させるように構成されるプロセッサ実行可能命令を記憶したプロセッサ読み取り可能な記憶媒体。
【請求項７１】
復号鍵を使用して前記電子署名を復号化することは、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して前記電子署名を復号化することを含む請求項７０のプロセッサ読み取り可能な記憶媒体。
【請求項７２】
複数のクーポンの組み合せを検証するための方法であって、
単一の購買トランザクションのために重み数をもつ複数のクーポンを組み合わせたいという要求を受信することと、
前記複数のクーポンの前記重み数の合計を計算することと、
前記複数のクーポンの前記重み数の前記合計が所定の数を超えるかどうかを判定することと、
前記重み数の前記合計が前記所定の数を超えない場合、前記複数のクーポンの前記組み合せ使用を検証することとを含む方法。
【請求項７３】
引き換えのために提示された複数の電子クーポンの組み合せを検証するためのコンピュータであって、
単一の購買トランザクションのために重み数をもつ複数のクーポンを組み合わせたいという要求を受信することと、
前記複数のクーポンの前記重み数の合計を計算することと、
前記複数のクーポンの前記重み数の前記合計が所定の数を超えるかどうかを判定することと、
前記重み数の前記合計が前記所定の数を超えない場合、前記複数のクーポンの前記組み合せ使用を検証することとを含む動作を実行するようにプロセッサ実行可能命令を用いて構成されるプロセッサを含むコンピュータ。
【請求項７４】
引き換えのために提示された複数のクーポンの組み合せを検証するためのシステムであって、
単一の購買トランザクションのために重み数をもつ複数のクーポンを組み合わせたいという要求を受信するための手段と、
前記複数のクーポンの前記重み数の合計を計算するための手段と、
前記複数のクーポンの前記重み数の前記合計が所定の数を超えるかどうかを判定するための手段と、
前記重み数の前記合計が前記所定の数を超えない場合、前記複数のクーポンの前記組み合せ使用を検証するための手段とを含むシステム。
【請求項７５】
単一の購買トランザクションのために重み数をもつ複数のクーポンを組み合わせたいという要求を受信することと、
前記複数のクーポンの前記重み数の合計を計算することと、
前記複数のクーポンの前記重み数の前記合計が所定の数を超えるかどうかを判定することと、
前記重み数の前記合計が前記所定の数を超えない場合、前記複数のクーポンの前記組み合せ使用を検証することとを含む動作をコンピュータに実行させるように構成されるコンピュータ実行可能命令を記憶したコンピュータ読み取り可能な記憶媒体。
【請求項１】
モバイルブロードキャストＴＶシステムを介して電子クーポンを配信するための方法において、
クーポンアクセス情報を含むクーポンテンプレートをモバイルブロードキャストＴＶサービスプロバイダから受信機デバイスにブロードキャストすることと、
前記受信機デバイスからデバイス識別情報データを受信することと、
前記受信機デバイスから受信した前記デバイス識別情報データに基づいて、デジタル署名を含むデジタル署名付きクーポンを作成することと、
ユニキャストネットワークを介して前記デジタル署名付きクーポンを前記受信機デバイスに送信することと、
前記デジタル署名付きクーポンを前記受信機デバイスのメモリに記憶することを含む方法。
【請求項２】
前記クーポンテンプレートアクセス情報は、ＵＲＬと電話番号とからなるグループから選択される請求項１の方法。
【請求項３】
前記デバイス識別情報データは、受信機デバイスＭＡＣ ＩＤと、電話番号と、ユーザアカウント番号と、グループ識別子と、個人識別番号（ＰＩＮ）と、ユーザ名とからなるグループから選択される１つまたは複数のアイテムを含む請求項１の方法。
【請求項４】
前記デバイス識別情報データは、インターネットを介して受信され得る請求項１の方法。
【請求項５】
前記デバイス識別情報データは、前記ユニキャストネットワークを介して受信され得る請求項１の方法。
【請求項６】
前記クーポンの前記デジタル署名は、クーポンＩＤおよび受信機デバイス識別情報に対して生成される請求項１の方法。
【請求項７】
前記クーポンの前記デジタル署名は、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して生成される請求項１の方法。
【請求項８】
クーポン引き換えトランザクションにおいてクーポンデータと前記デジタル署名とを前記受信機デバイスからポイントオブセールシステムに提供することをさらに含む請求項１の方法。
【請求項９】
前記ポイントオブセールシステムにおいて前記クーポンデータおよび前記デジタル署名に基づいて前記クーポンデータを検証することをさらに含む請求項８の方法。
【請求項１０】
前記デジタル署名付きクーポンの有効性の検証を要求するクーポン検証要求（該検証要求は、該デジタル署名付きクーポン、実際の受信機デバイス識別情報およびクーポンＩＤデータをともなう）を前記ポイントオブセールシステムからクーポン検証システムに送信することと、
前記クーポン検証システムにおいて前記クーポン検証要求を受信することと、
前記検証要求とともに受信された前記デジタル署名付きクーポンの前記デジタル署名を復号化することと、
前記デジタル署名から取り出された受信機デバイス識別情報およびクーポンＩＤデータが、前記受信機デバイス識別情報およびクーポンＩＤデータに一致するかどうかを判定することと、
前記デジタル署名から取り出された前記受信機デバイス識別情報およびクーポンＩＤデータが前記実際の受信機デバイス識別情報およびクーポンＩＤデータに一致する場合、前記デジタル署名付きクーポンを検証するクーポン検証メッセージを前記ポイントオブセールシステムに送信することをさらに含む請求項８の方法。
【請求項１１】
前記ポイントオブセールシステムから前記受信機デバイスにクーポンキャンセルメッセージを送信することと、
前記クーポンキャンセルメッセージを受信することに応答して、前記受信機デバイスのメモリから前記デジタル署名付きクーポンを削除することをさらに含む請求項１０の方法。
【請求項１２】
前記デジタル署名を復号化することは、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して達成される請求項１０の方法。
【請求項１３】
モバイルブロードキャストＴＶシステムを介して電子クーポンを配信するためのシステムにおいて、
モバイルブロードキャストＴＶネットワークシステムであって、
ブロードキャスト送信機、及び、サーバを含み、該サーバは、
クーポンアクセス情報を含むクーポンテンプレートを前記ブロードキャスト送信機にブロードキャストさせることと、
受信機デバイスからデバイス識別情報データを受信することと、
前記受信機デバイスから受信した前記デバイス識別情報データに基づいて、デジタル署名を含むデジタル署名付きクーポンを作成することと、
ユニキャストネットワークを介して前記デジタル署名付きクーポンを前記受信機デバイスに送信することとを含む動作を前記サーバに実行させるように構成されるサーバ実行可能命令を用いて構成される、モバイルブロードキャストＴＶネットワークシステムと、
モバイルブロードキャストＴＶ送信を受信するように構成される受信機デバイスであって、
プロセッサ、
前記プロセッサに結合されたメモリ、及び、
前記プロセッサに結合され、モバイルブロードキャストＴＶ送信を受信するように構成される受信機回路とを含む受信機デバイスとを含み、該プロセッサは、
クーポンアクセス情報を含む前記ブロードキャストされたクーポンテンプレートを受信することと、
前記クーポンテンプレートアクセス情報に基づいてデバイス識別情報データを前記サーバに送信することと、
前記ユニキャストネットワークを介して前記サーバから前記デジタル署名付きクーポンを受信することと、
前記デジタル署名付きクーポンを前記メモリに記憶することとを含む動作を実行するためのプロセッサ実行可能命令を用いて構成される、受信機デバイスと
を含むシステム。
【請求項１４】
前記クーポンテンプレートアクセス情報は、ＵＲＬと電話番号とからなるグループから選択される請求項１３のシステム。
【請求項１５】
前記デバイス識別情報データは、受信機デバイスＭＡＣ ＩＤと、電話番号と、ユーザアカウント番号と、グループ識別子と、個人識別番号（ＰＩＮ）と、ユーザ名とからなるグループから選択される１つまたは複数のアイテムを含む請求項１３のシステム。
【請求項１６】
前記プロセッサは、前記デバイス識別情報データがインターネットを介して前記サーバに送信されるように、プロセッサ実行可能命令を用いて構成される請求項１３のシステム。
【請求項１７】
前記プロセッサは、前記デバイス識別情報データが前記ユニキャストネットワークを介して前記サーバに送信されるように、プロセッサ実行可能命令を用いて構成される請求項１３のシステム。
【請求項１８】
前記サーバは、クーポンＩＤおよび受信機デバイス識別情報に対して前記クーポンの前記デジタル署名を生成することをさらに含む動作を実行するように構成されるサーバ実行可能命令を用いて構成される請求項１３のシステム。
【請求項１９】
前記サーバは、前記クーポンの前記デジタル署名を生成することが、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して前記デジタル署名を生成することを含むように、サーバ実行可能命令を用いて構成される請求項１８のシステム。
【請求項２０】
ポイントオブセールシステムをさらに含み、
前記プロセッサは、クーポン引き換えトランザクションにおいてクーポンデータと前記デジタル署名とを前記受信機デバイスから前記ポイントオブセールシステムに提供することをさらに含む動作を実行するためのプロセッサ実行可能命令を用いて構成される請求項１３のシステム。
【請求項２１】
前記ポイントオブセールシステムは、前記クーポンデータおよび前記デジタル署名に基づいて前記クーポンデータを検証するように構成される請求項２０のシステム。
【請求項２２】
前記ポイントオブセールシステムから前記デジタル署名付きクーポンの有効性の検証を要求するクーポン検証要求を受信することと（該検証要求は、該デジタル署名付きクーポン、ならびに実際の受信機デバイス識別情報およびクーポンＩＤデータをともなう）、
前記検証要求とともに受信された前記デジタル署名付きクーポンの前記電子署名を復号化することと、
前記電子署名から取り出された受信機デバイス識別情報およびクーポンＩＤデータが、前記受信機デバイス識別情報およびクーポンＩＤデータに一致するかどうかを判定することと、
前記電子署名から取り出された前記受信機デバイス識別情報およびクーポンＩＤデータが前記実際の受信機デバイス識別情報およびクーポンＩＤデータに一致する場合、前記デジタル署名付きクーポンを検証するクーポン検証メッセージを前記ポイントオブセールシステムに送信することとを含む動作を実行するようにサーバ実行可能命令を用いて構成されるクーポン検証サーバをさらに含む請求項２０のシステム。
【請求項２３】
前記ポイントオブセールシステムは、クーポンキャンセルメッセージを前記受信機デバイスに送信するようにさらに構成され、
前記プロセッサは、前記クーポンキャンセルメッセージを受信することに応答して、前記受信機デバイスのメモリから前記デジタル署名付きクーポンを削除することをさらに含む動作を実行するようにプロセッサ実行可能命令を用いて構成される請求項２２のシステム。
【請求項２４】
前記クーポン検証サーバは、前記電子署名を復号化することが、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して前記電子署名を復号化することを含むように、サーバ実行可能命令を用いて構成される請求項２２のシステム。
【請求項２５】
モバイルブロードキャストＴＶシステムを介して電子クーポンを配信するためのシステムであって、
クーポンアクセス情報を含むクーポンテンプレートをブロードキャストサービスプロバイダから受信機デバイスにブロードキャストするための手段と、
前記受信機デバイスからデバイス識別情報データを受信するための手段と、
前記受信機デバイスから受信した前記デバイス識別情報データに基づいて、デジタル署名を含むデジタル署名付きクーポンを作成するための手段と、
ユニキャストネットワークを介して前記デジタル署名付きクーポンを前記受信機デバイスに送信するための手段と、
前記デジタル署名付きクーポンを前記受信機デバイスのメモリに記憶するための手段とを含むシステム。
【請求項２６】
前記クーポンテンプレートアクセス情報は、ＵＲＬと電話番号とからなるグループから選択される請求項２５のシステム。
【請求項２７】
前記デバイス識別情報データは、受信機デバイスＭＡＣ ＩＤと、電話番号と、ユーザアカウント番号と、グループ識別子と、個人識別番号（ＰＩＮ）と、ユーザ名とからなるグループから選択される１つまたは複数のアイテムを含む請求項２５のシステム。
【請求項２８】
前記デバイス識別情報データは、インターネットを介して受信され得る請求項２５のシステム。
【請求項２９】
前記デバイス識別情報データは、前記ユニキャストネットワークを介して受信され得る請求項２５のシステム。
【請求項３０】
クーポンＩＤおよび受信機デバイス識別情報に対して前記クーポンの前記デジタル署名を生成するための手段をさらに含む請求項２５のシステム。
【請求項３１】
前記クーポンの前記デジタル署名を生成するための手段は、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して前記デジタル署名を生成するための手段を含む請求項３０のシステム。
【請求項３２】
クーポン引き換えトランザクションにおいてクーポンデータと前記デジタル署名とを前記受信機デバイスからポイントオブセールシステムに提供するための手段をさらに含む請求項２５のシステム。
【請求項３３】
前記ポイントオブセールシステムにおいて前記クーポンデータおよび前記デジタル署名に基づいて前記クーポンデータを検証するための手段をさらに含む請求項３２のシステム。
【請求項３４】
前記デジタル署名付きクーポンの有効性の検証を要求するクーポン検証要求を前記ポイントオブセールシステムからクーポン検証システムに送信するための手段（該検証要求は、該デジタル署名付きクーポン、実際の受信機デバイス識別情報およびクーポンＩＤデータをともなう）と、
前記クーポン検証システムにおいて前記クーポン検証要求を受信するための手段と、
前記検証要求とともに受信された前記デジタル署名付きクーポンの前記電子署名を復号化するための手段と、
前記電子署名から取り出された受信機デバイス識別情報およびクーポンＩＤデータが、前記受信機デバイス識別情報およびクーポンＩＤデータに一致するかどうかを判定するための手段と、
前記電子署名から取り出された前記受信機デバイス識別情報およびクーポンＩＤデータが前記実際の受信機デバイス識別情報およびクーポンＩＤデータに一致する場合、前記デジタル署名付きクーポンを検証するクーポン検証メッセージを前記ポイントオブセールシステムに送信するための手段とをさらに含む請求項３２のシステム。
【請求項３５】
前記ポイントオブセールシステムから前記受信機デバイスにクーポンキャンセルメッセージを送信するための手段と、
前記クーポンキャンセルメッセージを受信することに応答して、前記受信機デバイスのメモリから前記デジタル署名付きクーポンを削除するための手段とをさらに含む請求項３４のシステム。
【請求項３６】
前記電子署名を復号化するための手段は、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して前記電子署名を復号化するための手段を含む請求項３４のシステム。
【請求項３７】
受信機デバイスであって、
プロセッサと、
前記プロセッサに結合されたメモリと、
前記プロセッサに結合され、モバイルブロードキャストＴＶ送信を受信するように構成される受信機回路とを含み、
前記プロセッサは、
モバイルブロードキャストＴＶ送信においてクーポンアクセス情報を含むクーポンテンプレートを受信することと、
前記クーポンアクセス情報に基づいてサーバとの通信リンクを確立することと、
前記受信機デバイスに関するデバイス識別情報データを前記サーバに送信することと、
デジタル署名を含むデジタル署名付きクーポンを受信することと、
前記デジタル署名付きクーポンを前記受信機デバイスのメモリに記憶することとを含む動作を実行するためのプロセッサ実行可能命令を用いて構成される受信機デバイス。
【請求項３８】
前記クーポンテンプレートアクセス情報は、ＵＲＬと電話番号とからなるグループから選択される請求項３７の受信機デバイス。
【請求項３９】
前記デバイス識別情報データは、受信機デバイスＭＡＣ ＩＤと、電話番号と、ユーザアカウント番号と、グループ識別子と、個人識別番号（ＰＩＮ）と、ユーザ名とからなるグループから選択される１つまたは複数のアイテムを含む請求項３７の受信機デバイス。
【請求項４０】
前記プロセッサは、前記サーバとの前記通信リンクおよび前記デバイス識別情報データがインターネットを介して前記サーバに送信されるように、プロセッサ実行可能命令を用いて構成される請求項３７の受信機デバイス。
【請求項４１】
前記プロセッサは、前記サーバとの前記通信リンクおよび前記デバイス識別情報データがユニキャストネットワークを介して前記サーバに送信されるように、プロセッサ実行可能命令を用いて構成される請求項３７の受信機デバイス。
【請求項４２】
前記プロセッサは、前記デジタル署名を検証することをさらに含む動作を実行するようにプロセッサ実行可能命令を用いて構成され、前記デジタル署名が検証された場合、前記デジタル署名付きクーポンがメモリに記憶される請求項３７の受信機デバイス。
【請求項４３】
前記プロセッサは、前記デジタル署名が、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して検証されるように、プロセッサ実行可能命令を用いて構成される請求項４２の受信機デバイス。
【請求項４４】
前記プロセッサは、クーポン引き換えトランザクションにおいてクーポンデータと前記デジタル署名とをポイントオブセールシステムに提供することをさらに含む動作を実行するようにプロセッサ実行可能命令を用いて構成される請求項３７の受信機デバイス。
【請求項４５】
前記プロセッサは、
前記ポイントオブセールシステムからクーポンキャンセルメッセージを受信することと、
前記クーポンキャンセルメッセージを受信することに応答して、メモリから前記クーポンを削除することとをさらに含む動作を実行するようにプロセッサ実行可能命令を用いて構成される請求項４４の受信機デバイス。
【請求項４６】
モバイルブロードキャストＴＶ送信においてクーポンアクセス情報を含むクーポンテンプレートを受信するための手段と、
前記クーポンアクセス情報に基づいてサーバとの通信リンクを確立するための手段と、
前記受信機デバイスに関するデバイス識別情報データを前記サーバに送信するための手段と、
デジタル署名を含むデジタル署名付きクーポンを受信するための手段と、
前記デジタル署名付きクーポンを前記受信機デバイスに記憶するための手段とを含む受信機デバイス。
【請求項４７】
前記クーポンテンプレートアクセス情報は、ＵＲＬと電話番号とからなるグループから選択される請求項４６の受信機デバイス。
【請求項４８】
前記デバイス識別情報データは、受信機デバイスＭＡＣ ＩＤと、電話番号と、ユーザアカウント番号と、グループ識別子と、個人識別番号（ＰＩＮ）と、ユーザ名とからなるグループから選択される１つまたは複数のアイテムを含む請求項４６の受信機デバイス。
【請求項４９】
前記サーバとの通信リンクを確立するための手段は、インターネット通信リンクを確立するための手段を含み、
前記デバイス識別情報データを前記サーバに送信するための手段は、前記確立されたインターネット通信リンクを介して前記デバイス識別情報データを前記サーバに送信するための手段を含む請求項４６の受信機デバイス。
【請求項５０】
前記サーバとの通信リンクを確立するための手段は、ユニキャスト通信リンクを確立するための手段を含み、
前記デバイス識別情報データを前記サーバに送信するための手段は、前記確立されたユニキャスト通信リンクを介して前記デバイス識別情報データを前記サーバに送信するための手段を含む請求項４６の受信機デバイス。
【請求項５１】
前記デジタル署名を検証するための手段をさらに含み、前記デジタル署名が検証された場合、前記デジタル署名付きクーポンがメモリに記憶される請求項４６の受信機デバイス。
【請求項５２】
前記デジタル署名を検証するための手段は、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して前記デジタル署名を検証するための手段を含む請求項５１の受信機デバイス。
【請求項５３】
クーポン引き換えトランザクションにおいてクーポンデータと前記デジタル署名とをポイントオブセールシステムに提供するための手段をさらに含む請求項４６の受信機デバイス。
【請求項５４】
前記ポイントオブセールシステムからクーポンキャンセルメッセージを受信するための手段と、
前記クーポンキャンセルメッセージを受信することに応答して、メモリから前記クーポンを削除するための手段とをさらに含む請求項５３の受信機デバイス。
【請求項５５】
モバイルブロードキャストＴＶ送信を受信することが可能な受信機デバイス内のプロセッサに、
モバイルブロードキャストＴＶ送信においてクーポンアクセス情報を含むクーポンテンプレートを受信することと、
前記クーポンアクセス情報に基づいてサーバとの通信リンクを確立することと、
前記受信機デバイスに関するデバイス識別情報データを前記サーバに送信することと、
デジタル署名を含むデジタル署名付きクーポンを受信することと、
前記デジタル署名付きクーポンを前記受信機デバイスのメモリに記憶することとを含む動作を実行させるように構成されるプロセッサ実行可能命令を記憶したプロセッサ読み取り可能な記憶媒体。
【請求項５６】
前記クーポンテンプレートアクセス情報は、ＵＲＬと電話番号とからなるグループから選択される請求項５５のプロセッサ読み取り可能な記憶媒体。
【請求項５７】
前記デバイス識別情報データは、受信機デバイスＭＡＣ ＩＤと、電話番号と、ユーザアカウント番号と、グループ識別子と、個人識別番号（ＰＩＮ）と、ユーザ名とからなるグループから選択される１つまたは複数のアイテムを含む請求項５５のプロセッサ読み取り可能な記憶媒体。
【請求項５８】
前記サーバとの通信リンクを確立することは、インターネット通信リンクを確立することを含み、
前記デバイス識別情報データを前記サーバに送信することは、前記確立されたインターネット通信リンクを介して前記デバイス識別情報データを前記サーバに送信することを含む請求項５５のプロセッサ読み取り可能な記憶媒体。
【請求項５９】
前記サーバとの通信リンクを確立することは、ユニキャスト通信リンクを確立することを含み、
前記デバイス識別情報データを前記サーバに送信することは、前記確立されたユニキャスト通信リンクを介して前記デバイス識別情報データを前記サーバに送信することを含む請求項５５のプロセッサ読み取り可能な記憶媒体。
【請求項６０】
前記記憶されたプロセッサ実行可能命令は、プロセッサに、前記デジタル署名を検証することをさらに含む動作を実行させるように構成され、前記デジタル署名が検証された場合、前記デジタル署名付きクーポンをメモリに記憶することが達成される、請求項５５のプロセッサ読み取り可能な記憶媒体。
【請求項６１】
前記デジタル署名を検証することは、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して前記デジタル署名を検証することを含む請求項６０のプロセッサ読み取り可能な記憶媒体。
【請求項６２】
クーポン引き換えトランザクションにおいてクーポンデータと前記デジタル署名とをポイントオブセールシステムに提供することをさらに含む請求項５５のプロセッサ読み取り可能な記憶媒体。
【請求項６３】
前記記憶されたプロセッサ実行可能命令は、
前記ポイントオブセールシステムからクーポンキャンセルメッセージを受信することと、
前記クーポンキャンセルメッセージを受信することに応答して、メモリから前記クーポンを削除することとをさらに含む動作をプロセッサに実行させるように構成される請求項６２のプロセッサ読み取り可能な記憶媒体。
【請求項６４】
モバイルブロードキャストＴＶシステムを介して電子クーポンを受信機デバイスに与えるための方法であって、
モバイルブロードキャストＴＶネットワークからクーポンデータとデジタル署名とを含むデジタル署名付きクーポンをブロードキャストすることと、
受信機デバイスにおいて前記ブロードキャストされたデジタル署名付きクーポンを受信することと、
復号鍵を使用して前記デジタル署名を復号化することと、
前記デジタル署名中に含まれる受信機デバイス識別情報データを得ることと、
前記得られた受信機デバイス識別情報データが前記受信機デバイスの識別情報データに一致するかどうかを判定することと、
前記取り出されたデバイス識別情報データと受信機デバイス識別情報データとの間に一致があるとき、前記デジタル署名付きクーポンを前記受信機デバイスの前記メモリに記憶することを含む方法。
【請求項６５】
前記デジタル署名を復号化することは、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して達成される請求項６４の方法。
【請求項６６】
プロセッサと、
前記プロセッサに結合されたメモリと、
前記プロセッサに結合され、モバイルブロードキャストＴＶ送信を受信するように構成される受信機回路とを含み、
前記プロセッサは、
モバイルブロードキャストＴＶネットワークからクーポンデータとデジタル署名とを含むデジタル署名付きクーポンを受信することと、
復号鍵を使用して前記電子署名を復号化することと、
前記デジタル署名中に含まれる受信機デバイス識別情報データを得ることと、
前記得られた受信機デバイス識別情報データが前記受信機デバイスの識別情報データに一致するかどうかを判定することと、
前記取り出されたデバイス識別情報データと受信機デバイス識別情報データとの間に一致があるとき、前記デジタル署名付きクーポンを前記メモリに記憶することとを含む動作を実行するためのプロセッサ実行可能命令を用いて構成される受信機デバイス。
【請求項６７】
前記電子署名を復号化することは、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して達成されるように、前記プロセッサがプロセッサ実行可能命令を用いて構成される請求項６６の受信機デバイス。
【請求項６８】
モバイルブロードキャストＴＶネットワークからクーポンデータとデジタル署名とを含むデジタル署名付きクーポンを受信するための手段と、
復号鍵を使用して前記電子署名を復号化するための手段と、
前記デジタル署名中に含まれる受信機デバイス識別情報データを得るための手段と、
前記得られた受信機デバイス識別情報データが前記受信機デバイスの識別情報データに一致するかどうかを判定するための手段と、
前記取り出されたデバイス識別情報データと受信機デバイス識別情報データとの間に一致があるとき、前記デジタル署名付きクーポンを記憶するための手段とを含む受信機デバイス。
【請求項６９】
復号鍵を使用して前記電子署名を復号化するための手段は、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して前記電子署名を復号化するための手段を含む請求項６８の受信機デバイス。
【請求項７０】
モバイルブロードキャストＴＶ送信を受信することが可能な受信機デバイスのプロセッサに、
モバイルブロードキャストＴＶネットワークからクーポンデータとデジタル署名とを含むデジタル署名付きクーポンを受信することと、
復号鍵を使用して前記電子署名を復号化することと、
前記デジタル署名中に含まれる受信機デバイス識別情報データを得ることと、
前記得られた受信機デバイス識別情報データが前記受信機デバイスの識別情報データに一致するかどうかを判定することと、
前記取り出されたデバイス識別情報データと受信機デバイス識別情報データとの間に一致があるとき、前記デジタル署名付きクーポンを記憶することとを含む動作を実行させるように構成されるプロセッサ実行可能命令を記憶したプロセッサ読み取り可能な記憶媒体。
【請求項７１】
復号鍵を使用して前記電子署名を復号化することは、ルートＸ．５０９クーポン署名機関につながるＸ．５０９証明書のチェーンを使用して前記電子署名を復号化することを含む請求項７０のプロセッサ読み取り可能な記憶媒体。
【請求項７２】
複数のクーポンの組み合せを検証するための方法であって、
単一の購買トランザクションのために重み数をもつ複数のクーポンを組み合わせたいという要求を受信することと、
前記複数のクーポンの前記重み数の合計を計算することと、
前記複数のクーポンの前記重み数の前記合計が所定の数を超えるかどうかを判定することと、
前記重み数の前記合計が前記所定の数を超えない場合、前記複数のクーポンの前記組み合せ使用を検証することとを含む方法。
【請求項７３】
引き換えのために提示された複数の電子クーポンの組み合せを検証するためのコンピュータであって、
単一の購買トランザクションのために重み数をもつ複数のクーポンを組み合わせたいという要求を受信することと、
前記複数のクーポンの前記重み数の合計を計算することと、
前記複数のクーポンの前記重み数の前記合計が所定の数を超えるかどうかを判定することと、
前記重み数の前記合計が前記所定の数を超えない場合、前記複数のクーポンの前記組み合せ使用を検証することとを含む動作を実行するようにプロセッサ実行可能命令を用いて構成されるプロセッサを含むコンピュータ。
【請求項７４】
引き換えのために提示された複数のクーポンの組み合せを検証するためのシステムであって、
単一の購買トランザクションのために重み数をもつ複数のクーポンを組み合わせたいという要求を受信するための手段と、
前記複数のクーポンの前記重み数の合計を計算するための手段と、
前記複数のクーポンの前記重み数の前記合計が所定の数を超えるかどうかを判定するための手段と、
前記重み数の前記合計が前記所定の数を超えない場合、前記複数のクーポンの前記組み合せ使用を検証するための手段とを含むシステム。
【請求項７５】
単一の購買トランザクションのために重み数をもつ複数のクーポンを組み合わせたいという要求を受信することと、
前記複数のクーポンの前記重み数の合計を計算することと、
前記複数のクーポンの前記重み数の前記合計が所定の数を超えるかどうかを判定することと、
前記重み数の前記合計が前記所定の数を超えない場合、前記複数のクーポンの前記組み合せ使用を検証することとを含む動作をコンピュータに実行させるように構成されるコンピュータ実行可能命令を記憶したコンピュータ読み取り可能な記憶媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図７Ｃ】
【図８】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１１Ａ】
【図１１Ｂ】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図７Ｃ】
【図８】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１１Ａ】
【図１１Ｂ】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【公表番号】特表２０１２−５１１２８３（Ｐ２０１２−５１１２８３Ａ）
【公表日】平成２４年５月１７日（２０１２．５．１７）
【国際特許分類】
【出願番号】特願２０１１−５３９７５１（Ｐ２０１１−５３９７５１）
【出願日】平成２１年１２月４日（２００９．１２．４）
【国際出願番号】ＰＣＴ／ＵＳ２００９／０６６８２９
【国際公開番号】ＷＯ２０１０／０６５８９６
【国際公開日】平成２２年６月１０日（２０１０．６．１０）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公表日】平成２４年５月１７日（２０１２．５．１７）
【国際特許分類】
【出願日】平成２１年１２月４日（２００９．１２．４）
【国際出願番号】ＰＣＴ／ＵＳ２００９／０６６８２９
【国際公開番号】ＷＯ２０１０／０６５８９６
【国際公開日】平成２２年６月１０日（２０１０．６．１０）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]