JP3582697B2 - Network facsimile machine - Google Patents
Network facsimile machine Download PDFInfo
- Publication number
- JP3582697B2 JP3582697B2 JP33858198A JP33858198A JP3582697B2 JP 3582697 B2 JP3582697 B2 JP 3582697B2 JP 33858198 A JP33858198 A JP 33858198A JP 33858198 A JP33858198 A JP 33858198A JP 3582697 B2 JP3582697 B2 JP 3582697B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- client
- network
- communication format
- format
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、公衆回線を用いて他のファクシミリ装置とファクシミリ通信が可能であり、かつ、LANなどの他のネットワークにも接続可能なネットワークファクシミリ装置に関するものである。
【0002】
【従来の技術】
近年、従来と同様に公衆回線に接続されるとともに、LANなどの他のネットワークにも接続することができるネットワークファクシミリ装置が開発されている。このネットワークファクシミリ装置を用いることによって、LANなどのネットワークに接続されているコンピュータ等の機器から他のファクシミリ装置へ画情報を送ることができる。また、他のファクシミリ装置から公衆回線を通じて受信したファクシミリデータを、LANなどのネットワークに接続されているコンピュータ等の機器あるいはそれらの機器を利用する利用者(以下、クライアントと呼ぶ)に配信することができる。
【0003】
他のファクシミリ装置からLANなどのネットワーク上の特定のクライアントに対してファクシミリデータを配信する場合、ネットワークファクシミリ装置において、配信先のクライアントに応じたデータフォーマットにファクシミリデータを変換し、さらにそのクライアントに応じた通信プロトコルで配信する必要がある。しかし、このようなデータフォーマットや通信プロトコルといった通信形式は様々であり、同じネットワークに接続されていてもクライアントごとに異なる場合もある。クライアントのアプリケーションソフトウェアは、各クライアントごとに独立して保守されるので、例えばネットワークファクシミリ装置からクライアントへデータを配信するときには、ネットワークファクシミリ装置側でクライアントの通信形式に柔軟に対応する必要がある。
【0004】
【発明が解決しようとする課題】
本発明は、上述した事情に鑑みてなされたもので、LANなどの他のネットワークに接続されている、例えば通信プロトコル、データフォーマットなどの通信形式が異なるクライアントに対してデータを配信する際に、クライアントに対応した通信形式に柔軟に対応可能なネットワークファクシミリ装置を提供することを目的とするものである。
【0005】
【課題を解決するための手段】
本発明は、公衆回線でのファクシミリ通信を行うファクシミリ通信手段と、他のネットワークにおいて複数の通信プロトコルでの通信が可能なネットワーク通信手段と、前記他のネットワーク上のクライアントごとに使用する通信プロトコルを含む通信形式を登録した通信形式テーブルを有し、ネットワーク通信手段は、前記他のネットワーク上のクライアントと通信を行う際に他のネットワークを介して接続したホスト及び前記通信形式テーブルから該クライアントに対応する通信形式を取得し、両者が一致していればその一致した通信形式で通信を行う。このとき、前記ホスト及び前記通信形式テーブルから取得した前記クライアントに対応する通信形式が一致しない場合には、前記通信形式テーブルの設定内容を無視して前記ホストより取得した通信形式で通信を行い、または前記通信形式テーブルの設定内容を無視して前記ホストより取得した通信形式で通信を行い前記通信形式テーブルを更新し、または前記通信形式テーブルより取得した通信形式を優先して使用し通信を行い、または設定に従っていずれかの通信形式で通信を行うことを特徴とするものである。これによって、各クライアントが要求する通信プロトコルに柔軟に対応して通信を行うことができ、クライアントの多様なアプリケーションソフトウェアの要求に応じることができる。
【0007】
また、ホスト及び通信形式テーブルから取得したクライアントに対応する通信形式が一致しない場合には、所定の処理によって通信形式を選択し通信を行うように構成することができる。例えば、通信形式テーブルの設定内容またはホストから取得した通信形式のいずれかを優先したり、いずれを優先させるかを予め設定しておくことができる。あるいは、転送すべきデータを保持しておき、一定期間毎に再試行することができる。一定期間再試行しても通信できない場合には、保持しておいたデータを破棄し、さらにはそのデータの送信元へ不達通知を返したり、あるいは予め設定しておいた別のクライアントに転送することができる。また、いずれか送信可能な通信形式を選択して通信を行うこともできる。
【0008】
【発明の実施の形態】
図1は、本発明のネットワークファクシミリ装置の第1の実施の形態を含むシステムの一例を示す構成図である。図中、1,2はクライアント、3はメールサーバ、4はLAN、5はネットワークファクシミリ装置、6は公衆回線、7はファクシミリ装置、11はネットワーク通信部、12はファクシミリ通信部、13は通信形式テーブル、14は配信プロトコルテーブル、15は配信先能力テーブルである。
【0009】
クライアント1,2、メールサーバ3,ネットワークファクシミリ装置5は、LAN4に接続されており、それぞれ相互間でのデータ交換が可能に構成されている。ここでは、クライアント1とクライアント2は、搭載している通信ソフトウェアは任意である。そのため、通信ソフトウェアの相違によって通信形式が異なっていてもよい。ここで通信形式としては、通信プロトコルやデータフォーマットなどが含まれる。通信プロトコルとしては、例えばSMTP、HTTP、Salutationプロトコルなどがある。また、データフォーマットとしては、MH,MR,MMR,TIFF,GIF,JBIG,JPEGなどの符号化形式を含むフォーマットのほか、サイズや解像度なども含まれる。メールサーバ3は、LAN4を介してやりとりされる電子メールの蓄積および配信を行う。メールサーバ3は、例えばSMTP等のプロトコルによって通信を行う場合が多い。なお、LAN4にはこれらの装置のほか、多くのクライアントやサーバ、ルータなどの各種の装置が接続されていてよい。
【0010】
ネットワークファクシミリ装置5は、ネットワーク通信部11,ファクシミリ通信部12,通信形式テーブル13などを有しており、公衆回線6を介して接続されるファクシミリ装置7と、LAN4に接続されているクライアント1,2やメールサーバ3などの機器との間でのデータ交換を可能にしている。
【0011】
ネットワーク通信部11は、LAN4に接続されているクライアント1,2やメールサーバ3などの各種の機器との間でデータ転送を行うことができる。このとき、上述のようにクライアント1,2はそれぞれの通信形式によって通信を行う。そのため、通信相手先のクライアントについて、使用する通信形式を通信形式テーブル13から取得し、取得した通信形式で通信を行う。
【0012】
通信形式テーブル13は、LAN4上の各クライアントごとに、予め使用する通信形式を登録したテーブルである。ここでは、各クライアントごとに使用する通信プロトコルなどを登録した配信プロトコルテーブル14と、各クライアントごとにデータ形式や受信能力などを登録した配信先能力テーブル15を有している。なお、通信形式テーブル13の形式は任意であり、このように2つのテーブルに分割しておく必要はないし、また、3つあるいはそれ以上のテーブルから構成されていてもよい。もちろん、データ形式としてテーブル形式に限定されるものではなく、リスト形式など種々のデータ形式を適用できる。
【0013】
ファクシミリ通信部12は、公衆回線6を通じて他のファクシミリ装置7との間でファクシミリ通信を行う。ファクシミリ通信は、例えばG3、G4、あるいはSalutationプロトコルなどによって行うことができる。これらの通信形式は、ファクシミリ装置7に応じて選択することができる。
【0014】
図2は、本発明のネットワークファクシミリ装置の第1の実施の形態における動作の一例を示すフローチャートである。ここでは、ファクシミリ装置7から公衆回線6を介して受信したファクシミリデータを、LAN4に接続されているクライアント1,2等に配信する場合の動作の一例について示す。
【0015】
S21においてファクシミリ装置7からファクシミリデータを受信する。このとき、S22において配信先となるLAN4上のクライアントを特定する。ファクシミリ装置7によるクライアントの指定は、例えば電話番号に付加されたサブアドレスを用いたり、DTMF信号、FコードサブアドレスやTSI信号などのファクシミリ手順の中で指定することができる。また、ファクシミリ装置7がSalutationプロトコルをサポートしている場合には、Salutationコマンドから配信先のクライアントを特定することができる。
【0016】
配信先のクライアントが特定されると、S23において、通信形式テーブル13中の配信プロトコルテーブル14を参照する。そして、配信先のクライアントに対応づけて配信プロトコルテーブル14に登録されている配信プロトコルを取得し、取得した配信プロトコルを用いて通信を行うことを決定する。すなわち、決定した配信プロトコルがSalutationプロトコルであるとS24で判定した場合には、S25において、Salutation手順での通信を行うことを決定する。また、決定した配信プロトコルがSMTPであるとS26で判定した場合には、S27において、SMTP手順での通信を行うことを決定する。この場合には、通常の電子メールとして配信を行う。さらに、決定した配信プロトコルがHTTPであるとS28で判定した場合には、S29において、HTTP手順での通信を行うことを決定する。この場合、データはHTML文書として配信することになる。そのほかの配信プロトコルの場合には、S30において、その他の配信プロトコルの手順での通信を行うことを決定する。
【0017】
次にS31において、通信形式テーブル13中の配信先能力テーブル15を参照する。そして、配信先のクライアントに対応づけて登録されているデータフォーマットや配信先のクライアントの受信能力などの情報を取得する。そしてS32において、配信先に送ろうとしているデータのフォーマットが配信先のクライアントが有する能力の範囲内か否かを判定する。このときの判定は、データ形式が一致しているか否かのほか、例えばデータの大きさや解像度などがクライアントの受信可能範囲内に入っているか否か等も判定する。
【0018】
送ろうとしているデータが配信先のクライアントの能力範囲内の場合には、S34においてそのまま配信先のクライアントに対して、S23〜S30で決定したプロトコルに従ってデータを配信すればよい。
【0019】
送ろうとしているデータが配信先のクライアントの能力範囲を超えている場合には、S33において、配信先のクライアントの能力に合わせて、送ろうとしているデータに対してデータ形式や大きさ、符号化形式など、各種のフォーマット変換を行う。そしてクライアントの能力範囲内となったデータを、S34においてS23〜S30で決定したプロトコルに従って配信する。
【0020】
このようにして、クライアントに応じてプロトコルやデータフォーマット等の通信形式を選択し、その通信形式によってクライアントへデータを送信することができる。この例では、ファクシミリ装置7から受信したファクシミリデータを、LAN4上のクライアント1またはクライアント2に対応した通信形式で送信することができる。このとき、この第1の実施の形態では通信形式テーブル13を有しているので、クライアント1またはクライアント2への通信を行う際に、この通信形式テーブル13を参照するだけで通信形式を決定できる。そのため、速やかに通信形式を決定して、その通信形式による通信を実行することができる。
【0021】
図3は、本発明のネットワークファクシミリ装置の第2の実施の形態を含むシステムの一例を示す構成図である。図中の符号は図1と同様である。この第2の実施の形態では、通信形式テーブル13を有していない。そのため、ネットワークファクシミリ装置5は、配信先のクライアントの通信形式についての情報を、例えば配信先のクライアントやホストなど、外部から取得する。
【0022】
図4は、本発明のネットワークファクシミリ装置の第2の実施の形態における動作の一例を示すフローチャートである。ここでは、ファクシミリ装置7から公衆回線6を介して受信したファクシミリデータを、LAN4に接続されているクライアント1,2等に配信する場合の動作の一例について示す。
【0023】
上述の第1の実施の形態と同様に、S41においてファクシミリ装置7からファクシミリデータを受信し、このとき、S42において配信先となるLAN4上のクライアントを特定する。
【0024】
S43において、ネットワーク通信部11はS42で特定した配信先のクライアントに対応する通信形式を、LAN4を介して取得する。取得方法については後述する。
【0025】
次にS44において、配信先に送ろうとしているデータのフォーマットが、S43で取得した通信形式で示される配信先のクライアントが有する能力の範囲内か否かを判定する。送ろうとしているデータが配信先のクライアントの能力範囲内の場合には、S46においてそのままのデータ形式で、S43で取得した通信形式で示されるプロトコルに従って、配信先のクライアントへデータを配信する。送ろうとしているデータが配信先のクライアントの能力範囲を超えている場合には、S45において、配信先のクライアントの能力に合わせて、送ろうとしているデータに対してデータ形式や大きさ、符号化形式など、各種のフォーマット変換を行う。そしてクライアントの能力範囲内となったデータを、S46においてS43で取得した通信形式で示されるプロトコルに従って、配信先のクライアントへ配信する。
【0026】
S43における配信先のクライアントに対応する通信形式の取得方法について説明する。図5は、本発明のネットワークファクシミリ装置の第2の実施の形態における通信形式取得動作の一例を示すフローチャートである。この例では、実際に配信先のクライアントに対して通信形式を問い合わせる例を示している。
【0027】
S51、S53において、配信先のクライアントがSalutationクライアントか、メールクライアントか、それ以外かを判定する。配信先のクライアントがSalutationクライアントの場合には、S52において、クライアントに対してファクシミリ受信を通知するとともに、受信データのフォーマットを通知し、クライアントの能力を要求する。また、配信先のクライアントがメールクライアントの場合には、S54において、ファクシミリデータを受信した旨を伝える受信通知メールを配信先のクライアントに送信する。この受信通知メールの中で、クライアントの受信可能なデータフォーマットや能力を要求する旨を伝える。
【0028】
S55において、S52やS54において配信先のクライアントに対して行った要求に対し、応答があったか否かを判定する。応答があった場合には、S56において、応答の中から配信先のクライアントに対する通信形式を取得する。配信先のクライアントから応答がなかった場合には、S57において、予め設定されている通信形式を用いることとする。例えば、受信したファクシミリデータをそのままのフォーマットあるいはメールの形式で配信することとすることができる。
【0029】
このような方式で配信先のクライアントから通信形式を取得する場合、クライアント側で例えば通信ソフトウェアを変更するなど通信形式が変化した場合でも、そのときに利用可能な通信形式によって配信することができる。そのため、クライアント側の変更に対して柔軟に、またすぐに対応することができる。
【0030】
なお、図5においては、S51およびS53で配信先のクライアントがSalutationクライアントか、メールクライアントか、それ以外かを判定しているが、この判定のために、上述の第1の実施の形態のようにプロトコルのみを登録した通信形式テーブル13を設けてもよい。あるいは、各プロトコルによる通信を順番に行ってみてもよい。例えばまずSalutationプロトコルで通信し、応答がなければ次にSMTPによって通信を行ってみるといったように、いくつかの通信形式について、順次試してみてもよい。
【0031】
図6は、本発明のネットワークファクシミリ装置の第2の実施の形態における通信形式取得動作の別の例を示すフローチャートである。この例では、各クライアントに対応する通信形式の情報が、予めあるホスト(サーバあるいはクライアントなど)に登録されている例を示している。この場合、ホストには上述の第1の実施の形態で説明した通信形式テーブル13と同様の情報を格納させておくことができる。
【0032】
配信先のクライアントが特定されると、S61において、クライアントに対応する通信形式の情報を保持しているホストにLAN4を介して接続し、特定した配信先のクライアントに対応する通信形式の情報を要求する。
【0033】
S62において、ホストからの返答を調べ、ホストに配信先のクライアントが登録されていたか否かを判定する。配信先のクライアントが登録されていれば、その配信先のクライアントに対応する通信形式の情報がホストから返されるので、S63において返された情報から、配信先のクライアントに対応する通信形式の情報を取得する。
【0034】
ホストに配信先のクライアントが登録されていない場合には、S64において、その配信先のクライアントへの配信は不可能であると見なし、配信を断念する。この場合、送信元であるファクシミリ装置7に対して、送信できなかった旨を返してもよい。
【0035】
このようにして配信先のクライアントに対する通信形式を取得する場合、特定のホストに接続するだけでよいので、容易にしかも確実に配信先のクライアントに対する通信形式の情報を取得できる。なお、ホストに格納されている通信形式の情報は、クライアントにおける変更に応じて随時あるいは定期的に更新されている必要がある。しかし、ネットワークファクシミリ装置5に対して登録操作を行う必要はなく、また、ネットワークファクシミリ装置5がクライアントの通信形式を管理しなくてよいため、ネットワークファクシミリ装置5の構成を簡単にすることができる。
【0036】
上述の第1の実施の形態で示したネットワークファクシミリ装置5内の通信形式テーブル13配信先のクライアントに対する通信形式を取得する構成と、上述の第2の実施の形態で示したネットワークファクシミリ装置5外から配信先のクライアントに対する通信形式を取得する構成を併せ持つ構成としてもよい。この場合、通信形式テーブル13から取得した通信形式と、ネットワークファクシミリ装置5外から得た通信形式とが一致していれば、その一致した通信形式で配信すればよい。しかし、両者が一致しないことも考えられる。一致しない場合には、次のいずれかの処理を行うことができる。
(1)通信形式テーブル13の設定内容を無視して、配信する前に外部より獲得されたプロトコルで配信を行う。
(2)通信形式テーブル13の設定内容を無視して、配信する前に外部より獲得されたプロトコルで配信を行い、通信形式テーブル13を更新する。
(3)通信形式テーブル13の設定内容を優先する。
(4)どちらを優先するかを予め設定しておく。
(5)配信せずに受信したファクシミリデータはスプールさせておく。一定期間毎に再試行を行う。また、これらのいずれの処理を行うかを、予めクライアントごとに設定しておいてもよい。
【0037】
なお、上述の(5)の処理において一定時間毎に再試行を行い、ある一定期間再試行を試みても配信不可能な場合は、
(5−1)配信失敗とみなし、スプールしておいたファクシミリデータは破棄する。ファクシミリデータの送信元には不達通知を返す。
(5−2)デフォルトで配信されるクライアントを予め設定しておき、そこに転送する。
(5−3)送信可能なプロトコル(通信形式テーブル13に設定されている通信形式、あるいは、外部より獲得した通信形式)で送る。
のいずれかの処理を行うことができる。これらのうち、どの処理を行うかを例えばクライアントごとに設定してもよい。
【0038】
【発明の効果】
以上の説明から明らかなように、本発明によれば、複数の通信形式に対応しているので、クライアントの多様なアプリケーションソフトウェアの要求に応じることができる。このとき、ネットワークファクシミリ装置内に予め各クライアントごとの通信形式を登録しておけば、速やかに通信形式を決定し、通信を行うことができる。あるいは、通信時に外部に問い合わせることにより、クライアントに対応する通信形式を取得してもよく、この場合にはクライアント側の変更に柔軟に対応することができるという効果がある。
【図面の簡単な説明】
【図1】本発明のネットワークファクシミリ装置の第1の実施の形態を含むシステムの一例を示す構成図である。
【図2】本発明のネットワークファクシミリ装置の第1の実施の形態における動作の一例を示すフローチャートである。
【図3】本発明のネットワークファクシミリ装置の第2の実施の形態を含むシステムの一例を示す構成図である。
【図4】本発明のネットワークファクシミリ装置の第2の実施の形態における動作の一例を示すフローチャートである。
【図5】本発明のネットワークファクシミリ装置の第2の実施の形態における通信形式取得動作の一例を示すフローチャートである。
【図6】本発明のネットワークファクシミリ装置の第2の実施の形態における通信形式取得動作の別の例を示すフローチャートである。
【符号の説明】
1,2…クライアント、3…メールサーバ、4…LAN、5…ネットワークファクシミリ装置、6…公衆回線、7…ファクシミリ装置、11…ネットワーク通信部、12…ファクシミリ通信部、13…通信形式テーブル、14…配信プロトコルテーブル、15…配信先能力テーブル。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a network facsimile apparatus capable of performing facsimile communication with another facsimile apparatus using a public line and connecting to another network such as a LAN.
[0002]
[Prior art]
In recent years, network facsimile apparatuses have been developed which can be connected to a public line as well as to other networks such as a LAN as in the past. By using this network facsimile device, image information can be transmitted from a device such as a computer connected to a network such as a LAN to another facsimile device. Also, facsimile data received from another facsimile apparatus via a public line can be distributed to devices such as computers connected to a network such as a LAN or users (hereinafter, referred to as clients) using those devices. it can.
[0003]
When distributing facsimile data from another facsimile device to a specific client on a network such as a LAN, the network facsimile device converts the facsimile data into a data format corresponding to the client to which the facsimile is to be transmitted, and further responds to the client. It needs to be distributed using a communication protocol. However, communication formats such as the data format and the communication protocol are various, and may be different for each client even when connected to the same network. Since the application software of the client is independently maintained for each client, for example, when data is distributed from the network facsimile apparatus to the client, the network facsimile apparatus needs to flexibly cope with the communication format of the client.
[0004]
[Problems to be solved by the invention]
The present invention has been made in view of the above-described circumstances, and is used when distributing data to a client connected to another network such as a LAN and having a different communication format such as a communication protocol and a data format. It is an object of the present invention to provide a network facsimile apparatus which can flexibly support a communication format corresponding to a client.
[0005]
[Means for Solving the Problems]
The present invention relates to facsimile communication means for performing facsimile communication over a public line, network communication means capable of performing communication using a plurality of communication protocols in another network, and communication protocols used for each client on the other network. A communication format table in which communication formats including the communication format are registered. The network communication unit, when communicating with the client on the other network, corresponds to the host connected via the other network and the client from the communication format table. The communication format is obtained, and if they match, communication is performed in the matching communication format. At this time, if the communication format corresponding to the client obtained from the host and the communication format table does not match, communication is performed in the communication format obtained from the host, ignoring the setting contents of the communication format table, Alternatively, communication is performed in the communication format obtained from the host, ignoring the setting contents of the communication format table, and the communication format table is updated, or communication is performed with priority given to the communication format obtained from the communication format table. Or the communication is performed in any communication format according to the setting. Thereby, communication can be performed flexibly in accordance with the communication protocol requested by each client, and it is possible to respond to requests of various application software of the client.
[0007]
When the communication formats corresponding to the host and the client acquired from the communication format table do not match, the communication format can be selected and communication can be performed by a predetermined process. For example, it is possible to prioritize any of the setting contents of the communication format table or the communication format acquired from the host, and set in advance which one to prioritize. Alternatively, data to be transferred can be held and retried at regular intervals. If communication is not possible even after retrying for a certain period of time, the stored data is discarded, and a non-delivery notification is returned to the source of the data or transferred to another preset client. can do. Also, communication can be performed by selecting any of the communication formats that can be transmitted.
[0008]
BEST MODE FOR CARRYING OUT THE INVENTION
FIG. 1 is a configuration diagram showing an example of a system including the first embodiment of the network facsimile apparatus of the present invention. In the figure, 1 and 2 are clients, 3 is a mail server, 4 is a LAN, 5 is a network facsimile device, 6 is a public line, 7 is a facsimile device, 11 is a network communication unit, 12 is a facsimile communication unit, and 13 is a communication format. Table 14 is a distribution protocol table, and 15 is a distribution destination capability table.
[0009]
The
[0010]
The
[0011]
The
[0012]
The communication format table 13 is a table in which a communication format to be used is registered in advance for each client on the
[0013]
The
[0014]
FIG. 2 is a flowchart illustrating an example of an operation of the network facsimile apparatus according to the first embodiment of the present invention. Here, an example of the operation when the facsimile data received from the
[0015]
In S21, facsimile data is received from the
[0016]
When the distribution destination client is specified, the distribution protocol table 14 in the communication format table 13 is referred to in S23. Then, a distribution protocol registered in the distribution protocol table 14 is acquired in association with the distribution destination client, and it is determined that communication is to be performed using the acquired distribution protocol. That is, when it is determined in S24 that the determined distribution protocol is the Salutation protocol, it is determined in S25 that communication in the Salutation procedure is performed. If it is determined in S26 that the determined delivery protocol is SMTP, it is determined in S27 that communication is performed according to the SMTP procedure. In this case, distribution is performed as a normal electronic mail. Further, when it is determined in S28 that the determined distribution protocol is HTTP, it is determined in S29 that communication is to be performed according to the HTTP procedure. In this case, the data is distributed as an HTML document. In the case of another distribution protocol, it is determined in S30 that communication is to be performed according to the procedure of another distribution protocol.
[0017]
Next, in S31, the distribution destination capability table 15 in the communication format table 13 is referred to. Then, information such as the data format registered in association with the distribution destination client and the receiving capability of the distribution destination client is acquired. Then, in S32, it is determined whether or not the format of the data to be transmitted to the distribution destination is within the range of the capability of the client of the distribution destination. At this time, in addition to whether or not the data formats match, for example, it is also determined whether or not the data size and resolution are within the receivable range of the client.
[0018]
If the data to be sent is within the capability range of the distribution destination client, the data may be distributed to the distribution destination client in S34 according to the protocol determined in S23 to S30.
[0019]
If the data to be transmitted exceeds the capability range of the client of the distribution destination, in step S33, the data format, size, and encoding of the data to be transmitted are performed according to the capability of the client of the distribution destination. Performs various format conversions such as formats. Then, the data within the capability range of the client is distributed in S34 according to the protocol determined in S23 to S30.
[0020]
In this way, a communication format such as a protocol or a data format can be selected according to the client, and data can be transmitted to the client according to the communication format. In this example, facsimile data received from the
[0021]
FIG. 3 is a configuration diagram showing an example of a system including a second embodiment of the network facsimile apparatus of the present invention. Reference numerals in the figure are the same as those in FIG. In the second embodiment, the communication format table 13 is not provided. Therefore, the
[0022]
FIG. 4 is a flowchart showing an example of the operation of the network facsimile apparatus according to the second embodiment of the present invention. Here, an example of the operation when the facsimile data received from the
[0023]
As in the above-described first embodiment, facsimile data is received from the
[0024]
In S43, the
[0025]
Next, in S44, it is determined whether or not the format of the data to be transmitted to the destination is within the range of the capability of the client of the destination indicated by the communication format acquired in S43. If the data to be sent is within the capability range of the client of the distribution destination, the data is distributed to the client of the distribution destination in the same data format in S46 according to the protocol indicated by the communication format acquired in S43. If the data to be transmitted exceeds the capability range of the client of the distribution destination, in step S45, the data format, size, and encoding of the data to be transmitted are performed according to the capability of the client of the distribution destination. Performs various format conversions such as formats. Then, the data within the capability range of the client is distributed to the distribution destination client in accordance with the protocol indicated by the communication format acquired in S43 in S46.
[0026]
The method of acquiring the communication format corresponding to the distribution destination client in S43 will be described. FIG. 5 is a flowchart showing an example of a communication format acquisition operation in the second embodiment of the network facsimile apparatus of the present invention. In this example, an example is shown in which a client of a distribution destination is actually inquired about a communication format.
[0027]
In S51 and S53, it is determined whether the distribution destination client is a salutation client, a mail client, or any other. If the distribution destination client is a salutation client, in step S52, the client is notified of facsimile reception, the format of the received data is notified, and the client's capability is requested. If the client of the distribution destination is a mail client, a reception notification mail notifying that facsimile data has been received is transmitted to the client of the distribution destination in S54. In the reception notification mail, a message is sent to the effect that the client requests a receivable data format and capability.
[0028]
In S55, it is determined whether or not there is a response to the request made to the distribution destination client in S52 or S54. If there is a response, in S56, a communication format for the client of the distribution destination is acquired from the response. If there is no response from the client of the distribution destination, a predetermined communication format is used in S57. For example, the received facsimile data can be delivered as it is or in a mail format.
[0029]
When the communication format is acquired from the client of the distribution destination in such a manner, even if the communication format is changed on the client side, for example, the communication software is changed, the distribution can be performed using the communication format available at that time. Therefore, it is possible to flexibly and immediately respond to a change on the client side.
[0030]
In FIG. 5, it is determined in S51 and S53 whether the distribution destination client is a salutation client, a mail client, or the other. However, for this determination, as in the first embodiment described above. May be provided with a communication format table 13 in which only the protocol is registered. Alternatively, communication according to each protocol may be performed in order. For example, several communication formats may be sequentially tried, for example, communication is first performed using the Salutation protocol, and if there is no response, then communication is performed using SMTP.
[0031]
FIG. 6 is a flowchart showing another example of the communication format acquisition operation in the second embodiment of the network facsimile apparatus of the present invention. This example shows an example in which communication format information corresponding to each client is registered in a certain host (such as a server or a client) in advance. In this case, the host can store the same information as the communication format table 13 described in the first embodiment.
[0032]
When the distribution destination client is specified, in S61, a connection is made to the host holding the communication format information corresponding to the client via the
[0033]
In S62, the response from the host is checked to determine whether or not the distribution destination client has been registered in the host. If the client of the distribution destination is registered, the information of the communication format corresponding to the client of the distribution destination is returned from the host. Therefore, the information of the communication format corresponding to the client of the distribution destination is determined from the information returned in S63. get.
[0034]
If the client of the distribution destination is not registered in the host, in S64, it is considered that distribution to the client of the distribution destination is impossible, and the distribution is abandoned. In this case, a message indicating that transmission was not possible may be returned to the
[0035]
When acquiring the communication format for the distribution destination client in this way, it is only necessary to connect to a specific host, so that the communication format information for the distribution destination client can be easily and reliably acquired. The communication format information stored in the host needs to be updated at any time or periodically according to a change in the client. However, there is no need to perform a registration operation on the
[0036]
The communication format table 13 in the
(1) Disregard the setting contents of the communication format table 13 and perform distribution using a protocol acquired from outside before distribution.
(2) Disregard the setting contents of the communication format table 13 and perform distribution using a protocol acquired from outside before distribution, and update the communication format table 13.
(3) The setting contents of the communication format table 13 are prioritized.
(4) Which is prioritized is set in advance.
(5) Facsimile data received without distribution is spooled. Retry every fixed period. Further, any of these processes may be set in advance for each client.
[0037]
In the process (5) described above, retry is performed at regular intervals, and if delivery is not possible even after retry for a certain period,
(5-1) It is considered that the distribution has failed, and the spooled facsimile data is discarded. A non-delivery notification is returned to the sender of the facsimile data.
(5-2) A client to be distributed by default is set in advance and transferred to the client.
(5-3) Send using a transmittable protocol (a communication format set in the communication format table 13 or a communication format acquired from outside).
Can be performed. Which of these processes to perform may be set, for example, for each client.
[0038]
【The invention's effect】
As is apparent from the above description, according to the present invention, since a plurality of communication formats are supported, it is possible to respond to requests of various application software of a client. At this time, if the communication format for each client is registered in advance in the network facsimile machine, the communication format can be determined quickly and communication can be performed. Alternatively, a communication format corresponding to the client may be acquired by making an inquiry to the outside at the time of communication, and in this case, there is an effect that it is possible to flexibly respond to a change on the client side.
[Brief description of the drawings]
FIG. 1 is a configuration diagram illustrating an example of a system including a first embodiment of a network facsimile apparatus of the present invention.
FIG. 2 is a flowchart illustrating an example of an operation of the network facsimile apparatus according to the first embodiment of the present invention.
FIG. 3 is a configuration diagram illustrating an example of a system including a second embodiment of the network facsimile apparatus of the present invention.
FIG. 4 is a flowchart illustrating an example of an operation of the network facsimile apparatus according to the second embodiment of the present invention.
FIG. 5 is a flowchart illustrating an example of a communication format acquisition operation according to the second embodiment of the network facsimile apparatus of the present invention.
FIG. 6 is a flowchart showing another example of the communication format acquisition operation in the second embodiment of the network facsimile apparatus of the present invention.
[Explanation of symbols]
Claims (4)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP33858198A JP3582697B2 (en) | 1998-11-30 | 1998-11-30 | Network facsimile machine |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP33858198A JP3582697B2 (en) | 1998-11-30 | 1998-11-30 | Network facsimile machine |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2000165435A JP2000165435A (en) | 2000-06-16 |
JP3582697B2 true JP3582697B2 (en) | 2004-10-27 |
Family
ID=18319531
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP33858198A Expired - Fee Related JP3582697B2 (en) | 1998-11-30 | 1998-11-30 | Network facsimile machine |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3582697B2 (en) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4471328B2 (en) * | 2000-12-27 | 2010-06-02 | キヤノン株式会社 | COMMUNICATION TERMINAL DEVICE, COMMUNICATION METHOD, AND STORAGE MEDIUM |
JP3840380B2 (en) * | 2001-01-30 | 2006-11-01 | 村田機械株式会社 | Facsimile server |
JP3846384B2 (en) | 2002-08-28 | 2006-11-15 | ブラザー工業株式会社 | Terminal device, connection control method, connection control program, and recording medium |
JP4075826B2 (en) | 2004-02-27 | 2008-04-16 | ブラザー工業株式会社 | Network facsimile system |
JP4062267B2 (en) | 2004-02-27 | 2008-03-19 | ブラザー工業株式会社 | Communication terminal, relay server, communication processing program, and network facsimile system |
JP4124141B2 (en) | 2004-02-27 | 2008-07-23 | ブラザー工業株式会社 | Network facsimile system |
JP4861764B2 (en) * | 2006-07-18 | 2012-01-25 | 株式会社リコー | FAX gateway device |
JP5612807B2 (en) * | 2007-03-13 | 2014-10-22 | セイコーエプソン株式会社 | Image transmission method determination method, image supply system, image supply apparatus, program, and computer-readable recording medium |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0662050A (en) * | 1992-08-11 | 1994-03-04 | Toshiba Corp | Automatic body transforming system for electronic mail by destinations |
JP3813669B2 (en) * | 1995-10-27 | 2006-08-23 | 松下電器産業株式会社 | Terminal device and capability information notification method of terminal device |
JPH10155007A (en) * | 1996-11-25 | 1998-06-09 | Hitachi Ltd | Communication reserving method |
JPH10210083A (en) * | 1997-01-20 | 1998-08-07 | Ricoh Co Ltd | Method for controlling network facsimile system |
-
1998
- 1998-11-30 JP JP33858198A patent/JP3582697B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2000165435A (en) | 2000-06-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3759972B2 (en) | System and method for exchanging computer data processing capabilities | |
EP1035686B1 (en) | Communications method, communications system, communications device, and server | |
US6825955B1 (en) | Method and apparatus for facsimile that notifies an e-mail transmission using facsimile protocol | |
US5995240A (en) | Facsimile server apparatus and method configured to automatically transmit client address information to facsimile terminals | |
JP3582697B2 (en) | Network facsimile machine | |
CN102202009B (en) | E-mail communication apparatus and control method thereof | |
CA2334456A1 (en) | Method and apparatus for printing via a wireless communication device | |
JP2003348282A (en) | Http server | |
JP3355399B2 (en) | Network facsimile machine | |
JP3656375B2 (en) | Communication network system | |
JP2004234292A (en) | Communication system | |
JP4647162B2 (en) | Communication device | |
JP2011249946A (en) | File transfer and management system | |
JP3603809B2 (en) | Facsimile system and facsimile server device | |
JP4165283B2 (en) | Facsimile machine | |
JP3755562B2 (en) | Network facsimile machine | |
JP2003169056A (en) | Communication device and managing server | |
JP3804604B2 (en) | Facsimile server device | |
JP3682473B2 (en) | Internet facsimile machine | |
JP2000307794A (en) | Network facsimile terminal and network facsimile system | |
JP2000165587A (en) | Network facsimile equipment | |
JP2000299756A (en) | Network facsimile terminal and network facsimile system | |
JP2003345696A (en) | Http server | |
JPH11215258A (en) | Modem, method for incoming call notice for the modem, main body device and call originating notice method for the device | |
JP3840380B2 (en) | Facsimile server |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040618 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040722 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100806 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110806 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120806 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130806 Year of fee payment: 9 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |