JP2003348282A

JP2003348282A - Ｈｔｔｐサーバ

Info

Publication number: JP2003348282A
Application number: JP2002154781A
Authority: JP
Inventors: Yoshifumi Tanimoto; 好史谷本
Original assignee: Murata Machinery Ltd
Current assignee: Murata Machinery Ltd
Priority date: 2002-05-28
Filing date: 2002-05-28
Publication date: 2003-12-05
Anticipated expiration: 2022-05-28
Also published as: JP3867781B2

Abstract

(57)【要約】【課題】ＨＴＴＰを用い、ファクシミリ通信や電子メ
ールの利点を活かした通信端末間のデータの送受信を可
能としたＨＴＴＰサーバを提供する。【解決手段】センターサーバ１は、送信側の通信端末
から転送すべきデータとともに、宛先情報や応用通信情
報などを通信部１１で受け取り、原稿データベース１４
に記憶する。このとき、宛先情報を基に端末データベー
ス１３を検索し、転送先の通信端末の受信能力を取得し
て、転送すべきデータが受信能力の範囲内か否かを判定
する。受信能力の範囲外の場合、データの受け取りをエ
ラーとしたり、あるいは受信能力の範囲内となるように
自動的に変換する。転送先の通信端末からデータ受け取
りのアクセスがあると、当該通信端末宛のデータを転送
し、通信端末間でのデータ転送が完了する。また応用通
信として、時刻指定や有効期限管理、暗号通信など、各
種の機能を提供できる。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

【０００６】

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

【０００７】

【課題を解決するための手段】本発明は、ＨＴＴＰサー
バにおいて、複数の通信端末とＨＴＴＰによる通信を行
う通信手段と、前記通信手段を介して前記通信端末から
受け取った転送すべきデータ及び該データの転送先を示
す宛先情報を記憶するデータ記憶手段と、前記宛先情報
に従って前記データが転送先の通信端末へ転送されるよ
うに前記通信手段から送信する制御手段を有することを
特徴とするものである。なお、転送先の通信端末へのデ
ータの転送は、転送先の通信端末からの要求時に行うこ
とができる。

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

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

【００１０】さらに、通信手段を介して通信端末から受
信確認の要求を受け取ると、対応する転送すべきデータ
が転送先の通信端末へ転送されたか否かを通信手段を介
して要求元の通信端末へ返す機能を有していてもよい。
これによって、実際に転送先へデータが届いたか否かを
確認することができる。

【００１１】さらにまた、送受信されたデータの通信履
歴を管理し、前記通信端末からの問い合わせに対して前
記通信履歴を問い合わせ元の通信端末に返信する機能を
有していてもよい。また、通信端末の通信管理機能を設
けておくことができる。特にグループ毎の通信管理機能
を設けておき、例えばグループ毎に認証を行ったり、通
信管理をグループ単位で集計するなどのサービスが可能
となる。

【００１２】

【発明の実施の形態】図１は、本発明のＨＴＴＰサーバ
の実施の一形態を含むシステムの一例を示すブロック図
である。図中、１はセンターサーバ、２はデータ交換ネ
ットワーク、３〜６は通信端末、１１は通信部、１２は
制御部、１３は端末データベース、１４は原稿データベ
ースである。図１に示す例では、センターサーバ１及び
通信端末３〜６が、ＬＡＮやインターネットなどのデー
タ交換ネットワーク２に接続され、通信可能に構成され
ている。もちろん、通信端末の数は４台に限られるもの
ではない。また、センターサーバも１台に限らない。さ
らに他の種々のネットワーク機器がデータ交換ネットワ
ーク２に接続されていてかまわない。

【００１３】センターサーバ１は本発明のＨＴＴＰサー
バであり、ＨＴＴＰを用いて通信端末３〜６と通信を行
い、通信端末間のデータ転送を中継する。センターサー
バ１は、通信部１１、制御部１２、端末データベース１
３、原稿データベース１４などを含んで構成することが
できる。

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

【００１５】制御部１２は各部を制御して、センターサ
ーバ１が提供する様々な機能を実現する。特に、通信部
１１を介して通信端末３〜６からデータ及びそのデータ
の転送先を示す宛先情報を受け取り、一旦、原稿データ
ベース１４に記憶させた後、宛先情報に従ってデータが
転送先の通信端末へ転送されるように制御する。転送先
の通信端末へのデータの転送は、転送先の通信端末から
の受け取りの要求を受け、その要求に従って行うことが
できる。また、転送先として予め登録されているグルー
プや、転送先を特定しない掲示板機能などの指定を受け
るように構成することも可能である。さらに、端末デー
タベース１３を参照し、転送先の通信端末の受信能力を
取得し、通信端末３〜６から受け取ったデータが転送先
の通信端末の受信能力の範囲内であるか否かを判定す
る。転送先の通信端末の受信能力の範囲内であればその
ままデータを転送可能であるが、受信能力の範囲外の機
能を必要とする場合には、そのままデータを転送してし
まうと転送先の通信端末においてデータを参照すること
ができなかったり、あるいは送信元の意図通りの結果が
得られない場合が想定される。そのため、転送先の通信
端末の受信能力の範囲外の機能を必要とするデータにつ
いては、受け取りを拒否してエラーを送信元の通信端末
に返す。あるいは、転送先の通信端末の受信能力の範囲
内となるようにデータの変換を行って、転送先の通信端
末において支障なく受信できるようにする。

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

【００１７】端末データベース１３は、通信端末３〜６
の受信能力等の情報を記憶し、受信能力記憶手段として
機能する。図２は、端末データベースが記憶する情報の
一例の説明図である。この例では、各通信端末３〜６の
名称（端末名）とその識別情報（端末ＩＤ）、パスワー
ド、送信者情報、解像度、記録紙、符号化方式、カラー
受信、その他の各情報を記憶可能である。

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

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

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

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

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

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

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

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

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

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

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

【００２９】センターサーバ１では、通信端末３から受
け取った転送すべきデータ、宛先の端末ＩＤ、自装置の
端末ＩＤを原稿データベース１４に記憶させる。この
時、例えば図３に示したような管理情報を生成してお
く。また、転送すべきデータを受け取った応答として、
図中の破線で示すように、受け取った転送すべきデータ
を一意に特定するためのデータＩＤを返しておくとよ
い。

【００３０】その後、において転送先である通信端末
５からセンターサーバ１に対して受信用のＵＲＬを指定
してセンターサーバ１との接続を図る。そしてにおい
て、自装置の端末ＩＤを指定してデータの受け取りを要
求する。この場合も、におけるセンターサーバ１への
アクセスの応答として、データ受け取りのためのページ
を通信端末５に送り、端末ＩＤ等の所定事項の入力後、
ページ内の送信指示などによってデータの受け取り要求
が行われるように構成してもよい。

【００３１】センターサーバ１は、通信端末５からの要
求に従い、通信端末５を宛先としているデータを、例え
ば図３に示すような原稿データベース１４の管理情報か
ら検索し、対応するデータファイルをにおいて通信端
末５へ転送する。このようにして、通信端末３から送信
されたデータは通信端末５に届く。また、通信端末５か
らの要求によって、例えば属性情報ファイルなども転送
可能に構成してもよい。さらに、通信端末５がセンター
サーバ１と接続する際、あるいはセンターサーバ１に対
してデータの転送を要求する際に、転送先の通信端末５
の認証を行うように構成してもよい。さらにまた、例え
ばセンターサーバ１は転送先の通信端末に対して、新着
データの有無、新着データの数やデータＩＤ、送信者情
報や送信情報（送信時刻など）を返し、転送先において
確認してからデータの転送を受けるように構成してもよ
い。このとき、転送を受けるデータを選択可能としても
よい。

【００３２】なお、において送信側の通信端末３から
宛先情報として転送先が複数指定された場合には、指定
されたいずれの転送先の通信端末からの要求に対しても
データを転送する。また、グループが指定された場合、
指定されたグループに登録されている１ないし複数の通
信端末が転送先として指定されたものとして扱えばよ
い。これらによって送信側の通信端末３においては１回
の送信によって複数の転送先へのデータの送信（同報通
信）が可能となる。さらに、掲示板が指定された場合に
は、いずれの通信端末からの要求に対してもデータを転
送すればよい。

【００３３】転送先の通信端末へのデータの転送後、セ
ンターサーバ１では当該データを自動的に削除する。あ
るいは、そのまま保存しておき、転送先の通信端末から
の指示に従って削除する。複数の転送先が指定されてい
る場合（グループ指定や掲示板指定を含む）には、少な
くとも全ての転送先へのデータの転送が終了するまでは
削除できないようにしておく。また、掲示板が指定され
た場合には、転送先からの削除ができないようにし、期
限の設定や送信側からの削除を受けるようにしてもよ
い。

【００３４】このようにして通信端末３から通信端末５
に転送されたデータは、通信端末５の受信能力の範囲を
超えている可能性がある。そのため、センターサーバ１
では、通信端末３からデータを受け取り、通信端末５へ
データを転送するまでの間に、受け取ったデータが通信
端末５の受信能力の範囲内であるか否かをチェックす
る。すなわち、データとともに受け取った宛先情報をも
とに、図２に示すような端末データベース１３を検索し
て、転送先である通信端末５の受信能力に関する情報を
取得する。そして、当該データの属性、例えば画像デー
タであれば解像度やサイズ、カラーか否かなどが受信能
力の範囲内であるか否かを判定する。そのほか、例えば
図２に示す端末データベース１３の例では、送信者情報
やパスワード等についてもチェックすることができる。

【００３５】このような受信能力のチェックを、例えば
転送すべきデータを受け取ったときに行うことができ
る。そして、受け取ったデータが転送先の通信端末５の
受信能力の範囲を超えている場合には、送信側の通信端
末３に対してにおけるデータの送信のレスポンスとし
てエラーを返すように構成することができる。このと
き、転送先の通信端末の受信能力を超えている項目を送
信元に返すようにするとよい。又は、転送先の通信端末
の受信能力を送信側に転送し、その範囲内でのデータ送
信を促してもよい。このようにしてデータの受け取り時
にチェックしておくことによって、転送先の通信端末に
おいては、受信能力の範囲内でデータを受け取ることが
できる。

【００３６】あるいは、上述のような受信能力のチェッ
クを行い、転送先の通信端末の受信能力を超えている場
合には、当該通信端末の受信能力の範囲内となるよう
に、センターサーバ１においてデータを適宜変換処理し
てもよい。例えば解像度の上限を超えている場合には、
受信能力範囲内となるように解像度変換を行えばよい。
また、サイズについても同様である。符号化方式が異な
っている場合には、一旦、復号した後に受信能力に合わ
せて符号化し直せばよい。カラー画像を白黒しか受信で
きない通信端末に送信する場合も、白黒画像へ変換すれ
ばよい。さらには、転送先の通信端末がＨＴＴＰによる
通信ができない場合には、例えば電子メール形式に変換
してＰＯＰによる取り出し要求に応じるように構成する
ことも可能である。

【００３７】このようにして適宜変換処理したデータを
転送すれば、転送先の通信端末においては、受信能力の
範囲内でデータを受け取ることができる。なお、この変
換処理は送信側からデータを受け取った際に行ったり、
あるいは、データを転送先に転送する際に行うことがで
きる。

【００３８】なお、上述のようなデータ受け取り時のチ
ェックと自動的な変換処理を適宜組み合わせてもよい。
例えばパスワードや送信者情報のチェックをデータ受け
取り時に行い、解像度などの変換を転送時に自動変換す
るように構成することもできる。また、送信側の通信端
末から予め転送先の通信端末の受信能力に関する情報を
取り出し可能にしておき、転送先の通信端末の受信能力
を確かめてからデータをセンターサーバ１に対して送信
するように構成してもよい。

【００３９】送信元の通信端末３は、例えばに示すよ
うにセンターサーバ１に対して受信確認の要求を行い、
においてそのレスポンスをセンターサーバ１が返すよ
うに構成することができる。このとき、におけるデー
タ送信後にデータＩＤが返されている場合には、そのデ
ータＩＤを使用して受信確認を要求するとよい。図４に
示すのタイミングでは、通信端末５においてデータを
受け取った後であるので、では受信通知が通信端末３
に返されることになる。これによって、実際に転送先へ
データが届いたか否かを確認することができる。

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

【００４１】また、センターサーバ１がＨＴＴＰととも
に電子メールの送受信機能を有している場合、例えば転
送先の通信端末に対して新着データの到来を電子メール
で知らせたり、転送後の受信完了通知を送信側の通信端
末に電子メールで通知したり、さらには通信管理データ
など諸情報の通知を電子メールにて行うなどといったサ
ービスが可能となる。また、上述のように自動的な変換
機能の一つとして、転送すべきデータを電子メールに変
換して転送することも可能である。

【００４２】図５は、本発明のＨＴＴＰサーバの実施の
一形態を含むシステムにおいて時刻指定を行った場合の
動作の一例の説明図である。図４と重複する説明は省略
する。図４では、基本的な動作の流れを説明したが、上
述のように各種の応用通信機能を実行させることができ
る。図５では、応用通信機能の一つである時刻指定を行
った場合を示している。

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

【００４４】センターサーバ１では、通信端末３から受
け取った転送すべきデータ、宛先の端末ＩＤ、自装置の
端末ＩＤ、応用通信情報を原稿データベース１４に記憶
させる。この時、例えば図３に示したような管理情報を
生成し、応用通信情報として時刻指定がなされている旨
を記憶しておく。そして、指定された時刻が到来するま
では、当該データの転送は行わない。すなわち、にお
いて転送先である通信端末５からセンターサーバ１に対
して受信用のＵＲＬを指定してセンターサーバ１と接続
した後、において、自装置の端末ＩＤを指定してデー
タの受け取りを要求された場合、通信端末５を宛先とす
るデータが存在していても、指定された時刻より前であ
れば、センターサーバ１はにおいてデータ無し（ある
いは他のデータのみ）を返す。

【００４５】指定された時刻が到来し、その後ににお
いて自装置の端末ＩＤを指定してデータの受け取りを要
求されると、今度は、センターサーバ１は通信端末５か
らの要求に従い、時刻指定がなされていたデータをに
おいて通信端末５へ転送する。このようにして、送信側
の通信端末３で指定した時刻以降にデータを転送先の通
信端末へ転送することができる。

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

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

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

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

【００５０】

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

【図面の簡単な説明】

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

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

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

【図４】本発明のＨＴＴＰサーバの実施の一形態を含む
システムの動作の概要の説明図である。

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｎ 1/32 Ｈ０４Ｎ 1/32 Ｚ

Claims

【特許請求の範囲】

【請求項１】複数の通信端末とＨＴＴＰによる通信を
行う通信手段と、前記通信手段を介して前記通信端末か
ら受け取った転送すべきデータ及び該データの転送先を
示す宛先情報を記憶するデータ記憶手段と、前記宛先情
報に従って前記データが転送先の通信端末へ転送される
ように前記通信手段から送信する制御手段を有すること
を特徴とするＨＴＴＰサーバ。
【請求項２】さらに、前記通信端末の受信能力を記憶
する受信能力記憶手段を有し、前記制御手段は、前記宛
先情報によって特定される転送先の通信端末の受信能力
の範囲内で前記データを受け取ることを特徴とする請求
項１に記載のＨＴＴＰサーバ。
【請求項３】さらに、前記通信端末の受信能力を記憶
する受信能力記憶手段を有し、前記制御手段は、前記宛
先情報によって特定される転送先の通信端末へ前記デー
タを転送する際に、該通信端末の受信能力に合わせて前
記データを適宜変換して送信することを特徴とする請求
項１に記載のＨＴＴＰサーバ。
【請求項４】前記データ記憶手段は、前記データの受
信の際に受け取った応用通信情報についても記憶し、前
記制御手段は、前記応用通信情報に従って各種の機能を
提供することを特徴とする請求項１ないし請求項３のい
ずれか１項に記載のＨＴＴＰサーバ。
【請求項５】前記制御手段は、前記通信手段を介して
前記通信端末から受信確認の要求を受け取ると、対応す
る転送すべきデータが転送先の通信端末へ転送されたか
否かを前記通信手段を介して要求元の前記通信端末へ返
すことを特徴とする請求項１ないし請求項４のいずれか
１項に記載のＨＴＴＰサーバ。
【請求項６】前記制御手段は、送受信されたデータの
通信履歴を管理し、前記通信端末からの問い合わせに対
して前記通信履歴を問い合わせ元の通信端末に返信する
ことを特徴とする請求項１ないし請求項５のいずれか１
項に記載のＨＴＴＰサーバ。
【請求項７】前記制御手段は、前記通信端末のグルー
プ毎の通信管理機能を有していることを特徴とする請求
項１ないし請求項６のいずれか１項に記載のＨＴＴＰサ
ーバ。