JP3867781B2 - HTTP server - Google Patents
HTTP server Download PDFInfo
- Publication number
- JP3867781B2 JP3867781B2 JP2002154781A JP2002154781A JP3867781B2 JP 3867781 B2 JP3867781 B2 JP 3867781B2 JP 2002154781 A JP2002154781 A JP 2002154781A JP 2002154781 A JP2002154781 A JP 2002154781A JP 3867781 B2 JP3867781 B2 JP 3867781B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- communication
- communication terminal
- destination
- transferred
- 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
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、HTTPによる通信を行うネットワークシステムに関するものである。
【0002】
【従来の技術】
従来より、画像データにより各種の情報を伝送する方法として、ファクシミリ通信が用いられてきた。ファクシミリ通信は現在においても広く利用されており、多くの機能を備えるようになってきている。ファクシミリ通信では、相手先との手順信号のやりとりによって相手先の受信能力を検出し、相手先の受信能力の範囲内で画像データを送信する。これによって、ほとんどの場合には相手先において画像データを受信することができる。
【0003】
しかし、基本的にファクシミリ通信は1対1の通信であるため、相手先が話中などによって受信可能な状態にないときに送信することはできない。また、同じ画像データ(情報)を多くの相手先に送信する場合でも、基本的にはそれぞれの相手先に対して画像データを送信する必要がある。さらに、例えば応用通信機能として時刻指定などの機能もあるが、その場合には送信する画像データを指定された時刻まで保持しておかなければならず、大きなメモリ容量が必要となるという欠点がある。
【0004】
最近ではインターネットやLANなどのデータ交換ネットワークが発達し、データ交換ネットワークを利用してデータの送受信が行われている。データ交換ネットワーク上で通信端末間でデータの送受信を行う方法として、電子メール(SMTP/POP)が広く用いられている。電子メールでは、一旦、メールサーバにデータを送信してから配信する。そのため、送信元では相手先の状態に拘わらず電子メールを送信することができる。また、多くの相手先に送信する場合でも、相手先のアドレスを記しておけば、1回のメールサーバへの送信のみで済むという利点もある。
【0005】
しかし電子メールでは、送信元から一方的に送信するのみであり、ファクシミリ通信のように相手先の受信能力を知る手段がない。そのため、送信した電子メールを相手先で参照可能か否かは分からない。また、例えば時刻指定などのようなファクシミリ通信において一般的に利用可能であった多くの機能を利用することができないという問題があった。
【0006】
【発明が解決しようとする課題】
本発明は、上述した事情に鑑みてなされたもので、HTTPを用い、ファクシミリ通信や電子メールの利点を活かした通信端末間のデータの送受信を可能としたHTTPサーバを提供することを目的とするものである。
【0007】
【課題を解決するための手段】
本発明は、HTTPサーバにおいて、複数の通信端末とHTTPによる通信を行う通信手段と、前記通信手段を介して前記通信端末から受け取った転送すべきデータ及び該データの転送先を示す宛先情報を記憶するデータ記憶手段と、前記通信端末の受信能力を記憶する受信能力記憶手段と、前記宛先情報によって特定される転送先の通信端末の受信能力を前記受信能力記憶手段から取得し該受信能力の範囲内で前記データを受け取るとともに前記宛先情報に従って前記データが転送先の通信端末へ転送されるように前記通信手段から送信する制御手段を有し、前記制御手段は、送信用のURLに対して前記通信端末から送られてきたデータ及び宛先情報を受信して前記受信能力のチェックを行い、受信用のURLに対する前記通信端末からの要求に従い、当該通信端末を宛先としているデータを前記データ記憶手段から検索して要求元の通信端末へ転送することを特徴とするものである。このとき、前記宛先情報によって特定される転送先の通信端末の受信能力の範囲外の機能を必要とするデータについてはエラーを送信元の通信端末に返すように構成することができる。
また本発明は、HTTPサーバにおいて、複数の通信端末とHTTPによる通信を行う通信手段と、前記通信手段を介して前記通信端末から受け取った転送すべきデータ及び該データの転送先を示す宛先情報を記憶するデータ記憶手段と、前記通信端末の受信能力を記憶する受信能力記憶手段と、前記宛先情報に従って前記データが転送先の通信端末へ転送されるように前記通信手段から送信する制御手段を有し、前記制御手段は、送信用のURLに対して前記通信端末から送られてきたデータ及び宛先情報を受信して前記データ記憶手段に記憶させ、受信用のURLに対する前記通信端末からの要求に従い、当該通信端末を宛先としているデータを前記データ記憶手段から検索し、前記宛先情報によって特定される転送先が要求元の通信端末であるデータを前記要求元の通信端末へ転送する際に、該通信端末の受信能力を前記受信能力記憶手段から取得し、該受信能力に合わせて前記データを適宜変換して送信することを特徴とするものである。
なお、転送先の通信端末へのデータの転送は、転送先の通信端末からの要求時に行うことができる。
【0008】
これによって、データを受け取った転送先の通信端末では、受信能力範囲内のデータを受け取ることができるので、確実にデータを参照することができる。受信能力としては、データサイズ(記録紙サイズなどを含む)、符号化方式、カラー/白黒などのようなファクシミリ通信時に利用していた受信能力の他、通信方法(HTTP、POP、他)、ファイル(データ)形式、特定のアプリケーションの有無など、様々な通信端末における情報を受信能力として記憶しておくことができる。
【0009】
また、送信元の通信端末からデータの受信の際に、応用通信情報についても受け取り、その応用通信情報に従って各種の機能を提供するように構成することができる。例えば転送開始時刻の指定や、転送先の通信端末がデータを受け取り可能な有効期限の指定、暗号化通信の指定、転送先のグループの指定、掲示板への登録の指定など、種々の応用通信機能を提供することが可能である。
【0010】
さらに、通信手段を介して通信端末から受信確認の要求を受け取ると、対応する転送すべきデータが転送先の通信端末へ転送されたか否かを通信手段を介して要求元の通信端末へ返す機能を有していてもよい。これによって、実際に転送先へデータが届いたか否かを確認することができる。
【0011】
さらにまた、送受信されたデータの通信履歴を管理し、前記通信端末からの問い合わせに対して前記通信履歴を問い合わせ元の通信端末に返信する機能を有していてもよい。また、通信端末の通信管理機能を設けておくことができる。特にグループ毎の通信管理機能を設けておき、例えばグループ毎に認証を行ったり、通信管理をグループ単位で集計するなどのサービスが可能となる。
【0012】
【発明の実施の形態】
図1は、本発明のHTTPサーバの実施の一形態を含むシステムの一例を示すブロック図である。図中、1はセンターサーバ、2はデータ交換ネットワーク、3〜6は通信端末、11は通信部、12は制御部、13は端末データベース、14は原稿データベースである。図1に示す例では、センターサーバ1及び通信端末3〜6が、LANやインターネットなどのデータ交換ネットワーク2に接続され、通信可能に構成されている。もちろん、通信端末の数は4台に限られるものではない。また、センターサーバも1台に限らない。さらに他の種々のネットワーク機器がデータ交換ネットワーク2に接続されていてかまわない。
【0013】
センターサーバ1は本発明のHTTPサーバであり、HTTPを用いて通信端末3〜6と通信を行い、通信端末間のデータ転送を中継する。センターサーバ1は、通信部11、制御部12、端末データベース13、原稿データベース14などを含んで構成することができる。
【0014】
通信部11は、データ交換ネットワーク2を通じて通信端末3〜6との間でHTTPによる通信を行う。この時、例えば通信端末3〜6がデータを送信する際に用いるURLと、通信端末3〜6がデータを受け取る際に用いるURLを異ならせておくとよい。なお、通信部11はHTTP以外のプロトコルによる通信が可能であってよい。例えばSMTP/POPに対応し、電子メールの送受信が可能であってもよい。
【0015】
制御部12は各部を制御して、センターサーバ1が提供する様々な機能を実現する。特に、通信部11を介して通信端末3〜6からデータ及びそのデータの転送先を示す宛先情報を受け取り、一旦、原稿データベース14に記憶させた後、宛先情報に従ってデータが転送先の通信端末へ転送されるように制御する。転送先の通信端末へのデータの転送は、転送先の通信端末からの受け取りの要求を受け、その要求に従って行うことができる。また、転送先として予め登録されているグループや、転送先を特定しない掲示板機能などの指定を受けるように構成することも可能である。さらに、端末データベース13を参照し、転送先の通信端末の受信能力を取得し、通信端末3〜6から受け取ったデータが転送先の通信端末の受信能力の範囲内であるか否かを判定する。転送先の通信端末の受信能力の範囲内であればそのままデータを転送可能であるが、受信能力の範囲外の機能を必要とする場合には、そのままデータを転送してしまうと転送先の通信端末においてデータを参照することができなかったり、あるいは送信元の意図通りの結果が得られない場合が想定される。そのため、転送先の通信端末の受信能力の範囲外の機能を必要とするデータについては、受け取りを拒否してエラーを送信元の通信端末に返す。あるいは、転送先の通信端末の受信能力の範囲内となるようにデータの変換を行って、転送先の通信端末において支障なく受信できるようにする。
【0016】
また制御部12は、転送するデータを通信端末3〜6から受け取る際に、応用通信機能を利用する場合にはその指示(応用通信情報)も受け取る。そして、応用通信情報で指示されている応用通信機能を実行する。応用通信機能としては、例えば転送開始時刻の指定や、転送先の通信端末がデータを受け取り可能な有効期限の指定、暗号化通信の指定など、種々の応用通信機能を提供することが可能である。上述の転送先のグループの指定や、掲示板への登録の指定なども応用通信としてもよい。転送開始時刻が指定されている場合には、指定の時刻が到来するまで、転送先の通信端末から受け取りの要求があっても当該データを転送しないように制御する。また、有効期限が指定されている場合には、指定されている有効期限までは転送先の通信端末からの要求に応じて当該データを転送するが、有効期限後は転送しない。この場合、有効期限後は当該データを原稿データベース14から削除したり、あるいは再送のために原稿データベース14に残しておいてもよい。暗号化通信が指定されている場合には、転送先の通信端末へのデータ転送の際に、データを暗号化して転送する。他の機能においても同様にして、当該機能に応じた制御及び処理を行う。
【0017】
端末データベース13は、通信端末3〜6の受信能力等の情報を記憶し、受信能力記憶手段として機能する。図2は、端末データベースが記憶する情報の一例の説明図である。この例では、各通信端末3〜6の名称(端末名)とその識別情報(端末ID)、パスワード、送信者情報、解像度、記録紙、符号化方式、カラー受信、その他の各情報を記憶可能である。
【0018】
パスワードは、当該通信端末に対してデータを転送するために送信側からパスワードのデータが必要であることを示し、記憶されているパスワードと送信側から受け取ったパスワードとを比較し、一致している場合にのみ、当該通信端末へのデータの転送を許可する。例えば通信端末4については、送信側からパスワード「xyz」が送られてきたときのみ、通信端末4へのデータの転送を行う。
【0019】
また、送信者情報は、記憶されている送信者からのデータのみを当該通信端末へ転送することを示している。例えば通信端末3では、「経理部」からのデータのみを転送することを示している。例えば通信端末4ではパスワードの指定もあることから、送信者が「総務部」であり、かつ、パスワード「xyz」が送られてきたのみ、データを転送することになる。
【0020】
解像度、記録紙、符号化方式、カラーの情報は、いずれも画像データを転送する場合の受信能力を示しており、それぞれ、画像データを受信する場合の最高解像度、最大記録紙サイズ、受信可能(復号可能)な画像データの符号化方式、カラー画像の受信が可能か否かを示している。例えば通信端末3では、200dpiより高解像度の画像データは受信できないことを示している。また、例えば通信端末6では、用紙サイズの最大がB4サイズであるので、A3サイズの画像データは受信できない。通信端末4では符号化方式としてJBIGで符号化された画像データの受信が可能であるが、カラー画像の受信ができないことを示している。
【0021】
図2に示す例では、端末名の欄が「グループ1」、「グループ2」、「掲示板」という行が存在する。グループは、その他の欄に記憶されている1ないし複数の通信端末に対して同じデータを転送することを指示する際に利用することができる。送信時にグループを指定するだけで、複数の宛先を指示した場合と同様に動作するので、宛先の指示を簡略化することができる。例えば「グループ1」では、端末ID「1111」と「2222」が記憶されており、「グループ1」を指定することによって、通信端末3及び通信端末4へのデータの転送を指示することができる。
【0022】
また「掲示板」は、全ての通信端末から参照可能に公開する旨を指示する場合に利用される。「掲示板」が指定されたデータについては、掲示板用のページに追加してHTTPによって参照可能にしたり、あるいは、全ての通信端末を宛先として配信するように構成してもよい。
【0023】
なお、図2に示した端末データベース13が記憶する情報は一例であって、種々の受信能力として利用可能な情報の中から取捨選択して記憶させておくことができる。例えばテキストデータのみかあるいは画像データも受信可能か、あるいは、ファイル形式や利用可能なソフトウェアなど、様々な情報を受信能力として記憶させておくことができる。また、この端末データベース13が記憶する通信端末の受信能力の情報は、各通信端末3〜6から登録可能に構成したり、あるいはセンターサーバのオペレータが登録するなど、種々の方法によって登録することができる。
【0024】
原稿データベース14は、データ記憶手段として機能し、送信側の通信端末から受け取ったデータや、そのデータとともに受け取った宛先情報、さらに応用通信に関する情報が付加されている場合にはその情報などを記憶する。図3は、原稿データベースにおける管理情報の一例の説明図である。この例では、転送すべきデータを特定するデータID、記憶しているデータのファイル名を示すデータファイル、転送先を示す受信対象端末、転送したか否かなどを示す状態、転送すべきデータの属性情報を格納したファイル名を示す属性情報ファイル、応用通信に関する情報を記憶する応用通信情報の各情報を記憶し、転送すべきデータの管理を行っている。
【0025】
この例では転送すべきデータは内部で識別可能なファイルとして管理しており、そのファイル名がデータファイル欄に記憶されている。また、当該データが送られてきたときに指定された転送先の情報(宛先情報)を受信対象端末欄に記憶している。ここでは図2に示した端末データベースにおける端末IDにより転送先を示している。もちろん、端末名やその他の通信端末を特定する情報であってもよい。状態欄には、当該データが転送された(既読)か否か(未読)を示している。転送先が複数指定されていたり、あるいは掲示板が指定され、一部の通信端末にしかデータを転送していない場合には「一部未読」として示している。転送すべきデータの属性情報は、データとは別のファイルとして記憶しており、そのファイル名が属性情報ファイル欄に記憶される。属性情報としては、例えば画像データであれば解像度やサイズ、符号化方式、カラーか否かなど、転送先の受信能力との比較を行うことができる情報が含まれていることが望ましい。もちろんこれらに限られるものではない。
【0026】
応用通信情報欄には、ここでは応用通信に関する指示を格納したファイルのファイル名が記憶されている。なお、指示されている応用通信の機能を括弧書きして示している。例えばデータIDが「0001」のデータについては、時刻指定が行われている。この時刻指定の機能は、指定されている時刻以後に転送を行う機能である。従って、送信側からデータを受け取り、当該データの転送先から受け取りの要求があっても、指定されている時刻前においてはデータの転送を行わない。データIDが「0002」のデータについては、サブアドレスの指示が行われている。この場合、転送先へデータを転送する際に、指示されているサブアドレスも転送する。転送先の通信端末では、サブアドレスを利用して例えば受け取るユーザを特定したり、さらに転送する先などを指示することができる。データIDが「0004」ではパスワードが送られてきている。例えば親展通信などで転送先からのパスワード入力を要求し、認証が得られた場合に転送先への転送を行うことになる。このほかにも各種の応用通信の指示を受け付けることができる。また、複数の応用通信機能を組み合わせて指示することも可能である。
【0027】
図4は、本発明のHTTPサーバの実施の一形態を含むシステムの動作の概要の説明図である。ここでは通信端末3から通信端末5へデータを転送する場合を想定して、基本的な動作の概要を示している。なお、センターサーバ1には予め端末データベース13に各通信端末3〜6の受信能力などの情報が登録、記憶されているものとする。
【0028】
まず▲1▼において、通信端末3はセンターサーバ1に対して送信用のURLを指定してセンターサーバ1との接続を図る。その後、▲2▼において、転送すべきデータとともに、当該データの転送先となる宛先情報(宛先の端末ID)、それに自装置の端末IDなどをセンターサーバ1に対して送信する。なお、センターサーバ1との接続時にセンターサーバ1から送信用のページを通信端末3に送り、ページ内の送信指示などによって通信端末3からセンターサーバ1への送信が行われるようにしてもよい。宛先情報は、例えばセンターサーバ1へのアクセスの際に用いる送信用URLの一部として構成されていてもよい。また、センターサーバ1との接続の際、あるいはセンターサーバ1が通信端末3からデータ等を受け取る際に、送信側の通信端末3の認証を行うように構成してもよい。
【0029】
センターサーバ1では、通信端末3から受け取った転送すべきデータ、宛先の端末ID、自装置の端末IDを原稿データベース14に記憶させる。この時、例えば図3に示したような管理情報を生成しておく。また、転送すべきデータを受け取った応答として、図中の破線で示すように、受け取った転送すべきデータを一意に特定するためのデータIDを返しておくとよい。
【0030】
その後、▲3▼において転送先である通信端末5からセンターサーバ1に対して受信用のURLを指定してセンターサーバ1との接続を図る。そして▲4▼において、自装置の端末IDを指定してデータの受け取りを要求する。この場合も、▲3▼におけるセンターサーバ1へのアクセスの応答として、データ受け取りのためのページを通信端末5に送り、端末ID等の所定事項の入力後、ページ内の送信指示などによってデータの受け取り要求が行われるように構成してもよい。
【0031】
センターサーバ1は、通信端末5からの要求に従い、通信端末5を宛先としているデータを、例えば図3に示すような原稿データベース14の管理情報から検索し、対応するデータファイルを▲5▼において通信端末5へ転送する。このようにして、通信端末3から送信されたデータは通信端末5に届く。また、通信端末5からの要求によって、例えば属性情報ファイルなども転送可能に構成してもよい。さらに、通信端末5がセンターサーバ1と接続する際、あるいはセンターサーバ1に対してデータの転送を要求する際に、転送先の通信端末5の認証を行うように構成してもよい。さらにまた、例えばセンターサーバ1は転送先の通信端末に対して、新着データの有無、新着データの数やデータID、送信者情報や送信情報(送信時刻など)を返し、転送先において確認してからデータの転送を受けるように構成してもよい。このとき、転送を受けるデータを選択可能としてもよい。
【0032】
なお、▲2▼において送信側の通信端末3から宛先情報として転送先が複数指定された場合には、指定されたいずれの転送先の通信端末からの要求に対してもデータを転送する。また、グループが指定された場合、指定されたグループに登録されている1ないし複数の通信端末が転送先として指定されたものとして扱えばよい。これらによって送信側の通信端末3においては1回の送信によって複数の転送先へのデータの送信(同報通信)が可能となる。さらに、掲示板が指定された場合には、いずれの通信端末からの要求に対してもデータを転送すればよい。
【0033】
転送先の通信端末へのデータの転送後、センターサーバ1では当該データを自動的に削除する。あるいは、そのまま保存しておき、転送先の通信端末からの指示に従って削除する。複数の転送先が指定されている場合(グループ指定や掲示板指定を含む)には、少なくとも全ての転送先へのデータの転送が終了するまでは削除できないようにしておく。また、掲示板が指定された場合には、転送先からの削除ができないようにし、期限の設定や送信側からの削除を受けるようにしてもよい。
【0034】
このようにして通信端末3から通信端末5に転送されたデータは、通信端末5の受信能力の範囲を超えている可能性がある。そのため、センターサーバ1では、通信端末3からデータを受け取り、通信端末5へデータを転送するまでの間に、受け取ったデータが通信端末5の受信能力の範囲内であるか否かをチェックする。すなわち、データとともに受け取った宛先情報をもとに、図2に示すような端末データベース13を検索して、転送先である通信端末5の受信能力に関する情報を取得する。そして、当該データの属性、例えば画像データであれば解像度やサイズ、カラーか否かなどが受信能力の範囲内であるか否かを判定する。そのほか、例えば図2に示す端末データベース13の例では、送信者情報やパスワード等についてもチェックすることができる。
【0035】
このような受信能力のチェックを、例えば転送すべきデータを受け取ったときに行うことができる。そして、受け取ったデータが転送先の通信端末5の受信能力の範囲を超えている場合には、送信側の通信端末3に対して▲2▼におけるデータの送信のレスポンスとしてエラーを返すように構成することができる。このとき、転送先の通信端末の受信能力を超えている項目を送信元に返すようにするとよい。又は、転送先の通信端末の受信能力を送信側に転送し、その範囲内でのデータ送信を促してもよい。このようにしてデータの受け取り時にチェックしておくことによって、転送先の通信端末においては、受信能力の範囲内でデータを受け取ることができる。
【0036】
あるいは、上述のような受信能力のチェックを行い、転送先の通信端末の受信能力を超えている場合には、当該通信端末の受信能力の範囲内となるように、センターサーバ1においてデータを適宜変換処理してもよい。例えば解像度の上限を超えている場合には、受信能力範囲内となるように解像度変換を行えばよい。また、サイズについても同様である。符号化方式が異なっている場合には、一旦、復号した後に受信能力に合わせて符号化し直せばよい。カラー画像を白黒しか受信できない通信端末に送信する場合も、白黒画像へ変換すればよい。さらには、転送先の通信端末がHTTPによる通信ができない場合には、例えば電子メール形式に変換してPOPによる取り出し要求に応じるように構成することも可能である。
【0037】
このようにして適宜変換処理したデータを転送すれば、転送先の通信端末においては、受信能力の範囲内でデータを受け取ることができる。なお、この変換処理は送信側からデータを受け取った際に行ったり、あるいは、データを転送先に転送する際に行うことができる。
【0038】
なお、上述のようなデータ受け取り時のチェックと自動的な変換処理を適宜組み合わせてもよい。例えばパスワードや送信者情報のチェックをデータ受け取り時に行い、解像度などの変換を転送時に自動変換するように構成することもできる。また、送信側の通信端末から予め転送先の通信端末の受信能力に関する情報を取り出し可能にしておき、転送先の通信端末の受信能力を確かめてからデータをセンターサーバ1に対して送信するように構成してもよい。
【0039】
送信元の通信端末3は、例えば▲6▼に示すようにセンターサーバ1に対して受信確認の要求を行い、▲7▼においてそのレスポンスをセンターサーバ1が返すように構成することができる。このとき、▲2▼におけるデータ送信後にデータIDが返されている場合には、そのデータIDを使用して受信確認を要求するとよい。図4に示す▲6▼のタイミングでは、通信端末5においてデータを受け取った後であるので、▲7▼では受信通知が通信端末3に返されることになる。これによって、実際に転送先へデータが届いたか否かを確認することができる。
【0040】
このほか、センターサーバ1は、送受信されたデータの通信履歴を管理するように構成することができる。そして、通信端末からの問い合わせに対して、その通信端末の通信履歴データ及び指定された通信端末の通信履歴データを、問い合わせを行った通信端末に送信することができる。さらに、通信管理機能をセンターサーバ1に持たせ、例えば通信端末毎、あるいは通信端末を特定グループに分類したグループ毎に管理する機能を提供してもよい。例えばグループ分けは端末データベース13のグループを兼用したり、あるいは別途、管理グループを設定しておくことができる。グループごとにグループコードを設定しておき、送信あるいは受信が行われた際に、グループコードによる認証を要求したり、通信管理をグループ単位で集計することが可能となる。
【0041】
また、センターサーバ1がHTTPとともに電子メールの送受信機能を有している場合、例えば転送先の通信端末に対して新着データの到来を電子メールで知らせたり、転送後の受信完了通知を送信側の通信端末に電子メールで通知したり、さらには通信管理データなど諸情報の通知を電子メールにて行うなどといったサービスが可能となる。また、上述のように自動的な変換機能の一つとして、転送すべきデータを電子メールに変換して転送することも可能である。
【0042】
図5は、本発明のHTTPサーバの実施の一形態を含むシステムにおいて時刻指定を行った場合の動作の一例の説明図である。図4と重複する説明は省略する。図4では、基本的な動作の流れを説明したが、上述のように各種の応用通信機能を実行させることができる。図5では、応用通信機能の一つである時刻指定を行った場合を示している。
【0043】
まず▲1▼において、通信端末3はセンターサーバ1に対して送信用のURLを指定してセンターサーバ1と接続し、▲2▼において転送すべきデータとともに宛先情報や自装置の端末IDなどをセンターサーバ1に対して送信する。このとき、時刻指定に関する情報を応用通信情報として、合わせてセンターサーバ1へ送信する。
【0044】
センターサーバ1では、通信端末3から受け取った転送すべきデータ、宛先の端末ID、自装置の端末ID、応用通信情報を原稿データベース14に記憶させる。この時、例えば図3に示したような管理情報を生成し、応用通信情報として時刻指定がなされている旨を記憶しておく。そして、指定された時刻が到来するまでは、当該データの転送は行わない。すなわち、▲3▼において転送先である通信端末5からセンターサーバ1に対して受信用のURLを指定してセンターサーバ1と接続した後、▲4▼において、自装置の端末IDを指定してデータの受け取りを要求された場合、通信端末5を宛先とするデータが存在していても、指定された時刻より前であれば、センターサーバ1は▲5▼においてデータ無し(あるいは他のデータのみ)を返す。
【0045】
指定された時刻が到来し、その後に▲6▼において自装置の端末IDを指定してデータの受け取りを要求されると、今度は、センターサーバ1は通信端末5からの要求に従い、時刻指定がなされていたデータを▲7▼において通信端末5へ転送する。このようにして、送信側の通信端末3で指定した時刻以降にデータを転送先の通信端末へ転送することができる。
【0046】
なお、上述のような時刻指定機能は、転送すべきデータ毎に指示するほか、転送先毎に指定することもできる。また、指定された時刻が到来するまでは、転送先の通信端末では当該データの存在を知らない。従って、指定時刻までの当該データの消去は送信側の通信端末において可能とすることができる。この場合も転送すべきデータ毎に指示するほか、転送先毎の指定を可能とすることもできる。
【0047】
ここでは応用通信機能として時刻指定を行った場合を示したが、これに限らず、各種の応用通信機能を提供することができる。例えば有効期限を設定し、当該有効期限内であれば転送先の通信端末からの要求に対してデータを転送するが、有効期限を経過した場合には転送を行わないように構成することができる。なお、有効期限内では転送先の通信端末からの指示あるいはセンターサーバ1において自動的にデータが削除されないようにし、送信側の通信端末あるいはセンターサーバ1のオペレータなどによる削除を可能にしておくとよい。また、有効期限後は、当該データを削除したり、あるいは、送信側からの新たな有効期限の設定や再送信の指示に応じられるように保持しておくことができる。
【0048】
また別の応用通信機能として、例えば暗号通信が指定された場合には、少なくともセンターサーバ1と転送先の通信端末との間の通信を暗号通信によって行う。この場合、送信側の通信端末とセンターサーバ1との間の通信は、予め暗号通信によって通信を行うように設定しておくか、あるいはデータの送信より先に暗号通信をセンターサーバ1に通知してからデータの送信を行うように構成するとよい。なお、送信側の通信端末とセンターサーバ1との間の通信については、データの転送時に限らず、設定に応じて常に暗号通信を行うようにしてもよい。
【0049】
このほかの応用通信機能として、転送先の通信端末に対して、データ受信後の処理を指示するような諸情報(サブアドレス、パスワード、親展など)をデータとともに転送する機能を設けてもよい。
【0050】
【発明の効果】
以上の説明から明らかなように、本発明によれば、HTTPを用いてデータの転送を行うことができるとともに、電子メールの利点である相手先の状態によらずに送信可能であり、また1回の送信によって複数の宛先への送信が可能である。また、ファクシミリ通信の利点である、相手先の受信能力に応じた通信が可能であり、また、多くの応用通信機能を提供することができる。本発明によれば、このように従来から利用されてきたファクシミリ通信や電子メールの利点を活かした通信端末間のデータの送受信を行うことができるという効果がある。
【図面の簡単な説明】
【図1】本発明のHTTPサーバの実施の一形態を含むシステムの一例を示すブロック図である。
【図2】端末データベースが記憶する情報の一例の説明図である。
【図3】原稿データベースにおける管理情報の一例の説明図である。
【図4】本発明のHTTPサーバの実施の一形態を含むシステムの動作の概要の説明図である。
【図5】本発明のHTTPサーバの実施の一形態を含むシステムにおいて時刻指定を行った場合の動作の一例の説明図である。
【符号の説明】
1…センターサーバ、2…データ交換ネットワーク、3〜6…通信端末、11…通信部、12…制御部、13…端末データベース、14…原稿データベース。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a network system that performs communication using HTTP.
[0002]
[Prior art]
Conventionally, facsimile communication has been used as a method for transmitting various types of information using image data. Facsimile communication is still widely used at present and has come to have many functions. In facsimile communication, the reception capability of the other party is detected by exchanging a procedure signal with the other party, and image data is transmitted within the range of the reception capability of the other party. As a result, in most cases, the image data can be received at the destination.
[0003]
However, since the facsimile communication is basically a one-to-one communication, it cannot be transmitted when the other party is not in a receivable state due to busy or the like. Further, even when the same image data (information) is transmitted to many other parties, basically, it is necessary to transmit the image data to each other party. Furthermore, for example, there is a function such as time designation as an applied communication function. In this case, the image data to be transmitted must be held until the designated time, and there is a disadvantage that a large memory capacity is required. .
[0004]
Recently, data exchange networks such as the Internet and LAN have been developed, and data is transmitted and received using the data exchange network. Electronic mail (SMTP / POP) is widely used as a method for transmitting and receiving data between communication terminals on a data exchange network. In electronic mail, data is transmitted to a mail server and then distributed. Therefore, the sender can send an e-mail regardless of the state of the other party. Further, even when sending to many destinations, if the destination addresses are noted, there is an advantage that only one transmission to the mail server is required.
[0005]
However, electronic mail is only transmitted unilaterally from the transmission source, and there is no means for knowing the reception capability of the other party as in facsimile communication. For this reason, it is not known whether the transmitted electronic mail can be referred to by the other party. There is also a problem that many functions that are generally available in facsimile communication such as time designation cannot be used.
[0006]
[Problems to be solved by the invention]
The present invention has been made in view of the above-described circumstances, and an object of the present invention is to provide an HTTP server that enables transmission / reception of data between communication terminals using the advantages of facsimile communication and electronic mail using HTTP. Is.
[0007]
[Means for Solving the Problems]
The present invention stores, in an HTTP server, communication means for performing HTTP communication with a plurality of communication terminals, data to be transferred received from the communication terminal via the communication means, and destination information indicating the transfer destination of the data Data storage means for receiving, reception capability storage means for storing the reception capability of the communication terminal, and the reception capability of the destination communication terminal specified by the destination information from the reception capability storage means, and the range of the reception capability Receiving the data and transmitting from the communication means so that the data is transferred to the destination communication terminal according to the destination information, the control means for the URL for transmission The data and destination information sent from the communication terminal are received, the reception capability is checked, and the communication terminal for the URL for reception is checked. Request in accordance, is characterized in that to transfer the data that the communication terminal addressed to said data storage means searched and the requesting communication terminal. At this time, for data that requires a function outside the range of the reception capability of the transfer destination communication terminal specified by the destination information, an error can be returned to the transmission source communication terminal.
Further, the present invention provides a communication unit that performs HTTP communication with a plurality of communication terminals in an HTTP server, data to be transferred received from the communication terminal via the communication unit, and destination information indicating a transfer destination of the data. Data storage means for storing; reception capacity storage means for storing the reception capacity of the communication terminal; and control means for transmitting from the communication means so that the data is transferred to a destination communication terminal according to the destination information. The control means receives the data and destination information sent from the communication terminal with respect to the URL for transmission, stores them in the data storage means, and follows the request from the communication terminal for the URL for reception. The data storage unit is searched for data destined for the communication terminal, and the transfer destination specified by the destination information is the communication end of the request source. When the data is transferred to the requesting communication terminal, the reception capability of the communication terminal is acquired from the reception capability storage means, and the data is appropriately converted according to the reception capability and transmitted. It is what.
Note that data transfer to the transfer destination communication terminal can be performed at the time of a request from the transfer destination communication terminal.
[0008]
As a result, the communication terminal of the transfer destination that has received the data can receive the data within the reception capability range, so that the data can be referred to with certainty. As the receiving capability, in addition to the receiving capability used at the time of facsimile communication such as data size (including recording paper size), encoding method, color / monochrome, etc., communication method (HTTP, POP, etc.), file Information in various communication terminals such as (data) format and presence / absence of a specific application can be stored as reception capability.
[0009]
In addition, when receiving data from a communication terminal as a transmission source, application communication information can also be received and various functions can be provided according to the application communication information. For example, various application communication functions, such as designation of transfer start time, designation of expiration date at which the destination communication terminal can receive data, designation of encrypted communication, designation of transfer destination group, designation of registration on bulletin board Can be provided.
[0010]
Further, when a reception confirmation request is received from the communication terminal via the communication means, a function for returning to the requesting communication terminal whether or not the corresponding data to be transferred has been transferred to the transfer destination communication terminal. You may have. Thus, it can be confirmed whether or not the data has actually arrived at the transfer destination.
[0011]
Furthermore, the communication history of the transmitted / received data may be managed, and the communication history may be returned to the inquiry source communication terminal in response to the inquiry from the communication terminal. In addition, a communication management function of the communication terminal can be provided. In particular, a communication management function for each group is provided so that, for example, authentication can be performed for each group or communication management can be aggregated for each group.
[0012]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 is a block diagram showing an example of a system including an embodiment of the HTTP server of the present invention. In the figure, 1 is a center server, 2 is a data exchange network, 3 to 6 are communication terminals, 11 is a communication unit, 12 is a control unit, 13 is a terminal database, and 14 is a document database. In the example shown in FIG. 1, the
[0013]
The
[0014]
The communication unit 11 performs HTTP communication with the
[0015]
The
[0016]
The
[0017]
The
[0018]
The password indicates that the password data is required from the sending side in order to transfer data to the communication terminal, and the stored password and the password received from the sending side are compared and matched. Only in such a case, transfer of data to the communication terminal is permitted. For example, for the
[0019]
The sender information indicates that only data stored from the sender is transferred to the communication terminal. For example, the
[0020]
The resolution, recording paper, encoding method, and color information all indicate the reception capability when transferring image data, and the maximum resolution, maximum recording paper size, and receivability when receiving image data (respectively) (Decoding is possible) image data encoding method, and whether color image reception is possible. For example, the
[0021]
In the example illustrated in FIG. 2, there are rows in which the terminal name column is “
[0022]
The “bulletin board” is used when instructing that all communication terminals make the information publicly viewable. Data for which “Bulletin Board” is designated may be added to a bulletin board page so that it can be referred to by HTTP, or all the communication terminals may be distributed as a destination.
[0023]
Note that the information stored in the
[0024]
The
[0025]
In this example, the data to be transferred is managed as an internally identifiable file, and the file name is stored in the data file column. In addition, information (destination information) of a transfer destination designated when the data is sent is stored in the reception target terminal column. Here, the transfer destination is indicated by the terminal ID in the terminal database shown in FIG. Of course, it may be information specifying the terminal name and other communication terminals. The status column indicates whether the data has been transferred (read) or not (unread). When a plurality of transfer destinations are designated or a bulletin board is designated and data is transferred only to some communication terminals, this is indicated as “partially unread”. The attribute information of the data to be transferred is stored as a separate file from the data, and the file name is stored in the attribute information file column. As the attribute information, for example, in the case of image data, it is desirable to include information that can be compared with the receiving capability of the transfer destination, such as resolution, size, encoding method, and color. Of course, it is not limited to these.
[0026]
In the applied communication information column, the file name of a file storing instructions relating to applied communication is stored here. In addition, the function of applied communication indicated is shown in parentheses. For example, for the data with the data ID “0001”, the time is specified. This time designation function is a function of performing transfer after a designated time. Therefore, even if data is received from the transmission side and there is a reception request from the data transfer destination, the data is not transferred before the designated time. For data with a data ID “0002”, a sub-address is instructed. In this case, when the data is transferred to the transfer destination, the designated sub address is also transferred. In the transfer destination communication terminal, for example, a user to be received can be specified by using the subaddress, and a transfer destination can be instructed. When the data ID is “0004”, a password is sent. For example, when a password input from the transfer destination is requested in confidential communication or the like and authentication is obtained, transfer to the transfer destination is performed. In addition, various application communication instructions can be received. It is also possible to instruct by combining a plurality of applied communication functions.
[0027]
FIG. 4 is an explanatory diagram outlining the operation of the system including one embodiment of the HTTP server of the present invention. Here, an outline of basic operations is shown assuming that data is transferred from the
[0028]
First, in (1), the
[0029]
In the
[0030]
Thereafter, in (3), the
[0031]
In accordance with the request from the
[0032]
When a plurality of transfer destinations are specified as destination information from the
[0033]
After the data is transferred to the transfer destination communication terminal, the
[0034]
Thus, the data transferred from the
[0035]
Such a reception capability check can be performed, for example, when data to be transferred is received. When the received data exceeds the range of the receiving capability of the
[0036]
Alternatively, the reception capability is checked as described above, and if the reception capability of the communication terminal of the transfer destination is exceeded, the data is appropriately stored in the
[0037]
By transferring the data appropriately converted in this way, the transfer destination communication terminal can receive the data within the range of the reception capability. This conversion process can be performed when data is received from the transmission side, or can be performed when data is transferred to a transfer destination.
[0038]
Note that the above-described check at the time of data reception and automatic conversion processing may be appropriately combined. For example, the password and sender information can be checked when data is received, and conversion such as resolution can be automatically performed during transfer. In addition, information regarding the reception capability of the transfer destination communication terminal can be previously extracted from the communication terminal on the transmission side, and data is transmitted to the
[0039]
The transmission
[0040]
In addition, the
[0041]
In addition, when the
[0042]
FIG. 5 is an explanatory diagram showing an example of the operation when the time is specified in the system including the embodiment of the HTTP server of the present invention. Description overlapping with FIG. 4 is omitted. Although the basic flow of operation has been described with reference to FIG. 4, various applied communication functions can be executed as described above. FIG. 5 shows a case where time designation, which is one of applied communication functions, is performed.
[0043]
First, in (1), the
[0044]
In the
[0045]
When the designated time arrives and then the
[0046]
The time designation function as described above can be designated for each transfer destination as well as for each data to be transferred. Further, until the designated time arrives, the transfer destination communication terminal does not know the existence of the data. Therefore, it is possible to delete the data up to the designated time in the communication terminal on the transmission side. In this case, in addition to instructing for each data to be transferred, designation for each transfer destination can be made possible.
[0047]
Although the case where the time is specified as the applied communication function is shown here, the present invention is not limited to this, and various applied communication functions can be provided. For example, an expiration date can be set and data can be transferred in response to a request from the destination communication terminal if it is within the expiration date, but no transfer can be performed when the expiration date has passed. . It should be noted that, within the validity period, it is preferable that the data is not automatically deleted in the instruction from the transfer destination communication terminal or in the
[0048]
As another application communication function, for example, when encryption communication is designated, at least communication between the
[0049]
As another applied communication function, there may be provided a function of transferring various information (sub address, password, confidential information, etc.) together with the data to instruct the transfer destination communication terminal to perform processing after data reception.
[0050]
【The invention's effect】
As is clear from the above description, according to the present invention, data can be transferred using HTTP, and can be transmitted regardless of the state of the other party, which is an advantage of e-mail. Transmission to a plurality of destinations is possible by one transmission. Further, communication according to the receiving capability of the other party, which is an advantage of facsimile communication, is possible, and many applied communication functions can be provided. According to the present invention, there is an effect that data can be transmitted and received between communication terminals taking advantage of the advantages of facsimile communication and electronic mail that have been conventionally used.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an example of a system including an embodiment of an HTTP server of the present invention.
FIG. 2 is an explanatory diagram of an example of information stored in a terminal database.
FIG. 3 is an explanatory diagram of an example of management information in a document database.
FIG. 4 is an explanatory diagram outlining an operation of a system including an embodiment of an HTTP server according to the present invention.
FIG. 5 is an explanatory diagram showing an example of an operation when a time is specified in a system including an embodiment of an HTTP server according to the present invention.
[Explanation of symbols]
DESCRIPTION OF
Claims (7)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002154781A JP3867781B2 (en) | 2002-05-28 | 2002-05-28 | HTTP server |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002154781A JP3867781B2 (en) | 2002-05-28 | 2002-05-28 | HTTP server |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006228775A Division JP4336995B2 (en) | 2006-08-25 | 2006-08-25 | HTTP server |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2003348282A JP2003348282A (en) | 2003-12-05 |
JP3867781B2 true JP3867781B2 (en) | 2007-01-10 |
Family
ID=29771448
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002154781A Expired - Fee Related JP3867781B2 (en) | 2002-05-28 | 2002-05-28 | HTTP server |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3867781B2 (en) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4013908B2 (en) | 2004-03-18 | 2007-11-28 | コニカミノルタビジネステクノロジーズ株式会社 | Transfer device, image processing device, program |
JP2006081081A (en) * | 2004-09-13 | 2006-03-23 | Ricoh Co Ltd | Painting and calligraphic work storage device, image reader and device for forming image |
JP4832752B2 (en) * | 2004-11-22 | 2011-12-07 | 村田機械株式会社 | Encryption mail server |
JP4541848B2 (en) * | 2004-11-22 | 2010-09-08 | 株式会社日立製作所 | User terminal connection control method and apparatus |
JP4486033B2 (en) | 2005-02-02 | 2010-06-23 | 株式会社エヌ・ティ・ティ・ドコモ | Content distribution method and relay device |
JP4624907B2 (en) * | 2005-10-28 | 2011-02-02 | 京セラ株式会社 | Communication method, communication system, and communication terminal |
JP4615474B2 (en) | 2006-04-07 | 2011-01-19 | 株式会社エヌ・ティ・ティ・ドコモ | Communication terminal, user data movement system, and user data movement method |
JP2009026191A (en) * | 2007-07-23 | 2009-02-05 | Nippon Telegraph & Telephone East Corp | Distribution apparatus, distribution method, and distribution system |
JPWO2009013958A1 (en) * | 2007-07-26 | 2010-09-30 | 日本電気株式会社 | Multimedia service |
CN101755444A (en) * | 2007-07-26 | 2010-06-23 | 日本电气株式会社 | Multimedia communication system, multimedia communication device, and terminal |
JP5190956B2 (en) * | 2008-12-27 | 2013-04-24 | キヤノンマーケティングジャパン株式会社 | Image forming apparatus, processing method thereof, and program |
-
2002
- 2002-05-28 JP JP2002154781A patent/JP3867781B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2003348282A (en) | 2003-12-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7660009B2 (en) | Communication apparatus, transmission program, computer readable medium storing a transmission program, transmission method and communication system for reliably transmitting image data | |
US8190690B2 (en) | Communication apparatus, communication method, communication system, and storage medium | |
US6411393B1 (en) | Apparatus and method of automatically delivering E-mail stored in mail server to arbitrary facsimile apparatus | |
US8582140B2 (en) | Communication system and communication apparatus building the system | |
US6625646B1 (en) | Communications method, communications system, communications device, and server | |
US20030117665A1 (en) | Facsimile apparatus having a function of archiving an image data into an external device through a network | |
JP3867781B2 (en) | HTTP server | |
US7787155B2 (en) | Communications device and communications method | |
JP3664581B2 (en) | Control method of network facsimile apparatus | |
JP4336995B2 (en) | HTTP server | |
JP2000347954A (en) | Communication control method of e-mail system | |
JP4512309B2 (en) | HTTP server | |
JPH11196218A (en) | Network facsimile system control method | |
JP2005094414A (en) | Network terminal device | |
JP3755562B2 (en) | Network facsimile machine | |
JPH10304127A (en) | Control method for network facsimile equipment | |
JP3477032B2 (en) | Control method for network facsimile machine | |
JP3543919B2 (en) | Control method for network facsimile machine | |
JPH1169071A (en) | Communication terminal equipment with electronic mail function | |
JPH11150645A (en) | Control method for facsimile communication system | |
JP3113006B2 (en) | Facsimile document communication system | |
JPH11284788A (en) | Control method of network facsimile equipment | |
JPH11317763A (en) | Controlling method of network facsimile equipment | |
JPH11355500A (en) | Control method of network facsimile machine | |
JPH11243470A (en) | Method for controlling network facsimile machine |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040419 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050614 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050831 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051026 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060628 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060825 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060904 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060920 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061003 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091020 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101020 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111020 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111020 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121020 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131020 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131020 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141020 Year of fee payment: 8 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |