以下、添付図面を参照して、実施形態に係る情報処理装置及びプログラムの実施形態を詳細に説明する。なお、以下に説明する実施の形態によりこの発明が限定されるものではない。
図1は、販売システム1の全体構成を概略的に示したシステム構成図である。図1に示したように、販売システム1は、商品販売データ処理装置としての複数台のPOS(Point Of Sales:販売時点管理)端末2および各POS端末2をLAN3によって接続して集中管理する店舗サーバ4を備えるPOSシステム7と、専用回線8を介して店舗サーバ4を接続する本部サーバ9と、を備えている。
POSシステム7および本部サーバ9について簡単に説明する。店舗サーバ4は、店舗で販売される各種の商品情報を格納する商品マスタファイルを有してPOSシステム7全体の制御を受け持つものであり、キーボード、表示器、プリンタ及びハードディスクドライブ装置などが接続されている(何れも図示せず)。
POS端末2は、ユニークなレジナンバーを割り振られて精算場所に配設されており、キャッシャが売上処理を行うための端末である。POS端末2は、キーボード、ドロワ、表示器、カードリーダ/ライタ、コードスキャナ等が接続されている。POS端末2は、コードスキャナによりバーコードや二次元コード等の形態で各商品に付加された商品コードを読み取ると、この商品コードを店舗サーバ4に通知することで商品の問い合わせを行う。店舗サーバ4は、POS端末2からの問い合わせに応じて商品マスタファイルを検索し、該当する商品コードに対応した商品情報を読み出してPOS端末2へ送信する。POS端末2は、店舗サーバ4から対応する商品の単価等を取得する。また、POS端末2は、購入対象となった商品の単価及び販売個数に基づき、これら商品の総額を算出し精算等の処理を行って売上データを生成した後、当該売上データを所定のタイミングで店舗サーバ4に送信する。
本部サーバ9は、CPU(Central Processing Unit)、ROM(Read Only Memory)、RAM(Random Access Memory)等で構成されるコンピュータ構成の制御部(図示せず)を備えており、各店舗の店舗サーバ4から送信される売上データを管理したり、各店舗の店舗サーバ4に対して商品マスタファイルを送信したりする。
加えて、図1に示したように、販売システム1は、POSシステム7が設置された店舗内で販売されている商品を、インターネット等のネットワーク5を介して販売するネットスーパーサービスを提供するためのサーバ装置であるネットスーパーサーバ6を備えている。ネットスーパーサーバ6は、インターネット5を介して顧客端末10から接続可能である。
ネットスーパーサーバ6は、CPU、ROM、RAM等で構成される制御部、キーボードや各種ボタン等の入力デバイス、CRTやLCD等の表示デバイス、HDDやフラッシュメモリ等の記憶デバイス、専用回線8及びネットワーク5に接続可能な通信インタフェース等を備え(何れも図示せず)、記憶デバイスに記憶された所定のプログラム(例えば、Webアプリケーション、データベースプログラム等)を制御部が実行することで各種の機能部を実現する。
顧客端末10は、ネットスーパーの顧客(ユーザ)が操作するパーソナルコンピュータ(Personal computer:PC)や携帯電話等の端末装置である。顧客端末10は、CPU、ROM、RAM等で構成される制御部、キーボードや各種ボタン等の入力デバイス、CRTやLCD等の表示デバイス、HDDやフラッシュメモリ等の記憶デバイス、ネットワーク5に接続可能な通信インタフェース等を備え(何れも図示せず)、記憶デバイスに記憶された所定のプログラム(例えば、Webブラウザ等)を制御部が実行することで各種の機能を実現する。
また、店舗には、ネットスーパーサーバ6で受け付けた注文商品を含む注文商品リストを当該ネットスーパーサーバ6から受け取って管理するネットスーパー管理サーバ11と、ネットスーパーサーバ6で受け付けた注文商品リストに従って該当する商品を店舗内から収集した商品を顧客毎に仕分けるパッキング作業に用いるパッキング装置12とが、備えられている。
ネットスーパー管理サーバ11は、ネットスーパーサービスを提供するために必要な各種のデータを管理する情報処理装置であり、その電装系は例えば図2に示すような構成とされている。
ここで、図2は、ネットスーパー管理サーバ11の構成を示すブロック図である。図2に示すように、ネットスーパー管理サーバ11は、CPU、ROM、RAM等で構成されるコンピュータ構成の制御部31と、バス32と、LAN3に接続可能な第1通信インタフェース331と、ネットワーク5に接続可能な第2通信インタフェース332と、I/O機器制御部34と、キーボードやマウス等により構成される操作入力部35と、CRTやLCD等の表示デバイスにより構成される表示部36と、HDDやフラッシュメモリ等の記憶デバイスにより構成される記憶部37と、プリンタ14を接続するプリンタ接続部38と、を備えている。
制御部31は、バス32に接続された第1通信インタフェース331を介してパッキング装置12との間で相互にオンライン通信を実行し得るように構成されている。また、制御部31は、バス32に接続された第2通信インタフェース332を介してネットスーパーサーバ6との間で相互にオンライン通信を実行し得るように構成されている。また、制御部31には、バス32及びI/O機器制御部34を介して、操作入力部35、表示部36、記憶部37が接続されている。
記憶部37は、制御部31が実行する各種プログラムや当該プログラムの実行に係る各種設定情報を記憶している。制御部31は、記憶部37に記憶された所定のプログラムとの協働により各種の機能部を実現し、パッキング装置12とともに後述するパッキング処理及び欠品チェック処理等を実行する。
また、記憶部37は、ネットスーパーサービスを提供するために必要なデータとして、注文管理ファイル374及び配達便管理ファイル375等を記憶している。
注文管理ファイル374は、ネットスーパーサーバ6から送信される後述する注文商品リストを、制御部31(注文商品コード記憶手段54)によって管理(保持)するためのデータテーブルである。図3は、注文管理ファイル374の一例を示す模式図である。図3に示すように、注文管理ファイル374には、便番号、箱番号、シーケンス番号、商品コード、商品名、カテゴリID及びチェックステータスを関連付けたレコードが保持されている。
ここで、便番号は、商品の配達を行う配達便を識別するための識別子であって、便番号が同一の商品は同一の便で配達される。箱番号は、配達のために商品を収容する収容箱を識別するための識別子である。ネットスーパーにより購入(注文)された商品、即ち注文管理ファイル374に登録された商品コード(商品名)は、箱番号に示された収容箱に収容され、注文を行った顧客の元へ配達される。なお、各収容箱には、固有の箱番号がバーコードや二次元コード等のコードシンボルの形態で予め付与されているものとする。また、シーケンス番号は、便番号が同一の各商品に順次割り当てられる管理番号である。
チェックステータスは、後述するパッキング処理を行ったか否か、及び、商品の欠品を表すための情報である。なお、本実施形態では、チェックステータスが“0”のときパッキング処理が未処理であることを意味し、“1”のときにパッキング処理が処理済であることを意味する。また、チェックステータスが“9”のときに、その商品が欠品であることを意味している。なお、チェックステータスの初期(デフォルト)状態は“0”であるとする。
配達便管理ファイル375は、各便番号に対応する配達日時を管理するためのデータテーブルである。図4は、配達便管理ファイル375の一例を示す模式図である。図4に示すように、配達便管理ファイル375は、便番号と関連付けて、配達日付、配達時刻及び締切時刻を保持している。
配達日付及び配達時刻は、商品を配達する日付とその時間帯とを表している。また、締切時刻は、対応する便番号での受け付けを締め切る時刻を表しており、図4では配達時刻の3時間前を締切時刻とした例を示している。なお、制御部31は、図示しないRTC(Real Time Clock)等の計時部で計時される現在日時に基づき、締切時刻を経過した配送便のレコードを配達便管理ファイル375から削除する。
次に、パッキング装置12について説明する。パッキング装置12は、パッキング作業を行う作業者(以下、パッキング作業者という)が携帯可能なハンディターミナル等であって、その電装系は例えば、図5に示すような構成とされている。
図5は、パッキング装置12の構成を示すブロック図である。図5に示すように、パッキング装置12は、コードスキャナ41、操作入力部42、表示部43、通信インタフェース44、記憶部45及び制御部46等を備え、各部がバス47により接続されている。
コードスキャナ41は、商品又は収納箱に付加されたコードシンボルを読み取り、当該コードシンボルをデコードした結果を制御部46へ出力する。操作入力部42は、キーボード等の入力デバイスにより構成され、ユーザの操作に応じた操作信号を制御部46へ出力する。表示部43は、LCD等の表示デバイスにより構成され、制御部46の制御に従い各種の情報を表示する。通信インタフェース44は、LAN3に接続可能な無線通信インタフェースであって、制御部46の制御に従い、アクセスポイント13を介してネットスーパー管理サーバ11へアクセスを行う。
記憶部45は、フラッシュメモリ等の記憶デバイスにより構成され、制御部46が実行する各種プログラムや当該プログラムの実行に係る各種設定情報を記憶している。制御部46は、CPU、ROM、RAM等で構成され、記憶部45に記憶された所定のプログラムとの協働により各種の機能部を実現し、ネットスーパー管理サーバ11とともに後述するパッキング処理及び欠品チェック処理等を実行する。
ここで、ネットスーパーで商品の購入(注文)が行われるまでの動作の一例について説明する。まず、顧客端末10の制御部(以下、単に顧客端末10という)では、ユーザの操作に応じて、ネットスーパーサーバ6が提供するECサイトのアドレス宛にアクセスを行う。一方、ネットスーパーサーバ6の制御部(以下、単にネットスーパーサーバ6という)では、顧客端末10からのアクセスを受け付けると、図示しない記憶部に記憶されたプログラム等に基づいて商品の販売を行うECサイトの初期ページを生成し、顧客端末10へ送信する。顧客端末10は、ネットスーパーサーバ6から提供された初期ページを図示しない表示部に表示し、ユーザの操作入力を待機する。
図6は、ECサイトの初期ページの一例を示す正面図である。図6において、領域A1には、各商品カテゴリ(例えば、野菜、果物等)を表す文字列が一覧表示されている。また、領域A2には、各商品カテゴリを表すアイコン画像が一覧表示されている。
顧客端末10は、初期ページの領域A1又は領域A2に表示された複数の商品カテゴリから、特定の商品カテゴリ(例えば、野菜)がユーザにより選択されたことを検知すると、この選択された商品カテゴリのカテゴリ名称又はカテゴリIDをネットスーパーサーバ6へ通知する。
一方、ネットスーパーサーバ6は、顧客端末10からカテゴリ名称又はカテゴリIDの選択通知を受け付けると、店舗サーバ4に記憶された商品マスタファイルを参照し、当該カテゴリ名称又はカテゴリIDに対応するレコードを読み出す。そして、ネットスーパーサーバ6は、読み出した各レコードに基づき、購入注文を受け付けるための商品購入ページを生成すると、顧客端末10へ送信する。顧客端末10は、ネットスーパーサーバ6から提供された商品購入ページを図示しない表示部に表示し、ユーザの操作入力を待機する。
図7は、商品購入ページの一例を示す正面図である。図7に示すように、商品購入ページは、商品マスタファイルから読み出された商品を購入するための購入画面G1を表示する。
顧客端末10では、購入画面G1に設けられた購入ボタンB1の押下を、図示しないキーボードやマウス等を介して受け付ける毎に、対応する商品の商品コード、カテゴリ及びその購入数量を購入対象としてネットスーパーサーバ6へ通知する。そして、顧客端末10は、商品選択が完了した旨の指示を図示しないキーボードやマウス等を介して受け付けると、この選択完了の旨をネットスーパーサーバ6へ通知する。
次いで、ネットスーパーサーバ6では、顧客端末10から選択完了の旨の通知を受け付けると、配達日時の指定を受け付けるための配達日時指定ページを生成し、顧客端末10へ送信する。顧客端末10は、ネットスーパーサーバ6から提供された配達日時指定ページを図示しない表示部に表示し、ユーザの操作入力を待機する。
図8は、配達日時指定ページの一例を示す正面図である。図8に示すように、配達日時指定ページの領域A4には、配達便管理ファイル375に保持された各便番号に対応する配達日時が選択可能に構成されている。顧客端末10は、特定の配達日時が選択されたことを図示しないキーボードやマウス等を介して受け付けると、この選択された配達日時をネットスーパーサーバ6へ通知する。
ネットスーパーサーバ6は、顧客端末10から配達日時の通知を受け付けると、この配達日時に対応する便番号に対して、購入対象として通知された各商品の商品コードなどを関連付けた注文商品リストを生成する。その後、ネットスーパーサーバ6は、注文商品リストをネットスーパー管理サーバ11へインターネット5を介して送信する。
ネットスーパー管理サーバ11の制御部31は、ネットスーパーサーバ6から注文商品リストを受け付ける毎に、当該注文商品リストに含まれた便番号及び商品コードを、図3に示したレコード形式で注文管理ファイル374に順次格納する。なお、箱番号については、注文商品リスト及び当該注文商品リストに含まれた商品の種別や数量に応じて、商品毎に割り当てを行うものとする。また、シーケンス番号は、同一の便番号について注文管理ファイル374への格納順に割り当てを行うものとする。
POSシステム5の店舗内でピッキング作業を行う担当者(以下、ピッキング作業者という)は、各便番号に応じた時刻に、ネットスーパー管理サーバ11を操作して、注文管理ファイル374中の対応する便番号に関連付けられた注文商品リストに含まれた商品をカテゴリID別に抽出したピッキング伝票をプリンタ14から発行させる。
ここで、ネットスーパー管理サーバ11におけるピッキング伝票発行処理について説明する。ネットスーパー管理サーバ11の制御部31は、記憶部37に記憶されたピッキング伝票発行プログラムとの協働により各種の機能部(コードシンボル生成手段51、ピッキング伝票出力手段52、コードシンボル付加判断手段53等)を実現し、ピッキング伝票発行処理を実行する。
ここで、図9はピッキング伝票発行処理の流れを示すフローチャートである。図9に示すように、ネットスーパー管理サーバ11の制御部31は、ピッキング作業者によるキーボードやマウス等により構成される操作入力部35の操作、または図示しないRTC(Real Time Clock)等の計時部で計時される現在日時に基づき、所定の便番号についてのピッキング伝票発行指示を受け付けると(ステップS1;Yes)、注文管理ファイル374中の対応する便番号に関連付けられた各商品について、商品コード、商品名、商品画像、単価および数量等を抽出する(ステップS2)。
ネットスーパー管理サーバ11の制御部31は、便番号に関連付けられた各商品についての商品コード、商品名、商品画像、単価および数量等を、カテゴリ単位でまとめる(ステップS3)。
次いで、ネットスーパー管理サーバ11の制御部31(コードシンボル付加判断手段53)は、商品に対してバーコードや二次元コード等のコードシンボルが貼付けされておらずPOS端末2に接続されたコードスキャナの操作パネルに割り付けられている商品が有るか否かを判断する(ステップS4)。コードシンボルが貼付けされていない商品は、例えば、野菜、惣菜、鮮魚等のカテゴリに属するものである。したがって、このような判断は、野菜、惣菜、鮮魚等のカテゴリ単位で行うことができる。なお、商品に対してバーコードや二次元コード等のコードシンボルが貼付けされているか否かの判断は、注文商品の属するカテゴリに応じて判断するものに限られるものではなく、コードシンボルが貼付けされていないことを示すフラグを商品情報の一つとするものであったり、バーコードや二次元コード等のコードシンボルにコードシンボルが貼付けされていないことを示すフラグを持たせるものであったりしても良い。
コードスキャナの操作パネルに割り付けられている商品が有ると判断した場合には(ステップS4;Yes)、ネットスーパー管理サーバ11の制御部31(コードシンボル生成手段51)は、当該商品の商品コードをバーコードや二次元コード等のコードシンボルの形態に生成する(ステップS5)。
そして、ネットスーパー管理サーバ11の制御部31(ピッキング伝票出力手段52)は、便番号に関連付けられた各商品についての商品コード、商品名、商品画像、単価、数量、必要であればコードシンボル等をカテゴリ単位でまとめたピッキング伝票として発行する(ステップS6)。
図10は、ピッキング伝票100の一例を示す平面図である。図10に示すように、ピッキング伝票100は、注文管理ファイル374中の対応する便番号に関連付けられた各商品について、カテゴリ単位で商品コード、商品名、商品画像、単価および数量等を印字したものである。このようにカテゴリ単位でピッキング伝票100を発行するようにしたことで、部門ごとに効率よく商品をピッキングすることができる。
また、ピッキング伝票100は、コードスキャナの操作パネルに割り付けられている商品(コードシンボルが付されていない商品)については、当該商品の商品コードを表すバーコードや二次元コード等のコードシンボルCを商品情報の一つとして特記事項欄に印刷している。このようにコードスキャナの操作パネルに割り付けられている商品の商品コードを表すコードシンボルCを印刷しておくことにより、後述するパッキング処理及び欠品チェック処理の際に、ピッキング伝票100のコードシンボルCをスキャニングすることで、商品に付加されたコードシンボルのスキャンと同様に仕分けすることができるようになる。特に、注文商品の属するカテゴリに応じてコードシンボルが付されているか否かを判断した場合には、コードスキャナの操作パネルに割り付けられている商品(コードシンボルが付されていない商品)をまとめた態様でピッキング伝票100を出力することができる。
ピッキング作業者は、発行されたピッキング伝票100に基づき、注文管理ファイル374中の対応する便番号に関連付けられた各商品を店舗内から収集する。そして、収集された商品がバックヤード等に運ばれ、パッキング作業者に引き渡される。
ところで、発行されたピッキング伝票100に基づくピッキング作業において、対象商品が肉や魚等のグラム販売商品や惣菜等の数量販売商品である場合には、ピッキング作業者は注意が必要である。なぜなら、グラム販売商品や数量販売商品のようなコードシンボルの中に販売金額が記録されているNON−PLU商品の場合、ネットスーパーで注文した商品と同じ金額の商品が店舗に存在しない場合があるためである。このようにネットスーパーで注文した商品と同じ金額の商品が店舗に存在しない場合、ピッキング作業者は、ピッキング伝票100上の販売金額に対して幅を持たせた(例えば、ピッキング伝票100上の販売金額よりも高額とする)商品をピッキングする。
上述のようにネットスーパーで注文した商品と同じ金額の商品が店舗に存在しない場合であって、ピッキング作業者がピッキング伝票100上の販売金額に対して幅を持たせた(例えば、ピッキング伝票100上の販売金額よりも高額)の商品をピッキングした場合の処理については、後述する。
以下、図11を参照して、ネットスーパー管理サーバ11とパッキング装置12との協働により実行されるパッキング処理及び欠品チェック処理について説明する。ネットスーパー管理サーバ11の制御部31は、記憶部37に記憶されたパッキング処理プログラムとの協働により各種の機能部(注文商品コード記憶手段54、商品コード入力手段55、比較手段56、価格情報比較手段57、商品代替手段58等)を実現し、パッキング処理及び欠品チェック処理の一部を実行する。
ここで、図11は、ネットスーパー管理サーバ11とパッキング装置12との協働により実行されるパッキング処理及び欠品チェック処理の流れを示すフローチャートである。なお、本処理の前提として、パッキング装置12を操作するパッキング作業者により、本パッキング作業に係る便番号が操作入力部42を介して入力されるものとする(ステップS11;Yes)。また、ピッキング作業者から引き渡された商品の一つがパッキング作業者により手に取られ、パッキング装置12のコードスキャナ41により、当該商品に付加されたコードシンボルの読み取りが行われるものとする。
また、前述したように、コードシンボルが貼付けされておらず、コードスキャナの操作パネルに割り付けられている商品については、ピッキング伝票100のコードシンボルCをパッキング装置12のコードスキャナ41により読み取ることになる。このようなピッキング伝票100のコードシンボルCのパッキング装置12のコードスキャナ41による読み取りは、ピッキング伝票100が野菜、惣菜、鮮魚等のカテゴリ毎に発行されているので、コードシンボルが貼付けされた商品を全て読み取った後に行うと効率が良い。
まず、パッキング装置12の制御部46(商品コード入力手段55)は、コードスキャナ41で読み取られた商品コードを取得すると(ステップS12)、予め入力された便番号とこの商品コードの組をネットスーパー管理サーバ11へ通知することで箱番号の問い合わせを行う(ステップS13)。
ネットスーパー管理サーバ11の制御部31(比較手段56)は、パッキング装置12から便番号及び商品コードの組を受け付けると、注文管理ファイル374から、この組に対応し、且つチェックステータスが未処理のレコードを検索し(ステップS31)、該当するレコードが存在するか否かを判定する(ステップS32)。
ステップS32において、該当するレコードが存在すると判定した場合(ステップS32;Yes)、制御部31は、該当する各レコードに含まれるシーケンス番号のうち、最小の値に関連付けられた箱番号をパッキング装置12へ送信する(ステップS34)。
一方、該当するレコードが存在しないと判定した場合(ステップS32;No)、制御部31(比較手段56)は、NON−PLU(Price Look UP)商品対応処理を実行する(ステップS33)。
ステップS33のNON−PLU商品対応処理について図12のフローチャートを参照しつつ説明する。図12に示すように、ネットスーパー管理サーバ11の制御部31(比較手段56)は、まず、パッキング対象商品の商品コードがNON−PLU商品か否かを判断する(ステップS51)。NON−PLU商品か否かの判断は、例えば商品コードに対応付けてNON−PLU商品か否かのフラグを立てておき、このフラグを確認することによって行うことが可能である。
パッキング対象商品の商品コードがNON−PLU商品でない場合には(ステップS51;No)、ネットスーパー管理サーバ11の制御部31は、通知された商品コードの仕分けが不要の旨のメッセージをパッキング装置12へ送信する(ステップS52)。
一方、パッキング対象商品の商品コードがNON−PLU商品である場合には(ステップS51;Yes)、ネットスーパー管理サーバ11の制御部31は、商品コードに含まれる物品コード部および金額部(価格情報)を抽出し(ステップS53)、物品コード部を検索条件として注文管理ファイル374を検索する(ステップS54)。
該当するレコードが存在しないと判定した場合(ステップS55;No)、ネットスーパー管理サーバ11の制御部31は、通知された商品コードの仕分けが不要の旨のメッセージをパッキング装置12へ送信し(ステップS52)、処理を終了する。
一方、該当するレコードが存在すると判定した場合(ステップS55;Yes)、ネットスーパー管理サーバ11の制御部31(価格情報比較手段57)は、通知された商品コードの上限金額、下限金額を取得する(ステップS56)。
例えば、NON−PLU商品の上限金額幅のパーセンテージが「プラス5%」、下限金額幅のパーセンテージが「マイナス0%」に設定されている場合についての一例を図13に示す。なお、図13においては、小数点以下の金額は小数点第1位の値を四捨五入している。
また、NON−PLU商品の上限金額幅のパーセンテージが「プラス5%」、下限金額幅のパーセンテージが「マイナス5%」に設定されている場合についての一例を図14に示す。なお、図14においては、小数点以下の金額は小数点第1位の値を四捨五入している。
次いで、ネットスーパー管理サーバ11の制御部31(価格情報比較手段57)は、スキャンした商品コードの金額部と、ステップS56で取得した上限金額および下限金額とを比較して、スキャンした商品コードの金額部が上限金額および下限金額内に存在するか否かを判断する(ステップS57)。
スキャンした商品コードの金額部が上限金額および下限金額内に存在すると判断した場合(ステップS58;Yes)、ネットスーパー管理サーバ11の制御部31(商品代替手段58)は、スキャンした商品コードに対応する各レコードに含まれるシーケンス番号のうち、最小の値に関連付けられた箱番号をパッキング装置12へ送信する(ステップS59)。
例えば、図13に示した例においては、100gの注文商品(販売金額150円)が店舗に存在せず、105gの在庫商品(販売金額158円)がピッキングされてスキャンされた場合に、105gの在庫商品(販売金額158円)は上限金額および下限金額内に存在することになるので、105gの在庫商品(販売金額158円)を100gの注文商品(販売金額150円)とみなしてパッキング作業を進める。このようにするのは、NON−PLU商品については、厳密に同じ商品コードでなく金額に多少のズレがあっても、パッキング処理を可能にするためである。
一方、スキャンした商品コードの金額部が上限金額および下限金額内に存在しないと判断した場合(ステップS58;No)、ネットスーパー管理サーバ11の制御部31(商品代替手段58)は、通知された商品コードの仕分けが不要の旨のメッセージをパッキング装置12へ送信する(ステップS52)。
例えば、図13に示した例においては、100gの注文商品(販売金額150円)が店舗に存在せず、110gの在庫商品(販売金額165円)がピッキングされてスキャンされた場合に、110gの在庫商品(販売金額165円)は上限金額および下限金額内に存在しないことになるので、110gの在庫商品(販売金額165円)を100gの注文商品(販売金額150円)とみなすことはできない。
以上により、ステップS33のNON−PLU商品対応処理が終了する。
図11に戻り、パッキング装置12の制御部46は、ネットスーパー管理サーバ11から箱番号が送信されたか否かを判定し、商品コードの仕分けが不要の旨のメッセージを受信した場合には(ステップS14;No)、このメッセージを表示部43に表示し(ステップS15)、処理を終了する。これにより、パッキング作業者は、表示部43に表示されたメッセージを確認することで、仕分けが必要な商品か否かを容易に判断することができる。
また、ステップS14において、ネットスーパー管理サーバ11から箱番号を受信した場合(ステップS14;Yes)、制御部46は、この箱番号の値を表示部43に表示し(ステップS16)、コードスキャナ41からの入力を待機する(ステップS17;No)。
ここで、パッキング作業者は、手にした商品をステップS16で表示された箱番号に対応する収納箱に収納した後、パッキング装置12のコードスキャナ41により、この収納箱に付加された箱番号の読み取りを行う。
パッキング装置12の制御部46は、コードスキャナ41を介して箱番号が入力されると(ステップS17;Yes)、この箱番号をネットスーパー管理サーバ11へ送信することで、当該箱番号の整合性を確認する(ステップS18)。
ネットスーパー管理サーバ11の制御部31は、パッキング装置12から箱番号の通知を受け付けると、この箱番号とステップS24で送信した箱番号とが一致するか否かを判定する(ステップS35)。ここで、不一致と判定した場合(ステップS35;No)、制御部31は、仕分け先に誤りがある旨のメッセージをパッキング装置12へ送信する(ステップS36)。
また、ステップS35において、両箱番号が一致と判定した場合(ステップS35;Yes)、制御部31は、仕分け先が正しい旨のメッセージをパッキング装置12へ送信する(ステップS37)。パッキング装置12の制御部46は、ネットスーパー管理サーバ11から送信されたメッセージを受信すると、このメッセージを表示部43に表示する(ステップS19)。
これにより、パッキング作業者は、表示部43に表示されたメッセージを確認することで、仕分けが正しく行われたか否かを容易に判断することができる。なお、本実施形態では、箱番号の一致判定をネットスーパー管理サーバ11が行う形態としたが、ネットスーパー管理サーバ11から送信された箱番号と、コードスキャナ41を介して入力された箱番号とを比較することで、パッキング装置12自身が一致判定を行う形態としてもよい。
続いて、ネットスーパー管理サーバ11の制御部31は、処理対象としたシーケンス番号のレコードに含まれるチェックステータスを、処理済みを表す“1”に変更する(ステップS38)。
パッキング作業者は、ピッキング作業者から引き渡された全ての商品について、上記のパッキング処理を施すと、操作入力部42を介して仕分が完了したこと指示する操作を行う。パッキング装置12の制御部46は、操作入力部42を介して仕分け完了の指示を受け付けると(ステップS20;Yes)、予め入力された便番号と仕分完了を表す仕分完了情報とをネットスーパー管理サーバ11へ送信する(ステップS21)。
一方、ネットスーパー管理サーバ11の制御部31は、パッキング装置12から便番号と仕分完了情報とを受け付けると、注文管理ファイル374を参照し、この便番号に対応する各レコードに含まれたチェックステータスのうち、未処理を表す“0”のものがあれば(ステップS39;Yes)、未処理の商品がある旨のメッセージ(例えば、未処理の商品の一覧)をパッキング装置12へ送信するとともに(ステップS40)、便番号に対応する各レコードに含まれたチェックステータスのうち、未処理を表す“0”のものを、欠品を表す“9”に変更し(ステップS41)、処理を終了する。
パッキング装置12の制御部46は、ネットスーパー管理サーバ11から送信されたメッセージ(例えば、未処理の商品の一覧)を受信すると、このメッセージを表示部43に表示し(ステップS22)、処理を終了する。
一方、ネットスーパー管理サーバ11の制御部31は、未処理を表す“0”のものがなければ(ステップS39;No)、そのまま処理を終了する。
このように、パッキング作業者がピッキングした商品に付加されたコードシンボルをパッキング装置12のコードスキャナ41によりスキャンする(読み取る)と、客ごとに割り当てられた箱番号をパッキング装置12に表示する。パッキング作業者は、パッキング装置12に表示された箱番号に基づいて各商品を収納箱に仕分けることになるので、ミスを軽減でき、また、作業効率の向上を図ることができる。
このようにして配送元となる店舗においてパッキング作業者によって収納箱に仕分けられた商品は、図15に示す配送伝票(受領伝票)200とともに配送担当員へと引き渡され、配送先の顧客宅へと配送される。商品配送完了後、顧客の受領サイン又は捺印された配送伝票(受領伝票)200は、POSシステム7を備えた店舗へと返送される。
また、店舗のキャッシャは、店舗へと返送された配送伝票(受領伝票)200に印字された各商品のコードシンボル(ネットスーパーにおける購入時の販売価格を含む)をPOS端末2のコードスキャナにより読み取る。通常の売上処理と同様に、POS端末2は、配送伝票(受領伝票)200に印字された各商品に付加されたコードシンボルをコードスキャナにより読み取ると、このコードシンボルに含まれるネットスーパーにおける購入時の商品の販売価格及び販売個数に基づき、これら商品の総額を算出し精算等の処理を行って売上データを生成した後、当該売上データを所定のタイミングで店舗サーバ4に送信する。
上述のように配送伝票(受領伝票)200に印字された各商品のコードシンボルにネットスーパーにおける購入時の販売価格を含めておくことで、例え翌日配送やタイムサービスなどでリアル店舗の販売価格と異なっていても、あくまでネットスーパーで購入された時の販売価格で売上計上されることになる。
また、上述したように、100gの商品(販売金額150円)が店舗に存在せず、105gの商品(販売金額158円)がピッキングされてスキャンされた場合であっても、配送伝票(受領伝票)200に印字される商品は、100gの商品(販売金額150円)である。このようにすることで、顧客に対してお得感を出すことが可能になっている。
このように本実施形態によれば、在庫商品に対応付けられている商品コードと、注文商品の商品コードとは一致しないが、共通する物品コードを有するNON−PLUコードであるとの比較結果があった場合に、在庫商品に対応付けられている商品コードに含まれる価格情報と注文商品の商品コードに含まれる価格情報との差が、予め定められた範囲内にある場合、在庫商品を注文商品とみなすようにしたので、ネットスーパーで注文した商品と同じ金額の商品が店舗に存在しないような場合であっても、欠品(品切れ)とせずに対処することができるようになる。
また、本実施形態によれば、店舗における注文商品のピッキングに用いるピッキング伝票において、商品情報の一つとしてコードシンボルを含めるようにしたので、ピッキング伝票に基づくピッキング作業により収集した商品を顧客毎に仕分けるパッキング作業を行う際に、商品に対してバーコードや二次元コード等のコードシンボルが貼付けされていない商品については、当該ピッキング伝票上のコードシンボルのスキャンによるパッキング作業ができるようになり、作業効率を向上させることができる。
以上、本発明の実施の形態について説明したが、本発明はこれに限定されるものではなく、本発明の主旨を逸脱しない範囲での種々の変更、置換、追加等が可能である。
また、上記実施形態では、ネットスーパーサーバ6を店舗の外部に配置する形態としたが、これに限らず、店舗内に配置する形態としてもよい。また、ネットスーパー管理サーバ11や店舗サーバ4が、ネットスーパーサーバ6の機能を具備する形態としてもよい。
また、上記実施形態では、商品コード及び箱番号がコードシンボル中に保持されている形態としたが、これに限らず、RFIDタグ等の形態で保持されていてもよい。なお、この場合、パッキング装置12は、コードスキャナ41に替えてRFIDリーダ/ライタを備えるものとする。
また、上記実施形態の各装置で実行されるプログラムは、ROM等に予め組み込んで提供するように構成してもよい。また、上記プログラムは、インストール可能な形式又は実行可能な形式のファイルでCD−ROM、フレキシブルディスク(FD)、CD−R、DVD等のコンピュータで読み取り可能な記録媒体に記録されて提供されてもよい。
また、上記プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上記プログラムをインターネット等のネットワーク経由で提供又は配布するように構成してもよい。
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。