(57)【要約】  本発明の実施形態は、電子メール要求を処理するためのネットワークデバイスおよび方法を提供する。ネットワークデバイスは、通信インターフェースとプロセッサとを含む。通信インターフェースは、クライアントデバイスおよび電子メールサーバと通信する。プロセッサは、クライアントデバイスによって送られる、電子メールメッセージの一部分を取得するのに使用される第1の要求を受信する。プロセッサは、第1の要求を、電子メールメッセージ全体を取得するのに使用される要求に変換し、変換された要求に従って、電子メールサーバによって返される符号化形式の電子メールメッセージを受信した後で、電子メールメッセージを解析して電子メールメッセージの符号化情報を取得し、符号化情報に従って電子メールメッセージを復号することにより、電子メールメッセージの復号形式の当該部分を取得し、電子メールメッセージの当該部分をクライアントデバイスへ転送する。
2016523408.tif 000002
【特許請求の範囲】
【請求項１】
クライアントデバイスおよび電子メールサーバと通信するように構成された通信インターフェースと、
前記クライアントデバイスによって送られる第1の要求であって、電子メールメッセージの電子メールヘッダを含まない前記電子メールメッセージの一部分を取得するのに使用される前記第1の要求を受信し、
前記第1の要求を、前記電子メールメッセージ全体を取得するのに使用される要求に変換し、
前記変換された要求を前記電子メールサーバへ送り、
前記電子メールサーバによって返される、符号化形式の電子メールメッセージである前記電子メールメッセージを受信し、
前記電子メールメッセージを解析して前記電子メールメッセージの符号化情報を取得し、
前記符号化情報に従って前記電子メールメッセージを復号することにより、前記電子メールメッセージの復号形式の前記部分を取得し、かつ
前記電子メールメッセージの前記部分を前記クライアントデバイスへ転送するように構成されたプロセッサと
を含む、ネットワークデバイス。
【請求項２】
前記クライアントによって送られる前記第1の要求および前記変換された要求は、インターネット・メッセージ・アクセス・プロトコル4（IMAP4）に従ってフォーマットされる、請求項1に記載のネットワーク装置。
【請求項３】
前記第1の要求は、前記電子メールメッセージの電子メールIDおよび前記電子メールメッセージの前記部分のIDを含み、前記プロセッサは、具体的には、
前記電子メールIDに従って、前記第1の要求を、前記電子メールメッセージ全体を取得するのに使用される前記要求に変換し、かつ
前記電子メールメッセージの前記部分の前記IDに従って前記電子メールメッセージの前記部分を前記クライアントデバイスへ転送するように構成された
請求項1に記載のネットワーク装置。
【請求項４】
前記プロセッサは、さらに、
前記電子メールメッセージの復号形式の前記部分に対するセキュリティ処理を行うことにより、前記電子メールメッセージの前記部分がセキュアであるかどうか判定するように構成され、かつ
前記プロセッサは、具体的には、前記電子メールメッセージの前記部分がセキュアである場合に前記電子メールメッセージの前記部分を前記クライアントデバイスへ転送するように構成される
請求項1に記載のネットワーク装置。
【請求項５】
前記プロセッサは、さらに、
前記電子メールサーバによって返される前記電子メールメッセージにおいて文字セット情報を取得するように構成され、かつ
前記プロセッサは、具体的には、セキュリティポリシーおよび前記文字セット情報に従って、前記電子メールメッセージの復号形式の前記部分に対するセキュリティ処理を行うことにより、前記電子メールメッセージの前記部分がセキュアであるかどうか判定するように構成された
請求項4に記載のネットワーク装置。
【請求項６】
前記プロセッサは、さらに、前記電子メールメッセージを前記ネットワーク装置のキャッシュに記憶するように構成された、請求項1に記載のネットワーク装置。
【請求項７】
前記プロセッサは、さらに、
前記クライアントデバイスによって送られる第2の要求であって、前記電子メールメッセージの前記電子メールヘッダを含まない前記電子メールメッセージの第2の部分を取得するのに使用され、前記電子メールメッセージの電子メールIDおよび前記電子メールメッセージの前記第2の部分のIDを含む前記第2の要求を受信し、
前記電子メールIDに従って、前記ネットワーク装置が前記電子メールメッセージをキャッシュしていると判定し、かつ
前記電子メールメッセージの前記第2の部分の前記IDに従って、前記電子メールメッセージの前記第2の部分を前記クライアントデバイスへ転送するように構成された
請求項6に記載のネットワーク装置。
【請求項８】
クライアントデバイスが電子メールサーバから電子メールメッセージを取得する要求を処理するための、ネットワークデバイスによって実行される方法であって、
前記クライアントデバイスによって送られる第1の要求であって、前記電子メールメッセージの電子メールヘッダを含まない前記電子メールメッセージの一部分を取得するのに使用される前記第1の要求を受信するステップと、
前記第1の要求を、前記電子メールメッセージ全体を取得するのに使用される要求に変換するステップと、
前記変換された要求を前記電子メールサーバへ送るステップと、
前記電子メールサーバによって返される、符号化形式の電子メールメッセージである前記電子メールメッセージを受信するステップと、
前記電子メールメッセージを解析して前記電子メールメッセージの符号化情報を取得するステップと、
前記符号化情報に従って前記電子メールメッセージを復号することにより、前記電子メールメッセージの復号形式の前記部分を取得するステップと、
前記電子メールメッセージの前記部分を前記クライアントデバイスへ転送するステップと
を含む方法。
【請求項９】
前記クライアントによって送られる前記第1の要求および前記変換された要求は、インターネット・メッセージ・アクセス・プロトコル4（IMAP4）に従ってフォーマットされる、請求項8に記載の方法。
【請求項１０】
前記第1の要求は、前記電子メールメッセージの電子メールIDおよび前記電子メールメッセージの前記部分のIDを含み、
前記第1の要求を、前記電子メールメッセージ全体を取得するのに使用される要求に変換する前記ステップは、
前記電子メールIDに従って、前記第1の要求を、前記電子メールメッセージ全体を取得するのに使用される前記要求に変換するステップ
を含み、
前記電子メールメッセージの前記部分を前記クライアントデバイスへ送る前記ステップは、
前記電子メールメッセージの前記部分の前記IDに従って、前記電子メールメッセージの前記部分を前記クライアントデバイスへ転送するステップ
を含む、請求項8に記載の方法。
【請求項１１】
前記電子メールメッセージの復号形式の前記部分に対するセキュリティ処理を行うことにより、前記電子メールメッセージの前記部分がセキュアであるかどうか判定するステップ
をさらに含み、
前記電子メールメッセージの前記部分を前記クライアントデバイスへ転送する前記ステップは、
前記電子メールメッセージの前記部分がセキュアであると判定される場合に、前記電子メールメッセージの前記部分を前記クライアントデバイスへ転送するステップ
を含む、請求項8に記載の方法。
【請求項１２】
前記電子メールサーバによって返される前記電子メールメッセージにおいて文字セット情報を取得するステップ
をさらに含み、
前記電子メールメッセージの復号形式の前記部分に対するセキュリティ処理を行うことにより、前記電子メールメッセージの前記部分がセキュアであるかどうか判定する前記ステップは、
セキュリティポリシーおよび前記文字セット情報に従って、前記電子メールメッセージの復号形式の前記部分に対するセキュリティ処理を行うことにより、前記電子メールメッセージの前記部分がセキュアであるかどうか判定するステップ
を含む、請求項11に記載の方法。
【請求項１３】
前記電子メールメッセージを前記ネットワーク装置のキャッシュに記憶するステップ
をさらに含む、請求項8に記載の方法。
【請求項１４】
前記クライアントデバイスによって送られる第2の要求であって、前記電子メールメッセージの前記電子メールヘッダを含まない前記電子メールメッセージの第2の部分を取得するのに使用され、前記電子メールメッセージの電子メールIDおよび前記電子メールメッセージの前記第2の部分のIDを含む前記第2の要求を受信するステップと、
前記電子メールIDに従って、前記ネットワーク装置が前記電子メールメッセージをキャッシュしていると判定するステップと、
前記電子メールメッセージの前記第2の部分の前記IDに従って、前記電子メールメッセージの前記第2の部分を前記クライアントデバイスへ転送するステップと
をさらに含む、請求項13に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信タッチの分野に関し、詳細には、電子メール要求を処理するためのネットワークデバイスおよび方法に関する。
【背景技術】
【０００２】
電子メール（electronic mail、E-mail）は、電子的手段による情報交換を提供する通信方式である。ネットワーク上で電子メールシステムを用いることにより、ユーザは世界のあらゆる場所のネットワークユーザと非常に高速で連絡を取ることができる。電子メールメッセージは、テキスト、画像、音といった様々な形態とすることができる。インターネット・メッセージ・アクセス・プロトコル4（Internet Message Access Protocol 4、IMAP4）は、パーソナルコンピュータがメールを送受信するために、インターネット上の電子メールサーバにどのようにしてリモートでアクセスするかを指定するプロトコルである。IMAP4は、クライアントが、オンラインまたはオフラインで、サーバ上の電子メールメッセージにアクセスし、電子メールメッセージを読み取ることをサポートする。ユーザは、クライアントデバイスを用いて、サーバ上の電子メールメッセージに対する操作を直接行うことができる。この場合の操作は、電子メールメッセージのオンラインでの読み取りや、電子メール件名、サイズ、送信者アドレスといった情報のオンラインでのチェックを含む。ユーザはさらに、（移動、作成、削除、名前の変更、共有、テキスト取り込みといった操作を含めて）サーバ上でユーザのメーリングディレクトリを維持することができる。IMAP4は、ユーザが、電子メールヘッダをブラウズすることにより、メールの特定の部分を受信すべきか、それとも削除すべきか決定すること、および電子メールサーバ上でのフォルダまたはメールボックスの作成または変更をサポートする。加えて、POP3（Post Office Protocol 3、ポスト・オフィス・プロトコル3）のオフライン操作モードをサポートすること以外に、IMAP4は、オンライン操作および切断操作をさらにサポートする。したがって、IMAP4はユーザに、電子メールサーバからメールメッセージを選択的に受信する機能、サーバに基づく情報処理機能、およびメールボックス共有機能を提供する。現在、IMAP4は、重要なメールプロトコルとして幅広く適用されている。
【０００３】
目下のところ、多くのセキュリティ・ゲートウェイ・デバイスがIMAP4をサポートしている。セキュリティ・ゲートウェイ・デバイスは一般に、IMAP4に基づいて、電子メールサーバのプロキシを実現する。セキュリティゲートウェイは、クライアントによって送られたメール操作要求を受信し、メール操作要求に従ってクライアントへ、電子メールサーバから取得された電子メールメッセージを転送する。加えて、セキュリティゲートウェイは、プロキシプロセスにおいて、クライアントのセキュリティを保護するように、電子メールメッセージに対するウイルス対策処理やメールフィルタリングといったセキュリティ処理を行うこともできる。
【０００４】
しかし、先行技術では、ユーザが電子メールメッセージの一部分だけ（例えば、電子メールの添付ファイル）を受信する状況において、セキュリティゲートウェイは、電子メールメッセージの復号形式の当該部分のコンテンツを取得することができない。したがって、セキュリティゲートウェイはユーザへ、電子メールサーバによって返される、セキュリティ処理が施されない電子メールメッセージの部分だけしか転送することができない。
【発明の概要】
【課題を解決するための手段】
【０００５】
本発明の実施形態によって提供される電子メール要求を処理するためのネットワークデバイスおよび方法によれば、クライアントデバイスが、電子メールメッセージの電子メールヘッダを除く他の部分だけを取得する状況において、電子メールメッセージの当該部分の復号形式のコンテンツを、ネットワークデバイス上で取得することができる。
【０００６】
第1の態様によれば、本発明の一実施形態はネットワークデバイスを提供し、本ネットワークデバイスは、
クライアントデバイスおよび電子メールサーバと通信するように構成された通信インターフェースと、
クライアントデバイスによって送られる第1の要求であって、電子メールメッセージの電子メールヘッダを含まない電子メールメッセージの一部分を取得するのに使用される第1の要求を受信し、
第1の要求を、電子メールメッセージ全体を取得するのに使用される要求に変換し、
変換された要求を電子メールサーバへ送り、
電子メールサーバによって返される、符号化形式の電子メールメッセージである電子メールメッセージを受け取り、
電子メールメッセージを解析して電子メールメッセージの符号化情報を取得し、
符号化情報に従って電子メールメッセージを復号することにより、電子メールメッセージの復号形式の当該部分を取得し、かつ
電子メールメッセージの当該部分をクライアントデバイスへ転送するように構成されたプロセッサと
を含む。
【０００７】
第2の態様によれば、本発明の一実施形態は電子メール要求を処理するための方法を提供し、本方法は、
クライアントデバイスによって送られる第1の要求であって、電子メールメッセージの電子メールヘッダを含まない電子メールメッセージの一部分を取得するのに使用される第1の要求を受信するステップと、
第1の要求を、電子メールメッセージ全体を取得するのに使用される要求に変換するステップと、
変換された要求を電子メールサーバへ送るステップと、
電子メールサーバによって返される、符号化形式の電子メールメッセージである電子メールメッセージを受け取るステップと、
電子メールメッセージを解析して電子メールメッセージの符号化情報を取得するステップと、
符号化情報に従って電子メールメッセージを復号することにより、電子メールメッセージの復号形式の当該部分を取得するステップと、
電子メールメッセージの当該部分をクライアントデバイスへ転送するステップと
を含む。
【０００８】
第3の態様によれば、本発明の一実施形態は、前述の方法を実行することができるコンピュータ命令を記憶するように構成された非一時的機械可読媒体を提供する。
【０００９】
本発明の実施形態によって提供されるネットワークデバイスによれば、クライアントデバイスのものであり、電子メールメッセージの電子メールヘッダを除く他の部分を取得するのに使用される要求が電子メールメッセージ全体を取得するための要求に変換され、そのため、電子メールメッセージの、クライアントデバイスによって取得されるべき部分の転送符号化情報を、電子メールサーバによって返される電子メールメッセージ全体から取得することができる。さらに、ネットワークデバイスは、電子メールメッセージの転送符号化情報を用いて電子メールメッセージを復号し、そのため、クライアントデバイスが電子メールメッセージの電子メールヘッダを除く当該部分だけを取得する適用シナリオにおいて、ネットワークデバイスは、電子メールメッセージの復号形式の当該部分のコンテンツも取得することができる。本発明の本実施形態によって提供されるネットワークデバイスは、クライアントデバイスの保護を強化する。
【００１０】
本発明の実施形態における、または先行技術における技術的解決策をより明確に説明するために、以下に、各実施形態または先行技術を説明するのに必要とされる添付の図面について簡単に記述する。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態による電子メール要求を処理するための方法の適用シナリオの図である。
【図２】本発明の一実施形態による電子メールメッセージの概略的構造図である。
【図３】本発明の一実施形態によるセキュリティゲートウェイの物理的構造の概略図である。
【図４】本発明の一実施形態による電子メール要求を処理するための方法の流れ図である。
【図５】本発明の一実施形態による電子メール要求を処理するための別の方法の流れ図である。
【図６】本発明の一実施形態による電子メール要求を処理するための別の方法の概略的シグナリング図である。
【発明を実施するための形態】
【００１２】
本発明における技術的解決策を当業者によりよく理解させるために、以下で、本発明の実施形態における添付の図面を参照して、本発明の実施形態における技術的解決策を明確かつ十分に説明する。明らかに、説明される実施形態は本発明の実施形態の全部ではなく、一部にすぎない。
【００１３】
図1は、本発明の一実施形態による電子メール要求を処理するための方法の適用シナリオの図である。図1に示す適用シナリオには、クライアントデバイス100、スイッチ105、セキュリティゲートウェイ110、ルータ115、および電子メールサーバ120が含まれている。すべてのクライアントデバイス100、セキュリティゲートウェイ110、および電子メールサーバ120は、インターネット・メッセージ・アクセス・プロトコル4（Internet Message Access Protocol 4、IMAP4）をサポートすることができる。セキュリティゲートウェイ110は、イントラネットの出口、インターネットの出口、または電子メールサーバ120のフロントエンドに配備することができる。セキュリティゲートウェイ110は、クライアントデバイス100と電子メールサーバ120との間の接続を、透過プロキシ方式または非透過プロキシ方式で確立することができる。セキュリティゲートウェイ110は、イントラネット上でクライアントデバイス100のセキュリティを保護するように、電子メールサーバ120によってクライアントデバイス100へ送られた電子メールメッセージに対する、ウイルス検出やメールフィルタリングといったセキュリティ処理を行うことができる。透過プロキシは、クライアントデバイス100がプロキシデバイス（例えば、図1のセキュリティゲートウェイ110）の存在を知らないことをいい、クライアントデバイス100と電子メールサーバ120は、セキュリティゲートウェイ110によって確立された透過チャネルを用いて相互に通信することができる。非透過プロキシは、クライアントデバイス100がセキュリティゲートウェイ110の存在を知っていることをいい、クライアントデバイス100は、セキュリティゲートウェイ110を用いてのみ電子メールサーバ120にアクセスすることができる。
【００１４】
例えば、図1に示す適用シナリオでは、セキュリティゲートウェイ110はイントラネットの出口に配備され、クライアントデバイス100と電子メールサーバ120との間の接続を透過プロキシ方式で確立する。クライアントデバイス100は、IMAP4に基づき、インターネット上の電子メールサーバ120にアクセスする。クライアントデバイス100のアクセス要求が、スイッチ105を用いてセキュリティゲートウェイ110に到達する。電子メールサーバ120のプロキシデバイスとして働き、セキュリティゲートウェイ110は、クライアントデバイス100のアクセス要求に従って、セキュリティゲートウェイ110がクライアントデバイス100によって必要とされる電子メールメッセージをキャッシュしているかどうか判定することができる。クライアントデバイス100によって必要とされる電子メールメッセージがキャッシュされている場合、セキュリティゲートウェイ110は、電子メールメッセージをクライアントデバイス100へ直接送ることができる。クライアントデバイス100によって必要とされる電子メールメッセージがキャッシュされていない場合、セキュリティゲートウェイ110は、クライアントデバイス100のアクセス要求を、ルータ115を用いて電子メールサーバ120へ送り、電子メールサーバ120によって返された電子メールメッセージに対する、ウイルス検出やメールフィルタリングといったセキュリティ処理を行った後で、電子メールメッセージをクライアントデバイス100へ転送することができる。
【００１５】
本発明の本実施形態には、複数のクライアントデバイス100を含むことができる。クライアントデバイス100は、ネットワークアクセスを行うことができるデバイス、例えば、携帯電話やコンピュータとすることができる。本発明の本実施形態におけるセキュリティゲートウェイ110は、ネットワークデバイスの一例にすぎないことに留意すべきである。また、本発明の本実施形態は、IMAP4に基づいて、メールプロキシ機能、例えばファイアウォールを実現することができる別のネットワークデバイスに適用することもできる。加えて、ネットワークデバイスは、独立したデバイスとしてネットワーク上に別々に配備することもでき、ファイアウォールやセキュリティゲートウェイといった別のデバイスに位置することもでき、これについて本実施形態では限定されない。
【００１６】
大部分の電子メールメッセージは、多目的インターネットメール拡張（Multipurpose Internet Mail Extensions、MIME）プロトコルによって指定されるフォーマットで送信される。MIMEプロトコルは、拡張された電子メール規格であり、非ASCII文字やバイナリ形式の添付ファイルといった様々なフォーマットの電子メールメッセージをサポートすることができる。説明を明確にするために、本発明の本実施形態では、電子メールメッセージを3つの部分、すなわち、電子メールヘッダ、メール本文、および添付ファイルに分ける。電子メールヘッダは、電子メール送信日付、送信者アドレス、受信者アドレス、電子メール件名といった情報を含む。
【００１７】
MIMEプロトコルは標準電子メールメッセージのヘッダ追加フィールド（fields）によって実現されることを、当業者は知ることができる。これらのヘッダ追加フィールドは、新しいメッセージタイプのコンテンツおよび編成形式を記述する。本発明の本実施形態においては、MIMEフォーマットの電子メールメッセージが、MIME情報ヘッダとMIMEボディに分けられる。MIME情報ヘッダは、電子メールメッセージの電子メールヘッダのヘッダ追加フィールドを付加することによって実現される。この方式によれば、MIME情報ヘッダは電子メールヘッダのコンテンツを含む。MIME情報ヘッダ内の追加フィールドに記録されたフィールド情報は、電子メールメッセージ全体に作用する。MIME情報ヘッダは以下のフィールドを含むことができる。
MIME-Version：MIMEバージョン。パケットのコンパイルに用いるMIMEプロトコルのバージョンを指示するのに使用される。例えば、「Mime-Version: 1.0」。
Content-Type：コンテンツタイプ。パケットのタイプを指定するのに使用される。一般に、Content-Typeは、text（テキスト）、image（画像）、audio（オーディオ）、video（ビデオ）、application（アプリケーション）、multipart（複数パート）、message（メッセージ）などを含む。例えば、「Content-Type: multipart/mixed」。Content-Typeは、本文などのテキスト符号化方式の文字セットchar  set）をさらに含むことができ、文字セット（char  set）は、ASCII、GB2312、Times New Roman、Arialといった文字タイプを含むことができる。
Content-Transfer-Encoding：コンテンツ転送符号化。データのために実行される符号化方式を指定するのに使用され、7bit、8bit、base64、binary、quoted-printable、customといった転送符号化タイプを含む。例えば、「Content-Transfer-Encoding: base64」。
Content-Disposition：コンテンツの性格。利用者に、添付ファイルがインラインで表示されるか、それとも独立した添付ファイルとして機能するかを決定するよう促すのに使用される。例えば、「Content-Disposition: attachment」。
Content-Description：コンテンツ記述。任意の情報セグメントコンテンツを記述するのに使用されるフリーテキスト。
【００１８】
MIMEボディは複数のMIMEセグメントを含むことができる。各MIMEセグメントは電子メールの本文または添付ファイルのヘッダ追加フィールドを付加することによって実現される。本方式によれば、MIMEセグメントは、電子メールの本文または添付ファイルを別々に含む。本発明の本実施形態では、各MIMEセグメントが、MIMEセグメントヘッダとMIMEセグメントボディに分けられる。MIMEセグメントヘッダは、MIME情報ヘッダに、MIME-Versionを除く任意の他のフィールドを含むことができる。MIMEセグメントヘッダに記録されたフィールド情報は、当該MIMEセグメントだけに作用することができる。例えば、Content-Transfer-EncodingがMIME情報ヘッダに存在する場合、そのContent-Transfer-Encodingは情報ボディ全体に適用される。しかし、Content-Transfer-EncodingがMIMEセグメントのMIMEセグメントヘッダに表示される場合、そのContent-Transfer-Encodingは当該MIMEセグメントだけに適用される。電子メールメッセージ内のいかなる非7bitデータも、符号化モードで符号化されて初めてインターネット・メール・ゲートウェイを通過することができるため、クライアントデバイスは、Content-Transfer-Encoding情報を用いて受信した電子メールメッセージを復号することができる。MIMEセグメントボディは、MIMEセグメントヘッダ内のContent-Transfer-Encodingを用いて符号化された電子メールの本文または添付ファイルを含む。当然ながら、MIMEセグメントヘッダがContent-Transfer-Encoding情報を含まない場合には、MIMEセグメントボディは、MIME情報ヘッダに含まれるContent-Transfer-Encoding情報を用いて符号化された電子メールの本文または添付ファイルであることを理解することができる。
【００１９】
図2は、本発明の一実施形態による電子メールメッセージの概略的構造図である。図2に示すように、電子メールメッセージ200は、電子メールヘッダ202、メール本文204、および電子メール添付ファイル206を含む。電子メール添付ファイル206は、2つの添付ファイル、すなわち、添付ファイル1および添付ファイル2を含む。電子メールメッセージ200がMIMEプロトコルで指定されたフォーマットを用いて処理された後で、電子メールメッセージ200は、2つの部分、すなわち、MIME情報ヘッダ208とMIMEボディ210に分けることができる。MIME情報ヘッダ208は電子メールヘッダ202内の情報を含み、具体的には、電子メールメッセージの送信日付、送信者アドレス、受信者アドレス、電子メール件名といった情報を含むことができる。MIMEボディ210は、3つのMIMEセグメント、すなわち、MIMEセグメント1、MIMEセグメント2、およびMIMEセグメント3をさらに含む。MIMEセグメント1はメール本文204のコンテンツを含み、MIMEセグメント2は添付ファイル1のコンテンツを含み、MIMEセグメント3は添付ファイル2のコンテンツを含む。各MIMEセグメントは2つの部分、すなわち、MIMEセグメントヘッダとMIMEセグメントボディにさらに分けられる。例えば、MIMEセグメント1はMIMEセグメント1ヘッダとMIMEセグメント1ボディに分けられ、MIMEセグメント2はMIMEセグメント2ヘッダとMIMEセグメント2ボディに分けられ、MIMEセグメント3はMIMEセグメント3ヘッダとMIMEセグメント3ボディに分けられる。MIMEセグメント1ヘッダは、Content-TypeやContent-Transfer-Encodingといったフィールド情報を含むことができ、Content-Typeフィールドはメール本文204の文字セット（char  set）をさらに含むことができ、MIMEセグメント1ボディは、MIMEセグメント1ヘッダ内のContent-Transfer-Encodingフィールドで指定された符号化方式で符号化されたメール本文204のコンテンツを含む。MIMEセグメント2ヘッダは、Content-Type、Content-Transfer-Encoding、Content-Disposit
ionといったフィールド情報を含むことができる。Content-Dispositionフィールドでは、添付ファイルのファイル名をさらに指定することができ、MIMEセグメント2ボディは、MIMEセグメント2ヘッダ内のContent-Transfer-Encodingフィールドによって指定された符号化方式で符号化された添付ファイル1のコンテンツを含む。MIMEセグメント3の構造はMIMEセグメント2の構造と同様であり、本実施形態では詳細を繰り返し説明しない。
【００２０】
IMAP4はクライアントデバイスが電子メールメッセージの全部または一部分を取得することを可能にするため、クライアントデバイスがメール本文または添付ファイルのみを取得しようとする場合に、電子メールサーバは、図2に示すMIMEセグメント1ボディ、MIMEセグメント2ボディ、またはMIMEセグメント3ボディのみを返し、MIMEセグメント1ヘッダ、MIMEセグメント2ヘッダ、またはMIMEセグメント3ヘッダ内の情報は返さない。したがって、ファイアウォールやゲートウェイといったネットワークデバイスが、メール本文または添付ファイルの符号化情報を知ることができない。ネットワークデバイスは、復号形式のメール本文または添付ファイルを知るための復号動作を行うことができず、さらに、ネットワークデバイスは、復号形式のメールメッセージのコンテンツに対する、ウイルス対策処理やメールフィルタリングといったセキュリティ処理を行うこともできない。
【００２１】
図3は、本発明の一実施形態による、図1のセキュリティゲートウェイ110の物理的構造の概略図である。図3に示すように、セキュリティゲートウェイ110は、通信インターフェース（Communications Interface）310、メモリ（memory）320、プロセッサ（processor）330、および通信バス340を含む。通信インターフェース310、メモリ320、およびプロセッサ330は、通信バス340を用いて相互に通信する。
【００２２】
通信インターフェース310は別のデバイスと通信するように構成される。別のデバイスは、クライアントデバイス、スイッチ、ルータ、電子メールサーバといったデバイスを含むことができる。
【００２３】
メモリ320は、プログラム322を記憶し、クライアントデバイス100によって送られた電子メール取得要求326をキャッシュし、電子メールサーバ120によって送られた電子メールメッセージ324をキャッシュするように構成される。メモリ320は、高速RAMメモリを含むことができ、また、例えば少なくとも1つの磁気ディスクメモリといった不揮発性メモリ（non-volatile memory）をさらに含むことができる。メモリ320は、ROM、RAM、磁気ディスク、ハードディスク、光ディスク、不揮発性メモリといった、プログラムコードを記憶することのできる任意の非一時的（non-transitory）機械可読媒体とすることができることが理解できる。メモリ320は、電子メールメッセージの読み取りを求める要求といった別の電子メール操作要求をさらにキャッシュすることができる。
【００２４】
プログラム322はプログラムコードを含むことができ、プログラムコードは、コンピュータ操作命令を含む。
【００２５】
プロセッサ330は、中央処理装置（CPU）または特定用途向け集積回路（ASIC）（Application Specific Integrated Circuit）とすることもでき、本発明の実施形態を実現する1つまたは複数の集積回路として構成することもできる。
【００２６】
本発明の本実施形態では、プロセッサ330は、プログラム322を実行するように構成され、具体的には、図4から図5に示す方法実施形態における関連ステップを実行してもよい。
【００２７】
図4は、本発明の一実施形態による電子メール要求を処理するための方法の流れ図である。本方法は、図1および図3のセキュリティゲートウェイ110によって実行することができる。セキュリティゲートウェイ110は、クライアントデバイスによって送られたメール取得要求を処理し、メール取得要求は電子メールサーバからメールを取得するのに使用される。以下で、図1および図6を参照して図4の方法を説明する。本方法は以下を含むことができる。
【００２８】
ステップ400で、セキュリティゲートウェイ110は、クライアントデバイス100によって送られる第1の要求であって、電子メールメッセージの電子メールヘッダを含まない電子メールメッセージの一部分を取得するのに使用される第1の要求を受信する。
【００２９】
実際の適用では、ユーザは、電子メールメッセージの電子メールヘッダをブラウズすることによって、電子メールメッセージの電子メールヘッダを除く他の部分のみを受信し、またはブラウズすることに決めてもよい。例えば、電子メールメッセージの本文または添付ファイルを受信することもでき、電子メールメッセージの本文および添付ファイルを受信することもできる。図6に示すように、図6は、本発明の一実施形態による電子メール要求を処理するための別の方法の概略的シグナリング図である。図6に示す概略的シグナリング図では、クライアントデバイス100は、電子メールメッセージの当該部分を取得するのに使用される第1の要求600をセキュリティゲートウェイ110へ送る。クライアントデバイス100によって送られる第1の要求600は、電子メールメッセージの電子メールIDおよび電子メールメッセージの取得されるべき部分のIDを搬送する。
【００３０】
第1の要求600はIMAP4に従ってフォーマットすることができる。具体的には、第1の要求600は、IMAP4のFETCHコマンドに基づいてフォーマットすることができる。例えば、第1の要求を、「fhn6 UID FETCH 77 (BODY.PEEK[2])」とすることができ、第1の要求は、その電子メールIDが77である電子メールメッセージの第1の添付ファイルを取得するのに使用される。この要求において、「fhn6」は要求のタグであり、要求を識別するのに使用される。「UID」は電子メールメッセージの電子メールIDであり、電子メールメッセージを一意に識別することができる。UIDは特定の値とすることもでき、リストまたは範囲とすることもでき、UIDの値がリストまたは範囲である場合、その値は複数の電子メールメッセージを指示するのに使用される。「FETCH」は、IMAP4によって指定され、電子メールメッセージを取得するのに使用されるコマンドである。「77」は電子メールID  UIDの値である。「2」は、電子メールメッセージの取得されるべき部分のIDであり、電子メールメッセージの第1の添付ファイルを表す。「(BODY.PEEK[2])」は、電子メールメッセージの第1の添付ファイルを取得することが要求されていることを指示する。電子メールメッセージの取得されるべき部分のIDも特定の値、リスト、または範囲とすることができることが理解できる。電子メールメッセージの取得される部分のIDがリストまたは範囲である場合に、そのIDは、電子メールメッセージの複数の部分が取得されることを指示するのに使用される。例えば、「(BODY.PEEK[2-4])」は、電子メールメッセージの第1の添付ファイルから第3の添付ファイルまでを取得することが要求されていることを指示するのに使用される。
【００３１】
セキュリティゲートウェイ110が透過プロキシ方式でプロキシを行う場合、セキュリティゲートウェイ110は、クライアントデバイス100によって電子メールサーバ120へ送られる電子メールメッセージ取得要求を傍受しうることを、当業者は知ることができる。セキュリティゲートウェイ110が非透過プロキシ方式でプロキシを行う場合、クライアントデバイス100は、電子メールメッセージ取得要求をセキュリティゲートウェイ110へ直接送ることができる。本発明の本実施形態は、セキュリティゲートウェイ110のプロキシ方式に制限を設けない。
【００３２】
ステップ405で、セキュリティゲートウェイ110は、第1の要求600を、電子メールメッセージ全体を取得するのに使用される要求605に変換する。クライアントデバイス100の第1の要求600を受信した後で、セキュリティゲートウェイ110は、IMAP4プロトコルによって指定されるコマンドと、第1の要求600とに従って、電子メールメッセージ全体を取得するのに使用される要求605を構築することができる。例えば、電子メールメッセージ全体を取得するのに使用される要求605、「fhn6 UID FETCH 77 (BODY.PEEK[])」は、第1の要求600「fhn6 UID FETCH 77 (BODY.PEEK[2])」に従ってフォーマットすることができる。ここで、電子メールメッセージ全体を取得するのに使用される要求605を、第1の変換された要求605と呼ぶことができる。
【００３３】
このステップにおいて、セキュリティゲートウェイ110は、クライアントデバイス100によって送られた第1の要求600をキャッシュし、電子メールメッセージのものである、第1の要求600内のIDに従って、電子メールメッセージ全体を取得するのに使用される要求605を構築することができる。
【００３４】
ステップ410で、セキュリティゲートウェイ110は、第1の変換された要求605を電子メールサーバ120へ送る。例えば、セキュリティゲートウェイ110は、第1の変換された要求605、「fhn6 UID FETCH 77 (BODY.PEEK[])」を電子メールサーバ120へ送って、電子メールサーバ120に、第1の変換された要求605に従って、電子メールメッセージ全体を返すよう要求することができる。
【００３５】
ステップ415で、セキュリティゲートウェイ110は、電子メールサーバ120によって返される電子メールメッセージ610を受信する。電子メールメッセージ610は符号化形式の電子メールメッセージである。第1の変換された要求を受信した後で、電子メールサーバ120は、第1の変換された要求に従って、UIDによって指示される電子メールメッセージ610を返す。電子メールサーバ120によって返される電子メールメッセージ610は、MIMEプロトコルによって指定されるフォーマットに準拠した電子メールメッセージである。MIMEフォーマットの電子メールメッセージは、符号化形式のメールコンテンツを含む。符号化形式のメールコンテンツとは、メールコンテンツがコンテンツ転送符号化情報を用いて符号化された後に生成される符号化メールコンテンツをいう。電子メールサーバ120によって返される電子メールメッセージ610の具体的構造については、図2および関連する説明を参照されたい。
【００３６】
電子メールサーバ120によって返される電子メールメッセージ610のMIME情報ヘッダは、電子メールヘッダのコンテンツおよびMIMEバージョンやコンテンツタイプといったMIMEヘッダフィールドを含むことができる。例えば、そのUIDが77であり、電子メールサーバ120によって第1の変換された要求605に従って返される電子メールメッセージのMIME情報ヘッダは、以下のとおりである。
Date: Sun, 17 Feb 2013 11:10:02 +0800  メール送信日付
From: "123" 123@123.com  送信者情報
To: 456 456@123.com  受信者情報
Subject: test  電子メール件名
Mime-Version: 1.0  MIMEバージョン
Content-Type: multipart/mixed;  コンテンツタイプ
Boundary="=====001_Dragon664320174586_====="  MIMEセグメントの先頭と末尾を指示する区切り
【００３７】
そのUIDが77であり、電子メールサーバ120によって返される電子メールメッセージのMIMEセグメント1は、電子メールメッセージのものであり、符号化形式の本文を含み、MIMEセグメント1ヘッダは、電子メールメッセージの本文の符号化情報を含み、MIMEセグメント1ボディは、符号化電子メールメッセージの本文のコンテンツを含む。例えば、そのUIDが77である電子メールメッセージのMIMEセグメント1は以下のとおりである。
--=====001_Dragon664320174586_=====  MIMEセグメント1の先頭を指示する
Content-Type: text/plain;
char set="gb2312"  MIMEセグメント1のコンテンツタイプが「text/plain」のタイプであり、MIMEセグメント1のテキストの文字セットが「gb2312」であることを指示する
Content-Transfer-Encoding: base64  MIMEセグメント1の転送符号化タイプが「base64」であることを指示する
vPu4vbz+DQo=  電子メールメッセージの符号化本文を指示する
【００３８】
そのUIDが77であり、電子メールサーバ120によって返される電子メールメッセージのMIMEセグメント2は、電子メールメッセージのものであり、符号化形式の第1の添付ファイルを含み、MIMEセグメント2ヘッダは、電子メールメッセージの第1の添付ファイルの符号化情報を含み、MIMEセグメント2ボディは、第1の添付ファイルの符号化コンテンツを含む。MIMEセグメント3は、電子メールメッセージのものであり、符号化形式の第2の添付ファイルを含み、MIMEセグメント3ヘッダは、電子メールメッセージの第2の添付ファイルの符号化情報を含み、MIMEセグメント3ボディは、第2の添付ファイルの符号化コンテンツを含む。例えば、そのUIDが77である電子メールメッセージのMIMEセグメント2は以下のとおりである。
--=====001_Dragon664320174586_=====  MIMEセグメント2の先頭を指示する
Content-Type: application/octet-stream;
name=" file1.txt"  MIMEセグメント2のコンテンツタイプが任意のバイナリデータであり、名前が「file1.txt」であることを指示する
Content-Transfer-Encoding: base64  MIMEセグメント2の転送符号化タイプが「base64」であることを指示する
Content-Disposition: attachment;
filename=" file1.txt"  MIMEセグメント2のコンテンツが添付ファイルであり、添付ファイル名が「file1.txt」であることを指示する
xPq6w6Ohuty439DLvPu1vcT6o6E=  第1の添付ファイルの符号化コンテンツを指示する
【００３９】
ステップ420で、セキュリティゲートウェイ110は、電子メールメッセージ610を解析して、電子メールメッセージ610の符号化情報を取得する。符号化情報は、Content-Transfer-Encoding情報を含む。図2に示すように、電子メールサーバ120によって返される電子メールメッセージ610はMIMEによって指定されるフォーマットであるため、セキュリティゲートウェイ110は、電子メールメッセージ610のMIME情報ヘッダまたはMIMEセグメントヘッダを解析することによって電子メールメッセージ610のContent-Transfer-Encoding情報を取得することができ、電子メールメッセージ610のContent-Transfer-Encoding情報を用いて電子メールメッセージ610の対応する部分を復号することができる。例えば、セキュリティゲートウェイ110は、そのUIDが77である電子メールメッセージ610のMIMEセグメント2ヘッダから「Content-Transfer-Encoding: base64」を取得することにより、電子メールメッセージの第1の添付ファイルの転送符号化情報がbase64であることを知ることができる。
【００４０】
Content-Transfer-Encoding情報がMIME情報ヘッダに含まれる場合、Content-Transfer-Encoding情報は、電子メールメッセージ全体を復号するのに使用することができることに留意すべきである。Content-Transfer-Encoding情報がMIMEセグメントヘッダに含まれる場合、Content-Transfer-Encoding情報は、MIMEセグメントに対してのみ作用し、MIMEセグメントのMIMEセグメントボディを復号するのに使用することができる。
【００４１】
加えて、セキュリティゲートウェイ110は、電子メールメッセージ610を解析することによって、電子メールメッセージ610内の文字セット情報（char  set）もさらに取得することができる。具体的には、セキュリティゲートウェイ110は、電子メールサーバ120によって返される電子メールメッセージ610から、電子メールメッセージ610の各MIMEセグメントのコンテンツタイプ（Content-Type）情報を取得することができ、これにより、セキュリティゲートウェイ110は、取得したContent-Type情報に従ってMIMEセグメントのパケットタイプを決定することができる。例えば、パケットタイプは、テキスト、画像、オーディオなどとすることができる。加えて、Content-Type情報は、MIMEセグメントのテキスト符号化方式の文字セット（char  set）もさらに含むことができる。例えば、前述のそのUIDが77である電子メールメッセージのMIMEセグメント1において、「char set="gb2312"」は、MIMEセグメント1内のテキストの文字セットが「gb2312」であることを指示する。MIME情報ヘッダもMIMEセグメント2も、char  set情報を含まず、したがって、MIMEセグメント2の文字セットタイプは、デフォルトの文字セットタイプのASCIIである。 
【００４２】
ステップ425で、セキュリティゲートウェイ110は、符号化情報に従って電子メールメッセージ610を復号することにより、電子メールメッセージの復号形式の当該部分を取得する。具体的には、どの符号化方式が使用されるかを、符号化情報が取得されるという前提で知ることができ、次いで、符号化方式に対応する復号方式を使用して、電子メールメッセージの復号形式の当該部分のものであるメールコンテンツを取得するための復号が行われる。
【００４３】
例えば、セキュリティゲートウェイ110は、転送符号化方式base64に従って、MIMEセグメント2内の符号化添付ファイルコンテンツ「xPq6w6Ohuty439DLvPu1vcT6o6E=」を復号することにより、そのUIDが77である電子メールメッセージ内の第1の添付ファイルの復号形式のコンテンツ「Hello! Nice to meet you!」を取得することができる。
【００４４】
セキュリティゲートウェイ110は、電子メールメッセージ610全体を復号することもでき、電子メールメッセージの、クライアントデバイス100によって必要とされる部分のみを復号することもでき、これについて本実施形態では限定されないことが理解できる。例えば、セキュリティゲートウェイ110は、MIME情報ヘッダ内のContent-Transfer-Encoding情報に従って電子メールメッセージ610全体を復号することもでき、MIMEセグメントのヘッダ内のContent-Transfer-Encoding情報に従ってMIMEセグメント内のMIMEセグメントのボディのコンテンツを復号することもできる。MIMEセグメントのヘッダがContent-Transfer-Encoding情報を含まない場合、セキュリティゲートウェイ110は、MIME情報ヘッダ内のContent-Transfer-Encoding情報に従ってMIMEセグメントのボディのコンテンツを復号することができる。
【００４５】
ステップ430で、セキュリティゲートウェイ110は、電子メールメッセージの復号形式の当該部分に対するセキュリティ処理を行うことにより、電子メールメッセージの当該部分がセキュアであるかどうか判定する。実際の適用では、セキュリティゲートウェイ110が電子メールメッセージを復号した後で、セキュリティゲートウェイ110は、設定セキュリティポリシーに従って、電子メールメッセージの復号形式の当該部分に対するセキュリティ処理をさらに行うことができる。セキュリティ処理が行われた後で、電子メールメッセージ610がセキュアな電子メールメッセージであると判定される場合、ステップ435に進み、そうでない場合、ステップ440に進む。
【００４６】
設定セキュリティポリシーは、ウイルス検出除去ポリシー、フィルタリングポリシーなどを含むことができる。例えば、事前設定のウイルス検出除去ポリシーに従って復号電子メールメッセージに対してウイルス検出除去といったセキュリティ操作を行い、あるいは、電子メールメッセージ内の文字セット情報（char  set）および事前設定のフィルタリングポリシーに従って復号電子メールメッセージに対してコンテンツフィルタリングを行い、これにより、クライアントデバイス100がウイルスに感染した電子メールメッセージ、ジャンクメール、または注意を要する（sensitive）フィールドを有する電子メールメッセージを受信しないようにして、クライアントのセキュリティを保護することができる。
【００４７】
ある状況では、クライアントデバイス100によって受信される電子メールメッセージをフィルタリングすることが必要とされる場合に、フィルタリングされる必要のある文字列および事前設定の文字セット（char  set）に従ってフィルタリングポリシーを事前に生成することができる。電子メールフィルタリングプロセスにおいては、まず、電子メールメッセージの当該部分におけるchar  set情報がフィルタリングポリシーにおけるchar  set情報と整合するかどうかが判定される。電子メールメッセージの当該部分におけるchar  set情報がフィルタリングポリシーにおけるchar  set情報と整合する場合、電子メールメッセージの当該部分の復号メールコンテンツは、フィルタリングされる必要のある、フィルタリングポリシーにおける文字列と直接照合される。電子メールメッセージの当該部分におけるchar  set情報がフィルタリングポリシーにおけるchar  set情報と整合しない場合、電子メールメッセージの当該部分の復号メールコンテンツは、フィルタリングポリシーにおけるchar  set情報に従って変換される必要があり、次いで、フィルタリングされる必要のある、フィルタリングポリシーにおける文字列と照合され、これにより、電子メールメッセージの当該部分がフィルタリングされる必要のある文字列を含むかどうかが判定される。
【００４８】
例えば、セキュリティゲートウェイ110は、設定フィルタリングポリシーに従って、そのUIDが77である電子メールメッセージの第1の添付ファイルの復号形式のコンテンツをフィルタリングすることができる。セキュリティゲートウェイ110で設定されるフィルタリングポリシーを、「advertisement」という文字列を有する電子メールメッセージをフィルタリングし、文字列のフィルタリングのために設定される文字セット（char  set）情報は「gb2312」である、とすることができる。当然ながら、セキュリティゲートウェイ110は、コンパイルにより、フィルタリングされる必要のある、フィルタリングポリシーにおいて構成された文字列と、char  set情報とに従ってステータスマシン（status machine）を生成しうることを理解することができる。そのUIDが77である電子メールメッセージの第1の添付ファイルのchar  set情報はASCIIであり、生成されるステータスマシンにおけるchar  set情報は「gb2312」であるため、第1の添付ファイルのchar  set情報は、ステータスマシンにおけるchar  set情報と整合しない。したがって、電子メールメッセージの第1の添付ファイルが設定フィルタリングポリシーに従ってフィルタリングされる場合に、第1の添付ファイルのコンテンツは、「gb2312」のフォーマットのコンテンツに変換される必要がある。次いで、変換されたコンテンツは、第2の添付ファイルがフィルタリングされるべき文字列「advertisement」を含むかどうか判定するために、ステータスマシンを用いて照合される。第1の添付ファイルがフィルタリングされるべき文字列「advertisement」を含まない場合、電子メールメッセージ610はセキュアであるとみなされ、そうでない場合、電子メールメッセージ610はセキュアでない電子メールメッセージであるとみなされる。
【００４９】
セキュリティゲートウェイ110が電子メールメッセージの当該部分のメールコンテンツを取得した後で、電子メールメッセージの当該部分のメールコンテンツに対して行われる、ウイルス対策処理やメールフィルタリングといったセキュリティ処理は、本発明の本実施形態で列挙されるいくつかの処理方式だけであることに留意すべきである。実際の適用では、メールコンテンツに対して他の処理をさらに行うことができ、これについて本実施形態では限定されない。
【００５０】
ステップ435で、セキュリティゲートウェイ110は、電子メールメッセージの当該部分615をクライアントデバイス100へ転送する。電子メールメッセージの当該部分615がセキュアであると判定した後で、セキュリティゲートウェイ110は、電子メールメッセージの当該部分615をクライアントデバイス100へ転送することができる。例えば、セキュリティゲートウェイ110が、電子メールメッセージ610に対するセキュリティ処理を行った後で、電子メールメッセージ610はセキュアな電子メールメッセージであると判定した場合、またはセキュリティゲートウェイ110が、電子メールメッセージ610に対するウイルス検出除去といった処理を行った後で、処理された電子メールメッセージ610はセキュアな電子メールメッセージであると判定した場合、セキュリティゲートウェイ110は、電子メールメッセージの当該部分のものであり、第1の要求600で搬送されるIDに従って電子メールメッセージの当該部分615をクライアントデバイス100へ転送することができ、これにより、本方法のプロセスを終了する。例えば、セキュリティゲートウェイ110は、第1の要求「fhn7 UID FETCH 77(BODY.PEEK[2])」内の添付ファイルID「2」に従って、そのUIDが77である電子メールメッセージ内の第1の添付ファイルをクライアントデバイス100へ返すことができる。
【００５１】
ステップ440で、セキュリティゲートウェイ110は、電子メールメッセージの当該部分をクライアントデバイスへ転送するのを拒否する。セキュリティゲートウェイ110が、電子メールメッセージ610に対するセキュリティ処理を行った後で、電子メールメッセージ610はセキュアでない電子メールであると判定した場合、セキュリティゲートウェイ110は、電子メールメッセージの当該部分615をクライアントデバイス100へ転送するのを拒否することができる。例えば、セキュリティゲートウェイ110は、クライアントデバイス100へ、電子メールメッセージの取得に失敗したという情報を送り、電子メールメッセージ610を廃棄し、または変更された電子メールメッセージ610をクライアントデバイス100へ送ることができる。例えば、セキュリティゲートウェイ110は、電子メールメッセージ610内のいくつかの文を除去し、または変更してから電子メールメッセージ610をクライアントデバイス100へ送ることにより、クライアントデバイス100のセキュリティ保護を行うことができる。
【００５２】
図4に示す電子メールを処理するための方法によれば、セキュリティゲートウェイ110は、電子メールメッセージの、電子メールヘッダを除く他の部分を取得するのに使用される、クライアントデバイス100のものである要求600を、電子メールメッセージ全体を取得するための要求605に変換し、これにより、セキュリティゲートウェイ110は、電子メールサーバ120によって返される電子メールメッセージ全体610から、電子メールメッセージのクライアントデバイス100によって取得されるべき部分615のコンテンツ転送符号化情報を取得することができる。加えて、セキュリティゲートウェイ110は、電子メールメッセージの当該部分のコンテンツ転送符号化情報を用いて電子メールメッセージの当該部分615を復号することもでき、これにより、セキュリティゲートウェイ110は、クライアントデバイス100が電子メールメッセージの電子メールヘッダを除く当該部分だけを取得する適用シナリオにおいて電子メールメッセージの復号形式の当該部分のコンテンツを取得して、クライアントデバイス100の保護を強化することもできる。
【００５３】
別のシナリオでは、電子メールメッセージを取得する際のクライアントデバイス100の速度を改善するために、セキュリティゲートウェイ110は、電子メールサーバ120から取得される電子メールメッセージをさらにキャッシュすることができる。具体的には、セキュリティゲートウェイ110は、図5に示す方法を用いて、クライアントデバイス100によって送られるメール取得要求をさらに処理することができ、メール取得要求は、電子メールサーバ120から、電子メールメッセージの一部分を取得するのに使用される。図5は、本発明の一実施形態による電子メール要求を処理するための別の方法の流れ図である。本方法も、図1、図3、および図6のセキュリティゲートウェイ110によって実行することができる。以下で、図1および図6を参照して図5に示す方法を説明する。図5に示すように、本方法は以下を含むことができる。
【００５４】
ステップ500で、セキュリティゲートウェイ110は、クライアントデバイス100によって送られる第2の要求であって、電子メールメッセージの電子メールヘッダを含まない電子メールメッセージの一部分を取得するのに使用される第2の要求を受信する。
【００５５】
第2の要求も、IMAP4のFETCHコマンドに基づいてフォーマットされる。例えば、第2の要求は、「fhn7 UID FETCH 77 (BODY.PEEK[3])」とすることができ、電子メールサーバに、その電子メールIDが77である電子メールメッセージの第2の添付ファイルを返すよう要求するのに使用され、「77」は電子メールメッセージの電子メールIDであり、「3」は電子メールメッセージの取得されるべき部分のIDである。クライアントデバイスによって送られる要求に関する詳細な説明については、図4の実施形態における関連説明を参照されたい。
【００５６】
本発明の実施形態における第1の要求、第2の要求、第1の変換された要求、および第2の変換された要求における第1および第2は、説明を明確にし、クライアントによって送られる要求を区別するためのものにすぎず、クライアントによって送られる要求の時間、順序などに制限を設けるためのものではないことに留意すべきである。
【００５７】
ステップ505で、セキュリティゲートウェイ110は、セキュリティゲートウェイ110が電子メールメッセージをキャッシュしているかどうか判定する。図1に示すネットワークシステムでは、セキュリティゲートウェイ110は一般に、プロキシ方式で、クライアントデバイス100によって送られるメール操作要求を処理するため。セキュリティゲートウェイ110はキャッシュ機能を有する。例えば、セキュリティゲートウェイ110は、電子メールサーバ120から取得された電子メールメッセージをローカルキャッシュに連続してキャッシュすることができる。クライアントデバイス100の第2の要求を受信した後で、セキュリティゲートウェイ110は、第2の要求に従って、セキュリティゲートウェイ110がクライアントデバイス100による取得が必要とされる電子メールメッセージを記憶しているかどうか判定する。セキュリティゲートウェイ110がクライアントデバイス100による取得が必要とされる電子メールメッセージを記憶していない場合、セキュリティゲートウェイ110はステップ510を実行することができる。セキュリティゲートウェイ110がクライアントデバイス100による取得が必要とされる電子メールメッセージを記憶している場合、セキュリティゲートウェイ110は、ステップ550を直接実行し、セキュリティゲートウェイ110によって記憶された電子メールメッセージの当該部分をクライアントデバイス100へ直接送ることができる。このようにして、クライアントデバイス100が電子メールメッセージを取得する際の速度および効率を大幅に改善することができる。
【００５８】
具体的には、電子メールメッセージがキャッシュされているかどうか判定するときに、セキュリティゲートウェイ110は、第2の要求で搬送される電子メールIDに従って、電子メールメッセージがキャッシュされているかどうか判定することができる。
【００５９】
ステップ510で、セキュリティゲートウェイ110は、第2の要求を、電子メールメッセージ全体を取得するのに使用される要求に変換する。セキュリティゲートウェイ110は、第2の要求で搬送される電子メールIDおよびIMAP4で指定されるコマンドフォーマットに従って、電子メールメッセージ全体を取得するのに使用される要求605を構築することができる。例えば、電子メールメッセージ全体を取得するのに使用される要求「fhn7 UID FETCH 77 (BODY.PEEK[])」は、第2の要求「fhn7 UID FETCH 77 (BODY.PEEK[3])」に従ってフォーマットすることができる。ここで、電子メールメッセージ全体を取得するのに使用される要求を、第2の変換された要求と呼ぶことができる。
【００６０】
このステップでは、ネットワークデバイス110は、まず、クライアントデバイス100によって送られた第2の要求をメモリ320にキャッシュし、次いで、第2の要求内の電子メールIDに従って、電子メールメッセージ全体を取得するのに使用される要求605を構築することができる。
【００６１】
ステップ515で、セキュリティゲートウェイ110は、第2の変換された要求を電子メールサーバへ送る。例えば、セキュリティゲートウェイ110は、第2の変換された要求、「fhn7 UID FETCH 77 (BODY.PEEK[])」を電子メールサーバ120へ送って、電子メールサーバ120に、第2の変換された要求に従って、そのUIDが77である電子メールメッセージ全体を返すよう要求することができる。
【００６２】
ステップ520で、セキュリティゲートウェイ110は、電子メールサーバ120によって返される符号化形式の電子メールメッセージ610を受信する。電子メールサーバ120によって返される電子メールメッセージ610は、MIMEによって指定されるフォーマットを有する。詳細については、図2および図4に示す実施形態における関連説明を参照されたい。
【００６３】
ステップ525で、セキュリティゲートウェイ110は、電子メールメッセージ610を解析して、電子メールメッセージの符号化情報を取得する。
【００６４】
ステップ530で、セキュリティゲートウェイ110は、符号化情報に従って電子メールメッセージ610を復号することにより、電子メールメッセージの復号形式の当該部分を取得する。
【００６５】
ステップ535で、セキュリティゲートウェイ110は、電子メールメッセージの復号形式の当該部分に対するセキュリティ処理を行うことにより、電子メールメッセージの当該部分がセキュアであるかどうか判定する。セキュリティゲートウェイ110が、セキュリティ処理を行った後で、電子メールメッセージがセキュアなメッセージであると判定した場合、ステップ545に進み、そうでない場合、ステップ540に進む。
【００６６】
ステップ540で、セキュリティゲートウェイ110は、電子メールメッセージの当該部分をクライアントデバイスへ転送するのを拒否する。
【００６７】
ステップ545で、セキュリティゲートウェイ110は、電子メールメッセージをネットワークデバイスのキャッシュに記憶する。具体的には、第2の要求で搬送される電子メールIDに従ってステップ505で、ネットワークデバイスが電子メールメッセージ610をキャッシュしていないと判定される場合、これは、セキュリティゲートウェイ110が電子メールサーバ120から電子メールメッセージ610を取得していないことを意味する。復号された電子メールメッセージ610に対してセキュリティ処理を行い、電子メールメッセージ610がセキュアであると判定した場合、セキュリティゲートウェイ110は電子メールメッセージ610をセキュリティゲートウェイ110のキャッシュに記憶することができる。セキュリティゲートウェイ110が電子メールメッセージ610の取得を求める要求を再度受信した場合、セキュリティゲートウェイ110は、キャッシュ内の電子メールメッセージ610または電子メールメッセージ610の任意の部分をクライアントデバイス100へ直接転送することにより、クライアントデバイス100が電子メールメッセージを取得する際の速度および効率を改善することができる。
【００６８】
ステップ550で、セキュリティゲートウェイ110は、電子メールメッセージの当該部分615をクライアントデバイスへ転送する。ある状況では、セキュリティゲートウェイ110が、電子メールメッセージ610に対するセキュリティ処理を行った後で、電子メールメッセージ610はセキュアな電子メールメッセージであると判定した場合、またはセキュリティゲートウェイ110が、電子メールメッセージ610に対するウイルス検出除去といった処理を行った後で、処理された電子メールメッセージはセキュアな電子メールメッセージであると判定した場合、セキュリティゲートウェイ110は、電子メールメッセージの当該部分のものであり、第2の要求で搬送されるIDに従って、電子メールメッセージの当該部分615をクライアントデバイス100へ転送することができる。例えば、セキュリティゲートウェイ110は、第2の要求「fhn7 UID FETCH 77(BODY.PEEK[3])」内の添付ファイルID「3」に従って、そのUIDが77である電子メールメッセージ内の第2の添付ファイルをクライアントデバイス100へ返すことができる。
【００６９】
別の状況では、セキュリティゲートウェイ110が、ステップ505で、セキュリティゲートウェイ110が電子メールメッセージ610をキャッシュしていると判定した場合、セキュリティゲートウェイ110は、やはり、ステップ550を直接実行し、電子メールメッセージの当該部分615のものであり、第2の要求で搬送されるIDに従って、セキュリティゲートウェイ110にキャッシュされた電子メールメッセージの当該部分615をクライアントデバイス100へ転送することにより、クライアントデバイス100が電子メールメッセージを取得する際の速度および効率を改善することができる。
【００７０】
電子メールメッセージ610をキャッシュするステップ（例えば、図5のステップ545）は、電子メールメッセージ610が電子メールサーバ120から取得された後で実行されてもよく、電子メールメッセージ610に対するセキュリティ処理が行われた後で実行されてもよく、電子メールメッセージの当該部分615がクライアントデバイス100へ転送される前に実行されてもよく、電子メールメッセージの当該部分615がクライアントデバイス100へ転送されるのと同時に実行されてもよく、これについて本実施形態では限定されないことに留意すべきである。電子メールメッセージ610が取得された後で、電子メールメッセージ610に対するセキュリティ処理が行われる前に電子メールメッセージ610がキャッシュされる場合、電子メールメッセージ610に対するセキュリティ処理が行われた後で、電子メールメッセージがセキュアでないことが判明したときには、電子メールメッセージ610はキャッシュから削除されうることを理解することができる。
【００７１】
当業者には明確に理解されるように、説明を簡潔にするために、図5に示す実施形態におけるいくつかのステップの説明については、図4に示す実施形態における対応するプロセスの詳細な説明を参照する。
【００７２】
図5に示す電子メール要求を処理するための方法によれば、セキュリティゲートウェイ110は、電子メールメッセージの一部分を取得するためのものであり、クライアントデバイス100によって送られた要求を受信した後で、まず、クライアントデバイス100による取得が必要とされる電子メールメッセージがキャッシュに記憶されているかどうか判定することができる。セキュリティゲートウェイ110が、クライアントデバイス100による取得が必要とされる電子メールメッセージを記憶している場合、セキュリティゲートウェイ110は、セキュリティゲートウェイ110によって記憶された電子メールメッセージの当該部分をクライアントデバイス100へ直接送ることができ、そのため、クライアントデバイス100が電子メールメッセージを取得する際の速度および効率を大幅に改善することができる。セキュリティゲートウェイ110が、クライアントデバイス100による取得が必要とされる電子メールメッセージを記憶していない場合、セキュリティゲートウェイ110は、クライアントデバイス100の要求を、電子メールメッセージ全体の取得を求める要求へ変換し、これにより、セキュリティゲートウェイ110は、電子メールサーバ120によって変換された要求に従って返された電子メールメッセージ全体から、電子メールメッセージのクライアントデバイス100によって取得されるべき部分のコンテンツ転送符号化情報を取得することができる。さらに、セキュリティゲートウェイ110は、電子メールメッセージの当該部分のコンテンツ転送符号化情報を用いて電子メールメッセージの当該部分を復号することができ、これにより、セキュリティゲートウェイ110は、電子メールメッセージのクライアントデバイス100によって取得されるべき部分のコンテンツを識別し、取得することもできる。さらに、セキュリティゲートウェイ110は、電子メールメッセージの復号部分のコンテンツに対する、メールフィルタリングやウイルス検出除去といったセキュリティ処理操作を行い、次いで、電子メールメッセージの当該部分をクライアントデバイス100へ転送することにより、クライアントデバイス100のセキュリティを保証することができる。その上、セキュリティゲートウェイ110は、電子メールメッセージがセキュアであると判定した後で、電子メールサーバ120から取得された電子メールメッセージをさらにキャッシュすることができ、そのため、セキュリティゲートウェイ110は、次にクライアントデバイス100のメール操作要求を受信した後でクライアントデバイス100へキャッシュされた電子メールメッセージを返すことができ、よって、クライアントデバイス100が電子メールメッセージを取得する際の速度および効率が改善される。
【００７３】
本出願によって提供される実施形態は例示にすぎず、本発明の実施形態におけるセキュリティゲートウェイもネットワークデバイスの一例にすぎないことに留意すべきである。本発明の実施形態は、ネットワークデバイスが、IMAP4に基づいて、メールプロキシ機能を実現することができるという前提で、別のネットワークデバイス、例えば、ファイアウォールにも適用することができ、これについて本出願では限定されない。加えて、本発明の実施形態におけるネットワークデバイスは、独立したデバイスとしてネットワーク上に別々に配備することもでき、ファイアウォールやゲートウェイといった別のデバイスに位置することもでき、これについて本出願では限定されない。
【符号の説明】
【００７４】
100  クライアントデバイス
105  スイッチ
110  セキュリティゲートウェイ
115  ルータ
120  電子メールサーバ
200  電子メールメッセージ
202  電子メールヘッダ
204  メール本文
206  添付ファイル
208  MIME情報ヘッダ
210  MIMEボディ
310  通信インターフェース
320  メモリ
322  プログラム
324  電子メールメッセージ
326  電子メール取得要求
330  プロセッサ
340  通信バス
600  第1の要求
605  電子メールメッセージ全体を取得するのに使用される要求
610  電子メールメッセージ
615  電子メールメッセージの一部分
【図１】
2016523408.tif 000003
【図２】
2016523408.tif 000004
【図３】
2016523408.tif 000005
【図４】
2016523408.tif 000006
【図５】
2016523408.tif 000007
【図６】
2016523408.tif 000008
【手続補正書】
【提出日】平成27年12月11日(2015.12.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
クライアントデバイスおよび電子メールサーバと通信するように構成された通信インターフェースと、
前記クライアントデバイスによって送られる第1の要求であって、電子メールメッセージの電子メールヘッダを含まない前記電子メールメッセージの一部分を取得するのに使用される前記第1の要求を受信し、
前記第1の要求を、前記電子メールメッセージ全体を取得するのに使用される要求に変換し、
前記変換された要求を前記電子メールサーバへ送り、
前記電子メールサーバによって返される、符号化形式の電子メールメッセージである前記電子メールメッセージを受信し、
前記電子メールメッセージを解析して前記電子メールメッセージの符号化情報を取得し、
前記符号化情報に従って前記電子メールメッセージを復号することにより、前記電子メールメッセージの復号形式の前記部分を取得し、かつ
前記電子メールメッセージの前記部分を前記クライアントデバイスへ転送するように構成されたプロセッサと
を含む、ネットワークデバイス。
【請求項２】
前記クライアントデバイスによって送られる前記第1の要求および前記変換された要求は、インターネット・メッセージ・アクセス・プロトコル4（IMAP4）に従ってフォーマットされる、請求項1に記載のネットワークデバイス。
【請求項３】
前記第1の要求は、前記電子メールメッセージの電子メールIDおよび前記電子メールメッセージの前記部分のIDを含み、前記プロセッサは、具体的には、
前記電子メールIDに従って、前記第1の要求を、前記電子メールメッセージ全体を取得するのに使用される前記要求に変換し、かつ
前記電子メールメッセージの前記部分の前記IDに従って前記電子メールメッセージの前記部分を前記クライアントデバイスへ転送するように構成された
請求項1に記載のネットワークデバイス。
【請求項４】
前記プロセッサは、さらに、
前記電子メールメッセージの復号形式の前記部分に対するセキュリティ処理を行うことにより、前記電子メールメッセージの前記部分がセキュアであるかどうか判定するように構成され、かつ
前記プロセッサは、具体的には、前記電子メールメッセージの前記部分がセキュアである場合に前記電子メールメッセージの前記部分を前記クライアントデバイスへ転送するように構成される
請求項1に記載のネットワークデバイス。
【請求項５】
前記プロセッサは、さらに、
前記電子メールサーバによって返される前記電子メールメッセージにおいて文字セット情報を取得するように構成され、かつ
前記プロセッサは、具体的には、セキュリティポリシーおよび前記文字セット情報に従って、前記電子メールメッセージの復号形式の前記部分に対するセキュリティ処理を行うことにより、前記電子メールメッセージの前記部分がセキュアであるかどうか判定するように構成された
請求項4に記載のネットワークデバイス。
【請求項６】
前記プロセッサは、さらに、前記電子メールメッセージを前記ネットワークデバイスのキャッシュに記憶するように構成された、請求項1に記載のネットワークデバイス。
【請求項７】
前記プロセッサは、さらに、
前記クライアントデバイスによって送られる第2の要求であって、前記電子メールメッセージの前記電子メールヘッダを含まない前記電子メールメッセージの第2の部分を取得するのに使用され、前記電子メールメッセージの電子メールIDおよび前記電子メールメッセージの前記第2の部分のIDを含む前記第2の要求を受信し、
前記電子メールIDに従って、前記ネットワークデバイスが前記電子メールメッセージをキャッシュしていると判定し、かつ
前記電子メールメッセージの前記第2の部分の前記IDに従って、前記電子メールメッセージの前記第2の部分を前記クライアントデバイスへ転送するように構成された
請求項6に記載のネットワークデバイス。
【請求項８】
クライアントデバイスが電子メールサーバから電子メールメッセージを取得する要求を処理するための、ネットワークデバイスによって実行される方法であって、
前記クライアントデバイスによって送られる第1の要求であって、前記電子メールメッセージの電子メールヘッダを含まない前記電子メールメッセージの一部分を取得するのに使用される前記第1の要求を受信するステップと、
前記第1の要求を、前記電子メールメッセージ全体を取得するのに使用される要求に変換するステップと、
前記変換された要求を前記電子メールサーバへ送るステップと、
前記電子メールサーバによって返される、符号化形式の電子メールメッセージである前記電子メールメッセージを受信するステップと、
前記電子メールメッセージを解析して前記電子メールメッセージの符号化情報を取得するステップと、
前記符号化情報に従って前記電子メールメッセージを復号することにより、前記電子メールメッセージの復号形式の前記部分を取得するステップと、
前記電子メールメッセージの前記部分を前記クライアントデバイスへ転送するステップと
を含む方法。
【請求項９】
前記クライアントデバイスによって送られる前記第1の要求および前記変換された要求は、インターネット・メッセージ・アクセス・プロトコル4（IMAP4）に従ってフォーマットされる、請求項8に記載の方法。
【請求項１０】
前記第1の要求は、前記電子メールメッセージの電子メールIDおよび前記電子メールメッセージの前記部分のIDを含み、
前記第1の要求を、前記電子メールメッセージ全体を取得するのに使用される要求に変換する前記ステップは、
前記電子メールIDに従って、前記第1の要求を、前記電子メールメッセージ全体を取得するのに使用される前記要求に変換するステップ
を含み、
前記電子メールメッセージの前記部分を前記クライアントデバイスへ転送する前記ステップは、
前記電子メールメッセージの前記部分の前記IDに従って、前記電子メールメッセージの前記部分を前記クライアントデバイスへ転送するステップ
を含む、請求項8に記載の方法。
【請求項１１】
前記電子メールメッセージの復号形式の前記部分に対するセキュリティ処理を行うことにより、前記電子メールメッセージの前記部分がセキュアであるかどうか判定するステップ
をさらに含み、
前記電子メールメッセージの前記部分を前記クライアントデバイスへ転送する前記ステップは、
前記電子メールメッセージの前記部分がセキュアであると判定される場合に、前記電子メールメッセージの前記部分を前記クライアントデバイスへ転送するステップ
を含む、請求項8に記載の方法。
【請求項１２】
前記電子メールサーバによって返される前記電子メールメッセージにおいて文字セット情報を取得するステップ
をさらに含み、
前記電子メールメッセージの復号形式の前記部分に対するセキュリティ処理を行うことにより、前記電子メールメッセージの前記部分がセキュアであるかどうか判定する前記ステップは、
セキュリティポリシーおよび前記文字セット情報に従って、前記電子メールメッセージの復号形式の前記部分に対するセキュリティ処理を行うことにより、前記電子メールメッセージの前記部分がセキュアであるかどうか判定するステップ
を含む、請求項11に記載の方法。
【請求項１３】
前記電子メールメッセージを前記ネットワークデバイスのキャッシュに記憶するステップ
をさらに含む、請求項8に記載の方法。
【請求項１４】
前記クライアントデバイスによって送られる第2の要求であって、前記電子メールメッセージの前記電子メールヘッダを含まない前記電子メールメッセージの第2の部分を取得するのに使用され、前記電子メールメッセージの電子メールIDおよび前記電子メールメッセージの前記第2の部分のIDを含む前記第2の要求を受信するステップと、
前記電子メールIDに従って、前記ネットワークデバイスが前記電子メールメッセージをキャッシュしていると判定するステップと、
前記電子メールメッセージの前記第2の部分の前記IDに従って、前記電子メールメッセージの前記第2の部分を前記クライアントデバイスへ転送するステップと
をさらに含む、請求項13に記載の方法。
【請求項１５】
プログラムコードを含むコンピュータプログラムであって、前記プログラムコードに含まれる命令は、請求項8〜14のいずれか一項に記載の方法を実行するために使用される、コンピュータプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
プロセッサ330は、中央処理装置（CPU）または特定用途向け集積回路（ASIC）（Application-Specific Integrated Circuit）とすることもでき、本発明の実施形態を実現する1つまたは複数の集積回路として構成することもできる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００３６
【補正方法】変更
【補正の内容】
【００３６】
電子メールサーバ120によって返される電子メールメッセージ610のMIME情報ヘッダは、電子メールヘッダのコンテンツおよびMIMEバージョンやコンテンツタイプといったMIMEヘッダフィールドを含むことができる。例えば、そのUIDが77であり、電子メールサーバ120によって第1の変換された要求605に従って返される電子メールメッセージのMIME情報ヘッダは、以下のとおりである。
Date: Sun, 17 Feb 2013 11:10:02 +0800  メール送信日付
From: "123" 123@123.com  送信者情報
To: “456” 456@123.com  受信者情報
Subject: test  電子メール件名
Mime-Version: 1.0  MIMEバージョン
Content-Type: multipart/mixed;  コンテンツタイプ
Boundary="=====001_Dragon664320174586_====="  MIMEセグメントの先頭と末尾を指示する区切り
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００４１
【補正方法】変更
【補正の内容】
【００４１】
加えて、セキュリティゲートウェイ110は、電子メールメッセージ610を解析することによって、電子メールメッセージ610内の文字セット（char  set）情報もさらに取得することができる。具体的には、セキュリティゲートウェイ110は、電子メールサーバ120によって返される電子メールメッセージ610から、電子メールメッセージ610の各MIMEセグメントのContent-Type情報を取得することができ、これにより、セキュリティゲートウェイ110は、取得したContent-Type情報に従ってMIMEセグメントのパケットタイプを決定することができる。例えば、パケットタイプは、テキスト、画像、オーディオなどとすることができる。加えて、Content-Type情報は、MIMEセグメントのテキスト符号化方式の文字セット（char  set）もさらに含むことができる。例えば、前述のそのUIDが77である電子メールメッセージのMIMEセグメント1において、「char set="gb2312"」は、MIMEセグメント1内のテキストの文字セットが「gb2312」であることを指示する。MIME情報ヘッダもMIMEセグメント2も、char  set情報を含まず、したがって、MIMEセグメント2の文字セットタイプは、デフォルトの文字セットタイプのASCIIである。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００４６
【補正方法】変更
【補正の内容】
【００４６】
設定セキュリティポリシーは、ウイルス検出除去ポリシー、フィルタリングポリシーなどを含むことができる。例えば、事前設定のウイルス検出除去ポリシーに従って復号電子メールメッセージに対してウイルス検出除去といったセキュリティ操作を行い、あるいは、電子メールメッセージ内の文字セット（char  set）情報および事前設定のフィルタリングポリシーに従って復号電子メールメッセージに対してコンテンツフィルタリングを行い、これにより、クライアントデバイス100がウイルスに感染した電子メールメッセージ、ジャンクメール、または注意を要する（sensitive）フィールドを有する電子メールメッセージを受信しないようにして、クライアントデバイスのセキュリティを保護することができる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００４７
【補正方法】変更
【補正の内容】
【００４７】
ある状況では、クライアントデバイス100によって受信される電子メールメッセージをフィルタリングすることが必要とされる場合に、フィルタリングされる必要のある文字列および事前設定の文字セットに従ってフィルタリングポリシーを事前に生成することができる。電子メールフィルタリングプロセスにおいては、まず、電子メールメッセージの当該部分におけるchar  set情報がフィルタリングポリシーにおけるchar  set情報と整合するかどうかが判定される。電子メールメッセージの当該部分におけるchar  set情報がフィルタリングポリシーにおけるchar  set情報と整合する場合、電子メールメッセージの当該部分の復号メールコンテンツは、フィルタリングされる必要のある、フィルタリングポリシーにおける文字列と直接照合される。電子メールメッセージの当該部分におけるchar  set情報がフィルタリングポリシーにおけるchar  set情報と整合しない場合、電子メールメッセージの当該部分の復号メールコンテンツは、フィルタリングポリシーにおけるchar  set情報に従って変換される必要があり、次いで、フィルタリングされる必要のある、フィルタリングポリシーにおける文字列と照合され、これにより、電子メールメッセージの当該部分がフィルタリングされる必要のある文字列を含むかどうかが判定される。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００４８
【補正方法】変更
【補正の内容】
【００４８】
例えば、セキュリティゲートウェイ110は、設定フィルタリングポリシーに従って、そのUIDが77である電子メールメッセージの第1の添付ファイルの復号形式のコンテンツをフィルタリングすることができる。セキュリティゲートウェイ110で設定されるフィルタリングポリシーを、「advertisement」という文字列を有する電子メールメッセージをフィルタリングし、文字列のフィルタリングのために設定される文字セット（char  set）情報は「gb2312」である、とすることができる。当然ながら、セキュリティゲートウェイ110は、コンパイルにより、フィルタリングされる必要のある、フィルタリングポリシーにおいて構成された文字列と、char  set情報とに従ってステータスマシン（status machine）を生成しうることを理解することができる。そのUIDが77である電子メールメッセージの第1の添付ファイルのchar  set情報はASCIIであり、生成されるステータスマシンにおけるchar  set情報は「gb2312」であるため、第1の添付ファイルのchar  set情報は、ステータスマシンにおけるchar  set情報と整合しない。したがって、電子メールメッセージの第1の添付ファイルが設定フィルタリングポリシーに従ってフィルタリングされる場合に、第1の添付ファイルのコンテンツは、「gb2312」のフォーマットのコンテンツに変換される必要がある。次いで、変換されたコンテンツは、第1の添付ファイルがフィルタリングされるべき文字列「advertisement」を含むかどうか判定するために、ステータスマシンを用いて照合される。第1の添付ファイルがフィルタリングされるべき文字列「advertisement」を含まない場合、電子メールメッセージ610はセキュアであるとみなされ、そうでない場合、電子メールメッセージ610はセキュアでない電子メールメッセージであるとみなされる。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００５２
【補正方法】変更
【補正の内容】
【００５２】
図4に示す電子メール要求を処理するための方法によれば、セキュリティゲートウェイ110は、電子メールメッセージの、電子メールヘッダを除く他の部分を取得するのに使用される、クライアントデバイス100のものである要求600を、電子メールメッセージ全体を取得するための要求605に変換し、これにより、セキュリティゲートウェイ110は、電子メールサーバ120によって返される電子メールメッセージ全体610から、電子メールメッセージのクライアントデバイス100によって取得されるべき部分615のコンテンツ転送符号化情報を取得することができる。加えて、セキュリティゲートウェイ110は、電子メールメッセージの当該部分のコンテンツ転送符号化情報を用いて電子メールメッセージの当該部分615を復号することもでき、これにより、セキュリティゲートウェイ110は、クライアントデバイス100が電子メールメッセージの電子メールヘッダを除く当該部分だけを取得する適用シナリオにおいて電子メールメッセージの復号形式の当該部分のコンテンツを取得して、クライアントデバイス100の保護を強化することもできる。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００５６
【補正方法】変更
【補正の内容】
【００５６】
本発明の実施形態における第1の要求、第2の要求、第1の変換された要求、および第2の変換された要求における第1および第2は、説明を明確にし、クライアントデバイスによって送られる要求を区別するためのものにすぎず、クライアントデバイスによって送られる要求の時間、順序などに制限を設けるためのものではないことに留意すべきである。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００６０
【補正方法】変更
【補正の内容】
【００６０】
このステップでは、セキュリティゲートウェイ110は、まず、クライアントデバイス100によって送られた第2の要求をメモリ320にキャッシュし、次いで、第2の要求内の電子メールIDに従って、電子メールメッセージ全体を取得するのに使用される要求605を構築することができる。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００６７
【補正方法】変更
【補正の内容】
【００６７】
ステップ545で、セキュリティゲートウェイ110は、電子メールメッセージをセキュリティゲートウェイ110のキャッシュに記憶する。具体的には、第2の要求で搬送される電子メールIDに従ってステップ505で、セキュリティゲートウェイ110が電子メールメッセージ610をキャッシュしていないと判定される場合、これは、セキュリティゲートウェイ110が電子メールサーバ120から電子メールメッセージ610を取得していないことを意味する。復号された電子メールメッセージ610に対してセキュリティ処理を行い、電子メールメッセージ610がセキュアであると判定した場合、セキュリティゲートウェイ110は電子メールメッセージ610をセキュリティゲートウェイ110のキャッシュに記憶することができる。セキュリティゲートウェイ110が電子メールメッセージ610の取得を求める要求を再度受信した場合、セキュリティゲートウェイ110は、キャッシュ内の電子メールメッセージ610または電子メールメッセージ610の任意の部分をクライアントデバイス100へ直接転送することにより、クライアントデバイス100が電子メールメッセージを取得する際の速度および効率を改善することができる。
【国際調査報告】
2016523408.tif 000009
2016523408.tif 000010
2016523408.tif 000011
2016523408.tif 000012