JP2007173882A

JP2007173882A - 通信装置

Info

Publication number: JP2007173882A
Application number: JP2005364177A
Authority: JP
Inventors: Yuji Takemoto; 祐司竹元
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2005-12-19
Filing date: 2005-12-19
Publication date: 2007-07-05
Also published as: US7880915B2; US20070139706A1

Abstract

【課題】より効果的な文書送信を行うことが出できる通信装置を提供すること目的とする。
【解決手段】受信した文書情報を蓄積する文書情報蓄積機能と、前記文書情報蓄積機能に蓄積した文書情報を、ネットワークを介して外部装置へ公開するＷｅｂサービス機能を備えた通信装置であって、前記Ｗｅｂサービス機能を用いて公開した文書情報について、外部装置から送信要求された場合、当該文書情報を送信する送信者の情報を、前記外部装置から指定できるようにした。
【選択図】図１

Description

本発明は、受信した文書情報を蓄積する文書情報蓄積機能と、前記文書情報蓄積機能に蓄積した文書情報を、ネットワークを介して外部装置へ公開するＷｅｂサービス機能を備えた通信装置に関する。

近年、広域ネットワークの発展に伴い、特許文献１に開示されたもののように通信ネットワークにファクシミリ装置（ネットワークファクシミリ装置）を接続し、ファクシミリ受信文書を通信ネットワーク上の外部装置に転送するシステムが考案されている。

このようなシステムにおいては、例えば、ネットワークファクシミリ装置のユーザが電子メールを用いて文書をいずれかの宛先へ送信する場合、ネットワークファクシミリ装置のオペレーションパネルを用いて宛先を選択するようにしていた（特許文献２参照）。
特開２００２−２３２６３４号公報特開平１１−２３９２３４号公報

しかしながら、このような従来装置では、例えば、Ｗｅｂサービス機能を用いて蓄積している文書を外部装置へ公開している場合、外部装置から文書送信要求がされた場合、ネットワークファクシミリ装置は、自端末に設定されている送信用のメールアドレスを適用しており、そのため、通信応用の自由度に乏しかった。

本発明は、かかる実情に鑑みてなされたものであり、より効果的な文書送信を行うことが出できる通信装置を提供すること目的とする。

本発明は、受信した文書情報を蓄積する文書情報蓄積機能と、前記文書情報蓄積機能に蓄積した文書情報を、ネットワークを介して外部装置へ公開するＷｅｂサービス機能を備えた通信装置であって、前記Ｗｅｂサービス機能を用いて公開した文書情報について、外部装置から送信要求された場合、当該文書情報を送信する送信者の情報を、前記外部装置から指定できるようにしたものである。

また、受信した文書情報を蓄積する文書情報蓄積機能と、前記文書情報蓄積機能に蓄積した文書情報を、ネットワークを介して外部装置へ公開するＷｅｂサービス機能を備えた通信装置であって、前記Ｗｅｂサービス機能を用いて公開した文書情報について、外部装置から送信要求された場合、当該文書情報を送信する送信者の情報を、前記外部装置から指定させるようにしたものである。

また、前記送信者の情報は、あらかじめ複数ユーザの送信者情報が登録されているアドレス帳情報から選択可能にしたものである。また、前記送信者情報に有効なネットワークアドレスが含まれていない場合には、当該送信要求にかかる送信動作を行わないようにしたものである。

また、前記Ｗｅｂサービスを提供するユーザを認証する認証機能をさらに備え、前記送信要求にかかるユーザが、前記認証機能により適切に認証されている場合、当該ユーザについて、有効なネットワークアドレスが登録されている場合には、前記送信要求にかかる送信動作を行う一方、当該ユーザについて、有効なネットワークアドレスが登録されていない場合には、前記送信要求にかかる送信動作を行わないようにしたものである。

したがって、本発明によれば、文書送信を行う送信者情報を、文書送信を要求したユーザが適宜に設定することができるので、通信応用の自由度が向上するという効果を得る。

以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。

図１は、本発明の一実施例にかかるネットワークシステムを示している。

同図において、ローカルエリアネットワークＬＡＮには、複数のワークステーション装置ＷＳ１〜ＷＳｎ、メールサーバ装置ＳＭ、および、ネットワークファクシミリ装置ＦＸが接続されているとともに、ルータ装置ＲＴを介してインターネットへ接続されている。したがって、ワークステーション装置ＷＳ１〜ＷＳｎ、メールサーバ装置ＳＭ、および、ネットワークファクシミリ装置ＦＸは、インターネットを介し、他の適宜な端末装置との間でデータをやりとりすることができる。

ここで、メールサーバ装置ＳＭは、ローカルエリアネットワークＬＡＮに接続されているワークステーション装置ＷＳ１〜ＷＳｎを利用するユーザ、および、ネットワークネットワークファクシミリ装置ＦＸに対して、周知の電子メールの収集および配布のサービスを提供するものである。

また、ワークステーション装置ＷＳ１〜ＷＳｎには、ファクシミリ画情報を作成および表示出力するファクシミリアプリケーションソフトウェア、および、ローカルエリアネットワークＬＡＮを介して種々のデータのやりとりを行うための種々のソフトウェア（Ｗｅｂブラウザを含む）などの種々のプログラムが導入されており、特定のユーザにより使用されるものである。ここで、特定のユーザは、一人または複数人のユーザであってよい。

また、ネットワークファクシミリ装置ＦＸは、画情報や各種レポートなどを電子メールとしてやりとりするための電子メール処理機能、アナログ公衆回線網ＰＳＴＮに接続し、この公衆網を伝送路として用いてグループ３ファクシミリ伝送手順による画情報伝送を行うグループ３ファクシミリ伝送機能、および、ローカルエリアネットワークＬＡＮを介し、蓄積した文書を外部装置のＷｅｂクライアントから閲覧可能にするＷｅｂサーバ機能などの種々の処理機能を備えている。

図２は、ネットワークファクシミリ装置ＦＸの構成例を示している。

同図において、システム制御部１は、このネットワークファクシミリ装置ＦＸの各部の制御処理、および、ファクシミリ伝送制御手順処理などの各種制御処理を行うものであり、システムメモリ２は、システム制御部１が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部１のワークエリアを構成するものであり、パラメータメモリ３は、このネットワークファクシミリ装置ＦＸに固有な各種の情報を記憶するためのものであり、時計回路４は、現在時刻情報を出力するものである。

スキャナ５は、所定の解像度で原稿画像を読み取るためのものであり、プロッタ６は、所定の解像度で画像を記録出力するためのものであり、操作表示部７は、このネットワークファクシミリ装置ＦＸを操作するためのもので、各種の操作キー、および、各種の表示器からなる。

符号化復号化部８は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、磁気ディスク装置９は、符号化圧縮された状態の画情報を多数記憶したり、他のファイルデータを蓄積するためのものである。

グループ３ファクシミリモデム１０は、グループ３ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、おもに画情報をやりとりするための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えている。

網制御装置１１は、このネットワークファクシミリ装置ＦＸをアナログ公衆回線網ＰＳＴＮに接続するためのものであり、自動発着信機能を備えている。

ローカルエリアネットワークインターフェース回路１２は、このネットワークファクシミリ装置ＦＸをローカルエリアネットワークＬＡＮに接続するためのものであり、ローカルエリアネットワーク伝送制御部１３は、ローカルエリアネットワークＬＡＮを介して、他のデータ端末装置との間で種々のデータをやりとりするための各種所定のプロトコルスイートの通信制御処理を実行するためのものである。

これらの、システム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、スキャナ５、プロッタ６、操作表示部７、符号化復号化部８、磁気ディスク装置９、グループ３ファクシミリモデム１０、網制御装置１１、および、ローカルエリアネットワーク伝送制御部１３は、内部バス１４に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス１４を介して行われている。

また、網制御装置１１とグループ３ファクシミリモデム１０との間のデータのやりとりは、直接行なわれている。

ここで、本実施例において、基本的には、ローカルエリアネットワークＬＡＮに接続されている端末相互間でのデータのやりとりは、いわゆるＴＣＰ／ＩＰと呼ばれるトランスポートレイヤまでの伝送プロトコルと、それ以上の上位レイヤの通信プロトコルとの組み合わせ（いわゆるプロトコルスイート）が適用して行われる。例えば、電子メールのデータのやりとりでは上位レイヤの通信プロトコルとしてＳＭＴＰ（ＳｉｍｐｌｅＭａｉｌＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）という通信プロトコルが適用される。

また、各端末がメールサーバ装置ＳＭに対して、ユーザ宛の電子メールの受信確認や取得要求などのために適用するプロトコルとしては、いわゆるＰＯＰ（ＰｏｓｔＯｆｆｉｃｅＰｒｏｔｏｃｏｌ）などを適用することができる。

また、ＴＣＰ／ＩＰ，ＳＭＴＰ，ＰＯＰなどの通信プロトコル、および、電子メールのデータ形式やデータ構造などについては、それぞれＩＥＴＦから発行されているＲＦＣ文書により規定されている。例えば、ＴＣＰはＲＦＣ７９３、ＩＰはＲＦＣ７９３、ＳＭＴＰはＲＦＣ８２１、電子メールの形式は、ＲＦＣ８２２，ＲＦＣ１５２１，ＲＦＣ１５２２（ＭＩＭＥ（ＭｕｌｔｉＰｕｒｐｏｓｅＭａｉｌＥｘｔｅｎｓｉｏｎ）形式）などでそれぞれ規定されている。

また、電子メールを用いてファクシミリ画情報をやりとりする場合、ファクシミリ画情報はバイナリデータであり、電子メールには、直接バイナリデータを含ませることができないので、所定の変換方法（例えば、Ｂａｓｅ６４符号化方法）を適用して可読情報（７ビットのキャラクタコード）に変換した状態で、電子メールに含められる。このような電子メールの本文情報の形式をＭＩＭＥ形式という。

このように、ファクシミリ画情報を送信する際に用いられる電子メールの一例を図３に示す。

この電子メールは、複数の本文パートを持つマルチパートＭＩＭＥ形式の電子メールであり、電子メールの送信日付（「Ｄａｔｅ」フィールド）、宛先メールアドレス（「Ｔｏ」フィールド）、送信元メールアドレス（「Ｆｒｏｍ」フィールド）などの所定の情報からなるメールヘッダ部、テキストデータを運ぶためのテキストパート部、および、ファクシミリ画情報を運ぶためのバイナリパート部からなり、バイナリパート部には、ファクシミリ画情報をＭＩＭＥ変換して得たＭＩＭＥエンコードデータが配置される。

また、電子メールで運ばれるファクシミリ画情報は、元の画像データをＭＨ符号化で圧縮し、それをＴＩＦＦ−Ｆフォーマットへ変換したものであり、したがって、ＭＩＭＥエンコードデータとしては、このＴＩＦＦ−ＦデータをＭＩＭＥ変換したものが配置される。

ここで、ＴＩＦＦ−Ｆフォーマットでは、複数ページの画像データを１つのファイルとしてまとめることができるので、１つのバイナリパート部に、複数ページからなる１つの送信画情報ファイルのデータを配置することができる。

また、本実施例では、ネットワークファクシミリ装置ＦＸは、図４（ａ）に示すように、複数のアドレス情報を登録してなるアドレス帳情報を備えている。また、おのおののアドレス情報は、同図（ｂ）に示すように、それぞれのアドレス情報を識別するためのＩＤ、当該アドレス情報に登録されたユーザ名、および、当該アドレス情報に登録されたユーザのメールアドレスからなる。

また、ネットワークファクシミリ装置ＦＸは、Ｗｅｂサービス機能を用いて外部装置のユーザに対して文書を閲覧可能にする際、ユーザ認証の機能も備えており、そのユーザ認証時には、例えば、図４（ｃ）に示したようなユーザ登録情報を参照する。

このユーザ登録情報は、複数のユーザ情報を登録してなり、それぞれのユーザ情報は、同図（ｄ）に示すように、ユーザの識別情報をあらわすＵＩＤ、登録されたパスワード、当該ユーザ情報のユーザのメールアドレス、および、当該ユーザが電子メールを用いた文書送信を行うことができるかどうかをあらわす電子メール送信権（値は、「あり」または「なし」）からなる。

さて、本実施例では、ネットワークファクシミリ装置ＦＸのＷｅｂサービス機能は、磁気ディスク装置９に蓄積した多数のファクシミリ文書を、所定のＵＲＬのＷｅｂページを介して、外部装置のＷｅｂブラウザに対して閲覧可能としている。

ここで、磁気ディスク装置９に蓄積されるファクシミリ文書は、ネットワークファクシミリ装置ＦＸがアナログ公衆網ＰＳＴＮを介して受信したり、電子メールを介して受信したもの、あるいは、ローカルにスキャナ５を利用して読取入力されたものである。

図５は、Ｗｅｂサーバ機能が文書送信要求を受け付けた場合の、ネットワークファクシミリ装置ＦＸの処理の一例を示している。

宛先のメールアドレスとともに文書送信要求を受け付けると（処理１０１）、そのとき、装置に設定された「送信者指定設定」が「ＯＮ」になっているかどうかを調べる（判断１０２）。判断１０２の結果がＹＥＳになるときには、電子メールの送信者情報を、送信要求したユーザから取得する。

したがって、この場合には、図６（ａ）に示したような送信者のメールアドレスを入力させる画面を相手端末へ送信して（処理１０３）、相手端末のユーザから送信者のメールアドレスが入力されるまで待つ（判断１０４のＮＯループ）。

相手端末のユーザから送信者のメールアドレスが入力され、判断１０４の結果がＹＥＳになると、そのときに入力されたメールアドレスが有効な値のものであるかどうかを調べる（判断１０５）。例えば、空欄のまま入力終了した場合には、判断１０５の結果はＮＯになる。

判断１０５の結果がＹＥＳになるときには、そのときに入力されたメールアドレスを、送信者のメールアドレスとして保存する（処理１０６）。

また、判断１０５の結果がＮＯになるとき、または、判断１０２の結果がＮＯになるときには、送信者のメールアドレスとして、自端末に設定されているメールアドレス（図示略）をセットする（処理１０７）。

このようにして、電子メールの送信者のメールアドレスが決まると、処理１０８へ移行し、電子メールのヘッダ情報を作成し（処理１０８）、そのときに送信要求された文書情報を添付ファイルとして含む電子メールの本文情報を作成し（処理１０９）、処理１０８で作成したヘッダ情報と、処理１０９で作成した本文情報からなる電子メールをメールサーバ装置ＳＭへ送信する（処理１１０）。

ここで、メールサーバ装置ＳＭが、ユーザＩＤとパスワードを要求する場合、送信者情報の入力画面としては、例えば、図６（ｂ）に示すように、メールアドレス（ユーザＩＤ）とパスワードの入力を要求するものを用いて、送信ユーザに対して、ユーザＩＤとパスワードを入力させるようにすると良い。

このようにして、本実施例では、蓄積した文書情報の送信要求を受け付けた場合、送信手段として用いられる電子メールの送信者のメールアドレスを、送信要求した外部装置のユーザから任意に設定できるようにしているので、通信の自由度が増す。

図７は、Ｗｅｂサーバ機能が文書送信要求を受け付けた場合の、ネットワークファクシミリ装置ＦＸの処理の他の一例を示している。

宛先のメールアドレスとともに文書送信要求を受け付けると（処理２０１）、図６（ａ）に示したような送信者がネットワークファクシミリ装置ＦＸに登録したメールアドレスを入力させる画面を相手端末へ送信して（処理２０２）、相手端末のユーザから送信者のメールアドレスが入力されるまで待つ（判断２０３のＮＯループ）。

相手端末のユーザから送信者のメールアドレスが入力され、判断２０３の結果がＹＥＳになると、そのときに入力されたメールアドレスが、アドレス帳情報のいずれかのアドレス情報のメールアドレスに登録されているかどうかを調べる（判断２０４）。

入力されたメールアドレスがアドレス帳情報に登録されていない場合で、判断２０５の結果がＮＯになるときには、要求された文書を送信できない旨をあらわす表示を相手端末へ送信し（処理２０６）、このときの動作を終了する。

一方、入力されたメールアドレスがアドレス帳情報のいずれかのアドレス情報のメールアドレスに登録されている場合で、判断２０５の結果がＹＥＳになるときには、そのときに入力されたメールアドレスを、送信者のメールアドレスとして保存する（処理２０７）。

このようにして、電子メールの送信者のメールアドレスが決まると、電子メールのヘッダ情報を作成し（処理２０８）、そのときに送信要求された文書情報を添付ファイルとして含む電子メールの本文情報を作成し（処理２０９）、処理２０８で作成したヘッダ情報と、処理２０９で作成した本文情報からなる電子メールをメールサーバ装置ＳＭへ送信する（処理２１０）。

このようにして、この場合には、文書送信を要求したユーザが、ネットワークファクシミリ装置ＦＸに適切に登録されていない場合には、当該要求された文書情報の送信を行わないので、より安全な文書送信が可能となる。

図８は、Ｗｅｂサーバ機能が文書送信要求を受け付けた場合の、ネットワークファクシミリ装置ＦＸの処理のさらに他の一例を示している。

宛先のメールアドレスとともに文書送信要求を受け付けると（処理３０１）、図６（ｃ）に示したような送信者がネットワークファクシミリ装置ＦＸに登録したユーザ名を入力させる画面を相手端末へ送信して（処理３０２）、相手端末のユーザから送信者のユーザ名が入力されるまで待つ（判断３０３のＮＯループ）。

相手端末のユーザから送信者のユーザ名が入力され、判断３０３の結果がＹＥＳになると、そのときに入力されたユーザ名が、アドレス帳情報のいずれかのアドレス情報のユーザ名に登録されているかどうかを調べる（判断３０４）。

入力されたユーザ名がアドレス帳情報のいずれかのアドレス情報のユーザ名に登録されている場合で、判断３０５の結果がＹＥＳになるときには、そのときに入力されたユーザ名のアドレス情報に、メールアドレスが登録されていたかどうかを調べる（判断３０６）。判断３０６の結果がＹＥＳになるときには、そのときのメールアドレスを、送信者のメールアドレスとして保存する（処理３０７）。

このようにして、電子メールの送信者のメールアドレスが決まると、電子メールのヘッダ情報を作成し（処理３０８）、そのときに送信要求された文書情報を添付ファイルとして含む電子メールの本文情報を作成し（処理３０９）、処理３０８で作成したヘッダ情報と、処理３０９で作成した本文情報からなる電子メールをメールサーバ装置ＳＭへ送信する（処理３１０）。

一方、ユーザ名がアドレス帳情報に登録されていたが、対応するアドレス情報にはメールアドレスが登録されていない場合で、判断３０６の結果がＮＯになるとき、および、入力されたユーザ名がアドレス帳情報に登録されていない場合で、判断３０５の結果がＮＯになるときには、要求された文書を送信できない旨をあらわす表示を相手端末へ送信し（処理３１１）、このときの動作を終了する。

このようにして、この場合には、文書送信を要求したユーザのメールアドレスがネットワークファクシミリ装置ＦＸに適切に登録されていない場合には、当該要求された文書情報の送信を行わないので、より安全な文書送信が可能となる。

図９は、Ｗｅｂサーバ機能が外部装置からアクセス要求を受け付けた場合の、ネットワークファクシミリ装置ＦＸの処理の一例を示している。

アクセス要求を受け付けると、ユーザ認証を要求する旨をあらわすガイダンスメッセージを要求側の外部装置へ送信し（処理４０１）、次いで、図６（ｄ）に示すようなユーザＩＤとパスワードの入力要求画面を相手端末へ送信して（処理４０２）、相手端末のユーザから送信者のユーザＩＤとパスワードが入力されるまで待つ（判断４０３のＮＯループ）。

相手端末のユーザから送信者のユーザＩＤとパスワード入力され、判断４０３の結果がＹＥＳになると、そのときに入力されたユーザＩＤとパスワードを用いて、自端末のユーザ登録情報を参照し、所定の認証処理を行う（処理４０４）。

この認証処理で、認証ＮＧになった場合で、判断４０５の結果がＮＯになるときには、相手端末に対して、操作不可をあらわすエラー表示を送信し（処理４０６）、処理４０１へ戻る。

一方、処理４０４の認証処理で、認証ＯＫになった場合で、判断４０５の結果がＹＥＳになるときには、ユーザ操作がされると（処理４０７）、それが送信要求（宛先のメールアドレスの通知を含む）であるか接続終了操作であるかを調べ（判断４０８，４０９）、終了操作であった場合には（判断４０９の結果がＹＥＳ）、この処理を終了する。

また、それ以外の操作であった場合で、判断４０９の結果がＮＯになるときには、そのときに入力されたユーザ操作に対応した処理を実行し（処理４１０）、処理４０７へ戻る。

また、ユーザ操作が文書送信要求であり、判断４０８の結果がＹＥＳになるときには、そのときのログイン中のユーザのユーザ情報の電子メール送信権が「あり」になっているかどうかを調べ（判断４１１）、判断４１１の結果がＹＥＳになるときには、ユーザ情報のメールアドレスに適切な値が登録されているかどうかを調べる（判断４１２）。

判断４１２の結果がＹＥＳになるときには、ユーザ情報に登録されてメールアドレスを読み出して、送信者のメールアドレスに設定する（処理４１３）。

このようにして、電子メールの送信者のメールアドレスが決まると、電子メールのヘッダ情報を作成し（処理４１４）、そのときに送信要求された文書情報を添付ファイルとして含む電子メールの本文情報を作成し（処理４１５）、処理４１４で作成したヘッダ情報と、処理４１５で作成した本文情報からなる電子メールをメールサーバ装置ＳＭへ送信する（処理４１６）。

一方、ユーザ情報に適切なメールアドレスが登録されていない場合で、判断４１２の結果がＮＯになるとき、および、ユーザ情報の電子メール送信権の値が「なし」の場合で、判断４１１の結果がＮＯになるときには、要求された文書を送信できない旨をあらわす表示を相手端末へ送信し（処理４１７）、このときの動作を終了する。

このようにして、この場合には、ユーザ認証結果を利用して、送信要求された場合の送信者のメールアドレスを取得するようにしているので、ユーザの操作の手間を省くことができる。また、この場合は、ユーザが任意のメールアドレスを入力できないので、誤入力を防止することができる。

なお、上述した各実施例では、送信要求された文書情報を電子メールを用いて送信するようにしているが、アナログ公衆網ＰＳＴＮを用いたファクシミリ通信で、文書情報を送信することができる。その場合、送信者のメールアドレスは、ＴＴＩの表示情報として用いられたり、あるいは、通信履歴情報（図示略）等、通信管理上のＦｒｏｍの値として用いられる。

また、上述した実施例において、通信履歴情報を作成した場合、送信者のメールアドレスとしては、電子メールのヘッダ情報のＦｒｏｍフィールドにセットした値が保存される。

また、本発明は、上述したネットワークファクシミリ装置以外の同様の構成を備えた通信装置についても、同様に適用することができる。

本発明の一実施例にかかるネットワークシステムを示したブロック図。ネットワークファクシミリ装置ＦＸの構成例を示したブロック図。ファクシミリ画情報を送信する際に用いられる電子メールの一例を示した概略図。アドレス帳情報、アドレス情報、ユーザ登録情報、および、ユーザ情報の一例を示した概略図。Ｗｅｂサーバ機能が文書送信要求を受け付けた場合の、ネットワークファクシミリ装置ＦＸの処理の一例を示したフローチャート。種々の画面の一例を示した概略図。Ｗｅｂサーバ機能が文書送信要求を受け付けた場合の、ネットワークファクシミリ装置ＦＸの処理の他の例を示したフローチャート。Ｗｅｂサーバ機能が文書送信要求を受け付けた場合の、ネットワークファクシミリ装置ＦＸの処理のさらに他の例を示したフローチャート。Ｗｅｂサーバ機能が外部装置からアクセス要求を受け付けた場合の、ネットワークファクシミリ装置ＦＸの処理の一例を示したフローチャート。

符号の説明

ＦＸネットワークファクシミリ装置

Claims

受信した文書情報を蓄積する文書情報蓄積機能と、前記文書情報蓄積機能に蓄積した文書情報を、ネットワークを介して外部装置へ公開するＷｅｂサービス機能を備えた通信装置であって、
前記Ｗｅｂサービス機能を用いて公開した文書情報について、外部装置から送信要求された場合、当該文書情報を送信する送信者の情報を、前記外部装置から指定できるようにしたことを特徴とする通信装置。
受信した文書情報を蓄積する文書情報蓄積機能と、前記文書情報蓄積機能に蓄積した文書情報を、ネットワークを介して外部装置へ公開するＷｅｂサービス機能を備えた通信装置であって、
前記Ｗｅｂサービス機能を用いて公開した文書情報について、外部装置から送信要求された場合、当該文書情報を送信する送信者の情報を、前記外部装置から指定させるようにしたことを特徴とする通信装置。
前記送信者の情報は、あらかじめ複数ユーザの送信者情報が登録されているアドレス帳情報から選択可能にしたことを特徴とする請求項１記載の通信装置。
前記送信者情報に有効なネットワークアドレスが含まれていない場合には、当該送信要求にかかる送信動作を行わないようにしたことを特徴とする請求項３記載の通信装置。
前記Ｗｅｂサービスを提供するユーザを認証する認証機能をさらに備え、
前記送信要求にかかるユーザが、前記認証機能により適切に認証されている場合、当該ユーザについて、有効なネットワークアドレスが登録されている場合には、前記送信要求にかかる送信動作を行う一方、当該ユーザについて、有効なネットワークアドレスが登録されていない場合には、前記送信要求にかかる送信動作を行わないようにしたことを特徴とする請求項１記載の通信装置。