JP7483340B2 - 情報処理装置及びプログラム - Google Patents

Description

本発明の実施形態は、情報処理装置及びプログラムに関する。

従来、所定の商品を繰り返し購入する顧客に対して特定のサービスを提供することが知られている。例えば、インターネットを利用した販売システム等で、顧客が商品を購入する際に当該顧客の購入履歴を参照し、当該商品のこれまでの購入頻度が所定回数以上であれば、この商品の購入にあたって特典を与える。特典としては、割引やサンプル品の提供などである。このようにすることで、リピーターに対して特典をあたえることができ、店舗などの商品供給元は、顧客の離反率の減少が期待できる（特許文献１）。

特許文献１に記載のものは、過去の購入履歴全てを参照して、所定回数以上購入された商品を対象商品に設定し、対象商品を購入する際に特典を与える。また、６か月間購入がないと対象商品として維持されない。特許文献１に記載のものは、維持する条件は定められているものの、基本的には対象商品は増加していく。対象商品が増加することは、管理が面倒になるだけでなく、顧客に付与する特典が増えるので、店舗にとっては負担が大きくなる。このため、効率的に顧客の囲い込みを行うという点では改善すべき課題がある。

本発明が解決しようとする課題は、効率的に顧客の囲い込みを行うことが可能な情報処理装置及びプログラムを提供することである。

実施形態の情報処理装置は、異なる複数の所定期間の各々において、当該所定期間に対応する顧客の取引履歴を参照し、当該取引履歴に記録された取引対象の中から一定の条件を満たす取引対象を選定する選定部と、前記選定部により選定された取引対象に関する情報を出力する出力部と、前記出力部が出力した取引対象に関する情報のうち、前記顧客が選択した取引対象に関する情報を、次の所定期間で前記顧客に特典を付与する付与対象に設定する設定部と、を備えたものである。

図１は、実施形態の情報処理装置を含むシステムを示す斜視図である。 図２は、実施形態の情報処理装置のハードウェア構成を示すブロック図である。 図３は、実施形態の情報処理装置におけるメモリ部の内容の一部を示す図である。 図４は、実施形態の情報処理装置の機能構成を示すブロック図である。 図５は、実施形態の情報処理装置を含むシステム全体の処理の流れを示すチャート図である。 図６は、実施形態の情報処理装置における登録処理を示すフローチャートである。 図７は、実施形態の情報処理装置における更新処理を示すフローチャートである。

以下、実施形態の情報処理装置について、図面に基づき説明する。図１は、情報処理装置である本部サーバ１を含むシステム全体を示す図である。このシステムは、本部サーバ１と、各店舗に設けられる店舗サーバ２と、ＰＯＳ（Point Of Sales）端末３とを備える。本部サーバ１は、各店舗で共通して用いられる商品マスタや各店舗の売上情報などを管理する。本部サーバ１は、各店舗の店舗サーバ２と専用回線４で接続されている。店舗サーバ２は、ＰＯＳ端末３から出力されたデータに基づき、店舗における売上管理、在庫管理や発注管理等を行う。店舗サーバ２は、店舗内のＰＯＳ端末３とＬＡＮ（Local Area Network）５等のネットワークで接続されている。

次に、図２に基づいて、本部サーバ１のハードウェア構成について説明する。本部サーバ１は、制御部１０、メモリ部２０、通信Ｉ／Ｆ（Interface）３０等を備えている。制御部１０、メモリ部２０、通信Ｉ／Ｆ３０はバス３１を介して互いに接続されている。

制御部１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３を備えている。ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３は、互いにバス３１を介して接続されている。ＣＰＵ１１は制御部１０の制御主体となる。ＲＯＭ１２は、各種プログラムを記憶する。ＲＡＭ１３は、ＲＯＭ１２やメモリ部２０に記憶された各種プログラムや各種データを展開する。制御部１０は、ＣＰＵ１１がＲＯＭ１２やメモリ部２０に記憶されＲＡＭ１３に展開された制御プログラムに従って動作することによって、本部サーバ１の各種制御処理を実行する。

メモリ部２０は、制御プログラム部２１、取引履歴ＤＢ部２２、定番商品候補記憶部（特定取引対象候補記憶部）２３、定番商品ＤＢ部（特定取引対象ＤＢ部）２４を備える。制御プログラム部２１は、各種制御プログラムを記憶する。取引履歴ＤＢ部２２は、顧客ごとの取引情報を記憶した取引情報記憶部２２Ａを会員の数だけ備えている。定番商品候補記憶部２３は、店舗が顧客に対して特典を与えることが可能な定番商品候補を店舗ごとに記憶する。定番商品ＤＢ部２４は、１か月ごとの取引履歴に基づいて選定された顧客ごとの定番商品（特定取引対象）が登録されたデータベースを記憶する。通信Ｉ／Ｆ３０は、専用回線４を介して各店舗の店舗サーバ２と接続されている。これにより、制御部１０は、各店舗の店舗サーバ２と情報の送受信が可能となっている。

図３は、メモリ部２０の一部である、取引履歴ＤＢ部２２に記憶される取引情報記憶部２２Ａ、定番商品候補記憶部２３、定番商品ＤＢ部２４の内容を示す図である。取引情報記憶部２２Ａは、会員登録された顧客ごとの取引履歴を記憶する。取引情報記憶部２２Ａは、顧客の会員コード２２１、取引日２２２、商品名２２３、商品コード２２４、個数２２５、金額２２６を対応づけて記憶する。会員コード２２１は、会員を特定するための情報を示す。取引日２２２は、各取引が行われた日、いわゆる購買日を示す。商品名２２３は、各取引で取引された取引対象である商品の名称を示す。商品コード２２４は、各取引で取引された商品を特定するための情報を示す。個数２２５は、各取引で取引された商品の個数を示す。金額２２６は、商品の単価を示す。

定番商品候補記憶部２３は、販売する商品の中で店舗が定番商品として特典を付与することが可能な商品を記憶するものである。定番商品候補記憶部２３は、対象商品候補２３１、対象月２３２、特典内容２３３を対応づけて記憶する。対象商品候補２３１は、店舗が定番商品として特典を付与することが可能な商品を示す。対象商品候補２３１は、例えば利益率が高い商品などで、店舗ごとに設定される。対象月２３２は、対象商品候補が設置される期間を示す。対象商品候補２３１は、月ごとに設定される。特典内容２３３は、対象商品候補２３１について顧客に付与する特典の内容を示す。

定番商品ＤＢ部２４は、顧客ごとに選定された定番商品を記憶するもので、毎月更新される。定番商品ＤＢ部２４は、会員コード２４１、会員名２４２、定番商品（特定取引対象）２４３、商品コード２４４、特典内容２４５を対応づけて記憶する。会員コード２４１は、会員コード２２１と同じ情報である。会員名２４２は、会員コードで特定される会員の氏名を示す。定番商品２４３は、一定の条件を満たして会員が特典を受けることができる商品を示す。商品コード２４４は、定番商品２４３を特定するコードを示す。特典内容２４５は、特典内容２３３と同じ情報である。

次に、制御部１０の機能構成について、図４を参照して説明する。制御部１０は、ＣＰＵ１１がＲＯＭ１２やメモリ部２０に記憶された制御プログラムにしたがって動作することで、受付部１０１、選定部１０２、登録部１０３、更新部１０４、出力部１０５として機能する。

上記制御プログラムは、ＣＤ－ＲＯＭ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。また、本実施形態の情報処理装置で実行される制御プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良く、さらには、インターネット等のネットワーク経由で提供するように構成しても良い。

受付部１０１は、店舗サーバ２から、会員ＩＤ、当該会員ＩＤに関連付いた取引情報、顧客が選択した定番商品など、各種情報を受け付ける。選定部１０２は、顧客ごとの互いに重複しない所定期間の取引履歴を参照し、取引された取引対象の中から一定の条件を満たす取引対象を選定する。具体的には、選定部１０２は、後述する登録処理及び更新処理において、取引情報記憶部２２Ａから１か月間ごとの取引情報を抽出し、その中で一定の条件を満たすもの、例えば所定回数を超えて購入されている商品を選定する。上記所定回数は、商品ごとに個別に定められている。本実施形態においては、一定の条件として、所定回数を超えた頻度で購入されたことを用いているが、これに限らない。例えば、購入金額が所定金額以上であることを一定条件として設定することも可能である。

登録部１０３は、選定部１０２で選定された商品を定番商品として定番商品ＤＢ部２４に登録する。更新部１０４は、登録された特定取引対象を更新する。更新される特定取引対象は、すでに登録されている特定取引対象を選定するために取引履歴を参照した所定期間と重複しない所定期間の取引履歴を参照し、一定の条件を満たす取引対象を、選定部１０２が選定したものである。すなわち、選定部１０２は、上述した方法で定番商品の選定を毎月行い、更新部１０４は、定番商品ＤＢ部２４に顧客ごとに登録されている定番商品を、１か月単位で書き換える。

出力部１０５は、更新部１０４で更新された特定取引に関する情報を出力する。具体的には、出力部１０５は、更新部１０４が更新した定番商品ＤＢ部２４が記憶する情報を店舗サーバ２に出力する。なお、本実施形態では、出力部１０５は、定番商品ＤＢ部２４が記憶する情報、すなわち、定番商品ＤＢ部２４に登録されている全ての会員に関する情報を出力するようにしたが、店舗サーバ２から要求を受けた顧客についてのみ定番商品に関する情報を出力してもよい。また、出力される定番商品に関する情報は、定番商品ＤＢ部２４が記憶する情報であることが好ましいが、定番商品ＤＢ部２４が記憶する情報の一部であっても構わない。

次に、システム全体の処理の流れについて、図５のシーケンスチャートを用いて説明する。各種処理が行われるタイミング別に説明する。

（会員登録時）
顧客が店舗で会計を行う際に新規会員登録を行うと、ＰＯＳ端末３は、発行された会員ＩＤ、取引情報などを店舗サーバ２及び店舗サーバ２経由で本部サーバ１に送信する。本部サーバ１は、定番商品ＤＢ部２４に会員ＩＤを登録するとともに、取引情報記憶部２２Ａに今回の取引情報を記憶する。

（毎月末）
本部サーバ１は、顧客別の取引情報が記憶されている取引情報記憶部２２Ａにおける当月の取引履歴に基づいて、登録処理及び更新処理を行なう。これら、登録処理および更新処理の詳細は後述する。本部サーバ１は、登録処理及び更新処理の結果が反映された定番商品ＤＢ部２４が記憶する情報を店舗サーバ２に送信する。

（月最初の取引時）
顧客が月の最初に買い物をすると、ＰＯＳ端末３は、会員ＩＤと当該買い物に関する取引情報を店舗サーバ２に送信する。店舗サーバ２は、会員ＩＤと取引情報を関連付けて本部サーバ１に送信する。本部サーバ１は、店舗サーバ２から受信した情報に基づいて、取引情報記憶部２２Ａに取引情報を記憶する。

また、店舗サーバ２は、ＰＯＳ端末３から会員ＩＤと取引情報を受信すると、定番商品確認処理を行う。詳細には、店舗サーバ２は、月末に本部サーバ１から送信された定番商品ＤＢ部２４の情報を参照する。その後、店舗サーバ２は、参照した情報の中に、買い物をした顧客の定番商品があるか否かを判定し、顧客の定番商品があった場合、定番商品に係る特典情報をＰＯＳ端末３に送信する。

ＰＯＳ端末３は、受信した特典情報を表示して、顧客に定番商品として希望する商品を選択させる。顧客が選択する定番商品の数は、予め設定されている。続いて、ＰＯＳ端末３は、顧客が選択した定番商品を店舗サーバ２及び店舗サーバ２経由で本部サーバ１に送信する。

店舗サーバ２は、月末に本部サーバ１から受信した情報を記憶したデータベースを書き換えて、ＰＯＳ端末３から受信したものを定番商品とする。また、本部サーバ１は、ＰＯＳ端末３から受信したものを定番商品として定番商品ＤＢ部２４を更新する。ここで、顧客の当月の定番商品が確定し、顧客は、次回の買い物以降、定番商品について特典を受けることができる。

なお、本実施形態では、定番商品を顧客に選定させるステップを設けるために、上記した月最初の取引時の処理を行うようにしたが、この処理は必ずしも行う必要はない。しかし、本実施形態のように、顧客に定番商品を選択させることで、店舗は、定番商品の数を限定できるという利点があるとともに、顧客は、提示された中から自分の好きなものを定番商品として決定できるという利点がある。

（その他取引時）
月の２回目以降の取引では、顧客が買い物をすると、ＰＯＳ端末３は最初に会員ＩＤを店舗サーバ２に送信する。店舗サーバ２は、月最初の取引時に書き換えたデータベースを参照して、会員ＩＤで特定される顧客の定番商品に係る特典情報をＰＯＳ端末３に送信する。ＰＯＳ端末３は、今回の取引に定番商品が含まれていれば、特典を付与する特典処理及び、特典処理を反映した会計処理を行い、当該取引の取引情報を店舗サーバ２経由で本部サーバ１に送信する。本部サーバ１は、受信した取引情報を取引情報記憶部２２Ａに記憶する。

次に、本部サーバ１の制御部１０が行う登録処理について、図６のフローチャートに基づいて説明する。この登録処理は、毎月末行われ、当月に新規に会員登録された会員ＩＤに対して行われる。まず、選定部１０２は、毎月末の設定されたタイミングで、当月に定番商品ＤＢ部２４に新規登録された会員ＩＤを抽出する（Ｓ１）。続いて、選定部１０２は、新規登録された会員ＩＤで特定される会員１人に係る取引情報記憶部２２Ａを所定期間分参照する（Ｓ２）。ここでは、所定期間とは、新規会員登録された月の１か月間である。

次いで、選定部１０２は、取引情報記憶部２２Ａを参照した中で、商品ごとに定められた閾値Ｎを超える購入頻度があった商品があるか否かを判断する（Ｓ３）。Ｓ３で、閾値Ｎを超える購入頻度があった商品がある場合、選定部１０２は、その商品が当月の定番商品候補か否かについて定番商品候補記憶部２３を参照して判断する（Ｓ４）。Ｓ３で、閾値Ｎを超える購入頻度があった商品がない場合、選定部１０２は、以降の処理をスキップして登録処理を終了する。

Ｓ４で、閾値Ｎを超える購入頻度があった商品が当月の定番商品候補である場合、選定部１０２は、当該商品を定番商品に選定し、登録部１０３は、選択された定番商品を定番商品ＤＢ部２４に登録し（Ｓ５）、登録処理を終了する。Ｓ４で、閾値Ｎを超える購入頻度があった商品が当月の定番商品候補でない場合、選定部１０２は、以降の処理をスキップして登録処理を終了する。

次に、本部サーバ１の制御部１０が行う更新処理について、図７のフローチャートに基づいて説明する。上述のとおり、更新処理は、登録処理と同様に毎月末行われ、前月までに会員登録された会員ＩＤ全てに対して行われる。まず、選定部１０２は、毎月末の設定されたタイミングで、特定の会員１人について、取引情報記憶部２２Ａを所定期間分参照する（Ｓ１）。所定期間とは、当月１か月間である。

次いで、選定部１０２は、取引情報記憶部２２Ａを参照した中で、商品ごとに定められた閾値Ｎを超える購入頻度があった商品があるか否かを判断する（Ｓ１２）。Ｓ１２で、閾値Ｎを超える購入頻度があった商品がある場合、選定部１０２は、その商品が当月の定番商品候補か否かについて定番商品候補記憶部２３を参照して判断する（Ｓ１３）。

Ｓ１２で、閾値Ｎを超える購入頻度があった商品がない場合、更新部１０４は、以降の処理をスキップして更新処理を終了する。Ｓ１３で、閾値Ｎを超える購入頻度があった商品が当月の定番商品候補である場合、選定部１０２は、当該商品を定番商品に選定するとともに、更新部１０４は、当該商品を定番商品として定番商品ＤＢ部２４を更新し（Ｓ１４）、更新処理を終了する。Ｓ１３で、閾値Ｎを超える購入頻度があった商品が当月の定番商品候補でない場合、更新部１０４は、以降の処理をスキップして登録処理を終了する。

以上説明したように、本実施形態の情報処理装置によれば、顧客ごとに互いに重複しない所定期間の取引履歴、すなわち毎月ごとの取引履歴から購入頻度の高い商品を選定し、これを定番商品として、顧客に特典を付与する。言い換えれば、顧客に特典を付与する定番商品は、毎月定期的に更新される。このため、定番商品は適切に見直されて必要以上に数が増加しないことから、店舗は、自らの負担を大きくすることなく、効率的に顧客の囲い込みを計ることができる。しかも、直近１か月で購入頻度が高いものが定番商品に設定されるので、店舗は、顧客の購買動向に合致するサービス（特典付与）を提供できる。

また、本実施形態の情報処理装置によれば、選定部１０２は、顧客の取引履歴に基づくだけでなく、店舗が定めた定番商品候補の中から定番商品を選定する。このため、定番商品に対して顧客に特典を付与するというサービスを行うにあたり、店舗の運営の自由度を広げることができる。さらに、定番商品候補を月ごとに定めているので、店舗の運営の自由度をより広げることができる。

本実施形態においては、取引対象を商品として説明したが、取引対象をサービスとすることもできる。また、取引対象は、商品単体（例えば「牛乳」）とするのではなく、グループ化した商品群（例えば「乳製品」）としてもよい。さらに、情報処理装置を本部サーバ１としたが、本部サーバ１が有する機能を店舗サーバ２に持たせて、店舗サーバ２を情報処理装置としてもよい。本実施形態においては、選定部１０２が定番商品を選定するための一定の条件を常に同じ条件（購入頻度がＮより大きい）としたが、随時変更してもよい。

また、本実施形態では、登録処理及び更新処理は毎月行うこととしたが、３月～５月、６月～８月、９月～１１月、１２月～２月と季節ごとに行ってもよい。この場合、季節ごとに更新された定番商品は翌年の対応する季節に特典を受けられるようにすることが好ましい。顧客の季節に応じた購買動向に合致する特典付与が行えるからである。

なお、選定部１０２が取引履歴を参照する期間は、互いに重複しない期間かつ一定期間としているが、これに限らない。例えば、顧客が買い物をする度に、その時点を基準とした一定期間の取引履歴を参照して定番商品を選定するようにしてもよい。この場合、選定部１０２が参照する取引期間が重複する場合もあるが、定番商品は更新されるので、必要以上に定番商品の数が増加しない。また、選定部１０２が取引履歴を参照する期間は、互いに重複しない期間であれば、一定期間でなくてもよい。例えば、年の前半は１か月とし後半は２か月とすることも可能である。この場合も、定番商品は更新されるので、必要以上に定番商品の数が増加しない。

本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。この実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 本部サーバ（情報処理装置）
１０２ 選定部
１０５ 出力部

特開２０１６－５１２９１号公報

Claims (5)

1. 異なる複数の所定期間の各々において、当該所定期間に対応する顧客の取引履歴を参照し、当該取引履歴に記録された取引対象の中から一定の条件を満たす取引対象を選定する選定部と、
   前記選定部により選定された取引対象に関する情報を出力する出力部と、
   前記出力部が出力した取引対象に関する情報のうち、前記顧客が選択した取引対象に関する情報を、次の所定期間で前記顧客に特典を付与する付与対象に設定する設定部と、
   を備えたことを特徴とする情報処理装置。
2. 互いに重複しない複数の期間の各々において、当該期間に対応する顧客の取引履歴を参照し、当該取引履歴に記録された取引対象の中から一定の条件を満たす取引対象を選定する選定部と、
   前記選定部により選定された取引対象に関する情報を出力する出力部と、
   前記出力部が出力した取引対象に関する情報のうち、前記顧客が選択した取引対象に関する情報を、次の期間で前記顧客に特典を付与する付与対象に設定する設定部と、
   を備えたことを特徴とする情報処理装置。
3. 前記選定部は、店舗が定めた特定取引対象候補の中から特定取引対象を選定する
   ことを特徴とする請求項１または２に記載の情報処理装置。
4. 情報処理装置をコンピュータによって制御するためのプログラムであって、
   コンピュータを、
   異なる複数の所定期間の各々において、当該所定期間に対応する顧客の取引履歴を参照し、当該取引履歴に記録された取引対象の中から一定の条件を満たす取引対象を選定する選定部と、
   前記選定部により選定された取引対象に関する情報を出力する出力部と、
   前記出力部が出力した取引対象に関する情報のうち、前記顧客が選択した取引対象に関する情報を、次の所定期間で前記顧客に特典を付与する付与対象に設定する設定部と、
   として機能させるためのプログラム。
5. 情報処理装置をコンピュータによって制御するためのプログラムであって、
   コンピュータを、
   互いに重複しない複数の期間の各々において、当該期間に対応する顧客の取引履歴を参照し、当該取引履歴に記録された取引対象の中から一定の条件を満たす取引対象を選定する選定部と、
   前記選定部により選定された取引対象に関する情報を出力する出力部と、
   前記出力部が出力した取引対象に関する情報のうち、前記顧客が選択した取引対象に関する情報を、次の期間で前記顧客に特典を付与する付与対象に設定する設定部と、
   として機能させるためのプログラム。

Images