JP3640872B2 - 通信制御装置及び通信制御方法 - Google Patents
通信制御装置及び通信制御方法 Download PDFInfo
- Publication number
- JP3640872B2 JP3640872B2 JP2000236917A JP2000236917A JP3640872B2 JP 3640872 B2 JP3640872 B2 JP 3640872B2 JP 2000236917 A JP2000236917 A JP 2000236917A JP 2000236917 A JP2000236917 A JP 2000236917A JP 3640872 B2 JP3640872 B2 JP 3640872B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- communication
- unit
- interface unit
- 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 - Lifetime
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
- H04L51/066—Format adaptation, e.g. format conversion or compression
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
- H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
- H04N1/00209—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0008—Connection or combination of a still picture apparatus with another apparatus
- H04N2201/0015—Control of image communication with the connected apparatus, e.g. signalling capability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0077—Types of the still picture apparatus
- H04N2201/0086—Image transceiver
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Engineering & Computer Science (AREA)
- Computing Systems (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Information Transfer Between Computers (AREA)
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、インターネットファクシミリ装置とネットワークとの間に接続され、双方の間で通信制御を行う通信制御装置及び通信制御方法に関する。
【０００２】
【従来の技術】
従来、企業などの組織内の情報共有を効率的に行うためにグループウェアソフトを利用してネットワークを構築することが行われている。近年、このようなネットワーク（以下、「グループウェアネットワーク」という）には、インターネット技術を取り入れ、ＷＷＷブラウザから利用可能なグループウェアソフトが採用されることが多い。この場合、そのグループウェアネットワーク上のＰＣ等のクライアント端末は、ＷＷＷブラウザを利用することで、グループウェアネットワーク上で情報を共有することができる。これにより、クライアント端末は、電子メールや電子掲示板等の機能を実現することができる。
【０００３】
一方、近年、一般的なファクシミリと同様の操作で画情報をインターネット経由で送信するファクシミリ装置が開発されている。この種のファクシミリは、通信経路の全部又は一部にインターネットを使用することからインターネットファクシミリ装置（以下、「ＩＦＡＸ」という）と呼ばれている。このようなＩＦＡＸは、画情報の送信時は、ファクシミリデータを電子メールのフォーマットに変換して送信する。一方、画情報の受信時は、受信した電子メールデータをファクシミリのフォーマットに変換して印刷処理を行う。このとき、ＩＦＡＸは、電子メールデータの通信をＳＭＴＰ（Simple Mail Transfer Protocol）やＰＯＰ３（Post Office Protocol Version3）等のプロトコルに従って制御している。
【０００４】
【発明が解決しようとする課題】
しかしながら、上述のようなＷＷＷブラウザを利用したグループウェアネットワークにおいては、各種データは、ＨＴＴＰプロトコルに従って通信が行われる。このため、ＳＭＴＰ（Simple Mail Transfer Protocol）やＰＯＰ３（Post Office Protocol Version3）に従って通信を制御するＩＦＡＸは、動作することができないという問題がある。
【０００５】
本発明は、かかる点に鑑みてなされたものであり、ＨＴＴＰプロトコルで管理されたネットワーク上でもＩＦＡＸを正常に動作させることができる通信制御装置及び通信制御方法を提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明は、ＩＦＡＸに接続される第１インタフェース部からＳＭＴＰプロトコルに従った所定の信号種別を判定し、所定の信号種別を判定した場合にＩＦＡＸとの間でＳＭＴＰプロトコルに従って通信を制御する一方、ＩＦＡＸが接続され、サーバ装置によりＨＴＴＰプロトコルで管理されるネットワークに接続される第２インタフェース部を介して、サーバ装置との間でＨＴＴＰプロトコルに従って通信を制御しながら、ＩＦＡＸから電子メールデータを受信し、受信した電子メールデータをＨＴＭＬデータに変換し、さらにそのＨＴＭＬデータをサーバ装置に送信するようにしたものである。
【０００７】
これにより、ＩＦＡＸからサーバ装置に電子メールを送信する際、ＩＦＡＸとの間でＳＭＴＰに従って各種信号や電子メールデータの通信を行う一方、サーバ装置との間でＨＴＴＰプロトコルに従って各種信号や電子メールデータの通信を行う。このため、ＨＴＴＰプロトコルで管理されるネットワークにおいても、ＩＦＡＸは、正常に電子メールの送信動作を行うことができる。
【０００８】
また、本発明は、ＩＦＡＸに接続される第１インタフェース部からＰＯＰ３プロトコルに従った所定の信号種別を判定し、所定の信号種別を判定した場合にＩＦＡＸとの間でＰＯＰ３プロトコルに従って通信を制御する一方、ＩＦＡＸが接続され、サーバ装置によりＨＴＴＰプロトコルで管理されるネットワークに接続される第２インタフェース部を介して、サーバ装置との間でＨＴＴＰプロトコルに従って通信を制御しながら、サーバ装置から電子メールデータを含むＨＴＭＬデータを受信し、受信したＨＴＭＬデータから電子メールデータを取り出し、取り出した電子メールデータをＩＦＡＸに送信するようにしたものである。
【０００９】
これにより、ＩＦＡＸがサーバ装置から電子メールを受信する際、ＩＦＡＸとの間でＰＯＰ３プロトコルに従って各種信号や電子メールデータの通信を行う一方、サーバ装置との間でＨＴＴＰプロトコルに従って各種信号や電子メールデータの通信を行う。このため、ＨＴＴＰプロトコルで管理されたネットワークにおいても、ＩＦＡＸは、正常に電子メールの受信動作を行うことができる。
【００１０】
【発明の実施の形態】
本発明の第１の態様に係る通信制御装置は、インターネットファクシミリ装置に接続される第１インタフェース部と、サーバ装置によりＨＴＴＰプロトコルで管理されるネットワークに接続される第２インタフェース部と、前記第１インタフェース部を介しての通信をＳＭＴＰプロトコルに従って制御するＳＭＴＰ処理部と、前記第２インタフェース部を介しての通信をＨＴＴＰプロトコルに従って制御するＨＴＴＰ処理部と、前記第１インタフェース部を介して電子メールデータを受信する電子メール通信部と、前記電子メールデータを第２インタフェース部を介して送信するＨＴＭＬ通信部と、前記第１インタフェース部を介して受信する信号の種別を判定する信号種別判定部とを具備し、前記第１インタフェース部を介して受信した信号が電子メールデータ受信前のＳＭＴＰプロトコルに従っ た所定の信号であると前記信号種別判定部が判定した場合、前記第２インタフェース部を介してＨＴＴＰプロトコルに従った通信の制御を開始し、電子メールデータを送信するための送信フォームデータを受信する構成を採る。
【００１１】
この構成によれば、ＩＦＡＸからサーバ装置に電子メールを送信する際、ＩＦＡＸとの間でＳＭＴＰプロトコルに従って各種信号や電子メールデータの通信を行う一方、サーバ装置との間でＨＴＴＰプロトコルに従って各種信号や電子メールデータの通信を行う。このため、ＨＴＴＰプロトコルで管理されるネットワークにおいても、ＩＦＡＸは、正常に電子メールの送信動作を行うことができる。
【００１２】
また、インターネットファクシミリ装置から所定の信号を受信した場合に、サーバ装置とＨＴＴＰプロトコルに従って通信制御を行う。これと並行して、ＳＭＴＰ処理部がインターネットファクシミリ装置とＳＭＴＰプロトコルに従って通信制御を行う。このため、インターネットファクシミリ装置とサーバ装置との間において、リアルタイムで通信制御を行うことができる。これにより、いずれか一方との通信を完了した後に他方と通信を開始するような場合に発生する事態を防止することができる。例えば、送信済みデータを削除することによって、同一データの再送ができないような事態が防止される。
【００１３】
本発明の第２の態様に係る通信制御装置は、第１の態様において、前記送信フォームデータを受信した後に、前記第１インタフェース部を介して電子メールデータを受信し、前記第２インタフェース部を介して前記送信フォームデータに基づくデータとともに前記電子メールデータを送信する構成を採る。
【００１４】
この構成によれば、サーバから送信フォームデータを受信した後に、ＩＦＡＸから電子メールデータを受信し、送信先等の情報を記述して送信フォームをサーバに送信する。このため、送信フォームを認識する前に電子メールデータがＩＦＡＸから送信され、電子メールデータの受信から長時間が経過することによる通信制御装置での誤動作を防止することができる。これにより、確実に電子メールの送信動作を行うことができる。
【００１５】
本発明の第３の態様に係る通信制御装置は、第１または第２のいずれかの態様において、前記電子メール通信部が受信した電子メールデータに対して暗号化処理を行う暗号化処理部を具備し、前記ＨＴＭＬ通信部は、前記暗号化処理部が暗号化処理を施した電子メールデータを送信する構成を採る。
【００１６】
この構成によれば、暗号化処理部がその暗号化処理を施した電子メールデータがＨＴＭＬデータに変換されてサーバ装置に送信される。これにより、ＨＴＴＰプロトコルで管理されるネットワークにおいても、ＩＦＡＸは、正常に電子メールの送信動作を行うことができると共に、既存のインターネットファクシミリ装置に特別な構成を附加することなく、インターネットファクシミリ装置から送信される電子メールの秘匿性を確保することができる。
【００１７】
本発明の第４の態様に係る通信制御装置は、第３の態様において、前記暗号化処理部の暗号化処理に必要となる情報を格納するＩＣカードと、前記ＩＣカードが挿入されるスロット部と、を具備し、前記暗号化処理部は、前記スロット部に前記ＩＣカードが挿入されている場合に当該ＩＣカード内の前記情報を用いて暗号化処理を行う構成を採る。
【００１８】
この構成によれば、ＩＣカードがスロット部に挿入されている場合にのみ、その内部に格納された情報に基づいて暗号化処理が施されるため、簡単に暗号化処理の要否を判断することができる。
【００１９】
本発明の第５の態様に係る通信制御装置は、インターネットファクシミリ装置に接続される第１インタフェース部と、サーバ装置によりＨＴＴＰプロトコルで管理されるネットワークに接続される第２インタフェース部と、前記第１インタフェース部を介しての通信をＰＯＰ３プロトコルに従って制御するＰＯＰ３処理部と、前記第２インタフェース部を介しての通信をＨＴＴＰプロトコルに従って制御するＨＴＴＰ処理部と、前記第２インタフェース部を介して電子メールデータを含むＨＴＭＬデータを受信するＨＴＭＬ通信部と、このＨＴＭＬ通信部で受信したＨＴＭＬデータから電子メールデータを取り出すＨＴＭＬ処理部と、前記第１インタフェース部を介して電子メールデータを送信する電子メール通信部と、前記第１インタフェース部を介して受信する信号の種別を判定する信号種別判定部とを具備し、前記第１インタフェース部を介して受信した信号が電子メールデータ受信前のＰＯＰ３プロトコルに従った所定の信号であると前記信号種別判定部が判定した場合、前記第２インタフェース部を介してＨＴＴＰプロトコルに従った通信の制御を開始し、電子メールデータを受信するための受信フォームデータを受信する構成を採る。
【００２０】
この構成によれば、ＩＦＡＸがサーバ装置から電子メールを受信する際、ＩＦＡＸとの間でＰＯＰ３プロトコルに従って各種信号や電子メールデータの通信を行う一方、サーバ装置との間でＨＴＴＰプロトコルに従って各種信号や電子メールデータの通信を行う。このため、ＨＴＴＰプロトコルで管理されたネットワークにおいても、ＩＦＡＸは、正常に電子メールの受信動作を行うことができる。
【００２１】
また、インターネットファクシミリ装置から所定の信号を受信した場合に、サーバ装置とＨＴＴＰプロトコルに従って通信制御を行う。これと並行して、ＰＯＰ３処理部がインターネットファクシミリ装置とＰＯＰプロトコルに従って通信制御を行う。このため、インターネットファクシミリ装置とサーバ装置との間において、リアルタイムで通信制御を行うことができる。これにより、いずれか一方との通信を完了した後に他方と通信を開始するような場合に発生する事態を防止することができる。
【００２２】
本発明の第６の態様に係る通信制御装置は、第５の態様において、前記受信フォームデータを受信した後に、前記第２インタフェース部を介して前記受信フォームデータに基づく電子メールデータ送信要求データを送信し、前記第２インタフェース部を介して受信した電子メールデータを前記第１インターフェース部を介して送信する構成を採る。
【００２３】
本発明の第７の態様に係る通信制御装置は、第６の態様において、前記受信した電子メールデータを前記第１インターフェース部を介して送信した後、この送信した電子メールデータの削除を前記第２インタフェース部を介して要求する構成を採る。
【００２４】
これらの構成によれば、インターネットファクシミリ装置から所定の信号を受信した場合に、サーバ装置とＨＴＴＰプロトコルに従って通信制御を行う。これと並行して、ＰＯＰ３処理部がインターネットファクシミリ装置とＰＯＰプロトコルに従って通信制御を行う。このため、インターネットファクシミリ装置とサーバ装置との間において、リアルタイムで通信制御を行うことができる。これにより、いずれか一方との通信を完了した後に他方と通信を開始するような場合に発生する事態を防止することができる。
【００２５】
本発明の第８の態様に係る通信制御装置は、第５から第７のいずれかの態様において、前記ＨＴＭＬ処理部がＨＴＭＬデータから取り出した電子メールデータに暗号化処理が施されている場合に復号化処理を行う復号化処理部を具備し、前記電子メール通信部は、前記復号化処理部が復号化処理を行った電子メールデータを前記第１インターフェース部を介して送信する構成を採る。
【００２６】
この構成によれば、ＨＴＭＬデータから取り出した電子メールデータに暗号化処理が施されている場合、復号化処理が行われた電子メールデータがインターネットファクシミリ装置に送信される。これにより、ＨＴＴＰプロトコルで管理されたネットワークにおいても、ＩＦＡＸは、正常に電子メールの受信動作を行うことができると共に、既存のインターネットファクシミリ装置に特別な構成を附加することなく、インターネットファクシミリ装置から送信される電子メールの秘匿性を確保することができる。
【００２７】
本発明の第９の態様に係る通信制御装置は、第８の態様において、前記復号化処理部の復号化処理に必要となる情報を格納するＩＣカードと、前記ＩＣカードが挿入されるスロット部と、を具備し、前記復号化処理部は、前記スロット部に前記ＩＣカードが挿入されている場合に当該ＩＣカード内の前記情報を用いて復号化処理を行う構成を採る。
【００２８】
この構成によれば、ＩＣカードがスロット部に挿入されている場合にのみ、その内部に格納された情報に基づいて復号化処理が施されるため、簡単に復号化処理の要否を判断することができる。
【００２９】
本発明の第１０の態様に係る通信制御方法は、インターネットファクシミリ装置に接続される第１インタフェース部からＳＭＴＰプロトコルに従った所定の信号種別を判定する工程と、前記所定の信号種別を判定した場合に前記インターネットファクシミリ装置との間でＳＭＴＰプロトコルに従って通信を制御する一方、前記インターネットファクシミリ装置が接続され、サーバ装置によりＨＴＴＰプロトコルで管理されるネットワークに接続される第２インタフェース部を介して前記サーバ装置との間でＨＴＴＰプロトコルに従って通信を制御する工程と、前記インターネットファクシミリ装置から電子メールデータを受信する工程と、前記電子メールデータをＨＴＭＬデータに変換する工程と、前記ＨＴＭＬデータを前記サーバ装置に送信する工程と、を具備するようにしたものである。
【００３０】
本発明の第１１の態様に係る通信制御方法は、インターネットファクシミリ装置に接続される第１インタフェース部からＰＯＰ３プロトコルに従った所定の信号種別を判定する工程と、前記所定の信号種別を判定した場合に前記インターネットファクシミリ装置との間でＰＯＰ３プロトコルに従って通信を制御する一方、前記インターネットファクシミリ装置が接続され、サーバ装置によりＨＴＴＰプロトコルで管理されるネットワークに接続される第２インタフェース部を介して前記サーバ装置との間でＨＴＴＰプロトコルに従って通信を制御する工程と、前記サーバ装置から電子メールデータを含むＨＴＭＬデータを受信する工程と、前記ＨＴＭＬデータから電子メールデータを取り出す工程と、取り出した前記電子メールデータを前記インターネットファクシミリ装置に送信する工程と、を具備するようにしたものである。
【００３１】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００３２】
（実施の形態１）
図１は、本発明の実施の形態１に係る通信制御装置が動作するネットワークを示す概念図である。本実施の形態の通信制御装置１００は、ＩＦＡＸ１０１に接続され、ＩＦＡＸ１０１とそれに接続されたネットワークとの間で電子メール通信を行う場合に、その通信プロトコルを変換するアダプタとして機能するため、本実施の形態においては、以下、単にアダプタ（ＡＤＰＴ）と呼ぶこととする。
【００３３】
このようなＩＦＡＸ１０１に接続されたＡＤＰＴ１００は、ＰＣ等の通信端末１０２と共に、ＬＡＮ（Local Area Network）等のネットワーク１０３に接続されている。このネットワーク１０３は、グループウェアソフトを利用したサーバ（以下、「グループウェアサーバ」という）１０４により管理されている。以下において、このグループウェアサーバ１０４に管理されるネットワーク１０３をグループウェアネットワーク１０３と呼ぶこととする。
【００３４】
このグループウェアサーバ１０４は、例えば、ＬＯＴＵＳ社（米国）のＮＯＴＥＳ等のグループウェアソフトを採用し社内ネットワークを構築する。これにより、ＰＣ１０２等のクライアント端末は、グループウェアネットワーク１０３で情報の共有を実現することができる。また、グループウェアサーバ１０４は、ＷＥＢサーバとしての機能を有し、グループウェアネットワーク１０３に接続されたＰＣ１０２等のクライアント端末、あるいは、外部のクライアント端末は、ＷＷＷブラウザを利用することでグループウェアネットワーク１０３における情報の共有を実現することができる。本実施の形態に係る発明は、グループウェアサーバ１０４がＷＥＢサーバとして機能する場合に顕著な効果を奏するため、特にこの場合について説明する。
【００３５】
このグループウェアネットワーク１０３の外部にあるＬＡＮ１０５に接続されたＰＣ１０６が電子メールをグループウェアネットワーク１０３上のＰＣ１０２等のクラインアント端末に送信する場合、ＰＣ１０６等から送信された電子メールは、ＬＡＮ１０５を介してメールサーバ１０７に送信される。そして、メールサーバ１０７で送信先等が判断され、インターネット１０８を介してグループウェアサーバ１０４に転送される。
【００３６】
グループウェアサーバ１０４は、外部からの電子メールを受信すると、そのアドレス情報からユーザ名を判断する。そして、ユーザ名に対応するクライアントがグループウェアネットワーク１０３上に存在するか判断し、存在する場合には、そのユーザ名に対応するメールボックスに受信した電子メールデータを格納する。そして、そのユーザ名に対応するクライアント端末からアクセスがあった場合、その受信した電子メールをＷＷＷブラウザ上で表示できるように電子メールデータの変換処理を行う。これにより、ＰＣ１０２等のクライアント端末は、ＷＷＷブラウザ上で電子メールを見ることができる。
【００３７】
図２は、このような場合におけるグループウェアサーバ１０４及びグループウェアネットワーク１０３上のＰＣ１０２等のクライアント端末周辺における通信プロトコルを説明するための概念図である。
【００３８】
ＬＡＮ１０５に接続されたＰＣ１０６からグループウェアネットワーク１０３上のＰＣ１０２に電子メールを送信する場合、インターネット１０８を介して電子メールは、ＳＭＴＰプロトコルに従ってグループウェアサーバ１０４に送信される。この電子メールは、グループウェアサーバ１０４において一時的に保持される。そして、ＰＣ１０２から要求があった場合にグループウェアサーバ１０４は、その電子メールのプロトコルをＳＭＴＰプロトコルからＨＴＴＰプロトコルに変換することでＰＣ１０２のＷＷＷブラウザ上で見ることができるようにしている。
【００３９】
なお、図２において、ファイアウォール（ＦＩＲＥ ＷＡＬＬ）は、インターネット１０８とグループウェアネットワーク１０３との間に配設され、インターネット１０８からのデータの流入を防止し、グループウェアネットワーク１０３上のクライアント端末からの要求に応答するデータだけグループウェアネットワーク１０３内に受け入れる機能を有するものである。
【００４０】
これに対して、ＬＡＮ１０５に接続されたＩＦＡＸ１０９が電子メールをグループウェアネットワーク１０３上のＩＦＡＸ１０１に送信する場合、ＰＣ１０６からの電子メールと同様に、ＩＦＡＸ１０９からメールサーバ１０７、インターネット１０８を介してグープウェアサーバ１０４に転送される。そして、グループウェアサーバ１０４でユーザ名が判断され、そのユーザ名に対応するクライアントが存在する場合には、そのユーザ名に対応したメールボックスに受信した電子メールデータが格納される。さらに、そのユーザ名に対応するＩＦＡＸ１０１からＡＤＰＴ１００を介してアクセスがあった場合、ＰＣ１０６からの電子メールと同様に、その受信した電子メールデータの変換処理を行う。
【００４１】
図２を用いて説明すると、ＬＡＮ１０５に接続されたＩＦＡＸ１０９からグループウェアネットワーク１０３上のＩＦＡＸ１０１に電子メールを送信する場合、上述のＰＣ１０６からの電子メールと同様に、インターネット１０８を介して電子メールは、ＳＭＴＰプトロコルに従ってグループウェアサーバ１０４に送信される。この電子メールは、グループウェアサーバ１０４において一時的に保持される。そして、ＩＦＡＸ１０１からＡＤＰＴ１００を介して要求があった場合にグループウェアサーバ１０４は、その電子メールのプロトコルをＳＭＴＰプロトコルからＨＴＴＰプロトコルに変換するようにしている。
【００４２】
ＡＤＰＴ１００は、このＨＴＴＰプロトコルに従って処理された電子メールデータを受け取り、ＩＦＡＸ１０１との間でさらにプロトコルの変換処理を行う。すなわち、ＡＤＰＴ１００は、ＩＦＡＸ１０１の動作可能なプロトコルであるＰＯＰ３（送信時には、ＳＭＴＰ）に従って電子メールデータをＩＦＡＸ１０１に受け渡す。これにより、ＩＦＡＸ１０１は、通常の電子メールの通信処理と同様に、電子メールの受信を行うことができ、受信したその電子メールの印刷を行うことができる。
【００４３】
図３は、上述のような機能を有する本ＡＤＰＴ１００のハードウエア構成を示すブロック図である。
【００４４】
中央処理部（ＣＰＵ）２００は、各種プログラムを実行してＡＤＰＴ１００の各部を制御する。ＲＯＭ２０１は、ＣＰＵ２００が実行するプログラムを格納する。ＲＡＭ２０２は、プログラムのデータ領域として使用されると共に、所定のデータを格納するメモリとして使用される。
【００４５】
第１ＬＡＮインタフェース（以下、「第１ＬＡＮＩ／Ｆ」という）２０３は、グループウェアネットワーク１０３との間のデータの送受信を制御するインタフェースである。第２ＬＡＮインタフェース（以下、「第２ＬＡＮＩ／Ｆ」という）２０４は、ＩＦＡＸ１０１との間のデータの送受信を制御するインタフェースである。なお、第２ＬＡＮＩ／Ｆ２０４は、既存の全てのＩＦＡＸ１０１が備えるインタフェースと接続されるため、各機種の仕様等に限定されることなく既存のＩＦＡＸ１０１の全ての機種に接続することができる。これら２つのＬＡＮＩ／Ｆにより本ＡＤＰＴ１００は、ＩＦＡＸ１００とグループウェアネットワーク１０３との間で動作する。
【００４６】
バス２０５は、ＣＰＵ２００、ＲＯＭ２０１、ＲＡＭ２０２、第１ＬＡＮＩ／Ｆ２０３及び第２ＬＡＮＩ／Ｆ２０４間でデータが転送される経路である。
【００４７】
図４は、上記実施の形態に係るＡＤＰＴ１００の主要な機能を示すブロック図である。
【００４８】
信号種別判定部４００は、第２ＬＡＮＩ／Ｆ２０４を介してＩＦＡＸ１０１から出力されるコマンド信号の種別を判定する。そして、コマンド信号の種別に応じて、ＳＭＴＰ・ＰＯＰ３処理部４０１、ＨＴＴＰ処理部４０２及び電子メール通信部４０３にそのコマンド信号を受信した旨の通知をする。
【００４９】
ＳＭＴＰ・ＰＯＰ３処理部４０１は、信号種別判定部４００から通知を受けると、第２ＬＡＮＩ／Ｆ２０４を介してＩＦＡＸ１０１との間でＳＭＴＰプロトコル又はＰＯＰ３プロトコルに従って各種信号の通信を行う。
【００５０】
ＨＴＴＰ処理部４０２は、信号種別判定部４００から通知を受けると、第１ＬＡＮＩ／Ｆ２０３を介してグループウェアネットワーク１０３との間でＨＴＴＰプロトコルに従って、各種信号の通信を行う。
【００５１】
電子メール通信部４０３は、信号種別判定部４００から通知を受けると、第２ＬＡＮＩ／Ｆ２０４を介してＩＦＡＸ１０１との間で電子メールデータの通信を行う。ＩＦＡＸ１０１から電子メールを受信する場合、電子メール通信部４０３は、受信した電子メールデータをＲＡＭ２０２に格納する。一方、ＩＦＡＸ１０１に電子メールを送信する場合、電子メール通信部４０３は、ＲＡＭ２０２に格納された電子メールデータを取り出し、送信する。
【００５２】
ＨＴＭＬ通信部４０４は、第１ＬＡＮＩ／Ｆ２０３を介して、グループウェアネットワーク１０３との間でＨＴＭＬ文書データの通信を行う。
【００５３】
ＨＴＭＬ処理部４０５は、ＨＴＭＬ通信部４０４が受信したＨＴＭＬ文書データに所定のデータの書き込みを行う一方、ＲＡＭ２０２に格納された電子メールデータのＨＴＭＬ文書への変換処理を行う。
【００５４】
次に、上記構成を有するＡＤＰＴ１００が接続されたＩＦＡＸ１０１からグループウェアサーバ１０４に電子メールを送信する場合の処理について、図５に示すシーケンス図を参照しながら、図６に示すフロー図を用いて説明する。図５は、本実施の形態に係るＡＤＰＴ１００が接続されたＩＦＡＸ１０１からグループウェアサーバ１０４に電子メールを送信する場合のシーケンス図を示す。図６は、本実施の形態に係るＡＤＰＴ１００からグループウェアサーバ１０４に電子メールデータを送信する場合のフロー図を示す。
【００５５】
グループウェアサーバ１０４に電子メールを送信する場合、まず、ＩＦＡＸ１０１は、ＡＤＰＴ１００とのコネクション確立のための手順を実行する。すなわち、図５に示すように、ＩＦＡＸ１０１は、ＡＤＰＴ１００に対して、まず、同期を取るためのコマンド信号（ＳＹＮ）を送信する。そして、コマンド信号（ＳＹＮ）に応答してＡＤＰＴ１００から送信される、同期確認を示すコマンド信号（ＳＹＮ ＡＣＫ）を受信し、ＩＦＡＸ１０１は、このコマンド信号（ＳＹＮ ＡＣＫ）を受信したことを示すコマンド信号（ＡＣＫ）を送信する。この手順を実行することにより、ＩＦＡＸ１０１とＡＤＰＴ１００との間のコネクションが確立される。
【００５６】
ＩＦＡＸ１０１とＡＤＰＴ１００のコネクションが確立されると、ＡＤＰＴ１００は、グループウェアサーバ１０４とのコネクション確立のための手順を実行する。ＡＤＰＴ１００は、上述のＩＦＡＸ１０１が実行したのと同一の手順を実行する。この手順を実行することにより、ＡＤＰＴ１００とグループウェアサーバ１０４との間のコネクションが確立される。
【００５７】
ＡＤＰＴ１００とグループウェアサーバ１０４とのコネクションを確立する際に、最終確認となるコマンド信号（ＡＣＫ）をグループウェアサーバ１０４に送信すると、ＡＤＰＴ１００において、ＳＭＴＰ・ＰＯＰ３処理部４０１は、ＩＦＡＸ１０１との間でＳＭＴＰプロトコルに従ってコマンド信号のやりとりを開始する。具体的には、まず、ＳＭＴＰ・ＰＯＰ３処理部４０１は、受信ＯＫを示す応答信号（２２０）をＩＦＡＸ１０１に対して出力する。
【００５８】
この”２２０”を受信すると、ＩＦＡＸ１０１は、通信路の使用開始宣言を示すコマンド信号（ＨＥＬＯ）をＡＤＰＴ１００に対して出力する。この”ＨＥＬＯ”を受信すると、ＡＤＰＴ１００において、信号種別判定部４００は、ＳＭＴＰ・ＰＯＰ３処理部４０１にその旨を通知する。この通知を受けると、ＳＭＴＰ・ＰＯＰ３処理部４０１は、受信ＯＫを示す応答信号（２５０）をＩＦＡＸ１０１に対して出力する。
【００５９】
そして、これ以降、ＩＦＡＸ１０１から出力されるメッセージの送信者名を示すコマンド信号（ＭＡＩＬ）、メッセージの宛先名を示すコマンド信号（ＲＣＰＴ）及びメッセージの送信開始を示すコマンド信号（ＤＡＴＡ）を受信して、ＳＭＴＰ・ＰＯＰ３処理部４０１は、各コマンド信号に対して、”２５０”、”２５０”及び”３５４”という応答信号をＩＦＡＸ１０１に出力する。なお、この”３５４”は、グループウェアサーバ１０４から後述する送信フォームを受け取ってからＩＦＡＸ１０１に出力される。
【００６０】
この”３５４”を受信した後、ＩＦＡＸ１０１から出力される電子メールデータ及び通信路の使用終了宣言を示すコマンド信号（ＱＵＩＴ）を受信する。そして、ＳＭＴＰ・ＰＯＰ３処理部４０１は、電子メールデータの受信完了時には”２５０”、”ＱＵＩＴ”に対しては”２２１”という応答信号をＩＦＡＸ１０１に出力する。これにより、ＩＦＡＸ１０１とＡＤＰＴ１００との間のコネクションが切断される。このように、ＩＦＡＸ１０１とＡＤＰＴ１００との間では、通常の電子メールデータのやりとりと同様に、ＳＭＴＰプロトコルに従って各種信号や電子メールデータのやりとりが行われる。
【００６１】
なお、電子メールデータの受信完了時に出力する”２５０”は、グループウェアサーバ１０４から後述する”ＰＯＳＴ”の応答信号を受信してからＩＦＡＸ１０１に出力される。
【００６２】
一方、ＩＦＡＸ１０１から”ＨＥＬＯ”を受信すると、ＡＤＰＴ１００において、信号種別判定部４００は、ＨＴＴＰ処理部４０２にその旨を通知する。この通知を受けると、ＨＴＴＰ処理部４０２は、グループウェアサーバ１０４との間でＨＴＴＰプロトコルに従ってコマンド信号のやりとりを開始する。具体的には、まず、ＨＴＴＰ処理部４０２は、接続を要求するコマンド信号（ＧＥＴ）をグループウェアサーバ１０４に対して出力する。これにより、ＨＴＴＰプロトコルに従ってグループウェアサーバ１０４と接続される（ＳＴ６０１）。
【００６３】
なお、ここでは、単にＨＴＴＰプロトコルに従って接続しているが、接続の際、ＳＳＬ（Secure Socket Layer）等の技術を用いてグループウェアサーバ１０４との間で交換されるデータのセキュリティを守るようにしても良い。
【００６４】
この”ＧＥＴ”を受信すると、グループウェアサーバ１０４は、応答信号として、認証要求を含むエラー信号をＡＤＰＴ１００に対して出力する。このエラー信号は、ヘッダとＨＴＭＬ文書データで構成され、そのＨＴＭＬ文書データに認証する方法が指定されている。これにより、グループウェアサーバ１０４から認証方法が指定される（ＳＴ６０２）。
【００６５】
このエラー信号を受信すると、ＨＴＴＰ処理部４０２は、送信フォームの要求を示すコマンド信号（ＧＥＴ）に予め設定されているユーザＩＤ（ＵＩＤ）及びパスワードを付与して送信する（ＳＴ６０３）。
【００６６】
この”ＧＥＴ”を受信すると、グループウェアサーバ１０４は、その”ＧＥＴ”に付与されたＵＩＤ及びパスワードが適正なものか判断し、適正である場合には送信フォームを含むデータ（以下、「送信フォームデータ」という）をＡＤＰＴ１００に対して出力する（ＳＴ６０４）。
【００６７】
図７は、グループウェアサーバ１０４から送信される送信フォームデータのソースデータを示している。図７に示すように、送信フォームデータは、ヘッダとＨＴＭＬ文書データで構成され、そのＨＴＭＬ文書データに送信フォームが含まれている。この送信フォームを受信することで、ＡＤＰＴ１００は、図８に示す送信フォームを認識することができる。なお、図８は、グループウェアサーバ１０４から送信される送信フォームの概念図である。
【００６８】
送信フォームデータを受信すると、ＡＤＰＴ１００において、ＨＴＭＬ通信部４０４は、この”ＤＡＴＡ”からＨＴＭＬ文書データで記述された送信フォームを抽出し、送信フォームを取得する（ＳＴ６０５）。このとき、ＨＴＴＰ処理部４０２は、この送信フォームデータを受信した旨を信号種別判定部４００に通知する。
【００６９】
送信フォームデータを受信した旨の通知を受けると、信号種別判定部４００は、ＳＭＴＰ・ＰＯＰ３処理部４０１にその旨を通知する。この通知を受けると、上述のように、ＡＤＰＴ１００において、ＳＭＴＰ・ＰＯＰ３処理部４０１は、”３５４”という応答信号をＩＦＡＸ１０１に送信し、ＩＦＡＸ１０１からの電子メールデータの送信を促す。そして、ＩＦＡＸ１０１から送信された電子メールデータを電子メール通信部４０３が受信し、ＲＡＭ２０２に格納する（ＳＴ６０６）。
【００７０】
ＨＴＭＬ処理部４０５は、ＲＡＭ２０２に格納された電子メールデータから送信先（図８に示す「To」）、件名（図８に示す「Subject」）、ファイル名（図８に示す「File Name」）を抽出し、受信した送信フォームの所定位置に書き込む。そして、この送信フォームをＨＴＭＬ通信部４０４に渡す。ＨＴＭＬ通信部４０４は、この送信フォームを含むコマンド信号（ＰＯＳＴ）をグループウェアサーバ１０４に送信すると共に電子メールデータをグループウェアサーバ１０４に送信する（ＳＴ６０７）。
【００７１】
図９は、ＡＤＰＴ１００が送信する”ＰＯＳＴ”のソースデータを示している。図９に示すように、”ＰＯＳＴ”は、ヘッダと送信データで構成され、その送信データに上述の送信フォームに書き込まれる所定情報が含まれている。具体的には、図９に示すように、送信先（ａｂｃ＠ｄｅｆ．ｃｏｍ）、件名（ｔｅｓｔ）及びファイル名（￥￥ｉｍａｇｅ．ｔｉｆ）が記述されている。この”ＰＯＳＴ”を受信することで、グループウェアサーバ１０４は、図１０に示す所定情報が書き込まれた送信フォームを認識することができる。なお、図１０は、ＡＤＰＴ１００から送信される送信データが記述された送信フォームの概念図である。
【００７２】
このような”ＰＯＳＴ”及び電子メールデータを受信すると（ＳＴ６０８）、送信フォームに記述された情報に従って、グループウェアサーバ１０４は、ＣＧＩ処理を起動し（ＳＴ６０９）、送信フォームに記述された送信先の電子メールアドレスの検証を行う（ＳＴ６１０）。具体的には、その送信先の電子メールアドレスがグループウェアネットワーク１０３上のクライアント端末かどうかを判定する。ここで、グループウェアネットワーク１０３上のクライアント端末である場合には、電子メールデータは、該当するメールボックスに格納される（ＳＴ６１１）。一方、グループウェアネットワーク１０３上のクライアント端末でない場合には、電子メールデータは、インターネット１０８を介して他のメールサーバに転送される（ＳＴ６１２）。
【００７３】
その後、グループウェアサーバ１０４は、電子メールデータの受信処理の終了を示すため、”ＰＯＳＴ”の応答信号をＡＤＰＴ１００に出力する。これにより、グループウェアサーバ１０４とＡＤＰＴ１００との間のコネクションが切断される。このように、グループウェアサーバ１０４とＡＤＰＴ１００との間では、ＩＦＡＸ１０１からの”ＨＥＬＯ”の受信をきっかけにして、ＨＴＴＰプロトコルに従って各種信号や電子メールデータのやりとりが行われる。
【００７４】
このように本実施の形態のＡＤＰＴ１００によれば、ＩＦＡＸ１０１からグループウェアサーバ１０４に電子メールを送信する際、ＩＦＡＸ１０１との間でＳＭＴＰプロトコルに従って各種信号や電子メールデータの通信を行う一方、グループウェアサーバ１０４との間でＨＴＴＰプロトコルに従って各種信号や電子メールデータの通信を行う。このため、ＨＴＴＰプロトコルに従って通信が行われるグループウェアネットワーク１０３においても、ＩＦＡＸ１０１は、正常に電子メールの送信動作を行うことができる。
【００７５】
また、本実施のＡＤＰＴ１００によれば、グループウェアサーバ１０４から送信フォームデータを受信した後、ＩＦＡＸ１０１に対して”３５４”を送信する。そして、ＩＦＡＸ１０１から電子メールデータを受信した後、送信先等の情報を記述して送信フォームをグループウェアサーバ１０４に送信する。このため、送信フォームを認識する前に電子メールデータがＩＦＡＸ１０１から送信され、電子メールデータの受信から長時間が経過することによるＡＤＰＴ１００での誤動作を防止することができる。これにより、確実に電子メールの送信動作を行うことができる。
【００７６】
次に、ＡＤＰＴ１００が接続されたＩＦＡＸ１０１がグループウェアサーバ１０４から電子メールを受信する場合の処理について、図１１に示すシーケンス図を参照しながら、図１２に示すフロー図を用いて説明する。図１１は、本実施の形態に係るＡＤＰＴ１００が接続されたＩＦＡＸ１０１がグループウェアサーバ１０４から電子メールを受信する場合のシーケンス図を示す。図１２は、本実施の形態に係るＡＤＰＴ１００がグループウェアサーバ１０４から電子メールデータを受信する場合のフロー図を示す。
【００７７】
グループウェアサーバ１０４から電子メールを受信する場合においても、グループウェアサーバ１０４に電子メールを送信する場合と同様に、ＩＦＡＸ１０１は、まず、ＡＤＰＴ１００とのコネクション確立のための手順を実行する。また、ＩＦＡＸ１０１とＡＤＰＴ１００のコネクションが確立されると、ＡＤＰＴ１００も、グループウェアサーバ１０４に電子メールを送信する場合と同様に、グループウェアサーバ１０４とのコネクション確立のための手順を実行する。
【００７８】
ＡＤＰＴ１００とグループウェアサーバ１０４とのコネクションを確立する際に、最終確認となるコマンド信号（ＡＣＫ）をグループウェアサーバ１０４に送信すると、ＡＤＰＴ１００において、ＳＭＴＰ・ＰＯＰ３処理部４０１は、ＩＦＡＸ１０１との間でＰＯＰ３プロトコルに従ってコマンド信号のやりとりを開始する。具体的には、まず、ＳＭＴＰ・ＰＯＰ３処理部４０１は、肯定応答を示すＯＫレスポンスをＩＦＡＸ１０１に対して出力する。
【００７９】
このＯＫレスポンスを受信すると、ＩＦＡＸ１０１は、メールボックス名の送信を示すコマンド信号（ＵＳＥＲ）をＡＤＰＴ１００に対して出力する。この”ＵＳＥＲ”を受信すると、ＡＤＰＴ１００において、信号種別判定部４００は、ＳＭＴＰ・ＰＯＰ３処理部４０１にその旨を通知する。この通知を受けると、ＳＭＴＰ・ＰＯＰ３処理部４０１は、肯定応答を示すＯＫレスポンスをＩＦＡＸ１０１に対して出力する。
【００８０】
そして、これ以降、ＳＭＴＰ・ＰＯＰ３処理部４０１は、ＩＦＡＸ１０１から出力されるメールボックス・パスワードの送信を示すコマンド信号（ＰＡＳＳ）、受信状態の問い合わせを示すコマンド信号（ＳＴＡＴ）、メールのダウンロード要求を示すコマンド信号（ＲＥＴＲ）を受信して、各コマンド信号に対して、肯定応答として、ＯＫレスポンスをＩＦＡＸ１０１に出力する。
【００８１】
なお、”ＳＴＡＴ”を受信した後、ＩＦＡＸ１０１に出力するＯＫレスポンスには、受信する電子メールデータの数及び各電子メールデータの容量が含まれる。また、ＩＦＡＸ１０１から受信した”ＲＥＴＲ”とこれに対する肯定応答としてＩＦＡＸ１０１に出力するＯＫレスポンスの間に、ＡＤＰＴ１００は、リンク先情報を含むコマンド信号（ＧＥＴ）をグループウェアサーバ１０４に送信すると共に、グループウェアサーバ１０４から送信される電子メールデータを受信する。
【００８２】
そして、”ＲＥＴＲ”に対する肯定応答として、ＯＫレスポンスをＩＦＡＸ１０１に出力した後、ＡＤＰＴ１００は、電子メールデータをＩＦＡＸ１０１に出力する。
【００８３】
一方、ＩＦＡＸ１０１から”ＵＳＥＲ”を受信すると、ＡＤＰＴ１００において、信号種別判定部４００は、ＨＴＴＰ処理部４０２にその旨を通知する。この通知を受けると、ＨＴＴＰ処理部４０２は、グループウェアサーバ１０４との間でＨＴＴＰプロトコルに従ってコマンド信号のやりとりを開始する。具体的には、まず、ＨＴＴＰ処理部４０２は、接続を要求するコマンド信号（ＧＥＴ）をグループウェアサーバ１０４に対して出力する。これにより、ＨＴＴＰプロトコルに従ってグループウェアサーバ１０４と接続される（ＳＴ１２０１）。
【００８４】
この”ＧＥＴ”を受信すると、グループウェアサーバ１０４は、応答信号として、認証要求を含むエラー信号をＡＤＰＴ１００に対して出力する。このエラー信号は、ヘッダとＨＴＭＬ文書データで構成され、そのＨＴＭＬ文書データに認証する方法が指定されている。これにより、グループウェアサーバ１０４から認証方法が指定される（ＳＴ１２０２）。
【００８５】
このエラー信号を受信すると、ＨＴＴＰ処理部４０２は、受信フォームの要求を示すコマンド信号（ＧＥＴ）に予め設定されているユーザＩＤ（ＵＩＤ）及びパスワードを付与して送信する（ＳＴ１２０３）。
【００８６】
この”ＧＥＴ”を受信すると、グループウェアサーバ１０４は、その”ＧＥＴ”に付与されたＵＩＤ及びパスワードが適正なものか判断し、適正である場合に応答信号として、受信フォームを含むデータ（以下、「受信フォームデータ」という）をＡＤＰＴ１００に対して出力する（ＳＴ１２０４）。
【００８７】
図１３は、グループウェアサーバ１０４から送信される受信フォームデータのソースデータを示している。図１３に示すように、受信フォームデータは、ヘッダとＨＴＭＬ文書データで構成され、そのＨＴＭＬ文書データに受信フォームが含まれている。この受信フォームを受信することで、ＡＤＰＴ１００は、例えば、図１４に示す受信フォームを認識することができる。なお、図１４は、グループウェアサーバ１０４から送信される受信フォームの概念図である。
【００８８】
受信フォームデータを受信すると、ＡＤＰＴ１００において、ＨＴＭＬ通信部４０４は、この受信フォームデータからＨＴＭＬ文書データで記述された受信フォームを抽出し、受信フォームを取得する（ＳＴ１２０５）。このとき、ＨＴＴＰ処理部４０２は、この受信フォームデータを受信した旨を信号種別判定部４００に通知する。
【００８９】
受信フォームデータを受信した旨の通知を受けると、信号種別判定部４００は、ＳＭＴＰ・ＰＯＰ３処理部４０１にその旨を通知する。この通知を受けると、ＳＭＴＰ・ＰＯＰ３処理部４０１は、ＨＴＭＬ文書データで記述された受信フォームの中からＨＴＭＬ処理部４０５が抽出した電子メールデータの数及び各電子メールデータの容量を”ＳＴＡＴ”に対するＯＫレスポンスに付与して、ＩＦＡＸ１０１に送信する。
【００９０】
受信フォームを取得すると、ＡＤＰＴ１００において、その受信フォームから新規の電子メールデータの有無が判断される（ＳＴ１２０６）。ここで、新規の電子メールデータがない場合には、ＩＦＡＸ１０１における電子メールの受信処理が終了する（ＳＴ１２０７）。
【００９１】
一方、新規の電子メールデータがある場合には、その受信データを指定した受信フォーム、言い換えると、リンク先が指定された受信フォームを含むコマンド信号（ＧＥＴ）をグループウェアサーバ１０４に送信する（ＳＴ１２０８）。ここでは新規の電子メールデータがあるものとする。
【００９２】
図１５は、ＡＤＰＴ１００が送信する受信フォームを含む”ＧＥＴ”のソースデータを示している。図１５に示す受信フォームを含む”ＧＥＴ”を受信することで、グループウェアサーバ１０４は、図１４に示す上側の電子メールデータの受信要求を認識することができる。
【００９３】
このような”ＧＥＴ”を受信すると（ＳＴ１２０９）、グループウェアサーバ１０４は、その”ＧＥＴ”に対応する電子メールデータをＡＤＰＴ１００に対して送信する（ＳＴ１２１０）。
【００９４】
このとき、グループウェアサーバ１０４から送信される電子メールデータは、ＨＴＭＬ文書データで記述されている。ＨＴＭＬ通信部４０４は、この電子メールデータを受信する（ＳＴ１２１１）。そして、ＨＴＭＬ処理部４０５は、このＨＴＭＬ文書で記述された電子メールデータからＴＩＦＦファイルを抽出し（ＳＴ１２１２）、ＲＡＭ２０２にそのＴＩＦＦファイルを格納する。
【００９５】
ＲＡＭ２０２にＴＩＦＦファイルが格納されると、電子メール通信部４０３は、そのＴＩＦＦファイルを取り出して、ＩＦＡＸ１０１に転送する（ＳＴ１２１３）。
【００９６】
そして、電子メールデータを転送した後、図１１に示すように、ＩＦＡＸ１０１から出力される電子メールの削除要求を示すコマンド信号（ＤＥＬＥ）を受信する。この”ＤＥＬＥ”を受信すると、受信フォームに記述された電子メールのうち、既にダウンロードした電子メールデータの削除を要求する受信フォームを含むコマンド信号（ＰＯＳＴ）をグループウェアサーバ１０４に出力する。ここでは、図１４に示す上側の電子メールデータのダウンロードを終了しているため、この電子メールデータの削除を要求する。
【００９７】
図１６は、ＡＤＰＴ１００が出力する受信フォームを含む”ＰＯＳＴ”のソースデータを示している。図１６に示すように、この”ＰＯＳＴ”は、ヘッダと送信データとで構成される。ヘッダには、削除を要求する電子メールデータを識別するための情報が含まれており、送信データには、図１４の概念図で示した削除チェックボックスにチェックを入れるためのデータが含まれている。
【００９８】
このような”ＰＯＳＴ”を受信すると、グループウェアサーバ１０４は、指定された電子メールデータを削除するためのＣＧＩ処理を起動し、その電子メールデータの削除処理を行う。そして、指定された電子メールデータの削除処理を行った後、グループウェアサーバ１０４は、削除処理を行った後に残った電子メールデータを含む受信フォームを再度、ＡＤＰＴ１００に送信する。ここでは、図１４に示す下側の電子メール情報だけが含まれる受信フォームがＡＤＰＴ１００に送信される。
【００９９】
この受信フォームを受信した後、ＡＤＰＴ１００は、上述の”ＤＥＬＥ”に対する肯定応答として、ＯＫレスポンスを出力する。そして、このＯＫレスポンスを受信したＩＦＡＸ１０１は、上述した要領で、”ＲＥＴＲ”をＡＤＰＴ１００に出力することで、次の電子メールデータのダウンロード要求をする。ここでは、図１４に示す下側の電子メールデータのダウンロードが要求されることとなるが、上述の説明と同様の処理であるため、説明を省略する。
【０１００】
そして、受信フォームに含まれる全ての電子メールデータのダウンロードを終了後、”ＤＥＬＥ”をＡＤＰＴ１００に出力し、ＡＤＰＴ１００からこの肯定応答としてＯＫレスポンスを受信すると、ＩＦＡＸ１０１は、完了通知を示すコマンド信号（ＱＵＩＴ）を送信する。
【０１０１】
ＡＤＰＴ１００は、この”ＱＵＩＴ”を受信し、これに対する肯定応答としてＯＫレスポンスを出力する。これにより、ＩＦＡＸ１０１とＡＤＰＴ１００との間のコネクションが切断される。
【０１０２】
このように、ＩＦＡＸ１０１とＡＤＰＴ１００との間では、通常の電子メールデータのやりとりと同様に、ＰＯＰ３プロトコルに従って各種信号や電子メールデータのやりとりが行われる。一方、ＡＤＰＴ１００とグループウェアサーバ１０４との間では、ＩＦＡＸ１０１からの”ＵＳＥＲ”の受信をきっかけとしてＨＴＴＰプロトコルに従って各種信号や電子メールデータのやりとりが行われる。
【０１０３】
このように本実施の形態のＡＤＰＴ１００によれば、ＩＦＡＸ１０１がグループウェアサーバ１０４から電子メールを受信する際、ＩＦＡＸ１０１との間でＰＯＰ３プロトコルに従って各種信号や電子メールデータの通信を行う一方、グループウェアサーバ１０４との間でＨＴＴＰプロトコルに従って各種信号や電子メールデータの通信を行う。このため、ＨＴＴＰプロトコルに従って通信が行われるグループウェアネットワーク１０３においても、ＩＦＡＸ１０１は、正常に電子メールの受信動作を行うことができる。
【０１０４】
（実施の形態２）
図１７は、本発明の実施の形態２に係るＡＤＰＴ１００のハードウエア構成を示すブロック図である。図１７において、図３と同一の符号が付されている構成については、同一の機能を有するものとし説明を省略する。
【０１０５】
図１７に示すように、実施の形態２に係るＡＤＰＴ１００は、実施の形態１に係るＡＤＰＴ１００の構成に加え、所定のＩＣカード１７０１に所定データの書込み、あるいは、ＩＣカード１７０１に書き込まれたデータの読取りを行うＩＣカードＲＥＡＤ／ＷＲＩＴＥ部（以下、「ＩＣカードＲ／Ｗ部」という）１７０２を具備する。
【０１０６】
ＩＣカード１７０１は、本ＡＤＰＴ１００が接続されたＩＦＡＸ１０１から電子メールの送受信を行うユーザに予め配布されているものである。なお、ＩＣカード１７０１に書き込まれたデータの詳細については後述する。
【０１０７】
図１８は、実施の形態２に係るＡＤＰＴ１００の主要な機能を示すブロック図である。なお、図１８において、図４と同一の符号が付されている構成要素については、同一の機能を有するものとし説明を省略する。
【０１０８】
カード情報判定部１８０１は、ＩＣカードスロット１７０２Ａに装着されたＩＣカード１７０１からＩＣカードＲ／Ｗ部１７０２が読み取った情報の内容を判定する。そして、ＩＣカード１７０１に署名処理又は署名暗号化処理に必要な情報が格納されている場合に署名暗号化処理部１８０２にその情報を与える。
【０１０９】
また、カード情報判定部１８０１は、ＩＣカードＲ／Ｗ部１７０２が読み取った情報に基いてＩＣカード１７０１の装着の有無についても判定する。さらに、カード情報判定部１８０１は、ＩＣカード１７０１に格納された電子メールアドレス情報を判定し、その電子メールアドレス情報を電子メール通信部４０３に通知する。
【０１１０】
署名暗号化処理部１８０２は、カード情報判定部１８０１から受け取った署名暗号化処理等に必要な情報に基いて、電子メール通信部４０３がＩＦＡＸ１０１から受信した電子メールデータに対して署名暗号化処理等の処理を行う。また、署名暗号化処理部１８０２は、カード情報判定部１８０１から受け取った署名暗号化処理等に必要な情報に基いて、電子メール通信部４０３がグループウェアネットワーク１０３から受信した電子メールデータに施された署名暗号化処理等の解読処理を行う。
【０１１１】
ここで、ＩＣカード１７０１に格納された情報について説明する。
【０１１２】
ＩＣカード１７０１は、上述のように、ＩＦＡＸ１０１を用いて電子メール通信を行う各ユーザに配布されるものであり、各ユーザに付与された電子メールアドレス情報が格納されている。すなわち、ＡＤＰＴ１００にＩＣカード１７０１が装着されているときのみ、各ユーザは、自分の電子メールアドレスから電子メールを送信することができ、自分の電子メールアドレスに対する電子メールを受信することができる。
【０１１３】
また、ＩＣカード１７０１は、署名処理又は署名暗号化処理に必要となる情報を格納する。すなわち、ＩＣカード１７０１は、自分の秘密鍵情報及び公開鍵情報を格納する。なお、送信先の公開鍵情報は、ＡＤＰＴ１００のＲＡＭ２０２内に蓄積されている。
【０１１４】
次に、以上のような構成を有するＡＤＰ１００が接続されたＩＦＡＸ１０１からグループウェアサーバ１０４に電子メールを送信する場合の処理について、図５に示すシーケンス図を参照しながら、図１９に示すフロー図を用いて説明する。図１９は、実施の形態２に係るＡＤＰＴ１００がＩＦＡＸ１０１から受信した電子メールデータに対する署名暗号化処理等の処理を示すフロー図である。なお、ＩＦＡＸ１０１から送信する電子メールデータには全て暗号化処理が施されるものとする。
【０１１５】
実施の形態２においても、ＩＦＡＸ１０１からグループウェアサーバ１０４に電子メールを送信する場合、実施の形態１で図５を用いて説明した場合と同様に、ＩＦＡＸ１０１とＡＤＰＴ１００の間においてＳＭＴＰプロトコルに従って各種信号のやりとりが行われ、その後に電子メールデータを受信する。受信した電子メールデータは、以下に説明するように暗号化処理が施される一方、後述する送信フォームへの所定データの書込み処理が終了するまでオリジナルの電子メールデータがＲＡＭ２０２に保持される。
【０１１６】
ＩＦＡＸ１０１から電子メールデータを受信すると（ＳＴ１９０１）、カード情報判定部１８０１は、ＩＣカードＲ／Ｗ部１７０２が読み取った情報に基づいて、ＩＣカード１７０１がＡＤＰＴ１００のスロット１７０２Ａに挿入されているか判定する（ＳＴ１９０２）。
【０１１７】
ここで、ＩＣカード１７０１がＡＤＰＴ１００のスロット１７０２Ａに挿入されていない場合には、ＡＤＰＴ１００では、通常の電子メールの送信処理が行われる（ＳＴ１９０３）。すなわち、ＩＦＡＸ１０１に付与された電子メールアドレスから電子メールの送信処理が行われる。
【０１１８】
一方、ＩＣカード１７０１が本ＡＤＰＴ１００のスロット１７０２Ａに挿入されている場合には、ＩＣカードＲ／Ｗ部１７０２は、ＩＣカード１７０１からこのユーザに関する情報（以下、「ユーザ情報」という）を抽出する。このとき、このユーザの電子メールアドレス情報が抽出される（ＳＴ１９０４）。
【０１１９】
そして、カード情報判定部１８０１は、ＩＣカードＲ／Ｗ部１７０２が抽出したユーザ情報から電子メールアドレス情報を判定し、電子メール通信部４０３に通知する。電子メール通信部４０３は、その電子メールアドレス情報を電子メールの送信元情報に設定する（ＳＴ１９０５）。具体的にいうと、抽出された電子メールアドレス情報が電子メールのヘッダ情報の［Ｆｒｏｍ：］に設定される。
【０１２０】
電子メールの送信元情報が設定されると、本ＡＤＰＴ１００において、Ｓ／ＭＩＭＥ処理が施される。まず、本ＡＤＰＴ１００において、送信先情報があるか判定される（ＳＴ１９０６）。具体的には、本ＡＤＰＴ１００のＲＡＭ２０２に送信先の公開鍵情報が格納されているかが判定される。
【０１２１】
ここで、送信先情報がない場合には、カード情報判定部１８０１は、ＩＣカードＲ／Ｗ部１７０２が抽出したユーザ情報から自己の秘密鍵情報を判定し、署名暗号化処理部１８０２に渡す。署名暗号化処理部１８０２は、この自己の秘密鍵情報を用いて署名処理を行う（ＳＴ１９０７）。
【０１２２】
具体的には、電子メールデータのメッセージデータからハッシュ関数等の不可逆性の関数で演算処理を行い、メッセージダイジェストを取り出し、そのメッセージダイジェストに自己の秘密鍵情報を用いて暗号化処理を施す。
【０１２３】
一方、送信先情報がある場合には、署名暗号化処理部１８０２は、この送信先の公開鍵情報を入手する。一方、カード情報判定部１８０１は、ＩＣカードＲ／Ｗ部１７０２が抽出したユーザ情報から自己の秘密鍵情報を署名暗号化処理部１８０２に渡す。署名暗号化処理部１８０２は、この自己の秘密鍵情報及び送信先の公開鍵情報を用いて署名暗号化処理を行う（ＳＴ１９０８）。
【０１２４】
具体的には、まず、上述のように電子メールのメッセージからハッシュ関数等の不可逆性の関数で演算処理を行い、メッセージダイジェストを取り出し、そのメッセージダイジェストに自己の秘密鍵情報を用いて暗号化処理を施す。さらに、ＤＥＫ（Data Encryption Key）と呼ばれる擬似乱数を用いた暗号鍵を生成する。そして、そのＤＥＫに対して送信先の公開鍵情報を用いて暗号化処理を施す。一方、先に暗号化処理を施したメッセージダイジェスト（署名結果）及び電子メールのメッセージデータに対して、そのＤＥＫで所定の暗号化方式（例えば、ＤＥＳ：Data Encryption Standard等）にしたがって暗号化処理を施す。
【０１２５】
そして、ＳＴ１９０７又はＳＴ１９０８で署名暗号化処理等を施した後、署名暗号化処理部１８０２は、その電子メールデータをＲＡＭ２０２に格納する（ＳＴ１９０９）。
【０１２６】
署名暗号化処理後の電子メールデータがＲＡＭ２０２に格納されると、図５で説明した場合と同様に、ＨＴＭＬ処理部４０５は、ＲＡＭ２０２に格納されたオリジナルの電子メールデータから送信先（図８に示す「To」）、件名（図８に示す「Subject」）、ファイル名（図８に示す「File Name」）を抽出し、受信した送信フォームの所定位置に書き込む。そして、この送信フォームをＨＴＭＬ通信部４０４に渡す。ＨＴＭＬ通信部４０４は、この送信フォームを含むコマンド信号（ＰＯＳＴ）をグループウェアサーバ１０４に送信すると共に署名暗号化処理が施された電子メールデータをＲＡＭ２０２から取り出し、グループウェアサーバ１０４に送信する。このようにしてＡＤＰＴ１００がＩＦＡＸ１０１から受信した電子メールデータに対する署名暗号化等の処理を終了する。
【０１２７】
このように本実施の形態のＡＤＰＴ１００によれば、ＩＦＡＸ１０１から電子メールデータを送信する際、ＨＴＴＰプロトコルに従って通信が行われるグループウェアネットワーク１０３においても、ＩＦＡＸ１０１に正常に電子メールの送信動作を行わせることができるだけでなく、必要に応じてその電子メールデータに暗号化処理を施すことができるので、既存のＩＦＡＸに特別な構成を附加することなく、電子メールの秘匿性を確保することができる。
【０１２８】
また、電子メールに暗号化処理を施す際、本ＡＤＰＴ１００は、各ユーザに配布されたＩＣカード１７０１の有無を判定し、暗号化処理の要否を判断する。これにより、暗号化処理を行う必要がない電子メールデータは、暗号化処理を施すことなく送信できる一方、暗号化処理を行う必要がある電子メールデータは、暗号化処理を施して送信することできるので、簡単に暗号化処理の要否を判断することができる。
【０１２９】
さらに、電子メールに暗号化処理を施す際、本ＡＤＰＴ１００は、挿入されたＩＣカード１７０１内に格納された暗号化処理に必要な情報を用いて暗号化処理を施す。各ユーザが管理するＩＣカード１７０１に格納された情報を用いて暗号化処理が行なわれるため、その情報の書き換え等を防止することができる。
【０１３０】
次に、本ＡＤＰＴ１００が接続されたＩＦＡＸ１０１がグループウェアサーバ１０４から電子メールを受信する場合の処理について、図１１に示すシーケンス図を参照しながら、図２０に示すフロー図を用いて説明する。図２０は、ＡＤＰＴ１００がグループウェアサーバ１０４から電子メールデータを受信し、その電子メールデータに施された署名暗号化処理等の解読を行う処理を示すフロー図である。なお、図２０において、図１２と同一の符号については、同一の処理を行うものとする。また、グループウェアサーバ１０４から受信する電子メールは、全て暗号化処理が施されているものとする。
【０１３１】
実施の形態２においても、グループウェアサーバ１０４から電子メールデータを受信する場合、実施の形態１で図１１を用いて説明した場合と同様に、ＩＦＡＸ１０１がまず、ＡＤＰＴ１００とのコネクション確立のための手順を実行する。このとき、ＡＤＰＴ１００は、このコネクション確立のために最初に送信される”ＳＹＮ”を電子メールの受信指示として捉える。これにより、ＡＤＰＴ１００において、この受信指示があるかが判定される（ＳＴ２００１）。
【０１３２】
電子メールの受信指示があると判定されると、カード情報判定部１８０１は、ＩＣカードＲ／Ｗ部１７０２が読み取った情報に基づいてＩＣカード１７０１がＡＤＰＴ１００のスロット１７０２Ａに挿入されているか判定する（ＳＴ２００２）。
【０１３３】
ここで、ＩＣカード１７０１がＡＤＰＴ１００のスロット１７０２Ａに挿入されていない場合には、ＡＤＰＴ１００では、ＩＦＡＸ１０１から指示したユーザの電子メールアドレス情報を確認することができないため、電子メールの受信処理は行われない（ＳＴ２００３）。
【０１３４】
一方、ＩＣカード１７０１がＡＤＰＴ１００のスロット１７０２Ａに挿入されている場合には、図１１で説明したように、所定のコマンド信号及び応答信号が交換され、ＩＦＡＸ１０１とＡＤＰＴ１００との間、ＡＤＰＴ１００とグループウェアサーバ１０４との間のコネクションが確立される。そして、双方のコネクションが確立された後、図１１で説明したのと同様の要領でＡＤＰＴ１００は、ＨＴＴＰプロトコルに従ってグループウェアサーバ１０４と接続する（ＳＴ１２０１）。
【０１３５】
ＨＴＴＰプロトコルに従ってＡＤＰＴ１００と接続後、グループウェアサーバ１０４から認証要求を含むエラー信号を受信すると、ＡＤＰＴ１００において、ＨＴＴＰ処理部４０２は、予め設定されたＵＩＤ及びパスワード受信フォームの要求を示すコマンド信号（ＧＥＴ）に付与して送信する（ＳＴ１２０３）。
【０１３６】
この”ＧＥＴ”を受信すると、ＳＴ１２０４において、所定の場合にグループウェアサーバ１０４から応答信号として出力される、受信フォームデータを受信する。そして、ＡＤＰＴ１００において、ＨＴＭＬ通信部４０４は、この受信フォームデータからＨＴＭＬ文書データで記述された受信フォームを抽出し、受信フォームを取得する（ＳＴ１２０５）。
【０１３７】
受信フォームを取得すると、ＡＤＰＴ１００において、その受信フォームから新規の電子メールデータの有無が判断され（ＳＴ１２０６）、新規の電子メールデータがある場合、リンク先が指定された受信フォームを含むコマンド信号（ＧＥＴ）をグループウェアサーバ１０４に送信する（ＳＴ１２０８）。
【０１３８】
この”ＧＥＴ”を受信すると（ＳＴ１２０９）、ＳＴ１２１０においてグループウェアサーバ１０４から出力される、その”ＧＥＴ”に対応する、ＨＴＭＬ文書データで記述された電子メールデータをＨＴＭＬ通信部４０４が受信する（ＳＴ１２１１）。そして、ＨＴＭＬ処理部４０５は、このＨＴＭＬ文書で記述された電子メールデータからＴＩＦＦファイルを抽出し（ＳＴ１２１２）、ＲＡＭ２０２にそのＴＩＦＦファイルを格納する。なお、このとき、ＴＩＦＦファイルには暗号化処理が施されている。
【０１３９】
ＲＡＭ２０２にＴＩＦＦファイルが格納されると、ＡＤＰＴ１００において、送信者情報があるかが判定される（ＳＴ２００４）。具体的には、ＡＤＰＴ１００に送信者の公開鍵情報が格納されているかが判定される。なお、この公開鍵情報は、電子メールのメッセージダイジェストの暗号化を解読する際に用いられるものである。
【０１４０】
送信者の公開鍵情報がない場合には、その電子メールに付与された送信者の公開鍵情報をＡＤＰＴ１００のＲＡＭ２０２に格納する（ＳＴ２００５）。そして、署名暗号化処理部１８０２は、その電子メールデータが暗号化されているか判定する（ＳＴ２００６）。一方、送信者の公開鍵情報がある場合には、さらにその公開鍵情報を格納することなく、直接、その電子メールデータが暗号化されているか判定する（ＳＴ２００６）。
【０１４１】
ここでは、電子メールデータが暗号化されているため、ＲＡＭ２０２からそのＴＩＦＦファイルを取り出し、署名暗号化処理部１８０２は、そのＴＩＦＦファイルの復号化処理を行う（ＳＴ２００７）。
【０１４２】
具体的には、暗号化されているＤＥＫを自分の秘密鍵情報で復号化し、復号化したＤＥＫで暗号化されたデータを復号化する。そして、復号化したデータから、電子メールデータをメッセージダイジェストとメッセージデータに分離する。その際、メッセージダイジェストを送信者の公開鍵情報で復号化し、その結果を保持しておく。一方、分離したメッセージデータから、上述したようなハッシュ関数を用いてメッセージダイジェストを抽出する。そして、そこで得たメッセージダイジェストと先ほど保持したメッセージダイジェストとを比較する。これにより、電子メールのメッセージデータが改ざんされていないか、また、正当な送信者から送信されたかを確認することができる。
【０１４３】
なお、メッセージデータが暗号化されていないような場合には、署名暗号化処理部１８０２は、そのメッセージダイジェストのみ復号化し、正当な送信者から送信されたかだけを確認する。
【０１４４】
そして、署名暗号化処理部１８０２は、このように復号化したＴＩＦＦファイルをＲＡＭ２０２に格納する（ＳＴ２００８）。復号化処理後のＴＩＦＦファイルがＲＡＭ２０２に格納されると、図１１で説明したのと同様に、電子メール通信部４０３は、そのＴＩＦＦファイルを取り出して、ＩＦＡＸ１０１に転送する（ＳＴ１２１３）。このようにしてＡＤＰＴ１００がグループウェアサーバ１０４から受信した電子メールデータを復号化する処理が終了する。
【０１４５】
このように本実施の形態のＡＤＰＴ１００によれば、グループウェアサーバ１０４から電子メールを受信する際、ＨＴＴＰプロトコルに従って通信が行われるグループウェアネットワーク１０３においても、ＩＦＡＸ１０１に正常に電子メールの受信動作を行わせることができるだけでなく、その電子メールに暗号化処理が施されているか判断し、施されている場合にはその暗号化処理された電子メールデータを復号化し、ＩＦＡＸ１０１に転送する。このため、既存のＩＦＡＸに特別な構成を附加することなく、電子メールの秘匿性を確保して電子メールを受信することができる。
【０１４６】
また、電子メールの受信処理を行う際、ＡＤＰＴ１００は、各ユーザに配布されたＩＣカード１７０１の装着の有無を判定し、そのＩＣカード１７０１がない場合には、電子メールの受信処理を行わない。このため、電子メールの受信の際に受信者の認証を行うことができる。したがって、単一のＩＦＡＸ１０１を用いた場合でも、他の人に自分宛ての電子メールデータを見られるという事態を防止することができる。
【０１４７】
なお、本実施の形態では、ＡＤＰＴ１００の挿入されるＩＣカード１７０１は、署名暗号化に必要な情報等を格納するメモリカードのような構成を有している。しかし、ＩＣカード１７０１の構成としては、これに限定されず、例えば、ＩＣカード１７０１に署名暗号化処理のプログラム等を内蔵し、署名暗号化処理の一部又は全部をＩＣカード１７０１内で行うようにしても良い。この場合には、例えば、本ＡＤＰＴ１００から処理すべき、暗号化されたメッセージダイジェスト（ハッシュ値）又は暗号化されたＤＥＫを受け取って所定の暗号化処理又は復号化処理の一部をＩＣカード１７０１内で行うことができる。所定のデータを受け取って暗号化処理等の処理が行われるため、暗号化処理等の処理に必要な情報を単に格納する場合と比べて、暗号化処理等に必要な情報が他人により読み取られるのをより確実に防止することができる。
【０１４８】
また、本実施の形態では、ＩＣカード１７０１に暗号化処理等に必要な情報を格納し、その暗号化処理等の処理を行う暗号化処理装置１００について説明している。しかし、これに限定されず、暗号化処理等に必要な情報は、暗号化処理装置１００のメモリ等に格納しておいてももちろん良い。このように変更した場合にも、本実施の形態と同様の効果を得ることができる。
【０１４９】
【発明の効果】
以上説明したように本発明によれば、ＩＦＡＸとグループウェアサーバとの間で電子メール通信を行う際、ＩＦＡＸとの間でＳＭＴＰプロトコル又はＰＯＰ３プロトコルに従って各種信号や電子メールデータの通信を行う一方、グループウェアサーバとの間でＨＴＴＰプロトコルに従って各種信号や電子メールデータの通信を行うようにしたので、ＨＴＴＰプロトコルで管理されたネットワーク上でもＩＦＡＸを正常に動作させることができる。
【図面の簡単な説明】
【図１】 本発明の実施の形態１に係る通信制御装置（ＡＤＰＴ）が動作するネットワークを示す概念図
【図２】 実施の形態１に係るＡＤＰＴの動作するグループウェアネットワーク上のクライアント端末周辺における通信プロトコルを説明するための概念図
【図３】 実施の形態１に係るＡＤＰＴのハードウエア構成を示すブロック図
【図４】 実施の形態１に係るＡＤＰＴの主要な機能を示すブロック図
【図５】 実施の形態１に係るＡＤＰＴが接続されたＩＦＡＸからグループウェアサーバに電子メールを送信する場合のシーケンス図
【図６】 実施の形態１に係るＡＤＰＴからグループウェアサーバに電子メールデータを送信する場合のフロー図
【図７】 実施の形態１に係るＡＤＰＴに対してグループウェアサーバから送信される送信フォームデータのソースデータを示す図
【図８】 実施の形態１に係るＡＤＰＴに対してグループウェアサーバから送信される送信フォームの概念図
【図９】 実施の形態１に係るＡＤＰＴが送信する”ＰＯＳＴ”のソースデータを示す図
【図１０】 実施の形態１に係るＡＤＰＴから送信される送信データが記述された送信フォームの概念図
【図１１】 実施の形態１に係るＡＤＰＴが接続されたＩＦＡＸがグループウェアサーバから電子メールを受信する場合のシーケンス図
【図１２】 実施の形態１に係るＡＤＰＴグループウェアサーバから電子メールデータを受信する場合のフロー図
【図１３】 実施の形態１に係るＡＤＰＴに対してグループウェアサーバから送信される受信フォームデータのソースデータを示す図
【図１４】 実施の形態１に係るＡＤＰＴに対してグループウェアサーバから送信される受信フォームの概念図
【図１５】 実施の形態１に係るＡＤＰＴが送信する受信フォームを含む”ＧＥＴ”のソースデータを示す図
【図１６】 実施の形態１に係るＡＤＰＴが出力する受信フォームを含む”ＰＯＳＴ”のソースデータを示す図
【図１７】 本発明の実施の形態２に係るＡＤＰＴのハードウエア構成を示すブロック図
【図１８】 実施の形態２に係るＡＤＰＴの主要な機能を示すブロック図
【図１９】 実施の形態２に係るＡＤＰＴがＩＦＡＸから受信した電子メールデータに対する署名暗号化処理等の処理を示すフロー図
【図２０】 実施の形態２に係るＡＤＰＴがグループウェアサーバから電子メールデータを受信し、その電子メールデータに施された署名暗号化処理等の解読を行うの処理を示すフロー図
【符号の説明】
１００ ＡＤＰＴ
１０１ ＩＦＡＸ
１０３ グループウェアネットワーク
１０４ グループウェアサーバ
２０３ 第１ＬＡＮＩ／Ｆ
２０４ 第２ＬＡＮＩ／Ｆ
４００ 信号種別判定部
４０１ ＳＭＴＰ・ＰＯＰ３処理部
４０２ ＨＴＴＰ処理部
４０３ 電子メール通信部
４０４ ＨＴＭＬ通信部
４０５ ＨＴＭＬ処理部
１７０１ ＩＣカード
１７０２ ＩＣカードＲ／Ｗ部
１８０１ カード情報判定部
１８０２ 署名暗号化処理部
【発明の属する技術分野】
本発明は、インターネットファクシミリ装置とネットワークとの間に接続され、双方の間で通信制御を行う通信制御装置及び通信制御方法に関する。
【０００２】
【従来の技術】
従来、企業などの組織内の情報共有を効率的に行うためにグループウェアソフトを利用してネットワークを構築することが行われている。近年、このようなネットワーク（以下、「グループウェアネットワーク」という）には、インターネット技術を取り入れ、ＷＷＷブラウザから利用可能なグループウェアソフトが採用されることが多い。この場合、そのグループウェアネットワーク上のＰＣ等のクライアント端末は、ＷＷＷブラウザを利用することで、グループウェアネットワーク上で情報を共有することができる。これにより、クライアント端末は、電子メールや電子掲示板等の機能を実現することができる。
【０００３】
一方、近年、一般的なファクシミリと同様の操作で画情報をインターネット経由で送信するファクシミリ装置が開発されている。この種のファクシミリは、通信経路の全部又は一部にインターネットを使用することからインターネットファクシミリ装置（以下、「ＩＦＡＸ」という）と呼ばれている。このようなＩＦＡＸは、画情報の送信時は、ファクシミリデータを電子メールのフォーマットに変換して送信する。一方、画情報の受信時は、受信した電子メールデータをファクシミリのフォーマットに変換して印刷処理を行う。このとき、ＩＦＡＸは、電子メールデータの通信をＳＭＴＰ（Simple Mail Transfer Protocol）やＰＯＰ３（Post Office Protocol Version3）等のプロトコルに従って制御している。
【０００４】
【発明が解決しようとする課題】
しかしながら、上述のようなＷＷＷブラウザを利用したグループウェアネットワークにおいては、各種データは、ＨＴＴＰプロトコルに従って通信が行われる。このため、ＳＭＴＰ（Simple Mail Transfer Protocol）やＰＯＰ３（Post Office Protocol Version3）に従って通信を制御するＩＦＡＸは、動作することができないという問題がある。
【０００５】
本発明は、かかる点に鑑みてなされたものであり、ＨＴＴＰプロトコルで管理されたネットワーク上でもＩＦＡＸを正常に動作させることができる通信制御装置及び通信制御方法を提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明は、ＩＦＡＸに接続される第１インタフェース部からＳＭＴＰプロトコルに従った所定の信号種別を判定し、所定の信号種別を判定した場合にＩＦＡＸとの間でＳＭＴＰプロトコルに従って通信を制御する一方、ＩＦＡＸが接続され、サーバ装置によりＨＴＴＰプロトコルで管理されるネットワークに接続される第２インタフェース部を介して、サーバ装置との間でＨＴＴＰプロトコルに従って通信を制御しながら、ＩＦＡＸから電子メールデータを受信し、受信した電子メールデータをＨＴＭＬデータに変換し、さらにそのＨＴＭＬデータをサーバ装置に送信するようにしたものである。
【０００７】
これにより、ＩＦＡＸからサーバ装置に電子メールを送信する際、ＩＦＡＸとの間でＳＭＴＰに従って各種信号や電子メールデータの通信を行う一方、サーバ装置との間でＨＴＴＰプロトコルに従って各種信号や電子メールデータの通信を行う。このため、ＨＴＴＰプロトコルで管理されるネットワークにおいても、ＩＦＡＸは、正常に電子メールの送信動作を行うことができる。
【０００８】
また、本発明は、ＩＦＡＸに接続される第１インタフェース部からＰＯＰ３プロトコルに従った所定の信号種別を判定し、所定の信号種別を判定した場合にＩＦＡＸとの間でＰＯＰ３プロトコルに従って通信を制御する一方、ＩＦＡＸが接続され、サーバ装置によりＨＴＴＰプロトコルで管理されるネットワークに接続される第２インタフェース部を介して、サーバ装置との間でＨＴＴＰプロトコルに従って通信を制御しながら、サーバ装置から電子メールデータを含むＨＴＭＬデータを受信し、受信したＨＴＭＬデータから電子メールデータを取り出し、取り出した電子メールデータをＩＦＡＸに送信するようにしたものである。
【０００９】
これにより、ＩＦＡＸがサーバ装置から電子メールを受信する際、ＩＦＡＸとの間でＰＯＰ３プロトコルに従って各種信号や電子メールデータの通信を行う一方、サーバ装置との間でＨＴＴＰプロトコルに従って各種信号や電子メールデータの通信を行う。このため、ＨＴＴＰプロトコルで管理されたネットワークにおいても、ＩＦＡＸは、正常に電子メールの受信動作を行うことができる。
【００１０】
【発明の実施の形態】
本発明の第１の態様に係る通信制御装置は、インターネットファクシミリ装置に接続される第１インタフェース部と、サーバ装置によりＨＴＴＰプロトコルで管理されるネットワークに接続される第２インタフェース部と、前記第１インタフェース部を介しての通信をＳＭＴＰプロトコルに従って制御するＳＭＴＰ処理部と、前記第２インタフェース部を介しての通信をＨＴＴＰプロトコルに従って制御するＨＴＴＰ処理部と、前記第１インタフェース部を介して電子メールデータを受信する電子メール通信部と、前記電子メールデータを第２インタフェース部を介して送信するＨＴＭＬ通信部と、前記第１インタフェース部を介して受信する信号の種別を判定する信号種別判定部とを具備し、前記第１インタフェース部を介して受信した信号が電子メールデータ受信前のＳＭＴＰプロトコルに従っ た所定の信号であると前記信号種別判定部が判定した場合、前記第２インタフェース部を介してＨＴＴＰプロトコルに従った通信の制御を開始し、電子メールデータを送信するための送信フォームデータを受信する構成を採る。
【００１１】
この構成によれば、ＩＦＡＸからサーバ装置に電子メールを送信する際、ＩＦＡＸとの間でＳＭＴＰプロトコルに従って各種信号や電子メールデータの通信を行う一方、サーバ装置との間でＨＴＴＰプロトコルに従って各種信号や電子メールデータの通信を行う。このため、ＨＴＴＰプロトコルで管理されるネットワークにおいても、ＩＦＡＸは、正常に電子メールの送信動作を行うことができる。
【００１２】
また、インターネットファクシミリ装置から所定の信号を受信した場合に、サーバ装置とＨＴＴＰプロトコルに従って通信制御を行う。これと並行して、ＳＭＴＰ処理部がインターネットファクシミリ装置とＳＭＴＰプロトコルに従って通信制御を行う。このため、インターネットファクシミリ装置とサーバ装置との間において、リアルタイムで通信制御を行うことができる。これにより、いずれか一方との通信を完了した後に他方と通信を開始するような場合に発生する事態を防止することができる。例えば、送信済みデータを削除することによって、同一データの再送ができないような事態が防止される。
【００１３】
本発明の第２の態様に係る通信制御装置は、第１の態様において、前記送信フォームデータを受信した後に、前記第１インタフェース部を介して電子メールデータを受信し、前記第２インタフェース部を介して前記送信フォームデータに基づくデータとともに前記電子メールデータを送信する構成を採る。
【００１４】
この構成によれば、サーバから送信フォームデータを受信した後に、ＩＦＡＸから電子メールデータを受信し、送信先等の情報を記述して送信フォームをサーバに送信する。このため、送信フォームを認識する前に電子メールデータがＩＦＡＸから送信され、電子メールデータの受信から長時間が経過することによる通信制御装置での誤動作を防止することができる。これにより、確実に電子メールの送信動作を行うことができる。
【００１５】
本発明の第３の態様に係る通信制御装置は、第１または第２のいずれかの態様において、前記電子メール通信部が受信した電子メールデータに対して暗号化処理を行う暗号化処理部を具備し、前記ＨＴＭＬ通信部は、前記暗号化処理部が暗号化処理を施した電子メールデータを送信する構成を採る。
【００１６】
この構成によれば、暗号化処理部がその暗号化処理を施した電子メールデータがＨＴＭＬデータに変換されてサーバ装置に送信される。これにより、ＨＴＴＰプロトコルで管理されるネットワークにおいても、ＩＦＡＸは、正常に電子メールの送信動作を行うことができると共に、既存のインターネットファクシミリ装置に特別な構成を附加することなく、インターネットファクシミリ装置から送信される電子メールの秘匿性を確保することができる。
【００１７】
本発明の第４の態様に係る通信制御装置は、第３の態様において、前記暗号化処理部の暗号化処理に必要となる情報を格納するＩＣカードと、前記ＩＣカードが挿入されるスロット部と、を具備し、前記暗号化処理部は、前記スロット部に前記ＩＣカードが挿入されている場合に当該ＩＣカード内の前記情報を用いて暗号化処理を行う構成を採る。
【００１８】
この構成によれば、ＩＣカードがスロット部に挿入されている場合にのみ、その内部に格納された情報に基づいて暗号化処理が施されるため、簡単に暗号化処理の要否を判断することができる。
【００１９】
本発明の第５の態様に係る通信制御装置は、インターネットファクシミリ装置に接続される第１インタフェース部と、サーバ装置によりＨＴＴＰプロトコルで管理されるネットワークに接続される第２インタフェース部と、前記第１インタフェース部を介しての通信をＰＯＰ３プロトコルに従って制御するＰＯＰ３処理部と、前記第２インタフェース部を介しての通信をＨＴＴＰプロトコルに従って制御するＨＴＴＰ処理部と、前記第２インタフェース部を介して電子メールデータを含むＨＴＭＬデータを受信するＨＴＭＬ通信部と、このＨＴＭＬ通信部で受信したＨＴＭＬデータから電子メールデータを取り出すＨＴＭＬ処理部と、前記第１インタフェース部を介して電子メールデータを送信する電子メール通信部と、前記第１インタフェース部を介して受信する信号の種別を判定する信号種別判定部とを具備し、前記第１インタフェース部を介して受信した信号が電子メールデータ受信前のＰＯＰ３プロトコルに従った所定の信号であると前記信号種別判定部が判定した場合、前記第２インタフェース部を介してＨＴＴＰプロトコルに従った通信の制御を開始し、電子メールデータを受信するための受信フォームデータを受信する構成を採る。
【００２０】
この構成によれば、ＩＦＡＸがサーバ装置から電子メールを受信する際、ＩＦＡＸとの間でＰＯＰ３プロトコルに従って各種信号や電子メールデータの通信を行う一方、サーバ装置との間でＨＴＴＰプロトコルに従って各種信号や電子メールデータの通信を行う。このため、ＨＴＴＰプロトコルで管理されたネットワークにおいても、ＩＦＡＸは、正常に電子メールの受信動作を行うことができる。
【００２１】
また、インターネットファクシミリ装置から所定の信号を受信した場合に、サーバ装置とＨＴＴＰプロトコルに従って通信制御を行う。これと並行して、ＰＯＰ３処理部がインターネットファクシミリ装置とＰＯＰプロトコルに従って通信制御を行う。このため、インターネットファクシミリ装置とサーバ装置との間において、リアルタイムで通信制御を行うことができる。これにより、いずれか一方との通信を完了した後に他方と通信を開始するような場合に発生する事態を防止することができる。
【００２２】
本発明の第６の態様に係る通信制御装置は、第５の態様において、前記受信フォームデータを受信した後に、前記第２インタフェース部を介して前記受信フォームデータに基づく電子メールデータ送信要求データを送信し、前記第２インタフェース部を介して受信した電子メールデータを前記第１インターフェース部を介して送信する構成を採る。
【００２３】
本発明の第７の態様に係る通信制御装置は、第６の態様において、前記受信した電子メールデータを前記第１インターフェース部を介して送信した後、この送信した電子メールデータの削除を前記第２インタフェース部を介して要求する構成を採る。
【００２４】
これらの構成によれば、インターネットファクシミリ装置から所定の信号を受信した場合に、サーバ装置とＨＴＴＰプロトコルに従って通信制御を行う。これと並行して、ＰＯＰ３処理部がインターネットファクシミリ装置とＰＯＰプロトコルに従って通信制御を行う。このため、インターネットファクシミリ装置とサーバ装置との間において、リアルタイムで通信制御を行うことができる。これにより、いずれか一方との通信を完了した後に他方と通信を開始するような場合に発生する事態を防止することができる。
【００２５】
本発明の第８の態様に係る通信制御装置は、第５から第７のいずれかの態様において、前記ＨＴＭＬ処理部がＨＴＭＬデータから取り出した電子メールデータに暗号化処理が施されている場合に復号化処理を行う復号化処理部を具備し、前記電子メール通信部は、前記復号化処理部が復号化処理を行った電子メールデータを前記第１インターフェース部を介して送信する構成を採る。
【００２６】
この構成によれば、ＨＴＭＬデータから取り出した電子メールデータに暗号化処理が施されている場合、復号化処理が行われた電子メールデータがインターネットファクシミリ装置に送信される。これにより、ＨＴＴＰプロトコルで管理されたネットワークにおいても、ＩＦＡＸは、正常に電子メールの受信動作を行うことができると共に、既存のインターネットファクシミリ装置に特別な構成を附加することなく、インターネットファクシミリ装置から送信される電子メールの秘匿性を確保することができる。
【００２７】
本発明の第９の態様に係る通信制御装置は、第８の態様において、前記復号化処理部の復号化処理に必要となる情報を格納するＩＣカードと、前記ＩＣカードが挿入されるスロット部と、を具備し、前記復号化処理部は、前記スロット部に前記ＩＣカードが挿入されている場合に当該ＩＣカード内の前記情報を用いて復号化処理を行う構成を採る。
【００２８】
この構成によれば、ＩＣカードがスロット部に挿入されている場合にのみ、その内部に格納された情報に基づいて復号化処理が施されるため、簡単に復号化処理の要否を判断することができる。
【００２９】
本発明の第１０の態様に係る通信制御方法は、インターネットファクシミリ装置に接続される第１インタフェース部からＳＭＴＰプロトコルに従った所定の信号種別を判定する工程と、前記所定の信号種別を判定した場合に前記インターネットファクシミリ装置との間でＳＭＴＰプロトコルに従って通信を制御する一方、前記インターネットファクシミリ装置が接続され、サーバ装置によりＨＴＴＰプロトコルで管理されるネットワークに接続される第２インタフェース部を介して前記サーバ装置との間でＨＴＴＰプロトコルに従って通信を制御する工程と、前記インターネットファクシミリ装置から電子メールデータを受信する工程と、前記電子メールデータをＨＴＭＬデータに変換する工程と、前記ＨＴＭＬデータを前記サーバ装置に送信する工程と、を具備するようにしたものである。
【００３０】
本発明の第１１の態様に係る通信制御方法は、インターネットファクシミリ装置に接続される第１インタフェース部からＰＯＰ３プロトコルに従った所定の信号種別を判定する工程と、前記所定の信号種別を判定した場合に前記インターネットファクシミリ装置との間でＰＯＰ３プロトコルに従って通信を制御する一方、前記インターネットファクシミリ装置が接続され、サーバ装置によりＨＴＴＰプロトコルで管理されるネットワークに接続される第２インタフェース部を介して前記サーバ装置との間でＨＴＴＰプロトコルに従って通信を制御する工程と、前記サーバ装置から電子メールデータを含むＨＴＭＬデータを受信する工程と、前記ＨＴＭＬデータから電子メールデータを取り出す工程と、取り出した前記電子メールデータを前記インターネットファクシミリ装置に送信する工程と、を具備するようにしたものである。
【００３１】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００３２】
（実施の形態１）
図１は、本発明の実施の形態１に係る通信制御装置が動作するネットワークを示す概念図である。本実施の形態の通信制御装置１００は、ＩＦＡＸ１０１に接続され、ＩＦＡＸ１０１とそれに接続されたネットワークとの間で電子メール通信を行う場合に、その通信プロトコルを変換するアダプタとして機能するため、本実施の形態においては、以下、単にアダプタ（ＡＤＰＴ）と呼ぶこととする。
【００３３】
このようなＩＦＡＸ１０１に接続されたＡＤＰＴ１００は、ＰＣ等の通信端末１０２と共に、ＬＡＮ（Local Area Network）等のネットワーク１０３に接続されている。このネットワーク１０３は、グループウェアソフトを利用したサーバ（以下、「グループウェアサーバ」という）１０４により管理されている。以下において、このグループウェアサーバ１０４に管理されるネットワーク１０３をグループウェアネットワーク１０３と呼ぶこととする。
【００３４】
このグループウェアサーバ１０４は、例えば、ＬＯＴＵＳ社（米国）のＮＯＴＥＳ等のグループウェアソフトを採用し社内ネットワークを構築する。これにより、ＰＣ１０２等のクライアント端末は、グループウェアネットワーク１０３で情報の共有を実現することができる。また、グループウェアサーバ１０４は、ＷＥＢサーバとしての機能を有し、グループウェアネットワーク１０３に接続されたＰＣ１０２等のクライアント端末、あるいは、外部のクライアント端末は、ＷＷＷブラウザを利用することでグループウェアネットワーク１０３における情報の共有を実現することができる。本実施の形態に係る発明は、グループウェアサーバ１０４がＷＥＢサーバとして機能する場合に顕著な効果を奏するため、特にこの場合について説明する。
【００３５】
このグループウェアネットワーク１０３の外部にあるＬＡＮ１０５に接続されたＰＣ１０６が電子メールをグループウェアネットワーク１０３上のＰＣ１０２等のクラインアント端末に送信する場合、ＰＣ１０６等から送信された電子メールは、ＬＡＮ１０５を介してメールサーバ１０７に送信される。そして、メールサーバ１０７で送信先等が判断され、インターネット１０８を介してグループウェアサーバ１０４に転送される。
【００３６】
グループウェアサーバ１０４は、外部からの電子メールを受信すると、そのアドレス情報からユーザ名を判断する。そして、ユーザ名に対応するクライアントがグループウェアネットワーク１０３上に存在するか判断し、存在する場合には、そのユーザ名に対応するメールボックスに受信した電子メールデータを格納する。そして、そのユーザ名に対応するクライアント端末からアクセスがあった場合、その受信した電子メールをＷＷＷブラウザ上で表示できるように電子メールデータの変換処理を行う。これにより、ＰＣ１０２等のクライアント端末は、ＷＷＷブラウザ上で電子メールを見ることができる。
【００３７】
図２は、このような場合におけるグループウェアサーバ１０４及びグループウェアネットワーク１０３上のＰＣ１０２等のクライアント端末周辺における通信プロトコルを説明するための概念図である。
【００３８】
ＬＡＮ１０５に接続されたＰＣ１０６からグループウェアネットワーク１０３上のＰＣ１０２に電子メールを送信する場合、インターネット１０８を介して電子メールは、ＳＭＴＰプロトコルに従ってグループウェアサーバ１０４に送信される。この電子メールは、グループウェアサーバ１０４において一時的に保持される。そして、ＰＣ１０２から要求があった場合にグループウェアサーバ１０４は、その電子メールのプロトコルをＳＭＴＰプロトコルからＨＴＴＰプロトコルに変換することでＰＣ１０２のＷＷＷブラウザ上で見ることができるようにしている。
【００３９】
なお、図２において、ファイアウォール（ＦＩＲＥ ＷＡＬＬ）は、インターネット１０８とグループウェアネットワーク１０３との間に配設され、インターネット１０８からのデータの流入を防止し、グループウェアネットワーク１０３上のクライアント端末からの要求に応答するデータだけグループウェアネットワーク１０３内に受け入れる機能を有するものである。
【００４０】
これに対して、ＬＡＮ１０５に接続されたＩＦＡＸ１０９が電子メールをグループウェアネットワーク１０３上のＩＦＡＸ１０１に送信する場合、ＰＣ１０６からの電子メールと同様に、ＩＦＡＸ１０９からメールサーバ１０７、インターネット１０８を介してグープウェアサーバ１０４に転送される。そして、グループウェアサーバ１０４でユーザ名が判断され、そのユーザ名に対応するクライアントが存在する場合には、そのユーザ名に対応したメールボックスに受信した電子メールデータが格納される。さらに、そのユーザ名に対応するＩＦＡＸ１０１からＡＤＰＴ１００を介してアクセスがあった場合、ＰＣ１０６からの電子メールと同様に、その受信した電子メールデータの変換処理を行う。
【００４１】
図２を用いて説明すると、ＬＡＮ１０５に接続されたＩＦＡＸ１０９からグループウェアネットワーク１０３上のＩＦＡＸ１０１に電子メールを送信する場合、上述のＰＣ１０６からの電子メールと同様に、インターネット１０８を介して電子メールは、ＳＭＴＰプトロコルに従ってグループウェアサーバ１０４に送信される。この電子メールは、グループウェアサーバ１０４において一時的に保持される。そして、ＩＦＡＸ１０１からＡＤＰＴ１００を介して要求があった場合にグループウェアサーバ１０４は、その電子メールのプロトコルをＳＭＴＰプロトコルからＨＴＴＰプロトコルに変換するようにしている。
【００４２】
ＡＤＰＴ１００は、このＨＴＴＰプロトコルに従って処理された電子メールデータを受け取り、ＩＦＡＸ１０１との間でさらにプロトコルの変換処理を行う。すなわち、ＡＤＰＴ１００は、ＩＦＡＸ１０１の動作可能なプロトコルであるＰＯＰ３（送信時には、ＳＭＴＰ）に従って電子メールデータをＩＦＡＸ１０１に受け渡す。これにより、ＩＦＡＸ１０１は、通常の電子メールの通信処理と同様に、電子メールの受信を行うことができ、受信したその電子メールの印刷を行うことができる。
【００４３】
図３は、上述のような機能を有する本ＡＤＰＴ１００のハードウエア構成を示すブロック図である。
【００４４】
中央処理部（ＣＰＵ）２００は、各種プログラムを実行してＡＤＰＴ１００の各部を制御する。ＲＯＭ２０１は、ＣＰＵ２００が実行するプログラムを格納する。ＲＡＭ２０２は、プログラムのデータ領域として使用されると共に、所定のデータを格納するメモリとして使用される。
【００４５】
第１ＬＡＮインタフェース（以下、「第１ＬＡＮＩ／Ｆ」という）２０３は、グループウェアネットワーク１０３との間のデータの送受信を制御するインタフェースである。第２ＬＡＮインタフェース（以下、「第２ＬＡＮＩ／Ｆ」という）２０４は、ＩＦＡＸ１０１との間のデータの送受信を制御するインタフェースである。なお、第２ＬＡＮＩ／Ｆ２０４は、既存の全てのＩＦＡＸ１０１が備えるインタフェースと接続されるため、各機種の仕様等に限定されることなく既存のＩＦＡＸ１０１の全ての機種に接続することができる。これら２つのＬＡＮＩ／Ｆにより本ＡＤＰＴ１００は、ＩＦＡＸ１００とグループウェアネットワーク１０３との間で動作する。
【００４６】
バス２０５は、ＣＰＵ２００、ＲＯＭ２０１、ＲＡＭ２０２、第１ＬＡＮＩ／Ｆ２０３及び第２ＬＡＮＩ／Ｆ２０４間でデータが転送される経路である。
【００４７】
図４は、上記実施の形態に係るＡＤＰＴ１００の主要な機能を示すブロック図である。
【００４８】
信号種別判定部４００は、第２ＬＡＮＩ／Ｆ２０４を介してＩＦＡＸ１０１から出力されるコマンド信号の種別を判定する。そして、コマンド信号の種別に応じて、ＳＭＴＰ・ＰＯＰ３処理部４０１、ＨＴＴＰ処理部４０２及び電子メール通信部４０３にそのコマンド信号を受信した旨の通知をする。
【００４９】
ＳＭＴＰ・ＰＯＰ３処理部４０１は、信号種別判定部４００から通知を受けると、第２ＬＡＮＩ／Ｆ２０４を介してＩＦＡＸ１０１との間でＳＭＴＰプロトコル又はＰＯＰ３プロトコルに従って各種信号の通信を行う。
【００５０】
ＨＴＴＰ処理部４０２は、信号種別判定部４００から通知を受けると、第１ＬＡＮＩ／Ｆ２０３を介してグループウェアネットワーク１０３との間でＨＴＴＰプロトコルに従って、各種信号の通信を行う。
【００５１】
電子メール通信部４０３は、信号種別判定部４００から通知を受けると、第２ＬＡＮＩ／Ｆ２０４を介してＩＦＡＸ１０１との間で電子メールデータの通信を行う。ＩＦＡＸ１０１から電子メールを受信する場合、電子メール通信部４０３は、受信した電子メールデータをＲＡＭ２０２に格納する。一方、ＩＦＡＸ１０１に電子メールを送信する場合、電子メール通信部４０３は、ＲＡＭ２０２に格納された電子メールデータを取り出し、送信する。
【００５２】
ＨＴＭＬ通信部４０４は、第１ＬＡＮＩ／Ｆ２０３を介して、グループウェアネットワーク１０３との間でＨＴＭＬ文書データの通信を行う。
【００５３】
ＨＴＭＬ処理部４０５は、ＨＴＭＬ通信部４０４が受信したＨＴＭＬ文書データに所定のデータの書き込みを行う一方、ＲＡＭ２０２に格納された電子メールデータのＨＴＭＬ文書への変換処理を行う。
【００５４】
次に、上記構成を有するＡＤＰＴ１００が接続されたＩＦＡＸ１０１からグループウェアサーバ１０４に電子メールを送信する場合の処理について、図５に示すシーケンス図を参照しながら、図６に示すフロー図を用いて説明する。図５は、本実施の形態に係るＡＤＰＴ１００が接続されたＩＦＡＸ１０１からグループウェアサーバ１０４に電子メールを送信する場合のシーケンス図を示す。図６は、本実施の形態に係るＡＤＰＴ１００からグループウェアサーバ１０４に電子メールデータを送信する場合のフロー図を示す。
【００５５】
グループウェアサーバ１０４に電子メールを送信する場合、まず、ＩＦＡＸ１０１は、ＡＤＰＴ１００とのコネクション確立のための手順を実行する。すなわち、図５に示すように、ＩＦＡＸ１０１は、ＡＤＰＴ１００に対して、まず、同期を取るためのコマンド信号（ＳＹＮ）を送信する。そして、コマンド信号（ＳＹＮ）に応答してＡＤＰＴ１００から送信される、同期確認を示すコマンド信号（ＳＹＮ ＡＣＫ）を受信し、ＩＦＡＸ１０１は、このコマンド信号（ＳＹＮ ＡＣＫ）を受信したことを示すコマンド信号（ＡＣＫ）を送信する。この手順を実行することにより、ＩＦＡＸ１０１とＡＤＰＴ１００との間のコネクションが確立される。
【００５６】
ＩＦＡＸ１０１とＡＤＰＴ１００のコネクションが確立されると、ＡＤＰＴ１００は、グループウェアサーバ１０４とのコネクション確立のための手順を実行する。ＡＤＰＴ１００は、上述のＩＦＡＸ１０１が実行したのと同一の手順を実行する。この手順を実行することにより、ＡＤＰＴ１００とグループウェアサーバ１０４との間のコネクションが確立される。
【００５７】
ＡＤＰＴ１００とグループウェアサーバ１０４とのコネクションを確立する際に、最終確認となるコマンド信号（ＡＣＫ）をグループウェアサーバ１０４に送信すると、ＡＤＰＴ１００において、ＳＭＴＰ・ＰＯＰ３処理部４０１は、ＩＦＡＸ１０１との間でＳＭＴＰプロトコルに従ってコマンド信号のやりとりを開始する。具体的には、まず、ＳＭＴＰ・ＰＯＰ３処理部４０１は、受信ＯＫを示す応答信号（２２０）をＩＦＡＸ１０１に対して出力する。
【００５８】
この”２２０”を受信すると、ＩＦＡＸ１０１は、通信路の使用開始宣言を示すコマンド信号（ＨＥＬＯ）をＡＤＰＴ１００に対して出力する。この”ＨＥＬＯ”を受信すると、ＡＤＰＴ１００において、信号種別判定部４００は、ＳＭＴＰ・ＰＯＰ３処理部４０１にその旨を通知する。この通知を受けると、ＳＭＴＰ・ＰＯＰ３処理部４０１は、受信ＯＫを示す応答信号（２５０）をＩＦＡＸ１０１に対して出力する。
【００５９】
そして、これ以降、ＩＦＡＸ１０１から出力されるメッセージの送信者名を示すコマンド信号（ＭＡＩＬ）、メッセージの宛先名を示すコマンド信号（ＲＣＰＴ）及びメッセージの送信開始を示すコマンド信号（ＤＡＴＡ）を受信して、ＳＭＴＰ・ＰＯＰ３処理部４０１は、各コマンド信号に対して、”２５０”、”２５０”及び”３５４”という応答信号をＩＦＡＸ１０１に出力する。なお、この”３５４”は、グループウェアサーバ１０４から後述する送信フォームを受け取ってからＩＦＡＸ１０１に出力される。
【００６０】
この”３５４”を受信した後、ＩＦＡＸ１０１から出力される電子メールデータ及び通信路の使用終了宣言を示すコマンド信号（ＱＵＩＴ）を受信する。そして、ＳＭＴＰ・ＰＯＰ３処理部４０１は、電子メールデータの受信完了時には”２５０”、”ＱＵＩＴ”に対しては”２２１”という応答信号をＩＦＡＸ１０１に出力する。これにより、ＩＦＡＸ１０１とＡＤＰＴ１００との間のコネクションが切断される。このように、ＩＦＡＸ１０１とＡＤＰＴ１００との間では、通常の電子メールデータのやりとりと同様に、ＳＭＴＰプロトコルに従って各種信号や電子メールデータのやりとりが行われる。
【００６１】
なお、電子メールデータの受信完了時に出力する”２５０”は、グループウェアサーバ１０４から後述する”ＰＯＳＴ”の応答信号を受信してからＩＦＡＸ１０１に出力される。
【００６２】
一方、ＩＦＡＸ１０１から”ＨＥＬＯ”を受信すると、ＡＤＰＴ１００において、信号種別判定部４００は、ＨＴＴＰ処理部４０２にその旨を通知する。この通知を受けると、ＨＴＴＰ処理部４０２は、グループウェアサーバ１０４との間でＨＴＴＰプロトコルに従ってコマンド信号のやりとりを開始する。具体的には、まず、ＨＴＴＰ処理部４０２は、接続を要求するコマンド信号（ＧＥＴ）をグループウェアサーバ１０４に対して出力する。これにより、ＨＴＴＰプロトコルに従ってグループウェアサーバ１０４と接続される（ＳＴ６０１）。
【００６３】
なお、ここでは、単にＨＴＴＰプロトコルに従って接続しているが、接続の際、ＳＳＬ（Secure Socket Layer）等の技術を用いてグループウェアサーバ１０４との間で交換されるデータのセキュリティを守るようにしても良い。
【００６４】
この”ＧＥＴ”を受信すると、グループウェアサーバ１０４は、応答信号として、認証要求を含むエラー信号をＡＤＰＴ１００に対して出力する。このエラー信号は、ヘッダとＨＴＭＬ文書データで構成され、そのＨＴＭＬ文書データに認証する方法が指定されている。これにより、グループウェアサーバ１０４から認証方法が指定される（ＳＴ６０２）。
【００６５】
このエラー信号を受信すると、ＨＴＴＰ処理部４０２は、送信フォームの要求を示すコマンド信号（ＧＥＴ）に予め設定されているユーザＩＤ（ＵＩＤ）及びパスワードを付与して送信する（ＳＴ６０３）。
【００６６】
この”ＧＥＴ”を受信すると、グループウェアサーバ１０４は、その”ＧＥＴ”に付与されたＵＩＤ及びパスワードが適正なものか判断し、適正である場合には送信フォームを含むデータ（以下、「送信フォームデータ」という）をＡＤＰＴ１００に対して出力する（ＳＴ６０４）。
【００６７】
図７は、グループウェアサーバ１０４から送信される送信フォームデータのソースデータを示している。図７に示すように、送信フォームデータは、ヘッダとＨＴＭＬ文書データで構成され、そのＨＴＭＬ文書データに送信フォームが含まれている。この送信フォームを受信することで、ＡＤＰＴ１００は、図８に示す送信フォームを認識することができる。なお、図８は、グループウェアサーバ１０４から送信される送信フォームの概念図である。
【００６８】
送信フォームデータを受信すると、ＡＤＰＴ１００において、ＨＴＭＬ通信部４０４は、この”ＤＡＴＡ”からＨＴＭＬ文書データで記述された送信フォームを抽出し、送信フォームを取得する（ＳＴ６０５）。このとき、ＨＴＴＰ処理部４０２は、この送信フォームデータを受信した旨を信号種別判定部４００に通知する。
【００６９】
送信フォームデータを受信した旨の通知を受けると、信号種別判定部４００は、ＳＭＴＰ・ＰＯＰ３処理部４０１にその旨を通知する。この通知を受けると、上述のように、ＡＤＰＴ１００において、ＳＭＴＰ・ＰＯＰ３処理部４０１は、”３５４”という応答信号をＩＦＡＸ１０１に送信し、ＩＦＡＸ１０１からの電子メールデータの送信を促す。そして、ＩＦＡＸ１０１から送信された電子メールデータを電子メール通信部４０３が受信し、ＲＡＭ２０２に格納する（ＳＴ６０６）。
【００７０】
ＨＴＭＬ処理部４０５は、ＲＡＭ２０２に格納された電子メールデータから送信先（図８に示す「To」）、件名（図８に示す「Subject」）、ファイル名（図８に示す「File Name」）を抽出し、受信した送信フォームの所定位置に書き込む。そして、この送信フォームをＨＴＭＬ通信部４０４に渡す。ＨＴＭＬ通信部４０４は、この送信フォームを含むコマンド信号（ＰＯＳＴ）をグループウェアサーバ１０４に送信すると共に電子メールデータをグループウェアサーバ１０４に送信する（ＳＴ６０７）。
【００７１】
図９は、ＡＤＰＴ１００が送信する”ＰＯＳＴ”のソースデータを示している。図９に示すように、”ＰＯＳＴ”は、ヘッダと送信データで構成され、その送信データに上述の送信フォームに書き込まれる所定情報が含まれている。具体的には、図９に示すように、送信先（ａｂｃ＠ｄｅｆ．ｃｏｍ）、件名（ｔｅｓｔ）及びファイル名（￥￥ｉｍａｇｅ．ｔｉｆ）が記述されている。この”ＰＯＳＴ”を受信することで、グループウェアサーバ１０４は、図１０に示す所定情報が書き込まれた送信フォームを認識することができる。なお、図１０は、ＡＤＰＴ１００から送信される送信データが記述された送信フォームの概念図である。
【００７２】
このような”ＰＯＳＴ”及び電子メールデータを受信すると（ＳＴ６０８）、送信フォームに記述された情報に従って、グループウェアサーバ１０４は、ＣＧＩ処理を起動し（ＳＴ６０９）、送信フォームに記述された送信先の電子メールアドレスの検証を行う（ＳＴ６１０）。具体的には、その送信先の電子メールアドレスがグループウェアネットワーク１０３上のクライアント端末かどうかを判定する。ここで、グループウェアネットワーク１０３上のクライアント端末である場合には、電子メールデータは、該当するメールボックスに格納される（ＳＴ６１１）。一方、グループウェアネットワーク１０３上のクライアント端末でない場合には、電子メールデータは、インターネット１０８を介して他のメールサーバに転送される（ＳＴ６１２）。
【００７３】
その後、グループウェアサーバ１０４は、電子メールデータの受信処理の終了を示すため、”ＰＯＳＴ”の応答信号をＡＤＰＴ１００に出力する。これにより、グループウェアサーバ１０４とＡＤＰＴ１００との間のコネクションが切断される。このように、グループウェアサーバ１０４とＡＤＰＴ１００との間では、ＩＦＡＸ１０１からの”ＨＥＬＯ”の受信をきっかけにして、ＨＴＴＰプロトコルに従って各種信号や電子メールデータのやりとりが行われる。
【００７４】
このように本実施の形態のＡＤＰＴ１００によれば、ＩＦＡＸ１０１からグループウェアサーバ１０４に電子メールを送信する際、ＩＦＡＸ１０１との間でＳＭＴＰプロトコルに従って各種信号や電子メールデータの通信を行う一方、グループウェアサーバ１０４との間でＨＴＴＰプロトコルに従って各種信号や電子メールデータの通信を行う。このため、ＨＴＴＰプロトコルに従って通信が行われるグループウェアネットワーク１０３においても、ＩＦＡＸ１０１は、正常に電子メールの送信動作を行うことができる。
【００７５】
また、本実施のＡＤＰＴ１００によれば、グループウェアサーバ１０４から送信フォームデータを受信した後、ＩＦＡＸ１０１に対して”３５４”を送信する。そして、ＩＦＡＸ１０１から電子メールデータを受信した後、送信先等の情報を記述して送信フォームをグループウェアサーバ１０４に送信する。このため、送信フォームを認識する前に電子メールデータがＩＦＡＸ１０１から送信され、電子メールデータの受信から長時間が経過することによるＡＤＰＴ１００での誤動作を防止することができる。これにより、確実に電子メールの送信動作を行うことができる。
【００７６】
次に、ＡＤＰＴ１００が接続されたＩＦＡＸ１０１がグループウェアサーバ１０４から電子メールを受信する場合の処理について、図１１に示すシーケンス図を参照しながら、図１２に示すフロー図を用いて説明する。図１１は、本実施の形態に係るＡＤＰＴ１００が接続されたＩＦＡＸ１０１がグループウェアサーバ１０４から電子メールを受信する場合のシーケンス図を示す。図１２は、本実施の形態に係るＡＤＰＴ１００がグループウェアサーバ１０４から電子メールデータを受信する場合のフロー図を示す。
【００７７】
グループウェアサーバ１０４から電子メールを受信する場合においても、グループウェアサーバ１０４に電子メールを送信する場合と同様に、ＩＦＡＸ１０１は、まず、ＡＤＰＴ１００とのコネクション確立のための手順を実行する。また、ＩＦＡＸ１０１とＡＤＰＴ１００のコネクションが確立されると、ＡＤＰＴ１００も、グループウェアサーバ１０４に電子メールを送信する場合と同様に、グループウェアサーバ１０４とのコネクション確立のための手順を実行する。
【００７８】
ＡＤＰＴ１００とグループウェアサーバ１０４とのコネクションを確立する際に、最終確認となるコマンド信号（ＡＣＫ）をグループウェアサーバ１０４に送信すると、ＡＤＰＴ１００において、ＳＭＴＰ・ＰＯＰ３処理部４０１は、ＩＦＡＸ１０１との間でＰＯＰ３プロトコルに従ってコマンド信号のやりとりを開始する。具体的には、まず、ＳＭＴＰ・ＰＯＰ３処理部４０１は、肯定応答を示すＯＫレスポンスをＩＦＡＸ１０１に対して出力する。
【００７９】
このＯＫレスポンスを受信すると、ＩＦＡＸ１０１は、メールボックス名の送信を示すコマンド信号（ＵＳＥＲ）をＡＤＰＴ１００に対して出力する。この”ＵＳＥＲ”を受信すると、ＡＤＰＴ１００において、信号種別判定部４００は、ＳＭＴＰ・ＰＯＰ３処理部４０１にその旨を通知する。この通知を受けると、ＳＭＴＰ・ＰＯＰ３処理部４０１は、肯定応答を示すＯＫレスポンスをＩＦＡＸ１０１に対して出力する。
【００８０】
そして、これ以降、ＳＭＴＰ・ＰＯＰ３処理部４０１は、ＩＦＡＸ１０１から出力されるメールボックス・パスワードの送信を示すコマンド信号（ＰＡＳＳ）、受信状態の問い合わせを示すコマンド信号（ＳＴＡＴ）、メールのダウンロード要求を示すコマンド信号（ＲＥＴＲ）を受信して、各コマンド信号に対して、肯定応答として、ＯＫレスポンスをＩＦＡＸ１０１に出力する。
【００８１】
なお、”ＳＴＡＴ”を受信した後、ＩＦＡＸ１０１に出力するＯＫレスポンスには、受信する電子メールデータの数及び各電子メールデータの容量が含まれる。また、ＩＦＡＸ１０１から受信した”ＲＥＴＲ”とこれに対する肯定応答としてＩＦＡＸ１０１に出力するＯＫレスポンスの間に、ＡＤＰＴ１００は、リンク先情報を含むコマンド信号（ＧＥＴ）をグループウェアサーバ１０４に送信すると共に、グループウェアサーバ１０４から送信される電子メールデータを受信する。
【００８２】
そして、”ＲＥＴＲ”に対する肯定応答として、ＯＫレスポンスをＩＦＡＸ１０１に出力した後、ＡＤＰＴ１００は、電子メールデータをＩＦＡＸ１０１に出力する。
【００８３】
一方、ＩＦＡＸ１０１から”ＵＳＥＲ”を受信すると、ＡＤＰＴ１００において、信号種別判定部４００は、ＨＴＴＰ処理部４０２にその旨を通知する。この通知を受けると、ＨＴＴＰ処理部４０２は、グループウェアサーバ１０４との間でＨＴＴＰプロトコルに従ってコマンド信号のやりとりを開始する。具体的には、まず、ＨＴＴＰ処理部４０２は、接続を要求するコマンド信号（ＧＥＴ）をグループウェアサーバ１０４に対して出力する。これにより、ＨＴＴＰプロトコルに従ってグループウェアサーバ１０４と接続される（ＳＴ１２０１）。
【００８４】
この”ＧＥＴ”を受信すると、グループウェアサーバ１０４は、応答信号として、認証要求を含むエラー信号をＡＤＰＴ１００に対して出力する。このエラー信号は、ヘッダとＨＴＭＬ文書データで構成され、そのＨＴＭＬ文書データに認証する方法が指定されている。これにより、グループウェアサーバ１０４から認証方法が指定される（ＳＴ１２０２）。
【００８５】
このエラー信号を受信すると、ＨＴＴＰ処理部４０２は、受信フォームの要求を示すコマンド信号（ＧＥＴ）に予め設定されているユーザＩＤ（ＵＩＤ）及びパスワードを付与して送信する（ＳＴ１２０３）。
【００８６】
この”ＧＥＴ”を受信すると、グループウェアサーバ１０４は、その”ＧＥＴ”に付与されたＵＩＤ及びパスワードが適正なものか判断し、適正である場合に応答信号として、受信フォームを含むデータ（以下、「受信フォームデータ」という）をＡＤＰＴ１００に対して出力する（ＳＴ１２０４）。
【００８７】
図１３は、グループウェアサーバ１０４から送信される受信フォームデータのソースデータを示している。図１３に示すように、受信フォームデータは、ヘッダとＨＴＭＬ文書データで構成され、そのＨＴＭＬ文書データに受信フォームが含まれている。この受信フォームを受信することで、ＡＤＰＴ１００は、例えば、図１４に示す受信フォームを認識することができる。なお、図１４は、グループウェアサーバ１０４から送信される受信フォームの概念図である。
【００８８】
受信フォームデータを受信すると、ＡＤＰＴ１００において、ＨＴＭＬ通信部４０４は、この受信フォームデータからＨＴＭＬ文書データで記述された受信フォームを抽出し、受信フォームを取得する（ＳＴ１２０５）。このとき、ＨＴＴＰ処理部４０２は、この受信フォームデータを受信した旨を信号種別判定部４００に通知する。
【００８９】
受信フォームデータを受信した旨の通知を受けると、信号種別判定部４００は、ＳＭＴＰ・ＰＯＰ３処理部４０１にその旨を通知する。この通知を受けると、ＳＭＴＰ・ＰＯＰ３処理部４０１は、ＨＴＭＬ文書データで記述された受信フォームの中からＨＴＭＬ処理部４０５が抽出した電子メールデータの数及び各電子メールデータの容量を”ＳＴＡＴ”に対するＯＫレスポンスに付与して、ＩＦＡＸ１０１に送信する。
【００９０】
受信フォームを取得すると、ＡＤＰＴ１００において、その受信フォームから新規の電子メールデータの有無が判断される（ＳＴ１２０６）。ここで、新規の電子メールデータがない場合には、ＩＦＡＸ１０１における電子メールの受信処理が終了する（ＳＴ１２０７）。
【００９１】
一方、新規の電子メールデータがある場合には、その受信データを指定した受信フォーム、言い換えると、リンク先が指定された受信フォームを含むコマンド信号（ＧＥＴ）をグループウェアサーバ１０４に送信する（ＳＴ１２０８）。ここでは新規の電子メールデータがあるものとする。
【００９２】
図１５は、ＡＤＰＴ１００が送信する受信フォームを含む”ＧＥＴ”のソースデータを示している。図１５に示す受信フォームを含む”ＧＥＴ”を受信することで、グループウェアサーバ１０４は、図１４に示す上側の電子メールデータの受信要求を認識することができる。
【００９３】
このような”ＧＥＴ”を受信すると（ＳＴ１２０９）、グループウェアサーバ１０４は、その”ＧＥＴ”に対応する電子メールデータをＡＤＰＴ１００に対して送信する（ＳＴ１２１０）。
【００９４】
このとき、グループウェアサーバ１０４から送信される電子メールデータは、ＨＴＭＬ文書データで記述されている。ＨＴＭＬ通信部４０４は、この電子メールデータを受信する（ＳＴ１２１１）。そして、ＨＴＭＬ処理部４０５は、このＨＴＭＬ文書で記述された電子メールデータからＴＩＦＦファイルを抽出し（ＳＴ１２１２）、ＲＡＭ２０２にそのＴＩＦＦファイルを格納する。
【００９５】
ＲＡＭ２０２にＴＩＦＦファイルが格納されると、電子メール通信部４０３は、そのＴＩＦＦファイルを取り出して、ＩＦＡＸ１０１に転送する（ＳＴ１２１３）。
【００９６】
そして、電子メールデータを転送した後、図１１に示すように、ＩＦＡＸ１０１から出力される電子メールの削除要求を示すコマンド信号（ＤＥＬＥ）を受信する。この”ＤＥＬＥ”を受信すると、受信フォームに記述された電子メールのうち、既にダウンロードした電子メールデータの削除を要求する受信フォームを含むコマンド信号（ＰＯＳＴ）をグループウェアサーバ１０４に出力する。ここでは、図１４に示す上側の電子メールデータのダウンロードを終了しているため、この電子メールデータの削除を要求する。
【００９７】
図１６は、ＡＤＰＴ１００が出力する受信フォームを含む”ＰＯＳＴ”のソースデータを示している。図１６に示すように、この”ＰＯＳＴ”は、ヘッダと送信データとで構成される。ヘッダには、削除を要求する電子メールデータを識別するための情報が含まれており、送信データには、図１４の概念図で示した削除チェックボックスにチェックを入れるためのデータが含まれている。
【００９８】
このような”ＰＯＳＴ”を受信すると、グループウェアサーバ１０４は、指定された電子メールデータを削除するためのＣＧＩ処理を起動し、その電子メールデータの削除処理を行う。そして、指定された電子メールデータの削除処理を行った後、グループウェアサーバ１０４は、削除処理を行った後に残った電子メールデータを含む受信フォームを再度、ＡＤＰＴ１００に送信する。ここでは、図１４に示す下側の電子メール情報だけが含まれる受信フォームがＡＤＰＴ１００に送信される。
【００９９】
この受信フォームを受信した後、ＡＤＰＴ１００は、上述の”ＤＥＬＥ”に対する肯定応答として、ＯＫレスポンスを出力する。そして、このＯＫレスポンスを受信したＩＦＡＸ１０１は、上述した要領で、”ＲＥＴＲ”をＡＤＰＴ１００に出力することで、次の電子メールデータのダウンロード要求をする。ここでは、図１４に示す下側の電子メールデータのダウンロードが要求されることとなるが、上述の説明と同様の処理であるため、説明を省略する。
【０１００】
そして、受信フォームに含まれる全ての電子メールデータのダウンロードを終了後、”ＤＥＬＥ”をＡＤＰＴ１００に出力し、ＡＤＰＴ１００からこの肯定応答としてＯＫレスポンスを受信すると、ＩＦＡＸ１０１は、完了通知を示すコマンド信号（ＱＵＩＴ）を送信する。
【０１０１】
ＡＤＰＴ１００は、この”ＱＵＩＴ”を受信し、これに対する肯定応答としてＯＫレスポンスを出力する。これにより、ＩＦＡＸ１０１とＡＤＰＴ１００との間のコネクションが切断される。
【０１０２】
このように、ＩＦＡＸ１０１とＡＤＰＴ１００との間では、通常の電子メールデータのやりとりと同様に、ＰＯＰ３プロトコルに従って各種信号や電子メールデータのやりとりが行われる。一方、ＡＤＰＴ１００とグループウェアサーバ１０４との間では、ＩＦＡＸ１０１からの”ＵＳＥＲ”の受信をきっかけとしてＨＴＴＰプロトコルに従って各種信号や電子メールデータのやりとりが行われる。
【０１０３】
このように本実施の形態のＡＤＰＴ１００によれば、ＩＦＡＸ１０１がグループウェアサーバ１０４から電子メールを受信する際、ＩＦＡＸ１０１との間でＰＯＰ３プロトコルに従って各種信号や電子メールデータの通信を行う一方、グループウェアサーバ１０４との間でＨＴＴＰプロトコルに従って各種信号や電子メールデータの通信を行う。このため、ＨＴＴＰプロトコルに従って通信が行われるグループウェアネットワーク１０３においても、ＩＦＡＸ１０１は、正常に電子メールの受信動作を行うことができる。
【０１０４】
（実施の形態２）
図１７は、本発明の実施の形態２に係るＡＤＰＴ１００のハードウエア構成を示すブロック図である。図１７において、図３と同一の符号が付されている構成については、同一の機能を有するものとし説明を省略する。
【０１０５】
図１７に示すように、実施の形態２に係るＡＤＰＴ１００は、実施の形態１に係るＡＤＰＴ１００の構成に加え、所定のＩＣカード１７０１に所定データの書込み、あるいは、ＩＣカード１７０１に書き込まれたデータの読取りを行うＩＣカードＲＥＡＤ／ＷＲＩＴＥ部（以下、「ＩＣカードＲ／Ｗ部」という）１７０２を具備する。
【０１０６】
ＩＣカード１７０１は、本ＡＤＰＴ１００が接続されたＩＦＡＸ１０１から電子メールの送受信を行うユーザに予め配布されているものである。なお、ＩＣカード１７０１に書き込まれたデータの詳細については後述する。
【０１０７】
図１８は、実施の形態２に係るＡＤＰＴ１００の主要な機能を示すブロック図である。なお、図１８において、図４と同一の符号が付されている構成要素については、同一の機能を有するものとし説明を省略する。
【０１０８】
カード情報判定部１８０１は、ＩＣカードスロット１７０２Ａに装着されたＩＣカード１７０１からＩＣカードＲ／Ｗ部１７０２が読み取った情報の内容を判定する。そして、ＩＣカード１７０１に署名処理又は署名暗号化処理に必要な情報が格納されている場合に署名暗号化処理部１８０２にその情報を与える。
【０１０９】
また、カード情報判定部１８０１は、ＩＣカードＲ／Ｗ部１７０２が読み取った情報に基いてＩＣカード１７０１の装着の有無についても判定する。さらに、カード情報判定部１８０１は、ＩＣカード１７０１に格納された電子メールアドレス情報を判定し、その電子メールアドレス情報を電子メール通信部４０３に通知する。
【０１１０】
署名暗号化処理部１８０２は、カード情報判定部１８０１から受け取った署名暗号化処理等に必要な情報に基いて、電子メール通信部４０３がＩＦＡＸ１０１から受信した電子メールデータに対して署名暗号化処理等の処理を行う。また、署名暗号化処理部１８０２は、カード情報判定部１８０１から受け取った署名暗号化処理等に必要な情報に基いて、電子メール通信部４０３がグループウェアネットワーク１０３から受信した電子メールデータに施された署名暗号化処理等の解読処理を行う。
【０１１１】
ここで、ＩＣカード１７０１に格納された情報について説明する。
【０１１２】
ＩＣカード１７０１は、上述のように、ＩＦＡＸ１０１を用いて電子メール通信を行う各ユーザに配布されるものであり、各ユーザに付与された電子メールアドレス情報が格納されている。すなわち、ＡＤＰＴ１００にＩＣカード１７０１が装着されているときのみ、各ユーザは、自分の電子メールアドレスから電子メールを送信することができ、自分の電子メールアドレスに対する電子メールを受信することができる。
【０１１３】
また、ＩＣカード１７０１は、署名処理又は署名暗号化処理に必要となる情報を格納する。すなわち、ＩＣカード１７０１は、自分の秘密鍵情報及び公開鍵情報を格納する。なお、送信先の公開鍵情報は、ＡＤＰＴ１００のＲＡＭ２０２内に蓄積されている。
【０１１４】
次に、以上のような構成を有するＡＤＰ１００が接続されたＩＦＡＸ１０１からグループウェアサーバ１０４に電子メールを送信する場合の処理について、図５に示すシーケンス図を参照しながら、図１９に示すフロー図を用いて説明する。図１９は、実施の形態２に係るＡＤＰＴ１００がＩＦＡＸ１０１から受信した電子メールデータに対する署名暗号化処理等の処理を示すフロー図である。なお、ＩＦＡＸ１０１から送信する電子メールデータには全て暗号化処理が施されるものとする。
【０１１５】
実施の形態２においても、ＩＦＡＸ１０１からグループウェアサーバ１０４に電子メールを送信する場合、実施の形態１で図５を用いて説明した場合と同様に、ＩＦＡＸ１０１とＡＤＰＴ１００の間においてＳＭＴＰプロトコルに従って各種信号のやりとりが行われ、その後に電子メールデータを受信する。受信した電子メールデータは、以下に説明するように暗号化処理が施される一方、後述する送信フォームへの所定データの書込み処理が終了するまでオリジナルの電子メールデータがＲＡＭ２０２に保持される。
【０１１６】
ＩＦＡＸ１０１から電子メールデータを受信すると（ＳＴ１９０１）、カード情報判定部１８０１は、ＩＣカードＲ／Ｗ部１７０２が読み取った情報に基づいて、ＩＣカード１７０１がＡＤＰＴ１００のスロット１７０２Ａに挿入されているか判定する（ＳＴ１９０２）。
【０１１７】
ここで、ＩＣカード１７０１がＡＤＰＴ１００のスロット１７０２Ａに挿入されていない場合には、ＡＤＰＴ１００では、通常の電子メールの送信処理が行われる（ＳＴ１９０３）。すなわち、ＩＦＡＸ１０１に付与された電子メールアドレスから電子メールの送信処理が行われる。
【０１１８】
一方、ＩＣカード１７０１が本ＡＤＰＴ１００のスロット１７０２Ａに挿入されている場合には、ＩＣカードＲ／Ｗ部１７０２は、ＩＣカード１７０１からこのユーザに関する情報（以下、「ユーザ情報」という）を抽出する。このとき、このユーザの電子メールアドレス情報が抽出される（ＳＴ１９０４）。
【０１１９】
そして、カード情報判定部１８０１は、ＩＣカードＲ／Ｗ部１７０２が抽出したユーザ情報から電子メールアドレス情報を判定し、電子メール通信部４０３に通知する。電子メール通信部４０３は、その電子メールアドレス情報を電子メールの送信元情報に設定する（ＳＴ１９０５）。具体的にいうと、抽出された電子メールアドレス情報が電子メールのヘッダ情報の［Ｆｒｏｍ：］に設定される。
【０１２０】
電子メールの送信元情報が設定されると、本ＡＤＰＴ１００において、Ｓ／ＭＩＭＥ処理が施される。まず、本ＡＤＰＴ１００において、送信先情報があるか判定される（ＳＴ１９０６）。具体的には、本ＡＤＰＴ１００のＲＡＭ２０２に送信先の公開鍵情報が格納されているかが判定される。
【０１２１】
ここで、送信先情報がない場合には、カード情報判定部１８０１は、ＩＣカードＲ／Ｗ部１７０２が抽出したユーザ情報から自己の秘密鍵情報を判定し、署名暗号化処理部１８０２に渡す。署名暗号化処理部１８０２は、この自己の秘密鍵情報を用いて署名処理を行う（ＳＴ１９０７）。
【０１２２】
具体的には、電子メールデータのメッセージデータからハッシュ関数等の不可逆性の関数で演算処理を行い、メッセージダイジェストを取り出し、そのメッセージダイジェストに自己の秘密鍵情報を用いて暗号化処理を施す。
【０１２３】
一方、送信先情報がある場合には、署名暗号化処理部１８０２は、この送信先の公開鍵情報を入手する。一方、カード情報判定部１８０１は、ＩＣカードＲ／Ｗ部１７０２が抽出したユーザ情報から自己の秘密鍵情報を署名暗号化処理部１８０２に渡す。署名暗号化処理部１８０２は、この自己の秘密鍵情報及び送信先の公開鍵情報を用いて署名暗号化処理を行う（ＳＴ１９０８）。
【０１２４】
具体的には、まず、上述のように電子メールのメッセージからハッシュ関数等の不可逆性の関数で演算処理を行い、メッセージダイジェストを取り出し、そのメッセージダイジェストに自己の秘密鍵情報を用いて暗号化処理を施す。さらに、ＤＥＫ（Data Encryption Key）と呼ばれる擬似乱数を用いた暗号鍵を生成する。そして、そのＤＥＫに対して送信先の公開鍵情報を用いて暗号化処理を施す。一方、先に暗号化処理を施したメッセージダイジェスト（署名結果）及び電子メールのメッセージデータに対して、そのＤＥＫで所定の暗号化方式（例えば、ＤＥＳ：Data Encryption Standard等）にしたがって暗号化処理を施す。
【０１２５】
そして、ＳＴ１９０７又はＳＴ１９０８で署名暗号化処理等を施した後、署名暗号化処理部１８０２は、その電子メールデータをＲＡＭ２０２に格納する（ＳＴ１９０９）。
【０１２６】
署名暗号化処理後の電子メールデータがＲＡＭ２０２に格納されると、図５で説明した場合と同様に、ＨＴＭＬ処理部４０５は、ＲＡＭ２０２に格納されたオリジナルの電子メールデータから送信先（図８に示す「To」）、件名（図８に示す「Subject」）、ファイル名（図８に示す「File Name」）を抽出し、受信した送信フォームの所定位置に書き込む。そして、この送信フォームをＨＴＭＬ通信部４０４に渡す。ＨＴＭＬ通信部４０４は、この送信フォームを含むコマンド信号（ＰＯＳＴ）をグループウェアサーバ１０４に送信すると共に署名暗号化処理が施された電子メールデータをＲＡＭ２０２から取り出し、グループウェアサーバ１０４に送信する。このようにしてＡＤＰＴ１００がＩＦＡＸ１０１から受信した電子メールデータに対する署名暗号化等の処理を終了する。
【０１２７】
このように本実施の形態のＡＤＰＴ１００によれば、ＩＦＡＸ１０１から電子メールデータを送信する際、ＨＴＴＰプロトコルに従って通信が行われるグループウェアネットワーク１０３においても、ＩＦＡＸ１０１に正常に電子メールの送信動作を行わせることができるだけでなく、必要に応じてその電子メールデータに暗号化処理を施すことができるので、既存のＩＦＡＸに特別な構成を附加することなく、電子メールの秘匿性を確保することができる。
【０１２８】
また、電子メールに暗号化処理を施す際、本ＡＤＰＴ１００は、各ユーザに配布されたＩＣカード１７０１の有無を判定し、暗号化処理の要否を判断する。これにより、暗号化処理を行う必要がない電子メールデータは、暗号化処理を施すことなく送信できる一方、暗号化処理を行う必要がある電子メールデータは、暗号化処理を施して送信することできるので、簡単に暗号化処理の要否を判断することができる。
【０１２９】
さらに、電子メールに暗号化処理を施す際、本ＡＤＰＴ１００は、挿入されたＩＣカード１７０１内に格納された暗号化処理に必要な情報を用いて暗号化処理を施す。各ユーザが管理するＩＣカード１７０１に格納された情報を用いて暗号化処理が行なわれるため、その情報の書き換え等を防止することができる。
【０１３０】
次に、本ＡＤＰＴ１００が接続されたＩＦＡＸ１０１がグループウェアサーバ１０４から電子メールを受信する場合の処理について、図１１に示すシーケンス図を参照しながら、図２０に示すフロー図を用いて説明する。図２０は、ＡＤＰＴ１００がグループウェアサーバ１０４から電子メールデータを受信し、その電子メールデータに施された署名暗号化処理等の解読を行う処理を示すフロー図である。なお、図２０において、図１２と同一の符号については、同一の処理を行うものとする。また、グループウェアサーバ１０４から受信する電子メールは、全て暗号化処理が施されているものとする。
【０１３１】
実施の形態２においても、グループウェアサーバ１０４から電子メールデータを受信する場合、実施の形態１で図１１を用いて説明した場合と同様に、ＩＦＡＸ１０１がまず、ＡＤＰＴ１００とのコネクション確立のための手順を実行する。このとき、ＡＤＰＴ１００は、このコネクション確立のために最初に送信される”ＳＹＮ”を電子メールの受信指示として捉える。これにより、ＡＤＰＴ１００において、この受信指示があるかが判定される（ＳＴ２００１）。
【０１３２】
電子メールの受信指示があると判定されると、カード情報判定部１８０１は、ＩＣカードＲ／Ｗ部１７０２が読み取った情報に基づいてＩＣカード１７０１がＡＤＰＴ１００のスロット１７０２Ａに挿入されているか判定する（ＳＴ２００２）。
【０１３３】
ここで、ＩＣカード１７０１がＡＤＰＴ１００のスロット１７０２Ａに挿入されていない場合には、ＡＤＰＴ１００では、ＩＦＡＸ１０１から指示したユーザの電子メールアドレス情報を確認することができないため、電子メールの受信処理は行われない（ＳＴ２００３）。
【０１３４】
一方、ＩＣカード１７０１がＡＤＰＴ１００のスロット１７０２Ａに挿入されている場合には、図１１で説明したように、所定のコマンド信号及び応答信号が交換され、ＩＦＡＸ１０１とＡＤＰＴ１００との間、ＡＤＰＴ１００とグループウェアサーバ１０４との間のコネクションが確立される。そして、双方のコネクションが確立された後、図１１で説明したのと同様の要領でＡＤＰＴ１００は、ＨＴＴＰプロトコルに従ってグループウェアサーバ１０４と接続する（ＳＴ１２０１）。
【０１３５】
ＨＴＴＰプロトコルに従ってＡＤＰＴ１００と接続後、グループウェアサーバ１０４から認証要求を含むエラー信号を受信すると、ＡＤＰＴ１００において、ＨＴＴＰ処理部４０２は、予め設定されたＵＩＤ及びパスワード受信フォームの要求を示すコマンド信号（ＧＥＴ）に付与して送信する（ＳＴ１２０３）。
【０１３６】
この”ＧＥＴ”を受信すると、ＳＴ１２０４において、所定の場合にグループウェアサーバ１０４から応答信号として出力される、受信フォームデータを受信する。そして、ＡＤＰＴ１００において、ＨＴＭＬ通信部４０４は、この受信フォームデータからＨＴＭＬ文書データで記述された受信フォームを抽出し、受信フォームを取得する（ＳＴ１２０５）。
【０１３７】
受信フォームを取得すると、ＡＤＰＴ１００において、その受信フォームから新規の電子メールデータの有無が判断され（ＳＴ１２０６）、新規の電子メールデータがある場合、リンク先が指定された受信フォームを含むコマンド信号（ＧＥＴ）をグループウェアサーバ１０４に送信する（ＳＴ１２０８）。
【０１３８】
この”ＧＥＴ”を受信すると（ＳＴ１２０９）、ＳＴ１２１０においてグループウェアサーバ１０４から出力される、その”ＧＥＴ”に対応する、ＨＴＭＬ文書データで記述された電子メールデータをＨＴＭＬ通信部４０４が受信する（ＳＴ１２１１）。そして、ＨＴＭＬ処理部４０５は、このＨＴＭＬ文書で記述された電子メールデータからＴＩＦＦファイルを抽出し（ＳＴ１２１２）、ＲＡＭ２０２にそのＴＩＦＦファイルを格納する。なお、このとき、ＴＩＦＦファイルには暗号化処理が施されている。
【０１３９】
ＲＡＭ２０２にＴＩＦＦファイルが格納されると、ＡＤＰＴ１００において、送信者情報があるかが判定される（ＳＴ２００４）。具体的には、ＡＤＰＴ１００に送信者の公開鍵情報が格納されているかが判定される。なお、この公開鍵情報は、電子メールのメッセージダイジェストの暗号化を解読する際に用いられるものである。
【０１４０】
送信者の公開鍵情報がない場合には、その電子メールに付与された送信者の公開鍵情報をＡＤＰＴ１００のＲＡＭ２０２に格納する（ＳＴ２００５）。そして、署名暗号化処理部１８０２は、その電子メールデータが暗号化されているか判定する（ＳＴ２００６）。一方、送信者の公開鍵情報がある場合には、さらにその公開鍵情報を格納することなく、直接、その電子メールデータが暗号化されているか判定する（ＳＴ２００６）。
【０１４１】
ここでは、電子メールデータが暗号化されているため、ＲＡＭ２０２からそのＴＩＦＦファイルを取り出し、署名暗号化処理部１８０２は、そのＴＩＦＦファイルの復号化処理を行う（ＳＴ２００７）。
【０１４２】
具体的には、暗号化されているＤＥＫを自分の秘密鍵情報で復号化し、復号化したＤＥＫで暗号化されたデータを復号化する。そして、復号化したデータから、電子メールデータをメッセージダイジェストとメッセージデータに分離する。その際、メッセージダイジェストを送信者の公開鍵情報で復号化し、その結果を保持しておく。一方、分離したメッセージデータから、上述したようなハッシュ関数を用いてメッセージダイジェストを抽出する。そして、そこで得たメッセージダイジェストと先ほど保持したメッセージダイジェストとを比較する。これにより、電子メールのメッセージデータが改ざんされていないか、また、正当な送信者から送信されたかを確認することができる。
【０１４３】
なお、メッセージデータが暗号化されていないような場合には、署名暗号化処理部１８０２は、そのメッセージダイジェストのみ復号化し、正当な送信者から送信されたかだけを確認する。
【０１４４】
そして、署名暗号化処理部１８０２は、このように復号化したＴＩＦＦファイルをＲＡＭ２０２に格納する（ＳＴ２００８）。復号化処理後のＴＩＦＦファイルがＲＡＭ２０２に格納されると、図１１で説明したのと同様に、電子メール通信部４０３は、そのＴＩＦＦファイルを取り出して、ＩＦＡＸ１０１に転送する（ＳＴ１２１３）。このようにしてＡＤＰＴ１００がグループウェアサーバ１０４から受信した電子メールデータを復号化する処理が終了する。
【０１４５】
このように本実施の形態のＡＤＰＴ１００によれば、グループウェアサーバ１０４から電子メールを受信する際、ＨＴＴＰプロトコルに従って通信が行われるグループウェアネットワーク１０３においても、ＩＦＡＸ１０１に正常に電子メールの受信動作を行わせることができるだけでなく、その電子メールに暗号化処理が施されているか判断し、施されている場合にはその暗号化処理された電子メールデータを復号化し、ＩＦＡＸ１０１に転送する。このため、既存のＩＦＡＸに特別な構成を附加することなく、電子メールの秘匿性を確保して電子メールを受信することができる。
【０１４６】
また、電子メールの受信処理を行う際、ＡＤＰＴ１００は、各ユーザに配布されたＩＣカード１７０１の装着の有無を判定し、そのＩＣカード１７０１がない場合には、電子メールの受信処理を行わない。このため、電子メールの受信の際に受信者の認証を行うことができる。したがって、単一のＩＦＡＸ１０１を用いた場合でも、他の人に自分宛ての電子メールデータを見られるという事態を防止することができる。
【０１４７】
なお、本実施の形態では、ＡＤＰＴ１００の挿入されるＩＣカード１７０１は、署名暗号化に必要な情報等を格納するメモリカードのような構成を有している。しかし、ＩＣカード１７０１の構成としては、これに限定されず、例えば、ＩＣカード１７０１に署名暗号化処理のプログラム等を内蔵し、署名暗号化処理の一部又は全部をＩＣカード１７０１内で行うようにしても良い。この場合には、例えば、本ＡＤＰＴ１００から処理すべき、暗号化されたメッセージダイジェスト（ハッシュ値）又は暗号化されたＤＥＫを受け取って所定の暗号化処理又は復号化処理の一部をＩＣカード１７０１内で行うことができる。所定のデータを受け取って暗号化処理等の処理が行われるため、暗号化処理等の処理に必要な情報を単に格納する場合と比べて、暗号化処理等に必要な情報が他人により読み取られるのをより確実に防止することができる。
【０１４８】
また、本実施の形態では、ＩＣカード１７０１に暗号化処理等に必要な情報を格納し、その暗号化処理等の処理を行う暗号化処理装置１００について説明している。しかし、これに限定されず、暗号化処理等に必要な情報は、暗号化処理装置１００のメモリ等に格納しておいてももちろん良い。このように変更した場合にも、本実施の形態と同様の効果を得ることができる。
【０１４９】
【発明の効果】
以上説明したように本発明によれば、ＩＦＡＸとグループウェアサーバとの間で電子メール通信を行う際、ＩＦＡＸとの間でＳＭＴＰプロトコル又はＰＯＰ３プロトコルに従って各種信号や電子メールデータの通信を行う一方、グループウェアサーバとの間でＨＴＴＰプロトコルに従って各種信号や電子メールデータの通信を行うようにしたので、ＨＴＴＰプロトコルで管理されたネットワーク上でもＩＦＡＸを正常に動作させることができる。
【図面の簡単な説明】
【図１】 本発明の実施の形態１に係る通信制御装置（ＡＤＰＴ）が動作するネットワークを示す概念図
【図２】 実施の形態１に係るＡＤＰＴの動作するグループウェアネットワーク上のクライアント端末周辺における通信プロトコルを説明するための概念図
【図３】 実施の形態１に係るＡＤＰＴのハードウエア構成を示すブロック図
【図４】 実施の形態１に係るＡＤＰＴの主要な機能を示すブロック図
【図５】 実施の形態１に係るＡＤＰＴが接続されたＩＦＡＸからグループウェアサーバに電子メールを送信する場合のシーケンス図
【図６】 実施の形態１に係るＡＤＰＴからグループウェアサーバに電子メールデータを送信する場合のフロー図
【図７】 実施の形態１に係るＡＤＰＴに対してグループウェアサーバから送信される送信フォームデータのソースデータを示す図
【図８】 実施の形態１に係るＡＤＰＴに対してグループウェアサーバから送信される送信フォームの概念図
【図９】 実施の形態１に係るＡＤＰＴが送信する”ＰＯＳＴ”のソースデータを示す図
【図１０】 実施の形態１に係るＡＤＰＴから送信される送信データが記述された送信フォームの概念図
【図１１】 実施の形態１に係るＡＤＰＴが接続されたＩＦＡＸがグループウェアサーバから電子メールを受信する場合のシーケンス図
【図１２】 実施の形態１に係るＡＤＰＴグループウェアサーバから電子メールデータを受信する場合のフロー図
【図１３】 実施の形態１に係るＡＤＰＴに対してグループウェアサーバから送信される受信フォームデータのソースデータを示す図
【図１４】 実施の形態１に係るＡＤＰＴに対してグループウェアサーバから送信される受信フォームの概念図
【図１５】 実施の形態１に係るＡＤＰＴが送信する受信フォームを含む”ＧＥＴ”のソースデータを示す図
【図１６】 実施の形態１に係るＡＤＰＴが出力する受信フォームを含む”ＰＯＳＴ”のソースデータを示す図
【図１７】 本発明の実施の形態２に係るＡＤＰＴのハードウエア構成を示すブロック図
【図１８】 実施の形態２に係るＡＤＰＴの主要な機能を示すブロック図
【図１９】 実施の形態２に係るＡＤＰＴがＩＦＡＸから受信した電子メールデータに対する署名暗号化処理等の処理を示すフロー図
【図２０】 実施の形態２に係るＡＤＰＴがグループウェアサーバから電子メールデータを受信し、その電子メールデータに施された署名暗号化処理等の解読を行うの処理を示すフロー図
【符号の説明】
１００ ＡＤＰＴ
１０１ ＩＦＡＸ
１０３ グループウェアネットワーク
１０４ グループウェアサーバ
２０３ 第１ＬＡＮＩ／Ｆ
２０４ 第２ＬＡＮＩ／Ｆ
４００ 信号種別判定部
４０１ ＳＭＴＰ・ＰＯＰ３処理部
４０２ ＨＴＴＰ処理部
４０３ 電子メール通信部
４０４ ＨＴＭＬ通信部
４０５ ＨＴＭＬ処理部
１７０１ ＩＣカード
１７０２ ＩＣカードＲ／Ｗ部
１８０１ カード情報判定部
１８０２ 署名暗号化処理部
Claims (11)
- インターネットファクシミリ装置に接続される第１インタフェース部と、サーバ装置によりＨＴＴＰプロトコルで管理されるネットワークに接続される第２インタフェース部と、前記第１インタフェース部を介しての通信をＳＭＴＰプロトコルに従って制御するＳＭＴＰ処理部と、前記第２インタフェース部を介しての通信をＨＴＴＰプロトコルに従って制御するＨＴＴＰ処理部と、前記第１インタフェース部を介して電子メールデータを受信する電子メール通信部と、前記電子メールデータを第２インタフェース部を介して送信するＨＴＭＬ通信部と、前記第１インタフェース部を介して受信する信号の種別を判定する信号種別判定部とを具備し、前記第１インタフェース部を介して受信した信号が電子メールデータ受信前のＳＭＴＰプロトコルに従った所定の信号であると前記信号種別判定部が判定した場合、前記第２インタフェース部を介してＨＴＴＰプロトコルに従った通信の制御を開始し、電子メールデータを送信するための送信フォームデータを受信することを特徴とする通信制御装置。
- 前記送信フォームデータを受信した後に、前記第１インタフェース部を介して電子メールデータを受信し、前記第２インタフェース部を介して前記送信フォームデータに基づくデータとともに前記電子メールデータを送信することを特徴とする請求項１記載の通信制御装置。
- 前記電子メール通信部が受信した電子メールデータに対して暗号化処理を行う暗号化処理部を具備し、前記ＨＴＭＬ通信部は、前記暗号化処理部が暗号化処理を施した電子メールデータを送信することを特徴とする請求項１または請求項２に記載の通信制御装置。
- 前記暗号化処理部の暗号化処理に必要となる情報を格納するＩＣカードと、前記ＩＣカードが挿入されるスロット部と、を具備し、前記暗号化処理部は、前記スロット部に前記ＩＣカードが挿入されている場合に当該ＩＣカード内の前記情報を用いて暗号化処理を行うことを特徴とする請求項３記載の通信制御装置。
- インターネットファクシミリ装置に接続される第１インタフェース部と、サーバ装置によりＨＴＴＰプロトコルで管理されるネットワークに接続される第２インタフェース部と、前記第１インタフェース部を介しての通信をＰＯＰ３プロトコルに従って制御するＰＯＰ３処理部と、前記第２インタフェース部を介しての通信をＨＴＴＰプロトコルに従って制御するＨＴＴＰ処理部と、前記第２インタフェース部を介して電子メールデータを含むＨＴＭＬデータを受信するＨＴＭＬ通信部と、このＨＴＭＬ通信部で受信したＨＴＭＬデータから電子メールデータを取り出すＨＴＭＬ処理部と、前記第１インタフェース部を介して電子メールデータを送信する電子メール通信部と、前記第１インタフェース部を介して受信する信号の種別を判定する信号種別判定部とを具備し、前記第１インタフェース部を介して受信した信号が電子メールデータ受信前のＰＯＰ３プロトコルに従った所定の信号であると前記信号種別判定部が判定した場合、前記第２インタフェース部を介してＨＴＴＰプロトコルに従った通信の制御を開始し、電子メールデータを受信するための受信フォームデータを受信することを特徴とする通信制御装置。
- 前記受信フォームデータを受信した後に、前記第２インタフェース部を介して前記受信フォームデータに基づく電子メールデータ送信要求データを送信し、前記第２インタフェース部を介して受信した電子メールデータを前記第１インターフェース部を介して送信することを特徴とする請求項５記載の通信制御装置。
- 前記受信した電子メールデータを前記第１インターフェース部を介して送信した後、この送信した電子メールデータの削除を前記第２インタフェース部を介して要求することを特徴とする請求項６記載の通信制御装置。
- 前記ＨＴＭＬ処理部がＨＴＭＬデータから取り出した電子メールデータに暗号化処理が施されている場合に復号化処理を行う復号化処理部を具備し、前記電子メール通信部は、前記復号化処理部が復号化処理を行った電子メールデータを前記第１イ ンターフェース部を介して送信することを特徴とする請求項５から請求項７のいずれかに記載の通信制御装置。
- 前記復号化処理部の復号化処理に必要となる情報を格納するＩＣカードと、前記ＩＣカードが挿入されるスロット部と、を具備し、前記復号化処理部は、前記スロット部に前記ＩＣカードが挿入されている場合に当該ＩＣカード内の前記情報を用いて復号化処理を行うことを特徴とする請求項８記載の通信制御装置。
- インターネットファクシミリ装置に接続される第１インタフェース部からＳＭＴＰプロトコルに従った所定の信号種別を判定する工程と、前記所定の信号種別を判定した場合に前記インターネットファクシミリ装置との間でＳＭＴＰプロトコルに従って通信を制御する一方、前記インターネットファクシミリ装置が接続され、サーバ装置によりＨＴＴＰプロトコルで管理されるネットワークに接続される第２インタフェース部を介して前記サーバ装置との間でＨＴＴＰプロトコルに従って通信を制御する工程と、前記インターネットファクシミリ装置から電子メールデータを受信する工程と、前記電子メールデータをＨＴＭＬデータに変換する工程と、前記ＨＴＭＬデータを前記サーバ装置に送信する工程と、を具備することを特徴とする通信制御方法。
- インターネットファクシミリ装置に接続される第１インタフェース部からＰＯＰ３プロトコルに従った所定の信号種別を判定する工程と、前記所定の信号種別を判定した場合に前記インターネットファクシミリ装置との間でＰＯＰ３プロトコルに従って通信を制御する一方、前記インターネットファクシミリ装置が接続され、サーバ装置によりＨＴＴＰプロトコルで管理されるネットワークに接続される第２インタフェース部を介して前記サーバ装置との間でＨＴＴＰプロトコルに従って通信を制御する工程と、前記サーバ装置から電子メールデータを含むＨＴＭＬデータを受信する工程と、前記ＨＴＭＬデータから電子メールデータを取り出す工程と、取り出した前記電子メールデータを前記インターネットファクシミリ装置に送信する工程と、を具備することを特徴とする通信制御方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000236917A JP3640872B2 (ja) | 2000-08-04 | 2000-08-04 | 通信制御装置及び通信制御方法 |
| US09/919,953 US7111068B2 (en) | 2000-08-04 | 2001-08-02 | Communication control apparatus and a communication control method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000236917A JP3640872B2 (ja) | 2000-08-04 | 2000-08-04 | 通信制御装置及び通信制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002049571A JP2002049571A (ja) | 2002-02-15 |
| JP3640872B2 true JP3640872B2 (ja) | 2005-04-20 |
Family
ID=18728879
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000236917A Expired - Lifetime JP3640872B2 (ja) | 2000-08-04 | 2000-08-04 | 通信制御装置及び通信制御方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7111068B2 (ja) |
| JP (1) | JP3640872B2 (ja) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030135560A1 (en) * | 2002-01-15 | 2003-07-17 | International Business Machines Corporation | Routing digital email objects within a client device |
| US20030135618A1 (en) * | 2002-01-17 | 2003-07-17 | Ravikumar Pisupati | Computer network for providing services and a method of providing services with a computer network |
| US20030172304A1 (en) * | 2002-03-11 | 2003-09-11 | Henry Steven G. | Secure communication via a web server |
| US20040179713A1 (en) * | 2003-03-11 | 2004-09-16 | Kenji Tani | Image processing method, image processing apparatus, and information processing apparatus |
| JP4794815B2 (ja) * | 2003-03-12 | 2011-10-19 | キヤノン株式会社 | 画像通信装置および画像通信方法 |
| US20050274789A1 (en) * | 2004-06-14 | 2005-12-15 | Xerox Corporation | Copying and billing system using a card |
| JP2006019915A (ja) * | 2004-06-30 | 2006-01-19 | Kyocera Mita Corp | 通信装置 |
| US20100070582A1 (en) * | 2005-07-04 | 2010-03-18 | Viswanath Somasekhar | Device Management Across Firewall Architecture |
| JP4124216B2 (ja) * | 2005-07-21 | 2008-07-23 | コニカミノルタビジネステクノロジーズ株式会社 | 画像処理システムおよびその制御プログラム、ならびに、画像処理装置およびその制御プログラム |
| JP2007116281A (ja) * | 2005-10-18 | 2007-05-10 | Dainippon Printing Co Ltd | Ｄｈｃｐ運用システム、ｄｈｃｐ運用方法およびｄｈｃｐサーバ |
| JP4254785B2 (ja) * | 2006-02-02 | 2009-04-15 | コニカミノルタビジネステクノロジーズ株式会社 | インターネットファクシミリ装置及び通信処理プログラム |
| JP2007221373A (ja) * | 2006-02-15 | 2007-08-30 | Canon Inc | 通信装置及び前記通信装置における通信制御方法 |
| JP2008203958A (ja) * | 2007-02-16 | 2008-09-04 | Nec Saitama Ltd | メール受信拒否設定方法、プログラム及び携帯端末 |
| JP5010989B2 (ja) | 2007-06-04 | 2012-08-29 | パナソニック株式会社 | Ｉｐ通信装置、ｉｐ通信システム及びデータ通信方法 |
| JP5088611B2 (ja) * | 2007-07-09 | 2012-12-05 | コニカミノルタビジネステクノロジーズ株式会社 | 管理システム及び管理方法並びに制御プログラム |
| US9059870B1 (en) * | 2012-10-05 | 2015-06-16 | Symantec Corporation | Techniques for managing electronic message distribution |
Family Cites Families (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3160177B2 (ja) * | 1995-03-06 | 2001-04-23 | 松下電器産業株式会社 | ファクシミリ型電子メール装置 |
| US6038551A (en) * | 1996-03-11 | 2000-03-14 | Microsoft Corporation | System and method for configuring and managing resources on a multi-purpose integrated circuit card using a personal computer |
| US6088125A (en) * | 1996-04-04 | 2000-07-11 | Matsushita Graphic Communication Systems, Ltd. | Facsimile machine and communication result notifying method |
| US5864676A (en) * | 1996-11-14 | 1999-01-26 | Triteal Corporation | URL login |
| US6122375A (en) * | 1996-12-10 | 2000-09-19 | Hitachi, Ltd. | Hash value generating method and device, data encryption method and device, data decryption method and device |
| JP3593849B2 (ja) * | 1997-05-20 | 2004-11-24 | 村田機械株式会社 | 電子メール機能付ファクシミリ装置 |
| JP3153781B2 (ja) * | 1997-06-02 | 2001-04-09 | 松下電送システム株式会社 | 中継通信装置及び中継通信方法 |
| JPH118617A (ja) | 1997-06-18 | 1999-01-12 | Nec Corp | 電子メールの暗号化システム及び暗号化方法 |
| JP3368804B2 (ja) * | 1997-07-08 | 2003-01-20 | トヨタ自動車株式会社 | ハイパーテキスト送信方法及びハイパーテキスト送信サーバ装置 |
| JPH1139328A (ja) | 1997-07-22 | 1999-02-12 | Omron Corp | 情報探索方法および装置 |
| JP3361996B2 (ja) * | 1998-07-09 | 2003-01-07 | 松下電送システム株式会社 | 通信装置およびデータダウンロード方法 |
| JP2000099462A (ja) | 1998-09-25 | 2000-04-07 | Nippon Telegr & Teleph Corp <Ntt> | 遠隔操作方法、システム、および遠隔操作プログラムを記録した記録媒体 |
| JP3135532B2 (ja) * | 1998-09-29 | 2001-02-19 | 松下電送システム株式会社 | ネットワークファクシミリ装置 |
| JP3408997B2 (ja) | 1999-09-09 | 2003-05-19 | パナソニック コミュニケーションズ株式会社 | ネットワークファクシミリ装置 |
| DE60000909T2 (de) * | 1999-11-12 | 2003-09-11 | Ricoh Kk | Erfassung von Facsimiledaten in einen elektronischen Dokumentverwaltungssystem |
| US6836792B1 (en) * | 1999-12-03 | 2004-12-28 | Trend Micro Incorporated | Techniques for providing add-on services for an email system |
| US6952720B2 (en) * | 2000-03-17 | 2005-10-04 | Nms Communications | On-the-fly message notification system and methodology |
| US6584564B2 (en) * | 2000-04-25 | 2003-06-24 | Sigaba Corporation | Secure e-mail system |
-
2000
- 2000-08-04 JP JP2000236917A patent/JP3640872B2/ja not_active Expired - Lifetime
-
2001
- 2001-08-02 US US09/919,953 patent/US7111068B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US20020019876A1 (en) | 2002-02-14 |
| US7111068B2 (en) | 2006-09-19 |
| JP2002049571A (ja) | 2002-02-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3640872B2 (ja) | 通信制御装置及び通信制御方法 | |
| JP4148979B2 (ja) | 電子メールシステム、電子メール中継装置、電子メール中継方法及び電子メール中継プログラム | |
| US7930541B2 (en) | E-mail communication apparatus | |
| JP2007325256A (ja) | 走査された文書の安全なハンドリングのためのシステムおよびその方法 | |
| JP5476866B2 (ja) | 通信装置、通信方法、通信用プログラムおよび通信システム | |
| JP4558967B2 (ja) | 暗号化メール配信システム及びメールサーバ装置 | |
| JP4434680B2 (ja) | 電子メール処理装置用プログラム | |
| JP3494961B2 (ja) | 暗号化処理装置及び暗号化処理方法 | |
| JP2006080805A (ja) | 暗号化装置 | |
| JP2009200565A (ja) | デジタル複合機 | |
| JP4367546B2 (ja) | メール中継装置 | |
| GB2423679A (en) | E-mail server with encryption / decryption and signing / verification capability | |
| JP2012064007A (ja) | 情報処理装置、通信中継方法およびプログラム | |
| JP7116972B1 (ja) | ファイル転送システム | |
| JP2002207636A (ja) | ネットワーク装置 | |
| JP2001005746A (ja) | ファイル転送システム | |
| JP2005094414A (ja) | ネットワーク端末装置 | |
| JP5071261B2 (ja) | 画像ファイル送信システムおよび画像ファイル送信方法 | |
| JP3432809B2 (ja) | 通信制御装置及び通信制御方法 | |
| JP7121352B2 (ja) | リモート通信システム | |
| JP4595910B2 (ja) | インターネットファクシミリ装置および復号・検証システム | |
| JP5218329B2 (ja) | 通信処理装置、通信方法および通信処理プログラム | |
| JP3621657B2 (ja) | ファイル送信サーバ、ファイル送受信システム、方法、およびプログラム | |
| JP2007166471A (ja) | 通信装置および通信システム | |
| JPH10304127A (ja) | ネットワークファクシミリ装置の制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20031224 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040218 |
|
| 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: 20050118 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050119 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3640872 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080128 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090128 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090128 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100128 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110128 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110128 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120128 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130128 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130128 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 |
|
| EXPY | Cancellation because of completion of term |