(57)【要約】  本発明による放送システムにおけるメッセージを送受信するための装置は、放送システムから通知メッセージを受信する受信部と、該受信部によって受信された通知メッセージを予め定められたフォーマットにより解析するメッセージ解析部と、通知メッセージのコンテンツに基づいて、受信された通知メッセージがユーザー用の通知メッセージであるか或いは端末機用の通知メッセージであるかを判定し、その判定結果により動作を遂行する制御部とを含むことを特徴とする。
2009505556.tif 000002
【特許請求の範囲】
【請求項１】
放送システムにおけるメッセージを伝送するための装置であって、
コンテンツ供給者から提供されるコンテンツ変更情報を示す通知を受信し、通知メッセージを生成するための通知イベントメッセージを生成する通知イベント生成部と、
前記通知イベント生成部から受信された通知イベントメッセージを用いて、前記通知メッセージを受信する端末機のユーザー用通知メッセージ又は前記端末機用通知メッセージを生成する通知メッセージ生成部と、
前記通知メッセージ生成部から受信された前記通知メッセージを所定のネットワークを通じて前記端末機に伝送する通知メッセージ分配/適応部と、
を含むことを特徴とする装置。
【請求項２】
前記通知メッセージ分配/適応部は、前記コンテンツ伝送と関連した放送システムの変更情報によって放送分配システムサービス分配部から受信された通知イベントメッセージを前記通知メッセージ生成部に伝送することをさらに含むことを特徴とする請求項１に記載の装置。
【請求項３】
前記通知メッセージ生成部は、前記通知メッセージの用途を示す通知タイプを含ませて前記通知メッセージを生成することを特徴とする請求項１に記載の装置。
【請求項４】
前記通知メッセージ生成部は、前記通知メッセージのバージョン情報を示す通知メッセージバージョンを含ませて前記通知メッセージを生成することを特徴とする請求項１に記載の装置。
【請求項５】
前記通知メッセージ生成部は、前記通知メッセージの表示タイプを示す表示タイプを含ませて前記通知メッセージを生成することを特徴とする請求項１に記載の装置。
【請求項６】
前記通知メッセージ生成部は、前記通知メッセージのセッション情報の用途を示す使用タイプを含ませて前記通知メッセージを生成することを特徴とする請求項１に記載の装置。
【請求項７】
前記通知メッセージ生成部は、前記通知メッセージがどんなイベントによって構成されたかを示すイベントタイプを含ませて前記通知メッセージを生成することを特徴とする請求項１に記載の装置。
【請求項８】
前記通知メッセージ生成部は、前記端末機に予め格納されたコンテンツを実行させるための情報を示すフィルタリング値を含ませて前記通知メッセージを生成することを特徴とする請求項１に記載の装置。
【請求項９】
放送システムにおけるメッセージを伝送するための装置であって、
コンテンツ供給者から提供されたコンテンツ変更情報を示す通知を受信し、通知メッセージを生成するための通知イベントメッセージを生成する通知イベント生成部と、
前記通知イベント生成部から受信された通知イベントメッセージを用いて、前記通知メッセージが受信する端末機のユーザー用の通知メッセージであるか或いは前記端末機用の通知メッセージであるかを示す通知タイプと、前記生成された通知メッセージのバージョン情報を示す通知バージョンと、前記通知メッセージの表示形態を示す表示タイプと、前記通知メッセージのセッション情報の用途を示す使用タイプと、前記通知メッセージがどんなイベントによって構成されているかを示すイベントタイプと、前記端末機に予め格納されたコンテンツを実行させるための情報を示すフィルタリング値とを有する通知メッセージを生成する通知メッセージ生成部と、
前記通知メッセージ生成部から前記通知メッセージを受信して所定のネットワークを通じて前記端末機に伝送する通知メッセージ分配/適応部と、
を含むことを特徴とする装置。
【請求項１０】
放送システムにおけるメッセージを伝送する方法であって、
通知イベント生成部によってコンテンツ供給者から提供されたコンテンツ変更情報示す通知を受信し、通知メッセージを生成するための通知イベントを生成して通知メッセージ生成部に伝送する段階と、
前記通知メッセージ生成部によって前記通知イベントメッセージを受信し、ユーザー用の通知メッセージ又は端末機用の通知メッセージを生成して通知メッセージ分配/適応部に伝送する段階と、
前記通知メッセージ分配/適応部によって前記通知メッセージを受信し、所定のネットワークを通じて前記通知メッセージを前記端末機に伝送する段階と、
を有することを特徴とする方法。
【請求項１１】
前記通知メッセージ生成部によって通知メッセージを生成する段階は、
前記コンテンツ伝送に関連した放送システムの変更情報によって放送分配システムサービス分配部から生成されたイベントが受信される前記通知メッセージ分配/適応部から通知イベントメッセージを受信する段階をさらに有することを特徴とする請求項１０に記載の方法。
【請求項１２】
前記通知メッセージ生成部によって通知メッセージを生成する段階は、
前記通知メッセージの用途を示す通知タイプを含ませて前記通知メッセージを生成する段階からなることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記通知メッセージ生成部によって通知メッセージを生成する段階は、
前記通知メッセージの表示タイプを示す表示タイプを含ませて前記通知メッセージを生成する段階からなることを特徴とする請求項１１に記載の方法。
【請求項１４】
前記通知メッセージ生成部によって通知メッセージを生成する段階は、
前記通知メッセージでセッション情報の用途を示す使用タイプを含ませて前記通知メッセージを生成する段階からなることを特徴とする請求項１１に記載の方法。
【請求項１５】
前記通知メッセージ生成部によって通知メッセージを生成する段階は、
前記通知メッセージがどんなイベントによって構成されたかを示すイベントタイプを含ませて前記通知メッセージを生成する段階からなることを特徴とする請求項１１に記載の方法。
【請求項１６】
前記通知メッセージ生成部によって通知メッセージを生成する段階は、
前記端末機に予め格納されたコンテンツを実行させるための情報を示すフィルタリング値を含ませて前記通知メッセージを生成する段階からなることを特徴とする請求項１１に記載の方法。
【請求項１７】
放送システムにおけるメッセージを伝送する方法であって、
通知イベント生成部によってコンテンツ供給者から提供されたコンテンツ変更情報を示す通知を受信し、通知メッセージを生成するための通知イベントメッセージを生成して通知メッセージ生成部に伝送する段階と、
前記通知メッセージ生成部によって通知イベント生成部から受信された前記通知イベントメッセージを用いて、前記通知メッセージがユーザー用の通知メッセージであるか或いは端末機用の通知メッセージであるかを示す通知タイプと、前記通知メッセージの表示タイプを示す表示タイプと、前記通知メッセージがどんなイベントによって構成されたかを示すイベントタイプと、前記端末機に予め格納されたコンテンツを実行させるための情報を示すフィルタリング値とを含ませて通知メッセージを生成して通知メッセージ分配/適応部に伝送する段階と、
前記通知メッセージ分配/適応部によって前記通知メッセージ生成部から前記通知メッセージを受信し、所定のネットワークを通じて受信された前記通知メッセージを前記端末機に伝送する段階と、
を有することを特徴とする方法。
【請求項１８】
放送システムから放送サービスを受信するための端末装置であって、
前記放送システムから通知メッセージを受信する受信部と、
前記通知メッセージのコンテンツに基づいて、前記受信された通知メッセージがユーザー用の通知メッセージであるか或いは前記端末機用の通知メッセージであるかを判定し、その判定結果により動作を遂行する制御部と、
を含むことを特徴とする端末装置。
【請求項１９】
前記制御部は、前記受信された通知メッセージに含まれた通知バージョンと以前に受信された通知メッセージに含まれた通知バージョンとを比較して前記受信された通知メッセージが新たな通知メッセージであるか否かを判定し、前記受信された通知メッセージが新たな通知メッセージでない場合に、前記受信された通知メッセージを廃棄することを特徴とする請求項１８に記載の端末装置。
【請求項２０】
前記制御部は、前記受信された通知メッセージの通知タイプ情報をチェックし、前記受信された通知メッセージがユーザー用の通知メッセージであるか或いは前記端末機用の通知メッセージであるかを判定することを特徴とする請求項１８に記載の端末装置。
【請求項２１】
前記制御部は、前記受信された通知メッセージの表示タイプ情報をチェックし、そのチェック結果により前記受信された通知メッセージの表示動作を制御することを特徴とする請求項１８に記載の端末装置。
【請求項２２】
前記制御部は、前記受信された通知メッセージの表示タイプ情報が“０”である場合に、前記通知メッセージが受信され次第前記通知メッセージを表示部を通じて出力する制御動作を遂行することを特徴とする請求項２１に記載の端末装置。
【請求項２３】
前記制御部は、前記受信された通知メッセージの表示タイプ情報が“１”である場合に、前記通知メッセージをメモリに格納する制御動作を遂行することを特徴とする請求項２１に記載の端末装置。
【請求項２４】
前記制御部は、前記受信された通知メッセージの表示タイプ情報が“２”である場合に、前記通知メッセージを再生中のサービスにオーバーレイして表示部を通じて出力する制御動作を遂行することを特徴とする請求項２１に記載の端末装置。
【請求項２５】
前記制御部は、前記通知メッセージのセッション情報の用途を示す使用タイプをチェックし、その用途によりセッションにアクセスするようにセッションアクセス部を制御することを特徴とする請求項１８に記載の端末装置。
【請求項２６】
前記制御部は、前記使用タイプが“０”である場合に、前記セッション情報によりセッションに接続してファイルを受信するようにセッションアクセス部を制御することを特徴とする請求項２５に記載の端末装置。
【請求項２７】
前記制御部は、前記使用タイプが“１”である場合に、前記セッションにアクセスしてユーザーが加入した該当サービスを受信するようにセッションアクセス部を制御することを特徴とする請求項２５に記載の端末装置。
【請求項２８】
前記制御部は、前記通知メッセージのイベントタイプをチェックして受信された通知メッセージのイベントタイプにより該当動作を遂行することを特徴とする請求項１８に記載の端末装置。
【請求項２９】
前記制御部は、前記通知メッセージのフィルタリング値をチェックし、前記端末機に予め格納されたコンテンツの中で前記フィルタリング値と一致するコンテンツをユーザーに提供することを特徴とする請求項１８に記載の端末装置。
【請求項３０】
放送システムから放送サービスを受信するための端末装置であって、
前記放送システムから通知メッセージを受信する受信部と、
前記通知メッセージのうち、通知タイプにより前記受信された通知メッセージがユーザー用の通知メッセージであるか或いは前記端末機用の通知メッセージであるかを判定し、前記通知メッセージの表示タイプ情報により前記通知メッセージのディスプレー動作を制御し、前記通知メッセージのセッション情報の用途によりセッションにアクセスするために通知メッセージの使用タイプをチェックし、前記通知メッセージが新たに受信された通知メッセージであるか否かを判定するように前記通知メッセージの通知メッセージの通知バージョンをチェックし、前記受信された通知メッセージのイベントタイプにより該当動作を遂行するように前記通知メッセージのイベントタイプをチェックし、予め格納されたコンテンツのうち、前記フィルタリング値と一致するコンテンツをユーザーに提供するように前記通知メッセージのフィルタリング値をチェックする制御部と、
を含むことを特徴とする端末装置。
【請求項３１】
放送システムから端末機によって通知メッセージを受信する段階と、
前記通知メッセージがユーザー用の通知メッセージであるか或いは端末機用のメッセージであるかを判定する段階と、
前記通知メッセージがユーザー用の通知メッセージであると、前記通知メッセージの表示タイプをチェックする動作と、前記通知メッセージが端末機用の通知メッセージであると、該当セッションにアクセスするように前記通知メッセージのセッション情報をチェックする動作のうちいずれか一つを遂行する段階と、
を有することを特徴とする方法。
【請求項３２】
前記受信された通知メッセージがユーザー用の通知メッセージであるか或いは端末機用の通知メッセージであるかを判定する段階は、
前記受信された通知メッセージが、前記通知メッセージの通知タイプ情報が“０”であると、前記ユーザー用の通知メッセージであると判定し、前記通知メッセージの通知タイプ情報が“１”であると、前記端末機用の通知メッセージであると判定する段階を有することを特徴とする請求項３１に記載の方法。
【請求項３３】
前記受信された通知メッセージの通知バージョンと以前に受信された通知メッセージの通知バージョンとを比較する段階と、
前記比較結果、前記受信された通知メッセージが新たな通知メッセージでないと、前記受信された通知メッセージを廃棄する段階と、
をさらに有することを特徴とする請求項３１に記載の方法。
【請求項３４】
前記受信された通知メッセージが前記ユーザー用の通知メッセージであると、前記通知メッセージの表示タイプ情報をチェックする段階をさらに有することを特徴とする請求項３２に記載の方法。
【請求項３５】
前記通知メッセージの表示タイプ情報が“０”であると、前記通知メッセージが受信され次第ユーザーに前記受信された通知メッセージを出力する段階をさらに有することを特徴とする請求項３４に記載の方法。
【請求項３６】
前記通知メッセージの表示タイプ情報が“１”であると、前記受信された通知メッセージをメモリに格納する段階をさらに有することを特徴とする請求項３４に記載の方法。
【請求項３７】
前記通知メッセージの表示タイプ情報が“２”であると、前記受信された通知メッセージを再生中のサービスにオーバーレイし、そのオーバーレイ結果をユーザーに出力する段階をさらに有することを特徴とする請求項３４に記載の方法。
【請求項３８】
前記受信された通知メッセージのセッション情報の用途を示す使用タイプをチェックし、前記セッション情報の用途によりセッションにアクセスする段階をさらに有することを特徴とする請求項３１に記載の方法。
【請求項３９】
前記使用タイプが“０”であると、前記セッション情報によりセッションにアクセスしてファイルを受信する段階をさらに有することを特徴とする請求項３８に記載の方法。
【請求項４０】
前記使用タイプが“１”であると、前記セッションにアクセスして加入者が加入した該当サービスを受信する段階をさらに有することを特徴とする請求項３８に記載の方法。
【請求項４１】
前記受信された通知メッセージに含まれたコンテンツをわかるために前記通知メッセージのイベントタイプをチェックする段階をさらに有することを特徴とする請求項３１に記載の方法。
【請求項４２】
前記受信された通知メッセージのフィルタリング値をチェックする段階と、
予め格納されたコンテンツのうち、前記フィルタリング値と一致するコンテンツをユーザーに提供する段階と、
をさらに有することを特徴とする請求項３１に記載の方法。
【請求項４３】
放送システムから端末機によって通知メッセージを受信する段階と、
前記受信された通知メッセージが新たに受信された通知メッセージであるか否かを判定するために前記通知メッセージの通知バージョンをチェックする段階と、
前記受信された通知メッセージが新たに受信された通知メッセージであると、前記受信された通知メッセージがユーザー用の通知メッセージであるか或いは端末機用の通知メッセージであるかを判定するために前記通知メッセージの通知タイプをチェックする段階と、
前記通知メッセージに含まれたコンテンツをわかるために前記通知メッセージのイベントタイプをチェックする段階と、
前記受信された通知メッセージがユーザー用の通知メッセージであると、前記通知メッセージの表示タイプをチェックする段階と、
前記通知メッセージの表示タイプにより前記通知メッセージのディスプレー動作を遂行する段階と、
前記受信された通知メッセージのフィルタリング値をチェックし、前記端末機に予め格納されたコンテンツのうち、前記フィルタリング値と一致するコンテンツをユーザーに提供する段階と、
を有することを特徴とする方法。
【請求項４４】
前記通知メッセージが端末機用の通知メッセージであると、前記通知メッセージの使用タイプをチェックする段階と、
前記使用タイプによりセッション情報の用途を判定して該当セッションにアクセスする段階と、
を有することを特徴とする請求項４３に記載の方法。
【請求項４５】
コンテンツ供給者から提供されたコンテンツ変更情報又は前記コンテンツ伝送に関連した放送システムの変更情報によって生成された通知イベントメッセージを受信すると、通知メッセージを生成して端末機に伝送する通知メッセージ送信部と、
前記伝送された通知メッセージを受信し、前記通知メッセージがユーザー用の通知メッセージであるか或いは端末機用の通知メッセージであるかを判定し、前記通知メッセージがユーザー用の通知メッセージであると、前記通知メッセージの表示タイプをチェックし、前記通知メッセージが端末機用の通知メッセージであると、該当セッションにアクセスするように前記通知メッセージのセッション情報をチェックする端末機と、
を含むことを特徴とする放送システム。
【請求項４６】
前記通知メッセージ送信部は、
前記通知イベントを用いて、ユーザー用の通知メッセージ又は前記端末機用の通知メッセージを生成するための通知メッセージ生成部と、
前記通知メッセージ生成部によって生成された通知メッセージを所定のネットワークを通じて前記端末機に伝送する通知メッセージ分配/適応部と、
を含むことを特徴とする請求項４５に記載の放送システム。
【請求項４７】
放送サービスを提供するための方法であって、
コンテンツ供給者から提供されたコンテンツ変更情報又は前記コンテンツ伝送に関連した放送システムの変更情報によって生成された通知イベントメッセージを受信する段階と、
前記生成された通知イベントメッセージを用いて、前記通知メッセージを使用する端末機のユーザー用の通知メッセージ又は前記端末機用の通知メッセージを生成する段階と、
前記生成された通知メッセージを所定のネットワークを通じて前記端末機に伝送する段階と、
前記伝送された通知メッセージを受信する段階と、
前記通知メッセージがユーザー用の通知メッセージであるか或いは端末機用のメッセージであるかを判定する段階と、
前記通知メッセージがユーザー用の通知メッセージであると、前記通知メッセージの表示タイプをチェックする動作と、前記通知メッセージが端末機用の通知メッセージであると、該当セッションにアクセスするために前記通知メッセージのセッション情報をチェックする動作のうち、いずれか一つを遂行する段階と、
を有することを特徴とする方法。
【請求項４８】
放送システムにおけるメッセージを送信するための方法を遂行するプログラムを格納するコンピュータが読み取り可能な記録媒体であって、前記方法は、
コンテンツ変更情報を示す通知を受信し、通知メッセージを生成するための通知イベントメッセージを生成し、前記生成された通知イベントメッセージを伝送する段階と、
前記通知イベントメッセージを受信し、ユーザー用の通知メッセージ又は端末機用の通知メッセージを生成して伝送する段階と、
前記通知メッセージを受信し、所定のネットワークを通じて前記受信された通知メッセージを前記端末機に伝送する段階と、
を有することを特徴とする記録媒体。
【請求項４９】
端末機で遂行される方法に対するプログラムを格納するコンピュータが読み取り可能な記録媒体であって、前記方法は、
放送システムから通知メッセージを受信する段階と、
前記通知メッセージがユーザー用の通知メッセージであるか或いは前記端末機用の通知メッセージであるかを判定する段階と、
前記通知メッセージがユーザー用の通知メッセージであると、前記通知メッセージの表示タイプをチェックする動作と、前記通知メッセージが端末機用の通知メッセージであると、該当セッションにアクセスするために前記通知メッセージのセッション情報をチェックする動作のうちいずれか一つを遂行する段階と、
を有することを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は放送システムにおけるメッセージの送受信装置及び方法に関して、特に放送システムにおいて通知メッセージを送受信するための装置及び方法とそのシステムに関するものである。
【背景技術】
【０００２】
一般に、放送サービスは、端末を有しているすべてのユーザーに提供されることを目的とする。放送サービスは、音声サービスのみを提供するラジオ放送のようなオーディオ放送サービス、音声及びビデオサービスを提供するテレビのようなビデオ中心の放送サービス、及び音声、ビデオ及び/又はデータサービスを含むマルチメディア放送サービスに分類される。これら放送サービスは、主にアナログ技術に基づいているが、通信技術の飛躍的な発展によって最近ではデジタル放送サービスに発展している。また、放送サービスは、既存の通信塔基盤の放送サービスから有線によって高画質及び高速データを提供する有線ネットワーク基盤のマルチメディア放送サービス、人工衛星基盤のマルチメディア放送サービス、及び有線ネットワークと人工衛星を同時に用いるマルチメディア放送サービスに発展している。
【０００３】
上述した移動通信技術と放送サービスの発展は、ユーザーに携帯放送の提供を可能にした。
【０００４】
図１は、一般的な携帯放送サービスを提供するためのシステムを示す概念図である。
【０００５】
移動端末１０４は、コンテンツ供給者又はサービス供給者１０５によって提供されるマルチメディアコンテンツ及び提供されるサービスに対するサービスガイド１０１を放送チャンネル１０２又は双方向チャンネル１０３を通じて受信することができる。放送チャンネル１０２は、ＤＶＢ(Digital Video Broadcasting)、３ＧＰＰ  ＭＢＭＳ(3rd Generation Partnership Projects Multimedia Broadcast Multicast Service)、３ＧＰＰ２  ＢＣＭＣＳ(3rd Generation Partnership Projects 2 Broadcast/Multicast Service)を含み、ＤＭＢ(Digital Multimedia Broadcast)、ＤＡＢ(Digital Audio Broadcast)のようなその他の放送技術を含むこともできる。双方向チャンネル１０３は、ＣＤＭＡ(Code Division Multiple Access)、ＧＰＲＳ(General Packet Radio Service)、３Ｇ(3rd Generation)ネットワークのような多様な移動通信ネットワーク及びＷＬＡＮ(Wireless Local Area Network)の双方向サービスを提供できるネットワークを含むことができる。コンテンツ供給者又はサービス供給者１０５は、サービスガイド、大容量のマルチメディアコンテンツ、通知サービスなどを放送チャンネル１０２を通じて複数の端末機に一方向にブロードキャストまたはマルチキャストでき、双方向サービスが必要な場合に双方向チャンネル１０３を通じて提供することができる。
【０００６】
携帯放送サービスシステム(以下、“携帯放送システム”と称する)でコンテンツ供給者又はサービス供給者１０５のネットワークは、サービスガイド、マルチメディアコンテンツの伝送又は変更に対する通知を移動端末１０４のユーザーに伝送しなければならないという必要性がある。また、携帯放送システムのネットワーク供給者も公知事項、緊急災害、緊急状況のためのメッセージを移動端末のユーザーに提供する通知機能を必要とする。
【０００７】
したがって、通知に使用されるメッセージの詳細なフォーマット及びこのメッセージフォーマットに基づいた動作方法に対する詳細な定義が必要である。また、通知メッセージに対して移動端末が効率的に動作し、ユーザーにそのメッセージを提供することが必要である。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
したがって、上記のような従来技術の問題点を解決するために、本発明の目的は、放送システムにおける通知メッセージを送受信するための装置及び方法とそのシステムを提供することにある。
【０００９】
また、本発明の目的は、放送システムにおける通知メッセージを生成するための装置及び方法とそのシステムを提供することにある。
【００１０】
本発明の他の目的は、放送システムから通知メッセージを受信するための装置及び方法とそのシステムを提供することにある。
【課題を解決するための手段】
【００１１】
上記の目的を達成するために、本発明の一つの側面によれば、放送システムにおけるメッセージを伝送するための装置は、コンテンツ供給者から提供されるコンテンツ変更情報を示す通知を受信し、通知メッセージを生成するための通知イベントメッセージを生成する通知イベント生成部と、通知イベント生成部から受信された通知イベントメッセージを用いて、通知メッセージを受信する端末機のユーザー用通知メッセージ又は端末機用通知メッセージを生成する通知メッセージ生成部と、通知メッセージ生成部から受信された通知メッセージを所定のネットワークを通じて端末機に伝送する通知メッセージ分配/適応部とを含むことを特徴とする
【００１２】
他の側面によれば、本発明は、放送システムにおけるメッセージを伝送するための装置であって、コンテンツ供給者から提供されたコンテンツ変更情報を示す通知を受信し、通知メッセージを生成するための通知イベントメッセージを生成する通知イベント生成部と、通知イベント生成部から受信された通知イベントメッセージを用いて、通知メッセージが受信する端末機のユーザー用の通知メッセージであるか或いは端末機用の通知メッセージであるかを示す通知タイプ(NotificationType）と、生成された通知メッセージのバージョン情報を示す通知バージョン(NotificationVersion)と、通知メッセージの表示形態を示す表示タイプ(PresentationType)と、通知メッセージのセッション情報(SessionInformation）の用途を示す使用タイプ(UsageType）と、通知メッセージがどんなイベントによって構成されているかを示すイベントタイプ(EventType)と、端末機に予め格納されたコンテンツを実行させるための情報を示すフィルタリング値(FilteringValue)とを有する通知メッセージを生成する通知メッセージ生成部と、通知メッセージ生成部から通知メッセージを受信して所定のネットワークを通じて端末機に伝送する通知メッセージ分配/適応部とを含むことを特徴とする。
【００１３】
さらに、他の側面によれば、本発明は、放送システムにおけるメッセージを伝送する方法であって、通知イベント生成部によってコンテンツ供給者から提供されたコンテンツ変更情報示す通知を受信し、通知メッセージを生成するための通知イベントを生成して通知メッセージ生成部に伝送する段階と、通知メッセージ生成部によって通知イベントメッセージを受信し、ユーザー用の通知メッセージ又は端末機用の通知メッセージを生成して通知メッセージ分配/適応部に伝送する段階と、通知メッセージ分配/適応部によって前記通知メッセージを受信し、所定のネットワークを通じて前記通知メッセージを前記端末機に伝送する段階とを有することを特徴とする。
【００１４】
他の側面によれば、本発明は、放送システムにおけるメッセージを伝送する方法であって、通知イベント生成部によってコンテンツ供給者から提供されたコンテンツ変更情報を示す通知を受信し、通知メッセージを生成するための通知イベントメッセージを生成して通知メッセージ生成部に伝送する段階と、通知メッセージ生成部によって通知イベント生成部から受信された通知イベントメッセージを用いて、通知メッセージがユーザー用の通知メッセージであるか或いは端末機用の通知メッセージであるかを示す通知タイプ(NotificationType)と、通知メッセージの表示タイプを示す表示タイプ(PresentationType)と、通知メッセージがどんなイベントによって構成されたかを示すイベントタイプ(EvnetType)と、端末機に予め格納されたコンテンツを実行させるための情報を示すフィルタリング値(FilteringValue)とを含ませて通知メッセージを生成して通知メッセージ分配/適応部に伝送する段階と、通知メッセージ分配/適応部によって前記通知メッセージ生成部から通知メッセージを受信し、所定のネットワークを通じて受信された通知メッセージを前記端末機に伝送する段階とを有することを特徴とする。
【００１５】
また、他の側面によれば、本発明は、放送システムから放送サービスを受信するための端末装置であって、放送システムから通知メッセージを受信する受信部と、通知メッセージのコンテンツに基づいて、受信された通知メッセージがユーザー用の通知メッセージであるか或いは端末機用の通知メッセージであるかを判定し、その判定結果により動作を遂行する制御部とを含むことを特徴とする。
【００１６】
他の側面によれば、本発明は、放送システムから放送サービスを受信するための端末装置であって、放送システムから通知メッセージを受信する受信部と、通知メッセージのうち、通知タイプ(NotificationType)により前記受信された通知メッセージがユーザー用の通知メッセージであるか或いは前記端末機用の通知メッセージであるかを判定し、通知メッセージの表示タイプ(PresentationType)情報により通知メッセージのディスプレー動作を制御し、通知メッセージのセッション情報の用途によりセッションにアクセスするために通知メッセージの使用タイプ(UsageType）をチェックし、通知メッセージが新たに受信された通知メッセージであるか否かを判定するように通知メッセージの通知メッセージの通知バージョン(NotificationVersion)をチェックし、受信された通知メッセージのイベントタイプにより該当動作を遂行するように通知メッセージのイベントタイプ(EventType)をチェックし、予め格納されたコンテンツのうち、フィルタリング値(FilteringValue)と一致するコンテンツをユーザーに提供するように通知メッセージのフィルタリング値をチェックする制御部とを含むことを特徴とする。
【００１７】
他の側面によれば、本発明は、放送システムから端末機によって通知メッセージを受信する段階と、通知メッセージがユーザー用の通知メッセージであるか或いは端末機用のメッセージであるかを判定する段階と、通知メッセージがユーザー用の通知メッセージであると、通知メッセージの表示タイプをチェックする動作と、通知メッセージが端末機用の通知メッセージであると、該当セッションにアクセスするように通知メッセージのセッション情報をチェックする動作のうちいずれか一つを遂行する段階とを有することを特徴とする。
【００１８】
他の側面によれば、本発明は、放送システムから端末機によって通知メッセージを受信する段階と、受信された通知メッセージが新たに受信された通知メッセージであるか否かを判定するために前記通知メッセージの通知バージョン(NotificationVersion）をチェックする段階と、受信された通知メッセージが新たに受信された通知メッセージであると、受信された通知メッセージがユーザー用の通知メッセージであるか或いは端末機用の通知メッセージであるかを判定するために通知メッセージの通知タイプ(NotificationType)をチェックする段階と、通知メッセージに含まれたコンテンツをわかるために通知メッセージのイベントタイプ(EventType）をチェックする段階と、受信された通知メッセージがユーザー用の通知メッセージであると、通知メッセージの表示タイプ(PresentationType)をチェックする段階と、通知メッセージの表示タイプにより通知メッセージのディスプレー動作を遂行する段階と、受信された通知メッセージのフィルタリング値(FilteringValue)をチェックし、端末機に予め格納されたコンテンツのうち、フィルタリング値と一致するコンテンツをユーザーに提供する段階とを有することを特徴とする。
【００１９】
他の側面によれば、本発明は、コンテンツ供給者から提供されたコンテンツ変更情報又はコンテンツ伝送に関連した放送システムの変更情報によって生成された通知イベントメッセージを受信すると、通知メッセージを生成して端末機に伝送する通知メッセージ送信部と、伝送された通知メッセージを受信し、通知メッセージがユーザー用の通知メッセージであるか或いは端末機用の通知メッセージであるかを判定し、通知メッセージがユーザー用の通知メッセージであると、通知メッセージの表示タイプ(PresentationType)をチェックし、通知メッセージが端末機用の通知メッセージであると、該当セッションにアクセスするように通知メッセージのセッション情報をチェックする端末機とを含むことを特徴とする。
【００２０】
他の側面によれば、本発明は、放送サービスを提供するための方法であって、コンテンツ供給者から提供されたコンテンツ変更情報又は前記コンテンツ伝送に関連した放送システムの変更情報によって生成された通知イベントメッセージを受信する段階と、生成された通知イベントメッセージを用いて、通知メッセージを使用する端末機のユーザー用の通知メッセージ又は端末機用の通知メッセージを生成する段階と、生成された通知メッセージを所定のネットワークを通じて端末機に伝送する段階と、伝送された通知メッセージを受信する段階と、通知メッセージがユーザー用の通知メッセージであるか或いは端末機用のメッセージであるかを判定する段階と、通知メッセージがユーザー用の通知メッセージであると、通知メッセージの表示タイプ(PresentationType)をチェックする動作と、通知メッセージが端末機用の通知メッセージであると、該当セッションにアクセスするために通知メッセージのセッション情報をチェックする動作のうち、いずれか一つを遂行する段階とを有することを特徴とする。
【発明の効果】
【００２１】
本発明は、携帯放送が可能な放送または通信システムで通知メッセージをその用途によりユーザー用及び端末機用に区分することによって、ユーザーの別途の動作なしに端末機が自ら必要な動作を遂行可能にすることで、ユーザーの作動なしにサービスガイドの更新又はファイルのダウンロードを遂行することができる。また、ユーザー用の通知メッセージである場合に、表示タイプ(PresentationType)は上記メッセージに別途に定義されることによって、上記メッセージに対する優先権を付与する。該当メッセージが緊急な通知メッセージである場合に、端末機は、該当コンテンツサービスを中断し、受信された通知メッセージをユーザーに提供することができる。
【００２２】
そして、端末機は、携帯放送システムから通知メッセージを受信する過程で通知メッセージのバージョン情報をチェックし、上記メッセージが重複された通知メッセージであると、該当通知メッセージを廃棄し、該当通知メッセージが新たな通知メッセージである場合のみに該当動作を遂行することによって、端末機の不必要な動作を減少させることができる。
【００２３】
本発明の実施形態は、磁気記録媒体(ＲＯＭ、ＲＡＭ、フロッピー（登録商標）ディスク、磁気テープなど)、光学的読み取り可能な媒体(ＣＤ-ＲＯＭ、ＤＶＤなど)、及び搬送波(インターネットを通じる伝送)のような記憶媒体を含むが、これに限定されるものではなくコンピュータ読み取り可能な媒体からプログラムを起動することによって汎用コンピュータで実現することができる。
【００２４】
さらに、本発明は、通知メッセージをイベントタイプ(EventType)により明示的に構成でき、フィルタリング値(FilteringValue)を追加して端末機内に格納されているコンテンツをユーザーごとに異なる方式でディスプレーし、それによってコンテンツに対するカスタマイズ(customization)を可能にして動的に所望するコンテンツをディスプレーすることができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
【００２６】
本発明の実施形態は、本発明の範囲及び精神を外れないことなく、多様な変形が可能であることは当該技術分野における通常の知識を有する者には明らかである。また、本発明に関連した公知の機能または構成に関する具体的な説明が本発明の要旨を不明にすると判断された場合に、その詳細な説明を省略する。
【００２７】
ここでは移動端末のアプリケーションの標準グループであるＯＭＡ(Open Mobile Alliance)  ＢＣＡＳＴで定義されたエンティティの名称は、便宜上同一に使用されるが、このような標準及び名称が本発明の範囲を限定するものではなく、本発明の実施形態は、インターネットプロトコル(ＩＰ)に基づいて類似した技術的背景を有するシステムに適用できることはもちろんである。
【００２８】
図２は、本発明の実施形態による携帯放送システムにおける通知メッセージを伝送するためのブロック構成図である。
【００２９】
コンテンツ供給者(Content  Creation)２０１は、放送サービス(以下、“ＢＣＡＳＴサービス”とする）の提供者であり、このＢＣＡＳＴサービスは従来の音声/映像放送サービス、ファイル(音楽ファイルまたはデータファイル)ダウンロードサービスを含むことができる。コンテンツ供給者２０１は、ＢＣＡＳＴサービスの供給に問題があり、或いはコンテンツ情報に変更があると、ＢＣＡＳＴサービスアプリケーション２０２内の通知イベント生成部(Notification Event Function)２０２ａに変更を知らせる。通知イベント生成部２０２ａは、受信されたイベントに基づいて通知メッセージ生成部(Notification Generation Function：ＮＴＧ)２０４ａに通知イベントメッセージを伝送する。
【００３０】
ＢＣＡＳＴサービスアプリケーション２０２は、コンテンツ供給者２０１から提供されたＢＣＡＳＴサービスのデータを受信し、ＢＣＡＳＴネットワークに適合した形態に加工し、ＢＣＡＳＴサービスデータを生成する機能をする。ＢＣＡＳＴサービスアプリケーション２０２は、携帯放送案内に必要な標準化したメタデータを生成する役割も担当する。また、ＢＣＡＳＴサービスアプリケージョン２０２は、コンテンツ供給者２０１によって通知されたコンテンツ又はＢＣＡＳＴサービスの変更を受信し、ＢＣＡＳＴ加入管理部(BCAST Subscription Management)２０４に位置した通知メッセージ生成部２０４ａに通知する。
【００３１】
ＢＣＡＳＴサービス分配/適応部(BCAST Service Distribution/Adaption)２０３は、ＢＣＡＳＴサービスアプリケーション２０２から提供されたＢＣＡＳＴサービスデータを伝送するために使用されるベアラ(Bearer)を設定する機能、ＢＣＡＳＴサービスの伝送スケジュールを決定する機能、及び携帯放送ガイドを生成する機能を有する。ＢＣＡＳＴサービス分配/適応部２０３は、放送サービスが提供可能な放送分配システム(Broadcast Distribution System：ＢＤＳ）２０６及び双方向通信を支援する双方向ネットワーク(Interaction Network)２０７に接続される。また、ＢＣＡＳＴサービス分配/適応部２０３は、内部に通知メッセージ分配/適応部(Notification Distribution/Adaption Function)２０３ａを含み、ＢＣＡＳＴ加入管理部(BCAST Subscription Management)２０４から通知メッセージを受信し、ＢＤＳ２０６または双方向ネットワーク２０７を通じて一人のユーザーまたは複数のユーザーに通知メッセージを伝送する。ＢＣＡＳＴサービス分配/適応部２０３は、通知メッセージ生成部２０４ａによって端末機用の通知メッセージを生成するために必要なセッション情報を有し、通知メッセージ分配/適応部２０３ａは通知メッセージ生成部２０４ａにセッション情報を伝送する。
【００３２】
ＢＣＡＳＴ加入管理部２０４は、ＢＣＡＳＴサービスの受信のための加入者情報と加入者が関連コンテンツを購入した否かに対する情報のようなサービス提供情報、及びＢＣＡＳＴサービスを受信する装置に対する情報、すなわちＢＣＡＳＴサービスを受信する端末機２０８に対する情報を管理する。特に、ＢＣＡＳＴ加入管理部２０４は、通知メッセージ生成部２０４ａを含む。したがって、ＢＣＡＳＴサービスに関連して新たな機能が追加或いは変更されることを示すイベントがコンテンツ供給者２０１及びＢＤＳ２０６にに発生した場合に、通知メッセージ生成部２０４ａが発生されたイベントに関する情報を含んでいる通知イベントメッセージを受信して通知メッセージを生成する。さらに、ＢＣＡＳＴサービスに対する変更のようなイベントがＢＣＡＳＴ加入管理部２０４で自体的に発生する場合に、ＢＣＡＳＴ加入管理部２０４は、該当イベントに対して内部的に通知メッセージ生成部２０４ａに伝達して通知メッセージを生成する。
【００３３】
ＢＤＳサービス分配部２０５は、受信されたすべてのＢＣＡＳＴサービスを放送チャンネル(Broadcast  Channel)又は双方向チャンネル(Interaction  Channel)を通じて分配する機能を有し、ＢＤＳ２０６のタイプにより存在し、或いは存在しないことができるエンティティである。
【００３４】
ＢＤＳ２０６は、ＢＣＡＳＴサービスを伝送するネットワークであり、例えば、ＤＶＢ-Ｈ、３ＧＰＰ  ＭＢＭＳ、又は３ＧＰＰ２  ＢＣＭＣＳとなることができる。また、特定のＢＣＡＳＴサービスの伝送において、コンテンツ伝送に関連した放送情報が変更される場合に、ｘ-１インターフェース２３１又はＢＤＳサービス分配部２０５が存在すると、ＢＤＳ２０６は、ＮＴ-Ｂ１インターフェース２２４を通じてＢＣＡＳＴサービス分配/適応部２０３に上記変更を通知する。
【００３５】
双方向ネットワーク２０７は、１対１方式でＢＣＡＳＴサービスを伝送し、或いはＢＣＡＳＴサービスの受信に関連した制御情報及び付加情報を双方向に交換し、例えば既存のセルラーネットワークとなることができる。
【００３６】
端末機２０８は、ＢＣＡＳＴサービスの受信が可能な端末機であり、その性能によりセルラーネットワークにアクセスすることができる機能を有する。ここで、端末機２０８は、セルラーネットワークにアクセス可能な端末機であると仮定する。端末機２０８は、通知クライアント部(Notification Client Function：ＮＣＦ)２０８ａを用いてＮＴ-５インターフェース２２５を通じて伝送される通知メッセージを受信し、その受信された通知メッセージにより適切な動作を遂行する。あるいは、端末機２０８は、ＮＴ-６インターフェース２２６を通じて伝送された通知メッセージを受信し、その受信された通知メッセージにより適切な動作を遂行する。端末機２０８の構成は、下記の図３を参照して詳細に説明する。
【００３７】
次に、携帯放送システムにおける各ブロック要素間のインターフェースを説明する。
【００３８】
ＮＴ-１インターフェース２２１は、ＢＣＡＳＴサービスアプリケーション２０２に位置した通知イベント生成部２０２ａとコンテンツ供給者２０１とのインターフェースであり、通知を必要とするイベントがコンテンツ供給者２０１で発生する場合に、該当する通知イベントを通知イベント生成部２０２ａに伝送するために用いられる。
【００３９】
ＮＴ-３インターフェース２２２は、ＢＣＡＳＴサービスアプリケーション２０２に位置した通知イベント生成部２０２ａからＢＣＡＳＴ加入管理部２０４の通知メッセージ生成部２０４ａへのインターフェースであり、通知メッセージ生成部２０４ａが通知メッセージを生成できるように、イベントの通知または通知メッセージの生成に必要な情報を伝達する。
【００４０】
ＮＴ-４インターフェース２２３は、ＢＣＡＳＴ加入管理部２０４に位置した通知メッセージ生成部２０４ａとＢＣＡＳＴサービス分配/適応部２０３の通知メッセージ分配/適応部２０３ａとの間のインターフェースである。ＮＴ-４インターフェース２２３は、通知メッセージ生成部２０４ａで生成された通知メッセージをＢＤＳ２０６又は双方向ネットワーク２０７に伝送するために、通知メッセージを通知メッセージ分配/適応部２０３ａに伝送するのに使用され、或いはＢＤＳ２０６で発生したイベントに対して通知メッセージ分配/適応部２０３ａによって通知メッセージを伝送するのに使用される。
【００４１】
ＮＴ-５インターフェース２２５は、ＢＣＡＳＴサービス分配/適応部２０３の通知メッセージ分配/適応部２０３ａから提供される通知メッセージがＢＤＳ２０６を介して放送チャンネルを通じて端末機２０８に直接に伝送される場合に使用されるインターフェースであり、一つ又は複数の端末機に通知メッセージを伝送するのに使用される。
【００４２】
ＮＴ-６インターフェース２２６は、ＢＣＡＳＴサービス分配/適応部２０３の通知メッセージ分配/適応部２０３ａから提供される通知メッセージが双方向ネットワーク２０７を介して端末機２０８との専用チャンネルを通じて、あるいは双方向ネットワーク２０７によって提供される放送チャンネルを通じて端末機２０８に直接に伝送される場合に使用されるインターフェースであり、一つ又は複数の端末機に通知メッセージを伝送するのに使用される。
【００４３】
ＮＴ-Ｂ１インターフェース２２４は、ＢＣＡＳＴサービス分配/適応部２０３とＢＤＳサービス分配部２０５との間のインターフェースであり、ＢＤＳ２０６でＢＣＡＳＴサービス分配/適応部２０３によって用いられる伝送経路、或いはＢＤＳ２０６で生成されたイベント情報の受信経路として使用される。ＮＴ-Ｂ１インターフェース２２４は、双方向ネットワーク２０７によって生成された通知イベントメッセージをＢＣＡＳＴサービス分配/適応部２０３に伝送する役割を果たす。すなわち、ＢＣＡＳＴサービス分配/適応部２０３の通知メッセージ分配/適応部２０３ａは、ＮＴ-４インターフェース２２３を通じて通知メッセージ生成部２０４ａにＮＴ-Ｂ１インターフェース２２４を通じてＢＤＳ２０６又は双方向ネットワーク２０７から受信されたイベントメッセージを伝送する。
【００４４】
Ｘ-１インターフェース２３１は、ＢＤＳサービス分配部２０５が存在しない場合に、ＢＣＡＳＴサービス分配/適応部２０３によってＢＤＳ２０６が双方向ネットワーク２０７で使用できる伝送経路を設定するのに使用されるインターフェースである。しかしながら、ＢＤＳサービス分配部２０５が存在する場合に、Ｘ-１インターフェース２３１は、ＢＤＳ２０６で発生したイベントの通知のためにＢＤＳ２０６とＢＤＳサービス分配部２０５との間のインターフェースとして使用される。
【００４５】
Ｘ-２インターフェース２３２は、ＢＤＳサービス分配部２０５が存在しない場合に、ＢＣＡＳＴサービス分配/適応部２０３が双方向ネットワーク２０７で使用できる伝送経路を設定するのに使用されるインターフェースである。しかしながら、ＢＤＳサービス分配部２０５が存在する場合に、Ｘ-２インターフェース２３２は、ＢＤＳ２０６と双方向ネットワーク２０７との間のインターフェースとして、双方向ネットワーク２０７で通知メッセージが使用されるベアラの設定及び通知メッセージの伝送に使用される。
【００４６】
Ｘ-３インターフェース２３３は、ＢＤＳ２０６と端末機２０８との間のインターフェースであり、ＢＣＡＳＴサービスまたは放送チャンネルを通じて伝送されるすべてのメッセージのために使用される。
【００４７】
Ｘ-４インターフェース２３４は、ＢＤＳサービス分配部２０５と端末機２０８との間の放送チャンネルインターフェースである。
【００４８】
Ｘ-５インターフェース２３５は、ＢＤＳサービス分配部２０５と端末機２０８との間の双方向チャンネルインターフェースである。
【００４９】
Ｘ-６インターフェース２３６は、双方向ネットワーク２０７がＢＣＡＳＴサービスに関連した制御情報を伝送することができる双方向インターフェースである。
【００５０】
通知イベント生成部２０２ａは、通知メッセージの生成に必要な情報を通知メッセージ生成部２０４ａに伝送する機能、及び通知が必要なイベントの発生が検出されると、通知メッセージ生成部２０４ａに上記イベントに関する情報を送る。通知メッセージ生成部２０４ａは、通知イベント生成部２０２ａから受信された通知メッセージの生成に必要な情報及びイベントを用いて通知メッセージを生成する。通知メッセージ生成部２０４ａが通知メッセージ分配/適応部２０３ａを通じてＢＤＳ２０６から通知イベントを受信した場合に、通知メッセージを生成して通知メッセージ分配/適応部２０３ａに伝送する。
【００５１】
通知メッセージを生成する場合は、サービスの開始を知らせる必要がある場合、通知イベント生成部２０２ａがコンテンツ供給者２０１からサービス情報の変更を示す通知を受信し、それによって新たな携帯放送ガイドを伝送する必要がある場合、及びＢＤＳ２０６で特定のイベントが発生する他の場合であると定義される。
【００５２】
通知メッセージ分配/適応部２０３ａは、ＮＴ-５インターフェース２２５またはＮＴ-６インターフェース２２６を通して通知メッセージを伝送する役割を果たす。通知メッセージ分配/適応部２０３ａは、ＢＤＳ２０６から特定の携帯放送サービスに関する情報の変更を受信する場合に、ＮＴ-４インターフェース２２３を通じて通知メッセージ生成部２０４ａに対応する通知イベントを伝送する。特定の携帯放送サービスに関する情報の変更は、一例として、無線ネットワーク環境による伝送速度(data  rate)の調節を示す情報又はサービスの不可能を示す情報である。図２において、通知メッセージ生成部２０４ａ及び通知メッセージ分配/適応部２０３ａは、“通知メッセージ送信部”と称することにする。
【００５３】
以下の説明において、端末機が携帯放送システムから受信された通知メッセージにより対応する動作を遂行する実施形態を第１の実施形態として定義し、端末機が受信された通知メッセージのバージョン情報をチェックし、該バージョン情報により対応する動作を遂行する実施形態を第２の実施形態として定義する。
【００５４】
図３は、本発明の第１及び第２の実施形態による通知メッセージスキーマテーブルを示す。
【００５５】
図３を参照すると、名称(Name)３０１は、該当メッセージを構成する要素値と属性値の名称を表す。
【００５６】
タイプ(Type)３０２は、該当名称が要素値に対応するか、或いは属性値に対応するかを表す。要素値は、ツリー(tree)の形態でＥ１，Ｅ２，Ｅ３，Ｅ４の値を有する。Ｅ１は全体メッセージに対する上位要素値を意味し、Ｅ２はＥ１の下位要素値を、Ｅ３はＥ２の下位要素値を、Ｅ４はＥ３の下位要素値を各々示す。属性値はＡで表示され、Ａは該当要素の属性値を表す。例えば、Ｅ１の下のＡは、Ｅ１の属性値を表す。
【００５７】
カテゴリー(Category)３０３は、該当する要素値または属性値が必須であるか否かを示すために使用され、その値が必須であると値Ｍを、その値がオプションであると値Ｏを、各々有する。
【００５８】
カーディナリティ(Cardinality)３０４は、要素間の関係を表し、０，０..１，１，０..ｎ，１..ｎの値を有する。ここで、“０”はオプション関係を、“１”は必須関係を、“ｎ”は複数の値を有する可能性を、各々意味する。例えば、０..ｎは、該当要素値がなく、或いは該当要素値がｎである可能性を意味する。
【００５９】
説明(Description)４０５は、該当要素又は属性値の意味を定義する。
【００６０】
下記に、＜表１＞〜＜表５＞を参照して、本発明の実施形態による通知メッセージに対する全体スキーマについて説明する。
【００６１】
＜表１＞〜＜表５＞は、通知メッセージに対する全体スキーマを示す。例示したように、本発明の実施形態によるスキーマのためのすべての要素値及び属性値に対するデータタイプは、用途により多様に定義されることができる。
【００６２】
＜表１＞〜＜表５＞は、便宜上一つの表から分けられ、各表における項目の定義は＜表１＞の定義に従う。
【００６３】
【表１】
2009505556.tif 000003
【００６４】
Notification５０１は、該当通知メッセージフラグメントを表し、id５０２、NotificationType５０３、Validity５０４のような属性値と、Name５０５、Description５０７、下記の＜表２＞のPresentationType５０９、下記の＜表３＞のExtensionURL５１０、SesseionInformation５１１、及び下記の＜表４＞のMediaInformation５２３のような下位要素値とを含む。通知メッセージにおいて、属性値であるid５０２、NotificationType５０３、Validity５０４、及び要素値であるName５０５、Description５０７、PresentationType５０９、ExtensionURI５１０は、すべての通知メッセージに対して共通的に使用される。Notification５０１は、通知メッセージの用途(usage)によりSessionInformation５１１、MediaInformation５２３を含まないこともできる。
【００６５】
id５０２は、通知メッセージフラグメント(Fragment)の固有な識別子として、必須要素である。該当識別子は、格納された通知メッセージの間を区別することに役立つ。
【００６６】
NotificationType５０３は、通知メッセージのタイプ又は用途がユーザーのための使用(以下、“ユーザー用”とする)であるか、端末機のための使用(以下、“端末機用”とする)であるか、或いは他の用途で使用されるかを示し、必須要素である。該当値が“０”であると、ユーザー用を示し、該当値が“１”であると、端末機用を示す。また、NotificationType５０３は、サービス供給者の目的により多様な値を定義することができる。
【００６７】
Validity５０４は、通知メッセージに対する有効時間を表し、オプションである。したがって、Validity５０４に定義された時間が経過すると、端末機に格納された通知メッセージは削除される。
【００６８】
Name５０５は、通知メッセージのタイトル又は名称を表し、必須要素であり、多様な言語で定義されることができる。
【００６９】
Lang５０６は、Name５０５に対する属性値として、Name５０５に作成された内容の言語を表し、オプション値である。Lang５０６は値がないと、“Default”として定義された値に設定され、この“Default”値は該当サービス領域の言語または英語を示すことができる。
【００７０】
Description５０７は、通知メッセージに含まれた実際のメッセージ内容又はメッセージに対する説明部分であり、多様な言語で定義でき、必須値である。
【００７１】
Lang５０８は、Description５０７に対する属性値として、Description５０７に作成された内容の言語を表し、オプション値である。Lang５０８の値がないと、“Default”として定義された値に設定され、この“Default”値は、該当サービス領域の言語または英語を示すことができる。
【００７２】
【表２】
2009505556.tif 000004
【００７３】
＜表２＞において、PresentationType５０９は、通知の表示タイプを定義し、必須値である。表示タイプは、通知メッセージに優先権を与え、すべてのサービスを中断した後に、端末機が該当メッセージを表示部に出力するか、指定された装置すなわちメモリ部にメッセージ内容を格納するか、或いは受信中であるサービス及びコンテンツに通知メッセージをオーバーレイさせて表示部に出力するかを示す。PresentationType５０９は、サービス供給者の目的により多様なタイプで定義されることができる。
【００７４】
例えば、PresentationTypeが“０”に設定されると、通知メッセージを受信する端末機は、メッセージを受信し次第通知メッセージをユーザーに提供する。PresentationTypeが“１”に設定されると、端末機は、メモリ部に受信された通知メッセージを格納し、以後にユーザーの要求があるときにその通知メッセージを提供する。さらに、PresentationTypeが“２”に設定されると、端末機は、現在表示部を通じて提供されるサービスに上記通知メッセージをオーバーレイしてユーザーに提供する。
【００７５】
【表３】
2009505556.tif 000005
【００７６】
＜表３＞において、ExtensionURL５１０は、通知メッセージに対する付加情報のためのサービス又はコンテンツサーバのＵＲＬを表し、オプション値である。
【００７７】
SessionInformation５１１は、データ受信のためのセッション情報を表し、オプション値である。SessionInformation５１１は、サービスガイドが更新され、或いはファイル及びコンテンツが受信される場合に、該当サービスガイドまたはファイル及びコンテンツが存在するセッションに関する情報である。SessionInformation５１１は、ValidFrom５１２、ValidTo５１３、UsageType５１４のような属性値と、DeliverySession５１５、TransportObjectID５１８、下記の＜表４＞のFragment５１９、AlternativeURI５２２のような要素値とをその下位要素値として有する。
【００７８】
VallidFrom５１２は、SessionInformation５１１が有効な開始時間を表し、オプション値である。
【００７９】
ValidTo５１３は、SessionInformation５１１が有効な終了時間を表し、オプション値である。
【００８０】
UsageType５１４は、SessionInformation５１１の使用タイプ、すなわち通知メッセージに含まれたセッション情報の用途を表す。UsageType５１４は、サービスガイド更新に対する用途であるか、或いはファイル受信のための用途であるかを表し、サービス供給者の目的により多様な形態で定義されることができる。
【００８１】
DeliverySession５１５は、実際にサービスガイド又はファイルのようなオブジェクトが伝送されるセッションに対する位置値を表し、SourceIP５１６及びTransportSessionID５１７の属性値を有する。
【００８２】
SourceIP５１６は、該当伝送セッションのＩＰアドレスであり、ブロードキャスト及びマルチキャストアドレスがすべて可能である。
【００８３】
TransportSessionID５１７は、伝送セッションに対するＩＤ値を有する。
【００８４】
TransportObjectID５１８は、セッションを通じて伝送されるオブジェクトに対する固有識別子である。
【００８５】
【表４】
2009505556.tif 000006
【００８６】
＜表４＞において、Fragment５１９は、伝送オブジェクトのフラグメント情報であり、サービスガイドに対して更新された特定のフラグメント情報を表し、端末機が該当ＩＤ及びバージョン情報をチェックし、更新されたフラグメントのみを受信して格納するようにする。Fragment５１９とその下位属性は、通知メッセージがサービスガイド更新を通知するために使用される場合にのみ必要で、通知メッセージが他の目的のために使用される場合には用いられない。
【００８７】
FragmentID５２０は、受信するフラグメントの固有な識別値である。
【００８８】
FragmentVersion５２１は、受信するフラグメントのバージョン情報を表し、同一のFragmentIDを有するフラグメントに対して、該当バージョン情報をチェックして端末機が最新バージョンに該当するFragmentIDを有している否かを判定する。最新バージョンがセッションに存在すると、端末機は、セッションから最新バージョン値を受信して格納する。
【００８９】
AlternativeURI５２２は、該当オブジェクトを持っているＵＲＩ値を示し、セッションを通じて伝送が失敗し、或いは放送チャンネルでなく双方向チャンネルを通じて受信するために必要である場合に提供される。端末機は、双方向チャンネルを通じて該当ＵＲＩの位置に接続し、所望のオブジェクトを受信することができる。
【００９０】
MediaInformation５２３は、通知メッセージの生成のためのメディア情報を表し、マルチメディアで構成された通知メッセージのために必要である。MediaInformation５２３は、Picture、Video、Audioの下位要素値で構成される。
【００９１】
Picture５２４は写真又はイメージ情報を表し、MIMEtype５２５は該当動画像に対するＭＩＭＥ(Multipurpose Internet Mail Extension)タイプを表し、PictureURI５２６は写真またはイメージの位置を示すＵＲＩであり、Video５２７は動画像に関する情報を表す。ここで、“イメージの位置”は、該当イメージが通知メッセージに含まれて伝送されずに特定のサーバに存在する場合に、特定のサーバの位置を意味する。
【００９２】
【表５】
2009505556.tif 000007
【００９３】
上記の＜表５＞において、MIMEtype５２８は該当動画像に対するＭＩＭＥタイプを表し、VideoURI５２９は動画像の位置を示すＵＲＩである。ここで、“動画像の位置”は、該当動画像が通知メッセージに含まれて伝送されずに特定のサーバに存在する場合に、特定のサーバの位置を意味する。
【００９４】
Audio５３０は、オーディオ、音楽、ベル音に関する情報を表す。MIMEtype５３１は、該当オーディオに対するＭＩＭＥタイプを表す。AudioURI５３２は、オーディオの位置を示すＵＲＩである。ここで、“オーディオの位置”は、該当オーディオが通知メッセージに含まれて伝送されずに特定のサーバに存在する場合に特定サーバの位置を意味する。
【００９５】
下記の＜表６＞及び＜表７＞は、本発明の第１の実施形態によるユーザー用に使用される通知メッセージスキーマとして、テキストで構成されたメッセージのフォーマットを示す。＜表６＞及び＜表７＞において、各項目の定義は、＜表１＞の定義と同一であり、＜表１＞〜＜表５＞の説明と同一の部分に対してはその詳細な説明を省略する。便宜上、＜表６＞〜＜表７＞は、一つの表から分けられる。
【００９６】
【表６】
2009505556.tif 000008
【００９７】
【表７】
2009505556.tif 000009
【００９８】
＜表６＞及び＜表７＞に示すように、本発明の実施形態で提案されたユーザー用の通知メッセージは、サービス供給者またはコンテンツ供給者の公知事項、広告メッセージ、課金情報、及び決済情報の受信に活用することができる。ExtensionURL６１０は、CallbackURLとして作用し、双方向チャンネルを通じて付加情報を受信することができる。
【００９９】
該当通知メッセージは、id６０２、NotificationType６０３、Validity６０４のような属性値、及びName６０５、Description６０７、PresentationType６０９、ExtensionURL６１０のような要素値で構成される。＜表６＞及び＜表７＞に示す通知メッセージを構成するすべての下位属性値及び下位要素値に対する説明は、＜表１＞〜＜表５＞の説明と同一である。
【０１００】
＜表８＞〜＜表１０＞を参照して、本発明の第１の実施形態によるユーザー用に使用される通知メッセージスキーマとして、マルチメディアで構成されたメッセージのフォーマットを説明する。便宜上、＜表８＞〜＜表１０＞は一つの表から分けられる。＜表８＞〜＜表１０＞における各項目の定義は、＜表１＞の定義と同一であり、＜表１＞〜＜表５＞の説明と同一の部分に対して、その詳細な説明を省略する。
【０１０１】
【表８】
2009505556.tif 000010
【０１０２】
【表９】
2009505556.tif 000011
【０１０３】
【表１０】
2009505556.tif 000012
【０１０４】
＜表８＞〜＜表１０＞は、本発明の第１の実施形態によるユーザー用に使用される通知メッセージスキーマとして、マルチメディアで構成されたメッセージのフォーマットを示す。＜表８＞〜＜表１０＞に示すように、本発明の実施形態で提案されたユーザー用の通知メッセージは、イメージ、動画像、オーディオのような多様なマルチメディアファイルを用いてメッセージを構成することに役立ち、サービス及びコンテンツに対する広告メッセージ、迷子検索のような公益のためのメッセージとして多様に活用することができる。＜表８＞〜＜表１０＞の通知メッセージは、id７０２、NotificationType７０３、Validity７０４のような属性値、及びName７０５、Description７０７、PresentationType７０９、ExtensionURL７１０、MediaInformation７２３のような要素値を含む。＜表８＞〜＜表１０＞の通知メッセージを構成するすべての下位属性値及び要素値に対する説明は、＜表１＞〜＜表５＞からの説明と同一である。
【０１０５】
＜表１１＞〜＜表１３＞を参照して、本発明の第１の実施形態により端末機用に使用された通知メッセージスキーマとして、セッション情報を含むメッセージのフォーマットを説明する。便宜上、＜表１１＞〜＜表１３＞は、一つの表から分けられ、各表における各項目の定義は、＜表１＞〜＜表５＞の定義に従う。
【０１０６】
【表１１】
2009505556.tif 000013
【０１０７】
【表１２】
2009505556.tif 000014
【０１０８】
【表１３】
2009505556.tif 000015
【０１０９】
＜表１１＞〜＜表１３＞は、本発明の第１の実施形態により、端末機用に使用される通知メッセージスキーマとして、セッション情報を含むメッセージのフォーマットを示す。＜表１１＞〜＜表１３＞に記載された端末機用に使用される通知メッセージの代表的な用途は、サービスガイドの更新情報を端末機に提供して更新されたサービスガイドを端末機が格納するように支援するものである。また、＜表１１＞〜＜表１３＞の通知メッセージスキーマは、サービス又はコンテンツの開始、ファイルのダウンロード開始、別途のセッションを通じて伝送されたマルチメディア通知メッセージの伝達のために多様に利用されることができる。
【０１１０】
通知メッセージの代表的な用途がサービスガイドの更新情報を端末機に提供するものであると上述したが、上記用途以外の他の用途が代表的な用途に替わることができる。
【０１１１】
別途のセッションとは、一般的に携帯放送システムがコンテンツを伝送するためにマルチキャストアドレスでセッションをオープンして該当コンテンツを端末機に伝送する。このとき、別途のセッションは、端末機が既に特定のセッションで携帯放送システムからコンテンツサービスを受信していると、既に設定されたセッションでなく他の別途のセッションを意味する。
【０１１２】
＜表１１＞〜＜表１３＞に示す本発明の第１の実施形態に提案された端末機用の通知メッセージは、id８０２、NotificationType８０３、Validity８０４の属性値及びName８０５、Description８０７、PresentationType８０９、ExtensionURL８１０、SessionInformation８１１の要素値を含む。＜表１１＞〜＜表１３＞に示す通知メッセージを構成するすべての下位属性値及び下位要素値に対する説明は、＜表１＞〜＜表５＞の説明内容と同一である。
【０１１３】
図４は、本発明の第１及び第２の実施形態による端末機を示すブロック構成図である。本発明の実施形態が適用される携帯放送システムにおいて、端末機２０８は図２に示した概念的構成を有するが、図４に示す実際の論理的な構成を有することもできる。
【０１１４】
受信部４００は、携帯放送システムから通知メッセージを受信してメッセージ解析部(message  parser)４０２に伝送する。
【０１１５】
メッセージ解析部４０２は、受信部４００を通じて携帯放送システムから受信された通知メッセージをメッセージフォーマットにより解析する。端末機が携帯放送システムからバイナリフォーマットで通知メッセージを受信すると、メッセージ解析部４０２は、バイナリフォーマットで受信された通知メッセージを分析するための所定の機能ブロックを備えなければならない。
【０１１６】
通知メッセージがＸＭＬ(Extensible  Markup  Language)フォーマットで構成されていると、メッセージ解析部４０２は、受信された通知メッセージを解析するためのＸＭＬ解析部を含む。メッセージ解析部４０２は、受信部４００を通して受信された通知メッセージを解析し、属性値の一つであるNotificationTypeの内容をチェックしてその内容を制御部４０４に伝送する。例えば、NotificationTypeの値が“０”である場合、受信された通知メッセージがユーザー用(UserUse）であることを示すため、メッセージ解析部４０２は、制御部４０４に上記内容を伝送して制御部４０４が該当動作を遂行可能にする。
【０１１７】
制御部４０４は、本発明の第１及び第２の実施形態により、メッセージ解析部４０２によって解析された通知メッセージのNotificationTypeに基づいて端末機を制御する。例えば、第１の実施形態で、NotificationTypeが“０”であると、受信された通知メッセージがユーザー用であることを示すため、制御部４０４は、表示部４０６を通じて受信された通知メッセージをユーザーに提供する。この場合に、通知メッセージは、ＳＭＳ(Short Message Service)メッセージ又はマルチメディアメッセージとなることができる。
【０１１８】
一方、NotificationTypeが“１”であると、受信された通知メッセージが端末機用(TerminalUse)であるので、制御部４０４は、サービスガイド及び更新通知に対するメッセージであることを認知する。制御部４０４は、変更又は更新されたセッション情報の内容をチェックするために、セッションアクセス部４０８が該当セッションに接続してセッション内のサービスガイド、ファイル、及びオブジェクトのような指定されたコンテンツを受信してメモリ部４１０に格納する。ここで、“該当セッションに接続”は、セッション情報が受信された通知メッセージに含まれていると、通知メッセージに明示されたセッション情報で携帯放送システムに接続することを意味する。
【０１１９】
本発明の第２の実施形態により、新たに受信された通知メッセージが以前に受信された通知メッセージのバージョンと同一であると、制御部４０４は、新たに受信された通知メッセージを廃棄する。通知メッセージが相互にバージョンが同一でないと、制御部４０４は、新たに受信された通知メッセージの内容により該当動作を遂行する。具体的に、制御部４０４は、受信された通知メッセージが＜表１＞のid５０２に基づいて新たなものであるか否かを判定し、通知メッセージバージョン情報であるNotificationVersionは本発明の第２の実施形態により追加される。このような過程は、下記に、＜表１４＞〜＜表２６＞を参照して詳細に説明する。
【０１２０】
この過程のうち、第１の実施形態による過程は後述する図５を参照して詳細に説明し、第２の実施形態による過程は後述する図７を参照して詳細に説明する。
【０１２１】
メッセージ解析部４０２によって解析された通知メッセージのPresentationTypeが“１”であると、制御部４０４は、受信された通知メッセージをメモリ部４１０に格納することによって、以後にユーザーが使用できるようになる。
【０１２２】
本発明の実施形態によりメッセージ解析部４０２によって解析された通知メッセージのNotificationTypeが“１”であると、受信された通知メッセージが端末機用であることを示すため、セッションアクセス部４０８は、制御部４０４の制御下で該当セッションにアクセスする。さらに、セッションアクセス部４０８は、アクセスされたセッション内のサービスガイド、ファイル、及びオブジェクトのような指定された内容を受信する。
【０１２３】
メモリ部４１０は、セッションアクセス部４０８を通じて受信されたサービスガイド、ファイル、及びオブジェクトを格納し、PresentationType＝“１”である通知メッセージも格納する。
【０１２４】
表示部４０６は、一般的に制御部４０４の制御下でテキスト、写真、動画像、及び/又は静止画像をディスプレーする。本発明の実施形態により、PresentationTypeが“０”であると、表示部４０６は、制御部４０４の制御下で、イメージのようなサービスしているコンテンツを中断し、受信された通知メッセージを出力する。
【０１２５】
しかしながら、通知メッセージのPresentationTypeが“２”であると、表示部４０６は、制御部４０４の制御によって、現在サービス中であるコンテンツに受信された通知メッセージをオーバーレイして出力する。
【０１２６】
図５は、本発明の第１の実施形態により端末機で通知メッセージを受信する過程を示すフローチャートである。通知メッセージに対する属性値及び要素値は、上記に説明されている。
【０１２７】
ステップＳ５０１で、端末機は、受信部４００を用いて携帯放送システムから通知メッセージを受信する。ステップＳ５０２で、メッセージ解析部４０２は、受信された通知メッセージが構成されたフォーマットにより該当メッセージを解析する。通知メッセージがＸＭＬフォーマットで構成されると、メッセージ解析部４０２は、内部に含まれたＸＭＬ解析部を用いて受信されたメッセージを解析する。
【０１２８】
ステップＳ５０３で、制御部４０４は、メッセージ解析部４０２によって解析された通知メッセージのNotificationTypeをチェックし、そのチェック結果により予め定義された動作を遂行し、これについては下記に説明する。NotificationTypeが“０”である場合に、受信された通知メッセージがユーザー用であることを示すため、制御部４０４はステップＳ５１０に進む。NotificationTypeが“１”である場合に、受信された通知メッセージが端末機用であることを示すため、制御部４０４はステップＳ５３０に進む。NotificationTypeが“２”である場合又はそれ以上である場合に、受信された通知メッセージがサービス供給者によって定義されたメッセージであることを示すため、制御部４０４は、ステップＳ５２０に進み、サービス供給者によって定義された所定の動作を遂行する。ここで、NotificationTypeが“２”であると、サービス供給者は、彼らの事業モデル及びサービスにより自由に通知メッセージを定義することができる。
【０１２９】
ステップＳ５１０で、制御部４０４は、上記の通知メッセージがユーザー用として受信されたメッセージであるため、表示部４０６を通じてユーザーに受信された通知メッセージを提供することができる。ユーザー用として受信された通知メッセージは、ＳＭＳメッセージ又はマルチメディアメッセージとなることができる。サービス供給者は、このメッセージを使用して、サービスイベント通知、システム障害/点検通知、サービス及びコンテンツに対するテキスト又はマルチメディア広告、災害放送メッセージ、課金通知のような多様なタイプのメッセージを提供することができる。この通知メッセージに対して、制御部４０４は、PresentationTypeをチェックし、受信された通知メッセージがチェック結果により設定される高優先順位を有すると、表示部４０６を通じて受信された通知メッセージを出力する。PresentationTypeは、サービス供給者の事業モデル及びサービスによって自由に定義され、上記に定義された値と異なる値を持つようになる。
【０１３０】
ステップＳ５１１で、制御部４０４は、受信された通知メッセージのPresentationTypeに基づいて受信された通知メッセージを処理するか否かを決定しなければならない。受信された通知メッセージのPresentationTypeが“０”であると、制御部４０４は、その通知メッセージをユーザーに緊急に提供しなければならないメッセージであると判定する。PresentationTypeが“１”であると、制御部４０４は、メモリ部４１０に受信された通知メッセージを格納して以後にユーザーが利用可能にする。最後に、PresentationTypeが“２”であると、制御部４０４は、該当通知メッセージをサービス中であるコンテンツにオーバーレイする。
【０１３１】
ステップＳ５１１で、受信された通知メッセージのPresentationTypeが“０”であると判定される場合に、ユーザーに緊急に伝送すべき該当メッセージを示すため、制御部４０４は、ステップＳ５１２に進んで受信中のサービスを中断する。ステップＳ５１３で、制御部４０４は、受信された通知メッセージをユーザーに直接に提供できるように構成する。ステップＳ５１４で、制御部４０４は、構成された通知メッセージを予め定義された画面構成方式により表示部４０６を通してディスプレーする。ここで、“受信された通知メッセージを構成”は、通知メッセージがＸＭＬ形態で構成されていると、メッセージに含まれたテキスト、イメージ、オーディオ、及びビデオの情報をユーザーに提供できるように予め定義された画面構成方式によりメッセージを再構成することを意味する。
【０１３２】
ステップＳ５１１で、受信された通知メッセージのPresentationTypeが“１”であると、制御部４０４は、ステップＳ５１５で、メモリ部４１０に通知メッセージを格納する。その後、ユーザーは、適切な動作を通じてメモリ部４１０に格納された通知メッセージをチェックすることができる。
【０１３３】
最後に、ステップＳ５１１で、受信された通知メッセージのPresentationTypeが“２”であると判定される場合に、制御部４０４は、ステップＳ５１６で、表示部４０６を通じて提供中であるサービス/コンテンツに受信された通知メッセージをオーバーレイするために、端末機２０８によって定義された画面構成方式により上記通知メッセージを再構成する。
【０１３４】
ステップＳ５１７で、制御部４０４は、ステップＳ５１６で生成された通知メッセージを現在受信中であるコンテンツにオーバーレイし、表示部４０６を通じてユーザーに提そのオーバーレイ結果を提供する。
【０１３５】
ステップＳ５０３で、受信された通知メッセージのNotificationTypeが“１”であると、制御部４０４は、ステップＳ５３０で受信された通知メッセージが端末機用であることを判定する。
【０１３６】
制御部４０４は、ステップＳ５３１で、受信された通知メッセージのセッション情報の内容をチェックし、ステップＳ５３２でセッション情報の内容に基づいて該当セッションにアクセスする。制御部４０４は、ステップＳ５３３で、アクセスされたセッション内のサービスガイド、ファイル、及びオブジェクトのような指定された内容を受信し、ステップＳ５３４でメモリ部４１０に受信された内容を格納又は更新する。
【０１３７】
図６は、本発明の第１の実施形態により携帯放送システムにおける通知メッセージを生成するための過程を示すフローチャートである。
【０１３８】
図６で説明する通知メッセージに対する要素値及び属性値は、上記に＜表１＞〜＜表１０＞を参照して説明されている。
【０１３９】
通知メッセージは、コンテンツ供給者、サービス供給者又はネットワーク供給者の要求によって、或いは携帯放送サービスシステムによって生成された通知イベントに基づいて、図２で説明した通知メッセージ生成部２０４ａによって生成される。
【０１４０】
ステップＳ６０１で、通知メッセージ生成部２０４ａは、システム及びサービスに対する変更及び障害、サービスガイドの変更及び伝送、コンテンツの伝達、広告、緊急状況、緊急災害を通知する通知イベントメッセージを通知イベント生成部２０２ａから受信する。
【０１４１】
ステップＳ６０２で、通知メッセージ生成部２０４ａは、受信された通知イベントメッセージに基づき、通知メッセージに対する基本情報、すなわちid、Validityの属性値、及びName、Description、ExtensionURL、及びMediaInformationの要素値を生成する。
【０１４２】
ステップＳ６０３で、通知メッセージ生成部２０４ａは、基本情報を作成した後に端末機に伝送する通知メッセージがユーザー用であるか、端末機用であるかを判定し、その判定結果によってNotificationTypeを設定する。
【０１４３】
通知メッセージがユーザー用であると(ステップＳ６１０)、通知メッセージ生成部２０４ａ、ステップＳ６１１でNotificationTypeを“０”に設定する。
【０１４４】
ステップＳ６１１でNotificationTypeを“０”に設定した後、通知メッセージ生成部２０４ａは、ステップＳ６１２でユーザー端末機に該当メッセージを直接にディスプレーするか、端末機に格納した後にユーザーの要求によってユーザーに出力するか、或いはサービス中であるコンテンツにオーバーレイしてユーザーに出力するかを判定する。
【０１４５】
通知メッセージ生成部２０４ａは、ステップＳ６１２で、端末機に通知メッセージをディスプレーする方法を決定する過程で、通知メッセージを受信するとすぐディスプレーすると判定される場合(ステップＳ６２０)、ステップＳ６２１で、通知メッセージのPresentationTypeを“０”に設定する。しかしながら、通知メッセージ性西部２０４ａは、通知メッセージを端末機に格納された後にユーザーの要求によって出力すると判定される場合(ステップＳ６３０)、ステップＳ６３１でPresentationTypeを“１”に設定する。
【０１４６】
最後に、通知メッセージ生成部２０４ａは、ユーザーに提供中であるコンテンツに通知メッセージをオーバーレイすると判定される場合(ステップＳ６４０)、ステップＳ６４１で通知メッセージのPresentationTypeを“２”に設定する。
【０１４７】
しかしながら、ステップＳ６０３で、通知メッセージが端末機用であると判定される場合(ステップＳ６５０)、通知メッセージ生成部２０４ａは、ステップＳ６５１で、通知メッセージのNotificationTypeを“１”に設定する。
【０１４８】
ステップＳ６５２で、端末機用の通知メッセージは、通知メッセージフォーマットで説明されたように、サービスガイドの更新/伝送又はサービス/コンテンツの伝達を通知するメッセージとして使用され、該当メッセージに対するセッション情報を必要とする。したがって、端末機用の通知メッセージを生成するために、通知メッセージ生成部２０４ａは該当セッション情報が必要である。このセッション情報は、ＢＣＡＳＴサービス分配/適応部２０３に格納され、ＢＣＡＳＴサービス分配/適応部２０３の通知メッセージ分配/適応部２０３ａが通知メッセージ生成部２０４ａにセッション情報を伝達し、通知メッセージ生成部２０４ａはセッション情報をチェックしてから関連情報を設定する。このセッション情報は、本発明の第１の実施形態で＜表３＞及び＜表４＞の要素５１１〜５２２に記載されている。
【０１４９】
ユーザー用又は端末機用の通知メッセージに対する設定が完了した後に、通知メッセージ生成部２０４ａは、ステップＳ６６０で通知メッセージを構成する。ステップＳ６７０で、通知メッセージ生成部２０４ａは、通知メッセージ分配/適応部２０３ａを通じて端末機に生成された通知メッセージを伝送する。
【０１５０】
下記に、本発明の第２の実施形態による携帯放送システムにおいて、通知メッセージフォーマット、及び通知メッセージ送受信装置及び方法について説明する。
【０１５１】
本発明の第２の実施形態による通知メッセージに対する全体スキーマは、下記の＜表１４＞〜＜表１８＞を参照して説明する。
【０１５２】
＜表１４＞〜＜表１８＞は、本発明の第２の実施形態による通知メッセージに対する全体スキーマを示し、本発明の第１の実施形態に比べて、通知メッセージのバージョンを表すNotificationVersionをさらに含む。このNotificationVersionは、第１の実施形態で共通的に使用される値のように通知メッセージの用途に関係なく使用される基本属性値である。
【０１５３】
＜表１４＞〜＜表１８＞は、便宜上、一つの表から分けられ、各表における項目の定義は＜表１４＞の定義に従う。
【０１５４】
【表１４】
2009505556.tif 000016
【０１５５】
Notification１１００は該当通知メッセージフラグメントを表し、属性値であるid１１０１、NotificationVersion１１０２、NotificationType１１０３、及びValidity１１０４、下位要素値である＜表１４＞のName１１０５とDescription１１０７、＜表１５＞のPresentationType１１０９、＜表１６＞のExtensionURL１１１０とSesseionInformation１１１１、及び＜表１７＞のMediaInformation１１２３を含む。
【０１５６】
id１１０１は、通知メッセージフラグメントの固有な識別子として、必須要素である。該当識別子は、格納された通知メッセージの間を区別できるようにする。
【０１５７】
NotificaionVersion１１０２は、通知メッセージのバージョン番号を表す。本発明の第２の実施形態で、通知メッセージのバージョン番号を上記通知メッセージに定義する理由は、携帯放送システムが通知メッセージを必要に応じて繰り返し伝送することができるためである。これは、通知メッセージが送信中に損失され、或いは通知されたあるサービスに対して更新されたバージョンを通知する必要がある場合に有効である。携帯放送システムが通知メッセージを反復して伝送する場合に、端末機は、受信された通知メッセージが新たなメッセージであるか否かを判定するために必要である。したがって、本発明の第２の実施形態では、 Notification１１００のフラグメント属性として＜表１４＞のNotificationVersion１１０２の属性を追加する。本発明の第２の実施形態により、通知メッセージを受信する端末機は、NotificationVersion１１０２とid１１０１を共に使用する場合に、該当通知メッセージのバージョン情報をチェックすることができる。すなわち、端末機が携帯放送システムによって繰り返し伝送された通知メッセージを受信すると、受信された通知メッセージが新たな通知メッセージであるか否かを判定できる。
【０１５８】
本発明の第２の実施形態によりNotificationVersion１１０２を使用するために、ネットワークに接続されたコンピュータを同期化するのに使用されるインターネット標準であるＮＴＰ(Network  Time  Protocol)を用いるタイムスタンプ(Timestamp)又は整数型バージョン番号をNotificationVersion１１０２に割り当てることができる。他の方式もNotificationVersion１１０２に対して使用可能である。反復的に伝送されるメッセージがNotificationVersion１１０２によって示される場合、NotificationVersion１１０２のタイムスタンプまたは整数型バージョン番号は、初期に通知メッセージが生成されるときに定義されたNotificationVersion情報を維持する。
【０１５９】
NotificationType１１０３は、通知メッセージのタイプ又は用途がユーザー用、端末機用、または他の用途で使用されるかを示し、必須要素である。NotificationType１１０３の値が“０”であると、ユーザー用を示し、NotificationType１１０３の値が“１”であると、端末機用を示す。また、NotificationType１１０３は、サービス供給者の目的により多様な値を定義することができる。
【０１６０】
“Validity”１１０４は、通知メッセージに対する有効時間を表し、オプションである。したがって、Validity１１０４に定義された時間が経過すると、端末機に格納された通知メッセージは削除される。
【０１６１】
“Name”１１０５は、通知メッセージのタイトル又は名称を表し、必須要素であり、多様な言語で定義されることができる。
【０１６２】
“Lang”１１０６は、Name１１０５に対する属性値として、Name１１０５に作成された内容の言語を表し、オプション値である。Lang１１０６が値がないと、“Default”として定義された値に設定され、この“Default”値は該当サービス領域の言語または英語を示すことができる。
【０１６３】
“Description”１１０７は、通知メッセージに含まれた実際メッセージ内容又はメッセージに対する説明部分であり、多様な言語で定義でき、必須値である。
【０１６４】
“Lang”１１０８は、Description１１０７に対する属性値として、Description１１０７に作成された内容の言語を表し、オプション値である。Lang１１０８の値がないと、“Default”として定義された値に設定され、この“Default”値は、該当サービス領域の言語または英語を示すことができる。
【０１６５】
【表１５】
2009505556.tif 000017
【０１６６】
＜表１５＞において、“PresentationType”１１０９は、通知の表示タイプを定義し、必須値である。表示タイプは、通知メッセージに優先権を与え、すべてのサービスを中断した後に、端末機が該当メッセージを表示部に出力するか、指定された装置すなわちメモリ部にメッセージ内容を格納するか、或いは受信中であるサービス及びコンテンツに通知メッセージをオーバーレイさせて表示部に出力するかを示す。PresentationType１１０９は、サービス供給者の目的により多様なタイプで定義されることができる。
【０１６７】
例えば、PresentationTypeが“０”に設定されると、通知メッセージを受信する端末機の制御部４０４は、メッセージを受信し次第、表示部４０６を通じてユーザーに通知メッセージを提供する。PresentationTypeが“１”に設定されると、制御部４０４は、メモリ部４１０に受信された通知メッセージを格納する。さらに、PresentationTypeが“２”に設定されると、制御部４０４は、現在表示部４０６を通じて提供されるサービスに上記通知メッセージをオーバーレイしてユーザーに提供する。
【０１６８】
【表１６】
2009505556.tif 000018
【０１６９】
＜表１６＞において、ExtensionURL１１１０は、通知メッセージに対する付加情報のためのサービス又はコンテンツサーバのＵＲＬを表し、オプション値である。
【０１７０】
SessionInformation１１１１は、データ受信のためのセッション情報を表し、オプション値である。SessionInformation１１１１は、サービスガイドが更新され、或いはファイル及びコンテンツが受信される場合に、該当サービスガイドまたはファイル及びコンテンツが存在するセッションに関する情報である。SessionInformation１１１１は、ValidFrom１１１２、ValidTo１１１３、UsageType１１１４のような属性値と、＜表１６＞のDeliverySession１１１５、TransportObjectID１１１８、下記の＜表１７＞のFragment１１１９、AlternativeURI１１２２のような要素値とをその下位要素値として有する。すなわち、SessionInformation１１１１は、端末機１０８が受信するサービスに対するセッション情報を提供するために使用される。Sessioninformation１１１１の用途はUsageType１１１４に基づいて判定することができる。端末機は、受信された通知メッセージのUsageType１１１４に基づいてどんな内容がSessioninformation１１１１に含まれるかを判定することができる。
【０１７１】
VallidFrom１１１２は、SessionInformation１１１１が有効な開始時間を表し、オプション値である。
【０１７２】
ValidTo１１１３は、SessionInformation１１１１が有効な終了時間を表し、オプション値である。
【０１７３】
UsageType１１１４は、SessionInformation１１１１の使用タイプを表す。すなわち、UsageType１１１４は、サービスガイド更新に対する用途であるか、或いはファイル受信のための用途であるかを表し、サービス供給者の目的により多様な形態で定義されることができる。
【０１７４】
DeliverySession１１１５は、実際にサービスガイド又はファイルのようなオブジェクトが伝送されるセッションに対する位置値を表し、SourceIP１１１６及びTransportSessionID１１１７の属性値を有する。
【０１７５】
SourceIP１１１６は、該当伝送セッションのＩＰアドレスであり、ブロードキャスト及びマルチキャストアドレスがすべて可能である。
【０１７６】
TransportSessionID１１１７は、伝送セッションに対するＩＤ値を有する。
【０１７７】
TransportObjectID１１１８は、セッションを通じて伝送されるオブジェクトに対する固有識別子である。
【０１７８】
【表１７】
2009505556.tif 000019
【０１７９】
＜表１７＞において、Fragment１１１９は、伝送オブジェクトのフラグメント情報であり、サービスガイドに対して更新された特定のフラグメント情報を表し、端末機が該当ＩＤ及びバージョン情報をチェックし、更新されたフラグメントのみを受信して格納するようにする。
【０１８０】
FragmentID１１２０は、端末機２０８が受信するフラグメントの固有な識別値である。
【０１８１】
FragmentVersion１１２１は、受信するフラグメントのバージョン情報を表し、同一のFragmentIDを有するフラグメントに対して、該当バージョン情報をチェックして端末機が最新バージョンに該当するFragmentIDを有している否かを判定する。最新バージョンがセッションに存在すると、端末機は、セッションから最新バージョン値を受信して格納する。
【０１８２】
AlternativeURI１１２２は、該当オブジェクトを持っているＵＲＩ値を示し、セッションを通じて伝送が失敗し、或いは放送チャンネルでなく双方向チャンネルを通じて受信するために必要である場合に提供される。端末機は、双方向チャンネルを通じて該当ＵＲＩの位置に接続し、所望のオブジェクトを受信することができる。
【０１８３】
MediaInformation１１２３は、通知メッセージの生成のためのメディア情報を表し、マルチメディアで構成された通知メッセージのために必要である。MediaInformation１１２３は、Picture、Video、Audioの下位要素値で構成される。
【０１８４】
Picture１１２４は写真又はイメージ情報を表し、MIMEtype１１２５は該当動画像に対するＭＩＭＥ(Multipurpose Internet Mail Extension)タイプを表し、PictureURI１１２６は写真またはイメージの位置を示すＵＲＩであり、Video１１２７は動画像に関する情報を表す。
【０１８５】
【表１８】
2009505556.tif 000020
【０１８６】
上記の＜表１８＞において、MIMEtype１１２８は該当動画像に対するＭＩＭＥタイプを表し、VideoURI１１２９は動画像の位置を示すＵＲＩである。ここで、“動画像の位置”は、該当動画像が通知メッセージに含まれて伝送されずに特定のサーバに存在する場合に、特定のサーバの位置を意味する。
【０１８７】
Audio１１３０は、オーディオ、音楽、ベル音に関する情報を表す。MIMEtype１１３１は、該当オーディオに対するＭＩＭＥタイプを表す。AudioURI１１３２は、オーディオの位置を示すＵＲＩである。
【０１８８】
下記の＜表１９＞及び＜表２０＞は、本発明の第２の実施形態によるユーザー用に使用される通知メッセージスキーマとして、テキストで構成されたメッセージのフォーマットを示す。＜表１９＞及び＜表２０＞において、各項目の定義は、＜表１４＞の定義と同一であり、＜表１４＞〜＜表１８＞の説明と同一の部分に対してはその詳細な説明を省略する。
【０１８９】
【表１９】
2009505556.tif 000021
【０１９０】
【表２０】
2009505556.tif 000022
【０１９１】
＜表１９＞及び＜表２０＞に示すように、本発明の実施形態で提案されたユーザー用の通知メッセージは、サービス供給者またはコンテンツ供給者の公知事項、広告メッセージ、課金情報、及び決済情報の受信に活用することができる。＜表２０＞のExtensionURL１２１０は、CallbackURLとして作用し、双方向チャンネルを通じて付加情報を受信することができる。
【０１９２】
該当通知メッセージは、id１２０１、NotificationVersion１２０２、NotificationType１２０３、及びValidity１２０４のような属性値、及びName１２０５、Description１２０７、PresentationType１２０９、及びExtensionURL１２１０のような要素値で構成される。＜表１９＞及び＜表２０＞に示す通知メッセージを構成するすべての下位属性値及び下位要素値に対する説明は、＜表１４＞〜＜表１８＞の説明と同一である。
【０１９３】
＜表２１＞〜＜表２３＞を参照して、本発明の第２の実施形態によるユーザー用に使用される通知メッセージスキーマとして、マルチメディアで構成されたメッセージのフォーマットを説明する。便宜上、＜表２１＞〜＜表２３＞は一つの表から分けられる。＜表２１＞〜＜表２３＞における各項目の定義は、＜表１４＞の定義と同一であり、＜表１４＞〜＜表１８＞の説明と同一の部分に対して、その詳細な説明を省略する。
【０１９４】
【表２１】
2009505556.tif 000023
【０１９５】
【表２２】
2009505556.tif 000024
【０１９６】
【表２３】
2009505556.tif 000025
【０１９７】
＜表２１＞〜＜表２３>は、本発明の第２の実施形態によるユーザー用に使用される通知メッセージスキーマとして、マルチメディアで構成されたメッセージのフォーマットを示す。＜表２１＞〜＜表２３＞に示すように、本発明の実施形態で提案されたユーザー用の通知メッセージは、イメージ、動画像、オーディオのような多様なマルチメディアファイルを用いてメッセージを構成させ、サービス及びコンテンツに対する広告メッセージ、迷子探索のような公益のためのメッセージとして多様に活用することができる。＜表２１＞〜＜表２３＞の通知メッセージは、id１３０１、NotificationVersion１３０２、NotificationType１３０３、Validity１３０４のような属性値、及びName１３０５、Description１３０７、PresentationType１３０９、ExtensionURL１３１０、MediaInformation１３２３のような要素値を含む。＜表２１＞〜＜表２３＞の通知メッセージを構成するすべての下位属性値及び要素値に対する説明は、＜表１４＞〜＜表１８＞からの説明と同一である。
【０１９８】
＜表２４＞〜＜表２６＞を参照して、本発明の第２の実施形態により端末機用に使用された通知メッセージスキーマとして、セッション情報を含むメッセージのフォーマットを説明する。便宜上、＜表２４＞〜＜表２６＞は、一つの表から分けられ、各表における各項目の定義は、＜表１４＞の定義に従う。
【０１９９】
【表２４】
2009505556.tif 000026
【０２００】
【表２５】
2009505556.tif 000027
【０２０１】
【表２６】
2009505556.tif 000028
【０２０２】
＜表２４＞〜＜表２６＞は、本発明の第２の実施形態により、端末機用に使用される通知メッセージスキーマとして、セッション情報を含むメッセージのフォーマットを示す。＜表２４＞〜＜表２６＞に記載された端末機用に使用される通知メッセージの代表的な用途は、サービスガイドの更新情報を端末機に提供して更新されたサービスガイドを端末機が格納するように支援するものである。また、＜表２４＞〜＜表２６＞の通知メッセージスキーマは、サービス又はコンテンツの開始、ファイルのダウンロード開始、別途のセッションを通じて伝送されたマルチメディア通知メッセージの伝達のために多様に利用されることができる。通知メッセージの代表的な用途がサービスガイドの更新情報を端末機に提供するものであると上述したが、上記用途以外の他の用途が代表的な用途に替わることができる。
【０２０３】
別途のセッションとは、一般的に携帯放送システムがコンテンツを伝送するためにマルチキャストアドレスでセッションをオープンして該当コンテンツを端末機に伝送する。このとき、別途のセッションは、端末機が既に特定のセッションで携帯放送システムからコンテンツサービスを受信していると、既に設定されたセッションでなく他の別途のセッションを意味する。
【０２０４】
＜表２４＞〜＜表２６＞に示す本発明の第２の実施形態に提案された端末機用の通知メッセージは、id１４０１、NotificationVersion１４０２、NotificationType１４０３、及びValidity１４０４の属性値、及びName１４０５、Description１４０７、PresentationType１４０９、ExtensionURL１４１０、及びSessionInformation１４１１の要素値を含む。＜表２４＞〜＜表２６＞に示す通知メッセージを構成するすべての下位属性値及び下位要素値に対する説明は、＜表１４＞〜＜表１８＞の説明内容と同一である
【０２０５】
図７は、本発明の第２の実施形態により端末機で通知メッセージを受信する過程を示すフローチャートである。通知メッセージに対する属性値及び要素値は、上記に説明されている。
【０２０６】
ステップＳ７０１で、端末機は、受信部４００を用いて携帯放送システムから通知メッセージを受信する。ステップＳ７０２で、メッセージ解析部４０２は、受信された通知メッセージが構成されたフォーマットにより該当メッセージを解析する。通知メッセージがＸＭＬフォーマットで構成されると、メッセージ解析部４０２は、内部に含まれたＸＭＬ解析部を用いて受信されたメッセージを解析する。
【０２０７】
ステップＳ７０３で、制御部４０４は、idとNotificationVersionの項目で、以前に受信された通知メッセージと新たに受信された通知メッセージを比較することによって、受信された通知メッセージが既に受信された通知メッセージであるか否かを判定する。新たに受信された通知メッセージが以前に受信された通知メッセージと同一であると、制御部４０４は、ステップＳ７０５に進み、新たに受信された通知メッセージを廃棄させた後に終了する。しかしながら、新たに受信された通知メッセージが以前に受信された通知メッセージと同一でないと、制御部４０４は、ステップＳ７０４に進む。
【０２０８】
ステップＳ７０４で、制御部４０４は、メッセージ解析部４０２によって解析された通知メッセージのNotificationTypeをチェックし、そのチェック結果により予め定義された動作を遂行し、これについては下記に説明する。NotificationTypeが“０”である場合に、受信された通知メッセージがユーザー用であることを示すため、制御部４０４はステップＳ７１０に進む。NotificationTypeが“１”である場合に、受信された通知メッセージが端末機用であることを示すため、制御部４０４はステップＳ７３０に進む。NotificationTypeが“２”である場合又はそれ以上である場合に、受信された通知メッセージがサービス供給者によって定義されたメッセージであることを示すため、制御部４０４は、ステップＳ７２０に進み、サービス供給者によって定義された所定の動作を遂行する。ここで、NotificationTypeが“２”であると、サービス供給者は、彼らの事業モデル及びサービスにより自由に通知メッセージを定義することができる。
【０２０９】
ステップＳ７１０で、制御部４０４は、上記の通知メッセージがユーザー用として受信されたメッセージであるため、表示部４０６を通じてユーザーに受信された通知メッセージを提供することができる。ユーザー用として受信された通知メッセージは、ＳＭＳメッセージ又はマルチメディアメッセージとなることができる。サービス供給者は、このメッセージを使用して、サービスイベント通知、システム障害/点検通知、サービス及びコンテンツに対するテキスト又はマルチメディア広告、災害放送メッセージ、課金通知のような多様なタイプのメッセージを提供することができる。この通知メッセージに対して、制御部４０４は、PresentationTypeをチェックし、受信された通知メッセージがチェック結果により設定される高優先順位を有すると、表示部４０６を通じて受信された通知メッセージを出力する。PresentationTypeは、サービス供給者の事業モデル及びサービスによって自由に定義され、上記に定義された値と異なる値を持つようになる。
【０２１０】
ステップＳ７１１で、制御部４０４は、受信された通知メッセージのPresentationTypeに基づいて受信された通知メッセージを処理するか否かを決定しなければならない。受信された通知メッセージのPresentationTypeが“０”であると、制御部４０４は、その通知メッセージをユーザーに緊急に提供しなければならないメッセージであると判定する。PresentationTypeが“１”であると、制御部４０４は、メモリ部４１０に受信された通知メッセージを格納して以後にユーザーが利用可能にする。最後に、PresentationTypeが“２”であると、制御部４０４は、該当通知メッセージをサービス中であるコンテンツにオーバーレイする。
【０２１１】
ステップＳ７１１で、受信された通知メッセージのPresentationTypeが“０”であると判定される場合に、ユーザーに緊急に伝送すべき該当メッセージを示すため、制御部４０４は、ステップＳ７１２に進んで受信中のサービスを中断する。ステップＳ７１３で、制御部４０４は、受信された通知メッセージをユーザーに直接に提供できるように構成する。ステップＳ７１４で、制御部４０４は、構成された通知メッセージを予め定義された画面構成方式により表示部４０６を通してディスプレーする。ここで、“受信された通知メッセージを構成”は、通知メッセージがＸＭＬ形態で構成されていると、メッセージに含まれたテキスト、イメージ、オーディオ、及びビデオの情報をユーザーに提供できるように予め定義された画面構成方式によりメッセージを再構成することを意味する。
【０２１２】
ステップＳ７１１で、受信された通知メッセージのPresentationTypeが“１”であると、制御部４０４は、ステップＳ７１５で、メモリ部４１０に通知メッセージを格納する。その後、ユーザーは、適切な動作を通じてメモリ部４１０に格納された通知メッセージをチェックすることができる。
【０２１３】
最後に、ステップＳ７１１で、受信された通知メッセージのPresentationTypeが“２”であると判定される場合に、制御部４０４は、ステップＳ７１６で、表示部４０６を通じて提供中であるサービス/コンテンツに受信された通知メッセージをオーバーレイするために、端末機２０８によって定義された画面構成方式により上記通知メッセージを再構成する。
【０２１４】
ステップＳ７１７で、制御部４０４は、ステップＳ７１６で生成された通知メッセージを現在受信中であるコンテンツにオーバーレイし、表示部４０６を通じてユーザーに提そのオーバーレイ結果を提供する。
【０２１５】
ステップＳ７０４で、受信された通知メッセージのNotificationTypeが“１”であると、制御部４０４は、ステップＳ７３０で受信された通知メッセージが端末機用であることを判定する。
【０２１６】
制御部４０４は、ステップＳ７３１で、受信された通知メッセージのセッション情報の内容をチェックし、ステップＳ７３２でセッション情報の内容に基づいて該当セッションにアクセスする。制御部４０４は、ステップＳ７３３で、アクセスされたセッション内のサービスガイド、ファイル、及びオブジェクトのような指定された内容を受信し、ステップＳ７３４でメモリ部４１０に受信された内容を格納又は更新する。
【０２１７】
図８は、本発明の第２の実施形態により携帯放送システムにおける通知メッセージを生成するための過程を示すフローチャートである。
【０２１８】
図８で説明する通知メッセージに対する要素値及び属性値は、上記に＜表１４＞〜＜表２６＞を参照して説明されている。
【０２１９】
通知メッセージは、コンテンツ供給者、サービス供給者又はネットワーク供給者の要求によって、或いは携帯放送サービスシステムによって生成された通知イベントに基づいて、図２で説明した通知メッセージ生成部２０４ａによって生成される。
【０２２０】
ステップＳ８０１で、通知メッセージ生成部２０４ａは、システム及びサービスに対する変更及び障害、サービスガイドの変更及び伝送、コンテンツの伝達、広告、緊急状況、緊急災難を通知する通知イベントメッセージを通知イベント生成部２０２ａから受信する。
【０２２１】
ステップＳ８０２で、通知メッセージ生成部２０４ａは、受信された通知イベントメッセージに基づき、通知メッセージに対する基本情報、すなわちid、Validityの属性値、及びName、Description、ExtensionURL、及びMediaInformationの要素値を生成する。
【０２２２】
ステップＳ８０３で、通知メッセージ生成部２０４ａは、基本情報を作成した後に該当通知メッセージがユーザー用であるか、端末機用であるかを判定し、その判定結果によってNotificationTypeを設定する。
【０２２３】
通知メッセージがユーザー用であると(ステップＳ８１０)、通知メッセージ生成部２０４ａ、ステップＳ８１１でNotificationTypeを“０”に設定する。
【０２２４】
ステップＳ８１１でNotificationTypeを“０”に設定した後、通知メッセージ生成部２０４ａは、ステップＳ８１２でユーザー端末機に該当メッセージを直接にディスプレーするか、端末機に格納した後にユーザーの要求によってユーザーに出力するか、或いはサービス中であるコンテンツにオーバーレイしてユーザーに出力するかを判定する。
【０２２５】
通知メッセージ生成部２０４ａは、ステップＳ８１２で、端末機に通知メッセージをディスプレーする方法を決定する過程で、通知メッセージを受信するとすぐディスプレーすると判定される場合(ステップＳ８２０)、ステップＳ８２１で、通知メッセージのPresentationTypeを“０”に設定する。しかしながら、通知メッセージ性西部２０４ａは、通知メッセージを端末機に格納された後にユーザーの要求によって出力すると判定した場合(ステップＳ８３０)、ステップＳ８３１でPresentationTypeを“１”に設定する。
【０２２６】
最後に、通知メッセージ生成部２０４ａは、ユーザーに提供中であるコンテンツに通知メッセージをオーバーレイすると判定される場合(ステップＳ８４０)、ステップＳ８４１で通知メッセージのPresentationTypeを“２”に設定する。
【０２２７】
しかしながら、ステップＳ８０３で、通知メッセージが端末機用であると判定される場合(ステップＳ８５０)、通知メッセージ生成部２０４ａは、ステップＳ８５１で、通知メッセージのNotificationTypeを“１”に設定する。
【０２２８】
ステップＳ８５２で、端末機用の通知メッセージは、通知メッセージフォーマットで説明されたように、サービスガイドの更新/伝送又はサービス/コンテンツの伝達を通知するメッセージとして使用され、該当メッセージに対するセッション情報を必要とする。したがって、端末機用の通知メッセージを生成するために、通知メッセージ生成部２０４ａは該当セッション情報が必要である。このセッション情報は、ＢＣＡＳＴサービス分配/適応部２０３に格納され、ＢＣＡＳＴサービス分配/適応部２０３の通知メッセージ分配/適応部２０３ａが通知メッセージ生成部２０４ａにセッション情報を伝達し、通知メッセージ生成部２０４ａはセッション情報をチェックしてから関連情報を設定する。このセッション情報は、本発明の第１の実施形態で＜表１６＞及び＜表１７＞の要素１１１１〜１１２２に記載されている。
【０２２９】
ユーザー用又は端末機用の通知メッセージに対する設定が完了した後に、通知メッセージ生成部２０４ａは、ステップＳ８６０で通知メッセージを構成する。ステップＳ８７０で、通知メッセージ生成部２０４ａは、通知メッセージ分配/適応部２０３ａを通じて端末機に生成された通知メッセージを伝送する。
【０２３０】
下記の＜表２７＞は、上記に示した通知メッセージを構成する要素値及び属性値を示す表及び下記に示す通知メッセージを構成する要素値及び属性値を示す表に対して、より容易な理解のために提供される通知メッセージスキーマテーブルである。
【０２３１】
【表２７】
2009505556.tif 000029
【０２３２】
＜表２７＞において、名称(Name)は、該当フラグメントを構成する要素または属性の名称を表す。タイプ(Type)は、該当名称が要素値(Ｅ)に対応するか、或いは属性値(Ａ)に対応するかを表す。要素値は、Ｅ，Ｅ１，及びＥ２を含む。カテゴリー(Category)は、該当する要素値または属性値がネットワーク(Ｎ)又は端末機(Ｔ)で必須であるかオプションであるかを示すために使用され、その値が必須であると値Ｍを、その値がオプションであると値Ｏを、各々有する。したがって、ネットワークで必須コンテンツは“ＮＭ(Network  Mandatory)”、端末機で必須コンテンツは“ＴＭ(Terminal  Mandatory)”で表示し、ネットワークでオプションコンテンツは“ＮＯ(Network  Optional)”、端末機でオプションコンテンツは“ＴＯ(Terminal  Optional)”で表示する。カーディナリティ(Cardinality)は、要素間の関係を表し、０，０..１，１，０..ｎ，１..ｎの値を有する。ここで、“０”はオプション関係を、“１”は必須関係を、“ｎ”は複数の値を有する可能性を、各々意味する。例えば、０..ｎは、該当要素値がなく、或いは該当要素値がｎであることを意味する。データタイプ(DataType）は、該当要素値又は属性値に対するデータ形態、すなわちメッセージを生成するために使用されるプログラム言語のタイプを意味する。例えば、データタイプは、ＸＭＬ(Extensible  Markup  Language)で使用されるデータタイプを表すことができる。
【０２３３】
＜表２８＞〜＜表３６＞は、本発明の第３の実施形態により、＜表２７＞に説明した通知メッセージを示す。第３の実施形態による通知メッセージは、第１の実施形態による通知メッセージに比べて、カテゴリーが＜表２７＞で説明したように該当コンテンツがネットワーク及び端末機で必須であるか、或いはオプションであるかを表示した点が異なる。また、要素値のうち、第１及び第２の実施形態で通知メッセージの名称を示す＜表１９＞のName１２０５が、下記の＜表２９＞のタイトルに変更された点が異なる。なお、第１及び第２の実施形態では通知メッセージに含まれたセッション情報を用いてセッションにアクセスして該当ファイルを受信することに対して、第３の実施形態ではサービスガイドの更新に使用される通知メッセージにServiceGuideDeliveryDescriptor及びFragmentを追加する。第３の実施形態は、ユーザー用または端末機用として使われたNotificationTypeが通知メッセージの用途またはイベントにより区分されることが、以前の実施形態と異なる。
【０２３４】
＜表２８＞〜＜表３６＞の通知メッセージは、ID、NotificationVersion、NotificationType、Validityの属性値、及びTitle、Description、PresentationType、及びExtensionURLの要素値を基本的に含み、その用途に応じてSessionInformation、MediaInformation、ServiceGuideDeliveryDescriptor、又はFragmentをさらに含むことができる。
【０２３５】
【表２８】
2009505556.tif 000030
【０２３６】
【表２９】
2009505556.tif 000031
【０２３７】
【表３０】
2009505556.tif 000032
【０２３８】
【表３１】
2009505556.tif 000033
【０２３９】
【表３２Ａ】
2009505556.tif 000034
【表３２Ｂ】
2009505556.tif 000035
【０２４０】
【表３３】
2009505556.tif 000036
【０２４１】
【表３４Ａ】
2009505556.tif 000037
【表３４Ｂ】
2009505556.tif 000038
【０２４２】
【表３５Ａ】
2009505556.tif 000039
【表３５Ｂ】
2009505556.tif 000040
【０２４３】
【表３６Ａ】
2009505556.tif 000041
【表３６Ｂ】
2009505556.tif 000042
【０２４４】
下記に、＜表３７＞〜＜表４５＞は、本発明の第４の実施形態による通知メッセージを示す。第４の実施形態による通知メッセージと他の実施形態による通知メッセージとの間の差は、次のようである。端末機は、NotificationTypeに基づいて該当通知メッセージがユーザー用であるか、或いは端末機用であるかを判定する。通知メッセージ生成部２０４ａは、通知イベントのタイプを示すEventTypeを用いて通知メッセージのイベントタイプによりメッセージを構成する。端末機は、受信された通知メッセージのEventTypeに基づき、受信された通知メッセージがどんなイベントによって構成されるかを判定することができる。また、通知メッセージ生成部２０４ａは、通知メッセージにFilteringValueを追加してユーザー端末機に格納されているコンテンツまたは特定のセッションに存在するコンテンツ、及びFilteringValueに該当するコンテンツをディスプレー可能なようにして、ユーザーが異なるコンテンツを見ることができる。すなわち、通知メッセージ生成部２０４ａは、受信された通知イベントメッセージにより通知メッセージを生成するため、通知メッセージ生成部２０４ａが通知メッセージを生成するように、イベントタイプを示すイEventType情報を通知メッセージに含んで伝送することによって、通知メッセージに必要な要素のみを示す通知メッセージを構成することができる。
【０２４５】
また、サービスガイドに対する更新を目的として、ＳＧＤＤ(ServiceGuideDeliveryDescriptor)又はFragment自体を送ることができるが、通知メッセージの構成時に、ＳＧＤＤに対するid及びversion情報、及びSession情報を通じて該当Sessionにアクセスして存在するＳＧＤＤから通知されたidと一致するＳＧＤＤを検索し、version情報が最新バージョンを表す場合に、サービスガイドを更新することができる。
【０２４６】
第４の実施形態による通知メッセージのGenericFieldはID、NotificatioinVersion、NotificationType、EventType、PresentationType、及びValidityの属性値と、Title、Description、ExtensionURLの要素値を含む。FilteringValue、SessionInformation、MediaInformation、ServiceGuideDeliveryDescriptior、及びFragmentは、GenericFieldとともにEventTypeにより異なる方式で構成されることができる。
【０２４７】
【表３７】
2009505556.tif 000043
【０２４８】
【表３８Ａ】
2009505556.tif 000044
【表３８Ｂ】
2009505556.tif 000045
【０２４９】
【表３９Ａ】
2009505556.tif 000046
【表３９Ｂ】
2009505556.tif 000047
【０２５０】
【表４０Ａ】
2009505556.tif 000048
【表４０Ｂ】
2009505556.tif 000049
【０２５１】
【表４１Ａ】
2009505556.tif 000050
【表４１Ｂ】
2009505556.tif 000051
【０２５２】
【表４２Ａ】
2009505556.tif 000052
【表４２Ｂ】
2009505556.tif 000053
【０２５３】
【表４３Ａ】
2009505556.tif 000054
【表４３Ｂ】
2009505556.tif 000055
【０２５４】
【表４４Ａ】
2009505556.tif 000056
【表４４Ｂ】
2009505556.tif 000057
【０２５５】
【表４５Ａ】
2009505556.tif 000058
【表４５Ｂ】
2009505556.tif 000059
【０２５６】
下記の＜表４６＞は、第３の実施形態のNotificationTypeと第４の実施形態のEventTypeで使用される値を示す。第３又は第４の実施形態の通知メッセージのフォーマットが、EventTypeにより変わることができる。EventType＝１である場合に、通知メッセージは、GenericField＋MediaInformationで構成可能である。EventTypeが２である場合に、通知メッセージは、Filteringを通じて端末機に格納されている関連広告或いはコンテンツを見せようとする場合に、通知メッセージは、GenericField＋FilteringValueで構成できる。特定のセッションに広告コンテンツを送信してユーザーに該当セッションにアクセスするようにリアルタイムで広告を見ることが可能なように、通知メッセージは、GenericField＋SessionInformationで構成され、或いはFilteringValueを通じて該当セッション中にユーザーに合う広告を見ることができるようにGenericField＋FileteringValue＋SessionInformationの構成も可能である。
【０２５７】
EventTypeが３である場合に、通知メッセージは、サービス又はファイル伝送の開始を知らせるために該当サービスやファイルが伝送されるセッションを共に伝送するためにGenericField＋SessionInformationで構成される。EventTypeが４である場合に、サービスガイドの更新を知らせるために更新されたサービスガイドが存在するセッションのみを通知するように、GenericField＋SessionInformationで構成可能で、該当ServiceGuideDelieveryDescriptorをGenericField＋ServiceGuideDeliveryDescriptorのように通知メッセージを用いて伝送し、或いは変更されたFragment自体をGenericField＋Fragmentのように構成することもできる。
【０２５８】
また、ServiceGuideDeliveryDescriptor(ＳＧＤＤ)が伝送されるAnnoucnementSession内に該当ＳＧＤＤが数個存在する場合に、GenericField＋ServiceGuideDeliveryDescriptorのidとversion＋SessionInformationが共に構成されてSession内の変更された特定のＳＧＤＤを通知するように該当ＳＧＤＤの更新が可能である。EventTypeが５である場合に、通知メッセージは、GenericFieldのみを構成する。EventTypeが６である場合、通知メッセージはGenericField＋MediaInformation形態で構成されて端末機に伝達する。下記の＜表４６＞のEventTypeは、用途に応じて多様なEventTypeが追加されることができる。
【０２５９】
【表４６】
2009505556.tif 000060
【０２６０】
図９は、本発明の第４の実施形態により通知メッセージが広告又はこれに類似した目的で使用される通知メッセージを受信した端末機が、予め保存されている広告コンテンツ又はデータをユーザーに提供する過程の一例を示す。
【０２６１】
すなわち、EventTypeが“２”である広告用メッセージがFilteringValueを含んでいる場合に、ユーザー端末機は、FilteringValueを用いて予め格納されている広告コンテンツまたは類似したデータを端末機の画面にディスプレーする過程を示す。ＢＳＤ/Ａ(BroadcastServiceDistribution/Adaptaion）９０１は、ＯＭＡ  ＢＣＡＳＴで分配を担当するネットワークエンティティであり、ＮＴＤＡ(NotificationDistribution/Adaption）９０２はＢＳＤ/Ａ９０１内の通知メッセージを伝達する通知関数のコンポーネントである。
【０２６２】
ＮＴＤＡ９０２は、ＯＭＡ  ＢＣＡＳＴでＢＳＤ/Ａ９０１と端末機９１１との間で定義されたインターフェース９０３を通じてEventType＝Advertisement、FilteringType＝Genre、FilteringValue＝Sportsである通知メッセージ９０３を端末機９１１のＮＴＣ９０４に伝送する。
【０２６３】
ＮＴＣ９０４は受信された通知メッセージをチェックし、端末機９１１内の適合した機能を用いて記憶媒体(Storage)９０５内のコンテンツ９０６〜９０９のうち、Genreがスポーツであるコンテンツを検索する。この実施形態で、コンテンツ(ID:1)９０６が受信された通知メッセージ９０３のFilteringValueと一致(matching)される広告コンテンツであるため、インターフェース９４０を通じて表示部９１０にディスプレーされる。このとき、受信された通知メッセージ内のValidityが2006.01.01  10:00AMに定義されているので、該当コンテンツは10:00AMに自動でディスプレーされる。
【０２６４】
第４の実施形態で説明したFilteringValueとFilteringTypeは、その用途により多様な値が割り当てられ、主要タイプとしてはUserPreference、UserLocation、TargetGroup、ServiceProvider、Userdemographicprofile、Timeofday、dayofweek、channelなどがある。また、該当タイプは、サービスガイドのコンテンツまたはサービスに関連したFragmentを説明する要素値又は属性値の内容と同一の目的又は内容で使用されると、同一の名称で使用されなければならない。コンテンツまたはサービスに関連したFragmentで使用される要素値及び属性値は、Genre、ParentalRating、UserRating、TargetUserProfile、BroadcastAreaである。
【０２６５】
本発明のFilteringTypeとFilteringValueは、実施形態でFilteringTypeは、タイトルが、FilteringValueは“Description”が同一の用途び機能として使用されることもできる。
【０２６６】
上述した本発明の第１〜第４の実施形態では、本発明が携帯放送システムのみに対して説明したが、実際にはＩＰＴＶ(Internet  Protocol  Television）のようなＩＰに基づいてすべての放送システムに適用されることができる。
【０２６７】
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲を外れない限り、様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。したがって、本発明の範囲は、前述の実施形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。
【図面の簡単な説明】
【０２６８】
【図１】一般的な携帯放送サービスを提供するためのシステムを示す概念図である。
【図２】本発明の実施形態により携帯放送システムにおける通知メッセージを伝送するためのブロック構成図である。
【図３】本発明の第１及び第２の実施形態による通知メッセージのスキーマテーブルの例示図である。
【図４】本発明の第１及び第２の実施形態による端末機を示すブロック構成図である。
【図５】本発明の第１の実施形態により、端末機における通知メッセージを受信する過程を示すフローチャートである。
【図６】本発明の第１の実施形態により、携帯放送システムにおける通知メッセージを生成するための過程を示すフローチャートである。
【図７】本発明の第２の実施形態により、端末機における通知メッセージを受信する過程を示すフローチャートである。
【図８】本発明の第２の実施形態により、携帯放送システムにおける通知メッセージを生成するための過程を示すフローチャートである。
【図９】本発明の第４の実施形態により、広告又はこれに類似した目的のために使用される前記通知メッセージを受信した端末機が予め格納されている広告コンテンツ又はデータをユーザーに提供する過程の一例を示す図である。
【符号の説明】
【０２６９】
２０２ａ  通知イベント生成部
２０３ａ  通知メッセージ分配/適応部
２０４ａ  通知メッセージ生成部
【図１】
2009505556.tif 000061
【図２】
2009505556.tif 000062
【図３】
2009505556.tif 000063
【図４】
2009505556.tif 000064
【図５】
2009505556.tif 000065
【図６】
2009505556.tif 000066
【図７】
2009505556.tif 000067
【図８】
2009505556.tif 000068
【図９】
2009505556.tif 000069
【国際調査報告】
2009505556.tif 000070
2009505556.tif 000071