JP2018101259A - 自動発注システム、自動発注方法、および自動発注プログラム - Google Patents

Abstract

【課題】商品購入に関する特典を考慮して商品の発注を行うことでサービスの利便性を向上させること。【解決手段】商品を購入するリクエストを受け付けた場合に、商品購入により特典を獲得または利用することができる条件に基づいて、前記商品の購入計画を生成する生成部と、前記生成部により生成された前記購入計画を提供する提供部と、を備える、自動発注システム。【選択図】図１

Description

本発明は、自動発注システム、自動発注方法、および自動発注プログラムに関する。

従来、オンラインショッピングシステムを利用して定期的に商品を購入するサービスが知られている。これに関連し、一定回数以上購入している商品を予約購入商品候補として表示する技術が知られている（特許文献１参照）。さらに、商品を定期的に購入する可能性がある場合に、定期的に購入するタイミングに、オンラインで購入意思の確認を行う技術が知られている（特許文献２参照）。さらに、定期的に購入したい商品の発注予定情報を受注サーバに登録することで、商品の発注処理などを自動的に行う技術が知られている（特許文献３参照）。

特開平７−２９６０７５号公報 特開２００３−２２３８８号公報 特開２００３−１５７３７８号公報

しかしながら、上述した従来の技術は、商品購入により獲得することができる特典や、商品購入の際に利用することができる特典について考慮されていないため、利便性が良好でない場合があった。

本発明は、このような事情を考慮してなされたものであり、商品購入に関する特典を考慮して商品の発注を行うことでサービスの利便性を向上させることを目的の一つとする。

本発明の一態様は、商品を購入するリクエストを受け付けた場合に、商品購入により特典を獲得または利用することができる条件に基づいて、前記商品の購入計画を生成する生成部と、前記生成部により生成された前記購入計画を提供する提供部と、を備える、自動発注システムである。

本発明の一態様によれば、商品購入に関する特典を考慮して商品の発注を行うことでサービスの利便性を向上させることができる。

実施形態の自動発注システム１の構成図である。 ショッピングサーバ５００の構成図である。 店舗データベース６１０の一例を示す図である。 商品データベース６２０の一例を示す図である。 特典データベース６３０の一例を示す図である。 購入履歴データベース６４０の一例を示す図である。 商品を購入する際に、新規に購入するか注文履歴から購入するかを選択させるコンテンツ１０００の一例を示す図である。 購入条件コンテンツ１０１０の一例を示す図である。 購入条件コンテンツ１０２０の一例を示す図である。 購入計画コンテンツ１０３０の一例を示す図である。 購入計画コンテンツ１０４０の一例を示す図である。 特典一覧コンテンツ１０５０の一例を示す図である。 編集コンテンツ１０６０の一例を示す図である。 購入計画コンテンツを提供する処理の流れを示すフローチャートである。 購入計画のシミュレーション結果を示す図である。 購入計画のシミュレーション結果を示す図である。 購入計画を編集する様子を示す図である。 更新した購入計画コンテンツ１０３０＃の一例を示す図である。 エントリー処理の流れの一例を示すフローチャートである。 エントリー用コンテンツの一例を示す図である。 通知処理の流れの一例を示すフローチャートである。 特典利用条件に基づいて購入計画を生成する処理の流れを示すフローチャートである。 端末装置１００、ショッピングサーバ５００のハードウェア構成の一例を示す図である。

以下、図面を参照し、本発明の自動発注システム、自動発注方法、および自動発注プログラムの実施形態について説明する。

＜１．概要＞
実施形態の自動発注システムは、商品を購入するリクエストを受け付けた場合に、商品購入により特典を使用または獲得する条件に基づいて、商品の購入計画を生成し、生成された購入計画を提供するショッピングサービスを提供するものである。商品を購入するリクエストとは、例えば、ユーザが継続的に使用する商品を、ユーザが指定した期間である商品購入期間おいて複数回発注することを要求する情報である。特典に関する条件は、商品購入により特典を獲得することができる条件（以下、特典獲得条件）と、商品購入に際して特典を利用することができる条件（以下、特典利用条件）とがある。自動発注システムは、当該リクエストを受け付けた場合に、特典獲得条件または特典利用条件の少なくとも一方に基づいて、より多くの特典を獲得または利用することができる購入計画データを生成する。購入計画データは、商品購入期間における商品購入日、商品納品日、特典獲得の有無、などを含むシミュレーション結果である。実施形態の自動発注システムは、購入計画データに基づくコンテンツを提供することで、商品購入により獲得した特典、商品購入に際して利用する特典をユーザに認識させることができる。この結果、実施形態の自動発注システムは、ショッピングサービスの利便性を高くすることができる。

＜２．自動発注システムの構成＞
図１は、実施形態の自動発注システム１の構成図である。自動発注システム１は、例えば、端末装置１００と、店舗端末２００と、ログインサーバ３００と、ユーザデータベースサーバ４００と、ショッピングサーバ５００と、データベースサーバ６００と、決済サーバ７００とを備える。自動発注システム１は、端末装置１００と、店舗端末２００と、ログインサーバ３００、ユーザデータベースサーバ４００と、ショッピングサーバ５００と、データベースサーバ６００と、決済サーバ７００とが、ネットワークＮＷに接続されている。ネットワークＮＷに接続される各装置は、ＮＩＣ（Network Interface Card）や無線通信モジュールなどの通信インターフェースを備えている（図１では不図示）。ネットワークＮＷは、例えば、無線基地局、Ｗｉ−Ｆｉアクセスポイント、通信回線、プロバイダ、インターネットなどを含む。

なお、これらの構成要素の全ての組み合わせが相互に通信可能である必要はなく、ネットワークＮＷは、一部にローカルなネットワークを含んでもよい。なお、ログインサーバ３００と、ユーザデータベースサーバ４００と、ショッピングサーバ５００と、データベースサーバ６００とは、一部または全部は、統合されて一つの装置とされてもよい。

端末装置１００は、ユーザ（一般利用者）によって使用される装置である。端末装置１００は、例えば、スマートフォンなどの携帯電話、タブレット端末、パーソナルコンピュータなどのコンピュータ装置（通信装置）である。端末装置１００は、ウェブブラウザなどのＵＡ（User Agent）が起動し、ユーザによって所定の操作がなされることで、ショッピングサーバ５００に対してＨＴＴＰ（Hypertext Transfer Protocol）リクエストを送信する。そして、端末装置１００は、ショッピングサーバ５００から返信されたウェブページに基づいてウェブ画面を生成し、表示部に表示させる。ウェブページは、例えば、ＨＴＭＬ（Hyper Text Markup Language）等のマークアップ言語で記述されたテキストデータや、スタイルシート、静止画像データ、動画データ、音声データなどを含むコンテンツである。なお、コンテンツを取得するための手段として、ウェブブラウザに代えて、任意のアプリケーションプログラムが使用されてもよい。

店舗端末２００は、例えば、商品を販売する店舗管理者により使用されるコンピュータである。店舗端末２００は、商品情報、在庫情報、配送期間などを含む店舗情報をデータベースサーバ６００に送信する。

ログインサーバ３００は、ユーザのログインを管理するサーバ装置である。ログインサーバ３００は、端末装置１００がショッピングサーバ５００にアクセスする際に、ログインリクエストを受け付ける。ログインサーバ３００は、ログインリクエストに含まれるユーザＩＤなどに基づいてユーザ認証を行う。ログインサーバ３００は、ユーザ認証が成功した場合、ショッピングサービスを利用可能にする。

ユーザデータベースサーバ４００は、例えば、ＨＤＤ（Hard Disc Drive）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＯＭ（Read Only Memory）、またはＲＡＭ（Random Access Memory）、或いはこれらを複数用いたハイブリッド型記憶装置により実現される。ユーザデータベースサーバ４００は、各種ネットワークを介してアクセス可能な外部記憶装置によって実現されてもよい。外部記憶装置の一例として、ＮＡＳ（Network Attached Storage）装置が挙げられる。ユーザデータベースサーバ４００により管理されるユーザデータベースは、ユーザＩＤ、パスワードなどのログインに必要な情報、ユーザの属性情報、ユーザが利用することができる特典情報などを含む。

ショッピングサーバ５００は、ショッピングサービスを提供するサーバ装置である。図２は、ショッピングサーバ５００の構成図である。ショッピングサーバ５００は、例えば、コンテンツ提供部５１０と、購入計画生成部５２０と、発注処理部５３０と、通知部５４０とを備える。これらの機能部は、例えばＣＰＵ（Central Processing Unit）等のプロセッサがプログラムメモリに格納されたプログラムを実行することにより実現される。また、これらの機能部のうち一部または全部は、ＬＳＩ（Large Scale Integration）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＦＰＧＡ（Field-Programmable Gate Array）等のハードウェアにより実現されてもよいし、ソフトウェアとハードウェアが協働することで実現されてもよい。

コンテンツ提供部５１０は、各種のコンテンツを端末装置１００に提供する。コンテンツ提供部５１０は、各種のコンテンツとして、商品を紹介するコンテンツ、購入計画コンテンツなどを提供する。購入計画生成部５２０は、端末装置１００から取得したリクエストに基づいて、購入計画コンテンツの元になる購入計画データを生成する。購入計画データは、商品の発注日、商品の納品日、商品の個数、特典情報などが含まれる情報である。発注処理部５３０は、購入計画データに基づいて、商品を発注する処理を行う。発注処理部５３０は、発注タイミングが到来したことに応じ、発注リクエストを店舗端末２００に送信する。通知部５４０は、各種の情報を端末装置１００に通知する。

データベースサーバ６００は、例えば、ＨＤＤ、フラッシュメモリ、ＥＥＰＲＯＭ、ＲＯＭ、またはＲＡＭ、或いはこれらを複数用いたハイブリッド型記憶装置により実現される。データベースサーバ６００は、各種ネットワークを介してアクセス可能な外部記憶装置によって実現されてもよい。外部記憶装置の一例として、ＮＡＳ装置が挙げられる。データベースサーバ６００には、例えば、店舗データベース、商品データベース、特典データベース、および購入履歴データベースが格納されている。

図３は、店舗データベース６１０の一例を示す図である。店舗データベース６１０は、店舗ＩＤに、商品ＩＤ、在庫情報、配送期間情報が対応付けられた情報である。図４は、商品データベース６２０の一例を示す図である。商品データベース６２０は、商品ＩＤに、商品名、消費期限、セット・個数、使用数が対応付けられた情報である。図５は、特典データベース６３０の一例を示す図である。特典データベース６３０は、特典名に、獲得条件、および特典内容が対応付けられた情報である。図６は、購入履歴データベース６４０の一例を示す図である。購入履歴データベースは、ユーザＩＤに、商品ＩＤ、店舗ＩＤ、購入期間、エントリー済特典、使用頻度が対応付けられた情報である。

決済サーバ７００は、ショッピングサーバ５００から取得した購入金額、利用ポイントなどの情報に基づいて、決済処理を行うサーバ装置である。

＜３．購入計画コンテンツ＞
以下、購入計画コンテンツについて説明する。図７は、商品を購入する際に、新規に購入するか注文履歴から購入するかを選択させるコンテンツ１０００の一例を示す図である。ショッピングサーバ５００は、端末装置１００から取得した購入リクエストに応じ、新規購入ボタン１００１および注文履歴から購入するための注文履歴購入ボタン１００２を含むコンテンツ１０００を端末装置１００に提供する。ショッピングサーバ５００は、新規購入ボタン１００１が選択されことに基づくリクエストを取得した場合、購入条件コンテンツ１０１０を提供する。ショッピングサーバ５００は、注文履歴購入ボタン１００２が選択されことに基づくリクエストを取得した場合、購入条件コンテンツ１０２０を端末装置１００に提供する。

図８は、購入条件コンテンツ１０１０の一例を示す図である。購入条件コンテンツ１０１０には、購入条件情報１０１１、およびシミュレーション閲覧ボタン１０１２が含まれている。購入条件情報１０１１には、商品名、購入先店舗、配送期間、発注数、発注日、初回到着日、使用数、使用頻度、購入期間、および特典が含まれている。商品名、購入先店舗、発注数、初回到着日、使用数、使用頻度、および商品購入期間は、ユーザの操作に基づいて取得した購入リクエストに基づいて設定される。配送期間は、店舗データベース６１０に登録された情報に基づいて自動的に設定される。発注日は、本日の日付が自動的に設定される。商品購入期間は、ユーザの操作に基づいて選択された期間に設定される。商品名、購入先店舗、発注日、初回到着日、および使用頻度は、購入履歴データベース６４０に基づいて自動的に設定してよい。また、使用頻度は、ユーザの操作に基づき、１日のうちの時間帯を指定しても良い。

特典は、例えば、商品購入代金の割引、商品購入代金に代えて使用することができるポイント、商品送料の無料である。特典は、ユーザの属性、商品、店舗、または商品購入期間の少なくとも一つの特典獲得条件を満たした場合に、獲得することができる。商品購入期間が１０月１日から１１月３０日として設定された場合において、獲得可能な特典が、「５」の付く日キャンペーンと、誕生日キャンペーンであるものとする。この場合、購入条件情報１０１１には、「５」の付く日キャンペーンと、誕生日キャンペーンという文字と、各キャンペーンを選択するためのチェックボックスとが含まれる。

図９は、購入条件コンテンツ１０２０の一例を示す図である。購入条件コンテンツ１０２０には、購入条件情報１０２１、およびシミュレーション閲覧ボタン１０２２が含まれている。購入条件情報１０２１には、商品名、購入先店舗、配送期間、発注数、残数、使用数、使用頻度、商品購入期間、および特典が含まれている。購入条件情報１０２１において、発注日、および初回到着日は省略されている。残数は、ユーザの操作に基づいて取得した情報であるが、これに限定されず、購入履歴データベース６４０に登録された商品購入期間および使用頻度に基づいて自動的に算出された数であってよい。

ショッピングサーバ５００の通知部５４０は、獲得可能な特典であって、購入条件コンテンツにより提供していない特典が存在する場合、当該特典を通知することが望ましい。獲得可能な特典であって、購入条件コンテンツにより提供していない特典は、例えば、購入条件を編集した場合に獲得可能となった特典や、商品購入期間が開始した後に、新設されたキャンペーンに係る特典である。ショッピングサーバ５００は、例えば、商品購入期間として１２月１日から１２月３１日までを指定した場合、当該指定された期間において追加された特典としてクリスマスキャンペーンを通知する。さらに、特典は、商品購入に際して指定された商品購入期間、および、購入履歴データベース６４０に登録されている商品購入期間を合算した期間に基づいて設定されてよい。ショッピングサーバ５００は、商品購入期間が所定期間を超えた場合、例えば、「５」の付く日キャンペーンの特典よりも、特典率が高い定期購入キャンペーンの特典獲得条件を満たしたと判定し、購入条件情報１０２１に定期購入キャンペーンという文字およびチェックボックスを含める。これにより、ショッピングサーバ５００は、追加された特典を通知する。

図１０は、購入計画コンテンツ１０３０の一例を示す図である。購入計画コンテンツ１０３０は、商品購入期間における１ヶ月分（１０月分）の購入計画データをカレンダー形式で表した情報である。購入計画コンテンツ１０３０には、カレンダー情報１０３１、残数情報１０３２、購入数情報１０３３、納品数情報１０３４、キャンペーン情報１０３５ａおよび１０３５ｂ、特典情報１０３６、購入確定ボタン１０３７、購入計画編集ボタン１０３８、および特典一覧ボタン１０３９が含まれている。カレンダー情報１０３１は、月ごとに、日付と曜日とを対応付けた情報である。残数情報１０３２は、日付に対応した商品の残数を表す情報である。購入数情報１０３３は、商品発注日に発注する商品数を表す情報である。納品数情報１０３４は、商品到着日に到着する商品数を表す情報である。キャンペーン情報１０３５は、獲得条件を満たすキャンペーンを表す情報である。特典情報１０３６は、購入計画コンテンツ１０３０において提供された購入計画に従って商品を購入した場合における特典を表す情報である。キャンペーン情報１０３５および特典情報１０３６は、特典の内容を表す情報に相当する。

図１１は、購入計画コンテンツ１０４０の一例を示す図である。購入計画コンテンツ１０４０は、商品購入期間における１ヶ月分（１１月分）の購入計画データをカレンダー形式で表した情報である。購入計画コンテンツ１０４０には、カレンダー情報１０４１、残数情報１０４２、発注数情報１０４３、納品数情報１０４４、キャンペーン情報１０４５ａ、特典情報１０４６、購入確定ボタン１０４７、購入計画編集ボタン１０４８、および特典一覧ボタン１０４９が含まれている。

購入計画コンテンツ１０３０には、購入計画コンテンツ１０３０から購入計画コンテンツ１０４０に表示を切り替える切替ボタン１０３０Ａが含まれている。購入計画コンテンツ１０４０には、購入計画コンテンツ１０４０から購入計画コンテンツ１０３０に表示を切り替える切替ボタン１０４０Ａが含まれている。

図１２は、特典一覧コンテンツ１０５０の一例を示す図である。特典一覧コンテンツ１０５０は、特典一覧ボタン１０３９または１０４９に対する操作を受け付けた場合に、端末装置１００に提供される。ショッピングサーバ５００は、特典一覧ボタン１０３９または１０４９に対する操作を受け付けたことに応じ、購入計画に含まれる特典の特典名、獲得条件、および特典内容を一覧化したコンテンツを作成する。なお、各特典は、特典一覧コンテンツ１０５０により提供されて良いが、これに限定されず、カレンダー情報１０３１内に表示されて良い。

図１３は、編集コンテンツ１０６０の一例を示す図である。編集コンテンツ１０６０は、購入計画に含まれる購入日に、納品日、購入数、特典名、および特典内容を対応付けた情報である。編集コンテンツ１０６０の購入日、納品日、購入数、特典名には、それぞれを変更することができることを表す三角マークが付加されている。ショッピングサーバ５００は、三角マークを選択する操作を受け付けたことに応じ、選択肢をプルダウンリスト形式で表示させる。選択肢として提供される情報は、編集コンテンツ１０６０に含まれていてもよく、三角マークを選択する操作を受け付けたことに応じて、ショッピングサーバ５００から端末装置１００に提供されて良い。ショッピングサーバ５００は、購入計画が変更されたことを検出した場合、変更後の購入計画に基づいて、特典情報１０３６などを再シミュレーションする。ショッピングサーバ５００は、再シミュレーションした結果としての購入計画コンテンツを端末装置１００に提供する。

＜４．購入計画コンテンツの提供処理＞
図１４は、購入計画コンテンツを提供する処理の流れを示すフローチャートである。購入計画生成部５２０は、まず、端末装置１００から購入リクエストを受信したか否かを判定する（Ｓ１００）。購入計画生成部５２０は、購入リクエストを受信していない場合、本フローチャートの処理を終了する。購入計画生成部５２０は、購入リクエストを受信した場合、特典獲得条件を満たすか否かを判定する（Ｓ１０２）。購入計画生成部５２０は、購入リクエストにより指定された商品購入期間に基づいて、特典獲得条件を満たすか否かを判定するが、これに限定されず、商品購入期間に加えて、または商品購入期間に代えて、ユーザの属性、商品の属性などに基づいて特典獲得条件を満たすか否かを判定しても良い。購入計画生成部５２０は、特典獲得条件を満たさない場合、商品の残数および使用頻度に基づいて購入計画コンテンツを提供する（Ｓ１１８）。

次に、購入計画生成部５２０は、直近の特典獲得日を一つ選択する（Ｓ１０４）。特典獲得日は、特典獲得条件を満たす日である。次に、購入計画生成部５２０は、商品購入期間において、選択した特典獲得日の次の特典獲得日があるか否かを判定する（Ｓ１０６）。購入計画生成部５２０は、次の特典獲得日がない場合、商品購入期間の終了までに残数が０になるか否かを判定する（Ｓ１１４）。購入計画生成部５２０は、商品購入期間の終了までに残数が０になる場合、選択した特典獲得日に商品を発注すると決定する（Ｓ１１２）。購入計画生成部５２０は、商品購入期間の終了までに残数が０にならない場合、特典獲得日、商品の残数および使用頻度に基づいて購入計画コンテンツを生成し、生成した購入計画コンテンツを端末装置１００に提供する（Ｓ１１６）。

購入計画生成部５２０は、次の特典獲得日がある場合、次の特典獲得日に商品を発注した場合の納品候補日を算出する（Ｓ１０８）。購入計画生成部５２０は、選択した特典獲得日における商品の残数、および商品の使用頻度に基づいて、算出した納品候補日までに商品の残数が０になるか否かを判定する（Ｓ１１０）。購入計画生成部５２０は、算出した納品候補日までに商品の残数が０になる場合、選択した特典獲得日に商品を発注すると決定する（Ｓ１１２）。そして、購入計画生成部５２０は、Ｓ１０４に処理を戻す。これにより、購入計画生成部５２０は、商品購入期間に含まれる特典獲得日ごとに、商品を発注するか否かを判定することができる。

（特典率に基づく特典の選択）
なお、購入計画生成部５２０は、複数の特典の特典獲得条件を満たす場合に、特典率が高い特典を優先的に選択することが望ましい。例えば、「５」の付く日キャンペーンと、誕生日キャンペーンとが重複している場合において、誕生日キャンペーンの方が多くの特典が獲得できる場合、購入計画生成部５２０は、Ｓ１０４において、誕生日キャンペーンを優先的に選択する。

（４．１ 購入計画コンテンツの提供処理の具体例）
図１５Ａおよび図１５Ｂは、購入計画のシミュレーション結果を示す図である。以下、商品の残数の推移を、図１４を参照して説明した購入計画コンテンツの提供処理と併せて説明する。図１５に示すように、１０月１日に、購入リクエストに基づいて１４個の商品を発注し、１４個の商品が１０月３日に納品され、１日１個の頻度で商品が使用されるものとする。また、購入計画生成部５２０は、購入条件コンテンツにおいて「５」の付く日キャンペーンが選択されたことにより、商品購入期間における１０月５日、１０月１５日、１０月２５日、１１月５日、１１月１５日、１１月２５日に商品を発注することで、特典獲得条件を満たすと判定する（Ｓ１０２）。

購入計画生成部５２０は、まず、１０月５日を、特典獲得日として選択する（Ｓ１０４）。購入計画生成部５２０は、１０月５日の次の特典獲得日として１０月１５日があると判定する（Ｓ１０６）。購入計画生成部５２０は、１０月１５日に発注した場合の納品候補日として、１０月１７日を算出する（Ｓ１０８）。購入計画生成部５２０は、１０月１７日において、１０月５日に発注しないと商品の残数が無くなると判定し（Ｓ１１０）、１０月５日に商品を発注すると決定する（Ｓ１１２）。

次に、購入計画生成部５２０は、１０月１５日を、特典獲得日として選択する（Ｓ１０４）。購入計画生成部５２０は、１０月１５日の次の特典獲得日として１０月２５日があると判定する（Ｓ１０６）。購入計画生成部５２０は、１０月２５日に発注した場合の納品候補日として、１０月２７日を算出する（Ｓ１０８）。購入計画生成部５２０は、１０月２７日において、１０月１５日に発注しなくても商品の残数が無くならないと判定し（Ｓ１１０）、１０月１５日に商品を発注しないと決定する（Ｓ１１２）。

次に、購入計画生成部５２０は、１０月２５日を、特典獲得日として選択する（Ｓ１０４）。購入計画生成部５２０は、１０月２５日の次の特典獲得日として１１月５日があると判定する（Ｓ１０６）。購入計画生成部５２０は、１１月５日に発注した場合の納品候補日として、１１月７日を算出する（Ｓ１０８）。購入計画生成部５２０は、１１月７日において、１０月２５日に発注しないと商品の残数が無くなると判定し（Ｓ１１０）、１０月２５日に商品を発注すると決定する（Ｓ１１２）。

次に、購入計画生成部５２０は、１１月５日を、特典獲得日として選択する（Ｓ１０４）。購入計画生成部５２０は、１１月５日の次の特典獲得日として１１月１５日があると判定する（Ｓ１０６）。購入計画生成部５２０は、１１月１５日に発注した場合の納品候補日として、１１月１７日を算出する（Ｓ１０８）。購入計画生成部５２０は、１１月１７日において、１１月５日に発注しないと商品の残数が無くなると判定し（Ｓ１１０）、１１月５日に商品を発注すると決定する（Ｓ１１２）。

次に、購入計画生成部５２０は、１１月１５日を、特典獲得日として選択する（Ｓ１０４）。購入計画生成部５２０は、１１月１５日の次の特典獲得日として１１月２５日があると判定する（Ｓ１０６）。購入計画生成部５２０は、１１月２５日に発注した場合の納品候補日として、１１月２７日を算出する（Ｓ１０８）。購入計画生成部５２０は、１１月２７日において、１１月１５日に発注しなくても商品の残数が無くならないと判定し（Ｓ１１０）、１１月１５日に商品を発注しないと決定する（Ｓ１１２）。

次に、購入計画生成部５２０は、１１月２５日を、特典獲得日として選択する（Ｓ１０４）。購入計画生成部５２０は、１１月２５日の次の特典獲得日がないため、商品購入期間の終了までに残数が０になるか否かを判定する（Ｓ１１６）。購入計画生成部５２０は、商品購入期間の終了までに残数が０になるため、１１月２５日に商品を発注すると決定する（Ｓ１１２）。

以上のように、購入計画生成部５２０は、特典獲得日に商品を発注する購入計画コンテンツを生成することができる。

（４．２ 購入計画コンテンツの編集）
以下、購入計画コンテンツを編集する処理について説明する。図１６は、購入計画を編集する様子を示す図である。ショッピングサーバ５００は、編集コンテンツ１０６０を提供している状態において、ユーザの操作に基づいて、１１月５日に特典を獲得することができる「５」の付く日キャンペーンを、１１月３日に特典を獲得することができる誕生日キャンペーンに変更するリクエストを受け付けたものとする。なお、購入計画生成部５２０は、特典名を編集する操作に基づいてキャンペーンを変更してよいが、これに限定されず、購入日を編集する操作に基づいてキャンペーンを変更してよい。

購入計画生成部５２０は、キャンペーンを変更するリクエストを受け付けた場合に、購入計画の再シミュレーションを実行することで、購入計画コンテンツ１０３０を更新する。図１７は、更新した購入計画コンテンツ１０３０＃の一例を示す図である。購入計画生成部５２０は、１１月３日に１セット１４個を購入し、１１月５日に１セット１４個を納品するようにカレンダー情報１０３１＃を更新する。また、購入計画生成部５２０は、購入金額およびお得合計を更新するよう特典情報１０３６＃を変更する。以上のように、購入計画生成部５２０は、購入条件を変更に対して購入計画を再シミュレーションして、編集した購入計画コンテンツを提供することができる。

＜５．エントリー処理＞
以下、ユーザが特典を獲得するために実行されるエントリー処理について説明する。エントリー処理は、商品購入により特典を獲得するユーザの意志を確認するための処理である。図１８は、エントリー処理の流れの一例を示すフローチャートである。まず、ショッピングサーバ５００は、商品購入リクエストを受け付けたか否かを判定する（Ｓ２００）。商品購入リクエストは、購入計画コンテンツ１０３０における購入確定ボタン１０３７に対する操作を端末装置１００が受け付けた場合に、端末装置１００からショッピングサーバ５００に提供される。

次に、ショッピングサーバ５００は、購入計画データを参照して、購入計画が特典獲得条件を満たすか否かを判定する（Ｓ２０２）。ショッピングサーバ５００は、購入計画が特典獲得条件を満たさない場合、本フローチャートの処理を終了する。ショッピングサーバ５００は、購入計画が特典獲得条件を満たす場合、エントリー用コンテンツを提供する（Ｓ２０４）。図１９は、エントリー用コンテンツの一例を示す図である。エントリー用コンテンツ１０７０には、特典を獲得する意志を問い合わせるメッセージ１０７１と、エントリーをリクエストするためのリクエストボタン１０７２とが含まれている。

次に、ショッピングサーバ５００は、リクエストボタン１０７２を選択する操作に基づく情報を受信することで、エントリーのリクエストを受け付けたか否かを判定する（Ｓ２０６）。ショッピングサーバ５００は、エントリーのリクエストを受信しない場合、本フローチャートの処理を終了する。

ショッピングサーバ５００は、エントリーのリクエストを受け付けた場合、エントリー用コンテンツ１０７０を提供したこと対する操作に基づいて、特典を獲得する意志に基づく操作を受け付ける。次にショッピングサーバ５００は、同じ特典を複数回獲得するか否かを判定する（Ｓ２０８）。ショッピングサーバ５００は、同じ特典を複数回獲得する場合、当該複数回獲得する特典の全てについてエントリーを登録する（Ｓ２１０）。エントリーを登録するとは、エントリー済特典情報を購入履歴データベース６４０に格納することである。ショッピングサーバ５００は、同じ特典を複数回獲得しない場合、１回の特典についてエントリーを登録する（Ｓ２１２）。

次に、ショッピングサーバ５００は、購入計画に含まれる全ての特典についてエントリーの登録が完了したか否かを判定する（Ｓ２１４）。ショッピングサーバ５００は、全ての特典についてエントリーの登録が完了していない場合、Ｓ２０４に処理を戻す。ショッピングサーバ５００は、例えば、「５」の付く日キャンペーン、および誕生日キャンペーンの特典獲得条件を満たした購入計画が生成されている場合、「５」の付く日キャンペーンに加え、誕生日キャンペーンについてもＳ２０４からＳ２１２までの処理を実行する。

＜６．通知処理＞
以下、特典を通知する通知処理について説明する。図２０は、通知処理の流れの一例を示すフローチャートである。ショッピングサーバ５００は、商品購入リクエストを受け付けたか否かを判定する（Ｓ３００）。ショッピングサーバ５００は、商品購入リクエストを受け付けたことに応じて、購入計画を実行する（Ｓ３０２）。購入計画を実行するとは、決済サーバ７００による決済処理が完了したことを条件に、発注処理部５３０による商品の発注処理、および店舗からユーザへの納品作業が行われることである。

ショッピングサーバ５００は、特典獲得条件を満たすことが可能な新たな特典が追加されたか否かを判定する（Ｓ３０４）。特典獲得条件を満たすことが可能な新たな特典とは、例えば、商品の購入日や商品の購入数などを編集することにより特典獲得条件を満たす特典である。ショッピングサーバ５００は、ユーザ属性の変更、購入計画の編集、新規キャンペーンの追加などに基づいて特典獲得条件を満たすことが可能な新たな特典が追加された場合、追加された特典を通知する（Ｓ３０６）。ショッピングサーバ５００は、端末装置１００がウェブブラウザである場合、追加された特典を本文に含むメールを送信する。ショッピングサーバ５００は、端末装置１００がアプリケーションである場合、プッシュ通知により追加された特典を通知する。

次にショッピングサーバ５００は、追加された特典を通知したことに応じ、購入計画が編集されたか否かを判定する（Ｓ３０８）。ショッピングサーバ５００は、購入計画が編集された場合、購入計画の再シミュレーションを実行する（Ｓ３１０）。

＜７．他の実施形態＞
以下、他の実施形態について説明する。上述した実施形態は、特典獲得条件に基づいて購入計画を生成したが、特典獲得条件に代えて特典利用条件に基づいて、購入計画を生成して良い。例えば、商品を購入した場合に、次に商品を購入する機会において利用することができる割引チケットを取得した場合、割引チケットに関する情報は、購入履歴データベース６４０に格納される。購入計画生成部５２０は、商品を購入する際に、購入履歴データベース６４０を参照して、特典利用条件として割引チケットがあるか否かを判定する。購入計画生成部５２０は、割引チケットがある場合、当該割引チケットを利用して商品を購入する購入計画を生成する。なお、商品購入に際して利用する特典は、既にユーザが保持しているポイントであってもよい。

図２１は、特典利用条件に基づいて購入計画を生成する処理の流れを示すフローチャートである。購入計画生成部５２０は、まず、端末装置１００から購入リクエストを受信したか否かを判定する（Ｓ４００）。購入計画生成部５２０は、購入リクエストを受信していない場合、本フローチャートの処理を終了する。購入計画生成部５２０は、購入リクエストを受信した場合、特典利用条件を満たすか否かを判定する（Ｓ４０２）。購入計画生成部５２０は、特典利用条件を満たさない場合、商品の残数および使用頻度に基づいて購入計画コンテンツを提供する（Ｓ４１８）。

次に、購入計画生成部５２０は、直近の特典利用日を一つ選択する（Ｓ４０４）。特典利用日は、特典利用条件を満たす日である。次に、購入計画生成部５２０は、商品購入期間において、選択した特典利用日の次の特典利用日があるか否かを判定する（Ｓ４０６）。購入計画生成部５２０は、次の特典利用日がない場合、商品購入期間の終了までに残数が０になるか否かを判定する（Ｓ４１４）。購入計画生成部５２０は、商品購入期間の終了までに残数が０になる場合、選択した特典利用日に商品を発注すると決定する（Ｓ４１２）。購入計画生成部５２０は、商品購入期間の終了までに残数が０にならない場合、特典利用日、商品の残数および使用頻度に基づいて購入計画コンテンツを生成し、生成した購入計画コンテンツを端末装置１００に提供する（Ｓ４１６）。

購入計画生成部５２０は、次の特典利用日がある場合、次の特典利用日に商品を発注した場合の納品候補日を算出する（Ｓ４０８）。購入計画生成部５２０は、選択した特典利用日における商品の残数、および商品の使用頻度に基づいて、算出した納品候補日までに商品の残数が０になるか否かを判定する（Ｓ４１０）。購入計画生成部５２０は、算出した納品候補日までに商品の残数が０になる場合、選択した特典利用日に商品を発注すると決定する（Ｓ４１２）。そして、購入計画生成部５２０は、Ｓ４０４に処理を戻す。これにより、購入計画生成部５２０は、商品購入期間に含まれる特典利用日ごとに、商品を発注するか否かを判定することができる。

なお、購入計画生成部５２０は、特典利用条件に基づいて購入計画を生成したが、特典獲得条件および特典利用条件の双方に基づいて、購入計画を生成して良い。この場合、購入計画生成部５２０は、特典獲得日または特典利用日において商品を発注する購入計画を生成する。また、購入計画生成部５２０は、特典獲得条件および特典利用条件の双方を満たす場合、特典率が高い方を選択し、選択した条件を満たす日に商品を発注する購入計画を生成する。

＜８．実施形態の効果＞
以上説明したように、実施形態の自動発注システム１によれば、商品を購入するリクエストを受け付けた場合に、商品購入により特典を獲得することができる特典獲得条件に基づいて、商品の購入計画を生成し、生成した購入計画に基づいてコンテンツを提供することができる。この結果、自動発注システム１によれば、商品購入に関する特典を考慮して商品の発注を行うことで、ショッピングサービスの利便性を向上させることができる。

また、自動発注システム１によれば、商品購入期間に含まれる所定期間に商品を購入することで特典獲得条件を満たす場合に、所定期間において商品を購入する購入計画を生成するので、特典を最大限獲得することができる購入計画を生成することができる。

さらに、自動発注システム１によれば、特典獲得条件を満たす期間の間に商品が不足する場合、先の特典獲得条件を満たす期間に商品を購入する購入計画を生成するので、商品購入期間において商品の残数が不足する事態を抑制することができる。

さらに、自動発注システム１によれば、カレンダーに含まれる日付けに対応して、特典獲得条件を満たす期間、商品の購入日および購入数、商品の納品日および納品数が含まれる購入計画コンテンツを提供するので、商品購入により特典を獲得することができることを可視化することができ、ショッピングサービスの満足度を向上させることができる。

さらに、自動発注システム１によれば、特典獲得条件を満たす期間に対応付けた特典の内容、商品購入期間において獲得することができる特典の一覧、商品購入期間において獲得する特典の合計を提供することができるので、ショッピングサービスの利便性や満足度を更に向上させることができる。

さらに、自動発注システム１によれば、複数の特典獲得条件を満たすことが可能である場合に、特典率に基づいていずれか一つの特典獲得条件を選択し、選択した特典獲得条件を満たす購入計画を生成するので、特典を最大限獲得することができる購入計画を生成することができる。

さらに、自動発注システム１によれば、ユーザの操作に基づいて購入計画を編集することができるので、さらにショッピングサービスの利便性を向上させることができる。

さらに、自動発注システム１によれば、複数回商品を購入することで、同じ特典獲得条件を複数回満たす購入計画を生成した場合に、エントリー用コンテンツを１回提供し、特典を獲得する意志に基づく操作を１回受け付けた場合に、複数回商品を購入する購入計画を実行するので、複数回特典を獲得する場合であっても、複数回エントリーのための操作を強いることなく、さらにショッピングサービスの利便性を向上させることができる。

さらに、自動発注システム１によれば、商品購入期間に特典を獲得することができる新たな特典がある場合、当該新たな特典を通知するので、さらにショッピングサービスの利便性を向上させることができる。また、自動発注システム１によれば、通知した新たな特典を獲得するために購入計画の編集を行うことで、ショッピングサービスの利便性や満足度を更に向上させることができる。

＜９．ハードウェア構成＞
図２２は、端末装置１００、ショッピングサーバ５００のハードウェア構成の一例を示す図である。本図は、端末装置１００がパーソナルコンピュータなどである例を示している。端末装置１００は、例えば、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、フラッシュメモリなどの二次記憶装置１０４、操作および表示などのためのインターフェース１０５、および無線通信モジュール１０６が、内部バスあるいは専用通信線によって相互に接続された構成となっている。

ショッピングサーバ５００は、例えば、ＮＩＣ５０１、ＣＰＵ５０２、ＲＡＭ５０３、ＲＯＭ５０４、フラッシュメモリやＨＤＤなどの二次記憶装置５０５、およびドライブ装置５０６が、内部バスあるいは専用通信線によって相互に接続された構成となっている。ドライブ装置５０６には、光ディスクなどの可搬型記憶媒体が装着される。二次記憶装置５０５、またはドライブ装置５０６に装着された可搬型記憶媒体に記憶されたプログラムがＤＭＡコントローラ（不図示）などによってＲＡＭ５０３に展開され、ＣＰＵ５０２によって実行されることで、ショッピングサーバ５００の機能部が実現される。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１…自動発注システム
１００…端末装置
３００…ログインサーバ
４００…ユーザデータベースサーバ
５００…ショッピングサーバ
５１０…コンテンツ提供部
５２０…購入計画生成部
５３０…発注処理部
５４０…通知部
６００…データベースサーバ
６１０…店舗データベース
６２０…商品データベース
６３０…特典データベース
６４０…購入履歴データベース
１０１０…購入条件コンテンツ
１０１１…購入条件情報
１０２０…購入条件コンテンツ
１０２１…購入条件情報
１０３０…購入計画コンテンツ
１０３２…残数情報
１０３３…購入数情報
１０３３…発注数情報
１０３４…納品数情報
１０３５…キャンペーン情報
１０４０…購入計画コンテンツ
１０５０…特典一覧コンテンツ
１０６０…編集コンテンツ
１０７０…エントリー用コンテンツ

Claims (15)

1. 商品を購入するリクエストを受け付けた場合に、商品購入により特典を獲得または利用することができる条件に基づいて、前記商品の購入計画を生成する生成部と、
   前記生成部により生成された前記購入計画を提供する提供部と、
   を備える、自動発注システム。
2. 前記条件は、所定期間に前記商品を購入することであり、
   前記生成部は、前記所定期間において前記商品を購入する購入計画を生成する、
   請求項１に記載の自動発注システム。
3. 前記生成部は、商品購入期間を指定して商品を購入するリクエストを受け付けた場合に前記商品の購入計画を生成し、
   前記生成部は、前記所定期間が前記商品購入期間に複数含まれる場合において、前記商品の購入数および前記商品の使用頻度に基づいて、２つの所定期間の間の期間に前記商品が不足するか否かを判定し、前記商品が不足する場合、前記２つの所定期間のうち先の所定期間に前記商品を購入する購入計画を生成する、
   請求項２に記載の自動発注システム。
4. 前記提供部は、カレンダーに含まれる日付けに対応して、前記所定期間、前記商品の購入日および購入数、前記商品の納品日および納品数が含まれる購入計画コンテンツを提供する、
   請求項２または３に記載の自動発注システム。
5. 前記提供部は、前記所定期間に対応付けて、特典の内容を示す情報を含む前記購入計画コンテンツを提供する、
   請求項４に記載の自動発注システム。
6. 前記提供部は、前記商品購入期間において獲得または利用できる特典の一覧を示す情報を含むコンテンツを提供する、
   請求項１から５のうちいずれか１項に記載の自動発注システム。
7. 前記提供部は、前記商品購入期間において獲得または利用できる特典の合計を示す情報を含むコンテンツを提供する、
   請求項１から５のうちいずれか１項に記載の自動発注システム。
8. 前記生成部は、複数の条件を満たすことが可能である場合に、特典率に基づいていずれか一つの条件を選択し、選択した条件を満たす購入計画を生成する、
   請求項１から６のうちいずれか１項に記載の自動発注システム。
9. 前記生成部は、ユーザの操作に基づいて、前記購入計画を編集する、
   請求項１から７のうちいずれか１項に記載の自動発注システム。
10. 前記生成部により生成された前記購入計画を実行する実行部を更に備え、
    前記実行部は、前記特典を獲得する意志に基づく操作を受け付けた場合に、前記購入計画を実行する、
    請求項１から９のうちいずれか１項に記載の自動発注システム。
11. 前記提供部は、前記生成部により生成された前記購入計画に従って前記商品を購入する操作を受け付けた場合において、商品購入により特典を獲得する意志を確認するエントリー用コンテンツを提供し、
    前記実行部は、前記エントリー用コンテンツを提供したこと対する操作に基づいて、前記特典を獲得する意志に基づく操作を受け付ける、
    請求項１０に記載の自動発注システム。
12. 前記生成部が、複数回商品を購入することで、同じ条件を複数回満たす購入計画を生成した場合において、
    前記提供部は、前記エントリー用コンテンツを１回提供し、
    前記実行部は、前記特典を獲得する意志に基づく操作を１回受け付けた場合に、複数回商品を購入する購入計画を実行する、
    請求項１１に記載の自動発注システム。
13. 前記生成部により生成された前記購入計画を実行している場合において、特典を獲得することができる新たな特典がある場合、当該新たな特典を通知する通知部を更に備える、
    請求項１から１２のうちいずれか１項に記載の自動発注システム。
14. 商品を購入するリクエストを受け付け、
    商品購入により特典を獲得することができる特典獲得条件に基づいて、前記商品の購入計画を生成し、
    生成された前記購入計画を提供する、
    を備える、自動発注方法。
15. コンピュータに、
    商品を購入するリクエストを受け付けさせ、
    商品購入により特典を獲得することができる特典獲得条件に基づいて、前記商品の購入計画を生成させ、
    生成された前記購入計画を提供させる、
    を備える、自動発注プログラム。

Images