JP2001312660A - 広告受容の対価支払システム - Google Patents

Abstract

(57)【要約】 【課題】 広告画像情報の提供を求めた広告画像受容ユ
ーザに対して広告の配布や配信が確実になされることを
前提として広告受容の対価を支払う。 【解決手段】 広告受容の対価支払システムは、広告画
像情報を表示または記録するために広告画像を要求また
は選択する広告画像利用装置と、広告提供主が広告を提
供するために設けられ、広告画像利用装置からの要求ま
たは選択によって広告画像情報を提供する広告サーバ
と、広告利用装置により要求または選択された広告画像
が広告サーバから広告画像利用装置に提供されたことを
認証する認証機関と、認証機関の認証に基づいて広告利
用装置が広告画像を受入れた対価として広告受容代金を
前記広告サーバから徴収して前記広告利用装置のユーザ
に対して支払う徴収機関端末と、前記広告画像利用装
置，広告サーバ，認証機関，徴収機関端末をネットワー
ク接続した広告画像提供ネットワークとを備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、広告画像受容ユー
ザへの広告受容対価の支払いシステムおよび有料情報提
供ネットワークにおける広告受容による料金一部代替支
払いシステムに係り、特に、パーソナルコンピュータ
（以下、ＰＣ―Personal Computer―と略記する。）等
の画像情報供給装置と、この画像情報供給装置からの供
給情報を記録媒体上に印刷記録する、例えばカラーディ
ジタル普通紙複写機（以下、ＤＰＰＣ―Digital Plane
Paper Copy machine―）やプリンタ等の画像形成装置
と、広告画像情報を提供する広告サーバと、提供された
広告画像情報を受け入れた料金をユーザに対して支払う
徴収機関端末と、をネットワークにより接続した情報提
供ネットワークにおいて、広告サーバから特定のユーザ
に対して広告の提供があったことを第３者が認証しその
認証に基づいて広告受容の対価を支払うようにした広告
受容の対価支払システムに関する。

【０００２】

【従来の技術】近年の情報技術（ＩＴ―Information Te
chnology―）産業や通信技術分野の飛躍的な進歩に伴
い、インターネット，イントラネット，イーサネット
（登録商標），ローカルエリアネットワーク（ＬＡＮ―
Local Area Network―）等の情報網の整備が着々と行な
われ、ＰＣやデジタルカメラ等の画像情報供給装置によ
り生成された画像等の情報を、ＤＰＰＣやプリンタ等の
画像形成装置により供給する際にもこれらの情報網が利
用されている。これに伴い、有料情報を提供するネット
ワークにおいては、ランニングコストの低減を図るべ
く、宣伝・広告情報を含む画像情報の提供を受けたユー
ザに対して情報提供料金の課金請求を安くするサービス
も種々提案されている。

【０００３】なお、この明細書において「画像情報」と
は、写真，絵画，イラストレーション，漫画等のような
彩色や色階調を施した線図に関するデータのみに限定さ
れず、文字，ロゴ，数字，数式，図表等を含むテキスト
データをも含み、それ以外にも視覚により認識可能なあ
らゆるデータを含むものとする。

【０００４】例えば、特開平１１−１９２７６０号公報
には、ネットワークに接続されたＤＰＰＣが、原画像を
読取る電荷結合素子（ＣＣＤ―Charge Couppled Device
―）と、ダウンロードした合成用画像を読み取った原画
像に対して合成する合成回路と、を備えている。このよ
うな構成により、合成用画像を画像提供サーバからの広
告画像として通常モードの料金よりも安い料金でサービ
スを提供する広告モードを設定している。

【０００５】また、特開平１１−２６１７９８号公報に
は、原画像情報に影響を与えないように考慮しながら特
定画像情報を合成して画像を効果的に記録出力する画像
編集記録装置が開示されている。この画像編集記録装置
は、前記原画像情報と前記特定画像情報としての広告画
像情報とからそれぞれの特徴情報を抽出して第１の処理
および第２の処理を確定する画像編集部と、原画像情報
と広告画像情報とを１つの画像として合成する処理を行
なう合成処理確定手段と、を備えている。

【０００６】しかしながら上述の２つの従来技術におい
ては、何れも原画像情報と広告画像情報とを合成して出
力する技術については開示されているが、広告情報を合
成して用いることにより有料である原画像情報の料金が
どのように取り扱われるかについての的確な開示はなさ
れていない。前者の従来技術においては、広告入りモー
ドを選択した場合に通常よりも安い料金でのサービスが
提供されることが僅かに記載されているが、具体的にど
のような方法により低料金でサービスを提供するかにつ
いては全く記載されていない。また、後者の従来技術に
おいても、原画像情報と広告画像情報とのそれぞれの特
徴情報を抽出して所定の処理を行なってから両画像を合
成するという技術的な内容を開示しているが、情報提供
に起因して発生する料金については、何も説明されてい
ない。

【０００７】そもそも広告画像情報等の特定画像を原画
像に合成してダウンロードや画像記録等を行なおうとす
るユーザは、希望する原画像を表示したり記録したりす
る場合に表示または記録された情報の一部に広告画像が
合成されることを受容することの対価として、何らかの
経済的な見返りを期待するものであり、その経済的な見
返りが明確化され、広告付き画像情報の表示または記録
が通常の画像情報のそれに比べて割安感を有するとき
に、広告付き画像の表示や記録を活用しようとするもの
である。

【０００８】

【発明が解決しようとする課題】したがって、この種の
情報提供システムを広く社会に普及させるための要点は
広告付き画像情報のダウンロード，表示，蓄積，記録等
を行なうユーザに対して、広告付き画像情報の取り込み
に相応する料金を、有料情報提供サービスの料金の一部
から割り引くか、またはユーザに料金を支払うことにあ
る。ところが、従来の技術に開示されている内容によれ
ば、有料情報提供業者が広告主から一律に広告掲載料を
受取り、この広告掲載料金に見合う金額を全体の情報提
供料金の総額から差し引いた後、有料広告提供の全機会
から按分して差し引くことによって料金体系に反映させ
ているだけであり、ユーザ所望情報の一部に広告画像が
表示もしくは記録されることを受け入れたユーザに対し
て相応の料金割引がなされていないという問題があっ
た。

【０００９】また、従来技術としての画像形成装置や画
像情報処理管理システムにおいては有料画像情報を提供
することに対する料金が広告を受け入れることにより割
安になるという記載はなされているものの、具体的にど
の広告を受け入れたことによりどの程度料金が割り引か
れたかに関する具体的な記述はなされておらず、どのよ
うにして実施するかについては開示されていない。した
がって、もしも広告受入の対価の支払いや料金の割引等
がなされるとすると、広告の配布や配信が確実になされ
ているかについての認証や証明がないにも拘わらず、広
告の受け入れに対する対価を支払わなければならないと
いう問題もあった。

【００１０】上記事情に鑑みて、本発明に係る広告受容
の対価支払システムは、広告サーバに対して広告画像情
報の提供を求めた広告画像受容ユーザに対して広告受容
の対価を支払うシステムを提供することを目的としてい
る。

【００１１】また、本発明は、有料情報提供者から提供
を受ける有料の原画像情報に、特定画像情報としての広
告画像情報を合成して画像情報の提供を受けるユーザに
対して請求される情報提供料金の一部を広告主に代替支
払いさせるシステムを提供することをも目的としてい
る。

【００１２】本発明は、インターネットのブラウザ等の
有料情報提供者からネットワークを介して電子的に原画
像情報をダウンロードしてディスプレイ等に表示させる
際にその表示画面の一部に広告画像を表示させる場合に
は、ダウンロードに要する費用の一部を広告主に負担さ
せる広告受容の対価支払システムを提供することを副次
的な目的としている。

【００１３】また、本発明は広告を受け入れたユーザに
対して広告受け入れの対価を支払う際に第３者による認
証に基づいて一定の料金支払い基準を定め、これに適合
しないユーザに対しては対価の支払いを制限することに
より、広告の確実な配布や配信に対する正当な対価とし
て広告の受入料を支払うことができる広告受容の対価支
払システムを提供することをも目的としている。

【００１４】本発明は、有料コピーサービス店やレンタ
ルオフィス店などで広告入りのコピーサービスの提供を
受ける場合には、ユーザが支払うべきコピー料金の一部
を広告主に負担させる広告受容の対価支払システムを提
供することをも副次的な目的としている。

【００１５】

【課題を解決するための手段】上記目的を達成するた
め、本発明の第１の基本構成に係る第３者の認証により
広告画像を受入れたユーザに広告受容の対価を支払う広
告受容の対価支払システムは、広告画像情報を表示また
は記録するために広告画像を要求しまたは選択する広告
画像利用装置と、広告提供主が広告を提供するために設
けられ、前記広告画像利用装置からの要求または選択に
よって広告画像情報を提供する広告サーバと、前記広告
利用装置により要求または選択された広告画像が広告サ
ーバから広告画像利用装置に提供されたことを認証する
認証機関と、前記認証機関の認証に基づいて前記広告利
用装置が広告画像を受入れた対価として広告受容代金を
前記広告サーバから徴収して前記広告利用装置のユーザ
に対して支払う徴収機関端末と、前記広告画像利用装
置，広告サーバ，認証機関，徴収機関端末をネットワー
ク接続した広告画像提供ネットワークと、を備えるもの
である。

【００１６】また、本発明の第２の基本構成に係る広告
受容の対価支払システムは、上記第１の基本構成に係る
システムにおいて、前記広告画像利用装置は、前記広告
サーバに対して広告画像情報の提供を要求または選択す
る広告画像要求／選択部を備え、前記広告サーバは、前
記広告画像要求／選択部により要求または選択された前
記広告画像情報を前記広告画像利用装置に供給する広告
画像情報提供部を備え、前記認証機関は、前記広告サー
バより前記広告画像利用装置に対して提供された前記広
告画像情報が改変されることなく受け入れられたことを
認証する認証部を備え、前記徴収機関端末は、前記認証
機関の認証部の認証に基づいて前記広告サーバから徴収
した広告受け入れ代金を前記広告画像利用装置に支払う
料金徴収部を備えるものである。

【００１７】さらに、上記第２の基本構成において、前
記広告画像利用装置は前記ネットワークに接続されたウ
ェブ（Ｗｅｂ）端末により構成され、この端末が前記ネ
ットワーク上の広告を記憶した前記広告サーバから前記
広告画像情報をダウンロードした後、この広告画像情報
を適正にダウンロードしたことを示す受信証明書を前記
認証機関より前記広告サーバに送信し、前記広告サーバ
は受信証明書を確認後に、前記端末が指定する前記徴収
機関端末としての指定銀行のユーザの口座に広告を受け
容れた対価を支払うものであっても良い。

【００１８】上記構成において、前記広告サーバは、広
告料金に関する振込最大回数を管理し、実際に計数され
た振込回数が前記振込最大回数を超えない範囲内で広告
料金の振込みを許可するものであっても良い。

【００１９】上記構成において、前記広告サーバは、広
告料金に関する振込最大回数を管理し、実際に計数され
た振込回数が前記振込最大回数を超えない範囲内で広告
料金の請求が可能であることを広告サーバのホームペー
ジに表示するものであっても良い。

【００２０】上記構成において、前記ウェブ（Ｗｅｂ）
端末は、前記広告サーバにおける所望広告の格納場所を
広告ＩＤを指定して前記サーバに受け容れ広告の指定を
し、前記広告サーバは前記ウェブ（Ｗｅｂ）端末からの
要求に対して広告ＩＤ，広告データ，代金を添付して前
記ウェブ（Ｗｅｂ）端末に送信し、前記ウェブ（Ｗｅ
ｂ）端末は受信証明書を作成して前記広告ＩＤと共に前
記広告サーバに返信し、前記広告サーバは広告ＩＤと受
信証明書を確認すると共に最大振込回数を確認して条件
が満たされている場合に請求証明書を作成して振込Ｉ
Ｄ，広告ＩＤと共に代金請求情報として前記ウェブ（Ｗ
ｅｂ）端末に返信し、前記ウェブ（Ｗｅｂ）端末は前記
代金請求情報を受信してこれに振込先を追加して代金振
込請求情報を作成してこの情報により前記広告サーバに
代金振込請求を送信し、前記広告サーバは代金振込請求
を受信して請求証明書を確認して振込先である前記徴収
機関端末にユーザの広告受入対価としての代金を振り込
んでから前記ウェブ（Ｗｅｂ）端末に前記振込ＩＤと共
に振込完了を送信するものであっても良い。

【００２１】上記構成において、前記受信証明書，前記
請求証明書，前記振込先を含む秘密情報は、前記認証機
関が発行する秘密鍵および公開鍵を用いてデータを暗号
化して前記広告提供ネットワークを介して送受信されて
いるものであっても良い。

【００２２】上記構成において、前記受信証明書は、前
記ウェブ（Ｗｅｂ）端末において受信された広告データ
の要約数を前記認証機関が発行するウェブ（Ｗｅｂ）端
末側の自己の秘密鍵を用いて暗号化して前記広告サーバ
に送信し、前記広告サーバは前記認証機関が発行する公
開鍵を用いて前記ウェブ（Ｗｅｂ）端末より受信した前
記広告データの要約数を復号して対応する広告データと
照合することにより広告データ受入の際のデータ改変を
チェックして不一致のときには振込不可をウェブ（Ｗｅ
ｂ）端末に送信するものであっても良い。

【００２３】また、上記構成において、前記広告画像利
用装置はコンビニエンスストアまたはレンタルオフィス
に設置されると共に前記ネットワークに接続されたディ
ジタルカラー普通紙複写機（ＤＰＰＣ）により構成さ
れ、このＤＰＰＣが前記ネットワーク上の広告を記憶し
た前記広告サーバから前記広告画像情報をダウンロード
した後、この広告画像情報を適正にダウンロードしたこ
とを示す受信証明書を前記認証機関より前記広告サーバ
に送信し、前記広告サーバは受信証明書を確認後に、前
記ＤＰＰＣが指定する前記徴収機関端末としての指定銀
行のユーザの口座に広告を受け容れた対価を支払い、前
記ＤＰＰＣは受け容れた対価をユーザから徴収する複写
代金より差し引いて表示するものであっても良い。

【００２４】さらに上記第２の基本構成において、前記
広告サーバは、前記ＤＰＰＣからの要求または選択に基
づいて提供した前記広告画像が改変されることなくＤＰ
ＰＣに受け容れられたことを前記認証機関の認証により
確認できたことを条件として前記徴収機関端末に広告受
入の対価を支払い、前記ＤＰＰＣは前記広告サーバが確
実に広告受入代金の支払いをすることを条件としてＤＰ
ＰＣのユーザより徴収する複写代金から前記広告受入の
対価を差し引いて請求することにより、コピーに要する
費用の一部を代替支払いし、広告入りコピーサービスを
広告の入らない通常コピーサービスよりも低料金で提供
するものであっても良い。

【００２５】また、上記構成において、前記ＤＰＰＣ
は、前記広告サーバにおける所望広告の格納場所を広告
ＩＤを指定して前記サーバに受け容れ広告の指定をし、
前記広告サーバは前記ＤＰＰＣからの要求に対して広告
ＩＤ，広告データ，代金を添付して前記ＤＰＰＣに送信
し、前記ＤＰＰＣは受信証明書を作成して前記広告ＩＤ
と共に前記広告サーバに返信し、前記広告サーバは広告
ＩＤと受信証明書を確認すると共に最大振込回数を確認
して条件が満たされている場合に請求証明書を作成して
振込ＩＤ，広告ＩＤと共に代金請求情報として前記ＤＰ
ＰＣに返信し、前記ＤＰＰＣは前記代金請求情報を受信
してこれに振込先を追加して代金振込請求情報を作成し
てこの情報により前記広告サーバに代金振込請求を送信
し、前記広告サーバは代金振込請求を受信して請求証明
書を確認して振込先である前記徴収機関端末にユーザの
広告受入対価としての代金を振り込んでから前記ＤＰＰ
Ｃに前記振込ＩＤと共に振込完了を送信し、前記ＤＰＰ
Ｃは振込完了を確認してから通常の複写代金より振り込
まれた広告受入対価に相当する料金を割り引いて表示す
るものであっても良い。

【００２６】上記構成において、前記受信証明書，前記
請求証明書，前記振込先を含む秘密情報は、前記認証機
関が発行する秘密鍵および公開鍵を用いてデータを暗号
化して前記広告提供ネットワークを介して送受信されて
いるものであっても良い。

【００２７】上記構成において、前記受信証明書は、前
記ＤＰＰＣにおいて受信された広告データの要約数を前
記認証機関が発行するＤＰＰＣ側の自己の秘密鍵を用い
て暗号化して前記広告サーバに送信し、前記広告サーバ
は前記認証機関が発行する公開鍵を用いて前記ＤＰＰＣ
より受信した前記広告データの要約数を復号して対応す
る広告データと照合することにより広告データ受入の際
のデータ改変をチェックして不一致のときには振込不可
をＤＰＰＣに送信し、前記ＤＰＰＣは振込不可を受信し
た場合には通常の複写代金を表示するものであっても良
い。

【００２８】また、上記第１の基本構成に係る広告受容
の対価支払システムは、前記広告画像利用装置は、前記
広告サーバに対して広告画像情報の提供を要求または選
択する広告画像要求／選択手段を備え、前記広告サーバ
は、前記広告画像要求／選択手段により要求または選択
された前記広告画像情報を前記広告画像利用装置に供給
する広告画像情報提供手段を備え、前記認証機関は、前
記広告サーバより前記広告画像利用装置に対して提供さ
れた前記広告画像情報が改変されることなく受け入れら
れたことを認証する認証手段を備え、前記徴収機関端末
は、前記認証機関の認証手段の認証に基づいて前記広告
サーバから徴収した広告受け入れ代金を前記広告画像利
用装置に支払う料金徴収手段を備えていても良い。

【００２９】また、本発明の第３の基本構成に係る広告
受容の対価を支払うシステムは、前記広告画像利用装置
は原画像情報と広告画像情報とを合成した合成画像を表
示または記録出力可能な画像形成装置により構成され、
前記ネットワークには前記画像形成装置に有料画像情報
を提供する有料情報サーバが接続されることによって前
記広告受容の対価を支払うシステムは有料情報料金の一
部代替支払いシステムとして構成され、前記徴収機関端
末は前記広告サーバより広告を受け容れた利用ユーザに
対して有料情報提供サービスの料金の一部を広告受入対
価分だけ割り引いてユーザに請求するものでも良い。

【００３０】上記第３の基本構成に係る広告受容の対価
支払システムにおいて、前記料金一部代替支払いシステ
ムを構成する、前記画像形成装置は、前記有料情報サー
バに対して有料画像情報の提供を要求する有料画像要求
手段と、前記広告サーバに対して広告画像情報の提供を
要求または選択する広告画像要求／選択手段と、を備
え、前記広告サーバは、前記広告画像要求／選択手段に
より要求または選択された前記広告画像情報を前記有料
情報サーバに対して供給する広告画像情報提供手段を備
え、前記有料情報サーバは、前記有料画像要求部により
要求された前記有料画像情報を提供する有料画像情報提
供手段と、前記有料情報提供手段より提供された前記有
料画像情報と前記広告画像情報提供手段より提供された
前記広告画像情報とを合成して広告入り画像情報を生成
する画像合成手段と、前記画像合成手段により合成され
た前記広告入り画像情報の徴収料金割合を決定する徴収
料金割合決定手段と、を備え、前記認証機関は、画像合
成手段により合成された前記広告入り画像情報に基づい
て前記画像形成装置に提供される有料情報に広告が付加
されていることを認証する広告付加認証手段を備え、前
記徴収機関は、徴収料金割合決定手段により決定された
割合に基づいて前記画像形成装置のユーザに対して広告
料金を割り引いた後の料金を請求する割引後料金徴収手
段と、前記徴収料金割合決定手段により決定された広告
サーバ負担分の料金を前記広告サーバに対して請求する
広告料金徴収手段と、を備えるものであっても良い。

【００３１】上記第３の基本構成に係る広告受容の対価
支払システムにおいて、前記広告画像利用装置は前記ネ
ットワークに接続されたウェブ（Ｗｅｂ）端末により構
成され、この端末が前記有料情報サーバより有料画像情
報をダウンロードすると共に前記ネットワーク上の広告
を記憶した前記広告サーバから前記広告画像情報をダウ
ンロードして有料画像情報と広告画像情報とを合成した
後、前記広告画像情報を適正にダウンロードしたことを
示す受信証明書を前記認証機関より前記広告サーバに送
信し、前記広告サーバは受信証明書を確認後に、前記端
末が指定する前記徴収機関端末としての指定銀行のユー
ザの口座に広告を受け容れた対価を支払うものでも良
い。

【００３２】上記構成に係る広告受容の対価支払システ
ムにおいて、前記ウェブ（Ｗｅｂ）端末は、前記広告サ
ーバにおける所望広告の格納場所を広告ＩＤを指定して
前記サーバに受け容れ広告の指定をし、前記広告サーバ
は前記ウェブ（Ｗｅｂ）端末からの要求に対して広告Ｉ
Ｄ，広告データ，代金を添付して前記ウェブ（Ｗｅｂ）
端末に送信し、前記ウェブ（Ｗｅｂ）端末は受信証明書
を作成して前記広告ＩＤと共に前記広告サーバに返信
し、前記広告サーバは広告ＩＤと受信証明書を確認する
と共に最大振込回数を確認して条件が満たされている場
合に請求証明書を作成して振込ＩＤ，広告ＩＤと共に代
金請求情報として前記ウェブ（Ｗｅｂ）端末に返信し、
前記ウェブ（Ｗｅｂ）端末は前記代金請求情報を受信し
てこれに振込先を追加して代金振込請求情報を作成して
この情報により前記広告サーバに代金振込請求を送信
し、前記広告サーバは代金振込請求を受信して請求証明
書を確認して振込先である前記徴収機関端末にユーザの
広告受入対価としての代金を振り込んでから前記ウェブ
（Ｗｅｂ）端末に前記振込ＩＤと共に振込完了を送信す
ると共に、前記受信証明書，前記請求証明書，前記振込
先を含む秘密情報は、前記認証機関が発行する秘密鍵お
よび公開鍵を用いてデータを暗号化して前記広告提供ネ
ットワークを介して送受信され、さらに、前記受信証明
書は、前記ウェブ（Ｗｅｂ）端末において受信された広
告データの要約数を前記認証機関が発行するウェブ（Ｗ
ｅｂ）端末側の自己の秘密鍵を用いて暗号化して前記広
告サーバに送信し、前記広告サーバは前記認証機関が発
行する公開鍵を用いて前記ウェブ（Ｗｅｂ）端末より受
信した前記広告データの要約数を復号して対応する広告
データと照合することにより広告データ受入の際のデー
タ改変をチェックして不一致のときには振込不可をウェ
ブ（Ｗｅｂ）端末に送信するものであっても良い。

【００３３】上記第３の基本構成に係る広告受容の対価
支払システムにおいて、前記広告画像利用装置はコンビ
ニエンスストアまたはレンタルオフィスに設置されると
共に前記ネットワークに接続されたディジタルカラー普
通紙複写機（ＤＰＰＣ）により構成され、このＤＰＰＣ
が前記ネットワーク上の広告を記憶した前記広告サーバ
から前記広告画像情報をダウンロードした後、この広告
画像情報を適正にダウンロードしたことを示す受信証明
書を前記認証機関より前記広告サーバに送信し、前記広
告サーバは受信証明書を確認後に、前記ＤＰＰＣが指定
する前記徴収機関端末としての指定銀行のユーザの口座
に広告を受け容れた対価を支払い、前記ＤＰＰＣは受け
容れた対価をユーザから徴収する複写代金より差し引い
て表示するものであっても良い。

【００３４】上記構成に係る広告受容の対価支払システ
ムにおいて、 前記ＤＰＰＣは、前記広告サーバにおけ
る所望広告の格納場所を広告ＩＤを指定して前記サーバ
に受け容れ広告の指定をし、前記広告サーバは前記ＤＰ
ＰＣからの要求に対して広告ＩＤ，広告データ，代金を
添付して前記ＤＰＰＣに送信し、前記ＤＰＰＣは受信証
明書を作成して前記広告ＩＤと共に前記広告サーバに返
信し、前記広告サーバは広告ＩＤと受信証明書を確認す
ると共に最大振込回数を確認して条件が満たされている
場合に請求証明書を作成して振込ＩＤ，広告ＩＤと共に
代金請求情報として前記ＤＰＰＣに返信し、前記ＤＰＰ
Ｃは前記代金請求情報を受信してこれに振込先を追加し
て代金振込請求情報を作成してこの情報により前記広告
サーバに代金振込請求を送信し、前記広告サーバは代金
振込請求を受信して請求証明書を確認して振込先である
前記徴収機関端末にユーザの広告受入対価としての代金
を振り込んでから前記ＤＰＰＣに前記振込ＩＤと共に振
込完了を送信し、前記ＤＰＰＣは振込完了を確認してか
ら通常の複写代金より振り込まれた広告受入対価に相当
する料金を割り引いて表示すると共に、前記受信証明
書，前記請求証明書，前記振込先を含む秘密情報は、前
記認証機関が発行する秘密鍵および公開鍵を用いてデー
タを暗号化して前記広告提供ネットワークを介して送受
信され、さらに、前記受信証明書は、前記ＤＰＰＣにお
いて受信された広告データの要約数を前記認証機関が発
行するＤＰＰＣ側の自己の秘密鍵を用いて暗号化して前
記広告サーバに送信し、前記広告サーバは前記認証機関
が発行する公開鍵を用いて前記ＤＰＰＣより受信した前
記広告データの要約数を復号して対応する広告データと
照合することにより広告データ受入の際のデータ改変を
チェックして不一致のときには振込不可をＤＰＰＣに送
信し、前記ＤＰＰＣは振込不可を受信した場合には通常
の複写代金を表示するものでも良い。

【００３５】

【発明の実施の形態】以下、本発明に係る広告画像受容
ユーザへの広告受容対価の支払いシステムおよび画像形
成装置を含む有料情報提供ネットワークにおける情報提
供料金の一部代替支払いシステムの好適な実施形態につ
いて添付図面を参照しながら詳細に説明する。最初に、
図１を用いて本発明の基本的な概念について説明する。
図１は、本発明の基本概念に係る広告画像受容ユーザへ
の広告受容の対価支払システムの概略構成を示してい
る。

【００３６】すなわち、図１において、広告受容対価の
支払いシステムは、広告画像情報を要求または選択して
広告画像を受け入れる広告画像受容ユーザ（または広告
画像利用装置）１と、広告提供主（スポンサー）が広告
を提供するための広告サーバ３と、その広告の提供があ
ったことを認証する認証機関４と、前記認証機関の認証
に基づいて前記広告受容の対価を前記広告サーバ３より
徴収して前記受容ユーザ１に広告受容の対価を支払う徴
収機関（銀行）５と、前記広告画像利用装置１，広告サ
ーバ３，認証機関４，徴収機関５をネットワーク接続す
る情報提供ネットワーク７と、を備えている。

【００３７】図１に示す上記基本概念に係る広告受容の
対価支払システムにおいて、前記広告画像利用装置１
は、前記広告サーバ３に対して広告の提供を要求または
選択する広告画像要求／選択部（手段）１２を備えてい
る。また、前記広告サーバ３は、広告画像要求／選択部
１２により要求または選択された前記広告画像情報を前
記広告画像利用装置１に供給する広告画像情報提供部
（手段）３１を備えている。前記認証機関４は、前記広
告サーバ３からの前記広告画像が改変されることなく前
記広告画像利用装置１に提供されたことを認証する認証
部（手段）４１を備え、また、前記徴収機関端末５は、
前記認証部４１による広告画像の提供の認証に基づいて
前記広告画像利用装置１の受容ユーザに対して広告の受
容代金を支払うと共に前記広告サーバ３からはその料金
を徴収する料金徴収部（手段）５１を備えている。

【００３８】広告画像情報を要求する広告画像利用装置
１の具体的な構成としては、図２に示すように、例えば
インターネット７のウェブ（Ｗｅｂ）端末１３として用
いられるＰＣや、例えばコンビニエンスストア等に設置
されているディジタルカラー普通紙コピー（ＤＰＰＣ）
１５等が考えられる。前者の場合、広告画像のみをダウ
ンロードしてそのダウンロードに対して受け入れ代金を
支払うようにしても良い。これが第１実施形態に係る広
告受容の対価を支払うシステムである。また、有料情報
をダウンロードしてＰＣに付属するＣＲＴやＬＣＤ等の
表示装置に広告画像を表示することにより広告受容の対
価を徴収機関５としての銀行５３のユーザの口座に広告
受入料が振り込まれるように構成しても良い。これが第
３実施形態に係る有料情報ネットワークにおける広告受
容による料金一部代替支払いシステムである。

【００３９】また、後者の場合、コンビニエンスストア
のＤＰＰＣ１５を用いて広告をダウンロードしてからコ
ピーしたユーザに対して回数の上限をチェックしつつ、
相当分の硬貨を支払うようにしても良い。硬貨は銀行５
３等の係員が巡回して定期的に補充すると共に、支払わ
れた硬貨を計数して広告サーバ３より銀行５３が徴収手
数料を加算した上で徴収するようにしても良い。これが
第２実施形態に係るＤＰＰＣへの広告取り込みによる料
金割引システムである。以下、各実施形態ごとに詳細に
説明する。

【００４０】（第１実施形態）次に、本発明の第１実施
形態について、図１ないし図７を参照しながら詳細に説
明する。図２は、本発明の第１実施形態に係る広告受容
の対価を支払うシステムの構成を示す説明図である。図
２においては、広告画像受容ユーザとしての広告画像利
用装置１，広告サーバ３，認証機関４，徴収機関端末５
が、広告情報提供ネットワークとしてのインターネット
７に接続されている。

【００４１】広告画像利用装置１は、ユーザとしての例
えばＰＣ等のウェブ（Ｗｅｂ）端末１３と、例えばコン
ビニエンスストアやレンタルオフィス等に設置されてイ
ンターネット７を介して広告サーバ３より広告画像をダ
ウンロード可能なＤＰＰＣ１５と、を備えている。な
お、ＤＰＰＣ１５は第２実施形態において詳細に説明す
る。また、広告サーバ３はスポンサーの広告画像データ
を蓄積するものであり、認証機関４は電子的な証明書を
発行することにより認証を行なうものである。徴収機関
端末５は、例えば銀行５３により構成されているが、他
の金融機関または信販会社のような決済機関であれば銀
行に限定されるものではない。

【００４２】インターネット７上の通信は、例えばＳＳ
Ｌ（Secure Socktes Layer）等の公知の方法により暗号
化したり、または公知の公開鍵方式を用いたりして、電
子証明書を作成して認証を行なうものとする。なお、公
知の公開鍵方式の一例として「ＰＧＰ−暗号メールと電
子署名」（O'Reilly 社発行、Simson Garfinkel著、邦
訳は山本和彦監訳、株式会社ユニテック訳）が刊行され
ている。ウェブ（Ｗｅｂ）端末１３、ＤＰＰＣ１５、広
告サーバ３等の構成は既存技術と同一であるので説明を
省略する。

【００４３】広告サーバ３に格納されている広告画像デ
ータは、図３（ａ）および図３（ｂ）に示されるような
テーブルによってそれぞれ管理されている。図３（ａ）
に示す広告データ管理テーブルは、広告画像ごとに情報
を識別する「広告ＩＤ」と、ＪＰＥＧ（Joint Photogra
phic coding Expert Group―カラー静止画像符号化の標
準化方式―）等の形式により作成された「広告データ」
と、広告をダウンロードしたユーザや広告を紙に印刷し
たユーザ等に対して料金徴収端末５を介してスポンサー
が料金を支払う「振込代金」と、振込回数の最大値であ
る「最大振込回数」と、現実にそのときまでに振込を行
なった「振込回数」と、の各項目より構成され、それぞ
れの広告ＩＤごとに各項目ごとのデータが格納されてい
る。

【００４４】振込情報管理テーブルは、振込代金をどこ
に振り込むかを管理するためのものであり、ウェブ（Ｗ
ｅｂ）端末１３やＤＰＰＣ１５から受信完了通知を受け
る毎に１行ずつ追加されて蓄積されていく。この振込情
報管理テーブルは、図３（ｂ）に示すように、受信完了
通知を受けるたびごとに発番される「振込ＩＤ」と、ユ
ーザへの代金振込の状態を示す「ステータス」と、対応
する広告の「広告ＩＤ」と、ユーザが代金を請求する際
に使用する「代金請求証明書」と、ユーザへの代金振込
先である「代金振込先」と、の各項目が設けられ、これ
らの項目に充当されるデータにより構成されている。
「ステータス」の項目に書き込まれる情報としては「未
請求」と「請求済」と「振込完」の３種類があり、ユー
ザから受信完了通知を受け取ると「ステータス」の初期
値として「未請求」を設定し、代金請求証明書を作成す
る。その後ユーザから代金の振込が請求されると、「ス
テータス」を「請求済」に設定する。最後に、ユーザが
指定した振込先に代金を振り込むと「ステータス」を
「振込完」に設定する。

【００４５】次に、ウェブ（Ｗｅｂ）端末１３を用いて
有料画像情報をダウンロードする際に広告画像を合成し
て広告付加代金をユーザが受け取る場合について説明す
る。図４（ａ）ないし図４（ｄ）は、ウェブ（Ｗｅｂ）
端末１３の表示画面における表示例を示している。図４
（ａ）に示す最初の表示画面は、あるウェブ（Ｗｅｂ）
ブラウザのホームページを表示しているものであり、こ
の図４（ａ）において、アンダーラインが引かれている
「カラーＤＰＰＣ」をマウス等により指示すると、図４
（ｂ）に示すようなカラーＤＰＰＣの製品情報画面が表
示される。

【００４６】この図４（ｂ）に示されるカラーＤＰＰＣ
製品情報画面において、「ダウンロード料金請求可！」
と表示されている「詳細カタログ」を指示すると、カラ
ーＤＰＰＣの詳細カタログのダウンロードが行なわれ、
図４（ｃ）に示すような詳細な製品情報が表示される。
この図４（ｃ）に示される画面において、「ダウンロー
ド代金請求画面へ！」を指示すると、図４（ｄ）に示す
ようなダウンロード代金請求画面が表示される。このダ
ウンロード代金請求画面は、ダウンロード料金の振込先
を入力する画面であり、銀行名、支店名、口座番号、口
座名義人氏名を入力して、「代金請求！」の表記を指示
することにより、広告スポンサーに対してダウンロード
費用を請求することができ、広告スポンサーは図４
（ａ）ないし図４（ｄ）に示す表示画面を用いて必要項
目を入力したユーザに対してその指定口座に広告付加料
金を支払うことになる。この例においては、その広告を
ダウンロードした代金として１００円が振り込まれるこ
とになる。

【００４７】上記図４（ａ）ないし図４（ｄ）を用いて
説明した広告ダウンロードに対する代金の支払いに関連
するウェブ（Ｗｅｂ）端末１３と広告サーバ３との間の
通信の手順について、図５を参照しながら説明する。ウ
ェブ（Ｗｅｂ）端末１３よりページが指示されると、Ｕ
ＲＬ（Uniform Resource Locator）アドレスにより広告
サーバ３に対してページが要求される。広告サーバ３
は、ＵＲＬのアドレスにより指定されたページの広告画
像データをＨＴＭＬ（HyperText Markup Language―他
のリソースへのハイパーリンクを実現するための言語
―）により送り返し、ウェブ（Ｗｅｂ）端末１３は広告
画像データのＨＴＭＬデータを表示する。

【００４８】次に、ウェブ（Ｗｅｂ）端末１３より広告
データそのもののダウンロードを指示すると、広告ＩＤ
を用いて広告データのダウンロード要求が広告サーバ３
に対して出される。要求を受けた広告サーバ３は、広告
ＩＤ、広告代金等と共に広告データをウェブ（Ｗｅｂ）
端末１３に送信する。広告データを受け取ったウェブ
（Ｗｅｂ）端末１３は、受信証明書を作成した後その受
信証明書を広告サーバ３に対して送信する。

【００４９】広告ＩＤと共に受信証明書を受信した広告
サーバ３は、送られてきた広告ＩＤと受信証明書を確認
すると共に最大振込回数を確認して、請求証明書を作成
して代金請求情報を振込ＩＤ、請求証明書と共にウェブ
（Ｗｅｂ）端末１３に送信する。端末１３では、振込情
報を作成し、振込ＩＤ、請求証明書、振込先と共に代金
振込を広告サーバ３に請求する。請求を受けた広告サー
バ３では、請求証明書を確認し振込先に代金を振り込
む。代金の振込が済むと広告サーバ３は振込完了通知を
振込ＩＤと共にウェブ（Ｗｅｂ）端末１３に対して送信
する。ウェブ（Ｗｅｂ）端末１３が送信完了通知を受信
することにより一連の広告画像の配信が終了する。以上
が端末１３と広告サーバ３との間の通信手順である。

【００５０】次に、ウェブ（Ｗｅｂ）端末１３で行なわ
れる処理について図６を参照しながら説明する。ウェブ
（Ｗｅｂ）端末処理は、図６に示すように、まず、ユー
ザが指定する広告サーバのウェブ（Ｗｅｂ）ページ情報
をＵＲＬのアドレスを用いて要求する（ステップＳ
１）。ステップＳ２では、受信されたＨＴＭＬを画面に
表示し、ステップＳ３において広告ＩＤを用いて広告デ
ータのダウンロードを広告サーバ３に要求する。ステッ
プＳ４では、広告ＩＤおよび振込代金を含む広告データ
を広告サーバ３より受信する。ステップＳ５では自分の
秘密キーを用いて広告データの要約数を暗号化して受信
証明書を作成し、ステップＳ６において広告ＩＤと共に
受信証明書を認証機関４の認証部（認証手段）４１に送
信する。

【００５１】認証機関４では、ステップＳ７において、
広告画像利用装置１よりユーザの代金請求情報を受信し
た後、振込ＩＤ，広告ＩＤ，受信証明書等と振込可否の
条件等に基づき振込の可否を判断して振込可であると判
断した場合には、ユーザに対して暗号化された請求証明
書を発行し、ステップＳ８において振込先情報をユーザ
に入力させる。その後ユーザは、ステップＳ９で送られ
てきた請求証明書を自分の秘密キーで復号化し、ステッ
プＳ１０で復号化した請求証明書を広告サーバの公開キ
ーで暗号化する。次に、ステップＳ１１で振込ＩＤ，広
告ＩＤ，暗号化された請求証明書，振込先等が広告受容
ユーザの広告画像利用装置１から徴収機関５に送信され
る。

【００５２】最後に、ステップＳ１２において、ユーザ
は徴収機関５ないしは広告サーバ３より振込完了情報ま
たは振込可否情報を受信する。なお、ステップＳ７にお
いて認証機関４により判断された振込の可否のうち振込
不可と判定された場合には、徴収機関５より振込不可情
報が広告画像利用装置１に対して送信され、処理の流れ
はこのステップＳ１２に跳んで振込不可情報を受信した
後終了する。

【００５３】以上のようにウェブ（Ｗｅｂ）端末１３側
は、広告画像をダウンロードしたことを証明するため
に、ダウンロードした広告データから要約数（ＭＤ５等
のハッシュ関数）を作成し、これをユーザの秘密キーを
用いて暗号化して受信証明書を作成し、広告サーバ３に
送信している。広告サーバ３は、受信した受信証明書を
ユーザの公開鍵で復号化した値と、自分が記憶している
広告データから作成された要約数とを比較し、同じであ
ればウェブ（Ｗｅｂ）端末１３が広告データを正しくダ
ウンロードしたことを確認することができる。

【００５４】次に、広告サーバにおける処理の流れを図
７に示すフローチャートに従って説明する。まず、ステ
ップＳ１３において、ウェブ（Ｗｅｂ）端末１３より指
示されたページが、ＵＲＬ（Uniform Resource Locato
r）アドレスにより広告サーバ３により受信される。広
告サーバ３は、ステップＳ１４において、ＵＲＬアドレ
スにより指定されたページ情報をＨＴＭＬにより送信す
る。次に、ステップＳ１５において、ウェブ（Ｗｅｂ）
端末１３より広告ＩＤと共に広告データのダウンロード
要求を受信し、ステップＳ１６において、広告データ管
理テーブルから指定された広告ＩＤに対応する情報を広
告ＩＤ，広告データ，振込代金情報と共にウェブ（Ｗｅ
ｂ）端末１３に送信する。

【００５５】その後、ステップＳ１７において、広告Ｉ
Ｄ，受信証明書を受信することにより受信完了通知をウ
ェブ（Ｗｅｂ）端末１３より受信する。次に、ステップ
Ｓ１８において広告サーバ側の秘密鍵を用いて受信証明
書を復号化し、広告データの要約数と比較して一致およ
び不一致を判定する。ステップＳ１８で復号化された受
信証明書の要約数データと広告サーバ側に保持されてい
た広告データの要約数とが不一致の場合には、ステップ
Ｓ３０に跳んで、振込不可をウェブ（Ｗｅｂ）端末１３
に対して送信する。ステップＳ１８で要約数データと広
告データの要約数とが一致した場合にはステップＳ１９
に進み、広告サーバ３側の秘密鍵を用いて大機請求証明
書を作成して代金請求情報をウェブ（Ｗｅｂ）端末１３
側に送信する。

【００５６】ウェブ（Ｗｅｂ）端末１３側で代金請求情
報に対して作成して広告サーバ３側に送信した振込情報
を受信した後の処理について説明する。広告データ管理
テーブルの広告ＩＤに対応する振込回数が最大振込回数
以下であるか否かをチェックし、実際の振込回数が最大
振込回数を超えている場合にはステップＳ３０に跳んで
振込不可を送信する。実際の振込回数が最大振込回数以
下である場合には、ステップＳ２１に進み、乱数から代
金請求証明書を作成する。次に、ステップＳ２２におい
て、振込情報管理テーブルに１行追加し、振込ＩＤを新
規に発番し、振込のステータスを未請求に設定し、広告
ＩＤを樹脂完了通知で指定された広告ＩＤとし、これら
を代金請求情報とする代金請求証明書とする。

【００５７】次に、ステップＳ２３においてウェブ（Ｗ
ｅｂ）端末１３側の公開鍵により請求証明書を暗号化
し、ステップＳ２４においてこの暗号化された請求証明
書を振込ＩＤおよび広告ＩＤと共に代金請求情報として
ウェブ（Ｗｅｂ）端末１３側に送信する。次に、ステッ
プＳ２５において、ウェブ（Ｗｅｂ）端末１３で作成さ
れた振込請求情報を受信する。この振込請求情報は、振
込ＩＤ，広告ＩＤ，請求証明書，振込先のデータを含む
ものである。次に、ステップＳ２６において、受信され
た請求証明書を広告サーバ３側の秘密鍵を用いて復号化
する。復号化された請求証明書の内容は、ステップＳ２
７において、振込情報管理テーブル内の振込ＩＤに対応
する行の代金請求証明書と比較されてその一致および不
一致が判定される。ステップＳ２７において、複合化さ
れた請求証明書の内容と振込情報ｋなりてーぶるの対応
行の内容とが不一致の場合にはステップＳ３０に跳んで
振込不可を送信して処理を終了するが、一致している場
合にはステップＳ２８に進んで、指定された振込先に代
金を振り込むことになる。その後、ステップＳ２９にお
いてウェブ（Ｗｅｂ）端末１３に対して振込完了情報を
送信して代金振込処理が終了する。

【００５８】以上のように、広告サーバ３側から送信す
る代金振込を許可する代金請求証明書を作成する際に
は、送信するユーザ側の公開鍵により暗号化してからユ
ーザに送信している。ユーザ側は、受信された暗号化代
金請求書を自分の秘密キー（鍵）を用いて復号化し、代
金の振込請求時には、復号化された代金請求証明書を広
告サーバ３側の公開鍵により暗号化してから請求してい
る。広告サーバ３側では受信したデータを自分の秘密鍵
で復号化して、記憶している代金請求証明書と比較する
ことにより、改竄されていない代金請求証明書であるこ
とが確認される。なお、公開鍵は認証機関４などより入
手することができる。また、証明書の作成方法および認
証の詳しい手順等については、「ＰＧＰ―暗号メールと
電子署名」を参照することにより容易に理解することが
できる。

【００５９】また、広告サーバ３側は、受信証明書を確
認語にウェブ（Ｗｅｂ）端末１３側からの代金請求時に
使用する代金請求証明書を策ししこれをウェブ（Ｗｅ
ｂ）端末１３側に送信し、振込ＩＤと共に振込情報管理
テーブルに記憶する。広告サーバ３はウェブ（Ｗｅｂ）
端末１３から代金請求時に送信される振込ＩＤと代金請
求証明書とが振込情報管理テーブル内の値と一致する場
合についてのみ指定口座に広告画像を受け入れたことに
対する対価としての代金を振り込むようにしている。

【００６０】また、広告サーバ３内の広告データ管理テ
ーブル内には、広告ＩＤごとに「最大振込回数」と「振
込回数」とが記憶されており、同じ広告に対する振込回
数を制限することができる。「振込回数」が「最大振込
回数」に達した場合には、ウェブ（Ｗｅｂ）端末１３の
画面上に、ダウンロード代金請求か！のメッセージを表
示するようにしても良い。このように構成することによ
り、ユーザは早い者勝ちで広告代金を請求するようにな
り、より早く広告を配布することができるようになる。

【００６１】また、同一のユーザが同一の広告画像情報
をダウンロードした場合には、代金請求を認めないよう
にすることにより、より数多くのユーザに、代金請求可
能な状態での広告のダウンロードが可能となる。すなわ
ち、振込情報管理テーブル内の同一行に、新たな代金請
求時の「広告ＩＤ」と「振込先」と同一のデータが既に
保存されている場合には、過去に同じユーザから同じ広
告に対する広告受入に基づく料金の請求が既にあったこ
とになる。

【００６２】（第２実施形態）次に、本発明の第２実施
形態としてのＤＰＰＣでの広告入りコピーサービスにつ
いて図２および図８ないし図１１を参照しながら詳細に
説明する。この第２実施形態は、コンビニエンスストア
やレンタルオフィス等に設置されるＤＰＰＣにより広告
入りのコピーを行なう場合に適用される。図８にＤＰＰ
Ｃディスプレイの表示例を示している。この第２実施形
態に係るＤＰＰＣ広告受け入れ代金割引システムの基本
構成は、図２に示すブロック図と同様であるので重複説
明を省略する。

【００６３】図８において、最初に、ＤＰＰＣのディス
プレイ上にコピーモードを選択する画面が表示され、ユ
ーザは「通常」か「広告入り」かの何れかを選択する。
広告入りモードを選択すると、さらに、広告の種類を選
択する画面に移り、希望する特定の広告画像を選択する
ことにより、通常モードよりも低料金でコピーサービス
の提供を受けられることになる。

【００６４】図９は広告入りモードでコピーを行なった
ときの複写結果を示すものであり、この例では、矢印の
左側に示されている原稿の下部側の余白に広告画像が合
成され、矢印の右側に示されているような複写結果が出
力されることになる。このように原稿の下部に広告画像
を合成する場合には、原稿の下側にある程度の余白があ
ることが必要であるが、原稿そのものに全く余白が無い
場合には広告画像を裏面にコピーすることも可能であ
る。このように、用紙の裏面を利用することにより原稿
のコピー結果が縮小されることが無く、原稿と複写結果
との縮小拡大率を変化させずにコピーを行なうことがで
きるというメリットもある。また、コピー結果の表面側
には広告画像が記録されていないので、広告入りコピー
から再コピーする際などに希望しない情報まで複写して
しまうという不具合を避けることができる。

【００６５】上述した第２実施形態に係るＤＰＰＣにお
ける表示例を備えるＤＰＰＣと広告サーバとの間の通信
手順が図１０に示されている。なお、基本構成を示すブ
ロック図については、図２に示す第１実施形態の構成図
におけるＤＰＰＣ１５が第２実施形態に対応している。

【００６６】図１０は第１実施形態における図５に対応
する通信プロトコルの手順を示す説明図であり、図１０
において、まずＤＰＰＣ１５から広告データのダウンロ
ードが広告サーバ３側に要求される。広告サーバ３では
広告データのダウンロード要求があると広告データをＤ
ＰＰＣ１５に対して送信する。ＤＰＰＣ１５では送信さ
れてきた広告データを記憶しておく。広告データを受け
取ったＤＰＰＣ１５において、ユーザが広告入りモード
を選択し、さらに好みの特定の広告を選択すると、ＤＰ
ＰＣ１５は受信証明書を作成した後、その受信証明書を
広告ＩＤと共に広告サーバ３に対して送信する。

【００６７】広告ＩＤと共に受信証明書を受信した広告
サーバ３は、送られてきた広告ＩＤと受信証明書を確認
すると共に最大振込回数を確認してから、請求証明書を
作成し、この請求証明書，振込ＩＤ，広告ＩＤを含む代
金請求情報をＤＰＰＣ１５に送信する。ＤＰＰＣ１５で
は、振込情報を作成し、振込ＩＤ、請求証明書、振込先
を含む代金振込請求を広告サーバ３に請求する。請求を
受けた広告サーバ３では、請求証明書を確認し振込先に
代金を振り込む。代金の振込が済むと広告サーバ３は振
込完了通知を振込ＩＤと共にＤＰＰＣ１５に対して送信
する。ＤＰＰＣ１５が、広告サーバ３からの送信完了通
知を受信することにより一連の広告画像の配信が終了す
る。ＤＰＰＣ１５側では、割引料金を操作用のディスプ
レイ等に表示して、ユーザが広告入りＤＰＰＣを実行す
ることができるようする。以上がＤＰＰＣ１５と広告サ
ーバ３との間の通信手順である。

【００６８】図１１は、ＤＰＰＣ１５側の処理の流れを
示すフローチャートである。図１０に示す通信手順の左
側に示すＤＰＰＣ１５側の処理の流れを示すものである
が、図１０の右側に示される広告サーバにおける処理の
流れは図７に示す第１実施形態における処理の流れと同
様であるので、重複説明を省略する。

【００６９】図１１において、ステップＳ３１におい
て、広告サーバ３に対して広告データを要求する。広告
サーバ３には複数のスポンサーの広告画像が整理して蓄
積されており、ＤＰＰＣ１５側より全広告画像のダウン
ロードを要求したり、または特定の広告画像を選択して
ダウンロードすることができる。次に、ステップＳ３２
において、広告サーバ３側より送られてきた広告データ
を広告ＩＤと共に受信してメモリに記憶する。ステップ
Ｓ３３ではユーザにコピーモードを選択させ、ユーザが
広告入りモードを選択した場合に図１１の左側に示され
た広告入りモードの処理を実行する。

【００７０】広告入りモードに入ると、まず、ステップ
Ｓ３４において、ユーザに好みの特定広告画像を選択さ
せる。広告画像が選択されると、ステップＳ３５に進
み、選択された広告の受信証明書が作成される。作成さ
れた受信証明書は、ステップＳ３６において広告ＩＤと
共に広告サーバ３側に送信される。広告サーバ３側では
送信されてきた受信証明書に基づいて、振込が可能であ
るか不可であるかを判断し可能である場合には振込Ｉ
Ｄ，広告ＩＤ，請求証明書等を作成し、振込不可または
可能な場合の所定データの何れかを送信している。

【００７１】ステップＳ３７では、広告サーバ３より送
信されてきた振込拒否通知または代金請求情報の何れか
を受信する。ＤＰＰＣ１５側で振込拒否通知を受信した
場合には、振込不可として通常モードに移行し、ステッ
プＳ４２に跳んで通常料金表示する。ステップＳ３７で
広告サーバ３側から代金請求情報が送信されてきた場合
には、ステップＳ３８に進み、振込に関する種々の項目
を広告サーバ３側に送信するための振込情報を作成す
る。次に、ステップＳ３９において、振込ＩＤ，広告Ｉ
Ｄ，請求証明書，振込先等のデータを含む代金振込請求
を広告サーバ３に対して送信する。

【００７２】広告サーバ３側では、代金振込請求を確認
して振込先に代金を振り込んだ後、振込完了通知をＤＰ
ＰＣ１５側に送信してくるので、ステップＳ４０におい
て、ＤＰＰＣ１５は振込完了通知を受信する。その後、
ステップＳ４１において、例えば操作パネル等の表示部
に割引料金を表示する。その後の処理は、通常モードを
選択した場合のステップ４２からの流れも同様である
が、ステップＳ４３においてユーザがコピーボタンを押
下することによりコピー動作がスタートし、ステップＳ
４４においてコピーが実行されて一連の処理が終了す
る。

【００７３】（第３実施形態）以上説明した第２実施形
態に係るＤＰＰＣに広告データを配信して合成画像を形
成させることにより、原画像に広告画像を入れて合成さ
れたコピー画像を得ると共にこの広告画像をコピー画像
に取り入れたことに対する対価としての代金を広告サー
バ３側からＤＰＰＣ１５を使用するユーザに対して支払
うことが可能となる。ＤＰＰＣにより広告画像を利用す
る際に、広告画像を確実にダウンロードして改竄するこ
となくコピーしたことを第３者により認証させることに
より、スポンサー側からユーザに対して個別にかつ確実
に代金を支払うことができるので広告の周知および頒布
を徹底させることができる。

【００７４】以上説明した第２実施形態では、第１実施
形態のように広告そのものをユーザに受け入れて貰って
その受け入れに対する対価として代金を支払うのではな
く、コピー代金から広告受け入れの対価を差し引くこと
により結果としてユーザに広告の受入料を支払ってい
た。この考え方をさらに発展させると、例えばインター
ネット等の有料情報提供ネットワークシステムにおいて
も、有料情報をダウンロードして原画像を取り込んだ
後、広告画像を合成することによりダウンロード代金か
ら広告受け入れ対価相当分の広告代金を差し引くように
しても良い。

【００７５】上記有料画像情報ダウンロードの際の広告
画像の合成による個別割引するシステムについて、図１
２および図１３に示された第３実施形態に従い説明す
る。図１２は第１実施形態の図２に対応するシステムの
全体構成を示すブロック図であり、図１３は第３実施形
態に係るダウンロード料金一部代替支払いシステムの構
成を示すブロック図である。

【００７６】図１２において、本発明の第３実施形態に
係る料金一部代替支払いシステムはユーザとしての画像
形成装置１，有料情報サーバ２，広告サーバ３，認証機
関４，徴収機関端末５が、有料情報ネットワークとして
のインターネット７に接続されている。画像形成装置１
は、ユーザとしての例えばＰＣ等のウェブ（Ｗｅｂ）端
末１３と、端末１３にダウンロードされた有料画像情報
を広告画像と合成した後に印刷出力するプリンタ１４
と、例えばコンビニエンスストアやレンタルオフィス等
に設置されてインターネット７を介して広告サーバ３よ
り広告画像をダウンロード可能なＤＰＰＣ１５と、を含
んで構成されている。有料情報サーバ２は、例えばウェ
ブ（Ｗｅｂ）サーバ２４により構成されている。広告サ
ーバ３はスポンサーの広告画像データを蓄積するもので
あり、認証機関４は電子的な証明書を発行することによ
り認証を行なうものである。徴収機関端末５は、例えば
銀行５３により構成されているが、他の金融機関または
信販会社のような代金決済機関でさえあれば銀行に限定
されることはない。

【００７７】図１３において、料金一部代替支払いシス
テムは、画像情報を表示または記録する画像形成装置１
と、有料情報を提供する有料情報サーバ２と、広告提供
主が広告を提供するための広告サーバ３と、その広告の
提供があったことを認証する認証機関４と、有料情報サ
ービスの対価としての情報提供料金を代替徴収しかつ前
記認証機関の認証に基づいて前記広告受容の対価として
前記情報提供料金の一部を差し引くと共に差し引いた料
金を前記広告提供主から徴収する徴収機関端末５と、画
像形成装置１，有料情報サーバ２，広告サーバ３，認証
機関４，徴収機関端末５をネットワーク接続する有料情
報提供ネットワークとを備えている。

【００７８】図１３に示す上記基本概念に係る料金一部
代替支払いシステムにおいて、前記画像形成装置１は、
前記有料情報サーバ２に対して有料画像情報の提供を要
求する有料画像要求部１１と、前記広告サーバ３に対し
て広告画像情報の提供を要求または選択する広告画像要
求／選択部１２と、を備えている。また、前記広告サー
バ３は、広告画像要求／選択部１２により要求または選
択された前記広告画像情報を前記有料情報サーバ２に供
給する広告画像情報提供部３１を備えている。また、前
記有料情報サーバ２は、前記有料画像要求部１１により
要求された前記有料画像情報を提供する有料画像情報提
供部２１と、この有料情報提供部２１より提供された前
記有料画像情報と前記広告画像情報提供部３１より提供
された前記広告画像情報とを合成する画像合成部２２
と、この画像合成部２２により合成された広告入り画像
情報の徴収料金割合を決定する徴収料金割合決定部２３
と、を備えている。

【００７９】前記認証機関４は、前記画像合成部２２に
より合成された前記広告入り画像情報に基づいて前記画
像形成装置１に提供される有料情報に広告が付加されて
いることを認証する広告付加認証部４１を備え、また、
前記徴収機関端末５は、前記徴収料金割合決定部２３に
より決定された割合に基づいて前記画像形成装置１のユ
ーザに対して広告料金を割り引いた後の料金を請求する
割引後料金徴収部５１と、前記徴収料金割合決定部２３
により決定された広告サーバ負担分の料金を広告サーバ
３に対して請求する広告料金徴収部３１と、を備えてい
る。

【００８０】有料画像情報を要求する画像形成装置１の
具体的な構成としては、上記第１実施形態において説明
したように、例えばインターネットのウェブ（Ｗｅｂ）
端末として用いられるＰＣおよびこのＰＣにダウンロー
ドされた有料画像データを印刷記録するプリンタや、上
記第２実施形態において説明したように、コンビニエン
スストア等に設置されているディジタルカラー普通紙コ
ピー（ＤＰＰＣ）等が考えられる。前者の場合、有料情
報をダウンロードしてＰＣに付属するＣＲＴやＬＣＤ等
の表示装置に表示する際に広告画像を同時に表示するこ
とにより原画像データをダウンロードする料金を割り引
くように構成しても良いし、付属するプリンタを使用し
て画像情報を記録する際に一括して料金を割り引くよう
にしても良い。

【００８１】また、後者の場合、操作パネルと硬貨投入
口とを設けておくことにより、広告画像要求／選択部１
２の実質的な機能を操作パネルを用いて入力する。有料
画像要求部１１はＤＰＰＣの原稿載置用ガラス面とコピ
ースイッチとし、操作パネルを介して選択した広告画像
を原稿画像に合成して複写することにより、コピー代金
を通常の料金から広告代を差し引いた料金として計算し
て表示する。このように構成することにより、例えば１
枚５０円のコピー料金から広告代１０円を差し引いた４
０円を投入することにより可能とすることもできるし、
１枚１００円のカラーコピーをカラー広告を合成して１
枚当たりの広告代２０円を差し引いて、１枚８０円で提
供することも可能となる。

【００８２】なお、叙述した実施形態においては代金の
振込や硬貨の払い戻しと等を例にして説明したが、本発
明はこれに限定されず、電子マネーを直接広告画像利用
装置や画像形成装置に送信するようにしても良い。ま
た、プリペイドカード方式のＤＰＰＣやプリンタ等を用
いてコピー代金やカラープリント代金の精算時に広告受
入料金を差し引いて徴収するようにしても良い。

【００８３】また、上述した説明においては、広告を写
真やイラストレーション等の画像を念頭において説明し
ている箇所もあるが、この明細書の冒頭でも定義したよ
うに例えば文字、ロゴ、文書、数字、数式等を含むテキ
ストデータ等のような、他のフォーマットによる視覚的
に認識可能なデータであっても構わない。

【００８４】以上詳細に説明したように、本発明に係る
広告受け容れ対価の支払いシステムによれば、広告をダ
ウンロードすることにより広告受容ユーザに広告受け容
れた以下に相当する代金が支払われるため、広告ネット
ワーク上での広告画像情報の配布または配信を効果的に
行なうことができる。また、代金振込を早い者勝ちとす
ることにより、広告配信の効果をより高めることも可能
となる。さらに、広告入りコピーサービスを行なう際
に、ＤＰＰＣ側から広告スポンサーに対してコピー代金
の一部を振り込ませる処理を代行することにより、ユー
ザの負担を軽くして安い料金での広告入りコピーが可能
となり、特にカラーコピー等の付加の高いコピーを提供
する際のユーザの負担を軽減して効率よく広告の配布を
行なうことができる。

【図面の簡単な説明】

【図１】本発明の基本構成に係る広告画像受容ユーザへ
の広告受容対価の支払いシステムを示すブロック図であ
る。

【図２】本発明の第１および第２実施形態に係る広告画
像受容ユーザへの広告受容対価の支払いシステムの構成
を示すブロック図である。

【図３】広告サーバに格納される（ａ）広告データを管
理するテーブル、（ｂ）振込情報管理テーブルをそれぞ
れ示す説明図である。

【図４】ネットワークのウェブ（Ｗｅｂ）端末における
表示画面を（ａ）ないし（ｄ）により示す説明図であ
る。

【図５】ネットワークにおけるウェブ（Ｗｅｂ）端末と
広告サーバとの間の通信手順を示す説明図である。

【図６】ネットワークに接続されたウェブ（Ｗｅｂ）端
末の処理の流れを示すフローチャートである。

【図７】ネットワークに接続された広告サーバの処理の
流れを示すフローチャートである。

【図８】本発明の第２実施形態に係るＤＰＰＣのディス
プレイの表示例を示す平面図である。

【図９】第２実施形態における広告入りコピーの記録例
を示す平面図である。

【図１０】第２実施形態において、広告入りモードでコ
ピーを行なった場合のＤＰＰＣと広告サーバ間の通信手
順を示す説明図である。

【図１１】第２実施形態のＤＰＰＣにおける処理の流れ
を示すフローチャートである。

【図１２】本発明の第３実施形態に係る有料情報提供ネ
ットワークにおける情報提供料金の一部代替支払いシス
テムの構成を示すブロック図である。

【図１３】本発明の第３実施形態に係る有料情報提供ネ
ットワークにおける情報提供料金の一部代替支払いシス
テムを示すブロック図である。

【符号の説明】

１ 広告画像利用装置（受容ユーザ） ２ 有料情報サーバ ３ 広告サーバ ４ 認証機関 ５ 徴収機関 ７ インターネット １１ 有料画像要求部（手段） １２ 広告画像要求／選択部（手段） ２１ 有料画像情報提供部（手段） ２２ 画像合成部（手段） ２３ 徴収料金割合決定部（手段） ３１ 広告画像情報提供部（手段） ４１ 広告付加認証部（手段） ５１ 割引後料金徴収部（手段） ５２ 広告料金徴収部（手段）

Claims (3)

【特許請求の範囲】
1. 【請求項１】第３者の認証により広告画像を受入れたユ
   ーザに広告受容の対価を支払う広告受容の対価支払シス
   テムであって、 広告画像情報を表示または記録するために広告画像を要
   求または選択する広告画像利用装置と、 広告提供主が広告を提供するために設けられ、前記広告
   画像利用装置からの要求または選択によって広告画像情
   報を提供する広告サーバと、 前記広告利用装置により要求または選択された広告画像
   が広告サーバから広告画像利用装置に提供されたことを
   認証する認証機関と、 前記認証機関の認証に基づいて前記広告利用装置が広告
   画像を受入れた対価として広告受容代金を前記広告サー
   バから徴収して前記広告利用装置のユーザに対して支払
   う徴収機関端末と、 前記広告画像利用装置，広告サーバ，認証機関，徴収機
   関端末をネットワーク接続した広告画像提供ネットワー
   クと、 を備えることを特徴とする広告受容の対価支払システ
   ム。
2. 【請求項２】第３者の認証により広告画像を受入れたユ
   ーザに広告受容の対価を支払う広告受容の対価支払シス
   テムであって、 広告画像情報を表示または記録するために広告画像を要
   求または選択する広告画像利用装置と、 広告提供主が広告を提供するために設けられ、前記広告
   画像利用装置からの要求または選択によって広告画像情
   報を提供する広告サーバと、 前記広告利用装置により要求または選択された広告画像
   が広告サーバから広告画像利用装置に提供されたことを
   認証する認証機関と、 前記認証機関の認証に基づいて前記広告利用装置が広告
   画像を受入れた対価として広告受容代金を前記広告サー
   バから徴収して前記広告利用装置のユーザに対して支払
   う徴収機関端末と、 前記広告画像利用装置，広告サーバ，認証機関，徴収機
   関端末をネットワーク接続した広告画像提供ネットワー
   クと、 を備え、 前記広告画像利用装置は、前記広告サーバに対して広告
   画像情報の提供を要求または選択する広告画像要求／選
   択部を備え、 前記広告サーバは、前記広告画像要求／選択部により要
   求または選択された前記広告画像情報を前記広告画像利
   用装置に供給する広告画像情報提供部を備え、 前記認証機関は、前記広告サーバより前記広告画像利用
   装置に対して提供された前記広告画像情報が改変される
   ことなく受け入れられたことを認証する認証部を備え、 前記徴収機関端末は、前記認証機関の認証部の認証に基
   づいて前記広告サーバから徴収した広告受け入れ代金を
   前記広告画像利用装置に支払う料金徴収部を備えること
   を特徴とする広告受容の対価支払システム。
3. 【請求項３】第３者の認証により広告画像を受入れたユ
   ーザに広告受容の対価を支払う広告受容の対価支払シス
   テムであって、 広告画像情報を表示または記録するために広告画像を要
   求または選択する広告画像利用装置と、 広告提供主が広告を提供するために設けられ、前記広告
   画像利用装置からの要求または選択によって広告画像情
   報を提供する広告サーバと、 前記広告利用装置により要求または選択された広告画像
   が広告サーバから広告画像利用装置に提供されたことを
   認証する認証機関と、 前記認証機関の認証に基づいて前記広告利用装置が広告
   画像を受入れた対価として広告受容代金を前記広告サー
   バから徴収して前記広告利用装置のユーザに対して支払
   う徴収機関端末と、 前記広告画像利用装置，広告サーバ，認証機関，徴収機
   関端末をネットワーク接続した広告画像提供ネットワー
   クと、 を備え、 前記広告画像利用装置は原画像情報と広告画像情報とを
   合成した合成画像を表示または記録出力可能な画像形成
   装置により構成され、前記ネットワークには前記画像形
   成装置に有料画像情報を提供する有料情報サーバが接続
   されることによって前記広告受容の対価を支払うシステ
   ムは有料情報料金の一部代替支払いシステムとして構成
   され、前記徴収機関端末は前記広告サーバより広告を受
   け容れた利用ユーザに対して有料情報提供サービスの料
   金の一部を広告受入対価分だけ割り引いてユーザに請求
   することを特徴とする広告受容の対価支払システム。