(57)【要約】【課題】ＦＡＸ通信のページが上下逆転しているかどうかに関わらず、ヘッダが常に容易に読み取れる状態で出力することができるＦＡＸサーバおよびプログラムを提供する。【解決手段】ＦＡＸサーバ１００は、受信したページの第一のヘッダ表示部３２，４２に正転前のヘッダを付加し、ページの上下の向きが正しいか否かを判定する。上下の向きが正しくない場合には、これを正転した後に、第二のヘッダ表示部４３に正転前のヘッダを付加する。【選択図】図９
2010074646.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのページを含むＦＡＸ通信を扱う、ＦＡＸサーバであって、
前記ＦＡＸ通信を受信する機能と、
前記ページの上部に第一のヘッダを付加する機能と、
前記ページの上下の向きが正しいか否かを判定する機能と、
前記ページの上下の向きが正しくないと判定された場合に、前記ページを上下反転し、その後、前記ページの上部に第二のヘッダを付加する機能と
を備えるＦＡＸサーバ。
【請求項２】
前記第二のヘッダは、前記ページの上下が反転されたことを表す情報を含む、請求項１に記載のＦＡＸサーバ。
【請求項３】
前記第一のヘッダおよび前記第二のヘッダは、いずれも、
前記ＦＡＸ通信の送信元を表すＦＡＸ番号または前記ＦＡＸ通信の送信元を表す名称と、
前記ＦＡＸ通信の受信日時と
を表示する、請求項１または２に記載のＦＡＸサーバ。
【請求項４】
コンピュータを、請求項１〜３のいずれか一項に記載のＦＡＸサーバとして機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファクシミリ（以下「ＦＡＸ」と略記）装置間で送受信されるＦＡＸ通信を扱う、ＦＡＸサーバおよびプログラムに関する。
【背景技術】
【０００２】
ＦＡＸ通信においては、送信側のＦＡＸ装置から送信される文書を受信側のＦＡＸ装置が受信し、これを出力する。この際、送信元のＦＡＸ番号や受信時刻など、追加の情報をページ上端にヘッダとして追加出力するＦＡＸ装置が知られている。
【０００３】
ところで、場合によっては、ＦＡＸ通信に含まれるページの向きが正しく出力されず、上下が逆転してしまうケースがある。このようなケースは、たとえば送信者のミスによって一部のページが上下逆転した状態で送信された場合や、送信者が意図した上方向と受信側ＦＡＸ装置における上方向とが逆向きになった場合等に発生する。
このようなケースでも送信されたページを正しく出力するために、受信したページが上下逆転している際には、そのページをさらに上下逆転し、正しい向きで出力する技術が知られている。このような技術の例は特許文献１に記載されている。
【０００４】
【特許文献１】特開平１０−１５０５５１号公報（段落番号［００５０］〜［００５５］および要約）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の装置では、上下逆転されたページのヘッダが読みにくいという問題点があった。
従来の装置では、まず受信したページにヘッダを付加し、次にヘッダを含めてページ全体の上下逆転操作を行うため、ヘッダがページ下端に上下逆向きに出力されてしまう。このため、受信者がヘッダを正しく読み取るためには出力された画像やＦＡＸ用紙をさらに逆転させねばならない。また、ヘッダとページ内容とが互いに上下逆向きに出力されているため、いずれの向きに配置してもこれらを同時に読むことができず、ヘッダの情報を的確に認識することが困難である。
【０００６】
この発明は、このような問題点を解決するためになされたものであり、ＦＡＸ通信のページが上下逆転しているかどうかに関わらず、ヘッダが常に容易に読み取れる状態で出力することができるＦＡＸサーバおよびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述の問題点を解決するため、この発明に係るＦＡＸサーバは、少なくとも１つのページを含むＦＡＸ通信を扱う、ＦＡＸサーバであって、ＦＡＸ通信を受信する機能と、ページの上部に第一のヘッダを付加する機能と、ページの上下の向きが正しいか否かを判定する機能と、ページの上下の向きが正しくないと判定された場合に、ページを上下反転し、その後、ページの上部に第二のヘッダを付加する機能とを備える。
【０００８】
第二のヘッダは、ページの上下が反転されたことを表す情報を含んでもよい。
第一のヘッダおよび第二のヘッダは、いずれも、ＦＡＸ通信の送信元を表すＦＡＸ番号またはＦＡＸ通信の送信元を表す名称と、ＦＡＸ通信の受信日時とを表示してもよい。
【０００９】
また、この発明に係るプログラムは、コンピュータを、上述のＦＡＸサーバとして機能させる。
【発明の効果】
【００１０】
この発明に係るＦＡＸサーバおよびプログラムによれば、ページの上下の向きを判定し、向きが正しくない場合には、ページを上下反転した後に、ページの上部にヘッダを付加する。このため、ページが上下逆転されたかどうかに関わらず常にページの上部にヘッダが付加されることになり、受信者は常に容易にヘッダを読み取ることができる。
【発明を実施するための最良の形態】
【００１１】
以下、この発明の実施の形態を添付図面に基づいて説明する。
実施の形態１．
図１に、本発明に係るＦＡＸサーバ１００を含む構成を示す。ＦＡＸサーバ１００は、ＦＡＸ装置との間でＦＡＸ通信を行う装置である。ＦＡＸサーバ１００は、ＬＡＮ１１を介して、管理用ＰＣ１０と通信可能に接続されている。管理用ＰＣ１０は、ＦＡＸサーバ１００が受信したＦＡＸ通信を管理または閲覧すべき受信者によって操作される。
ＦＡＸサーバ１００および管理用ＰＣ１０は周知のコンピュータとしての構成を有する。すなわち、図示しないが、演算を行う演算手段と、情報を格納する記憶手段とを備える。演算手段はＣＰＵ（中央処理装置）を含み、記憶手段は半導体メモリおよびＨＤＤ（ハードディスクドライブ）を含む。記憶手段はプログラムを格納し、演算手段がこのプログラムを実行することによって、ＦＡＸサーバ１００および管理用ＰＣ１０は本明細書に記載される機能を実現する。
【００１２】
また、ＦＡＸサーバ１００は、複数のＦＡＸ装置に対して、ＦＡＸ通信すなわちＦＡＸ文書を表すデータを送受信可能である。図１の例では、ＦＡＸサーバ１００に外線ネットワーク１２を介して１台以上の社外ＦＡＸ装置１３が接続されている。外線ネットワーク１２はたとえば周知の公衆電話回線網であり、社外ＦＡＸ装置１３はたとえばＦＡＸサーバ１００の所有者とは異なる者が所有するＦＡＸ装置である。さらに、ＦＡＸサーバ１００には１台以上の社内ＦＡＸ装置１４が接続されている。社内ＦＡＸ装置１４は、たとえばＦＡＸサーバ１００の所有者である組織が所有するＦＡＸ装置である。
【００１３】
このような構成をもって、ＦＡＸサーバ１００は、社外ＦＡＸ装置１３、社内ＦＡＸ装置１４、および管理用ＰＣ１０の間のＦＡＸ通信を処理する。社外ＦＡＸ装置１３および社内ＦＡＸ装置１４と、ＦＡＸサーバ１００との間のＦＡＸ通信は、たとえばＧ３ファクシミリ規格に従ってなされるが、これは他のＦＡＸ規格に従うものであってもよい。
また、ＦＡＸサーバ１００は、後述するように、受信したページのイメージの上下の向きを逆転させる機能を有する。ここで、本明細書において、受信したページの上下の向きが正しくない場合に、これを逆転させて正しい向きに配置する操作を、「正転」と呼ぶ。
さらに、ＦＡＸサーバ１００は、いわゆるＯＣＲとしての機能、すなわち画像中の文字を認識してテキストデータに変換する機能を有する。
【００１４】
図１に示すように、ＦＡＸサーバ１００は、その記憶手段に、ＦＡＸ通信を管理するための情報として、相手先情報１５、通信レコード１６、およびページレコード１７を記憶し格納する。
図２は相手先情報１５の構成の例を示す。相手先情報１５は、ＦＡＸ通信の通信先となる社外ＦＡＸ装置１３に関連する情報を含む。相手先情報１５は、複数の社外ＦＡＸ装置１３について、社外ＦＡＸ装置１３を表すＦＡＸ番号およびＴＳＩコードと、その社外ＦＡＸ装置１３を表す名称である相手先名称とを関連付ける。
【００１５】
図３は通信レコード１６の構成の例を示す。通信レコード１６は、ＦＡＸサーバ１００が受信した複数のＦＡＸ通信について、それぞれのＦＡＸ通信に関連する情報を含む。
通番は、そのＦＡＸ通信を識別する情報を表し、たとえば受信された順に付される番号である。受信日時は、そのＦＡＸ通信をＦＡＸサーバ１００が受信した日付および時刻を表す。送信元は、そのＦＡＸ通信の送信元である社外ＦＡＸ装置１３を表すＦＡＸ番号およびＴＳＩコードを表し、相手先情報１５（図２）のＦＡＸ番号およびＴＳＩコードに対応する。ページ数は、そのＦＡＸ通信の全ページ数を表す。
【００１６】
帳票ＩＤは、そのＦＡＸ通信に含まれる帳票の種類を識別するための帳票ＩＤを表す。帳票ＩＤは、たとえば＃記号および数字からなり、４ケタの値を有する。なお、この帳票ＩＤを取得するためのＦＡＸサーバ１００の動作については、図７のステップＳ１０、Ｓ１１、Ｓ１７およびＳ１８に関連して後述する。複数のページが異なる帳票を含む場合には、最先のページの帳票の帳票ＩＤが指定される。いずれのページも帳票を含まない場合には、帳票を含まないことを表す値が指定される。
白紙再送依頼済フラグは、そのＦＡＸ通信が白紙ページを含むとＦＡＸサーバ１００が判定したか否かを表し、たとえば白紙ページを含むと判定された場合には１であり、そうでない場合には０である。白紙ページの判定については、図７のステップＳ７に関連して後述する。
再送可能性フラグは、そのＦＡＸ通信が、それ以前に受信されたＦＡＸ通信の再送部分を含む可能性があるとＦＡＸサーバ１００が判定したか否かを表し、たとえば再送部分を含む可能性があると判定された場合には１であり、そうでない場合には０である。再送の判定については、図７のステップＳ３に関連して後述する。
【００１７】
図４はページレコード１７の構成の例を示す。ページレコード１７は、通信レコード１６に含まれるＦＡＸ通信のそれぞれについて、そのＦＡＸ通信に含まれるページのそれぞれに関連する情報を含む。
通番は通信レコード１６（図３）の通番に対応する。ページ番号は、そのページがそのＦＡＸ通信において何ページ目であるかを表す。正転済フラグは、そのページが、上下の向きが正しくない（すなわち、上下が逆転している）とＦＡＸサーバ１００が判定したか否かを表し、たとえば上下の向きが正しくないと判定された場合には１であり、そうでない場合には０である。上下の向きの判定については、図７のステップＳ１３に関連して後述する。
【００１８】
帳票ＩＤは通信レコード１６の帳票ＩＤに対応する。すなわち、そのページに含まれる帳票の種類を識別するための帳票ＩＤを表す。
イメージ格納アドレスは、ＦＡＸサーバ１００の記憶手段において、そのページの内容であるイメージを表すデータが格納されているアドレスを表す。すなわち、イメージへのポインタである。ここで、受信イメージのイメージ格納アドレスは、受信したイメージがそのまま格納されているアドレスを表し、正転後イメージのイメージ格納アドレスは、受信したイメージを正転したものが格納されているアドレスを表す。なお、そのページについてイメージの正転が行われていない場合には、正転後イメージのイメージ格納アドレスは指定されない。
【００１９】
図５は、社外ＦＡＸ装置１３が送信しＦＡＸサーバ１００が受信するＦＡＸ通信の例を示す。図５の例は、図３および図４における通番「０００１」で表されるＦＡＸ通信に対応する。このＦＡＸ通信は、ＡＢＣ社の送信者が、ＦＡＸサーバ１００の所有者であるＸＹＺ社の受信者に向けて、ＦＡＸ送信票１ページと、帳票ＩＤ「＃１０５」〜「＃１０８」の帳票全４ページとの合計５ページを送信しようと意図したものである。
【００２０】
１ページ目はＦＡＸ送信票であり、正常に受信されている。２ページ目は帳票ＩＤ「＃１０５」の帳票であり、正常に受信されている。３ページ目は、帳票ＩＤ「＃１０６」の帳票であるべきところ、送信者が誤って原稿を裏向きにセットしたため白紙として受信されている。４ページ目は帳票ＩＤ「＃１０７」の帳票であるが、送信者が誤って原稿を上下逆方向にセットしたため上下が逆転して受信されている。５ページ目は、帳票ＩＤ「＃１０８」の帳票であるべきところ、送信者が誤って原稿を裏向きにセットしたため白紙として受信されている。
【００２１】
図６は、受信したＦＡＸ通信の各ページにＦＡＸサーバ１００が付加するヘッダ２０の構成の例を示す。ヘッダ２０は、ＦＡＸ通信に関連する情報を表示するものであり、たとえばページ上端に付加される。
ヘッダ２０において、送信元表示部２１は、そのＦＡＸ通信の送信元を表示する。送信元は、図３に示す通信レコード１６の送信元に対応するが、同一のＦＡＸ番号およびＴＳＩコードの組み合わせが図２の相手先情報１５に含まれている場合には、相手先情報１５において関連付けられた相手先名称が表示される。
【００２２】
受信日時表示部２２は、通信レコード１６に含まれるそのＦＡＸ通信の受信日時を表示する。帳票ＩＤ表示部２３は、ページレコード１７に含まれるそのページの帳票ＩＤを表示するが、帳票ＩＤが指定されていない場合には何も表示しない。白紙表示部２４は、通信レコード１６に含まれるＦＡＸ通信の白紙再送依頼済フラグの内容を示し、たとえば白紙再送依頼済フラグが１である場合には「白紙」と表示し、０である場合には何も表示しない。再送可能性表示部２５は、通信レコード１６に含まれるそのＦＡＸ通信の再送可能性フラグの内容を示し、たとえば再送可能性フラグが１である場合には「再送？」と表示し、０である場合には何も表示しない。
【００２３】
正転済表示部２６は、そのページのイメージが正転されたものであるか否かを示し、たとえば正転されたイメージである場合には「正転済」と表示し、そうでない場合には何も表示しない。なお、この正転済表示部２６は、ページレコード１７の正転済フラグを直接表すものではない。すなわち、正転済フラグが１であるページについては、受信直後（正転前）のイメージと、正転後のイメージとの双方が記憶されることになるが、このうち正転後のイメージに含まれるヘッダにのみ「正転後」の表示がなされる。
【００２４】
ページ数表示部２７は、通信レコード１６に含まれるそのＦＡＸ通信のページ数と、そのＦＡＸ通信におけるそのページのページ番号とを表示する。たとえば、図６の「１／３」という表示は、そのＦＡＸ通信が全３ページであり、このヘッダ２０が付加されたページはそのうち１ページ目であることを表す。
【００２５】
以上のように構成されるＦＡＸサーバ１００の動作を、図７〜図９を用いて以下に説明する。
図７は、ＦＡＸサーバ１００の動作の流れを表すフローチャートである。
まず、ＦＡＸサーバ１００は社外ＦＡＸ装置１３から送信されるＦＡＸ通信を受信する（ステップＳ１）。この例では、ＦＡＸ通信は図５に示す内容であるとする。
次に、ＦＡＸサーバ１００は、通信レコード１６に、受信したＦＡＸ通信を表すレコードを作成する（ステップＳ２）。この例では、図３の通番「０００１」のレコードが作成されるとする。ＦＡＸサーバ１００は、このＦＡＸ通信を受信した日時と、そのＦＡＸ通信の送信元のＦＡＸ番号およびＴＳＩコードを記録する。また、このＦＡＸ通信は全５ページであるので、ページ数には「５」が指定される。
この時点では、デフォルト値として、帳票ＩＤは「なし」が指定され、白紙再送依頼済フラグおよび再送可能性フラグには「０」が指定される（後述する処理によって図３に示すように変更される）。
【００２６】
次に、ＦＡＸサーバ１００は、処理中のＦＡＸ通信が、それ以前に受信されたＦＡＸ通信の再送部分を含む可能性があるか否かを判定する（ステップＳ３）。これは、たとえば、誤って白紙ページを送信してしまった送信者が、正しい状態のページを再送してきたというケースに対応する。この判定は、通信レコード１６の受信日時と、送信元と、白紙再送依頼済フラグとに基づいて行われる。たとえば、処理中のＦＡＸ通信と、以前に受信されたＦＡＸ通信のいずれかとが、以下の条件Ａ〜条件Ｃすべてを満たす場合に、ＦＡＸサーバ１００は再送部分を含む可能性があると判定する。
‐条件Ａ：以前のＦＡＸ通信のページのいずれかが白紙であると判定されている。すなわち、通信レコード１６において、以前のＦＡＸ通信の白紙再送依頼済フラグが１である。
‐条件Ｂ：以前のＦＡＸ通信の送信元と、処理中のＦＡＸ通信の送信元とが一致する。すなわち、通信レコード１６において、それぞれの送信元が同一の値を有する。
‐条件Ｃ：以前のＦＡＸ通信を受信した後、所定時間以内、たとえば一時間以内に、処理中のＦＡＸ通信が受信されている。すなわち、通信レコード１６において、受信日時の差が一時間以内である。
【００２７】
ステップＳ３において、処理中のＦＡＸ通信が、以前のＦＡＸ通信の再送部分を含む可能性があると判定された場合には、ＦＡＸサーバ１００は、通信レコード１６において、処理中のＦＡＸ通信の再送可能性フラグを１にセットする（ステップＳ４）。そうでない場合には、ステップＳ４は実行されず、再送可能性フラグは変化せず０のままとなる。
ステップＳ３またはステップＳ４の後、ＦＡＸサーバ１００は、ページレコード１７に、そのＦＡＸ通信に含まれる各ページに対応するページを表すレコードを作成する（ステップＳ５）。たとえば図５の例では、通番「０００１」かつページ番号「１」〜「５」の合計５つのレコードが作成される。
この時点では、デフォルト値として、作成されたレコードの正転済フラグには「０」が指定され、帳票ＩＤには「なし」が指定され、イメージ格納アドレスにはいずれも「なし」が指定される（後述する処理によって図４に示すように変更される）。
【００２８】
続くステップＳ６〜ステップＳ１８はループを構成しており、このループはＦＡＸ通信に含まれるページごとに実行される。このループは、たとえば次のページが存在するか否かの条件分岐に従って実行される。
【００２９】
ループにおいて、まずＦＡＸサーバ１００は、処理中のページをイメージ化する（ステップＳ６）。このイメージ化は、周知のＦＡＸ装置によるイメージ化と同様にしてなされる。ここで、ＦＡＸサーバ１００は作成されたイメージを記憶手段に格納し、そのイメージが格納されているアドレスを、ページレコード１７における受信イメージのイメージ格納アドレスに指定する。
【００３０】
次に、ＦＡＸサーバ１００は、処理中のページが白紙であるか否かを判定する（ステップＳ７）。この判定は、ページ中で黒画素が占める割合と、所定の閾値とを比較して行われる。たとえば、黒画素が占める面積が、ページの面積の０．００１％未満である場合には、処理中のページは白紙であると判定する。
ステップＳ７において、処理中のページが白紙であると判定された場合には、ＦＡＸサーバ１００は、通信レコード１６において処理中のＦＡＸ通信の白紙再送依頼済フラグを１にセットする（ステップＳ８）。さらに、ＦＡＸサーバ１００は、後述する再送依頼のために処理中のページ番号を記憶する。
【００３１】
処理中のページが白紙ではないと判定された場合には、ステップＳ８は実行されず、白紙再送依頼済フラグは変化せず０のままとなる。なお、この時点では白紙ページの再送依頼はまだ送信されていないが、本実施形態では受信後それほど間をおかず白紙ページの再送依頼が送信されることになるため、当該フラグの名称を「白紙再送依頼済フラグ」としている。ただし、白紙ページの判定と再送依頼とが必ずしも対応しない実施形態や、白紙ページの判定後に再送依頼がなされたかどうかを考慮する必要がある実施形態においては、白紙ページを単に検出したことを表す「白紙検出フラグ」等を、白紙再送依頼済フラグとは別に設けてもよい。
【００３２】
ステップＳ７またはステップＳ８の後、ＦＡＸサーバ１００は、ステップＳ６で作成されたイメージに対してＯＣＲ認識を実行し、処理中のページに現れる文字列をテキストデータとして取得する（ステップＳ９）。ここで、ＦＡＸサーバ１００は、取得した文字列すべてについて、その文字列が現れる位置と、その文字列の大きさすなわちフォントサイズとをさらに取得する。
【００３３】
次に、ＦＡＸサーバ１００は、処理中のページに帳票ＩＤが含まれているか否かを判定する（ステップＳ１０）。この判定は、イメージ中の所定の位置に、所定の条件を満たす文字列が表示されているか否かに基づいて行われる。たとえば、ステップＳ６で作成されたイメージにおいて、上から３ｃｍ〜５ｃｍ、右から２ｃｍ〜４ｃｍの範囲に、＃記号および数字からなる４文字の文字列が表示されている場合、帳票ＩＤが含まれていると判定し、その文字列を帳票ＩＤとして取得する。
【００３４】
ステップＳ１０において帳票ＩＤが含まれていると判定された場合には、ＦＡＸサーバ１００は、処理中のページについて帳票ＩＤを記録する（ステップＳ１１）。ここでは、ステップＳ１０において判定された帳票ＩＤを、ページレコード１７において処理中のページの帳票ＩＤとして記録する。また、通信レコード１６における処理中のＦＡＸ通信の帳票ＩＤがまだ記録されていない場合には、取得された帳票ＩＤを記録する。通信レコード１６における処理中のＦＡＸ通信の帳票ＩＤがすでに記録されている場合、すなわち以前のページに関連する処理においてすでに帳票ＩＤが記録されている場合には、通信レコード１６の帳票ＩＤは変更しない。結果として、通信レコード１６の帳票ＩＤには、そのＦＡＸ通信における最初の帳票ＩＤが記録されることになる。
ステップＳ１０において帳票ＩＤが含まれていないと判定された場合には、ステップＳ１１は実行されず、通信レコード１６およびページレコード１７の帳票ＩＤは変化しない。
【００３５】
ステップＳ１０またはＳ１１の後、ＦＡＸサーバ１００は、処理中のページのイメージにヘッダを付加する（ステップＳ１２）。
図８は、ステップＳ１２において作成されるページのイメージ、すなわち受信イメージ３０の例を示す。この受信イメージ３０は、図５に示すＦＡＸ通信の４ページ目に対応するものである。受信イメージ３０は、そのページについて受信した内容をイメージとして表す内容表示部３１と、第一のヘッダとして正転前のヘッダを表す第一のヘッダ表示部３２とを含む。また、ヘッダは図６に示すヘッダ２０と同様の構成を有するものであり、受信イメージ３０の所定の位置、たとえば受信イメージ３０の上部に付加される。ここで、上部とは、たとえば内容表示部３１の上端よりもさらに上側の部分を意味する。
ここで、図５および図８に示すように、当該ページは上下の向きが正しくない状態で受信されているため、受信イメージ３０において、内容表示部３１における表示内容と第一のヘッダ表示部３２における表示内容とは、上下の向きが一致しないことになる。
【００３６】
次に、ＦＡＸサーバ１００は、処理中のページの上下の向きが正しいか否かを判定する（ステップＳ１３）。この判定は、周知の判定方法によって行われる。たとえば特許文献１に記載されるように、正方向および逆方向における文字認識の自信度に基づいて判定してもよい。
ステップＳ１３において上下の向きが正しくない（すなわち上下が逆転している）と判定された場合、ＦＡＸサーバ１００は、処理中のページのイメージを正転するとともに新たにヘッダを付加する（ステップＳ１４）。ここで、ＦＡＸサーバ１００は作成されたイメージを記憶手段に格納し、そのイメージが格納されているアドレスを、ページレコード１７における正転後イメージのイメージ格納アドレスに記録する。
【００３７】
図９は、ステップＳ１４において作成されるページのイメージ、すなわち正転後イメージ４０の例を示す。図９の正転後イメージ４０は、図８の受信イメージ３０を正転させた場合のものである。
正転後イメージ４０は、そのページについて受信した内容をイメージとして表す内容表示部４１と、第一のヘッダとして正転前のヘッダを表す第一のヘッダ表示部４２と、第二のヘッダとして正転後のヘッダを表す第二のヘッダ表示部４３とを含む。図９の内容表示部４１は、図８の内容表示部３１を正転させたものであり、同一の内容が上下の向きを逆にして表示される。図９の第一のヘッダ表示部４２に表示されるヘッダは、図８の第一のヘッダ表示部３２の表示内容を上下逆転させたものであり、同一の内容が上下の向きを逆にして表示される。なお、イメージ全体の上下の向きが逆になっているので、図９の第一のヘッダ表示部４２はページの下部に表示されることになる。
【００３８】
正転後のヘッダを表す第二のヘッダ表示部４３は、正転後イメージ４０の所定の位置、たとえば正転後イメージ４０の上部に付加される。ここで、上部とは、たとえば内容表示部４１の上端よりもさらに上側の部分を意味する。
ここで、図９に示すように、処理中のページは正転され上下の向きが正しい状態となっているので、内容表示部４１の表示内容と第二のヘッダ表示部４３の表示内容とは上下の向きが一致し、受信者は容易にヘッダを読み取ることができる。
さらに、第二のヘッダ表示部４３における正転後のヘッダには、正転済表示部２６に、そのページのイメージが正転されたものであることを表す表示、すなわち「正転済」という文字列を含む。この表示は、第一のヘッダ表示部４２における正転前のヘッダには含まれない。このため、受信者は、そのページが元々どちらの向きで送信されたものかを容易に知ることができる。
【００３９】
ステップＳ１４の後、ＦＡＸサーバ１００は、ページレコード１７において処理中のページの正転済フラグを１にセットする（ステップＳ１５）。
その後、ＦＡＸサーバ１００は、正転後イメージ４０に対して、上述のステップＳ９〜Ｓ１１と同様の処理を実行する。すなわち、ステップＳ１４で作成されたイメージに対してＯＣＲ認識を実行して、処理中のページに現れる文字列をテキストデータとして取得し（ステップＳ１６）、処理中のページに帳票ＩＤが含まれているか否かを判定し（ステップＳ１７）、帳票ＩＤが含まれている場合には帳票ＩＤを記録する（ステップＳ１８）。
【００４０】
ステップＳ１３において上下の向きが正しい（すなわち上下が逆転していない）と判定された場合には、ステップＳ１４〜Ｓ１８は実行されず、正転済フラグは変化せず０のままとなる。また、この場合、正転後イメージ４０は作成されない。
【００４１】
ステップＳ１３、Ｓ１７またはＳ１８の後、ＦＡＸサーバ１００は次のページについてステップＳ６〜ステップＳ１８のループを実行する。
すべてのページについてループが終了した後、ＦＡＸサーバ１００は、白紙と判定されたページの再送を依頼する必要があるか否かを判定する（ステップＳ１９）。ここで、通信レコード１６の白紙再送依頼済フラグが１であれば（すなわち、処理中のＦＡＸ通信のいずれかのページが白紙であれば）、再送を依頼する必要があると判定する。
【００４２】
ステップＳ１９において再送を依頼する必要があると判定された場合には、ＦＡＸサーバ１００は、処理中のＦＡＸ通信の送信元に対し、別途のＦＡＸ通信によって再送依頼を送信する（ステップＳ２０）。この再送依頼は、ステップＳ７において白紙であると判定されたページの再送を依頼するものである。再送依頼の内容は、相手先情報１５、通信レコード１６、およびページレコード１７に基づいて作成されるものであり、相手先名称または送信元のＦＡＸ番号と、受信日時と、白紙であると判定されたページすべてのページ番号を含むリストと、再送を促す文面とを含む。たとえば、図５に示すＦＡＸ通信に対する再送依頼は、「ＡＢＣ社様  ２００８年８月１８日  １３時５３分００秒にご送付いただいたＦＡＸの３ページ目、５ページ目が白紙でした。ご確認のうえ、必要でしたらご再送ください。」というメッセージである。
【００４３】
ステップＳ１９またはステップＳ２０の後、ＦＡＸサーバ１００は、処理中のＦＡＸ通信を出力する（ステップＳ２１）。この出力は、たとえば図１に示す管理用ＰＣ１０を介しての受信者からの指示に応じて、管理用ＰＣ１０に対して実行される。出力内容は、通信レコード１６におけるそのＦＡＸ通信に関連する情報と、ページレコード１７における各ページに関連する情報と、相手先情報１５において送信元に対応する相手先名称と、正転されていないページの受信イメージ３０とを含む。また、いずれかのページが正転されている場合には、正転されたページすべての正転後イメージ４０を含む。
管理用ＰＣ１０は、ＦＡＸサーバ１００から出力された情報を画面に表示し、受信者がこれを閲覧できるようにする。この表示は、周知のＦＡＸサーバの管理用ＰＣと同様にして行われる。
【００４４】
ここで、図９に示すように、正転後のページについても内容表示部４１と第二のヘッダ表示部４３とは上下の向きが一致しているので、受信者は容易にヘッダを読み取ることができる。
さらに、第二のヘッダ表示部４３における正転後のヘッダには、正転済表示部２６に、そのページのイメージが正転されたものであることを表す「正転済」という文字列を含む。このため、受信者は、そのページが元々どちらの向きで送信されたものかを容易に知ることができる。
【００４５】
上述の実施の形態１では、図９に示すように、正転後イメージ４０の第二のヘッダ表示部４３の正転済表示部２６には、そのイメージが正転されたものである旨が表示される。変形例として、この表示はなされなくともよい。すなわち、正転後イメージ４０において、第一のヘッダ表示部４２と第二のヘッダ表示部４３とが同一のヘッダを（互いに逆の向きに）表示してもよい。
【００４６】
また、実施の形態１では、白紙再送依頼済フラグは通信レコード１６にのみ含まれ、ページレコード１７には含まれない。そして、あるＦＡＸ通信に１つでも白紙ページが含まれていれば、そのＦＡＸ通信のすべてのページについて、このフラグを表す表示（図６の白紙表示部２４）は「白紙」となる。変形例として、ページレコード１７に各ページが白紙であるかどうかを表すフラグを設けてもよく、白紙表示部２４の表示をページごとに独立して行ってもよい。
【００４７】
また、実施の形態１では、ステップＳ１７における出力はＬＡＮ１１を介して管理用ＰＣ１０に対して行われる。変形例として、この出力は、ＦＡＸサーバ１００または管理用ＰＣ１０に接続された印刷装置がＦＡＸ通信を印刷することによって行われてもよい。
【図面の簡単な説明】
【００４８】
【図１】本発明に係るＦＡＸサーバを含む構成を示す図である。
【図２】図１の相手先情報の構成の例を示す図である。
【図３】図１の通信レコードの構成の例を示す図である。
【図４】図１のページレコード１７の構成の例を示す図である。
【図５】ＦＡＸサーバが受信するＦＡＸ通信の例を示す図である。
【図６】ＦＡＸ通信の各ページにＦＡＸサーバが付加するヘッダの構成の例を示す図である。
【図７】ＦＡＸサーバの動作の流れを表すフローチャートである。
【図８】図７のステップＳ６において作成されるページのイメージ（受信イメージ）の例を示す図である。
【図９】図７のステップＳ１０において作成されるページのイメージ（正転後イメージ）の例を示す図である。
【符号の説明】
【００４９】
１０  管理用ＰＣ、１３  社外ＦＡＸ装置、１４  社内ＦＡＸ装置、１５  相手先情報、１６  通信レコード、１７  ページレコード、
２０  ヘッダ、２１  送信元表示部、２２  受信日時表示部、２３  表示部、２４  白紙表示部、２５  再送可能性表示部、２６  正転済表示部、２７  ページ数表示部、
３０  受信イメージ、４０  正転後イメージ、３１，４１  内容表示部、３２，４２  第一のヘッダ表示部、４３  第二のヘッダを表す表示部、
１００  ＦＡＸサーバ。
【図１】
2010074646.tif 000003
【図２】
2010074646.tif 000004
【図３】
2010074646.tif 000005
【図４】
2010074646.tif 000006
【図５】
2010074646.tif 000007
【図６】
2010074646.tif 000008
【図７】
2010074646.tif 000009
【図８】
2010074646.tif 000010
【図９】
2010074646.tif 000011