JP2012174211A - 広告配信装置および広告配信システム - Google Patents

Abstract

【課題】１つのローカルエリア内の隣接表示装置間や、１つの表示装置に表示される広告の競合を回避し、宣伝効果を高めることを課題とする。
【解決手段】広告データと、広告データによって特定された広告コンテンツと、表示装置が設置されたローカルエリアの状況を示すローカルデータと、表示すべき複数の広告コンテンツを設定した番組データとを記憶したデータ記録部と、広告データに含まれる表示希望条件および表示回避条件と、ローカルデータに含まれる固有のローカル表示条件とを用いて、表示装置ごとに表示する広告コンテンツを選択し、番組データを生成する番組データ生成部と、生成された番組データと、番組データに含まれる広告データと、広告コンテンツとからなる配信データを生成する配信データ生成部と、配信データを対応する表示装置へ送信する通信部とを備えたことを特徴とする。
【選択図】図２

Description

この発明は、広告配信装置および広告配信システムに関し、特に、種々の設定条件に基づいて、所定のローカルエリアに設置された表示装置に適切な広告を配信する広告配信装置および広告配信システムに関する。

今日では、商品等の宣伝や広告をするために、従来のポスターや看板の他に、駅等で多くの人が通行する位置に大型の表示装置を配置し、種々の情報を表示させる電子広告システム（電子看板、デジタルサイネージとも呼ぶ）が増加してきている。
このようなシステムでは、サーバに多数の広告コンテンツを蓄積し、サーバと異なる位置に配置された複数の表示装置とサーバとをネットワークで接続し、予め設定されたスケジュール等に基づいて、サーバから、各表示装置に広告コンテンツを配信している。

たとえば、広告の表示を依頼する依頼主が、表示装置に表示させる広告内容、広告を表示させる表示装置の位置情報、表示の希望時間帯、表示ディスプレイの数などを含む表示要求を入力するクライアント端末と、入力された表示要求を受信して、その表示要求に対する予約登録を行う表示予約管理手段を備えた広告制御サーバとからなり、表示装置の位置を通過する時間帯別の通行人階層構成情報を考慮して、適切な広告を表示装置にさせる広域広告提供システムが提案されている（特許文献１参照）。

また、広告主が入力した広告画面のイメージ画像情報等を保存する広告データベースと、広告を付随した電子メイル等を配信する情報発信ユーザが掲載したい広告分野と掲載したくない広告分野の情報を入力するユーザ個人情報登録手段と、入力された広告分野の情報に基づいて、そのユーザの意図を反映した広告を広告データベースから選択する広告選択手段とを備え、広告の送信数と閲覧数とをカウントして、広告主から対価を得て、情報発信ユーザに対価を支払う配信広告システムが提案されている（特許文献２参照）。

特開２００１−２７３４３４号公報 特開２００２−１８３５９５号公報

しかし、従来の電子広告システムでは、どの広告を、いつどの位置の表示装置に配信するか等の設定は、システムを管理する担当者が広告依頼者の希望に基づいて、その都度手動入力している。
また、１つの表示装置の設置位置の環境条件（天気、温度など）や、その表示装置に表示する広告の表示時間帯を考慮して、宣伝効果が適切となるように広告が表示されるが、比較的近くに設置されている隣接する表示装置の相互間で、同時間帯に表示される広告内容については、配慮されていない。

たとえば、人通りの多い駅などでは、同じ通行人が、通行中に、ほぼ同時に見ることのできるほど隣接して２つ以上の表示装置が設定されている場合もあるが、これらの表示装置それぞれに、同業種の競合他社の広告を同時間帯に表示させることは互いに十分な宣伝効果が得られないため、好ましくないと考えられる。また、業種が異なっても相互の広告内容が相反するようなイメージを与えるものである場合は、同時間帯に表示させることで双方の宣伝効果が半減してしまう場合もある。

逆に、旅行の広告と交通手段の広告、あるいは、テレビなどの表示装置の広告とテレビで放送する番組の広告というような複数の広告を、１つの表示装置に連続して表示させたり、隣接する表示装置にそれぞれ同時に表示させることにより、良好な相乗的な宣伝効果が得られる場合もある。

また、今日では、電子広告の普及に伴って、通行人が同時に見ることができる複数の大型の表示装置が隣接して設置される場合もあり、さらに通行量の多い地下街などの特定の通路に、同じ通行人が連続して見ることのできる複数の表示装置が連続して設置される場合もある。

このような複数の表示装置については、個々の表示装置ごとに、表示広告の管理をするのではなく、これらの表示装置全体で競合広告の同時表示を排除することが望ましく、あるいは相乗効果が見込まれる複数の広告の表示を同時あるいは連続的にすることが、宣伝効果を向上させる観点で望ましいと考えられる。
また、従来のように、担当者が多数の表示装置に表示される広告内容の管理を手動で一元的に行うことは難しく、管理する表示装置の数が増えれば増えるほど、これらの表示装置の設置位置と表示内容を全て考慮した一元管理はますます困難となる。

この発明は、以上のような事情を考慮してなされたものであり、所定のローカルエリアに設置される表示装置に表示される広告の競合をできるだけ排除し、宣伝の相乗効果が望めるような広告の配信を行うことが可能な広告配信装置および広告配信システムを提供することを課題とする。

この発明は、所定のローカルエリアに設置された１または複数の表示装置に、表示情報を送信する広告配信装置であって、広告依頼者から取得した広告データと、前記広告データによって特定された広告コンテンツと、前記表示装置が設置されたローカルエリアの状況を示すローカルデータと、前記表示装置に表示すべき複数の広告コンテンツを設定した番組データとを記憶したデータ記録部と、前記広告データに含まれる表示希望条件および表示回避条件と、前記ローカルデータに含まれるそのローカルエリア固有のローカル表示条件とを用いて、前記表示装置ごとに表示する広告コンテンツを選択し、選択された広告コンテンツを特定する広告データを含む番組データを生成する番組データ生成部と、前記生成された番組データと、前記番組データに含まれる広告データと、その広告データによって特定される広告コンテンツとからなる配信データを、表示装置ごとに生成する配信データ生成部と、前記生成された配信データを、対応する表示装置へ送信する通信部とを備えたことを特徴とする広告配信装置を提供するものである。

この発明によれば、広告依頼者から取得した広告データに含まれる表示希望条件と表示回避条件と、ローカルエリアの状況を示すローカルデータに含まれるローカルエリア固有のローカル表示条件とを用いて、表示装置ごとに表示する広告コンテンツを選択しているので、広告依頼者の意思を考慮して、その表示装置が属するローカルエリアにおいてより宣伝効果を高めるような広告コンテンツの配信が可能となり、表示回避条件に競合する広告を設定しておけば、ローカルエリアに属する表示装置に対して競合する広告を表示することを未然に回避することができる。

また、前記ローカルデータのローカル表示条件が、対応するローカルエリアにおいて予め定められた表示推奨条件と表示回避条件とを含み、前記広告データと、前記ローカルデータに含まれる表示推奨条件および表示回避条件との比較、前記生成された番組データにすでに含まれる広告データの表示希望条件および表示回避条件と、他の広告データとの比較を行うキーワード比較部をさらに備え、前記番組データ生成部は、広告データが、前記ローカルデータの表示推奨条件および前記表示希望条件に一致する場合は、その広告データによって特定される広告コンテンツが選択される可能性を高くし、広告データが前記表示回避条件に一致する場合は、その広告データによって特定される広告コンテンツが選択される可能性を低くすることを特徴とする。

これによれば、表示希望条件および表示推奨条件に一致する広告データによって特定される広告コンテンツが選択される可能性を高くしているので、同一ローカルエリアにおいて、宣伝の相乗効果が望めるような広告配信が可能となる。
また、表示回避条件に一致する広告データによって特定される広告コンテンツが選択される可能性を低くしているので、同一ローカルエリアにおいて、競合する広告が表示されるのを抑制することができる。

さらに、前記広告データの表示希望条件には、広告依頼者が広告コンテンツを表示することを希望する表示装置の場所、時間、温度範囲、湿度範囲、表示装置近傍の交通量、天気、および推奨キーワードのうち少なくともいずれか１つ以上の情報が含まれていることを特徴とする。
ここで、広告データの表示希望条件に含まれる推奨キーワードとは、後述するＯＫキーワードに相当する。

また、前記広告データの表示回避条件には、その広告データと同時間帯における表示を望まない広告データに関連する回避キーワードが含まれていることを特徴とする。
ここで、広告データの表示回避条件に含まれる回避キーワードとは、後述するＮＧキーワードに相当する。

また、この発明は、所定のローカルエリアに設置された１または複数の表示装置と、前記表示装置に表示情報を送信する広告配信装置とがネットワークを介して接続された広告配信システムであって、前記広告配信装置が、広告依頼者から取得した広告データと、前記広告データによって特定された広告コンテンツと、前記表示装置が設置されたローカルエリアの状況を示すローカルデータとを記憶したデータ記録部と、前記広告データに含まれる表示希望条件および表示回避条件と、前記ローカルデータに含まれるローカル表示条件とを用いて、前記表示装置ごとに表示する広告コンテンツを選択し、選択された広告コンテンツを特定する広告データを含む番組データを生成する番組データ生成部と、前記生成された番組データと、その番組データに含まれる広告データと、広告コンテンツとからなる配信データを生成する配信データ生成部と、前記生成された配信データを対応する表示装置へ送信する第１通信部とを備え、前記表示装置が、広告コンテンツを表示する表示部と、前記配信データを受信する第２通信部と、その表示装置が設置されたローカルエリアの環境を示す現在の環境データを取得するローカルデータ取得部と、前記受信した配信データに含まれる広告データと、前記取得した現在の環境データとを比較して、前記表示部に表示すべき広告コンテンツを取捨選択して、ローカルエリアの現在の状況に対応した広告コンテンツを前記表示部に表示させる出力情報生成部とを備えたことを特徴とする広告配信システムを提供するものである。

ここで、前記環境データには、表示装置の周囲温度、周囲湿度、天気、表示装置の近辺を通行する人の交通量のうち、少なくともいずれか１つ以上の情報が含まれていることを特徴とする。

前記広告データの表示回避条件には、その広告データの表示を望まない環境データの条件を示した排他キー情報を含み、前記表示装置が受信した広告データに含まれる排他キー情報と、前記取得した現在の環境データとが一致する場合には、前記出力情報生成部は、その広告データによって特定される広告コンテンツを表示させないようにすることを特徴とする。

この発明によれば、ローカルエリアに設置された表示装置に対して、そのローカルエリアの状況を示すローカルデータに含まれるローカルエリア固有のローカル表示条件を用いて、その表示装置に表示する広告コンテンツを選択しているので、その表示装置が属するローカルエリアにおいてより宣伝効果を高めるような広告コンテンツの配信が可能となる。

また、ある広告データＡと、番組データにすでに含まれる広告データの表示希望条件との比較によりその広告データＡと表示希望条件が一致する場合は、その広告データＡによって特定される広告コンテンツが選択される可能性を高くするので、同一ローカルエリアまたは同一表示装置において、宣伝の相乗効果が望めるような広告配信が可能となる。

さらに、広告データＢと表示回避条件との比較により、その広告データＢとその表示回避条件とが一致する場合には、その広告データＢによって特定される広告コンテンツが選択される可能性を低くするので、同一ローカルエリアまたは同一表示装置において競合する広告の表示が行われるのを未然に回避することが可能となる。

この発明の広告配信システムの一実施例の構成ブロック図である。 この発明のサーバの一実施例の構成ブロック図である。 この発明の表示装置の一実施例の構成ブロック図である。 この発明の広告データの一実施例の説明図である。 この発明のローカルデータの一実施例の説明図である。 この発明のサーバによって生成される番組データの一実施例の説明図である。 この発明の表示装置に配信された番組データの一実施例の説明図である。 この発明のサーバの番組データの作成処理の一実施例のフローチャートである。 この発明のサーバの番組データの作成処理の一実施例のフローチャートである。 この発明のサーバのデータ配信処理の一実施例のフローチャートである。 この発明の表示装置の表示処理の一実施例のフローチャートである。 この発明の広告配信システムの他の実施例の構成ブロック図である。

以下、図に示す実施例に基づいて、この発明を説明する。
なお、これによって、この発明が限定されるものではない。
＜この発明の広告配信システムの構成＞
図１に、この発明の広告配信システムの一実施例の構成ブロック図を示す。
この発明の広告配信システムは、ネットワーク１を介して接続されたサーバ２と、多数の表示装置（ＴＥ）３とから構成される。
サーバ２は、所定のローカルエリアに設置された１または複数の表示装置に、表示情報を配信する広告配信装置である。主として広告依頼者から要求された広告データを取得し、後述するような各表示装置のローカルデータを考慮して、表示装置に配信する番組データの生成を行い、その番組データなどを表示装置へ配信する処理を行うものである。
配信される表示情報は、主として広告コンテンツであり、文字、図面、静止画、動画などのマルチメディア情報である。

また、表示装置（ＴＥ）３は、不特定多数の人が見ることのできる位置に設置される比較的大型のディスプレイであり、サーバ２から配信されてきた複数の広告コンテンツを、サーバ２から配信された番組データの情報に基づいて順次再生表示するものである。
ネットワーク１は、インターネットや専用回線を用いることができ、動画や静止画等を配信するため、ＦＴＴＨやＡＤＳＬなどの回線（ＷＡＮ）を用いることが好ましい。また、有線通信あるいは無線通信のいずれを用いてもよく、ＴＣＰ／ＩＰをはじめとする種々の通信プロトコルのうちいずれを用いてもよい。

また、表示装置（ＴＥ）３は、図１に示すように、地域（ローカルエリア）ごとにグループ化してもよい。１つのローカルエリアとは、市、区、町などの比較的大きな単位の地域や、１つの駅、ターミナルビル群、テーマパーク、商店街というような比較的小さな地域を意味する。また、バス・電車と言った移動する物も同様にローカルエリアに定義される。
たとえば、図１のローカルエリアＬ１の駅には、３台の表示装置（ＴＥ１１，ＴＥ１２，ＴＥ１３）が配置され、ローカルエリアＬ２の駅には２台の表示装置（ＴＥ２１，ＴＥ２２）が配置される。１つのローカルエリア内に属する表示装置は比較的近接して配置されている場合もあるので、表示される広告の内容は、ローカルエリア固有の状況や表示装置相互間の宣伝効果等を考慮して決定するようにする。

また、同一のローカルエリアに属する表示装置が、同時に視聴できるほど隣接して配置されている場合には、そのローカルエリア内の交通量（人の通行量）や温度などのローカルデータを考慮して、その隣接する表示装置に表示する広告を決定してもよい。
ローカルデータとは、１または複数の表示装置が設置された１つのローカルエリアの状況を示すデータであり、後述する図５に示すような情報からなる。

１つのローカルエリアに何台の表示装置を含めるか、どの表示装置を１つのローカルエリアに含めるかは、システム設計時に予め決定しておくことが好ましい。しかし、その後の表示装置の設置位置の変更や、新たな表示装置の追加や削除に対応するため、ローカルエリアに属する表示装置は、機動的に変更できるようにすることが好ましい。
また、サーバ２は、管理する１つの表示装置ごとに、配信する広告を別々に設定する。ただし、１つのローカルエリア内では、各表示装置の近辺の交通量や温度などのローカルデータは、共通であると考えられる場合もあるので、表示装置ごとに別々に配信広告を設定するのではなく、１つのグループ（ローカルエリア）ごとに、そのローカルエリアの状況を示すローカルデータに基づいて、そのローカルエリアに属する複数の表示装置に対して配信する広告を設定するようにしてもよい。

このように、１つのローカルエリアごとに配信する広告を設定する機能は、サーバ２に一括して備えてもよい。しかし、サーバが管理するローカルエリアの数が非常に多い場合は、サーバの処理能力が低下する恐れがあるので、サーバ２とは別に、１つのローカルエリアごとに、１つのローカルサーバを配置してもよい（図１１参照）。
この場合、サーバ２は、ローカルサーバ４のみと通信をし、ローカルサーバ４が属するローカルエリア内に配置された複数の表示装置に対する広告データ等を、ローカルサーバ４に配信する。

ローカルサーバ４は、表示装置３とは別の装置として設けてもよいが、図１１に示すように、ローカルエリア内に属する１つの表示装置３の中に、ローカルサーバ４としての機能を備えるようにしてもよい。この場合、ローカルサーバ機能を有する表示装置３が、サーバ２から同じローカルエリア内に属する他の表示装置３の広告データを一括受信し、さらに他の表示装置３に対して、それぞれの広告データを配信するようにしてもよい。
このように、ローカルサーバ４を各ローカルエリアごとに設けることにより、サーバ２はローカルサーバ４との通信処理を行えばよいので、サーバ２が全ての表示装置を個別に管理する場合に比べて、サーバ２の処理負担を軽減できる。

＜この発明のサーバの説明＞
図２に、この発明のサーバ（広告配信装置）の一実施例の構成ブロック図を示す。
サーバ２は、主として、制御部５１，番組データ生成部５２，配信データ生成部５３，キーワード比較部５４，入力部５５，通信部５６，時計部５７，データ記録部５８とを備える。
サーバ２の設置場所は特に限定されないが、たとえば、この広告配信システムを運用する会社の建物内に設置場所を設ければよい。

サーバ２の制御部５１は、以下の各機能ブロック（５２〜５８）の動作をコントロールする部分であり、主として、ＣＰＵ，ＲＯＭ，ＲＡＭ，Ｉ／Ｏコントローラ、タイマー等からなるマイクロコンピュータによって実現される。
ＣＰＵは、ＲＯＭ等に予め格納されているプログラムに基づいて、各種ハードウェアを有機的に動作させることにより、この発明の広告配信処理を実現する。

番組データ生成部５２は、後述する図６のような番組データ（プログラムとも呼ぶ）を生成する部分である。番組データ７３は、入力部５５から入力される情報によって生成され、特に広告依頼者からの依頼情報に含まれる広告データに基づいて生成され、データ記録部５８に記憶される。
また、後述するように、より詳しくは、番組データ生成部５２は、広告データに含まれる表示希望条件および表示回避条件と、あるローカルエリアのローカルデータに含まれるそのローカルエリア固有のローカル表示条件とを用いて、表示装置ごとに表示する広告コンテンツを選択し、選択された広告コンテンツを特定する広告データを含む番組データを生成する。

ここで、広告データの表示希望条件は、広告依頼者が広告コンテンツを表示することを希望する条件であり、たとえば、表示することを希望する表示装置の場所（たとえば、ローカルエリアの指定）、時間、温度範囲、湿度範囲、表示装置近傍の交通量、天気および推奨キーワードのうち少なくともいずれか１つ以上の情報が含まれている。
推奨キーワードとは、後述するように、図４に示したＯＫキーワードを意味する。
また、図４の出展者希望情報は、表示希望条件の一実施例に相当する。

また、広告データの表示回避条件は、広告依頼者が表示を回避することを希望する条件であり、その広告データと同時間帯における表示を望まない広告データに関連する回避キーワードを含むものである。
回避キーワードとは、後述するように、図４に示したＮＧキーワードを意味する。
番組データ７３は、広告の内容そのものではなく、どの表示装置に、いつどのような広告を表示させるか等を示したいわゆる表示予約情報（番組表）に相当するものである。

配信データ生成部５３は、各表示装置（ＴＥ）３，あるいはローカルサーバ４に対して配信するデータ（配信データ）を生成する部分である。配信データには、主として、番組データ生成部によって生成された番組データと、番組データに含まれる広告データと、その広告データによって特定される広告コンテンツとが含まれる。
ここで、広告データ７１とは、表示装置に表示させる広告コンテンツ（映像、文字など）そのものではなく、そのコンテンツを特定する広告情報（コンテンツ名、時間など）と、広告依頼者から入手した出展者希望情報などの条件情報とを含むデータである。図４に、この広告データ７１の一実施例を示す。

広告情報には、たとえば、図４に示すように、コンテンツ名と、表示時間と、表示の解像度と、音声情報、言語情報、広告依頼者の会社名、その会社の業種（ジャンル）、キーワード、排他キーなどが含まれる。ただし、これに限るものではない。
キーワードとは、ある広告に対する相性の良否を示す言葉を設定したものであり、推奨キーワードに相当するＯＫキーワードと、回避キーワードに相当するＮＧキーワードとがある。
相性とは、同一ローカルエリア内の２つの表示装置において、同時間帯に並行して表示してもよい広告間の親和性を意味する。ある広告に対して相性の良い広告を特定する言葉が、ＯＫキーワードとして設定され、逆に相性の悪い広告を特定する言葉が、ＮＧキーワードとして設定される。

たとえば、図４に示すように、Ａ電気の広告データのＯＫキーワードとして、「省エネ」が設定されていたとすると、その広告データのコンテンツをある表示装置ＴＥ１１で表示する場合、同一ローカルエリア内の表示装置ＴＥ１２には、同時間帯に「省エネ」に関係する他の広告コンテンツを表示してもよいことを意味する。この場合、他の広告コンテンツの広告データのＯＫキーワードにも「省エネ」が含まれていれば、両広告コンテンツは同時間帯に表示され得る。このような両広告コンテンツは、同時間帯に表示することで、相互に相乗的な宣伝効果が得られると考えられるからである。

一方、Ａ電気の広告データのＮＧキーワードとして、Ｂ電気とＣ電気とが設定されていたとすると、このＡ電気の広告コンテンツをある表示装置ＴＥ１１で表示する場合、同一ローカルエリア内の表示装置ＴＥ１２には、同時間帯に、Ｂ電気の広告コンテンツも、Ｃ電気の広告コンテンツも表示を回避した方がよいことを意味する。これは、競合関係にある会社の広告を同時間帯に表示することは、かえって宣伝効果が減少すると考えられるからである。

サーバ２は、配信データ７４を生成する場合に、このＯＫキーワードおよびＮＧキーワードを利用する。
たとえば、ＯＫキーワードを利用することにより、同一ローカルエリアに属する複数の表示装置について、同時間帯には、互いに広告の宣伝効果が相乗的に向上することが望めるような広告が表示されるように、配信データを生成する。
逆に、ＮＧキーワードを利用することにより、同一ローカルエリアに属する複数の表示装置について、同時間帯には、相性が悪いと考えられる競合会社の広告は表示されないように、配信データを生成する。

図４の広告データのうち、排他キーは、上記した表示回避条件の１つであり、その広告データを表示しない条件を示した情報を意味し、主として、広告データの表示を望まない環境データの条件を示した情報である。
たとえば、図４に示すように、広告データの排他キーとして、「交通量 小」が設定されていたとすると、この広告データにより特定される広告コンテンツは、表示装置の位置する近辺の現在の人通りの「交通量」が少ない場合には、その表示装置には表示しないことを意味する。
ここでは、一つの実施例を示すために、「交通量 小」というあいまいな表現の設定をしているが、これに限るものではない。たとえば、より具体的に、１分間当たりの人通りの交通量が１０人以下の場合には表示しないことを意味するような排他キーを設定してもよい。

図４の出展者希望情報は、広告依頼者から入手した情報であり、たとえば、表示を希望する場所、表示を希望する時間帯、表示を希望する周辺温度や湿度の範囲、表示を希望する人通りの交通量、表示を希望する天気についての希望情報が設定される。
図４の実施例では、広告依頼者は、場所＝「地点Ａ」、時間＝「午後」、交通量＝「多い」という条件を全て満たす場合に、自己の広告コンテンツを表示させることを希望していることを意味する。
上記した排他キーは、これらの希望情報から自動的に生成してもよい。

図２のキーワード比較部５４は、上記したようなキーワードを比較する部分であり、主として、広告データ７１の広告情報と、広告データ７１に設定されたキーワードとの比較、あるいは、ローカルデータ７２に含まれるキーワードとの比較をする部分である。
たとえば、上記したように、広告データには表示希望条件と表示回避条件とが含まれるが、表示の依頼を受けた広告データと、番組データ生成部によって生成された番組データにすでに含まれている広告データの表示希望条件および表示回避条件とを比較する。

後述するように、広告データが表示希望条件に一致する場合は、その広告データによって特定される広告コンテンツが選択される可能性が高く設定されて、番組データが作成される。一方、広告データが表示回避条件に一致する場合は、その広告データによって特定される広告コンテンツが選択される可能性が低く設定されて、番組データが作成される。

また、ローカルエリアのローカルデータには、そのローカルエリア固有のローカル表示条件が設定されるが、そのローカル表示条件には、対応するローカルエリアにおいて予め定められた表示推奨条件と表示回避条件とが含まれる。この表示推奨条件は、後述する図５に示したＯＫキーワードに相当し、表示回避条件はＮＧキーワードに相当する。

キーワード比較部５４は、広告データと、このローカルデータのローカル表示条件（表示推奨条件、表示回避条件）との比較も行う。
そして、広告データが、ローカルデータの表示推奨条件に一致する場合は、その広告データによって特定される広告コンテンツが選択される可能性を高くし、また、広告データがローカルデータの表示回避条件を一致する場合は、その広告データによって特定される広告コンテンツが選択される可能性を低く設定する。

後述するように、このキーワードの比較により、表示装置に表示すべきより適切な広告コンテンツが選択される。ここで、より適切という意味は、１つのローカルエリアに属する隣接する表示装置間で、たとえば、競合する広告の表示をできるだけ回避すること、および相乗的な宣伝効果が望めるような広告の表示をすることを言う。

入力部５５は、サーバ２の担当者が、広告依頼者から取得した情報などを入力する部分である。入力部５５としては、キーボード、マウス、スキャナ、タッチパネル、文字認識装置などあらゆる入力デバイスを含む。
また、情報の入力には、担当者が直接手動入力する場合だけでなく、広告依頼者から、所定形式の広告データを、ＵＳＢメモリなどの記憶媒体やあるいは、ネットワークを介したデータ通信により取得する場合も含む。

通信部５６は、上述した第１通信部に相当し、ネットワーク１を介して、表示装置（ＴＥ）３との間で、データの送受信を行う部分であり、主として、配信データ生成部５３によって生成された配信データを、対応する表示装置へ送信する部分である。
時計部５７は、現在の時刻（年月日時分）を計測する部分であり、ここで計測された時刻は、配信データの生成などに用いられる。

データ記録部５８は、サーバで管理されるデータや生成されるデータを記憶しておく部分であり、ＲＯＭ，ＲＡＭなどの半導体メモリの他、ＣＤ，ＤＶＤなどの記憶媒体や、ハードディスクなどが用いられる。
データ記録部５８に記憶されるデータとしては、主として、広告データ７１，ローカルデータ７２，番組データ７３，配信データ７４、広告コンテンツ７５が含まれる。

広告データ７１は、すでに説明したように、図４に示したような広告依頼者から取得したデータである。
広告コンテンツ７５は、広告データ７１によって特定される広告内容そのものである。
ローカルデータ７２は、１つのローカルエリアごとに予め設定されたデータであり、そのローカルエリアの状況を示すデータである。たとえば、そのローカルエリアに属する表示装置の識別情報、位置の情報、表示を行うことが可能な表示装置周辺の環境情報（温度、湿度、交通量、天気、キーワード）などを含むデータである。

図５に、ローカルデータの一実施例の説明図を示す。
ローカルデータは、図５（ａ）に示すような予め設定される情報と、図５（ｂ）に示すような常時計測される環境データとから構成される。
図５（ａ）において、このローカルデータ７２は、「地点Ａ」という名称のローカルエリアについて予め設定されたデータである。この「地点Ａ」には、「表示装置台数」＝３の表示装置が属しており、隣接する表示装置が３台あることを示している。
また、表示期間＝「６時〜２４時」となっているが、これは、表示装置の表示可能期間を示しており、広告開始時間（Ｓ）が午前６時であり、広告終了時間（Ｅ）が２４時であることを示している。

周囲温度＝「２０℃〜２５℃」は、表示可能温度の範囲を示しており、表示装置近辺の温度が２０℃から２５℃の範囲内にあれば、表示が行われることを示している。
屋外温度＝「２３℃〜３２℃」は、ローカルエリア内の気温で表示可能温度の範囲を示しており、屋外温度が２３℃から３２℃の範囲内にあれば、表示が行われることを示している。

周囲湿度と屋外湿度についても、周囲温度と屋外温度と同様に設定され、温度を湿度と読み変えればよい。
平均滞在時間（Ｔ）とは、人がローカルエリアに滞在している平均時間を意味するデータであり、たとえば、Ｔ＝１０（分）に設定されている場合は、人がローカルエリアに滞在している平均時間が10分間であることを意味する。また、表示装置毎に平均滞在時間を持たせることも可能である。通路のような滞在時間の短い表示装置もあれば、バス停のように滞在時間の長い表示装置もある。
交通量は、ローカルエリアにおける人の通行量を意味し、たとえば、「０〜１００人／分」に設定されている場合は、１分間に、０人から１００人までの範囲の人がローカルエリアを通過していく場合に、そのローカルエリアの表示装置に広告表示を行うことを意味する。

天気は、ローカルエリアの天気を意味し、たとえば、「曇り」に設定されている場合は、そのローカルエリアの天気が曇りの場合に、表示装置への表示を行うことを意味する。
ＯＫキーワードとＮＧキーワードは、ローカルエリアのキーワードを意味し、上記した表示推奨条件と表示回避条件に相当し、そのローカルエリアに属する表示装置に表示することが好ましい情報と、表示を回避すべき情報とが設定される。

ローカルエリアは、それぞれ異なる地域や環境特性を有していると考えられ、そのローカルエリアの表示装置に表示しても宣伝効果がほとんど見込めない広告や、その表示装置に表示すればかえって悪い印象を与えてしまう広告があり、逆に、そのローカルエリアの表示装置に表示することで特別大きな宣伝効果が見込めるような広告もある。

ローカルエリアごとに、そのローカルエリア特有の地域特性や環境特性を考慮して、表示装置に表示する広告の選択基準の１つとして、キーワードを予め設定しておく。ただし、このキーワードは必須の情報ではなく、設定しなくてもよい。あるいは、季節、午前と午後、表示時間帯などによって、キーワードを変更してもよい。

図５（ａ）においては、たとえば、ＯＫキーワードとして、「省エネ」が設定されているが、これは、「省エネ」というキーワードを有する広告データによって特定される広告コンテンツを、そのローカルエリアに属する表示装置に表示してもよいことを意味する。
また、ＮＧキーワードとして、「メーカ１，メーカ２」が設定されているが、これは、そのローカルエリアに属する表示装置には、「メーカ１」および「メーカ２」という名称の会社の広告は表示してはいけないこと、あるいはその広告の表示はできるだけ回避すべきであることを意味する。

また、図５（ｂ）には、ローカルエリア「地点Ａ」に属する表示装置の識別情報と、そのローカルエリアの環境を示す現在の環境データの一実施例の説明図を示している。
ここで、この表示装置は、「地点Ａ」というローカルエリアに設置され、その識別番号が「ＴＥ１１」であり、ディスプレイの大きさが「４６型」である。また、現在の時間帯「１１時から１１時３０分」の間に計測した現在の交通量（人の通行量）は、１分間に５０人の通行があったことを示しており、その時間帯の周囲温度は２３℃、天気は「晴れ」であったことを示している。
環境データには、たとえば、表示装置の周囲温度、周囲湿度、天気、表示装置の近辺を通行する人の交通量のうち、少なくともいずれか１つ以上の情報が含まれる。

これらの現在の環境データは、そのローカルエリアに属する表示装置において、表示すべき広告コンテンツを取捨選択するときに用いられる。また、この現在の環境データは、各表示装置３において取得される情報であるので、たとえば、表示装置３で定期的に取得した後、サーバ２へ送信してもよい。

番組データ７３は、表示装置に表示すべき複数の広告コンテンツを設定したリストであり、サーバ２で生成されるデータである。すなわち、１つの表示装置において、たとえば、１時間ごとに表示すべき複数の広告コンテンツを設定したリストである。
また、番組データ７３は、１つのローカルエリアに属する表示装置に表示される広告の相性を考慮して、１つのローカルエリアごとに生成される。

図６に、サーバによって生成される番組データの一実施例の説明図を示す。
図６において、ローカルエリア「地点Ａ」に属する２台の表示装置に表示すべき２０１１年２月１日の広告のリストを示している。
ここでは、表示時間帯が７時台（７時〜７時５９分）に表示すべき広告のみを示している。表示装置ＴＥ１１には、それぞれ３０秒の長さを持つ４つの広告コンテンツが表示され、表示装置ＴＥ１２には、それぞれ３０秒の長さを持つ２つの広告コンテンツが表示されることを示している。

このローカルエリアごとに生成された番組データ７３は、そのローカルエリアに属するすべての表示装置に送られる。ただし、ローカルサーバ４が設けられている場合は、番組データは、サーバ２からローカルサーバ４へ送信された後、ローカルサーバ４から、各表示装置３に送信される。

図６には図示していないが、図５に示すように、このローカルエリア「地点Ａ」のローカルデータのＯＫキーワードとして「省エネ」というキーワードが設定されている場合、「省エネ」というキーワードに関係する広告データが優先的に、番組データの中に選択される。
また、ローカルデータのＮＧキーワードとして「メーカ１，メーカ２」が設定されている場合、会社名が「メーカ１」および「メーカ２」である広告データは、番組データの中に選択されないようにするか、あるいは選択の可能性が低くなるようにする。

配信データ７４は、サーバによって生成された番組データ７３と、その番組データに含まれる広告データ７１と、その広告データによって特定される広告コンテンツそのものからなるデータであり、サーバ２から表示装置３に送信されるデータである。あるいは、ローカルエリアにローカルサーバ４を設けた場合は、サーバ２からそのローカルサーバ４に対して送信されるデータである。

以上のように、サーバのデータ記録部５８には種々のデータが記憶されるが、広告データ７１は、入力部５５によって入力された広告依頼者からの依頼情報に基づいて、予め設定されるべきデータであり、ローカルデータ７２も、入力部５５による入力かあるいは表示装置３からネットワークを介して予め取得しておくべきデータである。
番組データ７３は、予め取得された広告データ７１とローカルデータ７２とに基づいて、ローカルエリアごとに、生成される。
このとき、番組データの中に含めるべき広告データは、主として、広告データの中の出展者希望情報とキーワード（ＯＫ，ＮＧ）と排他キーと、さらにローカルデータに含まれる環境データやキーワード（ＯＫ，ＮＧ）を用いて決定される。

たとえば、ある１時間の時間帯における広告データを選択する場合、その時間帯に表示することを希望する広告コンテンツが非常に多くあるため１時間を超えてしまう場合は、キーワード、排他キー、環境データなどを用いて、丁度１時間に納まるように、広告コンテンツが取捨選択される。このとき、１つのローカルエリア内の隣接する表示装置に表示すべき広告の相互関係をキーワードを用いて判断して、広告データに表示の優先順位をつけて、優先順位の高い広告データを優先して選択してもよい。
また、その１時間の時間帯に表示すべき広告データが１時間に満たない場合は、その時間内でいくつかの同じ広告コンテンツを繰り返し表示するように、広告データを選択すればよい。

＜この発明の表示装置の説明＞
図３に、この発明の表示装置の一実施例の構成ブロック図を示す。
表示装置３は、主として、制御部１１，表示部１２，表示制御部１３，音声出力部１４，音声制御部１５，画像入力部１６，温度センサー１７，入力部１８，通信部１９，出力情報生成部２０，時計部２１，交通量算出部２２，形状認識部２３，記憶部２４とを備える。
ここで、制御部１１は、以下の各機能ブロック（１２−２４）をコントロールする部分であり、サーバ２の制御部５１と同様に、マイクロコンピュータにより実現される。

表示部１２は、広告コンテンツを表示するディスプレイであり、たとえば、ＬＣＤ，ＰＤＰなど複数の表示を電気的に変更可能なディスプレイが用いられる。
表示制御部１３は、表示すべき広告コンテンツのデータから、表示部１２に表示させる表示データを生成する部分である。
音声出力部１４は、表示部１２に表示される広告コンテンツの映像と同期して音声を出力するスピーカである。
音声制御部１５は、表示される広告コンテンツに基づいて、スピーカから出力すべき音声を生成する部分である。

また、図３の画像入力部１６，温度センサー１７，入力部１８，交通量算出部２２，形状認識部２３は、その表示装置が設置されたローカルエリアの環境を示す現在の環境データを取得するローカルデータ取得部に相当する。
画像入力部１６は、表示装置３の周辺の映像を取得する部分であり、いわゆるビデオカメラに相当する。ここで入力された映像は、主として、交通量算出部２２による人の通行量の算出に用いられる。たとえば、表示装置を見る人が通行する通路や広場などの映像が取得される。
温度センサー１７は、表示装置３の周囲の温度を測定するものであり、測定された温度は、ローカルデータ１０２の周囲温度として、記憶部２４に記憶される。
なお、図示しない湿度計を用いて、周囲湿度を計測してもよい。

入力部１８は、表示装置３において予め設定しておくべきデータ（たとえば、ローカルエリアの識別名（場所）や識別番号）を入力する部分であり、サーバの入力部５５と同様に、キーボードやマウス等が用いられる。
通信部１９は、上記した第２通信部に相当し、ネットワーク１を介して、サーバ２とデータの送受信を行う部分であり、主として、配信データを受信する部分である。サーバ２との間で予め定められたプロトコルで、有線または無線による通信を行う。

出力情報生成部２０は、表示部１２に表示すべき広告コンテンツの映像と、音声出力部１４から出力すべき音声を生成する部分であり、この映像および音声は、記憶部２４に記憶された広告データ１０１と広告コンテンツ１０５とから生成される。
また、どの広告データを用いて出力情報を生成するかは、主として、記憶部２４に記憶された番組データ１０３に基づいて、時系列の順序で決定される。ただし、表示装置のローカルデータを参照し、特に、取得した現在の交通量や温度などの現在の環境データを考慮して出力すべき広告データを決定する。この番組データ１０３は、サーバ２から配信された番組データ７３に相当する。
たとえば、受信した配信データに含まれる広告データ１０１と、取得した現在の環境データとを比較して、表示部１２に表示すべき広告コンテンツ１０５を取捨選択した後、ローカルエリアの現在の状況に対応した広告コンテンツを、表示部１２に表示させる。

時計部２１は、サーバの時計部５７と同様に、現在の時刻を計測する部分であり、ここで計測された時刻は、ビデオカメラで撮影された映像の現在の時刻、測定された温度の現在の時刻、番組データの中から出力する広告データを選択するときに参照する時刻を求める場合に用いられる。

交通量算出部２２は、画像入力部１６から取得した映像を用いて、表示装置の近辺の所定の位置の人の通行量を算出する部分である。
形状認識部２３は、人の通行量を算出するために、画像入力部１６から取得した映像の中から、人および人以外の物体を区別して特定する部分である。交通量算出部２２は、形状認識部２３によって、人の形状として認識された部分画像の変化から、たとえば、１分間あたりの通行人の数を算出する。

記憶部２４は、広告コンテンツの表示に必要な情報を記憶しておく部分であり、たとえば、広告データ１０１，ローカルデータ１０２，番組データ１０３，履歴データ１０４，広告コンテンツ１０５が記憶される。
広告データ１０１は、表示装置で表示すべき広告コンテンツを特定するデータであり、図４に示すようなデータである。
この広告データ１０１は、サーバ２から配信されるデータであるが、たとえば、１日分の広告データが、表示装置のその日の表示開始時刻前に一括して配信される。あるいは、時間帯ごとに、次の１時間分の広告データを一括して配信するようにしてもよい。
広告コンテンツ１０５も、広告データ１０１とともに、サーバから配信されるデータである。

番組データ１０３は、表示装置３に表示すべき複数の広告コンテンツを設定したリストを示したものであり、サーバ２から配信されてくる番組データ７３に対応するものである。
また、この番組データ１０３に含まれる広告データに基づいて、出力情報生成部２０が表示すべき映像を決定し、表示制御部１３に与える。
この番組データ１０３は、１つの表示装置に関するデータであり、図６に示したようなサーバ２によって生成されたローカルエリアの番組データから抽出されたデータである。

図７に、ある表示装置３に配信された番組データの一実施例の説明図を示す。
ここでは、７時の時間帯において、その表示装置に、５つの広告コンテンツを表示すべきことが示されている。
また、１番目の広告コンテンツである「テレビＡ」の広告には、排他キーが設定されており、「交通量が小」のときには、この「テレビＡ」の広告は表示しないことを意味する。
したがって、たとえば、その表示装置３の交通量算出部２２が７時の時間帯が始まる前に算出した交通量（人の通行量）が所定量よりも少ない場合、現在時刻が７時の時間帯になったとしても、この「テレビＡ」の広告は表示しないものとする。この場合は、図７の残りの４つの広告コンテンツを繰り返し表示することになる。

ここで、人の通行量の所定量は、表示装置の設置場所ごとにその適切値は異なると思われるので、予め表示装置３の入力部１８から設定入力して記憶部２４に記憶しておくことが好ましい。
また、交通量の測定をリアルタイムで行っている場合、交通量が所定量よりも少なかったため「テレビＡ」の広告を表示していなかったが、その後の測定によって所定の交通量よりも多い人の通行量が算出されたとすると、現在時刻が７時の時間帯内であれば、「テレビＡ」の広告を表示するようにすればよい。
すなわち、人の通行量の変化に対応して、交通量の排他キーが設定された「テレビＡ」の表示をするかしないかを判断すればよい。

ローカルデータ１０２は、１つのローカルエリアに属する表示装置ごとに設定されるデータであり、上記したように図５（ａ）および図５（ｂ）に示したデータである。ただし、ローカルエリアに属する表示装置が複数あり、それらの表示装置が隣接して設置されている場合には、そのローカルエリアに属するすべての表示装置に同じローカルデータを設定してもよい。また、図５（ｂ）に示したような環境データのうち、現在の交通量と現在の周囲温度は、一定時間ごとに（たとえば、１０分ごとに）、更新することが好ましい。

履歴データ１０４は、その表示装置において過去の一定期間の間（たとえば、２４時間あるいは１週間）に実際に表示が行われた広告の履歴リスト（実績）を示したものである。この履歴データ１０４は、サーバに送信され、広告出展依頼者への費用請求や広告効果の分析のために用いられる。
また、履歴データ１０４として、どの程度の期間のデータを記憶しておくかは限定されるものではなく、必要に応じて、設定変更できるようにすることが好ましい。

１つの表示装置３においては、サーバ２から配信された番組データ１０３の内容に基づいて、複数の広告コンテンツ１０５が順次表示される。サーバ２から表示装置３に配信される番組データ１０３は、すでに、１つのローカルエリアに属する表示装置間における同時間帯に表示される広告コンテンツの排他性や親和性を考慮したものとなっている。

たとえば、ローカルエリアのローカルデータにＯＫキーワードが設定されている場合には、そのローカルエリア内の隣接する表示装置に同時間帯に表示される広告コンテンツは、相互に宣伝効果が期待できるものである。
また、ローカルエリアのローカルデータにＮＧキーワードが設定されている場合は、ＮＧキーワードに関連する広告は、同時間帯において、そのローカルエリア内の表示装置には表示されないように考慮された番組データとなっている。

さらに、原則として、配信された番組データに示された情報に基づいて広告が順次表示されるが、リアルタイムで計測される交通量や周囲温度が変化し、所定の交通量や温度の条件を満たした場合、あるいは逆にその条件を満たさなくなった場合は、番組データに従って表示していた広告であっても、表示しなくなる場合があり、あるいはその後表示させるようにする場合もある。

＜この発明のサーバの番組データの作成処理＞
図８に、この発明のサーバの番組データの作成処理の一実施例のフローチャートを示す。
ここでは、１つのローカルエリアごとに、番組データの作成処理を行うものとする。
また、広告データ７１は、既に広告依頼者から取得し、データ記録部５８に記憶されているものとする。
まず、図８（ａ）のステップＳ１において、サーバの制御部５１は、時計部５７から現在の日付データを取得する。主として、月、日、時、分のデータを取得する。
ステップＳ２において、番組データ生成部５２は、番組データを作成しようとしている１つのローカルエリアのローカルデータを取得する。ローカルデータ７２が、すでにデータ記録部５８に存在する場合は、そのローカルデータ７２を読み出す。
ただし、記憶されているローカルデータ７２が古い場合（たとえば１ヶ月前の情報）などでは、現在注目しているローカルエリアに属する表示装置から、新たなローカルデータを取得する。

ステップＳ３において、番組データ生成部５２は、取得したローカルデータ７２の中から、次の情報を読み出し、変数を初期設定する。
変数Ｓ＝広告開始時間
変数Ｅ＝広告終了時間
変数Ｔ＝平均滞在時間
ここで、広告開始時間Ｓと、広告終了時間Ｅは、図５に示したローカルデータ７２の表示期間を用いて設定する。

ステップＳ４において、変数Ｈに、広告開始時間Ｓをセットする。この変数Ｈは、表示時間帯を意味する情報である。
ステップＳ５において、変数Ｎに、ローカルデータ７２から読み出した表示装置台数をセットする。

ステップＳ６において、番組データ生成に必要な変数の初期設定を行う。
変数ｄは、ローカルエリアに属する表示装置の番号を意味する。
変数ｔは、現在の番組時間、すなわち、現在選択した広告の再生合計時間を意味する。
変数ｋは、現在注目している広告データの番号を意味する。初期値は、１番目の広告データを意味するｋ＝１とする。

広告のスコア（ｋ）は、現在注目している番号ｋの広告のスコアを意味する。ここで、スコアとは、広告の選択の優先度を示すデータであり、このスコアの値が高いほど、表示装置に優先的に表示される。
たとえば、後述するように、広告コンテンツの内容がＯＫキーワードに一致するものである場合、このスコア値が高くなる。一方、広告コンテンツの内容がＮＧキーワードに一致するものである場合、このスコア値は低く設定される。
広告のスコア（ｋ）については、データ記憶部５８に記憶されているすべての広告データについて、初期値（ゼロ）を設定する。

ステップＳ７において、ｋ番目の広告データを、データ記録部５８から読み込む。データ記憶部５８には、図４に示すような広告データが多数記憶されており、たとえば、入力時間順やコンテンツ名の５０音順などの順番に、番号（ｋ）が付与されているものとする。
最初は、ｋ＝１番目の番号が付与されている広告データが読み込まれる。

ステップＳ８において、ステップＳ２で読み出したローカルエリアのキーワード（ＯＫ，ＮＧ）と、ステップＳ７で読み出したｋ番目の広告データの情報とを比較する。
たとえば、図４の広告データに含まれる広告情報（コンテンツ名から排他キーまで）と、図５のＯＫキーワードとを比較する。

ステップＳ９において、広告データの中の広告情報のいずれかと、ローカルデータのＯＫキーワードが一致した場合、ステップＳ１０へ進み、一致しなかった場合、ステップＳ１１へ進む。
ステップＳ１０において、そのｋ番目の広告データの広告スコア（ｋ）に、１００を加算する。加算値１００は例示であり、この加算する値は、１００に限ることはない。
たとえば、加算値としては、１０００のような数値を設定すればよい。このとき、広告データとＯＫキーワードとが一致したことによる、そのｋ番目の広告データのスコアの上昇が更に多くなるため、現在注目しているローカルエリアに属する表示装置への表示の優先度が更に上がったことになる。その後、ステップＳ１１へ進む。

ステップＳ１１において、広告データの中の広告情報のいずれかと、ローカルデータのＮＧキーワードが一致したかどうかチェックし、一致した場合は、ステップＳ１２へ進み、一致しなかった場合はステップＳ１３へ進む。

ステップＳ１２において、ｋ番目の広告データの広告スコア（ｋ）から、１０００を減算する。この減算値１０００も例示であり、たとえば、減算値としては、１０のような数値を設定しておけばよい。
このとき、現在注目している広告データの中の情報がローカルデータのＮＧキーワードと一致したため、そのｋ番目の広告データのスコアの下降が抑制され、現在注目しているローカルエリアに属する表示装置への表示の優先度低下も抑制していることになる。その後、ステップＳ１３へ進む。

ステップＳ１３において、データ記録部５８に記憶されているすべての広告データについて、ステップＳ７からＳ１２までのチェックが終了したか否か確認する。
すべての広告データについてのチェックが終了した場合、ステップＳ１５へ進み、終了していない場合は、ステップＳ１４へ進む。

ステップＳ１４において、次の広告データのチェックを行うため、変数ｋに１を加算する。その後、ステップＳ７へ戻り、次の広告データについてのスコアの値を求める処理を繰り返し行う。

ステップＳ１５において、すべての広告データについてのチェックが終了したので、広告のスコア（ｋ）のうち最大の広告のスコア（ｋ）を調べ、その最大の広告のスコア（ｋ）を持つｋ番目の広告データの情報を番組データの中に登録する。

これにより、今注目しているローカルエリアのＯＫキーワードとＮＧキーワードを用いて、そのローカルエリアの表示装置に表示することが、宣伝効果の点で最も好ましい広告データが選択されたことになる。ただし、最大の広告のスコア（ｋ）が同一のものが複数ある場合は、たとえば、番組データへの登録回数を基準として、１つの広告データを選択すればよい。

ステップＳ１６において、現在の番組時間ｔに、ステップＳ１５で登録（追加）した広告データの再生時間を加算する。
図８（ｂ）のステップＳ１７において、現在の広告データの番号を再び初期値（ｌ）にセットする。

ステップＳ１８において、ステップＳ７と同様に、ｋ番目の広告データを読み込む。
ステップＳ１９において、ステップＳ１８で読み込んだｋ番目の広告データの情報と、ステップＳ１５で登録した広告データのキーワード（ＯＫ，ＮＧ）とを比較する。
ステップＳ２０において、現在注目しているｋ番目の広告データの情報が、ＯＫキーワードと一致している場合は、ステップＳ２１へ進み、一致しない場合は、ステップＳ２２へ進む。

ステップＳ２１において、ＯＫキーワードが一致したので、今注目しているｋ番目の広告データの広告のスコア（ｋ）に、１００を加算する。これにより、ｋ番目の広告データのスコアが高くなり、選択の優先度が高くなる。これは、ｋ番目の広告データは、すでに番組データに登録された広告データのＯＫキーワードと一致するデータであるので、同時間帯に、登録された広告データとｋ番目の広告データを表示させるようにすれば、宣伝の相乗効果を期待できるからである。
ステップＳ１０と同様に、加算値１００はこれに限るものではない。
その後、ステップＳ２２へ進む。
ステップＳ２２において、ｋ番目の広告データの情報がＮＧキーワードと一致している場合は、ステップＳ２３へ進み、一致しない場合は、ステップＳ２４へ進む。

ステップＳ２３において、ＮＧキーワードが一致したので、ｋ番目の広告データの広告のスコア（ｋ）から１０００を減算する。これにより、ｋ番目の広告データのスコアが低くなり、選択の優先度は低くなる。この場合、ｋ番目の広告データは、表示装置に表示させるためにすでに番組データとして登録されている広告データと排他的な関係にあり両広告を同時間帯に表示することは、かえって宣伝効果が悪くなると考えられるからである。
減算値１０００は例示であって、ステップＳ１２と同様に、この数値に限るものではない。
その後、ステップＳ２４へ進む。

ステップＳ２４において、データ記録部５８に記憶されているすべての広告データの比較処理が終了したか否かをチェックする。すべての広告データについて、ステップＳ１８からＳ２３までの処理が行われた場合は、ステップＳ２６へ進み、そうでない場合は、ステップＳ２５へ進む。
ステップＳ２５において、次の広告データの比較処理をするためにｋに１を加算し、ステップＳ１８へ戻る。

データ記録部５８に記憶されているすべての広告データについての処理が終了した場合、その広告のスコア（ｋ）の値がセットされたので、ステップＳ２６において、番組データに未登録の広告データのうち、広告のスコア（ｋ）が最大となった広告データを、番組データに登録する。
これにより、すでに番組データとして登録されていた広告データと比較的相性がよく、相乗的な宣伝効果が期待できる広告データの情報が番組データの中に追加される。

ステップＳ２７において、ステップＳ１６と同様に、現在の番組時間ｔに、ステップＳ２６で登録（追加）した広告データの再生時間を加算する。
このようにして、１つの表示装置ｄに表示させる一連の広告データを含む番組データが作成され、番組データに登録された広告データは、今注目しているローカルエリアに属する同じ表示装置ｄに、順次表示されることになる。

ステップＳ２８において、現在の番組時間ｔが、平均滞在時間Ｔ以上か否かチェックする。
ｔ≧Ｔの場合、番組時間が十分な長さなので、ステップＳ２９へ進む。そうでない場合は、番組時間が短いので、ステップＳ１７へ戻る。これは表示広告が何度も繰り返されることによる通行者の注目度の低下を避ける狙いがある。
ステップＳ１７に戻った場合、再度ステップＳ１７からステップＳ２７までの処理が行われ、ｋ番目の広告データの情報と、ステップＳ２６で登録された広告データのキーワードとが比較される。

ステップＳ２９において、現在の番組時間ｔをゼロに初期設定し、現在の表示装置番号ｄに、１を加算する（ｄ＝ｄ＋１）。
これにより、以後、同じローカルエリアに属するＮ台の表示装置のうち、次の表示装置に表示させる番組データの作成を行う。

ステップＳ３０において、現在の表示装置番号ｄが、今注目しているローカルエリアの表示装置台数（Ｎ）以上か否かチェックする。
ｄ≧Ｎの場合、すでに、そのローカルエリアに属する表示装置のすべてについて、ステップＳ１７からＳ２７までの処理を実行して番組データを作成したので、ステップＳ３１へ進む。
ｄ≧Ｎでない場合、次の表示装置（ｄ）の番組データを作成するために、ステップＳ１７へ戻る。

ステップＳ３１において、変数Ｈに１を加算する。ここで、Ｈに１を加算するのは、表示時間帯の変更のためである。
ステップＳ３２において、変数Ｈと、広告終了時間とを比較する。
Ｈ≧Ｅの場合、ステップＳ３３へ進み、そうでない場合、ステップＳ５へ戻る。
Ｈ≧Ｅの場合は、ローカルエリアに属するすべての表示装置について、そのローカルエリアの表示期間内のすべての番組データが作成されたことになるので、ステップＳ３３において、登録した番組データ７３を、データ記録部５８へ保存する。
ステップＳ５へ戻る場合は、以後、同じローカルエリアにおいて、別の時間帯における番組データを作成することになる。

ステップＳ３４において、すべてのローカルエリアに対して番組データの作成をしたかどうかチェックする。これは、保存された番組データとローカルエリアデータを照合することにより、チェックする。すべての番組データの作成が終了した場合、処理を終了する。
一方、番組データを作成すべきローカルエリアのローカルデータがまだ残っている場合、ステップＳ３５へ進み、次のローカルエリアのローカルデータを読み込み、ステップＳ３へ戻る。以後、そのローカルエリアに対して、ステップＳ３からステップＳ３３までの処理を行い、番組データを作成する。
以上が、この発明のサーバにおける番組データの作成処理である。

このような番組データ作成処理を行うことにより、１つのローカルエリア内において、そのローカルエリアごとに予め設定されたローカルデータに一致した広告データが優先的に選択され、さらに、そのローカルエリアに属する複数の表示装置の相互間においても、予め設定されたキーワードを考慮した広告データが優先的に選択される。特に、ローカルエリアに属し比較的地理的に近い位置に配置される隣接する表示装置間において、同時間帯に相乗的な宣伝効果が期待される広告が表示されるようになり、さらに１つの表示装置においても、また隣接表示装置間においても、同時間帯に相対的に相性の良くない広告が表示されることを回避できる。

＜サーバの配信処理＞
ここでは、サーバから表示装置に対して送信される配信データ７４の配信処理について説明する。上記したように、この配信データ７４には、図８に示したような手順で作成された番組データ７３と、その番組データに含まれる広告データ７１と、その広告データによって特定される広告コンテンツ７５そのものとが含まれる。
この配信データの配信のタイミングは、特に限定されないが、たとえば、ある時間帯の直前にその時間帯の１時間分をまとめて配信してもよく、あるいは、翌日の表示期間全体分をまとめて前日に配信してもよい。あるいは、午前と午後の２回に分けて配信してもよい。
以下の実施例では、配信するデータの日付を設定して、設定された日付の表示期間全体分をまとめで配信する場合を示す。設定する日付としては、たとえば、時計部５７によって取得された現在の月日情報の翌日の日付を自動的に選択してもよい。
また、この配信処理の前に、すでに、各ローカルエリアの表示装置ごとに、その番組データが生成されているものとする。

図９に、この発明のサーバにおけるデータ配信処理の一実施例のフローチャートを示す。
図９のステップＳ５１において、制御部５１は、配信するデータの日付を設定する。この日付は、担当者によって入力部５５から入力してもよく、あるいは時計部５７によって取得された月日情報を基に、翌日の日付を自動設定してもよい。

ステップＳ５２において、制御部５１は、設定された日付の配信データがすでに配信されているか否かチェックし、その日付が未配信である場合は、サーバで管理しているローカルエリアのうち、未配信のローカルエリアを１つ選択する。ただし、図示していないが、未配信のローカルエリアがない場合は、処理を終了する。
ここで、たとえば、配信データは、配信日付とローカルエリアごとに管理し、ある配信日付の配信データを配信した場合は、配信完了後に、配信済みであることを示すフラグをその配信データに付与する。また同様に、あるローカルエリアの配信データを配信した後、そのローカルエリアは配信済みであることを示すフラグを付与しておく。ステップＳ５２では、この配信済みフラグの有無をチェックすることにより、未配信か否かを判断すればよい。

ステップＳ５２において、たとえば、設定された日付の配信データは未生成であり、まだ１つも送信されていないとすると、サーバが管理するローカルエリアのうち、任意の１つのローカルエリアＬが選択される。
ステップＳ５３において、配信データ生成部５３は、選択されたローカルエリアＬに属する表示装置の番組データであって、設定日付の１日分の番組データ７３を、データ記録部５８から読み出す。ここでは、設定日付の番組データがすでに生成されているものとする。ただし、まだ生成されていない場合は、図８に示したようなフローにより番組データを生成してもよい。
ローカルエリアＬに属する表示装置が複数ある場合は、その複数の表示装置すべての番組データを読み出す。

ステップＳ５４において、読み出した番組データ７３に含まれるすべての広告データ７１の内容を、取得する。この広告データ７１の内容がすでにデータ記録部５８に記憶されている場合は、データ記録部５８から読み出せばよく、あるいは他の記憶媒体に格納されている場合はその媒体から取得する。

ステップＳ５５において、取得した広告データ７１によって特定される広告コンテンツそのものを取得する。この広告コンテンツ７５がすでにデータ記録部５８に記憶されている場合は、ここから読み出せばよく、あるいは、他の記憶媒体に格納されている場合はその媒体から取得する。

ステップＳ５６において、配信データ生成部５３は、選択されたローカルエリアに属する表示装置ごとに、配信データ７４を生成する。配信データ７４は、ステップＳ５３，Ｓ５４及びＳ５５においてそれぞれ取得された番組データ７３，広告データ７１，広告コンテンツ７５とから生成される。

ステップＳ５７において、制御部５１は、通信部５６を介して、生成された配信データ７４を、選択されたローカルエリアに属する表示装置３に送信する。ただし、ローカルエリアに、ローカルサーバ４が配置されている場合は、そのローカルサーバ４に対して、そのローカルエリアに属するすべての表示装置の配信データを一括して送信する。

ステップＳ５８において、配信データの送信が完了した場合は、その配信データが配信済みとなったことを示すフラグを、その配信データの設定日付と選択ローカルエリアについて記憶する。
ステップＳ５９において、設定された日付についての未配信のローカルエリアがまだ存在するか否か、チェックする。未配信のローカルエリアがある場合は、ステップＳ５２へ戻り、ステップＳ５２からＳ５８までの処理を繰り返す。
未配信のローカルエリアがなく、設定日付のすべての配信データを送信した場合は、配信処理を終了する。

図９において、説明の簡単化のために、配信処理では、各広告データに付与されている排他キーや、出展者希望情報を考慮していない。また、ローカルエリアの表示装置からサーバへ送られるローカルデータの現在の環境データ（交通量、温度など）も考慮していない。
しかし、配信処理のステップＳ５４において、広告データを取得した後に、排他キーと、現在の環境データの内容を比較して、ローカルエリアの現在の状況に応じて配信すべきでない広告データが含まれている場合は、そのような広告データおよび対応する広告コンテンツを配信データに含めないようにしてもよい。このようにすれば、表示装置側の表示処理において表示の可否を判断することを省略でき、サーバから表示装置へのデータ送信量の削減と、送信時間の短縮ができる。

＜表示装置の表示処理＞
図１０に、この発明の表示装置の表示処理の一実施例のフローチャートを示す。
図１０では、１時間の時間帯ごとに、次の時間帯に表示すべき広告データを読み出して、広告データが複数ある場合は、その時間帯において、順番に広告データを表示する実施例について説明する。
ただし、時間帯ごとの表示に限るものではなく、たとえば、月日のみが設定されている場合には、その日の番組データに含まれる広告データ全体を順次表示してもよい。
また、原則として、表示装置に送信されるべき配信データは、その配信データに含まれる広告を表示する日の前日までに、すでにその表示装置に送信されているものとし、ここでは、配信データの受信処理は省略している。

ステップＳ１０１において、制御部１１が、時計部２１から現在の日付データを取得する。日付データには、少なくとも、月、日、時が含まれているものとする。この日付データの「時」の情報により時間帯を区別する。

ステップＳ１０２において、制御部１１は、取得した現在の日付の番組データ１０３が、記憶部２４の中に存在するかどうか、チェックする。ない場合は、ステップＳ１０３へ進み、現在の日付の番組データの送信を要求する情報を、サーバへ送信して、処理を終了する。あるいは、要求情報を送信した後、ステップＳ１０１へ戻ってもよい。
一方、番組データが存在する場合、ステップＳ１０４へ進み、制御部１１は、現在の日付の番組データ１０３の中から、現在の日付で示される時間帯の広告データ１０１をすべて取得する。たとえば、現在の時間帯が「７時」であったとすると、図７に示すような番組データの場合は、その５つの広告データを取得する。すなわち、記憶部２４から、現在の時間帯の広告データ１０１を読み出す。

ステップＳ１０５において、取得した広告データの総数を、変数Ｎにセットする。上記した図７の例ではＮ＝５にセットする。
また、現在の広告番号を示す変数ｋに、初期値（＝１）をセットする。この変数ｋは、現在注目する広告データの番号を示すものである。

ステップＳ１０６及びＳ１０７において、ローカルデータ取得部（１６，１７，２２，２３）が、その表示装置における現在の環境データを取得する。
ステップＳ１０６においては、現在の交通量データを取得する。交通量、すなわち人の通行量を取得するために、画像入力部１６による画像入力処理と、入力画像を用いた形状認識部２３による形状認識処理と、形状認識後の画像を用いた交通量算出部２２による交通量算出処理を、この順序で行う。

ステップＳ１０７において、温度センサ１７から得た信号を用いて、この表示装置の現在の周囲温度を取得する。ここでは、交通量と周囲温度のみを取得する例を示しているが、この他の環境データを取得してもよい。
たとえば、湿度データ、天気情報などを取得してもよい。湿度データは、湿度計を用い、天気情報は、ＷＥＢ等のネットワーク経由で取得すればよい。

ステップＳ１０８において、制御部１１は、取得した環境データを、サーバ２へ送信する。サーバ２では、これらの環境データを、番組データの生成に利用することができる。ただし、サーバで利用する必要がなければ、これらの環境データを、サーバへ送信しなくてもよい。

ステップＳ１０９において、出力情報生成部２０は、ステップＳ１０４で取得した広告データのうち、ｋ番目の広告データｋを読み出し、その広告データｋの内容を確認する。特に、広告データｋの中に、排他キーが含まれるか否か、チェックする。

ステップＳ１１０において、出力情報生成部２０は、広告データｋに、排他キーがあるか否か、チェックし、ある場合はステップＳ１１１へ進み、ない場合は、ステップＳ１１３へ進む。

ステップＳ１１１において、出力情報生成部２０は、広告データｋの排他キーに設定されている条件の内容と、取得した現在の環境データとを比較する。
環境データとは、図５（ｂ）に示すようなデータであり、たとえば、表示装置の場所、時間帯、表示装置の近辺の現在の交通量（人の通行量）、現在の周囲温度、周囲湿度、天気の情報などである。
また、図４に示す広告データでは、排他キーとして、「交通量 小」が設定されているが、これは交通量が所定量よりも少ない場合は、この広告データによって特定される広告コンテンツを表示しないことを意味する。
すなわち、排他キーの条件が満たされた場合には、その広告データの広告コンテンツは表示しない。
従って、ステップＳ１１１において、排他キーの条件情報と、取得した現在の環境データとを比較した結果、現在の環境データが排他キーの条件情報と一致した場合、その広告データｋによって特定される広告コンテンツを表示をさせないようにし、逆に一致しない場合は、その広告データｋによって特定される広告コンテンツを表示するようにする。

すなわち、ステップＳ１１２において、現在の環境データが、排他キーの条件と一致する場合は、ステップＳ１１４へ進み、一致しない場合は、ステップＳ１１３へ進む。
ステップＳ１１３において、出力情報生成部２０が、広告データｋによって特定される広告コンテンツ１０５を記憶部２４から読み出し、そのコンテンツの映像を表示部１２に表示させ、そのコンテンツの音声を音声出力部１４から出力させる。
ここで、広告データｋに排他キーがない場合と、排他キーがあってもその排他キーの条件が満たされない場合に、広告データｋの広告コンテンツが表示される。

ステップＳ１１４において、注目している現在の広告番号ｋに、１を加算する（ｋ＝ｋ＋１）。
ステップＳ１１５において、現在の広告番号ｋが、取得した広告データの総数Ｎよりも大きいか否かチェックする。
ｋ≦Ｎの場合は、取得した広告データの中に、まだ表示していない広告データが残っている場合である。一方、ｋ＞Ｎの場合は、取得したＮ個の広告データについて少なくとも１回はステップＳ１０９からＳ１１３までの処理を実行したことを意味し、現在の時間帯に変化がない場合は、再度、最初の広告データに戻って表示処理を繰り返す。

ステップＳ１１５において、ｋ＞Ｎの場合、ステップＳ１１６へ進み、現在の広告番号ｋを、初期値（１）にセットする。その後、ステップＳ１１７へ進む。
また、ステップＳ１１５において、ｋ＞Ｎでない場合は、ステップＳ１１７へ進む。

ステップＳ１１７において、時計部２１により、現在の時間データを取得する。現在の日付（年、月、日、時、分）をすべて取得してもよいが、ここでは、次のＳ１１８における判断で利用する「時」のデータのみを取得すればよい。

ステップＳ１１８において、ステップＳ１０４において広告データを取得した時間帯と、ステップＳ１１７で取得した「時」のデータとが変化したか否かチェックする。
たとえば、広告データを取得した時間帯が「午前７時」であったが、ステップＳ１１７で取得した「時」のデータが「午前８時」であった場合、現在の時間帯が変化したことになる。
このように、現在の時間帯が変化した場合は、表示する広告コンテンツを、変化した後の時間帯に表示させる予定の広告データによって特定される広告コンテンツに変更する。

ステップＳ１１８において、現在の時間帯に変化がない場合は、ステップＳ１０６へ進み、ステップＳ１１４で、変数ｋに１を加算した後の広告データｋについて、ステップＳ１０６からＳ１１３までの処理を実行する。
すなわち、ステップＳ１０４で取得した広告データの中から次の番号の広告データｋについて、排他キーによる表示の有無の判断と、表示処理を行う。
一方、ステップＳ１１８において、現在の時間帯に変化があった場合、ステップＳ１０４へ進み、変化後の時間帯における広告データ１０１を、番組データ１０３の中から取得する。
これにより、表示すべき広告データが、変化後の時間帯について設定されていた広告データに切り替えられる。

また、ステップＳ１０５において、この変化後の時間帯に表示すべき広告データの総数が変数Ｎにセットされ、現在の広告番号が初期値（＝１）にセットされる。以後、新たな広告データ群に対して、ステップＳ１０６からＳ１１８までの処理が繰り返し行われ、広告コンテンツの表示処理が行われる。

以上が、表示装置における表示処理の具体例の説明である。
特に、この発明では、ステップＳ１０６とＳ１０７において、ほぼリアルタイムで表示装置が設置されている周囲の現在の環境データを取得し、その現在の環境データと、表示が予定されている広告データの排他キーとを考慮して、広告データの表示の可否を判断していることを特徴とする。

このように、広告コンテンツの表示の可否の判断を、表示装置の設置場所の現在の状況に基づいて行っているので、広告コンテンツの表示が、より広告依頼者の希望に従ったものとなり、宣伝効果をより高めることが可能となる。

１ ネットワーク
２ サーバ（広告配信装置）
３ 表示装置
４ ローカルサーバ
１１ 制御部
１２ 表示部
１３ 表示制御部
１４ 音声出力部
１５ 音声制御部
１６ 画像入力部
１７ 温度センサー
１８ 入力部
１９ 通信部
２０ 出力情報生成部
２１ 時計部
２２ 交通量算出部
２３ 形状認識部
２４ 記憶部
５１ 制御部
５２ 番組データ生成部
５３ 配信データ生成部
５４ キーワード比較部
５５ 入力部
５６ 通信部
５７ 時計部
５８ データ記録部
７１ 広告データ
７２ ローカルデータ
７３ 番組データ
７４ 配信データ
７５ 広告コンテンツ
１０１ 広告データ
１０２ ローカルデータ
１０３ 番組データ
１０４ 履歴データ
１０５ 広告コンテンツ

Claims (7)

1. 所定のローカルエリアに設置された１または複数の表示装置に、表示情報を送信する広告配信装置であって、
   広告依頼者から取得した広告データと、前記広告データによって特定された広告コンテンツと、前記表示装置が設置されたローカルエリアの状況を示すローカルデータと、前記表示装置に表示すべき複数の広告コンテンツを設定した番組データとを記憶したデータ記録部と、
   前記広告データに含まれる表示希望条件および表示回避条件と、前記ローカルデータに含まれるそのローカルエリア固有のローカル表示条件とを用いて、前記表示装置ごとに表示する広告コンテンツを選択し、選択された広告コンテンツを特定する広告データを含む番組データを生成する番組データ生成部と、
   前記生成された番組データと、前記番組データに含まれる広告データと、その広告データによって特定される広告コンテンツとからなる配信データを、表示装置ごとに生成する配信データ生成部と、
   前記生成された配信データを、対応する表示装置へ送信する通信部とを備えたことを特徴とする広告配信装置。
2. 前記ローカルデータのローカル表示条件が、対応するローカルエリアにおいて予め定められた表示推奨条件と表示回避条件とを含み、
   前記広告データと、前記ローカルデータに含まれる表示推奨条件および表示回避条件との比較、前記生成された番組データにすでに含まれる広告データの表示希望条件および表示回避条件と、他の広告データとの比較を行うキーワード比較部をさらに備え、
   前記番組データ生成部は、広告データが、前記ローカルデータの表示推奨条件および前記表示希望条件に一致する場合は、その広告データによって特定される広告コンテンツが選択される可能性を高くし、広告データが前記表示回避条件に一致する場合は、その広告データによって特定される広告コンテンツが選択される可能性を低くすることを特徴とする請求項１に記載の広告配信装置。
3. 前記広告データの表示希望条件には、広告依頼者が広告コンテンツを表示することを希望する表示装置の場所、時間、温度範囲、湿度範囲、表示装置近傍の交通量、天気、および推奨キーワードのうち少なくともいずれか１つ以上の情報が含まれていることを特徴とする請求項１または２に記載の広告配信装置。
4. 前記広告データの表示回避条件には、その広告データと同時間帯における表示を望まない広告データに関連する回避キーワードが含まれていることを特徴とする請求項１ないし３のいずれかに記載の広告配信装置。
5. 所定のローカルエリアに設置された１または複数の表示装置と、前記表示装置に表示情報を送信する広告配信装置とがネットワークを介して接続された広告配信システムであって、
   前記広告配信装置が、広告依頼者から取得した広告データと、前記広告データによって特定された広告コンテンツと、前記表示装置が設置されたローカルエリアの状況を示すローカルデータとを記憶したデータ記録部と、前記広告データに含まれる表示希望条件および表示回避条件と、前記ローカルデータに含まれるローカル表示条件とを用いて、前記表示装置ごとに表示する広告コンテンツを選択し、選択された広告コンテンツを特定する広告データを含む番組データを生成する番組データ生成部と、前記生成された番組データと、その番組データに含まれる広告データと、広告コンテンツとからなる配信データを生成する配信データ生成部と、前記生成された配信データを対応する表示装置へ送信する第１通信部とを備え、
   前記表示装置が、広告コンテンツを表示する表示部と、前記配信データを受信する第２通信部と、その表示装置が設置されたローカルエリアの環境を示す現在の環境データを取得するローカルデータ取得部と、前記受信した配信データに含まれる広告データと、前記取得した現在の環境データとを比較して、前記表示部に表示すべき広告コンテンツを取捨選択して、ローカルエリアの現在の状況に対応した広告コンテンツを前記表示部に表示させる出力情報生成部とを備えたことを特徴とする広告配信システム。
6. 前記環境データには、表示装置の周囲温度、周囲湿度、天気、表示装置の近辺を通行する人の交通量のうち、少なくともいずれか１つ以上の情報が含まれていることを特徴とする請求項５に記載の広告配信システム。
7. 前記広告データの表示回避条件には、その広告データの表示を望まない環境データの条件を示した排他キー情報を含み、
   前記表示装置が受信した広告データに含まれる排他キー情報と、前記取得した現在の環境データとが一致する場合には、前記出力情報生成部は、その広告データによって特定される広告コンテンツを表示させないようにすることを特徴とする請求項５または６に記載の広告配信システム。

Images