(57)【要約】  双方向チャネルをサポートする移動体ブロードキャストシステムの送信器における通知メッセージを提供する方法を開示する。第１の手段は、通知イベントの発生の際に、通知メッセージを生成し、上記生成された通知メッセージを用いて、対応する端末の加入情報に基づくターゲットアドレスを含む少なくとも１つの伝送要請メッセージを生成し、第２の手段は、上記ターゲットアドレスに基づいて、前記通知メッセージを上記対応する端末に伝送するチャネルを決定し、上記決定されたチャネルを介して上記通知メッセージを伝送する。
2009528763.tif 000002
【特許請求の範囲】
【請求項１】
双方向チャネルをサポートする移動体ブロードキャストシステムの送信器における通知メッセージを提供する方法であって、
（ａ）通知イベントの発生の際に、端末の加入情報を管理するエンティティが通知メッセージを生成し、前記生成された通知メッセージを用いて、前記端末の加入情報に基づくターゲットアドレスを含む少なくとも１つの伝送要請メッセージを生成するステップと、
（ｂ）通知メッセージを伝送するエンティティが前記ターゲットアドレスに基づいて前記通知メッセージを対応する端末に伝送するチャネルを決定し、前記決定されたチャネルを介して前記通知メッセージを伝送するステップと、
を具備することを特徴とする方法。
【請求項２】
前記ステップ（ｂ）は、
前記通知メッセージが双方向チャネルを用いて伝送される場合に、前記ターゲットアドレスに基づいて前記端末のアドレスタイプを確認するステップと、
前記アドレスタイプに従って前記双方向チャネルを介して前記通知メッセージを前記端末に伝送するステップと、
を具備することを特徴とする請求項１に記載の方法。
【請求項３】
前記ステップ（ｂ）は、
前記通知メッセージがブロードキャストチャネルを用いて伝送される場合に、前記ターゲットアドレスに基づいて前記ブロードキャストチャネルに対するターゲットセッションアドレスを確認するステップと、
前記ターゲットセッションアドレスに従って前記ブロードキャストチャネルを介して前記通知メッセージを前記端末に伝送するステップと、
を具備することを特徴とする請求項１に記載の方法。
【請求項４】
前記加入情報を管理するエンティティが、
通知メッセージの加入又は購入を要請するメッセージを受信するステップと、
前記加入又は購入要請メッセージを処理し、前記端末の加入者情報を格納するステップと、
をさらに具備することを特徴とする請求項１に記載の方法。
【請求項５】
前記加入情報を管理するエンティティが、
前記端末からサービス特定通知メッセージの加入又は購入要請メッセージを受信するステップと、
前記加入又は購入要請メッセージを処理し、対応するサービス及び前記端末の加入者情報を格納するステップと、
をさらに具備することを特徴とする請求項１に記載の方法。
【請求項６】
前記加入情報を管理するエンティティが、
すべてのサービスの通知メッセージの解除を要請するメッセージを受信するステップと、
前記端末に対するすべてのサービスの通知メッセージの伝送を解除するステップと、
をさらに具備することを特徴とする請求項１に記載の方法。
【請求項７】
前記加入情報を管理するエンティティが、
サービス特定通知メッセージの解除を要請するメッセージを受信するステップと、
前記解除が要請されたサービスの通知メッセージの伝送を解除するステップと、
をさらに具備することを特徴とする請求項１に記載の方法。
【請求項８】
前記ターゲットアドレスは、
端末別に、通知メッセージの伝送のためのチャネル情報と、
前記伝送チャネルに基づくアドレスタイプと、
を具備することを特徴とする請求項１に記載の方法。
【請求項９】
双方向チャネルをサポートする移動体ブロードキャストシステムにおける送信器であって、
端末の加入情報を管理し、通知イベントの発生の際に、通知メッセージを生成し、前記生成された通知メッセージを用いて、前記端末の加入情報に基づくターゲットアドレスを含む少なくとも１つの伝送要請メッセージを生成するエンティティと、
前記ターゲットアドレスに基づいて、前記端末に伝送するチャネルを決定し、前記決定されたチャネルを介して前記通知メッセージを伝送するエンティティと、
を含むことを特徴とする送信器。
【請求項１０】
前記通知メッセージを伝送するエンティティは、
前記通知メッセージが双方向チャネルを用いて伝送される場合に、前記ターゲットアドレスに基づいて前記端末のアドレスタイプを確認し、前記アドレスタイプに従って、前記双方向チャネルを介して前記通知メッセージを前記端末に伝送することを特徴とする請求項９に記載の送信器。
【請求項１１】
前記通知メッセージを伝送するエンティティは、
前記通知メッセージが前記ブロードキャストチャネルを用いて伝送される場合に、前記ターゲットアドレスに基づいて前記ブロードキャストチャネルに対するターゲットセッションアドレスを確認し、前記ターゲットセッションアドレスに従って、前記ブロードキャストチャネルを介して前記通知メッセージを前記端末に伝送することを特徴とする請求項９に記載の送信器。
【請求項１２】
前記伝送要請メッセージを生成するエンティティは、
通知メッセージの加入又は購入を要請するメッセージを前記端末から受信し、前記加入又は購入要請メッセージを処理し、前記端末の加入者情報を格納することを特徴とする請求項９に記載の送信器。
【請求項１３】
前記伝送要請メッセージを生成するエンティティは、
サービス特定通知メッセージの加入又は購入要請メッセージを前記端末から受信し、前記加入又は購入要請メッセージを処理し、対応するサービス及び前記端末の加入者情報を格納することを特徴とする請求項９に記載の送信器。
【請求項１４】
前記伝送要請メッセージを生成するエンティティは、
すべてのサービスの通知メッセージの解除を要請するメッセージを特定の端末から受信すると、前記端末に対するすべてのサービスの通知メッセージの伝送を解除することを特徴とする請求項９に記載の送信器。
【請求項１５】
前記伝送要請メッセージを生成するエンティティは、
サービス特定通知メッセージの解除を要請するメッセージを前記端末から受信すると、前記解除が要請されたサービスの通知メッセージの伝送を解除することを特徴とする請求項９に記載の送信器。
【請求項１６】
前記ターゲットアドレスは、端末別に、通知メッセージの伝送のためのチャネル情報及び前記伝送チャネルに基づくアドレスタイプを含むことを特徴とする請求項９に記載の送信器。
【請求項１７】
前記伝送要請メッセージを生成するエンティティは、通知生成部（ＮＴＧ）であり、前記第２の手段は、通知分配／適応部（ＮＴＤＡ）であることを特徴とする請求項９に記載の送信器。
【請求項１８】
双方向チャネルをサポートする移動体ブロードキャストシステムの端末における通知メッセージを受信する方法であって、
サービスガイドから通知内容を確認し、サービス加入／購入情報を検査し、通知メッセージの受信チャネル情報を含む通知メッセージの加入要請メッセージを前記端末の加入情報を管理するエンティティに伝送するステップと、
前記加入情報を管理するエンティティから認証情報を含む応答メッセージを受信するステップと、
前記認証の完了の後に、前記伝送チャネル情報に従って伝送される通知メッセージを受信するステップと、
を具備することを特徴とする方法。
【請求項１９】
前記通知メッセージの加入要請メッセージは、
サービス識別情報と、
前記サービスに対する通知メッセージの加入及び購入情報と、
を含むことを特徴とする請求項１８に記載の方法。
【請求項２０】
すべてのサービスに対する通知メッセージの解除要請メッセージを、前記加入情報を管理するエンティティに伝送するステップをさらに具備することを特徴とする請求項１８に記載の方法。
【請求項２１】
サービス特定通知メッセージの解除を要請するメッセージを、前記加入情報を管理するエンティティに伝送するステップをさらに具備することを特徴とする請求項１８に記載の方法。
【請求項２２】
双方向チャネルをサポートする移動体ブロードキャストシステムにおける端末であって、
サービスガイドから通知内容を確認し、サービス加入／購入情報を検査し、通知メッセージの受信チャネル情報を含む通知メッセージの加入要請メッセージを前記端末の加入者情報を管理するエンティティに伝送し、これに応じて、認証情報を受信する第１のエンティティと、
前記認証の完了の後に、前記伝送チャネル情報に従って伝送される通知メッセージを受信するエンティティと、
を具備することを特徴とする端末。
【請求項２３】
前記通知メッセージの加入要請メッセージは、サービス識別情報と、前記サービスに対する通知メッセージの加入及び購入情報と、を含むことを特徴とする請求項２２に記載の端末。
【請求項２４】
前記第１のエンティティは、すべてのサービスに対する通知メッセージの解除要請メッセージを、加入情報を管理するエンティティに伝送することを特徴とする請求項２２に記載の端末。
【請求項２５】
前記第１のエンティティは、サービス特定通知メッセージの解除を要請するメッセージを、加入情報を管理するエンティティに伝送することを特徴とする請求項２２に記載の端末。
【請求項２６】
双方向チャネルをサポートする移動体ブロードキャストシステムにおける通知メッセージを提供する方法であって、
端末がサービスガイドから通知内容を確認し、サービス加入／購入情報を検査し、通知メッセージの受信チャネル情報を含む通知メッセージの加入要請メッセージを前記端末の加入情報を管理する送信器に伝送するステップと、
前記送信器が前記加入要請メッセージに従って認証を実行し、前記端末の加入情報を格納し、通知イベントの発生の際に、前記チャネル情報に基づいて対応するサービスの通知メッセージを伝送するステップと、
を具備することを特徴とする方法。
【請求項２７】
双方向チャネルをサポートする移動体ブロードキャストシステムであって、
サービスガイドから通知内容を確認し、サービス加入／購入情報を検査し、通知メッセージの受信チャネル情報を含む通知メッセージの加入要請メッセージを前記端末の加入情報を管理する送信器に伝送する端末と、
前記加入要請メッセージに従って前記端末の加入情報を格納し、通知イベントの発生の際に、前記チャネル情報に基づいて対応するサービスの通知メッセージを前記端末に伝送する送信器と、
を具備することを特徴とする移動体ブロードキャストシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体ブロードキャストシステムにおける通知メッセージ提供方法及び装置に関し、特に、移動体ブロードキャストシステムにおける双方向チャネルを使用する通知メッセージ提供方法及び装置に関する。
【背景技術】
【０００２】
移動通信市場では、既存技術の再構成又は統合を通じて新たなサービスの生産が持続的に要請されている。現在では、通信及びブロードキャスト技術の発達によって、従来のブロードキャストシステム又は移動通信システムは、携帯電話、ＰＤＡ（Personal Digital Assistant）のような携帯端末（移動端末）を介してブロードキャストサービスを提供している。このような潜在的で実際的な市場需要、マルチメディアサービスに対して急増するユーザの要請、既存の音声サービスに加えてブロードキャストサービスのような新たなサービスを提供するためのサービスプロバイダーの目標戦略、及びユーザの要請によって移動通信事業を強化しているＩＴ（Information Technology）企業の利害という要因を背景として、移動通信サービスとインターネットプロトコル（ＩＰ）との融合は、次世代移動通信技術の開発の主流となっている。
【０００３】
オープンモバイルアライアンス（Open Mobile Alliance：以下、“ＯＭＡ”と称する。）は、個々のモバイルソリューション（mobile solution）間の相互連動のための標準を研究するグループであり、移動通信用ゲーム、インターネットサービスなどに関する様々なアプリケーション標準を定める役割をする。特に、このＯＭＡワーキンググループの中で、ＯＭＡ  ＢＡＣ（Browser and Content）ＢＣＡＳＴ（Mobile Broadcast Sub Working Group）は、移動端末を用いてブロードキャストサービスを提供するための技術を研究している。下記では、ＯＭＡ ＢＣＡＳＴワーキンググループで論議されている移動体ブロードキャストシステムについて簡略に説明する。
【０００４】
移動体ブロードキャストシステムは、ブロードキャストサービスを受信するための移動端末は、サービス自体に関する説明情報、サービスに関する課金情報、及びサービスの受信方法に関する情報を含む。
【０００５】
移動体ブロードキャストシステムは、移動体ブロードキャストを受信することができる端末によるサービスを発見する過程と、この端末によるサービスに加入する過程と、このサービスを受信するための様々な制御情報を提供する過程と、このサービスを伝送する過程と、この端末によるサービスを受信する過程と、を含む。この移動体ブロードキャストシステムにおいて、移動体ブロードキャスト過程の間に、端末は、ブロードキャストサービスを受信する際に、ブロードキャストサービスに関する様々な制御情報を含む通知メッセージを受信する。
【０００６】
移動体ブロードキャストシステムにおいて、端末がブロードキャストを受信している間に、変動事項が様々な要因によりブロードキャストシステムで発生し得る。かかる変動事項の中の幾つかは、端末にかならず提供されるべき情報である可能性がある。例えば、この情報は、移動体ブロードキャストサービス時間の変更、移動体ブロードキャストサービスの受信のための情報の変更などを含むことができる。
【０００７】
移動体ブロードキャストシステムにおける通知メッセージを伝送する方法については、既に定義されている。
【０００８】
しかしながら、双方向チャネルをサポートする移動体ブロードキャストシステムにおいて、通知メッセージの伝送方法についてはまだ定義されていない。したがって、この通知メッセージの伝送方法に対する定義が必要とされている。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、移動体ブロードキャストシステムにおける通知メッセージを伝送するための方法及びシステムを提供することにある。
【００１０】
本発明の他の目的は、双方向チャネルをサポートする移動体ブロードキャストシステムにおける通知メッセージを伝送するための方法及びシステムを提供することにある。
【課題を解決するための手段】
【００１１】
上記のような目的を達成するために、本発明の一態様によれば、双方向チャネルをサポートする移動体ブロードキャストシステムの送信器における通知メッセージを提供する方法は、（ａ）通知イベントの発生の際に、端末の加入情報を管理するエンティティが通知メッセージを生成し、上記生成された通知メッセージを用いて、上記端末の加入情報に基づくターゲットアドレスを含む少なくとも１つの伝送要請メッセージを生成するステップと、（ｂ）通知メッセージを伝送するエンティティが上記ターゲットアドレスに基づいて上記通知メッセージを対応する端末に伝送するチャネルを決定し、上記決定されたチャネルを介して上記通知メッセージを伝送するステップと、を具備することを特徴とする。
【００１２】
本発明の他の態様によれば、双方向チャネルをサポートする移動体ブロードキャストシステムにおける送信器は、端末の加入情報を管理し、通知イベントの発生の際に、通知メッセージを生成し、上記生成された通知メッセージを用いて、上記端末の加入情報に基づくターゲットアドレスを含む少なくとも１つの伝送要請メッセージを生成するエンティティと、上記ターゲットアドレスに基づいて、上記端末に伝送するチャネルを決定し、上記決定されたチャネルを介して上記通知メッセージを伝送するエンティティと、を含むことを特徴とする。
【００１３】
本発明のさらに他の態様によれば、双方向チャネルをサポートする移動体ブロードキャストシステムの端末における通知メッセージを受信する方法は、サービスガイドから通知内容を確認し、サービス加入／購入情報を検査し、通知メッセージの受信チャネル情報を含む通知メッセージの加入要請メッセージを上記端末の加入情報を管理するエンティティに伝送するステップと、上記加入情報を管理するエンティティから認証情報を含む応答メッセージを受信するステップと、上記認証の完了の後に、上記伝送チャネル情報に従って伝送される通知メッセージを受信するステップと、を具備することを特徴とする。
【００１４】
本発明のさらなる他の態様によれば、双方向チャネルをサポートする移動体ブロードキャストシステムにおける端末は、サービスガイドから通知内容を確認し、サービス加入／購入情報を検査し、通知メッセージの受信チャネル情報を含む通知メッセージの加入要請メッセージを上記端末の加入者情報を管理するエンティティに伝送し、これに応じて、認証情報を受信する第１のエンティティと、上記認証の完了の後に、上記伝送チャネル情報に従って伝送される通知メッセージを受信するエンティティと、を具備することを特徴とする。
【００１５】
本発明のさらに他の態様によれば、双方向チャネルをサポートする移動体ブロードキャストシステムにおける通知メッセージを提供する方法は、端末がサービスガイドから通知内容を確認し、サービス加入／購入情報を検査し、通知メッセージの受信チャネル情報を含む通知メッセージの加入要請メッセージを上記端末の加入情報を管理する送信器に伝送するステップと、上記送信器が上記加入要請メッセージに従って認証を実行し、上記端末の加入情報を格納し、通知イベントの発生の際に、上記チャネル情報に基づいて対応するサービスの通知メッセージを伝送するステップと、を具備することを特徴とする。
【００１６】
本発明のさらにまた他の態様によれば、双方向チャネルをサポートする移動体ブロードキャストシステムは、サービスガイドから通知内容を確認し、サービス加入／購入情報を検査し、通知メッセージの受信チャネル情報を含む通知メッセージの加入要請メッセージを上記端末の加入情報を管理する送信器に伝送する端末と、上記加入要請メッセージに従って上記端末の加入情報を格納し、通知イベントの発生の際に、上記チャネル情報に基づいて対応するサービスの通知メッセージを上記端末に伝送する送信器と、を具備することを特徴とする。
【発明の効果】
【００１７】
本発明は、双方向チャネルでの通知メッセージを定義することにより、ブロードキャストチャネルだけでなく双方向チャネルでも通知メッセージを伝送することができ、また、サービスガイドからサービス又はサービスの補助手段として通知メッセージがあることを確認する方法を提供する。このようにして、対応する通知メッセージに対する加入及び解除が可能となる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の好適な一実施形態を、添付図面を参照しつつ詳細に説明する。図面中、同一の構成要素及び部分には、可能な限り同一の符号及び番号を共通使用するものとする。なお、下記の説明において、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は、省略する。
【００１９】
本発明は、双方向チャネルをサポートする移動体ブロードキャストシステムにおける通知メッセージを管理するための方法及びシステムを提案する。本発明による移動体ブロードキャストシステムについて実施形態別に説明する。また、本発明による通知メッセージの伝送方法についても説明する。第１の実施形態では、非同期移動体通信の標準化グループである第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ）で定義されるか、又は端末のアプリケーションの標準化グループであるオープンモバイルアライアンス（Open Mobile Alliance：以下、“ＯＭＡ”と称する。）で定義されるブロードキャストシステムについて説明し、第２の実施形態では、他の移動体ブロードキャスト標準化グループであるデジタルビデオブロードキャスティング（Digital Video Broadcasting-Convergence of Broadcasting and Mobile Service：ＤＶＢ-ＣＢＭＳ）システムについて説明する。本発明の第１の実施形態については、ＯＭＡで使用されるアーキテクチャ及び用語を参照して説明し、第２の実施形態で使用されるアーキテクチャ及び用語は、第１の実施形態による移動体ブロードキャストシステムのアーキテクチャ及び用語にマッピングされる。
【００２０】
通知メッセージのさらなる理解のために、第１の実施形態による移動体ブロードキャストシステムについて説明する。ＯＭＡのＢＣＡＳＴで定義されるエンティティ及び名称が第１の実施形態で使用されるとしても、このような標準及びエンティティの名称が本発明の範囲を限定するのではなく、類似した技術的背景を有するシステムにも適用することができる。
【００２１】
移動体ブロードキャストシステムにおいて、ブロードキャストサービスを受信する移動端末は、サービス自体に関する説明情報と、サービスに関する課金情報と、サービスの受信方法に関する情報と、を含むサービスガイド情報を受信しなければならない。移動端末は、このサービスガイド情報を用いて対応するサービスを受信する。
【００２２】
本発明は、移動体ブロードキャスト技術の標準の１つであるＯＭＡ ＢＣＡＳＴ技術を参照して説明しているが、この説明は、本発明の内容を限定するものではない。
【００２３】
図１は、本発明の第１の実施形態による移動体ブロードキャストシステムにおける移動端末にサービスガイドを伝送するための構成要素を示す図である。図１の説明に先立って、各構成要素間で使用されるインターフェースの定義は、＜表１＞に示すとおりである。
【００２４】
【表１】
2009528763.tif 000003
【００２５】
図１を参照すると、コンテンツ供給者（Content Creation：ＣＣ）１０１は、ブロードキャストサービス（以下、“ＢＣＡＳＴサービス”と称する。）のプロバイダーであり、ＢＣＡＳＴサービスは、従来の音声／映像ブロードキャストサービス、音楽ファイル又はデータファイルダウンロードサービスなどを含むことができる。ＣＣ１０１は、サービスガイドコンテンツ供給ソース（Service Guide Content Creation Source：以下、“ＳＧＣＣＳ”と称する。）部１０２を用いて、ＢＣＡＳＴサービスのサービスガイドを生成するために必要なコンテンツ情報、移動端末の性能情報、ユーザプロフィール、及びコンテンツタイム情報などを、上述した＜表１＞のＳＧ１インターフェース１０３を介してＢＣＡＳＴサービスアプリケーション（BCAST Service Application：以下、“ＢＳＡ”と称する。）１０４のサービスガイドアプリケーションソース（Service Guide Application Source：以下、“ＳＧＡＳ”と称する。）部１０５に伝送する。
【００２６】
ＢＳＡ１０４は、ＣＣ１０１から提供されたＢＣＡＳＴサービスのデータをＢＣＡＳＴネットワークに適合したフォーマットで処理する役割を果たす。また、ＢＳＡ１０４は、移動体ブロードキャストガイドに必要な標準化されたメタデータを生成する役割を果たす。ＳＧＡＳ部１０５は、ＳＧＣＣＳ部１０２から提供された情報を含み、サービス／コンテンツ詳細情報、スケジュール情報、及び位置情報などのようなサービスガイドの生成に必要な各種ソースを、ＳＧ２インターフェース１０６を介してＢＣＡＳＴサービス分配／適応（ＢＳＤ／Ａ）１０８でのサービスガイド生成（Service Guide Generation：以下、“ＳＧ-Ｇ”と称する。）部１０９に伝送する。
【００２７】
ＢＳＤ／Ａ１０８は、ＢＳＡ１０４から提供されたＢＣＡＳＴサービスデータを伝送するベアラを設定する役割、ＢＣＡＳＴサービスの伝送スケジュールを決定する役割、及び移動体ブロードキャストガイド情報を生成する役割を担当する。ＢＳＤ／Ａ１０８は、ブロードキャストチャネルを介してＢＣＡＳＴサービスデータを伝送するためのブロードキャスト分配システム（Broadcast Distribution System：以下、“ＢＤＳ”と称する。）１３１及び双方向チャネルを介して双方向通信をサポートする双方向ネットワーク（interaction network：ＩＮ）１３３に接続される。
【００２８】
ＳＧ-Ｇ部１０９から生成されたサービスガイドは、サービスガイド分配（SG Distribution：以下、“ＳＧ-Ｄ”と称する。）部１１０及びＳＧ５インターフェース１１７を介して移動端末（すなわち、端末）１１９に伝送される。
【００２９】
ＢＣＡＳＴ加入管理（ＢＳＭ）部１１３は、ＢＣＡＳＴサービスの受信のための加入情報とサービス提供情報、及びＢＣＡＳＴサービスを受信する移動端末に関する装置情報を管理する。ＢＳＭ１１３内のサービスガイド加入ソース（Service Guide Subscription Source：以下、“ＳＧＳＳ”と称する。）部１１４は、サービスガイドの生成に関連した加入／供給ソースと、購入情報及び広告関連情報のようなソースと、をＳＧ４インターフェース１１２を介してサービスガイドを生成するためのＳＧ-Ｇ部１０９に伝送する。
【００３０】
端末１１９は、ＢＣＡＳＴサービスを受信することができる端末であり、端末の性能に従ってセルラーネットワークと接続することができる機能を有する。サービスガイドクライアント（Service Guide Client：以下、“ＳＧ-Ｃ”と称する。）１２０を含む端末１１９は、ＳＧ５インターフェース１１７を介して伝送されるサービスガイドを受信するか、又はＳＧ６インターフェース１１８を介して伝送される通知メッセージを受信し、ＢＣＡＳＴサービスの受信のための適切な動作を実行する。
【００３１】
下記の＜表２＞乃至＜表４＞は、ＯＭＡ ＢＣＡＳＴサービスの標準に定められている図１の主な構成要素に対する機能の定義を説明する。
【００３２】
【表２】
2009528763.tif 000004
【００３３】
【表３】
2009528763.tif 000005
【００３４】
【表４】
2009528763.tif 000006
【００３５】
図２は、本発明の第１の実施形態による移動体ブロードキャストシステムにおける通知アーキテクチャを示す図である。
【００３６】
ＣＣ１０１は、ブロードキャストサービス（以下、“ＢＣＡＳＴサービス”と称する。）のプロバイダーである。ＢＣＡＳＴサービスは、従来の音声／映像ブロードキャストサービス、音楽ファイル又はデータファイルダウンロードサービスなどを含むことができる。ＣＣ１０１は、ＢＣＡＳＴサービスの供給に問題又は変動事項が発生した場合に、この変動事項をＢＳＡ１０４内の通知イベント部（ＮＴＥ）２０１に通知する。
【００３７】
ＢＳＡ１０４は、ＣＣ１０１から提供されたＢＣＡＳＴサービスのデータをＢＣＡＳＴネットワークに適合したフォーマットで処理し、移動体ブロードキャストガイドに必要な標準化されたメタデータを生成する役割を果たす。また、ＢＳＡ１０４は、ＣＣ１０１から提供されたＢＣＡＳＴサービスの変動事項をＢＳＭ１１３内の通知生成部（ＮＴＧ）２０３に通知する。
【００３８】
ＢＳＤ／Ａ１０８は、ＢＳＡ１０４から提供されたＢＣＡＳＴサービスデータを伝送するベアラチャネルを設定する役割、ＢＣＡＳＴサービスの伝送スケジュールを決定する役割、及び移動体ブロードキャストガイド情報を生成する役割を果たし、ＢＤＳ１３１及びＩＮ１３３に接続される。また、通知分配／適応部（ＮＴＤＡ）２０２を有するＢＳＤ／Ａ１０８は、ＢＳＭ１１３から通知メッセージを受信し、この通知メッセージをＢＤＳ１３１又はＩＮ１３３を介して個別ユーザ或いは複数のユーザに伝送する。
【００３９】
ＢＳＭ１１３は、ＢＣＡＳＴサービスの受信のための加入情報、サービス提供情報、及びＢＣＡＳＴサービスを受信する移動端末に関する装置情報を管理する。特に、ＮＴＧ２０３を含むＢＳＭ１１３は、移動体ブロードキャストサービスを提供するための様々なネットワークエンティティで発生される通知イベントに関する情報を受信し、この受信された情報を用いて通知メッセージを生成するか、又はＢＣＡＳＴサービスの自体イベントに対する通知メッセージを生成する。
【００４０】
端末１１９は、ＢＣＡＳＴサービスを受信することができる端末であり、端末の性能によってセルラーネットワークと接続できる機能を有する。端末１１９は、通知クライアント部（ＮＴＣ）２０４を用いて、ＮＴ５インターフェース２１４を介して伝送される通知メッセージを受信し、ＮＴ５通知メッセージに従って適切な動作を実行するか、又はＮＴ６インターフェース２１５を介して伝送される通知メッセージを受信し、ＮＴ６通知メッセージに従って適切な動作を実行する。
【００４１】
次いで、論理エンティティ間のインターフェースについて説明する。
【００４２】
ＮＴ-１インターフェース２１１は、ＢＳＡ１０４に位置するＮＴＥ２０１とＣＣ１０１との間のインターフェースであり、ＣＣ１０１で発生する通知イベントをＮＴＥ２０１に伝送するために使用される。
【００４３】
ＮＴ-３インターフェース２１２は、ＢＳＡ１０４に位置するＮＴＥ２０１からＢＳＭ１１３内のＮＴＧ２０３へのインターフェースであり、ＮＴＧ２０３が通知メッセージを生成することができるように、イベントの通知又は通知メッセージの生成のために必要な情報を運搬する。
【００４４】
ＮＴ-４インターフェース２１３は、ＢＳＭ１１３に位置するＮＴＧ２０３からＢＳＤ／Ａ１０８内のＮＴＤＡ２０２へのインターフェースであり、ＢＤＳ１３１又はＩＮ１３３に伝送するために、ＮＴＧ２０３で生成された通知メッセージをＮＴＤＡ２０２に伝送するか、又はＢＳＤ／Ａ１０８やＢＤＳ１３１で発生するイベントをＮＴＤＡ２０２に伝送するために使用される。
【００４５】
ＮＴ-５インターフェース２１４は、ＢＳＤ／Ａ１０８内のＮＴＤＡ２０２から提供された通知メッセージをＢＤＳ１３１を通してブロードキャストチャネルを介して端末１１９に直接伝送するのに使用されるインターフェースである。ＮＴ-５インターフェース２１４は、この通知メッセージを複数の端末に伝送するのに使用される。
【００４６】
ＮＴ-６インターフェース２１５は、ＢＳＤ／Ａ１０８内のＮＴＤＡ２０２から提供された通知メッセージをＩＮ１３３を介して端末１１９に直接伝送するのに使用されるインターフェースである。ＮＴ-６インターフェース２１５は、この通知メッセージを個別端末に伝送するのに使用される。
【００４７】
ＮＴ-Ｂ１インターフェース２１６は、ＢＳＤ／Ａ１０８がＢＤＳ１３１で使用される伝送経路として使用されるか、又はＢＤＳ１３１で発生されたイベント情報の受信経路として使用される。ＮＴ-Ｂ１インターフェース２１６は、ＢＳＤ／Ａ１０８とＢＤＳサービス分配部（ＢＤＳ-ＳＤ）１３０との間のインターフェースである。
【００４８】
ＮＴＥ２０１は、通知メッセージを生成するのに必要な情報をＮＴＧ２０３に伝送する役割及び通知が必要なイベントが発生した場合に通知イベントの発生に関する情報をＮＴＧ２０３に伝送する役割を果たす。ＮＴＧ２０３は、ＮＴＥ２０１から受信された、通知メッセージの生成に必要な情報及びイベントを用いて通知メッセージを生成するか、ＮＴＤＡ２０２を介してＢＤＳ１３１又はＩＮ１３３から通知イベントを受信する場合には、通知メッセージを生成し、この通知メッセージをＮＴＤＡ２０２に伝送する役割を果たす。ＮＴＧ２０３は、（ｉ）このサービスの開始をさらに通知する必要がある場合に、（ｉｉ）ＣＣ１０１からサービス情報の変更を示す通知を受信する際に、新たな移動体ブロードキャストガイドを伝送する必要がある場合に、そして、（ｉｉｉ）特定のイベントがＢＤＳ１３１又はＩＮ１３３で発生した場合には、この通知メッセージを生成することができる。
【００４９】
ＮＴＤＡ２０２は、ＮＴ-５インターフェース２１４又はＮＴ-６インターフェース２１５を介して通知メッセージを伝送する役割をする。また、特定の移動体ブロードキャストサービスでの変更を示す情報、例えば、無線ネットワーク環境に起因したサービスの不能または送信速度の調節を示す情報をＢＤＳ１３１から受信すると、ＮＴＤＡ２０２は、対応する通知イベントをＮＴ-４インターフェース２１３を介してＮＴＧ２０３に伝送する。
【００５０】
図３は、本発明の第１の実施形態による移動体ブロードキャストシステムにおけるサービス供給に対するアーキテクチャを示す図である。サービス供給アーキテクチャは、ＢＣＡＳＴサービスへのユーザ加入及び加入されたサービスに対する購入手続きを担当する。また、サービス供給アーキテクチャは、ユーザアカウントの状態情報のような決済及び購入を処理する追加情報を提供する。
【００５１】
図３を参照すると、ブロードキャストサービス供給管理（ＢＳＰ-Ｍ）部３０１は、加入及び購入情報を提供する。ユーザ加入情報に基づいて、ＢＳＰ-Ｍ３０１は、ユーザの課金情報を関連エンティティに提供し、移動体ブロードキャストサービスに対する課金をサポートする。ＢＳＰ-Ｍ３０１は、ＳＰ-７インターフェース３１１及びＳＰ-８インターフェース３１２を介してブロードキャストサービス供給クライアント部（ＢＳＰ-Ｃ）３０２から加入及び課金の要請及び報告を受信する。ＢＳＰ-Ｃ３０２は、移動体ブロードキャストサービスに対する加入及び購入に関する報告の役割を果たす。ＢＳＰ-Ｃ３０２は、加入及び購入を要請するか、又はサービスガイドから抽出された供給情報に基づいて追加情報を要請することができる。ＳＰ-７インターフェース３１１及びＳＰ-８インターフェース３１２に関する説明は、＜表５＞に示すとおりである。
【００５２】
【表５】
2009528763.tif 000007
【００５３】
下記の＜表６＞を参照すると、ネームは、対応するメッセージを構成する要素値及び属性値の名称を示す。タイプは、対応するネームのタイプ（要素値又は属性値）を示す。要素値は、Ｅ１、Ｅ２、Ｅ３、及びＥ４のような値を有し、Ｅ１は、全メッセージに対する上位要素値を示し、Ｅ２は、Ｅ１の下位要素値を示し、Ｅ３は、Ｅ２の下位要素値を示し、Ｅ４は、Ｅ３の下位要素値を示す。属性値は、Ａで示され、Ａは、対応する要素の属性値を示す。例えば、Ｅ１の下にあるＡは、Ｅ１の属性値を示す。カテゴリーは、対応する要素値又は属性値が必須であるか又は任意であるかを判定するために使用され、必須の要素値又は属性値である場合には、Ｍ（Mandatory）の値を有し、任意の要素値又は属性値である場合には、Ｏ（Optional）の値を有する。カーディナリティー（Cardinality）は、要素間の関係を示し、０、０．．１、１、０．．ｎ、１．．ｎの値を有する。ここで、０は、任意の関係を意味し、１は、必須の関係を意味し、ｎは、複数の値を使用することができることを意味する。例えば、０．．ｎは、対応するメッセージが要素値を有していないこともあり、ｎ個の要素値を有することもあることを意味する。説明は、対応する要素値又は属性値の意味を示し、データタイプは、対応する要素値又は属性値に対するデータタイプを示す。
【００５４】
【表６】
2009528763.tif 000008
【００５５】
図４は、本発明の第１の実施形態による移動体ブロードキャストシステムにおける通知メッセージを伝送するためのアーキテクチャを示すブロック図である。説明の便宜上、図１乃至図３で説明したエンティティの中で、通知メッセージの伝送に必要な要素だけが図４に含まれる。
【００５６】
図４を参照すると、ＳＧ-Ｇ１０９は、ステップ４０１で、サービス及びコンテンツに関連した時間、購入、及びアクセス情報などを含むサービスガイドを生成した後に、サービスガイド伝送に対する要請をＳＧ-Ｄ１１０に送信する。その後に、ＳＧ-Ｄ１１０は、ステップ４０２で、サービスガイドを端末１１９に送信する。このサービスガイドは、ＢＤＳ及び／又はＩＮを通してブロードキャストチャネル及び／又は双方向チャネルを介して伝送することができる。このサービスガイドがブロードキャストチャネルを介して伝送される場合に、端末１１９は、このサービスガイドが伝送されるセッションからサービスガイドを受信し、このサービスガイドが双方向チャネルを介して伝送される場合に、端末１１９は、ＩＮに接続した後に、対応する要請に応じてこのサービスガイドを受信する。
【００５７】
端末１１９内のＳＧ-Ｃ１２０は、ＳＧ-Ｄ１１０からのサービスガイドの受信を担当し、ユーザは、この受信されたサービスガイドからサービス及びコンテンツ情報を取得する。ユーザは、このサービスガイドに基づいて、サービス、スケジュール、及びコンテンツなどに関する加入及び購入情報を決定した後に、ＢＳＰ-Ｃ３０２を用いて、加入及び購入のようなサービス供給に対する要請を行う。サービスに関連した通知メッセージの受信に対して、ＢＳＰ-Ｃ３０２は、ステップ４０３で、加入又は解除（unscription）要請をＢＳＰ-Ｍ３０１に送信する。
【００５８】
ＢＳＰ-Ｍ３０１は、ユーザＩＤ、デバイスＩＤ、及びサービス／通知加入情報に対する要請を受信すると、対応するユーザ情報をＢＳＭ１１３内のＤＢ４１１に格納する。通知イベントは、移動体ブロードキャストサービスを提供するための様々なネットワークエンティティで発生することができる。図４において、この通知イベントは、ＣＣ１０１、ＢＳＡ１０４、ＢＳＤ／Ａ１０８、及びＢＳＭ１１３で発生することができ、ステップ４０４乃至ステップ４０６で、ＣＣ１０１、ＢＳＡ１０４、及びＢＳＤ／Ａ１０８は、通知メッセージ生成に対する要請をＮＴＧ２０３に送信する。
【００５９】
ＮＴＧ２０３は、受信されたイベントに対する通知メッセージを作成する。通知メッセージを生成した後に、ＮＴＧ２０３は、ＤＢ４１１から通知メッセージを伝送するターゲットアドレスを確認した後に、メッセージ伝送のための要請メッセージを生成する。双方向チャネルを介してメッセージ受信サービスに加入したあるユーザがある場合には、ＮＴＧ２０３は、対応するユーザがメッセージを受信することができるアドレスに関する情報を含む要請メッセージを生成する。
【００６０】
ＮＴＧ２０３は、ステップ４０７で、通知メッセージの伝送に対する要請をＮＴＤＡ２０２に送信する。ＮＴＤＡ２０２は、ステップ４０８で、この通知メッセージをＮＴＣ２０４に伝送する。この際に、ＮＴＤＡ２０２は、ターゲットアドレスに従って、この通知メッセージをブロードキャストチャネル又は双方向チャネルを介して伝送する。
【００６１】
この通知メッセージは、通知サービスのための共通通知メッセージとサービス関連補助手段としてのサービス特定通知メッセージとに大別することができる。サービスガイドを受信した後に、端末又はユーザは、次の手続きに従って、共通通知メッセージ及び／又はサービス特定通知メッセージを認識することができる。ここで、‘通知サービス’は、通知で構成されているサービスを意味する。例えば、この通知メッセージは、‘今日の天気情報’、‘今日の英語’などのように、毎日、ショートメッセージサービス（ＳＭＳ）やマルチメディアメッセージングサービス（ＭＭＳ）通知メッセージを介して伝送されるサービスを意味する。補助手段としてのサービス特定通知メッセージは、独立した通知サービスではなく、メインプログラムに対する補助サービスの一例である。例えば、‘音楽トップ（Music Top）１０’のようなサービスがブロードキャストされている間に、１位の曲に対する投票が実施され、このような投票のためのＳＭＳ通知メッセージが投票情報を収集するためのブロードキャスト受信者に伝送される場合に、この投票のための通知メッセージは、補助手段としてのサービス特定通知メッセージである。すなわち、通知サービスは、通知だけで構成されているサービスを意味し、サービス特定通知メッセージは、メインプログラム内で発生し得る通知メッセージを意味する。
【００６２】
通知サービスにおいて、サービスガイドのサービスフラグメント内のサービスタイプが通知値を有する場合には、端末は、対応するサービスが通知サービスであることを認識する。
【００６３】
通知メッセージが伝送される特定のサービスにおいて、端末は、（ｉ）サービスに関連したアクセスフラグメントが要素値通知受信９０４を含む場合に、（ｉｉ）サービスに関連したアクセスフラグメント内の要素値サービスクラス９０３が‘ｓｄｏ．ｏｍａ．ｎｔ’又はこれと類似した通知値を示すＵＲＩ値を有する場合に、そして、（ｉｉｉ）サービスフラグメント又は購入アイテムフラグメント内の‘ＮＴｖｉａＩｎｔｅｒａｃｔｉｏｎ’のような通知メッセージを受信する可能性を示す対応するフラグメントの要素値又は属性値がある場合には、対応するサービスに関連した通知メッセージを受信することができることを認識できる。
【００６４】
図５Ａ乃至図５Ｄは、本発明の第１の実施形態による移動体ブロードキャストシステムにおける通知値を含むサービスガイドの詳細な実施形態を示す図である。また、図５Ａ及び図５Ｂ内のアクセスフラグメントは、図９及び図９Ｂに詳細に示されているので、下記で詳細に説明する。
【００６５】
図５Ａは、通知受信情報を含むアクセスフラグメント９０１の一例を示し、対応するサービスに関連した通知メッセージは、要素値通知受信９０４に含まれているブロードキャストチャネルを介して伝送される通知のアクセス情報を有し、要素値アクセスタイプ９０２内の対応するサービスに関連した情報を含む。
【００６６】
図５Ｂは、サービス及び通知メッセージに対するアクセスが個別に含まれている例を示す図である。対応するアクセスの情報がどんな目的に基づいて区別されるかは、サービスクラス９０３の値によっている。例えば、ファイル伝送サービスの場合に、サービスクラス９０３＝‘ｓｄｏ．ｏｍａ．ｆｄ’を有するアクセスのアクセスタイプ９０２は、ファイルダウンロードに使用可能なアクセス情報を含み、サービスクラス９０３＝‘ｓｄｏ．ｏｍａ．ｎｔ’を有するアクセスのアクセスタイプ９０２は、通知を受信するためのアクセス情報を含む。
【００６７】
図５Ｃは、サービスフラグメントのサービスタイプが通知サービスである通知メッセージだけで構成されたサービスの構成例を示す。図５Ａと図５Ｃとの間の差は、通知受信がアクセスフラグメントに個別に含まれているのではなく、アクセスフラグメントが通知メッセージの受信のためのアドレス情報を含むことにある。
【００６８】
図５Ｄは、特定のスケジュールのサービスの加入／購入を行う場合に、対応するサービスが通知を含んでいる場合の構成例である。
【００６９】
上述したように、端末は、サービスタイプが通知サービスであるか、アクセスが通知受信９０４を含むか、又はアクセスのサービスクラス９０３がｓｄｏ．ｏｍａ．ｎｔ．である場合に、対応するサービスが通知に関連することを認識することができる。
【００７０】
図６は、本発明の第１の実施形態による移動体ブロードキャストシステムにおける双方向チャネルを介した通知メッセージへの加入を示すフローチャートである。
【００７１】
図６を参照すると、端末１１９は、ステップ６０１で、サービスガイドを受信する。その後に、端末１１９は、ステップ６０２で、受信されたサービスガイドから図５で説明されたサービスガイドを用いて通知内容を確認し、サービス加入／購入の間に、端末１１９が双方向チャネルを介して通知を受信するか否かを決定した後に、通知メッセージへの加入を決定する。
【００７２】
これに対する加入要請メッセージの一例は、＜表７Ａ＞乃至＜表７Ｃ＞に示す。
【００７３】
【表７Ａ】
2009528763.tif 000009
【００７４】
【表７Ｂ】
2009528763.tif 000010
【００７５】
【表７Ｃ】
2009528763.tif 000011
【００７６】
端末１１９は、ステップ６０３で、通知メッセージの加入／購入に対する要請をＢＳＰ-Ｃ３０２を用いてＢＳＰ-Ｍ３０１に送信する。その後に、ＢＳＰ-Ｍ３０１は、ステップ６０４で、加入要請メッセージを処理し、対応するサービス及びユーザ情報を格納する。ＢＳＰ-Ｍ３０１は、対応するイベントを処理した後に、ステップ６０５で、加入要請に対する応答メッセージをＢＳＰ-Ｃ３０２に送信する。この応答メッセージの一例は、＜表８＞に示す。
【００７７】
【表８】
2009528763.tif 000012
【００７８】
サービスを受信した後に、ステップ６１１で、端末１１９が通知メッセージに対する解除を決定する場合に、ＢＳＰ-Ｃ３０２は、ステップ６１２で、サービス加入／購入に対する解除要請をＢＳＰ-Ｍ３０１に送信する。この解除要請メッセージの一例は、＜表９＞に示す。
【００７９】
【表９】
2009528763.tif 000013
【００８０】
ＢＳＰ-Ｍ３０１は、ステップ６１３で、解除要請を処理した後に、ステップ６１４で、応答メッセージをＢＳＰ-Ｃ３０２に送信する。これに対する応答メッセージの一例は、＜表１０＞に示す。
【００８１】
【表１０】
2009528763.tif 000014
【００８２】
図７は、本発明の第１の実施形態による移動体ブロードキャストシステムにおける通知イベントの発生及び要請過程を示す図である。この過程は、ＮＴＧ２０３が通知イベントを受信するか、又はＢＳＭ１１３内で発生した通知イベントに対するメッセージを生成し、メッセージ伝送に対する要請を送信するフローを示す。
【００８３】
図７を参照すると、ＮＴＧ２０３は、ステップ７０１で、ＢＳＭ１１３で発生した通知イベントを有するか、又は他のネットワークエンティティから通知イベントを受信する。＜表１１Ａ＞及び＜表１１Ｂ＞は、通知イベントが発生する場合に、対応するネットワークエンティティ（例えば、ＣＣ、ＢＳＡ、及びＢＳＤ／Ａ）から通知メッセージの生成のための要請メッセージを示す。また、下記の＜表１２＞は、対応する要請メッセージに対する応答メッセージの一例を示す。
【００８４】
【表１１Ａ】
2009528763.tif 000015
【００８５】
【表１１Ｂ】
2009528763.tif 000016
【００８６】
【表１２】
2009528763.tif 000017
【００８７】
通知イベントが発生するか、又は通知イベントが他のネットワークエンティティから受信されると、ＮＴＧ２０３は、ステップ７０２で、通知メッセージを生成する。その後に、ＮＴＧ２０３は、ステップ７０３で、対応する通知メッセージをどんな経路を介して伝送するかを決定する。この通知メッセージは、ブロードキャストチャネル及び双方向チャネルのうちの１つ又はすべてを介して伝送することができる。ＮＴＧ２０３がブロードキャストチャネル７１０を介して通知メッセージの伝送を決定する場合には、ＮＴＧ２０３は、ステップ７１１で、対応する通知メッセージを伝送するターゲットセッションアドレスを確認する。ステップ７１２で、ＮＴＧ２０３は、対応するターゲットアドレスを含む通知メッセージの伝送を要請するための伝送要請メッセージを作成し、ステップ７１３で、通知メッセージの伝送のための要請をＮＴＤＡ２０２に送信する。
【００８８】
しかしながら、ＮＴＧ２０３が双方向チャネル７２０を介して通知メッセージの伝送を決定する場合には、ＮＴＧ２０３は、ステップ７２１で、双方向チャネルを介した通知メッセージの受信への同意／加入を行ったユーザのターゲットユーザアドレスを確認する。その後に、ステップ７２２で、ＮＴＧ２０３は、通知メッセージに関連したすべてのユーザのターゲットアドレスを含む通知メッセージの伝送を要請するための伝送要請メッセージを作成する。この際に、複数のユーザが存在する場合には、ＮＴＧ２０３は、同一の通知メッセージに対する幾つかの伝送要請メッセージを作成することができる。その後に、ステップ７２３で、ＮＴＧ２０３は、対応する通知伝送メッセージをＮＴＤＡ２０２に送信する。
【００８９】
図８は、ＮＴＤＡ２０２がＮＴＧ２０３から通知メッセージに対する伝送要請を受信した後に通知メッセージを端末に伝送する過程を示すフローチャートである。
【００９０】
図８を参照すると、ＮＴＤＡ２０２は、ステップ８０１で、通知メッセージに対する伝送要請メッセージを受信する。＜表１３Ａ＞乃至＜表１３Ｃ＞は、ＮＴＧ２０３からＮＴＤＡ２０２に伝送された通知メッセージに対する伝送要請メッセージの一例を示す。＜表１４＞は、これに対する応答メッセージの一例を示す。
【００９１】
【表１３Ａ】
2009528763.tif 000018
【００９２】
【表１３Ｂ】
2009528763.tif 000019
【００９３】
【表１３Ｃ】
2009528763.tif 000020
【００９４】
【表１４】
2009528763.tif 000021
【００９５】
ＮＴＤＡ２０２は、ステップ８０２で、この要請メッセージに含まれているターゲットアドレスを確認する。その後に、ＮＴＤＡ２０２は、ステップ８０３で、ターゲットアドレス情報をパーシングすることにより、メッセージ伝送のためのブロードキャストチャネル又は双方向チャネルを使用するか否かを決定する。ＮＴＤＡ２０２が、メッセージ伝送のために、ブロードキャストチャネル８１０の使用を決定する場合に、ＮＴＤＡ２０２は、ステップ８１１で、この要請メッセージ内のターゲットアドレス情報からＩＰアドレスのようなセッション情報を確認した後に、対応するセッションで通知メッセージを伝送する。
【００９６】
しかしながら、ＮＴＤＡ２０２が双方向チャネル８２０の使用を決定する場合には、ＮＴＤＡ２０２は、ステップ８２１で、ターゲットアドレスの種類を確認する。その後に、ステップ８２２で、ＮＴＤＡ２０２は、このターゲットアドレスの種類に従って伝送方法を決定した後に、伝送メッセージを用いて通知メッセージを伝送する
【００９７】
下記の＜表１５＞乃至＜表１７＞は、図６で説明した通知メッセージ加入において、サービス別に通知メッセージに対する加入／解除を行う一例を示す。
【００９８】
【表１５】
2009528763.tif 000022
【００９９】
【表１６】
2009528763.tif 000023
【０１００】
【表１７】
2009528763.tif 000024
【０１０１】
＜表１５＞は、購入アイテム又はサービスバンドルに加入する際に、対応するバンドルに含まれているサービスの中で、特定のサービスに対する通知メッセージの受信が選択される場合に対するメッセージを示す。上述した＜表１５＞の要素値及びこれに関連した属性値は、図６のステップ６０３で、サービス加入の間に要請メッセージとともに伝送される。サービスＩＤ別に特定通知メッセージの受信を希望する場合には、属性値通知は、ＴＲＵＥに設定され、サービスＩＤ別に特定通知メッセージの受信を希望しない場合には、属性値通知は、ＦＡＬＳＥに設定される。
【０１０２】
＜表１６＞は、購入アイテム又はサービスバンドルに含まれているサービスの中で、特定のサービスに対する通知メッセージ受信の解除を行う場合に対するメッセージを示す。＜表１６＞の要素値及びこれに対する属性値は、図６のステップ６１２で、サービス解除の間に要請メッセージとともに伝送される。サービスＩＤ別に通知メッセージの解除を希望する場合には、属性値通知は、ＴＲＵＥに設定される。この属性値通知がＦＡＬＳＥに設定されるか、又は属性値通知がない場合には、ユーザが現在加入した状態を維持することを意味する。ユーザが対応する購入アイテム又はサービスバンドルの解除を要請する場合には、関連したすべてのサービス及び通知メッセージの受信は、＜表１６＞を介してサービス別に選択する必要なしに解除される。しかしながら、ユーザが、購入アイテム及びサービスバンドルへの加入状態を維持しつつ、特定のサービスに対する通知メッセージの解除を希望する場合には、上述した＜表１６＞及び＜表１７＞は、解除メッセージに含まれ、＜表１７＞の属性値は、ＴＲＵＥに設定され、通知メッセージの受信の解除は、＜表１６＞を用いてサービス別に選択することができる。
【０１０３】
図１０は、本発明の第１の実施形態による移動体ブロードキャストシステムにおけるサービスガイド受信方法を介してユーザ端末の例示画面を示す図である。サービスガイドの受信を介した購入アイテムに加入している間に、通知メッセージに加入する方法及び過程を示す。
【０１０４】
ユーザ端末がサービスガイドを受信した後に、ユーザは、サービス及びコンテンツ情報を確認することができ、購入アイテム情報を通じてサービスバンドル情報を確認することもできる。ユーザ端末がサービスガイド内容を端末画面１００１に表示することにより、ユーザがサービス内容を確認することができる。端末画面１００１は、スポーツチャネルバンドルに対する例示画面である。参照符号１０１１は、購入アイテムのタイトルとしてサービスバンドルネームを示し、参照符号１０１３は、対応するバンドルに含まれているサービスリストを示す。
【０１０５】
参照符号１０１２及び１０１４を用いて、ユーザは、通知メッセージがサービス別にインタラクションを介して提供されるか否かを確認する。本実施形態において、ＥＳＰＮ及びＳＢＳスポーツだけがインタラクションを介して通知メッセージを提供する。ユーザが加入ボタン１０１５を用いてサービスに加入する場合には、画面１００１は、加入メッセージ作成画面１００２に移動する。特定のサービスにおいて、ユーザがインタラクションを介した通知メッセージの受信を希望する場合には、これをチェックボックス１０２４で選択し、ボタン１０２５を用いてサービス及び関連通知メッセージへの加入を要請し、対応する情報が＜表１５＞を含むサービス供給加入メッセージを通じてＢＳＭに伝送されることにより、最終的に加入が完了する。解除も類似した方法を用いてなされる。
【０１０６】
本発明の第２の実施形態によるデジタルビデオブロードキャスティング（ＤＶＢ-ＣＢＭＳ）システムにおける通知メッセージの伝送方法について説明する。
【０１０７】
説明の便宜上、本発明の第２の実施形態で使用されるネットワークエンティティ、インターフェース、及びネットワークエンティティと端末との間で伝送される情報に対する用語がＤＶＢ-ＣＢＭＳ ＷＧで使用する用語にマッピングされるが、これは、本発明が類似したブロードキャストシステムにも適用することができることをただ示すためであって、本発明の範囲を限定するのではない。  
【０１０８】
図１１は、図１のアーキテクチャにマッピングされるＣＢＭＳ基盤の電子サービスガイド（ＥＳＧ）伝送アーキテクチャを示す図である。図１１で使用されるネットワークエンティティの定義は、下記の＜表１８Ａ＞及び＜表１８Ｂ＞に示すとおりである。図１１に示すエンティティの中で、特定の論理ＥＳＧアグリゲータ（Specific Logical ESG aggregator）は、本発明での重要なエンティティであり、図１のＳＧ-Ｄ１１０とＳＧ-Ｇ１０９とを結合した機能、すなわち、ＥＳＧを生成して伝送する役割を果たす。
【０１０９】
【表１８Ａ】
2009528763.tif 000025
【０１１０】
【表１８Ｂ】
2009528763.tif 000026
【０１１１】
図１２は、図２のＯＭＡ基盤のアーキテクチャに対応する図を示す。ＣＢＭＳでの通知メッセージを伝送するためのネットワークエンティティのアーキテクチャを示す。
【０１１２】
図１２を参照すると、コンテンツ供給者（ＣＣ）１２０１は、ブロードキャストサービスのプロバイダーであり、このブロードキャストサービスは、従来の音声／映像ブロードキャストサービス、音楽ファイル又はデータファイルダウンロードサービスなどを含むことができる。ＣＣ１２０１は、ブロードキャストサービスの供給に問題又は変動事項が発生した場合に、この変動事項をサービスアプリケーション（ＳＡ）１２０２内の通知イベント生成部（ＮＥＦ）１２０２ａに通知する。ＮＥＦ１２０２ａは、受信されたイベントに基づいて、通知イベントを通知生成部（ＮＧＦ）１２０３ａに伝送する。
【０１１３】
ＳＡ１２０２は、ブロードキャストサービスデータを生成するために、ＣＣ１２０１から提供されたブロードキャストサービスのコンテンツデータをブロードキャストネットワークに適合したフォーマット（例えば、音声／映像ストリーミング、又は映画ダウンローディング）で処理し、サービスガイドに必要な標準化されたメタデータを生成し、ユーザの課金情報を生成する役割を果たす。また、ＳＡ１２０２は、ＣＣ１２０１から提供されたブロードキャストサービスでの変動事項に対しては、通知イベントをサービス管理部（ＳＭ）１２０３内のＮＧＦ１２０３ａに伝送し、通知メッセージの生成のために使用されるサービスガイド属性情報をＮＧＦ１２０３ａに提供する。
【０１１４】
ＳＭ１２０３は、ＳＡ１２０２から提供されたブロードキャストサービスの伝送スケジュールを決定する役割及びサービスガイドを生成する役割を果たし、ブロードキャストチャネルをサポートするＤＶＢ-Ｈネットワーク１２０６及び双方向チャネルをサポートする双方向ネットワーク１２０７に接続される。また、ＳＭ１２０３は、その内部に通知分配／適応部（ＮＤＡＦ）１２０３ｂを有しており、ＳＭ１２０３から通知メッセージを受信し、この通知メッセージをブロードキャストネットワーク１２０６又は双方向ネットワーク１２０７を介して１つの端末又は１つのグループの端末に伝送する。ＳＭ１２０３は、通知メッセージ生成部１２０４ａが端末用通知メッセージを生成するために必要とされるセッション情報を有する。このセッション情報は、ＮＤＡＦ１２０３ｂからＮＧＦ１２０３ａに提供される。
【０１１５】
ＳＭ１２０３は、ブロードキャストサービスの受信のための加入情報及びユーザが関連したコンテンツを購入したか否かを示す情報のようなサービス提供情報を管理し、ブロードキャストサービスを受信する端末に関する装置情報を管理する。また、ＳＭ１２０３は、ユーザ課金情報をＳＡ１２０２に伝送し、加入情報、サービス提供情報、及び装置情報をブロードキャストネットワーク１２０６及び双方向ネットワーク１２０７に提供する。特に、ＳＭ１２０３は、通知生成部（ＮＧＦ）１２０３ａを含むので、ＣＣ１０１、ＳＡ１２０２、ＳＭ１２０３、及びブロードキャストネットワーク１２０６から提供される新たな機能の追加又は現在の機能が変更された場合を知らせるイベントが発生した場合には、この通知イベントに対する通知メッセージを生成するか、又はブロードキャストサービスがコンテンツを提供する、すなわち、対応するブロードキャストサービスが所定の時間の経過の後に提供されることを示す自体イベントに対する通知メッセージを生成する。
【０１１６】
ブロードキャストネットワーク１２０６は、ブロードキャストサービスを伝送するネットワークである。ここで、例えば、ＤＶＢ-Ｈネットワークは、ブロードキャストネットワーク１２０６として使用される。ブロードキャストサービスを伝送するにあたり、変動事項がある場合には、ブロードキャストネットワーク１２０６は、この変動事項をＣＢＭＳ-６インターフェース１２２４ａ又はＸ-３インターフェース１２２４ｂを介してＳＭ１２０３に通知する役割を果たす。
【０１１７】
双方向ネットワーク１２０７は、ポイントツーポイント方式でブロードキャストサービスを伝送するか、又はブロードキャストサービスの受信に関連した制御情報及び付加情報を双方向に交換する。例えば、双方向ネットワーク１２０７は、３ＧＰＰ広帯域符号分割多重接続（ＷＣＤＭＡ）ネットワークのような既存のセルラーネットワークであることができる。
【０１１８】
端末１２０８は、ブロードキャストサービスを受信することができる端末であり、端末の性能に従ってセルラーネットワークに接続することができる機能を有する。ここでは、端末１２０８は、このセルラーネットワークに接続することができる端末であると仮定する。端末１２０８は、通知クライアント部（ＮＣＦ）１２０８ａを用いて、ＣＢＭＳ-５インターフェース１２２５を介して伝送される通知メッセージを受信し、上記受信された通知メッセージに従って適切な動作を実行するか、又はＣＢＭＳ-４インターフェース１２２６を介して伝送される通知メッセージを受信し、上記受信された通知メッセージに従って適切な動作を実行する。
【０１１９】
ＣＢＭＳ-７インターフェース１２２２は、ブロードキャストサービスアプリケーション１２０２内に位置するＮＥＦ１２０２ａとＳＭ１０３のＮＧＦ１２０３ａとの間のインターフェースであり、ＮＧＦ１２０３ａが通知メッセージを生成することができるように、イベントに関する通知又は通知メッセージの生成に必要な情報（例えば、サービスガイドの属性情報）を運搬する。
【０１２０】
ＣＢＭＳ-３インターフェース１２２５は、ＳＭ１２０３内のＮＤＡＦ１２０３ｂから伝送された通知メッセージがブロードキャストネットワーク１２０６を通してブロードキャストチャネルを介して端末１２０８に直接伝送される場合に使用されるインターフェースである。このインターフェースは、この通知メッセージを１つの端末又は複数の端末に伝送するために使用される。
【０１２１】
ＣＢＭＳ-４インターフェース１２２６は、ＳＭ１２０３内のＮＤＡＦ１２０３ｂから伝送された通知メッセージが双方向ネットワーク１２０７を介した端末１２０８との専用チャネルを介して、または双方向ネットワーク１２０７で提供されるブロードキャストチャネルを介して端末１２０８に直接伝送される場合に使用されるインターフェースである。このインターフェースは、この通知メッセージを１つの端末又は複数の端末に伝送するために使用される。
【０１２２】
ＣＢＭＳ-６インターフェース１２２４ａは、ＳＭ１２０３とブロードキャストネットワーク１２０６との間のインターフェースであり、ブロードキャストネットワーク１２０６内のＳＭ１２０３により使用される伝送経路、またはブロードキャストネットワーク１２０６で生成されるイベント情報の受信経路として使用される。
【０１２３】
Ｘ-３インターフェース１２２４ｂは、ＳＭ１２０３と双方向ネットワーク１２０７との間で使用される伝送経路を設定するために使用されるインターフェースである。
【０１２４】
ＣＢＭＳ-１インターフェース１２３３は、ブロードキャストネットワーク１２０６の制御信号が端末１２０８に運搬される場合に使用されるインターフェースである。ＤＶＢ-Ｈでは、プログラム特定情報／サービス情報（Program Specific information/Service information；ＰＳＩ／ＳＩ）と呼ばれる制御信号チャネルがこのインターフェースに対応する。
【０１２５】
ＮＥＦ１２０２ａは、通知メッセージを生成するために必要な情報をＮＧＦ１２０３ａに伝送し、通知が必要なイベントが発生した場合に、このイベントに関する情報をＮＧＦ１２０３ａに伝送する役割を果たす。ＮＧＦ１２０３ａは、ＮＥＦ１２０２ａから受信された、通知メッセージの生成に必要な情報及びイベントを用いて通知メッセージを生成するか、またはＮＤＡＦ１２０３ｂを介してブロードキャストネットワーク１２０６から通知イベントを受信する場合には、通知メッセージを生成し、この通知メッセージをＮＤＡＦ１２０３ｂに伝送する役割を果たす。ＮＧＦ１２０３ａは、（ｉ）このサービスの開始をさらに通知する必要がある場合に、（ｉｉ）ＣＣ１２０１からサービス情報の変更を示す通知を受信する際に、新たなサービスガイドを伝送する必要がある場合に、そして、（ｉｉｉ）特定のイベントがブロードキャストネットワーク１２０６で発生した場合には、この通知メッセージを生成することができる。
【０１２６】
ＮＤＡＦ１２０３ｂは、ＣＢＭＳ-３インターフェース１２２５又はＣＢＭＳ-４インターフェース１２２６を介して通知メッセージを伝送する役割を果たす。また、特定の移動体ブロードキャストサービスでの変更を示す情報、例えば、無線ネットワーク環境に起因したサービスの不能または送信速度の調節を示す情報をブロードキャストネットワーク１２０６から受信する場合に、ＮＤＡＦ１２０３ｂは、対応する通知イベントをＮＧＦ１２０３ａに伝送する。
【０１２７】
図２のエンティティと比較すると、通知メッセージに対応するネットワークエンティティは、定義及び名称の観点で、ＯＭＡ及びＣＢＭＳのネットワークエンティティと同一であるので、その詳細な説明を省略する。インターフェースにおいては、ＮＴ-６がＣＢＭＳ-４に対応し、ＮＴ-５がＣＢＭＳ-３に対応する。
【０１２８】
図１３は、図３のＯＭＡ基盤のアーキテクチャに対応するＣＢＭＳ基盤のサービス購入アーキテクチャを示す図である。図１３の各エンティティの説明は、＜表１９Ａ＞及び＜表１９Ｂ＞に示すとおりである。
【０１２９】
【表１９Ａ】
2009528763.tif 000027
【０１３０】
【表１９Ｂ】
2009528763.tif 000028
【０１３１】
図１３、＜表１９Ａ＞、及び＜表１９Ｂ＞のエンティティの中で、本発明に必要なエンティティは、‘SubscriptionManagement’エンティティ、‘Rights Issuing’エンティティ、及び端末での‘Key Management System Agent’エンティティを含む。
【０１３２】
‘SubscriptionManagement’エンティティ及び‘Rights Issuing’エンティティの機能は、図３でのＢＳＰ-Ｍ３０１の機能に対応し、‘Key Management System Agent’エンティティは、図３のＢＳＰ-Ｃ３０２に対応する。
【０１３３】
図１４は、図４のＯＭＡ基盤のアーキテクチャに対応するアーキテクチャを示す。図４で説明したネットワークエンティティ間のシグナリング手続き４０２、４０３、４０５、及び４０８に対応するシグナリング手続きを示す。すなわち、参照符号１４５０、１４６０、１４７０、及び１４４０は、図４の参照符号４０２、４０８、４０３、及び４０５に対応する。
【０１３４】
図１５Ａ乃至図１５Ｄは、図５Ａ乃至図５Ｄに対応するＣＢＭＳ基盤のＥＳＧデータモデルフラグメントを示す図である。しかしながら、購入アイテムフラグメントに対応するフラグメントは、本発明とは直接関連がないので、ここでは省略する。‘Service’フラグメント及び‘Acquisition’フラグメントは、図５Ａ乃至図５Ｄの‘Service’フラグメント及び‘Access’フラグメントにそれぞれ対応する。
【０１３５】
上記フラグメント内の要素値及び属性値を説明すると、‘ServiceType’は、‘ServiceType’に対応し、‘AccessType’は、‘SessionDescription’に対応し、‘ServiceClass’は、‘ComponentCharacteristic’に対応し、‘NotificationReception’は、‘NotificationReception’に対応する。すなわち、図１５Ａ乃至図１５Ｄにおいて、‘NotificationService’は、‘ServiceType’でServiceTypeの１つのタイプとして定義することができる。通知メッセージにアクセスするためのアクセス情報が図５Ａ乃至図５Ｄの‘AccessType’に含まれているので、対応するアクセス情報は、‘SessionDescription’で表現される。通知メッセージサービスクラスを示す‘ServiceClass’のように、要素値‘ComponentCharacteristicType’を用いて、ビデオ、オーディオ、及びファイルの他に、NotificationComponentTypeが定義されることにより、対応するAcquisition fragmentのcomponent typeが通知メッセージであることを示す。
【０１３６】
＜表２０Ａ＞は、新たに定義されたNotificationComponentTypeのＸＭＬスキーマの一例を示し、要素値NotificationTypeを有する。
【０１３７】
【表２０Ａ】
2009528763.tif 000029
【０１３８】
下記の＜表２０Ｂ＞と同様に構成することも可能である。＜表２０Ｂ＞において、NotificationTypeは、要素値NotificationComponentTypeとして定義され、複数のNotificationTypeを使用することができる。また、NotificationComponentを定義することができる他の構成要素を追加することもできる。下記の＜表２０Ｂ＞での“esg:ComponentCharacteristicType”は、現在のＤＶＢ-ＣＢＭＳ ＥＳＧ ｓｐｅｃ（ＥＴＳＩ ＴＳ １０２ ４７１）で定義した基本的な構成要素の特徴を示す部分であり、これは、既存のVideoComponentType又はAudioComponentTypeで使用されるものと同様に使用される。
【０１３９】
【表２０Ｂ】
2009528763.tif 000030
【０１４０】
下記の＜表２１Ａ＞は、上述した＜表７＞のメッセージにマッピングされる、本発明によるＣＢＭＳネットワークに適合した通知メッセージ加入要請メッセージの一例を示し、下記の＜表２１Ｂ＞は、上述した＜表１５＞でのサービスＩＤ別に加入を可能にする実施形態を含む。＜表２１＞において、イタリック体の部分は、この通知メッセージ加入要請のために追加された部分である。
【０１４１】
【表２１Ａ】
2009528763.tif 000031
【０１４２】
【表２１Ｂ】
2009528763.tif 000032
【０１４３】
下記の＜表２２Ａ＞、＜表２２Ｂ＞、及び＜表２２Ｃ＞は、通知メッセージ解除要請メッセージの一例を示し、これは、＜表９＞、＜表１６＞、及び＜表１７＞の解除メッセージをＣＢＭＳネットワークにマッピングすることにより得られた結果である。＜表２２Ｂ＞を参照すると、要請された通知メッセージは、各サービスＩＤ別に個別的に解除することができる。サービスＩＤ別に解除する必要がない場合には、＜表２２Ａ＞に示すように、購入アイテムの全通知を解除するための実施形態であることができる。また、一般サービスを解除する際に、ユーザがそのサービスに関連した通知メッセージの解除を希望しない場合には、＜表２２Ｃ＞に示すように、属性値‘KeepSubscription’を使用してメインサービスを解除しながらも、ユーザは、メインサービスと関連して提供される通知メッセージを解除しなくてもよい。
【０１４４】
【表２２Ａ】
2009528763.tif 000033
【０１４５】
【表２２Ｂ】
2009528763.tif 000034
【０１４６】
【表２２Ｃ】
2009528763.tif 000035
【０１４７】
図７及び図８は、ＣＢＭＳ基盤の実施形態でも使用されるので、その詳細な説明を省略する。
【０１４８】
図１６は、図９のＯＭＡ基盤のＥＳＧデータモデルにマッピングされたＣＢＭＳ基盤のＥＳＧデータモデルを示し、図１５で説明したＥＳＧデータモデルの要素を示す。図１６を参照すると、ComponentCharacteristicで通知メッセージのための取得フラグメントを示すために、‘NotificationComponentType’１６０３を新たに定義したことをわかる。
【０１４９】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【図面の簡単な説明】
【０１５０】
【図１】本発明の第１の実施形態による移動体ブロードキャストシステムにおける移動端末にサービスガイドを伝送するためのシステムを示す図である。
【図２】本発明の第１の実施形態による移動体ブロードキャストシステムにおける通知アーキテクチャを示す図である。
【図３】本発明の第１の実施形態による移動体ブロードキャストシステムにおけるサービス供給に対するアーキテクチャを示す図である。
【図４】本発明の第１の実施形態による移動体ブロードキャストシステムにおける通知メッセージを伝送するためのアーキテクチャを示すブロック図である。
【図５Ａ】本発明の第１の実施形態による移動体ブロードキャストシステムにおける通知値を含むサービスガイドの詳細な実施形態を示す図である。
【図５Ｂ】本発明の第１の実施形態による移動体ブロードキャストシステムにおける通知値を含むサービスガイドの詳細な実施形態を示す図である。
【図５Ｃ】本発明の第１の実施形態による移動体ブロードキャストシステムにおける通知値を含むサービスガイドの詳細な実施形態を示す図である。
【図５Ｄ】本発明の第１の実施形態による移動体ブロードキャストシステムにおける通知値を含むサービスガイドの詳細な実施形態を示す図である。
【図６】本発明の第１の実施形態による移動体ブロードキャストシステムにおける双方向チャネルを介した通知メッセージへの加入を示すフローチャートである。
【図７】本発明の第１の実施形態による移動体ブロードキャストシステムにおける通知イベントの発生及び要請過程を示す図である。
【図８】ＮＴＤＡ２０２がＮＴＧ２０３からの通知メッセージに対する伝送要請を受信した後に通知メッセージを端末に伝送する過程を示すフローチャートである。
【図９Ａ】本発明の第１の実施形態による移動体ブロードキャストシステムにおけるアクセスフラグメントの一例を示す図である。
【図９Ｂ】本発明の第１の実施形態による移動体ブロードキャストシステムにおけるアクセスフラグメント内のアクセスタイプを示す図である。
【図１０】本発明の第１の実施形態による移動体ブロードキャストシステムにおけるサービスガイド受信方法を介してユーザ端末の例示画面を示す図である。
【図１１】本発明の第２の実施形態による移動体ブロードキャストシステムにおけるＣＢＭＳ基盤の電子サービスガイド（ＥＳＧ）伝送アーキテクチャを示す図である。
【図１２】本発明の第２の実施形態による移動体ブロードキャストシステムにおける通知メッセージを伝送するためのＣＢＭＳネットワークエンティティの構成を示す図である。
【図１３】本発明の第２の実施形態による移動体ブロードキャストシステムにおけるＣＢＭＳ基盤のサービス購入アーキテクチャを示す図である。
【図１４】本発明の第２の実施形態による移動体ブロードキャストシステムにおけるネットワークエンティティ間のシグナリングを示す図である。
【図１５Ａ】本発明の第２の実施形態による移動体ブロードキャストシステムにおけるＣＢＭＳ基盤のＥＳＧデータモデルフラグメントを示す図である。
【図１５Ｂ】本発明の第２の実施形態による移動体ブロードキャストシステムにおけるＣＢＭＳ基盤のＥＳＧデータモデルフラグメントを示す図である。
【図１５Ｃ】本発明の第２の実施形態による移動体ブロードキャストシステムにおけるＣＢＭＳ基盤のＥＳＧデータモデルフラグメントを示す図である。
【図１５Ｄ】本発明の第２の実施形態による移動体ブロードキャストシステムにおけるＣＢＭＳ基盤のＥＳＧデータモデルフラグメントを示す図である。
【図１６】本発明の第２の実施形態による移動体ブロードキャストシステムにおけるＣＢＭＳ基盤のＥＳＧデータモデルを示す図である。
【符号の説明】
【０１５１】
７０１  通知イベントの発生/受信ステップ
７０２  通知目メッセージの作成ステップ
７０３  ブロードキャストチャネル又は双方向チャネルかの判定ステップ
７１１  ターゲットセッションアドレスの確認ステップ
７１２、７２２  バックエンドインターフェースメッセージの作成ステップ
７１３、７２３  伝送要請ステップ
７２１  ターゲットユーザアドレスの確認ステップ
【図１】
2009528763.tif 000036
【図２】
2009528763.tif 000037
【図３】
2009528763.tif 000038
【図４】
2009528763.tif 000039
【図５Ａ】
2009528763.tif 000040
【図５Ｂ】
2009528763.tif 000041
【図５Ｃ】
2009528763.tif 000042
【図５Ｄ】
2009528763.tif 000043
【図６】
2009528763.tif 000044
【図７】
2009528763.tif 000045
【図８】
2009528763.tif 000046
【図９Ａ】
2009528763.tif 000047
【図９Ｂ】
2009528763.tif 000048
【図１０】
2009528763.tif 000049
【図１１】
2009528763.tif 000050
【図１２】
2009528763.tif 000051
【図１３】
2009528763.tif 000052
【図１４】
2009528763.tif 000053
【図１５Ａ】
2009528763.tif 000054
【図１５Ｂ】
2009528763.tif 000055
【図１５Ｃ】
2009528763.tif 000056
【図１５Ｄ】
2009528763.tif 000057
【図１６】
2009528763.tif 000058
【国際調査報告】
2009528763.tif 000059
2009528763.tif 000060