JP2005293491A - サーバシステム - Google Patents

Abstract

【課題】
広告提供者と広告閲覧者間あるいは広告閲覧者相互間での表示装置を介した情報交換を速やかに行うことのできるサーバシステムを提供する。
【解決手段】
ユーザが操作するユーザ端末１６０および広告発信者が操作する広告発信者端末１２０，１２１からのアクセスを受け入れるバックエンドサーバ１０１と、複数の表示装置１１１を備え、これらの表示装置にバックエンドサーバ１０１から取得した情報を表示するフロントエンドサーバ１１０を備え、前記バックエンドサーバ１０１は、前記表示装置に表示した情報に対するユーザ端末からのアクセスの履歴を取得して格納し、前記広告発信者端末１２０は、予め割り当てられた時間に表示する広告および発信する毎に表示装置に表示すべき即時広告をバックエンドサーバに送信する
【選択図】 図１

Description

本発明は、サーバシステム係り、特に映像表示装置に表示した広告に対するユーザの反応を広告発信者（広告主）に提供することのできるサーバシステムに関する。

特許文献１には、映像表示装置と携帯機器を組み合わせたサーバシステムが示されている。この装置は、広告主が双方向広告システムに広告を掲載すると、このシステムを構成する映像表示装置が広告を表示する。これを見たユーザは、携帯端末を利用して広告に関連する詳細情報をネットワークを介してダウンロードし、商品の発注などを行うことができる。一方、システム側では、ダウンロードの履歴・内容などを集計し、また商品の発注状況なども含めて評価し、その情報を広告主に提供する。これにより、広告主は広告の有効性を容易に把握することができる。

また、特許文献２には、１つのフロントエンドサーバと複数台のバックエンドサーバを備え、１種類のサービスの処理を複数台のバックエンドサーバで負荷分散して処理性能を向上することが示されている。
特開２００３−５０８９７号公報 特開平１０−１９８６４２号公報

前記特許文献１に示される技術では、広告表示制御装置は、インターネットなどのネットワークを介して直接的に各広告表示装置と接続し、逐次データを配信するため、通信容量の大きなネットワークが必要となる。また、広告閲覧者が広告に関する情報を閲覧する場合、無線通信機能を搭載した特別な端末を必要とする。また、広告閲覧者が広告に関する詳細情報を閲覧しようとする場合、閲覧する内容が広告閲覧者手持ちの機器の表示性能に制限される。一般的に携帯端末は表示解像度が低いため、閲覧できる情報量は制限されることになる。また、広告閲覧者が、広告に対して何か感想を持ったとしても、それを他の広告閲覧者と共有する手段は存在しない。このため、ある商品広告に対する複数の広告閲覧者間のでのコミュニケーションが取りにくい。また、広告提供者が広告を掲載する場合、通常は広告代理店等を介して行うため、気軽に且つ迅速に広告を掲載することはできない。また、前記特許文献２に示される技術は、同一サービスに対する複数のクライアントからのリクエストを複数台のサーバノードで負荷分散できるようにした技術であり、負荷である表示装置を制御する複数のフロントエンドサーバ間での負荷分散あるいは複数のフロントエンドサーバとバックエンドサーバ間の通信量の低減を図ることはできない。

本発明はこれらの問題点に鑑みてなされたもので、広告提供者と広告閲覧者間あるいは広告閲覧者相互間での表示装置を介した情報交換を速やかに行うことのできるサーバシステムを提供する。

本発明は上記課題を解決するため、次のような手段を採用した。

ユーザが操作するユーザ端末および広告発信者が操作する広告発信者端末からのアクセスを受け入れるバックエンドサーバと、複数の表示装置を備え、これらの表示装置にバックエンドサーバから取得した情報を表示するフロントエンドサーバを備え、前記バックエンドサーバは、前記表示装置に表示した情報に対するユーザ端末からのアクセスの履歴を取得して格納し、前記広告発信者端末は、予め割り当てられた時間に表示する広告および発信する毎に表示装置に表示すべき即時広告をバックエンドサーバに送信する。

本発明は、以上の構成を備えるため、広告提供者と広告閲覧者間等での表示装置を介した情報交換を速やかに行うことのできるサーバシステムを提供することができる。

以下、最良の実施形態を添付図面を参照しながら説明する。図１は、本発明の実施形態に係るサーバシステム（双方向広告システム）を説明する図である。図に示すように、本システムは、バックエンドサーバ１０１、複数のフロントエンド１０３，１０４，１０５、広告発信者１０２が操作する携帯電話１２０およびパーソナルコンピュータ（ＰＣ）、エンドユーザ（表示装置１１１の視聴者）１６０が操作する携帯電話１１５備える。また、これらは、図に示すようにインターネット等の有線あるいは無線のネットワーク１０６を介して接続される。 なお、エンドユーザが端末として使用する携帯電話１１５、広告発信者が端末として使用する携帯電話１２０は携帯電話会社が提供する携帯電話通信用の携帯キャリアサーバ１０７を介してインターネット１０６に接続される。以下、各構成要素について説明する。

まず、バックエンドサーバ１０１は、本システムの運用に必要な下記機能を有する。

（１）システム全体の制御：本システム全体を制御する。

（２）ウエブサーバ機能：エンドユーザあるいは広告発信者が携帯電話１１５、携帯電話１２０、あるいはＰＣ１２１を介してアクセスするウエブページを提供する。

（３）メールサーバ機能：前記携帯電話１１５，１２０から送信されるメールを処理する。

（４）コンテンツ管理：本システムで使用するコンテンツを管理する。なお、コンテンツは必要に応じてフロントエンド１０３へ送信される。

（５）履歴管理：広告発信者１０２が掲載した情報の表示履歴、エンドユーザ１６０のアクセス履歴などを管理する。

フロントエンド１０３は、フロンエンドサーバ１１０および複数台の表示装置１１１を備える。フロントエンド１０３は、駅前、商店街などに設置され、付近の人々（エンドユーザ１６０）に情報を提供する役割を持つ。また、これらのフロントエンドサーバおよび表示装置はネットワーク１５０を介して接続される。なお、ネットワーク１５０は有線、無線の何れで構成しても良い。

表示装置１１１は、液晶ディスプレイなどで構成された映像を表示する映像表示部１１２、ＦＥサーバ１１０から受信したコンテンツを再生する情報処理部１１３、およびコンテンツを一時的に保持する記録装置１１４を備える。そして表示装置１１１はＦＥサーバにより制御される。なお、フロントエンドサーバ１１０は下記機能を提供する。

（１）フロントエンド１０３内の表示装置の制御：表示装置の電源管理等
（２）表示コンテンツ管理：表示装置１１１で表示するコンテンツをＢＥサーバ１０１から受け取り、それを適切なタイミングで表示装置１１１に送信し表示させる。また、表示装置１１１に表示されているコンテンツを制御する。

（３）広告表示制御：上記（２）に示すコンテンツのうち、広告コンテンツに関して、バックエンドサーバ１０１から受信したスケジュール編成情報２２４に基づき、多数存在するコンテンツの表示順番をスケジューリングし、定期的に広告表示用に表示装置１１１にコンテンツを送信する。

なお、本システムで扱うコンテンツは、映像、画像などとその表示方法を記述したプログラムが一体化されたものである。したがって、コンテンツそのものに対して表示内容の指示を行うことが可能である。

エンドユーザ１６０は、本システムの主たる利用者（閲覧者）であり、フロントエンド１０３で表示される情報を閲覧しながら、携帯電話１１５を操作して表示装置１１１に必要な情報を引き出して閲覧したり、また、手持ちの携帯電話１１５に情報をダウンロードすることができる。なお、携帯電話１１５に写真撮影機能が搭載されている場合は、撮影した画像にコメントをつけて本システムへ送信し、表示装置１１１へ表示させることも可能である。

広告発信者１０２は、エンドユーザ１６０に情報を提供することを目的として本システムを利用する。提供する情報は、たとえば、広告発信者１０２の経営する組織の紹介、宣伝等である。広告発信者１０２は、本システムに対して、パーソナルコンピュータ（ＰＣ）１２１あるいは携帯電話１２０を利用して情報を発信する。ＰＣ１２１からは、広告発信者１０２の基本情報などのシステム利用開始時に登録すれば基本的に変化がない情報を登録する。一方、携帯電話１２０は頻繁に更新する必要のある情報を掲載するために使用する。このような情報としては例えば、広告発信者１０２がパン屋だとすると、焼きたてのパンが焼けた度に情報を掲載する等が考えられる。なお、特定の広告発信者１０２には、他の発信者が掲載した情報をチェックし削除などを行える権限を与えるとよい。

図２は、本システムで扱う情報の一覧とこれらの情報の関係を説明する図である。図中の矢印とその方向は、情報間の生成関係を示している。例えば、発信者基本情報２１２と広告フォーマット情報２２３から表示用発信者基本情報２５１へ矢印が伸びていることから、前２者の情報を合成して後者の情報が生成されることを示している。

次に、これらの各情報について説明する。本システムで扱う情報は、大別すると下記３要素を備える。

１）バックエンドサーバ管理情報２００：この情報は、バックエンドサーバ１０１で管理する情報一式を示し、広告関連情報２１０、掲示板関連情報２３０、システム運用情報２４０、エンドユーザ操作アニメ情報２４１、広告表示履歴２４２、エンドユーザアクセス履歴２４３、システム運用履歴２４４、フロントエンド管理情報２４５、地図情報２４６、ＣＲＭ情報２４７を備える。

２）フロントエンドサーバ管理情報２５０：フロントエンド１０３で管理する情報一式を示し、スケジュール編成情報２２４、表示用発信者基本情報２５１、表示用広告情報２５２、掲示板関連情報２３０、フロントエンド管理情報２４５、地図情報２４６、エンドユーザ操作アニメ情報２４１、ＦＥ履歴情報２４７を備える。

３）表示装置情報２６０：表示装置１１１でコンテンツを表示するために必要な情報一式を示す。表示装置情報２６０は、表示表示装置１１１が表示する内容が用途ごとに異なる。このため、それぞれの用途に即して、表示広告情報２５２、発信者基本情報２５１、掲示板関連情報２３０、地図情報２４６の４種類、および共通で使用するエンドユーザ操作アニメ情報２４１の２種類を備える。

次に、バックエンドサーバ管理情報２００内の各情報について説明する。

１）広告関連情報２１０：この情報は表示装置１１１へ表示される広告に関係がある情報一式を示し、以下で示す情報を備える。

ａ）広告発信者情報２１１：広告発信者１０２の基本情報であり、下記情報を備える。なお、この情報は広告発信者１０２ごとに用意される。

ｉ）発信者基本情報２１２：この情報は、広告発信者１０２の所在地などの基本属性に関する情報一式を示し、通常は一度登録すると頻繁には更新しない。この情報は下記情報を備える。

（１）システム利用者情報２１３：広告発信者１０２が本システムへアクセスするために必要なＩＤ，パスワードなどの情報である。

（２）所在地情報２１４：郵便番号、住所等、所在地を示す情報である。

（３）紹介・詳細情報２１５：広告発信者１０２の組織・店舗名、組織の紹介文、ロゴ画像、地図表示における広告発信者１０２を示すアイコンの表示位置などの情報である。

ii）広告情報２１６：表示装置１１１で表示する広告の元になる情報一式を示し、下記情報を備える。なお、この情報は広告発信者１０２が複数の広告を掲載する可能性があるため、１つの広告発信者情報２１１に対して複数存在する。

（１）広告画像２１７：表示装置１１１で広告を表示する際に表示される画像であり、例えば商品の写真などである。

（２）広告文２１８：表示装置１１１で広告を表示する際に表示されるメッセージである、例えば商品の説明、店からのお知らせなどである。

（３）広告のタイプ２１９：広告の表示方法を決める情報である。本システムでは、下記３種類の広告表示方法を定義し、指定することが可能である。

（ａ）即時広告：タイムセール等、その時点で突発的に一定時間掲載する広告、このタイプの広告は広告発信者１０２が掲示したいときにシステムへ通知すると、即時表示される。

（ｂ）期間限定広告：広告発信者１０２が事前に広告を掲載したい期間を登録しておき、登録した期間が来たときに表示される広告である。例えば、クリスマスセール、バーゲンなどの告知に利用する。

（ｃ）基本広告：上記２種類の広告が存在しない場合に、広告発信者１０２に割り当てられた広告表示時間が来たとき表示する広告である。例えば、店の紹介などが考えられる。

これらの広告は、設定によって時間が重なる場合があるため、そのときは、即時抗告＞期間限定広告＞基本広告の順に優先順位をつけて処理を行うとよい。

（４）表示スケジュール２２０：広告を表示する期間、時間、曜日を指定する。例えば、”２００３年１２月１１日から毎週月水木の１０：００〜１２：００”などといった情報である。また、この情報はひとつの広告情報２１６に対して、複数設けることが可能である。

（５）クーポン情報２２１：この情報は、広告している商品、サービスに対してクーポンを発行する場合に使用する。例えば、ある商品を広告している場合、その商品が１０％ＯＦＦになるというクーポンを配りたいときに使用する。

（６）フォーマット番号２２２：この情報は、広告情報２１６内の情報を表示装置１１１に表示する場合に、どのような形で表示するかを示す広告フォーマット情報２２３のどれを使用するかを示す番号である。

ｂ）広告フォーマット情報２２３：この情報は、広告情報２１６の内容をどのように表示するかのフォーマットを示す。フォーマットは業種、目的ごとに複数用意され、広告発信者１０２が所望のものを選択することが可能である。

ｃ）スケジュール編成情報２２４：各広告情報に基づき、広告を表示するタイミングと期間をスケジューリングし作成される情報である。この情報は、定期的にＦＥサーバ１１０へ送信され、フロントエンドサーバ管理情報２５０内のスケジュール編成情報２２４として利用される。

２）掲示板関連情報２３０：この情報は、後述する掲示板で使用する情報一式であり、掲示板に表示されるコメントと画像を中心構成される掲示情報２３０を複数含む。掲示情報２３１は下記情報を備える。

ａ）画像２３２：エンドユーザ１６０あるいは広告発信者１０２が携帯端末１１５、１２０を用いてアップロードした画像である。

ｂ）コメント２３３：上記ａ）と同様にアップロードした画像に対するコメントである。

ｃ）登録日時２３４：上記ａ）、ｂ）が登録された日時である。

ｄ）掲載場所２３５：フロントエンド１０３および掲示板機能を実行している表示装置１１１が複数存在する場合に、どの場所へ表示するかを示す情報である。

ｅ）掲載可否フラグ２３７：掲示情報２３１が掲示板へ掲載可能かどうかを示すフラグである。例えば、内容が不適切な場合、管理権限を持つ広告発信者１０２が掲載不可にフラグを設定することでこの情報の表示を停止することが可能となる。

３）システム運用情報２４０：この情報は、本システム運用に関する基本情報であり、例えば、各装置のネットワーク設定情報、起動時に設定が必要なパラメータなどが含まれる。

４）エンドユーザ操作アニメ情報２４１：エンドユーザ１６０が本システムにアクセスしたとき表示装置１１１上に表示され、エンドユーザ１６０の操作に応じてアニメーションするキャラクタに関する情報である。

５）広告表示履歴２４２：この情報は、表示装置１１１で広告を表示した回数、時間帯などの実績を記録した情報であり、ＣＲＭ（広告の効果）情報２４７の生成に利用される。

６）エンドユーザアクセス履歴２４３：この情報は、エンドユーザ１６０が本システムに対してアクセスした履歴を記録した情報であり、ＣＲＭ情報２４７の生成に利用される。

７）システム運用履歴２４４：この情報は、本システムの起動、内部エラーなどの運用実績を記録した情報であり、システムの保守に利用される。

８）フロントエンド管理情報２４５：この情報は、各フロントエンド１０３の管理に必要な情報一式であり、例えば、フロントエンド１０３のネットワーク設定、それぞれの表示装置１１１で表示する内容などの設定情報である。この情報は、各フロントエンド１０３ごとに準備される。

９）ＣＲＭ情報２４７：この情報は、広告発信者１０２が掲載した広告の効果をエンドユーザアクセス履歴２４３などに基づき定量的に計算した結果をまとめた情報である。

次に、フロントエンドサーバ管理情報２５０について説明する。

１）スケジュール編成情報２２４：この情報は、バックエンドサーバ管理情報２００内のスケジュール編成情報２２４からこのフロントエンド１０３に関係がある部分を転送したものであり、フロントエンドサーバ１１０はこの情報に基づき広告表示を切り替える。

２）表示用発信者基本情報２５１：この情報は、バックエンドサーバ管理情報２００内の発信者基本情報２１２を広告フォーマット情報２２３に基づき表示用に編集された情報であり、このフロントエンド１０３で表示する各広告発信者１０２ごとに生成される。

３）表示用広告情報２５２：この情報は、バックエンドサーバ管理情報２００内の広告情報２１６を広告フォーマット情報２２３に基づき表示用に編集された情報であり、各広告ごとに生成される。

４）掲示板関連情報２３０：この情報は、バックエンドサーバ管理情報２００内の掲示板関連情報２３０からこのフロントエンドで表示するもののみ転送した情報であり、ここで表示する複数の掲示情報２３１も含まれる。

５）フロントエンド管理情報２４５：この情報は、バックエンドサーバ管理情報２００内フロントエンド管理情報２４５から、このフロントエンド１０３に必要な情報を転送したものである。

６）地図情報２４６：この情報は、後述する地図表示で使用するフロントエンドが存在する付近の地図に関する情報であり、バックエンドサーバ管理情報２００内の地図情報２４６からこのフロントエンド１０３に必要な情報を転送したものである。

７）エンドユーザ操作アニメ情報２４１：この情報は、バックエンドサーバ管理情報２００からこのフロントエンド１０３で扱うエンドユーザ操作アニメ情報２４１を転送したものである。

８）フロントエンド履歴情報２４７：この情報は、フロントエンド１０３内で発生したイベントを記録したものであり、一定期間ごとにバックエンドサーバ１０１へ転送される。イベントの内容としては、例えば、広告の切り替え等がある。

次に、表示装置情報２６０について説明する。この情報は、基本的に表示に必要なときに必要な分だけフロントエンドサーバ管理情報２５０から転送される形式をとる。これにより表示装置１１１の情報管理の負担を減らし、構成を簡便化することができる。本システムでは、表示装置１１１が表示する内容を下記４種類に分類し、そのうちの各１種類をそれぞれの表示装置１１１に表示させる形式をとる。

１）広告表示：広告発信者１０２が提供する広告を表示する。画面例を図３に示す。

２）詳細表示：広告発信者１０２の所在地連絡先などの詳細な情報を表示する。画面例を図４に示す。

３）掲示板表示：広告発信者１０２、あるいはエンドユーザ１６０が携帯端末１１５、１２０を利用してアップロードした画像とコメントを掲載して掲示板として利用する。画面例を図６に示す。

４）地図表示：広告発信者１０２の位置を示す地図を表示する。画面例を図５に示す。

なお、それぞれの画面上でエンドユーザ１６０は、自分に割り当てられたキャラクタを操作して情報の取得、閲覧などを行うことができる。したがって、図示のように上記４種類のどの画面を表示するかに応じて、フロントエンドサーバ１１０から転送される情報の組み合わせが異なることになる。

図３、４，５，６は、表示装置１１１で表示される画面の例を説明する図である。前述したように各表示装置１１１は、用途に合わせて４種類の画面の中からひとつを表示する。

図３は広告画面を説明する図である。広告画面３０１は、前述の表示用広告情報２５２を表示する画面である。表示装置番号３０２は、エンドユーザ１６０が携帯端末１１５を用いてアクセスしたい表示装置１１１を指定する際に使用する。また、この番号は、それぞれのフロントエンド１０３内に複数存在する表示装置１１１を識別するために表示される。メールアドレス３０３は、エンドユーザ１６０がこの表示装置に初めてアクセスする際に使用するメールの送り先を示す。なお、詳細については後述する。

広告発信者番号３０４は、エンドユーザ１６０が情報を取得したい広告とそれを掲載している広告発信者１０２を識別するために使用する。エンドユーザ１６０が携帯端末１１５にこの番号を入力することで、それに対応する広告発信者１０２の情報を取得・閲覧することが可能である。

広告発信者タイトル３０５は、広告発信者１０２の名称である。広告タイトル３０６は、広告発信者１０２が提供する広告のタイトルである。広告内容３０７は、広告に関する説明文である。広告画像３０８は、広告発信者１０２が携帯電話１２０などで撮影した広告用の写真である。クーポン情報３０９は、この広告に対して割引券などエンドユーザ１６０に対して利点のある情報が携帯端末１２０へダウンロード可能かどうかを示す。これが表示されている場合、クーポン情報のダウンロードが可能である。エンドユーザキャラクタ３１０は、エンドユーザ１０６が広告表示３０１画面に対して携帯電話１２０を利用してアクセスしている場合に表示される。この表示はエンドユーザ１６０ごとに異なるキャラクタを用いて表示される。操作説明３１１は、エンドユーザ１６０に対してこの画面で現在可能な操作を示す。なお、広告表示３０１においては、上下のグレー部分は固定表示で、中央の広告タイトルなどは定期的に他の広告を入れ替わる。入れ替えの方法などについては後述する。

図４は、詳細表示画面を説明する図である。図の詳細表示４００は、前述の表示用発信者基本情報２５１を表示装置１１１で表示する際の画面である。この画面は、エンドユーザ１６０が広告発信者１０２の詳細を閲覧する場合、携帯端末１２０では画面が小さく、表示が不十分な場合等に、表示装置１１１を用いて詳細を表示する際に使用される。

住所４０１、電話番号４０２、ＦＡＸ番号４０３、Ｅ−Ｍａｉｌアドレス４０６は広告発信者１０２の所在地と連絡先に関する情報である。クーポン情報４０６はエンドユーザ１６０に提供する割引券などの情報の詳細である。営業時間４０７は広告発信者１０２が店舗などの場合における営業時間を示す。定休日４０８は広告発信者１０２の定休日を示す。紹介画像４０４は広告発信者１０２の店舗の写真など、エンドユーザ１６０に対して視覚的に印象を与えるための画像である。

詳細表示画面を表示している表示装置１１１はその画面表示を複数に分割して、同時に複数のエンドユーザ１６０に使用可能な状態を作り出し、異なる情報を同時に表示する場合がある。このためエンドユーザ１６０が現在どの画面の情報を呼び出しているかが分かるように、画面を呼び出したエンドユーザ１６０のエンドユーザキャラクタ３１０を表示する。また、前記画面の広告表示３０１の場合と同様に、下部グレー部分を固定表示で表示し、上部はエンドユーザ１６０の要求に応じて表示が変更される。

図５は、地図表示画面を説明する図である。図の地図表示５００は、広告発信者１０２の所在地を表示する地図画面である。この表示に対して、エンドユーザ１６０はアクセスすることが可能で、携帯電話１１５からアクセスすると、自己用のエンドユーザキャラクタ３１０が割り当てられる。エンドユーザは、これを操作して、広告発信者１０２の位置を示す建物などのアイコンにキャラクタをあわせることで、詳細情報、あるいはクーポン情報の取得・閲覧が可能になる。

次に、この画面を構成する各要素について説明する。地図画像５０１は、この地図画面５００を表示している表示装置１１１に情報を提供している広告発信者１０２の存在する地域の地図画像を表示する。地図の表現方法としては、たとえば、地図の中心をこの表示装置１１１とし、それから放射上に近隣の様子を描くなどの方法が考えられる。広告発信者アイコン５０２は、広告発信者１０２の地図上の所在地に表示される目印であり、たとえば家、店のマークなどであり、内部に広告発信者番号３０４が表示される。タイトル吹き出し５０３は、広告発信者１０２のタイトルを表示する。操作説明吹きだし５０４は、エンドユーザキャラクタ３１０が広告発信者アイコン５０２のそばに来たときに可能な操作を示すため、タイトル吹きだし５０３に代わって表示される。

図６は掲示板表示を説明する図である。掲示板表示６００は、エンドユーザ１６０あるいは広告発信者１０２が携帯端末１１５、１２０で撮影した画像にコメントをつけて本システムに送信したものを一覧表示するための画面である。この掲示板表示は、例えば駅前などに設置されている場合には、この駅の利用者が自由に書き込みを行い他の利用者とコミュニケーションを行うために使用する通常の掲示板と同様な機能を提供することができる。

次に、各構成要素について説明する。フレーム６０１は掲載した画像とそれに関する諸情報を識別しやすいように設けられた枠である。各情報はこの枠の中に表示される。エンドユーザキャラクタ３１０は、この画面では情報提供者を識別するために表示される。投稿時刻６０２はいつこの情報が投稿されたかを示す。投稿画像６０３は投稿された画像を示す。投稿コメント６０４は投稿されたコメント内容を示す。コメント番号６０５はエンドユーザ１６０がこの情報を携帯端末１１５へダウンロードしたい場合などに指定するために使用され、情報ごとに異なった番号が表示される。対象広告発信者情報６０６は特定の広告発信者１０２に対する情報の場合に表示される。

次に、図７から２１を用いて、本システムの各動作時の処理の流れについて説明する。

図７は、本システムが起動したときの処理の流れを示すフローチャートである。本システムではバックエンドサーバ１０１が最初に起動する（ステップ７０１）。バックエンドサーバ１０１は、自己が管理する予定のフロントエンドサーバ１１０に対して、フロントエンド起動信号を送信する（ステップ７０２）。フロントエンドサーバが起動（ステップ７０５）し、バックエンドサーバ１０１との通信準備が整うと、フロントエンド起動完了をバックエンドサーバ１０１へ通知する（ステップ７０４）。これを受けたバックエンドサーバ１０１は、フロントエンド管理情報２４５をフロントエンドサーバ１１０へ送信する（ステップ７０６）。フロントエンド管理情報２４５には、フロントエンドサーバ１０１が管理する表示装置１１１の構成が記載されており、これに基づきフロントエンドサーバ１１０は順次管理する予定の表示装置１１１に起動信号を送信する（ステップ７１８）。この起動信号としては、例えばＬＡＮ経由で機器の電源を制御可能なWake on Lan機能などのコマンドが考えられる。表示装置１１１が起動すると（ステップ７２０）、起動完了をフロントエンドサーバ１１０へ送信する（ステップ７１９）。その後システム起動画面を表示する（ステップ７２１）。このとき表示される初期画面は、前述の４種類の画面とは異なりシステムロゴなどの画面である。その後の処理で広告表示などの画面に切り替えられる。

管理予定のすべての表示装置１１１から起動完了の通知を受信したフロントエンドサーバ１１０は、表示装置１１１に表示すべき画面に関する情報をバックエンドサーバに要求する（ステップ７０７）。バックエンドサーバは、フロントエンドサーバ１１０が管理する表示装置１１１に表示する画面に関する情報一式を送信する（ステップ７０８）。これを受信したフロントエンドサーバ１１０は、表示画面情報（広告表示、地図表示等）のどれを表示するかとその表示に関する情報をそれぞれの表示装置１１１に送信する（ステップ７２２）。この信号を受信した表示装置は、それぞれの初期画面を表示する（ステップ７２３）。

一方、バックエンドサーバは、フロントエンドサーバ１１０への表示装置用情報の送信完了後、フロントエンドサーバ１１０が存在するフロントエンド１０３で表示する広告表示に関するスケジュール編成を行う（ステップ７０９）。スケジュール編成が終了すると、この情報をフロントエンドサーバ１１０に送信する（ステップ７１０）。スケジュールを受信したフロントエンドサーバ１１０は、あらかじめ表示することがわかっている情報を事前にバックエンドサーバ１０１から受け取るため、表示用の各種情報を要求する（ステップ７１１）。このとき要求する情報は、前述の図２で示したバックエンドサーバ管理情報２００からフロンエンドサーバ管理情報２５０へ転送される情報一式である。バックエンドサーバ１０１は、この表示用情報一式をフロントエンドサーバ１１０へ送信する（ステップ７１３）。

次に、バックエンドサーバ１０１は、フロントエンドサーバ１０１内に蓄積されたログ情報の送信を要求する（ステップ７１３）。これを受けたフロントエンドサーバ１１０は、フロントエンドログ情報２４７をバックエンドサーバ１０１へ送信する。バックエンドサーバ１０１は、このログ情報を解析して前述の図２で説明した各種履歴情報を生成し保存する（ステップ７１５）。初期データ転送が一通り終わると、バックエンドサーバ１０１は、フロントエンドサーバ１１０へ現在時刻情報を送信し（ステップ７１６）、フロントエンドサーバ１１０は時刻を設定する（ステップ７１７）。

図８は、本システム終了時の処理の流れを示すフローチャートである。バックエンドサーバ１０１は、定期的にフロントエンドサーバ１１０の動作を監視する。この監視方法としては、例えばフロントエンドサーバ１１０のＩＰアドレスに定期的にアクセスを行い、一定時間以内に応答があるか否かを見るという方法がある（ステップ８０１、８０２）。 システム終了時、まず表示措置１１１のプログラムを終了し電源を遮断する（ステップ８０３，８０４）。次に、フロントエンドサーバ１１０のプログラムを終了し電源を遮断する（ステップ８０５，８０６）。すると、バックエンドサーバ１０１が発行した応答要求（ステップ８０６）に対する応答が帰ってこないため（ステップ８０７）、バックエンドサーバはフロントエンドサーバ１１０の終了を検出する（ステップ８０８、８０９、８１０）。そしてバックエンドサーバ１０１は、フロントエンドサーバ１１０の終了時刻をログに記録し（ステップ８１１）、フロントエンドサーバ１１０用に保持していた情報を破棄する（ステップ８１２）。なお、バックエンドサーバのプログラムはシステムトラブル時以外には基本的に終了しない。

図９は、表示装置１１１の表示内容をバックエンドサーバ１０１とフロントエンドサーバ１１０が連携して制御を行う際の処理の流れを示すフローチャートである。

フロントエンドサーバ１１０は、まずバックエンドサーバ１０１より送信されたフロントエンド管理情報２４５をもとに各表示装置１１１の表示内容を決定する（ステップ９０１）。その後、表示内容に応じた情報をバックエンドサーバ１１０に要求する（ステップ９０２）。バックエンドサーバ１０１は、受信した内容に基づき表示装置１１１で表示すべき内容を生成する（ステップ９０３）。例えば、バックエンドサーバ１０１内のＤＢに保存されている情報から表示装置１１１に表示するデータを生成する。

バックエンドサーバ１０１は、前記情報の生成が完了すると、フロントエンドサーバ１１０にこの情報を送信する（ステップ９０４）。この情報を受信したフロントエンドサーバ１１０は、この情報をフロントエンドサーバ内の記録装置へ保存する。すなわち、今後同じ情報を表示する必要がある場合に、再利用可能なようにキャッシュしておく。次いでフロントエンドサーバ１１０は、表示コンテンツのうち現時点で表示するコンテンツを表示装置１１１へ送信する（ステップ９０６）。これを受信した表示装置１１１は表示コンテンツを実行する（ステップ９０７）。

以後、フロントエンドサーバ１１０内、およびバックエンドサーバ１０１との間で何か表示に関するイベントが発生した場合（ステップ９０８）において、このイベントが、現在、表示装置１１１に表示しているコンテンツの表示方法のみ変更する場合は、フロントエンドサーバ１１０は表示内容を制御する制御情報を送信する（ステップ９０９）。コンテンツの表示方法のみ変更するイベントとしては、例えば、コンテンツとしてエンドユーザ１６０のキャラクタを表示しており、そのキャラクタの表示位置を変更する場合などが該当する。次いで、前記制御情報を受信した表示装置１１１は表示コンテンツを制御する（ステップ９１０）。実際には、前述のとおり表示コンテンツ自体が自身の制御スクリプトを含むため、制御情報は直接現在表示中のコンテンツへ渡される。また、表示コンテンツそのものを変更する場合は、フロントエンドサーバ１１０が入れ替える表示コンテンツを送信し（ステップ９１１）、表示装置１１１がそれを入れ替える処理を行う（ステップ９１２）。次いで、入れ替えたコンテンツのスクリプトを実行する（ステップ９１３）。

図１０は、広告表示において、コンテンツの切り替え処理の手順を示すフローチャートである。フロントエンドサーバ１１０は、一定時間毎にスケジュール編成情報を参照し（ステップ１００１）、入れ替え期間が来たか否かを判断する（ステップ１００２）。入れ替え期間が来た場合、次に広告を表示する店番号を編成情報から検索する（ステップ１００３）。この店番号に相当する広告発信者が即時広告を登録しているか否かを判断し（ステップ１００４）、登録している場合は即時広告コンテンツを表示装置１１１へ送信する（ステップ１００５）。登録していない場合は、この広告発信者に対応する期間限定広告が存在するか否かを検索する（ステップ１００６）。期間限定広告が存在する場合は、期間限定広告コンテンツを表示装置１１１に送信する（ステップ１００７）。存在しない場合は、この広告発信者に対応する基本広告コンテンツを送信する（ステップ１００８）。表示装置１１１は、受信したコンテンツを現在表示中のコンテンツと入れ替える（ステップ１００９）。そして表示コンテンツを実行する（ステップ１０１０）。

図１１は、広告発信者１０２が発信者基本情報２１２を登録する際の処理の流れを示すフローチャートである。広告発信者１０２は、広告発信者用ＰＣ１２１を利用してバックエンドサーバ１０１が提供する広告発信者用ウエブサーバのウエブページにログインする（ステップ１１０１）。次いで、広告発信者基本情報を入力する（ステップ１１０２）。広告発信者基本情報としては、例えば広告発信者１０２の名称、住所、営業時間などが考えられる。次いで、今後使用する広告フォーマット２２３を選択する（ステップ１１０３）。広告フォーマット２２３としては、例えば、広告発信者１０２が登録した情報を表示する際に使用する背景画像、各情報の表示位置、フォントサイズ等の情報が含まれる。次いで、広告発信者１０２の基本的な紹介事項を広告として表示するための基本広告を登録する（ステップ１１０４）。なお、前記基本広告は、すでに登録した基本情報と広告フォーマットから生成可能な場合もあり、そのような場合は特に登録は行わなとも良い。すべての登録処理が終了するとウエブページからログアウトする（ステップ１１０５）。

図１２は、広告発信者１０２が広告を登録する際の処理の流れを示すフローチャートである。図１１の例の場合と同様、広告発信者は広告登録用のウエブページにログインする（ステップ１２０１）。次いで、広告に対して行う処理を選択する（ステップ１２０２）。この処理としては、新規に広告を登録する場合と、現在登録してある広告を修正する場合とが存在する。ここで、修正を選択した場合は選択した広告が上書きされる。一方、新規を選択した場合には、まず、広告のフォーマットを選択する（ステップ１２０３）。次いでスケジュールを登録する（ステップ１２０４）。この際、まず即時広告か期間限定広告かを選択し、それぞれに応じたスケジュールを登録する。次いで、広告発信者１０２はウエブページからログアウトする（ステップ１２０５）。
図１３は、広告発信者１０２が携帯電話１２０を利用して広告画像およびそのメッセージを登録する際の処理の流れを示すフローチャートである。

広告発信者１０２は、バックエンドサーバ１０１に携帯電話１１５を介してログインする（ステップ１３０１）。ログインの方法として、例えば、携帯電話１１５に専用のアプリケーションをインストールしておき、それを利用してログインする方法、バックエンドサーバ１０１が提供する携帯用ウエブページにアクセスする方法等が考えられる。ログイン後、広告登録メニューを選択する（ステップ１３０２）。広告登録メニューとしては、例えば、登録内容の閲覧、特定の広告の削除などを設ける。ここで、閲覧を選択すると、広告発信者１０２用の、前記図１２で登録した広告一覧が表示されるので、この中から広告画像およびメッセージのうち置き換えたいものを選択する（ステップ１３０３）。選択した広告画像およびメッセージに対して、“今だけ広告を置き換える”と“現状広告の更新”をメニューとして表示する。この表示は、掲載する情報を即時広告として利用するか、基本広告あるいは期間限定広告として利用するかを選択することを要求するメッセージであるから、メニューの表示としては、他の表現に変更して良い。

ここで、“今だけ置き換える”を選択すると（ステップ１３０４）、まず表示時間を設定する（ステップ１３０５）。これは例えば今から３０分間だけ置き換えるなどである。次にメッセージを入力する（ステップ１３０６）。そして広告画像として利用する写真を携帯電話１１５で撮影する（ステップ１３０７）。なお、ステップ１３０５、１３０６、１３０７は順不同でよい。次いで、これらのステップで得た情報をバックエンドサーバ１０１へ送信する。これらの情報を受信したバックエンドサーバ１０１は、広告情報の更新内容を広告表示履歴２４２として記録し（ステップ１３１０）、更に前記情報をフロントエンドサーバ１１０に送信する（ステップ１３１２）。この後、バックエンドサーバ１０１は、更新完了を携帯電話１２０へ通知する（ステップ１３１１）。情報を受け取ったフロントエンドサーバ１１０は、広告発信者１０２の広告配信期間が来ると、現在配信予定の広告を受信した情報に置き換え（ステップ１３１３）、置き換えた情報を表示装置１１１へ送信する（ステップ１３１４）。表示装置１１１はこの情報を表示する。

一方、“現状広告の更新”を選択すると（ステップ１３０９）、表示時間を設定し（ステップ１３１６）、メッセージを設定し（ステップ１３１７）、そして広告用の写真を撮影する（ステップ１３１８）、なお、ステップ１３１６、１３１７、１３１８は順不同でよい。その後、バックエンドサーバにこれらの情報を送信する（ステップ１３１９）、前記情報を受信したバックエンドサーバは、この情報を保存した後、広告表示履歴２４２に広告更新を記録する。なお、即時広告の場合とは異なり、フロントエンドサーバ１０１には、すぐに反映されない。反映のタイミングとしては、例えば一定期間毎にフロントエンドサーバ１１０へ情報を送信する等が考えられる。また、定期的にフロントエンドサーバを停止、起動する場合は、次回再起動時に反映するなどの方法でよい。情報の処理が完了したバックエンドサーバ１０１は、更新完了を広告発信者１０２に通知する（ステップ１３２１）。

次に、エンドユーザ１６０が本システムを利用する場合について説明する。

図１４は、エンドユーザ１６０が本システムへアクセスする際の処理の流れを示すフローチャートである。

まず、初めて本システムへアクセスする場合は、図３に示すメールアドレス３０３に空メールを送信する（ステップ１４０１）。するとバックエンドサーバ１０１にメールが届くことになる。バックエンドサーバはエンドユーザ１６０が携帯電話１１５でアクセスする際に必要となるアクセス先ＵＲＬを送信する（ステップ１４０２）。前記ＵＲＬを受信したエンドユーザ１６０は、このＵＲＬに携帯電話１１５のブラウザなどを利用してアクセスする（ステップ１４０３）。バックエンドサーバ１０１はこのエンドユーザ１６０からのアクセスをエンドユーザアクセス履歴２４３に記録する（ステップ１４０４）。なお、アクセス時、匿名アクセスあるいはユーザのメールアドレスを記録する等の方法を用いても良い。次いで、バックエンドサーバ１０１はエンドユーザ１６０の携帯電話１１５にメニューを送信する（ステップ１４０５）。

エンドユーザ１６０は、まず図３、図５、図６などに示す表示装置番号３０２を入力してアクセスしたい表示装置１１１を選択するか（ステップ１４０６）、あるいは図３、図４に示す店番号３０４、図５に示す店番号５０２を入力し、直接情報を取得したい広告発信者１０２を指定する。なお、このときＵＲＬをブックマークなどに登録することで、次回以降はステップ１４０３以降を行うだけ本システムにアクセスすることができる。

また、上記ステップ１４０１においてバックエンドサーバ１０１へアクセスした際、専用のアプリケーションをダウンロードし、次回以降のアクセスではそれを利用しても良い。

この場合、エンドユーザ１６０は、まずアプリケーションを起動する（ステップ１４０８）、すると、メニューが表示されるので、表示装置番号あるいは店番号を入力するのみでよい（ステップ１４０９，１４１０）。

図１５は、エンドユーザ１６０が本システムへアクセスして情報を取得する際の処理の流れを示すフローチャートである。

まず、図１４に示すユーザ基本アクセス（ステップ１５０１）により、情報の取得先を選択する。次いで、表示されるメニューから“情報取得”を選択する（ステップ１５０２）。次いで店番号等情報の取得先情報をバックエンドサーバ１０１に送信する（ステップ１５０３）。取得先情報を受信したバックエンドサーバ１０１は、エンドユーザアクセス履歴２４３にこの情報を記録し（ステップ１５０４）、携帯電話１１５に所望の情報、例えばクーポン画像、広告発信者詳細情報などを送信する（ステップ１５０５）。次いでバックエンドサーバ１０１は、携帯電話１１５がダウンロードした内容を記録する（ステップ１５０６）。

図１６は、エンドユーザ１６０がキャラクタを操作し情報を取得する際の処理の流れを示すフローチャートである。

図１４に示すユーザ基本アクセス（ステップ１６０１）により地図表示を行っている表示装置１１１を選択後、メニューから“キャラクタ操作”を選択する（ステップ１６０２）。これらの情報をバックエンドサーバ１０１へ送信する（ステップ１６０３）。これを受信したバックエンドサーバ１０１は表示装置番号と店番号をエンドユーザアクセス履歴２４３へ記録する（ステップ１６０４）。次いで、このエンドユーザ１６０用のキャラクタを表示するようにフロントエンドサーバへ通知する（ステップ１６０６）。このときキャラクタのシステム内での決定方法としては、例えば、キャラクタに管理番号をつけておき、番号の小さいものから順に割り当てていく等の方法が考えられる。

次いで、バックエンドサーバはキャラクタが移動可能な場所の一覧メニューを携帯電話１１５へ送信する（ステップ１６０５）。キャラクタ表示指示を受けたフロントエンドサーバ１０１は、地図表示の表示装置を選択し（ステップ１６０７）、キャラクタの表示を表示装置１１１へ通知する（ステップ１６１０）。これを受けた表示装置１１１はキャラクタを表示する。（ステップ１６１２）。一方、バックエンドサーバ１０１から移動先一覧を受信したエンドユーザ１６０は、携帯電話１１５を用いて移動先を選択する（ステップ１６０８）。次いで移動先情報を送信する（ステップ１６０９）。これを受信したバックエンドサーバ１０１は、この情報をフロントエンドサーバ１１０へ転送する（ステップ１６１１）。フロントエンドサーバ１１０は、地図表示の表示装置を選択し（ステップ１６１３）、キャラクタの移動を通知する（ステップ１６１４）。そして表示装置１１１はキャラクタを移動する（ステップ１６１５）。

エンドユーザ１６０がキャラクタを地図表示の所望の場所まで移動すると“情報取得”を選択する（ステップ１６１６）。この情報がバックエンドサーバ１０１に送信され（ステップ１６１７）。バックエンドサーバ１０１が所望の情報を携帯電話１１５へ送信する（ステップ１６１８）。次いで、携帯電話１１５は受信した画像、メッセージを表示する（ステップ１６１９）。バックエンドサーバ１０１は送信した情報に関する店番号をエンドユーザアクセス履歴２４３へ記録する。そして、情報取得のキャラクタアニメを行うようにフロントエンドサーバへ通知し（ステップ１６２１）。これを受けたフロントエンドサーバ１１０は、地図表示の表示装置を選択し（ステップ１６２２）、このキャラクタアニメの指示を表示装置１１１へ通知する（ステップ１６２３）。これを受けた表示装置１１１は地図表示コンテンツにこの指示を転送し、キャラクタが情報取得を行うアニメを表示する（ステップ１６２４）。

図１７は、エンドユーザがキャラクタを操作し、詳細情報を表示装置１１１の詳細表示画面に表示する際の処理の流れを示すフローチャートである。

図１４に示すユーザ基本アクセス（ステップ１７０１）により、地図表示を行っている表示装置１１１を選択後、メニューから“キャラクタ操作”を選択する。次いで、この情報をバックエンドサーバ１０１へ送信する（ステップ１７０２）。これを受信したバックエンドサーバ１０１は表示装置番号と店番号をエンドユーザアクセス履歴２４３へ記録する（ステップ１７０３）。次いで、このエンドユーザ１６０用のキャラクタを表示するようにフロントエンドサーバへ通知する（ステップ１７０４）。このときキャラクタのシステム内での決定方法としては、例えば、キャラクタに管理番号をつけておき、番号の小さいものから順に割り当てていく等の方法が考えられる。この後、バックエンドサーバ１０１はキャラクタが移動可能な場所の一覧メニューを携帯電話１１５へ送信する（ステップ１７０５）。キャラクタ表示指示を受けたフロントエンドサーバ１０１は、地図表示の表示装置を選択し（ステップ１７０６）、キャラクタの表示を表示装置１１１へ通知する（ステップ１７０７）。これを受けた表示装置１１１はキャラクタを表示する。（ステップ１７１１）。一方、バックエンドサーバ１０１から移動先一覧を受信した携帯電話１１５でエンドユーザ１６０は移動先を選択する（ステップ１７０８）、そして移動先情報を送信する（ステップ１７０９）。これを受信したバックエンドサーバ１０１は、この情報をフロントエンドサーバ１１０へ転送する（ステップ１７１０）。フロントエンドサーバ１１０は、地図表示の表示装置を選択し（ステップ１７１２）、キャラクタの移動を通知する（ステップ１７１３）。そして表示装置１１１はキャラクタを移動する（ステップ１７１４）。

エンドユーザ１６０がキャラクタを地図表示の所望の場所まで移動すると“詳細表示”を選択する（ステップ１７１５）。この情報はバックエンドサーバ１０１に送信され（ステップ１７１６）。バックエンドサーバ１０１は詳細表示する店番号をユーザアクセス履歴に記録する（ステップ１７１７）。次いで、詳細情報表示をフロントエンドサーバ１１０に通知する（ステップ１７１８）。フロントエンドサーバ１１０では、詳細表示を行っている表示装置１１１を選択し（ステップ１７１９）、まず地図表示を行っている表示装置１１１にキャラクタ削除を通知し（ステップ１７２０）、キャラクタを削除した後（ステップ１７２１）、詳細情報を詳細表示を行っている別の表示装置に送信し（ステップ１７２２）表示させた後に（ステップ１７２３）、キャラクタ表示を通知し（ステップ１７２４）、詳細表示の画面上にキャラクタを表示させる（ステップ１７２５）。

図１８は、エンドユーザ１６０がキャラクタ操作を終了させる際の処理の流れを示すフローチャートである。

図１４に示すユーザ基本アクセス（ステップ１８０１）により、地図表示を行っている表示装置１１１を選択後、メニューから“終了”を選択する（ステップ１８０２）。次いで携帯端末１１５はキャラクタ操作終了を通知する（ステップ１８０３）。バックエンドサーバ１０１は操作の終了をエンドユーザ操作履歴２４３へ記録する（ステップ１８０４）。そしてキャラクタ削除をフロントエンドサーバ１１０へ通知する（ステップ１８０５）。次いで、携帯端末１１５に操作完了を通知する（ステップ１８０６）。これを受けた携帯端末１１５は操作完了を表示する（ステップ１８１０）。一方、フロントエンドサーバ１１０は、地図表示の表示装置１１１を選択し、キャラクタ削除を通知する（ステップ１８０８）。これを受けた表示装置１１１はキャラクタを削除する（ステップ１８０９）。

図１９、２０は、エンドユーザ１６０が、図６で示す掲示板を表示している表示装置１１１に画像とコメントを掲載する際の処理の流れを示すフローチャートである。図１９は、携帯電話常で動作する専用のアプリケーションを利用した場合、図２０は、メールをバックエンドサーバ１０１へ送信して登録を行う場合の処理の流れを示す。

図１９について説明する。まず、エンドユーザ１６０は専用のアプリケーションを起動する（ステップ１９０１）。次いで、掲示板表示を行っている表示装置１１１を選択する（ステップ１９０２）。次いで、広告発信者１０２に対してコメントがあるなら店番号を入力する（ステップ１９０３）。次いで、掲載したい写真を携帯電話１１５を用いて撮影する（ステップ１９０４）。次いで、これらの情報をバックエンドサーバへ送信する（ステップ１９０５）。バックエンドサーバ１０１は送信されてきた情報をサーバ内へ保存し、エンドユーザアクセス履歴２４３へ情報を記録する（ステップ１９０６）。次いで、フロントエンドサーバ１１０へ掲載情報を送信する（ステップ１９０７）。フロントエンドサーバ１１０は掲示板を表示している表示装置を選択し（ステップ１９０８）、選択した情報を送信する（ステップ１９０９）。これを受けた表示装置１１１は情報を表示する（ステップ１９１０）。なお、各広告発信者毎に掲示板が存在する場合も考えられる。このような場合は、例えば、ある広告発信者１０２の広告が表示されている期間、掲示板でもその広告発信者１０２に関する情報を表示するという方法が考えられる。

図２０について説明する。まず、エンドユーザ１６０はバックエンドサーバ１０１の画像アップロード用メールアドレスを入力する（ステップ２００１）。そしてタイトル、コメントを入力し、掲載したい画像を添付する（ステップ２００２，２００３，２００４）。次いで、このようにして生成したメールをバックエンドサーバ１０１へ送信する（ステップ２００５）。メールを受信したバックエンドサーバ１０１は、メールの内容を解析し（ステップ２００６）、フロントエンドサーバ１１０への送信情報を生成する（ステップ２００７）。このとき送信する内容をエンドユーザアクセス履歴２４３へ記録し（ステップ２００８）、情報をフロントエンドサーバ１０１へ送信する（ステップ２００９）。これを受信したフロントエンドサーバ１１０は、掲示板表示を行っている表示装置を選択し（ステップ２０１０）、この表示装置１１１へ情報を送信する（ステップ２０１１）。これを受信した表示装置１１１は情報を表示する（ステップ２０１２）。

図２１は、掲示板に表示されている情報をエンドユーザ１６０が携帯端末にダウンロードする際の処理の流れを示すフローチャートである。

図１４に示すユーザ基本アクセス（ステップ２１０１）により、掲示板表示を行っている表示装置１１１を選択する。次いで、図６に示す画像番号６０５を選択し、メニューから画像取得を選択する（ステップ２１０２，２１０３）。次いで、携帯電話１１５からこの情報をバックエンドサーバ１０１へ送信すると（ステップ２１０４）、バックエンドサーバ１０１は、この操作をエンドユーザアクセス履歴２４３に記録し（ステップ２１０５）、ダウンロード用の画像データを生成する（ステップ２１０６）。その後、ダウンロード情報を携帯電話１１５に送信する（ステップ２１０７）。これを受信した携帯電話１１５が画像を表示する（ステップ２１０８）。

次に、本システムで収集した各種履歴情報に基づき、広告発信者１０２自身が出している情報に対する定量評価を取得する処理について説明する。

図２２は、この定量評価を取得する処理について説明する図である。本システムにおいて収集する広告表示履歴２４２は、広告発信者１０２が、広告をいつ、どこで、どれだけの間表示したかを記録したテーブルである。このテーブルは、データを一意に識別する番号であるログ番号２２０１、記録日時である発生年月日２２０２、どの広告を表示したかを示す広告番号２２０３、同広告発信者１０２を示す店番号２２０４、発生したイベントの内容を示すイベント内容２２０５、どのフロントエンドで広告したかを示す場所２２０６、その場所内のどの表示装置１１１で発生したかを示す表示装置番号２２０７を備える。なお、これ以外に他の情報を記録することができる。

ユーザアクセス履歴２４３は、エンドユーザ１６０のアクセスを記録したテーブルであり、データを一意に識別する番号であるログ番号２２０８、記録日時である発生年月日２２０９、どの広告発信者に対するアクセスかを示す店番号２２１０、発生したイベントの内容を示すイベント内容２２１１、どのフロントエンドで発生したかを示す場所２２１２を備える。

掲示板関連情報２３０は、掲示板に今までに表示した情報の一覧に関する情報で、データを一意に識別する番号であるログ番号２２１３、記録日時である発生年月日２２１４、どの広告発信者に対するアクセスかを示す店番号２２１５、コメント内容２２１６、どのフロントエンドで発生したかを示す場所２２１７で構成される。

これらの情報を広告発信者１０２の掲載している各広告の掲載期間と場所毎に集計を行うことで合成し（ステップ２２１８）、集計したものがＣＲＭ（広告の効果）情報２４７である。この情報は、データを一意に識別する番号である管理番号２２２０、広告発信者１０２を識別する番号である店番号２２２１、広告識別番号である広告番号２２２２、表示時間帯２２２３、表示したフロントエンドを示す表示場所２２２４、そして各広告に対してエンドユーザ１６０がどれだけアクセスしたかを示すユーザアクセス状況２２２５、および各広告毎に集まった掲示板のコメント一覧である掲示板コメント一覧２２２６を備える。また、前記ユーザアクセス状況２２２５は、エンドユーザが選択した回数である選択回数。詳細表示を行った回数である詳細表示回数、携帯端末１１５によりクーポンを取得した回数であるクーポン取得回数を備える。

広告発信者は、これらの情報を見ることにより、例えばエンドユーザには興味は持ってもらえたが、クーポンのダウンロード数が少ないため、クーポンの魅力は薄かったなどの広告の評価を定量的に行うことが可能となる。なお、この情報は、広告発信者２２３１に直接提供する場合と、マーケティングなどのコンサルタントに評価をしてもらい（ステップ２２２３）、その評価結果を広告発信者２２３１へ提供する（ステップ２２３２）方法が考えられる。

なお、本システムは、データを提供可能な広告発信者であるならば、その業種などに制限はない。このため、例えば、広告に代えて緊急情報を提供する緊急通報システムとして利用することができる。また、広告に代えて、例えば市役所などの内部情報を表示して、本システムを各種案内及びその詳細閲覧システムとしても利用することができる。また、クーポンに代えて地図などの画像をダウンロードさせることも可能であるため、観光地などに設置すれば、地域ガイドとしても利用可能である。

以上説明したように、本実施形態によれば、広告閲覧者が手持ちの携帯機器を利用して容易に本システムへアクセスすることが可能であり、これにより、表示装置に表示されている情報に関する詳細な情報を容易に得ることが可能である。また、所望の広告に対する詳細情報を表示装置に表示することも可能なため、広告閲覧者の携帯機器の表示能力に依存せずに詳細情報を閲覧することが可能である。さらに、広告閲覧者が広告に対してあるいは、一般的に気になる情報があった場合に、携帯端末から本システムへ情報を掲載し、他の広告閲覧者と情報を共有することが可能である。また、広告発信者は、すぐに掲載したい広告などが存在する場合も、手持ちの携帯機器を利用して本システムへ情報を容易に送信し、広告として表示装置へ表示することが可能である。さらに、広告閲覧者の本システムへのアクセス履歴を広告内容と関連付けて管理しているため、広告内容の定量的な評価を容易に広告発信者が得ることが可能になる。

本発明の実施形態に係るサーバシステムを説明する図である。 本システムで扱う情報の一覧とこれらの情報の関係を説明する図である。 広告表示画面を説明する図である。 詳細表示画面を説明する図である。 地図表示画面を説明する図である。 掲示板表示画面を説明する図である。 本システムが起動したときの処理の流れを示すフローチャートである。 本システム終了時の処理の流れを示すフローチャートである。 表示装置の表示内容をバックエンドサーバとフロントエンドサーバが連携して制御を行う際の処理の流れを示すフローチャートである。 広告表示において、コンテンツの切り替え処理の手順を示すフローチャートである。 広告発信者が発信者基本情報を登録する際の処理の流れを示すフローチャートである。 広告発信者が広告を登録する際の処理の流れを示すフローチャートである。 広告発信者が携帯電話を利用して広告画像およびそのメッセージを登録する際の処理の流れを示すフローチャートである。 エンドユーザが本システムへアクセスする際の処理の流れを示すフローチャートである。 エンドユーザが本システムへアクセスして情報を取得する際の処理の流れを示すフローチャートである。 エンドユーザがキャラクタを操作し情報を取得する際の処理の流れを示すフローチャートである。 エンドユーザがキャラクタを操作し、詳細情報を表示装置の詳細表示画面に表示する際の処理の流れを示すフローチャートである。 エンドユーザがキャラクタ操作を終了させる際の処理の流れを示すフローチャートである。 表示装置に画像とコメントを掲載する際の処理の流れを示すフローチャートである。 表示装置に画像とコメントを掲載する際の処理の流れを示すフローチャートである。 掲示板に表示されている情報をエンドユーザが携帯端末にダウンロードする際の処理の流れを示すフローチャートである。 この定量評価を取得する処理について説明する図である運転データサーバの処理を説明する図である。

符号の説明

１０１ バックエンドサーバ
１０２ 広告発信者
１０３，１０４，１０５ フロントエンド
１０６ インターネット
１０７ 携帯キャリアサーバ
１１０ フロントエンドサーバ
１１１ 表示装置
１１２ 映像表示部
１１３ 情報処理部
１１４ 記録装置
１１５、１２０ 携帯電話
１２１ パーソナルコンピュータ
１３０ システムの情報の流れ
１４０ エンドユーザ情報の流れ
１５０ 広告発信者情報の流れ
１６０ エンドユーザ
３０１ 広告表示画面
４００ 詳細表示画面
５００ 地図表示画面
６００ 掲示板表示画面

Claims (15)

1. ユーザが操作するユーザ端末および広告発信者が操作する広告発信者端末からのアクセスを受け入れるバックエンドサーバと、
   複数の表示装置を備え、これらの表示装置にバックエンドサーバから取得した情報を表示するフロントエンドサーバを備え、
   前記バックエンドサーバは、前記表示装置に表示した情報に対するユーザ端末からのアクセスの履歴を取得して格納し、前記広告発信者端末は、予め割り当てられた時間に表示する広告および発信する毎に表示装置に表示すべき即時広告をバックエンドサーバに送信することを特徴とするサーバシステム。
2. 請求項１記載のサーバシステムにおいて、
   アクセスの履歴は、表示装置ごとに表示した情報に対するユーザ端末によるダウンロードの履歴、および掲示板に対する書き込み情報の少なくとも１つを含むことを特徴とするサーバシステム。
3. 請求項１記載のサーバシステムにおいて、
   広告発信者端末は、バックエンドサーバに格納した広告一覧情報から更新すべき情報を選択して広告内容および表示時間を更新することを特徴とするサーバシステム。
4. 請求項１記載のサーバシステムにおいて、
   ユーザ端末は、表示装置の表示を参照してバックエンドサーバにアクセスして表示装置に表示した情報およびそれに関連した情報を取得することを特徴とするサーバシステム。
5. 請求項１記載のサーバシステムにおいて、
   ユーザ端末は、表示装置の表示を参照してアクセス専用のアプリケーションプログラムをダウンロードし、ダウンロードしたプログラムを利用してバックエンドサーバにアクセスして表示装置に表示した情報およびそれに関連した情報を取得することを特徴とするサーバシステム。
6. 請求項１記載のサーバシステムにおいて、
   ユーザ端末はバックエンドサーバにアクセスし、表示装置に表示したキャラクタを操作して情報を取得することを特徴とするサーバシステム。
7. 請求項６記載のサーバシステムにおいて、
   キャラクタを操作して取得する情報はクーポンであることを特徴とするサーバシステム。
8. 請求項１記載のサーバシステムにおいて、
   フロントエンドサーバはバックエンドサーバから取得した表示情報を一時保存し、保存した表示情報を表示装置に送信することを特徴とするサーバシステム。
9. 請求項１記載のサーバシステムにおいて、
   フロントエンドサーバは表示装置に表示する情報のスケジュールを表すスケジュール編成情報をバックエンドサーバから取得し、取得した情報に従って表示装置に情報を表示することを情報を特徴とするサーバシステム。
10. 請求項１記載のサーバシステムにおいて、
    表示装置は、広告情報、掲示板情報、地図情報、及びユーザ端末で操作するアニメ情報を表示することを特徴とするサーバシステム。
11. ユーザが操作するユーザ端末および広告発信者が操作する広告発信者端末からのアクセスを受け入れる工程と、
    前記受け入れた情報を複数の表示装置に表示する工程と、
    前記表示装置に表示した情報に対するユーザからのアクセスの履歴を取得して格納する工程と、
    前記広告発信者端末から、予め割り当てられた時間に表示する広告および発信する毎に表示装置に表示すべき広告を受信し、広告発信者端末から発信する毎に表示装置に表示すべき広告を受信したとき即時に表示広告内容を変更することを特徴とする広告表示方法。
12. 請求項１０記載の広告表示方法において、
    アクセスの履歴は、複数の表示装置における表示内容の履歴、ユーザ端末によるアクセスの履歴、ダウンロードの履歴、および掲示板に対する書き込み情報の少なくとも１つであることを特徴とする広告表示方法。
13. 請求項１０記載の広告表示方法において、
    広告発信者端末は、バックエンドサーバに格納した広告一覧情報から更新すべき情報を選択して広告内容および表示時間を更新することを特徴とする広告表示方法。
14. 請求項１０記載の広告表示方法において、
    ユーザ端末は、表示装置の表示を参照してバックエンドサーバにアクセスして表示装置に表示した情報を取得することを特徴とする広告表示方法。
15. 請求項１０記載の広告表示方法において、
    ユーザ端末は、表示装置の表示を参照してアクセス専用のアプリケーションプログラムをダウンロードし、ダウンロードしたプログラムを利用してバックエンドサーバにアクセスして表示装置に表示した情報を取得することを特徴とす広告表示方法。
    
    
    
    

Images