(57)【特許請求の範囲】
【請求項１】
原稿画像を読み取って画像データを生成する画像読取手段と、
電話公衆回線及びインターネットの少なくとも一方と通信可能な通信インタフェースと、
所定様式の帳票情報のデータベースを記憶する記憶手段と、
前記通信インタフェースが受信したデータから、前記所定様式の帳票情報を抽出して前記データベースに登録する第１登録手段と、
前記画像読取手段が生成した前記画像データに基づく情報を、前記所定様式の帳票情報として前記データベースに登録する第２登録手段と、を備えた画像形成装置であって、
前記第１及び第２登録手段のいずれか一方の登録手段が前記データベースへの登録を行っている最中に、もう片方の登録手段が前記データベースへの登録を開始した場合、前記もう片方の登録手段は、前記一方の登録手段による登録が完了するまで待機することを特徴とする画像形成装置。
【請求項２】
前記所定様式の帳票情報は、商品またはサービスのオーダー情報であることを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記画像データに基づく情報は、前記画像データのファイル名であることを特徴とする請求項１または２に記載の画像形成装置。
【請求項４】
前記画像データに基づく情報は、前記画像データに対するＯＳＲ処理により生成したテキストデータであることを特徴とする請求項１または２に記載の画像形成装置。
【請求項５】
画像形成装置において実行される、所定様式の帳票情報の管理方法であって、
前記所定様式の帳票情報のデータベースを生成し記憶手段に記憶するステップ１）と、
通信インタフェースによって前記所定様式の帳票情報を含むデータを受信するか、または画像読取手段によって前記所定様式の帳票情報を含む画像を読み取るステップ２）と、
前記ステップ２）において前記通信インタフェースによって前記データを受信した場合に、受信した当該データから前記所定様式の帳票情報を抽出して前記データベースに登録するステップ３ａ）と、
前記ステップ２）において前記画像読取手段によって前記画像を読み取った場合に、読み取った当該画像の画像データに基づく情報を、前記所定様式の帳票情報として前記データベースに登録するステップ３ｂ）と、を含み、
前記ステップ３ａ）及びステップ３ｂ）のいずれか一方のステップが終了する前に、もう片方のステップが開始された場合、前記もう片方のステップは前記一方のステップが終了するまで停止されることを特徴とする方法。
【請求項６】
前記所定様式の帳票情報は、商品またはサービスのオーダー情報であることを特徴とする請求項５に記載の方法。
【請求項７】
前記画像データに基づく情報は、前記画像データのファイル名であることを特徴とする請求項５または６に記載の方法。
【請求項８】
前記画像データに基づく情報は、前記画像データに対するＯＳＲ処理により生成したテキストデータであることを特徴とする請求項５または６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、様々な経路で取得した帳票情報を一元的に管理する機能を備えた画像形成装置に関する。
【背景技術】
【０００２】
近年、食料品や日用品等のデリバリーサービス（宅配サービス）が普及するにつれ、サービス利用者は、電話、ＦＡＸ、及びインターネット等の様々な経路でオーダーを行うことができるようになった。そのため、サービス提供者は、各オーダーがどの経路で行われたものであっても受付順番通りに処理できるように、全オーダーを受付経路によらず一元的に管理することが好ましい。
【０００３】
しかし、実際には、電話によるオーダーは専任のオペレータや自動音声応答機能を備えた専用の電話機が受け付け、ＦＡＸによるオーダーは専用のＦＡＸ受信機が受け付け、インターネットによるオーダーは専用のコンピュータが受け付けるといった具合に、異なる経路からのオーダーは異なる人／装置によって受け付けられているのが一般的であり、必ずしも各オーダーがその受付順番通り処理されていない。そのため、サービス利用者間の公平性が十分に確保されていないという問題点がある。また、仮に、サービス提供者が、異なる人・装置によって受け付けられたオーダーを順番通りに処理するよう試みたとしても、全オーダーを受付順番通りに並び替えるという非常に煩雑な作業が必要となるため、サービスの迅速性が著しく損なわれてしまう。
【０００４】
これに関連して、以下の特許文献１には、顧客からのＦＡＸ、電話、郵送等による注文を一箇所の受注センターで受け付け、その注文の処理に最も適した印刷拠点を選択する技術が開示されている。この技術によれば、顧客の要求するサービスを効率的かつ早期に納品することはできるが、異なる経路で行われた注文がその受付順番通り処理されることを保証することはできない。
【特許文献１】特開２００３−９９２２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は上記従来技術の有する問題点に鑑みてなされたものであり、本発明の目的は、様々な経路で受け付けられる帳票情報を一元的に管理するとともに、各帳票情報が厳密に受付順番通りに処理されることを保証する機能を備えた画像形成装置に関する。
【課題を解決するための手段】
【０００６】
本発明の上記目的は、下記の手段によって達成される。
【０００７】
（１）原稿画像を読み取って画像データを生成する画像読取手段と、電話公衆回線及びインターネットの少なくとも一方と通信可能な通信インタフェースと、所定様式の帳票情報のデータベースを記憶する記憶手段と、前記通信インタフェースが受信したデータから、前記所定様式の帳票情報を抽出して前記データベースに登録する第１登録手段と、前記画像読取手段が生成した前記画像データに基づく情報を、前記所定様式の帳票情報として前記データベースに登録する第２登録手段と、を備えた画像形成装置であって、前記第１及び第２登録手段のいずれか一方の登録手段が前記データベースへの登録を行っている最中に、もう片方の登録手段が前記データベースへの登録を開始した場合、前記もう片方の登録手段は、前記一方の登録手段による登録が完了するまで待機することを特徴とする画像形成装置。
【０００８】
（２）前記所定様式の帳票情報は、商品またはサービスのオーダー情報であることを特徴とする上記（１）に記載の画像形成装置。
【０００９】
（３）前記画像データに基づく情報は、前記画像データのファイル名であることを特徴とする上記（１）または（２）に記載の画像形成装置。
【００１０】
（４）前記画像データに基づく情報は、前記画像データに対するＯＳＲ処理により生成したテキストデータであることを特徴とする上記（１）または（２）に記載の画像形成装置。
【００１１】
（５）画像形成装置において実行される、所定様式の帳票情報の管理方法であって、前記所定様式の帳票情報のデータベースを生成し記憶手段に記憶するステップ１）と、通信インタフェースによって前記所定様式の帳票情報を含むデータを受信するか、または画像読取手段によって前記所定様式の帳票情報を含む画像を読み取るステップ２）と、前記ステップ２）において前記通信インタフェースによって前記データを受信した場合に、受信した当該データから前記所定様式の帳票情報を抽出して前記データベースに登録するステップ３ａ）と、前記ステップ２）において前記画像読取手段によって前記画像を読み取った場合に、読み取った当該画像の画像データに基づく情報を、前記所定様式の帳票情報として前記データベースに登録するステップ３ｂ）と、を含み、前記ステップ３ａ）及びステップ３ｂ）のいずれか一方のステップが終了する前に、もう片方のステップが開始された場合、前記もう片方のステップは前記一方のステップが終了するまで停止されることを特徴とする方法。
【００１２】
（６）前記所定様式の帳票情報は、商品またはサービスのオーダー情報であることを特徴とする上記（５）に記載の方法。
【００１３】
（７）前記画像データに基づく情報は、前記画像データのファイル名であることを特徴とする上記（５）または（６）に記載の方法。
【００１４】
（８）前記画像データに基づく情報は、前記画像データに対するＯＳＲ処理により生成したテキストデータであることを特徴とする上記（５）または上記（６）に記載の方法。
【発明の効果】
【００１５】
本発明によれば、様々な経路で受け付けられるオーダー情報等の帳票情報を１機の画像形成装置で一元的に管理できることに加え、受け付けられる各帳票情報が厳密に受付順番通りに処理されることを保証することができる。そのため、帳票情報の処理を希望する利用者間の公平性を確保することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を、図面を参照して詳細に説明する。図１は、本実施形態にかかる画像形成装置としてのＭＦＰ（Ｍｕｌｔｉｐｌｅ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ  多機能周辺機器）１が適用されたオーダー管理システムの構成の一例を示すブロック図である。
【００１７】
図１のように、本実施形態にかかるＭＦＰ１は、公衆電話網Ａを介して電話機２１及びＦＡＸ送信機２２と接続されており、インターネットＢを介してＰＣ２３と接続されている。ただし、公衆電話網Ａ及びインターネットＢに接続される機器の種類及び台数はこれに限定されるものではない。また、ＭＦＰ１は各機器とＬＡＮを介して接続されてもよいし、ネットワークを介さずに直接接続（ローカル接続）されてもよい。
【００１８】
本実施形態において、ＭＦＰ１は、寿司や丼飯等の飲食物のデリバリーサービスのオーダー管理に利用され、電話機２１、ＦＡＸ送信機２２、及びＰＣ２３は、同デリバリーサービスを希望する顧客がＭＦＰ２に対してオーダーを行うために利用される。
【００１９】
次に、図２は、本実施形態にかかるＭＦＰ１の具体的構成を示すブロック図である。図２のように、ＭＦＰ１は、制御部１１、記憶部１２、操作部１３、画像読取部１４、印刷部１５、ウェブサーバ部１６、及び通信インタフェース１７を備えており、これらは信号をやり取りするためのバス１８を介して相互に接続されている。
【００２０】
制御部１１はＣＰＵであり、プログラムにしたがって上記各部の制御や各種の演算処理等を行う。
【００２１】
記憶部２０は、予め各種プログラムやパラメータを格納しておくＲＯＭ、作業領域として一時的にプログラムやデータを記憶するＲＡＭ、各種プログラムやパラメータを格納し、または画像処理により得られた画像データ等を一時的に保存するために使用されるハードディスク等からなる。
【００２２】
操作部１３は、各種情報を表示し、または各種設定入力を行うタッチパネル、コピー枚数等を設定するテンキー、動作の開始を指示するスタートキー、動作の停止を指示するストップキー、各種設定条件を初期化するリセットキー等の各種固定キー、表示ランプ等からなる。
【００２３】
画像読取部１４は、原稿台の所定の読み取り位置にセットされた原稿またはＡＤＦ（Ａｕｔｏ  Ｄｏｃｕｍｅｎｔ  Ｆｅｅｄｅｒ  自動原稿搬送装置）により所定の読み取り位置に搬送された原稿に蛍光ランプ等の光源で光を当て、その反射光をＣＣＤやＣＭＯＳイメージセンサ等の受光素子で光電変換して、その電気信号から画像データ（ビットマップデータ）を生成する。
【００２４】
印刷部１５は、画像データを電子写真方式により帯電、露光、現像、転写および定着の各工程を経て用紙に画像データを印刷して排出する。ただし、本発明における印刷部１５０の印刷方式はこれに限定されるものではなく、電子写真方式以外にも、インパクト方式、熱転写方式、インクジェット方式等によるものであってもよい。
【００２５】
ウェブサーバ１６は、インターネットＢに公開され外部からアクセス可能なサーバコンピュータであり、後述のように、ＰＣ２３からインターネットによるオーダーを受け付ける。なお、ウェブサーバ１６がＭＦＰ１の外部に設けられ、ＭＦＰ１と双方向通信可能に接続される構成が採用されてもよい。
【００２６】
通信インタフェース１７は、ＭＦＰ１と外部機器との間で通信を行うためのインタフェースであり、公衆電話網Ａに接続するための電話回線インタフェースを備えている。通信インタフェース１７は、イーサネット（登録商標）、トークンリング、ＦＤＤＩ等の規格によるＬＡＮ接続用インタフェースや、ＵＳＢ、ＩＥＥＥ１３９４等のシリアルインタフェースや、ＳＣＳＩ、ＩＥＥＥ１２８４等のパラレルインタフェースや、Ｂｌｕｅｔｏｏｔｈ（ブルートゥース）、及びＩＥＥＥ８０２.１１、ＨｏｍｅＲＦ、ＩｒＤＡ等の無線通信インタフェース等をさらに備えたものであってもよい。また、通信インタフェース１７は、ＦＡＸ着信時に受信したアナログ信号をＭＦＰ１側で処理可能なデジタル信号に復調するためのモデム、及び電話着信時に所定の音声メッセージを再生する自動音声応答機能を有するＴＥＬ応答モジュールを備えている。
【００２７】
ＭＦＰ１は、上記構成により、画像を読み取って画像データを生成するスキャナとしての機能、外部機器から受信した画像データを印刷出力するプリンタとしての機能、読み取った原稿画像を印刷出力する複写機としての機能、画像データを電話回線を介して送受信するＦＡＸとしての機能、及び電話着信時に自動音声応答を行う電話機としての機能を兼ね備えるものである。
【００２８】
次に、本実施形態にかかるオーダー管理システムの動作の概要について説明する。図３は、本実施形態にかかるＭＦＰ１のオーダー管理処理の手順を示すフローチャートである。なお、図３のフローチャートにより示されるアルゴリズムは、ＭＦＰ１の記憶部１２内に制御プログラムとして記憶されており、動作開始の際にＲＡＭに読み出され制御部１１によって実行される。
【００２９】
先ず、ＭＦＰ１は受付が完了したオーダーの一覧を印刷する設定がなされているか否かを判定する。そして、同設定がなされている場合には（Ｓ１０１のＹＥＳ）、ユーザが予め指定した条件が満足されているか否かをさらに判定する。また、同設定がなされていない場合には（Ｓ１０１のＮＯ）、後述のＳ１０２に進む。ここで、ユーザが予め指定した条件とは、例えば、「５分毎に未処理のオーダーの一覧を印刷する。」である。このようにユーザは適当な条件を予め指定しておくことで、オーダーの処理状況を逐一把握することができるようになる。
【００３０】
そして、ユーザが指定した条件が満足されている場合には（Ｓ１１１のＹＥＳ）、ＭＦＰ１は指定の条件に従ってオーダー一覧の印刷を実行してから（Ｓ１１２）、後述のＳ１０２に進む。また、ユーザが指定した条件が満足されていない場合には（Ｓ１１１のＮＯ）、ＭＦＰ１は印刷を実行せずに後述のＳ１０２に進む。
【００３１】
ここで、Ｓ１１２において印刷されるオーダー一覧とは、図８に示されるようなオーダー管理テーブル３である。図８のように、オーダー管理テーブル３は、受付が完了した各オーダーの「受付時間」、「オーダー内容」、「配達先」、「氏名」、「オーダー経路」、「ステータス」等からなる帳票情報（オーダー情報）を累積的に格納するデータベースであり、電話、ＦＡＸ、及びインターネット等の様々な経路で行われたオーダーを一元的に管理するものとして記憶部１２内に記憶されている。オーダー管理テーブル３は、後述のオーダー登録処理（Ｓ１０６〜Ｓ１１０）において随時更新されることで、常に最新のオーダー状況を反映するものである。また、オーダー管理テーブルをウェブブラウザで閲覧可能なウェブページ形式で作成し、ウェブサーバ１６によってインターネットＢに公開することも可能である
再び図３を参照して、ＭＦＰ１は、電話、ＦＡＸ、インターネット、またはスキャンによるオーダーの有無を確認し、いずれかの経路によるオーダーがない限り（それぞれＳ１０１〜Ｓ１０５のＮＯ）、Ｓ１０１に戻って一連の処理を繰り返す。ここで、スキャンによるオーダーとは、店員等が顧客から直接聞き取ったオーダー内容を所定の伝票に記入し、それを画像読取部１４でスキャンすることによって受け付けられるオーダーのことである。
【００３２】
そして、上記いずれかの経路によるオーダーがあった場合には（Ｓ１０２〜Ｓ１０５のいずれかがＹＥＳ）、当該オーダーをその経路に応じた方法でオーダー管理テーブル３に登録するためのオーダー登録処理を実行してから（Ｓ１０６〜Ｓ１１０のいずれか１つ）、Ｓ１０１に戻る。
【００３３】
続いて、電話、ＦＡＸ、インターネット、及びスキャンによるオーダー受付時のオーダー登録処理（Ｓ１０６〜Ｓ１１０）について順に説明する。
【００３４】
＜電話によるオーダー＞
先ず、電話によるオーダー受付時のオーダー登録処理（Ｓ１０６）について説明する。図４Ａ〜図４Ｃは、電話によるオーダー受付時のオーダー登録処理の手順を示すフローチャートである。なお、同処理が行われる前提として、ＭＦＰ１は、前述の公衆回線インタフェースモジュールによって公衆電話網Ａからの着信を検出し、さらに、それがＦＡＸ着信ではなく電話着信であると判定している（Ｓ１０２）。
【００３５】
先ず、ＭＦＰ１は、電話着信を検出すると、予め用意されたイニシャルメッセージをＴＥＬ応答モジュールによって再生し（Ｓ２０１）、電話口の顧客に電話番号の入力を促す。このとき再生されるメッセージは、例えば、「毎度ありがとうございます。○○寿司でございます。恐れ入りますが電話番号の入力をお願いします。」である。
【００３６】
続いて、顧客による電話番号入力があるまで待機するが、一定時間内に入力がなかった場合は（Ｓ２０２のＮＯ）、オペレータが直接応答できるように通話中の回線を他の電話機に転送する（Ａ）。また、一定時間内に電話番号の入力があった場合は（Ｓ２０２のＹＥＳ）、予め用意された顧客データベース内を検索し、入力された電話番号がデータベースに含まれているか否かを解析する（Ｓ２０３）。
【００３７】
ここで、入力された電話番号が顧客データベースに含まれていない場合は（Ｓ２０４のＮＯ）、オペレータが直接応答できるように通話中の回線を他の電話機に転送する（Ａ）。また、入力された電話番号が顧客データベースに含まれている場合には（Ｓ２０４のＹＥＳ）、顧客に氏名及び住所等の確認を促すメッセージをＴＥＬ応答モジュールによって再生する（Ｓ２０５）。このとき再生されるメッセージは、例えば、「お客様は□□様でいらっしゃいますか。お客様のご住所は○○町△△番地でよろしいですか。お間違えがなければ番号『♯』を押してください。」である。
【００３８】
続いて、ＭＦＰ１は、顧客からの応答があるまで待機するが、一定時間内に応答がない場合には（Ｓ２０６のＮＯ）、オペレータが直接応答できるように通話中の回線を他の電話機に転送する（Ａ）。また、一定時間内に応答があった場合には（Ｓ２０７のＹＥＳ）、メッセージ中の氏名及び住所が正しかったことを意味する「♯」が押されたか否かを判さらに判定する。つまり、電話口の顧客は、電話機２１の「♯」キーを押すことでメッセージ中の氏名及び住所が正しいことを通知することができる。また、メッセージ中の氏名や住所が間違っている場合や、他の住所へのデリバリーを希望する場合には、応答せずにそのまま待機するか、または電話機２１の「♯」以外のキーを押せばよい。ここで、「♯」が押されなかった場合には（Ｓ２０７のＮＯ）、オペレータが直接応答できるように通話中の回線を他の電話機に転送する（Ａ）。また、「♯」が押された場合には（Ｓ２０７のＹＥＳ）、続いて、顧客に商品番号の入力を促すメッセージをＴＥＬ応答モジュールによって再生する（図４ＢのＳ２０８）。このとき再生されるメッセージは、例えば、「商品番号と数量を入力ください。なお、商品番号と数量の間に『♯』を入れてください。」である。このメッセージを聞いた顧客は、予め配布されたメニューを見ながら、希望商品番号及び数量を、電話機２１のキー操作によって入力することができる。
【００３９】
続いて、ＭＦＰ１は、顧客からの応答があるまで待機するが、一定時間内に応答がない場合には（Ｓ２０９のＮＯ）、オペレータが直接応答できるように通話中の回線を他の電話機に転送する（Ａ）。また、一定時間内に応答があった場合には（Ｓ２０９のＹＥＳ）、顧客にオーダー内容の確認を促すメッセージをＴＥＬ応答モジュールによって再生する（Ｓ２１０）。このとき再生されるメッセージは、例えば、「○○を２つでよろしいですか。よろしければ『♯』を、そうでなければ「＊」を押してください。」である。
【００４０】
続いて、ＭＦＰ１は、顧客からの応答があるまで待機するが、一定時間内に応答がない場合には（Ｓ２１１のＮＯ）、オペレータが直接応答できるように通話中の回線を他の電話機に転送する（Ａ）。また、一定時間内に応答があった場合は（Ｓ２１１のＹＥＳ）、さらに「♯」と「＊」のどちらが押されたのかを判定し、メッセージ中のオーダー内容が間違っていることを意味する「＊」が押された場合は（Ｓ２１２のＮＯ）は、顧客に再度オーダーを入力させるためにＳ２０８に戻る。また、メッセージ中のオーダー内容が正しいことを意味する「♯」が押された場合には（Ｓ２１２のＹＥＳ）、当該オーダー内容を記憶部１２内のＲＡＭに保存してから（Ｓ２１３）、顧客にオーダー終了の確認を促すメッセージをＴＥＬ応答モジュールによって再生する（Ｓ２１４）。このとき再生されるメッセージは、例えば、「ご注文は以上でよろしいですか。よろしければ『♯』を、そうでなければ『＊』を押してください。」である。
【００４１】
そして、ＭＦＰ１は顧客からの応答があるまで待機するが、一定時間内に応答がない場合は（Ｓ２１５のＮＯ）、オペレータが直接応答できるように通話中の回線を他の電話機に転送する（Ａ）。また、一定時間内に応答があった場合には（Ｓ２１５のＹＥＳ）、さらに「♯」と「＊」のどちらが押されたのかを判定し、未だオーダーが終了していないことを意味する「＊」が押された場合は（Ｓ２１６のＮＯ）は、顧客に追加オーダーを入力させるためにＳ２０８に戻る。また、オーダーが終了したことを意味する「♯」が押された場合には（Ｓ２１６のＹＥＳ）、顧客にオーダー内容の最終確認を促すメッセージを再生する（図４ＣのＳ２１７）。このとき再生されるメッセージは、例えば、「ご注文は△、□、○でよろしいでしょうか。よろしければ『♯』を、そうでなければ『＊』を押してください。」である。
【００４２】
続いて、ＭＦＰ１は、顧客からの応答があるまで待機するが、一定時間内に応答がない場合には（Ｓ２１８のＮＯ）、オペレータが直接応答できるように通話中の回線を他の電話機に転送する（Ａ）。また、一定時間内に応答があった場合には（Ｓ２１８のＹＥＳ）、さらに「♯」と「＊」のどちらが押されたのかを判定し、メッセージ中のオーダー内容が間違っていることを意味する「＊」が押された場合は（Ｓ２１９のＮＯ）は、Ｓ２１３においてＲＡＭに保存したオーダー内容を消去してから（Ｓ２２０）、顧客に再度オーダー内容を入力させるためにＳ２０８に戻る。また、メッセージ中のオーダー内容が正しいことを意味する「♯」が押された場合には（Ｓ２１９のＹＥＳ）、顧客にオーダーの受付が完了した旨を通知するメッセージを再生してから回線を切断する（Ｓ２２１）。このとき再生されるメッセージは、例えば、「ご注文を承りました。ご利用どうもありがとうございました。」である。
【００４３】
続いて、ＭＦＰ２は、オーダー登録テーブル３がアイドル状態であるか否かを判定し、アイドル状態ではない場合（Ｓ２２２のＮＯ）、つまり、他のオーダーの登録処理が進行中である場合には、当該処理が終了するまで待機する。また、オーダー登録テーブル３がアイドル状態である場合には（Ｓ２２２のＹＥＳ）、その時点でＲＡＭに保存されているオーダー内容をオーダー登録テーブル３に登録し（Ｓ２２３）、図３のフローチャートに戻る（リターン）。
【００４４】
＜ＦＡＸによるオーダー＞
次に、ＦＡＸによるオーダー受付時のオーダー登録処理（Ｓ１０７）について説明する。図５は、ＦＡＸによるオーダー受付時のオーダー登録処理の手順を示すフローチャートである。なお、同処理が行われる前提として、ＭＦＰ１は、前述の公衆回線インタフェースモジュールによって公衆電話網Ａからの着信を検出し、さらに、それが電話着信ではなくＦＡＸ着信であると判定している（Ｓ１０３）。
【００４５】
先ず、ＭＦＰ１は、受信したＦＡＸ画像を記憶部１２内のＲＯＭに保存してから（Ｓ３０１）、回線を切断する（Ｓ３０２）。続いて、ＭＦＰ１は、ＲＯＭ内のＦＡＸ画像をＲＡＭに展開し（Ｓ３０３）、同画像をＰＤＦファイルに変換する（Ｓ３０４）。
【００４６】
続いて、ＭＦＰ２は、オーダー登録テーブル３がアイドル状態であるか否かを判定し、アイドル状態でない場合（Ｓ３０５のＮＯ）、つまり、他のオーダーの登録処理が進行中である場合には、当該処理が終了するまで待機する。また、オーダー登録テーブル３がアイドル状態である場合には（Ｓ３０５のＹＥＳ）、Ｓ３０３において生成したＰＤＦファイルのファイル名をオーダー登録テーブル３に登録し（Ｓ３０６）、さらに、ＲＯＭ内に保存されたＦＡＸ画像を消去してから（Ｓ３０７）、図３のフローチャートに戻る（リターン）。ここで、図８のように、オーダー登録テーブル３には、新規オーダーの「オーダー内容」、「配達先」、及び「氏名」として、Ｓ３０３において生成されたＰＤＦファイルのファイル名である「ＰＤＦ０００００３」が登録される。このＰＤＦファイルは記憶部１２に保存されているので、デリバリーサービス提供者は、例えば、同ファイルを印刷出力することで、ＦＡＸによるオーダー内容を確認することができる。さらに、受信したＦＡＸ画像に対してＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）処理を施すことによって、「オーダー内容」、「配達先」、及び「氏名」等に対応するテキストデータを取得し、それらのテキストデータをオーダー登録テーブル３に登録する構成も可能である。
【００４７】
＜インターネットによるオーダー＞
次に、インターネットによるオーダー受付時のオーダー登録処理（Ｓ１０９）について説明する。図６は、インターネットによるオーダー受付時のオーダー登録処理の手順を示すフローチャートである。なお、同処理が行われる前提として、ウェブサーバ６によってインターネットＢに公開されたオーダー用ウェブページにＰＣ２３がアクセスしている（Ｓ１０４）。
【００４８】
先ず、ＭＦＰ１は、例えば、オーダー用ウェブページの「オーダー」ボタンが押されることによってオーダーが送信されるまで待機する（Ｓ４０１のＮＯ）。そして、オーダーが送信されたら（Ｓ４０１のＹＥＳ）、そのオーダー内容に不備がないかどうかを解析する（Ｓ４０２）。ここで、不備がある場合には（Ｓ４０３のＹＥＳ）、ＰＣ２３に不備の内容を通知するメッセージを表示してから（Ｓ４０４）、顧客に再度オーダー内容を入力させるためにＳ４０１に戻る。また、オーダー内容に不備がない場合には（Ｓ４０３のＮＯ）、オーダー登録テーブル３がアイドル状態であるか否かを判定し、アイドル状態でない場合（Ｓ４０５のＮＯ）、つまり、他のオーダーの登録処理が進行中である場合には、当該処理が終了するまで待機する。また、オーダー登録テーブル３がアイドル状態である場合には（Ｓ４０５のＹＥＳ）、送信されたオーダー内容をオーダー登録テーブル３に登録し（Ｓ４０６）、さらに、顧客のＰＣ２３にオーダー受付完了を通知するメッセージを表示してから（Ｓ４０７）、図３のフローチャートに戻る（リターン）。
【００４９】
＜スキャンによるオーダー＞
最後に、スキャンによるオーダー受付時のオーダー登録処理（Ｓ１１０）について説明する。図７は、スキャンによるオーダー受付時のオーダー登録処理の手順を示すフローチャートである。なお、同処理が行われる前提として、店員等に口頭で伝えられたオーダー内容が所定の伝票に記入され、その伝票が画像読取部１４によってスキャンされている（Ｓ１０５）。
【００５０】
先ず、ＭＦＰ１は、スキャンした伝票の画像を記憶部１２内のＲＡＭに展開し（Ｓ５０１）、さらに、同画像をＰＤＦファイルに変換（Ｓ５０２）する。
【００５１】
続いて、ＭＦＰ１は、オーダー登録テーブル３がアイドル状態であるか否かを判定し、アイドル状態でない場合（Ｓ５０３のＮＯ）、つまり、他のオーダーの登録処理が進行中である場合には、当該処理が終了するまで待機する。また、オーダー登録テーブル３がアイドル状態である場合には（Ｓ５０３のＹＥＳ）、Ｓ５０２において生成したＰＤＦファイルのファイル名をオーダー登録テーブル３に登録してから（Ｓ５０５）、図３のフローチャートに戻る（リターン）。ここで、図８のように、オーダー登録テーブル３には、新規オーダーの「オーダー内容」、「配達先」、及び「氏名」として、Ｓ５０２において生成されたＰＤＦファイルのファイル名である「ＰＤＦ０００００４」が登録される。このＰＤＦファイルは記憶部１２に保存されているので、デリバリーサービス提供者は、例えば、同ファイルを印刷出力することで、スキャンによるオーダー内容を確認することができる。さらに、スキャンした伝票画像に対してＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）処理を施すことによって、「オーダー内容」、「配達先」、及び「氏名」等に対応するテキストデータを取得し、それらのテキストデータをオーダー登録テーブル３に登録する構成も可能である。
【００５２】
以上のように、本実施形態によれば、様々な経路で受け付けられるデリバリーサービスのオーダーを１機のＭＦＰ１で一元的に管理でき、さらに、各オーダーが厳密に受付順番通りに処理されることを保証することができる。そのため、オーダー経路によらず、サービス利用者間の公平性を確保することができる。
【００５３】
本発明は、上記実施形態のみに限定されるものではなく、特許請求の範囲内において、種々改変することができる。例えば、上記実施形態において、新規オーダーは、その受付順番通りに登録・処理されることになるが、本発明は必ずしもこのような構成に限定されず、一旦、受付順番通り登録したオーダー一覧を、オーダーの緊急度、顧客の重要度、及びオーダー処理時間（例えば、調理時間及び配達時間）を考慮した上での効率性等に従って並び替えた上で各オーダーを処理する構成としてもよい。図９には、オーダーミスが発生した場合、及び得意先からオーダーがあった場合に、当該オーダーが優先的に処理されるようにオーダー一覧を並び替えた例が示されている。
【００５４】
本発明による画像形成装置、及び画像形成装置を利用した帳票情報の管理方法は、上記各手順を実行するための専用のハードウエア回路によっても、また、上記各手順を記述したプログラムをＣＰＵが実行することによっても実現することができる。後者により本発明を実現する場合、画像形成装置を動作させる上記プログラムは、フロッピー（登録商標）ディスクやＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体によって提供されてもよいし、インターネット等のネットワークを介してオンラインで提供されてもよい。この場合、コンピュータ読み取り可能な記録媒体に記録されたプログラムは、通常、ＲＯＭやハードディスク等に転送され記憶される。また、このプログラムは、たとえば、単独のアプリケーションソフトとして提供されてもよいし、画像形成装置の一機能としてその装置のソフトウエアに組み込んでもよい。
【図面の簡単な説明】
【００５５】
【図１】本発明の実施形態にかかるオーダー管理システムの全体構成を示すブロック図である。
【図２】図１におけるＭＦＰの構成を示すブロック図である。
【図３】本発明の実施形態にかかるＭＦＰの処理の手順を示すフローチャートである。
【図４Ａ】本発明の実施形態にかかるＭＦＰの処理の手順を示すフローチャートである。
【図４Ｂ】図４Ａに続き、本発明の実施形態にかかるＭＦＰの処理の手順を示すフローチャートである。
【図４Ｃ】図４Ｂに続き、本発明の実施形態にかかるＭＦＰの処理の手順を示すフローチャートである。
【図５】本発明の実施形態にかかるＭＦＰの処理の手順を示すフローチャートである。
【図６】本発明の実施形態にかかるＭＦＰの処理の手順を示すフローチャートである。
【図７】本発明の実施形態にかかるＭＦＰの処理の手順を示すフローチャートである。
【図８】本発明の実施形態にかかるオーダー管理テーブルの一例を示す図である。
【図９】本発明の実施形態にかかるオーダー管理テーブルの一例を示す図である。
【符号の説明】
【００５６】
１      ＰＣ、
１１    制御部、
１２    記憶部、
１３    操作部、
１４    画像読取部、
１５    印刷部、
１６    ウェブサーバ、
１７    通信インタフェース、
１８    バス、
２１    電話機、
２２    ＦＡＸ送信機、
２３    ＰＣ、
３      オーダー管理テーブル、
Ａ      公衆電話網
Ｂ      インターネット。
【図１】
0004882996.tif 000002
【図２】
0004882996.tif 000003
【図３】
0004882996.tif 000004
【図４Ａ】
0004882996.tif 000005
【図４Ｂ】
0004882996.tif 000006
【図４Ｃ】
0004882996.tif 000007
【図５】
0004882996.tif 000008
【図６】
0004882996.tif 000009
【図７】
0004882996.tif 000010
【図８】
0004882996.tif 000011
【図９】
0004882996.tif 000012