(57)【要約】【課題】  スマートフォンなどの端末に、ネットワークを介して広告その他の情報を効率的に提供する。【解決手段】  管理サーバ１００と携帯端末２００とを備える情報提供システムを構築する。携帯端末２００は、ネットワークＩＮＴを介して、適宜、管理サーバ１００等から広告データを取得し表示させる。ただし、携帯端末２００は、広告の表示時にカメラ２００Ｃで撮影をし、画像認識によってタッチパネル２００Ｔを視ているユーザの有無を判定する。そして、かかるユーザが存在すると認識されるときのみ、広告を表示させたり、広告が実際に閲覧された閲覧時間として集計するなどの処理を行う。こうして得られた閲覧実績は管理サーバ１００に報告され、これに基づいてユーザに特典が与えられる。広告を閲覧していると推測される状況に基づいて閲覧実績を集計するため、特典欲しさに広告を無用に表示させるなどの行為を抑制でき、広告が閲覧してもらえる可能性を向上させることができる。【選択図】  図１
2017076167.tif 000002
【特許請求の範囲】
【請求項１】
端末と、前記端末にネットワークを介して情報を表示する管理サーバとを備える情報提供システムであって、
前記端末は、
該端末の画面に前記管理サーバから提供される前記情報を表示するための表示制御部と、
前記画面を閲覧する人物の顔面を含む領域を撮影可能に取り付けられたカメラと、
前記情報の表示開始に応じて前記カメラによる撮影を開始するカメラ制御部と、
前記カメラで撮影された画像を画像解析して前記表示部を閲覧する利用者の有無を認識する画像解析部と、
前記人物が存在すると認識されている期間内における前記情報の表示を、該情報が閲覧された閲覧実績として記録する閲覧実績記録部とを備える情報提供システム。
【請求項２】
前記端末は、ユーザが携帯可能な携帯端末である請求項１記載の情報提供システム。
【請求項３】
請求項１または２記載の情報提供システムであって、
前記表示制御部は、前記人物が存在すると認識されない場合には、前記情報の表示を停止する情報提供システム。
【請求項４】
請求項１〜３記載の情報提供システムであって、
前記管理サーバは、
前記端末の閲覧実績記録部が記録した前記閲覧実績に基づいて、前記端末による情報の閲覧実績を管理する閲覧実績管理部と、
前記閲覧実績に基づいて、前記端末のユーザに対して与えられる特典を決定する特典管理部と、を備える情報提供システム。
【請求項５】
請求項１〜４いずれか記載の情報提供システムであって、
前記閲覧実績は、前記端末において閲覧された情報の種類およびその閲覧時間を含み、
前記管理サーバは、さらに、過去に取得された前記閲覧実績に基づいて前記端末に提供されるべき情報を選択する情報管理部を備える情報提供システム。
【請求項６】
請求項１〜５いずれか記載の情報提供システムであって、
前記画像解析部は、さらに前記人物が目を開いているか否かを解析し、
前記閲覧実績記録部は、前記人物が目を開いていると認識されている期間内における前記情報の表示を、前記閲覧実績として記録する情報提供システム。
【請求項７】
請求項１〜６いずれか記載の情報提供システムであって、
前記画像解析部は、さらに前記人物の人数を解析し、
前記閲覧実績記録部は、前記人数も前記閲覧実績に含めて記録する情報提供システム。
【請求項８】
請求項１〜７いずれか記載の情報提供システムであって、
前記端末には、該端末に対する物理的な操作を検知するための検知部が備えられており、
前記閲覧実績記録部は、前記画像解析に加えて前記検知部によっても前記人物が存在すると認識されている期間内における前記情報の表示を、該閲覧実績として記録する情報提供システム。
【請求項９】
端末と、前記端末にネットワークを介して情報を表示する管理サーバとを備え、前記端末に前記情報を提供する情報提供方法であって、
前記端末が実行する処理として、
該端末の画面に前記管理サーバから提供される前記情報を表示するステップと、
前記画面を閲覧する人物の顔面を含む領域を撮影可能に取り付けられたカメラによって、前記情報の表示開始に応じて撮影を開始するステップと、
前記カメラで撮影された画像を画像解析して前記表示部を閲覧する利用者の有無を認識するステップと、
前記人物が存在すると認識されている期間内における前記情報の表示を、該情報が閲覧された閲覧実績として記録するステップとを備える情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パソコン、スマートフォン、タブレット、携帯電話などの端末に、ネットワークを介して広告その他の情報を提供するための情報提供システムに関する。
【背景技術】
【０００２】
パソコン、スマートフォン、タブレット、携帯電話などの端末は、インターネットなどのネットワークを介して広告その他の情報を検索し、閲覧するために幅広く利用されている。これらの情報は、ユーザが端末から検索したときだけでなく、ウェブページの一部に表示される広告などの形式で提供され、また、ネットワーク上に設置された種々のサーバから端末に対してメールやソーシャルネットワークシステムを介して自動的に配信されるなど、ユーザの意思に無関係に提供されることもある。このようにユーザの意思と無関係に情報を提供する態様では、ユーザが提供された情報を閲覧する可能性を高めることが課題となっている。
かかる方法として、例えば、特許文献１は、広告の表示装置にカメラを設け、広告を閲覧している人の画像を撮影し、画像解析によって、その人の性別、年齢などの属性を推測し、表示すべき広告の選択に利用する技術を開示する。こうすることによって、閲覧している人の興味を引く可能性が高い広告を表示させることができ、閲覧してもらえる可能性を高めることができるというものである。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２１１２８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、いかに需用者の興味等に即した広告を配信したとしても、その広告が閲覧されるという保証はないことを考えると、広告を需用者により高い確率で閲覧してもらうための提供方法には、まだ工夫の余地が残されている。かかる課題は、広告の表示に限られるものではなく、種々の情報を表示する際に共通の課題である。
本発明は、かかる課題に鑑み、端末に情報を提供する際に、ユーザに情報を閲覧してもらえる可能性を高める技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、
端末と、前記端末にネットワークを介して情報を表示する管理サーバとを備える情報提供システムであって、
前記端末は、
該端末の画面に前記管理サーバから提供される前記情報を表示するための表示制御部と、
前記画面を閲覧する人物の顔面を含む領域を撮影可能に取り付けられたカメラと、
前記情報の表示開始に応じて前記カメラによる撮影を開始するカメラ制御部と、
前記カメラで撮影された画像を画像解析して前記表示部を閲覧する利用者の有無を認識する画像解析部と、
前記人物が存在すると認識されている期間内における前記情報の表示を、該情報が閲覧された閲覧実績として記録する閲覧実績記録部とを備えるものと構成することができる。
【０００６】
端末は、デスクトップのパソコンのように携帯できないもの、スマートフォンなどのように携帯可能なものの双方が含まれる。また、これらの情報機器だけでなく、例えば、家電製品に取り付けられたディスプレイなどのように、ネットワークに接続可能で情報を表示するための画面を有している種々の装置を適用することができる。
カメラは、端末に一体的に組み込まれているものであっても、別体であってもよい。カメラは、動画、静止画のいずれを撮影するものであってもよい。例えば、携帯端末において画面と同じ面に設けられたカメラや、パソコンなどのディスプレイの表示面と同じ向きにとりつけた別体のカメラなどを用いることができる。
ネットワークは、インターネットのような広域のものであってもよいし、イントラネットのように限られた領域内のものであってもよい。また、ネットワークを介した通信は、無線、有線を問わない。
本発明で提供される情報は、広告、ニュース、天気予報、観光情報、占い、イベント情報など種々の内容のものを利用可能である。情報は、動画であってもよいし、静止画であってもよい。また、管理サーバは、これらの情報自体を記憶しておいてもよいし、ＵＲＬなど情報の所在をネットワーク上で特定できるアクセス情報を記憶してもよい。
【０００７】
本発明の情報提供システムにおいて、カメラは画面を閲覧する人物の顔面を撮影可能である。かかるカメラで撮影された画像に人物の顔面が撮影されていれば、その人物は、端末の画面を見ているものと推測される。本発明では、このようにカメラで撮影した画像の解析によって、人物が存在すると認識された期間内における情報の表示を閲覧実績として記録する。こうすることによって、情報がどの程度閲覧されているかの実態を把握することが可能となり、提供される情報の内容を改善し、または情報を閲覧するインセンティブを利用者に与えるなどして、情報が閲覧される可能性を向上させることができる。
情報の表示と、閲覧実績の記録とは独立させてもよいし、連動させてもよい。例えば、人物が認識できるか否かに関わらず情報を継続的に表示しておき、その中で、人物が認識できた期間だけを閲覧実績として記録してもよい。また別の態様として、人物が認識されるときだけ情報を表示させ、情報が表示されている期間を閲覧実績として記録してもよい。
【０００８】
本発明において、
前記端末は、ユーザが携帯可能な携帯端末であるものとしてもよい。
携帯端末としては、スマートフォン、タブレット、携帯電話、ノートパソコンなど携帯可能でネットワークに接続可能な種々の装置が該当する。
携帯端末は、ユーザが手に持って使用するため、表示されている情報が閲覧してもらえない可能性が、デスクトップパソコンのような固定端末に比して高い。本発明は、情報を閲覧してもらう可能性を高めるものであるため、携帯端末において特に有用性が高い。
【０００９】
本発明において、
前記表示制御部は、前記人物が存在すると認識されない場合には、前記情報の表示を停止するものとしてもよい。
こうすることにより、情報が表示されている期間が即ち閲覧実績となるため、閲覧実績の記録が容易となる利点がある。
表示される情報が動画の場合、上記態様では、情報の表示を停止した後、再度、人物が認識できるようになったときに、動画を改めて最初から表示するようにしてもよいし、停止した続きから表示するようにしてもよい。前者の態様によれば、停止前の動画の内容を忘れてしまっても、改めて最初から表示されるため内容を理解しやすい利点がある。後者の態様によれば、動画の表示が再開されたときに、以前閲覧したところまで早送りなどをしなくてもよい手軽さがある。両者の態様は、いずれか一方を採用するようにしてもよいし、動画の表示が停止された後、再開されるまでの時間が所定値よりも短い場合には、停止した続きを表示する態様をとり、所定値よりも長い場合には、改めて最初から表示するように切り替えても良い。
【００１０】
また本発明において、
前記管理サーバは、
前記端末の閲覧実績記録部が記録した前記閲覧実績に基づいて、前記端末による情報の閲覧実績を管理する閲覧実績管理部と、
前記閲覧実績に基づいて、前記端末のユーザに対して与えられる特典を決定する特典管理部と、を備えるものとしてもよい。
【００１１】
上記態様によれば、ユーザに対して特典を与えることが、情報を閲覧する動機となり、ユーザに動画を閲覧してもらえる可能性をより高めることができる。
特典としては、例えば、端末の利用料の割引や免除、種々のオンラインショップや実際の店舗などで利用可能なクーポンやポイントの提供などが考えられる。これらの特典は、例えば、ユーザによる情報の閲覧が、所定の本数または所定時間を超えたときに画一的な内容で与えるものとしてもよいし、閲覧の本数や時間に応じて特典の内容を変化させてもよい。
本発明は、かかる特典と組み合わせることにより、高い有用性を発揮する。既に説明した通り、本発明は画像認識に基づいて、情報が閲覧されていると推測される期間を閲覧実績として集計することができる。従って、利用者が、特典を目当てに、無用に情報を提供させる行為を抑制することができ、情報が閲覧されたと推測される実績に基づいて特典を与えることが可能となる。
【００１２】
本発明においては、
前記閲覧実績は、前記端末において閲覧された情報の種類およびその閲覧時間を含み、
前記管理サーバは、さらに、過去に取得された前記閲覧実績に基づいて前記端末に提供されるべき情報を選択する情報管理部を備えるものとしてもよい。
【００１３】
上記態様によれば、閲覧実績に基づいて利用者の興味を引く情報を選択することができ、情報が閲覧してもらえる可能性をより向上させることができる。既に、ユーザがウェブページのリンクをクリックした履歴等に基づいてユーザの嗜好を解析する技術は種々提案されているが、これらの技術では、表示された情報をユーザが真に関心を持って閲覧しているか否かを考慮することはできないのに対し、本発明によれば、閲覧実績を反映させることができるため、より適切に情報を選択することができる利点がある。
閲覧実績の反映は、種々の方法で行うことができる。単純に閲覧実績に記録された情報の種類や閲覧時間に基づいて、閲覧時間の長い情報を選択するようにしてもよい。また、一つの情報を閲覧した回数や、一回の閲覧に要した時間を考慮してもよい。例えば、動画について、１回当たりの閲覧時間が短いときは、ユーザは少し閲覧しただけでその動画の閲覧を停止していることを意味するから、ユーザの興味を引かなかったと判断することができる。このように本発明によれば、閲覧実績に基づいて、多様な解析を行い情報の選択に活用することが可能となる。
【００１４】
本発明においては、
前記画像解析部は、さらに前記人物が目を開いているか否かを解析し、
前記閲覧実績記録部は、前記人物が目を開いていると認識されている期間内における前記情報の表示を、前記閲覧実績として記録するものとしてもよい。
こうすることにより、閲覧実績の精度を向上させることができる。
【００１５】
本発明においては、
前記画像解析部は、さらに前記人物の人数を解析し、
前記閲覧実績記録部は、前記人数も前記閲覧実績に含めて記録するものとしてもよい。
多人数で情報を閲覧している場合は、その端末のユーザが知人等にその情報を紹介しているものと推測される。つまり、端末のユーザはその情報に強い関心を示していると考えられる。閲覧実績にこうした態様も記録することにより、さらにその有用な活用を図ることが可能となる。
【００１６】
本発明においては、
前記端末には、該端末に対する物理的な操作を検知するための検知部が備えられており、
前記閲覧実績記録部は、前記画像解析に加えて前記検知部によっても前記人物が存在すると認識されている期間内における前記情報の表示を、該閲覧実績として記録するものとしてもよい。
こうすることにより、画像解析におけるご認識を補償し、閲覧実績の精度をより向上させることができる。適用可能な物理的な操作としては、例えばタッチパネルやボタンに対する操作、加速度センサや重力センサ、ジャイロセンサなどによって検知される携帯端末の振動その他の動き、温度センサによって検知されるユーザが携帯端末を保持しているか否か、近接センサによって検知される端末の画面と利用者との距離などを活用することが考えられる。
【００１７】
本発明において、情報の表示は種々のタイミングで行うことができる。端末をスリープ状態から起動させるための起動操作を検出した時点で情報を表示するようにしてもよい。
特に動画を表示する場合には、例えば、
前記管理サーバは、
前記情報を動画で提供するための動画データ、または該動画データに前記ネットワーク上でアクセスするためのアクセス情報を記憶する動画データベースを備え、
前記端末は、
該端末をスリープ状態から起動させるための起動操作を検出する検出部と、
前記起動操作に先立って、前記管理サーバを介して前記動画データを予め取得する動画管理部と、
取得された前記動画データを記憶しておく動画記憶部と、
前記起動操作に応じて前記端末に起動画面を表示する起動画面表示部と、
該起動操作が検出されたときに、前記起動画面表示部の動作に優先して、前記動画記憶部に記憶された動画データを再生する動画再生部と、を備えるようにしてもよい。
【００１８】
端末をスリープ状態から起動させるための起動操作とは、例えば、パスワード、パスコード、パスパターンなどの入力、画面表示スイッチその他の物理的なスイッチの操作などが挙げられる。ただし、起動操作には、電源を投入するための操作は含まない。
こうすれば、端末の起動操作が検出されると、本来の起動画面の表示に優先して、予め記憶された動画データが再生される。優先とは、起動画面の表示を停止させて動画データを再生する態様、および起動画面の前面で動画データを再生する態様などが考えられる。
端末のユーザは、電源をオフにすることは比較的少ないが、スリープ状態にすることは非常に多い。そして、ユーザは、端末を使用したいと思うときにスリープ状態から起動させるため、起動操作を行った後は端末の画面を注視している可能性も高い。本発明では、かかるタイミングを利用して、予め用意された動画データを再生するため、再生される動画をユーザに閲覧してもらえる可能性が非常に高くなる。
また端末は、スリープ状態のときは、電源投入時とは異なり、ＯＳ（Operating System）は稼働しているため、アプリケーションを稼働させることも比較的容易である。従って、本発明では、動画データを再生するタイミングを、電源投入時ではなく、スリープ状態からの起動時とすることにより、比較的容易にシステムを実現することができる利点もある。
さらに、本発明では、再生される動画データは、管理サーバを介して提供されるため、適宜、新しい動画を提供でき、ユーザが動画を見飽きてしまう可能性も抑制できる。
そして、この動画データは、起動操作に先立って取得されているから、起動操作時に動画データをダウンロード等する必要はなく、速やかに動画データを再生できる利点もある。動画データを取得するタイミングは、端末がスリープ状態になる前であってもよいし、スリープ状態の間であってもよい。
【００１９】
本発明において、動画を表示させる場合、
前記動画管理部は、前記動画記憶部に記憶された動画データのうち未再生の動画データがなくなること、および閲覧期限内の動画データがなくなることの少なくとも一方が満たされたときに、前記動画の取得を行うものとしてもよい。
【００２０】
例えば、動画記憶部に取得された動画データの中に未再生の動画データが存在する間は、新たな動画データを取得しなくても、未再生の動画データを利用すれば、ユーザに新たな動画を提供することができる。これに対し、未再生の動画データが存在しなくなったときは、ユーザが飽きるのを回避するために新たな動画データを取得することが好ましい。
また、動画データによっては、天気予報、占い、イベント情報など、その内容が意味を持つ期間が限られているものが存在する。このように閲覧期限が限られている動画データについては、閲覧期限を過ぎてしまった場合にはその動画データを削除し、新たな動画データを取得することが好ましい。
上記構成によれば、これらの条件を考慮して動画データを取得するため、ユーザの飽きを抑制しつつ、効率的に動画の提供が可能となるのである。上述の２つの条件は、双方を考慮してもよいし、いずれか一方のみを考慮しても構わない。また、この態様は、動画記憶部に記憶可能な動画データが１本の場合でも複数の場合でも同様に適用可能である。
ユーザに新たな動画を提供する方法としては、ユーザが視聴済みか否かに関わらず比較的短い周期で動画データを取得する方法も考えられるが、動画データの取得が過剰に行われるおそれがある。これに対し、上記構成によれば、こうした過剰な取得を抑制しながら、ユーザに新たな動画を提供できる利点がある。
もっとも、本発明において動画データを取得するタイミングは、この態様に関わらず種々の設定が可能である。例えば、動画データを定期的に取得するようにしてもよいし、動画記憶部に記憶された動画データのうち所定の本数が閲覧済みとなったタイミングで取得するようにしてもよい。
【００２１】
本発明においては、上述した種々の特徴を必ずしも全て備えている必要はなく、適宜、その一部を省略したり、組み合わせたりして構成してもよい。
本発明は、上述した情報提供システムとしての態様に関わらず種々の態様で構成可能である。例えば、上述した情報提供システムにおいて利用される端末または携帯端末として構成してもよい。また、上述の端末および管理サーバからなる情報提供システムにおいて、これらの端末および管理サーバを用いて情報を提供する方法として構成してもよい。さらには、これらの端末や管理サーバに、上述したそれぞれの機能を実現するためのコンピュータプログラムとして構成したり、該コンピュータプログラムを記録したコンピュータが読み取り可能な記録媒体として構成してもよい。
【図面の簡単な説明】
【００２２】
【図１】情報提供システムの全体構成を示す説明図である。
【図２】ユーザデータベースの構造を示す説明図である。
【図３】広告表示処理のフローチャートである。
【図４】動画管理処理のフローチャートである。
【図５】閲覧実績集計処理のフローチャートである。
【図６】ユーザデータベース更新処理のフローチャートである。
【図７】閲覧率の算出方法を示す説明図である。
【図８】変形例としての広告表示処理のフローチャートである。
【発明を実施するための形態】
【実施例１】
【００２３】
Ａ．システム構成：
以下、本発明の実施例について、広告を表示する情報提供システムとして構成した例に基づいて説明する。実施例では、広告の表示を例示しているが、情報提供システムは、広告に限らず、種々の情報を提供可能である。
図１は、情報提供システムの全体構成を示す説明図である。情報提供システムは、インターネットＩＮＴ上の種々のウェブサーバから提供される広告を、管理サーバ１００で管理して、ユーザが利用する携帯端末２００等の端末に配信するシステムである。配信される広告には、動画も静止画も含まれる。
情報提供システムにおいて、管理サーバ１００と携帯端末２００は、それぞれインターネットＩＮＴを介して接続されている。この実施例では、携帯端末２００への配信を例示するが、ユーザが利用する端末は、携帯端末２００に限らず、パソコン２００Ｐまたは家電製品に設けられた表示装置など、ネットワークＩＮＴに接続可能な種々の装置を利用することができる。以下では、そうした端末の代表として携帯端末２００に情報を提供する場合を例にとって説明する。管理サーバ１００は、携帯端末２００のユーザが広告を閲覧した実績も管理し、実績に応じて、携帯端末の利用料の割引、免除などの特典を与えることができる。
【００２４】
図中には、管理サーバ１００および携帯端末２００の構成を示した。本実施例では、携帯端末２００、および管理サーバ１００のいずれも、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備えるコンピュータであるから、各機能ブロックは、主としてコンピュータにそれぞれの機能を実現するコンピュータプログラムをインストールすることによってソフトウェア的に構成される。もっとも、各機能ブロックは、いずれもハードウェア的に構成することも可能である。
【００２５】
管理サーバ１００の構成について説明する。
通信部１０１は、管理サーバ１００と携帯端末２００とのインターネットＩＮＴを介した通信を制御する。例えば、携帯端末２００から管理サーバ１００に対しては、広告の表示要求が送信され、管理サーバ１００から携帯端末２００には広告の表示データなどが送信される。
【００２６】
管理サーバ１００には、ユーザデータベース１０３、広告データベース１０６の２つのデータベースが備えられている。ユーザデータベース１０３は、情報提供システムを利用するユーザに関する種々の情報を格納するデータベースである。格納されているデータには、氏名や利用している端末（携帯端末２００やパソコン２００Ｐを含む）の端末ＩＤなどの基本情報の他、広告の閲覧実績や、それに基づいて与えられた特典に関する情報も含まれている。広告データベース１０６は、携帯端末２００に配信される広告情報を格納している。広告情報は、動画データ若しくは静止画データ、またはそれらのリンク情報などの形で格納される。
【００２７】
広告データベース管理部１０５は、広告データベース１０６の管理を行う。情報提供システムを利用して広告の配信を希望する事業者などから、インターネットを介して広告データのアップロードを受けて、広告データベース１０６に格納する。また、携帯端末２００からの要求に応じて、広告データの配信などを行う。広告は、広告データベース１０６に格納された古いものから単純に配信するものとしてもよいし、ユーザの嗜好等に合致するものを優先的に配信するようにしてもよい。こうした嗜好の解析方法については、種々の周知の方法を適用することができる。
【００２８】
ユーザデータベース管理部１０２は、ユーザデータベース１０３への情報の登録を管理する。ユーザの氏名等の情報を登録・更新することはもちろん、広告の閲覧実績の更新、および広告の閲覧実績に応じてユーザの嗜好などを更新する機能も奏することができる。
特典管理部１０４は、閲覧実績に基づいて、ユーザに対する特典を決定する機能を奏する。本実施例では、特典管理部１０４は、広告の閲覧実績を所定の評価方法でポイントに換算し、そのポイントに応じて特典を決定するものとした。特典の内容としては、種々のオンラインショップ等で利用できる優待クーポンの提供や、携帯端末２００の使用料の減額などが挙げられる。
【００２９】
携帯端末２００の構成について説明する。
通信部２０１は、インターネットＩＮＴを介して管理サーバ１００との間で情報の通信を制御する。
コマンド入力部２０８は、携帯端末２００のタッチパネル２００Ｔや、種々の物理的なスイッチなどを通じてユーザの操作によるコマンドを入力する。パソコン２００Ｐを端末として利用する場合には、マウス２００ＰＭやキーボードなどの操作によるコマンドを入力することになる。
動画管理部２０２は、管理サーバ１００等から再生用の動画データを取得する。取得した動画データは、動画記憶部２０３に記憶されている。動画記憶部２０３には、一本だけの動画データを記憶してもよいが、本実施例では、複数本の動画データを記憶可能とした。動画データは、表示可能になるまでの通信に時間を要することがあるため、本実施例では、予め取得しておくものとしたが、かかる態様に代えて、再生時に管理サーバ１００等からダウンロードするようにしてもよい。
動画データは、管理サーバ１００からダウンロードする態様だけでなく、管理サーバ１００に格納されたＵＲＬに従って、インターネットＩＮＴ上の事業者が運用するサーバからダウンロードするようにしてもよい。
【００３０】
表示制御部２０７は、動画記憶部２０３に記憶された動画データを用いて動画を再生する。また、管理サーバ１００または事業者が運用するサーバから静止画の広告データをダウンロードして表示する。
広告の表示は、種々のタイミングで行うことができるが、例えば、スリープ状態から携帯端末２００を起動させるための起動操作が行われたことを検出したときに、表示制御部２０７は、起動画面の表示を一旦停止させ、動画の再生を行うようにしてもよい。起動画面は、動画の再生が完了した後に表示させるのである。
【００３１】
閲覧実績記録部２０４は、広告の閲覧実績を蓄積しておき、適宜のタイミングで管理サーバ１００に報告する。実績の報告は、種々のタイミングで行うことができる。例えば、広告を閲覧した直後や、広告の閲覧実績が所定量だけ蓄積された時点、予め設定された一定の時期などに携帯端末２００から管理サーバ１００にアクセスして、履歴の報告を行うようにしてもよい。また、管理サーバ１００が適宜、携帯端末２００にアクセスして、実績の報告を要求するようにしてもよい。その他、携帯端末２００が、動画データを管理サーバ１００等からダウンロードする際に、実績の報告を併せて行うようにしてもよい。
【００３２】
カメラ制御部２０６は、携帯端末２００に組み込まれているカメラ２００Ｃの動作を制御する。カメラ２００Ｃは、タッチパネル２００Ｔ側を撮影できるように組み込まれており、広告の表示中に動作させれば、タッチパネル２００Ｔを視聴している利用者の顔面を撮影することが可能である。
また、画像解析部２０５は、カメラ２００Ｃで撮影された画像を解析して、人物の顔が写っているか否か、即ち、タッチパネル２００Ｔを視聴している人物が存在するか否かを認定する。画像解析部２０５は、撮影された人物が目を開けているか否かを認定可能としてもよいし、撮影された人物の人数を認定可能としてもよい。
【００３３】
本実施例では、画像解析部２０５の解析結果が、表示制御部２０７による広告の表示、または閲覧実績記録部２０４による閲覧実績の記録に反映される。図中に実線の矢印で示したように表示制御部２０７の動作に反映させれば、タッチパネル２００Ｔを視聴している人物が存在すると認定されるときだけ、広告を表示するように制御することができる。また、図中の破線矢印で示したように、閲覧実績記録部２０４の動作に反映させれば、広告が表示されている期間のうち、タッチパネル２００Ｔを視聴している人物が存在する期間、即ち実質的に閲覧されていると評価できる期間のみを閲覧実績として記録することが可能となる。
【００３４】
図２は、ユーザデータベースの構造を示す説明図である。
ユーザデータベース１０３には、各ユーザを識別するためのユーザＩＤの他、基本情報、広告サーバ情報、属性情報、閲覧実績、特典情報などが格納されている。
基本情報は、氏名、端末ＩＤ、住所など、ユーザの個人情報等である。
広告サーバ情報は、ユーザが登録した広告サーバ３００の情報が複数格納されている。本実施例では、広告は、管理サーバ１００が自動的に選択し、携帯端末２００に配信するが、携帯端末２００のユーザは、自分で注目の広告を登録しておくこともできるようになっている。広告サーバ情報としては、広告サーバのＵＲＬ「ｈｔｔｐ：／／ａｄｖ」と、必要に応じて、その広告サーバを利用する際のユーザＩＤ（ＩＤ［１］、ＩＤ［２］…）が対応づけられて格納されることになる。
属性情報は、ユーザが登録した地域、嗜好などの情報を格納している。この情報は、ユーザの嗜好などに併せた動画を配信するために用いられる。嗜好には、例えば、広告のジャンル、企業、タレントなどの情報を格納することができる。
閲覧実績は、ユーザが動画や広告を閲覧した履歴を格納する。履歴を表す情報としては、閲覧した日時、閲覧した動画や広告を識別するための動画ＩＤまたは広告ＩＤ、閲覧に要した時間（閲覧時間）、およびポイントなどが含まれる。ポイントとは、閲覧時間などに基づいて、動画および広告の閲覧実績を統一的に評価するために所定の換算式によって算出される評価値である。
特典情報は、閲覧実績に基づいてユーザに付与された特典を記憶している。特典の内容としては、携帯端末２００に対する課金の減額や、クーポンの提供などが挙げられる。
【００３５】
以上のシステム構成により、情報提供システムは、携帯端末２００に広告を配信し、その閲覧実績を管理する等、種々の機能を実現する。
以下では、それぞれの機能を実現するための処理内容をフローチャートに基づいて説明する。
【００３６】
Ｂ．広告表示処理：
図３は、広告表示処理のフローチャートである。携帯端末２００の表示制御部２０７等が主として実行する処理であり、ハードウェア的には携帯端末２００のＣＰＵが実行する処理である。本実施例では、携帯端末２００は、広告表示処理を常時、繰り返し実行している。
処理を開始すると、携帯端末２００は、広告の表示を開始するためのイベントである表示開始トリガを検出する（ステップＳ１０）。表示開始トリガは、種々の設定が可能であるが、本実施例では、起動画面の表示操作、表示用アイコンのクリック操作、特定のアプリケーションの起動などが表示開始トリガとして設定してある。
起動画面の表示操作とは、携帯端末２００においてスリープ状態からの起動操作を行う操作である。起動画面とは、アプリケーションを起動させるためのアイコンが配列された画面など、携帯端末２００が種々の用途に利用可能となったことを表す画面をいう。例えば、パスワードが設定されている場合には、パスワード等を入力することで初めて携帯端末が利用可能となるから、パスワード等の入力画面は起動画面には当たらない。パスワード等を入力した後に表示される画面が起動画面に当たる。即ち、携帯端末にパスワードが設定されている場合には、パスワード等を入力完了が起動操作に当たり、パスワードが設定されていない場合には、ディスプレイを表示するための種々の操作、例えば、いずれかの物理スイッチの操作などが開始トリガとなる。
【００３７】
携帯端末２００は、開始トリガを検出すると、カメラを作動させて撮影を行う（ステップＳ１１）。そして、撮影された画像の画像解析により、顔及び目の部分を認識する（ステップＳ１２）。この画像解析は、特定の人物が認識できる精度でなくてもよく、人物の顔か否か、および目を開けているか否かが判断できる程度の精度でよい。画像解析は、顔の認識、または目の認識のいずれか一方のみを行うものとしてもよい。さらに、画像内に写った人物の人数を認識可能としてもよい。
本実施例では、カメラは、携帯端末２００のタッチパネル２００Ｔを視ているユーザの姿を撮影可能に組み込まれている。従って、ステップＳ１２の解析により、画像内に人物が存在と認識されたときは、タッチパネル２００Ｔを視ているユーザがいることを意味する。顔が認識されるだけでなく、目を開いていることが認識されたときに、タッチパネル２００Ｔを視ていると判断するようにしてもよい。こうすれば、画像内に頭部が写っているものの、横や後ろを向いているなどしてタッチパネル２００Ｔを視ていない場合を排除し、ユーザがタッチパネル２００Ｔを視ていることをより精度良く判断することが可能となる。
【００３８】
携帯端末２００は、タッチパネル２００Ｔをユーザが視ていると認識されるときに、情報表示、即ち広告の表示を行う（ステップＳ１４）。  起動画面表示操作を広告の表示開始トリガとしている場合、携帯端末２００は、起動画面表示割り込み処理、即ち起動画面を表示させる処理に割り込みをかけて一旦停止させた上で、表示処理を行うことが好ましい。
広告は、動画、静止画のいずれであってもよい。広告は、単純に携帯端末２００または管理サーバ１００に格納された時期が古いものから選択し、またはランダムに選択してもよいが、本実施例では、次の３つの優先条件に基づいて選択するものとした。
１つめの条件は、未表示の広告である。ユーザがまだ閲覧していない広告を再生することにより、ユーザの飽きを抑制することができるからである。
２つめの条件は、「表示期限が早いもの」である。広告の中には、天気予報や占いを含んでいる広告や、日時が限定されたイベントやキャンペーンの広告など、一定の表示期限を過ぎると情報の意義がほとんどなくなってしまうものがある。表示期限が早い広告を優先して表示すれば、こうした広告が未表示のまま破棄されることを回避できる。
３つめの条件は、ユーザの嗜好である。例えば、スポーツ好きのユーザに対しては、スポーツに関連する広告を優先的に再生することによって、ユーザの関心を惹くことが可能となる。
広告を選択するための条件１〜３は、必ずしも全てを考慮する必要はなく一部を省略しても構わない。また、この他の条件を追加してもよい。例えば、再生時間が異なる動画が混在する場合には、動画を選択するための条件として、再生時間の長さを考慮することもできる。
【００３９】
携帯端末２００は、表示が終了するまで（ステップＳ１５）、ステップＳ１１以降の処理を繰り返し実行する。
起動画面表示操作が広告の表示開始トリガとなっている場合は、動画の再生が完了すると、携帯端末２００は、起動画面表示の割り込み処理を解除し、起動画面を表示するようにしてもよい。起動画面表示操作を表示開始トリガとしているとき、起動画面を表示させながら、その前面に動画の再生を行うようにしてもよい。即ち、処理上には起動画面は表示されているものの、動画に覆い隠されてユーザが見ることも操作することもできないという状態で動画を再生するようにしてもよい。
【００４０】
画像認識によって、タッチパネル２００Ｔを視ているユーザの存在が認識されなかったとき（ステップＳ１３）、携帯端末２００は、情報の表示（ステップＳ１４、Ｓ１５）をスキップする。
広告が動画の場合、一連の動画の再生が終了してからステップＳ１５の判断を行うようにしてもよいが、動画の表示中に繰り返しステップＳ１５の判断を行うようにしてもよい。こうすれば、動画の表示中にユーザがタッチパネル２００Ｔを視なくなった時点で広告の表示を終了させることができ、真に閲覧している期間だけ広告を表示させることができる。広告の表示（ステップＳ１５）は、動画の再生が完了する他、ユーザがタッチパネルや物理スイッチを操作して表示を終了させるコマンドを入力することによって終了させてもよい。
【００４１】
上述の例とは別の表示態様として、タッチパネル２００Ｔを視ているユーザの存在が認識されなかったとき（ステップＳ１３）、携帯端末２００は、ステップＳ１４のみをスキップするようにしてもよい（図中の破線）。このとき、まだ広告の表示が終了していなければ、携帯端末２００は、改めてステップＳ１１から処理を繰り返すことになる。従って、ユーザが途中でタッチパネル２００Ｔから目を外すときがあったとしても、再びタッチパネル２００Ｔを視れば、以前視ていた続きを表示させることが可能となる。
タッチパネル２００Ｔを視ているユーザの存在が認識されなかったとき（ステップＳ１３）、ステップＳ１４、Ｓ１５をスキップする表示態様（図中の実線）（巻き戻しモードと呼ぶ）と、ステップＳ１４のみをスキップする表示態様（図中の破線）（一時停止モードと呼ぶ）とを切り替えるようにしてもよい。例えば、ユーザの存在が認識されなくなってから所定の時間を経過するまでは一時停止モードを採用し、所定の時間を超えた後は巻き戻しモードをとるようにしてもよい。こうすることで、ユーザがタッチパネル２００Ｔから、わずかに目を離した程度の時間経過の場合には、広告を従前視ていた箇所の続きから閲覧することができるし、長い期間目を離したときは、改めて最初から閲覧することができるため、利便性を向上させることができる。
【００４２】
携帯端末２００は、以上の対応により広告を表示すると、閲覧実績を記録する（ステップＳ１６）。閲覧実績には、広告を表示した日時、表示した広告を特定するための広告ＩＤ、閲覧時間等の情報を含めることができる。ここで、閲覧時間は、広告が表示されていた時間ではなく、ユーザに広告が閲覧されていると推測される時間を意味する。本実施例では、画像認識によりタッチパネル２００Ｔを視ているユーザが存在すると認識されるときだけ広告を表示するから、広告の表示時間をそのまま閲覧時間として記録することが可能である。
【００４３】
携帯端末２００は、タッチパネル２００Ｔを視認しているユーザの有無を判断するために、画像解析だけでなく、その他のセンサを併用してもよい。例えば、画像での認識とともに、タッチパネルやボタンに対する操作が検出されている間を、タッチパネル２００Ｔをユーザが視認しているものと認定するようにしてもよい。こうすることにより、ユーザは、タッチパネル２００Ｔやボタンに触れ続けるなど、積極的な操作を行わないと広告を閲覧することができないため、画像解析のみで認識する場合に比較して、より確実に広告が閲覧されているものと判断することができる。タッチパネル等の他、加速度センサや重力センサ、ジャイロセンサなどによって検知される携帯端末の振動その他の動き、温度センサによって検知されるユーザが携帯端末を保持しているか否か、近接センサによって検知される端末の画面と利用者との距離などを活用してもよい。
【００４４】
Ｃ．動画管理処理：
図４は、動画管理処理のフローチャートである。携帯端末２００が、管理サーバ１００から予め広告の動画データをダウンロードするための処理である。本実施例では、動画データを定期的に更新するモードと、随時更新するモードの２つをユーザが選択可能とした。
携帯端末２００は、動画管理処理を開始すると、随時更新モードが選択されているか否かを判断する（ステップＳ２０）。随時更新モードでない場合、即ち定期的に更新するモードが選択されている場合には、更新期限が経過しているか否かを判断し（ステップＳ２１）、更新期限を過ぎていない場合には、そのまま動画管理処理を終了する。
【００４５】
随時更新モードが選択されている場合（ステップＳ２０）、または定期の更新モードにおいて更新期限が来ている場合（ステップＳ２１）には、以下の手順で動画の更新を行う。
まず、再生期限を経過している動画を削除する（ステップＳ２２）。右側に、動画を更新する際の処理の様子を示した。携帯端末２００に、ｍｖ１〜ｍｖ７の７本の動画が格納されているものとする。動画管理処理が実行されている日付が、２０１４年８月１２日であるとすると、動画ｍｖ１、ｍｖ５の再生期限は、それぞれ２０１４年８月１０日（ｍｖ１）、２０１４年８月０５日（ｍｖ５）であるから、いずれも再生期限を過ぎていることになる。従って、ステップＳ４２では、動画ｍｖ１、ｍｖ５の動画が削除される。
次に、携帯端末２００は、再生済みの動画を削除する（ステップＳ２３）。右側の例では、再生済みの動画は、動画ｍｖ１、ｍｖ３、ｍｖ６である。既に動画ｍｖ１はステップＳ４２で削除されているから、残りの動画ｍｖ３、ｍｖ６がステップＳ２３の処理で削除されることになる。
携帯端末２００は、次に、動画の更新が必要か否かを判断する（ステップＳ２４）。例えば、ステップＳ２２、Ｓ２３の処理によって全く動画が削除されなかった場合、新たな動画を取得する必要性は低いと判断し、動画の更新を行うことなく動画管理処理を終了する。ステップＳ２２、Ｓ２３の処理によって動画が削除された場合には、削除して不足した本数分の動画を管理サーバからダウンロードする（ステップＳ２５）。右側に示した例では、４本の動画が削除されているため、管理サーバ１００から新たに４本の動画データをダウンロードするのである。ダウンロードする動画は、ユーザの嗜好を考慮して選択することが好ましい。
この例では、携帯端末２００に７本の動画を格納しておく場合を例にとって説明したが、格納可能な動画の本数は任意に設定可能である。また、必ずしも格納可能な最大本数の動画を維持しておく必要もない。例えば、４本の動画を削除したものの、管理サーバ１００に、ユーザの嗜好に合う動画がアップロードされていない場合には、ダウンロードを１〜３本にとどめても差し支えない。逆に、管理サーバ１００から、ユーザの嗜好に合う新たな動画データの数を確認し、この数を上限として、ステップＳ２２、Ｓ２３の処理による動画の削除を制限してもよい。
【００４６】
Ｄ．閲覧実績集計処理：
図５は、閲覧実績集計処理のフローチャートである。管理サーバ１００において、広告の閲覧実績を集計し、ユーザに与える特典を決定するための処理である。
この処理を開始すると、管理サーバ１００は、処理対象者を決定し、そのユーザＩＤを取得する（ステップＳ３０）。
次に、管理サーバ１００は、ユーザが利用している携帯端末２００に対して、閲覧実績を問い合わせる（ステップＳ３１）。携帯端末２００からは、広告の閲覧実績が報告されることになる。閲覧実績は、携帯端末２００から定期的に管理サーバ１００にアップロードされるようにしてもよい。
次に、管理サーバ１００は、既に管理サーバ１００に保存されている閲覧実績と、ステップＳ３１で新たに取得された閲覧実績を比較し、重複する閲覧実績の削除を行う（ステップＳ３２）。重複する閲覧実績とは、閲覧した日時、内容が同じ履歴のことを言う。同じ広告を、繰り返し閲覧した場合には、重複とは扱わない。
【００４７】
次に管理サーバ１００は、閲覧実績に基づいてポイントを算出する（ステップＳ３３）。このポイントは、動画と静止画の閲覧実績を統一的に扱うために用いられる評価値であり、例えば、次に示す種々の方法で算出することができる。
［算出方法１］
ポイント＝動画のポイント×動画閲覧時間＋静止画のポイント×広告閲覧時間；
ここで動画および静止画のポイントは、任意の値を設定可能である。
［算出方法２］
ポイント＝ＳＵＭ（動画のポイント×動画の閲覧時間×動画の係数）
＋ＳＵＭ（静止画のポイント×静止画の閲覧時間）；
ここで動画のポイントおよび静止画のポイントは、任意の値を設定可能である。
動画の係数は、動画の閲覧時間と静止画の閲覧時間との重みを調整するための係数であり任意に設定可能である。動画がユーザの意思に関係なく一定時間再生されることを考えると、動画を閲覧している単位時間あたりの重みは静止画の表示時間よりも軽いと考えられるため、動画の係数は１よりも小さい実数とすることが好ましい。
ＳＵＭは、動画および静止画の閲覧実績全体の和を求めることを表している。
ポイントの算出は、この他にも種々の方法で行うことができる。また、同じ動画または静止画を複数回閲覧している場合には、閲覧回数に応じてポイントを増大または低減させるようにしてもよい。また、画像解析によって、タッチパネル２００Ｔを閲覧している人数が特定できているときは、その人数に応じて、ポイントを変更してもよい。多人数で閲覧しているときは、ユーザが、その広告を知人等に紹介している場面が想定され、広告の効果がより得られていると判断することができるため、ポイントを高くすることが考えられる。
【００４８】
管理サーバ１００は、こうして得られたポイントに基づいて、特典をユーザに還元する処理を行う（ステップＳ３４）。本実施例では、ポイントが２００以下の範囲では、ポイントに応じて優待クーポンＡ、優待クーポンＢをユーザに提供し、２０１ポイント以上の場合には、携帯端末２００の使用料を減額するようにした。使用料の減額については、一定額または一定割合としてもよいし、ポイントに応じて割引額または割引率を変化させてもよい。また、特典を受けるか否かをユーザに選択可能としてもよい。
実施例では、動画および静止画を統合して評価し、特典を還元する方法をとっているが、両者を個別に評価し、それぞれについて特典を還元するようにしてもよい。
【００４９】
Ｅ．ユーザデータベース更新処理：
図６は、ユーザデータベース更新処理のフローチャートである。管理サーバ１００が実行する処理であり、閲覧実績に基づいて、ユーザの嗜好を更新する処理である。
処理を開始すると、管理サーバ１００は、閲覧実績を読み込む（ステップＳ４０）。既に管理サーバ１００に格納済みの閲覧実績のみを読み込むようにしてもよいし、携帯端末２００から最新の閲覧実績を取り込むようにしてもよい。
そして、閲覧実績に基づいて、閲覧率および実閲覧時間を計算する（ステップＳ４１）。
【００５０】
図７は、閲覧率の算出方法を示す説明図である。閲覧率は、広告ごとに算出される。図の上段には、横軸に日時をとり、ユーザが同じ広告を、日時１、日時２、日時３の３回にわたって閲覧した状態を模式的に示した。それぞれ再生１、再生２、再生３は、広告が動画の場合に、その全体を再生するのに要する時間を表している。また、ハッチングを付した閲覧１、閲覧２、閲覧３は、ユーザが広告を閲覧した時間を表している。つまり、日時１、日時２のときは、それぞれ閲覧１、閲覧２で表される広告の一部だけを閲覧したことを表し、日時３のときは、広告全体を閲覧したことを表している。
図の中段には、横軸に時間をとり、再生１〜再生３を並べた状態を表している。この全体の時間を、みなし表示時間と称する。この例では、ユーザは３回広告を表示させているから、みなし表示時間とは、この３回にわたって広告全体を表示したと仮定したときに、表示に要する時間を意味する。
図の下段には、閲覧１〜閲覧３を並べた状態を表している。この全体の時間を、実閲覧時間と称する。３回にわたる広告表示のうち、実際にユーザが閲覧していたと推測される時間である。
そして、閲覧率とは、実閲覧時間／みなし表示時間で算出する。一般にユーザが何回にもわたって広告を閲覧しているときは、広告に対する興味関心が高いものと推測される。しかし、広告の表示回数が多くても、そのほとんどにおいて、広告の一部しか視ていないようであれば、必ずしも興味関心が高いとは言えず、逆に関心が低いため、広告が表示開始されるとすぐに表示を終了させてしまっていることも考えられる。閲覧率は、こうした表示回数と、実際の閲覧時間とを考慮して評価したパラメータとなっている。
図７では、動画の表示を例示したが、静止画の場合、再生１〜再生３のように予め定められた表示時間というものは存在しないため、みなし表示時間と、実閲覧時間とが一致し、閲覧率は１００％となる。
【００５１】
図６に戻り、ユーザデータベース更新処理について説明する。
閲覧率、実閲覧時間を算出すると、管理サーバ１００は、ユーザの関心が高いと推測される注目コンテンツを抽出する（ステップＳ４２）。本実施例では、「閲覧率＞Ｔｈ１、かつ実閲覧時間＞Ｔｈ２」という条件で抽出するものとした。閾値Ｔｈ１、Ｔｈ２は任意に設定可能な値である。
図中に注目コンテンツの抽出例を示した。この例では、動画１〜動画３、静止画１、静止画２の５つのコンテンツが示されている。動画１の閲覧率ＲＶａは閾値Ｔｈ１よりも小さいとし、動画２、動画３の閲覧率ＲＶｃ、ＲＶｄは閾値Ｔｈよりも大きいものとする。静止画１、静止画２の閲覧率は１００％であり、閾値Ｔｈよりも大きい。従って、動画１以外のコンテンツは閲覧率＞Ｔｈ１の条件を満足する。
一方、実閲覧時間については、動画１、動画３の実閲覧時間ＴＶａ、ＴＶｄは閾値Ｔｈ２よりも大きいものとし、動画２の実閲覧時間ＴＶｃは閾値Ｔｈ２よりも小さいものとする。また、静止画１の実閲覧時間ＴＶｂは閾値Ｔｈ２よりも小さく、静止画２の実閲覧時間ＴＶｅは閾値Ｔｈ２よりも大きいものとする。従って、静止画１、動画２以外のコンテンツは実閲覧時間＞Ｔｈ２の条件を満足する。
以上の結果、動画３、静止画２が双方の条件を満たす注目コンテンツとして抽出されることになる。
【００５２】
管理サーバ１００は、注目コンテンツに付された属性情報をユーザデータベースに登録する（ステップＳ４３）。
図中に属性情報の登録例を示した。動画３および静止画２には、それぞれ図示するように、ジャンル、企業、タレント、商品などの属性が付されているものとする。管理サーバ１００は、これらの属性情報の論理和を登録するようにしてもよい。また、これらの属性に共通するものを登録するようにしてもよい。図の例では、動画３および静止画２のいずれもタレントとして「ｂｂ子」を起用している点で共通している。かかる場合には、ユーザは、このタレントに関心があるものと推測される。このように複数の注目コンテンツに共通の属性を登録することにより、ユーザの嗜好を的確に反映させることができる。
【００５３】
Ｆ．効果および変形例：
以上で説明した実施例の情報提供システムによれば、携帯端末２００のタッチパネル２００Ｔを閲覧しているユーザが存在すると判断されるときに、広告を表示するため、ユーザに広告を閲覧してもらえる可能性を高めることができる。また、管理サーバ１００は、広告の閲覧実績に基づいて、ユーザに特典を与えることができるため、ユーザが広告を見る動機づけを与えることができ、より広告提供の効率を向上させることができる。
本実施例では、ユーザが広告を実際に閲覧していると推測される閲覧実績を集計するため、ユーザが閲覧しないまま広告を無用に表示させ、ポイントを稼ぐという行為を抑制することが可能となる。
【００５４】
本発明は、上述した実施例における種々の特徴を必ずしも全て備えている必要はなく、適宜、その一部を省略したり組み合わせたりしてもよい。また、本実施例の態様に限らず、以下に示す種々の態様で情報提供システムを実現することもできる。
図８は、変形例としての広告表示処理のフローチャートである。
携帯端末２００は、表示開始トリガを検出すると（ステップＳ５０）、情報の表示を開始する（ステップＳ５１）。そして、カメラを作動させて画像を撮影し（ステップＳ５２）、画像解析により顔及び目の部分を認識する（ステップＳ５３）。これらの一つ一つの処理内容は、実施例（図３）で説明したものと同様である。
【００５５】
携帯端末２００は、タッチパネル２００Ｔを閲覧しているユーザがいると認識されるときは（ステップＳ５４）、閲覧時間を加算し（ステップＳ５５）、そうでないときは、加算をスキップする。以上の処理を表示が終了するまで(ステップＳ５６)、繰り返し実行するのである。
実施例（図３）では、タッチパネル２００Ｔを閲覧するユーザの有無によって、情報の表示を停止させていたのに対し、変形例では、情報は常に表示し続け、タッチパネル２００Ｔを閲覧するユーザがいると判断される期間だけ、実際に閲覧された実績、即ち閲覧時間として加算するのである。かかる態様では、情報の表示についての制御が容易になる利点がある。
携帯端末２００は、表示が終了すると、実施例と同様、閲覧実績を記録し（ステップＳ５７）、広告表示処理を終了する。
【００５６】
本実施例の端末は、上述の通り、種々の変形例が考えられる。上述の例に限らず、ネットワークに接続可能なものであれば、他に種々の装置を端末として利用することが可能である。
【産業上の利用可能性】
【００５７】
本発明は、スマートフォン、タブレット、携帯電話などの携帯端末を含む種々の端末に、ネットワークを介して広告その他の情報を提供するために利用することが可能である。
【符号の説明】
【００５８】
１００    ：管理サーバ
１０１    ：通信部
１０２    ：ユーザデータベース管理部
１０３    ：ユーザデータベース
１０４    ：特典管理部
１０５    ：広告データベース管理部
１０６    ：広告データベース
２００    ：携帯端末
２００Ｃ、２００ＰＣ  ：カメラ
２００Ｔ  ：タッチパネル
２００Ｐ  ：パーソナルコンピュータ
２００ＰＭ：マウス
２０１    ：通信部
２０２    ：動画管理部
２０３    ：動画記憶部
２０４    ：閲覧実績記録部
２０５    ：画像解析部
２０６    ：カメラ制御部
２０７    ：表示制御部
２０８    ：コマンド入力部
【図１】
2017076167.tif 000003
【図２】
2017076167.tif 000004
【図３】
2017076167.tif 000005
【図４】
2017076167.tif 000006
【図５】
2017076167.tif 000007
【図６】
2017076167.tif 000008
【図７】
2017076167.tif 000009
【図８】
2017076167.tif 000010