JP6050449B1 - マッチングシステム - Google Patents

Abstract

【課題】ユーザが視聴したコンテンツとユーザが所持する端末とを効果的にマッチングするマッチングシステムを提供する。【解決手段】実施形態によれば、端末とコンテンツとをマッチングするマッチングシステムは、記憶部と、第１の送信処理部と、第１の受信処理部と、コンテンツ特定部と、マッチング部と、を備える。記憶部は、音を含むコンテンツの開始日時を格納する。第１の送信処理部は、前記開始日時に基づくタイミングで、端末に、前記端末の外部の音の取得を開始させる通知を送信する。第１の受信処理部は、前記端末から、外部の音を示す音情報を受信する。コンテンツ特定部は、前記音情報に基づくコンテンツを特定する。マッチング部は、特定された前記コンテンツと、前記端末とをマッチングする。【選択図】図１

Description

本発明の実施形態は、ユーザが視聴したコンテンツとユーザが所持する端末とをマッチングするマッチングシステムに関する。

広告主は、特定のコンテンツを視聴したユーザに対して当該コンテンツに関連する広告を提供することを考えている。たとえば、広告主は、テレビなどで特定のコンテンツを視聴したユーザの携帯端末などに対して、当該コンテンツに関する広告を提供する。

従来、たとえば、広告主は、インターネットに接続するテレビからユーザが視聴したコンテンツの情報を受け取る。また、広告主は、ＩＰアドレスを用いて、ユーザが視聴するテレビとユーザが所持する携帯端末とを紐付ける。広告主は、テレビに紐付いた携帯端末に対して、テレビで視聴されたコンテンツに関する広告を配信する。

しかしながら、このようなシステムは、ユーザが上記の機能を有するテレビを所持している必要があり、コンテンツの視聴と携帯端末とのマッチングに関するボリュームが出せないという課題ある。

特開２０１１−２１７０５１号公報

上記の課題を解決するために、ユーザが視聴したコンテンツとユーザが所持する端末とを効果的にマッチングするマッチングシステムを提供する。

実施形態によれば、端末とコンテンツとをマッチングするマッチングシステムは、記憶部と、第１の送信処理部と、第１の受信処理部と、コンテンツ特定部と、マッチング部と、を備える。記憶部は、音を含むコンテンツの開始日時を格納する。第１の送信処理部は、前記開始日時に基づくタイミングで、端末に、前記端末の外部の音の取得を開始させる通知を送信する。第１の受信処理部は、前記端末から、外部の音を示す音情報を受信する。コンテンツ特定部は、前記音情報に基づくコンテンツを特定する。マッチング部は、特定された前記コンテンツと、前記端末とをマッチングする。

実施形態によれば、マッチングシステムは、ユーザが視聴したコンテンツと当該ユーザが所持するユーザ端末とを効果的にマッチングすることができる。

図１は、実施形態に係るマッチングシステムの構成例を示すブロック図である。 図２は、実施形態に係るユーザ端末の構成例を示すブロック図である。 図３は、実施形態に係るアプリサーバの構成例を示すブロック図である。 図４は、実施形態に係るＤＭＰサーバの構成例を示すブロック図である。 図５は、実施形態に係るマッチングシステムの動作例を説明するためのシーケンス図である。 図６は、実施形態に係るマッチングシステムの他の動作例を説明するためのシーケンス図である。 図７は、実施形態に係るユーザ端末の動作例を示すフローチャートである。 図８は、実施形態に係るアプリサーバの動作例を示すフローチャートである。 図９は、実施形態に係るＤＭＰサーバの動作例を示すフローチャートである。

以下、実施形態について、図面を参照して説明する。
図１は、マッチングシステム１００の構成例を示す図である。
マッチングシステム１００は、ユーザが所持するユーザ端末１（端末）と当該ユーザが視聴したコンテンツとをマッチングする。また、マッチングシステムは、当該ユーザ端末１に対して当該コンテンツに関連する広告を配信する。

図１が示すように、マッチングシステム１００は、ユーザ端末１、ＡＣＲサーバ２、アプリサーバ３、ＤＭＰサーバ４及びコンテンツ提供装置６などを備える。マッチングシステム１００は、インターネットなどの通信網５を通じて、ユーザ端末１、ＡＣＲサーバ２、アプリサーバ３、及び、ＤＭＰサーバ４を互いに接続する。なお、マッチングシステム１００は、コンテンツ提供装置６と通信網５とを接続してもよい。

ユーザ端末１は、ユーザが所持する端末である。ユーザ端末１は、ユーザの操作に従って種々のアプリを実行する。ユーザ端末１は、マッチングに必要な動作を実現するためのマッチングアプリを実行する。マッチングアプリの動作については、後述する。なお、マッチングアプリが実現する機能は、所定のアプリの機能として実行されてもよい。たとえば、マッチングアプリが実現する機能は、メッセージなどを送受信する他のアプリの一機能として実現されてもよい。

ユーザ端末１は、たとえば、ディスクトップＰＣ、ノートＰＣ、タブレットＰＣ、スマートフォン、又は、ウェアラブル端末などであってもよい。ユーザ端末１の構成は、特定の構成に限定されるものではない。

ＡＣＲサーバ２は、自動コンテンツ認識（Ａｕｔｏｍａｔｉ Ｃｏｎｔｅｎｔ Ｒｅｃｏｇｎｉｔｉｏｎ）を実現する。ＡＣＲサーバ２は、音を示す音情報に基づいて、音情報が示す音に対応するコンテンツを特定する。即ち、ＡＣＲサーバ２は、コンテンツの音に基づいて、コンテンツを特定する。たとえば、ＡＣＲサーバ２は、テレビ番組の音を示す音情報に基づいて、テレビ番組を特定する。音情報は、音を録音した情報であってもよいし、音の特徴を示す情報であってもよい。音情報の構成又はコンテンツを特定する方法は、特定の構成に限定されるものではない。

アプリサーバ３は、マッチングアプリと連携してマッチングに必要なサービスを提供する。アプリサーバ３が実現する機能については、後に詳述する。なお、アプリサーバ３は、マッチングアプリの機能を組み込んだ所定のアプリと連携して、所定のサービスをユーザに提供するものであってもよい。

ＤＭＰ（Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ Ｐｌａｔｆｏｒｍ）サーバ４は、ＡＣＲサーバ２及びアプリサーバ３などからの信号に基づいて、ユーザが視聴したコンテンツとユーが所持するユーザ端末１とをマッチングする。また、ＤＭＰサーバ４は、マッチングに基づいてユーザ端末１へ広告を配信する。ＤＭＰサーバ４が実現する機能は、後に詳述する。

通信網５は、ユーザ端末１、ＡＣＲサーバ２、アプリサーバ３、及び、ＤＭＰサーバ４を互いに通信可能に接続する。通信網５は、たとえば、インターネットである。ユーザ端末１、ＡＣＲサーバ２、アプリサーバ３、及び、ＤＭＰサーバ４は、有線又は無線で通信網５にアクセスする。

コンテンツ提供装置６は、音を含むコンテンツを提供する。例えば、ユーザ端末１を所持するユーザは、コンテンツ提供装置６から提供される音を含むコンテンツを楽しむことができる。コンテンツ提供装置６は、音から構成されるコンテンツを提供してもよいし、音と映像とから構成されるコンテンツを提供してもよい。コンテンツ提供装置６が提供するコンテンツは、さらに他の要素から構成されるコンテンツであってもよい。コンテンツ提供装置６が提供するコンテンツは、特定の構成に限定されるものではない。

コンテンツは、たとえば、テレビ番組、ラジオ番組、又は、インターネット配信の番組などである。たとえば、コンテンツ提供装置６は、テレビ、ラジオ、又は、インターネット端末などである。

マッチングシステム１００は、マッチングに基づいてユーザ端末１へ広告を配信するアドサーバなどをさらに備えてもよい。この場合、ＤＭＰサーバ４は、ユーザ端末１へ広告を配信しなくともよい。

また、ＡＣＲサーバ２、アプリサーバ３又はＤＭＰサーバ４のいずれかの２つ又は全部は、１つのサーバとして実現されてもよい。

次に、ユーザ端末１の構成例について説明する。
図２は、ユーザ端末１の構成例を示すブロック図である。
図２が示す構成例において、ユーザ端末１は、基本的な構成として、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＮＶＭ１４、通信部１５、操作部１６、表示部１７及びマイク１８などを備える。これらの各部は、データバスを介して互いに接続されている。なお、ユーザ端末１は、図２が示すような構成の他に必要に応じた構成を具備したり、特定の構成を除外したりしてもよい。

ＣＰＵ１１は、ユーザ端末１全体の動作を制御する機能を有する。ＣＰＵ１１は、内部キャッシュおよび各種のインターフェースなどを備えても良い。ＣＰＵ１１は、内部メモリ、ＲＯＭ１２あるいはＮＶＭ１４に予め記憶したプログラム（コード）を実行することにより種々の処理を実現する。ＣＰＵ１１は、たとえば、プロセッサである。

なお、ＣＰＵ１１がプログラムを実行することにより実現する各種の機能のうちの一部は、ハードウエア回路により実現されるものであっても良い。この場合、ＣＰＵ１１は、ハードウエア回路により実行される機能を制御する。

ＲＯＭ１２は、予め制御用のプログラム及び制御データなどが記憶された不揮発性のメモリである。ＲＯＭ１２に記憶される制御プログラム及び制御データは、予めユーザ端末１の仕様に応じて組み込まれる。ＲＯＭ１２は、たとえば、ユーザ端末１の回路基板を制御するプログラム（例えば、ＢＩＯＳ）などを格納している。

ＲＡＭ１３は、揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の処理中のデータなどを一時的に格納する。ＲＡＭ１３は、ＣＰＵ１１からの命令に基づき種々のアプリケーションプログラムを格納する。また、ＲＡＭ１３は、アプリケーションプログラムの実行に必要なデータ及びアプリケーションプログラムの実行結果などを格納してもよい。

ＮＶＭ１４は、データの書き込み及び書き換えが可能な不揮発性のメモリである。ＮＶＭ１４は、例えば、ハードディスク、ＳＳＤ、ＥＥＰＲＯＭ（登録商標）又はフラッシュメモリなどにより構成される。ＮＶＭ１４は、ユーザ端末１の運用用途に応じて制御プログラム、アプリケーション、及び種々のデータを格納する。

ＮＶＭ１４は、端末ＩＤを記憶する記憶領域１４ａを備える。端末ＩＤについては、後述する。

通信部１５は、通信網５を通じてＡＣＲサーバ２、アプリサーバ３又はＤＭＰサーバ４などとデータを送受信するためのインターフェースである。通信部１５は、たとえば、ＬＡＮ接続をサポートするインターフェースである。

操作部１６は、ユーザ端末１の操作者によって、種々の操作指示が入力される。操作部１６は、操作者に入力された操作指示のデータをＣＰＵ１１へ送信する。操作部１６は、たとえば、キーボード、テンキー、及び、タッチパネルなどである。

表示部１７は、ＣＰＵ１１の制御により種々の情報を表示する表示装置である。表示部１７は、たとえば、液晶モニタなどである。なお、操作部１６がタッチパネルなどで構成される場合、表示部１７は、操作部１６と一体的に形成されてもよい。

マイク１８は、ユーザ端末１の外部の音を取得する。マイク１８は、ＣＰＵ１１からの信号に基づいて起動する。マイク１８は、取得された外部の音を電気信号に変換しＣＰＵ１１へ送信する。

次に、端末ＩＤについて説明する。
端末ＩＤは、ユーザ端末１を識別するＩＤである。端末ＩＤは、たとえば、数字、文字列、記号、又はそれらの組み合わせなどである。端末ＩＤは、ユーザ端末１の製造時に格納されたものであってもよい。また、端末ＩＤは、適宜生成されたＩＤであってもよい。

たとえば、端末ＩＤは、ＩＤＦＡ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｆｏｒ Ａｄｖｅｒｔｉｓｅｒｓ）、又は、Ａｄｖｅｒｔｉｓｉｎｇ ＩＤなどであってもよい。また、端末ＩＤは、マッチングアプリがユーザ端末毎に生成するＩＤであってもよい。また、端末ＩＤは、アプリサーバ３が発行するＩＤであってもよい。また、端末ＩＤは、ユーザの名称、メールアドレス、又は、所定のログインＩＤなどであってもよい。
端末ＩＤの構成は、特定の構成に限定されるものではない。

次に、アプリサーバ３の構成例について説明する。
図３は、アプリサーバ３の構成例を示すブロック図である。

図３が示す構成例において、アプリサーバ３は、基本的な構成として、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、ＮＶＭ３４、通信部３５、操作部３６、及び、表示部３７などを備える。これらの各部は、データバスを介して互いに接続されている。なお、アプリサーバ３は、図３が示すような構成の他に必要に応じた構成を具備したり、特定の構成を除外したりしてもよい。

ＣＰＵ３１は、アプリサーバ３全体の動作を制御する機能を有する。
ＲＯＭ３２は、予め制御用のプログラム及び制御データなどが記憶された不揮発性のメモリである。
ＲＡＭ３３は、揮発性のメモリである。

ＮＶＭ３４は、データの書き込み及び書き換えが可能な不揮発性のメモリである。ＮＶＭ３４は、コンテンツに関連するグループに登録された端末ＩＤを格納する記憶領域３４ａ及びコンテンツの開始日時を格納する記憶領域３４ｂ（記憶部）などを備える。

通信部３５は、通信網５を通じてユーザ端末１又はＤＭＰサーバ４などとデータを送受信するためのインターフェースである。
操作部３６は、アプリサーバ３の操作者によって、種々の操作指示が入力される。
表示部３７は、ＣＰＵ３１の制御により種々の情報を表示する。

次に、ＤＭＰサーバ４の構成例について説明する。
図４は、ＤＭＰサーバ４の構成例を示すブロック図である。

図４が示す構成例において、ＤＭＰサーバ４は、基本的な構成として、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、ＮＶＭ４４、通信部４５、操作部４６、及び、表示部４７などを備える。これらの各部は、データバスを介して互いに接続されている。なお、ＤＭＰサーバ４は、図４が示すような構成の他に必要に応じた構成を具備したり、特定の構成を除外したりしてもよい。

ＣＰＵ４１は、ＤＭＰサーバ４全体の動作を制御する機能を有する。
ＲＯＭ４２は、予め制御用のプログラム及び制御データなどが記憶された不揮発性のメモリである。
ＲＡＭ４３は、揮発性のメモリである。

ＮＶＭ４４は、データの書き込み及び書き換えが可能な不揮発性のメモリである。ＮＶＭ４４は、コンテンツに関連するグループに登録された端末ＩＤを記憶する記憶領域４４ａなどを備える。

通信部４５は、通信網５を通じてユーザ端末１又はアプリサーバ３などとデータを送受信するためのインターフェースである。
操作部４６は、ＤＭＰサーバ４の操作者によって、種々の操作指示が入力される。
表示部４７は、ＣＰＵ４１の制御により種々の情報を表示する表示装置である。

次に、アプリサーバ３のＣＰＵ３１が実現する機能について説明する。
アプリサーバ３のＣＰＵ３１は、所定のコンテンツに関連する、ユーザ端末１のグループを形成する機能を有する。即ち、ＣＰＵ３１は、コンテンツに関連するグループを形成し、各グループにユーザ端末１を登録する。たとえば、ＣＰＵ３１は、コンテンツに関連するグループに登録されたユーザ端末１の端末ＩＤを記憶領域３４ａに格納する。

たとえば、ＣＰＵ３１は、１つのコンテンツに関連するグループを形成してもよいし、複数のコンテンツに関連するグループを形成してもよい。たとえば、ＣＰＵ３１は、所定のテレビ番組に関連するグループを形成してもよいし、所定のテレビ局が提供する少なくともいくつかのコンテンツに関連するグループを形成してもよい。また、ＣＰＵ３１は、コンテンツの特徴に関連してグループを形成してよい。たとえば、ＣＰＵ３１は、コンテンツの特徴としてコンテンツに登場する人物、又は、コンテンツの内容（たとえば、対象とする地域、又は、番組内容など）に関連するグループを形成してもよい。ＣＰＵ３１が形成するグループの構成は、特定の構成に限定されるものではない。

また、ＣＰＵ３１は、ユーザ端末１からの登録申請に基づいて、ユーザ端末１の端末ＩＤをグループに登録する。たとえば、ＣＰＵ３１は、所定のグループに登録することを申請する登録申請をユーザ端末１から受信する。登録申請は、ユーザ端末１の端末ＩＤを含む。ＣＰＵ３１は、登録申請に従って、登録申請が含む端末ＩＤを、当該所定のグループに登録された端末ＩＤとして記憶領域３４ａに格納する。たとえば、登録申請は、コンテンツに関連する情報の提供を受けるためのお気に入り登録などの申請であってもよい。

また、ＣＰＵ３１は、端末ＩＤと端末ＩＤを登録したグループとを示す登録情報をＤＭＰサーバ４へ送信する機能を有する。ＣＰＵ３１は、端末ＩＤをグループに登録する度に、登録情報をＤＭＰサーバ４へ送信してもよい。また、ＣＰＵ３１は、所定の期間ごとに、登録情報をＤＭＰサーバ４へ送信してもよい。

また、ＣＰＵ３１は、グループに登録されたユーザ端末１の通知先（例えばアドレス）に、外部の音の取得を開始させる取得開始通知を送信する機能を有する（第１の送信処理部）。取得開始通知は、加えて、コンテンツの配信が開始することを示す。

ＣＰＵ３１は、コンテンツ提供装置６がコンテンツの提供を開始する日時（開始日時）を予め記憶領域３４ｂに格納する。たとえば、ＣＰＵ３１は、オペレータの操作などに基づいて、記憶領域３４ｂに開始日時を格納する。

ＣＰＵ３１は、所定のコンテンツの開始日時に基づき、当該所定のコンテンツに関連するグループに登録されたユーザ端末１に取得開始通知を送信する。即ち、ＣＰＵ３１は、記憶領域３４ａにおける当該グループの端末ＩＤが示すユーザ端末１に取得開始通知を送信する。コンテンツが複数のグループに関連する場合には、アプリサーバは、各グループの端末ＩＤが示すユーザ端末１へ取得開始通知を送信する。たとえば、ＣＰＵ３１は、プッシュ配信で取得開始通知を送信する。

なお、ＣＰＵ３１は、コンテンツの開始日時に合わせて取得開始通知を送信してもよいし、コンテンツの開始日時の前の取得開始通知を送信してもよい。たとえば、ＣＰＵ３１は、コンテンツの開始日時の数分前から数秒前までの間で設定される日時で取得開始通知を送信してもよい。

次に、ユーザ端末１のＣＰＵ１１が実現する機能について説明する。
ユーザ端末１のＣＰＵ１１は、コンテンツに関連するグループに登録する登録申請をアプリサーバ３へ送信する機能を有する。たとえば、ＣＰＵ１１は、ユーザから操作部１６を通じて、特定のグループに登録する操作を受け付ける。たとえば、ＣＰＵ１１は、表示部１７が表示するアイコンに対するタッチを検出して操作を受け付ける。

ＣＰＵ１１は、ユーザからの操作に基づいて、端末ＩＤとグループを特定する情報とを含む登録申請を生成する。ＣＰＵ１１は、通信部１５を通じて、生成されたアプリサーバ３へ送信する。

また、ＣＰＵ１１は、アプリサーバ３から、外部の音の取得を開始させる取得開始通知を受信する機能を有する（第２の受信処理部）。たとえば、ＣＰＵ１１は、通信部１５を通じてアプリサーバ３からプッシュ通知として取得開始通知を受信する。

また、ＣＰＵ１１は、取得開始通知に従って、外部の音の取得を開始することをユーザに促す操作案内を提供する機能を有する（案内提示部）。たとえば、ＣＰＵ１１は、マッチングアプリを立ち上げることを促すメッセージなどを表示部１７に表示する。マッチングアプリは、後述するように外部の音を取得する。

また、ＣＰＵ１１は、取得開始通知を受信すると、コンテンツの配信が開始することを示す開始案内を表示部１７などに表示してもよい。ＣＰＵ１１は、取得開始通知に従って、コンテンツが開始されることを示す開始案内を提供する。たとえば、ＣＰＵ１１は、コンテンツが開始されることを示すメッセージなどを表示部１７に表示する。なお、操作案内と開始案内とは、同一の案内であってもよい。

また、ＣＰＵ１１は、外部の音の取得を開始させる開始操作に従って、外部の音の取得を開始する機能を有する（音取得部）。たとえば、ＣＰＵ１１は、操作案内へのタッチを検出して、マッチングアプリを起動する。ＣＰＵ１１は、マッチングアプリに従って、マイク１８を起動する。ＣＰＵ１１は、マッチングアプリに従って、マイク１８を用いてユーザ端末１の外部の音を取得する。

また、ＣＰＵ１１は、音を示す音情報と端末ＩＤとを含む判定申請をＡＣＲサーバ２へ送信する機能を有する（第２の送信処理部）。判定申請は、ＡＣＲサーバ２に音情報が示す音に対応するコンテンツを判定させる。

たとえば、ＣＰＵ１１は、マイク１８を通じて取得された外部の音から音情報を生成する。たとえば、ＣＰＵ１１は、外部の音の特徴を抽出し、抽出した特徴を用いて音情報を生成する。ＣＰＵ１１は、生成された音情報と自身を示す端末ＩＤとを含む判定申請を生成する。ＣＰＵ１１は、通信部１５を通じて、生成された判定申請をＡＣＲサーバ２へ送信する。

なお、ＣＰＵ１１は、アプリサーバ３を介して判定申請をＡＣＲサーバ２へ送信してもよい。たとえば、ＣＰＵ１１は、判定申請をアプリサーバ３へ送信する。アプリサーバ３は、受信された判定申請をＡＣＲサーバ２へ送信する。

また、ＣＰＵ１１は、音情報と端末ＩＤとをアプリサーバ３へ送信してもよい。アプリサーバ３は、音情報と端末ＩＤとから判定申請を生成し、ＡＣＲサーバ２へ送信してもよい。

また、ＣＰＵ１１は、ＤＭＰサーバ４からの広告を提示する機能を有する。たとえば、ＣＰＵ１１は、ＤＭＰサーバ４から広告を受信する。ＣＰＵ１１は、受信された広告を表示部１７などに表示する。たとえば、ＣＰＵ１１は、マッチングアプリに従って広告を表示してもよい。たとえば、ＣＰＵ１１は、マッチングアプリの画面上に広告を表示してもよい。また、ＣＰＵ１１は、ブラウザなどの他のアプリ上で広告を表示してもよい。

なお、ＣＰＵ１１は、アプリサーバ３を介して広告を受信してもよい。たとえば、ＤＭＰサーバ４は、アプリサーバ３に対して広告を送信する。アプリサーバ３は、受信された広告をユーザ端末１へ送信する。

次に、ＡＣＲサーバ２が実現する機能について説明する。
ＡＣＲサーバ２は、判定申請に基づいて、判定申請が含む音情報が示す音に対応するコンテンツを特定する機能を実現する。たとえば、ＡＣＲサーバ２は、ユーザ端末１（又はアプリサーバ３）から判定申請を受信する（第１の受信処理部）。ＡＣＲサーバ２は、判定申請が含む音情報に基づいてコンテンツを特定する（コンテンツ特定部）。ＡＣＲサーバ２は、特定されたコンテンツを示すコンテンツ情報と判定申請が含む端末ＩＤとを備える判定結果をＤＭＰサーバ４へ送信する。

次に、ＤＭＰサーバ４のＣＰＵ４１が実現する機能について説明する。
ＤＭＰサーバ４のＣＰＵ４１は、アプリサーバ３から受信した登録情報に基づいて、コンテンツに関連するグループに登録された端末ＩＤをグループ毎に記憶領域４４ａに格納する。たとえば、ＤＭＰサーバ４は、登録情報が示す端末ＩＤを、登録情報が示すグループに登録された端末ＩＤとして記憶領域４４ａに格納する。

また、ＣＰＵ４１は、ＡＣＲサーバ２からの判定結果に基づいて、コンテンツと端末ＩＤとをマッチングする機能を有する（マッチング部）。判定結果は、コンテンツを示すコンテンツ情報とコンテンツを視聴したユーザが所持するユーザ端末の端末ＩＤとを含む。即ち、ＣＰＵ４１は、グループに登録されたユーザ端末１から、グループに関連するコンテンツを視聴したユーザ端末１を特定する。たとえば、ＣＰＵ４１は、判定結果をＡＣＲサーバ２から受信する。ＣＰＵ４１は、判定結果のコンテンツ情報が示すコンテンツに関連するグループから、判定結果の端末ＩＤを検索する。ＣＰＵ４１は、当該グループから発見された端末ＩＤとコンテンツとをマッチングする。たとえば、ＣＰＵ４１は、当該グループから発見された端末ＩＤを、コンテンツを視聴したユーザが所持するユーザ端末１の端末ＩＤとして記憶領域４４ａに格納する。

また、ＣＰＵ４１は、コンテンツに関連するグループに登録されたユーザ端末１であって、当該コンテンツとマッチングしなかったユーザ端末１を特定する機能を有する。即ち、ＣＰＵ４１は、コンテンツに関連するグループに所属するがコンテンツを視聴しなかったユーザ端末１を特定する。たとえば、ＣＰＵ４１は、コンテンツの配信が終了するまでに、コンテンツとマッチングできなかったユーザ端末１を、コンテンツを視聴しなかったユーザ端末１として特定する。たとえば、ＣＰＵ４１は、コンテンツとマッチングできなかったユーザ端末１の端末ＩＤを、コンテンツを視聴しなかったユーザ端末１の端末ＩＤとして記憶領域４４ａに格納する。

また、ＣＰＵ４１は、グループに登録された端末ＩＤが示すユーザ端末１に広告を配信する機能を有する。たとえば、ＣＰＵ４１は、グループに対応するコンテンツに関連する広告をユーザ端末１に配信する。

たとえば、ＣＰＵ４１は、コンテンツとマッチングしたユーザ端末１に、第１の広告を配信する（第１の広告配信部）。たとえば、ＣＰＵ４１は、第１の広告としてコンテンツを視聴したことに関連する広告を配信する。たとえば、ＣＰＵ４１は、当該ユーザ端末１に、コンテンツを視聴したことに対する特典を広告として配信してもよい。また、ＣＰＵ４１は、コンテンツ内に登場した商品又はサービスなどに関する広告を配信してもよい。

たとえば、ＣＰＵ４１は、グループに登録されたユーザ端末１であって、コンテンツとマッチングしなかったユーザ端末１に、第１の広告と異なる第２の広告を配信する（第２の広告配信部）。たとえば、ＣＰＵ４１は、第２の広告としてコンテンツを視聴しなかったことに関連する広告を配信する。たとえば、ＣＰＵ４１は、当該ユーザ端末１に、コンテンツの再配信の案内などを広告として配信してもよい。また、ＣＰＵ４１は、当該ユーザ端末１に、コンテンツのあらすじなどを配信してもよい。

ＣＰＵ４１がユーザ端末１に配信する広告は、特定の構成に限定されるものではない。
また、ＤＭＰサーバ４は、コンテンツが配信されている間に広告を配信してもよい。また、ＤＭＰサーバ４は、コンテンツの視聴が終了したと同時に広告を配信してもよい。また、ＤＭＰサーバ４は、コンテンツの視聴が終了してから所定の期間後に広告を配信してもよい。

次に、マッチングシステム１００の動作例について説明する。
図５は、マッチングシステム１００の動作例を説明するためのシーケンス図である。図５が示す例では、ユーザは、開始案内に従って、コンテンツ提供装置６を用いてコンテンツを視聴するものとする。また、ユーザは、操作案内に従って、外部の音の取得を開始する操作をユーザ端末１に入力するものとする。

まず、ユーザ端末１は、ユーザ端末１を所定のグループに登録する登録操作をユーザから受け付ける（Ｓ１１）。登録操作を受け付けると、ユーザ端末１は、登録操作に従って、登録申請をアプリサーバ３へ送信する（Ｓ１２）
アプリサーバ３は、登録申請を受け付ける。登録申請を受け付けると、アプリサーバ３は、登録情報をＤＭＰサーバ４へ送信する（Ｓ１３）。ＤＭＰサーバ４は、登録情報を受信する。登録情報を受信すると、ＤＭＰサーバ４は、登録情報に従って、グループに登録された端末ＩＤとして登録情報が含む端末ＩＤを記憶領域４４ａに格納する（Ｓ１４）。

登録情報をＤＭＰサーバ４へ送信すると、アプリサーバ３は、所定のグループに対応するコンテンツの開始日時に基づき待機する。開始日時に基づき、アプリサーバ３は、コンテンツの開始通知タイミングになったと判定する（Ｓ１５）。

コンテンツの開始通知タイミングになったと判定すると、アプリサーバ３は、外部の音の取得を開始させる取得開始通知をユーザ端末１へ送信する（Ｓ１６）。例えば、コンテンツの開始通知タイミングは、コンテンツの開始日時であってもよいし、コンテンツの開始日時より前（数分前から数秒前までの間で設定される日時）であってもよいし、コンテンツの開始日時より所定時間後（数秒後から数分後の間で設定される日時）であってもよい。

ユーザ端末１は、取得開始通知をアプリサーバ３から受信する。取得開始通知を受信すると、ユーザ端末１は、取得開始通知に従って、開始案内及び操作案内を表示する（Ｓ１７）。ここで、ユーザは、コンテンツ提供装置６を用いてコンテンツを視聴する。また、ユーザは、ユーザ端末１に外部の音の取得を開始させる操作を入力する。

ユーザ端末１に外部の音の取得を開始させる操作の入力を受け付けると、ユーザ端末１は、マイク１８を用いて外部の音を取得する（Ｓ１８）。所定の期間、外部の音を取得すると、ＣＰＵ１１は、音情報を生成する。音情報を生成すると、ＣＰＵ１１は、音情報と端末ＩＤとを含む判定申請をＡＣＲサーバ２へ送信する（Ｓ１９）。

ＡＣＲサーバ２は、判定申請を受信する。判定申請を受信すると、ＡＣＲサーバ２は、判定申請が含む音情報に基づいて、音情報が示す音に対応するコンテンツを特定する（Ｓ２０）。コンテンツを特定すると、ＡＣＲサーバ２は、コンテンツを特定するコンテンツ情報と判定申請が有する端末ＩＤとを含む判定結果をＤＭＰサーバ４へ送信する（Ｓ２１）。

ＤＭＰサーバ４は、判定結果に基づいて、判定結果のコンテンツ情報が示すコンテンツと判定結果の端末ＩＤが示すユーザ端末１とをマッチングする（Ｓ２２）。コンテンツとユーザ端末１とをマッチングすると、ＤＭＰサーバ４は、コンテンツとマッチングしたユーザ端末１に、コンテンツを視聴したことに関連する広告を配信する（Ｓ２３）。

ユーザ端末１は、広告を受信する。広告を受信すると、ユーザ端末１は、広告を提示する（Ｓ２４）。
ユーザ端末１が広告を提示すると、マッチングシステム１００は、動作を終了する。

次に、マッチングシステム１００の他の動作例について説明する。
図６は、マッチングシステム１００の他の動作例について説明するためのシーケンス図である。ここでは、ユーザは、開始案内を受けても、外部の音の取得を開始する操作をユーザ端末１に入力しないものとする。

Ｓ１１乃至Ｓ１７については、前述の通りであるため、説明を省略する。

ユーザ端末１は、開始案内及び操作案内を表示する（Ｓ１７）。ここでは、ユーザは、外部の音の取得を開始する操作をユーザ端末１に入力しない。

ＤＭＰサーバ４は、所定の期間、判定結果を受信しないと、コンテンツに関連するグループに登録されたユーザ端末１であってコンテンツとマッチングしていないユーザ端末１を特定する（Ｓ２５）。ここでは、ＤＭＰサーバ４は、ユーザ端末１の端末ＩＤを、端末ＩＤでコンテンツとマッチングしていない端末ＩＤと特定する。

コンテンツとマッチングしていないユーザ端末１を特定すると、ＤＭＰサーバ４は、コンテンツを視聴しなかったことに関連する広告をユーザ端末１へ送信する（Ｓ２６）。

ユーザ端末１は、広告を受信する。広告を受信すると、ユーザ端末１は、受信された広告を提示する（Ｓ２７）。
ユーザ端末１が広告を提示すると、マッチングシステム１００は、動作を終了する。

次に、ユーザ端末１の動作例について説明する。
図７は、ユーザ端末１の動作例について説明するためのフローチャートである。
図７が示すフローチャートは、Ｓ１５以降の動作について説明する。
まず、ユーザ端末１のＣＰＵ１１は、通信部１５を通じて、アプリサーバ３から取得開始通知を受信したか判定する（Ｓ３１）。取得開始通知を受信していないと判定すると（Ｓ３１、ＮＯ）、ＣＰＵ１１は、Ｓ３１へ戻る。

取得開始通知を受信したと判定すると（Ｓ３１、ＹＥＳ）、ＣＰＵ１１は、受信された取得開始通知に従って開始案内及び操作案内を表示部１７に表示する（Ｓ３２）。

開始案内及び操作案内を表示部１７に表示すると、ＣＰＵ１１は、操作部１６を通じて、マッチングアプリを起動する起動操作（即ち、外部の音の取得を開始する操作）を受け付けたか判定する（Ｓ３３）。

起動操作を受け付けたと判定すると（Ｓ３３、ＹＥＳ）、ＣＰＵ１１は、マッチングアプリを起動する（Ｓ３４）。マッチングアプリを起動すると、ＣＰＵ１１は、マッチングアプリに従ってマイク１８を起動する（Ｓ３５）。マイク１８を起動すると、ＣＰＵ１１は、マッチングアプリに従って外部の音を取得する（Ｓ３６）。外部の音を取得すると、ＣＰＵ１１は、通信部１５を通じて、外部の音を示す音情報と端末ＩＤとを含む判定申請をＡＣＲサーバ２へ送信する（Ｓ３７）。

判定申請を送信すると、ＣＰＵ１１は、通信部１５を通じてＤＭＰサーバ４から広告を受信したか判定する（Ｓ３８）。広告を受信していないと判定すると（Ｓ３８、ＮＯ）、ＣＰＵ１１は、Ｓ３８に戻る。

広告を受信したと判定すると（Ｓ３８、ＹＥＳ）、ＣＰＵ１１は、受信された広告を提示する（Ｓ３９）。

起動操作を受け付けないと判定すると（Ｓ３３、ＮＯ）（たとえば、所定の期間内に起動操作を受け付けないと判定すると）、ＣＰＵ１１は、Ｓ３８に進む。

受信された広告を提示すると、ＣＰＵ１１は、動作を終了する。

次に、アプリサーバ３の動作例について説明する。
図８は、アプリサーバ３の動作例について説明するためのフローチャートである。
まず、アプリサーバ３のＣＰＵ３１は、通信部３５を通じてユーザ端末１からグループへの登録申請を受信したか判定する（Ｓ４１）。登録申請を受信していないと判定すると（Ｓ４１、ＮＯ）、ＣＰＵ３１は、Ｓ４１へ戻る。

登録申請を受信したと判定すると（Ｓ４１、ＹＥＳ）、ＣＰＵ３１は、登録申請に従って、グループにユーザ端末１を登録する（Ｓ４２）。

グループにユーザ端末１を登録すると、ＣＰＵ３１は、グループに関連するコンテンツの開始通知タイミングになったか判定する（Ｓ４３）。コンテンツの開始通知タイミングになっていないと判定すると（Ｓ４３、ＮＯ）、ＣＰＵ３１は、Ｓ４３に戻る。

コンテンツの開始通知タイミングになったと判定すると（Ｓ４３、ＹＥＳ）、ＣＰＵ３１は、通信部３５を通じて、外部の音の取得を開始させる取得開始通知をユーザ端末１に送信する（Ｓ４４）。
取得開始通知をユーザ端末１へ送信すると、ＣＰＵ３１は、動作を終了する。

次に、ＤＭＰサーバ４の動作例について説明する。
図９は、ＤＭＰサーバ４の動作例について説明するためのフローチャートである。
まず、ＤＭＰサーバ４のＣＰＵ４１は、コンテンツの配信が終了したか判定する（Ｓ５１）。コンテンツの配信が終了していないと判定すると（Ｓ５１、ＮＯ）、ＣＰＵ４１は、通信部４５を通じて、ＡＣＲサーバ２から判定結果を受信したか判定する（Ｓ５２）。

判定結果を受信したと判定すると（Ｓ５２、ＹＥＳ）、ＣＰＵ４１は、判定結果が含むコンテンツ情報が示すコンテンツに関連するグループに、判定結果が含む端末ＩＤが登録されているか判定する（Ｓ５３）。

端末ＩＤが登録されていると判定すると（Ｓ５３、ＹＥＳ）、ＣＰＵ４１は、グループに対応するコンテンツと端末ＩＤが示すユーザ端末１とをマッチングする（Ｓ５４）。

判定結果を受信していないと判定した場合（Ｓ５２、ＮＯ）、端末ＩＤが登録されていないと判定した場合（Ｓ５３、ＮＯ）、又は、コンテンツとユーザ端末１とをマッチングした場合（Ｓ５４）、ＣＰＵ４１は、Ｓ５１へ戻る。

コンテンツの配信が終了したと判定すると（Ｓ５１、ＹＥＳ）、ＣＰＵ４１は、コンテンツに関連するグループに登録されたユーザ端末１であってコンテンツとマッチングしなかったユーザ端末１を特定する（Ｓ５５）。

コンテンツとマッチングしなかったユーザ端末１を特定すると、ＣＰＵ４１は、通信部１５を通じて、コンテンツとマッチングしたユーザ端末１に、コンテンツを視聴したことに関する広告を配信する（Ｓ５６）。コンテンツを視聴したことに関する広告を配信すると、ＣＰＵ４１は、コンテンツとマッチングしなかったユーザ端末１に、コンテンツを視聴しなかったことに関する広告を配信する（Ｓ５７）。

コンテンツを視聴しなかったことに関する広告を配信すると、ＣＰＵ４１は、動作を終了する。

なお、ＣＰＵ４１は、コンテンツが配信されている間に、コンテンツとマッチングしたユーザ端末１に、コンテンツを視聴したことに関する広告を配信してもよい。また、ＣＰＵ４１は、コンテンツとマッチングしたユーザ端末１に、コンテンツを視聴したことに関する広告を複数回配信してもよい。また、コンテンツとマッチングしなかった端末ＩＤが示すユーザ端末１に、コンテンツを視聴しなかったことに関する広告を複数回配信してもよい。

以上のように構成されるマッチングシステムは、所定のコンテンツに関連するグループに登録されたユーザ端末のユーザに、コンテンツが開始するタイミングで外部の音の取得を開始することを促すことができる。そのため、マッチングシステムは、コンテンツが開始するタイミングでユーザ端末の周囲の音を取得し、ユーザがコンテンツを視聴しているかを判定することができる。

その結果、マッチングシステムは、コンテンツに関連するグループに登録されたユーザ端末の中から、当該コンテンツを視聴したユーザが所持するユーザ端末を特定することができる。従って、マッチングシステムは、ユーザが視聴したコンテンツと当該ユーザが所持するユーザ端末とを効果的にマッチングすることができる。よって、マッチングシステムは、コンテンツを視聴したユーザが所持するユーザ端末にリターゲティング広告を配信することができる。

また、マッチングシステムは、グループに登録されたユーザ端末の中から、当該コンテンツを視聴なかったユーザが所持するユーザ端末を特定することができる。従って、マッチングシステムは、コンテンツを視聴しなかったユーザが所持するユーザ端末に、適切な広告を配信することができる。

なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。

１…ユーザ端末、２…ＡＣＲサーバ、３…アプリサーバ、４…ＤＭＰサーバ、５…通信網、６…コンテンツ提供装置、１１…ＣＰＵ、１４…ＮＶＭ、１４ａ…記憶領域、１５…通信部、１７…表示部、１８…マイク、３１…ＣＰＵ、３４…ＮＶＭ、３４ａ…記憶領域、３４ｂ…記憶領域、３５…通信部、４１…ＣＰＵ、４４…ＮＶＭ、４４ａ…記憶領域、４５…通信部、１００…マッチングシステム。

Claims (9)

1. 端末とコンテンツとをマッチングするマッチングシステムであって、
   音を含むコンテンツの開始日時を格納する記憶部と、
   前記開始日時に基づくタイミングで、端末に、前記端末の外部の音の取得を開始させる通知を送信する第１の送信処理部と、
   前記端末から、外部の音を示す音情報を受信する第１の受信処理部と、
   前記音情報に基づくコンテンツを特定するコンテンツ特定部と、
   特定された前記コンテンツと、前記端末とをマッチングするマッチング部と、
   を備えるマッチングシステム。
2. 前記第１の送信処理部は、前記コンテンツに関連するグループに登録された端末に、前記通知を送信する、
   前記請求項１に記載のマッチングシステム。
3. 前記コンテンツとマッチングされた端末に、第１の広告を配信する第１の広告配信部をさらに備える、
   前記請求項１又は２に記載のマッチングシステム。
4. 前記第１の広告は、前記コンテンツを視聴したことに関連する広告である、
   前記請求項３に記載のマッチングシステム。
5. 前記グループに登録された端末であって、前記コンテンツとマッチングされなかった端末に、第２の広告を配信する第２の広告配信部をさらに備える、
   前記請求項２に記載のマッチングシステム。
6. 前記第２の広告は、前記コンテンツを視聴しなかったことに関連する広告である、
   前記請求項５に記載のマッチングシステム。
7. 前記端末を備え、
   前記端末は、
   外部の音を取得するマイクと、
   前記通知を受信する第２の受信処理部と、
   前記通知に従って、外部の音の取得を開始させる操作案内を提示する案内提示部と、
   外部の音の取得を開始させる開始操作の入力を受け付ける操作部と、
   前記開始操作に従って、前記マイクを通じて外部の音を取得する音取得部と、
   前記外部の音を示す音情報を送信する第２の送信処理部と、
   を備える、
   前記請求項１乃至５の何れか１項に記載のマッチングシステム。
8. 前記第１の送信処理部は、前記通知をプッシュ通知で送信する、
   前記請求項１乃至６の何れか１項に記載のマッチングシステム。
9. 前記コンテンツは、テレビ番組である、
   前記請求項１乃至７の何れか１項に記載のマッチングシステム。