(57)【要約】【課題】複合機は、ＦＡＸ−ＯＣＲ用に作成されるものでもなく、また複合機自体が顧客の指示に応じて動作するものではなかった。【解決手段】公衆通信回線に接続され、またネットワークを介してＰＣに接続される複合機であって、公衆通信回線を介して顧客からの注文書画像の送信要求を受信する通信部１０５と、受信した送信要求に基づいて顧客用の注文書画像の取得要求をＰＣに送信し、その取得要求に応答してＰＣから注文書画像を受信すると、その受信した注文書画像を顧客に対してファクシミリ送信する。【選択図】  図２
2004214992.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され、また情報処理装置と通信可能に接続される画像通信装置であって、
前記ネットワークを介して顧客からの注文書画像の送信要求を受信する受信手段と、
前記送信要求に基づいて前記顧客用の注文書画像の取得要求を前記情報処理装置に送信する送信手段と、
前記取得要求に応答して前記情報処理装置から注文書画像を受信する注文書受信手段と、
前記注文書受信手段により受信した注文書画像を前記顧客に対して送信する注文書データ送信手段と、
を有することを特徴とする画像通信装置。
【請求項２】
前記画像通信装置は、前記顧客用の注文書画像を格納する格納手段と、
前記顧客からの注文書画像の送信要求に対する前記顧客用の注文書画像が前記格納手段に格納されているか否かを判断する判断手段を有し、
前記送信手段は、前記判断手段が格納されていないと判断した場合に前記顧客用の注文書画像の取得要求を送信する送信手段であることを特徴とする請求項１に記載の画像通信装置。
【請求項３】
前記情報処理装置は、
各顧客毎の売上受注情報を記憶している売上受注データベースと、
前記売上受注データベースに記憶されている売上受注情報に基づいて、指定された顧客に対応する注文書に予め印刷する商品に関する情報を取得する取得手段と、
前記取得手段により取得した前記商品に関する情報を含む注文書画像を作成する注文書フォーマット生成手段と、
を有することを特徴とする請求項１に記載の画像通信装置。
【請求項４】
前記注文書データ送信手段は、ファクシミリ手順により前記注文書画像を前記顧客に送信することを特徴とする請求項１又は２に記載の画像通信装置。
【請求項５】
ファクシミリ画像を受信するファクシミリ受信手段と、
前記ファクシミリ受信手段により受信した前記ファクシミリ画像を前記情報処理装置に転送する転送手段と、
前記情報処理装置は、
前記転送手段により転送された前記ファクシミリ画像に基づいて文字認識を行う文字認識手段と、
前記文字認識手段により文字認識された結果に基づいて前記ファクシミリ画像による注文内容を取得する手段と、
を有することを特徴とする請求項１乃至３のいずれか１項に記載の画像通信装置。
【請求項６】
ネットワークに接続さる画像通信装置と、前記画像通信装置と通信可能に接続される情報処理装置とからなる画像通信システムであって、
前記画像津新装置は、
前記ネットワークを介して顧客からの注文書画像の送信要求を受信する受信手段と、
前記送信要求に基づいて前記顧客用の注文書画像の取得要求を前記情報処理装置に送信する送信手段と、
前記取得要求に応答して前記情報処理装置から注文書画像を受信する注文書受信手段と、
前記注文書受信手段により受信した注文書画像を前記顧客に対して送信する注文書データ送信手段とを有し、
前記情報処理装置は、
前記取得要求を受信する受信手段と、前記取得要求に基づいて前記顧客用の注文画像を前記画像通信装置に送信する送信手段と、
を有することを特徴とする画像通信システム。
【請求項７】
ネットワークに接続され、また情報処理装置と通信可能に接続される画像通信装置における注文書作成方法であって、
前記公衆通信回線を介して顧客からの注文書画像の送信要求を受信する受信工程と、
前記送信要求に基づいて前記顧客用の注文書画像の取得要求を前記情報処理装置に送信する送信工程と、
前記取得要求に応答して前記情報処理装置から注文書画像を受信する注文書受信工程と、
前記注文書受信工程で受信した注文書画像を前記顧客に対して送信する注文書データ送信工程と、
を有することを特徴とする注文書作成方法。
【請求項８】
前記情報処理装置は、各顧客毎の売上受注情報を記憶している売上受注データベースを有し、前記売上受注データベースに記憶されている売上受注情報に基づいて、指定された顧客に対応する注文書に予め印刷する商品に関する情報を取得し、その取得した前記商品に関する情報を含む注文書画像を作成することを特徴とする請求項５に記載の注文書作成方法。
【請求項９】
前記注文書データ送信手段は、ファクシミリ手順により前記注文書画像を前記顧客に送信することを特徴とする請求項５又は６に記載の注文書作成方法。
【請求項１０】
ファクシミリ画像を受信するファクシミリ受信工程と、
前記ファクシミリ受信工程で受信した前記ファクシミリ画像を前記情報処理装置に転送する転送工程と、
前記転送工程で転送された前記ファクシミリ画像に基づいて文字認識を行う文字認識工程と、
前記文字認識工程により文字認識された結果に基づいて前記ファクシミリ画像による注文内容を取得する工程と、
を有することを特徴とする請求項５乃至７のいずれか１項に記載の注文書作成方法。
【請求項１１】
請求項５乃至８のいずれか１項に記載の注文書作成方法を実行することを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、顧客別の注文書フォーマットを提供できる画像通信装置及びその注文書作成方法に関するものである。
【０００２】
【従来の技術】
近年、様々な分野でのＩＴ化が進み、パーソナルコンピュータ等からネットワークを通じて簡単に電子情報の交換が可能な環境が提供されている。しかしながら、操作の容易性や情報伝達の確実性等からファクシミリ装置による画像通信を用いた情報交換は、依然多くの場面で用いられている。特に従来から、ファクシミリで受信した注文書の画像データに対して文字認識処理を施し、その文字認識により受注内容を取得して、その受注データの管理を行うＦＡＸ−ＯＣＲシステムが提供されている。例えば、受注データを管理するホストから顧客コード、顧客名、商品コード、商品名を取得して新規に受注票を作成し、予め各顧客に配布するシステムがある。これによれば、その作成した受注票を世代管理し、受注による間違いを軽減することが可能になっている（例えば、［特許文献１］参照）。また、このシステムにおいては別の態様として、その顧客からの受注傾向をチェックし、特異な発注がなされた場合に、その顧客に対して警告を行うことで受注ミスを防ぐシステムを提案している。
【０００３】
【特許文献１】
特開２０００−９９５７４
【発明が解決しようとする課題】
しかし、上述した従来のＦＡＸ−ＯＣＲシステムにおいては、受注票は、ホスト側における商品マスタの変更があった時などに発行されるもので、顧客が受注票の発行を依頼できるものではなかった。
【０００４】
またＦＡＸ−ＯＣＲシステムとして、ＦＡＸ装置が受信及び印刷したものをＯＣＲ装置に掛けて、そのＦＡＸ文書のデータをコード化することが知られており、またＦＡＸ受信した画像データをそのままパーソナルコンピュータへ転送可能なＦＡＸ機能付きの複合機（コピー、プリンタ、ＦＡＸ送受信、データ転送等の機能を有する）があり、これを上述したＦＡＸ−ＯＣＲシステムに利用することも考えられる。しかし、これらの複合機はＦＡＸ−ＯＣＲ専用に作成されるものではなく、単純に外部のパーソナルコンピュータに画像データの転送を行うもので、複合機が顧客の指示に応じて動作するものではなかった。
【０００５】
本発明は上記従来例に鑑みてなされたもので、顧客に対応したフォーマットの注文書画像を発行することができる画像通信装置及びその注文書作成方法を提供することを目的とする。
【０００６】
また本発明の目的は、各顧客の要求に応じて、各顧客用のフォーマットの注文書を発行でき、またその顧客の注文書のフォーマットを変更することができる画像通信装置及びその注文書作成方法を提供することにある。
【０００７】
【課題を解決するための手段】
上記目的を達成するために本発明の画像通信装置は以下のような構成を備える。即ち、
公衆通信回線に接続され、またネットワークを介して情報処理装置に接続される画像通信装置であって、
前記公衆通信回線を介して顧客からの注文書画像の送信要求を受信する受信手段と、
前記送信要求に基づいて前記顧客用の注文書画像の取得要求を前記情報処理装置に送信する送信手段と、
前記取得要求に応答して前記情報処理装置から注文書画像を受信する注文書受信手段と、
前記注文書受信手段により受信した注文書画像を前記顧客に対して送信する注文書データ送信手段と、を有することを特徴とする。
【０００８】
上記目的を達成するために本発明の注文書作成方法は以下のような工程を備える。即ち、
公衆通信回線に接続され、またネットワークを介して情報処理装置に接続される画像通信装置における注文書作成方法であって、
前記公衆通信回線を介して顧客からの注文書画像の送信要求を受信する受信工程と、
前記送信要求に基づいて前記顧客用の注文書画像の取得要求を前記情報処理装置に送信する送信工程と、
前記取得要求に応答して前記情報処理装置から注文書画像を受信する注文書受信工程と、
前記注文書受信工程で受信した注文書画像を前記顧客に対して送信する注文書データ送信工程と、を有することを特徴とする。
【０００９】
【発明の実施の形態】
以下、添付図面を参照して本発明の好適な実施の形態を詳細に説明する。
【００１０】
［実施の形態１］
図１は、本発明の実施の形態に係るＦＡＸ受注管理システムの構成例を説明するシステム構成図である。ここでは例えば、公衆回線やインターネット等の通信網４に接続され、ファクシミリ機能、画像転送機能、コピー機能、プリンタ機能等を有する複合機１と、この複合機１に、ＬＡＮ或いは汎用のインターフェース（例えば、ＵＳＢ、１３９４等）等のネットワーク５を介して接続されるパーソナルコンピュータ２（以下、ＰＣと呼ぶ）と、通信網４を介して複合機１と接続される顧客ファクシミリ（以下、顧客ＦＡＸ）３Ａ，３Ｂとを備えている。
【００１１】
図において、複合機１は、顧客ＦＡＸ３Ａ或いは３Ｂよりファクシミリ受信した注文書の画像データ（注文書イメージ）を、画像転送機能を用いてＰＣ２へ転送する。また、顧客ＦＡＸ３Ａ或いは３Ｂからの各顧客別の注文書要求信号に基づいて、後述する汎用の注文書フォーマットの画像データ、或いはその顧客用の注文書画像データを、それを要求した顧客ＦＡＸに送信することができる。従って、各顧客は、その顧客ＦＡＸ３Ａ或いは３Ｂでファクシミリ受信して印刷される注文書フォームを使用し、その注文書フォームに必要な数値を記入するだけで、その顧客の要求に応じた商品を発注することができる。ここで、各顧客からの注文書要求信号は、ＤＴＭＦ（Ｄｕａｌ  Ｔｏｎｅ  Ｍｕｌｔｉ  Ｆｒｅｑｕｅｎｃｙ）に基づく顧客コードの入力等に基づくものである。
【００１２】
顧客よりの注文書に際しては、ＰＣ２は、ファクシミリ受信した注文書の画像データを複合機１から受信し、その画像データに対して文字認識を含む認識処理を行い、その認識処理の結果で得られた注文データをＣＳＶ（Ｃｏｍｍａ  Ｓｅｐａｒａｔｅｄ  Ｖａｌｕｅ）形式で、後述する汎用の販売管理プログラムに渡す。またＰＣ２は、このような販売管理プログラムが利用する売上受注データベース４０２（図４）に格納されているデータに基づいて顧客別注文書フォームを作成し、例えばビットマップ形式やファクシミリ符号化の画像データとして複合機１の画像データ格納領域に保存しておくことができる。但し、ここで顧客ＦＡＸ３Ａ或いは３Ｂは汎用のファクシミリ装置であり、各顧客が注文内容を書き込んだ注文書を読み取り、画像データとして、例えば複合機１にファクシミリ送信することができる。また、通常の電話としての通信が可能であり、通話途中に画像の手動受信を行うファクシミリ情報サービスの利用が可能な構成を有しており、他の通信装置へ電話として発呼し、相手端末の音声案内に応じて、ユーザがＤＴＭＦの入力を行って画像データの手動受信を開始することでファクシミリ通信が確立し、ＤＴＭＦ信号で指定したデータ（画像データ）を相手端末より受信することができる。
【００１３】
以上の構成に基づく、この受注管理システムの全体的な動作概要を以下に説明する。
【００１４】
顧客は、注文内容を記入した注文書（注文書のイメージ）を、顧客ＦＡＸ３Ａ或いは３Ｂより複合機１へファクシミリ送信する。これにより複合機１は、このファクシミリ画像を受信すると、そのファクシミリ受信した注文書の画像データをＰＣ２へ転送する。また、複合機１は、外部から通常通話の着信を受信して音声応答を返すことが可能であり、この音声応答の案内に応じて入力される顧客コードに基づいて、注文書画像データ格納部１０９ｂ（図２）に格納している顧客別の注文書フォームの画像データ、或いは注文書画像データ格納部１０９ｂに存在しない場合はＰＣ２へ顧客別の注文書フォームの取得依頼を行った後にＰＣ２から受信した注文書フォームの画像データを画像通信方式に切り替えて外部の発呼端末に対して送信することが可能である。
【００１５】
顧客から注文書のイメージがファクシミリ送信されてくると、ＰＣ２は、その受信した注文書の画像データに対して文字認識を含む認識処理を行う。ここでＰＣ２の操作者は、必要に応じて、ＰＣ２において認識処理後の注文データに対して修正処理を行うことが可能である。ＰＣ２は、後述のように、ＣＰＵ２０１（図３）がＲＯＭ或いはメモリ２０５（図３）に記憶されているプログラムを実行することで認識処理を行った後、或いは修正処理後の注文データ（ＣＳＶ形式等）を販売管理プログラムへ転送し、ＰＣ２の記憶領域に格納されている販売管理プログラムが利用する売上受注データベース４０２（図４）に蓄積する。更に、ＰＣ２は、定期的、或いは操作者の命令操作或いは複合機１からの顧客別注文書取得依頼により、売上受注データベース４０２のデータに基づいて顧客別注文書フォームを作成して顧客別注文書フォーム４０６に登録する。そして、その作成した、顧客別の注文書フォームの画像データを複合機１に転送して、複合機１の格納部１０９ｂに格納させる。
【００１６】
これにより複合機１は、ＰＣ２から送信される顧客別の注文書フォームイメージ（画像データ）を受信すると、特定の顧客に対して、その顧客別の注文書画像データを注文書画像データ格納部１０９ｂに格納する。また顧客から、その顧客の注文書イメージの取得依頼を受信した場合には、その注文書データを、その要求してきた顧客にＦＡＸ送信する。こうして各顧客は、所望の商品名等がプレプリントされた注文書をＦＡＸ受信して印刷し、その印刷した注文書を使用して、所望の商品を発注することができる。
【００１７】
図２は、本実施の形態に係る複合機（ＭＦＰ）１のハードウェア構成を示すブロック図である。
【００１８】
複合機１は、ＣＰＵ１０１と、このＣＰＵ１０１が実行することで各種機能及び後述のフローチャートに示す動作を実行するためのプログラムを記憶しているプログラムＲＯＭ１０２と、ＣＰＵ１０１による制御動作時に使用されるワーク領域であるＲＡＭ１０３とを有する制御部１０４、ＴＣＰ／ＩＰによりインターネットやＬＡＮを介して、及びＰＳＴＮやＩＮＳ６４等の公衆回線を介して、またＵＳＢや１３９４などのローカルなインターフェースを介してデータの送受信を行うことができる通信部１０５を有している。また複合機１は、不図示の原稿台上に裁置される原稿或いは不図示の原稿搬送部で搬送される原稿を、不図示の光源とＣＣＤ等の撮像素子とミラーやレンズで構成される光学系等を用いて読み取る原稿読取部１０６、既知の電子写真方式或いはインクジェット方式等を用いて用紙上に画像を記録（印刷）する印刷部１０７、操作情報や動作状態を表示するための表示部１０８とを有している。
【００１９】
更に、複合機１は、ファクシミリ受信した画像データを格納するＦＡＸ画像格納部１０９ａや、注文書要求で送信するための顧客別注文書（イメージ）や、一般の顧客で使用可能な汎用の注文書の画像データを格納しておく注文書画像データ（注文書フォーマットイメージ）格納部１０９ｂ、この注文書画像データ格納部１０９ｂに格納されている注文書の画像データを管理する注文書画像管理テーブル１０９ｃなどを有し、様々なデータやプログラムを記憶しておくために大容量のハードディスク等で構成される記憶部１０９を備えている。また、ファクシミリ送信の宛先入力、コピースタート指示や印刷部数の指定などの入力を行うためのボタンやスイッチなどを含む入力部１１０、更には上述の表示部１０８を備えている。そしてこれら各機能部を内部的に接続しているシステムバス１１１を有している。このような構成の下で、ＣＰＵ１０１が、プログラムＲＯＭ１０２に格納されている、各種機能及び動作を実現するためのプログラムを読み出して実行することで、各機能部を制御し、本実施の形態に係る各種処理動作や複合機１としての各機能を実現している。
【００２０】
図３は、本実施の形態に係るＰＣ２のハードウェア構成を示すブロック図である。
【００２１】
図３において、ＣＰＵ２０１は、システムバス２０２に接続される各デバイスを統括的に制御する。またＲＯＭ２０３或いは外部メモリ（ＨＤ）２０４には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（以下、ＯＳ）や、後述する機能、動作を実現するために必要なプログラム（アプリケーションプログラムや各種ドライバ等）が記憶されている。ＲＡＭ２０５は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０６は、キーボード２０７や不図示のポインティングデバイスからの入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０８は、表示部（液晶或いはＣＲＴ等）２０９への表示を制御する。外部メモリコントローラ（ＭＣ）２１０は、ブートプログラム、汎用のソフトウェアである販売管理プログラム或いは画像データに対する文字認識を含む認識処理やデータの修正などを行うプログラム等の各種のアプリケーション、ユーザファイル、編集ファイル等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２０４へのアクセスを制御する。通信Ｉ／Ｆコントローラ２１１は、ＴＣＰ／ＩＰによりＬＡＮを介して或いはローカルな汎用インターフェースであるＵＳＢや１３９４等のネットワーク５を介して、外部機器（例えば、前述の複合機１）と通信接続するものであり、各種通信制御処理を実行する。
【００２２】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２の表示情報用領域へ表示情報の展開（ラスタライズ）処理を実行することにより、表示部２０９への表示を可能としている。またＣＰＵ２０１は、外部メモリ２０４に格納されているプログラムを実行する場合には、そのプログラムを一旦ＲＡＭ２０５にロードして実行させ、後述する各種機能及び動作を実現している。
【００２３】
図４は、ＰＣ２の外部メモリ２０４に格納されているプログラムやデータを説明する図である。この外部メモリ２０４には、以下に説明するプログラムやデータが格納されている。
【００２４】
４０１は、汎用のソフトウェアである販売管理プログラムで、これら一般に市販されているアプリケーションソフトウェア等である。４０２は売上受注データベースで、このデータベースは販売管理プログラム４０１により作成され利用される。この売上受注データベース４０２の一例を図１２に示す。４０３は認識処理及び修正処理プログラムで、汎用のフォーマットの注文書、或いは顧客別にカスタマイズされた注文書のイメージをファクシミリ受信したＦＡＸ画像データに対して文字認識処理を実行して、その注文書による注文内容を取得し、またその文字認識したデータに修正処理を行うことができる。４０５は注文書フォーマットデータで、汎用の注文書フォーマットデータを記憶している。４０６は顧客別の注文書フォームで、顧客別の注文書を作成する際に用いた商品名や商品コードと、個別に設定される文字認識用の領域データを含む各顧客用の注文書データと、各顧客用の注文書を描画するための描画データと、その描画データをラスタライズした画像データ（注文書イメージ）を記憶している。４０７は顧客別管理情報で、各顧客のＩＤや顧客名、ＦＡＸ番号などの情報を含んでいる。４０８にはオペレーティングシステムや、その他の各種アプリケーション・プログラムが格納されている。４０９は空き領域である。なお、売上受注データベース４０２は、リレーショナルデータベースなどで構成され、商品コードと商品名とを対応付けたデータベースを含んでいる。
【００２５】
図５は、本実施の形態に係るＦＡＸ受注管理システムにおけるデータ処理手順の一例を説明するフローチャートで、ここでは複合機１とＰＣ２との動作をそれぞれ分けて説明している。
【００２６】
この処理は、ファクシミリ送受信機能を有する複合機１が、顧客ＦＡＸ３Ａ或いは３Ｂから注文書イメージを受信すると、その注文書のイメージをＳＭＢ（Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋ）或いはＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）といったプロトコルを使用してＰＣ２へ転送する。これを受取ったＰＣ２は、その受信画像データに対して文字認識処理及びデータ修正処理を施す。ここで、顧客ＦＡＸ３Ａ或いは３Ｂを使用している各顧客は、２種類の注文書フォーマットを使用することが可能である。即ち、１つは、その顧客用に用意された顧客用にカスタマイズされた注文書フォーム、他の一つはどの顧客も使用可能な汎用の注文書フォーマットである。また複合機１は、顧客ＦＡＸ３Ａ或いは３Ｂの通話機能を用いた着信があった場合に音声応答して、その顧客から要求された顧客別の注文書フォームを提供することが可能である。この際、複合機１は注文書画像データ格納部１０９ｂに格納されていない顧客別の注文書が要求された時は、ＰＣ２へ注文書の取得依頼を発行する。ＰＣ２は、この注文書の取得依頼を受信すると、既にその顧客用の注文書を作成していればその注文書フォームのデータを複合機１に上述のプロトコルなどを利用して送信するが、その顧客用の注文書イメージが未作成であれば新規に作成して複合機１へ上述のプロトコルなどを利用して送信する。これらの動作を実現するためのプログラムは、複合機１の処理については、ＲＯＭ１０２或いは記憶部１０９のプログラムエリアに格納されており、このプログラムをＣＰＵ１０１が実行することで実現される。またＰＣ２については、処理プログラムはＲＯＭ２０３或いは外部メモリ２０４に格納され、ＣＰＵ２０１が実行することで実現される。
【００２７】
図５において、ステップＳ５０１〜Ｓ５１５で示す処理が複合機１が実行する処理ステップを示し、ステップＳ５１６〜Ｓ５２６の処理ステップがＰＣ２により実行される処理である。
【００２８】
まずステップＳ５０１で、複合機１は着信があるかどうかを監視しており、着信を検出するとステップＳ５０２に進み、通常通話による着信か、或いはＦＡＸ受信のいずれかであるかを判定する。トーン信号が到来した後で一定時間経過してもＦＡＸプロトコルが開始しなければ通常通話と判定し、ＦＡＸプロトコルが開始すればＦＡＸ着信と判定する。ステップＳ５０２で、通常のＦＡＸ受信と判定された場合はステップＳ５０３に進み、複合機１はその受信したＦＡＸ画像をＦＡＸ画像格納部１０９ａに一時的に保存し、その複合機１において予め設定されているＰＣ２の転送先ホルダに、その一時保存したＦＡＸ受信画像データを格納する。これにより、そのＦＡＸ受信画像データはＰＣ２に転送される。尚、このＦＡＸ受信画像の復号は、この複合機１で行っても、或いはＰＣ２のいずれで行っても良いが、ネットワーク５の通信データ量を減らすためにはＰＣ２で復号するのが好ましい。
【００２９】
一方、ステップＳ５０２において、通常通話の場合はステップＳ５０４に進んで音声による応答を行う。例えば、「顧客別の注文書をご希望の方は顧客ＩＤコードを、或いは汎用の注文書をご希望の方は００００を入力して、その後に＃キーを押してしばらくお待ちください」などの音声応答を行う。そしてステップＳ５０５で何らかの応答があったかどうかを調べ、応答がない時はステップＳ５０６に進み、所定時間が経過してタイムアウトが発生するかを調べ、タイムアウトでない時はステップＳ５０５に戻り応答待ちとなる。タイムアウトになると処理を終了するが、応答があるとステップＳ５０７に進み、顧客ＩＤコード、或いは汎用の注文書ＩＤコードを示すＤＴＭＦ信号とＩＤコード確定用の＃キーのＤＴＭＦ信号を受信したかを判定する。
【００３０】
ステップＳ５０７では、汎用の注文書データの要求であるかを判定し、そうであればステップＳ５１３に進み、図１３に示す注文書画像管理テーブル１０９ｃを参照して、汎用の注文書データを示すＩＤコードを基に、注文書画像データ格納部１０９ｂから汎用の注文書の画像データを読み出し、それを送信対象としてファクシミリ送信の準備を行う。そして相手先に対して、「スタートキーを押下するなどして、ファクシミリ通信に切り換えてください」などの音声応答を行う。そしてステップＳ５１４に進み、その音声応答の終了に合わせてＦＡＸ通信に切り換えＩＴＵ−Ｔ勧告のＴ．３０の送信手順を開始する（ＣＮＧ信号の送信など）。そして、ファクシミリ通信手順を開始してデータ通信フェーズになったところで、送信対象となっている指定の注文書画像データを発呼端末（顧客ＦＡＸ）に対して送信する。
【００３１】
一方ステップＳ５０７で、汎用の注文書データを示すＩＤでない場合は、その顧客用の注文書データの要求であるためステップＳ５０８に進み、その受信した顧客ＩＤに基づいて注文書画像管理テーブル１０９ｃを参照し、その要求してきた顧客ＩＤの注文書画像データが既に注文書画像データ格納部１０９ｂに格納されているかどうかを判定する。既に注文書画像データ格納部１０９ｂに格納されている顧客別の注文書画像の要求であれば、その指定された顧客ＩＤに対応する顧客別の注文書画像データを注文書画像データ格納部１０９ｂから読み出す。そしてステップＳ５１３に進み、前述のように「スタートキーを押下するなどして、ファクシミリ通信に切り換えてください」などの音声応答を行い、ステップＳ５１４で、その顧客から要求された顧客別の注文書画像を送信する。特に、良く注文書画像を要求する顧客や得意先に対しては、複合機１内部に予めデータを持つことで、後述する顧客別注文書画像の取得処理などが毎回発生しないためにシステム全体の処理付加が軽減されるとともに、注文書画像データの作成処理を省くことで画像データの転送までの時間が短縮されるので得意先に対してのサービス性が向上するものである。また、すべての顧客の注文書画像データを持つ必要がないので記憶部１０９の容量を押さえられコストも複合機１のコストを抑えられる。
【００３２】
またステップＳ５０８において、注文書画像データ格納部１０９ｂに注文書画像データが格納されていない顧客ＩＤであると判断した場合には、その顧客用の注文書の取得指示をＰＣ２に送信する。その後、ステップＳ５１０で、ＰＣ２に対して要求した顧客別の注文書画像がＰＣ２から送られくるのを待ち、その注文書画像を受信すると注文書画像データ格納部１０９ｂに登録し、更に注文書画像管理テーブル１０９ｃを更新してステップＳ５１３に進み、前述のように、その要求先の顧客ＦＡＸに対して音声応答し、ファクシミリ手順により、その要求されて作成した注文書画像を送信する。
【００３３】
尚、ステップＳ５１０、Ｓ５１１で、所定時間を経過してもＰＣ２からの応答がない場合にはステップＳ５１２に進み、その顧客に対する音声応答で「顧客別注文書がありませんでした、管理元までお問い合わせください」などの警告メッセージを送信する。
【００３４】
尚、前述の例では、顧客ＩＤだけで、その顧客用の注文書画像があるかどうかを判定していたが、ある顧客に対して複数の注文書画像データが存在している場合は、その顧客ＩＤの後に「−ｘｘ」等のバージョン（ｘｘ）情報を付加して管理テーブル１０９ｃで管理しておくことにより、一つの顧客に対して複数の注文書画像データを提供することができる。
【００３５】
次に、ＰＣ２による処理について説明する。
【００３６】
まずステップＳ５１６で、ＰＣ２は、複合機１がステップＳ５０３或いはステップＳ５０９で転送したデータを受信したかを調べ、受信するとステップＳ５１７に進み、その受信した画像ファイルがＦＡＸの受信画像ファイルかどうかを調べ、ファクシミリ受信画像の場合はステップＳ５１８に進み、その受信した画像データを外部メモリ２０４の空き領域４０９に設けられた指定ホルダに保存する。そしてステップＳ５１９に進み、所定の時間が経ったことを検出するとステップＳ５２０に進み、認識処理及びデータ修正処理プログラム４０３を実行して、前述の指定ホルダに格納されているＦＡＸ受信画像に対して文字認識等の処理を実行する。尚、このステップＳ５２０の処理は、図６のフローチャートを参照して後述する。
【００３７】
またステップＳ５１７でＦＡＸ画像の受信でない時はステップＳ５２１に進み、顧客別にカスタマイズされた注文書画像データの作成指示かどうかを調べ、そうでなければこの処理を終了するが、カスタマイズされた注文書画像データの作成指示であればステップＳ５２２に進み、その指示された顧客ＩＤを解析し、次にステップＳ５２３で、その顧客ＩＤに対応した注文書画像データが既に作成されて顧客別注文書フォーム４０６に格納されているかをみる。これは外部メモリ２０４に記憶されている顧客別管理情報４０７を参照して判定する。
【００３８】
図１４は、この顧客別管理情報４０７の一例を示す図で、各顧客ＩＤに対応して、その「顧客名」、「ＦＡＸ番号」、「事前作成対象フラグ」、「作成済みフラグ」及びその注文書画像データが格納されている顧客別注文書フォーム４０６の「格納場所」が記憶されている。
【００３９】
その注文書の画像データが既に作成されて顧客別注文書フォーム４０６に格納されている時、即ち、その顧客ＩＤに対応する「作成済みフラグ」が「１」であればステップＳ５２４に進み、その「格納場所」に記憶されている顧客別注文書フォーム４０６のアドレスから、その顧客ＩＤに対応する注文書画像データを読み出す。次にステップＳ５２６に進み、その読み出した注文書画像データを複合機１に送信する。一方、ステップＳ５２３で、その顧客ＩＤに対応した注文書画像が顧客別注文書フォーム４０６に格納されていない時はステップＳ５２５に進み、その依頼された顧客用にカスタマイズされた注文書画像データを作成して格納する。この作成処理は図１１のフローチャートを参照して詳しく説明する。そしてステップＳ５２６に進み、その作成した注文書画像データを複合機１に送信して処理を終了する。
【００４０】
図６は、図５のステップＳ５２０で実行される認識処理及びデータ修正処理プログラムの手順を示すフローチャートで、この処理はＰＣ２のＣＰＵ２０１が認識処理及びデータ修正処理プログラム４０３をＲＡＭ２０５にロードし、そのプログラムを実行することで実現される。
【００４１】
まずステップＳ６０１で、受信画像ファイルのファイル形式を変換する。これはＦＡＸ受信ファイルの形式がＭＲやＭＭＲ符号化されている画像ファイル形式であるため、この画像ファイルをＴＩＦＦ（Ｔａｇｇｅｄ  Ｉｍａｇｅ  Ｆｉｌｅ  Ｆｏｒｍａｔ）或いはビットマップ形式といったＰＣ２で取り扱うために指定されている画像データ形式に変換するものである。次にステップＳ６０２に進み、画像データのファイル形式を変換した後の画像データに対して、その画像に存在する孤立黒点等のノイズ除去や画像の傾き補正処理を行う。次にステップＳ６０３に進み、ＦＡＸ受信の画像データに含まれている用紙先端の部分のヘッダ画像領域を除去し、その除去後の画像を、更にＡ４サイズに拡大処理して、後続の画像データの認識処理に備える。
【００４２】
次にステップＳ６０４に進み、ステップＳ６０３で認識準備が整った画像データにおける枠線を検出し、その検出した枠線位置と外部メモリ２０４に登録されている注文書フォーマットデータ（画像ファイル及び描画データ）における注文書フォームの描画データの線分情報等に基づいて、所定の注文書であるか否かを判別する。
【００４３】
これは、例えば図７に示すような注文書の画像データに基づいて判定する。
【００４４】
図７は、図４の注文書フォーマットデータ４０５に格納されている、汎用の注文書のフォーマット例を示す図である。
【００４５】
ここでは、この注文書の画像データの線分情報を、その画像情報のヒストグラム等から抽出した後、図７のＡ点を座標点（０，０）の原点とした場合に、各線分の開始点及び終了点をＡ４サイズの画像における座標点として抽出する。こうして抽出されたＡ４サイズの画像における座標点で表される線分情報と、注文書フォーマットデータ４０５として登録されている注文書フォーマットデータの描画データが持つ線分情報とを比較して、注文書データであるか否かを判定するものである。
【００４６】
このステップＳ６０４で、注文書ではないと判定された場合はステップＳ６０５に進み、前述のＦＡＸ受信ファイルを複合機１に再度転送して複合機１で印刷させたり、或いはＰＣ２の外部メモリ２０４に蓄積する等の処理が、ＰＣ２の操作者の指示に基づいて行われる。
【００４７】
一方、ステップＳ６０４で、その受信画像が注文書であると判定した場合はステップＳ６０６に進み、特定の顧客用注文書フォームであるか或いは汎用の注文書フォーマットであるかを判定する。
【００４８】
図８は、図４の顧客別注文書フォーム４０６に記憶されている特定の顧客用の注文書フォームの一例を示す図である。
【００４９】
ステップＳ６０６では、例えば図８に示す顧客別注文書フォームにおいて、識別情報が予め印刷される領域（図中、Ｂで示される部分）に対して文字認識処理を施すことにより、その注文書に記述されている顧客ＩＤと注文書のバージョン情報（ここでは、顧客コード「ＸＹＺ０００１」に続く「−１」）を判定する。ここで、その認識した顧客ＩＤとその注文書のバージョン情報が外部メモリ２０４に登録されている場合は、その受信画像は、特定の顧客用の注文書フォームであると判定する。ここでは文字認識の例で説明したが、顧客別注文書フォームの識別手段としてバーコードなどを利用することも可能である。こうしてステップＳ６０６で、特定の顧客用注文書のフォームであると判定された場合はステップＳ６０７に進み、その顧客用の注文書の特定領域に記述されている文字に対して文字認識処理を行う。ここで特定領域とは、その顧客用の注文書フォームのうちの予め商品コードなどが印刷されている領域以外で、顧客が、手書き或いはタイプ等で入力する認識領域である。例えば、顧客Ａ（幕張ベーカリー）に対しては、図９Ａに示すようなハッチングが施された領域であり、顧客Ｂ（三田パン）に対しては図９Ｂに示すようなハッチングされた領域である。
【００５０】
図９Ａは、顧客Ａ用の注文書フォームを示し、ここでは注文する商品名として「メロンパン」、「ジャムパン」、「焼きそばパン」、「クリームパン」と、各商品名に対応する商品コードが予め印刷されている。また図９Ｂは、顧客Ｂ用の注文書フォームを示し、ここでは注文する商品名として「メロンパン」と、その商品名に対応する商品コードが予め印刷されている。これら商品名及び商品コードは、その顧客の注文傾向に従って予め決定されて印刷されている。そして、認識領域として、注文番号、注文日、各商品の数量、数量合計、未記入の商品名及び商品コード欄、取消ボックス等が指定されている。
【００５１】
従って、各顧客は、この注文書フォーマットを使用することにより、良く注文する商品は商品名や商品コードを記入せずに、単に、数量等を記入するだけで済む。また、この予め印刷された商品名や商品コードの欄は、文字認識の対象から外されることになるため文字認識に要する時間を削減できる。
【００５２】
これらの認識領域は、後述する顧客用の注文書フォームの作成時に顧客別に設定される。このように本実施の形態では、予め商品名等が印刷されている領域に対して文字認識処理を行わないために、注文書フォームにおける文字認識処理を高速に実行することができる。
【００５３】
次にステップＳ６０８に進み、その顧客用の注文書に予め印刷されているプレプリントのデータ（顧客用の注文書データ）と、ステップＳ６０７の文字認識処理後のデータとを合わせて注文データとしてＲＡＭ２０５或いは外部メモリ２０４に一時記憶する。ここで、顧客用の注文フォームは、顧客別注文書フォーム４０６と顧客別注文書データとに基づいて作成され、この顧客別注文書データは、汎用の注文フォーマットデータ４０５に各顧客別に予め印刷される、例えば、顧客コード、バージョン情報、商品名や商品コード、数量等のデータを指し、この顧客別注文書データは、空き領域４０９に各顧客に対応して記憶される。
【００５４】
一方、ステップＳ６０６で、受信した注文書が汎用の注文書フォーマットであると判定した場合はステップＳ６０９に進み、汎用の注文書データに設定されている文字認識領域（顧客が記入する欄）に対して文字認識処理を施す。そしてステップＳ６１０に進み、ステップＳ６０９における文字認識結果データを注文データとしてＲＡＭ２０５或いは外部メモリ２０４の空き領域２０９に一時記憶してステップＳ６１５に進む。
【００５５】
こうしてステップＳ６０８或いはステップＳ６１０を実行した後ステップＳ６１１に進み、ＣＲＴＣ２０８を制御して、ステップＳ６０１で作成した変換後の画像データと、ステップＳ６０９或いはＳ６１０において作成された注文データとを合わせて、その注文書に基づく注文書画像を、修正用画面として表示部２０９に表示する。
【００５６】
図１０は、ＰＣ２の表示部２０９に表示された注文書画像の修正用画面の一例を示す図である。
【００５７】
図において、１０００はＦＡＸ受信画像を示し、顧客ＦＡＸからＦＡＸ送信された注文書のイメージを示している。１００１は、この受信画像を文字認識した結果を示しており、この認識結果の表示と、表示されているＦＡＸ受信画像とに基づいて、ハッチングを付して示されている文字認識した文字部分を修正或いは変更することができる。尚、この実施の形態に係る受注管理システムでは、各商品毎の単価は、売上受注データベース４０２に登録されているため、その商品コードと対応する数量が認識された時点で、その数量に、その商品の単価を掛けて、その商品の発注金額が計算される。そして、この計算された金額が修正用画面の右側に表示されている。
【００５８】
即ち、ステップＳ６１２で、この表示した文字認識結果に対して、キーボード２０７或いはポインティングデバイス等から、その認識した注文データに対する修正入力があるかどうかを判定する。修正入力がある時はステップＳ６１３に進み、ステップＳ６０８或いはＳ６１０で保存された注文データに対して、その指示された修正を反映する。そしてステップＳ６１４で、その修正入力の終了が指示されたかどうかを調べ、入力終了でなければステップＳ６１２に戻って前述の処理を実行し、修正入力の終了が指示されるとステップＳ６１５に進み、ステップＳ６１３で修正が反映された注文データ、或いは修正がないときはステップＳ６０９又はＳ６１０で文字認識されて一時記憶された注文データを、販売管理用プログラム４０１にＣＳＶ形式などで渡すか、或いは直接、売上受注データベースを更新する。
【００５９】
このように本実施の形態に係るＦＡＸ受注管理システムによれば、予め特定の商品名や商品コード等が印刷された注文書を顧客に対して発行し、その注文書を用いて顧客により記入された注文書をファクシミリ受信し、その注文書の画像に対して部分的なＯＣＲ処理を施すことにより、その顧客からの注文を受注することができる。
【００６０】
図１１は、本実施の形態に係る顧客別の注文書フォーマットの作成処理（図５のステップＳ５２５）を説明するフローチャートである。この処理により、その顧客用にカスタマイズされた顧客用の注文書フォームが作成される。尚、この処理を実行するプログラムは、外部メモリ２０４に記憶された注文書作成プログラム４０４をＲＡＭ２０５にロードし、それに従ってＣＰＵ２０１が処理を実行することにより達成される。また、この注文書作成プログラム４０４は、販売管理用プログラム４０１の１つの機能として実行されても良い。この注文書作成プログラム４０４が販売管理用プログラム４０１とは別に存在する場合には、販売管理用プログラム４０１が使用するＡＰＩを利用する等により、売上受注データベース４０２を参照するものである。
【００６１】
尚、この処理は、特定の顧客に対しては定期的（例えば、数ヶ月に一度）或いは操作者の実行命令で実行するように設定されており、複合機１からの注文書取得要求がない場合にもこの処理を実施して、予め複合機１の注文書画像データ格納部１０９ｂに格納しておき、注文書画像管理テーブル１０９ｃにて管理することも可能である。これにより、顧客から注文書フォームの取得指示が発行された場合に、ＰＣ２に要求することなく即座に、その要求元である顧客に対して注文書フォームを送信することが可能となり、頻繁に注文書フォームを取得要求を発行する顧客に対するサービスを向上できる。また全ての顧客の注文書フォームを注文書画像データ格納部１０９ｂに格納しないので、その記憶部１０９の記憶容量を無駄に使用することがない。
【００６２】
図１２は、ＰＣ２の外部メモリ２０４に記憶されている売上受注データベース４０２の一例を示す図である。
【００６３】
ここでは各注文ＩＤ（注文書番号）に対応して、顧客ＩＤ、顧客名、受注日、商品コード、商品名、数量及び売上げが記憶されている。
【００６４】
以下、図１１のフローチャートに従って説明する。
【００６５】
まずステップＳ１１０１で、顧客ＩＤを取得して、顧客を特定する。これは、ステップＳ５２２で解析した顧客ＩＤや、操作者が非定期に動作させる場合は、操作者の入力する顧客ＩＤであり、また定期的に動作させるなら特定の顧客数件の顧客ＩＤを予め特定して外部メモリ２０４に格納しておき、本処理の実行時に順次自動取得するなどで提供される顧客ＩＤである。次にステップＳ１１０２に進み、その特定した顧客ＩＤに対応する売上受注データベース４０２から、その顧客の最近数ヶ月分（例えば３ヶ月分）の注文データを抽出する。次にステップＳ１１０３に進み、ステップＳ１１０２で抽出した、その顧客の注文データから注文率が所定以上の商品を調べる。ここでは例えば、本実施の形態に係るＦＡＸ受注管理システムが、顧客ＩＤが「０００１」の顧客からの注文書を過去３ヶ月以内に２０回受信しているとし、これら２０回の注文書において、１５回（この場合の注文率は７５％）以上、受注されている商品が売上受注データベース４０２に存在するかを判定する。
【００６６】
このステップＳ１１０３で、その顧客からの注文書ではどの商品も所定の注文率を超えていない場合にはステップＳ１１１０に進み、この場合は頻繁に注文する商品がないので、顧客別注文書を用意して商品名や商品コードを記入する手間を省くことによる顧客のメリットがないため、外部メモリ２０４に記憶されている汎用の注文書フォーマットデータ４０５を読み出してステップＳ１１０９に進み、その汎用の注文書フォーマットを複合機１に送信する。
【００６７】
尚、前述したように、複合機１の記憶部１０９には、汎用の注文書画像データが記憶されているため、このステップＳ１１１０では、外部メモリ２０４に記憶されている汎用の注文書フォーマットデータ４０５をＰＣ２から複合機１に送信する代りに、複合機１に対して、記憶部１０９に記憶している汎用の注文書画像データを、その顧客に送信するように指示するようにしても良い。
【００６８】
一方、ステップＳ１１０３で、所定の注文率を越える商品が存在する時はステップＳ１１０４に進み、その商品名と、それに対応する商品コードのセット（組）を売上受注データベース４０２から抽出する。但し、所定の注文率（ここでは３／４）を超える商品が多い場合は、注文率の上位３組に該当する商品名と商品コードを選択する等、顧客別の注文書に予め印刷しておく（プレプリント）する商品名と商品コードの数を規定数（規定数、例えば３組）に収まるようにしておく。また、所定の注文率を超える商品が多数あり、更に、その注文率が同一で、規定数を超える数の商品名と商品コードの組が複数存在している場合は、更に過去に遡って、その顧客からの注文データを解析するか、或いは、注文数量の多さや受注額の高いものを選ぶなどして、注文書にプレプリントする商品数を規定数に絞り込むようにしてもよい。
【００６９】
次にステップＳ１１０４に続いてステップＳ１１０５に進み、ステップＳ１１０４で抽出した商品名及び商品コードを、その顧客用の注文書データとして顧客別注文書フォーム４０６に保存する。次にステップＳ１１０６に進み、ステップＳ１１０４で、売上受注データベース４０２から抽出した顧客別注文書データの商品名及び商品コードを、その顧客別の注文書フォームデータとして注文書フォーム４０６に登録し、更に例えば前述の図９Ａ或いは図９Ｂに示すように、その注文書フォームで文字認識するべき領域を設定し、その位置情報も含めて顧客別注文書フォーム４０６に登録する。
【００７０】
次にステップＳ１１０７に進み、顧客別注文書データにプレプリントする商品名と商品コードとを描画データとして、その顧客の注文書フォーム４０６の描画データに挿入してその顧客用の注文書フォームの描画データを作成し、その顧客用の注文書フォームデータとして外部メモリ２０４に保存する。ここでいう描画データとは、商品名及び商品コードを示す文字コードと文字フォント情報や文字サイズ、挿入位置の座標情報などを含み、これらの情報を基にラスタライザ処理により画像データ（ビットマップデータ等）を作成することが可能となるデータをいう。例えば、描画データとしては、印刷に用いられるＰＤＬ（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）等や、アプリケーションが出力する描画情報（ＧＤＩコール）等がある。
【００７１】
またラスタライザは、アプリケーションとしてオペレーションシステムが提供する機能以外にも、予め外部メモリ２０４に、その処理を実行可能なアプリケーションを格納しておき、それにより実現することができる。また印刷や画面表示用の資源として格納されているものを流用することも可能である。
【００７２】
尚、本実施の形態に係る注文書フォーマットデータの描画データは、線分を描画するための線分の太さ・線種・開始点と終了点の座標情報、前述の文字コード等、或いは挿入画像のビットマップデータを含んでいる。顧客別注文書フォーム４０７のデータ内容を予め決められた商品コードを記載する座標位置と商品名を記載する位置に対して割り付けるよう制御することで、顧客別注文書の描画データを作成することができる。
【００７３】
こうして次にステップＳ１１０８に進み、顧客別注文書フォーム４０６に格納されている描画データを、ラスタライザでラスタライズし、その顧客用の注文書フォームの描画データ（ビットマップデータ）を作成し、外部メモリ２０４に保存する。そしてステップＳ１１０９に進み、ステップＳ１１０８で作成した描画データを、ＦＴＰやＳＭＢのプロトコルにより複合機１に転送する。これにより複合機１は、その受信した注文書画像データを一時的に記憶部１０９かＲＡＭ１０３に記憶する。
【００７４】
そして、例えばこの処理が複合機１からの顧客別の注文書画像の取得要求に基づいて実行された場合は、複合機１は図５のステップＳ５１３〜Ｓ５１５の処理を行い、顧客の発呼端末に対して、その顧客が希望している注文書画像データを送信することができる。
【００７５】
また、この処理が操作者の操作により非定期に実施された場合や、複合機１からの注文書取得要求とは無関係に、定期的に自動で、特定の顧客向けに予め注文書フォームを作成する（これは図１４において「事前作成対象フラグ」が「１」の顧客）場合には、注文書画像データ格納部１０９ｂの特定領域に、その注文書画像データを格納して、注文書画像管理テーブル１０９ｃにおいて管理可能なようにすることが必要である。
【００７６】
この場合例えば、ＰＣ２は、その作成した注文書フォームデータに顧客ＩＤをつけて複合機１に転送することにより、複合機１は、その注文書画像データがどの顧客に対するものであるかを確認でき、各顧客毎の注文書画像データの格納とその管理が容易になる。尚、ここで注文書フォームが、複合機１の記憶部１０９、或いはＲＡＭ１０３に一時的に記憶される場合は、ステップＳ５０９で複合機１が顧客別の注文書取得依頼を出力した後に、ＰＣ２から注文書画像データを受信した場合である。
【００７７】
顧客別管理情報４０７は、図１４を参照して前述したように、顧客別に管理される外部メモリ２０４の「格納場所」、顧客の宛先情報である「ＦＡＸ番号」等を、その顧客ＩＤに対応付けて記憶している。図１４に示す顧客別管理情報４０７では、「事前作成対象フラグ」に基づいて図１１に示した、定期的な顧客別の注文書画像データの作成処理に関する顧客別注文書画像データの作成対象となる顧客を決定している。また、「作成済みフラグ」は、過去に、その顧客用にカスタマイズした注文書画像データを作成したことを示すフラグであり、外部メモリ２０４の顧客別注文書フォームの格納場所情報と合わせて管理されている。この「作成済みフラグ」は、ＰＣ２の処理を示す図５のステップＳ５２３及びＳ５２４において参照される。
【００７８】
尚、上述した実施の形態においては、顧客からの注文書画像データ（顧客別注文書フォーマット）の要求があった場合に、その顧客用の注文書画像データを送信するようにしたが、外部からの指示であれば他の手段でも構わない。例えば、機種が限定されることになるが、ＩＴＵ−Ｔ．３０勧告の非標準手順（ＮＳＦ／ＮＳＳ）を用いて、自社モード（独自モード）により顧客別の注文書画像データの送信要求信号を送受信する仕組みを提供することで処理を実行することも可能である。また、複合機１の記憶部１０９或いはＲＡＭ１０３などに注文書画像データの送信要求信号を検出するためのアプリケーションを起動状態で常駐させておき、各種プロトコルを用いて通信情報に含ませた注文書画像データの送信要求信号を受け付け、記憶部１０９に格納している注文書イメージのデータを相手先に送信するようにしても実現できる。同様に、音声応答で誘導するようなシステムでなくても、ＩＴＵ−Ｔ．３０で規定されるポーリング要求をステップＳ５０２で受け付けて、ＩＴＵ−Ｔ勧告のＴ．３０に規定されるＳＥＰ信号（他に、ＳＵＢ信号、ＰＷＤ信号）を検出した際に、その受信したＳＵＢ信号（サブアドレス）で指定されたポーリングＢＯＸの識別信号を解析し、解析した識別信号に対応するポーリングＢＯＸに予め顧客用の注文書画像データを格納しておき、解析されたポーリングＢＯＸ内の画像データを相手端末に送信する等でも対応することができる。また、複合機１は、ＳＵＢ信号で特定できなくとも、ＦＡＸ通信手順におけるＴＳＩ信号で発呼端末のＦＡＸ番号が分かれば、図１３に示す注文書画像管理テーブルから顧客用の注文書画像データを特定でき、記憶部１０９に顧客別の注文書画像データが格納されているか否かが分かるので、ＰＣ２に対して顧客別の注文書の取得要求を出すことが可能である。
【００７９】
また、上記実施の形態においては、ＰＣ２において顧客管理プログラム４０１、認識処理及びデータ修正処理プログラム４０３、注文書作成プログラム４０４を実行するようにしたが、本発明はこれに限るものではない。
【００８０】
さらには、他の変形例としては、複合機１の記憶部１０９の容量が多く取れない場合に、顧客別の注文書画像データを一切持たずに、音声応答で取得した顧客情報からステップＳ５０５の判断の後で直接ステップＳ５０９を行いＰＣ２に作成要求を行うことも可能である。この場合、複合機１は記憶部１０９の容量が節約できるというメリットがある。
【００８１】
［実施の形態２］
図１５は、本発明の実施の形態２に係る注文管理システムの構成を示すブロック図で、前述の実施の形態１と共通する部分は同じ記号で示している。
【００８２】
ここでは図示のように、２台のＰＣ６及びＰＣ７と複合機１とがネットワーク５を介して互いに通信可能な状態に接続されている。例えば、ＰＣ６には、ファクシミリ画像を文字認識して、その注文書に記述されている内容を取得する文字認識処理プログラム及びデータ修正処理プログラム４０３が実装されている。ＰＣ７は、販売管理用プログラム４０１，売上受注データベース４０２、注文書作成プログラム４０４、注文書フォーマットデータ４０５、顧客別注文書フォーム４０６、顧客別管理情報４０７を備える構成としても良い。この場合、各装置が行う機能としては、複合機１は、ＰＣ６の特定のホルダにファクシミリ受信文書を転送し、ＰＣ７は、顧客別の注文書フォーマットを作成して複合機１へ転送することになる。
【００８３】
図１６は、この実施の形態２に係る注文管理システムにおける処理を説明するフローチャートで、前述の図５のフローチャートに示すステップと共通する処理を行う処理ステップには同じ番号を付している。図５と参照すると明らかなように、各処理は図５と共通しているので簡単に説明する。
【００８４】
図１６において、ステップＳ５０１〜Ｓ５１５で示す処理が複合機１が実行する処理ステップを示し、ステップＳ５１７〜Ｓ５２０で示す処理ステップがＰＣ６により実行される処理、そしてステップＳ５２１〜Ｓ５２６で示す処理ステップがＰＣ７により実行される処理である。
【００８５】
ステップＳ５０１で、複合機１が着信を検出するとステップＳ５０２に進み、通常通話による着信か、或いはＦＡＸ受信のいずれかであるかを判定する。通常のＦＡＸ受信と判定された場合はステップＳ５０３に進み、複合機１はその受信したＦＡＸ画像をＦＡＸ画像格納部１０９ａに一時的に保存し、その複合機１において予め設定されているＰＣ６の転送先ホルダに、その一時保存したＦＡＸ受信画像データを格納する。これにより、そのＦＡＸ受信画像データはＰＣ６に転送される。尚、このＦＡＸ受信画像の復号は、この複合機１で行っても、或いはＰＣ６のいずれで行っても良いが、ネットワーク５の通信データ量を減らすためにはＰＣ６で復号するのが好ましい。
【００８６】
一方、ステップＳ５０２において、通常通話の場合はステップＳ５０４に進んで音声による応答を行う。そしてステップＳ５０５で何らかの応答があったかどうかを調べ、応答があるとステップＳ５０７に進み、顧客ＩＤコード、或いは汎用の注文書ＩＤコードを示すＤＴＭＦ信号とＩＤコード確定用の＃キーのＤＴＭＦ信号を受信したかを判定する。このステップＳ５０７では、汎用の注文書データの要求であるかを判定し、そうであればステップＳ５１３に進み、注文書画像データ格納部１０９ｂから汎用の注文書の画像データを読み出し、それを送信対象としてファクシミリ送信の準備を行う。そして相手先に対して音声応答を行う。そしてステップＳ５１４に進み、その音声応答の終了に合わせてＦＡＸ通信に切り換えＩＴＵ−Ｔ勧告のＴ．３０の送信手順を開始する（ＣＮＧ信号の送信など）。そして、ファクシミリ通信手順を開始してデータ通信フェーズになったところで、送信対象となっている指定の注文書画像データを発呼端末（顧客ＦＡＸ）に対して送信する。
【００８７】
一方ステップＳ５０７で、汎用の注文書データを示すＩＤでない場合は、その顧客用の注文書データの要求であるためステップＳ５０８に進み、その受信した顧客ＩＤに基づいて注文書画像管理テーブル１０９ｃを参照し、その要求してきた顧客ＩＤの注文書画像データが既に注文書画像データ格納部１０９ｂに格納されているかどうかを判定する。既に注文書画像データ格納部１０９ｂに格納されている顧客別の注文書画像の要求であれば、その指定された顧客ＩＤに対応する顧客別の注文書画像データを注文書画像データ格納部１０９ｂから読み出す。そしてステップＳ５１３に進んで音声応答を行い、ステップＳ５１４で、その顧客から要求された顧客別の注文書画像を送信する。またステップＳ５０８において、注文書画像データ格納部１０９ｂに注文書画像データが格納されていない顧客ＩＤであると判断した場合には、その顧客用の注文書の取得指示をＰＣ２に送信する。その後、ステップＳ５１０で、ＰＣ２に対して要求した顧客別の注文書画像がＰＣ２から送られくるのを待ち、その注文書画像を受信すると注文書画像データ格納部１０９ｂに登録し、更に注文書画像管理テーブル１０９ｃを更新してステップＳ５１３に進み、前述のように、その要求先の顧客ＦＡＸに対して音声応答し、ファクシミリ手順により、その要求されて作成した注文書画像を送信する。
【００８８】
次に、ＰＣ６による処理について説明する。
【００８９】
まずステップＳ５１７で、ＰＣ６は、複合機１がステップＳ５０３で転送したＦＡＸによる受信画像ファイルを受信するのを待ち、ファクシミリ受信画像を受信するとステップＳ５１８に進み、その受信した画像データを外部メモリ２０４の空き領域４０９に設けられた指定ホルダに保存する。そしてステップＳ５１９に進み、所定の時間が経ったことを検出するとステップＳ５２０に進み、認識処理及びデータ修正処理プログラム４０３を実行して、前述の指定ホルダに格納されているＦＡＸ受信画像に対して文字認識等の処理を実行する。尚、このステップＳ５２０の処理は、前述の図６のフローチャートを参照して説明下処理と同様であるため、その説明を省略する。
【００９０】
次にＰＣ７による処理について説明する。
【００９１】
前述のステップＳ５０９で複合機１から送信された顧客別の注文書画像データの取得要求を、ステップＳ５２１で受信するのを待ち、そのカスタマイズされた注文書画像データの作成指示を受信するとステップＳ５２２に進み、その指示された顧客ＩＤを解析し、次にステップＳ５２３で、その顧客ＩＤに対応した注文書画像データが既に作成されて顧客別注文書フォーム４０６に格納されているかをみる。これは外部メモリ２０４に記憶されている顧客別管理情報４０７を参照して判定する。作成済みであればステップＳ５２４に進み、その図１４の「格納場所」に記憶されている顧客別注文書フォーム４０６のアドレスから、その顧客ＩＤに対応する注文書画像データを読み出す。次にステップＳ５２６に進み、その読み出した注文書画像データを複合機１に送信する。
【００９２】
一方、ステップＳ５２３で、その顧客ＩＤに対応した注文書画像が顧客別注文書フォーム４０６に格納されていない時はステップＳ５２５に進み、その依頼された顧客用にカスタマイズされた注文書画像データを作成して格納する。この作成処理は、前述の図１１のフローチャートを参照して説明した通りである。そしてステップＳ５２６に進み、その作成した注文書画像データを複合機１に送信して処理を終了する。
【００９３】
［その他の実施の形態］
なお本発明は、複数の機器（例えばホストコンピュータ、インターフェース機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用しても良い。
【００９４】
更には、複合機１或いはＰＣ２においてＳ５２０の認識処理を応用して、受信ＦＡＸファイルの画像情報をチェックし、特定の顧客からの注文書である場合には、定型文を用いて「確かに注文書を受領いたしました」等の返信画像を形成し、複合機１から相手ファクシミリ装置に返信することも可能である。
【００９５】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵまたはＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成されることは言うまでもない。
【００９６】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００９７】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピィディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることが出来る。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００９９】
【発明の効果】
以上説明したように本発明によれば、顧客が必要とする時に、その顧客に対応したフォーマットの注文書を発行することができる。
【０１００】
また本発明によれば、各顧客の要求に応じて、各顧客用のフォーマットの注文書画像を発行でき、またその顧客の注文書フォーマットを変更できるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係る受注管理システムの構成を説明する図である。
【図２】本実施の形態に係る複合機の構成例を説明するブロック図である。
【図３】本実施の形態に係るＰＣの構成を示すブロック図である。
【図４】本実施の形態に係るＰＣで管理されている外部メモリのデータ構成を説明する図である。
【図５】本実施の形態に係る受注管理システムの複合機とＰＣとにおける処理を説明するフローチャートである。
【図６】図５のステップＳ５２０の文字認識及び修正処理の詳細を示すフローチャートである。
【図７】一般的な注文書のフォーマット例を示す図である。
【図８】特定の顧客用の注文書のフォーマット例を示す図である。
【図９Ａ】、
【図９Ｂ】顧客用の注文書のフォーマット例を示す図である。
【図１０】本実施の形態に係るＰＣにおける認識結果の表示例及びその修正用画面の一例を示す図である。
【図１１】図５のステップＳ５２５における顧客別の注文書画像データの作成処理の詳細を説明するフローチャートである。
【図１２】本実施の形態に係る売上受注データベースのデータの一例を示す図である。
【図１３】本実施の形態に係る注文画像管理テーブルのデータ例を示す図である。
【図１４】本発明の実施の形態に係る顧客別管理情報の一例を示す図である。
【図１５】本発明の実施の形態２に係る受注管理システムの構成を説明する図である。
【図１６】本実施の形態２に係る受注管理システムの複合機と２台のＰＣとにおける処理を説明するフローチャートである。
【図１】
2004214992.tif 000003
【図２】
2004214992.tif 000004
【図３】
2004214992.tif 000005
【図４】
2004214992.tif 000006
【図５】
2004214992.tif 000007
【図６】
2004214992.tif 000008
【図７】
2004214992.tif 000009
【図８】
2004214992.tif 000010
【図９Ａ】
2004214992.tif 000011
【図９Ｂ】
2004214992.tif 000012
【図１０】
2004214992.tif 000013
【図１１】
2004214992.tif 000014
【図１２】
2004214992.tif 000015
【図１３】
2004214992.tif 000016
【図１４】
2004214992.tif 000017
【図１５】
2004214992.tif 000018
【図１６】
2004214992.tif 000019