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