プログラム
【課題】携帯端末に効果的な広告配信を提供することができるようにする。
【解決手段】スマートフォンやタブレット端末などの携帯端末に、携帯端末の基本ソフトウェアから送信されてきたメッセージに基づいて、携帯端末に対するユーザの所定の操作を検出した場合に、前記携帯端末の画面に所定の広告を表示させる処理を実行させる。携帯端末は、１以上の広告のデータが予め取得されて保存されており、ユーザの所定の操作を検出した場合に、携帯端末に保存されている１以上の前記広告のなかから、表示させる広告を決定して、決定された広告のデータを読みし、画面に表示させる。
【解決手段】スマートフォンやタブレット端末などの携帯端末に、携帯端末の基本ソフトウェアから送信されてきたメッセージに基づいて、携帯端末に対するユーザの所定の操作を検出した場合に、前記携帯端末の画面に所定の広告を表示させる処理を実行させる。携帯端末は、１以上の広告のデータが予め取得されて保存されており、ユーザの所定の操作を検出した場合に、携帯端末に保存されている１以上の前記広告のなかから、表示させる広告を決定して、決定された広告のデータを読みし、画面に表示させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラムに関し、特に、携帯端末に効果的な広告配信を提供することができるようにするプログラムに関する。
【背景技術】
【０００２】
インターネットの普及などにより、テレビジョン放送を視聴する視聴者の数は少なくなってきており、それとともに、テレビジョン放送における広告であるCM（コマーシャル）を見る人も少なくなってきている。
【０００３】
一方、近年、スマートフォンと呼ばれる高機能の携帯電話機が急速に普及してきている。スマートフォンでは、パーソナルコンピュータと同様に、Webブラウザで所望のサイトを閲覧したり、動画を視聴したりすることができる。
【０００４】
従来、パーソナルコンピュータや携帯端末における広告としては、ユーザが所定のサイトにアクセスしたときに、Webページの一部に広告画像や広告バナーを表示するものがあった（例えば、特許文献１ないし３参照）。また、携帯端末で電子メールを送信した場合に、電子メールに広告が付加されて、送信相手の携帯端末に送信されるようにしたものがあった（例えば、特許文献４参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−３５７０５８号公報
【特許文献２】特開２００６−４８４３０号公報
【特許文献３】特開２００７−２００１６８号公報
【特許文献４】特開２０１０−２１７９８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、近年のスマートフォンやタブレット端末の利用者の増大に対応した、より効果的な広告配信が期待されている。
【０００７】
本発明は、このような状況に鑑みてなされたものであり、携帯端末に効果的な広告配信を提供することができるようにするものである。
【課題を解決するための手段】
【０００８】
本発明の一側面のプログラムは、携帯端末のコンピュータに、前記携帯端末の基本ソフトウェアから送信されてきたメッセージに基づいて、前記携帯端末に対するユーザの所定の操作を検出した場合に、前記携帯端末の画面に所定の広告を表示させる処理を実行させるものである。
【０００９】
本発明の一側面においては、携帯端末の基本ソフトウェアから送信されてきたメッセージに基づいて、前記携帯端末に対するユーザの所定の操作を検出した場合に、携帯端末の画面に所定の広告が表示される。
【発明の効果】
【００１０】
本発明の一側面によれば、携帯端末に効果的な広告配信を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明を適用した処理の概要を説明する図である。
【図２】携帯端末のハードウェア構成例を示すブロック図である。
【図３】本発明を適用した広告配信処理を実現するCM再生アプリの機能構成例を示すブロック図である。
【図４】CM再生データ取得処理を説明するフローチャートである。
【図５】再生停止CM確認処理を説明するフローチャートである。
【図６】第１のCM再生制御処理を説明するフローチャートである。
【図７】第２のCM再生制御処理を説明するフローチャートである。
【図８】第３のCM再生制御処理を説明するフローチャートである。
【図９】常駐確認処理を説明するフローチャートである。
【発明を実施するための形態】
【００１２】
［本発明を適用した処理の概要］
図１を参照して、本発明を適用した処理の概要について説明する。
【００１３】
図１に示される携帯端末１は、スマートフォンと呼ばれる、携帯電話と携帯情報端末を融合させた高機能の端末である。携帯端末１は、例えば、操作面である一面に、タッチスクリーン１１と、メニューボタン２１、ホームボタン２２、バックボタン２３、および電源ボタン２４の各ハードウエアボタンを備える。メニューボタン２１は、タッチスクリーン１１にメニュー画面を表示させる際に操作（押下）される。ホームボタン２２は、タッチスクリーン１１にホーム画面（待機画面）を表示させる際に操作される。バックボタン２３は、タッチスクリーン１１に表示されている画面（画像）を、１つ前の画面に戻す際に操作される。電源ボタン２４は、電源のオンまたはオフ、画面非表示モード（スリープモード）から画面を表示させる際などに操作される。
【００１４】
携帯端末１では、アプリケーションプログラム（Application Program）（以下、単にアプリと称する。）を、マーケット等からダウンロード（インストール）して、携帯端末１上で実行することができる。アプリには、ゲーム、音楽や映像の視聴に関するもの、辞書、地図、勉強などに関するものなど、様々な種類のものがある。
【００１５】
携帯端末１には、本発明を適用したアプリである、CM再生アプリケーションプログラム６１（図３）がインストールおよび実行されている。なお、以下では、CM再生アプリケーションプログラム６１を、適宜、CM再生アプリ６１と称する。
【００１６】
CM再生アプリ６１は、ユーザが携帯端末１に対して何らかの操作を行ったとき、その操作をトリガーとして、携帯端末１のタッチスクリーン１１に所定の広告を表示させる。
【００１７】
例えば、画面非表示モードとなっている携帯端末１において、図１に示されるように、ユーザが電源ボタン２４を操作して、ロック解除画面をタッチスクリーン１１上に表示させた後、タッチスクリーン１１上で指を一定方向にスライドさせるロック解除操作を行うと、CM再生アプリ６１は、ロック解除操作をトリガーとして、CM（Commercial Message）を表示させる。
【００１８】
なお、CMとは、一般には、テレビジョン放送において放送番組の前後や途中に挿入される、一定時間のコマーシャル放送の動画像および音声をいうが、本実施の形態におけるCMは、それに限定されず、所定の商品やサービスを宣伝・勧誘するための動画像または静止画像（画像に同期した音声出力があるものを含む。）をいう。
【００１９】
従来、パーソナルコンピュータや携帯端末で広告を表示する場合には、Webページやメーラが広告の媒体であったのに対して、本発明を適用したCM再生アプリ６１が実行される携帯端末１では、携帯端末１自体を媒体として、広告を配信（提供）することができる。
【００２０】
［携帯端末１の構成ブロック図］
図２は、携帯端末１のハードウェア構成例を示すブロック図である。
【００２１】
図２において、CPU（Central Processing Unit）３１は、各種の処理を実行する演算処理部であり、OS(Operating System)６２（図３）などの基本プログラムや、上述したCM再生アプリ６１を含む各種のアプリを必要に応じて実行する。CPU３１は、バス３５を介してROM（Read Only Memory）３２、RAM（Random Access Memory）３３、およびNVRAM（Non Volatile RAM）３４と相互に接続される。このバス３５にはまた、入出力インタフェース３６も接続され、入出力インタフェース３６には、記憶部３７およびドライブ３８が接続される。
【００２２】
ROM３２には予めOS６２などの基本プログラムやデータが格納される。RAM３３およびNVRAM３４には、ROM３２や記憶部３７に格納されているアプリケーションプログラムやデータがロードされる。RAM３３およびNVRAM３４にはまた、CPU３１が各種の処理を実行する上において必要なデータなども適宜記憶される。記憶部３７は、フラッシュメモリなどにより構成され、CM再生アプリ６１を少なくとも記憶する。
【００２３】
ドライブ３８は、必要に応じて装着される、半導体メモリなどのリムーバブルメディア３９からのデータを読み出し、入出力インタフェース３６等を介してCPU３１に供給したり、CPU３１から供給されるデータをリムーバブルメディア３９に書き込む。読み書きされるデータには、インストールされるアプリケーションプログラムのデータが含まれていてもよい。
【００２４】
入出力インタフェース３６には、入力部４０、音声入出力部４１、タッチスクリーン１１、無線通信部４３、電話回線網通信部４４、および撮影部４５が接続される。
【００２５】
入力部４０は、メニューボタン２１、ホームボタン２２、バックボタン２３、および電源ボタン２４の各ハードウエアボタンにより構成され、ユーザの操作による入力を受け付けて、CPU３１等に供給する。音声入出力部４１は、スピーカ、マイクロホン等により構成され、通話のための音声を入出力する。また、音声入出力部４１は、必要に応じてCMの一部である音声を出力する。
【００２６】
タッチスクリーン１１は、表示部４２Aと位置検出部４２Bとを有し、各種の画面表示と、指等を近接、又は、接触（タッチ）することによる操作入力とが可能になっている。
【００２７】
表示部４２Aは、液晶パネル等のデバイス（表示装置）で構成され、入出力インタフェース３６を介して供給されるデータに応じて、所定の画面（画像）を表示する。
【００２８】
位置検出部４２Bは、例えば、静電式等のタッチパネル等の、外部からの入力（近接・接触）を受け付ける（検知する）機能を有するデバイスで構成される。
【００２９】
タッチスクリーン１１は、以上のような表示部４２Aと位置検出部４２Bとが一体的になっており、表示部４２Aにおいて画面を表示し、位置検出部４２Bにおいて、表示部４２Aに表示された画面に対する外部からの操作入力（タッチや近接）を受け付けることができる。
【００３０】
位置検出部４２Bが出力する位置信号は、入出力インタフェース３６を介して、CPU３１に供給され、CPU３１では、位置検出部４２Bからの位置信号に基づき、どのような操作入力があったかが認識され、その操作入力に応じて、各種の処理が行われる。
【００３１】
無線通信部４３は、WiFi方式等による無線通信を行う。電話回線網通信部４４は、移動体電話通信網を介して他の装置と音声通信、または、パケット通信を行う。撮影部４５は、CCD(Charge Coupled Device)やCMOS（Complementary Mental Oxide Semiconductor）センサ等の撮影素子などにより構成される。撮影部４５は、被写体を撮影し、撮影した被写体の画像データを、入出力インタフェース３６を介してCPU３１等に供給する。
【００３２】
携帯端末１は以上のように構成される。なお、携帯端末１には、数cm程度の近接距離で電磁誘導を利用した非接触通信を行う非接触通信部、ブルートゥース（Bluetooth（登録商標））方式による無線通信部、赤外線による通信を行う赤外線通信部などの、その他の構成をさらに備えるようにしてもよい。
【００３３】
［CM再生アプリ６１の機能構成ブロック図］
図３は、図１で説明した、携帯端末１を媒体とする広告配信処理を実現する、CM再生アプリ６１の機能構成例を示すブロック図である。
【００３４】
CM再生アプリ６１は、通知受信部７１、通知対応制御部７２、およびCM実行部７３を有し、CM実行部７３は、CM再生制御部８１とCMデータ制御部８２を有する。
【００３５】
CM再生アプリ６１は、起動実行中であっても特段の画面を表示せず、バックグラウンドで動作する、いわゆる常駐型のアプリケーションプログラムである。ただし、CM再生アプリ６１は、その起動実行中、所定の情報が表示される画面を有するものでもよく、また、設定によって、常駐モード（画面表示なし）または非常駐モード（画面表示あり）のいずれかを選択できるものでもよい。CM再生アプリ６１は、OS６２と通信したり、移動体電話通信網、インターネットなどを介して、CM配信サーバ６３と通信する。
【００３６】
OS６２は、例えば、Android(登録商標)などで構成される、基本ソフトウェアおよびハードウェアプラットフォームであり、ユーザが携帯端末１に対して行った操作や、携帯端末１の状態の変化に対応して、その操作や状態変化を知らせるメッセージを、OS６２上で動作しているアプリ（CM再生アプリ６１を含む）に送信することができる。
【００３７】
ここで、OS６２が送信するメッセージのタイプには、少なくとも２種類あり、１つは、（アプリから要求がなくても）能動的にアプリに送信されるタイプのメッセージであり、これを、本明細書では、OS６２からの通知メッセージまたは単に通知という。
【００３８】
OS６２からの通知メッセージには、例えば、画面非表示モードとなっている携帯端末１において画面が表示されたことを示すスクリーンON通知、ホームボタン２２が操作されたことを示すホームボタン操作通知などがある。
【００３９】
通知メッセージは、アプリが起動されていなくても、受信することができるようにプログラムすることができ、CM再生アプリ６１においても、起動されていなくても、受信することができるように構成されている。
【００４０】
なお、本実施の形態では、OS６２に予め用意されているすべての通知メッセージが、それぞれの送信条件が満たされた場合にCM再生アプリ６１に送信されるものとするが、CM再生アプリ６１は、起動したとき等に、OS６２に対して必要な通知メッセージを指定し、指定された通知メッセージのみがOS６２からCM再生アプリ６１に送信されるようにしてもよい。
【００４１】
OS６２が送信するメッセージのタイプのもう１つは、アプリが所定の問い合わせ（状態リクエスト）を送信したときに、その問いかけに応じて返信するタイプのメッセージであり、これを、本明細書では、OS６２からの状態レスポンスという。
【００４２】
状態リクエストは、携帯端末１において取得可能な全ての状態を問い合わせるものでもよいし、ある一つの状態のみを問い合わせるものでもよい。また、両者の問い合わせを必要に応じて使い分けることもできる。
【００４３】
状態リクエストには、例えば、現在起動されているアプリ（の一覧）を問い合わせる起動アプリリクエスト、画面のロックが解除された状態であるか否かを問い合わせるロック解除状態リクエストなどがある。
【００４４】
通知受信部７１と通知対応制御部７２は、CM再生アプリ６１が起動実行（常駐）されていない場合であっても、OS６２からの通知に応じて動作可能な処理部である。
【００４５】
通知受信部７１は、OS６２からの通知を受信し、通知受信対応制御部７２に供給する。通知対応制御部７２は、通知受信部７１からの通知を取得し、通知を取得した時点でCM実行部７３が起動実行中であれば、取得した通知をCM再生制御部８１に供給する。一方、通知を取得した時点でCM実行部７３が起動実行されていない場合には、通知対応制御部７２は、CM実行部７３を起動させた後、取得した通知をCM再生制御部８１に供給する。
【００４６】
CM再生制御部８１は、通知対応制御部７２から供給される、OS６２からの通知を取得する。また、CM再生制御部８１は、OS６２に対して所定の状態リクエストを送信し、送信した状態リクエストに応じて返信されてくる状態レスポンスを取得する。
【００４７】
そして、CM再生制御部８１は、取得した通知および状態レスポンスの一方または両方に基づき、CMを再生するタイミング（CM再生タイミング）として予め決定されたユーザの操作が検出されたか否かを判定する。
【００４８】
CM再生タイミングとして決定されているユーザの操作が検出された場合、CM再生制御部８１は、記憶部３７に記憶されている、再生可能なCMの一覧（リスト）である保存CM一覧９１を取得し、取得された保存CM一覧９１に記載されているCMのなかから、再生するCMを決定する。そして、CM再生制御部８１は、決定されたCMの再生データであるCM再生データ９２を記憶部３７から取得し、再生する（タッチスクリーン１１に再生表示させる）。CM再生制御部８１には、その内部に、動画像の再生プログラム（プレーヤ）であるCM再生部８１ａが組み込まれており、CM再生制御部８１内のCM再生部８１ａが、再生対象のCMのCM再生データ９２を再生する。なお、CM再生部８１aは、CM再生制御部８１またはCM実行部７３とは別のプログラムとして分離されていてもよい。
【００４９】
CMデータ制御部８２は、CM配信サーバ６３に定期的または不定期に接続し、新しいCM再生データ９２を取得して記憶部３７に保存する。CMデータ制御部８２は、新しいCM再生データ９２の取得にともない、記憶部３７の保存CM一覧９１も更新する。
【００５０】
また、CMデータ制御部８２は、記憶部３７の保存CM一覧９１を定期的または不定期にCM配信サーバ６３に送信し、自身（CM再生アプリ６１）が保持するCMのなかで、CMの再生期間が終了したものなど、再生が不要となったCMがないかを確認する。CM配信サーバ６３は、保存CM一覧９１を受信すると、保存CM一覧９１に記載されているCMのなかで、再生を停止すべきCM（以下、再生停止CMという。）を検出する。再生停止CMが検出された場合には、CM配信サーバ６３は、再生停止CMを指定する情報をCMデータ制御部８２に返信する。
【００５１】
CMデータ制御部８２は、CM配信サーバ６３から再生停止CMを指定する情報が供給された場合、指定された再生停止CMのCM再生データ９２を記憶部３７から削除するとともに、CM再生データ９２の削除にともない、保存CM一覧９１も更新する。
【００５２】
記憶部３７は、１以上のCM再生データ９２と、そのリストである保存CM一覧９１を記憶する。図３では、２０個のCM再生データ９２が保存されている例が示されている。保存CM一覧９１には、例えば、記憶部３７に保存されているCMのCM再生データ９２を識別するCM識別情報、CM再生データ９２をCM配信サーバ６３から取得した日付（取得日）、CM再生データ９２の携帯端末１における再生回数などが、CM再生データ９２ごとに記載されている。
【００５３】
なお、CMデータ制御部８２は、上述したように、CM再生データ９２を定期的に取得、更新するが、記憶部３７の空き領域に対する、CM再生データ９２の総容量の比率が所定の値（例えば、２０％）以下となるように、記憶部３７に保存するCM再生データ９２の量を制御する。これにより、ユーザの知らない間に、携帯端末１の記憶容量がCM再生データ９２で一杯になることを防止する。なお、記憶部３７に保存するCM再生データ９２の量を、記憶部３７の記憶容量に対してどれだけの比率とするかは、ユーザが設定してもよいし、固定値として予め設定されていてもよい。
【００５４】
また、本実施の形態では、CM再生データ９２および保存CM一覧９１の保存先を、記憶部３７としているが、保存先は、例えば、リムーバブルメディア３９などの、記憶部３７以外の記憶領域でもよい。また、CM再生データ９２の保存容量の制御は、記憶部３７とリムーバブルメディア３９の両方の空き領域に対して、所定の比率となるように制御されるようにするなど、複数の記憶領域に対する空き領域に基づいて、CM再生データ９２の保存容量を制御してもよい。換言すれば、記憶領域が、物理的にあるいは仮想的に分離されて複数ある場合には、その複数の記憶領域全体の空き領域に対して、所定の比率となるようにCM再生データ９２の保存容量が制御されてもよいし、その１つの記憶領域の空き領域に対して、所定の比率となるようにCM再生データ９２の保存容量が制御されてもよい。
【００５５】
次に、図４ないし図９のフローチャートを参照して、広告配信処理の詳細について説明する。
【００５６】
［CM再生データ取得処理のフローチャート］
図４は、CM再生データ９２を取得するCM再生データ取得処理を示すフローチャートである。なお、図４ないし図８に示す処理が開始される際、CM再生アプリ６１は既に常駐モードで起動実行されているものとする。
【００５７】
初めに、ステップＳ１１において、CMデータ制御部８２は、CM配信サーバ６３へ接続するタイミングとなったかを判定する。CM再生アプリ６１では、CM配信サーバ６３へ接続するタイミングを、例えば、所定の日付、時刻、曜日などのように定期的に実行されるように設定することができる。また例えば、ユーザが所定の操作（例えば、メールの送受信操作など）を行ったとき、などのような不定期に発生するタイミングを、CM配信サーバ６３への接続タイミングとして設定することもできる。CM配信サーバ６３への接続タイミングの設定は、デフォルトで指定してもよいし、ユーザが指定してもよい。
【００５８】
ステップＳ１１では、予め設定された接続タイミングの条件を満たしたか否かが判定され、接続タイミングの条件を満たすまで、処理が繰り返される。
【００５９】
ステップＳ１１で、CM配信サーバ６３へ接続するタイミングとなったと判定された場合、処理はステップＳ１２に進み、CMデータ制御部８２は、規定の空き容量があるかを判定する。すなわち、ステップＳ１２では、記憶部３７の空き領域に対するCM再生データ９２の総容量の比率が所定の値（例えば、２０％）以下であるかが判定される。
【００６０】
ステップＳ１２で、規定の空き容量がないと判定された場合、処理はステップＳ１１に戻る。これにより、規定の空き容量がない場合には、CM再生データ９２のダウンロードは行われないので、記憶部３７がCM再生データ９２で一杯になることが防止される。
【００６１】
一方、ステップＳ１２で、規定の空き容量があると判定された場合、処理はステップＳ１３に進み、CMデータ制御部８２は、CM配信サーバ６３に接続してCM再生データ９２を要求し、その要求に応じて送信されてくるCM再生データ９２（新CM再生データ９２）を取得する。
【００６２】
ここで、CM配信サーバ６３は、携帯端末１（のCM再生アプリ６１）からの１回の接続につき、予め定めた一定個数のCMのCM再生データ９２を送信することができる。また、CMデータ制御部８２が、ステップＳ１２の判定を行う際に検出した空き容量をCM配信サーバ６３に送信し、CM配信サーバ６３が、受信した空き容量に応じて、送信するCM再生データ９２の個数（CMの個数）を決定して、送信してもよい。
【００６３】
そして、ステップＳ１４において、CMデータ制御部８２は、取得した新CM再生データ９２を記憶部３７に保存するとともに、取得した新CM再生データ９２の情報を保存CM一覧９１に追加することにより、保存CM一覧９１を更新する。
【００６４】
以上により、CM再生データ取得処理は終了する。
【００６５】
［再生停止CM確認処理のフローチャート］
図５は、再生停止CMを確認する再生停止CM確認処理を示すフローチャートである。
【００６６】
初めに、ステップＳ２１において、CMデータ制御部８２は、再生停止CMを確認するため、CM配信サーバ６３へ接続するタイミングとなったかを判定し、CM配信サーバ６３への接続タイミングであると判定されるまで、ステップＳ２１の処理が繰り返される。再生停止CMを確認するための接続タイミングも、CMデータ取得の接続タイミングと同様、定期的または不定期的な所定のタイミングを適宜設定することができる。
【００６７】
ステップＳ２１で、CM配信サーバ６３への接続タイミングであると判定された場合、処理はステップＳ２２に進み、CMデータ制御部８２は、CM配信サーバ６３に接続して、保存CM一覧９１をCM配信サーバ６３に送信する。
【００６８】
CM配信サーバ６３は、CM再生アプリ６１から、保存CM一覧９１を受信すると、CM再生アプリ６１が保持しているCMのなかで、再生期間が経過しているCM、再生回数が規定値以上に達したCM、等の所定の停止条件に合致するCMを検索し、再生停止CMを検出する。そして、CM配信サーバ６３は、CM再生アプリ６１からの保存CM一覧９１に対する返信として、検出された再生停止CMを指定する情報（再生停止CMの指定情報）を、CM再生アプリ６１に送信する。
【００６９】
CMデータ制御部８２は、ステップＳ２３において、CM配信サーバ６３から送信されてくる、再生停止CMの指定情報を受信する。再生停止CMの指定情報には、例えば、再生停止CMがある場合には、そのCM識別情報が含まれ、再生停止CMがない場合には、その旨を示す情報（空の情報も含む）が含まれる。
【００７０】
ステップＳ２４において、CMデータ制御部８２は、再生停止CMの指定情報で指定されたCMのCM再生データ９２を記憶部３７から削除するとともに、その削除に応じて、保存CM一覧９１を更新する。なお、再生停止CMがない場合には、ステップＳ２４では、特に処理は行われない。
【００７１】
以上により、再生停止CM確認処理は終了する。
【００７２】
図５の処理は、CM配信サーバ６３がどのCMを停止させるかを判断して決定し、CM再生アプリ６１に指定する例であるが、CM配信サーバ６３は、CMの停止条件をCM再生アプリ６１に指定（送信）するようにして、CM再生アプリ６１が、指定された停止条件に基づいて、現在保持しているCMのどれを記憶部３７から削除するかを判断してもよい。また例えば、１００回再生したらCM再生を停止する、などのように、CMの停止条件を設定ファイルとして保持し、CM配信サーバ６３とのやりとりなしに、CM再生アプリ６１がどのCMを削除するかを判断してもよい。
【００７３】
上述した図４と図５の処理は、それぞれが独立して行われる場合の例であるが、CM再生データ取得の接続タイミングと、再生停止CMを確認するための接続タイミングは同一であってもよい。すなわち、CM再生アプリ６１には、上述したステップＳ１１とステップＳ２１の処理を共通とし、接続タイミングであると判定された場合に、ステップＳ１２ないしＳ１４と、ステップＳ２２ないしＳ２４を連続して、または、同時に、実行させることができる。この場合、ステップＳ２２ないしＳ２４を先に実行させれば、再生停止CMを先に削除した上で、ステップＳ１２の空き容量の判定が行われるので、CM再生データ９２の更新をしやすくすることができる。また、CM配信サーバ６３が保存CM一覧９１を先に取得してから、新CM再生データ９２を携帯端末１に送信するので、例えば、携帯端末１に保存されるCM再生データ９２の個数が一定となるように、CM配信サーバ６３が、CM再生データ９２の送信個数を制御することもできる。
【００７４】
以上の処理により、再生対象のCMのCM再生データ９２が予め記憶部３７に保存された上で、以下で説明する第１ないし第３のCM再生制御処理が実行される。
【００７５】
［第１のCM再生制御処理のフローチャート］
初めに、図６を参照して、取得した所定の通知に基づいてCMを再生する第１のCM再生制御処理について説明する。
【００７６】
図６は、CM再生制御部８１が取得する通知の例として、ホームボタン２２が操作されたことを示すホームボタン操作通知を取得した場合に、CMを再生する第１のCM再生制御処理のフローチャート（シーケンス図）を示している。
【００７７】
携帯端末１のOS６２は、ステップＳ４１において、ホームボタン２２が操作されたことを検出し、ステップＳ４２において、CM再生アプリ６１に、ホームボタン操作通知を送信する。
【００７８】
ステップＳ４３において、CM再生アプリ６１の通知受信部７１は、OS６２からのホームボタン操作通知を受信し、通知対応制御部７２を介して、CM再生制御部８１に供給する。
【００７９】
ステップＳ４４において、CM再生制御部８１は、ホームボタン操作通知を取得すると、記憶部３７に保存されている保存CM一覧９１を取得し、取得した保存CM一覧９１のなかから、再生するCMを決定する。再生するCMの決定方法は、例えば、取得日が新しい順、再生回数が少ない順、ランダムな順など、適宜決定することができる。
【００８０】
ステップＳ４５において、CM再生制御部８１は、再生することが決定されたCMを再生する。より具体的には、CM再生制御部８１は、再生することが決定されたCMのCM再生データ９２を記憶部３７から取得し、CM再生部８１aに再生させる。CM再生部８１aは、図１に示したように、携帯端末１のタッチスクリーン１１に、再生したCMの画像（動画像）を表示する。
【００８１】
再生対象のCMの全てのCM再生データ９２が再生された場合、図６のCM再生制御処理は終了する。
【００８２】
［第２のCM再生制御処理のフローチャート］
次に、図７を参照して、取得した所定の状態レスポンスに基づいてCMを再生する第２のCM再生制御処理について説明する。
【００８３】
図７は、CM再生制御部８１が取得する状態レスポンスの例として、起動中のアプリを確認する状態リクエストに応じて返信される状態レスポンスを取得することにより、ユーザが何らかのアプリを終了した場合に、CMを再生する第２のCM再生制御処理のフローチャート（シーケンス図）を示している。
【００８４】
CM再生制御部８１は、ステップＳ６１において、起動中のアプリを確認する状態リクエスト（起動アプリリクエスト）を、携帯端末１のOS６２に送信し、ステップＳ６２において、OS６２は、状態レスポンスとして、現在起動しているアプリのリストをCM再生制御部８１に返信する。
【００８５】
ステップＳ６３において、CM再生制御部８１は、OS６２から取得した、現在起動しているアプリのリストに基づいて、CM再生のタイミングとなったか、すなわち、いま取得した状態レスポンスと、１つ前に取得した状態レスポンスとを比較して、終了したアプリがあるかを判定する。
【００８６】
ステップＳ６３で、CM再生のタイミングではないと判定された場合、処理はステップＳ６１に戻る。これにより、ステップＳ６１ないしＳ６３の処理が繰り返し実行される。
【００８７】
一方、ステップＳ６３で、CM再生のタイミングとなった、すなわち、何らかのアプリが終了したと判定された場合、処理はステップＳ６４に進み、CM再生制御部８１は、記憶部３７に保存されている保存CM一覧９１を取得し、取得した保存CM一覧９１のなかから、再生するCMを決定する。
【００８８】
そして、ステップＳ６５において、CM再生制御部８１は、上述したステップＳ４５における処理と同様に、再生することが決定されたCMを再生する。
【００８９】
［第３のCM再生制御処理のフローチャート］
次に、図８を参照して、取得した所定の通知と所定の状態レスポンスに基づいてCMを再生する第３のCM再生制御処理について説明する。
【００９０】
図８は、所定の通知として、タッチスクリーン１１に画面が表示されたことを示すスクリーンON通知を取得し、所定の状態レスポンスの例として、画面がロック状態であるかを確認する状態リクエストに応じて返信される状態レスポンスを取得することにより、ユーザが画面のロックを解除した場合に、CMを再生する第３のCM再生制御処理のフローチャート（シーケンス図）を示している。なお、図８の処理が開始される前の状態として、携帯端末１は、画面非表示モード（スリープモード）の状態であるとする。
【００９１】
ステップＳ８１において、携帯端末１のOS６２は、タッチスクリーン１１に画面が表示されたことを検出し、ステップＳ８２において、スクリーンON通知をCM再生アプリ６１に送信する。携帯端末１が画面非表示である場合、ユーザは、例えば、電源ボタン２４を操作することにより、画面を表示させることができる。したがって、ステップＳ８２の処理は、スクリーンON通知に代えて、電源ボタン２４が操作されたことを示す通知でもよい。
【００９２】
ステップＳ８３において、CM再生アプリ６１の通知受信部７１は、OS６２からのスクリーンON通知を受信し、通知対応制御部７２を介して、CM再生制御部８１に供給する。
【００９３】
ステップＳ８４において、CM再生制御部８１は、スクリーンON通知を取得すると、記憶部３７に保存されている保存CM一覧９１を取得し、取得した保存CM一覧９１のなかから、再生するCMを決定する。さらに、CM再生制御部８１は、決定したCMのCM再生データ９２をCM再生部８１aに引き渡して再生の準備を行う。
【００９４】
次に、CM再生制御部８１は、ステップＳ８５において、画面がロック状態であるかを確認する状態リクエスト（ロック解除状態リクエスト）を、携帯端末１のOS６２に送信し、ステップＳ８６において、OS６２は、状態レスポンスとして、ロック状態か、または、ロック解除状態かをCM再生制御部８１に返信する。
【００９５】
ステップＳ８７において、CM再生制御部８１は、OS６２から取得した現在の状態（ロック状態、または、ロック解除状態）に基づいて、CM再生のタイミングとなったか、すなわち、ロック状態からロック解除状態となったかを判定する。
【００９６】
ステップＳ８７で、ロック状態であると判定されている間、ステップＳ８５ないしＳ８７の処理が繰り返し実行され、ユーザがロック解除操作を行うと、OS６２からの状態レスポンスが、ロック解除状態を示すものとなる。
【００９７】
そして、ステップＳ８７で、ロック解除状態となった、すなわち、CM再生のタイミングとなったと判定された場合、処理はステップＳ８８に進み、CM再生制御部８１は、CM再生部８１ａに、再生することが決定されたCMの再生を開始させる。
【００９８】
再生対象のCMの全てのCM再生データ９２が再生された場合、図８のCM再生制御処理は終了する。
【００９９】
以上のように、第３のCM再生制御処理では、所定の通知がOS６２から供給された場合、CM再生制御部８１は、再生するCMを決定して、その決定したCMの再生準備を行い、その後、所定の状態レスポンスを受信して携帯端末１が所定の状態となったときに、CMの再生を開始する。
【０１００】
したがって、第３のCM再生制御処理では、再生を開始するトリガーとなる状態変化の前に、再生するCMを決定し、その再生準備を行うことができるので、携帯端末１を操作しているユーザから見ると、第１および第２のCM再生制御処理と比較して、即座にCMが再生されることになる。
【０１０１】
なお、取得した所定の通知と所定の状態レスポンスに基づいてCMを再生する方法には、図８で説明した、所定の通知を取得し、次に、所定の状態レスポンスを取得する場合とは逆に、所定の状態レスポンスを取得し、次に、所定の通知を取得することによりCMを再生する方法もある。この場合も、図８で説明した例と同様に、所定の状態レスポンスがOS６２から供給された場合、再生するCMを決定して、その再生準備を行い、その後、所定の通知を受信して携帯端末１が所定の状態となったときに、CMの再生を開始することができるので、第１および第２のCM再生制御処理と比較して、即座にCMを再生表示することができる。
【０１０２】
また、連続して受信する２つの通知、または、連続して受信する２つの状態レスポンスを用いて、第１のメッセージ（通知または状態レスポンス）がOS６２から供給された場合、再生するCMを決定して、その再生準備を行い、その後、第２のメッセージ（通知または状態レスポンス）を受信して携帯端末１が所定の状態となったときに、CMの再生を開始するようにしてもよい。
【０１０３】
以上の第１ないし第３のCM再生制御処理によれば、携帯端末１に対して所定のユーザの操作があったときに、CMを再生することができるので、携帯端末１自体を媒体として、CMを再生表示することができる。これにより、携帯端末１のユーザに効果的な広告配信を提供することができる。
【０１０４】
また、従来、携帯端末１で所定のWebサイトにアクセスし、Webページの一部として広告が表示される場合には、広告の画像データは、そのWebページを表示するときに初めて取得される。広告が動画像である場合も、広告を表示するときに画像データのダウンロードを開始して、画像データのダウンロードを行いつつ動画像を再生表示するストリーミング配信が一般的である。
【０１０５】
これに対して、CM再生アプリ６１では、再生対象のCMのCM再生データ９２は、図４のCM再生データ取得処理により予め携帯端末１内に保存されている。そして、再生開始のトリガーとなる所定のユーザの操作が検出されたとき、CM再生アプリ６１は再生対象のCMのCM再生データ９２を携帯端末１内から取得するので、即座に、CMを再生することが可能となる。
【０１０６】
［常駐確認処理のフローチャート］
図４ないし図８を参照して説明した各処理は、CM再生アプリ６１が常駐モードで起動実行されている状態を前提とする処理である。
【０１０７】
しかし、携帯端末１では、ユーザの指示操作によって意図的に、あるいは、携帯端末１のメモリ不足等によって、OS６２によってユーザの意思とは関係なく、CM再生アプリ６１が終了される場合があり得る。
【０１０８】
そこで、CM再生アプリ６１は、アプリが起動されていない状態でも受信可能なタイプのメッセージである通知メッセージを利用して、図９に示す常駐確認処理を実行し、稼働チェックを行うことができる。
【０１０９】
すなわち、携帯端末１のOS６２が、携帯端末１において行われた何らかのユーザの操作を検出すると、その検出された操作に対応する通知をCM再生アプリ６１に送信する。
【０１１０】
CM再生アプリ６１の通知受信部７１は、ステップＳ１０１において、OS６２からの通知を検出（受信）し、通知対応制御部７２に供給する。OS６２から通知が送信されるユーザの操作には、例えば、アプリのインストールおよびアンインストール、USB（Universal Serial Bus）電源の接続（充電開始）および取り外し、言語設定の変更、携帯端末１の電源オンなどがある。
【０１１１】
ステップＳ１０２において、通知対応制御部７２は、通知受信部７１からの通知を取得して、CM再生アプリ６１が常駐しているか、すなわち、CM実行部７３が起動実行しているかを判定する。
【０１１２】
ステップＳ１０２で、CM再生アプリ６１が常駐していると判定された場合、常駐確認処理は終了する。
【０１１３】
一方、ステップＳ１０２で、CM再生アプリ６１が常駐していないと判定された場合、処理はステップＳ１０３に進み、通知対応制御部７２は、CM再生アプリ６１のCM実行部７３を起動し、常駐させて、処理を終了する。
【０１１４】
以上の常駐確認処理によれば、仮に、CM再生アプリ６１が常駐していない場合であっても、OS６２から通知メッセージをトリガーとして、CM再生アプリ６１を常駐させることができる。
【０１１５】
なお、OS６２上で動作するアプリは、所定のメッセージサーバが能動的にメッセージを通知するプッシュ通知を受信することができる。そこで、上述した図９の常駐確認処理を、OS６２からの通知メッセージをトリガーとして稼働（常駐起動）を確認するのではなく、メッセージサーバから定期的にまたは不定期に送信される、稼働をチェックする旨のプッシュ通知をトリガーとして、稼働を確認するようにしてもよい。また、OS６２から通知メッセージと、稼働をチェックする旨のプッシュ通知の両方に対応可能とし、稼働を確認するようにしてもよい。ここで、稼働をチェックする旨のプッシュ通知を送信指示するメッセージサーバは、CM配信サーバ６３であってもよいし、その他のサーバであってもよい。
【０１１６】
上述した実施形態では、携帯端末１に対して所定のユーザの操作があったときに、CMを再生する例について説明したが、その他に、ユーザが予め設定した再生条件、例えば、日付、時刻（時間帯）、曜日などに合致した場合に、CMを再生するようにしてもよい。
【０１１７】
また、CM配信サーバ６３とCM再生アプリ６１とからなるシステムが、携帯端末１上でCMを再生した回数などに応じて、携帯端末１のユーザに、換金や商品購入が可能なポイントを付与する機能を備えていてもよい。これにより、携帯端末１のユーザは、積極的にCMを見るようになり、携帯端末１で再生表示する広告の効果の増大が見込まれる。
【０１１８】
上述した実施形態では、携帯端末１がスマートフォンであるとして説明したが、携帯端末１は、スマートフォンに限らず、PND(Portable Navigation Device)、電子書籍リーダーなどのタブレット端末でもよく、アプリケーションプログラムをダウンロードして実行可能な携帯型の情報処理端末であればよい。
【０１１９】
CM配信サーバ６３のハードウェア構成の図示は省略するが、CM配信サーバ６３は、CPU、ROM、RAM、ハードディスク等の記憶部を有している。そして、CM配信サーバ６３は、記憶部またはROM等に記憶されているプログラムからRAMにロードされたプログラムに従って、上述した一連の処理を含む各種の処理を実行することができる。また、CM配信サーバ６３は、LANやインターネット等に接続してデータ通信を行う通信部、キーボード、マウスなどよりなる入力部、スピーカ、ディスプレイなどよりなる出力部も備える。
【０１２０】
本明細書において、フローチャートに記述されたステップは、記載された順序に沿って時系列的に行われる場合はもちろん、必ずしも時系列的に処理されなくとも、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで実行されてもよい。
【０１２１】
本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１２２】
１ 携帯端末
１１ タッチスクリーン
３７ 記憶部
４０ 入力部
６１ CM再生アプリケーション
６２ オペレーティングシステム
６３ 配信サーバ
７１ 通知受信部
７２ 通知対応制御部
７３ CM実行部
８１ CM再生制御部
８２ CMデータ制御部
９１ 保存CM一覧
９２ CM再生データ
【技術分野】
【０００１】
本発明は、プログラムに関し、特に、携帯端末に効果的な広告配信を提供することができるようにするプログラムに関する。
【背景技術】
【０００２】
インターネットの普及などにより、テレビジョン放送を視聴する視聴者の数は少なくなってきており、それとともに、テレビジョン放送における広告であるCM（コマーシャル）を見る人も少なくなってきている。
【０００３】
一方、近年、スマートフォンと呼ばれる高機能の携帯電話機が急速に普及してきている。スマートフォンでは、パーソナルコンピュータと同様に、Webブラウザで所望のサイトを閲覧したり、動画を視聴したりすることができる。
【０００４】
従来、パーソナルコンピュータや携帯端末における広告としては、ユーザが所定のサイトにアクセスしたときに、Webページの一部に広告画像や広告バナーを表示するものがあった（例えば、特許文献１ないし３参照）。また、携帯端末で電子メールを送信した場合に、電子メールに広告が付加されて、送信相手の携帯端末に送信されるようにしたものがあった（例えば、特許文献４参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−３５７０５８号公報
【特許文献２】特開２００６−４８４３０号公報
【特許文献３】特開２００７−２００１６８号公報
【特許文献４】特開２０１０−２１７９８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、近年のスマートフォンやタブレット端末の利用者の増大に対応した、より効果的な広告配信が期待されている。
【０００７】
本発明は、このような状況に鑑みてなされたものであり、携帯端末に効果的な広告配信を提供することができるようにするものである。
【課題を解決するための手段】
【０００８】
本発明の一側面のプログラムは、携帯端末のコンピュータに、前記携帯端末の基本ソフトウェアから送信されてきたメッセージに基づいて、前記携帯端末に対するユーザの所定の操作を検出した場合に、前記携帯端末の画面に所定の広告を表示させる処理を実行させるものである。
【０００９】
本発明の一側面においては、携帯端末の基本ソフトウェアから送信されてきたメッセージに基づいて、前記携帯端末に対するユーザの所定の操作を検出した場合に、携帯端末の画面に所定の広告が表示される。
【発明の効果】
【００１０】
本発明の一側面によれば、携帯端末に効果的な広告配信を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明を適用した処理の概要を説明する図である。
【図２】携帯端末のハードウェア構成例を示すブロック図である。
【図３】本発明を適用した広告配信処理を実現するCM再生アプリの機能構成例を示すブロック図である。
【図４】CM再生データ取得処理を説明するフローチャートである。
【図５】再生停止CM確認処理を説明するフローチャートである。
【図６】第１のCM再生制御処理を説明するフローチャートである。
【図７】第２のCM再生制御処理を説明するフローチャートである。
【図８】第３のCM再生制御処理を説明するフローチャートである。
【図９】常駐確認処理を説明するフローチャートである。
【発明を実施するための形態】
【００１２】
［本発明を適用した処理の概要］
図１を参照して、本発明を適用した処理の概要について説明する。
【００１３】
図１に示される携帯端末１は、スマートフォンと呼ばれる、携帯電話と携帯情報端末を融合させた高機能の端末である。携帯端末１は、例えば、操作面である一面に、タッチスクリーン１１と、メニューボタン２１、ホームボタン２２、バックボタン２３、および電源ボタン２４の各ハードウエアボタンを備える。メニューボタン２１は、タッチスクリーン１１にメニュー画面を表示させる際に操作（押下）される。ホームボタン２２は、タッチスクリーン１１にホーム画面（待機画面）を表示させる際に操作される。バックボタン２３は、タッチスクリーン１１に表示されている画面（画像）を、１つ前の画面に戻す際に操作される。電源ボタン２４は、電源のオンまたはオフ、画面非表示モード（スリープモード）から画面を表示させる際などに操作される。
【００１４】
携帯端末１では、アプリケーションプログラム（Application Program）（以下、単にアプリと称する。）を、マーケット等からダウンロード（インストール）して、携帯端末１上で実行することができる。アプリには、ゲーム、音楽や映像の視聴に関するもの、辞書、地図、勉強などに関するものなど、様々な種類のものがある。
【００１５】
携帯端末１には、本発明を適用したアプリである、CM再生アプリケーションプログラム６１（図３）がインストールおよび実行されている。なお、以下では、CM再生アプリケーションプログラム６１を、適宜、CM再生アプリ６１と称する。
【００１６】
CM再生アプリ６１は、ユーザが携帯端末１に対して何らかの操作を行ったとき、その操作をトリガーとして、携帯端末１のタッチスクリーン１１に所定の広告を表示させる。
【００１７】
例えば、画面非表示モードとなっている携帯端末１において、図１に示されるように、ユーザが電源ボタン２４を操作して、ロック解除画面をタッチスクリーン１１上に表示させた後、タッチスクリーン１１上で指を一定方向にスライドさせるロック解除操作を行うと、CM再生アプリ６１は、ロック解除操作をトリガーとして、CM（Commercial Message）を表示させる。
【００１８】
なお、CMとは、一般には、テレビジョン放送において放送番組の前後や途中に挿入される、一定時間のコマーシャル放送の動画像および音声をいうが、本実施の形態におけるCMは、それに限定されず、所定の商品やサービスを宣伝・勧誘するための動画像または静止画像（画像に同期した音声出力があるものを含む。）をいう。
【００１９】
従来、パーソナルコンピュータや携帯端末で広告を表示する場合には、Webページやメーラが広告の媒体であったのに対して、本発明を適用したCM再生アプリ６１が実行される携帯端末１では、携帯端末１自体を媒体として、広告を配信（提供）することができる。
【００２０】
［携帯端末１の構成ブロック図］
図２は、携帯端末１のハードウェア構成例を示すブロック図である。
【００２１】
図２において、CPU（Central Processing Unit）３１は、各種の処理を実行する演算処理部であり、OS(Operating System)６２（図３）などの基本プログラムや、上述したCM再生アプリ６１を含む各種のアプリを必要に応じて実行する。CPU３１は、バス３５を介してROM（Read Only Memory）３２、RAM（Random Access Memory）３３、およびNVRAM（Non Volatile RAM）３４と相互に接続される。このバス３５にはまた、入出力インタフェース３６も接続され、入出力インタフェース３６には、記憶部３７およびドライブ３８が接続される。
【００２２】
ROM３２には予めOS６２などの基本プログラムやデータが格納される。RAM３３およびNVRAM３４には、ROM３２や記憶部３７に格納されているアプリケーションプログラムやデータがロードされる。RAM３３およびNVRAM３４にはまた、CPU３１が各種の処理を実行する上において必要なデータなども適宜記憶される。記憶部３７は、フラッシュメモリなどにより構成され、CM再生アプリ６１を少なくとも記憶する。
【００２３】
ドライブ３８は、必要に応じて装着される、半導体メモリなどのリムーバブルメディア３９からのデータを読み出し、入出力インタフェース３６等を介してCPU３１に供給したり、CPU３１から供給されるデータをリムーバブルメディア３９に書き込む。読み書きされるデータには、インストールされるアプリケーションプログラムのデータが含まれていてもよい。
【００２４】
入出力インタフェース３６には、入力部４０、音声入出力部４１、タッチスクリーン１１、無線通信部４３、電話回線網通信部４４、および撮影部４５が接続される。
【００２５】
入力部４０は、メニューボタン２１、ホームボタン２２、バックボタン２３、および電源ボタン２４の各ハードウエアボタンにより構成され、ユーザの操作による入力を受け付けて、CPU３１等に供給する。音声入出力部４１は、スピーカ、マイクロホン等により構成され、通話のための音声を入出力する。また、音声入出力部４１は、必要に応じてCMの一部である音声を出力する。
【００２６】
タッチスクリーン１１は、表示部４２Aと位置検出部４２Bとを有し、各種の画面表示と、指等を近接、又は、接触（タッチ）することによる操作入力とが可能になっている。
【００２７】
表示部４２Aは、液晶パネル等のデバイス（表示装置）で構成され、入出力インタフェース３６を介して供給されるデータに応じて、所定の画面（画像）を表示する。
【００２８】
位置検出部４２Bは、例えば、静電式等のタッチパネル等の、外部からの入力（近接・接触）を受け付ける（検知する）機能を有するデバイスで構成される。
【００２９】
タッチスクリーン１１は、以上のような表示部４２Aと位置検出部４２Bとが一体的になっており、表示部４２Aにおいて画面を表示し、位置検出部４２Bにおいて、表示部４２Aに表示された画面に対する外部からの操作入力（タッチや近接）を受け付けることができる。
【００３０】
位置検出部４２Bが出力する位置信号は、入出力インタフェース３６を介して、CPU３１に供給され、CPU３１では、位置検出部４２Bからの位置信号に基づき、どのような操作入力があったかが認識され、その操作入力に応じて、各種の処理が行われる。
【００３１】
無線通信部４３は、WiFi方式等による無線通信を行う。電話回線網通信部４４は、移動体電話通信網を介して他の装置と音声通信、または、パケット通信を行う。撮影部４５は、CCD(Charge Coupled Device)やCMOS（Complementary Mental Oxide Semiconductor）センサ等の撮影素子などにより構成される。撮影部４５は、被写体を撮影し、撮影した被写体の画像データを、入出力インタフェース３６を介してCPU３１等に供給する。
【００３２】
携帯端末１は以上のように構成される。なお、携帯端末１には、数cm程度の近接距離で電磁誘導を利用した非接触通信を行う非接触通信部、ブルートゥース（Bluetooth（登録商標））方式による無線通信部、赤外線による通信を行う赤外線通信部などの、その他の構成をさらに備えるようにしてもよい。
【００３３】
［CM再生アプリ６１の機能構成ブロック図］
図３は、図１で説明した、携帯端末１を媒体とする広告配信処理を実現する、CM再生アプリ６１の機能構成例を示すブロック図である。
【００３４】
CM再生アプリ６１は、通知受信部７１、通知対応制御部７２、およびCM実行部７３を有し、CM実行部７３は、CM再生制御部８１とCMデータ制御部８２を有する。
【００３５】
CM再生アプリ６１は、起動実行中であっても特段の画面を表示せず、バックグラウンドで動作する、いわゆる常駐型のアプリケーションプログラムである。ただし、CM再生アプリ６１は、その起動実行中、所定の情報が表示される画面を有するものでもよく、また、設定によって、常駐モード（画面表示なし）または非常駐モード（画面表示あり）のいずれかを選択できるものでもよい。CM再生アプリ６１は、OS６２と通信したり、移動体電話通信網、インターネットなどを介して、CM配信サーバ６３と通信する。
【００３６】
OS６２は、例えば、Android(登録商標)などで構成される、基本ソフトウェアおよびハードウェアプラットフォームであり、ユーザが携帯端末１に対して行った操作や、携帯端末１の状態の変化に対応して、その操作や状態変化を知らせるメッセージを、OS６２上で動作しているアプリ（CM再生アプリ６１を含む）に送信することができる。
【００３７】
ここで、OS６２が送信するメッセージのタイプには、少なくとも２種類あり、１つは、（アプリから要求がなくても）能動的にアプリに送信されるタイプのメッセージであり、これを、本明細書では、OS６２からの通知メッセージまたは単に通知という。
【００３８】
OS６２からの通知メッセージには、例えば、画面非表示モードとなっている携帯端末１において画面が表示されたことを示すスクリーンON通知、ホームボタン２２が操作されたことを示すホームボタン操作通知などがある。
【００３９】
通知メッセージは、アプリが起動されていなくても、受信することができるようにプログラムすることができ、CM再生アプリ６１においても、起動されていなくても、受信することができるように構成されている。
【００４０】
なお、本実施の形態では、OS６２に予め用意されているすべての通知メッセージが、それぞれの送信条件が満たされた場合にCM再生アプリ６１に送信されるものとするが、CM再生アプリ６１は、起動したとき等に、OS６２に対して必要な通知メッセージを指定し、指定された通知メッセージのみがOS６２からCM再生アプリ６１に送信されるようにしてもよい。
【００４１】
OS６２が送信するメッセージのタイプのもう１つは、アプリが所定の問い合わせ（状態リクエスト）を送信したときに、その問いかけに応じて返信するタイプのメッセージであり、これを、本明細書では、OS６２からの状態レスポンスという。
【００４２】
状態リクエストは、携帯端末１において取得可能な全ての状態を問い合わせるものでもよいし、ある一つの状態のみを問い合わせるものでもよい。また、両者の問い合わせを必要に応じて使い分けることもできる。
【００４３】
状態リクエストには、例えば、現在起動されているアプリ（の一覧）を問い合わせる起動アプリリクエスト、画面のロックが解除された状態であるか否かを問い合わせるロック解除状態リクエストなどがある。
【００４４】
通知受信部７１と通知対応制御部７２は、CM再生アプリ６１が起動実行（常駐）されていない場合であっても、OS６２からの通知に応じて動作可能な処理部である。
【００４５】
通知受信部７１は、OS６２からの通知を受信し、通知受信対応制御部７２に供給する。通知対応制御部７２は、通知受信部７１からの通知を取得し、通知を取得した時点でCM実行部７３が起動実行中であれば、取得した通知をCM再生制御部８１に供給する。一方、通知を取得した時点でCM実行部７３が起動実行されていない場合には、通知対応制御部７２は、CM実行部７３を起動させた後、取得した通知をCM再生制御部８１に供給する。
【００４６】
CM再生制御部８１は、通知対応制御部７２から供給される、OS６２からの通知を取得する。また、CM再生制御部８１は、OS６２に対して所定の状態リクエストを送信し、送信した状態リクエストに応じて返信されてくる状態レスポンスを取得する。
【００４７】
そして、CM再生制御部８１は、取得した通知および状態レスポンスの一方または両方に基づき、CMを再生するタイミング（CM再生タイミング）として予め決定されたユーザの操作が検出されたか否かを判定する。
【００４８】
CM再生タイミングとして決定されているユーザの操作が検出された場合、CM再生制御部８１は、記憶部３７に記憶されている、再生可能なCMの一覧（リスト）である保存CM一覧９１を取得し、取得された保存CM一覧９１に記載されているCMのなかから、再生するCMを決定する。そして、CM再生制御部８１は、決定されたCMの再生データであるCM再生データ９２を記憶部３７から取得し、再生する（タッチスクリーン１１に再生表示させる）。CM再生制御部８１には、その内部に、動画像の再生プログラム（プレーヤ）であるCM再生部８１ａが組み込まれており、CM再生制御部８１内のCM再生部８１ａが、再生対象のCMのCM再生データ９２を再生する。なお、CM再生部８１aは、CM再生制御部８１またはCM実行部７３とは別のプログラムとして分離されていてもよい。
【００４９】
CMデータ制御部８２は、CM配信サーバ６３に定期的または不定期に接続し、新しいCM再生データ９２を取得して記憶部３７に保存する。CMデータ制御部８２は、新しいCM再生データ９２の取得にともない、記憶部３７の保存CM一覧９１も更新する。
【００５０】
また、CMデータ制御部８２は、記憶部３７の保存CM一覧９１を定期的または不定期にCM配信サーバ６３に送信し、自身（CM再生アプリ６１）が保持するCMのなかで、CMの再生期間が終了したものなど、再生が不要となったCMがないかを確認する。CM配信サーバ６３は、保存CM一覧９１を受信すると、保存CM一覧９１に記載されているCMのなかで、再生を停止すべきCM（以下、再生停止CMという。）を検出する。再生停止CMが検出された場合には、CM配信サーバ６３は、再生停止CMを指定する情報をCMデータ制御部８２に返信する。
【００５１】
CMデータ制御部８２は、CM配信サーバ６３から再生停止CMを指定する情報が供給された場合、指定された再生停止CMのCM再生データ９２を記憶部３７から削除するとともに、CM再生データ９２の削除にともない、保存CM一覧９１も更新する。
【００５２】
記憶部３７は、１以上のCM再生データ９２と、そのリストである保存CM一覧９１を記憶する。図３では、２０個のCM再生データ９２が保存されている例が示されている。保存CM一覧９１には、例えば、記憶部３７に保存されているCMのCM再生データ９２を識別するCM識別情報、CM再生データ９２をCM配信サーバ６３から取得した日付（取得日）、CM再生データ９２の携帯端末１における再生回数などが、CM再生データ９２ごとに記載されている。
【００５３】
なお、CMデータ制御部８２は、上述したように、CM再生データ９２を定期的に取得、更新するが、記憶部３７の空き領域に対する、CM再生データ９２の総容量の比率が所定の値（例えば、２０％）以下となるように、記憶部３７に保存するCM再生データ９２の量を制御する。これにより、ユーザの知らない間に、携帯端末１の記憶容量がCM再生データ９２で一杯になることを防止する。なお、記憶部３７に保存するCM再生データ９２の量を、記憶部３７の記憶容量に対してどれだけの比率とするかは、ユーザが設定してもよいし、固定値として予め設定されていてもよい。
【００５４】
また、本実施の形態では、CM再生データ９２および保存CM一覧９１の保存先を、記憶部３７としているが、保存先は、例えば、リムーバブルメディア３９などの、記憶部３７以外の記憶領域でもよい。また、CM再生データ９２の保存容量の制御は、記憶部３７とリムーバブルメディア３９の両方の空き領域に対して、所定の比率となるように制御されるようにするなど、複数の記憶領域に対する空き領域に基づいて、CM再生データ９２の保存容量を制御してもよい。換言すれば、記憶領域が、物理的にあるいは仮想的に分離されて複数ある場合には、その複数の記憶領域全体の空き領域に対して、所定の比率となるようにCM再生データ９２の保存容量が制御されてもよいし、その１つの記憶領域の空き領域に対して、所定の比率となるようにCM再生データ９２の保存容量が制御されてもよい。
【００５５】
次に、図４ないし図９のフローチャートを参照して、広告配信処理の詳細について説明する。
【００５６】
［CM再生データ取得処理のフローチャート］
図４は、CM再生データ９２を取得するCM再生データ取得処理を示すフローチャートである。なお、図４ないし図８に示す処理が開始される際、CM再生アプリ６１は既に常駐モードで起動実行されているものとする。
【００５７】
初めに、ステップＳ１１において、CMデータ制御部８２は、CM配信サーバ６３へ接続するタイミングとなったかを判定する。CM再生アプリ６１では、CM配信サーバ６３へ接続するタイミングを、例えば、所定の日付、時刻、曜日などのように定期的に実行されるように設定することができる。また例えば、ユーザが所定の操作（例えば、メールの送受信操作など）を行ったとき、などのような不定期に発生するタイミングを、CM配信サーバ６３への接続タイミングとして設定することもできる。CM配信サーバ６３への接続タイミングの設定は、デフォルトで指定してもよいし、ユーザが指定してもよい。
【００５８】
ステップＳ１１では、予め設定された接続タイミングの条件を満たしたか否かが判定され、接続タイミングの条件を満たすまで、処理が繰り返される。
【００５９】
ステップＳ１１で、CM配信サーバ６３へ接続するタイミングとなったと判定された場合、処理はステップＳ１２に進み、CMデータ制御部８２は、規定の空き容量があるかを判定する。すなわち、ステップＳ１２では、記憶部３７の空き領域に対するCM再生データ９２の総容量の比率が所定の値（例えば、２０％）以下であるかが判定される。
【００６０】
ステップＳ１２で、規定の空き容量がないと判定された場合、処理はステップＳ１１に戻る。これにより、規定の空き容量がない場合には、CM再生データ９２のダウンロードは行われないので、記憶部３７がCM再生データ９２で一杯になることが防止される。
【００６１】
一方、ステップＳ１２で、規定の空き容量があると判定された場合、処理はステップＳ１３に進み、CMデータ制御部８２は、CM配信サーバ６３に接続してCM再生データ９２を要求し、その要求に応じて送信されてくるCM再生データ９２（新CM再生データ９２）を取得する。
【００６２】
ここで、CM配信サーバ６３は、携帯端末１（のCM再生アプリ６１）からの１回の接続につき、予め定めた一定個数のCMのCM再生データ９２を送信することができる。また、CMデータ制御部８２が、ステップＳ１２の判定を行う際に検出した空き容量をCM配信サーバ６３に送信し、CM配信サーバ６３が、受信した空き容量に応じて、送信するCM再生データ９２の個数（CMの個数）を決定して、送信してもよい。
【００６３】
そして、ステップＳ１４において、CMデータ制御部８２は、取得した新CM再生データ９２を記憶部３７に保存するとともに、取得した新CM再生データ９２の情報を保存CM一覧９１に追加することにより、保存CM一覧９１を更新する。
【００６４】
以上により、CM再生データ取得処理は終了する。
【００６５】
［再生停止CM確認処理のフローチャート］
図５は、再生停止CMを確認する再生停止CM確認処理を示すフローチャートである。
【００６６】
初めに、ステップＳ２１において、CMデータ制御部８２は、再生停止CMを確認するため、CM配信サーバ６３へ接続するタイミングとなったかを判定し、CM配信サーバ６３への接続タイミングであると判定されるまで、ステップＳ２１の処理が繰り返される。再生停止CMを確認するための接続タイミングも、CMデータ取得の接続タイミングと同様、定期的または不定期的な所定のタイミングを適宜設定することができる。
【００６７】
ステップＳ２１で、CM配信サーバ６３への接続タイミングであると判定された場合、処理はステップＳ２２に進み、CMデータ制御部８２は、CM配信サーバ６３に接続して、保存CM一覧９１をCM配信サーバ６３に送信する。
【００６８】
CM配信サーバ６３は、CM再生アプリ６１から、保存CM一覧９１を受信すると、CM再生アプリ６１が保持しているCMのなかで、再生期間が経過しているCM、再生回数が規定値以上に達したCM、等の所定の停止条件に合致するCMを検索し、再生停止CMを検出する。そして、CM配信サーバ６３は、CM再生アプリ６１からの保存CM一覧９１に対する返信として、検出された再生停止CMを指定する情報（再生停止CMの指定情報）を、CM再生アプリ６１に送信する。
【００６９】
CMデータ制御部８２は、ステップＳ２３において、CM配信サーバ６３から送信されてくる、再生停止CMの指定情報を受信する。再生停止CMの指定情報には、例えば、再生停止CMがある場合には、そのCM識別情報が含まれ、再生停止CMがない場合には、その旨を示す情報（空の情報も含む）が含まれる。
【００７０】
ステップＳ２４において、CMデータ制御部８２は、再生停止CMの指定情報で指定されたCMのCM再生データ９２を記憶部３７から削除するとともに、その削除に応じて、保存CM一覧９１を更新する。なお、再生停止CMがない場合には、ステップＳ２４では、特に処理は行われない。
【００７１】
以上により、再生停止CM確認処理は終了する。
【００７２】
図５の処理は、CM配信サーバ６３がどのCMを停止させるかを判断して決定し、CM再生アプリ６１に指定する例であるが、CM配信サーバ６３は、CMの停止条件をCM再生アプリ６１に指定（送信）するようにして、CM再生アプリ６１が、指定された停止条件に基づいて、現在保持しているCMのどれを記憶部３７から削除するかを判断してもよい。また例えば、１００回再生したらCM再生を停止する、などのように、CMの停止条件を設定ファイルとして保持し、CM配信サーバ６３とのやりとりなしに、CM再生アプリ６１がどのCMを削除するかを判断してもよい。
【００７３】
上述した図４と図５の処理は、それぞれが独立して行われる場合の例であるが、CM再生データ取得の接続タイミングと、再生停止CMを確認するための接続タイミングは同一であってもよい。すなわち、CM再生アプリ６１には、上述したステップＳ１１とステップＳ２１の処理を共通とし、接続タイミングであると判定された場合に、ステップＳ１２ないしＳ１４と、ステップＳ２２ないしＳ２４を連続して、または、同時に、実行させることができる。この場合、ステップＳ２２ないしＳ２４を先に実行させれば、再生停止CMを先に削除した上で、ステップＳ１２の空き容量の判定が行われるので、CM再生データ９２の更新をしやすくすることができる。また、CM配信サーバ６３が保存CM一覧９１を先に取得してから、新CM再生データ９２を携帯端末１に送信するので、例えば、携帯端末１に保存されるCM再生データ９２の個数が一定となるように、CM配信サーバ６３が、CM再生データ９２の送信個数を制御することもできる。
【００７４】
以上の処理により、再生対象のCMのCM再生データ９２が予め記憶部３７に保存された上で、以下で説明する第１ないし第３のCM再生制御処理が実行される。
【００７５】
［第１のCM再生制御処理のフローチャート］
初めに、図６を参照して、取得した所定の通知に基づいてCMを再生する第１のCM再生制御処理について説明する。
【００７６】
図６は、CM再生制御部８１が取得する通知の例として、ホームボタン２２が操作されたことを示すホームボタン操作通知を取得した場合に、CMを再生する第１のCM再生制御処理のフローチャート（シーケンス図）を示している。
【００７７】
携帯端末１のOS６２は、ステップＳ４１において、ホームボタン２２が操作されたことを検出し、ステップＳ４２において、CM再生アプリ６１に、ホームボタン操作通知を送信する。
【００７８】
ステップＳ４３において、CM再生アプリ６１の通知受信部７１は、OS６２からのホームボタン操作通知を受信し、通知対応制御部７２を介して、CM再生制御部８１に供給する。
【００７９】
ステップＳ４４において、CM再生制御部８１は、ホームボタン操作通知を取得すると、記憶部３７に保存されている保存CM一覧９１を取得し、取得した保存CM一覧９１のなかから、再生するCMを決定する。再生するCMの決定方法は、例えば、取得日が新しい順、再生回数が少ない順、ランダムな順など、適宜決定することができる。
【００８０】
ステップＳ４５において、CM再生制御部８１は、再生することが決定されたCMを再生する。より具体的には、CM再生制御部８１は、再生することが決定されたCMのCM再生データ９２を記憶部３７から取得し、CM再生部８１aに再生させる。CM再生部８１aは、図１に示したように、携帯端末１のタッチスクリーン１１に、再生したCMの画像（動画像）を表示する。
【００８１】
再生対象のCMの全てのCM再生データ９２が再生された場合、図６のCM再生制御処理は終了する。
【００８２】
［第２のCM再生制御処理のフローチャート］
次に、図７を参照して、取得した所定の状態レスポンスに基づいてCMを再生する第２のCM再生制御処理について説明する。
【００８３】
図７は、CM再生制御部８１が取得する状態レスポンスの例として、起動中のアプリを確認する状態リクエストに応じて返信される状態レスポンスを取得することにより、ユーザが何らかのアプリを終了した場合に、CMを再生する第２のCM再生制御処理のフローチャート（シーケンス図）を示している。
【００８４】
CM再生制御部８１は、ステップＳ６１において、起動中のアプリを確認する状態リクエスト（起動アプリリクエスト）を、携帯端末１のOS６２に送信し、ステップＳ６２において、OS６２は、状態レスポンスとして、現在起動しているアプリのリストをCM再生制御部８１に返信する。
【００８５】
ステップＳ６３において、CM再生制御部８１は、OS６２から取得した、現在起動しているアプリのリストに基づいて、CM再生のタイミングとなったか、すなわち、いま取得した状態レスポンスと、１つ前に取得した状態レスポンスとを比較して、終了したアプリがあるかを判定する。
【００８６】
ステップＳ６３で、CM再生のタイミングではないと判定された場合、処理はステップＳ６１に戻る。これにより、ステップＳ６１ないしＳ６３の処理が繰り返し実行される。
【００８７】
一方、ステップＳ６３で、CM再生のタイミングとなった、すなわち、何らかのアプリが終了したと判定された場合、処理はステップＳ６４に進み、CM再生制御部８１は、記憶部３７に保存されている保存CM一覧９１を取得し、取得した保存CM一覧９１のなかから、再生するCMを決定する。
【００８８】
そして、ステップＳ６５において、CM再生制御部８１は、上述したステップＳ４５における処理と同様に、再生することが決定されたCMを再生する。
【００８９】
［第３のCM再生制御処理のフローチャート］
次に、図８を参照して、取得した所定の通知と所定の状態レスポンスに基づいてCMを再生する第３のCM再生制御処理について説明する。
【００９０】
図８は、所定の通知として、タッチスクリーン１１に画面が表示されたことを示すスクリーンON通知を取得し、所定の状態レスポンスの例として、画面がロック状態であるかを確認する状態リクエストに応じて返信される状態レスポンスを取得することにより、ユーザが画面のロックを解除した場合に、CMを再生する第３のCM再生制御処理のフローチャート（シーケンス図）を示している。なお、図８の処理が開始される前の状態として、携帯端末１は、画面非表示モード（スリープモード）の状態であるとする。
【００９１】
ステップＳ８１において、携帯端末１のOS６２は、タッチスクリーン１１に画面が表示されたことを検出し、ステップＳ８２において、スクリーンON通知をCM再生アプリ６１に送信する。携帯端末１が画面非表示である場合、ユーザは、例えば、電源ボタン２４を操作することにより、画面を表示させることができる。したがって、ステップＳ８２の処理は、スクリーンON通知に代えて、電源ボタン２４が操作されたことを示す通知でもよい。
【００９２】
ステップＳ８３において、CM再生アプリ６１の通知受信部７１は、OS６２からのスクリーンON通知を受信し、通知対応制御部７２を介して、CM再生制御部８１に供給する。
【００９３】
ステップＳ８４において、CM再生制御部８１は、スクリーンON通知を取得すると、記憶部３７に保存されている保存CM一覧９１を取得し、取得した保存CM一覧９１のなかから、再生するCMを決定する。さらに、CM再生制御部８１は、決定したCMのCM再生データ９２をCM再生部８１aに引き渡して再生の準備を行う。
【００９４】
次に、CM再生制御部８１は、ステップＳ８５において、画面がロック状態であるかを確認する状態リクエスト（ロック解除状態リクエスト）を、携帯端末１のOS６２に送信し、ステップＳ８６において、OS６２は、状態レスポンスとして、ロック状態か、または、ロック解除状態かをCM再生制御部８１に返信する。
【００９５】
ステップＳ８７において、CM再生制御部８１は、OS６２から取得した現在の状態（ロック状態、または、ロック解除状態）に基づいて、CM再生のタイミングとなったか、すなわち、ロック状態からロック解除状態となったかを判定する。
【００９６】
ステップＳ８７で、ロック状態であると判定されている間、ステップＳ８５ないしＳ８７の処理が繰り返し実行され、ユーザがロック解除操作を行うと、OS６２からの状態レスポンスが、ロック解除状態を示すものとなる。
【００９７】
そして、ステップＳ８７で、ロック解除状態となった、すなわち、CM再生のタイミングとなったと判定された場合、処理はステップＳ８８に進み、CM再生制御部８１は、CM再生部８１ａに、再生することが決定されたCMの再生を開始させる。
【００９８】
再生対象のCMの全てのCM再生データ９２が再生された場合、図８のCM再生制御処理は終了する。
【００９９】
以上のように、第３のCM再生制御処理では、所定の通知がOS６２から供給された場合、CM再生制御部８１は、再生するCMを決定して、その決定したCMの再生準備を行い、その後、所定の状態レスポンスを受信して携帯端末１が所定の状態となったときに、CMの再生を開始する。
【０１００】
したがって、第３のCM再生制御処理では、再生を開始するトリガーとなる状態変化の前に、再生するCMを決定し、その再生準備を行うことができるので、携帯端末１を操作しているユーザから見ると、第１および第２のCM再生制御処理と比較して、即座にCMが再生されることになる。
【０１０１】
なお、取得した所定の通知と所定の状態レスポンスに基づいてCMを再生する方法には、図８で説明した、所定の通知を取得し、次に、所定の状態レスポンスを取得する場合とは逆に、所定の状態レスポンスを取得し、次に、所定の通知を取得することによりCMを再生する方法もある。この場合も、図８で説明した例と同様に、所定の状態レスポンスがOS６２から供給された場合、再生するCMを決定して、その再生準備を行い、その後、所定の通知を受信して携帯端末１が所定の状態となったときに、CMの再生を開始することができるので、第１および第２のCM再生制御処理と比較して、即座にCMを再生表示することができる。
【０１０２】
また、連続して受信する２つの通知、または、連続して受信する２つの状態レスポンスを用いて、第１のメッセージ（通知または状態レスポンス）がOS６２から供給された場合、再生するCMを決定して、その再生準備を行い、その後、第２のメッセージ（通知または状態レスポンス）を受信して携帯端末１が所定の状態となったときに、CMの再生を開始するようにしてもよい。
【０１０３】
以上の第１ないし第３のCM再生制御処理によれば、携帯端末１に対して所定のユーザの操作があったときに、CMを再生することができるので、携帯端末１自体を媒体として、CMを再生表示することができる。これにより、携帯端末１のユーザに効果的な広告配信を提供することができる。
【０１０４】
また、従来、携帯端末１で所定のWebサイトにアクセスし、Webページの一部として広告が表示される場合には、広告の画像データは、そのWebページを表示するときに初めて取得される。広告が動画像である場合も、広告を表示するときに画像データのダウンロードを開始して、画像データのダウンロードを行いつつ動画像を再生表示するストリーミング配信が一般的である。
【０１０５】
これに対して、CM再生アプリ６１では、再生対象のCMのCM再生データ９２は、図４のCM再生データ取得処理により予め携帯端末１内に保存されている。そして、再生開始のトリガーとなる所定のユーザの操作が検出されたとき、CM再生アプリ６１は再生対象のCMのCM再生データ９２を携帯端末１内から取得するので、即座に、CMを再生することが可能となる。
【０１０６】
［常駐確認処理のフローチャート］
図４ないし図８を参照して説明した各処理は、CM再生アプリ６１が常駐モードで起動実行されている状態を前提とする処理である。
【０１０７】
しかし、携帯端末１では、ユーザの指示操作によって意図的に、あるいは、携帯端末１のメモリ不足等によって、OS６２によってユーザの意思とは関係なく、CM再生アプリ６１が終了される場合があり得る。
【０１０８】
そこで、CM再生アプリ６１は、アプリが起動されていない状態でも受信可能なタイプのメッセージである通知メッセージを利用して、図９に示す常駐確認処理を実行し、稼働チェックを行うことができる。
【０１０９】
すなわち、携帯端末１のOS６２が、携帯端末１において行われた何らかのユーザの操作を検出すると、その検出された操作に対応する通知をCM再生アプリ６１に送信する。
【０１１０】
CM再生アプリ６１の通知受信部７１は、ステップＳ１０１において、OS６２からの通知を検出（受信）し、通知対応制御部７２に供給する。OS６２から通知が送信されるユーザの操作には、例えば、アプリのインストールおよびアンインストール、USB（Universal Serial Bus）電源の接続（充電開始）および取り外し、言語設定の変更、携帯端末１の電源オンなどがある。
【０１１１】
ステップＳ１０２において、通知対応制御部７２は、通知受信部７１からの通知を取得して、CM再生アプリ６１が常駐しているか、すなわち、CM実行部７３が起動実行しているかを判定する。
【０１１２】
ステップＳ１０２で、CM再生アプリ６１が常駐していると判定された場合、常駐確認処理は終了する。
【０１１３】
一方、ステップＳ１０２で、CM再生アプリ６１が常駐していないと判定された場合、処理はステップＳ１０３に進み、通知対応制御部７２は、CM再生アプリ６１のCM実行部７３を起動し、常駐させて、処理を終了する。
【０１１４】
以上の常駐確認処理によれば、仮に、CM再生アプリ６１が常駐していない場合であっても、OS６２から通知メッセージをトリガーとして、CM再生アプリ６１を常駐させることができる。
【０１１５】
なお、OS６２上で動作するアプリは、所定のメッセージサーバが能動的にメッセージを通知するプッシュ通知を受信することができる。そこで、上述した図９の常駐確認処理を、OS６２からの通知メッセージをトリガーとして稼働（常駐起動）を確認するのではなく、メッセージサーバから定期的にまたは不定期に送信される、稼働をチェックする旨のプッシュ通知をトリガーとして、稼働を確認するようにしてもよい。また、OS６２から通知メッセージと、稼働をチェックする旨のプッシュ通知の両方に対応可能とし、稼働を確認するようにしてもよい。ここで、稼働をチェックする旨のプッシュ通知を送信指示するメッセージサーバは、CM配信サーバ６３であってもよいし、その他のサーバであってもよい。
【０１１６】
上述した実施形態では、携帯端末１に対して所定のユーザの操作があったときに、CMを再生する例について説明したが、その他に、ユーザが予め設定した再生条件、例えば、日付、時刻（時間帯）、曜日などに合致した場合に、CMを再生するようにしてもよい。
【０１１７】
また、CM配信サーバ６３とCM再生アプリ６１とからなるシステムが、携帯端末１上でCMを再生した回数などに応じて、携帯端末１のユーザに、換金や商品購入が可能なポイントを付与する機能を備えていてもよい。これにより、携帯端末１のユーザは、積極的にCMを見るようになり、携帯端末１で再生表示する広告の効果の増大が見込まれる。
【０１１８】
上述した実施形態では、携帯端末１がスマートフォンであるとして説明したが、携帯端末１は、スマートフォンに限らず、PND(Portable Navigation Device)、電子書籍リーダーなどのタブレット端末でもよく、アプリケーションプログラムをダウンロードして実行可能な携帯型の情報処理端末であればよい。
【０１１９】
CM配信サーバ６３のハードウェア構成の図示は省略するが、CM配信サーバ６３は、CPU、ROM、RAM、ハードディスク等の記憶部を有している。そして、CM配信サーバ６３は、記憶部またはROM等に記憶されているプログラムからRAMにロードされたプログラムに従って、上述した一連の処理を含む各種の処理を実行することができる。また、CM配信サーバ６３は、LANやインターネット等に接続してデータ通信を行う通信部、キーボード、マウスなどよりなる入力部、スピーカ、ディスプレイなどよりなる出力部も備える。
【０１２０】
本明細書において、フローチャートに記述されたステップは、記載された順序に沿って時系列的に行われる場合はもちろん、必ずしも時系列的に処理されなくとも、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで実行されてもよい。
【０１２１】
本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１２２】
１ 携帯端末
１１ タッチスクリーン
３７ 記憶部
４０ 入力部
６１ CM再生アプリケーション
６２ オペレーティングシステム
６３ 配信サーバ
７１ 通知受信部
７２ 通知対応制御部
７３ CM実行部
８１ CM再生制御部
８２ CMデータ制御部
９１ 保存CM一覧
９２ CM再生データ
【特許請求の範囲】
【請求項１】
携帯端末のコンピュータに、
前記携帯端末の基本ソフトウェアから送信されてきたメッセージに基づいて、前記携帯端末に対するユーザの所定の操作を検出した場合に、前記携帯端末の画面に所定の広告を表示させる
処理を実行させるプログラム。
【請求項２】
前記携帯端末には、１以上の前記広告のデータが予め取得されて保存されており、
前記ユーザの所定の操作を検出した場合に、前記携帯端末に保存されている１以上の前記広告のなかから、表示させる広告を決定して、決定された前記広告のデータを読み出し、前記画面に表示させる
請求項１に記載のプログラム。
【請求項３】
前記メッセージは、前記基本ソフトウェアから能動的に送信されてくる、前記ユーザの所定の操作若しくはそれによる前記携帯端末の状態変化を示す通知メッセージか、または、前記基本ソフトウェアへ送信した状態リクエストに対する、前記ユーザの操作若しくはそれによる前記携帯端末の状態変化を示す状態レスポンスである
請求項１または２に記載のプログラム。
【請求項４】
前記メッセージは、所定の期間、定期的に送信された前記状態リクエストに対する前記状態レスポンスである
請求項３に記載のプログラム。
【請求項５】
前記ユーザの所定の操作を検出する前の所定のタイミングでサーバに接続し、前記サーバから、前記広告のデータを取得する
請求項２乃至４のいずれかに記載のプログラム。
【請求項６】
前記携帯端末に保存されている１以上の前記広告のリストを前記サーバに送信し、前記サーバの指定に基づいて、少なくとも１つの前記広告のデータを削除する
請求項５に記載のプログラム。
【請求項１】
携帯端末のコンピュータに、
前記携帯端末の基本ソフトウェアから送信されてきたメッセージに基づいて、前記携帯端末に対するユーザの所定の操作を検出した場合に、前記携帯端末の画面に所定の広告を表示させる
処理を実行させるプログラム。
【請求項２】
前記携帯端末には、１以上の前記広告のデータが予め取得されて保存されており、
前記ユーザの所定の操作を検出した場合に、前記携帯端末に保存されている１以上の前記広告のなかから、表示させる広告を決定して、決定された前記広告のデータを読み出し、前記画面に表示させる
請求項１に記載のプログラム。
【請求項３】
前記メッセージは、前記基本ソフトウェアから能動的に送信されてくる、前記ユーザの所定の操作若しくはそれによる前記携帯端末の状態変化を示す通知メッセージか、または、前記基本ソフトウェアへ送信した状態リクエストに対する、前記ユーザの操作若しくはそれによる前記携帯端末の状態変化を示す状態レスポンスである
請求項１または２に記載のプログラム。
【請求項４】
前記メッセージは、所定の期間、定期的に送信された前記状態リクエストに対する前記状態レスポンスである
請求項３に記載のプログラム。
【請求項５】
前記ユーザの所定の操作を検出する前の所定のタイミングでサーバに接続し、前記サーバから、前記広告のデータを取得する
請求項２乃至４のいずれかに記載のプログラム。
【請求項６】
前記携帯端末に保存されている１以上の前記広告のリストを前記サーバに送信し、前記サーバの指定に基づいて、少なくとも１つの前記広告のデータを削除する
請求項５に記載のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１３−１１４２８１（Ｐ２０１３−１１４２８１Ａ）
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願番号】特願２０１１−２５６９８８（Ｐ２０１１−２５６９８８）
【出願日】平成２３年１１月２５日（２０１１．１１．２５）
【特許番号】特許第５１９８６４６号（Ｐ５１９８６４６）
【特許公報発行日】平成２５年５月１５日（２０１３．５．１５）
【出願人】（５０６２２５８１３）イクス株式会社 (12)
【Ｆターム（参考）】
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願日】平成２３年１１月２５日（２０１１．１１．２５）
【特許番号】特許第５１９８６４６号（Ｐ５１９８６４６）
【特許公報発行日】平成２５年５月１５日（２０１３．５．１５）
【出願人】（５０６２２５８１３）イクス株式会社 (12)
【Ｆターム（参考）】
[ Back to top ]