(57)【要約】【課題】オンデマンド型の販売形態の店舗における販売商品の材料の在庫を、より適正に管理可能な在庫管理サーバ及び在庫管理システムを提供する。【解決手段】複数の商品材料を在庫として保有する店舗の在庫を管理する在庫管理サーバであって、店舗において商品作製の際に使用される商品材料毎の使用量を分析し、商品材料毎の使用量を基準として、商品材料毎の在庫を管理する在庫管理部を備える。【選択図】図２
2014013532.tif 000002
【特許請求の範囲】
【請求項１】
複数の商品材料を在庫として保有する店舗の在庫を管理する在庫管理サーバであって、
前記店舗において商品作製の際に使用される商品材料毎の使用量を分析し、前記商品材料毎の使用量を基準として、前記商品材料毎の在庫を管理する在庫管理部を備えたことを特徴とする在庫管理サーバ。
【請求項２】
前記商品は出来上がり食品であることを特徴とする請求項１に記載の在庫管理サーバ。
【請求項３】
前記店舗において商品作製の際に使用された前記商品材料毎の使用量と、前記店舗において発生した前記商品材料毎のロス量と、予め設定された前記商品材料毎の有効使用量とに基づいて、前記商品材料毎の在庫変動量を算出する在庫変動量算出部と、
算出された前記商品材料毎の在庫変動量に基づいて、前記商品材料毎の発注量を決定する発注量決定部と、
を備えたことを特徴とする請求項１に記載の在庫管理サーバ。
【請求項４】
所定の商品材料の前記有効使用量は、当該所定の商品材料の発注単位の数量に、当該所定の商品材料の歩留まり率を乗算した値に設定されることを特徴とする請求項３に記載の在庫管理サーバ。
【請求項５】
前記在庫変動量算出部は、所定の商品材料の在庫変動量を算出する場合、
前記所定の商品材料の使用量と前記所定の商品材料のロス量との合計値を、前記所定の商品材料の有効使用量で除算し、
除算して算出された商の値を、発注単位からみた前記所定の商品材料の在庫変動量とすることを特徴とする請求項４に記載の在庫管理サーバ。
【請求項６】
前記店舗において販売される商品と、前記商品材料毎の使用量とが対応付けられた商品別材料情報を有し、
前記在庫変動量算出部は、前記店舗に設置された店舗用クライアント装置から取得した商品毎の販売数量と、前記商品別材料情報とに基づいて、前記商品材料毎の使用量を算出することを特徴とする請求項３に記載の在庫管理サーバ。
【請求項７】
前記在庫変動量算出部によって算出された前記商品材料毎の在庫変動量に基づいて、前記商品材料毎の季節指数を算出する季節指数算出部をさらに備えたことを特徴とする請求項３に記載の在庫管理サーバ。
【請求項８】
前記発注量決定部は、算出された前記商品材料毎の在庫変動量と、前記季節指数算出部によって算出された前記商品材料毎の季節指数とに基づいて、前記商品材料毎の発注量を決定することを特徴とする請求項７に記載の在庫管理サーバ。
【請求項９】
前記在庫管理サーバは、複数の店舗の各々に設置された店舗用クライアント装置とネットワークを介して接続され、
前記在庫変動量算出部は、前記商品材料毎の在庫変動量を、前記店舗毎に算出し、
前記発注量決定部は、前記商品材料毎の発注量を、前記店舗毎に算出することを特徴とする請求項３に記載の在庫管理サーバ。
【請求項１０】
所定の商品材料の発注先業者に設置された発注先用クライアント装置と接続され、
前記発注量決定部は、前記所定の商品材料の発注量を決定した場合、決定された前記所定の商品材料の発注量を、前記発注先用クライアント装置が閲覧可能なＷｅｂページデータとして前記発注先用クライアント装置に提供することを特徴とする請求項３に記載の在庫管理サーバ。
【請求項１１】
複数の商品材料を在庫として保有する複数の店舗の各々に設置された店舗用クライアント装置と、前記複数の店舗の在庫を管理する在庫管理サーバとを備えた在庫管理システムであって、  
前記在庫管理サーバは、
前記店舗において商品作製の際に使用される商品材料毎の使用量を分析し、前記商品材料毎の使用量を基準として、前記商品材料毎の在庫を管理する在庫管理部を備えたことを特徴とする在庫管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、在庫管理サーバ及び在庫管理システムに関する。
【背景技術】
【０００２】
小売業や外食産業等の業種において、チェーン店と呼ばれる経営形態が知られている。チェーン店とは、ブランド、サービスの内容及び外観等に統一性を持たせ、一つの企業が多数の店舗の運営や管理を行う経営形態である。このようなチェーン店には、本部の企業が各店舗を経営する直営店と、本部の企業から仕入れやノウハウ提供等を受ける契約をした店のオーナーが経営するフランチャイズ店とがある（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−０９４９４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、上記のチェーン店においては、各店舗の在庫管理を適切に行うことが重要である。特に、顧客からの注文を受けてから販売商品の作製を開始し、作製された販売商品を顧客へ配達するような販売形態、例えば宅配寿司や宅配ピザのようなオンデマンド型の販売形態では、販売商品の材料が食料でありロスが生じ易いことからも、より適正な在庫管理が望まれていた。
【０００５】
本発明は、上記の点に鑑みてなされたものであり、オンデマンド型の販売形態の店舗における販売商品の材料の在庫を、より適正に管理可能な在庫管理サーバ及び在庫管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するために、本発明に係る在庫管理サーバは、複数の商品材料を在庫として保有する店舗の在庫を管理する在庫管理サーバであって、前記店舗において商品作製の際に使用される商品材料毎の使用量を分析し、前記商品材料毎の使用量を基準として、前記商品材料毎の在庫を管理する在庫管理部を備える。
【０００７】
また、上記の目的を達成するために、本発明に係る前記在庫管理サーバでは、前記商品は出来上がり食品である。
【０００８】
また、上記の目的を達成するために、本発明に係る前記在庫管理サーバは、前記店舗において商品作製の際に使用された前記商品材料毎の使用量と、前記店舗において発生した前記商品材料毎のロス量と、予め設定された前記商品材料毎の有効使用量とに基づいて、前記商品材料毎の在庫変動量を算出する在庫変動量算出部と、算出された前記商品材料毎の在庫変動量に基づいて、前記商品材料毎の発注量を決定する発注量決定部と、を備える。
【０００９】
また、上記の目的を達成するために、本発明に係る前記在庫管理サーバでは、所定の商品材料の前記有効使用量は、当該所定の商品材料の発注単位の数量に、当該所定の商品材料の歩留まり率を乗算した値に設定される。
【００１０】
また、上記の目的を達成するために、本発明に係る前記在庫管理サーバでは、前記在庫変動量算出部は、所定の商品材料の在庫変動量を算出する場合、前記所定の商品材料の使用量と前記所定の商品材料のロス量との合計値を、前記所定の商品材料の有効使用量で除算し、除算して算出された商の値を、発注単位からみた前記所定の商品材料の在庫変動量とする。
【００１１】
また、上記の目的を達成するために、本発明に係る前記在庫管理サーバは、前記店舗において販売される商品と、前記商品材料毎の使用量とが対応付けられた商品別材料情報を有し、前記在庫変動量算出部は、前記店舗に設置された前記店舗用クライアント装置から取得した商品毎の販売数量と、前記商品別材料情報とに基づいて、前記商品材料毎の使用量を算出する。
【００１２】
また、上記の目的を達成するために、本発明に係る前記在庫管理サーバは、前記在庫変動量算出部によって算出された前記商品材料毎の在庫変動量に基づいて、前記商品材料毎の季節指数を算出する季節指数算出部をさらに備える。
【００１３】
また、上記の目的を達成するために、本発明に係る前記在庫管理サーバでは、前記発注量決定部は、算出された前記商品材料毎の在庫変動量と、前記季節指数算出部によって算出された前記商品材料毎の季節指数とに基づいて、前記商品材料毎の発注量を決定する。
【００１４】
また、上記の目的を達成するために、本発明に係る前記在庫管理サーバは、複数の店舗の各々に設置された店舗用クライアント装置とネットワークを介して接続され、前記在庫変動量算出部は、前記商品材料毎の在庫変動量を、前記店舗毎に算出し、前記発注量決定部は、前記商品材料毎の発注量を、前記店舗毎に算出する。
【００１５】
また、上記の目的を達成するために、本発明に係る前記在庫管理サーバは、所定の商品材料の発注先業者に設置された発注先用クライアント装置と接続され、前記発注量決定部は、前記所定の商品材料の発注量を決定した場合、決定された前記所定の商品材料の発注量を、前記発注先用クライアント装置が閲覧可能なＷｅｂページデータとして前記発注先用クライアント装置に提供する。
【００１６】
また、上記の目的を達成するために、本発明に係る在庫管理システムは、複数の商品材料を在庫として保有する複数の店舗の各々に設置された店舗用クライアント装置と、前記複数の店舗の在庫を管理する在庫管理サーバとを備えた在庫管理システムであって、前記在庫管理サーバは、前記店舗において商品作製の際に使用された前記商品材料毎の使用量を分析し、前記商品材料毎の使用量を基準として、前記商品材料毎の在庫を管理する在庫管理部を備える。
【発明の効果】
【００１７】
本発明によれば、オンデマンド型の販売形態の店舗における販売商品の材料の在庫を、より適正に管理することができる。
【図面の簡単な説明】
【００１８】
【図１】本実施形態に係る在庫管理システムの構成例を示す図。
【図２】本実施形態に係る在庫管理サーバの機能構成例を示す図。
【図３】本実施形態に係る管理用クライアントの機能構成例を示す図。
【図４】本実施形態に係る店舗用クライアントの機能構成例を示す図。
【図５】本実施形態に係る発注先用クライアントの機能構成例を示す図。
【図６】本実施形態に係る在庫管理システムの動作例を示すシーケンス図。
【図７】本実施形態に係る在庫管理サーバへの認証情報入力画面例を示す図。
【図８】本実施形態に係る管理用クライアントの初期登録時の画面遷移例を示す図。
【図９】本実施形態に係る商品別材料情報の一例を示す図。
【図１０】本実施形態に係る材料別梱包単位情報の一例を示す図。
【図１１】本実施形態に係る店舗用クライアントの初期登録時及びロス登録時の画面遷移例を示す図。
【図１２】本実施形態に係る在庫情報の一例を示す図。
【図１３】本実施形態に係る管理用クライアントの売上登録時の画面遷移例を示す図。
【図１４】本実施形態に係る更新後の在庫情報の一例を示す図。
【図１５】本実施形態に係る発注情報の一例を示す図。
【図１６】本実施形態に係る発注先用クライアントのログイン時の画面例を示す図。
【図１７】本実施形態に係る店舗用クライアントの在庫・注文確認時の画面遷移例を示す図。
【図１８】本実施形態に係る再更新後の在庫情報の一例を示す図。
【図１９】本実施形態に係る店舗用クライアントの棚卸時の画面遷移例を示す図。
【図２０】本実施形態に係る管理用クライアントの在庫確認時の画面遷移例を示す図。
【発明を実施するための形態】
【００１９】
本技術は、複数の商品材料を在庫として保有する店舗の在庫を管理する在庫管理サーバであって、複数の商品材料を在庫として保有する店舗の在庫を管理する在庫管理サーバであって、前記店舗において商品作製の際に使用される商品材料毎の使用量を分析し、前記商品材料毎の使用量を基準として、前記商品材料毎の在庫を管理する在庫管理部を備えることにより、オンデマンド型の販売形態の店舗における販売商品の材料の在庫を、より適正に管理するものである。以下、本技術の実施の形態を説明する。
【００２０】
［在庫管理システムの構成］
図１は、本実施形態に係る在庫管理システム１０の構成例を示す図である。
【００２１】
在庫管理システム１０は、在庫管理サーバ（装置）１、管理用クライアント（装置）２、複数の店舗用クライアント（装置）３ａ〜３ｃ（以下、いずれか一つを指す場合、「店舗用クライアント３」という）、複数の発注先用クライアント（装置）４ａ〜４ｃ（以下、いずれか一つを指す場合、「発注先用クライアント４」という）を備える。
【００２２】
これら在庫管理サーバ１、管理用クライアント２、複数の店舗用クライアント３ａ〜３ｃ、複数の発注先用クライアント４ａ〜４ｃは、インターネット等のネットワーク５を介して相互に接続されている。
【００２３】
在庫管理サーバ１は、店舗用クライアント３ａ〜３ｃが設置される各店舗の在庫情報を管理するコンピュータ装置である。この在庫管理サーバ１は、管理用クライアント２によって管理される。また、発注先用クライアント４ａ〜４ｃが設置された各発注先のメーカーに対して自動発注を行う。
【００２４】
在庫管理サーバ１は、Ｗｅｂクライアントとしての管理用クライアント２、店舗用クライアント３又は発注先用クライアント４からのリクエストに応じて、ＨＴＭＬ（Hyper Text Markup Language）で記述されたＷｅｂページデータ等を提供するＷｅｂサーバである。管理用クライアント２、店舗用クライアント３及び発注先用クライアント４では、提供された上記Ｗｅｂページデータ等がＷｅｂブラウザ上に閲覧可能に表示される。また、管理用クライアント２、店舗用クライアント３及び発注先用クライアント４のＷｅｂブラウザ上で、ユーザは各種情報の入力、更新、削除等を行うことができる。
【００２５】
この在庫管理サーバ１は、バス１５を介して接続されたＣＰＵ（Central Processing Unit）１１、メモリ１２、ＨＤＤ（Hard Disk Drive）１３、インターフェース装置１４を備える。ＣＰＵ１１は、メモリ１２に記憶された各種プログラムを実行する中央演算装置である。メモリ１２は、ＣＰＵ１１によって実行されるプログラム及びこれらのプログラムによって使用されるデータを記憶するＲＡＭ（Random Access Memory）等の記憶装置である。ＨＤＤ１３は、各種データ等を記憶する記憶装置である。インターフェース装置１４は、外部ネットワーク等に接続するためのインターフェース装置である。
【００２６】
管理用クライアント２は、各店舗用クライアント３ａ〜３ｃの管理用のコンピュータ装置である。例えば、前述の各店舗用クライアント３ａ〜３ｃがチェーン展開された各チェーン店に設置される場合、この管理用クライアント２は本部に設置される。
【００２７】
管理用クライアント２は、バス２７を介して接続されたＣＰＵ２１、メモリ２２、ＨＤＤ２３、入力装置２４、表示装置２５、インターフェース装置２６を備える。ＣＰＵ２１〜ＨＤＤ２３及びインターフェース装置２６は、前述のＣＰＵ１１〜インターフェース装置１４と同様であるためここでは説明を省略する。
【００２８】
入力装置２４は、ユーザインターフェースを提供する入力装置（例えばキーボード、マウス）である。表示装置２５は、例えばディスプレイ等の表示装置である。
【００２９】
店舗用クライアント３は、各店舗に設置されるコンピュータ装置である。ここでいう店舗とは、顧客からの注文を受けてから販売商品の作製を開始し、作製された販売商品を顧客へ配達するオンデマンド型の販売形態の店舗である。なお、本実施形態では、販売商品が寿司、販売商品の材料が寿司ネタである場合を例に以降説明するが、販売商品は寿司に限定されるものではない。例えばピザや弁当等の複数の商品材料を用いて作製される形態の食品である出来上がり食品や加工食品であっても良い。
【００３０】
店舗用クライアント３は、バス３７を介して接続されたＣＰＵ３１、メモリ３２、ＨＤＤ３３、入力装置３４、表示装置３５、インターフェース装置３６を備える。ＣＰＵ３１〜インターフェース装置３６は、前述のＣＰＵ２１〜インターフェース装置２６と同様であるためここでは説明を省略する。
【００３１】
発注先用クライアント４は、店舗用クライアント３が設置された各店舗で販売される商品の材料の発注先業者（メーカー）に設置されるコンピュータ装置である。各発注先業者は、この発注先用クライアント４を用いて各店舗からの発注を確認して出荷する。なお、各発注先業者は例えば材料の種類毎に区別することができる。
【００３２】
発注先用クライアント４は、バス４７を介して接続されたＣＰＵ４１、メモリ４２、ＨＤＤ４３、入力装置４４、表示装置４５、インターフェース装置４６を備える。ＣＰＵ４１〜インターフェース装置４６は、前述のＣＰＵ２１〜インターフェース装置２６と同様であるためここでは説明を省略する。
【００３３】
以上に示す構成により、本実施形態に係る在庫管理システム１０では、在庫管理サーバ１は、店舗用クライアント３が設置された各店舗の在庫を管理し、必要に応じて発注先用クライアント４が設置された各発注先業者に対して自動発注を行う。
【００３４】
［在庫管理サーバの機能構成］
図２は、本実施形態に係る在庫管理サーバ１の機能構成例を示す図である。以下、在庫管理サーバ１が実現する各機能について説明する。
【００３５】
在庫管理サーバ１は、認証部１０１、表示データ生成部１０２、在庫管理部１０３、記憶部１１０を有する。また在庫管理部１０３は、在庫変動量算出部１０４、季節指数算出部１０５、在庫量更新部１０６、発注量決定部１０７を有する。認証部１０１〜発注量決定部１０７の機能は、例えば図１のメモリ１２に格納された在庫管理プログラムによって実現される。記憶部１１０は、例えば図１のメモリ１２やＨＤＤ１３によって実現される。なお、記憶部１１０は各種のデータをデータベースとして記憶しても良い。
【００３６】
認証部１０１は、管理用クライアント２、店舗用クライアント３又は発注先用クライアント４から受信した認証情報と、記憶部１１０に記憶された認証基準情報１１１とに基づいてユーザ認証を実行する。表示データ生成部１０２は、管理用クライアント２の表示装置２５、店舗用クライアント３の表示装置３５、又は発注先用クライアント４の表示装置４５上に表示させる表示用データを生成する。表示用データとは、前述のＨＴＭＬで記述されたＷｅｂページデータ等である。なお、表示用データは管理用クライアント２、店舗用クライアント３、発注先用クライアント４毎に異なり、各クライアント毎に閲覧可能な表示用データは限定される。在庫管理部１０３は、店舗クライアント３が設置された各店舗において商品作製の際に使用される商品材料毎の使用量を分析し、商品材料毎の使用量を基準として、商品材料毎の在庫を店舗毎に管理する。在庫変動量算出部１０４は、店舗用クライアント３が設置された各店舗の在庫の変動量を算出する。所定の商品材料についての在庫変動量は、店舗での売上情報に基づいて導き出される、販売商品作製の際に使用された当該商品材料の使用量と、店舗で実際に発生した当該商品材料のロス量と、予め管理用クライアント２によって設定された当該商品材料の有効使用量とに基づいて算出される。季節指数算出部１０５は、在庫変動量算出部１０４によって算出された各店舗の商品材料毎の在庫変動量に基づいて、商品材料毎の季節指数を算出する。ここでいう季節指数とは、商品材料毎の使用量の季節変化を示す数値指標である。在庫量更新部１０６は、在庫変動量算出部１０４によって算出された各店舗の商品材料毎の在庫変動量に基づいて、各店舗の商品材料毎の在庫量を示す在庫情報１１４を更新する。発注量決定部１０７は、在庫変動量算出部１０４によって算出された商品材料毎の在庫変動量や季節指数算出部１０５によって算出された商品材料毎の季節指数に応じて、各店舗の商品材料毎の発注量を決定する。この発注量決定部１０７は、さらに、店舗毎の発注内容を示す発注情報１１５を生成する。
【００３７】
記憶部１１０は、認証基準情報１１１、商品別材料情報１１２、材料別梱包単位情報１１３、在庫情報１１４、発注情報１１５を記憶する。
【００３８】
認証基準情報１１１は、管理用クライアント２、店舗用クライアント３、発注先用クライアント４の認証のための基準情報であり、例えばログインＩＤ（識別情報）とログインパスワードの組み合わせである。商品別材料情報１１２は、商品別の材料を特定する情報である。詳細については図９を用いて後述する。材料別梱包単位情報１１３は、材料別の梱包単位を示す情報である。詳細については図１０を用いて後述する。在庫情報１１４は、店舗毎の在庫を示す情報である。詳細については図１２や図１４を用いて後述する。発注情報１１５は、店舗毎の発注内容を示す情報である。詳細については図１５を用いて後述する。
【００３９】
［管理用クライアントの機能構成］
図３は、本実施形態に係る管理用クライアント２の機能構成例を示す図である。以下、管理用クライアント２が実現する各機能について説明する。
【００４０】
管理用クライアント２は、表示部２０１、入力部２０２、記憶部２１０を有する。表示部２０１、入力部２０２の機能は、図１のＨＤＤ２３にインストールされたＯＳ（Operating System）等によって実現される。記憶部２１０は、図１のメモリ２２やＨＤＤ２３によって実現される。
【００４１】
表示部２０１は、在庫管理サーバ１によって生成された表示データを表示装置２５上に表示する。入力部２０２は、入力装置２４に対するユーザの入力情報を入力する。記憶部２１０は、各店舗の売上情報２１１、例えばＣＳＶ形式のデータを記憶する。
【００４２】
［店舗用クライアントの機能構成］
図４は、本実施形態に係る店舗用クライアント３の機能構成例を示す図である。以下、店舗用クライアント３が実現する各機能について説明する。
【００４３】
店舗用クライアント３は、表示部３０１、入力部３０２、記憶部３１０を有する。表示部３０１、入力部３０２の機能は、図１のＨＤＤ３３にインストールされたＯＳ等によって実現される。記憶部３１０は、図１のメモリ３２やＨＤＤ３３によって実現される。
【００４４】
表示部３０１は、在庫管理サーバ１によって生成された表示データを表示装置３５上に表示する。入力部３０２は、入力装置３４に対するユーザの入力情報を入力する。記憶部３１０は、店舗の売上情報３１１、店舗の在庫を示す在庫情報３１２を記憶する。なお、ここでいう店舗とは、この店舗用クライアント３が設置された店舗である。
【００４５】
［発注先用クライアントの機能構成］
図５は、本実施形態に係る発注先用クライアント４の機能構成例を示す図である。以下、発注先用クライアント４が実現する各機能について説明する。
【００４６】
発注先用クライアント４は、表示部４０１、入力部４０２を有する。表示部４０１、入力部４０２の機能は、図１のＨＤＤ４３にインストールされたＯＳ等によって実現される。
【００４７】
表示部４０１は、在庫管理サーバ１によって生成された表示データを表示装置４５上に表示する。入力部４０２は、入力装置４４に対するユーザの入力情報を入力する。
【００４８】
［在庫管理システムの動作］
図６は、本実施形態に係る在庫管理システム１０の動作例を示すシーケンス図である。以下、在庫管理システム１０の動作について説明する。以下の説明では適宜図１〜図５を参照して説明する。
【００４９】
なお、図６に示す各動作に先立ち、管理用クライアント２、店舗用クライアント３及び発注先用クライアント４の在庫管理サーバ１に対するログイン認証動作を説明する。
【００５０】
［在庫管理サーバ１へのログイン認証］
図７は、本実施形態に係る在庫管理サーバ１への認証情報入力画面７００の一例を示す図である。以下、管理用クライアント２の在庫管理サーバ１に対するログイン認証動作を例に挙げて説明する。
【００５１】
在庫管理サーバ１の表示データ生成部１０２は、管理用クライアント２からの要求に応じて、図７に示すような認証情報入力画面７００の表示データを生成し、管理用クライアント２に送信する。認証情報入力画面７００は、それぞれＩＤ、パスワードを入力するためのテキストボックス７０１、７０２を有する。管理用クライアント２は、認証情報入力画面７００を表示装置２５上に表示する。管理用クライアント２のユーザは入力装置２４を用いて認証情報を入力し、入力された認証情報は在庫管理サーバ１に送信される。そうすると、在庫管理サーバ１の認証部１０１が、入力された認証情報と、記憶部１１０に記憶された認証基準情報１１１とに基づいて認証を実行する。認証に成功した場合、図６に示す各動作に進む。
【００５２】
［Ａ．初期登録］
図６の“Ａ．初期登録”の動作を説明する。ここでは、管理用クライアント２及び店舗用クライアント３が在庫管理サーバ１に各種情報を登録する。
【００５３】
［図６のステップ２１の動作］
上記の認証に成功した場合、管理用クライアント２の表示装置２５上には、図８に示すような管理メニュー画面８００が表示される。
【００５４】
図８は、本実施形態に係る管理用クライアント２の初期登録時の画面遷移例を示す図である。図８に示す管理メニュー画面８００上では、ハイパーリンクである商品別材料登録８０１、材料別梱包単位登録８０２、有効使用量登録８０３、売上登録８０４及び在庫確認８０５が選択可能に表示される。
【００５５】
管理メニュー画面８００上で商品別材料登録８０１が選択されると、商品別材料登録画面８１０が管理用クライアント２の表示装置２５上に表示される。商品別材料登録画面８１０は入力欄８１１を有する。ユーザは入力欄８１１に、販売商品毎の商品材料の使用量を入力する。そうすると、在庫管理サーバ１の商品別材料情報１１２には、図９に示すように販売商品毎の商品材料の使用量が登録される。
【００５６】
図９は、本実施形態に係る商品別材料情報１１２の一例を示す図である。図９に示す例では、“松”、“竹”、“梅”、“特上”（にぎり寿司）の４種類の販売商品と、各々の商品材料である“マグロ”、“イカ”、“タコ”、“アナゴ”の使用量とが対応付けて登録される。例えば商品名が“松”であるにぎり寿司では、“マグロ”８０ｇ、“イカ”４枚、“タコ”３枚、“アナゴ”２枚が使用される。
【００５７】
［図６のステップ２２の動作］
一方、図８に示す管理メニュー画面８００上で材料別梱包単位登録８０２が選択されると、材料別梱包単位登録画面８２０が管理用クライアント２の表示装置２５上に表示される。材料別梱包単位登録画面８２０は入力欄８２１を有する。ユーザは入力欄８２１に、商品材料毎の仕入れの際の梱包単位を入力する。そうすると、在庫管理サーバ１の材料別梱包単位情報１１３には、図１０に示すように商品材料毎の個数情報が登録される。
【００５８】
図１０は、本実施形態に係る材料別梱包単位情報１１３の一例を示す図である。図１０に示す例では、“マグロ”、“イカ”、“タコ”、“アナゴ”の商品材料の種類と、１ロット単位及び個品単位の数量とが対応付けられて登録される。例えば商品材料“マグロ”は２００ｇを１パックとしたパック単位で発注・納品される。この１ロット単位はパック単位のみならず、サク単位やケース単位等その他の発注・納品単位であっても良い。なお、図１０の右列の有効使用量については後述する。
【００５９】
［図６のステップ２３の動作］
また、図８に示す管理メニュー画面８００上で有効使用量登録８０３が選択されると、有効使用量登録画面８３０が管理用クライアント２の表示装置２５上に表示される。有効使用量登録画面８３０は入力欄８３１を有する。ユーザは入力欄８３１に、商品材料毎の有効使用量を入力する。所定の商品材料の有効使用量には、当該所定の商品材料についての前述の１ロット単位、すなわち発注単位の数量に歩留まり率を乗算した量が設定される。そうすると、例えば図１０の材料別梱包単位情報１１３の右列に示すように、商品材料毎の有効使用量が登録される。
【００６０】
図１０に示す例では、商品材料“マグロ”の歩留まり率が１６０ｇ／２００ｇ×１００＝８０％であることを示している。なお、商品材料毎の有効使用量を登録するためのテーブルを別途設けても良い。
【００６１】
［図６のステップ３１の動作］
上記の認証に成功した場合、店舗用クライアント３の表示装置３５上には、図１１に示すような管理メニュー画面１１００が表示される。
【００６２】
図１１は、本実施形態に係る店舗用クライアント３の初期登録時及びロス登録時の画面遷移例を示す図である。図１１に示す管理メニュー画面１１００上では、ハイパーリンクである最大在庫・基準値設定１１０１、ロス登録１１０２、在庫・注文確認１１０３及び在庫調整１１０４が選択可能に表示される。
【００６３】
管理メニュー画面１１００上で最大在庫・基準値設定１１０１が選択されると、最大在庫・基準値設定画面１１１０が店舗用クライアント３の表示装置３５上に表示される。最大在庫・基準値設定画面１１１０は入力欄１１１１を有する。ユーザは入力欄１１１１に、商品材料毎の最大在庫数、基準値及びこれらの単位を入力する。ここでいう最大在庫数とは店舗の冷蔵庫等に格納可能な最大数である。また基準値とは、在庫残数が当該基準値よりも小さい場合に発注を行う、いわば発注のための基準値である。そうすると、在庫管理サーバ１の在庫情報１１４には、図１２に示すように商品材料毎に最大在庫数及び基準値が対応付けられた情報が登録される。
【００６４】
図１２は、本実施形態に係る在庫情報１１４の一例を示す図である。図１２に示す例では、店名が“Ｘ”である店舗における各商品材料の最大在庫数及び基準値が登録されている。また在庫数として、実際に店舗“Ｘ”に格納されている在庫の数が登録されている。在庫数は、前述のロット単位の数値に加え、端数の数値も含む。同様の方法により、他の各店舗における商品材料毎の最大在庫数及び基準値が登録される。
【００６５】
［Ｂ．ロス登録］
次に図６の“Ｂ．ロス登録”の動作を説明する。ここでは、店舗用クライアント３が在庫管理サーバ１にロス情報を登録する。
【００６６】
［図６のステップ３２の動作］
図１１に示す管理メニュー画面１１００上でロス登録１１０２が選択されると、ロス登録画面１１２０が店舗用クライアント３の表示装置３５上に表示される（図１１参照）。ロス登録画面１１２０は入力欄１１２１を有する。ユーザは入力欄１１２１に、各商品材料について実際に発生したロスの量を、例えば日時単位で入力する。ここでいうロスとは、商品製作（調理）過程において発生したロスや、配達中に発生したロスを含む。そうすると、在庫管理サーバ１に商品材料毎のロス量の情報が登録される。
【００６７】
［Ｃ．売上登録］
続いて図６の“Ｃ．売上登録”の動作を説明する。ここでは、管理用クライアント２が在庫管理サーバ１に売上情報を登録する。
【００６８】
なお、予め管理用クライアント２は各店舗用クライアント３から、商品毎の販売数量等を含む売上情報３１１（図４参照）を受け取っており、これらをまとめたものを例えばＣＳＶ形式のデータの売上情報２１１（図３参照）として保持している。
【００６９】
図１３は、本実施形態に係る管理用クライアント２の売上登録時の画面遷移例を示す図である。図１３の左側の管理メニュー画面８００は、図８の管理メニュー画面８００と同一である。
【００７０】
［図６のステップ２４の動作］
管理メニュー画面８００上で売上登録８０４が選択されると、売上登録画面１３１０が管理用クライアント２の表示装置２５上に表示される。売上登録画面１３１０は、参照ボタン１３１１、テキストボックス１３１２及び登録ボタン１３１３を有する。売上登録画面１３１０上でユーザは参照ボタン１３１１を押下し、不図示のエクスプローラによって、管理用クライアント２が保持する売上情報２１１（図３参照）を選択する。そうすると、選択された売上情報２１１のファイル名がテキストボックス１３１２に表示される。その後、ユーザが登録ボタン１３１３を押下すると、売上情報２１１、すなわち店舗毎の売上情報が在庫管理サーバ１に登録される。
【００７１】
［Ｄ．在庫計算・材料発注］
続いて図６の“Ｄ．在庫計算・材料発注”の動作を説明する。ここでは、在庫管理サーバ１が店舗毎の在庫量及び発注量を計算し、発注先用クライアント４に自動発注する。
【００７２】
［図６のステップ１１〜１４の動作］
まずステップ１１において、在庫管理サーバ１の在庫変動量算出部１０４（図２参照）が、ステップ２３で登録した商品材料毎の有効使用量と、ステップ２４で受信した店舗毎の売上情報と、ステップ３２で受信した商品材料毎のロス情報とに基づいて、各商品材料についての在庫変動量を計算する（Ｓ１１）。
【００７３】
例えば商品材料“マグロ”の在庫変動量を計算する場合を例に挙げて説明する。まず、実際に販売された商品における商品材料“マグロ”の使用量を、売上情報と商品別材料情報１１２とに基づいて算出する。商品名が“松”であるにぎり寿司が１０セット販売された場合、商品材料“マグロ”の使用量は８０×１０＝８００ｇと算出できる（図９参照）。次に、発生したロス量である“３０ｇ”（図１１参照）を加算することによって、合計値である８００＋３０＝８３０ｇを算出する。
【００７４】
ここで、商品材料“マグロ”の有効使用量は１パック当たり１６０ｇである（図１０参照）。そうすると、算出された８３０ｇは、５パック（５×１６０ｇ）に３０ｇを加えたものに相当する。つまり、前述の合計値を、商品材料“マグロ”の有効使用量で除算することによって算出された商の値である５を、発注単位からみた在庫変動量としている。一方、剰余の値である３０を、端数の在庫変動量とする。以上により、商品材料“マグロ”の在庫変動量は５パック及び端数３０ｇと算出される。このようにして、有効使用量を考慮した上での商品材料毎の在庫変動量が算出される。なお、このように有効使用量、言い換えると、商品材料毎に異なる歩留まり率又はロス率を考慮することによって、より適正な在庫管理が可能になる。
【００７５】
その後ステップ１２において、季節指数算出部１０５が、ステップ１１で算出された商品材料毎の在庫変動量に応じて、商品材料毎の季節指数を算出する（Ｓ１２）。
【００７６】
所定の商品材料の季節指数は、例えば当該商品材料の各月における在庫変動量を、当該商品材料の年間の在庫変動量で除算することによって、月毎に算出される。この場合、夏に使用量が多く、冬に使用量が少ない材料については、夏の季節指数の値が大きく、冬の季節指数の値が小さくなる。なお、季節指数を算出するには、最低でも１年間の商品材料の在庫変動量の統計をとることが望ましい。在庫管理サーバ１の使用期間が長いほど、より正確な季節指数の算出が可能となる。
【００７７】
このようにして算出された商品材料毎の季節指数は、例えば後述するステップ１４において発注量を算出する場合に用いられる。つまり、季節指数の値が大きい商品材料については発注量を多くしたり、季節指数の値が小さい商品材料については発注量を少なくする。また、季節指数に応じて、各店舗の最大在庫数（図１２参照）を切り替えても良い。つまり、季節指数の値が大きい商品材料については最大在庫数を多くしたり、季節指数の値が小さい商品材料については最大在庫数を少なくする。このように季節指数の値に応じて発注量や最大在庫数を切り替えることによって、より適正な在庫管理が可能になる。なお、発注量や最大在庫数の切り替えは在庫管理システム１０の夜間バッチ（処理）等で行っても良い。
【００７８】
その後ステップ１３において、在庫量更新部１０６は、ステップ１１で算出された各店舗の商品材料毎の在庫変動量に基づいて、各店舗の商品材料毎の在庫数を算出する（Ｓ１３）。ここでは、各店舗の商品材料毎の在庫数（図１２参照）から在庫変動量を減算することによって、在庫情報１１４を更新する。
【００７９】
図１４は、本実施形態に係る更新後の在庫情報１１４Ａの一例を示す図である。図１４に示す在庫情報１１４Ａでは、商品材料“アナゴ”、“ハマチ”の在庫数が基準値より小さくなっている。
【００８０】
その後ステップ１４において、発注量決定部１０７は、ステップ１３で更新された在庫情報１１４Ａに基づいて、各店舗の商品材料毎の発注量を算出する（Ｓ１４）。図１４に示す在庫情報１１４Ａから、店舗“Ｘ”の商品材料“アナゴ”を５パック、商品材料“ハマチ”を８パック発注可能であることが導き出される。ここで、端数は１パックとして切り上げている。そこで、発注量決定部１０７は、店舗“Ｘ”の商品材料の発注量を“アナゴ”を５パック、“ハマチ”を８パックとし、発注情報１１５として登録する。なお、在庫管理サーバ１は、発注情報１１５に基づく発注内容を、各発注先業者に対してＦＡＸ等で送信することによって自動発注を行っても良い。
【００８１】
図１５は、本実施形態に係る発注情報１１５の一例を示す図である。図１５に示すように、在庫数が基準値より小さい商品材料、ここでは“アナゴ”及び“ハマチ”についての発注数と納品状況を示すステータスとが店舗毎に対応付けて登録される。
【００８２】
ステータスには、該当する商品材料が発注済であることを示す“発注済”と、該当する商品材料が発注先業者によって配送済であることを示す“配送済”と、該当する商品材料が店舗に到着済であることを示す“到着済”等がある。初期状態では“発注済”が登録される。
【００８３】
［図６のステップ４１の動作］
そうすると、上記の認証に成功した発注先用クライアント４の表示装置４５上には、図１６に示すような注文一覧画面１６００が表示される。
【００８４】
図１６は、本実施形態に係る発注先用クライアント４のログイン時の画面例を示す図である。
【００８５】
ログインした発注先用クライアント４が設置された発注者業者に対する発注情報が実際に存在する場合、すなわちこのような発注情報が発注情報１１５（図１５参照）に含まれる場合、図１６に示すような注文一覧画面１６００が表示される。
【００８６】
注文一覧画面１６００では、商品材料名、発注元の店名、発注数及びステータスとが対応付けて表示される。これにより、発注先用クライアント４が設置された発注先業者は、各店舗へ納入すべき商品材料の量を、任意のタイミングで確認することができる（Ｓ４１）。
【００８７】
［Ｅ．材料納品・在庫更新］
続いて図６の“Ｅ．材料納品・在庫更新”の動作を説明する。ここでは、発注先業者が発注元の店舗に商品材料を納品し、在庫管理サーバ１が在庫情報１１４Ａを更新する。
【００８８】
［図６のステップ４２の動作］
図１６に示す注文一覧画面１６００では、ステータスが“発注が来ています（「発注済」に相当）”の注文については配送確認ボタン１６０１を押下可能となっている。そこで、発注先業者は発注内容に応じた配送を完了すると、該当する発注内容の配送確認ボタン１６０１を押下することによって、出荷完了を登録する（Ｓ４２）。そうすると、在庫管理サーバ１は、発注情報１１５（図１５参照）において該当する発注内容のステータスを“配送済”に変更する。なお、注文一覧画面１６００では、各注文についての納品日を併せて表示しても良い。これにより、発注先業者は納品日を確認することもできる。
【００８９】
［図６のステップ３３の動作］
図１７は、本実施形態に係る店舗用クライアント３の在庫・注文確認時の画面遷移例を示す図である。図１７の左側の管理メニュー画面１１００は、図１１の管理メニュー画面１１００と同一である。
【００９０】
管理メニュー画面１１００上で在庫・注文確認１１０３が選択されると、在庫・注文確認画面１７１０が店舗用クライアント３の表示装置３５上に表示される。在庫・注文確認画面１７１０は、注文内容表示部１７１１、在庫内容表示部１７１２及び確認ボタン１７１３を有する。注文内容表示部１７１１の表示データは、在庫管理サーバ１の表示データ生成部１０２が発注情報１１５に基づいて生成する。一方、在庫内容表示部１７１２の表示データは、在庫管理サーバ１の表示データ生成部１０２が在庫情報１１４Ａに基づいて生成する。これにより、店舗用クライアント３のユーザは、店舗の在庫情報と注文状況とを任意のタイミングで確認することができる。なお、注文内容表示部１７１１は上部に色分けして分かりやすく表示することが望ましい。
【００９１】
また注文内容表示部１７１１では、ステータスが“配送済”の注文については到着確認ボタン１７１３を押下可能となっている。そこで、店舗用クライアント３のユーザは該当する商品材料の到着を確認すると、該当する注文内容の到着確認ボタン１７１３を押下することによって、商品材料の到着を登録する（Ｓ３３）。そうすると、在庫管理サーバ１は、発注情報１１５（図１５参照）において該当する注文内容のステータスを“到着済”に変更する。なお、発注情報１１５から該当する注文内容のデータを削除しても良い。
【００９２】
［図６のステップ１５の動作］
前述のステップ３３で到着確認ボタン１７１３が押下されると、在庫管理サーバ１の在庫量更新部１０６は、該当する商品材料の納品量、すなわち発注量を在庫情報１１４Ａの在庫数に加算することで、在庫量を再計算する（Ｓ１５）。その後、在庫量更新部１０６は在庫情報１１４Ａを更新する。
【００９３】
図１８は、本実施形態に係る再更新後の在庫情報１１４Ｂの一例を示す図である。図１８に示す在庫情報１１４Ｂは、図１４に示す在庫情報１１４Ａと異なり、商品材料“アナゴ”、“ハマチ”の在庫数がそれぞれ５パック、８パック加算されている。
【００９４】
［Ｆ．棚卸］
続いて図６の“Ｆ．棚卸”の動作を説明する。ここでは、店舗用クライアント３が実際の店舗の在庫情報に基づいて、在庫管理サーバ１が在庫情報１１４Ａを調整する。
【００９５】
［図６のステップ３５の動作］
図１９は、本実施形態に係る店舗用クライアント３の棚卸時の画面遷移例を示す図である。図１９の左側の管理メニュー画面１１００は、図１１の管理メニュー画面１１００と同一である。
【００９６】
図１９に示す管理メニュー画面１１００上で在庫調整１１０４が選択されると、在庫調整画面１９１０が店舗用クライアント３の表示装置３５上に表示される。在庫調整画面１９１０は入力欄１９１１を有する。ユーザは入力欄１９１１に、商品材料毎の実際の在庫数及び端数を入力する。そうすると、入力された実際の在庫数及び端数の情報は在庫管理サーバ１に送信され、在庫管理サーバ１の在庫量更新部１０６は、入力された実際の在庫数や端数に基づいて在庫情報１１４Ｂを更新する。これにより、店舗用クライアント３の実際の在庫数及び端数が在庫管理サーバ１によって管理されている在庫数及び端数と異なる場合であっても、店舗用クライアント３のユーザは、自店舗の在庫数を任意のタイミングで調整することができる。
【００９７】
［その他］
図２０は、本実施形態に係る管理用クライアント２の在庫確認時の画面遷移例を示す図である。図２０の左上の管理メニュー画面８００は、図８の管理メニュー画面８００と同一である。
【００９８】
図２０に示す管理メニュー画面８００上で在庫確認８０５が選択されると、店舗選択画面２０１０が管理用クライアント２の表示装置２５上に表示される。店舗選択画面２０１０は、リストボックス２０１１及び確認ボタン２０１２を有する。ユーザはリストボックス２０１１によって在庫確認をしたい店舗を選択する。その後、確認ボタン２０１２を押下する。そうすると、管理用クライアント２の表示装置２５上には、選択された店舗の在庫確認画面２０２０が表示される。
【００９９】
在庫確認画面２０２０は、注文内容表示部２０２１、在庫内容表示部２０２２を有する。注文内容表示部２０２１の表示データは、在庫管理サーバ１の表示データ生成部１０２が発注情報１１５に基づいて生成する。一方、在庫内容表示部２０２２の表示データは、在庫管理サーバ１の表示データ生成部１０２が在庫情報１１４Ａに基づいて生成する。これにより、管理用クライアント２のユーザは、各店舗の在庫情報と注文状況とを任意のタイミングで確認することができる。
【０１００】
以上説明してきたように、本実施形態によれば、販売される商品の商品材料が食料であるようなオンデマンド型の販売形態のチェーン店において、各店舗がそれぞれＦＡＸ等で実施していた発注先業者への商品材料発注をシステム化し、各店舗の在庫の適正化を図っている。また、本実施形態の在庫管理システム１はＷｅｂブラウザから操作可能なシステムである。そのため、通常のホームページを閲覧するのと同様に、簡易な方法で、各店の在庫量を自動計算し、発注先業者への自動発注を行い、より適正な在庫管理を実現することができる。
【０１０１】
また本実施形態に係る管理用クライアント２によれば、各店舗の在庫の状況をリアルタイムに一元管理できる。また、各店舗の各商品材料の在庫の状況をシステム上で把握でき、各店舗の在庫の適正化を図ることができる。また、日々の生産商品を管理し、適正な在庫管理を行うことができる。
【０１０２】
また本実施形態に係る店舗用クライアント３によれば、面倒な在庫管理や商品材料の発注作業をシステムに行わせ、業務の効率化を図ることができる。
【０１０３】
また本実施形態に係る発注先用クライアント４によれば、季節指数等を用いて売れ筋の食材をリアルタイムに把握でき、発注先業者自身が適正な在庫の確保を図ることができる。また、各店舗からバラバラに来ていた発注を、在庫管理サーバ１が一旦集約してまとめて発注している。そのため、発送ミスの軽減を実現することができる。
【０１０４】
なお、上記実施形態では、販売商品が寿司、販売商品の商品材料が寿司ネタである場合を例に説明してきたが、販売商品は寿司に限定されるものではない。例えばピザや弁当等の他の食品製品（料理）であっても良い。その他各種の商品材料を管理する在庫管理システムに対して適用可能である。
【符号の説明】
【０１０５】
１  在庫管理サーバ
２  管理用クライアント
３  店舗用クライアント
４  発注先用クライアント
１０  在庫管理システム
１０２  表示データ生成部
１０３  在庫管理部
１０４  在庫変動量算出部
１０５  季節指数算出部
１０６  在庫量更新部
１０７  発注量決定部
１１２  商品別材料情報
１１３  材料別梱包単位情報
１１４  在庫情報
１１５  発注情報
【図１】
2014013532.tif 000003
【図２】
2014013532.tif 000004
【図３】
2014013532.tif 000005
【図４】
2014013532.tif 000006
【図５】
2014013532.tif 000007
【図６】
2014013532.tif 000008
【図７】
2014013532.tif 000009
【図８】
2014013532.tif 000010
【図９】
2014013532.tif 000011
【図１０】
2014013532.tif 000012
【図１１】
2014013532.tif 000013
【図１２】
2014013532.tif 000014
【図１３】
2014013532.tif 000015
【図１４】
2014013532.tif 000016
【図１５】
2014013532.tif 000017
【図１６】
2014013532.tif 000018
【図１７】
2014013532.tif 000019
【図１８】
2014013532.tif 000020
【図１９】
2014013532.tif 000021
【図２０】
2014013532.tif 000022