JP2006203694A - 通信装置 - Google Patents

Abstract

【課題】 蓄積先ディレクトリ内のファイル数が増加した場合であっても、ファイル名が重複することなく外部装置に確実に送信するとともに、装置自体のメモリ及び処理時間への影響が少ない通信装置を提供する。
【解決手段】 本発明に係る通信装置の一例であるＩＮＦＡＸ（例えば１Ａ）からファイルをファイルサーバ３へ転送する場合に、転送したいファイルのファイル名を指定したＲＮＦＲコマンドをファイルサーバ３に対して実行する。ＲＮＦＲコマンドは、オペランドであるファイル名がファイルサーバ３に存在する場合には正常終了するが、ファイル名が存在しない場合にはエラー終了することから、ファイルサーバ３からのレスポンスによって、ファイル名と同名のファイルがファイルサーバ３にすでに存在するか否かを判定することができる。
【選択図】 図１

Description

本発明は、ファイルをインターネット、ローカルエリアネットワーク（ＬＡＮ）などの通信網を介してサーバのような外部装置へ送信する通信装置に関する。

近年、独自に構築されてきた種々のネットワークを相互に接続した大規模ネットワーク（以下、インターネット）が種々の分野で利用されている。インターネットは、電話網などと異なり、インターネットに接続するまでの費用を負担すれば、日本国内だけでなく外国のコンピュータなどと通信することができる。そこで、画像データのようなファイルを通信網を介してサーバに送信（転送）し、サーバにてファイルを管理する管理システムが実用化されている。

ところで、サーバにファイルを蓄積（記憶）する場合、蓄積先ディレクトリ内に同名のファイルがすでに存在しているときにはファイルが上書きされてしまうため、指定したファイル名と同名のファイルがサーバに存在しているか否かをチェックする必要がある。そこで、同名のファイルがすでに存在しているときに、上書きとデータの追加とを選択自在にした文書管理装置が提案されている（例えば、特許文献１参照。）。
特開２００４−１９２５００号公報

従来の通信装置１００は、図５に示すように、ＦＴＰサーバ１１０のファイル・ディレクトリ名の一覧（リスト）１０１Ａを取得してメモリ１０１に記憶し、メモリ１０１に記憶したファイル・ディレクトリ名のリスト１０１Ａを検索して、送信対象のファイルと同名のファイルが存在していないか否かを判定する必要があった。したがって、蓄積先ディレクトリ内のファイル数の増加にともなって、リスト１０１Ａを格納するメモリ１０１のサイズを確保する必要があり、さらにファイル名の検索にも多大の時間を要してしまう。また、確保すべきメモリサイズを予め予測することは極めて困難である。

本発明は斯かる事情に鑑みてなされたものであり、蓄積先ディレクトリ内のファイル数が増加した場合であっても、ファイル名が重複することなく確実にファイルを送信できるとともに、装置自体のメモリ及び処理時間への影響が少ない通信装置の提供を目的とする。

第１発明に係る通信装置は、ファイルを外部装置へ送信する送信手段を備える通信装置において、前記ファイルのファイル名を受け付け、受け付けたファイル名と同名のファイルが前記外部装置に存在する場合には該ファイルが指定され、存在しない場合にはエラーが返答される指定コマンドを前記外部装置に対して実行する手段を備え、前記送信手段は、前記指定コマンドに対して前記外部装置からエラーが返答された場合に、前記ファイル名でファイルを前記外部装置へ送信するようにしてあることを特徴とする。

第１発明にあっては、ファイルを外部装置へ送信するに際して、送信しようとするファイルのファイル名を受け付け、受け付けたファイル名と同名のファイルが外部装置に存在しない場合にはエラーが返答される指定コマンド（例えば、ＦＴＰのＲＮＦＲコマンド）を外部装置に対して実行する。そして、指定コマンドに対して外部装置からエラーが返答された場合は、送信対象のファイルと同名のファイルが外部装置に存在しないことになるので、そのファイル名で外部装置へファイルを送信する。このように、通信装置は、指定コマンドを外部装置に対して実行し、その返答に基づいて、送信対象のファイルと同名のファイルが外部装置に存在するか否かを判定することができるので、外部装置に蓄積されているファイルのファイル名一覧の取得、及び検索の実行が不必要となり、通信装置側での処理が極めて簡単になる。指定コマンドは、例えばＦＴＰの場合、オペランドで指定されたファイル名（ここでは、送信対象のファイル名）と同名のファイルが外部装置に存在する場合には正常終了するが、送信対象のファイル名と同名のファイルが存在しない場合にはエラー終了するＲＮＦＲコマンドのことである。

第２発明に係る通信装置は、第１発明において、前記指定コマンドに対して前記外部装置からエラーが返答されなかった場合に、前記ファイル名と異なる別ファイル名を受け付け、受け付けた別ファイル名と同名のファイルが前記外部装置に存在しない場合には前記指定コマンドで指定したファイルのファイル名が前記別ファイル名に変更され、存在する場合にはエラーが返答される変名コマンドを前記外部装置に対して実行する手段と、前記変名コマンドに対して前記外部装置からエラーが返答されなかった場合に、前記指定コマンドで指定したファイルに対して、前記別ファイル名から前記ファイル名へ変更する変名コマンドを前記外部装置に対して実行する手段とを備え、前記別ファイル名でファイルを前記外部装置へ送信するようにしてあることを特徴とする。

第２発明にあっては、指定コマンドに対して外部装置からエラーが返答されなかった場合は、受け付けたファイル名と同名のファイルが外部装置に存在していることになるので、そのファイル名で外部装置に送信すれば、すでに外部装置に存在しているファイルが上書きされてしまうことから、受け付けたファイル名と異なる別ファイル名をさらに受け付け、受け付けた別ファイル名と同名のファイルが外部装置に存在しない場合には指定コマンドで指定した外部装置側のファイルのファイル名が別ファイル名に変更され、受け付けたファイル名と同名のファイルが外部装置に存在する場合にはエラーが返答される変名コマンド（例えば、ＦＴＰのＲＮＴＯコマンド）を外部装置に対して実行する。変名コマンドに対して外部装置からエラーが返答されなかった場合は、外部装置に存在していたファイルのファイル名が別ファイル名に変更されたことになるので、変名コマンドの実行前の状態では、外部装置には別ファイル名のファイルが存在していなかったと判断することができる。そこで、指定コマンドで指定した外部装置のファイルに対して変名コマンドを実行してファイル名を元に戻し、送信対象のファイルを別ファイル名で外部装置へ送信する。

第３発明に係る通信装置は、第１発明において、前記指定コマンドに対して前記外部装置からエラーが返答されなかった場合に、前記ファイル名と異なる別ファイル名を受け付け、受け付けた別ファイル名と同名のファイルが前記外部装置に存在しない場合には前記指定コマンドで指定したファイルのファイル名が前記別ファイル名に変更され、存在する場合にはエラーが返答される変名コマンドを前記外部装置に対して実行する手段と、前記変名コマンドに対して前記外部装置からエラーが返答されなかった場合に、前記ファイル名でファイルを前記外部装置へ送信するようにしてあることを特徴とする。

第３発明にあっては、指定コマンドに対して外部装置からエラーが返答されなかった場合は、受け付けたファイル名と同名のファイルが外部装置に存在していることになるので、そのファイル名で外部装置に送信すれば、すでに外部装置に存在しているファイルが上書きされてしまうことから、受け付けたファイル名と異なる別ファイル名をさらに受け付け、受け付けた別ファイル名と同名のファイルが外部装置に存在しない場合には指定コマンドで指定した外部装置側のファイルのファイル名が別ファイル名に変更され、受け付けたファイル名と同名のファイルが外部装置に存在する場合にはエラーが返答される変名コマンド（例えば、ＦＴＰのＲＮＴＯコマンド）を外部装置に対して実行する。変名コマンドに対して外部装置からエラーが返答されなかった場合は、外部装置に存在していたファイルのファイル名が別ファイル名に変更されたことになるので、変名コマンドの実行後の状態では、外部装置にはファイル名が空きになる、つまり、ファイル名と同名のファイルが存在しないと判断することができ、送信対象のファイルを当初のファイル名で外部装置へ送信する。

第４発明に係る通信装置は、第２発明又は第３発明において、前記変名コマンドに対して前記外部装置からエラーが返答された場合に、前記指定コマンドで指定したファイルに対して、前記ファイル名及び前記別ファイル名と異なるファイル名へ変更する変名コマンドを前記外部装置に対して実行する手段を備えることを特徴とする。

第４発明にあっては、変名コマンドに対して外部装置からエラーが返答された場合は、変名しようとした別ファイル名と同名のファイルが外部装置に存在していることになるので、この別ファイル名で外部装置に送信すれば、すでに外部装置に存在している別ファイル名のファイルが上書きされてしまうことから、指定コマンドで指定したファイルに対して、さらに異なるファイル名へ変更する変名コマンドを外部装置に対して実行する。このようにして、外部装置に存在しないファイル名の検索を繰り返することで、ファイル名が重複することなく確実にファイルを外部装置に送信することができる。

本発明によれば、蓄積先ディレクトリ内のファイル数が増加した場合であっても、従来のように、ファイル・ディレクトリ名のリストを取得してメモリに記憶し、メモリに記憶したファイル・ディレクトリ名のリストを検索する必要がなく、ファイル名が重複することなく確実にファイルを送信できるとともに、リストを格納するためのメモリは不要であるとともに、装置自体の処理が極めて簡単になるなど、優れた効果を奏する。

以下、本発明をその実施の形態を示す図面に基づいて詳述する。

（実施の形態１）
図１は本発明に係る通信装置の一例であるインターネットファクシミリ装置が接続された態様の通信ネットワーク構成を示す模式図である。１Ａ，１Ｂ，１Ｃは、本発明に係る通信装置の一例であるインターネットファクシミリ装置（以下、ＩＮＦＡＸ）である。

ＬＡＮ２Ａには、ＩＮＦＡＸ１Ａ，１Ｂ、ファイルサーバ３、パーソナルコンピュータ（以下、ＰＣ）４Ａ、メールサーバ５Ａ、ルータ６Ａなどが接続されており、ＩＮＦＡＸ１Ａ，１Ｂ、ＰＣ４Ａは、メールサーバ５Ａを介して相互に電子メールによる通信（送信、受信）が可能なように構成されている。また、ＩＮＦＡＸ１Ａ，１Ｂは、ＬＡＮ２Ａを通じてファイルサーバ３にデータを転送（送信、受信）できるように構成されている。さらに、ＬＡＮ２Ａはルータ６Ａを介してインターネットＩＮに接続されており、ＩＮＦＡＸ１Ａ，１Ｂ、ファイルサーバ３、ＰＣ４Ａは、インターネットＩＮに接続された後述の各種機器との通信が可能である。

インターネットＩＮには、ＬＡＮ２Ａと同様に、ルータ６Ｂを介してＬＡＮ２Ｂが接続されている。ＬＡＮ２Ｂには、ＩＮＦＡＸ１Ｃ、ＰＣ４Ｂ、メールサーバ５Ｂ、ルータ６Ｂなどが接続されており、ＩＮＦＡＸ１Ｃ、ＰＣ４Ｂは、メールサーバ５Ｂを介して相互に電子メールによる通信が可能なように構成されている。また、ＩＮＦＡＸ１Ｃは、インターネットＩＮを通じてファイルサーバ３にデータを転送（送信、受信）できるように構成されている。

さらに、ＩＮＦＡＸ１Ａ，１Ｂ，１Ｃ（以下、区別が不要な場合にはＩＮＦＡＸ１とすることもある）は、公衆電話回線網ＰＳＴＮを通じて相互に接続されており、公衆電話回線網ＰＳＴＮを用いた従来のファクシミリ装置としても利用可能であり、図１においては、従来のファクシミリ装置であるＧ３ＦＡＸ７が公衆電話回線網ＰＳＴＮにさらに接続されている態様を示している。

図２は本発明に係る通信装置の一例であるインターネットファクシミリ装置の構成を示すブロック図である。本発明に係る通信装置であるＩＮＦＡＸ１は、ＣＰＵで構成された制御部１０を備えている。制御部１０はＲＯＭ１１、ＲＡＭ１２、読取部１３、コーデック１４、画像メモリ１５、記録部１６、操作部１７、表示部１８、ＬＡＮインターフェイス（以下、ＬＡＮＩＦ）１９、モデム２０、回線制御部（以下、ＮＣＵ）２１と接続され、これら各部を制御し、ＲＯＭ１１に予め格納されているコンピュータプログラムに従って種々の機能を実行し、各部と連携して又は単独で本発明における各種の手段として機能する。ＲＡＭ１２は、制御部１０によるコンピュータプログラムの実行時に発生する一時的なデータを記憶するもので、例えばＤＲＡＭ、フラッシュメモリなどにより構成される。

読取部１３はＣＣＤなどを利用したスキャナであり、原稿台にセットされた原稿を読み取ってデータ化を行う。原稿読み取り時のスキャナ方式としてはＡＤＦ（Automatic Document Feeder）方式，ＦＢＳ（Flat Bed Scanner）方式があるがいずれでもよい。コーデック１４は、読取部１３にて読み取ったデータを所定形式の画像データに変換（符号化）し、画像メモリ１５に記憶する。コーデック１４の符号化方式として、例えば、１次元符号化方式であるＭＨ（Modified Huffman），２次元符号化方式であるＭＲ（Modified READ），又はＭＲを一部改良したＭＭＲ（Modified Modified READ）などの符号化方式がファクシミリ通信の規格により定められている。

記録部１６は、電子写真方式のようなプリンタ装置であり、他のファクシミリ装置からファクシミリ通信により受信した画像データ、及び通信ネットワークにより受信した画像データをハードコピーとしてプリントアウトして記録する。

操作部１７は、ＩＮＦＡＸ１を操作するために必要な文字キー、テンキー、短縮ダイヤルキー、ワンタッチダイヤルキー、各種のファンクションキーなどを備え、利用者による各種操作及び設定は、この操作部１７から行われる。表示部１８は、液晶表示装置（ＬＣＤ）のような表示装置であり、ＩＮＦＡＸ１の動作状態を表示し、さらには、送信する原稿の画像データ、受信した画像データなどの表示を行う。なお、表示部１８をタッチパネル方式とすることにより、操作部１７の各種キーの内の一部又は全部を代用することも可能である。

ＬＡＮＩＦ１９は、ＩＮＦＡＸ１（例えば１Ａ）がＬＡＮ（２Ａ）を介して他のＩＮＦＡＸ１（１Ｂ）、ファイルサーバ（３）、ＰＣ（４Ａ）、メールサーバ（５Ａ）と通信を行うためのインターフェイスであり、制御部１０と協業して、電子メールの送受信処理を行ったり、ファイルサーバ３との間で画像データのようなファイルを転送する際の手段として動作する。またルータ（６Ａ）を介してインターネットＩＮとも接続され、他のＩＮＦＡＸ１（１Ｃ）、ＰＣ（４Ｂ）、メールサーバ（５Ｂ）と通信を行うこともできる。

モデム２０は、ファクシミリ通信が可能なファクシミリモデムにより構成されている。モデム２０にはＮＣＵ２１が直接的に接続されており、ＮＣＵ２１は、公衆電話回線網ＰＳＴＮに対する接続又は切断を行い、必要に応じてモデム２０を公衆電話回線網ＰＳＴＮに接続し、ＩＮＦＡＸ１と外部のファクシミリ装置（例えばＧ３ＦＡＸ７）との間のファクシミリ通信の制御を行う。

次に、本発明に係る通信装置が行う動作について説明する。図３は本発明の実施の形態１に係る通信装置が行う処理手順を示すフローチャートである。

ＩＮＦＡＸ１は、ファイルをファイルサーバ３に転送（アーカイブ）する場合、アーカイブしたいファイルの名称（ファイル名）を受け付ける（ステップＳ１）。そして、ＩＮＦＡＸ１は、ＦＴＰコマンドである“ＲＮＦＲ ファイル名”コマンドを実行し（ステップＳ２）、ＲＮＦＲ ファイル名”コマンドに対してエラーが発生したか否かを判定する（ステップＳ３）。

ＲＮＦＲコマンドは、ファイルサーバ３上のファイルのファイル名を変更する場合に実行して、受け付けたファイル名と同名のファイルがファイルサーバ３に存在する場合には、そのファイルを指定して正常終了するが、受け付けたファイル名と同名のファイルがファイルサーバ３に存在しない場合には異常（エラー）終了して、エラーをＩＮＦＡＸ１に返答することから、ファイルサーバ３からのレスポンスによって、アーカイブしたいファイルのファイル名と同名のファイルがファイルサーバ３に存在しているか否かを判断することができる。

Ｓ３においてエラーが発生した場合（Ｓ３：ＹＥＳ）、Ｓ１にて受け付けたファイル名と同名のファイルがファイルサーバ３に存在しないことになるので、ＩＮＦＡＸ１は、“ＳＴＯＲ ファイル名”コマンドを実行して、Ｓ１にて受け付けたファイル名でファイルをファイルサーバ３にアーカイブする（ステップＳ４）。そして、ＩＮＦＡＸ１は、Ｓ１にて受け付けたファイル名でファイルサーバ３にアーカイブされたことを表示部１８に表示して利用者に通知する（ステップＳ５）。

一方、Ｓ３においてエラーが発生しなかった場合（Ｓ３：ＮＯ）、Ｓ１にて受け付けたファイル名と同名のファイルがファイルサーバ３に存在していることになるので、このファイル名でファイルをファイルサーバ３にアーカイブすれば、ファイルサーバ３にすでに存在しているファイルが上書きされることになる。そこで、ＩＮＦＡＸ１は、日時情報を取得して（ステップＳ６）、Ｓ１にて受け付けたファイル名に日時情報を付加した一時ファイル名を生成する（ステップＳ７）。そして、ＩＮＦＡＸ１は、“ＲＮＴＯ 一時ファイル名”コマンドを実行し（ステップＳ８）、“ＲＮＴＯ 一時ファイル名”コマンドに対してエラーが発生したか否かを判定する（ステップＳ９）。

ＲＮＴＯコマンドは、ＲＮＦＲコマンドとペアで用いられ、一時ファイル名と同名のファイルがファイルサーバ３に存在いない場合には、ＲＮＦＲコマンドで指定されたファイルのファイル名を一時ファイル名に変更して正常終了するが、一時ファイル名と同名のファイルがファイルサーバ３に存在する場合には異常（エラー）終了して、エラーをＩＮＦＡＸ１に返答することから、ファイルサーバ３からのレスポンスによって、一時ファイル名と同名のファイルがファイルサーバ３に存在しているか否かを判断することができる。

Ｓ９においてエラーが発生しなかった場合（Ｓ９：ＮＯ）、ファイルサーバ３に存在していたファイルのファイル名が一時ファイル名に変更されたことになるので、ＲＮＴＯコマンドの実行前の状態では、ファイルサーバ３には一時ファイル名のファイルが存在していなかったと判断することができる。そこで、ＩＮＦＡＸ１は、“ＲＮＦＲ 一時ファイル名”コマンド及び“ＲＮＴＯ ファイル名”コマンドを実行して、ファイルサーバ３のファイルを元のファイル名に変名する（ステップＳ１０）。そして、ＩＮＦＡＸ１は、“ＳＴＯＲ 一時ファイル名”コマンドを実行して、ファイルを一時ファイル名でファイルサーバ３にアーカイブする（ステップＳ１１）。そして、ＩＮＦＡＸ１は、Ｓ７にて生成した一時ファイル名でファイルサーバ３にアーカイブされたことを表示部１８に表示して利用者に通知する（ステップＳ１２）。

一方、Ｓ９においてエラーが発生した場合（Ｓ９：ＹＥＳ）、Ｓ７にて生成した一時ファイル名と同名のファイルがファイルサーバ３に存在していることになるので、この一時ファイル名でファイルサーバ３にアーカイブすれば、ファイルサーバ３にすでに存在しているファイルが上書きされることになる。そこで、エラーが発生した場合はファイル名が変更されずに終了することから、ＩＮＦＡＸ１は処理をＳ２に戻す。このように、処理を繰り返すことにより、日時情報が更新され、ファイルサーバ３に存在しない一時ファイル名をＳ７にて生成することができる。なお、日時情報としては、例えば通常１／１００秒単位での情報を取得することが可能であり、上述した処理を繰り返すことによって処理時間が経過して日時情報が変更される。また、Ｓ９にてエラーが発生した場合、ウェイト処理を行って意図的に日時情報を変更するようにしてもよい。

以上詳述したように、本実施形態では、Ｓ１にて受け付けたファイル名、又はそのファイル名を含む一時ファイル名でアーカイブされることから、ファイルサーバ３に登録されている複数のファイルから、ファイル名をキーワードとして目的のファイルを容易に検索することができる。このように検索が容易であるとともに、ファイルが上書きされることがないので、控えを目的としたアーカイブに好適である。

また、ＩＮＦＡＸ１は、従来のように、ファイル・ディレクトリ名のリストを取得してメモリに記憶し、メモリに記憶したファイル・ディレクトリ名のリストを検索する必要はなく、ファイルサーバ３に対してＲＮＦＲコマンドを実行し、そのレスポンスに基づいて、登録したいファイル名と同名のファイルがファイルサーバ３に存在するか否かを判断することができるので、リストを格納するためのメモリは不要であるとともに、ＩＮＦＡＸ１自体の処理が極めて簡単になる。

（実施の形態２）
実施の形態１では登録しようとしたファイル名と同名のファイルがファイルサーバ３に存在する場合、ファイル名に付加的情報を付加したファイル名でアーカイブするようにしたが、すでにファイルサーバ３に存在しているファイルの名称を変更することとし、登録しようとするファイル名でアーカイブするようにしてもよく、このようにしたものが実施の形態２である。

図４は本発明の実施の形態２に係る通信装置が行う処理手順を示すフローチャートである。
ＩＮＦＡＸ１は、ファイルをファイルサーバ３にアーカイブする場合、アーカイブしたいファイル名を受け付ける（ステップＳ２１）。そして、ＩＮＦＡＸ１は、“ＲＮＦＲ ファイル名”コマンドを実行し（ステップＳ２２）、ＲＮＦＲ ファイル名”コマンドに対してエラーが発生したか否かを判定する（ステップＳ２３）。

Ｓ２３においてエラーが発生した場合（Ｓ２３：ＹＥＳ）、Ｓ２１にて受け付けたファイル名と同名のファイルがファイルサーバ３に存在しないことになるので、ＩＮＦＡＸ１は、“ＳＴＯＲ ファイル名”コマンドを実行して、Ｓ２１にて受け付けたファイル名でファイルをファイルサーバ３にアーカイブする（ステップＳ２４）。

一方、Ｓ２３においてエラーが発生しなかった場合（Ｓ２３：ＮＯ）、Ｓ２１にて受け付けたファイル名と同名のファイルがファイルサーバ３に存在していることになるので、このファイル名でファイルをファイルサーバ３にアーカイブすれば、ファイルサーバ３にすでに存在しているファイルが上書きされることになる。そこで、ＩＮＦＡＸ１は、日時情報を取得して（ステップＳ２５）、Ｓ２１にて受け付けたファイル名に日時情報を付加した一時ファイル名を生成する（ステップＳ２６）。そして、ＩＮＦＡＸ１は、“ＲＮＴＯ 一時ファイル名”コマンドを実行し（ステップＳ２７）、“ＲＮＴＯ 一時ファイル名”コマンドに対してエラーが発生したか否かを判定する（ステップＳ２８）。

Ｓ２８においてエラーが発生しなかった場合（Ｓ２８：ＮＯ）、ファイルサーバ３に存在していたファイルのファイル名が一時ファイル名に変更されたことになるので、Ｓ２１にて受け付けたファイル名のファイルがファイルサーバ３に存在しなくなる。そこで、ＩＮＦＡＸ１は、“ＳＴＯＲ ファイル名”コマンドを実行して、ファイルをＳ２１にて受け付けたファイル名でファイルサーバ３にアーカイブする（ステップＳ２９）。

一方、Ｓ２８においてエラーが発生した場合（Ｓ２８：ＹＥＳ）、ファイル名が変更されずに終了することから、ＩＮＦＡＸ１は処理をＳ２２に戻す。このように、処理を繰り返すことにより、日時情報が更新され、ファイルサーバ３に存在しない一時ファイル名をＳ２６にて生成することができる。

以上詳述したように、本実施形態では、Ｓ２１にて受け付けたファイル名でアーカイブされることから、ファイルサーバ３に登録されている複数のファイルから、ファイル名を指定して目的のファイルを容易に検索することができる。このように検索が容易であるとともに、ファイルが上書きされることがないので、控えを目的としたアーカイブに好適である。また、この場合、ファイルサーバ３にすでに登録されているファイルが一時ファイル名に変名されることになるが、一時ファイル名は元のファイル名を含むことから、ファイル名をキーワードとして検索することができる。

また、実施の形態１と同様、ＩＮＦＡＸ１は、ファイルサーバ３に対してＲＮＦＲコマンドを実行し、そのレスポンスに基づいて、登録したいファイル名と同名のファイルがファイルサーバ３に存在するか否かを判断することができるので、リストを格納するためのメモリは不要であるとともに、ＩＮＦＡＸ１自体の処理が極めて簡単になる。

なお、各実施の形態では、一時ファイル名として、ファイル名に日時情報を付加するようにしたが、付加する情報について限定されるものではなく、例えばシリアル番号などを付加するようにしてもよく、受け付ける一時ファイルの名称について限定されるものではない。もちろん、利用者から一時ファイル名を受け付けるようにしてもよい。

本発明に係る通信装置の一例であるインターネットファクシミリ装置が接続された態様の通信ネットワーク構成を示す模式図である。 本発明に係る通信装置の一例であるインターネットファクシミリ装置の構成を示すブロック図である。 本発明の実施の形態１に係る通信装置が行う処理手順を示すフローチャートである。 本発明の実施の形態２に係る通信装置が行う処理手順を示すフローチャートである。 従来の通信装置におけるファイル検索を説明するための図である。

符号の説明

１，１Ａ，１Ｂ，１Ｃ 通信装置（ＩＮＦＡＸ）
２Ａ，２Ｂ ローカルエリアネットワーク（ＬＡＮ）
３ ファイルサーバ
４Ａ，４Ｂ パーソナルコンピュータ（ＰＣ）
５Ａ，５Ｂ メールサーバ
６Ａ，６Ｂ ルータ
７ Ｇ３ＦＡＸ
１０ 制御部
１１ ＲＯＭ
１２ ＲＡＭ
１３ 読取部
１４ コーデック
１５ 画像メモリ
１６ 記録部
１７ 操作部
１８ 表示部
１９ ＬＡＮインターフェイス（ＬＡＮＩＦ）
２０ モデム
２１ 回線制御部（ＮＣＵ）

Claims (4)

1. ファイルを外部装置へ送信する送信手段を備える通信装置において、
   前記ファイルのファイル名を受け付け、受け付けたファイル名と同名のファイルが前記外部装置に存在する場合には該ファイルが指定され、存在しない場合にはエラーが返答される指定コマンドを前記外部装置に対して実行する手段を備え、
   前記送信手段は、前記指定コマンドに対して前記外部装置からエラーが返答された場合に、前記ファイル名でファイルを前記外部装置へ送信するようにしてあること
   を特徴とする通信装置。
2. 前記指定コマンドに対して前記外部装置からエラーが返答されなかった場合に、前記ファイル名と異なる別ファイル名を受け付け、受け付けた別ファイル名と同名のファイルが前記外部装置に存在しない場合には前記指定コマンドで指定したファイルのファイル名が前記別ファイル名に変更され、存在する場合にはエラーが返答される変名コマンドを前記外部装置に対して実行する手段と、
   前記変名コマンドに対して前記外部装置からエラーが返答されなかった場合に、前記指定コマンドで指定したファイルに対して、前記別ファイル名から前記ファイル名へ変更する変名コマンドを前記外部装置に対して実行する手段とを備え、
   前記別ファイル名でファイルを前記外部装置へ送信するようにしてあること
   を特徴とする請求項１に記載の通信装置。
3. 前記指定コマンドに対して前記外部装置からエラーが返答されなかった場合に、前記ファイル名と異なる別ファイル名を受け付け、受け付けた別ファイル名と同名のファイルが前記外部装置に存在しない場合には前記指定コマンドで指定したファイルのファイル名が前記別ファイル名に変更され、存在する場合にはエラーが返答される変名コマンドを前記外部装置に対して実行する手段と、
   前記変名コマンドに対して前記外部装置からエラーが返答されなかった場合に、前記ファイル名でファイルを前記外部装置へ送信するようにしてあること
   を特徴とする請求項１に記載の通信装置。
4. 前記変名コマンドに対して前記外部装置からエラーが返答された場合に、前記指定コマンドで指定したファイルに対して、前記ファイル名及び前記別ファイル名と異なるファイル名へ変更する変名コマンドを前記外部装置に対して実行する手段を備えること
   を特徴とする請求項２又は請求項３に記載の通信装置。

Images