JP2002373374A

JP2002373374A - レシート広告システム

Info

Publication number: JP2002373374A
Application number: JP2001179891A
Authority: JP
Inventors: Minoru Suzuki; 実鈴木
Original assignee: Pentax Corp
Current assignee: Pentax Corp
Priority date: 2001-06-14
Filing date: 2001-06-14
Publication date: 2002-12-26

Abstract

(57)【要約】【課題】広告主が、任意の、かつ複数の店舗において
容易にレシート広告を行うことが行うことができる、Ｐ
ＯＳシステムを利用したレシート広告システムを提供す
ることを目的としている。【解決手段】レシート広告システムは、ＰＯＳホスト
および、前記ＰＯＳホストにそれぞれ接続された複数の
店舗端末からなる販売網を有し、前記ＰＯＳホストは、
所定の広告情報を記憶する記憶手段と、前記記憶手段に
格納された該所定の広告情報を、少なくとも一部の店舗
端末に転送する転送手段を有し、前記店舗端末は、それ
ぞれ、前記ＰＯＳホストより広告情報を受信する受信手
段と、商品販売時にレシートを発行するレシート印刷手
段を有し、広告情報を前記ＰＯＳホストより受信した、
前記少なくとも一部の店舗端末は、受信した広告情報
を、前記レシート印刷手段により、商品販売時に発行す
るレシートに印刷する構成とした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＰＯＳシステムを
利用してレシートに広告などの情報を掲載するレシート
広告システムに関する。

【０００２】

【従来の技術】特開２０００−３２２６５４号公報に
は、ＰＯＳシステムを利用して、掲載情報入力手段によ
り入力された情報をレシートに出力するＰＯＳシステム
が開示されている。

【０００３】

【発明が解決しようとする課題】しかし、上記公報に開
示されたＰＯＳシステムは、レシートに掲載する情報を
登録する際、特定の端末を利用する必要があり、例えば
複数の店舗で広告を掲載する場合には、複数の店舗にお
いてそれぞれ登録手続を行う必要がある。このため、比
較的広告の範囲が限定されてしまい、特に、広告主とな
る顧客が当該店舗から離れた場所にいる場合には、登録
に手間がかかるという問題があった。

【０００４】このため、本発明は、ＰＯＳシステムを利
用したレシート広告システムであって、広告主が、任意
の、かつ複数の店舗において容易にレシート広告を行う
ことが行うことができるレシート広告システムを提供す
ることを目的としている。

【０００５】

【課題を解決するための手段】上記の事情に鑑み、本発
明に係るレシート広告システムは、ＰＯＳホストおよ
び、前記ＰＯＳホストにそれぞれ接続された複数の店舗
端末からなる販売網を有し、前記ＰＯＳホストは、所定
の広告情報を記憶する記憶手段と、前記記憶手段に格納
された該所定の広告情報を、少なくとも一部の店舗端末
に転送する転送手段を有し、前記店舗端末は、それぞ
れ、前記ＰＯＳホストより広告情報を受信する受信手段
と、商品販売時にレシートを発行するレシート印刷手段
を有し、広告情報を前記ＰＯＳホストより受信した、前
記少なくとも一部の店舗端末は、受信した広告情報を、
前記レシート印刷手段により、商品販売時に発行するレ
シートに印刷することを特徴としている。

【０００６】また、請求項２に記載のレシート広告シス
テムは、広告情報を送信するための広告主端末と、前記
仲介サーバと接続された少なくとも一つのＰＯＳホスト
および、前記ＰＯＳホストにそれぞれ接続された複数の
店舗端末からなる販売網、からなり、前記仲介サーバは
前記広告主端末から受領した広告情報を前記ＰＯＳホス
トに送信し、前記ＰＯＳホストは、受信した広告情報を
広告情報を記憶する記憶手段と、前記記憶手段に格納さ
れた該所定の広告情報を、少なくとも一部の店舗端末に
転送する転送手段を有し、前記店舗端末は、それぞれ、
前記ＰＯＳホストより広告情報を受信する受信手段と、
商品販売時にレシートを発行するレシート印刷手段を有
し、広告情報を前記ＰＯＳホストより受信した、前記少
なくとも一部の店舗端末は、受信した広告情報に含まれ
る印刷情報を、前記レシート印刷手段により、商品販売
時に発行するレシートに印刷すること、を特徴としてい
る。

【０００７】なお、上記レシート広告システムにおい
て、各店舗端末は、商品販売時に顧客に関する情報を入
力する顧客情報入力手段を備え、前記広告情報は広告条
件を示す条件情報を含み、前記顧客に関する情報が前記
広告条件に合致したときにのみ前記印刷情報が印刷され
るよう構成することができる。

【０００８】ここで、前記顧客に関する情報が顧客の性
別情報を含み、前記広告条件が顧客の性別の条件を含む
ようにしても良い。

【０００９】前記顧客に関する情報が顧客の年齢情報を
含み、前記広告条件が顧客の年齢に関する条件を含むよ
うにしても良い。

【００１０】あるいは、前記顧客に関する情報が販売金
額情報を含み、前記広告条件が販売金額に関する条件を
含むようにすることもできる。

【００１１】上述のレシート広告システムにおいて、前
記印刷手段は、レシート部分と広告部分とを異なる色で
印字することもできる。

【００１２】さらに、上述のレシート広告システムにお
いて、前記少なくとも一部の店舗端末は、広告主端末に
より指定された条件を満たす店舗端末であることを特徴
としている。なお、前記広告主端末により指定された条
件は、地理的条件、店舗選択のための条件、時間的条件
のいずれか、あるいは全てを含むようにすることも可能
である。

【００１３】

【発明の実施の形態】以下、図面を参照して、本発明に
係るレシート広告システムについて説明する。

【００１４】図１は、本発明の実施形態である、レシー
ト広告システム（以下、広告システムと略す）１０００
の全体構成を概略的に示す図である。

【００１５】広告システム１０００は、ネットワークＮ
を介して接続された、サーバ１と、複数の広告主端末２
を有する。さらに、サーバ１には、ＰＯＳホスト５ａ、
５ｂが専用線ＤＬにより接続されている。ＰＯＳホスト
には複数の店舗端末（ＰＯＳ端末）４ａ、４ｂが接続さ
れている。ここで各店舗端末は、各店舗においてＰＯＳ
システムを構成するバーコードリーダ、キャッシュレジ
スタなどの装置を含むものとする。各店舗での商品の販
売情報・商品販売時に各店舗の店員により入力された顧
客情報などは、各店舗端末４ａ、４ｂからＰＯＳホスト
５ａ、５ｂへそれぞれ送信される。ＰＯＳホスト５ａ、
５ｂは、店舗端末４ａ、４ｂからの情報をそれぞれ収集
し、各店舗での売り上げや各店舗への商品の出荷などを
管理する。なお、図１では、説明を簡単にするため２つ
のＰＯＳホスト５ａ、５ｂがサーバ１に接続されている
構成を示したが、３つ以上のＰＯＳホストがそれぞれサ
ーバ１に接続された構成とすることももちろん可能であ
る。

【００１６】例えば、店舗端末４ａは、コンビニエンス
ストアＡの系列の各店舗Ａ1〜Ａnで、ＰＯＳホスト５ａ
はコンビニエンスストアＡの本部という関係、同様に、
店舗端末４ｂは、コンビニエンスストアＢの系列の各店
舗Ｂ1〜Ｂnで、ＰＯＳホスト５ｂはコンビニエンススト
アＢの本部という関係となっている。なお、本発明はこ
の様な構成に限られるものではなく、例えば、各ＰＯＳ
ホストが同一のコンビニエンスストアの系列店舗を地域
別に管理するような構成であっても良い。

【００１７】本広告システム１０００においては、広告
主は広告主端末２により、インターネットＮを介してサ
ーバ１にアクセスし、図示しない表示装置に広告掲載申
し込みのWebページを表示して、必要事項を入力し、サ
ーバ１に送信する。なお、表示画面や入力情報について
は後に詳細に説明するが、ここで、レシート広告を行う
店舗を選択するための情報も入力する。

【００１８】サーバ１は、広告主端末２から受信した情
報に基づいて、レシート広告を行う店舗と接続されたＰ
ＯＳホストに、広告の掲載（レシートへの印刷）に必要
な情報を送信する。例えば、広告主が店舗Ａ1〜Ａkにお
いてレシート広告を行うよう申し込んだ場合には、ま
ず、サーバ１からＰＯＳホスト５ａに広告情報が送られ
る。次に、ＰＯＳホスト５ａから、店舗Ａ1〜Ａkにのみ
広告情報が送信される。各店舗Ａ1〜Ａkでは、広告情報
に含まれる条件に基づいて、レシートに広告を印刷す
る。なお、広告情報に含まれる条件にとは、例えば各店
舗の商品購入者の性別、年齢層、販売金額などである。
条件に合致した場合にのみ、当該購入者のレシートに、
広告が印刷される。

【００１９】図２は、サーバ１の構成を示すブロック図
である。

【００２０】サーバ１は、サーバ全体の動作を制御する
ＣＰＵ１００を有し、ＣＰＵ１００には、レシート広告
を実現するための処理をプログラムの形で格納したハー
ドディスク１１０、広告情報データベース１２０、一時
的に各種データを格納するメモリ１０２、インターネッ
トと接続するためのネットワーク・インターフェース１
０３、各ＰＯＳホストと接続するためのＰＯＳインター
フェース１０４を備える。

【００２１】図３は、ＣＰＵ１００により実行される、
レシート広告の受注処理を示すフローチャートである。

【００２２】前述のように、広告依頼者が広告主端末２
によりインターネットを介してサーバ１にアクセスする
と、Webページ形式の広告依頼用の入力フォームが広告
主端末２に送信される（Ｓ００１）。図４は、広告主端
末２側で表示される広告申し込み画面の一例を示す。申
し込み時に広告依頼者が設定する項目としては、コンビ
ニエンスストアの名称、レシート広告を行う店舗の指定
（地域による指定および／または店舗名の指定）、広告
期間（日時）、レシート広告を行う対象（指定なし、あ
るいは性別、年齢層、販売代金合計額などの指定）、掲
載する広告内容、広告の文字色、広告依頼者の情報（社
名、ID、業種、住所、担当者、電話番号など）がある。
広告依頼者は、以上の項目に必要事項を入力し、送信ボ
タンをクリックする事により、サーバ１に対して広告依
頼を送信する。

【００２３】サーバ１側では、広告主端末２から広告依
頼を受信すると（Ｓ００３：ＹＥＳ）、広告依頼に基づ
いて審査を行う（Ｓ００５）。ここでの審査とは、広告
依頼者が指定した店舗を含むコンビニエンスストア会社
と広告を仲介するサーバ側の会社との間で提携されてい
る契約内容に基づく、広告地域、広告期間などの審査、
掲載する広告内容中の文字列に公序良俗に反するものが
含まれていないかどうかの審査などである。審査の結
果、問題がある場合（Ｓ００７：ＮＯ）には、Ｓ００９
にて、広告依頼を受け付けられない旨とその理由をメッ
セージとして広告主端末２に送信し（Ｓ００９）、次い
で、処理はＳ００１に戻り、広告申し込みフォームを再
度広告主端末２に送信する。

【００２４】審査の結果、広告依頼を受け付けることが
できる場合（Ｓ００７：ＹＥＳ）には、Ｓ０１１におい
て、広告を行った場合の請求額の明細（見積もり）や支
払い方法などを含む審査結果メッセージを生成し、広告
主端末２に送信する。

【００２５】図５は、審査結果がＯＫだった場合の、広
告主端末２側で表示される審査結果メッセージの一例を
示す図である。図５の例では、広告依頼者の依頼条件お
よび、何らかの理由で除外される店舗・時間などの情
報、さらに実施されるレシート広告の広告料の見積もり
が広告依頼者に示されている。広告依頼者は、表示され
た内容に同意する場合には同意ボタンを、依頼内容をキ
ャンセルしてもう一度初めから依頼申し込みを行う場合
にはキャンセルボタンを、条件の一部を変更したい場合
には条件変更ボタンをクリックする。

【００２６】広告依頼者が図５の画面において同意ボタ
ンをクリックした場合には、Ｓ０１３においてＹＥＳと
判断され、処理はＳ０１５に進む。広告依頼者がキャン
セルボタンをクリックした場合には、Ｓ０１３において
ＮＯと判断され、処理はＳ００１に戻る。広告依頼者が
条件変更ボタンをクリックした場合には、図３のフロー
チャートには示していないが、Ｓ００３の直前の状態、
すなわち前回広告依頼者が送信ボタンをクリックする直
前の画面が広告主端末２に表示される。この処理は、広
告主端末側のブラウザの機能により実行されるため、図
３のフローには示されていない。条件の変更が完了し、
広告依頼者が送信ボタンをクリックすると、図３のＳ０
０３でＹＥＳと判定され、以降は上述と同様、審査の処
理が行われる。

【００２７】Ｓ０１５では、図６に示す発注フォームが
端末２に送信され、端末側の表示装置に表示される。図
６の例では、銀行振込とクレジットカードによる支払い
の何れかを選択することができる。銀行振込を選択する
か、クレジットカードを選択してカード番号等の必要情
報を入力した後、発注ボタンをクリックすると、正式な
広告申し込みが完了する。キャンセルボタンをクリック
すれば、広告の申し込みをキャンセルすることができ
る。

【００２８】キャンセルボタンがクリックされた場合に
は、Ｓ０１７でＮＯと判定され、処理はＳ００１に戻
る。発注ボタンがクリックされた場合には、Ｓ０１７で
ＹＥＳと判定され、処理はＳ０２１に進む。

【００２９】Ｓ０２１では、広告依頼者が承認した広告
情報に基づき、管理用の依頼者データを作成して、記録
媒体（例えばＨＤＤ１１０）に格納し、広告掲載の受付
を完了したことを示すメッセージを作成して、依頼者へ
送信する（Ｓ０２３）。

【００３０】図７は、広告依頼の受付が完了した後、サ
ーバ１において実行される広告処理のフローチャートで
ある。なお、ここでは、説明が煩雑になるのを避けるた
め１件の広告依頼についてのみ、その処理を説明する。
複数の広告主、複数の依頼については、同様の処理がそ
れぞれに対応して実行される。なお、図７の処理は定期
的に（例えば、１日に１回）実行される。

【００３１】本実施の形態では、サーバ１は、広告実施
日の前日にデータを各ＰＯＳホストへ配信するようにな
っている。Ｓ０３１では、ある広告に対し、その実施日
の前日になったかどうかがチェックされる。広告実施日
の前日までは（Ｓ０３１：ＮＯ）、Ｓ０３５以降の処理
は実行されず、図７の処理は終了する。

【００３２】広告実施日の前日になると（Ｓ０３１：Ｙ
ＥＳ）、サーバ１のＣＰＵ１００はＰＯＳホストへ送信
するための配信データを作成する（Ｓ０３５）。そし
て、複数のＰＯＳホストそれぞれに配信データを送信す
る場合には、ホスト毎に配信データをソートする（Ｓ０
３７）。そして、各ＰＯＳホストへ広告用のデータを配
信する（Ｓ０３９）。

【００３３】詳しくは後述するが、各ＰＯＳホストは、
配信されたデータをさらに、各店舗のＰＯＳ端末へ送信
する。各ＰＯＳ端末では、広告データをメモリに格納
し、データ中に記述された条件などに基づき、所定の様
式で、レシートに広告を印刷する。各ＰＯＳ端末から
は、広告の実績データや、広告用のメモリの空き状況な
どが、広告ステータスデータとして各ＰＯＳホストに送
信され、さらに各ＰＯＳホストから定期的にサーバ１へ
送られる。

【００３４】Ｓ０４１では、サーバ１が各ＰＯＳホスト
から上記の広告ステータスデータを受信したかどうかが
判定される。サーバ１が各ＰＯＳホストから広告ステー
タスデータを受信した場合には（Ｓ０４１：ＹＥＳ）、
該データをメモリに格納する（Ｓ０４３）。

【００３５】Ｓ０４５では、サーバ１が各ＰＯＳホスト
から受信したステータスデータ中の、契約期間内の広告
回数データを抽出し集計する。そして、集計結果を広告
回数通知情報として、広告依頼主に電子メールで送信す
る（Ｓ０４７）。

【００３６】Ｓ０４８で、現在時刻が広告実施期間を越
えたかどうかを判定し、契約期間（広告実施期間）が満
了していない（Ｓ０４８：ＮＯ）場合には、Ｓ０４１か
らの処理を繰り返す。契約期間満了の場合（Ｓ０４８：
ＹＥＳ）には、Ｓ０４９に進む。

【００３７】Ｓ０４９では、実施された広告のＩＤとそ
の請求額を、電子メールで広告依頼主に送信する。依頼
主からの入金（広告代金の、例えば銀行口座への入金）
が合ったかどうかをＳ０５１にて判定し、入金されてい
ない場合には（Ｓ０５１：ＮＯ）、Ｓ０５３の処理を実
行せず、図７のフローが終了する。入金されると（Ｓ０
５１：ＹＥＳ）、当該ＩＤに関するデータを消去し、一
連の広告処理を終了する。依頼者データが消去されない
限り、図７のフローは毎日実行される。したがって、依
頼主からの入金が無い限り、毎日Ｓ０４９の処理が実行
されることになる。

【００３８】図８は、サーバ１内の配信データの構造を
示す図である。配信データは図７のＳ０３５において作
成される。前述のように、図７は、簡単のため、ある特
定のＰＯＳホスト（コンビニエンス会社）についての処
理を示している。しかし、実際には、複数のＰＯＳホス
トに対しての広告依頼を受け付けることが可能であり、
配信データは、例えば、図８のような構成となる。

【００３９】図９は、図７のＳ０３７で行われる、配信
先ＰＯＳホスト毎に配信データをソートした結果を示す
図である。ＰＯＳホスト毎に配信データをソートした
後、図７のＳ０３９において、各ＰＯＳホストに、翌日
が広告実施日（開始日）となる配信データを送信する。

【００４０】例えば、図９の例では、翌日の日付がＤ１
であるとすれば、コンビニエンス会社ＢについてはDATA
(E)がＰＯＳホストに送信され、コンビニエンス会社Ａ
については、DATA(A)、DATA(B)、DATA(D)がＰＯＳホス
トに送信され、各ＰＯＳホストからＰＯＳ端末へと送信
される。

【００４１】図１０は、コンビニエンス会社ＡのＰＯＳ
端末のレジスター内部のメモリに格納されたデータの構
成を示す図である。

【００４２】各レジスターのメモリには、配信データを
格納するための複数のエリア（図１０の例では３つのエ
リア、α、βおよびγ）が設けられている。ここで、It
em1〜Item5は、ＰＯＳホストを介してサーバ１から配信
される内容により設定される。item6は、レシートに印
字される広告の文字色である。この例では、メモリαに
対応する広告が赤で印字され、メモリβに対応する広告
が緑で印字され、メモリγに対応する広告が青で印字さ
れる。カウント値は、各メモリ領域α、β、γに設定さ
れている条件を満たした場合に発行される広告の数のカ
ウント値である。また、空き状況は、各メモリにデータ
が入力されているかどうかを示すフラグである。図１０
に示すように、メモリ内の広告データ格納領域が３つの
場合には、最大３件の広告発行の条件を設定することが
でき、条件に応じて３種類の広告をそれぞれ異なる色で
区別してレシートに印刷することができる。

【００４３】図１１は、ＰＯＳ端末の構成を示すブロッ
ク図である。各ＰＯＳ端末は、端末全体の処理を制御す
るＣＰＵ４１、購入者の購入商品を入力し、購入金額を
計算するレジスター手段４３、端末の操作者が購入者の
情報を入力するための小丹生謝状法入力手段４２、レシ
ートを印字する印字装置４４、データを格納するための
メモリ４５、ＰＯＳホストとデータ通信を行うためのイ
ンターフェース４６を備えている。

【００４４】図１２は、ＰＯＳ端末において、ＣＰＵ４
１により実行される、広告を出力するか否かを設定する
ための、判別処理を示すフローチャートである。ＰＯＳ
端末では、購入者情報入力手段４２により購買客の性
別、年齢を操作者が入力する。この情報はＰＯＳデータ
としてＰＯＳホストへ送信される情報であるが、この情
報を、各広告を出力するかどうかの判定にも利用してい
る。さらに、購入商品の合計金額も、各広告の出力の判
定に利用している。

【００４５】Ｓ６１で、ＰＯＳホストからデータ配信の
要求があるか否かの判定が行われる。ＰＯＳホストから
の要求とは、ＰＯＳホストからＰＯＳ端末への、広告デ
ータ配信の通知である。本実施形態では、各ＰＯＳ端末
は広告データを格納するためのメモリ領域としてα、
β、γの３つの領域が準備されており、何れかの領域が
空いていれば、ＰＯＳ端末はＰＯＳホストより配信デー
タ（広告データ）を受信する。

【００４６】ＰＯＳホストからのデータ配信要求がない
場合（Ｓ６１：ＮＯ）には、処理はＳ７０へ進む。配信
要求があった場合（Ｓ６１：ＹＥＳ）、Ｓ６３におい
て、空き状況を示すフラグをチェックする（Ｓ６３）。
何れかのメモリ領域が空いていれば（Ｓ６５：ＹＥ
Ｓ）、ＰＯＳ端末はＰＯＳホストよりデータの配信を受
け（Ｓ６７）、受信データを空き領域であったメモリ領
域にセットする（Ｓ６９）。

【００４７】Ｓ７０では、レジスターからのデータ入力
を待つ。すなわち、Ｓ７０以降の処理は、各コンビニエ
ンスストアにおいて購入者が商品を購入する際に実行さ
れることになる。

【００４８】レジスターが操作され、データが入力され
ると（Ｓ７０：ＹＥＳ）、入力データがＰＯＳ端末のメ
モリの作業領域に格納され（Ｓ７１）、Ｓ８０の判別処
理が実行される。判別処理は、各メモリ領域に格納され
た条件に購入者が合致するかどうかを判別する処理であ
る。本実施形態では、条件に合致する購入者に対しての
み、広告文がレシートに印刷されるようになっている。

【００４９】図１３は、図１２のＳ８０で実行される、
判別処理の内容を示すフローチャートである。

【００５０】なお、この例では、各メモリ領域α、β、
γに格納された条件を満たしているかどうかを個別に判
定している。すなわち、メモリ領域α、β、γには優先
順位はなく、各領域に格納された条件が同時に満たされ
ていれば、３つの広告がレシートに印字されることにな
る。

【００５１】Ｓ１００〜Ｓ１０８では、メモリ領域γに
格納されている条件に関しての処理が行われる。なお、
メモリ領域γに格納された上述の項目Item1〜Item6を、
Itemγ1〜Itemγ6でそれぞれ表している。

【００５２】まず、Ｓ１００で、メモリ領域γに広告デ
ータが格納されているかどうかを判定する。例えば、メ
モリ領域γの『空き状況』フラグを参照することで判定
することができる。メモリ領域γに広告データが格納さ
れていない場合（Ｓ１００：ＮＯ）には、処理はＳ２０
０へ進む。メモリ領域γに広告データが格納されている
場合（Ｓ１００：ＹＥＳ）には、Ｓ１０１へ処理が進
む。

【００５３】Ｓ１０１では、現在時刻が、γに格納され
たItem1を満たしているかどうか、すなわち、現在の日
時がγに格納された広告期間（D1〜D4）内かどうかが判
定される。期間内であれば（Ｓ１０１：ＹＥＳ）、Ｓ１
０２で、Item2の条件、すなわち購入者の性別が男（m）
かどうかが判定される。購入者の性別が男の場合には
（Ｓ１０２：ＹＥＳ）、Ｓ１０３において、Item3の条
件が満たされているかどうか、すなわち、購入者の年齢
層が４０〜６０歳かどうかが判定される。Item3が満た
されている場合（Ｓ１０３：ＹＥＳ）、Item4が満たさ
れているかどうか、即ち、購入金額が１０００円以上か
どうかが判定される。Item4が満たされている場合（Ｓ
１０４：ＹＥＳ）には、Ｓ１０５において、γ領域の条
件が満たされていることを示すフラグＦ＿γＰが１にセ
ットされる。なお、上記の各判定処理において、メモリ
領域のItemに条件が設定されていない場合には、その項
目はすべての購入者が満たしていると仮定する。

【００５４】Ｓ１０１でＮＯと判定された場合、すなわ
ちItem1の条件が満たされていない場合としては、現在
時刻が広告期間前の場合と、広告期間を過ぎている場合
とがある。Ｓ１０６では、現在時刻が広告期間の終了日
（この例ではＤ４）を過ぎているかどうかを判定する。
期限切れでない場合（すなわち、現在の日時が広告期間
の開始日Ｄ１より前の場合）にはＳ１０６でＮＯと判定
され、処理はＳ２０１へ進む。現在日時が広告期間を過
ぎていた場合には（Ｓ１０７：ＹＥＳ）、Ｓ１０７でカ
ウント値を回数データＣγに設定し、γ領域に格納され
ているItem1〜Item5のデータを消去する。

【００５５】なお、上記の例では、Item1〜Item4の４つ
の条件により、Item5に示される広告文をプリントする
かどうかを判定している。ここで、Item1〜Item4の各項
目は、上記の例（期間、性別、年齢層、購入金額）に限
られるものではなく、ＰＯＳ端末から入力可能な任意の
設定とすることができる。また、条件の数も４つに限ら
れるものではなく、たとえば、期間のみを設定し、期間
内に発行される全てのレシートに広告が印字されるよう
にすることもできるし、条件を増やして、広告を発行す
るターゲットを絞り込むことも可能である。

【００５６】Ｓ２００〜Ｓ２０８では、メモリ領域βに
格納されているデータに関し、Ｓ１００〜Ｓ１０８と同
様の処理が実行される。また、Ｓ３００〜Ｓ３０８で
は、メモリ領域αに格納されているデータに関し、Ｓ１
００〜Ｓ１０８と同様の処理が実行される。なお、Ｓ３
００では、メモリ領域αにデータが格納されているかど
うかを判定するが、メモリ領域αにデータが格納されて
いない場合（Ｓ３００：ＮＯ）には、Ｓ３０１〜Ｓ３０
８の処理はスキップされる。

【００５７】Ｓ８０の判別処理の後、Ｓ８１以降で、レ
シートの発行のための処理が実行される。Ｓ８１では、
レシートの紙送りが開始される。そして、通常のレシー
ト印刷の処理、すなわち、日付、買い上げ項目・金額、
合計金額などの印字が行われる（Ｓ８３）。

【００５８】次に、Ｓ８５において、フラグが１か否か
が判定される。上述のように、購入客がメモリ領域αに
格納されている条件（Item1〜Item4）に合致している場
合に、フラグF_αPが１にセットされる。フラグF_αP＝
１の場合（Ｓ８５：ＹＥＳ）には、Ｓ８７で、メモリ領
域αのItem5に格納されている広告文が、Item6に格納さ
れている色で印字される。フラグF_αP≠１の場合（Ｓ
８５：ＮＯ）には、Ｓ８７はスキップされる。

【００５９】Ｓ８９では、フラグF_βPが１か否かが判
定される。購入客がメモリ領域βに格納されている条件
（Item1〜Item4）に合致している場合に、フラグF_βP
が１にセットされる。フラグF_βP＝１の場合（Ｓ８
９：ＹＥＳ）には、Ｓ９１で、メモリ領域βのItem5に
格納されている広告文が、Item6に格納されている色で
印字される。フラグF_βP≠１の場合（Ｓ８９：ＮＯ）
には、Ｓ９０はスキップされる。

【００６０】Ｓ９３では、フラグF_γPが１か否かが判
定される。購入客がメモリ領域γに格納されている条件
（Item1〜Item4）に合致している場合に、フラグF_γP
が１にセットされる。フラグF_γP＝１の場合（Ｓ９
３：ＹＥＳ）には、Ｓ９５で、メモリ領域γのItem5に
格納されている広告文が、Item6に格納されている色で
印字される。フラグF_γP≠１の場合（Ｓ９３：ＮＯ）
には、Ｓ９５はスキップされる。

【００６１】以上の処理により、各メモリ領域α、β、
γに格納された条件を満たす購入者に対してのみ、広告
文がレシートに印字される。広告文の印字が完了する
と、所定量レシートの紙送りを実行した後、紙送りを停
止する（Ｓ９７）。そして、Ｓ９９において、フラグF_
αP、F_βP、F_γPを全てクリア（０にセット）する。

【００６２】Ｓ１００では、図１２の処理が開始されて
から所定時間が経過したかどうかを判定する。例えば、
コンビニエンスストアの営業時間が６時から２２時まで
だとすれば、図１２の処理が６時にスタートし、それか
ら１６時間後の閉店時間になったかどうかを判定するよ
うになっている。

【００６３】Ｓ１００において、所定時間が経過してい
ると判定されると（Ｓ１００：ＹＥＳ）、Ｓ１０１にお
いて、その時点でのメモリ空き状況および、各メモリ領
域に格納されている広告が発行された回数を示すカウン
トデータＣα、Ｃβ、ＣγをＰＯＳホストへ送信する。
なお、ここでは、所定時間が経過したかどうかを判定し
ているが、毎日決まった時刻にカウントデータＣα、Ｃ
β、Ｃγを送信するように変形することも可能である。

【００６４】以上の処理が完了すると、Ｓ６１に戻り、
上記の一連の処理が実行される。図１４は、こうして出
力されたレシートの例を示す図である。広告１、広告
２、広告３と記された部分は、実際には、Item5に格納
された広告文が印刷される。また、本実施例では、これ
らの広告文はそれぞれItem６で設定されている色で印字
される。

【００６５】なお、本実施形態では３つのメモリ領域α
〜γに広告データが格納されている例を説明した。した
がって、３種類の異なる広告を、それぞれの条件に応じ
てプリントすることができる。しかし、本発明は、広告
の種類を３つに限定するものではなく、単一の広告のみ
をプリントするようにしても良いし、２つ、あるいは４
つ以上の広告をプリントするようにしても良い。

【００６６】なお、本実施形態では、条件を満たす購入
者に対して広告をプリントするようにしているが、条件
を設定せずに、複数の広告のうち所定数をランダムにプ
リントするような変形例も可能である。

【００６７】なお、本実施の形態においては、レジスタ
ーは、レシートをカラー印字することが可能なものを想
定している。通常のレシートが、購入物品・金額の確認
を目的とするのに対し、広告は、購入者の目に付きやす
い状態で印字されていることが好ましい。もちろん、広
告文も、通常のレシートの各項目と同様の色、字体でプ
リントすることも可能であるが、少なくとも色もしくは
字体を、際だったものにすることにより、より効果的に
広告内容を購入者に伝えることができる。

【００６８】本実施形態においては、レシート用シート
として、例えば、特開平11−170692号公報に記載されて
いるシートを巻回したロールシートを用いている。この
シートは、温度と圧力の組み合わせにより任意の発色が
可能であり、印字装置４４は、Item6に格納されている
色情報に基づいて印字ヘッド（不図示）の温度および圧
力を制御して印字を行なっている。

【００６９】カラー印字に関しては、もちろんインクジ
ェット方式を用いても可能であるが、印字速度が遅いと
いう欠点がある。上記公報に記載されているシートを用
いれば、レシートの印字を迅速に行なうことができる。

【００７０】以上の様に、本発明のＰＯＳシステムを利
用したレシート広告システムによれば、広告主が、任意
の、かつ複数の店舗において容易にレシート広告を行う
ことが行うことが可能となる。

【図面の簡単な説明】

【図１】本発明の実施形態であるレシート広告システム
の全体構成を概略的に示す図である。

【図２】広告システムのサーバの構成を示すブロック図
である。

【図３】サーバのＣＰＵにより実行される、レシート広
告の受注処理を示すフローチャートである。

【図４】広告主端末側で表示される広告申し込み画面の
一例を示す図である。

【図５】審査結果がＯＫだった場合の、広告主端末側で
表示される審査結果メッセージの一例を示す図である。

【図６】広告主端末に送信される発注フォームの例を示
す図である。

【図７】広告依頼の受付が完了した後サーバにおいて実
行される、広告処理のフローチャートである。

【図８】サーバ内の配信データの構造を示す図である。

【図９】サーバにおいて、配信先ＰＯＳホスト毎に配信
データをソートした結果を示す図である。

【図１０】コンビニエンス会社ＡのＰＯＳ端末のレジス
ター内部のメモリに格納されたデータの構成を示す図で
ある。

【図１１】ＰＯＳ端末の構成を示すブロック図である。

【図１２】ＰＯＳ端末のＣＰＵにより実行される、広告
を出力するか否かを設定するための、判別処理を示すフ
ローチャートである。

【図１３】判別処理を示すフローチャートである。

【図１４】レシートの出力例を示す図である。

【符号の説明】

１サーバ２広告主端末５ａ、５ｂＰＯＳホスト４ａ、４ｂＰＯＳ端末

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０７Ｇ 1/12 ３５１Ｇ０７Ｇ 1/12 ３５１ＣＧ０９Ｆ 19/00 Ｇ０９Ｆ 19/00 Ｚ

Claims

【特許請求の範囲】

【請求項１】ＰＯＳホストおよび、前記ＰＯＳホスト
にそれぞれ接続された複数の店舗端末からなる販売網を
有し、前記ＰＯＳホストは、所定の広告情報を記憶する記憶手
段と、前記記憶手段に格納された該所定の広告情報を、
少なくとも一部の店舗端末に転送する転送手段を有し、前記店舗端末は、それぞれ、前記ＰＯＳホストより広告
情報を受信する受信手段と、商品販売時にレシートを発
行するレシート印刷手段を有し、広告情報を前記ＰＯＳホストより受信した、前記少なく
とも一部の店舗端末は、受信した広告情報を、前記レシ
ート印刷手段により、商品販売時に発行するレシートに
印刷すること、を特徴とするレシート広告システム。
【請求項２】広告情報を送信するための広告主端末
と、ネットワークを介して、前記広告主端末から広告情報を
受信する仲介サーバと、前記仲介サーバと接続された少なくとも一つのＰＯＳホ
ストおよび、前記ＰＯＳホストにそれぞれ接続された複
数の店舗端末からなる販売網、からなり、前記仲介サーバは前記広告主端末から受領した広告情報
を前記ＰＯＳホストに送信し、前記ＰＯＳホストは、受信した広告情報を広告情報を記
憶する記憶手段と、前記記憶手段に格納された該所定の
広告情報を、少なくとも一部の店舗端末に転送する転送
手段を有し、前記店舗端末は、それぞれ、前記ＰＯＳホストより広告
情報を受信する受信手段と、商品販売時にレシートを発
行するレシート印刷手段を有し、広告情報を前記ＰＯＳホストより受信した、前記少なく
とも一部の店舗端末は、受信した広告情報に含まれる印
刷情報を、前記レシート印刷手段により、商品販売時に
発行するレシートに印刷すること、を特徴とするレシー
ト広告システム。
【請求項３】請求項１または２に記載のレシート広告
システムにおいて、各店舗端末は、商品販売時に顧客に
関する情報を入力する顧客情報入力手段を備え、前記広
告情報は広告条件を示す条件情報を含み、前記顧客に関
する情報が前記広告条件に合致したときにのみ前記印刷
情報が印刷されることを特徴とするレシート広告システ
ム。
【請求項４】請求項３に記載のレシート広告システム
において、前記顧客に関する情報が顧客の性別情報を含
み、前記広告条件が顧客の性別の条件を含む事を特徴と
するレシート広告システム。
【請求項５】請求項３または請求項４に記載のレシー
ト広告システムにおいて、前記顧客に関する情報が顧客
の年齢情報を含み、前記広告条件が顧客の年齢に関する
条件を含む事を特徴とするレシート広告システム。
【請求項６】請求項３から請求項５の何れかに記載の
レシート広告システムにおいて、前記顧客に関する情報
が販売金額情報を含み、前記広告条件が販売金額に関す
る条件を含む事を特徴とするレシート広告システム。
【請求項７】請求項１から請求項６の何れかに記載の
レシート広告システムにおいて、前記印刷手段は、レシ
ート部分と広告部分とを異なる色で印字することを特徴
とするレシート広告システム。
【請求項８】請求項１から請求項７の何れかに記載の
レシート広告システムにおいて、前記少なくとも一部の
店舗端末は、広告主端末により指定された条件を満たす
店舗端末であることを特徴とするレシート広告システ
ム。
【請求項９】請求項８に記載のレシート広告システム
において、前記広告主端末により指定された条件は、地
理的条件、店舗選択のための条件、時間的条件の少なく
とも一つを含むことを特徴とするレシート広告システ
ム。