JP6139814B1 - 推定装置、推定方法、プログラム、及び、非一時的なコンピュータ読取可能な情報記録媒体 - Google Patents

Abstract

受付部（１０１）は、複数のユーザのそれぞれが使用する端末においてユーザが所定の操作を行った時刻を、各端末から受け付ける。取得部（１０２）は、受け付けた時刻から、所定の操作の第１時間分布を取得する。算定部（１０３）は、取得された第１時間分布と、各端末から受け付けた時刻と、の一致度を算定する。推定部（１０４）は、一致度に基づいて、複数のユーザのそれぞれが、所定の操作に予め対応付けられた所定のイベントを体験していたか否かを推定する。

Description

本発明は、推定装置、推定方法、プログラム、及び、非一時的なコンピュータ読取可能な情報記録媒体に関し、特に、イベントの体験状態についての推定に関するものである。

テレビ等の既存のインフラにおいて、ユーザが視聴しているか否か等のユーザの行動を確認したいという要望は、従来から存在する。このような要望に応えるため、例えば、特許文献１には、放送広告を、リアルタイム視聴、録画視聴又はオンデマンド視聴のいずれかにかかわらず、放送広告が視聴されたことを確認する技術が開示されている。

特開２００９−２９６３８８号公報

上記の技術では、放送広告に予め広告の開始から終了までの放送秒数を埋め込み、放送広告を再生した利用者側の端末において、放送広告が再生された秒数を計測し、最初に埋め込まれた放送秒数と、再生された秒数を比較することにより、広告が視聴されたか否かを判断する。しかし、このように、予め全てのコンテンツについて放送秒数等の情報を用意し、埋め込みを行い、さらに端末において再生時間を計測することは、手間がかかるので、より簡易な技術が求められている。

近年では、コンテンツの観賞中にデジタル放送やＳＮＳ（Social Networking Service）等を介してユーザの操作を求めることができる。このようなユーザが行う操作を利用して、コンテンツやコンテンツ中のイベントを観賞等の体験をしているか否かを判断できれば、予め情報を用意する等の手間をかけることなく、ユーザの行動を確認することができる。

本発明は、上記のような課題を解決するもので、ユーザの操作から当該ユーザが所定のイベントを体験していたか否かを推定するのに好適な推定装置、推定方法、プログラム、及び、非一時的なコンピュータ読取可能な情報記録媒体を提供することを目的とする。

本発明の第１の観点に係る推定装置は、
複数のユーザのそれぞれが使用する端末において前記ユーザが所定の操作を行った時刻を、前記各端末から受け付ける受付部と、
前記受け付けた時刻から、前記所定の操作の第１時間分布を取得する取得部と、
前記取得された第１時間分布と、前記各端末から受け付けた時刻と、の一致度を算定する算定部と、
前記一致度に基づいて、前記複数のユーザのそれぞれが、前記所定の操作に予め対応付けられた所定のイベントを体験していたか否かを推定する推定部と、
を備えることを特徴とする。

また、上記観点に係る推定装置において、
前記所定のイベントは、複数回生じるものであって、
前記受付部は、前記複数のユーザのそれぞれが行った前記所定の操作の時刻を、前記各端末から受け付け、
前記取得部は、前記複数のユーザのそれぞれについて、前記ユーザが行った前記所定の操作の第２時間分布を取得し、
前記算定部は、前記取得された第１時間分布と、前記取得された第２時間分布と、の類似度を算定し、
前記推定部は、前記類似度に基づいて、前記類似度にかかる前記第２時間分布が取得されたユーザが、前記所定のイベントが生じる体験対象を体験していたか否かを推定する
ことを特徴とする。

また、上記観点に係る推定装置において、
前記各端末が、前記所定の操作が行われた時刻から前記推定装置へ前記所定の操作が行われた旨を報告するまでの余裕時間を、前記各端末にランダムに割り当てる割当部
をさらに備え、
前記受付部は、前記余裕時間経過後に報告される前記所定の操作が行われた旨の報告を、前記各端末から受け付け、
前記取得部は、前記所定の操作が行われた旨の報告を受け付けた時刻から、前記所定の操作が行われた旨の報告の第３時間分布と、前記推定装置へのアクセスの集中度と、を取得し、
前記割当部は、前記アクセスの集中度を限界閾値以下に抑えつつ、前記第１時間分布と、前記第３時間分布とのずれが小さくなるように、前記余裕時間を調節する
ことを特徴とする。

また、上記観点に係る推定装置において、
前記各端末から受け付けた前記所定の操作が行われた時刻は、前記各端末の時計で計測された時刻であり、
前記算定部は、前記各端末で計測された前記所定の操作の時刻と、前記所定の操作が行われた旨の報告を受け付けた時刻と、の差を求める
ことを特徴とする。

本発明の第２の観点に係る推定方法は、
推定装置が実行する推定方法であって、
前記推定装置が、複数のユーザのそれぞれが使用する端末において前記ユーザが所定の操作を行った時刻を、前記各端末から受け付ける受付工程と、
前記推定装置が、前記受け付けた時刻から、前記所定の操作の第１時間分布を取得する取得工程と、
前記推定装置が、前記取得された第１時間分布と、前記各端末から受け付けた時刻と、の一致度を算定する算定工程と、
前記推定装置が、前記一致度に基づいて、前記複数のユーザのそれぞれが、前記所定の操作に予め対応付けられた所定のイベントを体験していたか否かを推定する推定工程と、
を備えることを特徴とする。

本発明の第３の観点に係るプログラムは、
コンピュータを、
複数のユーザのそれぞれが使用する端末において前記ユーザが所定の操作を行った時刻を、前記各端末から受け付ける受付部、
前記受け付けた時刻から、前記所定の操作の第１時間分布を取得する取得部、
前記取得された第１時間分布と、前記各端末から受け付けた時刻と、の一致度を算定する算定部、
前記一致度に基づいて、前記複数のユーザのそれぞれが、前記所定の操作に予め対応付けられた所定のイベントを体験していたか否かを推定する推定部、
として機能させることを特徴とする。

本発明の第４の観点に係る非一時的なコンピュータ読取可能な情報記録媒体は、
コンピュータを、
複数のユーザのそれぞれが使用する端末において前記ユーザが所定の操作を行った時刻を、前記各端末から受け付ける受付部、
前記受け付けた時刻から、前記所定の操作の第１時間分布を取得する取得部、
前記取得された第１時間分布と、前記各端末から受け付けた時刻と、の一致度を算定する算定部、
前記一致度に基づいて、前記複数のユーザのそれぞれが、前記所定の操作に予め対応付けられた所定のイベントを体験していたか否かを推定する推定部、
として機能させることを特徴とするプログラムを記録する。

上記非一時的なコンピュータ読取可能な情報記録媒体は、コンピュータとは独立して配布・販売することができる。ここで、非一時的な（non-transitory）情報記録媒体とは、有形な（tangible）情報記録媒体をいう。非一時的な情報記録媒体は、例えば、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等である。また、一時的な（transitory）情報記録媒体とは、伝送媒体（伝搬信号）それ自体を示す。一時的な情報記録媒体は、例えば、電気信号、光信号、電磁波等である。なお、一時的な（temporary）記憶領域とは、データやプログラムを一時的に記憶するための領域であり、例えば、ＲＡＭ（Random Access Memory）等の揮発性メモリである。

本発明によれば、ユーザの操作から当該ユーザが所定のイベントを体験していたか否かを推定するのに好適な推定装置、推定方法、プログラム、及び、非一時的なコンピュータ読取可能な情報記録媒体を提供することができる。

本発明の実施形態に係る推定装置及び端末の関係を示す図である。 本発明の実施形態に係る推定装置が実現される典型的な情報処理装置の概要構成を示す図である。 実施形態１に係る推定装置の概要構成を示す図である。 操作履歴テーブルを説明するための図である。 第１時間分布の例を示す図である。 操作履歴テーブルを説明するための図である。 複数のイベントについて取得された第１時間分布と、ユーザａ−１について取得された第２時間分布との関係を説明するための図である。 実施形態１に係る推定装置が行う推定処理を説明するためのフローチャートである。 実施形態２に係る推定装置の概要構成を示す図である。 操作履歴テーブルを説明するための図である。 操作時刻の第１時間分布と報告到着時刻の第３時間分布との関係を説明するための図である。 実施形態２に係る推定装置が行う推定処理を説明するためのフローチャートである。

（１．全体構成）
本発明の実施形態に係る推定装置１００は、図１に示すように、インターネット３００に接続される。この他、インターネット３００には、複数の端末２００が接続される。

推定装置１００は、端末２００から、端末２００において所定の操作が行われた時刻や所定の操作が行われた旨の報告を受け付け、端末２００のユーザが所定のイベントを体験していたか否か推定する装置である。

端末２００は、ユーザによる様々な操作を受け付ける装置であり、ユーザが端末２００にて所定の操作を行うと、所定の操作を行った時刻を推定装置１００に通知したり、所定の操作を行った旨を通知したりする。

以下の実施形態では、テレビを観賞しているユーザが、デジタル放送受信機器において所定の操作を行う場合や、スマートフォン等の機器で所定の操作を行う場合を例に説明する。したがって、以下の実施形態では、端末２００は、デジタル放送受信機器やスマートフォン等の機器であり、推定装置１００は、これらから情報を受け付けるサーバとして説明する。

また、以下の実施形態では、テレビで野球の試合が中継されている間に、ユーザが所定の操作を求められることとし、推定装置１００は、ユーザによる所定の操作に基づいて、ユーザが試合を見ていたか否かを推定するものとする。

なお、本願発明は、ユーザが、テレビやインターネット等を通してある事象やコンテンツを視聴等の体験をしている場合に限らず、ユーザが、スポーツの試合、演劇、映画等を直接その場で体験（観戦、観劇、観賞等）している場合にも適用可能である。

（２．情報処理装置の概要構成）
本発明の実施形態に係る推定装置１００が実現される典型的な情報処理装置６００の概要構成について説明する。

情報処理装置６００は、図２に示すように、ＣＰＵ（Central Processing Unit）６０１と、ＲＯＭ（Read Only Memory）６０２と、ＲＡＭ ６０３と、記憶装置６０４と、ＮＩＣ（Network Interface Card）６０５と、画像処理部６０６と、音声処理部６０７と、ディスプレイ６０８と、スピーカ６０９と、コントローラ６１０と、を備える。

ＣＰＵ ６０１は、情報処理装置６００全体の動作を制御し、各構成要素と接続され、制御信号やデータをやりとりする。

ＲＯＭ ６０２には、情報処理装置６００全体の動作制御に必要なオペレーティングシステムのプログラムや各種のデータが記録される。

ＲＡＭ ６０３は、データやプログラムを一時的に記憶するためのもので、記憶装置６０４から読み出したプログラムやデータ、その他、通信に必要なデータ等が保持される。

記憶装置６０４は、ハードディスクやフラッシュメモリ等から構成され、情報処理装置６００で処理するデータを記憶する。また、記憶装置６０４は、ＣＤ（Compact Disc）等の非一時的なコンピュータ読取可能な情報記録媒体からデータを読み出すデバイス等を備えるように構成されてもよい。

ＮＩＣ ６０５は、情報処理装置６００をインターネット等のコンピュータ通信網に接続するためのものであり、ＮＩＣ ６０５を介して他の情報処理装置等とやりとりをする。

画像処理部６０６は、記憶装置６０４等から読み出されたデータやカメラで撮影されたデータをＣＰＵ ６０１や画像処理部６０６が備える画像演算プロセッサによって加工処理し、画像処理部６０６が備えるフレームメモリに記録する。フレームメモリに記録された画像情報は、所定の同期タイミングでビデオ信号に変換され、ディスプレイ６０８に出力される。

音声処理部６０７は、記憶装置６０４等から読み出されたデータをアナログ音声信号に変換し、スピーカ６０９から出力させる。

コントローラ６１０は、ユーザからの指示入力を受け付ける。

以下、上記情報処理装置６００において実現される推定装置１００について、図１乃至図１２を参照して説明する。情報処理装置６００に電源が投入されると、推定装置１００として機能させるプログラムが実行され、実施形態に係る推定装置１００が実現される。

（３．実施形態１に係る推定装置の概要構成）
推定装置１００は、図３に示すように、受付部１０１と、取得部１０２と、算定部１０３と、推定部１０４と、から構成される。

本実施形態において、ＣＰＵ ６０１及びＮＩＣ ６０５が協働して、受付部１０１として機能し、ＣＰＵ ６０１が、取得部１０２、算定部１０３及び推定部１０４として機能する。

受付部１０１は、複数のユーザのそれぞれが使用する端末２００においてユーザが所定の操作を行った時刻を、各端末２００から受け付ける。

所定の操作とは、端末２００を使用するユーザが、端末２００において行う操作である。本実施形態では、テレビで野球観戦をしているユーザは、所定のイベント（試合終了の合図、三振、出塁、又は、ホームチームの攻撃回開始等）が起きたら所定の操作を行うことが求められるとし、所定の操作は、デジタル放送受信機器のリモコンで所定のボタンを押す、或いは、インターネットの指定されたページにアクセスする等とする。

例えば、ユーザは、チームＰとチームＱとが対戦する野球の試合において、球審より試合終了の合図がされると、デジタル放送受信機器のリモコンの所定のボタンを押すことが求められるとする。例えば、球審より試合終了の合図がされたタイミングで、ユーザａ−１がリモコンで所定のボタンを押すと、デジタル放送受信機器から、所定のボタンが押された時刻が推定装置１００宛に送信される。受付部１０１は、ユーザａ−１のデジタル放送受信機器から送信された時刻を受け付ける。なお、デジタル放送受信機器が、所定のボタンが押圧された旨を送信し、受付部１０１は、押圧された旨を受け付けた時刻を、所定の操作を行った時刻としてもよい。

受付部１０１は、ユーザの端末２００から時刻を受け付けると、例えば、図４の操作履歴テーブル１００ａに時刻等を登録する。操作履歴テーブル１００ａは、受け付けた時刻に所定の操作を行ったユーザを識別するためのユーザＩＤ １００ａ１と、所定の操作が行われた時刻を示す操作時刻１００ａ２と、が対応付けて登録されている。例えば、図４の操作履歴テーブル１００ａの１行目は、ユーザＩＤ １００ａ１が“ａ−１”のユーザａ−１が、“１８時００分０５秒”にリモコンで所定のボタンを押したことを示す。

取得部１０２は、受け付けた時刻から、所定の操作の第１時間分布を取得する。

第１時間分布とは、受付部１０１が受け付けた時刻全体から求めた、所定の操作の時間分布である。

例えば、取得部１０２は、図４の操作履歴テーブル１００ａを参照して、ユーザａ−１〜ａ−ｎａ（ｎａ：任意の自然数）の操作時刻から、所定の操作の第１時間分布（図５）を取得する。図５では、横軸は、所定の操作の時刻、縦軸は、各端末２００から受け付けた所定の操作の時刻の件数を示している。

算定部１０３は、取得された第１時間分布と、各端末２００から受け付けた時刻と、の一致度を算定する。

一致度とは、それぞれのユーザが使用する端末から受けた時刻が、第１時間分布のどの位置に含まれるかを表す指標である。

例えば、図５に示すような時間分布が得られたとすると（平均時刻：１８時００時００分、標準偏差（ＳＤ）：３０秒）、算定部１０３は、推定の対象となるユーザの操作時刻がこの分布のどの位置に属するかを判断することにより一致度を算定する。

推定部１０４は、一致度に基づいて、複数のユーザのそれぞれが、所定の操作に予め対応付けられた所定のイベントを体験していたか否かを推定する。

所定のイベントとは、所定の操作に予め対応付けられたイベントであり、所定の操作がイベントに起因して行われるようなイベントである。

また、「体験」には、見る、聞く、触る、観賞する、自ら動く等、ユーザが五感等を介して知得できるすべての経験が含まれる。

本実施形態では、球審の試合終了の合図を受けて、所定のボタンが押圧されることを求められており、この場合、所定のイベントとは、球審の試合終了の合図であり、当該合図の視聴が体験に該当する。なお、この他、テレビ番組である場面になると、一斉にサーバにアクセスされる様な現象がある場合には、この「ある場面」が所定のイベントとなる。

以下の例では、一致度は、第１時間分布の標準偏差の何倍かを示す値で表す。例えば、推定部１０４は、あるユーザの操作時刻が、第１時間分布において標準偏差の±２（±２ＳＤ）の範囲に収まる場合は、当該あるユーザは、所定の操作に予め対応付けられた所定のイベントを体験していたと推定する。標準偏差の±２の範囲とは、分布が正規分布に従うとすると、所定の操作を行ったユーザの約９５％がその範囲に含まれる時刻に所定の操作を行った範囲である。多くのユーザが所定の操作を行った時間帯に、あるユーザが所定の操作を行ったとすると、当該ユーザは、他のユーザが所定の操作を行った原因と同じ原因に反応して、所定の操作を行ったと考えることができる。よって、所定の操作は、所定のイベントに対応して行われる操作なので、当該ユーザは所定のイベントを体験していたと推定される。

例えば、ユーザａ−１は、“１８時００分０５秒”に所定の操作を行っているので、一致度は、＋０．１７ＳＤと求められ、図５の時間分布の標準偏差の±２の範囲に含まれる。よって、推定部１０４は、ユーザａ−１は所定のイベントを体験していたと推定する。一方、ユーザａ−２は、“１８時５０分００秒”に所定の操作を行っているので、一致度は、＋１００ＳＤと求められ、図５の時間分布の標準偏差の±２の範囲に含まれない。よって、推定部１０４は、ユーザａ−２は所定のイベントを体験していなかったと推定する。

なお、所定のイベントが複数回生じる場合は、所定のイベントが生じる体験対象を体験していたか否かを推定することができる。

ここで、体験対象とは、例えば、映像又は音声を含むコンテンツや、その場で行われるスポーツの試合、演劇、演奏、映画又は対戦（例えば、囲碁・チェス・ゲームの対戦）等の各種の催し、パフォーマンス、興行又は演目等であって、テレビやインターネット等の媒体を通して提供されるか否かに関わらず、ユーザによる体験の対象となるものである。本実施形態では、体験対象は、野球の中継番組であり、以下では、野球の中継番組を視聴していたか否かを推定したい場合を例に説明する。

受付部１０１は、複数のユーザのそれぞれが行った所定の操作の時刻を、各端末２００から受け付ける。

例えば、ユーザは、チームＰ対チームＱの野球の試合で、チームＰが三振を奪った場合、リモコンの所定のボタンを押すことが求められるとする。各ユーザが、チームＰが三振を奪った度に所定のボタンを押すと、受付部１０１は、端末２００から、チームＰが三振を奪った度に所定のボタンが押された時刻を受け付ける。

取得部１０２は、複数のユーザのそれぞれについて、ユーザが行った所定の操作の第２時間分布を取得する。

第２時間分布とは、受付部１０１が受け付けた時刻からユーザ毎に求めた所定の操作の時間分布である。

例えば、受付部１０１が、ユーザから複数回行われた所定の操作の各時刻を受け付け、図６の操作履歴テーブル１００ｂに示すように、各ユーザについて複数の所定の操作についての操作時刻が登録されているとすると、取得部１０２は、ユーザ毎に操作の時間分布を求める。

図７に、受付部１０１が時刻を受け付けた全ユーザについての、所定のボタンが押圧された時刻の時間分布（第１時間分布）と、ユーザａ−１により所定のボタンが押圧された時刻の時間分布（第２時間分布）との関係の例を示す。図７は、所定のイベントが複数回生じ（イベント１〜ｘ（ｘ：任意の自然数。本実施形態では、チームＰが奪った三振の数））、ユーザａ−１は、イベント１、３、・・・、ｘが起きた後、他のユーザが所定のボタンを押圧した時間帯に含まれるタイミングで所定のボタンを押圧し、イベント２が起きた後は、所定のボタンを押圧していないことを示す。

算定部１０３は、取得された第１時間分布と、取得された第２時間分布と、の類似度を算定する。

例えば、類似度は以下のように求める。

ユーザが視聴している野球の試合時間を１５秒毎の時間区間に区切り、先頭から順に各時間区間に番号０〜Ｔ−１を割り当てる。そして、あるユーザｉがある時間区間ｔにて所定の操作を行ったとすると、
u_i,t = 1
とし、あるユーザｉがある時間区間ｔにて所定の操作を行っていなければ、
u_i,t = 0
とする。ここで、u_iはＴ次元のベクトルであり、第２時間分布は、u_iで表すことができる。

次に、算定部１０３は、所定の操作の第１時間分布w_tを以下のように求める。wはＴ次元のベクトルである。
w_t = Σ_i u_i,t

ユーザｉによる操作の第２時間分布と、所定の操作の第１時間分布との類似度c_iを、ベクトルu_iの方向ベクトルとベクトルwの方向ベクトルとの内積で表す。ベクトルu_iの長さU_iは、
U_i = (Σ_t u_i,t ²)^1/2
ベクトルwの長さWは、
W = (Σ_t w_t ²)^1/2
である。これらから、類似度c_iを以下のように求める。
類似度c_i = Σ_t u_i,t×w_t / (U_i×W) ・・・（式１）

なお、u_iとwの内積そのものを類似度としても良い。

すなわち、例えば、図７において、他のユーザ達が所定のボタンを押圧した時間区間とユーザａ−１が所定のボタンを押圧した時間区間とが一致する数が大きいほど類似度が高くなる。

推定部１０４は、類似度に基づいて、類似度にかかる第２時間分布が取得されたユーザが、所定のイベントが生じる体験対象を体験していたか否かを推定する。

例えば、推定部１０４は、上記のように求めた、ユーザａ−１について取得された時間分布と、所定の操作の時刻が通知された全ユーザについて取得された時間分布との類似度が所定の閾値以上の場合は、ユーザａ−１が所定のイベント１〜ｘが含まれるコンテンツ（野球の試合中継）を体験していたと推定する。

本実施形態によれば、多くのユーザが所定の操作をした時間帯に、あるユーザも所定の操作をしていれば、あるユーザは、他のユーザが所定の操作を行った原因と同じ原因に反応して、所定の操作を行ったと考えることができ、その原因（所定のイベント）を体験していたと簡易に推定することができる。

また、一般的に、あるユーザが、所定のイベントをリアルタイムで体験していたか否かを判断するためには、当該イベントが起きた時刻（例えば、本実施形態の野球観戦の例ではチームＰが三振を奪った時刻）等の情報を履歴情報として用意しなければならない。しかし、本実施形態によれば、ある時刻においてあるイベントが起きた等の履歴情報を管理者が用意する必要がなく、ユーザの操作のみに基づいて、所定のイベントをリアルタイムで体験していたか否かを推定することができる。

なお、推定装置１００は、各ユーザの端末２００に、所定のイベントが生じた時に所定の操作を行うよう、通知するようにしてもよい。例えば、推定装置１００は、操作を求めるイベントの種類（試合終了の合図、三振、出塁、又は、ホームチームの攻撃回開始等）を指定して、試合開始前に、端末２００に通知する。

また、端末２００から、所定の操作を行った時刻が直ちに送信され、推定装置１００は、所定の操作を行った時刻を受け付けると、直ちに集計して、所定の操作の時間分布や、最近の所定秒数内に受け付けた時刻（すなわち、所定の操作）の数を端末２００に表示させるようにしてもよい。

また、推定装置１００は、所定の操作の数が急に増加したことを検知して、ユーザの端末２００に、その旨を通知するようにしてもよい。例えば、スマートフォンのアプリから所定の操作を受け付けている場合、他のユーザによる所定の操作の数が急に多くなると、推定装置１００は、スマートフォンのアプリを起動していないユーザのスマートフォンに、所定の操作が急に増加した時刻付近のテレビの静止画像を伴うプッシュ通知を行うようにしてもよい。このような構成によれば、アプリを起動し、テレビの視聴に誘導することができる。

（４．実施形態１の推定装置の動作）
本実施形態の推定装置１００の動作について説明する。推定装置１００は、例えば、電源が投入されると、図８に示す推定処理を開始する。

受付部１０１は、複数のユーザのそれぞれが使用する端末２００においてユーザが所定の操作を行った時刻を、各端末２００から受け付けたか否かを判断する（ステップＳ１０１）。受付部１０１は、所定の操作を行った時刻を受け付けたと判断すると（ステップＳ１０１；Ｙｅｓ）、受け付けた時刻を登録する（ステップＳ１０２）。一方、受付部１０１は、所定の操作を行った時刻を受け付けていないと判断すると（ステップＳ１０１；Ｎｏ）、そのまま待機する。

例えば、受付部１０１が、ユーザａ−１の端末２００から、ユーザａ−１が所定の操作を行った時刻を受け付けると、図４の操作履歴テーブル１００ａに受け付けた時刻を登録する。一方、受付部１０１が、いずれの端末２００からも時刻を受け付けない場合は、そのまま待機する。

推定装置１００は、ユーザが所定の操作に予め対応付けられたイベントを体験していたか否かの推定を実行する指示を受け付けたか否かを判断する（ステップＳ１０３）。推定装置１００が、推定を実行するよう指示を受け付けたと判断すると（ステップＳ１０３；Ｙｅｓ）、取得部１０２は、受け付けた時刻から、所定の操作の第１時間分布を取得する（ステップＳ１０４）。一方、推定装置１００が、推定を実行するよう指示を受け付けていないと判断すると（ステップＳ１０３；Ｎｏ）、ステップＳ１０１に戻る。なお、所定のイベントが複数回生じる場合は、ステップＳ１０４において、取得部１０２は、複数のユーザのそれぞれについて、ユーザが行った所定の操作の第２時間分布を取得するようにしてもよい。

例えば、推定装置１００の管理者が、ユーザａ−１が所定のイベントを体験していたか否かを推定するよう、推定装置１００に指示したとすると、取得部１０２は、図４の操作履歴テーブル１００ａを参照して、ユーザａ−１〜ａ−ｎａの操作時刻から、所定の操作の第１時間分布を取得する。一方、管理者から指示を受け付けない場合は、ステップＳ１０１に戻る。なお、取得部１０２は、図６の操作履歴テーブル１００ｂに示すように、各ユーザについて複数の所定の操作についての操作時刻が登録されている場合は、取得部１０２は、ユーザ毎に操作時刻の時間分布（第２時間分布）を求めるようにしてもよい。

算定部１０３は、取得された第１時間分布と、各端末２００から受け付けた時刻と、の一致度、或いは、取得された第１時間分布と、取得された第２時間分布と、の類似度を算定する（ステップＳ１０５）。

例えば、算定部１０３は、ユーザａ−１の操作時刻が、受付部１０１が受け付けた時刻全体から取得した第１時間分布のどの位置に属するか否かを判断することにより一致度を算定する。ユーザ毎に操作時刻の時間分布が求められた場合は、算定部１０３は、ユーザａ−１による所定の操作の時間分布と、受付部１０１が時刻を受け付けた全ユーザについての所定の操作の時間分布と類似度を、（式１）により求める。

推定部１０４は、一致度に基づいて、受け付けた時刻に所定の操作を行ったユーザが、所定の操作に予め対応付けられた所定のイベントを体験していたか否か、或いは、類似度に基づいて、類似度にかかる時間分布が取得されたユーザが、所定のイベントが生じる体験対象を体験していたか否かを推定する（ステップＳ１０６）。

例えば、推定部１０４は、ユーザａ−１の操作時刻が、取得された第１時間分布において標準偏差の±２の範囲に収まる場合、ユーザａ−１は所定のイベントを体験していたと推定する。或いは、推定部１０４は、ユーザａ−１について取得された時間分布と、受付部１０１が時刻を受け付けた全ユーザについて取得された時間分布との類似度が所定の閾値以上の場合は、ユーザａ−１が所定のイベントが生じる体験対象を体験していたと推定する。

（５．実施形態２に係る推定装置の概要構成）
推定装置１００は、図９に示すように、受付部１０１と、取得部１０２と、算定部１０３と、推定部１０４と、割当部１０５と、から構成される。

実施形態２において、算定部１０３及び推定部１０４は実施形態１と同様の機能を有する。以下、受付部１０１及び取得部１０２の実施形態１と異なる機能又は追加される機能、並びに、割当部１０５の機能について説明する。

本実施形態において、ＣＰＵ ６０１及びＮＩＣ ６０５が協働して、割当部１０５として機能する。

割当部１０５は、各端末２００が、所定の操作が行われた時刻から推定装置１００へ所定の操作が行われた旨を報告するまでの余裕時間を、各端末２００にランダムに割り当てる。

余裕時間とは、端末２００において所定の操作が行われた旨を、所定の操作が行われた時刻から、推定装置１００へ報告するまでの時間である。

例えば、割当部１０５は、ユーザａ−１〜ａ−ｎａの端末２００に、０秒〜１２０秒の余裕時間をランダムに割り当てる。

受付部１０１は、余裕時間経過後に報告される所定の操作が行われた旨の報告を、各端末２００から受け付ける。

例えば、ユーザａ−１に割り当てられた余裕時間が５秒であるとすると、ユーザａ−１の端末２００から、ユーザａ−１が所定の操作を行った時刻（１８時００時０５秒）から５秒後（１８時００時１０秒）に所定の操作が行われた旨の報告が送信され、受付部１０１は、ユーザａ−１の端末２００から、この報告を受け付ける。また、受付部１０１は、ユーザａ−１の端末２００から、ユーザａ−１が所定の操作が行った時刻を受け付ける。

受付部１０１は、ユーザの端末２００から報告及び所定の操作の時刻を受け付けると、例えば、図１０の操作履歴テーブル１００ｃに、報告が到着した時刻及び操作時刻を登録する。また、割当部１０５は、各ユーザに余裕時間を割り当てると、図１０の操作履歴テーブル１００ｃに余裕時間を登録する。操作履歴テーブル１００ｃには、ユーザＩＤ １００ｃ１と、割り当てられた余裕時間１００ｃ２と、報告を受け付けた時刻を示す報告到着時刻１００ｃ３と、所定の操作が行われた時刻を示す操作時刻１００ｃ４と、が対応付けて登録されている。

取得部１０２は、所定の操作が行われた旨の報告を受け付けた時刻から、所定の操作が行われた旨の報告の第３時間分布と、推定装置１００へのアクセスの集中度と、を取得する。

すなわち、第１時間分布は、時刻を受け付けた全ユーザによる所定の操作の時刻の時間分布であり、第２時間分布は、体験対象を体験していたか否かの推定を行う対象となるユーザによる所定の操作の時刻の時間分布であり、第３時間分布は、所定の操作が行われた旨の報告を受け付けた全ユーザについて取得した当該報告を受け付けた時刻の時間分布である。

例えば、取得部１０２は、図１０の操作履歴テーブル１００ｃを参照して、ユーザａ−１〜ａ−ｎａの操作時刻の第１時間分布（図１１の時間分布４０１）及び報告到着時刻の第３時間分布（図１１の時間分布４０２）を求める。そして、取得部１０２は、報告到着時刻の時間分布から推定装置１００へのアクセス（報告）の集中度を求める。アクセスの集中度は、例えば、１分間に何件の報告を受け付けたかによって表す。

割当部１０５は、アクセスの集中度を限界閾値以下に抑えつつ、第１時間分布と、第３時間分布とのずれが小さくなるように、余裕時間を調節する。

限界閾値とは、アクセスの集中度の上限となる値であり、アクセスの集中度をこの値以下にすることが求められる値である。例えば、推定装置１００の管理者により、システムのアクセス許容度等を考慮して指定される。

例えば、割当部１０５は、ユーザａ−１〜ａ−ｎａの報告到着時刻の時間分布４０２（図１１）のピークを、限界閾値以下に収まるようにしつつ、ユーザａ−１〜ａ−ｎａによる所定の操作時刻の時間分布４０１（図１１）と、ユーザａ−１〜ａ−ｎａからの報告到着時刻の時間分布４０２（図１１）とのずれ５００（図１１）が小さくなるように、余裕時間を調節する。

本実施形態によれば、推定装置１００へのアクセスの集中度を制御し、かつ、報告を受ける時刻を実際の操作時刻に近づけることができる。これにより、推定装置１００への過剰なアクセスを防ぎつつ、ユーザの操作に基づき、ユーザが所定のイベント又は体験対象を体験していたか否かの推定を行うことができる。

なお、端末２００は、所定の操作の時刻（操作時刻）から余裕時間後に推定装置１００に報告を行うので、操作時刻は、推定装置１００に報告が到着した時刻（報告到着時刻）より余裕時間前と考えられる。したがって、端末２００における時刻合わせを省くことができる。また、報告到着時刻より余裕時間前の時刻を操作時刻とみなす場合は、端末２００から操作時刻が送信されない構成としてもよい。

また、ユーザが端末２００の時計の時刻をずらして、操作時刻に不正を加えたとしても、報告到着時刻から余裕時間前を操作時刻として用いることにより、このような不正行為を無効化することができ、安易なチート行為を防止することもできる。

また、推定装置１００へのアクセスが集中して、推定装置１００に報告が到着した旨を端末２００に連絡する応答パケットが、端末２００に到着しない場合、端末２００が自律的に余裕時間を大きくするようにしてもよい。そして、推定装置１００に報告が到着した時点で、推定装置１００は、アクセスの集中度を勘案して、当該端末２００に対する余裕時間を再設定するようにしてもよい。

また、スマートフォンにおいて所定の操作が行われる場合は、アプリ起動時に推定装置１００にアクセスし、推定装置１００はアクセスした端末２００に対し余裕時間を割り当てるようにしてもよい。

このような構成によれば、推定装置１００は、所定の操作の報告を受ける可能性のある総数を把握することができ、アクセスの集中度合いを予測することが可能となる。

また、アプリ起動時に推定装置１００との通信ができない場合には、端末２００側で、アクセスの集中度を高めないように、余裕時間を大きめに設定するようにしてもよい。

また、各端末２００から受け付けた所定の操作が行われた時刻は、各端末２００の時計で計測された時刻とし、算定部１０３は、各端末２００で計測された所定の操作の時刻と、所定の操作が行われた旨の報告を受け付けた時刻と、の差を求めるようにしてもよい。

例えば、操作履歴テーブル１００ｃ（図１０）の操作時刻１００ｃ４は、各端末２００の時計で計測された時刻である。なお、推定装置１００及び端末２００は、日本標準時等と時刻合わせがされていることとする。

例えば、算定部１０３は、操作履歴テーブル１００ｃ（図１０）の報告到着時刻１００ｃ３と、操作時刻１００ｃ４と、の差を求める。差が、割り当てた余裕時間より大きい場合は、通信遅延が生じていると考えられる。また、求められた差を、例えば、ＩＳＰ（Internet Services Provider）毎や基地局毎に分類してもよい。

このような構成によれば、遅延テストを行うことができる。

（６．実施形態２の推定装置の動作）
実施形態２の推定装置１００の動作について説明する。推定装置１００は、例えば、電源が投入されると、図１２に示す推定処理を開始する。なお、図１２のフローチャートのステップＳ２０４、Ｓ２０６、Ｓ２０７の処理は、図８のフローチャートのステップＳ１０３、Ｓ１０５、Ｓ１０６の処理と同様である。したがって、これらの処理については省略する。

各端末２００が、所定の操作が行われた時刻から推定装置１００へ所定の操作が行われた旨を報告するまでの余裕時間を、各端末のそれぞれにランダムに割り当てる（ステップＳ２０１）。

例えば、割当部１０５は、ユーザａ−１〜ａ−ｎａの端末２００に、０秒〜１２０秒の余裕時間をランダムに割り当てる。また、割当部１０５は、各ユーザに余裕時間を割り当てると、図１０の操作履歴テーブル１００ｃに余裕時間を登録する。

受付部１０１は、各端末２００から、余裕時間経過後に報告される所定の操作が行われた旨の報告、及び、ユーザが所定の操作を行った時刻を受け付けたか否かを判断する（ステップＳ２０２）。受付部１０１は、所定の操作が行われた旨の報告及び所定の操作を行った時刻を受け付けたと判断すると（ステップＳ２０２；Ｙｅｓ）、所定の操作が行われた旨の報告の到着時刻（報告到着時刻）及び所定の操作を行った時刻（操作時刻）を登録する（ステップＳ２０３）。一方、受付部１０１は、所定の操作が行われた旨の報告及び所定の操作を行った時刻を受け付けていないと判断すると（ステップＳ２０２；Ｎｏ）、そのまま待機する。

例えば、受付部１０１が、ユーザａ−１の端末２００から、所定の操作を行った旨の報告及びユーザａ−１が所定の操作を行った時刻（操作時刻）を受け付けると、図１０の操作履歴テーブル１００ｃに、当該報告が到着した報告到着時刻と操作時刻とを登録する。一方、受付部１０１が、いずれの端末２００からも報告及び時刻を受け付けない場合は、そのまま待機する。

推定装置１００が、推定を実行するよう指示を受け付けたと判断すると（ステップＳ２０４；Ｙｅｓ）、取得部１０２は、受け付けた所定の操作の時刻から第１時間分布を取得し、所定の操作が行われた旨の報告を受け付けた時刻から、第３時間分布を取得する（ステップＳ２０５）。

例えば、取得部１０２は、図１０の操作履歴テーブル１００ｃを参照して、ユーザａ−１〜ａ−ｎａの操作時刻の第１時間分布（図１１の時間分布４０１）及び報告到着時刻の第３時間分布（図１１の時間分布４０２）を求める。

ステップＳ２０７において推定が行われたあと、取得部１０２は、報告到着時刻の第３時間分布から推定装置１００へのアクセスの集中度を取得する（ステップＳ２０８）。

例えば、取得部１０２は、報告到着時刻の第３時間分布（図１１の時間分布４０２）から推定装置１００へのアクセスの集中度を求める。

割当部１０５は、アクセスの集中度を限界閾値以下に抑えつつ、所定の第１時間分布と、第３時間分布とのずれが小さくなるように、余裕時間を調節する（ステップＳ２０９）。

例えば、割当部１０５は、ユーザａ−１〜ａ−ｎａの報告到着時刻の時間分布４０２（図１１）のピークを、限界閾値以下に収まるようにしつつ、ユーザａ−１〜ａ−ｎａの操作時刻の時間分布４０１（図１１）と、ユーザａ−１〜ａ−ｎａからの報告到着時刻の時間分布４０２（図１１）とのずれ５００（図１１）が小さくなるように、余裕時間を調節する。

本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、この発明を説明するためのものであり、本発明の範囲を限定するものではない。すなわち、本発明の範囲は、実施の形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、この発明の範囲内とみなされる。

１００ 推定装置
１０１ 受付部
１０２ 取得部
１０３ 算定部
１０４ 推定部
１０５ 割当部
２００ 端末
３００ インターネット
４０１、４０２ 時間分布
５００ ずれ
６００ 情報処理装置
６０１ ＣＰＵ
６０２ ＲＯＭ
６０３ ＲＡＭ
６０４ 記憶装置
６０５ ＮＩＣ
６０６ 画像処理部
６０７ 音声処理部
６０８ ディスプレイ
６０９ スピーカ
６１０ コントローラ

Claims (7)

1. 複数のユーザのそれぞれが使用する端末において前記ユーザが所定の操作を行った時刻を、前記各端末から受け付ける受付部と、
   前記受け付けた時刻から、前記所定の操作の第１時間分布を取得する取得部と、
   前記取得された第１時間分布と、前記各端末から受け付けた時刻と、の一致度を算定する算定部と、
   前記一致度に基づいて、前記複数のユーザのそれぞれが、前記所定の操作に予め対応付けられた所定のイベントを体験していたか否かを推定する推定部と、
   を備えることを特徴とする推定装置。
2. 前記所定のイベントは、複数回生じるものであって、
   前記受付部は、前記複数のユーザのそれぞれが行った前記所定の操作の時刻を、前記各端末から受け付け、
   前記取得部は、前記複数のユーザのそれぞれについて、前記ユーザが行った前記所定の操作の第２時間分布を取得し、
   前記算定部は、前記取得された第１時間分布と、前記取得された第２時間分布と、の類似度を算定し、
   前記推定部は、前記類似度に基づいて、前記類似度にかかる前記第２時間分布が取得されたユーザが、前記所定のイベントが生じる体験対象を体験していたか否かを推定する
   ことを特徴とする請求項１に記載の推定装置。
3. 前記各端末が、前記所定の操作が行われた時刻から前記推定装置へ前記所定の操作が行われた旨を報告するまでの余裕時間を、前記各端末にランダムに割り当てる割当部
   をさらに備え、
   前記受付部は、前記余裕時間経過後に報告される前記所定の操作が行われた旨の報告を、前記各端末から受け付け、
   前記取得部は、前記所定の操作が行われた旨の報告を受け付けた時刻から、前記所定の操作が行われた旨の報告の第３時間分布と、前記推定装置へのアクセスの集中度と、を取得し、
   前記割当部は、前記アクセスの集中度を限界閾値以下に抑えつつ、前記第１時間分布と、前記第３時間分布とのずれが小さくなるように、前記余裕時間を調節する
   ことを特徴とする請求項１に記載の推定装置。
4. 前記各端末から受け付けた前記所定の操作が行われた時刻は、前記各端末の時計で計測された時刻であり、
   前記算定部は、前記各端末で計測された前記所定の操作の時刻と、前記所定の操作が行われた旨の報告を受け付けた時刻と、の差を求める
   ことを特徴とする請求項３に記載の推定装置。
5. 推定装置が実行する推定方法であって、
   前記推定装置が、複数のユーザのそれぞれが使用する端末において前記ユーザが所定の操作を行った時刻を、前記各端末から受け付ける受付工程と、
   前記推定装置が、前記受け付けた時刻から、前記所定の操作の第１時間分布を取得する取得工程と、
   前記推定装置が、前記取得された第１時間分布と、前記各端末から受け付けた時刻と、の一致度を算定する算定工程と、
   前記推定装置が、前記一致度に基づいて、前記複数のユーザのそれぞれが、前記所定の操作に予め対応付けられた所定のイベントを体験していたか否かを推定する推定工程と、
   を備えることを特徴とする推定方法。
6. コンピュータを、
   複数のユーザのそれぞれが使用する端末において前記ユーザが所定の操作を行った時刻を、前記各端末から受け付ける受付部、
   前記受け付けた時刻から、前記所定の操作の第１時間分布を取得する取得部、
   前記取得された第１時間分布と、前記各端末から受け付けた時刻と、の一致度を算定する算定部、
   前記一致度に基づいて、前記複数のユーザのそれぞれが、前記所定の操作に予め対応付けられた所定のイベントを体験していたか否かを推定する推定部、
   として機能させることを特徴とするプログラム。
7. コンピュータを、
   複数のユーザのそれぞれが使用する端末において前記ユーザが所定の操作を行った時刻を、前記各端末から受け付ける受付部、
   前記受け付けた時刻から、前記所定の操作の第１時間分布を取得する取得部、
   前記取得された第１時間分布と、前記各端末から受け付けた時刻と、の一致度を算定する算定部、
   前記一致度に基づいて、前記複数のユーザのそれぞれが、前記所定の操作に予め対応付けられた所定のイベントを体験していたか否かを推定する推定部、
   として機能させることを特徴とするプログラムを記録する非一時的なコンピュータ読取可能な情報記録媒体。

Images