(57)【特許請求の範囲】
【請求項１】
同一の商品又はサービスを対象に所定の数量の購入予約がされた商品又はサービスの販売を管理する販売管理装置であって、
同一の商品又はサービスを対象に所定の数量の購入予約がされた商品又はサービスについて、購入予約をした顧客を識別する顧客コード、購入予約がされた商品又はサービスを識別する商品コード、購入予約がされた商品又はサービスの予約時に決定された予約数量から予約後に販売された販売済数量を減じた予約残数量、及び予約残数量が減少する毎に販売価格が変動する商品又はサービスの購入条件に関する情報を含む購入予約情報を記憶する記憶手段と、
ネットワークで接続された端末装置から、顧客を識別する顧客コードと商品又はサービスを識別する商品コードが指定された商品又はサービスの購入要求を受信する受信手段と、
前記受信手段が受信した購入要求に指定された顧客コードと商品コードの組合せをキーに前記記憶手段を検索し、予約残数量が存在する購入予約の有無から、購入予約分としての販売が可能かを判断する判断手段と、
前記判断手段によって購入予約分としての販売が可能と判断されると、前記記憶手段に記憶された購入条件に従って購入要求に対応する商品又はサービスの販売価格又は値引額を決定し、前記端末装置に送信する送信手段と、
前記記憶手段に記憶された購入予約情報に含まれる予約残数量を、前記判断手段によって購入予約分としての販売が可能と判断された商品又はサービスの数量を減じて更新する更新手段と、
を備えることを特徴とする販売管理装置。
【請求項２】
同一の商品又はサービスを対象に所定の数量の購入予約がされた商品又はサービスの販売を管理する販売管理装置であって、
同一の商品又はサービスを対象に所定の数量の購入予約がされた商品又はサービスについて、購入予約をした顧客を識別する顧客コード、購入予約がされた商品又はサービスを識別する商品コード、購入予約がされた商品又はサービスの予約時に決定された予約数量及び予約後に販売された販売済数量、並びに前記予約数量から前記販売済数量を減じた予約残数量が減少する毎に販売価格が変動する商品又はサービスの購入条件に関する情報を含む購入予約情報を記憶する記憶手段と、
ネットワークで接続された端末装置から、顧客を識別する顧客コードと商品又はサービスを識別する商品コードが指定された商品又はサービスの購入要求を受信する受信手段と、
前記受信手段が受信した購入要求に指定された顧客コードと商品コードの組合せをキーに前記記憶手段を検索し、予約時に決定された予約数量から予約後に販売された販売済数量を減じた予約残数量が存在する購入予約の有無から、購入予約分としての販売が可能かを判断する判断手段と、
前記判断手段によって購入予約分としての販売が可能と判断されると、前記記憶手段に記憶された購入条件に従って購入要求に対応する商品又はサービスの販売価格又は値引額を決定し、前記端末装置に送信する送信手段と、
前記記憶手段に記憶された購入予約情報に含まれる予約後に販売された販売済数量を、前記判断手段によって購入予約分としての販売が可能と判断された商品又はサービスの数量を加えて更新する更新手段と、
を備えることを特徴とする販売管理装置。
【請求項３】
前記記憶手段に記憶される購入条件には、予約残数量が減少する毎に商品又はサービスの販売単価が低下する条件が設定されていること
を特徴とする請求項１又は２記載の販売管理装置。
【請求項４】
前記記憶手段に記憶される購入予約情報には、購入予約分としての販売が可能な購入期限に関する情報が含まれていて、
前記判断手段は、予約残数量が存在し、かつ購入期限が到来していない購入予約の有無から、購入予約分としての販売が可能かを判断すること
を特徴とする請求項１乃至３いずれかに記載の販売管理装置。
【請求項５】
前記記憶手段には、購入予約情報に含まれる購入条件として、所定の記憶部に記憶された商品コードによって特定される商品又はサービスについて予約残数量毎に決定される販売価格又は値引額を特定するキーとなる情報が記憶されていること
を特徴とする請求項１乃至４いずれかに記載の販売管理装置。
【請求項６】
前記記憶手段には、購入予約情報に含まれる購入条件として、予約残数量毎に決定される商品又はサービスの販売価格又は値引額が記憶されていること
を特徴とする請求項１乃至４いずれかに記載の販売管理装置。
【請求項７】
同一の商品又はサービスを対象に所定の数量の購入予約がされた商品又はサービスの販売を管理する販売管理方法であって、
同一の商品又はサービスを対象に所定の数量の購入予約がされた商品又はサービスについて、購入予約をした顧客を識別する顧客コード、購入予約がされた商品又はサービスを識別する商品コード、購入予約がされた商品又はサービスの予約時に決定された予約数量から予約後に販売された販売済数量を減じた予約残数量、及び予約残数量が減少する毎に販売価格が変動する商品又はサービスの購入条件に関する情報を含む購入予約情報を記憶する記憶手段を備えるコンピュータが、ネットワークで接続された端末装置から、顧客を識別する顧客コードと商品又はサービスを識別する商品コードが指定された商品又はサービスの購入要求を受信する受信ステップと、
前記コンピュータが、前記受信ステップで受信した購入要求に指定された顧客コードと商品コードの組合せをキーに前記記憶手段を検索し、予約残数量が存在する購入予約の有無から、購入予約分としての販売が可能かを判断する判断ステップと、
前記コンピュータが、前記判断ステップで購入予約分としての販売が可能と判断されると、前記記憶手段に記憶された購入条件に従って購入要求に対応する商品又はサービスの販売価格又は値引額を決定し、前記端末装置に送信する送信ステップと、
前記コンピュータが、前記記憶手段に記憶された購入予約情報に含まれる予約残数量を、前記判断ステップで購入予約分としての販売が可能と判断された商品又はサービスの数量を減じて更新する更新ステップと、
を有することを特徴とする販売管理方法。
【請求項８】
同一の商品又はサービスを対象に所定の数量の購入予約がされた商品又はサービスの販売を管理する販売管理方法であって、
同一の商品又はサービスを対象に所定の数量の購入予約がされた商品又はサービスについて、購入予約をした顧客を識別する顧客コード、購入予約がされた商品又はサービスを識別する商品コード、購入予約がされた商品又はサービスの予約時に決定された予約数量及び予約後に販売された販売済数量、並びに前記予約数量から前記販売済数量を減じた予約残数量が減少する毎に販売価格が変動する商品又はサービスの購入条件に関する情報を含む購入予約情報を記憶する記憶手段を備えるコンピュータが、ネットワークで接続された端末装置から、顧客を識別する顧客コードと商品又はサービスを識別する商品コードが指定された商品又はサービスの購入要求を受信する受信ステップと、
前記コンピュータが、前記受信ステップで受信した購入要求に指定された顧客コードと商品コードの組合せをキーに前記記憶手段を検索し、予約時に決定された予約数量から予約後に販売された販売済数量を減じた予約残数量が存在する購入予約の有無から、購入予約分としての販売が可能かを判断する判断ステップと、
前記コンピュータが、前記判断ステップで購入予約分としての販売が可能と判断されると、前記記憶手段に記憶された購入条件に従って購入要求に対応する商品又はサービスの販売価格又は値引額を決定し、前記端末装置に送信する送信ステップと、
前記コンピュータが、前記記憶手段に記憶された購入予約情報に含まれる予約後に販売された販売済数量を、前記判断ステップで購入予約分としての販売が可能と判断された商品又はサービスの数量を加えて更新する更新ステップと、
を有することを特徴とする販売管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の数量の購入予約がされた商品又はサービスの販売を管理する販売管理装置及び販売管理方法に関するものである。
【背景技術】
【０００２】
店舗等で商品を販売する際には、同一の商品を同時に複数まとめて購入する顧客に対して、いわゆる「まとめ買い」としての値引を適用する行為や、商品を反復購入してくれる顧客には商品の値引をする、いわゆる「お得意様におまけをする」といった行為が、古くから行われていることは周知のとおりである。現在は、商品を販売する店舗やオンラインショップでは、コンピュータシステムを用いて商品の販売状況や顧客の購買動向等を把握することが一般的になっているが、こうした販売行為を管理するための技術も提供されるようになっている。
【０００３】
例えば、「まとめ買い」については、グループで商品を購入する際に、グループ毎に注文した商品の数に応じた割引率を適用して、それぞれの利用者の購入代金を計算する商品販売用サーバ（特許文献１参照）のように、「まとめ買い」がされると商品の販売単価を割り引くためのシステムに関する発明が開示されている。
【０００４】
また、「お得意様へのおまけ」については、特定の商品に関する顧客の購入履歴をサーバ側に記録して、購入回数に応じて購入代金のキックバックや値引の適用を行うためのシステムに関する発明（例えば、特許文献２、特許文献３参照）や、同一の商品を顧客が前回購入した時からの期間に応じて値引を適用するためのシステムに関する発明（例えば、特許文献４参照）が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−３５７３１３号公報
【特許文献２】特開２００５−０８４９７０号公報
【特許文献３】特開２００２−１１７３０９号公報
【特許文献４】特開２００１−２２２７６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
こうしたシステムを利用して商品を販売する場合、「まとめ買い」についての課題として考えられるのは、商品を購入する顧客の立場から考えると、割引の適用を受けられる注文数量を一時点において確保しなければならないということである。グループでの購入となれば参加者を募ることが必要になるし、一人でまとめて購入する場合には、その時に必要な数以上の商品を自宅等に保管しなければならない、消費期限のある食料品等は対象になりにくい、といった問題が生じることになる。それだけではなく、商品のように保管することができないサービスの提供には適用できないという限界もある。
【０００７】
すなわち、同一の商品を同時に「まとめ買い」をする場合だけではなく、購入時がずれる場合にも同一の商品を反復購入して結果的に「まとめ買い」となるようなケースにも、有利な価格を提示できるような仕組みが求められるところである。
【０００８】
また、「お得意様へのおまけ」についての課題として考えられるのは、あらかじめルールを決めずに場当たり的に値引を続けていると収益面に悪影響が生じかねないという問題があるが、前述のようなシステムを利用して、購入回数や購入頻度に応じて一定の値引ルールを適用することとした場合であっても、顧客が最終的にどの程度の数量を購入するかが予測できないため、値引率を大きくした場合には想定以上に反復購入されると収益へのダメージが大きくなる、それを避けるために値引率を抑えると顧客へのインパクトが失われてしまう、といったように、採算ラインを考慮した適切な値引額の決定が難しいことが問題となる。
【０００９】
すなわち、同一の商品の反復購入に対して値引を適用する場合に、反復購入される総量を的確に把握した上で、採算ラインを考慮した適切な値引額を設定できるような仕組みが求められるところである。
【００１０】
本発明は、このような課題に対応してなされたものであり、同一の商品又はサービスが購入時期をずらして反復購入されるケースにおいて、採算ラインを考慮した適切な値引額を設定することが可能な、所定の数量の購入予約がされた商品又はサービスの販売を管理する販売管理装置及び販売管理方法を提供することを目的とするものである。
【課題を解決するための手段】
【００１１】
本願にかかる課題を解決する第１の発明は、同一の商品又はサービスを対象に所定の数量の購入予約がされた商品又はサービスの販売を管理する販売管理装置であって、同一の商品又はサービスを対象に所定の数量の購入予約がされた商品又はサービスについて、購入予約をした顧客を識別する顧客コード、購入予約がされた商品又はサービスを識別する商品コード、購入予約がされた商品又はサービスの予約時に決定された予約数量から予約後に販売された販売済数量を減じた予約残数量、及び予約残数量が減少する毎に販売価格が変動する商品又はサービスの購入条件に関する情報を含む購入予約情報を記憶する記憶手段と、ネットワークで接続された端末装置から、顧客を識別する顧客コードと商品又はサービスを識別する商品コードが指定された商品又はサービスの購入要求を受信する受信手段と、前記受信手段が受信した購入要求に指定された顧客コードと商品コードの組合せをキーに前記記憶手段を検索し、予約残数量が存在する購入予約の有無から、購入予約分としての販売が可能かを判断する判断手段と、前記判断手段によって購入予約分としての販売が可能と判断されると、前記記憶手段に記憶された購入条件に従って購入要求に対応する商品又はサービスの販売価格又は値引額を決定し、前記端末装置に送信する送信手段と、前記記憶手段に記憶された購入予約情報に含まれる予約残数量を、前記判断手段によって購入予約分としての販売が可能と判断された商品又はサービスの数量を減じて更新する更新手段と、を備えることを特徴とする販売管理装置である。
【００１２】
本願にかかる課題を解決する第２の発明は、同一の商品又はサービスを対象に所定の数量の購入予約がされた商品又はサービスの販売を管理する販売管理装置であって、同一の商品又はサービスを対象に所定の数量の購入予約がされた商品又はサービスについて、購入予約をした顧客を識別する顧客コード、購入予約がされた商品又はサービスを識別する商品コード、購入予約がされた商品又はサービスの予約時に決定された予約数量及び予約後に販売された販売済数量、並びに前記予約数量から前記販売済数量を減じた予約残数量が減少する毎に販売価格が変動する商品又はサービスの購入条件に関する情報を含む購入予約情報を記憶する記憶手段と、ネットワークで接続された端末装置から、顧客を識別する顧客コードと商品又はサービスを識別する商品コードが指定された商品又はサービスの購入要求を受信する受信手段と、前記受信手段が受信した購入要求に指定された顧客コードと商品コードの組合せをキーに前記記憶手段を検索し、予約時に決定された予約数量から予約後に販売された販売済数量を減じた予約残数量が存在する購入予約の有無から、購入予約分としての販売が可能かを判断する判断手段と、前記判断手段によって購入予約分としての販売が可能と判断されると、前記記憶手段に記憶された購入条件に従って購入要求に対応する商品又はサービスの販売価格又は値引額を決定し、前記端末装置に送信する送信手段と、前記記憶手段に記憶された購入予約情報に含まれる予約後に販売された販売済数量を、前記判断手段によって購入予約分としての販売が可能と判断された商品又はサービスの数量を加えて更新する更新手段と、を備えることを特徴とする販売管理装置である。
【００１３】
本発明では、顧客が商品等を購入する際に、購入が同時でなくても、購入予約として「まとめ買い」を受け付け、購入予約がされた予約残数量を管理し、各々の購入時にはあらかじめ「まとめ買い」による値引を考慮して定められた販売価格が適用されるよう構成することによって、同一の商品又はサービスが購入時期をずらして反復購入されるケースにおいても、採算ラインを考慮した適切な値引額を設定することが可能となっている。
【００１４】
第１の発明では、本発明にかかる販売管理装置には、購入予約がされた商品又はサービスの予約残数量が記憶され、予約残数量に対応して各回の販売価格が決定される構成となり、第２の発明では、購入予約がされた商品又はサービスの予約数量及び販売済数量が記憶され、予約数量から販売済数量を減じた予約残数量に対応して各回の販売価格が決定される構成となる。
【００１５】
尚、本発明は、反復購入される商品の販売のみでなく、反復利用されるサービスの提供にも適用することが可能である。
【００１６】
本発明は、前記記憶手段に記憶される購入条件には、予約残数量が減少する毎に商品又はサービスの販売単価が低下する条件が設定されていることを特徴とすることもできる。
【００１７】
このように予約残数量に応じて決定される販売価格が、予約残数量が減少する毎に低下する構成とすれば、顧客に対しては、予約分を消化すればするほど価格が低下するので、反復購入に対するインセンティブとなることに加えて、仮に顧客が購入予約をキャンセルしてしまった場合にも、当初の価格が高めに設定されているため、顧客にペナルティを課すことなく販売者が利益を確保することも可能になる。
【００１８】
本発明は、前記記憶手段に記憶される購入予約情報には、購入予約分としての販売が可能な購入期限に関する情報が含まれていて、前記判断手段は、予約残数量が存在し、かつ購入期限が到来していない購入予約の有無から、購入予約分としての販売が可能かを判断することを特徴とすることもできる。
【００１９】
このように購入予約に期限を設定する構成とすれば、販売者側は所定の期間内の商品の調達計画や売上予測がたてやすくなり、在庫管理や収益管理に好適な構成となる。
【００２０】
本発明は、前記記憶手段には、購入予約情報に含まれる購入条件として、所定の記憶部に記憶された商品コードによって特定される商品又はサービスについて予約残数量毎に決定される販売価格又は値引額を特定するキーとなる情報が記憶されていることを特徴とすることもできる。又は、本発明は、前記記憶手段には、購入予約情報に含まれる購入条件として、予約残数量毎に決定される商品又はサービスの販売価格又は値引額が記憶されていることを特徴としてもよい。
【００２１】
本発明において、予約残数量が減少する毎に販売価格が変動する商品又はサービスの購入条件に関する情報をどのような形式で記憶しておくかは特に限定されるものではないが、前者であれば、共通の購入条件を一元的に管理できるので、購入条件の効率的な管理やシステムリソースの効率的な利用に資する構成となり、後者であれば、購入要求の受付時に個々の購入条件を直ちに特定することができるので、購入要求に対する処理の効率化に資する構成となる。
【００２２】
また、本発明は、本発明にかかる販売管理装置によって実行される販売管理方法として特定することもできる。
【００２３】
第１の発明に対応する販売管理方法は、同一の商品又はサービスを対象に所定の数量の購入予約がされた商品又はサービスの販売を管理する販売管理方法であって、同一の商品又はサービスを対象に所定の数量の購入予約がされた商品又はサービスについて、購入予約をした顧客を識別する顧客コード、購入予約がされた商品又はサービスを識別する商品コード、購入予約がされた商品又はサービスの予約時に決定された予約数量から予約後に販売された販売済数量を減じた予約残数量、及び予約残数量が減少する毎に販売価格が変動する商品又はサービスの購入条件に関する情報を含む購入予約情報を記憶する記憶手段を備えるコンピュータが、ネットワークで接続された端末装置から、顧客を識別する顧客コードと商品又はサービスを識別する商品コードが指定された商品又はサービスの購入要求を受信する受信ステップと、前記コンピュータが、前記受信ステップで受信した購入要求に指定された顧客コードと商品コードの組合せをキーに前記記憶手段を検索し、予約残数量が存在する購入予約の有無から、購入予約分としての販売が可能かを判断する判断ステップと、前記コンピュータが、前記判断ステップで購入予約分としての販売が可能と判断されると、前記記憶手段に記憶された購入条件に従って購入要求に対応する商品又はサービスの販売価格又は値引額を決定し、前記端末装置に送信する送信ステップと、前記コンピュータが、前記記憶手段に記憶された購入予約情報に含まれる予約残数量を、前記判断ステップで購入予約分としての販売が可能と判断された商品又はサービスの数量を減じて更新する更新ステップと、を有することを特徴とする販売管理方法である。
【００２４】
第２の発明に対応する販売管理方法は、同一の商品又はサービスを対象に所定の数量の購入予約がされた商品又はサービスの販売を管理する販売管理方法であって、同一の商品又はサービスを対象に所定の数量の購入予約がされた商品又はサービスについて、購入予約をした顧客を識別する顧客コード、購入予約がされた商品又はサービスを識別する商品コード、購入予約がされた商品又はサービスの予約時に決定された予約数量及び予約後に販売された販売済数量、並びに前記予約数量から前記販売済数量を減じた予約残数量が減少する毎に販売価格が変動する商品又はサービスの購入条件に関する情報を含む購入予約情報を記憶する記憶手段を備えるコンピュータが、ネットワークで接続された端末装置から、顧客を識別する顧客コードと商品又はサービスを識別する商品コードが指定された商品又はサービスの購入要求を受信する受信ステップと、前記コンピュータが、前記受信ステップで受信した購入要求に指定された顧客コードと商品コードの組合せをキーに前記記憶手段を検索し、予約時に決定された予約数量から予約後に販売された販売済数量を減じた予約残数量が存在する購入予約の有無から、購入予約分としての販売が可能かを判断する判断ステップと、前記コンピュータが、前記判断ステップで購入予約分としての販売が可能と判断されると、前記記憶手段に記憶された購入条件に従って購入要求に対応する商品又はサービスの販売価格又は値引額を決定し、前記端末装置に送信する送信ステップと、前記コンピュータが、前記記憶手段に記憶された購入予約情報に含まれる予約後に販売された販売済数量を、前記判断ステップで購入予約分としての販売が可能と判断された商品又はサービスの数量を加えて更新する更新ステップと、を有することを特徴とする販売管理方法である。
【００２５】
また、本発明にかかる販売管理方法は、前述の販売管理装置の各々の構成に対応して実行される販売管理方法として特定することもできる。
【発明の効果】
【００２６】
本発明によると、同一の商品又はサービスが購入時期をずらして反復購入されるケースにおいて、かかる反復購入を所定の数量の購入予約として管理し、採算ラインを考慮した適切な値引額を設定することが可能になる。また、顧客が予約数量の一部を購入した後に購入予約をキャンセルした場合にも、顧客と販売者の双方にメリットのある値引額の設定が可能であり、新たな商品等の販売方法を提供して商取引の活性化に貢献することが期待できる。
【図面の簡単な説明】
【００２７】
【図１】本発明にかかる販売管理装置の第１の実施形態の概要を示す図である。
【図２】本発明にかかる販売管理装置の第２の実施形態の概要を示す図である。
【図３】本発明における「まとめ買い」の価格設定の一例を示す図である。
【図４】本発明にかかる販売管理装置の第１の実施形態における構成の一例を示すブロック図である。
【図５】本発明の第１の実施形態における「まとめ買い」の流れの一例を示す第１の図である。
【図６】本発明の第１の実施形態における「まとめ買い」の流れの一例を示す第２の図である。
【図７】本発明の第１の実施形態における「まとめ買い」の流れの一例を示す第３の図である。
【図８】本発明の第１の実施形態における「まとめ買い」の流れの一例を示す第４の図である。
【図９】本発明によって「まとめ買い」を処理するフローを示す第１のフローチャートである。
【図１０】本発明によって「まとめ買い」を処理するフローを示す第２のフローチャートである。
【図１１】本発明によって「まとめ買い」を処理するフローを示す第３のフローチャートである。
【発明を実施するための形態】
【００２８】
本発明を実施するための形態について、図面を用いて以下に詳細に説明する。尚、以下では主として本発明を店舗内での商品の販売に適用する例について説明するが、本発明はかかる実施形態に限定されるものではなく、商品の販売のみでなく反復利用されるサービスの提供への適用や、リアルの店舗ではなくインターネット上のオンラインショップへの適用なども可能である。
【００２９】
図１は、本発明をリアルな店舗における商品の販売に適用する第１の実施形態の概要を示したものである。顧客が店舗を訪れて、店内に設置されたＫＩＯＳＫ端末に店舗が発行した会員カードを挿入すると、顧客を識別する会員番号等の顧客コードが、本発明にかかる販売管理装置に対応する販売管理サーバに送信される。販売管理サーバでは顧客向けのレコメンド商品を選択し、レコメンド商品に関する情報が送信されてＫＩＯＳＫ端末に表示されるが、一定期間内に商品を所定の数量だけ購入する「まとめ買い」が可能な商品が該当する場合には、「まとめ買い」の購入条件もあわせて表示されることになる。
【００３０】
顧客がＫＩＯＳＫ端末で「まとめ買い」を選択する操作を行うと、商品を識別するＪＡＮコード等の商品コード等を含めた「まとめ買い」の内容に関する情報が販売管理サーバに送信され、購入予約情報としてデータベースに登録される。データベースに登録される購入予約情報には、顧客コード、商品コード、予約残数量（購入予約をした時点では購入予約数量）、予約分についての購入期限、予約残数量に応じて決定される商品の販売価格等の購入条件に関する情報が含まれることになる。
【００３１】
顧客が予約した商品を購入する際には、店舗のレジで会員カードと商品を提示すると、顧客コードと商品コードが販売管理サーバに送信され、データベースを検索して購入予約の有無が確認される。予約残数量があり、かつ購入期限を経過していない購入予約がある場合は、予約分としての購入が可能であると判断されて、購入条件から決定される予約残数量に対応する販売価格（定価に対する値引額でもよい）がレジに返信される。
【００３２】
ここで、購入条件として定められる予約残数量に応じて決定される商品の販売価格が、本発明では、予約残数量が減少する毎に変動するように設定される。これによって、商品の販売者は適切な利益を確保しながら、顧客が同一の商品を反復購入するインセンティブとなるような価格設定を個別に行うことが可能になる。
【００３３】
こうした価格設定をどのように行うかは特に限定されるものではないが（例えば、１個目のみ定価で以降は同額の割引価格とする、所定の個数を定価で販売した後にある段階から無料とする、といった価格設定にしてもよい）、図３の例に示したように、予約残数量が減少する毎に商品の販売単価が低下するように設定すると、顧客側には「まとめ買い」によってトータルの購入価格を抑えることができるうえに、買えば買うほど安くなるというメリットが生じることに加えて、販売者側にも値引の総額が固定されて収益管理を行いやすくなるとともに、仮に顧客が途中で予約分をキャンセルしたとしても顧客にペナルティを要求することなく採算ラインを維持することができるというメリットが生じるので、双方に好適な設定となる。
【００３４】
尚、図１では、購入予約の登録を店内に設置されたＫＩＯＳＫ端末から、購入時における購入予約の確認をレジから行うこととしているが、本発明はかかる実施形態に限定されるものではなく、例えば、商品の購入時における購入予約の確認もＫＩＯＳＫ端末から行い、各回の販売価格（定価に対する値引額でもよい）が表示されたクーポン券を出力してレジで提示させることとしてもよいし、逆に、初回購入時にレジで購入予約の登録を行える構成としてもよい。
【００３５】
図２は、本発明をインターネット上のオンラインショップに適用する第２の実施形態の概要を示したものである。販売管理サーバ側の構成は第１の実施形態と同様であるが、「まとめ買い」についての購入予約の登録、購入時の購入予約の確認は、いずれも顧客が操作するＰＣやスマートフォンなどのネットワーク端末から行われることになる。
【００３６】
図４は、第１の実施形態における本発明を実施するためのシステム構成の一例を示したものである。図４の販売管理サーバ１０が、本発明にかかる販売管理装置に対応する。
【００３７】
販売管理サーバ１０は、ＣＰＵ、メインメモリ、ＨＤＤ等の補助記憶装置が備えられたコンピュータであって、補助記憶装置に格納されたプログラムがメインメモリに読み出され、ＣＰＵで演算処理を実行することによって、所定の機能が実現される。
【００３８】
販売管理サーバ１０を構成するコンピュータの物理的な構成は特に限定されるものではなく、本発明で用いられる購入予約の登録や確認に関する機能以外の他の機能が同一のコンピュータに備えられるものであってもよい。本発明に必要な各々の機能は、物理的に一台のコンピュータによって実現されるものであってもよいし、複数のコンピュータを用いて実現されるものであってもよい。
【００３９】
販売管理サーバ１０の商品情報提供部１１、購入予約受付部１２、購入要求処理部１３は、いずれも機能的に特定されるものであって、ＨＤＤ等の補助記憶装置に格納された各部の機能に対応するプログラムがメインメモリに読み出され、ＣＰＵで演算処理を実行することによって、各部に対応する機能が実現される。
【００４０】
販売管理サーバ１０の顧客情報格納部１４、商品情報格納部１５、購入予約情報格納部１６には、それぞれＨＤＤ等の補助記憶装置の所定の記憶領域が割り当てられる。これらの記憶領域は物理的に一台のコンピュータに設けられることを要件とするものではなく、データベースサーバ等を構成するコンピュータなどを含む複数のコンピュータに設けられるものであってもよい。
【００４１】
店内端末２０にはＫＩＯＳＫ端末等が用いられるが、レジ端末３０とあわせて、販売管理サーバ１０とのデータ通信が可能な端末であれば、その構成は特に限定されるものではない。第２の実施形態においては、これらの端末が、インターネットに接続可能なＰＣ、スマートフォンなどのネットワーク端末に置換されることになる。
【００４２】
以上の構成を前提として、図５〜図８と、図９〜図１１のフローチャートを用いながら、第１の実施形態において、本発明を用いて購入予約情報を登録する処理フローと、購入要求に対して販売価格又は値引額を返信する処理フローについて説明する。
【００４３】
図５は、本発明において、「まとめ買い」が可能な商品情報が表示されるまでの流れを示したものである。顧客が店内端末２０に会員カードを挿入すると、会員カードから読み取られた顧客を識別する顧客コードが、店内端末２０から販売管理サーバ１０に送信される。尚、顧客コードの送信を送信する方法はこの方法に限定されるものではなく、例えば、顧客が店内端末２０を操作して入力する、顧客が所持しているスマートフォンから非接触で読み取るなどの方法を採用することとしてもよい。
【００４４】
顧客コードを受信した販売管理サーバ１０では、商品情報提供部１１が起動されて、図９のフローチャートに示した処理が実行される。店内端末２０から送信された顧客コードを受信すると（Ｓ０１）、顧客情報格納部１４（顧客データベース）を検索して、顧客の認証処理を実行する（Ｓ０２）。顧客の認証方法は特に限定されるものではなく、例えば、顧客にパスワードの入力を要求して顧客情報格納部１４（顧客データベース）にあらかじめ登録されたパスワードとの一致を認証の要件としてもよいし、顧客情報格納部１４（顧客データベース）に有効な顧客コードとして登録されていることをもって認証ＯＫと判断することとしてもよい。
【００４５】
顧客の認証ができない場合はエラー処理となるが、顧客であることが認証された場合は（Ｓ０３）、顧客の過去の購買履歴や属性などを対象とした所定のルールに基づき、商品情報格納部１５（商品データベース）を適宜参照しながら、顧客に対して推奨するレコメンド商品を選択する（Ｓ０４）。尚、ここで用いられるレコメンドのロジックは、特に限定されるものではなく、一般に顧客の嗜好に合った商品を推奨する際に用いられているレコメンドエンジンを採用することとすればよい。
【００４６】
選択されたレコメンド商品については、それらを店内端末のディスプレイに表示させるための画面ファイルが生成されるが、その中に「まとめ買い」が可能な商品が含まれている場合には（Ｓ０５）、「まとめ買い」が可能な商品に関する情報も含めたレコメンド商品情報の画面ファイルを生成して（Ｓ０６）、店内端末２０に送信する（Ｓ０７）。
【００４７】
図５には、店内端末２０に表示される画面の一例を示しているが、定価が１個１００円の商品Ａについては、６ヶ月以内に５個を購入する「まとめ買い」が可能であり、その価格が１個目は１００円、２個目は９０円と、予約残数量に対応して段階的に低下する購入条件が表示されている。商品Ｂについても同様に、購入期間と個数が指定された「まとめ買い」の場合の購入条件が表示されている。
【００４８】
これらの商品毎に「まとめ買い」が可能となる購入条件のパターンは、商品情報格納部１５（商品データベース）に格納しておくこととすればよいが、図５では、商品Ａについて表示される「まとめ買い」の購入条件のパターンが、購入条件のパターン毎に割り当てられた購入条件を識別するコード（ここでは「予約コード」の「Ａ−５」）によって特定できることとなっている。
【００４９】
図６は、図５のように「まとめ買い」が可能な商品情報が表示された状態から、顧客が「まとめ買い」を希望して、商品の購入予約情報がサーバ側に登録されるまでの流れを示したものである。顧客が店内端末２０のディスプレイに表示されたレコメンド商品に関する情報から、ここでは商品Ａを６ヶ月以内に５個購入する「まとめ買い」を希望して、ディスプレイ上で選択操作を行ったとする。そうすると、この「まとめ買い」の購入条件が選択されたことを示す情報が販売管理サーバ１０に送信される。「まとめ買い」の購入条件をどのように特定するかは特に限定されるものではないが、例えば、前述の購入条件を識別する予約コードを用いることとすればよい。
【００５０】
「まとめ買い」が選択されたケースを含め、顧客が購入したい商品の選択を受け付けた販売管理サーバ１０では、購入予約受付部１２が起動されて、図１０のフローチャートに示した処理が実行される。店内端末２０から選択された商品に関する情報（「まとめ買い」の場合の「まとめ買い」の購入条件を識別する予約コード等）を受け付けると（Ｓ１１）、選択された顧客が購入を希望する商品が「まとめ買い」に該当するかを予約コード等から判断し（Ｓ１２）、「まとめ買い」に該当しない場合は、商品購入の際の値引に用いることできるクーポン券の発行などの所定の処理が実行される（Ｓ１６）。
【００５１】
「まとめ買い」に該当する場合は、購入予約の時点から「まとめ買い」による購入が可能な期間が経過する時を購入期限に設定し（Ｓ１３）、設定された購入期限の他、「まとめ買い」の購入条件を識別する予約コード、購入予約をした顧客を識別する顧客コード、購入予約がされた商品を識別する商品コード、予約残数量（購入予約の時点では当初の予約数量となる）を含む購入予約情報が、購入予約情報格納部１６（購入予約データベース）に新たな購入予約情報として登録される（Ｓ１４）。また、店内端末２０には、購入予約の登録が完了したことが通知され（Ｓ１５）、店内端末２０のディスプレイに表示される。
【００５２】
図６には、購入予約情報格納部１６（購入予約データベース）に新たな購入予約情報が登録された例が示されている。また、商品情報格納部１５（商品データベース）には、予約残数量に対応した販売価格を含めた「まとめ買い」のパターン毎の購入条件が格納されており、両者は「まとめ買い」の購入条件を識別する予約コード（この例では「Ａ−５」）をキーに関連づけられているので、購入予約情報格納部１６（購入予約データベース）に格納された各々の購入予約情報に対応する購入条件は、予約コードをキーに商品情報格納部１５（商品データベース）を検索することによって特定することができる。
【００５３】
但し、各々の購入予約情報に対応する購入条件を特定するための方法は、ここに示した予約コードを用いる例に限定されるものではなく、例えば、購入予約情報格納部１６（購入予約データベース）に格納される各々の購入予約情報に、予約残数量に応じた販売価格などの購入条件を含めることとしてもよい。
【００５４】
図７は、図６のように「まとめ買い」の購入予約に関する情報が購入予約情報格納部１６（購入予約データベース）に格納された状態で、顧客が購入予約をした商品を初めて購入する際の流れを示したものである。「まとめ買い」の購入予約をした商品を購入したい顧客は、レジ端末３０が設置されたレジで、会員カードと商品を提示する。レジ端末３０では会員カードから会員コードを、商品に貼付されたバーコード等からＪＡＮコード等の商品コードを読み取り、これらのコードが指定された購入要求が販売管理サーバ１０に送信される。
【００５５】
購入要求を受け付けた販売管理サーバ１０では、購入要求処理部１３が起動されて、図１１のフローチャートに示した処理が実行される。レジ端末３０から受信した購入要求から顧客コードと商品コードを特定すると（Ｓ２１）、購入予約情報格納部１６（購入予約データベース）を検索して（Ｓ２２）、購入要求の対象となる商品が、顧客が購入予約をしている商品に該当するかを確認する（Ｓ２３）。
【００５６】
購入予約がされた商品であると確認されると、該当する購入予約情報に含まれる購入期限を現在の日付と対比して、購入期限が経過していないかを確認する（Ｓ２４）。購入予約がされた商品でない場合、購入予約がされた商品であっても購入期限が経過している場合の処理方法は特に限定されるものではないが、例えば、定価での扱いとなる通知をレジ端末３０に返信するなど、所定の処理を実行する（Ｓ２８）。
【００５７】
購入予約がされた商品であり、かつ購入期限が経過していないことが確認されると、購入予約情報からその時点における予約残数量を確認し、予約残数量に対応する販売価格を読み出して（Ｓ２５）、レジ端末３０に送信する（Ｓ２６）。予約残数量に対応する販売価格については、図７の例に示したように、購入予約情報に購入条件のパターンを識別する予約コードを含むこととして、予約コードをキーに予約残数量に対応した販売価格を商品情報格納部１５（商品データベース）から読み出すこととしてもよいし、先に説明したように、購入予約情報格納部１６（購入予約データベース）に格納される各々の購入予約情報に予約残数量に対応した販売価格を含めておき、これを読み出すこととしてもよい。
【００５８】
また、レジ端末３０には商品の販売価格に替えて、定価からの値引額を送信して、販売価格はレジ端末３０側で演算するよう構成してもよい。この場合、商品情報格納部１５（商品データベース）や購入予約情報格納部１６（購入予約データベース）には、予約残数量に対応した販売価格に替えて、予約残数量に対応した値引額を格納しておくことが好ましい。
【００５９】
続いて、購入予約情報格納部１６（購入予約データベース）に格納された購入予約情報に含まれる予約残数量を、今回の販売数量を減じて更新する（Ｓ２７）。あわせて、顧客の当該商品の購入履歴を、顧客情報格納部１４（顧客データベース）に書き込むこととしてもよい。尚、図７の例では、購入予約がされた商品Ａが１個購入されたこととしていて、予約残数量は「５」から「４」に更新されているが、複数個が購入される場合には、各々何個目の購入か（すなわち予約残数量が何個になるか）に対応する販売価格を読み出してレジ端末３０に送信するとともに、販売した数量分だけ予約残数量が減算されることになる。
【００６０】
また、購入予約情報格納部１６（購入予約データベース）に格納された購入予約情報には、予約残数量に替えて、当初の予約数量と販売済数量を記憶させておく構成としてもよい。この場合も、予約数量から販売済数量を減ずることによって予約残数量が特定できるので同様の処理が可能であり、販売後には予約残数量ではなく、販売済数量が更新されることとなる。
【００６１】
図８は、購入予約がされた商品について２個目を購入する際の流れを示したものであるが、予約残数量は「４」に減じられていたので、この予約残数量に対応する販売価格、すなわち、２個目の販売価格である「９０円」がレジ端末３０に返信され、予約残数量は「３」に更新されることになる。
【００６２】
尚、予約残数量に対応して変動する販売価格等の購入条件や購入期限などの「まとめ買い」に対応した販売価格を決定するために必要な情報を、販売管理サーバ１０側で保持することを前提に説明したが、本発明は、これらの情報を購入予約の登録時に顧客が操作する端末側に返信し、顧客の保有する会員カードのＩＣチップ等の記憶媒体に書き込んで、あるいは、これらの情報を２次元コード化してクーポン券として出力して、購入予約をした商品の購入時には、販売管理サーバ１０と交信するのではなく、レジ端末３０において会員カードやクーポン券から必要な情報を読み取って販売価格を決定するように構成することも可能である。
【符号の説明】
【００６３】
１０  販売管理サーバ
１１  商品情報提供部
１２  購入予約受付部
１３  購入要求処理部
１４  顧客情報格納部
１５  商品情報格納部
１６  購入予約情報格納部
２０  店内端末
３０  レジ端末
【要約】
【課題】  同一の商品等が購入時期をずらして反復購入されるケースにおいて、採算ラインを考慮した適切な値引額を設定することが可能な販売管理装置を提供する。
【解決手段】  顧客が商品等を購入する際に、購入が同時でなくても、購入予約として「まとめ買い」を受け付け、購入予約に関する情報を販売管理サーバに登録する。販売管理サーバでは、購入予約がされた予約残数量分を管理し、各々の購入時には購入予約情報を確認し、あらかじめ「まとめ買い」による値引を考慮して購入条件として定められた販売価格が適用されるよう構成することによって、同一の商品又はサービスが購入時期をずらして反復購入されるケースにおいても、採算ラインを考慮した適切な値引額を設定することが可能となっている。
【選択図】        図１【図１】
0005629029.tif 000002
【図２】
0005629029.tif 000003
【図３】
0005629029.tif 000004
【図４】
0005629029.tif 000005
【図５】
0005629029.tif 000006
【図６】
0005629029.tif 000007
【図７】
0005629029.tif 000008
【図８】
0005629029.tif 000009
【図９】
0005629029.tif 000010
【図１０】
0005629029.tif 000011
【図１１】
0005629029.tif 000012