JP2006155648A - 広告仲介方法、広告仲介装置、プログラムコードを記憶する記憶媒体及びコンピュータプログラム - Google Patents

Abstract

【課題】電子的な広告実体データに基づく広告を広告媒体上に生成するまでの過程をシステマチックに構築し、その間の人的、時間的及び費用的な負担を軽減する。
【解決手段】広告実体データに基づく広告を広告媒体上に生成する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワーク４０１を介してアクセス可能な環境に提供し（仲介サイト提供ステップ）、広告仲介サイトを介して広告の申込データ、申込先データ及び広告実体データを受信し（受信ステップ）、受信した申込先データによって特定される広告機関（例えば店舗１０１）に向けて、申込データ及び広告実体データを配信する（配信ステップ）ようにした。
【選択図】図１

Description

本発明は、電子的なデータに基づく広告を、表示装置やレシート等のような広告媒体上に生成する技術の分野に係り、特に、そのような分野での広告仲介方法、広告仲介装置、プログラムコードを記憶する記憶媒体及びコンピュータプログラムに関する。

電子的なデータに基づく広告を大衆に提供する広告媒体として、従来から最も一般的に用いられていた広告媒体は、テレビ放送であろう。テレビ放送は、画像データを電波という形式で出力し、不特定多数の者が閲覧し得るテレビ受像機で受信し閲覧可能にしたシステムであり、そのシステム規模は極めて大きい。このため、テレビ放送を利用した広告を行なうには、莫大な費用がかかり、相当規模以上の資本力を持った企業でなければ、テレビ放送を利用して広告を行なうようなことは考えられないのが実情である。

これに対し、近年、情報処理技術及び画像処理技術が急速に進歩し、静止画及び動画を問わず、画像データを手軽に生成、編集、再生することができるようになってきている。このような状況は、パーソナルコンピュータの急速な普及、画像データの圧縮技術の進歩等を背景として進展している。そこで、近年においては、様々な場所や状況で、画像データを利用した多種多様な広告戦略が展開されるに至っている。

例えば、コンビニエンスストアやスーパーマーケット等では、ＰＯＳ端末（ＰＯＳ：Point of sales ）に備えられている客面表示器を利用し、この客面表示器に画像データに基づく広告を映し出すようなことが一般に行なわれている。また、繁華街などのような多くの人々が集まる場所に建設されているビルの壁面や競技場などに大画面表示装置を設置し、この大画面表示装置に画像データに基づく広告を映し出すようなことも一般に行なわれるようになってきている。その他、電車や飛行機などの交通移動機関にもディスプレイの設置が一般化しており、このようなディスプレイを利用しての広告等、画像データを利用した広告は、多様化傾向、量的拡大傾向にある。

特に、画像データの圧縮技術の進歩は著しく、例えば、ＭＰＥＧという規格を例に挙げると、ＣＤで動画を再生するために規格化されたＭＰＥＧ−１からデジタル放送向けのＭＰＥＧ−２へと進化し、１９９９年１２月には、インターネットなどの低速回線を用いて動画を配信するための規格としてＭＰＥＧ−４が規格化されるに至っている。また、インターネットなどの低速回線を用いて動画を配信するためのコーディクとしては、その他に、アップル社のQuick time Movie、リアルネットワークス社のReal Video等が既に実用化されている。

このようなことから、上述したようなＭＰＥＧ−４規格、Quick time Movie、及びReal Video 等のコーディクを用いることで、例えば、ＰＯＳ端末の客面表示器に表示する広告画像データを本部から各店舗に配信する技術（特許文献１）も、容易に実用化されよう。

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

近年においては、画像処理技術の進歩によって、たとえ動画データであっても、高品質な画像データを生成することにそれほどの困難さはない。つまり、技術的及び経済的側面は、良質な画像データを製作するのに大きな障害とはならない。このため、画像データの製作に際しては、その画像データが広告であることを考慮すると、専らセンスが問われる時代になりつつある。

しかしながら、このように広告の実体である画像データが容易かつ安価に製作可能となりながら、このような画像データを広告媒体で実演させるまでの間には、多くの人出を要するのが実情である。例えば、広告媒体を所有あるいは占有する広告機関、例えばコンビニエンスストアやスーパーマーケット、それらの統括会社等は、自社の広告媒体での広告を推奨し促進するための営業活動やＰＲ活動を行なうであろうし、広告依頼主は、画像データの製作を製作会社に依頼し、出来上がった広告画像データを広告媒体の所有、占有業者である広告機関に引き渡し、広告機関はその広告画像データを自社の広告媒体で上映可能なようにコンピュータ等の機器にインストールするであろう。このような概略的な手順を想定しただけでも、画像データを広告媒体で実演させるまでの間には、極めて多くの人的、時間的及び費用的な負担を要することが理解できる。

本発明の目的は、電子的な広告実体データに基づく広告を広告媒体上に生成するまでの過程をシステマチックに構築し、その間の人的、時間的及び費用的な負担を軽減することである。

請求項１記載の広告仲介方法の発明は、広告実体データに基づく広告を広告媒体上に生成する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供ステップと、前記広告仲介サイトを介して広告の申込データ、申込先データ及び前記広告実体データを受信する受信ステップと、受信した前記申込先データによって特定される前記広告機関に向けて、前記申込データ及び前記広告実体データを配信する配信ステップと、を具備する。

したがって、広告依頼主は、ネットワークを介してアクセス可能な広告仲介サイトを通じて広告の申込データ、申込先データ及び広告実体データを送信することで、容易に広告の申し込みをすることができ、広告機関に対する広告依頼の負担が軽減される。また、受信した前記申込先データによって特定される広告機関に向けて、申込データ及び広告実体データが配信されることから、広告機関の負担も軽減される。

請求項２記載の広告仲介方法の発明は、広告の申し込みを受け付ける広告受付サイトを、ネットワークを介してアクセス可能な環境に提供する受付サイト提供ステップと、前記広告受付サイトを介して広告の申込データ及び広告実体データを受信し、記憶手段に記憶する申込ステップと、前記広告実体データに基づく広告を広告媒体上に生成する広告ステップと、を実行する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供ステップと、前記広告仲介サイトを介して広告の申込先データを受信する受信ステップと、前記広告受付サイトにアクセスするコンピュータを、受信した前記申込先データによって特定される前記広告受付サイトにアクセスさせるリンクステップと、を具備する。

したがって、広告依頼主は、ネットワークを介してアクセス可能な広告仲介サイトを通じて広告の申込先データを送信すると、その申込先データによって特定される広告受付サイトに辿り着くことができる。そこで、広告依頼主は、ネットワークを介してアクセス可能な広告受付サイトから広告の申込データ及び広告実体データを送信することで、容易に広告の申し込みをすることができ、広告機関に対する広告依頼の負担が軽減される。また、受信した広告の申込データ及び広告実体データは記憶手段に記憶され、この記憶手段に記憶された広告実体データに基づく広告が広告媒体上に生成されることから、広告機関の負担も軽減される。

請求項３記載の広告仲介装置の発明は、広告実体データに基づく広告を広告媒体上に生成する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供手段と、前記広告仲介サイトを介して広告の申込データ、申込先データ及び前記広告実体データを受信する受信手段と、受信した前記申込先データによって特定される前記広告機関に向けて、前記申込データ及び前記広告実体データを配信する配信手段と、を具備する。

したがって、広告依頼主は、ネットワークを介してアクセス可能な広告仲介サイトを通じて広告の申込データ、申込先データ及び広告実体データを送信することで、容易に広告の申し込みをすることができ、広告機関に対する広告依頼の負担が軽減される。また、受信した前記申込先データによって特定される広告機関に向けて、申込データ及び広告実体データが配信されることから、広告機関の負担も軽減される。

請求項４記載の広告仲介装置の発明は、広告の申し込みを受け付ける広告受付サイトを、ネットワークを介してアクセス可能な環境に提供する受付サイト提供ステップと、前記広告受付サイトを介して広告の申込データ及び広告実体データを受信し、記憶手段に記憶する申込ステップと、前記広告実体データに基づく広告を広告媒体上に生成する広告ステップと、を実行する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供手段と、前記広告仲介サイトを介して広告の申込先データを受信する受信手段と、前記広告受付サイトにアクセスするコンピュータを、受信した前記申込先データによって特定される前記広告受付サイトにアクセスさせるリンク手段と、を具備する。

したがって、広告依頼主は、ネットワークを介してアクセス可能な広告仲介サイトを通じて広告の申込先データを送信すると、その申込先データによって特定される広告受付サイトに辿り着くことができる。そこで、広告依頼主は、ネットワークを介してアクセス可能な広告受付サイトから広告の申込データ及び広告実体データを送信することで、容易に広告の申し込みをすることができ、広告機関に対する広告依頼の負担が軽減される。また、受信した広告の申込データ及び広告実体データは記憶手段に記憶され、この記憶手段に記憶された広告実体データに基づく広告が広告媒体上に生成されることから、広告機関の負担も軽減される。

請求項５記載の記憶媒体の発明は、コンピュータにインストールされ、このコンピュータに、広告実体データに基づく広告を広告媒体上に生成する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供機能と、前記広告仲介サイトを介して広告の申込データ、申込先データ及び前記広告実体データを受信する受信機能と、受信した前記申込先データによって特定される前記広告機関に向けて、前記申込データ及び前記広告実体データを配信する配信機能と、を実行させる機械読み取り可能なプログラムコードを記憶する。

したがって、広告依頼主は、ネットワークを介してアクセス可能な広告仲介サイトを通じて広告の申込データ、申込先データ及び広告実体データを送信することで、容易に広告の申し込みをすることができ、広告機関に対する広告依頼の負担が軽減される。また、受信した前記申込先データによって特定される広告機関に向けて、申込データ及び広告実体データが配信されることから、広告機関の負担も軽減される。

請求項６記載の記憶媒体の発明は、コンピュータにインストールされ、このコンピュータに、広告の申し込みを受け付ける広告受付サイトを、ネットワークを介してアクセス可能な環境に提供する受付サイト提供ステップと、前記広告受付サイトを介して広告の申込データ及び広告実体データを受信し、記憶手段に記憶する申込ステップと、前記広告実体データに基づく広告を広告媒体上に生成する広告ステップと、を実行する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供機能と、前記広告仲介サイトを介して広告の申込先データを受信する受信機能と、前記広告受付サイトにアクセスするコンピュータを、受信した前記申込先データによって特定される前記広告受付サイトにアクセスさせるリンク機能と、を実行させる機械読み取り可能なプログラムコードを記憶する。

したがって、広告依頼主は、ネットワークを介してアクセス可能な広告仲介サイトを通じて広告の申込先データを送信すると、その申込先データによって特定される広告受付サイトに辿り着くことができる。そこで、広告依頼主は、ネットワークを介してアクセス可能な広告受付サイトから広告の申込データ及び広告実体データを送信することで、容易に広告の申し込みをすることができ、広告機関に対する広告依頼の負担が軽減される。また、受信した広告の申込データ及び広告実体データは記憶手段に記憶され、この記憶手段に記憶された広告実体データに基づく広告が広告媒体上に生成されることから、広告機関の負担も軽減される。

請求項７記載の機械読み取り可能なコンピュータプログラムの発明は、コンピュータにインストールされ、このコンピュータに、広告実体データに基づく広告を広告媒体上に生成する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供機能と、前記広告仲介サイトを介して広告の申込データ、申込先データ及び前記広告実体データを受信する受信機能と、受信した前記申込先データによって特定される前記広告機関に向けて、前記申込データ及び前記広告実体データを配信する配信機能と、を実行させる。

したがって、広告依頼主は、ネットワークを介してアクセス可能な広告仲介サイトを通じて広告の申込データ、申込先データ及び広告実体データを送信することで、容易に広告の申し込みをすることができ、広告機関に対する広告依頼の負担が軽減される。また、受信した前記申込先データによって特定される広告機関に向けて、申込データ及び広告実体データが配信されることから、広告機関の負担も軽減される。

請求項８記載の機械読み取り可能なコンピュータプログラムの発明は、コンピュータにインストールされ、このコンピュータに、広告の申し込みを受け付ける広告受付サイトを、ネットワークを介してアクセス可能な環境に提供する受付サイト提供ステップと、前記広告受付サイトを介して広告の申込データ及び広告実体データを受信し、記憶手段に記憶する申込ステップと、前記広告実体データに基づく広告を広告媒体上に生成する広告ステップと、を実行する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供機能と、前記広告仲介サイトを介して広告の申込先データを受信する受信機能と、前記広告受付サイトにアクセスするコンピュータを、受信した前記申込先データによって特定される前記広告受付サイトにアクセスさせるリンク機能と、を実行させる。

したがって、広告依頼主は、ネットワークを介してアクセス可能な広告仲介サイトを通じて広告の申込先データを送信すると、その申込先データによって特定される広告受付サイトに辿り着くことができる。そこで、広告依頼主は、ネットワークを介してアクセス可能な広告受付サイトから広告の申込データ及び広告実体データを送信することで、容易に広告の申し込みをすることができ、広告機関に対する広告依頼の負担が軽減される。また、受信した広告の申込データ及び広告実体データは記憶手段に記憶され、この記憶手段に記憶された広告実体データに基づく広告が広告媒体上に生成されることから、広告機関の負担も軽減される。

請求項１記載の広告仲介方法の発明は、広告実体データに基づく広告を広告媒体上に生成する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供ステップと、前記広告仲介サイトを介して広告の申込データ、申込先データ及び前記広告実体データを受信する受信ステップと、受信した前記申込先データによって特定される前記広告機関に向けて、前記申込データ及び前記広告実体データを配信する配信ステップと、を具備するので、広告の依頼を広告仲介サイト上で実行することができるため、広告機関に対する広告依頼の負担を軽減することができ、また、広告の申込データ及び広告実体データが配信される申込先データによって特定される広告機関においても、広告実体データの配信を受けるため、広告実体データのインストール等のような従来業務が不要となることから、広告機関の負担も軽減することができる。

請求項２記載の広告仲介方法の発明は、広告の申し込みを受け付ける広告受付サイトを、ネットワークを介してアクセス可能な環境に提供する受付サイト提供ステップと、前記広告受付サイトを介して広告の申込データ及び広告実体データを受信し、記憶手段に記憶する申込ステップと、前記広告実体データに基づく広告を広告媒体上に生成する広告ステップと、を実行する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供ステップと、前記広告仲介サイトを介して広告の申込先データを受信する受信ステップと、前記広告受付サイトにアクセスするコンピュータを、受信した前記申込先データによって特定される前記広告受付サイトにアクセスさせるリンクステップと、を具備するので、広告依頼主は、ネットワークを介してアクセス可能な広告仲介サイトを通じて広告の申込先データを送信すると、その申込先データによって特定される広告受付サイトに辿り着くことができ、したがって、広告依頼主は、ネットワークを介してアクセス可能な広告受付サイトから広告の申込データ及び広告実体データを送信することで、容易に広告の申し込みをすることができ、広告機関に対する広告依頼の負担を軽減することができる。また、受信した広告の申込データ及び広告実体データは記憶手段に記憶され、この記憶手段に記憶された広告実体データに基づく広告が広告媒体上に生成されることから、広告機関の負担も軽減することができる。

請求項３記載の広告仲介装置の発明は、広告実体データに基づく広告を広告媒体上に生成する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供手段と、前記広告仲介サイトを介して広告の申込データ、申込先データ及び前記広告実体データを受信する受信手段と、受信した前記申込先データによって特定される前記広告機関に向けて、前記申込データ及び前記広告実体データを配信する配信手段と、を具備するので、広告の依頼を広告仲介サイト上で実行することができるため、広告機関に対する広告依頼の負担を軽減することができ、また、広告の申込データ及び広告実体データが配信される申込先データによって特定される広告機関においても、広告実体データの配信を受けるため、広告実体データのインストール等のような従来業務が不要となることから、広告機関の負担も軽減することができる。

請求項４記載の広告仲介装置の発明は、広告の申し込みを受け付ける広告受付サイトを、ネットワークを介してアクセス可能な環境に提供する受付サイト提供ステップと、前記広告受付サイトを介して広告の申込データ及び広告実体データを受信し、記憶手段に記憶する申込ステップと、前記広告実体データに基づく広告を広告媒体上に生成する広告ステップと、を実行する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供手段と、前記広告仲介サイトを介して広告の申込先データを受信する受信手段と、前記広告受付サイトにアクセスするコンピュータを、受信した前記申込先データによって特定される前記広告受付サイトにアクセスさせるリンク手段と、を具備するので、広告依頼主は、ネットワークを介してアクセス可能な広告仲介サイトを通じて広告の申込先データを送信すると、その申込先データによって特定される広告受付サイトに辿り着くことができ、したがって、広告依頼主は、ネットワークを介してアクセス可能な広告受付サイトから広告の申込データ及び広告実体データを送信することで、容易に広告の申し込みをすることができ、広告機関に対する広告依頼の負担を軽減することができる。また、受信した広告の申込データ及び広告実体データは記憶手段に記憶され、この記憶手段に記憶された広告実体データに基づく広告が広告媒体上に生成されることから、広告機関の負担も軽減することができる。

請求項５記載の記憶媒体の発明は、コンピュータにインストールされ、このコンピュータに、広告実体データに基づく広告を広告媒体上に生成する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供機能と、前記広告仲介サイトを介して広告の申込データ、申込先データ及び前記広告実体データを受信する受信機能と、受信した前記申込先データによって特定される前記広告機関に向けて、前記申込データ及び前記広告実体データを配信する配信機能と、を実行させる機械読み取り可能なプログラムコードを記憶するので、広告の依頼を広告仲介サイト上で実行することができるため、広告機関に対する広告依頼の負担を軽減することができ、また、広告の申込データ及び広告実体データが配信される申込先データによって特定される広告機関においても、広告実体データの配信を受けるため、広告実体データのインストール等のような従来業務が不要となることから、広告機関の負担も軽減することができる。

請求項６記載の記憶媒体の発明は、コンピュータにインストールされ、このコンピュータに、広告の申し込みを受け付ける広告受付サイトを、ネットワークを介してアクセス可能な環境に提供する受付サイト提供ステップと、前記広告受付サイトを介して広告の申込データ及び広告実体データを受信し、記憶手段に記憶する申込ステップと、前記広告実体データに基づく広告を広告媒体上に生成する広告ステップと、を実行する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供機能と、前記広告仲介サイトを介して広告の申込先データを受信する受信機能と、前記広告受付サイトにアクセスするコンピュータを、受信した前記申込先データによって特定される前記広告受付サイトにアクセスさせるリンク機能と、を実行させる機械読み取り可能なプログラムコードを記憶するので、広告依頼主は、ネットワークを介してアクセス可能な広告仲介サイトを通じて広告の申込先データを送信すると、その申込先データによって特定される広告受付サイトに辿り着くことができ、したがって、広告依頼主は、ネットワークを介してアクセス可能な広告受付サイトから広告の申込データ及び広告実体データを送信することで、容易に広告の申し込みをすることができ、広告機関に対する広告依頼の負担を軽減することができる。また、受信した広告の申込データ及び広告実体データは記憶手段に記憶され、この記憶手段に記憶された広告実体データに基づく広告が広告媒体上に生成されることから、広告機関の負担も軽減することができる。

請求項７記載の機械読み取り可能なコンピュータプログラムの発明は、コンピュータにインストールされ、このコンピュータに、広告実体データに基づく広告を広告媒体上に生成する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供機能と、前記広告仲介サイトを介して広告の申込データ、申込先データ及び前記広告実体データを受信する受信機能と、受信した前記申込先データによって特定される前記広告機関に向けて、前記申込データ及び前記広告実体データを配信する配信機能と、を実行させるので、広告の依頼を広告受付サイト上で実行することができるため、広告機関に対する広告依頼の負担を軽減することができ、また、広告受付サイトから広告実体データを受信し、この広告実体データに基づく広告を広告媒体上に生成することができるので、広告機関の負担も軽減することができる。

請求項８記載の機械読み取り可能なコンピュータプログラムの発明は、コンピュータにインストールされ、このコンピュータに、広告の申し込みを受け付ける広告受付サイトを、ネットワークを介してアクセス可能な環境に提供する受付サイト提供ステップと、前記広告受付サイトを介して広告の申込データ及び広告実体データを受信し、記憶手段に記憶する申込ステップと、前記広告実体データに基づく広告を広告媒体上に生成する広告ステップと、を実行する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供機能と、前記広告仲介サイトを介して広告の申込先データを受信する受信機能と、前記広告受付サイトにアクセスするコンピュータを、受信した前記申込先データによって特定される前記広告受付サイトにアクセスさせるリンク機能と、を実行させるので、広告依頼主は、ネットワークを介してアクセス可能な広告仲介サイトを通じて広告の申込先データを送信すると、その申込先データによって特定される広告受付サイトに辿り着くことができ、したがって、広告依頼主は、ネットワークを介してアクセス可能な広告受付サイトから広告の申込データ及び広告実体データを送信することで、容易に広告の申し込みをすることができ、広告機関に対する広告依頼の負担を軽減することができる。また、受信した広告の申込データ及び広告実体データは記憶手段に記憶され、この記憶手段に記憶された広告実体データに基づく広告が広告媒体上に生成されることから、広告機関の負担も軽減することができる。

本発明の実施の一形態を図面に基づいて説明する。

〔システム構成例〕
図１は、インターネット上に展開された全体システムの模式図である。本システムは、複数個の店舗１０１、広告代理店２０１及び不特定多数のユーザ３０１がネットワークとしてのインターネット通信網４０１を介して接続可能な環境の下に構築されている。つまり、インフラ整備として、本システムは、既存のインターネット通信環境をそのまま利用している。その上で、本システムは、店舗１０１及び広告代理店２０１が備えるそれぞれのサーバコンピュータ１０２、２０２に専用のソフトウエアがインストールされ、所定のデータが格納されることによって動作する。この場合、コンビニエンスストアである店舗１０１が備えるサーバコンピュータ１０２は、ストアコントローラとして機能する。

より詳しくは、店舗１０１及び広告代理店２０１が備えるそれぞれのサーバコンピュータ１０２、２０２は、インターネット通信網４０１を介してアクセス可能な広告申込サイト、広告仲介サイトをそれぞれ提供する。このような広告申込サイト及び広告仲介サイトは、例えばＨＴＭＬ（Hyper Text Markup Language）言語で記述されたテキストデータやこのテキストデータに貼り付けられる例えばＧＩＦ形式等の画像データによって実現され、これらのテキストデータ及び画像データが前述した所定のデータを構成する。そこで、ユーザ３０１が操作するパーソナルコンピュータ３０２は、インターネット通信網４０１を介して店舗１０１及び広告代理店２０１のサーバコンピュータ１０２、２０２が提供する広告申込サイト及び広告仲介サイトにアクセスし、これらの各サイトを閲覧し得る状態となっていなければならない。具体的には、ユーザ３０１のパーソナルコンピュータ３０２は、インターネット通信網４０１にアクセス可能なプロトコルが設定された通信機能を備えた上で、例えばインターネットエクスプローラ（登録商標）やネットスケープナビゲータ（登録商標）等のブラウザ用のソフトウエアがインストールされている必要がある。

また、店舗１０１及び広告代理店２０１のサーバコンピュータ１０２、２０２が提供する広告申込サイト及び広告仲介サイトは、ユーザ３０１のパーソナルコンピュータ３０２から送信されるデータを受信する機能も備えている。このため、ユーザ３０１のパーソナルコンピュータ３０２にインストールされているブラウザ用のソフトウエアは、例えばＨＴＴＰ（Hyper Text Transfer Protocol）が設定されている必要がある。

さらに、コンビニエンスストアである店舗１０１の一例として、図１に示すように、ストアコントローラであるサーバコンピュータ１０２は、ディスプレイとしての客面表示器１０３を備える複数台のＰＯＳ端末（ＰＯＳ：Point of sales）１０４がＰＯＳ端末１０４とＬＡＮ回線（ＬＡＮ：Local Area Network）１０５を介して接続されている。このようなＬＡＮ回線１０５には、一般的なパーソナルコンピュータ１０６も接続されている。そして、ストアコントローラであるサーバコンピュータ１０２は、そのハードディスクドライブ（ＨＤＤ）１０７に、図示しない売上ファイルや後述するスケジュール管理ファイル１０８等の各種のデータファイルを格納し、広告申込処理用のコンピュータプログラムをインストールしている。この意味で、サーバコンピュータ１０２のＨＤＤ１０７は、コンピュータプログラムを格納する記憶媒体として機能する。

また、大型店舗である店舗１０１の一例として、図１に示すように、サーバコンピュータ１０２は、ディスプレイとしての大画面表示装置１０９及び一般的なパーソナルコンピュータ１１０とＬＡＮ回線１１１を介して接続されている。大画面表示装置１０９は、大型店舗である店舗１０１のビル壁面に設置された大型スクリーン等によって構成されている。そして、大型店舗である店舗１０１のサーバコンピュータ１０２は、そのＨＤＤ１０７に、後述するスケジュール管理ファイル１０８を格納し、広告申込処理用のコンピュータプログラムをインストールしている。この意味で、大型店舗である店舗１０１に設置されたサーバコンピュータ１０２のＨＤＤ１０７は、コンピュータプログラムを格納する記憶媒体として機能する。なお、ＨＤＤ１０７に格納されたスケジュール管理ファイル１０８は、ストアコントローラであるサーバコンピュータ１０２のＨＤＤ１０７に格納されているスケジュール管理ファイル１０８と同一のデータ構造を備えている。さらに、大型店舗である店舗１０１には、ストアコントローラやＰＯＳ端末等から構築される店舗システム１１２が設けられ、この店舗システム１１２もインターネット通信網４０１に接続可能となっている。

さらに、広告代理店２０１が備えるサーバコンピュータ２０２は、そのＨＤＤ２０３に広告仲介処理用のコンピュータプログラムをインストールしている。この意味で、広告代理店２０１に設置されたサーバコンピュータ２０２のＨＤＤ２０３は、コンピュータプログラムを格納する記憶媒体として機能する。

なお、前述したように、店舗１０１及び広告代理店２０１が備えるそれぞれのサーバコンピュータ１０２、２０２は、インターネット通信網４０１を介してアクセス可能な広告申込サイト、広告仲介サイトをそれぞれ提供するが、別の実施の形態として、広告申込サイト又は広告仲介サイトは、店舗１０１や広告代理店２０１が契約している記憶領域貸与業者、例えばプロバイダ等のサーバが提供するような構成であっても良い。

〔処理の概要〕
本実施の形態のシステムでは、コンビニエンスストアや大型店舗等の店舗１０１がインターネット通信網４０１を介してアクセス可能な広告申込サイトを提供する（受付サイト提供ステップ、受付サイト提供手段、受付サイト提供機能）。そして、インターネット通信網４０１を介して店舗１０１の広告申込サイトに接続するパーソナルコンピュータ３０２を操作するユーザ３０１に対して、広告申込サイトを通じての広告の申し込みを受け付ける（申込ステップ、申込手段、申込機能）。この場合、広告の申し込みの受け付けに際しては、少なくとも、ユーザ３０１のパーソナルコンピュータ３０２から広告申込サイトに対して、インターネット通信網４０１を介して、広告の実体をなす画像データや音響データである広告実体データを送信することが要求される。こうして申し込まれた広告は、例えばコンビニエンスストアが提供する広告申込サイトに接続するユーザ３０１に対しては、そのコンビニエンスストアである店舗に設置されたＰＯＳ端末１０４が備える広告媒体及びディスプレイとしての客面表示器１０３への表示を通じて不特定多数人に提供されたり、あるいは、そのＰＯＳ端末１０４が印字発行するレシートへの印字を通じてレシートの受領者に提供されたりする（広告ステップ、広告手段、広告機能）。また、申し込まれた広告の広告提供手法についての別の一例としては、ビルの壁面に広告媒体及びディスプレイとしての大画面表示装置１０９を備えるような大型店舗である店舗１０１が提供する広告申込サイトを通じてユーザ３０１が広告の申し込みをした場合、その大画面表示装置１０９を通じて申し込まれた広告を不特定多数人に提供する、というようなことが行なわれる（広告ステップ、広告手段、広告機能）。

本実施の形態のシステムでは、また、広告代理店２０１がインターネット通信網４０１を介してアクセス可能な広告仲介サイトを公開する（仲介サイト提供ステップ、仲介サイト提供手段、仲介サイト提供機能）。そして、インターネット通信網４０１を介してその広告仲介サイトに接続するパーソナルコンピュータ３０２を操作するユーザ３０１に対して、広告仲介サイトを通じての広告の仲介を受け付ける（受信ステップ、受信手段、受信機能）。広告の仲介手法としては、ユーザ３０１が広告の実演等を求める店舗１０１等に対して、広告仲介サイトにおいて申し込まれた広告、特に広告実体データを配信するか（配信ステップ、配信手段、配信機能）、あるいは、そのような店舗１０１が提供する広告申込サイトにそのユーザ３０１のパーソナルコンピュータ３０２を接続させる（リンクステップ、リンク手段、リンク機能）。

このように、本実施の形態のシステムでは、ユーザ３０１は、広告申込サイト及び広告仲介サイトを介しての広告の申し込みが可能であり、店舗１０１は、広告申込サイト及び広告仲介サイトを介して広告実体データの受信が可能である。また、本実施の形態のシステムは、各店舗１０１において、申し込まれた広告を審査し、審査を通した広告を自動的に実演等させるためのアーキテクチャを備えている（審査ステップ、審査手段）。

ここで、店舗１０１及び広告代理店２０１は、広告申込サイト及び広告仲介サイトを提供するメディアの一例に過ぎず、店舗１０１は、視覚的又は音響的に広告を実演等することができるメディアであれば、如何なるものも許容され、また、広告代理店２０１は、有償無償を問わず、広告の申し込みを仲介するメディアであれば、如何なるものも許容される。例えば、多くのコンビニエンスストアをチェーン店展開あるいはフランチャイズ展開している統括会社は、広告仲介サイトを提供する主体として好適である。

〔広告申込処理の内容（その１）〕
図２は各店舗１０１のサーバコンピュータ１０２が提供する広告申込サイトの画面遷移例を示す模式図、図３は規定広告枠毎の広告料金が広告機関（店舗１０１）によって定められている広告申込サイトが提供する広告スケジュール画面を例示する模式図、図４は図３に例示するような広告スケジュールを管理するスケジュール管理ファイル１０８のデータ構造を例示する模式図、図５は規定広告枠毎の広告料金を定義する料金ファイルのデータ構造を例示する模式図、図６は規定広告枠毎の広告料金が広告機関によって定められている広告申込サイトにアクセスするユーザコンピュータから送信される広告申込用伝文のデータ構造を例示する模式図、図７は規定広告枠毎の広告料金が広告機関によって定められている広告申込サイトを提供するサーバコンピュータ１０２において広告の申込データを管理する広告依頼管理ファイルのデータ構造を例示する模式図、図８は規定広告枠毎の広告料金が広告機関によって定められている広告申込サイトを提供するサーバコンピュータ１０２における予約受付処理の流れを示すフローチャートである。

図８に例示するフローチャートは、サーバコンピュータ１０２にインストールされたコンピュータプログラムに従いサーバコンピュータ１０２のマイクロプロセッサが実行する処理内容を示している。そこで、図８に例示するフローチャートに従い、図１ないし図７を用いながら処理の流れを説明する。

例えばユーザ３０１がそのパーソナルコンピュータ３０２を用い、インターネット通信網４０１を介してストアコントローラであるサーバコンピュータ１０２や大型店舗に設置されたサーバコンピュータ１０２の広告申込サイトにアクセスした場合、それらのサーバコンピュータ１０２は、例えばＨＴＭＬ（Hyper Text Markup Language）で記述されたテキストデータやこのテキストデータに添付された画像データをユーザ３０１のパーソナルコンピュータ３０２に転送し、図２（ａ）に例示するような初期画面１２１を提供する（ステップＳ１０１）。この初期画面１２１には、スケジュールオブジェクト１２２とヘルプオブジェクト１２３とが表示されている。そこで、サーバコンピュータ１０２は、スケジュールオブジェクト１２２の指定の有無及びヘルプオブジェクト１２３の指定の有無を判定し（ステップＳ１０２及びＳ１０３）、ヘルプオブジェクト１２３が選択されたと判定された場合（ステップＳ１０３のＹ）にはヘルプ表示を行ない（ステップＳ１０４）、スケジュールオブジェクト１２２が選択されたと判定された場合（ステップＳ１０２のＹ）にはスケジュール表示を行なう（ステップＳ１０５）。

ここで、スケジュールオブジェクト１２２及びヘルプオブジェクト１２３の選択は、一例として、広告申込サイト及び広告仲介サイトにアクセスしているユーザ３０１のパーソナルコンピュータでのマウスクリックによって行なわれる。つまり、この場合、例えばＨＴＴＰに従い、ユーザ３０１のパーソナルコンピュータ３０２からサーバコンピュータ１０２にオブジェクトのクリック選択信号が送信され、これによってサーバコンピュータ１０２でオブジェクトの指定及び指定されたオブジェクトの種類が認識される。そこで、サーバコンピュータ１０２は、指定されたオブジェクトの種類に応じた処理を実行することになる。あるいは、別の一例として、マウスクリック操作によって、サーバコンピュータ１０２からユーザ３０１のパーソナルコンピュータ３０２に既に送られているページが開かれ、そのパーソナルコンピュータ３０２に表示されるように構成されていても良い。

また、スケジュールオブジェクト１２２やヘルプオブジェクト１２３等のオブジェクトは、データ構造として、例えばＨＴＭＬで記述されたテキストデータにアンカーが埋め込まれて構成されている。この場合、アンカーは、リンク先を指定するデータであったり、オブジェクトに対応するコマンドであったりする。このようなオブジェクトのデータ構造は、後述する全てのオブジェクトについて共通である。

いずれにしても、広告申込サイトの初期画面においてスケジュールオブジェクト１２２が選択されたと判定された場合（ステップＳ１０２のＹ）、あるいはスケジュールオブジェクトが選択された場合、ユーザ３０１のパーソナルコンピュータ３０２には、図２（ｂ）に例示するようなスケジュール表示が提供される。図３は、このスケジュール表示の提供によってブラウズ可能な広告スケジュール表示画面１３１の一例を拡大して示している。図３に例示するように、広告スケジュール表示画面１３１は、期間と時間帯とによって特定される時間枠が定められた規定広告枠１３２毎に、広告予約申込の可否情報を提供する。図３に例示する広告スケジュール表示画面１３１に示す例では、「済」と表示されている規定広告枠１３２は予約申し込みができない規定広告枠１３２であり、金額が表示されている規定広告枠１３２は予約申し込みができる規定広告枠１３２である。そして、予約申込ができる規定広告枠１３２に表示されている金額は、その規定広告枠１３２の広告料金を意味している。さらに、図３に例示する広告スケジュール表示画面１３１では、同一期間の同一時間帯に４つの規定広告枠１３２が表示されているが、これは、その期間・時間帯では４つの広告の申し込みを受け付けることを意味している。

ここで、広告スケジュール表示画面１３１は、サーバコンピュータ１０２のＨＤＤ１０７に格納されているスケジュール管理ファイル１０８及び料金ファイル１１３に登録されているデータに基づいて生成される。つまり、スケジュール管理ファイル１０８は、期間及び時間帯によって特定される規定広告枠１１４毎に、ステータス１１４ａとリンク１１４ｂとを更新自在に格納している。この場合の規定広告枠１１４も、同一期間及び時間帯毎に４つ設定されている。また、スケジュール管理ファイル１０８が持つステータス１１４ａは、予約可能、予約済み及び決定済みの３種類である。つまり、スケジュール管理ファイル１０８は、ステータス１１４ａとして３種類のステータスを持ち、サーバコンピュータ１０２にインストールされたコンピュータプログラムは、その３種類のステータスについて、予約可能、予約済み及び決定済みという価値を付与するわけである。また、料金ファイル１１３は、期間及び時間帯によって特定される単位１１５毎に、広告料金を更新自在に格納している。そこで、サーバコンピュータ１０２は、スケジュール管理ファイル１０８及び料金ファイル１１３に登録されているデータを参照しながら、ユーザ３０１のパーソナルコンピュータ３０２に広告スケジュール表示画面１３１を表示するためのデータを生成する。つまり、サーバコンピュータ１０２は、各規定広告枠について、スケジュール管理ファイル１０８が持つステータス１１４ａが予約済み又は決定済みである場合には、広告スケジュール表示画面１３１中の規定広告枠１３２に「済」と表示され、スケジュール管理ファイル１０８が持つステータス１１４ａが予約可能である場合には、料金ファイル１１３を検索してその規定広告枠に設定されている広告料金に関するデータを獲得し、獲得した広告料金を広告スケジュール表示画面１３１中の規定広告枠１３２に表示されるようなブラウズデータを生成する。

広告スケジュール表示画面１３１をブラウズしているユーザ３０１は、そのパーソナルコンピュータ３０２によって、望みの規定広告枠１３２をマウスクリック等の手法で選択した上で、広告スケジュール表示画面１３１に現れている指定オブジェクト１３３をマウスクリック等によって指定することができる。この場合、広告申込サイトにおいて広告スケジュール表示画面１３１を提供しているサーバコンピュータ１０２は、指定オブジェクト１３３の指定の有無及び広告スケジュール表示画面１３１に現れている戻オブジェクト１３４の指定の有無についての判定に待機しており（ステップＳ１０６、Ｓ１０７）、指定オブジェクト１３３の指定があったと判定した場合には予約フォーム１４１を表示し（図２（ｃ）参照）、戻オブジェクト１３４の指定があったと判定した場合にはスケジュールオブジェクト１２２の指定の有無についての判定処理（ステップＳ１０２）にリターンする。ステップＳ１０２の処理にリターンした場合、広告申込サイトをブラウズするユーザ３０１のパーソナルコンピュータには、再び初期画面１２１が表示される。

これに対し、広告申込サイトをブラウズするユーザ３０１のパーソナルコンピュータに予約フォーム１４１が表示された場合、そのユーザ３０１は、予約フォーム１４１に対する所定事項の入力が可能となる。所定事項としては、氏名、名称、住所、居所、連絡先等の属性情報、Ｅメールアドレス、広告料支払方法に関する決済情報等である。また、ユーザ３０１は、予約フォーム１４１に、広告を希望する広告実体データ、つまり、静止画や動画等の画像データを添付させることができる。動画データの場合、そのデータ形式として、ＭＰＥＧ−４、アップル社のQuick time Movie、リアルネットワークス社のReal Video等が適用可能であるが、これらのデータ形式に限るわけではない。具体的には、予約フォーム１４１の表示処理をしたサーバコンピュータ１０２は、予約フォーム１４１を表示する予約フォーム表示画面１４２に出現する添付オブジェクト１４３の指定の有無及びキャンセルオブジェクト１４４の指定の有無についての判定に待機している（ステップＳ１０９及びＳ１１０）。そこで、この場合、サーバコンピュータ１０２は、添付オブジェクト１４３が指定されたと判定した場合（ステップＳ１０９のＹ）、ファイル添付用ダイアログ１４５をポップアップ表示し、予約フォーム表示画面１４２に出現させるオブジェクトをＯＫオブジェクト１４６及び戻オブジェクト１４７に切り替える（ステップＳ１１１、図２（ｄ）参照）。これに対し、サーバコンピュータ１０２は、キャンセルオブジェクト１４４が指定されたと判定した場合（ステップＳ１１０のＹ）、広告スケジュール表示画面１３１を再度表示する処理にリターンする。

図２（ｄ）に示すように、予約フォーム表示画面１４２にポップアップ表示されたファイル添付用ダイアログ１４５は、フォルダ指定領域１４５ａとファイル指定領域１４５ｂとを有し、それぞれの領域においてフォルダ指定とファイル指定との入力を許容する。つまり、これらのフォルダ指定領域１４５ａ及びファイル指定領域１４５ｂは、ユーザ３０１のパーソナルコンピュータ３０２に格納されているフォルダ及びファイルをサーチし、所望のファイルを添付ファイルとして指定することを支援する。

サーバコンピュータ１０２は、ファイル添付用ダイアログ１４５をポップアップ表示した後、ＯＫオブジェクト１４６の指定の有無及び戻オブジェクト１４７の指定の有無についての判定に待機する（ステップＳ１１２及びＳ１１３）。この際、戻オブジェクト１４７が指定されたと判定した場合（ステップＳ１１３のＹ）、ファイル添付用ダイアログ１４５を表示する前の予約フォーム表示画面１４２にリターンする。これに対し、ＯＫオブジェクト１４６が指定されたと判定した場合には、ファイル添付用ダイアログ１４５のポップアップ表示を消去し、予約フォーム表示画面１４２中に送信オブジェクト１４８及びキャンセルオブジェクト１４９を出現させる。そして、サーバコンピュータ１０２は、送信オブジェクト１４８の指定の有無及びキャンセルオブジェクト１４９の指定の有無についての判定に待機する（ステップＳ１１４及びＳ１１５）。この際、キャンセルオブジェクト１４９が指定されたと判定した場合（ステップＳ１１５のＹ）、ファイル添付用ダイアログ１４５を表示する前の予約フォーム表示画面１４２にリターンする。これに対し、送信オブジェクト１４８が指定されたと判定した場合には（ステップＳ１１４のＹ）、予約フォーム１４１を通じて入力された予約データの送信をユーザ３０１のパーソナルコンピュータ３０２に要求し、これに応じて送信された予約データを受信する（ステップＳ１１６）。

ユーザ３０１のパーソナルコンピュータ３０２から送信されてサーバコンピュータ１０２が受信した予約データは、例えば図６に示す広告申込用伝文３１１のように、送信先アドレスを示す送信先アドレス３１２に続き、選択指定した規定広告枠を特定する規定広告枠３１３、申込者を特定する属性情報３１４、Ｅメールアドレス３１５、決済情報３１６及び添付ファイル３１７等を含んでいる。

このような予約データを受信したサーバコンピュータ１０２は、受信した予約データをＲＡＭ等の記憶手段のキャッシュ領域等に一時保存し、受信した予約データの適否を判定する（ステップＳ１１７）。この処理は、例えば、予約データを参照し、添付ファイル３１７等のような本来的に必要なデータが脱漏していないかどうかを判定することによって実行される。

もっとも、別の実施の形態として、予約データの適否判定を予約データの送信前にユーザ３０１のパーソナルコンピュータ３０２において実行するようにしても良い。この場合には、店舗１０１が提供する広告申込サイトは、この広告申込サイトにアクセスするパーソナルコンピュータ３０２に対して予約データの適否判定のためのコンピュータプログラム、例えばＪＡＶＡ（登録商標）アプレットを送信している必要がある。

予約データの適否判定の結果、予約データが適正でないと判定した場合には（ステップＳ１１７のＮ）、エラー処理を実行し（ステップＳ１１８）、予約データが適正である場合には（ステップＳ１１７のＹ）、接続中のユーザ３０１のパーソナルコンピュータ３０２に提供する画面を予約確認表示画面１５１に切り替える（ステップＳ１１９、図２（ｆ）参照）。この予約確認表示画面１５１には、ユーザ３０１が入力した情報を表示することにより予約確認を促す予約確認表示１５２が表示されるばかりでなく、ＯＫオブジェクト１５３及び戻オブジェクト１５４が出現する。この際、サーバコンピュータ１０２は、戻オブジェクト１５４が指定されたと判定した場合には（ステップＳ１２１のＹ）、予約フォーム表示画面１４２において送信オブジェクト１４８の指定の有無についての判定処理にリターンする。これに対して、ＯＫオブジェクト１５３が指定されたと判定した場合には（ステップＳ１２０のＹ）、接続中のユーザ３０１のパーソナルコンピュータ３０２に提供する画面を予約確認表示画面１５１から予約完了表示画面１６１に切り替える（ステップＳ１２２、図２（ｇ）参照）。この予約完了表示画面１６１は、予約が適正に完了したことを知らせるための予約完了表示１６２をユーザ３０１に提供する画面である。

ここで、ＯＫオブジェクト１５３に埋め込まれたアンカーは、店舗１０１のサーバコンピュータ１０２にとって、ユーザ３０１による広告申し込みの意思表示である申込データとして意味付けられる。

その後、サーバコンピュータ１０２は、予約受付処理を実行する（ステップＳ１２３）。この予約受付処理は、受信して記憶手段のキャッシュ領域に一時保存している予約データである広告申込用伝文３１１（図６参照）に基づいて、必要事項をＨＤＤ１０７に格納された広告依頼管理ファイル１１６にＩＤ番号１１６ａによって特定される広告申込用伝文３１１のレコード（属性情報１１６ｂ、Ｅメールアドレス１１６ｃ、決済情報１１６ｄ、添付ファイル１１６ｅ）を生成すると共に、そのＩＤ番号１１６ａを図４に例示するスケジュール管理ファイル１０８における対応する規定広告枠１１４中のリンク１１４ｂに登録し、その規定広告枠１１４中のステータス１１４ａを予約済みに設定することにより行なわれる。この場合、対応する規定広告枠１１４は、受信した広告申込用伝文３１１が含む規定広告枠３１３によって決定される。そこで、サーバコンピュータ１０２は、ある期間中のある時間帯における事実上の規定広告枠の状態、つまり、予約可能、予約済み及び決定済みの３種類の別を知りたい場合、スケジュール管理ファイル１０８における規定広告枠１１４中のステータス１１４ａを参照することでその情報を獲得することができ、また、その事実上の規定広告枠の予約内容を知りたい場合、スケジュール管理ファイル１０８における規定広告枠１１４中のリンク１１４ｂに設定されているＩＤ番号に基づいて広告依頼管理ファイル１１６を検索することでその情報を獲得することができる。

〔広告申込処理の内容（その２）〕
以上、広告申込処理について説明した。以上説明した実施の形態では、店舗１０１に設置されたサーバコンピュータ１０２のＨＤＤ１０７に料金ファイル１１３が格納され、この料金ファイル１１３に従い、規定広告枠毎に広告料金が定められている例を示した。これに対し、これから説明する実施の形態では、規定広告枠毎に広告料金をオークションで決定していく例を図１及び図９ないし図１３に基づいて説明する。

図９は規定広告枠毎の広告料金がオークションによって決定される広告申込サイトが提供する広告スケジュール表示画面１３１を例示する模式図、図１０は図９に例示するような広告スケジュールを管理するスケジュール管理ファイル１０８のデータ構造を例示する模式図、図１１は規定広告枠毎の広告料金がオークションによって決定される広告申込サイトにアクセスするユーザ３０１のパーソナルコンピュータ３０２から送信される広告申込用伝文３１１のデータ構造を例示する模式図、図１２は規定広告枠毎の広告料金がオークションによって決定される広告申込サイトを提供するサーバコンピュータ１０２において広告の申込データを管理する広告依頼管理ファイル１１６のデータ構造を例示する模式図、図１３は規定広告枠毎の広告料金がオークションによって決定される広告申込サイトを提供するサーバコンピュータ１０２における予約受付処理の流れを示すフローチャートである。

図１３に例示するフローチャートは、サーバコンピュータ１０２にインストールされたコンピュータプログラムに従いサーバコンピュータ１０２のマイクロプロセッサが実行する処理内容を示している。このような図１３に例示するフローチャートによる処理は、図８に例示して既に説明したフローチャートによる処理と多くの点で共通している。そこで、ここでは、図８に例示するフローチャートと異なる点だけを説明する。

図９に例示する広告スケジュール表示画面１３１を観察し、図３に示す広告スケジュール表示画面１３１と比較すると、「済」と表示されない規定広告枠１３２の表示状態が異なることが分かる。つまり、図９に例示する広告スケジュール表示画面１３１は、「済」ではない当初の規定広告枠１３２を空白表示し、オークション有効期間中の規定広告枠１３２にその期間中の最高値の指し値を表示する。この処理は、図１３のフローチャート中、ステップＳ１０５のスケジュール表示において実行される。そこで、このような広告スケジュール表示画面１３１を自らのパーソナルコンピュータ３０２によってブラウズするユーザ３０１は、そのパーソナルコンピュータ３０２の情報入力機能を用いて、空白表示又は最高値の指し値が表示された規定広告枠１３２に指し値を入力することができる。この際におけるユーザ３０１の具体的操作の一例としては、所望の規定広告枠１３２をマウスクリックして選択し、その選択した規定広告枠１３２にテンキーを用いて指し値を入力する、という手法が実施可能である。

また、図９に例示する広告スケジュール表示画面１３１では、図３に示す広告スケジュール表示画面１３１との比較において、「済」と表示された規定広告枠１３２の意味合いが異なる。つまり、図３に示す広告スケジュール表示画面１３１で「済」と表示された規定広告枠１３２は予約済み又は決定済みであることを意味するのに対し、図９に示す広告スケジュール表示画面１３１で「済」と表示された規定広告枠１３２は、オークション期間が終了したことを意味する。

広告スケジュール表示画面１３１の表示処理を実行したサーバコンピュータ１０２は、期間及び時間帯によって特定される時間枠データ及び指し値データの指定の有無判定処理に待機している（ステップＳ１５１）。そこで、所望の規定広告枠１３２に指し値を入力したユーザ３０１が広告スケジュール表示画面１３１に出現している指定オブジェクト１３３をクリックすると、ＨＴＴＰに従いその情報がサーバコンピュータ１０２に送信され、サーバコンピュータ１０２は、時間枠データ及び指し値データが指定されたと判定して予約フォーム（図２（ｃ）参照）の表示処理を実行する（ステップＳ１０８）。

こうしてユーザ３０１によって入力された指し値についての指し値データは、ステップＳ１１４での送信指定によってサーバコンピュータ１０２に送信される。つまり、サーバコンピュータ１０２は、図１（ｅ）に例示する予約フォーム表示画面１４２中に出現している送信オブジェクト１４８のユーザ３０１によるクリック指定があったと判定した場合（ステップＳ１１４）、ステップＳ１１６での予約データ受信処理によってユーザ３０１のパーソナルコンピュータ３０２に図１１に例示するような広告申込用伝文３１１の送信コマンドを送信する。すると、この送信コマンドに応じて、ユーザ３０１のパーソナルコンピュータ３０２からサーバコンピュータ１０２に広告申込用伝文３１１が送信される。こうして送信されてサーバコンピュータ１０２が受信した広告申込用伝文３１１は、図１１に例示するように、送信先アドレスを示す送信先アドレス３１２に続き、選択指定した規定広告枠を特定する規定広告枠３１３、申込者を特定する属性情報３１４、Ｅメールアドレス３１５、決済情報３１６及び添付ファイル３１７の他、指し値３１８を含んでいる。

サーバコンピュータ１０２は、広告申込用伝文３１１を受信した後に実行されるステップＳ１２３の予約受付処理において、オークション処理を実行する。つまり、サーバコンピュータ１０２のＨＤＤ１０７に格納されているスケジュール管理ファイル１０８は、図１０に示すように、期間及び時間帯によって時間枠が設定される規定広告枠１１４毎に、ステータス１１４ａ及びリンク１１４ｂのみならず、金額１１４ｃの登録欄が設けられている。この金額１１４ｃには、広告申込用伝文３１１を通じてユーザ３０１から送信された指し値３１８のうち、最高値の指し値データが登録されている。そこで、サーバコンピュータ１０２は、オークション処理に際し、新たに広告の申し込みをするためにユーザ３０１によって送信されて記憶手段のキャッシュ領域に一時保存された広告申込用伝文３１１に含まれている指し値３１８の金額を、ＨＤＤ１０７に格納されているスケジュール管理ファイル１０８の金額１１４ｃに登録されている金額と比較し、金額１１４ｃに登録されている金額よりも指し値３１８の金額の方が高額である場合に、スケジュール管理ファイル１０８を更新し、記憶手段のキャッシュ領域に一時保存された広告申込用伝文３１１のデータに入れ替える。これにより、図１０に例示するスケジュール管理ファイル１０８に基づいて表示される図９に例示する広告スケジュール表示画面１３１には、オークション期間が終了していない規定広告枠１３２に、最高値の指し値が表示されることになる。

次いで、図１０に例示するスケジュール管理ファイル１０８では、各規定広告枠１１４中のリンク１１４ｂに、オークション有効期間中オークションに参加した全てのユーザ３０１についてのＩＤ番号１１６ａが登録されている。つまり、図１３のフローチャートにおいて、ステップＳ１２３の予約受付処理では、ある規定広告枠１１４を指定してそのオークション有効期間中に広告申込用伝文３１１が送信された場合、それら全ての広告申込用伝文３１１は、ＩＤ番号が付されて広告依頼管理ファイル１１６に登録される。この場合の登録情報には、属性情報１１６ｂ、Ｅメールアドレス１１６ｃ、決済情報１１６ｄ及び添付ファイル１１６ｅだけでなく、指し値１１６ｆも含まれる。その上で、サーバコンピュータ１０２は、スケジュール管理ファイル１０８の各規定広告枠１１４のリンク１１４ｂに、その規定広告枠１１４を指定する全ての広告申込用伝文３１１に付されたＩＤ番号１１６ｂを登録する。この際、スケジュール管理ファイル１０８の各規定広告枠１１４のリンク１１４ｂに登録するＩＤ番号１１６ｂは、このＩＤ番号１１６ｂによって特定される広告依頼管理ファイル１１６の指し値１１６ｆの金額が高い順にマージされる。つまり、サーバコンピュータ１０２は、各規定広告枠について、オークションの結果最高値の指し値を含む広告の申し込みだけでなく、オークション有効期間中に受け付けられた広告の申し込みの全てを管理する。このような処理をするのは、後述する申し込み広告の審査によって、指し値が最高値である申し込みについての広告実体データが承認されないことがあるためである。この場合には、運用にもよるが、一例として、次に高値を付けた申込者に該当する規定広告枠を販売することになる。

〔広告の審査処理〕
本実施の形態のシステムは、各店舗１０１に対して、広告の審査処理を提供する。つまり、本実施の形態のシステムでは、広告の申込者が自ら作成したか作成を依頼したかした広告実体データを受信し、基本的にはこの広告実体データを実演等することになる。ところが、こうして送信された広告実体データの中には、公序良俗に反したり、ライバル店の広告が含まれていたりするような不適切なものがあることが予想される。そこで、本実施の形態のシステムは、各店舗１０１に対して広告の審査処理を提供し、不適切な広告の申し込みを排除することができるようになっている。以下、このような広告の審査処理を図１４ないし図１６に基づいて説明する。

図１４は申込があった広告の審査処理に際しての画面遷移例を示す模式図、図１５は申込があった広告の審査処理に際して表示される広告スケジュール画面を例示する模式図、図１６は申込があった広告の審査処理の流れを示すフローチャートである。

図１６は、各店舗１０１のサーバコンピュータ１０２のＨＤＤ１０７にインストールされた広告審査用のコンピュータプログラムによる処理内容を示している。まず、各店舗１０１のサーバコンピュータ１０２は、広告審査用の初期画面として、図１４（ａ）に例示するような初期画面１７１を表示する（ステップＳ２０１）。この場合、サーバコンピュータ１０２自身がそのような初期画面１７１を初めとする広告審査用の各種画面を表示出力し得ることは言うまでもないが、サーバコンピュータ１０２にＬＡＮ回線１０５、１１１を介して接続可能なパーソナルコンピュータ１０６、１１０も広告審査用の各種画面を表示出力可能となっている。これは、パーソナルコンピュータ１０６、１１０に広告審査用のコンピュータプログラムの全部又は一部をインストールしたり、サーバコンピュータ１０２にアクセスしている間は、そのサーバコンピュータ１０２にアクセスしているパーソナルコンピュータ１０６、１１０に広告審査用のコンピュータプログラムを一時的に転送したりすることにより容易に実現可能である。

サーバコンピュータ１０２は、初期画面１７１に、スケジュールオブジェクト１７２とヘルプオブジェクト１７３とを出現させる。そこで、初期画面１７１を表示させる処理を実行した後のルーチンとして、サーバコンピュータ１０２は、スケジュールオブジェクト１７２又はヘルプオブジェクト１７３の指定有無の判定に待機する（ステップＳ２０２、Ｓ２０３）。この際、ヘルプオブジェクト１７３がマウスクリック等の手法で指定された場合には、ヘルプ表示をする処理が実行される（ステップＳ２０４）。

これに対し、サーバコンピュータ１０２は、スケジュールオブジェクト１７２が指定された場合、スケジュール表示処理を実行する（ステップＳ２０５）。これにより、初期画面１７１は広告スケジュール表示画面１８１に遷移する（図１４（ｂ）参照）。図１５は、この広告スケジュール表示画面１８１の一例を示している。図１５に例示するように、広告スケジュール表示画面１８１は、期間と時間帯とによって特定される時間枠毎に設定された規定広告枠１８２について、「空」、「予」及び「決」の区別を表示する。「空」は、未だ予約も決定もされていない規定広告枠１８２であり、「予」は、予約がなされているがその予約に係る申し込みについての審査が未だ行なわれていない規定広告枠１８２であり、「決」は、予約された申し込みを承認した規定広告枠１８２であることをそれぞれ示している。このような広告スケジュール表示画面１８１は、図４及び図１０に例示するスケジュール管理ファイル１０８のステータス１１４ａの欄を参照して生成される。

図１５に例示する広告スケジュール表示画面１８１には、各規定広告枠１８２の状態表示の他、指定オブジェクト１８３及び戻オブジェクト１８４が出現している。この場合、戻オブジェクト１８４が指定されれば（ステップＳ２０７のＹ）、スケジュールオブジェクト１７２又はヘルプオブジェクト１７３の指定有無の判定に待機する処理（ステップＳ２０２、Ｓ２０３）にリターンし、画面表示も初期画面１７１に復帰する。これに対し、「予」と見出しが付けられ、予約がなされているがその予約に係る申し込みについての審査が未だ行なわれていない規定広告枠１８２のうちから所望の規定広告枠１８２をマウスクリック等の手法で選択して指定オブジェクト１８３が指定された場合、ユーザ３０１の指定があったと判定され（ステップＳ２０６のＹ）、そのユーザ３０１が送信した予約フォームを表示する処理が実行される（ステップＳ２０８）。これにより、広告スケジュール表示画面１８１は予約フォーム表示画面１８５に遷移する（図１４（ｃ）参照）。

そして、予約フォーム表示画面１８５には、再生オブジェクト１８６及び戻オブジェクト１８７が出現している。この場合において、戻オブジェクト１８７が指定されると（ステップＳ２１０）、ユーザ指定の有無判定処理（ステップＳ２０６）にリターンし、画面表示が広告スケジュール表示画面１８１に復帰する。これに対し、サーバコンピュータ１０２は、再生オブジェクト１８６が指定されると、スケジュール管理ファイル１０８のリンク１１４ｂの欄に登録されたＩＤ番号１１６ａをキーとして広告依頼管理ファイル１１６から対応する添付ファイル１１６ｅを検索し、その添付ファイル１１６ｅの実体である広告実体データを再生処理する（ステップＳ２１１）。この場合、図１６のフローチャートは、ステップＳ２１１の処理として動画再生を紹介しているが、この処理は、添付ファイル１１６ｅとして添付されている広告実体データの内容に依存する。つまり、その広告実体データが動画データである場合には動画再生、静止画データである場合には静止再生、音声データである場合には音声再生がそれぞれ行なわれる。図１４（ｄ）は、動画を再生している動画再生画面１８８を例示する。

サーバコンピュータ１０２は、広告実体データの再生が終了した場合、動画再生画面１８８を承認画面１８９に遷移させる（図１４（ｅ）参照）。この承認画面１８９には、承認オブジェクト１９０と不承認オブジェクト１９１とが出現している。

そこで、サーバコンピュータ１０２は、承認オブジェクト１９０が指定されたと判定した場合（ステップＳ２１２のＹ）、スケジュール管理ファイル１０８における対応する規定広告枠１１４中のステータス１１４ａを決定済みに設定する（ステップＳ２１４）。そして、その規定広告枠１１４中のリンク１１４ｂに登録されているＩＤ番号１１６ａをキーとして広告依頼管理ファイル１１６中の対応するＥメールアドレス１１６ｃを検索し、このＥメールアドレス１１６ｃ宛に承認通知を発送する（ステップＳ２１６）。このようなＥメールによる承認通知の発送は、例えばＥメール送受信用のコンピュータプログラムを立ち上げることにより、容易に実現可能である。

これに対し、サーバコンピュータ１０２は、不承認オブジェクト１９１が指定されたと判定した場合（ステップＳ２１３のＹ）、スケジュール管理ファイル１０８における対応する規定広告枠１１４中のステータス１１４ａを予約可能に設定し、この予約申し込みに係る全てのデータをスケジュール管理ファイル１０８から削除する（ステップＳ２１５）。この際、その規定広告枠１１４中のリンク１１４ｂに登録されているＩＤ番号１１６ａをＲＡＭ等の記憶手段のキャッシュ領域に一時保存しておき、ステップＳ２１５に続く処理として、一時保存したＩＤ番号１１６ａをキーとして広告依頼管理ファイル１１６中の対応するＥメールアドレス１１６ｃを検索し、このＥメールアドレス１１６ｃ宛に不承認通知を発送する（ステップＳ２１７）。

以上の処理により、広告の審査処理が完了する。

〔広告の実演〕
各店舗１０１においては、規定広告枠毎に、この規定広告枠の期間及び時間帯に応じてその規定広告枠に登録された広告実体データを実演等する。このための処理を図１７及び図１８に基づいて説明する。

図１７は広告実体データに基づく広告を広告媒体であるＰＯＳ端末１０４の客面表示器１０３又は大画面表示装置１０９に表示するためにサーバコンピュータ１０２が実行する処理の流れを示すフローチャート、図１８は広告実体データに基づく広告を広告媒体であるＰＯＳ端末１０４の客面表示器１０３又は大画面表示装置１０９に表示するためにＰＯＳ端末１０４又は大画面表示装置１０９が実行する処理の流れを示すフローチャートである。

まず、サーバコンピュータ１０２は、そのマイクロプロセッサが備えるタイマ機能により、時間管理を行なっている。ここでの時間管理は、図４及び図１０に例示したスケジュール管理ファイル１０８中の期間及び時間帯によって規定される時間枠の開始時期が到来したかどうかの管理である。その結果、サーバコンピュータ１０２は、新規の時間枠が到来したと認識した場合、新規期間、時間帯の割込み信号を出力し、この割込み信号の出力を認識した場合（ステップＳ３０１のＹ）、対応する時間枠に登録されている最大限４つの規定広告枠１１４のそれぞれについてステータスチェックを行なう（ステップＳ３０２）。ここでのステータスチェックは、各規定広告枠１１４についてのステータス１１４ａを参照し、このステータス１１４ａに決定済みが設定されている規定広告枠１１４を検索することにより実行される。

ステップＳ３０２でのステータスチェックの結果、ステータス１１４ａに決定済みが設定されている規定広告枠１１４を申し込んだユーザ３０１の広告実体データへのアクセス処理が実行される（ステップＳ３０３）。この処理は、その規定広告枠１１４中のリンク１１４ｂに登録されているＩＤ番号１１６ａをキーとして広告依頼管理ファイル１１６中の対応する添付ファイル１１６ｅの実体をなす広告実体データへのアクセスによって実行される。

ステップＳ３０３での広告実体データへのアクセス処理の実行後、サーバコンピュータ１０２は、アクセスした広告実体データの一組をパッケージとし、このパッケージに画像入替コマンドを付してＰＯＳ端末１０４又は大画面表示装置１０９に転送する（ステップＳ３０４）。

これにより、図１８に示すように、ＰＯＳ端末１０４又は大画面表示装置１０９は、画像入替コマンドの受信を認識し（ステップＳ４０１のＹ）、これにより、ＰＯＳ端末１０４又は大画面表示装置１０９は、再生画像の入れ替え処理を実行する（ステップＳ４０２）。つまり、本実施の形態のシステムでは、ＰＯＳ端末１０４は、図示しない画像メモリが記憶する画像データである動画データを客面表示器１０３で表示実演する処理を実行し、大画面表示装置１０９は、図示しない画像メモリが記憶する画像データである動画データを自ら表示実演する処理を実行することを前提としている。これらのＰＯＳ端末１０４及び大画面表示装置１０９での処理は、画像再生処理である。そこで、ステップＳ４０２で再生画像の入れ替え処理が実行されると、ＰＯＳ端末１０４又は大画面表示装置１０９は、処理を画像再生処理にポストする（ステップＳ４０３）。

その結果、ＰＯＳ端末１０４によって表示制御される客面表示器１０３又は大画面表示装置１０９において、広告の申し込みをしたユーザ３０１が広告申込サイトを通じてサーバコンピュータ１０２に送信した広告実体データが実演されることになる。この場合、どのような実演の仕方が採用されるかは、各店舗１０１の方針に依存している。例えば、本実施の形態の場合、期間及び時間帯によって特定される１つの時間枠内に４つの規定広告枠が設定されている。そこで、一例として、１つの規定広告枠についての広告実体データの実演時間を１５秒と設定した場合、４つの規定広告枠についての広告実体データを１分間に１回ずつ実演することが考えられる。

また、図１７および図１８に例示するフローチャートは、広告実体データが動画データである場合を想定した処理となっている。これに対し、本実施の形態では、このような場合に限らず、広告実体データは静止画データであっても良く、また、音声データであっても良い。広告実体データが音声データである場合には、音響再生装置を用いて広告を実演することになる。また、広告実体データが画像データである場合、その広告手法としては、客面表示器１０３のようなディスプレイへ表示出力するばかりでなく、例えば、画像データである広告実体データをレシートに印字することも考えられる。

このように、広告の手法は各種の手法が考えられるが、実施に当たっては、これらの手法の少なくとも１つが採用されれば良く、各手法を組み合わせて使用しても良い。この場合、例えばディスプレイ表示広告、音声広告、レシート印字広告等、各種の広告をユーザ３０１が選択し得るようにシステムが構築されていても良い。

〔広告の申し込み仲介処理〕
以上の説明では、各店舗１０１が自ら広告媒体となる広告の申し込みを受け付ける場合のシステムについて説明した。これに対して、本実施の形態のシステムは、広告の申し込みを仲介するアーキテクチャを備えている。以下、図１９ないし図２６に基づいて、そのような仲介処理について説明する。

まず、仲介処理の前提として、各店舗１０１のサーバコンピュータ１０２は、自らのスケジュール状況を広告代理店２０１のサーバコンピュータ２０２に知らせる。そのための処理を図１９ないし図２２に基づいて説明する。

図１９は、広告の申込があった各店舗１０１のサーバコンピュータ１０２が広告代理店２０１のサーバコンピュータ２０２にその旨の報告をする処理の流れを示すフローチャート、図２０は、広告の申込があった各店舗１０１のサーバコンピュータ１０２が広告代理店２０１のサーバコンピュータ２０２に送信する報告伝文のデータ構造を例示する模式図である。

図８及び図１３に示すフローチャート中、ステップＳ１２３の予約受付処理が実行された場合、各店舗１０１のサーバコンピュータ１０２は、図１９に例示する処理を実行する。つまり、そのサーバコンピュータ１０２のＨＤＤ１０７には、図１９に例示する処理をサーバコンピュータ１０２に実行させるためのコンピュータプログラムが記憶されている。このコンピュータプログラムに従い、サーバコンピュータ１０２は、図８及び図１３に示すフローチャート中のステップＳ１２３の予約受付処理が実行されると、広告代理店２０１のサーバコンピュータ２０２とインターネット通信網４０１を介して接続が確立されているかどうかを判定し（ステップＳ５０１）、接続が確立されていないと判定した場合には広告代理店２０１のサーバコンピュータ２０２にダイヤルアップ接続を行なう（ステップＳ５０２）。この場合、別の実施の形態として、セキュリティ上の問題やデータ転送速度の問題から、各店舗１０１のサーバコンピュータ１０２と広告代理店２０１のサーバコンピュータ２０２とは、インターネット通信網４０１によらず、専用線で接続される構成であっても良い。この場合には、常時接続が可能となるので、ステップＳ５０１及びＳ５０２の処理を省略することが可能となる。

各店舗１０１のサーバコンピュータ１０２は、ステップＳ５０１で広告代理店２０１のサーバコンピュータ２０２と接続が確立されていると判定した場合、及び、ステップＳ５０２で広告代理店２０１のサーバコンピュータ２０２と接続を確立した場合、予約期間、時間帯データ、つまり、新規予約にかかる規定広告枠のデータを広告代理店２０１のサーバコンピュータ２０２に送信する（ステップＳ５０３）。この場合、規定広告枠のデータは、この規定広告枠が対応する期間及び時間帯とその規定広告枠の予約済みというステータスとを含んでいる。図２０に、各店舗１０１のサーバコンピュータ１０２による送信内容を例示する。この送信内容は、送信先を特定する送信先アドレス１００１、自分を特定する自アドレス１００２、予約期間、時間帯データ１００３等を含む報告伝文１００４である。

図２１は、申し込みがあった広告を審査し、承認した各店舗１０１のサーバコンピュータ１０２が広告代理店２０１のサーバコンピュータ２０２にその旨の報告をする処理の流れを示すフローチャート、図２２は、申し込みがあった広告を審査し、承認した各店舗１０１のサーバコンピュータ１０２が広告代理店２０１のサーバコンピュータ２０２に送信する報告伝文のデータ構造を例示する模式図である。

図１６に示すフローチャート中、ステップＳ２１４のスケジュール管理ファイル１０８の決定更新処理が実行された場合、各店舗１０１のサーバコンピュータ１０２は、図２１に例示する処理を実行する。つまり、そのサーバコンピュータ１０２のＨＤＤ１０７には、図２１に例示する処理をサーバコンピュータ１０２に実行させるためのコンピュータプログラムが記憶されている。このコンピュータプログラムに従い、サーバコンピュータ１０２は、図１６に示すフローチャート中におけるステップＳ２１４のスケジュール管理ファイル１０８の決定更新処理が実行されると、広告代理店２０１のサーバコンピュータ２０２とインターネット通信網４０１を介して接続が確立されているかどうかを判定し（ステップＳ６０１）、接続が確立されていないと判定した場合には広告代理店２０１のサーバコンピュータ２０２にダイヤルアップ接続を行なう（ステップＳ６０２）。この場合、別の実施の形態として、セキュリティ上の問題やデータ転送速度の問題から、各店舗１０１のサーバコンピュータ１０２と広告代理店２０１のサーバコンピュータ２０２とは、インターネット通信網４０１によらず、専用線で接続される構成であっても良い。この場合には、常時接続が可能となるので、ステップＳ６０１及びＳ６０２の処理を省略することが可能となる。

各店舗１０１のサーバコンピュータ１０２は、ステップＳ６０１で広告代理店２０１のサーバコンピュータ２０２と接続が確立されていると判定した場合、及び、ステップＳ６０２で広告代理店２０１のサーバコンピュータ２０２と接続を確立した場合、予約決定期間、時間帯データ、つまり、受けていた予約についての広告申し込みを決定した規定広告枠のデータを広告代理店２０１のサーバコンピュータ２０２に送信する（ステップＳ６０３）。この場合、規定広告枠のデータは、この規定広告枠が対応する期間及び時間帯とその規定広告枠の決定済みというステータスとを含んでいる。図２２に、各店舗１０１のサーバコンピュータ１０２による送信内容を例示する。この送信内容は、送信先を特定する送信先アドレス１０１１、自分を特定する自アドレス１０１２、予約期間、時間帯データ１０１３等を含む報告伝文１０１４である。

このように、各店舗１０１のサーバコンピュータ１０２から送信された報告伝文１００４、１０１４を受信した広告代理店２０１のサーバコンピュータ２０２は、各店舗１０１における広告の申し込みスケジュールの状況を知ることができる。広告代理店２０１のサーバコンピュータ２０２は、図示しないが、各店舗１０１について、図４に例示するスケジュール管理ファイル１０８と同様のスケジュール管理マスタファイルを備えており、この図示しないスケジュール管理マスタファイルに受信した報告伝文１００４、１０１４のデータを登録する。

このような広告代理店２０１のサーバコンピュータ２０２が、そのＨＤＤ２０３にインストールされた広告仲介用のコンピュータプログラムに基づいて図示しないマイクロプロセッサが実行する広告の申込仲介処理の内容を図２３ないし図２６に基づいて説明する。図２３及び図２４は、広告代理店２０１のサーバコンピュータ２０２が提供する広告仲介サイトの画面遷移例を示す模式図、図２５及び図２６は、広告代理店２０１のサーバコンピュータ２０２において実行される広告仲介処理の流れを示すフローチャートである。

ここで、広告代理店２０１のサーバコンピュータ２０２が実行する広告仲介処理の概略としては、そのサーバコンピュータ２０２が提供するインターネット通信網４０１を介してアクセス可能な広告仲介サイトにアクセスしてきたユーザ３０１に対して、広告の申し込みをする店舗１０１を地域単位、メディア単位、地域とメディアとを組み合わせた単位又は単独で選択可能とし、選択した一群の店舗１０１又は単独の店舗１０１に対する広告の申し込みを可能とする、というものである。地域単位での店舗１０１の選択は、例えば、東京都の城南地区にある全ての登録された店舗１０１という具合に行なわれる。また、メディア単位での店舗１０１の選択は、例えば、ＡコンビニエンスチェーンやＢカフェフランチャイズという具合に行なわれる。そこで、地域とメディアとを組み合わせた単位での選択は、例えば、東京都の城南地区にあるＡコンビニエンスチェーンというような選択となる。そして、広告仲介サイトは、広告の申し込みの受け付け手法として、広告の申し込みを自ら受け付ける手法と、ユーザ３０１が選択した一群の店舗１０１又は単独の店舗１０１が提供する広告申込サイトにユーザ３０１のパーソナルコンピュータ３０２をリンク接続させる手法との選択をユーザ３０１に許容するようなアーキテクチャを備えている。

例えばユーザ３０１がそのパーソナルコンピュータ３０２を用い、インターネット通信網４０１を介して広告代理店２０１に設置されたサーバコンピュータ２０２の広告仲介サイトにアクセスした場合、そのサーバコンピュータ２０２は、例えばＨＴＭＬ（Hyper Text Markup Language）で記述されたテキストデータやこのテキストデータに添付された画像データをユーザ３０１のパーソナルコンピュータ３０２に転送し、図２３（ａ）に例示するような初期画面２１１を提供する。この初期画面２１１には、地域オブジェクト２１２とメディアオブジェクト２１３とが表示されている。そこで、サーバコンピュータ２０２は、地域オブジェクト２１２の指定の有無及びメディアオブジェクト２１３の指定の有無についての判定に待機する（ステップＳ７０１及びＳ７０６）。

地域オブジェクト２１２が選択された場合（ステップＳ７０１のＹ）、広告仲介サイトは、地域ツリー表示画面２２１に遷移し、地域ツリー表示２２２を提供する（ステップＳ７０２、図２３（ｂ）参照）。この地域ツリー表示２２２は、広告代理店２０１に設置されているサーバコンピュータ２０２のＨＤＤ２０３に格納された地域ツリー構造に基づいて表示される。この地域ツリー構造は、地域名をディレクトリ構造として持ち、ディレクトリ構造の各ノードをなす地域名表示にその地域にある店舗１０１に共通する地域ＩＤ番号をアンカーとして埋め込んだデータ構造を有している。

これに対し、メディアオブジェクト２１３が選択された場合（ステップＳ７０６のＹ）、広告仲介サイトは、メディアツリー表示画面２３１に遷移し、メディアツリー表示２３２を提供する（ステップＳ７０７、図２３（ｃ）参照）。このメディアツリー表示２３２は、広告代理店２０１に設置されているサーバコンピュータ２０２のＨＤＤ２０３に格納されたメディアツリー構造に基づいて表示される。このメディアツリー構造は、メディア名をディレクトリ構造として持ち、ディレクトリ構造の各ノードをなすメディア名表示にそのメディアに属する店舗１０１に共通するメディアＩＤ番号をアンカーとして埋め込んだデータ構造を有している。

ここで、地域ツリー表示画面２２１には、完了オブジェクト２２３、指定オブジェクト２２４、メディアオブジェクト２２５及び戻オブジェクト２２６が出現し、メディアツリー表示画面２３１には、完了オブジェクト２３３、指定オブジェクト２３４、地域オブジェクト２３５及び戻オブジェクト２３６が出現している。そこで、地域ツリー表示画面２２１又はメディアツリー表示画面２３１において所望の地域又はメディアをマウスクリック等の手法で選択した上で指定オブジェクト２２４、２３４を指定すると、地域選択又はメディア選択がなされ（ステップＳ７０３のＹ、Ｓ７０８のＹ）、選択された地域情報又はメディア情報が広告代理店２０１に設置されたサーバコンピュータ２０２の例えばＲＡＭ等の記憶手段に設けられたキャッシュ領域に一時保存される（ステップＳ７０５、Ｓ７１０）。この場合にキャッシュ領域に一時保存される地域情報は地域ＩＤ番号であり、メディア情報はメディアＩＤ番号である。

一方、地域ツリー表示２２２の提供中（ステップＳ７０２、図２３（ｂ）参照）又はメディアツリー表示２３２の提供中（ステップＳ７０７、図２３（ｃ）参照）において、戻オブジェクト２２６、２６３が指定された場合には（ステップＳ７０４のＹ、Ｓ７０９のＹ）、地域オブジェクト２１２の指定の有無及びメディアオブジェクト２１３の指定の有無についての判定の待機処理（ステップＳ７０１及びＳ７０６）にリターンし、画面表示を初期画面（図２３（ａ）参照）に復帰させる。

そして、地域ツリー表示画面２２１又はメディアツリー表示画面２３１の表示中において完了オブジェクト２２３、２３３が指定されたと判定された場合（ステップＳ７１１のＹ）、選択項目の抽出処理が実行される（ステップＳ７１２）。選択項目抽出処理というのは、ステップＳ７０５、Ｓ７１０で選択指定された地域又はメディアが含む店舗１０１を項目として抽出する処理である。この処理を実行するために、広告代理店２０１に設置されているサーバコンピュータ２０２のＨＤＤ２０３には、登録している全ての店舗１０１についてその地域ＩＤ番号及びメディアＩＤ番号を対応付けて記憶する図示しない店舗ファイルが格納されている。つまり、サーバコンピュータ２０２は、ステップＳ７０５、Ｓ７１０で選択指定された地域又はメディアの地域ＩＤ番号又はメディアＩＤ番号をキーとして店舗ファイルを検索し、対応する地域ＩＤ番号又はメディアＩＤ番号が付された全ての店舗１０１を抽出する。こうして、選択項目抽出処理が実行される。

もっとも、ステップＳ７０３、Ｓ７０８で地域もメディアも選択されることなく地域ツリー表示画面２２１又はメディアツリー表示画面２３１において完了オブジェクト２２３、２３３が選択指定されることが想定される。この状態は、サーバコンピュータ２０２の記憶手段に設けられたキャッシュ領域に地域情報又はメディア情報が一時保存されていないことをもって認識可能である。そこで、この場合には、サーバコンピュータ２０２が備える記憶手段のキャッシュ領域にエラーステータスを設定し、選択項目抽出処理（ステップＳ７１２）の実行後に行なわれるエラー判定処理においてエラーありと判定し（ステップＳ７１３のＮ）、エラー処理を実行する（ステップＳ７１４）。エラー処理としては、一例として、地域又はメディアの入力を促す表示をした上で、処理ルーチンを地域オブジェクト２１２の指定の有無及びメディアオブジェクト２１３の指定の有無についての判定の待機処理（ステップＳ７０１及びＳ７０６）にリターンさせ、画面表示を初期画面（図２３（ａ）参照）に復帰させる処理が実行される。

これに対し、ステップＳ７１３でエラーなしと判定された場合には（ステップＳ７１３のＹ）、指定用画面表示２４１を表示する指定用表示画面２４２に画面を遷移させる（ステップＳ７１５、図２３（ｄ）参照）。この指定用表示画面２４２には、指定オブジェクト２４３、リンクオブジェクト２４４、戻オブジェクト２４５、期間、時間帯入力用ダイアログ２４６及びステップＳ７１２で抽出した店舗１０１を特定する店舗オブジェクト２４７が表示される。

その後、処理ルーチンは、期間、時間帯指定の有無（ステップＳ７１６）、リンク指定の有無（ステップＳ７１７）及び戻オブジェクト２４５の指定の有無（ステップＳ７１８）の判定処理に待機する。この際、戻オブジェクト２４５が指定されたと判定された場合（ステップＳ７１８のＹ）、地域オブジェクト２１２の指定の有無及びメディアオブジェクト２１３の指定の有無についての判定の待機処理（ステップＳ７０１及びＳ７０６）にリターンし、画面表示を初期画面（図２３（ａ）参照）に復帰させる処理が行なわれる。

一方、期間、時間帯指定が行なわれるか、リンク指定が行なわれるかは、本実施の形態の広告仲介処理において、その仲介手法を決定付ける重要な意味合いを持つ。つまり、本実施の形態の広告仲介サイトは、前述したように、広告の申し込みの受け付け手法として、広告の申し込みを自ら受け付ける手法と、ユーザ３０１が選択した一群の店舗１０１又は単独の店舗１０１が提供する広告申込サイトにユーザ３０１のパーソナルコンピュータ３０２をリンク接続させる手法との選択をユーザ３０１に許容する。前者の広告仲介手法は期間、時間帯指定が行なわれることによって実行され、後者の広告仲介手法はリンク指定が行なわれることによって実行される。

まず、リンク指定は、指定用画面表示２４１に表示されている店舗オブジェクト２４７のうち少なくとも１つをマウスクリック等の手法で選択するか、このような選択なしにリンクオブジェクト２４４を指定することによりなされる。店舗オブジェクト２４７の選択なしにリンクオブジェクト２４４が指定された場合には、全ての店舗オブジェクト２４７の指定とみなされる。いずれにしても、このようなリンク指定があったと判定された場合（ステップＳ７１７のＹ）、該当する広告機関である店舗１０１が提供する広告申込サイトへのリンク処理が実行される。この場合、複数の店舗が指定された場合には、それらの店舗１０１が提供する全ての広告申込サイトへのリンクを可能とする処理が行なわれる。これにより、広告仲介サイトにアクセスしていたユーザ３０１は、所望の店舗１０１が提供する広告申込サイトにアクセス可能となり、図１ないし図２２に基づいて説明したような広告の申し込みを行なうことができる。

これに対し、期間、時間帯指定は、指定用画面表示２４１で提供される期間、時間帯入力用ダイアログ２４６に広告を希望する期間及び時間帯、つまり規定広告枠に関する情報を入力した上で指定オブジェクト２４３を指定することによりなされる。この際、ユーザ３０１は、指定用画面表示２４１に表示されている店舗オブジェクト２４７のうち少なくとも１つをマウスクリック等の手法で選択すれば、広告機関である店舗１０１の絞込み指定を行なうことができる。このような期間、時間帯指定があったと判定された場合（ステップＳ７１６のＹ）、図２６に例示するような処理ルーチンが実行される。

つまり、予約フォーム２５１が表示され（ステップＳ７２０、図２４（ｅ）参照）、ユーザ３０１は、その予約フォーム２５１に対する所定事項の入力が可能となる。所定事項としては、氏名、名称、住所、居所、連絡先等の属性情報、Ｅメールアドレス、広告料支払方法に関する決済情報等である。また、ユーザ３０１は、予約フォーム２５１に、広告を希望する広告実体データ、つまり、静止画や動画等の画像データを添付させることができる。動画データの場合、そのデータ形式として、ＭＰＥＧ−４、アップル社のQuick time Movie、リアルネットワークス社のReal Video等が適用可能であるが、これらのデータ形式に限るわけではない。具体的には、予約フォーム２５１の表示処理をしたサーバコンピュータ２０２は、予約フォーム２５１を表示する予約フォーム表示画面２５２に出現する添付オブジェクト２５３の指定の有無及びキャンセルオブジェクト２５４の指定の有無についての判定に待機している（ステップＳ７２１及びＳ７２２）。そこで、この場合、サーバコンピュータ２０２は、添付オブジェクト２５３が指定されたと判定した場合（ステップＳ７２１のＹ）、ファイル添付用ダイアログ２５５をポップアップ表示し、予約フォーム表示画面２５２に出現させるオブジェクトをＯＫオブジェクト２５６及び戻オブジェクト２５７に切り替える（ステップＳ７２３、図２４（ｆ）参照）。これに対し、サーバコンピュータ２０２は、キャンセルオブジェクト２５４が指定されたと判定した場合（ステップＳ７２２のＹ）、図２３（ｄ）に例示する指定用表示画面２４２を再度表示する処理にリターンする。

図２４（ｆ）に示すように、予約フォーム表示画面２５２にポップアップ表示されたファイル添付用ダイアログ２５５は、フォルダ指定領域２５５ａとファイル指定領域２５５ｂとを有し、それぞれの領域においてフォルダ指定とファイル指定との入力を許容する。つまり、これらのフォルダ指定領域２５５ａ及びファイル指定領域２５５ｂは、ユーザ３０１のパーソナルコンピュータ３０２に格納されているフォルダ及びファイルをサーチし、所望のファイルを添付ファイルとして指定することを支援する。

サーバコンピュータ２０２は、ファイル添付用ダイアログ２５５をポップアップ表示した後、ＯＫオブジェクト２５６の指定の有無及び戻オブジェクト２５７の指定の有無についての判定に待機する（ステップＳ７２４及びＳ７２５）。この際、戻オブジェクト２５７が指定されたと判定した場合（ステップＳ７２５のＹ）、ファイル添付用ダイアログ２５５を表示する前の予約フォーム表示画面２５２にリターンする。これに対し、ＯＫオブジェクト２５６が指定されたと判定した場合には、ファイル添付用ダイアログ２５５のポップアップ表示を消去し、予約フォーム表示画面２５２中に送信オブジェクト２５８及びキャンセルオブジェクト２５９を出現させる。そして、サーバコンピュータ２０２は、送信オブジェクト２５８の指定の有無及びキャンセルオブジェクト２５９の指定の有無についての判定に待機する（ステップＳ７２６及びＳ７２７）。この際、キャンセルオブジェクト２５９が指定されたと判定した場合（ステップＳ７２７のＹ）、ファイル添付用ダイアログ２５５を表示する前の予約フォーム表示画面２５２にリターンする。これに対し、送信オブジェクト２５８が指定されたと判定した場合には（ステップＳ７２６のＹ）、予約フォーム２５１を通じて入力された予約データの送信をユーザ３０１のパーソナルコンピュータ３０２に要求し、これに応じて送信された予約データを受信する（ステップＳ７２８）。

ユーザ３０１のパーソナルコンピュータ３０２から送信されて広告仲介サイトを提供するサーバコンピュータ２０２が受信した予約データは、例えば図６に示す広告申込用伝文３１１のように、送信先アドレスを示す送信先アドレス３１２に続き、選択指定した規定広告枠を特定する規定広告枠３１３、申込者を特定する属性情報３１４、Ｅメールアドレス３１５、決済情報３１６及び添付ファイル３１７等の他、ユーザ３０１が指定した広告機関である店舗１０１を特定する申込先データを含んでいる。

このような予約データを受信したサーバコンピュータ２０２は、受信した予約データをＲＡＭ等の記憶手段のキャッシュ領域等に一時保存し、受信した予約データの適否を判定する（ステップＳ７２９）。この処理は、例えば、予約データを参照し、添付ファイル３１７等のような本来的に必要なデータが脱漏していないかどうかを判定することによって実行される。

もっとも、別の実施の形態として、予約データの適否判定を予約データの送信前にユーザ３０１のパーソナルコンピュータ３０２において実行するようにしても良い。この場合には、広告代理店２０１が提供する広告仲介サイトは、この広告仲介サイトにアクセスするパーソナルコンピュータ３０２に対して予約データの適否判定のためのコンピュータプログラム、例えばＪＡＶＡアプレットを送信している必要がある。

予約データの適否判定の結果、予約データが適正でないと判定した場合には（ステップＳ７２９のＮ）、エラー処理を実行し（ステップＳ７３０）、予約データが適正である場合には（ステップＳ７２９のＹ）、接続中のユーザ３０１のパーソナルコンピュータ３０２に提供する画面を予約確認表示画面２６１に切り替える（ステップＳ７３１、図２４（ｈ）参照）。この予約確認表示画面２６１には、ユーザ３０１が入力した情報を表示することにより予約確認を促す予約確認表示２６２が表示されるばかりでなく、ＯＫオブジェクト２６３及び戻オブジェクト２６４が出現する。

サーバコンピュータ２０２は、予約確認表示２６２に見積り金額も表示する。この見積り金額は、各店舗１０１のサーバコンピュータ１０２から送信された報告伝文１００４、１０１４（図２０及び図２２参照）が含むデータを登録する広告代理店２０１におけるサーバコンピュータ２０２のＨＤＤ２０３内に生成された図示しないスケジュール管理マスタファイルに基づいてそのサーバコンピュータ２０２が演算処理によって算出する。つまり、サーバコンピュータ１０２は、そのスケジュール管理マスタファイルを参照することで、ユーザ３０１が指定する１又は２以上の店舗１０１においてユーザ３０１が指定する規定広告枠のうち予約可能な規定広告枠を知ることができる。そこで、予約可能な規定広告枠の総数から見積り金額を容易に算出することができるわけである。この場合、規定広告枠毎に金額が異なる場合、規定広告枠と広告料金との対応関係を示す料金ファイルをサーバコンピュータ２０２がアクセス可能な記憶領域に設けることで、正しく見積り金額を算出することが可能である。加えて、規定広告枠毎の広告料金が店舗１０１毎に異なる場合、広告代理店２０１のサーバコンピュータ２０２は、図５に例示するような料金ファイル１１３の転送要求を各店舗１０１のサーバコンピュータ１０２に送信し、そのような料金ファイル１１３をアクセス可能な記憶領域に設けておけば良い。

サーバコンピュータ２０２は、戻オブジェクト２６４が指定されたと判定した場合には（ステップＳ７３３のＹ）、予約フォーム表示画面２５２において送信オブジェクト２５８の指定の有無についての判定処理にリターンする。これに対して、ＯＫオブジェクト２６３が指定されたと判定した場合には（ステップＳ７３２のＹ）、接続中のユーザ３０１のパーソナルコンピュータ３０２に提供する画面を予約確認表示画面２６１から予約完了表示画面２７１に切り替える（ステップＳ７３４、図２４（ｉ））。この予約完了表示画面２７１は、予約が適正に完了したことを知らせるための予約完了表示２７２をユーザ３０１に提供する画面である。

ここで、ＯＫオブジェクト２６３に埋め込まれたアンカーは、広告代理店２０１のサーバコンピュータ２０２にとって、ユーザ３０１による広告申し込みの意思表示である申込データとして意味付けられる。

その後、サーバコンピュータ２０２は、そのＨＤＤ２０３に格納しているスケジュール管理マスタファイルの更新処理を実行し（ステップＳ７３５）、ユーザ３０１が指定する全ての広告機関である店舗１０１のサーバコンピュータ１０２に対して、インターネット通信網４０１を利用して予約データを送信する（ステップＳ７３６）。これにより、広告申し込みの仲介がなされる。

〔まとめ〕
以上説明した通り、本実施の形態のシステムによれば、インターネット通信網４０１等の通信回線を通じて広告申込処理及び広告仲介処理が実施可能である。つまり、本実施の形態のシステムは、電子的な広告実体データに基づく広告を広告媒体上に生成する、つまり、広告実体データをＰＯＳ端末１０４の客面表示器１０３や大画面表示装置１０９に表示したり、ＰＯＳ端末１０４によって発行されるレシートに印字したりするまでの過程をシステマチックに構築するものであり、その間の人的、時間的及び費用的な負担の軽減に大いに寄与する。

また、前述した各種の実施の形態は本発明を実施する上での一形態を提供するに過ぎず、実施に際しては、様々な変形等が可能である。

本発明の実施の一形態として、インターネット上に展開された全体システムの模式図である。 各店舗のサーバコンピュータが提供する広告申込サイトの画面遷移例を示す模式図である。 規定広告枠毎の広告料金が広告機関によって定められている広告申込サイトが提供する広告スケジュール画面を例示する模式図である。 図３に例示するような広告スケジュールを管理するスケジュール管理ファイルのデータ構造を例示する模式図である。 規定広告枠毎の広告料金を定義するファイルのデータ構造を例示する模式図である。 規定広告枠毎の広告料金が広告機関によって定められている広告申込サイトにアクセスするユーザコンピュータから送信される広告申込用伝文のデータ構造を例示する模式図である。 規定広告枠毎の広告料金が広告機関によって定められている広告申込サイトを提供するサーバコンピュータにおいて広告の申込データを管理する広告依頼管理ファイルのデータ構造を例示する模式図である。 規定広告枠毎の広告料金が広告機関によって定められている広告申込サイトを提供するサーバコンピュータにおける予約受付処理の流れを示すフローチャートである。 規定広告枠毎の広告料金がオークションによって決定される広告申込サイトが提供する広告スケジュール画面を例示する模式図である。 図９に例示するような広告スケジュールを管理するスケジュール管理ファイルのデータ構造を例示する模式図である。 規定広告枠毎の広告料金がオークションによって決定される広告申込サイトにアクセスするユーザコンピュータから送信される広告申込用伝文のデータ構造を例示する模式図である。 規定広告枠毎の広告料金がオークションによって決定される広告申込サイトを提供するサーバコンピュータにおいて広告の申込データを管理する広告依頼管理ファイルのデータ構造を例示する模式図である。 規定広告枠毎の広告料金がオークションによって決定される広告申込サイトを提供するサーバコンピュータにおける予約受付処理の流れを示すフローチャートである。 申込があった広告の審査処理に際しての画面遷移例を示す模式図である。 申込があった広告の審査処理に際して表示される広告スケジュール画面を例示する模式図である。 申込があった広告の審査処理の流れを示すフローチャートである。 広告実体データに基づく広告を広告媒体であるディスプレイ上に生成するために、サーバコンピュータが実行する処理の流れを示すフローチャートである。 広告実体データに基づく広告を広告媒体であるディスプレイ上に生成するために、ディスプレイに接続されたクライアントコンピュータが実行する処理の流れを示すフローチャートである。 広告の申込があった各店舗のサーバコンピュータが広告代理店のサーバコンピュータにその旨の報告をする処理の流れを示すフローチャートである。 広告の申込があった各店舗のサーバコンピュータが広告代理店のサーバコンピュータに送信する報告伝文のデータ構造を例示する模式図である。 申し込みがあった広告を審査し、承認した各店舗のサーバコンピュータが広告代理店のサーバコンピュータにその旨の報告をする処理の流れを示すフローチャートである。 申し込みがあった広告を審査し、承認した各店舗のサーバコンピュータが広告代理店のサーバコンピュータに送信する報告伝文のデータ構造を例示する模式図である。 広告代理店のサーバコンピュータが提供する広告仲介サイトの画面遷移例を示す模式図である。 図２３に示す画面遷移に続く広告仲介サイトの画面遷移例を示す模式図である。 広告代理店のサーバコンピュータにおいて実行される広告仲介処理の流れを示すフローチャートである。 広告代理店のサーバコンピュータにおいて実行される広告仲介処理の流れを示すフローチャートである。

符号の説明

１０３ 広告媒体、ディスプレイ、客面表示器
１０７、２０３ 記憶手段（ＨＤＤ）
１０９ 広告媒体、ディスプレイ、大画面表示装置
４０１ ネットワーク（インターネット通信網）

Claims (8)

1. 広告実体データに基づく広告を広告媒体上に生成する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供ステップと、
   前記広告仲介サイトを介して広告の申込データ、申込先データ及び前記広告実体データを受信する受信ステップと、
   受信した前記申込先データによって特定される前記広告機関に向けて、前記申込データ及び前記広告実体データを配信する配信ステップと、
   を具備する広告仲介方法。
2. 広告の申し込みを受け付ける広告受付サイトを、ネットワークを介してアクセス可能な環境に提供する受付サイト提供ステップと、前記広告受付サイトを介して広告の申込データ及び広告実体データを受信し、記憶手段に記憶する申込ステップと、前記広告実体データに基づく広告を広告媒体上に生成する広告ステップと、を実行する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供ステップと、
   前記広告仲介サイトを介して広告の申込先データを受信する受信ステップと、
   前記広告受付サイトにアクセスするコンピュータを、受信した前記申込先データによって特定される前記広告受付サイトにアクセスさせるリンクステップと、
   を具備する広告仲介方法。
3. 広告実体データに基づく広告を広告媒体上に生成する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供手段と、
   前記広告仲介サイトを介して広告の申込データ、申込先データ及び前記広告実体データを受信する受信手段と、
   受信した前記申込先データによって特定される前記広告機関に向けて、前記申込データ及び前記広告実体データを配信する配信手段と、
   を具備する広告仲介装置。
4. 広告の申し込みを受け付ける広告受付サイトを、ネットワークを介してアクセス可能な環境に提供する受付サイト提供ステップと、前記広告受付サイトを介して広告の申込データ及び広告実体データを受信し、記憶手段に記憶する申込ステップと、前記広告実体データに基づく広告を広告媒体上に生成する広告ステップと、を実行する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供手段と、
   前記広告仲介サイトを介して広告の申込先データを受信する受信手段と、
   前記広告受付サイトにアクセスするコンピュータを、受信した前記申込先データによって特定される前記広告受付サイトにアクセスさせるリンク手段と、
   を具備する広告仲介装置。
5. コンピュータにインストールされ、このコンピュータに、
   広告実体データに基づく広告を広告媒体上に生成する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供機能と、
   前記広告仲介サイトを介して広告の申込データ、申込先データ及び前記広告実体データを受信する受信機能と、
   受信した前記申込先データによって特定される前記広告機関に向けて、前記申込データ及び前記広告実体データを配信する配信機能と、
   を実行させる機械読み取り可能なプログラムコードを記憶する記憶媒体。
6. コンピュータにインストールされ、このコンピュータに、
   広告の申し込みを受け付ける広告受付サイトを、ネットワークを介してアクセス可能な環境に提供する受付サイト提供ステップと、前記広告受付サイトを介して広告の申込データ及び広告実体データを受信し、記憶手段に記憶する申込ステップと、前記広告実体データに基づく広告を広告媒体上に生成する広告ステップと、を実行する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供機能と、
   前記広告仲介サイトを介して広告の申込先データを受信する受信機能と、
   前記広告受付サイトにアクセスするコンピュータを、受信した前記申込先データによって特定される前記広告受付サイトにアクセスさせるリンク機能と、
   を実行させる機械読み取り可能なプログラムコードを記憶する記憶媒体。
7. コンピュータにインストールされ、このコンピュータに、
   広告実体データに基づく広告を広告媒体上に生成する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供機能と、
   前記広告仲介サイトを介して広告の申込データ、申込先データ及び前記広告実体データを受信する受信機能と、
   受信した前記申込先データによって特定される前記広告機関に向けて、前記申込データ及び前記広告実体データを配信する配信機能と、
   を実行させる機械読み取り可能なコンピュータプログラム。
8. コンピュータにインストールされ、このコンピュータに、
   広告の申し込みを受け付ける広告受付サイトを、ネットワークを介してアクセス可能な環境に提供する受付サイト提供ステップと、前記広告受付サイトを介して広告の申込データ及び広告実体データを受信し、記憶手段に記憶する申込ステップと、前記広告実体データに基づく広告を広告媒体上に生成する広告ステップと、を実行する複数の広告機関に対する広告の申し込みを仲介する広告仲介サイトを、ネットワークを介してアクセス可能な環境に提供する仲介サイト提供機能と、
   前記広告仲介サイトを介して広告の申込先データを受信する受信機能と、
   前記広告受付サイトにアクセスするコンピュータを、受信した前記申込先データによって特定される前記広告受付サイトにアクセスさせるリンク機能と、
   を実行させる機械読み取り可能なコンピュータプログラム。
   

Images