JP2022062523A - クーポンシステム、クーポン管理装置及びその制御プログラム - Google Patents

Abstract

【課題】消費者又は店員が待ち時間によるストレスを感じることを低減する技術を提供する。
【解決手段】クーポン管理装置は、受信手段と、決定手段と、取得手段と、送信手段と、を備える。受信手段は、ネットワークを介して接続された決済端末から、当該決済端末で決済された取引の取引データと当該決済端末に関連付けられた識別情報とを受信する。決定手段は、識別情報を基にクーポンの発行枚数を決定する。取得手段は、決定手段により決定された発行枚数の範囲内で取引データに基づくクーポンを取得する。送信手段は、取得手段により取得したクーポンのデータを、ネットワークを介して取引データの送信元である決済端末へと送信する。
【選択図】 図６

Description

本発明の実施形態は、クーポンシステム、及びこのシステムに含まれるクーポン管理装置、並びにコンピュータをクーポン管理装置として機能させるための制御プログラムに関する。

小売店舗で稼働するＰＯＳ（Point Of Sales）端末等の決済端末を利用して、各メーカ等によって企画立案された販促用のクーポンを消費者に提供することを可能としたクーポンシステムが知られている。この種のクーポンシステムは、クーポンのデータを管理するためのクーポンサーバを備える。クーポンサーバには、ネットワークを介して各小売店舗の決済端末が接続される。決済端末において、消費者との取引が決済されると、その取引内容を示す取引データがネットワークを介してクーポンサーバへと送信される。クーポンサーバは、取引データを基に発行条件を満足するクーポンのデータを取得して決済端末へと送信する。決済端末は、例えばレシート印刷用のプリンタでレシート用紙にクーポンのデータを印刷する。かくしてクーポンシステムは、取引内容に合った販促用クーポンを消費者に提供することができる。

しかしながら、この種のクーポンシステムにおいては、決済端末で取引が決済されてからクーポンが印刷されるまでに待ち時間が生じるのは否めない。この待ち時間が長いと、消費者だけでなく小売店舗の店員にとっても大きなストレスを感じる。待ち時間の長短は、決済端末とクーポンサーバとを結ぶネットワーク環境に依存する。一般に、決済端末とクーポンサーバとの間には複数種類のネットワークが介在する。その一部に通信速度の遅いネットワークが介在すると、同じクーポンが印刷される場合でも待ち時間が長くなる。消費者又は店員が待ち時間によるストレスを感じることのないクーポンシステムが望まれている。

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

本発明の実施形態が解決しようとする課題は、消費者又は店員が待ち時間によるストレスを感じることを低減する技術を提供することにある。

一実施形態において、クーポン管理装置は、受信手段と、決定手段と、取得手段と、送信手段と、を備える。受信手段は、ネットワークを介して接続された決済端末から、当該決済端末で決済された取引の取引データと当該決済端末に関連付けられた識別情報とを受信する。決定手段は、識別情報を基にクーポンの発行枚数を決定する。取得手段は、決定手段により決定された発行枚数の範囲内で取引データに基づくクーポンを取得する。送信手段は、取得手段により取得したクーポンのデータを、ネットワークを介して取引データの送信元である決済端末へと送信する。

本実施形態に係るクーポンシステムの概略を示す構成図。 クーポンデータベースに記憶されるクーポンレコードの主要なデータ構造を示す模式図。 クーポンサーバの要部回路構成を示すブロック図。 第１の実施形態における設定テーブルの構成を示す模式図。 ＰＯＳ端末の要部回路構成を示すブロック図。 第１の実施形態において、ＰＯＳ端末のプロセッサとクーポンサーバのプロセッサとが実行する主要な情報処理の手順を示す流れ図。 第２の実施形態における設定テーブルの構成を示す模式図。 第２の実施形態において、ＰＯＳ端末のプロセッサとクーポンサーバのプロセッサとが実行する主要な情報処理の手順を示す流れ図。 第３の実施形態における更新テーブルの構成を示す模式図。 第３の実施形態において、ＰＯＳ端末のプロセッサとクーポンサーバのプロセッサとが実行する主要な情報処理の手順を示す流れ図。 第３の実施形態において、クーポンサーバのプロセッサが実行する更新処理の要部手順を示す流れ図。

以下、いくつかの実施形態について、図面を用いて説明する。
なお、以下に説明する実施形態はいずれも、チェーン展開したスーパーマーケット、コンビニエンスストア等の小売企業体の各店舗で稼働している決済端末を利用して、クーポン管理装置で管理される販促用のクーポンを消費者に提供するクーポンシステムに関するものである。

［第１の実施形態］
はじめに、第１の実施形態について、図１乃至図６を用いて説明する。
図１は、本実施形態に係るクーポンシステム１００の概略を示す構成図である。クーポンシステム１００は、クーポンサーバ１０と、複数のＰＯＳ端末２０とを含む。クーポンサーバ１０は、販促用のクーポンを管理するクーポン管理装置の一例である。各ＰＯＳ端末２０は、小売企業体ＲＣによりチェーン店舗として運営される各店舗ＳＴａ，ＳＴｂでそれぞれ稼働する決済端末の一例である。

各店舗ＳＴａ，ＳＴｂには、それぞれ店舗サーバ３０と１台以上のＰＯＳ端末２０とが設置されている。店舗サーバ３０とＰＯＳ端末２０とは、店舗内ネットワーク４０に接続されている。店舗内ネットワーク４０は、典型的には、有線又は無線のＬＡＮ（Local Area Network）である。店舗内ネットワーク４０は、ＬＡＮ以外の通信ネットワークであってもよい。

ＰＯＳ端末２０は、消費者が購入する商品の販売データをメモリに登録処理する機能と、消費者が購入した商品の代金入力により、その消費者との商品売買取引を決済する機能とを有する。ＰＯＳ端末２０は、決済の際に、取引の明細を表したレシートを印刷する。またＰＯＳ端末２０は、販促用クーポンを印刷する場合がある。

店舗サーバ３０は、店舗内ネットワーク４０に接続された各ＰＯＳ端末２０で決済された取引のデータを収集し集計することで、各店舗ＳＴａ，ＳＴｂの売上に係るデータを管理する機能を有する。

各店舗ＳＴａ，ＳＴｂの店舗サーバ３０は、企業内ネットワーク５０を介して、小売企業体ＲＣの本部に設置されている本部サーバ６０と接続している。本部サーバ６０は、各店舗サーバ３０で管理される売上に係るデータを収集し集計することで、小売企業体ＲＣ全体の売上に係るデータを管理する機能を有した情報処理装置である。企業内ネットワーク５０は、典型的にはデジタル専用線、ＩＳＤＮ（Integrated Services Digital Network）回線等である。企業内ネットワーク５０は、他の通信ネットワークであってもよい。

本部サーバ６０は、外部ネットワーク７０を介してクーポンサーバ１０と接続している。クーポンサーバ１０は、クラウドコンピューティングを利用してクーポン配信サービスを提供する情報処理装置である。外部ネットワーク７０は、例えばＶＰＮ（Virtual Private Network）、広域イーサネット（登録商標）等である。外部ネットワーク７０は、インターネット、携帯電話網等であってもよい。

クーポンサーバ１０は、クーポンデータベース８０を有する。クーポンデータベース８０は、クーポンレコード８１（図２を参照）の集合体である。クーポンレコード８１は、メーカ、小売企業体等によって企画立案された販促用クーポン毎に作成される。

図２は、クーポンレコード８１の主要なデータ構造を示す模式図である。クーポンレコード８１は、クーポンコード、企画立案者コード、企画登録日、種別区分、有効期間、発行条件データ、優待データ、画像データ等を含む。

クーポンコードは、クーポンレコード８１の識別子である。各クーポンレコード８１には、それぞれ異なるクーポンコードが含まれている。企画立案者コードは、当該販促用クーポンの企画立案者を識別するためのコードである。企画立案者は、典型的には商品のメーカである。企画立案者は、小売企業体、自治体等であってもよい。例えばメーカは、そのメーカが別途企画するキャンペーンサイトへの応募券等を販促用クーポンとして企画立案する。例えば小売企業体は、その小売企業体に属する店舗で買物をした消費者に、スタンプを収集させるスタンプ券、次回買物時に使用できる割引券等を販促用クーポンとして企画立案する。なお、販促用クーポンの内容はこれに限定されるものではない。消費者に提供することによって販促効果を得られるものであればよい。

企画登録日は、販促用クーポンをクーポンデータベース８０に登録した日付である。種別区分は、販促用クーポンの種類を識別するためのデータである。販促用クーポンには、前述したように、応募券、スタンプ券、割引券等の種類がある。

有効期間は、販促用クーポンが有効となる当日の開始日と、無効となる前日の終了日とから構成される。有効期間は、開始日と、開始日から終了日までの日数とから構成されてもよい。発行条件データは、販促用クーポンの発行条件を示すデータである。発行条件データは、取引内容に基づく。例えば、取引金額、取引点数、買上商品、客層、会員・非会員等の情報が発行条件となる。

優待データは、販促用クーポンの内容を示すデータである。例えば応募券の場合、応募先等に関するデータが優待データとなる。例えばスタンプ券の場合、スタンプ等に関するデータが優待データとなる。割引券の場合、割引率、割引対象商品等に関するデータが優待データとなる。画像データは、販促用クーポンのデザインデータである。販促用クーポンの印刷データは、上述した優待データと画像データとにより作成される。

なお、図１では、外部ネットワーク７０に接続される本部サーバ６０を１台しか示していないが、外部ネットワーク７０には、他の小売企業体ＲＣの本部サーバ６０も接続されている。また、企業内ネットワーク５０に接続される店舗サーバ３０を２台しか示していないが、企業内ネットワーク５０に他店舗の店舗サーバ３０が接続されてもよいのは言うまでもないことである。

かかる構成のクーポンシステム１００においては、ＰＯＳ端末２０で消費者との取引が決済されると、その取引内容を示す取引データが、店舗内ネットワーク４０、企業内ネットワーク５０及び外部ネットワーク７０を介してクーポンサーバ１０へと送信される。

クーポンサーバ１０は、その取引データを基にクーポンデータベース８０を検索する。その結果、有効期間内のクーポンレコード８１のうち、発行条件を満足するクーポンレコード８１を検出すると、クーポンサーバ１０は、そのクーポンレコード８１の優待データと画像データとを利用して販促用クーポンの印刷データを作成する。このとき、発行条件を満足するクーポンレコード８１が２以上あった場合、クーポンサーバ１０は、後述する上限枚数Ｎの範囲内で、各クーポンレコード８１のデータから販促用クーポンの印刷データを作成する。

クーポンサーバ１０は、販促用クーポンの印刷データを、外部ネットワーク７０、企業内ネットワーク５０及び店舗内ネットワーク４０を介してＰＯＳ端末２０へと送信する。ＰＯＳ端末２０は、レシート印刷用のプリンタ２８（図５を参照）でレシート用紙に販促用クーポンの印刷データを印刷する。かくしてクーポンシステム１００においては、ＰＯＳ端末２０で決済された取引の内容に応じた販促用クーポンが、当該ＰＯＳ端末２０から印刷出力される。

図３は、クーポンサーバ１０の要部回路構成を示すブロック図である。クーポンサーバ１０は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、時計１４及び通信インターフェース１５を備える。クーポンサーバ１０は、プロセッサ１１と、メインメモリ１２、補助記憶デバイス１３、時計１４及び通信インターフェース１５とを、システムバス１６で接続している。システムバス１６は、アドレスバス、データバス等を含む。クーポンサーバ１０は、プロセッサ１１とメインメモリ１２、補助記憶デバイス１３、時計１４及び通信インターフェース１５とを、システムバス１６で接続することによって、コンピュータを構成している。

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

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

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

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

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

通信インターフェース１５は、外部ネットワーク７０を介して各小売企業体ＲＣの本部サーバ６０とデータ通信を行う。

かかる構成のクーポンサーバ１０は、補助記憶デバイス１３の記憶領域の一部を設定テーブル１３１のエリアとしている。
図４は、設定テーブル１３１の構成を示す模式図である。図４に示すように設定テーブル１３１は、複数の企業コードが記述される第１フィールドＦａと、上限枚数Ｎが記述される第２フィールドＦｂとを有する。企業コードは、各小売企業体ＳＣを個々に識別するために小売企業体ＳＣ毎に設定された一意のコードである。上限枚数Ｎは、対応する企業コードで識別される小売企業体ＳＣに属する店舗ＳＴａ、ＳＴｂのＰＯＳ端末２０で決済された取引に対して印刷される販促用クーポンの最大枚数である。

前述したように、クーポンシステム１００においては、ＰＯＳ端末２０で消費者との取引が決済されると、その取引内容を示す取引データがクーポンサーバ１０へと送信される。クーポンサーバ１０では、取引データを基に発行条件を満足する販促用クーポンが取得され、その印刷データが作成される。販促用クーポンの印刷データは、クーポンサーバ１０からＰＯＳ端末２０へと送信され、プリンタ２８（図５を参照）により印刷されて、販促クーポンとして発行される。

したがって、ＰＯＳ端末２０で取引が決済されてから販促用クーポンが印刷されるまでには、待ち時間が生じる。この待ち時間は、取引データの送信時間と、販促用クーポンの印刷データ作成時間と、印刷データの送信時間と、を合算した時間である。これらの時間のうち、印刷データ作成時間は、販促用クーポンの発行枚数に依存する。つまり、発行枚数が増えれば増えるほど、印刷データ作成時間は増加する。

一方、取引データ及び印刷データの送信時間は、ＰＯＳ端末２０とクーポンサーバ１０とを接続するネットワーク環境に依存する。つまり、同じ容量のデータを送信する場合でも、通信速度が高速なネットワーク環境と、通信速度が遅いネットワーク環境とでは、前者の方が後者よりも送信時間は短くなる。

本実施形態では、ＰＯＳ端末２０とクーポンサーバ１０との間に、店舗内ネットワーク４０と企業内ネットワーク５０と外部ネットワーク７０とが介在する。そのうち、外部ネットワーク７０は、クーポンサーバ１０と各小売企業体ＲＣの本部サーバ６０とを接続する。したがって、小売企業体ＲＣに拘わらずネットワーク環境は共通である。これに対し、店舗内ネットワーク４０及び企業内ネットワーク５０は、小売企業体ＲＣ毎に構築される。したがって、ネットワーク環境は小売企業体ＲＣによって異なる。このため、同じ販促用クーポンを印刷する場合でも、ネットワーク環境が不良な小売企業体ＲＣでは、ネットワーク環境が良好な小売企業体ＲＣよりも待ち時間が長くなる。

例えば、１枚の販促用クーポンが印刷されるまでの待ち時間Ｔａが、ネットワーク環境が良好な小売企業体ＲＣのＰＯＳ端末２０では１秒であるのに対し、ネットワーク環境が不良な良好な小売企業体ＲＣのＰＯＳ端末２０では２．５秒かかるとする。ここで、小売店舗で許容できる待ち時間Ｔｂを５秒と仮定すると、前者は、５秒以内に５枚分の販促用クーポンの印刷データを送信できる。ところが、後者は２枚分の販促用クーポンの印刷データしか送信するとこができない。

そこで本実施形態では、以下の（１）式により、小売企業体ＲＣ毎に上限枚数Ｎを決定する。そして、設定テーブル１３１に、各小売企業体ＲＣの企業コードと関連付けて、その小売企業体ＲＣに対して算出された上限枚数Ｎを設定する。
Ｎ＝Ｔｂ／Ｔａ …（１）
なお、上限枚数Ｎは、小数点以下を切り捨てる。

図５は、ＰＯＳ端末２０の要部回路構成を示すブロック図である。ＰＯＳ端末２０は、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、時計２４、通信インターフェース２５、入力デバイス２６、表示デバイス２７、プリンタ２８及び釣銭機インターフェース２９を備える。ＰＯＳ端末２０は、プロセッサ２１と、メインメモリ２２、補助記憶デバイス２３、時計２４、通信インターフェース２５、入力デバイス２６、表示デバイス２７、プリンタ２８及び釣銭機インターフェース２９とを、システムバス２１０で接続している。システムバス２１０は、アドレスバス、データバス等を含む。ＰＯＳ端末２０は、プロセッサ２１とメインメモリ２２、補助記憶デバイス２３、時計２４及び通信インターフェース２５とを、システムバス２１０で接続することによって、コンピュータを構成している。

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

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

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

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

時計２４は、ＰＯＳ端末２０の時刻情報源として機能する。プロセッサ２１は、時計２４によって計時される時刻情報を基に、現在の日付及び時刻を取得する。

通信インターフェース２５は、店舗内ネットワーク４０を介して店舗サーバ３０とデータ通信を行う。

入力デバイス２６は、消費者が購入する商品の商品コード、購入点数等の入力、消費者によって支払われる代金データの入力、ポイントカード、クレジットカード、電子マネーカード等のカード媒体に記録されたデータの入力等に供せられるデバイスである。この種の入力デバイスとしては、キーボード、スキャナ、カードリーダ等が用いられる。

表示デバイス２７は、販売登録された商品の商品名、金額、合計金額、釣銭額等の表示に供せられるデバイスである。この種の表示デバイスとしては、液晶ディスプレイ、有機ＥＬディスプレイ等が用いられる。また、入力デバイスと表示デバイスとを兼用するデバイテスとして、タッチパネルが用いられる場合もある。

プリンタ２８は、レシート用紙を用いてレシート、クーポン等を印刷することが可能なデバイスである。この種のプリンタ２８としては、サーマルプリンタ、インクジェットプリンタ等が用いられる。

釣銭機インターフェース２９は、図示しない自動釣銭機とのインターフェースである。自動釣銭機については、周知であるので、ここでの説明は省略する。

図６は、ＰＯＳ端末２０のプロセッサ２１が、制御プログラムに従って実行する主要な情報処理と、それに応答して、クーポンサーバ１０のプロセッサ１１が、制御プログラムに従って実行する主要な情報処理の手順をそれぞれ示す流れ図である。図６において、ＡＣＴ１乃至ＡＣＴ８は、ＰＯＳ端末２０のプロセッサ２１が実行する情報処理の手順を示している。ＡＣＴ１１乃至ＡＣＴ１９は、クーポンサーバ１０のプロセッサ１１が実行する情報処理の手順を示している。以下、図６を用いて、クーポンシステム１００の主要な動作について説明する。なお、以下に説明する動作は一例である。同様な作用効果を得ることができるのであれば、動作の手順は特に限定されない。

ＰＯＳ端末２０のプロセッサ２１は、ＡＣＴ１として商品登録を行う。具体的にはプロセッサ２１は、例えば消費者が購入する商品のバーコードが入力デバイス２６のスキャナによって読み取られると、そのバーコードから得られる商品コードで識別される商品の価格、商品名等の商品データを商品ファイルから取得する。商品ファイルは、例えば店舗内ネットワーク４０で接続された店舗サーバ３０に存在する。商品データを取得したプロセッサ２１は、その商品データを基に商品販売データを作成する。そしてプロセッサ２１は、商品販売データを取引メモリに登録処理する。取引メモリは、例えばメインメモリ１２の揮発性記憶領域の一部であり、当該消費者の１点目の商品登録が開始される前にクリアされている。

商品登録を終えたプロセッサ２１は、ＡＣＴ２として登録締めが宣言されたか否かを確認する。登録締めが宣言されていない場合、プロセッサ２１は、ＡＣＴ２においてＮＯと判定し、ＡＣＴ１へと戻る。プロセッサ２１は、２点目の商品登録を行う。

店員は、消費者が購入する商品の登録作業を終えると、例えば入力デバイス２６のキーボードを操作して、登録締めを宣言する。登録締めが宣言されると、プロセッサ２１は、ＡＣＴ２においてＹＥＳと判定し、ＡＣＴ３へと進む。プロセッサ２１は、ＡＣＴ３として取引メモリに記憶された商品販売データを基に取引データを作成する。またプロセッサ２１は、ＡＣＴ４としてクーポンサーバ１０に宛ててクーポン問合せコマンドを送信するように、通信インターフェース２５を制御する。

この制御により、ＰＯＳ端末２０では、通信インターフェース２５からクーポン問合せコマンドが送信される。クーポン問合せコマンドは、取引データと企業コードと店舗コードとを有する。取引データは、消費者が購入した商品の商品コード、購入点数、合計金額等を含む。また、入力デバイス２６のカードリーダによって、消費者の会員カードが読み取られていた場合には、取引データに会員カードのデータも含まれる。

企業コードは、当該ＰＯＳ端末２０が設置されている店舗ＳＴａ，ＳＴｂを運営する小売企業体ＲＣの識別コードである。店舗コードは、当該ＰＯＳ端末２０が設置されている店舗ＳＴａ，ＳＴｂの識別コードである。すなわち、企業コードと店舗コードは、ＰＯＳ端末２０に関連付けられた識別情報である。企業コードと店舗コードは、例えばＰＯＳ端末２０のメインメモリ２２又は補助記憶デバイス２３に設定されている。企業コードと店舗コードは、例えば店舗サーバ３０に設定されており、ＰＯＳ端末２０から送信されるクーポン問合せコマンドに店舗サーバ３０で加えられてもよい。

ＰＯＳ端末２０から送信されたクーポン問合せコマンドは、店舗内ネットワーク４０を介して店舗サーバ３０へと送信され、さらに、企業内ネットワーク５０を介して本部サーバ６０へと送信され、さらに、外部ネットワーク７０を介してクーポンサーバ１０へと送信される。
ここに、ＰＯＳ端末２０のプロセッサ２１は、通信インターフェース２５と協働してＡＣＴ４の処理を実行することにより、第１送信手段を構成する。

クーポンサーバ１０のプロセッサ１１は、ＡＣＴ１１としてクーポン問合せコマンドを待ち受けている。通信インターフェース１５を介してクーポン問合せコマンドを受信すると、プロセッサ１１は、ＡＣＴ１１においてＹＥＳと判定し、ＡＣＴ１２へと進む。プロセッサ１１は、ＡＣＴ１２としてクーポン問合せコマンドから取引データを取得する。そしてプロセッサ１１は、その取引データを蓄積ファイルに保存する。蓄積ファイルは、例えば補助記憶デバイス１３に設けられている。蓄積ファイルは、例えば外部ネットワーク７０を介して接続される他のサーバに設けられていてもよい。

取引データを取得したプロセッサ１１は、その取引データで販促用クーポンの発行条件を検索する。具体的にはプロセッサ１１は、クーポンデータベース８０に登録されているクーポンレコード８１の中から、時計１４によって計時されている現在日時が有効期間内であるクーポンレコード８１を抽出する。そしてプロセッサ１１は、取引データが、そのクーポンレコード８１の発行条件データで特定される発行条件を満足するか否かを判定する。

例えば、取引金額を発行条件とするクーポンレコード８１の場合、取引データに含まれる取引金額が発行条件としての取引金額以上であるか否かを判定する。例えば、買上商品を発行条件とするクーポンレコード８１の場合、取引データに買上商品の販売データが含まれているか否かを判定する。例えば、客層を発行条件とするクーポンレコード８１の場合、取引データに含まれる会員カードのデータから特定される会員の客層が発行条件の客層と一致するか否かを判定する。

取引データが発行条件を満足する場合、プロセッサ１１は、そのクーポンレコード８１を、発行条件データを満足するクーポンレコード８１として取得する。プロセッサ１１は、ＡＣＴ１４として発行条件データを満足するクーポンレコード８１を１レコード以上取得したか否かを確認する。発行条件データを満足するクーポンレコード８１を１つも取得していない場合、プロセッサ１１は、ＡＣＴ１４においてＮＯと判定し、ＡＣＴ１９へと進む。ＡＣＴ１９以降の処理手順については後述する。

発行条件データを満足するクーポンレコード８１を１レコード以上取得している場合には、プロセッサ１１は、ＡＣＴ１５としてその取得したクーポンレコード８１を優先順位が高い順にソートする。優先順位は、企画立案者コード、企画登録日、種別区分等を要素として定められる。

例えば、各企画立案者の企画立案者コードに対して優先順位が予め設定されている。その場合には、プロセッサ１１は、その優先順位が高い順にクーポンレコードをソートする。例えば、企画登録日が古いほど優先順位が高くなるように設定されている。その場合には、プロセッサ１１は、企画登録日が古い順にクーポンレコードをソートする。例えば、種別区分に対して優先順位が予め設定されている。その場合には、プロセッサ１１は、その優先順位が高い順にクーポンレコードをソートする。

プロセッサ１１は、ＡＣＴ１６としてクーポン問合せコマンドから企業コードを取得する。そしてプロセッサ１１は、ＡＣＴ１７としてその企業コードに関連付けて設定されている上限枚数Ｎを設定テーブル１３１から検出する。

プロセッサ１１は、ＡＣＴ１８として販促用クーポンの印刷データを作成する。具体的にプロセッサ１１は、ＡＣＴ１５の処理で優先順位の順番にソートしたクーポンレコード８１の中から、優先順位が高い順に上限枚数Ｎに達するまでクーポンレコード８１を選択する。そしてプロセッサ１１は、選択したクーポンレコード８１の優待データと画像データとにより販促用クーポンの印刷データを作成する。

販促用クーポンの印刷データを作成したプロセッサ１１は、ＡＣＴ１９へと進む。このようにプロセッサ１１は、発行条件データを満足するクーポンレコード８１から上限枚数Ｎの数だけ販促用クーポンの印刷データを作成するか、発行条件データを満足するクーポンレコード８１を１つも取得できなかった場合に、ＡＣＴ１９へと進む。

プロセッサ１１は、ＡＣＴ１９としてクーポン問合せコマンドに対する応答コマンドを送信する。発行条件データを満足するクーポンレコード８１を１つでも取得できた場合、応答コマンドに販促用クーポンの印刷データが含まれる。発行条件データを満足するクーポンレコード８１を１つも取得できなかった場合には、応答コマンドにクーポン無しを示す情報が含まれる。

応答コマンドは、外部ネットワーク７０を介して本部サーバ６０へと送信され、さらに企業内ネットワーク５０を介して店舗サーバ３０へと送信され、さらに店舗内ネットワーク４０を介してＰＯＳ端末２０へと送信される。

ここに、クーポンサーバ１０のプロセッサ１１は、通信インターフェース１５と協働してＡＣＴ１１及びＡＣＴ１２の処理を実行することにより、受信手段を構成する。また、同プロセッサ１１は、設定テーブル１３１と協働してＡＣＴ１６及びＡＣＴ１７の処理を実行することにより、決定手段を構成する。また、同プロセッサ１１は、クーポンデータベース８０と協働してＡＣＴ１３～ＡＣＴ１５及びＡＣＴ１８の処理を実行することにより、取得手段を構成する。さらに同プロセッサ１１は、通信インターフェース１５と協働してＡＣＴ１９の処理を実行することにより、送信手段（第２送信手段）を構成する。

クーポン問合せコマンドの送信を制御したＰＯＳ端末２０のプロセッサ２１は、ＡＣＴ５としてクーポンサーバ１０からの応答コマンドを待ち受ける。通信インターフェース１５を介して応答コマンドを受信すると、プロセッサ２１は、ＡＣＴ５においてＹＥＳと判定し、ＡＣＴ６へと進む。プロセッサ２１は、ＡＣＴ６として応答コマンドに販促用クーポンの印刷データが含まれているか否かを確認する。

応答コマンドに販促用クーポンの印刷データが含まれている場合、プロセッサ２１は、ＡＣＴ６においてＹＥＳと判定し、ＡＣＴ７へと進む。プロセッサ２１は、ＡＣＴ７として販促用クーポンの印刷データを印刷するようにプリンタ２８を制御する。この制御により、プリンタ２８が動作して、レシート用紙に販促用クーポンの印刷データが印刷される。かくして、ＰＯＳ端末２０から販促用クーポンが発行される。

ここにプロセッサ２１は、通信インターフェース２５及びプリンタ２８と協働して、ＡＣＴ５乃至ＡＣＴ７の処理を実行することにより、出力手段を構成する。

プロセッサ２１は、ＡＣＴ７の処理を終えると、ＡＣＴ８へと進む。一方、応答コマンドに販促用クーポンの印刷データが含まれていない、すなわちクーポン無しを示す情報が含まれている場合には、プロセッサ２１は、ＡＣＴ６においてＮＯと判定する。プロセッサ２１は、ＡＣＴ７の処理をスキップして、ＡＣＴ８へと進む。

プロセッサ２１は、ＡＣＴ８として取引データを印刷するようにプリンタ２８を制御する。この制御により、プリンタ２８が動作して、レシート用紙に取引データが印刷される。かくして、ＰＯＳ端末２０から取引の明細を示すレシートが発行される。以上で、ＰＯＳ端末２０で実行された一取引に対する当該ＰＯＳ端末２０のプロセッサ２１とクーポンサーバ１０のプロセッサ１１との主要な動作手順が終了する。

以上説明したように、第１の実施形態においては、設定テーブル１３１に設定されている上限枚数Ｎを超える数の販促用クーポンの印刷データが、クーポンサーバ１０から、その上限枚数Ｎと関連付けられた企業コードで識別される小売企業体ＲＣのＰＯＳ端末２０に送信出力されることはない。

ここで、上限枚数Ｎは、前述したように、小売店舗で許容できる待ち時間Ｔｂを、ＰＯＳ端末２０で取引が決済されてから１枚の販促用クーポンが発行されるまでの待ち時間Ｔａで除算した商である。すなわち、販促用クーポンのデータ数が上限枚数Ｎ以下であれば、ＰＯＳ端末２０での待ち時間Ｔａは、小売店舗で許容できる待ち時間Ｔｂを超えることはない。

そして、ＰＯＳ端末２０での待ち時間Ｔａは、ＰＯＳ端末２０とクーポンサーバ１０とを結ぶネットワークに依存する。特に、待ち時間Ｔａは、小売企業体ＲＣにおける店舗内ネットワーク４０と企業内ネットワーク５０とのネットワーク環境に依存する。すなわち、通信速度が高速なネットワーク環境の場合には、待ち時間Ｔａは短くなる。しかし、通信速度の遅いネットワーク環境が介在すると、待ち時間Ｔａは長くなる。

本実施形態によれば、たとえネットワーク環境が悪いために待ち時間Ｔａが長くかかる小売企業体ＲＣの店舗Ｓａ，Ｓｂにおいても、その待ち時間Ｔａは、許容できる待ち時間Ｔｂを超えることはない。したがって、消費者又は店員が待ち時間によるストレスを感じるのを未然に防ぐことができる。

一方、ネットワーク環境が良好で待ち時間Ｔａが短い小売企業体ＲＣの店舗Ｓａ，Ｓｂでは、許容できる待ち時間Ｔｂの範囲内でより多くの販促用クーポンを出力することができる。したがって、クーポンを利用した販促を効率よく行うことができる。

しかも、複数枚のクーポンは、優先順位が高い順に出力される。したがって、例えば販促効果の高い順に優先順位を決めることによって、より一層、販促効果を高めることができる。

［第２の実施形態］
次に、第２の実施形態について、図７及び図８を用いて説明する。第２の実施形態が第１の実施形態と異なる点は、クーポンサーバ１０が有する設定テーブル１３１の構成と、クーポンサーバ１０のプロセッサ１１が制御プログラムに従って実行する情報処理の手順の一部である。したがって、第１の実施形態で説明した図１、図２、図３及び図５についてはそのまま第２の実施形態でも使用し、各図の説明は省略する。

図７は、第２の実施形態における設定テーブル１３２の構成を示す模式図である。図７に示すように設定テーブル１３２は、複数の企業コードが記述される第１フィールドＦｃと、店舗コードが記述される第２フィールドＦｄと、上限枚数Ｎが記述される第３フィールドＦｅとを有する。企業コードは、各小売企業体ＳＣを個々に識別するために小売企業体ＳＣ毎に設定された一意のコードである。店舗コードは、対応する企業コードで識別される小売企業体ＳＣに属する各店舗ＳＴａ、ＳＴｂを個々に識別するために店舗ＳＴａ、ＳＴｂ毎に設定された一意のコードである。上限枚数Ｎは、対応する店舗コードで識別される店舗ＳＴａ、ＳＴｂのＰＯＳ端末２０で決済された取引に対して印刷される販促用クーポンの最大枚数である。

第１の実施形態で説明したように、ＰＯＳ端末２０で取引が決済されてから販促用クーポンが印刷されるまでの待ち時間Ｔａは、ＰＯＳ端末２０とクーポンサーバ１０とを接続するネットワーク環境に依存する。そして、ＰＯＳ端末２０とクーポンサーバ１０との間には、店舗内ネットワーク４０と企業内ネットワーク５０と外部ネットワーク７０とが介在する。そのうち、外部ネットワーク７０は、クーポンサーバ１０と各小売企業体ＲＣの本部サーバ６０とを接続する通信ネットワークである。したがって、小売企業体ＲＣに拘わらずネットワーク環境は共通である。これに対し、店舗内ネットワーク４０及び企業内ネットワーク５０は、小売企業体ＲＣ毎に構築される。したがって、ネットワーク環境は小売企業体ＲＣによって異なる。しかも、同じ小売企業体ＲＣに属する店舗ＳＴａ，ＳＴｂであっても、店舗内ネットワーク４０の環境は店舗ＳＴａ，ＳＴｂ毎に異なる。例えば取引数の多い店舗の方が、取引数の少ない店舗よりも通信量が多いため、待ち時間Ｔａが長くなる傾向にある。

そこで本実施形態では、前記（１）式により、小売企業体ＲＣの店舗Ｓａ，Ｓｂ毎に上限枚数Ｎを決定する。そして、設定テーブル１３２に、各小売企業体ＲＣの企業コード及びその小売企業体ＲＣに属する店舗Ｓａ，Ｓｂの店舗コードと関連付けて、その店舗Ｓａ，Ｓｂに対して算出された上限枚数Ｎを設定する。なお、上限枚数Ｎは、小数点以下を切り捨てる。

図８は、ＰＯＳ端末２０のプロセッサ２１が、制御プログラムに従って実行する主要な情報処理と、それに応答して、クーポンサーバ１０のプロセッサ１１が、制御プログラムに従って実行する主要な情報処理の手順をそれぞれ示す流れ図である。なお、第１の実施形態における図６と共通する処理ステップには同一の符号を付している。

図６と図８とを対比すれば明らかなように、第２の実施形態では、クーポンサーバ１０のプロセッサ１１が、ＡＣＴ１６の処理とＡＣＴ１８の処理との間にＡＣＴ２１及びＡＣＴ２２の処理を実行する点が第１の実施形態と異なる。すなわちプロセッサ１１は、ＡＣＴ２１として、ＡＣＴ１６において企業コードを取得したクーポン問合せコマンドから店舗コードを取得する。そしてプロセッサ１１は、ＡＣＴ２２としてその企業コードと店舗コードとに関連付けて設定されている上限枚数Ｎを設定テーブル１３２から検出する。

ＡＣＴ２２の処理を終えると、プロセッサ１１は、ＡＣＴ１８へと進む。すなわちプロセッサ１１は、販促用クーポンの印刷データを作成し、その印刷データを含む応答コマンドを、クーポン問合せコマンド送信元のＰＯＳ端末２０へと送信するように制御する。

このように、クーポン問合せコマンドに含まれる企業コードによって識別される小売企業体ＳＣの、同コマンドに含まれる店舗コードによって識別される店舗Ｓａ又は店舗ＳｂのＰＯＳ端末２０に対し、クーポンサーバ１０から、上限枚数Ｎの範囲内で、販促クーポンの印刷データが送信出力される。

その結果、各店舗Ｓａ，ＳｂのＰＯＳ端末２０から出力される販促クーポンの枚数は、その店舗Ｓａ，Ｓｂに対して設定された上限枚数Ｎを超えることはない。したがって、その店舗Ｓａ，Ｓｂにおいて、取引が決済してから販促クーポンが印刷されるまでの待ち時間Ｔａが、許容できる待ち時間Ｔｂを超えることはない。よって、たとえ同じ小売企業体ＲＣに属する各店舗Ｓａ，Ｓｂにおいて、各店舗内ネットワーク４０のネットワーク環境が異なる場合でも、第１の実施形態と同様な作用効果を奏することができる。

［第３の実施形態］
次に、第３の実施形態について、図９乃至図１１を用いて説明する。第３の実施形態が第２の実施形態と異なる点は、ＰＯＳ端末２０のプロセッサ２１及びクーポンサーバ１０のプロセッサ１１が制御プログラムに従って実行する情報処理の手順の一部と、クーポンサーバ１０が更新テーブル１３３を備え、この更新テーブル１３３を用いてプロセッサ１１が周期的に更新処理を実行する点である。

図９は、更新テーブル１３３の構成を示す模式図である。更新テーブル１３３は、出力枚数Ｍが記述される第１フィールドＦｆと、応答時間Ｒが記述される第２フィールドＦｇと、更新枚数Ｎｘが記述される第３フィールドＦｈとを有する。出力枚数Ｍは、クーポン問合せコマンドに対してクーポンサーバ１０から出力される応答コマンドに含まれる販促クーポンの印刷データ数である。因みに、応答コマンドにクーポン無しを示す情報が含まれている場合には、出力枚数Ｍは“０”となる。応答時間Ｒは、ＰＯＳ端末２０において取引が決済されてから、対応する出力枚数Ｍの応答コマンドを受信するまでに要した時間である。更新枚数Ｎｘは、対応する応答時間で出力枚数Ｍの販促クーポンを出力する際の待ち時間Ｔａが、供される待ち時間Ｔｂを超えない範囲で最大となる出力枚数である。

図１０は、ＰＯＳ端末２０のプロセッサ２１が、制御プログラムに従って実行する主要な情報処理と、それに応答して、クーポンサーバ１０のプロセッサ１１が、制御プログラムに従って実行する主要な情報処理の手順をそれぞれ示す流れ図である。なお、第２の実施形態における図８と共通する処理ステップには同一の符号を付している。

図８と図１０とを対比すれば明らかなように、第３の実施形態では、ＰＯＳ端末２０のプロセッサ２１は、ＡＣＴ４としてクーポン問合せコマンドの送信を制御した後、ＡＣＴ３１へと進む。プロセッサ２１は、ＡＣＴ３１として時計２４によって計時されている現在時刻を発信時刻Ｔｘとして記憶する。

その後、プロセッサ２１は、ＡＣＴ５としてクーポンサーバ１０からの応答コマンドを待ち受ける。そして応答コマンドを受信すると、プロセッサ２１は、ＡＣＴ５においてＹＥＳと判定し、ＡＣＴ３２へと進む。プロセッサ２１は、ＡＣＴ３２として時計２４によって計時されている現在時刻を受信時刻Ｔｙとして記憶する。

その後、プロセッサ２１は、ＡＣＴ６乃至ＡＣＴ８の処理を前述したのと同様に実行する。そして、ＡＣＴ８としてレシート印刷を制御したならば、プロセッサ２１は、ＡＣＴ３３として時間データを通知するように通信インターフェース２５を制御する。

この制御により、ＰＯＳ端末２０では、通信インターフェース２５から時間データが送信される。時間データには、前述した発信時刻Ｔｘ及び受信時刻Ｔｙが含まれる。また、クーポン問合せコマンドと同様に、企業コード及び店舗コードも含まれる。さらに、クーポン問合せコマンドに対する応答コマンドから得られる販促クーポンの出力枚数Ｍも含まれる。

一方、クーポンサーバ１０のプロセッサ１１は、ＡＣＴ１９として応答コマンドを出力した後、ＡＣＴ４１へと進む。プロセッサ１１は、ＡＣＴ４１として時間データを待ち受ける。そして、通信インターフェース１５を介して時間データを受信したならば、プロセッサ１１は、ＡＣＴ４２としてその時間データをデータファイルに保存する。データファイルは、例えば補助記憶デバイス１３の記憶領域の一部である。データファイルは、例えばメインメモリ１２における揮発性メモリ領域の一部であってもよい。データファイルには、複数の時間データが、例えば発信時刻Ｔｘの順に時系列に保存される。

図１１は、クーポンサーバ１０のプロセッサ１１が、制御プログラムに従って実行する更新処理の要部手順を示す流れ図である。以下、図１１を用いて、更新処理に係る主要な動作について説明する。なお、以下に説明する動作は一例である。同様な作用効果を得ることができるのであれば、動作の手順は特に限定されない。

プロセッサ１１は、例えば時計１４によって１分が計時される毎に、更新処理を開始する。先ず、プロセッサ１１は、ＡＣＴ５１として設定テーブル１３２から先頭の設定データ（企業コード、店舗コード、上限枚数Ｎ）を取得する。

次いで、プロセッサ１１は、ＡＣＴ５２として時間データが保存されたデータファイルを発信時刻Ｔｘの遅い順に検索する。そしてプロセッサ１１は、ＡＣＴ５３として時間データの企業コード及び店舗コードが、設定テーブル１３２から取得した企業コード及び店舗コードと一致するか否かを確認する。企業コード及び店舗コードが一致する場合、プロセッサ１１は、ＡＣＴ５３においてＹＥＳと判定し、ＡＣＴ５４へと進む。プロセッサ１１は、ＡＣＴ５４としてその時間データを抽出メモリに記述する。抽出メモリは、メインメモリ１２における揮発性メモリ領域の一部である。

プロセッサ１１は、ＡＣＴ５５としてデータファイルの検索を終了したか否かを確認する。例えば発信時刻Ｔｘが現在時刻よりも一定時間以上前の時間データを検索すると、プロセッサ１１は、検索終了と認識する。一定時間は、例えば６０分である。一定時間は、６０分以外の任意の時間であってもよい。

データファイルの検索を終了していない場合、プロセッサ１１は、ＡＣＴ５５においてＮＯと判断し、ＡＣＴ５２へと戻る。そしてプロセッサ１１は、ＡＣＴ５２以降の処理を前述したのと同様に実行する。

したがって、抽出メモリには、発信時刻Ｔｘが一定時間以内の直近の時間データのうち、企業コード及び店舗コードが、設定テーブル１３２から取得した企業コード及び店舗コードと一致する時間データが蓄積される。

データファイルの検索を終了すると、プロセッサ１１は、ＡＣＴ５５においてＹＥＳと判定し、ＡＣＴ５６へと進む。プロセッサ１１は、ＡＣＴ５６として抽出メモリに蓄積されている時間データについて、出力枚数Ｍ別に、出力枚数Ｍが等しい時間データの数をカウントする。そしてプロセッサ１１は、カウント値が最多となった出力枚数Ｍ、すなわち最多出力枚数Ｍａを取得する。なお、最多出力枚数Ｍａが複数存在する場合には、例えば出力枚数Ｍが多い方を最多出力枚数Ｍａとして選択する。

プロセッサ１１は、ＡＣＴ５７として応答時間Ｒを算出する。すなわちプロセッサ１１は、最多出力枚数Ｍａの時間データ毎に発信時刻Ｔｘから受信時刻Ｔｙまでの経過時間を算出し、その平均時間を応答時間Ｒとする。

プロセッサ１１は、ＡＣＴ５８として更新テーブル１３３を参照して、最多出力枚数Ｍａと応答時間Ｒとに対応付けられた更新枚数Ｎｘを取得する。プロセッサ１１は、ＡＣＴ５９として更新枚数Ｎｘが設定テーブル１３２から取得した設定データの上限枚数Ｎと一致するか否かを確認する。一致しない場合、プロセッサ１１は、ＡＣＴ５９においてＮＯと判定し、ＡＣＴ６０へと進む。プロセッサ１１は、ＡＣＴ６０として設定テーブル１３２から取得した設定データの上限枚数Ｎを更新枚数Ｎｘに書き換える。これに対し、更新枚数Ｎｘが上限枚数Ｎと一致する場合には、プロセッサ１１は、ＡＣＴ６０の処理をスキップする。

その後、プロセッサ１１は、ＡＣＴ６１として設定テーブル１３２に次の設定データが存在するか否かを確認する。存在する場合、プロセッサ１１は、ＡＣＴ６１においてＹＥＳと判定し、ＡＣＴ６１へと戻る。すなわちプロセッサ１１は、設定テーブル１３２から次の設定データ（企業コード、店舗コード、上限枚数Ｎ）を取得して、ＡＣＴ５２以降の処理を前述したのと同様に実行する。

こうして、設定テーブル１３２に記憶される設定データについて、ＡＣＴ５２以降の処理を実行したならば、プロセッサ１１は、ＡＣＴ６１においてＮＯと判定し、更新処理を終了する。

ここにプロセッサ１１は、ＡＣＴ５１乃至ＡＣＴ６１の処理を実行することにより、変更手段を構成する。

第３の実施形態によれば、設定テーブル１３２において企業コード別かつ店舗コード別に設定されている上限枚数Ｎを、その企業コード及び店舗コードで識別される小売企業体ＲＣの各店舗Ｓａ，Ｓｂにおける現状のネットワーク環境に応じて、最適な値に更新することができる。したがって、例えば混雑しているためにネットワーク環境が悪化した時間帯においては、印刷できる販促用クーポンの上限枚数を少なくする。逆に、空いているためにネットワーク環境が良好となった時間帯においては、印刷できる販促用クーポンの上限枚数を増やす。かくして、時間帯等によってネットワーク環境が変動する場合でも、許容できる待ち時間Ｔｂの範囲内でより多くの販促用クーポンを出力できるクーポンシステム１００を提供することができる。

以上、第１乃至第３の実施形態について説明したが、かかる実施形態はこれに限定されるものではない。

例えば各実施形態では、ＰＯＳ端末２０がレシート及び販促用クーポンを印刷する場合を例示したが、必ずしも印刷しなくてもよい。いわゆる電子レシート又は電子クーポンという形態で、消費者が所有するスマートフォン等の通信端末に送信出力し、当該通信端末の表示部にて表示してもよい。この場合においても、電子クーポンのデータが通信端末に送信出力されるようになるまでの待ち時間についてストレスを感じない時間に制限することができる。

第１及び第２の実施形態では、前記（１）式により小売企業体ＲＣ毎に上限枚数Ｎを決定した。上限枚数Ｎは、必ずしも（１）式により算出された値に限定されるものではない。上限枚数Ｎは、（１）式により算出される値よりも小さい任意の値としてもよい。
各実施形態では、クーポンサーバ１０は、本部サーバ６０を経由して店舗サーバ３０更にはＰＯＳ端末２０と接続される場合を例示した。他の実施形態としては、本部サーバ６０を介することなくクーポンサーバ１０が店舗サーバ３０更にはＰＯＳ端末２０と接続されてもよい。すなわち、外部ネットワーク７０と企業内ネットワーク５０とをルータにて接続し、クーポンサーバ１０が、外部ネットワーク７０及び企業内ネットワーク５０を介して、店舗サーバ３０更にはＰＯＳ端末２０と通信を行うようにしてもよい。あるいは、店舗サーバ３０を省略して、クーポンサーバ１０がＰＯＳ端末２０と直接通信を行うようにしてもよい。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１０…クーポンサーバ、１１，２１…プロセッサ、１２，２２…メインメモリ、１３．２３…補助記憶デバイス、１４，２４…時計、１５，２５…通信インターフェース、１６，２１０…システムバス、２０…ＰＯＳ端末、２６…入力デバイス、２７…表示デバイス、２８…プリンタ、２９…釣銭機インターフェース、３０…店舗サーバ、４０…店舗内ネットワーク、５０…企業内ネットワーク、６０…本部サーバ、７０…外部ネットワーク、８０…クーポンデータベース、１３１，１３２…設定テーブル、１３３…更新テーブル。

Claims (6)

1. ネットワークを介して接続された決済端末から、当該決済端末で決済された取引の取引データと当該決済端末に関連付けられた識別情報とを受信する受信手段と、
   前記識別情報を基にクーポンの発行枚数を決定する決定手段と、
   前記決定手段により決定された前記発行枚数の範囲内で前記取引データに基づくクーポンを取得する取得手段と、
   前記取得手段により取得した前記クーポンのデータを、前記ネットワークを介して前記取引データの送信元である前記決済端末へと送信する送信手段と、
   を具備するクーポン管理装置。
2. 前記クーポンには優先順位があり、
   前記取得手段は、前記優先順位が高い順に前記発行枚数の範囲内で前記取引データに基づくクーポンを取得する、請求項１記載のクーポン管理装置。
3. 前記識別情報は、当該クーポン管理装置と前記決済端末との間のネットワーク環境の違いを識別し得る情報である、請求項１又は２記載のクーポン管理装置。
4. 前記ネットワーク環境の状況に応じて、前記決定手段により決定される前記クーポンの発行枚数を変更する変更手段、
   をさらに具備する請求項３記載のクーポン管理装置。
5. 取引を決済する決済端末と、前記取引に対して発行されるクーポンを管理するクーポン管理装置と、をネットワークで接続してなり、
   前記決済端末は、
   決済された取引の取引データを、前記ネットワークを介して前記クーポン管理装置へと送信する第１送信手段と、
   前記ネットワークを介して受信したクーポンのデータを基にクーポンを出力する出力手段と、
   をそれぞれ具備し、
   前記クーポン管理装置は、
   前記決済端末から前記ネットワークを介して、当該決済端末で決済された取引の取引データと当該決済端末に関連付けられた識別情報とを受信する受信手段と、
   前記識別情報を基にクーポンの発行枚数を決定する決定手段と、
   前記決定手段により決定された前記発行枚数の範囲内で前記取引データに基づくクーポンを取得する取得手段と、
   前記取得手段により取得した前記クーポンのデータを、前記ネットワークを介して前記取引データの送信元である前記決済端末へと送信する第２送信手段と、
   を具備するクーポンシステム。
6. ネットワークを介して決済端末を接続してなるクーポン管理装置のコンピュータに、
   前記決済端末から、当該決済端末で決済された取引の取引データと当該決済端末に関連付けられた識別情報とを受信する機能、
   前記識別情報を基にクーポンの発行枚数を決定する機能、
   前記決定された前記発行枚数の範囲内で前記取引データに基づくクーポンを取得する機能、及び、
   前記取得した前記クーポンのデータを、前記ネットワークを介して前記取引データの送信元である前記決済端末へと送信する機能、
   を実現させるための制御プログラム。
   

Images