(57)【特許請求の範囲】
【請求項１】
電子メールを送信するための方法であって、
添付ファイルの添付ファイル特徴を抽出するステップと、
前記添付ファイル特徴に基づいて、前記添付ファイルが記憶サーバ内に存在するかどうかを判断するステップと、
前記添付ファイルが前記記憶サーバ内に存在すると判断したとき、前記添付ファイルの記憶IDを記録するステップと、
前記添付ファイルが前記記憶サーバ内に存在しないと判断したとき、前記添付ファイルをアップロードするステップと、前記添付ファイルを前記記憶サーバに記憶するステップと、前記添付ファイルの前記記憶IDを記録するステップと、
メール本文を提出するステップと、
前記メール本文、および、前記添付ファイルの前記記憶IDを、符号化によってメールにパッケージ化するステップと、
前記メールの受信者がローカルドメインアカウント番号であるかどうかを判断するステップと、
前記メールの前記受信者が前記ローカルドメインアカウント番号であると判断したとき、前記メールを前記記憶サーバに記憶するステップと、
前記メールの前記受信者が前記ローカルドメインアカウント番号ではないと判断したとき、前記添付ファイルの前記記憶IDに基づいて、前記記憶サーバから前記添付ファイルを取得し、前記添付ファイルおよび前記メール本文がメールに再符号化された後、前記メールを外部ドメインサーバに送信するステップと
を含み、
前記ローカルドメインアカウント番号が、ローカルメールボックスシステムの内部アカウント番号である、電子メールを送信するための方法。
【請求項２】
前記メール本文が、前記添付ファイルの基本情報を含み、前記基本情報が、前記添付ファイルのファイル名およびサイズ、ならびに、前記添付ファイルの前記記憶IDのうちの少なくとも1つを含む、請求項1に記載の方法。
【請求項３】
電子メールを送信するための端末であって、
添付ファイルの添付ファイル特徴を抽出し、前記添付ファイル特徴に基づいて、前記添付ファイルが記憶サーバ内に存在するかどうかを判断し、前記添付ファイルが前記記憶サーバ内に存在するとき、前記添付ファイルの記憶IDを記録し、前記添付ファイルが前記記憶サーバ内に存在しないとき、前記添付ファイルをアップロードし、前記添付ファイルを前記記憶サーバに記憶し、前記添付ファイルの前記記憶IDを記録するように構成されたアップロードモジュールと、
メール本文を提出し、前記メール本文、および、前記添付ファイルの前記記憶IDを、符号化によってメールにパッケージ化するように構成されたメールパッケージ化モジュールと、
前記メールの受信者がローカルドメインアカウント番号であるかどうかを判断するように構成された判断モジュールと、
前記メールの前記受信者が前記ローカルドメインアカウント番号であるとき、前記メールを前記記憶サーバに記憶するように構成された第1の記憶モジュールと、
前記メールの前記受信者が外部ドメインアカウント番号であるとき、前記添付ファイルの前記記憶IDに基づいて、前記記憶サーバから前記添付ファイルを取得し、前記添付ファイルおよび前記メール本文がメールに再符号化された後、前記メールを外部ドメインサーバに送信するように構成された送信モジュールと
を備え、
前記ローカルドメインアカウント番号が、ローカルメールボックスシステムの内部アカウント番号である、電子メールを送信するための端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照により本明細書にその全内容が組み込まれている、2012年8月15日に中華人民共和国の特許庁に出願した、「Method and Terminal for Sending and Receiving Email」と題する、中国特許出願第201210290561.0号の優先権を主張するものである。
【０００２】
本出願は、インターネット技術に関し、より詳細には、電子メールを送信および受信するための方法および端末に関する。
【背景技術】
【０００３】
電子メールは、通常、メール本文および添付ファイルを含む。電子メール処理は、添付ファイルのアップロードおよびダウンロード、ならびに、メール送信、受信、および記憶、などを含む。
【０００４】
現在、電子メール処理のための方法では、添付ファイルのアップロードは、ストリーミングプロトコルを用いてローカルファイルがサーバに直接アップロードされることを意味する。メールを送信するとき、サーバは、ユーザによってアップロードされたファイルを、メール本文と一緒に、標準的な符号化フォーマットを介して1つのファイル(すなわち、emlファイル)に符号化し、次いで、符号化されたemlファイルを、標準的なsmtpプロトコルを介して送信する。メールを受信するとき、サーバは、受信されたメール(すなわち、符号化されたemlファイル)を直接記憶する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本出願の実施形態は、ネットワークリソースを節約するために、電子メールを送信および受信するための方法および端末を提供する。
【課題を解決するための手段】
【０００６】
電子メールを送信するための方法は、本出願の一実施形態によって提供され、この方法は、
メール本文を提出するステップと、
メール本文、および、予めアップロードされた添付ファイルの記憶インデックス番号IDを、符号化によってメールにパッケージ化するステップと、
メールの受信者がローカルドメインアカウント番号であるかどうかを判断するステップと、
メールの受信者がローカルドメインアカウント番号であると判断したとき、メールを記憶サーバに記憶するステップと、
メールの受信者がローカルドメインアカウント番号ではないと判断したとき、添付ファイルの記憶IDに基づいて、記憶サーバから添付ファイルを取得し、添付ファイルおよびメール本文がメールに再符号化された後、メールを外部ドメインサーバに送信するステップと
を含み、
ローカルドメインアカウント番号は、ローカルメールボックスシステムの内部アカウント番号である。
【０００７】
電子メールを受信するための方法も、本出願の一実施形態によって提供され、この方法は、
外部ドメインサーバによって送信されたメールを受信するステップと、
メールを構文解析し、メールのメール本文および添付ファイルを取得するステップと、
メール本文および添付ファイルを別々に記憶サーバに記憶するステップと
を含む。
【０００８】
電子メールを送信するための端末も、本出願の一実施形態によって提供され、この端末は、
メール本文を提出し、メール本文、および、予めアップロードされた添付ファイルの記憶インデックス番号IDを、符号化によってメールにパッケージ化するように構成されたメールパッケージ化モジュールと、
メールの受信者がローカルドメインアカウント番号であるかどうかを判断するように構成された判断モジュールと、
メールの受信者がローカルドメインアカウント番号であるとき、メールを記憶サーバに記憶するように構成された第1の記憶モジュールと、
メールの受信者が外部ドメインアカウント番号であるとき、添付ファイルの記憶IDに基づいて、記憶サーバから添付ファイルを取得し、添付ファイルおよびメール本文がメールに再符号化された後、メールを外部ドメインサーバに送信するように構成された送信モジュールと
を含み、
ローカルドメインアカウント番号は、ローカルメールボックスシステムの内部アカウント番号である。
【０００９】
電子メールを受信するための端末も、本出願の一実施形態によって提供され、この端末は、
外部ドメインサーバによって送信されたメールを受信するように構成された第1の受信モジュールと、
メールを構文解析し、メールのメール本文および添付ファイルを取得するように構成された構文解析モジュールと、
メール本文および添付ファイルを別々に記憶サーバに記憶するように構成された第2の記憶モジュールと
を含む。
【００１０】
本出願の実施形態は、電子メールを送信および受信するための方法および端末を提供し、この方法では、メール本文および添付ファイルが別々に記憶されることがわかる。メールがローカルドメインアカウント番号に送信されるとき、添付ファイルは、一緒に送信される必要がなく、これは、ネットワーク帯域幅を大幅に節約することができる。メールを受信した後、ユーザは、必要に応じてメール本文を抽出することによって、添付ファイルの基本情報を知ることができる。その後、添付ファイルの復号および送信は、省略され得、メールの読み取り速度は、改善され得、ネットワークリソースも、節約され得る。加えて、添付ファイルをアップロードするとき、添付ファイルが記憶サーバに記憶されているかどうかに基づいて、同じ添付ファイルの繰り返しは、効果的に排除され得、それによって、記憶空間を節約する。
【図面の簡単な説明】
【００１１】
【図１ａ】本出願の一実施形態によって提供される電子メールを送信するための方法を示すフローチャートである。
【図１ｂ】本出願の一実施形態によって提供される電子メールを送信するための方法を示すフローチャートである。
【図２】本出願の一実施形態によって提供される電子メールを送信するための方法を示すフローチャートである。
【図３】本出願の一実施形態によって提供される電子メールを受信するための方法を示すフローチャートである。
【図４】本出願の一実施形態によって提供される電子メールを受信するための方法を示すフローチャートである。
【図５ａ】本出願の一実施形態によって提供される電子メールを受信するための方法を示すフローチャートである。
【図５ｂ】本出願の一実施形態によって提供される電子メールを受信するための方法を示すフローチャートである。
【図６ａ】本出願の一実施形態によって提供される電子メールを送信するための端末の構造を示す概略図である。
【図６ｂ】本出願の一実施形態によって提供される電子メールを送信するための端末の構造を示す概略図である。
【図６ｃ】本出願の一実施形態によって提供される電子メールを送信するための端末のハードウェア構造を示す概略図である。
【図６ｄ】本出願の一実施形態によって提供される電子メールを送信するための端末のハードウェア構造を示す概略図である。
【図７ａ】本出願の一実施形態によって提供される電子メールを受信するための端末の構造を示す概略図である。
【図７ｂ】本出願の一実施形態によって提供される電子メールを受信するための端末の構造を示す概略図である。
【図７ｃ】本出願の一実施形態によって提供される電子メールを受信するための端末のハードウェア構造を示す概略図である。
【図７ｄ】本出願の一実施形態によって提供される電子メールを受信するための端末のハードウェア構造を示す概略図である。
【発明を実施するための形態】
【００１２】
本出願の技術的解決策および利点をより明確に可能にするために、本出願の詳細な説明が、添付図面および実施形態に伴い以下に与えられる。
【００１３】
既存のメール処理方法は、以下の欠点を有する可能性がある。
1.サーバによってすでに記憶されたファイルは、効率的に利用され得ず、これは、時間およびネットワークリソースの浪費である。
2.メール全体をパッケージ化および送信する方法を採用することによって、ネットワーク帯域が浪費される可能性がある。
3.メール全体をパッケージ化および記憶する方法を採用することによって、同じファイルが繰り返し記憶され、これは、記憶サーバの記憶空間の浪費である。
【００１４】
上記課題を解決するために、本出願の実施形態によって提供される技術的解決策は、主に以下の通りである。メール本文および添付ファイルは、別々に記憶される。メールをローカルドメインアカウント番号、すなわち、内部ドメインアカウント番号としても知られるローカルメールボックスシステム内部アカウント番号に送信するとき、ネットワーク帯域幅を節約するために、添付ファイルは、メールと一緒に送信される必要はない。メール読み取り速度を改善し、ネットワークリソースを節約するために、メールを受信した後、ユーザは、必要に応じてメール本文を抽出することによって、添付ファイルの基本情報を知ることができる。加えて、添付ファイルをアップロードするとき、添付ファイルが記憶サーバにすでに記憶されているかどうかに基づいて、同じ添付ファイルの繰り返しは、効果的に排除され得、すなわち、同じ添付ファイルは、一度だけアップロードおよび記憶され、それによって、端末の記憶空間を節約する。
【００１５】
図1aは、本出願の一実施形態によって提供される電子メールを送信するための方法を示すフローチャートである。図1aに示すように、方法は、以下を含む。
【００１６】
添付ファイルをアップロードし、添付ファイルを記憶サーバに記憶し、添付ファイルの記憶IDを記録する（ステップS101）。
【００１７】
具体的に言えば、添付ファイルは、端末ブラウザ上でアップロードされる。アップロードされた添付ファイルは、ローカル記憶サーバに記憶される。同時に、記憶サーバ内の添付ファイルの記憶IDが記録される。添付ファイルの記憶IDに基づいて、その後に記憶サーバ内の対応する添付ファイルを検索することを容易にするために、記憶IDは、記憶サーバ内のアップロードされた添付ファイルの記憶インデックス番号である。例えば、添付ファイルは、MD5符号化アルゴリズムを採用することによって符号化され得る。符号化された文字列は、添付ファイルの固有の識別、すなわち、添付ファイルの記憶IDとみなされる。
【００１８】
メール本文を提出し、メール本文、および、添付ファイルの記憶IDを符号化によってメールにパッケージ化する（ステップS102）。
【００１９】
具体的に言えば、メールを送信する必要があるとき、メール本文、および、すべての添付ファイルの記憶IDは、最適化されたメール符号化プロトコルを使用することによってメールにパッケージ化される。メール本文は、添付ファイルの基本情報を含む。基本情報は、添付ファイルのファイル名およびサイズ、添付ファイルの記憶ID、などを含む。
【００２０】
メールの受信者がローカルドメインアカウント番号であるかどうかを判断し、そうである場合、ステップS104に進み、そうでない場合、ステップS105に進む（ステップS103）。
【００２１】
ローカルドメインアカウント番号は、ローカルメールボックスシステムの内部アカウント番号、すなわち、内部ドメインアカウント番号を意味する。例えば、Tencent社の従業員に関して、Tencent社の内部メールボックスシステムのアカウント番号**@qq.comは、ローカルドメインアカウント番号である。ローカルドメインアカウント番号以外のアカウント番号は、外部アカウント番号と呼ばれる。例えば、Neteaseメールボックスシステムのアカウント番号は、**@163.com、などである。
【００２２】
パッケージ化されたメールを記憶サーバに記憶する（ステップS104）。
【００２３】
添付ファイルの記憶IDに従って、記憶サーバから添付ファイルを取得し、添付ファイルおよびメール本文がメールに再符号化された後、メールを外部ドメインサーバに送信する（ステップS105）。
【００２４】
本出願の実施形態では、添付ファイルおよびメール本文は、別々に記憶され、メールの受信者がローカルドメインアカウント番号または外部ドメインアカウント番号のいずれであるかに基づいて、それぞれ処理される。メールの受信者がローカルドメインアカウント番号であるとき、パッケージ化されたメールは、記憶サーバに直接記憶される。メールは、メール本文、および、添付ファイルの記憶IDを符号化することによって形成される。メールの受信者が外部ドメインアカウント番号であるとき、添付ファイルは、添付ファイルの記憶IDに従って記憶サーバから取得される。次いで、メール本文および添付ファイルは、共通のメール符号化プロトコルを使用することによってメールに再符号化される。その後、メールは、外部ドメインサーバに送達される。
【００２５】
本出願の本実施形態では、添付ファイルおよびメール本文を別々に記憶することによって、内部ドメインアカウント番号に送信されるメールに関して、添付ファイルは、送信および送達の全プロセスの間、送信されているデータ内に含まれる必要はなく、その後、ネットワーク帯域幅は、大幅に節約され得る。
【００２６】
上述した実施形態のステップS101は、また、図1bに示すように、他の実施形態では省略され得ることに留意すべきである。この時点で、添付ファイルは、予めアップロードされる。アップロードされた添付ファイルは、記憶サーバに記憶され、添付ファイルの記憶IDは、同時に記録される。
【００２７】
図2は、本出願の一実施形態によって提供される電子メールを送信するための方法を示すフローチャートである。図2に示すように、図1aで示す上述した実施形態に基づいて、ステップS101の前に、方法は、以下をさらに含む。
【００２８】
添付ファイルの添付ファイル特徴を抽出する（ステップS106）。
【００２９】
添付ファイル特徴に従って、添付ファイルが記憶サーバ内に存在するかどうかを判断し、添付ファイルが記憶サーバ内に存在すると判断したとき、ステップS108に進み、そうでない場合、ステップS101に進む（ステップS107）。
【００３０】
添付ファイルの記憶IDを記録し、ステップS102に進む（ステップS108）。
【００３１】
本出願の本実施形態と、図1aに示す実施形態との間の違いは、以下の通りである。本出願の本実施形態では、添付ファイルをアップロードするとき、反復を排除するプロセスが、アップロードされる添付ファイルに対して実行される必要があり、すなわち、同じ添付ファイルは、一度だけアップロードされる。
【００３２】
具体的に言えば、添付ファイルがアップロードされるとき、添付ファイルの添付ファイル特徴は、添付ファイルから抽出される。添付ファイル特徴は、添付ファイルのファイル名、(添付ファイルのMD5符号化文字列などの)添付ファイルの記憶ID、などであり得る。添付ファイルが記憶サーバにすでに記憶されているかどうかを判断するために、記憶サーバは、添付ファイルの添付ファイル特徴に基づいて検索され得る。添付ファイルが記憶サーバにすでに記憶されていると判断したとき、記憶サーバ内の添付ファイルの記憶IDは、記録される。添付ファイルが記憶サーバに記憶されていないと判断したとき、添付ファイルは、直接アップロードおよび記憶され、添付ファイルの記憶IDは、記憶サーバに記録される。検索される必要がある添付ファイルが記憶サーバにすでに記憶されているかどうかを判断するとき、添付ファイルの記憶IDなどの、例えば、MD5符号化文字列などの、添付ファイルの添付ファイル特徴に基づいて、添付ファイルの記憶ID、すなわち、MD5符号化文字列に対応する添付ファイルが記憶サーバ内に存在するかどうかを判断するために、記憶サーバ内を検索する。記憶サーバ内に添付ファイルの記憶IDに対応する添付ファイルが存在すると判断したとき、添付ファイルが記憶サーバ内に存在することを示し、そうでない場合、添付ファイルが記憶サーバ内に存在しないことを示す。
【００３３】
図1aに示す上述した実施形態に基づいて、本出願の本実施形態では、繰り返しを排除するプロセスが、添付ファイルに対して実行される必要がある。さらに、アップロードされる添付ファイルが記憶サーバ内にすでに存在するかどうかが、判断される必要がある。アップロードされる添付ファイルが記憶サーバ内にすでに存在すると判断されるとき、添付ファイルは、繰り返しアップロードされる必要はない。その後、添付ファイルアップロードのプロセスは、省略され得、ネットワークリソースは、節約され得る。
【００３４】
図3は、本出願の一実施形態によって提供される電子メールを受信するための方法を示すフローチャートである。図3に示すように、方法は、以下を含む。
【００３５】
外部ドメインサーバによって送信されたメールを受信する（ステップS301）。
【００３６】
メールを構文解析し、メールのメール本文および添付ファイルを取得する（ステップS302）。
【００３７】
メール本文および添付ファイルを別々に記憶サーバに記憶する（ステップS303）。
【００３８】
本出願の本実施形態では、受信されたメール本文および添付ファイルは、別々に記憶される。添付ファイルの基本情報のみが、メール本文に確保される。基本情報は、添付ファイルのファイル名およびサイズ、ならびに、記憶サーバ内の添付ファイルの記憶ID、などを含む。添付ファイルが記憶サーバ内に存在するとき、添付ファイルを繰り返し記憶する必要はない。
【００３９】
本出願の本実施形態では、添付ファイルの繰り返しの排除は、上記の解決策によって実現され得、記憶空間は、節約される。
【００４０】
図4は、本出願の一実施形態によって提供される電子メールを受信するための方法を示すフローチャートである。図4に示すように、図3で示す上述した実施形態に基づいて、上記で説明したステップS303の後、方法は、以下をさらに含む。
【００４１】
ユーザのメール読み取り命令を受信する（ステップS304）。
【００４２】
メール読み取り命令に従って、記憶サーバからメール本文を取得する（ステップS305）。
【００４３】
メール本文をユーザに出力および表示する（ステップS306）。
【００４４】
本出願の本実施形態と、図3に示す実施形態との間の違いは、以下の通りである。本出願の本実施形態では、ユーザ要求に基づいて、受信されたメール本文は、ユーザのために出力および表示され、これは、ユーザがメール本文を読むことを可能にすることができる。
【００４５】
本出願の本実施形態では、メールを読むとき、ユーザは、記憶サーバからメール本文を抽出することのみを必要とする。添付ファイルの基本情報は、メール本文に含まれ、その後、添付ファイルのファイル名およびサイズなどの情報が、同時にユーザに表示され得る。したがって、添付ファイルの復号および送信は、省略され得、メール読み取り速度は、改善され得、ネットワークリソースは、節約され得る。
【００４６】
図5aは、本出願の一実施形態によって提供される電子メールを受信するための方法を示すフローチャートである。図5aに示すように、図4で示す上述した実施形態に基づいて、上記で説明したステップS306の後、方法は、以下をさらに含む。
【００４７】
ユーザの添付ファイルダウンロード命令を受信する（ステップS307）。
【００４８】
添付ファイルダウンロード命令に従って、記憶サーバから添付ファイルを取得する（ステップS308）。
【００４９】
添付ファイルをユーザに出力および表示する（ステップS309）。
【００５０】
本出願の本実施形態では、図4で示す上述した実施形態に基づいて、ユーザ要求に従って、受信された添付ファイルは、ダウンロードされ得、ダウンロードされた添付ファイルは、ユーザに出力および表示され、これは、ユーザの異なる要件を満たし、ユーザに利便性を提供するために、メール本文を読むとき、ユーザが添付ファイルをダウンロードすることを可能にすることができる。
【００５１】
加えて、図5aに示す添付ファイルダウンロードの上記方式は、図4に示す実施形態ではなく、図3に示す実施形態と組み合わせることによって実施され得、すなわち、メール本文は、表示されず、添付ファイルは、直接ダウンロードされる。
【００５２】
具体的に言えば、図5bは、本出願の一実施形態によって提供される電子メールを受信するための方法を示すフローチャートである。図5bに示すように、図3に示す上述した実施形態に基づいて、上記で説明したステップS303の後、方法は、以下をさらに含む。
【００５３】
ユーザの添付ファイルダウンロード命令を受信する（ステップS307）。
【００５４】
添付ファイルダウンロード命令に従って、記憶サーバから添付ファイルを取得する（ステップS308）。
【００５５】
添付ファイルをユーザに出力および表示する（ステップS309）。
【００５６】
本出願の本実施形態では、図3に示す上述した実施形態に基づいて、ユーザ要求に従って、受信された添付ファイルは、ダウンロードされ得、ダウンロードされた添付ファイルは、ユーザに出力および表示され得、これは、ユーザの異なる要件を満たし、ユーザに利便性を提供するために、ユーザが、メール本文を読むことなく、電子メールのトピックオプションに従って、添付ファイルを直接ダウンロードすることを可能にすることができる。
【００５７】
具体的な実施態様のプロセスでは、メール名および添付ファイルオプションが、メールの件名に設定され得る。添付ファイルオプションは、ユーザがメール本文を開く前に添付ファイルをダウンロードするための入口を提供し、これは、メール本文および添付ファイルを別々に記憶することによって、メールのユーザの操作を容易にする。
【００５８】
図6aは、本出願の一実施形態によって提供される電子メールを送信するための端末の構造を示す概略図である。図6aに示すように、端末は、メールパッケージ化モジュール602と、判断モジュール603と、第1の記憶モジュール604と、送信モジュール605とを含む。
【００５９】
メールパッケージ化モジュール602は、メール本文を提出し、メール本文、および、予めアップロードされた添付ファイルの記憶IDを、符号化によってメールにパッケージ化するように構成される。
【００６０】
具体的には、メールを送信する必要があるとき、メール本文、および、すべての添付ファイルの記憶IDは、最適化されたメール符号化プロトコルを使用することによって、メールにパッケージ化される。メール本文は、添付ファイルの基本情報を含む。基本情報は、添付ファイルのファイル名およびサイズ、添付ファイルの記憶ID、などを含む。
【００６１】
判断モジュール603は、メールの受信者がローカルドメインアカウント番号であるかどうかを判断するように構成される。
【００６２】
第1の記憶モジュール604は、メールの受信者がローカルドメインアカウント番号であるとき、パッケージ化されたメールを記憶サーバに記憶するように構成される。
【００６３】
メールの受信者が外部ドメインアカウント番号であるとき、送信モジュール605は、添付ファイルの記憶IDに従って、記憶サーバから添付ファイルを取得し、添付ファイルおよびメール本文をメールに再符号化した後、メールを外部ドメインサーバに送信するように構成される。
【００６４】
ローカルドメインアカウント番号は、ローカルメールボックスシステムの内部アカウント番号、すなわち、内部ドメインアカウント番号を意味する。例えば、Tencent社の従業員に関して、Tencent社の内部メールボックスシステムのアカウント番号**@qq.comは、ローカルドメインアカウント番号である。ローカルドメインアカウント番号以外のアカウント番号は、外部ドメインアカウント番号と呼ばれる。例えば、Neteaseメールボックスシステムのアカウント番号は、**@163.com、などである。
【００６５】
図6bに示すように、電子メールを送信するための端末は、アップロードモジュール601を含むこともでき、アップロードモジュール601は、添付ファイルをアップロードし、添付ファイルを記憶サーバに記憶し、添付ファイルの記憶IDを記録するように構成される。
【００６６】
具体的には、添付ファイルは、端末ブラウザ上でアップロードされる。アップロードされた添付ファイルは、ローカル記憶サーバに記憶され、同時に、記憶サーバ内の添付ファイルの記憶IDが記録される。その後、添付ファイルの記憶IDに従って、対応する添付ファイルが記憶サーバから検索され得るように、記憶IDは、添付ファイルのMD5符号化文字列などの、記憶サーバ内のアップロードされた添付ファイルの記憶インデックス番号である。
【００６７】
本出願の本実施形態では、添付ファイルおよびメール本文は、別々に記憶され、メールの受信者がローカルドメインアカウント番号または外部ドメインアカウント番号のいずれであるかに基づいて、それぞれ処理される。メールの受信者がローカルドメインアカウント番号であるとき、パッケージ化されたメールは、記憶サーバに記憶される。メールは、メール本文、および、添付ファイルの記憶IDを符号化することによって形成される。メールの受信者が外部ドメインアカウント番号であるとき、添付ファイルは、添付ファイルの記憶IDに従って、記憶サーバから取得され、メール本文および添付ファイルは、共通のメール符号化プロトコルを使用することによって、メールに再符号化され、次いで、メールは、外部ドメインサーバに送達される。
【００６８】
本出願の本実施形態では、添付ファイルおよびメール本文を別々に記憶することによって、内部ドメインアカウント番号に送信されるメールに関して、添付ファイルは、送信および送達の全プロセスの間、送信されているデータ内に含まれる必要はなく、ネットワーク帯域幅は、大幅に節約され得る。
【００６９】
他の実施形態では、上記の実施形態における、添付ファイルをアップロードし、添付ファイルを記憶サーバに記憶し、添付ファイルの記憶IDを記録するプロセスは、事前にアップロードモジュール601によっても完了され得ることに留意すべきである。
【００７０】
さらに、アップロードモジュール601は、また、添付ファイルの添付ファイル特徴を抽出し、添付ファイル特徴に従って、添付ファイルが記憶サーバ内に存在するかどうかを判断し、添付ファイルが記憶サーバ内に存在するとき、添付ファイルの記憶IDを記録するように構成され、そうでないとき、アップロードモジュール601は、さらに、添付ファイルを直接アップロードおよび記憶し、記憶サーバ内の添付ファイルの記憶IDを記録するように構成される。
【００７１】
本出願の本実施形態では、添付ファイルをアップロードするとき、繰り返しを排除するプロセスが、アップロードされた添付ファイルに対して実行される必要があり、すなわち、同じ添付ファイルは、一度だけアップロードされる。
【００７２】
具体的には、添付ファイルがアップロードされるとき、添付ファイルの添付ファイル特徴は、添付ファイルから抽出される。添付ファイル特徴は、添付ファイルのファイル名、(添付ファイルのMD5符号化文字列などの)添付ファイルの記憶ID、などであり得る。添付ファイルが記憶サーバ内に存在するかどうかを判断するために、添付ファイル特徴に基づいて、記憶サーバは、検索される。添付ファイルが記憶サーバ内に存在すると判断したとき、記憶サーバ内の添付ファイルの記憶IDは、記録される。添付ファイルが記憶サーバ内に存在しないと判断したとき、添付ファイルは、アップロードおよび記憶され、記憶サーバ内の添付ファイルの記憶IDは、記録される。検索される添付ファイルが記憶サーバ内に存在するかどうかを判断するプロセスの間、MD5符号化文字列のような添付ファイルの記憶IDなどの、添付ファイルの添付ファイル特徴に基づいて、添付ファイルの記憶ID、例えば、MD5符号化文字列に対応する添付ファイルが、記憶サーバ内で検索される。添付ファイルの記憶IDに対応する添付ファイルが記憶サーバ内で検索されたとき、添付ファイルが記憶サーバ内に存在することを示し、そうでない場合、添付ファイルが記憶サーバ内に存在しないことを示す。
【００７３】
本出願の本実施形態では、添付ファイルの繰り返しを排除することによって、アップロードされる添付ファイルが記憶サーバ内に存在するかどうかは、さらに判断され得る。アップロードされる添付ファイルが記憶サーバ内にすでに存在するとき、添付ファイルは、再アップロードされる必要はない。その後、添付ファイルアップロードのプロセスは、省略され得、ネットワークリソースは、節約され得る。
【００７４】
図6cは、本発明の一実施形態によって提供される電子メールを送信するための端末のハードウェア構造を示す概略図である。図6cに示すように、端末は、プロセッサ61と、メモリ62と、少なくとも1つのポート63と、バス64とを含む。プロセッサ61、メモリ62、および少なくとも1つのポート63は、バス64を介して互いに接続される。
【００７５】
メモリ62は、機械可読命令を記憶する。
【００７６】
プロセッサ61は、以下の動作、すなわち、
メール本文を提出し、メール本文、および、予めアップロードされた添付ファイルの記憶IDを、符号化によってメールにパッケージ化する動作と、
メールの受信者がローカルドメインアカウント番号であるかどうかを判断する動作と、
メールの受信者がローカルドメインアカウント番号であるとき、パッケージ化されたメールを記憶サーバに記憶する動作と、
メールの受信者が外部ドメインアカウント番号であるとき、添付ファイルの記憶IDに従って、記憶サーバから添付ファイルを取得し、添付ファイルおよびメール本文がメールに再符号化された後、ポート63を介してメールを外部ドメインサーバに送信する動作と
を実行するために、機械可読命令を実行する。
【００７７】
プロセッサ61は、以下の動作、すなわち、
添付ファイルをアップロードする動作と、添付ファイルを記憶サーバに記憶する動作と、添付ファイルの記憶IDを記録する動作とをさらに実行するために機械可読命令を実行する。
【００７８】
プロセッサ61は、以下の動作、すなわち、
添付ファイルの添付ファイル特徴を抽出する動作と、添付ファイル特徴に従って、添付ファイルが記憶サーバ内に存在するかどうかを判断する動作と、添付ファイルが記憶サーバ内に存在するとき、添付ファイルの記憶IDを記録する動作と、そうでないとき、添付ファイルをアップロードおよび記憶し、記憶サーバ内の添付ファイルの記憶IDを記録する動作とをさらに実行するために機械可読命令を実行する。
【００７９】
メモリ62に記憶された機械可読命令がプロセッサ61によって実行されたとき、図6cに示すメールパッケージ化モジュール602、判断モジュール603、第1の記憶モジュール604、および送信モジュール605の機能、ならびに、図6dに示すアップロードモジュール601の機能が実施され得ることがわかる。
【００８０】
図7aは、本出願の一実施形態によって提供される電子メールを受信するための端末の構造を示す概略図である。図7aに示すように、端末は、第1の受信モジュール701と、構文解析モジュール702と、第2の記憶モジュール703とを含む。
【００８１】
第1の受信モジュール701は、外部ドメインサーバによって送信されたメールを受信するように構成される。
【００８２】
構文解析モジュール702は、メールを構文解析し、メールのメール本文および添付ファイルを取得するように構成される。
【００８３】
第2の記憶モジュール703は、メール本文および添付ファイルを別々に記憶サーバに記憶するように構成される。
【００８４】
本出願の本実施形態では、受信されたメール本文および添付ファイルは、別々に記憶される。添付ファイルの基本情報のみが、メール本文に確保される。基本情報は、添付ファイルのファイル名およびサイズ、ならびに、記憶サーバ内の添付ファイルの記憶ID、などを含む。添付ファイルが記憶サーバ内に存在するとき、添付ファイルを繰り返し記憶する必要はない。
【００８５】
本出願の本実施形態では、添付ファイルの繰り返しの排除は、上記の解決策によって実現され得、記憶空間は、節約される。
【００８６】
図7bに示すように、本出願の一実施形態によって提供される電子メールを受信するための端末は、また、
ユーザのメール読み取り命令を受信するように構成された第2の受信モジュール704と、
メール読み取り命令に従って、記憶サーバからメール本文を取得するように構成された取得モジュール705と、
メール本文をユーザに出力および表示するように構成された出力モジュール706と
を含むことができる。
【００８７】
本出願の本実施形態では、受信されたメール本文は、ユーザ要求に従って、ユーザに出力および表示され得、これは、ユーザがメール本文を読むことを可能にすることができる。
【００８８】
本出願の本実施形態では、ユーザがメールを読むとき、メール本文は、記憶サーバから抽出される。メール本文は、添付ファイルの基本情報を含む。その後、添付ファイルのファイル名およびサイズなどの情報が、同時にユーザに表示され得る。したがって、添付ファイルの復号および送信は、省略され得、メール読み取り速度は、改善され得、ネットワークリソースも、節約され得る。
【００８９】
さらに、第2の受信モジュール704は、また、ユーザの添付ファイルダウンロード命令を受信するように構成され、
取得モジュール705は、また、添付ファイルダウンロード命令に従って、記憶サーバから添付ファイルを取得するように構成され、
出力モジュール706は、また、添付ファイルをユーザに出力および表示するように構成される。
【００９０】
本出願の本実施形態によって提供される上記解決策では、ユーザ要求に従って、受信された添付ファイルは、ダウンロードされ得、ダウンロードされた添付ファイルは、ユーザに出力および表示され、これは、ユーザの異なる要件を満たし、ユーザに利便性を提供するために、メール本文を読むとき、ユーザが添付ファイルをダウンロードすることを可能にすることができる。
【００９１】
加えて、本出願の上記実施形態における添付ファイルダウンロード方式は、また、メール本文の表示方式と無関係であり得、すなわち、添付ファイルは、メール本文を表示することなく、ダウンロードされ得る。具体的には、図7aに示す上述した実施形態に基づいて、電子メールを受信するための端末は、また、ユーザの添付ファイルダウンロード命令を受信するように構成された第2の受信モジュール704と、添付ファイルダウンロード命令に従って、記憶サーバから添付ファイルを取得するように構成された取得モジュール705と、添付ファイルをユーザに出力および表示するように構成された出力モジュール706とを含むことができる。この時点で、送信端末の構造図は、依然として図7bに示すようであり得るが、その第2の受信モジュール704、取得モジュール705、および出力モジュール706は、ユーザのメール読み取り命令を受信する動作、メール読み取り命令に従って、記憶サーバからメール本文を取得する動作、ならびに、メール本文をユーザに出力および表示する動作を実行しない。本出願の本実施形態では、ユーザ要求に従って、受信された添付ファイルは、ダウンロードされ得、ダウンロードされた添付ファイルは、ユーザに出力および表示され得、これは、ユーザの異なる要件を満たし、ユーザに利便性を提供するために、ユーザが、メール本文を読むことなく、電子メールのトピックオプションに従って、添付ファイルをダウンロードすることを可能にすることができる。具体的な実施態様のプロセスでは、メール名および添付ファイルオプションが、メールの件名に設定され得る。添付ファイルオプションは、ユーザがメール本文を開く前に添付ファイルをダウンロードするための入口を提供し、これは、メール本文および添付ファイルを別々に記憶することによって、メールのユーザの操作を容易にする。
【００９２】
図7cは、本出願の一実施形態によって提供される電子メールを受信するための端末のハードウェア構造を示す概略図である。図7cに示すように、端末は、プロセッサ71と、メモリ72と、少なくとも1つのポート73と、バス74とを含む。プロセッサ71、メモリ72、および少なくとも1つのポート73は、バス74を介して互いに接続される。
【００９３】
メモリ72は、機械可読命令を記憶する。
【００９４】
プロセッサ71は、以下の動作、すなわち、
外部ドメインサーバによって送信されたメールを、ポート73を介して受信する動作と、
メールを構文解析し、メールのメール本文および添付ファイルを取得する動作と、
メール本文および添付ファイルを別々に記憶サーバに記憶する動作と
を実行するために、機械可読命令を実行する。
【００９５】
プロセッサ71は、以下の動作、すなわち、
ユーザのメール読み取り命令を、ポート73を介して受信する動作と、
メール読み取り命令に従って、記憶サーバからメール本文を取得する動作と、
メール本文をユーザに出力および表示する動作と
をさらに実行するために、機械可読命令を実行する。
【００９６】
プロセッサ71は、以下の動作、すなわち、
ユーザの添付ファイルダウンロード命令を、ポート73を介して受信する動作と、
添付ファイルダウンロード命令に従って、記憶サーバから添付ファイルを取得する動作と、
添付ファイルをユーザに出力および表示する動作と
をさらに実行するために、機械可読命令を実行する。
【００９７】
メモリ72に記憶された機械可読命令がプロセッサ71によって実行されたとき、図7cに示す第1の受信モジュール701、構文解析モジュール702、および第2の記憶モジュール703の機能、ならびに、図7dに示す第2の受信モジュール704、取得モジュール705、および出力モジュール706の機能が実施され得ることがわかる。
【００９８】
本出願の本実施形態によって提供されるモジュールは、一体化もしくは別々に配置され得、1つのモジュールに結合され得、または、複数のサブモジュールにさらに分割され得る。
【００９９】
本出願の実施形態によって提供される電子メールを送信および受信するための方法および端末では、メール本文および添付ファイルは、別々に記憶される。メールをローカルドメインアカウント番号に送信するとき、添付ファイルは、搬送および送信される必要はなく、それによって、ネットワーク帯域幅を大幅に節約する。メールを受信した後、ユーザは、必要に応じてメール本文を抽出することによって、添付ファイルの基本情報を知ることができる。その後、添付ファイルの復号および送信は、省略され得、メールの読み取り速度は、改善され得、ネットワークリソースは、節約され得る。加えて、添付ファイルをアップロードするとき、添付ファイルが記憶サーバに記憶されているかどうかに基づいて、同じ添付ファイルの繰り返しは、効果的に排除され得、したがって、端末の記憶空間を節約する。
【０１００】
本出願の本実施形態によって提供される各モジュールは、(メモリに記憶され、プロセッサによって実行される機械可読命令などの)ソフトウェアによって実現され得、または、(特定用途向け集積回路(ASIC)などの)ハードウェアによっても実現され得、または、ソフトウェアおよびハードウェアを組み合わせることによって実現され得、これは、本出願の実施形態では限定されない。例えば、ハードウェアモジュールは、特定の動作を完了するように特別に設計された(フィールドプログラマブルゲートアレイ(FPGA)またはASICのような専用プロセッサなどの)パーマネント回路または論理デバイスを含むことができる。ハードウェアモジュールは、また、特定の動作を実行するためにソフトウェアによって一時的に構成された(汎用プロセッサまたは他のプログラム可能なプロセッサを含むような)プログラム可能な論理デバイスまたは回路を含むことができる。機械的方法、または特別なパーマネント回路、または(ソフトウェアによって構成されるような)一時的に構成された回路を採用することによるハードウェアモジュールの実現は、コストおよび時間の考慮に基づいて決定される。
【０１０１】
当業者は、上記の実施形態の方法におけるステップのすべてまたは一部の実施が、機械可読命令を介して関連するハードウェアに命令することによって完了され得ることを理解することができる。コンピュータ可読記憶媒体に記憶され得る機械可読命令は、(ハンドセット、パーソナルコンピュータ、サーバ、またはネットワークデバイスなどの)端末デバイスに、本出願の実施形態によって提供される方法を実行させるために、いくつかの命令を含む。記憶媒体は、磁気ディスク、光ディスク、読み取り専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、などであり得る。
【０１０２】
上記は、単に本出願の好ましい実施形態であり、本出願の範囲を限定することを意図していない。本出願の説明および添付図面に従って作られる任意の同等の構造もしくは同等のフローの変更、または、他の関連する技術分野で直接的もしくは間接的に用いられる任意の同等の構造もしくは同等のフローの変更は、本出願の範囲によってカバーされるとみなされる。
【符号の説明】
【０１０３】
61  プロセッサ
62  メモリ
63  ポート
64  バス
71  プロセッサ
72  メモリ
73  ポート
74  バス
601  アップロードモジュール
602  メールパッケージ化モジュール
603  判断モジュール
604  第1の記憶モジュール
605  送信モジュール
701  第1の受信モジュール
702  構文解析モジュール
703  第2の記憶モジュール
704  第2の受信モジュール
705  取得モジュール
706  出力モジュール
【図１ａ】
0005989246.tif 000002
【図１ｂ】
0005989246.tif 000003
【図２】
0005989246.tif 000004
【図３】
0005989246.tif 000005
【図４】
0005989246.tif 000006
【図５ａ】
0005989246.tif 000007
【図５ｂ】
0005989246.tif 000008
【図６ａ】
0005989246.tif 000009
【図６ｂ】
0005989246.tif 000010
【図６ｃ】
0005989246.tif 000011
【図６ｄ】
0005989246.tif 000012
【図７ａ】
0005989246.tif 000013
【図７ｂ】
0005989246.tif 000014
【図７ｃ】
0005989246.tif 000015
【図７ｄ】
0005989246.tif 000016