JP3732153B2 - Application program for mobile communication terminals - Google Patents

Application program for mobile communication terminals Download PDF

Info

Publication number
JP3732153B2
JP3732153B2 JP2002128977A JP2002128977A JP3732153B2 JP 3732153 B2 JP3732153 B2 JP 3732153B2 JP 2002128977 A JP2002128977 A JP 2002128977A JP 2002128977 A JP2002128977 A JP 2002128977A JP 3732153 B2 JP3732153 B2 JP 3732153B2
Authority
JP
Japan
Prior art keywords
advertisement
display
mobile communication
application
screen
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP2002128977A
Other languages
Japanese (ja)
Other versions
JP2003324547A (en
Inventor
雄一朗 筒井
俊太郎 佐藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Techfirm Inc
Original Assignee
Techfirm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Techfirm Inc filed Critical Techfirm Inc
Priority to JP2002128977A priority Critical patent/JP3732153B2/en
Publication of JP2003324547A publication Critical patent/JP2003324547A/en
Application granted granted Critical
Publication of JP3732153B2 publication Critical patent/JP3732153B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、携帯通信端末にて広告画面を表示させるためのアプリケーションプログラムに関する。
【0002】
【従来の技術】
携帯通信端末は、移動通信網を介してダウンロードしたアプリケーションプログラムを実行することが可能なものが知られている。
【0003】
この種の携帯通信端末用のアプリケーションプログラムでは、その開発に関わる対価を回収するために広告が広く利用されている。そして広告を表示するための代表的な方法としてバナー広告が知られている。
【0004】
【発明が解決しようとする課題】
ところがバナー広告では、アプリケーションでの本来の表示画面中に広告画像を組み込む。このため、表示画面中でアプリケーションのために使用できる領域が小さくなってしまい、画面構成の設計が困難になってしまう。また、バナー広告のために確保できる領域も限られるため、広告効果を有効に発揮することができなかった。特に携帯通信端末の場合、表示器の画面サイズ自体が非常に小さいために、上記の不具合は極めて大きい。
【0005】
本発明はこのような事情を考慮してなされたものであり、その目的とするところは、携帯通信端末におけるアプリケーションの利用者に対して有効に広告を行うことが可能なアプリケーションプログラムを提供することにある。
【0006】
【課題を解決するための手段】
以上の目的を達成するために本発明は、移動通信網を介して通信を行うもので、任意の画面を表示可能な表示器および任意の情報を記憶可能な記憶手段を備えた携帯通信端末を制御するコンピュータに、前記移動通信網を介して広告データを取得させ、前記広告データを前記記憶手段に記憶させる。また前記コンピュータに、所定のアプリケーション処理における所定の事象に関連して定まる所定の広告期間に前記記憶手段に記憶された広告データに基づく広告画面を表示するよう前記表示器を制御させるとともに、前記広告期間に前記アプリケーション処理による前記表示器での画面表示を抑止させるようにした。さらに本発明は、広告データを取得できない状態、あるいは前記広告データを取得するための所定の相手との通信が成功しない状態が所定期間を越えて継続している場合には前記アプリケーション処理の実行を禁止するようにした。
【0007】
このような手段を講じたことにより、アプリケーション処理による表示器での画面表示が一時的に中断され、移動通信網を介して取得された広告データに基づく広告画面の表示が表示器にて行われる。そして広告画面の表示が終わった後に、アプリケーション処理による表示器での画面表示が再開される。従って、アプリケーション処理と関連して広告画面の表示を行っていながら、アプリケーション処理のための表示画面とは全く別個の広告画面を表示できる。そして、広告データを取得できない状態が継続している場合には、アプリケーション処理の実行を制限することができる。
【0008】
【発明の実施の形態】
以下、図面を参照して本発明の一実施形態につき説明する。
【0009】
図1は本実施形態に係るシステムの全体構成を示すブロック図である。
【0010】
この図1に示すようにこのシステムは、携帯通信端末1、アプリケーションは配信サーバ2、広告配信サーバ3、移動通信網4およびインターネット5から構成される。
【0011】
このシステムは、携帯通信端末1にて任意のアプリケーションプログラムをダウンロードして使用可能とする環境を提供するものである。具体的には、携帯通信端末1からのリクエストに応じて、アプリケーション配信サーバ2からアプリケーションプログラムがダウンロードされるようになっている。この実施形態では、アプリケーションプログラムとして特にJava(登録商標)プログラミング言語で記述された「アプレット」と呼ばれるコンピュータプログラムを例に挙げて説明するが、これに限定されることはなく、ネットワーク上でやり取り可能なデータであればこのアプリケーションプログラムの概念に含まれる。
【0012】
携帯通信端末1は、移動通信網4に無線回線を介して接続される。そして携帯通信端末1は、移動通信網4を介して任意の相手先と通信を行うことが可能である。移動通信網4はパケット通信をサポートしていて、携帯通信端末1はインターネット5を介して任意のサイトにパケット通信を利用してアクセスすることが可能である。
【0013】
アプリケーション配信サーバ2は、様々なアプリケーションを実現するためのアプレットをインターネット5および移動通信網4を介して携帯通信端末1へと配信する。アプリケーション配信サーバ2はまた、広告データをインターネット5および移動通信網4を介して携帯通信端末1へと配信する。アプリケーション配信サーバ2は上記広告データは、広告配信サーバ3からインターネット5を介して取得する。
【0014】
広告配信サーバ3は、様々な広告画面を示す広告データを有している。広告配信サーバ3はアプリケーション配信サーバ2を介して携帯通信端末1へと広告データを配信する。
【0015】
ところで携帯通信端末1は、Javaのアプレットをダウンロードおよび実行する機能を有したものである。この種の携帯通信端末としては、例えば株式会社NTTドコモが提供するiアプリに対応するPDC(Personal Digital Cellular)端末などが知られている。
【0016】
図2は携帯通信端末1のハードウェア構成のブロック図である。
【0017】
この図2に示すように携帯通信端末1は、CPU10、ROM11、RAM12、SRAM(Static RAM)13、データ入出力部14、無線処理部15、アンテナ16、音声処理部17、スピーカ18、マイクロホン19、キーパッド20およびLCD21が接続されてなる。
【0018】
ROM11には種々の制御プログラム等が格納されており、CPU10は、この制御プログラムに基づいて各種制御処理を実行する。その際、RAM12はCPU10のワークエリア等として用いられる。ROM11内の制御プログラムには、携帯通信端末1の基本動作をサポートするファームウェアの他、ブラウザや後述する各種アプリケーションが含まれる。SRAM13は、インターネット5を介して取得したウェブページをキャッシュする。またSRAM13は、インターネット5を介してダウンロードしたアプリケーションを記憶する。
【0019】
無線処理部15は、図示しない周波数シンセサイザ、増幅器、変復調回路等を含み、アンテナ16を介して送受信される信号に対して、フレーム同期・分離および誤り検出・訂正処理等の周知の無線処理を実行する。これにより無線処理部15は、移動通信網4に含まれる基地局(図示せず)との無線通信を実現する。なお無線処理部15は、回線交換によって伝送される信号と、パケット交換によって伝送される信号とにそれぞれ対応した処理を行うことが可能である。無線処理部15によって処理されるデータは、データ入出力部14を介してCPU10に入出力される。
【0020】
音声処理部17は、スピーカ18およびマイクロホン19に接続されている。音声処理部17は、音声信号に対して所定の処理を施す。キーパッド20は、利用者が各種操作を行うための入力インタフェイスである。LCD21は、各種情報を表示するための表示インタフェイスである。
【0021】
次に、図3を参照しながら携帯通信端末1のプロセス構成について説明する。図3に示すように、プロセス構成の最下層は、携帯通信端末1のハードウェア制御に関するキーインタフェイス部101、画面インタフェイス部102、データ通信ドライバ103、スピーカ・マイク制御部104、メモリインタフェイス部105によって構成される。
【0022】
その上層は、ファームウェア111によって構成される。このファームウェア111により携帯通信端末1の基本的な処理がサポートされる。
【0023】
さらにその上層は、Javaバーチャルマシン121、ブラウザ122、電話機能部123、設定部124によって構成されている。
【0024】
Javaバーチャルマシン121の上層には、Javaアプレット131が構成される。Javaアプレットは、Javaによって記述されたアプリケーションプログラムである。Javaアプレットは、アプリケーション配信サーバ2などから携帯通信端末1にダウンロードされ、Javaバーチャルマシン121上で実行される。
【0025】
さて、図1に示すシステムでは、アプリケーション配信サーバ2からはゲームなどのような様々なアプリケーションが携帯通信端末1へと配信される。しかし、アプリケーション配信サーバ2が実際に配信するJavaアプレットは、上記のアプリケーションを実現するための主プログラムと広告プログラムとを結合して構成されるものとする。
【0026】
広告プログラムは、主プログラムに基づいて実現されるアプリケーションの利用者に対して広告を行うための処理を携帯通信端末1のCPU10に行わせるものである。この広告プログラムは、CPU10を取得部、記憶制御部、広告表示部、表示抑止部、終了抑止部、要求部、通知部および禁止部として機能させる。
【0027】
取得部は、広告配信サーバ3から配信されている広告データをアプリケーション配信サーバ2を介して取得する。
【0028】
記憶制御部は、取得部により取得された広告データをSRAM13へと記憶させる。広告データは、広告コード、有効期限、URLおよび画面データからなる。記憶制御部は、これらの情報にその広告データを取得した日時の情報を付加して図4に示すような状態でSRAM13へと記憶させる。なお広告コードは、広告データを一意に識別するためのコードである。有効期限は、その広告データを使用することができる期限である。URLは、その広告データに関するサイトのアドレスである。画面データは広告画面を示すデータである。画面データは、図5(a)〜図5(c)に示す3種類のデータブロックを1つ以上含んで構成される。
【0029】
広告表示部は、主プログラムによるアプリケーション処理に連動した所定のタイミング(後述する)にてLCD21に広告画面を表示させる。
【0030】
表示抑止部は、広告表示部により広告画面の表示を行っている期間に主プログラムによるアプリケーション処理によりLCD21での画面表示が行われることを抑止する。
【0031】
終了抑止部は、広告表示部により広告画面の表示を行っている期間に主プログラムによるアプリケーション処理の終了処理が行われることを抑止する。
【0032】
要求部は、広告データに示されたURLへのアクセスをブラウザ122に対して要求する。
【0033】
通知部は、広告画面の表示およびURLへのアクセスの要求を行った履歴をアプリケーション配信サーバ2へと通知する。通知部はこの通知を行うために、図6に示すようなイベント履歴を作成する。
【0034】
そして禁止部は、取得部による広告データの取得がある期間を越えて行えていない場合に、アプリケーション処理の実行を禁止する。
【0035】
次に動作につき説明する。
【0036】
携帯通信端末1からアプリケーション配信サーバ2にアクセスし、アプリケーションの配信を要求すると、アプリケーション配信サーバ2は要求されたアプリケーションを実現する主プログラムを持つJavaアプレットを携帯通信端末1へとダウンロードする。携帯通信端末1では、ダウンロードしたJavaアプレットをSRAM13へと格納しておく。このJavaアプレットは、ユーザからの実行指示に応じてSRAM13により読み出され、Javaバーチャルマシン121上で実行される。
【0037】
以下、ゲームを実現する主プログラムを持つJavaアプレットが実行される場合を例にとって具体的な動作を説明する。
【0038】
まずJavaアプレットの実行が指示されたならば、主プログラムに基づく図7に示すようなゲームアプリケーション処理が開始される。
【0039】
CPU10はまずステップST1において、初期化を行う。この初期化が完了したならばCPU10は、広告プログラムに基づく広告処理を起動する。CPU10は、ゲームアプリケーション処理により広告処理が起動された場合には、ゲームアプリケーション処理に並行して広告プログラムに基づく広告処理を実行する。
【0040】
一方、CPU10はゲームアプリケーション処理では、ステップST3において、主プログラムに含まれているゲームデータを読み込んで、初期データを作成する。この初期データの作成を終了したならばCPU10はステップST4において、メイン側終了フラグをセットする。そしてこの上でCPU10はステップST5において、ステップST2にて起動した広告処理が終了するのを待ち受ける。なおメイン側終了フラグは、例えばRAM12に記憶される。このようにして、ゲームアプリケーション処理の起動時には、初期化および初期データの作成はまず行われるが、それ以降の処理は広告処理が終了するまでは行われない。
【0041】
広告処理が終了したことをステップST5にて確認したならば、CPU10はステップST6において、初期のゲーム画面をLCD21に表示させる。そしてこの後にCPU10はステップST7において、ゲームをユーザに行わせるためのゲーム処理を開始する。
【0042】
このゲーム処理を行いながらCPU10はステップST8乃至ステップST10において、ゲームの1面がクリアとなるか、ゲームオーバーとなるか、あるいはゲーム終了が指示されるのを待ち受ける。
【0043】
1面がクリアとなったことをステップST8にて確認したならば、CPU10はステップST11において、面クリア処理を実行する。
【0044】
図8は面クリア処理の詳細を示すフローチャートである。
【0045】
CPU10はまずステップST21において、広告処理を起動する。続いてCPU10はステップST22において、ゲームの次面のデータを読み込んでおく。そしてここでデータを読み込み終えたならばCPU10はステップST23において、メイン側終了フラグをセットする。そしてこの上でCPU10はステップST24において、ステップST21にて起動した広告処理が終了するのを待ち受ける。このように、この実施形態のゲームアプリケーションは、1面がクリアされる毎にゲーム画面の切り替えが行われるのであるが、面クリアに伴って次面データの読み込みはまず行われるが、広告処理が終了するまで次面のゲーム画面の表示は行われない。
【0046】
広告処理が終了したことをステップST24にて確認したならば、CPU10はステップST25において、ゲームの次面の画面をLCD21に表示させる。そしてこの後にCPU10はステップST7以降の処理を繰り返す。
【0047】
ところで、ゲームオーバーとなったことをステップST9にて確認したならば、CPU10はステップST12においてゲームオーバー処理を実行する。
【0048】
図9はゲームオーバー処理の詳細を示すフローチャートである。
【0049】
CPU10はまずステップST31において、広告処理を起動する。続いてCPU10はステップST32において、ゲームオーバーとなったゲームの結果がハイスコアであったか否かを確認する。ここでハイスコアであったことを確認したならばCPU10は、ゲームのスコア等を示すハイスコア情報の送信を開始する。CPU10はこのハイスコア情報の送信が完了するのをステップST34において待ち受ける。そしてCPU10はハイスコア情報の送信が完了したならばステップST35において、メイン側終了フラグをセットする。そしてこの上でCPU10はステップST36において、ステップST31にて起動した広告処理が終了するのを待ち受ける。このように、この実施形態のゲームアプリケーションは、ハイスコアを達成した場合にはハイスコア情報の送信が行われるのであるが、このときには広告処理が並行して実行されるのである。そしてハイスコア情報の送信が完了しても、広告処理が終了するまではゲームアプリケーション処理における次の処理は行われない。
【0050】
広告処理が終了したことをステップST36にて確認したならば、CPU10はステップST37において、ハイスコア送信完了画面をLCD21に表示させる。ハイスコア送信完了画面は、ハイスコア情報の送信が完了したことをユーザに対して通知するものである。そしてこのハイスコア送信完了画面の表示を確認したユーザは、確認したことを示す所定のキー入力を行うことになっている。そこでCPU10はステップST38において、上記のキー入力がなされるのを待ち受ける。そして上記のキー入力がなされたことを確認したならば、CPU10はゲームオーバー処理を終了する。
【0051】
さて、ハイスコアではなかったことをステップST32にて確認したならば、CPU10はステップST39において、メイン側終了フラグをセットする。そしてこの上でCPU10はステップST40において、ステップST31にて起動した広告処理が終了するのを待ち受ける。このように、ハイスコアが達成されない場合にはハイスコア情報の送信を行わないのであるが、広告処理が終了するまではゲームアプリケーション処理における次の処理は行われない。そして広告処理が終了したことをステップST40にて確認したならば、CPU10はゲームオーバー処理を終了する。
【0052】
ゲームオーバー処理を終了したならば、CPU10はステップST6以降の処理を繰り返すことにより、最初からゲームをやり直すことを可能とする。
【0053】
ところで、ゲーム終了が指示されたことをステップST10にて確認した場合、CPU10はステップST13において、終了処理を実行する。
【0054】
図10は終了処理の詳細を示すフローチャートである。
【0055】
CPU10はまずステップST41において、広告処理を起動する。続いてCPU10はステップST42において、メイン側終了フラグをセットする。そしてこの上でCPU10はステップST43において、ステップST41にて起動した広告処理が終了するのを待ち受ける。このように、ゲームアプリケーション処理を終了する前には広告処理を行い、この広告処理が終了するまではゲームアプリケーション処理における次の処理は行われない。
【0056】
広告処理が終了したことをステップST43にて確認したならば、CPU10はステップST44において、ゲームアプリケーションを終了するためのアプリケーション終了処理を行い、これをもって終了処理を終了する。ステップST13での終了処理が以上のようにして終了したならば、CPU10はそれをもってゲームアプリケーション処理を終了する。
【0057】
以上のようにゲームアプリケーション処理を行う最中に広告処理が起動され、広告処理が終了されるまではゲームアプリケーション処理はLCD21への画面表示を行わない状態が維持される。
【0058】
次に広告処理について詳しく説明する。
【0059】
図11は広告処理の詳細を示すフローチャートである。
【0060】
CPU10はまずステップST51において、SRAM13に記憶されている広告データのうちに有効期限が過ぎたものが存在するならば、その広告データをSRAM13から削除する。次にCPU10はステップST52において、SRAM13に広告データが記憶されているか否かを確認する。そしてもしSRAM13に広告データが記憶されていることを確認したならば、CPU10はステップST53において、そのSRAM13に記憶されている広告データのうちの1つを選択する。SRAM13に複数の広告データが記憶されている場合、広告データの選択はランダムであっても良いし、所定の順序に従って行っても良い。これに対してSRAM13に広告データが記憶されていないことを確認したならば、CPU10はステップST54において、デフォルトの広告データを選択する。
【0061】
ステップST53またはステップST54を終了したならば、続いてCPU10はステップST55において、広告データの取得処理を実行する。
【0062】
図12は広告データ取得処理の詳細を示すフローチャートである。
【0063】
CPU10はまずステップST71において、SRAM13にイベント履歴の情報が記憶されているか否かを確認する。そしてイベント履歴が記憶されていることを確認したならば、CPU10はステップST72において、イベント履歴をアプリケーション配信サーバ2に対して送信する。
【0064】
アプリケーション配信サーバ2は図13に示すように、携帯通信端末1からイベント履歴が送られてきたならば、それを広告配信サーバ3へと転送する。これに対して広告配信サーバ3は、イベント履歴を正常に受信できたか否かを示した確認通知をアプリケーション配信サーバ2へと返す。アプリケーション配信サーバ2は、この確認通知を携帯通信端末1へと転送する。
【0065】
さて携帯通信端末1においては、ステップST72を終了させた後に、あるいはイベント履歴が記憶されていないことをステップST71にて確認した場合に、CPU10はステップST73において、イベント履歴の送信が成功であったか否かを、上述のようにアプリケーション配信サーバ2から送られてくる確認通知に基づいて確認する。そしてイベント履歴の送信が成功であったことを確認したならば、CPU10はステップST74において、取得条件が成立しているか否かを確認する。取得条件とは、広告データの取得を行うべきタイミングを規定したものである。その内容は、例えば「1日1回」や「最終取得日から2日が経過している」のようなものが事前に任意に設定される。
【0066】
取得条件が成立していることをステップST74にて確認したならば、CPU10はステップST75において、広告データの配信の要求と、これに応じて送られてくる広告データの受信を行う。具体的には図13に示すように、携帯通信端末1からはアプリケーション配信サーバ2に対して広告配信要求を送る。そうするとアプリケーション配信サーバ2は、その広告配信要求を広告配信サーバ3へと転送する。広告配信要求を受けると広告配信サーバ3は、自己に登録されている広告データのうちからいくつかを抽出し、それを含めた広告配信応答をアプリケーション配信サーバ2へと送信する。アプリケーション配信サーバ2は、この広告配信応答を携帯通信端末1へと転送する。
【0067】
なお、以上のように携帯通信端末1がイベント情報や広告データを授受する相手は最終的には広告配信サーバ3となっているのに、アプリケーション配信サーバ2を介在させているのは、Javaアプレットに基づく処理では、そのJavaアプレットを配信したサーバとの通信しか行えないことが規定されているからである。
【0068】
続いてCPU10はステップST76において、広告配信応答の受信に成功したか否かを確認する。そして広告配信応答の受信に成功したことを確認したならば、CPU10はその広告配信応答に有効な広告データが正しく含まれているか否かを確認する。有効な広告データが含まれていることを確認したならば、CPU10はステップST78において、その広告データをSRAM13へと記憶させる。そして広告データの保存が終了したならば、CPU10はステップST79において、SRAM13に記憶してある最終取得日時の情報を現在日時を示すものに更新し、これをもって広告データ取得処理を終了する。
【0069】
なお、有効な広告データが含まれていないことをステップST77にて確認したならば、CPU10はステップST78およびステップST79の処理を行うことなしに広告データ取得処理を終了する。また、イベント履歴の送信に失敗したことをステップST73にて確認した場合、あるいは取得条件が成立していないことをステップST74にて確認した場合、CPU10はステップST75乃至ステップST79の処理を行うことなしに、すなわち広告データの取得を行うことなしに広告データ取得処理を終了する。
【0070】
このように広告データ取得処理が終了したならば、CPU10は続いてステップST56において、広告データを取得できていない期間(未取得期間)が予め定めた限度値以下であるか否かを確認する。ここで未取得期間が限度値以下であることが確認できたならば、CPU10はステップST57において、SRAM13に記憶されている広告データの1つを読み込む。次にCPU10はステップST58において、広告処理が未完了であることを示すために、広告側終了フラグをクリアする。広告側終了フラグは、例えばRAM12に記憶される。続いてCPU10はステップST59において、イベント履歴を更新する。具体的には、ステップST57にて読み出した広告データの広告コードに対応付けて、イベント日時として現在日時を、またイベント内容として「表示」をそれぞれ設定したレコードをイベント履歴に追加する。
【0071】
こののちにCPU10はステップST60において、ステップST57にて読み込んだ広告データに含まれる最初の画面データに基づく広告画面を一定時間に渡りLCD21に表示させる。この一定時間の広告画面の表示が終了したならば、CPU10はステップST61において、ステップST57にて読み込んだ広告データに含まれる全ての画面データに基づく広告画面の全ての表示が完了したか否かを確認する。ここでまだ広告表示が完了していないことを確認したならば、CPU10はステップST62において、表示した広告画面に示されているリンクをクリックするキー入力が行われたか否かを確認する。そしてそのキー入力が行われていないことを確認したならば、CPU10はステップST63において、ステップST57にて読み込んだ広告データに含まれる次の画面データに基づく広告画面を一定時間に渡りLCD21に表示させる。この一定時間の広告画面の表示が終了したならば、CPU10は処理をステップST61に戻し、ステップST61以降の処理を繰り返す。
【0072】
さて、ステップST57にて読み込んだ広告データに含まれる最後の画面データに基づく広告画面の表示をステップST63にて行ったならば、CPU10は次にステップST61にて広告表示が完了したことを確認することになる。この場合にCPU10はステップST64およびステップST65において、メイン側、すなわちここではゲームアプリケーション処理側の処理が終了するか、あるいは表示した広告画面に示されているリンクをクリックするキー入力が行われるのを待ち受ける。
【0073】
メイン側の処理が終了したか否かの確認は、メイン側終了フラグの状態を確認することで行われる。そして、メイン側終了フラグがセットされたならば、CPU10はメイン側の処理が終了したと判定する。この場合にCPU10はステップST66において、広告側終了フラグをセットし、これをもって広告処理を終了する。
【0074】
このように広告側終了フラグをセットしたならば、CPU10はゲームアプリケーション処理におけるステップST5、ステップST24、ステップST36、ステップST40またはステップST43にて広告処理が終了したと確認することが可能となる。従って、ステップST66の処理を経て広告処理が終了されたことに応じて、停止されていたゲームアプリケーション処理の処理が再開される。
【0075】
これに対して、ステップST62またはステップST65にてキー入力がなされたことを確認した場合には、CPU10はステップST67において、イベント履歴を更新する。具体的には、ステップST57にて読み出した広告データの広告コードに対応付けて、イベント日時として現在日時を、またイベント内容として「クリック」をそれぞれ設定したレコードをイベント履歴に追加する。そしてこの後にCPU10はステップST68において、ステップST62またはステップST65にて確認されたキー入力が指定するリンクのリンク先のURLへのアクセスをブラウザ122に対して要求する。そしてこれをもってCPU10は広告処理を終了する。
【0076】
なお、ステップST62における要求に基づいてブラウザ122が起動される。このブラウザ122の起動に伴って、ゲームアプリケーション処理のようなJavaアプレットに基づくアプリケーション処理は強制終了される。
【0077】
ところで、未取得期間が長期間に及んでいて、限度値以上となっていることをステップST56で確認することとなった場合には、CPU10はステップST69にて警告画面をLCD21に表示させる。この警告画面は、広告データを取得できていないために、アプリケーションを利用することができない旨をユーザに対して報知するものである。そしてこの警告画面を表示させた状態で、CPU10はステップST70において、アプリケーションの強制終了をユーザが指示するのを待ち受ける。そしてアプリケーションの強制終了の指示がなされたことを確認したならば、CPU10はそれをもって広告処理を終了する。この場合には、ゲームアプリケーション処理も強制終了される。
【0078】
以上のように本実施形態によれば、Javaアプリケーションの処理の中で次の4つの事象のいずれかが生じたならば、広告処理が起動される。
(1) Javaアプリケーションの起動。
(2) Javaアプリケーションによる表示画面の切り替え。
(3) Javaアプリケーションによる通信。
(4) Javaアプリケーションの終了。
【0079】
そして広告処理が終了するまでは、Javaアプリケーションの中の画面表示を伴う処理を行わないように、Javaアプリケーションの処理を停止させる。
【0080】
広告処理では、広告配信サーバ3からアプリケーション配信サーバ2を介して取得した広告データに基づく広告画面の表示が行われる。このとき、広告画面はJavaアプリケーションの画面表示とは無関係に行うことが可能であるから、LCD21の表示領域を自由に利用した画面とすることが可能である。このため、広告画面の設計の自由度が高くなり、見易く、かつ広告効果の高い広告画面を容易に設計できるようになる。
【0081】
Javaアプリケーションの処理は、広告処理が正常に終了しなければ再開されない。つまり、広告画面の表示を経なければ、Javaアプリケーションを継続的に利用することができない。このため、Javaアプリケーションのための表示画面中に広告画像を組み込まなくとも、Javaアプリケーションの利用者に広告画面を確実に提示することが可能である。従って、Javaアプリケーションのための表示画面は広告とは無関係に設計することが可能であるから、LCD21の表示領域を自由に利用した画面とすることが可能である。この結果、Javaアプリケーションのための表示画面の設計の自由度が高くなる。
【0082】
また本実施形態によれば、携帯通信端末1は、広告画面中に設定されたリンクがクリックされたならば、そのリンクのリンク先のアドレスへのアクセスをブラウザにより行うようにしており、しかも上記のクリックが行われたことを示したイベント履歴をアプリケーション配信サーバ2へと送信している。そして本実施形態ではさらに、アプリケーション配信サーバ2がイベント履歴を広告配信サーバ3へと転送している。このため、アプリケーション配信サーバ2や広告配信サーバ3では、広告に基づくウェブアクセスの実行状況を管理することが可能となり、例えば広告の利用度を調査するなどの応用が可能となる。
【0083】
また本実施形態によれば、携帯通信端末1は、広告処理によりどの広告データに基づく広告画面の表示を行ったかを示すイベント履歴をアプリケーション配信サーバ2へと送信している。そして本実施形態ではさらに、アプリケーション配信サーバ2がイベント履歴を広告配信サーバ3へと転送している。このため、このため、アプリケーション配信サーバ2や広告配信サーバ3では、広告表示の実際の実行状況を管理することが可能となり、例えば広告の表示回数をカウントするなどの応用が可能となる。
【0084】
また本実施形態によれば、携帯通信端末1では、広告のクリックや表示に関する情報を履歴情報(イベント履歴)として収集しておき、この履歴情報を送信するようにしている。このため、広告表示や広告内のリンクのクリックが行われる度に通信を行う必要は無く、上記の情報を効率的に送信することが可能である。しかも本実施形態では、携帯通信端末1は、イベント履歴は広告データを取得する際に送信するようにしているので、さらに通信回数を減じることが可能となっている。
【0085】
また本実施形態によれば、携帯通信端末1では、広告処理を起動する毎に、所定の取得条件が成立しているならば広告データの取得を試みるようにしている。従って、携帯通信端末1はある程度周期的に広告データの取得を試みることとなり、最新の広告データをダウンロードしておくことができる。この結果、最新の広告データに基づく適正な広告表示が行える。
【0086】
しかも本実施形態では、携帯通信端末1では、広告データの最終取得タイミングから次に広告データの取得を試みるまでにある程度の時間を置くようにしている。このため、必要以上に頻繁に広告データの取得を試みてしまうことがなく、無駄な通信が生じることがない。
【0087】
また本実施形態によれば、広告データに有効期限を設定してあり、携帯通信端末1では取得して記憶してある広告データが有効期限を過ぎているならば、その広告データは削除して広告表示に用いないようにしている。このため、古くなって有効ではなくなった広告画面の表示が無意味に行われてしまうことがない。
【0088】
また本実施形態によれば、携帯通信端末1では、ダウンロードしてSRAM13に記憶されている広告データが無い場合には、予め用意されたデフォルトの広告データに基づく広告画面の表示を行うようにしている。このため、インターネット5を介しての広告データの取得が行えていない状況にあっても、広告表示は支障無く行うことが可能である。
【0089】
また本実施形態によれば、広告表示を行う期間を、1つの広告データが示す全ての広告画面の表示が完了するまでとしている。このため、複数の画面からなる広告効果の高い広告を表示することが可能である。
【0090】
また本実施形態によれば、広告データを新たに取得できない期間が限度値を越えるほどに継続する場合には、携帯通信端末1では広告処理からアプリケーションのメイン処理へと処理を戻さないようにしている。このため、例えば携帯通信端末1が移動通信網4のサービス圏外に長期間に渡り存在するなどの理由により携帯通信端末1にて広告データを取得できない状態が継続している場合には、アプリケーションの利用を制限することができる。
【0091】
なお、本発明は上記実施形態に限定されるものではない。例えば本発明に係るアプリケーションプログラムはJavaアプレットとして実現されるものには限定されず、任意の形態のプログラムであって良い。
【0092】
アプリケーション処理により実現されるアプリケーションは、例えば株価表示などのようにゲーム以外であっても良い。
【0093】
また、広告処理を実行するタイミングは、上記実施形態に示す4種類のタイミングのうちの少なくとも1つを含んでいれば良い。
【0094】
1つの広告データにリンク先が異なる複数のリンクが設定されていても良い。またリンク先はWWW(World Wide Web)のサイトには限らず、他のネットワークであっても良く、従ってリンク先のアドレスもURLには限らない。
【0095】
広告内のリンクがクリックされた際におけるそのリンク先へのアクセスおよびリンク先から配信される情報の表示のための処理を本発明のアプリケーションプログラムに基づいて行わせるようにしても良い。
【0096】
また、広告表示や広告内のリンクのクリックの通知は、それらのイベントが発生する毎に送信するようにしても良い。また履歴情報として送信する場合でも、広告表示に関する履歴情報と広告内のリンクのクリックに関する履歴情報とを別々に作成して、別々に送信するようにしても良い。そして、これらのような、あるいはイベント履歴のような履歴情報として送信する場合、その送信は広告データの取得とは無関係に行っても良い。
【0097】
また、イベント履歴の送信先は、アプリケーション配信サーバ2には限らず、広告配信サーバ3に直接的に送信するようにしても良いし、あるいは全く別の通知先に対して送信するようにしても良い。また、広告表示の通知と広告内のリンクのクリックの通知とを別々の通知先に対して送信するようにしても良い。
【0098】
また、アプリケーション配信サーバ2から広告配信応答を受けることに成功したのに、その広告配信応答に広告データが含まれていない場合は、広告データは取得できていなくとも、携帯通信端末1側では正規の動作を行っていると言える。そこで、広告配信応答を受けることができたならば最終取得日時を更新するようにしても良い。このようにすれば、広告配信サーバ3が配信する広告データがない状況にあるときに、携帯通信端末1が不必要に短い周期で繰り返し広告データの取得を試みてしまうことが防止でき、携帯通信端末1のユーザに不要な通信費用を負担させてしまうことが無くなる。また、実際に広告データの取得が限度値を越える期間に渡り行えていないとしても、アプリケーション配信サーバ2との通信が正常に行えている限度値を越えない間隔で行われている限りはアプリケーション処理を実行できる。
【0099】
また、広告データの取得を試みるタイミングは、例えば携帯通信端末1の電源が投入される毎や、一定時間毎などのように任意に変更が可能である。
【0100】
また、例えば、広告表示に1回用いた広告データはSRAM13から削除するようにすれば、広告データの有効期限の管理を省略することも可能である。
【0101】
また、ダウンロードされた広告データがSRAM13に記憶されていない場合には、広告表示を行わないようにしても良い。
【0102】
また、広告表示を行う期間は、例えば一定期間とするなどのように任意に変更が可能である。
【0103】
このほか、本発明の要旨を逸脱しない範囲で種々の変形実施が可能である。
【0104】
【発明の効果】
本発明によれば、アプリケーション処理による表示器での画面表示を所定のタイミングで一時的に中断し、移動通信網を介して取得された広告データに基づく広告画面の表示を表示器にて行う。そして広告画面の表示が終わった後に、アプリケーション処理による表示器での画面表示を再開することとしたので、アプリケーション処理と関連して広告画面の表示を行っていながら、アプリケーション処理のための表示画面とは全く別個の広告画面を表示できる。さらには、広告データを取得できない状態、あるいは前記広告データを取得するための所定の相手との通信が成功しない状態が所定期間を越えて継続している場合には前記アプリケーション処理の実行を禁止することができる。この結果、携帯通信端末におけるアプリケーションの利用者に対して有効に広告を行うことが可能となる。
【図面の簡単な説明】
【図1】本発明の一実施形態に係るシステムの全体構成を示すブロック図。
【図2】携帯通信端末1のハードウェア構成のブロック図。
【図3】携帯通信端末1のプロセス構成を示す図。
【図4】広告データのSRAM13での記憶状態を示す図。
【図5】広告データに含まれるデータブロックの具体例を示す図。
【図6】イベント履歴の構成を示す図。
【図7】ゲームアプリケーション処理のフローチャート。
【図8】面クリア処理の詳細を示すフローチャート。
【図9】ゲームオーバー処理の詳細を示すフローチャート。
【図10】終了処理の詳細を示すフローチャート。
【図11】広告処理の詳細を示すフローチャート。
【図12】広告データ取得処理の詳細を示すフローチャート。
【図13】携帯通信端末1が広告データを取得する際のシーケンスを示す図。
【符号の説明】
1…携帯通信端末
2…アプリケーション配信サーバ
3…広告配信サーバ
4…移動通信網
5…インターネット
10…CPU
11…ROM
12…RAM
13…SRAM
111…ファームウェア
121…Javaバーチャルマシン
122…ブラウザ
131…Javaアプレット
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an application program for displaying an advertisement screen on a mobile communication terminal.
[0002]
[Prior art]
A portable communication terminal is known which can execute an application program downloaded via a mobile communication network.
[0003]
In this type of application program for mobile communication terminals, advertisements are widely used to collect consideration related to the development. A banner advertisement is known as a typical method for displaying an advertisement.
[0004]
[Problems to be solved by the invention]
However, in the banner advertisement, an advertisement image is incorporated in the original display screen of the application. For this reason, the area that can be used for the application in the display screen becomes small, and the design of the screen configuration becomes difficult. In addition, since the area that can be secured for the banner advertisement is limited, the advertisement effect cannot be effectively exhibited. In particular, in the case of a mobile communication terminal, since the screen size of the display device itself is very small, the above problem is extremely large.
[0005]
The present invention has been made in consideration of such circumstances, and an object of the present invention is to provide an application program capable of effectively advertising to an application user in a mobile communication terminal. It is in.
[0006]
[Means for Solving the Problems]
In order to achieve the above object, the present invention performs communication via a mobile communication network. A portable communication terminal including a display capable of displaying an arbitrary screen and a storage means capable of storing arbitrary information is provided. A control computer acquires advertisement data via the mobile communication network, and stores the advertisement data in the storage means. In addition, the computer controls the display to display an advertisement screen based on advertisement data stored in the storage means during a predetermined advertisement period determined in association with a predetermined event in a predetermined application process, and the advertisement During the period, screen display on the display device by the application processing is suppressed. Furthermore, the present invention executes the application process when the advertisement data cannot be acquired or when the communication with a predetermined partner for acquiring the advertisement data has not been successful for a predetermined period of time. It was banned.
[0007]
By taking such means, the screen display on the display by application processing is temporarily interrupted, and the display of the advertisement screen based on the advertisement data acquired via the mobile communication network is performed on the display. . Then, after the display of the advertisement screen is finished, the screen display on the display by the application process is resumed. Therefore, while displaying the advertisement screen in association with the application process, an advertisement screen completely different from the display screen for the application process can be displayed. And when the state which cannot acquire advertisement data continues, execution of application processing can be restricted.
[0008]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
[0009]
FIG. 1 is a block diagram showing the overall configuration of the system according to the present embodiment.
[0010]
As shown in FIG. 1, this system includes a mobile communication terminal 1, and an application includes a distribution server 2, an advertisement distribution server 3, a mobile communication network 4, and the Internet 5.
[0011]
This system provides an environment in which a mobile communication terminal 1 can download and use an arbitrary application program. Specifically, an application program is downloaded from the application distribution server 2 in response to a request from the mobile communication terminal 1. In this embodiment, a computer program called an “applet” written in the Java (registered trademark) programming language will be described as an example of an application program. However, the application program is not limited to this, and can be exchanged on a network. If the data is correct, it is included in the concept of this application program.
[0012]
The mobile communication terminal 1 is connected to the mobile communication network 4 via a wireless line. The mobile communication terminal 1 can communicate with any other party via the mobile communication network 4. The mobile communication network 4 supports packet communication, and the mobile communication terminal 1 can access any site via the Internet 5 using packet communication.
[0013]
The application distribution server 2 distributes applets for realizing various applications to the mobile communication terminal 1 via the Internet 5 and the mobile communication network 4. The application distribution server 2 also distributes advertisement data to the mobile communication terminal 1 via the Internet 5 and the mobile communication network 4. The application distribution server 2 acquires the advertisement data from the advertisement distribution server 3 via the Internet 5.
[0014]
The advertisement distribution server 3 has advertisement data indicating various advertisement screens. The advertisement distribution server 3 distributes the advertisement data to the mobile communication terminal 1 via the application distribution server 2.
[0015]
By the way, the portable communication terminal 1 has a function of downloading and executing a Java applet. As this type of portable communication terminal, for example, a PDC (Personal Digital Cellular) terminal corresponding to an i-appli provided by NTT DoCoMo, Inc. is known.
[0016]
FIG. 2 is a block diagram of the hardware configuration of the mobile communication terminal 1.
[0017]
As shown in FIG. 2, the mobile communication terminal 1 includes a CPU 10, ROM 11, RAM 12, SRAM (Static RAM) 13, data input / output unit 14, wireless processing unit 15, antenna 16, audio processing unit 17, speaker 18, and microphone 19. The keypad 20 and the LCD 21 are connected.
[0018]
Various control programs and the like are stored in the ROM 11, and the CPU 10 executes various control processes based on the control programs. At that time, the RAM 12 is used as a work area of the CPU 10 or the like. The control program in the ROM 11 includes a browser and various applications described later in addition to firmware that supports the basic operation of the mobile communication terminal 1. The SRAM 13 caches a web page acquired via the Internet 5. The SRAM 13 stores an application downloaded via the Internet 5.
[0019]
The wireless processing unit 15 includes a frequency synthesizer, an amplifier, a modulation / demodulation circuit, and the like (not shown), and performs well-known wireless processing such as frame synchronization / separation and error detection / correction processing on signals transmitted / received via the antenna 16. To do. Thereby, the wireless processing unit 15 realizes wireless communication with a base station (not shown) included in the mobile communication network 4. The wireless processing unit 15 can perform processing corresponding to a signal transmitted by circuit switching and a signal transmitted by packet switching. Data processed by the wireless processing unit 15 is input / output to / from the CPU 10 via the data input / output unit 14.
[0020]
The audio processing unit 17 is connected to a speaker 18 and a microphone 19. The audio processing unit 17 performs predetermined processing on the audio signal. The keypad 20 is an input interface for the user to perform various operations. The LCD 21 is a display interface for displaying various information.
[0021]
Next, the process configuration of the mobile communication terminal 1 will be described with reference to FIG. As shown in FIG. 3, the lowest layer of the process configuration includes a key interface unit 101 related to hardware control of the mobile communication terminal 1, a screen interface unit 102, a data communication driver 103, a speaker / microphone control unit 104, and a memory interface. The unit 105 is configured.
[0022]
The upper layer is configured by the firmware 111. The firmware 111 supports basic processing of the mobile communication terminal 1.
[0023]
Further, the upper layer includes a Java virtual machine 121, a browser 122, a telephone function unit 123, and a setting unit 124.
[0024]
On the upper layer of the Java virtual machine 121, a Java applet 131 is configured. A Java applet is an application program written in Java. The Java applet is downloaded to the mobile communication terminal 1 from the application distribution server 2 or the like, and is executed on the Java virtual machine 121.
[0025]
In the system shown in FIG. 1, various applications such as games are distributed from the application distribution server 2 to the mobile communication terminal 1. However, the Java applet that is actually distributed by the application distribution server 2 is configured by combining the main program and the advertising program for realizing the above-described application.
[0026]
The advertisement program causes the CPU 10 of the mobile communication terminal 1 to perform processing for performing advertisement to the user of the application realized based on the main program. This advertisement program causes the CPU 10 to function as an acquisition unit, a storage control unit, an advertisement display unit, a display suppression unit, an end suppression unit, a request unit, a notification unit, and a prohibition unit.
[0027]
The acquisition unit acquires the advertisement data distributed from the advertisement distribution server 3 via the application distribution server 2.
[0028]
The storage control unit stores the advertisement data acquired by the acquisition unit in the SRAM 13. The advertisement data includes an advertisement code, an expiration date, a URL, and screen data. The storage control unit adds information on the date and time when the advertisement data is acquired to these pieces of information, and stores them in the SRAM 13 in a state as shown in FIG. The advertisement code is a code for uniquely identifying advertisement data. The expiration date is a time limit during which the advertisement data can be used. URL is an address of a site related to the advertisement data. The screen data is data indicating an advertisement screen. The screen data is configured to include one or more of three types of data blocks shown in FIGS.
[0029]
The advertisement display unit displays an advertisement screen on the LCD 21 at a predetermined timing (described later) linked to application processing by the main program.
[0030]
The display inhibition unit inhibits the screen display on the LCD 21 from being performed by the application process by the main program during the period in which the advertisement screen is displayed by the advertisement display unit.
[0031]
The termination suppression unit suppresses the termination processing of the application process by the main program during the period in which the advertisement display unit displays the advertisement screen.
[0032]
The request unit requests the browser 122 to access the URL indicated in the advertisement data.
[0033]
The notification unit notifies the application distribution server 2 of a history of requesting display of the advertisement screen and access to the URL. In order to make this notification, the notification unit creates an event history as shown in FIG.
[0034]
The prohibition unit prohibits execution of the application process when the acquisition unit has not acquired the advertisement data for a certain period.
[0035]
Next, the operation will be described.
[0036]
When the mobile communication terminal 1 accesses the application distribution server 2 and requests distribution of the application, the application distribution server 2 downloads a Java applet having a main program that realizes the requested application to the mobile communication terminal 1. In the mobile communication terminal 1, the downloaded Java applet is stored in the SRAM 13. This Java applet is read by the SRAM 13 in accordance with an execution instruction from the user and executed on the Java virtual machine 121.
[0037]
Hereinafter, a specific operation will be described by taking as an example a case where a Java applet having a main program for realizing a game is executed.
[0038]
First, when execution of a Java applet is instructed, game application processing based on the main program as shown in FIG. 7 is started.
[0039]
First, in step ST1, the CPU 10 performs initialization. If this initialization is completed, the CPU 10 activates advertisement processing based on the advertisement program. When the advertisement process is activated by the game application process, the CPU 10 executes an advertisement process based on the advertisement program in parallel with the game application process.
[0040]
On the other hand, in the game application process, the CPU 10 reads game data included in the main program and creates initial data in step ST3. When the creation of the initial data is finished, the CPU 10 sets a main side end flag in step ST4. Then, in step ST5, the CPU 10 waits for the advertisement process activated in step ST2 to end. The main end flag is stored in the RAM 12, for example. In this way, at the time of starting the game application process, initialization and creation of initial data are first performed, but the subsequent processes are not performed until the advertisement process is completed.
[0041]
If it is confirmed in step ST5 that the advertisement process has been completed, the CPU 10 displays an initial game screen on the LCD 21 in step ST6. Thereafter, in step ST7, the CPU 10 starts a game process for causing the user to play the game.
[0042]
While performing this game processing, the CPU 10 waits for one of the games to be cleared, the game over, or an instruction to end the game in steps ST8 to ST10.
[0043]
If it is confirmed in step ST8 that one surface has been cleared, the CPU 10 executes surface clear processing in step ST11.
[0044]
FIG. 8 is a flowchart showing details of the surface clear process.
[0045]
First, in step ST21, the CPU 10 starts advertisement processing. Subsequently, in step ST22, the CPU 10 reads data on the next side of the game. If the data has been read, the CPU 10 sets a main side end flag in step ST23. Then, in step ST24, the CPU 10 waits for the advertisement process activated in step ST21 to end. As described above, in the game application of this embodiment, the game screen is switched every time one screen is cleared, but the next screen data is read first when the screen is cleared. The next game screen is not displayed until the game is finished.
[0046]
If it is confirmed in step ST24 that the advertisement process has been completed, the CPU 10 causes the LCD 21 to display a screen for the next side of the game in step ST25. Thereafter, the CPU 10 repeats the processes after step ST7.
[0047]
By the way, if it is confirmed in step ST9 that the game is over, the CPU 10 executes a game over process in step ST12.
[0048]
FIG. 9 is a flowchart showing details of the game over process.
[0049]
First, in step ST31, the CPU 10 starts advertisement processing. Subsequently, in step ST32, the CPU 10 checks whether or not the result of the game over game is a high score. If it is confirmed that the score is high, the CPU 10 starts transmitting high score information indicating a game score and the like. In step ST34, the CPU 10 waits for the transmission of the high score information to be completed. If the transmission of the high score information is completed, the CPU 10 sets a main side end flag in step ST35. Then, in step ST36, the CPU 10 waits for the advertisement process activated in step ST31 to end. As described above, in the game application of this embodiment, when the high score is achieved, the high score information is transmitted. At this time, the advertisement processing is executed in parallel. And even if transmission of high score information is completed, the next process in a game application process is not performed until an advertisement process is complete | finished.
[0050]
If it is confirmed in step ST36 that the advertisement process has been completed, the CPU 10 causes the LCD 21 to display a high score transmission completion screen in step ST37. The high score transmission completion screen notifies the user that transmission of high score information has been completed. Then, the user who confirms the display of the high score transmission completion screen is to perform a predetermined key input indicating the confirmation. Therefore, in step ST38, the CPU 10 waits for the above key input. If it is confirmed that the above key input has been made, the CPU 10 ends the game over process.
[0051]
If it is confirmed in step ST32 that the score is not high, the CPU 10 sets a main side end flag in step ST39. Then, in step ST40, the CPU 10 waits for the advertisement process activated in step ST31 to end. As described above, when the high score is not achieved, the high score information is not transmitted, but the next process in the game application process is not performed until the advertisement process is completed. If it is confirmed in step ST40 that the advertisement process has been completed, the CPU 10 ends the game over process.
[0052]
When the game over process is completed, the CPU 10 can repeat the process from step ST6 to restart the game from the beginning.
[0053]
When it is confirmed in step ST10 that the game has been instructed, the CPU 10 executes an end process in step ST13.
[0054]
FIG. 10 is a flowchart showing details of the end processing.
[0055]
First, in step ST41, the CPU 10 starts advertisement processing. Subsequently, in step ST42, the CPU 10 sets a main side end flag. Then, in step ST43, the CPU 10 waits for the advertisement process activated in step ST41 to end. Thus, the advertisement process is performed before the game application process is terminated, and the next process in the game application process is not performed until the advertisement process is terminated.
[0056]
If it is confirmed in step ST43 that the advertisement process has ended, the CPU 10 performs an application end process for ending the game application in step ST44, thereby ending the end process. If the termination process in step ST13 is terminated as described above, the CPU 10 terminates the game application process accordingly.
[0057]
As described above, the advertisement process is activated during the game application process, and the game application process is not displayed on the LCD 21 until the advertisement process is terminated.
[0058]
Next, the advertisement process will be described in detail.
[0059]
FIG. 11 is a flowchart showing details of the advertisement process.
[0060]
In step ST51, the CPU 10 first deletes the advertisement data stored in the SRAM 13 from the SRAM 13 if the expiration date has passed. Next, in step ST52, the CPU 10 checks whether or not advertisement data is stored in the SRAM 13. If it is confirmed that the advertisement data is stored in the SRAM 13, the CPU 10 selects one of the advertisement data stored in the SRAM 13 in step ST53. When a plurality of advertisement data is stored in the SRAM 13, the selection of advertisement data may be random or may be performed according to a predetermined order. On the other hand, if it is confirmed that no advertisement data is stored in the SRAM 13, the CPU 10 selects default advertisement data in step ST54.
[0061]
If step ST53 or step ST54 is complete | finished, CPU10 will perform the acquisition process of advertisement data in step ST55 succeedingly.
[0062]
FIG. 12 is a flowchart showing details of the advertisement data acquisition process.
[0063]
First, in step ST71, the CPU 10 checks whether or not event history information is stored in the SRAM 13. If it is confirmed that the event history is stored, the CPU 10 transmits the event history to the application distribution server 2 in step ST72.
[0064]
As shown in FIG. 13, if an event history is sent from the mobile communication terminal 1, the application delivery server 2 transfers it to the advertisement delivery server 3. In response to this, the advertisement distribution server 3 returns a confirmation notification indicating whether or not the event history has been normally received to the application distribution server 2. The application distribution server 2 transfers this confirmation notification to the mobile communication terminal 1.
[0065]
In portable communication terminal 1, after completing step ST72 or when confirming in step ST71 that no event history is stored, CPU 10 determines in step ST73 whether the event history has been successfully transmitted. Is confirmed based on the confirmation notification sent from the application distribution server 2 as described above. If it is confirmed that the event history has been successfully transmitted, the CPU 10 confirms whether or not the acquisition condition is satisfied in step ST74. The acquisition condition defines a timing at which advertisement data should be acquired. For example, contents such as “once a day” or “two days have passed since the last acquisition date” are arbitrarily set in advance.
[0066]
If it is confirmed in step ST74 that the acquisition condition is satisfied, in step ST75, the CPU 10 requests distribution of advertisement data and receives advertisement data sent in response thereto. Specifically, as shown in FIG. 13, the mobile communication terminal 1 sends an advertisement distribution request to the application distribution server 2. Then, the application distribution server 2 transfers the advertisement distribution request to the advertisement distribution server 3. Upon receiving the advertisement distribution request, the advertisement distribution server 3 extracts some of the advertisement data registered in itself and transmits an advertisement distribution response including the extracted advertisement data to the application distribution server 2. The application distribution server 2 transfers this advertisement distribution response to the mobile communication terminal 1.
[0067]
As described above, the party to which the mobile communication terminal 1 exchanges event information and advertisement data is ultimately the advertisement distribution server 3, but the application distribution server 2 is interposed between the Java applet. This is because it is specified that the process based on the above can only communicate with the server that delivered the Java applet.
[0068]
Subsequently, in step ST76, the CPU 10 confirms whether or not the advertisement delivery response has been successfully received. If it is confirmed that the advertisement delivery response has been successfully received, the CPU 10 checks whether valid advertisement data is correctly included in the advertisement delivery response. If it is confirmed that valid advertisement data is included, the CPU 10 stores the advertisement data in the SRAM 13 in step ST78. When the storage of the advertisement data is completed, in step ST79, the CPU 10 updates the information on the last acquisition date and time stored in the SRAM 13 to indicate the current date and time, and ends the advertisement data acquisition process.
[0069]
If it is confirmed in step ST77 that no valid advertisement data is included, the CPU 10 ends the advertisement data acquisition process without performing the processes in steps ST78 and ST79. If it is confirmed in step ST73 that transmission of the event history has failed, or if it is confirmed in step ST74 that the acquisition condition is not satisfied, the CPU 10 does not perform steps ST75 to ST79. In other words, the advertisement data acquisition process is terminated without acquiring the advertisement data.
[0070]
When the advertisement data acquisition process is thus completed, the CPU 10 subsequently checks in step ST56 whether or not the period during which advertisement data cannot be acquired (non-acquisition period) is equal to or less than a predetermined limit value. If it is confirmed that the unacquired period is equal to or less than the limit value, the CPU 10 reads one of the advertisement data stored in the SRAM 13 in step ST57. Next, in step ST58, the CPU 10 clears the advertisement side end flag in order to indicate that the advertisement processing is not completed. The advertisement side end flag is stored in the RAM 12, for example. Subsequently, in step ST59, the CPU 10 updates the event history. Specifically, in association with the advertisement code of the advertisement data read out in step ST57, a record in which the current date and time is set as the event date and “display” as the event content is added to the event history.
[0071]
Thereafter, in step ST60, the CPU 10 causes the LCD 21 to display an advertisement screen based on the first screen data included in the advertisement data read in step ST57 over a predetermined time. When the display of the advertisement screen for a certain period of time is completed, in step ST61, the CPU 10 determines whether or not all the display of the advertisement screen based on all the screen data included in the advertisement data read in step ST57 is completed. Check. If it is confirmed that the advertisement display has not been completed yet, the CPU 10 confirms in step ST62 whether or not the key input for clicking the link shown on the displayed advertisement screen has been performed. If it is confirmed that the key input has not been performed, the CPU 10 displays the advertisement screen based on the next screen data included in the advertisement data read in step ST57 on the LCD 21 for a predetermined time in step ST63. . When the display of the advertisement screen for a predetermined time is completed, the CPU 10 returns the process to step ST61 and repeats the processes after step ST61.
[0072]
If the advertisement screen is displayed based on the last screen data included in the advertisement data read in step ST57 in step ST63, the CPU 10 next confirms that the advertisement display is completed in step ST61. It will be. In this case, in step ST64 and step ST65, the CPU 10 ends the processing on the main side, that is, the game application processing side here, or performs key input for clicking the link shown on the displayed advertisement screen. I wait.
[0073]
Whether or not the main-side processing has been completed is confirmed by confirming the state of the main-side end flag. If the main-side end flag is set, the CPU 10 determines that the main-side processing has ended. In this case, in step ST66, the CPU 10 sets an advertisement side end flag, and ends the advertisement process.
[0074]
If the advertisement-side end flag is set in this way, the CPU 10 can confirm that the advertisement process has ended in step ST5, step ST24, step ST36, step ST40 or step ST43 in the game application process. Accordingly, the stopped game application process is resumed in response to the completion of the advertisement process after the process of step ST66.
[0075]
On the other hand, if it is confirmed in step ST62 or step ST65 that a key input has been made, the CPU 10 updates the event history in step ST67. Specifically, in association with the advertisement code of the advertisement data read in step ST57, a record in which the current date and time is set as the event date and “click” as the event content is added to the event history. Thereafter, in step ST68, the CPU 10 requests the browser 122 to access the link destination URL of the link designated by the key input confirmed in step ST62 or step ST65. And CPU10 complete | finishes an advertisement process with this.
[0076]
The browser 122 is activated based on the request in step ST62. With the activation of the browser 122, application processing based on a Java applet such as game application processing is forcibly terminated.
[0077]
By the way, when it is confirmed in step ST56 that the non-acquisition period has been extended for a long time and is equal to or greater than the limit value, the CPU 10 displays a warning screen on the LCD 21 in step ST69. This warning screen notifies the user that the application cannot be used because advertisement data has not been acquired. Then, with this warning screen displayed, the CPU 10 waits for the user to instruct the forced termination of the application in step ST70. If it is confirmed that an instruction to forcibly terminate the application has been issued, the CPU 10 terminates the advertisement process accordingly. In this case, the game application process is also forcibly terminated.
[0078]
As described above, according to the present embodiment, when any of the following four events occurs in the processing of the Java application, the advertisement processing is activated.
(1) Start up a Java application.
(2) Switching the display screen using a Java application.
(3) Communication by Java application.
(4) Terminate the Java application.
[0079]
Until the advertisement processing is completed, the processing of the Java application is stopped so that the processing accompanied by the screen display in the Java application is not performed.
[0080]
In the advertisement process, an advertisement screen based on advertisement data acquired from the advertisement distribution server 3 via the application distribution server 2 is displayed. At this time, since the advertisement screen can be displayed regardless of the screen display of the Java application, the display area of the LCD 21 can be freely used. For this reason, the degree of freedom in designing the advertisement screen is increased, and it is possible to easily design an advertisement screen that is easy to see and has a high advertising effect.
[0081]
The Java application process is not resumed unless the advertisement process ends normally. In other words, the Java application cannot be used continuously unless the advertisement screen is displayed. Therefore, it is possible to reliably present the advertisement screen to the user of the Java application without incorporating the advertisement image into the display screen for the Java application. Therefore, since the display screen for the Java application can be designed regardless of the advertisement, the display area of the LCD 21 can be freely used. As a result, the degree of freedom in designing the display screen for the Java application is increased.
[0082]
Further, according to the present embodiment, when a link set in the advertisement screen is clicked, the mobile communication terminal 1 accesses the link destination address of the link by the browser, and An event history indicating that the click has been performed is transmitted to the application distribution server 2. In this embodiment, the application distribution server 2 further transfers the event history to the advertisement distribution server 3. For this reason, the application distribution server 2 and the advertisement distribution server 3 can manage the execution status of the web access based on the advertisement, and can be applied, for example, to investigate the usage of the advertisement.
[0083]
Further, according to the present embodiment, the mobile communication terminal 1 transmits an event history indicating which advertisement data is displayed based on which advertisement data is displayed to the application distribution server 2 by the advertisement process. In this embodiment, the application distribution server 2 further transfers the event history to the advertisement distribution server 3. For this reason, the application distribution server 2 and the advertisement distribution server 3 can manage the actual execution state of the advertisement display, and can be applied, for example, to count the number of advertisements displayed.
[0084]
Further, according to the present embodiment, the mobile communication terminal 1 collects information related to clicks and displays of advertisements as history information (event history) and transmits the history information. For this reason, it is not necessary to communicate each time an advertisement is displayed or a link in an advertisement is clicked, and the above information can be transmitted efficiently. In addition, in the present embodiment, since the mobile communication terminal 1 transmits the event history when acquiring the advertisement data, the number of communications can be further reduced.
[0085]
Further, according to the present embodiment, the mobile communication terminal 1 tries to acquire advertisement data every time the advertisement process is started if a predetermined acquisition condition is satisfied. Therefore, the mobile communication terminal 1 tries to acquire advertisement data periodically to some extent, and the latest advertisement data can be downloaded. As a result, appropriate advertisement display based on the latest advertisement data can be performed.
[0086]
In addition, in the present embodiment, the mobile communication terminal 1 puts a certain amount of time between the final acquisition timing of the advertisement data and the next attempt to acquire the advertisement data. For this reason, it does not try to acquire advertisement data more frequently than necessary, and useless communication does not occur.
[0087]
Further, according to the present embodiment, if an expiration date is set for the advertisement data and the advertisement data acquired and stored in the mobile communication terminal 1 has passed the expiration date, the advertisement data is deleted. It is not used for advertisement display. For this reason, the display of the advertisement screen that is no longer effective when it is old is not performed meaninglessly.
[0088]
According to the present embodiment, the mobile communication terminal 1 displays an advertisement screen based on default advertisement data prepared in advance when there is no advertisement data downloaded and stored in the SRAM 13. Yes. For this reason, even if the advertisement data cannot be acquired via the Internet 5, the advertisement display can be performed without any trouble.
[0089]
Further, according to the present embodiment, the period during which the advertisement is displayed is set until the display of all advertisement screens indicated by one advertisement data is completed. For this reason, it is possible to display an advertisement with a high advertising effect consisting of a plurality of screens.
[0090]
Further, according to the present embodiment, when the period during which advertisement data cannot be newly acquired continues so as to exceed the limit value, the mobile communication terminal 1 does not return the process from the advertisement process to the main process of the application. Yes. For this reason, for example, when the mobile communication terminal 1 has been unable to acquire advertisement data because the mobile communication terminal 1 has been outside the service area of the mobile communication network 4 for a long period of time, Usage can be restricted.
[0091]
The present invention is not limited to the above embodiment. For example, the application program according to the present invention is not limited to that realized as a Java applet, and may be an arbitrary form of program.
[0092]
An application realized by application processing may be other than a game such as a stock price display.
[0093]
Moreover, the timing which performs an advertisement process should just contain at least 1 of the 4 types of timing shown to the said embodiment.
[0094]
A plurality of links with different link destinations may be set in one advertisement data. The link destination is not limited to a WWW (World Wide Web) site, but may be another network. Therefore, the link destination address is not limited to a URL.
[0095]
Processing for accessing the link destination when the link in the advertisement is clicked and displaying information distributed from the link destination may be performed based on the application program of the present invention.
[0096]
Further, notification of advertisement display or click of a link in the advertisement may be transmitted every time those events occur. Even when the history information is transmitted, the history information regarding the advertisement display and the history information regarding the click of the link in the advertisement may be separately created and transmitted separately. And when transmitting as history information like these or event history, you may perform the transmission irrespective of acquisition of advertisement data.
[0097]
Further, the transmission destination of the event history is not limited to the application distribution server 2 but may be directly transmitted to the advertisement distribution server 3 or may be transmitted to a completely different notification destination. good. Further, the advertisement display notification and the click notification of the link in the advertisement may be transmitted to different notification destinations.
[0098]
If the advertisement delivery response is not included in the advertisement delivery response even though the advertisement delivery response has been successfully received from the application delivery server 2, the mobile communication terminal 1 side does not receive the advertisement data. It can be said that the operation is performed. Therefore, if the advertisement delivery response can be received, the last acquisition date may be updated. In this way, when there is no advertisement data to be distributed by the advertisement distribution server 3, it is possible to prevent the mobile communication terminal 1 from repeatedly trying to acquire advertisement data in an unnecessarily short period. This eliminates unnecessary communication costs for the user of the terminal 1. In addition, even if the advertisement data acquisition is not actually performed for a period exceeding the limit value, the application processing is performed as long as the communication with the application distribution server 2 is performed at an interval not exceeding the limit value that is normally performed. Can be executed.
[0099]
Moreover, the timing which tries acquisition of advertisement data can be arbitrarily changed, for example, every time the power of the mobile communication terminal 1 is turned on or every certain time.
[0100]
Further, for example, if the advertisement data once used for displaying the advertisement is deleted from the SRAM 13, the management of the expiration date of the advertisement data can be omitted.
[0101]
Further, when the downloaded advertisement data is not stored in the SRAM 13, the advertisement display may not be performed.
[0102]
Further, the period during which the advertisement is displayed can be arbitrarily changed, for example, a fixed period.
[0103]
In addition, various modifications can be made without departing from the scope of the present invention.
[0104]
【The invention's effect】
According to the present invention, the screen display on the display by application processing is temporarily interrupted at a predetermined timing, and the display of the advertisement screen based on the advertisement data acquired through the mobile communication network is performed on the display. Then, after the display of the advertisement screen is finished, the screen display on the display unit by the application process is resumed. Therefore, while the advertisement screen is displayed in connection with the application process, the display screen for the application process Can display a completely separate advertising screen. Furthermore, the execution of the application process is prohibited when a state in which advertisement data cannot be acquired or a state in which communication with a predetermined partner for acquiring the advertisement data has not succeeded exceeds a predetermined period. be able to. As a result, it becomes possible to effectively advertise to the user of the application in the mobile communication terminal.
[Brief description of the drawings]
FIG. 1 is a block diagram showing the overall configuration of a system according to an embodiment of the present invention.
FIG. 2 is a block diagram of a hardware configuration of the mobile communication terminal 1;
FIG. 3 is a diagram showing a process configuration of the mobile communication terminal 1;
FIG. 4 is a diagram showing a storage state of advertisement data in the SRAM 13;
FIG. 5 is a diagram showing a specific example of a data block included in advertisement data.
FIG. 6 is a diagram showing a structure of an event history.
FIG. 7 is a flowchart of game application processing.
FIG. 8 is a flowchart showing details of surface clear processing.
FIG. 9 is a flowchart showing details of a game over process.
FIG. 10 is a flowchart showing details of end processing.
FIG. 11 is a flowchart showing details of advertisement processing.
FIG. 12 is a flowchart showing details of advertisement data acquisition processing.
FIG. 13 is a diagram showing a sequence when the mobile communication terminal 1 acquires advertisement data.
[Explanation of symbols]
1 ... Mobile communication terminal
2 ... Application distribution server
3 ... Advertisement distribution server
4. Mobile communication network
5 ... Internet
10 ... CPU
11 ... ROM
12 ... RAM
13 ... SRAM
111 ... Firmware
121 ... Java Virtual Machine
122 ... Browser
131 ... Java applet

Claims (2)

移動通信網を介して通信を行うもので、任意の画面を表示可能な表示器および任意の情報を記憶可能な記憶手段を備えた携帯通信端末を制御するコンピュータを、
前記移動通信網を介して広告データを取得する取得手段と、
前記広告データを前記記憶手段に記憶させる記憶制御手段と、
所定のアプリケーション処理における所定の事象に関連して定まる所定の広告期間に、前記記憶手段に記憶された広告データに基づく広告画面を前記表示器に表示させる広告表示手段と、
前記広告期間に前記アプリケーション処理による前記表示器での画面表示を抑止する表示抑止手段と、
前記取得手段により広告データを取得できない状態が所定期間を越えて継続している場合には前記アプリケーション処理の実行を禁止する禁止手段として機能させるアプリケーションプログラム。
A computer that controls a mobile communication terminal that communicates via a mobile communication network and includes a display capable of displaying an arbitrary screen and a storage means capable of storing arbitrary information.
Obtaining means for obtaining advertisement data via the mobile communication network;
Storage control means for storing the advertisement data in the storage means;
Advertisement display means for causing the display to display an advertisement screen based on advertisement data stored in the storage means during a predetermined advertisement period determined in association with a predetermined event in a predetermined application process;
Display suppression means for suppressing screen display on the display by the application process during the advertisement period;
An application program that functions as a prohibiting unit that prohibits execution of the application process when a state in which advertisement data cannot be acquired by the acquiring unit continues for a predetermined period.
移動通信網を介して通信を行うもので、任意の画面を表示可能な表示器および任意の情報を記憶可能な記憶手段を備えた携帯通信端末を制御するコンピュータを、
前記移動通信網を介して広告データを取得する取得手段と、
前記広告データを前記記憶手段に記憶させる記憶制御手段と、
所定のアプリケーション処理における所定の事象に関連して定まる所定の広告期間に、前記記憶手段に記憶された広告データに基づく広告画面を前記表示器に表示させる広告表示手段と、
前記広告期間に前記アプリケーション処理による前記表示器での画面表示を抑止する表示抑止手段と、
前記取得手段により前記広告データを取得するための所定の相手との通信が成功しない状態が所定期間を越えて継続している場合には前記アプリケーション処理の実行を禁止する禁止手段として機能させるアプリケーションプログラム。
A computer that controls a mobile communication terminal that communicates via a mobile communication network and includes a display capable of displaying an arbitrary screen and a storage means capable of storing arbitrary information.
Obtaining means for obtaining advertisement data via the mobile communication network;
Storage control means for storing the advertisement data in the storage means;
Advertisement display means for causing the display to display an advertisement screen based on advertisement data stored in the storage means during a predetermined advertisement period determined in association with a predetermined event in a predetermined application process;
Display suppression means for suppressing screen display on the display by the application process during the advertisement period;
An application program that functions as a prohibiting unit that prohibits execution of the application process when a state in which communication with a predetermined partner for acquiring the advertisement data by the acquiring unit is not successful exceeds a predetermined period .
JP2002128977A 2002-04-30 2002-04-30 Application program for mobile communication terminals Expired - Lifetime JP3732153B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002128977A JP3732153B2 (en) 2002-04-30 2002-04-30 Application program for mobile communication terminals

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002128977A JP3732153B2 (en) 2002-04-30 2002-04-30 Application program for mobile communication terminals

Publications (2)

Publication Number Publication Date
JP2003324547A JP2003324547A (en) 2003-11-14
JP3732153B2 true JP3732153B2 (en) 2006-01-05

Family

ID=29542554

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002128977A Expired - Lifetime JP3732153B2 (en) 2002-04-30 2002-04-30 Application program for mobile communication terminals

Country Status (1)

Country Link
JP (1) JP3732153B2 (en)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8688143B2 (en) 2004-08-24 2014-04-01 Qualcomm Incorporated Location based service (LBS) system and method for creating a social network
US8688148B2 (en) 2005-10-25 2014-04-01 Qualcomm Incorporated Dynamic resource matching system
JP5873257B2 (en) * 2011-05-25 2016-03-01 有限会社メイキング Ad distribution system
JP6059462B2 (en) * 2012-08-03 2017-01-11 株式会社ミクシィ Portable terminal, control method thereof and control program
JP6876851B2 (en) * 2020-04-28 2021-05-26 Kddi株式会社 Information processing device and information processing method

Also Published As

Publication number Publication date
JP2003324547A (en) 2003-11-14

Similar Documents

Publication Publication Date Title
JP3928852B2 (en) Mobile communication terminal
AU2007349058B2 (en) Method for advertising using mobile multiplayer game and system thereof
CA2318293C (en) Method for terminal assisted menu presentation of value added services in mobile communication systems
AU2003265824B2 (en) Server processing in providing messages for a wireless device connecting to a server
EP1199633A2 (en) Technique for displaying wait order
CN101179791A (en) Method of updating software edition of mobile terminal
JP2004514212A (en) Advertising method using downloading time of mobile communication terminal
JP2002511973A (en) How to control a computer with audio signals
CN101145921B (en) Internet high-resolution video advertisement system and its implementation method
JPWO2002046934A1 (en) Apparatus and method for delivering content
JP3732153B2 (en) Application program for mobile communication terminals
JP3985682B2 (en) Information distribution system, terminal device, schedule transmission device, display information transmission device, and information distribution method
EP1452990A2 (en) Wireless terminal advertisement system
JP2004118258A (en) Advertisement display method for portable terminal, advertisement providing server, and advertisement display program
JP4252416B2 (en) Mobile communication terminal, information provision system
JP2001154958A (en) System and method for providing information, server device, client device and recording medium
JP2004021326A (en) Automatic information distribution system, method, server, program, display terminal and operation terminal
US7571243B2 (en) Information terminal, method for controlling information terminal, program for controlling information terminal, and recording medium
JPH10107747A (en) Information service receiver, information service providing device and storage medium
JP3618608B2 (en) Information distribution apparatus and information storage medium
JP4246235B2 (en) Method, apparatus and associated server for backing up personal data of telecommunications network subscribers
CA2389725A1 (en) Transparent access to remote devices
JPH11239094A (en) Cellular phone terminal, service program providing device and mobile communication network
JPH10178445A (en) Electronic advertisement system and advertisement display terminal
JP2001169353A (en) Mobile set information save method and mobile set information restoration method

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20050301

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050315

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050516

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20050913

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20051011

R150 Certificate of patent or registration of utility model

Ref document number: 3732153

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091021

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091021

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101021

Year of fee payment: 5

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101021

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111021

Year of fee payment: 6

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111021

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121021

Year of fee payment: 7

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121021

Year of fee payment: 7

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131021

Year of fee payment: 8

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

EXPY Cancellation because of completion of term