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