(57)【要約】【課題】倉庫のような物品保管場所の管理システムに係り、出荷処理や入荷処理を省略したことにより、あるいは誤送により、物品の所在が不明となる事態を未然に防ぐとともに、所在不明となった場合にその物品を発見し、錯誤が生じた在庫管理状態を事後的に是正することを課題とする。【解決手段】出荷の際に、送先倉庫ＩＤを含むコード情報をバーコードやＩＣタグに記録し、出荷する物品に付する。一方、入荷の際には、入荷する物品に付されたバーコード等から読み取ったコード情報に含まれる送先倉庫ＩＤが、入荷側倉庫ＩＤ（自己の倉庫ＩＤ）と一致するか判定する（Ｓ２００１）。一致しない場合に、不適切と判定し（Ｓ２００３）、警告を発する。【選択図】　　　　図２０
2004026478.tif 000002
【特許請求の範囲】
【請求項１】
以下の要素を有することを特徴とする保管場所管理システム
（１）出荷の際に、出荷する物品の送先場所を識別する送先場所識別情報を入力する出荷情報入力部
（２）出荷の際に、出荷する物品に付するコード情報記録体に記録するコード情報に送先場所識別情報を含めて当該コード情報を生成し、生成したコード情報を出力するコード情報生成出力部
（３）入荷の際に、入荷する物品に付されたコード情報記録体から読み取ったコード情報を入力するコード情報入力部
（４）入荷の際に、入力したコード情報に含まれる送先場所識別情報が、入荷する場所を識別する入荷側場所識別情報と一致するか判定する送先判定部。
【請求項２】
保管場所管理システムは、更に、
送先判定部により、一致しないと判定した場合に、送先不適切の警告を出力する警告出力部を有することを特徴とする請求項１記載の保管場所管理システム。
【請求項３】
以下の要素を有することを特徴とする保管場所管理システム
（１）出荷の際に、出荷する物品の送先場所を識別する送先場所識別情報を入力する出荷情報入力部
（２）出荷の際に、出荷する物品に付するコード情報記録体に記録するコード情報に送先場所識別情報を含めて当該コード情報を生成し、生成したコード情報を出力するコード情報生成出力部
（３）棚卸の際に、在庫物品に付されたコード情報記録体から読み取ったコード情報を入力するコード情報入力部
（４）棚卸の際に、入力したコード情報に含まれる送先場所識別情報が、棚卸する場所を識別する棚卸場所識別情報と一致するか判定する送先判定部。
【請求項４】
保管場所管理システムは、更に、
送先判定部により、一致しないと判定した場合に、送先不適切の警告を出力する警告出力部を有することを特徴とする請求項３記載の保管場所管理システム。
【請求項５】
前記出荷情報入力部は、出荷の際に、出荷する場所を識別する出荷側場所識別情報を入力し、
前記コード情報生成出力部は、出荷の際に、コード情報に、出荷側場所識別情報を含めて当該コード情報を生成し、
保管場所管理システムは、更に、
送先判定部により、一致しないと判定した場合に、前記入力したコード情報に含まれる出荷側場所識別情報に対応する出荷側場所端末に、当該在庫物品の返品要求、あるいは事後的に当該在庫物品の出荷処理を行う出荷承認の選択を促すフォロー処理要求を送信するフォロー処理要求出力部を有することを特徴とする請求項４記載の保管場所管理システム。
【請求項６】
保管場所管理システムは、更に、
送先判定部により、一致しないと判定した場合に、前記入力したコード情報に含まれる送先場所識別情報に対応する送先場所端末に、当該在庫物品の返品要求、あるいは事後的に当該在庫物品の出荷処理を行う出荷承認の選択を促すフォロー処理要求を送信するフォロー処理要求出力部を有することを特徴とする請求項４記載の保管場所管理システム。
【請求項７】
保管場所管理システムは、更に、
入荷情報を管理する入荷管理データベースと、
送先判定部により、一致しないと判定した場合に、入荷管理データベースへ、仮の入荷情報の登録を行う仮入荷情報登録部と、
前記フォロー処理要求に対する回答を受信する回答受信部と、
受信した回答の内容が、返品要求の場合に、入荷管理データベースに登録した仮の入荷情報を削除する仮入荷削除部と、
回答の内容が、出荷承認の場合に、入荷管理データベースに登録した仮の入荷情報の仮状態を解除する仮入荷解除部とを有することを特徴とする請求項５または６のいずれかに記載の保管場所管理システム。
【請求項８】
コード情報記録体は、バーコードであることを特徴とする請求項１または３のいずれかに記載の保管場所管理システム。
【請求項９】
コード情報記録体は、二次元バーコードであることを特徴とする請求項１または３のいずれかに記載の保管場所管理システム。
【請求項１０】
コード情報記録体は、ＩＣタグであることを特徴とする請求項１または３のいずれかに記載の保管場所管理システム。
【請求項１１】
以下の要素を有することを特徴とする保管場所管理方法
（１）出荷の際に、出荷する物品の送先場所を識別する送先場所識別情報を入力する工程
（２）出荷の際に、出荷する物品に付するコード情報記録体に記録するコード情報に送先場所識別情報を含めて当該コード情報を生成し、生成したコード情報を出力する工程
（３）入荷の際に、入荷する物品に付されたコード情報記録体から読み取ったコード情報を入力する工程
（４）入荷の際に、入力したコード情報に含まれる送先場所識別情報が、入荷する場所を識別する入荷側場所識別情報と一致するか判定する工程。
【請求項１２】
保管場所管理システムとなるコンピュータに、以下の処理を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体
（１）出荷の際に、出荷する物品の送先場所を識別する送先場所識別情報を入力する処理
（２）出荷の際に、出荷する物品に付するコード情報記録体に記録するコード情報に送先場所識別情報を含めて当該コード情報を生成し、生成したコード情報を出力する処理
（３）入荷の際に、入荷する物品に付されたコード情報記録体から読み取ったコード情報を入力する処理
（４）入荷の際に、入力したコード情報に含まれる送先場所識別情報が、入荷する場所を識別する入荷側場所識別情報と一致するか判定する処理。
【請求項１３】
保管場所管理システムとなるコンピュータに、以下の手順を実行させるためのプログラム
（１）出荷の際に、出荷する物品の送先場所を識別する送先場所識別情報を入力する手順
（２）出荷の際に、出荷する物品に付するコード情報記録体に記録するコード情報に送先場所識別情報を含めて当該コード情報を生成し、生成したコード情報を出力する手順
（３）入荷の際に、入荷する物品に付されたコード情報記録体から読み取ったコード情報を入力する手順
（４）入荷の際に、入力したコード情報に含まれる送先場所識別情報が、入荷する場所を識別する入荷側場所識別情報と一致するか判定する手順。
【請求項１４】
以下の要素を有することを特徴とする保管場所管理方法
（１）出荷の際に、出荷する物品の送先場所を識別する送先場所識別情報を入力する工程
（２）出荷の際に、出荷する物品に付するコード情報記録体に記録するコード情報に送先場所識別情報を含めて当該コード情報を生成し、生成したコード情報を出力する工程
（３）棚卸の際に、在庫物品に付されたコード情報記録体から読み取ったコード情報を入力する工程
（４）棚卸の際に、入力したコード情報に含まれる送先場所識別情報が、棚卸する場所を識別する棚卸場所識別情報と一致するか判定する工程。
【請求項１５】
保管場所管理システムとなるコンピュータに、以下の処理を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体
（１）出荷の際に、出荷する物品の送先場所を識別する送先場所識別情報を入力する処理
（２）出荷の際に、出荷する物品に付するコード情報記録体に記録するコード情報に送先場所識別情報を含めて当該コード情報を生成し、生成したコード情報を出力する処理
（３）棚卸の際に、在庫物品に付されたコード情報記録体から読み取ったコード情報を入力する処理
（４）棚卸の際に、入力したコード情報に含まれる送先場所識別情報が、棚卸する場所を識別する棚卸場所識別情報と一致するか判定する処理。
【請求項１６】
保管場所管理システムとなるコンピュータに、以下の手順を実行させるためのプログラム
（１）出荷の際に、出荷する物品の送先場所を識別する送先場所識別情報を入力する手順
（２）出荷の際に、出荷する物品に付するコード情報記録体に記録するコード情報に送先場所識別情報を含めて当該コード情報を生成し、生成したコード情報を出力する手順
（３）棚卸の際に、在庫物品に付されたコード情報記録体から読み取ったコード情報を入力する手順
（４）棚卸の際に、入力したコード情報に含まれる送先場所識別情報が、棚卸する場所を識別する棚卸場所識別情報と一致するか判定する手順。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、倉庫のような物品保管場所の管理システムに係り、出荷処理や入荷処理を省略したことにより、あるいは誤送により、物品の所在が不明となる事態を未然に防ぐとともに、所在不明となった場合にその物品を発見し、錯誤が生じた在庫管理状態を事後的に是正することを支援する保管場所管理システムに関する。
【０００２】
【従来の技術】
特開２００２−４６８２４「保管システム」には、保管物と保管場所の関係を示す管理情報を補正する発明が開示されている。これは、保管物の出入りを検知する手段を設け、管理情報の登録を自動化するものである。
【０００３】
しかし、このようなシステムでは、高価な設備が必要となる上、一旦不正に持ち出されてしまった保管物については、その所在を確認することはできない。
【０００４】
【発明が解決しようとする課題】
本発明は、上記した従来技術の欠点を除くためになされたものであって、その目的とするところは、物品に付するコード情報記録体（例えば、バーコード）に経路に係る情報を含め、入荷や棚卸の際に経路に係る情報を確認し、不正な持ち込みを事前または事後に発見することを目的とする。
【０００５】
また、不正に持ち込まれた物品の本来の保管場所へ、是正処理を促すことにより、保管物の紛失を防止することを目的とする。
【０００６】
【課題を解決するための手段】
本発明に係る保管場所管理システムは、
以下の要素を有することを特徴とする
（１）出荷の際に、出荷する物品の送先場所を識別する送先場所識別情報を入力する出荷情報入力部
（２）出荷の際に、出荷する物品に付するコード情報記録体に記録するコード情報に送先場所識別情報を含めて当該コード情報を生成し、生成したコード情報を出力するコード情報生成出力部
（３）入荷の際に、入荷する物品に付されたコード情報記録体から読み取ったコード情報を入力するコード情報入力部
（４）入荷の際に、入力したコード情報に含まれる送先場所識別情報が、入荷する場所を識別する入荷側場所識別情報と一致するか判定する送先判定部。
【０００７】
保管場所管理システムは、更に、
送先判定部により、一致しないと判定した場合に、送先不適切の警告を出力する警告出力部を有することを特徴とする。
【０００８】
本発明に係る保管場所管理システムは、
以下の要素を有することを特徴とする
（１）出荷の際に、出荷する物品の送先場所を識別する送先場所識別情報を入力する出荷情報入力部
（２）出荷の際に、出荷する物品に付するコード情報記録体に記録するコード情報に送先場所識別情報を含めて当該コード情報を生成し、生成したコード情報を出力するコード情報生成出力部
（３）棚卸の際に、在庫物品に付されたコード情報記録体から読み取ったコード情報を入力するコード情報入力部
（４）棚卸の際に、入力したコード情報に含まれる送先場所識別情報が、棚卸する場所を識別する棚卸場所識別情報と一致するか判定する送先判定部。
【０００９】
保管場所管理システムは、更に、
送先判定部により、一致しないと判定した場合に、送先不適切の警告を出力する警告出力部を有することを特徴とする。
【００１０】
前記出荷情報入力部は、出荷の際に、出荷する場所を識別する出荷側場所識別情報を入力し、
前記コード情報生成出力部は、出荷の際に、コード情報に、出荷側場所識別情報を含めて当該コード情報を生成し、
保管場所管理システムは、更に、
送先判定部により、一致しないと判定した場合に、前記入力したコード情報に含まれる出荷側場所識別情報に対応する出荷側場所端末に、当該在庫物品の返品要求、あるいは事後的に当該在庫物品の出荷処理を行う出荷承認の選択を促すフォロー処理要求を送信するフォロー処理要求出力部を有することを特徴とする。
【００１１】
保管場所管理システムは、更に、
送先判定部により、一致しないと判定した場合に、前記入力したコード情報に含まれる送先場所識別情報に対応する送先場所端末に、当該在庫物品の返品要求、あるいは事後的に当該在庫物品の出荷処理を行う出荷承認の選択を促すフォロー処理要求を送信するフォロー処理要求出力部を有することを特徴とする。
【００１２】
保管場所管理システムは、更に、
入荷情報を管理する入荷管理データベースと、
送先判定部により、一致しないと判定した場合に、入荷管理データベースへ、仮の入荷情報の登録を行う仮入荷情報登録部と、
前記フォロー処理要求に対する回答を受信する回答受信部と、
受信した回答の内容が、返品要求の場合に、入荷管理データベースに登録した仮の入荷情報を削除する仮入荷削除部と、
回答の内容が、出荷承認の場合に、入荷管理データベースに登録した仮の入荷情報の仮状態を解除する仮入荷解除部とを有することを特徴とする。
【００１３】
コード情報記録体は、バーコードであることを特徴とする。
【００１４】
コード情報記録体は、二次元バーコードであることを特徴とする。
【００１５】
コード情報記録体は、ＩＣタグであることを特徴とする。
【００１６】
本発明に係る保管場所管理方法は、
以下の要素を有することを特徴とする
（１）出荷の際に、出荷する物品の送先場所を識別する送先場所識別情報を入力する工程
（２）出荷の際に、出荷する物品に付するコード情報記録体に記録するコード情報に送先場所識別情報を含めて当該コード情報を生成し、生成したコード情報を出力する工程
（３）入荷の際に、入荷する物品に付されたコード情報記録体から読み取ったコード情報を入力する工程
（４）入荷の際に、入力したコード情報に含まれる送先場所識別情報が、入荷する場所を識別する入荷側場所識別情報と一致するか判定する工程。
【００１７】
本発明に係るプログラムを記録したコンピュータ読み取り可能な記録媒体は、保管場所管理システムとなるコンピュータに、以下の処理を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であることを特徴とする
（１）出荷の際に、出荷する物品の送先場所を識別する送先場所識別情報を入力する処理
（２）出荷の際に、出荷する物品に付するコード情報記録体に記録するコード情報に送先場所識別情報を含めて当該コード情報を生成し、生成したコード情報を出力する処理
（３）入荷の際に、入荷する物品に付されたコード情報記録体から読み取ったコード情報を入力する処理
（４）入荷の際に、入力したコード情報に含まれる送先場所識別情報が、入荷する場所を識別する入荷側場所識別情報と一致するか判定する処理。
【００１８】
本発明に係るプログラムは、
保管場所管理システムとなるコンピュータに、以下の手順を実行させるためのプログラムであることを特徴とする
（１）出荷の際に、出荷する物品の送先場所を識別する送先場所識別情報を入力する手順
（２）出荷の際に、出荷する物品に付するコード情報記録体に記録するコード情報に送先場所識別情報を含めて当該コード情報を生成し、生成したコード情報を出力する手順
（３）入荷の際に、入荷する物品に付されたコード情報記録体から読み取ったコード情報を入力する手順
（４）入荷の際に、入力したコード情報に含まれる送先場所識別情報が、入荷する場所を識別する入荷側場所識別情報と一致するか判定する手順。
【００１９】
本発明に係る保管場所管理方法は、
以下の要素を有することを特徴とする
（１）出荷の際に、出荷する物品の送先場所を識別する送先場所識別情報を入力する工程
（２）出荷の際に、出荷する物品に付するコード情報記録体に記録するコード情報に送先場所識別情報を含めて当該コード情報を生成し、生成したコード情報を出力する工程
（３）棚卸の際に、在庫物品に付されたコード情報記録体から読み取ったコード情報を入力する工程
（４）棚卸の際に、入力したコード情報に含まれる送先場所識別情報が、棚卸する場所を識別する棚卸場所識別情報と一致するか判定する工程。
【００２０】
本発明に係るプログラムを記録したコンピュータ読み取り可能な記録媒体は、保管場所管理システムとなるコンピュータに、以下の処理を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であることを特徴とする
（１）出荷の際に、出荷する物品の送先場所を識別する送先場所識別情報を入力する処理
（２）出荷の際に、出荷する物品に付するコード情報記録体に記録するコード情報に送先場所識別情報を含めて当該コード情報を生成し、生成したコード情報を出力する処理
（３）棚卸の際に、在庫物品に付されたコード情報記録体から読み取ったコード情報を入力する処理
（４）棚卸の際に、入力したコード情報に含まれる送先場所識別情報が、棚卸する場所を識別する棚卸場所識別情報と一致するか判定する処理。
【００２１】
本発明に係るプログラムは、
保管場所管理システムとなるコンピュータに、以下の手順を実行させるためのプログラムであることを特徴とする
（１）出荷の際に、出荷する物品の送先場所を識別する送先場所識別情報を入力する手順
（２）出荷の際に、出荷する物品に付するコード情報記録体に記録するコード情報に送先場所識別情報を含めて当該コード情報を生成し、生成したコード情報を出力する手順
（３）棚卸の際に、在庫物品に付されたコード情報記録体から読み取ったコード情報を入力する手順
（４）棚卸の際に、入力したコード情報に含まれる送先場所識別情報が、棚卸する場所を識別する棚卸場所識別情報と一致するか判定する手順。
【００２２】
【発明の実施の形態】
実施の形態１．
以下本発明を図面に示す実施例に基づいて説明する。図１は、倉庫管理システムのネットワークの例を示す図である。
１００は、倉庫管理サーバ（保管場所管理システムの例）、１０１〜１０４は、倉庫（保管場所の例）、１０５〜１０８は、倉庫側端末である。
倉庫管理サーバ１００は、ネットワークを介して各倉庫側端末から接続可能なように構成されている。また、倉庫側端末１０５〜１０８は、バーコード読取装置とバーコード印刷装置と接続可能なように構成されている。
【００２３】
倉庫管理サーバ１００は、倉庫についての情報を管理する倉庫管理テーブル２００を備えている。図２は、倉庫管理テーブルの構成例を示す図である。
倉庫毎に、メールアドレス、ＦＡＸ番号、電話番号、所在地、パスワードを予め記憶している。メールアドレス、ＦＡＸ番号、電話番号は、送信宛先情報の例である。パスワードは、ログインの際の認証に用いられる。
【００２４】
また、倉庫管理サーバ１００は、倉庫で扱う対象となる物品についての情報を管理する物品管理テーブル３００を備えている。図３は、物品管理テーブルの構成例を示す図である。
物品毎に、物品ＩＤと物品名を予め対応付けて記憶している。
【００２５】
以下の図４〜図９に、Ａ倉庫１０１とＢ倉庫１０２とＣ倉庫１０３の間で、物品が移送され入荷／出荷処理される例を示す。
図４は、物品（机：Ｗ００１）の流れの例を示す図である。この例では、Ａ倉庫１０１から６月１日に出荷処理して、物品（机：Ｗ００１）を発送している。この出荷処理の際に、バーコード（出荷側倉庫ＩＤ：Ａと送先倉庫：Ｂをコード情報に含む。）を物品（机：Ｗ００１）４１２に貼り付けている。
同日のうちに、Ｂ倉庫１０２で入荷処理して、物品（机：Ｗ００１）を受け入れている。この入荷処理の際に、バーコード（出荷側倉庫ＩＤ：Ａと送先倉庫：Ｂをコード情報に含む。）を読み取っている。これにより、正常に入荷処理された物品（机：Ｗ００１）は、Ｂ倉庫１０２の在庫４２２となる。
そして、翌日の６月２日にＢ倉庫１０２から出荷処理して、物品（机：Ｗ００１）を発送している。この出荷処理の際に、バーコード（出荷側倉庫ＩＤ：Ｂと送先倉庫：Ｃをコード情報に含む。）を物品（机：Ｗ００１）４２３に貼り付けている。
同日のうちに、Ｃ倉庫１０３で入荷処理して、物品（机：Ｗ００１）４３１を受け入れている。この入荷処理の際に、バーコード（出荷側倉庫ＩＤ：Ｂと送先倉庫：Ｃをコード情報に含む。）を読み取っている。これにより、正常に入荷処理された物品（机：Ｗ００１）４３２は、Ｃ倉庫１０３の在庫となる。また、入荷管理テーブルに、入荷情報が記憶される。
棚卸処理の際には、バーコード（出荷側倉庫ＩＤ：Ｂと送先倉庫：Ｃをコード情報に含む。）を読み取って、正常に処理している。
【００２６】
図５は、物品（椅子：Ｗ００２）の流れの例を示す図である。この例では、図４の例と同様に、Ａ倉庫１０１から６月１日に出荷処理して、同日のうちに、Ｂ倉庫１０２で入荷処理して、物品（椅子：Ｗ００２）を受け入れている。
そして、翌日の６月２日にＢ倉庫１０２から出荷処理して、物品（椅子：Ｗ００２）を発送している。この出荷処理の際に、バーコード（出荷側倉庫ＩＤ：Ｂと送先倉庫：Ｄをコード情報に含む。）を物品（机：Ｗ００１）５２３に貼り付けている。
この例では、物品（椅子：Ｗ００２）が本来の送先である倉庫Ｄと異なる倉庫Ｃに、誤送されている。Ｃ倉庫１０３では、入荷処理の際に、バーコード（出荷側倉庫ＩＤ：Ｂと送先倉庫：Ｄをコード情報に含む。）を読み取り、送先不適切の警告を発している。そのため、物品（椅子：Ｗ００２）は受け入れられない。
【００２７】
図６は、物品（棚：Ｗ００３）の流れの例を示す図である。この例では、図４の例と同様に、Ａ倉庫１０１から６月１日に出荷処理して、同日のうちに、Ｂ倉庫１０２で入荷処理して、物品（棚：Ｗ００３）を受け入れている。
そして、翌日の６月２日にＢ倉庫１０２から出荷処理せずに、物品（椅子：Ｗ００２）を発送している。
この例では、Ｂ倉庫１０２の出荷処理の際のバーコードが貼り付けられないので、Ａ倉庫１０１で貼り付けられたバーコードそのまま最新のバーコードとして残っており、そのバーコードがＣ倉庫１０３の入荷処理の際に読み取られる。送先が自倉庫ではないので、送先不適切の警告を発している。そのため、物品（棚：Ｗ００３）は受け入れられない。
【００２８】
図７は、物品（パソコンテーブル：Ｗ００４）の流れの例を示す図である。この例では、図４の例と同様に、Ａ倉庫１０１から６月１日に出荷処理して、同日のうちに、Ｂ倉庫１０２で入荷処理して、物品（パソコンテーブル：Ｗ００４）を受け入れている。
そして、翌日の６月２日にＢ倉庫１０２から出荷処理して、物品（パソコンテーブル：Ｗ００４）を発送している。この出荷処理の際に、バーコード（出荷側倉庫ＩＤ：Ｂと送先倉庫：Ｃをコード情報に含む。）を物品（パソコンテーブル：Ｗ００４）７２３に貼り付けている。
この例では、Ｃ倉庫１０３で入荷処理せずに、入庫している。そして、棚卸処理の際に、在庫物品（パソコンテーブル：Ｗ００４）７３２に貼り付けられているバーコード（出荷側倉庫ＩＤ：Ｂと送先倉庫：Ｃをコード情報に含む。）を読み取り、入荷管理テーブルに入荷情報が登録されているかを確認する。この例では、入荷処理していないので、入荷情報が登録されていないため、入荷登録漏れの警告を発している。
【００２９】
図８は、物品（ごみ箱：Ｗ００５）の流れの例を示す図である。この例では、図４の例と同様に、Ａ倉庫１０１から６月１日に出荷処理して、同日のうちに、Ｂ倉庫１０２で入荷処理して、物品（ごみ箱：Ｗ００５）を受け入れている。
そして、翌日の６月２日にＢ倉庫１０２から出荷処理して、物品（ごみ箱：Ｗ００５）を発送している。この出荷処理の際に、バーコード（出荷側倉庫ＩＤ：Ｂと送先倉庫：Ｄをコード情報に含む。）を物品（ごみ箱：Ｗ００５）８２３に貼り付けている。
この例では、本来の送先と違う倉庫Ｃに送られているにもかかわらず、Ｃ倉庫１０３では、入荷処理せずに、入庫している。そして、棚卸処理の際に在庫物品（ごみ箱：Ｗ００５）８３２から読み取まれたバーコード（出荷側倉庫ＩＤ：Ｂと送先倉庫：Ｄをコード情報に含む。）の送先倉庫が自倉庫ではないので、送先不適切の警告を発している。
【００３０】
図９は、物品（黒板：Ｗ００６）の流れの例を示す図である。この例では、図４の例と同様に、Ａ倉庫１０１から６月１日に出荷処理して、同日のうちに、Ｂ倉庫１０２で入荷処理して、物品（黒板：Ｗ００６）を受け入れている。
そして、翌日の６月２日にＢ倉庫１０２から出荷処理しないで、物品（黒板：Ｗ００６）を発送している。
この例では、Ｂ倉庫１０２で出荷処理されていないにもかかわらず、Ｃ倉庫１０３では、入荷処理せずに、入庫している。そして、棚卸処理の際に在庫物品（黒板：Ｗ００６）９３２から読み取られたバーコード（出荷側倉庫ＩＤ：Ａと送先倉庫：Ｂをコード情報に含む。）の送先倉庫が自倉庫ではないので、送先不適切の警告を発している。
【００３１】
倉庫管理サーバ１００は、上述の出荷処理の際の出荷情報を管理する出荷管理データベース１４０４を備えている。出荷管理データベース１４０４は、倉庫毎に各倉庫用出荷管理テーブルを有している。
図１０は、Ａ倉庫用出荷管理テーブルの構成例を示す図である。上述の例で、６月１日に物品群を出荷した後のＡ倉庫用出荷管理テーブルを示している。出荷した物品毎にレコードを設け、出荷日付、物品ＩＤ、数量、送先倉庫ＩＤを対応付けて記憶している。
【００３２】
倉庫管理サーバ１００は、更に、上述の入荷処理の際の入荷情報を管理する入荷管理データベース１８０８を備えている。入荷管理データベース１８０８は、倉庫毎に各倉庫用入荷管理テーブルを有している。
図１１は、Ｂ倉庫用入荷管理テーブルの構成例を示す図である。上述の例で、６月１日に物品群を入荷した後のＢ倉庫用入荷管理テーブルを示している。入荷した物品毎にレコードを設け、入荷日付、出荷日付、物品ＩＤ、数量、出荷側倉庫ＩＤ、仮入荷フラグを対応付けて記憶している。通常の入荷の場合には、仮入荷フラグはＯＦＦであり、暫定的に入荷として扱う仮入荷の場合にＯＮとなる。
【００３３】
倉庫管理サーバ１００は、更に、在庫している物品についての在庫情報を管理する在庫管理データベース１４０６を備えている。在庫管理データベース１４０６は、倉庫毎に各倉庫用在庫管理テーブルを有している。
図１２は、６月１日のＢ倉庫入荷後のＢ倉庫用在庫管理テーブルの構成例を示す図である。図１３は、６月２日のＣ倉庫入荷前のＣ倉庫用在庫管理テーブルの構成例を示す図である。在庫物品毎にレコードを設け、物品ＩＤと、数量を対応付けて記憶している。
【００３４】
以下、出荷処理、入荷処理、棚卸処理、回答処理について順次説明する。
まず、倉庫管理サーバ１００の出荷処理について説明する。図１４は、倉庫管理サーバのうち出荷処理に係る構成例を示す図である。
１４０１は、認証部、１４０２は、出荷情報入力部、１４０３は、出荷情報登録部、１４０４は、出荷管理データベース、１４０５は、在庫削減登録部、１４０６は、在庫管理データベース、１４０７は、コード情報生成出力部、１４０８は、伝票出力部である。
【００３５】
図１５は、出荷処理フローを示す図である。この処理により、各倉庫の管理者は、出荷の際に倉庫側端末から倉庫管理サーバ１００にアクセスして出荷処理を行う。
【００３６】
倉庫管理サーバ１００では、倉庫側端末からの要求に応じて、認証部１４０１が認証処理を行う（Ｓ１５０１）。倉庫管理テーブル２００から倉庫ＩＤと倉庫名の組合せを取得し、倉庫名の選択と、パスワードの入力を促すログイン画面を送信する。そして、倉庫の選択とパスワードを受信し、受信したパスワードが、選択された倉庫のパスワード２０５と一致する場合には、認証を成功させ、倉庫ＩＤを特定する。
【００３７】
認証が成功した場合には、出荷する物品毎に以下の処理を繰り返す（Ｓ１５０２）。出荷情報入力部１４０２は、物品管理テーブル３００から物品ＩＤと物品名の組合せを取得し、倉庫管理テーブル２００から倉庫ＩＤと倉庫名の組合せを取得し、物品の選択と、数量の入力と、送先倉庫の選択を促す出荷情報入力画面を、倉庫側端末へ送信する。そして、物品の選択を受信することにより物品ＩＤを入力し、数量を受信し（Ｓ１５０３）、更に、送先倉庫の選択を受信することにより、送先倉庫ＩＤを入力する（Ｓ１５０４）。
【００３８】
出荷情報登録部１４０３は、認証部１４０１から出荷側倉庫ＩＤを取得し（Ｓ１５０５）、更にカレンダー時計部から日付の取得し（Ｓ１５０６）、出荷日付とする。そして、出荷管理データベース１４０４に含まれる出荷側倉庫ＩＤに対応する出荷管理テーブルに、出荷日付と、物品ＩＤと、数量と、送先倉庫ＩＤを記憶させる（Ｓ１５０７）。
【００３９】
在庫削減登録部１４０５は、在庫管理データベース１４０６に含まれる出荷側倉庫ＩＤに対応する在庫管理テーブル上で、入力された物品ＩＤに対応する在庫数から、入力された数量を減ずる（Ｓ１５０８）。
【００４０】
コード情報生成出力部１４０７は、出荷日付と、物品ＩＤと、送先倉庫ＩＤと、出荷側倉庫ＩＤを含むコード情報を生成し（Ｓ１５０９）、生成したコード情報と、数量とを出力する（Ｓ１５１０）。倉庫側端末では、接続されているバーコード印刷装置により、コード情報をバーコードとして数量分印刷する。倉庫の管理者は、印刷したバーコードを出荷する物品に貼り付ける。
【００４１】
伝票が必要な場合には、伝票出力部１４０８により伝票に印字する情報を生成し、倉庫側端末に送信する（Ｓ１５１１）。倉庫側端末では、受信した情報を伝票に印字する。
【００４２】
すべての出荷する物品について処理した時点、つまり終了指示を受信した場合に終了する（Ｓ１５１２）。
【００４３】
上述の処理により生成される各テーブルの例を示す。図１６は、６月２日のＢ倉庫出荷後のＢ倉庫用出荷管理テーブルの構成例を示す図である。図１７は、６月２日のＢ倉庫出荷後のＢ倉庫用在庫管理テーブルの構成例を示す図である。
【００４４】
続いて、倉庫管理サーバ１００の入荷処理について説明する。図１８は、倉庫管理サーバのうち入荷処理に係る構成例を示す図である。
１８０１は、認証部、１８０２は、コード情報入力部、１８０３は、物品情報抽出部、１８０４は、送先判定部、１８０５は、入荷登録部、１８０６は、入荷情報登録部、１８０７は、在庫増加登録部、１８０８は、入荷管理データベース、１８０９は、警告出力部、１８１０は、入荷登録処理通知出力部である。
【００４５】
図１９は、入荷処理フローを示す図である。この処理により、各倉庫の管理者は、入荷の際に倉庫側端末から倉庫管理サーバ１００にアクセスして入荷処理を行う。
【００４６】
倉庫管理サーバ１００の認証部１８０１は、前述と同様に認証処理を行う（Ｓ１９０１）。認証処理が成功した場合には、入荷する物品毎に以下の処理を繰り返す（Ｓ１９０２）。
【００４７】
倉庫の管理者は、倉庫側端末に接続されたバーコード読取装置から、入荷する物品に貼り付けられたバーコードを読み取り、読み取ったコード情報を倉庫管理サーバ１００に送信する。
【００４８】
コード情報入力部１８０２は、コード情報を受信し（Ｓ１９０３）、物品情報抽出部１８０３は、コード情報から出荷日付と、物品ＩＤと、送先倉庫ＩＤと、出荷側倉庫ＩＤを抽出する（Ｓ１９０４）。
【００４９】
そして、送先判定部１８０４は、送先判定処理を行う（Ｓ１９０５）。送先判定処理については、図２０で後述する。送先が不適切の場合には、送先不適切の警告を出力し（Ｓ１９０６）、入荷登録処理を行わない。送先が適切の場合には、入荷登録部１８０５により、入荷登録処理（Ｓ１９０７）を行う。入荷登録処理については、図２１で後述する。すべての入荷する物品について処理した時点、つまり終了指示を受信したときに（Ｓ１９０８）、入荷登録処理通知を倉庫側端末に送信し（Ｓ１９０９）、終了する。この例の入荷登録処理通知は、入荷登録処理した物品毎の物品名、数量、出荷側倉庫名をリストとして含んでいる。
【００５０】
前述の送先判定処理（Ｓ１９０５）について詳述する。図２０は、送先判定処理フローを示す図である。
受信したコード情報に含まれる送先倉庫ＩＤが、認証部１８０１で特定した入荷側倉庫ＩＤと一致するか比較する（Ｓ２００１）。一致する場合には、適切と判定し（Ｓ２００２）、不一致の場合には、不適切と判定する（Ｓ２００３）。
【００５１】
前述の入荷登録処理（Ｓ１９０７）について詳述する。図２１は、入荷登録処理フローを示す図である。
入荷情報登録部１８０６は、日付を取得し、入荷日付とする（Ｓ２１０１）。そして、入荷管理データベース１８０８に含まれる入荷側倉庫ＩＤに対応する入荷管理テーブルに、入荷日付と、出荷日付と、物品ＩＤと、数量と、出荷側倉庫ＩＤと、仮入荷フラグ（＝ＯＦＦ）を登録する（Ｓ２１０２）。
在庫増加登録部１８０７は、在庫管理データベース１４０６に含まれる入荷側倉庫ＩＤに対応する在庫管理テーブル上で、物品情報抽出部１８０３で抽出した物品ＩＤに対応する在庫数に、同様に抽出した数量を加える（Ｓ２１０３）。
【００５２】
上述の処理により生成される各テーブルの例を示す。図２２は、６月２日のＣ倉庫入荷後のＣ倉庫用入荷管理テーブルの構成例を示す図である。図２３は、６月２日のＣ倉庫入荷後のＣ倉庫用在庫管理テーブルの構成例を示す図である。
【００５３】
続いて、倉庫管理サーバ１００の棚卸処理について説明する。図２４は、倉庫管理サーバのうち棚卸処理に係る構成例を示す図である。
２４０１は、認証部、２４０２は、コード情報入力部、２４０３は、物品情報抽出部、２４０４は、送先判定部、２４０５は、警告出力部、２４０６は、仮入荷登録部、２４０７は、仮入荷情報登録部、２４０８は、（仮入荷）在庫増加登録部、２４０９は、仮入荷登録処理通知出力部、２４１０は、フォロー処理要求出力部、２４１１は、入荷登録確認部、２４１２は、警告出力部、２４１３は、入荷登録部、２４１４は、入荷情報登録部、２４１５は、（入荷）在庫増加登録部、２４１６は、入荷登録処理通知出力部である。
【００５４】
図２５は、棚卸処理フローを示す図である。この処理により、各倉庫の管理者は、棚卸の際に倉庫側端末から倉庫管理サーバ１００にアクセスして棚卸処理を行う。
【００５５】
倉庫管理サーバ１００の認証部２４０１は、前述と同様に認証処理を行う（Ｓ２５０１）。認証処理が成功した場合には、棚卸により確認する在庫物品毎に以下の処理を繰り返す（Ｓ２５０２）。
【００５６】
倉庫の管理者は、倉庫側端末に接続されたバーコード読取装置から、入荷する物品に貼り付けられたバーコードを読み取り、読み取ったコード情報を倉庫管理サーバ１００に送信する。
【００５７】
コード情報入力部２４０２は、コード情報を受信し（Ｓ２５０４）、物品情報抽出部２４０３は、受信したコード情報から出荷日付と、物品ＩＤと、送先倉庫ＩＤと、出荷側倉庫ＩＤを抽出する（Ｓ２５０４）。
【００５８】
そして、送先判定部２４０４は、送先判定処理を行う（Ｓ２５０５）。図２０の入荷側倉庫ＩＤに代えて、棚卸倉庫ＩＤを用いて判定する。
送先が不適切の場合には、送先不適切警告（出荷日付、物品名、出荷側倉庫名、送先倉庫名を含む。）を棚卸倉庫の倉庫側端末に送信し（Ｓ２５０６）、仮入荷登録部２４０６により仮入荷登録処理（Ｓ２５０７）を行う。仮入荷登録処理については、図２６で後述する。更に、フォロー処理要求出力部２４１０により、フォロー処理要求出力処理を行う（Ｓ２５０８）。フォロー処理要求出力処理については、図２７で後述する。
【００５９】
送先判定の結果が適切の場合には（Ｓ２５０５）、入荷登録確認部２４１１により入荷登録確認処理を行う（Ｓ２５０９）。入荷登録確認処理により入荷処理されているか確認するが、詳細については図２８で後述する。
登録有りの場合には、正常な在庫物品であるので警告処理や是正処理を行わない。登録無しの場合には、警告出力部２４０４と同様の入力情報を用いて、警告出力部２４１２により入荷登録漏れ警告（出荷日付、物品名、出荷側倉庫名、送先倉庫名を含む。）を棚卸倉庫の倉庫側端末に送信し（Ｓ２５１０）、入荷登録部２４１３により図２１に示した入荷登録処理を行い、（Ｓ２５１１）入荷登録処理通知を出力する（Ｓ２５１２）。
すべての確認する在庫の物品について処理した時点、つまり終了指示を受信したときに終了する（Ｓ２５１３）。
【００６０】
前述の仮入荷登録処理（Ｓ２５０７）について詳述する。図２６は、仮入荷登録処理フローを示す図である。
仮入荷情報登録部２４０７は、日付を取得し、入荷日付とする（Ｓ２６０１）。そして、入荷管理データベース１８０８に含まれる棚卸倉庫ＩＤに対応する入荷管理テーブルに、入荷日付と、出荷日付と、物品ＩＤと、出荷側倉庫ＩＤと、仮入荷フラグ（＝ＯＮ）を登録する（Ｓ２６０２）。
（仮入荷）在庫増加登録部２４０８は、在庫管理データベース１４０６に含まれる棚卸倉庫ＩＤに対応する在庫管理テーブル上で、物品情報抽出部２４０３で抽出した物品ＩＤに対応する在庫数に、１を加える（Ｓ２６０３）。
更に、仮入荷登録処理通知出力部２４０９により、仮入荷登録処理通知（出荷日付、物品名、出荷側倉庫名、送先倉庫名を含む。）を棚卸倉庫の倉庫側端末に送信する（Ｓ２６０４）。
【００６１】
前述のフォロー処理要求出力処理（Ｓ２５０８）について詳述する。図２７は、フォロー処理要求出力処理フローを示す図である。この処理では、コード情報に含まれる送先倉庫が棚卸倉庫でなかった在庫物品についての是正処理として、当該コード情報に含まれる送先倉庫ＩＤと出荷側倉庫ＩＤにより特定される送先倉庫と出荷側倉庫に対して、フォロー処理を求める通知を送信する。フォロー処理としては、当該在庫物品の返品要求、あるいは事後的に当該在庫物品の出荷処理を行う出荷承認が考えられる。つまり、フォロー処理要求には、返品要求あるいは出荷承認の選択を促す内容が含まれている。更に、コード情報から抽出した物品情報に基づく出荷日付、物品名、出荷側倉庫名、送先倉庫名の付属情報も含める。尚、選択されたフォロー処理の内容は、倉庫管理サーバ１００へ回答として返信される。
【００６２】
フォロー処理要求出力部２４１０は、倉庫管理テーブル２００から、送先倉庫ＩＤに対応するメールアドレスと倉庫名を取得し（Ｓ２７０１）、出荷側倉庫ＩＤに対応するメールアドレスと倉庫名を取得し（Ｓ２７０２）、棚卸倉庫ＩＤに対応する倉庫名を取得する（Ｓ２７０３）。フォロー処理要求出力部２４１０は、物品管理テーブル３００から物品ＩＤに対応する物品名を取得する（Ｓ２７０４）。
そして、送先倉庫宛てのフォロー処理要求を生成し、送先倉庫の倉庫側端末（送先場所端末の例）にフォロー処理要求を送信する（Ｓ２７０５）。また、出荷側倉庫宛てのフォロー処理要求を生成し、出荷側倉庫の倉庫側端末（出荷側場所端末の例）にフォロー処理要求を送信する（Ｓ２７０６）。
【００６３】
前述の入荷登録確認処理（Ｓ２５０９）について詳述する。図２８は、入荷登録確認処理フローを示す図である。
入荷登録確認部２４１１は、出荷日付と、物品ＩＤと、出荷側倉庫ＩＤとが一致するレコードを、入荷管理データベース１８０８に含まれる棚卸倉庫ＩＤに対応する入荷管理テーブルから検索する（Ｓ２８０１）。
一致するレコードがない場合には（Ｓ２８０２）、登録無しと判定する（Ｓ２８０３）。一致するレコードがある場合には、すでにこのレコードに対するカウンタを記憶しているか判定する（Ｓ２８０４）。このカウンタは、Ｓ２８０５により当該レコード単位で一時的に記憶され、棚卸処理の間、有効に保持される。カウンタをまだ記憶していない場合には、数量をカウンタとして記憶し（Ｓ２８０５）、そのカウンタを１減じ（Ｓ２８０６）、登録有りと判定する（Ｓ２８０７）。すでにカウンタを記憶している場合には、カウンタが１以上か判定し（Ｓ２８０８）、１未満（つまり０）の場合には、登録無しと判定し（Ｓ２８０９）、１以上の場合には、カウンタを１減じ（Ｓ２８０６）、登録有りと判定する（Ｓ２８０７）。
【００６４】
続いて、倉庫管理サーバ１００の回答受付処理について説明する。図２９は、倉庫管理サーバのうち回答受付処理に係る構成例を示す図である。
２９０１は、回答受信部、２９０２は、回答判定部、２９０３は、返品登録部、２９０４は、返品情報登録部、２９０５は、在庫削減登録部、２９０６は、返品管理データベース部、２９０７は、仮入荷解除部、２９０８は、仮入荷削除部である。
【００６５】
図３０は、回答受付処理フローを示す図である。この処理により、フォロー処理を要求した倉庫からの回答を受信し、受信した回答に応じた是正処理を行う。
【００６６】
倉庫側端末でフォロー処理要求を受信すると、倉庫の管理者は、当該物品の入荷管理情報、出荷管理情報及び在庫状態を確認する。
例えば、図８の物品（ごみ箱：Ｗ００５）の流れの場合、出荷側Ｂ倉庫と送先Ｄ倉庫に対してフォロー処理要求が送られる。送先Ｄ倉庫の管理者は、当該物品についての入荷管理情報も、出荷管理情報もないので、無関係と判断する。出荷側Ｂ倉庫の管理者は、当該物品について入荷管理情報があり、更に当該物品について出荷管理情報によると送先が倉庫Ｄであることから、誤送されたことに気がつく。このような場合には、通常、返品を要求する回答を返信するが、その移送を有効とする場合には、事後的に改めて出荷処理を行い、出荷承認の回答を返信する。
別の例で、図９の物品（黒板：Ｗ００６）の流れの場合には、出荷側Ａ倉庫と送先Ｂ倉庫に対してフォロー処理要求が送られる。出荷側Ａ倉庫の管理者は、入荷管理情報も、出荷管理情報も、在庫状態も正常なので、無関係と判断する。送先Ｄ倉庫の管理者は、当該物品についての入荷管理情報があるが、当該物品についての出荷管理情報がないので、在庫を確認する。在庫管理情報によると存在するはずの在庫物品が無いので、出荷処理されずに持ち出されたことに気がつく。このような場合には、この移送が妥当であるか判断し、妥当である場合には、事後的に出荷処理を行い、出荷承認の回答を返信する。妥当でない場合には、返品を要求する回答を返信する。
【００６７】
倉庫管理サーバ１００の回答受信部２９０１は、フォロー処理を要求した倉庫からの回答を受信する（Ｓ３００１）。回答判定部２９０２は、回答の内容を判定する（Ｓ３００２）。フォロー処理が必要になった在庫物品についての出荷日付、物品ＩＤ、数量、棚卸倉庫ＩＤ、回答元の倉庫ＩＤを特定する。例えば、フォロー処理要求ＩＤに対応付けて予めこれらの情報を記憶しておいて、回答に含まれるフォロー処理要求ＩＤからこれらの情報を特定し、あるいは回答に含まれる付属情報からこれらの情報を特定する。
回答の内容に、返品要求が含まれている場合には、返品登録部２９０３により、返品登録処理を行い（Ｓ３００３）、仮入荷削除部２９０８により仮入荷削除処理を行う（Ｓ３００４）。出荷承認が含まれている場合には、仮入荷解除部２９０７により仮入荷解除処理を行う（Ｓ３００５）。
【００６８】
図３１は、返品登録処理フローを示す図である。
返品情報登録部２９０４は、日付を取得し、返品日付とする（Ｓ３１０１）。更に、棚卸倉庫ＩＤを返品元倉庫ＩＤとし、回答元の倉庫ＩＤを返品先倉庫ＩＤとして、返品管理データベース部２９０６に含まれる返品元倉庫ＩＤに対応する返品管理テーブルに、返品日付と、物品ＩＤと、数量と、返品先倉庫ＩＤを登録する（Ｓ３１０２）。在庫削減登録部２９０５は、在庫管理データベース１４０６に含まれる返品元倉庫ＩＤに対応する在庫管理テーブル上で、物品ＩＤに対応する在庫数から、数量を減ずる（Ｓ３１０３）。
【００６９】
上述の処理により生成される返品管理テーブルの例を示す。図３２は、Ｃ倉庫返品後のＣ倉庫用返品管理テーブルの構成例を示す図である。返品管理データベース部２９０６は、倉庫毎にこのような返品管理テーブルを有し、返品日付、物品ＩＤ、数量、返品先倉庫ＩＤを対応付けて記憶している。
【００７０】
図３３は、仮入荷削除処理フローを示す図である。
仮入荷削除部２９０８は、棚卸倉庫ＩＤを仮入荷倉庫ＩＤとし、入荷管理データベース１８０８に含まれる仮入荷倉庫ＩＤに対応する入荷管理テーブルで、出荷日付と、物品ＩＤと、数量と、出荷側倉庫ＩＤ（＝回答元の倉庫ＩＤ）が一致し、仮出荷フラグがＯＮのレコードを検索する（Ｓ３３０１）。そして、検索したレコードを削除する（Ｓ３３０２）。
【００７１】
図３４は、仮入荷解除処理フローを示す図である。
仮入荷解除部２９０７は、棚卸倉庫ＩＤを仮入荷倉庫ＩＤとし、入荷管理データベース１８０８に含まれる仮入荷倉庫ＩＤに対応する入荷管理テーブルで、出荷日付と、物品ＩＤと、数量と、出荷側倉庫ＩＤ（＝回答元の倉庫ＩＤ）が一致し、仮出荷フラグがＯＮのレコードを検索する（Ｓ３４０１）。そして、検索したレコードの仮出荷フラグをＯＦＦに更新する（Ｓ３４０２）。
【００７２】
バーコードとして、二次元バーコードを用いてもよい。また、バーコードの代わりに非接触で読み取り可能なＩＣタグを用いてもよい。この場合は、バーコード印刷装置とバーコード読取装置に変えて、ＩＣタグ書込み装置とＩＣタグ読取装置を用いる。つまりコード情報を読込み可能な状態で記録（担持）するコード情報記録体（コード情報担持体）であれば足り、コード情報記録装置（例えば、バーコード印刷装置やＩＣタグ書込み装置）とコード情報読取装置（例えば、バーコード読取装置やＩＣタグ読取装置）を用いる。
【００７３】
バーコードを物品に貼り付ける以外に、タグとしてぶら下げるなど、物品と一対として扱われ、読取装置によりコード情報を読み取り可能な状態とするように、バーコードあるいはＩＣタグを付すようにしてもよい。また、容器や包装を介して付してもよい。
【００７４】
各ＩＤは、識別情報の例である。特に、倉庫ＩＤは、物品を保管する保管場所の場所識別情報の例である。尚、保管場所は、コンテナヤードや資材置場のような野外保管領域であっても構わない。また、工場や店舗のような生産や販売のための施設であっても構わない。
【００７５】
倉庫ＩＤの特定は、認証処理によらず、送信元のアドレスから特定してもよい。
【００７６】
各データベースは、倉庫毎のテーブルを設ける構成としたが、すべて倉庫に関する情報を一つのテーブルで管理するようにしてもよい。その場合には、前述の例で、「×倉庫」用に相当する管理倉庫を特定する項目を設ける。
【００７７】
数量を常に１として、数量の入力を省略することも有効である。この場合には、同種の物品が複数ある場合でも、１つの物品毎に処理を繰り返すようにする。物品が、保管場所内に散在する場合には、総数を数える必要がないので有効である。
【００７８】
送信先となる宛先は、メールアドレスに限らず、倉庫側端末を特定して、その倉庫側端末に情報を送信できるものであれば、他の種類の宛先情報であっても構わない。
【００７９】
物品は、コンテナのような容器自体であっても構わない。
【００８０】
倉庫管理サーバと倉庫側端末は、コンピュータであり、各要素はプログラムにより処理を実行することができる。また、プログラムを記憶媒体に記憶させ、記憶媒体からコンピュータに読み取られるようにすることができる。
【００８１】
尚、倉庫管理サーバと倉庫側端末を併せて保管場所管理システムととらえることもできる。また、更に、コード情報記録装置やコード情報読取装置を含めて保管場所管理システムととらえることもできる。
【００８２】
【発明の効果】
本発明においては、出荷の際に、出荷する物品に付するコード情報記録体に記録するコード情報に送先場所識別情報を含めて当該コード情報を生成し、出力し、入荷の際には、入荷する物品に付されたコード情報記録体から読み取ったコード情報に含まれる送先場所識別情報が、入荷する場所を識別する入荷側場所識別情報と一致するか判定するので、図５に示すような誤送や、図６に示すような出荷処理漏れを、入荷の際に発見することができる。これにより、移送の手違いや、出荷側保管場所での在庫管理の錯誤を未然に防止することができる。
従来では、特に、図６に示すように、出荷処理されずに持ち出された物品の所在を確認することは、出荷側の管理情報のみでは、極めて困難であり、通常発見できない。また、図５のような場合にも、本来の送先から指摘されなければ錯誤に気づかない。本発明は、これらの課題を解決することに役立つ。
【００８３】
本発明においては、出荷の際に、出荷する物品に付するコード情報記録体に記録するコード情報に送先場所識別情報を含めて当該コード情報を生成し、出力し、棚卸の際には、在庫物品に付されたコード情報記録体から読み取ったコード情報に含まれる送先場所識別情報が、棚卸場所を識別する棚卸場所識別情報と一致するか判定するので、図８に示すような誤送された上に入荷処理されなかった場合や、図９に示すような出荷処理漏れと入荷処理漏れが重なった場合に、ミスを発見することができる。これにより、移送の手違いや、出荷側保管場所や入荷側保管場所での在庫管理の錯誤を容易に発見することができる。
従来では、特に、図９に示すように、出荷処理されずに持ち出され、入荷処理されずに持ちこまれた物品の所在を確認することは、出荷側の管理情報のみでは、極めて困難であり、通常発見できない。また、入荷側の管理情報のみでは、いずれに返品すべきかもわからない。本発明は、これらの課題を解決することに役立つ。
【００８４】
更に、棚卸で錯誤が発見された場合に、物品に付されたバーコード等のコード情報から特定される出荷側場所端末に、当該在庫物品の返品要求、あるいは事後的に当該在庫物品の出荷処理を行う出荷承認の選択を促すフォロー処理要求を送信するので、ミスが起きている可能性がある保管場所へ是正処理を促すことができる。
【００８５】
更に、棚卸で錯誤が発見された場合に、物品に付されたバーコード等のコード情報から特定される送信先端末に、当該在庫物品の返品要求、あるいは事後的に当該在庫物品の出荷処理を行う出荷承認の選択を促すフォロー処理要求を送信するので、ミスが起きている可能性がある保管場所へ是正処理を促すことができる。
【００８６】
更に、棚卸で錯誤が発見された場合に、入荷管理データベースへ、仮の入荷情報の登録を行い、フォロー処理要求に対する回答に応じて、仮の入荷情報を扱うので、是正処理中の在庫管理も有効に行われる。
【図面の簡単な説明】
【図１】倉庫管理システムのネットワークの例を示す図である。
【図２】倉庫管理テーブルの構成例を示す図である。
【図３】物品管理テーブルの構成例を示す図である。
【図４】物品（机：Ｗ００１）の流れの例を示す図である。
【図５】物品（椅子：Ｗ００２）の流れの例を示す図である。
【図６】物品（棚：Ｗ００３）の流れの例を示す図である。
【図７】物品（パソコンテーブル：Ｗ００４）の流れの例を示す図である。
【図８】物品（ごみ箱：Ｗ００５）の流れの例を示す図である。
【図９】物品（黒板：Ｗ００６）の流れの例を示す図である。
【図１０】Ａ倉庫用出荷管理テーブルの構成例を示す図である。
【図１１】Ｂ倉庫用入荷管理テーブルの構成例を示す図である。
【図１２】Ｂ倉庫入荷後のＢ倉庫用在庫管理テーブルの構成例を示す図である。
【図１３】Ｃ倉庫入荷前のＣ倉庫用在庫管理テーブルの構成例を示す図である。
【図１４】倉庫管理サーバのうち出荷処理に係る構成例を示す図である。
【図１５】出荷処理フローを示す図である。
【図１６】Ｂ倉庫出荷後のＢ倉庫用出荷管理テーブルの構成例を示す図である。
【図１７】Ｂ倉庫出荷後のＢ倉庫用在庫管理テーブルの構成例を示す図である。
【図１８】倉庫管理サーバのうち入荷処理に係る構成例を示す図である。
【図１９】入荷処理フローを示す図である。
【図２０】送先判定処理フローを示す図である。
【図２１】入荷登録処理フローを示す図である。
【図２２】Ｃ倉庫入荷後のＣ倉庫用入荷管理テーブルの構成例を示す図である。
【図２３】Ｃ倉庫入荷後のＣ倉庫用在庫管理テーブルの構成例を示す図である。
【図２４】倉庫管理サーバのうち棚卸処理に係る構成例を示す図である。
【図２５】棚卸処理フローを示す図である。
【図２６】仮入荷登録処理フローを示す図である。
【図２７】フォロー処理要求出力処理フローを示す図である。
【図２８】入荷登録確認処理フローを示す図である。
【図２９】倉庫管理サーバのうち回答受付処理に係る構成例を示す図である。
【図３０】回答受付処理フローを示す図である。
【図３１】返品処理フローを示す図である。
【図３２】Ｃ倉庫返品後のＣ倉庫用返品管理テーブルの構成例を示す図である。
【図３３】仮入荷削除処理フローを示す図である。
【図３４】仮入荷解除処理フローを示す図である。
【符号の説明】
１００　倉庫管理サーバ、１０１〜１０４　倉庫、１０５〜１０８　倉庫側端末、１４０１　認証部、１４０２　出荷情報入力部、１４０３　出荷情報登録部、１４０４　出荷管理データベース、１４０５　在庫削減登録部、１４０６　在庫管理データベース、１４０７　コード情報生成出力部、１４０８　伝票出力部、１８０１　認証部、１８０２　コード情報入力部、１８０３　物品情報抽出部、１８０４　送先判定部、１８０５　入荷登録部、１８０６　入荷情報登録部、１８０７　在庫増加登録部、１８０８　入荷管理データベース、１８０９　警告出力部、１８１０　入荷登録処理通知出力部、２４０１　認証部、２４０２　コード情報入力部、２４０３　物品情報抽出部、２４０４　送先判定部、２４０５警告出力部、２４０６　仮入荷登録部、２４０７　仮入荷情報登録部、２４０８　（仮入荷）在庫増加登録部、２４０９　仮入荷登録処理通知出力部、２４１０　フォロー処理要求出力部、２４１１　入荷登録確認部、２４１２　警告出力部、２４１３　入荷登録部、２４１４　入荷情報登録部、２４１５　（入荷）在庫増加登録部、２４１６　入荷登録処理通知出力部、２９０１　回答受信部、２９０２　回答判定部、２９０３　返品登録部、２９０４　返品情報登録部、２９０５　在庫削減登録部、２９０６　返品管理データベース部、２９０７　仮入荷解除部、２９０８　仮入荷削除部。
【図１】
2004026478.tif 000003
【図２】
2004026478.tif 000004
【図３】
2004026478.tif 000005
【図４】
2004026478.tif 000006
【図５】
2004026478.tif 000007
【図６】
2004026478.tif 000008
【図７】
2004026478.tif 000009
【図８】
2004026478.tif 000010
【図９】
2004026478.tif 000011
【図１０】
2004026478.tif 000012
【図１１】
2004026478.tif 000013
【図１２】
2004026478.tif 000014
【図１３】
2004026478.tif 000015
【図１４】
2004026478.tif 000016
【図１５】
2004026478.tif 000017
【図１６】
2004026478.tif 000018
【図１７】
2004026478.tif 000019
【図１８】
2004026478.tif 000020
【図１９】
2004026478.tif 000021
【図２０】
2004026478.tif 000022
【図２１】
2004026478.tif 000023
【図２２】
2004026478.tif 000024
【図２３】
2004026478.tif 000025
【図２４】
2004026478.tif 000026
【図２５】
2004026478.tif 000027
【図２６】
2004026478.tif 000028
【図２７】
2004026478.tif 000029
【図２８】
2004026478.tif 000030
【図２９】
2004026478.tif 000031
【図３０】
2004026478.tif 000032
【図３１】
2004026478.tif 000033
【図３２】
2004026478.tif 000034
【図３３】
2004026478.tif 000035
【図３４】
2004026478.tif 000036