JP2022120307A - 情報処理システム、情報処理方法及びプログラム - Google Patents

Abstract

【課題】商品の生産計画に合わせた商品の届け時期を顧客に提案することにより、生産、在庫管理および物流にかかるコストを削減することができる技術を提供すること。【解決手段】本発明の一態様によれば、情報処理システムが提供される。この情報処理システムは、次の各ステップを実行するように構成される。受付ステップでは、ロット生産されている所定の商品の生産時期に関する生産計画情報と、商品の購入を申し込んでいるユーザに関するユーザ情報とを受け付ける。生成ステップでは、生産計画情報と、ユーザ情報と、予め設定された参照情報とに基づいて、ユーザに、商品の届け時期を提案するための表示情報を生成する。【選択図】図１

Description

本発明は、情報処理システム、情報処理方法及びプログラムに関する。

近年、配送効率がよく、配送コストを低くできる物品配送支援システムが開発されている（特許文献１）。

特開２０１４－３７２８３号公報

しかしながら、従来技術では、確定された物品の配送依頼に基づき、配送トラックへの物品の積載方法を工夫することにより、配送効率を高めているにすぎなかった。すなわち、従来技術は、配送する物品の構成自体を調整するものではなく、配送効率化には、限界があった。

本発明では上記事情を鑑み、商品の生産計画に合わせた商品の届け時期を顧客に提案することにより、生産、在庫管理および物流にかかるコストを削減することができる技術を提供することとした。

本発明の一態様によれば、情報処理システムが提供される。この情報処理システムは、次の各ステップを実行するように構成される。受付ステップでは、ロット生産されている所定の商品の生産時期に関する生産計画情報と、商品の購入を申し込んでいるユーザに関するユーザ情報とを受け付ける。生成ステップでは、生産計画情報と、ユーザ情報と、予め設定された参照情報とに基づいて、ユーザに、商品の届け時期を提案するための表示情報を生成する。

本開示によれば、商品の生産計画に合わせた商品の届け時期を顧客に提案することにより、生産、在庫管理および物流にかかるコストを削減することができる。

本実施形態に係る情報処理システム１を表す構成図である。 情報処理装置３のハードウェア構成を示すブロック図である。 情報処理装置３における制御部３３等によって実現される機能を示すブロック図である。 生産管理サーバ４から取得される生産計画情報５の一例である。 ユーザ端末２に表示される画面であって、商品ＡＣの定期購入ＲＰを申し込むための申し込みフォーム６の一例である。 管理部３３５が管理する、ユーザ情報Ｕを含む管理情報７の一例である。 記憶部３２に予め記憶された参照情報８の一例である。 ユーザ端末２に表示される画面であって、アンケートフォーム９の一例である。 ユーザ端末２に表示される画面であって、商品ＡＣの届け時期ＰＤを提案するための表示情報に基づく表示の一例である提案画面１０である。 情報処理システム１によって実行される情報処理の流れの一例を示すタイミングチャートである。 情報処理システム１によって実行される情報処理の流れの一例を示すタイミングチャートである。

以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。

また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現され得るソフトウェアの情報処理とを合わせたものも含み得る。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０または１で構成される２進数のビット集合体としての信号値の高低、または量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行され得る。

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、およびメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、およびフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

１．ハードウェア構成
本節では、第１の実施形態（以下、本実施形態と称する）のハードウェア構成について説明する。

１．１ 情報処理システム１
図１は、本実施形態に係る情報処理システム１を表す構成図である。情報処理システム１は、ユーザ端末２と、情報処理装置３と、生産管理サーバ４とを備え、これらがネットワークを通じて接続されている。これらの構成要素について、さらに説明する。ここで、情報処理システム１に例示されるシステムとは、１つまたはそれ以上の装置または構成要素からなるものである。したがって、情報処理装置３単体であっても、システムの一例となる。

１．２ ユーザ端末２
ユーザ端末２は、通信部と、記憶部と、制御部と、表示部と、入力部とを有し、これらの構成要素がユーザ端末２の内部において通信バスを介して電気的に接続されている。通信部、記憶部および制御部の説明は、情報処理装置３における通信部３１、記憶部３２および制御部３３と略同様のため、省略する。

表示部は、例えば、ユーザ端末２の筐体に含まれるものであってもよいし、外付けされるものであってもよい。表示部は、ユーザが操作可能なグラフィカルユーザインターフェース（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：ＧＵＩ）の画面を表示する。このような表示部は、例えば、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイおよびプラズマディスプレイ等の表示デバイスを、ユーザ端末２の種類に応じて使い分けて実施されることが好ましい。ここでは、表示部は、ユーザ端末２の筐体に含まれるものとして説明する。

入力部は、ユーザ端末２の筐体に含まれるものであってもよいし、外付けされるものであってもよい。例えば、入力部は、表示部と一体となってタッチパネルとして実施されてもよい。タッチパネルであれば、ユーザは、タップ操作、スワイプ操作等を入力することができる。もちろん、タッチパネルに代えて、スイッチボタン、マウス、ＱＷＥＲＴＹキーボード等を採用してもよい。すなわち、入力部が、ユーザによってなされた操作入力を受け付ける。当該入力が、命令信号として、通信バスを介して制御部に転送され、制御部が、必要に応じて、所定の制御や演算を実行し得る。

１．３ 情報処理装置３
図２は、情報処理装置３のハードウェア構成を示すブロック図である。情報処理装置３は、通信部３１と、記憶部３２と、制御部３３とを備え、これらの構成要素が、情報処理装置３の内部において、通信バス３０を介して電気的に接続されている。各構成要素について、さらに説明する。

通信部３１は、ＵＳＢ、ＩＥＥＥ１３９４、Ｔｈｕｎｄｅｒｂｏｌｔ、有線ＬＡＮネットワーク通信等といった有線型の通信手段が好ましいものの、無線ＬＡＮネットワーク通信、３Ｇ／ＬＴＥ／５Ｇ等のモバイル通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信等を必要に応じて含めてもよい。すなわち、通信部３１は、これら複数の通信手段の集合として実施されることがより好ましい。すなわち、情報処理装置３は、通信部３１を介して、ユーザ端末２および生産管理サーバ４とネットワークを介して、種々の情報を通信する。

記憶部３２は、前述の記載により定義される様々な情報を記憶する。記憶部３２は、例えば、制御部３３によって実行される情報処理装置３に係る種々のプログラム等を記憶するソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ＳＳＤ）等のストレージデバイスとして、あるいは、プログラムの演算に係る一時的に必要な情報（引数、配列等）を記憶するランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）等のメモリとして実施され得る。また、記憶部３２は、これらの組み合わせであってもよい。特に、記憶部３２は、申し込みフォーム６、管理情報７または、これらを生成するためのプログラム等を記憶する。記憶部３２は、これ以外にも、制御部３３によって実行される情報処理装置３に係る種々のプログラム等を記憶している。

制御部３３は、情報処理装置３に関連する全体動作の処理・制御を行う。制御部３３は、例えば、不図示の中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）である。制御部３３は、記憶部３２に記憶された所定のプログラムを読み出すことによって、情報処理装置３に係る種々の機能を実現する。すなわち、情報処理装置３に係る種々の機能は、記憶部３２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部３３によって具体的に実現されることで、制御部３３に含まれる各機能部として実行され得る。各機能部については、次節において、更に詳述する。なお、制御部３３は、単一であることに限定されず、機能ごとに複数の制御部３３を有するように実施されてもよい。また、制御部３３は、複数の制御部の組み合わせであってもよい。

１．４ 生産管理サーバ４
生産管理サーバ４は、不図示の通信部と、記憶部と、制御部とを備え、ネットワークを介して情報処理装置３と通信可能に構成されている。情報処理装置３と、生産管理サーバ４とは、必要に応じて様々な情報のやりとりをするように実施してもよい。

２．機能構成
本節では、本実施形態の機能構成について説明する。前述の通り、情報処理装置３に係る種々の機能は、記憶部３２に記憶されているソフトウェアによる情報処理がハードウェアの一例である制御部３３によって具体的に実現されることで、制御部３３に含まれる各機能部として実行され得る。

図３は、情報処理装置３における制御部３３等によって実現される機能を示すブロック図である。具体的には、情報処理システム１の一例である情報処理装置３は、受付部３３１と、抽出部３３２と、推定部３３３と、生成部３３４と、管理部３３５とを備える。

受付部３３１は、種々の情報を受け付けるように構成される。例えば、受付部３３１は、生産管理サーバ４から取得される生産計画情報５、ユーザ端末２から申し込みフォーム６（図５参照）へ入力されたユーザ情報Ｕ、ユーザ端末２からアンケートフォーム９へ入力された回答９１ａ（図８参照）、商品ＡＣを販売しているショッピングサイトへのユーザのアクセス状況に関するアクセス情報（不図示）等を受け付けてもよい。詳細については、後述する。

抽出部３３２は、商品ＡＣの購入を申し込んでいるユーザの中から特定ユーザを抽出するように構成される。詳細については、後述する。

推定部３３３は、商品ＡＣまたは商品ＡＣと同じ種類に属する商品の購入頻度を推定するように構成される。詳細については、後述する。

生成部３３４は、商品ＡＣの届け時期ＰＤを提案するための表示情報を生成するように構成される。ここで、表示情報とは、画面、画像、アイコン、メッセージ等といった、ユーザが視認可能な態様で生成された情報そのものでもよいし、例えば、ユーザ端末２の表示部に画面、画像、アイコン、メッセージ等を表示させるためのレンダリング情報であってもよい。詳細については、後述する。

管理部３３５は、種々の情報を管理するように構成される。例えば、管理部３３５は、管理情報７等を管理してもよい。詳細については、後述する。

３．情報処理方法
本節では、前述した情報処理システム１の情報処理方法について説明する。

また、本節で参照する各図は、以下の通りである。図４は、生産管理サーバ４から取得される生産計画情報５の一例である。図５は、ユーザ端末２に表示される画面であって、商品ＡＣの定期購入ＲＰを申し込むための申し込みフォーム６の一例である。図６は、管理部３３５が管理する、ユーザ情報Ｕを含む管理情報７の一例である。図７は、記憶部３２に予め記憶された参照情報８の一例である。図９は、ユーザ端末２に表示される画面であって、商品ＡＣの届け時期ＰＤを提案するための表示情報に基づく表示の一例である提案画面１０である。図１０は、情報処理システム１によって実行される情報処理の流れの一例を示すタイミングチャートである。

ここで、商品ＡＣには、ロット生産され得る、あらゆる物品が含まれるが、好ましくは、商品ＡＣは、化粧品である。また、化粧品として、例えば、洗顔料、化粧水、乳液、美容液、スキンケアオイル、フェイスクリーム等の基礎化粧品、シャンプー、コンディショナー、ヘアパック、ヘアトリートメント、ヘアスタイリング剤、ヘアカラー剤等のヘアケア化粧品、顔用およびボディ用の日焼け止め化粧品、アイブロウ、アイライナー、マスカラ、アイシャドウ、口紅、グロス、リップライナー、チーク、ネイル、ネイルケア剤などのメイクアップ化粧品、ファンデーション、化粧下地、コンシーラー、フェイスパウダー等のベースメイク化粧品、ボディソープ、ボディクリーム、ボディオイル等のボディケア化粧品が挙げられる。このような態様によれば、ほぼ毎日使用される消耗品である基礎化粧品やヘアケア化粧品等の化粧品を、通信販売で継続的に購入する場合に顧客にとって大きな負担となり得る送料Ｆを極力低減することにより、顧客の購買意欲を高めることができる。

また、ここで、ユーザとは、商品ＡＣの購入を申し込んでいる一般消費者である。好ましくは、ユーザは、商品ＡＣの定期購入ＲＰを申し込んでいるユーザである。このような態様によれば、所定の間隔で必ず配送が必要となる定期購入サービスにおいて、生産サイクルに配送サイクルを合わせることにより、生産、在庫管理および物流にかかるコストを削減するとともに、顧客の送料負担を軽減することができる。

なお、商品ＡＣの通信販売には、カタログによる通信販売と、インターネットを利用した通信販売（以下、ネット通販と略称する）とが含まれる。顧客管理や営業管理の容易性等の観点から、ネット通販により商品ＡＣが販売されることが好ましい。

これらの好ましい態様を踏まえ、以下の説明では、ユーザがネット通販で商品ＡＣの定期購入ＲＰを申し込む場合を想定する。また、ユーザは既に定期購入ＲＰを続けている者であってもよいが、以下では、説明の都合上、ユーザが定期購入ＲＰを初めて申し込む場合を想定する。

ここから、図１０のタイミングチャートに沿って、情報処理システム１によって実行される情報処理の流れを説明するものとする。

まず、ユーザは、ユーザ端末２に表示された不図示の画面において、ユーザ端末２の入力部を介して、定期購入ＲＰを希望する商品ＡＣを選択し、その購入数量ＱＡを指定する。その後、ユーザが選択または指定した商品ＡＣとその購入数量ＱＡの情報がネットワークを介して情報処理装置３に送信されると、情報処理装置３は、図５に示される申し込みフォーム６を、ユーザ端末２に送信する。具体的には、情報処理装置３における制御部３３は、申し込みフォーム６を、通信部３１およびネットワークを介してユーザ端末２に送信する（ステップＳ００１）。ここで、申し込みフォーム６は、ワープロソフト等で生成された形式でもよいし、ｐｄｆファイルでもよいが、好ましくは、申し込みフォーム６を視認可能な態様でブラウザ上に表示させた画面である。ここでは、申し込みフォーム６が画面であるものとしてさらに説明をする。

図５に示される申し込みフォーム６は、例えば、ユーザが定期購入ＲＰを希望する商品ＡＣおよびその購入数量ＱＡを表す表示と、定期購入ＲＰに必要なユーザ情報Ｕとして氏名ＵＮ、メールアドレスＵＭおよび届け先ＵＡを入力するための入力欄とを備えている。ユーザは、これらの入力欄に、自身の氏名ＵＮおよびメールアドレスＵＭと、配送を希望する届け先ＵＡとを入力すればよい（ステップＳ００２）。

商品ＡＣの購入を申し込んでいるユーザに関するユーザ情報Ｕが申し込みフォーム６に入力されると、ユーザ情報Ｕは、ネットワークを介して情報処理装置３に送信される（ステップＳ００２）。その後、情報処理装置３において、通信部３１が、ユーザ端末２から送信されたユーザ情報Ｕを受信し、受付部３３１が、ユーザ情報Ｕを受け付ける。ここで好ましくは、管理部３３５は、図６に示されるように、ユーザ情報Ｕ、例えば、氏名ＵＮ、メールアドレスＵＭおよび届け先ＵＡと、購入を申し込んでいる商品ＡＣおよびその購入数量ＱＡと、定期購入ＲＰの申し込みの有無とを対応付けて、管理情報７として管理する（ステップＳ００３）。すなわち、ユーザ情報Ｕがネットワークを介して情報処理装置３に送信され、情報処理装置３における記憶部３２が、ユーザ情報Ｕと、商品ＡＣおよびその購入数量ＱＡと、定期購入ＲＰの申し込みの有無とを対応付けて、管理情報７（図６参照）として記憶する。

以上述べてきたユーザ端末２と情報処理装置３との間の情報のやりとりの一方で、生産管理サーバ４から情報処理装置３に、ネットワークを介して、所定のタイミングで、ロット生産されている所定の商品ＡＣの生産時期ＰＰに関する生産計画情報５（図４参照）が送信される（ステップＳ００４）。その後、情報処理装置３において、通信部３１が、生産管理サーバ４から送信された生産計画情報５を受信し、受付部３３１が、生産計画情報５を受け付ける。続いて、生産計画情報５は、情報処理装置３における記憶部３２に一時的に記憶される。

ここで、図４に示される生産計画情報５は、例えば、商品ＡＣを識別する情報と、生産工場名５１と、生産工場の所在地ＦＬと、商品ＡＣの生産時期ＰＰと、商品ＡＣの生産数量５２とを含み、これらの情報が紐付けられて生産管理サーバ４における不図示の記憶部に記憶されている。

受付部３３１に受け付けられた生産計画情報５およびユーザ情報Ｕは、制御部３３において、記憶部３２に記憶されている参照情報８（図７参照）と突合される（ステップＳ００５）。

ここで、図７に示される参照情報８は、例えば、１回に配送できる商品ＡＣの数量を示す上限数量ＱＬと、生産工場の所在地ＦＬと、届け先ＵＡと、生産時期ＰＰと、届け時期ＰＤと、値引き前送料ＦＢと、値引き後送料ＦＡと、送料Ｆの値引き額を表す差異ＤＦと、ポイントＰＩとが対応づけられた情報である。

続いて、生成部３３４は、生産計画情報５およびユーザ情報Ｕを予め設定された参照情報８と突合した結果に基づいて、商品ＡＣの届け時期ＰＤをユーザに提案するための表示情報を生成する。その後、表示情報は、通信部３１およびネットワークを介して、ユーザ端末２に送信され、表示情報に基づく表示の一例である提案画面１０（図９参照）がユーザ端末２に表示される（ステップＳ００６）。

ここで、図９に示される提案画面１０は、好ましい提案画面１０の一例である。図９に示される提案画面１０では、送料Ｆに関する情報が提示されている。すなわち、表示情報に基づく表示の一例である提案画面１０には、送料Ｆに関する情報が含まれることが好ましい。このような態様によれば、提案された届け時期ＰＤを指定すれば、送料Ｆ負担が軽減されることを顧客に示すことにより、提案された届け時期ＰＤの指定を顧客に促すことができる。

さらに詳細には、図９に示される提案画面１０では、ユーザが提案された届け時期ＰＤを指定した場合の送料Ｆである値引き後送料ＦＡと、ユーザが他の届け時期ＰＤを指定した場合の送料Ｆである値引き前送料ＦＢと、送料Ｆの値引き額を表す差異ＤＦとが示されている。すなわち、送料Ｆに関する情報には、ユーザが提案された届け時期ＰＤを指定した場合の送料Ｆ、例えば値引き後送料ＦＡと、他の届け時期ＰＤを指定した場合の送料Ｆ、例えば値引き前送料ＦＢとの差異ＤＦを表す情報が含まれることが好ましい。このような態様によれば、顧客の送料Ｆ負担がどれだけ軽減されるかを明確に示すことにより、提案された届け時期ＰＤの指定を顧客にさらに促すことができる。

また、図９に示される提案画面１０では、ユーザが提案された届け時期ＰＤを指定した場合にユーザに付与されるポイントＰＩが示されている。すなわち、表示情報に基づく表示の一例である提案画面１０には、ポイントＰＩに関する情報が含まれることが好ましい。ここで、ポイントＰＩは、金銭的価値を有するものである。このような態様によれば、提案された届け時期ＰＤの指定により顧客が享受し得る利点として、送料Ｆの値引きの他に、ポイントＰＩの付与を提示することにより、趣味嗜好の異なる様々な顧客に対して、提案された届け時期ＰＤの指定を促すことができる。

なお、金銭的価値を有するポイントＰＩは、例えば、複数の店舗間や異業種の店舗間で同じポイントを貯めることのできる共通ポイントであってもよいし、商品ＡＣの販売を行っている事業者が運営している独自のポイントであってもよい。

また、ユーザが提案された届け時期ＰＤを指定した場合に、送料Ｆが値引きされ、かつ、ポイントＰＩも付与されることを示す情報が、表示情報に基づく表示の一例である提案画面１０に含まれていてもよい。

さらに、図９に示される提案画面１０では、提案された内容でユーザが申し込みをできるように、ボタン１０２が設けられている。すなわち、ユーザは、ボタン１０２を押下することにより、提案された届け時期ＰＤで商品ＡＣを定期購入ＲＰする手続きを進めることができる。このように、表示情報に基づく表示の一例である提案画面１０は、提案された届け時期ＰＤでの申し込みを可能にするオブジェクトを含むことが好ましい。

以上をまとめると、本実施形態の情報処理方法は、受付ステップと、生成ステップとを備える。受付ステップでは、ロット生産されている所定の商品ＡＣの生産時期に関する生産計画情報５と、商品ＡＣの購入を申し込んでいるユーザに関するユーザ情報Ｕとを受け付ける。生成ステップでは、生産計画情報５と、ユーザ情報Ｕと、予め設定された参照情報８とに基づいて、ユーザに、商品ＡＣの届け時期ＰＤを提案するための表示情報を生成する。

本実施形態によれば、商品ＡＣの生産計画に合わせた届け時期ＰＤを顧客に提案することにより、生産、在庫管理および物流にかかるコストを削減することができる。

ここまで、図１０のタイミングチャートに沿って、情報処理システム１によって実行される情報処理の流れを説明してきたが、以下では、図面を参照しながら、具体例を挙げて、情報処理システム１によって実行される情報処理を説明することとする。

氏名ＵＮが「ｂｂ ｂｂｂ」であるユーザ（以下、ユーザｂｂと略称する）が、商品名「Ｂ」の商品ＡＣを選択し、購入数量ＱＡとして１個を指定し、定期購入ＲＰを申し込む場合、ユーザｂｂは、図５に示される申し込みフォーム６に、ユーザ情報Ｕとして、氏名ＵＮ、メールアドレスＵＭおよび届け先ＵＡを入力する（ステップＳ００１およびステップＳ００２）。

ユーザｂｂが申し込みフォーム６に入力した申し込み内容は、情報処理装置３の受付部３３１が受け付けた後、図６に示される管理情報７として管理部３３５によって管理される。図６に示される管理情報７では、ユーザｂｂの情報は、氏名ＵＮが「ｂｂ ｂｂｂ」、メールアドレスＵＭが「ｂｂｂ＠ｂｂ．ｃｏ．ｊｐ」、届け先ＵＡが「大阪府」、商品ＡＣが「Ｂ」、購入数量ＱＡが「１」、定期購入ＲＰの申し込みの有無が「Ｙ」として示されている（ステップＳ００３）。

また、ユーザｂｂが定期購入ＲＰを申し込んでいる商品名「Ｂ」の商品ＡＣの生産計画は、図４に示される生産計画情報５として、生産管理サーバ４から情報処理装置３に送信され、受付部３３１が受け付ける。図４に示される生産計画情報５では、商品名「Ｂ」の商品ＡＣの情報は、商品ＡＣを識別する情報が「Ｂ」、生産工場名５１が「β」、生産工場の所在地ＦＬが「沖縄県」、商品ＡＣの生産時期ＰＰが「１月、４月、７月、１０月の上旬」、商品ＡＣの生産数量５２が「１５０００」として示されている（ステップＳ００４）。

次いで、上記のユーザ情報Ｕを含む申し込み内容と生産計画情報５とは、図７に示される参照情報８と突合される。ここで、ユーザｂｂは、商品名「Ｂ」の商品ＡＣを１個定期購入ＲＰすることを申し込んでいるのに対し、生産計画情報５によると、商品名「Ｂ」の商品ＡＣは、１月、４月、７月、１０月の上旬にのみ生産されている。したがって、配送サイクルを生産サイクルに合わせるためには、３ヶ月ごとに商品ＡＣを３個まとめて配送する必要がある。よって、ユーザ情報Ｕと生産計画情報５とから、ユーザに提案される届け時期ＰＤおよび送料Ｆは、１月、４月、７月、１０月の上旬に沖縄県で生産されている商品ＡＣを３個関西地方に生産月に届ける場合の届け時期ＰＤおよび送料Ｆであることが分かる。これは、図７に示される参照情報８において、上限数量ＱＬが「３」、生産工場の所在地ＦＬが「沖縄」、届け先ＵＡが「関西」、生産時期ＰＰが「上旬」の場合に相当する。したがって、図７に示される参照情報８から、提案される届け時期ＰＤは「生産月の上旬」、値引き前送料ＦＢは「￥５００」、送料Ｆの値引き額を表す差異ＤＦは「￥２００」、値引き後送料ＦＡは「￥３００」、ポイントＰＩは「２００」となることが分かる（ステップＳ００５）。

この突合結果に基づいて、情報処理装置３の生成部３３４が、商品ＡＣの届け時期ＰＤをユーザｂｂに提案するための表示情報を生成する。その後、この表示情報は、ユーザ端末２に送信され、図９に示される提案画面１０がユーザ端末２に表示される（ステップＳ００６）。ここで、上述したように、ユーザｂｂは、商品名「Ｂ」の商品ＡＣを１個定期購入ＲＰすることを申し込んでいるのに対し、突合結果は、商品ＡＣを３個ずつ、１月、４月、７月、１０月の上旬に配送することを提案するものである。このことをユーザｂｂに明確に示すことができるように、図９に示される提案画面１０は、提案される商品ＡＣの数量と届け時期ＰＤとを示す説明部分１０１を含んでいる。

すなわち、生成部３３４は、ユーザに、商品ＡＣの数量と届け時期ＰＤとを提案するための表示情報の一例である提案画面１０を生成するように構成されることが好ましい。このような態様によれば、数ヶ月に一度しかロット生産しない商品ＡＣについては、毎月配送するのではなく、生産が行われる月にのみ、数カ月分の商品ＡＣを顧客にまとめて配送することにより、在庫管理にかかるコストを削減することができる。

また、図９に示される提案画面１０では、突合結果に基づき、値引き前送料ＦＢが「１，５００円（３回配送分）」、値引き後送料ＦＡが「３００円」、送料Ｆの値引き額を表す差異ＤＦが「１，２００円」、送料Ｆの値引きに代えて付与されるポイントＰＩが「１２００ポイント」であることが示されている。提案画面１０に表示されている、これらの提案内容に同意した場合には、提案内容で申し込みができるように、提案画面１０にはボタン１０２が設けられている。すなわち、ユーザｂｂは、ボタン１０２を押下することにより、提案された数量と届け時期ＰＤで商品ＡＣを定期購入ＲＰする手続きを進めることができる。

次に、商品ＡＣの購入を申し込んでいる複数のユーザへ届け時期ＰＤを提案する具体例について説明することとする。

図６の管理情報７に示されているように、商品名「Ａ」の商品ＡＣを選択し定期購入ＲＰを申し込んでいるユーザとして、氏名ＵＮが「ａａ ａａａ」、「ｃｃ ｃｃｃ」および「ｄｄ ｄｄｄ」である３名のユーザ（以下、それぞれユーザａａ、ユーザｃｃ、ユーザｄｄと略称する）が存在するとする（ステップＳ００３）。

図６の管理情報７から分かるように、ユーザａａは、届け先ＵＡが「東京都」であり、ユーザｃｃは、届け先ＵＡが「長崎県」であり、ユーザｄｄは、届け先ＵＡが「鹿児島県」である。つまり、ユーザｃｃとユーザｄｄとは、届け先ＵＡが九州地方である。このような場合、情報処理装置３の抽出部３３２は、届け先ＵＡが九州地方という同一エリアにあるユーザｃｃとユーザｄｄとを抽出する。その後、情報処理装置３の受付部３３１は、抽出されたユーザｃｃおよびユーザｄｄのユーザ情報Ｕを受け付ける（不図示のステップ）。

また、ユーザｃｃおよびユーザｄｄが定期購入ＲＰを申し込んでいる商品名「Ａ」の商品ＡＣの生産計画は、図４に示される生産計画情報５として、生産管理サーバ４から情報処理装置３に送信され、受付部３３１が受け付ける。図４に示される生産計画情報５では、商品名「Ａ」の商品ＡＣの情報は、商品ＡＣを識別する情報が「Ａ」、生産工場名５１が「α」、生産工場の所在地ＦＬが「北海道」、商品ＡＣの生産時期ＰＰが「毎月上旬」、商品ＡＣの生産数量５２が「１００００」として示されている（ステップＳ００４）。

ここで、抽出されたユーザｃｃおよびユーザｄｄのユーザ情報Ｕを含む申し込み内容と生産計画情報５とは、図７に示される参照情報８と突合される。まず、ユーザ情報Ｕと生産計画情報５とから、ユーザｃｃおよびユーザｄｄに提案される届け時期ＰＤおよび送料Ｆは、毎月上旬に北海道で生産されている商品ＡＣを１個九州地方に生産月に届ける場合の届け時期ＰＤおよび送料Ｆであることが分かる。これは、図７に示される参照情報８において、上限数量ＱＬが「３」、生産工場の所在地ＦＬが「北海道」、届け先ＵＡが「九州」、生産時期ＰＰが「上旬」の場合に相当する。したがって、図７に示される参照情報８から、提案される届け時期ＰＤは「生産月の中旬」、値引き前送料ＦＢは「￥６００」、送料Ｆの値引き額を表す差異ＤＦは「￥２００」、値引き後送料ＦＡは「￥４００」、ポイントＰＩは「２００」となることが分かる（ステップＳ００５）。

この突合結果に基づいて、情報処理装置３の生成部３３４が、商品ＡＣの届け時期ＰＤをユーザｃｃおよびユーザｄｄに提案するための表示情報を生成する。その後、この表示情報は、ユーザｃｃおよびユーザｄｄのユーザ端末２に送信され、不図示の提案画面１０がそれぞれのユーザ端末２に表示される（ステップＳ００６）。具体的には、この提案画面１０には、商品名「Ａ」の商品ＡＣを毎月中旬に１個配送することを提案する情報と、この提案内容で申し込みをすると、送料Ｆが２００円値引きされるか、または、ポイントＰＩとして２００ポイントが付与されることを示す情報とが含まれる。

以上をまとめると、抽出部３３２は、商品ＡＣの購入を申し込んでいるユーザの中から、商品ＡＣの届け先ＵＡを所定のエリアに設定している特定ユーザを抽出するように構成されることが好ましい。本態様では、受付部３３１は、生産計画情報５と、抽出された特定ユーザのユーザ情報Ｕとを受け付けるように構成される。生成部３３４は、生産計画情報５と、特定ユーザのユーザ情報Ｕと、参照情報８とに基づいて、特定ユーザに、商品ＡＣの、同一の届け時期ＰＤを提案するための表示情報の一例である提案画面１０を生成するように構成される。

このような態様によれば、同一エリアに商品ＡＣをまとめて配送するため、配送コストを削減し、顧客の送料負担を軽減することができるとともに、配送回数の削減により環境負荷低減に貢献することができる。

４．第２の実施形態
本節では、第２の実施形態（以下、本実施形態と称する）に係る情報処理システム１について説明する。ただし、第１の実施形態に係る情報処理システム１と略同様の構成や機能については、その説明を省略する。本節で参照する各図は、以下の通りである。図８は、ユーザ端末２に表示される画面であって、アンケートフォーム９の一例である。図１１は、情報処理システム１によって実行される情報処理の流れの一例を示すタイミングチャートである。

本実施形態に係る受付部３３１は、ユーザからアンケートへの回答の一例である回答９１ａをさらに受け付けるように構成されてもよい。アンケートは、商品ＡＣまたは商品ＡＣと同じ種類に属する商品の、使用頻度および使用量の少なくとも一方を問うものである。この態様では、生成部３３４は、アンケートへの回答９１ａにさらに基づいて、ユーザに、商品ＡＣの届け時期ＰＤを提案するための表示情報に基づく表示の一例である提案画面１０を生成するように構成される。以下では、図１１のタイミングチャートに沿って、本実施形態を説明するものとする。

ここで、ユーザは、商品ＡＣの定期購入ＲＰを続けている者であってもよいし、商品ＡＣの購入を申し込んではいるが定期購入ＲＰを希望していない者であってもよい。説明の都合上、ユーザは、図６の管理情報７に示されている、商品名「Ａ」の商品ＡＣを１個定期購入ＲＰしている、氏名が「ａａ ａａａ」のユーザであるとする。

まず、情報処理装置３は、図８に示されるアンケートフォーム９を、ユーザ端末２に送信する。具体的には、情報処理装置３における制御部３３は、アンケートフォーム９を、通信部３１およびネットワークを介してユーザ端末２に送信する（ステップＳ１０１）。ここで、アンケートフォーム９は、ワープロソフト等で生成された形式でもよいし、ｐｄｆファイルでもよいが、好ましくは、アンケートフォーム９を視認可能な態様でブラウザ上に表示させた画面である。ここでは、アンケートフォーム９が画面であるものとしてさらに説明をする。

図８に示されるアンケートフォーム９には、商品ＡＣの使用頻度および使用量に関する質問として、商品ＡＣを使い切る期間を問う質問９１が記載されており、質問９１に対応する回答の選択肢がラジオボタンとともに表示されている。ユーザは、アンケートに答える意思がある場合には、質問９１に対し、適当な選択肢のラジオボタンを押下すればよい。図８では、ユーザは、商品名「Ａ」の商品ＡＣを「１ヶ月半で使い切る」という回答９１ａを選択している。回答９１ａに対応するラジオボタンが押下されると、回答９１ａは、ネットワークを介して情報処理装置３に送信される（ステップＳ１０２）。

なお、図８において、ユーザが商品名「Ａ」の商品ＡＣを１個定期購入ＲＰしていることを前提としているため、質問９１は、商品名「Ａ」の商品ＡＣに対する質問であるが、商品ＡＣを購入していないユーザの場合には、商品ＡＣと同じ種類に属する商品に対する質問であってもよい。例えば、図８において、商品ＡＣは、商品名が「Ａ」の化粧水であるため、これを購入していないユーザの場合には、質問９１は、このユーザが現在使用しているその他の化粧水に対する質問となる。

アンケートへの回答の一例である回答９１ａがネットワークを介して情報処理装置３に送信されると、受付部３３１は回答９１ａを受け付ける。ここで好ましくは、管理部３３５は、管理情報７とともに、アンケートへの回答９１ａをユーザごとに管理する（ステップＳ１０３）。すなわち、情報処理装置３における記憶部３２が、管理情報７とともに、ユーザごとの回答９１ａを記憶する。

受付部３３１に受け付けられた生産計画情報５と、ユーザ情報Ｕと、アンケートへの回答９１ａとは、制御部３３において、記憶部３２に記憶されている参照情報８（図７参照）と突合される（ステップＳ１０４およびステップＳ１０５）。

ここで、上述したように、アンケートへの回答９１ａから、ユーザは、商品名「Ａ」の商品ＡＣを１ヶ月半で使い切るため、３ヶ月につき２個の商品ＡＣを必要としていることが分かる。このことと、ユーザ情報Ｕおよび生産計画情報５とから、ユーザに提案される届け時期ＰＤおよび送料Ｆは、毎月上旬に北海道で生産されている商品ＡＣを３ヶ月ごとに２個東京都に届ける場合の届け時期ＰＤおよび送料Ｆであることが分かる。これは、図７に示される参照情報８において、上限数量ＱＬが「３」、生産工場の所在地ＦＬが「北海道」、届け先ＵＡが「関東」、生産時期ＰＰが「上旬」の場合に相当する。したがって、図７に示される参照情報８から、提案される届け時期ＰＤは「生産月の上旬」、値引き前送料ＦＢは「￥５００」、送料Ｆの値引き額を表す差異ＤＦは「￥２００」、値引き後送料ＦＡは「￥３００」、ポイントＰＩは「２００」となることが分かる（ステップＳ１０５）。

この突合結果に基づいて、情報処理装置３の生成部３３４が、商品ＡＣの届け時期ＰＤをユーザに提案するための表示情報を生成する。その後、この表示情報は、ユーザ端末２に送信され、不図示の提案画面１０がユーザ端末２に表示される（ステップＳ１０６）。具体的には、この提案画面１０には、商品名「Ａ」の商品ＡＣを３ヶ月ごとに２個配送することを提案する情報と、この提案内容で申し込みをした場合の送料Ｆに関する情報とが含まれる。

なお、送料Ｆに関する情報は、例えば、３ヶ月の期間で、通常の配送では、値引き前送料ＦＢ「￥５００」が３回分発生するため、合計で送料Ｆが１，５００円となるのに対し、提案内容で申し込みをした場合の送料Ｆは３００円となり、送料Ｆが１２００円値引きされることを表すものである。また、送料の値引きに代えて、１２００ポイントが付与されることが示されてもよい。

以上説明してきたように、本実施形態によれば、顧客の実際の使用状況に即した配送の提案により、顧客満足度を向上させることができる。

５．その他
情報処理システム１に関して、以下のような態様を採用してもよい。

情報処理システム１は、推定部３３３をさらに備えてもよい。本態様において、受付部３３１は、商品ＡＣを販売しているショッピングサイトへのユーザのアクセス状況に関するアクセス情報をさらに受け付けるように構成される。推定部３３３は、アクセス情報から商品ＡＣまたは商品ＡＣと同じ種類に属する商品の購入頻度を推定するように構成される。生成部３３４は、購入頻度にさらに基づいて、ユーザに、商品ＡＣの届け時期ＰＤを提案するための表示情報に基づく表示の一例である提案画面１０を生成するように構成される。このような態様によれば、定期購入ＲＰをしていない顧客についても、使用状況を推定し、顧客にとって最適な届け時期を提案することにより、顧客満足度を向上させることができる。

第１および第２の実施形態の態様は、プログラムであってもよい。このプログラムは、コンピュータに、情報処理システム１の各ステップを実行させる。

第１および第２の実施形態では、参照情報８がルックアップテーブル等のデータベースであるものとし、それに含まれる詳細な項目を説明したが、あくまでも一例でありこの限りではない。さらに、参照情報８は、そもそもルックアップテーブル等のデータベースに限定されず、複数の情報を数学的に関係づけた数理モデルでもよいし、さらに好ましくは、複数の情報の相関性を予め機械学習させた学習済みモデルであってもよい。

第２の実施形態に係るアンケートは、紙のアンケートであってもよい。紙のアンケートとして、例えば、封書、はがき、ファックス用紙等が用いられる。紙のアンケートは、例えば、商品ＡＣを配送する際に同梱してもよいし、通販カタログ等に同封してもよい。

第２の実施形態に係るアンケートは、商品ＡＣの配送用の箱や説明書に設けられたＱＲコード（登録商標）等からアクセス可能に作製されていてもよい。

第２の実施形態において、ユーザ情報Ｕとして登録されているユーザのメールアドレスＵＭ宛にアンケート依頼メールを送信してもよい。この態様では、アンケート依頼メールに、アンケートフォーム９にアクセス可能なＵＲＬを記載することが好ましい。

さらに、次に記載の各態様で提供されてもよい。
前記情報処理システムにおいて、前記表示情報に基づく表示には、送料に関する情報が含まれる、もの。
前記情報処理システムにおいて、前記送料に関する情報には、前記ユーザが提案された前記届け時期を指定した場合の送料と、他の届け時期を指定した場合の送料との差異を表す情報が含まれる、もの。
前記情報処理システムにおいて、前記表示情報に基づく表示には、前記ユーザが提案された前記届け時期を指定した場合に前記ユーザに付与されるポイントに関する情報が含まれ、前記ポイントは、金銭的価値を有する、もの。
前記情報処理システムにおいて、前記ユーザは、前記商品の定期購入を申し込んでいるユーザである、もの。
前記情報処理システムにおいて、前記生成ステップでは、前記ユーザに、前記商品の数量と届け時期とを提案するための表示情報を生成する、もの。
前記情報処理システムにおいて、前記受付ステップでは、前記ユーザからアンケートへの回答をさらに受け付け、ここで前記アンケートは、前記商品または前記商品と同じ種類に属する商品の、使用頻度および使用量の少なくとも一方を問うもので、前記生成ステップでは、前記アンケートへの回答にさらに基づいて、前記ユーザに、前記商品の届け時期を提案するための表示情報を生成する、もの。
前記情報処理システムにおいて、推定ステップをさらに実行するように構成され、前記受付ステップでは、前記商品を販売しているショッピングサイトへの前記ユーザのアクセス状況に関するアクセス情報をさらに受け付け、前記推定ステップでは、前記アクセス情報から前記商品または前記商品と同じ種類に属する商品の購入頻度を推定し、前記生成ステップでは、前記購入頻度にさらに基づいて、前記ユーザに、前記商品の届け時期を提案するための表示情報を生成する、もの。
前記情報処理システムにおいて、抽出ステップをさらに実行するように構成され、前記抽出ステップでは、前記商品の購入を申し込んでいるユーザの中から、前記商品の届け先を所定のエリアに設定している特定ユーザを抽出し、前記受付ステップでは、前記生産計画情報と、抽出された前記特定ユーザのユーザ情報とを受け付け、前記生成ステップでは、前記生産計画情報と、前記特定ユーザの前記ユーザ情報と、前記参照情報とに基づいて、前記特定ユーザに、前記商品の、同一の届け時期を提案するための表示情報を生成する、もの。
前記情報処理システムにおいて、前記商品は、化粧品である、もの。
情報処理方法であって、前記情報処理システムの各ステップを備える、方法。
プログラムであって、コンピュータに、前記情報処理システムの各ステップを実行させる、もの。
もちろん、この限りではない。

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

１ ：情報処理システム
２ ：ユーザ端末
３ ：情報処理装置
３０ ：通信バス
３１ ：通信部
３２ ：記憶部
３３ ：制御部
３３１ ：受付部
３３２ ：抽出部
３３３ ：推定部
３３４ ：生成部
３３５ ：管理部
４ ：生産管理サーバ
５ ：生産計画情報
５１ ：生産工場名
５２ ：生産数量
６ ：申し込みフォーム
７ ：管理情報
８ ：参照情報
９ ：アンケートフォーム
９１ ：質問
９１ａ ：回答
１０ ：提案画面
１０１ ：説明部分
１０２ ：ボタン
ＡＣ ：商品
ＤＦ ：差異
Ｆ ：送料
ＦＡ ：値引き後送料
ＦＢ ：値引き前送料
ＦＬ ：所在地
ＰＤ ：届け時期
ＰＩ ：ポイント
ＰＰ ：生産時期
ＱＡ ：購入数量
ＱＬ ：上限数量
ＲＡ ：先
ＲＰ ：定期購入
Ｕ ：ユーザ情報
ＵＡ ：届け先
ＵＭ ：メールアドレス
ＵＮ ：氏名

Claims (12)

1. 情報処理システムであって、
   次の各ステップを実行するように構成され、
   受付ステップでは、ロット生産されている所定の商品の生産時期に関する生産計画情報と、前記商品の購入を申し込んでいるユーザに関するユーザ情報とを受け付け、
   生成ステップでは、前記生産計画情報と、前記ユーザ情報と、予め設定された参照情報とに基づいて、前記ユーザに、前記商品の届け時期を提案するための表示情報を生成する、
   もの。
2. 請求項１に記載の情報処理システムにおいて、
   前記表示情報に基づく表示には、送料に関する情報が含まれる、
   もの。
3. 請求項２に記載の情報処理システムにおいて、
   前記送料に関する情報には、前記ユーザが提案された前記届け時期を指定した場合の送料と、他の届け時期を指定した場合の送料との差異を表す情報が含まれる、
   もの。
4. 請求項１～請求項３の何れか１つに記載の情報処理システムにおいて、
   前記表示情報に基づく表示には、前記ユーザが提案された前記届け時期を指定した場合に前記ユーザに付与されるポイントに関する情報が含まれ、
   前記ポイントは、金銭的価値を有する、
   もの。
5. 請求項１～請求項４の何れか１つに記載の情報処理システムにおいて、
   前記ユーザは、前記商品の定期購入を申し込んでいるユーザである、
   もの。
6. 請求項１～請求項５の何れか１つに記載の情報処理システムにおいて、
   前記生成ステップでは、前記ユーザに、前記商品の数量と届け時期とを提案するための表示情報を生成する、
   もの。
7. 請求項１～請求項６の何れか１つに記載の情報処理システムにおいて、
   前記受付ステップでは、前記ユーザからアンケートへの回答をさらに受け付け、ここで前記アンケートは、前記商品または前記商品と同じ種類に属する商品の、使用頻度および使用量の少なくとも一方を問うもので、
   前記生成ステップでは、前記アンケートへの回答にさらに基づいて、前記ユーザに、前記商品の届け時期を提案するための表示情報を生成する、
   もの。
8. 請求項１～請求項７の何れか１つに記載の情報処理システムにおいて、
   推定ステップをさらに実行するように構成され、
   前記受付ステップでは、前記商品を販売しているショッピングサイトへの前記ユーザのアクセス状況に関するアクセス情報をさらに受け付け、
   前記推定ステップでは、前記アクセス情報から前記商品または前記商品と同じ種類に属する商品の購入頻度を推定し、
   前記生成ステップでは、前記購入頻度にさらに基づいて、前記ユーザに、前記商品の届け時期を提案するための表示情報を生成する、
   もの。
9. 請求項１～請求項８の何れか１つに記載の情報処理システムにおいて、
   抽出ステップをさらに実行するように構成され、
   前記抽出ステップでは、前記商品の購入を申し込んでいるユーザの中から、前記商品の届け先を所定のエリアに設定している特定ユーザを抽出し、
   前記受付ステップでは、前記生産計画情報と、抽出された前記特定ユーザのユーザ情報とを受け付け、
   前記生成ステップでは、前記生産計画情報と、前記特定ユーザの前記ユーザ情報と、前記参照情報とに基づいて、前記特定ユーザに、前記商品の、同一の届け時期を提案するための表示情報を生成する、
   もの。
10. 請求項１～請求項９の何れか１つに記載の情報処理システムにおいて、
    前記商品は、化粧品である、
    もの。
11. 情報処理方法であって、
    請求項１～請求項１０の何れか１つに記載の情報処理システムの各ステップを備える、
    方法。
12. プログラムであって、
    コンピュータに、請求項１～請求項１０の何れか１つに記載の情報処理システムの各ステップを実行させる、
    もの。

Images