ホーム > 特許ランキング > アールエフシステム株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022054934
(43)【公開日】2022-04-07
(54)【発明の名称】段ボール用受注管理システム
(51)【国際特許分類】
G06Q 30/06 20120101AFI20220331BHJP
H04N 1/00 20060101ALI20220331BHJP
G06F 3/0481 20220101ALI20220331BHJP
【ＦＩ】
G06Q30/06
H04N1/00 350
H04N1/00 Z
G06F3/0481
【審査請求】有
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2020162216
(22)【出願日】2020-09-28
(71)【出願人】
【識別番号】514318862
【氏名又は名称】アールエフシステム株式会社
(74)【代理人】
【識別番号】100104433
【弁理士】
【氏名又は名称】宮園 博一
(74)【代理人】
【識別番号】100155608
【弁理士】
【氏名又は名称】大日方 崇
(72)【発明者】
【氏名】佐々木 紘
【テーマコード（参考）】
5C062
5E555
5L049
【Ｆターム（参考）】
5C062AA14
5C062AB20
5C062AB23
5C062AB38
5C062AC02
5C062AC05
5C062AC38
5C062AF16
5C062BD06
5E555AA22
5E555BA02
5E555BA68
5E555BB02
5E555BC08
5E555DB03
5E555DB56
5E555DB58
5E555DC13
5E555DC21
5E555DD07
5E555DD08
5E555EA11
5E555FA00
5L049BB54
(57)【要約】
【課題】受信した注文書の画像データに基づく注文情報の登録処理におけるヒューマンエラーを効果的に抑制することが可能な段ボール用受注管理システムを提供する。
【解決手段】この段ボール用受注管理システム１は、顧客から送信された段ボールの注文書の画像データ５０を受信する受信部２と、注文書の画像データ５０を表示する表示部３１と、表示部３１に表示された注文書に含まれる注文情報Ｒの入力操作を受け付ける入力部３２と、入力された注文情報Ｒの登録処理を行う情報処理部３３と、を含む情報処理端末３とを備える。情報処理部３３は、注文書の画像データ５０を表示する注文書画面６１と、入力内容を表示する受注画面６２とを表示部３１に表示させるとともに、入力作業中の注文情報ＣＲに対応する注文書画面６１上の位置に、識別標識６３を表示させる処理を行うように構成されている。
【選択図】図１
【解決手段】この段ボール用受注管理システム１は、顧客から送信された段ボールの注文書の画像データ５０を受信する受信部２と、注文書の画像データ５０を表示する表示部３１と、表示部３１に表示された注文書に含まれる注文情報Ｒの入力操作を受け付ける入力部３２と、入力された注文情報Ｒの登録処理を行う情報処理部３３と、を含む情報処理端末３とを備える。情報処理部３３は、注文書の画像データ５０を表示する注文書画面６１と、入力内容を表示する受注画面６２とを表示部３１に表示させるとともに、入力作業中の注文情報ＣＲに対応する注文書画面６１上の位置に、識別標識６３を表示させる処理を行うように構成されている。
【選択図】図１
【特許請求の範囲】
【請求項1】
顧客から送信されたケース状またはシート状の段ボールの注文書の画像データを受信する受信部と、
前記注文書の画像データを表示する表示部と、前記表示部に表示された前記注文書に含まれる注文情報の入力操作を受け付ける入力部と、入力された前記注文情報の登録処理を行う情報処理部と、を含む情報処理端末とを備え、
前記情報処理部は、前記注文書の画像データを表示する注文書画面と、入力内容を表示する受注画面とを前記表示部に表示させるとともに、入力作業中の前記注文情報に対応する前記注文書画面上の位置に、識別標識を表示させる処理を行うように構成されている、段ボール用受注管理システム。
前記注文書の画像データを表示する表示部と、前記表示部に表示された前記注文書に含まれる注文情報の入力操作を受け付ける入力部と、入力された前記注文情報の登録処理を行う情報処理部と、を含む情報処理端末とを備え、
前記情報処理部は、前記注文書の画像データを表示する注文書画面と、入力内容を表示する受注画面とを前記表示部に表示させるとともに、入力作業中の前記注文情報に対応する前記注文書画面上の位置に、識別標識を表示させる処理を行うように構成されている、段ボール用受注管理システム。
【請求項2】
前記情報処理部は、入力作業中の前記注文情報に対応する位置に前記識別標識を表示させるとともに、前記注文書の画像データに含まれる非入力作業中の前記注文情報に対して前記識別標識を非表示とする処理を行うように構成されている、請求項１に記載の段ボール用受注管理システム。
【請求項3】
前記注文書は、１件の前記注文情報が単位行ごとに表示される書式で作成されており、
前記識別標識は、入力作業中の前記注文情報が記載された行を表すライン状または枠状の画像を含む、請求項１または２に記載の段ボール用受注管理システム。
前記識別標識は、入力作業中の前記注文情報が記載された行を表すライン状または枠状の画像を含む、請求項１または２に記載の段ボール用受注管理システム。
【請求項4】
前記情報処理部は、前記受注画面における１件の前記注文情報の登録が完了すると、前記注文書画面における前記識別標識の表示位置を次の行に移動させる処理を行うように構成されている、請求項３に記載の段ボール用受注管理システム。
【請求項5】
前記情報処理部は、
前記注文書の画像データにおける、１行目の前記注文情報の第１位置座標の入力と、２行目の前記注文情報の第２位置座標の入力とを、前記入力部を介して受け付け、
受け付けた座標情報に基づいて、入力作業中の前記注文情報に対応する位置に前記識別標識を表示させるように構成されている、請求項３または４に記載の段ボール用受注管理システム。
前記注文書の画像データにおける、１行目の前記注文情報の第１位置座標の入力と、２行目の前記注文情報の第２位置座標の入力とを、前記入力部を介して受け付け、
受け付けた座標情報に基づいて、入力作業中の前記注文情報に対応する位置に前記識別標識を表示させるように構成されている、請求項３または４に記載の段ボール用受注管理システム。
【請求項6】
前記情報処理部は、前記受注画面において前記注文情報に含まれる入力項目に対する情報入力を受け付けると、前記注文書画面における前記識別標識に対応する位置に、入力された情報を表示させる処理を行うように構成されている、請求項１～５のいずれか１項に記載の段ボール用受注管理システム。
【請求項7】
前記情報処理部は、登録された前記注文情報の検証処理を実行するように構成され、
前記検証処理は、同一の前記注文情報に対して、前記入力部を介した複数回の登録処理を受け付け、受け付けた複数の登録内容を照合する処理を含む、請求項１～６のいずれか１項に記載の段ボール用受注管理システム。
前記検証処理は、同一の前記注文情報に対して、前記入力部を介した複数回の登録処理を受け付け、受け付けた複数の登録内容を照合する処理を含む、請求項１～６のいずれか１項に記載の段ボール用受注管理システム。
【発明の詳細な説明】
【技術分野】
【0001】
この発明は、段ボール用受注管理システムに関し、特に、注文情報が記載された注文書の画像データを受信して登録処理を行う段ボール用受注管理システムに関する。
【背景技術】
【0002】
従来、注文情報が記載された注文書の画像データを受信して登録処理を行う段ボール用受注管理システムが知られている（たとえば、特許文献１参照）。
【0003】
上記特許文献１には、ＦＡＸ（ｆａｃｓｉｍｉｌｅ）受信手段と、ＦＡＸ受信手段により受信したＦＡＸ文書から相手先コードなどの情報を読み取るＯＣＲ（Ｏｐｔｉｃａｌ ｃｈａｒａｃｔｅｒ ｒｅｃｏｇｎｉｔｉｏｎ）機能を有する相手先認識手段とを備える受信ＦＡＸ管理システムが開示されている。受信ＦＡＸ管理システムは、発信者のＦＡＸ番号、ＦＡＸヘッダ部の記録された情報、あるいはＯＣＲ機能により、受信したＦＡＸ文書の相手先を自動認識してイメージデータベースに格納する。受信した注文ＦＡＸを表示するとき、画面の右側に元のイメージデータを表示し、画面の左側にＯＣＲ機能により読み取られた注文データを表示する。オペレータは、画面右側のイメージデータを適宜拡大したりスクロールしながら、画面左側の注文データが正しく入力されているかを確認し、間違っていればマウスやキーボード等を用いて修正する。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２００２－１６５０７６号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
一般文書と異なり、注文書では、入力ミスがそのまま誤発注などにつながるため、入力ミスを極力抑止する必要がある。このような注文書の登録処理の用途としては、ＯＣＲ機能によるイメージデータの読み取りでは十分な精度が得られず、オペレータによる確認および修正作業が不可欠である。
【0006】
しかしながら、上記特許文献１に記載の受信ＦＡＸ管理システムでは、画面上に注文書のイメージデータと注文データとを表示させ、オペレータが表示内容を確認して修正作業を行うが、段ボールの注文書では、１枚の注文書中に複数件の注文が記載される形式が一般的であり、オペレータが、入力している注文情報と、イメージデータ中の他の注文情報とを見誤るヒューマンエラーを抑制できないという課題がある。特に、印字されたＦＡＸ用紙から注文内容を読み取って端末に入力を行っていた従来方式の作業に慣れたオペレータは、画面表示された注文書の読み取りに不慣れであり、拡大やスクロールを伴う場合には、注目している注文情報が画面中で移動するため、他の注文情報と見誤ることによる入力ミスや、誤入力された情報の見逃しにつながる可能性が高い。
【0007】
この発明は、上記のような課題を解決するためになされたものであり、この発明の１つの目的は、受信した注文書の画像データに基づく注文情報の登録処理におけるヒューマンエラーを効果的に抑制することが可能な段ボール用受注管理システムを提供することである。
【課題を解決するための手段】
【0008】
上記目的を達成するために、本発明の一の局面による段ボール用受注管理システムは、顧客から送信されたケース状またはシート状の段ボールの注文書の画像データを受信する受信部と、注文書の画像データを表示する表示部と、表示部に表示された注文書に含まれる注文情報の入力操作を受け付ける入力部と、入力された注文情報の登録処理を行う情報処理部と、を含む情報処理端末とを備え、情報処理部は、注文書の画像データを表示する注文書画面と、入力内容を表示する受注画面とを表示部に表示させるとともに、入力作業中の注文情報に対応する注文書画面上の位置に、識別標識を表示させる処理を行うように構成されている。
【0009】
なお、注文情報とは、顧客が注文を行う商品の、商品名、商品番号、商品の形状、商品の材質、商品の数量、商品の納期、商品の納入場所など、注文内容を特定する情報である。入力作業中の注文情報に対応する位置とは、入力作業中の注文情報の記載箇所に隣り合う位置や重なる位置、あるいは他の注文情報との相対位置関係から入力作業中の注文情報を区別して認識できる位置、を含む広い概念である。また、識別標識とは、アイコン、マーク、ライン、枠、着色部、アニメーション（点滅、グラデーションなど）など、画面上で着目部位を他の部位に対して視覚的に区別して認識できるようにする表示全般を含む広い概念である。
【0010】
この発明の一の局面による段ボール用受注管理システムでは、上記のように、情報処理部は、注文書の画像データを表示する注文書画面と、入力内容を表示する受注画面とを表示部に表示させるとともに、入力作業中の注文情報に対応する注文書画面上の位置に、識別標識を表示させる処理を行う。これにより、注文書画面に表示された注文書を見ながらオペレータが入力作業（あるいはチェック作業）を行う際、識別標識を目印にして、現在着目している注文情報の入力作業やチェック作業を行うことができる。識別標識は、入力作業中の注文情報に対応する位置に表示されるので、オペレータが入力作業中の注文情報を、注文書に記載された他の注文情報から容易かつ確実に区別できる。そのため、注文情報を見誤ることによる入力ミスや、誤入力された情報の見逃しを効果的に抑制できる。この結果、受信した注文書の画像データに基づく注文情報の登録処理におけるヒューマンエラーを効果的に抑制することができる。
【0011】
上記一の局面による段ボール用受注管理システムにおいて、好ましくは、情報処理部は、入力作業中の注文情報に対応する位置に識別標識を表示させるとともに、注文書の画像データに含まれる非入力作業中の注文情報に対して識別標識を非表示とする処理を行うように構成されている。このように構成すれば、入力作業中の注文情報に対応する位置にのみ識別標識が表示されるので、同じような注文情報が複数記載されることのある注文書においても、入力作業中の注文情報を見誤ることなく認識できる。
【0012】
上記一の局面による段ボール用受注管理システムにおいて、好ましくは、注文書は、１件の注文情報が単位行ごとに表示される書式で作成されており、識別標識は、入力作業中の注文情報が記載された行を表すライン状または枠状の画像を含む。このように構成すれば、単位行ごとに注文を処理する際に、入力作業中の行が識別標識によって特定されるので、入力作業中の注文情報を容易かつ確実に認識できる。また、印字されたＦＡＸ用紙から注文内容を読み取って端末に入力を行っていた従来方式の作業においては、オペレータが、ＦＡＸ用紙の入力作業中の行（注文情報）に定規を当てることで、誤読取を抑制することが広く行われていた。上記構成によれば、従来方式の作業において定規を当てることに類似したライン状または枠状の識別標識が注文書画面に表示されるので、従来方式の作業に慣れたオペレータに対する親和性が高く、利便性を向上させることができる。
【0013】
この場合において、好ましくは、情報処理部は、受注画面における１件の注文情報の登録が完了すると、注文書画面における識別標識の表示位置を次の行に移動させる処理を行うように構成されている。このように構成すれば、１件の注文情報の登録が完了すると、識別標識が自動的に次の行に移動するので、識別標識を移動させるための入力作業が不要であり、オペレータの作業負荷を効果的に抑制できる。
【0014】
上記識別標識は、入力作業中の注文情報が記載された行を表すライン状または枠状の画像を含む構成において、好ましくは、情報処理部は、注文書の画像データにおける、１行目の注文情報の第１位置座標の入力と、２行目の注文情報の第２位置座標の入力とを、入力部を介して受け付け、受け付けた座標情報に基づいて、入力作業中の注文情報に対応する位置に識別標識を表示させるように構成されている。ここで、同一の顧客は、同一の書式の注文書を用いて発注を行うことから、注文書の１行目の位置に基づいて最初の注文情報の位置が特定される。そして、１行目の位置と２行目の位置との差分から行間隔を取得できる。最初の注文情報の位置と行間隔とに基づいて、３行目以降の任意の行の注文情報に対しても識別標識を表示させることができる。以上の座標情報について、オペレータが、予め注文書の１行目の位置と２行目の位置とを入力して登録しておくだけの簡単な作業で、受信した注文書の画像データにおける任意の行に対応する位置に識別標識を表示させることができる。
【0015】
上記一の局面による段ボール用受注管理システムにおいて、好ましくは、情報処理部は、受注画面において注文情報に含まれる入力項目に対する情報入力を受け付けると、注文書画面における識別標識に対応する位置に、入力された情報を表示させる処理を行うように構成されている。このように構成すれば、受注画面に入力した情報を識別標識に対応する位置に表示させることにより、入力した情報と、注文書に記載されている情報とを直ちに見比べることができる。そのため、オペレータは、注文情報の登録処理の最中にオペレータが入力した情報が誤っていないかどうかを自然に確認することができるので、ヒューマンエラーをより一層効果的に抑制することができる。また、受注画面と注文書画面とを交互に見比べることなく、入力した情報を注文書画面上でセルフチェックすることができるので、オペレータの作業負荷を効果的に軽減できる。
【0016】
上記一の局面による段ボール用受注管理システムにおいて、好ましくは、情報処理部は、登録された注文情報の検証処理を実行するように構成され、検証処理は、同一の注文情報に対して、入力部を介した複数回の登録処理を受け付け、受け付けた複数の登録内容を照合する処理を含む。このように構成すれば、同一の注文情報に対して同一または複数のオペレータが複数回にわたって登録処理を行い、登録内容を相互に照合することによって、入力ミスをより確実に発見できる。単に複数回のチェックを行うのではなく、登録処理自体を複数回行うことによって、チェック時の見逃しを抑制できる。
【発明の効果】
【0017】
本発明によれば、上記のように、受信した注文書の画像データに基づく注文情報の登録処理におけるヒューマンエラーを効果的に抑制することが可能な段ボール用受注管理システムを提供することができる。
【図面の簡単な説明】
【0018】
【図1】一実施形態による段ボール用受注管理システムの全体構成を示した模式図である。
【図2】注文書画面および受注画面の表示例を示した図である。
【図3】フルサイズの受注画面の例を示した図である。
【図4】注文情報の入力時における画面表示処理を説明するための図である。
【図5】識別標識の表示位置を設定するための位置座標入力画面の例を示した図である。
【図6】受信ＦＡＸ一覧画面の例を示した模式図である。
【図7】入力された注文情報の第１検証処理を説明するための模式図である。
【図8】２つの画像レイヤーを含む注文請書画像（Ａ）と、３つの画像レイヤーを含む注文請書画像（Ｂ）とのレイヤー構造を説明するための図である。
【図9】第２画像レイヤーの例を示した模式図である。
【図10】注文請書画像の例を示した模式図である。
【図11】第３画像レイヤーの例を示した模式図である。
【図12】段ボール用受注管理システムにおける業務の流れを示した模式図である。
【図13】注文情報の登録処理を示したフローチャートである。
【図14】注文情報の検証処理を示したフローチャートである。
【図15】シート注文書の例を示した模式図である。
【発明を実施するための形態】
【0019】
以下、本発明を具体化した実施形態を図面に基づいて説明する。
【0020】
まず、図１～図１１を参照して、本実施形態による段ボール用受注管理システム１の構成について説明を行う。図１に示すように、段ボール用受注管理システム１は、顧客からＦＡＸ送信されたケース状またはシート状の段ボールの注文書の画像データ５０を受信して、注文の登録処理を行うとともに、受信した注文書の画像データ５０を管理するシステムである。
【0021】
段ボール用受注管理システム１は、受信部２と、情報処理端末３とを備える。また、図１に示す段ボール用受注管理システム１は、さらに受注登録管理サーバ４を備える。
【0022】
（受信部）
受信部２は、顧客から送信されたケース状またはシート状の段ボールの注文書の画像データ５０を受信するように構成されている。受信部２は、電話回線を通じてＦＡＸ送信された注文書の画像データ５０を受信するように構成されている。受信部２は、ＦＡＸモデムを含み、電話回線を通じて受信したＦＡＸ信号を変換してＦＡＸ画像データを生成する。受信部２により受信したＦＡＸ画像のうち、注文書が記録されたＦＡＸ画像が、注文書の画像データ５０である。また、受信部２は、受注登録管理サーバ４または情報処理端末３から、送信すべきＦＡＸ画像データを取得すると、取得したＦＡＸ画像データをＦＡＸ信号に変換して電話回線を通じて送信する。たとえば受信部２は、受信した注文書の画像データ５０に対する受注登録が完了したことを顧客（発注者）に通知するための後述する注文請書画像７０を、顧客に送信する処理を行う。
受信部２は、顧客から送信されたケース状またはシート状の段ボールの注文書の画像データ５０を受信するように構成されている。受信部２は、電話回線を通じてＦＡＸ送信された注文書の画像データ５０を受信するように構成されている。受信部２は、ＦＡＸモデムを含み、電話回線を通じて受信したＦＡＸ信号を変換してＦＡＸ画像データを生成する。受信部２により受信したＦＡＸ画像のうち、注文書が記録されたＦＡＸ画像が、注文書の画像データ５０である。また、受信部２は、受注登録管理サーバ４または情報処理端末３から、送信すべきＦＡＸ画像データを取得すると、取得したＦＡＸ画像データをＦＡＸ信号に変換して電話回線を通じて送信する。たとえば受信部２は、受信した注文書の画像データ５０に対する受注登録が完了したことを顧客（発注者）に通知するための後述する注文請書画像７０を、顧客に送信する処理を行う。
【0023】
（受注登録管理サーバ）
受注登録管理サーバ４は、受信部２により受信した注文書の画像データ５０を発信者（顧客）毎に記録して管理するように構成されている。受注登録管理サーバ４は、顧客からＦＡＸ送信されてきた注文書の画像データ５０を、受信部２から取得する。受注登録管理サーバ４は、注文書の画像データ５０に加えて、発信者番号通知機能に基づく発信者のＦＡＸ番号、ＦＡＸヘッダ情報を受信部２から取得する。ＦＡＸヘッダ情報には、発信者のＦＡＸ番号、送信日時、発信者の名称、頁数などが含まれうる。
受注登録管理サーバ４は、受信部２により受信した注文書の画像データ５０を発信者（顧客）毎に記録して管理するように構成されている。受注登録管理サーバ４は、顧客からＦＡＸ送信されてきた注文書の画像データ５０を、受信部２から取得する。受注登録管理サーバ４は、注文書の画像データ５０に加えて、発信者番号通知機能に基づく発信者のＦＡＸ番号、ＦＡＸヘッダ情報を受信部２から取得する。ＦＡＸヘッダ情報には、発信者のＦＡＸ番号、送信日時、発信者の名称、頁数などが含まれうる。
【0024】
受注登録管理サーバ４は、画像データを記録する画像用データベース４２を備えている。画像用データベース４２には、発信者（顧客）毎に個別のフォルダが作成されている。受注登録管理サーバ４は、発信者のＦＡＸ番号またはＦＡＸヘッダ情報に基づいて、受信した注文書の画像データ５０を該当する発信者（顧客）のフォルダに仕分けて記録するように構成されている。
【0025】
受注登録管理サーバ４は、段ボール用受注管理システム１において登録された注文情報Ｒを管理するように構成されている。注文書の画像データ５０が受信されると、段ボール用受注管理システム１は、情報処理端末３により、注文書に記載された注文情報Ｒの登録処理を行う。受注登録管理サーバ４は、登録された注文情報Ｒを記録する登録用データベース４１を備えている。受注登録管理サーバ４は、ネットワークを介して情報処理端末３と接続されている。受注登録管理サーバ４は、情報処理端末３からのアクセス要求に応じて、画像用データベース４２に記録した注文書の画像データ５０を情報処理端末３に送信する。登録担当者（オペレータ）が、情報処理端末３を用いて、注文書に記載された注文情報Ｒの登録処理の作業を行う。受注登録管理サーバ４は、登録処理によって入力された注文情報Ｒを情報処理端末３から受信する。受注登録管理サーバ４は、受信した注文情報Ｒと、その注文情報Ｒに対して割り当てた受注番号Ａｂとを関連付けた受注登録データ４１ａを、登録用データベース４１に記録するように構成されている。受注番号Ａｂは、１件の注文情報Ｒに対して１つ割り当てられるユニークな識別情報である。
【0026】
また、受注登録管理サーバ４は、注文書の画像データ５０に受注登録が完了したことを示す情報を追記することにより生成した注文請書画像７０を画像用データベース４２に記録するように構成されている。受注登録管理サーバ４は、受信部２を介して、生成された注文請書画像７０を注文書の発信者（顧客）に返信するように構成されている。受注登録管理サーバ４は、複数の注文請書画像７０を一括で送信すること、および個々の注文請書画像７０に登録担当者のコメントなどを付与して個別送信すること、が可能である。
【0027】
受注登録管理サーバ４は、プロセッサ、メモリ、不揮発性の記憶装置、通信インターフェースなどを含むコンピュータにより構成されている。記憶装置に記憶された受注登録管理用ソフトウェアをプロセッサが実行することにより、コンピュータが受注登録管理サーバ４として機能する。コンピュータの構成は公知であり、詳細な説明は省略する。
【0028】
（情報処理端末）
情報処理端末３は、受注登録管理サーバ４により受信された注文書の画像データ５０に記載された注文情報Ｒの登録処理を行うように構成されている。段ボール用受注管理システム１は、少なくとも１つの情報処理端末３を備える。図１の例では、複数（３つ）の情報処理端末３が設けられた例を示している。情報処理端末３の構成は基本的に同一であるので、複数の情報処理端末３のうちの１つを例に挙げて説明を行う。
情報処理端末３は、受注登録管理サーバ４により受信された注文書の画像データ５０に記載された注文情報Ｒの登録処理を行うように構成されている。段ボール用受注管理システム１は、少なくとも１つの情報処理端末３を備える。図１の例では、複数（３つ）の情報処理端末３が設けられた例を示している。情報処理端末３の構成は基本的に同一であるので、複数の情報処理端末３のうちの１つを例に挙げて説明を行う。
【0029】
情報処理端末３は、注文書の画像データ５０を表示する表示部３１と、表示部３１に表示された注文書に含まれる注文情報Ｒの入力操作を受け付ける入力部３２と、入力された注文情報Ｒの登録処理を行う情報処理部３３と、を含む。注文情報Ｒの登録処理は、注文書の画像データ５０を表示部３１に表示させ、注文書の画像データ５０に記載された注文情報Ｒの入力を入力部３２を介して受け付けることにより、情報処理部３３が注文情報Ｒを取得し、取得した注文情報Ｒを情報処理部３３から受注登録管理サーバ４に送信すること、を含む。
【0030】
情報処理端末３は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などの処理端末から構成される。情報処理部３３が、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）、メモリ、および通信インターフェースなどを含むＰＣ本体により構成される。ＣＰＵが、ＨＤＤに格納された制御プログラムを実行することによって、情報処理部３３としての機能を実行する。表示部３１は、たとえば液晶モニタなどの画像表示装置からなり、情報処理部３３の画像出力に基づき画面表示を行う。入力部３２は、登録担当者の操作入力を受け付けるキーボードおよびマウスなどからなる。
【0031】
本実施形態では、情報処理部３３は、注文情報Ｒの登録処理に際して、注文書の画像データ５０を表示する注文書画面６１と、入力内容を表示する受注画面６２とを表示部３１に表示させるように構成されている。情報処理部３３は、受注登録管理サーバ４により受信されたＦＡＸデータを一覧表示させる受信ＦＡＸ一覧画面６０（図６参照）を表示部３１に表示させることが可能に構成されている。情報処理部３３は、受信ＦＡＸ一覧画面６０において、注文情報Ｒの登録処理を実行する１つのＦＡＸデータ（注文書の画像データ５０）の選択を受け付ける。
【0032】
情報処理部３３は、選択された注文書の画像データ５０を情報処理部３３が受注登録管理サーバ４から取得し、注文書画面６１に表示させる。受注画面６２は、注文書に記載された注文情報Ｒを入力するための入力欄が設けられた画面である。登録担当者が、注文書画面６１に表示させた注文書の画像データ５０の記載内容（注文情報Ｒ）を読み取り、入力部３２を介して受注画面６２へ情報入力を行うことにより、情報処理部３３が注文情報Ｒを取得する。
【0033】
情報処理部３３は、注文書画面６１と受注画面６２とを並べて表示させる。このとき、情報処理部３３は、図１の中央の情報処理端末３のように、１つの表示部３１に注文書画面６１と受注画面６２との両方を表示させてもよいし。図１の右側の情報処理端末３のように、マルチディスプレイの形態で、第１表示部３１ａと第２表示部３１ｂとにそれぞれ注文書画面６１と受注画面６２とを表示させてもよい。
【0034】
また、情報処理端末３は、受注登録管理サーバ４に登録された受注登録データ４１ａを表示部３１に表示させる処理を行うように構成されている。表示された受注登録データ４１ａにより、登録担当者が、受注内容の閲覧、確認を行うことができる。
【0035】
（注文書画面および受注画面）
図２に示すように、注文書画面６１には、注文書の画像データ５０が表示される。
図２に示すように、注文書画面６１には、注文書の画像データ５０が表示される。
【0036】
注文書には、１件または複数件の注文情報Ｒが含まれる。注文書の書式は、規格等により定められているわけではないが、段ボール商品の商慣行として一定の書式（フォーマット）が存在している。すなわち、注文書は、１件の注文情報Ｒが単位行ごとに表示される書式で作成される。図２の例では、１行につき１件の注文情報Ｒが記載されている。なお、注文情報Ｒの項目が多い場合などは、複数行単位（たとえば２行単位）で１件の注文情報Ｒが記載されていてもよい。単位行の間隔が一定であればよい。
【0037】
図２は、ケース注文書の例を示している。注文書の画像データ５０には、画像中の上方かつ左右方向の中央に「ケース注文書」という記載が配置されている。
【0038】
注文書には、注文情報Ｒの他、顧客を特定するための注文者情報Ｒ１（たとえば、会社名、個人名、電話番号およびＦＡＸ番号など）が記載されている。注文情報Ｒは、顧客からのケース状またはシート状の段ボール（商品）の注文内容を表す情報である。注文情報Ｒは、注文する段ボールの商品を特定するための商品情報Ｒａ（たとえば、商品名、商品番号など）、注文する段ボールの納入先を特定するための納入先情報Ｒｂ（たとえば、納入場所）、注文する段ボールの数量を特定するための数量情報Ｒｃ、注文する段ボールの納期を特定するための納期情報Ｒｄ、および、注文する段ボールに関しての備考を示した備考情報Ｒｅ、注文者側の発注番号情報Ｒｆといった項目を含んでいる。
【0039】
図２の例では、注文書の画像データ５０には、注文者情報Ｒ１である「×××段ボール株式会社」と、注文者側の発注番号情報Ｒｆである「２０１７０３」とが記載されている。また、注文書の画像データ５０には、商品情報Ｒａとして「商品番号」項目および「商品名」項目、納入先情報Ｒｂとして「納入場所」項目、数量情報Ｒｃとして「数量」項目、納期情報Ｒｄとして「納期」項目および「時間」項目、備考情報Ｒｅとして「備考」項目、が記載されている。図２の例では、ケース注文書は、最大１０件（１０単位行）の注文情報Ｒを含み得る書式で記載され、１件目～８件目までの注文情報Ｒが記載されている。
【0040】
受注画面６２には、注文情報Ｒに含まれる各項目に対応した複数の入力欄６２ａ～６２ｇが表示される。複数の入力欄６２ａ～６２ｇは、受注画面６２において縦方向に沿って並べて表示されている。受注画面６２は、登録処理において注文書に含まれる注文情報Ｒが入力される入力用画面である。注文が受注登録データ４１ａとして登録された後は、受注画面６２は、登録された受注内容を表示することにより、閲覧、確認用の表示画面としての機能を有する。
【0041】
本実施形態では、情報処理部３３は、登録処理時には、受注画面６２の画面サイズを減少させることにより注文書画面６１と受注画面６２とを並べて表示させる。そして、情報処理部３３は、登録処理時以外では、受注画面６２の画面サイズを登録処理時よりも大きくさせて表示させるように構成されている。
【0042】
図３は、登録処理時以外で表示可能なフルサイズの受注画面６２の例を示す。フルサイズの受注画面６２は、表示部３１の表示領域の略全体にわたって表示される。フルサイズの受注画面６２には、登録された受注登録データ４１ａやこれに付随する各種情報が表示される。
【0043】
受注登録データ４１ａは、注文書の画像データ５０に記載された注文情報Ｒに基づいて登録される段ボールの受注に必要な情報である。具体的には、受注登録データ４１ａは、商品情報Ｒａ、納入先情報Ｒｂ、注文者情報Ｒ１に対応する顧客番号Ｒ１１、数量情報Ｒｃ、納期情報Ｒｄ、および、備考情報Ｒｅなどを含む情報である。注文者情報Ｒ１、注文情報Ｒ（商品情報Ｒａ、納入先情報Ｒｂ、数量情報Ｒｃ、納期情報Ｒｄ、および、備考情報Ｒｅ）は、注文書の画像データ５０に記載された内容である。また、受注登録データ４１ａは、登録を担当した担当者情報Ａａと、注文情報Ｒごとに割り振られる受注番号Ａｂとを含む。
【0044】
図２に示したように、情報処理部３３は、登録処理時には、注文書画面６１を受注画面６２よりも大きいサイズで表示させる。図２の例では、表示部３１の表示領域のうち、約２／３の範囲に注文書画面６１が表示され、残りの約１／３の範囲に受注画面６２が表示されている。
【0045】
登録処理時の受注画面６２には、商品情報Ｒａの入力欄６２ａ、納入先情報Ｒｂの入力欄６２ｂ、数量情報Ｒｃの入力欄６２ｃ、納期情報Ｒｄの入力欄６２ｄ、備考情報Ｒｅの入力欄６２ｅ、発注番号情報Ｒｆの入力欄６２ｆ、注文者情報Ｒ１（顧客番号Ｒ１１）の入力欄６２ｇが少なくとも表示される。また、受注画面６２には、ログイン処理に基づき、登録を担当する担当者情報Ａａが予め表示される。同様に、入力欄６２ｇには、ＦＡＸ受信時に発信者ＦＡＸ番号またはＦＡＸヘッダ情報に基づいて特定された注文者情報Ｒ１（顧客番号Ｒ１１）が予め表示される。
【0046】
また、情報処理部３３は、注文書画面６１と受注画面６２とを、別々のウィンドウ形式で表示する。登録担当者は、注文書画面６１および受注画面６２の位置（どちらを左側に表示し、どちらを右側に表示するか）およびサイズを、任意に変更できる。注文書画面６１に表示された設定保存ボタン６１ｃを入力することによって、登録処理時における注文書画面６１および受注画面６２の位置およびサイズが記憶される。画面位置およびサイズの設定情報は、登録担当者に個別に割り当てられた担当者情報Ａａに関連付けて受注登録管理サーバ４に記録される。いずれかの情報処理端末３を利用して登録担当者がログイン処理を行うことで、画面位置およびサイズの設定情報が読み出されて当該情報処理端末３において反映される。
【0047】
図２において、注文書画面６１は、画像データ５０の表示領域の他、種別選択ボタン６１ａ、標識選択ボタン６１ｂ、設定保存ボタン６１ｃ、ガイド設定ボタン６１ｄ、終了ボタン６１ｅ、完了ボタン６１ｆなどを含む。
【0048】
注文書画面６１の種別選択ボタン６１ａは、注文書に記載された注文情報Ｒの種別の選択入力を受け付けるボタンである。受注される注文には、ケース状の段ボール商品の注文と、シート状の段ボール商品の注文とがある。ケース状の段ボール商品は、段ボールに必要な印字（会社名や梱包される商品名など）が施され、ケース状に組み立てられるように切り込みや折り曲げ線が付与された段ボールである。シート状の段ボール商品は、折り曲げ線の形成、カットが行われる前のシート状態の段ボールである。注文種別に応じて、入力すべき注文情報Ｒの内容（項目）が異なる。登録担当者が注文書からいずれの種別（ケース受注、シート受注）の注文であるかを判別し、種別選択ボタン６１ａで注文種別を選択入力すると、注文種別に応じた入力欄が受注画面６２に表示される。
【0049】
登録担当者は、注文書の画像データ５０を見ながら、注文書に記載された注文情報Ｒについて１件ずつ受注画面６２に入力を行う。１件の注文情報Ｒの入力が完了すると、情報処理部３３（図１参照）は、入力された注文情報Ｒを受注登録管理サーバ４（図１参照）に送信する。受注登録管理サーバ４は、受信した注文情報Ｒに受注番号Ａｂ（図１参照）を割り当てて記録するとともに、割り当てた受注番号Ａｂを情報処理部３３に送信する。情報処理部３３は、受注番号Ａｂを受信すると、該当する注文情報Ｒに対応する注文書画面６１の位置に、受注番号Ａｂを表示（図４参照）して、その注文情報Ｒについての登録処理が完了したことを登録担当者に報知する。受注番号Ａｂを表示すると、情報処理部３３は、受注画面６２をクリアして次の１件の注文情報Ｒの入力を受け付ける。図２の例では、１件目～８件目までの注文情報Ｒの入力が完了すると、その注文書に対する登録処理が完了する。全ての注文情報Ｒについて登録作業が完了した場合、登録担当者は、注文書画面６１の完了ボタン６１ｆを入力する。完了ボタン６１ｆの入力を受け付けた情報処理部３３は、注文書の画像データ５０の登録処理が完了したことを受注登録管理サーバ４に通知し、受注登録データ４１ａに後述する未チェックフラグを付与して記録させる。なお、注文書の画像データ５０の登録処理が完了する前に途中で登録作業を中断する場合、終了ボタン６１ｅが入力されると、未チェックフラグが付与されることなく注文書画面６１を閉じることができる。
【0050】
ここで、本実施形態では、情報処理部３３（図１参照）は、図２に示したように、入力作業中の注文情報ＣＲに対応する注文書画面６１上の位置に、識別標識６３を表示させる処理を行うように構成されている。識別標識６３は、注文書画面６１に表示された注文書の画像データ５０上で、現在入力作業が行われている注文情報Ｒの記載位置を、登録担当者が視覚的に識別することを補助するためのガイド表示である。識別標識６３は、注文書の画像データ５０上に重畳させて表示される。以下、説明の便宜上、注文書の画像データ５０に記載された注文情報Ｒのうち、入力作業中の注文情報を「注文情報ＣＲ」として異なる符号を付して区別する。
【0051】
識別標識６３の表示形態は、特に限定されない。たとえば、識別標識６３は、入力作業中の注文情報ＣＲが記載された行を表すライン状または枠状の画像を含む。図２に示す例では、識別標識６３が、入力作業中の注文情報ＣＲが記載された行を表すライン状の画像（ガイドライン）である例を示す。すなわち、情報処理部３３は、入力作業中の注文情報ＣＲが記載された行の下側（入力作業中の注文情報ＣＲが記載された行と、その下の行との間）に、注文情報ＣＲが記載された行に沿って画像中の左右方向に延びるガイドラインを表示させる処理を行う。
【0052】
本実施形態では、情報処理部３３は、識別標識６３を、注文書の画像データ５０に記載された画像情報に対して強調表示させる処理を行うように構成されている。強調表示は、たとえば、画像中の他の表示に対して表示色を異ならせることや、表示態様を動的に変化させることを含む。たとえば、ＦＡＸ受信した注文書の画像データ５０は、通常、白黒の画像データであるため、情報処理部３３は、識別標識６３を白色および黒色以外の色で表示する。識別標識６３の表示色は、たとえば赤色である。図２では、便宜的に、識別標識６３の表示色が異なることを、識別標識６３にハッチングを付すことにより表現している。また、情報処理部３３は、たとえば識別標識６３を点滅させたり、時間経過に伴って色彩を変化させるなどの処理を行ってもよい。
【0053】
また、情報処理部３３は、入力作業中の注文情報ＣＲに対応する位置に識別標識６３を表示させるとともに、注文書の画像データ５０に含まれる非入力作業中の注文情報Ｒに対して識別標識６３を非表示とする処理を行うように構成されている。すなわち、注文書の画像データ５０に含まれる各注文情報Ｒ（各単位行）の各々に同時に識別標識６３を表示させるのではなく、入力作業中の１つの注文情報ＣＲに対してだけ識別標識６３を表示させる。入力作業前の注文情報Ｒまたは入力作業済みの注文情報Ｒには、識別標識６３は表示されない。
【0054】
さらに、図４に示すように、情報処理部３３は、受注画面６２において注文情報Ｒに含まれる入力項目に対する情報入力を受け付けると、注文書画面６１における識別標識６３に対応する位置に、入力された情報Ｔを表示させる処理を行うように構成されている。入力された情報Ｔは、注文書の画像データ５０上に重畳させて表示（ポップアップ表示）される。識別標識６３に対応する位置は、識別標識６３の表示位置付近であって、入力作業中の注文情報ＣＲの記載位置とは重ならない位置である。図４の例では、入力された情報Ｔが、識別標識６３の下側で識別標識６３と隣接する位置に表示される。より具体的には、情報処理部３３は、注文書画面６１の左右方向において、注文情報Ｒに含まれる入力項目の記載位置と同じ位置であって、識別標識６３の下側となる位置に、入力された情報Ｔを表示させる処理を行うように構成されている。たとえば図４では、入力作業中の３件目の注文情報ＣＲのうち、数量情報Ｒｃである「３００（枚）」が受注画面６２（入力欄６２ｃ）において入力されたとき、画像データ５０中の数量情報Ｒｃの列と同じ左右位置で、かつ識別標識６３の下側に隣接する位置（すなわち、入力された数量情報Ｒｃの記載位置の直下の位置）に、入力された情報Ｔ（「３００」）がテキストボックス形式で表示される。
【0055】
したがって、登録処理中、登録担当者が注文情報ＣＲに含まれる商品情報Ｒａ、納入先情報Ｒｂ、数量情報Ｒｃ、納期情報Ｒｄおよび備考情報Ｒｅを１項目ずつ入力すると、情報処理部３３は、それぞれの情報が入力されたタイミングで、それぞれの情報の記載位置の直下となる位置に、入力された情報Ｔをテキストボックス形式でポップアップ表示させる。
【0056】
注文情報ＣＲに含まれる全ての項目の入力が完了し、登録担当者が１件の注文情報ＣＲの入力を確定させると、上記の通り受注番号Ａｂが割り当てられる。情報処理部３３は、割り当てられた受注番号Ａｂを、入力作業中の注文情報ＣＲと同一の単位行の記載エリア外の位置に表示することにより、１件の注文情報ＣＲの登録処理を完了させる。図４の例では、受注番号Ａｂは、注文情報Ｒの記載エリア外の右端位置であるが、左端位置でもよい。
【0057】
情報処理部３３は、受注画面６２における１件の注文情報Ｒの登録が完了すると、注文書画面６１における識別標識６３の表示位置を次の行（次の単位行）に移動させる処理を行うように構成されている。たとえば最上行である１件目の注文情報Ｒの登録が完了し、受注番号Ａｂの表示処理を行うと、情報処理部３３は、識別標識６３の表示位置を２件目（２行目）の注文情報Ｒの下側に移動させる。図４の例の場合、３件目（３行目）の注文情報ＣＲの入力作業中の例を示しているので、次は４件目（４行目）の注文情報Ｒが入力作業中の注文情報ＣＲとなって、４行目の注文情報Ｒの下側に識別標識６３が移動される。
【0058】
以上のようにして、注文書画面６１および受注画面６２による注文情報Ｒの登録処理が行われる。
【0059】
（表示位置の決定方法）
ここで、注文書画面６１において、識別標識６３の表示位置を決定する方法について説明する。本実施形態では、情報処理部３３は、注文書の画像データ５０における注文情報Ｒの先頭行（１行目）の位置情報、および単位行の間隔の情報を予め取得し、取得した情報に基づいて、入力作業中の注文情報ＣＲに対応する表示位置を決定し、識別標識６３を表示させるように構成されている。
ここで、注文書画面６１において、識別標識６３の表示位置を決定する方法について説明する。本実施形態では、情報処理部３３は、注文書の画像データ５０における注文情報Ｒの先頭行（１行目）の位置情報、および単位行の間隔の情報を予め取得し、取得した情報に基づいて、入力作業中の注文情報ＣＲに対応する表示位置を決定し、識別標識６３を表示させるように構成されている。
【0060】
情報処理部３３は、図５に示すように、注文書の画像データ５０における、１行目の注文情報Ｒの第１位置座標Ｑ１の入力と、２行目の注文情報Ｒの第２位置座標Ｑ２の入力とを、入力部３２を介して受け付けるように構成されている。そして、情報処理部３３は、受け付けた座標情報に基づいて、入力作業中の注文情報ＣＲに対応する位置に識別標識６３を表示させるように構成されている。
【0061】
図５は、位置座標入力画面６４を示す。情報処理部３３（図１参照）は、位置座標入力画面６４において注文書の画像データ５０を表示させ、入力部３２（図１参照）を介して、１行目の注文情報Ｒに対して識別標識６３を表示すべき位置の指定と、２行目の注文情報Ｒに対して識別標識６３を表示すべき位置の指定と、を受け付ける。位置の指定は、登録担当者が、たとえば入力部３２であるマウスを使用して、ポインタを指定位置に配置した状態でクリックを行うことにより、位置の指定が行われる。情報処理部３３は、クリックされた１行目の指定位置の第１位置座標Ｑ１と、クリックされた２行目の指定位置の第２位置座標Ｑ２と、を取得する。なお、注文書の画像データ５０の縦方向の位置座標をＹ座標とし、横方向の位置座標をＸ方向とすると、第１位置座標Ｑ１および第２位置座標Ｑ２は、Ｙ座標値を特定できればよく、Ｘ座標値は任意である。情報処理部３３は、取得された第１位置座標Ｑ１および第２位置座標Ｑ２に、それぞれ識別標識６３を仮表示させる。
【0062】
位置座標入力画面６４には、位置座標の微調整ボタン６４ａが表示されうる。情報処理部３３は、仮表示させた識別標識６３の位置に、上向きおよび下向きの微調整ボタン６４ａを表示させる。登録担当者が入力部３２により微調整ボタン６４ａを入力（クリック）すると、情報処理部３３は、指定された方向へ、識別標識６３の表示位置を１ドットまたは数ドット単位で微小移動させる。
【0063】
また、位置座標入力画面６４には、行数入力欄６４ｂが表示される。登録担当者は、注文書に含まれる最大の行数（注文情報Ｒの最大件数）を数値入力する。情報処理部３３は、行数入力欄６４ｂへの入力値に基づき、識別標識６３を表示させる際の最大行数を取得する。図５の例では、最大行数は１０行である。
【0064】
このようにして、情報処理部３３は、第１位置座標Ｑ１に基づいて、注文書の画像データ５０における注文情報Ｒの先頭行（１行目）の位置情報を取得する。情報処理部３３は、第１位置座標Ｑ１および第２位置座標Ｑ２に基づいて、注文書の画像データ５０における行間隔を取得する。情報処理部３３は、２行目以降の注文情報Ｒの入力作業が行われる際に、識別標識６３を行間隔分ずつ下方向に移動（オフセット）させることにより、各行の注文情報Ｒに対応した位置へ識別標識６３を表示させる。
【0065】
なお、商品情報Ｒａ、納入先情報Ｒｂ、数量情報Ｒｃ、納期情報Ｒｄおよび備考情報Ｒｅを入力した際に、入力された情報Ｔ（図４参照）を表示する位置についても、識別標識６３と同様に予め設定しておくことができる。この場合、情報処理部３３は、図４に示した注文書画面６１において、ガイド設定ボタン６１ｄの入力操作に応じて、入力部３２を介して、各入力項目の記載位置の指定を受け付ける。情報処理部３３は、ポインタがクリックされた時のＸ座標置を、入力項目ごとに取得する。情報処理部３３は、識別標識６３のＹ座標値と、入力項目ごとのＸ座標値とに基づいて、入力された情報Ｔの表示位置の座標情報を取得できる。
【0066】
上述の通り、注文書の書式は決まっており、大多数の顧客は注文書のテンプレートに注文を入力するか、あるいはテンプレートに手書きで注文を記入することにより、注文書を作成する。顧客毎の注文書のバリエーションは、それほど多くなく、たとえば２～３種類、多くても５種類程度のパターンに特定しうる。そのため、本実施形態の段ボール用受注管理システム１（図１参照）は、顧客が利用するテンプレートの種類に応じて、複数の座標情報を予め登録し、選択可能に構成されている。たとえば図５の例では、形式登録欄６４ｃにおいて、顧客毎に、形式１～３の３種類の座標情報を登録可能とした例を示している。登録された各座標情報は、注文者情報Ｒ１（顧客番号Ｒ１１）と関連付けて受注登録管理サーバ４（図１参照）に記録される。
【0067】
情報処理部３３（図１参照）は、図４に示したように、注文書画面６１の標識選択ボタン６１ｂにおいて、登録済みの座標情報のいずれを使用するかの選択を受け付け可能である。標識選択ボタン６１ｂはプルダウンメニューの形式で表示され、登録担当者が登録済みの座標情報（たとえば形式１～３）のいずれかを選択することができる。情報処理部３３は、選択された座標情報に基づいて、識別標識６３の表示処理を行う。
【0068】
したがって、注文書画面６１が表示されるとき、入力欄６２ｇに予め表示された注文者情報Ｒ１（顧客番号Ｒ１１）に関連付けられた座標情報が自動的に取得される。たとえば形式１～３のように座標情報が複数ある場合、初期設定として登録された所定の座標情報（たとえば形式１に登録された座標情報）が取得され、識別標識６３の表示処理が行われる。自動取得された座標情報（形式１）が、注文書画面６１を表示させた注文書の画像データ５０の書式と一致していない場合に、登録担当者が、標識選択ボタン６１ｂを操作することによって、注文書の画像データ５０の書式と一致する座標情報が選択され、これにより識別標識６３の表示が更新される。
【0069】
（受注データのチェック処理）
段ボール用受注管理システム１は、受注登録管理サーバ４に記憶された受注登録データ４１ａに対して、別のチェック担当者により受注内容のチェック作業を行うための機能を有している。すなわち、情報処理部３３は、登録された注文情報Ｒの検証処理を実行するように構成されている。
段ボール用受注管理システム１は、受注登録管理サーバ４に記憶された受注登録データ４１ａに対して、別のチェック担当者により受注内容のチェック作業を行うための機能を有している。すなわち、情報処理部３３は、登録された注文情報Ｒの検証処理を実行するように構成されている。
【0070】
本実施形態では、段ボール用受注管理システム１には、複数種類の検証処理が予め設定されており、顧客、注文内容または選択入力などに応じて、実行される検証処理の種類を選択可能とされている。具体的には、段ボール用受注管理システム１は、注文情報Ｒの複数回入力による第１検証処理と、チェックマーク入力方式による第２検証処理と、を選択可能に構成されている。
【0071】
〈第１検証処理〉
第１検証処理は、同一の注文情報Ｒに対して、入力部３２を介した複数回の登録処理を受け付け、受け付けた複数の登録内容を照合する処理である。
第１検証処理は、同一の注文情報Ｒに対して、入力部３２を介した複数回の登録処理を受け付け、受け付けた複数の登録内容を照合する処理である。
【0072】
図７に示すように、たとえば２回の登録処理を行う場合、第１の登録担当者により１つの注文書の画像データ５０（図２参照）についての注文情報Ｒが入力された後、第１の登録担当者とは異なる第２の登録担当者が、同一の注文書の画像データ５０についての注文情報Ｒの入力を別個に行う。それぞれの注文情報Ｒの入力は、同一または別個の情報処理端末３で行われる。受注登録管理サーバ４は、１回目の登録処理で受け付けた注文情報Ｒに基づいて作成した受注登録データ４１ａに未チェックフラグを付与して記録する。２回の登録処理によって入力された２種類の登録内容が完全に一致する場合には、受注登録管理サーバ４における受注登録データ４１ａの未チェックフラグがチェック完了フラグに書き換えられる。一方、２回の登録処理によって入力された２種類の登録内容に一致しない箇所がある場合、情報処理部３３は、登録内容が一致しないことを示すエラー表示を行い、登録担当者に確認および修正を促す。修正により登録内容が完全一致した場合、上記のように受注登録データ４１ａの未チェックフラグがチェック完了フラグに変更される。
【0073】
第１検証処理が完了すると、注文請書画像７０の作成が行われる。注文請書画像７０は、注文書の画像データ５０に基づいて作成される注文請書の画像である。情報処理部３３は、図１に示したように、注文書の画像データ５０に対して、その注文書の画像データ５０に記載された全ての注文情報Ｒに対して、対応する受注番号Ａｂが少なくとも書き込まれた注文請書画像７０を作成して、受注登録管理サーバ４に記憶させる。
【0074】
具体的には、図８（Ａ）に示すように、注文書の画像データ５０を含む第１画像レイヤー５１に、受注登録データ４１ａを含む第２画像レイヤー５２を重ねることにより、注文請書画像７０が作成される。第１画像レイヤー５１は、注文書の画像データ５０のみを含み、注文書の原本データが記録されたレイヤーである。
【0075】
情報処理部３３（図１参照）は、注文書の画像データ５０における文字を認識することにより、画像上での文字の位置座標（Ｘ座標値、Ｙ座標値）を取得するように構成されている。また、情報処理部３３は、注文書の画像データ５０上の文字を認識することにより、注文書の画像データ５０上の文字の記載領域の外側エリアである空白部も認識する。
【0076】
そして、情報処理部３３（図１参照）は、図９に示すように、受注登録データ４１ａを第２画像レイヤー５２にテキストデータとして書き込むように構成されている。具体的には、情報処理部３３は、受注登録データ４１ａのうちの、担当者情報Ａａ（担当者名）、顧客番号Ｒ１１および受注番号Ａｂを、第２画像レイヤー５２に書き込む。複数の受注番号Ａｂは、それぞれの受注番号Ａｂが割り当てられた注文情報Ｒと隣り合う位置（同一の行内）に配置される。なお、図９では、便宜的に、第１画像レイヤー５１に記録された情報についても、破線で図示している。
【0077】
情報処理部３３は、さらに、注文を受領した旨を示す受領情報５２ａをテキストデータとして第２画像レイヤー５２に書き込むように構成されている。受領情報５２ａは、たとえば、「ご注文いただき誠にありがとうございました。」という文言である。また、情報処理部３３は、「株式会社ＡＡＡ」という社印のイメージデータ５２ｂを第２画像レイヤー５２に書き込むように構成されている。
【0078】
このように、情報処理部３３は、図１０に示すように、受注番号Ａｂと、受領情報５２ａとを、注文書の画像データ５０にテキストデータとして第２画像レイヤー５２に書き込んだ注文請書画像７０を作成する。そして、情報処理部３３は、注文請書画像７０を注文請書画像７０として、受注登録管理サーバ４（図１参照）の画像用データベース４２に記憶させるように構成されている。
【0079】
なお、注文請書画像７０において、第１画像レイヤー５１と第２画像レイヤー５２とは、ビューワーソフトウェアにより、重畳した状態で表示できるだけでなく、個別に表示可能である。図１０の注文請書画像７０において注文書の文字に担当者情報Ａａ、顧客番号Ｒ１１および受注番号Ａｂが重なっていたとしても、第２画像レイヤー５２を一時的に非表示にして、第１画像レイヤー５１の注文書（原本）の文字を確認可能である。
【0080】
〈第２検証処理〉
第２検証処理は、受注登録データ４１ａに基づいて作成された注文請書画像７０に対して、チェック担当者がチェックを行い、チェックしたことを示すチェックマーク５３ａ（図１１参照）を注文請書画像７０の別レイヤーに記録する処理である。そのため、第２検証処理が行われる場合、受注登録データ４１ａの検証が完了する前に、図１０に示した注文請書画像７０が仮作成される。
第２検証処理は、受注登録データ４１ａに基づいて作成された注文請書画像７０に対して、チェック担当者がチェックを行い、チェックしたことを示すチェックマーク５３ａ（図１１参照）を注文請書画像７０の別レイヤーに記録する処理である。そのため、第２検証処理が行われる場合、受注登録データ４１ａの検証が完了する前に、図１０に示した注文請書画像７０が仮作成される。
【0081】
第２検証処理では、情報処理部３３は、図８（Ｂ）に示すように、第１画像レイヤー５１および第２画像レイヤー５２に加えて、注文請書画像７０に対するチェックが行われたことを示すチェックマーク５３ａを含む第３画像レイヤー５３を重ねるように構成されている。
【0082】
具体的には、情報処理部３３は、登録担当者とは別のチェック担当者の入力を受け付けることにより、受注登録管理サーバ４から注文請書画像７０を情報処理部３３に送信させて、表示部３１の注文書画面６１に注文請書画像７０を表示させ、対応する受注登録データ４１ａを受注画面６２に表示させるように構成されている。
【0083】
そして、チェック担当者が、受注画面６２に表示された受注登録データ４１ａと、注文請書画像７０における記載内容とを比較することにより、受注登録データ４１ａのチェックを行う。情報処理部３３は、図１１に示すように、チェック担当者の第３画像レイヤー５３上への入力受付（ポインタでのクリック）により、チェックに問題が無かった項目に対してチェックマーク５３ａを第３画像レイヤー５３に書き込むように構成されている。情報処理部３３は、注文請書画像７０における各項目の上にチェックマーク５３ａを第３画像レイヤー５３に書き込むように構成されている。また、情報処理部３３は、チェック担当者の第３画像レイヤー５３への入力受付により、チェック担当者の担当者情報５３ｂ（たとえば、名前）を第３画像レイヤー５３に書き込むように構成されている。なお、受注登録データ４１ａにも、チェックを完了したことを書き込むためのチェックボックスが設けられてもよい。この場合、チェック担当者は、チェックに問題が無かった項目に対してチェックボックスにチェックを入力する。
【0084】
これにより、情報処理部３３は、図８（Ｂ）に示すように、第３画像レイヤー５３を含む注文請書画像７０を作成する。なお、第３画像レイヤー５３を非表示にすることにより、チェックマーク５３ａが非表示にされた注文請書画像７０を取得することが可能である。第３画像レイヤー５３に記入されるチェック項目は予め設定されている。全てのチェック項目にチェックマークが記入された注文請書画像７０が作成されると、受注登録管理サーバ４は、登録用データベース４１における受注登録データ４１ａの未チェックフラグをチェック完了フラグに書き換える。
【0085】
以上のようにして、受注登録データ４１ａの記録（注文情報Ｒの登録処理）が完了し、いずれかの検証処理が実行済みとなった場合、段ボール用受注管理システム１（図１参照）は、作成された注文請書画像７０を、注文書を発送した顧客に対してＦＡＸ送信するように構成されている。すなわち、図１に示すように、受注登録管理サーバ４が、チェック完了フラグが記録された受注登録データ４１ａの注文請書画像７０が存在する場合に、情報処理端末３を介して送信指示を取得すると、受注登録データ４１ａに記録された注文者情報Ｒ１に基づいて、顧客に対してＦＡＸ送信を行う。注文請書画像７０が第３画像レイヤー５３を含む場合、送信されるＦＡＸデータでは第３画像レイヤー５３が非表示とされる。
【0086】
（業務の流れ）
次に、図１２を参照して、段ボール用受注管理システム１での業務の流れについて説明する。なお、以下では、第１検証処理を行うケースについて例示する。
次に、図１２を参照して、段ボール用受注管理システム１での業務の流れについて説明する。なお、以下では、第１検証処理を行うケースについて例示する。
【0087】
【0088】
図６に示した受信ＦＡＸ一覧画面６０は、受信ＦＡＸデータが選択可能に一覧表示されるデータ表示領域６０ａを含む。登録担当者は、データ表示領域６０ａにおいて、担当する顧客からの受信ＦＡＸデータの中から、未処理の１つのＦＡＸデータを選択する。未処理のＦＡＸデータは、受信ＦＡＸデータの「状態」カラム６０ｅにおいて、未処理を示す「未」の表示がされる。なお、受注登録管理サーバ４では、いずれかの情報処理端末３において登録処理中のＦＡＸデータは、登録処理中であることを示す「中」の表示がされ、他の情報処理端末３からのアクセスが制限される。そのため、同一の注文書に対して、別々の情報処理端末３により同時並行で登録処理が行われることが回避される。
【0089】
選択された未処理の注文書の画像データ５０が画面中の画像表示領域６０ｂに表示される。登録担当者は、表示された注文書の画像データ５０についての登録処理を行う場合、「左へ拡大」または「右へ拡大」のいずれかの拡大表示ボタン６０ｃを入力することで、登録処理を行う表示に遷移させる。「左へ拡大」の拡大表示ボタン６０ｃを入力すると、図２に示したように表示領域の左側へ注文書画面６１が配置され、注文書の画像データ５０が拡大表示される。図示省略するが、「右へ拡大」の拡大表示ボタン６０ｃを入力すると、表示領域の右側へ注文書画面６１が配置され、注文書の画像データ５０が拡大表示される。いずれの場合も、注文書画面６１とは反対側にサイズを減少させた受注画面６２が表示される。
【0090】
なお、受信ＦＡＸ一覧画面６０において、受注処理済みのＦＡＸデータを選択して、フルサイズの受注画面６２（図３参照）に遷移できる。フィルタ設定部６０ｄにおいて、受信日に基づいてデータ表示領域６０ａに表示させる受信ＦＡＸデータの範囲を絞り込むフィルタリングが可能である。また、フィルタ設定部６０ｄでは、「得意先」、「状態」、「受注日」、「受注番号」などの検索条件を入力して、検索条件に該当する受信ＦＡＸデータだけをデータ表示領域６０ａに表示させることができる。
【0091】
図１２の業務Ｗ２において、登録担当者が、注文書画面６１（図２参照）に表示された注文書の画像データ５０に記載された注文情報Ｒの登録処理を行う。図２において、登録担当者は、入力部３２（図１参照）を操作して、注文書画面６１に表示される識別標識６３により示された注文情報Ｒを１件（１行）ずつ入力する。注文書の画像データ５０に記載された全ての注文情報Ｒの入力が完了し、全ての注文情報Ｒに対して受注番号Ａｂ（図４参照）が割り当て表示されると、入力が完了する。登録用データベース４１は、１回目の登録処理で受け付けた受注登録データ４１ａに未チェックフラグを付与して記録する。
【0092】
図１２の業務Ｗ３および業務Ｗ４において、検証処理が行われる。すなわち、業務Ｗ２における第１の登録担当者とは別の第２の登録担当者（チェック担当者）が、登録内容について検証する業務を行う。
【0093】
業務Ｗ３において、第２の登録担当者は、情報処理端末３から受注登録管理サーバ４にアクセスし、受信ＦＡＸ一覧画面６０（図６参照）を表示させる。受信ＦＡＸ一覧画面６０において、担当する顧客からの受信ＦＡＸデータの中から、未チェックフラグが付与された１つのＦＡＸデータを選択する。なお、未チェックフラグが付与されたＦＡＸデータは、受信ＦＡＸデータの「状態」カラム６０ｅにおいて、情報入力（登録処理）が完了しているがチェック（検証処理）がされていないことを示す「完」の表示がされる。
【0094】
選択された未チェックの注文書の画像データ５０が画面中の表示領域に表示されると、第２の登録担当者は、いずれかの拡大表示ボタン６０ｃを入力することで、登録処理を行う表示に遷移させる。そして、第２の登録担当者は、業務Ｗ４において検証処理を行う。第１検証処理が行われる場合、第２の登録担当者は、２回目の登録処理を行う。２回目の登録処理は、上記した業務Ｗ２と同様の登録処理である。
【0095】
検証処理において登録内容にエラーが存在する場合、業務Ｗ５において、第２の登録担当者（第１の登録担当者でもよい）は、入力した受注登録データ４１ａの確認および修正を行う。
【0096】
登録内容にエラーが存在しない場合、受注登録管理サーバ４により、受注登録データ４１ａの未チェックフラグがチェック完了フラグに変更される。受信ＦＡＸ一覧画面６０（図６参照）では、チェック完了フラグが付された受信ＦＡＸデータについては、「状態」カラム６０ｅにおいて、チェックが終了したことを示す「終」の表示がされる。情報処理端末３（図１参照）は、注文書の画像データ５０を記録した第１画像レイヤー５１と、各注文情報Ｒに対して割り当てられた受注番号Ａｂ、受領情報５２ａおよび社印のイメージデータ５２ｂを記録した第２画像レイヤー５２とを含んだ注文請書画像７０を生成し、受注登録管理サーバ４に送信する。
【0097】
登録担当者は、作業Ｗ６において、受信ＦＡＸ一覧画面６０（図６参照）で「終」の表示がされた（チェック完了フラグが付された）受信ＦＡＸデータについて、注文請書画像７０の送信指示を入力する。検証処理が完了し「終」の表示がされた受信ＦＡＸデータが複数件存在する場合、登録担当者は、それらの受信ＦＡＸデータを複数選択することで、注文請書画像７０を一括で送信させる指示を行うことができる。また、登録担当者は、「終」の表示がされた受信ＦＡＸデータを個別に選択することで、選択された注文請書画像７０にさらにコメントなどを追加した上で送信させる指示を行うことができる。受注登録管理サーバ４は、注文請書画像７０を画像用データベース４２に記憶し、情報処理端末３を介して送信指示を受信すると、指示内容に応じて注文請書画像７０を顧客に対してＦＡＸ送信する。
【0098】
なお、第２検証処理が行われる場合、業務Ｗ４において、仮の注文請書画像７０が生成され、チェック担当者によるチェック作業が実施され、全てのチェック項目に対するチェックマーク５３ａの入力が完了すると、受注登録管理サーバ４により、受注登録データ４１ａの未チェックフラグがチェック完了フラグに変更される。この場合、注文請書画像７０に、チェックマーク５３ａや担当者情報５３ｂが記録された第３画像レイヤー５３が追加記録され画像用データベース４２に記憶される。受注登録管理サーバ４は、情報処理端末３を介して受信した送信指示に応じて、第３画像レイヤー５３を非表示化した注文請書画像７０を顧客に対してＦＡＸ送信する。
【0099】
（注文情報の登録処理のフローチャート）
次に、図１３を参照して、注文情報Ｒの登録処理における情報処理部３３の処理の流れを説明する。注文情報Ｒの登録処理は、上記のように、受信ＦＡＸ一覧画面６０（図６参照）において、未処理のＦＡＸデータを選択して拡大表示ボタン６０ｃを入力することで、開始される。なお、段ボール用受注管理システム１の各部については、図１を参照するものとする。注文書画面６１および受注画面６２については、図２および図４を参照するものとする。
次に、図１３を参照して、注文情報Ｒの登録処理における情報処理部３３の処理の流れを説明する。注文情報Ｒの登録処理は、上記のように、受信ＦＡＸ一覧画面６０（図６参照）において、未処理のＦＡＸデータを選択して拡大表示ボタン６０ｃを入力することで、開始される。なお、段ボール用受注管理システム１の各部については、図１を参照するものとする。注文書画面６１および受注画面６２については、図２および図４を参照するものとする。
【0100】
図１３のステップＳ１において、情報処理部３３は、図２に示した注文書画面６１および受注画面６２を表示部３１に並べて表示させる。この際、情報処理部３３は、担当者情報Ａａに関連付けて受注登録管理サーバ４に記録された画面位置およびサイズの設定情報に基づいて、登録担当者に対応した位置およびサイズで注文書画面６１および受注画面６２を表示させる。
【0101】
ステップＳ２において、情報処理部３３は、種別選択ボタン６１ａ（図２参照）の入力を受け付ける。情報処理部３３は、ケース受注およびシート受注のうち、入力された受注種別に応じた入力欄を受注画面６２に表示させる。
【0102】
ステップＳ３において、情報処理部３３は、注文書画面６１に識別標識６３（図２参照）を表示させる。この際、情報処理部３３は、登録済みの座標情報のうちから、初期設定として登録されている座標情報（たとえば、形式１）を受注登録管理サーバ４から取得して、１行目の注文情報Ｒに対応する位置に、識別標識６３を表示させる。なお、識別標識６３の表示位置が、注文書画面６１に表示されている注文書の書式と一致しない場合、登録担当者は、注文書画面６１の標識選択ボタン６１ｂ（図２参照）から、注文書の書式に対応した座標情報を選択する。情報処理部３３は、選択された座標情報を受注登録管理サーバ４から取得して、注文書画面６１における識別標識６３を更新表示させる。座標情報の選択受け付けおよび識別標識６３の更新表示の処理については、図１３では省略する。
【0103】
ステップＳ４において、情報処理部３３は、入力部３２を介して、１件の注文情報Ｒの情報入力を受け付ける。この際、注文情報Ｒに含まれる各項目（商品情報Ｒａ、納入先情報Ｒｂ、数量情報Ｒｃ、納期情報Ｒｄおよび備考情報Ｒｅ）への入力が行われる度に、情報処理部３３は、識別標識６３に対応する位置に、入力された情報Ｔ（図４参照）を表示させる処理を行う。
【0104】
１件の注文情報Ｒの情報入力が完了すると、ステップＳ５において、情報処理部３３は、入力された１件の注文情報Ｒを受注登録管理サーバ４に送信するとともに、割り当てられた受注番号Ａｂを受信する。情報処理部３３は、注文書画面６１において、入力された１件の注文情報Ｒの記載位置と隣り合う位置に、受信した受注番号Ａｂ（図４参照）を表示する。これにより、１件の注文情報Ｒの登録作業が完了する。
【0105】
ステップＳ６において、情報処理部３３は、注文書画面６１における識別標識６３を、次の単位行の位置へ移動させて表示させる。また、情報処理部３３は、次の注文情報Ｒの入力を受け付けるように、受注画面６２の各入力欄をクリアする。
【0106】
ステップＳ７において、情報処理部３３は、注文書画面６１に表示させた注文書の画像データ５０についての注文登録処理を終了するか否かを判断する。情報処理部３３は、注文書画面６１における完了ボタン６１ｆ（図４参照）が入力された場合、注文登録処理を終了する。完了ボタン６１ｆが入力されない場合、情報処理部３３は、処理をステップＳ４に戻す。ステップＳ４～ステップＳ６が繰り返されることにより、注文書の各行に記載された注文情報Ｒの登録が１件ずつ順番に行われる。全ての注文情報Ｒの入力が完了し、登録担当者が完了ボタン６１ｆを入力することにより、登録処理が完了する。情報処理部３３は、受注登録管理サーバ４の登録用データベース４１における受注登録データ４１ａに登録処理の完了を示す未チェックフラグを記録する制御を行う。受信ＦＡＸ一覧画面６０（図６参照）において、未チェックフラグが記録されＦＡＸデータの「状態」カラム６０ｅに「完」が表示される。
【0107】
（検証処理のフローチャート）
次に、図１４を参照して、注文情報Ｒの検証処理における情報処理部３３の処理の流れを説明する。注文情報Ｒの検証処理は、上記のように、受信ＦＡＸ一覧画面６０（図６参照）において、未チェックフラグが記録されたＦＡＸデータを選択（「状態」カラム６０ｅに「完」が表示された行を選択）して拡大表示ボタン６０ｃを入力することで、開始される。段ボール用受注管理システム１の各部については、図１を参照し、注文書画面６１および受注画面６２については、図２および図４を参照する。
次に、図１４を参照して、注文情報Ｒの検証処理における情報処理部３３の処理の流れを説明する。注文情報Ｒの検証処理は、上記のように、受信ＦＡＸ一覧画面６０（図６参照）において、未チェックフラグが記録されたＦＡＸデータを選択（「状態」カラム６０ｅに「完」が表示された行を選択）して拡大表示ボタン６０ｃを入力することで、開始される。段ボール用受注管理システム１の各部については、図１を参照し、注文書画面６１および受注画面６２については、図２および図４を参照する。
【0108】
図１４のステップＳ１１において、情報処理部３３は、第１検証処理および第２検証処理のうち、いずれを行うかを選択する。たとえば注文者情報Ｒ１に応じて、検証処理が選択される。たとえばシート受注の場合には第１検証処理が選択されるなど、受注種別に応じて検証処理が選択される。たとえばチェック担当者の入力操作に応じて検証処理が選択される。
【0109】
第１検証処理を行う場合、ステップＳ１２において、２回目の登録処理が行われる。登録処理の内容は、図１３に示したステップＳ１～Ｓ７と同様であるので、説明を省略する。
【0110】
ステップＳ１３において、情報処理部３３は、１回目の登録処理により登録用データベース４１に記録された受注登録データ４１ａと、２回目の登録処理により新たに入力された注文情報Ｒとを照合し、２回の登録処理によって入力された２種類の登録内容が完全に一致するか否かを判断する。
【0111】
２回の登録処理によって入力された２種類の登録内容が一致しない場合には、情報処理部３３は、図１４のステップＳ１４において、エラー表示を行うとともに、入力情報の修正を受け付ける。修正を受け付けた後、情報処理部３３は、ステップＳ１３の判断を再度行う。
【0112】
ステップＳ１３で２種類の登録内容が完全に一致した場合には、情報処理部３３は、ステップＳ１５において、受注登録管理サーバ４の登録用データベース４１における受注登録データ４１ａの未チェックフラグをチェック完了フラグに書き換える制御を行う。これにより、第１検証処理が完了する。検証処理が終了したＦＡＸデータは、受信ＦＡＸ一覧画面６０（図６参照）において、「状態」カラム６０ｅの表示が「終」に変更される。
【0113】
一方、ステップＳ１１において第２検証処理が選択された場合、情報処理部３３は、ステップＳ２１において、第１画像レイヤー５１および第２画像レイヤー５２を含む仮の注文請書画像７０（図１０参照）を表示部３１の注文書画面６１に表示させ、対応する受注登録データ４１ａを受注画面６２に表示させる。
【0114】
ステップＳ２２において、情報処理部３３は、注文請書画像７０に第３画像レイヤー５３（図８参照）を作成し、注文書画面６１上で、予め設定されたチェック項目に対するチェック入力を受け付ける。情報処理部３３は、入力部３２を介してチェック項目への入力を受け付けると、ステップＳ２３において、注文書画面６１に表示させた注文請書画像７０（第３画像レイヤー５３）上の入力位置に、チェックマーク５３ａ（図１１参照）を表示および記録する。
【0115】
ステップＳ２４において、情報処理部３３は、全てのチェック項目に対する入力が完了したか否かを判断する。未チェック項目が存在する場合、情報処理部３３は、処理をステップＳ２２に戻し、チェックマーク５３ａの入力を受け付ける。全てのチェック項目に対する入力が完了した場合、情報処理部３３は、ステップＳ２５において、注文請書画像７０の第３画像レイヤー５３に、チェック担当者の担当者情報５３ｂを記録して、第３画像レイヤー５３を含む注文請書画像７０（図１１参照）を作成（上書き）する。
【0116】
ステップＳ２６において、情報処理部３３は、受注登録管理サーバ４における受注登録データ４１ａの未チェックフラグをチェック完了フラグに書き換える制御を行う。これにより、第２検証処理が完了する。検証処理が終了したＦＡＸデータは、受信ＦＡＸ一覧画面６０（図６参照）において、「状態」カラム６０ｅの表示が「終」に変更される。
【0117】
なお、いずれかの検証処理が完了し、受注登録データ４１ａにチェック完了フラグが記録されると、受注登録管理サーバ４は、情報処理端末３からＦＡＸ送信指示を受信することにより、顧客に対して注文請書画像７０の送信を行う。
【0118】
以上により、検証処理が行われる。
【0119】
（シート注文書の例）
上記した説明では、ケース注文書を例にした。図１５を参照して、シート注文書について説明する。
上記した説明では、ケース注文書を例にした。図１５を参照して、シート注文書について説明する。
【0120】
図１５に示す注文書の画像データ５０には、紙面上方かつ紙面左右方向の中央に「シート注文書」という記載が配置されている。注文書の画像データ５０には、注文者情報Ｒ１（「ＸＸＸ段ボール株式会社」）と、注文情報Ｒとが配置されている。
【0121】
図１５の例では、注文情報Ｒは、商品情報Ｒａとして、「フルート」、「紙質（ライナー）」、「紙質（中芯）」、「シート寸法」および「罫線」の各項目を含む。ケース注文書では、「商品番号」や「商品名」によって寸法や形状が特定されるのに対して、シート注文書では、「シート寸法」および「罫線」によって寸法や形状が注文毎に異なる。この「シート寸法」および「罫線」の受注内容にミスがあると、納品された段ボールシートからケースを製造できなくなるため、誤入力を防止する必要性が極めて高い。上記した第１検証処理をシート注文の場合に選択するように情報処理部３３を構成することは、シート注文書におけるミスの抑制に効果的である。
【0122】
図１５の例では、注文情報Ｒは、納入先情報Ｒｂとして、「納入場所」の項目を含む。注文情報Ｒは、数量情報Ｒｃとして、「枚数」の項目を含む。注文情報Ｒは、納期情報Ｒｄとして、「納期」および「時間」の各項目を含む。また、注文情報Ｒは、発注番号情報Ｒｆ（「４０１７０３」）を含む。なお、図１５では備考情報Ｒｅの項目を記載していないが、注文情報Ｒが備考情報Ｒｅを含んでいてもよい。シート注文書は、図２に示したケース注文書と比べて項目数が多いので、１件の注文情報Ｒが、たとえば上下２行に分かれて記載されていてもよい。この場合、シート注文書の画像データ５０には、１件の注文情報Ｒが、２行を単位とする単位行毎に記載される。
【0123】
シート注文書の画像データ５０は、たとえば上記のようなものである。図示は省略するが、図２の注文書画面６１において、シート注文書の種別選択ボタン６１ａが入力された場合、受注画面６２において、商品情報Ｒａである「フルート」、「紙質（ライナー）」、「紙質（中芯）」、「シート寸法」および「罫線」の各入力欄、納入先情報Ｒｂである「納入場所」の入力欄６２ｂ、数量情報Ｒｃである「枚数」の入力欄６２ｃ、納期情報Ｒｄである「納期」および「時間」の入力欄６２ｄ、発注番号情報Ｒｆの入力欄６２ｆ、備考情報Ｒｅの入力欄６２ｅが表示される。注文種別に応じて、商品情報Ｒａの入力欄が異なる一方、納入先情報Ｒｂ、数量情報Ｒｃ、納期情報Ｒｄ、発注番号情報Ｒｆ、備考情報Ｒｅの各入力欄は共通で表示されうる。
【0124】
［本実施形態の効果］
本実施形態では、以下のような効果を得ることができる。
本実施形態では、以下のような効果を得ることができる。
【0125】
本実施形態では、上記のように、情報処理部３３は、注文書の画像データ５０を表示する注文書画面６１と、入力内容を表示する受注画面６２とを表示部３１に表示させるとともに、入力作業中の注文情報ＣＲに対応する注文書画面６１上の位置に、識別標識６３を表示させる処理を行う。これにより、注文書画面６１に表示された注文書を見ながら登録担当者が入力作業（あるいはチェック作業）を行う際、識別標識６３を目印にして、現在着目している注文情報Ｒの入力作業やチェック作業を行うことができる。識別標識６３は、入力作業中の注文情報ＣＲに対応する位置に表示されるので、登録担当者が入力作業中の注文情報ＣＲを、注文書に記載された他の注文情報Ｒから容易かつ確実に区別できる。そのため、注文情報Ｒを見誤ることによる入力ミスや、誤入力情報の見逃しを効果的に抑制できる。この結果、受信した注文書の画像データ５０に基づく注文情報Ｒの登録処理におけるヒューマンエラーを効果的に抑制することができる。
【0126】
また、段ボール業界では、ＩＴ化が遅れており、本願出願時点においても、ＦＡＸ受信した紙の注文書を保存したり、確認を要する注文書を過去の１年分位の紙の山から探し出す作業が行われている。本実施形態の段ボール用受注管理システム１によれば、ペーパーレス化と共に、過去のデータの検索に要する時間短縮を図ることができる。また、全て受注管理に関わる一連の作業が情報処理端末３の画面上で操作できる為に、登録担当者のテレワークが可能である。
【0127】
また、本実施形態では、さらに、情報処理部３３は、入力作業中の注文情報ＣＲに対応する位置に識別標識６３を表示させるとともに、注文書の画像データ５０に含まれる非入力作業中の注文情報Ｒに対して識別標識６３を非表示とする処理を行うように構成されている。このように構成すれば、入力作業中の注文情報ＣＲに対応する位置にのみ識別標識６３が表示されるので、同じような注文情報Ｒが複数記載されることのある注文書においても、入力作業中の注文情報ＣＲを見誤ることなく認識できる。
【0128】
また、本実施形態では、さらに、注文書は、１件の注文情報Ｒが単位行ごとに表示される書式で作成されており、識別標識６３は、入力作業中の注文情報ＣＲが記載された行を表すライン状または枠状の画像を含む。このように構成すれば、単位行ごとに注文を処理する際に、入力作業中の行が識別標識６３によって特定されるので、入力作業中の注文情報ＣＲを容易かつ確実に認識できる。また、印字されたＦＡＸ用紙から注文内容を読み取って端末に入力を行っていた従来方式の作業においては、登録担当者が、ＦＡＸ用紙の入力作業中の行（注文情報Ｒ）に定規を当てることで、誤読取を抑制することが広く行われていた。上記構成によれば、従来方式の作業において定規を当てることに類似したライン状または枠状の識別標識６３が注文書画面６１に表示されるので、従来方式の作業に慣れた登録担当者に対する親和性が高く、利便性を向上させることができる。
【0129】
また、本実施形態では、さらに、情報処理部３３は、受注画面６２における１件の注文情報Ｒの登録が完了すると、注文書画面６１における識別標識６３の表示位置を次の行に移動させる処理を行うように構成されている。このように構成すれば、１件の注文情報Ｒの登録が完了すると、識別標識６３が自動的に次の行に移動するので、識別標識６３を移動させるための入力作業が不要であり、登録担当者の作業負荷を効果的に抑制できる。
【0130】
また、本実施形態では、さらに、情報処理部３３は、注文書の画像データ５０における、１行目の注文情報Ｒの第１位置座標Ｑ１の入力と、２行目の注文情報Ｒの第２位置座標Ｑ２の入力とを、入力部３２を介して受け付け、受け付けた座標情報に基づいて、入力作業中の注文情報ＣＲに対応する位置に識別標識６３を表示させるように構成されている。ここで、同一の顧客は、同一の書式の注文書を用いて発注を行うことから、注文書の１行目の位置に基づいて最初の注文情報Ｒの位置が特定される。そして、１行目の位置と２行目の位置との差分から行間隔を取得できる。最初の注文情報Ｒの位置と行間隔とに基づいて、３行目以降の任意の行の注文情報Ｒに対しても識別標識６３を表示させることができる。以上の座標情報について、登録担当者が、予め注文書の１行目の位置と２行目の位置とを入力して登録しておくだけの簡単な作業で、受信した注文書の画像データ５０における任意の行に対応する位置に識別標識６３を表示させることができる。
【0131】
また、本実施形態では、さらに、情報処理部３３は、受注画面６２において注文情報Ｒに含まれる入力項目に対する情報入力を受け付けると、注文書画面６１における識別標識６３に対応する位置に、入力された情報Ｔを表示させる処理を行うように構成されている。このように構成すれば、受注画面６２に入力した情報Ｔを識別標識６３に対応する位置に表示させることにより、入力した情報Ｔと、注文書に記載されている情報とを直ちに見比べることができる。そのため、登録担当者は、注文情報Ｒの登録処理の最中に登録担当者が入力した情報Ｔが誤っていないかどうかを自然に確認することができるので、ヒューマンエラーをより一層効果的に抑制することができる。また、受注画面６２と注文書画面６１とを交互に見比べることなく、入力した情報Ｔを注文書画面６１上でセルフチェックすることができるので、登録担当者の作業負荷を効果的に軽減できる。
【0132】
また、本実施形態では、さらに、情報処理部３３は、登録された注文情報Ｒの検証処理を実行するように構成され、検証処理は、同一の注文情報Ｒに対して、入力部３２を介した複数回の登録処理を受け付け、受け付けた複数の登録内容を照合する処理を含む。このように構成すれば、同一の注文情報Ｒに対して同一または複数の登録担当者が複数回にわたって登録処理を行い、登録内容を相互に照合することによって、入力ミスをより確実に発見できる。単に複数回のチェックを行うのではなく、登録処理自体を複数回行うことによって、チェック時の見逃しを抑制できる。
【0133】
［変形例］
なお、今回開示された実施形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施形態の説明ではなく特許請求の範囲によって示され、さらに特許請求の範囲と均等の意味および範囲内でのすべての変更（変形例）が含まれる。
なお、今回開示された実施形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施形態の説明ではなく特許請求の範囲によって示され、さらに特許請求の範囲と均等の意味および範囲内でのすべての変更（変形例）が含まれる。
【0134】
たとえば、上記実施形態では、段ボール用受注管理システム１に、複数の情報処理端末３と、受注登録管理サーバ４とを設けた例を示したが、本発明はこれに限られない。段ボール用受注管理システム１には、少なくとも１つの情報処理端末３が設けられていればよい。情報処理端末３とは別個の受注登録管理サーバ４を設けなくてもよい。たとえば小規模なユーザの場合、１つの情報処理端末３が受信部２と接続され、その情報処理端末３において登録用データベース４１や画像用データベース４２が構築されていてもよい。この構成では、情報処理端末３が上記した受注登録管理サーバ４と同等の処理をさらに行う。また、上記実施形態では、受信部２を情報処理端末３と別個に設けた例を示したが、情報処理端末３が受信部２を内蔵していてもよい。
【0135】
また、上記実施形態では、識別標識６３を注文情報ＣＲが記載された単位行に対するアンダーラインとして表示する例を示したが、本発明はこれに限られない。識別標識６３は、注文情報ＣＲが記載された単位行を囲む枠線であってもよい。識別標識６３は、単位行の位置を指し示す矢印などの図形画像であってもよい。
【0136】
また、上記実施形態では、入力作業中の注文情報ＣＲに対応する位置に識別標識６３を表示させ、非入力作業中の注文情報Ｒに対して識別標識６３を非表示とする例を示したが、本発明はこれに限られない。注文書の画像データ５０に含まれる複数または全ての注文情報Ｒに対して識別標識６３を表示させてもよい。さらに、全ての注文情報Ｒに対して識別標識６３を表示させた上で、入力作業中の注文情報ＣＲに対する識別標識６３について色彩を変更する、ラインの太さを大きくするなど、入力作業中の注文情報ＣＲに対する識別標識６３の表示態様を他の識別標識６３と異ならせてもよい。
【0137】
また、上記実施形態では、１件の注文情報Ｒの登録が完了すると、注文書画面６１における識別標識６３の表示位置を次の行に変更させる例を示したが、本発明はこれに限られない。全ての注文情報Ｒに対して識別標識６３を表示しておくことで、識別標識６３の表示位置を移動させないようにしてもよい。入力作業中の注文情報ＣＲに対する識別標識６３の表示態様を他の識別標識６３と異ならせる場合、注文情報Ｒの登録が完了するたびに、表示態様を異ならせる識別標識６３を変更してもよい。
【0138】
また、上記実施形態では、注文書は、１件の注文情報Ｒが単位行ごとに表示される書式で作成される例を示したが、本発明はこれに限られない。注文書において、注文情報Ｒが行列状に記載されていてもよい。たとえば単位行ごとに記載される注文情報Ｒが、左右２列に並んでいてもよい。識別標識６３の表示位置は、位置座標入力画面６４（図５参照）において列の位置（Ｘ座標値）を予め登録しておくことによって、行列形式でも適切に特定しうる。
【0139】
また、上記実施形態では、位置座標入力画面６４（図５参照）において、１行目の注文情報Ｒの第１位置座標Ｑ１の入力と、２行目の注文情報Ｒの第２位置座標Ｑ２の入力とを受け付け、受け付けた座標情報に基づいて識別標識６３の表示位置を特定する例を示したが、本発明はこれに限られない。座標情報の入力は、数値入力でもよい。情報処理部３３は、注文書の画像データ５０に対して画像認識処理を行うことによって、座標の入力を受け付けることなく座標情報を取得してもよい。
【0140】
また、上記実施形態では、受注画面６２において注文情報Ｒに含まれる入力項目に対する情報入力を受け付けると、注文書画面６１における識別標識６３に対応する位置に、入力された情報Ｔを表示させる例を示したが、本発明はこれに限られない。本発明では、入力された情報Ｔを表示させなくてもよい。
【0141】
また、上記実施形態では、検証処理は、同一の注文情報Ｒに対して、入力部３２を介した複数回の登録処理を受け付け、受け付けた複数の登録内容を照合する第１検証処理を含む例を示したが、本発明はこれに限られない。情報処理部３３が検証処理を行わなくてもよい。情報処理部３３が第１検証処理と第２検証処理とのいずれかを選択しなくてもよい。情報処理部３３が第１検証処理だけを行うように構成されていてもよいし、情報処理部３３が第２検証処理だけを行うように構成されていてもよい。反対に、検証処理は、第１検証処理および第２検証処理に加えて、別の第３検証処理をさらに含んでいてもよい。
【0142】
また、上記実施形態では、登録担当者の操作によって情報処理端末３から送信指示が受注登録管理サーバ４に送信されることにより、注文請書画像７０を（手動で）顧客に送信する例を示したが、本発明はこれに限られない。本発明では、登録処理（検証処理）が完了した注文請書画像７０を自動的に送信してもよい。注文請書画像７０を電子メールで顧客に送信してもよい。
【0143】
また、上記実施形態では、情報処理端末３は、第１画像レイヤー５１、第２画像レイヤー５２および／または第３画像レイヤー５３を重ねることにより注文請書画像７０を作成するように構成されている例を示したが、本発明はこれに限られない。本発明では、注文書の画像データ５０に受注登録データ、受領情報を直接書き込んでもよい。第３画像レイヤー５３に付与したチェックマーク５３ａについても、たとえば薄い色（半透過表示）など視認性を損なわない態様で注文書の画像データ５０に直接書き込んでもよい。
【0144】
また、上記実施形態では、説明の便宜上、情報処理部３３の処理をフロー駆動型のフローチャートを用いて説明したが、本発明はこれに限られない。本発明では、情報処理端末の処理動作を、イベントごとに処理を実行するイベント駆動型（イベントドリブン型）の処理により行ってもよい。この場合、完全なイベント駆動型で行ってもよいし、イベント駆動およびフロー駆動を組み合わせて行ってもよい。
【符号の説明】
【0145】
１ 段ボール用受注管理システム
２ 受信部
３ 情報処理端末
３１ 表示部
３２ 入力部
３３ 情報処理部
５０ 注文書の画像データ
６１ 注文書画面
６２ 受注画面
６３ 識別標識
Ｒ 注文情報
ＣＲ 入力作業中の注文情報
Ｑ１ 第１位置座標
Ｑ２ 第２位置座標
Ｔ 入力された情報
２ 受信部
３ 情報処理端末
３１ 表示部
３２ 入力部
３３ 情報処理部
５０ 注文書の画像データ
６１ 注文書画面
６２ 受注画面
６３ 識別標識
Ｒ 注文情報
ＣＲ 入力作業中の注文情報
Ｑ１ 第１位置座標
Ｑ２ 第２位置座標
Ｔ 入力された情報
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】