JP6113320B1 - 広告提供システムおよびプログラム - Google Patents

Abstract

【課題】順番待ちをしている利用者に対し、魅力ある広告を提供する。【解決手段】メイン属性決定部４１０は、管理サーバ３００からの広告リクエストに応じて、広告を提供すべき店舗において順番待ちをしている利用者のメイン属性を決定する。広告選択部４２０は、メイン属性を考慮のうえ、利用者に適した１つまたは複数の広告を、広告データベースＤＢ４３０に登録されている複数の広告の中から選択する。広告配信部４５０は、選択された１つまたは複数の広告を、広告情報として対応する店舗の順番管理端末１００宛てに送信する。【選択図】図４

Description

本発明は、広告提供システムおよびプログラムに関する。

銀行などでは、連日多くのお客（利用者）が来店し、相談窓口の前に長蛇の列ができることも多い。このような場合、順番待ちをする利用者は、自分たちの順番が来るのをただ待つしかなく、貴重な時間が無駄に使われてしまう、という問題がある（例えば、特許文献１参照）。

特開２００４−３８８２３号公報

かかる問題を解消するために、例えば、各利用者が順番待ちをする待ちスペースに大型ディスプレイを設置し、周辺地域の観光施設（お城や遺跡など）を紹介する広告を表示することで、待ち時間を有効に活用することが提案されている。
しかしながら、大型ディスプレイに表示される広告が、順番待ちをする利用者らにとって関心のないものであれば、利用者らは広告を見ることもなく、結局、待ち時間を有効に活用できない、という問題が指摘されていた。

本発明は、以上説明した事情を鑑みてなされたものであり、順番待ちをする利用者に対し、魅力ある広告を提供することが可能な広告提供システム等を提供することを目的の一つとする。

本発明の一実施形態に係る広告提供システムは、施設において順番待ちをする利用者の待ち状況を表示する表示装置を備え、利用者に広告を提供する広告提供システムであって、広告情報を複数記憶する広告データベースと、順番待ちをする各利用者の属性情報の入力を受け付ける入力部と、入力される各属性情報を集計し、解析することで、順番待ちをする利用者全体のメイン属性を決定する決定部と、決定したメイン属性に基づき、提供すべき広告情報を選択する選択部と、選択された広告情報を、施設に配信する配信部と、番待ちをする各利用者の待ち状況とともに、配信された広告情報を表示装置に表示する表示制御部とを具備することを特徴とする。

ここで、上記構成にあっては、メイン属性の変化の有無を検知する検知部をさらに備え、選択部は、検知部によってメイン属性の変化が検知された場合、変化後のメイン属性に基づき、提供すべき広告情報を選択する態様が好ましい。

また、上記構成にあっては、選択部は、決定したメイン属性の利用者が高い関心を示すジャンルの広告を、提供すべき広告情報として選択してもよく、また、メイン属性は、最も利用者の多い年齢層または性別の少なくともいずれかであっても良い。

本発明によれば、順番待ちをする利用者に対し、魅力ある広告を提供することが可能となる。

第１実施形態に係る広告提供システム１０００の概略構成を示す図である。 大型ディスプレイ２５０の表示画面を例示した図である。 順番管理端末１００の主要構成を示すブロック図である。 広告提供サーバ４００の機能構成を示すブロック図である。 広告提供システム１０００における順番待ちの新規登録受付処理の流れを示すフローチャートである。 広告提供処理を示すフローチャートである。 ３台の順番管理端末１００Ａ〜１００Ｃを利用して順番管理を行う場合のシーケンス図である。

以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。

Ａ．第１実施形態
図１は、本実施形態に係る広告提供システム１０００の概略構成を示す図である。広告提供システム１０００は、銀行などの店舗に設けられ、利用者の順番待ちを管理する順番管理端末１００と、順番管理端末１００に接続されたプリンタ２００と、通信ネットワークＮを介して順番管理端末１００を統括管理する管理サーバ３００と、順番待ちの利用者らに広告を提供する広告提供サーバ４００とを備えている。

図１では、順番管理端末１００が設けられる店舗の一例として、銀行Ａを例示しているが、これに限る趣旨ではなく、飲食店やショップ、複合アミューズメントシステム、ショッピングモール、デパート、病院や公共施設など、順番待ちが発生するあらゆる施設に適用可能である。なお、以下では説明の理解を容易にするため、順番管理端末１００が設けられる施設を「店舗」と総称する。

順番管理端末１００は、店舗の入り口付近などに設置され、各種サービスの提供を受ける際の順番待ちを管理するための端末装置である。順番管理端末１００としては、タブレット端末のほか、パーソナルコンピュータ（ＰＣ）、ノートＰＣ、スマートフォン、携帯電話機、携帯情報端末（ＰＤＡ）など、通信ネットワークＮを介して管理サーバ３００とデータの授受が可能なあらゆる端末装置を利用することができる。

プリンタ２００は、有線ケーブルまたは無線によって順番管理端末１００と接続され、順番待ちの数などをあらわす順番券や様々な特典を付与するクーポンなどを発行する。

大型ディスプレイ（表示装置）２５０は、有線ケーブルまたは無線によって順番管理端末１００と接続され、当該時点での順番待ちの状況（待ち組数や、待ち時間など）を表示するとともに、順番待ちをする利用者全体の属性を考慮した広告を表示する。図２は、大型ディスプレイ２５０の表示画面を例示した図である。図２に示すように、大型ディスプレイ２５０には、利用者の現時点での順番待ち状況をあらわす待ち状況情報Ｉｅと、利用者全体の属性を考慮した広告情報Ｉａが表示される。ここで、「利用者全体の属性」とは、順番待ちをする各利用者（または各利用者グループ）の属性（例えば性別、年齢層など）を集計してから決定される広告提供のための属性条件をいう。例えば、順番待ちの利用者の７割が「女性」、「３０代」が８割を占めるような場合であれば、「メイン属性」として「３０代女性」が選択（決定）され、「３０代女性」が最も関心がありそうなジャンルの広告（例えば、美容や健康などの関連グッズ）が、大型ディスプレイ２５０に表示されることとなる（図２参照）。詳細は後述するが、大型ディスプレイ２５０に表示される広告は、広告提供サーバ４００から提供される。

管理サーバ３００は、例えば、演算処理能力の高いコンピュータによって構成され、そのコンピュータにおいて所定のサーバ用プログラムが動作することにより、サーバ機能を実現するものである。ここで、管理サーバ３００を構成するコンピュータは、必ずしも１台である必要はなく、通信ネットワークＮ上に分散する複数のコンピュータから構成されてもよい。管理サーバ３００は、店舗ごとに順番管理端末１００を管理するための管理データベース３１０と、プロセッサ３２０と、を備えている。管理データベース３１０は、クライアント管理テーブルＴＡ１、ステータス管理テーブルＴＡ２、待ち項目管理テーブルＴＡ３を備えている。

クライアント管理テーブルＴＡ１には、店舗ごとに固有のＩＤとパスコード（アカウント）が対応づけて登録されている。ここでは、「銀行Ａ」で利用される順番管理端末１００に対して「ＩＤ：Ａ１・・・」、「パスコード：ＡＡ２・・・」（すなわち、店舗識別情報）が設定されている。これら店舗ごとのＩＤ及びパスコードは、例えば、システム導入の際に各店舗で順番待ちの管理を行う管理者（例えば、店長など）によって設定される。なお、本実施形態では、１店舗で１台の順番管理端末１００を利用する場合を想定するが、１店舗で複数の順番管理端末１００を利用しても良い（後述）。１店舗で複数の順番管理端末１００を利用する場合には、同一のＩＤとパスコードを利用しても良いが、例えば所定の条件に従い、複数のＩＤとパスコードを使い分けるようにしても良い。

ステータス管理テーブルＴＡ２には、各店舗での順番待ちリストが登録されている。この順番待ちリストは、順番待ちをしている者の一覧と、各々の順番待ち状況（ステータス）をあらわす情報（ステータス情報）が含まれる。例えば、銀行Ａについては、順番待ちをしているグループが「５組」おり、第１グループは、「３０代男性が１人、２０代女性が１人」、受付時間は「ＡＭ １１：１１」、第２グループは、「２０代女性が１人」、受付時間は「ＡＭ１１：１５」・・・といった具合である。ステータス管理テーブルＴＡ２の登録内容は、順番管理端末１００から送信される順番待ちリストへの新規登録情報、またはステータスの更新情報（詳細は後述）に基づいて変更される。なお、どのような情報をステータス情報とするかは、各店舗の管理者等が適宜設定・変更可能となっている。

待ち項目管理テーブルＴＡ３には、店舗ごとに設定されている、予約時に選択が可能な待ち項目と、各待ち項目の基準待ち時間が登録されている。例えば、「銀行Ａ」で利用される順番管理端末１００に対して設定されている待ち項目は相談内容の種類であり、ここでは「各種ローン」、「口座開設」、「金融商品仲介」などが設定されている。基準待ち時間は、順番待ちをしている１の順番待ち組が案内されるまでの平均的な待ち時間であり、１組目と２組目以降で変えるようにしてもよい。例えば、ここでは「各種ローン」に対して１組目待ち時間（１５分）、２組目以降待ち時間（１０分）、「口座開設」に対して１組目待ち時間（５分）、２組目以降待ち時間（３分）、「金融商品仲介」に対して１組目待ち時間（１０分）、２組目以降待ち時間（１５分）が設定されている。これら店舗ごとの待ち項目及び基準待ち時間は、例えば、システム導入の際に各施設で順番待ちの管理を行う管理者（例えば、店長など）によって設定される。また、待ち項目及び基準待ち時間は、必要に応じて随時変更することもできる。

プロセッサ３２０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット（ＣＰＵなど）および各種レジスタから構成され、ＲＯＭ等の記憶手段に格納されている各種プログラムを実行することで管理サーバ３００の各部を中枢的に制御する。また、プロセッサ３２０は、順番管理端末１００と連携して順番待ちを管理するためのコンピュータプログラムも実行する。

広告提供サーバ４００は、サーバコンピュータなどから構成され、管理サーバ３００からの広告提供のリクエストに応じて、選択された広告を配信する。広告提供サーバ４００から配信された広告は、通信ネットワークＮを介して、広告情報として店舗（ここでは、銀行Ａ）の順番管理端末１００に送られる。順番管理端末１００に送信された広告情報は、大型ディスプレイ２５０に表示される（詳細は後述）。

通信ネットワークＮは、広告提供サーバ４００、管理サーバ３００、順番管理端末１００の間で相互に情報を送受信可能な通信網を含む。通信ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。

＜順番管理端末１００＞
図３は、順番管理端末１００の主要構成を示すブロック図である。順番管理端末１００は、プロセッサ１１０と、入力装置１１５と、表示装置１１６と、通信インタフェース１２０と、記憶資源１３０とを備える。順番管理端末１００は、利用者が直接タッチパネルなどの入力装置１１５を操作することで、順番待ちリストへの受付や消込み等の入力を受け付ける。ここで、利用者としては、店舗の利用者や従業員等が想定される。例えば、利用者は順番待ちリストに新たに順番待ちの登録をするための入力を行い、従業員等は順番待ちリストに登録されている情報のステータスを更新するための入力を行う。なお、ここでは、店舗の管理者や従業員などを従業員等と総称する。

プロセッサ１１０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット（ＣＰＵなど）および各種レジスタから構成され、記憶資源１３０に格納されている各種プログラムを実行することで順番管理端末１００の各部を中枢的に制御する。各種レジスタは、例えば、プログラムカウンタ、データレジスタ、命令レジスタ、汎用レジスタ等である。

入力装置１１５は、順番待ちリストへの受付や順番待ちリストからの消込み等の入力を受け付けるための各種操作ボタンやタッチパネル１１５ａを備えている。

表示装置１１６は、順番待ちリストや受付ボタン等を含む受付画面や待受画面を表示するための装置であり、例えば液晶ディスプレイにより構成される。

通信インタフェース１２０は、通信ネットワークＮに接続し、通信ネットワークＮ上の他の端末と通信をするためのハードウェアモジュールである。通信インタフェース１２０は、例えば、ＩＳＤＮモデム、ＡＤＳＬモデム、ケーブルモデム、光モデム、ソフトモデム等の変調復調装置である。

記憶資源１３０は、例えば、物理デバイスの記憶領域が提供する論理デバイスである。物理デバイスは、例えば、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭなど）等のコンピュータ読み取り可能な記録媒体である。記憶資源１３０は、複数の物理デバイスを１つの論理デバイスにマッピングして構築してもよいし、１つの物理デバイスを複数の論理デバイスにマッピングして構築してもよい。

記憶資源１３０には、オペレーティングシステムプログラム、ドライバプログラム、各種データ等が格納される。ドライバプログラムとしては、例えば、通信インタフェース１２０を制御するための通信インタフェースドライバプログラム等がある。また、記憶資源１３０には、これら各種プログラムや各種データのほか、プロセッサ１１０が実行することにより、管理サーバ３００と連携して順番待ちを管理するためのコンピュータプログラム（順番管理アプリケーション）ＡＰ１が記憶されている。

＜広告提供サーバ４００＞
図４は、広告提供サーバ４００の機能構成を示すブロック図である。広告提供サーバ４００は、メイン属性決定部４１０、広告選択部４２０、広告ＤＢ４３０、店舗ＤＢ４４０、広告配信部４５０などを備えている。

メイン属性決定部４１０は、管理サーバ３００からの広告提供のリクエスト（以下、広告リクエスト）に応じて、広告を提供すべき店舗において順番待ちをしている利用者のメイン属性を決定する。詳述すると、管理サーバ３００からの広告リクエストには、広告を提供すべき店舗の店舗識別情報のほか、当該店舗（ここでは銀行Ａ）で順番待ちをする利用者の新規登録情報やステータス情報が含まれている。メイン属性決定部４１０は、銀行Ａにおいて順番待ちをする全利用者の新規登録情報やステータス情報を収集し、解析することで、メイン属性を決定する。本実施形態では、「メイン属性」として「３０代女性」や、「５０代男性」といった最も利用者の多い性別と年齢層を組み合わせた属性を想定するが、本発明は、これに限る趣旨ではなく、性別または年齢層のいずれか一方のみ（例えば「女性」や「２０代」など）、さらには、これらのパラメータに代えて（あるいは加えて）、他のパラメータ（居住地域や嗜好など）を利用してメイン属性を決定しても良い。メイン属性決定部４１０は、決定したメイン属性を広告選択部４２０に通知する。

広告選択部４２０は、メイン属性決定部４１０から通知されるメイン属性を考慮のうえ、予め設定された広告選択アルゴリズムに従い、利用者（利用者のグループを含む）に適した広告を選択する。例えば、メイン属性が「３０代女性」の場合には、３０代女性が最も関心ありそうなジャンルの広告（例えば、美容や健康などの関連グッズ）を選択する。同一ジャンルに属する広告が複数ある場合には、ランダムに１つまたは複数選択しても良いが、注目度（人気）の高い広告から順に１つまたは複数選択しても良い（図２参照）。

広告データベースＤＢ４３０には、各広告を識別するための識別ＩＤ、広告名、広告内容（広告情報）などが登録されている。
店舗ＤＢ４４０には、利用者が待ち受けを行う店舗の識別ＩＤ、位置情報（緯度、経度等）、店舗の名前、店舗のコンタクト情報（住所、電話番号、メールアドレスなど）、リアルタイムな待ち状況をあらわすステータス情報などが店舗ごとに対応づけて登録されている。

広告配信部４５０は、広告選択部４２０によって選択された１つまたは複数の広告を、広告情報として対応する店舗の順番管理端末１００宛てに送信する。前述したように、広告提供サーバ４００には、各店舗のコンタクト情報が格納されている。よって、広告提供サーバ４００は、この店舗のコンタクト情報を利用することで、順番管理端末１００宛てに確実に広告情報を送信することができる。

順番管理端末１００に送信された広告情報は、当該時点での待ち状況をあらわすステータス情報とともに、大型ディスプレイ２５０に表示される。上述したように、大型ディスプレイ２５０に表示される広告は、メイン属性（例えば「３０代女性」）を考慮して選択された広告、すなわち、順番待ちをする多くの利用者が関心ありそうなジャンルの広告（例えば、美容や健康などの関連グッズ）であることから、利用者らは大型ディスプレイ２５０に表示される広告を注視するなどして待ち時間を有効に活用することができる。次に、本実施形態における広告提供システム１０００の動作について説明する。

＜順番待ちの新規登録処理＞
図５は、順番待ちの新規登録処理を示すフローチャートである。
まず、人気メニューを注文するために、店舗（図１では銀行Ａなど）に出向いた利用者は、店舗に設置された順番管理端末（入力部）１００を操作して、順番待ちリストに順番待ちを新規に登録するための受付を行う。具体的には、表示装置１１６に表示されるメッセージに従ってタッチパネル１１５ａを適宜操作して、予約者の性別、年齢（または年齢層）などの属性情報のほか、予約人数や所望の待ち項目（例えば、各種ローン）等を入力する。受付の際にいかなる項目を入力対象とするかは、各店舗の管理者等の意向に応じて決定すればよい。

なお、利用者が直接タッチパネル１１５ａを操作する代わりに、従業員等が、順番待ちを受け付けるための入力を行ってもよい。このとき、従業員等は、店舗の入り口付近に設置された順番管理端末１００を操作してもよいし、従業員等が個別に使用する順番管理端末１００を操作してもよい。

その後、順番管理端末１００は通信インタフェース１２０を介して、管理サーバ３００からステータス管理テーブルＴＡ２に登録されている順番待ちリストに含まれる情報を受信する（ステップＳ１１）。さらに、順番管理端末１００は、管理サーバ３００から、待ち項目管理テーブルＴＡ３に登録されている待ち項目と、各待ち項目の現在の待ち時間の情報を受信する（ステップＳ１２）。各待ち項目の現在の待ち時間（目安待ち時間）は、待ち項目管理テーブルＴＡ３に登録されている各待ち項目の基準待ち時間に基づいて、管理サーバ３００が算出する。例えば、「銀行Ａ」で利用される順番管理端末１００の場合、「各種ローン」に２組の予約が入っている場合には、「各種ローン」の目安待ち時間は、１５（１組目待ち時間）＋１０（２組目待ち時間）＋１０（３組目待ち時間）＝３５分となる。

次に、順番管理端末１００は、順番待ちの受付をするための受付画面を表示装置１１６に表示させる（ステップＳ１３）。受付画面では、管理サーバ３００のステータス管理テーブルＴＡ２に登録されている順番待ちリストの少なくとも一部、例えば、順番待ちをしている者の受付番号、必要に応じてその人数、相談内容（待ち項目）等を含む行が、受付をした順番に時系列に並べられた一覧が表示される。また、現在順番待ちをしている総順番待ち組数（全ての順番待ち組数の合計）や、目安待ち時間、受付時間（図示略）、順番待ちリストへの受け付け操作を促すメッセージや受付ボタン等も表示装置１１６に表示される。

なお、目安待ち時間は、管理サーバのプロセッサ３２０において計算し、順番管理端末１００に送信しても良いが、順番管理端末１００において直接算出するようにしてもよい。この場合には、順番管理端末１００は、管理サーバ３００から各待ち項目の基準待ち時間と、各待ち項目の現在の順番待ち組数を取得し、目安待ち時間を計算することができる。もっとも、以下の説明では、「最短待ち時間」、「最長待ち時間」、「合計待ち時間」のいずれに設定されるか、特に限定する必要がない場合には、これらを総称して「目安待ち時間」という。

順番管理端末１００は、表示された受付画面に対して、利用者や従業員等によるタッチパネル１１５ａなどの入力装置１１５を介した操作入力が行われたか否かを検知する（ステップＳ１４）。例えば、タッチパネル１１５ａへの操作が検知され、入力が受け付けられると（ステップＳ１４：ＹＥＳ）、順番待ちをする人数を指定するための人数指定画面を表示装置１１６に表示させる（ステップＳ１５）。人数指定画面には、人数の入力操作を促すメッセージや、人数指定ボタン等が表示される。

順番管理端末１００は、表示された人数指定画面に対して、利用者や従業員等の入力装置１１５を介した操作入力が行われたか否かを検知する（ステップＳ１６）。タッチパネル１１５ａへの操作が検知され、人数の入力が受け付けられると（ステップＳ１６：ＹＥＳ）、相談内容を指定するための指定画面を表示装置１１６に表示させる（ステップＳ１７）。

順番管理端末１００は、表示された相談内容（各種ローンなど）の指定画面に対して、利用者や従業員等の入力装置１１５を介した操作入力が行われたか否かを検知する（ステップＳ１８）。タッチパネル１１５ａへの操作が検知され、相談内容の指定入力が受け付けられると（ステップＳ１８：ＹＥＳ）、予約内容確認画面を表示装置１１６に表示させる（ステップＳ１９）。予約内容確認画面には、受け付けられた人数や相談内容が表示され、予約内容の確認を促すメッセージや、予約確定操作を促すメッセージ、および予約確定ボタン等が表示される。

順番管理端末１００は、予約完了操作が行われたか否かを検知する（ステップＳ２０）。予約完了操作が受け付けられると（ステップＳ２０：ＹＥＳ）、受付完了画面を表示させる（ステップＳ２１）。受付完了画面には、受付番号（待ち番号）や、目安待ち時間等が表示される。また、受付完了画面には、順番券とともに、利用者に適した広告の受け取りを促すメッセージが表示される。利用者は、順番管理端末１００に接続されたプリンタ２００から印刷される順番券を受け取ることができる。なお、大型ディスプレイ２５０への広告表示については後述する。

順番管理端末１００は、上記のようにして予約が確定すると、予約内容に基づき、人数と相談内容、目安待ち時間などを含む新規登録情報を生成する。そして、順番管理端末１００は、生成した新規登録情報を管理サーバ３００に送信する（ステップＳ２２）。

管理サーバ３００は、ある店舗（ここでは、銀行Ａ）から新規登録情報を受信すると、受信した新規登録情報に基づいて、順番待ちリストに順番待ちを１組新たに追加する処理を行い、ステータス管理テーブルＴＡ２を更新する（ステップＳ２３）。

なお、各施設の順番待ちリストの更新は、新規登録受付以外に、従業員等によって登録済みの順番待ちに対し、「取消」、「変更」、「呼出」、「案内」のいずれかの操作が行われた際にも発生する。「取消」は、順番待ちをキャンセルすることを意味し、「変更」は、いったん入力された順番待ちの詳細（予約者の人数など）を変更することを意味する。また、「呼出」は、予約者に対して予約の順番が来たことを口頭で呼び出した状態、あるいは電話やメールなどで知らせた状態であることを意味し、「案内」は、順番が来た者を実際に案内したときに、順番待ちの行を消し込むことを意味する。

例えば、順番待ちしていた者ないしそのグループを案内すると、従業員等は、「案内」の操作を行う。「案内」操作が行われると、順番待ちリストから、対応する第１順位の者が消去され、後続の者が順番待ちリストの第１順位であるとして順番管理端末１００に表示される。なお、「取消」、「変更」、「呼出」の操作が行われた場合も同様に、それぞれの更新操作に応じた処理が行われる。

＜広告提供処理＞
図６は、広告提供サーバ４００によって実行される広告提供処理を示すフローチャートである。
広告提供サーバ４００のメイン属性決定部４１０は、管理サーバ３００から広告リクエストを受信したか否かを検知する（ステップＳ１１０）。メイン属性決定部（決定部）４１０は、広告リクエストの受信を検知すると（ステップＳ１１０：ＹＥＳ）、広告リクエストに含まれる順番待ちの利用者の新規登録情報（属性情報）やステータス情報（属性情報）を集計し、解析等することで、順番待ちをしている利用者全体の属性（すなわちメイン属性）を決定する（ステップＳ１２０）。メイン属性決定部４１０は、決定したメイン属性を広告選択部４２０に通知する。なお、広告リクエストは、管理サーバ３００が利用者の新規登録をトリガとして送信しても良く、一定の周期（Ｔ１時間ごと）で送信しても良い。いずれのタイミングで広告リクエストを送信するかは、システム設計等に応じて適宜設定・変更可能である。

広告選択部（選択部）４２０は、通知されるメイン属性を考慮のうえ、利用者（利用者のグループを含む）に適した１つまたは複数の広告を選択し（ステップＳ１３０）、広告配信部４５０に送る。なお、選択される広告は、広告データベースＤＢ４３０に格納されている。

広告配信部（配信部）４５０は、広告選択部４２０によって選択された１つまたは複数の広告を、広告情報として対応する店舗の順番管理端末１００宛てに送信し（ステップＳ１４０）、処理を終了する。前述したように、広告提供サーバ４００の店舗ＤＢ４４０には、各店舗のコンタクト情報が格納されている。よって、広告提供サーバ４００は、この店舗のコンタクト情報を利用することで、順番管理端末１００宛てに確実に広告情報を送信することができる。

順番管理端末（表示制御部）１００は、広告提供サーバ４００から広告情報を受信すると、広告情報を大型ディスプレイ２５０に転送する。これにより、順番待ちをする利用者のメイン属性を考慮して選択された広告が、大型ディスプレイ２５０に表示される。例えば、メイン属性が「３０代女性」であれば、「３０代女性」の興味を引くようなジャンルの広告（例えば、美容や健康などの関連グッズ）が、大型ディスプレイ２５０に表示されることとなる。この結果、利用者らは大型ディスプレイ２５０に表示される広告を注視するなどして待ち時間を有効に活用することが可能となる。なお、順番管理端末（表示制御部）１００は、広告情報のみならず、当該時点での待ち状況をあらわすステータス情報もあわせて大型ディスプレイ２５０に表示する（図２参照）。

Ｂ．第２実施形態
上述した第１実施形態では、１店舗で１台の順番管理端末１００を利用する場合について説明したが、第２実施形態では、１店舗で複数台の順番管理端末１００を利用する場合について説明する。

１店舗で複数台の順番管理端末１００を利用する場合には、各順番管理端末１００の間でデータが共有される点において、１台の順番管理端末１００のみを利用する場合と異なる。

図７は、３台の順番管理端末１００Ａ〜１００Ｃを利用して順番管理を行う場合のシーケンス図である。たとえば、銀行Ａにおいて特定の順番管理端末１００（図７に示す順番管理端末１００Ａ）が操作されると（Ｃ１）、その操作内容（ここでは、ステータスの更新情報を想定）は管理サーバ３００にアップロードされる（Ｃ２）。管理サーバ３００は、受信したステータスの更新情報に基づき、ステータス管理テーブルＴＡ２に登録されている銀行Ａのステータス情報を更新する（Ｃ３）。そして、管理サーバ３００は、クライアント管理テーブルＴＡ１を参照し、銀行Ａで利用される順番管理端末１００を特定する（Ｃ４）。ここでは、銀行Ａに対して３台の順番管理端末１００Ａ〜Ｃがクライアント管理テーブルＴＡ１に登録されていることから、管理サーバ３００は、順番管理端末１００Ａ以外の端末、すなわち順番管理端末１００Ｂ及び１００Ｃに対してアップデートされた最新のステータス情報を送信し（Ｃ５）、処理を終了する。

この結果、最新の情報が、常に同期した状態で各順番管理端末１００に反映され、これにより、１店舗で複数台の順番管理端末１００を利用する場合であっても、順番待ちの更新情報が一部の順番管理端末１００において反映されない等の不具合を生ずることなく、最適な順番待ち管理を行うことが可能となる。

Ｃ．その他
なお、本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。

上述の実施形態では、利用者らのメイン属性を決定する機能（メイン属性決定部４１０）を広告提供サーバ４００に設けた場合を例示したが、これに限る趣旨ではなく、管理サーバ３００に利用者らのメイン属性を決定する機能を設けても良い。詳述すると、管理サーバ（検知部）３００は、店舗ごとに利用者らのメイン属性が変化したか否かを逐次検知し、メイン属性に変化が認められた場合に（例えば「３０代女性」→「１０代男性」）、変化後のメイン属性を含む広告リクエストを、広告提供サーバ４００に送る。広告提供サーバ（配信部）４００は、管理サーバ３００からの広告リクエストに応じて、変化後のメイン属性に応じた広告を選択し、利用者らに提供する。かかる構成によれば、利用者らのメイン属性の変化に応じて、大型ディスプレイ２５０に表示される広告を即座に切り換えることができ、利用者らに有用な情報を提供することが可能となる。

また、大型ディスプレイ２５０に表示される、待ち状況をあらわすステータス情報Ｉｅと広告情報Ｉａの表示領域の比率は、待ち組数などに応じて切り換えても良い（図２参照）。例えば、待ち組数が少ない場合には、ステータス情報Ｉｅの表示領域を狭くする一方、広告情報Ｉａの表示領域を広く設定する。また、ステータス情報Ｉｅの表示と広告情報Ｉａの表示を、待ち組数に応じたタイミングで切り換えても良い。例えば、ステータス情報Ｉｅと広告情報Ｉａとの間の表示切り換え周期として、待ち組数がＮ１以下の場合にはＳ１秒に設定する一方、待ち組数がＮ１を超えている場合にはＳ２秒（＞Ｓ１秒）に設定しても良い。さらに、待ち組数が「０」の場合には、大型ディスプレイ２５０の画面全体に広告を表示するようにしても良い。この場合に表示する広告としては、予め決められた（例えば、大型ディスプレイ２５０が設置されている店舗など）の広告でも良いが、広告提供サーバ４００がランダムに表示すべき広告を選択しても良い。さらには、これまでの広告の表示履歴に基づき、最も表示回数が多い広告から順番に表示するようにしても良い。

また、広告提供サーバ４００によって発行される広告の種類について、各店舗で条件を定めても良い。例えば、発行される広告が複数ある場合には、広告対象施設として同じ業種の施設（例えば、カフェ）が重ならないようにする等の条件を設定しても良い。また、業種に限らず、広告対象施設の地域等についても同様に適用可能である。例えば、広告対象施設が１つのエリアに集中するように設定する、あるいは広告対象施設が様々なエリアに分散するように設定しても良い。いかなる条件にするかは、各店舗の管理者等が設定・変更すればよい。

また、上述の実施形態では、広告提供サーバ４００と管理サーバ３００とを別体構成としたが、例えば、管理サーバ３００が有する機能の全て（または一部）を広告提供サーバ４００に搭載する構成であっても良い。

１０００…広告提供システム
１００、１００Ａ、１００Ｂ、１００Ｃ…順番管理端末
１１０…プロセッサ
１１５…入力装置
１１５ａ…タッチパネル
１１６…表示装置
１２０…通信インタフェース
１３０…記憶資源
ＡＰ１…順番管理アプリケーション
２００…プリンタ
２５０…大型ディスプレイ
３００…管理サーバ
３２０…プロセッサ
ＴＡ１…クライアント管理テーブル
ＴＡ２…ステータス管理テーブル
ＴＡ３…待ち項目管理テーブル
４００…広告提供サーバ
４１０…メイン属性決定部
４２０…広告選択部
４３０…広告ＤＢ
４４０…店舗ＤＢ
４５０…広告配信部
Ｎ…通信ネットワーク

Claims (8)

1. 施設において順番待ちをする利用者の待ち状況を表示する表示装置を備え、前記利用者に広告を提供する広告提供システムであって、
   広告情報を複数記憶する広告データベースと、
   前記順番待ちをする各利用者の属性情報の入力を受け付ける入力部と、
   入力される前記各属性情報を集計し、解析することで、前記順番待ちをする利用者全体のメイン属性を決定する決定部と、
   決定した前記メイン属性に基づき、提供すべき前記広告情報を選択する選択部と、
   選択された前記広告情報を、前記施設に配信する配信部と、
   前記順番待ちをする前記各利用者の待ち状況とともに、配信された前記広告情報を前記表示装置に表示する表示制御部とを備え、
   前記表示制御部は、前記各利用者の待ち状況をあらわすステータス情報と、配信された前記広告情報の表示領域の比率を、前記利用者の待ち組数に応じて切り換える第１切換部を具備する広告提供システム。
2. 前記表示制御部は、前記第１切換部の代わりに、前記各利用者の待ち状況をあらわすステータス情報の表示と、配信された前記広告情報の表示を、前記利用者の待ち組数に応じたタイミングで切り換える第２切換部を具備する請求項１に記載の広告提供システム。
3. 前記第２切換部は、前記待ち組数が０の場合に、前記表示装置の画面全体に前記広告情報を表示する請求項２に記載の広告提供システム。
4. 前記第２切換部は、前記画面全体に前記広告情報を表示する際、これまでの広告情報の表示履歴に基づき、最も表示回数が多い広告情報が順番に切り換えて表示する請求項３に記載の広告提供システム。
5. 前記メイン属性の変化の有無を検知する検知部をさらに備え、
   前記選択部は、前記検知部によって前記メイン属性の変化が検知された場合、変化後の前記メイン属性に基づき、提供すべき前記広告情報を選択する、請求項１から４のいずれか一項に記載の広告提供システム。
6. 前記選択部は、決定した前記メイン属性の利用者が高い関心を示すジャンルの広告を、提供すべき前記広告情報として選択する、請求項１から５のいずれか一項に記載の広告提供システム。
7. 前記メイン属性は、最も利用者の多い年齢層または性別の少なくともいずれかである、請求項１〜６のいずれか１の請求項に記載の広告提供システム。
8. 施設において順番待ちをする利用者に広告を提供する広告提供方法であって、
   前記順番待ちをする各利用者の属性情報の入力を受け付ける入力ステップと、
   入力される前記各属性情報を集計し、解析することで、前記順番待ちをする利用者全体のメイン属性を決定する決定ステップと、
   決定した前記メイン属性に基づき、広告情報を複数記憶する広告データベースから、提供すべき前記広告情報を選択する選択ステップと、
   前記施設に設置されている表示装置に対し、前記順番待ちをする前記各利用者の待ち状況とともに、選択された前記広告情報を表示する表示制御ステップとを含み、
   前記表示制御ステップは、前記各利用者の待ち状況をあらわすステータス情報と、配信された前記広告情報の表示領域の比率を、前記利用者の待ち組数に応じて切り換える第１切換ステップを含む広告提供方法。