JP4960464B2 - 在庫管理装置、在庫管理プログラム及び在庫管理システム - Google Patents

Description

本発明は、ネットスーパーで販売される商品の在庫管理を行う在庫管理装置、在庫管理プログラム及び在庫管理システムに関する。

近年のネットワークの普及により、インターネットを介して商品の販売を行う販売方式（ＥＣ：Electronic Commerce）が盛んに行われている。また、スーパーマーケット等の店舗においても、店舗内で販売している商品をインターネットを介して販売する、所謂ネットスーパーと呼ばれる販売方式が行われている。ネットスーパーでは、顧客から商品購入の注文を受け付けると、該当する商品を店舗内から収集するピッキング作業と、収集した商品を顧客毎に仕分けるパッキング作業とが行われ、各顧客に配達されるよう運用されている。

また、ネットスーパーで販売される商品は店舗内でも販売されているため、特定の商品に購入が集中すると欠品（品切れ）が発生することになる。この欠品の発生については、ピッキング作業時に担当者が欠品を確認し、書面等により欠品を報告するよう運営されている。また、特許文献１には商品のピッキング作業時に欠品があった場合、ピッキング装置に代替品の表示を行う技術が開示されている。

しかしながら、ネットスーパーでのピッキング作業は、店内に陳列された商品から収集されることもあるため、欠品が見つかる毎にその報告や代替品の表示を行っていては、来店した顧客の妨げになる可能性がある。また、ピッキング作業時には、商品知識に長けたピッキング作業の担当者が商品の鮮度等を検品し、適正と判断したものを収集することが一般的であるため、この検品の際に欠品の入力（報告）をあわせて行うことは非効率的である。また、ピッキング作業とパッキング作業との担当者は異なることが一般的であるため、書面等によりパッキング担当者からパッキング担当者へ欠品を報告する際に誤りが生じる可能性がある。

本発明は上記に鑑みてなされたものであって、ネットスーパーで販売される商品の在庫管理を効率的に行うことが可能な在庫管理装置、在庫管理プログラム及び在庫管理システムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、店舗内で販売される各商品を識別する識別子と、当該商品の在庫の有無を表す欠品フラグとを関連付けて保持する第１保持手段と、購入注文の対象となった商品の識別子と、当該識別子の読み取りに係る処理が未処理か否かを表す状態情報とを関連付けて保持する第２保持手段と、前記店舗内から前記購入注文の内容に応じて収集された各商品の識別子を読み取る第１読取手段と、前記第１読取手段で読み取られた各識別子に対応する前記状態情報を処理済に変更する第１変更手段と、前記第１読取手段が前記収集された全商品の読み取りを完了すると、前記状態情報が未処理の識別子に対応する前記第１保持手段の欠品フラグを在庫無に変更する第２変更手段と、を備える。

また、本発明は、店舗内で販売される各商品を識別する識別子と、当該商品の在庫の有無を表す欠品フラグとを関連付けて保持する第１保持手段と、購入注文の対象となった商品の識別子と、当該識別子の読み取りに係る処理が未処理か否かを表す状態情報とを関連付けて保持する第２保持手段と、を備えるコンピュータを、前記店舗内から前記購入注文の内容に応じて収集された各商品の識別子を読み取る第１読取手段と、前記第１読取手段で読み取られた各識別子に対応する前記状態情報を処理済に変更する第１変更手段と、前記第１読取手段が前記収集された全商品の読み取りを完了すると、前記状態情報が未処理の識別子に対応する前記第１保持手段の欠品フラグを在庫無に変更する第２変更手段と、して機能させる。

また、本発明は、店舗内で販売される各商品を識別する識別子と、当該商品の在庫の有無を表す欠品フラグとを関連付けて保持する第１保持手段と、購入注文の対象となった商品の識別子と、当該識別子の読み取りに係る処理が未処理か否かを表す状態情報とを関連付けて保持する第２保持手段と、を備えるストアサーバと、前記店舗内から前記購入注文の内容に応じて収集された各商品の識別子を読み取る第１読取手段と、前記第１読取手段で読み取られた各識別子に対応する前記状態情報を処理済に変更する第１変更手段と、前記第１読取手段が前記収集された全商品の読み取りを完了すると、前記状態情報が未処理の識別子に対応する前記第１保持手段の欠品フラグを在庫無に変更する第２変更手段と、を備える在庫管理装置と、を有する。

本発明によれば、ネットスーパーで販売される商品の在庫管理を効率的に行うことが可能な在庫管理装置、在庫管理プログラム及び在庫管理システムを提供することができる。

図１は、ネットスーパーシステムの全体構成を概略的に示す図である。 図２は、ストアコンピュータの構成を示す図である。 図３は、ネット用商品マスタファイルの一例を示す図である。 図４は、カテゴリマスタファイルの一例を示す図である。 図５は、注文管理ファイルの一例を示す図である。 図６は、配達便管理ファイルの一例を示す図である。 図７は、パッキング装置の構成を示す図である。 図８は、初期ページの一例を示す図である。 図９は、商品購入ページの一例を示す図である。 図１０は、購入画面の一例を示す図である。 図１１は、品切画面の一例を示す図である。 図１２は、配達日時指定ページの一例を示す図である。 図１３は、パッキング処理の手順を示すフローチャートである。 図１４は、欠品チェック処理の手順を示すフローチャートである。

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

図１は、ネットスーパーシステム１の全体構成を概略的に示す図である。同図に示すように、ネットスーパーシステム１は、ＰＯＳ（Point Of Sales）端末２、ストアコンピュータ３及びパッキング装置４を含むＰＯＳシステム５と、ネットワークＮ２を介してストアコンピュータ３と接続されるとともに、ネットワークＮ３を介して顧客端末７にネットスーパーサービスを提供する販売支援サーバ６と、を有して構成される。

ＰＯＳ端末２は、店員（キャッシャー）により操作される端末装置であって、店舗内に敷設されたＬＡＮ等のネットワークＮ１を介してストアコンピュータ３との間でオンライン通信を実行し得るように構成されている。

ＰＯＳ端末２は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成される制御部、キーボードや各種ボタン等の入力デバイス、ＣＲＴやＬＣＤ等の表示デバイス、ＨＤＤやフラッシュメモリ等の記憶デバイス、ネットワークＮ１に接続可能な通信インタフェース、コードスキャナ等を備え（何れも図示せず）、記憶デバイスに記憶された所定のプログラムを制御部が実行することで、各種機能を実現する。

具体的に、ＰＯＳ端末２は、コードスキャナによりバーコードや二次元コード等の形態で各商品に付加された後述する商品コードが読み取られると、この商品コードをストアコンピュータ３に通知することで商品の問い合わせを行い、ストアコンピュータ３から対応する商品の単価等を取得する。また、ＰＯＳ端末２は、購入対象となった商品の単価及び販売個数に基づき、これら商品の総額を算出し精算等の処理を行う。

ストアコンピュータ３は、ネットスーパーシステム１及びＰＯＳシステム５の動作に必要な各種のデータを管理するサーバ装置であり、その電装系は例えば図２に示すような構成とされている。

ここで、図２は、ストアコンピュータ３の構成を示す図である。同図に示すように、ストアコンピュータ３は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成されるコンピュータ構成の制御部３１と、バス３２と、ネットワークＮ１に接続可能な第１通信インタフェース３３１と、ネットワークＮ２に接続可能な第２通信インタフェース３３２と、Ｉ／Ｏ機器制御部３４と、キーボードやマウス等により構成される操作入力部３５と、ＣＲＴやＬＣＤ等の表示デバイスにより構成される表示部３６と、ＨＤＤやフラッシュメモリ等の記憶デバイスにより構成される記憶部３７とを備えている。

制御部３１は、バス３２に接続された第１通信インタフェース３３１を介して各ＰＯＳ端末２及びパッキング装置４との間で相互にオンライン通信を実行し得るように構成されている。また、制御部３１は、バス３２に接続された第２通信インタフェース３３２を介して販売支援サーバ６との間で相互にオンライン通信を実行し得るように構成されている。また、制御部３１には、バス３２及びＩ／Ｏ機器制御部３４を介して、操作入力部３５、表示部３６、記憶部３７が接続されている。

記憶部３７は、制御部３１が実行する各種プログラムや当該プログラムの実行に係る各種設定情報を記憶している。制御部３１は、記憶部３７に記憶された所定のプログラムとの協働により各種の機能部（第１変更手段、第２変更手段、判定手段、表示制御手段等）を実現し、パッキング装置４とともに後述するパッキング処理及び欠品チェック処理等を実行する。

また、記憶部３７は、ネットスーパーシステム１及びＰＯＳシステム５の動作に必要なデータとして、店舗用商品マスタファイル３７１、ネット用商品マスタファイル３７２、カテゴリマスタファイル３７３、注文管理ファイル３７４及び配達便管理ファイル３７５等を記憶している。

店舗用商品マスタファイル３７１は、店舗内で販売される各商品の商品コードと関連付けて、その商品のカテゴリを示すカテゴリＩＤ、商品名及び単価等を保持している。ここで、商品コードとは各商品を識別することが可能なＪＡＮ（Japanese Article Number）等の商品識別コードである。なお、商品コードは、店舗内で販売される各商品にバーコード等の形態で予め付加されているものとする。

ネット用商品マスタファイル３７２は、第１保持手段に対応し、ネットスーパーで販売される各商品の商品コードと関連付けて、その商品のカテゴリＩＤ、商品名、単価、後述する画像ＵＲＩ及び欠品フラグ等を保持している。図３は、ネット用商品マスタファイル３７２の一例を示す図である。同図に示すように、ネット用商品マスタファイル３７２には、商品の種別毎に、カテゴリＩＤ、商品コード、商品名、単価、画像ＵＲＩ及び欠品フラグを関連付けたレコードが保持されている。

ここで、画像ＵＲＩは、対応する商品の画像ファイルの格納場所を示すＵＲＩ（Uniform Resource Identifier）であって、販売支援サーバ６によるネットスーパーサービスの提供時に用いられる。また、欠品フラグは、対応する商品が品切れか否かを識別するためのフラグ情報であって、“０”が在庫有りを意味し、“１”が欠品（品切れ）であることを意味している。

カテゴリマスタファイル３７３は、カテゴリＩＤと、そのカテゴリ名称とを関連付けて保持している。図４は、カテゴリマスタファイル３７３の一例を示す図である。同図では、カテゴリＩＤ“００１”が“野菜”、“００２”が“精肉”、“００３”が“日配（品）”とした例を示している。なお、カテゴリマスタファイル３７３中のカテゴリＩＤは、店舗用商品マスタファイル３７１及びネット用商品マスタファイル３７２中のカテゴリＩＤと対応し、各商品コードからカテゴリ名を読み出すことが可能となっている。

注文管理ファイル３７４は、第２保持手段、第３保持手段及び第４保持手段に対応し、販売支援サーバ６から送信される後述する注文商品リストを管理（保持）するためのデータテーブルである。図５は、注文管理ファイル３７４の一例を示す図である。同図に示すように、注文管理ファイル３７４には、便番号、箱番号、シーケンス番号、商品コード、商品名及びチェックステータスを関連付けたレコードが保持されている。

ここで、便番号は、商品の配達を行う配達便を識別するための識別子であって、便番号が同一の商品は同一の便で配達される。箱番号は、配達のために商品を収容する収容箱を識別するための識別子である。ネットスーパーにより購入（注文）された商品、即ち注文管理ファイル３７４に登録された商品コード（商品名）は、箱番号に示された収容箱に収容され、注文を行った顧客の元へ配達される。なお、各収容箱には、固有の箱番号がバーコードや二次元コード等のデータコードの形態で予め付与されているものとする。また、シーケンス番号は、便番号が同一の各商品に順次割り当てられる管理番号である。

チェックステータスは、後述するパッキング処理を行ったか否か、及び、商品の欠品を表すための情報である。なお、本実施形態では、チェックステータスが“０”のときパッキング処理が未処理であることを意味し、“１”のときにパッキング処理が処理済であることを意味する。また、チェックステータスが“９”のときに、その商品が欠品であることを意味している。なお、チェックステータスの初期（デフォルト）状態は“０”であるとする。

配達便管理ファイル３７５は、各便番号に対応する配達日時を管理するためのデータテーブルである。図６は、配達便管理ファイル３７５の一例を示す図である。同図に示すように、配達便管理ファイル３７５は、便番号と関連付けて、配達日付、配達時刻及び締切時刻を保持している。

配達日付及び配達時刻は、商品を配達する日付とその時間帯とを表している。また、締切時刻は、対応する便番号での受け付けを締め切る時刻を表しており、図６では配達時刻の３時間前を締切時刻とした例を示している。なお、制御部３１は、図示しないＲＴＣ（Real Time Clock）等の計時部で計時される現在日時に基づき、締切時刻を経過した配送便のレコードを配達便管理ファイル３７５から削除する。

次に、パッキング装置４について説明する。パッキング装置４は、パッキング作業を行う作業者（以下、パッキング作業者という）が携帯可能なハンディターミナル等であって、その電装系は例えば、図７に示すような構成とされている。

図７は、パッキング装置４の構成を示す図である。同図に示すように、パッキング装置４は、コードスキャナ４１、操作入力部４２、表示部４３、通信インタフェース４４、記憶部４５及び制御部４６等を備え、各部がバス４７により接続されている。

コードスキャナ４１は、商品又は収納箱に付加されたコードデータを読み取り、当該コードデータをデコードした結果を制御部４６へ出力する。操作入力部４２は、キーボード等の入力デバイスにより構成され、ユーザの操作に応じた操作信号を制御部４６へ出力する。表示部４３は、ＬＣＤ等の表示デバイスにより構成され、制御部４６の制御に従い各種の情報を表示する。通信インタフェース４４は、ネットワークＮ１に接続可能な通信インタフェースであって、制御部４６の制御に従い、ストアコンピュータ３へアクセスを行う。

記憶部４５は、フラッシュメモリ等の記憶デバイスにより構成され、制御部４６が実行する各種プログラムや当該プログラムの実行に係る各種設定情報を記憶している。制御部４６は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成され、記憶部４５に記憶された所定のプログラムとの協働により各種の機能部（第１読取手段、第２読取手段、第１変更手段、第２変更手段、受付手段、判定手段、表示制御手段等）を実現し、ストアコンピュータ３とともに後述するパッキング処理及び欠品チェック処理等を実行する。

図１に戻り、販売支援サーバ６は、ＰＯＳシステム５の店舗内で販売されている商品を、インターネット等のネットワークＮ３を介して販売するネットスーパーサービスを提供するためのサーバ装置である。販売支援サーバ６は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成される制御部、キーボードや各種ボタン等の入力デバイス、ＣＲＴやＬＣＤ等の表示デバイス、ＨＤＤやフラッシュメモリ等の記憶デバイス、ネットワークＮ２及びＮ３に接続可能な通信インタフェース等を備え（何れも図示せず）、記憶デバイスに記憶された所定のプログラム（例えば、Ｗｅｂアプリケーション、データベースプログラム等）を制御部が実行することで各種の機能部を実現する。

また、顧客端末７は、ネットスーパーの顧客（ユーザ）が操作するＰＣや携帯電話等の情報処理装置である。顧客端末７は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成される制御部、キーボードや各種ボタン等の入力デバイス、ＣＲＴやＬＣＤ等の表示デバイス、ＨＤＤやフラッシュメモリ等の記憶デバイス、ネットワークＮ３に接続可能な通信インタフェース等を備え（何れも図示せず）、記憶デバイスに記憶された所定のプログラム（例えば、Ｗｅｂブラウザ等）を制御部が実行することで各種の機能を実現する。

ここで、ネットスーパーで商品の購入（注文）が行われるまでの動作の一例について説明する。まず、顧客端末７の制御部（以下、単に顧客端末７という）では、ユーザの操作に応じて、販売支援サーバ６が提供するＥＣサイトのアドレス宛にアクセスを行う。一方、販売支援サーバ６の制御部（以下、単に販売支援サーバ６という）では、顧客端末７からのアクセスを受け付けると、図示しない記憶部に記憶されたプログラム等に基づいて商品の販売を行うＥＣサイトの初期ページを生成し、顧客端末７へ送信する。顧客端末７は、販売支援サーバ６から提供された初期ページを図示しない表示部に表示し、ユーザの操作入力を待機する。

図８は、ＥＣサイトの初期ページの一例を示す図である。同図において、領域Ａ１には、各商品カテゴリ（例えば、野菜、果物等）を表す文字列が一覧表示されている。また、領域Ａ２には、各商品カテゴリを表すアイコン画像が一覧表示されている。

顧客端末７は、初期ページの領域Ａ１又は領域Ａ２に表示された複数の商品カテゴリから、特定の商品カテゴリ（例えば、野菜）がユーザにより選択されたことを検知すると、この選択された商品カテゴリのカテゴリ名称又はカテゴリＩＤを販売支援サーバ６へ通知する。

一方、販売支援サーバ６は、顧客端末７からカテゴリ名称又はカテゴリＩＤの選択通知を受け付けると、ストアコンピュータ３の記憶部３７に記憶されたネット用商品マスタファイル３７２を参照し、当該カテゴリ名称又はカテゴリＩＤに対応するレコードを読み出す。そして、販売支援サーバ６は、読み出した各レコードに基づき、購入注文を受け付けるための商品購入ページを生成すると、顧客端末７へ送信する。顧客端末７は、販売支援サーバ６から提供された商品購入ページを図示しない表示部に表示し、ユーザの操作入力を待機する。

図９は、商品購入ページの一例を示す図である。同図に示すように、商品購入ページは、ネット用商品マスタファイル３７２から読み出されたレコード中の欠品フラグが“０”、即ち在庫有りの商品を購入するための購入画面Ｇ１と、ネット用商品マスタファイル３７２から読み出されたレコード中の欠品フラグが“１”、即ち在庫無しの商品についてその旨を表した品切画面Ｇ２とを有して構成される。

ここで、図１０は、図９に示した購入画面Ｇ１の構成を示す図である。同図に示すように、購入画面Ｇ１は、該当するレコードに含まれた商品コードを表示するための領域Ａ３１と、商品名を表示するための領域Ａ３２と、単価を表示するための領域Ａ３３と、画像ファイルを表示するための領域Ａ３４とを有している。また、購入画面Ｇ１は、購入する商品数を選択的に入力するための領域Ａ３５と、注文を指示するための購入ボタンＢ１とを有している。なお、領域Ａ３４には、画像ＵＲＩが示す格納先から取得した画像ファイルが表示される。

また、図１１は、図９に示した品切画面Ｇ２の構成を示す図である。同図に示すように、品切画面Ｇ２は、購入画面Ｇ１と同様、商品コードを表示するための領域Ａ３１と、商品名を表示するための領域Ａ３２と、単価を表示するための領域Ａ３３と、画像ファイルを表示するための領域Ａ３４とを有している。また、品切画面Ｇ２では、購入画面Ｇ１と同様、購入する商品数を選択的に入力するための領域Ａ３５と、購入ボタンＢ１とを有するが、操作することのできない無効化状態とされており、購入ボタンＢ１の位置に品切れを表す情報が表示されている。つまり、販売支援サーバ６は、購入画面Ｇ１中の領域Ａ３５及び購入ボタンＢ１を無効化し、品切れを表す情報を付加したものを品切画面Ｇ２として生成する。

顧客端末７では、購入画面Ｇ１に設けられた購入ボタンＢ１の押下を、図示しないキーボードやマウス等を介して受け付ける毎に、対応する商品の商品コード及びその購入数量を購入対象として販売支援サーバ６へ通知する。そして、顧客端末７は、商品選択が完了した旨の指示を図示しないキーボードやマウス等を介して受け付けると、この選択完了の旨を販売支援サーバ６へ通知する。

一方、販売支援サーバ６では、顧客端末７から選択完了の旨の通知を受け付けると、ストアコンピュータ３の記憶部３７に記憶された配達便管理ファイル３７５に基づき、配達日時の指定を受け付けるための配達日時指定ページを生成し、顧客端末７へ送信する。顧客端末７は、販売支援サーバ６から提供された配達日時指定ページを図示しない表示部に表示し、ユーザの操作入力を待機する。

図１２は、配達日時指定ページの一例を示す図である。同図に示すように、配達日時指定ページの領域Ａ４には、配達便管理ファイル３７５に保持された各便番号に対応する配達日時が選択可能に構成されている。顧客端末７は、特定の配達日時が選択されたことを図示しないキーボードやマウス等を介して受け付けると、この選択された配達日時を販売支援サーバ６へ通知する。

販売支援サーバ６は、顧客端末７から配達日時の通知を受け付けると、この配達日時に対応する便番号と、購入対象として通知された各商品の商品コードとを関連付け、注文リストとしてストアコンピュータ３へ送信する。

ストアコンピュータ３の制御部３１は、販売支援サーバ６から注文リストを受け付ける毎に、当該注文リストに含まれた便番号及び商品コードを、図５に示したレコード形式で注文管理ファイル３７４に順次格納する。なお、箱番号については、注文リスト及び当該注文リストに含まれた商品の種別や数量に応じて、商品毎に割り当てを行うものとする。また、シーケンス番号は、同一の便番号について注文管理ファイル３７４への格納順に割り当てを行うものとする。

ＰＯＳシステム５の店舗内でピッキング作業を行う担当者（以下、ピッキング作業者という）は、各便番号に応じた時刻に、注文管理ファイル３７４中の対応する便番号に関連付けられた各商品を店舗内から収集する。そして、収集された商品がバックヤード等に運ばれ、パッキング作業者に引き渡される。

以下、図１３及び図１４を参照して、ネットスーパーシステム１のパッキング作業時の処理内容について説明する。ここで、図１３は、ストアコンピュータ３とパッキング装置４との協働により実行されるパッキング処理の手順を示すフローチャートである。

なお、本処理の前提として、パッキング装置４を操作するパッキング作業者により、本パッキング作業に係る便番号が操作入力部４２を介して入力されるものとする（ステップＳ１１）。また、ピッキング作業者から引き渡された商品の一つがパッキング作業者により手に取られ、パッキング装置４のコードスキャナ４１により、当該商品に付加されたコードデータの読み取りが行われるものとする。

まず、パッキング装置４の制御部４６は、コードスキャナ４１で読み取られた商品コードを取得すると（ステップＳ１２）、予め入力された便番号とこの商品コードの組をストアコンピュータ３へ通知することで箱番号の問い合わせを行う（ステップＳ１３）。

ストアコンピュータ３の制御部３１は、パッキング装置４から便番号及び商品コードの組を受け付けると、注文管理ファイル３７４から、この組に対応し、且つチェックステータスが未処理のレコードを検索し（ステップＳ２１）、該当するレコードが存在するか否かを判定する（ステップＳ２２）。

ここで、該当するレコードが存在しないと判定した場合（ステップＳ２２；Ｎｏ）、制御部３１は、通知された商品コードの仕分けが不要の旨のメッセージをパッキング装置４へ送信し（ステップＳ２３）、処理を終了する。また、ステップＳ２２において、該当するレコードが存在すると判定した場合（ステップＳ２２；Ｙｅｓ）、制御部３１は、該当する各レコードに含まれるシーケンス番号のうち、最小の値に関連付けられた箱番号をパッキング装置４へ送信する（ステップＳ２４）。

パッキング装置４の制御部４６は、ストアコンピュータ３から箱番号が送信されたか否かを判定し、商品コードの仕分けが不要の旨のメッセージを受信した場合には（ステップＳ１４；Ｎｏ）、このメッセージを表示部４３に表示し（ステップＳ１５）、処理を終了する。これにより、パッキング作業者は、表示部４３に表示されたメッセージを確認することで、仕分けが必要な商品か否かを容易に判断することができる。

また、ステップＳ１４において、ストアコンピュータ３から箱番号を受信した場合（ステップＳ１４；Ｙｅｓ）、制御部４６は、この箱番号の値を表示部４３に表示し（ステップＳ１６）、コードスキャナ４１からの入力を待機する（ステップＳ１７；Ｎｏ）。

ここで、パッキング作業者は、手にした商品をステップＳ１６で表示された箱番号に対応する収納箱に収納した後、パッキング装置４のコードスキャナ４１により、この収納箱に付加された箱番号の読み取りを行う。

パッキング装置４の制御部４６は、コードスキャナ４１を介して箱番号が入力されると（ステップＳ１７；Ｙｅｓ）、この箱番号をストアコンピュータ３へ送信することで、当該箱番号の整合性を確認する（ステップＳ１８）。

ストアコンピュータ３の制御部３１は、パッキング装置４から箱番号の通知を受け付けると、この箱番号とステップＳ２４で送信した箱番号とが一致するか否かを判定する（ステップＳ２５）。ここで、不一致と判定した場合（ステップＳ２５；Ｎｏ）、制御部３１は、仕分け先に誤りがある旨のメッセージをパッキング装置４へ送信し（ステップＳ２６）、処理を終了する。

また、ステップＳ２５において、両箱番号が一致と判定した場合（ステップＳ２５；Ｙｅｓ）、制御部３１は、仕分け先が正しい旨のメッセージをパッキング装置４へ送信する（ステップＳ２７）。パッキング装置４の制御部４６は、ストアコンピュータ３から送信されたメッセージを受信すると、このメッセージを表示部４３に表示し（ステップＳ１９）、処理を終了する。

これにより、パッキング作業者は、表示部４３に表示されたメッセージを確認することで、仕分けが正しく行われたか否かを容易に判断することができる。なお、本実施形態では、箱番号の一致判定をストアコンピュータ３が行う形態としたが、ストアコンピュータ３から送信された箱番号と、コードスキャナ４１を介して入力された箱番号とを比較することで、パッキング装置４自身が一致判定を行う形態としてもよい。

続いて、ストアコンピュータ３の制御部３１は、処理対象としたシーケンス番号のレコードに含まれるチェックステータスを、処理済みを表す“１”に変更し（ステップＳ２８）、処理を終了する。

パッキング作業者は、ピッキング作業者から引き渡された全ての商品について、上記のパッキング処理を施すと、操作入力部４２を介して仕分が完了したこと指示する操作を行う。パッキング装置４の制御部４６は、操作入力部４２を介して仕分け完了の指示を受け付けると、後述する欠品チェック処理をストアコンピュータ３とともに実行する。

ここで、図１４は、ストアコンピュータ３とパッキング装置４との協働により実現される欠品チェック処理の手順を示すフローチャートである。なお、本処理の前提として、上記パッキング処理の仕分に係る便番号が、操作入力部４２を介して予め入力されているものとする（ステップＳ３１）。

パッキング装置４の制御部４６は、操作入力部４２を介して仕分け完了の指示を受け付けると（ステップＳ３２）、予め入力された便番号と仕分完了を表す仕分完了情報とをストアコンピュータ３へ送信し（ステップＳ３３）、処理を終了する。

一方、ストアコンピュータ３の制御部３１は、パッキング装置４から便番号と仕分完了情報とを受け付けると、注文管理ファイル３７４を参照し、この便番号に対応する各レコードに含まれたチェックステータスのうち、未処理を表す“０”のものを、欠品を表す“９”に変更する（ステップＳ４１）。

続いて、制御部３１は、ステップＳ４１で欠品を表す“９”に変更したチェックステータスの商品コードについて、ネット用商品マスタファイル３７２の欠品フラグを“１”に変更し（ステップＳ４２）、処理を終了する。

このように、本実施形態によれば、ネットスーパーで販売される商品の欠品確認をパッキング作業時に行うことができるため、ピッキング作業時に行う場合と比較してより効率的に行うことができる。また、パッキング作業者が各商品を収納箱に仕分ける動作を行うのみで自動的に欠品が検出されるため、欠品確認のための工程を別途設ける必要がなく、商品配達に係る処理の迅速化を図ることができる。

以上、本発明の実施の形態について説明したが、本発明はこれに限定されるものではなく、本発明の主旨を逸脱しない範囲での種々の変更、置換、追加等が可能である。

例えば、上記実施形態では、店舗用商品マスタファイル３７１とネット用商品マスタファイル３７２とを用いて、店舗内とネットスーパーとで販売する商品の価格等を個別に管理する形態としたが、これに限らず、例えば、一の商品マスタファイルを用いて店舗内及びネットスーパーで販売する商品を管理する形態としてもよい。

また、上記実施形態では、ネット用商品マスタファイル３７２及び注文管理ファイル３７４をストアコンピュータ３が保持する形態としたが、これに限らず、パッキング装置４がストアコンピュータ３から取得する等の形態でストアコンピュータ３が保持する形態としてもよい。

また、上記実施形態では、販売支援サーバ６をＰＯＳシステム５の外部に配置する形態としたが、これに限らず、ＰＯＳシステム５内に配置する形態としてもよい。また、ストアコンピュータ３が、販売支援サーバ６の機能を具備する形態としてもよい。

また、上記実施形態では、商品コード及び箱番号がデータコード中に保持されている形態としたが、これに限らず、ＲＦＩＤタグ等の形態で保持されていてもよい。なお、この場合、パッキング装置４は、コードスキャナ４１に替えてＲＦＩＤリーダ／ライタを備えるものとする。

また、上記実施形態の各装置で実行されるプログラムは、ＲＯＭ等に予め組み込んで提供するように構成してもよい。また、上記プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録されて提供されてもよい。

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

１ ネットスーパーシステム
２ ＰＯＳ端末
３ ストアコンピュータ
３１ 制御部
３２ バス
３３１ 第１通信インタフェース
３３２ 第２通信インタフェース
３４ Ｉ／Ｏ機器制御部
３５ 操作入力部
３６ 表示部
３７ 記憶部
３７１ 店舗用商品マスタファイル
３７２ ネット用商品マスタファイル
３７３ カテゴリマスタファイル
３７４ 注文管理ファイル
３７５ 配達便管理ファイル
４ パッキング装置
４１ コードスキャナ
４２ 操作入力部
４３ 表示部
４４ 通信インタフェース
４５ 記憶部
４６ 制御部
４７ バス
５ ＰＯＳシステム
６ 販売支援サーバ
７ 顧客端末
Ｎ１ ネットワーク
Ｎ２ ネットワーク
Ｎ３ ネットワーク

特許第３９５３７１４号

Claims (6)

1. 店舗内で販売される各商品を識別する識別子と、当該商品の在庫の有無を表す欠品フラグとを関連付けて保持する第１保持手段と、
   購入注文の対象となった商品の識別子と、当該識別子の読み取りに係る処理が未処理か否かを表す状態情報とを関連付けて保持する第２保持手段と、
   前記店舗内から前記購入注文の内容に応じて収集された各商品の識別子を読み取る第１読取手段と、
   前記第１読取手段で読み取られた各識別子に対応する前記状態情報を処理済に変更する第１変更手段と、
   前記第１読取手段が前記収集された全商品の読み取りを完了すると、前記状態情報が未処理の識別子に対応する前記第１保持手段の欠品フラグを在庫無に変更する第２変更手段と、
   を備えたことを特徴とする在庫管理装置。
2. 前記第２保持手段に保持された各商品の識別子と関連付けて、当該商品を配達する配達便の便番号を保持する第３保持手段と、
   前記第３保持手段に保持された便番号のうち、特定の便番号の入力を受け付ける受付手段と、
   を更に備え、
   前記第１変更手段は、前記受付手段が受け付けた便番号に対応し、且つ前記第１読取手段により読み取られた識別子に対応する前記状態情報を処理済に変更し、
   前記第２変更手段は、前記受付手段が受け付けた便番号に対応し、且つ前記第２保持手段の状態情報が未処理の識別子について、前記第１保持手段の欠品フラグを在庫無に変更することを特徴とする請求項１に記載の在庫管理装置。
3. 前記第２保持手段に保持された各商品の識別子と関連付けて、当該商品の仕分け先となる収納箱を識別するための箱番号を保持する第４保持手段と、
   前記店舗内から収集された商品毎に、当該商品の仕分け先となる収納箱から箱番号を読み取る第２読取手段と、
   前記第１読取手段で読み取られた識別子に対応する前記第４保持手段の箱番号と、前記第２読取手段で読み取られた箱番号とが一致するか否かを判定する判定手段と、
   を更に備え、
   前記第１変更手段は、前記判定手段が一致すると判定した場合に、前記第１読取手段で読み取られた識別子に対応する前記状態情報を処理済に変更することを特徴とする請求項１又は２に記載の在庫管理装置。
4. 前記判定手段が不一致と判定した場合に、仕分け先に誤りがある旨のメッセージを表示装置に表示する表示制御手段を更に備えたことを特徴とする請求項３に記載の在庫管理装置。
5. 店舗内で販売される各商品を識別する識別子と、当該商品の在庫の有無を表す欠品フラグとを関連付けて保持する第１保持手段と、購入注文の対象となった商品の識別子と、当該識別子の読み取りに係る処理が未処理か否かを表す状態情報とを関連付けて保持する第２保持手段と、を備えるコンピュータを、
   前記店舗内から前記購入注文の内容に応じて収集された各商品の識別子を読み取る第１読取手段と、
   前記第１読取手段で読み取られた各識別子に対応する前記状態情報を処理済に変更する第１変更手段と、
   前記第１読取手段が前記収集された全商品の読み取りを完了すると、前記状態情報が未処理の識別子に対応する前記第１保持手段の欠品フラグを在庫無に変更する第２変更手段と、
   して機能させるための在庫管理プログラム。
6. 店舗内で販売される各商品を識別する識別子と、当該商品の在庫の有無を表す欠品フラグとを関連付けて保持する第１保持手段と、購入注文の対象となった商品の識別子と、当該識別子の読み取りに係る処理が未処理か否かを表す状態情報とを関連付けて保持する第２保持手段と、を備えるストアサーバと、
   前記店舗内から前記購入注文の内容に応じて収集された各商品の識別子を読み取る第１読取手段と、前記第１読取手段で読み取られた各識別子に対応する前記状態情報を処理済に変更する第１変更手段と、前記第１読取手段が前記収集された全商品の読み取りを完了すると、前記状態情報が未処理の識別子に対応する前記第１保持手段の欠品フラグを在庫無に変更する第２変更手段と、を備える在庫管理装置と、
   を有することを特徴とする在庫管理システム。

Images