(57)【要約】【課題】処理するデータを予測可能にする仕組みを提供すること。【解決手段】ファクシミリデータを受け付けるサーバは、外部装置から受信した書誌情報を含むファクシミリデータを受信し、受信したファクシミリデータを用いて、当該ファクシミリデータの種別を特定する。種別が特定できない場合、受信したファクシミリデータを用いてダミーデータを生成する。種別が特定できた場合、特定した種別で受信したファクシミリデータを処理対象データとして登録し、生成したダミーデータを登録する。クライアント端末は、処理対象データをユーザが現在処理可能なデータとして表示し、ダミーデータを後から処理対象となる可能性のあるデータとして表示する。【選択図】図９
2015177271.tif 000002
【特許請求の範囲】
【請求項１】
ファクシミリデータを受け付けるサーバと、当該ファクシミリデータを用いてデータを処理するクライアント端末を含むデータ処理システムであって、
前記サーバは、
外部装置から受信した書誌情報を含むファクシミリデータを受信する受信手段と、
前記受信手段で受信したファクシミリデータを用いて、当該ファクシミリデータの種別を特定する種別特定手段と、
前記種別特定手段で種別が特定できない場合、前記受信したファクシミリデータを用いてダミーデータを生成する生成手段と、
前記種別特定手段で種別が特定できた場合、特定した種別で前記受信したファクシミリデータを処理対象データとして登録し、前記生成手段で生成されたダミーデータを登録する登録手段と、
前記クライアント端末からの要求に応じて、前記登録手段で登録した処理対象データとダミーデータを送信する送信手段と、
を備え、
前記クライアント端末は、
前記サーバへのデータの取得要求に応じて、前記処理対象データと前記ダミーデータを受信する登録データ受信手段と、
前記処理対象データをユーザが現在処理可能なデータとして表示し、前記ダミーデータを後から処理対象となる可能性のあるデータとして表示する表示手段と
を備えることを特徴とするデータ処理システム。
【請求項２】
前記種別特定手段で種別が特定できない場合、前記ファクシミリデータを確認するべく通知する通知手段
を更に備えることを特徴とする請求項１に記載のデータ処理システム。
【請求項３】
前記サーバは、
前記ダミーデータに対応するファクシミリデータが処理対象データとして登録する登録要求を受け付けた場合に、前記登録手段は、登録要求を受け付けたファクシミリデータに対応するダミーデータを処理対象データとして登録する
ことを特徴とする請求項１又は請求項２に記載のデータ処理システム。
【請求項４】
前記サーバは、
前記種別特定手段で種別が特定できない場合、前記受信したファクシミリデータを用いてダミーデータを生成する時間である否かを判定する時間判定手段と、
前記時間判定手段でダミーデータを生成する時間であると判定された場合に、前記生成手段は、ダミーデータを生成する
ことを特徴とする請求項１乃至請求項３に記載のデータ処理システム。
【請求項５】
前記サーバは、
前記種別特定手段で種別が特定できず、誤受信したファクシミリデータと判定された場合に、前記生成手段で生成したダミーデータを削除要求する削除要求手段
を更に備えることを特徴とする請求項１乃至請求項４のいずれか１項に記載のデータ処理システム。
【請求項６】
ファクシミリデータを受け付けるサーバと、当該ファクシミリデータを用いてデータを処理するクライアント端末を含むデータ処理システムの処理方法であって、
前記サーバが、
外部装置から受信した書誌情報を含むファクシミリデータを受信する受信ステップと、
前記受信ステップで受信したファクシミリデータを用いて、当該ファクシミリデータの種別を特定する種別特定ステップと、
前記種別特定ステップで種別が特定できない場合、前記受信したファクシミリデータを用いてダミーデータを生成する生成ステップと、
前記種別特定ステップで種別が特定できた場合、特定した種別で前記受信したファクシミリデータを処理対象データとして登録し、前記生成ステップで生成されたダミーデータを登録する登録ステップと、
前記クライアント端末からの要求に応じて、前記登録ステップで登録した処理対象データとダミーデータを送信する送信ステップとを実行し、
前記クライアント端末が、
前記サーバへのデータの取得要求に応じて、前記処理対象データと前記ダミーデータを受信する登録データ受信ステップと、
前記処理対象データをユーザが現在処理可能なデータとして表示し、前記ダミーデータを後から処理対象となる可能性のあるデータとして表示する表示ステップとを実行することを特徴とする処理方法。
【請求項７】
ファクシミリデータを受け付けるサーバと、当該ファクシミリデータを用いてデータを処理するクライアント端末を含むデータ処理システムのプログラムであって、
前記サーバを、
外部装置から受信した書誌情報を含むファクシミリデータを受信する受信手段と、
前記受信手段で受信したファクシミリデータを用いて、当該ファクシミリデータの種別を特定する種別特定手段と、
前記種別特定手段で種別が特定できない場合、前記受信したファクシミリデータを用いてダミーデータを生成する生成手段と、
前記種別特定手段で種別が特定できた場合、特定した種別で前記受信したファクシミリデータを処理対象データとして登録し、前記生成手段で生成されたダミーデータを登録する登録手段と、
前記クライアント端末からの要求に応じて、前記登録手段で登録した処理対象データとダミーデータを送信する送信手段として機能させ、
前記クライアント端末を、
前記サーバへのデータの取得要求に応じて、前記処理対象データと前記ダミーデータを受信する登録データ受信手段と、
前記処理対象データをユーザが現在処理可能なデータとして表示し、前記ダミーデータを後から処理対象となる可能性のあるデータとして表示する表示手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信したファクシミリデータのデータ処理を効率化する仕組みに関する。
【背景技術】
【０００２】
カスタマーセンターなどでは、不特定多数の顧客から用途が異なる内容のＦＡＸ受付業務を行っている。顧客へ用途ごとに対応するＦＡＸ番号が案内され、顧客は送信する内容によって、ＦＡＸ番号を指定して、送信を行っている。
【０００３】
この時、カスタマーセンターのＦＡＸサーバは、それぞれのＦＡＸ番号に対応するＦＡ着信回線を準備し、各回線にてＦＡＸを受信して、受信したＦＡＸ情報とＦＡＸイメージとを含むデータを基幹システムへ登録している。
【０００４】
カスタマーセンターのＦＡＸ受付業務を行うオペレータは、基幹システムのデータを確認して、担当業務の作業（「消耗品受注登録」「サービスマン修理手配」「ユーザ登録」等）を行っている。
【０００５】
この時、ＦＡＸ着信回線ごとに業務が決定しており、ＦＡＸ着信回線で受信したデータが、基幹システムに業務種別ごとに登録される。この種別とオペレータの担当業務によって、データを取得し、作業が行われる。
【０００６】
このようなＦＡＸ受付業務においては、顧客の送信ミスによって、誤受信が発生するが、例えば、特許文献１のように、受信画像をＯＣＲ処理して、誤受信が発生した場合に、受信した画像を印刷しない仕組みが開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１０−９８４６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１のように誤受信の場合に、ＯＣＲ処理して、不要と判定されたデータを印刷しないことにより、不要な処理がなされない利点はあるが、ＯＣＲ処理は対応するフォーマット以外のデータを受信した場合には、認識できないため、不要なデータとして処理されてしまう。
【０００９】
また、ＦＡＸ受信では、必ずしも同じフォーマットのデータが受信されるとは限らず（顧客自身が利用している書式の帳票や、フリーの書式のデータが受信される）、本来処理すべきものが不要なデータとして処理されないということが発生してしまう。すなわち、どの業務に関するデータかを振分ができない場合が発生する。
【００１０】
そのため、不要なデータか否かを判定するため、管理者がチェックして、データを振り分けることが考えられるが、他の業務ですぐに対応ができないこともあり、時間が経ってから確認することになる。
【００１１】
このような場合、データの登録までにタイムラグが発生することから、処理が必要なデータについて、時間が経ってからオペレータが認識することになり、作業の調整が困難となる。
【００１２】
特に、カスタマーセンターでは、例えば発注業務では、○時（締切時間）までに受け付けたものは、その日の発注とするため、×時までに入力を終わらせるということがある。
【００１３】
そのため、振分ができなかったデータが増えると、入力の終了時間に近いところでオペレータが認識していなかったデータが発生し、作業上問題が発生することがあった。
締切時間になると、ＦＡＸデータも多くなるため、締切時間から入力の終了時間に認識していないデータが登録されることは大きな負担となることがあった。
【００１４】
そこで、本発明の目的は、処理するデータを予測可能にする仕組みを提供することである。
また、他の目的は、時間に従って、処理するデータを予測可能にするため、作業者の作業負担を軽減する仕組みを提供することである。
【課題を解決するための手段】
【００１５】
本発明の目的を達成するための、ファクシミリデータを受け付けるサーバと、当該ファクシミリデータを用いてデータを処理するクライアント端末を含むデータ処理システムであって、前記サーバは、外部装置から受信した書誌情報を含むファクシミリデータを受信する受信手段と、前記受信手段で受信したファクシミリデータを用いて、当該ファクシミリデータの種別を特定する種別特定手段と、前記種別特定手段で種別が特定できない場合、前記受信したファクシミリデータを用いてダミーデータを生成する生成手段と、前記種別特定手段で特定された場合、特定した種別で前記受信したファクシミリデータを処理対象データとして登録し、前記生成手段で生成されたダミーデータを登録する登録手段と、前記クライアント端末からの要求に応じて、前記登録手段で登録した処理対象データとダミーデータを送信する送信手段と、を備え、前記クライアント端末は、前記サーバへのデータの取得要求に応じて、前記処理対象データと前記ダミーデータを受信する登録データ受信手段と、前記処理対象データをユーザが現在処理可能なデータとして表示し、前記ダミーデータを後から処理対象となる可能性のあるデータとして表示する表示手段とを備えることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、処理するデータの予測が可能となる。
また、他の効果は、時間に従って、処理するデータを予測可能にするため、作業者の作業負担を軽減することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】ＦＡＸシステムの構成の一例を示すシステム構成図。
【図２】クライアント端末２００，ＦＡＸサーバ３００、基幹サーバ４００に適用可能な情報処理装置のハードウェア構成図。
【図３】ＦＡＸシステムのデータ処理のフローチャート１
【図４】ＦＡＸシステムのデータ処理のフローチャート２
【図５】ＦＡＸシステムのデータ処理のフローチャート３
【図６】ＦＡＸシステムのデータ処理のフローチャート４
【図７】ＦＡＸ確認依頼メールの表示の一例を示す図。
【図８】受信した画像ファイルの表示の一例を示す図。
【図９】処理対象データとダミーデータの一覧表示の一例を示す図。
【図１０】ダミーデータが削除された処理対象データの一覧表示の一例を示す図。
【図１１】ダミーデータが処理対象データに変更された処理対象データの一覧表示の一例を示す図。
【図１２】ＦＡＸサーバ３００で管理する各種データの例を示す図。
【図１３】基幹サーバ４００のデータベースの一例を示す図。
【図１４】本実施形態の概略を説明する処理概略図。
【発明を実施するための形態】
【００１８】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
図１は、本発明のＦＡＸシステム（データ処理システム）の構成の一例を示すシステム構成図である。
【００１９】
ＦＡＸ装置１００が公衆回線網（電話回線など）を介してＦＡＸサーバ３００が接続され、ＦＡＸサーバ３００は、基幹サーバ４００と、クライアント端末とネットワーク（ＬＡＮ５００）を介して接続される構成となっている。
ＦＡＸ装置１００は、例えば顧客のファクシミリ装置で、複数備えるものとする。
ＦＡＸサーバ３００はＦＡＸ装置からファクシミリデータを受信して、受信したファクシミリデータを基幹サーバ４００に登録する装置である。
【００２０】
基幹サーバ４００は、ＦＡＸサーバ３００からデータを受信して、データを管理し、クライアント端末２００からの要求に応じて、データを送受信する装置である。
【００２１】
なお、基幹サーバ４００はデータの記憶、管理をするデータベースとしての役割として、クライアント端末２００とのデータの送受信は、ＦＡＸサーバ３００を介して行う構成であってもよい。また、ＦＡＸサーバ３００と基幹サーバ４００は同一筐体であってもよい。
【００２２】
クライアント端末２００は、ファクシミリデータが誤受信したデータかなどを確認する管理者の装置と、ファクシミリデータを処理する（例えば、発注されたファクシミリデータに受注登録する処理）オペレータの装置である。
【００２３】
すなわち、図１は、ファクシミリデータを受け付けるサーバと、当該ファクシミリデータを用いてデータを処理するクライアント端末を含むデータ処理システムの一例を示すものである。
【００２４】
以下、図２を用いて、図１に示したクライアント端末２００，ＦＡＸサーバ３００、基幹サーバ４００に適用可能な情報処理装置のハードウェア構成について説明する。
【００２５】
図２は、図１に示したクライアント端末２００，ＦＡＸサーバ３００、基幹サーバ４００に適用可能な情報処理装置のハードウェア構成を示すブロック図である。
【００２６】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２７】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２８】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【００２９】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３０】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ５００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００３１】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３２】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００３３】
また、ＦＡＸサーバ３００は、ＦＡＸ受信可能なＦＡＸモデムを有しており、複数のＦＡ番号でＦＡＸデータを受信することが可能である。また、ＦＡＸサーバ３００は、通常のコンピュータであってもよく、複合機でＦＡＸデータを受信して、複合機で受信したＦＡＸデータに対応する画像やＦＡＸデータの送信元の情報（書誌情報）を生成する構成で、生成されたデータを複合機からＦＡＸサーバ３００が受信して、ＦＡＸデータの種別を判定する構成であってもよい。
【００３４】
次に、図３〜図６のデータ処理フローチャート用いて、本実施形態の詳細な処理について説明する。
【００３５】
ステップＳ３０１では、ＦＡＸサーバ３００において設定されているそれぞれの電話回線（着信回線）にてＦＡＸデータを受信する。ここでＦＡＸデータは画像ファイルに変換され、ＦＡＸデータの送信元情報（ＦＡＸ装置のＦＡＸ番号など）、受信日時などの書誌情報は画像ファイルに対応する書誌情報ファイルに記憶される。なお、画像ファイルに書誌情報を記憶する領域（付加情報を記憶する領域）がある場合には、その領域に記憶するようにしてもよい。
すなわち、このステップは、外部装置から受信した書誌情報を含むファクシミリデータを受信する受信処理の一例を示すものである。
ステップＳ３０２では、回線別のフォーマット（図１２−Ｃ）を読み込む。
ステップＳ３０３では、読み込んだフォーマットを用いて、帳票認識（既知の技術）を行う。
【００３６】
ステップＳ３０４では、帳票認識の結果、受信したＦＡＸデータが読み込んだフォーマットと一致するか否かを判定し、フォーマットと一致する場合にはステップＳ３０９へ処理を移す。フォーマットと一致しない場合には、ステップＳ３０５へ処理を移す。
【００３７】
ステップＳ３０５では、異なる回線のフォーマットを読み込み、帳票認識を行う。帳票認識の結果、異なる回線のフォーマットと一致した場合にはステップＳ３０６へ処理を移す。フォーマットが一致しない場合には、ステップＳ３０７へ処理を移す。
【００３８】
すなわち、ステップＳ３０４とステップＳ３０５は、受信したファクシミリデータを用いて、当該ファクシミリデータの種別を特定する種別特定処理の一例を示すものである。
ステップＳ３０６では、図１２−Ｃを参照し、一致したフォーマットの回線を特定して、着信した回線を特定する。
ステップＳ３０７、ステップＳ３０８、ステップＳ３０９では、受信したＦＡＸデータを一意に識別するためのＦＡＸＩＤを採番する。
ステップ３１０では、受信したＦＡＸデータ（画像ファイル）をＦＡＸサーバの所定の格納場所に一時的に保存する。
【００３９】
ステップＳ３１２では、ＦＡＸサーバ３００のデータベースに、ＦＡＸＩＤと画像ファイルのファイル名を登録する（図１２−ａ）。なお、書誌情報も保持しているものとする。
【００４０】
ステップＳ３１１では、受信したＦＡＸデータが正常なデータとして、基幹サーバ４００に登録するための登録データを生成する。このデータは、「ＦＡＸＩＤ」「受信した回線あるいはステップＳ３０６で特定した回線（付け替えた回線）」「書誌情報に含まれる受信日時、送信元、種別」が含まれる。
【００４１】
ステップＳ３１３では、受信したＦＡＸデータに対応する画像ファイルと、ステップＳ３１１で生成した登録データの登録要求を送信する。なお、登録要求には、正常なデータであることを識別するための情報を含めて送信してもよい。
【００４２】
すなわち、ステップＳ３１３は、種別が特定できた場合、特定した種別で受信したファクシミリデータを処理対象データとして登録する登録処理の一例を示すものである。
ステップＳ３１４では、登録要求を受信する。
ステップＳ３１６では、受信したデータをデータベースに登録する（図１３−ａ）。データベースに登録する際には、「未処理」のステータスとして登録する。
ステップＳ３１５では、ダミーＦＡＸ受信データ生成管理データ（図１２−ｄ）からダミーデータを生成するための時間（開始時間、終了時間）を読み込む。
【００４３】
続いて、図４を用いて、各ステップの処理を説明する。
ステップＳ３１７では、ＦＡＸサーバ３００で管理するシステム時間と、ステップＳ３１５で読み込んだ時間と比較する。
【００４４】
すなわち、ステップＳ３１７は、種別が特定できない場合、受信したファクシミリデータを用いてダミーデータを生成する時間である否かを判定する時間判定処理の一例を示すものである。ダミーデータを生成する時間であると判定された場合にステップＳ３１９でダミーデータを生成する。
【００４５】
ダミーデータを生成するための時間内である場合には、ステップＳ３１８へ処理を移し、ダミーデータを生成するための時間外である場合には、ステップＳ３２２へ処理を移す。
【００４６】
ステップＳ３１８では、所定の時間内、すなわち当日作業締め時間にかかるＦＡＸデータであり、オペレータに作業量を把握させる必要があるため、登録したデータを、ダミーデータ「有り」と更新する（図１２−ｂ）。
【００４７】
ステップＳ３１９では、ダミーデータを生成する。このデータは、「ＦＡＸＩＤ」「受信した回線」「書誌情報に含まれる受信日時、送信元、種別」が含まれる。すなわち、ステップＳ３１９は、種別が特定できない場合、受信したファクシミリデータを用いてダミーデータを生成する生成処理の一例を示すものである。
【００４８】
ステップＳ３２０では、生成したダミーデータとステップＳ３１２で登録した画像ファイル（図１２−ｂのファイル名に対応する画像ファイル）を含む、ダミーデータ登録要求を送信する。ダミーデータ登録要求に、送信するデータがダミーデータであることを識別するための情報を含めて送信してもよい。
すなわち、ステップＳ３２０は、生成されたダミーデータを登録する登録処理の一例を示すものである。
ステップＳ３２１では、ダミーデータ登録要求を基幹サーバ４００に受信する。
ステップＳ３２３では、受信したデータをデータベースに登録する。登録したデータは例えば、図１３−ｂの１３０１のレコードのように登録される。
【００４９】
ステップＳ３２２では、フォーマットが一致しなかったデータであり、誤送信されたＦＡＸである可能性があるため、管理者へＦＡＸ確認依頼メールを送信する。ＦＡＸ確認依頼メールの例が、図７で、ステップＳ３１２で登録した画像を参照可能なＵＲＬを含めたメールを送信する。メール以外での通知であってもよい。
すなわち、ステップＳ３２２は、種別が特定できない場合、ファクシミリデータを確認するべく管理者へ通知する通知処理の一例を示すものである。
ステップＳ３２４では、メールサーバを介してＦＡＸ確認依頼メールを受信する。
【００５０】
ステップＳ３２５では、管理者によるＵＲＬの指定に応じて、ＦＡＸサーバ３００へ、ＦＡＸ画像表示要求を送信する。ステップＳ３２６では、ＦＡＸ画像表示要求を受信する。
ステップＳ３２７では、ＦＡＸ画像表示要求（ＵＲＬの末尾に画像ファイル名が記載されている）をもとに、対象の画像ファイルを取得する。
ステップＳ３２８では、取得した画像ファイルを管理者のクライアント端末２００へ送信する。
【００５１】
ステップＳ３２９では、受信した画像ファイルを表示する。表示した例は、図８となる。なお、表示するアプリケーションは、ブラウザでも独自のクライアントアプリケーションであってもよい。
【００５２】
続いて、図５を用いて、各ステップの処理について説明する。
【００５３】
ステップＳ３３０では、図８の画面で、登録ボタンが押下されたか、破棄ボタンが押下されたかを判定する。破棄ボタンが押下された場合には、誤送信され、ＦＡＸサーバ３００では誤受信となるデータであるとして、ステップＳ３４１へ処理を移す。登録ボタンが押下された場合には、ステップＳ３３１へ処理を移す。
【００５４】
図８の画面の８０１では、着信番号（種別）を切り替えることができ、管理者が画像ファイルを確認して、登録する着信番号（種別）を設定する。この設定された着信番号（種別）で後述のステップＳ３１１で登録要求が送信される。
【００５５】
ステップＳ３３１では、着信番号（種別）と、ＦＡＸＩＤとを含む登録要求をＦＡＸサーバ３００へ送信する。なお、セッションを管理している場合には、現在処理しているデータをＦＡＸサーバ３００側で特定できるため（セッションＩＤとデータをＦＡＸサーバ３００側で関連付けておくことで特定できる）、ＦＡＸＩＤを送信しない構成であってもよい。すなわち、登録するデータが特定できる構成であればよい。
ステップＳ３３２では、登録要求を受信する。
【００５６】
ステップＳ３３３では、登録要求のあったデータに対してダミーデータが存在するか否かを判定する。図１２の１２０１のように、ダミーデータが「有り」のフラグを判定する。
ダミーデータが存在する場合には、ステップＳ３３４へ処理を移し、ダミーデータがない場合には、ステップＳ３３７へ処理を移す。
ステップＳ３３４では、正常なデータを登録するために、既に登録されているダミーデータの削除要求を基幹サーバ４００に送信する。
【００５７】
なお、本実施形態ではステップＳ３３４でダミーデータの削除要求を行い、ダミーデータを削除した後、ステップＳ３３８で正常なデータを登録させるようにしたが、ダミーデータを正常データとして更新する（上書きする）方法であってもよい。その場合、ステップＳ３３８では、ＦＡＸＩＤと、着信回線と種別を含む更新要求を基幹サーバ４００に送信するものとする。
ステップＳ３３５では、削除要求を受信する。削除要求には、ＦＡＸＩＤが含まれる。
【００５８】
ステップＳ３３６では、ＦＡＸＩＤに対応するレコード（ダミーデータ）を削除する。削除されるデータは、図１３の１３０１である。削除された後のデータは、図１３−ｃである。
【００５９】
ステップＳ３３７では、図１２の１２０１のデータをもとに、基幹サーバ４００に登録するデータを生成する。このデータは、「ＦＡＸＩＤ」「図８で設定した回線」「書誌情報に含まれる受信日時、送信元、種別」が含まれる。
【００６０】
ステップＳ３３８では、生成したデータの登録要求を基幹サーバ４００に送信する。すなわち、ダミーデータに対応するファクシミリデータが処理対象データとして登録する登録要求を受け付けた場合に、登録要求を受け付けたファクシミリデータに対応するダミーデータを処理対象データとして登録する処理の一例を示すものである。
【００６１】
ステップＳ３３９では、登録要求を受信する。ステップＳ３４０では、登録要求に含まれるデータをデータベースに登録する。登録されたデータは、図１３の１３０２である。
ステップＳ３４１では、誤受信であるデータであったため、ＦＡＸサーバ３００にデータの破棄要求を行う。ステップＳ３４２では、破棄要求を受信する。
【００６２】
続いて、図６を用いて、各ステップの処理について説明する。
【００６３】
ステップＳ３４３では、ダミーデータが存在するか否かを判定する。図１２−ｂを参照して判定する。ダミーデータが存在するデータである場合には、ステップＳ３４４へ処理を移し、ダミーデータが存在しない場合には、ステップＳ３４６へ処理を移す。
【００６４】
ステップＳ３４４では、基幹サーバ４００にＦＡＸＩＤを含むダミーデータの削除要求を送信する。すなわち、種別が特定できず、誤受信したファクシミリデータと判定された場合に、生成したダミーデータの削除要求する削除要求処理の一例を示すものである。
【００６５】
ステップＳ３４５では、ダミーデータの削除要求を受信する。ステップＳ３４７では、基幹サーバ４００のデータベースからＦＡＸＩＤに対応するダミーデータを削除する。
ステップＳ３４６では、ＦＡＸサーバ３００に記憶されているＦＡＸＩＤに対応するデータ（画像ファイル含む）を削除する。
【００６６】
ステップＳ３４８では、オペレータのクライアント端末２００は、基幹サーバ４００に登録されているデータの一覧の表示要求を送信する。この時、ユーザが基幹サーバ４００にログインし、要求を行うものとする。
【００６７】
ステップＳ３４９では、表示要求を受信する。ステップＳ３５０では、図１３のａ〜ｄからデータを取得する。なお、ユーザに対応する種別、または、図９の９０１で着信回線を切り替えることで決定される種別に応じたデータを取得する。なお、本実施形態では、一般回線がデフォルト設定で、一般回線に対応する受注種別のデータが取得されるものとする。
【００６８】
また、９０１で着信回線を切り替えてもダミーデータは表示されるものとする。この時、種別をダミーとする、あるいはＮＵＬＬ値として保持する構成であってもよい。
【００６９】
ステップＳ３５１では、取得したデータを要求のあったクライアント端末２００へ送信する。すなわち、ステップＳ３５１は、クライアント端末からの要求に応じて、登録処理で登録した処理対象データとダミーデータを送信する送信処理の一例を示すものである。
【００７０】
ステップＳ３５２では、データを受信し、受信したデータを一覧表示する。すなわち、サーバへのデータの取得要求に応じて、処理対象データとダミーデータを受信する登録データ受信処理の一例を示すものである。
【００７１】
一覧表示した例が、図９〜図１１である。図９は、ダミーデータが表示された例である。図９の９０２が選択された場合に、ダミーデータに対応する画像を閲覧することは可能とするが、データを処理するためのボタン（例えば、受注ボタン）は押下できないように制御する。各データをダブルクリックなどの指示を行うと、基幹サーバ４００に画像ファイル要求が送信され、クライアント端末２００で画像ファイルが表示される。
ダミーデータと、正常に登録されたデータは区別して表示されている。
【００７２】
なお、図９の表示例は、処理対象データをユーザが現在処理可能なデータとして表示し、ダミーデータを後から処理対象となる可能性のあるデータとして表示する表示処理での一例である。
【００７３】
図１０は、ステップＳ３４１により破棄要求がされ、ダミーデータが削除された場合の例である。すなわち、図１０は、所定の時間であったため、ダミーデータを生成し、オペレータが処理対象のデータを認識可能に表示したが、管理者の確認によって誤受信となり、データが削除された際の例である。
【００７４】
また、図１１は、管理者の確認によって、誤受信でないデータであったため、ダミーデータが正常データに変更された例である。図１１の１１０１のように、ダミーデータが正常データに更新された場合には、変更されたことが識別できるように他のデータとは異なる表示を行う。
【００７５】
次に、図１４を用いて、本実施形態の処理の概略を説明する。図１４は、本実施形態の概略を説明する処理概略図である。
図１４のａは、受信したＦＡＸデータの帳票のフォーマットが一致した場合には、正常のデータとして基幹サーバ４００に登録される処理を示したものである。
【００７６】
ＦＡＸａとＦＡＸｂば別のフォーマットであるが、図１２のｃに示したように、登録されているフォーマットと合致したため、「０４７−２１１−０００１」の正常データとして基幹サーバ４００に登録する。
図１４のｂは、受信した回線番号のフォーマットと一致しないが、他の回線のフォーマットと一致した場合の例を示したものである。
【００７７】
ＦＡＸｂのフォーマットがフォーマットＣであり、受信した回線番号「０４７−２１１−０００１」である場合には、フォーマットが一致しないため、図１２のｃから、「０４７−２１１−００１２」のフォーマットと一致する。
そのため、「０４７−２１１−００１２」の回線に変更し、正常データとして基幹サーバ４００に登録する。
図１４のｃは、受信した回線番号のフォーマットと一致せず、他の回線のフォーマットとも一致しなかった場合の例を示したものである。
【００７８】
ＦＡＸｂのフォーマットがフォーマットＺであり、受信した回線番号「０４７−２１１−０００１」である場合には、図１２のｃに登録されているいずれのフォーマットとも一致しないため、誤受信の可能性のあるデータとして、管理者の確認処理をする。この時、図１２のｄの時間の場合には、ダミーデータを生成し、基幹サーバ４００にデータを登録する。
【００７９】
これにより、締切時間に近い場合に、オペレータが作業が発生する可能性のあるデータを事前に認識させることができ、作業負荷軽減、作業量の予測が容易になる。
【００８０】
以上、本実施形態によれば、処理するデータを予測可能にする。また、時間に従って、処理するデータを予測可能にするため、作業者の作業負担を軽減、作業量の予測を可能にする。すなわち、受信したファクシミリデータのデータ処理を効率化することが可能となる。
【００８１】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００８２】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００８３】
また、本発明におけるプログラムは、図３〜図６に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図３〜図６の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図３〜図６の各装置の処理方法ごとのプログラムであってもよい。
【００８４】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００８５】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【００８６】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【００８７】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８８】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８９】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００９０】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００９１】
１００    ＦＡＸ装置
２００    クライアント端末
３００    ＦＡＸサーバ
４００    基幹サーバ
２０１    ＣＰＵ
２０２    ＲＯＭ
２０３    ＲＡＭ
【図１】
2015177271.tif 000003
【図２】
2015177271.tif 000004
【図３】
2015177271.tif 000005
【図４】
2015177271.tif 000006
【図５】
2015177271.tif 000007
【図６】
2015177271.tif 000008
【図７】
2015177271.tif 000009
【図８】
2015177271.tif 000010
【図９】
2015177271.tif 000011
【図１０】
2015177271.tif 000012
【図１１】
2015177271.tif 000013
【図１２】
2015177271.tif 000014
【図１３】
2015177271.tif 000015
【図１４】
2015177271.tif 000016