(57)【特許請求の範囲】
【請求項１】
割引の組み合わせ方法であって、
コンピュータが、
店舗カテゴリが識別可能な店舗からの割引申し込みを受け付ける受付ステップと、
申し込みを識別する申込情報が、店舗を識別する店情報、店舗カテゴリ、および、組み合わせられた他の申込情報に対応づけて管理される割引テーブルを参照し、前記受け付けた申し込みの店舗とは異なる店舗カテゴリで、組み合わせが成立していない第一の申込情報を抽出する抽出ステップと、
前記割引テーブルを参照し、前記第一の申込情報の店情報に対応づけられ、組み合わせが成立している第二の申込情報が存在するか判定し、存在する場合は、第二の申込情報内の他の申込情報に対応づけられた店舗カテゴリを、前記受け付けた申し込みの店舗カテゴリと照合する照合ステップと、
前記照合ステップの結果、前記両店舗カテゴリが異なる場合に、該受け付けた申し込みの割引を前記第一の申込情報に組み合わせて、前記割引テーブルに登録する登録ステップと
を備えたことを特徴とする割引の組み合わせ方法。
【請求項２】
前記割引テーブルには、前記申込情報が、さらに、割引の割引期間に対応づけて管理され、
前記コンピュータが、
前記受付ステップで、割引期間を含む割引の申し込みを受け付け、
前記照合ステップで、前記受け付けた割引期間と同一の割引期間となる前記第二の申込情報が存在するか判定し、存在する場合に、第二の申込情報内の他の申込情報に対応づけられた店舗カテゴリを判定する
ことを特徴とする請求項１記載の割引の組み合わせ方法。
【請求項３】
前記受付ステップで、前記コンピュータが、店情報が店舗カテゴリに対応づけて管理される店舗テーブルを参照し、受け付けた申し込みに含まれる店情報に対応する店舗カテゴリを識別する
ことを特徴とする請求項１記載の割引の組み合わせ方法。
【請求項４】
前記店舗テーブルには、店情報が、さらに、位置情報に対応づけて管理され、
前記登録ステップで、前記コンピュータが、前記受け付けた申し込みの割引に組み合わせるべき前記第一の申込情報が複数存在する場合は、前記店舗テーブルを参照し、複数存在する第一の申込情報の店情報、および、該受け付けた申し込みの店情報に対応するそれぞれの位置情報を識別し、該受け付けた申し込みの位置情報に最も近い位置情報となる第一の申込情報と組み合わせて登録する
ことを特徴とする請求項３記載の割引の組み合わせ方法。
【請求項５】
コンピュータを動作させるためのプログラムであって、コンピュータに、
店舗カテゴリが識別可能な店舗からの割引申し込みを受け付ける受付手段と、
申し込みを識別する申込情報が、店舗を識別する店情報、店舗カテゴリ、および、組み合わせられた他の申込情報に対応づけて管理される割引テーブルを参照し、前記受け付けた申し込みの店舗とは異なる店舗カテゴリで、組み合わせが成立していない第一の申込情報を抽出する抽出手段と、
前記割引テーブルを参照し、前記第一の申込情報の店情報に対応づけられ、組み合わせが成立している第二の申込情報が存在するか判定し、存在する場合は、第二の申込情報内の他の申込情報に対応づけられた店舗カテゴリを、前記受け付けた申し込みの店舗カテゴリと照合する照合手段と、
前記照合手段の結果、前記両店舗カテゴリが異なる場合に、該受け付けた申し込みの割引を前記第一の申込情報に組み合わせて、前記割引テーブルに登録する登録手段と
を機能させるための割引の組み合わせプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の店舗で実施される割引の組み合わせの方法に関する。
【０００２】
【従来の技術】
近年、一つの建物内で食料品や衣料品から家電製品等まで一通りの商品を取り扱う大規模な複合型スーパーが各地に出店してきており、地元の商店街に軒を並べているような単一カテゴリの商品だけを取り扱う小売店は、このような複合型スーパーに対抗するために、一店だけの販売促進活動ではなく、同じ地域、同じ商店街の複数の小売店が協同して販売促進活動を行う必要性が高くなってきている。
【０００３】
複数の小売店が協同する形態の販売促進活動としては、従来から、同じ地域や商店街の中の複数店舗によるセールなどが行われている。一般的には、例えば「年末の大売出し」など、ある期間中に商店街内の複数店舗でそれぞれが商品価格を割引したりするようなことが行われている。
【０００４】
またここ近年、小売店の販売促進活動としては、インタネットを利用した方法が増加してきている。インタネットを利用した販売促進方法としては、ホームページ上で商品の紹介や広告を行ったり、ホームページ上のある部分に割引用のクーポン等を表示し、利用者がその部分を印刷して店頭で提示することで、割引を行ったりするものなどがある。
【０００５】
【発明が解決しようとする課題】
しかし、従来のような、地域や商店街をあげての割引セールなどは、個々の店舗ごとに割引価格を設定するものであるため、商店街の中のある店舗で購入した利用客に対し同じ商店街の他の店舗で購入するよう促す性質のものではなく、従って、地域や商店街全体としての活性化には結びつきにくいという問題があった。
【０００６】
この問題は、インタネットで割引クーポンを配付するような販売促進の方法であっても、割引を実施している個々の店舗の販売促進にはなるが、商店街全体としての活性化には結びつかない点は従来と同様であるため、上述の問題が解決されるものではなかった。
【０００７】
本発明はこのような状況に鑑み、個々の店舗の販売戦略を尊重しつつ、同じ地域の複数の店舗全体としての販売促進活等を行えるような割引の組み合わせ方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明の割引の組み合わせ方法は、第一の店舗から第一の割引の申し込みを受け付けるステップと、第二の店舗から第二の割引の申し込みを受け付けるステップと、前記第一の店舗における第一の割引と前記第二の店舗における第二の割引とを組として登録するステップとを含む。
【０００９】
本発明の割引の組み合わせ方法によれば、複数の店舗から受け付けた割引の申し込みを、組として登録しておくことができる。
【００１０】
また本発明の割引の組み合わせ方法は更に、前記第一または第二の店舗のいずれかで商品を購入した利用者に対し、前記組として登録された情報を参照し、該購入した店舗と組として登録されている他方の前記第一または第二の店舗のいずれかでの割引を許可するステップを含む。
【００１１】
この方法によれば、組として登録された一方の店舗で利用者の購入があった場合に、該利用者に対して、組として登録された他方の店舗での割引を実施することができる。
【００１２】
また、前記登録するステップは、前記第一の店舗と前記第二の店舗との予め定められた取扱商品のカテゴリに関する情報を基に、組として登録することの可否を決定する。
【００１３】
この方法によれば、取扱商品のカテゴリに応じた店舗の組み合わせを設定することができる。従って、競合関係に当たる店舗同士、すなわち同じ取扱商品カテゴリの店舗同士の組み合わせを避けることや、相補関係に当たる、異なる取扱商品カテゴリの店舗同士の組み合わせを設定することが可能になる。
【００１４】
また、前記登録するステップは、前記第一の店舗と前記第二の店舗との所在地に関する情報を基に、組として登録することの可否を決定する。
【００１５】
この方法によれば、店舗の所在地に応じた組み合わせを設定することができる。従って、所在地が近い店舗同士の組み合わせを設定することで、同一地域内の店舗が相互に集客効果を高めることができる。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて説明する。図１は本発明を実現するためのシステム構成図である。図示のように、本実施形態は、サーバコンピュータ（以下サーバ）であるサーバ１と、店舗側に設置されるクライアントコンピュータ（以下クライアント）であるクライアント３ａと、サーバ１とクライアント３ａとをつなぐ例えばインタネット等のネットワーク２とから構成される。クライアント３ａと同じ構成のクライアント３ｂ、３ｃが、それぞれ別の店舗に設置されており、サーバ１は、ネットワーク２を介して、店舗に設置されている複数台のクライアントのそれぞれと接続されている。図１では、クライアントの台数を例として３台上げているが、この台数に限るものではない。
【００１７】
サーバ１は、店舗マスタ１１や優先マスタ１２や割引データ１３及び、送受信プログラム１４やマッチングプログラム１５や割引プログラム１６や更新プログラム１７と、入力手段１８や出力手段１９とを備えている。
【００１８】
クライアント３ａは、申し込みプログラム３１や出力プログラム３２や店舗割引プログラム３３を備えている。また図示しない入力手段や出力手段も備えている。クライアント３ｂや３ｃは、このクライアント３ａと同じ構成を備えている。
【００１９】
サーバ１の店舗マスタ１１は、ネットワーク２を介してサーバ１と接続されている複数の店舗に関する情報を管理するためのファイルであって、図２に示すように、各店舗を一意に識別するための店舗ＩＤや、店舗名や、店舗で取り扱う商品により区分される店舗のカテゴリや、サーバ１が店舗と連絡を取るための電子メールのアドレスや、店舗の所在地や、店舗の電話番号などの情報が登録されている。
【００２０】
優先マスタ１２は、店舗のクライアント３ａから送信されてきた割引の申し込みを組み合わせる際に、組み合わせの優先度を設定するためのファイルであって、図３に示すように、カテゴリ１やカテゴリ２や期間などに関する情報が登録されている。このカテゴリ１やカテゴリ２は、店舗マスタ１１のカテゴリに対応するものであって、カテゴリ１の店舗からの割引の申し込みと、カテゴリ２の店舗からの割引の申し込みとは優先的に組として成立させることを意味している。
【００２１】
割引データ１３は、店舗のクライアント３ａから送信されてきた割引の申し込みや、決定後の割引の組み合わせを管理するものであって、図４に示すように、割引の申し込みの依頼を一意に識別するための依頼ＮＯや、店舗ＩＤや店舗名やカテゴリや、割引の内容を示す割引内容や、割引を許可する期間を示す期間や、割引の組み合わせの状態を示す状態などが登録されている。この店舗ＩＤや店舗名やカテゴリは、店舗マスタ１１の店舗ＩＤや店舗名やカテゴリに夫々対応するものである。状態は、割引の組み合わせが成立した場合に、組となった他方の割引に対応する依頼ＮＯが登録されており、空欄の場合はまだ組み合わせが成立していないことを示している。
【００２２】
各店舗は、同一の期間に対して複数の割引の申し込みを行うことも可能である。そのような場合には、例えば図４の依頼ＮＯ「Ｒ００２」と「Ｒ００３」に登録されているデータのように、同一店舗からの同一期間の割引が複数登録される。このような申し込みに対して、それぞれに割引の組み合わせが成立すれば、一つの店舗が同時期に複数の店舗と割引の組となることができる。
【００２３】
サーバ１の送受信プログラム１４は、ネットワーク２を介してクライアント３ａ乃至３ｃから割引の申し込みを受け付けたり、申し込みに対する組み合わせの結果や組み合わせの不可通知や割引の許可に関する情報の送信を行ったりするものである。
【００２４】
マッチングプログラム１５は、割引データ１３に登録された割引の申し込みや優先マスタ１２を参照し、割引の組み合わせを設定するものである。
【００２５】
割引プログラム１６は、マッチングプログラム１５が設定した割引の組み合わせを参照し、クライアント３ａ乃至３ｃへ、割引の許可に関する情報を送受信プログラム１４を通じて通知したり、クライアント３ａ乃至３ｃから割引可否の問い合わせがあった場合に割引の可否を判断して、判断結果を送受信プログラム１４を通じて通知したりする。
【００２６】
入力手段１８は、サーバ１へデータを入力したり指示を与えたりするためのものであって、例えばキーボードやマウス等の、コンピュータに接続される入力用の機器である。また出力手段１９は、ディスプレイやプリンタ等のコンピュータに接続される出力用の機器である。
【００２７】
サーバ１は、上記のような構成により、それぞれの店舗側の端末３ａ乃至３ｃと通信を行い、各店舗の端末から送信されてくる割引の申し込みを受信し、割引の組み合わせを設定登録し、各店舗へ割引の組を通知したり、割引の許可を通知したりする。
【００２８】
クライアント３ａの申込プログラム３１は、店舗側からの割引の申し込みをサーバ１へネットワーク２を介して送信するものである。
【００２９】
出力プログラム３２は、サーバ１からネットワーク２を介して通知された割引の許可や割引の組み合わせに関する情報に従い、店舗で購入を行った利用者に割引を通知するためのクーポンを出力させたり、または割引に関する情報をレシートに出力させたりするものである。
【００３０】
店舗割引プログラム３３は、ネットワーク２を介してサーバ１から割引の許可や割引の組み合わせに関する情報の通知を受信したり、サーバ１へ割引の可否を問い合わせたりするものである。
【００３１】
クライアント３ａは、上記のような構成により、サーバ１と通信を行い、各店舗から割引の申し込みを送信し、サーバ１で決定された割引の組み合わせの情報を受信したり、受信した割引の情報に従い、店舗で購入を行う利用者に対してクーポンや割引情報を記載したレシート等を発行したりする。
【００３２】
次に、図５乃至図８に示すフローチャートを用いて、本発明の動作例を説明する。
【００３３】
図５は、本発明のサーバ１の動作を説明するフローチャートである。
【００３４】
ＳＴ５１で、サーバ１の送受信プログラム１４は、クライアント３ａの申込プログラム３１から、割引の申し込みとして、割引を行う店舗の店舗ＩＤと割引価格や割引期間などの割引に関する情報とを受け付ける。送受信プログラム１４により受け付けられた情報は、ＳＴ５２で、更新プログラム１７により、割引データ１３へ追加登録される。
【００３５】
例えば、サーバ１がｗｅｂサーバの機能を備えていれば、クライアント３ａの申込プログラム３１からのサーバ１への申し込み用画面出力依頼に応じて、例えば図９に示すような割引の申し込み用の画面をクライアント３ａに送信する。ここでクライアント３ａより、店舗ＩＤについては「Ｓ００１」、割引価格については「５０円」引き、割引期間については、「３月１日〜３月３１日」という申し込みを送信されると、この情報を送受信プログラム１４が受け付ける。
【００３６】
更新プログラム１７は、受け付けた情報からまず店舗ＩＤを参照し、この店舗ＩＤをキーとして店舗マスタ１１を参照し、店舗に関する情報を得る。例えば図９のような申し込みを受け付けた場合には、店舗ＩＤは「Ｓ００１」であるので、店舗マスタ１１の店舗ＩＤ欄を参照し、店舗名は「Ｘパン屋」でカテゴリは「飲食」であるという情報を取得する。そして、割引データ１３に新規データとして、新規に生成した依頼ＮＯ、例えば「Ｒ００１」を登録し、店舗マスタ１１内の該当する店舗ＩＤ欄の情報から、店舗ＩＤ，店舗名、カテゴリを複写し登録する。また、更新プログラム１７は、受け付けた情報から割引価格と割引期間を参照し、割引価格「５０円」を割引データ１３の割引内容欄へ、割引期間「３月１日」から「３月３１日」を割引データ１３の期間欄へそれぞれ登録する。申し込みを受け付けた状態では、まだ割引のマッチング処理は行われていないため、割引データ１３の状態欄は空欄のままとされる。
【００３７】
次にＳＴ５３で、マッチングプログラム１５は、割引データ１３のデータを元に、申し込まれた割引のマッチングを行い、割引の組み合わせを設定する。マッチングの処理の詳細については、別途図６に示す。
【００３８】
ＳＴ５４では、ＳＴ５３のマッチングの結果を判定する。割引の組み合わせが成立した場合は、マッチング可としてＳＴ５５へ処理を進める。組み合わせが成立しなかった場合には、マッチング不可としてＳＴ５７へ処理を進める。
【００３９】
マッチング可であった場合は、ＳＴ５５で、更新プログラム１７がマッチングの成立結果を割引データ１３に登録する。例えば図４に示すような割引データ１３の依頼ＮＯがＲ００１とＲ００２の割引の組み合わせが成立した場合には、Ｒ００１の状態の欄に割引の組み合わせ相手であるＲ００２を、Ｒ００２の状態の欄に割引の組み合わせ相手であるＲ００１を登録する。
【００４０】
そしてＳＴ５６で、割引プログラム１６は、送受信プログラム１４に割引の組み合わせが成立した旨を、組み合わせの当事者である割引の申し込みを行った店舗、及び組み合わせの相手である店舗に通知するよう指示し、指示を受けた送受信プログラム１４は、ネットワーク２を介して該当する各店舗のクライアント３ａへ割引の組み合わせが成立した旨を通知する。
【００４１】
ここでは割引プログラム１６は、更新プログラム１７が更新した割引データ１３のデータを参照することで、割引の組み合わせと組み合わされた店舗の店舗ＩＤを得る。そして、この店舗ＩＤを基に、店舗マスタ１１を参照し、該当各店舗の電子メールアドレスを得て、これらの情報を送受信プログラム１４へ、通知の送信指示と伴に引き渡す。指示を受けた送受信プログラム１４は、引き渡された各電子メールアドレス宛に、割引の組み合わせが成立した旨を通知する。
【００４２】
ＳＴ５４でマッチング不可と判断されると、ＳＴ５７へ処理を進め、割引プログラム１６は、送受信プログラム１４に割引の組み合わせが成立せず、割引の申し込みが保留される旨を、申し込みの当事者である店舗に通知するよう指示し、指示を受けた送受信プログラム１４は、ネットワーク２を介して該当する店舗のクライアント３ａへその旨を通知する。
【００４３】
ここでは割引プログラム１６は、割引データ１３のデータを参照することで、今回申し込みを受け付け割引の組み合わせが成立しなかった店舗の店舗ＩＤを得る。そして、この店舗ＩＤを基に、店舗マスタ１１を参照し、該当店舗の電子メールアドレスを得て、これらの情報を送受信プログラム１４へ、通知の送信指示と伴に引き渡す。指示を受けた送受信プログラム１４は、引き渡された電子メールアドレス宛に、割引の組み合わせが成立せず、今回受け付けた割引の申し込みは保留される旨を通知する。
【００４４】
なお、割引の組み合わせの通知は、組み合わせが成立した場合のみ通知を行っても良い。その場合には、ＳＴ５４でマッチング不可と判断した場合には、そのまま処理を終了する。
【００４５】
次に、ＳＴ５３のマッチングプログラム１５が行うマッチングの処理について、図６を用いて説明する。
【００４６】
まずＳＴ１１で、マッチングプログラム１５は、割引の申し込みに含まれる店舗ＩＤを元に店舗マスタ１１を参照し、該店舗のカテゴリと所在地の情報を得る。例えば、図９に示すような申し込みであった場合には、店舗ＩＤであるＳ００１を元に図２に示すような店舗マスタ１１を参照し、該店舗のカテゴリは「飲食」で所在地は「Ｑ市ｘｘ町」であるという情報を得る。
【００４７】
ＳＴ１２でマッチングプログラム１５は、更新プログラム１７が割引データ１３に新規登録した情報を元に、予め登録されている優先マスタ１２を参照し、受け付けた申し込みが優先登録されている情報に該当するかどうかを判断する。
【００４８】
例えば、優先マスタ１２として図３に示すような情報が登録されていた場合、図９に示す申し込みのカテゴリ「飲食」と、割引実施期間「３月１日」から「３月３１日」との両方が合致する優先情報があるかどうかを判断する。カテゴリの「飲食」は該当するが、その割引期間が「４月１日」から「４月３０日」であり、この点で合致しないため、優先登録に該当しないと判断する。
【００４９】
ＳＴ１２で優先に該当しないと判断した場合には、ＳＴ１５へ処理を進める。また優先に該当すると判断した場合には、ＳＴ１３へ処理を進める。
【００５０】
ＳＴ１３では、マッチングプログラム１５が、優先的に申し込みの組を成立させるカテゴリの相手のデータを元に、割引データ１３に登録されている情報を参照し、対象となるカテゴリの店舗から申し込みがあるかどうかを判断する。例えば、カテゴリが「飲食」で期間が「４月１日」から「４月３０日」である割引の申し込みを受け付けたとすると、優先マスタ１２に登録されている情報に合致するので、優先的に割引の組の相手として選択されるべきカテゴリである「交通」を参照し、割引データ１３に登録されているまだ割引の組が成立していない申し込みの中から、カテゴリが「交通」である申し込みがあるかどうかを判断する。
【００５１】
合致する申し込みがあった場合にはＳＴ１６へ処理を進め、無かった場合にはＳＴ１５へ処理を進める。
【００５２】
ＳＴ１５は、受け付けた申し込みが優先マスタ１２に合致しなかった場合、及び、受け付けた申し込みは優先マスタ１２に合致したが、組にするべき相手からの申し込みが存在していなかった場合の処理である。
【００５３】
ＳＴ１５でマッチングプログラム１５は、割引データ１３に登録された申し込みのうち、今回受け付けた申し込みのカテゴリとは異なるカテゴリの申し込みがあるかどうかを判断する。
【００５４】
例えば、図４に示す割引データ１３にＲ００１の申し込みだけが登録された状態であった場合に、今回受け付けた割引の申し込みがＲ００２からＲ００５の申し込み、即ち、店舗ＩＤがＳ００２でカテゴリが娯楽であるＺ映画館から３月１日から４月３０日までの１００円割引の申し込みであって、さらに３月１日から３月３１日の間は２店舗との割引が設定された申し込みを受け付けた場合には、今回受け付けた申し込みのカテゴリである「娯楽」と異なる申し込みが登録されているかどうかを判断する。もともと登録されていたＲ００１はカテゴリが「飲食」であるので、この場合にはカテゴリが異なりかつ期間が合致するＲ００１をＲ００２の割引の組み合わせ候補として判断する。
【００５５】
また、Ｒ００９のカテゴリが娯楽であるＷ書房からの申し込みは、期間が合致していても、カテゴリが同一であるため、Ｒ００３のＺ映画館からの申し込みの組み合わせの候補にはしない。
【００５６】
ＳＴ１５で割引の組となるべき申し込みが無いと判断した場合には、マッチングが不成立であると判断し、もとの図５のＳＴ５４でマッチング不可の場合の処理へ処理を進める。
【００５７】
ＳＴ１５で組み合わせの候補があると判断した場合には、処理をＳＴ１６へ進める。ＳＴ１６は、ある店舗が、同一期間に、同一カテゴリの複数の店舗とそれぞれ組として登録されないようにするための処理である。
【００５８】
ＳＴ１６では、今回受け付けた申し込みの組み合わせ候補としてＳＴ１５までに抽出された割引データ１３内のデータから、設定しようとしている期間と同じ期間に、他の店舗と既に割引の組が登録されているかどうかを参照し、同じカテゴリの店舗と既に組として登録されている場合には、候補から除外する。
【００５９】
例えば、図４の割引データ１３で言えば、カテゴリが飲食のＡ寿司からの申し込みであるＲ００７に対する組み合わせ候補として、期間が合致しカテゴリが異なるＲ００３とＲ００９の申し込みが挙げられるが、Ｒ００３の申込主である店舗ＩＤがＳ００２のＺ映画館に対し同一期間で既に設定されている割引を参照すると、Ｒ００３と同一期間であるＲ００２の割引に対し、Ｒ００１のカテゴリが飲食であるＸピザの割引が既に組として登録されており、組み合わせしようとしているＲ００７のカテゴリと同じであるため、Ｒ００３はＲ００７に対する組み合わせの候補から除外する。
【００６０】
このステップにより、例えばＺ映画館とＸピザ、Ｚ映画館とＡ寿司という割引の組み合わせが同一期間に存在することを避け、同じ飲食というカテゴリであるＸピザとＡ寿司との競合関係を考慮することができる。
【００６１】
ＳＴ１６で、適切でない組み合わせ候補を除外すると、マッチングプログラム１５はＳＴ１７で、組み合わせの候補が複数あるかどうかを判断する。組み合わせの候補が一つであった場合には、組み合わせ成立と判断し、もとの図５のＳＴ５４でマッチング可の場合の処理へ処理を進める。
【００６２】
候補が複数であった場合には、処理をＳＴ１８へ進める。ＳＴ１８でマッチングプログラム１５は、複数の組み合わせ候補の中から、今回申し込みを受け付けた店舗の所在地に一番近い店舗を組み合わせの相手として選択する。
【００６３】
店舗の所在地を比較する際には、割引データ１３内の店舗ＩＤを元に店舗マスタ１１の所在地の欄を参照する。店舗間の遠近を判断する際には、同じ所在地名の店舗同士を近いと判断してもよいし、所在地の情報を元に図示しない地図などを扱うソフトウェアなどを利用して、実際の店舗間の距離を元に判断するなどの方法をとっても良い。
【００６４】
このステップにより、所在地の近い店舗同士の割引を組として成立させるため、この割引を実際に利用する一般利用者にとって利用しやすい割引の組にすることができる。
【００６５】
マッチングプログラム１５がＳＴ１１からＳＴ１８に示した処理を行うことによって、受け付けた割引の申し込みに対応する割引の組の相手を一に選定し、または組み合わせ相手が無いという言う情報を得る。
【００６６】
なお、店舗マスタ１１に登録されている各店舗に関する情報は、予め設定されていても良いし、クライアント３ａに対する割引の申込画面の表示に先立って、ログイン画面や新規登録用の画面などを表示することで、各店舗が自由に設定するような方法により登録されるものであっても構わない。
【００６７】
次に図７と図８を用いて、クライアント３ａの動作を説明する。上述したように、各店舗に配置されるクライアント３ｂや３ｃの動作も３ａの動作と同様である。
【００６８】
図７はクライアント３ａがサーバ１へ割引の申し込みを送信してから割引の組み合わせ結果の通知を受けるまでの処理である。
【００６９】
図７のＳＴ３１で、クライアント３ａの申込プログラム３１は、自店の店舗ＩＤと割引に関する情報とをネットワーク２を介してサーバ１の送受信プログラム１４へ送信する。これは例えば図９に示すような申し込み用の画面から、店舗ＩＤや割引価格や割引期間などに関する情報をクライアント３ａの操作者に入力させ、入力させた情報を割引の申し込みとして送信するものである。
【００７０】
ＳＴ３１で割引の申し込みを送信すると、申し込み処理はいったん終了する。
【００７１】
ＳＴ３２で、店舗割引プログラム３３がサーバ１の送受信プログラム１４から申し込みに対する組み合わせの可否通知を受け取ると、続いてＳＴ３３で割引の申し込みの組み合わせが成立したかどうかを判断する。組み合わせが成立していた場合には、ＳＴ３４へ処理を進める。成立していなかった場合には、そのまま処理を終了する。
【００７２】
ＳＴ３４では、出力プログラム３２がＳＴ３２で受け取った割引の組み合わせ相手の情報や、割引実施期間や、割引価格などの情報が記載されたクーポンを出力する。各店舗のクライアント３ａの操作者は、この出力されたクーポンを、商品の販売時に利用者に配布することによって、利用者へ割引に関する情報を通知することができる。またクーポンを配付された利用者は、割引の組み合わせ相手である他店で商品を購入する際に、このクーポンを提示することで割引を受けることができる。
【００７３】
店舗での割引の実施は、上述の割引クーポンを利用しない形態も可能である。クーポンを利用しない場合は、ＳＴ３３でマッチングの可否を認識するのみで、ＳＴ３４で出力プログラム３２がクーポンを出力する必要は無い。また例えば、商品の販売時に利用者へ渡されるレシートの中に、出力プログラム３２が割引に関する情報を出力しても良い。
【００７４】
図８はクライアント３ａが実際に店頭の利用者に対して、クーポンなどを利用せずに割引処理を実施するときの処理例であり、店頭で販売処理を行う際に、例えば他店での購入の証拠として他店のレシートなどの提示を利用者から受け、サーバ１へ割引の可否を問い合わせるため処理を表している。
【００７５】
ＳＴ４１で店舗割引プログラム３３は、ネットワーク２を介してサーバ１へ割引の可否を問い合わせる。問い合わせの際には、自店及び、利用者から提示される他店を識別するためのそれぞれの店舗ＩＤをサーバ１へ送信する。
【００７６】
送信された情報を受け取ったサーバ１では、割引プログラム１６が割引データ１３を参照して、送信された店舗の組み合わせが、割引データ１３に登録されており、更に割引期間に該当しているかどうかを判断し、組み合わせが登録されていて割引期間に該当していた場合には割引可能と、そうでない場合には割引不可能と判断して、この旨をクライアント３ａへ回答する。
【００７７】
次に店舗割引プログラム３３は、ＳＴ４２でサーバ１の割引プログラム１６から、サーバ１の送受信プログラム１４やネットワーク２を介して、割引の可否に関する情報を受信し、割引可能という返信であった場合には、出力プログラム３２がＳＴ４３で、割引が可能である旨の情報を、例えばクライアント３ａに接続されている表示装置へ出力することで、クライアント３ａの操作者へ通知する。割引が不可能であった場合には、ＳＴ４４へ処理を進め、出力プログラム３２が、割引が不可能である旨の情報を、例えばクライアント３ａに接続されている表示装置へ出力することで、クライアント３ａの操作者へ通知する。
【００７８】
クライアント３ａの操作者は、出力された情報を参照することで、販売処理を行っている利用者に対して、割引を実施しても良いかどうかを知ることができる。
【００７９】
本発明の割引の組み合わせ方法は上記説明のようにコンピュータであるサーバ１上で実現されるので、複数の店舗から受け付けた割引の申し込みに対し、カテゴリや所在地の情報を元に適切な組み合わせを設定することができる。また、優先マスタ１２に予め登録された、優先的に組とするべき申し込みの情報を参照することで、各店舗からの申し込みに対して、どのように組み合わせを設定するかを細かく制御することができる。
【００８０】
すなわち、同じカテゴリの店舗同士を組にしないようにすることで、加盟店内の競合店舗同士の関係を考慮しつつ地域や商店街全体の活性化を図ることや、なるべく近い店舗同士を組とすることで、利用者の購入活動を促したりすることが可能である。
【００８１】
また、優先的に組とするべき情報を考慮することで、例えば、地域や商店街全体としての販売の方向性を反映させることができる。
【００８２】
また、本発明の割引の組み合わせ方法は、上記説明のようにコンピュータであるクライアント３ａ上で実現されるので、各店舗は、割引の申し込みを行ったり、申し込みに対する割引の組み合わせ可否の通知を受け取ったり、設定された割引の組み合わせにしたがって、店頭の利用者に対し割引を実施したりすることができる。
【００８３】
本発明は上記説明した構成にとらわれるものではなく、例えばクライアント３ａではなく、サーバ１で、決定した割引の組み合わせに従ってクーポンを出力する構成であっても良いし、また、サーバ１で設定した割引の組み合わせの情報を、クライアント３ａ内に蓄積しておき、クライアント３ａは、販売処理時に、自コンピュータ内に蓄積された組み合わせ情報を参照して割引の可否を判断するような構成でもよい。
【００８４】
また、実際のビジネスとして本発明の割引の組み合わせ方法による店舗間の仲介サービスを行う場合には、割引の組み合わせの成立に応じて割引の申し込みを行った店舗から手数料の支払いを受けたり、実際に割引サービスを利用した利用者数に応じた料金の支払いを受けたりするなど、仲介サービス業者が儲けを得るための手段が本発明に加えられても良い。
【００８５】
なお、図示はしていないが、サーバ１は、ＣＰＵ（Central Processing Unit）によって装置全体が制御されているコンピュータである。ＣＰＵには、バスを介してＲＡＭ（Random Access Memory）、ハードディスク装置（ＨＤＤ）、グラフィック処理部、入力インタフェース、および通信インタフェース等が接続されている。
【００８６】
ＲＡＭには、ＣＰＵに実行させるＯＳ(Operating System)のプログラムやその他のプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭには、ＣＰＵによる処理に必要な各種データが格納される。ＨＤＤには、ＯＳやその他のプログラムおよびデータが格納される。
【００８７】
グラフィック処理部には、モニタ装置が接続されている。グラフィック処理部は、ＣＰＵからの命令に従って入力画面などをモニタ装置に表示させる。入力インタフェースには、キーボードやマウス等が接続されている。入力インタフェースは、キーボードやマウス等から送られてくる信号を、バスを介してＣＰＵに送信する。
【００８８】
通信インタフェースは、ネットワーク２に接続されている。通信インタフェースは、ネットワーク２を介してクライアント３ａとの間で、電子メールやウエブ画面のデータの送受信を行う。
【００８９】
上述においてサーバ１のハードウェア構成について説明したが、店舗側に設置されるクライアント３ａ乃至３ｃも同様のハードウェア構成を備えるコンピュータである。
【００９０】
本発明の実施の形態に係る割引の組み合わせプログラムを上述のコンピュータで実行させることにより、コンピュータを割引の組み合わせ装置として機能させることができる。
【００９１】
また、上記の各コンピュータが有すべき機能の処理内容は、コンピュータで読み取り可能な記録媒体に記録されたプログラムに記述させておくことができる。このプログラムをコンピュータで実行することにより、上記処理がコンピュータで実現できる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置や半導体メモリなどがある。市場に流通させる場合には、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）やフレキシブルディスクなどの可搬型記録媒体にプログラムを格納して流通させたり、ネットワークを介して接続されたコンピュータの記憶装置に格納しておき、ネットワークを通じて他のコンピュータに転送したりすることもできる。コンピュータで実行する際には、コンピュータ内のハードディスク装置などにプログラムを格納しておき、メインメモリにロードして実行する。
【００９２】
（付記１）
第一の店舗から第一の割引の申し込みを受け付けるステップと、
第二の店舗から第二の割引の申し込みを受け付けるステップと、
前記第一の店舗における第一の割引と前記第二の店舗における第二の割引とを組として登録するステップと
を備えたことを特徴とする割引の組み合わせ方法。
【００９３】
（付記２）
前記第一または第二の店舗のいずれかで商品を購入した利用者に対し、前記組として登録された情報をもとに、該購入した店舗と組として登録されている他方の前記第一または第二の店舗のいずれかでの割引を許可するステップ
を更に備えたことを特徴とする付記１記載の割引の組み合わせ方法。
【００９４】
（付記３）
前記登録するステップは、前記第一の店舗と前記第二の店舗との予め定められた取扱商品のカテゴリに関する情報を基に、組として登録することの可否を決定することを特徴とする付記１記載の割引の組み合わせ方法。
【００９５】
（付記４）
前記登録するステップは、前記第一の店舗と前記第二の店舗との予め定められた取扱商品のカテゴリに関する情報をもとに、該二つの店舗の該カテゴリが同じであった場合に、組として登録しないように決定することを特徴とする付記１記載の割引の組み合わせ方法。
【００９６】
（付記５）
前記登録するステップは、前記第二の店舗と、前記第一の店舗に対して既に割引の組として登録されている第三の店舗とのカテゴリに関する情報とをもとに、該第二の店舗と該第三の店舗とのカテゴリが同じで、それぞれ該第一の店舗と組として割引を登録しようとする期間が同じであった場合には、該第二の店舗を該第一の店舗と組として登録しないように決定することを特徴とする付記１記載の割引の組み合わせ方法。
【００９７】
（付記６）
前記登録するステップは、前記第一の店舗と前記第二の店舗との所在地に関する情報をもとに、組として登録することの可否を決定することを特徴とする付記１記載の割引の組み合わせ方法。
【００９８】
（付記７）
前記登録するステップは、前記第一の店舗と前記第二の店舗との所在地に関する情報をもとに、該二つの店舗の所在地が近いもの同士を優先的に組として登録することを特徴とする付記１記載の割引の組み合わせ方法。
【００９９】
（付記８）
割引の申し込みを送信するステップと、
前記送信した割引の申し込みに対応して、前記送信した割引の申し込みと、他店が送信してきた割引の申し込みとを組として登録された結果を受信するステップと
を備えたことを特徴とする割引の組み合わせ方法。
【０１００】
（付記９）
第一の店舗から第一の割引の申し込みを受け付ける手段と、
第二の店舗から第二の割引の申し込みを受け付ける手段と、
前記第一の店舗における第一の割引と前記第二の店舗における第二の割引とを組として登録する手段と
を備えたことを特徴とする割引の組み合わせ装置。
【０１０１】
（付記１０）
コンピュータを動作させるためのプログラムであって、コンピュータに、
第一の店舗から第一の割引の申し込みを受け付ける手段と、
第二の店舗から第二の割引の申し込みを受け付ける手段と、
前記第一の店舗における第一の割引と前記第二の店舗における第二の割引とを組として登録する手段と
を機能させるための割引の組み合わせプログラム。
【０１０２】
（付記１１）  コンピュータを動作させるためのプログラムを格納した記憶媒体であって、
第一の店舗から第一の割引の申し込みを受け付ける手段と、
第二の店舗から第二の割引の申し込みを受け付ける手段と、
前記第一の店舗における第一の割引と前記第二の店舗における第二の割引とを組として登録する手段
として機能させるためのプログラムを格納したことを特徴とする記憶媒体。
【０１０３】
【発明の効果】
以上説明したように、本発明によれば、個々の店舗が自由に商品価格の割引を設定できるため店舗毎の販売戦略を保持することができ、かつ、複数の店舗からの割引を組み合わせて設定するため、利用者に対し地域内の複数の店舗での購入を促進し、地域店舗の活性化を図ることができる。
【０１０４】
また、割引の組み合わせを決定する際には、取り扱う商品のカテゴリや所在地の近さなどに応じて各店舗から申し込まれた割引の組み合わせの決定を行うため、同じカテゴリの商品を扱ういわば競合にある店舗同士の関係に配慮しつつ、近隣の店舗同士の相互作用により、単独で販売促進活動を行うよりも多くの集客を望むことができ、ひいては地域や商店街全体の活性化を図ることができる。
【図面の簡単な説明】
【図１】本発明を実現するためのシステム構成図である。
【図２】店舗マスタのデータ例である。
【図３】優先マスタのデータ例である。
【図４】割引データのデータ例である。
【図５】本発明のサーバの動作を説明するフローである。
【図６】本発明のマッチングプログラムの動作を説明するフローである。
【図７】本発明のクライアントの動作を説明するフローである。
【図８】本発明のクライアントの動作を説明するフローである。
【図９】割引の申し込み用画面の出力例である。
【符号の説明】
１  サーバ
２  ネットワーク
３ａ  クライアント
１１  店舗マスタ
１２  優先マスタ
１３  割引データ
１４  送受信プログラム
１５  マッチングプログラム
１６  割引プログラム
１７  更新プログラム
１８  入力手段
１９  出力手段
３１  申込プログラム
３２  出力プログラム
３３  店舗割引プログラム
【図１】
0003945192.tif 000002
【図２】
0003945192.tif 000003
【図３】
0003945192.tif 000004
【図４】
0003945192.tif 000005
【図５】
0003945192.tif 000006
【図６】
0003945192.tif 000007
【図７】
0003945192.tif 000008
【図８】
0003945192.tif 000009
【図９】
0003945192.tif 000010