(57)【要約】【課題】CM配信機能を手軽に実現することができるようにする。【解決手段】情報端末は、コンピュータプログラムが実行されることにより、プログラムを識別するプログラム識別情報とユーザを識別するユーザ識別情報を、同時または異なるタイミングで管理サーバに送信し、広告動画を再生する所定のタイミングが検出された場合に、再生する広告動画を特定して、特定された広告動画である特定広告動画を、動画プレーヤに再生させ、特定広告動画が視聴された後に、特定広告動画が視聴されたことを確認する視聴確認情報を、ユーザ識別情報と、特定広告動画を識別する広告動画特定情報とともに、管理サーバに送信する再生制御部として機能する。本発明は、例えば、スマートフォン等に適用できる。【選択図】図３
2015089015.tif 000002
【特許請求の範囲】
【請求項１】
情報端末のコンピュータを、
プログラムを識別するプログラム識別情報とユーザを識別するユーザ識別情報を、同時または異なるタイミングで管理サーバに送信し、
広告動画を再生する所定のタイミングが検出された場合に、再生する前記広告動画を特定して、特定された前記広告動画である特定広告動画を、動画プレーヤに再生させ、
前記特定広告動画が視聴された後に、前記特定広告動画が視聴されたことを確認する視聴確認情報を、前記ユーザ識別情報と、前記特定広告動画を識別する広告動画特定情報とともに、前記管理サーバに送信する再生制御部
として機能させるためのコンピュータプログラム。
【請求項２】
前記プログラムのプラグインである
請求項１に記載のコンピュータプログラム。
【請求項３】
前記再生制御部は、前記所定のタイミングが検出された場合に、再生する前記広告動画を特定する要求を、前記管理サーバに送信し、
前記管理サーバから、前記広告動画特定情報を受信し、
前記広告動画特定情報で特定された前記特定広告動画を、前記動画プレーヤに再生させる
請求項１に記載のコンピュータプログラム。
【請求項４】
前記プログラムのメイン機能を実行するメイン機能実行部において前記広告動画を再生する所定のタイミングが検出された場合に、前記メイン機能実行部から前記再生制御部に、前記広告動画を再生する再生指示が供給され、
前記再生制御部は、前記メイン機能実行部から前記再生指示が供給された場合に、前記要求を、前記管理サーバに送信する
請求項３に記載のコンピュータプログラム。
【請求項５】
前記動画プレーヤに前記特定広告動画を再生させる場合、前記特定広告動画が記憶されている記憶部を特定するURLが前記動画プレーヤに供給される
請求項１に記載のコンピュータプログラム。
【請求項６】
前記記憶部には、１以上の前記広告動画のデータが暗号化されて記憶されている
請求項５に記載のコンピュータプログラム。
【請求項７】
前記コンピュータを、前記記憶部に暗号化されて記憶されている前記広告動画のデータを復号処理するローカルサーバとしても機能させ、
前記ローカルサーバは、前記動画プレーヤから前記URLを取得し、前記URLで特定される格納場所から取得された、暗号化された前記広告動画のデータを復号処理して、前記動画プレーヤに供給する
請求項６に記載のコンピュータプログラム。
【請求項８】
前記URLは、再生させる前記広告動画ごとに異なる
請求項５または７に記載のコンピュータプログラム。
【請求項９】
前記再生制御部は、前記広告動画を再生する所定のタイミングが検出される前に、１以上の前記広告動画を前記管理サーバから取得して、前記記憶部に記憶する
請求項５に記載のコンピュータプログラム。
【請求項１０】
広告動画を再生させるコンピュータプログラムが実行される情報端末と、管理サーバとからなる広告動画再生システムであって、
前記情報端末は、前記コンピュータプログラムが実行されることにより、
プログラムを識別するプログラム識別情報とユーザを識別するユーザ識別情報を、同時または異なるタイミングで管理サーバに送信し、
広告動画を再生する所定のタイミングが検出された場合に、再生する前記広告動画を特定して、特定された前記広告動画である特定広告動画を、動画プレーヤに再生させ、
前記特定広告動画が視聴された後に、前記特定広告動画が視聴されたことを確認する視聴確認情報を、前記ユーザ識別情報と、前記特定広告動画を識別する広告動画特定情報とともに、前記管理サーバに送信する再生制御部を有し、
前記管理サーバは、
前記情報端末から、前記プログラム識別情報と前記ユーザ識別情報を、同時または異なるタイミングで受信し、
前記視聴確認情報を、前記ユーザ識別情報と前記広告動画特定情報とともに前記情報端末から受信する
広告動画再生システム。
【請求項１１】
広告動画を再生させるコンピュータプログラムが実行される情報端末と、管理サーバとからなる広告動画再生システムの広告動画再生方法であって、
前記情報端末は、前記コンピュータプログラムが実行されることにより、
プログラムを識別するプログラム識別情報とユーザを識別するユーザ識別情報を、同時または異なるタイミングで管理サーバに送信し、
広告動画を再生する所定のタイミングが検出された場合に、再生する前記広告動画を特定して、特定された前記広告動画である特定広告動画を、動画プレーヤに再生させ、
前記特定広告動画が視聴された後に、前記特定広告動画が視聴されたことを確認する視聴確認情報を、前記ユーザ識別情報と、前記特定広告動画を識別する広告動画特定情報とともに、前記管理サーバに送信し、
前記管理サーバは、
前記情報端末から、前記プログラム識別情報と前記ユーザ識別情報を、同時または異なるタイミングで受信し、
前記視聴確認情報を、前記ユーザ識別情報と前記広告動画特定情報とともに前記情報端末から受信する
広告動画再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータプログラム、広告動画再生システム、及び、広告動画再生方法に関し、特に、CM配信機能を手軽に実現することができるようにするコンピュータプログラム、広告動画再生システム、及び、広告動画再生方法に関する。
【背景技術】
【０００２】
インターネットの普及などにより、テレビジョン放送を視聴する視聴者の数は少なくなってきており、それとともに、テレビジョン放送における広告動画像であるCF（commercial film）を見る人も少なくなってきている。
【０００３】
一方、近年、スマートフォンと呼ばれる高機能の携帯電話機が急速に普及してきている。スマートフォンでは、ゲーム、音楽や映像の視聴に関するもの、スケジューラ、辞書、地図など、様々な便利機能を提供するアプリケーションプログラム（application program）（以下、単にアプリと称する。）が多数開発されており、ユーザは自分の好みに合わせたアプリのダウンロード（インストール）が可能となっている。
【０００４】
本出願人は、スマートフォンにおいて、ユーザが所定の操作を行った場合に、広告動画像を表示（再生）させることを可能としたプログラムを先に提案している（特許文献１参照）。特許文献１の技術により、携帯端末自体を媒体とした広告配信（提供）が実現できる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第５１９８６４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の技術では、広告動画像を再生させる専用のプログラム（アプリ）を携帯端末にインストールする必要があった。そのため、広告主にとっては、専用のプログラムをインストールしているユーザーにしか広告を配信することができなかった。
【０００７】
本発明は、このような状況に鑑みてなされたものであり、CM配信機能を手軽に実現することができるようにするものである。
【課題を解決するための手段】
【０００８】
本発明の第１の側面のコンピュータプログラムは、
情報端末のコンピュータを、
プログラムを識別するプログラム識別情報とユーザを識別するユーザ識別情報を、同時または異なるタイミングで管理サーバに送信し、
広告動画を再生する所定のタイミングが検出された場合に、再生する前記広告動画を特定して、特定された前記広告動画である特定広告動画を、動画プレーヤに再生させ、
前記特定広告動画が視聴された後に、前記特定広告動画が視聴されたことを確認する視聴確認情報を、前記ユーザ識別情報と、前記特定広告動画を識別する広告動画特定情報とともに、前記管理サーバに送信する再生制御部
として機能させるためのものである。
【０００９】
本発明の第１の側面においては、携帯端末において、プログラムを識別するプログラム識別情報とユーザを識別するユーザ識別情報が、同時または異なるタイミングで管理サーバに送信され、広告動画を再生する所定のタイミングが検出された場合に、再生する前記広告動画が特定されて、特定された前記広告動画である特定広告動画が、動画プレーヤで再生され、前記特定広告動画が視聴された後に、前記特定広告動画が視聴されたことを確認する視聴確認情報が、前記ユーザ識別情報と、前記特定広告動画を識別する広告動画特定情報とともに、前記管理サーバに送信される。
【００１０】
本発明の第２の側面の広告動画再生システムは、
広告動画を再生させるコンピュータプログラムが実行される情報端末と、管理サーバとからなる広告動画再生システムであって、
前記情報端末は、前記コンピュータプログラムが実行されることにより、
プログラムを識別するプログラム識別情報とユーザを識別するユーザ識別情報を、同時または異なるタイミングで管理サーバに送信し、
広告動画を再生する所定のタイミングが検出された場合に、再生する前記広告動画を特定して、特定された前記広告動画である特定広告動画を、動画プレーヤに再生させ、
前記特定広告動画が視聴された後に、前記特定広告動画が視聴されたことを確認する視聴確認情報を、前記ユーザ識別情報と、前記特定広告動画を識別する広告動画特定情報とともに、前記管理サーバに送信する再生制御部を有し、
前記管理サーバは、
前記情報端末から、前記プログラム識別情報と前記ユーザ識別情報を、同時または異なるタイミングで受信し、
前記視聴確認情報を、前記ユーザ識別情報と前記広告動画特定情報とともに前記情報端末から受信する。
【００１１】
本発明の第２の側面の広告動画再生方法は、
広告動画を再生させるコンピュータプログラムが実行される情報端末と、管理サーバとからなる広告動画再生システムの広告動画再生方法であって、
前記情報端末は、前記コンピュータプログラムが実行されることにより、
プログラムを識別するプログラム識別情報とユーザを識別するユーザ識別情報を、同時または異なるタイミングで管理サーバに送信し、
広告動画を再生する所定のタイミングが検出された場合に、再生する前記広告動画を特定して、特定された前記広告動画である特定広告動画を、動画プレーヤに再生させ、
前記特定広告動画が視聴された後に、前記特定広告動画が視聴されたことを確認する視聴確認情報を、前記ユーザ識別情報と、前記特定広告動画を識別する広告動画特定情報とともに、前記管理サーバに送信し、
前記管理サーバは、
前記情報端末から、前記プログラム識別情報と前記ユーザ識別情報を、同時または異なるタイミングで受信し、
前記視聴確認情報を、前記ユーザ識別情報と前記広告動画特定情報とともに前記情報端末から受信する。
【００１２】
本発明の第２の側面においては、携帯端末において、プログラムを識別するプログラム識別情報とユーザを識別するユーザ識別情報が、同時または異なるタイミングで管理サーバに送信され、広告動画を再生する所定のタイミングが検出された場合に、再生する前記広告動画が特定されて、特定された前記広告動画である特定広告動画が、動画プレーヤで再生され、前記特定広告動画が視聴された後に、前記特定広告動画が視聴されたことを確認する視聴確認情報が、前記ユーザ識別情報と、前記特定広告動画を識別する広告動画特定情報とともに、前記管理サーバに送信される。また、管理サーバにおいて、前記情報端末から、前記プログラム識別情報と前記ユーザ識別情報が、同時または異なるタイミングで受信され、前記視聴確認情報が、前記ユーザ識別情報と前記広告動画特定情報とともに前記情報端末から受信される。
【発明の効果】
【００１３】
本発明の第１及び第２の側面によれば、CM配信機能を手軽に実現することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施の形態の概要を説明する図である。
【図２】携帯端末のハードウェア構成例を示すブロック図である。
【図３】本発明を適用したCM再生システムの構成例を示すブロック図である。
【図４】CM再生処理を説明するフローチャートである。
【発明を実施するための形態】
【００１５】
＜本実施の形態の概要＞
図１を参照して、本実施の形態の概要について説明する。
【００１６】
図１に示される携帯端末１は、一般にスマートフォンと呼ばれる、携帯電話と携帯情報端末を融合させた高機能の情報端末である。携帯端末１は、例えば、操作面である一面に、タッチスクリーン１１と、メニューボタン２１、ホームボタン２２、バックボタン２３、および電源ボタン２４の各種のボタンを備える。メニューボタン２１は、タッチスクリーン１１にメニュー画面を表示させる際に操作される。ホームボタン２２は、タッチスクリーン１１にホーム画面（待機画面）を表示させる際に操作される。バックボタン２３は、タッチスクリーン１１に表示されている画面（画像）を、１つ前の画面に戻す際に操作される。電源ボタン２４は、電源のオンまたはオフ、画面非表示モード（スリープモード）から画面を表示させる際などに操作される。なお、これらのボタンの一部又は全ては、省略されていたり、携帯端末１の他の場所に設けられていてもよい。また、これらのボタンは、ユーザの押下動作を検出するハードウエアボタンで構成されてもよいし、タッチを電気的に検出するセンサボタンでもよい。
【００１７】
携帯端末１では、好みのアプリケーションプログラム（application program）（以下、単にアプリと称する。）を、マーケット等からダウンロード（インストール）して、携帯端末１上で実行することができる。図１左側には、ユーザが指定した所定のエリアの天気予報を表示する天気アプリが実行されている例が示されており、天気予報の情報を示す画像（画面）２５がタッチスクリーン１１に表示されている。
【００１８】
天気予報の情報を示す画像２５には、CM（commercial message）を再生させるための操作ボタンであるCM再生ボタン２６が含まれており、ユーザがCM再生ボタン２６を押下すると、図１右側に示されるように、予め携帯端末１内に保存された複数のCMのなかから選択された所定のCMの画像（動画像）２７が再生される。
【００１９】
ここで、CMとは、日本では一般に、CF（commercial film）、即ち、テレビジョン放送、ラジオ放送などにおいて放送番組の前後や途中に挿入される、広告・宣伝用の一定時間の動画像または音声をいうが、本実施の形態におけるCMは、それに限定されず、所定の商品やサービスを宣伝・勧誘するための動画像や静止画像、クイズやアンケートなどを実施する動画像や静止画像などの商業用の画像をいう。この商業用の画像には、画像に同期した音声出力があるものも含まれる。また、本明細書において広告動画と称する場合も、広告・宣伝用の一定時間の動画像または音声のほか、所定の商品やサービスを宣伝・勧誘するための動画像に限らず、クイズやアンケートなどを実施する動画像や静止画像などの画像も含まれる。
【００２０】
ユーザがCM再生ボタン２６を押下して、CMを１回視聴すると、ユーザには仮想通貨としてのポイントが付与される。これにより、ユーザはポイントを獲得し、蓄えたポイントを現金や電子マネーに交換したり、蓄えたポイントでネット上から所望の商品（例えば、アプリなど）を購入したりすることができる。
【００２１】
以上のように、携帯端末１にインストールされたアプリは、アプリ実行中の所定のタイミングでCMを再生する機能を有している。このようなCM再生機能を有するアプリを、以下では、広告を提供する媒体となるアプリであるという意味で、メディアアプリ（媒体アプリ）ともいう。
【００２２】
＜携帯端末１の構成ブロック図＞
図２は、携帯端末１のハードウェア構成例を示すブロック図である。
【００２３】
図２において、CPU（Central Processing Unit）３１は、各種の処理を実行する演算処理部であり、OS(Operating System)などの基本プログラムや、上述したメディアアプリを含む各種のアプリを必要に応じて実行する。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からの位置信号に基づき、どのような操作入力があったかが認識され、その操作入力に応じて、各種の処理が行われる。
【００３３】
無線通信部４３は、Wi-Fi（商標）方式等による無線通信を行う。電話回線網通信部４４は、移動体電話通信網を介して他の装置と音声通信、または、パケット通信を行う。撮影部４５は、CCD(Charge Coupled Device)やCMOS（Complementary Mental Oxide Semiconductor）センサ等の撮影素子などにより構成される。撮影部４５は、被写体を撮影し、撮影した被写体の画像データを、入出力インタフェース３６を介してCPU３１等に供給する。
【００３４】
携帯端末１は以上のように構成される。なお、携帯端末１には、数cm程度の近接距離で電磁誘導を利用した非接触通信を行う非接触通信部、ブルートゥース（Bluetooth（登録商標））方式による無線通信部、赤外線による通信を行う赤外線通信部などの、その他の構成をさらに備えるようにしてもよい。
【００３５】
＜CM再生システムの構成例＞
図３は、携帯端末１においてメディアアプリによるCM再生が可能なCM再生システムの構成例を示すブロック図である。
【００３６】
図３のCM再生システム６０は、携帯端末１のメディアアプリ６１と、CM管理サーバ６２及びメディアサーバ６３を含んで構成される。なお、後述するように、メディアサーバ６３は省略することができる。
【００３７】
携帯端末１のメディアアプリ６１は、CPU３１にロードされて実行されることにより、メイン機能実行部７１、CM再生制御部７２、および、動画プレーヤ７３を少なくとも有する。メイン機能実行部７１は、メディアアプリ６１内のメイン機能プログラムに対応し、CM再生制御部７２は、メディアアプリ６１内のCM再生プログラムに対応し、動画プレーヤ７３は、メディアアプリ６１内の動画再生プログラムに対応する。CM再生プログラムと動画再生プログラムは、それぞれ、機能を拡張するための追加プログラムであるプラグイン（外部プログラム）として、メディアアプリ６１のプログラムに組み込まれている。
【００３８】
メイン機能実行部７１は、メディアアプリ６１のメイン機能を実行するためのプログラムであり、図１の例で言えば、指定された地域の天気予報の情報を表示するためのプログラムに相当する。メイン機能実行部７１は、必要に応じて、メディアサーバ６３と所定のデータをやりとりする。
【００３９】
メイン機能実行部７１のなかには、CM再生を開始するタイミングを検出する検出部７１aが含まれており、メイン機能実行部７１の検出部７１aは、CM再生を開始する所定のタイミングを検出すると、CM再生指示をCM再生制御部７２に供給する。
【００４０】
図１で説明した例では、CM再生を開始するタイミングは、CM再生ボタン２６の押下（選択）であり、検出部７１aは、CM再生ボタン２６の押下を検出する。
【００４１】
なお、検出部７１aは、ユーザからの指示ではなく、メイン機能実行部７１の状態変化を、CM再生を開始するタイミングとして検出するものでもよい。例えば、メイン機能実行部７１が、ゲーム機能であって、ユーザが第１ステージをクリアして、第２ステージへ進むような場合に、第１ステージ終了の状態変化を検出して、第２ステージへ進む前に、メイン機能実行部７１からCM再生制御部７２に、CM再生指示が供給されるようにすることもできる。
【００４２】
CM再生制御部７２は、再生指示部８１とローカルサーバ８２を有する。
【００４３】
再生指示部８１は、メイン機能実行部７１からのCM再生指示を受け付け、CM再生指示に基づいて、動画プレーヤ７３とローカルサーバ８２を制御して、携帯端末１のタッチスクリーン１１にCMを表示させる。
【００４４】
具体的には、再生指示部８１は、所定のタイミングで、または、定期的に、CM管理サーバ６２にアクセスし、再生予定のCMの動画像データであって、所定の暗号アルゴリズムで暗号化されたデータである暗号化動画データを取得し、記憶部３７に記憶させる。暗号化動画データは、例えば、CM単位で１つのファイルとして、記憶部３７に格納される。なお、図３では、再生指示部８１から記憶部３７への制御・信号線の図示が省略されている。
【００４５】
また、再生指示部８１は、CM管理サーバ６２からの指示に基づいて、記憶部３７に記憶されている暗号化動画データを削除する。
【００４６】
さらに、再生指示部８１は、メイン機能実行部７１からCM再生指示が供給された場合、CM管理サーバ６２にアクセスして、再生させるCMを特定する再生CM特定情報を取得し、記憶部３７に記憶されている複数のCM(の暗号化動画データ)のうち、どのCMを再生させるかを決定する。また、再生指示部８１は、メイン機能実行部７１からCM再生指示が供給された場合、ローカルサーバ８２を起動させる。
【００４７】
再生指示部８１は、再生することが決定されたCMに対応するローカルサーバ８２のURL（Uniform Resource Locator）を指定して、動画プレーヤ７３に再生指示を供給する。また、再生指示部８１は、指定したCMの再生が終了した場合に動画プレーヤ７３から供給される視聴確認のメッセージを取得して、CM管理サーバ６２に、視聴がされたことを確認する視聴確認メッセージ（視聴確認情報）を送信する。
【００４８】
ローカルサーバ８２は、クライアントである動画プレーヤ７３からのリクエストに応じて所定の動作を実行するサーバであり、動画プレーヤ７３からの動画データの要求（リクエスト）に応じて、レスポンスとして、記憶部３７に記憶されている所定のCMの暗号化動画データを復号処理し、復号後のストリーミングデータを動画プレーヤ７３に供給する。
【００４９】
ローカルサーバ８２は、再生指示部８１によって起動されるとともに、再生指示部８１によって終了される。なお、ローカルサーバ８２は、要求されたCMのストリーミングデータの供給が終了した時点で、自動で（自ら）終了してもよい。
【００５０】
動画プレーヤ７３は、再生指示部８１からの再生指示に基づいて、指示されたCMの動画像データをローカルサーバ８２に要求する。そして、動画プレーヤ７３は、ローカルサーバ８２から供給されるCMのストリーミングデータを用いて、CMの動画像をタッチスクリーン１１に表示させる。
【００５１】
携帯端末１の記憶部３７には、再生指示部８１によってCM管理サーバ６２から取得された１以上のCMの暗号化動画データが記憶されている。図３の例では、２０個のCMの暗号化動画データが記憶されている。
【００５２】
CM管理サーバ６２は、例えば、携帯端末１にCM配信を行うCM配信会社が管理するサーバであり、広告配信管理、動画データ保存、ポイント管理、ユーザ認証・管理、またはメディア管理などを行う。
【００５３】
広告配信管理とは、メディアアプリ６１に、どのようなCMを配信するか（記憶部３７に記憶させるか）、及び、配信したCMのなかで、どのCMをいつ再生させるかを決定し、再生指示部８１に指示する機能である。
【００５４】
CM管理サーバ６２は、メディアアプリ６１や、そのコンテンツ種類、ユーザの年齢、性別、などに応じて、どのCMをいつ配信し、再生させるかを決定することができる。例えば、メディアアプリ６１に応じて配信するCMを決定したような場合には、メディアアプリ６１の利用者層に対して、より効果的なCMを配信CMとして決定することができる。
【００５５】
動画データ保存とは、メディアアプリ６１に配信するCMの暗号化動画データまたは非暗号化動画データを保存しておく機能である。勿論、CMの暗号化動画データと非暗号化動画データの両方を保存してもよい。
【００５６】
ポイント管理とは、ユーザがCMを視聴（再生）した回数等に応じて、ユーザにポイントを付与するとともに、付与したポイントを管理する機能である。すなわち、ユーザがCMを視聴すると、ユーザには所定のポイントが付与されるため、CM管理サーバ６２は、各ユーザが保有するポイントを管理する。
【００５７】
ポイントについては、１回の再生につき一律のポイントが付与されてもよいし、視聴したCMの種類や再生回数などに応じて異なるポイントが付与されてもよい。また、メディアアプリ６１の種類に関わらず、共通のポイント（統一ポイント）でもよいし、メディアアプリ６１の種類ごとに異なる種類のポイント（専用ポイント）でもよい。あるいはまた、蓄積された統一ポイントを、後で、メディアアプリ６１の種類に応じた専用ポイントに変換できる機能をCM管理サーバ６２が持ってもよい。
【００５８】
ユーザ認証・管理とは、CM管理サーバ６２にアクセスしてきた（メディアアプリ６１の）ユーザが、正規のユーザであるか否かをユーザID等によって認証したり、正規のユーザのデータを登録・変更・削除する機能である。
【００５９】
ユーザ認証に用いるユーザIDは、CM管理サーバ６２を管理するCM配信会社が発行した全てのメディアアプリ６１に共通なユーザIDでもよいし、メディアアプリ６１の製作者（製作会社）が発行したメディアアプリ６１単位で管理されるユーザIDでもよい。あるいは、例えば、OpenID（登録商標）など、CM配信会社及びメディアアプリ６１のいずれとも関係のないIDでもよい。
【００６０】
メディア管理とは、メディアアプリ６１を保持し、必要に応じて、ユーザの携帯端末１へのメディアアプリ６１の提供、バージョン管理等をする機能である。
【００６１】
CM管理サーバ６２は、上述した、広告配信管理、動画データ保存、ポイント管理、ユーザ認証・管理、または、メディア管理のうち、少なくとも広告配信管理と動画データ保存の機能を有するものであればよく、その他の機能は省略したり、他のサーバで実行させることが可能である。また、CM管理サーバ６２は、物理的に１つのサーバで構成される必要はなく、複数のサーバが連携して処理を行うものでもよい。
【００６２】
メディアサーバ６３は、例えば、メディアアプリ６１を製作した製作元が管理するサーバであり、ユーザ認証・管理、及び、ポイント管理を行う。
【００６３】
すなわち、メディアサーバ６３は、メディアサーバ６３にアクセスしてきた（メディアアプリ６１の）ユーザが、正規のユーザであるか否かをユーザID等によって認証したり、正規のユーザのデータを登録・変更・削除する。
【００６４】
メディアサーバ６３は、各ユーザが保有するポイントを管理する。ただし、メディアサーバ６３で管理するポイントは、メディアアプリ６１の種類に関わらない共通のポイント（統一ポイント）ではなく、CM管理サーバ６２によって変換された後のメディアアプリ６１に専用の専用ポイントである。例えば、メディアサーバ６３は、メディアアプリ６１のユーザを識別するユーザIDと、そのユーザに付与された専用ポイントをCM管理サーバ６２から取得し、ユーザごとにポイントを管理する。
【００６５】
従って、メディアサーバ６３の機能は、CM管理サーバ６２で行うようにすることもできるので、CM管理サーバ６２で行われる機能は、メディアサーバ６３で実行されない。また、メディアサーバ６３自体が省略される場合もある。
【００６６】
＜CM再生処理のフローチャート＞
図４は、メディアアプリ６１がCMを再生するCM再生処理を示すフローチャート（シーケンス図）である。
【００６７】
初めに、ステップＳ１において、CM再生制御部７２の再生指示部８１は、CMの暗号化動画データを更新（取得）する所定のタイミングとなったか否かを判定し、所定のタイミングとなったと判定されるまで待機する。CMの暗号化動画データを更新するタイミングは、任意に設計することができる。例えば、定期的に更新するようにしてもよいし、携帯端末１に保存されているCMの再生状況に応じて、CM管理サーバ６２が更新指示を送信し、その更新指示に基づいて、更新するようにしてもよい。
【００６８】
そして、ステップＳ１で、CMの暗号化動画データを更新する所定のタイミングとなったと判定された場合、処理はステップＳ２に進み、再生指示部８１は、暗号化動画データを要求する暗号化動画データリクエストを、メディアIDとユーザIDとともにCM管理サーバ６２に送信する。メディアIDはメディアアプリ６１を識別する情報であり、ユーザIDはメディアアプリ６１のユーザを識別する情報であり、再生指示部８１は、例えば、メディアアプリ６１のインストール時などの所定のタイミングで、メディアIDとユーザIDを、メイン機能実行部７１から予め取得する。
【００６９】
CM管理サーバ６２は、再生指示部８１からの暗号化動画データリクエストを受信すると、ステップＳ３において、暗号化動画データレスポンスを返信する。暗号化動画データレスポンスには、再生指示部８１への、保存済みの暗号化動画データの削除指示と、新たに保存する暗号化動画データのうちの少なくとも一つが含まれる。
【００７０】
再生指示部８１は、CM管理サーバ６２からの暗号化動画データレスポンスを取得すると、ステップＳ４において、記憶部３７に記憶されている暗号化動画データを更新する。
【００７１】
以上のステップＳ１乃至Ｓ４の処理は、以下で説明する各ステップの処理とは独立して実行される。その結果、ステップＳ５以降の処理が実行されるときには、再生対象のCMの暗号化動画データは、既に記憶部３７に保存されている状態となっている。
【００７２】
そして、例えば、図１で説明したように、CM再生ボタン２６が押下されるなど、メディアアプリ６１のメイン機能実行部７１において、CM再生を開始するタイミングが検出されると、メイン機能実行部７１は、ステップＳ５において、CM再生指示を、CM再生制御部７２の再生指示部８１に供給する。メイン機能実行部７１は、CM再生指示とともに、メディアIDとユーザIDも再生指示部８１に供給してもよい。
【００７３】
再生指示部８１は、メイン機能実行部７１からのCM再生指示を取得すると、ステップＳ６において、再生させるCMの特定を要求する再生CM特定リクエストを、メディアID及びユーザIDとともに、CM管理サーバ６２に送信する。
【００７４】
CM管理サーバ６２は、再生指示部８１からの再生CM特定リクエストを受信すると、ステップＳ７において、メディアアプリ６１に、どのCMを再生させるかを決定し、再生対象のCMを特定するCMIDを、再生CM特定リクエストに対するレスポンス（再生CM特定レスポンス）として再生指示部８１に送信する。
【００７５】
再生指示部８１は、ステップＳ８において、ローカルサーバ８２を起動させる。そして、ステップＳ９において、再生指示部８１は、CM管理サーバ６２によって特定された再生対象のCMの格納場所をURLによって指定した再生指示を、動画プレーヤ７３に供給する。
【００７６】
プラグインである動画プレーヤ７３には、再生対象の動画データ（動画ファイル）が格納されている場所を、例えば「usr/file/***.mp4」のようなパスか、または、URLで指定して、再生指示を行う必要がある。そのため、例えば、CM管理サーバ６２から受信したCMIDが「abc」であるとすると、再生指示部８１は、CMIDに基づいて、「http://localhost:300/?cm=abc」のように、CMIDに対応するローカルサーバ８２のURLを指定して、再生指示を動画プレーヤ７３に供給する。なお、動画プレーヤ７３は、例えば、携帯端末１のOSがiOS（登録商標）やAndroid（登録商標）である場合、MediaPlayerなどである。
【００７７】
動画プレーヤ７３は、ステップＳ１０において、再生指示に基づいて、指定されたURLへ、動画データのリクエストを送信する。
【００７８】
ステップＳ１１において、ローカルサーバ８２は、動画データのリクエストを受信すると、URL内で指定されているCMIDに対応するCMの暗号化動画データを記憶部３７から取得し、取得された暗号化動画データに対して、所定の暗号アルゴリズムに対応する復号処理を行うことにより、暗号化動画データを復号する。
【００７９】
そして、ステップＳ１２において、ローカルサーバ８２は、復号処理の結果得られた動画データを、動画プレーヤ７３からのリクエストに対するレスポンスとして送信する。動画プレーヤ７３に送信される動画データは、取得しながら同時に再生が可能な、いわゆるストリーミング形式のデータである。
【００８０】
ステップＳ１３において、動画プレーヤ７３は、CMが視聴されたか否かを判定する。例えば、動画プレーヤ７３は、ローカルサーバ８２からの動画データの供給が終了し、供給された動画データを最後まで再生した場合、ユーザによってCMが視聴されたと判定する。
【００８１】
ステップＳ１３で、CMが視聴されていないと判定された場合、動画プレーヤ７３は、ローカルサーバ８２から供給される動画データに基づくCMの再生（表示）を継続して実行する。
【００８２】
一方、ステップＳ１３で、CMが視聴されたと判定された場合、処理はステップＳ１４に進み、動画プレーヤ７３は、視聴がされた旨（視聴確認）のメッセージを再生指示部８１に供給する。
【００８３】
再生指示部８１は、ステップＳ１５において、視聴確認メッセージを、ユーザID及びCMIDとともに、CM管理サーバ６２に送信する。このステップの処理では、CM再生を行ったメディアアプリ６１を示すメディアIDも送信してもよい。
【００８４】
CM管理サーバ６２は、ステップＳ１６において、再生指示部８１から送信されてきた視聴確認メッセージとユーザID及びCMIDとに基づいて、どのユーザが何のCMをいつ視聴したかを記録する。これにより、例えば、１０月１４日に東京都の２０代女性が１万回視聴した、などのように、どのような属性のユーザがどのような時間にどれだけCMを視聴したかを数値で把握することができ、CMの効果測定、マーケティングが可能となる。
【００８５】
また、CM管理サーバ６２は、視聴確認メッセージに付随するユーザID及びCMIDと、ステップＳ６のメディアID及びユーザIDとを対応付けることにより、メディアID（即ち、メディアアプリ６１）ごとに、どのCMが視聴されたかを管理することができる。なお、ステップＳ１５における視聴確認メッセージの送信において、再生指示部８１が、ユーザID及びCMIDに加えて、メディアIDも送信するようにしてもよい。
【００８６】
また、ステップＳ１６において、CM管理サーバ６２は、CMの視聴に応じたポイントをユーザに付与するポイント計算処理も行う。ユーザに付与するポイントの値は、全てに一律の値にしてもよいし、視聴したCMの種類や回数、メディアアプリ６１の種類などで異なる値にしてもよい。また、ポイントの種類は、メディアアプリ６１の種類に関わらず、共通（統一ポイント）でもよいし、メディアアプリ６１の種類ごとに異なってもよい。CM管理サーバ６２は、ユーザ毎に保有ポイントを管理したり、メディアアプリ６１ごとに保有ポイントを管理することができる。
【００８７】
CM管理サーバ６２が、ユーザが保有する統一ポイントを、メディアアプリ６１毎に異なる専用ポイントに変換した場合や、メディアアプリ６１毎に異なる専用ポイントを付与した場合、CM管理サーバ６２は、ポイントを付与したメディアアプリ６１を管理するメディアサーバ６３に、ポイントを付与したユーザを示す情報（例えば、ユーザID）と、付与したポイント（の値）を通知する。なお、付与するポイントの値が一律である場合には、ポイントの値は省略して、ポイントを付与したユーザを示す情報のみ通知するようにしてもよい。
【００８８】
また、CM管理サーバ６２からメディアサーバ６３に、CMを視聴したユーザを示す情報のみが送信され、メディアサーバ６３が、ユーザのメディアアプリ６１の利用状況等に応じて、所定の範囲内でポイントの値を自由に割り当てるようにしてもよい。
【００８９】
さらに、CM管理サーバ６２は、ユーザが保有する統一ポイントを、メディアアプリ６１とは関係のない、例えば、他社が経営する実店舗で利用可能なポイント（例えば、家電量販店のポイント）に変換する処理を行ってもよい。
【００９０】
CM再生処理は、以上のように実行される。
【００９１】
なお、上述した例では、ローカルサーバ８２の起動（ステップＳ８の処理）を、動画プレーヤ７３へ再生指示を供給する前（ステップＳ９の前）に実行するようにしたが、ローカルサーバ８２の起動は、ステップＳ６の前でもよいし、ステップＳ９の後でもよい。すなわち、動画プレーヤ７３から動画データのリクエストが供給される前までにローカルサーバ８２が起動するようにすれば、ローカルサーバ８２の起動はいつでもよい。
【００９２】
また、上述した例では、再生対象の動画データが格納されている場所として、CMIDで区別された、CMごとに異なるURLを指定するようにした。しかし、再生指示部８１は、再生させるCMに関わらずローカルサーバ８２の固定のURLを指定し、ローカルサーバ８２が、記憶部３７に記憶されている複数のCMのなかから、所定の順序で、または、ランダムに、再生させるCMを決定し、決定したCMの暗号化動画データを復号して、動画プレーヤ７３に供給するようにしてもよい。この場合、上述したステップＳ６とＳ７の処理を省略することができる。また、ローカルサーバ８２は、再生対象のCMを特定する情報を、動画プレーヤ７３からではなく、再生指示部８１から取得してもよい。
【００９３】
上述した例では、メイン機能実行部７１からCM再生指示が供給されたときに、再生指示部８１が、記憶部３７に記憶されている複数のCMのうち、どのCMを再生させるかについての情報をCM管理サーバ６２に問い合わせて決定するようにした。しかし、動画プレーヤ７３によるCM再生が終了し、視聴確認メッセージを送信したタイミングで、次に再生させるCMを、再生指示部８１がCM管理サーバ６２に問い合わせるようにしてもよい。この場合、CM再生指示が供給されてから、どのCMを再生させるかを決定するための応答が不要となるので、再生開始までの時間が短縮される。
【００９４】
上述した例では、ローカルサーバ８２からの動画データの供給が終了したときに、再生指示部８１が、CM視聴がされたことを確認する視聴確認メッセージをCM管理サーバ６２に送信するようにしたが、CMを再生して一定時間が経過したときなど、所定の条件が成立した場合に、CMが視聴されたと判定して、視聴確認メッセージをCM管理サーバ６２に送信してもよい。
【００９５】
また、視聴確認メッセージは、CMが視聴されるごとにCM管理サーバ６２に送信するのではなく、所定のタイミングでCM管理サーバ６２にアクセスしたときに、前回CM管理サーバ６２にアクセスしたとき以降に視聴された１以上のCMの視聴確認メッセージを送信してもよい。
【００９６】
以上説明したCM再生システム６０によるCM再生処理では、メディアアプリ６１のCM再生制御部７２が、メイン機能実行部７１からCM再生指示を受ける前に、再生予定のCMの動画データを予め取得して記憶部３７に記憶しておく。
【００９７】
これにより、CM再生指示が供給された場合に、再生対象のCM動画データを携帯端末１の記憶部３７内から取得して、再生することができるので、高速にCMを再生することができる。
【００９８】
また、予め取得して記憶部３７に記憶しておくCM動画データは、所定の暗号化アルゴリズムによって暗号化された暗号化動画データであり、動画プレーヤ７３がCMを再生する場合、ローカルサーバ８２が、所定の暗号化アルゴリズムに対応する復号処理により復号し、ストリーミングデータとして、動画プレーヤ７３に供給する。
【００９９】
仮に、予め取得して記憶部３７に記憶しておくCM動画データが暗号化されていない動画データである場合、悪意のあるユーザが、CM動画データを記憶部３７から取得してネット上に公開するなど、著作権等の権利を侵害する行為の発生が懸念される。
【０１００】
CM再生システム６０では、CM動画データを暗号化させて記憶部３７に記憶させて、再生時には、復号後のCM動画データをストリーミングデータとして動画プレーヤ７３に供給することで、上記のような事態を防止することができる。
【０１０１】
一方、CM動画データを暗号化させて記憶部３７に記憶させた場合、動画プレーヤ７３には、再生対象の動画データが格納されている場所を、パスか、または、URLで指定して、再生指示を行う必要があるため、暗号化動画データが保存された場所をそのまま指定して、動画プレーヤ７３に再生指示を出したのでは、動画プレーヤ７３は復号することができず、CMを再生することができない。
【０１０２】
そこで、CM再生システム６０では、CM再生制御部７２内にローカルサーバ８２を設け、CM再生指示が供給された場合に、ローカルサーバ８２を起動するとともに、動画プレーヤ７３には、ローカルサーバ８２の場所をURLで指定して再生指示を供給し、ローカルサーバ８２が記憶部３７に記憶されている暗号化動画データを復号して、動画プレーヤ７３に供給するようにした。これにより、CM動画データを暗号化させて記憶部３７に記憶させた場合であっても、動画プレーヤ７３によるCMの再生が可能となる。
【０１０３】
CM再生制御部７２及び動画プレーヤ７３のそれぞれは、プラグイン（外部プログラム）として構成されているので、任意のアプリに簡単に組み込むことができる。これにより、CM再生制御部７２が組み込まれ、アプリ実行中の所定のタイミングでCM再生が可能なアプリであるメディアアプリ６１が容易に作製可能となる。その結果、様々なアプリでCM再生機能を実現することができ、多数のメディアアプリ６１の多数のユーザにCMを配信することができるので、CM配信を専用とするアプリ単独では為し得ることができない圧倒的な配信量（リーチ量）を確保することができる。即ち、より多くの携帯端末ユーザにCMを配信することができる。また、メディアアプリ６１のユーザ層に応じて、配信する広告の種類を選別して、ユーザに視聴させることも可能である。
【０１０４】
メディアアプリ６１の製作者（製作会社）にとっては、動画再生システム等を開発することなく、プラグインのCM再生制御部７２を組み込むだけで、CM配信機能を実現して、広告収入を得ることができるので、アプリのマネタイズが容易に可能となる。
【０１０５】
以上のように、メディアアプリ６１にプラグインとしてCM再生制御部７２を容易に組み込むことにより、広告主及びメディアアプリ６１の製作元（製作会社）のどちらにもメリットをもたらすことができる。
【０１０６】
メディアアプリ６１のユーザにとっては、CMを視聴することによりポイントを獲得し、商品を獲得したり、サービスを受けようと考えた場合に、CM配信を専用とするアプリをインストールしたりなどの特別の作業を行う必要がなく、自分が欲しいアプリを通常通りインストールするだけである。したがって、CM配信機能を手軽に実現することができる。
【０１０７】
また、広告動画としての配信CMが、所定の商品やサービスを宣伝・勧誘するための動画像だけではなく、クイズやアンケートなどを実施する動画像である場合には、広告主にとっては、商品等に対するユーザの理解度など、ユーザの情報を収集することができ、視聴ユーザにとってはエンターテイメント性の高いコンテンツを視聴するだけでポイントを獲得することができる。
【０１０８】
上述した実施形態では、携帯端末１がスマートフォンであるとして説明したが、携帯端末１は、スマートフォンに限らず、タブレット端末、PND(Portable Navigation Device)、電子書籍リーダーなどでもよい。また、携帯端末１の代わりに、デジタルサイネージ（電子看板）などでもよい。即ち、本発明は、アプリケーションプログラムをダウンロードして実行可能な情報端末（端末装置）に適用可能である。
【０１０９】
CM管理サーバ６２のハードウェア構成の図示は省略するが、CM管理サーバ６２は、CPU、ROM、RAM、ハードディスク等の記憶部を有している。そして、CM管理サーバ６２は、記憶部またはROM等に記憶されているプログラムからRAMにロードされたプログラムに従って、上述した一連の処理を含む各種の処理を実行することができる。また、CM管理サーバ６２は、LANやインターネット等に接続してデータ通信を行う通信部、キーボード、マウスなどよりなる入力部、スピーカ、ディスプレイなどよりなる出力部も備える。メディアサーバ６３のハードウェア構成も、CM管理サーバ６２と同様である。
【０１１０】
本明細書において、フローチャートに記述されたステップは、記載された順序に沿って時系列的に行われる場合はもちろん、必ずしも時系列的に処理されなくとも、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで実行されてもよい。
【０１１１】
本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【０１１２】
例えば、メディアアプリ６１内の各部が授受するコマンド・メッセージ・リクエスト等の順番を適宜変更したり、パラメータを省略または追加したり、携帯端末１側とサーバ側（CM管理サーバ６２，メディアサーバ６３）それぞれが分担する機能を、処理能力等に応じて適宜変更したりすることができる。
【符号の説明】
【０１１３】
１  携帯端末
１１  タッチスクリーン
３１  CPU
３２  ROM
３３  RAM
３４  NVRAM
３７  記憶部
４０  入力部
４１  音声入出力部
６０  CM再生システム
６１  メディアアプリ
６２  CM管理サーバ
６３  メディアサーバ
７１  メイン機能実行部
７１ａ  検出部
７２  CM再生制御部
７３  動画プレーヤ
８１  再生指示部
８２  ローカルサーバ
【図１】
2015089015.tif 000003
【図２】
2015089015.tif 000004
【図３】
2015089015.tif 000005
【図４】
2015089015.tif 000006