JP2003345696A - Ｈｔｔｐサーバ - Google Patents

Abstract

(57)【要約】 【課題】 ＨＴＴＰを用い、ファクシミリ通信や電子メ
ールの利点を活かした通信端末間のデータの送受信を可
能としたＨＴＴＰサーバを提供する。 【解決手段】 センターサーバ１，２は、それぞれ通信
端末１１〜１４，２１〜２４を管理し、管理情報を記憶
している。通信端末１１から通信端末２２へデータを転
送する場合、通信端末１１はセンターサーバ１の送信用
ＵＲＬへアクセスし、データ及び宛先情報をＨＴＴＰで
送る。センターサーバ１はセンターサーバ２へ転送先の
通信端末２２を問い合わせ、肯定応答を受けてデータ及
び宛先情報をセンターサーバ２へ転送する。通信端末２
２は、センターサーバ２の受信用ＵＲＬへアクセスし、
データの受信を問い合わせてデータの取り出しを要求す
る。センターサーバ２は、通信端末２２からの要求に応
じてデータをＨＴＴＰにより転送し、通信端末１１から
通信端末２２へのデータ転送が完了する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＨＴＴＰによる通
信を行うネットワークシステムに関するものである。

【０００２】

【従来の技術】従来より、画像データにより各種の情報
を伝送する方法として、ファクシミリ通信が用いられて
きた。ファクシミリ通信は現在においても広く利用され
ており、多くの機能を備えるようになってきている。フ
ァクシミリ通信では、相手先との手順信号のやりとりに
よって相手先の受信能力を検出し、相手先の受信能力の
範囲内で画像データを送信する。これによって、ほとん
どの場合には相手先において画像データを受信すること
ができる。

【０００３】しかし、基本的にファクシミリ通信は１対
１の通信であるため、相手先が話中などによって受信可
能な状態にないときに送信することはできない。また、
同じ画像データ（情報）を多くの相手先に送信する場合
でも、基本的にはそれぞれの相手先に対して画像データ
を送信する必要がある。さらに、例えば応用通信機能と
して時刻指定などの機能もあるが、その場合には送信す
る画像データを指定された時刻まで保持しておかなけれ
ばならず、大きなメモリ容量が必要となるという欠点が
ある。

【０００４】最近ではインターネットやＬＡＮなどのデ
ータ交換ネットワークが発達し、データ交換ネットワー
クを利用してデータの送受信が行われている。データ交
換ネットワーク上で通信端末間でデータの送受信を行う
方法として、電子メール（ＳＭＴＰ／ＰＯＰ）が広く用
いられている。電子メールでは、一旦、メールサーバに
データを送信してから配信する。そのため、送信元では
相手先の状態に拘わらず電子メールを送信することがで
きる。また、多くの相手先に送信する場合でも、相手先
のアドレスを記しておけば、１回のメールサーバへの送
信のみで済むという利点もある。

【０００５】しかし電子メールでは、送信元から一方的
に送信するのみであり、ファクシミリ通信のように相手
先の受信能力を知る手段がない。そのため、送信した電
子メールを相手先で参照可能か否かは分からない。ま
た、例えば時刻指定などのようなファクシミリ通信にお
いて一般的に利用可能であった多くの機能を利用するこ
とができないという問題があった。

【０００６】

【発明が解決しようとする課題】本発明は、上述した事
情に鑑みてなされたもので、ＨＴＴＰを用い、ファクシ
ミリ通信や電子メールの利点を活かした通信端末間のデ
ータの送受信を可能としたＨＴＴＰサーバを提供するこ
とを目的とするものである。

【０００７】

【課題を解決するための手段】本発明は、複数のＨＴＴ
Ｐサーバがそれぞれ管理している通信端末間でＨＴＴＰ
による通信を行うシステムで用いられるＨＴＴＰサーバ
であって、ＨＴＴＰによる通信を行う通信手段と、管理
下の通信端末の管理情報を保持する端末情報記憶手段
と、前記通信手段を介して転送すべきデータ及び該デー
タの転送先を示す宛先情報を受け取り前記転送先の通信
端末が管理下にない場合に前記データ及び前記宛先情報
を前記通信手段から他のＨＴＴＰサーバへ送信する制御
手段を有することを特徴とするものである。このような
本発明のＨＴＴＰサーバを利用することによって、複数
のＨＴＴＰサーバが協働してデータ及び宛先情報の転送
を行うことができるので、異なるＨＴＴＰサーバにおい
て管理されている通信端末間でのＨＴＴＰを用いた通信
を可能とすることができる。また、複数台のＨＴＴＰサ
ーバによって通信端末を分散して管理することができ、
負荷を分散することができる。

【０００８】他のＨＴＴＰサーバへのデータ及び宛先情
報の転送を行うために、他のＨＴＴＰサーバを管理する
ための情報を保持するサーバ情報記憶手段を設けておく
ことができる。そして制御手段は、宛先情報によって特
定される転送先の通信端末を管理していないとき、サー
バ情報記憶手段に記憶されている他のＨＴＴＰサーバの
情報を用いて他のＨＴＴＰサーバへの問い合わせを行
い、転送先の通信端末を管理する他のＨＴＴＰサーバへ
データ及び宛先情報を転送することができる。また、他
のＨＴＴＰサーバから通信端末に関する問い合わせを受
けたときには、その通信端末を管理していない場合に
は、サーバ情報記憶手段に記憶されている他のＨＴＴＰ
サーバの情報を用いてさらに他のＨＴＴＰサーバへの問
い合わせを行うように構成することができる。このよう
にして連鎖的に問い合わせを行うことによって、直接通
信を行うことができないＨＴＴＰサーバで管理されてい
る通信端末との間での通信も可能となる。

【０００９】また、ＨＴＴＰサーバの端末情報記憶手段
には、管理下の通信端末の受信能力を記憶させておくこ
とができる。そして制御手段は、宛先情報によって特定
される転送先の通信端末にデータを転送する際に、その
通信端末の受信能力に合わせてデータを適宜変換して送
信することができる。あるいは、同様に端末情報記憶手
段に管理下の通信端末の受信能力を記憶させておき、他
のＨＴＴＰサーバからの通信端末の問い合わせに対して
該通信端末が管理下にある場合には当該通信端末の受信
能力を返送し、また他のＨＴＴＰサーバへの問い合わせ
により転送先の通信端末の受信能力を受け取ったときに
は、当該受信能力の範囲内で転送すべきデータを受け取
るように構成することができる。これによって、データ
を受け取った転送先の通信端末では、受信能力範囲内の
データを受け取ることができるので、確実にデータを参
照することができる。また、それぞれのＨＴＴＰサーバ
が管理する通信端末の受信能力に関する情報を共有して
利用することができる。受信能力としては、データサイ
ズ（記録紙サイズなどを含む）、符号化方式、カラー／
白黒などのようなファクシミリ通信時に利用していた受
信能力の他、通信方法（ＨＴＴＰ、ＰＯＰ、他）、ファ
イル（データ）形式、特定のアプリケーションの有無な
ど、様々な通信端末における情報を受信能力として記憶
しておくことができる。

【００１０】さらに、転送すべきデータの受信の際に応
用通信情報も受け取り、該応用通信情報に従って各種の
機能を提供することもできる。例えば転送開始時刻の指
定や、転送先の通信端末がデータを受け取り可能な有効
期限の指定、暗号化通信の指定、転送先のグループの指
定、掲示板への登録の指定など、種々の応用通信機能を
提供することが可能である。

【００１１】

【発明の実施の形態】図１は、本発明のＨＴＴＰサーバ
の実施の一形態を示すブロック図、図２は、本発明のＨ
ＴＴＰサーバを複数台含むシステムの一例を示すブロッ
ク図である。図中、１〜３はセンターサーバ、４〜６は
データ交換ネットワーク、１１〜１４，２１〜２４は通
信端末、３１は通信部、３２は制御部、３３は端末デー
タベース、３４は原稿データベース、３５はサーバデー
タベースである。図２に示す例では、本発明のＨＴＴＰ
サーバであるセンターサーバを３台示しており、これら
がデータ交換ネットワーク４により通信可能に接続され
ている。また、センターサーバ１には４台の通信端末１
１〜１４がデータ交換ネットワーク５によって通信可能
に接続され、センターサーバ１が通信端末１１〜１４の
受信能力等の情報を管理している。さらに、センターサ
ーバ２にも４台の通信端末２１〜２４がデータ交換ネッ
トワーク６によって通信可能に接続され、センターサー
バ２が通信端末２１〜２４の受信能力等の情報を管理し
ている。もちろん、センターサーバの数は３台に限られ
るものではないし、通信端末の数はそれぞれ４台に限ら
れるものではないことは言うまでもない。

【００１２】データ交換ネットワーク４〜６は、ＬＡＮ
あるいはインターネットなどのＷＡＮで構成される。こ
れらのデータ交換ネットワーク４〜６は、ここではそれ
ぞれのセンターサーバにおける通信端末の管理区分を示
す都合上、それぞれを分けて示しているが、それぞれの
データ交換ネットワーク４〜６が別のネットワークであ
る必要はない。例えばデータ交換ネットワーク４〜６が
すべてインターネットであってもよい。なお、データ交
換ネットワーク４〜６には、図２に示した機器の他、種
々のネットワーク機器が接続されていてかまわない。

【００１３】各センターサーバ１〜３は、ＨＴＴＰを用
いて通信端末１１〜１４，２１〜２４と通信を行い、さ
らにセンターサーバ間の通信を行って、通信端末間のデ
ータ転送を中継する。各センターサーバ１〜３の構成例
を図１に示している。各センターサーバ１〜３は、通信
部３１、制御部３２、端末データベース３３、原稿デー
タベース３４、サーバデータベース３５などを含んで構
成することができる。ここでは一例としてセンターサー
バ１における各部の説明を行うこととするが、センター
サーバ２，３についても同様である。

【００１４】通信部３１は、データ交換ネットワーク５
を通じて通信端末１１〜１４との間でＨＴＴＰによる通
信を行う。この時、例えば通信端末１１〜１４がデータ
を送信する際に用いるＵＲＬと、通信端末１１〜１４が
データを受け取る際に用いるＵＲＬを異ならせておくと
よい。また、データ交換ネットワーク４を通じて他のセ
ンターサーバ２，３などとの通信も行う。なお、通信部
３１はＨＴＴＰ以外のプロトコルによる通信が可能であ
ってよい。例えばＳＭＴＰ／ＰＯＰに対応し、電子メー
ルの送受信が可能であってもよい。

【００１５】制御部３２は各部を制御して、センターサ
ーバ１が提供する様々な機能を実現する。特に、通信部
３１を介して通信端末１１〜１４からデータ及びそのデ
ータの転送先を示す宛先情報を受け取り、一旦、原稿デ
ータベース３４に記憶させた後、宛先情報に従ってデー
タが転送先の通信端末へ転送されるように制御する。こ
のとき、転送先の通信端末が、センターサーバ１が管理
している通信端末（通信端末１１〜１４）である場合に
は、転送すべきデータを保持しておき、転送先の通信端
末からの受け取りの要求を受け、その要求に従ってデー
タを転送する。また、転送先の通信端末がセンターサー
バ１において管理していない通信端末である場合には、
後述するサーバデータベース３５を利用して他のセンタ
ーサーバへ通信端末の問い合わせを行い、肯定応答を行
ったセンターサーバへ向けてデータ及び宛先情報を転送
する。肯定応答を行ったセンターサーバが存在しない場
合、そのデータ転送をエラーとするなど、所定の処理を
行うことになる。

【００１６】逆に他のセンターサーバから通信端末の問
い合わせを受けた場合には、端末データベース３３を検
索し、当該通信端末が登録されていれば問い合わせ元の
センターサーバへ肯定応答を返す。そして、データ及び
宛先情報を受け取って原稿データベース３４に記憶して
おき、転送先の通信端末からの受け取りの要求を受けて
データを転送する。

【００１７】また、他のセンターサーバから通信端末の
問い合わせを受けたが、当該通信端末が端末データベー
ス３３に登録されていない場合には、サーバデータベー
ス３５を利用してさらに他のセンターサーバへ通信端末
の問い合わせを行う。問い合わせたセンターサーバから
肯定応答が返された場合には、問い合わせ元のセンター
サーバへ肯定応答を行い、問い合わせ元のセンターサー
バから送られてくるデータ及び宛先情報を肯定応答を返
したセンターサーバへ中継転送する。また、問い合わせ
たセンターサーバから否定応答を受け取った場合には、
サーバデータベース３５を利用してさらにそのほかのセ
ンターサーバへの問い合わせを行う。問い合わせ元のセ
ンターサーバ以外の通信可能なセンターサーバのいずれ
からも否定応答を受けた場合には、問い合わせ元のセン
ターサーバに対して否定応答を行う。

【００１８】通信端末１１〜１４から受け取る宛先情報
として、複数の転送先の指定を受けることができる。ま
た、転送先として予め登録されているグループや、転送
先を特定しない掲示板機能などの指定を受けるように構
成することも可能である。

【００１９】さらに制御部３１は、端末データベース３
３を参照し、転送先の通信端末の受信能力を取得し、通
信端末１１〜１４から受け取ったデータ、あるいは、他
のセンターサーバから受け取った通信端末１１〜１４を
転送先とするデータが、転送先の通信端末の受信能力の
範囲内であるか否かを判定する機能を有している。転送
先の通信端末の受信能力の範囲内であればそのままデー
タを転送可能であるが、受信能力の範囲外の機能を必要
とする場合には、そのままデータを転送してしまうと転
送先の通信端末においてデータを参照することができな
かったり、あるいは送信元の意図通りの結果が得られな
い場合が想定される。そのため、転送先の通信端末の受
信能力の範囲外の機能を必要とするデータについては、
転送先の通信端末の受信能力の範囲内となるようにデー
タの変換を行って、転送先の通信端末において支障なく
受信できるようにする。この変換処理は、例えば複数の
センターサーバをデータが転送される場合には、そのい
ずれのセンターサーバにおいて行ってもよい。

【００２０】あるいは、通信端末１１〜１４から転送す
べきデータを受け取った時点で転送先の通信端末の受信
能力の範囲内であるか否かを判断し、範囲外である場合
には受け取りを拒否してエラーを送信元の通信端末に返
すように構成してもよい。この場合、転送先の通信端末
が他のセンターサーバにより管理されているときには、
他のセンターサーバに通信端末の問い合わせを行って肯
定応答を受け取る際に受信能力に関する情報も受け取
り、受信能力の範囲内か否かの判断を行えばよい。

【００２１】また制御部３２は、転送するデータを通信
端末１１〜１４から受け取る際に、応用通信機能を利用
する場合にはその指示（応用通信情報）も受け取る。そ
して、応用通信情報で指示されている応用通信機能を実
行するように制御する。このとき、他のセンターサーバ
に応用通信情報を転送すべきデータとともに送り、他の
センターサーバにおいて応用通信機能を実行する場合も
ある。

【００２２】応用通信機能としては、例えば転送開始時
刻の指定や、転送先の通信端末がデータを受け取り可能
な有効期限の指定、暗号化通信の指定など、種々の応用
通信機能を提供することが可能である。上述の転送先の
グループの指定や、掲示板への登録の指定なども応用通
信としてもよい。転送開始時刻が指定されている場合に
は、指定の時刻が到来するまで、転送経路のいずれかの
センターサーバにおいて転送すべきデータを記憶したま
まとし、転送先の通信端末から受け取りの要求があって
も当該データを転送しないようにする。また、有効期限
が指定されている場合には、指定されている有効期限ま
では転送先の通信端末からの要求に応じて当該データを
転送するが、有効期限後は転送しない。この場合、有効
期限後は当該データを原稿データベース３４から削除し
たり、あるいは再送のために原稿データベース３４に残
しておいてもよい。暗号化通信が指定されている場合に
は、センターサーバ間及び転送先の通信端末へのデータ
転送の際に、データを暗号化して転送する。この場合、
送信元の通信端末からセンターサーバへのデータ転送に
ついても暗号化されていることが望ましい。他の機能に
おいても同様にして、当該機能に応じた制御及び処理を
行う。

【００２３】端末データベース３３は、センターサーバ
１で管理する通信端末１１〜１４の管理情報を記憶し、
端末情報記憶手段として機能する。特に、受信能力等の
情報を記憶し、通信端末１１〜１４の受信能力の範囲内
でのデータ転送を行うために用いられる。図３は、端末
データベースが記憶する情報の一例の説明図である。こ
の例では、各通信端末１１〜１４の名称（端末名）とそ
の識別情報（端末ＩＤ）、パスワード、送信者情報、解
像度、記録紙、符号化方式、カラー受信、その他の各情
報を記憶可能である。端末ＩＤは、システム全体におい
て当該通信端末を一意に識別するためのＩＤであり、セ
ンターサーバが異なっても重複しないように付与され
る。例えばセンターサーバのＩＤとセンターサーバ内で
の通信端末のＩＤを組み合わせて用いるなどによって、
システム内で重複しないＩＤ付与が可能である。端末名
については任意であるが、端末ＩＤと同様にシステム内
で一意に特定できる名称としてもよい。

【００２４】パスワードは、当該通信端末に対してデー
タを転送するために送信側からパスワードのデータが必
要であることを示し、記憶されているパスワードと送信
側から受け取ったパスワードとを比較し、一致している
場合にのみ、当該通信端末へのデータの転送を許可す
る。例えば通信端末１２については、送信側からパスワ
ード「ｘｙｚ」が送られてきたときのみ、通信端末１２
へのデータの転送を行う。

【００２５】また、送信者情報は、記憶されている送信
者からのデータのみを当該通信端末へ転送することを示
している。例えば通信端末１１では、「経理部」からの
データのみを転送することを示している。例えば通信端
末１２ではパスワードの指定もあることから、送信者が
「総務部」であり、かつ、パスワード「ｘｙｚ」が送ら
れてきたのみ、データを転送することになる。

【００２６】解像度、記録紙、符号化方式、カラーの情
報は、いずれも画像データを転送する場合の受信能力を
示しており、それぞれ、画像データを受信する場合の最
高解像度、最大記録紙サイズ、受信可能（復号可能）な
画像データの符号化方式、カラー画像の受信が可能か否
かを示している。例えば通信端末１１では、２００ｄｐ
ｉより高解像度の画像データは受信できないことを示し
ている。また、例えば通信端末１４では、最大の記録紙
サイズがＢ４であるので、Ａ３サイズの画像データは受
信できない。通信端末１２では符号化方式としてＪＢＩ
Ｇで符号化された画像データの受信が可能であるが、カ
ラー画像の受信ができないことを示している。

【００２７】図３に示す例では、端末名の欄が「グルー
プ１」、「グループ２」、「掲示板」という行が存在す
る。グループは、その他の欄に記憶されている１ないし
複数の通信端末に対して同じデータを転送することを指
示する際に利用することができる。送信時にグループを
指定するだけで、複数の宛先を指示した場合と同様に動
作するので、宛先の指示を簡略化することができる。例
えば「グループ１」では、端末ＩＤ「１１１１」と「２
２２２」が記憶されており、「グループ１」を指定する
ことによって、通信端末１１及び通信端末１２へのデー
タの転送を指示することができる。

【００２８】また「掲示板」は、全ての通信端末から参
照可能に公開する旨を指示する場合に利用される。「掲
示板」が指定されたデータについては、掲示板用のペー
ジに追加してＨＴＴＰによって参照可能にしたり、ある
いは、全ての通信端末を宛先として配信するように構成
してもよい。

【００２９】なお、図３に示した端末データベース３３
が記憶する情報は一例であって、種々の管理情報を記憶
させておくことができる。また受信能力の情報として
も、上述の情報以外にも、各種の情報を記憶させておく
ことができる。例えばテキストデータのみかあるいは画
像データも受信可能か、あるいは、ファイル形式や利用
可能なソフトウェアなど、様々な情報を受信能力として
記憶させておくことができる。また、この端末データベ
ース３３が記憶する通信端末の情報については、各通信
端末１１〜１４から登録可能に構成したり、あるいはセ
ンターサーバのオペレータが登録するなど、種々の方法
によって登録することができる。

【００３０】原稿データベース３４は、データ記憶手段
として機能し、送信側の通信端末から受け取ったデータ
や、そのデータとともに受け取った宛先情報、さらに応
用通信に関する情報が付加されている場合にはその情報
などを記憶する。図４は、原稿データベースにおける管
理情報の一例の説明図である。この例では、転送すべき
データを特定するデータＩＤ、記憶しているデータのフ
ァイル名を示すデータファイル、転送先を示す受信対象
端末、転送したか否かなどを示す状態、転送すべきデー
タの属性情報を格納したファイル名を示す属性情報ファ
イル、応用通信に関する情報を記憶する応用通信情報の
各情報を記憶し、転送すべきデータの管理を行ってい
る。このデータＩＤについても端末ＩＤと同様に、シス
テム全体においてデータを一意に識別するためのＩＤで
ある。あるいは、それぞれのセンターサーバにおいてデ
ータを一意に識別できるＩＤを付与してもよい。

【００３１】この例では転送すべきデータは内部で識別
可能なファイルとして管理しており、そのファイル名が
データファイル欄に記憶されている。また、当該データ
が送られてきたときに指定された転送先の情報（宛先情
報）を受信対象端末欄に記憶している。ここでは端末Ｉ
Ｄにより転送先を示している。もちろん、端末名やその
他の通信端末を特定する情報であってもよい。状態欄に
は、当該データが転送された（既読）か否か（未読）を
示している。転送先が複数指定されていたり、あるいは
掲示板が指定され、一部の通信端末にしかデータを転送
していない場合には「一部未読」として示している。転
送すべきデータの属性情報は、この例ではデータとは別
のファイルとして記憶しており、そのファイル名が属性
情報ファイル欄に記憶される。属性情報としては、例え
ば画像データであれば解像度やサイズ、符号化方式、カ
ラーか否かなど、転送先の受信能力との比較を行うこと
ができる情報が含まれていることが望ましい。もちろん
これらに限られるものではない。

【００３２】応用通信情報欄には、ここでは応用通信に
関する指示を格納したファイルのファイル名が記憶され
ている。なお、指示されている応用通信の機能を括弧書
きして示している。例えばデータＩＤが「０００１」の
データについては、時刻指定が行われている。この時刻
指定の機能は、指定されている時刻以後に転送を行う機
能である。従って、送信側からデータを受け取り、当該
データの転送先から受け取りの要求があっても、指定さ
れている時刻前においてはデータの転送を行わない。デ
ータＩＤが「０００２」のデータについては、サブアド
レスの指示が行われている。この場合、転送先へデータ
を転送する際に、指示されているサブアドレスも転送す
る。転送先の通信端末では、サブアドレスを利用して例
えば受け取るユーザを特定したり、さらに転送する先を
指示するなど、受信後の処理に利用することができ、ま
た送信側から転送先における処理を指定することができ
る。データＩＤが「０００４」ではパスワードが送られ
てきている。例えば親展通信などで転送先からのパスワ
ード入力を要求し、認証が得られた場合に転送先への転
送を行うことになる。このほかにも各種の応用通信の指
示を受け付けることができる。また、複数の応用通信機
能を組み合わせて指示することも可能である。

【００３３】サーバデータベース３５は、センターサー
バ１から通信可能な他のセンターサーバに関する情報を
記憶している。例えば他のセンターサーバへのアドレス
などを記憶しておけばよい。

【００３４】図５は、本発明のＨＴＴＰサーバを複数台
含むシステムの一例におけるデータの転送の動作の概要
の説明図である。ここでは通信端末１１から通信端末２
２へデータを転送する場合を想定して、基本的な動作の
概要を示している。なお、センターサーバ１には予め端
末データベース３３に各通信端末１１〜１４の受信能力
などの情報を含む管理情報が、また、センターサーバ２
には同じく端末データベース３３に各通信端末２１〜２
４の管理情報が、それぞれ登録、記憶されているものと
する。

【００３５】まず（１）において、通信端末１１はセン
ターサーバ１に対して送信用のＵＲＬを指定してセンタ
ーサーバ１との接続を図る。その後、（２）において、
転送すべきデータとともに、当該データの転送先となる
宛先情報（宛先の端末ＩＤ、ここでは通信端末２２の端
末ＩＤ）、それに自装置の端末ＩＤなどをセンターサー
バ１に対して送信する。なお、センターサーバ１との接
続時にセンターサーバ１から送信用のページを通信端末
１１に送り、ページ内の送信指示などによって通信端末
１１からセンターサーバ１への送信が行われるようにし
てもよい。宛先情報は、例えばセンターサーバ１へのア
クセスの際に用いる送信用ＵＲＬの一部として構成され
ていてもよい。また、センターサーバ１との接続の際、
あるいはセンターサーバ１が通信端末１１からデータ等
を受け取る際に、送信側の通信端末１１の認証を行うよ
うに構成してもよい。

【００３６】センターサーバ１では、通信端末１１から
受け取った転送すべきデータ、宛先の端末ＩＤ、自装置
の端末ＩＤを原稿データベース３４に記憶させる。この
時、例えば図４に示したようなデータの管理情報を生成
しておく。また、センターサーバ１では、端末データベ
ース３３を参照し、宛先の端末ＩＤが登録されているか
否かを判定し、転送先となる通信端末がセンターサーバ
１で管理している通信端末であるか否かを判断する。こ
の例では、転送先となる通信端末はセンターサーバ１に
おいては管理していない。このような場合、センターサ
ーバ１はサーバデータベース３５を参照し、通信可能な
他のセンターサーバに対して転送先となる通信端末の問
い合わせを行う。ここでは（３）において、センターサ
ーバ２への問い合わせを行う。

【００３７】センターサーバ２では、端末データベース
３３を参照し、問い合わせを受けた通信端末を管理して
いるか否かを判定する。この例では、センターサーバ２
は転送先である通信端末２２を管理しているので、
（４）において、問い合わせ元であるセンターサーバ１
に対して肯定応答を行う。

【００３８】センターサーバ１は、センターサーバ２か
らの肯定応答を受け、（５）において、通信端末２２に
転送すべきデータ、宛先情報、その他応用通信情報など
をセンターサーバ２に転送する。センターサーバ２で
は、センターサーバ１から送られてきた通信端末２２宛
のデータ等を原稿データベース３４に記憶させる。

【００３９】なお、センターサーバ１はセンターサーバ
２からの肯定応答によって宛先情報が正しい（受け取っ
たデータを転送可能である）ことが分かるので、図中の
破線で示すように送信側の通信端末１１に対して肯定応
答を行うとよい。このとき、受け取った転送すべきデー
タを一意に特定するためのデータＩＤを返しておくとよ
い。

【００４０】その後、（６）において転送先である通信
端末２２からセンターサーバ１に対して受信用のＵＲＬ
を指定してセンターサーバ２との接続を図る。そして
（７）において、自装置の端末ＩＤを指定して受け取る
べきデータの有無を問い合わせる。センターサーバ２
は、通信端末２２からの問い合わせに対し、原稿データ
ベース３４を検索し、（８）において通信端末２２が受
け取るべきデータに関する情報を送る。例えばデータ受
け取りのためのページ通信端末２２に表示されるように
し、そのページに受け取るべきデータの一覧を表示させ
て、受け取るデータを選択可能に構成することができ
る。このとき、新着データの有無、新着データの数やデ
ータＩＤ、送信者情報や送信情報（送信時刻など）な
ど、各種の情報を通信端末２２に対して提示することが
できる。もちろん、提示する情報は任意である。また、
通信端末２２がセンターサーバ２と接続する際、あるい
はセンターサーバ２に対してデータの転送を要求する際
に、転送先の通信端末２２の認証を行うように構成して
もよい。

【００４１】通信端末２２において受け取るデータを選
択し、（９）においてデータの転送を要求する。この通
信端末２２からの要求に従い、センターサーバ２は（１
０）において通信端末２２を宛先としている選択された
データを通信端末２２へ転送する。このようにして、通
信端末１１から送信されたデータは通信端末２２に届く
ことになる。なお、通信端末２２に対してデータを転送
する際には、例えば属性情報ファイルなども転送可能に
構成してもよい。また、（７）における要求に対応し
て、通信端末２２宛のデータを全て通信端末２２に転送
するように構成してもよい。

【００４２】センターサーバ２は、通信端末２２へのデ
ータの転送後、転送済のデータを自動的に削除する。あ
るいは、そのまま保存しておき、転送先の通信端末から
の指示に従って削除するようにしてもよい。

【００４３】またセンターサーバ２は、通信端末２２へ
データを転送した後、（１１）においてセンターサーバ
１に対して受信通知を行う。これを受けてセンターサー
バ１では、当該データの状態を「既読」状態とする。こ
の受信通知には、データＩＤを付加しておくことによっ
て、どのデータに対する受信通知かを特定することがで
きる。

【００４４】送信元の通信端末１１は、センターサーバ
１に対して受信確認を行うことができる。例えば（１
２）に示すようにセンターサーバ２からの受信通知がセ
ンターサーバ１に届く前に受信確認の要求を行うと、通
信端末１１には（１３）において未読状態である旨の通
知が行われる。また、（１４）に示すようにセンターサ
ーバ２からの受信通知がセンターサーバ１に届いた後に
受信確認の要求を行うと、通信端末１１には（１５）に
おいて、転送先の通信端末２２がデータを受信した旨
（「既読」状態）の通知が行われる。このようにして、
送信したデータが実際に転送先へ届いたか否かを確認す
ることができる。なお、受信確認の要求を行う際には、
（２）におけるデータ送信後にデータＩＤが返されてい
る場合には、そのデータＩＤを使用して受信確認を要求
するとよい。

【００４５】上述の説明では、転送先が異なるセンター
サーバに管理されている通信端末であったが、送信元と
転送先の通信端末が同じセンターサーバにおいて管理さ
れている場合には、図５におけるセンターサーバ１とセ
ンターサーバ２との間の通信が行われないだけで、同様
の動作によってデータの転送が行われる。

【００４６】上述のようにして通信端末１１から通信端
末２２に転送されたデータは、通信端末２２の受信能力
の範囲を超えている可能性がある。そのため、通信端末
１１からデータが送信されてから通信端末２２にデータ
が転送されるまでの間に、通信端末２２が受け取るデー
タが通信端末２２の受信能力の範囲内であるようにす
る。そのために、転送経路上のセンターサーバ１または
センターサーバ２において、転送すべきデータが通信端
末２２の受信能力の範囲内であるか否かをチェックす
る。通信端末２２の受信能力はセンターサーバ２が端末
データベース３３により管理しているので、例えばセン
ターサーバ１から転送すべきデータを受け取り、通信端
末２２にデータを転送するまでの間に、転送すべきデー
タが通信端末２２の受信能力の範囲を超えている場合に
は、受信能力範囲内となるように、データに対して適宜
変換処理を行う。または、例えばセンターサーバ２から
センターサーバ１への肯定応答（４）において通信端末
２２の受信能力に関する情報を転送し、センターサーバ
１において適宜変換処理を行ってもよい。

【００４７】あるいは、センターサーバ２からセンター
サーバ１への肯定応答（４）において通信端末２２の受
信能力に関する情報を転送し、転送すべきデータが通信
端末２２の受信能力の範囲を超えている場合には、送信
側の通信端末１１に対してエラーを返し、そのままでは
転送できない旨を通知してもよい。このとき、転送先の
通信端末の受信能力を超えている項目を送信元に返すよ
うにするとよい。又は、転送先の通信端末の受信能力を
送信側に転送し、その範囲内でのデータ送信を促しても
よい。あるいはまた、送信側の通信端末から予め転送先
の通信端末の受信能力に関する情報をセンターサーバに
問い合わせて取り出し、転送先の通信端末の受信能力を
確かめてからデータを送信するように構成してもよい。
この場合も、受信能力のチェックを行うことが望まし
い。

【００４８】いずれの場合も、通信端末２２は受信能力
の範囲内でデータを受け取ることができる。従って、例
えばデータは受け取ったが参照や記録出力できない等と
いった事態を防止することができる。

【００４９】なお、受信能力のチェックの際には、例え
ば図３に示す端末データベース３３の例でも示した送信
者情報やパスワード等のチェックも含まれるが、例えば
これらのチェックは転送すべきデータを受け取ったセン
ターサーバ１において行い、解像度やサイズなどのチェ
ック及び変換処理などをセンターサーバ２において行う
など、転送経路中のセンターサーバが役割を分担しても
よい。

【００５０】このほか、各センターサーバ１〜３は、送
受信されたデータの通信履歴を管理するように構成する
ことができる。そして、通信端末からの問い合わせに対
して、その通信端末の通信履歴データ及び指定された通
信端末の通信履歴データを、問い合わせを行った通信端
末に送信することができる。さらに、通信管理機能をセ
ンターサーバ１〜３に持たせ、例えば通信端末毎、ある
いは通信端末を特定グループに分類したグループ毎に管
理する機能を提供してもよい。例えばグループ分けは端
末データベース３３のグループを兼用したり、あるいは
別途、管理グループを設定しておくことができる。グル
ープごとにグループコードを設定しておき、送信あるい
は受信が行われた際に、グループコードによる認証を要
求したり、通信管理をグループ単位で集計することが可
能となる。

【００５１】また、センターサーバ１〜３がＨＴＴＰと
ともに電子メールの送受信機能を有していてもよい。そ
の場合、例えば転送先の通信端末に対して新着データの
到来を電子メールで知らせたり、転送後の受信完了通知
を送信側の通信端末に電子メールで通知したり、さらに
は通信管理データなど諸情報の通知を電子メールにて行
うなどといったサービスが可能となる。また、受信能力
の一つとして電子メールでの受信を含めておき、当該通
信端末へのデータ転送時に、転送すべきデータを電子メ
ールに変換して転送（通信端末からのＰＯＰによる取り
出し要求に応じて転送）することも可能であるさらに、
複数のセンターサーバにて送受信データを配送する場合
にも電子メールの仕組みを利用することによりＤＮＳの
ような既存の配送先検索機能を利用することができる。

【００５２】図６は、センターサーバ間の通信経路の一
例の説明図、図７は、センターサーバ間の問い合わせ時
の動作の一例の説明図である。図中、４１〜４７はセン
ターサーバである。上述の図５における説明では、セン
ターサーバ１からセンターサーバ２へ、直接、通信端末
２２について問い合わせを行い、肯定応答を受けること
ができた場合の例を示している。しかし、センターサー
バ間の通信経路によっては、直接通信可能なセンターサ
ーバにおいては転送先の通信端末を管理していない場合
もある。このような場合には、問い合わせを受けたセン
ターサーバがさらに別のセンターサーバに対して問い合
わせを行って、転送先となる通信端末を管理しているセ
ンターサーバを特定し、１ないし複数のセンターサーバ
を中継してデータを転送することができる。

【００５３】図６に示す例では、破線で接続されたセン
ターサーバ間において、直接、通信が可能である。例え
ばセンターサーバ４２はセンターサーバ４１，４３，４
５と直接通信が可能であり、センターサーバ４５はセン
ターサーバ４２，４４，４６，４７と直接通信が可能で
ある。なお、センターサーバ４５は通信端末と直接通信
を行わず、またセンターサーバ４４が直接通信を行う通
信端末についての管理を行うものとする。そのため、セ
ンターサーバ４５は原稿データベースを有しておらず、
また、センターサーバ４４は端末データベースを有して
いない。なお、センターサーバ４４はセンターサーバの
うちセンターサーバ４５に対してのみ固定的に通信を行
うものとし、サーバデータベースについても有していな
い。

【００５４】このようなシステム構成において、センタ
ーサーバ４１が管理する通信端末からセンターサーバ４
４が直接通信を行う通信端末へデータを転送する場合を
考える。この場合、センターサーバ４１が通信端末から
データ及び宛先情報などを受け取ると、センターサーバ
４１においては転送先の通信端末を管理していないの
で、図７（Ａ）のに示すように、直接通信可能なセン
ターサーバ４２に対して転送先の通信端末の問い合わせ
を行う。

【００５５】しかし、センターサーバ４２においても転
送先の通信端末を管理していない。このような場合に、
センターサーバ４２は、問い合わせ元であるセンターサ
ーバ４１以外の直接通信可能なセンターサーバ（センタ
ーサーバ４３，４５）への問い合わせを行う。まずこの
例では、図７（Ａ）のに示すように、センターサーバ
４３に対して問い合わせを行う。しかしセンターサーバ
４３では転送先の通信端末を管理していない。また、セ
ンターサーバ４２のほかに直接通信が可能なセンターサ
ーバが存在しない。そのため、図７（Ａ）のに示すよ
うに、センターサーバ４３はセンターサーバ４２に対し
て否定応答を行う。センターサーバ４２は、この否定応
答を受け、さらに他のセンターサーバに対して問い合わ
せを行う。

【００５６】すなわち、図７（Ａ）のに示すように、
センターサーバ４２はセンターサーバ４５に対して問い
合わせを行う。上述のようにセンターサーバ４５はセン
ターサーバ４４から通信可能な通信端末を管理している
ので、問い合わせを受けた通信端末が、センターサーバ
４４から通信が可能な通信端末であることが分かる。従
って、センターサーバ４５は図７（Ａ）のに示すよう
にセンターサーバ４２に対して肯定応答を行う。さらに
センターサーバ４５から肯定応答を受けたセンターサー
バ４２は、図７（Ａ）のに示すようにセンターサーバ
４１に対して肯定応答を行う。このようにして、センタ
ーサーバ４１から直接通信できないセンターサーバ４４
が直接通信を行う通信端末を宛先とする場合でも、転送
先となる通信端末が存在し、センターサーバ４１はセン
ターサーバ４２に対してデータを転送すればよいことが
わかる。

【００５７】このようにして問い合わせが成功すると、
次に実際にデータ及び宛先情報などを転送する。図７
（Ｂ）に示すように、センターサーバ４１はセンター
サーバ４２に対してデータを転送する。センターサーバ
４２は、先ほどの問い合わせ時にセンターサーバ４５に
対して転送すればよいことがわかっているので、センタ
ーサーバ４１から受け取ったデータ及び宛先情報などを
センターサーバ４５へ転送する（図７（Ｂ））。さら
にセンターサーバ４５は、受け取った宛先情報から転送
先の通信端末はセンターサーバ４４から通信することが
わかるので、図７（Ｂ）において、センターサーバ４
５はセンターサーバ４４に対してデータ及び宛先情報な
どを転送する。そして、センターサーバ４４が転送先の
通信端末からの要求に対してデータを転送することにな
る。

【００５８】データが転送先の通信端末に転送された
ら、センターサーバ４４は図７（Ｂ）において、セン
ターサーバ４５に対して受信通知を返送する。センター
サーバ４４から受信通知を受け取ったセンターサーバ４
５は、図７（Ｂ）においてセンターサーバ４２に対し
て受信通知を返送する。さらにセンターサーバ４５から
受信通知を受け取ったセンターサーバ４２は、図７
（Ｂ）においてセンターサーバ４１に対して受信通知
を返送する。このようにして、送信側の通信端末から送
信されたデータはセンターサーバ４１，４２，４５，４
４を経由して転送先の通信端末まで転送され、また、そ
の受信通知がセンターサーバ４４からセンターサーバ４
５，４２を経由してセンターサーバ４１に届くことにな
る。受信通知が返信された後に送信側の通信端末からセ
ンターサーバ４１に問い合わせれば、転送先の通信端末
までデータが転送されたことを確認することができる。

【００５９】ここではセンターサーバ４１と直接通信を
行う通信端末から、センターサーバ４４と直接通信を行
う通信端末へデータを転送する例を示したが、例えば同
じ送信側の通信端末からセンターサーバ４３，４６，４
７等と直接通信を行う通信端末にデータを転送する場合
についても同様である。これらのセンターサーバについ
てもセンターサーバ４１から直接通信を行うことができ
ないが、他のセンターサーバを経由して問い合わせ及び
データ転送を行うことができる。

【００６０】これまでの動作の説明では、転送先が１つ
のみであるものとして説明してきた。しかしこれに限ら
ず、転送先を複数指定することもできる。また、例えば
図３に示した「グループ」や「掲示板」を指定すること
も可能である。複数の転送先が指定されていた場合に
は、指定された全ての転送先の通信端末のそれぞれに対
して、上述のような転送の処理を行えばよい。またグル
ープが指定された場合、指定されたグループに登録され
ている１ないし複数の通信端末が転送先として指定され
たものとして扱えばよい。これらによって送信側の通信
端末１１においては１回の送信によって複数の転送先へ
のデータの送信（同報通信）が可能となる。なお、この
ように複数の転送先が指定されている場合（グループ指
定を含む）には、それぞれのセンターサーバにおいて管
理する全ての転送先へのデータの転送が終了するまで
は、転送するデータを削除できないようにしておく必要
がある。

【００６１】さらに、掲示板が指定された場合には、全
ての通信端末から参照可能なようにデータの転送を行う
ことになる。図８は、宛先情報として掲示板が指定され
た場合のデータ転送の一例の説明図である。例えば図６
に示したように各センターサーバ４１〜４７が通信可能
に構成されている場合に、センターサーバ４１に対して
送信側の通信端末から宛先情報として掲示板が指定され
てデータが送信されたとする。この場合、データは全て
の通信端末から参照可能となる必要があるため、全ての
センターサーバに対して転送される。

【００６２】図８に示す例では、センターサーバ４１
は、直接通信可能なセンターサーバ４２へデータを転送
し、センターサーバ４２は、センターサーバ４１以外の
直接通信可能なセンターサーバ４３，４５へデータを転
送する。さらにセンターサーバ４５は、センターサーバ
４２以外の直接通信可能なセンターサーが４４，４６，
４７へデータを転送する。なお、例えば他のセンターサ
ーバから送られてきたデータが既に存在する場合には、
そのデータに対する転送は行わない。これによって無限
に転送されるのを防止することができる。

【００６３】このようにしてセンターサーバ間でデータ
転送を行うことによって、原稿データベースを有する全
てのセンターサーバが、掲示板が指定されたデータを記
憶することができる。その後、いずれの通信端末から受
け取り要求を受けた場合も、当該データを通信端末に提
示及び転送すればよい。なお、掲示板が指定された場合
にも、各センターサーバが通信可能な全ての通信端末に
対して転送が終了するまで、当該データの削除ができな
いようにしておく必要がある。あるいは、転送先からの
削除ができないようにし、期限の設定や送信側からの削
除を受けるようにしてもよい。

【００６４】上述のグループ通信や掲示板機能などは、
転送先の指定方法の一つでもあるし、また応用通信機能
の一つでもある。別の応用通信機能の例として、ここで
は時刻指定通信の例を取り上げ、以下に説明する。図９
は、本発明のＨＴＴＰサーバを複数台含むシステムの一
例において時刻指定を行った場合の動作の一例の説明図
である。なお、図５と同様の場合を想定し、図５と重複
する説明は省略する。

【００６５】まず（１）において、通信端末１１はセン
ターサーバ１に対して送信用のＵＲＬを指定してセンタ
ーサーバ１と接続し、（２）において転送すべきデータ
とともに宛先情報や自装置の端末ＩＤなどをセンターサ
ーバ１に対して送信する。このとき、時刻指定に関する
情報を応用通信情報として、データ及び宛先情報ととも
にセンターサーバ１へ送信する。

【００６６】センターサーバ１では、通信端末１１から
受け取った転送すべきデータ、宛先の端末ＩＤ、自装置
の端末ＩＤ、応用通信情報を原稿データベース３４に記
憶させる。その後、（３）において、センターサーバ２
への問い合わせを行う。センターサーバ２では、端末デ
ータベース３３を参照し、問い合わせを受けた通信端末
を管理しているか否かを判定する。この例では、センタ
ーサーバ２は転送先である通信端末２２を管理している
ので、（４）において、問い合わせ元であるセンターサ
ーバ１に対して肯定応答を行う。

【００６７】センターサーバ１は、センターサーバ２か
らの肯定応答を受け、（５）において、通信端末２２に
転送すべきデータ、宛先情報、応用通信情報などをセン
ターサーバ２に転送する。センターサーバ２では、セン
ターサーバ１から送られてきた通信端末２２宛のデータ
等を原稿データベース３４に記憶させる。

【００６８】センターサーバ２では、応用通信情報とし
て時刻指定が行われている。そのため、指定された時刻
が到来するまでは、当該データの転送は行わない。すな
わち、（６）において転送先である通信端末２２からセ
ンターサーバ２に対して受信用のＵＲＬを指定してセン
ターサーバ２と接続した後、（７）において、自装置の
端末ＩＤを指定して受信すべきデータの情報を要求する
が、センターサーバ２は、通信端末２２を宛先とするデ
ータが存在していても、指定された時刻より前であれ
ば、センターサーバ２は（８）においてデータ無し（あ
るいは他のデータの情報のみ）を返す。

【００６９】指定された時刻が到来し、その後に（９）
において転送先である通信端末２２からセンターサーバ
２に対して受信用のＵＲＬを指定してセンターサーバ２
と接続した後、（１０）において、自装置の端末ＩＤを
指定して受信すべきデータの情報の取得を要求すると、
今度は、時刻指定がなされていたデータについての情報
も（１１）において受信データ情報として通信端末２２
へ転送する。そして通信端末２２から（１２）において
当該データの取り出しを要求すれば、（１３）において
当該データ（さらに属性情報など）がセンターサーバ２
から通信端末２２へ転送される。このようにして、送信
側の通信端末１１で指定した時刻以降にデータを転送先
の通信端末２２へ転送することができる。

【００７０】その後、（１４）においてセンターサーバ
２はセンターサーバ１に対して受信通知を行い、以後、
送信側の通信端末１１から（１５）の受信確認をセンタ
ーサーバ１に対して行えば、（１６）で受信通知を受け
取り、実際に通信端末２２へデータが送られたことを確
認することができる。

【００７１】なお、上述のような時刻指定機能は、転送
すべきデータ毎に指示するほか、転送先毎に指定するこ
ともできる。また、指定された時刻が到来するまでは、
転送先の通信端末では当該データの存在を知らない。従
って、指定時刻までの当該データの消去は送信側の通信
端末からの指示によって可能とすることができる。この
場合も転送すべきデータ毎に指示するほか、転送先毎の
指定を可能とすることもできる。

【００７２】ここでは応用通信機能として時刻指定を行
った場合を示したが、これに限らず、各種の応用通信機
能を提供することができる。例えば有効期限を設定し、
当該有効期限内であれば転送先の通信端末からの要求に
対してデータを転送するが、有効期限を経過した場合に
は転送を行わないように構成することができる。なお、
有効期限内では転送先の通信端末からの指示あるいは各
センターサーバにおいて自動的にデータが削除されない
ようにし、送信側の通信端末あるいは各センターサーバ
のオペレータなどによる削除を可能にしておくとよい。
また、有効期限後は、当該データを削除したり、あるい
は、送信側からの新たな有効期限の設定や再送信の指示
に応じられるように保持しておくことができる。

【００７３】また別の応用通信機能として、例えば暗号
通信が指定された場合には、少なくとも転送先の通信端
末とその通信端末への転送を行うセンターサーバとの間
の通信を暗号通信によって行う。この場合、送信側の通
信端末とセンターサーバとの間の通信及びセンターサー
バ間の通信は、予め暗号通信によって通信を行うように
設定しておくか、あるいはデータの送信より先に暗号通
信をセンターサーバに通知してからデータの送信を行う
ように構成するとよい。なお、センターサーバ間の通信
については、データの転送時に限らず、常に暗号通信を
行うようにしてもよい。あるいは、安全な通信経路を利
用してもよい。

【００７４】このほかの応用通信機能として、転送先の
通信端末に対して、データ受信後の処理を指示するよう
な諸情報（サブアドレス、パスワード、親展など）をデ
ータとともに転送する機能を設けてもよい。

【００７５】上述の例では、転送先の通信端末と直接通
信を行うセンターサーバまでデータを転送してから指定
された時刻まで転送を停止していたが、これに限らず、
例えば送信側の通信端末と直接通信を行うセンターサー
バにおいてデータを保持し、指定された時刻が過ぎた後
に他のセンターサーバへの転送を開始してもよい。ま
た、応用通信機能によって、当該応用機能を実行するの
に最適なセンターサーバを選択してもよい。なお、上述
の応用通信を行う場合についても、図６〜図８で説明し
たように複数のセンターサーバを経由してデータを転送
する場合についても同様に適用することが可能である。

【００７６】上述の説明では、それぞれのセンターサー
バが、それぞれ管理する通信端末の受信能力に関する情
報を端末データベース３３に保持し、必要に応じて他の
センターサーバに対して問い合わせを行うように構成し
た。このような構成によれば、１台のセンターサーバに
おける通信端末の管理負担を軽減し、またネットワーク
構成に応じたスケーラビリティを持たせることができ
る。しかし、本発明はこのような構成に限らず、例えば
各センターサーバにおいて、全ての通信可能な通信端末
に関する情報を保持するように構成してもよい。この場
合、通信端末に関する情報が更新されたり、新たに追加
あるいは削除された場合には、その情報を全てのセンタ
ーサーバに通知し、端末データベースの更新を行う必要
がある。あるいは、端末データベースを一括して保持す
るデータベースサーバを別途設けておき、各センターサ
ーバはデータベースサーバに常に問い合わせを行うよう
に構成することもできる。この場合、通信端末に関する
情報の更新はデータベースサーバにおいて行うだけでよ
い。しかし、この場合も全ての通信端末に関する情報を
集約する必要があり、また、全てのセンターサーバがデ
ータベースサーバへのアクセスが可能であるなど、ネッ
トワーク構成が制限される場合がある。

【００７７】

【発明の効果】以上の説明から明らかなように、本発明
によれば、ＨＴＴＰを用いてデータの転送を行うことが
できるとともに、電子メールの利点である相手先の状態
によらずに送信可能であり、また１回の送信によって複
数の宛先への送信が可能である。また、ファクシミリ通
信の利点である、相手先の受信能力に応じた通信が可能
であり、また、多くの応用通信機能を提供することがで
きる。本発明によれば、このように従来から利用されて
きたファクシミリ通信や電子メールの利点を活かした通
信端末間のデータの送受信を行うことができる。それと
ともに、複数のＨＴＴＰサーバを連携させてデータの転
送を行うので、柔軟な通信システムを構築することが可
能となるという効果がある。

【図面の簡単な説明】

【図１】本発明のＨＴＴＰサーバの実施の一形態を示す
ブロック図である。

【図２】本発明のＨＴＴＰサーバを複数台含むシステム
の一例を示すブロック図である。

【図３】端末データベースが記憶する情報の一例の説明
図である。

【図４】原稿データベースにおける管理情報の一例の説
明図である。

【図５】本発明のＨＴＴＰサーバを複数台含むシステム
の一例におけるデータの転送の動作の概要の説明図であ
る。

【図６】センターサーバ間の通信経路の一例の説明図。

【図７】センターサーバ間の問い合わせ時の動作の一例
の説明図である。

【図８】宛先情報として掲示板が指定された場合のデー
タ転送の一例の説明図である。

【図９】本発明のＨＴＴＰサーバを複数台含むシステム
の一例において時刻指定を行った場合の動作の一例の説
明図である。

【符号の説明】

１〜３…センターサーバ、４〜６…データ交換ネットワ
ーク、１１〜１４，２１〜２４…通信端末、３１…通信
部、３２…制御部、３３…端末データベース、３４…原
稿データベース、３５…サーバデータベース、４１〜４
７…センターサーバ。

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ＨＴＴＰによる通信を行う通信手段と、
   管理下の通信端末の管理情報を保持する端末情報記憶手
   段と、前記通信手段を介して転送すべきデータ及び該デ
   ータの転送先を示す宛先情報を受け取り前記転送先の通
   信端末が管理下にない場合に前記データ及び前記宛先情
   報を前記通信手段から他のＨＴＴＰサーバへ送信する制
   御手段を有することを特徴とするＨＴＴＰサーバ。
2. 【請求項２】 さらに、他のＨＴＴＰサーバを管理する
   ための情報を保持するサーバ情報記憶手段を有し、前記
   制御手段は、前記宛先情報によって特定される転送先の
   通信端末を管理していないとき、前記サーバ情報記憶手
   段に記憶されている前記他のＨＴＴＰサーバの情報を用
   いて他のＨＴＴＰサーバへの問い合わせを行い、前記転
   送先の通信端末を管理する他のＨＴＴＰサーバへ前記デ
   ータ及び前記宛先情報を転送することを特徴とする請求
   項１に記載のＨＴＴＰサーバ。
3. 【請求項３】 前記制御手段は、他のＨＴＴＰサーバか
   ら通信端末に関する問い合わせを受けたとき、該通信端
   末を管理していない場合には、前記サーバ情報記憶手段
   に記憶されている前記他のＨＴＴＰサーバの情報を用い
   てさらに他のＨＴＴＰサーバへの問い合わせを行うこと
   を特徴とする請求項２に記載のＨＴＴＰサーバ。
4. 【請求項４】 前記端末情報記憶手段は、管理下の通信
   端末の受信能力を記憶しており、前記制御手段は、前記
   宛先情報によって特定される転送先の通信端末に前記デ
   ータを転送する際に、該通信端末の受信能力に合わせて
   前記データを適宜変換して送信することを特徴とする請
   求項１ないし請求項３のいずれか１項に記載のＨＴＴＰ
   サーバ。
5. 【請求項５】 前記端末情報記憶手段は、管理下の通信
   端末の受信能力を記憶しており、前記制御手段は、他の
   ＨＴＴＰサーバからの通信端末の問い合わせに対して該
   通信端末が管理下にある場合には前記受信能力を返送
   し、また他のＨＴＴＰサーバへの問い合わせにより転送
   先の通信端末の受信能力を受け取ったときには、当該受
   信能力の範囲内で転送すべきデータを受け取ることを特
   徴とする請求項１ないし請求項３のいずれか１項に記載
   のＨＴＴＰサーバ。
6. 【請求項６】 前記制御手段は、転送すべきデータの受
   信の際に応用通信情報も受け取り、該応用通信情報に従
   って各種の機能を提供することを特徴とする請求項１な
   いし請求項５のいずれか１項に記載のＨＴＴＰサーバ。