JP2010074647A - Ｆａｘシステムおよびプログラム - Google Patents

Abstract

【課題】多数のＦＡＸ通信のヘッダに含まれる情報を、受信者が容易に確認することができるＦＡＸシステムおよびプログラムを提供する。
【解決手段】ＦＡＸサーバ１００は、受信した複数の前記ＦＡＸ通信のヘッダを含む、通信単位ヘッダインデックス５０を作成する。通信単位ヘッダインデックス５０には、通信レコード１６に含まれるすべてのＦＡＸ通信の、１ページ目のヘッダが含まれる。ＦＡＸサーバ１００は、通信単位ヘッダインデックス５０を表示する通信一覧画面を作成し、管理用ＰＣ１０に送信する。管理用ＰＣ１０はこれを表示する。
【選択図】図１０

Description

本発明は、ファクシミリ（以下「ＦＡＸ」と略記）装置間で送受信されるＦＡＸ通信を扱う、ＦＡＸシステムおよびプログラムに関する。

ＦＡＸ通信においては、送信側のＦＡＸ装置から送信される文書を受信側のＦＡＸ装置が受信し、これを出力する。この際、送信元のＦＡＸ番号や受信時刻など、追加の情報をページ上端にヘッダとして追加出力するＦＡＸ装置が知られている。このような技術の例は、特許文献１に記載されている。このようなヘッダは、ページの上端にページと一体に表示または印刷される。

特開平１０−２２４５３８号公報（段落番号［０００４］等）

しかしながら、従来の装置では、多数のＦＡＸ通信を受信する受信者の場合、すべてのＦＡＸ通信のヘッダに含まれる情報を確認するのに手間がかかるという問題点があった。
それぞれのＦＡＸ通信は複数のページを含む可能性があり、また、ディスプレイ上には通常１〜２枚程度のページしか表示するスペースがない。このため、受信者はページ表示を切り替えつつ、また複数のＦＡＸ通信間で表示を切り替えつつヘッダを確認する必要があり、手間がかかる。印刷されたものを用いる場合であっても、まず多数のページを揃える作業が必要となり、さらに、各ページをめくりながら、または広い場所に並べて確認する必要があり、手間がかかる。

この発明は、このような問題点を解決するためになされたものであり、多数のＦＡＸ通信のヘッダに含まれる情報を、受信者が容易に確認することができるＦＡＸシステムおよびプログラムを提供することを目的とする。

上述の問題点を解決するため、この発明に係るＦＡＸシステムは、少なくとも１つのページを含むＦＡＸ通信を扱う、ＦＡＸサーバであって、ＦＡＸ通信を受信する機能と、ＦＡＸ通信のページの上部にヘッダを付加する機能と、複数のＦＡＸ通信についてヘッダを含む、通信単位ヘッダインデックスを作成する機能とを備える。

同一のＦＡＸ通信に含まれる複数のページについてヘッダを含む、ページ単位ヘッダインデックスを作成する機能をさらに備えてもよい。
ページが白紙であるか否かを判定する機能と、第一のＦＡＸ通信のページのいずれかが白紙であると判定された場合に、第一のＦＡＸ通信の送信元に対して当該ページの再送依頼を送信する機能と、第二のＦＡＸ通信が、第一のＦＡＸ通信の再送部分を含む可能性があるか否かを判定する機能であって、第一のＦＡＸ通信のページのいずれかが白紙であると判定されており、かつ、第一のＦＡＸ通信の送信元と第二のＦＡＸ通信の送信元とが一致し、かつ、第一のＦＡＸ通信を受信した後所定時間以内に第二のＦＡＸ通信を受信した場合に、第二のＦＡＸ通信は第一のＦＡＸ通信の再送部分を含む可能性があると判定する機能と、第二のＦＡＸ通信が、第一のＦＡＸ通信の再送部分を含む可能性があると判定された場合に、第一のＦＡＸ通信のページ単位ヘッダインデックスと、第二のＦＡＸ通信のページ単位ヘッダインデックスとを含む、再送対応付けインデックスを作成する機能とをさらに備えてもよい。
ＦＡＸシステムは記憶手段を有し、記憶手段はＦＡＸ通信の送信元であるＦＡＸ装置を表す情報を含む相手先情報を記憶し、相手先情報は、送信元であるＦＡＸ装置に、それぞれの優先度を表す値を関連付けるものであり、ＦＡＸシステムは、相手先情報を参照してＦＡＸ通信のそれぞれに関連する優先度を取得する機能と、通信単位ヘッダインデックスを作成する際、取得した優先度の順にヘッダを出力する機能とをさらに備えてもよい。
ページ単位ヘッダインデックスにおいて、ヘッダのいずれかを選択する指示を受け付ける機能と、選択されたヘッダが付加されたページを出力する機能とをさらに備えてもよい。
ページの上下の向きが正しいか否かを判定する機能と、ページの上下の向きが正しくないと判定された場合に、ページを上下反転し、その後、ページの上部にヘッダを付加する機能とをさらに備えてもよい。

また、この発明に係るプログラムは、コンピュータを、上述のＦＡＸシステムとして機能させる。

この発明に係るＦＡＸシステムおよびプログラムによれば、複数のＦＡＸ通信のヘッダをインデックスとして一覧表示するので、多数のＦＡＸ通信を受信した場合であっても受信者が容易にヘッダを確認することができる。

以下、この発明の実施の形態を添付図面に基づいて説明する。
実施の形態１．
図１に、本発明に係るＦＡＸサーバ１００を含む構成を示す。ＦＡＸサーバ１００は、ＦＡＸ装置との間でＦＡＸ通信を行う装置である。ＦＡＸサーバ１００は、ＬＡＮ１１を介して、管理用ＰＣ１０と通信可能に接続されている。管理用ＰＣ１０は、ＦＡＸサーバ１００が受信したＦＡＸ通信を管理または閲覧すべき受信者によって操作される。
ＦＡＸサーバ１００および管理用ＰＣ１０は周知のコンピュータとしての構成を有する。すなわち、図示しないが、演算を行う演算手段と、情報を格納する記憶手段とを備える。演算手段はＣＰＵ（中央処理装置）を含み、記憶手段は半導体メモリおよびＨＤＤ（ハードディスクドライブ）を含む。記憶手段はプログラムを格納し、演算手段がこのプログラムを実行することによって、ＦＡＸサーバ１００および管理用ＰＣ１０は本明細書に記載される機能を実現する。

また、ＦＡＸサーバ１００は、複数のＦＡＸ装置に対して、ＦＡＸ通信すなわちＦＡＸ文書を表すデータを送受信可能である。図１の例では、ＦＡＸサーバ１００に外線ネットワーク１２を介して１台以上の社外ＦＡＸ装置１３が接続されている。外線ネットワーク１２はたとえば周知の公衆電話回線網であり、社外ＦＡＸ装置１３はたとえばＦＡＸサーバ１００の所有者とは異なる者が所有するＦＡＸ装置である。さらに、ＦＡＸサーバ１００には１台以上の社内ＦＡＸ装置１４が接続されている。社内ＦＡＸ装置１４は、たとえばＦＡＸサーバ１００の所有者である組織が所有するＦＡＸ装置である。

このような構成をもって、ＦＡＸサーバ１００は、社外ＦＡＸ装置１３、社内ＦＡＸ装置１４、および管理用ＰＣ１０の間のＦＡＸ通信を処理する。社外ＦＡＸ装置１３および社内ＦＡＸ装置１４と、ＦＡＸサーバ１００との間のＦＡＸ通信は、たとえばＧ３ファクシミリ規格に従ってなされるが、これは他のＦＡＸ規格に従うものであってもよい。
また、ＦＡＸサーバ１００は、後述するように、受信したページのイメージの上下の向きを逆転させる機能を有する。ここで、本明細書において、受信したページの上下の向きが正しくない場合に、これを逆転させて正しい向きに配置する操作を、「正転」と呼ぶ。
さらに、ＦＡＸサーバ１００は、いわゆるＯＣＲとしての機能、すなわち画像中の文字を認識してテキストデータに変換する機能を有する。

図１に示すように、ＦＡＸサーバ１００は、その記憶手段に、ＦＡＸ通信を管理するための情報として、相手先情報１５、通信レコード１６、およびページレコード１７を記憶し格納する。
図２は相手先情報１５の構成の例を示す。相手先情報１５は、ＦＡＸ通信の通信先となる社外ＦＡＸ装置１３に関連する情報を含む。相手先情報１５は、複数の社外ＦＡＸ装置１３について、社外ＦＡＸ装置１３を表すＦＡＸ番号およびＴＳＩコードと、その社外ＦＡＸ装置１３を表す名称である相手先名称と、その社外ＦＡＸ装置１３に対する優先度（すなわち、その社外ＦＡＸ装置１３に関連する送信元に対する優先度）を表す値とを関連付ける。

図３は通信レコード１６の構成の例を示す。通信レコード１６は、ＦＡＸサーバ１００が受信した複数のＦＡＸ通信について、それぞれのＦＡＸ通信に関連する情報を含む。
通番は、そのＦＡＸ通信を識別する情報を表し、たとえば受信された順に付される番号である。受信日時は、そのＦＡＸ通信をＦＡＸサーバ１００が受信した日付および時刻を表す。送信元は、そのＦＡＸ通信の送信元である社外ＦＡＸ装置１３を表すＦＡＸ番号およびＴＳＩコードを表し、相手先情報１５（図２）のＦＡＸ番号およびＴＳＩコードに対応する。ページ数は、そのＦＡＸ通信の全ページ数を表す。

帳票ＩＤは、そのＦＡＸ通信に含まれる帳票の種類を識別するための帳票ＩＤを表す。帳票ＩＤは、たとえば＃記号および数字からなり、４ケタの値を有する。なお、この帳票ＩＤを取得するためのＦＡＸサーバ１００の動作については、図７のステップＳ１０、Ｓ１１、Ｓ１７およびＳ１８に関連して後述する。複数のページが異なる帳票を含む場合には、最先のページの帳票の帳票ＩＤが指定される。いずれのページも帳票を含まない場合には、帳票を含まないことを表す値が指定される。
白紙再送依頼済フラグは、そのＦＡＸ通信が白紙ページを含むとＦＡＸサーバ１００が判定したか否かを表し、たとえば白紙ページを含むと判定された場合には１であり、そうでない場合には０である。白紙ページの判定については、図７のステップＳ７に関連して後述する。
再送可能性フラグは、そのＦＡＸ通信が、それ以前に受信されたＦＡＸ通信の再送部分を含む可能性があるとＦＡＸサーバ１００が判定したか否かを表し、たとえば再送部分を含む可能性があると判定された場合には１であり、そうでない場合には０である。再送の判定については、図７のステップＳ３に関連して後述する。

図４はページレコード１７の構成の例を示す。ページレコード１７は、通信レコード１６に含まれるＦＡＸ通信のそれぞれについて、そのＦＡＸ通信に含まれるページのそれぞれに関連する情報を含む。
通番は通信レコード１６（図３）の通番に対応する。ページ番号は、そのページがそのＦＡＸ通信において何ページ目であるかを表す。正転済フラグは、そのページが、上下の向きが正しくない（すなわち、上下が逆転している）とＦＡＸサーバ１００が判定したか否かを表し、たとえば上下の向きが正しくないと判定された場合には１であり、そうでない場合には０である。上下の向きの判定については、図７のステップＳ１３に関連して後述する。

帳票ＩＤは通信レコード１６の帳票ＩＤに対応する。すなわち、そのページに含まれる帳票の種類を識別するための帳票ＩＤを表す。
イメージ格納アドレスは、ＦＡＸサーバ１００の記憶手段において、そのページの内容であるイメージを表すデータが格納されているアドレスを表す。すなわち、イメージへのポインタである。ここで、受信イメージのイメージ格納アドレスは、受信したイメージがそのまま格納されているアドレスを表し、正転後イメージのイメージ格納アドレスは、受信したイメージを正転したものが格納されているアドレスを表す。なお、そのページについてイメージの正転が行われていない場合には、正転後イメージのイメージ格納アドレスは指定されない。

図５は、社外ＦＡＸ装置１３が送信しＦＡＸサーバ１００が受信するＦＡＸ通信の例を示す。図５の例は、図３および図４における通番「０００１」で表されるＦＡＸ通信に対応する。このＦＡＸ通信は、ＡＢＣ社の送信者が、ＦＡＸサーバ１００の所有者であるＸＹＺ社の受信者に向けて、ＦＡＸ送信票１ページと、帳票ＩＤ「＃１０５」〜「＃１０８」の帳票全４ページとの合計５ページを送信しようと意図したものである。

１ページ目はＦＡＸ送信票であり、正常に受信されている。２ページ目は帳票ＩＤ「＃１０５」の帳票であり、正常に受信されている。３ページ目は、帳票ＩＤ「＃１０６」の帳票であるべきところ、送信者が誤って原稿を裏向きにセットしたため白紙として受信されている。４ページ目は帳票ＩＤ「＃１０７」の帳票であるが、送信者が誤って原稿を上下逆方向にセットしたため上下が逆転して受信されている。５ページ目は、帳票ＩＤ「＃１０８」の帳票であるべきところ、送信者が誤って原稿を裏向きにセットしたため白紙として受信されている。

図６は、受信したＦＡＸ通信の各ページにＦＡＸサーバ１００が付加するヘッダ２０の構成の例を示す。ヘッダ２０は、ＦＡＸ通信に関連する情報を表示するものであり、たとえばページ上端に付加される。
ヘッダ２０において、送信元表示部２１は、そのＦＡＸ通信の送信元を表示する。送信元は、図３に示す通信レコード１６の送信元に対応するが、同一のＦＡＸ番号およびＴＳＩコードの組み合わせが図２の相手先情報１５に含まれている場合には、相手先情報１５において関連付けられた相手先名称が表示される。

受信日時表示部２２は、通信レコード１６に含まれるそのＦＡＸ通信の受信日時を表示する。帳票ＩＤ表示部２３は、ページレコード１７に含まれるそのページの帳票ＩＤを表示するが、帳票ＩＤが指定されていない場合には何も表示しない。白紙表示部２４は、通信レコード１６に含まれるＦＡＸ通信の白紙再送依頼済フラグの内容を示し、たとえば白紙再送依頼済フラグが１である場合には「白紙」と表示し、０である場合には何も表示しない。再送可能性表示部２５は、通信レコード１６に含まれるそのＦＡＸ通信の再送可能性フラグの内容を示し、たとえば再送可能性フラグが１である場合には「再送？」と表示し、０である場合には何も表示しない。

正転済表示部２６は、そのページのイメージが正転されたものであるか否かを示し、たとえば正転されたイメージである場合には「正転済」と表示し、そうでない場合には何も表示しない。なお、この正転済表示部２６は、ページレコード１７の正転済フラグを直接表すものではない。すなわち、正転済フラグが１であるページについては、受信直後（正転前）のイメージと、正転後のイメージとの双方が記憶されることになるが、このうち正転後のイメージに含まれるヘッダにのみ「正転後」の表示がなされる。

ページ数表示部２７は、通信レコード１６に含まれるそのＦＡＸ通信のページ数と、そのＦＡＸ通信におけるそのページのページ番号とを表示する。たとえば、図６の「１／３」という表示は、そのＦＡＸ通信が全３ページであり、このヘッダ２０が付加されたページはそのうち１ページ目であることを表す。

以上のように構成されるＦＡＸサーバ１００の動作を、図７〜図９を用いて以下に説明する。
図７は、ＦＡＸサーバ１００の動作の流れを表すフローチャートである。
まず、ＦＡＸサーバ１００は社外ＦＡＸ装置１３から送信されるＦＡＸ通信を受信する（ステップＳ１）。この例では、ＦＡＸ通信は図５に示す内容であるとする。
次に、ＦＡＸサーバ１００は、通信レコード１６に、受信したＦＡＸ通信を表すレコードを作成する（ステップＳ２）。この例では、図３の通番「０００１」のレコードが作成されるとする。ＦＡＸサーバ１００は、このＦＡＸ通信を受信した日時と、そのＦＡＸ通信の送信元のＦＡＸ番号およびＴＳＩコードを記録する。また、このＦＡＸ通信は全５ページであるので、ページ数には「５」が指定される。
この時点では、デフォルト値として、帳票ＩＤは「なし」が指定され、白紙再送依頼済フラグおよび再送可能性フラグには「０」が指定される（後述する処理によって図３に示すように変更される）。

次に、ＦＡＸサーバ１００は、処理中のＦＡＸ通信が、それ以前に受信されたＦＡＸ通信の再送部分を含む可能性があるか否かを判定する（ステップＳ３）。これは、たとえば、誤って白紙ページを送信してしまった送信者が、正しい状態のページを再送してきたというケースに対応する。この判定は、通信レコード１６の受信日時と、送信元と、白紙再送依頼済フラグとに基づいて行われる。たとえば、処理中のＦＡＸ通信と、以前に受信されたＦＡＸ通信のいずれかとが、以下の条件Ａ〜条件Ｃすべてを満たす場合に、ＦＡＸサーバ１００は再送部分を含む可能性があると判定する。
‐条件Ａ：以前のＦＡＸ通信のページのいずれかが白紙であると判定されている。すなわち、通信レコード１６において、以前のＦＡＸ通信の白紙再送依頼済フラグが１である。
‐条件Ｂ：以前のＦＡＸ通信の送信元と、処理中のＦＡＸ通信の送信元とが一致する。すなわち、通信レコード１６において、それぞれの送信元が同一の値を有する。
‐条件Ｃ：以前のＦＡＸ通信を受信した後、所定時間以内、たとえば一時間以内に、処理中のＦＡＸ通信が受信されている。すなわち、通信レコード１６において、受信日時の差が一時間以内である。

ステップＳ３において、処理中のＦＡＸ通信が、以前のＦＡＸ通信の再送部分を含む可能性があると判定された場合には、ＦＡＸサーバ１００は、通信レコード１６において、処理中のＦＡＸ通信の再送可能性フラグを１にセットする（ステップＳ４）。そうでない場合には、ステップＳ４は実行されず、再送可能性フラグは変化せず０のままとなる。
ステップＳ３またはステップＳ４の後、ＦＡＸサーバ１００は、ページレコード１７に、そのＦＡＸ通信に含まれる各ページに対応するページを表すレコードを作成する（ステップＳ５）。たとえば図５の例では、通番「０００１」かつページ番号「１」〜「５」の合計５つのレコードが作成される。
この時点では、デフォルト値として、作成されたレコードの正転済フラグには「０」が指定され、帳票ＩＤには「なし」が指定され、イメージ格納アドレスにはいずれも「なし」が指定される（後述する処理によって図４に示すように変更される）。

続くステップＳ６〜ステップＳ１８はループを構成しており、このループはＦＡＸ通信に含まれるページごとに実行される。このループは、たとえば次のページが存在するか否かの条件分岐に従って実行される。

ループにおいて、まずＦＡＸサーバ１００は、処理中のページをイメージ化する（ステップＳ６）。このイメージ化は、周知のＦＡＸ装置によるイメージ化と同様にしてなされる。ここで、ＦＡＸサーバ１００は作成されたイメージを記憶手段に格納し、そのイメージが格納されているアドレスを、ページレコード１７における受信イメージのイメージ格納アドレスに指定する。

次に、ＦＡＸサーバ１００は、処理中のページが白紙であるか否かを判定する（ステップＳ７）。この判定は、ページ中で黒画素が占める割合と、所定の閾値とを比較して行われる。たとえば、黒画素が占める面積が、ページの面積の０．００１％未満である場合には、処理中のページは白紙であると判定する。
ステップＳ７において、処理中のページが白紙であると判定された場合には、ＦＡＸサーバ１００は、通信レコード１６において処理中のＦＡＸ通信の白紙再送依頼済フラグを１にセットする（ステップＳ８）。さらに、ＦＡＸサーバ１００は、後述する再送依頼のために処理中のページ番号を記憶する。

処理中のページが白紙ではないと判定された場合には、ステップＳ８は実行されず、白紙再送依頼済フラグは変化せず０のままとなる。なお、この時点では白紙ページの再送依頼はまだ送信されていないが、本実施形態では受信後それほど間をおかず白紙ページの再送依頼が送信されることになるため、当該フラグの名称を「白紙再送依頼済フラグ」としている。ただし、白紙ページの判定と再送依頼とが必ずしも対応しない実施形態や、白紙ページの判定後に再送依頼がなされたかどうかを考慮する必要がある実施形態においては、白紙ページを単に検出したことを表す「白紙検出フラグ」等を、白紙再送依頼済フラグとは別に設けてもよい。

ステップＳ７またはステップＳ８の後、ＦＡＸサーバ１００は、ステップＳ６で作成されたイメージに対してＯＣＲ認識を実行し、処理中のページに現れる文字列をテキストデータとして取得する（ステップＳ９）。ここで、ＦＡＸサーバ１００は、取得した文字列すべてについて、その文字列が現れる位置と、その文字列の大きさすなわちフォントサイズとをさらに取得する。

次に、ＦＡＸサーバ１００は、処理中のページに帳票ＩＤが含まれているか否かを判定する（ステップＳ１０）。この判定は、イメージ中の所定の位置に、所定の条件を満たす文字列が表示されているか否かに基づいて行われる。たとえば、ステップＳ６で作成されたイメージにおいて、上から３ｃｍ〜５ｃｍ、右から２ｃｍ〜４ｃｍの範囲に、＃記号および数字からなる４文字の文字列が表示されている場合、帳票ＩＤが含まれていると判定し、その文字列を帳票ＩＤとして取得する。

ステップＳ１０において帳票ＩＤが含まれていると判定された場合には、ＦＡＸサーバ１００は、処理中のページについて帳票ＩＤを記録する（ステップＳ１１）。ここでは、ステップＳ１０において判定された帳票ＩＤを、ページレコード１７において処理中のページの帳票ＩＤとして記録する。また、通信レコード１６における処理中のＦＡＸ通信の帳票ＩＤがまだ記録されていない場合には、取得された帳票ＩＤを記録する。通信レコード１６における処理中のＦＡＸ通信の帳票ＩＤがすでに記録されている場合、すなわち以前のページに関連する処理においてすでに帳票ＩＤが記録されている場合には、通信レコード１６の帳票ＩＤは変更しない。結果として、通信レコード１６の帳票ＩＤには、そのＦＡＸ通信における最初の帳票ＩＤが記録されることになる。
ステップＳ１０において帳票ＩＤが含まれていないと判定された場合には、ステップＳ１１は実行されず、通信レコード１６およびページレコード１７の帳票ＩＤは変化しない。

ステップＳ１０またはＳ１１の後、ＦＡＸサーバ１００は、処理中のページのイメージにヘッダを付加する（ステップＳ１２）。
図８は、ステップＳ１２において作成されるページのイメージ、すなわち受信イメージ３０の例を示す。この受信イメージ３０は、図５に示すＦＡＸ通信の４ページ目に対応するものである。受信イメージ３０は、そのページについて受信した内容をイメージとして表す内容表示部３１と、第一のヘッダとして正転前のヘッダを表す第一のヘッダ表示部３２とを含む。また、ヘッダは図６に示すヘッダ２０と同様の構成を有するものであり、受信イメージ３０の所定の位置、たとえば受信イメージ３０の上部に付加される。ここで、上部とは、たとえば内容表示部３１の上端よりもさらに上側の部分を意味する。
ここで、図５および図８に示すように、当該ページは上下の向きが正しくない状態で受信されているため、受信イメージ３０において、内容表示部３１における表示内容と第一のヘッダ表示部３２における表示内容とは、上下の向きが一致しないことになる。

次に、ＦＡＸサーバ１００は、処理中のページの上下の向きが正しいか否かを判定する（ステップＳ１３）。この判定は、周知の判定方法によって行われる。たとえば特許文献１に記載されるように、正方向および逆方向における文字認識の自信度に基づいて判定してもよい。
ステップＳ１３において上下の向きが正しくない（すなわち上下が逆転している）と判定された場合、ＦＡＸサーバ１００は、処理中のページのイメージを正転するとともに新たにヘッダを付加する（ステップＳ１４）。ここで、ＦＡＸサーバ１００は作成されたイメージを記憶手段に格納し、そのイメージが格納されているアドレスを、ページレコード１７における正転後イメージのイメージ格納アドレスに記録する。

図９は、ステップＳ１４において作成されるページのイメージ、すなわち正転後イメージ４０の例を示す。図９の正転後イメージ４０は、図８の受信イメージ３０を正転させた場合のものである。
正転後イメージ４０は、そのページについて受信した内容をイメージとして表す内容表示部４１と、第一のヘッダとして正転前のヘッダを表す第一のヘッダ表示部４２と、第二のヘッダとして正転後のヘッダを表す第二のヘッダ表示部４３とを含む。図９の内容表示部４１は、図８の内容表示部３１を正転させたものであり、同一の内容が上下の向きを逆にして表示される。図９の第一のヘッダ表示部４２に表示されるヘッダは、図８の第一のヘッダ表示部３２の表示内容を上下逆転させたものであり、同一の内容が上下の向きを逆にして表示される。なお、イメージ全体の上下の向きが逆になっているので、図９の第一のヘッダ表示部４２はページの下部に表示されることになる。

正転後のヘッダを表す第二のヘッダ表示部４３は、正転後イメージ４０の所定の位置、たとえば正転後イメージ４０の上部に付加される。ここで、上部とは、たとえば内容表示部４１の上端よりもさらに上側の部分を意味する。
ここで、図９に示すように、処理中のページは正転され上下の向きが正しい状態となっているので、内容表示部４１の表示内容と第二のヘッダ表示部４３の表示内容とは上下の向きが一致し、受信者は容易にヘッダを読み取ることができる。
さらに、第二のヘッダ表示部４３における正転後のヘッダには、正転済表示部２６に、そのページのイメージが正転されたものであることを表す表示、すなわち「正転済」という文字列を含む。この表示は、第一のヘッダ表示部４２における正転前のヘッダには含まれない。このため、受信者は、そのページが元々どちらの向きで送信されたものかを容易に知ることができる。

ステップＳ１４の後、ＦＡＸサーバ１００は、ページレコード１７において処理中のページの正転済フラグを１にセットする（ステップＳ１５）。
その後、ＦＡＸサーバ１００は、正転後イメージ４０に対して、上述のステップＳ９〜Ｓ１１と同様の処理を実行する。すなわち、ステップＳ１４で作成されたイメージに対してＯＣＲ認識を実行して、処理中のページに現れる文字列をテキストデータとして取得し（ステップＳ１６）、処理中のページに帳票ＩＤが含まれているか否かを判定し（ステップＳ１７）、帳票ＩＤが含まれている場合には帳票ＩＤを記録する（ステップＳ１８）。

ステップＳ１３において上下の向きが正しい（すなわち上下が逆転していない）と判定された場合には、ステップＳ１４〜Ｓ１８は実行されず、正転済フラグは変化せず０のままとなる。また、この場合、正転後イメージ４０は作成されない。

ステップＳ１３、Ｓ１７またはＳ１８の後、ＦＡＸサーバ１００は次のページについてステップＳ６〜ステップＳ１８のループを実行する。
すべてのページについてループが終了した後、ＦＡＸサーバ１００は、白紙と判定されたページの再送を依頼する必要があるか否かを判定する（ステップＳ１９）。ここで、通信レコード１６の白紙再送依頼済フラグが１であれば（すなわち、処理中のＦＡＸ通信のいずれかのページが白紙であれば）、再送を依頼する必要があると判定する。

ステップＳ１９において再送を依頼する必要があると判定された場合には、ＦＡＸサーバ１００は、処理中のＦＡＸ通信の送信元に対し、別途のＦＡＸ通信によって再送依頼を送信する（ステップＳ２０）。この再送依頼は、ステップＳ７において白紙であると判定されたページの再送を依頼するものである。再送依頼の内容は、相手先情報１５、通信レコード１６、およびページレコード１７に基づいて作成されるものであり、相手先名称または送信元のＦＡＸ番号と、受信日時と、白紙であると判定されたページすべてのページ番号を含むリストと、再送を促す文面とを含む。たとえば、図５に示すＦＡＸ通信に対する再送依頼は、「ＡＢＣ社様 ２００８年８月１８日 １３時５３分００秒にご送付いただいたＦＡＸの３ページ目、５ページ目が白紙でした。ご確認のうえ、必要でしたらご再送ください。」というメッセージである。

ステップＳ１９またはステップＳ２０の後、ＦＡＸサーバ１００は、処理中のＦＡＸ通信を出力する（ステップＳ２１）。この出力は、たとえば図１に示す管理用ＰＣ１０を介しての受信者からの指示に応じて、管理用ＰＣ１０に対して実行される。出力内容は、通信レコード１６におけるそのＦＡＸ通信に関連する情報と、ページレコード１７における各ページに関連する情報と、相手先情報１５において送信元に対応する相手先名称と、正転されていないページの受信イメージ３０とを含む。また、いずれかのページが正転されている場合には、正転されたページすべての正転後イメージ４０を含む。
管理用ＰＣ１０は、ＦＡＸサーバ１００から出力された情報を画面に表示し、受信者がこれを閲覧できるようにする。この表示は、周知のＦＡＸサーバの管理用ＰＣと同様にして行われる。

以上のように受信されイメージ化されるＦＡＸ通信について、ヘッダのインデックスに関する処理の流れを、図１０〜図１４を用いて以下に説明する。図１０〜図１４は、ＦＡＸサーバ１００によって作成され管理用ＰＣ１０によって表示される画面の構成の例を示す。
これらの画面は、たとえばＨＴＭＬ形式のファイルを含むデータとして作成され、ＨＴＴＰプロトコルに従って送受信される。ＦＡＸサーバ１００はＨＴＴＰサーバとしてこれらの画面を作成および送信する機能を有し、管理用ＰＣ１０はＷｅｂブラウザとしてこれらの画面を受信および表示する機能を有する。

図１０は、複数のＦＡＸ通信のヘッダを表示する、通信一覧画面の構成の例を示す。
通信一覧画面は、通信単位ヘッダインデックス５０と、優先度インデックス５１と、通番インデックス５２とを含む。通信単位ヘッダインデックス５０には、通信レコード１６に含まれるすべてのＦＡＸ通信の、１ページ目のヘッダが含まれる。図１０の例では、通番「０００１」〜「０００４」に対応する４つのヘッダが表示されている。優先度インデックス５１は、通信単位ヘッダインデックス５０に含まれるヘッダのそれぞれについて、対応するＦＡＸ通信の送信元に関連付けられた優先度（図２の相手先情報１５参照）を表示する。なお、図１０における通番「０００４」のＦＡＸ通信のように、相手先情報１５に該当するレコードが存在しない場合には９９９が表示され、優先度が最低であるものとして扱われる。
このように、通信単位ヘッダインデックス５０はすべてのＦＡＸ通信のヘッダを含むので、受信者はこの画面を見るだけで、すべてのＦＡＸ通信について関連する情報（送信元、受信日時等）を容易に確認することができる。

通信一覧画面は、項目表示５３と、ソートボタン５４とを含む。項目表示５３は、ＦＡＸ通信に関連する情報の項目名を表すものである。「優先度」および「通番」は、それぞれ上述の優先度インデックス５１および通番インデックス５２に対応する位置に表示される。「送信元」「受信日時」「帳票ＩＤ」「白紙再送依頼済」「再送可能性有無」「正転済」および「ページ」は、通信単位ヘッダインデックス５０に対応する位置に表示される。ここで、通信単位ヘッダインデックス５０に含まれるそれぞれのヘッダは、図６に示すように、送信元表示部２１、受信日時表示部２２、帳票ＩＤ表示部２３、白紙表示部２４、再送可能性表示部２５、正転済表示部２６、およびページ数表示部２７を含むものであるが、図１０の項目表示５３に含まれる「送信元」「受信日時」「帳票ＩＤ」「白紙再送依頼済」「再送可能性有無」「正転済」「ページ」は、それぞれの表示部に対応する位置に表示される。

ソートボタン５４は、項目表示５３におけるそれぞれの項目に対応する位置に表示される。ＦＡＸ通信の受信者は、管理用ＰＣ１０を介してソートボタン５４を操作（たとえばマウスクリック）することにより、通信単位ヘッダインデックス５０におけるヘッダの表示順序を変更することができる。
図１０に示す状態は、優先度に対応するソートボタン５４のうち、降順の順序を指示するボタンが操作された状態である。優先順位が最も高い（すなわち優先度の値が最も小さい「１」である）通番「０００２」のヘッダが先頭に表示され、次にそれよりも優先順位が低い（優先度が「３」である）通番「０００１」のヘッダおよび通番「０００３」のヘッダが表示される。最後に、優先順位が最も低い（優先度が「９９９」である）通番「０００４」のヘッダが表示される。このように、受信通番に関係なく送信元の優先度に従って通信単位ヘッダインデックス５０をソートすることができるので、受信者は容易に重要な顧客からのＦＡＸ通信のみを優先して確認することができる。
なお、優先度に対応するソートボタン５４のうち、昇順の順序を指示するボタンが操作された場合には、通信単位ヘッダインデックス５０は図１０とは逆順に表示される。また、他の項目に対応するソートボタン５４が操作された場合にも同様にして、その項目の値に従って通信単位ヘッダインデックス５０がソートされる。

通信一覧画面は、ページ一覧画面を表示させるためのページ一覧表示ボタン５５を含む。受信者は、通信単位ヘッダインデックス５０に含まれるヘッダのいずれか１つを選択した状態で、ページ一覧表示ボタン５５を操作することができる。ページ一覧表示ボタン５５が操作されると、管理用ＰＣ１０は選択されたヘッダに対応する通番と、ページ一覧表示ボタン５５が操作されたことを表す情報とをＦＡＸサーバ１００に送信する。ＦＡＸサーバ１００は、これに応じて、そのＦＡＸ通信のページ一覧画面（図１１を用いて後述）を作成し、管理用ＰＣ１０に送信する。
なお、ヘッダを選択する指示を表す操作は、たとえば受信者が所望のヘッダに対して行う所定の操作（マウスクリック等）とすることができる。また、受信者がヘッダのいずれか１つに別の所定の操作（マウスダブルクリック等）を行った場合、そのヘッダが選択されページ一覧表示ボタン５５が操作された場合と同様に、ページ一覧画面を表示してもよい。

さらに、通信一覧画面は、再送対応付け画面を表示させるための再送対応付け開始ボタン５６を含む。受信者は、通信単位ヘッダインデックス５０に含まれるヘッダのいずれか２つを選択した状態で、再送対応付け開始ボタン５６を操作することができる。再送対応付け開始ボタン５６が操作されると、管理用ＰＣ１０は選択されたヘッダのそれぞれに対応する通番と、再送対応付け開始ボタン５６が操作されたことを表す情報とをＦＡＸサーバ１００に送信する。ＦＡＸサーバ１００は、これに応じて、再送対応付け画面（図１２を用いて後述）を作成し、管理用ＰＣ１０に送信する。

図１１は、同一のＦＡＸ通信に含まれる複数のページのヘッダを表示する、ページ一覧画面の構成の例を示す。
ページ一覧画面は、ページ単位ヘッダインデックス６０を含む。ページ単位ヘッダインデックス６０には、通信一覧画面（図１０）において選択されたＦＡＸ通信に含まれるすべてのページのヘッダが含まれる。図１１の例では、通番「０００４」のＦＡＸ通信の５つのページのヘッダが表示されている。

また、ページ一覧画面は、項目表示６１と、ソートボタン６２とを含む。項目表示６１は、図１０に示す通信一覧画面の項目表示５３に対応するものであり、「送信元」「受信日時」「帳票ＩＤ」「白紙再送依頼済」「再送可能性有無」「正転済」「ページ」の表示を含む。ソートボタン６２は、図１０に示す通信一覧画面のソートボタン５４に対応するものであり、「帳票ＩＤ」「白紙再送依頼済」「再送可能性有無」「正転済」「ページ」の各項目についてヘッダをソートするために用いられる。

ページ一覧画面は、１つのページの全体を表示させるためのページ全体表示ボタン６３を含む。受信者は、ページ単位ヘッダインデックス６０に含まれるヘッダのいずれか１つを選択した状態で、ページ全体表示ボタン６３を操作することができる。ページ全体表示ボタン６３が操作されると、管理用ＰＣ１０は選択されたヘッダに対応するページ番号と、ページ全体表示ボタン６３が操作されたことを表す情報とをＦＡＸサーバ１００に送信する。ＦＡＸサーバ１００は、これに応じて、該当するページの受信イメージ３０（図８）を管理用ＰＣ１０に送信し、管理用ＰＣ１０はこれを受信して表示する（そのページが正転されている場合には、正転後イメージ（図９）が送信される）。このようにして、管理用ＰＣ１０は選択されたヘッダが付加されたページを出力し、受信者はそのページ全体の内容を確認することができる。
なお、ヘッダを選択する指示を表す操作は、たとえば受信者が所望のヘッダに対して行う所定の操作（マウスクリック等）とすることができる。また、受信者がヘッダのいずれか１つに別の所定の操作（マウスダブルクリック等）を行った場合、そのヘッダが選択されページ全体表示ボタン６３が操作された場合と同様に、ページ全体画面を表示してもよい。

さらに、ページ一覧画面は、旧ページ全体表示ボタン６４を含む。旧ページ全体表示ボタン６４は、再送対応付け画面（図１２を用いて後述）においてページ対応付け操作がなされている場合に用いられるものであるが、これについては図１４を用いて後述する。

図１２は、白紙ページを含むＦＡＸ通信と、その白紙ページを補充するものとして再送されたＦＡＸ通信との間で、ページ対応付け操作を行うための、再送対応付け画面の構成の例を示す。
再送対応付け画面は、１つのＦＡＸ通信（先のＦＡＸ通信）と、それより後に受信されたＦＡＸ通信（後のＦＡＸ通信）、たとえば先のＦＡＸ通信の再送部分を含む可能性がある別のＦＡＸ通信とについて、それぞれに含まれる複数のページのヘッダを表示する。
再送対応付け画面は、再送対応付けインデックス７０を含む。再送対応付けインデックス７０は、先のページ単位ヘッダインデックス７１と、後のページ単位ヘッダインデックス７２とを含む。先のページ単位ヘッダインデックス７１は、通信一覧画面（図１０）において選択された２つのＦＡＸ通信のうち、受信日時が先であるものに含まれるすべてのページのヘッダを表示する。後のページ単位ヘッダインデックス７２は、通信一覧画面（図１０）において選択された２つのＦＡＸ通信のうち、受信日時が後であるものに含まれるすべてのページのヘッダを表示する。

再送対応付け画面において、管理用ＰＣ１０は、受信者からのページ対応付け操作を受け付ける。このページ対応付け操作は、先のＦＡＸ通信に含まれる、白紙と判定された１つのページと、後のＦＡＸ通信に含まれる１つのページとが対応することを示すものである。この操作は、たとえば後のＦＡＸ通信のページのヘッダのいずれかをドラッグ操作して、先のＦＡＸ通信のページのヘッダのいずれかにドロップすることによって行われる。
この操作が行われると、該当のページの組に対し、ページ対応付け操作が完了したことを示す表示がなされる。この表示は、たとえば、先のＦＡＸ通信のページのヘッダが、後のＦＡＸ通信のページのヘッダによって上書きされるとともに、後のＦＡＸ通信のページのヘッダは表示されなくなるというものである。あるいは、後のＦＡＸ通信のページのヘッダは、表示形式が変更された状態（たとえば色が薄くなる等）で表示されてもよい。

ここでは、たとえば後のＦＡＸ通信の２ページ目が先のＦＡＸ通信の３ページ目に対応付けられ（矢印Ａ）、後のＦＡＸ通信の３ページ目が先のＦＡＸ通信の５ページ目に対応付けられた（矢印Ｂ）ものとして、ＦＡＸサーバ１００における処理を説明する。
なお、再送対応付け画面は、１つのページの全体を表示させるためのページ全体表示ボタン７３を含む。これは図１１のページ一覧画面におけるページ全体表示ボタン６３と同様に機能する。

また、再送対応付け画面は、全ページの対応付けを自動的に行う全ページ自動対応ボタン７４を含む。先のＦＡＸ通信に含まれる白紙ページの数と、後のＦＡＸ通信に含まれるすべてのページの数とが等しい場合、全ページ自動対応ボタン７４が操作されると、管理用ＰＣ１０はそれぞれをページ番号の順に自動的に対応付ける。また、先のＦＡＸ通信に含まれる白紙ページの数に１を足した数と、後のＦＡＸ通信に含まれるすべてのページの数とが等しい場合（たとえば、後のＦＡＸ通信が、表紙１ページと、白紙ページに対応する再送ページとからなる場合等がこれに相当する）に、全ページ自動対応ボタン７４が操作されると、管理用ＰＣ１０は、先のＦＡＸ通信におけるすべての白紙ページと、後のＦＡＸ通信における先頭ページを除いたすべてのページとを、それぞれページ番号の順に自動的に対応付ける。

さらに、再送対応付け画面は、ページ対応付け操作の終了を指示する対応付け終了ボタン７５を含む。対応付け終了ボタン７５が操作されると、管理用ＰＣ１０は、ページ対応付け操作がなされたすべてのページについて、対応関係をＦＡＸサーバ１００に送信する。ＦＡＸサーバ１００は、これに応じて、通信レコード１６、ページレコード１７、および各ページのヘッダを更新する。

図１３および図１４は、更新された通信一覧画面およびページ一覧画面の例である。これらの画面は、それぞれ、図１０および図１１に示す状態を出発点とし、図１２の矢印Ａおよび矢印Ｂに示すページ対応付け操作が行われた後の状態に対応する。
図１３の通信単位ヘッダインデックス１５０では、図１０の通信単位ヘッダインデックス５０と異なり、通番「０００１」のヘッダに白紙再送依頼済フラグを表す表示がない。これは、このＦＡＸ通信に含まれていた白紙ページに対してページ対応付け操作が終了していることに基づくものである。また、通番「０００３」に対応するヘッダが表示されない。これは、このＦＡＸ通信は先のＦＡＸ通信とのページ対応付け操作が終了し、独立したＦＡＸ通信として扱う必要がなくなったことに基づくものである。

図１４のページ単位ヘッダインデックス１６０では、図１１のページ単位ヘッダインデックス６０と異なり、３ページ目と５ページ目のヘッダが後のＦＡＸ通信のものに入れ替えられている。これは、それぞれのページの対応関係に基づくものである。なお、図１４では後のＦＡＸ通信のページ数表示が変更されていないが、これは先のＦＡＸ通信のページ数に合わせて修正されてもよい。
このように、先のＦＡＸ通信において、白紙のページのみが後のＦＡＸ通信の再送ページに置き換えられ、２つのＦＡＸ通信が１つのものとして扱われるので、受信者は２つのＦＡＸ通信を交互に表示させて見比べる必要なく、送信者が最初に意図したとおりのページ構成でＦＡＸ通信を見ることができる。

なお、受信者は、ページ単位ヘッダインデックス６０に含まれるヘッダのいずれか１つを選択した状態で、旧ページ全体表示ボタン６４を操作することができる。この操作は、ページ対応付け操作がなされる前のページを表示するために行われる。旧ページ全体表示ボタン６４が操作されると、管理用ＰＣ１０は選択されたヘッダに対応するページ番号と、旧ページ全体表示ボタン６４が操作されたことを表す情報とをＦＡＸサーバ１００に送信する。ＦＡＸサーバ１００は、これに応じて、該当するページの、ページ対応付け操作がなされる前の受信イメージ３０（図８）または正転後イメージ（図９）を管理用ＰＣ１０に送信する。すなわち、ページ対応付け操作がなされたページの組については、ページ全体表示ボタン６３によって再送前のページを表示させることができ、旧ページ全体表示ボタン６４によって再送後のページを表示させることができる。

なお、ページ対応付け操作に応じた通信レコード１６、ページレコード１７、およびヘッダの更新処理における具体的処理内容は、たとえば次のようなものである。
通信レコード１６（図３）には、再送の対応付けに係わる列が追加される。この列には、そのＦＡＸ通信を先のＦＡＸ通信として対応付けられた、後のＦＡＸ通信の通番が記憶される。
ページレコード１７（図４）には、再送の対応付けに係わる列が２列追加される。最初の列には、そのページを含むＦＡＸ通信を先のＦＡＸ通信として対応付けられた、後のＦＡＸ通信の通番が記憶される。次の列には、そのページに対応付けられた、後のＦＡＸ通信のページのページ数が記憶される。
図１２の再送対応付け画面に関連して説明したようなドラッグ＆ドロップ操作により、ページ対応付け操作が行われると、これらの列に値が記憶されて、そのデータを参照して、図１３、図１４に示すような表記を行うことができる。
また、先のＦＡＸ通信と対応付けがなされた後のＦＡＸ通信については、通信レコード１６からレコードが削除されてもよいし、レコード自体は削除されずに対応付けが済んだことを表すフラグがセットされてもよい。また、ヘッダの表示内容（白紙再送依頼済フラグの表示等）が変更される場合には、画面上に表示されるヘッダにのみ変更がなされてもよいし、受信イメージ３０や正転後イメージ４０そのものが変更されてもよい。

このように、実施の形態１に係るＦＡＸシステムによれば、通信一覧画面における通信単位ヘッダインデックス５０はすべてのＦＡＸ通信のヘッダを含むので、受信者はこの画面を見るだけで、すべてのＦＡＸ通信について関連する情報（送信元、受信日時等）を容易に確認することができる。
また、表示される内容は、単に通信レコード１６やページレコード１７の内容をテキスト表示したものではなく、実際の受信イメージ３０（図８）または正転後イメージ４０（図９）の一部として表示あるいは印刷されるヘッダを表すイメージである。このため受信者には、あたかも実際に印刷された紙を並べ、上下に少しずつずらして全ページのヘッダを一度に眺めるかのような印象を与えることができ、表示内容をより容易に理解できる構成となっている。

また、白紙ページを含むＦＡＸ通信に対し、その再送部分を含む可能性のあるＦＡＸ通信を自動的に判定して再送対応付けインデックスを作成するので、受信者は受信したＦＡＸ通信すべてを確認する必要がなく、作業効率が向上する。
また、通信単位ヘッダインデックスを作成する際、あらかじめ指定された優先度の順にヘッダを出力するので、重要な相手先からのＦＡＸ通信を瞬時に見分けることができる。
また、ページ単位ヘッダインデックスにおいて、ヘッダを選択するとそのヘッダを含むページ全体を表示するので、インデックス表示とページ全体表示との切り替えが容易となる。
また、ページの上下の向きが正しくない場合には、ページを正転した後にさらにヘッダを付加するので、正転後のページについても内容とヘッダとは上下の向きが一致しており、受信者は常に容易にヘッダを読み取ることができる。

上述の実施の形態１では、図１０〜図１４の画面はすべてＦＡＸサーバ１００によって作成され管理用ＰＣ１０に送信されるが、これらの画面は管理用ＰＣ１０によって作成されるものであってもよい。この場合、ＦＡＸサーバ１００は画面の作成に用いられる情報を管理用ＰＣ１０に送信してもよい。また、画面はＨＴＭＬ形式に従って作成される必要はなく、ＦＡＸサーバ１００または管理用ＰＣ１０が実行する専用アプリケーションその他のプログラムが用いる形式で作成されてもよい。

画面上に一度に表示される内容の単位は、図１０〜図１４に示すものとは異なっていてもよい。すなわち、たとえば図１０の通信単位ヘッダインデックス５０と図１１のページ単位ヘッダインデックス５０とが同一の画面内に表示されてもよい。また、図１０の通信単位ヘッダインデックス５０が複数の画面に渡って、切り替え操作に従って表示されてもよい。

ＦＡＸシステムの機能は、実施の形態１とは異なるハードウエア構成において実現されてもよい。たとえば、ＦＡＸサーバ１００および管理用ＰＣ１０が単一のコンピュータにまとめられてもよい。また、相手先情報１５、通信レコード１６、およびページレコード１７の一部または全部が、ＦＡＸサーバ１００でなく管理用ＰＣ１０や他のコンピュータに記憶されてもよい。

本発明に係るＦＡＸサーバを含む構成を示す図である。 図１の相手先情報の構成の例を示す図である。 図１の通信レコードの構成の例を示す図である。 図１のページレコード１７の構成の例を示す図である。 ＦＡＸサーバが受信するＦＡＸ通信の例を示す図である。 ＦＡＸ通信の各ページにＦＡＸサーバが付加するヘッダの構成の例を示す図である。 ＦＡＸサーバの動作の流れを表すフローチャートである。 図７のステップＳ１２において作成されるページのイメージ（受信イメージ）の例を示す図である。 図７のステップＳ１４において作成されるページのイメージ（正転後イメージ）の例を示す図である。 複数のＦＡＸ通信のヘッダを表示する、通信一覧画面の構成の例を示す図である。 同一のＦＡＸ通信に含まれる複数のページのヘッダを表示する、ページ一覧画面の構成の例を示す図である。 複数のＦＡＸ通信の間でページの対応付けを行うための、再送対応付け画面の構成の例を示す図である。 図１０の通信一覧画面が更新された状態を示す図である。 図１１のページ一覧画面が更新された状態を示す図である。

符号の説明

１０ 管理用ＰＣ、１３ 社外ＦＡＸ装置、１４ 社内ＦＡＸ装置、１５ 相手先情報、１６ 通信レコード、１７ ページレコード、
２０ ヘッダ、２６ 正転済表示部、３０ 受信イメージ、４０ 正転後イメージ、３１，４１ 内容表示部、３２，４２ 第一のヘッダ表示部、４３ 第二のヘッダを表す表示部、
５０，１５０ 通信単位ヘッダインデックス、６０，７１，７２，１６０ ページ単位ヘッダインデックス、７０ 再送対応付けインデックス、
１００ ＦＡＸサーバ。

Claims (7)

1. 少なくとも１つのページを含むＦＡＸ通信を扱う、ＦＡＸサーバであって、
   前記ＦＡＸ通信を受信する機能と、
   前記ＦＡＸ通信の前記ページの上部にヘッダを付加する機能と、
   複数の前記ＦＡＸ通信について前記ヘッダを含む、通信単位ヘッダインデックスを作成する機能と
   を備えるＦＡＸシステム。
2. 同一の前記ＦＡＸ通信に含まれる複数の前記ページについて前記ヘッダを含む、ページ単位ヘッダインデックスを作成する機能をさらに備える、請求項１に記載のＦＡＸシステム。
3. 前記ページが白紙であるか否かを判定する機能と、
   第一のＦＡＸ通信の前記ページのいずれかが白紙であると判定された場合に、前記第一のＦＡＸ通信の送信元に対して当該ページの再送依頼を送信する機能と、
   第二のＦＡＸ通信が、前記第一のＦＡＸ通信の再送部分を含む可能性があるか否かを判定する機能であって、前記第一のＦＡＸ通信の前記ページのいずれかが白紙であると判定されており、かつ、前記第一のＦＡＸ通信の前記送信元と前記第二のＦＡＸ通信の送信元とが一致し、かつ、前記第一のＦＡＸ通信を受信した後所定時間以内に前記第二のＦＡＸ通信を受信した場合に、前記第二のＦＡＸ通信は前記第一のＦＡＸ通信の再送部分を含む可能性があると判定する機能と、
   第二の前記ＦＡＸ通信が、前記第一のＦＡＸ通信の再送部分を含む可能性があると判定された場合に、前記第一のＦＡＸ通信の前記ページ単位ヘッダインデックスと、前記第二のＦＡＸ通信の前記ページ単位ヘッダインデックスとを含む、再送対応付けインデックスを作成する機能と
   をさらに備える、請求項１または２に記載のＦＡＸシステム。
4. 前記ＦＡＸシステムは記憶手段を有し、前記記憶手段は前記ＦＡＸ通信の送信元であるＦＡＸ装置を表す情報を含む相手先情報を記憶し、前記相手先情報は、前記送信元であるＦＡＸ装置に、それぞれの優先度を表す値を関連付けるものであり、
   前記ＦＡＸシステムは、
   前記相手先情報を参照して前記ＦＡＸ通信のそれぞれに関連する優先度を取得する機能と、
   前記通信単位ヘッダインデックスを作成する際、前記取得した優先度の順に前記ヘッダを出力する機能と
   をさらに備える、請求項１〜３のいずれか一項に記載のＦＡＸシステム。
5. 前記ページ単位ヘッダインデックスにおいて、前記ヘッダのいずれかを選択する指示を受け付ける機能と、
   前記選択されたヘッダが付加された前記ページを出力する機能と
   をさらに備える、請求項２に記載のＦＡＸシステム。
6. 前記ページの上下の向きが正しいか否かを判定する機能と、
   前記ページの上下の向きが正しくないと判定された場合に、前記ページを上下反転し、その後、前記ページの上部に前記ヘッダを付加する機能と
   をさらに備える、請求項１〜５のいずれか一項に記載のＦＡＸシステム。
7. コンピュータを、請求項１〜６のいずれか一項に記載のＦＡＸシステムとして機能させるためのプログラム。

Images