JP6955040B2 - 加盟店支援サーバ、プログラム、及び加盟店支援方法 - Google Patents

Description

本発明は、加盟店支援サーバ、プログラム、及び加盟店支援方法に関する。

近年、店舗において販売される商品や役務の提供に利用する物品の発注業務を支援するための技術が存在する。例えば、下記非特許文献１には、店舗の弁当・惣菜売場における過去及び発注日の各種データ（商品ごとの在庫・販売・発注など）に基づいてＡＩ技術を用いて店舗ごと商品ごとに需要を予測し、店舗ごと商品ごとの推奨発注量を自動で算出する技術が開示されている。

日川 佳三，"西友、ＡＩを活用した需要予測／自動発注システムを全国店舗に導入、日立のシステムを採用"，［online］，令和元年１０月９日，株式会社インプレス，［令和元年１１月１日］，インターネット，＜URL: https://it.impressbm.co.jp/articles/-/18664＞

ここで、上記のような発注業務において、店舗ごとに商品を発注することは、個別の発注コストがかかり、コストの観点から問題がある。また、他方、このような店舗に商取引の決済手段を提供する決済事業者において、提供対象の店舗（以下、「加盟店」という）に、決済手段以外の価値を提供したいというニーズがある。

そこで、本発明は、上記課題を解決するため、加盟店における商品や物品の発注コストを削減し、決済事業者において加盟店に決済手段以外の価値を提供するための加盟店支援サーバ等を提供することを目的とする。

本発明の一態様に係る加盟店支援サーバは、加盟店に商取引の決済手段を提供する決済事業者が使用する加盟店支援サーバであって、複数の事業者が運営する複数の加盟店の装置から、複数の加盟店それぞれの商品の販売実績又は役務の提供実績の少なくとも一つを示す販売提供実績データを取得する取得部と、複数の加盟店それぞれの第１所定期間における商品又は役務の需要予測をする予測部に販売提供実績データを用いて需要予測を指示し、当該需要予測の結果を取得する予測指示部と、需要予測の結果に基づいて、複数の加盟店それぞれにおける、商品、又は役務の提供に利用する物品を発注するための１以上の発注データの候補を示す発注候補データを生成する生成部と、加盟店の装置に、当該加盟店の発注候補データを提供する提供部と、加盟店の装置から、発注データの候補のうち加盟店が利用する発注データの選択を受け付ける受付部と、発注先ごとに、選択された発注データを統合し、商品又は物品を発注するための発注処理を行う発注処理部と、を備える。

本発明の一態様に係るプログラムは、加盟店に商取引の決済手段を提供する決済事業者が使用する加盟店支援サーバに、複数の事業者が運営する複数の加盟店の装置から、複数の加盟店それぞれの商品の販売実績又は役務の提供実績の少なくとも一つを示す販売提供実績データを取得する取得機能と、複数の加盟店それぞれの第１所定期間における商品又は役務の需要予測をする予測部に販売提供実績データを用いて需要予測を指示し、当該需要予測の結果を取得する予測指示機能と、需要予測の結果に基づいて、複数の加盟店それぞれにおける、商品、又は役務の提供に利用する物品を発注するための１以上の発注データの候補を示す発注候補データを生成する生成機能と、加盟店の装置に、当該加盟店の発注候補データを提供する提供機能と、加盟店の装置から、発注データの候補のうち加盟店が利用する発注データの選択を受け付ける受付機能と、発注先ごとに、選択された発注データを統合し、商品又は物品を発注するための発注処理を行う発注処理機能と、を実現させる。

本発明の一態様に係る加盟店支援方法は、加盟店に商取引の決済手段を提供する決済事業者が使用するサーバが、複数の事業者が運営する複数の加盟店の装置から、複数の加盟店それぞれの商品の販売実績又は役務の提供実績の少なくとも一つを示す販売提供実績データを取得し、複数の加盟店それぞれの第１所定期間における商品又は役務の需要予測をする予測部に販売提供実績データを用いて需要予測を指示し、当該需要予測の結果を取得し、需要予測の結果に基づいて、複数の加盟店それぞれにおける、商品、又は役務の提供に利用する物品を発注するための１以上の発注データの候補を示す発注候補データを生成し、加盟店の装置に、当該加盟店の発注候補データを提供し、加盟店の装置から、発注データの候補のうち加盟店が利用する発注データの選択を受け付け、発注先ごとに、選択された発注データを統合し、商品又は物品を発注するための発注処理を行う。

上記の態様によれば、複数の事業者における複数の加盟店の発注を発注先ごとに統合して商品や物品の発注処理を行うため、発注コストを削減することができる。また、上記の態様によれば、決済事業者は、加盟店に対して、過去の商品の販売実績等を加盟店から取得することで、発注データの生成を代行し、また、加盟店からの利用する発注データの選択に応じて、商品や物品の発注処理を代行することができる。

本発明によれば、加盟店における商品や物品の発注コストを削減し、決済事業者において加盟店に決済手段以外の価値を提供するための加盟店支援サーバ等を提供することができる。

実施形態に係る加盟店支援システムのシステム構成例を説明するための図である。 実施形態に係る加盟店支援システムの概要の一例を説明するための図である。 実施形態に係る加盟店支援サーバの機能構成の一例を示す図である。 実施形態に係る加盟店支援サーバの動作例を示す図である。 実施形態に係る加盟店支援サーバのハードウェア構成の一例を示す図である。

添付図面を参照して、本発明の好適な実施形態（以下、「本実施形態」という）について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。

本実施形態では、決済事業者であるクレジットカード会社が、クレジットカードによる決済手段を提供する複数の加盟店に、当該複数の加盟店それぞれにおける、商品、又は役務の提供に利用する物品の発注業務を支援する例を説明するが、これに限る趣旨ではない。本実施形態に係る加盟店支援システムは、例えば、コード決済や電子マネー決済等の決済手段を提供する様々な決済事業者に対して適用可能である。なお、複数の加盟店それぞれにおける、商品、又は役務（サービス）の提供に利用する物品を、以下、単に「商品又は物品」ともいう。また、本実施形態に係る加盟店は、顧客に商品を販売又は役務を提供する店舗と当該店舗を運営する事業者とを含み、また、実店舗だけではなくＥＣサイトで商品を販売するネットショップも含まれる。

＜１．システム構成＞
図１を参照して、本実施形態に係る加盟店支援システム１のシステム構成例を説明する。

加盟店支援システム１は、クレジットカード会社（以下、単に「カード会社」という）が、加盟店に決済以外の価値を提供するために、当該加盟店における商品又は物品の発注業務を支援するためのシステムである。言い換えれば、加盟店支援システム１は、加盟店における商品又は物品の発注業務の少なくとも一部を代行するためのシステムである。

図１に示すように、加盟店支援システム１は、上記発注業務を支援するサービス（以下、「加盟店支援サービス」ともいう）を提供するための加盟店支援サーバ１００と、加盟店支援サービスの提供を受ける第１加盟店が使用する第１端末２００ａと、同じく加盟店支援サービスの提供を受ける第２加盟店を運営する事業者が使用する第２端末２００ｂと、を含む。

第１端末２００ａと、第２端末２００ｂとは、特に区別の必要が無い場合は、総称して「端末２００」という。端末２００は、加盟店の装置の一態様であり、加盟店の装置の他の態様としては、加盟店を運営する事業者が使用するサーバ装置（以下、「事業者サーバ」ともいう）等が考えられる。

加盟店支援サーバ１００は、ネットワークＮを介して、端末２００との通信が可能なサーバ装置である。また、加盟店支援サーバ１００は、加盟店に商取引の決済手段を提供する決済事業者が使用するサーバ装置である。加盟店支援サーバ１００は、所定のプログラムを実行することにより、加盟店における商品又は物品の発注に関する情報を管理し、商品又は物品の発注データの選択の受け付け処理や商品又は物品の発注処理等を制御するサーバ機能を実現する。ここで「発注データ」とは、複数の加盟店それぞれにおける、商品、又は役務の提供に利用する物品を発注先に発注するためのデータである。なお、加盟店支援サーバ１００は、図１において、説明を簡単にするために１台のみ図示しているが、複数台設けてもよい。また、加盟店支援サーバ１００は、例えば、Ｗｅｂサーバの役割も担い、複数の加盟店それぞれに対する加盟店支援サービスに関する情報をまとめて掲載するＷｅｂサイト（以下、「発注サイト」という）を配信してもよい。また、発注サイトは、加盟店からの商品又は物品の発注データの選択の受け付けを可能としてもよい。

加盟店支援サーバ１００は、例えば、ネットワークＮを介して、商品又は物品の将来の需要予測をする分析ソリューションベンダが使用する分析サーバ３００、商品又は物品の発注先である卸売やメーカーが使用する発注先サーバ４００、又は商品若しくは物品の加盟店への配送を委託する配送業者が使用する配送業者サーバ５００と通信可能に接続されてもよい。

ネットワークＮは、無線ネットワークや有線ネットワークにより構成される。ネットワークの一例としては、携帯電話網や、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）網、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、４Ｇ（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、５Ｇ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、ＷｉＭａｘ（登録商標）、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）、有線ＬＡＮ、電話線、電灯線ネットワーク、ＩＥＥＥ１３９４等に準拠したネットワークがある。

端末２００は、加盟店支援サーバ１００が提供する支援サービスの発注データの選択等の受け付け機能に対する加盟店からの入力や加盟店支援サーバ１００からの加盟店に対する出力、及び加盟店支援サーバ１００との通信が可能なＰＣ、スマートフォンやラップトップ端末等の端末装置である。端末２００は、所定のプログラムを実行することにより、加盟店支援サーバ１００と接続して商品又は物品の発注に関する情報を送受信したり、発注サイトの画面を表示したり、加盟店からのこれらの機能に対する指示を受け付けたりする。

＜２．概要＞
図２を参照して、加盟店支援システム１の概要の一例を説明する。

図２に示すように、前提として、カード会社は、クレジットカード決済を提供する加盟店に対して加盟店支援サービスへの参画の募集を行い、参画を表明し契約した複数の加盟店に支援サービスを提供する。本例では、当該募集に対して、第１加盟店であるレストランＡと第２加盟店であるスーパーＢとが参画するものとする。また、本例では、スーパーＢの商品又は物品の発注業務は、スーパーＢを運営する事業者である小売業者Ｂが行うものとする。さらに、本例では、レストランＡ及びスーパーＢと、これらの加盟店それぞれと競合する他の加盟店との間で、将来の商品又は物品の需要予測の結果を提供し合うことに合意しているものとする。

（１）レストランＡの第１端末２００ａは、加盟店支援サーバ１００にレストランＡの販売提供実績データを提供する。ここで「販売提供実績データ」とは、加盟店それぞれの商品の販売実績又は役務の提供実績の少なくとも一つを示すデータである。販売提供実績データの詳細は後述する。また、同様に、スーパーＢを運営する小売事業者Ｂの第２端末２００ｂは、加盟店支援サーバ１００にスーパーＢの販売提供実績データを提供する。加盟店支援サーバ１００は、これらの提供された販売提供実績データを取得する。

（２）加盟店支援サーバ１００は、分析ソリューションベンダの分析サーバ３００に、レストランＡ及びスーパーＢの販売提供実績データを用いてレストランＡ及びスーパーＢそれぞれの第１所定期間における商品又は役務の需要予測を指示する。

「第１所定期間」とは、複数の加盟店それぞれの商品又は役務の需要予測の対象とする将来の期間である。また、第１所定期間は、言い換えれば、複数の加盟店それぞれの商品又は物品の発注を行う対象の商品販売又は役務提供の期間でもある。第１所定期間は、複数の加盟店それぞれにおける商品又は物品の発注業務や商品販売の業務、役務提供業務等に合わせて次週、次月、次月から３か月間、次年度等、適宜設定すればよい。

（３）分析サーバ３００は、上記（２）の指示に基づいて、商品又は役務の需要予測を行い、その需要予測の結果を加盟店支援サーバ１００に提供する。加盟店支援サーバ１００は、提供された需要予測の結果を取得する。

（４）加盟店支援サーバ１００は、上記（３）で取得した需要予測の結果に基づいて、レストランＡとスーパーＢそれぞれにおける発注候補データを生成する。ここで「発注候補データ」とは、複数の加盟店それぞれにおける商品又は物品を発注するための１以上の発注データの候補を示すデータである。発注データの詳細は、後述する。また、加盟店支援サーバ１００は、例えば、競合情報を記憶する後述の競合記憶部１３１を参照し、需要予測の結果のうち、レストランＡとスーパーＢそれぞれと競合する他の加盟店における需要予測の結果を抽出してもよい。ここで「競合情報」とは、加盟店それぞれと競合する他の加盟店を示す情報である。加盟店支援サーバ１００は、第１端末２００ａと第２端末２００ｂに、発注候補データと、上記抽出された需要予測の結果を示す競合予測情報とを提供する。

（５）レストランＡと小売業者Ｂは、上記（４）で加盟店支援サーバ１００から提供された発注候補データ及び競合予測情報に基づき、それぞれの端末２００に発注データの候補と競合店の需要予測の結果とを表示する。レストランＡと小売業者Ｂは、表示された発注データの候補と競合店の需要予測の結果とを確認し、発注データの候補のうちそれぞれが利用する発注データを選択する。このように、レストランＡと小売業者Ｂは、選択した発注データをもって商品又は物品の発注をカード会社に指示する。加盟店支援サーバ１００は、この発注データの選択を受け付ける。

（６）加盟店支援サーバ１００は、発注先ごとに、商品又は物品をまとめて発注するため、選択された発注データを統合し、商品又は物品を発注するための発注処理を行う。

（７）加盟店支援サーバ１００は、複数の加盟店を、加盟店が所在するエリアごとの加盟店エリアグループにグルーピングする。加盟店支援サーバ１００は、加盟店エリアグループごとに商品又は物品をまとめて配送するよう、発注された商品又は物品を加盟店に配送するための処理を行う。

上記構成によれば、加盟店支援サーバ１００は、複数の事業者におけるレストランＡとスーパーＢの発注を発注先ごとに統合して発注処理を行うため、ボリュームディスカウントにより、発注コストを削減することができる。また、上記構成によれば、決済事業者は、レストランＡ及び小売業者Ｂに対して、過去の商品の販売実績等をこれらの加盟店から取得することで、発注データの生成を代行し、また、これらの加盟店からの利用する発注データの選択に応じて、発注処理を代行することができる。このため、上記構成によれば、決済事業者は、決済以外の価値を加盟店に提供することができる。

上記構成によれば、レストランＡと小売業者Ｂは、商品又は物品の発注データの候補と併せて、競合する他の加盟店における需要予測の結果を把握することができる。これにより、上記構成によれば、レストランＡと小売業者Ｂは、競合する他の加盟店の商品又は物品の需要予測に鑑みて、商品又は物品の発注データの候補のうち利用する発注データを選択することができる。このため、上記構成によれば、レストランＡと小売業者Ｂは、商品又は物品の発注において、競合する他の加盟店との差別化を図ることができる。

＜３．機能構成＞
図３を参照して、本実施形態に係る加盟店支援サーバ１００の機能構成を説明する。図３に示すように、加盟店支援サーバ１００は、制御部１１０と、記憶部１３０と、通信部１４０と、を備える。

制御部１１０は、取得部１１１と、予測指示部１１２と、生成部１１５と、提供部１１６と、受付部１１７と、発注処理部１１８と、を備える。また、制御部１１０は、例えば、予測部１１３、グルーピング部１１９、配送処理部１２０、抽出部１２１、秘匿加工部１２２、蓄積部１２３、第１推定部１２４、又は第２推定部１２５を備えてもよい。

取得部１１１は、複数の事業者が運営する複数の加盟店の装置から、複数の加盟店それぞれの商品の販売実績又は役務の提供実績の少なくとも一つを示す販売提供実績データを取得する。取得部１１１が販売提供実績データを取得する態様に関しては、どのような態様でもよく、例えば、販売提供実績データのデータファイルを定期的又は取得部１１１からの要求によるイベントドリブンで端末２００から受信してもよい。また、取得部１１１が販売提供実績データを取得する態様は、他の例として、事業者サーバが実装するＡＰＩに販売提供実績データの参照を指示してその結果として販売提供実績データを取得してもよい。

販売提供実績データは、例えば、所定期間における加盟店のＰＯＳ端末が記録するＰＯＳデータを含んでもよい。ＰＯＳデータは、例えば、所定期間における販売履歴として、加盟店を識別するための「加盟店ＩＤ」、販売対象の商品又は提供対象の役務を識別するための「商品役務ＩＤ」、商品の販売数量又は役務の提供量を示す「販売数量・提供量」、加盟店における商品の販売又は役務の提供の日時を示す「販売提供日時情報」、加盟店における商品の販売又は役務の提供による売上金額を示す「売上金額」等を含んでもよい。

販売提供実績データは、例えば、所定期間における、加盟店における顧客のポイント会員への登録により、又は加盟店における支払い決済の際のポイント会員へのポイント付与によりＰＯＳ端末等が取得したポイント会員データを含んでもよい。ポイント会員データは、例えば、対象の加盟店においてポイント会員を識別するための「会員ＩＤ」、また、ポイント会員である顧客の個人情報又は属性として、顧客の氏名を示す「氏名」、顧客の住所を示す「住所」、顧客のメールアドレスを示す「アドレス」、顧客の性別を示す「性別」、顧客の生年月日を示す「生年月日」等を含んでもよい。

販売提供実績データは、例えば、所定期間において加盟店で行われたセールの内容を示すセール情報を含んでもよい。また、販売提供実績データは、例えば、所定期間における複数の加盟店それぞれが所在するエリアの天候を示す天候情報を含んでもよい。

予測指示部１１２は、予測部に販売提供実績データを用いて需要予測を指示し、当該需要予測の結果を取得する。この予測部は、分析サーバ３００が備える機能部であってもよいし、加盟店支援サーバ１００が備える機能部（後述の予測部１１３）であってもよい。予測指示部１１２が予測部に需要予測を指示する態様に関しては、どのような態様でもよく、例えば、分析サーバ３００が予測部を備える場合、分析サーバが提供するＡＰＩに対して当該需要予測の指示を行ってもよい。この場合、予測指示部１１２は、当該需要予測の結果をこのＡＰＩから取得する。

予測部１１３は、予測指示部１１２からの指示に応じて、販売提供実績データに基づき、複数の加盟店それぞれの第１所定期間における商品又は役務の需要予測をする。予測部１１３は、例えば、（１）移動平均法、（２）指数平滑法、（３）回帰分析、等の手法を用いて、第１所定期間における第１加盟店の商品ごとの販売金額又は販売数量を予測してもよい。また、予測部１１３は、例えば、予測に用いた手法や入力した販売実績（例えば、商品の販売数量や販売金額等）別に、商品ごとに複数の販売金額又は販売数量を予測してもよい。

予測部１１３は、例えば、上記（３）回帰分析にあたって、ＳＶＭ（Ｓｕｐｐｏｒｔ Ｖｅｃｔｏｒ Ｍａｃｈｉｎｅ）などの機械学習の技法を用いて、第１所定期間における第１加盟店の商品ごとの販売金額又は販売数量を予測してもよい。予測部１１３においてこの回帰分析における目的変数を第１加盟店の商品ごとの販売金額又は販売数量とする場合、説明変数は過去の所定期間の商品の販売実績に替えて又は加えて、上記顧客の属性、天候情報が示す天候又は上記セール情報が示すセールの内容としてもよい。予測部１１３は、これらの目的変数と説明変数の特徴量の組み合わせを学習データとして、上記需要予測をするための予測モデルに入力させて学習させてもよい。予測部１１３は、当該学習させた予測モデルを用いて上記需要予測をする。

生成部１１５は、予測指示部１１２により取得された需要予測の結果に基づいて、１以上の発注データの候補を示す発注候補データを生成する。発注データは、例えば、発注を識別するための「発注番号」、「発注日」、発注先の事業者（例えば、卸売やメーカー）を示す「発注先」、発注元の加盟店を示す「発注元」、商品又は物品を示す「商品又は物品ＩＤ」、商品又は物品の仕入れ値である原価を示す「商品又は物品原価」、商品又は物品の数量を示す「発注量」、発注における取引金額を示す「取引金額」等を含んでもよい。発注データの候補は、発注データと同様のデータ項目を含んでもよいし、加えて上記発注データの推奨度、又は商品又は役務の値段の推奨値を含んでもよい。生成部１１５は、例えば、生成した発注候補データを後述の記憶部１３０に記憶してもよい。

生成部１１５は、予測された第１所定期間における商品ごとの複数の販売金額又は複数の販売数量から、それぞれ１組抽出し組み合わせて複数の発注データの候補を生成してもよい。

生成部１１５は、例えば、抽出された競合する他の加盟店における需要予測の結果に基づいて、発注データに含まれる発注量を調整してもよい。生成部１１５は、例えば、第１加盟店と競合する他の加盟店において特定の商品Ａの販売数量が第１所定期間において増加傾向にある場合、第１加盟店における商品Ａの第１所定期間向けの発注量を所定の割合（例えば、８割など）まで減らしてもよい。

上記構成によれば、生成部１１５は、加盟店に代わって、競合する他の加盟店における需要予測の結果に鑑みて発注量を調整することができる。

生成部１１５は、例えば、抽出された競合する他の加盟店における需要予測の結果に基づいて、発注データに含まれる仕入れ値より商品又は役務の値段の推奨値を算出してもよい。生成部１１５は、例えば、第１加盟店と競合する他の加盟店において特定の商品Ａの販売金額が第１所定期間において上昇傾向にある場合、第１加盟店における商品Ａの第１所定期間向けの値段を、通常商品Ａの仕入れ値の３倍としているところを、所定の割合（例えば、３．５倍など）まで値上げした値段を推奨値として算出してもよい。

上記構成によれば、生成部１１５は、加盟店に対して、競合する他の加盟店における需要予測の結果に鑑みて商品又は役務の値付けを支援することができる。

生成部１１５は、例えば、後述の第１推定部１２４により推定された第１委任度に基づいて、発注データの候補の数を調整してもよい。ここで「第１委任度」とは、加盟店が決済事業者に商品又は物品の発注業務を委任する度合いである。第１委任度は、例えば、「高」、「中」、「低」の３段階又は１〜５の５段階とする段階的な度合いであってもよい。生成部１１５は、例えば、発注データの候補の数の基準を５つとして、第１委任度が「高」の場合、発注データの候補の数を３つまで絞ってもよい。このような構成によれば、生成部１１５は、決済事業者が加盟店の対象商品の発注業務を代行するにあたり、発注データの候補の数をこれまでの代行実績に応じた数にすることができる。

生成部１１５は、例えば、後述の第２推定部１２５により推定された第２委任度に基づいて、発注データの候補の数を調整してもよい。生成部１１５は、例えば、発注データの候補の数の基準を５つとして、第１委任度が「低」の場合、発注データの候補の数を７つまで増やしてもよい。ここで「第２委任度」とは、第１委任度とは異なる、決済事業者に商品又は物品の発注業務を委任する度合いである。第２委任度は、第１委任度と同様に、例えば、「高」、「中」、「低」の３段階又は１〜５の５段階とする段階的な度合いであってもよい。このような構成によれば、生成部１１５は、決済事業者が加盟店の対象商品の発注業務を代行するにあたり、発注データの候補の数をこれまでの決済手段の提供実績に応じた数にすることができる。

提供部１１６は、端末２００に、当該加盟店の発注候補データを提供する。提供部１１６が発注候補データを含め各種データを外部の装置に提供する態様は、どのような態様でもよく、例えば、発注候補データのデータファイルを端末２００に送信してもよいし、発注候補データを端末２００に参照させるためのＡＰＩを実装してもよい。また、提供部１１６が発注候補データを提供する態様は、他の例として、提供部１１６が発注データの候補を示す発注サイトを生成して、通信部１４０を介して端末２００に配信してもよい。加盟店は、端末２００に配信されたこの発注サイトにより発注データの候補を確認することができる。

提供部１１６は、例えば、端末２００に、抽出部１２１により抽出された需要予測の結果を示す競合予測情報を提供してもよい。このような構成によれば、加盟店は、競合する他の加盟店の商品又は物品の需要予測に鑑みて、商品又は物品の発注データの候補のうち利用する発注データを選択することができる。このため、このような構成によれば、加盟店は、商品又は物品の発注において、競合する他の加盟店との差別化を図ることができる。

提供部１１６は、例えば、端末２００に、競合予測情報を提供してもよい。ここで、「競合予測情報」とは、後述の秘匿加工部１２２により秘匿加工された需要予測の結果を示す情報である。このような構成によれば、加盟店は、競合する他の加盟店と、将来の商品又は物品の需要予測の結果を提供し合うことにおいて、互いに特定されることを抑止することができる。このため、このような構成によれば、提供部１１６は、加盟店における将来の商品又は物品の需要予測の結果を提供し合うことに対する抵抗を低減することができる。

受付部１１７は、端末２００から、発注データの候補のうち加盟店が利用する発注データの選択を受け付ける。加盟店が利用する発注データの選択を受付部１１７が受け付ける態様は、どのような態様でもよく、例えば、提供部１１６が配信した発注サイトの発注データの候補に対して加盟店が選択し、通信部１４０を介してその選択結果を受信してもよい。

発注処理部１１８は、発注先ごとに、上記選択された発注データを統合し、商品又は物品を発注するための発注処理を行う。発注処理部１１８は、例えば、発注先の特定のメーカーに対する商品又は物品の発注を統合し、統合した発注の発注伝票を示す発注伝票データを生成してもよい。発注処理部１１８は、このメーカーの発注先サーバ４００に、通信部１４０を介して生成した発注伝票データを送信する。ここで「発注伝票データ」とは、統合した発注データに基づき、発注先に商品又は物品の発注を依頼するための伝票を示すデータである。発注伝票データは、例えば、電子化された発注伝票（例えば、ＰＤＦファイル等）のデータであってもよい。

グルーピング部１１９は、複数の加盟店を、加盟店エリアグループにグルーピングする。加盟店エリアグループとは、加盟店が所在するエリアごとのグループである。グルーピング部１１９は、例えば、記憶部１３０に記憶する加盟店エリアグループを示すグループ情報を参照して、グルーピングしてもよい。グルーピング部１１９は、例えば、加盟店エリアグループに加えて、（１）発注された商品又は物品の配送を依頼する配送業者ごと、（２）加盟店の業種ごと、にグルーピングしてもよい。

配送処理部１２０は、加盟店エリアグループごとに商品又は物品をまとめて配送するよう、発注された商品又は物品を加盟店に配送するための処理を行う。配送処理部１２０は、例えば、商品又は物品の配送を依頼する配送業者に対して、グルーピング部１１９でグルーピングされた加盟店の商品又は物品の配送を統合してもよい。配送処理部１２０は、統合した配送の配送依頼を示す配送依頼データを生成する。配送処理部１２０は、この配送業者の配送業者サーバ５００に、通信部１４０を介して生成した配送依頼データを送信する。

上記構成によれば、配送処理部１２０は、加盟店が所在するエリアごとに配送業者に商品又は物品の発送を依頼することができるため、発注された商品又は物品の配送を効率化し配送コストを削減することができる。

抽出部１２１は、加盟店それぞれと競合する他の加盟店を示す競合情報を記憶する後述の競合記憶部を参照する。この競合記憶部は、記憶部１３０に含まれる機能部（後述の競合記憶部１３１）であってもよいし、端末２００が備える機能部であってもよい。抽出部１２１は、上記参照により、需要予測の結果のうち上記他の加盟店における需要予測の結果を抽出する。

秘匿加工部１２２は、抽出部１２１により抽出された需要予測の結果に対して、それぞれの加盟店を特定可能な情報を秘匿加工する。秘匿加工部１２２は、例えば、抽出された需要予測の結果に対して、（１）該当するデータ項目（例えば、加盟店の店舗名及び事業者名等）の削除若しくはデータ項目に含まれるセル削除、（２）データの全部又は一部を抽象化、（３）データの上位概念化若しくは数値による短縮化によって置き換える一般化、（４）データに対するトップ若しくはボトムコーディング、（５）データ交換、又は（６）データに対するノイズ（誤差）の付加、等を対象の需要予測の結果に施すことによって秘匿加工してもよい。

蓄積部１２３は、第２所定期間における、受付部１１７により受け付けた発注データの選択実績及び発注処理部１１８の発注実績を蓄積する。ここで「第２所定期間」とは、上記選択実績及び上記発注実績を蓄積する期間である。第２所定期間は、例えば、過去３か月、過去１年、過去３年等を適宜設定すればよい。蓄積部１２３は、例えば、第２所定期間における上記選択実績及び上記発注実績を、後述の実績記憶部１３２に記憶させていくことで蓄積してもよい。

第１推定部１２４は、蓄積部１２３により蓄積された上記選択実績及び上記発注実績の少なくとも一つに基づいて、第１委任度を推定する。第１推定部１２４は、例えば、第２加盟店における過去３か月の上記発注実績がゼロの場合、第１委任度を最も低い「低」としてもよい。

第２推定部１２５は、決済利用実績データを記憶する実績記憶部を参照し、決済利用実績データが示す実績に基づいて、第２委任度を推定する。第２推定部１２５は、例えば、第２加盟店におけるカード会社が提供するカード決済手段の利用回数が所定の基準を超える場合、第２委任度を５段階のうち標準の「３」より高い「４」としてもよい。

ここで「決済利用実績データ」とは、第３所定期間における、加盟店が商取引において決済事業者が提供する決済手段を利用した実績を示すデータである。

記憶部１３０は、加盟店における商品又は物品の発注業務の支援に関する各種情報及び各種データを記憶する。また、記憶部１３０は、例えば、競合記憶部１３１、又は実績記憶部１３２を含めてもよい。記憶部１３０は、データベースマネジメントシステム（ＤＢＭＳ）を利用して各種情報及び各種データを記憶してもよいし、ファイルシステムを利用して各種情報及び各種データを記憶してもよい。記憶部１３０は、ＤＢＭＳを利用する場合は、上記情報又は上記データごとにテーブルを設けて、当該テーブル間を関連付けて各種情報又は各種データを管理してもよい。

競合記憶部１３１は、競合情報を記憶する。実績記憶部１３２は、決済利用実績データを記憶する。また、実績記憶部１３２は、例えば、受付部１１７により受け付けた発注データの選択実績及び発注処理部１１８の発注実績の少なくとも一つを示す発注実績データを記憶してもよい。

通信部１４０は、ネットワークＮを介して、端末２００、又は分析サーバ３００、発注先サーバ４００若しくは配送業者サーバ５００等の外部システムの装置に各種情報を送受信する。通信部１４０は、例えば、ネットワークＮを介して、端末２００から販売提供実績データを受信したり、発注候補データ等を端末２００に送信したりする。

＜４．動作例＞
図４を参照して、加盟店支援システム１の動作例を説明する。なお、以下に示す処理の順番は一例であって、適宜、変更されてもよい。

図４に示すように、第１端末２００ａは、第１加盟店における商品の販売実績を示す販売提供実績データを記憶し、当該販売提供実績データを参照する（Ｓ１０）。第１端末２００ａは、当該参照の結果に基づいて、第１加盟店の販売提供実績データを加盟店支援サーバ１００に送信する（Ｓ１１）。加盟店支援サーバ１００の取得部１１１は、第１端末２００ａから、第１加盟店の販売提供実績データを取得する（Ｓ１２）。

第２端末２００ｂは、第２加盟店における役務の提供実績を示す販売提供実績データを記憶し、当該販売提供実績データを参照する（Ｓ１３）。第２端末２００ｂは、当該参照の結果に基づいて、第２加盟店の販売提供実績データを加盟店支援サーバ１００に送信する（Ｓ１４）。加盟店支援サーバ１００の取得部１１１は、第２端末２００ｂから、第２加盟店の販売提供実績データを取得する（Ｓ１５）。

加盟店支援サーバ１００の予測指示部１１２は、第１加盟店及び第２加盟店それぞれの第１所定期間における商品又は役務の需要予測をする予測部に第１加盟店及び第２加盟店の販売提供実績データを用いて上記需要予測を指示し、当該需要予測の結果を取得する（Ｓ１６）。生成部１１５は、上記需要予測の結果に基づいて、第１加盟店及び第２加盟店それぞれにおける、商品、又は役務の提供に利用する物品を発注するための発注候補データを生成する（Ｓ１７）。

加盟店支援サーバ１００の提供部１１６は、第１端末２００ａに、上記第１加盟店の発注候補データを送信する（Ｓ１８）。第１端末２００ａは、上記第１加盟店の発注候補データを受信して、当該発注候補データに基づいて、発注データの候補を画面に表示する（Ｓ１９）。第１端末２００ａは、第１加盟店から、表示された発注データの候補のうち利用する発注データを選択する入力を受け付ける（Ｓ２０）。第１端末２００ａは、加盟店支援サーバ１００に、上記受け付けた発注データの選択入力の結果を送信する（Ｓ２１）。加盟店支援サーバ１００の受付部１１７は、第１端末２００ａから、上記選択入力の結果を受信して、発注データの候補のうち第１加盟店が利用する発注データの選択を受け付ける（Ｓ２２）。

加盟店支援サーバ１００の提供部１１６は、第２端末２００ｂに、上記第２加盟店の発注候補データを送信する（Ｓ２３）。第２端末２００ｂは、上記第２加盟店の発注候補データを受信して、当該発注候補データに基づいて、発注データの候補を画面に表示する（Ｓ２４）。第２端末２００ｂは、第２加盟店から、表示された発注データの候補のうち利用する発注データを選択する入力を受け付ける（Ｓ２５）。第２端末２００ｂは、加盟店支援サーバ１００に、上記受け付けた発注データの選択入力の結果を送信する（Ｓ２６）。加盟店支援サーバ１００の受付部１１７は、第２端末２００ｂから、上記選択入力の結果を受信して、発注データの候補のうち第２加盟店が利用する発注データの選択を受け付ける（Ｓ２７）。

加盟店支援サーバ１００の発注処理部１１８は、発注先ごとに、第１加盟店及び第２加盟店それぞれで選択された発注データを統合し、商品又は物品を発注するための発注処理を行う（Ｓ２８）。

＜５．ハードウェア構成＞
図５を参照して、上述してきた加盟店支援サーバ１００をコンピュータ８００により実現する場合のハードウェア構成の一例を説明する。なお、それぞれの装置の機能は、複数台の装置に分けて実現することもできる。

図５に示すように、コンピュータ８００は、プロセッサ８０１と、メモリ８０３と、記憶装置８０５と、入力Ｉ／Ｆ部８０７と、データＩ／Ｆ部８０９と、通信Ｉ／Ｆ部８１１、及び表示装置８１３を含む。

プロセッサ８０１は、メモリ８０３に記憶されているプログラムを実行することによりコンピュータ８００における様々な処理を制御する。例えば、加盟店支援サーバ１００の制御部１１０が備える各機能部等は、メモリ８０３に一時記憶されたプログラムをプロセッサ８０１が実行することにより実現可能である。

メモリ８０３は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の記憶媒体である。メモリ８０３は、プロセッサ８０１によって実行されるプログラムのプログラムコードや、プログラムの実行時に必要となるデータを一時的に記憶する。

記憶装置８０５は、例えばハードディスクドライブ（ＨＤＤ）やフラッシュメモリ等の不揮発性の記憶媒体である。記憶装置８０５は、オペレーティングシステムや、上記各構成を実現するための各種プログラムを記憶する。この他、発注データ、発注候補データ、競合情報又はグループ情報を登録するテーブルと、当該テーブルを管理するＤＢを記憶することも可能である。このようなプログラムやデータは、必要に応じてメモリ８０３にロードされることにより、プロセッサ８０１から参照される。

入力Ｉ／Ｆ部８０７は、ユーザからの入力を受け付けるためのデバイスである。入力Ｉ／Ｆ部８０７の具体例としては、キーボードやマウス、タッチパネル、各種センサ、ウェアラブル・デバイス等が挙げられる。入力Ｉ／Ｆ部８０７は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等のインタフェースを介してコンピュータ８００に接続されても良い。

データＩ／Ｆ部８０９は、コンピュータ８００の外部からデータを入力するためのデバイスである。データＩ／Ｆ部８０９の具体例としては、各種記憶媒体に記憶されているデータを読み取るためのドライブ装置等がある。データＩ／Ｆ部８０９は、コンピュータ８００の外部に設けられることも考えられる。その場合、データＩ／Ｆ部８０９は、例えばＵＳＢ等のインタフェースを介してコンピュータ８００へと接続される。

通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部の装置と有線又は無線により、インターネットＮを介したデータ通信を行うためのデバイスである。通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部に設けられることも考えられる。その場合、通信Ｉ／Ｆ部８１１は、例えばＵＳＢ等のインタフェースを介してコンピュータ８００に接続される。

表示装置８１３は、各種情報を表示するためのデバイスである。表示装置８１３の具体例としては、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、ウェアラブル・デバイスのディスプレイ等が挙げられる。表示装置８１３は、コンピュータ８００の外部に設けられても良い。その場合、表示装置８１３は、例えばディスプレイケーブル等を介してコンピュータ８００に接続される。また、入力Ｉ／Ｆ部８０７としてタッチパネルが採用される場合には、表示装置８１３は、入力Ｉ／Ｆ部８０７と一体化して構成することが可能である。

なお、上記実施の形態は、本発明を説明するための例示であり、本発明をその実施の形態のみに限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。さらに、当業者であれば、以下に述べる各要素を均等なものに置換した実施の形態を採用することが可能であり、かかる実施の形態も本発明の範囲に含まれる。

１…加盟店支援システム、１００…加盟店支援サーバ、１１０…制御部、１３０…記憶部、１４０…通信部、８００…コンピュータ、８０１…プロセッサ、８０３…メモリ、８０５…記憶装置、８０７…入力Ｉ／Ｆ部、８０９…データＩ／Ｆ部、８１１…通信Ｉ／Ｆ部、８１３…表示装置。

Claims (10)

1. 加盟店に商取引の決済手段を提供する決済事業者が使用する加盟店支援サーバであって、
   複数の事業者が運営する複数の加盟店の装置から、複数の加盟店それぞれの商品の販売実績又は役務の提供実績の少なくとも一つを示す販売提供実績データを取得する取得部と、
   前記複数の加盟店それぞれの第１所定期間における商品又は役務の需要予測をする予測部に前記販売提供実績データを用いて前記需要予測を指示し、当該需要予測の結果を取得する予測指示部と、
   前記加盟店それぞれと競合する他の加盟店を示す競合情報を記憶する競合記憶部を参照し、前記需要予測の結果のうち、前記他の加盟店における需要予測の結果を抽出する抽出部と、
   前記取得された需要予測の結果に基づいて、前記複数の加盟店それぞれにおける、商品、又は役務の提供に利用する物品を発注するための１以上の発注データの候補を示す発注候補データであって前記商品又は前記物品の発注量及び仕入れ値の少なくとも一つと、前記商品又は前記役務の値段の推奨値と、を含む発注候補データを生成する生成部であって、前記他の加盟店における需要予測の結果に基づいて、前記発注量を調整し、前記仕入れ値より前記値段の推奨値を算出する生成部と、
   前記加盟店の装置に、当該加盟店の前記発注候補データを提供する提供部と、
   前記加盟店の装置から、前記発注データの候補のうち前記加盟店が利用する発注データの選択を受け付ける受付部と、
   発注先ごとに、前記選択された発注データを統合し、前記商品又は前記物品を発注するための発注処理を行う発注処理部と、を備える、
   加盟店支援サーバ。
2. 加盟店に商取引の決済手段を提供する決済事業者が使用する加盟店支援サーバであって、
   複数の事業者が運営する複数の加盟店の装置から、複数の加盟店それぞれの商品の販売実績又は役務の提供実績の少なくとも一つを示す販売提供実績データを取得する取得部と、
   前記複数の加盟店それぞれの第１所定期間における商品又は役務の需要予測をする予測部に前記販売提供実績データを用いて前記需要予測を指示し、当該需要予測の結果を取得する予測指示部と、
   前記需要予測の結果に基づいて、前記複数の加盟店それぞれにおける、商品、又は役務の提供に利用する物品を発注するための１以上の発注データの候補を示す発注候補データを生成する生成部と、
   前記加盟店それぞれと競合する他の加盟店を示す競合情報を記憶する競合記憶部を参照し、前記需要予測の結果のうち、前記他の加盟店における需要予測の結果を抽出する抽出部と、
   前記抽出された需要予測の結果に対して、それぞれの加盟店を特定可能な情報を秘匿加工する秘匿加工部と、
   前記加盟店の装置に、当該加盟店の前記発注候補データと、前記秘匿加工された需要予測の結果を示す競合予測情報と、を提供する提供部と、
   前記加盟店の装置から、前記発注データの候補のうち前記加盟店が利用する発注データの選択を受け付ける受付部と、
   発注先ごとに、前記選択された発注データを統合し、前記商品又は前記物品を発注するための発注処理を行う発注処理部と、を備える、
   加盟店支援サーバ。
3. 前記複数の加盟店を、加盟店が所在するエリアごとの加盟店エリアグループにグルーピングするグルーピング部と、
   前記加盟店エリアグループごとに商品又は物品をまとめて配送するよう、発注された前記商品又は前記物品の加盟店への配送をするための処理を行う配送処理部と、をさらに備える、
   請求項１または２に記載の加盟店支援サーバ。
4. 前記提供部は、前記加盟店の装置に、前記抽出された需要予測の結果を示す競合予測情報を提供する、
   請求項１から３のいずれか一項に記載の加盟店支援サーバ。
5. 第２所定期間における、前記受付部により受け付けた発注データの選択実績及び前記発注処理部の発注実績の少なくとも一つを蓄積する蓄積部と、
   前記蓄積された前記選択実績及び発注実績の少なくとも一つに基づいて、前記加盟店が前記決済事業者に前記商品又は前記物品の発注業務を委任する度合いである第１委任度を推定する第１推定部と、
   前記生成部は、前記第１委任度に基づいて、前記発注データの候補の数を調整する請求項１から４のいずれか一項に記載の加盟店支援サーバ。
6. 第３所定期間における、前記決済事業者が提供する決済手段を前記加盟店が利用した実績を示す決済利用実績データを記憶する実績記憶部を参照し、前記実績に基づいて、前記加盟店が前記決済事業者に前記商品又は前記物品の発注業務を委任する度合いである第２委任度を推定する第２推定部と、
   前記生成部は、前記第２委任度に基づいて、前記発注データの候補の数を調整する、
   請求項１から５のいずれか一項に記載の加盟店支援サーバ。
7. 加盟店に商取引の決済手段を提供する決済事業者が使用する加盟店支援サーバに、
   複数の事業者が運営する複数の加盟店の装置から、複数の加盟店それぞれの商品の販売実績又は役務の提供実績の少なくとも一つを示す販売提供実績データを取得する取得機能と、
   前記複数の加盟店それぞれの第１所定期間における商品又は役務の需要予測をする予測部に前記販売提供実績データを用いて前記需要予測を指示し、当該需要予測の結果を取得する予測指示機能と、
   前記加盟店それぞれと競合する他の加盟店を示す競合情報を記憶する競合記憶部を参照し、前記需要予測の結果のうち、前記他の加盟店における需要予測の結果を抽出する抽出機能と、
   前記取得された需要予測の結果に基づいて、前記複数の加盟店それぞれにおける、商品、又は役務の提供に利用する物品を発注するための１以上の発注データであって前記商品又は前記物品の発注量及び仕入れ値の少なくとも一つと、前記商品又は前記役務の値段の推奨値と、を含む発注候補データの候補を示す発注候補データを生成する生成機能であって、前記他の加盟店における需要予測の結果に基づいて、前記発注量を調整し、前記仕入れ値より前記値段の推奨値を算出する生成機能と、
   前記加盟店の装置に、当該加盟店の前記発注候補データを提供する提供機能と、
   前記加盟店の装置から、前記発注データの候補のうち前記加盟店が利用する発注データの選択を受け付ける受付機能と、
   発注先ごとに、前記選択された発注データを統合し、前記商品又は前記物品を発注するための発注処理を行う発注処理機能と、を実現させる、
   プログラム。
8. 加盟店に商取引の決済手段を提供する決済事業者が使用するサーバが、
   複数の事業者が運営する複数の加盟店の装置から、複数の加盟店それぞれの商品の販売実績又は役務の提供実績の少なくとも一つを示す販売提供実績データを取得し、
   前記複数の加盟店それぞれの第１所定期間における商品又は役務の需要予測をする予測部に前記販売提供実績データを用いて前記需要予測を指示し、当該需要予測の結果を取得し、
   前記加盟店それぞれと競合する他の加盟店を示す競合情報を記憶する競合記憶部を参照し、前記需要予測の結果のうち、前記他の加盟店における需要予測の結果を抽出し、
   前記他の加盟店における需要予測の結果に基づいて、商品、又は役務の提供に利用する物品を発注するための前記商品又は前記物品の発注量を調整し、
   前記他の加盟店における需要予測の結果に基づいて、前記商品又は前記物品の仕入れ値より前記商品又は前記役務の値段の推奨値を算出し、
   前記取得された需要予測の結果に基づいて、前記複数の加盟店それぞれにおける、前記発注をするための１以上の発注データの候補であって前記発注量及び前記仕入れ値の少なくとも一つと、前記値段の推奨値と、を含む発注候補データを示す発注候補データを生成し、
   前記加盟店の装置に、当該加盟店の前記発注候補データを提供し、
   前記加盟店の装置から、前記発注データの候補のうち前記加盟店が利用する発注データの選択を受け付け、
   発注先ごとに、前記選択された発注データを統合し、前記商品又は前記物品を発注するための発注処理を行う、
   加盟店支援方法。
9. 加盟店に商取引の決済手段を提供する決済事業者が使用する加盟店支援サーバに、
   複数の事業者が運営する複数の加盟店の装置から、複数の加盟店それぞれの商品の販売実績又は役務の提供実績の少なくとも一つを示す販売提供実績データを取得する取得機能と、
   前記複数の加盟店それぞれの第１所定期間における商品又は役務の需要予測をする予測部に前記販売提供実績データを用いて前記需要予測を指示し、当該需要予測の結果を取得する予測指示機能と、
   前記需要予測の結果に基づいて、前記複数の加盟店それぞれにおける、商品、又は役務の提供に利用する物品を発注するための１以上の発注データの候補を示す発注候補データを生成する生成機能と、
   前記加盟店それぞれと競合する他の加盟店を示す競合情報を記憶する競合記憶部を参照し、前記需要予測の結果のうち、前記他の加盟店における需要予測の結果を抽出する抽出機能と、
   前記抽出された需要予測の結果に対して、それぞれの加盟店を特定可能な情報を秘匿加工する秘匿加工機能と、
   前記加盟店の装置に、当該加盟店の前記発注候補データと、前記秘匿加工された需要予測の結果を示す競合予測情報と、を提供する提供機能と、
   前記加盟店の装置から、前記発注データの候補のうち前記加盟店が利用する発注データの選択を受け付ける受付機能と、
   発注先ごとに、前記選択された発注データを統合し、前記商品又は前記物品を発注するための発注処理を行う発注処理機能と、を実現させる、
   プログラム。
10. 加盟店に商取引の決済手段を提供する決済事業者が使用するサーバが、
    複数の事業者が運営する複数の加盟店の装置から、複数の加盟店それぞれの商品の販売実績又は役務の提供実績の少なくとも一つを示す販売提供実績データを取得し、
    前記複数の加盟店それぞれの第１所定期間における商品又は役務の需要予測をする予測部に前記販売提供実績データを用いて前記需要予測を指示し、当該需要予測の結果を取得し、
    前記需要予測の結果に基づいて、前記複数の加盟店それぞれにおける、商品、又は役務の提供に利用する物品を発注するための１以上の発注データの候補を示す発注候補データを生成し、
    前記加盟店それぞれと競合する他の加盟店を示す競合情報を記憶する競合記憶部を参照し、前記需要予測の結果のうち、前記他の加盟店における需要予測の結果を抽出し、
    前記抽出された需要予測の結果に対して、それぞれの加盟店を特定可能な情報を秘匿加工し、
    前記加盟店の装置に、当該加盟店の前記発注候補データを提供し、
    前記加盟店の装置に、前記秘匿加工された需要予測の結果を示す競合予測情報と、を提供し、
    前記加盟店の装置から、前記発注データの候補のうち前記加盟店が利用する発注データの選択を受け付け、
    発注先ごとに、前記選択された発注データを統合し、前記商品又は前記物品を発注するための発注処理を行う、
    加盟店支援方法。

Images