JP2007265020A - 特典情報変更方法 - Google Patents

Abstract

【課題】 本発明は、クーポン発行している場合の再売上処理発生抑止方法を提供することを目的とする。
【解決手段】 コンピュータに、売上商品に関する情報と購入顧客に関する情報とを受け付けるステップと、商品と、該商品に関する特典情報を通知した宛先情報と、該特典情報へのアクセス状況とを管理する記憶部を参照して、前記売上商品中の第一の商品につき、該第一の商品に関する特典情報を通知した宛先情報の中に、前記購入顧客が含まれているかを確認する第一の確認ステップと、前記購入顧客に関する情報が含まれていた場合さらに、前記アクセス状況に関する情報の中に、前記購入顧客に関する情報が含まれているかを確認する第二の確認ステップと、前記購入顧客に関する情報が含まれていない場合に、前記購入顧客を宛先とした前記第一の商品に関する特典情報を変更する更新ステップとを行わせることにより上記課題を解決する。
【選択図】 図１

Description

本発明は、店舗において商品売上の清算処理が再発生することを抑止するための方法に関する。

店舗において、顧客に割引クーポンなどの特典情報を発行し、顧客は、レジでの商品売上清算時に購入しようとしている商品に関するクーポンを利用することで、商品の割引を受けるサービスが一般的に行われている。顧客が売上処理と同時もしくはそれに先立って利用するクーポンをレジ係員に提示すれば、その場でレジ係員はPOS端末を利用して割引処理を行い、売上処理を完了させることができる。

例えば、顧客がクーポンの存在を後から思い出した場合などに、売上処理が完了した後に顧客からのクーポン利用の申し出が発生することがある。POSでの売上処理完了後に、顧客がクーポン利用を申し出た場合、店舗側にとっては、一度完了した売上処理に対し、割引き処理を行うための売上処理を再度行うという手間が生じる。また、このようなイレギュラーな売上処理では、レジ係員による入力ミス等も起こりやすい。従って、効率よくかつ正確に売上処理を行うために、再売上処理の発生を抑止する方法が望まれている。

顧客に、利用可能なクーポンを通知する技術として、電子的に発行したクーポンを無線通信端末内に記憶しておき、該クーポンを利用可能な場所にこの無線端末が到来した時に、使用可能なクーポンを検索し顧客へ提示する技術が存在する（例えば特許文献１参照）。
特開２００２−３７３３０４号公報

しかし、上記従来技術によっても、顧客が売上時にクーポンを利用するか否かは顧客の意思によるものであるため、売上処理完了後にクーポン利用による再処理が発生することを完全には抑止できない。

そこで本発明は、本発明では、クーポン発行している場合の再売上処理の発生を抑止する方法を提供することを目的とする。

そこで上記課題を解決するために、本発明は、売上商品に関する情報と該商品の購入顧客に関する情報とを受け付けるステップと、商品と、該商品に関する特典情報を通知した宛先情報と、該特典情報に対するアクセス状況に関する情報とを対応付けて管理する記憶部を参照して、前記売上商品に含まれる少なくとも一つの第一の商品につき、該第一の商品に関する特典情報を通知した宛先情報の中に、前記購入顧客に関する情報が含まれているか否かを確認する第一の確認ステップと、前記第一の確認の結果、前記特典情報を通知した宛先情報の中に前記購入顧客に関する情報が含まれていた場合さらに、前記記憶部を参照して、前記アクセス状況に関する情報の中に、前記購入顧客に関する情報が含まれているか否かを確認する第二の確認ステップと、前記第二の確認の結果、前記アクセス状況に関する情報の中に、前記購入顧客に関する情報が含まれていない場合に、前記購入顧客を宛先とした前記第一の商品に関する特典情報を削除または、変更する更新ステップとをコンピュータに行わせる。

上述の通り、本発明によれば、コンピュータに、顧客宛に発行したが顧客に受領されていないクーポン、すなわち、顧客は受領していることに気づいておらず、売上時に利用できたにも関わらず利用されなかったクーポンにつき、該クーポンの情報を削除またはクーポンの内容を変更させることが可能になるので、売上処理完了後に、クーポンを利用した再売上処理が発生することを抑止することが可能になる。

本発明を実施するための最良の形態を、以下の実施例に基づき説明する。なお、以下の実施例では本発明を実現するコンピュータの一例としてサーバと、売上処理を行うＰＯＳシステムと、顧客がクーポンの受信やクーポンへのアクセスに利用する端末としてユーザ端末とを挙げ、これらのサーバとＰＯＳシステム、サーバとユーザ端末とはネットワークを介して接続されているものとする。

ＰＯＳシステムは商品売上処理を行うためのものであり、複数の店舗に設置された複数台のＰＯＳレジスターやその他のコンピュータから構成されるもの、店舗ごとにそれぞれ設けられたＰＯＳシステムの集合体、もしくは、売上情報として購入顧客に関する情報と売上商品とに関する情報とをサーバ１へ送信できるものであれば、従来技術によるＰＯＳシステムまたは他のコンピュータによって代替されても構わない。

またユーザ端末は、サーバからクーポン発行に際して通知される電子メールを受信したり、該電子メールに示されるアドレスにアクセスして、実際のクーポンを取得したりする機能を備えていれば、どのようなコンピュータであっても構わない。また、サーバが保持する各プログラムやデータは、ネットワークによって接続されている他のコンピュータに保持させ、サーバはそれら他のコンピュータからデータを読み出して処理を実施したり、他のコンピュータに処理を行わせても構わない。

図１は、本発明による特典情報変更方法をコンピュータで実現させるための一実施例の構成図である。図１の特典情報変更システムは、本発明の処理を実施するサーバ１と、商品の売上処理を行うＰＯＳシステム４０と、ユーザ端末Ｔ１と、サーバ１とＰＯＳシステム４０とを、またサーバ１とユーザ端末Ｔ１とを互いに通信可能なように接続するネットワークＮとから構成されている。

サーバ1はコンピュータであって、処理を実施するためのプログラムとして発行手段１１や売上状況管理手段１２や参照状況把握手段１３や差替手段１４を、処理を実施する際に利用するデータファイルとして、対象商品テーブル２０やクーポン状況管理ＤＢ２１や顧客管理ＤＢ２２をそれぞれ記憶手段に保持している。また、オペレータから直接操作を受け付けるための入力装置１８や、情報を出力するための出力手段１９を備えている。

発行手段１１は、ネットワークＮを介してサーバ１がユーザ端末Ｔ１へクーポン発行通知である電子メールを送信したり、クーポン情報をユーザ端末Ｔ１からアクセス可能な記憶手段へ格納したりするためのプログラムである。

売上状況管理手段１２は、サーバ１がＰＯＳシステム４０から受信した売上情報に基づき、購入顧客に関する情報を抽出したり、売上商品に関する情報を抽出したり、クーポン状況管理ＤＢ２１を参照して購入顧客や売上商品に該当するクーポンが発行されているか否かを検索したりするためのプログラムである。

参照状況把握手段１３は、ユーザ端末Ｔ１が、発行手段１１が送信したクーポン発行通知に基づいてクーポン情報にアクセスしたか否かを管理するためのプログラムである。

差替手段１４は、クーポンに示される商品の売上状況と、該クーポンに対する購入顧客のアクセス状況に基づいて、クーポンの内容を変更するためのプログラムである。

対象商品テーブル２０は、クーポンの発行対象とする商品に関する情報を管理するためのデータファイルである。対象商品テーブル２０へのデータ登録は、発行手段１１の処理に先立ち予め登録されるものとする。また、データは適宜更新されて構わない。

クーポン状況管理ＤＢ２１は、クーポンに関する情報および該クーポンへの顧客からのアクセス状況を管理するためのデータファイルである。クーポン状況管理ＤＢ２１は、発行手段１１がクーポンを生成して顧客へ送信するタイミングで追加更新される。また、参照状況把握手段１３が顧客からのクーポンへのアクセスを検知したタイミングで追加更新される。また差替手段１４がクーポンを変更したタイミングで更新される。

顧客管理ＤＢ２２は、顧客に関する情報を管理するためのデータファイルである。顧客管理ＤＢ２２へのデータ登録は、発行手段１１の処理に先立ち予め登録されるものとする。また、データは適宜更新されて構わない。

ネットワークＮは、インターネットや無線やＬＡＮなどの通信網であって、サーバ１とユーザ端末Ｔ１とを、またサーバ１とＰＯＳシステム４０とを互いに通信が可能なように接続している。ネットワークＮは接続されたコンピュータ同士が互いに通信可能であれば、どのような形態のネットワークであっても良いし、適宜暗号化手段などを備えても構わない。

ユーザ端末Ｔ１は、パソコンや携帯電話、ＰＤＡ、その他の携帯端末等のコンピュータであって、ネットワークＮを介してサーバ１と通信を行うためのプログラムや、ネットワーク上に格納されているクーポンにアクセスしたり、該クーポン情報をダウンロードしたりするプログラムを記憶手段に保持している。また、不図示の、ユーザから直接操作を受け付けるための入力手段や、情報を出力するための出力手段を備えている。

なお、サーバ１やユーザ端末Ｔ１は、不図示のハードウェア構成として、それぞれバスで相互に接続されている入力装置や、出力装置や、ドライブ装置や、補助記憶装置や、メモリ装置や、演算処理装置や、インターフェース装置を有するように構成されている。なお、これらコンピュータを構成する各種デバイスは、１つの筐体に収容してもよいし複数の筐体に分散して収容されていてもよい。

入力装置は例えばキーボードやマウスやマイクなどで構成され、様々な操作指示やデータをコンピュータに入力するために用いられる。出力装置は例えばディスプレイやプリンタやスピーカーなどで構成され、操作に必要な各種画面やデータ等を出力する。インターフェース装置は、ネットワークＮに接続する為のインターフェースであり、例えばモデムやルータ等で構成される。

これらコンピュータを制御するプログラムは、可搬可能な記録媒体によって提供されることもできる。プログラムを記録した記録媒体は、ドライブ装置にセットされ、プログラムがドライブ装置を介して補助記憶装置にインストールされる。プログラムを記録した記録媒体としては、例えばＣＤ−ＲＯＭやフレキシブルディスクや光磁気ディスク（ＭＯ）等の様に情報を光学的、電気的或いは磁気的に記録する記録媒体、又はＲＯＭやフラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることが可能である。

また、プログラムはインターフェース装置を介して接続される他のコンピュータの記録媒体等に記録されているものも含まれる。他のコンピュータの記録媒体等に記録されているプログラムは、インターフェース装置を介してダウンロードされて補助記憶装置にインストールされる。補助記憶装置は、インストールされたプログラムと、そのプログラムの処理に必要な各種ファイル等を格納する。メモリ装置は、起動時に補助記憶装置からプログラムを読み出して格納する。演算処理装置は、メモリ装置に格納されたプログラムに従って、サーバ１やユーザ端末Ｔ１が実施すべき処理を各種プロセスで実現する。

次に、サーバ１が保持しているデータファイルについて説明する。

図２（Ａ）は対象商品テーブル２０のデータ例である。対象商品テーブル２０は、クーポンの発行対象となる商品に関する情報である「商品名」と、該クーポンで顧客へ提供する特典に関する情報（例えば割引率に関する情報）である「割引率」と、その他のクーポンに関する情報として宣伝文句に関する情報である「宣伝文句」とを互いに関連付けて保持している。例えば、図示の１行目のデータは、“牛乳１Ｌパック”という商品に関するクーポンは、割引率が“５％”であることを表している。このような対象商品テーブル２０によって、発行手段１１は発行するクーポンの内容に関するデータを得ることができる。

図２（Ｂ）は顧客管理ＤＢ２２のデータ例である。顧客管理ＤＢ２２は、顧客を一意に識別するための情報である「顧客ＩＤ」と、該顧客の氏名に関する情報である「顧客名」と、該顧客宛にクーポン発行を通知する際の通知先となるアドレスに関する情報である「メールアドレス」とを互いに関連付けて保持している。このような顧客管理ＤＢ２２によって、発行手段１１は発行するクーポンの宛先に関するデータを得ることができる。

図２（Ｃ）は売上情報データのデータ例である。サーバ１がＰＯＳシステム４０から通知される売上情報は、例えば、売上日時に関する情報である「日時」と、売上処理を行った店舗を識別するための情報である「店ＩＤ」と、商品を購入した顧客を識別するための情報である「顧客ＩＤ」と、購入された商品を識別するための情報である「購入商品名」と、該商品の売上個数に関する情報である「個数」と、該商品の売上金額に関する情報である「購入金額」とを含んでいる。ここで、売上情報データ内の顧客ＩＤは顧客管理ＤＢ２２の顧客ＩＤと、購入商品名は対象商品テーブル２０の商品名と対応する。

例えば、図示の２行からなる売上情報データは、“２００６年３月９日１２時１０分”にＩＤ“１２３４”の店舗で、ＩＤ“００２”の顧客が、“牛乳１Ｌパック”“１”個を“２０４”円で、また“ホウレンソウ”“１”把を“１００”円で購入したということを表している。このような売上情報データによって、売上状況管理手段１２は売上処理が行われた顧客ＩＤと商品とに関する情報とを得ることができる。

図３（Ａ）および図３（Ｂ）はクーポン状況管理ＤＢ２１のデータ例である。クーポン状況管理ＤＢ２１は、クーポンを識別するための情報である「画像ＩＤ」と、該クーポン画像に含まれる商品を識別するための情報である「対象商品名」と、該クーポンを発行した顧客毎に個別に生成される、クーポン画像とリンクされた画像ファイル名を識別するための情報である「別ファイル名」と、該別ファイル名に示すファイルに、アクセスした顧客を識別するための「参照者ＩＤ」とを互いに関連付けて保持している。ここで、対象商品名は対象商品テーブル２０の商品名と、参照者ＩＤは顧客管理ＤＢ２２の顧客ＩＤと対応する。また、別ファイル名に登録されるクーポン画像ファイル名は、該クーポンの画像ＩＤと、該クーポンの宛先である顧客ＩＤとを組み合わせて生成されるものとしており、提供する顧客毎に異なるファイル名とするものとする。

クーポン状況管理ＤＢ２１のデータは、発行手段１１によって登録される。また、「参照者ＩＤ」欄は、参照状況把握手段１３によって追加更新される。また、「別ファイル名」欄は、差替手段１４によって削除または変更される。

例えば、図３（Ａ）の１行目のデータは、画像ＩＤが“Ｐ０１”であるクーポンには“牛乳１Ｌパック”という商品と“豆乳１Ｌパック”という商品とに関するクーポンから構成されており、既に発行した宛先顧客は、顧客ＩＤが“００１”“００２”“００３”であり、そのうち、既に該クーポンを参照した顧客は、顧客ＩＤが“００１”の顧客であることを表している。

この１行目のデータからは、顧客ＩＤ「００１」の顧客のみが、自分宛に発行された該クーポンの内容を知っている状態であり、その他の顧客は、クーポンの発行を通知する電子メールを受信していたとしても、まだクーポン画像そのものにはアクセスしておらず、実際にどの商品に関するクーポンが自分宛に発行されているのかは認識していない状態であることを読み取ることができる。このようなクーポン状況管理ＤＢ２１によって、差替手段１４は、売上情報に含まれる顧客に対して発行済のクーポンにつき、顧客が該クーポンへアクセスしたか否かを判断することができる。

次に、本発明の動作について、フローチャートを用いて説明する。なお、本実施例では、クーポンは電子的に発行されるものとし、顧客が保持するユーザ端末Ｔ１へは、クーポンが発行されたことのみを伝える情報（自分宛に発行されたクーポンに、どの商品に関する特典が含まれているのかは示さない情報）と、クーポンの格納アドレスに関する情報とを含んだ電子メール送信され、その情報に記載されたアドレスに顧客がアクセスすることで、実際のクーポン画像を顧客に提示するものとする。

図４（A）は、サーバ１の発行手段１１が行う発行処理フローである。発行手段１１は、任意のタイミングで、顧客に向けてクーポンの発行処理を行う。

なお、本処理に先立ち、本システムは、顧客に関する情報を顧客管理ＤＢ２２に登録してあるものとする。これは例えば、店舗が顧客に発行するハウスカードなどの会員に関する情報を利用することが可能である。また、いずれの顧客にいずれの商品に関するクーポンを発行するかは、本処理に先立ち決定されているものとする。いずれの顧客にいずれの商品に関するクーポンを発行するかは、本システムの利用者が適宜決定して構わない。例えば、一般的に行われているマーケティング手法などを利用し、顧客毎の購買傾向や属性情報などを元に、クーポンを発行すべき商品（すなわち広告を行うべき商品）を決定してもよい。

図４（A）のステップＳ１で、サーバ１の発行手段１１は、画像作成処理を起動する。この画像作成処理によって、顧客に提供するクーポン画像を生成する。クーポン画像を生成すると、ステップＳ２で、クーポン送信処理を起動する。このクーポン送信処理によって、ステップＳ１で生成したクーポン画像に関する通知をユーザ端末Ｔ１へネットワークＮを介して送信する。

図４（B）は、ステップＳ１の画像作成処理の処理フローである。発行手段１１は画像作成処理として、まずステップＳ１１で、クーポンの発行対象とすべき商品の情報を、対象商品テーブル２０から取得する。そして、ステップＳ１２で、ステップＳ１１で取得した対象商品情報を用いて、クーポン画像を生成する。

例えば、ステップＳ１１で取得した情報が、図２（A）の対象商品テーブル２０に示す「牛乳１Lパック」と「豆乳１Lパック」であった場合、商品名と特典情報とを示した画像として、例えば図８（A）のような画像を生成する。図８（A）の画像は、「牛乳１Lパック」に関するクーポン画像５１と、「豆乳１Lパック」に関するクーポン画像５２とから構成されている。このようなクーポン（画像）を参照した顧客は、クーポンをユーザ端末Ｔ１にダウンロードして商品清算の際にＰＯＳ係員に提示することで、割引特典を受けることができる。

次に、発行手段１１はステップＳ１３で、案内情報のみ、すなわちクーポンを含まない画像として、例えば図８（Ｄ）のような画像を生成する。この画像では、店内でセールを行っていることを通知するのみで、図８（A）のように特定の商品に関する特典情報を含んではいない。このようなクーポン（画像）を参照した顧客は、店舗に関する単なる案内情報を知ることができる。

ステップＳ１２およびステップＳ１３でクーポン画像を生成すると、ステップＳ１４で、クーポン状況管理ＤＢ２１に、生成した画像に関する情報として画像ＩＤと対象商品名とを追加登録する。

図５は、ステップＳ２のクーポン送信処理の処理フローである。発行手段１１はクーポン送信処理として、まずステップＳ２１で、顧客管理ＤＢ２２からクーポン送信先となる顧客の情報を１レコード読み込む。次にステップＳ２２で、クーポン状況管理ＤＢ２１から送信対象とするクーポンの画像ＩＤを読み込み、該画像ＩＤとステップＳ２１で読み込んだ顧客情報の中の顧客ＩＤとを元に、該クーポン画像の別ファイル名を生成して、該別ファイル名画像データとリンクし、クーポン状況管理ＤＢ２１の別ファイル名欄に追加更新する。

例えば、送信すべきクーポンの画像ＩＤが「Ｐ０１」で、送信すべき顧客の顧客ＩＤが「００１」であった場合には、別ファイル名は「Ｐ０１−００１」とする。従って、この処理で、同じクーポン画像であっても宛先となる顧客毎に異なるファイル名が付与されることになる。

そして、ステップＳ２３で、生成した別ファイル名を含んだ参照先、すなわちクーポンのアドレスを埋め込んだハイパーテキスト文書を生成する。なお、ここで生成する文書は、顧客にクーポンの参照先を通知するためのものであり、ハイパーテキスト文書でなくても構わない。続いて、ステップＳ２４で、生成したハイパーテキスト文書をステップＳ２１で読み込んだ顧客のメールアドレスへ送信する。

ステップＳ２５で、顧客管理ＤＢ２２のうち、クーポンを送信すべき全ての顧客への送信が終了したか否かを確認し、全ての顧客へ送信処理が終わるまで、ステップＳ２１からステップＳ２４までの処理を繰り返し実行する。

この一連の処理により、同じ内容のクーポンが複数の顧客へ送信されることになる。例えば、図３（Ａ）に示すクーポン状況管理ＤＢ２１の画像ＩＤ「Ｐ０１」のクーポンは、別ファイル名として「Ｐ０１−００１」「Ｐ０１−００２」「Ｐ０１−００３」が登録されているので、顧客ＩＤが「００１」「００２」「００３」の３名に送信されたことが分かる。

図４（Ａ）、図４（B）、図５に示す処理フローによって、発行手段１１は、顧客へ送信するクーポンの画像を生成し、顧客毎に識別可能なファイル名で該クーポンの提供を顧客ごとに通知することが可能になる。

図６（Ａ）は、サーバ１の参照状況把握手段１３が行う画像参照管理処理フローである。参照状況把握手段１３は、発行手段１１が顧客へ通知したクーポンの画像ファイルに、顧客がアクセスしてきたことを検知したタイミングで本処理を行う。

まずステップＳ３１で、参照状況把握手段１３はクーポン状況管理ＤＢ２１の別ファイル名欄に登録されている各クーポン画像ファイル名につき、アクセスがあることを検知する。そして、アクセスを検知するとステップＳ３２で、アクセスされたファイルのファイル名からアクセスしてきた顧客の顧客ＩＤを特定する。

ステップＳ２２で説明した通り、クーポン画像ファイルには、クーポン内容を識別するための画像ＩＤと顧客を識別するための顧客ＩＤとから生成されたファイル名が付与されており、ファイル名に含まれる顧客ＩＤの顧客へ、該ファイル名が通知される（すなわち、同じ対象商品に関するクーポンであっても、提供先の顧客ごとに異なったファイル名が通知される）ので、ファイル名に含まれる顧客ＩＤを抽出すれば、該ファイルへアクセスしてきた顧客の顧客ＩＤが特定できる。

そして、ステップＳ３３で、クーポン状況管理ＤＢ２１の、アクセスされたファイル名が別ファイル名欄に登録されているデータの参照者ＩＤ欄に、ステップＳ３２で特定した顧客ＩＤを追加登録する。

例えば、「Ｐ０１−００１」というファイル名のクーポン画像へのアクセスを検知した場合、ステップＳ３２では、このファイル名から「００１」という顧客ＩＤを特定し、ステップＳ３３で、別ファイル名に「Ｐ０１−００１」が登録されているレコードの参照者ＩＤ欄に「００１」という顧客ＩＤを登録する。例えば、図３（Ａ）のデータ例の１行目は、参照者ＩＤ欄に「００１」が登録されているので、クーポン画像ファイル「Ｐ０１−００１」は既に顧客から参照されているということが分かる。

図６（Ｂ）は、ＰＯＳシステム４０が行う売上処理フローである。ＰＯＳシステム４０は、顧客による商品購入が発生したタイミングで、本処理を行う。なお、ステップＳ４１からステップＳ４４までは、一般的に行われているＰＯＳシステムによる商品の売上処理と同じである。

まず、ＰＯＳシステム４０の売上手段４２は、ステップＳ４１で顧客情報読取手段４１を起動して商品を購入しようとしている顧客の顧客ＩＤを取得する。これは例えば、顧客が提示する会員カードなどに記録された顧客ＩＤを読み取る操作などに相当する。

次に、ステップＳ４２で、クーポン利用の指示入力があるかどうかを判断する。顧客によりＰＯＳレジ係員にクーポンが提示され、係員がクーポン利用の指示入力を行った場合（ステップＳ４２：ＹＥＳ）は、ステップＳ４３へ進む。クーポン利用の指示入力が無い場合（ステップＳ４２：ＮＯ）は、ステップＳ４４へ進む。なお、クーポン利用の指示入力は、係員による手動操作ではなく、入力手段４８が電気的にユーザ端末Ｔ１に格納されているクーポン情報を読み取ることにより行われても構わない。ステップＳ４３へ進んだ場合には、顧客が購入しようとしている商品のうち、クーポンに示される商品については、クーポンに示される割引率で割り引いた価格による売上処理を行う。

ステップＳ４４へ進んだ場合には、顧客が購入しようとしている商品の全てにつき、通常の価格で売上処理を行う。そして、ステップＳ４５で売上情報通知手段４３を起動して、ステップＳ４４でＰＯＳへ登録した売上商品の商品名とステップＳ４１で読み取った顧客ＩＤとを含んだ情報を、サーバ１の売上状況管理手段１２へネットワークＮを介して通知する。

例えば、顧客ＩＤが「００２」である顧客が、クーポンを利用せずに商品の購入を行った場合、図２（Ｃ）に示すような売上情報データがステップＳ４５で生成され、サーバ１へ通知される。このように通知される売上情報データによって、サーバ１は、商品を購入した顧客ＩＤと購入された商品の情報とを得ることができる。

図７は、本発明のサーバ１による差替処理フローである。サーバ１は、売上情報データを受け付けたタイミングで、本処理を行い、売上情報に含まれる顧客へ向けて発行したクーポンにつき、内容を差し替えるべきか否かを判定し、必要に応じてクーポンを差し替える。

まずステップＳ５１で、サーバ１の売上状況管理手段１２は、売上情報データを受け付ける。そしてステップＳ５２で、売上情報データの中から、顧客ＩＤと購入商品名とを抽出し、ステップＳ５３で、抽出した顧客ＩＤと商品名とを元にクーポン状況管理ＤＢ２１を検索する。

例えば、図２（Ｃ）に示す売上情報データを受け付けた場合には、顧客ＩＤとして「００２」を、購入商品名として「牛乳１Ｌパック」と「ホウレンソウ」とを抽出する。そして、クーポン状況管理ＤＢ２１で、対象商品名欄に「牛乳１Ｌパック」または「ホウレンソウ」が含まれ、別ファイル名欄に登録されているファイル名に「００２」が含まれるレコードを検索する。

図３（Ａ）に示すクーポン状況管理ＤＢ２１では、対象商品名に「牛乳１Ｌパック」が、別ファイル名に「００２」を含むファイル名である「Ｐ０１−００２」が登録されているレコードとして、１行目のレコードが検索にヒットすることになる。

検索の結果、該等するレコードが無かった場合（ステップＳ５４：ＮＯ）は、受信した売上情報の中には、その購入顧客宛にクーポンが発行されている商品が無かったことを意味し、差し替えるべきクーポンは無いため、そのまま処理を終了する。

該当するレコードがあった場合（ステップＳ５４：ＹＥＳ）はステップＳ５５に進む。差替手段１４は、ステップＳ５５で、該レコードの参照者ＩＤ欄に、ステップＳ５２で抽出した顧客ＩＤが登録されているかどうか検索する。検索の結果、参照者ＩＤ欄に顧客ＩＤが登録されていた場合は（ステップＳ５６：ＹＥＳ）、既に顧客がクーポンを参照していることを意味し、参照済のクーポン内容を変更することは好ましくないため、そのまま処理を終了する。

なお処理を終了する前に、顧客へ利用可能なクーポンを参照済みであることを伝え、クーポン利用を促す仕組みを付加しても構わない。そのような場合には、例えば、ＰＯＳシステム４０は、Ｓ４５の後にサーバ１からの応答があるまで売上完了を待ち合わせ、サーバ１から利用可能なクーポンが有る旨の通知を受け取った場合には、その情報を出力するようにしてもよい。

参照者ＩＤ欄に顧客ＩＤが登録されていなかった場合は（ステップＳ５６：ＮＯ）、今回の売上処理で利用できるクーポンがあったにもかかわらず、顧客がまだそのクーポンを参照していない状態であることを意味する。このような状態のクーポンをそのままにしておくと、売上処理完了後に、該顧客が該クーポンを参照してＰＯＳ係員に再清算を依頼する事態、すなわち売上処理の再処理が発生することにつながるため、これを抑止するために、クーポン内容の差替処理を行う。

まず差替手段１４は、ステップＳ５７で、クーポン状況管理ＤＢ２１の対象商品名欄を、ステップＳ５２で抽出した購入商品名をキーとして検索し、該購入商品名が含まれないレコードを抽出する。そして、ステップＳ５８で、ステップＳ５４でヒットしたレコードの中に含まれる、該顧客へ提供したクーポン画像のファイル名である別ファイル名を、ステップＳ５７でヒットしたレコードの別ファイル名欄へ移動する。そして、ステップＳ５９で、ステップＳ５７でヒットしたレコードで示されるクーポン画像の実体と、ステップＳ５８で移動したファイル名とをリンク付けしなおす。この処理により、該顧客へ提供したクーポン画像と対応づけられていた別ファイル名は、そのリンク先を新たなクーポン画像へ変更される。

例えばステップＳ５７では、図３（Ａ）に示すクーポン状況管理ＤＢ２１では、売上情報データから抽出した商品名である「牛乳１Ｌパック」と「ホウレンソウ」とのいずれもが含まれないレコードとして、画像ＩＤが「Ｐ０３」のレコード（３行目のレコード）が抽出されることになる。なお、いずれのクーポンの対象商品にも売上情報データ内の商品名がヒットしてしまう場合には、例えば、画像ＩＤが「Ｐ０４」のレコード（特定の商品についてのクーポンではなく、単なる案内情報）を抽出しても構わない。

そして、ステップＳ５８で、ステップＳ５５でヒットしたレコードである１行目のレコードの別ファイル名欄に登録されているファイル名「Ｐ０１−００２」を、３行目のレコードの別ファイル名欄に移動する。この処理を行うと、図３（Ａ）の状態であったクーポン状況管理ＤＢ２１は、図３（Ｂ）の状態に更新されることになる。

そして、ステップＳ５９で、３行目のレコードの画像ＩＤ「Ｐ０３」と、新たに登録したファイル名「Ｐ０１−００２」とをリンク付けして、「Ｐ０１−００２」という名前のファイルの内容が画像ＩＤ「Ｐ０３」を示すようにする。この処理を行うと、図８（Ａ）の状態であったクーポン画像が、図８（Ｂ）の状態に更新されることになる。

この処理によって、クーポン画像のファイル名は元のまま、内容のみが変更されるので、売上処理が完了した後に、顧客が発行手段１１がステップＳ２４で送信したメールに示されるアドレスにアクセスしてクーポンを参照したとしても、ステップＳ５９の処理完了後であれば、図８（Ｂ）の状態のクーポン画像が提供されるので、今回の購入商品である「牛乳１Ｌパック」について、後から割引き処理が発生することはない。

なお、クーポン内容の変更の仕方は上記例に限るものではなく、例えば、購入済の商品に関するクーポンを、全く別の商品のクーポンと置き換えても構わない。図８（Ａ）に示すクーポン画像でクーポン５１を変更対象とした場合、クーポン５２はそのままにして、新たなクーポン５３をクーポン５１と置き換えることもできる。図８（Ｃ）は、クーポン５１とクーポン５２との組み合わせであった図８（Ａ）のクーポンを、クーポン５２はそのままにして、クーポン５１「牛乳１Ｌパック」のみをクーポン５３「オレンジジュース１Ｌパック」に差し替えた例である。

差替え先の商品の選定方法としては、例えば顧客嗜好分析等に基づいて、顧客に応じた商品を差し替え先商品として決定することもできる。

また、クーポン情報の変更の仕方として、他のクーポンに差し替えるのではなく、単に削除しても構わない。図８（Ｄ）は、図８（Ａ）の画像から全てのクーポン情報を削除して、単なる案内情報のみを提示する画面に変更した例を示している。

本発明は、このように、ステップＳ５６で、今回の売上処理で利用できるクーポンがあったにもかかわらず、顧客がまだそのクーポンを参照していない状態であることが判明した場合に、該未参照のクーポンを他の情報に変更することで、売上処理の再処理の発生を抑止する。

なお、クーポンの有効期間について考慮するような構成をとることも可能である。その場合には、クーポン状況管理ＤＢ２１や対象商品テーブル２０にクーポンの有効期間に関するデータを持たせる。また、クーポンの利用回数について考慮するような構成をとることも可能である。その場合には、クーポン状況管理ＤＢ２１や対象商品テーブル２０にクーポンの有効利用回数や使用回数に関するデータを持たせ、ステップＳ４３でクーポンを利用した割引売上処理を行ったタイミングで、使用されたクーポンに関する情報をカウントアップし、所定の利用回数に到ったか否かを判定するようにすればよい。

本発明は実世界において様々な場面に適用することが可能である。例えば、インタネットに接続されたコンピュータに本発明による機能を搭載し、サーバ１が行う機能をインタネットを介して提供することで、サーバ１の機能をアウトソーシングサービスとして複数の利用者（店舗運営者）に利用させることが可能になる。

本発明は、以下に記載する付記のような構成が考えられる。

（付記１）
売上商品に関する情報と該商品の購入顧客に関する情報とを受け付けるステップと、
商品と、該商品に関する特典情報を通知した宛先情報と、該特典情報に対するアクセス状況に関する情報とを対応付けて管理する記憶部を参照して、前記売上商品に含まれる少なくとも一つの第一の商品につき、該第一の商品に関する特典情報を通知した宛先情報の中に、前記購入顧客に関する情報が含まれているか否かを確認する第一の確認ステップと、
前記第一の確認の結果、前記特典情報を通知した宛先情報の中に前記購入顧客に関する情報が含まれていた場合さらに、前記記憶部を参照して、前記アクセス状況に関する情報の中に、前記購入顧客に関する情報が含まれているか否かを確認する第二の確認ステップと、
前記第二の確認の結果、前記アクセス状況に関する情報の中に、前記購入顧客に関する情報が含まれていない場合に、前記購入顧客を宛先とした前記第一の商品に関する特典情報を削除または、変更する更新ステップと
を備えたことを特徴とするコンピュータによって行われる特典情報変更方法。

（付記２）
前記更新ステップにおける特典情報の変更は、前記第一の商品に関する特典情報を、前記売上情報に含まれない少なくとも一つの第二の商品に関する特典情報に変更することを特徴とする付記１記載の特典情報変更方法。

（付記３）
特典情報変更装置において、
売上商品に関する情報と該商品の購入顧客に関する情報とを受け付ける手段と、
商品と、該商品に関する特典情報を通知した宛先情報と、該特典情報に対するアクセス状況に関する情報とを対応付けて管理する記憶部と、
前記売上商品に含まれる少なくとも一つの第一の商品につき、該第一の商品に関する特典情報を通知した宛先情報の中に、前記購入顧客に関する情報が含まれているか否かを確認する第一の確認手段と、
前記第一の確認の結果、前記特典情報を通知した宛先情報の中に前記購入顧客に関する情報が含まれていた場合さらに、前記記憶部を参照して、前記アクセス状況に関する情報の中に、前記購入顧客に関する情報が含まれているか否かを確認する第二の確認手段と、
前記第二の確認の結果、前記アクセス状況に関する情報の中に、前記購入顧客に関する情報が含まれていない場合に、前記購入顧客を宛先とした前記第一の商品に関する特典情報を削除または、変更する更新手段と
を備えたことを特徴とする特典情報変更装置。

（付記４）
コンピュータに特典情報変更処理を行わせるためのプログラムであって、コンピュータに、
売上商品に関する情報と該商品の購入顧客に関する情報とを受け付けるステップと、
商品と、該商品に関する特典情報を通知した宛先情報と、該特典情報に対するアクセス状況に関する情報とを対応付けて管理する記憶部を参照して、前記売上商品に含まれる少なくとも一つの第一の商品につき、該第一の商品に関する特典情報を通知した宛先情報の中に、前記購入顧客に関する情報が含まれているか否かを確認する第一の確認ステップと、
前記第一の確認の結果、前記特典情報を通知した宛先情報の中に前記購入顧客に関する情報が含まれていた場合さらに、前記記憶部を参照して、前記アクセス状況に関する情報の中に、前記購入顧客に関する情報が含まれているか否かを確認する第二の確認ステップと、
前記第二の確認の結果、前記アクセス状況に関する情報の中に、前記購入顧客に関する情報が含まれていない場合に、前記購入顧客を宛先とした前記第一の商品に関する特典情報を削除または、変更する更新ステップと
を行わせることを特徴とする特典情報変更プログラム。

本発明による特典情報変更システムの一実施例の構成図である。 本発明の（Ａ）対象商品テーブルおよび（Ｂ）顧客管理ＤＢおよび（Ｃ）売上情報データのデータ例である。 本発明の（Ａ）クーポン状況管理ＤＢその１および（Ｂ）クーポン状況管理ＤＢその２である。 本発明の（Ａ）発行処理フローおよび（Ｂ）画像作成処理の処理フローである。 本発明のクーポン送信処理フローである。 （Ａ）本発明の画像参照管理処理フローおよび（Ｂ）売上処理フローである。 本発明の差替処理フローである。 本発明による出力メッセージ例（Ａ）乃至（Ｄ）である。

符号の説明

１ サーバ
Ｎ ネットワーク
Ｔ１ ユーザ端末
１１ 発行手段
１２ 売上状況管理手段
１３ 参照状況把握手段
１４ 差替手段
１８ 入力手段
１９ 出力手段
２０ 対象商品テーブル
２１ クーポン状況管理ＤＢ
２２ 顧客管理ＤＢ
４０ ＰＯＳシステム
４１ 顧客情報読取手段
４２ 売上手段
４３ 売上情報通知手段
４８ 入力手段
４９ 出力手段

Claims (3)

1. 売上商品に関する情報と該商品の購入顧客に関する情報とを受け付けるステップと、
   商品と、該商品に関する特典情報を通知した宛先情報と、該特典情報に対するアクセス状況に関する情報とを対応付けて管理する記憶部を参照して、前記売上商品に含まれる少なくとも一つの第一の商品につき、該第一の商品に関する特典情報を通知した宛先情報の中に、前記購入顧客に関する情報が含まれているか否かを確認する第一の確認ステップと、
   前記第一の確認の結果、前記特典情報を通知した宛先情報の中に前記購入顧客に関する情報が含まれていた場合さらに、前記記憶部を参照して、前記アクセス状況に関する情報の中に、前記購入顧客に関する情報が含まれているか否かを確認する第二の確認ステップと、
   前記第二の確認の結果、前記アクセス状況に関する情報の中に、前記購入顧客に関する情報が含まれていない場合に、前記購入顧客を宛先とした前記第一の商品に関する特典情報を削除または、変更する更新ステップと
   を備えたことを特徴とするコンピュータによって行われる特典情報変更方法。
2. 前記更新ステップにおける特典情報の変更は、前記第一の商品に関する特典情報を、前記売上情報に含まれない少なくとも一つの第二の商品に関する特典情報に変更することを特徴とする請求項１記載の特典情報変更方法。
3. 特典情報変更装置において、
   売上商品に関する情報と該商品の購入顧客に関する情報とを受け付ける手段と、
   商品と、該商品に関する特典情報を通知した宛先情報と、該特典情報に対するアクセス状況に関する情報とを対応付けて管理する記憶部と、
   前記売上商品に含まれる少なくとも一つの第一の商品につき、該第一の商品に関する特典情報を通知した宛先情報の中に、前記購入顧客に関する情報が含まれているか否かを確認する第一の確認手段と、
   前記第一の確認の結果、前記特典情報を通知した宛先情報の中に前記購入顧客に関する情報が含まれていた場合さらに、前記記憶部を参照して、前記アクセス状況に関する情報の中に、前記購入顧客に関する情報が含まれているか否かを確認する第二の確認手段と、
   前記第二の確認の結果、前記アクセス状況に関する情報の中に、前記購入顧客に関する情報が含まれていない場合に、前記購入顧客を宛先とした前記第一の商品に関する特典情報を削除または、変更する更新手段と
   を備えたことを特徴とする特典情報変更装置。

Images