情報処理装置及びプログラム
【課題】ピッキング伝票に基づくピッキング作業において、対象商品がＮＯＮ−ＰＬＵ商品について、ネットスーパーで注文した商品と同じ金額の商品が店舗に存在しないような場合であっても、欠品（品切れ）とせずに対処することができるようにする。
【解決手段】在庫商品に対応付けられている商品コードと、注文商品の商品コードとは一致しないが、共通する物品コードを有するＮＯＮ−ＰＬＵコードであるとの比較結果があった場合に、在庫商品に対応付けられている商品コードに含まれる価格情報と注文商品の商品コードに含まれる価格情報との差が、予め定められた範囲内にある場合、在庫商品を注文商品とみなすようにする。
【解決手段】在庫商品に対応付けられている商品コードと、注文商品の商品コードとは一致しないが、共通する物品コードを有するＮＯＮ−ＰＬＵコードであるとの比較結果があった場合に、在庫商品に対応付けられている商品コードに含まれる価格情報と注文商品の商品コードに含まれる価格情報との差が、予め定められた範囲内にある場合、在庫商品を注文商品とみなすようにする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
近年のネットワークの普及により、インターネットを介して商品の販売を行う販売方式（ＥＣ：Electronic Commerce）が盛んに行われている。また、スーパーマーケット等の店舗においても、店舗内で販売している商品をインターネットを介して販売する、所謂ネットスーパーと呼ばれる販売方式が行われている。ネットスーパーでは、顧客から商品購入の注文を受け付けると、該当する商品を店舗内から収集するピッキング作業と、収集した商品を顧客毎に仕分けるパッキング作業とが行われ、各顧客に配達されるよう運用されている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の方式によれば、発行されたピッキング伝票に基づくピッキング作業において、対象商品が肉や魚等のグラム販売商品や惣菜等の数量販売商品のようなコードシンボルの中に販売金額が記録されているＮＯＮ−ＰＬＵ商品について、ネットスーパーで注文した商品と同じ金額の商品が店舗に存在せず、欠品（品切れ）が発生してしまうという問題がある。
【課題を解決するための手段】
【０００４】
実施形態の情報処理装置は、ネットワークを介して接続された端末装置から受け付けた注文にかかる注文商品の商品コードを記憶部に記憶する注文商品コード記憶手段と、前記注文商品とみなされる在庫商品に対応付けられている商品コードを入力する商品コード入力手段と、前記在庫商品に対応付けられている商品コードと、前記記憶部に記憶された前記注文商品の商品コードとを比較する比較手段と、当該各商品コードは一致しないが、共通する物品コードを有するＮＯＮ−ＰＬＵ（Ｐｒｉｃｅ Ｌｏｏｋ ＵＰ）コードであるとの比較結果があった場合に、前記在庫商品に対応付けられている商品コードに含まれる価格情報と、前記注文商品の商品コードに含まれる価格情報とを比較する価格情報比較手段と、前記在庫商品に対応付けられている商品コードに含まれる価格情報と前記注文商品の商品コードに含まれる価格情報との差が、予め定められた範囲内にある場合、前記在庫商品を前記注文商品とみなす商品代替手段と、を備える。
【０００５】
実施形態のプログラムは、ネットワークを介して接続された端末装置から受け付けた注文にかかる注文商品の商品コードを記憶部に記憶する注文商品コード記憶手段と、前記注文商品とみなされる在庫商品に対応付けられている商品コードを入力する商品コード入力手段と、前記在庫商品に対応付けられている商品コードと、前記記憶部に記憶された前記注文商品の商品コードとを比較する比較手段と、当該各商品コードは一致しないが、共通する物品コードを有するＮＯＮ−ＰＬＵ（Ｐｒｉｃｅ Ｌｏｏｋ ＵＰ）コードであるとの比較結果があった場合に、前記在庫商品に対応付けられている商品コードに含まれる価格情報と、前記注文商品の商品コードに含まれる価格情報とを比較する価格情報比較手段と、前記在庫商品に対応付けられている商品コードに含まれる価格情報と前記注文商品の商品コードに含まれる価格情報との差が、予め定められた範囲内にある場合、前記在庫商品を前記注文商品とみなす商品代替手段と、としてコンピュータを機能させる。
【図面の簡単な説明】
【０００６】
【図１】図１は、販売システムの全体構成を概略的に示したシステム構成図である。
【図２】図２は、ネットスーパー管理サーバの構成を示すブロック図である。
【図３】図３は、注文管理ファイルの一例を示す模式図である。
【図４】図４は、配達便管理ファイルの一例を示す模式図である。
【図５】図５は、パッキング装置の構成を示すブロック図である。
【図６】図６は、ＥＣサイトの初期ページの一例を示す正面図である。
【図７】図７は、商品購入ページの一例を示す正面図である。
【図８】図８は、配達日時指定ページの一例を示す正面図である。
【図９】図９は、ピッキング伝票発行処理の流れを示すフローチャートである。
【図１０】図１０は、ピッキング伝票の一例を示す平面図である。
【図１１】図１１は、パッキング処理及び欠品チェック処理の流れを示すフローチャートである。
【図１２】図１２は、ＮＯＮ−ＰＬＵ商品対応処理の流れを示すフローチャートである。
【図１３】図１３は、ＮＯＮ−ＰＬＵ商品の上限金額および下限金額の一例を示す説明図である。
【図１４】図１４は、ＮＯＮ−ＰＬＵ商品の上限金額および下限金額の一例を示す説明図である。
【図１５】図１５は、配送伝票の一例を示す平面図である。
【発明を実施するための形態】
【０００７】
以下、添付図面を参照して、実施形態に係る情報処理装置及びプログラムの実施形態を詳細に説明する。なお、以下に説明する実施の形態によりこの発明が限定されるものではない。
【０００８】
図１は、販売システム１の全体構成を概略的に示したシステム構成図である。図１に示したように、販売システム１は、商品販売データ処理装置としての複数台のＰＯＳ（Point Of Sales：販売時点管理）端末２および各ＰＯＳ端末２をＬＡＮ３によって接続して集中管理する店舗サーバ４を備えるＰＯＳシステム７と、専用回線８を介して店舗サーバ４を接続する本部サーバ９と、を備えている。
【０００９】
ＰＯＳシステム７および本部サーバ９について簡単に説明する。店舗サーバ４は、店舗で販売される各種の商品情報を格納する商品マスタファイルを有してＰＯＳシステム７全体の制御を受け持つものであり、キーボード、表示器、プリンタ及びハードディスクドライブ装置などが接続されている（何れも図示せず）。
【００１０】
ＰＯＳ端末２は、ユニークなレジナンバーを割り振られて精算場所に配設されており、キャッシャが売上処理を行うための端末である。ＰＯＳ端末２は、キーボード、ドロワ、表示器、カードリーダ／ライタ、コードスキャナ等が接続されている。ＰＯＳ端末２は、コードスキャナによりバーコードや二次元コード等の形態で各商品に付加された商品コードを読み取ると、この商品コードを店舗サーバ４に通知することで商品の問い合わせを行う。店舗サーバ４は、ＰＯＳ端末２からの問い合わせに応じて商品マスタファイルを検索し、該当する商品コードに対応した商品情報を読み出してＰＯＳ端末２へ送信する。ＰＯＳ端末２は、店舗サーバ４から対応する商品の単価等を取得する。また、ＰＯＳ端末２は、購入対象となった商品の単価及び販売個数に基づき、これら商品の総額を算出し精算等の処理を行って売上データを生成した後、当該売上データを所定のタイミングで店舗サーバ４に送信する。
【００１１】
本部サーバ９は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等で構成されるコンピュータ構成の制御部（図示せず）を備えており、各店舗の店舗サーバ４から送信される売上データを管理したり、各店舗の店舗サーバ４に対して商品マスタファイルを送信したりする。
【００１２】
加えて、図１に示したように、販売システム１は、ＰＯＳシステム７が設置された店舗内で販売されている商品を、インターネット等のネットワーク５を介して販売するネットスーパーサービスを提供するためのサーバ装置であるネットスーパーサーバ６を備えている。ネットスーパーサーバ６は、インターネット５を介して顧客端末１０から接続可能である。
【００１３】
ネットスーパーサーバ６は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成される制御部、キーボードや各種ボタン等の入力デバイス、ＣＲＴやＬＣＤ等の表示デバイス、ＨＤＤやフラッシュメモリ等の記憶デバイス、専用回線８及びネットワーク５に接続可能な通信インタフェース等を備え（何れも図示せず）、記憶デバイスに記憶された所定のプログラム（例えば、Ｗｅｂアプリケーション、データベースプログラム等）を制御部が実行することで各種の機能部を実現する。
【００１４】
顧客端末１０は、ネットスーパーの顧客（ユーザ）が操作するパーソナルコンピュータ（Personal computer：ＰＣ）や携帯電話等の端末装置である。顧客端末１０は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成される制御部、キーボードや各種ボタン等の入力デバイス、ＣＲＴやＬＣＤ等の表示デバイス、ＨＤＤやフラッシュメモリ等の記憶デバイス、ネットワーク５に接続可能な通信インタフェース等を備え（何れも図示せず）、記憶デバイスに記憶された所定のプログラム（例えば、Ｗｅｂブラウザ等）を制御部が実行することで各種の機能を実現する。
【００１５】
また、店舗には、ネットスーパーサーバ６で受け付けた注文商品を含む注文商品リストを当該ネットスーパーサーバ６から受け取って管理するネットスーパー管理サーバ１１と、ネットスーパーサーバ６で受け付けた注文商品リストに従って該当する商品を店舗内から収集した商品を顧客毎に仕分けるパッキング作業に用いるパッキング装置１２とが、備えられている。
【００１６】
ネットスーパー管理サーバ１１は、ネットスーパーサービスを提供するために必要な各種のデータを管理する情報処理装置であり、その電装系は例えば図２に示すような構成とされている。
【００１７】
ここで、図２は、ネットスーパー管理サーバ１１の構成を示すブロック図である。図２に示すように、ネットスーパー管理サーバ１１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成されるコンピュータ構成の制御部３１と、バス３２と、ＬＡＮ３に接続可能な第１通信インタフェース３３１と、ネットワーク５に接続可能な第２通信インタフェース３３２と、Ｉ／Ｏ機器制御部３４と、キーボードやマウス等により構成される操作入力部３５と、ＣＲＴやＬＣＤ等の表示デバイスにより構成される表示部３６と、ＨＤＤやフラッシュメモリ等の記憶デバイスにより構成される記憶部３７と、プリンタ１４を接続するプリンタ接続部３８と、を備えている。
【００１８】
制御部３１は、バス３２に接続された第１通信インタフェース３３１を介してパッキング装置１２との間で相互にオンライン通信を実行し得るように構成されている。また、制御部３１は、バス３２に接続された第２通信インタフェース３３２を介してネットスーパーサーバ６との間で相互にオンライン通信を実行し得るように構成されている。また、制御部３１には、バス３２及びＩ／Ｏ機器制御部３４を介して、操作入力部３５、表示部３６、記憶部３７が接続されている。
【００１９】
記憶部３７は、制御部３１が実行する各種プログラムや当該プログラムの実行に係る各種設定情報を記憶している。制御部３１は、記憶部３７に記憶された所定のプログラムとの協働により各種の機能部を実現し、パッキング装置１２とともに後述するパッキング処理及び欠品チェック処理等を実行する。
【００２０】
また、記憶部３７は、ネットスーパーサービスを提供するために必要なデータとして、注文管理ファイル３７４及び配達便管理ファイル３７５等を記憶している。
【００２１】
注文管理ファイル３７４は、ネットスーパーサーバ６から送信される後述する注文商品リストを、制御部３１（注文商品コード記憶手段５４）によって管理（保持）するためのデータテーブルである。図３は、注文管理ファイル３７４の一例を示す模式図である。図３に示すように、注文管理ファイル３７４には、便番号、箱番号、シーケンス番号、商品コード、商品名、カテゴリＩＤ及びチェックステータスを関連付けたレコードが保持されている。
【００２２】
ここで、便番号は、商品の配達を行う配達便を識別するための識別子であって、便番号が同一の商品は同一の便で配達される。箱番号は、配達のために商品を収容する収容箱を識別するための識別子である。ネットスーパーにより購入（注文）された商品、即ち注文管理ファイル３７４に登録された商品コード（商品名）は、箱番号に示された収容箱に収容され、注文を行った顧客の元へ配達される。なお、各収容箱には、固有の箱番号がバーコードや二次元コード等のコードシンボルの形態で予め付与されているものとする。また、シーケンス番号は、便番号が同一の各商品に順次割り当てられる管理番号である。
【００２３】
チェックステータスは、後述するパッキング処理を行ったか否か、及び、商品の欠品を表すための情報である。なお、本実施形態では、チェックステータスが“０”のときパッキング処理が未処理であることを意味し、“１”のときにパッキング処理が処理済であることを意味する。また、チェックステータスが“９”のときに、その商品が欠品であることを意味している。なお、チェックステータスの初期（デフォルト）状態は“０”であるとする。
【００２４】
配達便管理ファイル３７５は、各便番号に対応する配達日時を管理するためのデータテーブルである。図４は、配達便管理ファイル３７５の一例を示す模式図である。図４に示すように、配達便管理ファイル３７５は、便番号と関連付けて、配達日付、配達時刻及び締切時刻を保持している。
【００２５】
配達日付及び配達時刻は、商品を配達する日付とその時間帯とを表している。また、締切時刻は、対応する便番号での受け付けを締め切る時刻を表しており、図４では配達時刻の３時間前を締切時刻とした例を示している。なお、制御部３１は、図示しないＲＴＣ（Real Time Clock）等の計時部で計時される現在日時に基づき、締切時刻を経過した配送便のレコードを配達便管理ファイル３７５から削除する。
【００２６】
次に、パッキング装置１２について説明する。パッキング装置１２は、パッキング作業を行う作業者（以下、パッキング作業者という）が携帯可能なハンディターミナル等であって、その電装系は例えば、図５に示すような構成とされている。
【００２７】
図５は、パッキング装置１２の構成を示すブロック図である。図５に示すように、パッキング装置１２は、コードスキャナ４１、操作入力部４２、表示部４３、通信インタフェース４４、記憶部４５及び制御部４６等を備え、各部がバス４７により接続されている。
【００２８】
コードスキャナ４１は、商品又は収納箱に付加されたコードシンボルを読み取り、当該コードシンボルをデコードした結果を制御部４６へ出力する。操作入力部４２は、キーボード等の入力デバイスにより構成され、ユーザの操作に応じた操作信号を制御部４６へ出力する。表示部４３は、ＬＣＤ等の表示デバイスにより構成され、制御部４６の制御に従い各種の情報を表示する。通信インタフェース４４は、ＬＡＮ３に接続可能な無線通信インタフェースであって、制御部４６の制御に従い、アクセスポイント１３を介してネットスーパー管理サーバ１１へアクセスを行う。
【００２９】
記憶部４５は、フラッシュメモリ等の記憶デバイスにより構成され、制御部４６が実行する各種プログラムや当該プログラムの実行に係る各種設定情報を記憶している。制御部４６は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成され、記憶部４５に記憶された所定のプログラムとの協働により各種の機能部を実現し、ネットスーパー管理サーバ１１とともに後述するパッキング処理及び欠品チェック処理等を実行する。
【００３０】
ここで、ネットスーパーで商品の購入（注文）が行われるまでの動作の一例について説明する。まず、顧客端末１０の制御部（以下、単に顧客端末１０という）では、ユーザの操作に応じて、ネットスーパーサーバ６が提供するＥＣサイトのアドレス宛にアクセスを行う。一方、ネットスーパーサーバ６の制御部（以下、単にネットスーパーサーバ６という）では、顧客端末１０からのアクセスを受け付けると、図示しない記憶部に記憶されたプログラム等に基づいて商品の販売を行うＥＣサイトの初期ページを生成し、顧客端末１０へ送信する。顧客端末１０は、ネットスーパーサーバ６から提供された初期ページを図示しない表示部に表示し、ユーザの操作入力を待機する。
【００３１】
図６は、ＥＣサイトの初期ページの一例を示す正面図である。図６において、領域Ａ１には、各商品カテゴリ（例えば、野菜、果物等）を表す文字列が一覧表示されている。また、領域Ａ２には、各商品カテゴリを表すアイコン画像が一覧表示されている。
【００３２】
顧客端末１０は、初期ページの領域Ａ１又は領域Ａ２に表示された複数の商品カテゴリから、特定の商品カテゴリ（例えば、野菜）がユーザにより選択されたことを検知すると、この選択された商品カテゴリのカテゴリ名称又はカテゴリＩＤをネットスーパーサーバ６へ通知する。
【００３３】
一方、ネットスーパーサーバ６は、顧客端末１０からカテゴリ名称又はカテゴリＩＤの選択通知を受け付けると、店舗サーバ４に記憶された商品マスタファイルを参照し、当該カテゴリ名称又はカテゴリＩＤに対応するレコードを読み出す。そして、ネットスーパーサーバ６は、読み出した各レコードに基づき、購入注文を受け付けるための商品購入ページを生成すると、顧客端末１０へ送信する。顧客端末１０は、ネットスーパーサーバ６から提供された商品購入ページを図示しない表示部に表示し、ユーザの操作入力を待機する。
【００３４】
図７は、商品購入ページの一例を示す正面図である。図７に示すように、商品購入ページは、商品マスタファイルから読み出された商品を購入するための購入画面Ｇ１を表示する。
【００３５】
顧客端末１０では、購入画面Ｇ１に設けられた購入ボタンＢ１の押下を、図示しないキーボードやマウス等を介して受け付ける毎に、対応する商品の商品コード、カテゴリ及びその購入数量を購入対象としてネットスーパーサーバ６へ通知する。そして、顧客端末１０は、商品選択が完了した旨の指示を図示しないキーボードやマウス等を介して受け付けると、この選択完了の旨をネットスーパーサーバ６へ通知する。
【００３６】
次いで、ネットスーパーサーバ６では、顧客端末１０から選択完了の旨の通知を受け付けると、配達日時の指定を受け付けるための配達日時指定ページを生成し、顧客端末１０へ送信する。顧客端末１０は、ネットスーパーサーバ６から提供された配達日時指定ページを図示しない表示部に表示し、ユーザの操作入力を待機する。
【００３７】
図８は、配達日時指定ページの一例を示す正面図である。図８に示すように、配達日時指定ページの領域Ａ４には、配達便管理ファイル３７５に保持された各便番号に対応する配達日時が選択可能に構成されている。顧客端末１０は、特定の配達日時が選択されたことを図示しないキーボードやマウス等を介して受け付けると、この選択された配達日時をネットスーパーサーバ６へ通知する。
【００３８】
ネットスーパーサーバ６は、顧客端末１０から配達日時の通知を受け付けると、この配達日時に対応する便番号に対して、購入対象として通知された各商品の商品コードなどを関連付けた注文商品リストを生成する。その後、ネットスーパーサーバ６は、注文商品リストをネットスーパー管理サーバ１１へインターネット５を介して送信する。
【００３９】
ネットスーパー管理サーバ１１の制御部３１は、ネットスーパーサーバ６から注文商品リストを受け付ける毎に、当該注文商品リストに含まれた便番号及び商品コードを、図３に示したレコード形式で注文管理ファイル３７４に順次格納する。なお、箱番号については、注文商品リスト及び当該注文商品リストに含まれた商品の種別や数量に応じて、商品毎に割り当てを行うものとする。また、シーケンス番号は、同一の便番号について注文管理ファイル３７４への格納順に割り当てを行うものとする。
【００４０】
ＰＯＳシステム５の店舗内でピッキング作業を行う担当者（以下、ピッキング作業者という）は、各便番号に応じた時刻に、ネットスーパー管理サーバ１１を操作して、注文管理ファイル３７４中の対応する便番号に関連付けられた注文商品リストに含まれた商品をカテゴリＩＤ別に抽出したピッキング伝票をプリンタ１４から発行させる。
【００４１】
ここで、ネットスーパー管理サーバ１１におけるピッキング伝票発行処理について説明する。ネットスーパー管理サーバ１１の制御部３１は、記憶部３７に記憶されたピッキング伝票発行プログラムとの協働により各種の機能部（コードシンボル生成手段５１、ピッキング伝票出力手段５２、コードシンボル付加判断手段５３等）を実現し、ピッキング伝票発行処理を実行する。
【００４２】
ここで、図９はピッキング伝票発行処理の流れを示すフローチャートである。図９に示すように、ネットスーパー管理サーバ１１の制御部３１は、ピッキング作業者によるキーボードやマウス等により構成される操作入力部３５の操作、または図示しないＲＴＣ（Real Time Clock）等の計時部で計時される現在日時に基づき、所定の便番号についてのピッキング伝票発行指示を受け付けると（ステップＳ１；Ｙｅｓ）、注文管理ファイル３７４中の対応する便番号に関連付けられた各商品について、商品コード、商品名、商品画像、単価および数量等を抽出する（ステップＳ２）。
【００４３】
ネットスーパー管理サーバ１１の制御部３１は、便番号に関連付けられた各商品についての商品コード、商品名、商品画像、単価および数量等を、カテゴリ単位でまとめる（ステップＳ３）。
【００４４】
次いで、ネットスーパー管理サーバ１１の制御部３１（コードシンボル付加判断手段５３）は、商品に対してバーコードや二次元コード等のコードシンボルが貼付けされておらずＰＯＳ端末２に接続されたコードスキャナの操作パネルに割り付けられている商品が有るか否かを判断する（ステップＳ４）。コードシンボルが貼付けされていない商品は、例えば、野菜、惣菜、鮮魚等のカテゴリに属するものである。したがって、このような判断は、野菜、惣菜、鮮魚等のカテゴリ単位で行うことができる。なお、商品に対してバーコードや二次元コード等のコードシンボルが貼付けされているか否かの判断は、注文商品の属するカテゴリに応じて判断するものに限られるものではなく、コードシンボルが貼付けされていないことを示すフラグを商品情報の一つとするものであったり、バーコードや二次元コード等のコードシンボルにコードシンボルが貼付けされていないことを示すフラグを持たせるものであったりしても良い。
【００４５】
コードスキャナの操作パネルに割り付けられている商品が有ると判断した場合には（ステップＳ４；Ｙｅｓ）、ネットスーパー管理サーバ１１の制御部３１（コードシンボル生成手段５１）は、当該商品の商品コードをバーコードや二次元コード等のコードシンボルの形態に生成する（ステップＳ５）。
【００４６】
そして、ネットスーパー管理サーバ１１の制御部３１（ピッキング伝票出力手段５２）は、便番号に関連付けられた各商品についての商品コード、商品名、商品画像、単価、数量、必要であればコードシンボル等をカテゴリ単位でまとめたピッキング伝票として発行する（ステップＳ６）。
【００４７】
図１０は、ピッキング伝票１００の一例を示す平面図である。図１０に示すように、ピッキング伝票１００は、注文管理ファイル３７４中の対応する便番号に関連付けられた各商品について、カテゴリ単位で商品コード、商品名、商品画像、単価および数量等を印字したものである。このようにカテゴリ単位でピッキング伝票１００を発行するようにしたことで、部門ごとに効率よく商品をピッキングすることができる。
【００４８】
また、ピッキング伝票１００は、コードスキャナの操作パネルに割り付けられている商品（コードシンボルが付されていない商品）については、当該商品の商品コードを表すバーコードや二次元コード等のコードシンボルＣを商品情報の一つとして特記事項欄に印刷している。このようにコードスキャナの操作パネルに割り付けられている商品の商品コードを表すコードシンボルＣを印刷しておくことにより、後述するパッキング処理及び欠品チェック処理の際に、ピッキング伝票１００のコードシンボルＣをスキャニングすることで、商品に付加されたコードシンボルのスキャンと同様に仕分けすることができるようになる。特に、注文商品の属するカテゴリに応じてコードシンボルが付されているか否かを判断した場合には、コードスキャナの操作パネルに割り付けられている商品（コードシンボルが付されていない商品）をまとめた態様でピッキング伝票１００を出力することができる。
【００４９】
ピッキング作業者は、発行されたピッキング伝票１００に基づき、注文管理ファイル３７４中の対応する便番号に関連付けられた各商品を店舗内から収集する。そして、収集された商品がバックヤード等に運ばれ、パッキング作業者に引き渡される。
【００５０】
ところで、発行されたピッキング伝票１００に基づくピッキング作業において、対象商品が肉や魚等のグラム販売商品や惣菜等の数量販売商品である場合には、ピッキング作業者は注意が必要である。なぜなら、グラム販売商品や数量販売商品のようなコードシンボルの中に販売金額が記録されているＮＯＮ−ＰＬＵ商品の場合、ネットスーパーで注文した商品と同じ金額の商品が店舗に存在しない場合があるためである。このようにネットスーパーで注文した商品と同じ金額の商品が店舗に存在しない場合、ピッキング作業者は、ピッキング伝票１００上の販売金額に対して幅を持たせた（例えば、ピッキング伝票１００上の販売金額よりも高額とする）商品をピッキングする。
【００５１】
上述のようにネットスーパーで注文した商品と同じ金額の商品が店舗に存在しない場合であって、ピッキング作業者がピッキング伝票１００上の販売金額に対して幅を持たせた（例えば、ピッキング伝票１００上の販売金額よりも高額）の商品をピッキングした場合の処理については、後述する。
【００５２】
以下、図１１を参照して、ネットスーパー管理サーバ１１とパッキング装置１２との協働により実行されるパッキング処理及び欠品チェック処理について説明する。ネットスーパー管理サーバ１１の制御部３１は、記憶部３７に記憶されたパッキング処理プログラムとの協働により各種の機能部（注文商品コード記憶手段５４、商品コード入力手段５５、比較手段５６、価格情報比較手段５７、商品代替手段５８等）を実現し、パッキング処理及び欠品チェック処理の一部を実行する。
【００５３】
ここで、図１１は、ネットスーパー管理サーバ１１とパッキング装置１２との協働により実行されるパッキング処理及び欠品チェック処理の流れを示すフローチャートである。なお、本処理の前提として、パッキング装置１２を操作するパッキング作業者により、本パッキング作業に係る便番号が操作入力部４２を介して入力されるものとする（ステップＳ１１；Ｙｅｓ）。また、ピッキング作業者から引き渡された商品の一つがパッキング作業者により手に取られ、パッキング装置１２のコードスキャナ４１により、当該商品に付加されたコードシンボルの読み取りが行われるものとする。
【００５４】
また、前述したように、コードシンボルが貼付けされておらず、コードスキャナの操作パネルに割り付けられている商品については、ピッキング伝票１００のコードシンボルＣをパッキング装置１２のコードスキャナ４１により読み取ることになる。このようなピッキング伝票１００のコードシンボルＣのパッキング装置１２のコードスキャナ４１による読み取りは、ピッキング伝票１００が野菜、惣菜、鮮魚等のカテゴリ毎に発行されているので、コードシンボルが貼付けされた商品を全て読み取った後に行うと効率が良い。
【００５５】
まず、パッキング装置１２の制御部４６（商品コード入力手段５５）は、コードスキャナ４１で読み取られた商品コードを取得すると（ステップＳ１２）、予め入力された便番号とこの商品コードの組をネットスーパー管理サーバ１１へ通知することで箱番号の問い合わせを行う（ステップＳ１３）。
【００５６】
ネットスーパー管理サーバ１１の制御部３１（比較手段５６）は、パッキング装置１２から便番号及び商品コードの組を受け付けると、注文管理ファイル３７４から、この組に対応し、且つチェックステータスが未処理のレコードを検索し（ステップＳ３１）、該当するレコードが存在するか否かを判定する（ステップＳ３２）。
【００５７】
ステップＳ３２において、該当するレコードが存在すると判定した場合（ステップＳ３２；Ｙｅｓ）、制御部３１は、該当する各レコードに含まれるシーケンス番号のうち、最小の値に関連付けられた箱番号をパッキング装置１２へ送信する（ステップＳ３４）。
【００５８】
一方、該当するレコードが存在しないと判定した場合（ステップＳ３２；Ｎｏ）、制御部３１（比較手段５６）は、ＮＯＮ−ＰＬＵ（Ｐｒｉｃｅ Ｌｏｏｋ ＵＰ）商品対応処理を実行する（ステップＳ３３）。
【００５９】
ステップＳ３３のＮＯＮ−ＰＬＵ商品対応処理について図１２のフローチャートを参照しつつ説明する。図１２に示すように、ネットスーパー管理サーバ１１の制御部３１（比較手段５６）は、まず、パッキング対象商品の商品コードがＮＯＮ−ＰＬＵ商品か否かを判断する（ステップＳ５１）。ＮＯＮ−ＰＬＵ商品か否かの判断は、例えば商品コードに対応付けてＮＯＮ−ＰＬＵ商品か否かのフラグを立てておき、このフラグを確認することによって行うことが可能である。
【００６０】
パッキング対象商品の商品コードがＮＯＮ−ＰＬＵ商品でない場合には（ステップＳ５１；Ｎｏ）、ネットスーパー管理サーバ１１の制御部３１は、通知された商品コードの仕分けが不要の旨のメッセージをパッキング装置１２へ送信する（ステップＳ５２）。
【００６１】
一方、パッキング対象商品の商品コードがＮＯＮ−ＰＬＵ商品である場合には（ステップＳ５１；Ｙｅｓ）、ネットスーパー管理サーバ１１の制御部３１は、商品コードに含まれる物品コード部および金額部（価格情報）を抽出し（ステップＳ５３）、物品コード部を検索条件として注文管理ファイル３７４を検索する（ステップＳ５４）。
【００６２】
該当するレコードが存在しないと判定した場合（ステップＳ５５；Ｎｏ）、ネットスーパー管理サーバ１１の制御部３１は、通知された商品コードの仕分けが不要の旨のメッセージをパッキング装置１２へ送信し（ステップＳ５２）、処理を終了する。
【００６３】
一方、該当するレコードが存在すると判定した場合（ステップＳ５５；Ｙｅｓ）、ネットスーパー管理サーバ１１の制御部３１（価格情報比較手段５７）は、通知された商品コードの上限金額、下限金額を取得する（ステップＳ５６）。
【００６４】
例えば、ＮＯＮ−ＰＬＵ商品の上限金額幅のパーセンテージが「プラス５％」、下限金額幅のパーセンテージが「マイナス０％」に設定されている場合についての一例を図１３に示す。なお、図１３においては、小数点以下の金額は小数点第１位の値を四捨五入している。
【００６５】
また、ＮＯＮ−ＰＬＵ商品の上限金額幅のパーセンテージが「プラス５％」、下限金額幅のパーセンテージが「マイナス５％」に設定されている場合についての一例を図１４に示す。なお、図１４においては、小数点以下の金額は小数点第１位の値を四捨五入している。
【００６６】
次いで、ネットスーパー管理サーバ１１の制御部３１（価格情報比較手段５７）は、スキャンした商品コードの金額部と、ステップＳ５６で取得した上限金額および下限金額とを比較して、スキャンした商品コードの金額部が上限金額および下限金額内に存在するか否かを判断する（ステップＳ５７）。
【００６７】
スキャンした商品コードの金額部が上限金額および下限金額内に存在すると判断した場合（ステップＳ５８；Ｙｅｓ）、ネットスーパー管理サーバ１１の制御部３１（商品代替手段５８）は、スキャンした商品コードに対応する各レコードに含まれるシーケンス番号のうち、最小の値に関連付けられた箱番号をパッキング装置１２へ送信する（ステップＳ５９）。
【００６８】
例えば、図１３に示した例においては、１００ｇの注文商品（販売金額１５０円）が店舗に存在せず、１０５ｇの在庫商品（販売金額１５８円）がピッキングされてスキャンされた場合に、１０５ｇの在庫商品（販売金額１５８円）は上限金額および下限金額内に存在することになるので、１０５ｇの在庫商品（販売金額１５８円）を１００ｇの注文商品（販売金額１５０円）とみなしてパッキング作業を進める。このようにするのは、ＮＯＮ−ＰＬＵ商品については、厳密に同じ商品コードでなく金額に多少のズレがあっても、パッキング処理を可能にするためである。
【００６９】
一方、スキャンした商品コードの金額部が上限金額および下限金額内に存在しないと判断した場合（ステップＳ５８；Ｎｏ）、ネットスーパー管理サーバ１１の制御部３１（商品代替手段５８）は、通知された商品コードの仕分けが不要の旨のメッセージをパッキング装置１２へ送信する（ステップＳ５２）。
【００７０】
例えば、図１３に示した例においては、１００ｇの注文商品（販売金額１５０円）が店舗に存在せず、１１０ｇの在庫商品（販売金額１６５円）がピッキングされてスキャンされた場合に、１１０ｇの在庫商品（販売金額１６５円）は上限金額および下限金額内に存在しないことになるので、１１０ｇの在庫商品（販売金額１６５円）を１００ｇの注文商品（販売金額１５０円）とみなすことはできない。
【００７１】
以上により、ステップＳ３３のＮＯＮ−ＰＬＵ商品対応処理が終了する。
【００７２】
図１１に戻り、パッキング装置１２の制御部４６は、ネットスーパー管理サーバ１１から箱番号が送信されたか否かを判定し、商品コードの仕分けが不要の旨のメッセージを受信した場合には（ステップＳ１４；Ｎｏ）、このメッセージを表示部４３に表示し（ステップＳ１５）、処理を終了する。これにより、パッキング作業者は、表示部４３に表示されたメッセージを確認することで、仕分けが必要な商品か否かを容易に判断することができる。
【００７３】
また、ステップＳ１４において、ネットスーパー管理サーバ１１から箱番号を受信した場合（ステップＳ１４；Ｙｅｓ）、制御部４６は、この箱番号の値を表示部４３に表示し（ステップＳ１６）、コードスキャナ４１からの入力を待機する（ステップＳ１７；Ｎｏ）。
【００７４】
ここで、パッキング作業者は、手にした商品をステップＳ１６で表示された箱番号に対応する収納箱に収納した後、パッキング装置１２のコードスキャナ４１により、この収納箱に付加された箱番号の読み取りを行う。
【００７５】
パッキング装置１２の制御部４６は、コードスキャナ４１を介して箱番号が入力されると（ステップＳ１７；Ｙｅｓ）、この箱番号をネットスーパー管理サーバ１１へ送信することで、当該箱番号の整合性を確認する（ステップＳ１８）。
【００７６】
ネットスーパー管理サーバ１１の制御部３１は、パッキング装置１２から箱番号の通知を受け付けると、この箱番号とステップＳ２４で送信した箱番号とが一致するか否かを判定する（ステップＳ３５）。ここで、不一致と判定した場合（ステップＳ３５；Ｎｏ）、制御部３１は、仕分け先に誤りがある旨のメッセージをパッキング装置１２へ送信する（ステップＳ３６）。
【００７７】
また、ステップＳ３５において、両箱番号が一致と判定した場合（ステップＳ３５；Ｙｅｓ）、制御部３１は、仕分け先が正しい旨のメッセージをパッキング装置１２へ送信する（ステップＳ３７）。パッキング装置１２の制御部４６は、ネットスーパー管理サーバ１１から送信されたメッセージを受信すると、このメッセージを表示部４３に表示する（ステップＳ１９）。
【００７８】
これにより、パッキング作業者は、表示部４３に表示されたメッセージを確認することで、仕分けが正しく行われたか否かを容易に判断することができる。なお、本実施形態では、箱番号の一致判定をネットスーパー管理サーバ１１が行う形態としたが、ネットスーパー管理サーバ１１から送信された箱番号と、コードスキャナ４１を介して入力された箱番号とを比較することで、パッキング装置１２自身が一致判定を行う形態としてもよい。
【００７９】
続いて、ネットスーパー管理サーバ１１の制御部３１は、処理対象としたシーケンス番号のレコードに含まれるチェックステータスを、処理済みを表す“１”に変更する（ステップＳ３８）。
【００８０】
パッキング作業者は、ピッキング作業者から引き渡された全ての商品について、上記のパッキング処理を施すと、操作入力部４２を介して仕分が完了したこと指示する操作を行う。パッキング装置１２の制御部４６は、操作入力部４２を介して仕分け完了の指示を受け付けると（ステップＳ２０；Ｙｅｓ）、予め入力された便番号と仕分完了を表す仕分完了情報とをネットスーパー管理サーバ１１へ送信する（ステップＳ２１）。
【００８１】
一方、ネットスーパー管理サーバ１１の制御部３１は、パッキング装置１２から便番号と仕分完了情報とを受け付けると、注文管理ファイル３７４を参照し、この便番号に対応する各レコードに含まれたチェックステータスのうち、未処理を表す“０”のものがあれば（ステップＳ３９；Ｙｅｓ）、未処理の商品がある旨のメッセージ（例えば、未処理の商品の一覧）をパッキング装置１２へ送信するとともに（ステップＳ４０）、便番号に対応する各レコードに含まれたチェックステータスのうち、未処理を表す“０”のものを、欠品を表す“９”に変更し（ステップＳ４１）、処理を終了する。
【００８２】
パッキング装置１２の制御部４６は、ネットスーパー管理サーバ１１から送信されたメッセージ（例えば、未処理の商品の一覧）を受信すると、このメッセージを表示部４３に表示し（ステップＳ２２）、処理を終了する。
【００８３】
一方、ネットスーパー管理サーバ１１の制御部３１は、未処理を表す“０”のものがなければ（ステップＳ３９；Ｎｏ）、そのまま処理を終了する。
【００８４】
このように、パッキング作業者がピッキングした商品に付加されたコードシンボルをパッキング装置１２のコードスキャナ４１によりスキャンする（読み取る）と、客ごとに割り当てられた箱番号をパッキング装置１２に表示する。パッキング作業者は、パッキング装置１２に表示された箱番号に基づいて各商品を収納箱に仕分けることになるので、ミスを軽減でき、また、作業効率の向上を図ることができる。
【００８５】
このようにして配送元となる店舗においてパッキング作業者によって収納箱に仕分けられた商品は、図１５に示す配送伝票（受領伝票）２００とともに配送担当員へと引き渡され、配送先の顧客宅へと配送される。商品配送完了後、顧客の受領サイン又は捺印された配送伝票（受領伝票）２００は、ＰＯＳシステム７を備えた店舗へと返送される。
【００８６】
また、店舗のキャッシャは、店舗へと返送された配送伝票（受領伝票）２００に印字された各商品のコードシンボル（ネットスーパーにおける購入時の販売価格を含む）をＰＯＳ端末２のコードスキャナにより読み取る。通常の売上処理と同様に、ＰＯＳ端末２は、配送伝票（受領伝票）２００に印字された各商品に付加されたコードシンボルをコードスキャナにより読み取ると、このコードシンボルに含まれるネットスーパーにおける購入時の商品の販売価格及び販売個数に基づき、これら商品の総額を算出し精算等の処理を行って売上データを生成した後、当該売上データを所定のタイミングで店舗サーバ４に送信する。
【００８７】
上述のように配送伝票（受領伝票）２００に印字された各商品のコードシンボルにネットスーパーにおける購入時の販売価格を含めておくことで、例え翌日配送やタイムサービスなどでリアル店舗の販売価格と異なっていても、あくまでネットスーパーで購入された時の販売価格で売上計上されることになる。
【００８８】
また、上述したように、１００ｇの商品（販売金額１５０円）が店舗に存在せず、１０５ｇの商品（販売金額１５８円）がピッキングされてスキャンされた場合であっても、配送伝票（受領伝票）２００に印字される商品は、１００ｇの商品（販売金額１５０円）である。このようにすることで、顧客に対してお得感を出すことが可能になっている。
【００８９】
このように本実施形態によれば、在庫商品に対応付けられている商品コードと、注文商品の商品コードとは一致しないが、共通する物品コードを有するＮＯＮ−ＰＬＵコードであるとの比較結果があった場合に、在庫商品に対応付けられている商品コードに含まれる価格情報と注文商品の商品コードに含まれる価格情報との差が、予め定められた範囲内にある場合、在庫商品を注文商品とみなすようにしたので、ネットスーパーで注文した商品と同じ金額の商品が店舗に存在しないような場合であっても、欠品（品切れ）とせずに対処することができるようになる。
【００９０】
また、本実施形態によれば、店舗における注文商品のピッキングに用いるピッキング伝票において、商品情報の一つとしてコードシンボルを含めるようにしたので、ピッキング伝票に基づくピッキング作業により収集した商品を顧客毎に仕分けるパッキング作業を行う際に、商品に対してバーコードや二次元コード等のコードシンボルが貼付けされていない商品については、当該ピッキング伝票上のコードシンボルのスキャンによるパッキング作業ができるようになり、作業効率を向上させることができる。
【００９１】
以上、本発明の実施の形態について説明したが、本発明はこれに限定されるものではなく、本発明の主旨を逸脱しない範囲での種々の変更、置換、追加等が可能である。
【００９２】
また、上記実施形態では、ネットスーパーサーバ６を店舗の外部に配置する形態としたが、これに限らず、店舗内に配置する形態としてもよい。また、ネットスーパー管理サーバ１１や店舗サーバ４が、ネットスーパーサーバ６の機能を具備する形態としてもよい。
【００９３】
また、上記実施形態では、商品コード及び箱番号がコードシンボル中に保持されている形態としたが、これに限らず、ＲＦＩＤタグ等の形態で保持されていてもよい。なお、この場合、パッキング装置１２は、コードスキャナ４１に替えてＲＦＩＤリーダ／ライタを備えるものとする。
【００９４】
また、上記実施形態の各装置で実行されるプログラムは、ＲＯＭ等に予め組み込んで提供するように構成してもよい。また、上記プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録されて提供されてもよい。
【００９５】
また、上記プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上記プログラムをインターネット等のネットワーク経由で提供又は配布するように構成してもよい。
【００９６】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００９７】
１０ 端末装置
１１ 情報処理装置
５１ コードシンボル生成手段
５２ ピッキング伝票出力手段
５３ コードシンボル付加判断手段
５４ 注文商品コード記憶手段
５５ 商品コード入力手段
５６ 比較手段
５７ 価格情報比較手段
５８ 商品代替手段
３７４ 記憶部
【先行技術文献】
【特許文献】
【００９８】
【特許文献１】特開２０１１−１６４７７５号公報
【技術分野】
【０００１】
本発明の実施形態は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
近年のネットワークの普及により、インターネットを介して商品の販売を行う販売方式（ＥＣ：Electronic Commerce）が盛んに行われている。また、スーパーマーケット等の店舗においても、店舗内で販売している商品をインターネットを介して販売する、所謂ネットスーパーと呼ばれる販売方式が行われている。ネットスーパーでは、顧客から商品購入の注文を受け付けると、該当する商品を店舗内から収集するピッキング作業と、収集した商品を顧客毎に仕分けるパッキング作業とが行われ、各顧客に配達されるよう運用されている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の方式によれば、発行されたピッキング伝票に基づくピッキング作業において、対象商品が肉や魚等のグラム販売商品や惣菜等の数量販売商品のようなコードシンボルの中に販売金額が記録されているＮＯＮ−ＰＬＵ商品について、ネットスーパーで注文した商品と同じ金額の商品が店舗に存在せず、欠品（品切れ）が発生してしまうという問題がある。
【課題を解決するための手段】
【０００４】
実施形態の情報処理装置は、ネットワークを介して接続された端末装置から受け付けた注文にかかる注文商品の商品コードを記憶部に記憶する注文商品コード記憶手段と、前記注文商品とみなされる在庫商品に対応付けられている商品コードを入力する商品コード入力手段と、前記在庫商品に対応付けられている商品コードと、前記記憶部に記憶された前記注文商品の商品コードとを比較する比較手段と、当該各商品コードは一致しないが、共通する物品コードを有するＮＯＮ−ＰＬＵ（Ｐｒｉｃｅ Ｌｏｏｋ ＵＰ）コードであるとの比較結果があった場合に、前記在庫商品に対応付けられている商品コードに含まれる価格情報と、前記注文商品の商品コードに含まれる価格情報とを比較する価格情報比較手段と、前記在庫商品に対応付けられている商品コードに含まれる価格情報と前記注文商品の商品コードに含まれる価格情報との差が、予め定められた範囲内にある場合、前記在庫商品を前記注文商品とみなす商品代替手段と、を備える。
【０００５】
実施形態のプログラムは、ネットワークを介して接続された端末装置から受け付けた注文にかかる注文商品の商品コードを記憶部に記憶する注文商品コード記憶手段と、前記注文商品とみなされる在庫商品に対応付けられている商品コードを入力する商品コード入力手段と、前記在庫商品に対応付けられている商品コードと、前記記憶部に記憶された前記注文商品の商品コードとを比較する比較手段と、当該各商品コードは一致しないが、共通する物品コードを有するＮＯＮ−ＰＬＵ（Ｐｒｉｃｅ Ｌｏｏｋ ＵＰ）コードであるとの比較結果があった場合に、前記在庫商品に対応付けられている商品コードに含まれる価格情報と、前記注文商品の商品コードに含まれる価格情報とを比較する価格情報比較手段と、前記在庫商品に対応付けられている商品コードに含まれる価格情報と前記注文商品の商品コードに含まれる価格情報との差が、予め定められた範囲内にある場合、前記在庫商品を前記注文商品とみなす商品代替手段と、としてコンピュータを機能させる。
【図面の簡単な説明】
【０００６】
【図１】図１は、販売システムの全体構成を概略的に示したシステム構成図である。
【図２】図２は、ネットスーパー管理サーバの構成を示すブロック図である。
【図３】図３は、注文管理ファイルの一例を示す模式図である。
【図４】図４は、配達便管理ファイルの一例を示す模式図である。
【図５】図５は、パッキング装置の構成を示すブロック図である。
【図６】図６は、ＥＣサイトの初期ページの一例を示す正面図である。
【図７】図７は、商品購入ページの一例を示す正面図である。
【図８】図８は、配達日時指定ページの一例を示す正面図である。
【図９】図９は、ピッキング伝票発行処理の流れを示すフローチャートである。
【図１０】図１０は、ピッキング伝票の一例を示す平面図である。
【図１１】図１１は、パッキング処理及び欠品チェック処理の流れを示すフローチャートである。
【図１２】図１２は、ＮＯＮ−ＰＬＵ商品対応処理の流れを示すフローチャートである。
【図１３】図１３は、ＮＯＮ−ＰＬＵ商品の上限金額および下限金額の一例を示す説明図である。
【図１４】図１４は、ＮＯＮ−ＰＬＵ商品の上限金額および下限金額の一例を示す説明図である。
【図１５】図１５は、配送伝票の一例を示す平面図である。
【発明を実施するための形態】
【０００７】
以下、添付図面を参照して、実施形態に係る情報処理装置及びプログラムの実施形態を詳細に説明する。なお、以下に説明する実施の形態によりこの発明が限定されるものではない。
【０００８】
図１は、販売システム１の全体構成を概略的に示したシステム構成図である。図１に示したように、販売システム１は、商品販売データ処理装置としての複数台のＰＯＳ（Point Of Sales：販売時点管理）端末２および各ＰＯＳ端末２をＬＡＮ３によって接続して集中管理する店舗サーバ４を備えるＰＯＳシステム７と、専用回線８を介して店舗サーバ４を接続する本部サーバ９と、を備えている。
【０００９】
ＰＯＳシステム７および本部サーバ９について簡単に説明する。店舗サーバ４は、店舗で販売される各種の商品情報を格納する商品マスタファイルを有してＰＯＳシステム７全体の制御を受け持つものであり、キーボード、表示器、プリンタ及びハードディスクドライブ装置などが接続されている（何れも図示せず）。
【００１０】
ＰＯＳ端末２は、ユニークなレジナンバーを割り振られて精算場所に配設されており、キャッシャが売上処理を行うための端末である。ＰＯＳ端末２は、キーボード、ドロワ、表示器、カードリーダ／ライタ、コードスキャナ等が接続されている。ＰＯＳ端末２は、コードスキャナによりバーコードや二次元コード等の形態で各商品に付加された商品コードを読み取ると、この商品コードを店舗サーバ４に通知することで商品の問い合わせを行う。店舗サーバ４は、ＰＯＳ端末２からの問い合わせに応じて商品マスタファイルを検索し、該当する商品コードに対応した商品情報を読み出してＰＯＳ端末２へ送信する。ＰＯＳ端末２は、店舗サーバ４から対応する商品の単価等を取得する。また、ＰＯＳ端末２は、購入対象となった商品の単価及び販売個数に基づき、これら商品の総額を算出し精算等の処理を行って売上データを生成した後、当該売上データを所定のタイミングで店舗サーバ４に送信する。
【００１１】
本部サーバ９は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等で構成されるコンピュータ構成の制御部（図示せず）を備えており、各店舗の店舗サーバ４から送信される売上データを管理したり、各店舗の店舗サーバ４に対して商品マスタファイルを送信したりする。
【００１２】
加えて、図１に示したように、販売システム１は、ＰＯＳシステム７が設置された店舗内で販売されている商品を、インターネット等のネットワーク５を介して販売するネットスーパーサービスを提供するためのサーバ装置であるネットスーパーサーバ６を備えている。ネットスーパーサーバ６は、インターネット５を介して顧客端末１０から接続可能である。
【００１３】
ネットスーパーサーバ６は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成される制御部、キーボードや各種ボタン等の入力デバイス、ＣＲＴやＬＣＤ等の表示デバイス、ＨＤＤやフラッシュメモリ等の記憶デバイス、専用回線８及びネットワーク５に接続可能な通信インタフェース等を備え（何れも図示せず）、記憶デバイスに記憶された所定のプログラム（例えば、Ｗｅｂアプリケーション、データベースプログラム等）を制御部が実行することで各種の機能部を実現する。
【００１４】
顧客端末１０は、ネットスーパーの顧客（ユーザ）が操作するパーソナルコンピュータ（Personal computer：ＰＣ）や携帯電話等の端末装置である。顧客端末１０は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成される制御部、キーボードや各種ボタン等の入力デバイス、ＣＲＴやＬＣＤ等の表示デバイス、ＨＤＤやフラッシュメモリ等の記憶デバイス、ネットワーク５に接続可能な通信インタフェース等を備え（何れも図示せず）、記憶デバイスに記憶された所定のプログラム（例えば、Ｗｅｂブラウザ等）を制御部が実行することで各種の機能を実現する。
【００１５】
また、店舗には、ネットスーパーサーバ６で受け付けた注文商品を含む注文商品リストを当該ネットスーパーサーバ６から受け取って管理するネットスーパー管理サーバ１１と、ネットスーパーサーバ６で受け付けた注文商品リストに従って該当する商品を店舗内から収集した商品を顧客毎に仕分けるパッキング作業に用いるパッキング装置１２とが、備えられている。
【００１６】
ネットスーパー管理サーバ１１は、ネットスーパーサービスを提供するために必要な各種のデータを管理する情報処理装置であり、その電装系は例えば図２に示すような構成とされている。
【００１７】
ここで、図２は、ネットスーパー管理サーバ１１の構成を示すブロック図である。図２に示すように、ネットスーパー管理サーバ１１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成されるコンピュータ構成の制御部３１と、バス３２と、ＬＡＮ３に接続可能な第１通信インタフェース３３１と、ネットワーク５に接続可能な第２通信インタフェース３３２と、Ｉ／Ｏ機器制御部３４と、キーボードやマウス等により構成される操作入力部３５と、ＣＲＴやＬＣＤ等の表示デバイスにより構成される表示部３６と、ＨＤＤやフラッシュメモリ等の記憶デバイスにより構成される記憶部３７と、プリンタ１４を接続するプリンタ接続部３８と、を備えている。
【００１８】
制御部３１は、バス３２に接続された第１通信インタフェース３３１を介してパッキング装置１２との間で相互にオンライン通信を実行し得るように構成されている。また、制御部３１は、バス３２に接続された第２通信インタフェース３３２を介してネットスーパーサーバ６との間で相互にオンライン通信を実行し得るように構成されている。また、制御部３１には、バス３２及びＩ／Ｏ機器制御部３４を介して、操作入力部３５、表示部３６、記憶部３７が接続されている。
【００１９】
記憶部３７は、制御部３１が実行する各種プログラムや当該プログラムの実行に係る各種設定情報を記憶している。制御部３１は、記憶部３７に記憶された所定のプログラムとの協働により各種の機能部を実現し、パッキング装置１２とともに後述するパッキング処理及び欠品チェック処理等を実行する。
【００２０】
また、記憶部３７は、ネットスーパーサービスを提供するために必要なデータとして、注文管理ファイル３７４及び配達便管理ファイル３７５等を記憶している。
【００２１】
注文管理ファイル３７４は、ネットスーパーサーバ６から送信される後述する注文商品リストを、制御部３１（注文商品コード記憶手段５４）によって管理（保持）するためのデータテーブルである。図３は、注文管理ファイル３７４の一例を示す模式図である。図３に示すように、注文管理ファイル３７４には、便番号、箱番号、シーケンス番号、商品コード、商品名、カテゴリＩＤ及びチェックステータスを関連付けたレコードが保持されている。
【００２２】
ここで、便番号は、商品の配達を行う配達便を識別するための識別子であって、便番号が同一の商品は同一の便で配達される。箱番号は、配達のために商品を収容する収容箱を識別するための識別子である。ネットスーパーにより購入（注文）された商品、即ち注文管理ファイル３７４に登録された商品コード（商品名）は、箱番号に示された収容箱に収容され、注文を行った顧客の元へ配達される。なお、各収容箱には、固有の箱番号がバーコードや二次元コード等のコードシンボルの形態で予め付与されているものとする。また、シーケンス番号は、便番号が同一の各商品に順次割り当てられる管理番号である。
【００２３】
チェックステータスは、後述するパッキング処理を行ったか否か、及び、商品の欠品を表すための情報である。なお、本実施形態では、チェックステータスが“０”のときパッキング処理が未処理であることを意味し、“１”のときにパッキング処理が処理済であることを意味する。また、チェックステータスが“９”のときに、その商品が欠品であることを意味している。なお、チェックステータスの初期（デフォルト）状態は“０”であるとする。
【００２４】
配達便管理ファイル３７５は、各便番号に対応する配達日時を管理するためのデータテーブルである。図４は、配達便管理ファイル３７５の一例を示す模式図である。図４に示すように、配達便管理ファイル３７５は、便番号と関連付けて、配達日付、配達時刻及び締切時刻を保持している。
【００２５】
配達日付及び配達時刻は、商品を配達する日付とその時間帯とを表している。また、締切時刻は、対応する便番号での受け付けを締め切る時刻を表しており、図４では配達時刻の３時間前を締切時刻とした例を示している。なお、制御部３１は、図示しないＲＴＣ（Real Time Clock）等の計時部で計時される現在日時に基づき、締切時刻を経過した配送便のレコードを配達便管理ファイル３７５から削除する。
【００２６】
次に、パッキング装置１２について説明する。パッキング装置１２は、パッキング作業を行う作業者（以下、パッキング作業者という）が携帯可能なハンディターミナル等であって、その電装系は例えば、図５に示すような構成とされている。
【００２７】
図５は、パッキング装置１２の構成を示すブロック図である。図５に示すように、パッキング装置１２は、コードスキャナ４１、操作入力部４２、表示部４３、通信インタフェース４４、記憶部４５及び制御部４６等を備え、各部がバス４７により接続されている。
【００２８】
コードスキャナ４１は、商品又は収納箱に付加されたコードシンボルを読み取り、当該コードシンボルをデコードした結果を制御部４６へ出力する。操作入力部４２は、キーボード等の入力デバイスにより構成され、ユーザの操作に応じた操作信号を制御部４６へ出力する。表示部４３は、ＬＣＤ等の表示デバイスにより構成され、制御部４６の制御に従い各種の情報を表示する。通信インタフェース４４は、ＬＡＮ３に接続可能な無線通信インタフェースであって、制御部４６の制御に従い、アクセスポイント１３を介してネットスーパー管理サーバ１１へアクセスを行う。
【００２９】
記憶部４５は、フラッシュメモリ等の記憶デバイスにより構成され、制御部４６が実行する各種プログラムや当該プログラムの実行に係る各種設定情報を記憶している。制御部４６は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成され、記憶部４５に記憶された所定のプログラムとの協働により各種の機能部を実現し、ネットスーパー管理サーバ１１とともに後述するパッキング処理及び欠品チェック処理等を実行する。
【００３０】
ここで、ネットスーパーで商品の購入（注文）が行われるまでの動作の一例について説明する。まず、顧客端末１０の制御部（以下、単に顧客端末１０という）では、ユーザの操作に応じて、ネットスーパーサーバ６が提供するＥＣサイトのアドレス宛にアクセスを行う。一方、ネットスーパーサーバ６の制御部（以下、単にネットスーパーサーバ６という）では、顧客端末１０からのアクセスを受け付けると、図示しない記憶部に記憶されたプログラム等に基づいて商品の販売を行うＥＣサイトの初期ページを生成し、顧客端末１０へ送信する。顧客端末１０は、ネットスーパーサーバ６から提供された初期ページを図示しない表示部に表示し、ユーザの操作入力を待機する。
【００３１】
図６は、ＥＣサイトの初期ページの一例を示す正面図である。図６において、領域Ａ１には、各商品カテゴリ（例えば、野菜、果物等）を表す文字列が一覧表示されている。また、領域Ａ２には、各商品カテゴリを表すアイコン画像が一覧表示されている。
【００３２】
顧客端末１０は、初期ページの領域Ａ１又は領域Ａ２に表示された複数の商品カテゴリから、特定の商品カテゴリ（例えば、野菜）がユーザにより選択されたことを検知すると、この選択された商品カテゴリのカテゴリ名称又はカテゴリＩＤをネットスーパーサーバ６へ通知する。
【００３３】
一方、ネットスーパーサーバ６は、顧客端末１０からカテゴリ名称又はカテゴリＩＤの選択通知を受け付けると、店舗サーバ４に記憶された商品マスタファイルを参照し、当該カテゴリ名称又はカテゴリＩＤに対応するレコードを読み出す。そして、ネットスーパーサーバ６は、読み出した各レコードに基づき、購入注文を受け付けるための商品購入ページを生成すると、顧客端末１０へ送信する。顧客端末１０は、ネットスーパーサーバ６から提供された商品購入ページを図示しない表示部に表示し、ユーザの操作入力を待機する。
【００３４】
図７は、商品購入ページの一例を示す正面図である。図７に示すように、商品購入ページは、商品マスタファイルから読み出された商品を購入するための購入画面Ｇ１を表示する。
【００３５】
顧客端末１０では、購入画面Ｇ１に設けられた購入ボタンＢ１の押下を、図示しないキーボードやマウス等を介して受け付ける毎に、対応する商品の商品コード、カテゴリ及びその購入数量を購入対象としてネットスーパーサーバ６へ通知する。そして、顧客端末１０は、商品選択が完了した旨の指示を図示しないキーボードやマウス等を介して受け付けると、この選択完了の旨をネットスーパーサーバ６へ通知する。
【００３６】
次いで、ネットスーパーサーバ６では、顧客端末１０から選択完了の旨の通知を受け付けると、配達日時の指定を受け付けるための配達日時指定ページを生成し、顧客端末１０へ送信する。顧客端末１０は、ネットスーパーサーバ６から提供された配達日時指定ページを図示しない表示部に表示し、ユーザの操作入力を待機する。
【００３７】
図８は、配達日時指定ページの一例を示す正面図である。図８に示すように、配達日時指定ページの領域Ａ４には、配達便管理ファイル３７５に保持された各便番号に対応する配達日時が選択可能に構成されている。顧客端末１０は、特定の配達日時が選択されたことを図示しないキーボードやマウス等を介して受け付けると、この選択された配達日時をネットスーパーサーバ６へ通知する。
【００３８】
ネットスーパーサーバ６は、顧客端末１０から配達日時の通知を受け付けると、この配達日時に対応する便番号に対して、購入対象として通知された各商品の商品コードなどを関連付けた注文商品リストを生成する。その後、ネットスーパーサーバ６は、注文商品リストをネットスーパー管理サーバ１１へインターネット５を介して送信する。
【００３９】
ネットスーパー管理サーバ１１の制御部３１は、ネットスーパーサーバ６から注文商品リストを受け付ける毎に、当該注文商品リストに含まれた便番号及び商品コードを、図３に示したレコード形式で注文管理ファイル３７４に順次格納する。なお、箱番号については、注文商品リスト及び当該注文商品リストに含まれた商品の種別や数量に応じて、商品毎に割り当てを行うものとする。また、シーケンス番号は、同一の便番号について注文管理ファイル３７４への格納順に割り当てを行うものとする。
【００４０】
ＰＯＳシステム５の店舗内でピッキング作業を行う担当者（以下、ピッキング作業者という）は、各便番号に応じた時刻に、ネットスーパー管理サーバ１１を操作して、注文管理ファイル３７４中の対応する便番号に関連付けられた注文商品リストに含まれた商品をカテゴリＩＤ別に抽出したピッキング伝票をプリンタ１４から発行させる。
【００４１】
ここで、ネットスーパー管理サーバ１１におけるピッキング伝票発行処理について説明する。ネットスーパー管理サーバ１１の制御部３１は、記憶部３７に記憶されたピッキング伝票発行プログラムとの協働により各種の機能部（コードシンボル生成手段５１、ピッキング伝票出力手段５２、コードシンボル付加判断手段５３等）を実現し、ピッキング伝票発行処理を実行する。
【００４２】
ここで、図９はピッキング伝票発行処理の流れを示すフローチャートである。図９に示すように、ネットスーパー管理サーバ１１の制御部３１は、ピッキング作業者によるキーボードやマウス等により構成される操作入力部３５の操作、または図示しないＲＴＣ（Real Time Clock）等の計時部で計時される現在日時に基づき、所定の便番号についてのピッキング伝票発行指示を受け付けると（ステップＳ１；Ｙｅｓ）、注文管理ファイル３７４中の対応する便番号に関連付けられた各商品について、商品コード、商品名、商品画像、単価および数量等を抽出する（ステップＳ２）。
【００４３】
ネットスーパー管理サーバ１１の制御部３１は、便番号に関連付けられた各商品についての商品コード、商品名、商品画像、単価および数量等を、カテゴリ単位でまとめる（ステップＳ３）。
【００４４】
次いで、ネットスーパー管理サーバ１１の制御部３１（コードシンボル付加判断手段５３）は、商品に対してバーコードや二次元コード等のコードシンボルが貼付けされておらずＰＯＳ端末２に接続されたコードスキャナの操作パネルに割り付けられている商品が有るか否かを判断する（ステップＳ４）。コードシンボルが貼付けされていない商品は、例えば、野菜、惣菜、鮮魚等のカテゴリに属するものである。したがって、このような判断は、野菜、惣菜、鮮魚等のカテゴリ単位で行うことができる。なお、商品に対してバーコードや二次元コード等のコードシンボルが貼付けされているか否かの判断は、注文商品の属するカテゴリに応じて判断するものに限られるものではなく、コードシンボルが貼付けされていないことを示すフラグを商品情報の一つとするものであったり、バーコードや二次元コード等のコードシンボルにコードシンボルが貼付けされていないことを示すフラグを持たせるものであったりしても良い。
【００４５】
コードスキャナの操作パネルに割り付けられている商品が有ると判断した場合には（ステップＳ４；Ｙｅｓ）、ネットスーパー管理サーバ１１の制御部３１（コードシンボル生成手段５１）は、当該商品の商品コードをバーコードや二次元コード等のコードシンボルの形態に生成する（ステップＳ５）。
【００４６】
そして、ネットスーパー管理サーバ１１の制御部３１（ピッキング伝票出力手段５２）は、便番号に関連付けられた各商品についての商品コード、商品名、商品画像、単価、数量、必要であればコードシンボル等をカテゴリ単位でまとめたピッキング伝票として発行する（ステップＳ６）。
【００４７】
図１０は、ピッキング伝票１００の一例を示す平面図である。図１０に示すように、ピッキング伝票１００は、注文管理ファイル３７４中の対応する便番号に関連付けられた各商品について、カテゴリ単位で商品コード、商品名、商品画像、単価および数量等を印字したものである。このようにカテゴリ単位でピッキング伝票１００を発行するようにしたことで、部門ごとに効率よく商品をピッキングすることができる。
【００４８】
また、ピッキング伝票１００は、コードスキャナの操作パネルに割り付けられている商品（コードシンボルが付されていない商品）については、当該商品の商品コードを表すバーコードや二次元コード等のコードシンボルＣを商品情報の一つとして特記事項欄に印刷している。このようにコードスキャナの操作パネルに割り付けられている商品の商品コードを表すコードシンボルＣを印刷しておくことにより、後述するパッキング処理及び欠品チェック処理の際に、ピッキング伝票１００のコードシンボルＣをスキャニングすることで、商品に付加されたコードシンボルのスキャンと同様に仕分けすることができるようになる。特に、注文商品の属するカテゴリに応じてコードシンボルが付されているか否かを判断した場合には、コードスキャナの操作パネルに割り付けられている商品（コードシンボルが付されていない商品）をまとめた態様でピッキング伝票１００を出力することができる。
【００４９】
ピッキング作業者は、発行されたピッキング伝票１００に基づき、注文管理ファイル３７４中の対応する便番号に関連付けられた各商品を店舗内から収集する。そして、収集された商品がバックヤード等に運ばれ、パッキング作業者に引き渡される。
【００５０】
ところで、発行されたピッキング伝票１００に基づくピッキング作業において、対象商品が肉や魚等のグラム販売商品や惣菜等の数量販売商品である場合には、ピッキング作業者は注意が必要である。なぜなら、グラム販売商品や数量販売商品のようなコードシンボルの中に販売金額が記録されているＮＯＮ−ＰＬＵ商品の場合、ネットスーパーで注文した商品と同じ金額の商品が店舗に存在しない場合があるためである。このようにネットスーパーで注文した商品と同じ金額の商品が店舗に存在しない場合、ピッキング作業者は、ピッキング伝票１００上の販売金額に対して幅を持たせた（例えば、ピッキング伝票１００上の販売金額よりも高額とする）商品をピッキングする。
【００５１】
上述のようにネットスーパーで注文した商品と同じ金額の商品が店舗に存在しない場合であって、ピッキング作業者がピッキング伝票１００上の販売金額に対して幅を持たせた（例えば、ピッキング伝票１００上の販売金額よりも高額）の商品をピッキングした場合の処理については、後述する。
【００５２】
以下、図１１を参照して、ネットスーパー管理サーバ１１とパッキング装置１２との協働により実行されるパッキング処理及び欠品チェック処理について説明する。ネットスーパー管理サーバ１１の制御部３１は、記憶部３７に記憶されたパッキング処理プログラムとの協働により各種の機能部（注文商品コード記憶手段５４、商品コード入力手段５５、比較手段５６、価格情報比較手段５７、商品代替手段５８等）を実現し、パッキング処理及び欠品チェック処理の一部を実行する。
【００５３】
ここで、図１１は、ネットスーパー管理サーバ１１とパッキング装置１２との協働により実行されるパッキング処理及び欠品チェック処理の流れを示すフローチャートである。なお、本処理の前提として、パッキング装置１２を操作するパッキング作業者により、本パッキング作業に係る便番号が操作入力部４２を介して入力されるものとする（ステップＳ１１；Ｙｅｓ）。また、ピッキング作業者から引き渡された商品の一つがパッキング作業者により手に取られ、パッキング装置１２のコードスキャナ４１により、当該商品に付加されたコードシンボルの読み取りが行われるものとする。
【００５４】
また、前述したように、コードシンボルが貼付けされておらず、コードスキャナの操作パネルに割り付けられている商品については、ピッキング伝票１００のコードシンボルＣをパッキング装置１２のコードスキャナ４１により読み取ることになる。このようなピッキング伝票１００のコードシンボルＣのパッキング装置１２のコードスキャナ４１による読み取りは、ピッキング伝票１００が野菜、惣菜、鮮魚等のカテゴリ毎に発行されているので、コードシンボルが貼付けされた商品を全て読み取った後に行うと効率が良い。
【００５５】
まず、パッキング装置１２の制御部４６（商品コード入力手段５５）は、コードスキャナ４１で読み取られた商品コードを取得すると（ステップＳ１２）、予め入力された便番号とこの商品コードの組をネットスーパー管理サーバ１１へ通知することで箱番号の問い合わせを行う（ステップＳ１３）。
【００５６】
ネットスーパー管理サーバ１１の制御部３１（比較手段５６）は、パッキング装置１２から便番号及び商品コードの組を受け付けると、注文管理ファイル３７４から、この組に対応し、且つチェックステータスが未処理のレコードを検索し（ステップＳ３１）、該当するレコードが存在するか否かを判定する（ステップＳ３２）。
【００５７】
ステップＳ３２において、該当するレコードが存在すると判定した場合（ステップＳ３２；Ｙｅｓ）、制御部３１は、該当する各レコードに含まれるシーケンス番号のうち、最小の値に関連付けられた箱番号をパッキング装置１２へ送信する（ステップＳ３４）。
【００５８】
一方、該当するレコードが存在しないと判定した場合（ステップＳ３２；Ｎｏ）、制御部３１（比較手段５６）は、ＮＯＮ−ＰＬＵ（Ｐｒｉｃｅ Ｌｏｏｋ ＵＰ）商品対応処理を実行する（ステップＳ３３）。
【００５９】
ステップＳ３３のＮＯＮ−ＰＬＵ商品対応処理について図１２のフローチャートを参照しつつ説明する。図１２に示すように、ネットスーパー管理サーバ１１の制御部３１（比較手段５６）は、まず、パッキング対象商品の商品コードがＮＯＮ−ＰＬＵ商品か否かを判断する（ステップＳ５１）。ＮＯＮ−ＰＬＵ商品か否かの判断は、例えば商品コードに対応付けてＮＯＮ−ＰＬＵ商品か否かのフラグを立てておき、このフラグを確認することによって行うことが可能である。
【００６０】
パッキング対象商品の商品コードがＮＯＮ−ＰＬＵ商品でない場合には（ステップＳ５１；Ｎｏ）、ネットスーパー管理サーバ１１の制御部３１は、通知された商品コードの仕分けが不要の旨のメッセージをパッキング装置１２へ送信する（ステップＳ５２）。
【００６１】
一方、パッキング対象商品の商品コードがＮＯＮ−ＰＬＵ商品である場合には（ステップＳ５１；Ｙｅｓ）、ネットスーパー管理サーバ１１の制御部３１は、商品コードに含まれる物品コード部および金額部（価格情報）を抽出し（ステップＳ５３）、物品コード部を検索条件として注文管理ファイル３７４を検索する（ステップＳ５４）。
【００６２】
該当するレコードが存在しないと判定した場合（ステップＳ５５；Ｎｏ）、ネットスーパー管理サーバ１１の制御部３１は、通知された商品コードの仕分けが不要の旨のメッセージをパッキング装置１２へ送信し（ステップＳ５２）、処理を終了する。
【００６３】
一方、該当するレコードが存在すると判定した場合（ステップＳ５５；Ｙｅｓ）、ネットスーパー管理サーバ１１の制御部３１（価格情報比較手段５７）は、通知された商品コードの上限金額、下限金額を取得する（ステップＳ５６）。
【００６４】
例えば、ＮＯＮ−ＰＬＵ商品の上限金額幅のパーセンテージが「プラス５％」、下限金額幅のパーセンテージが「マイナス０％」に設定されている場合についての一例を図１３に示す。なお、図１３においては、小数点以下の金額は小数点第１位の値を四捨五入している。
【００６５】
また、ＮＯＮ−ＰＬＵ商品の上限金額幅のパーセンテージが「プラス５％」、下限金額幅のパーセンテージが「マイナス５％」に設定されている場合についての一例を図１４に示す。なお、図１４においては、小数点以下の金額は小数点第１位の値を四捨五入している。
【００６６】
次いで、ネットスーパー管理サーバ１１の制御部３１（価格情報比較手段５７）は、スキャンした商品コードの金額部と、ステップＳ５６で取得した上限金額および下限金額とを比較して、スキャンした商品コードの金額部が上限金額および下限金額内に存在するか否かを判断する（ステップＳ５７）。
【００６７】
スキャンした商品コードの金額部が上限金額および下限金額内に存在すると判断した場合（ステップＳ５８；Ｙｅｓ）、ネットスーパー管理サーバ１１の制御部３１（商品代替手段５８）は、スキャンした商品コードに対応する各レコードに含まれるシーケンス番号のうち、最小の値に関連付けられた箱番号をパッキング装置１２へ送信する（ステップＳ５９）。
【００６８】
例えば、図１３に示した例においては、１００ｇの注文商品（販売金額１５０円）が店舗に存在せず、１０５ｇの在庫商品（販売金額１５８円）がピッキングされてスキャンされた場合に、１０５ｇの在庫商品（販売金額１５８円）は上限金額および下限金額内に存在することになるので、１０５ｇの在庫商品（販売金額１５８円）を１００ｇの注文商品（販売金額１５０円）とみなしてパッキング作業を進める。このようにするのは、ＮＯＮ−ＰＬＵ商品については、厳密に同じ商品コードでなく金額に多少のズレがあっても、パッキング処理を可能にするためである。
【００６９】
一方、スキャンした商品コードの金額部が上限金額および下限金額内に存在しないと判断した場合（ステップＳ５８；Ｎｏ）、ネットスーパー管理サーバ１１の制御部３１（商品代替手段５８）は、通知された商品コードの仕分けが不要の旨のメッセージをパッキング装置１２へ送信する（ステップＳ５２）。
【００７０】
例えば、図１３に示した例においては、１００ｇの注文商品（販売金額１５０円）が店舗に存在せず、１１０ｇの在庫商品（販売金額１６５円）がピッキングされてスキャンされた場合に、１１０ｇの在庫商品（販売金額１６５円）は上限金額および下限金額内に存在しないことになるので、１１０ｇの在庫商品（販売金額１６５円）を１００ｇの注文商品（販売金額１５０円）とみなすことはできない。
【００７１】
以上により、ステップＳ３３のＮＯＮ−ＰＬＵ商品対応処理が終了する。
【００７２】
図１１に戻り、パッキング装置１２の制御部４６は、ネットスーパー管理サーバ１１から箱番号が送信されたか否かを判定し、商品コードの仕分けが不要の旨のメッセージを受信した場合には（ステップＳ１４；Ｎｏ）、このメッセージを表示部４３に表示し（ステップＳ１５）、処理を終了する。これにより、パッキング作業者は、表示部４３に表示されたメッセージを確認することで、仕分けが必要な商品か否かを容易に判断することができる。
【００７３】
また、ステップＳ１４において、ネットスーパー管理サーバ１１から箱番号を受信した場合（ステップＳ１４；Ｙｅｓ）、制御部４６は、この箱番号の値を表示部４３に表示し（ステップＳ１６）、コードスキャナ４１からの入力を待機する（ステップＳ１７；Ｎｏ）。
【００７４】
ここで、パッキング作業者は、手にした商品をステップＳ１６で表示された箱番号に対応する収納箱に収納した後、パッキング装置１２のコードスキャナ４１により、この収納箱に付加された箱番号の読み取りを行う。
【００７５】
パッキング装置１２の制御部４６は、コードスキャナ４１を介して箱番号が入力されると（ステップＳ１７；Ｙｅｓ）、この箱番号をネットスーパー管理サーバ１１へ送信することで、当該箱番号の整合性を確認する（ステップＳ１８）。
【００７６】
ネットスーパー管理サーバ１１の制御部３１は、パッキング装置１２から箱番号の通知を受け付けると、この箱番号とステップＳ２４で送信した箱番号とが一致するか否かを判定する（ステップＳ３５）。ここで、不一致と判定した場合（ステップＳ３５；Ｎｏ）、制御部３１は、仕分け先に誤りがある旨のメッセージをパッキング装置１２へ送信する（ステップＳ３６）。
【００７７】
また、ステップＳ３５において、両箱番号が一致と判定した場合（ステップＳ３５；Ｙｅｓ）、制御部３１は、仕分け先が正しい旨のメッセージをパッキング装置１２へ送信する（ステップＳ３７）。パッキング装置１２の制御部４６は、ネットスーパー管理サーバ１１から送信されたメッセージを受信すると、このメッセージを表示部４３に表示する（ステップＳ１９）。
【００７８】
これにより、パッキング作業者は、表示部４３に表示されたメッセージを確認することで、仕分けが正しく行われたか否かを容易に判断することができる。なお、本実施形態では、箱番号の一致判定をネットスーパー管理サーバ１１が行う形態としたが、ネットスーパー管理サーバ１１から送信された箱番号と、コードスキャナ４１を介して入力された箱番号とを比較することで、パッキング装置１２自身が一致判定を行う形態としてもよい。
【００７９】
続いて、ネットスーパー管理サーバ１１の制御部３１は、処理対象としたシーケンス番号のレコードに含まれるチェックステータスを、処理済みを表す“１”に変更する（ステップＳ３８）。
【００８０】
パッキング作業者は、ピッキング作業者から引き渡された全ての商品について、上記のパッキング処理を施すと、操作入力部４２を介して仕分が完了したこと指示する操作を行う。パッキング装置１２の制御部４６は、操作入力部４２を介して仕分け完了の指示を受け付けると（ステップＳ２０；Ｙｅｓ）、予め入力された便番号と仕分完了を表す仕分完了情報とをネットスーパー管理サーバ１１へ送信する（ステップＳ２１）。
【００８１】
一方、ネットスーパー管理サーバ１１の制御部３１は、パッキング装置１２から便番号と仕分完了情報とを受け付けると、注文管理ファイル３７４を参照し、この便番号に対応する各レコードに含まれたチェックステータスのうち、未処理を表す“０”のものがあれば（ステップＳ３９；Ｙｅｓ）、未処理の商品がある旨のメッセージ（例えば、未処理の商品の一覧）をパッキング装置１２へ送信するとともに（ステップＳ４０）、便番号に対応する各レコードに含まれたチェックステータスのうち、未処理を表す“０”のものを、欠品を表す“９”に変更し（ステップＳ４１）、処理を終了する。
【００８２】
パッキング装置１２の制御部４６は、ネットスーパー管理サーバ１１から送信されたメッセージ（例えば、未処理の商品の一覧）を受信すると、このメッセージを表示部４３に表示し（ステップＳ２２）、処理を終了する。
【００８３】
一方、ネットスーパー管理サーバ１１の制御部３１は、未処理を表す“０”のものがなければ（ステップＳ３９；Ｎｏ）、そのまま処理を終了する。
【００８４】
このように、パッキング作業者がピッキングした商品に付加されたコードシンボルをパッキング装置１２のコードスキャナ４１によりスキャンする（読み取る）と、客ごとに割り当てられた箱番号をパッキング装置１２に表示する。パッキング作業者は、パッキング装置１２に表示された箱番号に基づいて各商品を収納箱に仕分けることになるので、ミスを軽減でき、また、作業効率の向上を図ることができる。
【００８５】
このようにして配送元となる店舗においてパッキング作業者によって収納箱に仕分けられた商品は、図１５に示す配送伝票（受領伝票）２００とともに配送担当員へと引き渡され、配送先の顧客宅へと配送される。商品配送完了後、顧客の受領サイン又は捺印された配送伝票（受領伝票）２００は、ＰＯＳシステム７を備えた店舗へと返送される。
【００８６】
また、店舗のキャッシャは、店舗へと返送された配送伝票（受領伝票）２００に印字された各商品のコードシンボル（ネットスーパーにおける購入時の販売価格を含む）をＰＯＳ端末２のコードスキャナにより読み取る。通常の売上処理と同様に、ＰＯＳ端末２は、配送伝票（受領伝票）２００に印字された各商品に付加されたコードシンボルをコードスキャナにより読み取ると、このコードシンボルに含まれるネットスーパーにおける購入時の商品の販売価格及び販売個数に基づき、これら商品の総額を算出し精算等の処理を行って売上データを生成した後、当該売上データを所定のタイミングで店舗サーバ４に送信する。
【００８７】
上述のように配送伝票（受領伝票）２００に印字された各商品のコードシンボルにネットスーパーにおける購入時の販売価格を含めておくことで、例え翌日配送やタイムサービスなどでリアル店舗の販売価格と異なっていても、あくまでネットスーパーで購入された時の販売価格で売上計上されることになる。
【００８８】
また、上述したように、１００ｇの商品（販売金額１５０円）が店舗に存在せず、１０５ｇの商品（販売金額１５８円）がピッキングされてスキャンされた場合であっても、配送伝票（受領伝票）２００に印字される商品は、１００ｇの商品（販売金額１５０円）である。このようにすることで、顧客に対してお得感を出すことが可能になっている。
【００８９】
このように本実施形態によれば、在庫商品に対応付けられている商品コードと、注文商品の商品コードとは一致しないが、共通する物品コードを有するＮＯＮ−ＰＬＵコードであるとの比較結果があった場合に、在庫商品に対応付けられている商品コードに含まれる価格情報と注文商品の商品コードに含まれる価格情報との差が、予め定められた範囲内にある場合、在庫商品を注文商品とみなすようにしたので、ネットスーパーで注文した商品と同じ金額の商品が店舗に存在しないような場合であっても、欠品（品切れ）とせずに対処することができるようになる。
【００９０】
また、本実施形態によれば、店舗における注文商品のピッキングに用いるピッキング伝票において、商品情報の一つとしてコードシンボルを含めるようにしたので、ピッキング伝票に基づくピッキング作業により収集した商品を顧客毎に仕分けるパッキング作業を行う際に、商品に対してバーコードや二次元コード等のコードシンボルが貼付けされていない商品については、当該ピッキング伝票上のコードシンボルのスキャンによるパッキング作業ができるようになり、作業効率を向上させることができる。
【００９１】
以上、本発明の実施の形態について説明したが、本発明はこれに限定されるものではなく、本発明の主旨を逸脱しない範囲での種々の変更、置換、追加等が可能である。
【００９２】
また、上記実施形態では、ネットスーパーサーバ６を店舗の外部に配置する形態としたが、これに限らず、店舗内に配置する形態としてもよい。また、ネットスーパー管理サーバ１１や店舗サーバ４が、ネットスーパーサーバ６の機能を具備する形態としてもよい。
【００９３】
また、上記実施形態では、商品コード及び箱番号がコードシンボル中に保持されている形態としたが、これに限らず、ＲＦＩＤタグ等の形態で保持されていてもよい。なお、この場合、パッキング装置１２は、コードスキャナ４１に替えてＲＦＩＤリーダ／ライタを備えるものとする。
【００９４】
また、上記実施形態の各装置で実行されるプログラムは、ＲＯＭ等に予め組み込んで提供するように構成してもよい。また、上記プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録されて提供されてもよい。
【００９５】
また、上記プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上記プログラムをインターネット等のネットワーク経由で提供又は配布するように構成してもよい。
【００９６】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００９７】
１０ 端末装置
１１ 情報処理装置
５１ コードシンボル生成手段
５２ ピッキング伝票出力手段
５３ コードシンボル付加判断手段
５４ 注文商品コード記憶手段
５５ 商品コード入力手段
５６ 比較手段
５７ 価格情報比較手段
５８ 商品代替手段
３７４ 記憶部
【先行技術文献】
【特許文献】
【００９８】
【特許文献１】特開２０１１−１６４７７５号公報
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された端末装置から受け付けた注文にかかる注文商品の商品コードを記憶部に記憶する注文商品コード記憶手段と、
前記注文商品とみなされる在庫商品に対応付けられている商品コードを入力する商品コード入力手段と、
前記在庫商品に対応付けられている商品コードと、前記記憶部に記憶された前記注文商品の商品コードとを比較する比較手段と、
当該各商品コードは一致しないが、共通する物品コードを有するＮＯＮ−ＰＬＵ（Ｐｒｉｃｅ Ｌｏｏｋ ＵＰ）コードであるとの比較結果があった場合に、前記在庫商品に対応付けられている商品コードに含まれる価格情報と、前記注文商品の商品コードに含まれる価格情報とを比較する価格情報比較手段と、
前記在庫商品に対応付けられている商品コードに含まれる価格情報と前記注文商品の商品コードに含まれる価格情報との差が、予め定められた範囲内にある場合、前記在庫商品を前記注文商品とみなす商品代替手段と、
を備える情報処理装置。
【請求項２】
前記商品代替手段は、前記注文商品の商品コードに含まれる価格情報に対する上限金額幅を予め定めておき、前記在庫商品に対応付けられている商品コードに含まれる価格情報と前記注文商品の商品コードに含まれる価格情報との差が、前記上限金額幅内であれば、前記在庫商品を前記注文商品とみなす、
請求項１記載の情報処理装置。
【請求項３】
前記商品代替手段は、前記注文商品の商品コードに含まれる価格情報に対する上限金額幅および下限金額幅を予め定めておき、前記在庫商品に対応付けられている商品コードに含まれる価格情報と前記注文商品の商品コードに含まれる価格情報との差が、前記上限金額幅内であれば、前記在庫商品を前記注文商品とみなす、
請求項１記載の情報処理装置。
【請求項４】
前記商品代替手段は、前記在庫商品に対応付けられている商品コードに含まれる価格情報と前記注文商品の商品コードに含まれる価格情報との差が、予め定められた範囲内にない場合、エラーである旨を報知する、
請求項１記載の情報処理装置。
【請求項５】
ネットワークを介して接続された端末装置から受け付けた注文にかかる注文商品の商品コードを記憶部に記憶する注文商品コード記憶手段と、
前記注文商品とみなされる在庫商品に対応付けられている商品コードを入力する商品コード入力手段と、
前記在庫商品に対応付けられている商品コードと、前記記憶部に記憶された前記注文商品の商品コードとを比較する比較手段と、
当該各商品コードは一致しないが、共通する物品コードを有するＮＯＮ−ＰＬＵ（Ｐｒｉｃｅ Ｌｏｏｋ ＵＰ）コードであるとの比較結果があった場合に、前記在庫商品に対応付けられている商品コードに含まれる価格情報と、前記注文商品の商品コードに含まれる価格情報とを比較する価格情報比較手段と、
前記在庫商品に対応付けられている商品コードに含まれる価格情報と前記注文商品の商品コードに含まれる価格情報との差が、予め定められた範囲内にある場合、前記在庫商品を前記注文商品とみなす商品代替手段と、
としてコンピュータを機能させるプログラム。
【請求項６】
前記商品代替手段は、前記在庫商品に対応付けられている商品コードに含まれる価格情報と前記注文商品の商品コードに含まれる価格情報との差が、予め定められた範囲内にない場合、エラーである旨を報知する、
請求項５記載のプログラム。
【請求項１】
ネットワークを介して接続された端末装置から受け付けた注文にかかる注文商品の商品コードを記憶部に記憶する注文商品コード記憶手段と、
前記注文商品とみなされる在庫商品に対応付けられている商品コードを入力する商品コード入力手段と、
前記在庫商品に対応付けられている商品コードと、前記記憶部に記憶された前記注文商品の商品コードとを比較する比較手段と、
当該各商品コードは一致しないが、共通する物品コードを有するＮＯＮ−ＰＬＵ（Ｐｒｉｃｅ Ｌｏｏｋ ＵＰ）コードであるとの比較結果があった場合に、前記在庫商品に対応付けられている商品コードに含まれる価格情報と、前記注文商品の商品コードに含まれる価格情報とを比較する価格情報比較手段と、
前記在庫商品に対応付けられている商品コードに含まれる価格情報と前記注文商品の商品コードに含まれる価格情報との差が、予め定められた範囲内にある場合、前記在庫商品を前記注文商品とみなす商品代替手段と、
を備える情報処理装置。
【請求項２】
前記商品代替手段は、前記注文商品の商品コードに含まれる価格情報に対する上限金額幅を予め定めておき、前記在庫商品に対応付けられている商品コードに含まれる価格情報と前記注文商品の商品コードに含まれる価格情報との差が、前記上限金額幅内であれば、前記在庫商品を前記注文商品とみなす、
請求項１記載の情報処理装置。
【請求項３】
前記商品代替手段は、前記注文商品の商品コードに含まれる価格情報に対する上限金額幅および下限金額幅を予め定めておき、前記在庫商品に対応付けられている商品コードに含まれる価格情報と前記注文商品の商品コードに含まれる価格情報との差が、前記上限金額幅内であれば、前記在庫商品を前記注文商品とみなす、
請求項１記載の情報処理装置。
【請求項４】
前記商品代替手段は、前記在庫商品に対応付けられている商品コードに含まれる価格情報と前記注文商品の商品コードに含まれる価格情報との差が、予め定められた範囲内にない場合、エラーである旨を報知する、
請求項１記載の情報処理装置。
【請求項５】
ネットワークを介して接続された端末装置から受け付けた注文にかかる注文商品の商品コードを記憶部に記憶する注文商品コード記憶手段と、
前記注文商品とみなされる在庫商品に対応付けられている商品コードを入力する商品コード入力手段と、
前記在庫商品に対応付けられている商品コードと、前記記憶部に記憶された前記注文商品の商品コードとを比較する比較手段と、
当該各商品コードは一致しないが、共通する物品コードを有するＮＯＮ−ＰＬＵ（Ｐｒｉｃｅ Ｌｏｏｋ ＵＰ）コードであるとの比較結果があった場合に、前記在庫商品に対応付けられている商品コードに含まれる価格情報と、前記注文商品の商品コードに含まれる価格情報とを比較する価格情報比較手段と、
前記在庫商品に対応付けられている商品コードに含まれる価格情報と前記注文商品の商品コードに含まれる価格情報との差が、予め定められた範囲内にある場合、前記在庫商品を前記注文商品とみなす商品代替手段と、
としてコンピュータを機能させるプログラム。
【請求項６】
前記商品代替手段は、前記在庫商品に対応付けられている商品コードに含まれる価格情報と前記注文商品の商品コードに含まれる価格情報との差が、予め定められた範囲内にない場合、エラーである旨を報知する、
請求項５記載のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１３−９２８４２（Ｐ２０１３−９２８４２Ａ）
【公開日】平成２５年５月１６日（２０１３．５．１６）
【国際特許分類】
【出願番号】特願２０１１−２３３３３５（Ｐ２０１１−２３３３３５）
【出願日】平成２３年１０月２４日（２０１１．１０．２４）
【出願人】（０００００３５６２）東芝テック株式会社 (5,631)
【Ｆターム（参考）】
【公開日】平成２５年５月１６日（２０１３．５．１６）
【国際特許分類】
【出願日】平成２３年１０月２４日（２０１１．１０．２４）
【出願人】（０００００３５６２）東芝テック株式会社 (5,631)
【Ｆターム（参考）】
[ Back to top ]