JP2002222358A - 広告情報の供給方法 - Google Patents

Abstract

(57)【要約】 【課題】 選択した特定情報を確実に広告主側の顧客ク
ライアントに配信要求をすることができこと。 【解決手段】 広告受給クライアントがビジネスメニュ
ーの中から特定情報を選択する段階、広告受給クライア
ントが選択した特定の情報についての詳細情報を顧客ク
ライアントに配信要求をする段階、顧客クライアントが
特定情報をサーバに対して通知する段階、サーバは格納
された各データに関連付けながら特定情報を引き出して
広告受給クライアントに配信する段階、サーバは現に配
信した特定情報のデータを保存管理する利用詳報ＤＢに
関連付けられた課金情報ＤＢにデータを更新登録すると
共に、利用詳報ＤＢの配信情報及び課金情報ＤＢの配信
度数のチェックする認証手段を介して顧客クライアント
に特定情報の配信度数に見合った課金請求をする段階と
を備える広告情報の供給方法。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信ネットワーク
を利用した広告情報の供給方法に関する。

【０００２】

【従来の技術】サーバから通信ネットワークを介して広
告受給クライアントに広告情報を供給する広告情報の供
給方法に於いて 従来、次のような問題点があった。例
えばインターネット広告は、一般の消費者としての広告
受給者が、あるサイトに広告されている詳細情報を知り
たいと思った場合に、広告依頼者側の端末機を介さない
で、サーバ側から引き出す方式である。このため、広告
依頼者はサーバに依頼した自己の広告情報に関し、リア
ルタイムリーに広告反響を把握することができないとい
う問題点があった。またサーバに対する広告料金も普通
一般に一律であるため、広告効果が思ったよりも少ない
場合には、広告依頼者同志の間で不公平感が出るという
問題点も付きまとっていた。また、広告情報が一覧表形
式でかつ識別化・要約化などされていないので、広告受
給者にとっては、自己の欲しい広告情報を広告主（広告
依頼者）を間違えないで簡単に選択し難いという問題点
があった。さらに、広告受給者が情報記憶媒体を含む通
信手段を介して広告依頼者側の端末機に直接アクセスし
た場合には、個人情報の秘匿を十分に図ることができな
いという問題点もあった。

【０００３】

【発明が解決しようとする課題】本発明は以上のような
従来の問題点に鑑み、第１の目的は、広告受給者が広告
主を混同することなく、選択した特定情報を確実に広告
主側の顧客クライアントに配信要求をすることができ、
一方、顧客クライアントは、自己が依頼した広告情報に
関する反響度合いをリアルタイムに把握することができ
ることである。第２の目的は、広告依頼者は、宣伝効果
に対応した宣伝費用を支払うことができることである。
その結果、広告主同志の不公平感が生じないことであ
る。第３の目的は、サーバにとっては、特定情報の管理
が容易なこと、広告受給クライアント側の個人情報の秘
匿を図ることができること、仮にサーバから誤った課金
請求があった場合に広告依頼者はチェックシートと照合
することができることである。

【０００４】

【課題を解決するための手段】本発明の広告情報の供給
方法は、サーバ１から通信ネットワーク４を介して広告
受給クライアントに広告情報を供給する広告情報の供給
方法に於いて、広告受給クライアント３が複数の識別子
を有する一覧表形式ビジネスメニューＡの中から特定情
報Ｂを選択する段階、広告受給クライアントが前記識別
子を基準として選択した特定の情報Ｂについての詳細情
報を顧客クライアント２に配信要求をする段階、顧客ク
ライアント２が前記特定情報Ｂをサーバ１に対して通知
する段階、サーバ１は各ＤＢに格納されたデータに関連
付けながら特定情報Ｂを引き出して広告受給クライアン
ト３に配信する段階、サーバ１は現に配信した特定情報
のデータを保存管理する利用詳報ＤＢ４７に関連付けら
れた課金情報ＤＢ４８にデータを更新登録すると共に、
利用詳報ＤＢ４７の配信情報及び課金情報ＤＢ４８の配
信度数のチェックする認証手段２５を介して顧客クライ
アント２に特定情報の配信度数に見合った課金請求をす
る段階とを備えることを特徴とする。上記構成に於い
て、広告受給クライアントに特定情報の選択を促すビジ
ネスメニューＡの一つの特定情報は、顧客識別番号表示
領域４２ａ、その顧客名表示領域４２ｂ、特定情報の識
別番号表示領域４２ｃ、その特定情報名表示領域４２
ｄ、その情報の概要表示領域４２ｅがそれぞれ区分けし
て設定されていることを特徴とする。また、広告受給ク
ライアントが顧客クライアント２に配信要求をする段階
では、広告受給クライアント側の個人情報の代替表示手
段５０が利用されることを特徴とする。また、広告受給
クライアント３がサーバ１から所望した特定情報につい
ての詳細情報を得た場合に、特定情報Ｂの配信があった
旨を顧客クライアント２に告知する段階が加味されてい
ることを特徴とする。さらに、広告受給クライアント３
は、サーバ１Ａが備えるコード変換手段５２を介して特
定情報Ｂの配信請求することを特徴とする。

【０００５】

【発明の実施の形態】まず、広告情報の供給方法の一実
施例を説明する前に、本明細書で使用する主な用語につ
いて定義する。ここで「広告」とは、サーバが広告依頼
者のビジネス情報を広告受給者に通信ネットワークを介
して提供することを言う。ビジネス情報には、商品の販
売に関する情報と、役務の提供に関する情報とがある。
「顧客クライアント」とは、サーバを介してビジネス情
報を提供する者、或いは広告をして欲しい者、つまり広
告主の端末機を言う。したがって、サーバ１に対するビ
ジネス情報の入力は、広告依頼者＝広告主によってなさ
れる。広告依頼者は、後述するようにサーバ１からの広
告効果（広告受給者に対する特定情報の配信度数）に見
合った課金請求に対応して対価を支払うので、サーバ１
から見ればその端末機は顧客クライアントということに
なる。

【０００６】一方、「広告受給クライアント」とは、広
告依頼者の広告情報を、サーバを介して受給する側の端
末機を言う。したがって、広告受給者は、普通一般に消
費者が成り、サーバが提供したビジネスメニューから自
己の支配する広告受給クライアント（パソコンや携帯電
話）から所望する特定情報を選択する。ここで「特定情
報」とは、広告受給クライアントが顧客クライアントに
対して直接又は間接的に配信要求をするためにサーバの
ビジネスメニューから識別子を基準にして選択した情報
を言う。この特定情報は、サーバから見れば利用情報と
なる。またサーバ１から広告受給クライアント３に配信
される際には詳細なビジネス情報である。

【０００７】次に、図１はビジネス情報の供給方法の概
略図である。図１を参照に広告（ビジネス）情報の提供
ステップを簡単に説明する。 （１）まずサーバ１は顧客クライアント２から広告して
欲しい情報を収集する。また、広告受給クライアント３
からアクセスがあった場合には、これを会員情報として
収集する。 （２）次にサーバ１は多数の顧客クライアント２から受
け取ったビジネス情報を、一覧形式に編集してビジネス
メニューＡを作成し、該ビジネスメニューを会員として
の広告受給クライアント３に提示する。 （３）次に広告受給クライアント３は、表示画面に表示
されているビジネスメニューの中から所望する特定情報
を選択し、選択した特定の情報についての詳細情報を、
直接又は間接的に顧客クライアント２に配信要求をす
る。 （４）次に顧客クライアント２は、広告受給クライアン
ト３から特定情報の詳細について配信要求があった旨を
サーバ１に通知する。この場合、望ましくは、顧客クラ
イアント２は自己のチェック手段に配信要求があった特
定情報に対して逐一チェックを入れるのが望ましい。 （５）そこで、サーバ１は、データベース（以下、「Ｄ
Ｂ」と略する。）から必要なデータを関連付けながら特
定情報Ｂを引き出し、かつ、広告受給クライアント３に
配信する。 （６）広告受給クライアント３は、望ましくはサーバ１
から特定情報Ｂの配信があった旨を顧客クライアント２
に告知する。 （７）サーバ１は、記憶装置７のＤＢに基づいて顧客ク
ライアント２に特定情報の配信度数に見合った課金請求
をする。

【０００８】次に図２は本発明のハードウェア構成を示
す概略図である。図２を参照に本システム全体を簡単に
説明する。１はサーバ、２は顧客クライアント、３は広
告受給クライアント、４はサーバ１とクライアント２，
３とを結ぶ通信ネットワーク（例えばインターネット）
である。

【０００９】前記クライアント２，３には通信ネットワ
ーク４へのアクセス、電子メールのやり取り、サーバ１
が保持するファイルに対する更新入力等ができる携帯電
話も含まれる。

【００１０】前記サーバ１は図示しないメインプログラ
ムを始めとし、本システムに必要な装置を有している。
すなわち、６は信号を演算処理する中央演算処理装置
（ここでは「主制御部」又は「ＣＰＵ」という。）、７
は各種のテーブルやファイルを格納した記憶装置、８は
通信ネットワーク４を介して顧客クライアント２の入力
情報並びに広告受給クライアント３の入力情報に関する
各信号をそれぞれ制御する入出力制御部である。９は主
にＤＢに保存すべき情報であるか否か、広告受給クライ
アントに提供すべき情報であるか否か等の情報を判別す
る判定手段である。１０はクライアント２，３から受け
取った情報を確認・編集等をすめための記憶手段であ
る。１１は主制御部ＣＰＵの一部を構成するデータ蓄積
・更新手段で、このデータ蓄積・更新手段１１は、後述
する顧客データベースＤＢに格納された案件データ（ビ
ジネス情報を提供しなければならない顧客）を顧客テー
ブルに格納された顧客別に定めた優先順位にしたがって
並び替えるソート手段を有している。

【００１１】１２は同じく主制御部ＣＰＵの一部を構成
するアドレス格納手段で、このアドレス格納手段１２
は、顧客ＤＢに格納された案件データを、一覧表形式に
作成したビジネスメニューＤＢ及び詳細情報ＤＢに対応
する顧客別のポインター領域にそれぞれ格納するアドレ
ス更新手段（例えば検索モジュール及びアドレス更新モ
ジュール）を有している。

【００１２】さて、図３に示すサーバ１の記憶装置７
は、認証、登録、管理などの各機能によりデータベース
化された複数個のファイル（ＤＢ）に情報を保存してい
行く。したがって、本明細書では、便宜上、以下の各手
段を記憶装置７の構成要素として取り扱う。

【００１３】すなわち、２１は顧客情報を登録する顧客
情報登録手段、２２は一般の会員情報を登録する広告受
給者登録手段、２３はサーバ１が作成したビシネスメニ
ューを登録するビジネスメニュー登録手段、２４はビジ
ネスの概要（特定情報）及び該特定情報と関連付けられ
た詳細なビジネス情報を登録するビジネス情報登録手
段、２５はサーバにアクセスしたクライアント、特定情
報の配信度数などを認証する認証手段、２６は広告受給
クライアントに配信した特定情報を登録する利用情報登
録手段、２７は顧客クライアントに対する課金情報を登
録する課金情報登録手段である。なお、特に図示しない
が、本システムには、その他の手段（編集、挿入、フォ
ローシート転送など）もある。そこで、これらの登録手
段についてＤＢとの関係でさらに詳しく説明する。

【００１４】まず、前記顧客情報登録手段２１は、顧客
クライアント２からの依頼に基づいて広告をして欲しい
特定情報の概要及び詳細なビジネス情報を収集する際に
得た顧客情報を登録する手段である。この顧客情報は広
告主ＤＢ３１に格納される。広告主ＤＢ３１は一種の顧
客テーブルに相当する。

【００１５】図４は広告主用登録画面の一例を示す。本
システムを利用するためには、サーバ１（仲介者）と顧
客クライアント２（広告依頼者）との間で契約をする必
要がある。そこで、例えば顧客クライアント２が通信ネ
ットワーク４を介してサーバ１と契約をする場合には、
サーバ１の入出力制御部８から出力された広告主用登録
画面３２に、広告依頼者は顧客クライアント２の入力手
段（キーボードなど）を用いて住所・氏名・電話番号・
ホームページアドレス等必要な情報を入力し、送信用画
面３３を作成する必要がある。

【００１６】本実施例に於いて、サーバ１は顧客クライ
アント２との契約の際、顧客識別番号、ビジネスメニュ
ー識別番号、ビジネス情報識別番号など各識別子を付す
る権限を有している。そこで、新規事項を入力する際に
使用される広告主用登録画面３２には、予め或いは事後
的に顧客識別番号（例えば５５００）ａが付される。顧
客クライアント２は、広告主用登録画面３２に住所・氏
名・電話番号・ホームページアドレス等必要な情報を入
力したならば、送信用画面３３の入力ボックス３３ａ内
の入力内容を確認の上、該情報をサーバ１に送信する。
サーバ１は、送信用画面３３を受理した場合には、顧客
情報登録手段２１を介して広告主ＢＤ３１に顧客情報を
格納（保存）する。

【００１７】図５で示すように、この送信用画面３３
は、前記入力ボックス３３ａに新規登録事項を入力（Ｓ
１）したメイン入力表示画面に相当する。そこで、顧客
クライアント２は、さらに、サーバ１が提供した様式の
ビジネス情報提供画面３４の各入力ボックス３４ａ，３
４ｂに簡単な情報名及び詳細なビジネス情報を入力する
（Ｓ２）。この場合特定情報の要約については、望まし
くは二行程度入力（記載）してもらう。このビジネス情
報提供画面３４は下層のサブ入力表示画面に相当する。
したがって、上層のメイン入力表示画面３３の適当な次
画面用ボタン３３ｂをクリックすると、該ビジネス情報
提供画面３４が現れる。

【００１８】そこで、顧客クライアント２は、ビジネス
情報提供画面３４に広告をして欲しい自己の特定情報に
関する詳細なビジネス情報を入力したならば、サーバ１
に同時に送信する。サーバ１はこのビジネス情報提供画
面３４を受理したならば、詳細ビジネス情報登録手段２
４を介して詳細情報ＤＢ３５に格納する。

【００１９】次に広告受給者登録手段２２は、例えば通
信ネットワーク４にリンクしたアクセス手段としてのＷ
ＷＷブラウザ、検索手段等を利用してサーバ１にアクセ
スして来た普通一般の消費者を、サーバ１の広告受給者
（会員）ＤＢ３６に格納する手段である。本システムに
おいて、広告受給クライアント３を操作する消費者から
会費を取って参加会員とするか否かは別に問わないが、
ここでは説明の便宜上、広告主の詳細なビジネス情報に
対して配信要求できる者を「会員」として取り扱う。

【００２０】広告受給者ＤＢ３６は一種の会員テーブル
に相当する。図６は会員情報登録画面３８の一例を示
す。本システムを利用するためには、広告受給者は、例
えば顧客クライアント２の場合と同様に通信ネットワー
ク４を介してサーバ１の入出力制御部８から出力された
会員情報登録画面３８に、広告受給クライアント３の入
力手段（キーボードなど）を用いて住所・氏名・電話番
号等必要な情報を入力し、送信用画面３９を作成する必
要がある。本実施例に於いて、サーバ１は広告受給クラ
イアント３と会員契約（有償・無償を問わない）際、会
員識別番号、会員用パスワードなど各識別子を付する権
限を有している。

【００２１】そこで、新規事項を入力する際に使用され
る会員情報登録画面３８には、予め或いは事後的に会員
識別番号（例えば３３６６）ｂが付される。広告受給ク
ライアント３は、会員情報登録画面３８に住所・氏名・
電話番号等必要な情報を入力したならば（Ｓ３）、送信
用画面３９の入力ボックス３９ａ内の入力内容を確認の
上、該情報をサーバ１に送信する。サーバ１はこの会員
情報を受理したならば、広告受給者登録手段２２を介し
て広告受給者ＤＢ３６に格納する。

【００２２】次にビジネスメニュー登録手段２３は、サ
ーバ１が作成したビジネスメニューＡをビジネスメニュ
ーＤＢ４５に登録する。サーバ１は詳細情報ＤＢ３５、
広告受給者ＤＢ３６にそれぞれ保存さている情報に基づ
いてビジネスメニューＡを作成するが、この際、ビジネ
スメニューＡの識別番号ｃ及び該ビジネスメニューＡの
識別番号ｃに関連付けられた特定情報の識別番号ｄをそ
れぞれ自由に付すことができる。そこで、本発明の特定
要件ではないが、図５で示すように望ましくは月々のビ
ジネスメニューＡを作成したならば、ビジネスメニュー
Ａ及び特定情報Ｂの広告内容を確認（訂正・補充）のた
めに、ビジネス情報識別画面１６、校正用画面１７を顧
客クライアント２に送信する（Ｓ４）。

【００２３】図７は、サーバ１が編集手段を介して作成
したビジネスメニューＡの一例である。このビジネスメ
ニューＡはビジネスメニュー識別番号表示領域４０に識
別子が、例えば「Ａ００５」のように付され、望ましく
は毎月末日に発行される。しかして、このビジネスメニ
ューＡに於いて、４１はタイトル表示領域で、該タイト
ル表示領域４１には、広告受給クライアント３がサーバ
１にアクセスした時を基準日にした最新の月刊ビジネス
メニューが表示される。例えばアクセス日が２０００年
５月１０日の場合には、該タイトル表示領域４１には
「月刊ビジネスメニュー５月号」のように表示されてい
る。この場合広告受給クライアント３は、該タイトル表
示領域４１に関連する「ある表示ボタン４１ａ」をクリ
ックすると、前の月刊ビジネスメニュー、例えば「月刊
ビジネスメニュー４月号」が表示されるようになってい
る。したがって、広告受給クライアント３は、複数個の
ビジネスメニューＡ，Ａ１，Ａ２を過去に遡って見るこ
とができる。

【００２４】次にタイトル表示領域４１の下欄には、一
覧形式の配信要求用特定情報の項目表示領域４２が複数
個、本実施例では合計６個並列されている。この特定情
報項目表示領域４２には、それぞれ配信要求用の顧客識
別番号表示領域４２ａ、その顧客名表示領域４２ｂ、配
信要求用特定情報の識別番号表示領域４２ｃ、その特定
情報名表示領域４２ｄ、その情報の概要表示領域４２ｅ
がそれぞれ区分けして設定されている。

【００２５】したがって、一つの特定情報項目表示領域
４２には、ヒジネスメニューＤＢ４５に格納されている
ヒジネスメニュー識別番号ｃと、広告主ＤＢ３１に格納
されている顧客識別番号ａと、詳細情報ＤＢ３５に格納
されているビジネスメニュー識別番号ｃ並びに特定情報
識別番号ｄがアドレス格納手段１２を介して関連付け表
示されている。なお、本実施例では一つの特定情報項目
表示領域４２の区分けされた各表示領域４２ａないし４
２ｄは、広告受給クライアント３にとって、クリック対
象のボックス機能の役割を果たしている。

【００２６】それ故に、広告受給クライアント３が所望
の特定情報を配信要求する場合に於いて、例えば顧客識
別番号ａを表示する表示領域４２ａをクリックすると、
リンクしている当該顧客のホームページの表示画面を得
ることができ、例えばそのホームページの掲示板に広告
受給クライアント３の会員番号を書き込むことが可能に
なる。この点、顧客クライアント２にとって、広告受給
クライアント３側の個人情報が直接的には判らない。な
お、広告受給クライアント３が配信要求する場合に於い
て、例えば管理者サイトを介して配信要求をすれば、プ
ライバシーの保護を図ることができる。また通信手段で
あるｆａｘの場合には自己のｆａｘ番号を相手に知られ
ないように設定登録しておくと、個人情報の秘匿を図る
ことができる。

【００２７】次に認証手段２５は、サーバ１にアクセス
して来た場合に於いて、当該顧客クライアント２の顧客
識別番号の適否、当該広告受給クライアント３の会員識
別番号ｂの適否、顧客クライアント２に対する課金度数
の適否等を認証ＤＢ４６に基づいて認証する。

【００２８】しかして、本実施例の認証ＤＢ４６は、図
３で示すように広告主ＤＢ、広告受給者ＤＢ、詳細情報
ＤＢ、利用情報ＤＢ４７、それに課金情報ＤＢ４８に関
連付けられている。すなわち、認証ＤＢ４６は、クライ
アント２，３が入力した個別情報ａ，ｂ及び広告受給ク
ライアント３が配信要求した特定情報の識別番号ｄにそ
れぞれ関連付けられて連動する拡張認証ＤＢを有し、本
実施例では、例えば特定情報ｄの配信要求の度数毎に配
信料金＝広告料金を認証（計算承認）し、該拡張認証Ｄ
Ｄの認証データおける認証済度数を逐一更新する課金情
報ＤＢ４８と連動している。これにより、サーバ１は広
告受給クライアント３に対して配信した特定情報Ｂの数
に見合う分に相当する広告料金を顧客クライアント２に
請求することが可能となる。

【００２９】次に利用情報ＤＢ４７は、サーバ１が顧客
クライアント２からの通知に基づいて広告受給クライア
ント３に対して配信した特定情報Ｂを、利用情報登録手
段２６を介して格納している。したがって、この利用情
報ＤＢ４７を見ればどのヒジメスメニューＡのどの特定
情報Ｂが一番配信されているかを知ることができる。

【００３０】最後に課金情報ＤＢ４８は、広告受給クラ
イアント３の広告受給者ＤＢ、顧客クライアント２の広
告主ＤＢ及び現実の配信した特定情報Ｂのデータを保存
管理する利用詳報ＤＢ４７に関連付けられている。

【００３１】すなわち、サーバ１は顧客クライアント２
に特定情報Ｂを現実に配信した場合に於いて、当該特定
情報Ｂを提供した顧客クライアント２（広告主）に対
し、広告受給者ＤＢ、広告受給者ＤＢ及び利用詳報ＤＢ
４７に関連付けて課金情報登録手段２７を介して配信度
数を逐一更新する。この課金情報ＤＢ４８は、前述した
ように認証ＤＢ４６に連動しているので、「現時点で、
どの顧客クライアント２に対し、どれだけの広告料金を
請求すればよいか」、つまり、「広告効果に伴う適正な
広告料金はいくらであるか」ということが判る。

【００３２】次に、図８を参照に広告受給クライアント
３が配信要求した特定情報Ｂをサーバ１から受け取るま
でのフローチャートについて説明する。まず広告受給ク
ライアント３がサーバ１にアクセスし、認証手段２５に
認証され、かつ、広告受給クライアント３の表示画面に
ビジネスメニューＡが現れていることを前提とする。

【００３３】次にＳ１０１は、広告受給クライアントが
表示画面に表示されているビジネスメニューＡの中から
所望する特定情報Ｂを選択する段階である。次にＳ１０
２は、広告受給クライアントが選択した特定の情報Ｂに
ついての詳細情報を、直接又は間接的に顧客クライアン
ト２に配信要求する段階である。この配信要求は、サー
バ１を介さず、直接的に顧客クライアント２に要求す
る。この場合広告受給クライアントのＥ−ｍａｉｌアド
レスを知られうる可能性があるが、電話番号、ＦＡＸ番
号、氏名などの個人情報は直接的には知られない。も
し、広告受給クライアント３がＥ−ｍａｉｌアドレスも
含めた個人情報を知られたくない場合には、前述したよ
うに登録設定済のＦＡＸやサーバ側が付したコード番
号、ビジネス情報ＯｒｄｅｒＣａｒｄ、ビジネス情報Ｏ
ｒｄｅｒＣａｒｄが記録されたＦＤ媒体などで代替表示
すれば良い。要は広告受給クライアント３がどの程度ま
で個人情報を開示してよいかは自己判断である。

【００３４】図９はビジネス情報ＯｒｄｅｒＣａｒｄ５
０の一例を示す。広告受給クライアント３は、管理サイ
トの一例である「ビジネス情報研究会」を介して配信請
求をすれば、個人情報を秘匿することができる。

【００３５】次にＳ１０３は、顧客クライアント２が広
告受給クライアント３から配信要求があった特定情報Ｂ
をサーバ１に対して通知する段階である。この場合顧客
クライアント２は自己が管理するチェックリストに配信
要求の事実をチェックするのが望ましい。顧客クライア
ント２はチェックリストにチェックを入れたならば、サ
ーバ１に転送する。

【００３６】次にＳ１０４は、サーバ１が顧客クライア
ント２からの通知を受理し、各ＤＢに格納されたデータ
に関連付けて特定情報Ｂを引き出し、かつ、広告受給ク
ライアント３に配信する段階である。この場合ＣＰＵの
信号処理の流れと各ＤＢとの関連付けは次の通りであ
る。

【００３７】まずサーバ１は出入力制御部８を介して配
信要求のあった特定Ｂ情報を、例えばビジネス情報Ｏｒ
ｄｅｒＣａｒｄ５０を表示する画面で受信する。このビ
ジネス情報ＯｒｄｅｒＣａｒｄ５０は、表示手段１０に
より表示される。次にサーバ１は会員識別番号（会員コ
ード）ｂ、顧客識別番号ａ及び特定情報識別番号（情報
コード）ｄが存在するか否か、認証手段２５及び判定手
段９を介して認証・判別し、各ＤＢに格納されているデ
ータと一致したならば、ＣＰＵ６が記憶装置７に対して
当該配信情報を引き出すようにビジネス情報登録手段２
４に指令を出す。

【００３８】次にビジネス情報登録手段２４は配信要求
のあった特定情報を詳細ＤＢ３５から引き出すと、認証
手段２５に認証をしてもらい、認証ＯＫならば入出力制
御部８を介して特定情報Ｂを広告受給クライアント３に
配信する。

【００３９】次に特定情報の配信が完了したならば、Ｃ
ＰＵ６は当該広告受給クライアント３の広告受給者Ｄ
Ｂ、広告主ＤＢに関連付けられた利用詳報ＤＢ４７及び
課金情報ＤＢ４８にその旨を登録するために、利用情報
登録手段２６と課金情報登録手段２７に指令を出す。

【００４０】そこで、利用情報登録手段２６と課金情報
登録手段２７は、ＣＰＵ６からの指令に基づいて配信情
報及び配信度数のチェックを認証手段２５に認証しても
らい、それがＯＫならば、データ蓄積・更新手段１１を
介して利用詳報ＤＢ４７及び課金情報ＤＢ４８ら配信デ
ータを更新登録する。

【００４１】次にＳ１０５は、広告受給クライアント３
が、望ましくはサーバ１から特定情報Ｂの配信があった
旨を顧客クライアント２に告知する。この告知手段は配
信要求の場合と同様である。

【００４２】次にＳ１０６は、サーバ１が記憶装置７の
課金情報ＤＢ４８に基づいて顧客クライアント２に特定
情報の配信度数に見合った課金請求をする段階である。

【００４３】

【実施例】本発明の実施の形態に於いて、広告受給クラ
イアント３がビジネスメニューＡの中から所望する特定
情報Ｂを選択し、その詳細情報を顧客クライアント２に
配信要求する場合、電話、ｆａｘ、Ｅ−ｍａｉｌ、情報
記憶媒体、管理サイトなどの配信要求手段で配信請求を
するが、例えば図１０に示すようにサーバ１Ａが備える
コード変換手段５２を介して特定情報Ｂの配信請求をし
ても良い。このような方法を用いると、より完璧に広告
受給クライアント３側の個人情報の秘密を保持すること
ができる。

【００４４】

【発明の効果】以上の説明から明らかなように、本発明
にあっては、次に列挙するような効果がある。 （１）広告受給クライアントは、複数の識別子を有する
一覧表形式のビジネスメニューＡの中から特定情報を選
択することができるので、広告主を混同することなく、
選択した特定情報を確実に広告主側の顧客クライアント
に配信要求をすることができる。一方、顧客クライアン
トは、自己が依頼した広告情報に関する反響をリアルタ
イムに把握することができる。 （２）また、顧客クライアント側の広告主にとって、サ
ーバは利用詳報ＤＢの配信情報及び課金情報ＤＢの配信
度数をチェックする認証手段を介して顧客クライアント
に特定情報の配信度数に見合った課金請求をするので、
宣伝効果に対応した宣伝費用を支払おうとする広告主同
志の不公平感が生じない。 （３）請求項２に記載の発明は、一つの特定情報が、客
識別番号表示領域４２ａ、その顧客名表示領域４２ｂ、
特定情報の識別番号表示領域４２ｃ、その特定情報名表
示領域４２ｄ、その情報の概要表示領域４２ｅにそれぞ
れ区分け設定されているので、広告受給クライアント側
にとっては特定情報と広告主との関連性を把握し易い。
一方、サーバにとっては、特定情報の管理が容易にな
る。 （４）請求項３及び請求項５に記載の発明は、広告受給
クライアントが顧客クライアントに対してビジネス情報
オーダ手段又は信号変換手段を利用するので、広告受給
クライアント側の個人情報の秘匿を図ることができる。 （５）請求項４に記載の発明は、顧客クライアント２側
の広告主は、広告受給クライアントから特定情報の配信
があった旨の通知を受けるので、もし仮にサーバから誤
った課金請求があった場合にチェックシートと照合する
ことができる。

【図面の簡単な説明】

図１乃至図９は本発明の一実施例を示す各説明図。図１
０は本発明の要部（配信要求段階）の他の実施例を示す
概略説明図。

【図１】全体の流れを示す概略説明図。

【図２】ハードウェア構成図。

【図３】記憶装置の構成図。

【図４】広告主用登録画面の新規登録の一例を示す説明
図。

【図５】新規登録の際の各画面とサーバとの関係を示す
説明図。

【図６】会員情報登録画面の新規登録の一例を示す説明
図。

【図７】ビジネスメニューの一例を示す説明図。

【図８】特定情報の配信を示す概略的なフローチャー
ト。

【図９】配信要求する際のビジネスオーダ手段の一例を
示す説明図。

【図１０】本発明の要部（配信要求段階）の他の実施例
を示す概略説明図。

【符号の説明】

１，１Ａ…サーバ、２…顧客クライアント、３…広告受
給クライアント、４…通信ネットワーク、６…主制御
部、７…記憶装置、８…入出力制御部、９…判定手段、
１０…表示手段、１１…データ蓄積・更新手段、１２…
アドレス格納手段、１６…ビジネス情報識別画面、１７
…校正用画面、２１…顧客情報登録画面、２２…広告受
給者登録手段、２３…ビジネスメニュー登録手段、２４
…ビジネス情報登録手段、２５…認証手段、２６…利用
詳報登録手段、２７…課金情報登録手段、３１…広告主
ＤＢ、３２…広告主用登録画面、３３，３９…送信用画
面、３４…ビジネス情報提供画面、３８…会員情報登画
面、４０…ビジネスメニュー識別番号表示領域、４１…
タイトル表示領域、４２…特定情報表示領域、４２ａ…
顧客識別番号表示領域、４２ｂ…顧客名表示領域、４２
ｃ…特定情報の識別番号表示領域、４２ｄ…特定情報名
表示領域、４２ｅ…特定情報の概要表示領域、５０…ビ
ジネスオーダ手段、５２…コード変換手段、ａ…顧客識
別番号、ｂ…会員識別番号、ｃ…特定情報識別番号。

【手続補正書】

【提出日】平成１３年１月３１日（２００１．１．３
１）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】発明の名称

【補正方法】追加

【補正内容】

【発明の名称】 広告情報の供給方法

Claims (5)

【特許請求の範囲】
1. 【請求項１】 サーバ１から通信ネットワーク４を介し
   て広告受給クライアントに広告情報を供給する広告情報
   の供給方法に於いて、広告受給クライアント３が複数の
   識別子を有する一覧表形式ビジネスメニューＡの中から
   特定情報Ｂを選択する段階、広告受給クライアントが前
   記識別子を基準として選択した特定情報Ｂについての詳
   細情報を顧客クライアント２に配信要求をする段階、顧
   客クライアント２が前記特定情報Ｂをサーバ１に対して
   通知する段階、サーバ１は各ＤＢに格納されたデータに
   関連付けながら特定情報Ｂを引き出して広告受給クライ
   アント３に配信する段階、サーバ１は現に配信した特定
   情報のデータを保存管理する利用詳報ＤＢ４７に関連付
   けられた課金情報ＤＢ４８にデータを更新登録すると共
   に、利用詳報ＤＢ４７の配信情報及び課金情報ＤＢ４８
   の配信度数のチェックする認証手段２５を介して顧客ク
   ライアント２に特定情報の配信度数に見合った課金請求
   をする段階とを備える広告情報の供給方法。
2. 【請求項２】 請求項１に於いて、広告受給クライアン
   トに特定情報の選択を促すビジネスメニューＡの一つの
   特定情報は、顧客識別番号表示領域４２ａ、その顧客名
   表示領域４２ｂ、特定情報の識別番号表示領域４２ｃ、
   その特定情報名表示領域４２ｄ、その情報の概要表示領
   域４２ｅがそれぞれ区分けして設定されていることを特
   徴とする広告情報の供給方法。
3. 【請求項３】請求項１に於いて、広告受給クライアント
   が顧客クライアント２に配信要求をする段階では、広告
   受給クライアント側の個人情報の代替表示手段５０が利
   用されることを特徴とする広告情報の供給方法。
4. 【請求項４】請求項１に於いて、広告受給クライアント
   ３がサーバ１から所望した特定情報についての詳細情報
   を得た場合に、特定情報Ｂの配信があった旨を顧客クラ
   イアント２に告知する段階が加味されていることを特徴
   とする広告情報の供給方法。
5. 【請求項５】請求項１に於いて、広告受給クライアント
   ３は、サーバ１Ａが備えるコード変換手段５２を介して
   特定情報Ｂの配信請求することを特徴とする広告情報の
   供給方法。