JP7153543B2 - 発注装置及びプログラム - Google Patents

Description

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

従来、スーパーマーケット等の小売店では、商品の在庫状況や過去の売上実績等に基づいて、各商品の発注を自動で行うシステムが導入されている。例えば、従来、販売地域の催事等の変動条件を加味して商品の発注数を決定する技術が提案されている。

ところで、上述した小売店において、欠品による販売機会の損失は、他の小売店への顧客の離反を招く可能性がある。特に、優良顧客が離反するような場合、小売店にとっては大きな損失となる。しかしながら、従来の技術では、店舗（商品）全体の売上実績に基づき発注数を決定するため、優良顧客等の特定層が購入する商品の発注に関しては特段考慮されていない。そのため、例えば、特定層に属する顧客が普段購入している商品を、他の層に属する顧客が多めに購入してしまったような場合に、当該商品が欠品状態となる可能性がある。

本発明が解決しようとする課題は、販売機会の損失による顧客離反の抑止を図ることが可能な発注装置及びプログラムを提供することである。

実施形態の発注装置は、複数段階のランクに区分された各顧客について、当該顧客が購入した商品の内訳を含む売上データを記憶する記憶手段から、特定のランクに区分された顧客が購入した商品を優先商品として抽出する抽出手段と、前記記憶手段の売上データから導出された各商品の売上実績に基づいて、当該商品の発注数を決定し、所定の第１発注タイミングで発注を行う発注手段と、前記特定のランクに区分された顧客の売上データから導出された前記優先商品の売上実績と、前記記憶手段の売上データから導出された前記優先商品と同一商品の売上実績との比率又は差分に基づいて、前記発注手段が発注する当該優先商品の発注数を増加させる制御手段と、を備える。

図１は、実施形態に係る自動発注システムの構成の一例を示す図である。 図２は、実施形態に係るＰＯＳ端末の外観構成の一例を示す斜視図である。 図３は、実施形態に係るＰＯＳ端末の電装系の構成の一例を示す図である。 図４は、実施形態に係るストアコンピュータの電装系の構成の一例を示す図である。 図５は、実施形態に係るランク設定ファイルのデータ構成の一例を示す図である。 図６は、実施形態に係る会員管理ファイルのデータ構成の一例を示す図である。 図７は、実施形態に係る発注装置の電装系の構成の一例を示す図である。 図８は、実施形態に係る売上実績ファイルのデータ構成の一例を示す図である。 図９は、実施形態に係る優良顧客買上商品ファイルのデータ構成の一例を示す図である。 図１０は、実施形態に係る発注装置の機能構成の一例を示す図である。 図１１は、実施形態の発注装置が実行する自動発注処理の一例を示すフローチャートである。

以下、添付図面を参照して、本発明に係る発注装置及びプログラムの実施形態を詳細に説明する。なお、以下に説明する実施形態によりこの発明が限定されるものではない。

図１は、自動発注システム１の構成の一例を示す図である。図１に示すように、自動発注システム１は、複数台のＰＯＳ（Point Of Sales：販売時点管理）端末２と、ストアコンピュータ３と、発注装置４とを有する。これらＰＯＳ端末２、ストアコンピュータ３及び発注装置４は、ＬＡＮ（Local Area Network）等のネットワークＮ１を介して通信可能に接続される。

ＰＯＳ端末２は、精算場所に配設されてキャッシャが売上処理を行うための端末であり、図２に示すような構成とされている。ここで、図２は、ＰＯＳ端末２の外観構成の一例を示す斜視図である。ＰＯＳ端末２には、本体２０１の上面側にキーボード２０２が設けられており、本体２０１の下部側にドロワ２０３が引出自在に設けられており、本体２０１の奥側に表示器２０４が設けられている。さらに、ＰＯＳ端末２には、磁気カードである会員カードの挿入を受け付けてその会員カードとの間でデータの授受を行うカードリーダ／ライタ２０５、商品に付された商品コード等を光学的に読み取るためのコードスキャナ２０６等が接続されている。

このようなＰＯＳ端末２の電装系は図３に示すように構成されている。図３は、ＰＯＳ端末２の電装系の構成の一例を示す図である。ＰＯＳ端末２は、ＣＰＵ（Central Processing Unit）、当該ＣＰＵとの協働により後述する売上処理等を実行するための各種制御プラグラムを格納するＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等で構成されるコンピュータ構成の制御部２１を備える。また、ＰＯＳ端末２は、バス２２を介して接続された通信インタフェース（Ｉ／Ｆ）２３から、ネットワークＮ１を介してストアコンピュータ３等の外部装置との間で相互にオンライン通信を実行し得るように構成されている。

制御部２１には、バス２２及びＩ／Ｏ機器制御部２４を介して、前述したキーボード２０２、表示器２０４、カードリーダ／ライタ２０５、コードスキャナ２０６が接続されている。また、制御部２１には、レシート／ジャーナルプリンタであるプリンタ２５が接続されている。このプリンタ２５は、制御部２１の制御の下、ＰＯＳ端末２で行われた取引（売上処理等）の内容をレシート用紙及びジャーナル用紙に印刷するプリンタであって、本体２０１の内部又は本体２０１の外部に設けられている。

次に、ストアコンピュータ３について説明する。ストアコンピュータ３は、ＰＯＳ端末２全体の制御を受け持ち、その電装系は、例えば図４に示すような構成とされている。図４は、ストアコンピュータ３の電装系の構成の一例を示す図である。ストアコンピュータ３は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成されるコンピュータ構成の制御部３１を備える。また、ストアコンピュータ３は、バス３２を介して接続された通信インタフェース３３から、ネットワークＮ１を介してＰＯＳ端末２や発注装置４等の外部装置との間で相互にオンライン通信を実行し得るように構成されている。

また、制御部３１には、バス３２及びＩ／Ｏ機器制御部３４を介して、キーボード３５、表示器３６、プリンタ３７及びハードディスクドライブ装置（以下、ＨＤＤという）３８が接続されている。

ＨＤＤ３８には、制御部３１のＣＰＵを動作させる各種制御プログラムの他、商品マスタファイルＦ１、店舗売上ファイルＦ２、ランク設定ファイルＦ３及び会員管理ファイルＦ４等が格納されている。商品マスタファイルＦ１は、商品コードに対応付けて商品名や単価等の商品情報を記憶するファイルである。

店舗売上ファイルＦ２は、各ＰＯＳ端末２から送信される売上データを記憶するファイルである。ここで、売上データは、顧客が行った取引の内訳を示す取引情報の一例である。店舗売上ファイルＦ２は、ＰＯＳ端末２の各々で行われた取引を識別する取引番号と対応付けて、その取引の内訳を示す売上データを記憶する。売上データには、例えば、顧客が購入した各商品の商品コード、単価、数量及び合計金額（支払金額）の他、取引が行われた日時等を含む。また、例えば、取引時に会員番号の読み取りが行われた場合には、その会員番号が売上データに記録される。

ランク設定ファイルＦ３は、会員のランクに対応付けて、当該ランクの設定に係る情報を記憶するファイルである。図５は、ランク設定ファイルＦ３のデータ構成の一例を示す図である。図５に示すように、ランク設定ファイルＦ３は、各ランクに対応付けて、実績条件及び特典内容等を記憶する。

ここで、ランクは、売上実績等に応じて区分した会員の等級を示す情報である。図６では、ランクを「１」、「２」、「３」の３段階とした例を示しており、数値が上がるほど上位のランクであることを意味する。

実績条件には、対応するランクに昇格又は対応するランクを維持するための売上実績の条件が設定される。例えば、ランク「２」の実績条件には、ランク「２」に昇格又はランク「２」を維持するための条件として、取引回数が２０回以上、又は買上金額が２０万円以上であることが設定される。また、例えば、ランク「３」の実績条件には、ランク「３」に昇格又はランク「３」を維持するための条件として、取引回数が３０回以上、又は買上金額が３０万円以上であることが設定される。なお、ランク「１」については、会員登録当初のランクとなるため、実績条件は不問としている。

また、特典内容には、ランクに応じて付与される特典の内容が設定される。特典内容は特に問わず、任意に設定することが可能である。例えば、ランクに応じて商品の値引率等を変化させる形態としてもよい。また、例えば、顧客（会員）の支払金額に応じてサービスポイントを付与するサービスを提供している場合には、ランクに応じてサービスポイントの付与率を変化させる形態としてもよい。

会員管理ファイルＦ４は、各会員の会員番号に対応付けて、当該会員のランク等を記憶するファイルである。図６は、会員管理ファイルＦ４のデータ構成の一例を示す図である。図７に示すように、会員管理ファイルＦ４は、各会員の会員番号と対応付けて、当該会員番号の会員に設定されたランクを記憶する。

ここで、店舗にて商品が購入された場合の、ＰＯＳ端末２（制御部２１）とストアコンピュータ３（制御部３１）とで行われる動作について説明する。例えば、商品に付された商品コードがＰＯＳ端末２のコードスキャナ２０６によって読み取られると、ＰＯＳ端末２は、読み取った商品コードをストアコンピュータ３に問い合わせを行う。一方、ストアコンピュータ３では、ＰＯＳ端末２からの問い合わせに応じて商品マスタファイルＦ１を検索し、該当する商品コードに対応した商品情報を読み出してＰＯＳ端末２へ送信する。

また、ＰＯＳ端末２では、ストアコンピュータ３からの商品名や単価等を受信し、問い合わせした商品コード及び受信した商品名や単価等に基づいて部門別登録や表示器２０４への表示、またプリンタ２５により印字処理を行い、さらに売上登録したデータ（売上データ）をストアコンピュータ３へ送信する。また、ＰＯＳ端末２では、商品の購入時にカードリーダ／ライタ２０５を介して会員番号の読み取りが行われると、その会員番号を含んだ売上データをストアコンピュータ３へ送信する。

ＰＯＳ端末２から売上データを受け付けたストアコンピュータ３では、この売上データを店舗売上ファイルＦ２に登録する。また、ストアコンピュータ３では、所定の期間中に行われた売上データを店舗売上ファイルＦ２から抽出し、抽出した売上データの個数や内容から取引回数や支払金額の合計値等の売上実績を会員（会員番号）毎に導出する。そして、ストアコンピュータ３は、ランク設定ファイルＦ３に基づいて、売上実績が充足する実績条件のランクを会員毎に判定し、判定したランクを会員管理ファイルＦ４の該当する会員に対応付けて設定する。

次に、発注装置４について説明する。発注装置４は、店舗で販売される商品の発注制御を受け持ち、その電装系は、例えば図７に示すような構成とされている。図７は、発注装置４の電装系の構成の一例を示す図である。発注装置４は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成されるコンピュータ構成の制御部４１を備える。また、発注装置４は、バス４２を介して接続された通信インタフェース４３から、ネットワークＮ１を介してストアコンピュータ３等の外部装置との間で相互にオンライン通信を実行し得るように構成されている。また、発注装置４は、ネットワークＮ１を介して商品の発注先となる取引先装置（図示せず）との間で相互にオンライン通信を実行し得るように構成されている。

また、制御部４１には、バス４２及びＩ／Ｏ機器制御部４４を介して、キーボード４５、表示器４６及びＨＤＤ４７が接続されている。

ＨＤＤ４７には、制御部４１のＣＰＵを動作させる各種制御プログラムの他、売上実績ファイルＦ５、優良顧客買上商品ファイルＦ６及び発注サイクルファイルＦ７等が格納されている。

売上実績ファイルＦ５は、各商品の日別の売上実績を記憶するファイルである。図８は、売上実績ファイルＦ５のデータ構成の一例を示す図である。図８に示すように、売上実績ファイルＦ５は、各商品の商品コードに対応付けて、当該商品の売上点数、売上金額及び顧客数等を日別に記憶する。ここで、顧客数は、その商品コードの商品を購入した顧客（非会員及び会員）の人数が格納される。なお、本実施形態では、各商品の日別の売上実績を集計するようにしたが、これに限るものではなく、週別等の単位で集計するようにしてもよい。

優良顧客買上商品ファイルＦ６は、優良顧客が購入した商品を記憶するファイルである。図９は、優良顧客買上商品ファイルＦ６のデータ構成の一例を示す図である。図９に示すように、優良顧客買上商品ファイルＦ６は、優良顧客の売上データから抽出された商品コードに対応付けて、売上点数、売上金額及び顧客数等を記憶する。

ここで、優良顧客は、店舗にとって売上実績が良好な顧客、つまりランクが上位の会員を意味する。本実施形態では、ランク「３」の会員を優良顧客として取り扱うが、ランク「２」以上の会員を優良顧客と定義してもよい。また、会員を区分するランクの体系が異なる場合であっても、より上位のランクの会員を優良顧客と定義する。以下では、優良顧客以外の顧客（非会員及びランク「１」、「２」の会員）を一般顧客ともいう。

優良顧客数は、対応する商品コードの商品を購入した優良顧客の人数が格納される。なお、図９では、売上実績ファイルＦ５のデータ構成にあわせて、優良顧客が購入した商品の売上実績を日別に集計するようにしたが、これに限るものではなく、週別等の単位で集計するようにしてもよい。

発注サイクルファイルＦ７は、各商品を発注するサイクルを記憶するファイルである。具体的には、発注サイクルファイルＦ７は、各商品の商品コードに対応付けて、発注サイクル等を記憶する。ここで、発注サイクルは、商品の発注を行う間隔やタイミングを指示する情報である。例えば、週に１度発注する商品の場合には、その曜日が発注サイクルとして設定される。また、例えば、日毎に発注する商品の場合には、日毎の発注を指示する情報が発注サイクルとして設定される。なお、発注サイクルは、商品の過去の売上実績等に基づき設定することが好ましい。

また、発注装置４は、自動発注に係る機能部として、図１０に示すように、集計部４１１と、発注処理部４１２とを備える。ここで、図１０は、発注装置４の機能構成の一例を示す図である。なお、集計部４１１及び発注処理部４１２のうち、一方又は両方は、制御部４１に搭載されたＣＰＵ等のプロセッサが、ＨＤＤ４７のプログラムを実行することにより実現されるソフトウェア機能部であってもよい。また、集計部４１１及び発注処理部４１２のうち、一方又は両方は、ＡＳＩＣ等のプロセッサにより実現されるハードウェア機能部であってもよい。

集計部４１１は、抽出手段の一例である。集計部４１１は、店舗売上ファイルＦ２に記憶された売上データに基づき、各商品の売上実績を集計する。例えば、集計部４１１は、店舗売上ファイルＦ２に記憶された売上データから、各商品の日別の売上実績を集計し、売上実績ファイルＦ５に格納する。また、例えば、集計部４１１は、店舗売上ファイルＦ２に記憶された売上データのうち、会員管理ファイルＦ４に記憶された優良会員（ランク「３」の会員）の会員番号を含む売上データから、優良会員が購入した各商品の商品コードを抽出する。そして、集計部４１１は、優良会員の会員番号を含む売上データに基づいて、抽出した各商品の日別の売上実績を集計し、優良顧客買上商品ファイルＦ６に格納する。

なお、本実施形態では、優良顧客の売上分を含む集計結果を売上実績ファイルＦ５に登録する形態としたが、優良顧客を除いた非会員や一般顧客の売上分の集計結果のみを売上実績ファイルＦ５に登録する形態としてもよい。また、集計部４１１は、公知の技術を用いることで、店舗売上ファイルＦ２や売上実績ファイルＦ５等から、各商品の発注サイクルを導出する形態としてもよい。この場合、導出された発注サイクルは、発注サイクルファイルＦ７に格納される。

発注処理部４１２は、発注手段及び制御手段の一例である。発注処理部４１２は、売上実績ファイルＦ５、優良顧客買上商品ファイルＦ６及び発注サイクルファイルＦ７等に基づき、店舗で販売される商品の自動発注を行う。

具体的には、発注処理部４１２は、売上実績ファイルＦ５に格納された各商品の日別の売上実績（売上点数等）に基づき、発注サイクルファイルＦ７に設定された発注サイクルの期間中に購入される商品の個数を発注数として商品毎に予測する。ここで、発注数の予測方法は特に問わず、例えば需要予測等に係る公知の技術を用いることが可能である。また、各商品の在庫情報等の他の情報を加味して発注数を予測してもよい。

また、発注処理部４１２は、優良顧客買上商品ファイルＦ６に格納された各商品の売上実績に基づき、優良顧客が購入した商品を優先的に発注するための制御（以下、優先制御という）を行う。ここで、「優先的」とは、優良顧客買上商品ファイルＦ６に格納された商品（以下、優先商品という）の発注数や発注頻度を、発注サイクルファイルＦ７から導出された同一商品の発注数や発注頻度よりも増加させることを意味する。優先制御の方法は特に問わず、種々の方法を採用することが可能である。

例えば、発注処理部４１２は、優良顧客買上商品ファイルＦ６に格納された優先商品の売上点数と、売上実績ファイルＦ５に格納された優先商品と同一商品の売上点数とを比較する。そして、発注処理部４１２は、両売上点数の比率や差分に応じて導出した補正係数（但し１以上の値）を該当する商品の発注数に乗算又は加算することで、優先商品の発注数を増加させる。ここで、補正係数は、優先商品の売上点数の比率が大きくなるほど、又は差分が小さくなるほど、増加数を大きくするものであることが好ましい。つまり、優先顧客の購入数が占める割合が大きい商品ほど、増加数を大きくすることが好ましい。なお、売上実績の比較は、代表となる日付の売上実績を比較する形態としてもよいし、発注サイクルに対応する期間分の売上実績を比較する形態としてもよい。また、他の売上実績（売上金額、顧客数）を用いて係数を導出してもよい。

また、例えば、発注処理部４１２は、優良顧客買上商品ファイルＦ６に格納された優先商品の日毎の売上実績に基づいて、売上点数の日々の変化量を導出し、売上点数の増加が顕著となる曜日や時期等の推移傾向を導出する。そして、発注処理部４１２は、導出した推移傾向に基づき、優先商品の発注数及び発注タイミングを決定する。ここで、決定される発注タイミングは、発注サイクルファイルＦ７の発注サイクルとは独立したものとなる。そのため、優先商品の発注頻度は、非優先商品の発注頻度よりも大きく（高く）なる。なお、売上実績ファイルＦ５に格納された同一商品についても上記と同様の推移傾向を導出し、その推移傾向が優先商品の推移傾向と異なる場合に、優先商品用の発注タイミングを決定する形態としてもよい。

発注処理部４１２は、上述した処理により各商品の発注数を確定すると、発注サイクルファイルＦ７に設定された発注サイクルで発注情報を取引先端末に送信することで、商品の自動発注を行う。具体的には、発注処理部４１２は、商品の商品コードと、当該商品の発注数とを含んだ発注情報を、当該商品の発注サイクルに対応するタイミングで取引先端末に送信する。また、上述した優先処理で優先商品用の発注タイミングが決定された場合には、通常の発注サイクルとは独立したタイミングで発注情報の送信が行われるものとする。

なお、発注処理部４１２は、優良顧客買上商品ファイルＦ６に格納された全ての商品に優先制御を行う形態としてもよいし、一部の商品に優先制御を行う形態としてもよい。後者の場合、例えば、発注処理部４１２は、優良顧客買上商品ファイルＦ６に格納された商品のうち、売上実績に含まれる売上点数、売上金額及び顧客数の何れか又は全てが閾値を超える等の所定条件を満たした商品を、優先制御の対象としてもよい。

次に、発注装置４で実行される処理について説明する。図１１は、発注装置４（発注処理部４１２）が実行する自動発注処理の一例を示すフローチャートである。なお、本処理では、優先制御として商品の発注数を増加させる形態を説明する。

まず、発注処理部４１２は、売上実績ファイルＦ５に格納された各商品の売上実績及び発注サイクルファイルＦ７に格納された発注サイクル等に基づき、各商品の発注数を決定する（ステップＳ１１）。

続いて、発注処理部４１２は、優良顧客買上商品ファイルＦ６に格納された優先商品の売上実績と、売上実績ファイルＦ５に格納された該当する同一商品の売上実績との比率に基づき、発注数を増加させるための補正係数を導出する（ステップＳ１２）。次いで、発注処理部４１２は、ステップＳ１２で導出した補正係数を用いて優先商品の発注数を補正することで発注数を増加させる（ステップＳ１３）。

続いて、発注処理部４１２は、発注サイクルファイルＦ７に設定された発注サイクルに基づき、各商品の発注数を指示した発注情報を取引先装置に送信することで、商品の自動発注を行う（ステップＳ１４）。

以上のように、本実施液体の発注装置４は、複数段階のランクに区分された各会員の売上データを記憶する店舗売上ファイルＦ２から、特定のランク（ランク「３」）に区分された優良顧客が購入した優先商品を抽出し、優良顧客買上商品ファイルＦ６に登録する。また、発注装置４は、店舗売上ファイルＦ２に記憶された売上データから導出される各商品の売上実績に基づいて当該商品の発注数を決定し、発注サイクルファイルＦ７に格納された発注タイミングに基づき各商品の発注を行う。また、発注装置４は、優良顧客の売上データから導出された優先商品の売上実績に基づいて、当該優先商品の発注数又は発注頻度を増加させる。

これにより、例えば、優良顧客が普段購入している商品（優先商品）を、一般顧客が多めに購入してしまったような場合であっても、当該商品が欠品状態となることを防ぐことができるため、販売機会の損失による優良顧客の離反の抑止を図ることができる。

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

例えば、上記実施形態では、複数段階のランクのうち、最上位のランクが設定された会員の購入商品を優先的に発注する形態を説明したが、優先制御の対象となるランクは任意に設定することが可能である。例えば、５段階のランクのうち、ランク「３」の会員の購入商品を優先的に発注する形態としてもよい。また、例えば、５段階のランクのうち、ランク「３」及び「４」の会員の購入商品を優先的に発注する形態としてもよい。

このように、任意のランクを優先制御の対象に設定できるよう構成することで、優良顧客だけでなく、様々な層に属する顧客に対して、販売機会の損失による顧客離反の抑止を図ることができる。

また、上記実施形態では、ストアコンピュータ３が、顧客（会員）のランクを設定する形態としたが、これに限らないものとする。例えば、発注装置４等の他の装置がランクを設定する形態としてもよい。また、上記実施形態では、ストアコンピュータ３が、店舗売上ファイルＦ２、ランク設定ファイルＦ３及び会員管理ファイルＦ４を記憶し管理する形態としたが、これに限らないものとする。例えば、発注装置４等の他の装置が、これらのファイルの何れか又は全てを記憶し管理する形態としてもよい。

また、上記実施形態では、発注装置４が、売上実績ファイルＦ５、優良顧客買上商品ファイルＦ６及び発注サイクルファイルＦ７を記憶し管理する形態を説明したが、これに限らないものとする。例えば、これらのファイルの何れか又は全てを、ネットワークＮ１に接続された他の装置が記憶し管理する形態としてもよい。

また、上記実施形態では、発注装置４が、商品の発注を行う形態を説明したが、これに限らず、ストアコンピュータ３等の装置が発注を行う形態としてもよい。例えば、ストアコンピュータ３が商品の発注を行う場合、ストアコンピュータ３は、売上実績ファイルＦ５、優良顧客買上商品ファイルＦ６及び発注サイクルファイルＦ７を記憶するとともに、集計部４１１及び発注処理部４１２の機能部を備えることで、発注装置４と同様の処理を行うことができる。また、商品の発注を行う発注装置は単一構成に限らず、ネットワーク接続された複数の情報処理装置で構成されるクラウド構成としてもよい。

なお、上記実施形態の発注装置４で実行されるプログラムは、発注装置４が備える記録媒体に予め組み込んで提供するものとするが、これに限らず、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。さらに、記録媒体は、コンピュータ或いは組み込みシステムと独立した媒体に限らず、ＬＡＮやインターネット等により伝達されたプログラムをダウンロードして記憶又は一時記憶した記録媒体も含まれる。

また、上記実施形態の発注装置４で実行されるプログラムをインターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよく、インターネット等のネットワーク経由で提供又は配布するように構成してもよい。

１ 自動発注システム
２ ＰＯＳ端末
３ ストアコンピュータ
４ 発注装置
４１ 制御部
４１１ 集計部
４１２ 発注処理部
Ｆ５ 売上実績ファイル
Ｆ６ 優良顧客買上商品ファイル
Ｆ７ 発注サイクルファイル

特許第２７３５２１３号公報

Claims (5)

1. 複数段階のランクに区分された各顧客について、当該顧客が購入した商品の内訳を含む売上データを記憶する記憶手段から、特定のランクに区分された顧客が購入した商品を優先商品として抽出する抽出手段と、
   前記記憶手段の売上データから導出された各商品の売上実績に基づいて、当該商品の発注数を決定し、所定の第１発注タイミングで発注を行う発注手段と、
   前記特定のランクに区分された顧客の売上データから導出された前記優先商品の売上実績と、前記記憶手段の売上データから導出された前記優先商品と同一商品の売上実績との比率又は差分に基づいて、前記発注手段が発注する当該優先商品の発注数を増加させる制御手段と、
   を備える発注装置。
2. 前記抽出手段は、最上位のランクに区分された顧客が購入した商品を前記優先商品として抽出する請求項１に記載の発注装置。
3. 前記制御手段は、前記特定のランクに区分された顧客の売上データから導出された前記優先商品の売上実績の推移傾向に基づいて当該優先商品を発注する第２発注タイミングを決定する請求項１又は２に記載の発注装置。
4. 前記顧客のランクは、当該顧客の売上実績に基づいて設定され、当該売上実績が高いほど上位のランクが設定される請求項１に記載の発注装置。
5. 発注装置のコンピュータを、
   複数段階のランクに区分された各顧客について、当該顧客が購入した商品の内訳を含む売上データを記憶する記憶手段から、特定のランクに区分された顧客が購入した商品を優先商品として抽出する抽出手段と、
   前記記憶手段の売上データから導出された各商品の売上実績に基づいて、当該商品の発注数を決定し、所定の第１発注タイミングで発注を行う発注手段と、
   前記特定のランクに区分された顧客の売上データから導出された前記優先商品の売上実績と、前記記憶手段の売上データから導出された前記優先商品と同一商品の売上実績との比率又は差分に基づいて、前記発注手段が発注する当該優先商品の発注数を増加させる制御手段と、
   して機能させるためプログラム。

Images