(57)【要約】【課題】コマーシャルの特性を踏まえたサービスを提供できるようにする。【解決手段】サーバー装置１０は、デバイス１１から、収音した音声に関する情報である収音音声関連情報データを受信し、受信した収音音声関連情報データに基づいて、デバイス１１が、放送に基づいて放音されたコマーシャルに係る音声をリアルタイムで収音したのか否かを判別するリアルタイム判別部２０ａを備える。【選択図】図１
2014191385.tif 000002
【特許請求の範囲】
【請求項１】
収音機能を有するデバイスと通信可能に接続された情報処理装置であって、
前記デバイスから、収音した音声に関する情報である収音音声関連情報を受信し、受信した前記収音音声関連情報に基づいて、前記デバイスが、放送に基づいて放音されたコマーシャルに係る音声をリアルタイムで収音したのか否かを判別するリアルタイム判別部を備えることを特徴とする情報処理装置。
【請求項２】
放送に基づいて放音される音声を収音して分析し、コマーシャルに係る音声が放音されたことを検出すると共に、検出したコマーシャルを識別する放送分析部をさらに備え、
前記リアルタイム判別部は、
前記放送分析部の分析結果、及び、前記デバイスから受信した前記収音音声関連情報に基づいて、
前記デバイスが、前記放送分析部が検出したコマーシャルと同一のコマーシャルに係る音声を、前記放送分析部によるコマーシャルの検出タイミングに対応するタイミングで収音したか否かを判別し、
収音している場合、前記デバイスが、放送に基づいて放音されたコマーシャルに係る音声をリアルタイムで収音したと判別することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
複数の前記デバイスと通信可能に接続され、
前記リアルタイム判別部は、
複数の前記デバイスから受信した前記収音音声関連情報に基づいて、所定数以上のデバイスが、同一のコマーシャルを相互に対応するタイミングで収音したか否か判別し、
収音している場合、当該コマーシャルについては、前記デバイスが、放送に基づいて放音されたコマーシャルに係る音声をリアルタイムで収音したと判別することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記リアルタイム判別部により、前記デバイスが、放送に基づいて放音されたコマーシャルに係る音声をリアルタイムで収音していないと判別された場合、
前記デバイスから受信した収音音声関連情報に基づいて、前記デバイスが、所定の期間内に、所定の回数以上、リアルタイムで収音していないと判別されたコマーシャルに係る音声を収音したか否か判別する処理実行部をさらに備えることを特徴とする請求項１ないし３のいずれかに記載の情報処理装置。
【請求項５】
前記デバイスは、
複数のコマーシャルについて、コマーシャルの識別情報と、コマーシャルの音声に係るパターンとを対応付けて記憶し、
収音した音声に基づいて、記憶した前記パターンを利用したパターンマッチングを行なうことにより、コマーシャルに係る音声を収音したことを検出すると共に、検出したコマーシャルの識別情報を特定し、特定した識別情報を少なくとも含む前記収音音声関連情報を送信することを特徴とする請求項１ないし４のいずれかに記載の情報処理装置。
【請求項６】
前記デバイスに記憶された、コマーシャルの識別情報、及び、コマーシャルの音声に係るパターンを、各コマーシャルの放送期間に対応して更新するパターン更新部をさらに備えることを特徴とする請求項１ないし５のいずれかに記載の情報処理装置。
【請求項７】
複数の前記デバイスと通信可能に接続され、
複数の前記デバイスから受信した前記収音音声関連情報に基づいて、各コマーシャルに係る音声を収音した前記デバイスの数を少なくとも含む情報を記憶するコマーシャル情報記憶部を備えることを特徴とする請求項１ないし６のいずれかに記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、収音機能を有するデバイスと通信可能に接続された情報処理装置に関する。
【背景技術】
【０００２】
従来、携帯電話等のデバイス（携帯端末装置）であって、実装されたマイクを利用して収音した音声に基づいて、各種処理を実行するものが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−８６０２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、上述したように収音機能を有するデバイスは、放送に基づいて放音される音声、特に、コマーシャルに係る音声を収音可能であり、このことを利用すれば、新たなサービスを提供可能である。その際、コマーシャルの特性を踏まえたサービスを提供できれば、より付加価値の高いサービスを提供できる。
本発明は、上述した事情に鑑みてなされたものであり、コマーシャルの特性を踏まえたサービスを提供できるようにすることを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明は、収音機能を有するデバイスと通信可能に接続された情報処理装置であって、前記デバイスから、収音した音声に関する情報である収音音声関連情報を受信し、受信した前記収音音声関連情報に基づいて、前記デバイスが、放送に基づいて放音されたコマーシャルに係る音声をリアルタイムで収音したのか否かを判別するリアルタイム判別部を備えることを特徴とする。
【０００６】
また、本発明は、放送に基づいて放音される音声を収音して分析し、コマーシャルに係る音声が放音されたことを検出すると共に、検出したコマーシャルを識別する放送分析部をさらに備え、前記リアルタイム判別部は、前記放送分析部の分析結果、及び、前記デバイスから受信した前記収音音声関連情報に基づいて、前記デバイスが、前記放送分析部が検出したコマーシャルと同一のコマーシャルに係る音声を、前記放送分析部によるコマーシャルの検出タイミングに対応するタイミングで収音したか否かを判別し、収音している場合、前記デバイスが、放送に基づいて放音されたコマーシャルに係る音声をリアルタイムで収音したと判別することを特徴とする。
【０００７】
また、本発明は、複数の前記デバイスと通信可能に接続され、前記リアルタイム判別部は、複数の前記デバイスから受信した前記収音音声関連情報に基づいて、所定数以上のデバイスが、同一のコマーシャルを相互に対応するタイミングで収音したか否か判別し、収音している場合、当該コマーシャルについては、前記デバイスが、放送に基づいて放音されたコマーシャルに係る音声をリアルタイムで収音したと判別することを特徴とする。
【０００８】
また、本発明は、前記リアルタイム判別部により、前記デバイスが、放送に基づいて放音されたコマーシャルに係る音声をリアルタイムで収音していないと判別された場合、前記デバイスから受信した収音音声関連情報に基づいて、前記デバイスが、所定の期間内に、所定の回数以上、リアルタイムで収音していないと判別されたコマーシャルに係る音声を収音したか否か判別する処理実行部をさらに備えることを特徴とする。
【０００９】
また、本発明は、前記デバイスは、複数のコマーシャルについて、コマーシャルの識別情報と、コマーシャルの音声に係るパターンとを対応付けて記憶し、収音した音声に基づいて、記憶した前記パターンを利用したパターンマッチングを行なうことにより、コマーシャルに係る音声を収音したことを検出すると共に、検出したコマーシャルの識別情報を特定し、特定した識別情報を少なくとも含む前記収音音声関連情報を送信することを特徴とする。
【００１０】
また、本発明は、前記デバイスに記憶された、コマーシャルの識別情報、及び、コマーシャルの音声に係るパターンを、各コマーシャルの放送期間に対応して更新するパターン更新部をさらに備えることを特徴とする。
【００１１】
また、本発明は、複数の前記デバイスと通信可能に接続され、複数の前記デバイスから受信した前記収音音声関連情報に基づいて、各コマーシャルに係る音声を収音した前記デバイスの数を少なくとも含む情報を記憶するコマーシャル情報記憶部を備えることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、コマーシャルの特性を踏まえたサービスを提供できるようになる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態に係る情報処理システムの構成を示す図である。
【図２】サービス提供時におけるデバイス、及び、サーバー装置の動作を示すフローチャートである。
【図３】各種データのデータ構造を示す図である。
【図４】非リアルタイム特別処理の実行時におけるサーバー装置の動作を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の実施形態について説明する。
図１は、本実施形態に係る情報処理システム１の構成を示す図である。
図１に示すように、情報処理システム１は、サーバー装置１０（情報処理装置）を備えており、このサーバー装置１０に、インターネット等のネットワークＮを介して、デバイス１１が接続可能な構成となっている。
サーバー装置１０は、所定のサービス提供会社が直接的に、又は、間接的に開発、保守、運営するサーバー装置であり、後述する各種サービスは、このサーバー装置１０におけるハードウェアとソフトウェアとの協働により提供される。
デバイス１１は、サーバー装置１０が提供するサービスを利用するユーザーが保有する装置である。デバイス１１は、収音機能、及び、サーバー装置１０との間での通信機能を有していれば、どのような装置であってもよいが、本実施形態では、デバイス１１は、いわゆるスマートフォン、すなわち、タブレット型の装置本体の前面の広い領域にタッチパネル３１が設けられた携帯電話であるものとする。スマートフォンには、マイクが実装され、収音機能が有するものが実装されているものが広く普及しており、また、アプリケーションを所定の方法でダウンロードさせて、このアプリケーションの機能により、収音機能を利用した各種サービスを簡易に提供可能である。
サーバー装置１０と、デバイス１１とは、一対多の関係にあり、複数のデバイス１１がサーバー装置１０と通信可能である。サーバー装置１０と、デバイス１１との間では、必要に応じて、所定の暗号化プロトコルに準じた通信や、仮想専用線等の既存の技術によりセキュアな通信が行われる。
【００１５】
図１に示すように、サーバー装置１０は、サーバー制御部２０と、サーバー記憶部２１と、放送分析部２２と、を備えている。
サーバー制御部２０は、ＣＰＵや、ＲＯＭ、ＲＡＭ等を備え、サーバー装置１０の各部を中枢的に制御する。サーバー制御部２０が備える機能ブロックについては後述する。サーバー記憶部２１は、ハードディスク等の不揮発性メモリーを備え、各種データを書き換え可能に不揮発的に記憶する。サーバー記憶部２１に記憶されるデータについては後述する。放送分析部２２については後述する。インターフェース部２３は、サーバー制御部２０の制御の下、所定の通信規格に準拠してデバイス１１と通信する。
なお、図１では、サーバー装置１０は、１つのブロックによって表わされているが、サーバー装置１０は１つのサーバー装置によって構成されている必要はない。例えば、後述する機能ブロックに係る機能ごとにサーバー装置を備え、これらサーバー装置が連係する構成であってもよい。また、集中型システム、分散型システムの一部であってもよい。すなわち、サーバー装置１０は、後述する各種機能を実現可能な構成であれば、どのような構成であってもよい。
【００１６】
また、図１に示すように、デバイス１１は、上述したとおり、いわゆるスマートフォンであり、デバイス制御部３０と、タッチパネル３１と、表示制御部３２と、入力検出部３３と、無線通信部３４と、音声処理部３５と、デバイス記憶部３６と、を備えている。
デバイス制御部３０は、ＣＰＵや、ＲＯＭ、ＲＡＭ等を備え、デバイス１１の各部を中枢的に制御する。デバイス制御部３０が備える機能ブロックについては後述する。タッチパネル３１は、デバイス１１の前面に配置された表示パネル３１ａと、表示パネル３１ａに重ねて配置されたタッチセンサー３１ｂとを備えている。表示制御部３２は、デバイス制御部３０の制御の下、表示パネル３１ａに各種画像を表示する。入力検出部３３は、タッチセンサー３１ｂに対する操作を検出して、デバイス制御部３０に出力する。無線通信部３４は、所定の無線通信の規格に準拠した通信モジュールを備え、デバイス制御部３０の制御の下、電話網、その他の通信回線を介して、サーバー装置１０や、他の電話機と通信する。音声処理部３５は、スピーカー３８と接続されており、デバイス制御部３０から入力された音声信号をデジタル／アナログ変換してスピーカー３８に出力することによって、音声信号に係る音声を放音する。
また、音声処理部３５は、マイク３９と接続されており、マイク３９によって収音された音声に係る信号をアナログ／デジタル変換して収音データを生成し、デバイス制御部３０に出力する。
本実施形態では、デバイス１１にマイクが実装され、デバイス１１自体が収音機能を有しているが、必ずしもこのような構成である必要はなく、デバイス１１に接続された外部機器が収音機能を有しており、収音された音声に係るデータを当該外部機器から通信を介して取得する構成であってもよい。この場合、デバイス１１と、外部機器とが協働して「デバイス」として機能する。
【００１７】
さて、テレビ放送や、ラジオ放送、その他の有線、無線放送では、放送中、コマーシャルが放送されることがある。一般に、コマーシャルは、番組と番組との間で放送されるが、視聴者（ラジオ等の聴取者も含む。以下同じ。）は、番組からコマーシャルへと移行した後、必ずしも、引き続きコマーシャルを視聴（ラジオ等の聴取も含む。以下同じ。）するとは限らず、チャンネルを変えたり、また、何らかの作業を行なったりすることがある。
そして、本実施形態に係る情報処理システム１は、サーバー装置１０が提供するサービスにより、ユーザーに対してコマーシャルを視聴するインセンティブを的確に与え、コマーシャルの提供に関係する会社、及び、ユーザーの双方の利益に資することを目的の１つとしている。特に、本実施形態に係る情報処理システム１では、コマーシャルの「特性」を最大限に活用して、上述した目的を達成している。
コマーシャルの特性の１つは、コマーシャルの種類として、スポットコマーシャルが存在することである。スポットコマーシャルには、ユーザー（視聴者）や、サービス提供会社等が、どの時間に、どのコマーシャルが放送されるのかを把握できない、という特性がある。
以下、サーバー装置１０、及び、デバイス１１の機能、動作について詳述する。
なお、説明の便宜のため、以下の説明では、コマーシャルとして、テレビ放送で放送されるものを想定する。
【００１８】
サーバー装置１０によるサービスの利用の前提として、ユーザーは、専用のアプリケーション（以下、「専用アプリケーション」という。）をインストールする。専用アプリケーションはサービス提供会社が提供するものであり、ユーザーは、既存のアプリケーションインストールサービス等を利用して、デバイス１１に専用アプリケーションをインストールする。図１を参照し、デバイス１１のデバイス制御部３０が備える専用アプリケーション実行部３０ａの機能は、ＣＰＵが専用アプリケーション、その他の付随するプログラムを読み出して実行する等、ハードウェアとソフトウェアとの協働により実現される。
次いで、ユーザーは、サービス提供会社に対して、サービスの利用の登録を行なう。登録は、専用アプリケーションの機能によって提供されるユーザーインターフェースを利用して行えるようになっている。登録に応じて、サービス提供会社から、ユーザーに対して、ログインＩＤ、及び、ログインパスワードが通知される。ログインＩＤや、ログインパスワード、その他の登録に関する情報は、サーバー装置１０のサーバー記憶部２１のユーザー管理データベース２１ａに適切な態様で記憶され、管理される。
【００１９】
図２は、サービスの提供に係るサーバー装置１０、及び、デバイス１１の動作を示すフローチャートであり、（Ａ）はデバイス１１の動作を、（Ｂ）はサーバー装置１０の動作を表わしている。
ユーザーは、テレビ放送を視聴しているときに（上述したように、本例ではテレビ放送であるがラジオ放送等、他の放送であってもよい。）、サービスを利用することができる。テレビ放送を視聴しているユーザーは、サービスの利用に際し、自身のデバイス１１において、専用アプリケーションを立ち上げ、通知されたログインＩＤ、ログインパスワードを利用して、ログインする（ステップＳＸ１）。
ログインをトリガーとして、専用アプリケーション実行部３０ａは、音声処理部３５を制御して、マイク３９によって収音された音声に係る収音データの入力を開始させ、収音データの取得を開始する（ステップＳＡ１）。音声処理部３５からの収音データの入力は、継続して行なわれる。
次いで、専用アプリケーション実行部３０ａは、取得した収音データを分析して、所定のコマーシャルに係る音声が収音されたか否かを監視する（ステップＳＡ２）。
以下、ステップＳＡ２の処理について詳述する。
【００２０】
ここで、図１に示すように、デバイス１１のデバイス記憶部３６には、パターンデータベース３６ａが記憶されている。
図３（Ａ）は、パターンデータベース３６ａの１件のレコードのデータ構造を示す図である。
パターンデータベース３６ａでは、サービスを介してユーザーに視聴のインセンティブを与えようとしているコマーシャルのそれぞれについて、各コマーシャルに一意に付与された識別情報であるコマーシャル識別情報Ｊ１と、コマーシャルの音声に係るパターンである音声パターンＪ２とが対応付けて記憶される。
以下、サービスを介してユーザーに視聴のインセンティブを与えようとしているコマーシャル、換言すれば、パターンデータベース３６ａに、コマーシャル識別情報Ｊ１と対応付けて、音声パターンＪ２が記憶されているコマーシャルのことを「対象コマーシャル」という。なお、後述する手段により、パターンデータベース３６ａには、対象コマーシャルの放送期間に準じた適切な情報が記憶される構成となっている。
コマーシャルの音声に係るパターンとは、本実施形態では、コマーシャルに係る音声に基づく所定のサンプリング期間の音声データを周波数スペクトルに変換後、周波数スペクトルに基づいて生成された所定の周波数（複数であってもよい）のベクトルのことである。
そして、ステップＳＡ２において、専用アプリケーション実行部３０ａは、所定のサンプリング周期で、入力された収音データを周波数スペクトルに変換し、所定の周波数のベクトルを生成する。次いで、専用アプリケーション実行部３０ａは、収音データに基づいて生成した所定の周波数のベクトルと、パターンデータベース３６ａに記憶された各対象コマーシャルの音声パターンＪ２とのパターンマッチングを行い、マッチすれば、対象コマーシャルに係る音声が収音されたと判別する。
なお、上述したパターンマッチングの手法は、あくまで一例であり、既存のパターンマッチングの手法を広く利用することができる。
【００２１】
さて、ステップＳＡ２において、対象コマーシャルに係る音声が収音されたと判別した場合（ステップＳＡ２：ＹＥＳ）、専用アプリケーション実行部３０ａは、パターンデータベース３６ａの対応するレコードに基づいて、そのコマーシャル識別情報Ｊ１を特定する（ステップＳＡ３）。次いで、専用アプリケーション実行部３０ａは、少なくともコマーシャル識別情報Ｊ１、及び、位置情報Ｊ１０を含む所定フォーマットの収音音声関連情報データＤ１（収音音声関連情報）を生成し、サーバー装置１０に送信する（ステップＳＡ４）。
位置情報Ｊ１０とは、デバイス１１の位置（ユーザーが放送を視聴している位置）を示す情報のことである。デバイス１１にＧＰＳ機能が備わっている場合は、位置情報Ｊ１０は、ＧＰＳ機能によって取得される情報であってもよい。また、ログインの際にユーザーに位置情報Ｊ１０を選択的に入力させる構成とした場合は、ユーザーによって入力された情報であってもよい。また、デバイス１１が携帯電話である場合は、所定の手段にて取得可能な最寄りの基地局を示す情報であってもよい。すなわち、位置情報Ｊ１０は、デバイス１１の位置が、地図上で区分けされる放送エリアのうち、どの放送エリアに属しているかを判別できる情報であれば、どのような情報であってもよく、また、その取得手段も問わない。
ステップＳＡ４の処理後、専用アプリケーション実行部３０ａは、処理手順をステップＳＡ２へ戻す。なお、ステップＳＡ２〜ステップＳＡ４の処理の実行中、専用アプリケーション実行部３０ａは、ユーザーによって専用アプリケーションの終了が指示されたか否かを監視し、指示された場合、処理を終了する。
このように、本実施形態では、デバイス１１が対象コマーシャルに係る音声を収音した場合に、デバイス１１からサーバー装置１０に対して、収音音声関連情報データＤ１が送信される構成である。このため、例えば、音声の収音中、デバイス１１からサーバー装置１０に対して、収音データを送信し、サーバー装置１０でパターンマッチングを行なう構成の場合と比較して、デバイス１１からサーバー装置１０に対して送信されるデータのデータ量が非常に少なく、処理効率、通信効率の向上が実現されている。
図２（Ｂ）を参照し、サーバー装置１０のサーバー制御部２０は、デバイス１１から、コマーシャル識別情報Ｊ１を含む収音音声関連情報データＤ１を受信すると（ステップＳＢ１）、リアルタイム判別処理を実行する（ステップＳＢ２）。以下、ステップＳＢ２のリアルタイム判別処理について詳述する。
【００２２】
ここで、「デバイス１１が、（放送に基づいて放音された）コマーシャルに係る音声をリアルタイムで収音した」とは、すなわち、放送について録画や、録音等したものを再生し、そこで流れるコマーシャルに係る音声をデバイス１１が収音したのではなく、リアルタイムで放送されるコマーシャルに係る音声を収音したということである。そして、デバイス１１が、コマーシャルに係る音声をリアルタイムで収音している場合は、ユーザーがコマーシャルを視聴した、とみなすことができる。
上述したように、コマーシャルのうち、スポットコマーシャルについては、ユーザー（視聴者）や、サービス提供会社等が、どの時間に、どのコマーシャルが放送されるのかを把握できないという特性があるが、ユーザーが、対象コマーシャルをリアルタイムで視聴しているのか否かを的確に判別することができれば、リアルタイムで視聴した場合と、そうでない場合とで、ユーザーに提供するサービス（詳細は後述）に差を付けることができ、コマーシャルの特性を踏まえた適切なサービスの提供を実現できる。例えば、ある１の商品の宣伝に係るコマーシャルについて考えると、コマーシャルを提供する会社は、当該１の商品の売上げ状況、投資状況、その他の状況や、その商品の市場投入のタイミング等、複数の要因を踏まえた上で、適切な期間にコマーシャルを放送させる。このため、コマーシャルを提供する会社には、できるだけ当該１の商品に係るコマーシャルを、リアルタイムで視聴して欲しいという要望がある。これを踏まえ、ユーザーが、対象コマーシャルをリアルタイムで視聴しているのか否かを的確に判別した上で、リアルタイムで視聴した場合と、そうでない場合とで、ユーザーに提供するサービスの内容に差をつけることにより、ユーザーに、リアルタイムでコマーシャルを視聴するインセンティブを与えることができ、コマーシャルの提供に関係する会社、及び、ユーザーの双方の利益に資することができる。
【００２３】
そして、ステップＳＢ２のリアルタイム判別処理において、サーバー装置１０のサーバー制御部２０が備える機能ブロックであるリアルタイム判別部２０ａは、受信した収音音声関連情報データＤ１に基づいて、デバイス１１が、当該データに含まれるコマーシャル識別情報Ｊ１が示す対象コマーシャルに係る音声を、リアルタイムで収音したのか否かを判別する。このリアルタイム判別部２０ａの機能は、ＣＰＵが、サーバー装置１０にインストールされたソフトウェアを読み出して実行する等、ハードウェアとソフトウェアとの協働により実現される。このことは、サーバー制御部２０が備える他の機能ブロックについても同様である。
さて、本実施形態では、コマーシャルがリアルタイムに収音されたものか否かを判別する方法として、以下の２つの方法がある。いずれか一方の方法に係る処理を行なう構成であってもよく、両方の方法に係る処理を実行可能な構成とした上で、いずれの方法に係る処理を行なうかを切替え可能に構成してもよく、双方の方法に係る処理を行なう構成であってもよい。
【００２４】
＜方法１＞
方法１では、放送分析部２２を利用する。
放送分析部２２は、収音機能を有する複数台の外部機器に接続されており、複数台の外部機器のそれぞれに対応してテレビ装置が用意されている。テレビ装置のそれぞれでは、特定の放送エリアにおける異なるチャンネルのテレビ放送が放映されており、複数台の外部機器は、それぞれ、異なるテレビ放送に係る音声を収音し、収音データとして、逐次、放送分析部２２に出力する。チャンネルとしては、特定の放送エリアにおいてユーザーが視聴し得る全てのチャンネルが選択されることが望ましいが、対象コマーシャルが放送され得るチャンネルのみ選択される等、サービスの内容に応じて適切に選択される。
放送分析部２２は、各チャンネルに係る収音データを分析し、いずれかのチャンネルに係る外部機器において、対象コマーシャルが収音されたか否かを判別し、対象コマーシャルが収音されたことを検出した場合、その対象コマーシャルを識別すると共に、その対象コマーシャルのコマーシャル識別情報Ｊ１、チャンネルを示すチャンネル識別情報Ｊ３、及び、放送エリアを示す放送エリア情報Ｊ１１を含む分析結果データＤ２をリアルタイム判別部２０ａに出力する。放送エリア情報Ｊ１１は、事前に登録される。
ここで出力された分析結果データＤ２に含まれるコマーシャル識別情報Ｊ１が示す対象コマーシャルは、当該データの出力時に、実際にリアルタイムで放送されたコマーシャルである。
放送分析部２２は、例えば、上述した専用アプリケーション実行部３０ａと同様の方法で、収音データに基づいて、対象コマーシャルが収音されたことを検出し、当該対象コマーシャルを識別し、また、コマーシャル識別情報Ｊ１を特定する。方法は、これに限らず、存在する技術を利用したどのような方法であってもよい。
ここで、本実施形態では、サーバー装置１０が放送分析部２２を備えているが、この放送分析部２２の機能を、サーバー装置１０に接続された外部機器が実装している構成であってもよい。この場合、サーバー装置１０と当該外部機器とが協働して「情報処理装置」として機能する。
【００２５】
放送分析部２２からコマーシャル識別情報Ｊ１、チャンネル識別情報Ｊ３、及び、放送エリア情報Ｊ１１を含む分析結果データＤ２が入力されると、リアルタイム判別部２０ａは、当該分析結果データＤ２の入力から所定の期間Ｔ１内に、デバイス１１から、当該分析結果データＤ２に含まれるコマーシャル識別情報Ｊ１（放送分析部２２が検出した対象コマーシャルを示すコマーシャル識別情報Ｊ１）と同一のコマーシャル識別情報Ｊ１を含む収音音声関連情報データＤ１を受信したか否かを判別する。受信した場合、リアルタイム判別部２０ａは、分析結果データＤ２に含まれる放送エリア情報Ｊ１１と、収音音声関連情報データＤ１に含まれる位置情報Ｊ１０とを比較して、位置情報Ｊ１０が示すデバイス１１の位置が、放送エリア情報Ｊ１１が示す放送エリアに属するか否かを判別する。「位置情報Ｊ１０が示すデバイス１１の位置が、放送エリア情報Ｊ１１が示す放送エリアに属する」ということは、ある特定の放送エリアで放送されたコマーシャルに係る音声を、その放送エリアに属するデバイス１１がリアルタイムで収音したということである。
属する場合、リアルタイム判別部２０ａは、分析結果データＤ２に含まれるコマーシャル識別情報Ｊ１（放送分析部２２が検出した対象コマーシャルを示すコマーシャル識別情報Ｊ１）と、同一のコマーシャル識別情報Ｊ１を含む収音音声関連情報データＤ１を送信してきたデバイス１１については、コマーシャル識別情報Ｊ１が示す対象コマーシャルに係る音声をリアルタイムで収音したと判別する。
すなわち、分析結果データＤ２に含まれるコマーシャル識別情報Ｊ１（放送分析部２２が検出した対象コマーシャルを示すコマーシャル識別情報Ｊ１）が示す対象コマーシャルは、この分析結果データＤ２がリアルタイム判別部２０ａに入力されたときに、実際にリアルタイムで放送された対象コマーシャルである。従って、分析結果データＤ２がリアルタイム判別部２０ａに入力されたときと、略同タイミングで対応するコマーシャル識別情報Ｊ１を含む収音音声関連情報データＤ１を送信したデバイス１１は、実際にリアルタイムで対応する対象コマーシャルに係る音声を収音した蓋然性が非常に高い。これを踏まえ、方法１において、リアルタイム判別部２０ａは、分析結果データＤ２の入力から所定の期間Ｔ１内に、デバイス１１から、分析結果データＤ２に含まれるコマーシャル識別情報Ｊ１と同一のコマーシャル識別情報Ｊ１を含む収音音声関連情報データＤ１を受信したデバイス１１については、対応する対象コマーシャルに係る音声をリアルタイムで収音したと判別する。
つまり、リアルタイム判別部２０ａは、放送分析部２２の分析結果、及び、デバイス１１から受信した収音音声関連情報データＤ１に基づいて、デバイス１１が、放送分析部２２が放送されたことを検出した対象コマーシャルと同一の対象コマーシャルに係る音声を、放送分析部２２による対象コマーシャルの検出タイミングに対応するタイミングで収音したか否かを判別する。収音している場合、リアルタイム判別部２０ａは、デバイス１１が、放送に基づいて放音されたコマーシャルに係る音声をリアルタイムで収音したと判別する。これにより、デバイス１１がリアルタイムで対象コマーシャルに係る音声を収音したか否かを、的確に、判別できる。
ここで、期間Ｔ１は、各種データの生成に係る処理、通信に係る処理等、デバイス１１、及び、サーバー装置１０が各種に要する時間や、通信の遅延等を考慮して、その値が適切に定められる。また、サーバー装置１０側の処理も考慮し、分析結果データＤ２が入力される前の期間も期間Ｔ１に含めてもよい。
【００２６】
＜方法２＞
次いで、方法２について説明する。
方法２では、リアルタイム判別部２０ａは、所定の期間Ｔ２以内に、所定数Ｓ１以上のデバイス１１から、同一のコマーシャル識別情報Ｊ１を含む収音音声関連情報データＤ１を受信したか否かを判別し、収音している場合、これらデバイス１１については、当該コマーシャル識別情報Ｊ１が示す対象コマーシャルに係る音声をリアルタイムで収音したと判別する。
すなわち、所定の期間Ｔ２以内に、所定数Ｓ１以上のデバイス１１から、同一のコマーシャル識別情報Ｊ１を含む収音音声関連情報データＤ１を受信した場合、これら異なる複数のデバイス１１が、同一の対象コマーシャルに係る音声を、略同一のタイミングで収音したということであり、これらデバイス１１は、リアルタイムで対応する対象コマーシャルに係る音声を収音した蓋然性が非常に高い。これを踏まえ、方法２では、上記手法により、デバイス１１が、対象コマーシャルに係る音声をリアルタイムで収音したか否かを判別する。
すなわち、リアルタイム判別部２０ａは、複数のデバイス１１から受信した収音音声関連情報データＤ１に基づいて、所定数Ｓ１以上のデバイス１１が、同一の対象コマーシャルを相互に対応するタイミングで収音したか否か判別し、収音している場合、当該対象コマーシャルについては、各デバイス１１が、放送に基づいて放音された対象コマーシャルに係る音声をリアルタイムで収音したと判別する。これにより、デバイス１１がリアルタイムで対象コマーシャルに係る音声を収音したか否かを、的確に、判別できる。
なお、所定数Ｓ１は、上記判別が的確に行なわれるように、その値が適切に定められる。
【００２７】
＜リアルタイム判別処理の別例１＞
上述した方法１と、方法２とを併用して、以下のようにしてリアルタイム判別処理を実行することも可能である。
デバイス１１から収音音声関連情報データＤ１を受信した場合、リアルタイム判別部２０ａは、まず、上述した方法１によって、リアルタイム判別処理を行なう。
方法１に係るリアルタイム判別処理によって、対象コマーシャルに係る音声をリアルタイムで収音していないと判別された場合としては、以下の場合があり得る。すなわち、デバイス１１がリアルタイムで対象コマーシャルに係る音声を収音しているものの、放送分析部２２が対応している放送エリア外で、放送されたものを収音したため、方法１に係るリアルタイム判別処理によって、リアルタイムな収音ではないと判別される場合である。なお、放送分析部２２が対応している放送エリアとは、放送分析部２２が、対象コマーシャルが放送されたか否かの判別の対象としている放送が放送されている放送エリアのことである。
これを踏まえ、方法１に係るリアルタイム判別処理によってリアルタイムな収音と判別されなかった場合、リアルタイム判別部２０ａは、さらに、方法２によってリアルタイム判別処理を行なう。これにより、より確実に、対象コマーシャルに係る音声がリアルタイムで行なわれたのか否かを判別可能である。
【００２８】
＜リアルタイム判別処理の別例２＞
さらに、方法２を有効活用して、以下のようにしてリアルタイム判別処理を実行することも可能である。
デバイス１１から収音音声関連情報データＤ１を受信した場合、リアルタイム判別部２０ａは、収音音声関連情報データＤ１に含まれる位置情報Ｊ１０を参照し、位置情報Ｊ１０が示すデバイス１１の位置が、放送分析部２２が対応している放送エリアに属するか否かを判別する。属しない場合、方法１に係るリアルタイム判別処理によって、リアルタイムな収音か否かを判別することは適切でないため、方法２に係るリアルタイム判別処理によって、リアルタイムな収音であるか否かを判別する。これにより、より確実に、対象コマーシャルに係る音声がリアルタイムで行なわれたのか否かを判別可能である。
【００２９】
＜リアルタイム判別処理の別例３＞
以上、ステップＳＢ２のリアルタイム判別処理について、２つの方法を説明したが、この２つの方法に限らず、リアルタイムで対象コマーシャルを収音したか否かを判別できるのであれば、どのような方法であってもよい。例えば、各デバイス１１が、対象コマーシャルを収音した時刻を示す情報含む収音音声関連情報データＤ１をサーバー装置１０に送信し、サーバー装置１０は、受信したデータを、ユーザーごとに記憶する。そして、後に、どの対象コマーシャルが、どの時間帯に放送されたかを示す情報が、サーバー装置１０に入力され、サーバー装置１０のリアルタイム判別部２０ａは、当該情報と、記憶したデータに含まれる時刻を示す情報との比較結果に基づいて、各デバイス１１について、対象コマーシャルをリアルタイムで収音したか否かを判別する構成であってもよい。
また、スポットコマーシャルでないもの、すなわち、放送される時刻が事前に定められているコマーシャルについては、収音音声関連情報データＤ１の受信タイミングと、事前に定められた放送される時刻との比較結果に基づいて、又は、収音音声関連情報データＤ１に対象コマーシャルを収音した時刻を示す情報を含める構成とした場合は、当該情報と、事前に定められた放送される時刻との比較結果に基づいて、各デバイス１１について、対象コマーシャルをリアルタイムで収音したか否かを判別する構成であってもよい。
【００３０】
さて、前掲図２に戻り、ステップＳＢ２におけるリアルタイム判別処理の後、サーバー制御部２０は、収音音声関連情報データＤ１を送信してきたデバイス１１が、当該処理により、対象コマーシャルに係る音声をリアルタイムで収音したと判別されたのか否かを判別する（ステップＳＢ３）。
リアルタイムで収音している場合（ステップＳＢ３：ＹＥＳ）、サーバー制御部２０が備える機能ブロックであるコマーシャル情報記憶部２０ｂは、受信した収音音声関連情報データＤ１に基づいて、サーバー記憶部２１に記憶された分析用情報データベース２１ｂの内容を更新する（ステップＳＢ４）。
図３（Ｂ）は、分析用情報データベース２１ｂに含まれるデータベースＤＢ１の１件のレコードのデータ構造を示す図である。また、図３（Ｃ）は、分析用情報データベース２１ｂに含まれるデータベースＤＢ２の１件のレコードのデータ構造を示す図である。
コマーシャル情報記憶部２０ｂは、リアルタイムで収音されたと判別された対象コマーシャルに係る収音音声関連情報データＤ１について、収音音声関連情報データＤ１ごとに、換言すれば、当該データを送信したデバイス１１のユーザーごとに、データベースＤＢ１においてレコードを生成する。図３（Ｂ）に示すように、データベースＤＢ１の１件のレコードは、ユーザーＩＤと、コマーシャル放送日時Ｊ４と、コマーシャル識別情報Ｊ１と、チャンネル識別情報Ｊ３と、を含んで構成される。コマーシャル放送日時Ｊ４は、対応する対象コマーシャルが放送された日時（日付＋時刻）を示す情報であり、放送分析部２２が対象コマーシャルに係る音声が収音されたことを検出した日時や、収音音声関連情報データＤ１を受信した日時等に基づいて、対応する対象コマーシャルが放送された時刻として適切な値が定められる。
データベースＤＢ１において、図３（Ｂ）に示す情報が記憶されるため、後に、ユーザーの登録情報を含めた分析を行なうことにより、ユーザーごとのコマーシャルの視聴の傾向や、ユーザーのライフスタイル等を分析できることとなり、分析結果に基づいて、ユーザーごとにより的確なサービスを提供でき、また、サービスの提供に関連する会社は、非常に有益な情報を取得できる。
【００３１】
また、コマーシャル情報記憶部２０ｂは、リアルタイムで収音されたと判別された対象コマーシャルごとに、データベースＤＢ２においてレコードを生成する。図３（Ｃ）に示すように、データベースＤＢ２の１件のレコードは、コマーシャル放送日時Ｊ４と、コマーシャル識別情報Ｊ１と、チャンネル識別情報Ｊ３と、視聴数Ｊ５と、ログイン数Ｊ６と、を含んで構成されている。
視聴数Ｊ５とは、リアルタイムに収音されたと判別された対象コマーシャルに係る音声を収音したデバイス１１の総数のことであり、換言すれば、同一の時間帯に放送された同一の対象コマーシャルを視聴したユーザーの総数のことである。視聴数Ｊ５は、対象コマーシャルのそれぞれについて、収音音声関連情報データＤ１の受信数に基づいて集計可能である。
また、ログイン数とは、対応する対象コマーシャルが放送された日時において、ログインしているデバイス１１の総数である。サーバー制御部２０は、ログイン状況について絶えず管理している。
コマーシャル情報記憶部２０ｂは、リアルタイムで収音されたと判別された対象コマーシャルに係る収音音声関連情報データＤ１の全てを受信した後、視聴数Ｊ５を適切な手段で集計し、対応する時刻におけるログイン数を検出した後、データベースＤＢ２に１件のレコードを生成する。
データベースＤＢ２において、図３（Ｃ）に示す情報が記憶されるため、後に、例えば、各対象コマーシャルの仮想的な視聴率を、統計学的手法（例えば、視聴数Ｊ５／ログイン数Ｊ６）によって分析でき、サービスの提供に関連する会社は、非常に有益な情報を取得できる。
なお、図３（Ｂ）、図３（Ｃ）により、コマーシャル情報記憶部２０ｂが記憶する情報を具体的に説明したが、記憶する情報は例示したものに限られないことは言うまでもない。すなわち、リアルタイムで収音されたと判別された対象コマーシャルに関連する情報であれば、どのような情報であっても記憶可能である。
【００３２】
さて、前掲図２に戻り、ステップＳＢ４の処理後、サーバー制御部２０が備える機能ブロックであるサービス提供部２０ｃは、対象コマーシャルをリアルタイムで視聴したユーザーに対して、所定のサービスを提供する（ステップＳＢ５）。
詳述すると、ステップＳＢ５において、サービス提供部２０ｃは、サーバー記憶部２１に記憶されたリアルタイム視聴時サービス管理データベース２１ｃ（以下、「リアルタイムデータベース２１ｃ）という。）を参照する。
図３（Ｄ）は、リアルタイムデータベース２１ｃの１件のレコードのデータ構造を示す図である。
図３（Ｄ）に示すように、リアルタイムデータベース２１ｃの１件のレコードは、コマーシャル識別情報Ｊ１と、リアルタイム視聴時サービス内容情報Ｊ７とを含んで構成されている。
リアルタイム視聴時サービス内容情報Ｊ７とは、対応するコマーシャル識別情報Ｊ１が示す対象コマーシャルを「リアルタイムで」視聴したユーザーに対して、提供すべきサービスの内容を示す情報のことである。
リアルタイム視聴時サービス内容情報Ｊ７が示すサービスの内容について例を挙げて説明する。
例えば、事前に、ユーザーに、メールアドレスを登録してもらい、ユーザー管理データベース２１ａにおいて管理する。この場合において、リアルタイム視聴時サービス内容情報Ｊ７が示すサービスの内容の一例は、登録されたメールアドレス宛に、事前に用意された内容の電子メールを送信する、というものである。当該電子メールでは、例えば、ユーザーがリアルタイムで視聴した対象コマーシャル関するお得な情報、例えば、製品の販売場所等が示される。また例えば、当該電子メールでは、対象コマーシャルの製品等のクーポンが示される。また例えば、当該電子メールでは、所定のウェブページのＵＲＬにアクセスするためのリンクが示される。当該ウェブページでは、例えば、懸賞付きのアンケートに係るユーザーインターフェースがユーザーに提供される。また例えば、当該電子メールでは、所定のキャンペーンについての告知や、当該キャンペーンに登録するための方法が示される。
【００３３】
リアルタイム視聴時サービス内容情報Ｊ７が示すサービスの内容の別例は以下である。
すなわち、ユーザーに、所定のポイントシステムに登録してもらい、また、ユーザーに、ユーザーが登録しているポイントシステムに関する情報を事前に登録してもらう。この場合において、リアルタイム視聴時サービス内容情報Ｊ７が示すサービスの内容の一例は、特定の対象コマーシャルのリアルタイムでの視聴に応じて、特定のポイントシステムのポイントを、予め定められた値分、付与するというものである。なお、サーバー装置１０と、ポイントシステムに係るサーバー装置とが連係して、適切にポイントを付与できるシステムが構築されているものとする。この場合、例えば、デバイス１１における専用アプリケーションの立ち上げに伴って、デバイス１１の表示パネル３１ａに表示されている画面上に、特定の音ともに、所定のポイントが付与した旨表示したり、また、事前に登録された電子メールに、所定のポイントが付与した旨送信したりすることが可能である。また、所定の手段によるアンケートへの回答を促し、当該アンケートに対する回答があった場合に、ポイントを付与してもよい。
【００３４】
さて、ステップＳＢ５において、サービス提供部２０ｃは、受信した収音音声関連情報データＤ１に含まれるコマーシャル識別情報Ｊ１をキーとして、リアルタイムデータベース２１ｃの対応するレコードを特定する。そして、サービス提供部２０ｃは、特定したレコードのリアルタイム視聴時サービス内容情報Ｊ７が示すサービスを提供する。なお、リアルタイム視聴時サービス内容情報Ｊ７に基づいて、当該情報が示すサービスをシステマチックに提供する機能が、サービス提供部２０ｃに実装されている。
ここで、本実施形態では、上述したとおり、サーバー制御部２０は、デバイス１１が対象コマーシャルに係る音声をリアルタイムで収音したか否かを的確に判別する。その上で、サーバー制御部２０は、対象コマーシャルがリアルタイムで収音されている場合、換言すれば、ユーザーがリアルタイムで対象コマーシャルを視聴している場合は、専用のリアルタイムデータベース２１ｃを参照して、リアルタイムで視聴したユーザーに特有のサービスを提供する。このため、リアルタイムで対象コマーシャルを視聴したユーザーと、そうでないユーザーとで、サービスの内容の差別化を図ることができる。例えば、リアルタイムで対象コマーシャルを視聴したユーザーに対しては、上述したサービスを提供する一方、そうでないユーザーに対しては、サービスを提供しないことが可能である。また、サービスとして、クーポンに係る電子メールを送信する場合には、クーポンの割引率に差をつけることが可能である。また、サービスとして、ポイントを付与する場合には、付与するポイントの値に差をつけることが可能である。
このような構成のため、スポットコマーシャルはランダムで放映されるという特性、及び、コマーシャルを提供する会社には、できるだけコマーシャルをリアルタイムで視聴して欲しいという要望があるという特性を踏まえて、適切なサービスを提供でき、これにより、コマーシャルの提供に関係する会社、及び、ユーザーの双方の利益に資することができる。
【００３５】
一方、ステップＳＢ３において、収音音声関連情報データＤ１を送信してきたデバイス１１が、対象コマーシャルに係る音声をリアルタイムで収音していないと判別した場合（ステップＳＢ３：ＮＯ）、サーバー制御部２０は、非リアルタイム特別処理を実行する（ステップＳＢ６）。
なお、対象コマーシャルに係る音声をリアルタイムで収音していない場合には、例えば、ユーザーが、テレビ放送を録画したものを再生し、そこで放音されたコマーシャルに係る音声をデバイス１１によって収音した場合がある。
【００３６】
図４は、ステップＳＢ６における非リアルタイム特別処理時のサーバー装置１０の動作を示すフローチャートである。
以下の説明において、非リアルタイム特別処理実行部２０ｄは、「処理実行部」として機能する。
また、以下の説明では、デバイス１１によって対象コマーシャルがリアルタイムで収音されていないことを、「非リアルタイムで収音された」と表現することがあるものとし、また、非リアルタイムで収音された音声に係る対象コマーシャルのことを、「非リアルタイムに係る対象コマーシャル」と表現することがあるものとする。
図４を参照し、まず、サーバー制御部２０が備える機能ブロックである非リアルタイム特別処理実行部２０ｄは、非リアルタイムの対象コマーシャルに係る収音音声関連情報データＤ１に基づいて、当該データに含まれるコマーシャル識別情報Ｊ１を所定の記憶領域に記憶する（ステップＳＣ１）。
次いで、非リアルタイム特別処理実行部２０ｄは、期間Ｔ３の計測を開始する（ステップＳＣ２）。
次いで、非リアルタイム特別処理実行部２０ｄは、期間Ｔ３内に、同一のユーザーに係るデバイス１１から、ステップＳＣ１で記憶したコマーシャル識別情報Ｊ１と同一の識別情報を含む収音音声関連情報データＤ１を、所定回数Ｋ１以上受信したか否かを判別する（ステップＳＣ３）。換言すれば、非リアルタイム特別処理実行部２０ｄは、デバイスが、期間Ｔ３内に、所定回数Ｋ１以上、非リアルタイムに係る対象コマーシャルに係る音声を収音したか否かを判別する。
【００３７】
ここで、通常のテレビ放送では、短期間のうちに、同一のコマーシャルが何度も放送されることは非常に稀である。従って、非リアルタイムに係る対象コマーシャルが、期間Ｔ３内に、所定回数Ｋ１以上、デバイス１１によって収音されている場合、ユーザーは、テレビ放送を録画したものを通常の方法で再生し、その音声をデバイス１１によって収音しているのではなく、恣意的に、短期間のうちに同一のコマーシャルに係る音声を所定の手段で放音させているものとみなすことができる。
なお、期間Ｔ３、及び、所定回数Ｋ１は、ユーザーが恣意的にコマーシャルに係る音声を放音させていることを的確に検出できるよう、コマーシャルの放送状況等を踏まえ、的確にその値が定められる。
以上を踏まえ、期間Ｔ３内に、同一のユーザーに係るデバイス１１から、ステップＳＣ１で記憶したコマーシャル識別情報Ｊ１と同一の識別情報を含む収音音声関連情報データＤ１を、所定回数Ｋ１以上受信した場合（ステップＳＣ３：ＹＥＳ）、非リアルタイム特別処理実行部２０ｄは、対応する処理を実行する（ステップＳＣ４）。
例えば、ステップＳＣ４において、非リアルタイム特別処理実行部２０ｄは、ユーザーが登録したメールアドレスに、短期間のうちに複数回、同一のコマーシャルに係る音声が収音されているため、サービスが提供できない旨の電子メールを送信する。この他、サービス提供部２０ｃによって、何らかのサービスを提供する構成であってもよい。この場合、リアルタイムで対象コマーシャルに係る音声を収音した場合や、恣意的でなく対象コマーシャルに係る音声を収音した場合と、異なるサービスを提供可能である。
【００３８】
一方、期間Ｔ３内に、同一のユーザーに係るデバイス１１から、ステップＳＣ１で記憶したコマーシャル識別情報Ｊ１と同一の識別情報を含む収音音声関連情報データＤ１を、所定回数Ｋ１以上受信していない場合（ステップＳＣ３：ＮＯ）、サービス提供部２０ｃは、対象コマーシャルを非リアルタイムで視聴したユーザーに対して、所定のサービスを提供する（ステップＳＣ５）。
詳述すると、ステップＳＣ５において、サービス提供部２０ｃは、サーバー記憶部２１に記憶された非リアルタイム視聴時サービス管理データベース２１ｄ（以下、「非リアルタイムデータベース２１ｄ）という。）を参照する。
図３（Ｅ）は、非リアルタイムデータベース２１ｄの１件のレコードのデータ構造を示す図である。
図３（Ｅ）に示すように、リアルタイムデータベース２１ｃの１件のレコードは、コマーシャル識別情報Ｊ１と、非リアルタイム視聴時サービス内容情報Ｊ８とを含んで構成されている。非リアルタイム視聴時サービス内容情報Ｊ８とは、対応するコマーシャル識別情報Ｊ１が示す対象コマーシャルを「非リアルタイムで」視聴したユーザーに対して、提供すべきサービスの内容を示す情報のことである。非リアルタイム視聴時サービス内容情報Ｊ８が示すサービスの内容は、同一の対象コマーシャルをリアルタイムで視聴した場合におけるサービスの内容と、差がつけられる。例えば、リアルタイム視聴時に所定のポイントシステムのポイントを１０ポイント付与する一方、非リアルタイム視聴時はポイントを２ポイント付与する等である。なお、サービスの内容に差をつけない場合があってもよい。
さて、ステップＳＣ５において、サービス提供部２０ｃは、受信した収音音声関連情報データＤ１に含まれるコマーシャル識別情報Ｊ１をキーとして、非リアルタイムデータベース２１ｄの対応するレコードを特定する。そして、サービス提供部２０ｃは、特定したレコードの非リアルタイム視聴時サービス内容情報Ｊ８が示すサービスを提供する。
このように、リアルタイム視聴時と、非リアルタイム視聴時とで、サービスの内容に差をつけることが可能な構成による効果は、上述したとおりである。
【００３９】
なお、ユーザーが、非リアルタイムで対象コマーシャルを視聴した場合であっても、サービスを提供する理由は、以下である。すなわち、ユーザーが、非リアルタイムで対象コマーシャルを視聴した場合であっても、ユーザーに対して宣伝広告機能を発揮でき、ユーザー、及び、対象コマーシャルの提供に関連する会社の双方に利益をもたらす。従って、非リアルタイムであっても、ユーザーに対して対象コマーシャルを視聴するインセンティブを与え、対象コマーシャルの視聴を促すことにより、ユーザー、及び、対象コマーシャルの提供に関連する会社の双方の利益に資するからである。特に、テレビ放送を録画したものを再生する場合、ユーザーは、コマーシャルの部分を早送り等することによって、コマーシャルを視聴しない傾向があるが、本実施形態に係るサーバー装置１０のように、非リアルタイムに係るコマーシャルを視聴するインセンティブをユーザーに与えることにより、上記傾向に反して、ユーザーにコマーシャルを視聴させることが可能である。
【００４０】
また、ステップＳＢ５の非リアルタイム特別処理は、図４で示したものに限定されない。
例えば、１のユーザーに係るデバイス１１から、非リアルタイムに係る対象コマーシャルの収音音声関連情報データＤ１を受信した場合、はじめの１回は、非リアルタイムデータベース２１ｄに基づいて、サービスを提供し、その後、所定の期間内に、所定の回数以上、当該１のユーザーに係るデバイス１１から、同一の対象コマーシャルに係る収音音声関連情報データＤ１を受信した場合、ステップＳＣ４で説明した対応する処理を実行する構成であってもよい。
【００４１】
次に、サーバー制御部２０が備える機能ブロックであるパターン更新部２０ｅについて説明する。
パターン更新部２０ｅは、所定のタイミング（例えば、ログイン時）で、デバイス１１のデバイス記憶部３６に記憶されたパターンデータベース３６ａの内容を更新する機能ブロックである。
詳述すると、所定のタイミングが到来すると、パターン更新部２０ｅは、デバイス１１の専用アプリケーション実行部３０ａに対して、パターンデータベース３６ａに音声パターンＪ２が格納されている対象コマーシャルの全てのコマーシャル識別情報Ｊ１の送信を要求する。当該要求に応じて、デバイス１１の専用アプリケーション実行部３０ａは、パターンデータベース３６ａを参照し、対象コマーシャルの全てのコマーシャル識別情報Ｊ１（＝パターンデータベース３６ａの各レコードのコマーシャル識別情報Ｊ１）を送信する。パターン更新部２０ｅと、専用アプリケーション実行部３０ａとの通信は、所定のプロトコルに準拠して行なわれる。
【００４２】
次いで、パターン更新部２０ｅは、サーバー記憶部２１に記憶されたコマーシャル管理データベース２１ｅを参照する。
図３（Ｆ）は、コマーシャル管理データベース２１ｅの１件のレコードのデータ構造を示す図である。図３（Ｆ）に示すように、コマーシャル管理データベース２１ｅの１件のレコードは、コマーシャル識別情報Ｊ１と、放送期間Ｊ９と、音声パターンＪ２とを含んで構成されている。
放送期間Ｊ９とは、対応する対象コマーシャルが放送される期間のことであり、例えば、「２０１３／１／１／１０：００〜２０１４／１／１／１３：００」のように、放送の開始日時と、放送の終了日時とによって表現される。
コマーシャル管理データベース２１ｅのレコードのそれぞれは、適切なタイミングで、適切な内容のものが生成され、また、適切なタイミングで削除される。そして、コマーシャル管理データベース２１ｅでは、基本的に、現在日時が放送期間の範囲内にある対象コマーシャルの全てについて、レコードが設けられた状態とされる。
【００４３】
さて、パターン更新部２０ｅは、コマーシャル管理データベース２１ｅを参照し、デバイス１１のパターンデータベース３６ａで管理されている対象コマーシャル（以下、「デバイス管理コマーシャル」という。）と、コマーシャル管理データベース２１ｅで管理されている対象コマーシャルであって、現在日時が放送期間の範囲内にある対象コマーシャル（以下、「サーバー管理コマーシャル」）との差分を検出する。すなわち、パターン更新部２０ｅは、デバイス管理コマーシャルに存在する一方、サーバー管理コマーシャルに存在しないコマーシャル、及び、デバイス管理コマーシャルに存在しない一方、サーバー管理コマーシャル存在するコマーシャルを検出する。
次いで、パターン更新部２０ｅは、専用アプリケーション実行部３０ａと通信し、コマーシャル管理データベース２１ｅの内容に基づいて、パターンデータベース３６ａの内容を適切に更新して、パターンデータベース３６ａが以下の状態となるようにする。すなわち、パターンデータベース３６ａで管理されているデバイス管理コマーシャルと、コマーシャル管理データベース２１ｅで管理されているサーバー管理コマーシャルとが一致した状態となるようにする。換言すれば、コマーシャル管理データベース２１ｅで管理されている対象コマーシャルであって、現在日時が放送期間の範囲内にある対象コマーシャルのそれぞれについて、過不足無く、パターンデータベース３６ａにレコードが存在する状態とする。従って、パターンデータベース３６ａで管理されていた対象コマーシャルのうち、現在日時が放送期間の範囲外にある対象コマーシャルのレコードは、パターンデータベース３６ａから削除されることとなる。
【００４４】
以上のように、パターン更新部２０ｅは、各対象コマーシャルの放送期間に対応して、パターンデータベース３６ａの内容を更新する。これにより、以下の効果を奏する。
すなわち、上記構成によれば、パターンデータベース３６ａに、現時点で放送される可能性のある対象コマーシャルについてのみ、レコードが存在する。つまり、不必要なレコードが存在しない。このため、パターンデータベース３６ａのデータ量が不必要に大きなものとなることを的確に抑制できる。また、専用アプリケーション実行部３０ａによるパターンマッチング時には、収音データに基づくパターンと、パターンデータベース３６ａの各レコードの音声パターンＪ２との比較が実行されることとなるが、パターンデータベース３６ａが管理する音声パターンＪ２は、必要最小限の数しか存在しないため、パターンマッチングの処理の効率化を実現できる。
すなわち、本実施形態では、放送期間がある、というコマーシャルの特性を利用して、放送期間に対応して、デバイス１１が記憶する音声パターンＪ２を適切に更新し、これにより、デバイス１１が記憶べきデータのデータ量を削減し、かつ、パターンマッチングの処理効率の向上を図っている。本実施形態のようにデバイス１１がスマートフォンである場合、メモリーや、ＣＰＵの増強等ができない場合が多いため、記憶するデータのデータ量の削減、パターンマッチングの処理効率の向上は、特に求められる。
なお、上述したように、ユーザーは、録画したテレビ放送を再生し、デバイス１１によって対象コマーシャルに係る音声が収音される場合もある。そして、この場合において、当該収音が、対象コマーシャルの放送期間の範囲外の所定の期間に行なわれた場合であっても、コマーシャルの提供に係る会社が、サービスの提供を許容する場合もある。これを踏まえ、コマーシャル管理データベース２１ｅにおける放送期間Ｊ９は、リアルタイムでコマーシャルが放送される期間と厳密に一致している必要はなく、サービスを提供可能な期間を考慮して所定のマージンを持たせてもよい。
【００４５】
以上説明したように、本実施形態に係るサーバー装置１０（情報処理装置）は、デバイス１１から、収音音声関連情報データＤ１を受信し、受信した収音音声関連情報データＤ１に基づいて、デバイス１１が、放送に基づいて放音されたコマーシャルに係る音声をリアルタイムで収音したのか否かを判別するリアルタイム判別部２０ａを備えている。
そして、リアルタイム判別部２０ａは、以下の＜方法１＞と、＜方法２＞との２つの方法によって、上記判別を行なうことができる。
＜方法１＞リアルタイム判別部２０ａは、放送分析部２２の分析結果、及び、デバイス１１から受信した収音音声関連情報データＤ１に基づいて、デバイス１１が、放送分析部２２が検出したコマーシャルと同一のコマーシャルに係る音声を、放送分析部２２によるコマーシャルの検出タイミングに対応するタイミングで収音したか否かを判別し、収音している場合、デバイス１１が、放送に基づいて放音されたコマーシャルに係る音声をリアルタイムで収音したと判別する。
＜方法２＞リアルタイム判別部２０ａは、複数のデバイス１１から受信した収音音声関連情報データＤ１に基づいて、所定数以上のデバイス１１が、同一のコマーシャルを相互に対応するタイミングで収音したか否か判別し、収音している場合、当該コマーシャルについては、デバイス１１が、放送に基づいて放音されたコマーシャルに係る音声をリアルタイムで収音したと判別する。
以上の構成によれば、デバイス１１がリアルタイムでコマーシャルに係る音声を収音したか否か（ユーザーがリアルタイムにコマーシャルを視聴したか否か）を的確に判別できると共に、判別結果に基づいて、コマーシャルの特性を踏まえた適切なサービスをユーザーに提供できる。
【００４６】
また、本実施形態では、非リアルタイム特別処理実行部２０ｄは、リアルタイム判別部２０ａにより、デバイス１１が、放送に基づいて放音されたコマーシャルに係る音声をリアルタイムで収音していないと判別された場合、デバイス１１から受信した収音音声関連情報データＤ１に基づいて、デバイス１１が、所定の期間内に、所定の回数以上、当該コマーシャルに係る音声を収音したか否か判別し、所定の期間内に、所定の回数以上の収音があった場合は、恣意的なコマーシャルに係る音声の放音が行なわれているものとして、対応する処理を実行する。
この構成によれば、コマーシャルの特性を踏まえて、ユーザーが恣意的にコマーシャルに係る音声の放音を行なったことを的確に検出可能である。
【００４７】
また、本実施形態では、デバイス１１は、複数の対象コマーシャルについて、対象コマーシャルの識別情報（コマーシャル識別情報Ｊ１）と、対象コマーシャルの音声に係るパターン（音声パターンＪ２）とを対応付けて記憶する。そして、デバイス１１は、収音した音声に基づいて、記憶した前記パターンを利用したパターンマッチングを行なうことにより、コマーシャルに係る音声を収音したことを検出すると共に、検出したコマーシャルの識別情報（コマーシャル識別情報Ｊ１）を特定し、特定したコマーシャル識別情報Ｊ１を少なくとも含む収音音声関連情報データＤ１を送信する。
この構成によれば、例えば、音声の収音中、デバイス１１からサーバー装置１０に対して、収音データを送信し、サーバー装置１０でパターンマッチングを行なう構成の場合と比較して、デバイス１１からサーバー装置１０に対して送信されるデータのデータ量が非常に少なく、処理効率、通信効率の向上が実現される。
【００４８】
また、本実施形態では、パターン更新部２０ｅは、デバイス１１に記憶された、コマーシャルの識別情報（コマーシャル識別情報Ｊ１）、及び、コマーシャルの音声に係るパターン（音声パターンＪ２）を、各コマーシャルの放送期間に対応して更新する。
この構成によれば、パターンデータベース３６ａについて、現時点で放送される可能性のある対象コマーシャルについてのみ、レコードが存在する状態とすることができる。つまり、不必要なレコードが存在しない。このため、パターンデータベース３６ａのデータ量が不必要に大きなものとなることを的確に抑制できる。また、専用アプリケーション実行部３０ａによるパターンマッチング時には、収音データに基づくパターンと、パターンデータベース３６ａの各レコードの音声パターンＪ２との比較が実行されることとなるが、パターンデータベース３６ａが管理する音声パターンＪ２は、必要最小限の数しか存在しないため、パターンマッチングの処理の効率化を実現できる。
【００４９】
また、本実施形態では、コマーシャル情報記憶部２０ｂは、複数のデバイス１１から受信した収音音声関連情報データＤ１に基づいて、分析用情報データベース２１ｂにおいて、各対象コマーシャルに係る音声を収音したデバイスの数（視聴数）を少なくとも含む情報を記憶する。
この構成によれば、後に記憶した情報を分析し、仮想的な視聴率等、有益な情報を取得することが可能となる。
【００５０】
なお、上述した実施の形態は、あくまでも本発明の一態様を示すものであり、本発明の範囲内で任意に変形および応用が可能である。
例えば、上述した実施形態では、デバイス１１が、パターンマッチング処理を行なって、コマーシャルの音声を収音したか否かを判別し、収音したと判別した場合、コマーシャル識別情報Ｊ１をサーバー装置１０に送信していた。しかしながら、デバイス１１が、音声データや、音声データに基づいて生成されたパターンをサーバー装置１０に送信する。そして、サーバー装置１０が入力されたデータに基づいて、パターンマッチング、その他の処理を通して、コマーシャルが収音されているか否かを判別し、リアルタイム判別処理を実行する構成であってもよい。この場合、デバイス１１から、サーバー装置１０に対して送信された音声データや、パターン、その他のデータが、「収音音声関連情報」に該当する。
また例えば、上述した実施形態では、各種処理の内容や、各種データのデータ構造を具体的に例示したが、処理の内容や、データのデータ構造は例示したものに限られないことは言うまでもない。
また例えば、図１に示す各機能ブロックはハードウェアとソフトウェアの協働により任意に実現可能であり、特定のハードウェア構成を示唆するものではない。また、デバイス１１や、サーバー装置１０の各機能ブロックの機能を、これら装置に外部接続される別の装置に持たせるようにしてもよい。また、デバイス１１や、サーバー装置１０は、外部接続される記憶媒体に記憶させたプログラムを実行することにより、各種処理を実行してもよい。
【符号の説明】
【００５１】
１  情報処理システム
１０  情報処理装置
１１  デバイス
２０  サーバー制御部
２０ａ  リアルタイム判別部
２０ｂ  コマーシャル情報記憶部
２０ｃ  サービス提供部
２０ｄ  非リアルタイム特別処理実行部
２０ｅ  パターン更新部
２２  放送分析部
３０  デバイス制御部
３０ａ  専用アプリケーション実行部
３８  スピーカー
３９  マイク
【図１】
2014191385.tif 000003
【図２】
2014191385.tif 000004
【図３】
2014191385.tif 000005
【図４】
2014191385.tif 000006