(57)【要約】【課題】本発明の目的は、複数明細を含む注文をＦＡＸにて受けた際に、それぞれの明細の処理状況に応じて適切に発注者に確認を求めることができる仕組みを提供することである。【解決手段】ＦＡＸ受信した複数の商品の注文明細を含む注文票の画像データの内容を読み取って複数の注文明細データとして認識し、業務サーバにて前記複数の注文明細データを登録すべく送信し、業務サーバより前記複数の注文明細データを正常に登録されたか否かの登録結果を受け付け、正常に登録された注文明細データの内容を取り消し可能な記入欄と、正常に登録されなかった注文明細データの内容を再入力可能な記入欄とを含む注文確認票を出力し取引先にＦＡＸ送信する。【選択図】図３
2018106338.tif 000002
【特許請求の範囲】
【請求項１】
注文明細データを登録する業務サーバと通信可能に接続され、複数の注文明細データを含む注文票の画像データを取得し、前記取得した画像データの中の注文票に記載されている内容を読み取って複数の注文明細データとして認識する情報処理装置であって、
前記認識した複数の注文明細データを前記業務サーバに登録すべく送信する送信手段と、
前記業務サーバに送信した前記複数の注文明細データが前記業務サーバに正常に登録されたか否かの登録結果を受信する登録結果受信手段と、
前記受信した登録結果によって、前記正常に登録された注文明細データの内容を取り消し可能な記入欄と、前記正常に登録されなかった注文明細データの内容を再入力可能な記入欄とを含む確認票を出力する確認票出力手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記登録結果受信手段は、前記業務サーバから、前記注文明細データが正常に登録されなかった場合に、正常に登録されなかった原因となった注文明細データの項目を受信し、
前記確認票出力手段は、前記正常に登録されなった注文明細データの前記原因となった項目を再入力可能な記入欄を前記確認票に出力することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記確認票出力手段は、前記画像データから正常に認識できなかった注文明細データの項目を再入力可能な記入欄を前記確認票に出力することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記情報処理装置はＦＡＸサーバであって、
前記注文票の画像データをＦＡＸ受信するＦＡＸ受信手段と、
前記確認票をＦＡＸ送信するＦＡＸ送信手段と
を備える請求項１乃至３のいずれか1項に記載の情報処理装置。
【請求項５】
注文明細データを登録する業務サーバと通信可能に接続され、複数の注文明細データを含む注文票の画像データを取得し、前記取得した画像データの中の注文票に記載されている内容を読み取って複数の注文明細データとして認識する情報処理装置の制御方法であって、
送信手段が、前記認識した複数の注文明細データを前記業務サーバに登録すべく送信する送信ステップと、
登録結果受信手段が、前記業務サーバに送信した前記複数の注文明細データが前記業務サーバに正常に登録されたか否かの登録結果を受信する登録結果受信ステップと、
確認票出力手段が、前記受信した登録結果によって、前記正常に登録された注文明細データの内容を取り消し可能な記入欄と、前記正常に登録されなかった注文明細データの内容を再入力可能な記入欄とを含む確認票を出力する確認票出力ステップと
を備えることを特徴とする情報処理装置の制御方法。
制御方法。
【請求項６】
注文明細データを登録する業務サーバと通信可能に接続され、複数の注文明細データを含む注文票の画像データを取得し、前記取得した画像データの中の注文票に記載されている内容を読み取って複数の注文明細データとして認識する情報処理装置において実行可能なプログラムであって、
前記情報処理装置を、
前記認識した複数の注文明細データを前記業務サーバに登録すべく送信する送信手段と、
前記業務サーバに送信した前記複数の注文明細データが前記業務サーバに正常に登録されたか否かの登録結果を受信する登録結果受信手段と、
前記受信した登録結果によって、前記正常に登録された注文明細データの内容を取り消し可能な記入欄と、前記正常に登録されなかった注文明細データの内容を再入力可能な記入欄とを含む確認票を出力する確認票出力手段
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＦＡＸにより注文を受けて受注処理するシステムに関する。
【背景技術】
【０００２】
従来、企業や店舗等の受発注業務においてＦＡＸによる注文の受け付けが実施されている。受け付けた注文については、従来は担当者がＦＡＸ受信した注文票をもとに業務システムに受注データを登録していたが、文字認識技術を用いて注文票に記載された内容を認識し、自動で業務システムに連携して受注データを登録する方法も実施されている。
【０００３】
注文票の内容を自動で認識し、自動で受注データを登録する場合、文字認識時やデータ登録時に発生したエラーへの対処が必要になる。
【０００４】
特許文献１には、帳票の記入欄に記入された内容を認識し、認識した結果が記入欄に設定された制約条件を満たさない場合に再記入用の記入欄を持つ帳票を印刷し、再記入欄に記入された内容を再度認識する方法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１６−５３８７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
受注データを登録する場合、実際に業務システムにデータを登録しなければ、エラーとなるかが判断できない。特許文献１の方法では、記入欄に予め設定された制約条件で入力項目がエラーか否かを判断しているのみで、実際に登録した場合のエラーについては対応できない。
【０００７】
また、注文票には通常、複数の注文明細が含まれており、受注データを登録した結果、一部の注文明細にエラーが発生することが多い。その場合、エラーなく受注データとして登録できた注文明細については、後続処理である商品の手配や在庫への引き当てが実施されるため、通常、商品、数量等の変更を実施するためには、一度注文をキャンセルしてから再度注文しなければならない。一方、エラーの発生した注文明細は受注データとして確定されていないため、商品、数量等の変更は可能である。このように正常な注文明細では、エラーの注文明細とは異なる対応が必要となる。特許文献１の方法では、正常なデータに対する対応は記載されていない。
【０００８】
そこで、本発明では、複数明細を含む注文をＦＡＸにて受けた際に、それぞれの明細の処理状況に応じて適切に発注者に確認を求めることができる仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、注文明細データを登録する業務サーバと通信可能に接続され、複数の注文明細データを含む注文票の画像データを取得し、前記取得した画像データの中の注文票に記載されている内容を読み取って複数の注文明細データとして認識する情報処理装置であって、前記認識した複数の注文明細データを前記業務サーバに登録すべく送信する送信手段と、前記業務サーバに送信した前記複数の注文明細データが前記業務サーバに正常に登録されたか否かの登録結果を受信する登録結果受信手段と、前記受信した登録結果によって、前記正常に登録された注文明細データの内容を取り消し可能な記入欄と、前記正常に登録されなかった注文明細データの内容を再入力可能な記入欄とを含む確認票を出力する確認票出力手段とを備えることを特徴とする。
【発明の効果】
【００１０】
本発明によると、複数明細を含む注文をＦＡＸにて受けた際に、それぞれの明細の処理状況に応じて適切に発注者に確認を求めることができるようになる。
【図面の簡単な説明】
【００１１】
【図１】ＦＡＸ受注システムの構成の一例を示すシステム構成図である。
【図２】ＦＡＸサーバ１０１と業務サーバ１０２に適用可能な情報処理装置のハードウェア構成の一例を示すブロック図である。
【図３】ＦＡＸ受注システムの機能ブロック図である。
【図４】ＦＡＸ受注処理の一例を示すフローチャートである。
【図５】ＦＡＸ受注処理の一例を示すフローチャートである。
【図６】注文確認票データ作成処理の一例を示すフローチャートである。
【図７】受注変更データ作成処理の一例を示すフローチャートである。
【図８】注文票の記入内容の一例を示す図である。
【図９】注文確認票の出力内容の一例を示す図である。
【図１０】注文確認票の記入内容の一例を示す図である。
【図１１】受注完了連絡票の出力内容の一例を示す図である。
【図１２】データテーブルの一例を示すデータ構成図である。
【図１３】データテーブルの一例を示すデータ構成図である。
【図１４】処理毎の一テーブル内容の変化を説明する図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１３】
図１は、本発明の実施形態であるＦＡＸ受注システム１００の構成の一例を示すシステム構成図である。
【００１４】
ＦＡＸ受注システム１００は、ＦＡＸサーバ１０１、業務サーバ１０２がネットワーク１０４を介して接続される構成となっている。
【００１５】
ＦＡＸサーバ１０１は、ＦＡＸ送受信機能を備えたサーバ装置であり、公衆回線網を介して取引先（企業だけでなく個人も含む）のＦＡＸ装置とＦＡＸデータの送受信を行う。また、ＦＡＸサーバ１０１は、ＦＡＸデータの内容を文字として認識する文字認識機能を備えており、取引先からＦＡＸ受信した注文票の内容を文字認識し、認識した内容をもとに受注データを作成して業務サーバ１０２に送信し、業務サーバ１０２での受注データの登録結果を受信する。
【００１６】
業務サーバ１０２は、受注に関連する処理を行うサーバ装置であり、ＦＡＸサーバ１０１から受信した受注データをデータベースに登録し、受注データの登録結果をＦＡＸサーバ１０１に送信する。
【００１７】
本実施形態では、ＦＡＸサーバ１０１がＦＡＸ送受信機能と情報処理機能を持っているが、ＦＡＸ送受信機能を担うＦＡＸ装置を別途用意してもよい。また、文字認識機能についてもＦＡＸサーバ１０１に持たせず、別サーバにて文字認識を実施するようにしてもよい。
以上で図１のシステム構成図の説明を終了する。
【００１８】
以下、図２を用いて、図１に示したＦＡＸサーバ１０１、業務サーバ１０２に適用可能な情報処理装置のハードウェア構成の一例について説明する。
【００１９】
図２は、ＦＡＸサーバ１０１、業務サーバ１０２に適用可能な情報処理装置のハードウェア構成の一例を示すブロック図である。
【００２０】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２１】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２２】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ディスプレイ２１０等の表示器への表示を制御する。なお、表示器はＣＲＴや、液晶ディスプレイ等の様々な種類が存在する。
【００２３】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるＣＦカードメモリ等の外部メモリ２１１へのアクセスを制御する。
【００２４】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したネットワーク１０４）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２５】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２６】
２１２はモデムで、公衆回線を介して、外部機器と接続・通信するものであり、ＦＡＸサーバ１０１の場合は、取引先とのＦＡＸ装置とＦＡＸデータの送受信を行い、業務サーバの場合は、例えば、公衆回線を使用してＥＤＩ（電子データ交換）取引を実施している場合には取引先サーバとＥＤＩデータの送受信を行う。
【００２７】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００２８】
以上で図２のハードウェア構成図の説明を終了する。
【００２９】
次に、図３用いて、本発明の実施形態であるＦＡＸ受注システム１００の機能ブロック図について説明する。
【００３０】
ＦＡＸ受注システム１００は、ＦＡＸサーバ１０１、業務サーバ１０２を構成として持つ。
【００３１】
ＦＡＸサーバ１０１は、ＦＡＸ送受信部３１１、文字認識部３１２、受注登録要求送信部３１３、登録結果受付部３１４、注文確認票データ作成部３１５、受注完了連絡票データ作成部３１６を持つ。
【００３２】
ＦＡＸ送受信部３１１は、公衆回線を介して、取引先のＦＡＸ装置とＦＡＸデータの送受信を実施する機能部である。送受信されるＦＡＸデータには、注文票、注文確認票等に対するＦＡＸデータがある。
【００３３】
文字認識部３１２は、ＦＡＸ受信したＦＡＸデータから文字認識技術により記載されている内容を読み取る機能部である。
【００３４】
受注登録要求送信部３１３は、文字認識部３１２が注文票および注文確認票から認識した結果をもとに受注関連データを作成し、業務サーバ１０２に受注関連データとともに受注登録要求を送信する機能部である。
【００３５】
登録結果受付部３１４は、業務サーバ１０２から受注関連データの登録結果を受信し、必要なテーブルを更新する機能部である。
【００３６】
注文確認票データ作成部３１５は、認識結果または登録結果にエラーがある場合に、取引先に送信する注文確認票のＦＡＸデータを作成する機能部である。
【００３７】
受注完了連絡票データ作成部３１６は、受注関連データが全て登録された場合に、取引先に送信する受注完了連絡票のＦＡＸデータを作成する機能部である。
【００３８】
業務サーバ１０２は、受注登録要求受信部３２１、受注登録部３２２、登録結果送信部３２３を持つ。
【００３９】
受注登録要求受信部３２１は、ＦＡＸサーバ１０１から送信された受注関連データとともに受注登録要求を受信する機能部である。
【００４０】
受注登録部３２２は、受信した受注関連データをもとに、受注登録および受注更新を行う機能部である。さらに正常に受注登録できた場合には、在庫引き当て（在庫が足りない場合は在庫予約）を行う。
【００４１】
登録結果送信部３２３は、受注登録および受注更新の結果をＦＡＸサーバに送信する機能部である。本結果には、注文明細の項目ごとのエラー内容が含まれる。
以上で図３の機能ブロック図の説明を終了する。
【００４２】
次に、図を参照して、本発明の実施形態であるＦＡＸ受注システムの処理フローについて説明する。
【００４３】
図４、図５は、ＦＡＸ受注システム１００のＦＡＸ受注処理の一例を示すフローチャートである。
【００４４】
ステップＳ４０１では、ＦＡＸサーバ１０１は、取引先ＦＡＸ装置からＦＡＸ送信された注文票データを受信する。
【００４５】
図８に送信される注文票の一例のイメージ（８０１）を示す。注文票データは注文票イメージをＦＡＸ送受信できる画像データに変換したものである。注文票８０１は、ヘッダ部８０２、明細部８０３から構成され、ヘッダ部８０２には、注文日、住所、氏名、ＴＥＬ番号、ＦＡＸ番号の入力欄を含む。明細部８０３には、商品名８０４、数量８０５の入力欄を含む。
【００４６】
ステップＳ４０２では、ＦＡＸサーバ１０１は、受信した注文票データから公知の文字認識技術を用いて、注文票の内容を読み取る。文字認識の際には、図１２に示す文字認識用パラメータテーブル１２００から読み取るべき項目の書式や位置情報を取得し、これらのパラメータをもとに各項目の値を読み取る。文字認識用パラメータテーブル１２００は、帳票名称１２０１、項目番号１２０２、項目１２０３、書式１２０４、座標左上１２０５、座標右下１２０６を含む。帳票名称１２０１は帳票の種類、項目番号１２０２は帳票内での項目の連番、項目１２０３は項目を表す名称テキスト、書式１２０４は項目の表示書式を表す。座標左上１２０５、座標右下１２０６はそれぞれ項目の左上、右下の位置に対する座標で、帳票の左上角を原点として右方向、下方向の距離、または、ピクセル数にて表す。
【００４７】
ステップＳ４０３では、ＦＡＸサーバ１０１は、ステップＳ４０２にて認識した各項目の値を対応するテーブルに登録し、各テーブルの登録内容に基づいて受注データを作成する。具体的には、基本情報テーブル１３００および受注明細データテーブル１３１０から、今回の注文票の受付番号（後述）に一致するレコードを抽出して受注データとする。
【００４８】
ステップＳ４０３で登録するテーブルは、図１３に示す基本情報テーブル１３００、受注明細データテーブル１３１０、受注明細項目データテーブル１３２０である。以下、それぞれのテーブルについて説明する
【００４９】
図１３（ａ）に基本情報テーブルの一例を示す（１３００）。基本情報テーブル１３００は、受付番号１３０１、注文日１３０２、住所１３０３、氏名１３０４、電話番号１３０５、ＦＡＸ番号１３０６、完了区分１３０７を持つ。受付番号１３０１は注文票を一意に識別する番号であり、注文票をＦＡＸ受信するごとに採番する。注文日１３０２、住所１３０３、氏名１３０４、電話番号１３０５、ＦＡＸ番号１３０６は注文票８０１のヘッダ部８０２から認識した値を登録する。完了区分１３０７は当該注文の受注登録が完了すれば”Ｘ”を設定する。
【００５０】
図１３（ｂ）に受注明細データテーブルの一例を示す（１３１０）。受注明細データテーブル１３１０は、受付番号１３１１、明細番号１３１２、商品名１３１３、数量１３１４、エラー区分１３１５、削除区分１３１６を持つ。受付番号１３１１は基本情報テーブル１３００の受付番号１３０１に対応している。明細番号１３１２は注文票に含まれる各明細に順に付与される番号である。商品名１３１３、数量１３１４には注文票８０１の明細部８０３から認識した値を登録し、ステップＳ４０２にて正常に認識できなかった場合はブランクを設定する。エラー区分１３１５には当該明細にエラーが発生している場合、”Ｘ”を設定する。ステップＳ４０３の段階では、認識エラーとなった項目を含む明細に対してエラー区分１３１５に”Ｘ”を設定する。削除区分１３１６は当該明細に対してキャンセル要求があった場合に”Ｘ”を設定する。
【００５１】
図１３（ｃ）に受注明細項目データテーブルの一例を示す（１３２０）。受注明細項目データテーブル１３２０は、受付番号１３２１、明細番号１３２２、項目名１３２３、項目値１３２４、項目エラー区分１３２５、エラー内容１３２６を含む。受付番号１３２１は基本情報テーブル１３００の受付番号１３０１に対応している。明細番号１３２２は受注明細データテーブル１３１０の明細番号１３１２に対応している。項目名１３２３には当該項目が表す項目名、つまり”商品名”か”数量”を設定する。項目値１３２４には注文票８０１の明細部８０３から認識した、項目名１３２３に対応する値を登録し、ステップＳ４０２にて正常に認識できなかった場合はブランクを設定する。項目エラー区分１３２５には、当該項目に対してステップＳ４０２にて認識エラーが発生した場合は”１”を設定し、後述する登録エラーが発生した場合は”２”を設定する。エラー内容１３２６には、認識エラーの場合は”認識エラー”、登録エラーの場合には業務サーバから通知されるエラー内容（後述）を設定する。
【００５２】
ＦＡＸ受注処理の処理フロー（図４）の説明に戻る。
【００５３】
ステップＳ４０４では、ＦＡＸサーバ１０１は、ステップＳ４０３にて作成された受注データを業務サーバ１０２に送信する。
【００５４】
ステップＳ４０５では、業務サーバ１０２は、ＦＡＸサーバ１０１から送信された受注データを受信する。
【００５５】
ステップＳ４０６では、業務サーバ１０２は、受信した受注データをもとに受注登録処理を実施する。具体的には、不図示の受注データベースに受注データを登録し、登録結果を設定する。登録結果は、”正常”、”登録エラー”に大別できるが、”登録エラー”はさらにエラー発生項目、エラー内容が特定される。例えば、明細番号が”４”の受注明細を登録した場合に、商品名”ブドウ”を商品マスタテーブル１３３０（図１３（ｄ））で検索すると、注文日”２０１６／１１／０１”は取扱期間１３３４の範囲外であるため登録エラーとなり、登録結果として”登録エラー”、明細番号”４”の商品名（”ブドウ”）に対してエラー内容”取扱期間外”を設定する。また、登録結果が”正常”の場合には、商品在庫テーブル１３４０（図１３（ｅ））にて在庫引き当てを実施する。例えば、明細番号が”１”の受注明細が正常登録され、商品コード１３４１が”Ｆ０００１”（商品名”りんご”）のレコードについて、在庫数１３４２の”５０”から受注明細の数量”１０”が引当済数１３４３として差し引かれ、引当可能数１３４４が”４０”となっている。また在庫数１３４２が数量に対して不足する場合は、在庫予約または商品手配が実施されることになる。
【００５６】
ステップＳ４０７では、業務サーバ１０２は、ステップＳ４０６で設定した登録結果をＦＡＸサーバ１０１に送信する。
【００５７】
ステップＳ４０８では、ＦＡＸサーバ１０１は、業務サーバ１０２から送信された登録結果を受信し、受信した登録結果に従って対応するテーブルを更新する。更新するテーブルは、受注明細データテーブル１３１０と受注明細項目データテーブル１３２０である。受注明細の登録エラーが発生した場合、受注明細データテーブル１３１０の該当レコードのエラー区分１３１５に”Ｘ”を設定し、さらに、受注明細項目データテーブル１３２０のエラー発生項目に該当するレコードの項目エラー区分１３２５に”２”を設定し、エラー内容１３２６に通知されたエラー内容を設定する。
【００５８】
図１４に、受注明細データテーブル１３１０の各ステップでの設定内容の一例を示す。
【００５９】
図１４（ａ）は受注データ作成後、つまりステップＳ４０３後の受注明細データテーブル１３１０の内容であり、明細番号”２”の受注明細に対して認識エラーが発生したため、エラー区分に”Ｘ”が設定されている。また、受注明細項目データテーブル１３２０のエラー発生項目に該当するレコードには、項目エラー区分１３２５に”１”、エラー内容１３２６に”認識エラー”が設定される（図１３（ｃ）参照）。
【００６０】
図１４（ｂ）は登録結果受信後、つまりステップＳ４０８後の受注明細データテーブル１３１０の内容であり、明細番号”４”の受注明細に対して登録エラーが発生したため、エラー区分に”Ｘ”が設定されている。また、受注明細項目データテーブル１３２０のエラー発生項目に該当するレコードには、項目エラー区分１３２５に”２”、エラー内容１３２６に”取扱期間外”が設定される（図１３（ｃ）参照）。
【００６１】
ＦＡＸ受注処理の処理フロー（図５）の説明に戻る。
【００６２】
ステップＳ４０９では、ＦＡＸサーバ１０１は、エラーとなった受注明細が存在するか否かを判定する。具体的には、受注明細データテーブル１３１０のエラー区分１３１５に”Ｘ”が設定されたレコードが存在するかで判定する。存在する場合はステップＳ４１０に進み、存在しない場合はステップＳ４２１に進む。
【００６３】
ステップＳ４１０では、ＦＡＸサーバ１０１は、注文確認票データを作成する。
【００６４】
ここで、図６を参照して、ステップＳ４１０の詳細について説明する。
【００６５】
図６は、注文確認票データ作成処理の一例を示すフローチャートである。また、注文確認票データをもとに取引先ＦＡＸ装置から出力される注文確認票の一例を図９に示す。
【００６６】
ステップＳ６０１では、ＦＡＸサーバ１０１は、確認依頼文を出力する。図９の９０２に出力例を示す。
【００６７】
ステップＳ６０２では、ＦＡＸサーバ１０１は、受付番号を出力する。図９の９０３に出力例を示す。受付番号は基本情報テーブル１３００の受付番号１３０１を取得する。
【００６８】
ステップＳ６０３では、ＦＡＸサーバ１０１は、ヘッダ内容を出力する。図９の９０４に出力例を示す。ヘッダ内容は基本情報テーブル１３００の注文日１３０２からＦＡＸ番号１３０６までを取得する。
【００６９】
ステップＳ６０４では、ＦＡＸサーバ１０１は、受注明細ごとにステップＳ６１９までの処理を繰り返すことにより明細部を出力する（図９の９０５）。
【００７０】
ステップＳ６０５では、ＦＡＸサーバ１０１は、受注明細にエラー発生しているか否かを判定する。具体的には、受注明細データテーブル１３１０のエラー区分１３１５に”Ｘ”が設定されているか否かで判定する。エラー発生している場合はステップＳ６１０に進み、エラー発生していない場合はステップＳ６０６に進む。
【００７１】
ステップＳ６０６では、ＦＡＸサーバ１０１は、受注明細の項目ごとにステップＳ６０８までの処理を繰り返す。
【００７２】
ステップＳ６０７では、ＦＡＸサーバ１０１は、受注明細の項目に対して、認識した項目内容を出力する。図９の９０６に出力例を示す。項目内容は受注明細項目データテーブル１３２０の項目値１３２４を取得する。
【００７３】
ステップＳ６０８は繰り返し処理の終端であり、ＦＡＸサーバ１０１は、まだ処理していない受注明細の項目があればステップＳ６０６に戻る。
【００７４】
ステップＳ６０９では、ＦＡＸサーバ１０１は、キャンセル用のチェックボックスを配置する。図９の９０７に出力例を示す。この後、ステップＳ６１９に進む。
【００７５】
ステップＳ６１０では、ＦＡＸサーバ１０１は、受注明細の項目ごとにステップＳ６１８までの処理を繰り返す。
【００７６】
ステップＳ６１１では、ＦＡＸサーバ１０１は、項目に認識エラーが発生しているか否かを判定する。具体的には、受注明細項目データテーブル１３２０の項目エラー区分１３２５に”１”が設定されているか否かで判定する。認識エラーが発生している場合はステップＳ６１２に進み、発生していない場合はステップＳ６１４に進む。
【００７７】
ステップＳ６１２では、ＦＡＸサーバ１０１は、再入力エリアを配置する。図９の９０８に出力例を示す。再入力エリアは、太枠等で強調し、再入力可能な空白部分を設ける。
【００７８】
ステップＳ６１３では、ＦＡＸサーバ１０１は、認識エラーを表すメッセージを、再入力エリアの内部または近傍に出力する。図９の９０９に出力例を示す。この後、ステップＳ６１８に進む。
【００７９】
ステップＳ６１４では、ＦＡＸサーバ１０１は、項目に登録エラーが発生しているか否かを判定する。具体的には、受注明細項目データテーブル１３２０の項目エラー区分１３２５に”２”が設定されているか否かで判定する。登録エラーが発生している場合はステップＳ６１５に進み、発生していない場合はステップＳ６１７に進む。
【００８０】
ステップＳ６１５では、ＦＡＸサーバ１０１は、再入力エリアを配置する。図９の９１０に出力例を示す。再入力エリアは、太枠等で強調し、再入力可能な空白部分を設ける。
【００８１】
ステップＳ６１６では、ＦＡＸサーバ１０１は、エラー内容を表すメッセージを、再入力エリアの内部または近傍に出力する。図９の９１１に出力例を示す。この後、ステップＳ６１８に進む。
【００８２】
なお、項目が登録エラーとなった場合は、エラーの発生した項目だけでなく、受注明細の全ての項目に対して再入力エリアを配置してもよい。例えば、商品名がエラーとなった場合に、商品名を再入力するとともに数量も変更する可能性があるからである。また、登録エラーとなった項目を含む受注明細をキャンセルする可能性もあるため、受注明細に対してキャンセル用のチェックボックスを配置してもよい。
【００８３】
ステップＳ６１７では、ＦＡＸサーバ１０１は、エラーが発生している受注明細の中でエラーが発生していない項目に対して、認識した項目内容を出力する。図９の９１２に出力例を示す。項目内容は受注明細項目データテーブル１３２０の項目値１３２４を取得する。この後、ステップＳ６１８に進む。
【００８４】
ステップＳ６１８は繰り返し処理の終端であり、ＦＡＸサーバ１０１は、まだ処理していない受注明細の項目があればステップＳ６１０に戻る。繰り返し処理が終了すれば、ステップＳ６１９に進む。
【００８５】
ステップＳ６１９は繰り返し処理の終端であり、ＦＡＸサーバ１０１は、まだ処理していない受注明細があればステップＳ６０４に戻る。繰り返し処理が終了すれば、本処理フロー（注文確認票データ作成処理）を終了する。
【００８６】
ＦＡＸ受注処理の処理フロー（図５）の説明に戻る。
【００８７】
ステップＳ４１１では、ＦＡＸサーが１０１は、作成した注文確認票データを取引先ＦＡＸ装置へＦＡＸ送信する。
【００８８】
取引先では、図９に一例を示す注文確認票を取引先ＦＡＸ装置から出力する。取引先担当者は注文確認票を確認し、注文確認票に必要内容を記入して、取引先ＦＡＸ装置からＦＡＸ送信する。
【００８９】
取引先での注文確認票の記入例を図１０に示す。本記入例（１００１）では、認識エラーとなった２番目の明細の商品名に対する再入力エリアに「みかん」を記入し（１００２）、登録エラーとなった４番目の商品名に対する再入力エリアには未記入である（１００３）。本実施例では、再入力エリアに未記入の場合は、明細に対するキャンセル要求と判断する。また、１番目の明細（商品名”りんご”）のキャンセル用のチェックボックスには未記入であり（１００４）、３番目の明細（商品名”柿”）のキャンセル用のチェックボックスにチェックマークを記入している（１００５）。
【００９０】
ＦＡＸ受注処理の処理フロー（図５）の説明に戻る。
【００９１】
ステップＳ４１２では、ＦＡＸサーバ１０１は、取引先ＦＡＸ装置からＦＡＸ送信された記入後の注文票確認票データを受信する。
【００９２】
ステップＳ４１３では、ＦＡＸサーバ１０１は、受信した注文確認票データから公知の文字認識技術を用いて、注文票の内容を読み取る。文字認識の際には、ステップＳ４０２と同様、図１２に示す文字認識用パラメータテーブル１２００を用いる。
【００９３】
ステップＳ４１４では、ＦＡＸサーバ１０１は、ステップＳ４１３にて認識した各項目の値をもとに、対応するテーブル内容を更新して受注変更データを作成する。
【００９４】
ここで、図７を参照して、ステップＳ４１４の詳細について説明する。
【００９５】
図７は、受注変更データ作成処理の一例を示すフローチャートである。
【００９６】
ステップＳ７０１では、ＦＡＸサーバ１０１は、注文確認票データから認識した受付番号を取得する。この後の処理は、各テーブルに対し当該受付番号を持つレコードに対して実施する。
【００９７】
ステップＳ７０２では、ＦＡＸサーバ１０１は、受注明細ごとにステップＳ７１４までの処理を繰り返す。
【００９８】
ステップＳ７０３では、ＦＡＸサーバ１０１は、受注明細でエラーが発生していたか否かを判定する。具体的には、受注明細データテーブル１３１０のエラー区分１３１５に”Ｘ”が設定されているか否かで判定する。エラーが発生していた場合はステップＳ７０６に進み、発生していなかった場合はステップＳ７０４に進む。
【００９９】
ステップＳ７０４では、ＦＡＸサーバ１０１は、キャンセル用のチェックボックスにチェック（チェックマークが記入）されていたか否かを判定する。チェックされていた場合はステップＳ７０５に進み、チェックされていなかった場合はステップＳ７１４に進む。
【０１００】
ステップＳ７０５では、ＦＡＸサーバ１０１は、受注明細データテーブル１３１０の削除区分１３１６に”Ｘ”を設定する。処理後、ステップＳ７１４に進む。
【０１０１】
ステップＳ７０６では、ＦＡＸサーバ１０１は、受注明細に含まれる項目の中で、エラー発生していたが再入力エリアに未記入の項目が存在するか否かを判定する。存在する場合はステップＳ７０７に進み、存在しない場合はステップＳ７０８に進む。
【０１０２】
ステップＳ７０７では、ＦＡＸサーバ１０１は、受注明細データテーブル１３１０の削除区分１３１６に”Ｘ”を設定する。これは、本実施例では、エラーが発生していた項目の再入力エリアに未記入の場合は、明細に対するキャンセル要求と判断するためである。処理後、ステップＳ７１４に進む。
【０１０３】
ステップＳ７０８では、ＦＡＸサーバ１０１は、受注明細の項目ごとにステップＳ７１３までの処理を繰り返す。
【０１０４】
ステップＳ７０９では、ＦＡＸサーバ１０１は、項目にエラーが発生していたか否かを判定する。具体的には、受注明細項目データテーブル１３２０の項目エラー区分１３２５に値が設定されているか否かで判定する。エラーが発生していた場合はステップＳ７１０に進み、エラーが発生していなかった場合はステップＳ７１３に進む。
【０１０５】
ステップＳ７１０では、ＦＡＸサーバ１０１は、再入力エリアに記入された内容を読み取れたか否かを判定する。読み取れた場合はステップＳ７１１に進み、読み取れなかった場合はステップＳ７１２に進む。
【０１０６】
ステップＳ７１１では、ＦＡＸサーバ１０１は、認識した再入力エリアに記入された内容で項目の内容を更新する。具体的には、受注明細データテーブル１３１０の商品名１３１３または数量１３１４と、受注明細項目データテーブル１３２０の該当するレコードの項目値１３２４に認識した内容を上書きする。また、発生していたエラーが認識エラーの場合は、受注明細データテーブル１３１０のエラー区分１３１５と、受注明細項目データテーブル１３２０の該当するレコードの項目エラー区分１３２５およびエラー内容１３２６をクリアする。
【０１０７】
ステップＳ７１２では、ＦＡＸサーバ１０１は、該当する項目の値をブランクに設定する。具体的には、受注明細データテーブル１３１０の商品名１３１３または数量１３１４と、受注明細項目データテーブル１３２０の該当するレコードの項目値１３２４をブランクに設定する。また、受注明細データテーブル１３１０のエラー区分１３１５を”Ｘ”のままとし、受注明細項目データテーブル１３２０の該当するレコードの項目エラー区分１３２５に”１”を、エラー内容１３２６に”認識エラー”を設定する。
【０１０８】
ステップＳ７１３は繰り返し処理の終端であり、ＦＡＸサーバ１０１は、まだ処理していない受注明細の項目があればステップＳ７０８に戻る。繰り返し処理が終了すれば、ステップＳ７１４に進む。
【０１０９】
ステップＳ７１４は繰り返し処理の終端であり、ＦＡＸサーバ１０１は、まだ処理していない受注明細があればステップＳ７０２に戻る。繰り返し処理が終了すれば、ステップＳ７１５に進む。
【０１１０】
ステップＳ７１５では、ＦＡＸサーバ１０１は、受注明細データテーブル１３１０の上記処理で変更のあったレコードを抽出して、受注変更データとする。
以上で、注文変更データ作成処理を終了する。
【０１１１】
ＦＡＸ受注処理の処理フロー（図５）の説明に戻る。
【０１１２】
ステップＳ４１５では、ＦＡＸサーバ１０１は、ステップＳ４１４にて作成した受注変更データを業務サーバ１０２に送信する。
【０１１３】
ステップＳ４１６では、業務サーバ１０２は、ＦＡＸサーバ１０１から送信された受注変更データを受信する。
【０１１４】
ステップＳ４１７では、業務サーバ１０２は、受信した受注変更データをもとに受注変更登録処理を実施する。エラーが発生していた受注明細について再登録する処理は、ステップＳ４０６（受注登録）の処理と同じであるので説明を省略する。正常に再登録された場合は再登録結果として”正常”を取得する。受注明細に削除区分が設定されている場合は、受注取消処理を実施する。具体的には、不図示の受注データベースの該当レコードに対する削除区分の設定、商品在庫テーブル１３４０（図１３（ｅ））の引き当てデータのクリアあるいは在庫予約、商品手配の解除等である。正常に受注取消処理が実施できた場合は再登録結果として”正常”とし、実施できなかった場合は”登録エラー”としてエラー内容を設定する。
【０１１５】
ステップＳ４１８では、業務サーバ１０２は、ステップＳ４１７で設定した再登録結果をＦＡＸサーバ１０１に送信する。
【０１１６】
ステップＳ４１９では、ＦＡＸサーバ１０１は、業務サーバ１０２から送信された登録結果を受信し、受信した再登録結果に従って対応するテーブルを更新する。更新するテーブルは、受注明細データテーブル１３１０と受注明細項目データテーブル１３２０である。再登録結果が”登録エラー”の場合の処理は、ステップＳ４０８の処理と同じであるので省略する。登録エラーが発生していた受注明細の再登録結果が”正常”の場合、受注明細データテーブル１３１０の該当レコードのエラー区分１３１５をクリアし、さらに、受注明細項目データテーブル１３２０のエラー発生項目に該当するレコードの項目エラー区分１３２５、エラー内容１３２６をクリアする。
【０１１７】
図１４に、受注明細データテーブル１３１０の各ステップでの設定内容の一例を示す。
【０１１８】
図１４（ｃ）は受注変更データ作成後、つまりステップＳ４１４後の受注明細データテーブル１３１０の内容である。明細番号”２”の受注明細に対して注文確認票で再入力があり、認識エラーが解消されたため、エラー区分がクリアされている。明細番号”３”の受注明細に対して注文確認票でキャンセル要求があったため、削除区分に”Ｘ”が設定されている。明細番号”４”の受注明細に対して注文確認票で再入力がなかったため、キャンセル要求とみなし、削除区分に”Ｘ”が設定されている。
【０１１９】
図１４（ｄ）は再登録結果受信後、つまりステップＳ４１９後の受注明細データテーブル１３１０の内容であり、明細番号”２”の受注明細に対する受注再登録処理、明細番号”３”および”４”の受注明細に対する受注取消処理が全て正常に実施されたため、エラー区分が全てブランクに設定されている。
【０１２０】
ＦＡＸ受注処理の処理フロー（図５）の説明に戻る。
【０１２１】
ステップＳ４２０では、ＦＡＸサーバ１０１は、エラーが発生している受注明細が存在するか否かを判定する。具体的には、受注明細データテーブル１３１０のエラー区分１３１５に”Ｘ”が設定されたレコードが存在するか否かで判定する。存在する場合は、ステップＳ４１０に戻り、存在しない場合はステップＳ４２１に進む。
【０１２２】
ステップＳ４２１では、ＦＡＸサーバ１０１は、受注完了連絡票データを作成し、取引先ＦＡＸサーバにＦＡＸ送信する。また、基本情報テーブル１３００の完了区分１３０７に”Ｘ”を設定する。
【０１２３】
受注完了連絡票データをもとに取引先ＦＡＸ装置にて出力される受注完了連絡票の一例を図１１に示す。本例では、注文確認票と同様に受付番号、認識したヘッダ内容および受注明細の内容を表示し、さらに結果欄１１０２に登録結果を表示している。
以上で、ＦＡＸ受注処理を終了する。
【０１２４】
上記により、複数明細を含む注文をＦＡＸにて受けた際に、それぞれの明細の処理状況に応じて適切に発注者に確認を求めることができるようになる。
【０１２５】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１２６】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１２７】
また、本発明におけるプログラムは、図４〜図７に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４〜図７の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４〜図７の各装置の処理方法ごとのプログラムであってもよい。
【０１２８】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１２９】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１３０】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０１３１】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３２】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３３】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１３４】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１３５】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１３６】
１００    ＦＡＸ受注システム
１０１    ＦＡＸサーバ
１０２    サーバ
１０４    ネットワーク
【図１】
2018106338.tif 000003
【図２】
2018106338.tif 000004
【図３】
2018106338.tif 000005
【図４】
2018106338.tif 000006
【図５】
2018106338.tif 000007
【図６】
2018106338.tif 000008
【図７】
2018106338.tif 000009
【図８】
2018106338.tif 000010
【図９】
2018106338.tif 000011
【図１０】
2018106338.tif 000012
【図１１】
2018106338.tif 000013
【図１２】
2018106338.tif 000014
【図１３】
2018106338.tif 000015
【図１４】
2018106338.tif 000016