(57)【要約】【課題】  受注した商品が欠品していた場合に、適切に受注商品の一部を代替商品に振り替えることができる仕組みを提供すること。また、当初の注文内容を、売上処理時に把握することが可能な仕組みを提供すること。【解決手段】  記憶された受注データのうち分割対象となる受注データの指定を受け付け、分割対象の受注データに含まれる受注商品の一部数量について代替商品の選択を受け付け、前記選択された代替商品と前記受注データに含まれる受注商品と基づき出庫データを作成する携帯端末。【選択図】  図４
2013114332.tif 000002
【特許請求の範囲】
【請求項１】
受注データを記憶する携帯端末であって、
前記記憶された受注データのうち分割対象となる受注データの指定を受け付ける対象指定受付手段と、
前記対象指定受付手段により受け付けた分割対象の受注データに含まれる受注商品の一部数量について代替商品の選択を受け付ける代替商品選択受付手段と、
前記選択された代替商品と前記受注データに含まれる受注商品と基づき出庫データを作成する出庫データ作成手段と、
を備えることを特徴とする携帯端末。
【請求項２】
前記記憶された受注データに含まれる商品の合計数量と、前記代替商品選択受付手段により選択を受け付けた代替商品の数量と残りの受注商品数量との合計数量が一致するか否かを判定する判定手段をさらに備えることを特徴とする請求項１に記載の携帯端末。
【請求項３】
売上データの出力をする出力手段と、
前記出力手段により売上データとして分割後の受注データを出力するか、分割前の受注データを出力するかの選択を受け付ける出力データ選択手段と、
をさらに備え、
前記出力手段は、前記出力データ選択手段により分割後の受注データを出力する旨の選択を受け付けた場合は、前記代替商品選択受付手段で受け付けた代替商品と、代替商品が選択された後の受注データとを出力し、前記出力データ選択手段により分割前の受注データを出力する旨の選択を受け付けた場合は、前記代替商品の選択を受ける前の受注データを出力することを特徴とする請求項１または２に記載の携帯端末。
【請求項４】
受注データを記憶する携帯端末における情報処理方法であって、
前記携帯端末の対象指定受付手段が、前記記憶された受注データのうち分割対象となる受注データの指定を受け付ける対象指定受付工程と、
前記携帯端末の代替商品選択受付手段が、前記対象指定受付工程により受け付けた分割対象の受注データに含まれる受注商品の一部数量について代替商品の選択を受け付ける代替商品選択受付工程と、
前記携帯端末の出庫データ作成手段が、前記選択された代替商品と前記受注データに含まれる受注商品と基づき出庫データを作成する出庫データ作成工程と、
を備えることを特徴とする情報処理方法。
【請求項５】
受注データを記憶する携帯端末において実行されるプログラムであって、
前記携帯端末を、
前記記憶された受注データのうち分割対象となる受注データの指定を受け付ける対象指定受付手段と、
前記対象指定受付手段により受け付けた分割対象の受注データに含まれる受注商品の一部数量について代替商品の選択を受け付ける代替商品選択受付手段と、
前記選択された代替商品と前記受注データに含まれる受注商品と基づき出庫データを作成する出庫データ作成手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末における受注データや出庫データなどの管理技術に関する。
【背景技術】
【０００２】
携帯端末は、卸業者などが受注、出向、売上情報などを管理する際に用いられている。
【０００３】
卸業者の１日の業務は、営業所にて商品情報を携帯端末に受診し、得意先から電話・ＦＡＸで注文を受け、その内容を携帯端末に受注処理として入力し、倉庫へ移動後、商品をピッキングすると同時に携帯端末に出向処理として入力し、ピッキングした商品を得意先へ配達・売上伝票を発行後、営業所に戻り、当日の受注・出向・売上情報を本部へ送信するという流れである。
【０００４】
受注処理で作成される受注データと紐付けて出庫処理を行う必要があるが、倉庫でピッキングするときにならないと在庫の確認ができないため、受注した商品が欠品していることがある。
【０００５】
欠品していた場合は、受注した商品に代わる代替商品への振り替え処理を行うことがあるが、その際には「入力済み受注データの訂正処理」と「代替商品の受注データの作成処理」の２工程を行う必要があり、効率が悪かった。
【０００６】
また、得意先へ商品を配達し、売上伝票を発行する際は、出庫データと紐付けて売上伝票が作成されるため、商品単位で明細がつくられる。
【０００７】
そのため、本来の受注データ（欠品が判明する前の受注データ）での出力が出来ず、本来の受注が何であったのかを把握することができなかった。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００２−３０８４３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
得意先からの注文後、商品配達に時間がかかるとクレームの原因となり、次の商品販売機会を失ってしまう可能性がある。また、得意先担当者が注文した内容と、実際に届いた商品の売り上げ伝票の内容が異なっている場合（代替商品を出荷した場合）には、得意先担当者が誤解や混乱をしないよう、当初の注文データについても把握しておく必要がある。
【００１０】
特許文献１に記載の技術では、受注商品が欠品していた場合に、即座に代替商品へ振り変えることが可能であるが、売上情報への紐付けがなされておらず、売上時に得意先担当者が本来の受注情報（最初に得意先から注文を受けた内容）を把握することができない。また、当初の受注データのうち一部数量の在庫が無い場合の対応については記載が無い。
【００１１】
本発明は上記の課題を解決するためになされたものであり、受注した商品が欠品していた場合に、適切に受注商品の一部を代替商品に振り替えることができる仕組みを提供することを目的とする。
【００１２】
また、当初の注文内容を、売上処理時に把握することが可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明は、受注データを記憶する携帯端末であって、前記記憶された受注データのうち分割対象となる受注データの指定を受け付ける対象指定受付手段と、前記対象指定受付手段により受け付けた分割対象の受注データに含まれる受注商品の一部数量について代替商品の選択を受け付ける代替商品選択受付手段と、前記選択された代替商品と前記受注データに含まれる受注商品と基づき出庫データを作成する出庫データ作成手段と、を備えることを特徴とする。
【００１４】
また、本発明は、受注データを記憶する携帯端末における情報処理方法であって、前記携帯端末の対象指定受付手段が、前記記憶された受注データのうち分割対象となる受注データの指定を受け付ける対象指定受付工程と、前記携帯端末の代替商品選択受付手段が、前記対象指定受付工程により受け付けた分割対象の受注データに含まれる受注商品の一部数量について代替商品の選択を受け付ける代替商品選択受付工程と、前記携帯端末の出庫データ作成手段が、前記選択された代替商品と前記受注データに含まれる受注商品と基づき出庫データを作成する出庫データ作成工程と、を備えることを特徴とする。
【００１５】
また、本発明は、受注データを記憶する携帯端末において実行されるプログラムであって、前記携帯端末を、前記記憶された受注データのうち分割対象となる受注データの指定を受け付ける対象指定受付手段と、前記対象指定受付手段により受け付けた分割対象の受注データに含まれる受注商品の一部数量について代替商品の選択を受け付ける代替商品選択受付手段と、前記選択された代替商品と前記受注データに含まれる受注商品と基づき出庫データを作成する出庫データ作成手段として機能させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、受注した商品が欠品していた場合に、適切に受注商品の一部を代替商品に振り替えることができる仕組みを提供することが可能となる。また、当初の注文内容を、売上処理時に把握することが可能な仕組みを提供することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施の形態に係る情報処理システムのシステム構成図である。
【図２】本発明における携帯端末のハードウェア構成を概略的に示すブロック図である。
【図３】本発明における携帯端末のモジュール構成図である。
【図４】本発明における携帯端末が実行する処理を示すフローチャートである。
【図５】本発明における携帯端末に表示される画面の遷移を示す図である。
【図６】受注データを示す図である
【図７】受注分割データを示す図である
【図８】出庫データを示す図である。
【図９】売上データを示す図である
【図１０】分割可能商品を示す図である
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００１９】
図１は、本発明に係る情報処理システムのシステム構成の一例を示す図である。
図１に示すように、本実施形態に係る情報処理システムは、
【００２０】
以下、本発明の情報処理システムを構成する各装置について説明する。
【００２１】
本実施形態に係るシステムは、ハンディターミナル１０１と管理端末１０２とが、ＬＡＮ等のネットワーク１０３を介して相互に通信可能に接続された構成となっている。
【００２２】
ハンディターミナル１０１は、利用者の食材情報管理業務等に用いられる。管理端末１０２より、商品情報を受信し、利用者による処理の選択受付、受注入力、出庫入力、売上入力、管理端末１０２へのデータ送信を可能とする。なお、本発明においてハンディターミナル１０１は複数台あっても構わない。
【００２３】
また、ハンディターミナル１０１は本発明における携帯端末の適用例である。
【００２４】
次に、図２を用いて、図１に示したハンディターミナル１０１のハードウエア構成の一例について説明する。
【００２５】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。
【００２６】
２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２７】
また、２０５は入力コントローラで、入力装置２０９等からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置２１０への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、ＣＲＴディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。
【００２８】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２９】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００３０】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３１】
ハードウエア上で動作する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３２】
プリンタコントローラ２１２は、サーマルドットライン方式プリンタ２１３等の印刷機を制御する。
【００３３】
スキャナコントローラ２１４は、スキャナ２１５等の識別器を制御する。
【００３４】
なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。
【００３５】
次に、図３を用いて、ハンディターミナル１０１のモジュール構成について説明する。図３は、ハンディターミナル１０１におけるモジュール構成の一例を示す図である。
なお、ここでは本発明に必要な部分についてのみ説明する。
【００３６】
３０２の「受注明細」で受注データを作成し、３０３の「分割結果」で受注分割データを作成する。また、３０４の「重量入力」で出庫データを作成し、３０５の「伝票発行終了」で売上データを作成する。
【００３７】
次に、図４のフローチャートを用いて、本発明のハンディターミナル１０１で入力する食材情報管理業務（受注処理（受注入力・受注分割）／出庫処理／売上処理）について説明する。
【００３８】
図４は、本実施形態を示すシステムにおける食材情報管理業務を示すフローチャート図であり、図４のフローチャートで示す処理については、ハンディターミナル１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００３９】
ステップＳ４０１において、ハンディターミナル１０１のＣＰＵ２０１は、メインメニュー画面（図５の５０１）を表示して処理選択の受付監視状態にて待機し、利用者から処理内容の選択を受け付ける。
【００４０】
ステップＳ４０１で利用者から「受注」（図５の５０１）の選択を受け付けると、ステップＳ４０２において、ハンディターミル１０１のＣＰＵ２０１は、受注メニュー画面（図５の５０２）を表示して、受注業務選択の受付監視状態にて待機する。そして、利用者から処理内容の選択を受け付ける。受注メニューとは、受注データの入力等を受け付けるメニューである。
【００４１】
Ｓ４０２において利用者から、画面（図５の５０２）を介して「受注入力」の選択を受け付けると、ステップＳ４０３において、ハンディターミナル１０１のＣＰＵ２０１は、得意先選択画面（図５の５０３）を表示する。そして、得意先選択の受付監視状態にて待機し、利用者から処理内容の選択を受け付ける。
【００４２】
Ｓ４０３において利用者から画面（図５の５０３）を介して該当の「得意先」が選択を受け付けると、ステップＳ４０４において、ハンディターミナル１０１のＣＰＵ２０１は、畜種選択画面（図５の５０４）を表示して畜種選択の受付監視状態にて待機し、利用者からの処理内容の選択を受け付ける。
【００４３】
Ｓ４０４において利用者から画面（図５の５０４）を介して該当の「畜種」が選択を受け付けると、ステップＳ４０５において、ハンディターミナル１０１のＣＰＵ２０１は、商品一覧画面（図５の５０５）を表示して商品選択の受付監視状態にて待機し、利用者からの処理内容の選択を受け付ける。
【００４４】
Ｓ４０５において利用者から画面（図５の５０５）を介して商品が選択を受け付けると、ステップＳ４０６において、ハンディターミナル１０１のＣＰＵ２０１は、受注明細画面（図５の５０６）を表示して受注ケース数の入力監視状態にて待機し、利用者による入力を受け付ける。
【００４５】
ステップＳ４０７において利用者から画面（図５の５０６）を介して受注ケース数の入力を受け付けると、ステップＳ４０８において、ハンディターミナル１０１のＣＰＵ２０１は、受注データ（図６の６０１）を作成し、次の商品入力の受付監視状態にて待機する。
【００４６】
なお、受注データ（図６の６０１）は、ステップＳ４０３で選択された得意先、ステップＳ４０４で選択された畜種、ステップＳ４０５で選択された商品、ステップＳ４０６で入力された数量が登録される。
以上が、受注データの作成に必要な処理である。
【００４７】
次にステップＳ４０９〜ステップＳ４１７で示す受注分割データの作成処理について説明する。
【００４８】
ステップＳ４０９では、ハンディターミナル１０１のＣＰＵ２０１は、すでに登録された受注データが存在するか否かを判断する。
【００４９】
存在すると判断された場合（ステップＳ４０９：ＹＥＳ）は、処理をステップＳ４１０へ移行する。存在しないと判断された場合（ステップＳ４０９：ＮＯ）は、本フローチャートに示す処理を終了する。
【００５０】
ステップＳ４１０では、ハンディターミナル１０１のＣＰＵ２０１は、利用者から図５の５０２の「受注分割」の選択を受け付け（ステップＳ４０９において受注データが存在すると判断された場合に選択を受け付ける）、得意先選択画面（図５の５０７）を表示して得意先選択の受付監視状態にて待機し、利用者からの処理内容の選択を受け付ける。
【００５１】
なお、ステップＳ４０９の受注データの有無を判断する処理については、ステップＳ４０２の処理の前に実行し、受注データが登録されている場合のみ図５の５０２に示す画面において「受注分割ボタン」が表示されるように制御してもよい。
【００５２】
利用者から該当の「得意先」の選択を受け付けると、ステップＳ４１１において、ハンディターミナル１０１のＣＰＵ２０１は、畜種選択画面（図５の５０８）を表示して畜種選択の受付監視状態にて待機し、利用者からの処理内容の選択を受け付ける。
【００５３】
利用者から該当の「畜種」の選択を受け付けると、ステップＳ４１２において、ハンディターミナル１０１のＣＰＵ２０１は、分割元商品一覧画面（図５の５０９）を表示して分割する商品選択の受付監視状態にて待機し、利用者からの処理内容の選択を受け付ける。
【００５４】
利用者から畜種の選択を受け付けると、ハンディターミナル１０１のＣＰＵ２０１は、ステップＳ４１０で選択を受け付けた得意先と、ステップＳ４１１で選択を受け付けた畜種とから特定される受注データを検索し、当該検索された受注データを、ステップＳ４１２において受注分割元商品一覧として表示する。
【００５５】
ステップＳ４１０、Ｓ４１１における処理は、利用者が分割したい受注データを特定するための処理である。そのため、選択を受け付ける項目としては得意先、畜種に限られず、直接受注データを選択できるように構成しても良い。
【００５６】
利用者から該当の「分割元商品」の選択を受け付けると（受注データ中の分割したい商品の選択を受け付けると）、ステップＳ４１３において、ハンディターミナル１０１のＣＰＵ２０１は、分割先商品一覧画面（図５の５１０）を表示して分割受注ケース数の入力監視状態にて待機し、利用者による入力を受け付ける。
【００５７】
利用者から分割受注ケース数の入力を受け付けると、ステップＳ４１５において、分割前の受注ケース数と分割後の受注ケース数の合計が一致するか否かを判断する。
【００５８】
一致すると判断された場合は、処理をステップＳ４１６に移行し、ステップＳ４１６において、ハンディターミナル１０１のＣＰＵ２０１は、分割結果画面（図５の５１１）を表示して処理実行の受付監視状態にて待機し、利用者からの処理内容の選択を受け付ける。
【００５９】
一致しないと判断された場合は、処理をステップＳ４１４に戻す。
【００６０】
具体的には、ステップＳ４１２において選択された分割元商品が「ウデ（真空）」であったとする。登録されている受注データとしては「ウデ（真空）」が１０ケースであるが、在庫として８ケースしか確保できない場合、残りの２ケース分については他の商品によって補完する必要がある。このような場合、もとの「ウデ（真空）」を８ケースに修正し、残りの２ケース分を補完する商品をいずれにするかを受け付けるのがステップＳ４１３、Ｓ４１４である。図５に示す例では、２ケース分を「ウデ（生）」によって補完することを示している。
【００６１】
そして、ステップＳ４１５における処理は、登録された受注データ（ステップＳ４１２において分割元商品として選択された商品）のケース数（図５の例では１０ケース）と、分割後の合計ケース数（図５の例では８ケース＋２ケース＝１０ケース）とを比較し、合計ケース数が一致しているか否かを判断する処理である。
【００６２】
なお、ケース数によるチェックとしたが、金額などであってもよい。
【００６３】
利用者から「実行」が選択されると、ステップＳ４１７において、ハンディターミナル１０１のＣＰＵ２０１は、受注分割データ（図６の６０２）を作成し、次の商品入力の受付監視状態にて待機する。
【００６４】
ここで、受注分割データについては、元の受注データを上書きするのではなく、あらたなデータとして作成し、元となった受注データとの対応づけをして登録しておく（図７のＮｏ１１）。
【００６５】
また元の商品によって分割可能な商品を限定して選択可能に構成してもよい。
【００６６】
例えば図１０に示す分割可能商品のデータを保持しておき、分割元商品に対応する分割可能商品のみを選択可能に表示するように構成する。これにより、まったく異なる商品を代替商品として選択する可能性を低減することが可能となる。
【００６７】
図１０の例では、元の商品が「ウデ真空」であれば、分割先商品としては「ウデ生」のみが選択可能であることを示す。
【００６８】
以上説明したような「分割」という概念を用いることで、受注データを削除してあらたに２つの受注データを作成するといった手間を軽減させることが可能となる。また、合計数量などのチェック機能により、もとの受注データとの数量の相違を防ぐことが可能となる。
【００６９】
次にステップＳ４１８〜ステップＳ４２４で示す出庫データの作成処理について説明する。
【００７０】
利用者からステップＳ４０１で画面（図５の５０１）を介して「出庫」の選択を受け付けると、ステップＳ４１８において、ハンディターミル１０１のＣＰＵ２０１は、出庫メニュー画面（図５の５１２）を表示して、出庫業務選択の受付監視状態にて待機し、利用者からの処理内容の選択を受け付ける。
【００７１】
利用者から「出庫入力」の選択を受け付けると、ステップＳ４１９において、ハンディターミナル１０１のＣＰＵ２０１は、得意先選択画面（図５の５１３）を表示して得意先選択の受付監視状態にて待機し、利用者から処理内容の選択を受け付ける。
【００７２】
利用者から該当の「得意先」の選択を受け付けると、ステップＳ４２０において、ハンディターミナル１０１のＣＰＵ２０１は、畜種選択画面（図５の５１４）を表示して畜種選択の受付監視状態にて待機し、利用者からの処理内容の選択を受け付ける。
【００７３】
利用者から該当の「畜種」の選択を受け付けると、ステップＳ４２１において、ハンディターミナル１０１のＣＰＵ２０１は、商品一覧画面（図５の５１５）を表示して商品選択の受付監視状態にて待機し、利用者からの処理内容の選択を受け付ける。商品一覧画面には、ステップＳ４１９、Ｓ４２０の処理により特定された受注データ（受注分割データ）から取得された商品の一覧が表示される。
【００７４】
ステップＳ４１９、Ｓ４２０における処理は、利用者が作成したい出庫データのもととなる受注データ（受注分割データ）を特定するための処理である。そのため、選択を受け付ける項目としては得意先、畜種に限られず、直接受注データ（受注分割データ）を選択できるように構成しても良い。
【００７５】
利用者から商品の選択を受け付けると、ステップＳ４２２において、ハンディターミナル１０１のＣＰＵ２０１は、重量入力画面（図５の５１６）を表示して、ピッキングした出庫ケース数分の重量入力監視状態にて待機し、利用者による入力を受け付ける。
【００７６】
利用者から出庫ケース数分の重量の入力を受け付けると、ステップＳ４２４において、ハンディターミナル１０１のＣＰＵ２０１は、出庫データ（図６の６０３）を作成し、次の商品入力の受付監視状態にて待機する。ここで、出庫データにはそれぞれ元となる受注データとの対応関係が登録される。
【００７７】
次にステップＳ４２５〜ステップＳ４３３で示す帳票出力・売上データ作成の処理について説明する。
【００７８】
利用者からステップＳ４０１で画面（図５の５０１）を介して「売上」の選択を受け付けると、ステップＳ４２５において、ハンディターミル１０１のＣＰＵ２０１は、売上メニュー画面（図５の５１８）を表示して、売上業務選択の受付監視状態にて待機し、利用者からの処理内容の選択を受け付ける。
【００７９】
利用者から「売上入力」の選択を受け付けると、ステップＳ４２６ではハンディターミナル１０１は、出庫データが存在するか否かを判断する。
【００８０】
出庫データが存在した場合には、ステップＳ４２７において、ハンディターミナル１０１のＣＰＵ２０１は、得意先選択画面（図５の５１９）を表示して得意先選択の受付監視状態にて待機し、利用者からの処理内容の選択を受け付ける。
【００８１】
出庫データが存在しない場合には、本フローチャートに示す処理を終了する。
【００８２】
ステップＳ４２７では、利用者から該当の「得意先」の選択を受け付けると、ステップＳ４２８において、ハンディターミナル１０１のＣＰＵ２０１は、売上商品一覧画面（図５の５２０）を表示して、処理実行の受付監視状態にて待機し、利用者から処理内容の選択を受け付ける。売上商品一覧画面には、ステップＳ４２７により選択を受け付けた得意先から特定される出庫データから取得される商品一覧が表示される。
【００８３】
利用者から「分割」の選択を受け付けた場合、ステップＳ４３１において、ハンディターミナル１０１のＣＰＵ２０１は、印刷プレビュー画面（図５の５２１）を表示して、処理実行の受付監視状態にて待機し、利用者による処理内容の選択を受け付ける。
【００８４】
利用者から「実行」の選択を受け付けた場合、ステップＳ４３２において、ハンディターミナル１０１のＣＰＵ２０１は、受注分割データ（図６の６０２）を元に売上伝票を出力後、ステップＳ４３３において、売上データ（図６の６０４）を作成し、次の商品入力の受付監視状態にて待機する。
【００８５】
「分割」とは、各出庫データを別々に（出庫データ毎に）売上伝票に記載をして出力することを示す。本実施例においては、図５の５２１に示すように「国産豚ウデ（真空）」と
【００８６】
「国産豚ウデ（生）」とが別の行で出力される。すなわち、受注分割されたデータの明細（実際に出庫された商品のデータ）が出力される。
【００８７】
一方、利用者から「集約」の選択を受け付けると、ステップＳ４２９において、ハンディターミナル１０１のＣＰＵ２０１は、印刷プレビュー画面（図５の５２２）を表示して、処理実行の受付監視状態にて待機し、利用者からの処理内容の選択を受け付ける。
【００８８】
利用者により、ステップＳ４２９で図５の５２２から「実行」が選択されると、ステップＳ４３０において、ハンディターミナル１０１のＣＰＵ２０１は、受注データ（図６の６０１）を元に売上伝票を出力後、ステップＳ４３３において、売上データ（図６の６０４）を作成し、次の商品入力の受付監視状態にて待機する。
【００８９】
この場合は、「分割」とは異なり、分割前（実際に受注したデータ）として明細を出力する。
【００９０】
図６は、受注データの一例を示す図である。図４のステップＳ４０８において作成されるデータである。
【００９１】
図７は、受注分割データの一例を示す図である。図４のステップＳ４１７において作成されるデータである。
【００９２】
図８は、出庫データの一例を示す図である。図４のステップＳ４２４において作成されるデータである。
【００９３】
図９は、売り上げデータの一例を示す図である。図４のステップＳ４３３において作成されるデータである。
【００９４】
図１０は、分割可能商品データの一例を示す図であり、図４のステップＳ４１３において分割先商品一覧画面を表示する際に用いられる。
【００９５】
図６〜図１０に示す各データは、ハンディターミナル１０１の記憶領域に記憶される。
【００９６】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００９７】
また、本発明におけるプログラムは、図４の処理方法をコンピュータが実行可能なプログラムである。なお、本発明におけるプログラムは図４の各装置の処理方法ごとのプログラムであってもよい。
【００９８】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【００９９】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【０１００】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【０１０１】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０２】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０３】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１０４】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１０５】
１０１  ハンディターミナル
１０２  管理端末
１０３  ネットワーク
【図１】
2013114332.tif 000003
【図２】
2013114332.tif 000004
【図３】
2013114332.tif 000005
【図４】
2013114332.tif 000006
【図５】
2013114332.tif 000007
【図６】
2013114332.tif 000008
【図７】
2013114332.tif 000009
【図８】
2013114332.tif 000010
【図９】
2013114332.tif 000011
【図１０】
2013114332.tif 000012