JP2015219781A - 発注装置およびプログラム - Google Patents

Abstract

【課題】本部にいながら任意の店舗・任意の商品群の最新の陳列状況を確認して精度の高い発注入力を行うことができる発注装置およびプログラムを提供する。
【解決手段】発注装置は、任意の店舗に関連付けた発注画面を介して入力された商品の発注数に対して当該商品に対応する識別番号を対応付けた商品発注データを外部装置に送信する発注手段と、前記発注手段における前記発注画面を介した前記発注数の入力に際して、当該発注数の入力の対象となる前記任意の店舗における現時点または現時点から過去に遡った商品の販売状況にかかる販売状況データを表示する状況表示手段と、を備える。
【選択図】図１０

Description

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

スーパーマーケットやコンビニエンスストアでは、商品発注業務を支援する発注装置として携帯型の発注端末が利用されている。発注端末は、入力デバイスを介して入力された商品識別子と商品発注数とを対応付けて商品発注データを作成し、通信ユニットを介して外部サーバへ送信する。

また、近年においては、店舗が発注先に直接発注する店舗発注の他に、本部で各店舗の分を一括して発注をして、発注先から店舗へ直納するセンター発注も行われている。このようなセンター発注方式によれば、各店舗の商品販売データに基づいて発注を行うことになる。

しかしながら、上述のようなセンター発注方式によれば、各店舗の売場の状況を本部で把握することはできないので、各店舗の商品販売データに基づく発注では、必ずしも適正な数を発注しているとはいえない。

本発明が解決しようとする課題は、本部にいながら任意の店舗・任意の商品群の最新の陳列状況を確認して精度の高い発注入力を行うことができる発注装置およびプログラムを提供することである。

実施形態の発注装置は、任意の店舗に関連付けた発注画面を介して入力された商品の発注数に対して当該商品に対応する識別番号を対応付けた商品発注データを外部装置に送信する発注手段と、前記発注手段における前記発注画面を介した前記発注数の入力に際して、当該発注数の入力の対象となる前記任意の店舗における現時点または現時点から過去に遡った商品の販売状況にかかる販売状況データを表示する状況表示手段と、を備える。

図１は、実施形態にかかる発注端末を用いた本部システムを示す全体構成図である。 図２は、商品データベースに蓄積される商品データの構造を示す模式図である。 図３は、売場画像記憶部に記憶された売場画像データの一例を示す模式図である。 図４は、発注端末の要部構成を示すブロック図である。 図５は、発注画面の一例を示す正面図である。 図６は、発注端末のＲＡＭに形成される主要なメモリエリアを示す模式図である。 図７は、店舗システムの全体構成を概略的に示すシステム構成図である。 図８は、発注端末の機能構成を示すブロック図である。 図９は、売場閲覧処理の流れを示すフローチャートである。 図１０は、ポップアップ画面の一例を示す正面図である。

以下、商品発注業務を支援する発注装置の一実施形態について、図面を用いて説明する。本実施形態においては、本部で各店舗の分を一括して発注をして、発注先から店舗へ直納するセンター発注方式を採用している例について説明する。

本実施形態は、携帯型のコンピュータ機器である情報端末（タブレット端末）に発注装置として機能させるための発注プログラムを実装して、情報端末を発注端末として適用した場合である。なお、発注装置としては、携帯型のコンピュータ機器である情報端末（タブレット端末）に限るものではなく、一般的なパーソナルコンピュータやスマートフォンなどであっても良い。

図１は、実施形態にかかる発注端末１０を用いた本部システム１を示す全体構成図である。図１に示すように、本部システム１は、インターネット等のネットワークＮを介して各店舗に設置される店舗システム１０１や発注先のシステム１１１に接続可能である。

本部システム１は、発注端末１０以外に、本部映像サーバ２と、発注サーバ３と、ルータ４と、無線基地局５とを備える。そして、本部映像サーバ２と、発注サーバ３と、ルータ４と、無線基地局５とを、ＬＡＮ（Local Area Network）６で接続する。

ルータ４は、ＬＡＮ６とネットワークＮとを接続する。無線基地局５は、移動局である発注端末１０と無線で接続する。ルータ４を介して接続されるネットワークＮには、各店舗に設置された店舗システム１０１のストアコンピュータ１０５や店舗映像サーバ１０６（図７参照）が少なくとも接続されている。

本部映像サーバ２は、商品データを蓄積するための商品データベース（ＤＢ）７を管理する。図２は、商品データベース７に蓄積される商品データの構造を示す模式図である。図２に示すように、商品データは、商品コード、商品名、属性、単価、発注先情報、原価、発注単位及び最大発注数の各項目を少なくとも含む。商品コードは、商品を特定する商品識別子として機能する。

発注単位は、１回の発注で許容される最小の個数である。例えば１ダースを最小の単位として発注が可能な商品の発注単位は“１２”であり、１０個入りのケースを最小の単位として発注が可能な商品の発注単位は“１０”である。例えば、前者の商品は、“１２”、“２４”、“３６”、・・・というように、発注数が発注単位“１２”の整数倍であれば発注が許容されるが、その他の場合は発注が許容されない。

最大発注数は、１回の発注で許容される最大の発注数である。例えば１ダースを最小の単位とし、１０ダースまで発注が可能な商品の最大発注数は“１０”である。同様に、１０個入りのケースを最小の単位とし、２０ケースまで発注が可能な商品の最大発注数は“２０”である。ここに、発注単位と最大発注数は、発注数が正当な値か否かを判定するための条件となる。

各店舗に設置された店舗システム１０１のＰＯＳ（Point Of Sale）端末１０２（図７参照）は、本部映像サーバ２の商品データベース７で管理されるデータを基に、客が購入する商品の販売データを登録処理する。各ＰＯＳ端末１０２で登録された商品販売データは、各店舗に設置されたストアコンピュータ１０５に送信されて店全体の店舗売上情報（店舗売上データ）として集計される。

本部映像サーバ２は、このようにしてストアコンピュータ１０５で集計された店舗売上情報（店舗売上データ）を各店舗の店舗システム１０１から受信して管理する。

加えて、本部映像サーバ２は、詳細は後述するが、店舗に設置される店舗システム１０１のライブカメラ１０４（図７参照）で撮影した店舗内の売場の画像を、各店舗内の売場ごとに売場画像データとして売場画像記憶部８に記憶する。

次に、売場画像記憶部８に記憶される売場画像データについて説明する。図３は、売場画像記憶部８に記憶された売場画像データの一例を示す模式図である。図３に示すように、売場画像データは、例えばＪＰＥＧ（Joint Photographic Experts Group）形式の複数の静止画像ファイルを含む構成である。売場画像記憶部８には、売場ごとの映像が、時系列的に時間帯ごとの静止画像ファイルとして記録されている。具体的には、先頭の２桁が店舗番号を示すコードであり、次の２桁が部門番号を示すコードであり、次の２桁が売場を示すコードである。また、最初のアンダーバー以後の数字が撮像した日付であり、二つ目のアンダーバー以後の数字が撮像した時刻とするファイル名で、売場を撮像した静止画像が記録される。

図３に示す例における「１０１０１１＿２０１００１２５＿１０３０．ｊｐｇ」の場合は、先頭の２桁「１０」が店舗番号を示し、次の２桁「１０」が部門番号を示し、次の２桁「１１」が例えば惣菜などの売場を示し、「２０１００１２５」が２０１０年１月２５日に撮像されたことを示し、「１０３０」が１０時３０分に撮像されたことを示している。

本部映像サーバ２は、売場ごとに設置されたライブカメラ１０４から配信される売場画像データを、所定の時間間隔（例えば１分毎、５分毎など）に店舗システム１０１から取得し、上述したファイル名を付与して記録する。したがって、売場画像データとして記録されたデータファイルのファイル名を参照することで、売場ごとの各時間帯の映像を取得することが可能である。

なお、本実施形態では、売場ごとの各時間帯の映像を静止画像ファイルとして記録する構成を例示した。しかしながら、売場ごとの映像の時系列的な記録については、例えばＭＰＥＧ（Moving Picture Experts Group）形式の動画像データとして逐次記録してもよい。売場ごとの映像を動画像データとして逐次記録する場合であっても、フレーム位置を指定することで、各時間帯の静止画像を取得することが可能である。上述したように、売場ごとの映像の時系列的な記録は、連続的な動画像の記録と、所定の時間間隔で間欠的に撮像した静止画像の記録とを含むものとする。

発注サーバ３は、発注端末１０から各店舗の分の発注データを受信し、本部映像サーバ２の商品データベース７で管理されるデータを基にして各店舗の分をネットワークＮを介して発注先のシステム１１１に発注する。

また、発注サーバ３は、本部映像サーバ２が管理する売場画像記憶部８に記憶されている売場画像データを所定の時間間隔（例えば１分毎、５分毎など）で本部映像サーバ２から受信し、売場画像記憶部８に記憶されている売場画像データの画像ファイル名と同一ファイル名にて売場画像記憶部９に記憶する。これにより、発注サーバ３は、常に最新の画像ファイルを記憶する。

次に、商品発注業務を支援する発注装置である発注端末１０について説明する。図４は、発注端末１０の要部構成を示すブロック図である。図４に示すように、発注端末１０は、コンピュータ本体を構成するＣＰＵ（Central Processing Unit）１１と、主記憶部を構成するＲＯＭ（Read Only Memory）１２及びＲＡＭ（Random Access Memory）１３と、第１の入力デバイスである操作部１４と、第２の入力デバイスであるスキャナ１５と、通信ユニットである無線部１６と、表示デバイスであるディスプレイ１７と、ＳＳＤ（Solid State Drive）などの記憶装置１８と、を備える。

操作部１４は、タッチパネルやキーボードにより実現されており、商品発注数を入力するためのテンキーの他、各種のファンクションキーを備える。

スキャナ１５は、各商品にそれぞれ付される情報媒体（例えばバーコード，ＲＦＩＤタグ）から商品コードを読み取る。無線部１６は、無線基地局５との間の無線通信を司る。ディスプレイ１７は、スキャナ１５で読み取られた商品コードで特定される商品の商品名や商品発注数などを表示する。

記憶装置１８は、本部で各店舗の分を一括して発注する発注機能や売場閲覧機能を実現するための発注プログラムＰを記憶する。

本実施形態の発注端末１０で実行される発注プログラムＰは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

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

また、本実施形態の発注プログラムＰを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

次に、記憶装置１８に記憶された発注プログラムＰが発注端末１０のＣＰＵ１１に実行させる機能について説明する。

まず、発注プログラムＰが発注端末１０のＣＰＵ１１に実行させる機能のうち、従来から行なわれている発注機能について簡単に説明する。発注端末１０のＣＰＵ１１は、通常の発注モードにおいて、発注画面を表示し、発注商品を特定する商品識別子と発注数の入力を操作部１４やスキャナ１５を介して受付ける。

ここで、図５は発注画面Ｐ１の一例を示す正面図である。図５に示すように、発注画面Ｐ１は、発注対象となる商品について納品予定日別に発注数を入力可能な発注数入力エリアＡ１を備えている。発注数入力エリアＡ１には、単品の売価、各納品予定日の天気、単品・曜日別に予測客数などに基づいた販売点数予測等が表示されている。

また、発注画面Ｐ１は、図５に示すように、発注数入力エリアＡ１で選択されている発注対象となる商品についての過去実績を表示する過去実績表示エリアＡ２を備えている。過去実績表示エリアＡ２は、選択されている商品の前週の実績（売価、販売数、発注数など）を表示する。図５に示す例では、選択されている「商品Ｄ」についての過去実績が表示されている。

さらに、発注画面Ｐ１は、図５に示すように、発注数入力エリアＡ１で選択されている発注対象となる商品についての過去の販売実績数をグラフ表示するグラフ表示エリアＡ３を備えている。グラフ表示エリアＡ３は、週ごとの販売実績総数を折れ線グラフで表示し、過去４週の同曜日の販売実績集計値を棒グラフで表示する。図５に示す例では、選択されている「商品Ｄ」についての過去の販売実績数がグラフ表示されている。

そして、発注端末１０のＣＰＵ１１は、発注画面Ｐ１の発注数入力エリアＡ１に発注数が入力される毎に、その商品に対応する商品コード（識別番号）と発注数とを対応付けた商品発注データを作成して、無線部１６を介して送信して発注を行う。

ここで、図６は発注端末１０のＲＡＭ１３に形成される主要なメモリエリアを示す模式図である。かかる構成の発注端末１０は、図６に示すように、商品コード、商品名、発注先情報、原価及び発注数を少なくとも含む商品発注データを一時的に蓄えるバッファ領域（以下、発注バッファと称する）２１と、入力発注数Ｎのメモリ領域（発注数記憶手段：以下、発注数メモリと称する）２３と、商品コード、商品名、発注先情報、原価、発注単位Ａ及び最大発注数Ｂを少なくとも含む商品データのメモリ領域（以下、発注商品メモリと称する）２４とを、ＲＡＭ１３に形成する。

ところで、本実施形態のようなセンター発注方式を採用する場合、各店舗の売場の状況を本部で把握することはできないので、各店舗の商品販売データに基づく発注では、必ずしも適正な数を発注しているとはいえない。

そこで、本実施形態においては、記憶装置１８に記憶された発注プログラムＰが、発注端末１０のＣＰＵ１１に売場閲覧機能を実行させるようにしている。売場閲覧機能は、概略的には、上述したような本部での発注処理に際して各店舗の売場の状況を把握するために、発注画面Ｐ１に対して各店舗の売場の状況を表示する機能である。

図５に示すように、発注画面Ｐ１には、売場閲覧機能の実行を宣言する売場閲覧ボタンＢが表示されている。この売場閲覧ボタンＢは、発注画面Ｐ１に表示された発注対象となる商品の売場に応じて１または複数表示される。図５に示す例では、発注画面Ｐ１に表示された発注対象となる店舗Ｘにおける商品Ａ〜Ｈの何れかが陳列されている売場１に対応する売場閲覧ボタンＢ１と、売場２に対応する売場閲覧ボタンＢ２とが表示されている。

まず、発注端末１０の売場閲覧機能の説明に先立って、各店舗の売場の状況を収集する仕組みについて簡単に説明する。

図７は、店舗に設置される店舗システム１０１の全体構成を概略的に示すシステム構成図である。図７に示す店舗システム１０１は、売上商品の会計やその売上商品の登録を含む売上登録処理を行うＰＯＳ（Point Of Sale）端末１０２、図示しない売場の空間を撮像するライブカメラ１０４、そして、店舗のバックヤードなどに設置され、店舗システム１０１全体を制御するサーバとしてのストアコンピュータ１０５や店舗映像サーバ１０６等を備えている。ライブカメラ１０４は、パン・チルト・ズームの３つの遠隔操作が可能なＰＴＺ制御機能を備えたＰＴＺカメラである。また、店舗システム１０１では、ＰＯＳ端末１０２、ライブカメラ１０４、ストアコンピュータ１０５、店舗映像サーバ１０６がＬＡＮ（Local Area Network）などの通信ネットワーク１０７により互いに通信可能に接続されている。また、ストアコンピュータ１０５や店舗映像サーバ１０６は、インターネット等のネットワークＮを介して本部システム１に接続可能である。

図７に示すように、ライブカメラ１０４は、レンズ１１５から取り込んだ画像を、例えば２次元ＣＣＤアレイ（図示せず）に結像させ、ＣＣＤアレイの出力を増幅、Ａ／Ｄ変換、フィルタリング等して動画像や静止画像として出力する撮像装置である。ライブカメラ１０４は、店舗内の売場ごとに設置されており、陳列棚などの映像をつぶさに動画像や静止画像として配信する。例えば、ライブカメラ１０４は、時間帯毎の静止画像を配信する。なお、売場ごとに配置されるライブカメラ１０４には、ＬＡＮ上でユニークなネットワークアドレス（例えばＩＰアドレスやＭＡＣアドレスなど）が設定されている。したがって、ＰＯＳ端末１０２や店舗映像サーバ１０６は、ネットワークアドレスを指定することで、所定の売場のライブカメラ１０４から配信された映像（動画像や静止画像）を取得することができる。

店舗映像サーバ１０６は、ＰＯＳ端末１０２から送信された各種情報の管理や、ライブカメラ１０４から配信された売場ごとの動画像や静止画像の管理を行う。例えば、店舗映像サーバ１０６は、ライブカメラ１０４から配信された時間帯・売場毎の静止画像を店舗ごとに管理する。また、店舗映像サーバ１０６は、ライブカメラ１０４から配信された売場ごとの動画像や静止画像を所定のタイミングで本部システム１の本部映像サーバ２に送信する。なお、本実施形態においては、店舗映像サーバ１０６で、ライブカメラ１０４から配信された売場ごとの動画像や静止画像の管理を行うようにしたが、これに限るものではない。例えば、動画像や静止画像の管理をストアコンピュータ１０５で行うようにしても良い。

このような構成により、店舗システム１０１のライブカメラ１０４で撮影した各店舗・各売場の画像ファイル（動画像や静止画像のファイル）を、本部システム１の本部映像サーバ２で店舗ごとに集約することができる。なお、店舗のストアコンピュータ１０５から出力されるジャーナルデータを店舗映像サーバ１０６経由で本部映像サーバ２に送信するようにすることで、単品別の売上データと映像（動画像や静止画像）とを一元的に閲覧することが可能である。

ここで、図８は発注端末１０の機能構成を示すブロック図である。図８に示すように、発注端末１０のＣＰＵ１１が実行する記憶装置１８に記憶された発注プログラムＰは、発注手段３１、状況表示手段３２を含むモジュール構成となっており、実際のハードウェアとしては発注端末１０のＣＰＵ１１が記憶装置１８から発注プログラムＰを読み出して実行することにより上記各部がＲＡＭ１３上にロードされ、発注手段３１、状況表示手段３２がＲＡＭ１３上に生成されるようになっている。

発注手段３１は、任意の店舗に関連付けた発注画面Ｐ１を介して入力された商品の発注数に対して当該商品に対応する識別番号を対応付けた商品発注データを外部装置である発注先のシステム１１１に送信する。

状況表示手段３２は、発注手段３１における発注画面Ｐ１を介した発注数の入力に際して、当該発注数の入力の対象となる任意の店舗における現時点または現時点から過去に遡った商品の販売状況にかかる販売状況データを表示する。状況表示手段３２は、発注数の入力の対象となる商品の陳列位置を撮像装置であるライブカメラ１０４で所定の時間ごとに撮像した売場画像データを販売状況データとする。

次に、本部で各店舗の分を一括して発注する発注端末１０で実行される売場閲覧処理について説明する。ここで、図９は売場閲覧処理の流れを示すフローチャートである。

図９に示すように、発注端末１０のＣＰＵ１１（発注手段３１）は、発注対象となる所定の店舗の発注画面Ｐ１の売場閲覧ボタンＢ（図５の例では、売場閲覧ボタンＢ１または売場閲覧ボタンＢ２）が操作された場合（ステップＳ１のＹｅｓ）、操作された売場閲覧ボタンＢ（図５の例では、売場閲覧ボタンＢ１または売場閲覧ボタンＢ２）に対応する所定の店舗の売場にかかる画像ファイル（時間帯毎の静止画像）のうち、最新の画像ファイルから所定の時間を遡った時刻の画像ファイル（時間帯毎の静止画像）までを発注サーバ３から受信する（ステップＳ２）。

次いで、発注端末１０のＣＰＵ１１（状況表示手段３２）は、受信した複数の画像ファイルのサムネイル画像の一覧を発注画面Ｐ１上にポップアップ表示する（ステップＳ３）。

ここで、図１０はサムネイル画像の一覧を含むポップアップ画面Ｐ２の一例を示す正面図である。図１０に示すように、発注画面Ｐ１上には、発注画面Ｐ１とは別の画面であるサムネイル画像の一覧を含むポップアップ画面Ｐ２が重畳されて表示されている。図１０に示すポップアップ画面Ｐ２の例では、発注画面Ｐ１で操作された売場閲覧ボタンＢ（図５の例では、売場閲覧ボタンＢ１または売場閲覧ボタンＢ２）に対応する売場を撮影した最新の売場陳列の画像ファイルから所定の時間を遡った時刻の売場陳列の画像ファイルまで２×２のサムネイル画像が時系列（時間単位）で並べられて配置されている。各サムネイル画像は、３０分ごとの売場の映像を示している。したがって、ユーザは、「２０１４／０４／１３ １７：００」〜「２０１４／０４／１３ １５：３０」までの、３０分ごとの売場における陳列棚などの状態を映像から確認できる。なお、図示した表示態様は一例であり、表示するサムネイル画像の数や配列方向、設定された検索時刻に関する売場のサムネイル画像を表示する基準位置などについては、適宜変更してよい。また、画像をライブ表示するようにしても良い。

図９のフローチャートに戻り、発注端末１０のＣＰＵ１１（状況表示手段３２）は、ポップアップ画面Ｐ２に表示されている戻るボタンＢ３が操作された場合には（ステップＳ４のＹｅｓ）、発注画面Ｐ１上のポップアップ画面Ｐ２の表示を終了する（ステップＳ５）。

このように本実施形態によれば、任意の店舗に関連付けた発注画面Ｐ１を介した発注数の入力に際して、当該発注数の入力の対象となる任意の店舗における現時点または現時点から過去に遡った商品の販売状況にかかる販売状況データをポップアップ画面Ｐ２に表示することにより、本部にいながら、任意の店舗・任意の商品群の最新の陳列状況を確認して、精度の高い発注入力を行うことができるので、現状の売場の状況に応じた適正な発注数の入力が可能となる。

なお、本実施形態においては、各店舗の売場ごとに設置されたライブカメラ１０４から配信される売場画像データを「売場の販売データ」として適用したが、これに限るものではない。例えば、各店舗に設置される店舗システム１０１のストアコンピュータ１０５からＰＯＳ端末１０２による売上登録処理に基づく店舗売上情報（店舗売上データ）を、所定の時間ごとに発注サーバ３で収集しておく。そして、発注サーバ３は、発注画面Ｐ１で操作された売場閲覧ボタンＢ（図５の例では、売場閲覧ボタンＢ１または売場閲覧ボタンＢ２）に対応する売場に関する時間帯ごとの売上情報（売上データ）を集計して、「売場の販売データ」とする。具体的には、発注サーバ３は、ストアコンピュータ１０５から所定の時間ごとに取得した店舗売上情報（店舗売上データ）に含まれる商品分類コードから選択された売場に陳列された商品に関する売上データを抽出し、抽出した売上データの日時のデータ項目をもとに陳列商品の時間帯ごとに売上を集計して、「売場の販売データ」とする。

このようにして集計された時間帯ごとの陳列商品の売上情報は、時間帯ごとの売上数を示すグラフ（例えば棒グラフ）などとしてポップアップ画面Ｐ２に表示される。なお、ポップアップ画面Ｐ２に表示する時間帯ごとの陳列商品の売上情報は、最新の売上情報から所定の時間を遡った時刻の売上情報までである。

これにより、時間帯ごとの売上情報の中で、発注画面Ｐ１で操作された売場閲覧ボタンＢ（図５の例では、売場閲覧ボタンＢ１または売場閲覧ボタンＢ２）に対応する売場に陳列された商品に関する売上情報が容易に確認できる。

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

１０ 発注装置
３１ 発注手段
３２ 状況表示手段

特開２０１３−８０８８号公報

Claims (6)

1. 任意の店舗に関連付けた発注画面を介して入力された商品の発注数に対して当該商品に対応する識別番号を対応付けた商品発注データを外部装置に送信する発注手段と、
   前記発注手段における前記発注画面を介した前記発注数の入力に際して、当該発注数の入力の対象となる前記任意の店舗における現時点または現時点から過去に遡った商品の販売状況にかかる販売状況データを表示する状況表示手段と、
   を備えることを特徴とする発注装置。
2. 前記状況表示手段は、前記発注数の入力の対象となる商品の陳列位置を撮像装置で所定の時間ごとに撮像した売場画像データを前記販売状況データとする、
   ことを特徴とする請求項１記載の発注装置。
3. 前記状況表示手段は、前記発注数の入力の対象となる商品の時間帯ごとの売上データを前記販売状況データとする、
   ことを特徴とする請求項１記載の発注装置。
4. 前記状況表示手段は、前記販売状況データを前記発注画面とは別の画面に表示する、
   ことを特徴とする請求項１ないし３の何れか一記載の発注装置。
5. 前記状況表示手段は、複数の前記販売状況データを時系列で並べて表示する、
   ことを特徴とする請求項１ないし４の何れか一記載の発注装置。
6. コンピュータを、
   任意の店舗に関連付けた発注画面を介して入力された商品の発注数に対して当該商品に対応する識別番号を対応付けた商品発注データを外部装置に送信する発注手段と、
   前記発注手段における前記発注画面を介した前記発注数の入力に際して、当該発注数の入力の対象となる前記任意の店舗における現時点または現時点から過去に遡った商品の販売状況にかかる販売状況データを表示する状況表示手段と、
   として機能させるためのプログラム。

Images