JP7483430B2 - クーポン管理装置及びその制御プログラム、クーポン管理方法 - Google Patents

Description

本発明の実施形態は、クーポン管理装置及びその制御プログラム並びにクーポン管理方法に関する。

店舗で商品を購入した客に対し、その購買内容がクーポンを発行するための条件、いわゆる発行条件を満足する場合にＰＯＳ（Point Of Sales）端末からクーポンを発行するようにしたサービスがある。近年、この種のサービスを容易化するために、クーポンの発行条件を一元的に管理するようにしたクーポン管理装置が実用に供されている。

クーポン管理装置は、クーポンの企画毎に発行条件を記憶するためのデータベースを備える。例えば、第１の商品を６点以上購入した消費者に第１のクーポンを発行するという企画があると仮定する。この場合、データベースには、第１のクーポンと関連付けて「第１の商品を６点以上購入した場合」という発行条件が記憶される。そしてクーポン管理装置は、ＰＯＳ端末で第１の商品を６点購入した商取引が決済された場合に、そのＰＯＳ端末から第１のクーポンが発行されるように制御する。

ところで、店舗においては、第１の商品を単品で販売するだけでなく、６点をまとめてセット販売することがある。このような場合、ＰＯＳ端末では、単品で販売される第１の商品とセット販売される第１の商品とは別商品として取り扱われる。したがって、単品の第１の商品を６点購入した客に対しては第１のクーポンが発行されるが、セット販売の第１の商品を１点購入した客に対しては第１のクーポンが発行されないという不都合が生じる。このような不都合を回避するためには、第１のクーポンと関連付けて「セット販売されている第１の商品を１点以上購入した場合」という発行条件を新たにデータベースに設定する必要がある。

このように、クーポンの対象となる商品が単品で販売されるだけでなくセット商品としても販売される場合、単品の商品とセット商品とで異なる発行条件を設定しなければならない。このため、クーポンの発行条件を設定する作業の効率化が求められている。

特開２０１８－０７７９２２号公報

本発明の実施形態が解決しようとする課題は、クーポンの発行条件を設定する作業を効率化できるクーポン管理装置及びその制御プログラム並びにクーポン管理方法を提供しようとするものである。

一実施形態において、商取引に係わるクーポンを管理するクーポン管理装置の制御プログラムは、そのコンピュータを、第１の取得手段、第２の取得手段、第３の取得手段、記憶手段、判定手段及び出力制御手段として機能させるものである。第１の取得手段は、商取引に係わるクーポンを発行するための条件を取得する。第２の取得手段は、クーポンの発行対象となる第１の商品の識別情報を取得する。第３の取得手段は、クーポンの発行対象となる、第１の商品とは異なる第２の商品の識別情報及び倍率を取得する。記憶手段は、第１の取得手段で取得した条件と、第２の取得手段で取得した第１の商品の識別情報と、第３の取得手段で取得した第２の商品の識別情報及び倍率とを関連付けて記憶する。判定手段は、商取引で売買される商品の中に第１の商品が含まれる場合には当該第１の商品の販売データと条件とからクーポンが発行可能かを判定し、第２の商品が含まれる場合には当該第２の商品の販売データに倍率を乗算したデータと条件とからクーポンが発行可能かを判定する。出力制御手段は、判定手段により発行可能と判定されたクーポンの出力を制御する。

一実施形態に係るクーポン管理システムの概略構成図。 クーポン企画レコードの主要なデータ構造を示す模式図。 クーポン画像レコードの主要なデータ構造を示す模式図。 クーポン管理サーバの要部回路構成を示すブロック図。 クーポン管理サーバのプロセッサが実行する情報処理の要部手順を示す流れ図。 クーポン管理サーバのプロセッサが実行する情報処理の要部手順を示す流れ図。 クーポン管理サーバのプロセッサが実行する情報処理の要部手順を示す流れ図。 クーポン管理サーバのプロセッサが実行する情報処理の要部手順を示す流れ図。 企画設定画面の一例を示す模式図。 企画設定画面の一例を示す模式図。

以下、クーポン管理装置及びその制御プログラムとクーポン管理方法の実施形態について、図面を用いて説明する。
なお、この実施形態は、図１に示すクーポン管理システム１００のクーポン管理サーバ１０をクーポン管理装置とした場合である。

図１に示すようにクーポン管理システム１００は、クーポン管理サーバ１０と、複数台のＰＯＳ端末２０と、通信ネットワーク３０と、を含む。通信ネットワーク３０は、例えばインターネット、イントラネット、ＷＡＮ（Wide Area Network）あるいはＬＡＮ（Local Area Network）である。通信ネットワーク３０は、電話通信網又は移動体通信網を含んでもよい。あるいは通信ネットワーク３０は、これらの組み合わせであってもよい。クーポン管理システム１００では、通信ネットワーク３０に、各ＰＯＳ端末２０とクーポン管理サーバ１０とが接続されている。

ＰＯＳ端末２０は、店舗の会計場所等に設置される会計機である。すなわちＰＯＳ端末２０は、客が購入する商品の販売データを登録処理する。またＰＯＳ端末２０は、登録処理した商品の販売データを基に客との商取引を決済する。そしてＰＯＳ端末２０は、商取引の明細を表すレシートを発行する。またＰＯＳ端末２０は、商取引に係わるクーポンを選択的に発行する。レシート又はクーポンは、紙媒体に印刷されて発行されてもよいし、電子データとして例えば客が所有するスマートフォンにダウンロードされることで発行されてもよい。このようなＰＯＳ端末２０は、周知である。よって、ここでの詳細な説明は省略する。

ＰＯＳ端末２０は、単独で通信ネットワーク３０に接続されてもよいし、店舗のサーバを介して通信ネットワーク３０に接続されてもよい。クーポン管理システム１００では、複数の店舗にそれぞれ設置されている複数台のＰＯＳ端末が直接または店舗のサーバを介して通信ネットワーク３０に接続されている。

クーポン管理サーバ１０は、商取引に係るクーポンを一元的に管理する機能を有する。この機能を実現するために、クーポン管理サーバ１０は、企画データベース４０と画像データベース５０とを備えている。またクーポン管理サーバ１０は、通信回線６０を介して企画設定装置７０を接続している。通信回線６０は、例えばＬＡＮである。ＬＡＮは、有線ＬＡＮであってもよいし、無線ＬＡＮであってもよい。

企画設定装置７０は、発行条件等を含むクーポンの企画をクーポン管理サーバ１０に設定する業務に供せられるコンピュータ機器である。この業務は、以下では企画設定業務と称する。企画設定装置７０は、企画設定業務を実施するために、少なくとも入力デバイスと表示デバイスとを備える。入力デバイスは、例えばキーボード、ポインティングデバイス、タッチパネル等である。表示デバイスは、例えば液晶ディスプレイ、タッチパネル等である。市販のパーソナルコンピュータ、タブレットコンピュータ等が企画設定装置７０として使用される。

企画データベース４０は、クーポンの企画毎に作成されるクーポン企画レコード４１（図２を参照）の集合体である。画像データベース５０は、クーポンの企画毎に作成されるクーポン画像レコード５１（図３を参照）の集合体である。

図２は、クーポン企画レコード４１の主要なデータ構造を示す模式図である。図示するようにクーポン企画レコード４１は、企画ＩＤ、発行期間、論理フラグＦ、小計条件、発行オプションＯＰａ、商品条件、対象商品数、対象商品数分の対象商品データ及び発行オプションＯＰｂを含む。

企画ＩＤは、クーポンの企画毎に設定された一意のコードである。発行期間は、企画ＩＤで特定される企画のクーポンが発行される期間の開始日と終了日である。発行期間は、開始日と期間の日数であってもよい。

論理フラグＦは、企画ＩＤで特定される企画が、第１のクーポン発行条件と第２のクーポン発行条件との論理積（ＡＮＤ）が成立する場合にクーポンを発行する企画であるのか、論理和（ＯＲ）が成立する場合にクーポンを発行する企画であるのかを識別する１ビットデータである。本実施形態では、論理積（ＡＮＤ）が成立する場合にクーポンを発行する企画の論理フラグＦを“１”とし、論理和（ＯＲ）が成立する場合にクーポンを発行する企画の論理フラグＦを“０”とする。

小計条件は、第１のクーポン発行条件である。小計条件は、第１閾値、範囲及び税フラグを含む。第１閾値は、クーポンを発行するか否かの閾値となる小計金額である。範囲は、閾値を基準にクーポン発行条件を満足する数量の範囲を示す。範囲は、例えば「以上」、「以下」、「未満」又は「超える」である。税フラグは、閾値となる小計金額が消費税を含む金額なのか、消費税を含まない金額なのかを識別する１ビットデータである。本実施形態では、消費税を含む金額である場合の税フラグを“１”とし、消費税を含まない金額である場合の税フラグを“０”とする。

発行オプションＯＰａは、小計条件を満足する場合にクーポンの発行を許容するか、小計条件を満足しない場合にクーポンの発行を許容するかの選択肢を表す情報である。発行オプションＯＰａには、小計条件を満足する場合にクーポンの発行を許容することを示すオプション項目「一致時に発行」と、小計条件を満足しない場合にクーポンの発行を許容するオプション項目「不一致時に発行」とがある。本実施形態では、オプション項目「一致時に発行」を表す発行オプションＯＰａを“０”とし、オプション項目「不一致時に発行」を表す発行オプションＯＰａを“１”とする。

商品条件は、第２のクーポン発行条件である。商品条件は、第２閾値、範囲及び属性フラグを含む。第２閾値は、クーポンを発行するか否かの閾値となる購買点数又は購買金額である。範囲は、閾値を基準にクーポン発行条件を満足する数量の範囲を示す。範囲は、例えば「以上」、「以下」、「未満」又は「超える」である。属性フラグは、商品条件が購買点数なのか購買金額なのかを識別する１ビットデータである。本実施形態では、商品条件が購買点数である場合の属性フラグを“１”とし、商品条件が購買金額である場合の属性フラグを“０”とする。

対象商品数は、商品条件の対象となる商品の総数である。対象商品データは、商品条件の対象となる商品の商品ＩＤ及び倍率である。

発行オプションＯＰｂは、商品条件を満足する場合にクーポンの発行を許容するか、商品条件を満足しない場合にクーポンの発行を許容するかの選択肢を表す情報である。発行オプションＯＰｂには、商品条件を満足する場合にクーポンの発行を許容することを示すオプション項目「一致時に発行」と、商品条件を満足しない場合にクーポンの発行を許容するオプション項目「不一致時に発行」とがある。本実施形態では、オプション項目「一致時に発行」を表す発行オプションＯＰｂを“０”とし、オプション項目「不一致時に発行」を表す発行オプションＯＰｂを“１”とする。

図３は、クーポン画像レコード５１の主要なデータ構造を示す模式図である。図示するようにクーポン画像レコード５１は、企画ＩＤとクーポン画像データとを含む。企画ＩＤは、企画データベース４０に登録されたクーポン企画レコード４１の企画ＩＤと一致する。クーポン画像データは、対応する企画ＩＤで特定される企画のクーポン発行条件を満足する商取引に対して発行されるクーポンの画像データである。ＰＯＳ端末２０においては、プリンタによってレシート用紙にクーポン画像データが印刷されて、紙媒体のクーポンが発行される。あるいはＰＯＳ端末２０においては、近距離無線通信等を利用して客が所有するスマートフォンにクーポン画像データがダウンロードされて、電子データのクーポンが発行される。

図４は、クーポン管理サーバ１０の要部回路構成を示すブロック図である。クーポン管理サーバ１０は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、時計１４、第１通信インターフェース１５、第２通信インターフェース１６及びシステム伝送路１７を備えている。プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、時計１４、第１通信インターフェース１５及び第２通信インターフェース１６は、それぞれシステム伝送路１７と接続している。システム伝送路１７は、アドレスバス、データバス、制御信号線等を含む。クーポン管理サーバ１０では、プロセッサ１１、メインメモリ１２及び補助記憶デバイス１３がシステム伝送路１７で接続されて、クーポン管理サーバ１０を制御するための情報処理を行うコンピュータが構成されている。

プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム又はアプリケーションプログラムに従って、クーポン管理サーバ１０としての各種の機能を実現するべく各部を制御する。プロセッサ１１は、例えばＣＰＵ（Central Processing Unit）である。

メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域及び揮発性のメモリ領域を含む。メインメモリ１２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ１２は、プロセッサ１１が各部を制御するための処理を実行する上で必要なデータを揮発性のメモリ領域で記憶する。またメインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。

補助記憶デバイス１３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス１３としては、例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）又はＳＳＤ（Solid State Drive）等の周知の記憶デバイスを単独で、あるいは複数組み合わせて用いられる。補助記憶デバイス１３は、プロセッサ１１が各種の処理を行う上で使用するデータ、プロセッサ１１での処理によって生成されたデータ等を保存する。補助記憶デバイス１３は、アプリケーションプログラムを記憶する場合もある。

メインメモリ１２又は補助記憶デバイス１３が記憶するアプリケーションプログラムは、後述する制御プログラムを含む。制御プログラムをメインメモリ１２又は補助記憶デバイス１３にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に制御プログラムを記録して、あるいはネットワークを介した通信により制御プログラムを配信して、メインメモリ１２又は補助記憶デバイス１３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。

時計１４は、クーポン管理サーバ１０の時刻情報源として機能する。プロセッサ１１は、時計１４によって計時される時刻情報を基に、現在の日付及び時刻を計時する。

第１通信インターフェース１５は、通信ネットワーク３０を介して接続された機器、例えばＰＯＳ端末２０とデータ通信を行うための回路である。

第２通信インターフェース１６は、通信回線６０を介して接続された機器、例えば企画設定装置７０とデータ通信を行うための回路である。

かかる構成のクーポン管理サーバ１０は、補助記憶デバイス１３の記憶領域の一部を前述した企画データベース４０及び画像データベース５０の領域とする。なお、企画データベース４０及び画像データベース５０の領域は、補助記憶デバイス１３の記憶領域の一部に限定されない。例えば、通信ネットワーク３０に接続された他のサーバが有する補助記憶デバイス１３の記憶領域の一部を企画データベース４０及び画像データベース５０の領域としてもよい。この場合、プロセッサ１１は、第１通信インターフェース１５を介して上記サーバと通信を行うことにより、企画データベース４０及び画像データベース５０にアクセスすることとなる。

このようなクーポン管理サーバ１０は、クラウドコンピューティングとして各ＰＯＳ端末２０にクーポンに関するサービスを提供するように構成されている。

図５乃至図８は、クーポン管理サーバ１０のプロセッサ１１が、制御プログラムに従って実行する情報処理の要部手順を示す流れ図である。また、図９及び図１０は、企画設定装置７０が備える表示デバイスに表示される企画設定画面ＳＣａの一例を示す模式図である。以下、各図を用いて、クーポン管理サーバ１０を含むクーポン管理システム１００の主要な動作について説明する。なお、以下に説明する動作説明は一例である。同様な結果が得られるのであれば、その手順等は特に限定されるものではない。

始めに、企画設定装置７０で企画設定業務が実施される際のクーポン管理システム１００の動作について、図５の流れ図及び図９及び図１０の模式図を用いて説明する。
企画設定業務には、新規作成業務と企画編集業務とがある。新規作成業務は、企画データベース４０に新たなクーポン企画レコード４１を登録する業務である。企画編集業務は、企画データベース４０に既に登録されているクーポン企画レコード４１を修正または削除する業務である。

新規作成業務または企画編集業務を担当するオペレータは、企画設定装置７０を起動する。そしてオペレータは、企画設定業務の開始を指示する。そうすると、企画設定装置７０からクーポン管理サーバ１０へと業務開始コマンドが送信される。第２通信インターフェース１６を介して業務開始コマンドを受信したクーポン管理サーバ１０のプロセッサ１１は、図５の流れ図に示す手順の情報処理を開始する。

先ず、プロセッサ１１は、ＡＣＴ１として企画設定画面ＳＣａの画像データを企画設定装置７０へと送信する。これにより、企画設定装置７０の表示デバイスに企画設定画面ＳＣａが表示される。

図９は、企画設定画面ＳＣａの一例を示す模式図である。図示するように企画設定画面ＳＣａには、６個のラジオボタンＲＢａ～ＲＢｆと、８個のテキストボックスＩＮａ～ＩＮｈと、５個のプルダウンメニューボタンＰＤａ～ＰＤｅと、２つのチェックボックスＣＢａ，ＣＢｂと、３つのタッチボタンＴＢａ～ＴＢｃの各部品画像が表示されている。

ラジオボタンＲＢａは、項目「新規」に対応している。ラジオボタンＲＢｂは、項目「編集」に対応している。ラジオボタンＲＢｃは、項目「ＡＮＤ」に対応している。ラジオボタンＲＢｄは、項目「ＯＲ」に対応している。ラジオボタンＲＢｅは、項目「消費税含む」に対応している。ラジオボタンＲＢｆは、項目「倍率適用」に対応している。

テキストボックスＩＮａは、企画ＩＤのテキスト表示欄である。テキストボックスＩＮｂは、発行期間開始日の表示欄である。テキストボックスＩＮｃは、発行期間終了日の表示欄である。テキストボックスＩＮｄは、小計金額の表示欄である。テキストボックスＩＮｅは、単価の表示欄である。テキストボックスＩＮｆは、点数の表示欄である。テキストボックスＩＮｇは、商品ＩＤの表示欄である。テキストボックスＩＮｈは、倍率の表示欄である。

プルダウンメニューボタンＰＤａ、ＰＤｃ及びＰＤｄは、いずれも「以上」、「以下」、「未満」又は「超える」の範囲項目をプルダウンメニューとして表示させるボタンである。プルダウンメニューボタンＰＤｂ及びＰＤｅは、いずれも「一致時に発行」又は「不一致時に発行」のオプション項目をプルダウンメニューとして表示させるボタンである。

チェックボックスＣＢａは、属性項目「単価」に対応する。チェックボックスＣＢａは、商品条件が購買金額の場合にチェックされる。チェックボックスＣＢｂは、属性項目「点数」に対応する。チェックボックスＣＢｂは、商品条件が購買点数の場合にチェックされる。

タッチボタンＴＢａは、項目「商品追加」に対応する。タッチボタンＴＢｂは、項目「登録」に対応する。タッチボタンＴＢｃは、項目「中止」に対応する。タッチボタンＴＢａは、以下では商品追加ボタンＴＢａと称する。タッチボタンＴＢｂは、以下では登録ボタンＴＢｂと称する。タッチボタンＴＢｃは、以下では中止ボタンＴＢｃと称する。

企画設定画面ＳＣａを確認したオペレータは、新規作成業務を実行するか企画編集業務を実行するかを決める。例えば商品製造業者等の事業者からクーポンの企画要請を受けた場合、オペレータは、新規作成業務を選択する。例えば事業者から既存のクーポンの企画変更要請を受けた場合には、オペレータは、企画編集業務を選択する。新規作成業務を選択する場合、オペレータは、ラジオボタンＲＢａを入力する。企画編集業務を選択する場合には、オペレータは、ラジオボタンＲＢｂを入力する。そしてオペレータは、変更要請のあった企画の企画ＩＤをテキストボックスＩＮａに入力する。

ラジオボタンＲＢａが入力されると、企画設定装置７０からクーポン管理サーバ１０へと新規作成コマンドが送信される。ラジオボタンＲＢｂが入力された場合には、企画設定装置７０からクーポン管理サーバ１０へと企画編集コマンドが送信される。企画編集コマンドには、テキストボックスＩＮａに入力された企画ＩＤが含まれる。

ここに、ラジオボタンＲＢｃ～ＲＢｅと、テキストボックスＩＮｂ～ＩＮｆと、プルダウンメニューボタンＰＤａ～ＰＤｅと、チェックボックスＣＢａ，ＣＢｂとは、発行条件を入力するための領域である。１行目の商品条件入力欄のテキストボックスＩＮｇは、第１の商品の識別情報を入力するための領域である。１行目の商品条件入力欄の後に追加された商品条件入力欄のテキストボックスＩＮｇ及びテキストボックスＩＮｈは、第２の商品の識別情報及び倍率を入力するための領域である。

図５の説明に戻る。
企画設定画面ＳＣａの表示を制御したクーポン管理サーバ１０のプロセッサ１１は、ＡＣＴ２として企画設定装置７０からのコマンドを待ち受ける。この待ち受け状態において、第２通信インターフェース１６を介して新規作成コマンドを受信すると、プロセッサ１１は、ＡＣＴ２においてＹＥＳと判定し、ＡＣＴ３へと進む。プロセッサ１１は、ＡＣＴ３として新規の企画ＩＤを発行する。

一方、企画編集コマンドを受信した場合には、プロセッサ１１は、ＡＣＴ２においてＮＯと判定し、ＡＣＴ４へと進む。プロセッサ１１は、ＡＣＴ４として企画編集コマンドから企画ＩＤを取得する。そしてプロセッサ１１は、ＡＣＴ５として企画データベース４０を検索して、当該企画ＩＤを含むクーポン企画レコード４１を検出する。なお、企画データベース４０に当該企画ＩＤを含むクーポン企画レコード４１が存在しない場合には、企画編集業務をエラーとする。このエラーにより、例えば企画設定装置７０の表示デバイスに「企画ＩＤが一致しません」等のエラーメッセージが表示される。

プロセッサ１１は、ＡＣＴ３において新規の企画ＩＤを発行するか、ＡＣＴ５において既存の企画ＩＤを含むクーポン企画レコード４１を企画データベース４０から検出すると、ＡＣＴ６へと進む。プロセッサ１１は、ＡＣＴ６として企画設定画面ＳＣａを更新するためのコマンドを企画設定装置７０へと出力する。

このコマンドを受けて、企画設定装置７０の表示デバイスに表示されていた企画設定画面ＳＣａが更新される。具体的には、ＡＣＴ３において新規の企画ＩＤが発行された場合には、テキストボックスＩＮａにその新規の企画ＩＤが表示される。ＡＣＴ５においてクーポン企画レコード４１が検出された場合には、そのクーポン企画レコード４１のデータを基に、ラジオボタンＲＢｃ～ＲＢｆ、チェックボックスＣＢａ，ＣＢｂ及びプルダウンメニューボタンＰＤａ～ＰＤｅの状態が変更される。また、テキストボックスＩＮｄ～ＩＮｈにクーポン企画レコード４１のデータに対応したテキストが表示される。

さて、ここでは、オペレータが「２０２０年３月に、小計金額が１０００円以上の場合で、かつ、商品ＡＡＡＡＡを６点購入した場合にクーポンを発行する」という企画要請を事業者から受けた場合を例示する。そして、商品ＡＡＡＡＡについては、単品で販売されている以外に６点をまとめたセット商品として販売されていると仮定する。

この場合、図１０の企画設定画面ＳＣａに示すように、オペレータは、テキストボックスＩＮｂとテキストボックスＩＮｃとに、発行期間の開始日［２０２０／０３／０１］と終了日［２０２０／０３／３１］とを入力する。またオペレータは、ラジオボタンＲＢｃを入力する。因みに、企画が例えば「小計金額が１０００円以上の場合にクーポンを発行する」であったり、「商品ＡＡＡＡＡを６点購入した場合にクーポンを発行する」であったりした場合には、オペレータは、ラジオボタンＲＢｄを入力する。

次に、オペレータは、企画に含まれる小計条件、つまりは「小計金額が１０００円以上の場合」の設定を行う。すなわちオペレータは、テキストボックスＩＮｄに小計金額の閾値［１０００］を入力し、プルダウンメニューボタンＰＤａでプルダウンメニューのなかから範囲項目［以上］を選択する。またオペレータは、プルダウンメニューボタンＰＤｂでプルダウンメニューのなかからオプション項目［一致時に発行］を選択する。なお、小計金額が消費税を含む場合には、オペレータは、ラジオボタンＲＢｅを入力する。以上の操作により、企画の前半部の「小計金額が１０００円以上の場合」という小計条件が設定される。なお、オペレータは、プルダウンメニューボタンＰＤａでプルダウンメニューのなかから範囲項目［未満］を選択し、かつ、プルダウンメニューボタンＰＤｂでプルダウンメニューのなかからオプション項目［不一致時に発行］を選択してもよい。

次に、オペレータは、企画に含まれる商品条件、つまりは「商品ＡＡＡＡＡを６点購入した場合」の設定を行う。すなわちオペレータは、チェックボックスＣＢｂにチェックを入れる。そしてオペレータは、テキストボックスＩＮｆに、購買点数の閾値「６」を入力し、プルダウンメニューボタンＰＤｄでプルダウンメニューのなかから範囲項目［以上］を選択する。またオペレータは、プルダウンメニューボタンＰＤｅでプルダウンメニューのなかからオプション項目［一致時に発行］を選択する。なお、オペレータは、プルダウンメニューボタンＰＤｄでプルダウンメニューのなかから範囲項目［未満］を選択し、かつ、プルダウンメニューボタンＰＤｅでプルダウンメニューのなかからオプション項目［不一致時に発行］を選択してもよい。

次に、オペレータは、テキストボックスＩＮｇに商品ＡＡＡＡＡの商品ＩＤ［１１１１１］を入力する。以上の操作により、企画の後半部の「商品ＡＡＡＡＡを６点購入した場合」という商品条件が設定される。

ここで、商品ＡＡＡＡＡが全て単品として販売されている場合には、オペレータは、登録ボタンＴＢｂにタッチする。しかしながら、商品ＡＡＡＡＡは６点をまとめたセット商品としても販売されている場合には、オペレータは、商品追加ボタンＴＢａにタッチする。そうすると、企画設定画面ＳＣａに商品条件入力欄が追加される。すなわち、商品ＩＤのテキストボックスＩＮｇと倍率適用のラジオボタンＲＢｆと、倍率のテキストボックスＩＮｈとが追加される。そこでオペレータは、この追加された商品条件入力欄のテキストボックスＩＮｇに、セット商品の商品コード［１１１１２］を入力する。またオペレータは、ラジオボタンＲＢｆを入力し、テキストボックスＩＮｈに倍率［６］を入力する。因みに、セット商品が商品ＡＡＡを３点まとめたものである場合には、オペレータはテキストボックスＩＮｈに倍率［３］を入力する。このように商品の購買点数を商品条件とする場合、倍率はセット商品としてまとめられた商品の数となる。したがって、単品については、ラジオボタンＲＢｆを入力し、テキストボックスＩＮｈに倍率［１］を入力してもよい。

以上の操作により、「商品ＡＡＡを６点まとめたセット商品を１点購入した場合」という商品条件も併せて設定される。そこでオペレータは、登録ボタンＴＢｂにタッチする。なお、操作を途中で中止する場合には、オペレータは、中止ボタンＢＴｃにタッチする。

図５の説明に戻る。
ＡＣＴ６の処理を終えたプロセッサ１１は、ＡＣＴ７として商品追加ボタンＢＴａがタッチされたか否かを監視する。商品追加ボタンＢＴａがタッチされていない場合、プロセッサ１１は、ＡＣＴ７においてＮＯと判定し、ＡＣＴ８へと進む。プロセッサ１１は、ＡＣＴ８として登録ボタンＢＴｂがタッチされたか否かを監視する。登録ボタンＢＴｂがタッチされていない場合、プロセッサ１１は、ＡＣＴ８においてＮＯと判定し、ＡＣＴ７へと戻る。

ここにプロセッサ１１は、ＡＣＴ７及びＡＣＴ８として、商品追加ボタンＮＴａがタッチされるか登録ボタンＢＴｂがタッチされるのを待ち受ける。なお、図示しないが、この待ち受け状態において中止ボタンＢＴｃがタッチされた場合には、プロセッサ１１は、図５の流れ図に示す手順の情報処理を中止する。

ＡＣＴ７及びＡＣＴ８の待ち受け状態において、商品追加ボタンＮＴａがタッチされた場合には、プロセッサ１１は、ＡＣＴ７においてＹＥＳと判定し、ＡＣＴ９へと進む。プロセッサ１１は、ＡＣＴ９として商品条件入力欄の追加コマンドを企画設定装置７０へと出力する。この追加コマンドを受けて、前述したように、企画設定装置７０の表示デバイスに表示されている企画設定画面ＳＣａに商品条件入力欄が追加される。

追加コマンドを出力したプロセッサ１１は、ＡＣＴ７及びＡＣＴ８の待ち受け状態に戻る。したがって、商品追加ボタンＴＢａが再度タッチされた場合には、企画設定画面ＳＣａに商品条件入力欄がさらに追加される。

ＡＣＴ７及びＡＣＴ８の待ち受け状態において、登録ボタンＴＢｂがタッチされた場合には、プロセッサ１１は、ＡＣＴ８においてＹＥＳと判定し、ＡＣＴ１０へと進む。プロセッサ１１は、ＡＣＴ１０として企画設定画面ＳＣａに入力されたデータを企画設定装置７０から取り込む。そしてプロセッサ１１は、このデータを基にクーポン企画レコードを作成する。

具体的にはプロセッサ１１は、テキストボックスＩＮａに表示されている企画ＩＤを、クーポン企画レコード４１の企画ＩＤとする。プロセッサ１１は、テキストボックスＩＮｂ及びテキストボックスＩＮｃに表示されている開始日と終了日とを発行期間とする。

プロセッサ１１は、ラジオボタンＲＢｃが入力されている場合には、論理フラグＦを“１”とする。プロセッサ１１は、ラジオボタンＲＢｄが入力されている場合には、論理フラグＦを“０”とする。

プロセッサ１１は、テキストボックスＩＮｄに入力されている小計金額（第１閾値）と、プルダウンメニューボタンＰＤａで選択されている範囲項目と、ラジオボタンＲＢｃの状態に応じた税フラグとから小計条件のデータを作成する。税フラグは、ラジオボタンＲＢｃが入力状態にあるときには“１”となり、非入力状態にあるときには“０”となる。

プロセッサ１１は、プルダウンメニューボタンＰＤａで選択されているオプション項目が［一致時に発行］の場合、発行オプションＯＰａを“０”とする。プロセッサ１１は、同オプション項目が［不一致時に発行］が選択されている場合には、発行オプションＯＰａを“１”とする。

プロセッサ１１は、チェックボックスＣＢａにチェックが入っている場合には、テキストボックスＩＮｅに入力されている金額（第２閾値）と、プルダウンメニューボタンＰＤｂで選択されている範囲項目とから、商品条件を購買金額とする商品条件データを作成する。プロセッサ１１は、チェックボックスＣＢｂにチェックが入っている場合には、テキストボックスＩＮｆに入力されている点数（第２閾値）と、プルダウンメニューボタンＰＤｄで選択されている範囲項目とから、商品条件を購買点数とする商品条件データを作成する。商品条件を購買金額とする商品条件データには、単価を表す属性として“０”が含まれる。商品条件を購買点数とする商品条件データには、点数を表す属性として“１”が含まれる。

プロセッサ１１は、商品条件入力欄の数を対象商品数ｎとする。そしてプロセッサ１１は、対象商品数ｎだけの対象商品データを作成する。対象商品データは、商品ＩＤと倍率とを含む。商品ＩＤは、テキストボックスＩＮｇに入力された商品ＩＤである。倍率は、テキストボックスＩＮｈに入力された倍率である。なお、ラジオボタンＲＢｆが入力されていない場合には、倍率は“１”となる。

プロセッサ１１は、プルダウンメニューボタンＰＤｅで選択されているオプション項目が［一致時に発行］の場合、発行オプションＯＰｂを“０”とする。プロセッサ１１は、同オプション項目が［不一致時に発行］の場合には、発行オプションＯＰｂを“１”とする。

こうして、企画設定画面ＳＣａのデータからクーポン企画レコード４１を作成したプロセッサ１１は、ＡＣＴ１１へと進む。プロセッサ１１は、ＡＣＴ１１として企画データベース４０にクーポンＩＤが同一の他のクーポン企画レコード４１が存在する否かを確認する。

クーポンＩＤが同一の他のクーポン企画レコード４１が存在しない場合、プロセッサ１１は、ＡＣＴ１１においてＮＯと判定し、ＡＣＴ１２へと進む。プロセッサ１１は、ＡＣＴ１２として、ＡＣＴ１０の処理で作成したクーポン企画レコード４１を企画データベース４０に登録する。クーポンＩＤが同一の他のクーポン企画レコード４１が存在する場合には、プロセッサ１１は、ＡＣＴ１１においてＹＥＳと判定し、ＡＣＴ１３へと進む。プロセッサ１１は、ＡＣＴ１３として企画データベース４０に存在する他のクーポン企画レコード４１を、ＡＣＴ９の処理で作成したクーポン企画レコード４１に置換して更新する。以上で、プロセッサ１１は、図５の流れ図に示す手順の情報処理を終了する。

ここに、図５の流れ図で示す手順の情報処理を実行するプロセッサ１１は、第１の取得手段、第２の取得手段、第３の取得手段及び記憶手段として機能する。すなわちプロセッサ１１は、企画設定画面ＳＣａに入力されたデータから、商取引に係わるクーポンを発行するための条件、いわゆる発行条件を取得する（第１の取得手段）。またプロセッサ１１は、同データから、クーポンの発行対象となる第１の商品の識別情報を取得する（第２の取得手段）。またプロセッサ１１は、同データから、クーポンの発行対象となる、第１の商品とは異なる第２の商品の識別情報及び倍率を取得する（第３の取得手段）。しかしてプロセッサ１１は、同データから取得した発行条件と第１の商品の識別情報と第２の商品の識別情報及び倍率とを関連付けてクーポン企画レコード４１を作成し、企画データベース４０に登録して記憶する（記憶手段）。

またプロセッサ１１は、表示制御手段としての機能も有する。すなわちプロセッサ１１は、発行条件を入力するための領域と、第１の商品の識別情報を入力するための領域と、第２の商品の識別情報及び倍率を入力するための領域と、を有する企画設定画面を企画設定装置７０の表示デバイスに表示させる。

次に、ＰＯＳ端末２０から商取引データを受信した際のプロセッサ１１の動作について、図６乃至図８の流れ図を用いて説明する。なお、商取引データには、少なくともその商取引で登録処理された商品の商品ＩＤ、販売点数及び販売金額と、商取引の小計金額とが含まれている。

プロセッサ１１は、商取引データを受信すると、図６のＡＣＴ２１として企画データベース４０からクーポン企画レコード４１を取得する。そしてプロセッサ１１は、ＡＣＴ２２として時計１４で計時されている現在日付がクーポン企画レコード４１の発行期間内であるか否かを確認する。現在日付が発行期間外である場合、プロセッサ１１は、ＡＣＴ２２においてＮＯと判定し、図７のＡＣＴ４１へと進む。ＡＣＴ４１以降の処理手順については、後述する。

現在日付が発行期間内である場合には、プロセッサ１１は、ＡＣＴ２２においてＹＥＳと判定し、ＡＣＴ２３へと進む。プロセッサ１１は、ＡＣＴ２３としてクーポン企画レコード４１の論理フラグＦが”１”であるか否かを確認する。ここで、論理フラグＦが“１”の場合、プロセッサ１１は、ＡＣＴ２３においてＹＥＳと判定し、ＡＣＴ２４へと進む。プロセッサ１１は、ＡＣＴ２４としてクーポン企画レコード４１から小計条件を取得する。そしてプロセッサ１１は、ＡＣＴ２５として商取引データが小計条件を満足するか否かを確認する。

例えば、小計条件が「１０００円以上購入した場合」であると仮定する。この場合、プロセッサ１１は、商取引の小計金額が１０００円以上のときには小計条件を満足すると判定する。小計条件を満足する場合、プロセッサ１１は、ＡＣＴ２５においてＹＥＳと判定し、ＡＣＴ２６へと進む。プロセッサ１１は、ＡＣＴ２６として発行オプションＯＰａが“１”であるか否かを確認する。発行オプションＯＰａが“１”の場合、プロセッサ１１は、ＡＣＴ２６においてＹＥＳと判定し、ＡＣＴ４１へと進む。発行オプションＯＰａが“０”の場合には、プロセッサ１１は、ＡＣＴ２６においてＮＯと判定し、ＡＣＴ２８へと進む。

一方、商取引の小計金額が１０００円未満であった場合には、プロセッサ１１は、小計条件を満足しないと判定する。小計条件を満足しない場合、プロセッサ１１は、ＡＣＴ２５においてＮＯと判定し、ＡＣＴ２７へと進む。プロセッサ１１は、ＡＣＴ２７として発行オプションＯＰａが“１”であるか否かを確認する。発行オプションＯＰａが“０”の場合、プロセッサ１１は、ＡＣＴ２７においてＮＯと判定し、ＡＣＴ４１へと進む。発行オプションＯＰａが“１”の場合には、プロセッサ１１は、ＡＣＴ２７においてＹＥＳと判定し、ＡＣＴ２８へと進む。

このように、発行オプションＯＰａが“０”、すなわちオプション項目が［一致時に発行］の場合には、プロセッサ１１は、商取引の小計金額が小計条件を満足すると、ＡＣＴ２８の処理へと進む。しかし、商取引の小計金額が小計条件を満足しない場合には、プロセッサ１１は、ＡＣＴ４１へと進む。一方、発行オプションＯＰａが“１”、すなわちオプション項目が［不一致時に発行］の場合には、プロセッサ１１は、商取引の小計金額が小計条件を満足すると、ＡＣＴ４１へと進む。商取引の小計金額が小計条件を満足しない場合には、プロセッサ１１は、ＡＣＴ２８の処理へと進む。

プロセッサ１１は、ＡＣＴ２８としてクーポン企画レコード４１から商品条件と対象商品データとを取得する。そしてプロセッサ１１は、ＡＣＴ２９として商取引のデータに対象商品の販売データが含まれているか否かを確認する。商取引のデータに対象商品の販売データが含まれていない場合、プロセッサ１１は、ＡＣＴ２９においてＮＯと判定し、ＡＣＴ４１へと進む。

商取引のデータに対象商品の販売データが含まれている場合には、プロセッサ１１は、ＡＣＴ２９においてＹＥＳと判定し、図７のＡＣＴ３１へと進む。プロセッサ１１は、ＡＣＴ３１として商品条件の属性が点数を示すのか金額を示すのかを確認する。

属性が点数を示す場合、プロセッサ１１は、ＡＣＴ３１においてＹＥＳと判定し、ＡＣＴ３２へと進む。プロセッサ１１は、ＡＣＴ３２として商取引のデータから対象商品の販売点数Ａを取得する。そしてプロセッサ１１は、ＡＣＴ３３としてその販売点数Ａに対象商品データの倍率を乗算して、評価点数を算出する。

属性が金額を示す場合には、プロセッサ１１は、ＡＣＴ３１においてＮＯと判定し、ＡＣＴ３４へと進む。プロセッサ１１は、ＡＣＴ３４として商取引のデータから対象商品の単価Ｂを取得する。そしてプロセッサ１１は、ＡＣＴ３３としてその単価Ｂに対象商品データの倍率を乗算して、評価単価を算出する。

こうして、評価点数又は評価金額を算出したならば、プロセッサ１１は、ＡＣＴ３６へと進む。プロセッサ１１は、ＡＣＴ３６として評価点数又は評価金額が商品条件を満足するか否かを確認する。

例えば商品条件が「対象商品を６点以上購入した場合」であった場合、評価点数が６点以上であると、プロセッサ１１は、商品条件を満足すると判定する。評価点数が６点未満であった場合には、プロセッサ１１は、商品条件を満足しないと判定する。

図１０の企画設定画面ＳＣａを例とすると、商品ＩＤが「１１１１１」の商品に対しては、倍率が設定されていない。したがって、当該商品は６点を購入しないと商品条件を満足しない。一方、商品ＩＤが「１１１１２」の商品に対しては倍率「６」が設定されている。したがって、当該商品は１点購入しただけで、評価点数が「６」となるので、商品条件を満足する。

プロセッサ１１は、商品条件を満足する場合、ＡＣＴ３６においてＹＥＳと判定し、ＡＣＴ３７へと進む。プロセッサ１１は、ＡＣＴ３７として発行オプションＯＰｂが“１”であるか否かを確認する。発行オプションＯＰｂが“１”の場合、プロセッサ１１は、ＡＣＴ３７においてＹＥＳと判定し、ＡＣＴ４１へと進む。発行オプションＯＰｂが“０”の場合には、プロセッサ１１は、ＡＣＴ３６においてＮＯと判定し、ＡＣＴ３７へと進む。

一方、商品条件を満足しない場合には、プロセッサ１１は、ＡＣＴ３６においてＮＯと判定し、ＡＣＴ３８へと進む。プロセッサ１１は、ＡＣＴ３８として発行オプションＯＰｂが“１”であるか否かを確認する。発行オプションＯＰｂが“０”の場合、プロセッサ１１は、ＡＣＴ３８においてＮＯと判定し、ＡＣＴ４１へと進む。発行オプションＯＰｂが“１”の場合には、プロセッサ１１は、ＡＣＴ３８においてＹＥＳと判定し、ＡＣＴ３９へと進む。

このように、発行オプションＯＰａが“０”、すなわちオプション項目が［一致時に発行］の場合には、プロセッサ１１は、商取引での購買商品が商品条件を満足すると、ＡＣＴ３９の処理へと進む。しかし、商取引での購買商品が商品条件を満足しない場合には、プロセッサ１１は、ＡＣＴ４１へと進む。一方、発行オプションＯＰａが“１”、すなわちオプション項目が［不一致時に発行］の場合には、プロセッサ１１は、商取引での購買商品が商品条件を満足すると、ＡＣＴ４１へと進む。しかし、商取引での購買商品が商品条件を満足しない場合には、プロセッサ１１は、ＡＣＴ３９の処理へと進む。

プロセッサ１１は、ＡＣＴ３９として画像データベース５０を検索して、クーポン企画レコード４１の企画ＩＤと関連付けられたクーポン画像データを検出する。そしてプロセッサ１１は、ＡＣＴ４０としてそのクーポン画像データをクーポンメモリに記憶する。クーポンメモリは、例えばメインメモリ４２の揮発性メモリ領域に形成されている。クーポンメモリは、例えば補助記憶デバイス４３に形成されていてもよい。

ＡＣＴ４０の処理を終えると、プロセッサ１１は、ＡＣＴ４１へと進む。プロセッサ１１は、ＡＣＴ４１として企画データベース４０に次のクーポン企画レコードが登録されているか否かを確認する。次のクーポン企画レコード４１が登録されている場合、プロセッサ１１は、ＡＣＴ４１においてＹＥＳと判定し、図６のＡＣＴ２１へと戻る。そしてプロセッサ１１は、ＡＣＴ２１以降の処理を前述したのと同様に実行する。すなわち、発行期間内で論理フラグＦが“１”のクーポン企画レコード４１を取得した場合には、プロセッサ１１は、ＡＣＴ２４乃至ＡＣＴ４１の処理を実行する。

一方、発行期間内で論理フラグＦが“０”のクーポン企画レコード４１を取得した場合には、プロセッサ１１は、ＡＣＴ２３においてＮＯと判定し、図８のＡＣＴ５１へと進む。プロセッサ１１は、ＡＣＴ５１としてクーポン企画レコード４１から小計条件を取得する。プロセッサ１１は、ＡＣＴ５２として小計条件を取得できたか否かを確認する。論理フラグＦが“０”のクーポン企画レコード４１の場合、小計条件を含まない可能性がある。クーポン企画レコード４１から小計条件を取得できない場合、プロセッサ１１は、ＡＣＴ５２においてＮＯと判定し、ＡＣＴ５６へと進む。ＡＣＴ５６以降の処理手順については、後述する。

小計条件を取得できた場合には、プロセッサ１１は、ＡＣＴ５２においてＹＥＳと判定し、ＡＣＴ５３へと進む。プロセッサ１１は、ＡＣＴ５３として商取引データが小計条件を満足するか否かを確認する。小計条件を満足する場合、プロセッサ１１は、ＡＣＴ５３においてＹＥＳと判定し、ＡＣＴ５４へと進む。プロセッサ１１は、ＡＣＴ５４として発行オプションＯＰａが“１”であるか否かを確認する。発行オプションＯＰａが“１”の場合、プロセッサ１１は、ＡＣＴ５４においてＹＥＳと判定し、ＡＣＴ５６へと進む。発行オプションＯＰａが“０”の場合には、プロセッサ１１は、ＡＣＴ５４においてＮＯと判定し、図７のＡＣＴ３９へと進む。

一方、小計条件を満足しない場合には、プロセッサ１１は、ＡＣＴ５３においてＮＯと判定し、ＡＣＴ５５へと進む。プロセッサ１１は、ＡＣＴ５５として発行オプションＯＰａが“１”であるか否かを確認する。発行オプションＯＰａが“０”の場合、プロセッサ１１は、ＡＣＴ５５においてＮＯと判定し、ＡＣＴ５６へと進む。発行オプションＯＰａが“１”の場合には、プロセッサ１１は、ＡＣＴ５５においてＹＥＳと判定し、ＡＣＴ３９へと進む。

このように、発行オプションＯＰａが“０”、すなわちオプション項目が［一致時に発行］の場合には、プロセッサ１１は、商取引の小計金額が小計条件を満足すると、ＡＣＴ３９の処理へと進む。そしてプロセッサ１１は、ＡＣＴ３９以降の処理を前述したのと同様に実行する。すなわちプロセッサ１１は、画像データベース５０からクーポン企画レコード４１の企画ＩＤと関連付けられたクーポン画像データを検出する。そしてプロセッサ１１は、そのクーポン画像データをクーポンメモリに記憶する。しかし、商取引の小計金額が小計条件を満足しない場合には、プロセッサ１１は、ＡＣＴ５６へと進む。

一方、発行オプションＯＰａが“１”、すなわちオプション項目が［不一致時に発行］の場合には、プロセッサ１１は、商取引の小計金額が小計条件を満足しない場合に、ＡＣＴ３９へと進む。そしてプロセッサ１１は、ＡＣＴ３９以降の処理を前述したのと同様に実行する。すなわちプロセッサ１１は、画像データベース５０からクーポン企画レコード４１の企画ＩＤと関連付けられたクーポン画像データを検出する。そしてプロセッサ１１は、そのクーポン画像データをクーポンメモリに記憶する。しかし、商取引の小計金額が小計条件を満足する場合には、プロセッサ１１は、ＡＣＴ５６の処理へと進む。

プロセッサ１１は、ＡＣＴ５６として商品条件と対象商品データとを取得する。プロセッサ１１は、ＡＣＴ５７として商品条件を取得できたか否か、また、取得できた場合には商取引のデータに対象商品の販売データが含まれているか否かを確認する。論理フラグＦが“０”のクーポン企画レコード４１の場合、商品条件を含まない可能性がある。クーポン企画レコード４１から商品条件を取得できない場合、または商品条件を取得できたとしても商取引のデータに対象商品の販売データが含まれていない場合には、プロセッサ１１は、ＡＣＴ５７においてＮＯと判定し、ＡＣＴ４１へと進む。

商品条件を取得でき、しかも商取引のデータに対象商品の販売データが含まれている場合には、プロセッサ１１は、ＡＣＴ５７においてＹＥＳと判定し、ＡＣＴ５８へと進む。プロセッサ１１は、ＡＣＴ５８として商品条件の属性が点数を示すのか金額を示すのかを確認する。

属性が点数を示す場合、プロセッサ１１は、ＡＣＴ５８においてＹＥＳと判定し、ＡＣＴ５９へと進む。プロセッサ１１は、ＡＣＴ５９として商取引のデータから対象商品の販売点数Ａを取得する。そしてプロセッサ１１は、ＡＣＴ６０としてその販売点数Ａに対象商品データの倍率を乗算して、評価点数を算出する。

属性が金額を示す場合には、プロセッサ１１は、ＡＣＴ５８においてＮＯと判定し、ＡＣＴ６１へと進む。プロセッサ１１は、ＡＣＴ６１として商取引のデータから対象商品の単価Ｂを取得する。そしてプロセッサ１１は、ＡＣＴ６２としてその単価Ｂに対象商品データの倍率を乗算して、評価単価を算出する。

こうして、評価点数又は評価金額を算出したならば、プロセッサ１１は、ＡＣＴ６３へと進む。プロセッサ１１は、ＡＣＴ６３として評価点数又は評価金額が商品条件を満足するか否かを確認する。商品条件を満足する場合、プロセッサ１１は、ＡＣＴ６３においてＹＥＳと判定し、ＡＣＴ６４へと進む。プロセッサ１１は、ＡＣＴ６４として発行オプションＯＰｂが“１”であるか否かを確認する。発行オプションＯＰｂが“１”の場合、プロセッサ１１は、ＡＣＴ６４においてＹＥＳと判定し、ＡＣＴ４１へと進む。発行オプションＯＰｂが“０”の場合には、プロセッサ１１は、ＡＣＴ６４においてＮＯと判定し、図７のＡＣＴ３９へと進む。

一方、商品条件を満足しない場合には、プロセッサ１１は、ＡＣＴ６３においてＮＯと判定し、ＡＣＴ６５へと進む。プロセッサ１１は、ＡＣＴ６５として発行オプションＯＰｂが“１”であるか否かを確認する。発行オプションＯＰｂが“０”の場合、プロセッサ１１は、ＡＣＴ６５においてＮＯと判定し、ＡＣＴ４１へと進む。発行オプションＯＰｂが“１”の場合には、プロセッサ１１は、ＡＣＴ６５においてＹＥＳと判定し、図７のＡＣＴ３９へと進む。

このように、発行オプションＯＰａが“０”、すなわちオプション項目が［一致時に発行］の場合には、プロセッサ１１は、商取引での購買商品が商品条件を満足すると、ＡＣＴ３９の処理へと進む。そしてプロセッサ１１は、ＡＣＴ３９以降の処理を前述したのと同様に実行する。すなわちプロセッサ１１は、画像データベース５０からクーポン企画レコード４１の企画ＩＤと関連付けられたクーポン画像データを検出する。そしてプロセッサ１１は、そのクーポン画像データをクーポンメモリに記憶する。しかし、商取引での購買商品が商品条件を満足しない場合には、プロセッサ１１は、ＡＣＴ４１へと進む。

一方、発行オプションＯＰａが“１”、すなわちオプション項目が［不一致時に発行］の場合には、プロセッサ１１は、商取引での購買商品が商品条件を満足しない場合に、ＡＣＴ３９の処理へと進む。そしてプロセッサ１１は、ＡＣＴ３９以降の処理を前述したのと同様に実行する。すなわちプロセッサ１１は、画像データベース５０からクーポン企画レコード４１の企画ＩＤと関連付けられたクーポン画像データを検出する。そしてプロセッサ１１は、そのクーポン画像データをクーポンメモリに記憶する。しかし、商取引での購買商品が商品条件を満足する場合には、プロセッサ１１は、ＡＣＴ４１へと進む。

プロセッサ１１は、ＡＣＴ４１へと進むと、前述したように、企画データベース４０に次のクーポン企画レコード４１が登録されているか否かを確認する。そして、次のクーポン企画レコード４１が登録されている場合には、プロセッサ１１は、図６のＡＣＴ２１へと戻り、ＡＣＴ２１以降の処理を前述したのと同様に実行する。

こうして、企画データベース４０に登録されている全てのクーポン企画レコード４１に対してＡＣＴ２１以降の処理を実行したならば、プロセッサ１１は、ＡＣＴ４１においてＮＯと判定し、ＡＣＴ４２へと進む。プロセッサ１１は、ＡＣＴ４２としてクーポンメモリにクーポン画像データが記憶されているか否かを確認する。クーポン画像データが記憶されている場合、プロセッサ１１は、ＡＣＴ４２においてＹＥＳと判定し、ＡＣＴ４３へと進む。プロセッサ１１は、ＡＣＴ４３としてそのクーポン画像データを商取引データ送信元のＰＯＳ端末２０へと送信する。

クーポンメモリにクーポン画像データが記憶されていない場合には、プロセッサ１１は、ＡＣＴ４２においてＮＯと判定し、ＡＣＴ４４へと進む。プロセッサ１１は、ＡＣＴ４４として商取引データ送信元のＰＯＳ端末２０に対してクーポンがないことを通知するコマンドを送信する。
以上で、プロセッサ１１は、商取引データの受信処理を終了する。

ここに、図６乃至図８の流れ図で示す手順の情報処理を実行するプロセッサ１１は、判定手段及び出力手段として機能する。すなわちプロセッサ１１は、商取引で売買される商品の中に第１の商品が含まれる場合には当該第１の商品の販売データと発行条件とからクーポンが発行可能かを判定する。またプロセッサ１１は、第２の商品が含まれる場合には当該第２の商品の販売データに倍率を乗算したデータと発行条件とからクーポンが発行可能かを判定する。そしてプロセッサ１１は、発行可能と判定されたクーポンの出力を制御する。

本実施形態においては、企画設定画面ＳＣａの商品条件入力欄に、商品ＩＤを入力するためのテキストボックスＩＮｇだけでなく、項目「倍率適用」に対応したラジオボタンＲＢｆと、倍率を入力するためのテキストボックスＩＮｈを配置した。そして、ラジオボタンＲＢｆの入力とともにテキストボックスＩＮｈに倍率が入力されると、商品ＩＤと倍率とを含む対象商品データをクーポン企画レコード４１に組み入れるようにした。

したがって、クーポンの対象となる商品が単品で販売されるだけでなくセット商品としても販売される場合でも、１つのクーポン企画レコード４１で当該クーポンの発行を管理することができる。その結果、単品の商品とセット商品とで異なるクーポン企画レコード４１を企画データベース４０に登録する手間がなくなる。よって、クーポンの発行条件を設定する作業の効率化を図ることができる。

その上、企画設定画面ＳＣ１には、発行条件を入力するための領域と、第１の商品の識別情報を入力するための領域と、第２の商品の識別情報及び倍率を入力するための領域とが一画面に配置されている。したがってオペレータは、一画面の操作によって第１の商品の識別情報と第２の商品の識別情報及び倍率とを入力することができる。よって、操作性に優れており、より一層の作業の効率化を図ることができる。

また、企画設定画面ＳＣ１には、商品追加ボタンＴＢ２をタッチすることによって商品条件入力欄が追加される。したがってオペレータは、第２の商品の識別情報及び倍率を入力する際には、意識して商品追加ボタンＴＢ２にタッチすることとなる。したがって、第２の商品の識別情報及び倍率の入力をし忘れることもなくなる。

ところで、企画設定画面ＳＣ１には、オプション項目として「一致時に発行」又は「不一致時に発行」を選択することができる。例えば、小計金額が１０００円以上であるが、プリペイドカードを購入した客にはクーポンをー発行しない、という企画があったとする。この場合、小計条件ついては、閾値を「１０００」とし、範囲項目を「以上」とし、オプション項目として「一致時に発行」とすればよい。一方、商品条件については、クーポン発行対象となる商品の対象商品データを全て設定することは非常に効率が悪い。そこで本実施形態では、プリペイドカードの商品ＩＤを含む対象商品データを設定する。そして、オプション項目として「不一致時に発行」とする。こうすることにより、小計金額が１０００円以上でプリペイドカードを購入していない客に対してクーポンを発行することができる。したがって、対象商品データの設定作業を簡略化できるので、より一層の作業の効率化を図ることができる。

また、企画設定画面ＳＣ１には、属性項目「単価」に対応したチェックボックスＣＢａと、属性項目「点数」に対応したチェックボックスＣＢａとが配置されている。そして、チェックボックスＣＢａがチェックされた場合には、購買金額に基づくクーポン発行条件を設定することができる。チェックボックスＣＢｂがチェックされた場合には、購買点数に基づくクーポン発行条件を設定することができる。したがって、クーポン発行条件が購買金額の場合であっても購買点数の場合であっても同様な操作でよいので、この点からも作業の効率化を図ることができる。

以上、クーポン管理装置の実施形態について説明したが、かかる実施形態はこれに限定されるものではない。

前記実施形態では、発行条件を入力するための領域と、第１の商品の識別情報を入力するための領域と、第２の商品の識別情報及び倍率を入力するための領域とを有する企画設定画面ＳＣ１を企画設定装置７０の表示デバイスに表示させる場合を例示した。この点に関しては、発行条件を入力するための領域と、第１の商品の識別情報を入力するための領域と、第２の商品の識別情報及び倍率を入力するための領域とが、順番に表示デバイスに表示されるようにしてもよい。

前記実施形態では、企画設定画面ＳＣａに商品追加ボタンを設け、商品追加ボタンが入力されると、企画設定画面ＳＣａに第２の商品の識別情報及び倍率を受け付けるための領域を追加するようにした。この点に関しては、初期状態から企画設定画面ＳＣａに第２の商品の識別情報及び倍率を受け付けるための領域を設けてもよい。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］商取引に係わるクーポンを管理するクーポン管理装置のコンピュータを、前記クーポンを発行するための条件を取得する第１の取得手段、前記クーポンの発行対象となる第１の商品の識別情報を取得する第２の取得手段、前記クーポンの発行対象となる、前記第１の商品とは異なる第２の商品の識別情報及び倍率を取得する第３の取得手段、前記第１の取得手段で取得した前記条件と、前記第２の取得手段で取得した前記第１の商品の識別情報と、前記第３の取得手段で取得した前記第２の商品の識別情報及び倍率とを関連付けて記憶させる記憶手段、商取引で売買される商品の中に前記第１の商品が含まれる場合には当該第１の商品の販売データと前記条件とからクーポンが発行可能かを判定し、前記第２の商品が含まれる場合には当該第２の商品の販売データに前記倍率を乗算したデータと前記条件とから前記クーポンが発行可能かを判定する判定手段、及び、前記判定手段により発行可能と判定されたクーポンの出力を制御する出力制御手段、として機能させるための制御プログラム。
［２］前記コンピュータを、前記条件を入力するための領域と、前記第１の商品の識別情報を入力するための領域と、前記第２の商品の識別情報及び倍率を入力するための領域と、を有する設定画面を表示デバイスに表示させる表示制御手段、としてさらに機能させるための付記［１］記載の制御プログラム。
［３］前記設定画面は、商品追加ボタンの画像を含み、前記表示制御手段は、前記商品追加ボタンが入力されると、前記設定画面に前記第２の商品の識別情報及び倍率を受け付けるための領域を追加するものである、付記［２］記載の制御プログラム。
［４］前記第１の取得手段は、前記条件を満足する場合にクーポンの発行を可能とするか、満足しない場合にクーポンの発行を可能とするかの選択肢をさらに取得するものである、付記［１］乃至［３］のうちいずれか１項記載の制御プログラム。
［５］前記第１の取得手段は、前記条件が商品の販売点数なのか販売金額なのかを識別する情報をさらに取得するものである、付記［１］乃至［４］のうちいずれか１項記載の制御プログラム。
［６］サーバが、商取引に係わるクーポンを発行するための条件と、前記クーポンの発行対象となる第１の商品の識別情報と、前記クーポンの発行対象となる、前記第１の商品とは異なる第２の商品の識別情報及び倍率を取得し、前記サーバが、前記取得した前記条件と、前記第１の商品の識別情報と、前記第２の商品の識別情報及び倍率とを関連付けて記憶部に記憶し、前記サーバが、商取引で売買される商品の中に前記第１の商品が含まれる場合には当該第１の商品の販売データと前記条件とからクーポンが発行可能かを判定し、前記第２の商品が含まれる場合には当該第２の商品の販売データに前記倍率を乗算したデータと前記条件とから前記クーポンが発行可能かを判定し、前記サーバが、発行可能と判定された前記クーポンの出力を制御する、クーポン管理方法。
［７］商取引に係わるクーポンを発行するための条件を取得する第１の取得手段と、前記クーポンの発行対象となる第１の商品の識別情報を取得する第２の取得手段と、前記クーポンの発行対象となる、前記第１の商品とは異なる第２の商品の識別情報及び倍率を取得する第３の取得手段と、前記第１の取得手段で取得した前記条件と、前記第２の取得手段で取得した前記第１の商品の識別情報と、前記第３の取得手段で取得した前記第２の商品の識別情報及び倍率とを関連付けて記憶する記憶手段と、商取引で売買される商品の中に前記第１の商品が含まれる場合には当該第１の商品の販売データと前記条件とからクーポンが発行可能かを判定し、前記第２の商品が含まれる場合には当該第２の商品の販売データに前記倍率を乗算したデータと前記条件とから前記クーポンが発行可能かを判定する判定手段と、前記判定手段により発行可能と判定されたクーポンの出力を制御する出力制御手段と、を具備するクーポン管理装置。

１０…クーポン管理サーバ、１１…プロセッサ、１２…メインメモリ、１３…補助記憶デバイス、１４…時計、１５…第１通信インターフェース、１６…第２通信インターフェース、２０…ＰＯＳ端末、３０…通信ネットワーク、４０…企画データベース、５０…画像データベース、６０…通信回線、７０…企画設定装置、１００…クーポン管理システム。

Claims (7)

1. 商取引に係わるクーポンを管理するクーポン管理装置のコンピュータを、
   前記クーポンを発行するための条件を取得する第１の取得手段、
   前記クーポンの発行対象となる第１の商品の識別情報を取得する第２の取得手段、
   前記クーポンの発行対象となる、前記第１の商品を複数点まとめた第２の商品の識別情報及び倍率を取得する第３の取得手段、
   前記第１の取得手段で取得した前記条件と、前記第２の取得手段で取得した前記第１の商品の識別情報と、前記第３の取得手段で取得した前記第２の商品の識別情報及び倍率とを関連付けて記憶させる記憶手段、
   商取引で売買される商品の中に前記第１の商品が含まれる場合には当該第１の商品の販売点数又は単価と前記条件とからクーポンが発行可能かを判定し、前記第２の商品が含まれる場合には当該第２の商品の販売点数、又は前記第１の商品の単価に前記倍率を乗算したデータと前記条件とから前記クーポンが発行可能かを判定する判定手段、及び、
   前記判定手段により発行可能と判定されたクーポンの出力を制御する出力制御手段、として機能させるための制御プログラム。
2. 前記コンピュータを、
   前記条件を入力するための領域と、前記第１の商品の識別情報を入力するための領域と、前記第２の商品の識別情報及び倍率を入力するための領域と、を有する設定画面を表示デバイスに表示させる表示制御手段、
   としてさらに機能させるための請求項１記載の制御プログラム。
3. 前記設定画面は、商品追加ボタンの画像を含み、
   前記表示制御手段は、前記商品追加ボタンが入力されると、前記設定画面に前記第２の商品の識別情報及び倍率を受け付けるための領域を追加するものである、請求項２記載の制御プログラム。
4. 前記第１の取得手段は、前記条件を満足する場合にクーポンの発行を可能とするか、満足しない場合にクーポンの発行を可能とするかの選択肢をさらに取得するものである、請求項１乃至３のうちいずれか１項記載の制御プログラム。
5. 前記第１の取得手段は、前記条件が商品の販売点数なのか販売金額なのかを識別する情報をさらに取得するものである、請求項１乃至４のうちいずれか１項記載の制御プログラム。
6. サーバが、商取引に係わるクーポンを発行するための条件と、前記クーポンの発行対象となる第１の商品の識別情報と、前記クーポンの発行対象となる、前記第１の商品を複数点まとめた第２の商品の識別情報及び倍率を取得し、
   前記サーバが、前記取得した前記条件と、前記第１の商品の識別情報と、前記第２の商品の識別情報及び倍率とを関連付けて記憶部に記憶し、
   前記サーバが、商取引で売買される商品の中に前記第１の商品が含まれる場合には当該第１の商品の販売点数又は単価と前記条件とからクーポンが発行可能かを判定し、前記第２の商品が含まれる場合には当該第２の商品の販売点数、又は前記第１の商品の単価に前記倍率を乗算したデータと前記条件とから前記クーポンが発行可能かを判定し、
   前記サーバが、発行可能と判定された前記クーポンの出力を制御する、
   クーポン管理方法。
7. 商取引に係わるクーポンを発行するための条件を取得する第１の取得手段と、
   前記クーポンの発行対象となる第１の商品の識別情報を取得する第２の取得手段と、
   前記クーポンの発行対象となる、前記第１の商品を複数点まとめた第２の商品の識別情報及び倍率を取得する第３の取得手段と、
   前記第１の取得手段で取得した前記条件と、前記第２の取得手段で取得した前記第１の商品の識別情報と、前記第３の取得手段で取得した前記第２の商品の識別情報及び倍率とを関連付けて記憶する記憶手段と、
   商取引で売買される商品の中に前記第１の商品が含まれる場合には当該第１の商品の販売点数又は単価と前記条件とからクーポンが発行可能かを判定し、前記第２の商品が含まれる場合には当該第２の商品の販売点数、又は前記第１の商品の単価に前記倍率を乗算したデータと前記条件とから前記クーポンが発行可能かを判定する判定手段と、
   前記判定手段により発行可能と判定されたクーポンの出力を制御する出力制御手段と、を具備するクーポン管理装置。