"商品の納品数の検査に係る検品処理を実行して、商品の納品数の検査に係る検品画面を表示部に表示させる検品手段と、前記検品画面の表示中に、商品の発注に係る発注処理の実行要求を受け付ける受付手段と、前記受付手段が前記発注処理の実行要求を受け付けた場合、前記発注処理を実行する発注手段と、を備える検品装置。前記検品手段は、前記発注処理中は前記検品処理を中断し、前記発注処理が終了した場合、前記検品処理を再開する請求項1に記載の検品装置。前記発注手段は、商品単位で前記発注処理を行う請求項1または2に記載の検品装置。前記検品手段は、検品処理対象の商品を特定する商品特定情報の入力を受け付け、前記発注手段は、前記受付手段が前記発注処理の実行要求を受け付けた場合、前記検品手段が前記商品特定情報の入力を受け付けた商品の発注処理を実行する請求項1ないし3のいずれか一項に記載の検品装置。前記検品手段は、入力を受け付けた前記商品特定情報に対応して記憶部に記憶されている商品の在庫数を前記表示部に表示させる請求項4に記載の検品装置。コンピュータを、商品の納品数の検査に係る検品処理を実行して、商品の納品数の検査に係る検品画面を表示部に表示させる検品手段と、前記検品画面の表示中に、商品の発注に係る発注処理の実行要求を受け付ける受付手段と、前記受付手段が前記発注処理の実行要求を受け付けた場合、前記発注処理を実行する発注手段と、として機能させるプログラム。このような検品装置を用いて検品作業を行う検品作業担当者が、検品業務中に商品が不足していることを認識した場合に、比較的に容易にその商品を発注できるようにすることが要望されている。本実施形態の検品装置は、商品の納品数の検査に係る検品処理を実行して、商品の納品数の検査に係る検品画面を表示部に表示させる検品手段と、前記検品画面の表示中に、商品の発注に係る発注処理の実行要求を受け付ける受付手段と、前記受付手段が前記発注処理の実行要求を受け付けた場合、前記発注処理を実行する発注手段と、を備える。本実施形態のプログラムは、コンピュータを、商品の納品数の検査に係る検品処理を実行して、商品の納品数の検査に係る検品画面を表示部に表示させる検品手段と、前記検品画面の表示中に、商品の発注に係る発注処理の実行要求を受け付ける受付手段と、前記受付手段が前記発注処理の実行要求を受け付けた場合、前記発注処理を実行する発注手段と、として機能させる。以下、図面を参照して、実施形態について詳細に説明する。なお、以下の複数の実施形態には、同様の構成要素が含まれている。以下では、それら同様の構成要素には共通の符号を付与するとともに、重複する説明を省略する。第1の実施形態を図1ないし図9を参照して説明する。図1に示すように、本実施形態の検品システム1は、無線回路を内蔵した携帯型の検品装置、いわゆるハンディターミナル図1ではHT2と、このハンディターミナル2との間で無線通信を行う無線部を有する店舗ホスト装置3と、を備える。ハンディターミナル2と店舗ホスト装置3との無線通信方式は、例えば、マイクロ波等の電波を利用する方式や、赤外線を利用する方式やBluetoothブルートゥース:登録商標を利用する方式などである。店舗ホスト装置3は、複数の機能を有する。店舗ホスト装置3の第1の機能は、卸売業者等の発注取引先から電子データとしてネットワークを介して伝送されてくる納品伝票データ、またはパソコン等のコンソール機器不図示から入力された納品伝票データに基づいて、検品対象商品の商品名,売価,納品予定数等の検品情報を記憶した検品ファイルを作成しハンディターミナル2に無線通信によりダウンロードする機能である。店舗ホスト装置3の第2の機能は、ハンディターミナル2から無線通信により送られてくる検品結果データに基づいて検品対象商品毎に実納品数と納品予定数とを比較して欠品の有無を判断しその結果を出力する機能である。店舗ホスト装置3は、ハンディターミナル2の上位機として機能する。ハンディターミナル2は、図2に示すように、キーボード15、表示部17およびスキャナ19等を備える。キーボード15と表示部17とは、筐体の表面に配置され、スキャナ19は、筐体の裏面に配置されている。キーボード15は、実納品数等を置数入力するための0~9の置数キーの他、F1~F8のファンクションキーや、ENTエントリーキー等を有している。表示部17は、例えば液晶表示器であり、文字列を数行に渡って表示可能となっている。スキャナ19は、検品対象商品に付される商品コードのバーコードを光学的に読み取り可能なバーコードスキャナである。また、ハンディターミナル2は、図3に示すように、プログラムに基づいて各種の演算制御処理を実行するCPUCentralProcessingUnit10を搭載している。このCPU10には、アドレスバス,データバス等のバスライン11を介して、プログラム等の固定的データを予め格納したROMReadOnlyMemory12、各種のデータを書換え自在に記憶するRAMRandomAccessMemory13、無線を利用したデータの送受信を制御する無線送受信部14、キーボード15からキー入力を制御するキーボードコントローラ16、表示部17のデータ表示を制御する表示コントローラ18及びスキャナ19のスキャニング入力を制御するスキャナコントローラ20等が接続されている。CPU10は、ROM12およびRAM13とによってコンピュータ制御部を構成している。キーボードコントローラ16には、キーボード15が接続されている。表示コントローラ18には、表示部17が接続されている。スキャナコントローラ20には、スキャナ19が接続されている。検品システム1においては、各発注取引先からそれぞれ発注商品を納入する配送トラック便単位に、そのトラック便に添付される納品伝票に記録されたデータ伝票番号、各発注商品の商品コード,商品名,原価,売価,納品予定数等の明細情報等が、オンラインまたはオフラインで店舗ホスト装置3に入力される。そうすると、店舗ホスト装置3においては、図5に示すような検品ファイル4が作成される。検品ファイル4は、発注取引先別の配送トラック便単位に、その取引先を識別する取引先コード及び取引先名と、配送トラック便の便番号と、そのトラック便に添付される納品伝票の枚数と、納品伝票毎の商品明細情報数及びその商品明細情報商品コード,商品名,売価,原価,納品予定数と、納品品目総数の各項目からなる検品レコードを蓄積したファイルである。そして、この検品ファイル4のデータが、無線通信により店舗ホスト装置3にからハンディターミナル2に転送され、ハンディターミナル2のRAM13に保存される。さて、検品作業を行なう担当者は、取引先からトラック便により発注商品が届いて納品される毎に、ハンディターミナル2を持って納品現場倉庫等に行く。そして、ハンディターミナル2のメニュー画面から検品業務を選択し実行させる。そうすると、当該ハンディターミナル2のCPU10がプログラムに従って、検品処理を実行する。この際、CPU10は、プログラムに従うことにより、図3に示すように、検品部10a、受付部10b、および発注部10c等として機能する。検品部10aは、商品の納品数の検査に係る検品処理を実行して、商品の納品数の検査に係る検品画面を表示部17に表示させる。検品画面は、図7に示すように、各種画面50A~50Fを含む。検品部10aは、検品処理対象の商品を特定する商品特定情報である商品コードの入力を受け付け、商品コードを受け付けた商品を検品処理の対象品とする。検品部10aは、発注部10cが実行する発注処理中は検品処理を中断し、発注処理が終了した場合、検品処理を再開する。検品部10aは、検品手段に相当する。受付部10bは、検品画面としての検品登録画面50Bの表示中に、商品の発注に係る発注処理の実行要求を受け付ける。受付部10bは、受付手段に相当する。発注部10cは、受付部10bが発注処理の実行要求を受け付けた場合、発注処理を実行する。発注部10cは、発注処理を検品処理に対して割り込みで行う。発注部10cは、商品単位で発注処理を行う。詳細には、発注部10cは、受付部10bが発注処理の実行要求を受け付けた場合、検品部10aが商品コードの入力を受け付けた商品の発注処理を実行する。発注部10cは、発注手段に相当する。以下に、図6a、bのフローチャートを参照しながら検品処理の流れを詳しく説明する。図6aに示すように、先ず、CPU10は、Act1として、検品ファイル4に蓄積されている各検品レコードの取引先名称と便番号とから、図7aに示すレイアウトの取引先別便名一覧画面50Aを編集し、表示部17に表示させる。そして、CPU10は、Act2として、いずれかの取引先便名が選択入力されるのを待機する。そこで、検品作業担当者は、表示部17に表示された取引先別便名一覧画面50Aから、納品を行なった取引先名とそのトラック便番号とに対応する番号を確認したならば、その番号を置数キーで置数し、続いてファンクションキーF1を押下することで、取引先便名を選択入力する。CPU10は、Act2にて取引先便名がキー入力により選択されたことを確認すると、Act3として、図4に示すデータ構造の検品テーブル30を作成し、RAM13に記憶する。この際、CPU10は、Act2にて選択入力された取引先コードと便番号を含む検品レコードを検品ファイル4から抽出し、この抽出した検品レコードに基づいて、検品テーブル30を作成する。ここで、検品テーブル30のデータ項目商品コード,商品名,売価,原価,予定数には、該当検品レコードの各商品明細情報がセットされる。データ項目伝票Noには、同一行にセットされた商品明細情報に対応する伝票番号がセットされる。データ項目納品数及び検品済フラグには、それぞれ初期値として0がセットされる。次に、CPU10は、Act4として、検品対象商品の商品コードと実納品数が入力手段を介して入力されるのを待機する。そこで、検品作業担当者は、実際に納品された商品のバーコードを1品目ずつスキャナ19でスキャニングするとともに実納品数をキーボード15の置数キーで置数入力する。ここに、スキャナ19とキーボード15は入力手段を構成する。CPU10は、検品対象商品の商品コードと実納品数がスキャナ19及びキーボード15を介して入力されたことを確認するとAct4のYes、Act5としてその入力された商品コードに対応する商品名を検品テーブル30から読出し、この商品名と実納品数とから図7bに示すレイアウトの検品登録画面50Bを編集して表示部17に表示させる。また、CPU10は、検品テーブル30の該当商品コードに対応する納品数に実納品数を加算するAct6。そして、加算後、その加算後の納品数と対応する納品予定数とを比較しAct7、納品数が予定数以上であれば、対応する検品済フラグを1にセットするAct8。納品数が予定数未満の場合には、検品済フラグは0にリセットされたままである。ここで、検品作業担当者は、検品作業中に商品不足を認識した場合、検品登録画面50Bの表示中に、F5ファンクションキーを押下することで、ハンディターミナル2に発注処理を実行させることができる。CPU10は、検品登録画面50Bの表示中に、F5ファンクションキーが押下されることで発注処理開始の指示があったと判断した場合Act9のYes、発注処理を実行するAct10。図8に示すように、発注処理では、CPU10は、発注画面51図9を表示部17に表示させるAct51。図9に示すように、発注画面51には、商品名表示エリア51aと、発注数入力エリア51bと、が設けられている。商品名表示エリア51aは、発注対象の商品名を表示するエリアであり、本実施形態では、Act4で入力を確認した商品コードに対応する商品の商品名が表示される。発注数入力エリア51bは、キーボード15による発注数の入力を受け付けるエリアである。次に、CPU10は、発注数の入力を待つAct52のNo、Act54のNo。CPU10は、発注数入力エリア51bに発注数が入力された状態でENTキーが押下されると、発注数の入力があったと判断した場合Act52のYes、発注情報を店舗ホスト装置3に送信する。発注情報は、発注商品情報と発注先情報とを含む情報である。発注商品情報は、発注する商品の情報として、商品コード、商品名、発注数を含む。発注数は、Act52で入力を確認した発注数である。発注画面51中の商品発注先情報は、商品の発注先の情報として、取引先コードと取引先名とが含まれる。この発注先情報は、検品ファイル4において、Act4で入力を確認した商品コードに対応して検品ファイル4に記憶された取引先コードおよび取引先名である。このようにして店舗ホスト装置3に送信された発注情報は、直ちに店舗ホスト装置3から取引先の情報処理装置に送信される。このようにして商品単位での発注が行われる。そして、CPU10は、発注処理を終了して検品処理に復帰してAct4を実行する。一方、CPU10は、発注数の入力が無くAct52のNo、F1ファンクションキーが押下された場合にはAct54のYes、戻りが指示されたと判断してAct54のYes、発注処理を終了して検品処理に復帰してAct4を実行する。図6aの検品処理の説明に戻る。CPU10は、Act4に戻ると、再び検品対象商品の商品コードと実納品数が入力されるのを待機する。そして、検品対象商品の商品コードと実納品数が入力される毎にAct4のYes、上記Act5ないしAct10の各処理を実行する。なお、検品登録画面50Bに商品名のみならず、該当商品の売価,納品予定数なども併せて表示させてもよい。CPU10は、検品対象商品の商品コードと実納品数が入力されるのを待機している状態で、Act11として検品終了を宣言するF1ファンクションキーの入力を検知すると、検品終了であると判断してAct11のYes、Act12に進む。CPU10は、Act12では、検品テーブル30に格納された検品済フラグを先頭データより順にチェックすることで、未検品が有るか否かを判断する。そして、CPU10は、全ての検品済フラグが1にセットされていたことを確認した場合、即ち未検品が無いと判断した場合にはAct12のNo、Act19に進む。Act19では、CPU10は、図7eに示すレイアウトの検品終了画面50Eを編集して表示部17に表示させる。これに対し、Act12において、CPU10は、0にリセットされたままの検品済フラグを検出した場合には、未検品有りと判断してAct12のYes、図7cに示すレイアウトの終了確認画面50Cを編集して表示部17に表示させるAct13。ここで、CPU10は、Act14として検品作業の継続を宣言するF4ファンクションキーの入力を検知した場合には、検品終了では無いと判断してAct14のNo、Act4に戻り、再び検品対象商品の商品コードと実納品数が入力されるのを待機する。CPU10は、Act14にて、検品作業の終了を宣言するF1ファンクションキーの入力を検知して、検品終了であると判断した場合にはAct14のYes、Act15に進む。Act15では、CPU10は、検品テーブル30に格納された検品済フラグのチェックを継続し、全て0にリセットされているか否かを判断することで、検品の有無を判断する。そして、CPU10は、検品済フラグが1つでも1にセットされていて、検品が有ったと判断した場合にはAct15のNo、Act19に進み、図7eに示すレイアウトの検品終了画面50Eを編集して表示部17に表示させる。これに対し、Act15において、CPU10は、検品済フラグが全て0にリセットされていて検品は無かったと判断した場合にはAct15のYes、検品無しで作業終了が宣言されたので、図7dに示すレイアウトの完納処理画面50Dを編集して表示部17に表示させるAct16。そして、Act17において、完納処理の中止を宣言するF3ファンクションキーの入力を検知して、完納にしないと判断した場合にはAct17のNo、Act4に戻り、再び検品対象商品の商品コードと実納品数が入力されるのを待機する。CPU10は、Act17において、完納処理の確認を宣言するENTキーの入力を検知して完納にすると判断した場合にはAct17のYes、Act18に進んで完納処理を実行する。CPU10は、完納処理として、検品テーブル30の各商品コードに対応した納品数をそれぞれ対応する納品予定数に一致させるとともに、検品済フラグを全て1にセットして検品済とする。しかる後、CPU10は、Act19に進み、図7eに示すレイアウトの検品終了画面50Eを編集して表示部17に表示させる。したがって、検品作業担当者は、通常は実際に納品された商品の商品コードバーコードと実納品数の入力作業を繰り返す。そして、入力し終えたならば、検品登録画面50B図7bにおいてF1ファンクションキーを入力して終了を宣言する。このとき、未検品や欠品がない場合には、検品終了画面50E図7eが表示されるので、検品作業の終了を認識する。一方、未検品や欠品が存在する場合には、終了確認画面50C図7cが表示されるので、未検品があるか否かを実際にチェックする。そして、未検品が存在した場合には、F4ファンクションキーを入力して継続を宣言した後、その未検品であった商品の商品コードバーコードと実納品数の入力作業を行なう。これに対し、未検品が存在せず欠品であると判断した場合は、F1ファンクションキーを入力して終了を宣言する。そうすると、検品終了画面50E図7eが表示されるので、検品作業の終了を認識する。さて、CPU10は、Act19にて検品終了画面50Eを表示させた後、Act20として検品作業終了の確認を宣言するENTキーが入力されるのを待機するAct20のNo。そして、CPU10は、ENTキーの入力を検知した場合にはAct20のYes、Act21として検品テーブル30に格納された検品済フラグを先頭データより順にチェックして欠品の有無を判断するAct21。そして、0にリセットされた検品済フラグを検出すると、その検品済フラグに対応する検品対象商品が欠品なのでAct21のYes、Act22としてその商品の商品名と納品予定数と実納品数とを検品テーブル30から読出し、図7fに示すレイアウトの欠品確認画面50Fを編集して表示部17に表示させる。次いで、CPU10は、確認を示すENTキーが入力されるのを待機するAct23のNo。CPU10は、確認を示すENTキーの入力を検知した場合にはAct23のYes、Act24として検品済フラグのチェックを継続して、欠品商品欠品アイテムの有無を判断するAct24。そして、再び0にリセットされた検品済フラグを検出して、欠品商品欠品アイテムが有ると判断した場合にはAct24のYes、Act22に戻ってその商品の欠品確認画面50Fを表示部17に表示させる。こうして、CPU10は、検品済フラグを先頭データより順にチェックし、最終データまでチェックが終わるとAct24のNo、検品テーブル30のデータに基づいて検品結果応答伝文を作成するAct25。検品結果応答伝文は、取引先別便名一覧画面50A図7aより選択した取引先の取引先コードと配送トラック便の便番号とともに、そのトラック便に添付された納品伝票別に、検品された商品の商品コード及び実納品数とを含む伝文である。そして、CPU10は、作成した検品結果応答伝文を無線送受信部14により無線回線を介して店舗ホスト装置3に転送したならばAct26、今回の処理を終了する。一方、CPU10は、Act21において、検品テーブル30に格納された検品済フラグを先頭データより順にチェックした結果、最終の検品済フラグまで全て1にセットされていたことを確認した場合、即ち欠品が無い場合にはAct21のNo、Act25に進み、検品結果応答伝文を作成して店舗ホスト装置3に無線送信して、今回の処理を終了する。したがって、検品作業担当者は、検品終了画面50E図7eから検品作業の終了を認識したならば、ENTキーを入力する。そうすると、欠品が存在しない場合には、検品結果応答伝文が作成されて店舗ホスト装置3に無線送信される。これに対し、欠品が存在する場合には、その欠品の商品名,納品予定数及び実納品数が欠品確認画面50F図7fとして表示部17に1品目ずつ表示される。したがって、検品作業担当者は、検品作業の現場で即座に欠品が発生していることを確認できる。以上説明したとおり、本実施形態では、検品画面である検品登録画面50Bの表示中に、受付部10bが商品の発注に係る発注処理の実行要求を受け付けた場合、発注部10cが、発注処理を実行する。したがって、検品作業担当者は、検品作業中に比較的に容易に商品の発注をすることができる。次に、本実施形態の変形例を説明する。本変形例では、図6aのフローチャートにおいて、Act9とAct10が上記の処理と異なる。CPU10は、Act6にて検品テーブル30の該当商品コードに対応する納品数に実納品数を加算した後、その加算後の納品数と対応する納品予定数とを比較しAct7、納品数が予定数未満の場合にはAct7のYes、Act8を行うとともに、発注処理を開始すると判断してAct9のYes、発注処理を実行するAct10。この場合の図9の発注処理において、CPU10は、図9の発注画面51の発注数入力エリア51bに、納品予定数から実納品数を減算した値つまり未納品数を表示させる。この値は、キーボード15によって可変である。そして、エンタキーの押下があったならば発注数の入力があったと判断してAct52、発注情報を送信するAct53。このように、本変形例では、発注画面51の発注数入力エリア51bに、納品予定数から実納品数を減算した値未納品数が表示されるので、検品作業担当者が発注作業をより容易に行うことができる。次に、第2の実施形態を図10を参照して説明する。本実施形態では、図10に示すように、検品部10aが、検品処理において、検品登録画面50B表示部17に、商品の在庫数図面ではxxを表示させる点が第1の実施形態に対して異なる。この在庫数は、図7のフローチャートのAct4において、商品コードの入力を確認した商品の在庫数であり、ハンディターミナル2が店舗ホスト装置3から取得受信してRAM13に記憶させたものである。ここで、在庫数の取得方法の一例として、図6aのフローチャートのAct2にて取引先便名がキー入力により選択された場合に、その取引先便名に対応する商品の在庫数をハンディターミナル2が店舗ホスト装置3に問い合わせして取得してよい。また、別の一例として、検品ファイル4に各商品の在庫数を含ませて、その検品ファイル4をハンディターミナル2が店舗ホスト装置3からダウンロードすることで在庫数を取得してもよい。このように、本実施形態では、検品部10aが、入力を受け付けた商品コードに対応してRAM13に記憶されている商品の在庫数を検品登録画面50B表示部17に表示させる。したがって、検品作業担当者は、検品処理中に在庫数を確認することができるので、在庫数が少ない場合に、検品処理を中断させて発注処理を実行させることができる。以上説明したとおり、上記の各実施形態によれば、検品作業担当者が、検品作業中に比較的に容易に商品の発注をすることができる。本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。"