JP5113238B2 - Ｆａｘｏｃｒ装置およびｆａｘｏｃｒプログラム - Google Patents

Description

本発明はＦＡＸＯＣＲ装置およびＦＡＸＯＣＲプログラムに関し、とくに商品の受発注業務に用いられるものに関する。

企業間の取引において、商品の注文を行う技術として様々なものが公知である。
たとえば、インターネットを介して商品コードや数量を電子的に送信する技術がある。たとえばＷｅｂ受注システムがこれに相当する。このような技術では、注文データの送受信やこれに関連して発生するデータ処理を自動化することができ、定型的な受発注業務であれば効率化が可能である。

また、商品コードや数量を所定の発注用紙に記入し、ＦＡＸ装置によって送信する技術もある。このような技術は、発注側で承認を要する場合に効率的である。たとえば、発注担当者が承認者に承認を依頼し、承認者が検印やサインによって承認を行う場合である。このような場合、仮に承認者が変更になったとしても、受発注業務に関連するコンピュータや装置に定義されたフローを変更する必要はないので、フロー変更に必要な労力が低減される。

特許文献１には、インターネットを介して注文入力情報を受けるとともに、ＦＡＸ画像情報との照合を行う技術が記載されている。

特開２００４−１３９５９１号公報

しかしながら、従来の技術では、定型的な受発注業務を効率化しつつ、同時に受発注業務のフロー変更に必要な労力を低減することができないという問題があった。
たとえばＷｅｂ受注システムでは、発注業務がすべて電子的に行われるため、検印やサインによる承認処理を実現することができない。また、仮に承認処理を電子的に実現したとしても、承認者の認証等に個別の処理が要求されるので、承認者が変更されると電子的な業務フローを変更する労力が必要となる。特許文献１の技術でも、承認者の検印やサインによる承認処理を実現することはできない。
また、ＦＡＸによる発注では、注文データを文字コードによって送受信できないので受発注業務の効率が低下する。たとえばＦＡＸ通信中のノイズによって受信画像が乱れ、注文データの確認に時間がかかることがある。

この発明は、このような問題点を解決するためになされたものであり、定型的な受発注業務を効率化しつつ、受発注業務のフロー変更に必要な労力を低減する、ＦＡＸＯＣＲ装置およびＦＡＸＯＣＲプログラムを提供することを目的とする。

上述の問題点を解決するため、この発明に係るＦＡＸＯＣＲ装置は、商品の受発注業務に用いられるＦＡＸＯＣＲ装置であって、通信網を介してＷＥＢ入力注文テキストデータを受信する仮注文受注手段であって、ＷＥＢ入力注文テキストデータは、商品の注文に関する注文情報を、数値または文字コードによって表すものである、仮注文受注手段と、注文書用紙データを出力する仮注文情報出力手段であって、注文書用紙データは注文書用紙の印刷に用いられるデータであり、注文書用紙は注文情報を含み、注文書用紙は承認領域を有し、承認領域は承認者による承認を表す承認表示を記入または押印するための領域である、仮注文情報出力手段と、ＦＡＸ網を介してＦＡＸ画像データを受信するＦＡＸ文書受信手段と、ＦＡＸ画像データに含まれる数字または文字を、数値または文字コードによって表されるＯＣＲ認識注文テキストデータとして認識するＯＣＲ手段と、承認領域を含むＦＡＸ画像データを出力するとともに、ＷＥＢ入力注文テキストデータおよびＯＣＲ認識注文テキストデータが一致するか否かを判定する、認識結果確認手段と、ＦＡＸＯＣＲ装置は、さらに、承認表示に対応する承認検証データを記憶する記憶手段と、承認領域に記入または押印された承認表示と、承認検証データとが一致するか否かを判定する承認検証手段を備える。

承認表示は、印影または承認者名のサインであり、承認検証データは、画像によって表される検証用印影または文字コードによって表される承認者名を含んでもよい。
仮注文受注手段は、さらに、承認表示が印影であるかサインであるかを表す承認表示タイプ情報を、通信網を介して受信し、承認検証手段は、承認表示が印影である場合には、検証用印影と承認表示の印影とが一致するか否かを判定し、承認表示がサインである場合には、承認表示を文字コードによって表されるサインデータに変換して、サインデータと承認者名とが一致するか否かを判定してもよい。
仮注文受注手段は、さらに、承認表示がサインである場合に、通信網を介して承認者名を受信してもよい。
注文書用紙は、順序関係を有する複数の承認領域を有し、承認検証手段は、複数の承認領域のそれぞれについて個別に判定を行ってもよい。
ＦＡＸＯＣＲ装置は、さらに、ＦＡＸ画像データにおける注文情報の位置および承認領域の位置を表す座標データを含む帳票定義情報を記憶する記憶手段を備え、ＯＣＲ手段は、ＦＡＸ画像データおよび帳票定義情報に基づいてＯＣＲ認識注文テキストデータを認識し、承認検証手段は、ＦＡＸ画像データおよび帳票定義情報に基づいて承認領域を抽出してもよい。
注文書用紙データは、注文情報を識別する注文番号をＱＲコード（登録商標）によって表すＱＲコード画像データを含んでもよい。

また、この発明に係るＦＡＸＯＣＲプログラムは、コンピュータを、上述のＦＡＸＯＣＲ装置として機能させる。

この発明に係るＦＡＸＯＣＲ装置およびＦＡＸＯＣＲプログラムによれば、注文のテキストデータは文字コードを用いて送受信するので定型的な受発注業務を効率化することができ、また、承認表示はＦＡＸ画像に含めて扱うので承認者が変更されても受発注業務のフローを変更する必要がなく、労力を低減できる。

本発明に係るＦＡＸＯＣＲ装置を含む構成を示す図である。 図１の記憶手段に記憶される情報をより具体的に示す図である。 図１のＦＡＸＯＣＲ装置の処理の流れの一部を表すフローチャートである。 図３のステップＳ１１で出力されるログイン画面の例である。 図３のステップＳ１２で出力される商品検索・一覧画面の例である。 図３のステップＳ１４で出力される承認フロー定義画面の例である。 図３のステップＳ１７で出力される仮注文情報表示画面の例である。 図７の仮注文情報表示画面に基づいて作成された注文書の例である。 図１のＦＡＸＯＣＲ装置の処理の流れの一部を表すフローチャートである。 図９のステップＳ２６で出力される確認修正画面の例である。

以下、この発明の実施の形態を添付図面に基づいて説明する。
実施の形態１．
図１に、本発明に係るＦＡＸＯＣＲ装置１０を含む構成を示す。ＦＡＸＯＣＲ装置１０は、商品の受発注業務に用いられるものであり、商品を取り扱う業者（たとえば製造業者または流通業者）が管理する。また、図１には、この業者が管理する確認・修正用端末２０３と、商品を購入する取引先が管理する発注用端末２０１およびＦＡＸ装置２０２が示されている。

ＦＡＸＯＣＲ装置１０はコンピュータを含み、ＦＡＸ網を介してＦＡＸ文書を送受信する機能と、コンピュータ通信ネットワークを介して電子的にデータを送受信する機能とを備える。ＦＡＸＯＣＲ装置１０は、データ通信ネットワークとしてのインターネット１０１を介して発注用端末２０１と通信可能に接続されており、ＦＡＸ網１０２を介してＦＡＸ装置２０２と通信可能に接続されており、データ通信ネットワークとしてのＬＡＮ１０３を介して確認・修正用端末２０３と通信可能に接続されている。また、発注用端末２０１には印刷装置としてのプリンタ２０４が接続されている。

ＦＡＸＯＣＲ装置１０、発注用端末２０１および確認・修正用端末２０３は、周知のコンピュータとしての構成を有する。たとえばＦＡＸＯＣＲ装置１０は、演算を行う演算手段３０と、情報を格納する記憶手段４０とを備える。演算手段３０はＣＰＵ（中央処理装置）を含み、記憶手段４０は半導体メモリおよびＨＤＤ（ハードディスクドライブ）を含む。

また、とくに図示しないが、ＦＡＸＯＣＲ装置１０は、使用者が情報を入力するために用いる入力手段として入力装置を備える。この入力装置は、たとえばマウスやキーボード等である。また、ＦＡＸＯＣＲ装置１０は、使用者に対して情報を出力する出力手段として出力装置を備える。出力装置は、たとえば液晶ディスプレイ等の表示装置であるが、プリンタ等の印刷装置であってもよい。
また、とくに図示しないが、発注用端末２０１および確認・修正用端末２０３も同様に、演算手段、記憶手段、入力手段および出力手段を備える（プリンタ２０４のみ図示）。

さらに、ＦＡＸＯＣＲ装置１０は、他のコンピュータ等との間で情報の送受信を行うためのネットワークインタフェースと、他のＦＡＸ装置との間でＦＡＸ文書の送受信を行うためのＦＡＸインタフェースとを備える。たとえばインターネット１０１およびＬＡＮ１０３との接続はネットワークボードを用いて実現することができ、ＦＡＸ網１０２との接続はＦＡＸボードを用いて実現することができる。

また、ＦＡＸＯＣＲ装置１０はＷｅｂサーバ２０を含む。すなわち、演算手段３０は、記憶手段４０に格納されたプログラム（図示せず）を実行することにより、Ｗｅｂサーバ２０としても機能する。Ｗｅｂサーバ２０はＨＴＴＰに従って動作し、インターネット１０１を介して送受信されるデータの形式（ＨＴＭＬ形式）と、記憶手段４０に記憶されるデータの形式とを相互に変換する。なおＷｅｂサーバ２０の構成は周知のものを用いることができるので詳細については説明を省略する。
またＷｅｂサーバ２０は、ＦＡＸＯＣＲ装置１０に含まれず別のコンピュータとして存在してもよい。

ＦＡＸ装置２０２は周知のＦＡＸ装置としての構成を有し、ＦＡＸ網１０２を介してＦＡＸ文書を送受信する機能を備える。ＦＡＸＯＣＲ装置１０とＦＡＸ装置２０２との間のＦＡＸ通信は、たとえばＧ３ファクシミリ規格に従ってなされるが、これは他のＦＡＸ規格に従うものであってもよい。

ＦＡＸＯＣＲ装置１０において、記憶手段４０はプログラム（ＦＡＸＯＣＲプログラム、図示せず）を格納し、演算手段３０がこのプログラムを実行することによって、ＦＡＸＯＣＲ装置１０は本明細書に記載される機能を実現する。たとえば、演算手段３０は、認証手段３０１、商品検索・出力手段３０２、仮注文受注手段３０３、ＱＲコード生成手段３０４、仮注文情報出力手段３０５、ＦＡＸ文書受信手段３０６、ＯＣＲ手段３０７、承認検証手段３０８および認識結果確認・修正手段３０９として機能する（詳細については図３および図９のフローチャートに関連して後述する）。

図２は、図１の記憶手段４０に記憶される情報をより具体的に示すものである。
記憶手段４０は、認証ＤＢ４０１、商品情報ＤＢ４０２、在庫情報ＤＢ４０３、仮注文情報ＤＢ４０４、承認フロー情報４０５、顧客ＤＢ４０６、ＦＡＸ画像４０７、帳票定義情報４０８、認識結果情報４０９および確定注文情報ＤＢ４１０を記憶する。

認証ＤＢ４０１は、ＦＡＸＯＣＲ装置１０にアクセスする取引先担当者の認証に用いる情報を記憶する。たとえば、複数の取引先担当者について、取引先担当者のユーザＩＤおよびパスワードを関連付けて記憶する。
商品情報ＤＢ４０２は、商品取扱業者が提供する商品に関する情報を記憶する。たとえば、商品のそれぞれについて、商品を識別するための商品コードと、商品の品名と、商品の単価と、商品の画像とを関連付けて記憶する。ここで、商品コードは数値であってもよく、または文字コードによって表される文字を含むものであってもよい。
在庫情報ＤＢ４０３は、各商品の商品コードと、その商品の在庫数（入数）とを関連付けて記憶する。

仮注文情報ＤＢ４０４は、取引先担当者から商品取扱業者への仮注文の内容を表すデータを記憶する。ここで、仮注文とは、取引先の承認者の承認を受けていない段階の注文のことである。たとえば、仮注文情報ＤＢ４０４は、注文を識別するための注文番号と、注文の対象となる１種類以上の商品の商品コードとを記憶し、また、各商品について、注文された数量を関連付けて記憶する。

承認フロー情報４０５は、承認者による承認のフローに関する情報を記憶する。承認者とは、たとえば仮注文を承認して正式に確定した注文とする権限を有する者である。承認のフローには、１人または複数の承認者による承認処理が含まれる。
承認フロー情報４０５は、承認者のそれぞれについて、承認フローにおけるその承認者の順番と、その承認者が承認の表示としてサインを使用するか検印（すなわち検印の印影）を使用するかを表す承認表示タイプ情報と、その承認者のサインに用いる承認者名（たとえば姓のみ）とを関連付けて記憶する。

顧客ＤＢ４０６は、取引先（すなわち商品取扱業者にとっての顧客）に関する情報を記憶する。たとえば、上述の認証ＤＢ４０１に記憶されたユーザＩＤのそれぞれについて、取引先会社名および取引先担当者名を関連付けて記憶する。

ＦＡＸ画像４０７は、ＦＡＸＯＣＲ装置１０が受信したＦＡＸ文書の各ページを表す画像を記憶する。
帳票定義情報４０８は、受信したＦＡＸ画像に、注文情報と、承認者の承認状況を表す承認表示とがどのように含まれるかを定義するデータを記憶する。たとえば、ＦＡＸ画像において注文情報および承認表示を表す複数のフィールドについて、そのフィールドの位置（たとえば二次元座標）を表す情報と、そのフィールドの種別（たとえば、数字、英文字、カナ、漢字、画像のいずれであるか）を表す情報とを関連付けて記憶する。
なお、帳票定義情報４０８に記憶されるデータは、公知の帳票定義手段を用いて適宜事前に作成することができる。

認識結果情報４０９は、仮注文に対応するＦＡＸ文書の記載内容を、ＯＣＲ技術等の画像認識技術により認識した結果を記憶する。たとえば、注文を識別するための注文番号と、注文の対象となる１種類以上の商品の商品コードとを記憶し、また、各商品について、注文された数量を関連付けて記憶する。さらに、承認者がその注文を承認したことを表す承認表示（ＦＡＸ画像データにおける承認領域に相当する部分）を記憶する。

確定注文情報ＤＢ４１０は、取引先担当者から商品取扱業者への確定注文の内容を表すデータを記憶する。ここで、確定注文とは、上述の仮注文とは異なり、取引先の承認者の承認を受けて確定した段階の注文のことである。たとえば、確定注文情報ＤＢ４１０は、注文を識別するための注文番号と、注文の対象となる１種類以上の商品の商品コードとを記憶し、また、各商品について、注文された数量を関連付けて記憶する。

以上のように構成されるＦＡＸＯＣＲ装置１０の動作を、図３〜図１０を用いて以下に説明する。
図３は、ＦＡＸＯＣＲ装置１０の処理の流れの一部を表すフローチャートである。取引先担当者は、商品の仮発注を行うために発注用端末２０１を介してＦＡＸＯＣＲ装置１０にログインし、これに応じてＦＡＸＯＣＲ装置１０は図３の処理を開始する。なお、図３の処理は、本実施形態では、いずれも取引先担当者と演算手段３０との間で、発注用端末２０１、インターネット１０１およびＷｅｂサーバ２０を介して行われるものである。

まず、認証手段３０１は、取引先担当者のログイン操作を受け付ける処理を行う（ステップＳ１１）。図４は、この処理に関連して発注用端末２０１が表示するログイン画面の例である。認証手段３０１はこのログイン画面を表示させるためのデータを生成し、Ｗｅｂサーバ２０を介して発注用端末２０１に送信する。

ステップＳ１１の処理は、認証ＤＢ４０１を参照して行われる。認証手段３０１は、ログイン画面に含まれるユーザＩＤ入力欄Ｆ１およびパスワード入力欄Ｆ２を介して取引先担当者からユーザＩＤおよびパスワードの入力を受け付け、これらと認証ＤＢ４０１に記憶されているユーザＩＤおよびパスワードとを照合することによって取引先担当者の認証を行う。

次に、商品検索・出力手段３０２は、取引先担当者に対して商品検索・一覧画面を出力する（ステップＳ１２）。すなわち、商品検索・一覧画面を表示させるためのデータを生成し、Ｗｅｂサーバ２０を介して発注用端末２０１に送信する。図５はこの商品検索・一覧画面の例である。発注用端末２０１はこの商品検索・一覧画面を表示する。商品検索・一覧画面は、商品情報ＤＢ４０２に含まれる各商品について、商品コード、品名、単価および画像を表示する。また、各商品について、在庫情報ＤＢ４０３に記憶される在庫数を表示する。

商品検索・一覧画面は、各商品について、注文する数量を入力するための数量入力欄Ｆ３を備える。また、商品検索・一覧画面は、各商品の数量入力欄Ｆ３に入力された数量を指定して仮注文を行う仮発注ボタンＢ１を備える。取引先担当者は、まず注文したい商品のそれぞれについて注文したい数量を数量入力欄Ｆ３に入力し、その後に仮発注ボタンＢ１を操作することによって、仮注文に係る商品コードおよび数量を指定して仮発注を行うことができる。なお、図示しないが、この商品検索・一覧画面において、取引先担当者は、注文情報の一部として、その注文情報を識別するための注文番号を入力する。

次に、仮注文受注手段３０３は、取引先担当者から入力された仮注文情報を受信し、これを記憶する（ステップＳ１３）。この仮注文情報は、仮注文に含まれる商品コードと数量とを関連付けるＷｅｂ入力注文テキストデータであり、数値または文字コードによって表される。また、Ｗｅｂ入力注文テキストデータは、仮注文情報ＤＢ４０４に記憶される。ここで、取引先担当者が注文番号を入力していなかった場合には、仮注文受注手段３０３が注文番号を生成して仮注文情報に追加してもよい。

次に、仮注文受注手段３０３は、取引先担当者に対して承認フロー定義画面を出力する（ステップＳ１４）。すなわち、承認フロー定義画面を表示させるためのデータを生成し、Ｗｅｂサーバ２０を介して発注用端末２０１に送信する。図６はこの承認フロー定義画面の例である。発注用端末２０１はこの承認フロー定義画面を表示する。承認フロー定義画面は、仮注文の承認に関する承認フローを定義するための画面であり、複数の承認者のそれぞれについて、承認の表示としてサインを使用するか、または検印（すなわち検印の印影）を使用するかを表す承認表示タイプ情報を入力するためのチェックボックスＦ４を含む。また、承認の表示にサインを使用する承認者については、そのサインに用いる氏名を入力するための氏名入力欄Ｆ５を含む。さらに、入力された承認表示タイプ情報および承認者名を指定して承認フローの送信を行うＯＫボタンＢ２を備える。

取引先担当者は、まず承認者のそれぞれについて承認表示タイプ情報を入力し、またサインを使用する承認者については承認者名を入力し、その後にＯＫボタンＢ２を操作することによって、処理中の仮注文についての承認フローを定義することができる。なお、承認の表示として検印を用いる承認者については、承認者名は入力されなくともよい（その場合は承認者名は空欄となる）。

次に、仮注文受注手段３０３は、取引先担当者から入力された承認フローを受信し、これを承認フロー情報４０５に記憶する（ステップＳ１５）。すなわち承認フロー情報４０５には、少なくとも、承認表示がサインか検印かの区別、サインであるときは指定されたサインを使用する承認者名、検印であるときは指定があれば指定された承認者名が記憶される。

このように、仮注文ごとに承認フロー定義画面が自動的に表示され、チェックボックスおよび名前入力の簡単な操作のみで承認フローを定義することができるので、注文の承認フローを容易に入力または変更することができる。とくに、承認処理自体を電子的に実現せず承認者の入力のみ行えばよいので、受発注業務の承認フロー変更に必要な労力を低減することができる。たとえば、一般的な承認フロー実現アプリケーションで用いられるような定義変更インタフェース画面を、注文処理とは独立に呼び出す必要がない。

また、前回の注文において指定された承認フローの内容を記憶させておき、その内容をデフォルトの値として（すなわちその値が最初から入力された状態で）承認フロー定義画面を表示してもよい。このようにすると、承認フローに変更がない場合には何も入力する必要がないので、承認フローの定義作業を省略できる。

次に、ＱＲコード生成手段３０４は、注文番号をＱＲコードによって表すＱＲコード画像データを生成する（ステップＳ１６）。なお、ＱＲコードに代えてＱＲコード以外の二次元バーコードを用いてもよく、一次元バーコードを用いてもよく、バーコード以外の画像を用いてもよい。

次に、仮注文情報出力手段３０５は、仮注文情報ＤＢ４０４に記憶された仮注文情報と、ステップＳ１６において生成されたＱＲコード画像とに基づき、仮注文情報表示画面を出力する（ステップＳ１７）。すなわち、仮注文情報表示画面を表示させるためのデータを生成し、Ｗｅｂサーバ２０を介して発注用端末２０１に送信する。

図７はこの仮注文情報表示画面の例である。発注用端末２０１はこの仮注文情報表示画面を表示する。仮注文情報表示画面は、取引先担当者が注文書用紙を印刷するために用いる画面である。すなわち、取引先担当者は、発注用端末２０１に仮注文情報表示画面を表示させた状態で、当該画面をプリンタ２０４に印刷させることにより、印刷された注文書用紙を作成することができる。すなわち、本実施形態では、発注用端末２０１に表示される仮注文情報表示画面が、注文書用紙データを表示する画面となる。
なお、本明細書において、「注文書」とは承認者による承認を受けた正式な注文を表す書面を意味し、「注文書用紙」とは注文書を作成するための用紙（たとえば承認を受けるための承認領域を有する用紙）を意味する。

仮注文情報出力手段３０５は、注文書用紙データの内容として、仮注文情報表示画面の所定の位置に、下記の情報を出力する。
‐ＦＡＸＯＣＲ装置１０のＦＡＸ先番号
‐取引先会社名および取引先担当者名（顧客ＤＢ４０６を参照して取得される）
‐仮注文に係る商品コードおよび数量（仮注文情報ＤＢ４０４を参照して取得される）
‐ＱＲコード画像Ｆ６（ステップＳ１６において生成される）
‐承認領域Ｆ７を画定する枠
なお、承認領域Ｆ７は、承認表示として検印の印影またはサインを表示する領域を表す。

仮注文情報表示画面が発注用端末２０１に表示されると、取引先担当者はこれを注文書用紙として印刷し、これに承認者の検印を押印してもらい、正式な注文書とする。図８は、図７の仮注文情報表示画面に基づいて作成された注文書の例である。図７の仮注文情報表示画面と同様に、印刷された注文書用紙（および作成された注文書）は、注文に係る商品コードおよび数量の記載と、ＱＲコード画像Ｆ６の記載と、承認領域Ｆ７を画定する枠の記載とを含む。承認領域Ｆ７には承認者のサインが記入されている。

次に、取引先担当者は、承認を受けた注文書を、ＦＡＸ文書としてＦＡＸ装置２０２からＦＡＸＯＣＲ装置１０に送信する。ＦＡＸＯＣＲ装置１０はこのＦＡＸ文書を受信し、これに応じて図９に示す処理を開始する。
図９は、ＦＡＸＯＣＲ装置１０の処理の流れの一部を表すフローチャートである。

まず、ＦＡＸ文書受信手段３０６が、ＦＡＸ網１０２を介してＦＡＸ文書を受信し（ステップＳ２１）、このＦＡＸ文書に含まれる各ページを表すＦＡＸ画像データをＦＡＸ文書受信手段３０６に記憶する。このＦＡＸ画像は、たとえば図８の注文書を表すものである。

次に、ＯＣＲ手段３０７が、ＦＡＸ画像に基づいて文字を認識し、ＱＲコードを読み取る（ステップＳ２２）。ここで、ＯＣＲ手段３０７は、帳票定義情報４０８を参照し、ＦＡＸ画像に含まれる注文情報および承認表示の位置および種別に基づいて処理を行う。たとえば、帳票定義情報４０８には、注文書の最初にリストされる商品の商品コードを含むフィールドの二次元座標と、そのフィールドは数値であるという情報とが定義されており、これに基づいて当該フィールドに記載された数値を認識する。図８の例では、商品コード「１０１１」が認識されることになる。ここで、文字認識は、周知のＯＣＲ（光学式文字認識）機能を用いて、ＦＡＸ画像データに含まれる文字および数字を認識し、これらを文字コードおよび数値に変換することによって行われる。
同様にして、その商品の数量が認識される。

このようにして、ＯＣＲ手段３０７は、ＦＡＸ画像に含まれる数字および文字を、ＯＣＲ認識注文テキストデータとして認識する。このＯＣＲ認識注文テキストデータは、数値または文字コードによって表される。
また、ＱＲコードの読み取りは、周知の技術を用いて、ＱＲコード画像によって表される文字コードおよび数値を認識することによって行われる。これによってＯＣＲ手段３０７は注文番号を認識する。
次に、ＯＣＲ手段３０７は、認識したＯＣＲ認識注文テキストデータを認識結果情報４０９に記憶する（ステップＳ２３）。

次に、承認検証手段３０８は、承認フロー定義画面（図６）において入力された承認フロー情報４０５に基づき、承認の判定を行う（ステップＳ２４）。この承認の判定は、承認フローに定義された承認者のそれぞれについて行われる。すなわち、承認の判定は、承認領域Ｆ７のそれぞれについて行われる。

ステップＳ２４において、まず承認検証手段３０８は、承認者のそれぞれについて承認表示タイプ情報を参照し、承認表示が検印の印影であるかサインであるかを判定するとともに、帳票定義情報４０８を参照してＦＡＸ画像データにおける承認表示の位置（二次元座標）を取得し、注文書のＦＡＸ画像データから該当する領域を切り出すことによって承認表示を抽出する。

承認表示がサインである場合には、検証用データとして、承認フロー情報４０５に記憶される承認者名が用いられる。ＯＣＲ手段３０７と同様に、周知のＯＣＲ機能を用いて、承認表示に含まれる文字を認識して文字コードによって表されるサインデータに変換し、このサインデータと、承認フロー情報４０５に記憶される承認者名とを比較して一致するか否かを判定する。

承認表示が検印の印影である場合には、その印影が正しいか否かを判定することによって承認の判定を行う。たとえば、検印に対応する承認検証データとして、所定の検証用印影の画像をあらかじめ承認フロー情報４０５に記憶しておき、この検証用印影と実際の承認表示とを比較して一致するか否かを判定してもよい。このような処理は、公知の印鑑照合装置を用いて実現することができる。あるいは、承認領域Ｆ７の記載内容を問わずなんらかの記載があるか否かを判定し、なんらかの記載があれば（すなわち白紙でなければ）押印されていると判定してもよい。

なお、複数の承認者が定義され、したがって複数の承認表示および複数の承認検証用データがある場合、これらの対応付けは承認フローに定義されている承認者の順番を用いて行うことができる。

このように、承認検証手段３０８は、承認の判定を自動的に行うので、注文の承認フローをさらに容易に変更することができ、受発注業務のフロー変更に必要な労力が低減される。とくに、承認フローに含まれる承認者名が変更になった場合であっても、承認者名のサインを自動的に認識して判定に用いるので、取引先担当者はいかなる他の操作も要求されない。（なお、サインでなく検印を用いて承認の自動判定を行う場合には、用いられる可能性のあるすべての検印の印影をあらかじめＦＡＸＯＣＲ装置１０の承認フロー情報４０５に記憶させておく必要がある。）

次に、認識結果確認・修正手段３０９は、まず認識結果確認手段として機能し、仮注文に係る情報と、ＯＣＲによる認識結果とを比較する（ステップＳ２５）。これは、ステップＳ１３において仮注文情報ＤＢ４０４に記憶されたＷｅｂ入力注文テキストデータと、ステップＳ２３において認識結果情報４０９に記憶されたＯＣＲ認識注文テキストデータとを比較することによって行われる。この比較により、認識結果確認・修正手段３０９は、Ｗｅｂ入力注文テキストデータとＯＣＲ認識注文テキストデータとが一致するか否かを判定する。

次に、認識結果確認・修正手段３０９は、商品取扱業者の受注担当者に対して確認修正画面を出力する（ステップＳ２６）。すなわち、確認修正画面を表示させるためのデータを生成し、ＬＡＮ１０３を介して確認・修正用端末２０３に送信する。図１０はこの確認修正画面の例である。確認・修正用端末２０３はこの確認修正画面を表示する。確認修正画面は、注文書表示欄Ｆ１１と、ＯＣＲ結果確認修正欄Ｆ１２と、注文番号判定結果表示欄Ｆ１３と、承認判定結果表示欄Ｆ１４と、登録ボタンＢ１１と、保留ボタンＢ１２と、削除ボタンＢ１３とを含む。

注文書表示欄Ｆ１１は注文書のＦＡＸ画像データを表示する。なお上述のように、注文書の画像データには、注文情報（商品コードおよび数量を含む）と、注文番号を表すＱＲコード画像Ｆ６と、承認領域Ｆ７とが含まれる。
ＯＣＲ結果確認修正欄Ｆ１２は、Ｗｅｂ入力注文テキストデータに含まれる商品のそれぞれについて個別に設けられる。図１０では、コップ、ナイフ、大皿についてそれぞれＯＣＲ結果確認修正欄Ｆ１２が表示されている。また、ＯＣＲ結果確認修正欄Ｆ１２はそれぞれ、商品の品名と、商品コードと、数量とについて、Ｗｅｂ入力注文テキストデータとＯＣＲ認識注文テキストデータとを対比表示する。また、品名、商品コード、および数量のそれぞれについて、修正入力欄Ｆ１２ａが表示される。なお、品名はたとえば商品コードに基づいて認識結果確認・修正手段３０９が取得し表示することができるが、品名が注文情報に含まれている場合には品名についても同様にＷｅｂ入力注文テキストデータとＯＣＲ認識注文テキストデータとを対比表示してもよい。

図１０の例では、すべての商品について、品名・商品コード・数量のいずれもＷｅｂ入力注文テキストデータとＯＣＲ認識注文テキストデータとが一致している。いずれかにおいて相違がある場合には、確認修正表示画面にその旨の警告表示がなされてもよい。たとえば、コップの数量について相違がある場合には、コップの数量のＷｅｂ入力注文テキストデータとＯＣＲ認識注文テキストデータを強調表示してもよい。

また、図１０の例とは異なり、Ｗｅｂ入力注文テキストデータとＯＣＲ認識注文テキストデータとが一致している場合にはその旨を表示してもよい。たとえば、各商品について、修正入力欄Ｆ１２ａの上に一致表示欄を設け、一致している場合には「ＯＫ」を表示し、一致していない場合には「ＮＧ」を表示してもよい。

注文番号判定結果表示欄Ｆ１３は、Ｗｅｂ入力注文テキストデータの注文番号（「ＷＥＢ入力」）とＱＲコード画像Ｆ６から取得された注文番号（「ＯＣＲ結果」）とを表示し、さらにこれらの比較結果を表示する。図１０の例では、Ｗｅｂ入力注文テキストデータの注文番号とＱＲコード画像Ｆ６の注文番号とが一致しており、「ＯＫ」の表示がされている。これらが一致していない場合には、「ＮＧ」の表示がなされる。

承認判定結果表示欄Ｆ１４は、承認フロー定義画面（図６）で入力された承認者名（「ＷＥＢ入力」）と、ステップＳ２４においてＯＣＲ認識された承認者名（「ＯＣＲ結果」）とを表示し、さらにこれらの比較結果を表示する。図１０の例ではすべての承認者について一致しているので、注文は承認されたものであると判定し、承認判定結果として「ＯＫ」の表示がされている。いずれかの承認者について一致していない場合には、注文は承認されていないものであると判定し、承認判定結果として「ＮＧ」の表示がなされる。

なお、他の判定方法として、いずれかの承認者について一致している場合には承認されたと判定し、いずれの承認者も一致していない場合のみ承認されていないと判定してもよい。
また、承認表示としてサインでなく検印の印影が用いられる場合には、その承認者については承認者名の表示を行わず、承認判定結果のみ表示してもよい。

登録ボタンＢ１１は、受注担当者が現在の表示内容を正式な注文情報として登録する際に操作するボタンである。保留ボタンＢ１２は、受注担当者が現在の表示内容を一時的に保存して保留する際に操作するボタンである。削除ボタンＢ１３は、受注担当者が現在の表示内容を削除し、関連する認識結果情報４０９を破棄する際に操作するボタンである。

受注担当者は、この確認修正画面において認識結果情報４０９の内容を確認および修正することができる。たとえば、Ｗｅｂ入力注文テキストデータとＯＣＲ認識注文テキストデータが一致していない商品があれば、確認修正画面に表示されている注文書の画像を確認し、これに合わせて修正入力欄Ｆ１２ａに正しい値を入力する。または、受注担当者は、取引先担当者に電話等により連絡を取り、正しい内容を確認してもよい。

このように、ＯＣＲによる自動認識と、受注担当者による修正の上書きとを組み合わせることにより、定型的な受発注業務を効率化することができる。まず、Ｗｅｂ入力注文テキストデータとＯＣＲ認識注文テキストデータとが一致している場合には受注担当者は追加の入力を行う必要がなく、またＯＣＲ認識が正確かどうかの確認作業も実質的に不要である。また、ＦＡＸ通信中のノイズによって受信画像が乱れた場合であっても、Ｗｅｂ入力注文テキストデータに基づいて受信画像を確認することができ、効率的に受注処理を進めることができる。

また、Ｗｅｂ入力注文テキストデータとＯＣＲ認識注文テキストデータとの間に相違がある場合としては、たとえば取引先担当者が仮注文処理を行った後、印刷された注文書の一部を手書きで修正し、修正後の注文書に承認を受けてＦＡＸ送信を行った場合等が考えられる。このような場合には、受注担当者は相違している値のみを手動で修正入力欄Ｆ１２ａに入力すればよく、すべての値を入力しなおす必要がない。

ステップＳ２６の後、認識結果確認・修正手段３０９は、認識結果修正手段として機能し、確認修正入力を受信する（ステップＳ２７）。これは上述の登録ボタンＢ１１が操作されることに応じて行われる。次に、認識結果確認・修正手段３０９は、受信した確認修正入力に応じ、確定注文情報ＤＢ４１０に確定注文情報を記憶する（ステップＳ２８）。ここで、確定注文情報は、注文番号および注文情報を含む。注文情報は、修正入力欄Ｆ１２ａに入力がなかった項目についてはＷｅｂ入力注文テキストデータがそのまま用いられ、修正入力欄Ｆ１２ａに入力があった項目については入力された値が用いられる。
このようにして受注担当者は注文情報を確定させ、これによって受発注業務が完了する。

以上説明するように、実施の形態１に係るＦＡＸＯＣＲ装置１０によれば、承認処理自体を電子的に実現せず紙媒体の注文書に承認領域を設けるので、受発注業務の承認フロー変更に必要な労力を低減することができ、同時に、定型的な受発注業務については、ＯＣＲによる自動認識を利用して作業を効率化することができる。

上述の実施の形態１では、ステップＳ１７において、仮注文情報出力手段３０５はＷｅｂサーバ２０を介して発注用端末２０１に注文書用紙データを出力（送信）する。変形例として、注文書用紙データの出力は異なる方法で行われてもよい。

たとえば、仮注文情報出力手段３０５は、ＦＡＸ網１０２を介して注文書用紙データを出力してもよい。すなわち、仮注文情報出力手段３０５は、注文書用紙データとして、注文書用紙を表すＦＡＸ画像データを生成し、これをＦＡＸ装置２０２に送信してもよい。この場合、取引先担当者は、ＦＡＸ装置２０２によって出力された注文書用紙を用いて、実施の形態１と同様の注文処理を行うことができる。

または、仮注文情報出力手段３０５は、電子メールを送信する機能を備えるメールサーバに対して注文書用紙データを出力してもよい。たとえば、仮注文情報出力手段３０５は、注文書用紙データを表すファイル（ＰＤＦ形式のファイル等）を添付した電子メールのデータを生成し、インターネット１０１を介してこの電子メールを取引先担当者に送信してもよい。この場合、取引先担当者の電子メールアドレスは顧客ＤＢ４０６に記憶されていてもよい。取引先担当者は、発注用端末２０１を用いて電子メールを受信し、これに添付されていた注文書用紙データを用いて、プリンタ２０４から注文書用紙を印刷させることができる。

または、仮注文情報出力手段３０５は、プリンタ（図示せず）に対して注文書用紙データを出力してもよい。この場合、ＦＡＸＯＣＲ装置１０にプリンタを接続しておけば、受注担当者はこのプリンタから注文書用紙を印刷させることができる。ただし、この場合、受注担当者は、印刷された注文書用紙を郵送等の手段によって取引先担当者に受け渡す必要がある。あるいは、取引先担当者が管理するプリンタをインターネット１０１等を介してＦＡＸＯＣＲ装置１０に接続し、このプリンタが注文書用紙を印刷してもよい。

実施の形態１では確認修正画面（図１０）が必ず出力されるが、これは状況に応じて省略されてもよい。たとえば、Ｗｅｂ入力注文テキストデータとＯＣＲ認識注文テキストデータがすべて一致し、かつ注文が承認されたものであると判定された場合には、ステップＳ２６およびＳ２７を省略し、仮注文情報ＤＢ４０４の内容をそのまま確定注文情報ＤＢ４１０に記憶してもよい。このようにすると、受注担当者の確認作業をさらに低減することができる。

実施の形態１ではＱＲコードは注文番号を表すものであるが、さらにその他の情報を含んでもよい。たとえば、承認フロー（承認表示タイプ情報および承認者名）や仮注文情報（商品コードおよび数量）を含んでもよい。この場合、ＱＲコード生成手段３０４はステップＳ１６において、仮注文情報ＤＢ４０４および承認フロー情報４０５の内容を参照してＱＲコード画像データを生成してもよい。

１０ ＦＡＸＯＣＲ装置、２０ Ｗｅｂサーバ、
３０ 演算手段（３０１ 認証手段、３０２ 商品検索・出力手段、３０３ 仮注文受注手段、３０４ ＱＲコード生成手段、３０５ 仮注文情報出力手段、３０６ ＦＡＸ文書受信手段、３０７ ＯＣＲ手段、３０８ 承認検証手段、３０９ 認識結果確認・修正手段（認識結果確認手段および認識結果修正手段））、
４０ 記憶手段（４０１ 認証ＤＢ、４０２ 商品情報ＤＢ、４０３ 在庫情報ＤＢ、４０４ 仮注文情報ＤＢ、４０５ 承認フロー情報、４０６ 顧客ＤＢ、４０７ ＦＡＸ画像、４０８ 帳票定義情報、４０９ 認識結果情報、４１０ 確定注文情報ＤＢ）、
１０１ インターネット、１０２ ＦＡＸ網、２０１ 発注用端末、２０２ ＦＡＸ装置、２０３ 確認・修正用端末、２０４ プリンタ、
Ｂ１ 仮発注ボタン、Ｂ２ ＯＫボタン、Ｂ１１ 登録ボタン、Ｂ１２ 保留ボタン、Ｂ１３ 削除ボタン、Ｆ１ ユーザＩＤ入力欄、Ｆ２ パスワード入力欄、Ｆ３ 数量入力欄、Ｆ４ チェックボックス、Ｆ５ 氏名入力欄、Ｆ６ ＱＲコード画像、Ｆ７ 承認領域、Ｆ１１ 注文書表示欄、Ｆ１２ ＯＣＲ結果確認修正欄、Ｆ１２ａ 修正入力欄、Ｆ１３ 注文番号判定結果表示欄、Ｆ１４ 承認判定結果表示欄。

Claims (8)

1. 商品の受発注業務に用いられるＦＡＸＯＣＲ装置であって、
   通信網を介してＷＥＢ入力注文テキストデータを受信する仮注文受注手段であって、前記ＷＥＢ入力注文テキストデータは、商品の注文に関する注文情報を、数値または文字コードによって表すものである、仮注文受注手段と、
   注文書用紙データを出力する仮注文情報出力手段であって、
   前記注文書用紙データは注文書用紙の印刷に用いられるデータであり、
   前記注文書用紙は前記注文情報を含み、
   前記注文書用紙は承認領域を有し、前記承認領域は承認者による承認を表す承認表示を記入または押印するための領域である、
   仮注文情報出力手段と、
   ＦＡＸ網を介して、前記承認表示が記入または押印された前記注文書用紙をＦＡＸ画像データとして受信するＦＡＸ文書受信手段と、
   前記ＦＡＸ画像データに含まれる数字または文字を、数値または文字コードによって表されるＯＣＲ認識注文テキストデータとして認識するＯＣＲ手段と、
   前記承認領域を含む前記ＦＡＸ画像データを出力するとともに、前記ＷＥＢ入力注文テキストデータおよび前記ＯＣＲ認識注文テキストデータが一致するか否かを判定する、認識結果確認手段と、
   前記承認表示に対応する承認検証データを記憶する記憶手段と、
   前記承認領域に記入または押印された前記承認表示と、前記承認検証データとが一致するか否かを判定する承認検証手段と
   を備える、ＦＡＸＯＣＲ装置。
2. 前記承認表示は、印影または承認者名のサインであり、
   前記承認検証データは、画像によって表される検証用印影または文字コードによって表される前記承認者名を含む
   請求項１に記載のＦＡＸＯＣＲ装置。
3. 前記仮注文受注手段は、さらに、前記承認表示が印影であるかサインであるかを表す承認表示タイプ情報を、前記通信網を介して受信し、
   前記承認検証手段は、
   前記承認表示が印影である場合には、前記検証用印影と前記承認表示の印影とが一致するか否かを判定し、
   前記承認表示がサインである場合には、前記承認表示を文字コードによって表されるサインデータに変換して、前記サインデータと前記承認者名とが一致するか否かを判定する
   請求項２に記載のＦＡＸＯＣＲ装置。
4. 前記仮注文受注手段は、さらに、前記承認表示がサインである場合に、前記通信網を介して前記承認者名を受信する、請求項３に記載のＦＡＸＯＣＲ装置。
5. 前記注文書用紙は、順序関係を有する複数の前記承認領域を有し、
   前記承認検証手段は、前記複数の承認領域のそれぞれについて個別に判定を行う
   請求項１〜４のいずれか一項に記載のＦＡＸＯＣＲ装置。
6. 前記ＦＡＸＯＣＲ装置は、さらに、前記ＦＡＸ画像データにおける前記注文情報の位置および前記承認領域の位置を表す座標データを含む帳票定義情報を記憶する記憶手段を備え、
   前記ＯＣＲ手段は、前記ＦＡＸ画像データおよび前記帳票定義情報に基づいて前記ＯＣＲ認識注文テキストデータを認識し、
   前記承認検証手段は、前記ＦＡＸ画像データおよび前記帳票定義情報に基づいて前記承認領域を抽出する
   請求項１〜５のいずれか一項に記載のＦＡＸＯＣＲ装置。
7. 前記注文書用紙データは、前記注文情報を識別する注文番号をＱＲコードによって表すＱＲコード画像データを含む、請求項１〜６のいずれか一項に記載のＦＡＸＯＣＲ装置。
8. コンピュータを、請求項１〜７のいずれか一項に記載のＦＡＸＯＣＲ装置として機能させるためのＦＡＸＯＣＲプログラム。

Images