(57)【要約】【課題】  本発明は移動通信網でのマルチメディア広告サービス提供方法及び装置に関する。【解決手段】  本発明の移動通信網でのマルチメディア広告サービス提供方法では，サーバーがコンテンツに対する出力条件情報と共にコンテンツをダウンロードして，これを受信した移動端末機は，出力条件情報に該当するイベント発生時，その出力条件によってダウンロードされたコンテンツを実行して出力し，その後出力したコンテンツに対する出力履歴情報をサーバーにアップロードする。
2005522070.tif 000002
【特許請求の範囲】
【請求項１】
移動通信網でのワイヤレスアプリケーションプロトコル（ＷＡＰ）プッシュ方式によってサーバーから特定または不特定の多数の移動端末機にマルチメディアコンテンツをダウンロードする方法によって，マルチメディア広告サービスを提供する方法において：
（ａ）前記サーバーが，一つ以上のマルチメディアコンテンツ，および前記コンテンツに関する出力条件情報をダウンロードさせる段階と；
（ｂ）前記移動端末機が，前記出力条件情報に該当するイベントの発生時に，前記ダウンロードされたコンテンツを前記出力条件情報に応じて実行および出力する段階と；
を含むことを特徴とするマルチメディア広告サービス提供方法。
【請求項２】
前記移動端末機が，
（ｃ）前記コンテンツのダウンロードのために前記サーバーに接続した時に，前記出力したコンテンツに関する出力履歴情報を前記サーバーにアップロードする段階をさらに含むことを特徴とする，請求項１に記載のマルチメディア広告サービス提供方法。
【請求項３】
前記出力条件情報には，該当するコンテンツの識別情報（ＩＤ），前記イベントのイベント名，出力時間間隔，時間間隔別の出力回数，及び出力期間に関する情報が相互に関連づけられて含まれることを特徴とする，請求項１に記載のマルチメディア広告サービス提供方法。
【請求項４】
前記イベントには，端末機電源オン，端末機電源オフ，短文メッセージサービス（ＳＭＳ）発信，呼出受信，無線インターネット接続，無線インターネット接続解除，待機状態，ダウンロード画面状態，及び／またはバッファリング画面状態が含まれることを特徴とする，請求項３に記載のマルチメディア広告サービス提供方法。
【請求項５】
前記出力条件情報は，１つのイベントに対して複数の前記コンテンツが定期的に出力されるように構成されることを特徴とする，請求項１または３に記載のマルチメディア広告サービス提供方法。
【請求項６】
前記（ｂ）段階は，前記移動端末機のモード設定状態によって選択的に実行されることを特徴とする，請求項１に記載のマルチメディア広告サービス提供方法。
【請求項７】
マルチメディア広告サービスのために無線インターネットに接続可能な移動端末機のマルチメディアコンテンツを制御する装置であって： 
ＷＡＰプッシュ方式により受信された接続情報に基づいてサーバーに接続し，該当するマルチメディアコンテンツ及び前記コンテンツに関する出力条件情報をダウンロードするダウンロード手段と； 
前記ダウンロードされたマルチメディアコンテンツ及び出力条件情報を別々に記憶する記憶手段と；
前記移動端末機の操作により発生する各種イベントをリアルタイムで監視する監視手段と；
前記監視の結果及び前記記憶された出力条件情報に基づいて，現在発生したイベントに関連する前記マルチメディアコンテンツの出力スケジュールを定めるスケジューリング手段と；
前記定められたスケジュールに従って前記マルチメディアコンテンツを実行及び出力するコンテンツ実行手段と；
を備えることを特徴とするマルチメディアコンテンツ制御装置。
【請求項８】
前記ダウンロード手段は，シンプルイメージサービス基盤，ＭＰＥＧ基盤，ウェーブレット基盤，フラッシュ基盤及び／または３次元基盤形態のコンテンツを，分離または結合してダウンロードすることを特徴とする，請求項７に記載のマルチメディアコンテンツ制御装置。
【請求項９】
前記ダウンロード手段は，前記各種形態のコンテンツを形態別に識別し，識別された前記コンテンツを前記記憶手段に記憶させることを特徴とする，請求項８に記載のマルチメディアコンテンツ制御装置。
【請求項１０】
前記コンテンツ実行手段は，前記マルチメディアコンテンツを再生するマルチメディアプレーヤーを備えることを特徴とする，請求項８に記載のマルチメディアコンテンツ制御装置。
【請求項１１】
前記記憶手段は，出力された前記コンテンツに関する出力履歴情報を記憶することを特徴とする，請求項７に記載のマルチメディアコンテンツ制御装置。
【請求項１２】
マルチメディア広告サービスのために無線インターネットに接続可能な移動端末機のマルチメディアコンテンツを制御する方法において：，
（ａ）ＷＡＰプッシュ方式により受信された接続情報に基づいてサーバーに接続し，該当するマルチメディアコンテンツ及び前記コンテンツに関する出力条件情報をダウンロードする段階と；
（ｂ）前記ダウンロードされたマルチメディアコンテンツ及び出力条件情報を別々に記憶する段階と；
（ｃ）前記移動端末機の操作により発生する各種イベントをリアルタイムで監視する段階と；
（ｄ）前記監視の結果及び前記記憶された出力条件情報に基づいて，現在発生したイベントに関連する前記マルチメディアコンテンツの出力スケジュールを定める段階と；
（ｅ）前記定められたスケジュールに従って前記マルチメディアコンテンツを実行及び出力する段階と；
（ｆ）前記出力されたコンテンツに関する出力履歴情報を記憶する段階と；
（ｇ）前記記憶された出力履歴情報を前記サーバーに提供する段階と；
を含むことを特徴とするマルチメディアコンテンツ制御方法。
【請求項１３】
前記（ｇ）段階は，前記（ａ）段階における前記サーバーへの接続時に遂行することを特徴とする，請求項１２に記載のマルチメディアコンテンツ制御方法。
【請求項１４】
前記接続情報を短文メッセージ形態で受信することを特徴とする，請求項１２に記載のマルチメディアコンテンツ制御方法。
【請求項１５】
前記（ａ）段階は，前記接続情報の受信時にサービスモードの設定状態を判断する段階をさらに含み，
前記判断結果によって以後の過程を選択的に遂行することを特徴とする，請求項１２に記載のマルチメディアコンテンツ制御方法。
【請求項１６】
前記サービスモードの設定は，短文メッセージを介して受信されたサービス申請または解約のための接続情報に基づいて前記サーバーに接続する段階と；
前記サーバーからのサービス申請または解約に関するメッセージの受信に応じて前記サービスモードをオンまたはオフ状態に設定する段階と；
を含むことを特徴とする，請求項１５に記載のマルチメディアコンテンツ制御方法。
【請求項１７】
前記サービスモードの設定は，サービス申請又はサービス解除のためにユーザーの操作に基づいて前記サーバーに接続する段階と；
前記要求に基づいた前記サーバーからのサービス申請または解約に対するメッセージの受信に基づいて前記サービスモードをオンまたはオフ状態に設定する段階と；
を含むことを特徴とする，請求項１５に記載のマルチメディアコンテンツ制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信網でのマルチメディア広告サービス提供方法及びそのサービスのための移動端末機のマルチメディアコンテンツ制御装置及び方法に係り，さらに詳細には，無線インターネットに接続可能な移動通信網でのマルチメディアコンテンツ提供サービスが，サービスユーザー主体（すなわち，端末機基盤）でなくサービス提供者主体（すなわち，ネットワーク基盤）で成り立つことができるようにして，これにより端末機に提供されたマルチメディアコンテンツがユーザーの操作なしに（能動的に）出力されるようにすると共に，サービス提供者が，その出力履歴情報を確保することができるようにするための，移動通信網でのマルチメディア広告サービス提供方法及びそのサービスのための移動端末機のマルチメディアコンテンツ制御装置及び方法に関する。
【背景技術】
【０００２】
一般に，既存のマルチメディアコンテンツ提供方法は，ユーザーが端末機を操作して無線インターネットに接続した後，所望するマルチメディアコンテンツをダウンロードする端末機基盤方式が主であり，最近になってＷＡＰプッシュ[ＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）Ｐｕｓｈ]方式などを利用したネットワーク基盤の方式が使われている。
【０００３】
しかし，上記のような従来のマルチメディアコンテンツ提供方法において，前者の方法はサービス提供者を主体にしてユーザーにコンテンツを提供することができず，後者の方法もネットワーク基盤のコンテンツ提供のためにさらに進歩した技術が要求されている実情である。
【０００４】
また端末機上で，前者の方法や後者の方法を介してダウンロードされたコンテンツを画面に出力させるためには，端末機は，ユーザーの操作に応じて出力させる画面などを認識しなければならない。サービス提供者は，出力が指定されたコンテンツに対して端末機で実際どれくらい出力されたのか等を示す出力履歴の情報が全くわからない環境である。
【０００５】
したがって，従来のマルチメディアコンテンツ提供方法では，サービス提供者が特定または不特定の多数にマルチメディアコンテンツを提供して能動的に出力させることによって得られる広告等の効果を増進することができず，また，その広告効果を分析することができないという問題点があった。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
そこで，本発明は，このような問題に鑑みてなされたもので，その目的とするところは，マルチメディアコンテンツサービス提供者が主体となり，特定または不特定の多数の端末機にサービス提供者の所望のマルチメディアコンテンツを提供し，提供したコンテンツを端末機で能動的に出力させることが可能な，移動通信網でのマルチメディア広告サービス提供方法を提供することである。
【０００７】
本発明の他の目的は，上記目的の達成により提供されたマルチメディアコンテンツをユーザーの操作なしに能動的に出力させると共に，その出力履歴情報をサービス提供者側で確保することが可能な，マルチメディア広告サービスのための移動端末機のマルチメディアコンテンツ制御装置及び方法を提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために，本発明のある観点によれば，移動通信網でのワイヤレスアプリケーションプロトコル（ＷＡＰ）プッシュ方式によってサーバーから特定または不特定の多数の移動端末機にマルチメディアコンテンツをダウンロードする方法によって，マルチメディア広告サービスを提供する方法において：（ａ）サーバーが，一つ以上のマルチメディアコンテンツ，およびコンテンツに関する出力条件情報をダウンロードさせる段階と；（ｂ）移動端末機が，出力条件情報に該当するイベントの発生時に，ダウンロードされたコンテンツを出力条件情報に応じて実行および出力する段階と；を含むマルチメディア広告サービス提供方法が提供される。
【０００９】
上記マルチメディア広告サービス提供方法は，移動端末機が，（ｃ）コンテンツのダウンロードのためにサーバーに接続した時に，出力したコンテンツに関する出力履歴情報をサーバーにアップロードする段階をさらに含んでもよい。
【００１０】
上記出力条件情報には，該当するコンテンツの識別情報（ＩＤ），イベントのイベント名，出力時間間隔，時間間隔別の出力回数，及び出力期間に関する情報が相互に関連づけられて含まれてもよい。
【００１１】
上記イベントには，端末機電源オン，端末機電源オフ，短文メッセージサービス（ＳＭＳ）発信，呼出受信，無線インターネット接続，無線インターネット接続解除，待機状態，ダウンロード画面状態，及び／またはバッファリング画面状態が含まれてもよい。
【００１２】
上記出力条件情報は，１つのイベントに対して複数のコンテンツが定期的に出力されるように構成されてもよい。
【００１３】
上記（ｂ）段階は，移動端末機のモード設定状態によって選択的に実行されてもよい。
【００１４】
上記課題を解決するために，本発明の別の観点によれば，マルチメディア広告サービスのために無線インターネットに接続可能な移動端末機のマルチメディアコンテンツを制御する装置であって：ＷＡＰプッシュ方式により受信された接続情報に基づいてサーバーに接続し，該当するマルチメディアコンテンツをコンテンツに関する出力条件情報と共にダウンロードするダウンロード手段と；ダウンロードされたマルチメディアコンテンツ及び出力条件情報を別々に記憶する記憶手段と；移動端末機の操作により発生する各種イベントをリアルタイムで監視する監視手段と；監視の結果及び記憶された出力条件情報に基づいて，現在発生したイベントに関連するマルチメディアコンテンツの出力スケジュールを定めるスケジューリング手段と；定められたスケジュールに従ってマルチメディアコンテンツを実行及び出力するコンテンツ実行手段と；を備えるマルチメディアコンテンツ制御装置が提供される。
【００１５】
上記ダウンロード手段は，シンプルイメージサービス基盤，ＭＰＥＧ基盤，ウェーブレット基盤，フラッシュ基盤及び／または３次元基盤形態のコンテンツを，分離または結合してダウンロードしてもよい。
【００１６】
上記ダウンロード手段は，各種形態のコンテンツを形態別に識別し，識別されたコンテンツを記憶手段に記憶させてもよい。
【００１７】
上記コンテンツ実行手段は，マルチメディアコンテンツを再生するマルチメディアプレーヤーを備えてもよい。
【００１８】
上記記憶手段は，出力されたコンテンツに関する出力履歴情報を記憶してもよい。
【００１９】
上記課題を解決するために，本発明の別の観点によれば，マルチメディア広告サービスのために無線インターネットに接続可能な移動端末機のマルチメディアコンテンツを制御する方法において：（ａ）ＷＡＰプッシュ方式により受信された接続情報に基づいてサーバーに接続し，該当するマルチメディアコンテンツ及びコンテンツに関する出力条件情報をダウンロードする段階と；（ｂ）ダウンロードされたマルチメディアコンテンツ及び出力条件情報を別々に記憶する段階と；（ｃ）移動端末機の操作により発生する各種イベントをリアルタイムで監視する段階と；（ｄ）監視の結果及び記憶された出力条件情報に基づいて，現在発生したイベントに関連するマルチメディアコンテンツの出力スケジュールを定める段階と；（ｅ）定められたスケジュールに従ってマルチメディアコンテンツを実行及び出力する段階と；（ｆ）出力されたコンテンツに関する出力履歴情報を記憶する段階と；（ｇ）記憶された出力履歴情報をサーバーに提供する段階と；を含むマルチメディアコンテンツ制御方法が提供される。
【００２０】
上記（ｇ）段階は，（ａ）段階におけるサーバーへの接続時に遂行してもよい。
【００２１】
上記接続情報を短文メッセージ形態で受信してもよい。
【００２２】
上記（ａ）段階は，接続情報の受信時にサービスモードの設定状態を判断する段階をさらに含み，判断結果によって以後の過程を選択的に遂行してもよい。
【００２３】
上記サービスモードの設定は，短文メッセージを介して受信されたサービス申請または解約のための接続情報に基づいてサーバーに接続する段階と；サーバーからのサービス申請または解約に関するメッセージの受信に応じてサービスモードをオンまたはオフ状態に設定する段階と；を含んでもよい。
【００２４】
上記サービスモードの設定は，サービス申請又はサービス解除のためにユーザーの操作に基づいてサーバーに接続する段階と；要求に基づいたサーバーからのサービス申請または解約に対するメッセージの受信に基づいてサービスモードをオンまたはオフ状態に設定する段階と；を含んでもよい。
【００２５】
上記のような特徴を有する本発明は，コンテンツサービス提供者は，顧客（ユーザ）による端末機の操作が無くても自動的にマルチメディアコンテンツをダウンロードさせ，そのダウンロードされたコンテンツの出力画面及び出力条件を自由に調節し，また，コンテンツの端末機における実際の出力回数に関する情報を取得できる。
【発明の効果】
【００２６】
以上説明したように本発明によれば，サービス提供者が，特定または不特定の多数の端末機にマルチメディアコンテンツを提供して能動的に出力させることによって，広告などの効果を増進させ，また，広告効果に関する分析をすることができるという効果を奏する。
【発明を実施するための最良の形態】
【００２７】
以下，添付図面を参照して本発明の望ましい実施形態による移動通信網でのマルチメディア広告サービス提供方法及びそのサービスのための移動端末機のマルチメディアコンテンツ制御装置及び方法に対して詳細に説明する。
【００２８】
図１は，本発明による移動通信網でのマルチメディア広告サービス提供方法が適用されるネットワークシステム構成図である。
【００２９】
図１に示すように，本発明による方法が適用されるネットワークシステムは，広告サーバー１１０，ダウンロードサーバー１２０，広告分析サーバー１３０，位置管理サーバー１４０，ホーム位置登録機（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ；ＨＬＲ）１５０，パケットデータサービングノード（Ｐａｃｋｅｔ  Ｄａｔａ  Ｓｅｒｖｉｎｇ  Ｎｏｄｅ；ＰＤＳＮ）１６０，短文メッセージサービスサーバー（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ  Ｓｅｒｖｅｒ；ＳＭＳＳ）１７０，短文メッセージサービスセンター（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ  Ｃｅｎｔｅｒ；ＳＭＳＣ）１８０，移動通信交換機（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ；ＭＳＣ）１９０及び移動端末機１０を含んで構成される。
【００３０】
広告サーバー１１０は，マルチメディア（または動画）広告サービス加入者情報の管理機能，広告主の広告条件及び広告時間に対するスケジューリング（Ｓｃｈｅｄｕｌｉｎｇ）及び管理（Ａｄｍｉｎｉｓｔｒａｔｉｏｎ）機能，広告送出条件に合う広告対象端末機の抽出機能及び短文メッセージサービス（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ：ＳＭＳ）発送駆動機能を備え，ＷＡＰサーバーの機能が含まれる。
【００３１】
ダウンロードサーバー１２０は，広告サーバー１１０と接続されており，広告物としてのマルチメディアコンテンツを蓄積している。また，ダウンロードサーバー１２０は，接続された端末機１０にマルチメディア広告物をダウンロードさせる機能を有する。
【００３２】
広告分析サーバー１３０は，広告サーバー１１０と連係して，出力された広告に関する応答データ，すなわち，端末機１０での広告出力履歴情報を管理する機能を有する。
【００３３】
位置管理サーバー１４０は，広告サーバー１１０と連係して，加入者のリアルタイムの位置情報を管理する機能を有する。ホーム位置登録機１５０は，位置管理サーバーと連動する既存の通信網構成要素であり，移動通信サービス加入者に関する各種情報及び加入者端末機に関する各種情報を保有しているデータベースである。
【００３４】
パケットデータサービングノード１６０は，ダウンロードサーバー１２０と連動する既存の通信網要素であり，移動通信交換システムとデータコアネットワーク（Ｄａｔａ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）とのインターフェース機能などを担当する。
【００３５】
短文メッセージサービスサーバー１７０と短文メッセージサービスセンター１８０は，既存の通信網要素であり，広告サーバーと連係して短文メッセージを発送する機能を担当する。
【００３６】
移動通信交換機１９０は，ホーム位置登録機１５０，パケットデータサービングノード１６０及び短文メッセージサービスセンター１８０等と連係して，移動通信加入者端末機の着信，発信呼出処理機能，端末機の位置登録手順及びハンドオフ手順処理機能，基本及び付加サービス処理機能などを担当する。
【００３７】
端末機１０は，ダウンロードサーバー１２０からダウンロードしたマルチメディア広告物別に出力条件情報によってその広告物を出力し，その出力履歴情報を広告サーバー１１０側にアップロードする。
【００３８】
図２は，本発明の一実施形態による移動通信網でのマルチメディア広告サービス提供方法のフローチャートで，図１のネットワークシステムに適用されるのでその動作と並行して説明する。
【００３９】
まず，広告製作サーバー１００で製作された広告物としてのマルチメディアコンテンツ（広告出力条件情報含む）がダウンロードサーバー１２０に登録されると，ダウンロードサーバー１２０はその登録されたコンテンツにサービス識別子（Ｓｅｒｖｉｃｅ  ＩＤ：ＳＩＤ）を付与して蓄積する（段階Ｓ２０１）。
【００４０】
その後，広告製作サーバー１００は，広告の出力条件情報，所望の広告のターゲット加入者，発送日付，ＳＩＤ及びコールバックＵＲＬ（Ｃａｌｌｂａｃｋ  ＵＲＬ）情報が含まれた広告発送要求メッセージを広告サーバー１１０に伝送する（段階Ｓ２０２）。広告サーバー１１０は受信した広告発送要求メッセージに基づいて，ターゲットの端末機のＭＩＮ（ＭＩＮ；Ｍｏｂｉｌｅ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ：端末機のＩＤ）を抽出した後，ＳＭＳＳ１７０／ＳＭＳＣ１８０に広告ＳＭＳ発送を要求する（段階Ｓ２０３）。その要求に応じて，ＳＭＳＳ１７０やＳＭＳＣ１８０は該当するＭＩＮをもつ端末機１０に交換機１９０を介して広告ＳＭＳメッセージを発送する（段階Ｓ２０４）。
【００４１】
広告ＳＭＳメッセージは，図３に示したように，ＴＩＤ（Ｔｅｌｅ−ｓｅｒｖｉｃｅ  ＩＤ）とコールバックＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）情報を含むが，ＴＩＤは本発明による広告サービスのための広告ＳＭＳであることを指示する情報であって，一般ＳＭＳＴＩＤとは区別される。
【００４２】
端末機１０のユーザーが受信した広告ＳＭＳメッセージを確認した後に，具体的には例えばユーザーによる特定キーの入力に応じて端末機１０が広告サーバー１１０に自動的に接続した後に，端末機１０は該ＳＩＤのコンテンツのダウンロードを要求する。このダウンロード要求時に端末機１０は，その時点までに累積して蓄積された広告物としてのコンテンツに対する出力履歴情報を広告サーバー１１０にアップロードする（段階Ｓ２０５）。
【００４３】
広告サーバー１１０は，ダウンロード要求に応じて，ダウンロードのための情報が含まれるＷＭＬスクリプト（Ｗｉｒｅｌｅｓｓ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ  Ｓｃｒｉｐｔ）を端末機１０に送信する（段階Ｓ２０６）。端末機１０は，ＷＭＬスクリプトに基づいてダウンロードサーバー１２０から該ＳＩＤのコンテンツをそのコンテンツに含まれた広告出力条件情報と共にダウンロードする（段階Ｓ２０７）。
【００４４】
その後，ダウンロードサーバー１２０は，ターゲット別のダウンロード成功可否を広告サーバー１１０に通知する（段階Ｓ２０８）。広告サーバー１１０は段階Ｓ２０５で獲得した出力履歴情報，及び，段階Ｓ２０８で獲得したダウンロード成功可否情報に基づいて広告結果を統計し，周期的にまたは要求時に，広告製作サーバー１００側に提供することによって，広告結果に対する統計的データを管理する（段階Ｓ２０９）。
【００４５】
図４は，図２での広告ＳＭＳメッセージ発送過程を詳細に説明するフローチャートである。
【００４６】
まず，広告製作サーバー１００は広告サーバー１１０に広告発送登録をする（段階Ｓ４０１）。この広告発送登録時には，与えられたその広告物のＳＩＤ，ＳＩＤ別出力条件（端末機で出力する条件），その広告物をダウンロードするダウンロードＵＲＬ，発送日付，発送ターゲット条件（広告ＳＭＳを発送するターゲット加入者条件）などを設定して登録する。
【００４７】
広告サーバー１１０は，登録情報に基づいて，広告ＳＩＤに対するターゲットＭＩＮを抽出し，ＳＩＤ別出力条件を管理し，広告ＳＭＳを生成する（段階Ｓ４０２）。続いて，広告サーバー１１０は，ＳＭＳＳ１７０にターゲットＭＩＮ別に広告ＳＭＳ発送を要求し（段階Ｓ４０３），ＳＭＳＣ１８０は要求に基づいて抽出されたターゲットＭＩＮに該当する端末機１０に広告ＳＭＳを発送する（段階Ｓ４０４）。
ＳＭＳＳ１７０は，段階Ｓ４０４での広告ＳＭＳ発送結果に対する情報を広告サーバー１１０に伝達する（段階Ｓ４０５）。広告サーバー１１０は伝達された結果情報に基づいて，広告ＳＭＳの受信に失敗したＭＩＮを集め（段階Ｓ４０６），未受信のＭＩＮに対する広告ＳＭＳ再発送（指定された回数だけ反復）をＳＭＳＳ１７０に要求する（段階Ｓ４０７）。これによりＳＭＳＣ１８０はＭＩＮに対応する端末機１０に広告ＳＭＳを再発送し（段階Ｓ４０８），ＳＭＳＳ１７０は再発送の結果情報を広告サーバー１１０に伝達する（段階Ｓ４０９）。広告サーバー１１０は広告ＳＩＤ別受信情報を集めて，これに対する統計情報を生成する（段階Ｓ４１０）。
【００４８】
図５は，図２での広告物（すなわち，マルチメディアコンテンツ）ダウンロード過程を詳細に説明するフローチャートである。
【００４９】
まず，広告製作サーバー１００から図２の段階Ｓ２０１のように広告物として製作されたマルチメディアコンテンツがダウンロードサーバー１２０に登録されると（段階Ｓ５０１），ダウンロードサーバー１２０は広告製作サーバー１００に登録されたコンテンツに付与されたＳＩＤ情報を提供する（段階Ｓ５０２）。
【００５０】
端末機１０は，既登録の広告別に出力履歴情報を管理し，その情報を所定の形式のパラメーター（Ｐａｒａｍｅｔｅｒ）に変更する（段階Ｓ５０３）。ＳＭＳＳ１７０／ＳＭＳＣ１８０から広告ＳＭＳを受信した場合には（段階Ｓ５０４），広告ＳＭＳに含まれたＵＲＬに基づいて広告サーバー１１０に自動的に接続し，広告物コンテンツのダウンロードを要求すると共に広告出力履歴情報に相当するパラメーターを伝送する（段階Ｓ５０５）。
【００５１】
広告サーバー１１０は，広告物コンテンツのダウンロードのためのスクリプトをＳＩＤと共に端末機１０に伝送する（段階Ｓ５０６）。これにより，端末機１０は，ダウンロードサーバー１２０に接続してＳＩＤに該当する広告物コンテンツをそのコンテンツの出力条件情報と共にダウンロードする（段階Ｓ５０７）。
【００５２】
参考のために，出力条件情報は，コンテンツの識別情報（ＩＤ）と，端末機電源オン，端末機電源オフ，短文メッセージサービス発信，呼出受信，無線インターネット接続，無線インターネット接続解除，待機状態などの端末機で発生するイベントの名称と，出力時間間隔と，時間間隔別出力回数及び出力期間に対する情報が相互に関連付けられて構成され，これに対しては以後説明される本発明の端末機マルチメディアコンテンツ制御装置及び方法に対する説明の際に詳細に説明する。
【００５３】
続いて，ダウンロードサーバー１２０は，段階Ｓ５０７の遂行結果によるダウンロード成功（または受信成功）のＭＩＮを管理して（段階Ｓ５０８），ダウンロード成功ＭＩＮ情報を広告サーバー１１０に伝送する（段階Ｓ５０９）。広告サーバー１１０はダウンロード成功ＭＩＮを管理すると共に段階Ｓ５０５で伝送されたパラメーター情報を管理する（段階Ｓ５１０）。
【００５４】
一方，端末機１０は段階Ｓ５０３と同様に，持続的に既登録広告別出力履歴情報を管理してその出力履歴情報をパラメーターに変換する。端末機１０は，広告ＳＭＳを受信した場合には，段階Ｓ５０５以下の段階と同様の動作を繰り返す。
【００５５】
本発明による広告サーバー１１０の機能を上述した過程の遂行段階別に区分して詳細に説明すれば次のようである。
【００５６】
広告ＳＭＳ発送前には，広告コンテンツＩＤ，広告物ＳＩＤ，ＳＩＤ別広告露出条件，ダウンロードＵＲＬ情報，希望ターゲット及び発送日付登録などの広告発送登録過程を遂行する。そして，広告サーバー１１０は，ターゲットＭＩＮをソートし，広告ＳＭＳを生成して，ターゲットＭＩＮにＳＭＳを発送するようにＳＭＳＳ１７０に要求する。広告ＳＭＳ発送後には，広告ＳＭＳ受信成功または受信失敗ＭＩＮを集めて，ＳＭＳ発送結果統計情報を生成する。該コンテンツのダウンロード後には，ダウンロード成功またはダウンロード失敗ＭＩＮを集めて，端末機アップロード情報（すなわち，出力履歴情報）の収集及び解析を遂行する。広告ＳＭＳ再転送時には，ＳＭＳ受信失敗及びダウンロード失敗ＭＩＮを対象に同一ＳＭＳを指定回数だけ再発送した後，ＳＭＳ発送後の状態及びダウンロード後の状態と同様の処理を繰り返す。統計管理時には，広告コンテンツＩＤ別発送条件及び発送対象ＭＩＮ情報管理，広告コンテンツＩＤ別ＳＭＳ発送結果情報管理，広告コンテンツＩＤ別ダウンロード結果情報管理及び端末機広告出力履歴情報管理機能を遂行する。
【００５７】
以下，上記の本発明の一実施形態によるマルチメディア広告サービス提供方法を実現するための移動端末機のマルチメディアコンテンツ制御装置及び方法について詳細に説明する。
【００５８】
図６は，本発明の一実施形態によるマルチメディアコンテンツ制御装置及び方法を説明するための構成図及び動作フローチャートである。
【００５９】
図６に示したように，本発明の一実施形態によるマルチメディア広告サービスのためのマルチメディアコンテンツ制御装置は，ダウンロード手段と記憶手段，監視手段，制御手段，管理手段，コンテンツ実行手段を含んで構成される。
【００６０】
ダウンロード手段は，ＷＡＰプッシュ方式により受信された接続情報に基づいて該当サーバーに接続して，広告物としてのマルチメディアコンテンツをそのコンテンツに関する出力条件情報と共にダウンロードする機能をするＷＡＰブラウザー（ＷＡＰ  Ｂｒｏｗｓｅｒ）６１０と，Ｊａｖａ（登録商標）やＣ言語などで開発されたバーチャルマシン（Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ：ＶＭ）６２０を含む。
【００６１】
上記記憶手段は，ダウンロードされたマルチメディアコンテンツと出力条件情報をそれぞれ分離して記憶するための広告メディアバッファー６３１と広告メディア情報バッファー６３２，スケジューリングバッファー６３３。ログ情報バッファー６３４を含んで構成される非揮発性の記憶部６３０を含む。
【００６２】
監視手段及び制御手段は，移動端末機の操作により発生する各種イベントをリアルタイムで監視して，各種機能を制御するＭＭＩ（ＭＭＩ：Ｍａｎ  Ｍａｃｈｉｎｅ  Ｉｎｔｅｒｆａｃｅ）６４０を含む。
【００６３】
管理手段は，監視結果及び記憶された出力条件情報に基づいて，発生したイベントに関する該当マルチメディアコンテンツの出力スケジュールを定め，出力履歴情報などを管理する管理制御装置６５０を含む。
【００６４】
コンテンツ実行手段は，定められたスケジュールによって記憶されたマルチメディアコンテンツを実行して出力する。コンテンツ実行手段は，３次元基盤コンテンツを実行する３Ｄプレーヤー（３Ｄ  Ｐｌａｙｅｒ）６６１と，ＭＰＥＧ基盤コンテンツを実行するＭＰＥＧプレーヤー（ＭＰＥＧ  Ｐｌａｙｅｒ）６６２と，シンプルイメージサービス基盤コンテンツを実行するＳＩＳプレーヤー（ＳＩＳ  Ｐｌａｙｅｒ）６６３と，ウェーブレット基盤コンテンツを実行するウェーブレットプレーヤー（Ｗａｖｅｌｅｔ  Ｐｌａｙｅｒ）６６４を含むマルチメディアタイプ別コンテンツ実行モジュール６６０を含む。
【００６５】
管理制御装置６５０は，モバイル広告スケジューラー（Ｍｏｂｉｌｅ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｓｃｈｅｄｕｌｅｒ：以下ＭＡＳ）を含む。ＭＡＳモジュール６５０は大別して第１層（ａｄ_Ｌａｙｅｒ）と第２層（ｍａｓ_Ｌａｙｅｒ）の２層で構成される。
【００６６】
第１層は，既存の端末機ソフトウェアであるＳＭＳ，ＷＡＰブラウザー，ＶＭ，そして画面状態（ＳＩＳサービス基盤端末機は例えば端末機オン画面，端末機オフ画面，待機画面，着信画面，無線インターネット接続画面，無線インターネット終了画面，ＳＭＳ発送画面の７個画面状態を含むことができて，ウェーブレットサービス基盤とＭＰＥＧ−４サービス基盤端末機はダウンロード画面とバッファリング画面をさらに含む９個画面状態を含むことができる）におけるＭＭＩ６４０がモバイル広告サービスのために必要な情報の読み書きに必要なＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）で構成され，ライブラリーソースとして提供される。各ソフトウェアでは適切な時点にこのＡＰＩを呼び出さなければならない。
【００６７】
第２層は，ＭＡＳ６５０がモバイル広告サービスに必要な各種データ（広告メディア，広告スケジューリング情報，広告ログデータ，広告メディア情報，モービル広告機能の動作を示す情報）を非揮発性の記憶部６３０に書くために呼び出すＡＰＩで構成される。
【００６８】
ＶＭ６２０は，ＳＩＳ基盤コンテンツ，ＭＰＥＧ基盤コンテンツ，ウェーブレット基盤コンテンツ及び３Ｄ基盤形態等のコンテンツを分離または結合してダウンロードする。その後，各種形態のコンテンツは形態別に区分されて記憶部６３０に記憶される。各コンテンツ内に含まれたコンテンツデータとコンテンツ出力条件情報はダウンロードされたコンテンツから分離される。そして，コンテンツデータは広告メディアバッファー６３１に記憶され，コンテンツ出力条件情報はスケジューリングバッファー６３３に記憶される。また，ログ情報バッファー６３４にはＭＭＩ６４０の制御によって出力されたコンテンツに関する出力履歴情報が貯蔵される。
【００６９】
図６の参照番号１１０，１２０及び１７０／１８０はそれぞれ図１に示した広告サーバー１１０，ダウンロードサーバー１２０，ＳＭＳＳ１７０及びＳＭＳＣ１８０を示す。
【００７０】
次に，図６を参照して本発明の一実施形態によるマルチメディア広告サービスのための移動端末機のマルチメディアコンテンツ制御方法について説明する。
【００７１】
まず，サービスユーザーがウェブ（ＷＥＢ）またはコールセンター（Ｃａｌｌ  Ｃｅｎｔｅｒ）を通じて本発明の広告サービスに対して登録申請（または登録解約）をすると，広告サーバー１１０がその申請（または解約）を受ける（段階Ｓ１）。広告サーバー１１０は，ＳＭＳＳ１７０に申請（または解約）に対するＳＭＳメッセージ発送を要求して，これによりＳＭＳＣ１８０はサービス申請（または解約）ＳＭＳメッセージを発送する（段階Ｓ２）。サービス申請（または解約）ＳＭＳメッセージには，図２のように，ＴＩＤやＵＲＬのような，サービス申請／解約に関する情報が含まれる。
【００７２】
ＭＭＩ６４０は，受信されたサービス申請（または解約）ＳＭＳメッセージのＵＲＬに基づいて，自動で広告サーバー１１０にＷＡＰ接続した後（段階Ｓ３），広告サーバー１１０から受信されるサービス機能設定（または解約）メッセージによって本発明の広告サービスに対するサービスモードを設定（または解約）する（段階Ｓ４）。以下の説明ではサービスモード設定状態を前提とする。
【００７３】
端末機１０が，ＳＭＳＳ１７０／ＳＭＳＣ１８０から，図２のような広告コンテンツのダウンロードのための広告ＳＭＳを受信すると（段階Ｓ５），端末機１０のＭＭＩ６４０は，受信した広告ＳＭＳのＵＲＬに基づいて広告サーバー１１０に接続して該当する広告コンテンツのダウンロードを要求する（段階Ｓ６）。
【００７４】
広告サーバー１１０は，要求に基づいて端末機１０のＷＡＰブラウザー６１０に広告コンテンツをダウンロードするためのスクリプトを伝送する（段階Ｓ８）。ＷＡＰブラウザー６１０は，スクリプトに基づいてＶＭ６２０にダウンロードの実行を命令する（段階Ｓ９）。
【００７５】
ＶＭ６２０は，実行命令に基づいてダウンロードサーバー１２０に接続し，該当する広告コンテンツをダウンロードして（段階Ｓ１０），そのダウンロードされた広告コンテンツを広告コンテンツデータとそのコンテンツに対する出力条件情報とにそれぞれ分離した後，広告コンテンツデータは記憶部６３０の広告メディアバッファー６３１に格納し，出力条件情報はスケジューリング情報バッファー６３３に格納する（段階Ｓ１１）。
【００７６】
続いて，ＭＭＩ６４０は，端末機１０の現在の動作状態を監視して，発生するイベント，すなわち，端末機電源オン，端末機電源オフ，短文メッセージサービス発信，呼受信，無線インターネット接続，無線インターネット接続解除及び／または待機状態などのイベントの発生を認知する。そして，各イベントが発生するたびに，そのイベント発生時に出力しなければならないコンテンツが何であるかをＭＡＳ６５０に問い合わせる（Ｑｕｅｒｙ）（段階Ｓ１２）。ＭＡＳ６５０はスケジューリング情報バッファー６３３に記憶された出力条件情報を検索し，問い合わせに対応してスケジューリングされた出力スケジュール情報をＭＭＩ６４０に伝達することによって応答する（段階Ｓ１３）。
【００７７】
ＭＭＩ６４０は，伝達された出力スケジュール情報に基づいて，コンテンツ実行モジュール６６０の構成要素である各種プレーヤー６６１〜６６４のなかから該当するプレーヤーを駆動して広告コンテンツを再生（出力）する（段階Ｓ１４）。
【００７８】
また，段階Ｓ１４での出力の実行による出力履歴情報（すなわち，いずれのコンテンツがどのイベントの画面にどれくらい出力されたかなどの情報）はＭＭＩ６４０によりログ情報バッファー６３４に格納されて，格納された出力履歴情報は段階Ｓ６の遂行時に広告サーバー１１０に伝達される（段階Ｓ７）。
【００７９】
以上，図６を参照に本発明の一実施形態によるマルチメディア広告サービスのための移動端末機のマルチメディアコンテンツ制御方法について説明したが，このような本発明の実現のための技術的要求事項に対して細分してさらに詳細に説明する。
【００８０】
ＭＡＳ６５０は，端末機１０上で本発明にかかるサービスの広告データ（マルチメディアコンテンツ）を管理するモジュールであって，マルチメディア広告スケジューリング及び広告出力に関するログ（ＬＯＧ）すなわち，出力履歴管理を遂行する。
【００８１】
マルチメディア広告スケジューリングとは，端末機が特定の時間に特定の状態（端末機電源オン，端末機電源オフ，ＳＭＳ発信，呼受信，無線インターネット接続，無線インターネット接続解除，待機状態等）になった時に出力しなければならない広告が何かを決定する機能である。ＭＡＳ６５０は，端末機１０にダウンロードされた広告データのスケジューリング情報（または出力条件情報と称する）を基礎にしてこの機能を遂行する。
【００８２】
広告出力に関するログ管理とは，端末機１０上で加入者（サービス利用者）がダウンロードを受けた広告を実際にどれくらい見たのかに対する情報を生成して広告サーバー１１０に通知する機能を遂行する。
【００８３】
本発明で応用される広告サービスの種類，すなわちマルチメディアコンテンツ形態は広告ＳＩＳサービス，広告ウェーブレットサービス，広告ＭＰＥＧサービス，広告３Ｄサービス及び広告フラッシュサービスなどすべてのマルチメディア方式が含まれる。
【００８４】
マルチメディア広告サービスとは，マルチメディア形式のデータを広告コンテンツとして用いたサービスである。マルチメディア広告サービスを適用される端末機１０は，マルチメディアイメージを端末機画面に再生するためのメディアタイプ別メディアプレーヤー６６３を搭載していなければならない。
【００８５】
本発明のマルチメディア広告サービスの実現のためのさらに具体的な方法は次の通りであって，説明の便宜のために一連番号を付加して説明する。
【００８６】
１．サービス加入方法：顧客は本発明の広告サービスに，ＷＡＰを介したり，ウェブ（ＷＥＢ）または既存のコールセンターを利用して加入できる。それぞれの経路に対する加入方法は次のようである。
【００８７】
１−１．ＷＡＰを介したサービス加入：顧客がＷＡＰを介してサービス申請をする場合遂行される手順は次の通りである。
【００８８】
１−１−１．ＷＡＰサーバーのページでスクリプト関数遂行：ＷＡＰで顧客がサービス申請をする場合には，顧客の端末機がサービス加入を認知できるように作成されるスクリプト関数が実行されなければならない。この関数はＷＡＰサーバーで実行される。
【００８９】
１−１−２．マスターフラッグ（Ｍａｓｔｅｒ  Ｆｌａｇ）チェック：スクリプト関数が実行されると，端末機は顧客のサービス申請を認知して，優先的に本発明の広告サービス機能の動作を示すマスターフラッグを確認しなければならない。もしもマスターフラッグが既にイネーブル（ｅｎａｂｌｅ）されていたとすれば，顧客が以前に既に広告サービスを申請して端末機では現在広告サービスを実行中であると見なして（重複申請エラー），端末機は以下のすべての作業をしないようにする。
【００９０】
端末機が本発明のサービス機能動作を示すマスターフラッグを確認するために呼び出される関数はライブラリーに提供される。
【００９１】
１−１−３．広告専用空間確保：端末機がマスターフラッグを確認した時に重複申請エラーでなかった場合には，端末機は本発明の広告サービス（以下，ＡＤサービスと称する）を実行できる端末機上の広告専用空間を確保しなければならない。端末機は記憶空間を検索し，端末機上に広告専用空間が不足する場合（すなわち，顧客がダウンロード受けたコンテンツファイルが多くて所定の記憶空間を確保することができない場合），顧客がダウンロードを受けたコンテンツを削除して広告専用空間を確保する。特に，超過コンテンツの削除時に，端末機はダウンロードを受けた時間が最も古いコンテンツを優先的に削除しなければならない。したがって端末機は，コンテンツファイルのダウンロードを受けた時間を記憶していなければならない。
【００９２】
１−１−４．マスターフラッグセッティング：端末機が広告記憶空間を検索した時に端末機に広告のための記憶空間を確保できた後に，また，上の場合のように広告記憶空間が不足しており一部のコンテンツを削除して空間を確保した後に，端末機はＡＤサービス機能の動作を示すマスターフラッグをセットする。マスターフラッグがセットされていれば端末機はＡＤサービス端末機としての機能を遂行しなければならない，マスターフラッグは，顧客がＡＤサービスを解約しない限り変更できない。
【００９３】
端末機がＡＤサービスの機能動作を示すマスターフラッグをセットするために呼び出される関数はライブラリーに提供される。
【００９４】
ここで注意することは，端末機の初期化機能を利用した端末機初期化時にも，端末機はマスターフラッグの値を維持して，ＡＤサービス加入有無に関する情報を維持しなければならない。
【００９５】
１−１−５．ＡＤサービス関連の非揮発性メモリー（すなわち記憶部６３０）の初期化：ＡＤサービス機能の動作を示すマスターフラッグをセットした後，ＡＤサービス関連バッファー（非揮発性メモリー）を初期化しなければならない。ＡＤサービス関連バッファーの種類は，広告メディアバッファー６３１，広告スケジューリング情報バッファー６３３，広告ログ情報バッファー６３４及び広告メディア情報バッファー６３２でありされ，初期化のために端末機が呼び出する関数はライブラリーに提供される。
【００９６】
１−１−６．ＷＡＰへの復帰：ＷＡＰでＡＤサービスを申請した場合，上記のすべての過程が終わったら端末機はＷＡＰに復帰しなければならない。この時接続するＵＲＬはスクリプトが実行される時に受けたコールバックＵＲＬ値である。一方，コールセンターやウェブで申請した時にはこの段階がなくて，端末機はＷＡＰ接続を切らなければならない。
【００９７】
１−２．ウェブやコールセンターを通じたＡＤサービス加入方法は次の通りである。
【００９８】
１−２−１．ＡＤサービス加入用ＳＭＳ発送：ＳＭＳＳ１７０は，ＷＥＢやコールセンターを介してＡＤサービス申請をする場合にこの情報を受けて顧客にＡＤサービス加入用ＳＭＳ（ＴＩ＝特定値）を発送しなければならない。ＡＤサービス加入用ＳＭＳ規格はサービス解約及び広告コンテンツダウンロード用ＳＭＳ規格（図３参照）と同一であってメッセージヘッダー値（すなわちＴＩＤ値）だけ異なる。ＡＤサービス加入用ＳＭＳメッセージ規格は次の通りである。
【００９９】
１−２−２．マスターフラッグチェック：ＡＤサービス実行中であるかを示すマスターフラッグが確認さる。端末機は，サービス加入用ＳＭＳメッセージがくれば端末機はメッセージヘッダーで加入用ＳＭＳであることを判断した後，優先的にＡＤサービス機能動作を示すマスターフラッグを確認してサービス加入ＳＭＳの重複エラー有無を判断しなければならない。もしもマスターフラッグが既にイネーブルされていたとすれば，顧客が以前に既に広告サービスを申請して端末機では現在広告サービスが実行中である見なして（重複申請エラー），端末機は以下のすべての作業をしないようにする。端末機がＡＤサービスの機能動作を示すマスターフラッグを確認するために呼び出される関数をライブラリーに提供する。
【０１００】
１−２−３．ＷＡＰへの自動接続：端末機は，マスターフラッグを確認した時に重複申請エラーでなかった場合には，加入用ＳＭＳメッセージに含まれたコールバックＵＲＬに基づいてサービス加入のためにＷＡＰに自動接続する。もしも，ユーザーがＷＡＰに接続中であった場合には，ＳＭＳを受けた端末機は，ユーザーがＷＡＰ接続を終了するのを待ってからサービス加入のためにＷＡＰに自動接続するようにする。
【０１０１】
１−２−４．ＷＡＰに接続された後のサービス加入方法は，上述したＷＡＰを介したＡＤサービス加入方法の過程と同じである。ただし，顧客はＳＭＳを受ける前にはＷＡＰに接続された状態でなかったので，サービス加入手順が終わってもＷＡＰに復帰しない。すなわち，端末機はＷＡＰ接続を切らなければならない。またスクリプトが実行される時，パラメーターであるコールバックＵＲＬは，ＮＵＬＬ値を有する。
【０１０２】
２．広告コンテンツダウンロード方法：ＡＤサービスに加入した端末機は，任意の時間にＡＤサービス広告コンテンツダウンロードのためのＳＭＳ（ＴＩ＝特定値）を受信する。ＡＤサービスの広告コンテンツダウンロード用ＳＭＳ規格はＡＤサービス加入及び解約用ＳＭＳ規格と同一であって，メッセージヘッダー値だけ異なる。
【０１０３】
端末機は，広告コンテンツダウンロードのためのＳＭＳを受信した場合には，まずＡＤサービス機能動作を示すマスターフラッグ値を確認してこの値がイネーブルされていることを確認しなければならない。もしも以前にＡＤサービス加入のための作業が正常に成り立たなくて（例えば，サービス加入ＳＭＳ流失，ＷＡＰ接続失敗，スクリプトの遂行失敗）ＡＤマスターフラッグ値がディスエーブル（ｄｉｓａｂｌｅ）にされていたとすれば，端末機は広告コンテンツのダウンロード受けるための以下のいかなる作業も遂行しないようにする。
【０１０４】
一方，特定の広告をダウンロードするためのＳＭＳが重複受信されたとしても，端末機はこれを認知する必要がなくダウンロードを受けるための作業を全く同じく行えばよい。同一の広告や有効でない広告に対しする処理は，広告コンテンツをダウンロードした後にＶＭ６２０によって適切に行われる。
【０１０５】
マスターフラッグがイネーブルにされていた場合，端末機は広告ＳＭＳに含まれたＵＲＬ情報を利用して自動でＷＡＰに接続し，既存の広告サービスのためのログデータをアップロードして，新しい広告データをダウンロードする。
【０１０６】
端末機が広告コンテンツのダウンロードのためにＳＭＳを処理する順序は次の通りである。
【０１０７】
１）マスターフラッグチェック：端末機がＡＤコンテンツダウンロード用ＳＭＳを受信した場合には，まず，端末機の現在のＡＤ機能動作状態を示すマスターフラッグを確認して，マスターフラッグがイネーブルにされていることを確認する。もしも以前にＡＤサービス加入のための作業が正常に成り立たなくて（例えば，サービス加入ＳＭＳ流失，ＷＡＰ接続失敗，スクリプトの遂行失敗）ＡＤマスターフラッグ値がディスエーブルにされているならば，端末機は広告コンテンツをダウンロード受けるための以下のいかなる作業も遂行しないようにする。
【０１０８】
２）広告ログアップロード：端末機は，ＡＤサービス機能動作状態を示すマスターフラッグがイネーブルにされていることを確認した場合には，自動でＷＡＰブラウザー６１０を起動する。この時，初期接続のためのＵＲＬデータには，ＡＤサービスコンテンツダウンロード用広告ＳＭＳに含まれているＵＲＬと，既存の広告のログデータがパラメーターとして含まれる。この時端末機は，初期接続のためのＵＲＬを利用して広告サーバー（ＷＡＰ）１１０への接続が成功すれば，ログデータをアップロードする。
【０１０９】
ログデータは，画面ＩＤ，広告ＩＤ及び出力回数を含む。ここで，画面ＩＤは出力画面状態（Ｓｔａｔｅ）を示す定義された定数であって，広告ＩＤはダウンロードを受けた時に記憶した広告識別子であり，出力回数はその広告を出力した累積回数である。
【０１１０】
３）広告コンテンツダウンロード：初期接続ＵＲＬに接続が成功してログデータがアップロードされたら，ＶＭ６２０にコンテンツのダウンロードを可能にさせるための既存のスクリプトがＷＡＰブラウザー６１０により実行されて自動で広告コンテンツのダウンロードが始まる。特に，下記のような場合にはダウンロード方式を調整する。
【０１１１】
３．１）ダウンロード中にシステムやネットワークの問題でダウンロードが中断された場合にはＶＭ６２０の受け継ぎ機能を活用して受け継ぐ。
【０１１２】
３．２）ダウンロード中にユーザーが他のボタンを押した場合，ダウンロードを中断して押したボタンに定義されている画面に転換する。
【０１１３】
３．３）ダウンロードはフォルダーやフリップ（ｆｌｉｐ）が開いている場合にも実行される。
【０１１４】
３．４）電話受信中にＳＭＳメッセージが受信された場合には，端末機は電話が終了されるのを待ってネットワーク接続を試みる。
【０１１５】
３．５）ダウンロード中には画面に広告コンテンツダウンロード中というメッセージが出力される。
【０１１６】
４）広告コンテンツのインストール：ダウンロードされた広告コンテンツは，出力される広告メディアと広告スケジューリングデータを含む。ＶＭ６２０は広告データの種類によって適切なＭＡＳ６５０のＡＰＩを呼出し，端末機の記憶部６３０に広告メディアと広告スケジューリングデータを格納し，ログデータと広告メディア情報データを初期化した後に終了する。この時ＶＭ６２０は重複した広告や有効でない広告がダウンロードされた時はこれを確認して無効処理する。
【０１１７】
３．広告コンテンツ出力方法：ダウンロードされた広告はＭＡＳ６５０のスケジューリング情報にしたがって画面に出力される。
【０１１８】
ＭＡＳ６５０は，所定の出力規則とダウンロードを受けたスケジューリング情報に基づいて，画面に出力する広告をスケジューリングする。特定時間，特定状態で出力された広告に関する情報は，ログデータとして作成され，管理される。
【０１１９】
３−１．広告コンテンツ出力規則：広告を出力することができる画面はメディアタイプによって違うが，出力規則はメディアタイプと関係なく共通である。ＳＩＳ，３Ｄ，フラッシュ基盤サービスの場合は，広告を出力することができるように定義された画面状態は，端末機オン画面，端末機オフ画面，待機画面，着信画面，無線インターネット接続画面，無線インターネット終了画面，ＳＭＳ発送画面の７種類である。ウェーブレットとＭＰＥＧ基盤サービスの場合は，広告を出力することができるように定義された画面状態は，端末機オン画面，端末機オフ画面，待機画面，着信画面，無線インターネット接続画面，無線インターネット終了画面，ＳＭＳ発送画面，ダウンロード画面，バッファリング画面の９種類である。
【０１２０】
出力規則を説明すると，広告サーバー１１０は，すべての出力画面に対して複数個の広告を出力するように指定することができて，複数個の広告に対する画面での出力は，ラウンド−ロビン（Ｒｏｕｎｄ−Ｒｏｂｉｎ）方式が適用される。
【０１２１】
また，広告サーバー１１０は，基本広告を設定することができる。ＭＡＳ６５０は，広告スケジューリングの結果出力しなければならない有効広告がなくて，基本広告が設定されているならば，基本広告を端末機に指定する。ただし，特定画面（例えば：待機画面と電話受信画面）では出力しなければならない有効な広告がない場合，ＭＡＳ６５０はＮＵＬＬをリターンし，端末機は顧客が指定したＳＩＳを出力させることができる。
【０１２２】
広告サーバーからダウンロードされる広告コンテンツに含まれたスケジューリング情報（すなわち，出力条件情報）は，その広告を出力させる画面（複数指定可能）と露出時間間隔（1日最大２４個まで指定可能），一日の最大出力回数，そして広告の満了日付を少なくとも含む。
【０１２３】
それぞれの画面状態が始まる場合，端末機は，ＭＡＳ６５０のＡＰＩを通じていずれの広告データを再生しなければならないのか確認して，スケジューリングされた結果により選択された広告データを再生する。
【０１２４】
ＡＤサービスがアクティブになった場合に，端末機は，特定画面以外のフォントはメニュー上でぼかすように処理して顧客が選択できないようにする。もしも顧客が特定画面以外の画面に対して他の画面を設定しようとした時は，"広告サービス中です"というメッセージを表示して設定することができないようにすることができる。反対に，ＡＤサービスがアクティブでなくなった場合はこの機能を解除しなければならない。
【０１２５】
３−２．出力回数ログ生成（ログデータすなわち，出力履歴情報の生成）：ＭＡＳ６５０は，広告コンテンツのスケジューリングと同時に，広告出力に対するログデータを生成して管理する。特定広告の出力回数は，広告が出力されるごとに，スケジューリング情報に指定された各時間間隔の最大露出回数に到達する時まで増加する。また出力回数は，一日単位でカウントされるので，翌日になれば０にリセットされる。端末機がフォルダーフォーン（ｆｏｌｄｅｒ  ｐｈｏｎｅ）である場合，２秒（サービス提供者の定義によって調節可能）内にフォルダーを閉じる場合は出力回数にカウントしない。ただし待機画面でキー入力があったとすれば出力回数にカウントしなければならない。
【０１２６】
特定広告に対するログデータは，ログデータ＝（画面ＩＤ＋広告ＩＤ＋実際に出力された回数総合）のように構成される。各広告に対するログデータは，端末機が新しい広告をダウンロードするためにＷＡＰに自動接続する時に，ＷＡＰを介してアップロードされる。ログデータは，ＷＡＰへの自動接続時のＵＲＬとＳＭＳ受信時のＵＲＬがライブラリーに提供される時に使用されるＡＰＩを通じて読みだされて構成される。端末機が広告サーバー１１０に接続した場合には，広告サーバー１１０は，ＵＲＬに含まれているログデータを処理する。
【０１２７】
端末機が新しい広告をサーバーからダウンロードした場合には，広告のログデータがリセットされる。そして，新しい広告のためのログデータが構成される。
【０１２８】
３−３．広告コンテンツ削除規則：基本的に広告サーバーは，特定画面で出力されている広告の期限が切れる前には，同じ画面に出力させる新しい広告を送り届けてはならない。もしも特定画面のための有効な広告があるにもかかわらずサーバーがその画面に出力させる新しい広告を送り届けると，ＭＡＳ６５０はその広告を無効処理する。すなわち，広告サーバーのエラーだと考える。しかし，強制的に特定画面に出力される有効な広告を削除しようとするならば，削除しようとする広告ＩＤと削除フラグを含む広告コンテンツによれば強制削除が可能である。ＭＡＳ６５０はこのコンテンツを受けた場合には，該当する広告ＩＤを探してその広告データとスケジューリング情報を削除してその広告がそれ以上出力されないようにする。
【０１２９】
４．ＡＤサービスの解約について説明する。
【０１３０】
ＡＤサービスの解約は上述したＡＤサービス加入手順と同様に，多様な経路（ＷＡＰ，Ｃａｌｌ  Ｃｅｎｔｅｒ，ＷＥＢ）を通じて申請できる。ＷＡＰを介して顧客がサービス解約を申請する場合は，端末機がサービス解約のための特定作業をするように，上述のＷＡＰを介したＡＤサービス加入で説明したスクリプトが実行されなければならない。解約の場合，スクリプトのパラメーターの中のマスターフラッグが０になる。
【０１３１】
ＷＡＰでないＷＥＢやコールセンターを介してサービス解約をする場合，上述のサービス加入手順と同様に，広告サーバー１１０はサービス解約用ＳＭＳ（ＴＩ＝特定値）を顧客に発送しなければならない。ＡＤサービス解約用ＳＭＳ規格は，加入及び広告コンテンツダウンロード用ＳＭＳ規格と同一であってメッセージヘッダー値だけが異なる。
【０１３２】
解約ＳＭＳを受けた端末機は，まず，ＡＤサービス機能動作状態を示すマスターフラッグが現在ディスエーブルにされているかを確認する。
【０１３３】
もしもマスターフラッグが既にディスエーブルにされていた場合には，端末機は，広告サービス解約のための以下のいかなる作業もする必要がない。そうでない場合には，端末機は，サービス解約のために，ＳＭＳに含まれたＵＲＬでＷＡＰに自動接続する。接続された以後はＷＡＰを介したサービス解約のような経路を経由してサービスを解約する。
【０１３４】
ただし，顧客は元来ＷＡＰに接続されていた状態でなかったのでＷＡＰに復帰しない。すなわち，ＷＡＰ接続を切らなければならない。したがって，ＷＭＬスクリプトが実行される時，２番目のパラメーターであるコールバックＵＲＬはＮＵＬＬ値を有する。ＷＭＬスクリプト実行で端末機がサービス解約を認知すれば，オンライン画面上には“ＡＤサービス解約中です”と表示されるようにする。
【０１３５】
端末機は，ＡＤサービスの解約を適用するためのいくつかの処理を次のように実行しなければならない。
【０１３６】
端末機はＡＤサービス申請時にセットしたＡＤサービス機能の動作を示すマスターフラッグをリセット（ディスエーブル）する。画面設定メニューの特定設定メニューで，特定画面以外の画面設定ができなくした部分を解除する。広告専用空間として確保したメモリーを許容値だけ顧客が使うことができるようにする。
【０１３７】
以下，図６に示した本発明の構成要素に対する技術的要求事項に対してさらに詳細に説明する。説明の便宜のために一連番号を付加して説明する。
【０１３８】
１．ＳＭＳと本発明による端末機に対する要求事項に対して説明する。
【０１３９】
ＡＤサービスでは，ＡＤサービス加入及び解約と広告コンテンツのダウンロードのためにＳＭＳプッシュ（Ｐｕｓｈ）機能が用いられる。したがって端末機は，ＡＤサービスのためのＳＭＳプッシュ機能を提供する。ＡＤサービスのためのＳＭＳプッシュ機能は，ＡＤサービス加入及び解約と広告コンテンツダウンロードのために用いられる。各ＳＭＳメッセージは，メッセージに含まれたヘッダーで識別される。ＳＭＳメッセージ受信時に，端末機は，ユーザーの入力を待たずに直ちに広告サーバー１１０に接続する。
【０１４０】
ＡＤサービスの申請／解約の場合，すなわち，顧客がウェブやコールセンターを通じてＡＤサービスの申請／解約の要求をした場合，広告サーバー１１０は要求を確認し，ＡＤサービス申請／解約用ＳＭＳメッセージを端末機１０に送信する。端末機１０はＳＭＳメッセージを受信し，マスターフラッグを確認する。その後，ＳＭＳメッセージに含まれているＵＲＬ情報に基づいて広告サーバー１１０に自動接続する。
【０１４１】
広告コンテンツダウンロードの場合は，広告サーバー１１０は顧客からのＡＤサービスの要求を確認する。そして，その端末機１０へのＡＤサービスが可能であると判断した場合は，広告サーバー１１０は，任意の時間にＡＤ広告コンテンツダウンロード用ＳＭＳメッセージを端末機１０に送る。ＳＭＳメッセージに応じて，端末機１０は，マスターフラッグを確認した後，このＳＭＳメッセージに含まれているＵＲＬ情報に基づいて広告サーバー１１０及びダウンロードサーバー１２０に自動接続し，広告コンテンツのダウンロードを受ける。
【０１４２】
ＡＤサービスに使われるＳＭＳメッセージの規格の一実施形態として，ＳＭＳメッセージ中のＴＩはすべて同じであって，各メッセージはメッセージヘッダー値によって識別される。すなわち，ＡＤサービス加入用ＳＭＳではメッセージヘッダー値が０であって，ＡＤサービス解約用ＳＭＳではメッセージヘッダー値が１であり，コンテンツダウンロード用ＳＭＳではメッセージヘッダー値が２である。
【０１４３】
注意することは，ＳＭＳメッセージは端末機１０に素早く記憶されるため，音声／データ通信中に，加入／解約／ダウンロード用ＳＭＳが受信された時にメッセージが記憶され，端末機１０がネットワークに接続しようとしていることをユーザーが認識できないことである。で端末機はＳＭＳメッセージを繰り返し受信した時は，最初のメッセージの後の重複したメッセージは無視する。選択的に，端末機は，加入／解約／ダウンロード用ＳＭＳメッセージの受信時に，そのメッセージをメッセージボックスに記憶せず，無音／無振動の状態で処理してもよい。
【０１４４】
２．ＷＡＰと端末機要求事項に対して説明すれば次の通りである。
【０１４５】
ＡＤサービス申請／解約時，すなわち，顧客がＡＤサービスに対して申請／解約を要求する時に端末機がＷＡＰを利用して広告サーバー１１０に接続すると，広告サーバー１１０では下記のような形式のスクリプト関数（上述されたＷＡＰを介したＡＤサービス加入時の説明と同一）を実行し，それにより端末機は広告機能動作設定／解約のための特定の作業を遂行する。（この関数はＷＡＰにより実現される）
上記のスクリプトが実行されると，端末機１０がスクリプトの実行を認知し，まずＡＤサービス機能動作状態を示すマスターフラッグが現在ディスエーブルまたはイネーブルのいずれであるかを確認してＡＤサービスに対する申請／解約の重複有無を判断しなければならない。すなわち，申請のためのスクリプトが実行された場合，マスターフラッグが既にイネーブルにされていたとすれば重複申請に該当する。重複の場合，端末機は申請／解約のための処理を行わない。
【０１４６】
広告コンテンツのダウンロード及び広告ログのアップロード時，端末機１０は広告ダウンロード用ＳＭＳメッセージを受信すると，まずＡＤサービス機能動作状態を示すマスターフラッグが現在イネーブルにされているかを確認する。もしも以前にＡＤサービス加入のための作業が正常に成り立たずに（例えば，サービス加入ＳＭＳ流失，ＷＡＰ接続失敗，スクリプトの遂行失敗などによる），マスターフラッグ値がディスエーブルにされている場合には，端末機１０は広告コンテンツのダウンロードを受けるための以下のいかなる作業も遂行しない。
【０１４７】
マスターフラッグがイネーブルにされた時に，端末機１０は自動でＷＡＰブラウザー６１０を起動する。
【０１４８】
ＷＡＰへの初期接続時，初期接続のためのＵＲＬにはＡＤサービス用ＳＭＳに含まれたＵＲＬと既存広告のログデータがパラメーターとして含まれる。アップロードされたログデータは広告サーバー１１０で処理される。
【０１４９】
３．ＶＭと端末機要求事項について説明すれば次の通りである。
【０１５０】
広告コンテンツダウンロード時，広告コンテンツは端末機１０のＶＭ６２０にダウンロードされる。広告コンテンツには広告メディアと広告スケジューリング情報が含まれている。ＶＭ６２０は，広告コンテンツをＶＭアプリケーションに相当する実行ファイルの形態でダウンロードする。一つの実行ファイルに収容することができる広告コンテンツ数は，メディアのサイズやメディアのタイプによって変わる。
【０１５１】
注意することは，既存のＶＭスクリプトとは違って，ダウンロードされるスクリプトが広告コンテンツならばＶＭ６２０はこのスクリプトを広告メディアバッファー６３１，６３２に格納し，他の記憶用メモリーに格納してはならないことである。
【０１５２】
広告コンテンツ格納時，ＶＭ６２０はダウンロードされた広告コンテンツを広告メディアと広告スケジュール情報とに分ける。そして，ＶＭ６２０は，広告メディアと広告スケジュール情報とを適切なフォーマットに基づいて再構成する。再構成された広告メディアと広告スケジュール情報は，非揮発性の記憶部６３０に記憶される。同時に，ＶＭ６２０は，ＭＡＳ６５０がスケジューリング時用いる広告メディア情報を初期化し，ＭＡＳ６５０が新しくダウンロードされた広告に対するログデータを構成できるように広告ログデータに対する初期作業を遂行する。この時新しい広告に対応する既存広告のログデータはリセットされ，その広告に対してはそれ以上ログデータがサーバーにアップロードされない。
【０１５３】
広告コンテンツの記憶と初期化作業のために，ＶＭ６２０はライブラリーからＡＰＩを呼び出すが，呼び出される関数はライブラリー形態で提供される。
【０１５４】
広告コンテンツＳＤＫ（Ｓｏｆｔｗａｒｅ  Ｄｅｖｅｌｏｐｍｅｎｔ  Ｋｉｔ）提供：広告コンテンツＳＤＫとは，広告用実行ファイルを容易に作ることができるようにするツール（Ｔｏｏｌ）である。広告メディアが用意されれば，広告のスケジューリング情報が多く複雑であるとしても，ユーザーがこのＳＤＫを通じて便利にスケジューリング情報を入力すれば，このＳＤＫは用意された広告メディアとユーザーに入力されたスケジューリング情報とに基づいて，自動でＶＭ６２０がダウンロードすることができる形態である広告用実行ファイルを生成する。
【０１５５】
４．広告メディアタイプ別端末機要求事項に対して説明すれば次のようである。
【０１５６】
広告メディア出力時
広告メディア再生：ＡＤサービスはマルチメディア別のデータを利用して広告を出力する。したがって端末機にはメディアタイプ別のマルチメディアデコーダーが含まれたマルチメディアプレーヤー６６３が搭載されていなければならない。画面出力に対しては既存の技術規格に準する。
【０１５７】
５．その他端末機要求事項について説明する。
【０１５８】
パケットデータ処理方式（ＮＡＩ）：別途ＮＡＩ（Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）を定義して端末機に記憶させ，広告フォーンサービス加入及び解約，コンテンツダウンロードのために端末機がネットワークに接続する時には，そのＮＡＩを通じて接続する。このとき，発生するパケットデータは別途処理できる。
【０１５９】
以上で説明した本発明は上述した実施形態及び添付した図面により限られるのでなくて，本発明の技術的思想を外れない範囲内で様々な置換，変形及び変更が可能であるということが，本発明が属する技術分野で通常の知識を有する者において明白である。
【図面の簡単な説明】
【０１６０】
【図１】図１は，本発明による移動通信網でのマルチメディア広告サービス提供方法が適用されるネットワーク構成図である。
【図２】図２は，本発明の一実施形態による移動通信網でのマルチメディア広告サービス提供方法のフローチャートである。
【図３】図３は，本発明による短文メッセージのフォーマットを説明する図面である。
【図４】図４は，図２での広告ＳＭＳメッセージ発送過程を詳細に説明するフローチャートである。
【図５】図５は，図２での広告物（すなわち，マルチメディアコンテンツ）ダウンロード過程を詳細に説明するフローチャートである。
【図６】図６は，本発明の一実施形態による移動端末機のマルチメディアコンテンツ制御装置及び方法を説明するための構成図及び動作フローチャートである。
【図１】
2005522070.tif 000003
【図２】
2005522070.tif 000004
【図３】
2005522070.tif 000005
【図４】
2005522070.tif 000006
【図５】
2005522070.tif 000007
【図６】
2005522070.tif 000008
【国際調査報告】
2005522070.tif 000009
2005522070.tif 000010