JP3867781B2 - HTTP server - Google Patents

HTTP server Download PDF

Info

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
Application number
JP2002154781A
Other languages
Japanese (ja)
Other versions
JP2003348282A (en
Inventor
好史 谷本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Murata Machinery Ltd
Original Assignee
Murata Machinery Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Murata Machinery Ltd filed Critical Murata Machinery Ltd
Priority to JP2002154781A priority Critical patent/JP3867781B2/en
Publication of JP2003348282A publication Critical patent/JP2003348282A/en
Application granted granted Critical
Publication of JP3867781B2 publication Critical patent/JP3867781B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Facsimiles In General (AREA)
  • Facsimile Transmission Control (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (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 center server 1 and the communication terminals 3 to 6 are connected to a data exchange network 2 such as a LAN or the Internet so as to be communicable. Of course, the number of communication terminals is not limited to four. Further, the number of center servers is not limited to one. Further, various other network devices may be connected to the data exchange network 2.
[0013]
The center server 1 is an HTTP server of the present invention, communicates with the communication terminals 3 to 6 using HTTP, and relays data transfer between the communication terminals. The center server 1 can be configured to include a communication unit 11, a control unit 12, a terminal database 13, a document database 14, and the like.
[0014]
The communication unit 11 performs HTTP communication with the communication terminals 3 to 6 through the data exchange network 2. At this time, for example, the URL used when the communication terminals 3 to 6 transmit data may be different from the URL used when the communication terminals 3 to 6 receive data. Note that the communication unit 11 may be able to communicate using a protocol other than HTTP. For example, in correspondence with SMTP / POP, transmission and reception of electronic mail may be possible.
[0015]
The control unit 12 controls each unit to realize various functions provided by the center server 1. In particular, after receiving data and destination information indicating the transfer destination of the data from the communication terminals 3 to 6 via the communication unit 11 and temporarily storing them in the document database 14, the data is transferred to the transfer destination communication terminal according to the destination information. Control to be transferred. Data transfer to the transfer destination communication terminal can be performed according to the request received from the transfer destination communication terminal. It is also possible to receive a designation of a group registered in advance as a transfer destination or a bulletin board function that does not specify a transfer destination. Further, referring to the terminal database 13, the reception capability of the transfer destination communication terminal is acquired, and it is determined whether or not the data received from the communication terminals 3 to 6 is within the range of the reception capability of the transfer destination communication terminal. . Data can be transferred as it is within the range of the receiving capability of the destination communication terminal, but if a function outside the range of the receiving capability is required, if the data is transferred as it is, the destination communication It is assumed that data cannot be referred to at the terminal or a result as intended by the transmission source cannot be obtained. Therefore, for data that requires a function outside the range of the receiving capability of the destination communication terminal, reception is refused and an error is returned to the source communication terminal. Alternatively, the data is converted so that it is within the range of the receiving capability of the transfer destination communication terminal so that the transfer destination communication terminal can receive data without any problem.
[0016]
The control unit 12 also receives an instruction (applied communication information) when using the applied communication function when receiving data to be transferred from the communication terminals 3 to 6. Then, the application communication function specified by the application communication information is executed. As the applied communication function, it is possible to provide various applied communication functions such as designation of the transfer start time, designation of an expiration date during which the destination communication terminal can receive data, designation of encrypted communication, and the like. . Application communication may be performed by designating the transfer destination group described above or designating registration on the bulletin board. When the transfer start time is specified, control is performed so that the data is not transferred until a specified time arrives even if there is a reception request from the transfer destination communication terminal. If an expiration date is specified, the data is transferred in response to a request from the transfer destination communication terminal until the specified expiration date, but is not transferred after the expiration date. In this case, after the expiration date, the data may be deleted from the document database 14 or may be left in the document database 14 for retransmission. When encrypted communication is designated, data is encrypted and transferred when data is transferred to the destination communication terminal. The other functions are similarly controlled and processed according to the functions.
[0017]
The terminal database 13 stores information such as reception capabilities of the communication terminals 3 to 6 and functions as reception capability storage means. FIG. 2 is an explanatory diagram of an example of information stored in the terminal database. In this example, the name (terminal name) and identification information (terminal ID), password, sender information, resolution, recording paper, encoding method, color reception, and other information of each communication terminal 3 to 6 can be stored. It is.
[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 communication terminal 4, data is transferred to the communication terminal 4 only when a password “xyz” is sent from the transmission side.
[0019]
The sender information indicates that only data stored from the sender is transferred to the communication terminal. For example, the communication terminal 3 indicates that only data from the “accounting department” is transferred. For example, since the password is specified in the communication terminal 4, data is transferred only when the sender is “General Affairs Department” and the password “xyz” is sent.
[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 communication terminal 3 cannot receive image data with a resolution higher than 200 dpi. Further, for example, the communication terminal 6 cannot receive A3 size image data because the maximum paper size is B4 size. The communication terminal 4 can receive image data encoded by JBIG as an encoding method, but cannot receive a color image.
[0021]
In the example illustrated in FIG. 2, there are rows in which the terminal name column is “group 1”, “group 2”, and “bulletin board”. The group can be used when instructing one or a plurality of communication terminals stored in other fields to transfer the same data. By simply designating a group at the time of transmission, the operation is the same as when a plurality of destinations are designated, so that designation of destinations can be simplified. For example, in “Group 1”, terminal IDs “1111” and “2222” are stored, and by designating “Group 1”, it is possible to instruct data transfer to the communication terminal 3 and the communication terminal 4. .
[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 terminal database 13 shown in FIG. 2 is an example, and can be selected and stored from information that can be used as various reception capabilities. For example, only text data or image data can be received, or various information such as a file format and usable software can be stored as reception capability. Further, the information on the reception capability of the communication terminal stored in the terminal database 13 can be registered by various methods such that each communication terminal 3 to 6 can be registered, or an operator of the center server can register. it can.
[0024]
The manuscript database 14 functions as a data storage unit, and stores data received from a communication terminal on the transmission side, destination information received together with the data, and information on application communication when information is added. . FIG. 3 is an explanatory diagram of an example of management information in the document database. In this example, the data ID for specifying the data to be transferred, the data file indicating the file name of the stored data, the receiving target terminal indicating the transfer destination, the state indicating whether or not the transfer is performed, the data to be transferred Each information of the attribute information file indicating the file name storing the attribute information and the application communication information for storing the information related to the application communication is stored, and the data to be transferred is managed.
[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 communication terminal 3 to the communication terminal 5. It is assumed that information such as the reception capability of each of the communication terminals 3 to 6 is registered and stored in the terminal database 13 in advance in the center server 1.
[0028]
First, in (1), the communication terminal 3 designates a URL for transmission to the center server 1 to establish connection with the center server 1. Thereafter, in (2), together with the data to be transferred, destination information (destination terminal ID) as a transfer destination of the data, a terminal ID of the own apparatus, and the like are transmitted to the center server 1. Note that a transmission page may be sent from the center server 1 to the communication terminal 3 when connected to the center server 1, and transmission from the communication terminal 3 to the center server 1 may be performed by a transmission instruction in the page. The destination information may be configured as a part of a transmission URL used when accessing the center server 1, for example. Further, when connecting to the center server 1 or when the center server 1 receives data or the like from the communication terminal 3, the communication terminal 3 on the transmission side may be authenticated.
[0029]
In the center server 1, the data to be transferred received from the communication terminal 3, the destination terminal ID, and the terminal ID of the own apparatus are stored in the document database 14. At this time, for example, management information as shown in FIG. 3 is generated. Further, as a response to receiving the data to be transferred, it is preferable to return a data ID for uniquely specifying the received data to be transferred, as indicated by a broken line in the figure.
[0030]
Thereafter, in (3), the communication terminal 5 as the transfer destination designates a reception URL to the center server 1 to establish connection with the center server 1. In {circle over (4)}, the terminal ID of the own apparatus is designated and data reception is requested. Also in this case, as a response to the access to the center server 1 in (3), a page for receiving data is sent to the communication terminal 5, and after inputting predetermined items such as the terminal ID, the data is transmitted according to a transmission instruction in the page. You may comprise so that a receipt request may be made.
[0031]
In accordance with the request from the communication terminal 5, the center server 1 searches for data destined for the communication terminal 5 from the management information of the manuscript database 14 as shown in FIG. 3, for example, and communicates the corresponding data file in (5). Transfer to terminal 5. In this way, the data transmitted from the communication terminal 3 reaches the communication terminal 5. Further, for example, an attribute information file may be configured to be transferable in response to a request from the communication terminal 5. Furthermore, when the communication terminal 5 connects to the center server 1 or requests the center server 1 to transfer data, the transfer destination communication terminal 5 may be authenticated. Furthermore, for example, the center server 1 returns the presence / absence of newly arrived data, the number and data ID of newly arrived data, sender information and transmission information (such as transmission time) to the transfer destination communication terminal, and confirms at the transfer destination. It may be configured to receive data transfer from. At this time, data to be transferred may be selectable.
[0032]
When a plurality of transfer destinations are specified as destination information from the communication terminal 3 on the transmission side in (2), data is transferred in response to a request from any of the specified transfer destination communication terminals. Further, when a group is designated, it may be handled that one or more communication terminals registered in the designated group are designated as transfer destinations. As a result, the transmission side communication terminal 3 can transmit data (broadcast communication) to a plurality of transfer destinations by one transmission. Furthermore, when a bulletin board is designated, data may be transferred in response to a request from any communication terminal.
[0033]
After the data is transferred to the transfer destination communication terminal, the center server 1 automatically deletes the data. Alternatively, it is stored as it is, and is deleted according to an instruction from the transfer destination communication terminal. When a plurality of transfer destinations are designated (including group designation and bulletin board designation), the data cannot be deleted until data transfer to at least all the transfer destinations is completed. In addition, when a bulletin board is designated, it is possible to prevent deletion from the transfer destination and to set a time limit or delete from the transmission side.
[0034]
Thus, the data transferred from the communication terminal 3 to the communication terminal 5 may exceed the range of the reception capability of the communication terminal 5. Therefore, the center server 1 checks whether or not the received data is within the range of the reception capability of the communication terminal 5 until the data is received from the communication terminal 3 and transferred to the communication terminal 5. That is, based on the destination information received together with the data, the terminal database 13 as shown in FIG. 2 is searched to obtain information regarding the reception capability of the communication terminal 5 that is the transfer destination. Then, it is determined whether the attribute of the data, for example, if it is image data, the resolution, size, color, etc. are within the range of the reception capability. In addition, for example, in the example of the terminal database 13 shown in FIG. 2, it is possible to check the sender information, the password, and the like.
[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 destination communication terminal 5, an error is returned to the transmitting side communication terminal 3 as a data transmission response in (2). can do. At this time, an item exceeding the receiving capability of the transfer destination communication terminal may be returned to the transmission source. Alternatively, the receiving capability of the transfer destination communication terminal may be transferred to the transmitting side, and data transmission within the range may be prompted. By checking at the time of data reception in this way, the transfer destination communication terminal can receive the data within the range of the reception capability.
[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 center server 1 so that it is within the range of the reception capability of the communication terminal. Conversion processing may be performed. For example, if the upper limit of the resolution is exceeded, resolution conversion may be performed so that it is within the reception capability range. The same applies to the size. If the encoding method is different, it may be decoded and then re-encoded according to the reception capability. When a color image is transmitted to a communication terminal that can receive only black and white, it may be converted into a black and white image. Furthermore, when the communication terminal of the transfer destination cannot perform communication by HTTP, it can be configured so as to respond to a retrieval request by POP after converting it to e-mail format, for example.
[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 center server 1 after confirming the reception capability of the transfer destination communication terminal. It may be configured.
[0039]
The transmission source communication terminal 3 can be configured such that, for example, as shown in (6), the center server 1 requests reception confirmation and the response is returned by the center server 1 in (7). At this time, if a data ID is returned after data transmission in (2), it is preferable to request reception confirmation using the data ID. Since the timing at (6) shown in FIG. 4 is after the data is received at the communication terminal 5, a reception notification is returned to the communication terminal 3 at (7). Thus, it can be confirmed whether or not the data has actually arrived at the transfer destination.
[0040]
In addition, the center server 1 can be configured to manage a communication history of transmitted / received data. In response to an inquiry from a communication terminal, the communication history data of the communication terminal and the communication history data of the designated communication terminal can be transmitted to the communication terminal that made the inquiry. Further, the center server 1 may be provided with a communication management function, and for example, a function of managing each communication terminal or each group in which the communication terminals are classified into specific groups may be provided. For example, grouping can also be used as a group in the terminal database 13, or a management group can be set separately. A group code is set for each group, and when transmission or reception is performed, authentication based on the group code can be requested, and communication management can be aggregated in units of groups.
[0041]
In addition, when the center server 1 has an email transmission / reception function together with HTTP, for example, notification of arrival of newly arrived data by email to the transfer destination communication terminal, or notification of completion of reception after transfer on the transmission side It is possible to provide services such as notifying a communication terminal by e-mail, and further notifying various information such as communication management data by e-mail. As described above, as one of the automatic conversion functions, it is also possible to convert data to be transferred into electronic mail and transfer it.
[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 communication terminal 3 designates a URL for transmission to the center server 1 and connects to the center server 1, and in (2), the destination information, the terminal ID of its own device, etc. are transmitted together with the data to be transferred. It transmits to the center server 1. At this time, information related to time designation is also transmitted to the center server 1 as applied communication information.
[0044]
In the center server 1, the data to be transferred received from the communication terminal 3, the destination terminal ID, the terminal ID of the own apparatus, and the applied communication information are stored in the document database 14. At this time, for example, management information as shown in FIG. 3 is generated, and the fact that the time is specified as the application communication information is stored. The data is not transferred until the designated time arrives. That is, after receiving a connection URL from the communication terminal 5 which is a transfer destination to the center server 1 in (3) and connecting to the center server 1, in (4), specifying the terminal ID of the own device. If data reception is requested, even if there is data destined for the communication terminal 5, if there is data before the designated time, the center server 1 will not have any data in (5) (or only other data) )return it.
[0045]
When the designated time arrives and then the terminal 6 of the own device is designated and the reception of data is requested in (6), the center server 1 now designates the time according to the request from the communication terminal 5. The data that has been made is transferred to the communication terminal 5 in (7). In this way, data can be transferred to the transfer destination communication terminal after the time designated by the communication terminal 3 on the transmission side.
[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 center server 1 and can be deleted by the transmission side communication terminal or the operator of the center server 1. . In addition, after the expiration date, the data can be deleted, or can be retained so as to respond to a new expiration date setting or a retransmission instruction from the transmission side.
[0048]
As another application communication function, for example, when encryption communication is designated, at least communication between the center server 1 and the transfer destination communication terminal is performed by encryption communication. In this case, the communication between the communication terminal on the transmission side and the center server 1 is set in advance so as to perform communication by encrypted communication, or the encrypted communication is notified to the center server 1 prior to data transmission. It may be configured to transmit data after that. Note that the communication between the communication terminal on the transmission side and the center server 1 is not limited to data transfer, and encryption communication may always be performed according to settings.
[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 SYMBOLS 1 ... Center server, 2 ... Data exchange network, 3-6 ... Communication terminal, 11 ... Communication part, 12 ... Control part, 13 ... Terminal database, 14 ... Document database.

Claims (7)

複数の通信端末とHTTPによる通信を行う通信手段と、前記通信手段を介して前記通信端末から受け取った転送すべきデータ及び該データの転送先を示す宛先情報を記憶するデータ記憶手段と、前記通信端末の受信能力を記憶する受信能力記憶手段と、前記宛先情報によって特定される転送先の通信端末の受信能力を前記受信能力記憶手段から取得し該受信能力の範囲内で前記データを受け取るとともに前記宛先情報に従って前記データが転送先の通信端末へ転送されるように前記通信手段から送信する制御手段を有し、前記制御手段は、送信用のURLに対して前記通信端末から送られてきたデータ及び宛先情報を受信して前記受信能力のチェックを行い、受信用のURLに対する前記通信端末からの要求に従い、当該通信端末を宛先としているデータを前記データ記憶手段から検索して要求元の通信端末へ転送することを特徴とするHTTPサーバ。  Communication means for performing HTTP communication with a plurality of communication terminals, data storage means for storing data to be transferred received from the communication terminal via the communication means, and destination information indicating the transfer destination of the data, and the communication A receiving capability storage means for storing the receiving capability of the terminal; a receiving capability of the destination communication terminal specified by the destination information is acquired from the receiving capability storage means and the data is received within the range of the receiving capability; Control means for transmitting from the communication means so that the data is transferred to the destination communication terminal according to the destination information, and the control means sends data sent from the communication terminal to the URL for transmission; And receiving the destination information to check the reception capability, and according to the request from the communication terminal for the URL for reception, the communication terminal is set as the destination. The in and data HTTP server, characterized by transferring the data storage means searched and from the requesting communication terminal. 前記制御手段は、前記宛先情報によって特定される転送先の通信端末の受信能力の範囲外の機能を必要とするデータについてはエラーを送信元の通信端末に返すことを特徴とする請求項1に記載のHTTPサーバ。  2. The control unit according to claim 1, wherein an error is returned to the transmission source communication terminal for data that requires a function outside the range of the reception capability of the transfer destination communication terminal specified by the destination information. The described HTTP server. 複数の通信端末とHTTPによる通信を行う通信手段と、前記通信手段を介して前記通信端末から受け取った転送すべきデータ及び該データの転送先を示す宛先情報を記憶するデータ記憶手段と、前記通信端末の受信能力を記憶する受信能力記憶手段と、前記宛先情報に従って前記データが転送先の通信端末へ転送されるように前記通信手段から送信する制御手段を有し、前記制御手段は、送信用のURLに対して前記通信端末から送られてきたデータ及び宛先情報を受信して前記データ記憶手段に記憶させ、受信用のURLに対する前記通信端末からの要求に従い、当該通信端末を宛先としているデータを前記データ記憶手段から検索し、前記宛先情報によって特定される転送先が要求元の通信端末であるデータを前記要求元の通信端末へ転送する際に、該通信端末の受信能力を前記受信能力記憶手段から取得し、該受信能力に合わせて前記データを適宜変換して送信することを特徴とするHTTPサーバ。  Communication means for performing HTTP communication with a plurality of communication terminals, data storage means for storing data to be transferred received from the communication terminal via the communication means, and destination information indicating the transfer destination of the data, and the communication Receiving capability storage means for storing the receiving capability of the terminal, and control means for 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 transmission Data received from the communication terminal for the URL and destination information received and stored in the data storage means, and data addressed to the communication terminal according to a request from the communication terminal for the URL for reception From the data storage means, and sends the data whose forwarding destination specified by the destination information is the requesting communication terminal to the requesting communication terminal When feeding, HTTP Servers that acquires reception capability of the communication terminal from the receiving capability storage means, and transmits appropriately converts the data according to the received capabilities. 前記データ記憶手段は、前記データの受信の際に受け取った応用通信情報についても記憶し、前記制御手段は、前記応用通信情報に従って各種の機能を提供することを特徴とする請求項1ないし請求項3のいずれか1項に記載のHTTPサーバ。  The data storage means also stores applied communication information received at the time of receiving the data, and the control means provides various functions according to the applied communication information. 4. The HTTP server according to any one of 3 above. 前記制御手段は、前記通信手段を介して前記通信端末から受信確認の要求を受け取ると、対応する転送すべきデータが転送先の通信端末へ転送されたか否かを前記通信手段を介して要求元の前記通信端末へ返すことを特徴とする請求項1ないし請求項4のいずれか1項に記載のHTTPサーバ。  When the control means receives a reception confirmation request from the communication terminal via the communication means, the request source determines whether the corresponding data to be transferred has been transferred to the destination communication terminal. 5. The HTTP server according to claim 1, wherein the HTTP server is returned to the communication terminal. 前記制御手段は、送受信されたデータの通信履歴を管理し、前記通信端末からの問い合わせに対して前記通信履歴を問い合わせ元の通信端末に返信することを特徴とする請求項1ないし請求項5のいずれか1項に記載のHTTPサーバ。  6. The control unit according to claim 1, wherein the control unit manages a communication history of transmitted / received data and returns the communication history to an inquiry source communication terminal in response to an inquiry from the communication terminal. The HTTP server according to any one of the above. 前記制御手段は、前記通信端末のグループ毎の通信管理機能を有していることを特徴とする請求項1ないし請求項6のいずれか1項に記載のHTTPサーバ。  The HTTP server according to claim 1, wherein the control unit has a communication management function for each group of the communication terminals.
JP2002154781A 2002-05-28 2002-05-28 HTTP server Expired - Fee Related JP3867781B2 (en)

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)

* Cited by examiner, † Cited by third party
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 device, distribution method and distribution system
WO2009013958A1 (en) * 2007-07-26 2009-01-29 Nec Corporation Multimedia providing service
US8564639B2 (en) 2007-07-26 2013-10-22 Nec Corporation Multimedia communication system, multimedia communication device and terminal
JP5190956B2 (en) * 2008-12-27 2013-04-24 キヤノンマーケティングジャパン株式会社 Image forming apparatus, processing method thereof, and program

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 for electronic 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