JP6182171B2 - 需要予測装置及びプログラム - Google Patents

Description

本発明の実施形態は、需要予測装置及びプログラムに関する。

従来、ＰＯＳ（Point of Sales）システムが普及したことにより、商品ごとの購買実績データを容易に収集することができるようになった。収集されたデータは、小売店等の需要予測に使用されている。
需要予測を行うと、小売店等は、商品ロスを抑えることができる。例えば、発注量過多のため売れ残り商品を廃棄することによる商品ロスや、発注量過少のため商品の品切れにより販売機会を失った商品の商品ロスを抑えることができる。

更に、需要予測は、ＥＤＩ（Electronic Data Interchange）による企業間取引の電子化と結合させ、自動発注システムにまで発展させるものも提案され始めている。

自動発注システムでは、需要予測装置が重回帰分析を用い、商品の需要予測を行う。
その需要予測では、購買数を目的変数とし、その目的変数の変動因子として、売価、販売形態実施期間、陳列位置、陳列数、広告宣伝方法等を用いる。また、この他にも、商品とその関連商品の相互影響を考慮し、各商品の購買数を変動因子として用いることも試行されている。

ところで、従来の需要予測装置は、商品の需要予測を行うためのシミュレーションを、一つの売価に対して一回実施する。
しかし、ユーザ（バイヤなど）は、売価を決める際、一つの商品について複数パターンの売価のシミュレーション結果を取得することが良くある。この場合、ユーザは先ず一つ目の売価を需要予測装置に入力し、そのシミュレーション結果を需要予測装置から取得する。続いて、二つ目の売価を需要予測装置に入力し、二つ目の売価のシミュレーション結果を需要予測装置から取得する。三つ目以後も同様に、需要予測装置に一つの売価を入力し、そのシミュレーション結果を得ることになる。

このように、ユーザは、予め想定している複数パターンの売価の、個々のシミュレーション結果を需要予測装置から取得する場合において、一売価ごとに需要予測装置を動作させなければならない。つまり、ユーザは繰り返し同様の操作を行わなければならない。また、複数パターンの売価のシミュレーション結果を一度に受け取ることができないため、シミュレーション結果の比較を容易に行えない。このため、操作の改善が望まれていた。

本発明が解決しようとする課題は、売価値の複数の値への変更を一度に受け付けて需要予測シミュレーションを行うことが可能な需要予測装置及びプログラムを提供することである。

実施形態の需要予測装置は、商品又は役務についての未来の基準日の需要予測値を決めるパラメータの値を複数の異なる値へ訂正するための一括入力部を表示エリアに対して供給する入力部供給手段と、上記表示エリアに供給された上記一括入力部においてユーザにより訂正された複数の異なる訂正値を一度に受け付ける受付手段と、上記受付手段が受け付けた複数の異なる訂正値を用いて上記未来の基準日の訂正値毎の需要予測値を算出する需要予測手段と、上記需要予測手段により算出された訂正値毎の需要予測値を上記表示エリアに対して出力する結果出力手段と、を備える。

図１は、実施形態にかかる需要予測システムの構成を示すブロック図である。 図２は、コンピュータのモジュール構成図である。 図３は、需要予測装置に係る本部システムの全体構成を示すブロック図である。 図４は、単位レコードの構成を示す図である。 図５は、企画編集画面（初期画面）の構成図である。 図６は、企画編集画面（更新画面）の構成図である。 図７は、店舗発注端末と需要予測装置との間で行われる需要予測シミュレーション処理のフロー図である。 図８は、抽出データを示す図である。 図９は、ステップＳ２４の処理フロー図である。 図１０は、ステップＳ２４１の処理後の抽出データの設定状態を示す図である。 図１１は、再シミュレーション後の抽出データの設定状態を示す図である。 図１２は、変形例１の企画編集画面（初期画面）の構成図である。 図１３は、売価入力画面の構成図である。 図１４は、変形例２の需要予測装置に係る本部システムの全体構成を示すブロック図である。 図１５は、順位決定部の処理の説明図である。 図１６は、タブを強調表示設定したときの企画編集画面の構成図である。 図１７は、選択ボックスを含む企画編集画面の構成図である。 図１８は、変形例３の需要予測装置に係る本部システムの全体構成を示すブロック図である。 図１９は、企画編集画面の構成図である。 図２０は、抽出データの設定状態（状態１）を示す図である。 図２１は、抽出データの設定状態（状態２）を示す図である。

図１は、実施形態にかかる需要予測システム１の構成を示すブロック図である。需要予測システム１は、本部システム１０や、店舗サーバ１２０や、本部特売企画端末１２４や、店舗発注端末１２５などからなる。

本部システム１０は、複数のコンピュータ３からなる。各コンピュータ３は、有線又は無線の通信回線（例えば、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）等）２で接続されている。本実施形態では、本部システム１０を複数のコンピュータ３で構成するが、１つのコンピュータで構成しても良い。

店舗サーバ１２０、本部特売企画端末１２４、及び店舗発注端末１２５は、本部システム１０と、有線又は無線の通信回線（例えば、インターネットやＬＡＮ（Local Area Network）等）５による接続が可能なように構成されている。

需要予測システム１において、複数のコンピュータ３は、後述する需要予測等のサービスを提供するアプリケーションサーバやデータベースサーバとして機能する。また、本部特売企画端末１２４や店舗発注端末１２５は、上記サービスを享受するクライアントとして機能する。本実施形態において、上記サービスを享受するクライアントのユーザ画面を表示エリアと呼ぶものとする。需要予測システム１では、例えばＳａａＳ（Software as a Service）の形態で各種サーバからクライアントにサービスが提供されうる。

店舗サーバ１２０は、店舗内ネットワーク６により複数のＰＯＳ（Point of Sales）端末１２６と接続されている。店舗サーバ１２０は、複数のＰＯＳ端末１２６からアップされた購買実績データを一括管理する装置である。需要予測システム１においての店舗サーバ１２０は、主に、本部システム１０による購買実績データの収集先として利用される。この購買実績データは、後に本部システム１０において需要予測値の算出に用いられる。

以上に示すコンピュータ３、店舗サーバ１２０、本部特売企画端末１２４、及び店舗発注端末１２５として、汎用コンピュータの適用が可能である。

次に、汎用コンピュータを適用してなるコンピュータ３のモジュール構成を説明し、このモジュール構成を例に、本部特売企画端末１２４や店舗発注端末１２５などの構成について説明する。

図２は、コンピュータ３のモジュール構成図である。図２に示すように、コンピュータ３は、情報処理を行うＣＰＵ（Central Processing Unit）１０１、ＢＩＯＳ（Basic Input/Output System）などを記憶した読出し専用メモリであるＲＯＭ（Read Only Memory）１０２、各種データを書換え可能に記憶するＲＡＭ（Random Access Memory）１０３を備えている。

また、コンピュータ３は、ＨＤＤ１０４、媒体読取装置１０５、通信制御装置１０６、表示部１０７、並びに入力部１０８等を備えている。

ＨＤＤ１０４は、各種データベースや、ＯＳ（Operating System）やアプリケーションプログラム等を記憶するＨＤＤ（Hard Disk Drive）である。

媒体読取装置１０５は、可搬性を有する記憶媒体１１０からプログラムやデータを読み取るＣＤ−ＲＯＭドライブやＤＶＤ（Digital Versatile Disk）ドライブ等の媒体読取装置である。

記憶媒体１１０は、プログラムやデータを記憶するＣＤ−ＲＯＭやＤＶＤ等の光情報記録メディアやフレキシブルディスク（ＦＤ）等の磁気メディア等の可搬性を有する記憶媒体である。

通信制御装置１０６は、通信回線２（他の装置の場合は通信回線５）を介して外部機器と情報を伝達するための通信ボードである。

表示部１０７は、処理経過や結果等を表示するＬＣＤ（Liquid Crystal Display）等の表示デバイスである。

入力部１０８は、ユーザがＣＰＵ１０１に命令やデータ等を入力するためのキーボードやマウス等のポインティングデバイスである。

なお、コンピュータ３において、各部１０１〜１０８の間の命令やデータの送受信は、バスコントローラ１０９が調停するものとする。

コンピュータ３では、ユーザが電源を投入するとＢＩＯＳがＲＯＭ１０２内のブートローダを呼び出し、そのブートローダをＣＰＵ１０１が実行する。続いて、ＣＰＵ１０１は、ＨＤＤ１０４からＯＳのプログラムをＲＡＭ１０３にロードし、ＯＳを起動する。更に、ＨＤＤ１０４からアプリケーションプログラムを自動起動又はユーザ操作により起動する。

ＯＳのうち代表的なものとして、Ｗｉｎｄｏｗｓ（登録商標）等が知られている。ＯＳ上で走るプログラムをアプリケーションプログラムと呼んでいる。アプリケーションプログラムは、一部の処理の実行をＯＳに肩代わりさせるものであってもよい。また、アプリケーションプログラムは、アプリケーションソフトやＯＳなどを構成する一群のプログラムファイルの一部に含まれるものであってもよい。

アプリケーションプログラム又はその一群のプログラムは、記憶媒体１１０に収めてユーザに配布することが可能である。配布された記憶媒体１１０は、媒体読取装置１０５により読み取られ、ＨＤＤ１０４にインストールされる。

この他、アプリケーションプログラム又はその一群のプログラムは、通信ネットワークを介してユーザに配布することも可能である。この場合、コンピュータ３は、通信制御装置１０６を介して外部からアプリケーションプログラム又はその一群のプログラムをダウンロードし、それらのプログラムをＨＤＤ１０４にインストールする。

図２に示すコンピュータ３のモジュール構成においてＨＤＤ１０４に記憶されているアプリケーションプログラム等の構成を変えることにより、汎用コンピュータを、店舗サーバ１２０、本部特売企画端末１２４、又は店舗発注端末１２５として機能させることができる。

例えば、本部特売企画端末１２４や店舗発注端末１２５は、ＨＤＤ１０４にウェブブラウザや、ウェブブラウザに対してプラグイン形式を用いて提供されるソフトウエアなどをインストールして構築したものである。プラグインのうち代表的なものとして、Microsoft Silverlight（登録商標）が挙げられる。Microsoft Silverlightは、インストール後はブラウザ上でアニメーションやグラフィックスの表示、音声・動画の再生などを行うフレームワークである。

次に、本部システム１０が行う需要予測のサービスについて説明する。

＜＜需要予測装置とその周辺システムの構成＞＞
図３は、本実施形態の需要予測装置に係る本部システム１０の全体構成を示すブロック図である。
図３の本部システム１０に示す構成は、各コンピュータ３（図１参照）が自機の所定のプログラムを実行し、適宜相互通信を行うことにより、全てのコンピュータ３により一体的に実現されるものである。なお、これらの構成を一つのコンピュータにより実現しても良い。

また、本実施形態では、特売企画支援システム３３０及び発注数決定支援システム３３１を設けている。これらは、需要予測装置３１のサービスをユーザ端末（本部特売企画端末１２４や店舗発注端末１２５）に提供するためのサブシステムである。以下では、便宜上、特売企画支援システム３３０及び発注数決定支援システム３３１を、需要予測装置３１とは別の装置に構築されるものとして説明する。しかし、需要予測装置３１の態様は、それに限定されるものではない。特売企画支援システム３３０及び発注数決定支援システム３３１の内の一部又は全ての機能を需要予測装置３１に搭載しても良い。

＜需要予測装置＞
需要予測装置３１は、小売業などの各店舗における商品の売価・陳列・販促等の販売者側の過去の販売状態に対し、購買客側の商品の未来の購買状況をシミュレーションするものである。需要予測装置３１は、現時点から過去の所定の時点までの販売者側の販売状態と購買客側の購買状況とを示す過去情報（購買実績データ）を用いて、購買客の購買モデルを構築する。この購買モデルは、定数項と係数と変動因子とから構成される。定数項は、例えば数週間、数か月、若しくは１年間程度なら時間的に変化しないと見なせる部分の購買数を示す項となる。係数と変動因子は、この組み合わせで変動項を形成する。変動項は、定数項に対して時間的により早く変化する部分の購買数を示す項となる。

この購買モデルでは、過去情報を変動因子（パラメータ）に代入することにより、変動因子の係数が決まる。そして、係数の求まった購買モデルの変動因子に、未来の所定の時点における販売者側の販売状態と、購買客側の購買環境とを示す未来の予定情報を当てはめる。これにより、未来の所定の時点における商品の購買数（予測購買数）が需要予測値の一つとして求まる。また、需要予測値の一つとして求めた予測購買数から、他の需要予測値である販売金額（予測販売金額）や利益金額（予測利益金額）などが求まる。予測販売金額は、予測購買数に売価を乗算することにより求まる。予測利益金額は、予測購買数に売価と原価との差分を乗算することにより求まる。

次に、購買モデルの具体例を説明する。
以下は、Ｎ（Ｎは正の整数）種類の商品からなる商品群の購買モデルである。商品群とは、商品と、該商品との間で購買数に影響を及ぼし合う商品（つまり関連商品）のことである。以下、Ｎ種類の商品を、商品１,商品２,…,商品ｎ,…,商品Ｎ(ｎ＝１,２,…,Ｎ)と示す。

また、商品ｎに対する変動因子を、Ｘn1,Ｘn2,…,Ｘnm,…,ＸnM(ｍ＝１,２,…,Ｍ)と示す。変動因子Ｘnmは、例えば売価、曜日、休日、気温、降水量など、購買数を変動させる可能性のある因子とする。

また、商品ｎに対する購買数をＹnと示す。従って、商品１,商品２,…,商品ｎ,…,商品Ｎの各購買数を、購買数Ｙ1,Ｙ2,…,Ｙn,…,ＹNと示す。

そして、本例では、各商品の購買数がその商品の関連商品の購買数と相互影響し合うことを考慮し、購買数Ｙ1,Ｙ2,…,Ｙn,…,ＹNについても変動因子として計算する。

これにより、購買モデルを示す式（つまり、商品の予測購買数を求めるための計算式）は、下記の式（１）のようになる。

Ｙn＝ａn1Ｙ1＋ａn2Ｙ2＋…＋ａn(n-1)Ｙn-1＋ａn(n+1)Ｙn+1＋…＋ａnNＹN＋ｂn0＋ｂn1Ｘn1＋ｂn2Ｘn2＋…＋ｂnMＸnM ・・・（１）

上記の式（１）の右辺において、ｂn0が定数項である。それ以外が変動項である。変動項の内、ａn1Ｙ1＋ａn2Ｙ2＋…＋ａn(n-1)Ｙn-1＋ａn(n+1)Ｙn+1＋…＋ａnNＹNが関連商品の購買数による影響を反映した項に相当する。

上記の式（１）において、ａn1,…,ａn(n-1),ａn(n+1),…,ａnN,ｂn0,…,ｂnMを回帰係数と呼ぶ。各回帰係数は、目的変数の値に対して各変動因子が寄与する寄与率を示すものである。本明細書では、定数項ｂn0も含めて回帰係数と呼ぶ。

＜データ収集・変換システム＞
データ収集・変換システム３２は、現時点から過去の所定の時点までの過去情報を店舗サーバ１２０などから収集する。そして、データ収集・変換システム３２は、収集した過去情報を所定のデータ構造に変換し、需要予測装置３１の過去情報データベース３１０に送信する。

なお、データ収集・変換システム３２は、公知のＰＯＳシステム、発注システム、納入商品の検品システム、気象データの受信システム、地域のイベントの入力システム等の各種データ収集システムや、データ変換システム等を有している。これにより、データ収集・変換システム３２は、過去情報として、例えば、各店舗における商品の購買数データ、売価・販促（企画）データ、発注データ、在庫データ、気象データ、曜日データ、及び地域のイベントデータ等を収集する。

＜予定データ収集・変換システム＞
予定データ収集・変換システム３３は、現時点から未来の所定の時点までの、各店舗における商品の、予定売価・販促（企画）データ、予定入荷データ、予定気象データ、曜日データ、予定地域のイベントデータなどの未来の予定情報を収集する。そして、予定データ収集・変換システム３３は、収集した未来の予定情報を所定のデータ構造に変換し、需要予測装置３１の未来情報データベース３１１に送信する。

予定データ収集・変換システム３３は、特売企画支援システム３３０と、発注数決定支援システム３３１を含んでいる。

特売企画支援システム３３０は、複数の本部特売企画端末１２４からの接続を受け付け、各本部特売企画端末１２４のユーザである特売企画担当者による企画データの入力を支援する。

具体的に、特売企画支援システム３３０は、本部特売企画端末１２４の接続により、後述の入力受付部３１７が出力する需要予測設定画面を企画画面に含め、それを本部特売企画端末１２４に出力する。入力受付部３１７が出力する需要予測設定画面は、未来情報データベース３１１への企画データの登録やその変更をユーザに行わせるための画面である。特売企画支援システム３３０は、企画データやその変更データを受け付けると、受け付けたデータを未来情報データベース３３１に反映させるために、発注数決定支援システム３３１に送信する。

発注数決定支援システム３３１は、各店舗の店舗発注端末１２５からの接続を受け付けて、各店舗発注端末１２５のユーザである発注者の発注数の確定処理を支援する。

具体的に、発注数決定支援システム３３１は、店舗発注端末１２５からの接続により、後述する入力受付部３１７が出力する需要予測設定画面や企画編集画面（図５参照）を発注処理画面に含める。そして、その発注処理画面を店舗発注端末１２５に出力する。ここで、企画編集画面は、需要予測設定画面の遷移画面で、企画ごとの商品の需要予測をユーザにシミュレーションさせるための画面である。

例えば、発注数決定支援システム３３１は、ユーザが企画編集画面で売価などの変動因子の設定値を編集すると、その設定値を需要予測装置３１（後述する入力受付部３１７）に渡す。そして、需要予測装置３１（入力受付部３１７）から返ってきた、上記設定値の需要予測データを含む企画編集画面を、店舗発注端末１２５に出力する。

ここで、需要予測データは、需要予測装置３１で行った需要予測のシミュレーション結果を含むデータである。後に詳しく示すが、需要予測データは、商品情報と、予定情報と、シミュレーション結果としての予測情報とからなる。

発注数決定支援システム３３１は、店舗発注端末１２５においてユーザから商品の発注数の決定が指示されると、商品の発注数を示すデータを発注システム３４に出力する。発注数の決定は、発注画面などにおいて行うものとする。

発注システム３４は、発注数決定支援システム３３１で決定された全店舗の発注数に従って、商品の製造、販売等を行っている業者に対して、商品の発注を要求する。

＜＜需要予測装置の構成及び処理＞＞
＜需要予測装置の構成＞
過去情報データベース３１０には、店舗・地域データ３１０ｄ、日付・時刻データ３１１ｄ、気象・行事データ３１２ｄ、分類・属性データ３１３ｄ、売価・販促（企画）データ３１４ｄ、陳列データ３１５ｄ、購買数データ３１６ｄ、在庫データ３１７ｄ、発注データ３１８ｄ等の複数のデータテーブルが格納されている。

過去情報データベース３１０におけるデータの抽出や、削除や、更新は、例えば次に示す構成のレコードを単位として行う。本例では、そのレコードを、店舗・地域データ、日付データ、気象・行事データ、分類・属性データ、売価・販促（企画）データ、陳列データ、購買数データ、在庫データ、及び発注データ等により構成されるレコードとする。ここで、レコード内の購買数データが、目的変数に代入されるデータの対象となる。また、同一レコード内のその他の任意のデータ（購買数データを除く一つ又は複数のデータ）が、変動因子に代入される対象となりうる。以下では、変動因子に代入されるデータを変動因子情報と総称する。

回帰係数算出部３１２は、過去情報を用いて回帰係数の算出を行う。

具体的には、式（１）の目的変数Ｙnに対して商品ｎの過去の購買数データを代入し、変動因子Ｙ1,…,ＹN、Ｘn1,…,ＸnMに対して過去の変動因子情報を代入する。式（１）の回帰係数はＭ＋Ｎ個である。このため、過去の購買数データと、これに対応する過去の変動因子情報とを組み合わせてなるデータセットを、Ｍ＋Ｎ個分以上用いて、Ｍ＋Ｎ個以上の連立式を立てる。そして、その連立式から、目的変数Ｙnの回帰係数を求める。この操作を各目的変数Ｙ1,…,ＹNについて行い、各商品１,…,商品Ｎの個別の回帰係数を求める。この際に予測精度を向上させるために公知の補正条件式（例えば最小二乗法など）を導入しても良い。

なお、商品１〜商品Ｎは、関連商品である。商品は、「部門」や、その下に分類される「ライン」や、更にその下に分類される「クラス」などを単位に関連商品としてグループ化される。回帰係数算出部３１２は、分類・属性データに設定されているグループ情報に基づき、過去情報データベース３１０から関連商品に該当するレコードのみを抽出する。これにより、回帰係数算出部３１２は、関連商品の過去情報を単位に、各商品の回帰係数を求めることができる。以下では、説明を分かり易くするため、関連商品の単位を「部門」として説明する。

以上の、回帰係数を求める処理は、夜間などにおいて行うものとする。

回帰係数データベース（ＤＢ）３１３は、回帰係数算出部３１２が算出した、各商品1,…,商品N，…の個別の回帰係数を格納する。例えば、商品２であれば、回帰係数として、Ａ21,Ａ23,…,Ａ2N、Ｂ20,Ｂ21,…,Ｂ2Mを格納する。ここでＡ21,Ａ23,…,Ａ2N、Ｂ20,Ｂ21,…,Ｂ2Mは、それぞれ、数値を表している。

未来情報データベース（ＤＢ）３１１には、過去情報データベース３１０に格納されているデータの取得時よりも未来の任意の時点における予定情報３１１Ａが格納されている。本実施形態では、予定情報３１１Ａを格納するデータテーブルとして、予定店舗・地域データ３２０ｄ、予定日付・時刻データ３２１ｄ、予定気象・行事データ３２２ｄ、予定分類・属性データ３２３ｄ、予定売価・販促（企画）データ３２４ｄ、予定陳列データ３２５ｄ等の複数のデータテーブルを備える。この内の予定売価・販促（企画）データ３２４ｄは、「企画識別コード」、「企画名」、「年月日」、「商品コード」、「予定定番価格」、「予定特売価格（予定売価）」、「予定値引額」、「予定チラシ掲載」などのフィールドよりなる。

また、未来情報データベース３１１には、需要予測の結果を示す後述の予測情報３１１Ｂが格納されている。未来情報データベース３１１は、予測情報３１１Ｂを格納する各種のデータテーブルを備える。各種のデータテーブルについては後述する。

未来情報データベース３１１におけるデータの抽出や、削除や、更新は、例えば次に示す構成のレコードを単位として行う。本例では、そのレコードを、予定店舗・地域データ、予定日付データ、予定気象・行事データ、予定分類・属性データ、予定売価・販促（企画）データ、予定陳列データ、及び、予測情報３１１Ｂの購買数データ、在庫データ、発注データ等からなるレコードとする。ここで、レコード中の予定売価・販促（企画）データには、予定売価・販促（企画）データ３２４ｄ内の「企画識別コード」、「企画名」、「予定売価」、「予定定番価格」等のデータが含まれるものとする。レコード中の各項目は、各種のデータテーブル（商品マスタテーブルも含める）の何れかの項目と対応している。抽出時は、データテーブルから該当するデータが抽出され、そのデータがレコードの各項目にセットされる。更新時は、レコード内の各項目にセットされているデータにより、データテーブル内の該当するデータが上書き更新される。

図４は、上記レコード（単位レコード）の構成を示す図である。
未来情報データベース３１１の単位レコードは、図４に示すように予定情報４Ａと予測情報４Ｂにより構成される。

予定情報４Ａは、「店舗コード」４０１、「年月日」４１１、「曜日」４１２、「祝日」４１３、「予報最高気温」４２１、「予報最低気温」４２２、「予報降水量」４２３、「ラインコード」４３１、「クラスコード」４３２、「商品コード」４３３、「企画識別コード」４４１、「企画名」４４２、「予定定番価格」４４３、「予定売価」４４４、「予定値引額」４４５、「予定チラシ掲載」４４６、及び「予定陳列状態」４５１からなる。

予測情報４Ｂは、「予測購買数」４６１、「予測販売金額」４６２、「予測利益金額」４６３、「予定在庫数」４７１、「予定発注数」４８１、「予定発注リードタイム」４８２、「予定発注単位」４８３などからなる。

「店舗コード」４０１には、店舗の識別コードが入る。
「年月日」４１１、「曜日」４１２、「祝日」４１３には、それぞれ、未来の日付（年月日）、その日付の曜日を示す情報、祝日か否かを示す情報が入る。「曜日」４１２及び「祝日」４１３には、該当するものにフラグ「１」が入る。
「予報最高気温」４２１、「予報最低気温」４２２、「予報降水量」４２３には、「年月日」４１１の未来の日付の気象データが入る。

「ラインコード」４３１、「クラスコード」４３２には、それぞれ、「年月日」４１１の未来の日付における販売予定商品の、分類を示す情報（ラインコード、クラスコード）が入る。商品カテゴリは、本例では、上位から下位にかけて「部門」、「ラインコード」、「クラスコード」へと分類される。本例では「部門」は１種類に限定したため、「部門」の項目を含めていない。複数の部門を設ける場合には、「部門」の項目を含めても良い。

「商品コード」４３３には、上記販売予定商品の識別コード（商品コード又は単品コードとも呼ぶ）が入る。
「企画識別コード」４４１には、特売企画を一意に識別するための企画識別コードが入る。特売企画に該当しないものについては、「企画識別コード」４４１を空欄とする。
「企画名」４４２には、企画識別コードに対応する企画名が入る。

「予定定番価格」４４３には、「年月日」４１１の未来の日付における、販売予定商品の定番販売時の売価（予定定番価格）が入る。
「予定売価」４４４には、「年月日」４１１の未来の日付における、販売予定商品の特売時の売価（予定特売価格）が入る。
「予定値引額」４４５には、予定定番価格からの値引額が入る。値引額は、予定定番価格から予定特売価格を差し引いた額で示される。

「予定チラシ掲載」４４６には、「年月日」４１１の未来の日付における、販売予定商品の販促方法を示す情報が入る。本例では、チラシ掲載を行う場合にフラグ「１」を設定する。
「予定陳列状態」４５１には、「年月日」４１１の未来の日付における、販売予定商品の販売状態を示す情報が入る。

「予測購買数」４６１には、「年月日」４１１の未来の日付における、販売予定商品の一日の予測購買数が入る。一日の予測購買数は、需要予測のシミュレーションにより得られる需要予測値の一つである。
「予測販売金額」４６２には、「年月日」４１１の未来の日付における、販売予定商品の一日の予測販売金額が入る。一日の予測販売金額は、需要予測のシミュレーションにより得られる需要予測値の一つである。
「予測利益金額」４６３には、「年月日」４１１の未来の日付における、販売予定商品の一日の予測利益金額が入る。一日の予測利益金額は、需要予測のシミュレーションにより得られる需要予測値の一つである。

予定情報４Ａに対応する各種データは、需要予測の計算の際に変動因子へ代入される。以下では、予定情報４Ａに対応する各種データを「未来の変動因子情報」と総称する。

予測購買数算出部３１４は、夜間等に求めた回帰係数を使って、未来の指定日における各商品の予測購買数を算出する。

具体的に、予測購買数算出部３１４は、回帰係数ＤＢ３１３に登録されている各商品の回帰係数と、未来情報データベースに登録されている予定情報３１１Ａとを用いて、１週間先や１か月先など、所定期間先までの需要予測シミュレーションを、予め行う。そして、需要予測シミュレーションの実行結果（予測販売数、予測販売金額、及び予測利益金額）を、未来情報データベース３１１に、予測情報３１１Ｂとして格納する。

また、予測購買数算出部３１４は、後述する入力受付部３１７から再シミュレーションの実行指示を受ける。すると、予測購買数算出部３１４は、入力受付部３１７から訂正データを取得して、再シミュレーションを行う。例えば、入力受付部３１７が特売売価の訂正値を受け付けた場合、予測購買数算出部３１４は、特売売価が上記訂正値に更新された予定情報３１１Ａを用いて、再シミュレーションを行う。そして、再シミュレーションの結果を入力受付部３１７に返す。

予測購買数算出部３１４は、需要予測シミュレーションを次のようにして行う。
先ず、未来情報データベース３１１又は入力受付部３１７から対象レコードを取得する。対象レコードとは、需要予測を行う商品ｎのレコードと、そのレコードに含まれる日付情報と分類コード（ラインコード及びクラスコード）に一致するその他の商品１,…，商品ｎ−１,商品ｎ＋１，…，商品Ｎのレコードのことである。なお、再シミュレーションの場合には、商品ｎのレコードとして、訂正値による書き換えがあたものを使用する。

予測購買数算出部３１４は、商品ｎのレコードに含まれる未来の変動因子情報と、回帰係数ＤＢ３１３に格納されている商品ｎの回帰係数とを予測式（１）に当てはめる。この手続きを各商品１,…,商品Ｎ（商品群）を対象に行い、各商品１,…,商品Ｎの連立式を立てる。これらの式から、指定日における商品群の予測購買数Ｙ１,…,ＹＮを算出する。

更に、予測購買数算出部３１４は、予測購買数Ｙ１,…,ＹＮの算出後、各商品の予定売価（予定特売価格）を乗算することにより、各商品の予測販売金額を求める。また、不図示の商品マスタ情報に含まれる各商品の原価から、各商品の予測利益金額を求める。

その後、再シミュレーションの場合、予測購買数算出部３１４は、上記対象レコードの、それぞれの該当項目に設定されている値を、求めた各商品の予測購買データ、予測販売金額データ、予測利益金額データに書き換える。そして、その書き換え後の各商品１,…,商品Ｎのレコードを入力受付部３１７に返す。

未来情報データベース３１１には、既に述べたが、予定情報３１１Ａの他に、予測情報３１１Ｂが格納されている。本実施形態では、未来情報データベース３１１は、予測情報３１１Ｂを格納するデータテーブルとして、予測購買データ３２６ｄ、予測在庫データ３２７ｄ、及び推奨発注データ３２８ｄ等の複数のデータテーブルを備える。これらの内、予測購買データ３２６ｄは、予測購買数算出部３１４が算出した予測購買数、予測販売金額、及び予測利益金額のデータを格納する。予測在庫データ３２７ｄ及び推奨発注データ３２８ｄは、次に説明する発注・在庫数算出部３１６が算出した予測在庫数や、推奨発注数などのデータを格納する。

発注・在庫数算出部３１６は、現在の在庫数から、予測購買数算出部３１４により算出された予測購買数を減算して、未来の設定された日時の予測在庫数を算出する。さらに、発注・在庫数算出部３１６は、算出した予測在庫数に基づいて、例えば予測在庫数が最低在庫数未満ならば推奨発注数を増加させ、予測在庫数が最低在庫数を超えるならば推奨発注数を減少させて、最終的に所定の発注単位や発注リードタイムに従って推奨発注データに加工する。予測在庫数は、予測在庫データ３２７ｄに格納され、推奨発注数は、推奨発注データ３２８ｄに格納される。

次に、入力受付部３１７を説明する。入力受付部３１７は、店舗発注端末１２５に向けて一括入力部を供給する入力部供給手段を備える。また、一括入力部に入力された訂正値を受け付ける受付手段を備える。また、訂正値に基づいて算出された需要予測値を出力する結果出力手段を備える。

入力受付部（受付手段）３１７は、発注数決定支援システム３３１から所定の要求を受け付け、受け付けた要求に応じて各種処理を行う。

例えば、発注数決定支援システム３３１から初期画面の要求指示を受け付けるとする。すると、入力受付部（入力部供給手段）３１７は、需要予測設定画面や企画編集画面の初期画面（図５参照）を生成し、これらの画面を発注数決定支援システム３３１に出力する。企画編集画面内には、複数の異なる値への訂正を一度に指示できる一括入力部（詳しくは後述する）を設ける。

また、入力受付部（入力部供給手段）３１７は、画面生成の際に、未来情報データベース３１１からデータを抽出する。そして、需要予測設定画面や企画編集画面（初期画面）の該当個所に抽出データを設定する。

例えば、企画編集画面（初期画面）であれば、需要予測設定画面において指定された企画識別データに基づき、その企画期間の販売対象商品に該当するレコードを全て抽出する。また、その販売対象商品の商品名などの商品情報を不図示の商品マスタデータから抽出する。そして、それらの抽出データの一部又は全てを需要予測データの対象エリアやその他の設定項目に設定する。なお、このときの抽出データは、その後の編集のために一時的にＲＡＭなどの記憶部に保存しておくものとする。

また、入力受付部３１７は、発注数決定支援システム３３１から、需要予測設定画面や企画編集画面（初期画面）において行われた所定の要求を受け付けると、次のような処理を行う。

例えば、需要予測設定画面からの要求として、新規の特売企画のデータの登録要求を受け付ける。すると、受け付けた企画データを未来情報データベース３１１に登録する。

企画編集画面（初期画面）からの要求として未来の変動因子情報の訂正などの編集要求を受け付けた場合は、次のように処理を行う。

先ず、入力受付部３１７は、要求の受け付けと共に受信した訂正データにより、記憶部に一時的に記憶している抽出データの対応箇所を書き換える。続いて、入力受付部３１７は、書き換え後のデータに基づく需要予測の再シミュレーションを予測購買数算出部３１４に指示する。

すると、予測購買数算出部３１４は記憶部の書き換え後のデータを用いて再シミュレーションを実行し、記憶部の書き換え後のデータの予測情報を、再シミュレーションにより再算出された結果で更新する。

入力受付部３１７は、その更新データを需要予測データの対象エリアなどに設定し、企画編集画面（初期画面）の更新画面を生成する。そして、更新画面を発注数決定支援システム３３１に出力する。

入力受付部３１７は、その後、例えば企画編集画面（更新画面）の確定ボタンの押下信号を受け付けるなどした場合に、記憶部で一時的に保存している更新データにより未来情報データベース３１１の対応するデータの設定値を変更する。

また、入力受付部（受付手段）３１７が所定の要求として、例えば、未来の変動因子（パラメータ）の一つである特売売価の、複数パターンの値の訂正を受け付ける。すると、入力受付部（受付手段）３１７は、記憶部に一時的に記憶している抽出データの特売売価の値を、受け付けと共に受信した特売売価の複数パターンの訂正データで書き換える。

例えば、入力受付部（受付手段）３１７は、一つの商品についての特売売価の複数パターンの値を受け付ける。すると、入力受付部（受付手段）３１７は、記憶部で一時的に記憶している抽出データをコピーすることにより、パターン数分の抽出データを生成する。更に、入力受付部（受付手段）３１７は、それぞれの抽出データの特売売価に対して複数パターンの訂正データを一つずつ割り当て、特売売価の値を訂正データで書き換える。

なお、これらのパターン数分の書き換え後のデータは、記憶部で一時的に記憶するものとする。

続いて、入力受付部（受付手段）３１７は、書き換え後のデータに基づく需要予測の再シミュレーション処理の実行を予測購買数算出部（需要予測手段）３１４に指示する。

すると、予測購買数算出部（需要予測手段）３１４は、記憶部の１パターン目の書き換え後のデータを用いて再シミュレーションを実行し、記憶部の１パターン目の書き換え後のデータの予測情報を、再シミュレーションにより再算出された結果で更新する。

続いて、予測購買数算出部（需要予測手段）３１４は、記憶部の２パターン目の書き換え後のデータを対象に１パターン目と同様の処理を実行する。

更に、その後も、残りのパターンの書き換え後のデータを対象に一パターンずつ同様の処理を実行する。

全てのパターンの書き換え後のデータに対する再シミュレーション等の処理が終わると、入力受付部（結果出力手段）３１７は、それぞれの更新データを需要予測データの対象エリアなどに設定し、企画編集画面（初期画面）の更新画面を生成する。そして、更新画面を発注数決定支援システム３３１に出力する。

その後、入力受付部（受付手段）３１７が、例えば企画編集画面（更新画面）において、出力した更新データの内の一つ（つまり、何れか一つのパターンの特売売価の値）が選択され、確定ボタンの押下信号を受け付けるなどしたとする。この場合に、入力受付部（受付手段）３１７は、記憶部で一時的に保存している複数パターンの更新データの中から選択されたパターンの更新データにより、未来情報データベース３１１の対応するデータの設定値を変更する。

図５は、企画編集画面（初期画面）の構成図の一例である。
図５に示す企画編集画面５Ｇは、需要予測設定画面（不図示）でのユーザによる一つの企画の選択に基づき、入力受付部３１７が需要予測設定画面の遷移画面として生成し、店舗発注端末１２５に向けて出力する画面である。

図５に示す企画編集画面５Ｇは、企画表示エリア５１と、商品群選択エリア５２と、データ表示エリア５３と、データ操作エリア５４と、各種ボタンが配列されているナビゲートボタンエリア５６とを含んでいる。

企画表示エリア５１は、前画面の需要予測設定画面で選択された企画の「企画Ｎｏ（企画識別コード）」５１０、「企画名」５１１、「開始日」５１２、「終了日」５１３を表示するエリアとして設けている。ここで、「開始日」５１２、「終了日」５１３は、企画期間を表している。

商品群選択エリア５２は、企画の対象となる商品群の一部や全てなどの、データ表示エリア５３に表示させる商品の範囲を、ユーザが指定するための選択エリアとして設けている。商品群選択エリア５２は「部門」５２０−１と「ライン」５２０−２と「クラス」５２０−３に分けられた範囲指定部を含む。「部門」５２０−１では、最上位の商品分類カテゴリの範囲を指定することができる。「ライン」５２０−２では、「部門」５２０−１のすぐ下位の商品分類カテゴリの範囲を指定することができる。「クラス」５２０−３では、最下位の商品分類カテゴリの範囲を指定することができる。各範囲指定部は、そこに表示されている商品分類カテゴリの全てを範囲に指定するためのチェックボックスＢ１を有する。

データ表示エリア５３は、企画の対象となる商品群の一部又は全ての商品の需要予測データを表示するための表示エリアとして設けている。需要予測データの表示項目として「単品コード（商品コード）」５３０、「メーカ」５３１、「商品名称」５３２、「規格」５３３、「販売日（未来の予定日）」５３４、「特売売価」５３５、「予測販売数（予測購買数）」５３６、「予測販売金額」５３７、「予測利益金額」５３８、「実績販売数（実績購買数）」５３９、「実績販売金額」５４０、「実績利益金額」５４１を含む。データ表示エリア５３には、デフォルトでは、商品群の全ての商品を対象に需要予測データを表示する。商品群選択エリア５２におけるユーザの表示商品の制限操作により、制限内の商品のみが表示される。

なお、図５のデータ表示エリア５３に一例として示す需要予測データは、未来情報データベース３１１に予め設定されている予定情報に基づいて算出されたものである。

データ操作エリア５４は、データ表示エリア５３に表示されているデータの編集を行うためのエリアとして設けている。データ操作エリア５４には、データ編集のための入力ボックスＢ２と、訂正ボタンＢ３を設けている。

入力ボックスＢ２は、データ表示エリア５３の項目別（「単品コード」５３０、「メーカ」５３１、・・・）のデータ編集を受付可能なように設けたものである。

本実施形態では、複数の異なる値への訂正を一度に指示できる一括入力部を設けている。ここでは、一例として、入力ボックスＢ２に、ユーザから最大５つまでの特売売価の値を一度に受け付けることのできる売価入力ボックスＢ２０を設けている。

データ表示エリア５３においてユーザにより一商品のデータ列が選択されると、選択されたデータ列の各項目の個別データを各入力ボックスＢ２に編集可能なように表示する。

売価入力ボックスＢ２０については、選択されたデータ列に含まれる特売売価の値を、該当する売価入力ボックスＢ２０（この場合、売価入力ボックスＢ２０−１）に編集可能なように表示する。

訂正ボタンＢ３は、データ表示エリア５３上で指定された商品のデータ列の一部を、入力ボックスＢ２、Ｂ２０に対して行われた訂正データに訂正する宣言を行う操作ボタンである。

例えば、ユーザは、データ表示エリア５３において一商品のデータ列を指定することにより、指定したデータ列を各入力ボックスＢ２、Ｂ２０に表示させる。それから、入力ボックスＢ２、Ｂ２０に表示された何れかのデータを書き換え、訂正ボタンＢ３を押下する。これにより、訂正データが発注数決定支援システム３３１を介して需要予測装置３１に送信される。

また、入力ボックスＢ２０−１〜Ｂ２０−５に複数の異なる値（訂正値）を入力し、その状態で訂正ボタンＢ３を押下した場合には、それらの訂正値を全て含む訂正データが送信される。つまり、入力ボックスＢ２０は、複数の異なる値への訂正を一度に指示するための一括入力部となっている。

訂正を行った項目が変動因子とは関係の無いもの、例えば商品情報等の項目である場合には、商品のマスタ情報や予定情報が訂正データに訂正されることになる。そして、訂正後の更新データがデータ表示エリア５３に表示されることになる。

また、訂正を行った項目が変動因子に相当する場合には、需要予測装置３１において需要予測の再シミュレーションが実行されることになる。そして、再シミュレーションにより得られた需要予測データがデータ表示エリア５３に表示されることになる（図６参照）。未来情報データベース３１１への更新は、ユーザによる確定ボタンＢ９の押下後に行われる。

本実施形態において示す、売価入力ボックスＢ２０−１〜Ｂ２０−５は、データ表示エリア５３に示すデータ列の特売売価の訂正項目に当たり、未来の変動因子情報の訂正に該当するものとなる。

ナビゲートボタンエリア５６は、他の画面と共通する画面操作ボタンを表示するためのエリアとして設けられている。当該企画編集画面５Ｇにおいては、終了ボタンＢ６、印字ボタンＢ７、戻るボタンＢ８、確定ボタンＢ９が操作可能なように表示される。

終了ボタンＢ６は、需要予測設定を終了することを宣言するボタンである。
印字ボタンＢ７は、企画編集画面５Ｇの印字命令を不図示のプリンタに出力するためのボタンである。
戻るボタンＢ８は、一つ前の需要予測設定画面に戻るためのボタンである。

確定ボタンＢ９は、再シミュレーションによってデータ表示エリア５３に表示された設定情報を確定し、その設定情報による未来情報データベース３１１の更新を指示するためのボタンである。

本実施形態では、ユーザはデータ表示エリア５３において一つのデータ列を選択し、売価入力ボックスＢ２０−１〜Ｂ２０−５において特売売価の複数パターンの訂正値の入力を行う。この場合、複数パターンの訂正値に基づく、それぞれの需要予測結果が、続いて説明する企画編集画面６Ｇ（図６参照）のデータ表示エリア５３に表示されることになる。確定ボタンＢ９は、複数パターンの需要予測結果の内の一つのパターンが選択された状態で、ユーザに押下されると、そのパターンの値を特売売価の値として確定し、需要予測装置３１に確定信号を送信する。

次に、ユーザが売価入力ボックスＢ２０に「特売売価」の複数パターンの値を設定し、需要予測装置３１に需要予測を行わせたときの、需要予測結果を示す画面について示す。
図６は、一例として示す、企画編集画面５Ｇの更新画面の構成図である。

図６に示す更新画面（企画編集画面６Ｇ）は、図５に示す企画編集画面５Ｇと基本的な構成は同じである。企画編集画面６Ｇと企画編集画面５Ｇの主な違いは、企画編集画面６Ｇにタブによる表示切替部６０を設けた点である。

ここでは、一例として、企画編集画面５Ｇにおいてユーザが売価入力ボックスＢ２０−１〜Ｂ２０−５の全てに異なる特売売価の値を設定した場合の更新画面の状態を示している。

企画編集画面６Ｇの売価入力ボックスＢ２０−１〜Ｂ２０−５のそれぞれに設定されている値（「９９」、「１００」、「１０５」、「１０７」、「１２０」）が、ユーザが特売売価として指定した異なるパターンの値である。そして、タブＴ１、Ｔ２、・・・、Ｔ５が、各パターンの特売売価の値に基づいて再算出された需要予測データを、データ表示エリア５３に切替表示するための表示切替部６０である。タブと需要予測データは一対一に対応付けされている。

タブＴ１は、売価入力ボックスＢ２０−１に設定されたパターン１の特売売価の値（本例では「９９」）に対応する需要予測データをデータ表示エリア５３に表示するための表示切替部である。

タブＴ２は、売価入力ボックスＢ２０−２に設定されたパターン２の特売売価の値（本例では「１００」）に対応する需要予測データをデータ表示エリア５３に表示するための表示切替部である。

タブＴ３は、売価入力ボックスＢ２０−３に設定されたパターン３の特売売価の値（本例では「１０５」）に対応する需要予測データをデータ表示エリア５３に表示するための表示切替部である。

タブＴ４は、売価入力ボックスＢ２０−４に設定されたパターン４の特売売価の値（本例では「１０７」）に対応する需要予測データをデータ表示エリア５３に表示するための表示切替部である。

タブＴ５は、売価入力ボックスＢ２０−５に設定されたパターン５の特売売価の値（本例では「１２０」）に対応する需要予測データをデータ表示エリア５３に表示するための表示切替部である。

なお、表示切替部として生成するタブの数は、売価入力ボックスＢ２０に設定された特売売価の数に一致させるものとする。例えば、売価入力ボックスＢ２０−１〜Ｂ２０−３のみに特売売価の値が設定され、それ以外の売価入力ボックスＢ２０−４、Ｂ２０−５が空欄である場合には、タブＴ１〜Ｔ３のみを生成する。

また、デフォルトでは、図６に示すようにタブＴ１を選択状態にし、パターン１の需要予測データをデータ表示エリア５３に配置する。企画編集画面５Ｇで選択されたデータ列は、企画編集画面６Ｇにおいて白黒反転表示（図６の対象領域Ｑ１）にし、選択状態にする。更に、タブＴ１に対応する売価入力ボックスＢ２０−１を強調表示する。例えば、売価入力ボックスＢ２０−１の色の変更や、図６のアスタリスクＭ１のようなマークを付すなどして強調表示する。

また、企画編集画面６Ｇは、店舗発注端末１２５においてユーザによるタブＴ１〜Ｔ５の切り替えを受け付ける。タブＴ１〜Ｔ５の切り替えがあった場合に、切り替えられたタブＴ１〜Ｔ５に該当する需要予測データをデータ表示エリア５３に配置する。更に、企画編集画面５Ｇで選択されたデータ列を選択状態にする。また、切り替えに連動し、切り替え前の売価入力ボックスの強調表示を解除し、切り替え後のタブＴ１〜Ｔ５に対応する売価入力ボックスＢ２０−１〜Ｂ２０−５を強調表示する。

また、企画編集画面６Ｇの入力ボックスＢ２はグレーアウトにし、データの訂正を受け付けできないようにする。

＜需要予測装置の処理＞
図７は、店舗発注端末１２５と需要予測装置３１との間で行われる需要予測シミュレーション処理のフロー図である。なお、店舗発注端末１２５と需要予測装置３１との間には、発注数決定支援システム３３１が介在するものとする。

同図に示す破線矢印は、店舗発注端末１２５と需要予測装置３１との間の信号の流れを示すものである。

先ず、店舗発注端末１２５は表示画面に需要予測設定画面を表示する（Ｓ１０）。例えば、店舗発注端末１２５において発注担当者（ユーザ）が需要予測設定プログラムの起動指示を行う。これにより店舗発注端末１２５が、先ず企画画面の表示を行い、続いて、ユーザによる画面呼び出しボタンの押下信号を受け付けて、需要予測設定画面を表示する。

次に、店舗発注端末１２５は、需要予測設定画面に企画一覧を表示し、一つの企画の選択入力をユーザから受け付ける（Ｓ１１）。店舗発注端末１２５は、ユーザから一つの企画の選択入力を受け付けると、一つの企画の需要予測データを取得するための指示信号を需要予測装置３１に向けて送信する。なお、店舗発注端末１２５は、需要予測装置３１において指示対象の企画が識別できるように、当該指示信号に企画識別データを含めるものとする。

一方の需要予測装置３１（入力受付部３１７）は、上記指示信号を受信したか否かを判定する（Ｓ２０）。需要予測装置３１（入力受付部３１７）は、店舗発注端末１２５からの指示信号を受信すると、ステップＳ２０の判定処理でＹｅｓと判定する。

ステップＳ２０でＹｅｓ判定になると、需要予測装置３１（入力受付部３１７）は、企画編集画面５Ｇ（図５参照）を生成し、その企画編集画面５Ｇを依頼元の店舗発注端末１２５へ向けて送信する（Ｓ２１）。企画編集画面５Ｇの生成は、次の前提に基づき、後述するようにして行う。

前提として、需要予測装置３１（回帰係数算出部３１２）は、過去の購買実績を用いて各商品の回帰係数を夜間に算出し、算出した回帰係数を回帰係数ＤＢ３１３に登録するものとする。

また、需要予測装置３１（予測購買数算出部３１４）は、回帰係数ＤＢ３１３に登録されている各商品の回帰係数と、未来情報データベース３１１に登録されている予定情報３１１Ａとを用いて、１週間先や１か月先など、所定期間先までの需要予測シミュレーションを、予め行うものとする。

また、需要予測シミュレーションの実行結果（予測販売数、予測販売金額、及び予測利益金額）については、未来情報データベース３１１に、予測情報３１１Ｂとして格納しておくものとする。

また、予定情報３１１Ａには企画データも含まれるものとする。当該企画データは、本部特売企画端末１２４に表示させた企画画面から企画担当者が入力した未来の企画データである。

以上を前提に、需要予測装置３１（入力受付部３１７）は、先ず、店舗発注端末１２５から受信した企画識別データに対応する需要予測データを未来情報データベース３１１から抽出する。具体的に、需要予測装置３１（入力受付部３１７）は、受信した企画識別データをキーに未来情報データベース３１１から該当するレコード（需要予測データ）を全て抽出する。商品情報については、不図示の商品マスタデータから取得する。

図８は、抽出データを示す図である。
一例として、特売企画（企画識別コード：００１、特売期間：２０１５年１月３日〜２０１５年１月９日）の抽出データを示す。

図８に示すように、抽出データは「企画識別コード」４４１の値「００１」に該当するレコード群により構成される。

予定売価・販促データ３２４ｄには、「企画識別コード」が示す企画毎に、企画の「企画期間」が設定されている。

更に、企画期間の日別に、企画の対象商品の「商品コード」や、商品の「予定売価（特売売価）」や、商品の「予定定番価格」や、「予定値引額」や、「予定チラシ掲載」などが設定されている。

従って、「企画識別コード」の設定値をキーに未来情報データベース３１１を検索することにより、予定売価・販促データ３２４ｄから、該当する「企画識別コード」と、その企画期間の日別の「年月日」と、「商品コード」と、「予定売価（特売売価）」と、「予定定番価格」等の組み合わせからなるレコードが全て抽出される。そのレコードに含まれる各値が、図４に示す単位レコードの該当項目にセットされる。

更に、予定売価・販促データ３２４ｄから抽出したレコードに含まれる「日付」や「商品コード」をキーに、その他のデータテーブルから該当レコードが抽出される。例えば、「日付」から、「曜日」や「気温」や「降水量」などが抽出される。また、「商品コード」から、「ラインコード」や「クラスコード」が抽出される。また、「日付」と「商品コード」とから、予測購買数等の予測情報が抽出される。

このようにして各種データテーブルから抽出された各値が、図４に示す単位レコードの残りの該当する項目にセットされる。

図８に示す抽出データにおいて、各レコードの縦方向の並び順は、「年月日」４１１の未来の日付順に従っている。また、同一の日付内では、「商品コード」４３３の商品コード順に従っている。つまり、先ず、「２０１５年１月３日」の販売予定商品のレコードが商品コード順に並んでいる。続いて、その翌日の「２０１５年１月４日」の販売予定商品のレコードが商品コード順に並んでいる。図４においては省略してはいるが、２０１５年１月５日〜２０１５年１月９日まで、同様の順序で販売予定商品のレコードが商品コード順に並ぶ。

続いて、需要予測装置３１（入力受付部３１７）は、抽出した各レコード（図８参照）を所定形式に並べる。ここでは、一例として、抽出したレコードを単品コード毎にソートし、更に、各単品コード内で販売日順にソートすることにより、所定形式に並べるものとする。

そして、需要予測装置３１（入力受付部３１７）は、企画編集画面の各データ項目にデータを設定する。具体的に、需要予測装置３１（入力受付部３１７）は、企画編集画面５Ｇ（図５参照）のデータ表示エリア５３に、所定形式に並べた需要予測データを設定する。また、需要予測装置３１（入力受付部３１７）は、企画表示エリア５１に当該企画の企画情報（企画識別コード、企画名、及び企画の開催期間）を設定し、商品群選択エリア５２に関連商品の分類を設定する。関連商品の分類は、例えば、ライン１が関連商品である場合には、ライン１とその下位にあるクラスを全て設定する。本実施形態では、関連商品の範囲を部門としたため、部門と、その下位にあるライン及びクラスを全て設定する。

なお、需要予測装置３１（入力受付部３１７）が抽出した商品情報等を含む需要予測データ（抽出データ）は、後の編集のためにＲＡＭなどの記憶部に一時的に記憶させておくものとする。

ステップＳ２１において需要予測装置３１（入力受付部３１７）が企画編集画面５Ｇを送信すると、他方の店舗発注端末１２５は、その企画編集画面５Ｇを取得して表示画面に表示する（Ｓ１２）。

店舗発注端末１２５は、企画編集画面５Ｇの表示中、各種のユーザ操作を受け付ける。各種ユーザ操作の内の一つとして、需要予測データの訂正を受け付ける。

以下、需要予測データの訂正の一例として、一商品の特売売価が複数パターンの値に訂正された場合の各装置の動作を説明する。

店舗発注端末１２５は、一商品の特売売価の値として、複数パターンの訂正値をユーザ入力により受け付ける。すると、再シミュレーションを指示する信号を需要予測装置３１に向けて送信する（Ｓ１３）。

具体的に、店舗発注端末１２５は、企画編集画面５Ｇのデータ表示エリア５３の一覧からの、一商品のデータ列の選択を、上下キーによる移動選択やマウスクリックなどにより受け付ける。店舗発注端末１２５は、ユーザによる一商品のデータ列の選択を受け付けると、そのデータ列の特売売価の値を売価入力ボックスＢ２０−１に表示する。そして、売価入力ボックスＢ２０−１に表示している値の訂正と、売価入力ボックスＢ２０−２〜Ｂ２０−５の空欄に対する特売売価の値の入力とを受け付ける。

ユーザにより、売価入力ボックスＢ２０−１〜Ｂ２０−５の何れかに値が入力されると、続いて、店舗発注端末１２５は、訂正ボタンＢ３の押下信号を受け付ける。ユーザが、売価入力ボックスＢ２０−１〜Ｂ２０−５の全て又は何れかに値を入力し、訂正ボタンＢ３を押下する。すると、店舗発注端末１２５は、再シミュレーションの要求信号を需要予測装置３１に向けて送信する。

再シミュレーションの要求信号には、売価入力ボックスＢ２０−１〜Ｂ２０−５の特売売価の入力値（訂正値）と、キー情報を含める。キー情報は、需要予測装置３１が記憶部の抽出データ内の訂正個所が分かるようにするためのものである。キー情報は、店舗発注端末１２５で選択されたデータ列を特定するための情報（単品コード及び販売日）や、データ列内の特売売価の項目を示す情報などとする。

一方の需要予測装置３１は、店舗発注端末１２５からの操作信号を受信するまで待機する。そして、操作信号を受信すると、その操作信号に基づく処理を行う。

具体的に、需要予測装置３１（入力受付部３１７）は、先ず、戻るボタンＢ８の操作信号を受信したか否かを判定する（Ｓ２２）。この判定がＮｏ判定の場合、続いて、訂正ボタンＢ３の操作信号を受信したか否かを判定する（Ｓ２３）。この判定もＮｏ判定の場合、終了ボタンＢ６の操作信号を受信したか否かを判定する（Ｓ３２）。この判定もＮｏ判定の場合、ステップＳ２２からの判定処理を繰り返す。

ここでは、需要予測装置３１が店舗発注端末１２５から訂正ボタンＢ３の操作信号として再シミュレーションの要求信号を受信した場合の処理について詳しく説明する。

再シミュレーションの要求信号を受信した場合、需要予測装置３１（入力受付部３１７）は、ステップＳ２３の判定処理でＹｅｓと判定する。この判定に続いて、需要予測装置３１（入力受付部３１７）は、要求信号に含まれる特売売価の複数パターンの値（本例では５パターンの値）に基づく需要予測の再シミュレーション結果を得る（Ｓ２４）。

図９は、ステップＳ２４の処理フロー図である。

図９に示すように、需要予測装置３１（入力受付部３１７）は、先ず、要求信号に含まれるキー情報等に基づいて、記憶部に一時的に記憶されている抽出データの内の訂正個所を特定する（Ｓ２４０）。つまり、所定の日付且つ商品を示すキー情報から抽出データの内の対応するデータ列を特定し、更に、特売売価の項目を示すキー情報から、データ列内の特売売価の位置を特定する。

続いて、需要予測装置３１（入力受付部３１７）は、要求信号に含まれる特売売価の５パターンの訂正値を一つずつ抽出データの特定位置の値に上書きし、５セットの抽出データを生成する（Ｓ２４１）。ここでは、抽出データのコピーを５セット作成し、それぞれの抽出データの特定位置の値を、順に、５パターンの訂正値の異なる値で上書きする。また、予定定番売価と予定売価との差分として計算される予定値引額の値を上書きする。

図１０は、ステップＳ２４１の処理後の記憶部の抽出データの設定状態を示す図である。

ただし、５セットの抽出データの内のパターン１の抽出データ及びパターン５の抽出データのみを示し、その他のパターン２〜パターン４の抽出データは、図示を省略している。

ここに示す例は、店舗発注端末１２５においてユーザが販売日「２０１５年１月３日」且つ単品コード「０００１」のデータ列を選択し、その特売売価の値を訂正した場合のものである。つまり、図８に示す抽出データの、一行目のレコードの「予定売価」４４４の値「９８」を訂正対象にしたものである。

パターン１の抽出データＤ１は、上記訂正対象の「予定売価」の値「９８」が、売価入力ボックスＢ２０−１の値「９９」に書き換えられている。

図示を省略しているが、パターン２〜パターン４の抽出データについては、それぞれ、「予定売価」の値「９８」が売価入力ボックスＢ２０−２の値「１００」、売価入力ボックスＢ２０−３の値「１０５」、売価入力ボックスＢ２０−４の値「１０７」に書き換えられている。

また、パターン５の抽出データＤ５は、上記訂正対象の値「９８」が、売価入力ボックスＢ２０−５の値「１２０」に書き換えられている。

続いて、需要予測装置３１（入力受付部３１７）は、需要予測装置３１（予測購買数算出部３１４）に再シミュレーションの実行を指示し、需要予測結果を取得する（Ｓ２４２）。

先ず、需要予測装置３１（予測購買数算出部３１４）に再シミュレーションの実行を指示する。すると、需要予測装置３１（予測購買数算出部３１４）は、記憶部のパターン１の抽出データに含まれる全商品（関連商品）の回帰係数を回帰係数ＤＢ３１３から抽出する。続いて、需要予測装置３１（予測購買数算出部３１４）は、式（１）に、抽出した回帰係数を当て嵌め、抽出データのレコード単位に予定情報を当て嵌める。これにより、再シミュレーションを行い、需要予測値の一つとしての各商品の予測購買数を求める。更に、需要予測装置３１（予測購買数算出部３１４）は、求めた予測購買数から予測販売金額や予測利益金額などを求め、求めた値で、記憶部に記憶されているパターン１の抽出データの、予測情報の値を書き換える。

需要予測装置３１（予測購買数算出部３１４）が行う上述の処理は、パターン２〜パターン５に対しても同様に行う。従って、記憶部に記憶されているパターン１〜パターン５の抽出データの予測情報は、再シミュレーションにより、全て更新されることになる。

図１１は、再シミュレーション後の、記憶部に記憶されている抽出データの設定状態を示す図である。

図１１には、図１０と同様、５つの抽出データの内のパターン１の抽出データ及びパターン５の抽出データのみを示している。その他のパターン２〜パターン４の抽出データは、図示を省略している。

図１１に示す例において、パターン１の抽出データＤ１ａは、各レコードの予測情報の値（予測購買数、予測販売金額、予測利益金額、・・・）が図１０の訂正値（予定売価「９９」）に基づく再シミュレーションの結果で書き換えられている。

具体的に、一列目の、特売売価を訂正した商品コード「０００１」のレコードにおいては、予測情報としての予測購買数、予測販売金額、予測利益金額、及び予測発注数の値が、それぞれ、「５０」、「４，９５０」、「４５０」、「２１」に書き換えられている。

また、商品コード「０００１」の関連商品の一つである、２列目の商品コード「０００２」のレコードも、予測情報としての予測購買数、予測販売金額、予測利益金額、及び予測発注数の値が、それぞれ、「７」、「１，０３６」、「５６」、「１３」に書き換えられている。

図示を省略してはいるが、その他の、関連商品の商品コードについてもまた、予測情報が書き換えられるものとなる。

パターン２〜パターン４についても、抽出データの予測情報（予測購買数、予測販売金額、予測利益金額、・・・）の値が、それぞれのパターンの再シミュレーションにより得られた需要予測値により書き換えられる。

パターン５の抽出データＤ５ａは、各レコードの予測情報の値（予測販売数、予測販売金額、予測利益金額、・・・）が図１０の訂正値（予定売価「１２０」）に基づく再シミュレーションの結果で書き換えられている。

具体的に、一列目の、特売売価を訂正した商品コード「０００１」のレコードにおいては、予測情報としての予測購買数、予測販売金額、予測利益金額、及び予測発注数の値が、それぞれ、「１０」、「１，２００」、「３００」、「０」に書き換えられている。

また、商品コード「０００１」の関連商品の一つである、２列目の商品コード「０００２」のレコードも、予測情報としての予測購買数、予測販売金額、予測利益金額、及び予測発注数の値が、それぞれ、「１５」、「２，２２０」、「１２０」、「２１」に書き換えられている。

図示を省略してはいるが、その他の、関連商品の商品コードについてもまた、予測情報が書き換えられるものとなる。

需要予測装置３１（予測購買数算出部３１４）は、記憶部の抽出データの更新を終えると、需要予測装置３１（入力受付部３１７）に通知する。

これにより、需要予測装置３１（入力受付部３１７）は、要求信号に含まれる特売売価の５パターンの値に基づく、再シミュレーション結果の需要予測データを得る。

続いて、需要予測装置３１（入力受付部３１７）は、５パターンの需要予測データのセットを企画編集画面に設定するなどして更新画面を生成する（Ｓ２４３）。
この処理において、需要予測装置３１（入力受付部３１７）は、先ず、記憶部の５パターンの需要予測データのセットを、パターン毎に所定形式に並べる。ここでは、一例として、抽出データのレコードを単品コード毎にソートし、更に、各単品コード内で販売日順にソートすることにより、所定形式に並べる。

そして、需要予測装置３１（入力受付部３１７）は、企画編集画面６Ｇ（図６参照）のタブＴ１、Ｔ２、Ｔ３、Ｔ４、Ｔ５に、それぞれ、パターン１、パターン２、パターン３、パターン４、パターン５の所定形式に並べた需要予測データを割り当てる。また、需要予測装置３１（入力受付部３１７）は、企画表示エリア５１に当該企画の企画情報（企画識別コード、企画名、及び企画の開催期間）を設定し、商品群選択エリア５２に関連商品の分類を設定する。

なお、需要予測装置３１（予測購買数算出部３１４）が更新した商品情報等を含む需要予測データ（抽出データ）は、後の登録のためにＲＡＭなどの記憶部に一時的に記憶させておくものとする。

続いて、需要予測装置３１（入力受付部３１７）は企画編集画面６Ｇを送信する（Ｓ２５）。すると、他方の店舗発注端末１２５は、その企画編集画面６Ｇを受信する。そして、店舗発注端末１２５は、表示画面を企画編集画面６Ｇ（図６参照）に更新する（Ｓ１４）。企画編集画面６Ｇは、このとき、入力ボックスＢ２をグレーアウトにし、訂正データの入力を受け付けないようにする。

続いて、店舗発注端末１２５は、各種操作を受け付ける（Ｓ１５）。

ここで、店舗発注端末１２５において、ユーザが表示切替部６０を操作し、例えばタブＴ５を選択して、パターン５の需要予測データをデータ表示エリア５３に表示させたとする。この場合、強調表示は、切り替え操作に連動し、売価入力ボックスＢ２０−１から売価入力ボックスＢ２０−５に移動する。そこで、ユーザが確定ボタンＢ９を押下したとする。すると、店舗発注端末１２５は、需要予測装置３１に向けて確定ボタンＢ９の操作信号を送信する。

一方の需要予測装置３１（入力受付部３１７）は、店舗発注端末２１５から送信される操作信号の種類に応じて各種処理を行う。先ず、需要予測装置３１（入力受付部３１７）は、確定ボタンＢ９の操作信号を受け付けたか否かを判定する（Ｓ２６）。確定ボタンＢ９の操作信号でない場合（Ｎｏ判定）は、続いて、戻るボタンＢ８の操作信号を受け付けたか否かを判定する（Ｓ２７）。戻るボタンＢ８の操作信号も受け付けていない場合（Ｎｏ判定）は、ステップＳ２６に戻り、同様に判定処理を繰り返す。

需要予測装置３１（入力受付部３１７）は、店舗発注端末１２５から確定ボタンＢ９の操作信号を受け付けることにより、ステップＳ２６がＹｅｓ判定となる。そして、需要予測装置３１（入力受付部３１７）は、確定処理を行う（Ｓ２８）。

具体的に、需要予測装置３１（入力受付部３１７）は、ユーザにより選択されたタブの識別情報を操作信号と共に受け取る。そのタブの識別情報に基づき、記憶部に一時的に記憶している最初の抽出データと、タブに対応する需要予測データを選択する。本例では、ユーザがタブＴ５を選択したものとし、最初の抽出データと、パターン５の需要予測データを選択する。そして、未来情報データベースの該当するデータをパターン５の需要予測データで更新する。

未来情報データベース内では、特売売価の訂正された日付及び商品に該当する特売売価の値がパターン５の値に更新される。また、当該商品の予測情報（予測購買数、予測販売金額、予測利益金額、・・・）の値が、パターン５の需要予測値に更新される。更に、当該商品の各関連商品の予測情報（予測購買数、予測販売金額、予測利益金額、・・・）の値が、パターン５の需要予測値に更新される。

更新後、需要予測装置３１（入力受付部３１７）は、パターン５の需要予測データを除き、記憶部に一時的に記憶している最初の更新データやその他のパターンの需要予測データを消去する。

以上の確定処理後、需要予測装置３１（入力受付部３１７）は、残ったパターン５の需要予測データを企画編集画面のデータ表示エリア５３にセットする。そして、その企画編集画面を店舗発注端末１２５に向けて送信する（Ｓ２９）。

そして、ステップＳ２２の処理に戻り、更なる訂正データ等の操作を受け付ける。

一方の店舗発注端末１２５は、ステップＳ２９で送信された企画編集画面を受信し、その企画編集画面で表示画面を更新する（Ｓ１６）。この企画編集画面は、企画編集画面５Ｇのデータ表示エリア５３がパターン５のデータにより更新されたイメージのものとなる。ステップＳ１６の後は、ステップＳ１３に処理が移行する。

なお、店舗発注端末１２５において戻るボタンＢ８が押下されたことにより、ステップＳ２７がＹｅｓ判定となる場合は次の通りとなる。店舗発注端末１２５は、自機の記憶部に一時記憶している企画編集画面５Ｇを表示する。需要予測装置３１（入力受付部３１７）は、記憶部の最初の抽出データのみを残し、その他のパターン１〜パターン５の需要予測データを全て消去する（Ｓ３０）。そして、ステップＳ２２に戻り、同様の処理を繰り返す。

なお、需要予測装置３１は、ステップＳ２０の判定処理においてＮｏ判定の場合、終了ボタンＢ６が押下されたか否かの判定を行う（Ｓ３１）。ステップＳ３１の判定処理において終了ボタンＢ６が押下されたとするＹｅｓ判定の場合、本処理を終了する。ステップＳ３１の判定処理においてＮｏ判定の場合、ステップＳ２０の判定処理に戻る。

また、ステップＳ２３の判定処理においてＮｏ判定の場合、終了ボタンＢ６が押下されたか否かの判定を行う（Ｓ３２）。ステップＳ３２の判定処理において終了ボタンＢ６が押下されたとするＹｅｓ判定の場合、本処理を終了する。ステップＳ３２の判定処理においてＮｏ判定の場合、ステップＳ２２の判定処理に戻る。

また、店舗発注端末１２５は、終了ボタンＢ６が押下されると、任意のタイミングで、需要予測装置３１に終了を指示する信号を送信し、本処理を終了する。また、需要予測装置３２は、ステップＳ３０、ステップＳ３１の判定で、店舗発注端末１２５で終了ボタンＢ６の操作があったことを検出する。そして、終了ボタンＢ６の操作を検出したときは、その店舗発注端末１２５とのトランザクション処理を終了する。

本実施形態では、需要予測装置３１が生成する企画編集画面５Ｇ、６Ｇに、５つの売価入力ボックスＢ２０を設けたが、売価入力ボックスＢ２０の数は２つ以上あれば適宜増減しても良い。

なお、売価入力ボックスＢ２０を増やすスペースが画面内に確保できない場合は、売価入力ボックス用の別画面を設け、それを呼び出しにより表示させるなどの変形を行っても良い。例えば、企画編集画面５Ｇに、売価入力ボックス用の別画面を呼び出すためのボタンを設ける。そして、ユーザによりそのボタンが押下された場合に、売価入力ボックス用の別画面を企画編集画面５Ｇに重ねて表示する。これにより、ユーザは、別画面内に配置された複数の売価入力ボックスに特売売価の複数パターンの値を設定できる。

本実施形態では、複数パターンの値として特売売価の値を需要予測装置に一度に入力するための構成を示したが、特売売価の値に限るものでは無い。その他の値として、未来の変動因子情報、例えば、定番売価、気温、降水量の値などへの変形を行っても良い。

本実施形態では、商品の需要予測を一例として示した。しかし、これに限らず、サービスなどの役務の需要予測を行う形態に変形を行っても良い。この場合、購買数は、サービスの利用回数等となる。また、在庫データや発注データが示す数字は、サービスを施すスタッフの人数や、サービスを提供する機械の数等となる。

（変形例１）
変形例１では、売価入力を別画面にて行う企画編集画面の一態様について説明する。
以下では、実施形態と共通する部分の図面及び説明については適宜省略し、実施形態と異なる部分について図を参照しながら説明する。なお、実施形態と共通する部分は図中に同一の番号を付すものとする。

図１２は、変形例の企画編集画面（初期画面）の構成図である。図１２に示す企画編集画面７Ｇは、基本構成は、実施形態に示す企画編集画面５Ｇ（初期画面）の構成と共通する。企画編集画面５Ｇとの主な違いは、特売売価を訂正するための売価入力ボックスを売価入力ボックスＢ７０として一つ残し、その隣に、別画面を呼び出すための指示部としての追加入力ボタンＢ７１を設けたことである。

店舗発注端末１２５において、ユーザにより入力ボックスＢ２、売価入力ボックスＢ７０に訂正値が入力されると、店舗発注端末１２５は、入力ボックスＢ２、売価入力ボックスＢ７０に入力された各訂正値を読み取り、自機の記憶部の所定記憶エリア（第一の記憶エリア）に訂正値群として一時的に記憶する。

その後、店舗発注端末１２５は、ユーザにより訂正ボタンＢ３が押下されると、その訂正値群を第一の記憶エリアから読み取り、需要予測装置３１に向けて送信する。そして、需要予測装置３１から１パターンの需要予測データからなる更新画面を取得すると、その画面を表示する。

一方、訂正値群の記憶後、特売売価の値の追加訂正のためにユーザにより追加入力ボタンＢ７１が押下されたならば、店舗発注端末１２５は、売価入力用の別画面を表示する。

図１３は、追加入力ボタンＢ７１の押下により別画面として呼び出される売価入力画面の構成図である。

図１３に示す売価入力画面８Ｇは、９個の売価入力ボックスＢ７１−１〜Ｂ７１−９と、訂正ボタンＢ８１とを有する。

９個の売価入力ボックスＢ７１−１〜Ｂ７１−９は、それぞれ、特売売価の１つの訂正値の入力を受け付けるためのものである。

訂正ボタンＢ８１は、売価入力ボックスＢ７１−１〜Ｂ７１−９の訂正値を確定し、売価入力画面８Ｇを閉じることを店舗発注端末１２５に指示するための指示ボタンである。

店舗発注端末１２５において、例えば８個の売価入力ボックスＢ７１−１〜Ｂ７１−８に訂正値が入力されたとする。すると、店舗発注端末１２５は、入力された訂正値を読み取り、それらを特売売価の追加の訂正値として記憶部の所定記憶エリア（第二の記憶エリア）に記憶する。

店舗発注端末１２５においてユーザにより訂正ボタンＢ８１が押下された場合、店舗発注端末１２５は、売価入力画面８Ｇを閉じ、企画編集画面７Ｇがアクティブになる。

ユーザが、売価入力画面８Ｇで上述したような８つの特売売価の追加設定を行い、その上で、企画編集画面７Ｇの訂正ボタンＢ３を押下したとする。すると、店舗発注端末１２５は、第二の記憶エリアの特売売価の８つの追加訂正値を、第一の記憶エリアの企画編集画面７Ｇで入力した一つの特売売価の訂正値に付加し、それらを含む訂正値群を需要予測装置３１に向けて送信する。この結果、需要予測装置３１から、複数パターンの需要予測データが複数のタブにそれぞれ割り当てられてなる更新画面（図６参照）が送信され、店舗発注端末１２５は、その更新画面を表示する。

なお、売価入力画面８Ｇにおいて、売価入力ボックスＢ７１−１〜Ｂ７１−９が全て空欄のまま訂正ボタンＢ８１が押下され、更に訂正ボタンＢ３が押下されたとする。この場合は、売価入力ボックスＢ７０に設定された値に基づく一パターンの需要予測データがデータ表示エリア５３に表示されることになる。

本例では、指示部の態様としてボタンを示したが、指示部の態様はこれに限定されるものでは無い。指示信号を送るためのトリガとなるものであれば、その他の態様をとっても良い。

（変形例２）
実施形態の需要予測装置３１では、複数パターンの需要予測の結果が得られた場合に、企画編集画面に同数のタブを設け、それらに各需要予測のデータを割り当てて出力する態様を示した。

変形例２では、複数パターンの需要予測の結果の内、ベストのデータを割り当てるタブを強調表示する需要予測装置の態様を示す。

以下では、実施形態と共通する部分の図面及び説明については適宜省略し、実施形態と異なる部分について図を参照しながら説明する。なお、実施形態と共通する部分は図中に同一の番号を付すものとする。

図１４は、変形例２の需要予測装置に係る本部システム（図１参照）の全体構成を示すブロック図である。

図１４に示すように、変形例２の需要予測装置７１は、実施形態の需要予測装置３１（図３参照）に更に順位決定部７１０を有する。

順位決定部７１０は、特売売価の複数パターンの訂正値に基づいて生成されたそれぞれの需要予測データの順位付けを行うところである。入力受付部３１７が、特売売価の複数パターンの訂正値に基づく再シミュレーションの完了を、予測購買数算出部３１４から通知されると、入力受付部３１７は順位決定部７１０に対してその順位付けを依頼する。

順位決定部７１０は、この依頼により、記憶部の複数パターンのデータを対象に順位付けの処理を行い、その処理が終わると、順位結果を入力受付部３１７に通知する。入力受付部３１７は、その結果に基づいてタブを順番に強調表示する設定にし、複数パターンの需要予測データを含む企画編集画面を店舗発注端末１２５に送信する。

順位付け処理は、具体的には、次のように行う。

順位決定部７１０は、入力受付部３１７から、店舗発注端末１２５が売価入力ボックスの訂正値と共に送信するキー情報の一部を受け取る。キー情報の一部とは、店舗発注端末１２５で選択されたデータ列を特定するための特定情報（単品コード及び販売日）である。

順位決定部７１０は、入力受付部１７から順位付けの依頼があると、記憶部に記憶されている各パターンの需要予測データを対象に、それぞれ、該当するデータ列を特定情報から特定する。そして、各データ列内の予測購買数を示す場所から値を抽出する。抽出した各値は、それぞれの需要予測データのパターン番号（パターン１、パターン２、・・・）に対応付けする。なお、順位決定部７１０は、データ列内の各項目を示す場所を予め情報としてもっているものとする。

順位決定部７１０は、抽出した値を用いて、大小比較し、値の大きなものから順に並べ替える。これにより、予測購買数についてのパターンごとの順位を決定する。

図１１に示す５パターンのデータを例にすると次のようになる。

図１５は、図１１の５パターンのデータの各々から、特売売価の値が訂正された先頭レコード（年月日：２０１５年１月３日、商品コード：０００１）の予測購買数の値を抜き出して表にした図である。

図１５の表Ｅ１が示すように、パターン１は、予測購買数の値が「５０」となる。パターン２は、予測購買数の値が「４０」となる。パターン３は、予測購買数の値が「３０」となる。パターン４は、予測購買数の値が「２０」となる。パターン５は、予測購買数の値が「１０」となる。

従って、パターン１からパターン５に対し、この順に、１位〜５位の順位付けがなされる。

入力受付部３１７は、この結果が示す順番に、対応するタブを強調表示する設定にする。例えば、入力受付部３１７は、企画編集画面を生成する際に、１位に順位付けされた需要予測データを対応付けするタブの色情報を赤に設定する。また、２位〜５位に順位が下がるに連れ、それぞれのタブの色情報を薄い色に設定する。

このときの画面イメージを以下に示す。
図１６は、順位決定部７１０の順番に応じてタブを強調表示設定したときの企画編集画面の構成図である。

図１６の企画編集画面９Ｇにおいて、表示切替部６０−１のタブＴ１−１、タブＴ２−１、タブＴ３−１、タブＴ４−１、タブＴ５−１が強調表示の対象である。

パターン１は１位であった（図１５参照）。従って、図１６に示すパターン１のタブＴ１−１の色を赤に設定することにより、タブＴ１−１がベストのデータであることを強調表示する。図１６のタブＴ１−１の黒塗り部分が「赤色」の設定となっている。
パターン２〜パターン５については、この順に、対応するタブＴ２−１〜Ｔ５−１に徐々に薄い色を設定する。図１６のタブＴ２−１〜Ｔ４−１において斜線部が色の濃さを示している。斜線本数が減るに連れ色が薄くなることを示す。タブＴ５−１は白塗りにより最も薄いことを示している。

本例では、順位決定部７１０の順位に従って、色を薄くする設定にしたが、この限りではない。色ではなく、数字など順番を示すマークを付与しても良い。

また、全てのタブに色やマークを施すのではなく、ベストを示すタブだけに色やマークにより強調表示するようにしても良い。

また、本例では、予測購買数の値を対象に順位付けを行ったが、その他の項目を対象に順位付けを行っても良い。その他の項目としては、需要予測値である予測販売金額や、予測利益金額や、予定発注数などがある。

また、順位付けを行う項目をユーザに選択させるようにしても良い。例えば、企画編集画面５Ｇ（図５参照）に、順位付けを行う項目の選択ボックスを設ける。店舗発注端末１２５は、選択ボックスから順位付けを行う項目を受け付け、ユーザにより訂正ボタンＢ３の押下を受け付ける。すると、店舗発注端末１２５は、売価入力ボックスＢ２０の訂正データや、キー情報などと共に、順位付けを行う項目情報を需要予測装置７１に向けて送信する。順位決定部７１０は、入力受付部３１７から、順位付けを行う項目情報を訂正データやキー情報と共に受け取ることにより、その項目の値を比較し、順位付けを行うことができる。

図１７は、選択ボックスを含む企画編集画面の構成図である。
図１７に示す企画編集画面１０Ｇは、企画編集画面５Ｇ（図５参照）に対して選択ボックスＢ８０を設けたものである。

選択ボックスＢ８０には、入力受付部３１７が画面生成時に需要予測値（予測購買数、予測販売金額、予測利益金額、予定発注数、・・・）の項目情報を設定する。図１７は、選択ボックスＢ８０に需要予測値の項目情報が設定されたときの状態を示している。なお、「予測購買数」を示す項目情報は、企画編集画面１０Ｇの予測販売数５３６の項目に表記を合わせ、「予測販売数」としている。

ユーザは、データ表示エリア３４から一つのデータ列を選択し、売価入力ボックスＢ２０の値を訂正する。そして、選択ボックス７０において、一覧から一つの項目を選択して、訂正ボタンＢ３を押下する。これにより、店舗発注端末１２５から需要予測装置７１に対し、売価入力ボックスＢ２０の訂正値、キー情報、及び一覧から選択された一つの項目情報が送信されることになる。

（変形例３）
実施形態の需要予測装置は、データ表示エリアの一レコード分のデータ列の、一項目内の複数パターンの値の訂正入力をユーザから受け付け、その応答として、各パターンの需要予測結果をデータ表示エリアに出力する態様のものであった。

変形例３では、データ表示エリアの複数レコードのデータ列の、同一項目内の値の訂正入力を可能にし、各パターンの需要予測結果をデータ表示エリアに出力する態様を示す。
以下では、実施形態と共通する部分の図面及び説明については適宜省略し、実施形態と異なる部分について図を参照しながら説明する。なお、実施形態と共通する部分は図中に同一の番号を付すものとする。

図１８は、変形例３の需要予測装置に係る本部システム（図１参照）の全体構成を示すブロック図である。

図１８に示すように、変形例３の需要予測装置９１は、実施形態の需要予測装置３１（図３参照）において入力受付部３１７を入力受付部９１０に置き換えたものである。

以下、入力受付部３１７と異なる点について説明する。

入力受付部９１０は、未来の変動因子情報の一つである例えば特売売価などの値の訂正を複数の商品（ここでは、主に関連商品）について受け付ける。

このため、ユーザに複数の商品の訂正値を入力できるようにするための企画編集画面を構成する。

図１９は、一例として示す、変形例３の企画編集画面の構成図である。
図１９に示すように、企画編集画面１１Ｇは、仮設定ボタンＢ１０を備えている。

仮設定ボタンＢ１０は、ユーザが入力ボックスＢ２（特に、特売売価の入力ボックス）に入力した訂正値を記憶部の所定エリアに一時的に退避させておくための指示ボタンである。店舗発注端末１２５において、ユーザは、データ表示エリア５３の需要予測データの一覧から、一つのデータ列を選択する。本例では、一販売日且つ一商品の需要予測データを示すデータ列ｄ１を選択する。これにより入力ボックスＢ２に編集可能に表示された需要予測データの値（ここでは、特売売価の値とする）をユーザが訂正する。

ユーザは、選択したデータ列ｄ１の値の訂正を終えると、仮設定ボタンＢ１０を押下する。この押下により、一つ目に選択されたデータ列ｄ１の「販売日」、「商品コード」、「訂正項目」、「訂正値」などを示す情報が店舗発注端末１２５の記憶部の所定エリアに退避される。

続いて、ユーザは、データ表示エリア５３の需要予測データの一覧から、同一販売日の他の商品のデータ列ｄ２を選択する。そして、そのデータ列ｄ２の特売売価の値を訂正するなどして仮設定ボタンＢ１０を押下する。この押下により、二つ目に選択されたデータ列の「販売日」、「商品コード」、「訂正項目」、「訂正値」などを示す情報が店舗発注端末１２５の記憶部の所定エリアに退避される。

ユーザは、同一販売日のもので、訂正が必要な商品のデータ列を、同様の手順で訂正し、仮設定ボタンＢ１０で訂正値等を記憶部の所定エリアに一時的に退避させる。そして、訂正が必要な商品のデータ列の全ての訂正を終えた後、ユーザは訂正ボタンＢ３を押下する。
訂正ボタンＢ３の押下により、訂正を指示するための信号や、入力ボックスＢ２に入力した情報や、所定エリアに一時的に退避した情報などが需要予測装置９１に向けて送信されることになる。店舗発注端末１２５に一時的に記憶させたデータは、その需要予測データを受け取った後などに店舗発注端末１２５から消去するものとする。
なお、図１９の企画編集画面１１Ｇのデータ表示エリア５３には、一例として、商品順の需要予測データの一覧を示しているが、需要予測データを日付順に並べ替えるなどの変形を行っても良い。この場合、同一販売日の商品が連続して並ぶため、選択性が向上する。

ここで、図１８の入力受付部９１０の説明に戻る。
入力受付部９１０は、店舗発注端末１２５の複数の商品の訂正値を受け付けると、それぞれの訂正値毎に、需要予測装置９１の記憶部に記憶されている抽出データ（図８の抽出データと同様）の該当箇所の値を書き換える。

ここで、５つの商品の特売売価の訂正値を受け付けた場合を例に入力受付部９１０の処理を説明する。

入力受付部９１０は、記憶部で一時的に記憶している抽出データのコピーを５つ生成する。更に、入力受付部９１０は、生成した５セットの抽出データの内の一つを対象に、店舗発注端末１２５で選択された一つのデータ列の、特売売価に対応するデータ領域を特定する。そして、特定したデータ領域の値を、店舗発注端末１２５において当該データ列に対して訂正された値に書き換える。

データ領域の特定は、店舗発注端末１２５から受け取ったデータの内の「販売日」、「商品コード」、及び「訂正項目」により行う。

入力受付部９１０は、更に、残りの抽出データの内の一つを対象に、店舗発注端末１２５で選択されたその他の一つのデータ列の、特売売価に対応するデータ領域を特定する。そして、そのデータ領域の値を、当該データ列に対して訂正された値に書き換える。入力受付部９１０は、残りの３セットの抽出データについても、それぞれ、同じ要領でデータ領域を特定し、そのデータ領域の値を、訂正された値に書き換える。

これらの５セット（パターン１〜パターン５）の書き換え後のデータは、記憶部で一時的に記憶する。

図２０は、図８に示す抽出データを基とする、特売売価の値が訂正値に書き換えられた後の抽出データの設定状態を示す図である。ただし、５セットの抽出データの内のパターン１とパターン２を示したものであり、その他は、図示を省略している。

パターン１の抽出データＤ１１は、店舗発注端末１２５においてユーザが販売日「２０１５年１月３日」且つ単品コード「０００１」のデータ列ｄ１（図１９参照）を選択し、その特売売価の値を「９８」から「９９」に訂正した場合のものである。従って、図２０の抽出データＤ１１は、図８に示す抽出データの、一行目のレコードの「予定売価」４４４の値「９８」が「９９」に書き換えられたものになっている。

パターン２の抽出データＤ１２は、店舗発注端末１２５においてユーザが販売日「２０１５年１月３日」且つ単品コード「０００２」のデータ列ｄ２を選択し、その特売売価の値を「１４８」から「１３８」に訂正した場合のものである。従って、図２０の抽出データＤ１２は、図８に示す抽出データの、二行目のレコードの「予定売価」４４４の値「１４８」が「１３８」に書き換えられたものになっている。

図示を省略しているが、その他の３つの抽出データについても、それぞれ、販売日「２０１５年１月３日」で他と一致しない単品コードのデータ列の「予定売価」の値が書き換えられている。

続いて、入力受付部９１０は、書き換え後のそれぞれの抽出データに基づく需要予測の再シミュレーション処理の実行を予測購買数算出部３１４に指示する。予測購買数算出部３１４は、記憶部のパターン１の書き換え後の抽出データを用いて再シミュレーションを実行し、記憶部のパターン１の書き換え後の抽出データの予測情報を、再シミュレーションにより再算出された結果で更新する。

具体的に、予測購買数算出部３１４は、記憶部のパターン１の抽出データＤ１に含まれる全商品（関連商品）の回帰係数を回帰係数ＤＢ３１３から抽出する。続いて、予測購買数算出部３１４は、式（１）に、抽出した回帰係数を当て嵌める。そして、抽出データＤ１のレコード単位に各予定情報を式（１）に当て嵌めることにより、連立式を立てる。これにより、各商品の予測購買数を求める。更に、予測購買数算出部３１４は、求めた予測購買数から予測販売金額や予測利益金額などを求め、求めた値で、記憶部に記憶されているパターン１の抽出データＤ１の、予測情報の値を書き換える。

同様に、予測購買数算出部３１４は、記憶部のパターン２の書き換え後のデータを用いて再シミュレーションを実行し、記憶部のパターン２の書き換え後の抽出データの予測情報を、再算出結果で更新する。更に、その後も、残りのパターンの書き換え後の抽出データを対象に一パターンずつ同様の処理を実行する。

図２１は、予測情報が書き換えられた後の抽出データの設定状態を示す図である。

図２１に示すように、パターン１の抽出データＤ１１ａは、一行目の商品の「予定売価」の値が書き換えられたことにより、当該商品の予測購買数が変更されている。また、当該商品の予測購買数が変化したことにより、関連商品の購買数も変更されている。

パターン２の抽出データＤ１２ａでは、二行目の商品の「予定売価」の値が書き換えられたことにより、当該商品の予測購買数が変更されている。また、当該商品の予測購買数が変化したことにより、関連商品の購買数も変更されている。

全てのパターンの抽出データについて再シミュレーションの処理が終わったとする。すると、入力受付部９１０は、それぞれの更新データをデータ表示エリアに設定するなどし、企画編集画面９Ｇ（図１９参照）の更新画面を生成する。そして、更新画面を発注数決定支援システム３３１に出力する。

その後、入力受付部９１０は、例えば企画編集画面（更新画面）において、出力した更新データの内の一つ（つまり、何れか一つのパターンの特売売価の値）が選択され、確定ボタンの押下信号を受け付けるなどしたとする。この場合に、入力受付部９１０は、記憶部で一時的に保存している複数パターンの更新データの内の、選択されたパターンの更新データを用い、未来情報データベース３１１の対応するデータの設定値を変更する。

予測購買数算出部３１４は、記憶部の抽出データの更新を終えると、入力受付部９１０に通知する。

続いて、入力受付部９１０は、記憶部の５パターンの需要予測データのセットを、パターン単位で所定形式に並べる。ここでは、一例として、抽出データのレコードを単品コード毎にソートし、更に、各単品コード内で販売日順にソートすることにより、所定形式に並べる。

そして、入力受付部９１０は、更新画面に５つのタブを設け、それぞれに、パターン１〜パターン５の所定形式に並べた需要予測データを一つずつ割り当てる。

なお、予測購買数算出部９１０が更新した商品情報等を含む需要予測データ（抽出データ）は、後の登録のためにＲＡＭなどの記憶部に一時的に記憶させておく。

入力受付部９１０は、企画編集画面を生成すると、その企画編集画面を店舗発注端末１２５に対して出力する。

本実施形態及び変形例の需要予測装置で使用する各種プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供し、需要予測装置のフラッシュＲＯＭなどに読み込ませて実行してもよい。

また、当該プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。

以上のように本実施形態及び変形例の需要予測装置では、売価値の複数の値への変更を一度に受け付けて需要予測シミュレーションを行うことが可能になる。

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

１ 需要予測システム
２ 通信回線
３ コンピュータ
５ 通信回線
３１ 需要予測装置
３２ データ収集・変換システム
３３ 予定データ収集・変換システム
３４ 発注システム
１２０ 店舗サーバ
１２４ 本部特売企画端末
１２５ 店舗発注端末
１２６ ＰＯＳ（Point of Sales）端末
３１０ 過去情報データベース
３１１ 未来情報データベース
３１１Ａ 予定情報
３１１Ｂ 予測情報
３１２ 回帰係数算出部
３１３ 回帰係数データベース
３１４ 予測購買数算出部
３１６ 発注・在庫数算出部
３１７ 入力受付部
３２０ｄ 予定店舗・地域データ
３２１ｄ 予定日付・時刻データ
３２２ｄ 予定気象・行事データ
３２３ｄ 予定分類・属性データ
３２４ｄ 予定売価・販促データ
３２５ｄ 予定陳列データ
３２６ｄ 予測購買データ
３２７ｄ 予測在庫データ
３２８ｄ 推奨発注データ
３３０ 特売企画支援システム
３３１ 発注数決定支援システム

特開２０１２−１５０６７１号公報

Claims (6)

1. 商品又は役務についての未来の基準日の需要予測値を決めるパラメータの値を複数の異なる値へ訂正するための一括入力部を表示エリアに対して供給する入力部供給手段と、
   前記表示エリアに供給された前記一括入力部においてユーザにより訂正された複数の異なる訂正値を一度に受け付ける受付手段と、
   前記受付手段が受け付けた複数の異なる訂正値を用いて前記未来の基準日の訂正値毎の需要予測値を算出する需要予測手段と、
   前記需要予測手段により算出された訂正値毎の需要予測値を前記表示エリアに対して出力する結果出力手段と、
   を備えることを特徴とする需要予測装置。
2. 前記入力部供給手段は、更に、前記表示エリアへの前記一括入力部の表示をユーザに要求させるための指示部を前記表示エリアに対して供給する、
   ことを特徴とする請求項１に記載の需要予測装置。
3. 前記結果出力手段は、更に、ユーザが各訂正値のそれぞれの需要予測値を訂正値毎に切り替えて表示させるための表示切替部を前記表示エリアに供給する、
   ことを特徴とする請求項１又は２に記載の需要予測装置。
4. 前記表示切替部は、訂正値毎に設けたタブであり、
   前記結果出力手段は、予め指定された項目又はユーザにより指定された項目に該当する需要予測値が最大値をとるタブを、強調表示する、
   ことを特徴とする請求項３に記載の需要予測装置。
5. 前記入力部供給手段は、前記需要予測値の少なくとも一つのパラメータの、複数の異なる商品又は役務に対する訂正を一度に指示できる一括入力部を表示エリアに対して供給し、
   前記受付手段は、前記表示エリアに供給された前記一括入力部の、少なくとも一つのパラメータを対象にユーザが入力した、複数の商品又は役務についての異なる訂正値を受け付け、
   前記需要予測手段は、前記受付手段が受け付けた、複数の商品又は役務についての異なる訂正値を用いて前記未来の基準日の訂正値毎の需要予測値を算出し、
   前記結果出力手段は、前記需要予測手段により算出された複数の商品又は役務についての異なる訂正値毎の需要予測値を前記表示エリアに対して出力する、
   ことを特徴とする請求項１に記載の需要予測装置。
6. 需要予測装置を制御するコンピュータを、
   商品又は役務についての未来の基準日の需要予測値を決めるパラメータの値を複数の異なる値へ訂正するための一括入力部を表示エリアに対して供給する入力部供給手段と、
   前記表示エリアに供給された前記一括入力部においてユーザにより訂正された複数の異なる訂正値を一度に受け付ける受付手段と、
   前記受付手段が受け付けた複数の異なる訂正値を用いて前記未来の基準日の訂正値毎の需要予測値を算出する需要予測手段と、
   前記需要予測手段により算出された訂正値毎の需要予測値を前記表示エリアに対して出力する結果出力手段と、
   として機能させるプログラム。

Images