JP2000512052A - 商品の継続購入契約義務を含む予約購入契約確立・管理システムと方法 - Google Patents

Abstract

(57)【要約】 予約購入契約に従って製品を配布するシステム（１００）とプロセスで、このシステムとプロセスには、顧客による製品売り手との口座開設と、顧客が管理する口座に対する顧客識別番号の割当てと、顧客に対応するクレジットカード番号の受領と、販売時点ＰＯＳ端末（１０４、１０６、１０８）を介し売り手から製品を購入するための顧客からの要求の受信とが含まれる。要求には、製品に関する購入条件のセットが含まれる。また、購入条件のセットは顧客ごとに記録される。購入条件のセットは、製品の販売価格を示している。顧客が購入条件を守らない場合は、顧客のクレジットカードまたは他の口座に罰則を課すことができる。

Description

【発明の詳細な説明】 商品の継続購入契約義務を含む予約購入契約確立・管理システムと方法 発明の背景発明の技術分野 本発明は大量売買の分野に関し、特に、定量契約義務及び価格保証が含まれた 契約に従って行われる製品の販売及び配布に関する。関連技術の説明 過去２０年間、食品及び食品関連製品に関する米国の総支出は年間３０００億 ドルを超えるまでになったが、従来のスーパーマーケット及び食料品店の市場シ ェアは、かっての支配的なシェアに比べると大幅に落ち込んでいる。市場シェア におけるこの落込みは、主に、大量購入組合との競争によりもたらされたもので ある。 大量購入組合、つまり大型店組合は、食料品市場において割引価格で大量購入 する有望な顧客層に的を絞り、現在もその販路を開拓している。これらの大量販 売は、従来のスーパーマーケットや食料品店の売上減少に直接繋がるものであっ た。 スーパーマーケット及び食料品店側は、市場シェアが確実に奪われて行く現状 に鑑み、大型店組合への顧客の流出を食い止める必要性を認めている。しかし、 ビジネスの基本的な相違により、従来のスーパーマーケットは大量購入組合と競 争するのは困難である。 大量購入組合は、食品製品市場において非常に特異な存在である。つまり、こ れらの組合は出店経費が安い地域（場合によっては大型店並みの施設を占有する ）に出店できるにもかかわらず、割引価格を希望する顧客を引き付けることがで きる。また、仕入れる製品の種類を絞ることができる。つまり、顧客側はすべて の製品を量的に品揃えすることを期待していない。１回の取引で大量の製品を販 売するため、販売当りのコスト低減を実現している。 スーパーマーケットでは非食品製品やサービスの提供、小切手支払いサービス の提供、及び紙袋の配布等、さまざまな快適なサービスを提供するが、大量購入 組合ではこれらのサービスを提供しない。さらに、顧客は「メンバー」とも呼ば れ、「組合」に属する権利を獲得するための会員料を支払うことがある。この料 金は、従来からの薄利を補うのに役立つ。 これに対し、従来のスーパーマーケットや食料品店は、顧客を考慮して交通至 便な地域に出店しているため、不動産のコストが高くなることがある。また顧客 を引き付けるために多品種な品揃えを要求される。少量ずつ多品種に渡って仕入 れるため、取引コストは比較的高い。本来のビジネスでの競争に打ち勝つために 、従来の市場では顧客からサービス料または会員料等を徴収しなくても、十分に 快適なサービスを提供することが求められている。 さらに、スーパーマーケットは、通常、伝統的な大量販売環境で競争するため に必要な物理的な基盤を備えていない。出店している場所の施設が高価であるた め、床スペースや棚スペースが不足していて、使用可能なスペースはすべて仕入 れた大量の製品で占有されている。 大量小売業者に対抗する１つの試みとして、スーパーマーケットは常連客プロ グラムを実施してきた。典型的な常連客プログラムでは、顧客にカード識別子を 配布して、来店ごとに提示してもらうというものである。通常は顧客の購入記録 を付け、カードの登録や使用の見返りに通常は各種割引や特典を与える。 しかし、常連客プログラムは、顧客によりあまり受け入れられないことがある 。常連客がこのようなプログラムを使用している割合が２５パーセントにも満た ないことも珍しくない。また、このようなプログラムが大量購入プログラムと対 抗できる価格を提供することは、金銭的にも得策でない。一般的に、常連客プロ グラムは、大量購入に関心を持つ顧客に対し現実的な代替策とはならない。実際 、出願人の知るところでは、従来のスーパーマーケットが大量購入組合と十分に 対抗できるようなシステムや方法はない。 したがって、従来のスーパーマーケットや食料品店が大量再販業者と対抗でき るようなツールを提供するシステムやプロセスが強く望まれている。このような システムやプロセスがないと、市場シェア及び収益性は今後も低下すると思われ る。実際に役立つためには、このプログラムは、顧客が強い関心を抱く割引価格 と同一または同等な割引価格を顧客に提供する一方、スーパーマーケットの制約 を同時に満たすものでなければならない。つまり、スーパーマーケットが本来の ビジネスで十分に対抗し続けることができるものでなければならない。発明の要約 本発明の主な目的は、増分支払／受渡し条件が付随した商品を大量購入する契 約義務を簡単に確立する新しい改良システム及び方法を提供することにある。 具体的には、本発明の目的は、食料品店が顧客との間で大量製品購入に関する 増分支払／受渡し条件が付随した契約義務を確立できるシステムと方法を提供す ることにある。 本発明の別の目的は、簡単に利用できる販売時点小売プロセス及び機器を使用 し、大量食料品購入に関する契約義務を食料品店が確立できるシステムと方法を 提供することにある。 本発明によれば、スーパーマーケットが顧客との間で大量製品購入契約義務を 確立するための新しい改良システムと方法を提供する。具体的には、本発明によ り、食料品店は、割り引き大量購入価格と増分支払及び受渡しの利点を提供する ことができる。これにより、顧客は大量購入価格の利点を実感すると共に、好ま しい実施例では、必要な数量だけ都合のよい期間に渡り支払い、製品を入手する ことができる。したがって、本発明によりスーパーマーケットは顧客に対し、大 量購入による大幅な割引と定期的な買物の利便性とを提供することができる。 本発明は、品目の販売を促進するシステムを提供することで、その目的を達成 し、上記の利点を実現している。このシステムにはデータ記憶システムが含まれ ていて、買い手と、買い手と売り手間の契約であって品目を指定個数だけ売り手 から一定期間に渡り指定価格で購入する買い手側の契約義務を含む契約と、買い 手と契約に関する情報が含まれたレコードとに関するデータを管理する。また、 このシステムにはデータ処理システムも含まれていて、データ記憶システムに連 結され、かつ、売り手から品目を購入する要求を買い手から受け取り、契約に含 まれている指定価格に従って品目の購入価格を決定して、さらに、要求に従って レコードを更新することで要求を処理し、購入価格を出力するように構成されて いる。購入価格は、買い手と品目がかかわる取引の基本となる。 本発明の別の側面は、製品の販売を促進するシステムの提供が含まれる。この システムには、データ記憶システムと、データ記憶システムに連結されるデータ 処理システムとが含まれる。データ処理システムは、売り手と契約を結ぶ要求を 買い手から受け取るように作動する。契約には、品目を指定個数だけ売り手から 一定期間に渡り指定された価格で購入する買い手側の契約義務が含まれる。また 、データ処理システムは、データ記憶システムにレコードを作成することで要求 を処理するように作動する。このレコードは、買い手と、契約と、買い手が売り 手から品目を購入する回数を示すカウンターとに関するデータを管理するように 構成される。 本発明の別の側面は、販売時点処理システムの提供である。このシステムには 、買い手と、売り手と買い手間の予約購入契約であって製品を指定個数だけ売り 手から一定期間に渡り指定価格で購入する買い手側の契約義務が含まれた契約と 、買い手と予約購入契約に関する情報が含まれたレコードとに関するデータを記 憶するデータ記憶システムが含まれている。また、この販売時点処理システムに はデータ処理システムも含まれていて、データ記憶システムと作動的に連結する ように構成され、売り手から製品を購入する要求を買い手から受け取り、データ 記憶システムに対し照会操作を実行して契約に含まれる指定価格に従って製品の 購入価格を決め、さらに、要求に従ってレコードを更新することで要求を処理し 、買い手と、売り手と、製品とにかかわる取引の基本となる購入価格を出力する ように構成されている。 本発明の別の側面には、品目の販売を促進するプロセスの提供が含まれる。こ のプロセスは、買い手と、買い手と売り手間の契約であって品目を指定個数だけ 売り手から一定期間に渡り指定価格で購入する買い手側の契約義務を含む契約と 、買い手と契約に関する情報が含まれたレコードとに関するデータを管理するス テップを含む。このプロセスは、売り手から品目を購入する要求を買い手から受 け取るステップと、契約に含まれる指定価格に従って品目の購入価格を決定する ことで要求を処理するステップと、要求に従ってレコードを更新するステップと 、買い手と製品とにかかわる取引の基本となる購入価格を出力するステップも含 む。 本発明の別の側面には、製品の販売を促進するプロセスの提供が含まれる。こ のプロセスには、売り手と契約を交わす買い手からの要求を受け取るステップが 含まれる。契約には、品目を指定個数だけ売り手から一定期間に渡り指定価格で 購入する買い手側の契約義務と、買い手と、契約と、買い手が売り手から品目を 購入した回数を示すカウンターとに関するデータを管理するように構成されたレ コードをデータ記憶システムに記憶させることで要求を処理することが含まれる 。 最後に、本発明の別の側面には、品目の販売を促進するシステムの提供が含ま れる。このシステムには、買い手と、買い手と売り手間の契約であって品目を指 定個数だけ売り手から一定期間に渡り指定価格で購入する買い手側の契約義務を 含む契約と、買い手と契約に関する情報を含むレコードとに関するデータを管理 するデータ記憶システムが含まれる。また、システムにはデータ処理システムが 含まれる。このデータ処理システムは、データ記憶システムに連結されていて、 かつ、売り手から品目を購入する要求を買い手から受け取り、契約に従って品目 に関する購入特性を判別し、さらに、要求に従ってレコードを更新することで要 求を処理し、購入特性を出力するように構成されている。購入価格は、買い手と 品目にかかわる取引の基本を成すものである。 図面の簡単な説明 本発明を以下の図面を参照して以下に詳細に説明する。 図１は、従来技術による小売店のブロック図である。 図２は、本発明の好ましい実施例により構成された販売時点（ＰＯＳ）制御装 置のブロック図である。 図３Ａは、図２に示した「証明書」データベースと呼ばれるデータベース表の 図である。 図３Ｂは、図２に示した「契約」データベースと呼ばれるデータベース表の図 である。 図３Ｃは、図２に示した「口座」データベースと呼ばれるデータベース表の図 である。 図４Ａは、本発明の好ましい実施例による購入契約を確立し管理する操作を示 すフローチャートである。 図４Ｂは、図４Ａの終結部が含まれるフローチャートである。 図５Ａは、本発明の好ましい実施例による予約購入契約に従った購入取引を処 理する操作を示すフローチャートである。 図５Ｂは、図５Ａの終結部が含まれるフローチャートである。 図６Ａは、本発明の好ましい実施例によるＰＯＳ制御装置が実行する予約購入 契約遵守検査を示すフローチャートである。 図６Ｂは、図６Ｂの終結部が含まれるフローチャートである。 図７は、本発明による契約提供証明書の図である。 好ましい実施例の詳細な説明 以下に、上記で簡単に説明した図面を参照して、本発明を詳細に説明する。 まず、次の用語を以下の説明で使用する。 正しく解釈できるように、これらの用語は次の意味を持つものとする。 「品目」、「製品」、及び「サービス」と言う用語は、特に指定しない限り、 小売業者が販売または提供するものを指すものとする。したがって、解釈の都合 上、「品目」、「製品」、または「サービス」と言う用語は、同義語として扱う 。製品の例は、食料雑貨店が提供する１ガロンのミルクまたは１２本のバラであ る。サービスの例には、大型販売店が提供するオイル交換またはカーペットの清 掃等が含まれる。さらに、製品は、特定の購入契約の条件に従って購入できる幾 つかの製品の組合せでもよい。 「店舗」、「小売業者」、「小売店」、「業者」、及び「売り手」と言う用語 は、特に指定しない限り、一般的な人々の要求を満たし小売用に陳列している内 容から製品またはサービスを顧客が選択できる小売販売店を指す。このような小 売販売店の例は、食料雑貨店である。 「顧客」、「買物客」、及び「買い手」と言う用語は、特に指定しない限り、 小売店を訪れるかまたは別の形で取引を行い、その小売業者から製品またはサー ビスを購入する人またはそのグループを指す。 「契約」、「購入契約」、「予約契約」、及び「定量契約」は、特に指定しな い限り、顧客と小売業者との間で結ばれる契約であり、かつ、明確な条件が付随 するものである。条件とは、契約に含まれる規定のことで、関係者の権利と義務 を定めたものである（例えば、ある品目を一定量購入すると言う約束は「定量契 約義務」と言うことができる）。例えば、顧客は小売業者との間で、数十本のバ ラを何回か一定期間に渡り、指定された価格で購入することができる。さらに、 このような条件には罰則規定も設けられていて、顧客が特定の製品に関する特定 の購入契約義務を果たさなかった場合は、小売業者が顧客に対し罰則（例えば価 格調整）を課すことができるようになっている。 前記のように定義した用語を使用して、本発明の好ましい実施例を説明する。 特に問題がなければ、同じ構成要素は同じ参照番号で参照する。 以下の段落では、本発明の構造面及び操作面を説明する。まず構造面を説明し 、次に操作面を説明する。 図１を参照し、構造を説明する。この図は、小売店１００を表すブロック図で ある。この店には、予約購入契約（「契約」及び「購入契約」とも呼ばれる）を 結ぶため及びそれによる販売取引を処理するための機器が装備されている。小売 店１００は任意の小売店で、例えば大型店、スーパーマーケットや食品雑貨店、 デパート、または他の小売あるいは販売店である。小売店１００には、販売時点 （ＰＯＳ）制御装置／契約管理システム１０２（以下「システム１０２」）と、 ＰＯＳ端末１（１０４）と、ＰＯＳ端末２（１０６）と、ＰＯＳ端末Ｎ（１０８ ）とが含まれている。ＰＯＳ端末Ｎ １０８は、小売店１００にＰＯＳ端末を何 台でも設置できることを示すためのものである。各ＰＯＳ端末は、データリンク １０５、データリンク１０７、及びデータリンク１０９等のデータリンクを介し 、システム１０２に連結されている。 システム１０２はコンピュータが装備された自動データ処理システム等のデー タ処理システムで、中央処理装置と、ランダムアクセスメモリー装置と、読取専 用メモリー装置と、入出力装置と、永続または半永続データ記憶装置とで構成さ れている。システム１０２の属性について、図２を参照して詳細に説明する。 各ＰＯＳ端末は、クレジットカード取引、デビットカード取引等のＰＯＳ取引 を処理するように構成されている。好ましくは、各ＰＯＳ端末はクレジットカー ド取引及びデータ入力を手作業でも対応できるような端末であることが望ましい 。ＶＥＲＩＦＯＮＥ社製造のＰＯＳ端末（例えばＴＲＡＮＺモデル＃４６０）は タッチパッドまたはキーパッドを介してクレジット番号、取引量、及び満了日付 等 のデータを入力できるため、本発明に適している。当業者は、このようなＰＯＳ 端末を簡単に理解できるものと思われる。 各ＰＯＳ端末は、それぞれ、リンク１０５、１０７、及び１０９を介してシス テム１０２に連結している。リンク１０５、１０７、及び１０９はデータ転送が 可能で、クレジットカード口座番号、クレジットカード満了日付、デビットカー ド番号、取引量、及び本発明による購入契約の情報等の送受信等ができるように なっている。購入契約等に関する情報の属性について、以下に詳細に説明する。 どのような場合でも、リンク１０５等のリンクには、ＰＯＳ端末１０４とシス テム１０２間のネットワーク接続及び逐次接続（あるいはその両方）が含まれて いることが好ましい。例えば、リンク１０５は、ＰＯＳ端末１０４とシステム１ ０２間をインターネット接続するできる１０ＢａｓｅＴ接続でよい。勿論、本発 明を実際に実現する場合には、他の様々な通信リンク形式を組み込むことができ る。他のデータリンクには、ネットワーク接続、無線接続、無線通信、電話通信 、及びインターネット等によるオープンアーキテクチャで分散される広域ネット ワーク等の他のネットワーク通信等が含まれる。 図１において、システム１０２は、クレジットカード決済機関またはクレジッ トカードや他の取引を処理できる関係機関と接続されている。システム１０２と クレジットカード決済機関または他の機関とのリンクについては、当業者は容易 に理解できると思われる。例えば、システム１０２は、専用電話回線等の電話リ ンクにより、クレジットカード決済機関と連結できる。 図２は、図１に示したシステム１０２のブロック図である。したがって、シス テム１０２は、プロセッサ２０２とデータ記憶サブシステム２０６とで構成され る。プロセッサ２０２は、バス２０４や他の既知の高速データ通信手段やチャネ ルにより、データ記憶サブシステム２０６と連結されている。プロセッサ２０２ は標準的な機種で、好ましくは、ＳＵＮが製造する機種であることが望ましい（ 例えば、ＳＯＬＡＲＩＳオペレーティングシステムを実行するＳＵＮ ＳＰＡＲ Ｃ １０００）。さらに、プロセッサ２０２は、ソフトウェアプログラムを実行 できるコンピュータシステムである。 また、プロセッサ２０２には、通信機器が接続されている。この機器は、例え ば、電話通信機器及びネットワーク通信機器で、クレジットカード決済機関また は他の関係機関等の外部コンピュータシステムと通信したり上記図１で示したよ うにＰＯＳ端末１０４及び１０６（図１）等のＰＯＳ端末と通信したりするため のものである。 データ記憶サブシステム２０６は任意の大容量記憶装置で、ファイル記憶装置 （例えば磁気ディスクデータ記憶装置）で維持するデータベースタイプのデータ の読み書きができるように構成された装置であることが好ましい。勿論、データ 記憶サブシステム２０６は、ネットワークアーキテクチャにより地理的に分散さ れ連結される複数のディスクサブシステムで構成されたサブシステムであっても よい。データ記憶サブシステム２０６を１箇所で管理する必要はなく、サブシス テムに記憶される情報は地理的に分散していても構わない。データ記憶サブシス テム２０６の要件は、ネットワークシステム等の分散環境で、統合データソース として論理的にアドレス可能であることである。コンピュータ技術の当業者は、 ローカル及び広域データベース管理システムを構築してデータ記憶サブシステム ２０６の機能を実現できることを簡単に理解できる。 上記で述べたように、プロセッサ２０２とデータ記憶サブシステム２０６とを 、通信リンク２０４を介して従来の方法で連結する。通信リンクは、上記で述べ たバスまたはネットワークアーキテクチャで実現できる。通信リンク２０４は、 高速データ転送媒体でなければならない。したがって、通信リンク２０４につい ては、コンピュータアーキテクチャの当業者であれば簡単に理解できる。 データ記憶サブシステム２０６にはデータベース表が格納されていて、これら の表は、制御装置２００が管理するデータベース管理システムを形成している。 具体的には、データ記憶サブシステム２０６は、「証明書データベース」２０８ 、「契約データベース」２１０、及び「口座データベース」２１２を記憶し管理 している。これらのデータベースは、ＯＲＡＣＬＥ ＳＹＳＴＥＭ ７データベ ース管理システム等のデータベース管理システムソフトウェアパッケージにより 、関係データベースとして管理され維持されている。これらデータベースの作成 及び管理と実行については、データベース管理システム、特に、関係データベー ス管理システムの当業者は容易に理解できる。データ記憶サブシステム２０６に 記 憶されているデータベースは、図３Ａ、３Ｂ、及び３Ｃを参照して、以下に詳細 に説明する。 図１及び図２に示した上記のシステムは、本発明の機能及び操作を実行するた めに使用できるシステム及び構成要素の好ましい実施例を示しただけである。こ れらのシステム及び構成要素は、本発明の範囲を制限するものではない。例えば 、図３Ａ、３Ｂ、及び３Ｃを参照して以下で説明するように、プロセッサ２０２ が管理するデータベースに記憶されているデータは変更可能で、具体的な構築シ ステムの詳細事項及び要求事項に合わせて、変更可能である。コンピュータシス テム設計及び構築の当業者は、これらの変更を容易に理解できる。 以下の段落では、本発明で使用するデータベース表の好ましい実施例を説明す る。これらの表は、ユーザが継続して定期的に購入する製品の価格を決定するた めに、小売店との契約（予約契約等）を規定するために使用するものである。図 ３Ａ、３Ｂ、及び３Ｃに示すデータベース表は、データ処理システムまたは自動 データ処理システムのコンピュータ化データベース管理システムで使用できるも のである。ここで述べるデータベース管理システムとは、共通フィールドを使用 したり適切な表の結合操作や関連照会を実行することで確立された表の関係を管 理するシステムである。特に、関係データベース管理システムは、システム１０ ２（図１）のようなシステム内の情報の流れの管理及び図３Ａ、３Ｂ、及び３Ｃ に示すデータと表の処理の管理に適している。好ましくは、図３Ａ、３Ｂ、及び ３Ｃに示すデータベース表を管理するために使用されるデータベース管理システ ムは、オラクル社が提供するＯＲＡＣＬＥ ７等である。勿論、これらの表に幾 つかの変更を加え、特定の設計及び構築の詳細部分に従って、特定の機能を実施 しても構わない。このような変更は、コンピュータプログラミング及びデータベ ース管理システムの設計と構築の当業者にとっては明らかである。さらに、デー タベース設計及び構築の当業者にとっては、ＯＲＡＣＬＥ ７システム等のデー タベース管理システムを使用することは容易に理解できる。 上記の注釈に加え、図３Ａ、３Ｂ、及び３Ｃに示したデータベース表の一部の レコードは、レコード識別子の横にアスタリスクが付いている。これらのアスタ リスクは、取引を通じて関連付けられる表のレコードを識別するためのもので、 本発明の利点を示すために付与されたものである。アスタリスクの印が付けられ たレコードは図４Ａ、４Ｂ、５Ａ、５Ｂ、及び６で示すフローチャートでも参照 され、本発明の好ましい実施例が実行する操作を明らかにするものである。 図３Ａは、顧客と特定の店舗との間の契約に関するレコードを記憶するデータ ベース表である。この店舗では、これらのデータを管理するＰＯＳ制御装置シス テムを使用している。データベース表２０８（以後「表２０８」）は、図２に示 した「証明書データベース」２０８の好ましい構築例である。表２０８は列と行 とで構成されていて、列はフィールドを定義し、行は各列のフィールド指定に従 って記憶されるレコードを定義する。表２０８では、列が７つある。これらの列 には、「常連客ＩＤ」、「品目コード」、「クレジットカード番号」、「予約開 始日」、「予約終了日」、「累計購入個数」、及び「単価」に関するデータが記 憶されている。表２０８で、レコードＲ１は指定されたデータの中で「常連客Ｉ Ｄ」が１２３４５６７８９である買物客を示す条件の契約に関する情報が含まれ ている。レコードＲ１にはレコード識別子の横にアスタリスクの印が付けられて いて、このレコードが他の表の他レコードと関連付けられていて、以下の段落で 詳細に説明されることを示している。 レコードＲ１が関係する契約は予約タイプの契約で、この契約では「常連客番 号１２３４５６７８９」が「品目コード」４５６７８９の特定の品目を１９９７ 年２月１日から１９９８年２月１日までの間に特定の回数だけ購入することにな っている。買物客１２３４５６７８９はこの特定の品目を１．２９ドルで入手で きる。この価格は、店舗（例えば、表２０８を管理する実体）が指定品目に通常 請求している表示価格より安い。 「累計購入個数」のラベルが付けられた列は、買物客番号１２３４５６７８９ が今までに品目４５６７８９を３８回購入したことを示している。したがって、 各レコード内で「累計購入個数」のラベルが付けられたフィールドは、買物客１ ２３４５６７８９が品目４５６７８９を購入するたびに増加する（例えば１ずつ ）カウンターの働きをする。 買物客番号１２３４５６７８９が１９９７年２月１日から１９９８年２月１日 までの予約契約期間中に好ましい価格または希望する価格１．２９ドルで品目４ ５６７８９を入手できるのは、レコードＲ１に関する契約を結んだためである。 重要なことは、１．２９ドルと言う価格は、買物客１２３４５６７８９が品目４ ５６７８９を継続して一定量購入する契約を正当化する好都合な価格であると考 えた点である。勿論、本発明では、買物客１２３４５６７８９が契約に関する品 目を特定数前もって購入することは要求していない。むしろ、本発明は、契約を 結んだ買物客が特定の品目を契約または同意した量で継続して購入し、契約有効 期間中にその店舗を訪れるたびに満足する価格であることを実感できる点を考慮 している。特定の契約を結ぶことで買物客が特定品目を実際に購入できる価格は 、小売業者がその品目に付ける正規の表示価格とは通常異なっている。 表２０８は米国ドルで表示されているが、本発明はこれに限定されない。むし ろ、本発明は任意の通貨が使用されることを考慮している。また、レコードＲ１ は特定の契約を指していて、その契約は、買物客１２３４５６７８９が品目４５ ６７８９を購入するたびに特定の価格を請求するが、本発明はこれにも制限され ない。むしろ、「単価」フィールドつまり列は、買物客とＰＯＳ制御装置／契約 管理システムを管理する店舗との間で合意した他の購入特性を記憶するように構 成してもよい。例えば、この購入特性は、一定の日数の間だけ表示価格より１０ パーセント割り引いたり、１ドルのＰＯＳリベートを提供したりする機能であっ てもよい。また、小売業者が請求する「時価」に対し行われる割引だけでなく、 表２０８は、割引値、リベート値、賞金またはゲームポイント、あるいは両者の 契約で具体化可能な他の事項を記憶することができる。 レコードＲ２のレコード形式はレコードＲ１と同じで、常連客１２３４５６７ ８９が継続的に対応指定価格で購入することを同意した他の製品に関する同じよ うな情報を示している。したがって、説明を簡単にするために、レコードＲ２の 詳細な説明は省略する。 レコードＲ３も、レコードＲ１及びＲ２とレコード形式は同じである。しかし 、以下の説明を分かり易くするために、レコードＲ３はＩＤ番号が１２３４５６ ７９０で、１９９７年１０月２日から１９９８年１月１日までの間４５６７９５ の購入に同意した常連客を指している。この買物客は品目４５６７９５の購入に 合意し、表示２０８を管理している店舗が通常請求する「時価」の１０パーセン ト 割引を受ける。このようにして、店舗は本発明を利用し、表２０８に示す例では 、特定の品目の決められた表示価格を割り引くことで顧客の購入意欲をそそりな がら価格の柔軟性を維持する販売促進プログラムを使用できる。 表２０８とこの好ましい実施例で使用する他のデータ処理システム及びデータ ベースとの関係は、図３Ｂ及び３Ｃを参照しながら行なう以下の説明及び図４Ａ 、４Ｂ、５Ａ、５Ｂ、及び６に関する本節の後続の説明から明らかになる。しか し、重要なことは、列及びフィールドも含め、表２０８の構造と配置は特定の設 計要件に合わせて変更可能な点である。複数の列を表２０８に追加し、表２０８ と同様なデータベース表を使用するデータ処理システムで特定の機能及び制御を 実行することができる。これらの追加及び変更は、当業者にとっては明らかであ る。 図３Ｂは、買物客とデータを管理する小売店との間で結ばれる契約に関する条 件を記憶するデータベース表である。ここでは、データベース表２１０は、図２ に示した「契約データベース」２１０の好ましい構築例である。データベース表 ２１０（以下「表２１０」）はシステム１０２（図１）が管理し、具体的には、 図２に示したデータ記憶サブシステム２０６に格納されている。表２１０は列と 行の配列で、列がフィールドで、行がレコードを示す。ここで、表２１０は「予 約契約識別子」、「品目番号」、「予約期間」、「予約数量」、「単価」、及び 「罰則」の情報を記憶している。 表２１０では、レコードＲ１のレコード識別子の横にはアスタリスクが付けら れていて、他の表の他のレコードに関係付けられていて以下の段落で詳細に説明 することを示している。レコードＲ１には、買物客が１年間に渡り品目（つまり 、品目番号４５６７８９の品目）を５０個購入しなければならない契約に関する 情報が含まれている。したがって、品目番号４５６７８９は、例えば、顧客が１ 年間に渡り定期的に購入する１ガロンのミルク、食料雑貨品目、または他の品目 を指す。買物客が支払う価格は、買物客が継続的にその品目を買うたびに１．２ ９ドルである。買物客は事前に支払ったり同時に５０個すべてを購入する必要は ない。本発明では、過去の購入履歴等に関係なく、ＰＯＳから契約価格を調べる ことができるようになっている。本発明では、価格が安く設定されている代わり に、買物客は製品を継続的に一定量購入することに同意する必要がある。 買物客が特定の品目を同意した量だけ購入しないと、制御装置は買物客に対し 罰金または罰則を課すことができる。この罰金または罰則は、買物客のクレジッ トカード等を介して料金を請求する形式をとることができる。「罰則」のラベル が付けられた列は、買物客が表２１０で定義された義務を履行しない場合に課せ られる関連罰則を記憶している。レコードＲ１の場合、買物客が１年間に渡り品 目（つまり品目４５６７８９）を５２個購入しないと、表２１０を管理している 店舗により、その買物客に対し罰則２５ドルが課せられることになる。この２５ ドルの罰則は、表２０８に示されている買物客のクレジットカード番号に請求で きる。 レコードＲ２及びＲ３のレコード形式は、レコードＲ１と同じである。したが って、説明を簡単にするために、レコードＲ２及びＲ３の詳細な説明は省略する 。 しかし、レコードＲ４には本発明の重要な側面を示す罰則値が含まれている。 つまり、レコードＲ４では、罰則値は「ＦＣＮ：増分差＊実際量」を示している 。その値は、条件に同意し、特に、契約４５６７９２−４０２６に含まれている 購入契約義務に同意した顧客で、１年間に渡り２６個の品目を購入しない顧客に 対し罰則を課すためにシステム１０２（図１）が実行する「不足レート」関数を 意味している。具体的に説明すると、「罰則」フィールドの値は、顧客が購入契 約義務に違反したら、「実際の購入回数」（＊）「小売業者の通常の表示価格と 契約価格との価格差（−）」に等しい罰金が買物客に課せられることを意味して いる。したがって、小売業者との契約に従った購入義務を実行しないと、顧客は 、購入した各品目について増分金額が請求される。数学的には、上記の関数では 、以下に示す罰則を課すことになる。 罰則＝（実際に購入した個数（図３Ａ参照））ｘ（通常の表示「単価」（図３ Ｂ参照）−契約「単価」（図３参照）） 上記の「罰則」の場合、製品の通常の表示価格が２ドルで、対応する契約価格 が１．５ドルで、かつ顧客が契約義務の５０個の内２５個しか購入していない場 合は、顧客に請求される罰金は１２．５ドルになる（つまり、（購入義務５０個 −購入個数２５個）ｘ（通常の表示価格−契約価格））。 Ｒ４に指定した関数は、数学演算または他の操作を罰則値として指定できるこ とを示している。特定の設計要件に合う契約罰則を使用できる。関数の使用方法 及びこれら関数を実行するための操作実行方法（例えば、数学演算）は、コンピ ュータプログラミングの当業者は容易に理解できる。 表２１０には「罰則」フィールドつまり列が含まれていて、契約に固有な罰則 を指定して顧客側の特定な契約違反に対し後で適用することができるが、本発明 は別の好ましい方法も考慮している。特に、システム１０２（図２）のようなシ ステムでは、特定のコンピュータソフトウェアプログラムを実行して特定の罰則 を課することも好ましい。例えば、特定のプログラムを作成し、特定の品目また は品目の組合せについて契約価格より高い増分金額に等しいコスト調整の形式で 、システム１０２に罰則を課すようにしてもよい。このようなプログラム及び前 記の数学操作は、通常の技能を修得しているプログラマであれば、Ｃ＋＋等のコ ンピュータ言語で簡単に作成できる。罰則用のプログラムを別途用意していて契 約ごとの罰則を課す必要がない場合は、表示２１０に「罰則」列を組み込む必要 はない。 表２１０の構造と配置は、その列及びフィールドも含め、特定の設計要件に合 わせて変更可能である。表２１０にいくつかの列を追加し、表２１０のようなデ ータベース表を使用するデータ処理システムで特定の機能及び制御を実行するこ ともできる。このような追加及び変更は、当業者にとっては明らかである。 図３Ｃは、このような情報を管理する店舗の実際の買物客に関する情報を記憶 するデータベース表である。ここでは、データベース表２１２は、図２に示した 口座データベース２１２の好ましい構築例である。データベース表２１２（以後 「表２１２」）はシステム１０２（図１）により管理されていて、具体的には、 図２に示したデータ記憶サブシステム２０６で管理されている。表２１２には列 と行が配列されていて、列はフィールドを構成し、行はレコードを構成している 。ここでは、表２１２は「常連客ＩＤ番号」、「顧客名」、及び「顧客アドレス 」に関する情報を記憶している。 表２１２で、レコードＲ１のレコード識別子の横にはアスタリスクの印が付い ていて、このレコードが他の表の他のレコードに関連付けられていて後続の段落 で詳細に説明することを示している。レコードＲ１は、「常連客ＩＤ番号」が１ ２３４５６７８９である常連客の関連情報を記憶している。その買物客の名前は Ｂｉｌｌ Ｓｍｉｔｈで、アドレスは１１１ Ｒｅｄ Ｓｔｒｅｅｔ ｉｎ Ｎ ｏｒｗａｌｋ，ＣＴ．０６８５０である。表２１２は、共通フィールド関係によ り関係表３００Ａ及び３００Ｂになる。具体的には、レコードＲ１は常連客ＩＤ 番号を基にした関係を示している。このように、ＰＯＳ制御装置／契約管理シス テムは表２１２を参照することで、ＰＯＳ制御装置／契約管理システムを管理し ている店舗と契約を結んだ顧客に関する顧客名とアドレスを記録することができ る。 レコードＲ２とＲ３のレコード形式はレコードＲ１と同じで、契約を利用して 特定の品目を継続的に購入する他の顧客に関する同じような情報を示している。 したがって、説明を簡単にするために、レコードＲ２及びＲ３の詳細な検討と説 明は省略する。 表２１２の構造と配置は、その列とフィールドも含め、特定の設計要件に合わ せて変更できる。表２１２にいくつかの列を追加し、表２１２のようなデータベ ース表を使用するデータ処理システムで特定の機能制御を実行することができる 。このような追加及び変更は、当業者にとって明らかである。 上記の説明は、本発明の好ましい実施例及び対応する構成要素の構造的な面に ついて述べた。したがって、図１及び２に示したＰＯＳ制御装置／契約管理シス テムと図３Ａ、３Ｂ、及び３Ｃに示したデータベース表とは、同時に操作し機能 するように設計されている。図４Ａ、４Ｂ、５Ａ、５Ｂ、及び６で示し以下で説 明するフローチャートは、これらの構造が同時に動作する様子を示している。具 体的には、小売業者の側でシステム１０２が実行するステップを以下に説明して いる。これらのステップは、業者と購入契約を結ぶため及び有利な条件で継続的 に品目を入手するためのステップである。 上記で述べた事柄に注意して、図４Ａを参照する。この図は、好ましいプロセ スの主な点を示したもので、買物客はこれらのステップを実行することで、業者 または他の小売店から品目を購入するための契約を結ぶことができる。注意しな ければならないことは、図４Ａに示した幾つかのステップは、図１に示したデー タ処理システムまたは自動コンピュータ／データ処理制御装置が実行する一連の 操作を示していると言う点である。これらの機能の幾つかを実行するために必要 なコンピュータプログラミングは、コンピュータプログラミングの当業者にとっ ては明らかで、設計及び作成はそれほど難しくない。図４Ａ、４Ｂ、５Ａ、５Ｂ 、及び６のフローチャートを参照し以下の説明を読めば、コンピュータプログラ ミングの当業者が本発明を利用するのに十分である。 処理はステップＳ４−１から始まり、ただちにステップＳ４−２へ移る。この ステップでは、予約契約用紙つまり証明書が用意された販売時点端末へ向かう。 これらの証明書は図７で示し、後述する。 次に、処理はステップＳ４−３へ進む。このステップでは、購入する前に、顧 客は証明書を店舗の会計係へ渡す。 ステップＳ４−４で、会計係は証明書の予約契約コード（好ましくはバーコー ド形式）を販売時点端末でスキャンする。このコードの説明は、図７を参照して 後で説明する。 ステップＳ４−５で、顧客は常連客カードを会計係へ提示する。このカードに より、会計係は、顧客が常連客であるかどうか及び顧客が契約または予約契約協 定で商売を始めるかどうかを判断することができる。このことが明らかになるの は、（例えば、常連客識別子またはＩＤ番号により）顧客が店舗の商売相手であ ることを識別する「常連客（図示されていない）」を顧客が提示するときである 。 ステップＳ４−６で、顧客の常連客カードは販売時点端末のカードリーダを通 り、顧客または常連客ＩＤ番号がＰＯＳ端末へ転送される。ステップＳ４−７で 、顧客のクレジットカード番号またはデビットカード番号等の他の支払い手段番 号が通常の方法で販売時点端末に入力される。顧客が予約契約を完全に履行して いない場合、口座から引き出すためにＰＯＳ制御装置は支払い手段番号を記憶す る。 ステップＳ４−８で、ＰＯＳ端末は、予約契約証明書からの予約契約コードと 、顧客のクレジットカード番号と、と顧客のＩＤ番号とをＰＯＳ制御装置／契約 システム１０２（図１）等のＰＯＳ制御装置へ送る。 ステップＳ４−９で、ＰＯＳ制御装置／契約管理システムは、「契約データベ ース」（図３Ｂ）に照会操作を実行し、該当する品目番号、予約期間、及び単価 を検索する。これらは、顧客が販売時点で提示した予約契約証明書を介して会計 係及びＰＯＳ端末に最初に提示した予約契約コードに関するものである。 次に、処理は図４Ｂの最上部のステップＳ４−１０へ進む。 ステップＳ４−１０で、ＰＯＳ制御装置／契約管理システムは新しいレコード を「証明書データベース」（図３Ａ）に作成し、「常連客ＩＤ番号」、品目番号 、単価、及び顧客クレジットカード番号フィールドを「契約データベース」（図 ３Ｂ）から取り出したデータに従ってそのレコードに適当に書き込む。したがっ て、このステップで、顧客とＰＯＳ制御装置を管理する店舗との間で、特定の購 入契約が結ばれたことになる。 新しく結んだ契約の条件は「契約データベース」（図３Ｂ）から取り出し、新 しいレコードを「証明書データベース」（図３Ａ）に書き込むのに使用する。そ の契約は購入契約または予約契約で、特定の条件を具体化し考慮したものである 。例えば、条件とは、購入する製品、請求する価格、契約の期間、及び他の情報 等である。さらに、図３Ｂについて上記に説明したように、罰則を記録し、顧客 が購入義務を継続的履行しない場合に顧客が受ける罰則を示してもよい。 ステップＳ４−１１で、ＰＯＳ制御装置／契約管理システムは「証明書データ ベース」（図３Ａ）の新しく作成されたレコードの予約開始日付フィールドに現 在の日付を入力し、「契約データベース」（図３Ｂ）から取り出した予約契約コ ードに対応する予約契約期間を基に予約及び日付フィールドを書き込む。 次に、処理はステップＳ４−１２で終了する。 したがって、図４Ａ及び４Ｂで実行される操作は本発明に従って実行される必 要なステップを示したもので、これにより顧客は業者と契約を結び、継続的に価 格及び契約期間等の特定の条件に従って特定の品目を購入する。 図５Ａ及び５Ｂは、顧客と小売店との間で実行する顧客側の好ましい購入処理 方法のフローチャートである。図５Ａ及び５Ｂのステップの大部分は、図１に示 すシステム１０２等のデータ処理システムが実行する操作を示している。これら の大部分の機能を実行するために必要なコンピュータプログラミングは、当業者 にとって容易に理解できる。さらに、図５Ａ及び５Ｂのフローチャートと以下に 述べる説明は、コンピュータプログラミングの当業者が本発明を利用するのに十 分である。 具体的には、処理はステップＳ５−１から始まり、ただちにＳ５−２へ進む。 このステップで、顧客は顧客と店とが関係する予約契約期間中の任意の時点で小 売業者で買物をする。その後、顧客はステップＳ５−３で、予約契約に含まれて いる品目を持ってその店舗のＰＯＳ端末へ進む。 勿論、顧客はウェブサイトを訪れ、電子商取引を行い、品目を配送してもらう こともできる。店舗は、電子モールや、電子商取引をサポートしている別のオン ライン型の実体であってもよい。本発明では顧客は店舗を訪れる必要はなく、ま た、本発明は１つのビルディング内の範囲の作業に制限されていない。顧客が業 者の店で買物をする例は本発明の利便性の特徴を示すためのもので、本発明の範 囲を制限するものではない。 したがって、ステップＳ５−４で、顧客は店員に対し、顧客の常連客ＩＤ番号 （例えば、常連客カードにより）または小売売買店との「予約契約」を示す他の 内容を知らせる。これにより、ステップＳ５−５で、店員は顧客の常連客カード と購入する品目のバーコードＵＰＣコードとをＰＯＳ端末でスキャンできる。 ステップＳ５−６で、ＰＯＳ端末は顧客の常連客識別子と品目のＵＰＣコード とを図１に示すＰＯＳ制御装置／契約管理システムへ送信する。 ステップＳ５−７及びＳ５−８で、ＰＯＳ制御装置／契約管理システムは「証 明書データベース」（図３Ａ）に対し照会操作を実行し、常連客口座番号とＰＯ Ｓ端末から送信された顧客の口座番号とが一致するかどうかを判別する。一致し ない場合、処理はステップＳ５−９へ進む。そのステップで、ＰＯＳ制御装置／ 契約管理システムはその品目の従来の価格をＰＯＳ端末へ送る。従来の価格は、 小売売買店が通常その品目に請求している表示価格であってもよい。つまり、通 常の価格とは非契約価格を表す。 したがって、その品目はステップＳ５−１０で従来の処理システムを介して従 来の方法で顧客に対し表示価格で販売される。 処理はステップＳ５−１１で終了する。 ステップＳ５−８で常連客ＩＤカードからの買物客ＩＤ番号が「証明書データ ベース」（図３Ａ）で見つかる場合、処理は図５Ｂの最上部のステップＳ５−１ ２へ進む。 ステップＳ５−１２で、「品目番号」が「証明書データベース」（図３Ａ）に 存在するかどうか判別する。存在しない場合、処理はステップＳ５−１３で始ま る経路へ進む。 ステップＳ５−１３で、ＰＯＳ制御装置／契約管理システムは、その品目の従 来の価格をＰＯＳ端末へ送る。それ以後、処理はステップＳ５−１４へ進み、品 目は従来の方法で顧客に対し表示価格で販売される。その後、処理はステップＳ ５−１５で終了する。 ステップＳ５−１２で、その品目が証明書データベース内に存在することが判 明したら、処理はステップＳ５−１６へ進む。 ステップＳ５−１６で、ＰＯＳ制御装置は「証明書データベース」（図３Ａ） の単価フィールドから品目の価格を取り出す。その後、処理はステップＳ５−１ ７へ進み、そのステップで、「証明書データベース」（図３Ａ）の該当するレコ ードの購入品目数フィールドの値を増加させる。次に、処理はステップＳ５−１ ８へ進み、そのステップで、ＰＯＳ制御装置／契約管理システムは予約価格（つ まり、契約価格）を表示ＰＯＳ端末へ送る。 ステップＳ５−１９で、ＰＯＳ端末は、「ＰＯＳ制御装置の証明書データベー ス」（図３Ａ）から受け取った予約価格に従い、請求または取引を実行する。顧 客は、このようにして契約価格を受け取る。本発明では、１回で支払う必要はな い。むしろ、クレジットカードの使用が好ましいが、支払い形式は任意でよい。 処理はステップＳ５−２０で終了する。 図６Ａは、ＰＯＳ制御装置／契約管理システムが使用する好ましい処理の主な ステップを示している。この処理は、データベースに対し照会処理を実行し、買 物客が予約契約義務を履行したかどうかを判別するためのものである。図６Ａの 大部分のステップは、ＰＯＳ制御装置／契約管理システムが管理する自動または コンピュータベースのデータ処理システム等のデータ処理システムが実行する一 連の操作を示している。以下に述べる大部分の機能を実行するのに必要なコンピ ュータプログラミングは、当業者にとって明らかである。図６Ａのフローチャー ト及び以下の説明は、コンピュータプログラミングの当業者が本発明を利用する のに十分である。 図６Ａに示した処理は、ＰＯＳ制御装置／契約管理システムを使用して該シス テム内で管理されている有効な契約または満了した契約（あるいはその両方）を 突き止める。満了契約に対応するレコードを突き止めることで、以前に取り決め た各購入契約の義務を履行していないと言う理由で罰則が課せられる顧客も同時 に突き止めることができる。このようにして、店舗は、契約した罰則と顧客のク レジットカード番号または他の支払い手段番号とを使用し、予約契約の義務を履 行しなかった顧客に対し罰則を課することができる。また、顧客に罰則を課する 代わりに、小売業者は顧客に対し警告を発したり猶予期間を与えたりして、契約 の実行を促すことができる。また、すでに満了し実行されていない契約を小売業 者が設定した新たな契約に変更するオプションを顧客に提示し、小売業者の店舗 での買物を継続するように顧客を促すこともできる。 処理はステップＳ６−１から始まり、ただちにステップＳ６−２へ移る。この ステップで、ＰＯＳ制御装置／契約管理システムは「証明書データベース」（図 ３Ａ）に対し照会操作を実行し、現在の日付（つまり、処理が実行される日付） が該システムで管理している任意のレコードの予約終了日付に一致するかどうか を判別する。 ステップＳ６−３で判別が否定的であった（例えば、該当するレコードが見つ からなかった）、処理はステップＳ６−４へ進む。このステップで、ループ構造 を実行してレコードポインタが次のレコードを指すようにし、ステップＳ６−３ の判別ステップへ再び戻るようにする。否定結果であるステップＳ６−３と次の レコードへ進むステップＳ６−４とのループは無限ループのように見えるが、こ のループにはブランチカウンターや他の中断命令が通常は含まれていることは当 業者は容易に理解できる。 ステップＳ６−３で、予約終了日（検討中のレコードの）が現在の日付に一致 したら、処理はステップＳ６−５へ進む。 ステップＳ６−５で、顧客が今までに購入した個数が「契約データベース」（ 図３Ｂ）に格納されている対応する関連レコードの予約フィールドに指定され た数量と一致するかまたは超えているかを判別する（例えば、２つの表は共通フ ィールド、つまり共通列、−共通フィールド：「品目番号」−で関連付けられて いる）。条件を満たさない場合は、処理はステップＳ６−７へ進む。 ステップＳ６−７で、ＰＯＳ制御装置／契約管理システムは、特定の購入契約 の義務を満たさなかった顧客に課する罰則を判別する。このような罰則には、例 えば、「証明書データベース」（図３Ａ）に指定されている累計購入個数と割引 なしの小売価格（特定の品目に小売業者が通常請求する表示価格）との積を求め る処理等が含まれる。この罰則の説明については、上記の図３Ｂを参照した罰則 の説明を参照すること。 図６ＢのステップＳ６−８へ進むと、ＰＯＳ制御装置は「証明書データベース 」（図３Ａ）から顧客のクレジットカード番号を受け取る。ステップＳ６−９で 、ＰＯＳ制御装置／契約管理システムは、ステップＳ６−７で決められた罰則を 以前に取り決めた予約契約の条件に沿って罰則として該当する契約に従って、顧 客のクレジットカード番号に課する。 次に、処理はステップＳ６−１０で終了する。 ステップＳ６−５で判別が肯定的であった場合、制御はステップＳ６−６へル ープバックし、ステップＳ６−３で次のレコード（ステップＳ６−６で進められ た）を評価する。ステップＳ６−６とＳ６−３との間で無限ループになるように 見えるが、通常は、その処理にブランチまたは他の形式の中断処理が含まれてい る（例えば、ファイルの終わりを検出して中断する）。このようなブランチまた は中断は、コンピュータプログラミング及びデータベース管理設計と構築の当業 者は容易に理解できる。 図７は、顧客に対する提供を表す証明書で、価格等の特定の条件の下で一定期 間に渡り特定の商品の購入に関する購入契約を結ぶように提案している。実際に は、証明書７００は一定期間に渡り（例えば、１０週間）１０ガロンのミルクを 購入するように購入者に勧める提案７０２を表している。具体的には、証明書７ ００には顧客に対する勧誘文が含まれていて、１０週間に渡り１０ガロンのＧａ ｌａｘｙブランドミルクを購入し１ガロン当り１．２９ドル支払えばよいことを 提案している。１．２９ドルと言う価格は、店舗の通常の表示価格より大幅 に安い価格を表している。提案されている１０週間の契約期間の間であれば、顧 客は１度に購入したり特定の時に１０ガロンすべてを購入する必要はない。しか し、その契約期間（例えば１０週間）の間であれば、顧客はその店舗を訪れてＧ ａｌａｘｙブランドミルクをガロン単位で購入するとき、１．２９ドルと言う購 入価格で購入できる。 さらに、証明書７００には１ガロンのＧａｌａｘｙブランドミルクに対応する 品目番号７０４が含まれている。その品目番号はＵＰＣまたは他のバーコードの 形式でもよく、また、ＰＯＳ端末でスキャンまたは入力される英字または数字（ あるいはその両方）のストリングでも構わない。したがって、品目番号７０４が 製品ファミリコード（例えば、ＵＰＣコードで示される製品ファミリコード等） を表している場合は、証明書７００を使用して任意のミルクブランドの契約を結 ぶことができる。したがって、証明書７００により、特定の製品または一般的な 製品カテゴリについて契約を結ぶことができる。 いずれにしても、業者はガロン単位で販売するＧａｌａｘｙブランドミルクに ついて様々な契約の申込みを受け取るため、証明書７００には、好ましくは、契 約コード７０６を設けるとよい。この契約コードを使用し、証明書７００に対応 する主な条件を管理するデータベースレコードを識別することができる。例えば 、システム１０２（図１）は契約コード７０６を使用し、「契約データベース」 （図３Ｂ）に格納されているレコードを突き止めることができる。 証明書７００には、罰則条件標識７１０を組み込むこともできる。これは、顧 客が提案の義務を満足しなかった場合に実行される罰則の種類を示すものである 。つまり、この罰則は、顧客が購入義務要件を満たさないときに有効になるよう に設計されている（例えば、特定の製品について合意した個数の一部を購入しな かった場合）。罰則標識７１０は、購入者が品目を要求数量分を購入しない場合 に注意を促すように、明確に表示するようにするとよい。 さらに、証明書７００には購入者が署名できるように署名ブロック７０８を設 ける。このようなブロックは使用されなかったり必要でなかったりする場合もあ るが、その目的は契約を結ぶために署名を必要とする法的な権限を行使する場合 に使用するものである。 証明書７００は、好ましくは、小売業者に設置されているピックアップ装置の 設置場所で発行される紙の用紙である。このピックアップ装置の設置場所は、通 常食料雑貨店に設置されている自動クーポンディスペンサと同じ装置であっても よい。このようにして、顧客には、店舗で通常販売されている特定の品目につい て、複数の購入契約が提供される。勿論、これらの証明書は電子メール等の他の 通信手段を介しまたはインターネットを介し、特定の顧客に郵送または送信でき る。また、購入契約を結ぶための証明書または申込書は、クーポンが通常配布さ れる方法と同じ方法で、レジで発行する受領書の裏側に印刷することもできる。 したがって、添付された図面を参照して例により本発明を詳細に説明したが、 以下の請求の範囲で定義する本発明の主旨または範囲から逸脱せずに、本発明及 び図示または解説（あるはその両方）した実施例に変更及び修正を加えることは 容易である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ， ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，Ｌ Ｓ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ， ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，Ｅ Ｅ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＧＷ，ＨＲ ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ， ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，Ｌ Ｖ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ， ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，Ｕ Ｚ，ＶＮ，ＹＵ，ＺＷ (72)発明者 バン リシェーヌ、アンドリュー、エス アメリカ合衆国 コネチカット、ノーウォ ーク、クラモア ドライブ 13―２エイ

Claims (1)

1. 【特許請求の範囲】 1. 品目の販売を促進するシステムであって、 買い手と、前記買い手と売り手間の契約であって品目を指定複数個数だけ前記 売り手から一定期間に渡り指定価格で購入する前記買い手による契約義務を含む 契約とに関するデータを記憶するデータ記憶システムと、 前記データ記憶システムに連結され、かつ、前記売り手から前記品目を購入す る要求を前記買い手から受け取り、前記契約に含まれる前記指定価格に従って購 入価格を決めることで前記要求を処理し、前記買い手と前記品目にかかわる取引 の基本となる前記購入価格を出力し、前記買い手が前記品目を前記指定複数個数 だけ前記期間中に購入しない場合は前記買い手が管理する口座に料金を請求する ように構成されたデータ処理システムと、 を備えることを特徴とするシステム。 2. 請求項１に記載のシステムであって、前記買い手に関する前記データは買 い手の識別子を含むことを特徴とするシステム。 3. 請求項２に記載のシステムであって、前記買い手の識別子は常連客識別子 であることを特徴とするシステム。 4. 請求項２に記載のシステムであって、前記買い手の識別子はクレジットカ ード番号であることを特徴とするシステム。 5. 請求項２に記載のシステムであって、前記買い手の識別子はデビットカー ド番号であることを特徴とするシステム。 6. 請求項１に記載のシステムであって、前記要求は販売時点端末で出される ことを特徴とするシステム。 7. 請求項１に記載のシステムであって、前記要求は、前記買い手を前記デー タ処理システムに連結しているネットワークを介して出されることを特徴とする システム。 8. 請求項７に記載のシステムであって、前記ネットワークはインターネット であることを特徴とするシステム。 9. 請求項１に記載のシステムであって、前記買い手が前記品目を前記指定複 数個数だけ前記期間内に購入しない場合、前記契約は、前記データ処理システム が前記買い手に前記料金を請求するように作動する規定をさらに含むことを特徴 とするシステム。 10．請求項９に記載のシステムであって、前記規定は前記契約の取消しを含む ことを特徴とするシステム。 11．請求項９に記載のシステムであって、前記規定は、前記期間中に前記買い 手が実際に購入した品目数に従って、前記料金を決定することを特徴とするシス テム。 12．請求項１に記載のシステムであって、前記料金は前記購入価格に従った価 格調整を含み、前記価格調整は前記買い手が管理する口座に請求され、前記口座 には口座識別子があり、前記口座識別子は前記売り手により記憶されることを特 徴とするシステム。 13．請求項１に記載のシステムであって、前記指定価格は、前記契約のような 購入契約がない場合に前記売り手が通常実現する正規の価格とは異なった価格で あることを特徴とするシステム。 14．請求項１に記載のシステムであって、前記指定価格は前記売り手が前記品 目に通常実現する正規の価格から控除した一定の割合の割引金額を含むことを特 徴とするシステム。 15．請求項１に記載のシステムであって、前記データ記憶システムと前記デー タ処理システムとは、小売業者が管理することを特徴とするシステム。 16．請求項１に記載のシステムであって、前記データ処理は、前記購入価格を 明示するように構成された販売時点端末をさらに含むことを特徴とするシステム 。 17．請求項１に記載のシステムであって、前記データ処理システムは、前記買 い手からの前記要求に従って前記データを更新するようにさらに構成されている ことを特徴とするシステム。 18．請求項１７に記載のシステムであって、前記データ処理システムは、前記 買い手が前記売り手から前記品目を購入するたびにカウンターを増加させること で前記データを更新することを特徴とするシステム。 19．製品の販売を促進するシステムであって、 買い手と、前記買い手と売り手間の予約購入契約であって製品を指定複数個数 だけ前記売り手から一定期間に渡り指定価格で購入する前記買い手側の契約義務 を含む契約と、前記買い手と前記予約購入契約とに関する情報を含むレコードと に関するデータを記憶するデータ記憶システムと、 前記データ記憶システムに作動的に連結され、かつ、前記売り手から前記製品 を購入する要求を前記買い手から受け取り、前記契約に含まれる指定価格に従っ て前記製品の購入価格を決めるために前記データ記憶システムに対し照会操作を 実行することで、また、前記要求に従って前記レコードを更新することで前記要 求を処理し、前記買い手と、前記売り手と、前記製品とがかかわる取引の基本と なる購入価格を出力し、前記買い手が前記製品を前記指定複数個数だけ前記期間 中に購入しない場合は前記買い手が管理する口座に料金を請求するように構成さ れたデータ処理システムと、 を備えることを特徴とするシステム。 20．請求項１９に記載のシステムであって、前記買い手に関する前記データは 買い手の識別子を含むことを特徴とするシステム。 21．請求項２０に記載のシステムであって、前記買い手の識別子は常連客識別 子であることを特徴とするシステム。 22．請求項２０に記載のシステムであって、前記買い手の識別子はクレジット カード番号であることを特徴とするシステム。 23．請求項２０に記載のシステムであって、前記買い手の識別子はデビットカ ード番号であることを特徴とするシステム。 24．請求項１９に記載のシステムであって、前記要求は販売時点端末で出され ることを特徴とするシステム。 25．請求項１９に記載のシステムであって、前記要求は、前記買い手を前記デ ータ処理システムに連結しているネットワークを介して出されることを特徴とす るシステム。 26．請求項１９に記載のシステムであって、前記買い手が前記製品を前記指定 複数個数だけ前記期間内に購入しない場合、前記予約購入契約は、前記データ処 理システムが前記買い手に前記料金を請求するように作動する規定をさらに含む ことを特徴とするシステム。 27．請求項２６に記載のシステムであって、前記規定は前記契約の取消しを含 むことを特徴とするシステム。 28．請求項２６に記載のシステムであって、前記規定は、前記期間中に前記買 い手が実際に購入した製品数量に従って、前記料金を決定することを特徴とする システム。 29．請求項１９に記載のシステムであって、前記料金は前記購入価格に従った 価格調整を含み、前記価格調整は前記買い手が管理する口座に請求されることを 特徴とするシステム。 30．請求項１９に記載のシステムであって、前記指定価格は、前記契約のよう な購入契約がない場合に前記売り手が通常実現する正規の価格とは異なった価格 であることを特徴とするシステム。 31．請求項１９に記載のシステムであって、前記指定価格は前記売り手が前記 製品に通常実現する正規の価格から控除した一定の割合の割引金額を含むことを 特徴とするシステム。 32．請求項１９に記載のシステムであって、前記データ記憶システムと前記デ ータ処理システムとは、小売業者が管理することを特徴とするシステム。 33．請求項３２に記載のシステムであって、前記データ処理は、前記購入価格 を明示するように構成された販売時点端末をさらに含むことを特徴とするシステ ム。 34．製品の販売を促進するシステムであって、 データ記憶システムと、 前記データ記憶システムに連結され、かつ、売り手との契約を結ぶ要求を買い 手から受け取るように作動し、前記契約は品目を指定複数個数だけ前記売り手か ら一定期間に渡り指定価格で購入する前記買い手による契約義務を含み、さらに 、前記データ記憶システムにデータを記憶することで前記要求を処理するように 作動し、前記データは、前記買い手と、前記契約と、前記買い手が前記品目を前 記指定複数個数だけ前記期間中に購入しない場合は前記買い手が管理する口座に 請求する料金と、前記買い手が前記売り手から前記品目を購入する回数を示すカ ウ ンターとに関するデータである、データ処理システムと、 を備えることを特徴とするシステム。 35．請求項３４に記載のシステムであって、前記買い手に関する前記データは 買い手の識別子を含むことを特徴とするシステム。 36．請求項３５に記載のシステムであって、前記買い手の識別子は常連客識別 子であることを特徴とするシステム。 37．請求項３５に記載のシステムであって、前記買い手の識別子はクレジット カード番号であることを特徴とするシステム。 38．請求項３５に記載のシステムであって、前記買い手の識別子はデビットカ ード番号であることを特徴とするシステム。 39．請求項３４に記載のシステムであって、前記要求は前記売り手が管理する 販売時点端末で出されることを特徴とするシステム。 40．請求項３４に記載のシステムであって、前記要求は、前記買い手を前記デ ータ処理システムに連結しているネットワークを介して出されることを特徴とす るシステム。 41．請求項３４に記載のシステムであって、前記買い手が前記品目を前記指定 複数個数だけ前記期間内に購入しない場合、前記契約は、前記データ処理システ ムが前記買い手に前記料金を請求するように作動する規定をさらに含むことを特 徴とするシステム。 42．請求項４１に記載のシステムであって、前記規定は前記契約の取消しを含 むことを特徴とするシステム。 43．請求項４１に記載のシステムであって、前記規定は、前記期間中に前記買 い手が実際に購入した品目数に従って、前記料金を決定することを特徴とするシ ステム。 44．請求項３４に記載のシステムであって、前記料金は前記購入価格に従った 価格調整を含み、前記価格調整は前記買い手が管理する口座に請求されることを 特徴とするシステム。 45．請求項３４に記載のシステムであって、前記指定価格は、前記契約のよう な購入契約がない場合に前記売り手が通常実現する正規の価格とは異なった価格 であることを特徴とするシステム。 46．請求項３４に記載のシステムであって、前記指定価格は、前記売り手が前 記品目に通常実現する正規の価格から控除した一定の割合の割引金額を含むこと を特徴とするシステム。 47．請求項３４に記載のシステムであって、前記データ記憶システムと前記デ ータ処理システムとは、小売店が管理することを特徴とするシステム。 48．請求項３４に記載のシステムであって、前記データ処理システムは、前記 購入価格を明示するように構成された販売時点端末をさらに含むことを特徴とす るシステム。 49．請求項３４に記載のシステムであって、前記データ処理システムは、前記 買い手が前記売り手から前記品目を購入するたびに前記カウンターを増加させる ようにさらに作動することを特徴とするシステム。 50．請求項３４に記載のシステムであって、前記品目は前記売り手が提供する 製品であることを特徴とするシステム。 51．請求項34に記載のシステムであって、前記品目は前記売り手が提供するサ ービスであることを特徴とするシステム。 52．販売時点処理システムであって、 データ記憶システムにおいて、買い手と、前記買い手と売り手間の予約購入契 約であって製品を指定複数個数だけ前記売り手から一定期間に渡り指定価格で購 入する前記買い手による契約義務を含む契約と、前記買い手と前記予約購入契約 に関する情報を含むレコードとに関するデータを記憶するように構成されたデー タ記憶システムと、 データ処理システムにおいて、 前記データ記憶システムに作動的に連結され、 前記売り手から前記製品を購入する要求を前記買い手から受け取り、 前記データ記憶システムに照会操作を実行して前記契約に含まれる前記指定 価格に従って前記製品の購入価格を決定し、前記要求に従って前記レコードを更 新することで前記要求を処理し、 前記買い手と、前記売り手と、前記製品とにかかわる取引の基本となる前記 購入価格を出力し、 前記買い手が前記製品を前記指定複数個数だけ前記期間中に購入しない場合 は、前記買い手が管理する口座に料金を請求する ように構成されたデータ処理システムと、 を備えることを特徴とするシステム。 53．請求項５２に記載のシステムであって、前記買い手に関する前記データは 買い手の識別子を含むことを特徴とするシステム。 54．請求項５３に記載のシステムであって、前記買い手の識別子は常連客識別 子であることを特徴とするシステム。 55．請求項５３に記載のシステムであって、前記買い手の識別子はクレジット カード番号であることを特徴とするシステム。 56．請求項５３に記載のシステムであって、前記買い手の識別子はデビットカ ード番号であることを特徴とするシステム。 57．請求項５２に記載のシステムであって、前記要求は前記データ処理システ ムに連結した販売時点端末で出されることを特徴とするシステム。 58．請求項５２に記載のシステムであって、前記要求は、前記買い手を前記デ ータ処理システムに連結しているネットワークを介して出されることを特徴とす るシステム。 59．請求項５８に記載のシステムであって、前記ネットワークはインターネッ トであることを特徴とするシステム。 60．請求項５２に記載のシステムであって、前記買い手が前記製品を前記指定 複数個数だけ前記期間内に購入しない場合、前記予約購入契約は、前記データ処 理システムが前記買い手に前記料金を請求するように作動する規定をさらに含む ことを特徴とするシステム。 61．請求項６０に記載のシステムであって、前記規定は前記契約の取消しを含 むことを特徴とするシステム。 62．請求項６０に記載のシステムであって、前記規定は、前記期間中に前記買 い手が実際に購入した製品数に従って、前記料金を決定することを特徴とするシ ステム。 63．請求項５２に記載のシステムであって、前記料金は前記購入価格に従った 価格調整を含み、前記価格調整は前記買い手が管理する口座に請求されることを 特徴とするシステム。 64．請求項５２に記載のシステムであって、前記指定価格は、前記予約購入契 約のような購入契約がない場合に前記売り手が通常実現する正規の価格とは異な った価格であることを特徴とするシステム。 65．請求項６４に記載のシステムであって、前記指定価格は前記売り手が前記 製品に通常実現する正規の価格から控除した一定の割合の割引金額を含むことを 特徴とするシステム。 66．請求項５２に記載のシステムであって、前記データ記憶システムと前記デ ータ処理システムとは、小売業者が管理するように構成されることを特徴とする システム。 67．請求項６６に記載のシステムであって、前記データ処理システムは、前記 購入価格を明示するように構成された販売時点端末をさらに含むことを特徴とす るシステム。 68．品目の販売を促進するプロセスであって、 買い手と、前記買い手と売り手間の契約であって品目を指定複数個数だけ前記 売り手から一定期間に渡り指定価格で購入する前記買い手による契約義務を含む 契約とに関するデータを記憶するステップと、 前記売り手から前記品目を購入する要求を前記買い手から受け取るステップと 、 前記契約に含まれている前記指定価格に従って前記品目の購入価格を決定する 前記要求を処理するステップと、 前記要求に従って前記データを更新するステップと、 前記買い手と前記製品とにかかわる取引の基本となる前記購入価格を出力する ステップと、 前記買い手が前記期間中に前記品目を前記指定複数個数だけ購入しない場合は 前記買い手が管理する口座に料金を請求するステップと、 を含むことを特徴とするプロセス。 69．請求項６８に記載のプロセスであって、前記買い手に関する前記データは 買い手の識別子を含むことを特徴とするプロセス。 70．請求項６９に記載のプロセスであって、前記買い手の識別子は常連客識別 子であることを特徴とするプロセス。 71．請求項６９に記載のプロセスであって、前記買い手の識別子はクレジット カード番号であることを特徴とするプロセス。 72．請求項６９に記載のプロセスであって、前記買い手の識別子はデビットカ ード番号であることを特徴とするプロセス。 73．請求項６８に記載のプロセスであって、前記要求は販売時点端末で出され ることを特徴とするプロセス。 74．請求項６８に記載のプロセスであって、前記買い手が前記品目を前記指定 複数個数だけ前記期間内に購入しない場合、前記契約は、前記データ処理システ ムが前記買い手に前記料金を請求するように作動する規定をさらに含むことを特 徴とするプロセス。 75．請求項７４に記載のプロセスであって、前記規定は前記契約の取消しを含 むことを特徴とするプロセス。 76．請求項７４に記載のプロセスであって、前記規定は、前記期間中に前記買 い手が実際に購入した品目数に従って、前記料金を決定することを特徴とするプ ロセス。 77．請求項６８に記載のプロセスであって、前記料金は前記購入価格に従った 価格調整を含み、前記価格調整は前記買い手が管理する口座に請求されることを 特徴とするプロセス。 78．請求項６８に記載のプロセスであって、前記指定価格は、前記契約のよう な購入契約がない場合に前記売り手が通常実現する正規の価格とは異なった価格 であることを特徴とするプロセス。 79．請求項６８に記載のプロセスであって、前記指定価格は、前記売り手が前 記品目に通常実現する正規の価格から控除した一定の割合の割引金額を含むこと を特徴とするプロセス。 80．請求項６８に記載のプロセスであって、前記買い手が前記売り手から前記 品目を購入するたびに前記レコード内で管理する前記カウンターを増加させるス テップをさらに含むことを特徴とするプロセス。 81．品目の販売を促進するプロセスであって、 買い手と、前記買い手と売り手間の予約購入契約であって品目を指定複数個数 だけ前記売り手から一定期間に渡り指定価格で購入する前記買い手による契約義 務を含む契約と、前記買い手と前記予約購入契約に関する情報を含むレコードと に関するデータを管理するステップと、 前記売り手から前記品目を購入する要求を前記買い手から受け取るステップと 、 前記予約購入契約に含まれている前記指定価格に従って前記品目の購入価格を 決定することで前記要求を処理するステップと、 前記要求に従って前記レコードを更新するステップと、 前記買い手と前記製品とにかかわる取引の基本となる前記購入価格を出力する ステップと、 前記買い手が前記一定期間中に前記品目を前記指定複数個数だけ購入しない場 合に、前記買い手が管理する口座に料金を請求するステップと、 を含むことを特徴とするプロセス。 82．請求項８１に記載のプロセスであって、前記買い手に関する前記データは 買い手の識別子を含むことを特徴とするプロセス。 83．請求項８２に記載のプロセスであって、前記買い手の識別子は常連客識別 子であることを特徴とするプロセス。 84．請求項８２に記載のプロセスであって、前記買い手の識別子はクレジット カード番号であることを特徴とするプロセス。 85．請求項８２に記載のプロセスであって、前記買い手の識別子はデビットカ ード番号であることを特徴とするプロセス。 86．請求項８１に記載のプロセスであって、前記要求は販売時点端末で出され ることを特徴とするプロセス。 87．請求項８１に記載のプロセスであって、前記要求はネットワークを介して 出されることを特徴とするプロセス。 88．請求項８７に記載のプロセスであって、前記ネットワークはインターネッ トであることを特徴とするプロセス。 89．請求項８１に記載のプロセスであって、前記買い手が前記製品を前記指定 複数個数だけ前記期間内に購入しない場合、前記予約購入契約は、前記データ処 理システムが前記買い手に前記料金を請求するように作動する規定をさらに含む ことを特徴とするプロセス。 90．請求項８９に記載のプロセスであって、前記規定は前記契約の取消しを含 むことを特徴とするプロセス。 91．請求項８９に記載のプロセスであって、前記規定は、前記期間中に前記買 い手が実際に購入した製品数に従って、前記料金を決定することを特徴とするプ ロセス。 92．請求項８１に記載のプロセスであって、前記料金は前記購入価格に従った 価格調整を含み、前記価格調整は前記買い手が管理する口座に請求されることを 特徴とするプロセス。 93．請求項８１に記載のプロセスであって、前記指定価格は、前記契約のよう な購入契約がない場合に前記売り手が通常実現する正規の価格とは異なった価格 であることを特徴とするプロセス。 94．請求項８１に記載のプロセスであって、前記指定価格は前記売り手が前記 品目に通常実現する正規の価格から控除した一定の割合の割引金額を含むことを 特徴とするプロセス。 95．請求項８１に記載のプロセスであって、前記買い手が前記売り手から前記 品目を購入するたびに前記レコード内で管理する前記カウンターを増加させるス テップを更に含むことを特徴とするプロセス。 96．製品の販売を促進するプロセスであって、 売り手との契約を結ぶ要求を買い手から受け取るステップであって、前記契約 は品目を指定複数個数だけ前記売り手から一定期間に渡り指定価格で購入する前 記買い手による契約義務を含むステップと、 データ記憶システムにレコードを作成することで要求を処理するステップであ って、前記レコードは、前記買い手と、前記契約と、前記買い手が前記期間中に 前記品目を前記指定複数個数購入しない場合に前記買い手が管理する口座に請求 される料金と、前記買い手が前記売り手から前記品目を購入する回数を示すカウ ンターとに関するデータを管理するように構成されるステップと、 を含むことを特徴とするプロセス。 97．請求項９６に記載のプロセスであって、前記要求は売り手に管理される販 売時点端末で出されることを特徴とするプロセス。 98．請求項９６に記載のプロセスであって、前記買い手が前記品目を前記指定 複数個数だけ前記期間内に購入しない場合、前記契約は、前記データ処理システ ムが前記買い手に前記料金を請求するように作動する規定をさらに含むことを特 徴とするプロセス。 99．請求項９８に記載のプロセスであって、前記規定は前記契約の取消しを含 むことを特徴とするプロセス。 100.請求項９８に記載のプロセスであって、前記規定は、前記期間中に前記買 い手が実際に購入した品目数に従って、前記料金を決定することを特徴とするプ ロセス。 101.請求項９６に記載のプロセスであって、前記料金は前記購入価格に従った 価格調整を含み、前記価格調整は前記買い手が管理する口座に請求されることを 特徴とするプロセス。 102.請求項９６に記載のプロセスであって、前記指定価格は、前記契約のよう な購入契約がない場合に、前記売り手が通常実現する正規の価格とは異なった価 格であることを特徴とするプロセス。 103.請求項９６に記載のプロセスであって、前記指定価格は前記売り手が前記 品目に通常実現する正規の価格から控除した一定の割合の割引金額を含むことを 特徴とするプロセス。 104.請求項９６に記載のプロセスであって、前記買い手が前記売り手から前記 品目を購入するたびに前記レコード内で管理する前記カウンターを１ずつ増加さ せるステップを更に含むことを特徴とするプロセス。 105.予約購入契約に従って製品を配布するプロセスであって、 製品の売り手の口座を開設するステップと、 顧客識別番号を顧客が管理する前記口座に割り当てるステップと、 前記顧客に対応するクレジットカード番号を受け取るステップと、 前記売り手から前記製品を購入するために前記顧客から要求を受け取るステッ プであって、前記要求は前記製品に関する購入条件のセットを含むステップと、 購入条件の前記セットを記録するステップと、 前記購入条件に従って前記製品の購入価格を決定するステップと、 前記購入価格で前記製品を前記顧客に販売するステップと、 を含むことを特徴とするプロセス。 106.品目の販売を促進するシステムであって、 データ記憶システムにおいて、買い手と、前記買い手と売り手間の契約であっ て品目を指定複数個数だけ前記売り手から一定期間に渡り購入する前記買い手に よる契約義務を含む契約と、前記買い手と前記契約に関する情報を含むレコード とに関するデータを管理するデータ記憶システムと、 前記データ記憶システムに連結したデータ処理システムにおいて、 前記売り手から前記品目を購入する要求を前記買い手から受け取り、 前記契約に従って前記品目に関する購入特性を決定し、かつ、前記要求に従 って前記レコードを更新することで前記要求を処理し、 前記買い手と前記品目にかかわる取引の基本となる前記購入特性を出力し 前記買い手が前記期間中に前記品目を前記指定複数個数だけ購入しない場合 は前記買い手が管理する口座に料金を請求する、 ように構成されたデータ処理システムと、 を備えることを特徴とするシステム。 107.請求項１０６に記載のシステムであって、前記買い手に関する前記データ は買い手の識別子を含むことを特徴とするシステム。 108.請求項１０７に記載のシステムであって、前記買い手の識別子は常連客識 別子であることを特徴とするシステム。 109.請求項１０７に記載のシステムであって、前記買い手の識別子はクレジッ トカード番号であることを特徴とするシステム。 110.請求項１０７に記載のシステムであって、前記買い手の識別子はデビット カード番号であることを特徴とするシステム。 111.請求項１０６に記載のシステムであって、前記要求は販売時点端末で出さ れることを特徴とするシステム。 112.請求項１０６に記載のシステムであって、前記買い手が前記品目を前記指 定複数個数だけ前記期間内に購入しない場合、前記契約は、前記データ処理シス テムが前記買い手に前記料金を請求するように作動する規定をさらに含むことを 特徴とするシステム。 113.請求項１１２に記載のシステムであって、前記規定は、前記期間中に前記 買い手が実際に購入した品目数に従って、前記料金を決定することを特徴とする システム。 114.請求項１０６に記載のシステムであって、前記料金は前記購入特性に従っ た価格調整を含み、前記価格調整は前記買い手が管理する口座に請求されること を特徴とするシステム。 115.請求項１０６に記載のシステムであって、前記データ記憶システムと前記 データ処理システムとは、小売業者が管理することを特徴とするシステム。 116.請求項１０６に記載のシステムであって、前記データ処理システムは、前 記購入価格を明示するように構成された販売時点端末をさらに含むことを特徴と するシステム。 117.請求項１０６に記載のシステムであって、前記データ処理システムは、前 記買い手が前記売り手から前記品目を購入するたびにカウンターを増加させるこ とで、前記レコードを更新することを特徴とするシステム。 118.請求項１０６に記載のシステムであって、前記品目は前記売り手が提供す る製品であることを特徴とするシステム。 119.請求項１０６に記載のシステムであって、前記品目は前記売り手が提供す るサービスであることを特徴とするシステム。 120.請求項１０６に記載のシステムであって、前記購入特性は、前記売り手が 前記品目に通常請求する購入価格に適用する一定の割合の割引きであることを特 徴とするシステム。 121.請求項１０６に記載のシステムであって、前記購入特性は、前記売り手が 前記品目に通常請求する購入価格に適用する価格割引き金額であることを特徴と するシステム。 122.品目の販売を促進する方法であって、 買い手を識別するデータと、製品を識別するデータと、前記買い手と売り手間 の契約であって前記製品を指定複数個数だけ前記売り手から指定期間に渡り指定 価格で購入する前記買い手による契約義務を含む契約を識別するデータ、とを含 む表をデータ記憶システムに記憶するステップと、 前記製品を購入する要求であって、前記買い手を識別する前記データと前記製 品を識別する前記データとを含む要求を受け取るステップと、 前記表内で前記指定価格を識別するために、前記買い手を識別する前記データ と前記製品を識別する前記データとをデータ処理システムで処理するステップと 、 前記指定購入価格を出力するステップと、 を含むことを特徴とする方法。 123.請求項１２２に記載の方法であって、前記指定購入価格で前記買い手に対 する前記製品の販売を示すデータを受け取るステップをさらに含むことを特徴と する方法。 124.請求項１２３に記載の方法であって、前記製品の前記販売を示すために、 前記契約を識別する前記データを修正するステップをさらに含むことを特徴とす る方法。 125.請求項１２２に記載の方法であって、前記指定期間内に前記複数の製品を 購入しなかった場合、前記買い手に罰則を課するステップをさらに含むことを特 徴とする方法。 126.請求項１２５に記載の方法であって、前記買い手に罰則を課する前記ステ ップは買い手の口座に料金を請求することを含むことを特徴とする方法。 127.請求項１２２に記載の方法であって、買い手を識別するデータは常連客識 別子を含むことを特徴とする方法。 128.請求項１２２に記載の方法であって、製品を識別するデータはＵＰＣコー ドを含むことを特徴とする方法。 129.請求項１２２に記載の方法であって、前記データを処理する前記ステップ は、前記表から前記指定購入価格を取り出すために、前記買い手を識別する前記 データと前記製品を識別する前記データとを使用することを含むことを特徴とす る方法。 130.請求項１２２に記載の方法であって、前記指定購入価格を出力する前記ス テップは、前記指定購入価格を取引合計に加算することを含むことを特徴とする 方法。 131.品目の販売を促進するシステムであって データ処理システムにおいて、買い手を識別するデータと、製品を識別するデ ータと、前記買い手と売り手間の契約であって前記製品を複数個だけ前記売り手 から指定期間に渡り指定購入単価で購入する前記買い手による契約義務を含む契 約を識別するデータ、とを含む表を記憶するデータ記憶システムと、 前記データ記憶システムに接続されたデータ処理システムにおいて、 前記製品を購入する要求であって、前記買い手を識別する前記データと前記製 品を識別する前記データとを含む要求を受け取り、 前記表内の前記指定購入価格を識別するために、前記買い手を識別する前記デ ータと前記製品を識別する前記データとを処理し、 前記指定購入価格を出力する、 ように作動するデータ処理システムと、 を備えることを特徴とするシステム。 132.請求項１３１に記載のシステムであって、前記データ処理システムは、前 記指定価格で前記買い手に対する前記製品の販売を示すデータを受け取るように さらに作動することを特徴とするシステム。 133.請求項１３２に記載のシステムであって、前記データ処理システムは、前 記製品の前記販売を示すために前記契約を識別するデータを修正するようにさら に作動することを特徴とするシステム。 134.請求項１３１に記載のシステムであって、前記データ処理システムは前記 指定期間内に前記複数の製品を購入いしない場合、前記買い手に罰則を課するよ うにさらに作動することを特徴とするシステム。 135.請求項１３４に記載のシステムであって、前記買い手に罰則を課する前記 操作は買い手の口座に料金を請求することを含むことを特徴とするシステム。 136.請求項１３１に記載のシステムであって、買い手を識別するデータは常連 客識別子を含むことを特徴とするシステム。 137.請求項１３１に記載のシステムであって、製品を識別するデータはＵＰＣ コードを含むことを特徴とするシステム。 138.請求項１３１に記載のシステムであって、前記データを処理する前記操作 は、前記表から前記指定購入価格を取り出すために、前記買い手を識別するデー タと前記製品を識別するデータとを使用することを含むことを特徴とするシステ ム。 139.請求項１３１に記載のシステムであって、前記指定購入価格を出力する前 記操作は、前記指定購入価格を取引合計に加算することを含むことを特徴とする システム。