JP2015135583A - 決定装置、決定方法、決定プログラム、配信装置、配信方法、配信プログラムおよび入札装置 - Google Patents

Abstract

【課題】施設に実際に来場した観客の層に適した広告等のコンテンツを決定すること。
【解決手段】配信サーバ１０は、取得部１１ａと、広告決定部１１ｂと、を備える。取得部１１ａは、映画などの第１コンテンツを提供する劇場などの施設に所在する観客の情報を取得する。広告決定部１１ｂは、取得部１１ａにより取得された情報に基づいて、施設で第１コンテンツとともに提供される広告等の第２コンテンツを決定する。
【選択図】図３

Description

本発明は、決定装置、決定方法、決定プログラム、配信装置、配信方法、配信プログラムおよび入札装置に関する。

下記の特許文献１には、映画館の管理者などである運営者が、映画館で上映される主要作品および映画館で提供される広告のスケジュールを表す電子プレイリストを生成する技術が開示されている。すなわち、特許文献１では、どのような主要作品を上映するか、および、どのような広告を提供するかについては、運営者によって決定される。

特表２００７−５０５３９３号公報

しかしながら、上記特許文献１の技術では、例えば、実際に映画館に来場した観客の層とは無関係に、映画館で提供される広告が運営者によって決定される。このため、映画館で提供される広告のターゲット層と、実際に映画館に来場した観客の層とでミスマッチが生じてしまう場合があるという問題がある。

そこで、本発明は、上述した問題を解決するためになされたものであり、映画館などの施設に実際に来場した観客の層に適した広告等のコンテンツを決定できるようにすることを目的とする。

また、上記特許文献１の技術では、例えば、オークションで落札された広告主の広告が定刻に映画館で提供されるように運営者が広告をスケジューリングする。このため、上記特許文献１の技術では、リアルタイムで映画館で提供される広告を決定して配信することができないという問題がある。

そこで、本発明は、リアルタイムで映画館などの施設で提供される広告等のコンテンツを配信できるようにすることを他の目的とする。

上記課題を解決するための本発明の第一の態様の決定装置は、例えば、第１コンテンツを提供する施設に所在する観客の情報を取得する取得部と、前記取得部により取得された情報に基づいて、前記施設で前記第１コンテンツとともに提供される第２コンテンツを決定する決定部と、を備えることを特徴とする。

また、本発明の第二の態様の決定方法は、例えば、コンピュータが、第１コンテンツを提供する施設に所在する観客の情報を取得する取得工程と、前記取得工程により取得された情報に基づいて、前記施設で前記第１コンテンツとともに提供される第２コンテンツを決定する決定工程と、を実行することを特徴とする。

また、本発明の第三の態様の決定プログラムは、例えば、コンピュータに、第１コンテンツを提供する施設に所在する観客の情報を取得する取得手順と、前記取得手順により取得された情報に基づいて、前記施設で前記第１コンテンツとともに提供される第２コンテンツを決定する決定手順と、を実行させることを特徴とする。

また、本発明の第四の態様の配信装置は、例えば、第１コンテンツの提供タイミングに基づき所定の端末から送信される第２コンテンツの配信リクエストを取得する取得部と、前記取得部により取得された配信リクエストに基づいて、施設で前記第１コンテンツとともに提供される前記第２コンテンツを配信する配信部と、を備えることを特徴とする。

また、本発明の第五の態様の配信方法は、例えば、コンピュータが、第１コンテンツの提供タイミングに基づき所定の端末から送信される第２コンテンツの配信リクエストを取得する取得工程と、前記取得工程により取得された配信リクエストに基づいて、施設で前記第１コンテンツとともに提供される前記第２コンテンツを配信する配信工程と、を実行することを特徴とする。

また、本発明の第六の態様の配信プログラムは、例えば、コンピュータに、第１コンテンツの提供タイミングに基づき所定の端末から送信される第２コンテンツの配信リクエストを取得する取得手順と、前記取得手順により取得された配信リクエストに基づいて、施設で前記第１コンテンツとともに提供される前記第２コンテンツを配信する配信手順と、を実行させることを特徴とする。

また、本発明の第七の態様の入札装置は、例えば、第１コンテンツとともに提供される第２コンテンツを提供する権利を入札対象として、前記第１コンテンツを提供する施設に所在する観客の情報であって前記第２コンテンツが対象としている観客の情報を受け付ける入札部を備えることを特徴とする。

また、本発明の第八の態様の入札装置は、例えば、第１コンテンツを提供する施設に所在する観客の情報を提示する提示部と、前記第１コンテンツとともに提供される第２コンテンツを提供する権利を対象として入札を受け付ける入札部と、を備えることを特徴とする。

本発明によれば、施設に実際に来場した観客の層に適した広告等のコンテンツを決定することができる。また、本発明によれば、リアルタイムで施設で提供される広告等のコンテンツを配信することができる。

図１は、第１の実施形態における処理の概略の一例を説明するための概念図である。 図２は、第１の実施形態に係る配信システムのシステム構成の一例を示す図である。 図３は、第１の実施形態に係る配信サーバの機能構成の一例を示す図である。 図４は、第１のテーブルのデータ構造の一例を示す図である。 図５は、第２のテーブルのデータ構造の一例を示す図である。 図６は、第３のテーブルのデータ構造の一例を示す図である。 図７は、第４のテーブルのデータ構造の一例を示す図である。 図８は、第５のテーブルのデータ構造の一例を示す図である。 図９は、広告決定部により広告が決定されるタイミングの一例を説明するための図である。 図１０は、第１の実施形態における配信サーバの動作の一例を示すフローチャートである。 図１１は、第２の実施形態における配信サーバの機能構成の一例を示すブロック図である。 図１２は、第２の実施形態における配信サーバの動作の一例を示すフローチャートである。 図１３は、第３の実施形態における配信サーバの機能構成の一例を示すブロック図である。 図１４は、第６のテーブルのデータ構造の一例を示す図である。 図１５は、観客が保持する携帯端末から観客が閲覧したい映画の情報を取得する処理の一例を説明するための図である。 図１６は、第３の実施形態における配信サーバの動作の一例を示すフローチャートである。 図１７は、配信サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

（第１の実施形態）
まず、本発明の第１の実施形態について、図面を参照しながら説明する。

［処理の概略］
図１は、第１の実施形態における処理の概略の一例を説明するための概念図である。

図１の例に示す第１の実施形態における配信サーバ１０は、劇場に実際に来場した観客の情報に応じて、配信する広告を決定する。配信サーバ１０は、広告決定装置の一例であるとともに、配信装置の一例である。図１に示すように、配信サーバ１０は、劇場に実際に来場した観客の情報を取得する（Ｓ１）。ここで、第１の実施形態における劇場では、映画が上映され、観客は、上映される映画を閲覧するために劇場に来場した場合を想定する。配信サーバ１０は、例えば、劇場に設けられたカメラにより撮像された個々の観客の顔の画像を観客の情報として取得する。他の例では、配信サーバ１０は、劇場に設けられたアクセスポイントを介して、観客が保持するスマートフォンなどの携帯端末から送信された観客ＩＤ（Identification）を観客の情報として取得する。ここで、観客ＩＤは、観客を識別するためのＩＤである。また、配信サーバ１０は、劇場に設けられた網膜スキャナ装置によりスキャンされた個々の観客の網膜のスキャン結果を観客の情報として取得することもできる。また、配信サーバ１０は、他にも、モーションキャプチャを用いて、個々の観客の動きから年齢および性別を観客の情報として取得することもできる。また、配信サーバ１０は、観客が保持する、劇場のチェックイン機能を有するアプリを実行する携帯端末によってアプリが実行されてチェックインされた際に携帯端末から観客ＩＤを観客の情報として取得することもできる。なお、上述のカメラ、アクセスポイント、網膜スキャナなどは、例えば、劇場内の観客席が備えられ、かつ、映画の映像が投影されるスクリーンが備えられた部屋の入口に設けられる。これにより、１上映ごとに、観客の情報を取得することができる。

そして、配信サーバ１０は、取得した個々の観客の情報から、個々の観客の属性を取得する（Ｓ２）。ここで、観客の属性とは、例えば、観客の年齢層、観客の性別などである。なお、配信サーバ１０は、観客の属性に加えて、映画のチケットを購入した観客のインターネットの閲覧履歴やインターネット上での購入履歴などのウェブ行動履歴を取得することができる。

そして、配信サーバ１０は、取得した観客の属性に対応する広告を決定する（Ｓ３）。例えば、配信サーバ１０は、観客の属性と広告とを対応付けて記憶する広告記憶部に記憶された複数の広告の中から、効果が高い広告を決定する。例えば、配信サーバ１０は、広告記憶部に記憶された複数の広告の中から、取得した全ての観客の属性のうち最も多い属性に対応する広告を決定する。

そして、配信サーバ１０は、決定した広告を劇場に配信する（Ｓ４）。そして、劇場は、配信された広告の映像を劇場のスクリーンに投影することにより、広告を観客に提供する（Ｓ５）。

上述したように、本実施形態に係る配信サーバ１０は、実際に劇場に来場した観客の情報に基づき広告を決定する。したがって、配信サーバ１０によれば、劇場に実際に来場した観客の層に適した広告を決定することができる。

［配信システム１のシステム構成］
図２は、第１の実施形態に係る配信システム１のシステム構成の一例を示す図である。図２の例に示すように、配信システム１は、配信サーバ１０と、劇場端末２１と、観客情報取得装置２２とを有する。配信サーバ１０と、劇場端末２１および観客情報取得装置２２とは、通信回線９０を介して、通信可能に接続されている。図２に示すように、劇場端末２１および観客情報取得装置２２は、劇場２０内に設けられている。

劇場端末２１は、映画用のプロジェクタを含み、上映が開始される所定時刻に映画の上映が開始されるように、かかる所定時刻に合わせて、劇場２０内のスクリーンへの映画の映像の投影を開始する。また、劇場端末２１は、配信サーバ１０から配信された広告の映像を、リアルタイムで、劇場２０内のスクリーンへ投影する。

観客情報取得装置２２は、劇場に実際に来場した観客の情報を取得する装置であり、カメラ、アクセスポイント、網膜スキャナ装置などの少なくとも一つ以上の機器を含む。観客情報取得装置２２にカメラが含まれる場合には、このカメラは、例えば、劇場２０内に設けられた座席に座った観客の顔の画像が撮像可能な位置に設けられ、個々の観客の顔の画像を撮像して取得し、取得した観客の顔の画像を観客の情報として配信サーバ１０に送信する。また、観客情報取得装置２２にアクセスポイントが含まれる場合には、このアクセスポイントは、Ｗｉｆｉ（Wireless Fidelity）などの無線通信により、個々の観客が保持する携帯端末から送信された観客ＩＤを取得し、取得した観客ＩＤを観客の情報として配信サーバ１０に送信する。また、観客情報取得装置２２に網膜スキャナ装置が含まれる場合には、この網膜スキャナ装置は、個々の観客が利用可能な劇場２０内の位置に設けられ、個々の観客の網膜のスキャン結果を観客の情報として配信サーバ１０に送信する。なお、観客情報取得装置２２は、例えば、劇場２０内の観客席が備えられ、かつ、映画の映像が投影されるスクリーンが備えられた部屋の入口に設けられる。これにより、観客情報取得装置２２は、１上映ごとに、観客の情報を取得することができる。

［配信サーバ１０の構成］
図３は、第１の実施形態に係る配信サーバ１０の機能構成の一例を示す図である。図３の例に示すように、配信サーバ１０は、属性情報記憶部１０ａと、広告記憶部１０ｂと、取得部１１ａと、広告決定部１１ｂと、配信部１１ｃとを有する。

配信サーバ１０が有する機能のうち、属性情報記憶部１０ａおよび広告記憶部１０ｂは、ＨＤＤ（Hard Disk Drive）などの記憶装置により実現される。また、配信サーバ１０が有する機能のうち、取得部１１ａ、広告決定部１１ｂ、配信部１１ｃは、配信サーバ１０内のＣＰＵ（Central Processing Unit）などの演算装置が広告決定プログラムを実行することにより実現される。

属性情報記憶部１０ａには、取得部１１ａが観客の属性を取得する際に参照する第１のテーブルおよび第２のテーブルが記憶されている。図４は、第１のテーブル１２ａのデータ構造の一例を示す図である。図４の例に示すように、第１のテーブル１２ａは、「観客ＩＤ」、「画像」、「性別」および「年齢」の各項目を有する。そして、第１のテーブル１２ａの１レコードには、１人の観客に関する各種の情報が登録されている。

「観客ＩＤ」の項目には、観客ＩＤが登録される。例えば、図４の例は、１番目のレコードの「観客ＩＤ」の項目に、観客ＩＤ「Ａ００１」が登録された場合を示す。

「画像」の項目には、「観客ＩＤ」の項目に登録された観客ＩＤが示す観客の顔の画像が登録されている。例えば、図４の例は、１番目のレコードの「画像」の項目に、観客ＩＤ「Ａ００１」が示す観客の顔の画像が登録された場合を示す。

「性別」の項目には、「観客ＩＤ」の項目に登録された観客ＩＤが示す観客の性別が登録されている。例えば、図４の例は、１番目のレコードの「性別」の項目に、観客ＩＤ「Ａ００１」が示す観客の性別「男性」が登録された場合を示す。

「年齢」の項目には、「観客ＩＤ」の項目に登録された観客ＩＤが示す観客の年齢が登録されている。例えば、図４の例は、１番目のレコードの「年齢」の項目に、観客ＩＤ「Ａ００１」が示す観客の年齢「２５歳」が登録された場合を示す。

図５は、第２のテーブル１２ｂのデータ構造の一例を示す図である。図５の例に示すように、第２のテーブル１２ｂは、「属性ＩＤ」、「性別」および「年齢」の各項目を有する。そして、第２のテーブル１２ｂの１レコードには、１つの属性に関する各種の情報が登録されている。

「属性ＩＤ」の項目には、属性を識別するためのＩＤである属性ＩＤが登録されている。例えば、図５の例は、１番目のレコードの「属性ＩＤ」の項目に、属性ＩＤ「Ｐ００１」が登録された場合を示す。

「性別」の項目には、「属性ＩＤ」の項目に登録された属性ＩＤが示す属性に含まれる性別が登録されている。また、「年齢」の項目には、「属性ＩＤ」の項目に登録された属性ＩＤが示す属性に含まれる年齢が登録されている。例えば、図５の例に示す１番目のレコードは、属性ＩＤ「Ｐ００１」が示す属性が、２０代前半の男性であることを示す。また、図５の例に示す２番目のレコードは、属性ＩＤ「Ｐ００２」が示す属性が、２０代後半の男性であることを示す。

図３の説明に戻り、広告記憶部１０ｂには、広告決定部１１ｂが広告を決定する際に参照する第３のテーブルおよび第５のテーブルが記憶されている。また、広告記憶部１０ｂには、配信部１１ｃが広告を配信する際に参照する第４のテーブルが記憶されている。図６は、第３のテーブル１２ｃのデータ構造の一例を示す図である。図６の例に示すように、第３のテーブル１２ｃは、「属性ＩＤ」および「広告ＩＤ」の各項目を有する。そして、第３のテーブル１２ｃの１レコードには、１つの広告がターゲットとする属性の情報が登録されている。すなわち、第３のテーブル１２ｃの１レコードには、１つの広告と、この広告のターゲット層に対応する属性とが対応付けられて登録されている。

「広告ＩＤ」の項目には、広告を識別するためのＩＤである広告ＩＤが登録されている。また、「属性ＩＤ」の項目には、「広告ＩＤ」の項目に登録された広告ＩＤが示す広告がターゲットとする属性の属性ＩＤが登録されている。例えば、図６の例に示す１番目のレコードは、広告ＩＤ「Ｅ００１」が示す広告のターゲット層が、属性ＩＤ「Ｐ００１」が示す属性「２０代前半の男性」、および、属性ＩＤ「Ｐ００２」が示す属性「２０代後半の男性」であることを示す。なお、第３のテーブル１２ｃの登録内容は、広告主が広告の入稿時に設定することもでき、また、配信サーバ１０が設定することもできる。

図７は、第４のテーブル１２ｄのデータ構造の一例を示す図である。図７の例に示すように、第４のテーブル１２ｄは、「広告ＩＤ」および「広告データ」の各項目を有する。そして、第４のテーブル１２ｄの１レコードには、１つの広告に関する各種の情報が登録されている。

「広告ＩＤ」の項目には、広告ＩＤが登録されている。また、「広告データ」の項目には、「広告ＩＤ」の項目に登録された広告ＩＤが示す広告の動画データが登録されている。例えば、図７の例に示す１番目のレコードは、広告ＩＤ「Ｅ００１」が示す広告の動画データが「ＤＥ００１」であることを示す。

図８は、第５のテーブル１２ｅのデータ構造の一例を示す図である。図８の例に示すように、第５のテーブル１２ｅは、「映画ＩＤ」、「開始時刻」、「広告枠ＩＤ」および「配信時間」の各項目を有する。第５のテーブル１２ｅの１レコードには、１回の上映における映画、および、映画とともに提供される広告などの各種の情報が対応付けられて後述の取得部１１ａにより登録される。ここで、本明細書において、「映画とともに」とは、いわゆる第１コンテンツの一例である映画が上映されている間、その前後、途中などに、第２コンテンツの一例である広告を提供（例えば上映）することを意味し、例えば映画本編を上映する際に、本編の前に予告編や広告などが流れるが、そのようなものも含まれる。また、映画等の第１コンテンツに、広告等の第２コンテンツがオーバーレイのように重ねて提供されるような形態も排除されない。

「映画ＩＤ」の項目には、映画を識別するためのＩＤである映画ＩＤが登録されている。「広告枠ＩＤ」の項目には、「映画ＩＤ」の項目に登録された映画ＩＤが示す映画の上映が開始される前、上映中、または、上映の終了後にスクリーンに広告の映像が投影される時間帯である広告枠を識別するためのＩＤである広告枠ＩＤが登録されている。なお、以下、映画の上映が開始される前にスクリーンに広告の映像が投影される場合を例に挙げて説明する。「配信時間」の項目には、「広告枠ＩＤ」の項目に登録された広告枠ＩＤが示す広告枠の時間の長さが登録されている。「開始時刻」の項目には、広告の配信が開始される時刻が登録されている。例えば、図８の例に示す１番目のレコードは、映画ＩＤ「Ｖ００１」が示す映画の上映が開始される前には、３つの広告枠があり、それぞれ、３０秒の長さである。これに加えて、図８の例に示す１番目のレコードは、広告枠ＩＤ「Ｃ１１」が示す広告枠で広告の配信が開始される時刻が２０１４年１月１０日午前９時０分０秒であることを示す。さらに、図８の例に示す１番目のレコードは、広告枠ＩＤ「Ｃ１１」が示す広告枠の次に、広告枠ＩＤ「Ｃ１２」が示す広告枠が設定され、広告枠ＩＤ「Ｃ１２」が示す広告枠の次に、広告枠ＩＤ「Ｃ１３」が示す広告枠が設定されていることを示す。したがって、図８の例では、広告枠ＩＤ「Ｃ１２」が示す広告枠で広告の配信が開始される時刻が２０１４年１月１０日午前９時０分３０秒であり、広告枠ＩＤ「Ｃ１３」が示す広告枠で広告の配信が開始される時刻が２０１４年１月１０日午前９時１分０秒である。また、図８の例では、本編の映画が開始される時刻が、２０１４年１月１０日午前９時１分３０秒である。ここで、劇場端末２１は、上述した劇場ＩＤと、映画ＩＤと、広告の配信が開始される時刻と、広告枠ＩＤと、広告枠の時間の長さとが対応付けられた情報を広告配信リクエストとして配信サーバ１０に送信する。例えば、劇場端末２１は、配信予定時刻の所定時間（例えば、１０秒や、本編である映画の上映が開始される１０分）前に、広告配信リクエストを配信サーバ１０に送信する。そして、かかる広告配信リクエストを受信した配信サーバ１０の取得部１１ａは、受信した広告配信リクエストを第５のテーブル１２ｅに登録する。このようにして、第５のテーブル１２ｅの１レコードには、１回の上映における映画、および、映画とともに提供される広告などの各種の情報が対応付けられて取得部１１ａにより登録される。

なお、他の形態として、劇場端末２１が実際に劇場で広告を上映するタイミングで広告配信リクエストを配信サーバ１０へ送信し、配信サーバ１０の配信部１１ｃが、受信した広告配信リクエストをトリガーに、広告データを劇場端末２１に配信してもよい。この場合、劇場端末２１が、劇場で上映する広告の広告ＩＤを広告配信リクエストとともに配信サーバ１０へ送信し、配信サーバ１０が、受信した広告ＩＤに対応する広告データを劇場端末２１へ配信してもよい。あるいは、劇場端末２１が、広告配信リクエストを配信サーバ１０へ送信し、配信サーバ１０が、配信リクエストを受信した時点で、劇場端末２１が設けられた劇場に来場している観客の情報に基づいて特定した広告データを、劇場端末２１へ配信してもよい。あるいは、劇場端末２１が、上映したい広告の長さの情報（例えば秒数）とともに広告配信リクエストを配信サーバ１０へ送信し、配信サーバ１０が、劇場端末２１から受信した長さの広告の中から、配信リクエストを受信した時点で劇場端末２１が設けられた劇場に来場している観客の情報に基づいて特定した広告データを、劇場端末２１へ配信してもよい。あるいは、劇場端末２１が、劇場内の観客の情報など、広告の上映に関連する情報とともに広告配信リクエストを配信サーバ１０へ送信し、配信サーバ１０が、劇場端末２１から受信した関連情報と、配信リクエストを受信した時点で劇場端末２１が設けられた劇場に来場している観客の情報と、に基づいて特定した広告データを、劇場端末２１へ配信してもよい。

図３の説明に戻り、取得部１１ａは、劇場２０で提供される映画に関連付けられて収集される観客の情報を取得する。本明細書において、映画は、第１コンテンツの一例である。取得部１１ａの一態様について説明する。

取得部１１ａは、観客情報取得装置２２から送信された観客の情報を受信して取得するたびに、取得した観客の情報を用いて、観客の属性を取得する。例えば、取得した観客の情報が観客の顔の画像である場合には、取得部１１ａは、第１のテーブル１２ａのレコードの中から、取得した観客の顔の画像と一致する顔の画像が「画像」の項目に登録されたレコードを特定する。そして、取得部１１ａは、特定したレコードの「性別」および「年齢」の各項目に登録された観客の性別および年齢を取得する。そして、取得部１１ａは、第２のテーブル１２ｂのレコードの中から、取得した観客の性別が「性別」の項目に登録され、取得した観客の年齢が「年齢」の項目に登録されたレコードを特定する。そして、取得部１１ａは、特定したレコードの「属性ＩＤ」の項目に登録された属性ＩＤを取得する。このようにして、取得部１１ａは、観客情報取得装置２２から送信された観客の顔の画像から、実際に劇場２０に来場した観客の属性を示す属性ＩＤを取得する。

また、取得した観客の情報が観客ＩＤである場合には、取得部１１ａは、第１のテーブル１２ａのレコードの中から、取得した観客ＩＤと一致する観客ＩＤが「観客ＩＤ」の項目に登録されたレコードを特定する。そして、取得部１１ａは、特定したレコードの「性別」および「年齢」の各項目に登録された観客の性別および年齢を取得する。そして、取得部１１ａは、第２のテーブル１２ｂのレコードの中から、取得した観客の性別が「性別」の項目に登録され、取得した観客の年齢が「年齢」の項目に登録されたレコードを特定する。そして、取得部１１ａは、特定したレコードの「属性ＩＤ」の項目に登録された属性ＩＤを取得する。このようにして、取得部１１ａは、観客情報取得装置２２から送信された観客ＩＤから、実際に劇場２０に来場した観客の属性を示す属性ＩＤを取得する。

なお、取得した観客の情報が観客の網膜のスキャン結果である場合には、取得部１１ａは、観客の網膜のスキャン結果と性別と年齢とが予め対応付けられて登録されているテーブル（図示せず）を用いて、次の処理を行うことができる。すなわち、取得部１１ａは、観客の顔の画像から実際に劇場２０に来場した観客の属性を示す属性ＩＤを取得する上述した方法と同様の方法で、観客の網膜のスキャン結果から実際に劇場２０に来場した観客の属性を示す属性ＩＤを取得することができる。

広告決定部１１ｂは、取得部１１ａにより取得された属性ＩＤを用いて、劇場２０で映画などのコンテンツとともに提供される広告を決定する。本明細書において、広告は、第２コンテンツの一例である。広告決定部１１ｂの一態様について説明する。

広告決定部１１ｂは、第５のテーブル１２ｅを参照して、現在の時刻が、「広告枠ＩＤ」の項目に登録されたいずれかの広告枠ＩＤが示す広告枠で配信される広告の配信が開始される時刻（配信予定時刻）の所定時間（例えば、１０秒）前の時刻となったか否かを判定する。そして、現在の時刻が配信予定時刻の所定時間前の時刻となったと判定した場合に、広告決定部１１ｂは、配信予定時刻の所定時間前までに取得部１１ａにより取得された属性ＩＤのうち、最も数が多い属性ＩＤを特定する。例えば、属性ＩＤ「Ｐ００１」の数が最も多い場合には、広告決定部１１ｂは、属性ＩＤ「Ｐ００１」を特定する。このことは、劇場２０には、現在の時刻が配信予定時刻の所定時間前の時刻となった時点において、「２０代前半の男性」という属性を有する観客が多いことを意味する。

そして、広告決定部１１ｂは、第３のテーブル１２ｃを参照して、特定した属性ＩＤに対応する広告ＩＤを決定する。例えば、属性ＩＤ「Ｐ００１」を特定した場合には、広告決定部１１ｂは、第３のテーブル１２ｃを参照して、属性ＩＤ「Ｐ００１」に対応する広告ＩＤ「Ｅ００１」を決定する。すなわち、広告決定部１１ｂは、劇場２０に来場した観客の属性の中から、最も人数が多い属性をターゲットとする広告を、配信する広告として決定する。したがって、本実施形態に係る広告決定部１１ｂによれば、劇場２０に実際に来場した観客の層に適した広告を決定することができる。また、本実施形態に係る広告決定部１１ｂによれば、現在の時刻が配信予定時刻の所定時間前の時刻となった時点における観客の層に適した広告を決定することができる。さらに、本実施形態に係る広告決定部１１ｂによれば、本編である映画の開始時刻に応じて劇場端末２１から送信された広告配信リクエストが示す広告枠において、広告主により設定された配信条件（第３のテーブル１２ｃの登録内容が示す広告のターゲットの条件）を満たすような最適な広告を配信することができる。

配信部１１ｃは、第４のテーブル１２ｄを参照して、広告決定部１１ｂにより決定された広告ＩＤに対応する広告データを取得する。そして、配信部１１ｃは、第５のテーブル１２ｅを参照して、現在の時刻が配信予定時刻となるまで繰り返し、現在の時刻が配信予定時刻となったか否かを判定し、現在の時刻が配信予定時刻となった場合に、取得した広告データを劇場端末２１に配信する。例えば、配信部１１ｃは、広告決定部１１ｂにより広告ＩＤ「Ｅ００１」が決定された場合には、広告データ「ＤＥ００１」を劇場端末２１に配信する。これにより、劇場端末２１は、対象の広告枠において、広告データ「ＤＥ００１」が示す広告の映像を劇場２０のスクリーンに投影する。

取得部１１ａ、広告決定部１１ｂおよび配信部１１ｃは、上述した各種の処理を、広告枠ごとに繰り返し行う。これにより、ある広告枠の所定時間前に、この広告枠で劇場２０のスクリーンに表示される広告が決定される。それゆえ、この所定時間が１０秒などの短時間である場合には、リアルタイムで、広告枠ごとに劇場２０のスクリーンに表示される広告を決定することができる。

図９は、広告決定部１１ｂにより広告が決定されるタイミングの一例を説明するための図である。図９の例は、広告枠ＩＤ「Ｃ１１」が示す広告枠Ａの次に広告枠ＩＤ「Ｃ１２」が示す広告枠Ｂが設定され、広告枠ＩＤ「Ｃ１２」が示す広告枠Ｂの次に広告枠ＩＤ「Ｃ１３」が示す広告枠Ｃが設定され、広告枠Ｃの次に本編である映画が上映される時間帯が設定された場合を示す。また、図９の例では、上述の所定時間が１０秒である場合を想定する。図９の例に示すように、広告決定部１１ｂは、広告枠Ａでの配信予定時刻より１０秒前に広告枠Ａでスクリーンに表示される広告を決定し、広告枠Ｂでの配信予定時刻より１０秒前に広告枠Ｂでスクリーンに表示される広告を決定し、広告枠Ｃでの配信予定時刻より１０秒前に広告枠Ｃでスクリーンに表示される広告を決定する。また、配信部１１ｃは、広告枠Ａでの配信予定時刻に、広告決定部１１ｂにより決定された広告枠Ａでスクリーンに表示される広告の広告データを劇場端末２１に配信する。また、配信部１１ｃは、広告枠Ｂでの配信予定時刻に、広告決定部１１ｂにより決定された広告枠Ｂでスクリーンに表示される広告の広告データを劇場端末２１に配信する。さらに、配信部１１ｃは、広告枠Ｃでの配信予定時刻に、広告決定部１１ｂにより決定された広告枠Ｃでスクリーンに表示される広告の広告データを劇場端末２１に配信する。

［配信サーバ１０の動作］
図１０は、第１の実施形態における配信サーバ１０の動作の一例を示すフローチャートである。配信サーバ１０は、広告枠ごとに、本フローチャートに示す処理を行う。

図１０に示すように、取得部１１ａは、観客情報取得装置２２から送信された観客の情報を受信したか否かを判定する（Ｓ１０１）。観客の情報を受信していないと判定した場合（Ｓ１０１；Ｎｏ）には、取得部１１ａは、再び、Ｓ１０１に示す判定処理を行う。一方、受信したと判定した場合（Ｓ１０１；Ｙｅｓ）には、取得部１１ａは、取得した観客の情報を用いて、観客の属性を取得する（Ｓ１０２）。

そして、広告決定部１１ｂは、第５のテーブル１２ｅを参照して、現在の時刻が、配信予定時刻の所定時間（例えば、１０秒）前の時刻となったか否かを判定する（Ｓ１０３）。現在の時刻が配信予定時刻の所定時間前の時刻となっていないと判定した場合（Ｓ１０３；Ｎｏ）には、取得部１１ａは、上述したＳ１０１の処理を再び行う。一方、現在の時刻が配信予定時刻の所定時間前の時刻となったと判定した場合（Ｓ１０３；Ｙｅｓ）には、広告決定部１１ｂは、配信予定時刻の所定時間前までに取得部１１ａにより取得された属性ＩＤのうち、最も数が多い属性ＩＤを特定する（Ｓ１０４）。

そして、広告決定部１１ｂは、第３のテーブル１２ｃを参照して、特定した属性ＩＤに対応する広告ＩＤを決定する（Ｓ１０５）。

そして、配信部１１ｃは、第４のテーブル１２ｄを参照して、広告決定部１１ｂにより決定された広告ＩＤに対応する広告データを取得する。そして、配信部１１ｃは、第５のテーブル１２ｅを参照して、現在の時刻が配信予定時刻となるまで繰り返し、現在の時刻が配信予定時刻となったか否かを判定し、現在の時刻が配信予定時刻となった場合に、取得した広告データを劇場端末２１に配信する（Ｓ１０６）。

以上、本発明の第１の実施形態について説明した。

上述したように、本実施形態に係る配信サーバ１０は、実際に劇場２０に来場した観客ごとの属性を示す情報を取得し、広告記憶部１０ｂに記憶された広告の中から、取得した情報が示す属性に応じた広告を、劇場２０で映画などのコンテンツとともに提供される広告として決定する。したがって、配信サーバ１０によれば、劇場２０に実際に来場した観客の層に適した広告を決定することができる。

また、配信サーバ１０は、広告枠ごとに、リアルタイムで、劇場２０に実際に来場した観客の層に適した広告を決定することができる。

なお、１つの劇場に対して広告を配信する場合について説明したが、配信サーバ１０は、複数の劇場に対して、劇場ごとに、広告を配信することもできる。例えば、第３のテーブル１２ｃの各レコードに、新たに、広告が配信される劇場のＩＤである劇場ＩＤが登録される項目「劇場ＩＤ」を設けるとともに、第５のテーブル１２ｅの各レコードに、新たに、広告が配信される劇場の劇場ＩＤが登録される項目「劇場ＩＤ」を設ける。そして、広告決定部１１ｂは、現在の時刻が配信予定時刻の所定時間前の時刻となったと判定した場合に、第５のテーブル１２ｅのレコードの中から、「広告枠ＩＤ」の項目に、現在の時刻から上述の所定時間が経過した後の時刻に広告の配信が開始される広告枠を示す広告枠ＩＤが登録されたレコードを特定する。そして、広告決定部１１ｂは、特定したレコードの「劇場ＩＤ」の項目に登録された劇場ＩＤを特定する。そして、広告決定部１１ｂは、配信予定時刻の所定時間前までに取得部１１ａにより取得された属性ＩＤの中から、特定した劇場ＩＤが示す劇場内の観客の属性の属性ＩＤを抽出し、抽出した属性ＩＤのうち、最も数が多い属性ＩＤを特定する。そして、広告決定部１１ｂは、第３のテーブル１２ｃを参照して、特定した劇場ＩＤおよび特定した属性ＩＤに対応する広告ＩＤを決定する。これにより、広告決定部１１ｂは、複数の劇場に対して、劇場ごとに、最適な広告を決定することができる。そして、配信部１１ｃは、第４のテーブル１２ｄを参照して、広告決定部１１ｂにより決定された広告ＩＤに対応する広告データを取得する。そして、配信部１１ｃは、第５のテーブル１２ｅを参照して、現在の時刻が配信予定時刻となるまで繰り返し、現在の時刻が配信予定時刻となったか否かを判定し、現在の時刻が配信予定時刻となった場合に、取得した広告データを、広告決定部１１ｂにより特定された劇場ＩＤが示す劇場の劇場端末２１に配信する。これにより、配信サーバ１０は、複数の劇場に対して、劇場ごとに、広告を配信することができる。

また、１つの劇場で１つの映画が上映される場合を想定して説明したが、１つの劇場において、複数の部屋のそれぞれで映画が上映される場合には、映画が上映されるそれぞれの部屋のＩＤである部屋ＩＤが登録される項目「部屋ＩＤ」を第３のテーブル１２ｃの各レコードおよび第５のテーブル１２ｅの各レコードに設けておき、上述の処理と同様の処理を行うことで、部屋ごとに、広告を配信することができる。

また、配信サーバ１０が、観客の情報に基づいて、配信する広告を決定する場合について説明したが、配信サーバ１０は、これに限られない。例えば、配信サーバ１０は、観客の情報に基づいて、配信する広告の候補を決定し、広告の候補の中から、上映する映画のカテゴリと一致する広告を、配信する広告として決定してもよい。さらに、配信サーバ１０は、観客のインターネットの閲覧履歴やインターネット上での購入履歴などのウェブ行動履歴を加味して、配信する広告を決定してもよい。

（第２の実施形態）
次に、本発明の第２の実施形態について、図面を参照しながら説明する。なお、以下の説明では、第１の実施形態と同様または同一の機能を有する構成については、第１の実施形態と同一の符号を付して説明を省略する場合がある。第２の実施形態の配信システムは、第１の実施形態の配信サーバ１０に代えて、配信サーバ３０を有する。

［配信サーバ３０の構成］
図１１は、第２の実施形態における配信サーバ３０の機能構成の一例を示すブロック図である。本実施形態における配信サーバ３０は、先の第１の実施形態における配信サーバ１０と比較して、入札受付部３１を有する点が異なる。

入札受付部３１は、広告枠ごとに、配信予定時刻の所定時間（例えば、１０秒）前まで広告の入札を受け付ける。入札受付部３１は、受付部の一例である。

ここで、本実施形態では、広告主は、広告主のＩＤである広告主ＩＤ、劇場２０のスクリーンに広告を表示させたい広告枠の広告枠ＩＤ、および、劇場２０のスクリーンに表示させたい広告の広告ＩＤ並びに入札価格を広告入札用端末に入力する。広告入札用端末は、広告主ＩＤ、広告枠ＩＤ、広告ＩＤおよび入札価格が入力されると、入力された広告主ＩＤ、広告枠ＩＤ、広告ＩＤおよび入札価格を配信サーバ３０へ送信する。

配信サーバ３０が有する入札受付部３１は、広告入札用端末から送信された広告主ＩＤ、広告枠ＩＤ、広告ＩＤおよび入札価格を受信すると、次の処理を行う。すなわち、入札受付部３１は、受信した広告主ＩＤが示す広告主が、受信した広告枠ＩＤが示す広告枠において、受信した広告ＩＤが示す広告を受信した入札価格で入札したことを示す情報である入札情報を生成し、生成した入札情報を保持する。このようにして、入札受付部３１は、入札を受け付ける。

なお、他の形態として、広告主は、広告入札用端末を操作して、広告主のＩＤである広告主ＩＤ、劇場２０のスクリーンに広告を表示させたい広告枠の広告枠ＩＤ、劇場２０のスクリーンに表示させたい広告の広告ＩＤ、当該広告の広告データ、当該広告が対象としている観客の属性を示す属性ＩＤ、および入札価格を、配信サーバ３０へ送信してもよい。この場合、配信サーバ３０が有する入札受付部３１は、広告入札用端末から受信した広告データを、広告入札用端末から受信した広告ＩＤに対応付けて広告記憶部１０ｂ内の第４のテーブル１２ｄ（図７参照）に格納する。このとき、入札受付部３１は、入札価格を広告ＩＤにさらに対応付けて第４のテーブル１２ｄに格納してもよい。また、入札受付部３１は、広告入札用端末から受信した属性ＩＤを、広告入札用端末から受信した広告ＩＤに対応付けて広告記憶部１０ｂ内の第３のテーブル１２ｃ（図６参照）に格納する。

また、広告主は、広告入札用端末を操作して、入札のリクエストを配信サーバ３０へ送信する。配信サーバ３０は、映画を上映する劇場内に設けられた観客情報取得装置２２から劇場に実際に来場している観客の情報を取得しており、広告入札用端末から入札のリクエストを受信した場合に、劇場内に実際に来場している観客の情報を広告入札用端末へ提供する。広告入札用端末は、配信サーバ３０から受信した観客の情報を表示する。広告主は、広告入札用端末に表示された観客の情報を参照し、映画とともに広告を上映する権利を入札対象として、広告入札用端末により入札を行う。具体的には、広告主は、広告入札用端末を操作して、広告主ＩＤ、広告枠ＩＤ、属性ＩＤ、および入札価格等を、配信サーバ３０へ送信する。配信サーバ３０が有する入札受付部３１は、広告入札用端末から受信した広告主ＩＤ、広告枠ＩＤ、属性ＩＤ、および入札価格等のデータを、対応付けて記憶部に記憶する。

そして、本実施形態に係る広告決定部１１ｂは、広告記憶部１０ｂに記憶された広告の中から、取得部１１ａにより取得された情報が示す属性に応じた複数の広告を特定する。そして、本実施形態に係る広告決定部１１ｂは、特定した複数の広告の中から、広告の配信予定時刻から所定時間前までに入札受付部３１により受け付けられた入札価格に基づき、劇場２０で映画などのコンテンツとともに提供される広告を決定する。本実施形態に係る広告決定部１１ｂの一態様について説明する。

広告決定部１１ｂは、第５のテーブル１２ｅを参照して、現在の時刻が、配信予定時刻の所定時間（例えば、１０秒）前の時刻となったか否かを判定する。そして、現在の時刻が配信予定時刻の所定時間前の時刻となったと判定した場合に、広告決定部１１ｂは、第３のテーブル１２ｃを参照して、配信予定時刻の所定時間前までに取得部１１ａにより取得された全ての属性ＩＤのそれぞれに対応する広告ＩＤのそれぞれを特定する。例えば、配信予定時刻の所定時間前までに取得部１１ａにより取得された全ての属性ＩＤが「Ｐ００１」、「Ｐ００２」および「Ｐ００３」である場合には、広告決定部１１ｂは、属性ＩＤ「Ｐ００１」、「Ｐ００２」および「Ｐ００３」のそれぞれについて対応する広告ＩＤを特定する。

そして、広告決定部１１ｂは、入札情報および第３のテーブル１２ｃを参照し、取得した広告ＩＤのうち、配信予定時刻の所定時間前までに入札受付部３１により受け付けられた入札価格が最も大きい広告ＩＤを、配信する広告の広告ＩＤとして決定する。このように、広告決定部１１ｂは、リアルタイムビッディングにより、リアルタイムで、配信する広告を決定することができる。したがって、本実施形態に係る広告決定部１１ｂによれば、劇場２０に実際に来場した観客の層に適した広告であり、かつ、広告を販売する会社にとって利益の大きい広告を、配信する広告として決定することができる。また、広告決定部１１ｂは、広告配信リクエストを受信したタイミング（例えば、広告の配信が開始される時刻の１０秒前や、本編である映画の上映が開始される時刻の１０分前）で、広告主により設定された配信条件（第３のテーブル１２ｃの登録内容が示す広告のターゲットの条件）を満たすような最適な広告を配信することができる。したがって、広告主は、入札価格と配信条件を設定しておくだけで、広告を劇場２０に流すことができる。

なお、広告決定部１１ｂは、他の方法でも、配信する広告を決定することができる。例えば、広告決定部１１ｂは、現在の時刻が配信予定時刻の所定時間前の時刻となったと判定した場合に、配信予定時刻の所定時間前までに取得部１１ａにより取得された全ての属性ＩＤから、全ての属性ＩＤが示す男性および女性の比率を算出する。以下、男性と女性との比率が６：４であり、入札受付部３１が男性用の広告を入札価格１００万円で受け付け、女性用の広告を入札価格９０万円で受け付けた場合を例に挙げて説明する。そして、過去の広告に対するアンケート結果から男性よりも女性のほうが広告の内容を覚えているというように、男性よりも女性のほうが広告に対する認知度が高いことが事前に分かっている場合には、広告決定部１１ｂは、男性の係数０．５よりも大きい女性の係数０．９を用いて、男性の指標「１００万×０．６（比率）×０．５（係数）＝３０万」と、女性の指標「９０万×０．４（比率）×０．９（係数）＝３２．４万」とを算出する。そして、広告決定部１１ｂは、指標が高いほうの性別向けの広告（上記の例では、女性向けの広告）を、配信する広告として決定する。

本実施形態に係る広告決定部１１ｂは、上述した各種の処理を、広告枠ごとに繰り返し行う。これにより、所定時間が１０秒などの短時間である場合には、広告枠ごとに、広告が配信される直前まで、劇場２０のスクリーンに表示される広告の入札を行うことができる。

［配信サーバ３０の動作］
図１２は、第２の実施形態における配信サーバ３０の動作の一例を示すフローチャートである。配信サーバ３０は、広告枠ごとに、本フローチャートに示す処理を行う。

図１２に示すように、取得部１１ａは、観客情報取得装置２２から送信された観客の情報を受信したか否かを判定する（Ｓ２０１）。観客の情報を受信していないと判定した場合（Ｓ２０１；Ｎｏ）には、取得部１１ａは、再び、Ｓ２０１に示す判定処理を行う。一方、受信したと判定した場合（Ｓ２０１；Ｙｅｓ）には、取得部１１ａは、取得した観客の情報を用いて、観客の属性を取得する（Ｓ２０２）。

そして、広告決定部１１ｂは、第５のテーブル１２ｅを参照して、現在の時刻が、配信予定時刻の所定時間（例えば、１０秒）前の時刻となったか否かを判定する（Ｓ２０３）。現在の時刻が配信予定時刻の所定時間前の時刻となっていないと判定した場合（Ｓ２０３；Ｎｏ）には、取得部１１ａは、上述したＳ２０１の処理を再び行う。一方、現在の時刻が配信予定時刻の所定時間前の時刻となったと判定した場合（Ｓ２０３；Ｙｅｓ）には、広告決定部１１ｂは、第３のテーブル１２ｃを参照して、配信予定時刻の所定時間前までに取得部１１ａにより取得された全ての属性ＩＤのそれぞれに対応する広告ＩＤのそれぞれを特定する（Ｓ２０４）。なお、Ｓ２０４では、複数の広告ＩＤが特定される場合、および、１つの広告ＩＤが特定される場合の２つの場合が考えられる。

そして、広告決定部１１ｂは、Ｓ２０４で複数の広告ＩＤが特定された場合には、入札情報を参照し、取得した広告ＩＤのうち、配信予定時刻の所定時間前までに入札受付部３１により受け付けられた入札価格が最も大きい広告ＩＤを、配信する広告の広告ＩＤとして決定する。また、広告決定部１１ｂは、Ｓ２０４で１つの広告ＩＤが特定された場合には、特定された１つの広告ＩＤを、配信する広告の広告ＩＤとして決定する（Ｓ２０５）。

そして、配信部１１ｃは、第４のテーブル１２ｄを参照して、広告決定部１１ｂにより決定された広告ＩＤに対応する広告データを取得する。そして、配信部１１ｃは、第５のテーブル１２ｅを参照して、現在の時刻が配信予定時刻となるまで繰り返し、現在の時刻が配信予定時刻となったか否かを判定し、現在の時刻が配信予定時刻となった場合に、取得した広告データを劇場端末２１に配信する（Ｓ２０６）。

以上、本発明の第２の実施形態について説明した。

上述したように、本実施形態に係る配信サーバ３０は、広告の入札価格を受け付け、広告記憶部１０ｂに記憶された広告の中から、取得した情報が示す属性に応じた複数の広告を特定し、特定した複数の広告の中から、広告の配信予定時刻から所定時間前までに受け付けた入札価格に基づき、劇場２０で映画などのコンテンツとともに提供される広告として決定する。したがって、配信サーバ３０によれば、劇場２０に実際に来場した観客の層に適した広告であり、かつ、広告を販売する会社にとって利益の大きい広告を、配信する広告として決定することができる。

また、配信サーバ３０は、広告枠ごとに、広告が配信される直前まで、劇場２０のスクリーンに表示される広告の入札を行うことができる。

なお、配信サーバ３０が１つの劇場において、広告の入札価格を受け付け、入札価格に基づき、広告を配信する場合について説明したが、配信サーバ３０は、複数の劇場に対して、劇場ごとに、広告の入札価格を受け付け、入札価格に基づき、広告を配信することもできる。例えば、第３のテーブル１２ｃの各レコードに、新たに、広告が配信される劇場のＩＤである劇場ＩＤが登録される項目「劇場ＩＤ」を設けるとともに、第５のテーブル１２ｅの各レコードに、新たに、広告が配信される劇場の劇場ＩＤが登録される項目「劇場ＩＤ」を設ける。そして、広告決定部１１ｂは、現在の時刻が配信予定時刻の所定時間前の時刻となったと判定した場合に、第５のテーブル１２ｅのレコードの中から、「広告枠ＩＤ」の項目に、現在の時刻から上述の所定時間が経過した後の時刻に広告の配信が開始される広告枠を示す広告枠ＩＤが登録されたレコードを特定する。そして、広告決定部１１ｂは、特定したレコードの「劇場ＩＤ」の項目に登録された劇場ＩＤを特定する。そして、広告決定部１１ｂは、配信予定時刻の所定時間前までに取得部１１ａにより取得されたすべての属性ＩＤの中から、特定した劇場ＩＤが示す劇場内の観客の属性の属性ＩＤを抽出する。そして、広告決定部１１ｂは、第３のテーブル１２ｃおよび入札情報を参照して、抽出した属性ＩＤのそれぞれについて、特定した劇場ＩＤおよび抽出した属性ＩＤに対応する広告ＩＤを決定する。これにより、広告決定部１１ｂは、複数の劇場に対して、劇場ごとに、受け付けた入札価格に基づき、最適な広告を決定することができる。そして、配信部１１ｃは、第４のテーブル１２ｄを参照して、広告決定部１１ｂにより決定された広告ＩＤに対応する広告データを取得する。そして、配信部１１ｃは、第５のテーブル１２ｅを参照して、現在の時刻が配信予定時刻となるまで繰り返し、現在の時刻が配信予定時刻となったか否かを判定し、現在の時刻が配信予定時刻となった場合に、取得した広告データを、広告決定部１１ｂにより特定された劇場ＩＤが示す劇場の劇場端末２１に配信する。これにより、配信サーバ１０は、複数の劇場に対して、劇場ごとに、受け付けた入札価格に基づき、広告を配信することができる。

なお、上記では、１つの劇場で１つの映画が上映される場合を想定して説明したが、１つの劇場において、複数の部屋のそれぞれで映画が上映される場合には、映画が上映されるそれぞれの部屋のＩＤである部屋ＩＤが登録される項目「部屋ＩＤ」を第３のテーブル１２ｃの各レコードおよび第５のテーブル１２ｅの各レコードに設けておき、上述の処理と同様の処理を行うことで、部屋ごとに、受け付けた入札価格に基づき、広告を配信することができる。

また、配信サーバ３０が、観客の情報などに基づいて、配信する広告を決定する場合について説明したが、配信サーバ３０は、これに限られない。例えば、配信サーバ３０は、観客の情報などに基づいて、配信する広告の候補を決定し、広告の候補の中から、上映する映画のカテゴリと一致する広告を、配信する広告として決定してもよい。さらに、配信サーバ３０は、観客のインターネットの閲覧履歴やインターネット上での購入履歴などのウェブ行動履歴を加味して、配信する広告を決定してもよい。

（第３の実施形態）
ところで、配信サーバは、上述した第１の実施形態の機能または第２の実施形態の機能に加えて、実際に劇場２０に来場した観客の情報を用いて、劇場２０で上映される映画を決定する機能を有することもできる。そこで、このような機能を有する配信サーバについて第３の実施形態として説明する。なお、以下の説明では、第１の実施形態または第２の実施形態と同様または同一の機能を有する構成については、第１の実施形態または第２の実施形態と同一の符号を付して説明を省略する場合がある。また、以下の説明では、第１の実施形態の機能に加えて、実際に劇場２０に来場した観客の情報を用いて劇場２０で上映される映画を決定する機能を有する配信サーバについて説明する。第３の実施形態の配信システムは、第１の実施形態の配信サーバ１０に代えて、配信サーバ５０を有する。

［配信サーバ５０の構成］
図１３は、第３の実施形態における配信サーバ５０の機能構成の一例を示すブロック図である。本実施形態における配信サーバ５０は、先の第１の実施形態における配信サーバ１０と比較して、映画決定部５１および映画記憶部５２を有する点が異なる。

映画記憶部５２には、映画決定部５１が映画を決定する際に参照する第６のテーブルが記憶されている。図１４は、第６のテーブル５３のデータ構造の一例を示す図である。図１４の例に示すように、第６のテーブル５３は、「属性ＩＤ」、「映画ＩＤ」および「映画データ」の各項目を有する。そして、第６のテーブル５３の１レコードには、１つの映画がターゲットとする属性の情報が登録されている。

「映画ＩＤ」の項目には、映画ＩＤが登録されている。また、「属性ＩＤ」の項目には、「映画ＩＤ」の項目に登録された映画ＩＤが示す映画がターゲットとする属性の属性ＩＤが登録されている。また、「映画データ」の項目には、「映画ＩＤ」の項目に登録された映画ＩＤが示す映画の映像データが記憶されている。例えば、図１４の例に示す１番目のレコードは、映画ＩＤ「Ｖ００１」が示す映画のターゲット層が、属性ＩＤ「Ｐ００１」が示す属性「２０代前半の男性」、および、属性ＩＤ「Ｐ００２」が示す属性「２０代後半の男性」であることを示す。これに加えて、図１４の例に示す１番目のレコードは、映画ＩＤ「Ｖ００１」が示す映画の映像データが「Ｖ００１．ｘ」であることを示す。

本実施形態に係る取得部１１ａは、第１の実施形態の機能に加えて、実際に劇場２０に来場した観客ごとに、観客が保持する携帯端末から観客が閲覧したい映画の情報を取得する。図１５は、観客が保持する携帯端末７０から観客が閲覧したい映画の情報を取得する処理の一例を説明するための図である。図１５の例では、携帯端末７０に、観客が閲覧したい４つの映画のタイトルのリスト（閲覧したいリスト）が登録された場合を示す。図１５の例に示す「閲覧したいリスト」には、映画のタイトル「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」、「ＤＤＤ」が登録されている。かかる携帯端末７０は、劇場２０において、観客情報取得装置２０に含まれるアクセスポイントに対して、無線通信により、「閲覧したいリスト」に登録された４つの映画のタイトル「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」、「ＤＤＤ」のそれぞれに対応する映画の映画ＩＤを送信する。アクセスポイントは、４つの映画ＩＤを受信すると、受信した４つの映画ＩＤを配信サーバ５０に送信する。なお、「閲覧したいリスト」にタイトルが登録された映画の映画ＩＤは、観客の属性ともいえる。

映画決定部５１は、取得部１１ａにより取得された観客の情報に基づいて、映画記憶部５２に記憶された複数の映画の中から、劇場２０で上映される映画を決定する。映画決定部５１の一態様について説明する。

映画決定部５１は、第５のテーブル１２ｅを参照して、現在の時刻が、映画の上映が開始される時刻（上映予定時刻）の所定時間（例えば、１５分）前の時刻となったか否かを判定する。そして、現在の時刻が上映予定時刻の所定時間前の時刻となったと判定した場合に、映画決定部５１は、上映予定時刻の所定時間前までに取得部１１ａにより取得された映画ＩＤのうち、最も数が多い映画ＩＤを特定する。例えば、映画ＩＤ「Ｖ００１」の数が最も多い場合には、映画決定部５１は、映画ＩＤ「Ｖ００１」を特定する。このことは、劇場２０には、現在の時刻が上映予定時刻の所定時間前の時刻となった時点において、映画ＩＤ「Ｖ００１」が示す映画を閲覧したい観客が多いことを意味する。

そして、映画決定部５１は、第６のテーブル５３を参照して、特定した映画ＩＤに対応する映画データを、劇場２０に配信する映画の映画データとして決定する。例えば、映画ＩＤ「Ｖ００１」を特定した場合には、映画決定部５１は、第６のテーブル５３を参照して、映画ＩＤ「Ｖ００１」に対応する映画データ「Ｖ００１．ｘ」を、劇場２０に配信する映画の映画データとして決定する。すなわち、映画決定部５１は、劇場２０に来場した観客が閲覧したい映画の中から、閲覧したい観客の人数が最も多い映画を、劇場２０に配信する映画として決定する。したがって、本実施形態に係る映画決定部５１によれば、劇場２０に来場した多くの観客が閲覧したい映画を、劇場２０に配信する映画として決定することができる。

本実施形態に係る配信部１１ｃは、第１の実施形態の機能に加え、以下で説明する各処理を実行する機能を有する。すなわち、本実施形態に係る配信部１１ｃは、映画決定部５１により映画データが決定されると、決定された映画データを映画決定部５１から取得する。そして、本実施形態に係る配信部１１ｃは、第５のテーブル１２ｅを参照して、現在の時刻が上映予定時刻となるまで繰り返し、現在の時刻が上映予定時刻となったか否かを判定し、現在の時刻が上映予定時刻となった場合に、取得した映画データを劇場端末２１に配信する。例えば、配信部１１ｃは、映画決定部５１により映画データ「Ｖ００１．ｘ」が決定された場合には、映画データ「Ｖ００１．ｘ」を劇場端末２１に配信する。これにより、劇場端末２１は、映画が上映される時間帯において、映画データ「Ｖ００１．ｘ」が示す映画の映像を劇場２０のスクリーンに投影する。

［配信サーバ５０の動作］
図１６は、第３の実施形態における配信サーバ５０の動作の一例を示すフローチャートである。配信サーバ５０は、１つの映画が上映される際に、本フローチャートに示す処理を行う。

図１６に示すように、取得部１１ａは、個々の観客の携帯端末７０から送信された観客の情報である映画ＩＤを受信したか否かを判定する（Ｓ３０１）。観客の情報である映画ＩＤを受信していないと判定した場合（Ｓ３０１；Ｎｏ）には、取得部１１ａは、再び、Ｓ３０１に示す判定処理を行う。一方、受信したと判定した場合（Ｓ３０１；Ｙｅｓ）には、取得部１１ａは、取得した観客の情報である映画ＩＤを観客の属性として取得する（Ｓ３０２）。

そして、映画決定部５１は、第５のテーブル１２ｅを参照して、現在の時刻が、上映予定時刻の所定時間（例えば、１５分）前の時刻となったか否かを判定する（Ｓ３０３）。現在の時刻が上映予定時刻の所定時間前の時刻となっていないと判定した場合（Ｓ３０３；Ｎｏ）には、取得部１１ａは、上述したＳ３０１の処理を再び行う。一方、現在の時刻が上映予定時刻の所定時間前の時刻となったと判定した場合（Ｓ３０３；Ｙｅｓ）には、映画決定部５１は、上映予定時刻の所定時間前までに取得部１１ａにより取得された観客の属性である映画ＩＤのうち、最も数が多い映画ＩＤを特定する（Ｓ３０４）。

そして、映画決定部５１は、第６のテーブル５３を参照して、特定した観客の属性である映画ＩＤに対応する映画データを、劇場２０に配信する映画の映画データとして決定する（Ｓ３０５）。

そして、配信部１１ｃは、映画決定部５１により決定された映画データを映画決定部５１から取得する。そして、配信部１１ｃは、第５のテーブル１２ｅを参照して、現在の時刻が上映予定時刻となるまで繰り返し、現在の時刻が上映予定時刻となったか否かを判定し、現在の時刻が上映予定時刻となった場合に、取得した映画データを劇場端末２１に配信する（Ｓ３０６）。

以上、本発明の第３の実施形態について説明した。

上述したように、本実施形態に係る配信サーバ５０は、実際に劇場２０に来場した観客の情報に基づいて、映画記憶部５２に記憶された複数の映画の中から、劇場２０で上映される映画を決定する。例えば、配信サーバ５０は、観客が閲覧したい映画の映画ＩＤに基づいて、最も多くの観客が閲覧したい映画を、映画記憶部５２に記憶された複数の映画の中から、劇場２０で上映される映画として決定する。したがって、配信サーバ５０によれば、劇場２０に来場した多くの観客が閲覧したい映画を、劇場２０に配信する映画として決定することができる。なお、劇場２０で上映される映画は、施設で提供されるコンテンツの一例である。

なお、配信サーバ５０が１つの劇場において、映画を配信する場合について説明したが、配信サーバ５０は、複数の劇場に対して、劇場ごとに、映画を配信することもできる。例えば、第３のテーブル１２ｃの各レコードに、新たに、映画が配信される劇場のＩＤである劇場ＩＤが登録される項目「劇場ＩＤ」を設け、第５のテーブル１２ｅの各レコードに、新たに、映画が配信される劇場の劇場ＩＤが登録される項目「劇場ＩＤ」を設け、第６のテーブル５３の各レコードに、新たに、映画が配信される劇場の劇場ＩＤが登録される項目「劇場ＩＤ」を設ける。そして、映画決定部５１は、現在の時刻が上映予定時刻の所定時間前の時刻となったと判定した場合に、第５のテーブル１２ｅのレコードの中から、「広告枠ＩＤ」の項目に、現在の時刻から上述の所定時間が経過した後の時刻に広告の配信が開始される広告枠を示す広告枠ＩＤが登録されたレコードを特定する。そして、映画決定部５１は、特定したレコードの「劇場ＩＤ」の項目に登録された劇場ＩＤを特定する。そして、映画決定部５１は、特定した劇場ＩＤが示す劇場内の観客が保持する携帯端末７０から、上映予定時刻の所定時間前までに取得部１１ａにより取得された映画ＩＤのうち、最も数が多い映画ＩＤを特定する。そして、映画決定部５１は、第６のテーブル５３を参照して、特定した劇場ＩＤおよび特定した映画ＩＤに対応する映画データを、特定した劇場ＩＤが示す劇場に配信する映画の映画データとして決定する。これにより、映画決定部５１は、複数の劇場に対して、劇場ごとに、映画を配信することができる。そして、配信部１１ｃは、映画決定部５１により映画データが決定されると、決定された映画データを映画決定部５１から取得する。そして、配信部１１ｃは、第５のテーブル１２ｅを参照して、現在の時刻が上映予定時刻となるまで繰り返し、現在の時刻が上映予定時刻となったか否かを判定し、現在の時刻が上映予定時刻となった場合に、取得した映画データを、特定した劇場ＩＤが示す劇場内の劇場端末２１に配信する。これにより、配信サーバ５０は、複数の劇場に対して、劇場ごとに、映画を配信することもできる。

なお、第３の実施形態において、１つの劇場で１つの映画が上映される場合を想定して説明したが、１つの劇場において、複数の部屋のそれぞれで映画が上映される場合には、映画が上映されるそれぞれの部屋のＩＤである部屋ＩＤを第３のテーブル１２ｃの各レコードおよび第５のテーブル１２ｅの各レコードに設けておき、上述の処理と同様の処理を行うことで、部屋ごとに映画を配信することができる。

また、第３の実施形態において、配信サーバ５０が、第１の実施形態の機能に加えて、実際に劇場２０に来場した観客の情報を用いて劇場２０で上映される映画を決定する機能を有する場合について説明したが、配信サーバ５０は、これに限られない。例えば、配信サーバ５０が、第２の実施形態の機能に加えて、実際に劇場２０に来場した観客の情報を用いて劇場２０で上映される映画を決定する機能を有するように構成することができる。

また、第３の実施形態において、配信サーバ５０が、観客の情報に基づいて、配信する映画を決定する場合について説明したが、配信サーバ５０は、これに限られない。例えば、配信サーバ５０は、さらに、観客のインターネットの閲覧履歴やインターネット上での購入履歴などのウェブ行動履歴を加味して、配信する映画を決定することができる。

また、上記第１の実施形態、第２の実施形態および第３の実施形態の各実施形態における配信サーバは、例えば図１７に示すような構成のコンピュータ４０によって実現される。図１７は、配信サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ４０は、ＣＰＵ４１、ＲＡＭ（Random Access Memory）４２、ＲＯＭ（Read Only Memory）４３、ＨＤＤ４４、通信インターフェイス（Ｉ／Ｆ）４５、入出力インターフェイス（Ｉ／Ｆ）４６、およびメディアインターフェイス（Ｉ／Ｆ）４７を備える。

ＣＰＵ４１は、ＲＯＭ４３またはＨＤＤ４４に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ４３は、コンピュータ４０の起動時にＣＰＵ４１によって実行されるブートプログラムや、コンピュータ４０のハードウェアに依存するプログラム等を格納する。

ＨＤＤ４４は、ＣＰＵ４１によって実行されるプログラムおよびプログラムによって使用されるデータ等を格納する。通信インターフェイス４５は、通信回線を介して他の機器からデータを受信してＣＰＵ４１へ送り、ＣＰＵ４１が生成したデータを、通信回線を介して他の機器へ送信する。

ＣＰＵ４１は、入出力インターフェイス４６を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ４１は、入出力インターフェイス４６を介して、入力装置からデータを取得する。また、ＣＰＵ４１は、生成したデータを、入出力インターフェイス４６を介して出力装置へ出力する。

メディアインターフェイス４７は、記録媒体４８に格納された各種のプログラムまたはデータを読み取り、ＲＡＭ４２を介してＣＰＵ４１に提供する。例えば、ＣＰＵ４１は、プログラムを、メディアインターフェイス４７を介して記録媒体４８からＲＡＭ４２上にロードし、ロードしたプログラムを実行することもできる。記録媒体４８は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

コンピュータ４０が第１の実施形態、第２の実施形態または第３の実施形態における配信サーバとして機能する場合、コンピュータ４０のＣＰＵ４１は、ＲＡＭ４２上にロードされた広告決定プログラムを実行することにより、取得部１１ａ、広告決定部１１ｂ、配信部１１ｃ、入札受付部３１、映画決定部５１の各機能を実現する。また、ＨＤＤ４４には、属性情報記憶部１０ａ内のデータ、広告記憶部１０ｂ内のデータ、映画記憶部５２内のデータなどが格納される。

コンピュータ４０のＣＰＵ４１は、広告決定プログラムを、記録媒体４８から読み取って実行することもできるが、他の例として、他の装置から、通信回線を介して広告決定プログラムを取得してもよい。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に多様な変更または改良を加えることが可能であることが当業者には明らかである。また、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

１ 配信システム
１０ 配信サーバ
１０ａ 属性情報記憶部
１０ｂ 広告記憶部
１１ａ 取得部
１１ｂ 広告決定部
１１ｃ 配信部
１２ａ 第１のテーブル
１２ｂ 第２のテーブル
１２ｃ 第３のテーブル
１２ｄ 第４のテーブル
１２ｅ 第５のテーブル
２０ 劇場
２１ 劇場端末
２２ 観客情報取得装置

Claims (13)

1. 第１コンテンツを提供する施設に所在する観客の情報を取得する取得部と、
   前記取得部により取得された情報に基づいて、前記施設で前記第１コンテンツとともに提供される第２コンテンツを決定する第２コンテンツ決定部と、
   を備えることを特徴とする決定装置。
2. 観客の属性に応じた前記第２コンテンツを記憶する第２コンテンツ記憶部をさらに備え、
   前記取得部は、観客ごとの属性を示す情報を取得し、
   前記決定部は、前記コンテンツ記憶部に記憶された第２コンテンツの中から、前記取得部により取得された情報が示す属性に応じた第２コンテンツを、前記施設で前記第１コンテンツとともに提供される第２コンテンツとして決定する
   ことを特徴とする請求項１に記載の決定装置。
3. 前記第２コンテンツの入札価格を受け付ける受付部をさらに備え、
   前記決定部は、前記取得部により取得された情報および前記受付部により受け付けられた前記入札価格に基づいて、前記コンテンツ記憶部に記憶された第２コンテンツの中から、前記施設で前記第１コンテンツとともに提供される第２コンテンツを決定する
   ことを特徴とする請求項２に記載の決定装置。
4. 複数の第１コンテンツを記憶する第１コンテンツ記憶部と、
   前記取得部により取得された観客の情報に基づいて、前記第１コンテンツ記憶部に記憶された複数の第１コンテンツの中から、前記施設で提供される第１コンテンツを決定する第１コンテンツ決定部と、
   をさらに備えることを特徴とする請求項１〜３のいずれか一つに記載の決定装置。
5. 前記取得部は、観客ごとに、該観客が保持する携帯端末から観客が閲覧したい第１コンテンツの情報を取得し、
   前記第１コンテンツ決定部は、前記取得部により取得された観客が閲覧したい第１コンテンツの情報に基づき、前記第１コンテンツ記憶部に記憶された複数の第１コンテンツの中から、前記施設で提供される第１コンテンツを決定する
   ことを特徴とする請求項４に記載の決定装置。
6. コンピュータが、
   第１コンテンツを提供する施設に所在する観客の情報を取得する取得工程と、
   前記取得工程により取得された情報に基づいて、前記施設で前記第１コンテンツとともに提供される第２コンテンツを決定する決定工程と、
   を実行することを特徴とする決定方法。
7. コンピュータに、
   第１コンテンツを提供する施設に所在する観客の情報を取得する取得手順と、
   前記取得手順により取得された情報に基づいて、前記施設で前記第１コンテンツとともに提供される第２コンテンツを決定する決定手順と、
   を実行させることを特徴とする決定プログラム。
8. 第１コンテンツの提供タイミングに基づき所定の端末から送信される第２コンテンツの配信リクエストを取得する取得部と、
   前記取得部により取得された配信リクエストに基づいて、施設で前記第１コンテンツとともに提供される第２コンテンツを配信する配信部と、
   を備えることを特徴とする配信装置。
9. コンピュータが、
   第１コンテンツの提供タイミングに基づき所定の端末から送信される第２コンテンツの配信リクエストを取得する取得工程と、
   前記取得工程により取得された配信リクエストに基づいて、施設で前記第１コンテンツとともに提供される第２コンテンツを配信する配信工程と、
   を実行することを特徴とする配信方法。
10. コンピュータに、
    第１コンテンツの提供タイミングに基づき所定の端末から送信される第２コンテンツの配信リクエストを取得する取得手順と、
    前記取得手順により取得された配信リクエストに基づいて、施設で前記第１コンテンツとともに提供される第２コンテンツを配信する配信手順と、
    を実行させることを特徴とする配信プログラム。
11. 第１コンテンツとともに提供される第２コンテンツを提供する権利を入札対象として、前記第１コンテンツを提供する施設に所在する観客の情報であって前記第２コンテンツが対象としている観客の情報を受け付ける入札部
    を備えることを特徴とする入札装置。
12. 前記入札部が受け付けた、前記第２コンテンツが対象としている観客の情報を記憶する記憶部
    をさらに備えることを特徴とする請求項１１に記載の入札装置。
13. 第１コンテンツを提供する施設に所在する観客の情報を提示する提示部と、
    前記第１コンテンツとともに提供される第２コンテンツを提供する権利を対象として入札を受け付ける入札部と、
    を備えることを特徴とする入札装置。

Images