JP5805245B2 - 検品装置およびプログラム - Google Patents

Description

本発明の実施形態は、検品装置およびプログラムに関する。

従来、コンビニエンスストア等の小売店において検品業務に用いられる検品装置として、商品の納品数の検査を行う検品処理を実行するものが知られている。

特開２００２−８７５２４公報

このような検品装置を用いて検品作業を行う検品作業担当者が、検品業務中に商品が不足していることを認識した場合に、比較的に容易にその商品を発注できるようにすることが要望されている。

本実施形態の検品装置は、検品処理対象の商品に付される商品コードと検品処理対象の商品の納品数を入力する入力手段と、前記入力手段にて、商品の納品数の検査に係る検品処理を実行して、商品の納品数の検査に係る検品画面を表示部に表示させる検品手段と、前記検品画面において前記入力手段より所定の入力を受け付けた場合、前記検品処理を中断し、当該検品処理を実行していた商品の発注処理として前記表示部に当該商品の商品情報が入力された発注画面を表示させる発注手段と、を備える。

本実施形態のプログラムは、コンピュータに、検品処理対象の商品に付される商品コードと検品処理対象の商品の納品数を入力する入力手段と、前記入力手段にて、商品の納品数の検査に係る検品処理を実行して、商品の納品数の検査に係る検品画面を表示部に表示させる検品手段と、前記検品画面において前記入力手段より所定の入力を受け付けた場合、前記検品処理を中断し、当該検品処理を実行していた商品の発注処理として前記表示部に当該商品の商品情報が入力された発注画面を表示させる発注手段と、を実現させる。

第１の実施形態に係る検品システムを示す概略図。 第１の実施形態に係る検品装置としてのハンディターミナルの外観を示す図。 第１の実施形態に係るハンディターミナルの電気的接続を示すブロック図。 第１の実施形態に係るハンディターミナルが形成する検品テーブルのデータ構造を示す図。 第１の実施形態に係る店舗ホスト装置からハンディターミナルに転送される検品ファイルのレコード構造を示す図。 第１の実施形態に係るハンディターミナルのＣＰＵが実行する検品処理の流れを示すフローチャート。 第１の実施形態に係るハンディターミナルのＣＰＵが実行する検品処理の流れを示すフローチャート。 第１の実施形態に係るハンディターミナルの表示部に表示される各種画面のレイアウトを示す図。 第１の実施形態に係るハンディターミナルのＣＰＵが実行する発注処理の流れを示すフローチャート。 実施形態に係るハンディターミナルの表示部に表示される発注画面のレイアウトを示す図。 第２の実施形態に係るハンディターミナルの表示部に表示される検品登録画面のレイアウトを示す図。

以下、図面を参照して、実施形態について詳細に説明する。なお、以下の複数の実施形態には、同様の構成要素が含まれている。以下では、それら同様の構成要素には共通の符号を付与するとともに、重複する説明を省略する。

第１の実施形態を図１ないし図９を参照して説明する。図１に示すように、本実施形態の検品システム１は、無線回路を内蔵した携帯型の検品装置、いわゆるハンディターミナル（図１ではＨＴ）２と、このハンディターミナル２との間で無線通信を行う無線部を有する店舗ホスト装置３と、を備える。ハンディターミナル２と店舗ホスト装置３との無線通信方式は、例えば、マイクロ波等の電波を利用する方式や、赤外線を利用する方式やBluetooth（ブルートゥース：登録商標）を利用する方式などである。

店舗ホスト装置３は、複数の機能を有する。店舗ホスト装置３の第１の機能は、卸売業者等の発注取引先から電子データとしてネットワークを介して伝送されてくる納品伝票データ、またはパソコン等のコンソール機器（不図示）から入力された納品伝票データに基づいて、検品対象商品の商品名，売価，納品予定数等の検品情報を記憶した検品ファイルを作成しハンディターミナル２に無線通信によりダウンロードする機能である。店舗ホスト装置３の第２の機能は、ハンディターミナル２から無線通信により送られてくる検品結果データに基づいて検品対象商品毎に実納品数と納品予定数とを比較して欠品の有無を判断しその結果を出力する機能である。店舗ホスト装置３は、ハンディターミナル２の上位機として機能する。

ハンディターミナル２は、図２に示すように、キーボード１５、表示部１７およびスキャナ１９等を備える。キーボード１５と表示部１７とは、筐体の表面に配置され、スキャナ１９は、筐体の裏面に配置されている。キーボード１５は、実納品数等を置数入力するための０〜９の置数キーの他、Ｆ１〜Ｆ８のファンクションキーや、ＥＮＴ（エントリー）キー等を有している。表示部１７は、例えば液晶表示器であり、文字列を数行に渡って表示可能となっている。スキャナ１９は、検品対象商品に付される商品コードのバーコードを光学的に読み取り可能なバーコードスキャナである。

また、ハンディターミナル２は、図３に示すように、プログラムに基づいて各種の演算制御処理を実行するＣＰＵ（Central Processing Unit）１０を搭載している。このＣＰＵ１０には、アドレスバス，データバス等のバスライン１１を介して、プログラム等の固定的データを予め格納したＲＯＭ（Read Only Memory）１２、各種のデータを書換え自在に記憶するＲＡＭ（Random Access Memory）１３、無線を利用したデータの送受信を制御する無線送受信部１４、キーボード１５からキー入力を制御するキーボードコントローラ１６、表示部１７のデータ表示を制御する表示コントローラ１８及びスキャナ１９のスキャニング入力を制御するスキャナコントローラ２０等が接続されている。ＣＰＵ１０は、ＲＯＭ１２およびＲＡＭ１３とによってコンピュータ（制御部）を構成している。

キーボードコントローラ１６には、キーボード１５が接続されている。表示コントローラ１８には、表示部１７が接続されている。スキャナコントローラ２０には、スキャナ１９が接続されている。

検品システム１においては、各発注取引先からそれぞれ発注商品を納入する配送トラック便単位に、そのトラック便に添付される納品伝票に記録されたデータ（伝票番号、各発注商品の商品コード，商品名，原価，売価，納品予定数等の明細情報等）が、オンラインまたはオフラインで店舗ホスト装置３に入力される。

そうすると、店舗ホスト装置３においては、図５に示すような検品ファイル４が作成される。検品ファイル４は、発注取引先別の配送トラック便単位に、その取引先を識別する取引先コード及び取引先名と、配送トラック便の便番号と、そのトラック便に添付される納品伝票の枚数と、納品伝票毎の商品明細情報数及びその商品明細情報（商品コード，商品名，売価，原価，納品予定数）と、納品品目総数の各項目からなる検品レコードを蓄積したファイルである。そして、この検品ファイル４のデータが、無線通信により店舗ホスト装置３からハンディターミナル２に転送され、ハンディターミナル２のＲＡＭ１３に保存される。

さて、検品作業を行なう担当者は、取引先からトラック便により発注商品が届いて納品される毎に、ハンディターミナル２を持って納品現場（倉庫等）に行く。そして、ハンディターミナル２のメニュー画面から検品業務を選択し実行させる。そうすると、当該ハンディターミナル２のＣＰＵ１０がプログラムに従って、検品処理を実行する。この際、ＣＰＵ１０は、プログラムに従うことにより、図３に示すように、検品部１０ａ、受付部１０ｂ、および発注部１０ｃ等として機能する。

検品部１０ａは、商品の納品数の検査に係る検品処理を実行して、商品の納品数の検査に係る検品画面を表示部１７に表示させる。検品画面は、図７に示すように、各種画面５０Ａ〜５０Ｆを含む。検品部１０ａは、検品処理対象の商品を特定する商品特定情報である商品コードの入力を受け付け、商品コードを受け付けた商品を検品処理の対象品とする。検品部１０ａは、発注部１０ｃが実行する発注処理中は検品処理を中断し、発注処理が終了した場合、検品処理を再開する。検品部１０ａは、検品手段に相当する。

受付部１０ｂは、検品画面としての検品登録画面５０Ｂの表示中に、商品の発注に係る発注処理の実行要求を受け付ける。受付部１０ｂは、受付手段に相当する。

発注部１０ｃは、受付部１０ｂが発注処理の実行要求を受け付けた場合、発注処理を実行する。発注部１０ｃは、発注処理を検品処理に対して割り込みで行う。発注部１０ｃは、商品単位で発注処理を行う。詳細には、発注部１０ｃは、受付部１０ｂが発注処理の実行要求を受け付けた場合、検品部１０ａが商品コードの入力を受け付けた商品の発注処理を実行する。発注部１０ｃは、発注手段に相当する。

以下に、図６（ａ）、（ｂ）のフローチャートを参照しながら検品処理の流れを詳しく説明する。

図６（ａ）に示すように、先ず、ＣＰＵ１０は、Ａｃｔ１として、検品ファイル４に蓄積されている各検品レコードの取引先名称と便番号とから、図７（ａ）に示すレイアウトの取引先別便名一覧画面５０Ａを編集し、表示部１７に表示させる。そして、ＣＰＵ１０は、Ａｃｔ２として、いずれかの取引先便名が選択入力されるのを待機する。そこで、検品作業担当者は、表示部１７に表示された取引先別便名一覧画面５０Ａから、納品を行なった取引先名とそのトラック便番号とに対応する番号を確認したならば、その番号を置数キーで置数し、続いてファンクションキー「Ｆ１」を押下することで、取引先便名を選択入力する。

ＣＰＵ１０は、Ａｃｔ２にて取引先便名がキー入力により選択されたことを確認すると、Ａｃｔ３として、図４に示すデータ構造の検品テーブル３０を作成し、ＲＡＭ１３に記憶する。この際、ＣＰＵ１０は、Ａｃｔ２にて選択入力された取引先コードと便番号を含む検品レコードを検品ファイル４から抽出し、この抽出した検品レコードに基づいて、検品テーブル３０を作成する。ここで、検品テーブル３０のデータ項目「商品コード」，「商品名」，「売価」，「原価」，「予定数」には、該当検品レコードの各商品明細情報がセットされる。データ項目「伝票No」には、同一行にセットされた商品明細情報に対応する伝票番号がセットされる。データ項目「納品数」及び「検品済フラグ」には、それぞれ初期値として“０”がセットされる。

次に、ＣＰＵ１０は、Ａｃｔ４として、検品対象商品の商品コードと実納品数が入力手段を介して入力されるのを待機する。そこで、検品作業担当者は、実際に納品された商品のバーコードを１品目ずつスキャナ１９でスキャニングするとともに実納品数をキーボード１５の置数キーで置数入力する。ここに、スキャナ１９とキーボード１５は入力手段を構成する。

ＣＰＵ１０は、検品対象商品の商品コードと実納品数がスキャナ１９及びキーボード１５を介して入力されたことを確認すると（Ａｃｔ４のＹｅｓ）、Ａｃｔ５としてその入力された商品コードに対応する商品名を検品テーブル３０から読出し、この商品名と実納品数とから図７（ｂ）に示すレイアウトの検品登録画面５０Ｂを編集して表示部１７に表示させる。また、ＣＰＵ１０は、検品テーブル３０の該当商品コードに対応する納品数に実納品数を加算する（Ａｃｔ６）。そして、加算後、その加算後の納品数と対応する納品予定数とを比較し（Ａｃｔ７）、納品数が予定数以上であれば、対応する検品済フラグを“１”にセットする（Ａｃｔ８）。納品数が予定数未満の場合には、検品済フラグは“０”にリセットされたままである。

ここで、検品作業担当者は、検品作業中に商品不足を認識した場合、検品登録画面５０Ｂの表示中に、「Ｆ５」ファンクションキーを押下することで、ハンディターミナル２に発注処理を実行させることができる。ＣＰＵ１０は、検品登録画面５０Ｂの表示中に、「Ｆ５」ファンクションキーが押下されることで発注処理開始の指示があったと判断した場合（Ａｃｔ９のＹｅｓ）、発注処理を実行する（Ａｃｔ１０）。

図８に示すように、発注処理では、ＣＰＵ１０は、発注画面５１（図９）を表示部１７に表示させる（Ａｃｔ５１）。図９に示すように、発注画面５１には、商品名表示エリア５１ａと、発注数入力エリア５１ｂと、が設けられている。商品名表示エリア５１ａは、発注対象の商品名を表示するエリアであり、本実施形態では、Ａｃｔ４で入力を確認した商品コードに対応する商品の商品名が表示される。発注数入力エリア５１ｂは、キーボード１５による発注数の入力を受け付けるエリアである。

次に、ＣＰＵ１０は、発注数の入力を待つ（Ａｃｔ５２のＮｏ、Ａｃｔ５４のＮｏ）。ＣＰＵ１０は、発注数入力エリア５１ｂに発注数が入力された状態でＥＮＴキーが押下されると、発注数の入力があったと判断した場合（Ａｃｔ５２のＹｅｓ）、発注情報を店舗ホスト装置３に送信する。発注情報は、発注商品情報と発注先情報とを含む情報である。発注商品情報は、発注する商品の情報として、商品コード、商品名、発注数を含む。発注数は、Ａｃｔ５２で入力を確認した発注数である。発注画面５１中の商品発注先情報は、商品の発注先の情報として、取引先コードと取引先名とが含まれる。この発注先情報は、検品ファイル４において、Ａｃｔ４で入力を確認した商品コードに対応して検品ファイル４に記憶された取引先コードおよび取引先名である。このようにして店舗ホスト装置３に送信された発注情報は、直ちに店舗ホスト装置３から取引先の情報処理装置に送信される。このようにして商品単位での発注が行われる。そして、ＣＰＵ１０は、発注処理を終了して検品処理に復帰してＡｃｔ４を実行する。

一方、ＣＰＵ１０は、発注数の入力が無く（Ａｃｔ５２のＮｏ）、「Ｆ１」ファンクションキーが押下された場合には（Ａｃｔ５４のＹｅｓ）、戻りが指示されたと判断して（Ａｃｔ５４のＹｅｓ）、発注処理を終了して検品処理に復帰してＡｃｔ４を実行する。

図６（ａ）の検品処理の説明に戻る。ＣＰＵ１０は、Ａｃｔ４に戻ると、再び検品対象商品の商品コードと実納品数が入力されるのを待機する。そして、検品対象商品の商品コードと実納品数が入力される毎に（Ａｃｔ４のＹｅｓ）、上記Ａｃｔ５ないしＡｃｔ１０の各処理を実行する。なお、検品登録画面５０Ｂに商品名のみならず、該当商品の売価，納品予定数なども併せて表示させてもよい。

ＣＰＵ１０は、検品対象商品の商品コードと実納品数が入力されるのを待機している状態で、Ａｃｔ１１として検品終了を宣言する「Ｆ１」ファンクションキーの入力を検知すると、検品終了であると判断して（Ａｃｔ１１のＹｅｓ）、Ａｃｔ１２に進む。ＣＰＵ１０は、Ａｃｔ１２では、検品テーブル３０に格納された検品済フラグを先頭データより順にチェックすることで、未検品が有るか否かを判断する。そして、ＣＰＵ１０は、全ての検品済フラグが“１”にセットされていたことを確認した場合、即ち未検品が無いと判断した場合には（Ａｃｔ１２のＮｏ）、Ａｃｔ１９に進む。Ａｃｔ１９では、ＣＰＵ１０は、図７（ｅ）に示すレイアウトの検品終了画面５０Ｅを編集して表示部１７に表示させる。

これに対し、Ａｃｔ１２において、ＣＰＵ１０は、“０”にリセットされたままの検品済フラグを検出した場合には、未検品有りと判断して（Ａｃｔ１２のＹｅｓ）、図７（ｃ）に示すレイアウトの終了確認画面５０Ｃを編集して表示部１７に表示させる（Ａｃｔ１３）。ここで、ＣＰＵ１０は、Ａｃｔ１４として検品作業の継続を宣言する「Ｆ４」ファンクションキーの入力を検知した場合には、検品終了では無いと判断して（Ａｃｔ１４のＮｏ）、Ａｃｔ４に戻り、再び検品対象商品の商品コードと実納品数が入力されるのを待機する。

ＣＰＵ１０は、Ａｃｔ１４にて、検品作業の終了を宣言する「Ｆ１」ファンクションキーの入力を検知して、検品終了であると判断した場合には（Ａｃｔ１４のＹｅｓ）、Ａｃｔ１５に進む。Ａｃｔ１５では、ＣＰＵ１０は、検品テーブル３０に格納された検品済フラグのチェックを継続し、全て“０”にリセットされているか否かを判断することで、検品の有無を判断する。そして、ＣＰＵ１０は、検品済フラグが１つでも“１”にセットされていて、検品が有ったと判断した場合には（Ａｃｔ１５のＮｏ）、Ａｃｔ１９に進み、図７（ｅ）に示すレイアウトの検品終了画面５０Ｅを編集して表示部１７に表示させる。

これに対し、Ａｃｔ１５において、ＣＰＵ１０は、検品済フラグが全て“０”にリセットされていて検品は無かったと判断した場合には（Ａｃｔ１５のＹｅｓ）、検品無しで作業終了が宣言されたので、図７（ｄ）に示すレイアウトの完納処理画面５０Ｄを編集して表示部１７に表示させる（Ａｃｔ１６）。そして、Ａｃｔ１７において、完納処理の中止を宣言する「Ｆ３」ファンクションキーの入力を検知して、完納にしないと判断した場合には（Ａｃｔ１７のＮｏ）、Ａｃｔ４に戻り、再び検品対象商品の商品コードと実納品数が入力されるのを待機する。

ＣＰＵ１０は、Ａｃｔ１７において、完納処理の確認を宣言するＥＮＴキーの入力を検知して完納にすると判断した場合には（Ａｃｔ１７のＹｅｓ）、Ａｃｔ１８に進んで完納処理を実行する。ＣＰＵ１０は、完納処理として、検品テーブル３０の各商品コードに対応した納品数をそれぞれ対応する納品予定数に一致させるとともに、検品済フラグを全て“１”にセットして検品済とする。しかる後、ＣＰＵ１０は、Ａｃｔ１９に進み、図７（ｅ）に示すレイアウトの検品終了画面５０Ｅを編集して表示部１７に表示させる。

したがって、検品作業担当者は、通常は実際に納品された商品の商品コード（バーコード）と実納品数の入力作業を繰り返す。そして、入力し終えたならば、検品登録画面５０Ｂ（図７（ｂ））において「Ｆ１」ファンクションキーを入力して終了を宣言する。このとき、未検品や欠品がない場合には、検品終了画面５０Ｅ（図７（ｅ））が表示されるので、検品作業の終了を認識する。

一方、未検品や欠品が存在する場合には、終了確認画面５０Ｃ（図７（ｃ））が表示されるので、未検品があるか否かを実際にチェックする。そして、未検品が存在した場合には、「Ｆ４」ファンクションキーを入力して継続を宣言した後、その未検品であった商品の商品コード（バーコード）と実納品数の入力作業を行なう。これに対し、未検品が存在せず欠品であると判断した場合は、「Ｆ１」ファンクションキーを入力して終了を宣言する。そうすると、検品終了画面５０Ｅ（図７（ｅ））が表示されるので、検品作業の終了を認識する。

さて、ＣＰＵ１０は、Ａｃｔ１９にて検品終了画面５０Ｅを表示させた後、Ａｃｔ２０として検品作業終了の確認を宣言するＥＮＴキーが入力されるのを待機する（Ａｃｔ２０のＮｏ）。そして、ＣＰＵ１０は、ＥＮＴキーの入力を検知した場合には（Ａｃｔ２０のＹｅｓ）、Ａｃｔ２１として検品テーブル３０に格納された検品済フラグを先頭データより順にチェックして欠品の有無を判断する（Ａｃｔ２１）。そして、“０”にリセットされた検品済フラグを検出すると、その検品済フラグに対応する検品対象商品が欠品なので（Ａｃｔ２１のＹｅｓ）、Ａｃｔ２２としてその商品の商品名と納品予定数と実納品数とを検品テーブル３０から読出し、図７（ｆ）に示すレイアウトの欠品確認画面５０Ｆを編集して表示部１７に表示させる。次いで、ＣＰＵ１０は、確認を示すＥＮＴキーが入力されるのを待機する（Ａｃｔ２３のＮｏ）。ＣＰＵ１０は、確認を示すＥＮＴキーの入力を検知した場合には（Ａｃｔ２３のＹｅｓ）、Ａｃｔ２４として検品済フラグのチェックを継続して、欠品商品（欠品アイテム）の有無を判断する（Ａｃｔ２４）。そして、再び“０”にリセットされた検品済フラグを検出して、欠品商品（欠品アイテム）が有ると判断した場合には（Ａｃｔ２４のＹｅｓ）、Ａｃｔ２２に戻ってその商品の欠品確認画面５０Ｆを表示部１７に表示させる。

こうして、ＣＰＵ１０は、検品済フラグを先頭データより順にチェックし、最終データまでチェックが終わると（Ａｃｔ２４のＮｏ）、検品テーブル３０のデータに基づいて検品結果応答伝文を作成する（Ａｃｔ２５）。検品結果応答伝文は、取引先別便名一覧画面５０Ａ（図７（ａ））より選択した取引先の取引先コードと配送トラック便の便番号とともに、そのトラック便に添付された納品伝票別に、検品された商品の商品コード及び実納品数とを含む伝文である。そして、ＣＰＵ１０は、作成した検品結果応答伝文を無線送受信部１４により無線回線を介して店舗ホスト装置３に転送したならば（Ａｃｔ２６）、今回の処理を終了する。

一方、ＣＰＵ１０は、Ａｃｔ２１において、検品テーブル３０に格納された検品済フラグを先頭データより順にチェックした結果、最終の検品済フラグまで全て“１”にセットされていたことを確認した場合、即ち欠品が無い場合には（Ａｃｔ２１のＮｏ）、Ａｃｔ２５に進み、検品結果応答伝文を作成して店舗ホスト装置３に無線送信して、今回の処理を終了する。

したがって、検品作業担当者は、検品終了画面５０Ｅ（図７（ｅ））から検品作業の終了を認識したならば、ＥＮＴキーを入力する。そうすると、欠品が存在しない場合には、検品結果応答伝文が作成されて店舗ホスト装置３に無線送信される。

これに対し、欠品が存在する場合には、その欠品の商品名，納品予定数及び実納品数が欠品確認画面５０Ｆ（図７（ｆ））として表示部１７に１品目ずつ表示される。したがって、検品作業担当者は、検品作業の現場で即座に欠品が発生していることを確認できる。

以上説明したとおり、本実施形態では、検品画面である検品登録画面５０Ｂの表示中に、受付部１０ｂが商品の発注に係る発注処理の実行要求を受け付けた場合、発注部１０ｃが、発注処理を実行する。したがって、検品作業担当者は、検品作業中に比較的に容易に商品の発注をすることができる。

次に、本実施形態の変形例を説明する。本変形例では、図６（ａ）のフローチャートにおいて、Ａｃｔ９とＡｃｔ１０が上記の処理と異なる。ＣＰＵ１０は、Ａｃｔ６にて検品テーブル３０の該当商品コードに対応する納品数に実納品数を加算した後、その加算後の納品数と対応する納品予定数とを比較し（Ａｃｔ７）、納品数が予定数未満の場合には（Ａｃｔ７のＮｏ）、発注処理を開始すると判断して（Ａｃｔ９のＹｅｓ）、発注処理を実行する（Ａｃｔ１０）。この場合の図９の発注処理において、ＣＰＵ１０は、図９の発注画面５１の発注数入力エリア５１ｂに、納品予定数から実納品数を減算した値（つまり未納品数）を表示させる。この値は、キーボード１５によって可変である。そして、エンタキーの押下があったならば発注数の入力があったと判断して（Ａｃｔ５２）、発注情報を送信する（Ａｃｔ５３）。

このように、本変形例では、発注画面５１の発注数入力エリア５１ｂに、納品予定数から実納品数を減算した値（未納品数）が表示されるので、検品作業担当者が発注作業をより容易に行うことができる。

次に、第２の実施形態を図１０を参照して説明する。本実施形態では、図１０に示すように、検品部１０ａが、検品処理において、検品登録画面５０Ｂ（表示部１７）に、商品の在庫数（図面では「ｘｘ」）を表示させる点が第１の実施形態に対して異なる。この在庫数は、図７のフローチャートのＡｃｔ４において、商品コードの入力を確認した商品の在庫数であり、ハンディターミナル２が店舗ホスト装置３から取得（受信）してＲＡＭ１３に記憶させたものである。ここで、在庫数の取得方法の一例として、図６（ａ）のフローチャートのＡｃｔ２にて取引先便名がキー入力により選択された場合に、その取引先便名に対応する商品の在庫数をハンディターミナル２が店舗ホスト装置３に問い合わせして取得してよい。また、別の一例として、検品ファイル４に各商品の在庫数を含ませて、その検品ファイル４をハンディターミナル２が店舗ホスト装置３からダウンロードすることで在庫数を取得してもよい。

このように、本実施形態では、検品部１０ａが、入力を受け付けた商品コードに対応してＲＡＭ１３に記憶されている商品の在庫数を検品登録画面５０Ｂ（表示部１７）に表示させる。したがって、検品作業担当者は、検品処理中に在庫数を確認することができるので、在庫数が少ない場合に、検品処理を中断させて発注処理を実行させることができる。

以上説明したとおり、上記の各実施形態によれば、検品作業担当者が、検品作業中に比較的に容易に商品の発注をすることができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

２ ハンディターミナル
１７ 表示部
１０ａ 検品部（検品手段）
１０ｂ 受付部（受付手段）
１０ｃ 発注部（発注手段）
１３ ＲＡＭ（記憶部）
５０Ｂ 検品登録画面

Claims (6)

1. 検品処理対象の商品に付される商品コードと検品処理対象の商品の納品数を入力する入力手段と、
   前記入力手段にて、商品の納品数の検査に係る検品処理を実行して、商品の納品数の検査に係る検品画面を表示部に表示させる検品手段と、
   前記検品画面において前記入力手段より所定の入力を受け付けた場合、前記検品処理を中断し、当該検品処理を実行していた商品の発注処理として前記表示部に当該商品の商品情報が入力された発注画面を表示させる発注手段と、
   を備える検品装置。
2. 前記発注手段は、前記入力手段により発注数を受け付ける請求項１に記載の検品装置。
3. 前記発注手段は、前記商品の商品情報、前記発注数、および発注先情報を送信する請求項２に記載の検品装置。
4. 前記発注先情報は、前記発注処理の対象となる前記商品における前記検品処理時の取引先情報である請求項３に記載の検品装置。
5. 前記検品手段は、前記発注処理が終了した場合、前記検品処理を再開する請求項１ないし４のいずれか一項に記載の検品装置。
6. コンピュータに、
   検品処理対象の商品に付される商品コードと検品処理対象の商品の納品数を入力する入力手段と、
   前記入力手段にて、商品の納品数の検査に係る検品処理を実行して、商品の納品数の検査に係る検品画面を表示部に表示させる検品手段と、
   前記検品画面において前記入力手段より所定の入力を受け付けた場合、前記検品処理を中断し、当該検品処理を実行していた商品の発注処理として前記表示部に当該商品の商品情報が入力された発注画面を表示させる発注手段と、
   を実現させるプログラム。
   

Images