JP2010508687A - Ｏｍａブロードキャストにおけるブロードキャスト・ローミング - Google Patents

Abstract

実施形態は、ブロードキャスト・ローミング、すなわち在圏サービス・プロバイダから端末へサービス／コンテンツを提供することを目的とする。実施形態は、サービス・プロバイダへローミング・ルール・リクエストを送信することと、サービス・プロバイダからローミング・ルール・レスポンスを受信することと、サービス・プロバイダからサービス・ガイド・フラグメントを取得し、受信したローミング・ルール・レスポンスに従ってサービス・ガイド・フラグメントを処理することと、選択されたサービス・プロバイダへ、購買アイテムのサービス・プロビジョニング・リクエストを送信することと、選択されたサービス・プロバイダから、購買アイテムに関するサービス・プロビジョニング・レスポンスを受信することと、購買アイテムに関連するサービスおよび／またはコンテンツにアクセスすることとを目的とする。サービスおよび／またはコンテンツは、在圏サービス・プロバイダにより提供される。実施形態は、在圏中のサービス・プロバイダと端末のホーム・サービス・プロバイダとの間で、購買アイテムに関するローミング承認リクエストと、購買アイテムに関するローミング承認レスポンスとをやり取りすることを目的とする。
【選択図】図４

Description

関連出願の相互参照

本願は、2006年11月1日に出願され、参照によって本願明細書に組み込まれる、米国特許仮出願第60/855735号の利益を主張する。

分野

実施形態は、モバイル・ブロードキャスティングに関し、特に、モバイル・ブロードキャスト・サービスおよびユーザのモビリティ（Mobility）に関連のあるローミングに関する。

背景

ブロードキャスト・ローミング（Broadcast roaming）とは、ユーザが契約関係を有するホーム・モバイル・ブロードキャスト・サービス・プロバイダとは異なるモバイル・ブロードキャスト・サービス・プロバイダからブロードキャスト・サービスを受信するユーザの能力を指す。

現在最先端のOMA BCAST TSサービスおよびOMA BCAST TSサービス・ガイドは、BCASTサブスクリプション・マネジャ（BSM：BCAST Subscription Manager）など、サービス・プロバイダの存在をシグナリングする方法を定義している。BSMは、サブスクリプションおよび支払関連機能などのサービス・プロビジョニング（service provisioning）や、BCASTサービス受信に使用される情報の提供、BCASTデバイス管理を担うことができる。シグナリングは、サービス・ガイド・アナウンスメント・セッション（Service Guide Announcement Session）およびその中のサービス・ガイド・デリバリ・ディスクリプタ（SGDD：Service Guide Delivery Descriptor）によってシグナリングする方法を含むと考えられる。

しかし、現在の最先端の規格は、以下の問題に対するソリューションを提供していない：
（１） 端末は、ローミング中であることをどのようにして認識するのか。
（２） 端末はどのBSMにローミングできるのか（すなわち、端末は、どのBSMを選択し、そのBSMが端末にサービス提供するようにすることができるのか）。
（３） 複数のBSMが端末へのサービス提供に利用可能な場合、どのBSMの使用が最適であるのか。

例えば、OMA BCAST 1.0 TSサービス（OMA BCAST 1.0 TS Services）［モバイル・ブロードキャスト・サービス（Mobile Broadcast Services）；草案第1.0版（2006年4月19日）；OMA-TS-BCAST_Services-V1_0-20060419-D］およびOMA BCAST 1.0TSサービス・ガイド（OMA BCAST 1.0 TS Service Guide）［モバイル・ブロードキャスト・サービス用サービス・ガイド（Service Guide for Mobile Broadcast Services）；草案第1.0版（2006年3月24日）；OMA-TS-BCAST_ServiceGuide-V1_0_0-20060324-D］を参照されたい。次の表は、OMA BCAST 1.0サービス・ガイドの修正により定義されている要素、具体的には、サービス・ガイド・デリバリ・ディスクリプタの一部のリストおよび説明を含む。

OMA BCAST 1.0 TSサービス（OMA BCAST 1.0 TS Services）［モバイル・ブロードキャスト・サービス（Mobile Broadcast Services）；草案第1.0版（2006年4月19日）；OMA-TS-BCAST_Services-V1_0-20060419-D］ OMA BCAST 1.0TSサービス・ガイド（OMA BCAST 1.0 TS Service Guide）［モバイル・ブロードキャスト・サービス用サービス・ガイド（Service Guide for Mobile Broadcast Services）；草案第1.0版（2006年3月24日）；OMA-TS-BCAST_ServiceGuide-V1_0_0-20060324-D］

概要

以下は、本発明の一部の態様を基本的に理解できるよう、簡略化した概要を示す。この概要は、本発明を広範に概観するものではない。本発明の主要な又は重要な要素を特定することも、本発明の範囲を詳しく説明することも意図されていない。以下の摘要は単に、下記のより詳細な説明の前置きとして簡略化した形で本発明のある概念を単に示すものである。

実施形態は、ブロードキャスト・ローミング、すなわち、在圏サービス・プロバイダ（visited service provider）から端末へサービスやコンテンツを提供することを意図している。実施形態は、サービス・プロバイダへローミング・ルール・リクエスト（roaming rule request）を送信することと、サービス・プロバイダからローミング・ルール・レスポンス（roaming rule response）を受信することと、サービス・プロバイダからサービス・ガイド・フラグメント（service guide fragment）を取得し、受信したローミング・ルール・レスポンスに従ってサービス・ガイド・フラグメントを処理することと、選択されたサービス・プロバイダへ、購買アイテム（purchase item）のサービス・プロビジョニング・リクエスト（service provisioning request）を送信することと、選択されたサービス・プロバイダから、購買アイテムに関するサービス・プロビジョニング・レスポンス（service provisioning response）を受信することと、購買アイテムに関連するサービスやコンテンツにアクセスすることとに向けられている。サービスやコンテンツは、在圏サービス・プロバイダにより提供される。実施形態は、在圏中のサービス・プロバイダと端末のホーム・サービス・プロバイダとの間で、購買アイテムに関するローミング承認リクエスト（roaming authorization request）と、購買アイテムに関するローミング承認レスポンスとをやり取りすることを目的とする。

添付の図面と併せて考察される以下の詳細な説明から、他の目的や特徴が明らかとなる。なお、当然のことながら、図面は、発明の範囲の定義としてではなく、単に説明を目的としてデザインされている。範囲の定義に関しては、添付の特許請求の範囲のみを参照すべきである。さらに、当然のことながら、図面は単に、本願明細書で説明される構造および処理を概念的に示すものとする。

本発明の態様に従ったコンピュータ・デバイスを示すブロック図である。

本発明の態様に従った端末プロビジョニング・システム（terminal provisioning system）を示すコンポーネント図である。

本発明の態様に従った、メッセージ交換に使用される実例としてのプロトコル・スタックを示すブロック図である。

本発明の特定の態様に従ったブロードキャスト・ローミング技術を示す図である。

詳細な説明

様々な実施形態の以下の説明では、添付の図面が参照される。図面は当該説明の一部を形成するものであり、本発明が実施されうる種々の実施形態が例として示されている。当然のことながら、本発明の範囲および意図を逸脱することなく、他の実施形態が利用され、構造および機能上の変更が加えられうる。

本発明の態様は、ブロードキャスト・サブスクリプション・マネージメント（BSM：broadcast subscription management）において宣言される、各BSMのクエリ・アドレスをシグナリングすることに関する。これは、要素"BSMSelector"（ブロードキャスト・サブスクリプション・マネージメント・セレクタ，BSM選択情報）の下で、SGDDに要素"RoamingQueryAddress"（ローミングの問い合わせに関するアドレス情報）を追加することで行われる。本発明の別の態様は、端末がローミングしているかどうかを判断することに関する。本発明のさらに別の実施形態は、ローミング・クエリ・メッセージ（roaming query message）およびその返答メッセージのコンテンツを特定する。本発明のさらに別の実施形態は、宣言された１つまたは複数のBSMのうちのいずれかがローミング中端末にサービス提供するのに最適であるかを判断する方法を開示する。

本願明細書で使用される種々の略語を、以下に規定する。

［BDS：ブロードキャスト配信システム（Broadcast Distribution System）］
複数の端末デバイスに同時に同じIPフローを伝送する能力を備えるシステム。ブロードキャスト配信システムは、一般的に、無線リソースの有効利用を実現する技術を使用する。

［BDS SD：ブロードキャスト配信システム・サービス配信（Broadcast Distribution System Service Distribution）］
ファイルやストリーミングの配信、サービス・ガイドの配信を含むブロードキャスト・サービスが端末に届けられうるように、BDSへのブロードキャスト・サービスの調整および配信を担う。

［BSDAおよびBSD/A：BCASTサービス配信および適応（BCAST Service Distribution and Adaptation）］
BCASTサービスの集約および配送を担い、基礎となるブロードキャスト配信システムに対するBCASTイネーブラの適応を行う。

［BSA：BCASTサービス・アプリケーション（BSA‐BCAST Service Application）］
オーディオやビデオのストリーミング、ムービーのダウンロードなど、BCASTサービスのサービス・アプリケーションを表す。

［IN：インインタラクション・ネットワーク（Interaction Network）］
例えばIPフロー、SMS、MMSなどを、インタラクション・チャネル（Interaction Channel）を介して端末デバイスへ伝送する能力を備え、ユーザのレスポンスを、インタラクション・チャネルを介してBCASTサービス・アプリケーションへ伝送するシステム。IPフローを、インタラクション・チャネルを介して端末デバイスへ伝送する能力を備えるシステム。

［BSM：BCASTサブスクリプション・マネージメント（BCAST Subscription Management）］
サブスクリプションおよび支払い関連機能などのサービス・プロビジョニング、BCASTサービス受信に使用される情報の提供、およびBCASTデバイス管理を担う。

［SGDD：サービス・ガイド・デリバリ・ディスクリプタ（Service Guide Delivery Descriptor）］

［SGDU：サービス・ガイド・デリバリ・ユニット（Service Guide Delivery Unit）］

図1は、本発明の実例としての実施形態に従って使用されうる一般的な端末デバイス101のブロック図を示す。デバイス101は、端末デバイスの全般的な動作を制御するプロセッサ103と、RAM105やROM107、入出力モジュール109、メモリ115などの、プロセッサ103に関連するコンポーネントを有することができる。

I/O（input/output）109は、マイクロホンやキーパッド、タッチ・スクリーン、スタイラスを含んでもよく、デバイス101のユーザは、こられを介して入力を与えることができる。さらに、オーディオ出力を提供するスピーカと、テキスト、視聴覚および/またはグラフィカル出力を提供するビデオ表示デバイスとのうち1つ以上を含んでもよい。

メモリ115は、オペレーティング・システム117やアプリケーション・プログラム119、関連データ121など、デバイス101により使用されるソフトウェアを格納することができる。例えば、本発明の具体例としての実施形態によるデバイス101により使用される1つのアプリケーション・プログラム121は、電子メールやショート・メッセージ・サービス（SMS：short message service）、音声入力や音声認識アプリケーションなど、通信関連のユーザ機能を呼び出すコンピュータ実行可能な命令を含んでもよい。

デバイス101はさらに、バッテリー、スピーカおよびアンテナ（図示せず）など、その他様々なコンポーネントを含むモバイル端末であってもよい。I/O109は、音声インターフェース、1つ以上の矢印キー、ジョイスティック、データ・グローブ、マウス、ローラーボール、タッチ・スクリーンまたは同種のものなどの物理的コンポーネントを含むユーザ・インターフェースを含むことができる。この例では、モバイル・デバイス101のメモリ115は、読み出し専用メモリ・モジュールまたはランダム・アクセス・メモリ・モジュールの任意の組み合わせを用いて実装されればよく、揮発性および不揮発性メモリの両方を任意選択で含み、任意選択で取り外し可能としてもよい。ソフトウェアは、モバイル端末101が種々の機能を実行できるようにするためにプロセッサ103に命令を与えるべく、メモリ115および/またはストレージ内に格納されることができる。あるいは、モバイル端末101のコンピュータ実行可能命令の一部または全部が、ハードウェアまたはファームウェア（図示せず）において具現化されてもよい。

さらに、モバイル端末101は、FM/AM無線受信機、ワイヤレス・ローカル・エリア・ネットワーク（WLAN：wireless local area network）送受信機、および電気通信送受信機（図示せず）など、種々のデバイス・コンポーネントを介して送信信号を送受信するよう構成されていることができる。本発明の一態様では、モバイル端末101は、無線データ・ストリーム（RDS：radio data stream）メッセージを受信することができる。モバイル端末101は、例えば、デジタル・オーディオ・ブロードキャスティング（DAB：Digital Audio Broadcasting）受信機、デジタル・ビデオ・ブロードキャスティング（DVB：Digital Video Broadcasting）受信機、デジタル・ラジオ・モンディエール（DRM：Digital Radio Mondiale）受信機、フォワード・リンク・オンリー（FLO：Forward Link Only）受信機、デジタル・マルチメディア・ブロードキャスティング（DMB：Digital Multimedia Broadcasting）受信機などのうち1つ以上など、その他の受信機/送受信機を備えてもよい。希望に応じて、単体で複数の形式や伝送規格を受信および解釈する受信機を構成するように、ハードウェアが組み合わされてもよい。つまり、モバイル端末101内の各受信機は、モバイル端末デバイス内の1つ以上の他の受信機とパーツまたはサブアセンブリを共有してもよく、または各受信機が、独立したサブアセンブリであってもよい。

本発明は、３つの別々のソリューションを通じて説明される。これらソリューションの任意の組み合わせも可能である。出発点となる共通する１つの想定は、端末がサービス・ガイド・デリバリ・ディスクリプタ（Service Guide Delivery Descriptors；SGDD）を取得するという状況である。本発明の態様に従って拡張されたSGDDは、SGDDの子要素BSMSelectorが、子要素RoamingQueryAddressを含む。本発明に従って完全に変更されたBSMSelectorが、このセクションの最後に示される。

［解決策１：端末が"ホーム"BSMを有しないケースに対処するリクエスト/応答ソリューション］

〔問題（１）への対処〕
端末が"ホーム"BSMを有しない、すなわちBSMFilterCode（BSMフィルタコード）を有さない場合、単にSGDDを受信することによっては、端末がローミングしているときを知る方法がない。その場合、端末は常にローミングしていると仮定することができる。
しかし、従来技術による次の説明には欠点がある。"端末またはスマートカードが、このネットワークにおいて、いずれのSGDDにも一致するBSMFilterCodeを有しなければ、端末は任意のBSMSelectorを選択してよく、選択されたBSMSelectorを備えるDescriptorEntryのSGDUのみを、別のBSMSelectorを選択するまで使用することができるであろう。"

オペレータ（すなわちBSM）間のローミング契約を無視しているため、現実的な運用設定では、これが当てはまることはまれである。したがって、問題（２）および（３）が残る。

〔問題（２）および（３）への対処〕
１．端末がSGDDを取得する（ブロードキャスト・サービス・ガイド・アナウンスメント・チャネル上で受信するか、またはそうでなければそれらを読み出すことによって）。

２．端末は、取得したSGDDから、｛BSMFilterCode， RoamingQueryAddress｝の対のセットを作成する。

３．端末は、各BSMFilterCodeに関して、それぞれのBSMFilterCodeに関連付けられているローミングの問い合わせを行うべきアドレス（RoamingQueryAddress）へローミング問い合わせリクエスト（RoamingQueryRequest）を送信する。これを行う１つの方法は、すべてのリクエストを同時に（すなわちレスポンスを待つことなく）送信することである。もう１つの方法は、まずリクエストを送ってレスポンスを待ち、続いて次のリクエストを送るなど、複数のレスポンスを優先度順に１つずつ送信することである。このような優先順位は、先行経験に従ってもよい（例えば、端末は、前に肯定的にレスポンスしたBSMFilterCodeへ先にリクエストを送信するなど）。さらに、どの方法でリクエストを送信するかに関係なく、端末はリクエストのタイムアウト・タイマを設定する。

４．複数のBSMから複数の回答（RoamingQueryAnswer）を受信した後に、またはステップ3で設定されたリクエスト・メッセージ・タイマのタイムアウトに応じて、端末は受信した回答の分析を開始する。

５．端末は、受信したRoamingQueryAnswerを分析し、特に、RoamingQueryAnswer内のRule要素を（Ａ）各RoamingQueryAnswerの間で、または（Ｂ）端末が現在受信しているサービス、コンテンツ、プログラムのセットに対して、または（Ｃ）端末の"お気に入り"リスト内のサービス、コンテンツもしくはプログラムのリストに対して、または（Ｄ）端末がサービスへのアクセスを望む特定の期間に対して、または（Ｅ）最多のフラグメント、最安のサービスを提供するBSM、もしくはフラグメント/コスト比が最良のBSMを選択するなどのその他何らかの基準に対して、比較する。さらに、（Ａ）〜（Ｅ）の任意の組み合わせが、当然ながら可能である。項目（Ｂ）および（Ｃ）に関しては、当該比較を、フラグメントの識別子（FragmentID）またはグローバル・サービスの識別子（GlobalServiceID）に基づいて行うことができる。これは、これらの識別子（ID）が、ルール（Rule）およびサービス・ガイドにおいて共通の要素であり、すなわち、FragmentIDに関して定義されているRuleをサービス・ガイドにマッピング可能であるためである。

６．分析に基づき、端末は、どのBSM（単数または複数）をローミング中に使用するかを判断する。

７．選択後、端末はRuleに基づき、ユーザに表示されるサービス・ガイド・ビューを更新することができる。端末は、利用可能でない要素を除去したりグレーにしたりしてもよく、選択されたBSMの識別子（BSMid）を、画面またはメニュー内に表示してもよい。代わりに、端末は、解決が成功した利用可能なBSMを、プルダウン・メニューにリストしてもよく、ここでキーはBSMidまたはステップ5で挙げた基準（Ａ）〜（Ｅ）のいずれかである。

以下は、上記で紹介した概念のうちの一部に関するより詳細な情報を提供する。

RoamingQueryRequestは、次の情報を論理的に含むメッセージである：
・ オプションの端末ID
・ オプションのホーム"BSM"識別情報（端末のBSMFilterCodeのうちの１つ、一部またはすべて、ならびにそれらがスマートカード・コードであるか否かなどそれらのタイプ）
・ サービス・ガイド・フラグメント識別子またはGlobalServiceId、または端末がローミング中にアクセスしたいグローバル・コンテンツの識別子（GlobalContentId）のリスト（オプション）。

RoamingQueryResponseは、次の情報を論理的に含むメッセージである：
・ 回答としてのBSMid（BSMFilterCodeとして）
・ より迅速な端末処理のための、オプションのレスポンス・コード
・ ALL ALLOWED‐意味：ローミング中制限はなし
・ NOT ALLOWED‐意味：ローミングは不可能
・ ALLOWED WITH RULES‐意味：ペイロードのルールを参照
・ オプションのRuleは、以下のうちの1つまたはいくつかの組み合わせである：
・ ALLOW FRAGMENT ID＜フラグメント識別子のリスト＞
・ ALLOW GLOBAL SERVICE ID＜グローバル・サービス識別子のリスト＞
・ ALLOW GLOBAL CONTENT ID＜グローバル・コンテンツ識別子のリスト＞
・ DENY FRAGMENT ID＜フラグメント識別子のリスト＞
・ DENY GLOBAL SERVICE ID＜グローバル・サービス識別子のリスト＞
・ DENY GLOBAL CONTENT ID＜グローバル・コンテンツ識別子のリスト＞
・ A LLOW TIME PERIOD＜開始時間UTC＞＜終了時間UTC＞
・ DENY TIME PERIOD＜開始時間UTC＞＜終了時間UTC＞
・ 上記ルールのいずれかに関するコスト情報（COST INFORMATION）

RoamingQueryRequestおよびRoamingQueryResponseは、バイナリ構造、XMLまたはその他任意の既知のメッセージ・タイプとしてインスタンス化可能である。RoamingQueryRequestおよびRoamingQueryResponseを伝達するプロトコルは、例えばUDP、TCP、HTPP、SOAPなど、任意のデータ・ネットワーク・プロトコルとすることができる。

［解決策２：端末が"ホーム"BSMを有する場合に対処するリクエスト/応答ソリューション］
このソリューションは、解決策１とほぼ同じである。開始条件で唯一異なるのは、端末が（１つ又は複数の）"ホーム"BSMを有する、すなわち１つ以上のBSMFilterCodeを有するということである。

〔問題（１）への対処〕
端末が１つ以上の"ホーム"BSM、すなわちBSMFilterCodeを有するため、SGDDを受信することのみによって端末がローミング中であることを知る方法がある。端末は単に、そのBSMFilterCodeを、SGDD内に存在するものと比較する。端末のBSMFilterCodeのうちのいずれかがSGDDに存在すれば、端末はローミング中ではない。そうでなければ、端末はローミング中である。ローミング中である場合、問題（２）および（３）がまだ残っている可能性がある。これらの問題は、解決策１と同じ手法で解決することができる。

［解決策３：デバイスマネージメント／端末プロビジョニングに基づくソリューション］
このソリューションでは、OMAデバイス管理などの端末プロビジョニング機能を使用して、複数の関連Ruleおよび場合によっては各BSMFilterCodeへのRoamingQueryAddressと共に、端末自体の複数のBSMFilterCodeおよびその他複数のBSMFilterCodeなどのローミング関連情報が、端末にプロビジョニングされる。タイプ｛BSMFilterCode， Rule， RoamingQueryAddress｝の１つ以上のエントリ、またはすべてのエントリさえも、単一の管理オブジェクト（Management Object）内にインスタンス化可能である。

以下、図2を参照する。ローミング情報がOMA DM管理オブジェクトとしてインスタンス化され、管理オブジェクトがOMA DM法を用いて端末へ配送およびプロビジョニングされる上記解決策を示す図が示されている。これは、端末上で、ローミング情報を伝える管理オブジェクトが端末の管理ツリーに"組み込まれる"ことを意味する。その結果、端末内のローミング機能、サービス・ガイド機能またはその他任意の機能が、管理オブジェクト・ツリーにアクセスするために定義された方法を使用して、ローミング情報にアクセスすることができる。図2は、そのような技術のエンド・ツー・エンド・ビューを示す。

以下は、本発明の一部の態様に従い部分的に示された、変更後のサービス・ガイド・デリバリ・ディスクリプタである。

ブロードキャスト・ローミングは、ユーザが、そのホーム・ブロードキャスト・サービス・プロバイダとは異なるブロードキャスト・サービス・プロバイダからブロードキャスト・サービスを受信できるようにする。以下の主要なシナリオを、ブロードキャスト・ローミングに規定することができる。ユーザはあらゆる時点で、在圏モバイル・サービス・プロバイダからのブロードキャスト・サービスへのアクセスを望む可能性がある。これには考えられる理由が多数ある。例えば、ユーザはホーム・モバイル・ブロードキャスト・サービス・プロバイダにより提供されるサービスにアクセスできないこともある。この場合、ブロードキャスト・ローミングは、基本のブロードキャスト配信システムから独立した別のブロードキャスト・サービス・プロバイダから、ユーザがブロードキャスト・サービスを受信できるようにする。

モバイル・ブロードキャスト・サービス（BCAST）1.0イネーブラは、サービス・ガイドを使用することによって、また端末と在圏モバイル・ブロードキャスト・サービス・プロバイダとのローミングシグナリングによって、また在圏モバイル・ブロードキャスト・サービス・プロバイダとホーム・モバイル・ブロードキャスト・サービス・プロバイダとの間のローミングシグナリングによって、さらに端末プロビジョニング機能によって、ブロードキャスト・ローミングを可能にする。以下は、コンポーネントの概説である。

サービス・ガイド内のサービス・ガイド・デリバリ・ディスクリプタ（Service Guide Delivery Descriptors ；SGDD）は、サービス・ガイド・フラグメントの存在および利用の可否を宣言する。SGDDは、どのフラグメントがどのモバイル・ブロードキャスト・サービス・プロバイダに関連付けられているかを（BSMFilterCodeの使用によって）宣言できるようにする。このシグナリングに関連して、フィルタリング・ルールも、端末が準拠するよう求められるサービス・ガイド規格にある。さらに、SGDDは、ブロードキャスト・ローミングが必要な場合に在圏端末が連絡を取ることができるコンタクト・ポイントを伝達する方法を実現する。ブロードキャスト・ローミングのこの態様は、［BCAST 1.0‐ServiceGuide］内のSGDDの規格内に標準のような形で記載されている。

端末プロビジョニングは、ホーム・ブロードキャスト・サービス・プロバイダが、ローミング機能により使用される端末常駐の要素を管理できるようにする。これらの要素は、端末と関連があるサービス・プロバイダのリスト（それらのBSMFilterCode）や、デフォルトのローミング・コンタクト・ポイントのエントリの詳細を含む。デフォルトのローミング・コンタクト・ポイントとは、端末が、サービス・ガイド信号内に他のエントリ・ポイントが見つからない場合にローミング・リクエストを送信できるサーバである。また、これらの要素は、端末の動作を制御するために使用できるパラメータを含む。そこで、これらの要素は、ローミング・リクエストが常にホームBSMへ送信されるべきかどうかを制御する要素、および、いかなるBSMSelectorとも関連付けられていないフラグメントに対する端末の動作を判断する要素を含む。［ブロードキャスト・ローミングのこれらの態様は、「OMA-TS-BCAST_Services-V1_0-20060419-D」付属書E（Appendix E）（管理オブジェクト（Management Object））内に標準のような形で記載されている。

端末と、ホーム・モバイル・ブロードキャスト・サービス・プロバイダおよび/または在圏モバイル・ブロードキャスト・サービス・プロバイダに関連付けられているBSMとの間のローミング・リクエストおよびレスポンス・メッセージは、端末がローミングに関連するルールをリクエストし、ブロードキャスト・サービス・プロバイダがローミングに関連するルールを提供できるようにする。さらに、これらのメッセージは、ローミング中に端末が購買アイテムへのアクセスをリクエストできるようにする。［ブロードキャスト・ローミングのこの態様は、「OMA-TS-BCAST_Services-V1_0-20060419-D」（セクション5.8.1）内に標準のような形で記載されている。］リクエスト・メッセージのコンタクト・ポイントは、SGDD内でシグナリングされる。ブロードキャスト・ローミングの当該の態様は、［OMA-TS-BCAST_ServiceGuide-V1_0_0-20060324-D］の、SGDDの規格内に標準のような形で記載されている。

ホーム・モバイル・ブロードキャスト・サービス・プロバイダと在圏モバイル・ブロードキャスト・サービス・プロバイダとの間のローミング・メッセージにより、ホーム・モバイル・ブロードキャスト・サービス・プロバイダまたは在圏モバイル・ブロードキャスト・サービス・プロバイダが、最初のユーザ・ローミング・リクエストへの応答として、ローミングを開始できるようになる。［ブロードキャスト・ローミングのこの態様は、「OMA-TS-BCAST_Services-V1_0-20060419-D」（セクション5.8.2）内に標準のような形で記載されている。］

ブロードキャスト・ローミングの参考情報としての詳細な説明を以下に記載する。

［端末とBSMとの間のローミング・メッセージ］

端末は、（セレクタの識別情報（id）により識別される）BSMSelector（BSM選択情報）に関連付けられているRoamingRule（ローミング・ルール）をリクエストするためにRoamingRuleRequest（ローミング・ルール・リクエスト）を使用する。応答（レスポンス）として、端末はRoamingRuleを伝えるRoamingRuleResponse（ローミング・ルール・レスポンス）を受信する。

RoamingRuleRequest

RoamingRuleResponse

5.8.1.3 要素RoamingRuleの定義

［ホームBSMと在圏BSMとの間のローミング・メッセージ］

ユーザが、端末に関連付けられているホームBSMのうちの１つではないBSMに関連付けられているPurchaseItem（購買アイテム）の購入またはそれへのサブスクライブを選択する場合、端末は、通常のサービス・プロビジョニング・メッセージを送信する。受信側のシステムは、リクエストされたPurchaseItemId（購買アイテムの識別情報）および含まれているUserID（ユーザＩＤ）から、リクエストがローミングに関するものかどうかを判断する。これには、端末がサービス・プロビジョニング・メッセージをそのホームBSMへ送信する場合、または在圏BSMへ送信する場合の２種類がある。

前者の場合、ホームBSMは、その端末のうちの１つが、別のBSMにより提供されているPurchaseItemをリクエストしていると検出する。ホームBSMが、PurchaseItemに端末がアクセスするのを許可したい場合、ホームBSMは、先行してRoamingAuthorizationRequest（ローミング許可要求）を在圏BSMへ送信する。在圏BSMは、RoamingAuthorizationResponse（ローミング許可応答）を用いて回答する。

後者の場合、在圏BSMは、このBSMに加入している端末のうちの１つではない端末が、このBSMにより供給されるPurchaseItemをリクエストしていると検出する。その結果、在圏BSMは、端末のホームBSMへRoamingAuthorizationRequestを送信する。ホームBSMは、RoamingAuthorizationResponseを用いて回答する。

［BSM間のメッセージ交換のプロトコル・スタック］

ここで図3を参照すると、BSM間のメッセージ交換に使用されることができる具体例としてのプロトコル・スタックが示されている。この例では、TCP/IP上のHTTPが、ローミング手順の承認メッセージの伝送に使用されることができる。承認メッセージのセキュアに伝送すべく、TCP/IPと共にIPSecが使用されてもよい。

RoamingAuthorizationRequest

RoamingAuthorizationResponse

図4には、ブロードキャスト・ローミング技術の具体例の詳細な説明が示されている。そのステップを、以下でより詳しく説明する。具体的に言うと、この例は、BCAST 1.0のコア機能を使用することによって、どのようにブロードキャスト・ローミングが達成され得るのかを示す。ブロードキャスト・ローミングの、この参考情報としての説明は、主として端末の観点からの詳細説明として示される。

１．端末は、利用可能なブロードキャスト配信システム（BDS）をスキャンするか、またはそうでなければ、検出する。

２．端末は、検出されたBDSのすべてまたはいずれかに関してBCASTサービス・ガイドへのエントリ・ポイントを探すために、サービス発見ブートストラップ（service discovery bootstrap）の実行を試みる。ブートストラップ手続が正常に完了すると、端末はそれぞれのベアラ上でBCASTサービス・ガイドへのエントリ・ポイントを取得する。その結果、端末は、受信することまたは読み出すことによってSGDDを取得する。

３．端末が、ブートストラップを実行すること、およびすべての検出済みBDS上のBCASTサービス・ガイドへのエントリ・ポイントを探し出すことに失敗した場合、端末は、端末内にプロビジョニングされているエントリ・ポイント（管理オブジェクト"＜X＞/SGServerAddress"により定義される）を使用してSGDDを読み出すことを試みる。

４．端末がSGDDを取得すると、端末は、BSMSelector要素およびそれら要素内のBSMFilterCodeを、SGDD内で探す。その情報、および識別子'＜X＞/ BSMFilterCode'で管理オブジェクトとして端末内に表される端末の加入BSM（affiliated BSM）と共に、端末はSGDD内で宣言されるすべてのフラグメントを３つのカテゴリに分類する：

i. 端末に関連付けられているBSMFilterCodeのうちの少なくとも1つと一致する、（BSMSelector内で）BSMFilterCodeに関連付けられているフラグメント。端末は、これらフラグメントに含まれる情報を、無制限に使用、解釈およびレンダリングできる。

ii. 端末に関連付けられているBSMFilterCodeのうちのいずれとも一致しない、（BSMSelector内で）BSMFilterCodeに関連付けられているフラグメント。端末は、このBSMSelectorに関連付けられているRoamingRuleに従ってフラグメントをレンダリング、解釈および処理できる。BSMSelectorおよび関連のRoamingRuleは、BSMSelector内に存在する属性"Id"によって、ならびにRoamingRuleにおいて特定される。

iii. いずれのBSMFilterCodeにも関連付けられていないフラグメント（BSMSelectorがない）。

識別子'＜X＞/ BSMFilterCode'を備えた管理オブジェクトが端末に存在しない場合、端末は、これらのフラグメントに含まれた情報を無制限に使用、解釈およびレンダリングできる。

端末に、識別子'＜X＞/ BSMFilterCode'を備えた管理オブジェクトが少なくとも１つ存在する場合、端末は識別子'＜X＞/IgnoreUnIdentifiedBSM'を備えた管理オブジェクトに従い動作を判断することになる。

識別子'＜X＞/IgnoreUnIdentifiedBSM'を備えた管理オブジェクトに、値"TRUE"が設定されている場合、端末はこれらフラグメントに含まれる情報を全く使用、解釈およびレンダリングできない。

識別子'＜X＞/IgnoreUnIdentifiedBSM'を備えた管理オブジェクトに、値"FALSE"が設定されている場合、端末はこれらフラグメントに含まれる情報を無制限で使用、解釈およびレンダリングできる。

識別子'＜X＞/IgnoreUnIdentifiedBSM'を備える管理オブジェクトが存在しなければ、端末は当該の管理オブジェクトの値は"FALSE"であると見なす。

５．端末が、上のカテゴリ（ii.）のフラグメントをレンダリング、解釈、処理する必要がある場合、端末は当該のBSMSelectorに関連するRoamingRuleを取得する。これを達成する方法は3つある。

a. 端末は、在圏BSMからRoamingRuleを取得する。そのために、BSMSelectorは、端末がRoamingRuleRequestを送ることができる属性"RoamingRuleRequestAddress"を含む。RoamingRuleRequestへのレスポンスとして、端末は、BSMSelectorに関連付けられているRoamingRuleを含むRoamingRuleResponseを受信することになる。

b. 端末は、ホームBSMからRoamingRuleを取得する。これは、BSMSelectorに"RoamingRuleRequestAddress"が存在しない場合、または、端末に管理オブジェクト"＜X＞/ForceHomeRoamingRuleRequestAddress"が存在し"TRUE"に設定されている場合に発生する。これらの場合には、端末は、"＜X＞/HomeRoamingRuleRequestAddress"へRoamingRuleRequestを送信する。RoamingRuleRequestへのレスポンスとして、端末は、BSMSelectorに関連付けられているRoamingRuleを含むRoamingRuleResponseを受信することになる。

c. RoamingRuleは、もともとBSMSelectorの一部として提供されている（図4には示していない）。

６．端末がサービス・ガイド・フラグメントを取得する。端末は、RoamingRuleに従って、フラグメントを解釈、処理、およびレンダリングする。その結果、端末は、サービス・ガイド・フラグメントを使用して、サービスおよびコンテンツへのサブスクリプションを実行し、サービス・ガイドにより記述されているサービスおよびコンテンツにアクセスする。

７．ユーザが、端末に関連付けられているホームBSMのうちの1つではないBSMに関連付けられているPurchaseItemの購入またはそれへのサブスクライブを選択する場合、端末は通常のサービス・プロビジョニング・メッセージを送信する。受信側システムは、リクエストされたPurchaseItemIdおよび含まれているUserIDから、リクエストがローミングに関するかどうかを判断する。これには、端末が、サービス・プロビジョニング・メッセージをそのホームBSMへ送信する場合、または在圏BSMへ送信する場合の、2つの場合がある。

a.前者の場合、ホームBSMは、その端末のうちの1つが、別のBSMにより供給されているPurchaseItemをリクエストしていると検出する。ホームBSMが、PurchaseItemに端末がアクセスするのを許可したい場合、ホームBSMは、先行して在圏BSMからのRoamingAuthorizationをリクエストする。

b.後者の場合、在圏BSMは、このBSMに加入している端末のうちの1つではない端末が、このBSMにより供給されるPurchaseItemをリクエストしていると検出する。その結果、在圏BSMは、端末のホームBSMからのRoamingAuthorizationをリクエストする。RoamingAuthorizationが成功すると、端末には、リクエストしたPurchaseItemを購入する権利、および/またはそれにサブスクライブする権利が付与される。

８．端末は、在圏サービス・プロバイダにより提供される、PurchaseItemに関連したサービスおよび/またはコンテンツにアクセスする。

本発明の種々の態様を具体化する、本願明細書で説明した具体例としてのシステムおよび方法を示したが、当業者には当然のことながら、本発明はこれら実施形態に制限されない。本願明細書で説明したステップはいずれも、コンピュータのディスクまたはメモリなど、コンピュータ可読媒体において具現化されたコンピュータ実行可能命令として実装されてもよい。

特に前述の教示を踏まえて、当業者によって変更が加えられてもよい。例えば、前述の実施形態の各構成要素は、単独で、または他の実施形態の構成要素と組み合わせて、もしくは他の実施形態の構成要素と一部組み合わせて利用されてもよい。さらに、当然のことながら、本発明の意図および範囲を逸脱することなく、変更が加えられる可能性がある。したがって、説明は、本発明に対する制限ではなく実例と見なされるべきである。

本発明の1つ以上の態様は、1つ以上のプログラム・モジュールにおいてなど、1つ以上のコンピュータまたはその他のデバイスにより実行されるコンピュータ実行可能命令において具現化されてもよい。一般に、プログラム・モジュールは、コンピュータまたはその他デバイスにおいてプロセッサにより実行されると、特定のタスクを実行する、または特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。コンピュータ実行可能命令は、ハード・ディスク、光ディスク、リムーバブル・ストレージ媒体、固体メモリ、RAMなどのコンピュータ可読媒体上に格納されることができる。当業者には当然のことながら、プログラム・モジュールの機能性は、種々の実施形態での要求に応じ組み合わせても、または分散させてもよい。さらに、これらの機能性は、集積回路、フィールド・プログラマブル・ゲート・アレイ（FPGA：field programmable gate array）、特定用途向け集積回路（ASIC：application specific integrated circuit）および同様のものなど、ファームウェアまたはハードウェア等価物において、全体的または部分的に具現化されることができる。

実施形態は、本願明細書で開示された任意の新規な特徴または複数の特徴の組み合わせを、明確に含むか、またはそれらを一般化したあらゆるものを含む。実施形態は、本発明を実行する、現時点で好ましい様式を含む具体的な例に関して説明されてきたが、当業者には当然のことながら、上記のシステムおよび技術の変形および変更は多数ある。したがって、本発明の意図および範囲は、添付の特許請求の範囲に記述されているとおり、広く解釈されるべきである。

Claims (25)

1. 在圏サービス・プロバイダと、ホーム・サービス・プロバイダとのうちの少なくとも１つを含む少なくとも１つのサービス・プロバイダへ、ローミング・ルール・リクエストを送信することと；
   前記少なくとも１つのサービス・プロバイダから、ローミング・ルール・レスポンスを受信することと；
   前記少なくとも１つのサービス・プロバイダから複数のサービス・ガイド・フラグメントを取得し、前記サービス・ガイド・フラグメントを、前記受信したローミング・ルール・レスポンスに従って処理することと；
   前記少なくとも１つのサービス・プロバイダから選択されたサービス・プロバイダへ、購買アイテムのサービス・プロビジョニング・リクエストを送信すること、ただし、前記サービス・プロビジョニング・リクエストは、購買アイテム識別子およびユーザ識別子を含む、前記送信することと；
   前記選択されたサービス・プロバイダから、前記購買アイテムに関するサービス・プロビジョニング・レスポンスを受信することと；
   前記購買アイテムに関連するサービスおよびコンテンツのうちの少なくとも１つにアクセスすること、ただし、サービスおよびコンテンツのうちの前記少なくとも１つは、前記在圏サービス・プロバイダによって提供される、前記アクセスすることと
   を含む方法。
2. 前記ローミング・ルール・リクエストは、スマートカード・コード・タイプまたは非スマートカード・コード・タイプを示すホーム・ブロードキャスト・サブスクリプション・マネージメント・フィルタコードのタイプを特定する、請求項１に記載の方法。
3. 前記ローミング・ルール・レスポンスは、リクエストされたブロードキャスト・サブスクリプション・マネージメント・セレクタ識別子それぞれに対するレスポンスと、ブロードキャスト・サブスクリプション・マネージメント・セレクタ識別子とを含むレスポンス・エントリを指示し、前記ブロードキャスト・サブスクリプション・マネージメント・セレクタ識別子は、特定のレスポンス・エントリが関連しローミング・ルールがリクエストされたブロードキャスト・サブスクリプション・マネージメント・セレクタを特定する、請求項１に記載の方法。
4. 前記ローミング・ルール・レスポンスは、他のブロードキャスト・サブスクリプション・マネージメント・セレクタ識別子からのフラグメントにアクセスすることを、前記ローミング・ルールが排除するかどうかを特定する、請求項３に記載の方法。
5. 前記ローミング・ルール・レスポンスは、前記ローミング・ルールについて、タイム・フレーム、開始時間、終了時間、許可される購買アイテムの識別子、許可されるサービスのグローバル・サービス識別子、許可されるコンテンツのグローバル・コンテンツ識別子、拒否される購買アイテムの識別子、拒否されるサービスのグローバル・サービス識別子、および拒否されるコンテンツのグローバル・コンテンツ識別子のうちの少なくとも１つを特定する少なくとも１つのローミング・ルールを含む、請求項１に記載の方法。
6. プロセッサと、実行可能命令を含んだメモリとを有する装置であって、前記実行可能命令は、前記プロセッサにより実行されると、
   在圏サービス・プロバイダと、ホーム・サービス・プロバイダとのうちの少なくとも１つを含む少なくとも１つのサービス・プロバイダへ、ローミング・ルール・リクエストを送信することと；
   前記少なくとも１つのサービス・プロバイダから、ローミング・ルール・レスポンスを受信することと；
   前記少なくとも１つのサービス・プロバイダから複数のサービス・ガイド・フラグメントを取得し、前記サービス・ガイド・フラグメントを、前記受信したローミング・ルール・レスポンスに従って処理することと；
   前記少なくとも１つのサービス・プロバイダから選択されたサービス・プロバイダへ、購買アイテムのサービス・プロビジョニング・リクエストを送信すること、ただし、前記サービス・プロビジョニング・リクエストは、購買アイテム識別子およびユーザ識別子を含む、前記送信することと；
   前記選択されたサービス・プロバイダから、前記購買アイテムに関するサービス・プロビジョニング・レスポンスを受信することと；
   前記購買アイテムに関連するサービスおよびコンテンツのうちの少なくとも１つにアクセスすること、ただし、サービスおよびコンテンツのうちの前記少なくとも１つは、前記在圏サービス・プロバイダによって提供される、前記アクセスすることと
   を実行する、装置。
7. 前記ローミング・ルール・リクエストは、スマートカード・コード・タイプまたは非スマートカード・コード・タイプを指示するホーム・ブロードキャスト・サブスクリプション・マネージメント・フィルタコードのタイプを指示する、請求項６に記載の装置。
8. 前記ローミング・ルール・レスポンスは、リクエストされたブロードキャスト・サブスクリプション・マネージメント・セレクタ識別子それぞれに対するレスポンスと、ブロードキャスト・サブスクリプション・マネージメント・セレクタ識別子とを含むレスポンス・エントリを指示し、前記ブロードキャスト・サブスクリプション・マネージメント・セレクタ識別子は、特定のレスポンス・エントリが関連しローミング・ルールがリクエストされたブロードキャスト・サブスクリプション・マネージメント・セレクタを特定する、請求項６に記載の装置。
9. 前記ローミング・ルール・レスポンスは、他のブロードキャスト・サブスクリプション・マネージメント・セレクタ識別子からのフラグメントにアクセスすることを、前記ローミング・ルールが排除するかどうかを指示する、請求項８に記載の装置。
10. 前記ローミング・ルール・レスポンスは、前記ローミング・ルールについて、タイム・フレーム、開始時間、終了時間、許可される購買アイテムの識別子、許可されるサービスのグローバル・サービス識別子、許可されるコンテンツのグローバル・コンテンツ識別子、拒否される購買アイテムの識別子、拒否されるサービスのグローバル・サービス識別子、および拒否されるコンテンツのグローバル・コンテンツ識別子のうちの少なくとも１つを指示する少なくとも１つのローミング・ルールを含む、請求項５に記載の装置。
11. 端末からローミング・ルール・リクエストを受信することと；
    前記端末へローミング・ルール・レスポンスを送信することと；
    購買アイテムに関するローミング承認リクエストと、前記購買アイテムに関するローミング承認レスポンスとを、前記端末のホーム・サービス・プロバイダとやり取りすることと；
    前記購買アイテムに関連するサービスおよびコンテンツのうちの少なくとも１つを、前記端末に提供することと
    を含む方法。
12. 購買アイテム識別子およびユーザ識別子を含み前記購買アイテムに関するサービス・プロビジョニング・リクエストを、前記端末から受信することをさらに含む、請求項１１に記載の方法。
13. 前記購買アイテムに関するサービス・プロビジョニング・レスポンスを、前記端末へ送信することをさらに含む、請求項１１に記載の方法。
14. 前記ローミング承認リクエストは、スマートカード・コード・タイプまたは非スマートカード・コード・タイプを指示するホーム・ブロードキャスト・サブスクリプション・マネージメント・フィルタコードと、スマートカード・コード・タイプまたは非スマートカード・コード・タイプを指示する在圏ブロードキャスト・サブスクリプション・マネージメントフィルタ・コードとを含む、請求項１１に記載の方法。
15. 前記ローミング承認レスポンスは、在圏サービス・プロバイダと、前記端末の前記ホーム・サービス・プロバイダとによって、前記端末を一意に識別するのに使用されるよう構成されているユーザ識別子と、スマートカード・コード・タイプまたは非スマートカード・コード・タイプを指示するホーム・ブロードキャスト・サブスクリプション・マネージメント・フィルタコードと、スマートカード・コード・タイプまたは非スマートカード・コード・タイプを指示する在圏ブロードキャスト・サブスクリプション・マネージメントフィルタ・コードと、前記在圏サービス・プロバイダに関連付けられている選択された複数の購買アイテムのセットを指示する購買アイテム識別子とを含む、請求項１１に記載の方法。
16. プロセッサと、実行可能命令を含んだメモリとを含む装置であって、前記実行可能命令は、前記プロセッサにより実行されると、
    端末からローミング・ルール・リクエストを受信することと；
    前記端末へローミング・ルール・レスポンスを送信することと；
    購買アイテムに関するローミング承認リクエストと、前記購買アイテムに関するローミング承認レスポンスとを、前記端末のホーム・サービス・プロバイダとやり取りすることと；
    前記購買アイテムに関連するサービスおよびコンテンツのうちの少なくとも１つを、前記端末に提供することと
    を実行する、装置。
17. 前記メモリは、さらなる実行可能命令を含み、前記実行可能命令は、前記プロセッサにより実行されると、購買アイテム識別子およびユーザ識別子を含み前記購買アイテムに関するサービス・プロビジョニング・リクエストを、前記端末から受信することを実行する、請求項１６に記載の装置。
18. 前記メモリは、さらなる実行可能命令を含み、前記実行可能命令は、前記プロセッサにより実行されると、前記購買アイテムに関するサービス・プロビジョニング・レスポンスを前記端末へ送信することを実行する、請求項１６に記載の装置。
19. 前記ローミング承認リクエストは、スマートカード・コード・タイプまたは非スマートカード・コード・タイプを指示するホーム・ブロードキャスト・サブスクリプション・マネージメント・フィルタコードと、スマートカード・コード・タイプまたは非スマートカード・コード・タイプを指示する在圏ブロードキャスト・サブスクリプション・マネージメントフィルタ・コードとを含む、請求項１６に記載の装置。
20. 前記ローミング承認レスポンスは、在圏サービス・プロバイダと、前記端末の前記ホーム・サービス・プロバイダとによって、前記端末を一意に識別するのに使用されるよう構成されているユーザ識別子と、スマートカード・コード・タイプまたは非スマートカード・コード・タイプを指示するホーム・ブロードキャスト・サブスクリプション・マネージメント・フィルタコードと、スマートカード・コード・タイプまたは非スマートカード・コード・タイプを指示する在圏ブロードキャスト・サブスクリプション・マネージメントフィルタ・コードと、前記在圏サービス・プロバイダに関連付けられている選択された複数の購買アイテムのセットを指示する購買アイテム識別子とを含む、請求項１６に記載の装置。
21. プロセッサと、実行可能命令を含んだメモリとを含む装置であって、前記実行可能命令は、前記プロセッサにより実行されると、
    端末からローミング・ルール・リクエストを受信することと；
    前記端末へローミング・ルール・レスポンスを送信することと；
    購買アイテムに関するローミング承認リクエストと、前記購買アイテムに関するローミング承認レスポンスとを、前記端末の在圏中のサービス・プロバイダとやり取りすることと
    を実行する、装置。
22. 前記メモリは、さらなる実行可能命令を含み、前記実行可能命令は、前記プロセッサにより実行されると、購買アイテム識別子およびユーザ識別子を含み前記購買アイテムに関するサービス・プロビジョニング・リクエストを、前記端末から受信することを実行する、請求項２１に記載の装置。
23. 前記メモリは、さらなる実行可能命令を含み、前記実行可能命令は、前記プロセッサにより実行されると、前記購買アイテムに関するサービス・プロビジョニング・レスポンスを前記端末へ送信することを実行する、請求項２１に記載の装置。
24. 前記ローミング承認リクエストは、スマートカード・コード・タイプまたは非スマートカード・コード・タイプを指示するホーム・ブロードキャスト・サブスクリプション・マネージメント・フィルタコードと、スマートカード・コード・タイプまたは非スマートカード・コード・タイプを指示する在圏ブロードキャスト・サブスクリプション・マネージメントフィルタ・コードとを含む、請求項２１に記載の装置。
25. 前記ローミング承認レスポンスは、在圏サービス・プロバイダと、前記端末のホーム・サービス・プロバイダとによって、前記端末を一意に識別するのに使用されるよう構成されているユーザ識別子と、スマートカード・コード・タイプまたは非スマートカード・コード・タイプを指示するホーム・ブロードキャスト・サブスクリプション・マネージメント・フィルタコードと、スマートカード・コード・タイプまたは非スマートカード・コード・タイプを指示する在圏ブロードキャスト・サブスクリプション・マネージメントフィルタ・コードと、前記在圏サービス・プロバイダに関連付けられている選択された複数の購買アイテムのセットを指示する購買アイテム識別子とを含む、請求項２１に記載の装置。

Images