(57)【要約】【課題】画質異常の詳細を送信側が把握することができるファクシミリ装置、受信方法、及びプログラムを提供する。【解決手段】ファクシミリ受信した画像データに関するエラーを検知する検知部と、エラーが検知された画像データを含むエラーデータテーブルを管理する受信データ管理部と、エラーが検知された画像データの受信データに含まれる送信元情報がアドレス帳に登録されている場合に、送信元情報に対応するメールアドレスがアドレス帳に登録されているか否かを判定するアドレス帳管理部と、送信元情報に対応するメールアドレスがアドレス帳に登録されている場合に、エラーが検知された画像データを含む電子メールをメールアドレスに送信するデータ送受信部と、を備える。【選択図】図４
2020088695.tif 000002
【特許請求の範囲】
【請求項１】
ファクシミリ受信した画像データに関するエラーを検知する検知部と、
前記エラーが検知された前記画像データを含むエラーデータテーブルを管理する受信データ管理部と、
前記エラーが検知された前記画像データの受信データに含まれる送信元情報がアドレス帳に登録されている場合に、前記送信元情報に対応するメールアドレスが前記アドレス帳に登録されているか否かを判定するアドレス帳管理部と、
前記送信元情報に対応するメールアドレスが前記アドレス帳に登録されている場合に、前記エラーが検知された前記画像データを含む電子メールを前記メールアドレスに送信するデータ送受信部と、を備える、
ファクシミリ装置。
【請求項２】
前記受信データ管理部は、
前記エラーが検知された前記画像データの送信元から前記画像データが再送信され、再送信された前記画像データに対する前記ファクシミリ装置の管理者による承認を前記データ送受信部が受信した場合には、前記エラーデータテーブル内の前記エラーが検知された前記画像データを削除する、
請求項１に記載のファクシミリ装置。
【請求項３】
前記データ送受信部は、
前記エラーが検知された前記画像データの送信元から所定時間内にデータを再受信した場合には、再受信した前記データを前記ファクシミリ装置の管理者に送信する、
請求項１または請求項２に記載のファクシミリ装置。
【請求項４】
ファクシミリ受信した画像データに関するエラーを検知する検知ステップと、
前記エラーが検知された前記画像データを含むエラーデータテーブルを管理する受信データ管理ステップと、
前記エラーが検知された前記画像データの受信データに含まれる送信元情報がアドレス帳に登録されている場合に、前記送信元情報に対応するメールアドレスが前記アドレス帳に登録されているか否かを判定するアドレス帳管理ステップと、
前記送信元情報に対応するメールアドレスが前記アドレス帳に登録されている場合に、前記エラーが検知された前記画像データを含む電子メールを前記メールアドレスに送信するデータ送受信ステップと、を備える、
ファクシミリ装置による受信方法。
【請求項５】
コンピュータに、
ファクシミリ受信した画像データに関するエラーを検知する検知ステップと、
前記エラーが検知された前記画像データを含むエラーデータテーブルを管理する受信データ管理ステップと、
前記エラーが検知された前記画像データの受信データに含まれる送信元情報がアドレス帳に登録されている場合に、前記送信元情報に対応するメールアドレスが前記アドレス帳に登録されているか否かを判定するアドレス帳管理ステップと、
前記送信元情報に対応するメールアドレスが前記アドレス帳に登録されている場合に、前記エラーが検知された前記画像データを含む電子メールを前記メールアドレスに送信するデータ送受信ステップと、を実行させるための、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファクシミリ装置、受信方法、及びプログラムに関する。
【背景技術】
【０００２】
画像データを含むデータをファクシミリ受信する際、エラーライン等の画質の異常を検知すると、画質異常を示す異常信号を送信元へ報知するファクシミリ装置が知られている（特許文献１）。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に記載された技術では異常信号が報知されるのみで、実際にどのような画像データが受信されたのか、つまり、画質異常の詳細を送信側が把握することができなかった。
【０００４】
本発明は、上述の課題に鑑みてなされたものであって、画質異常の詳細を送信側が把握することができるファクシミリ装置、受信方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上述した課題を解決し、目的を達成するために、本発明は、ファクシミリ受信した画像データに関するエラーを検知する検知部と、前記エラーが検知された前記画像データを含むエラーデータテーブルを管理する受信データ管理部と、前記エラーが検知された前記画像データの受信データに含まれる送信元情報がアドレス帳に登録されている場合に、前記送信元情報に対応するメールアドレスが前記アドレス帳に登録されているか否かを判定するアドレス帳管理部と、前記送信元情報に対応するメールアドレスが前記アドレス帳に登録されている場合に、前記エラーが検知された前記画像データを含む電子メールを前記メールアドレスに送信するデータ送受信部と、を備える。
【発明の効果】
【０００６】
本発明によれば、受信側にとって満足のいく画像データを得ることができる。
【図面の簡単な説明】
【０００７】
【図１】図１は、実施形態にかかるファクシミリシステムの構成の一例を示す模式図である。
【図２】図２は、実施形態にかかるファクシミリ装置のハードウェア構成の一例を示す図である。
【図３】図３は、実施形態にかかるクライアントＰＣのハードウェア構成の一例を示す図である。
【図４】図４は、実施形態にかかるファクシミリ装置の機能構成の一例を示すブロック図である。
【図５】図５は、実施形態にかかるクライアントＰＣの機能構成の一例を示すブロック図である。
【図６】図６は、実施形態にかかるファクシミリ装置が保有するエラーデータテーブルの一例を示す図である。
【図７】図７は、実施形態にかかるファクシミリ装置が保有するアドレス帳の一例を示す図である。
【図８】図８は、実施形態にかかるファクシミリ装置がクライアントＰＣへ送信するエラーデータの通知内容の一例を示す図である。
【図９】図９は、実施形態にかかるファクシミリ装置がクライアントＰＣへ送信する再受信データの通知内容の一例を示す図である。
【図１０】図１０は、実施形態にかかるファクシミリ装置によるクライアントＰＣへのエラーデータの通知処理の手順の一例を示す図である。
【図１１】図１１は、実施形態にかかるファクシミリ装置によるクライアントＰＣからの返信に対する処理の手順の一例を示す図である。
【図１２】図１２は、実施形態にかかるファクシミリ装置によるクライアントＰＣへの再受信データの通知処理の手順の一例を示す図である。
【発明を実施するための形態】
【０００８】
以下に、図１〜図１２を参照しながら、本発明にかかるファクシミリ装置、受信方法、及びプログラムの実施形態を詳細に説明する。また、以下の実施形態によって本発明が限定されるものではなく、以下の実施形態における構成要素には、当業者が容易に想到できるもの、実質的に同一のもの、およびいわゆる均等の範囲のものが含まれる。さらに、以下の実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換、変更および組み合わせを行うことができる。
【０００９】
（システムの全体構成）
図１は、実施形態にかかるファクシミリシステム１の構成の一例を示す図である。図１に示すように、実施形態のファクシミリシステム１は、クライアントＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）２０と、ファクシミリ装置１０とを備える。クライアントＰＣ２０とファクシミリ装置１０とはＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の内部ネットワーク２を介して互いに接続されている。図１の例では、クライアントＰＣ２０及びファクシミリ装置１０の台数が各１台である場合を例示しているが、これに限らず、クライアントＰＣ２０及びファクシミリ装置１０の台数は任意である。
【００１０】
ファクシミリ装置１０は、公衆回線およびインターネット等の外部ネットワーク３を介して、外部ファクシミリ装置３０−１，３０−２等に接続されている。クライアントＰＣ２０は、例えばファクシミリ装置１０の管理者が保有するＰＣであって、ファクシミリ装置１０と種々の情報の授受を行ってファクシミリ装置１０を管理する。
【００１１】
（ファクシミリ装置のハードウェア構成）
図２は、実施形態にかかるファクシミリ装置１０のハードウェア構成の一例を示す図である。図２に示すように、ファクシミリ装置１０は、スキャナ１０１、プロッタ１０２、エンジン制御部１０３、ネットワーク制御部１０４、ファクシミリ制御部１０５、操作パネル１０６、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０７、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０８、ＨＤＤ(Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ)１０９、及びＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１０を備える。
【００１２】
スキャナ１０１は、原稿台に置かれた原稿を電子的に読み取り、画像を生成する。プロッタ１０２は、画像を印刷出力する。エンジン制御部１０３は、スキャナ１０１を制御することでスキャナ１０１に原稿を読み取らせるとともに、プロッタ１０２を制御することでプロッタ１０２に画像を印刷出力させる。ネットワーク制御部１０４は、内部ネットワーク２を介した通信を制御する。ファクシミリ制御部１０５は、外部ネットワーク３を介した通信を制御する。
【００１３】
操作パネル１０６は、画面を表示するＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、状態を示すＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）、ブザー、ハードキー、及びタッチパネルを備え、ＬＣＤに各種情報を表示したり、ハードキーやタッチパネルから各種情報の入力を受け付けたりする。
【００１４】
ＲＯＭ１０７は、ＣＰＵ１１０で実行されるプログラムなどを記憶する。ＲＡＭ１０８は、ＣＰＵ１１０の作業領域に用いられる。ＨＤＤ１０９は、ＣＰＵ１１０が使用する各種データを記憶する。ＣＰＵ１１０は、ＲＯＭ１０７に記憶されたプログラムをＲＡＭ１０８上で実行することで、システムバスで接続されたエンジン制御部１０３、ネットワーク制御部１０４、ファクシミリ制御部１０５、及び操作パネル１０６などを制御する。
【００１５】
（クライアントＰＣのハードウェア構成）
図３は、実施形態にかかるクライアントＰＣ２０のハードウェア構成の一例を示す図である。図３に示すように、クライアントＰＣ２０は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＨＤＤ２０４、機器制御部２０５、ネットワーク制御部２０８を有し、これらはシステムバスで互いに接続されている。機器制御部２０５には、表示部２０６及び操作部２０７が接続されている。
【００１６】
ＣＰＵ２０１は演算手段であり、クライアントＰＣ２０全体の動作を統括的に制御する。ＲＡＭ２０２は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ２０１が情報を処理する際の作業領域として用いられる。ＲＯＭ２０３は、読み出し専用の不揮発性の記憶媒体であり、ファームウェア等のプログラムが格納されている。
【００１７】
ＨＤＤ２０４は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーションプログラム等が格納される。ＨＤＤ２０４は、クライアントＰＣ２０の各種機能を実現するために必要なファイルやデータ等を格納する。
【００１８】
機器制御部２０５は、表示部２０６及び操作部２０７の各々をシステムバスに接続する。表示部２０６は、各種の情報を表示する視覚的ユーザインターフェースであり、例えばＬＣＤなどで構成される。操作部２０７は、キーボードやマウス等、ファクシミリ装置１０の管理者等のユーザが、クライアントＰＣ２０に対して各種の情報を入力することを可能にするユーザインタ−フェースである。
【００１９】
ネットワーク制御部２０８は、クライアントＰＣ２０を内部ネットワーク２に接続する。
【００２０】
（ファクシミリ装置の機能構成）
図４は、実施形態にかかるファクシミリ装置１０の機能構成の一例を示すブロック図である。図４に示すように、ファクシミリ装置１０は、受信データ管理部１１、エラー検知部１２、アドレス帳管理部１３、通知作成部１４、データ送受信部１５、及び記憶部１６を備える。
【００２１】
受信データ管理部１１は、ファクシミリ装置１０が受信した受信データを管理する。受信データは主に、受信データ管理部１１により、記憶部１６内のデータ蓄積フォルダ１６ａに保存される。受信データのうち、エラー検知部１２によりエラーが検知された画像データを含む受信データは、受信データ管理部１１により、記憶部１６内のエラーデータ蓄積フォルダ１６ｂに保存される。また、エラーが検知された画像データを含む受信データは、受信データ管理部１１により、記憶部１６内のエラーデータテーブル１６ｃに追加される。受信データ管理部１１は、エラーデータテーブル１６ｃ内の受信データに所定のフラグを立てたり、エラーデータテーブル１６ｃ内の受信データを削除したりといったデータ管理を行う。受信データ管理部１１は、例えば、上述のＣＰＵ１１０で動作するプログラムによって実現される。
【００２２】
エラー検知部１２は、受信データに含まれる画像データに発生したエラーライン等の異常を検知する。エラーラインは、例えば画像データの受信中にエラーが生じた場合などに画像中に発生する。エラー検知部１２は、例えば、上述のＣＰＵ１１０で動作するプログラムによって実現される。
【００２３】
アドレス帳管理部１３は、記憶部１６内のアドレス帳１６ｄを管理する。エラー検知部１２により画像データについてエラーが検知されると、アドレス帳管理部１３は、その画像データを有する受信データに含まれる送信元情報が、アドレス帳１６ｄに登録されているか否かを判定する。送信元情報がアドレス帳１６ｄに登録されている場合には、アドレス帳管理部１３は、送信元情報に対応するメールアドレスがアドレス帳１６ｄに登録されているか否かを判定する。アドレス帳管理部１３は、例えば、上述のＣＰＵ１１０で動作するプログラムによって実現される。
【００２４】
通知作成部１４は、エラー検知部１２により画像データについてエラーが検知されると、エラーが検知された画像データを添付した管理者への通知を作成する。送信元のメールアドレスがアドレス帳１６ｄに登録されている場合には、通知作成部１４は、そのメールアドレスを含む連絡先も通知に添付する。通知作成部１４は、例えば、上述のＣＰＵ１１０で動作するプログラムによって実現される。
【００２５】
データ送受信部１５は、外部ファクシミリ装置３０−１，３０−２等からデータを受信する。受信データは画像データを含みうる。また、データ送受信部１５は、通知作成部１４が作成した通知をクライアントＰＣ２０に送信する。また、データ送受信部１５は、通知作成部１４が作成した通知に対する返信をクライアントＰＣ２０から受信する。また、データ送受信部１５は、エラーの検知された画像データの再送信を依頼する電子メールを送信元のメールアドレスに対して送信する。データ送受信部１５は、例えば、上述のＣＰＵ１１０で動作するプログラム、ネットワーク制御部１０４、及びファクシミリ制御部１０５によって実現される。
【００２６】
記憶部１６は、各種の制御プログラム、アプリケーションプログラム、ファクシミリ装置１０の各種機能を実現するために必要なファイルやデータ等を記憶する。例えば、記憶部１６は、データ蓄積フォルダ１６ａ、エラーデータ蓄積フォルダ１６ｂ、エラーデータテーブル１６ｃ、及びアドレス帳１６ｄを記憶する。データ蓄積フォルダ１６ａには、エラーが検知されず、正常に受信されたものと判定された受信データが蓄積される。エラーデータ蓄積フォルダ１６ｂには、エラーが検知された画像データを含む受信データが蓄積される。エラーデータテーブル１６ｃは、エラーが検知された画像データを含む受信データに関する各種情報を含む。アドレス帳１６ｄは、既知の送信元のファクシミリ番号およびメールアドレス等の情報を含む。記憶部１６は、例えば、上述のＲＯＭ１０７、ＲＡＭ１０８、及びＨＤＤ１０９によって実現される。
【００２７】
（クライアントＰＣの機能構成）
図５は、実施形態にかかるクライアントＰＣ２０の機能構成の一例を示すブロック図である。図５に示すように、クライアントＰＣ２０は、表示制御部２１およびデータ送受信部２５を備える。
【００２８】
表示制御部２１は、表示部２０６を制御して、ファクシミリ装置１０から送信される通知等の各種情報を表示部２０６に表示させる。表示制御部２１は、例えば、上述のＣＰＵ１１０で動作するプログラム及び機器制御部２０５によって実現される。
【００２９】
データ送受信部２５は、ファクシミリ装置１０のデータ送受信部１５との間で各種情報の授受を行う。データ送受信部２５は、例えば、上述のＣＰＵ１１０で動作するプログラム及びネットワーク制御部２０８によって実現される。
【００３０】
（ファクシミリ装置の機能詳細）
次に、図６〜図９を用いて、ファクシミリ装置１０の機能について、より詳細に説明する。図６は、実施形態にかかるファクシミリ装置１０が保有するエラーデータテーブル１６ｃの一例を示す図である。
【００３１】
ファクシミリ装置１０のデータ送受信部１５が、いずれかの外部ファクシミリ装置３０−１，３０−２等からデータを受信すると、エラー検知部１２は、その受信データに含まれる画像データにエラーが発生しているか否かを確認する。
【００３２】
受信データ管理部１１は、エラー検知部１２がエラーを検知すると、エラーが発生した画像データを有する受信データを、エラーデータ蓄積フォルダ１６ｂに保存するとともに、エラーデータテーブル１６ｃに追加する。
【００３３】
図６に示すように、エラーデータテーブル１６ｃは、各々の受信データについて、例えば、送信元情報、受信日時、エラーファイル、送信元のメールアドレス、送信元への連絡済みフラグ、及び再受信ＯＫフラグ等の情報を有する。
【００３４】
エラーデータテーブル１６ｃが有する情報のうちのエラーファイルは、エラーデータ蓄積フォルダ１６ｂ内に蓄積されるエラーが検知された画像データであって、その受信データに対応する画像データに紐づけられている。
【００３５】
エラーデータテーブル１６ｃが有する情報のうちの各フラグは、受信データ管理部１１によって「未」または「済」に切り替えられる。各フラグの詳細については後述する。
【００３６】
エラーデータテーブル１６ｃが有する情報のうちのメールアドレスは、アドレス帳管理部１３により付与された情報である。具体的には、アドレス帳管理部１３は、受信データに含まれる送信元情報を、記憶部１６のアドレス帳１６ｄと照合し、送信元情報に対応するメールアドレスがアドレス帳１６ｄに登録されている場合には、それをエラーデータテーブル１６ｃの該当する受信データに追加する。
【００３７】
図７は、実施形態にかかるファクシミリ装置１０が保有するアドレス帳１６ｄの一例を示す図である。図７に示すように、アドレス帳１６ｄは、既知の送信元についての情報を有する。具体的には、アドレス帳１６ｄは、受信データが含みうる送信元情報に対して、送信元の名称、ファクシミリ番号、及びメールアドレスが紐づけられたデータを有している。ただし、送信元の中にはメールアドレスが不明等の理由で登録されていないものもある。
【００３８】
図８は、実施形態にかかるファクシミリ装置１０がクライアントＰＣ２０へ送信するエラーデータの通知内容の一例を示す図である。クライアントＰＣ２０へのエラーデータの通知は、上述のエラーデータテーブル１６ｃの情報に基づき、通知作成部１４により作成される。
【００３９】
図８に示すように、通知作成部１４は、エラーデータテーブル１６ｃを参照して、エラー検知部１２によりエラーが検知された画像データを、添付ファイルとして通知に添付する。また、通知作成部１４は、エラーデータテーブル１６ｃを参照して、その画像データに対応する受信データに、送信元のメールアドレスの情報が登録されている場合には、そのメールアドレスを連絡先として通知に添付する。また、通知作成部１４は、添付したメールアドレスに対する連絡の要否を問うボタンを通知に添付する。
【００４０】
このように作成された通知は、データ送受信部１５によりクライアントＰＣ２０へと送付される。管理者は、送付されてきた通知を、クライアントＰＣ２０の表示部２０６に表示させることができる。また、管理者は、「添付ファイル」欄の「開く」ボタンを押下することで、エラーが検知された画像データを表示部２０６に表示させることができる。また、管理者は、「連絡先」欄の「開く」ボタンを押下することで、エラーが検知された画像データの送信元のメールアドレス等を含む連絡先を、表示部２０６に表示させることができる。
【００４１】
管理者は、これらの情報に基づき、送信元に対する連絡の要否を判断し、通知本文に添付されたいずれかのボタンを選択することができる。送信元に対する連絡が必要と判断した場合には、管理者は「連絡メール送信依頼」ボタンを押下する。送信元に対する連絡は不要と判断した場合には、管理者は「連絡不要」ボタンを押下する。既に送信元に対して再送依頼の電話連絡等を行っていた場合には、管理者は「連絡済み」ボタンを押下する。
【００４２】
ファクシミリ装置１０のデータ送受信部１５は、管理者によりいずれかのボタンが押下されるとそれを受信する。「連絡メール送信依頼」ボタンの押下が受信された場合には、データ送受信部１５は、送信元のメールアドレス宛てにデータの再送信を依頼するメールを送信する。そして、受信データ管理部１１は、エラーデータテーブル１６ｃの対応する受信データにおける送信元への連絡済みフラグを「未」から「済」にする。また、「連絡済み」ボタンの押下が受信された場合には、受信データ管理部１１は、エラーデータテーブル１６ｃの対応する受信データにおける送信元への連絡済みフラグを「未」から「済」にする。「連絡不要」ボタンの押下が受信された場合には、受信データ管理部１１は、エラーデータテーブル１６ｃの対応する受信データ、及びエラーデータ蓄積フォルダ１６ｂ内の対応する画像データを削除する。
【００４３】
これ以降、ファクシミリ装置１０は、エラーデータテーブル１６ｃの連絡済みフラグが「済」となっている受信データの再送信を待つ。つまり、アドレス帳管理部１３は、連絡済みフラグが「済」とされてから所定時間、連絡済みフラグが「済」となっている受信データの送信元と一致する送信元を示す送信元情報を含むデータが受信されるか否かを判定する。
【００４４】
図９は、実施形態にかかるファクシミリ装置１０がクライアントＰＣ２０へ送信する再受信データの通知内容の一例を示す図である。クライアントＰＣ２０への再受信データの通知は、所定時間内に同一の送信元からデータを受信した場合に通知作成部１４により作成される。
【００４５】
図９に示すように、通知作成部１４は、エラーデータテーブル１６ｃを参照して、エラー検知部１２によりエラーが検知された画像データを通知に添付する。また、通知作成部１４は、同一の送信元から再受信したデータをデータ蓄積フォルダ１６ａから取得して通知に添付する。さらに、通知作成部１４は、再受信データの可否を問うボタンを通知に添付する。
【００４６】
このように作成された通知は、データ送受信部１５によりクライアントＰＣ２０へと送付される。管理者は、送付されてきた通知を、クライアントＰＣ２０の表示部２０６に表示させることができる。管理者は、添付された前回受信データと今回受信データとを比較し、今回受信データが前回受信データと無関係である場合には、「無関係」ボタンを押下する。管理者は、今回受信データが、前回受信データが再送信されたものであっても、満足のいく品質でなかった場合にも「無関係」ボタンを押下してもよい。管理者は、今回受信データが、前回受信データが再送信されたものであり、かつ、満足のいく品質であった場合には、「確認ＯＫ」ボタンを押下して今回受信データの承認を行う。
【００４７】
ファクシミリ装置１０のデータ送受信部１５は、管理者によりいずれかのボタンが押下されるとそれを受信する。受信データ管理部１１は、「無関係」ボタンの押下が受信された場合には、エラーデータテーブル１６ｃの対応する受信データにおける再受信ＯＫフラグを「未」のまま維持する。受信データ管理部１１は、「確認ＯＫ」ボタンの押下が受信された場合には、エラーデータテーブル１６ｃの対応する受信データにおける再受信ＯＫフラグを「未」から「済」にする。
【００４８】
最終的に、満足のいく品質の画像データが受信できた場合、受信データ管理部１１は、前回受信データを削除する。つまり、受信データ管理部１１は、エラーデータテーブル１６ｃの再受信ＯＫフラグが「済」となっている受信データ、及びエラーデータ蓄積フォルダ１６ｂ内の該当する画像データを削除する。
【００４９】
（ファクシミリ装置による受信処理）
次に、図１０〜図１２を用いて、実施形態のファクシミリ装置１０による受信処理の例について説明する。図１０は、実施形態にかかるファクシミリ装置１０によるクライアントＰＣ２０へのエラーデータの通知処理の手順の一例を示す図である。
【００５０】
図１０に示すように、ファクシミリ装置１０のデータ送受信部１５がデータを受信すると（ステップＳ１０１）、エラー検知部１２は、受信データに含まれる画像データにエラーが生じているか否かを検知する（ステップＳ１０２）。エラーが検知されなかった場合には（ステップＳ１０２：Ｎｏ）、受信データ管理部１１が受信データをデータ蓄積フォルダ１６ａに保存して（ステップＳ１０３ｂ）、処理を終了する。
【００５１】
エラーが検知された場合には（ステップＳ１０２：Ｙｅｓ）、受信データ管理部１１は、エラーが検知された画像データをエラーデータ蓄積フォルダ１６ｂに保存する（ステップＳ１０３ａ）。また、受信データ管理部１１は、エラーが検知された画像データを含む受信データを、エラーデータテーブル１６ｃに追加する（ステップＳ１０４）。
【００５２】
次に、通知作成部１４は、管理者のクライアントＰＣ２０に送信する通知を作成する。すなわち、通知作成部１４は、エラーが検知された画像データを通知に添付する（ステップＳ１０５）。アドレス帳管理部１３は、受信データに送信元情報が含まれているか否かを判定する（ステップＳ１０６）。送信元情報が受信データに含まれている場合には（ステップＳ１０６：Ｙｅｓ）、アドレス帳管理部１３は、アドレス帳１６ｄを参照して、その送信元情報に紐づけられたメールアドレスを含む送信元の連絡先が登録されているか否かを判定する（ステップＳ１０７）。
【００５３】
送信元情報にメールアドレスが登録されている場合には（ステップＳ１０７：Ｙｅｓ）、通知作成部１４は、メールアドレスを含む送信元情報をクライアントＰＣ２０への通知に添付する。また、通知作成部１４は、送信元への連絡の要否を問うボタンを付与する（ステップＳ１０８）。そして、データ送受信部１５は、このように作成された通知をクライアントＰＣ２０へと送信する（ステップＳ１０９）。
【００５４】
送信元情報が受信データに含まれていない場合（ステップＳ１０６：Ｎｏ）、または、アドレス帳管理部１３にメールアドレスが登録されていない場合（ステップＳ１０７：Ｎｏ）には、送信元への連絡の要否を問うボタンが付与されることなく、クライアントＰＣ２０へと通知が送信される（ステップＳ１０９）。
【００５５】
以上により、ファクシミリ装置１０による受信処理が終了する。
【００５６】
図１１は、実施形態にかかるファクシミリ装置１０によるクライアントＰＣ２０からの返信に対する処理の手順の一例を示す図である。図１１に示すように、データ送受信部１５がクライアントＰＣ２０からの返信を受信すると（ステップＳ２０１）、ファクシミリ装置１０によってその返信内容に応じた処理がなされる（ステップＳ２０２）。
【００５７】
クライアントＰＣ２０の表示部２０６において「連絡不要」ボタンが押下されたことが受信されると（ステップＳ２０２：連絡不要）、受信データ管理部１１は、エラーデータ蓄積フォルダ１６ｂ内の、これに該当する画像データを削除する（ステップＳ２０３）。また、受信データ管理部１１は、エラーデータテーブル１０ｃ内の、これに該当する受信データを削除する。
【００５８】
クライアントＰＣ２０の表示部２０６において「連絡メール送信依頼」ボタンが押下されたことが受信されると（ステップＳ２０２：連絡依頼）、データ送受信部１５は、送信元のメールアドレス宛てに、エラーが検知された画像データを含む電子メールを送付する（ステップＳ２０４）。そして、受信データ管理部１１は、エラーデータテーブル１６ｃ内の該当する受信データにおける送信元への連絡済みフラグを「未」から「済」にする（ステップＳ２０５）。
【００５９】
クライアントＰＣ２０の表示部２０６において「連絡済み」ボタンが押下されたことが受信されると（ステップＳ２０２：連絡済み）、受信データ管理部１１は、エラーデータテーブル１６ｃ内の該当する受信データにおける送信元への連絡済みフラグを「未」から「済」にする（ステップＳ２０６）。
【００６０】
以上により、ファクシミリ装置１０による返信対応処理が終了する。また、以上の図１０〜図１２のフローにより、ファクシミリ装置１０による受信処理が終了する。
【００６１】
図１２は、実施形態にかかるファクシミリ装置１０によるクライアントＰＣ２０への再受信データの通知処理の手順の一例を示す図である。図１２に示すように、ファクシミリ装置１０は、送信元への連絡済みフラグが「済」となっている受信データと同一の送信元からのデータを受信したか否かを判定する（ステップＳ３０１）。
【００６２】
より具体的には、ファクシミリ装置１０がデータを受信すると、エラーデータテーブル１６ｃの送信元への連絡済みフラグが「済」とされてから所定時間が経過するまで逐次、アドレス帳管理部１３が、受信データに含まれる送信元情報をエラーデータテーブル１６ｃの送信元への連絡済みフラグが「済」となっている受信データの送信元と照合し、それらが同一の送信元であるか否かを判定する。
【００６３】
所定時間内に同一の送信元からデータ受信されなかった場合には（ステップＳ３０１：Ｎｏ）、通知作成部１４が、データ受信がなかった旨の通知を作成し、データ送受信部１５がクライアントＰＣ２０へその通知を送信する（ステップＳ３０２）。
【００６４】
所定時間内に同一の送信元からデータ受信された場合には（ステップＳ３０１：Ｙｅｓ）、通知作成部１４は、エラーの検知された前回受信の画像データと今回受信したデータとを、クライアントＰＣ２０へ送付する通知に添付する（ステップＳ３０３）。データ送受信部１５は、このように作成された通知をクライアントＰＣ２０へ送信する（ステップＳ３０４）。
【００６５】
データ送受信部１５がクライアントＰＣ２０からの返信を受信すると（ステップＳ３０５）、ファクシミリ装置１０によってその返信内容に応じた処理がなされる（ステップＳ３０６）。
【００６６】
クライアントＰＣ２０の表示部２０６において「無関係」ボタンが押下されたことが受信されると（ステップＳ３０６：無関係）、ステップＳ３０１に戻って次のデータが受信されるのを待つ。
【００６７】
クライアントＰＣ２０の表示部２０６において「確認ＯＫ」ボタンが押下されたことが受信されると（ステップＳ３０６：確認ＯＫ）、受信データ管理部１１は、エラーデータテーブル１６ｃの該当受信データの再受信ＯＫフラグを「未」から「済」にする（ステップＳ３０７）。
【００６８】
受信データ管理部１１は、エラーデータ蓄積フォルダ１６ｂ内の、これに該当する画像データを削除する（ステップＳ３０８）。また、受信データ管理部１１は、エラーデータテーブル１０ｃ内の、再受信ＯＫフラグを「済」とした受信データを削除する。
【００６９】
以上により、ファクシミリ装置１０によるクライアントＰＣ２０への再受信データの通知処理が終了する。
【００７０】
例えば、特許文献１のファクシミリ装置は、ファクシミリ装置によってデータを受信する際に、エラーライン等の画質の異常を検知すると、画質異常を示す異常信号を送信側へ報知する。しかしながら、異常信号を報知するのみでは、どのようなエラーによりどのような画像データが受信されたのかを送信側が認識することができない。また、特許文献１のファクシミリ装置は、満足のいく画像データを受信側が受信できるような仕組みになっていない。
【００７１】
実施形態のファクシミリ装置１０は、画像データにエラーが検知された場合、受信した画像データを保存しておき、また、送信元のメールアドレスがアドレス帳１６ｄに登録されている場合には、エラー検知した画像データを添付した電子メールを、そのメールアドレスに送信する。これにより、送信側が画質異常の詳細を把握することができる。
【００７２】
実施形態のファクシミリ装置１０は、エラー検知された画像データが再受信された場合に、管理者による承認を得たうえで、エラー検知された画像データに関わる受信データを削除する。これにより、送信元から満足のいく画像データが再送された後にエラー検知された画像データを削除することができる。また、ファクシミリ装置１０の記憶部１６等の限りあるリソースを有効活用することができる。
【００７３】
実施形態のファクシミリ装置１０は、エラー検知された画像データと再受信されたデータとを管理者に通知する。これにより、管理者は、再受信によって満足のいく画像データが得られたか否かを判断することができる。
【００７４】
（変形例）
上述の実施形態では、アドレス帳１６ｄの送信元情報にメールアドレスが登録されている場合に、クライアントＰＣ２０への通知に送信元情報を添付することとしたがこれに限られない。メールアドレスが登録されていない場合であっても、該当する送信元情報がアドレス帳１６ｄに登録されていればクライアントＰＣ２０への通知に送信元情報を添付してもよい。これにより、少なくとも、管理者自身が送信元への再送付依頼を行うよう、管理者に促すことができる。
【００７５】
上述の実施形態では、所定時間内に送信元から再送信がされなかった場合には、クライアントＰＣ２０にその旨を通知することとしたがこれに限られない。ファクシミリ装置が、自動的に、あるいは管理者の判断を踏まえたうえで、データの再送信を依頼する電子メールを再度、送信元に送付するようにしてもよい。
【００７６】
上述の実施形態のファクシミリ装置１０は、少なくともファクシミリ機能を有していればよく、ファクシミリ機能を主機能とする装置、ファクシミリ機能を有する電話機、及びファクシミリ機能を有する複合機（ＭＦＰ：Ｍｕｌｔｉｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）などが挙げられる。
【００７７】
実施形態のコンピュータで実行されるプログラムは、ＲＯＭ等に予め組み込まれて提供される。また、上記プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録して提供されてもよい。
【００７８】
さらに、実施形態で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、実施形態で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【符号の説明】
【００７９】
１  ファクシミリシステム
１０  ファクシミリ装置
１１  受信データ管理部
１２  エラー検知部
１３  アドレス帳管理部
１４  通知作成部
１５  データ送受信部
１６  記憶部
１６ａ  データ蓄積フォルダ
１６ｂ  エラーデータ蓄積フォルダ
１６ｃ  エラーデータテーブル
１６ｄ  アドレス帳
２０  クライアントＰＣ
２１  表示制御部
２５  データ送受信部
【先行技術文献】
【特許文献】
【００８０】
【特許文献１】特開平６−２４５０４８号公報
【図１】
2020088695.tif 000003
【図２】
2020088695.tif 000004
【図３】
2020088695.tif 000005
【図４】
2020088695.tif 000006
【図５】
2020088695.tif 000007
【図６】
2020088695.tif 000008
【図７】
2020088695.tif 000009
【図８】
2020088695.tif 000010
【図９】
2020088695.tif 000011
【図１０】
2020088695.tif 000012
【図１１】
2020088695.tif 000013
【図１２】
2020088695.tif 000014