(57)【要約】【課題】転送元装置と転送先装置とに介在する別装置を必要とすることなく送信依頼された文書データの確実な転送を実現することができるネットワーク通信端末装置を提供すること。【解決手段】転送元装置は、転送先装置に機器情報取得要求をして、取得した転送先の機器情報と送信依頼の文書データに付随する送信文書属性情報とに少なくとも基づいて前記転送先装置に前記宛先装置への前記送信依頼文書データの送信を依頼するか否かを決定し、依頼すると決定した場合は、送信元装置から受信した前記送信依頼文書データを前記送信文書属性情報と共に所定形式で前記転送先装置に転送することを特徴とする。【選択図】    図１
2004252542.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続される一方、公衆回線に接続され、送信文書属性情報を伴う送信依頼文書データを所定形式のやりとりにより前記ネットワークを介して送信元装置から受信して前記送信文書属性情報により特定される公衆回線上の宛先装置に送信するネットワーク通信端末装置において、
転送元装置は、前記ネットワークを介して接続された転送先装置に対して、当該転送先装置が備える能力、状態についての情報である機器情報の取得を所定形式で要求する転送先機器情報取得要求手段と、その要求に応じて前記転送先装置から通知される機器情報と、前記送信文書属性情報とに少なくとも基づいて前記転送先装置に前記宛先装置への前記送信依頼文書データの送信を依頼するか否かを判断する転送決定手段と、その転送決定手段により前記転送先装置に送信依頼すると決定された場合に、前記送信元装置から受信した前記送信依頼文書データを前記送信文書属性情報と共に所定形式で前記転送先装置に転送する送信文書転送手段とを備える一方、
前記転送先装置は、前記転送元装置からの所定形式での前記機器情報の取得の要求を受信する取得要求受信手段と、その取得要求受信手段により前記機器情報の取得要求が受信されると、自装置が備える能力、状態についての情報を機器情報として所定形式で前記転送元装置に通知する機器情報通知手段と、前記転送元装置から所定形式で転送される前記送信依頼文書データを、それに付随する送信文書属性情報により特定される宛先装置に前記公衆回線を介して送信する転送文書送信手段とを備えたことを特徴とするネットワーク通信端末装置。
【請求項２】
前記転送元装置の前記転送決定手段は、前記送信文書属性情報と前記転送先装置から通知される機器情報とにより、前記転送先装置が前記送信依頼文書データの送信に対応していると判断した場合に、前記転送先装置に前記宛先装置への前記送信依頼文書データの送信を依頼すると決定するものであることを特徴とする請求項１に記載のネットワーク通信端末装置。
【請求項３】
前記転送元装置の前記転送決定手段は、前記送信文書属性情報と、自装置の機器情報とにより、自装置が前記送信依頼文書データの送信に対応していないと判断した場合であって、前記送信文書属性情報と前記転送先装置から通知される機器情報とにより、前記転送先装置が前記送信依頼文書データの送信に対応していると判断した場合に、前記転送先装置に前記宛先装置への前記送信依頼文書データの送信を依頼すると決定するものであることを特徴とする請求項１に記載のネットワーク通信端末装置。
【請求項４】
前記転送元装置の前記転送決定手段は、前記送信文書属性情報により指定された回線種別と、自装置の機器情報のうちの、自装置の収容する回線のうちのその指定された種別の回線の使用状況とにより、自装置が前記送信依頼文書データの送信に対応していないと判断した場合であって、前記送信文書属性情報により指定された回線種別と前記転送先装置から通知される機器情報のうちの使用可能回線種別の情報とにより、前記転送先装置が前記送信依頼文書データの送信に対応していると判断した場合に、前記転送先装置に前記宛先装置への前記送信依頼文書データの送信を依頼すると決定するものであることを特徴とする請求項１に記載のネットワーク通信端末装置。
【請求項５】
前記転送元装置の前記転送決定手段は、前記送信文書属性情報により指定された回線種別と、自装置の機器情報のうちの、自装置収容する回線の種別についての情報とにより、自装置が前記送信依頼文書データの送信に対応していないと判断した場合であって、前記送信文書属性情報により指定された回線種別と前記転送先装置から通知される機器情報のうちの使用可能回線種別の情報とにより、前記転送先装置が前記送信依頼文書データの送信に対応していると判断した場合に、前記転送先装置に前記宛先装置への前記送信依頼文書データの送信を依頼すると決定するものであることを特徴とする請求項１に記載のネットワーク通信端末装置。
【請求項６】
前記転送元装置の前記転送決定手段は、前記送信文書属性情報により指定された文書の種類がカラー文書であり、自装置の機器情報のうちの対応している文書の種類についての情報とにより、自装置が前記送信依頼文書データの送信に対応していないと判断した場合であって、前記送信文書属性情報により指定された文書の種類についての情報と前記転送先装置から通知される機器情報のうちの対応している文書の種類についての情報とにより、前記転送先装置が前記送信依頼文書データの送信に対応していると判断した場合に、前記転送先装置に前記宛先装置への前記送信依頼文書データの送信を依頼すると決定するものであることを特徴とする請求項１に記載のネットワーク通信端末装置。
【請求項７】
前記、送信元装置、転送元装置及び転送先装置の相互の情報のやりとりはＳＯＡＰプロトコルによるＸＭＬ文書のやりとりによるＷｅｂサービスインターフェイスにより行われることを特徴とする請求項１，２，３，４，５または６のいずれかに記載のネットワーク通信端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークファクシミリ装置等のネットワーク通信端末装置に関し、特に、ネットワークに接続される一方、公衆回線に接続され、送信文書属性情報を伴う送信依頼文書データを所定形式のやりとりにより前記ネットワークを介して送信元装置から受信して前記送信文書属性情報により特定される公衆回線上の宛先装置に送信するネットワーク通信端末装置に関する。
【０００２】
【従来の技術】
ネットワークを介して他装置から依頼された文書データの処理を他装置に依頼する技術の従来例としては、例えば、印刷の指示を仲介サーバにより仲介することによって、印刷の指示を各プリンタに振り分けるようにした技術がある（参考文献１参照）。
【０００３】
【特許文献１】
特開特開２００１−２３６１８３号公報
【０００４】
しかし、その従来技術では、印刷の指示を振り分けるために仲介サーバを別途用意する必要があり、ネットワークを介して他装置から処理依頼された文書データに対して、公衆回線上の宛先装置に送信する等の最終的な処理を行う機能をそれぞれが持つ、各ネットワーク通信端末装置同士が、仲介用の特別な装置を介することなしに、その処理依頼された文書データの最終的な処理（送信）の代行を他装置に依頼したりすることができなかった。
【０００５】
一方、これまで、パソコン等のネットワーク端末からＰＳＴＮ回線やＩＳＤＮ回線上の宛先装置に対して文書データを送信する方法としては、例えば、パソコン上で稼働するアプリケーションソフトウェアからデータを渡された、同じくパソコン上で稼働するプリンタドライバにより生成された文書データを、宛先情報と共にＬＡＮ等のネットワークを介してネットワークファクシミリ装置に送信し、そのネットワークファクシミリ装置が、送信元のパソコンから受信した文書データを、併せて通知された宛先情報により特定される公衆回線上の宛先装置に送信する方法が一般的に知られていた。
【０００６】
【発明が解決しようとする課題】
しかし、この方法では、パソコンのオペレーティングシステムに依存したプリンタドライバをインストールする必要があるほか、新しいオペレーティングシステムに対応するために、新たなプリンタドライバを開発したりしなければならないなどの問題があった。
【０００７】
さらに、業務アプリケーションと連携するためには、プリンタドライバが提供する独自のアプリケーションプログラミングインターフェイスを通じて、設定を行わなければならないなどの問題があった。
【０００８】
一方、ネットワーク通信端末装置、具体的には、ネットワークファクシミリ装置は、文書データの電子メールによる送受信の機能、ネットワークを介した他装置からの、Ｗｅｂブラウザによる設定情報の参照および編集ができる等、これまでの、ネットワークインターフェイスを持たないファクシミリ装置等の通信端末装置には無かった多くの機能を備えるようになっている。
【０００９】
また、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）によって記述されたメッセージのＨＴＴＰプロトコルやＳＭＴＰプロトコル上でのやりとりにより、ネットワーク上の他端末のオブジェクト（データ）にアクセスしたり、ネットワーク上の他の端末にデータを渡して処理を依頼したりできる、汎用的なＷｅｂサービス技術が、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）などの技術の普及により可能となった。これらの技術はＷ３Ｃ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ）（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／）を中心に定められた標準規格である。
【００１０】
コンピュータ端末では、これらの技術が一般的に用いられるようになってきているが、ファクシミリや複合機といった組み込み系システムにおいては、これらの技術は利用され始めたばかりである。
【００１１】
もし、ネットワーク通信端末装置に、ＸＭＬパーサ（ＸＭＬ文書を解析するプログラム）やＳＯＡＰプロトコルを実装してＷｅｂサービスインターフェイスが可能となれば、従来のネットワーク通信端末装置では困難であった他のネットワーク通信端末装置への文書データの転送依頼を、ネットワーク通信端末装置同士が相互にＷｅｂサービスインターフェイスによる通信により行うことができるはずである。
【００１２】
本発明はかかる事情に鑑みてなされたものであり、転送元装置と転送先装置とに介在する別装置を必要とすることなく送信依頼された文書データの確実な転送を実現することができるネットワーク通信端末装置を提供することを目的とする。
【００１３】
【課題を解決するための手段】
請求項１に記載のネットワーク通信端末装置は、ネットワークに接続される一方、公衆回線に接続され、送信文書属性情報を伴う送信依頼文書データを所定形式のやりとりにより前記ネットワークを介して送信元装置から受信して前記送信文書属性情報により特定される公衆回線上の宛先装置に送信するネットワーク通信端末装置において、転送元装置は、前記ネットワークを介して接続された転送先装置に対して、当該転送先装置が備える能力、状態についての情報である機器情報の取得を所定形式で要求する転送先機器情報取得要求手段と、その要求に応じて前記転送先装置から通知される機器情報と、前記送信文書属性情報とに少なくとも基づいて前記転送先装置に前記宛先装置への前記送信依頼文書データの送信を依頼するか否かを判断する転送決定手段と、その転送決定手段により前記転送先装置に送信依頼すると決定された場合に、前記送信元装置から受信した前記送信依頼文書データを前記送信文書属性情報と共に所定形式で前記転送先装置に転送する送信文書転送手段とを備える一方、前記転送先装置は、前記転送元装置からの所定形式での前記機器情報の取得の要求を受信する取得要求受信手段と、その取得要求受信手段により前記機器情報の取得要求が受信されると、自装置が備える能力、状態についての情報を機器情報として所定形式で前記転送元装置に通知する機器情報通知手段と、前記転送元装置から所定形式で転送される前記送信依頼文書データを、それに付随する送信文書属性情報により特定される宛先装置に前記公衆回線を介して送信する転送文書送信手段とを備えたことを特徴とする。
【００１４】
請求項２に記載のネットワーク通信端末装置は、請求項１に記載のネットワーク通信端末装置において、前記転送元装置の前記転送決定手段は、前記送信文書属性情報と前記転送先装置から通知される機器情報とにより、前記転送先装置が前記送信依頼文書データの送信に対応していると判断した場合に、前記転送先装置に前記宛先装置への前記送信依頼文書データの送信を依頼すると決定するものであることを特徴とする。
【００１５】
請求項３に記載のネットワーク通信端末装置は、請求項１に記載のネットワーク通信端末装置において、前記転送元装置の前記転送決定手段は、前記送信文書属性情報と、自装置の機器情報とにより、自装置が前記送信依頼文書データの送信に対応していないと判断した場合であって、前記送信文書属性情報と前記転送先装置から通知される機器情報とにより、前記転送先装置が前記送信依頼文書データの送信に対応していると判断した場合に、前記転送先装置に前記宛先装置への前記送信依頼文書データの送信を依頼すると決定するものであることを特徴とする。
【００１６】
請求項４に記載のネットワーク通信端末装置は、請求項１に記載のネットワーク通信端末装置において、前記転送元装置の前記転送決定手段は、前記送信文書属性情報により指定された回線種別と、自装置の機器情報のうちの、自装置の収容する回線のうちのその指定された種別の回線の使用状況とにより、自装置が前記送信依頼文書データの送信に対応していないと判断した場合であって、前記送信文書属性情報により指定された回線種別と前記転送先装置から通知される機器情報のうちの使用可能回線種別の情報とにより、前記転送先装置が前記送信依頼文書データの送信に対応していると判断した場合に、前記転送先装置に前記宛先装置への前記送信依頼文書データの送信を依頼すると決定するものであることを特徴とする。
【００１７】
請求項５に記載のネットワーク通信端末装置は、請求項１に記載のネットワーク通信端末装置において、前記転送元装置の前記転送決定手段は、前記送信文書属性情報により指定された回線種別と、自装置の機器情報のうちの、自装置収容する回線の種別についての情報とにより、自装置が前記送信依頼文書データの送信に対応していないと判断した場合であって、前記送信文書属性情報により指定された回線種別と前記転送先装置から通知される機器情報のうちの使用可能回線種別の情報とにより、前記転送先装置が前記送信依頼文書データの送信に対応していると判断した場合に、前記転送先装置に前記宛先装置への前記送信依頼文書データの送信を依頼すると決定するものであることを特徴とする。
【００１８】
請求項６に記載のネットワーク通信端末装置は、請求項１に記載のネットワーク通信端末装置において、前記転送元装置の前記転送決定手段は、前記送信文書属性情報により指定された文書の種類がカラー文書であり、自装置の機器情報のうちの対応している文書の種類についての情報とにより、自装置が前記送信依頼文書データの送信に対応していないと判断した場合であって、前記送信文書属性情報により指定された文書の種類についての情報と前記転送先装置から通知される機器情報のうちの対応している文書の種類についての情報とにより、前記転送先装置が前記送信依頼文書データの送信に対応していると判断した場合に、前記転送先装置に前記宛先装置への前記送信依頼文書データの送信を依頼すると決定するものであることを特徴とする。
【００１９】
請求項７に記載のネットワーク通信端末装置は、請求項１，２，３，４，５または６のいずれかに記載のネットワーク通信端末装置において、前記、送信元装置、転送元装置及び転送先装置の相互の情報のやりとりはＳＯＡＰプロトコルによるＸＭＬ文書のやりとりによるＷｅｂサービスインターフェイスにより行われることを特徴とする。
【００２０】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００２１】
先ず、図１は、本発明の実施の形態に係るネットワーク通信端末装置としてのネットワークファクシミリ装置１のブロック構成を示している。
【００２２】
同図において、ＣＰＵ２は、ＲＡＭ４を作業領域として使用しつつ、ＲＯＭ３に書き込まれた制御プログラムに基づいて装置各部を制御するマイクロコンピュータである。
【００２３】
ＲＯＭ３は、前述したように、ＣＰＵ２が上記装置各部を制御するための制御プログラムが記憶されているリードオンリメモリである。ＲＡＭ４は、前述したようにＣＰＵ２の作業領域として使用されるランダムアクセスメモリである。
【００２４】
タイマ制御部５は、現在日時の計時やタイマ動作を制御するものである。ハードディスクインターフェース６ａを介してシステムバス１７に接続されるハードディスク装置６は、処理未完の文書データなどの大容量データ等を蓄積するためのものである。
【００２５】
操作表示部インターフェース７ａを介してシステムバス１７に接続される操作表示部７は、ユーザからの操作入力を受け入れるための各種キーが配設される一方、液晶表示装置等の表示器を備え、ユーザに知らせるべき装置の動作状態や、各種メッセージを表示するものである。
【００２６】
ＳＲＡＭ８は、装置動作に必要な各種パラメータ等を記憶・保持するためのもので、図示しないバッテリによりバックアップされ、電源断時にもその記憶内容を保持するスタティックＲＡＭである。
【００２７】
キャラクタジェネレータ９は、文字のフォント情報を保持するためのものである。
【００２８】
プロッタインターフェース１０ａを介してシステムバス１７に接続されるプロッタ１０は、文書データを記録出力するためのものである。
【００２９】
スキャナインターフェース１１ａを介してシステムバス１７に接続されるスキャナ１１は、３．８５本／ｍｍ、７．７本／ｍｍ、１５．４本／ｍｍ等の所定の読み取り線密度で原稿画像を読み取って文書画像データを得るためのものである。
【００３０】
符号化復号化部１２は、符号化されていない文書画像データを、ＭＨ符号化方式、ＭＲ符号化方式、ＭＭＲ符号化方式、ＪＰＥＧ符号化方式等の所定の符号化方式で符号化圧縮する一方、符号化されている文書画像データを、ＭＨ符号化方式、ＭＲ符号化方式、ＭＭＲ符号化方式、ＪＰＥＧ符号化方式等に対応する所定の復号化方式で復号伸長するものである。
【００３１】
ＬＡＮ通信制御部１３は、ＬＡＮ４０に接続され、ＬＡＮプロトコル上でのＴＣＰ／ＩＰプロトコルや、電子メール通信を行うために、文書画像データをテキストデータとしてメール本文に埋め込み、取り出すためのＭＩＭＥ（Ｍｕｌｔｉ−ｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎｓ）変換や、メール送信のためのＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）プロトコルを実装している。また、Ｗｅｂページを取得して表示するためのＨＴＴＰプロトコルを実装している。また、Ｗｅｂサービスインターフェイスを提供するために、ＸＭＬ文書データを解析するＸＭＬパーサ（ＸＭＬ  Ｐｅｒｓｅｒ）や、ＳＯＡＰプロトコルを実装している。
【００３２】
ＩＳＤＮインターフェース部１４は、ＩＳＤＮ５０を介したＧ４ファクシミリ通信を実現するためのインターフェースであり、本実施の形態では、オプションのインターフェースとなっていて、実装されている装置もあれば、実装されない装置もあり得るものである。
【００３３】
網制御部１５はＰＳＴＮ（電話網）との電気的的インターフェースである。通信制御部１６は、網制御部１５を介してＰＳＴＮ上の他端末とのＧ３ファクシミリ通信を制御するもので、Ｇ３ファクシミリモデム機能等必要な機能を備えたものである。
【００３４】
システムバス１７は、上記各部がデータをやり取りするためのデータバス・アドレスバス・制御バスにより構成される信号ラインである。
【００３５】
以上の構成のネットワーク通信端末装置１は、自装置のスキャナ１１で読み取った文書画像データをＰＳＴＮ６０またはＩＳＤＮ５０を介して送信したり、それら回線を介して受信した文書画像データをプロッタ１０で印刷出力したりする通常のＧ３、Ｇ４ファクシミリ通信機能を備えるが、ＬＡＮ４０を介して他のネットワーク端末から依頼された文書データの、指定された公衆回線上の宛先への送信も行う。
【００３６】
図２に、ネットワークファクシミリ装置１のソフトウェアブロック図を示す。
【００３７】
同図においては、データ制御部２０を中心として、スキャナ制御部２１、印刷制御部２２、メール制御部２３、ＬＡＮ制御部２４、ＬＡＮドライバ２５、ファックスプロトコル２６、モデム制御部２７の各ソフトウェアブロックにおける各制御をデータ制御部２０が総括的に制御する。
【００３８】
図３に、ネットワークファクシミリ装置１と同一構成のネットワークファクシミリ装置１ａ、及び１ｂを含むネットワークシステムの全体構成について示す。
【００３９】
なお、ネットワークファクシミリ装置１ａは、ＩＳＤＮインターフェース部１４を備えずＰＳＴＮ６０、ＩＳＤＮ５０のうちのＰＳＴＮ６０の回線のみを収容し、ネットワークファクシミリ装置１ｂは、ＩＳＤＮインターフェース部１４を備え、ＰＳＴＮ６０、ＩＳＤＮ５０の双方の回線を収容している。
【００４０】
ネットワークファクシミリ装置１ａは、ＰＳＴＮ６０を介してＧ３ファクシミリ通信による文書データの送受信を、ファクシミリ装置６１，６２等との間で行うことができる。
【００４１】
ネットワークファクシミリ装置１ｂは、ＰＳＴＮ６０またはＩＳＤＮ５０を通じて、Ｇ３またはＧ４ファクシミリ通信による文書データの送受信を、
ファクシミリ装置５１、６１、６２等との間で行うことができる。
【００４２】
また、ネットワークファクシミリ装置１ａ、１ｂは共に、ＬＡＮ通信制御部１３により、パーソナルコンピュータ４３やプリンタ装置４２、メールサーバ装置４１が接続されたＬＡＮ４０に接続されているため、パーソナルコンピュータ４３との電子メールの送受信やファクス送信依頼を受信することもできる。
【００４３】
また、ＬＡＮ４０はルータ装置４４を介してインターネット７０にも接続されているため、インターネットに接続されているパーソナルコンピュータ７３から電子メールを受信したり、電子メールを送信したりすることができる。
【００４４】
また、ネットワークファクシミリ装置１ａ、１ｂは、ＷＷＷサーバ機能を搭載しているため、ＬＡＮ４０上のパーソナルコンピュータ４３やインターネット上のパーソナルコンピュータ７３上で稼働するＷｅｂブラウザアプリケーションから、ネットワークファクシミリ装置１ａ、１ｂ内に記憶されているＷｅｂページを閲覧することができる。
【００４５】
また、ネットワークファクシミリ装置１ａ、１ｂは、インターネットやイントラネット上でＷｅｂサービスを提供している、Ｗｅｂサービス提供サーバ装置７１等のサーバ、およびネットワーク上に存在する他のネットワークファクシミリ装置とは、ＳＯＡＰプロトコルで通信を行う。
【００４６】
ここで、パーソナルコンピュータ４３からネットワークファクシミリ装置１ａに文書データの送信依頼を行う場合を例に、本実施の形態でのファクシミリ送信依頼の転送動作について説明する。
【００４７】
パーソナルコンピュータ４３とネットワークファクシミリ装置１ａは、Ｗｅｂサービスインターフェイスで通信を行う。やりとりされる情報はＸＭＬにより記述され、ＨＴＴＰプロトコルの上位のＳＯＡＰプロトコルによりＳＯＡＰメッセージとして転送される。
【００４８】
図４に、パーソナルコンピュータ４３からネットワークファクシミリ装置１ａに送信されるＰＣ・ＦＡＸ送信要求の必須データについて示す。
【００４９】
ＰＣ・ＦＡＸ送信要求には、ファクス送信の最終的な宛先情報、例えば、ファクシミリ装置６１のファックス番号と、送信する文書の画像情報データが必須である。
【００５０】
図５（ａ）に、ＰＣ・ＦＡＸ送信要求のＸＭＬデータ定義例を示す。また、図５（ｂ）に、ＰＣ・ＦＡＸ送信要求に対する応答のＸＭＬデータ定義例を示す。
【００５１】
ＸＭＬデータは論理的な木構造として表現され、図５（ａ）の、ＰＣ４３からネットワークファクシミリ装置１ａへのＰＣ・ＦＡＸ送信要求は、”ＰｃｆａｘＲｅｑｕｅｓｔ”ノードである。
【００５２】
このノードはその要素として、ファクス送信の宛先情報とファクス画像情報を持っている。
【００５３】
あて先情報は”Ａｄｄｒｅｓｓ”ノードで表現されている。”Ａｄｄｒｅｓｓ”ノードは、ファクス番号（”ＦａｘＮｕｍｂｅｒ”）と回線種別（”ＬｉｎｅＴｙｐｅ”）をその子要素として持っている。
【００５４】
”ＦａｘＮｕｍｂｅｒ”は文字列（テキスト）データであり、”ＬｉｎｅＴｙｐｅ”は、文字列または数値データのどちらでもよく、ネットワークファクシミリ装置１が収容可能な回線種別に対応した値を取る。
【００５５】
”ＦａｘＩｍａｇｅ”は、ファクスの画像情報を表現する要素である。子要素として実際の画像情報”ＲａｗＤａｔａ”を持つ。バイナリデータである画像情報は、ＸＭＬで記述するためにテキストデータに変換する必要がある。そのため、バイナリデータをＭＩＭＥ変換などによりエンコードし、テキストデータ（バイト配列）の形式にする。画像情報データを受信したネットワークファクシミリ装置１ａは、テキストデータをデコードして、元のバイナリデータの画像情報を得る。
【００５６】
”ＰｃｆａｘＲｅｑｕｅｓｔ”を受信したネットワークファクシミリ装置１ａは、受信したＸＭＬデータをＸＭＬパーサにより解析して、必要なデータを取得する。処理の結果は、ＰＣ・ＦＡＸ送信応答でＰＣ４３へ通知する。
【００５７】
図５（ｂ）の”ＰｃｆａｘＲｅｓｐｏｎｓｅ”は、そのＰＣ・ＦＡＸ送信応答のＸＭＬ定義の例である。”ＰｃｆａｘＲｅｓｐｏｎｓｅ”は、子要素として応答の結果を表すコード（”ＲｅｓｕｌｔＣｏｄｅ”）を持つ。コードは数値データであり、成功した場合はゼロ、その他エラーが発生した場合は、発生したエラーを区別して通知するための、ゼロ以外のエラーコードを返すようにしてもよい。また、成功の場合に行われた処理内容、例えば、後述する転送依頼処理により、最終的な宛先への送信が転送先の装置でなされたか否かの内容などを通知するための要素を付加して、依頼元のＰＣに通知できるようにすることも考えられる。
【００５８】
図６に、ＰＣ４３からネットワークファクシミリ装置１ａにファックス送信要求する場合を例に、パソコンからＰＣ・ＦＡＸＸ送信要求がされた場合のネットワークファクシミリ装置１と最終的な宛先のファクシミリ装置を含めた通信ダイアグラムについて示す。
【００５９】
同図において、ＳＯＡＰプロトコルによるＷｅｂサービスインターフェースにより、ネットワークファクシミリ装置１ａは、ＰＣ４３からＰＣ・ＦＡＸ送信要求を受信する（フェーズＦ０１）。
【００６０】
それに対してネットワークファクシミリ装置１ａは、ＰＣ４３に対してＰＣ・ＦＡＸ送信応答を送信する（フェーズＦ０２）。
【００６１】
そして、ネットワークファクシミリ装置１ａは、フェーズＦ０１の送信要求の情報内容として受信した、文書の画像情報を、ＰＳＴＮ６０またはＩＳＤＮ５０の公衆回線を通じて、指定された宛先の装置（例えばファクシミリ装置６１）に発呼して、Ｇ３ファクシミリプロトコルまたはＧ４ファクシミリプロトコルによりファクシミリ送信する（フェーズＦ０３）。
【００６２】
ＰＣ４３で動作するファクス送信アプリケーションを作成する場合は、ネットワークファクシミリ装置１ａが提供するＷｅｂサービスを呼び出すことで、ファクス送信を行うことができる。
【００６３】
また、ＰＣ・ＦＡＸ送信サービスは特定のプラットフォームに依存しないため、仮想マシンで動作するプログラミング言語によりアプリケーションを作成すれば、幅広い環境で利用可能なアプリケーションを作成できる。
【００６４】
”ＲａｗＤａｔａ”は、ファクス送信可能なデータ形式でエンコードされている。具体的には、ＭＨ、ＭＲ、ＭＭＲ、ＪＢＩＧなどの形式である。ファクス送信アプリケーションは、これらの形式のデータを準備する必要があるため、プリンタドライバに画像の作成を指示し、その出力ファイルをＸＭＬデータに変換してネットワークファクスに送信することができる。
【００６５】
ネットワークファクシミリ装置１ａが、ＰＣ４３から受信したファクス送信依頼を、他のネットワークファクシミリ装置１ｂへ転送するためには、転送先のネットワークファクシミリ装置１ｂの機器情報を取得して、転送先がファクス送信依頼を処理できることを確認した上で転送することが望ましい。
【００６６】
そのためのＸＭＬ定義例を図７に示す。
【００６７】
まず、図７（ａ）に示す”ＱｕｅｒｙＲｅｑｕｅｓｔ”は、機器情報取得要求を表すデータである。子要素に”ＱｕｅｒｙＯｐｔｉｏｎｓ”を持ち、この要素にはどの情報を取得するか指定する。例えば”ＱｕｅｒｙＯｐｔｉｏｎｓ”要素が０の場合は、すべての情報を取得するように指示することを意味し、１ならば回線種別の情報を取得するようにする。
【００６８】
”ＱｕｅｒｙＲｅｑｕｅｓｔ”を受信したネットワークファクシミリ装置１ｂは、図７（ｂ）の構造の”ＱｕｅｒｙＲｅｓｐｏｎｓｅ”で応答する。
【００６９】
同図において、”ＱｕｅｒｙＲｅｓｐｏｎｓｅ”は、子要素に”Ｃａｐａｂｉｌｉｔｉｅｓ”、”Ｓｅｔｔｉｎｇｓ”、”Ｓｔａｔｕｓ”を持つ。
【００７０】
”Ｃａｐａｂｉｌｉｔｉｅｓ”の子要素にはネットワークファクシミリ装置１ｂの持つ能力を示す要素を定義する。つまり、送信速度、対応プロトコル、インターネットファクス能力、カラー送受信能力などを定義する。
【００７１】
同図には、カラーファクス送信能力を表す”ＣｏｌｏｒＳｅｎｄ”、およびカラー原稿の出力能力を表す”ＣｏｌｏｒＰｒｉｎｔ”を示してある。
【００７２】
”Ｓｅｔｔｉｎｇｓ”の子要素には、ネットワークファクシミリ装置１ｂの機器構成情報を示す要素を定義する。用紙トレイの数、およびセットされている用紙の種類、対応している回線種別、などを定義する。同図においては、回線種別を表す”ＬｉｎｅＯｐｔｉｏｎｓ”、および用紙トレイの情報を表す”ＰａｐｅｒＴｒａｙｓ”を示してある。
【００７３】
”Ｓｔａｔｕｓ”の子要素には、ネットワークファクスの機器状態を示す要素を定義する。機器の回線が使用中かどうかの情報、用紙無し、機器故障などのエラー情報、利用可能なメモリ量などを定義する。図には、回線状況を表す”ＬｉｎｅＳｔａｔｕｓ”、利用可能なメモリ量を表す”ＡｖａｉｌａｂｌｅＭｅｍｏｒｙ”、およびエラー情報を表す”ＥｒｒｏｒＣｏｄｅ”を示してある。
【００７４】
図８にＰＣ４３からＰＣ・ＦＡＸ送信要求がネットワークファクシミリ装置１ａに対してなされ、そのＰＣ・ＦＡＸ送信要求がネットワークファクシミリ装置１ｂに転送されて処理される場合の通信ダイアグラムについて示す。
【００７５】
また、図８の通信ダイアグラムに同期してネットワークファクシミリ装置１ａ及び１ｂにおいてそれぞれ行われる処理手順について図９及び図１０に示す。
【００７６】
先ず、図９において、転送元装置としてのネットワークファクシミリ装置１ａは、ファックス送信要求の受信を監視している（処理Ｓ１０１、判断Ｓ１０２のＮｏのループ）。
【００７７】
ＰＣ４３から図５（ａ）の形式のＰＣ・ＦＡＸ送信要求を、図８のフェーズＦ１１に対応して受信すると（判断Ｓ１０２のＹｅｓ）、その送信要求の内容を記憶蓄積すると共に（処理Ｓ１０３）、その送信用要求の内容と自機情報とを照合する（処理Ｓ１０４）。
【００７８】
その場合の自機情報は、図７（ｂ）で表現される内容と同様のものであり、自機の備える機能と、その機能の現在の状態について示す情報である。
【００７９】
処理１０４の結果、自機で対応可と決定された場合には（判断Ｓ１０５のＹｅｓ）、送信要求を自機で処理して（処理Ｓ１０６のＹｅｓ）、ファックス送信応答（成功）を要求元のＰＣ４３に送信して（処理Ｓ１０７）、処理Ｓ１０１に戻る。この転送元装置で対応する手順は、図６に示した通信ダイアグラムに相当する。
【００８０】
自機で対応できないと決定された場合には（判断Ｓ１０５のＮｏ）、図１０の処理Ｓ２０１に移り、転送先装置としての、ネットワークファクシミリ装置１ｂに対して、図７（ａ）の形式の機器情報取得要求を図８のフェーズＦ２１に対応して送信する。なお、ネットワークファクシミリ装置１ｂのネットワークアドレスは転送先装置のアドレスとして予めネットワークファクシミリ装置１ａに登録されている。
【００８１】
一方、転送先のネットワークファクシミリ装置１ｂは、機器情報取得要求の転送元からの受信の有無を監視し（処理Ｓ３０１、判断Ｓ３０２のＮｏ）、また、ファックス送信用要求の転送元からの受信の有無を監視している（処理Ｓ３０４、判断Ｓ３０５のＮｏループ）。
【００８２】
転送元における処理Ｓ２０１に対応して判断Ｓ３０２がＹｅｓとなると、図７（ｂ）の形式の機器情報取得応答を図８のフェーズＦ２２に対応して転送元に送信する。
【００８３】
それに対応して転送元では処理Ｓ２０２で機器情報取得応答を受信し、その受信した機器情報と、処理Ｓ１０３で記憶していた送信要求とを照合する（処理２０３）。
【００８４】
その結果、転送先でも対応できないと決定された場合には（判断Ｓ２０４のＮｏ）、図５（ｂ）の形式のファックス送信応答（失敗）をファックス送信の要求元のＰＣ４３に送信して（処理Ｓ２０９）、処理Ｓ１０１に戻る。
【００８５】
転送先での対応が可能と決定された場合には（判断Ｓ２０４のＹｅｓ）、図９の処理Ｓ１０３でき記憶蓄積していた図５（ａ）の形式のファックス送信要求を、図８のフェーズＦ２３に対応して転送する（処理Ｓ２０５）。
【００８６】
そして、転送元は転送先からのファックス送信応答の受信を待つ（処理Ｓ２０６、判断Ｓ２０７のＮｏループ）。
【００８７】
転送先のネットワークファクシミリ装置１ｂにおいては、転送元のネットワークファクシミリ装置１ａ側の処理Ｓ２０５に対応して判断３０５がＹｅｓとなって要求が受信されると、図８のフェーズＦ２４に対応して転送元に図５（ｂ）の形式のファックス送信応答を送信する（処理Ｓ３０６）。
【００８８】
そして、送信要求を自機で処理して（処理Ｓ３０７）、処理Ｓ３０１に戻る。処理Ｓ３０７は、図８のフェーズＦ３１に対応する。
【００８９】
転送先での処理Ｓ３０６に対応して、転送元での判断２０７がＹｅｓとなり、ファックス送信応答（成功）を、図８のフェーズＦ１２に対応して要求元のＰＣ４３に送信して（処理Ｓ２０８）、図９の処理Ｓ１０１に戻る。
【００９０】
このように、転送元のネットワークファクシミリ装置１ａはファックス送信要求元のＰＣ４３からのファックス送信要求と転送先のネットワークファクシミリ装置１ｂから通知される機器情報とから、転送先が、そのファックス送信要求を正しく処理できる装置であると判断されればそのファックス送信要求を、他のサーバの仲介なしに、転送先に転送して、ファックス送信要求に係る文書データの処理を代行を依頼することができる。
【００９１】
また、ファックス送信要求が転送元装置で対応可能なものであれば、転送元装置で処理してしまい、転送元装置で対応不可能で、転送先装置で対応可能であれば、転送先装置に処理を代行してもらうようにしたため、転送元装置及び転送先装置が備える機能を最大限活用して要求元ＰＣからのファックス送信要求を処理することができる。
【００９２】
また、転送元装置のネットワークファクシミリ装置１ａにとっての転送先装置としてはネットワークファクシミリ装置１ｂのみに限らず、複数登録しておくこともできる。
【００９３】
つまり、転送先装置として予めそのネットワークアドレスを登録していた複数の転送先装置のうちの最初に選択した転送先装置との間で図９，図１０に示した処理手順を行い、判断Ｓ２０４で転送先で対応不可と決定された場合に、別の転送先装置を選択して処理Ｓ２０１からの処理をやり直す。
【００９４】
その場合、ネットワーク通信端末装置１ｂが転送元装置で、ネットワーク通信端末装置１ａネットワーク１ｂにとっても転送先装置となるように、複数のネットワーク通信端末装置１がグループとなってファックス送信要求（依頼）を転送し合えるように構成してもよいのはいうまでもない。
【００９５】
それにより、ＰＣ４３から見れば、ファックス送信要求が正常に処理される確率がいっそう高くなる。また、その場合も、転送を仲介する別のサーバを必要としない。
【００９６】
次に、図８の通信ダイアグラム、及び、図９、図１０の処理手順によるファックス送信要求の転送処理において、転送元装置が、ファックス送信要求を転送先装置に転送する場合の第１、第２、及び、第３実施形態の３通りの実施形態について以下説明する。
【００９７】
まず、第１実施形態について説明する。
【００９８】
この第１実施形態は、転送元装置であるネットワークファクシミリ装置１ａの回線のうちファックス送信要求に応じるために必要な回線が使用中の場合に、ファックス送信要求を転送先装置であるネットワークファクシミリ装置１ｂに転送するものである。
【００９９】
つまり、転送元装置であるネットワークファクシミリ装置１ａが処理１０１でファクス送信要求を受信したとき、ネットワークファクシミリ装置１ａがＧ３ファクス送信中であった場合は、収容するＰＳＴＮ回線が使用中であるため、ファクス送信が終了するまでファクス送信要求を処理できない。
【０１００】
その場合は、処理Ｓ２０１により、ネットワークファクシミリ装置１ｂへ機器情報取得要求を送信する。機器情報取得要求の、”ＱｕｅｒｙＯｐｔｉｏｎｓ”要素には、機器情報取得応答に回線状況を表す”ＬｉｎｅＳｔａｔｕｓ”を含めるような値を設定する。
【０１０１】
そして、処理Ｓ３０３により転送先から送信される機器情報取得応答を処理Ｓ２０２で受信すると、回線状況を表す”ＬｉｎｅＳｔａｔｕｓ”を調べる。この値が「空き回線あり」を示すものだった場合には、ファクス送信依頼を転送する。
【０１０２】
それにより、転送元装置と転送先装置とのいずれかの装置が収容する回線が空いていて、ファックス送信要求を処理できる状態なら、ファックス送信要求に応じることができるようになる。
【０１０３】
次に、第２実施形態について説明する。
【０１０４】
この第２実施形態は、転送元装置であるネットワークファクシミリ装置１ａがＧ３ファクシミリ通信用のＰＳＴＮ回線しか収容していないにも関わらず（本実施の形態においてはそうである）、Ｇ４ファクシミリ通信用のＩＳＤＮ回線を指定したファックス送信要求があった場合に、ファックス送信要求を転送先装置であるネットワークファクシミリ装置１ｂに転送するものである。
【０１０５】
つまり、転送元装置であるネットワークファクシミリ装置１ａが処理１０１でファクス送信要求を受信したとき、それが、Ｇ４ファクシミリ通信用のＩＳＤＮ回線を指定したファックス送信要求であった場合は、自装置はＩＳＤＮ回線を収容するためのＩＳＤＮインターフェース１４をそもそも備えていないため、そのファクス送信要求に応じることができない。
【０１０６】
その場合は、処理Ｓ２０１により、ネットワークファクシミリ装置１ｂへ機器情報取得要求を送信する。機器情報取得要求の、”ＱｕｅｒｙＯｐｔｉｏｎｓ”要素には、機器情報取得応答に回線種別を表す”ＬｉｎｅＯｐｔｉｏｎｓ”を含めるような値を設定する。
【０１０７】
そして、処理Ｓ３０３により転送先から送信される機器情報取得応答を処理Ｓ２０２で受信すると、回線種別を表す”ＬｉｎｅＯｐｔｉｏｎｓ”を調べる。この値が「Ｇ４回線あり」を示すものだった場合には、ファクス送信依頼を転送する。
【０１０８】
それにより、転送元装置と転送先装置とのいずれかの装置が収容する回線にＧ４回線が含まれていて、ファックス送信要求を処理できる状態なら、ファックス送信要求に応じることができるようになる。
【０１０９】
次に、第３実施形態について説明する。
【０１１０】
この第１実施形態は、転送元装置であるネットワークファクシミリ装置１ａが、モノクロのファクス送信しかできないにも関わらず、カラーのファクス送信を指定したファックス送信要求であった場合は、ファックス送信要求を転送先装置であるネットワークファクシミリ装置１ｂに転送するものである。
【０１１１】
つまり、転送元装置であるネットワークファクシミリ装置１ａが処理１０１でファクス送信要求を受信したとき、それが、カラーのファックス送信を指定したファックス送信要求であった場合は、自装置からカラーのファックス送信に対応していない場合は、そのファクス送信要求に応じることができない。
【０１１２】
その場合は、処理Ｓ２０１により、ネットワークファクシミリ装置１ｂへ機器情報取得要求を送信する。機器情報取得要求の、”ＱｕｅｒｙＯｐｔｉｏｎｓ”要素には、機器情報取得応答にカラーファクス送信能力を表す”ＣｏｌｏｒＳｅｎｄ”を含めるような値を設定する。
【０１１３】
そして、処理Ｓ３０３により転送先から送信される機器情報取得応答を処理Ｓ２０２で受信すると、カラーファクス送信能力を表す”ＣｏｌｏｒＳｅｎｄ”を調べる。この値がカラーファクス送信能力ありを示すものだった場合には、ファクス送信要求を転送する。
【０１１４】
それにより、転送元装置と転送先装置とのいずれかがカラーファックス送信能力を備えていて、ファックス送信要求を処理できる状態なら、ファックス送信要求に応じることができるようになる。
【０１１５】
以上説明したように、本実施の形態よれば、依頼元の装置（ＰＣ）からのネットワークを介したファックス送信要求を、転送元装置で処理できれば処理し、処理できない場合には、転送先装置に問い合わせて、転送先装置で処理できるならファックス送信要求を転送して処理を代行してもらうようにしたため、依頼元からの送信要求を、各ネットワークファクシミリ装置が協働して可能な限り処理することができる。
【０１１６】
また、転送元装置と転送先装置とのやりとりや、依頼元のＰＣとのやりとりは、必要な情報を記述したＸＭＬ文書のＳＯＡＰプロトコルによるやりとりによる汎用的なＷｅｂサービスインターフェースにより行えるため、装置間の転送を仲介するサーバを必要とすることなく、簡易な構成でファックス送信要求のネットワークファクシミリ装置間の転送を実現することができる。
【０１１７】
また、以上説明した実施の形態においては、本発明を、ネットワーク通信端末装置の１つであるネットワークファクシミリ装置に適用したが、本発明はそれに限らず、依頼元装置から依頼された文書データを公衆回線を介して最終的な宛先装置に送信するネットワーク通信端末装置てあれば、同様に適用可能なものであり、文書データの公衆回線を介した送信のプロトコルや、文書データの内容（画情報であるかテキストデータであるか等）により限定されるものではないことはいうまでもない。
【０１１８】
【発明の効果】
請求項１に係る発明によれば、ネットワークを介して受信した送信元装置からの送信依頼文書データを、転送元装置が転送先装置に無条件に転送するのではなく、その送信依頼文書データに付随して通知される送信文書属性情報と、前記転送先装置から通知される機器情報とから、前記転送先装置による前記送信依頼文書データの指定宛先への送信を依頼するか決定するにようにしているため、転送元装置と転送先装置とに介在する別装置を必要とすることなく送信依頼された文書データの転送を実現することが可能となる効果が得られる。また、ネットワーク上の複数の、本発明に係るネットワーク通信端末装置が協働することで、各ネットワーク通信端末装置の送信依頼の文書の処理負担の分散が可能となる効果も得られる。
【０１１９】
請求項２に係る発明によれば、ネットワークを介して受信した送信元装置からの送信依頼文書データを、転送元装置が転送先装置に無条件に転送するのではなく、その送信依頼文書データに付随して通知される送信文書属性情報と、前記転送先装置から通知される機器情報とから、前記転送先装置による前記送信依頼文書データの指定宛先への送信が可能な場合に転送するようにしているため、確実な転送以来を転送元装置と転送先装置とに介在する別装置を必要とすることなく実現することが可能となる効果が得られる。
【０１２０】
請求項３に係る発明によれば、ネットワークを介して受信した送信元装置からの送信依頼文書データを、転送元装置が転送先装置に無条件に転送するのではなく、まず、その送信依頼文書データに付随して通知される前記送信文書属性情報と、自装置の機器情報とから自装置での指定宛先への送信が可能かを判断して可能であれば自装置で対応し、自装置が元々備えている機能の制限や、自装置が備えている機能に現在発生している障害等のために、その送信依頼文書データの送信に自装置で対応できない場合には、前記送信文書属性情報と、前記転送先装置から通知される機器情報とから、前記転送先装置による前記送信依頼文書データの指定宛先への送信が可能な場合に転送するようにしているため、確実な転送以来を転送元装置と転送先装置とに介在する別装置を必要とすることなく実現することが可能となるばかりでなく、前記転送元装置と転送先装置とが協働して処理することで、各装置が備える機能を最大限活用でき、文書データの送信依頼を迅速に処理することが可能となる効果が得られる。
【０１２１】
請求項４に係る発明によれば、ネットワークを介して受信した送信元装置からの送信依頼文書データを、その送信依頼文書データに付随して通知される前記送信文書属性情報と自装置の機器情報とから、自装置収容する種別の回線では送信することができない場合には、前記送信文書属性情報と、前記転送先装置から通知される機器情報とから、前記転送先装置が収容する回線による前記送信依頼文書データの指定宛先への送信が可能な場合に転送するようにしているため、確実な転送依頼を転送元装置と転送先装置とに介在する別装置を必要とすることなく実現することが可能となるばかりでなく、前記転送元装置と転送先装置とが協働して処理することで、各装置が収容する回線を最大限活用でき、文書データの送信依頼を迅速に処理することが可能となる効果が得られる。
【０１２２】
請求項５に係る発明によれば、ネットワークを介して受信した送信元装置からの送信依頼文書データを、その送信依頼文書データに付随して通知される前記送信文書属性情報と自装置の機器情報とから自装置収容する回線の状態が、他の送受信処理等のために使用中であったり、障害発生中であったりする等ために、自装置で送信することができない場合には、前記送信文書属性情報と、前記転送先装置から通知される機器情報とから、前記転送先装置が収容する回線による前記送信依頼文書データの指定宛先への送信が可能な場合に転送するようにしているため、確実な転送依頼を転送元装置と転送先装置とに介在する別装置を必要とすることなく実現することが可能となるばかりでなく、前記転送元装置と転送先装置とが協働して処理することで、各装置が収容する回線を最大限活用でき、文書データの送信依頼を迅速に処理することが可能となる効果が得られる。
【０１２３】
請求項６に係る発明によれば、ネットワークを介して受信した送信元装置からのカラーの送信依頼文書データを、その送信依頼文書データに付随して通知される前記送信文書属性情報と自装置の機器情報とから自装置では送信することができない場合には、前記送信文書属性情報と、前記転送先装置から通知される機器情報とから、前記転送先装置がカラー文書の送信に対応している場合に転送するようにしているため、確実な転送依頼を転送元装置と転送先装置とに介在する別装置を必要とすることなく実現することが可能となるばかりでなく、前記転送元装置と転送先装置とが協働して処理することで、各装置が収容する回線を最大限活用でき、文書データの送信依頼を迅速に処理することが可能となる効果が得られる。
【０１２４】
請求項７に係る発明によれば、送信元装置、転送元装置及び転送先装置の相互の情報のやりとりをＳＯＡＰプロトコルによるＸＭＬ文書のやりとりによるＷｅｂサービスインターフェイスにより行うようにすることで、特定のプラットフォームに依存しない送信依頼文書の転送処理を行うことが可能となる効果が得られる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るネットワーク通信端末装置としてのネットワークファクシミリ装置１のブロック構成である。
【図２】本発明の実施の形態に係るネットワークファクシミリ装置のソフトウェアブロック図である。
【図３】本発明の実施の形態に係るネットワークファクシミリ装置を含むネットワークシステムの全体構成について示す図である。
【図４】ＰＣ・ＦＡＸ送信要求の必須データについて示す図である。
【図５】ＰＣ・ＦＡＸ送信要求のＸＭＬデータ定義例、及び、ＰＣ・ＦＡＸ送信要求に対する応答のＸＭＬデータ定義例について示す図である。
【図６】ＰＣからネットワークファクシミリ装置へのファックス送信要求、及び、ネットワーク通信端末装置から宛先のファクシミリ装置への送信を含む通信ダイアグラムについて示す図である。
【図７】転送元のネットワークファクシミリ装置が転送先のネットワークファクシミリ装置の機器情報を取得するためにやりとりするＸＭＬ定義例について示す図である。
【図８】ＰＣ・ＦＡＸ送信要求が転送処理される場合の通信ダイアグラムについて示す図である。
【図９】本発明の実施の形態に係るネットワーク通信端末装置が転送元装置及び転送先装置としてそれぞれ行う処理手順について示すフローチャートである。
【図１０】図９と共に、本発明の実施の形態に係るネットワーク通信端末装置が転送元装置及び転送先装置としてそれぞれ行う処理手順について示すフローチャートである。
【符号の説明】
１、１ａ、１ｂ  ネットワークファクシミリ装置
２  ＣＰＵ
３  ＲＯＭ
４  ＲＡＭ
５  タイマ制御部
６  ハードディスク装置
６ａ  ハードディスクインターフェース
７  操作表示部
７ａ  操作表示部インターフェース
８  ＳＲＡＭ
９  キャラクタジェネレータ
１０  プロッタ
１０ａ  プロッタインターフェース
１１  スキャナ
１１ａ  スキャナインターフェース
１２  符号化復号化部
１３  ＬＡＮ通信制御部
１４  ＩＳＤＮインターフェース部
１５  網制御部
１６  通信制御部
１７  システムバス
２０  データ制御部
２１  スキャナ制御部
２２  印刷制御部
２３  メール制御部
２４  ＬＡＮ制御部
２５  ＬＡＮドライバ
２６  ファックスプロトコル
２７  モデム制御部
４０  ＬＡＮ
４１  メールサーバ装置
４２  プリンタ装置
４３  パーソナルコンピュータ（ＰＣ）
４４  ルータ装置
５０  ＩＳＤＮ
５１  ファクシミリ装置
６０  ＰＳＴＮ
６１、６２  ファクシミリ装置
７０  インターネット
７１  Ｗｅｂサービス提供サーバ装置
７２  ネットワークファクシミリ装置
７３  パーソナルコンピュータ（ＰＣ）
【図１】
2004252542.tif 000003
【図２】
2004252542.tif 000004
【図３】
2004252542.tif 000005
【図４】
2004252542.tif 000006
【図５】
2004252542.tif 000007
【図６】
2004252542.tif 000008
【図７】
2004252542.tif 000009
【図８】
2004252542.tif 000010
【図９】
2004252542.tif 000011
【図１０】
2004252542.tif 000012