JP2005167325A

JP2005167325A - 画像形成装置

Info

Publication number: JP2005167325A
Application number: JP2003399710A
Authority: JP
Inventors: Masaki Tsurui; 政樹鶴井
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2003-11-28
Filing date: 2003-11-28
Publication date: 2005-06-23

Abstract

【課題】蓄積された受信文書の送信元をユーザに確認させた上で当該蓄積された受信文書の印刷出力の可否をユーザが自由に指定できるようにすることができる、利便性の高い画像形成装置を提供する。
【解決手段】前記受信文書蓄積手段における受信文書データの蓄積件数が所定件数に達した場合に、それら各件の受信文書データに対応して前記受信文書管理手段に記憶されている送信元識別情報を少なくとも含む受信文書管理リストを出力する一方、前記受信文書蓄積手段に蓄積された受信文書データのうちのいずれかが、所定の選択操作入力に応じて選択されると、その選択された受信文書データを前記受信文書蓄積手段から読み出して前記文書出力手段により印刷出力する受信文書出力制御手段とを備えたことを特徴とする。
【選択図】図２

Description

本発明は、デジタル複写機、レーザプリンタのプリンタ装置、デジタル複合機、ファクシミリ装置等に適用可能な画像形成装置に関する。

従来の、ファクシミリ装置に代表される画情報などの文書データ受信機能を備えた画像形成装置においては、受信文書が受信と同時に、または、メモリにいったん蓄積後遅滞なく、記録紙などの記録媒体は上に画像形成され、印刷出力される。

その場合の受信文書の印刷出力のタイミングは、当該受信文書の送信側のユーザがいつ送信操作を行うかによるため、送信側のユーザが受信側のユーザに対して別途電話により文書送信した旨を伝えたりしない限り、受信側のユーザは、自分宛の文書がいつ着信・印刷出力されたか、または、されるのかを知ることができない。

そのため、着信・印刷出力された受信文書の宛先のユーザが当該受信文書の存在に気づくまでは、当該受信文書は放置され、当該宛先のユーザ以外の者により見られてしまうおそれがあり、情報セキュリティの面から好ましくない。

また、受信文書の中には、心当たりのない送信元からの頼みもしない広告ファクスなどの不要なものも含まれるため、受信文書を無条件に印刷出力していたのでは、無駄な電力を消費して省エネに反し、紙資源の無駄遣いにもなり、また、画像形成装置の構成部品の寿命を縮めてしまうという問題点があった。

本願発明に関連する従来技術としては、特許文献１及び特許文献２が挙げられる。

特許文献１は、データ入出力装置としてのファクシミリ装置の記憶手段を、そのファクシミリ装置に接続されたＰＣにとっての外部記憶装置として使用できるようにして、ファクシミリ装置への入出力データの一覧をＰＣ側のモニタにおいて表示できるようにするものである。

特許文献２は、画情報を蓄積し、パスワードを入力することによって、蓄積したデータを印字出力するようにするものである。

特開２００１−２８２６９４号公報特開平０５−２７６４００号公報

しかし、上記引用文献１に記載の従来技術では、文書受信機能を備えた画像形成装置において、蓄積された受信文書の送信元をユーザに確認させた上で当該蓄積された受信文書の当該画像形成装置における印刷出力の可否をユーザが自由に指定できるようにすることができないという問題点があった。

また、上記引用文献２に記載の従来技術は、入力されたパスワードの一致をもって受信文書の印刷出力を行うようにするものであり、上記引用文献１に記載の従来技術の場合と同様に、文書受信機能を備えた画像形成装置において、蓄積された受信文書の送信元をユーザに確認させた上で当該蓄積された受信文書の当該画像形成装置における印刷出力の可否をユーザが自由に指定できるようにすることができないという問題点があった。

本発明は係る事情に鑑みてなされたものであり、蓄積された受信文書の送信元をユーザに確認させた上で当該蓄積された受信文書の印刷出力の可否をユーザが自由に指定できるようにすることができる、利便性の高い画像形成装置を提供することを目的とする。

請求項１に記載の画像形成装置は、通信網を介して送信元装置から送信された文書データを受信する文書受信手段と、出力対象の文書データに基づいた画像を記録紙等の記録媒体上に形成して印刷出力する文書出力手段と、前記文書受信手段により各送信元装置から順次受信される文書データを記憶蓄積する受信文書蓄積手段と、送信元装置から送信された文書データを前記文書受信手段により受信する際に送信元識別情報を取得する送信元識別情報取得手段と、前記受信文書蓄積手段に蓄積されている各受信文書データのそれぞれについて、前記送信元識別情報取得手段により取得された送信元識別情報を対応付けて記憶する受信文書管理手段と、前記受信文書蓄積手段における受信文書データの蓄積件数が所定件数に達した場合に、それら各件の受信文書データに対応して前記受信文書管理手段に記憶されている送信元識別情報を少なくとも含む受信文書管理リストを出力する一方、前記受信文書蓄積手段に蓄積された受信文書データのうちのいずれかが、所定の選択操作入力に応じて選択されると、その選択された受信文書データを前記受信文書蓄積手段から読み出して前記文書出力手段により印刷出力する受信文書出力制御手段とを備えたことを特徴とする。

請求項２に記載の画像形成装置は、通信網を介して送信元装置から送信された文書データを受信する文書受信手段と、出力対象の文書データに基づいた画像を記録紙等の記録媒体上に形成して印刷出力する文書出力手段と、前記文書受信手段により各送信元装置から順次受信された文書データを記憶蓄積する受信文書蓄積手段と、送信元装置から送信された文書データを前記文書受信手段により受信する際に送信元識別情報を取得する送信元識別情報取得手段と、前記受信文書蓄積手段に蓄積されている各受信文書データのそれぞれについて、前記送信元識別情報取得手段により取得された送信元識別情報を対応付けて記憶する受信文書管理手段と、所定のインターフェースを介して接続された情報処理装置から要求に応じて前記受信文書蓄積手段に蓄積されている各受信文書データに対応して前記受信文書管理手段に記憶されている送信元識別情報を少なくとも含む受信文書管理リストを前記所定のインターフェースを介して前記情報処理装置に送信する一方、前記受信文書蓄積手段に蓄積された受信文書データのうちのいずれかが、前記所定のインターフェースを介して前記情報処理装置から選択されると、その選択された受信文書データを前記受信文書蓄積手段から読み出して前記文書出力手段により印刷出力する受信文書出力制御手段とを備えたことを特徴とする。

請求項３に記載の画像形成装置は、請求項１に記載の画像形成装置において、受信文書データを受信後遅滞なく出力する通常出力モード、または、送信元確認出力モードのいずれかに受信文書データの出力モードを設定する、受信文書出力モード設定手段を備え、前記受信文書出力制御手段は、前記通常出力モードに設定されている場合には、文書データを受信後遅滞なく前記文書出力手段により出力するものであり、前記送信元確認出力モードに設定されている場合には、前記受信文書蓄積手段における受信文書データの蓄積件数が所定件数に達した場合に、それら各件の受信文書データに対応して前記受信文書管理手段に記憶されている送信元識別情報を少なくとも含む受信文書管理リストを出力する一方、前記受信文書蓄積手段に蓄積された受信文書データのうちのいずれかが、所定の選択操作入力に応じて選択されると、その選択された受信文書データを前記受信文書蓄積手段から読み出して前記文書出力手段により印刷出力するものであることを特徴とする。

請求項４に記載の画像形成装置は、請求項２に記載の画像形成装置において、受信文書データを受信後遅滞なく出力する通常出力モード、または、送信元確認出力モードのいずれかに受信文書データの出力モードを設定する、受信文書出力モード設定手段を備え、前記受信文書出力制御手段は、前記通常出力モードに設定されている場合には、文書データを受信後遅滞なく前記文書出力手段により出力するものであり、前記送信元確認出力モードに設定されている場合には、所定のインターフェースを介して接続された情報処理装置から要求に応じて前記受信文書蓄積手段に蓄積されている各受信文書データに対応して前記受信文書管理手段に記憶されている送信元識別情報を少なくとも含む受信文書管理リストを前記所定のインターフェースを介して前記情報処理装置に送信する一方、前記受信文書蓄積手段に蓄積された受信文書データのうちのいずれかが、前記所定のインターフェースを介して前記情報処理装置から選択されると、その選択された受信文書データを前記受信文書蓄積手段から読み出して前記文書出力手段により印刷出力するものであることを特徴とする。

請求項１に係る発明によれば、蓄積された受信文書の送信元をユーザに確認させた上で当該蓄積された受信文書の印刷出力の可否をユーザが自由に指定できるようになるため、印刷出力する必要のない送信元からの受信文書の印刷出力しないで済み、記録紙の無駄、トナーやインク等の記録剤の無駄、装置寿命の無駄などを省くことが可能となり、利便性の高い画像形成装置を実現することが可能となる効果が得られる。

請求項２に係る発明によれば、蓄積された受信文書の送信元をユーザに確認させた上で当該蓄積された受信文書の印刷出力の可否をユーザが自由に指定できるようになるため、印刷出力する必要のない送信元からの受信文書の印刷出力しないで済み、記録紙の無駄、トナーやインク等の記録剤の無駄、装置寿命の無駄などを省くことが可能となり、利便性の高い画像形成装置を実現することが可能となる効果が得られる。また、本発明に係る画像形成装置の情報処理装置からの遠隔操作により、送信元を確信した上での受信文書の印刷出力（送信元確認出力）を行えるため、ユーザは自分の席に居ながらにして本発明に係る画像形成装置における送信元確認出力機能を利用できるようになるという利点がある。

請求項３または４のいずれかに係る発明によれば、本発明に係る送信元確認出力機能だけでなく、従来の、受信文書を受信後遅滞なく印刷出力する通常のモードも、ユーザの所望することころ応じて利用できるため、通常モードに設定すれば、ユーザが本発明に係る送信元確認出力機能について理解していない場合に起こり得る、受信文書の未出力を防止することが可能となる効果が得られる。もっとも、本発明に係る送信元確認出力機能について理解しているユーザにとっては、本発明が有用なものであることは当然である。

以下、添付図面を参照しながら、本発明を実施するための最良の形態について説明する

図１に、本発明の実施例に係る画像形成装置としてのファクシミリ装置１を含む通信システム構成について示す。

同図において、ファクシミリ装置１は、ＰＳＴＮ２００に接続され、ＰＳＴＮ２００上のＧ３ファクシミリであるファクシミリ装置２０１などの送信元装置からの文書データを受信する。

なお、文書データとは、最終的に画像として記録紙に代表される記録媒体に印刷出力されたり表示器に表示出力されるデータであり、具体的には、文字コード列により構成され、印刷・表示時には各文字コードに対応するフォントデータに基づいて画像データに変換されるテキストデータ、符号化された画像データ、ワープロソフトのような文書作成アプリケーションにより作成された所定形式のファイル等である。

また、ファクシミリ装置１は、必要なインターフェースとプロトコル機能を具備しさえすれば、ＩＳＤＮ３００上のＧ４ファクシミリ、インターネット４００上のネットワークファクシミリ装置４００またはパーソナルコンピュータ４０２などの送信元装置から文書データを受信することができる。

また、ファクシミリ装置１は、ネットワークとしてのＬＡＮ１００にも接続され、ＬＡＮ１００上の情報処理装置としてのパーソナルコンピュータ（ＰＣ）１０１が複数（１０１ａ、ｂ、ｃ等）接続されている。また、ＬＡＮ１００には、サーバ装置１０２が接続されている。サーバ装置１０２は、ＬＡＮ１００上のファクシミリ装置１、ＰＣ１０１ａ、ｂ、ｃ等に対して、ＤＮＳ(Domain Name System)により与えられたホスト名に対するＩＰアドレスを回答したり、ＳＭＴＰによりメール送信サービスを提供したり、ＰＯＰ３によりメール受信サービスを提供したりするための情報処理装置である。

図２に、ファクシミリ装置１のブロック構成について示す。

同図において、ＣＰＵ２は、ＲＡＭ４を作業領域として使用しつつ、ＲＯＭ３に書き込まれた制御プログラムに基づいて装置各部を制御したり、各種データ処理をしたり、プロトコル制御を行う中央演算処理装置である。

ＲＯＭ３は、ＣＰＵ２が装置各部を制御するための制御プログラムや、各文字コードに対応するフォントデータなどの制御に必要な各種データが記憶されるリードオンリメモリである。

ＲＡＭ４は、前述したようにＣＰＵ２の作業領域として使用されるランダムアクセスメモリである。

ＥＥＰＲＯＭ（電気的に書き換え可能な読み出し専用メモリ）５は、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するためのメモリであり、バッテリバックアップされたＳＲＡＭ（スタティックＲＡＭ）や磁気ディスク装置への置き換えも可能である。

時計回路６は、現在の日付及び時刻を常に計時しているもので、ＣＰＵ２は、システムバス１４を介して時計回路６を読み出すことで、現在の日時（日付と時刻）を知ることができる。

操作表示部７は、ユーザからの操作入力を受け入れるための各種キーが配設される一方、液晶表示装置等の表示器を備え、ユーザに知らせるべき装置の動作状態や、各種メッセージを表示するものである。

読取部８は、セットされた原稿を読み取って文書画像データを得るためのものである。

書込部９は、画像データを記録紙に印刷出力するためのものである。書込部９は、具体的には、サーマル素子を利用したサーマル記録装置であり、ＣＰＵ２からシステムバス１６を介して渡された生の（圧縮符号化されていない）データを感熱記録紙に直接、あるいは、普通記録紙にインクシートを介して間接的に画像を記録する。なお、書込部９としては、サーマル記録装置に限定されるものではなく、電子写真方式、インクジェット方式、トナージェット方式など、記録紙にイメージを記録できるものであればいずれの方式を適用してもよい。また、書込部９は、文書出力手段に相当するものである。

画像処理部１０は、生の画像データの符号化圧縮、及び、符号化された圧縮データの復号伸張の符号化復号化処理や、２値化処理、変倍処理、縮小拡大処理、画像補正処理、送信日時や受信日時の文字列情報などの付加情報の付加処理などの、ファクシミリ装置１において扱う画像データに関する各種画像処理を行う。

ＬＡＮ通信制御部は、いわゆるＮＩＣ（Network Interface Card）であり、イーサネットのＬＡＮ１００に接続され、イーサネットプロトコル上でのＴＣＰ／ＩＰプロトコルのやりとりにより、その上位のＨＴＴＰ（HyperText Transfer Protocol）等による各種情報のやりとりなどを行えるようにするためのものである。

通信制御部１２は、ＮＣＵ部１３を介してＰＳＴＮ２００、具体的には、加入電話回線／自営構内回線の網と接続され、相手側通信端末との通信の制御を行う。その通信制御部１２は、ＮＣＵ部１３を制御し、ＮＣＵ部１３にて検出されたリンギング電圧のパルスの検出や、ＤＴＭＦ信号の検出、トーン信号の検出、送信時の発呼を行う。また、通信制御部１２は、モデムを有しており、相手側通信端末より受信した受信データ（変調されている）を復調したり、逆に、送信時の送信データを変調し送信したりする。具体的には、ＩＴＵ−Ｔ勧告Ｔ．３０に基づくＧ３ファクシミリ制御信号をやりとりするための低速モデム機能能（Ｖ．２１モデム）、及び、主に文書画像データをやりとりするための高速モデム機能である、Ｖ．１７、Ｖ．３３、Ｖ．３４、Ｖ．２９、Ｖ．２７ｔｅｒの各モデム機能を備えている。なお、通信制御部１２は、文書受信手段に相当するものである。

ＮＣＵ部１３はＰＳＴＮ２００に接続され、回線の閉結や、呼び出し信号（リンギング）の検出などをおこなう。

システムバス１４は、上記各部がデータをやり取りするためのデータバス・アドレスバス・制御バス、割り込み信号ラインなどにより構成される信号ラインである。

図３に、ファクシミリ装置１の操作表示部７の配置構成について示す。

同図において、テンキー７ａは、数字や「＃」「＊」の各記号を入力するためのものである。［Ｙｅｓ］キー７ｂは、表示器７ｉに表示された内容に対して肯定的な操作入力を行ためのものである。［Ｎｏ］キー７ｃは、表示器７ｉに表示された内容に対して否定的な操作入力を行うためのものである。

［ストップ］キー７ｄは、装置動作の強制的な中断を指示したりするためのものである。［スタート］キー７ｅは、送信開始などの各種装置動作の開始を指示するためのものである。［ファンクション］キー７ｆは、その押下操作と、テンキー７ａによる番号入力操作との組み合わせにより、各種設定・登録機能を呼び出したりするためのものである。

矢印キー群７ｇは、［↑］キー７ｇｕ、［↓］キー７ｇｄ、［→］キー７ｇｒ、及び、［←］キー７ｇｌにより構成され、表示器７ｉに表示され選択項目のうちの特定項目を選択したり、表示器７ｉの表示を上下左右にスクロールさせたりするためのものである。

［送信元確認出力］キー７ｈは、本発明に特徴的なキーであり、「送信元確認出力」機能（詳細後述）を呼び出すためのものである。表示器７ｉは液晶表示器などにより構成され、装置の動作状態や各種メッセージを表示するためのものである。

なお、操作表示部７に配設される各種キーは、押下によりＯＮまたはＯＦＦされる機械的なキーに限らず、タッチパネルキーなどのその他の形態のものであってもよく、要するにユーザによる操作入力を受け入れられるものであればどのような形態であってもよい。

図４に、図２のファクシミリ装置１のＲＡＭ４の記憶内容について示す。

同図において、ＲＡＭ４には、受信文書データを記憶するための領域として、記憶領域４ａが確保されていて、その記憶領域４ａの記憶容量の範囲内で受信文書データを記憶・蓄積することができる。なお、記憶領域４ａと、その記憶領域４ａへの文書データの蓄積に関わる後述する処理手順は、受信文書蓄積手段を構成する。

図５に、図２のファクシミリ装置１のＥＥＰＲＯＭ５の記憶内容について示す。

同図において、記憶領域５ａないし５ｉには、それぞれ、自端末電話番号、自端末名称文字列、受信文書管理テーブル、受信文書出力モード設定フラグＦｏ、残容量低下時受信文書取扱モードフラグＦｚ、しきい残容量値Ｖth、出力待機期間超過時受信文書取扱モードフラグＦｓ、出力待機期間Ｔwait、及び、リスト出力しきい件数Ｋthが記憶される。

記憶領域５ａの自端末電話番号は、Ｇ３ファクシミリ通信手順において、被呼端末識別信号ＣＳＩや、送信端末識別信号ＴＳＩとして、自端末の電話番号情報を通信相手装置に通知する際に、その電話番号情報として送信されるものである。なお、記憶領域５ａには、現在、自端末電話番号として「０３−４４４４−５５５５」が設定・記憶されている。

記憶領域５ｂの自端末名称文字列は、Ｇ３ファクシミリ通信手順において、非標準機能設定信号ＮＳＳや非標準機能識別信号ＮＳＦにより、自装置と同一メーカの相手装置との間で、非標準の情報として自端末の名称文字列情報を通信相手装置に通知する際に、その名称文字列情報として送信されるものである。

記憶領域５ｃの受信文書管理テーブルは、ＲＡＭ４の受信文書データ記憶領域４ａに記憶・蓄積される受信文書データを管理するための各種情報を登録・記憶するためのものである。なお、受信文書管理テーブル５ｃについての詳細は後述する。

記憶領域５ｄの受信文書出力モード設定フラグＦｏは、受信文書の印刷出力のモードの設定状態を示すものであり、値「０」が、「通常出力モード」、つまり、受信した文書データを遅滞なく印刷するモードを示し、値「１」が、「送信元確認出力モード」、つまり、受信した文書データをいったん記憶・蓄積して、送信元を確認した上で印刷出力するモードを示している。この記憶領域５ｄに記憶されるフラグＦｏと、そのフラグを設定する所定の手順は、受信文書出力モード設定手段を構成する。

記憶領域５ｅの残容量低下時受信文書取扱モードフラグＦｚは、値「０」が、「出力＋削除」、つまり、ＲＡＭ４の受信文書データ記憶領域４ａの残容量が低下したときに、そこに蓄積している受信文書データの一部を、印刷出力すると共に削除するモードを示し、値「１」が、「削除」、つまり、ＲＡＭ４の受信文書データ記憶領域４ａの残容量が低下したときに、そこに蓄積している受信文書データの一部を、印刷出力することなく削除するモードを示している。

記憶領域５ｆのしきい残容量値Ｖthは、フラグＦｚの設定に基づく後述する処理手順において参照されるもので、値Ｖthとして、現在、「２０％」が設定・記憶されている。

記憶領域５ｇの出力待機期間超過時受信文書取扱モードフラグＦｓは、値「０」が、「出力＋削除」、つまり、ＲＡＭ４の受信文書データ記憶領域４ａに蓄積されたまま出力されない状態が長期間続いた受信文書データを、印刷出力すると共に削除するモードを示し、値「１」が、「削除」、つまり、ＲＡＭ４の受信文書データ記憶領域４ａに蓄積されたまま出力されない状態が長期間続いた受信文書データを、印刷出力することなく削除するモードを示している。

記憶領域５ｈの出力待機期間Ｔwaitは、フラグＦｓの設定に基づく後述する処理手順において参照されるもので、期間Ｔwaitとして、現在、「２４時間」が設定・記憶されている。

記憶領域５ｉのリスト出力しきい件数Ｋthは、後述する処理手順において、何件の受信文書データが蓄積されたときに受信文書管理リストを印刷出力するかを設定するものであり、件数Ｋthとして、現在、「５件」が設定・記憶されている。

なお、記憶領域５ａないし５ｉ（５ｃの受信文書管理テーブルを除く）の各記憶内容の設定は、操作表示部７の［ファンクション］キー７ｆの押下とテンキー５ａによる所定の番号の入力の組み合わせ操作により、各記憶内容を設定する機能を呼び出して実行し、表示器７ｉを用いた対話的な操作入力により行うことができる。また、ＬＡＮ１００を介したＰＣ１０１からの遠隔設定により行うことも考えられる。その場合、記憶領域５ｄの受信文書出力モード設定フラグＦｏは、ユーザによって頻繁に設定され得るものであるため、設定用の専用キーを操作表示部７に配置して、キー操作によりフラグＦｏの値を０または１に変更できるようにしてもよい。

これにより、ユーザの所望するところに応じた設定を装置動作に反映させることができ、ユーザの利便性を高めることができる。

なお、記憶領域５ａないし５ｉ（５ｃの受信文書管理テーブルを除く）の各記憶内容の設定形態により本発明は限定されるものではなく、例えば、マークシートの読取部８による読み取り・認識など、その他の設定形態を適用できるのはいうまでもない。

図６に、ＥＥＰＲＯＭ５に記憶される受信文書管理テーブル５ｃの具体的な内容について示す。

同図において、管理テーブル５ｃは、「管理番号」が付された、各受信文書データごとのレコードの集合として構成されている。

「管理番号」に対応したレコードは、「文書番号」、「送信元識別情報」、「受信日時」、及び、「受信文書データ格納アドレス」の各フィールドにより構成されている。

「文書番号」は、時系列で受信される各受信文書データを識別するために付される４桁の番号であり、「００００」ないし「９９９９」の範囲で、「００００」→「０００１」→…→「９９９９」→「００００」と循環的にインクリメントされる。また、「１００００」は、特別な「文書番号」であり、「文書番号」が「１００００」のレコードは、受信文書データが未登録であることを示す。

「送信元識別情報」は、「送信元電話番号」と「送信元名称文字列」との２つのサブフィールドにより構成されている。

「送信元電話番号」は、Ｇ３ファクシミリ受信の際に、標準の制御信号である送信端末識別信号ＴＳＩにより得られるものであり、送信元装置において設定・記憶されている、図５の記憶領域５ａの自端末電話番号に相当するものである。

「送信元名称文字列」は、Ｇ３ファクシミリ受信の際に、非標準機能設定信号ＮＳＳにより得られるものであり、自装置と同一メーカの送信元装置において設定・記憶されている、図５の記憶領域５ｂの自端末名称文字列に相当するものである。「送信元名称文字列」については、送信元装置が自装置と同一の自端末名称文字列を通知する機能を備えていないと、取得することはできない。

また、「送信元電話番号」についても、送信元装置においての登録がなされていなければ、取得することはできないため空欄となるが、そのような、「送信元電話番号」が空欄となる（取得できない）送信元は、「送信元電話番号をきちんと登録していないような（信用できない）送信元」と判断することができる。

なお、本実施例では、送信元識別情報として、Ｇ３ファクシミリ通信手順において得られる、送信元電話番号または／及び送信元名称文字列を用いているが、本発明は、文書データの受信に伴う送信元識別情報の取得形態により限定されるものではない。具体的には、文書データを受信する際に、ＰＳＴＮやＩＳＤＮが提供する発信番号（送信元の電話番号）通知サービスにより通知される電話番号を送信元識別情報としたり、その通知された電話番号に対応して自装置において予め設定・記憶しておいた送信元名称文字列を送信元識別情報とすることもでき、また、文書データをインターネット４００等を介して電子メールによる受信する場合には、電子メールアドレス（例えば「aaa@bbbb.co.jp」等）を送信元識別情報としてもよい。また、所定のプロトコルによるインターネット４００等を介したネットワークファクシミリ通信手順により文書データを受信する場合には、受信の際に得られる送信元のＩＰアドレス（例えば「１９２.２２４.０５４.００２」）や、そのＩＰアドレスに対応するドメイン名（例えば「cccc.bbbb.co.jp」）を、送信元識別情報とすることもできる。

「受信日時」は、対応する受信文書データの受信時に時計回路６を読みだして得られた日時情報である。「受信文書データ格納アドレス」は、対応する受信文書データのＲＡＭ４の記憶領域５ａにおける格納アドレスを示すものである。

図７に、図２のファクシミリ装置１におけるネットワーク関連のプロトコルスタックについて示す。

同図において、「物理層」及び「データリンク層」は、「イーサネット」で、ＬＡＮ通信制御部１１に相当するものであり、「ネットワーク層」の「ＩＰ」プロトコルから渡された、ＭＡＣヘッダとＭＡＣデータとからなるＭＡＣパケットの先頭にプリアンブル及びスタート・フレーム・デリミタを付加すると共にＭＡＣパケットの末尾にフレームチェックシーケンスＦＣＳを付加して、電気信号としてＬＡＮ１００に送出する一方、ＬＡＮ１００を介して電気信号として受信した自装置のＭＡＣアドレス宛のＭＡＣパケットをデジタルデータとして取得して、「ネットワーク層」の「ＩＰ」プロトコルに渡す。

「ネットワーク層」の「ＩＰ」プロトコルは、ＣＰＵ２が実行する「ＩＰ」プロトコルのプログラムに相当するものであり、「トランスポート層」の「ＴＣＰ」または「ＵＤＰ」プロトコルから渡された、ＴＣＰ（ＵＤＰ）ヘッダとＴＣＰ（ＵＤＰ）データとからなるＴＣＰ（ＵＤＰ）パケットをＩＰデータの内容として埋め込むと共に、そのＩＰデータにＩＰヘッダを付加して構成されるＩＰパケットを、ＭＡＣデータの内容として埋め込み更に、ＭＡＣデータにＭＡＣヘッダを付加することにより構成したＭＡＣパケットを、前述したように、「イーサネット」に渡す。一方、「イーサネット」から渡されたＭＡＣパケットを構成するＭＡＣデータからＩＰパケットを取り出し、そのＩＰパケットを構成するＩＰデータからＴＣＰ（ＵＤＰ）パケットを取り出して、「トランスポート層」の「ＴＣＰ」または「ＵＤＰ」プロトコルに渡す。

「トランスポート層」の「ＴＣＰ」プロトコルは、ＣＰＵ２が実行する「ＴＣＰ」プロトコルのプログラムに相当するものであり、「セッション層」、「プレゼンテーション層」及び「アプリケーション層」を構成する、後述する受信文書出力制御処理（Ｓ１０２）や、ＨＴＴＰのＷｅｂサーバ機能（ポート番号８０）などの所定の送信元ポート番号とリンクされたアプリケーションプログラムから渡されたデータを、ＴＣＰヘッダとＴＣＰデータとからなるＴＣＰパケットのＴＣＰデータとして埋め込んで、「ＩＰ」プロトコルに渡す一方、「ＩＰ」プロトコルから渡されたＩＰパケットからＴＣＰヘッダ及びＴＣＰデータからなるＴＣＰパケットを取り出して、ＴＣＰヘッダに記述されている宛先ポート番号に対応する上位の「アプリケーション」にＴＣＰデータを渡す。「ＵＤＰ」も「ＴＣＰ」と類似のデータのやりとりを行う。

図８に、図２のファクシミリ装置１とＬＡＮ１００を介してやりとりする情報処理装置としてのパーソナルコンピュータ（ＰＣ）１０１のブロック構成について示す。

同図において、ＣＰＵ５０は、ＲＡＭ５２を作業領域として使用しつつ、ＲＯＭ５１に書き込まれた基本プログラムに基づいて起動してハードディスク装置５３に記憶されたＯＳ（オペレーティングシステム紙のプログラムをＲＡＭ５２に展開して実行し、そのＯＳ上で、ハードディスク装置５３に記憶された各種アプリケーションプログラムをＲＡＭ５２に展開した上で実行する中央演算処理装置である。

ＲＯＭ５１は、前述したようにＣＰＵ５０が装置各部を制御するための基本動作のための制御プログラムや各種データが記憶されるリードオンリメモリである。

ＲＡＭ５２は、前述したようにＣＰＵ５０の作業領域として使用されるランダムアクセスメモリである。

ハードディスク装置５３は、前述したようにＣＰＵ５０により実行されるＯＳやアプリケーションのプログラムファイルやデータが記憶されるものである。

ディスプレイモニタ５４は、ＣＰＵ５０から渡された描画データに基づいて画像信号を生成するビデオＩ／Ｆ５４ａからの出力信号に基づいた画像表示を行う、ブラウン管や液晶表示器などにより構成される表示装置である。

マウス装置５５は、自身の移動量データや、ボタンのクリックの有無を示す信号などの情報を、マウス装置Ｉ／Ｆ５５ａを介してＣＰＵ５０に与えるためのものである。

キーボード５６は、アルファベット、数字、各種記号などの入力されたキーコードをキーボートＩ／Ｆ５６ａを介してＣＰＵ５０に与えるためのものである。

ＬＡＮ通信制御部５７は、図２に示したファクシミリ装置１のＬＡＮ通信制御部１２と同等のもので、イーサネットのＬＡＮ１００に接続され、イーサネットプロトコル上でのＴＣＰ／ＩＰプロトコルのやりとりにより、その上位のＳＭＴＰ／ＰＯＰ３による電子メール通信やＨＴＴＰによる各種情報のやりとりなどを行えるようにするためのものである。

図９に、図８のＰＣ１０１におけるネットワーク関連のプロトコルスタックについて示す。

同図に示すプロトコルスタックは、図７に示したファクシミリ装置１におけるそれと同等のものであるが、「ＴＣＰ・ＵＤＰ／ＩＰ」の上位に、後述する受信文書遠隔出力制御処理や、メール送受信のためのＳＭＴＰやＰＯＰ３の各プロトコルが位置する。

ＰＣ１０１ａ、ｂ、ｃなどとして適用されるＰＣ１０１は、ファクシミリ装置１の設置場所（ある会社のオフィスのフロアなど）に各自の机を配置して働く多数のユーザのそれぞれに与えられていて、各ユーザは、各自のＰＣ１０１にインストールされたＯＳやアプリケーションを起動してメールの送受信・送信や、文書作成、スケジュール管理などの作業を行う。また、必要に応じて後述する受信文書遠隔出力制御処理のアプリケーションを起動して利用する。

図１０に、図２のファクシミリ装置１における文書受信関連処理手順について示す。なお、ファクシミリ装置１は、読取部８で読み取った画情報を文書データとしてファクシミリ送信したり、読取部８で読み取った画情報を書込部９により記録紙に印刷出力することで複写動作を行ったりもするが、本発明とは関係のない動作のため、それらの動作の説明について省略し、文書受信関連の処理手順についてのみ説明する。

図１０において、ファクシミリ装置１は、文書受信処理（処理Ｓ１０１）、受信文書出力制御処理（処理Ｓ１０２）、受信文書用残容量確保処理（処理Ｓ１０３）、及び、長期蓄積受信文書整理処理（処理Ｓ１０４）の各処理を繰り返し行う。なお、受信文書出力制御処理（処理Ｓ１０２）は、受信文書出力制御手段に相当する。

図１１に、文書受信処理（Ｓ１０１）の具体的な処理手順について示す。

同図において、先ず、ＰＳＴＮ２００を介した着信の有無を判断し（判断Ｓ２０１）、着信がない場合には（判断Ｓ２０１のＮｏ）、文書受信処理を終了する。つまり、文書受信処理としては、何も行わない。

判断Ｓ２０１において、着信があると（判断Ｓ２０１のＹｅｓ）、Ｇ３ファクシミリ通信手順に基づく伝送前手順を行う（処理Ｓ２０２）。処理Ｓ２０２における送信元装置とのやりとりの中で送信端末識別信号ＴＳＩにより「送信元電話番号」が得られ、非標準機能設定信号ＮＳＳにより「送信元名所文字列」が得られる。送信元装置から「送信元電話番号」や「送信元名所文字列」を数字列や文字列として得られなかった場合には、「送信元電話番号」や「送信元名所文字列」が「空欄（-------------）」として得られることになる。なお、処理Ｓ２０２は、送信元識別情報取得手段に相当する。

処理Ｓ２０２の伝送前手順の後は、送信元装置から送信されてくる文書データを受信し、ＲＡＭ４の記憶領域４ａに記憶蓄積する（処理Ｓ２０３）。なお、処理Ｓ２０３において受信される文書データとしては、通常は、符号化された画像データであるが、Ｇ３ファクシミリのオプション機能であるＢＦＴ（ＢｉｎａｒｙＦｉｌｅＴｒａｎｓｆｅｒ）によるテキストデータのファイルや、送信元において文書作成アプリケーションにより作成された文書ファイルである場合もある。要するに、ファクシミリ装置１が処理可能な形式であれば、受信文書データの形式いかようであってよく、本発明は、受信文書データの形式により限定されるものではない。

そして、処理Ｓ２０３で受信・記憶した受信文書データに関して処理Ｓ２０２で得られた「送信元識別情報」（「送信元電話番号」または／及び「送信元名称文字列」）と受信文書データとを管理テーブル５ｃに対応付けて登録する（処理Ｓ２０４）。また、その際、時計回路６から現在時刻を読みだして「受信日時」として登録する。

処理Ｓ２０４は、具体的には、例えば、図６の管理テーブル５ｃにおいて、「管理番号」が「００４」のレコードを例にとると、「文書番号」は、「８８９３」であり、「送信元電話番号」は、「０３−１２３４−５５５５」であり、「送信元名称文字列」は、「企画部」であり、「受信日時」は、「２００３年１１月２７日１８時５０分」であり、対応する受信文書データの記憶領域４ａにおける格納アドレスは「アドレスＥ」である。なお、処理Ｓ２０４は、受信文書管理手段に相当する。

なお、管理テーブル５ｃにおいては、「受信日時」が古いものほど「管理番号」が小さいレコードとして登録される。また、管理番号「０００」を起点として空き無く詰めて登録される。図６においては、管理番号「０００」ないし「００４」の５件が空きなく詰めて登録されている。管理番号「００６」以降は、未登録（「文書番号」が「１００００」）である。

以上説明した文書受信処理（処理Ｓ１０１）により、着信があるたびに受信文書データが受信・蓄積される。

図１２に、受信文書出力制御処理（処理Ｓ１０２）の具体的な処理手順について示す。

同図において、先ず、図５の記憶領域５ｄに設定・記憶されている、受信文書出力モード設定フラグＦｏの値を確認する（処理Ｓ３０１）。その確認の結果、フラグＦｏの値が０の場合には（判断Ｓ３０２のＹｅｓ）、「通常出力モード」であるため、未出力受信文書の有無を判断し（判断Ｓ３０３）、未出力受信文書がない場合には（判断Ｓ３０３のＮｏ）、処理を終了する。なお、判断３０３における、未出力受信文書の有無の判断は、管理テーブル５ｃにおいて「文書番号」が、未登録を示す「１００００」でないレコードの有無の確認により行うことができる。

未出力受信文書がある場合には（判断Ｓ３０３のＹｅｓ）、その未出力の受信文書を、管理テーブル５ｃにおいて対応する「受信文書データ格納アドレス」により特定されるＲＡＭ４の記憶領域４ａから読み出して、書込部９により記録紙に印刷出力し（処理Ｓ３０４）、その印刷出力した受信文書データに対応するレコードを、管理テーブル５ｃから削除すると共に、受信文書データそのものを記憶領域４ａから削除する（処理Ｓ３０５）。

判断Ｓ３０２において、フラグＦｏの値が１の場合には（判断Ｓ３０２のＮｏ）、「送信元確認出力モード」であるため、管理テーブル５ｃの登録件数Ｋrealを確認する（処理Ｓ３０６）。その場合、件数Ｋrealは、管理テーブル５ｃを構成するレコードを「０００」の「管理番号」から順に確認し、フィールド「文書番号」が「１０００」であるレコードが初めて出現したとき、そのレコードの「管理番号」がそのまま件数Ｋrealとなる。図６を例にとると、件数Ｋrealは５件となる。

そして、処理Ｓ３０６で確認した件数Ｋrealと、図５の記憶領域５ｉに設定・記憶されているリスト出力しきい件数Ｋth（５件）と、等しいか否かを判断する（判断Ｓ３０７）。件数Ｋrealと件数Ｋthとが等しい場合には（判断Ｓ３０７のＹｅｓ）、管理テーブル５ｃの登録内容に基づいて受信文書管理リストの画像データを作成して書込部９により記録紙に印刷出力した上で（処理Ｓ３０８）、送信元確認出力処理を行い（処理Ｓ３０９）、処理を終了する。件数Ｋrealがまだしきい件数Ｋthに達していない場合には（判断Ｓ３０７のＮｏ）、送信元確認出力処理のみを行い（処理Ｓ３０９）、処理を終了する。

図１９に、処理Ｓ３０８により印刷出力される受信文書管理リストの例を示す。

同図に示すリストＰ０１は、図６における管理テーブル５ｃの登録内容に基づくものであり、「文書番号」、「送信元識別情報」（「送信元電話番号」及び「送信元名称文字列」）、並びに、「受信日時」を含んでいる。

リストＰ０１には、しきい件数Ｋth（５件）分の受信文書データについて、「文書番号」、「送信元識別情報」、及び、「受信日時」が記載されている。その記載おいては、各受信文書データの受信順に並んでいる。それは、「文書番号」は、各受信文書データに機械的に付される通し番号であるため送信元の素姓を判断する材料とはならない。「受信日時」は、対応する受信文書データを受信した（送信元が送信した）日付と時刻であるため、ある程度は、送信元の素姓を判断するため材料となり得る。例えば「午前９時から午後６時の時間帯に受信した文書データの送信元は在る程度信用できる」と判断することもできる。

「送信元識別情報」は、送信元の素姓を判断する材料として特に有用である。例えば、リストＰ０１において、文書番号「８８８９」に対応する送信元電話番号「０３−１２３４−１１１１」が過去に何度も文書データを受信している相手であれば、文書番号「８８８９」の受信文書データは、記録紙やトナーや装置寿命を消費してでも印刷出力する価値のあるものであると判断できる。また、文書番号「８８９１」に対応する送信元電話番号が空欄「------------------」である場合には、送信元は、自端末電話番号の登録もしない、信用できない相手であり、記録紙やトナーや装置寿命を消費してまで印刷出力する価値はない相手であると判断できる。更に、「送信元名称文字列」により、送信元の相手の素姓をいっそう多角的に判断できる。

また、リストＰ０１には、現在の受信文書の蓄積件数（５件）、［送信元確認出力］キー７ｈを押して送信元を確認の上、印刷出力または削除を行える旨（後述）、及び、ＰＣ１０１からの操作も可能である旨（後述）が記されている。

このように、図１２の受信文書出力制御処理（処理Ｓ１０２）において、フラグＦｏが値「０」で「通常出力モード」に設定されている場合には、受信文書データを受信後遅滞なく出力するため、ユーザによるフラグＦｏの設定に応じて、従来の通常のファクシミリ受信動作にも対応することができる。なお、「通常出力モード」の場合には、図１１の文書受信処理（処理Ｓ１０１）の処理Ｓ２０３において受信文書データを記憶領域４ａに蓄積する（いわゆるメモリ受信）のではなく、書込部９により直接印刷出力する（いわゆる直接受信）ようにしてもよいのはいうまでもない。

また、図１２の受信文書出力制御処理（処理Ｓ１０２）において、フラグＦｏが値「１」で「送信元確認出力モード」に設定されている場合には、受信文書データを受信後遅滞なく印刷出力してしまうのではなく、蓄積するため、ファクシミリ装置１のユーザにとって記録紙やトナーや装置寿命を消費してまで印刷出力する必要のない受信文書データまで無条件に印刷出力されて、記録紙やトナーや装置寿命を無駄に消費してしまうことがない。

なお、登録件数Ｋrealの計数は、管理テーブル５ｃにおける全登録件数を単純に計数するではなく、例えば、「リスト出力済フラグ」のフィールドを追加して、「リスト出力済フラグ」が「リスト未出力」の受信文書データ（レコード）がしきい件数Ｋthに達すると、それらのＫth件のレコードについては、リストして印刷出力すると共にフィールド「リスト出力済フラグ」を「リスト出力済み」にするようにして、「リスト未出力」のレコードについてのみリストＰ０１を印刷出力するようにして、同一のレコード（受信文書データ）がリストＰ０１として何回も印刷出力されることを避けるようにしてもよい。

その場合、リストＰ０１に記載された受信文書データが、ユーザ不在のためなどにより、「送信元確認出力」の機能（後述）によって遅滞なく印刷出力または削除されない状態で文書データが頻繁に受信されるような状況において、何枚も印刷出力されるリストＰ０１における内容の重複を避けることができ、記録紙やトナーや装置寿命を消費を最低限にできる。ただし、その場合、ユーザは複数枚のリストＰ０１を参照する必要があるため、その分受信文書の送信元確認作業が煩雑にはなる。

登録件数Ｋrealの計数を、管理テーブル５ｃにおける全登録件数を単純に計数する方法で行う場合は、その逆で、記録紙やトナーや装置寿命を消費は比較的多くなるが、最新の１枚のリストの参照で受信文書の送信元確認を行える。もちろん、しきい件数Ｋthが例えば「５０件」に設定されているような場合には、リストＰ０１は、複数ページで印刷される場合もある。

このように、「送信元確認出力モード」では、文書データが受信されても、出力されるのは、受信文書管理リストＰ０１のみであるが、受信文書データは、処理Ｓ３０９の送信元確認出力処理により印刷出力、または、削除される。

図１３、図１４及び図１５に、送信元確認出力処理（処理Ｓ３０９）の具体的な処理手順について示す。

先ず、図１３において、［送信元確認出力］キー７ｈが押下されたかを判断する（判断Ｓ４０１）。［送信元確認出力］キー７ｈは、印刷出力されたリストＰ０１の存在に気づいて手にとり内容を確認したユーザにより行われる。もっとも、リストＰ０１を見ていないユーザでも、［送信元確認出力］キー７ｈの押下は可能であるが、事前にリストＰ０１の内容を確認したユーザのほうが、各送信元（からの受信文書データ）について、印刷出力または削除すべきかを事前に十分検討してから事に臨めるため、リストＰ０１を印刷出力することの利点は非常に大きい。

判断Ｓ４０１において、［送信元確認出力］キー７ｈが押下されていない場合には（判断Ｓ４０１のＮｏ）、何もしないで、処理Ｓ４１０のあと、つまり、図１５の判断Ｓ６０１に移行する。

判断Ｓ４０１において、［送信元確認出力］キー７ｈが押下されている場合には（判断Ｓ４０１のＹｅｓ）、管理テーブル５ｃの登録内容に基づいて、受信文書管理リストの画像データを作成し、表示器７ｉに表示Ｄ０１として表示する（処理Ｓ４０２）。

表示Ｄ０１の表示例を図２０に示す。リストＰ０１でテーブル５ｃの登録内容は既に印刷出力しているため、表示Ｄ０１においては、例えば「文書番号」のみのリストでも所望の受信文書データを特定できるが、リストＰ０１と同様に、「送信元識別情報」及び「受信日時」を表示することで、所望の受信文書データの特定をいっそう容易にしている。

また、表示Ｄ０１においては、「印刷または削除する受信文書を指定してください」とのメッセージ文字列と共に、現在選択されている受信文書データ（に対応する「文書番号」）を示す「→」形状のカーソルＣａが表示されている。また、表示Ｄ０１においては、［↑］キー７gｕまたは［↓］キー７ｇｄにより所望の受信文書データを選択すべきこと、その選択した受信文書データを印刷したいなら［Ｙｅｓ］キー７ｂを押下すべきこと、その選択した受信文書データを印刷しないまま削除したいなら［Ｎｏ］キー７ｃを押下すべきこと、及び、「送信元確認出力」の操作を終了したいなら、［ストップ］キー７ｄを押下すべきことが示されている。

そして、処理Ｓ４０２による表示Ｄ０１の表示と、カーソル制御（処理Ｓ４０３）とを、［Ｙｅｓ］キー７ｂも押下されず（判断Ｓ４０４のＮｏ）、［Ｎｏ］キー７ｃも押下されず（判断Ｓ４０４のＮｏ）、［ストップ］キー７ｄも押下されない間（判断Ｓ４０４のＮｏのループ）、繰り返し行う。

処理Ｓ４０３のカーソル制御は、具体的には、［↑］キー７gｕまたは［↓］キー７ｇｄが押下されるごとにカーソルＣａを上下に移動させると共に、現在のカーソルＣａの指示位置（「文書番号」）を記憶する処理である。

そのようにしてユーザが、印刷出力または削除したい所望の受信文書データを選択した上で、［Ｙｅｓ］キー７ｂが押下されると（判断Ｓ４０４のＹｅｓ）、その時点でカーソルＣａが指示していた受信文書データ（「文書番号」により特定される）を管理テーブル５ｃにおいて対応する「受信文書データ格納アドレス」により特定されるＲＡＭ４の記憶領域４ａから読み出して、書込部９により記録紙に印刷出力し（処理Ｓ４０５）、その印刷出力した受信文書データに対応するレコードを、管理テーブル５ｃから削除すると共に、受信文書データそのものを記憶領域４ａから削除する（処理Ｓ４０６）。

処理Ｓ４０６において、例えば、管理テーブル５ｃが図６の状態にある場合に、管理番号「００３」（文書番号「８８９２」）の受信文書データが削除されると、テーブル５ｃは、図１８に示す状態となる。つまり、管理番号「００４」のレコードが１つ上にずれて、管理番号「００３」のレコードとして繰り上がり、管理番号「０００」を起点とする登録済みレコードの連続性が保たれる。なお、その場合、図１１の処理Ｓ２０４により次に登録されるのは管理番号「００４」のレコードということになる。また、処理Ｓ４０６の場合に限らず（例えば処理Ｓ４０８でも）、受信文書データが「削除」された場合には、そのような「繰り上げ処理」が行われる。

処理Ｓ４０６の後は、処理Ｓ４０２に戻る。その場合処理Ｓ４０２で再表示される表示Ｄ０１は、処理Ｓ４０６における「繰り上げ処理」を反映したものとなり、削除済みの受信文書データが再度選択対象となるような不整合は生じない。

判断Ｓ４０７において［Ｎｏ］キー７ｃが押下されると（判断Ｓ４０７のＹｅｓ）、その時点でカーソルＣａが指示していた受信文書データ（「文書番号」により特定される）に対応するレコードを、管理テーブル５ｃから削除すると共に、受信文書データそのものを記憶領域４ａから削除して（処理Ｓ４０８）、処理Ｓ４０２に戻る。

判断Ｓ４０９において［ストップ］キー７ｄが押下されると（判断Ｓ４０９のＹｅｓ）、表示器７ｉにおける、処理Ｓ４０２で表示した表示Ｄ０１の表紙をクリアした上で（処理Ｓ４１０）、図１５の判断Ｓ６０１に移行する。

図１５の判断Ｓ６０１移行の処理手順は、ＬＡＮ上のＰＣ１０１ａ、１０１ｂ、１０１ｃなどのＰＣ１０１との間のやりとりに係るものであり、そのようなファクシミリ装置１側における処理手順に対応して、ＰＣ１０１側においては、図１４及び図１５に示す、受信文書遠隔出力制御処理を行う。ＰＣ１０１おける、受信文書遠隔出力制御処理は、いわば、図１３の判断Ｓ４０１がＹｅｓとなった場合、つまり、［送信元確認出力］キー７ｈが押下された場合にファクシミリ装置１本体側で行われる、処理Ｓ４０２ないし処理Ｓ４１０の「送信元確認出力」の機能と同等の機能を、ＰＣ１０１側からの遠隔操作により実現しようとするものである。

なお、ＰＣ１０１側における受信文書遠隔出力制御処理は、ファクシミリ装置１のメーカから提供されたファクシミリ遠隔制御アプリケーションをハードディスク装置５３にインストールし、そのインストールしたアプリケーションを起動することにより開始される。

ＰＣ１０１における受信文書遠隔出力制御処理は、まず、図１４おいて、ディスプレイモニタ５４に、図２１に示す表示Ｄ１０を表示する（処理Ｓ５０１）。表示Ｄ１０は、ファクシミリ装置１の［送信元確認出力］キー７ｈを模したものであり、［送信元確認出力］ボタンが中央に表示されると共に、マウスカーソルＰａが表示され、また、［ストップ］ボタンが向かって右下部に表示されている。

マウスカーソルＰａは、マウス装置５５のユーザによる操作に応じて表示Ｄ１０の範囲内を移動するものであり、［送信元確認出力］ボタンまたは［ストップ］ボタンの位置にマウスカーソルＰａが在る状態でマウス装置５５がクリックされるのを待つ（判断Ｓ５０２のＮｏ、判断Ｓ５０３のＮｏのループ）。

そして、［ストップ］ボタンがクリックされた場合には表示Ｄ１０をクリアして処理（アプリケーション）を終了するが、［送信元確認出力］ボタンが押下された場合には（判断Ｓ５０３のＹｅｓ）、図１５の処理Ｓ５０５に移行する。

図１５の処理Ｓ５０５においては、受信文書管理リストの送信を、ＬＡＮ１００を介したＴＣＰ／ＩＰプロトコル上の所定のデータのやりとりにより、ファクシミリ装置１に要求する（処理Ｓ５０５）。

ＰＣ１０１側における処理Ｓ５０５に対応して、ファクシミリ装置１側ではリスト要求の有無を判断し（判断Ｓ６０１）、リスト要求がある場合には（判断Ｓ６０１のＹｅｓ）、管理テーブル５ｃの登録データを要求元のＰＣ１０１（ＩＰアドレスにより特定される）の受信文書遠隔出力制御処理（ＴＣＰポート番号により特定される）に対して送信した上で、判断Ｓ６０３に移行する。判断Ｓ６０１において、リスト要求がない場合には（判断Ｓ６０１のＮｏ）、何もしないで、判断Ｓ６０３に移行する。

判断６０３においては、ＰＣ１０１からの印刷出力要求の有無を判断し、印刷出力要求がある場合には（判断Ｓ６０３のＹｅｓ）、その印刷出力要求により指定された「文書番号」に対応する受信文書データを管理テーブル５ｃにおいて対応する「受信文書データ格納アドレス」により特定されるＲＡＭ４の記憶領域４ａから読み出して、書込部９により記録紙に印刷出力し（処理Ｓ６０４）、その印刷出力した受信文書データに対応するレコードを、管理テーブル５ｃから削除すると共に、受信文書データそのものを記憶領域４ａから削除した上で（処理Ｓ６０５）、判断Ｓ６０６に移行する。判断Ｓ６０３において、印刷出力要求がない場合には（判断Ｓ６０３のＮｏ）、何もしないで、判断Ｓ６０６に移行する。

判断６０６においては、ＰＣ１０１からの削除要求の有無を判断し、削除要求がある場合には（判断Ｓ６０６のＹｅｓ）、その削除要求により指定された「文
書番号」により特定されるレコードを、管理テーブル５ｃから削除すると共に、その指定された「文書番号」に対応する受信文書データそのものを記憶領域４ａから削除した上で（処理Ｓ６０５）、処理を終了する。判断Ｓ６０６において、削除要求がない場合には（判断Ｓ６０６のＮｏ）、何もしないで、処理を終了する。

一方、ＰＣ１０１側においては、処理Ｓ５０５によりリスト要求の後、ファクシミリ装置１側の処理Ｓ６０２に対応して管理テーブル５ｃの登録データを受信し（処理Ｓ５０６）、その受信した登録データに基づいて、受信文書管理リストの画像データを作成し、ディスプレイモニタ５４に、図２２に示す表示Ｄ１１として表示する（処理Ｓ５０７）。なお、受信文書管理リストの画像データをファクシミリ装置１側で作成してからＰＣ１０１側に送信するようにしてもよいが、管理テーブル５ｃの登録データをＰＣ１０１側に送信してＰＣ１０１側で画像データに変換させたほうが、転送データ量も少なく、ＰＣ１０１側の表示環境への適合も容易である。

図２２に示す表示Ｄ１１は、図２０に示したファクシミリ装置１側における表示Ｄ０１を模擬したものであり、ほぼ同一内容となっている。ただし、図２０の表示Ｄ０１では、所定のキー（例えば［Ｙｅｓ］キー７ｂ）を押下する操作であるのに対して、図２２の表示Ｄ１１では、所定のボタン（例えば［Ｙｅｓ］ボタン）を表示画面上でクリックする操作である点が異なる。

図２２の表示Ｄ２１においては、「文書番号」、「送信元識別情報」及び「受信日時」を表示することで、所望の受信文書データを特定するために必要な情報をユーザに対して提供している。

また、表示Ｄ１１においては、「ファクシミリにて印刷または削除する受信文書を指定してください」とのメッセージ文字列と共に、現在選択されている受信文書データ（に対応する「文書番号」）を示す「→」形状のカーソルＣｂが表示されている。また、表示Ｄ１１においては、［↑］ボタンまたは［↓］ボタンのクリックにより所望の受信文書データを選択すべきこと、その選択した受信文書データを印刷したいなら［Ｙｅｓ］ボタンを押下すべきこと、その選択した受信文書データを印刷しないまま削除したいなら［Ｎｏ］ボタンを押下すべきこと、及び、「送信元確認出力」の遠隔操作を終了したいなら、［ストップ］ボタンをクリックすべきことが示されている。

そして、カーソル制御（処理Ｓ５０８）を、［Ｙｅｓ］ボタンもクリックされず（判断Ｓ５０９のＮｏ）、［Ｎｏ］ボタンもクリックされず（判断Ｓ５１１のＮｏ）、［ストップ］ボタンもクリックされない間（判断Ｓ５１３のＮｏのループ）、繰り返し行う。

処理Ｓ５０８のカーソル制御は、具体的には、［↑］ボタンまたは［↓］ボタンがクリックされるごとにカーソルＣｂを上下に移動させると共に、現在のカーソルＣｂの指示位置（「文書番号」）を記憶する処理である。

そのようにしてユーザが、印刷出力または削除したい所望の受信文書データを選択した上で、［Ｙｅｓ］ボタンがクリックされると（判断Ｓ５０９のＹｅｓ）、その時点でカーソルＣｂが指示していた受信文書データに対応する文書番号の通知を伴う印刷出力要求を、ＬＡＮ１００を介したＴＣＰ／ＩＰ上のやりとりにより、ファクシミリ装置１に対して行う（処理Ｓ５１０）。

ＰＣ１０１側の処理Ｓ５１０に対応してファクシミリ装置１側では判断Ｓ６０３がＹｅｓとなり処理Ｓ６０４及び処理Ｓ６０５が行われて、ＰＣ１０１からの要求通りに指定された受信文書データが印刷出力及び削除される。

処理Ｓ５１０の後は、処理Ｓ５０５に戻ってリスト要求（処理Ｓ５０５）、受信（処理Ｓ５０６）、及び、表示（処理Ｓ５０７）が再度行われるため、ファクシミリ装置１側の処理Ｓ６０５による削除後の更新された管理テーブル５ｃの登録内容（登録件数１件減）がＰＣ１０１側において表示Ｄ１１として再表示されることになる。ＰＣ１０１のユーザにとっては、印刷出力指定して実際にファクシミリ装置１側で印刷出力され削除された受信文書に関するリスト表示がされなくなることで、印刷出力及び削除がファクシミリ装置１側で正しくなされたことを知ることがてぎ、安心感をもって遠隔操作によりファクシミリ装置１の「送信元確認出力」機能を利用できる。

また、ＰＣ１０１側において、［Ｎｏ］ボタンがクリックされると（判断Ｓ５１１のＹｅｓ）、その時点でカーソルＣｂが指示していた受信文書データに対応する文書番号の通知を伴う削除要求を、ＬＡＮ１００を介したＴＣＰ／ＩＰ上のやりとりにより、ファクシミリ装置１に対して行う（処理Ｓ５１２）。

ＰＣ１０１側の処理Ｓ５１０に対応してファクシミリ装置１側では判断Ｓ６０６がＹｅｓとなり処理Ｓ６０７が行われて、ＰＣ１０１からの要求通りに指定された受信文書データが削除される。

ＰＣ１０１側において、［ストップ］ボタンがクリックされると（判断Ｓ５１３のＹｅｓ）、ディスプレイモニタ５４上の表示Ｄ１１をクリアして（処理Ｓ５１４）、処理（ファクシミリ遠隔制御アプリケーション）を終了する。

なお、以上のＰＣ１０１からの遠隔制御による「送信元確認出力」機能は、ファクシミリ装置１がＨＴＴＰサーバ機能を備える一方、ＰＣ１０１側がＨＴＴＰクライアント機能（Ｗｅｂブラウザ機能）を備え、ＴＣＰ・ＵＤＰ／ＩＰ上のＨＴＴＰプロトコルによりＨＴＭＬ文書や各種情報をやりとりすることにより実現することも可能であることはいうまでもない。

また、ファクシミリ装置１側における判断Ｓ６０１ないし処理Ｓ６０７は、図１０の文書受信関連処理の一部として繰り返し行われるため、特定のＰＣ１０１（例えばＰＣ１０１ａ）からの、連続的な、リスト要求、印刷出力要求、及び、削除要求に対してそれぞれ応答できる。そればかりでなく、複数のＰＣ１０１（例えばＰＣ１０１ａとＰＣ１０１ｂ）が図１４及び図１５の受信文書遠隔出力制御処理を並行して行っていても、管理テーブル５ｃの登録内容の削除や受信文書データの記憶領域４ａからの削除の権限はファクシミリ装置１側にあるため、管理テーブル５ｃの登録内容や記憶領域４ａの記憶内容に不整合を生じさせることなく本発明に係る「送信元確認出力」の機能をＰＣ１０１からの遠隔操作により利用することが可能となる。

図１６に、ファクシミリ装置１における、図１０の文書受信関連処理手順の受信文書用残容量確保処理（処理Ｓ１０３）の具体的な処理手順について示す。

同図において、図４の受信文書データ記憶領域４ａの現在の残量Ｖreal（％）を確認する（処理Ｓ７０１）。そして、その確認した残量Ｖrealが、図５の記憶領域５ｆに記憶されているしきい残容量Ｖthを越えたか否かを判断する（判断Ｓ７０２）。

残量Ｖrealがまだしきい残容量Ｖthより多い場合には（判断Ｓ７０２のＮｏ）、何もしないで、処理を終了するが、残量Ｖrealがしきい残容量Ｖth以下になってしまった場合には（判断Ｓ７０２のＮｏ）、管理テーブル５ｃにおいて、「受信日時」のフィールドを参照することで、最古の受信文書データを特定する（処理Ｓ７０３）。

そして、残容量低下時受信文書取扱モードフラグＦｚの値が０が否（１）かを判断し（判断Ｓ７０４）、フラグＦｚの値が０の場合、つまり、「出力＋削除」の場合には（判断Ｓ７０４のＹｅｓ）、処理Ｓ７０３で特定した最古の受信文書データを管理テーブル５ｃにおいて対応する「受信文書データ格納アドレス」により特定されるＲＡＭ４の記憶領域４ａから読み出して、書込部９により記録紙に印刷出力し（処理Ｓ７０５）、その印刷出力した受信文書データに対応するレコードを、管理テーブル５ｃから削除すると共に、受信文書データそのものを記憶領域４ａから削除して（処理Ｓ７０６）、処理を終了する。

ユーザが長期不在の場合など、不要な送信元からの受信文書データは印刷出力したくないため「送信元確認出力」の機能は有効にしておきたいが、記憶領域４ａが満杯になってしまうおそれがあるような場合には、重要な受信文書データが含まれるかも知れないため、念のため印刷出力しておきたいような場合に対応できる。

判断Ｓ７０４において、フラグＦｚの値が１の場合、つまり、「削除」の場合には（判断Ｓ７０４のＮｏ）、処理Ｓ７０３で特定した最古の受信文書データに対応するレコードを、管理テーブル５ｃから削除すると共に、受信文書データそのものを記憶領域４ａから削除して（処理Ｓ７０６）、処理を終了する。

これにより、ユーザが長期の不在ではない場合などにおいては、「送信元確認出力」の機能による印刷出力・削除を行わないまま（わざと）残した（不要な）古い受信文書データを自動的に削除でき、また、メモリ受信に支障がでない程度に記憶領域４ａの残容量を確保することができる。

このような受信文書用残容量確保処理（処理Ｓ１０３）が、図１０の文書受信関連処理手順の一部として繰り返し行われることで、記憶領域４ａの残容量をしきい残容量Ｖth（２０％）以上に保つことができ、記憶領域４ａとして十分な大容量を確保できない場合でも、本発明に係る「送信元確認出力」の機能を、文書データのメモリ受信に支障を来すことなく実現することができる。

図１７に、ファクシミリ装置１における、図１０の文書受信関連処理手順の長期蓄積受信文書整理処理（処理Ｓ１０４）の具体的な処理手順について示す。

同図において、先ず、時計回路６を読み出して現在時刻（日時）を確認する（処理Ｓ８０１）。そして、その確認した現在時刻を、管理テーブル５ｃの各レコードの「受信日時」のフィールドと照合することで、受信日時（時刻）から、記憶領域５ｈに記憶されている出力待機時間Ｔwait（２４時間）を越えてまだ受信文書データ記憶領域４ａに蓄積されたまま残っている受信文書の有無を確認する（処理Ｓ８０２）。

その結果、時間Ｔwait（２４時間）を越えて蓄積されたままの受信文書データが、ない場合には（判断Ｓ８０３のＮｏ）、何もしないで処理を終了するが、有る場合には（判断Ｓ８０３のＹｅｓ）、図５の記憶領域５ｇの出力待機期間超過時受信文書取扱モードフラグＦｓの値が０が否（１）かを判断し（判断Ｓ８０４）、フラグＦｓの値が０の場合、つまり、「出力＋削除」の場合には（判断Ｓ８０４のＹｅｓ）、処理Ｓ８０２で確認した時間Ｔwait（２４時間）を越えて蓄積されたままの受信文書データを管理テーブル５ｃにおいて対応する「受信文書データ格納アドレス」により特定されるＲＡＭ４の記憶領域４ａから読み出して、書込部９により記録紙に印刷出力し（処理Ｓ８０５）、その印刷出力した受信文書データに対応するレコードを、管理テーブル５ｃから削除すると共に、受信文書データそのものを記憶領域４ａから削除して（処理Ｓ８０６）、処理を終了する。

これにより、図５の記憶領域５ｄの受信文書出力モード設定フラグＦｏの（所定の設定操作により）設定により、「送信元確認出力モード」に設定されているのに、ユーザからの「送信元確認出力」の操作が行われることなく、記憶領域４ａに長期間（この場合２４時間）蓄積されたままとなっている受信文書データが強制的に印刷出力されるため、「送信元確認出力」機能について知っているユーザが不在で、送信元からの重要な文書が印刷出力されないで蓄積されたままとなってしまうことを防止でき、本発明に係る「送信元確認出力」機能をいっそう有効に活用することが可能となる。

判断Ｓ８０４において、フラグＦｓの値が１の場合、つまり、「削除」の場合には（判断Ｓ８０４のＮｏ）、処理Ｓ８０２で確認した時間Ｔwait（２４時間）を越えて蓄積されたままの受信文書データに対応するレコードを、管理テーブル５ｃから削除すると共に、受信文書データそのものを記憶領域４ａから削除して（処理Ｓ８０６）、処理を終了する。

これにより、ユーザが長期の不在ではない場合などにおいては、「送信元確認出力」の機能による印刷出力・削除を行わないまま（わざと）残した（不要な）古い受信文書データを、ユーザによる明示的な削除操作なしに、自動的に削除でき、不要な送信元から受信文書に関するユーザの操作負担を軽減できる。

このような長期蓄積受信文書整理処理（処理Ｓ１０４）が、図１０の文書受信関連処理手順の一部として繰り返し行われることで、本発明に係る「送信元確認出力」機能に起因して長期間蓄積されたままとなっている受信文書データを適切に処理することができる。

本発明の実施例に係る画像形成装置としてのファクシミリ装置を含む通信システム構成について示す図である。本発明の実施例に係る画像形成装置としてのファクシミリ装置のブロック構成について示す図である。図２のファクシミリ装置が備える操作表示部の配置構成について示す図である。図２のファクシミリ装置のＲＡＭの記憶内容について示す図である。図２のファクシミリ装置のＥＥＰＲＯＭの記憶内容について示す図である。受信文書管理テーブルの具体的な内容について示す図である。図２のファクシミリ装置におけるネットワーク関連のプロトコルスタックについて示す図である。図２のファクシミリ装置とＬＡＮを介してやりとりする情報処理装置としてのパーソナルコンピュータ（ＰＣ）のブロック構成について示す図である。図８のＰＣにおけるネットワーク関連のプロトコルスタックについて示す図である。図２のファクシミリ装置における文書受信関連処理手順について示すフローチャートである。文書受信処理の具体的な処理手順について示すフローチャートである。受信文書出力制御処理の具体的な処理手順について示すフローチャートである。送信元確認出力処理の具体的な処理手順について示すフローチャートである。図１３と共に、図２のファクシミリ装置における送信元確認出力処理の具体的な処理手順について示すフローチャートであり、また、図８のＰＣにおける受信文書遠隔出力制御処理手順について示すフローチャートである。図１３及び図１４と共に、図２のファクシミリ装置における送信元確認出力処理の具体的な処理手順について示すフローチャートであり、また、図８のＰＣにおける受信文書遠隔出力制御処理手順について示すフローチャートである。受信文書用残容量確保処理の具体的な処理手順について示すフローチャートである。長期蓄積受信文書整理処理の具体的な処理手順について示すフローチャートである。図６に示す状態から１件の受信文書が削除された状態の受信文書管理テーブルについて示す図である。印刷出力された受信文書管理リストの内容について示す図である。表示された受信文書管理リストの内容について示す図である。図８のＰＣにおける表示例について示す図である。図８のＰＣにおける、受信文書管理リストの内容を含む表示例について示す図である。

符号の説明

１ファクシミリ装置（画像形成装置）
２ＣＰＵ
３ＲＡＭ
４ＲＯＭ
５ＥＥＰＲＯＭ
６時計回路
７操作表示部
８読取部
９書込部
１０画像処理部
１１ＬＡＮ通信制御部
１２通信制御部
１３ＮＣＵ部
１４システムバス
１０１パーソナルコンピュータ（ＰＣ）

Claims

通信網を介して送信元装置から送信された文書データを受信する文書受信手段と、
出力対象の文書データに基づいた画像を記録紙等の記録媒体上に形成して印刷出力する文書出力手段と、
前記文書受信手段により各送信元装置から順次受信される文書データを記憶蓄積する受信文書蓄積手段と、
送信元装置から送信された文書データを前記文書受信手段により受信する際に送信元識別情報を取得する送信元識別情報取得手段と、
前記受信文書蓄積手段に蓄積されている各受信文書データのそれぞれについて、前記送信元識別情報取得手段により取得された送信元識別情報を対応付けて記憶する受信文書管理手段と、
前記受信文書蓄積手段における受信文書データの蓄積件数が所定件数に達した場合に、それら各件の受信文書データに対応して前記受信文書管理手段に記憶されている送信元識別情報を少なくとも含む受信文書管理リストを出力する一方、前記受信文書蓄積手段に蓄積された受信文書データのうちのいずれかが、所定の選択操作入力に応じて選択されると、その選択された受信文書データを前記受信文書蓄積手段から読み出して前記文書出力手段により印刷出力する受信文書出力制御手段とを備えたことを特徴とする画像形成装置。
通信網を介して送信元装置から送信された文書データを受信する文書受信手段と、
出力対象の文書データに基づいた画像を記録紙等の記録媒体上に形成して印刷出力する文書出力手段と、
前記文書受信手段により各送信元装置から順次受信された文書データを記憶蓄積する受信文書蓄積手段と、
送信元装置から送信された文書データを前記文書受信手段により受信する際に送信元識別情報を取得する送信元識別情報取得手段と、
前記受信文書蓄積手段に蓄積されている各受信文書データのそれぞれについて、前記送信元識別情報取得手段により取得された送信元識別情報を対応付けて記憶する受信文書管理手段と、
所定のインターフェースを介して接続された情報処理装置から要求に応じて前記受信文書蓄積手段に蓄積されている各受信文書データに対応して前記受信文書管理手段に記憶されている送信元識別情報を少なくとも含む受信文書管理リストを前記所定のインターフェースを介して前記情報処理装置に送信する一方、前記受信文書蓄積手段に蓄積された受信文書データのうちのいずれかが、前記所定のインターフェースを介して前記情報処理装置から選択されると、その選択された受信文書データを前記受信文書蓄積手段から読み出して前記文書出力手段により印刷出力する受信文書出力制御手段とを備えたことを特徴とする画像形成装置。
受信文書データを受信後遅滞なく出力する通常出力モード、または、送信元確認出力モードのいずれかに受信文書データの出力モードを設定する、受信文書出力モード設定手段を備え、
前記受信文書出力制御手段は、
前記通常出力モードに設定されている場合には、文書データを受信後遅滞なく前記文書出力手段により出力するものであり、
前記送信元確認出力モードに設定されている場合には、前記受信文書蓄積手段における受信文書データの蓄積件数が所定件数に達した場合に、それら各件の受信文書データに対応して前記受信文書管理手段に記憶されている送信元識別情報を少なくとも含む受信文書管理リストを出力する一方、前記受信文書蓄積手段に蓄積された受信文書データのうちのいずれかが、所定の選択操作入力に応じて選択されると、その選択された受信文書データを前記受信文書蓄積手段から読み出して前記文書出力手段により印刷出力するものであることを特徴とする請求項１に記載の画像形成装置。
受信文書データを受信後遅滞なく出力する通常出力モード、または、送信元確認出力モードのいずれかに受信文書データの出力モードを設定する、受信文書出力モード設定手段を備え、
前記受信文書出力制御手段は、
前記通常出力モードに設定されている場合には、文書データを受信後遅滞なく前記文書出力手段により出力するものであり、
前記送信元確認出力モードに設定されている場合には、所定のインターフェースを介して接続された情報処理装置から要求に応じて前記受信文書蓄積手段に蓄積されている各受信文書データに対応して前記受信文書管理手段に記憶されている送信元識別情報を少なくとも含む受信文書管理リストを前記所定のインターフェースを介して前記情報処理装置に送信する一方、前記受信文書蓄積手段に蓄積された受信文書データのうちのいずれかが、前記所定のインターフェースを介して前記情報処理装置から選択されると、その選択された受信文書データを前記受信文書蓄積手段から読み出して前記文書出力手段により印刷出力するものであることを特徴とする請求項２に記載の画像形成装置。