JP2013145423A - 購入支援方法および購入支援プログラム - Google Patents

Abstract

【課題】利用者が負担感を起こさずに効率よくサービスを受けられるように，利用者の商品購入を支援する技術を提供する。
【解決手段】端末１０において，算出部１３は，利用者の購入予定商品の合計金額を算出する。また，算出部１３は，算出された合計金額をサービス付与の単位額で除算して，端数金額を算出する。また，算出部１３は，サービス付与の単位額から端数金額を差し引いて，サービスを受けるのに必要な追加金額を算出する。抽出部１４は，購入予定商品から，量に応じて課金される商品である第１の商品を抽出する。特定部１５は，サーバ２０に依頼して，第１の商品と同種で量が異なる商品のうち，第１の商品よりも追加金額以上高い第２の商品を特定する。出力部１６は，第２の商品を第１の商品と交換する商品の候補として提案する情報を出力する。
【選択図】図２

Description

本発明は，利用者の商品購入を支援する購入支援方法および購入支援プログラムに関するものである。

例えば，ホームセンターや食品スーパー，ドラッグストアなどの様々な店舗において，特定の購入金額ごとにポイントを付与するなどのサービスが行われている。このようなサービスでは，商品を購入する利用者は，例えばポイントが所定以上貯まった場合に，貯まったポイントを円換算して支払いにあてることができる。利用者としては，なるべく効率よくポイントの付与を受けたいという要望がある。

なお，取引金額に応じて顧客にサービスを提供する場合に，どのような商品を追加購入すればサービスを受けられるかを顧客にガイダンスする技術が知られている。

特開平１０−１８８１３７号公報

利用者は，効率よくポイントの付与を受けたい場合には，現在買い物かごに入っている購入予定商品の金額や，ポイントアップされる金額，効率よくポイントの付与を受けるために購入する商品の金額等を，常に考えながら買い物をしなければならない。このように，効率のよいポイントの付与を考えながらの買い物には，金額の計算に時間がかかる，効率よくポイントアップする商品を探すのに苦労する，などの問題がある。

上述のサービスを受けるために追加購入する商品をガイダンスする技術もあるが，この技術では，利用者が購入予定のなかった別の品物を購入することになり，利用者に負担感を起こさせる恐れがある。

一側面では，本発明は，利用者が負担感を起こさずに効率よくサービスを受けられるように，利用者の商品購入を支援する技術を提供することを目的とする。

１態様では，購入支援方法は，コンピュータが，購入予定商品の合計金額を算出し，合計金額をサービス付与の単位額で除算して端数金額を算出し，サービス付与の単位額から端数金額を差し引いてサービスを受けるのに必要な追加金額を算出し，購入予定商品から量に応じて課金される商品である第１の商品を抽出し，第１の商品と同種で量が異なる商品のうち第１の商品よりも追加金額以上高い第２の商品を特定し，第２の商品を第１の商品と交換する商品の候補として提案する情報を出力する処理を実行する。

１態様では，利用者は，負担感を起こさずに，効率よくサービスを受けられるようになる。

本実施の形態による店舗販売システムの例を示す図である。 本実施の形態による端末，サーバの機能的な構成例を示す図である。 本実施の形態による端末およびサーバを実現するコンピュータのハードウェア構成例を示す図である。 本実施の形態による設定データの例を示す図である。 本実施の形態による商品陳列データの例を示す図である。 本実施の形態による購入データの例（１）を示す図である。 本実施の形態による購入合計データの例（１）を示す図である。 本実施の形態による抽出データの例（１）を示す図である。 本実施の形態による交換候補商品データの例（１）を示す図である。 本実施の形態による購入データの例（２）を示す図である。 本実施の形態による購入合計データの例（２）を示す図である。 本実施の形態による抽出データの例（２）を示す図である。 本実施の形態による交換候補商品データの例（２）を示す図である。 本実施の形態による端末画面の例（１）を示す図である。 本実施の形態による端末画面の例（２）を示す図である。 本実施の形態による端末画面の例（３）を示す図である。 本実施の形態による端末画面の例（４）を示す図である。 本実施の形態の端末による購入支援処理フローチャートである。 本実施の形態の端末による購入データ生成処理フローチャートである。 本実施の形態のサーバによる商品陳列データ更新処理フローチャートである。 本実施の形態の端末による算出処理フローチャートである。 本実施の形態の端末による交換候補特定処理フローチャートである。 本実施の形態のサーバによる検出処理フローチャートである。 本実施の形態のサーバによる加算商品検出処理フローチャートである。 本実施の形態のサーバによる減算商品検出処理フローチャートである。 本実施の形態の端末による出力処理フローチャートである。

以下，本実施の形態について，図を用いて説明する。

図１は，本実施の形態による店舗販売システムの例を示す図である。

図１に示す店舗販売システムの例において，カート３０は，商品を購入する利用者が店舗内で利用するショッピングカートである。店舗内で利用される各カート３０には，それぞれ端末１０が備え付けられている。

図１に示す店舗販売システムの例では，販売する商品が陳列されている店舗内に，無線ＬＡＮ（Local Area Network）アクセスポイント３１が配置されている。無線ＬＡＮアクセスポイント３１は，ネットワーク３２を介してサーバ２０に接続されている。ネットワーク３２は，例えば，店舗内の有線ＬＡＮや，店舗外部のインターネットなどである。

サーバ２０は，商品管理，販売管理，サービス管理，顧客管理など，店舗におけるさまざまな管理を行うコンピュータである。サーバ２０は，例えば，店舗に備え付けられた店舗サーバであってもよいし，店舗外から店舗管理を行う本部機構に備えられた本部サーバであってもよい。

端末１０は，利用者が購入を予定してカート３０に入れた商品の情報を取得する機能や，それらの商品の情報を管理する機能を備える。また，端末１０は，無線ＬＡＮにアクセスする機能を備え，無線ＬＡＮアクセスポイント３１，ネットワーク３２を介してサーバ２０と通信を行うことが可能である。

本実施の形態による端末１０は，利用者の商品購入を支援する機能を備える。本実施の形態による端末１０の利用者の商品購入を支援する機能では，利用者が店側が提供するサービスを効率よく受けられるように，利用者に対して商品の紹介を行う。

だだし，いくら金額的にはサービスを受ける効率がよくても，購入予定のない商品の購入を勧められると，利用者は負担感を起こしてしまう。本実施の形態による端末１０の利用者の商品購入を支援する機能では，利用者が負担感を起こさないように，利用者が購入を希望する商品の範囲内で，適切な商品の紹介を行う。

図２は，本実施の形態による端末，サーバの機能的な構成例を示す図である。

図２に示す端末１０，サーバ２０の構成では，本実施の形態による利用者の商品購入を支援する機能に関する構成が示されている。

端末１０は，商品情報取得部１１，購入データ生成部１２，算出部１３，抽出部１４，特定部１５，出力部１６，データ記憶部１００を備える。

データ記憶部１００は，利用者の商品購入に関する様々なデータを記憶する記憶部である。データ記憶部１００には，設定データ１０１，購入データ１０２，購入合計データ１０３，抽出データ１０４，交換候補商品データ１０５などのデータが記憶される。

設定データ１０１には，サービス付与の単位額などの設定情報が記録される。購入データ１０２には，利用者のカート３０に入っている購入予定商品の情報が記録される。購入合計データ１０３には，購入予定商品の合計金額など，利用者の購入予定商品に関して算出される数値などの情報が記録される。抽出データ１０４には，利用者の購入予定商品から抽出される，量に応じて課金される商品の情報が記録される。交換候補商品データ１０５には，利用者の購入予定商品と交換することによって，利用者が効率よくサービスを受けられるようになる商品の情報が記録される。

商品情報取得部１１は，利用者がカート３０に取り入れる商品の情報，利用者がカート３０から取り出す商品の情報を取得する。

購入データ生成部１２は，利用者によるカート３０への商品の取り入れ，カートからの商品の取り出しに応じて，データ記憶部１００に記憶された購入データ１０２を更新する。また，購入データ生成部１２は，利用者によってカート３０に対して取り入れ，取り出しされた商品について，その情報をサーバ２０に通知する。

算出部１３は，利用者の購入予定商品に関する様々な値の算出を行う。より具体的には，算出部１３は，データ記憶部１００に記憶された購入データ１０２に基づいて，利用者がカート３０に取り入れた購入予定商品の合計金額を算出する。また，算出部１３は，算出された合計金額を，データ記憶部１００に記憶された設定データ１０１に記録されたサービス付与の単位額で除算して，その端数金額を算出する。また，算出部１３は，データ記憶部１００に記憶された設定データ１０１に記録されたサービス付与の単位額から，算出された端数金額を差し引いて，利用者がさらにサービスを受けるのに必要な追加金額を算出する。

抽出部１４は，データ記憶部１００に記憶された購入データ１０２を参照し，利用者の購入予定商品から，量に応じて課金される商品である第１の商品を抽出する。抽出部１４は，抽出された第１の商品の情報を記録した抽出データ１０４をデータ記憶部１００に記憶する。

特定部１５は，抽出された第１の商品と同種で量が異なる商品のうち，第１の商品よりも算出された追加金額以上高い第２の商品を特定する。第２の商品は，まだどの利用者も購入予定としていない，店舗が販売する商品である。なお，本実施の形態の特定部１５は，データ記憶部１００に記憶された購入合計データ１０３に記録された追加金額の情報と，データ記憶部１００に記憶された抽出データ１０４とをサーバ２０に送り，第２の商品の検出を依頼する。特定部１５は，サーバ２０から，第２の商品の検出結果が記録された交換候補商品データ１０５を取得する。特定部１５は，サーバ２０から受けた交換候補商品データ１０５を，データ記憶部１００に記憶する。

また，特定部１５は，抽出された第１の商品と同種で量が異なる商品のうち，第１の商品よりも算出された端数金額以下安い第３の商品を特定する。第３の商品は，まだどの利用者も購入予定としていない，店舗が販売する商品である。なお，本実施の形態の特定部１５は，データ記憶部１００に記憶された購入合計データ１０３に記録された端数金額の情報と，データ記憶部１００に記憶された抽出データ１０４とをサーバ２０に送り，第３の商品の検出を依頼する。特定部１５は，サーバ２０から，第３の商品の検出結果が記録された交換候補商品データ１０５を取得する。特定部１５は，サーバ２０から受けた交換候補商品データ１０５を，データ記憶部１００に記憶する。

出力部１６は，データ記憶部１００に記憶された交換候補商品データ１０５に記録された第２の商品を，第１の商品と交換する商品の候補として提案する情報を出力する。また，出力部１６は，データ記憶部１００に記憶された交換候補商品データ１０５に記録された第３の商品を，第１の商品と交換する商品の候補として提案する情報を出力する。例えば，出力部１６は，端末１０のディスプレイに，効率よいサービスを受けるために，購入予定商品と交換する商品の候補を提示する画面を出力する。

サーバ２０は，更新部２１，検出部２２，商品陳列データ記憶部２００を備える。商品陳列データ記憶部２００は，店舗に陳列される商品の情報が記録された商品陳列データを記憶する記憶部である。

更新部２１は，端末１０から，利用者の購入予定商品の変更を受けると，その購入予定商品の変更に応じて，商品陳列データ記憶部２００に記憶された商品陳列データを更新する。

検出部２２は，端末１０からの依頼を受けて，利用者の購入予定商品と交換する商品の候補を検出する。検出部２２は，加算商品検出部２３，減算商品検出部２４を備える。

例えば，検出部２２は，端末１０から抽出データ１０４と追加金額の情報とを取得する。このとき，加算商品検出部２３は，商品陳列データ記憶部２００に記憶された商品陳列データから，抽出データ１０４の第１の商品と同種で量が異なる商品で，該第１の商品よりも追加金額以上高い第２の商品を検出する。検出部２２は，検出された第２の商品を記録した交換候補商品データ１０５を，端末１０に返す。

また，例えば，検出部２２は，端末１０から抽出データ１０４と端数金額の情報とを取得する。このとき，減算商品検出部２４は，商品陳列データ記憶部２００に記憶された商品陳列データから，抽出データ１０４の第１の商品と同種で量が異なる商品で，該第１の商品よりも端数金額以下安い第３の商品を検出する。検出部２２は，検出された第３の商品を記録した交換候補商品データ１０５を，端末１０に返す。

図３は，本実施の形態による端末およびサーバを実現するコンピュータのハードウェア構成例を示す図である。

図２に示す本実施の形態の端末１０およびサーバ２０を実現するコンピュータ１は，例えば，ＣＰＵ（Central Processing Unit ）２，主記憶となるメモリ３，記憶装置４，通信装置５，媒体読取・書込装置６，入力装置７，出力装置８等を備える。記憶装置４は，例えばＨＤＤ（Hard Disk Drive ）等の外部記憶装置や，補助記憶装置などである。媒体読取・書込装置６は，例えばＣＤ−Ｒ（Compact Disc Recordable ）ドライブやＤＶＤ−Ｒ（Digital Versatile Disc Recordable ）ドライブなどである。入力装置７は，例えばキーボード・マウスなどである。出力装置８は，例えばディスプレイ等の表示装置などである。

図２に示す端末１０やサーバ２０が備える各機能部は，コンピュータ１が備えるＣＰＵ２，メモリ３等のハードウェアと，ソフトウェアプログラムとによって実現することが可能である。コンピュータ１が実行可能なプログラムは，記憶装置４に記憶され，その実行時にメモリ３に読み出され，ＣＰＵ２により実行される。

コンピュータ１は，可搬型記録媒体から直接プログラムを読み取り，そのプログラムに従った処理を実行することもできる。また，コンピュータ１は，サーバコンピュータからプログラムが転送されるごとに，逐次，受け取ったプログラムに従った処理を実行することもできる。さらに，このプログラムは，コンピュータ１で読み取り可能な記録媒体に記録しておくことができる。

以下，本実施の形態の端末１０とサーバ２０とによる，利用者の商品購入を支援する処理について，より具体的な例を用いて説明する。

図４は，本実施の形態による設定データの例を示す図である。

図４に示す設定データ１０１は，端末１０のデータ記憶部１００に記憶される設定データ１０１の一例である。図４に示す設定データ１０１には，ポイント付与単位金額の情報が記載されている。図４に示す設定データ１０１のポイント付与単位金額は，上記のサービス付与の単位額の一例である。

本実施の形態の例では，店舗側から利用者へのサービスが，購入商品の合計金額に応じたポイント付与のサービスであるものとする。すなわち，利用者による購入商品の合計金額がポイント付与単位金額の倍数額以上となるごとに，利用者は１ポイントのポイント付与を受けるものとする。なお，店舗側から利用者へのサービスとしては，ポイントサービス以外にも，商品券や割引券の発行サービス，福引券の発行サービスなど，様々なサービスが考えられる。

本実施の形態では，図４に示す設定データ１０１は，端末１０のデータ記憶部１００にあらかじめ記憶されているものとする。なお，端末１０が必要に応じてサーバ２０にポイント付与単位金額を問い合わせて取得するなどの設計は，任意である。

図５は，本実施の形態による商品陳列データの例を示す図である。

図５に示す商品陳列データ２０１は，サーバ２０の商品陳列データ記憶部２００に記憶される商品陳列データの一例である。図５に示す商品陳列データ２０１には，店舗内に陳列されている商品の情報が記録されている。図５に示す商品陳列データ２０１は，商品コード，分類コード，品名，単価（１００ｇ），量，金額，グラム売商品，陳列数量などの情報を持つ。

商品コードは，商品の識別情報である。分類コードは，精肉，鮮魚，野菜，惣菜などの商品分類の識別情報である。品名は，商品の名称を示す。単価は，商品の単価を示す。なお，商品がグラム売商品である場合には，単価は，１００ｇあたりの価格を示す。本実施の形態によるグラム売商品は，上記の量に応じて課金される商品の一例である。量は，商品がグラム売商品である場合に，例えば１パッケージの商品の量を示す。金額は，商品の金額を示す。商品がグラム売商品である場合には，金額は，例えば１パッケージの金額を示している。グラム売商品は，商品がグラム売商品であるかを示す。ここでは，グラム売商品には，○が付けられている。グラム売商品には，精肉，鮮魚，野菜などの生鮮食品が多い。陳列数量は，商品が店舗内に陳列されている数を示す。

本実施の形態では，商品コードと分類コードとで，商品が識別可能となっているものとする。例えば，グラム売商品について，同種の商品であれば，１パックにつめられた量が異なっていても，商品コードと分類コードとが同じとなる。

サーバ２０では，店舗内に陳列される商品の変更に応じて商品陳列データ２０１の更新が行われており，商品陳列データ２０１には，常に店舗内に陳列されている商品の最新の状態が反映されているものとする。

このような状況において，利用者は，カート３０を押して店舗内を歩き，購入したい商品を陳列棚からカート３０に取り入れる。また，利用者は，一度はカート３０に取り入れたものの不要になった商品を，カート３０から取り出して陳列棚に戻す。カート３０に入っている商品が，利用者の購入予定商品となる。

利用者がカート３０に商品を取り入れる，またはカート３０から商品を取り出すと，端末１０の商品情報取得部１１は，カート３０に取り入れられた商品，またはカート３０から取り出された商品の情報を取得する。

カート３０に出し入れする商品の情報を取得する方法として，例えば，バーコードを利用する方法が考えられる。例えば，商品に商品の情報が記録されたバーコードが取り付けられており，カート３０の端末１０にバーコードリーダが取り付けられているものとする。このとき，利用者は，カート３０の端末１０に取り付けられたバーコードリーダに，カート３０に出し入れする商品のバーコードを読み取らせる。商品情報取得部１１は，バーコード読取り情報を商品の情報として取得する。なお，バーコード読取り情報でサーバ２０に問い合わせを行い，さらに詳細な商品の情報を取得するといった実施も可能である。

また，カート３０に出し入れする商品の情報を取得する方法として，例えば，電子タグを利用した方法が考えられる。例えば，商品に商品の情報が記録されたＲＦＩＤ（Radio Frequency IDentification）タグが取り付けられており，カート３０の端末１０にタグリーダが取り付けられているものとする。端末１０は，タグリーダによる読取り情報から，カート３０に入っている商品を常に監視している。カート３０に入っている商品に変更があった場合，商品情報取得部１１は，タグリーダによる読取り情報から変更があった商品の情報を取得する。

このような方法以外にも，例えば，利用者が，商品のパッケージに印刷された商品名や商品の識別番号を端末１０に入力するなど，カート３０に出し入れする商品の情報を取得する方法としては，様々な方法が考えられ，任意の設計が可能である。

カート３０に出し入れされた商品の情報が取得されると，購入データ生成部１２は，データ記憶部１００に記憶された購入データ１０２を更新する。

図６は，本実施の形態による購入データの例（１）を示す図である。

図６に示す購入データ１０２ａは，データ記憶部１００に記憶された購入データ１０２の一例である。図６に示す購入データ１０２ａは，商品コード，分類コード，品名，単価（１００ｇ），量（数量），金額，グラム売商品などの情報を持つ。

商品コードは，商品の識別情報である。分類コードは，商品分類の識別情報である。品名は，商品の名称を示す。単価は，商品の単価を示す。商品がグラム売商品である場合には，単価は，１００ｇあたりの価格を示す。量（数量）は，商品がグラム売商品である場合に，例えば１パッケージの商品の量を示す。量（数量）は，商品がグラム売商品でない場合に，カート３０に入れられた同じ商品の個数を示す。金額は，商品の金額を示す。商品がグラム売商品でない場合には，金額は，単価に数量をかけた金額を示す。グラム売商品は，商品がグラム売商品であるかを示す。

購入データ生成部１２は，カート３０に商品が取り入れられた際に，その商品がグラム売商品であれば，購入データ１０２に新規のレコードを生成して，商品の情報を記録する。購入データ生成部１２は，カート３０に取り入れられた商品がグラム売商品でなければ，該当商品のレコードがない場合には，購入データ１０２に新規のレコードを生成して商品の情報を記録し，該当商品のレコードがある場合には，その量（数量）を加算する。

また，購入データ生成部１２は，カート３０から商品が取り出された際に，その商品がグラム売商品であれば，購入データ１０２から該当商品のレコードを削除する。購入データ生成部１２は，カート３０から取り出された商品がグラム売商品でなければ，該当商品のレコードの量（数量）が１の場合には，購入データ１０２から該当商品のレコードを削除し，該当商品のレコードの量（数量）が２以上の場合には，その量（数量）を減算する。

購入データ生成部１２は，カート３０に入っている利用者の購入予定商品が変更された場合に，変更された商品の情報を，サーバ２０に送信する。

サーバ２０において，更新部２１は，端末１０から購入予定商品の変更を受けると，商品陳列データ記憶部２００の商品陳列データ２０１を更新する。例えば，変更がカート３０への商品の取り入れである場合，更新部２１は，商品陳列データ２０１の該当商品の陳列数量を減算する。また，例えば，変更がカート３０からの商品の取り出しである場合，更新部２１は，商品陳列データ２０１の該当商品の陳列数量を加算する。

端末１０において，算出部１３は，購入データ１０２を参照し，カート３０に入っている利用者の購入予定商品の合計金額を算出する。また，算出部１３は，算出された合計金額を所定のポイント付与単位金額で割った商を，獲得ポイントとする。また，算出部１３は，算出された合計金額を所定のポイント付与単位金額で割った余りを，剰余金額とする。剰余金額が，上記の端数金額の一例である。剰余金額は，ポイント付与のサービスを受けるのに無駄となってしまう金額を示している。

算出部１３は，ポイントアップ必要額を算出する。ポイントアップ必要額は，利用者が現在の購入予定商品の合計金額から，さらに次のポイントを獲得するのに必要となる金額の範囲を示す。

ポイントアップ必要額の範囲の下限値は，次のポイントを獲得するのに最低限必要となる合計金額に対する追加金額を示す。ポイントアップ必要額の範囲の下限値は，ポイント付与単位金額から剰余金額を差し引くことにより求められる。ポイントアップ必要額の範囲の下限値が，上記のサービスを受けるのに必要な追加金額の一例である。

ポイントアップ必要額の範囲の上限値は，次のポイントの獲得を目的として合計金額に追加を許可する金額の上限を示す。合計金額に対する追加金額が大きくなり過ぎると，返って無駄となる剰余金額が大きくなってしまう。本実施の形態では，ポイントアップ必要額の上限値を設定して，利用者に提案する商品の交換によって剰余金額が大きくなってしまうことを防止する。

ポイントアップ必要額の範囲の上限値の算出については，剰余金額を減らす値を求められれば，任意の設計が可能である。例えば，追加金額に，ポイント付与単位金額の半分（小数点以下切捨て）を加算して，ポイントアップ必要額の範囲の上限値を算出する方法が考えられる。また，例えば，ポイント付与単位金額から１を引いて，ポイントアップ必要額の範囲の上限値を算出する方法が考えられる。

また，算出部１３は，剰余金額をポイント維持可能額の上限値として設定する。ポイント維持可能額は，利用者の現在の購入予定商品の合計金額から減らしても，現在の獲得ポイントが維持される金額の範囲を示す。

利用者が効率よくポイント付与のサービスを受けるということは，剰余金額を極力減らすということである。剰余金額を減らすアプローチとしては，利用者の購入予定商品の合計金額を上げて追加のポイントを獲得しつつ剰余金額を減らすパターンと，現在の獲得ポイントを維持したまま利用者の購入予定商品の合計金額を下げて剰余金額を減らすパターンとがある。本実施の形態において，前者のパターンのアプローチを行うために算出される値が，ポイントアップ必要額であり，後者のパターンのアプローチを行うために算出される値が，ポイント維持可能額である。

本実施の形態の例では，剰余金額がポイント付加単位金額の半分以上である場合に，ポイントアップ必要額を算出し，剰余金額がポイント付加単位金額の半分未満である場合に，ポイント維持可能額を算出するものとする。これは，利用者の購入商品の合計金額をより近いポイント付加単位金額の倍数値に近づける商品交換を提案するためである。

このようなポイントアップ必要額算出やポイント維持可能額算出の基準値の設定には，任意の設計が可能である。例えば，剰余金額に関係なく，ポイントアップ必要額算出とポイント維持可能額算出を行うようにしてもよい。また例えば，剰余金額に関係なく，ポイントアップ必要額算出とポイント維持可能額算出とのいずれか一方のみを行うようにしてもよい，いずれか一方の算出で，利用者に対する商品交換の提案ができなかった場合に，もう一方の算出を行うようにしてもよい。

図７は，本実施の形態による購入合計データの例（１）を示す図である。

図７に示す購入合計データ１０３ａは，データ記憶部１００に記憶された購入合計データ１０３の一例である。図７に示す購入合計データ１０３ａには，図６に示す購入データ１０２ａから算出された各算出項目の数値が記録されている。図７に示す購入合計データ１０３ａは，項目ＩＤ，算出項目，数値の情報を持つ。項目ＩＤは，算出項目に付された識別情報である。

図７の購入合計データ１０３ａに示すように，この例では，剰余金額８５円がポイント付与単位金額１０５円の半分５２．５円を超えているので，算出部１３により，ポイントアップ必要額が求められている。

抽出部１４は，購入データ１０２を参照し，利用者の購入予定商品からグラム売商品を抽出する。抽出部１４は，抽出されたグラム売商品のデータを抽出データ１０４に記録する。

図８は，本実施の形態による抽出データの例（１）を示す図である。

図８に示す抽出データ１０４ａは，データ記憶部１００に記憶された抽出データ１０４の一例である。図８に示す抽出データ１０４ａには，図６に示す購入データ１０２ａから抽出されたグラム売商品のデータが記録されている。図８に示す抽出データ１０４ａは，商品コード，分類コード，品名，単価（１００ｇ），量，金額，グラム売商品などの情報を持つ。

商品コードは，商品の識別情報である。分類コードは，商品分類の識別情報である。品名は，商品の名称を示す。単価は，１００ｇあたりの商品の価格を示す。量は，例えば１パッケージの商品の量を示す。金額は，商品の金額を示す。グラム売商品は，商品がグラム売商品であることを示す。

特定部１５は，ポイントアップ必要額またはポイント維持可能額と，抽出データ１０４とをサーバ２０に送ることで，利用者に対して交換を提案する商品の検出をサーバ２０に依頼する。例えば，特定部１５は，図７に示す購入合計データ１０３ａのポイントアップ必要額と，図８に示す抽出データ１０４ａとをサーバ２０に送る。

サーバ２０において，検出部２２は，ポイントアップ必要額と抽出データ１０４とを受けると，加算商品検出部２３によって，商品陳列データ２０１から，利用者に対して交換を提案する商品を検出する。

加算商品検出部２３は，抽出データ１０４の各商品ごとに，利用者に対して交換を提案する商品を検出する。例えば，加算商品検出部２３は，抽出データ１０４のある商品について，商品陳列データ２０１から，同種の商品で量が異なる商品を検出する。さらに，加算商品検出部２３は，商品陳列データ２０１から検出された商品のうち，抽出データ１０４の商品の金額より，ポイントアップ必要額の範囲で高い金額の商品を検出する。すなわち，加算商品検出部２３は，商品陳列データ２０１から検出された商品の金額から，抽出データ１０４の商品の金額を差し引いた差分の金額が，ポイントアップ必要額に示される範囲の金額となる商品を検出する。加算商品検出部２３は，検出された商品のうち，最も安い商品を，検出結果として交換候補商品データ１０５に記録する。

検出部２２は，加算商品検出部２３による検出結果の商品が記録された交換候補商品データ１０５を，依頼を行った端末１０に送る。端末１０において，特定部１５は，サーバ２０から受けた交換候補商品データ１０５を，データ記憶部１００に記憶する。

図９は，本実施の形態による交換候補商品データの例（１）を示す図である。

図９に示す交換候補商品データ１０５ａは，サーバ２０の検出部２２の加算商品検出部２３により生成され，特定部１５によりデータ記憶部１００に記憶された交換候補商品データ１０５の一例である。図９に示す交換候補商品データ１０５ａには，加算商品検出部２３によって，図５に示す商品陳列データ２０１から検出された，図８に示す抽出データの商品と交換する商品の候補が記録されている。

図９に示す交換候補商品データ１０５ａにおいて，交換元商品は，利用者の購入予定商品である。交換先商品は，交換元商品と交換する商品の候補である。なお，図９に示す交換候補商品データ１０５ａにおいて，交換元商品，交換先商品がそれぞれ持つ情報は，抽出データ１０４が持つ情報と同様である。

ここで，購入データ１０２が，図６に示す購入データ１０２ａと異なる別の例について，説明する。

図１０は，本実施の形態による購入データの例（２）を示す図である。

図１０に示す購入データ１０２ｂは，データ記憶部１００に記憶された購入データ１０２の一例である。

図１１は，本実施の形態による購入合計データの例（２）を示す図である。

図１１に示す購入合計データ１０３ｂは，データ記憶部１００に記憶された購入合計データ１０３の一例である。図１１に示す購入合計データ１０３ｂには，図１０に示す購入データ１０２ｂから算出された各算出項目の数値が記録されている。

図１１の購入合計データ１０３ｂに示すように，この例では，剰余金額１６円がポイント付与単位金額１０５円の半分５２．５円を下回っているので，算出部１３により，ポイント維持可能額が求められている。

図１２は，本実施の形態による抽出データの例（２）を示す図である。

図１２に示す抽出データ１０４ｂは，データ記憶部１００に記憶された抽出データ１０４の一例である。図１２に示す抽出データ１０４ｂには，図１０に示す購入データ１０２ｂから抽出されたグラム売商品のデータが記録されている。

ここで，特定部１５は，例えば，図１１に示す購入合計データ１０３ｂのポイント維持可能額と，図１２に示す抽出データ１０４ｂとをサーバ２０に送る。サーバ２０において，検出部２２は，ポイント維持可能額と抽出データ１０４とを受けると，減算商品検出部２４によって，商品陳列データ２０１から，利用者に対して交換を提案する商品を検出する。

減算商品検出部２４は，抽出データ１０４の各商品ごとに，利用者に対して交換を提案する商品を検出する。例えば，減算商品検出部２４は，抽出データ１０４のある商品について，商品陳列データ２０１から，同種の商品で量が異なる商品を検出する。さらに，減算商品検出部２４は，商品陳列データ２０１から検出された商品のうち，抽出データ１０４の商品の金額より，ポイント維持可能額の範囲で安い金額の商品を検出する。すなわち，減算商品検出部２４は，抽出データ１０４の商品の金額から，商品陳列データ２０１から検出された商品の金額を差し引いた差分の金額が，ポイント維持可能額に示される範囲の金額となる商品を検出する。減算商品検出部２４は，検出された商品のうち，最も安い商品を，検出結果として交換候補商品データ１０５に記録する。

検出部２２は，減算商品検出部２４による検出結果の商品が記録された交換候補商品データ１０５を，依頼を行った端末１０に送る。

図１３は，本実施の形態による交換候補商品データの例（２）を示す図である。

図１３に示す交換候補商品データ１０５ｂは，サーバ２０の検出部２２の減算商品検出部２４により生成され，特定部１５によりデータ記憶部１００に記憶された交換候補商品データ１０５の一例である。図１３に示す交換候補商品データ１０５ｂは，減算商品検出部２４によって，図５に示す商品陳列データ２０１から検出された，図１２に示す抽出データの商品と交換する商品の候補が記録されている。

出力部１６は，データ記憶部１００に記憶された，購入データ１０２，購入合計データ１０３，交換候補商品データ１０５を参照して，効率よいポイントの獲得のために交換する商品の候補を提案する画面を生成して，端末１０のディスプレイに表示する。

図１４は，本実施の形態による端末画面の例（１）を示す図である。

図１４に示す端末画面１６０ａは，端末１０のディスプレイに表示される画面の一例である。図１４に示す端末画面１６０ａは，図６に示す購入データ１０２ａ，図７に示す購入合計データ１０３ａ，図９に示す交換候補商品データ１０５ａから生成された画面の例となっている。図１４に示す端末画面１６０ａでは，現在の購入予定商品の合計金額をわずかにアップするだけで，獲得ポイントを１ポイントアップし，かつ余剰金額を減らすことが可能となる商品の交換が提案されている。

このように，利用者は，自身の購入予定商品と，端末１０で紹介された商品とを交換するだけで，効率よくサービスが受けられるようになる。紹介される商品は，利用者の購入予定商品の量を少しだけ増やした商品であるので，利用者は，購入予定がない別の商品を購入する必要がなく，その負担感がない。

図１５は，本実施の形態による端末画面の例（２）を示す図である。

図１５に示す端末画面１６０ｂは，端末１０のディスプレイに表示される画面の一例である。図１５に示す端末画面１６０ｂは，図１０に示す購入データ１０２ｂ，図１１に示す購入合計データ１０３ｂ，図１３に示す交換候補商品データ１０５ｂから生成された画面の例となっている。図１５に示す端末画面１６０ｂでは，現在の購入予定商品の合計金額をわずかに減らすだけで，現在の獲得ポイントを維持したまま，余剰金額を減らすことが可能となる商品の交換が提案されている。

このように，利用者は，自身の購入予定商品と，端末１０で紹介された商品とを交換するだけで，効率よくサービスが受けられるようになる。紹介される商品は，利用者の購入予定商品の量を少しだけ減らした商品であるので，利用者は，購入予定がない別の商品を購入する必要がなく，その負担感がない。

図１６は，本実施の形態による端末画面の例（３）を示す図である。

図１６に示す端末画面１６０ｃは，端末１０のディスプレイに表示される画面の一例である。図１６に示す端末画面１６０ｃは，効率よくポイントを獲得するために交換する商品の候補が検出されなかった場合に表示される画面の例である。図１６に示す端末画面１６０ｃでは，効率よくポイントを獲得するために紹介できる商品がない旨が示されている。

図１７は，本実施の形態による端末画面の例（４）を示す図である。

図１７に示す端末画面１６０ｄは，端末１０のディスプレイに表示される画面の一例である。図１７に示す端末画面１６０ｄは，剰余金額が０である場合に表示される画面の例である。図１７に示す端末画面１６０ｄでは，現在の購入予定商品でポイント獲得の効率が最適である旨が示されている。

以下，本実施の形態の端末１０とサーバ２０とによる，利用者の商品購入を支援する処理の流れについて，図１８〜図２６に示すフローチャートを用いて説明する。

図１８は，本実施の形態の端末による購入支援処理フローチャートである。

利用者がカート３０への商品の出し入れを行うと，端末１０は，購入データ生成処理を行う（ステップＳ１０）。購入データ生成処理は，カート３０に入っている商品の変更に応じて，購入データ１０２を更新する処理である。購入データ生成処理の詳細については，後述する。

端末１０は，算出処理を行う（ステップＳ１１）。算出処理は，カート３０に入っている購入予定商品の合計金額の算出などを行う処理である。算出処理の詳細については，後述する。なお，ここでは，購入データ１０２の更新をトリガとして，算出処理を行う例を示しているが，例えば利用者が端末１０でカート３０に入っている商品の集計を指示する操作を行ったときなど，算出処理を行うタイミングの設計は任意である。

端末１０は，交換候補商品特定処理を実行する（ステップＳ１２）。交換候補商品特定処理は，効率よくポイントが獲得できるように，利用者の購入予定商品と交換する商品の候補を特定する処理である。交換候補商品特定処理の詳細については，後述する。

端末１０は，出力処理を行う（ステップＳ１３）。出力処理は，購入予定商品と交換する商品の候補を提案する情報を出力する処理である。出力処理の詳細については，後述する。

端末１０は，利用者の買い物が終了したか否かを判定する（ステップＳ１４）。利用者の買い物が終了したか否かは，例えば，カート３０に入っている商品をレジで清算したか否かで判定する。利用者の買い物が終了していなければ（ステップＳ１４のＮＯ），端末１０は，ステップＳ１０の処理に戻り，次のカート３０への商品の出し入れの処理に移る。利用者の買い物が終了していれば（ステップＳ１４のＹＥＳ），端末１０は，処理を終了する。

図１９は，本実施の形態の端末による購入データ生成処理フローチャートである。

利用者がカート３０への商品の出し入れを行うと，端末１０の商品情報取得部１１は，カート３０に出し入れされた商品の情報を取得する（ステップＳ２０）。購入データ生成部１２は，カート３０への商品の取り入れか，カート３０からの商品の取り出しかを判定する（ステップＳ２１）。

カート３０への商品の取り入れであれば（ステップＳ２１の取り入れ），購入データ生成部１２は，カート３０に取り入れた商品がグラム売商品であるかを判定する（ステップＳ２２）。カート３０に取り入れた商品がグラム売商品であれば（ステップＳ２２のＹＥＳ），購入データ生成部１２は，購入データ１０２に該当商品のレコードを追加する（ステップＳ２３）。購入データ生成部１２は，ステップＳ３０の処理に進む。

カート３０に取り入れた商品がグラム売商品でなければ（ステップＳ２２のＮＯ），購入データ生成部１２は，カート３０に取り入れた商品が購入データ１０２に存在するかを判定する（ステップＳ２４）。カート３０に取り入れた商品が購入データ１０２に存在しなければ（ステップＳ２４のＮＯ），購入データ生成部１２は，購入データ１０２に該当商品のレコードを追加する（ステップＳ２３）。購入データ生成部１２は，ステップＳ３０の処理に進む。

カート３０に取り入れた商品が購入データ１０２に存在すれば（ステップＳ２４のＹＥＳ），購入データ生成部１２は，購入データ１０２の該当商品の数量を加算する（ステップＳ２５）。購入データ生成部１２は，ステップＳ３０の処理に進む。

カート３０からの商品の取り出しであれば（ステップＳ２１の取り出し），購入データ生成部１２は，カート３０から取り出した商品がグラム売商品であるかを判定する（ステップＳ２６）。カート３０から取り出した商品がグラム売商品であれば（ステップＳ２６のＹＥＳ），購入データ生成部１２は，購入データ１０２から該当商品のレコードを削除する（ステップＳ２７）。購入データ生成部１２は，ステップＳ３０の処理に進む。

カート３０から取り出した商品がグラム売商品でなければ（ステップＳ２６のＮＯ），購入データ生成部１２は，購入データ１０２の該当商品の数量が１であるかを判定する（ステップＳ２８）。購入データ１０２の該当商品の数量が１であれば（ステップＳ２８のＹＥＳ），購入データ生成部１２は，購入データ１０２から該当商品のレコードを削除する（ステップＳ２７）。購入データ生成部１２は，ステップＳ３０の処理に進む。

購入データ１０２の該当商品の数量が１でなければ（ステップＳ２８のＮＯ），購入データ生成部１２は，購入データ１０２の該当商品の数量を減算する（ステップＳ２９）。購入データ生成部１２は，ステップＳ３０の処理に進む。

購入データ生成部１２は，購入予定商品の更新をサーバ２０に送信し（ステップＳ３０），処理を終了する。

図２０は，本実施の形態のサーバによる商品陳列データ更新処理フローチャートである。

サーバ２０において，更新部２１は，端末１０から，購入予定商品の変更を受信する（ステップＳ４０）。更新部２１は，受信した購入予定商品の変更に応じて，商品陳列データ２０１を更新する（ステップＳ４１）。ここでは，購入予定商品の変更がカート３０への商品の取り入れである場合には，更新部２１は，該当商品の陳列数量を減算する。購入予定商品の変更がカート３０からの商品の取り出しである場合には，更新部２１は，該当商品の陳列数量を加算する。

図２１は，本実施の形態の端末による算出処理フローチャートである。

端末１０において，算出部１３は，購入データ１０２から，購入予定商品の合計金額を算出する（ステップＳ５０）。算出された合計金額は，購入合計データ１０３に記録される。

算出部１３は，算出した合計金額をポイント付与単位金額で除算することで，獲得ポイントと剰余金額とを算出する（ステップＳ５１）。商が獲得ポイントとなり，余りが剰余金額となる。算出された獲得ポイントと剰余金額とは，購入合計データ１０３に記録される。

算出部１３は，購入合計データ１０３のポイントアップ必要額，ポイント維持可能額を削除する（ステップＳ５２）。算出部１３は，剰余金額が０であるかを判定する（ステップＳ５３）。剰余金額が０であれば（ステップＳ５３のＹＥＳ），算出部１３は，処理を終了する。

剰余金額が０でなければ（ステップＳ５３のＮＯ），算出部１３は，剰余金額がポイント付与単位金額の半分以上かを判定する（ステップＳ５４）。剰余金額がポイント付与単位金額の半分以上であれば（ステップＳ５４のＹＥＳ），算出部１３は，ポイントアップ必要額を算出する（ステップＳ５５）。ポイントアップ必要額の下限値は，ポイント付与単位金額から剰余金額を差し引いて得られる。また，ポイントアップ必要額の上限値は，ポイント付与単位金額の半分（少数以下切捨て）に下限値を加えて得られる。算出部１３は，算出したポイントアップ必要額を購入合計データ１０３に設定して（ステップＳ５６），処理を終了する。

剰余金額がポイント付与単位金額の半分以上でなければ（ステップＳ５４のＮＯ），算出部１３は，購入合計データ１０３のポイント維持可能額に剰余金額を設定して（ステップＳ５７），処理を終了する。

なお，剰余金額の値に関係なく，ポイントアップ必要額とポイント維持可能額との双方を設定するようにしてもよい。

図２２は，本実施の形態の端末による交換候補特定処理フローチャートである。

端末１０において，抽出部１４は，剰余金額が０であるかを判定する（ステップＳ６０）。剰余金額が０であれば（ステップＳ６０のＹＥＳ），抽出部１４は，処理を終了する。

剰余金額が０でなければ（ステップＳ６０のＮＯ），抽出部１４は，購入データ１０２から，グラム売商品のデータを抽出する（ステップＳ６１）。抽出されたグラム売商品のデータは，抽出データ１０４に記録される。

特定部１５は，グラム売商品が抽出されたかを判定する（ステップＳ６２）。グラム売商品が抽出されていなければ（ステップＳ６２のＮＯ），特定部１５は，処理を終了する。

グラム売商品が抽出されていれば（ステップＳ６２のＹＥＳ），特定部１５は，抽出データ１０４と，ポイントアップ必要額またはポイント維持可能額とを，サーバ２０に送信する（ステップＳ６３）。なお，ポイントアップ必要額とポイント維持可能額との双方を送信するようにしてもよい。特定部１５は，サーバ２０から，交換候補商品データ１０５を受信し（ステップＳ６４），処理を終了する。交換候補商品データ１０５は，データ記憶部１００に記憶される。

図２３は，本実施の形態のサーバによる検出処理フローチャートである。

サーバ２０において，検出部２２は，端末１０から，抽出データ１０４と，ポイントアップ必要額またはポイント維持可能額とを受信する（ステップＳ７０）。検出部２２は，受信した情報がポイントアップ必要額であるかポイント維持可能額であるかを判定する（ステップＳ７１）。

受信した情報がポイントアップ必要額である場合（ステップＳ７１のポイントアップ必要額），検出部２２は，加算商品検出処理を実行する（ステップＳ７２）。加算商品検出処理は，利用者の購入予定商品の合計金額を上げる商品を検出する処理である。加算商品検出処理の詳細については，後述する。

受信した情報がポイント維持可能額である場合（ステップＳ７１のポイント維持可能額），検出部２２は，減算商品検出処理を実行する（ステップＳ７３）。減算商品検出処理は，利用者の購入予定商品の合計金額を下げる商品を検出する処理である。減算商品検出処理の詳細については，後述する。

検出部２２は，加算商品検出処理または減算商品検出処理により得られた交換候補商品データ１０５を，端末１０に送信する（ステップＳ７４）。

なお，ポイントアップ必要額とポイント維持可能額との双方を取得した場合には，加算商品検出処理と減算商品検出処理との双方を実行するようにしてもよい。

図２４は，本実施の形態のサーバによる加算商品検出処理フローチャートである。

サーバ２０の検出部２２において，加算商品検出部２３は，端末１０から受信したポイントアップ必要額の下限値を（ａ）に代入し，上限値を（ｂ）に代入する（ステップＳ８０）。

加算商品検出部２３は，端末１０から受信した抽出データ１０４から，商品を順に１つ選択する（ステップＳ８１）。加算商品検出部２３は，抽出データ１０４から商品が選択されたかを判定する（ステップＳ８２）。抽出データ１０４の最後の商品の処理が終了していて，抽出データ１０４から商品が選択されなければ（ステップＳ８２のＮＯ），加算商品検出部２３は，処理を終了する。

抽出データ１０４から商品が選択されれば（ステップＳ８２のＹＥＳ），加算商品検出部２３は，商品陳列データ２０１から，抽出データ１０４から選択された商品と，同種の商品を順に１つ選択する（ステップＳ８３）。ここでは，同種の商品は，商品コード，分類コードが一致する商品である。なお，商品陳列データ２０１は，金額が安い順にソートされているものとする。すなわち，同種の商品が，金額が安い順に選択される。加算商品検出部２３は，商品陳列データ２０１から商品が選択されたかを判定する（ステップＳ８４）。商品陳列データ２０１の最後の商品の処理が終了していて，商品陳列データ２０１から商品が選択されなければ（ステップＳ８４のＮＯ），加算商品検出部２３は，ステップＳ８１の処理に戻り，次の抽出データ１０４の商品の処理に移る。

商品陳列データ２０１から商品が選択されれば（ステップＳ８４のＹＥＳ），加算商品検出部２３は，商品陳列データ２０１から選択された商品の金額が，抽出データ１０４から選択された商品の金額に（ａ）を加算した金額以上であるかを判定する（ステップＳ８５）。商品陳列データ２０１から選択された商品の金額が，抽出データ１０４から選択された商品の金額に（ａ）を加算した金額以上でなければ（ステップＳ８５のＮＯ），加算商品検出部２３は，ステップＳ８３の処理に戻って，次の商品陳列データ２０１の商品の処理に移る。

商品陳列データ２０１から選択された商品の金額が，抽出データ１０４から選択された商品の金額に（ａ）を加算した金額以上であれば（ステップＳ８５のＹＥＳ），加算商品検出部２３は，商品陳列データ２０１から選択された商品の金額が，抽出データ１０４から選択された商品の金額に（ｂ）を加算した金額より小さいかを判定する（ステップＳ８６）。商品陳列データ２０１から選択された商品の金額が，抽出データ１０４から選択された商品の金額に（ｂ）を加算した金額より小さくなければ（ステップＳ８６のＮＯ），加算商品検出部２３は，ステップＳ８３の処理に戻って，次の商品陳列データ２０１の商品の処理に移る。

商品陳列データ２０１から選択された商品の金額が，抽出データ１０４から選択された商品の金額に（ｂ）を加算した金額より小さければ（ステップＳ８６のＹＥＳ），加算商品検出部２３は，商品陳列データ２０１から選択された商品の陳列数量が０であるかを判定する（ステップＳ８７）。商品陳列データ２０１から選択された商品の陳列数量が０であれば（ステップＳ８７のＹＥＳ），加算商品検出部２３は，ステップＳ８３の処理に戻って，次の商品陳列データ２０１の商品の処理に移る。

商品陳列データ２０１から選択された商品の陳列数量が０でなければ（ステップＳ８７のＮＯ），加算商品検出部２３は，商品陳列データ２０１から選択された商品を，抽出データ１０４から選択された商品の交換候補とする（ステップＳ８８）。交換候補商品データ１０５に，抽出データ１０４から選択された商品を交換元商品とし，商品陳列データ２０１から選択された商品を交換先商品とするレコードが生成される。加算商品検出部２３は，ステップＳ８１の処理に戻り，次の抽出データ１０４の商品の処理に移る。

図２５は，本実施の形態のサーバによる減算商品検出処理フローチャートである。

サーバ２０の検出部２２において，減算商品検出部２４は，端末１０から受信したポイント維持可能額を（ｃ）に代入する（ステップＳ９０）。

減算商品検出部２４は，端末１０から受信した抽出データ１０４から，商品を順に１つ選択する（ステップＳ９１）。減算商品検出部２４は，抽出データ１０４から商品が選択されたかを判定する（ステップＳ９２）。抽出データ１０４の最後の商品の処理が終了していて，抽出データ１０４から商品が選択されなければ（ステップＳ９２のＮＯ），減算商品検出部２４は，処理を終了する。

抽出データ１０４から商品が選択されれば（ステップＳ９２のＹＥＳ），減算商品検出部２４は，商品陳列データ２０１から，抽出データ１０４から選択された商品と，同種の商品を順に１つ選択する（ステップＳ９３）。なお，商品陳列データ２０１は，金額が安い順にソートされているものとする。すなわち，同種の商品が，金額が安い順に選択される。減算商品検出部２４は，商品陳列データ２０１から商品が選択されたかを判定する（ステップＳ９４）。商品陳列データ２０１の最後の商品の処理が終了していて，商品陳列データ２０１から商品が選択されなければ（ステップＳ９４のＮＯ），減算商品検出部２４は，ステップＳ９１の処理に戻り，次の抽出データ１０４の商品の処理に移る。

商品陳列データ２０１から商品が選択されれば（ステップＳ９４のＹＥＳ），減算商品検出部２４は，商品陳列データ２０１から選択された商品の金額が，抽出データ１０４から選択された商品の金額より小さいかを判定する（ステップＳ９５）。商品陳列データ２０１から選択された商品の金額が，抽出データ１０４から選択された商品の金額より小さくなければ（ステップＳ９５のＮＯ），減算商品検出部２４は，ステップＳ９３の処理に戻って，次の商品陳列データ２０１の商品の処理に移る。

商品陳列データ２０１から選択された商品の金額が，抽出データ１０４から選択された商品の金額より小さければ（ステップＳ９５のＹＥＳ），減算商品検出部２４は，商品陳列データ２０１から選択された商品の金額が，抽出データ１０４から選択された商品の金額から（ｃ）を引いた金額以上であるかを判定する（ステップＳ９６）。商品陳列データ２０１から選択された商品の金額が，抽出データ１０４から選択された商品の金額から（ｃ）を引いた金額以上でなければ（ステップＳ９６のＮＯ），減算商品検出部２４は，ステップＳ９３の処理に戻って，次の商品陳列データ２０１の商品の処理に移る。

商品陳列データ２０１から選択された商品の金額が，抽出データ１０４から選択された商品の金額から（ｃ）を引いた金額以上であれば（ステップＳ９６のＹＥＳ），減算商品検出部２４は，商品陳列データ２０１から選択された商品の陳列数量が０であるかを判定する（ステップＳ９７）。商品陳列データ２０１から選択された商品の陳列数量が０であれば（ステップＳ９７のＹＥＳ），減算商品検出部２４は，ステップＳ９３の処理に戻って，次の商品陳列データ２０１の商品の処理に移る。

商品陳列データ２０１から選択された商品の陳列数量が０でなければ（ステップＳ９７のＮＯ），減算商品検出部２４は，商品陳列データ２０１から選択された商品を，抽出データ１０４から選択された商品の交換候補とする（ステップＳ９８）。交換候補商品データ１０５に，抽出データ１０４から選択された商品を交換元商品とし，商品陳列データ２０１から選択された商品を交換先商品とするレコードが生成される。減算商品検出部２４は，ステップＳ９１の処理に戻り，次の抽出データ１０４の商品の処理に移る。

図２６は，本実施の形態の端末による出力処理フローチャートである。

端末１０において，出力部１６は，剰余金額が０であるかを判定する（ステップＳ１００）。剰余金額が０であれば（ステップＳ１００のＹＥＳ），出力部１６は，端末１０のディスプレイに，ポイント獲得が最適である旨を示す画面を出力する（ステップＳ１０１）。このとき端末のディスプレイに出力される画面は，例えば，図１７に示す端末画面１６０ｄである。

剰余金額が０でなければ（ステップＳ１００のＮＯ），出力部１６は，利用者の購入予定商品と交換する商品の候補があるかを判定する（ステップＳ１０２）。交換する商品の候補がなければ（ステップＳ１０２のＮＯ），出力部１６は，端末１０のディスプレイに，紹介する商品がない旨を示す画面を出力する（ステップＳ１０３）。このとき端末のディスプレイに出力される画面は，例えば，図１６に示す端末画面１６０ｃである。

交換する商品の候補があれば（ステップＳ１０２のＹＥＳ），出力部１６は，購入合計データ１０３にポイントアップ必要額が設定されているか，ポイント維持可能額が設定されているかを判定する（ステップＳ１０４）。ポイント維持可能額が設定されていれば（ステップＳ１０４のポイント維持可能額），出力部１６は，端末１０のディスプレイに，現在の獲得ポイントの維持が可能となる商品を紹介する画面を出力する（ステップＳ１０５）。このとき端末のディスプレイに出力される画面は，例えば，図１５に示す端末画面１６０ｂである。

ポイントアップ必要額が設定されていれば（ステップＳ１０４のポイントアップ必要額），出力部１６は，端末１０のディスプレイに，獲得ポイントのアップが可能となる商品を紹介する画面を出力する（ステップＳ１０６）。このとき端末のディスプレイに出力される画面は，例えば，図１４に示す端末画面１６０ａである。

なお，ポイントアップ必要額とポイント維持可能額との双方を設定されている場合には，現在の獲得ポイントの維持が可能となる商品と，獲得ポイントのアップが可能となる商品との双方を紹介する画面を出力するようにしてもよい。

以上，本実施の形態について説明したが，本発明はその主旨の範囲において種々の変形が可能であることは当然である。

例えば，本実施の形態では，端末１０の特定部１５がサーバ２０に依頼して交換する商品の候補の検出を行っているが，特定部１５が，サーバ２０の商品陳列データ２０１から商品の情報を取得して，交換する商品の候補の検出を行うようにしてもよい。

また，例えば，利用者ごとの購入データ１０２の管理から交換する商品の候補の特定までの処理をサーバ２０が行い，端末１０が，カート３０に出し入れされた商品の情報取得と，交換する商品の候補を提案する情報の出力を行うようにしてもよい。

このような端末１０とサーバ２０の構成については，任意の設計が可能である。

１０ 端末
１１ 商品情報取得部
１２ 購入データ生成部
１３ 算出部
１４ 抽出部
１５ 特定部
１６ 出力部
１００ データ記憶部
１０１ 設定データ
１０２ 購入データ
１０３ 購入合計データ
１０４ 抽出データ
１０５ 交換候補商品データ
２０ サーバ
２１ 更新部
２２ 検出部
２３ 加算商品検出部
２４ 減算商品検出部
２００ 商品陳列データ記憶部
２０１ 商品陳列データ
３０ カート
３１ 無線ＬＡＮアクセスポイント
３２ ネットワーク

Claims (3)

1. コンピュータが，
   購入予定商品の合計金額を算出し，
   前記合計金額を，サービス付与の単位額で除算して，端数金額を算出し，
   前記単位額から前記端数金額を差し引いて，前記サービスを受けるのに必要な追加金額を算出し，
   前記購入予定商品から，量に応じて課金される商品である第１の商品を抽出し，
   前記第１の商品と同種で量が異なる商品のうち，前記第１の商品よりも前記追加金額以上高い第２の商品を特定し，
   前記第２の商品を前記第１の商品と交換する商品の候補として提案する情報を出力する処理を実行する
   ことを特徴とする購入支援方法。
2. 前記コンピュータが，さらに，前記第１の商品と同種で量が異なる商品のうち，前記第１の商品よりも前記端数金額以下安い第３の商品を特定する処理を実行し，
   前記出力する処理では，前記第２の商品または前記第３の商品を前記第１の商品と交換する商品の候補として提案する情報を出力する
   ことを特徴とする請求項１に記載の購入支援方法。
3. コンピュータに，
   購入予定商品の合計金額を算出し，
   前記合計金額を，サービス付与の単位額で除算して，端数金額を算出し，
   前記単位額から前記端数金額を差し引いて，前記サービスを受けるのに必要な追加金額を算出し，
   前記購入予定商品から，量に応じて課金される商品である第１の商品を抽出し，
   前記第１の商品と同種で量が異なる商品のうち，前記第１の商品よりも前記追加金額以上高い第２の商品を特定し，
   前記第２の商品を前記第１の商品と交換する商品の候補として提案する情報を出力する
   処理を実行させるための購入支援プログラム。

Images