特許 5989246 電子メール送信および受信方法および端末

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5989246

(24)【登録日】2016年8月19日

(45)【発行日】2016年9月7日

(54)【発明の名称】電子メール送信および受信方法および端末

(51)【国際特許分類】

   G06F 13/00 20060101AFI20160825BHJP

   H04L 12/58 20060101ALI20160825BHJP

【ＦＩ】

   G06F13/00 625

   H04L12/58 100Z

【請求項の数】3

【全頁数】19

(21)【出願番号】特願2015-526861(P2015-526861)

(86)(22)【出願日】2013年7月23日

(65)【公表番号】特表2015-526817(P2015-526817A)

(43)【公表日】2015年9月10日

(86)【国際出願番号】CN2013079849

(87)【国際公開番号】WO2014026530

(87)【国際公開日】20140220

【審査請求日】2015年2月27日

(31)【優先権主張番号】201210290561.0

(32)【優先日】2012年8月15日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】506379493

【氏名又は名称】▲騰▼▲訊▼科技（深▲セン▼）有限公司

(74)【代理人】

【識別番号】100146835

【弁理士】

【氏名又は名称】佐伯 義文

(74)【代理人】

【識別番号】100140534

【弁理士】

【氏名又は名称】木内 敬二

(72)【発明者】

【氏名】周 ▲ハオ▼

(72)【発明者】

【氏名】李 明▲強▼

(72)【発明者】

【氏名】王 ▲暁▼兵

(72)【発明者】

【氏名】王 ▲キ▼

(72)【発明者】

【氏名】▲許▼ 家滔

(72)【発明者】

【氏名】黄 亮

(72)【発明者】

【氏名】黄 梓群

(72)【発明者】

【氏名】杜 嘉▲輝▼

(72)【発明者】

【氏名】▲譚▼ 志▲遠▼

(72)【発明者】

【氏名】朱 建平

【審査官】 木村 雅也

(56)【参考文献】

【文献】 特開２００８−２４２７２６（ＪＰ，Ａ）

【文献】 特開２００７−２５１５５４（ＪＰ，Ａ）

【文献】 中国特許出願公開第１０２０２５６４７（ＣＮ，Ａ）

【文献】 中国特許出願公開第１０１５４７１６５（ＣＮ，Ａ）

【文献】 特表２００７−５１３４２３（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１０／１４６５９７（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｈ０４Ｌ １２／５８

(57)【特許請求の範囲】

【請求項1】

電子メールを送信するための方法であって、
添付ファイルの添付ファイル特徴を抽出するステップと、
前記添付ファイル特徴に基づいて、前記添付ファイルが記憶サーバ内に存在するかどうかを判断するステップと、
前記添付ファイルが前記記憶サーバ内に存在すると判断したとき、前記添付ファイルの記憶IDを記録するステップと、
前記添付ファイルが前記記憶サーバ内に存在しないと判断したとき、前記添付ファイルをアップロードするステップと、前記添付ファイルを前記記憶サーバに記憶するステップと、前記添付ファイルの前記記憶IDを記録するステップと、
メール本文を提出するステップと、
前記メール本文、および、前記添付ファイルの前記記憶IDを、符号化によってメールにパッケージ化するステップと、
前記メールの受信者がローカルドメインアカウント番号であるかどうかを判断するステップと、
前記メールの前記受信者が前記ローカルドメインアカウント番号であると判断したとき、前記メールを前記記憶サーバに記憶するステップと、
前記メールの前記受信者が前記ローカルドメインアカウント番号ではないと判断したとき、前記添付ファイルの前記記憶IDに基づいて、前記記憶サーバから前記添付ファイルを取得し、前記添付ファイルおよび前記メール本文がメールに再符号化された後、前記メールを外部ドメインサーバに送信するステップと
を含み、
前記ローカルドメインアカウント番号が、ローカルメールボックスシステムの内部アカウント番号である、電子メールを送信するための方法。

【請求項2】

前記メール本文が、前記添付ファイルの基本情報を含み、前記基本情報が、前記添付ファイルのファイル名およびサイズ、ならびに、前記添付ファイルの前記記憶IDのうちの少なくとも1つを含む、請求項1に記載の方法。

【請求項3】

電子メールを送信するための端末であって、
添付ファイルの添付ファイル特徴を抽出し、前記添付ファイル特徴に基づいて、前記添付ファイルが記憶サーバ内に存在するかどうかを判断し、前記添付ファイルが前記記憶サーバ内に存在するとき、前記添付ファイルの記憶IDを記録し、前記添付ファイルが前記記憶サーバ内に存在しないとき、前記添付ファイルをアップロードし、前記添付ファイルを前記記憶サーバに記憶し、前記添付ファイルの前記記憶IDを記録するように構成されたアップロードモジュールと、
メール本文を提出し、前記メール本文、および、前記添付ファイルの前記記憶IDを、符号化によってメールにパッケージ化するように構成されたメールパッケージ化モジュールと、
前記メールの受信者がローカルドメインアカウント番号であるかどうかを判断するように構成された判断モジュールと、
前記メールの前記受信者が前記ローカルドメインアカウント番号であるとき、前記メールを前記記憶サーバに記憶するように構成された第1の記憶モジュールと、
前記メールの前記受信者が外部ドメインアカウント番号であるとき、前記添付ファイルの前記記憶IDに基づいて、前記記憶サーバから前記添付ファイルを取得し、前記添付ファイルおよび前記メール本文がメールに再符号化された後、前記メールを外部ドメインサーバに送信するように構成された送信モジュールと
を備え、
前記ローカルドメインアカウント番号が、ローカルメールボックスシステムの内部アカウント番号である、電子メールを送信するための端末。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、参照により本明細書にその全内容が組み込まれている、2012年8月15日に中華人民共和国の特許庁に出願した、「Method and Terminal for Sending and Receiving Email」と題する、中国特許出願第201210290561.0号の優先権を主張するものである。

【0002】

本出願は、インターネット技術に関し、より詳細には、電子メールを送信および受信するための方法および端末に関する。

【背景技術】

【0003】

電子メールは、通常、メール本文および添付ファイルを含む。電子メール処理は、添付ファイルのアップロードおよびダウンロード、ならびに、メール送信、受信、および記憶、などを含む。

【0004】

現在、電子メール処理のための方法では、添付ファイルのアップロードは、ストリーミングプロトコルを用いてローカルファイルがサーバに直接アップロードされることを意味する。メールを送信するとき、サーバは、ユーザによってアップロードされたファイルを、メール本文と一緒に、標準的な符号化フォーマットを介して1つのファイル(すなわち、emlファイル)に符号化し、次いで、符号化されたemlファイルを、標準的なsmtpプロトコルを介して送信する。メールを受信するとき、サーバは、受信されたメール(すなわち、符号化されたemlファイル)を直接記憶する。

【発明の概要】

【発明が解決しようとする課題】

【0005】

本出願の実施形態は、ネットワークリソースを節約するために、電子メールを送信および受信するための方法および端末を提供する。

【課題を解決するための手段】

【0006】

電子メールを送信するための方法は、本出願の一実施形態によって提供され、この方法は、
メール本文を提出するステップと、
メール本文、および、予めアップロードされた添付ファイルの記憶インデックス番号IDを、符号化によってメールにパッケージ化するステップと、
メールの受信者がローカルドメインアカウント番号であるかどうかを判断するステップと、
メールの受信者がローカルドメインアカウント番号であると判断したとき、メールを記憶サーバに記憶するステップと、
メールの受信者がローカルドメインアカウント番号ではないと判断したとき、添付ファイルの記憶IDに基づいて、記憶サーバから添付ファイルを取得し、添付ファイルおよびメール本文がメールに再符号化された後、メールを外部ドメインサーバに送信するステップと
を含み、
ローカルドメインアカウント番号は、ローカルメールボックスシステムの内部アカウント番号である。

【0007】

電子メールを受信するための方法も、本出願の一実施形態によって提供され、この方法は、
外部ドメインサーバによって送信されたメールを受信するステップと、
メールを構文解析し、メールのメール本文および添付ファイルを取得するステップと、
メール本文および添付ファイルを別々に記憶サーバに記憶するステップと
を含む。

【0008】

電子メールを送信するための端末も、本出願の一実施形態によって提供され、この端末は、
メール本文を提出し、メール本文、および、予めアップロードされた添付ファイルの記憶インデックス番号IDを、符号化によってメールにパッケージ化するように構成されたメールパッケージ化モジュールと、
メールの受信者がローカルドメインアカウント番号であるかどうかを判断するように構成された判断モジュールと、
メールの受信者がローカルドメインアカウント番号であるとき、メールを記憶サーバに記憶するように構成された第1の記憶モジュールと、
メールの受信者が外部ドメインアカウント番号であるとき、添付ファイルの記憶IDに基づいて、記憶サーバから添付ファイルを取得し、添付ファイルおよびメール本文がメールに再符号化された後、メールを外部ドメインサーバに送信するように構成された送信モジュールと
を含み、
ローカルドメインアカウント番号は、ローカルメールボックスシステムの内部アカウント番号である。

【0009】

電子メールを受信するための端末も、本出願の一実施形態によって提供され、この端末は、
外部ドメインサーバによって送信されたメールを受信するように構成された第1の受信モジュールと、
メールを構文解析し、メールのメール本文および添付ファイルを取得するように構成された構文解析モジュールと、
メール本文および添付ファイルを別々に記憶サーバに記憶するように構成された第2の記憶モジュールと
を含む。

【0010】

本出願の実施形態は、電子メールを送信および受信するための方法および端末を提供し、この方法では、メール本文および添付ファイルが別々に記憶されることがわかる。メールがローカルドメインアカウント番号に送信されるとき、添付ファイルは、一緒に送信される必要がなく、これは、ネットワーク帯域幅を大幅に節約することができる。メールを受信した後、ユーザは、必要に応じてメール本文を抽出することによって、添付ファイルの基本情報を知ることができる。その後、添付ファイルの復号および送信は、省略され得、メールの読み取り速度は、改善され得、ネットワークリソースも、節約され得る。加えて、添付ファイルをアップロードするとき、添付ファイルが記憶サーバに記憶されているかどうかに基づいて、同じ添付ファイルの繰り返しは、効果的に排除され得、それによって、記憶空間を節約する。

【図面の簡単な説明】

【0011】

【図1a】本出願の一実施形態によって提供される電子メールを送信するための方法を示すフローチャートである。

【図1b】本出願の一実施形態によって提供される電子メールを送信するための方法を示すフローチャートである。

【図2】本出願の一実施形態によって提供される電子メールを送信するための方法を示すフローチャートである。

【図3】本出願の一実施形態によって提供される電子メールを受信するための方法を示すフローチャートである。

【図4】本出願の一実施形態によって提供される電子メールを受信するための方法を示すフローチャートである。

【図5a】本出願の一実施形態によって提供される電子メールを受信するための方法を示すフローチャートである。

【図5b】本出願の一実施形態によって提供される電子メールを受信するための方法を示すフローチャートである。

【図6a】本出願の一実施形態によって提供される電子メールを送信するための端末の構造を示す概略図である。

【図6b】本出願の一実施形態によって提供される電子メールを送信するための端末の構造を示す概略図である。

【図6c】本出願の一実施形態によって提供される電子メールを送信するための端末のハードウェア構造を示す概略図である。

【図6d】本出願の一実施形態によって提供される電子メールを送信するための端末のハードウェア構造を示す概略図である。

【図7a】本出願の一実施形態によって提供される電子メールを受信するための端末の構造を示す概略図である。

【図7b】本出願の一実施形態によって提供される電子メールを受信するための端末の構造を示す概略図である。

【図7c】本出願の一実施形態によって提供される電子メールを受信するための端末のハードウェア構造を示す概略図である。

【図7d】本出願の一実施形態によって提供される電子メールを受信するための端末のハードウェア構造を示す概略図である。

【発明を実施するための形態】

【0012】

本出願の技術的解決策および利点をより明確に可能にするために、本出願の詳細な説明が、添付図面および実施形態に伴い以下に与えられる。

【0013】

既存のメール処理方法は、以下の欠点を有する可能性がある。
1.サーバによってすでに記憶されたファイルは、効率的に利用され得ず、これは、時間およびネットワークリソースの浪費である。
2.メール全体をパッケージ化および送信する方法を採用することによって、ネットワーク帯域が浪費される可能性がある。
3.メール全体をパッケージ化および記憶する方法を採用することによって、同じファイルが繰り返し記憶され、これは、記憶サーバの記憶空間の浪費である。

【0014】

上記課題を解決するために、本出願の実施形態によって提供される技術的解決策は、主に以下の通りである。メール本文および添付ファイルは、別々に記憶される。メールをローカルドメインアカウント番号、すなわち、内部ドメインアカウント番号としても知られるローカルメールボックスシステム内部アカウント番号に送信するとき、ネットワーク帯域幅を節約するために、添付ファイルは、メールと一緒に送信される必要はない。メール読み取り速度を改善し、ネットワークリソースを節約するために、メールを受信した後、ユーザは、必要に応じてメール本文を抽出することによって、添付ファイルの基本情報を知ることができる。加えて、添付ファイルをアップロードするとき、添付ファイルが記憶サーバにすでに記憶されているかどうかに基づいて、同じ添付ファイルの繰り返しは、効果的に排除され得、すなわち、同じ添付ファイルは、一度だけアップロードおよび記憶され、それによって、端末の記憶空間を節約する。

【0015】

図1aは、本出願の一実施形態によって提供される電子メールを送信するための方法を示すフローチャートである。図1aに示すように、方法は、以下を含む。

【0016】

添付ファイルをアップロードし、添付ファイルを記憶サーバに記憶し、添付ファイルの記憶IDを記録する（ステップS101）。

【0017】

具体的に言えば、添付ファイルは、端末ブラウザ上でアップロードされる。アップロードされた添付ファイルは、ローカル記憶サーバに記憶される。同時に、記憶サーバ内の添付ファイルの記憶IDが記録される。添付ファイルの記憶IDに基づいて、その後に記憶サーバ内の対応する添付ファイルを検索することを容易にするために、記憶IDは、記憶サーバ内のアップロードされた添付ファイルの記憶インデックス番号である。例えば、添付ファイルは、MD5符号化アルゴリズムを採用することによって符号化され得る。符号化された文字列は、添付ファイルの固有の識別、すなわち、添付ファイルの記憶IDとみなされる。

【0018】

メール本文を提出し、メール本文、および、添付ファイルの記憶IDを符号化によってメールにパッケージ化する（ステップS102）。

【0019】

具体的に言えば、メールを送信する必要があるとき、メール本文、および、すべての添付ファイルの記憶IDは、最適化されたメール符号化プロトコルを使用することによってメールにパッケージ化される。メール本文は、添付ファイルの基本情報を含む。基本情報は、添付ファイルのファイル名およびサイズ、添付ファイルの記憶ID、などを含む。

【0020】

メールの受信者がローカルドメインアカウント番号であるかどうかを判断し、そうである場合、ステップS104に進み、そうでない場合、ステップS105に進む（ステップS103）。

【0021】

ローカルドメインアカウント番号は、ローカルメールボックスシステムの内部アカウント番号、すなわち、内部ドメインアカウント番号を意味する。例えば、Tencent社の従業員に関して、Tencent社の内部メールボックスシステムのアカウント番号**@qq.comは、ローカルドメインアカウント番号である。ローカルドメインアカウント番号以外のアカウント番号は、外部アカウント番号と呼ばれる。例えば、Neteaseメールボックスシステムのアカウント番号は、**@163.com、などである。

【0022】

パッケージ化されたメールを記憶サーバに記憶する（ステップS104）。

【0023】

添付ファイルの記憶IDに従って、記憶サーバから添付ファイルを取得し、添付ファイルおよびメール本文がメールに再符号化された後、メールを外部ドメインサーバに送信する（ステップS105）。

【0024】

本出願の実施形態では、添付ファイルおよびメール本文は、別々に記憶され、メールの受信者がローカルドメインアカウント番号または外部ドメインアカウント番号のいずれであるかに基づいて、それぞれ処理される。メールの受信者がローカルドメインアカウント番号であるとき、パッケージ化されたメールは、記憶サーバに直接記憶される。メールは、メール本文、および、添付ファイルの記憶IDを符号化することによって形成される。メールの受信者が外部ドメインアカウント番号であるとき、添付ファイルは、添付ファイルの記憶IDに従って記憶サーバから取得される。次いで、メール本文および添付ファイルは、共通のメール符号化プロトコルを使用することによってメールに再符号化される。その後、メールは、外部ドメインサーバに送達される。

【0025】

本出願の本実施形態では、添付ファイルおよびメール本文を別々に記憶することによって、内部ドメインアカウント番号に送信されるメールに関して、添付ファイルは、送信および送達の全プロセスの間、送信されているデータ内に含まれる必要はなく、その後、ネットワーク帯域幅は、大幅に節約され得る。

【0026】

上述した実施形態のステップS101は、また、図1bに示すように、他の実施形態では省略され得ることに留意すべきである。この時点で、添付ファイルは、予めアップロードされる。アップロードされた添付ファイルは、記憶サーバに記憶され、添付ファイルの記憶IDは、同時に記録される。

【0027】

図2は、本出願の一実施形態によって提供される電子メールを送信するための方法を示すフローチャートである。図2に示すように、図1aで示す上述した実施形態に基づいて、ステップS101の前に、方法は、以下をさらに含む。

【0028】

添付ファイルの添付ファイル特徴を抽出する（ステップS106）。

【0029】

添付ファイル特徴に従って、添付ファイルが記憶サーバ内に存在するかどうかを判断し、添付ファイルが記憶サーバ内に存在すると判断したとき、ステップS108に進み、そうでない場合、ステップS101に進む（ステップS107）。

【0030】

添付ファイルの記憶IDを記録し、ステップS102に進む（ステップS108）。

【0031】

本出願の本実施形態と、図1aに示す実施形態との間の違いは、以下の通りである。本出願の本実施形態では、添付ファイルをアップロードするとき、反復を排除するプロセスが、アップロードされる添付ファイルに対して実行される必要があり、すなわち、同じ添付ファイルは、一度だけアップロードされる。

【0032】

具体的に言えば、添付ファイルがアップロードされるとき、添付ファイルの添付ファイル特徴は、添付ファイルから抽出される。添付ファイル特徴は、添付ファイルのファイル名、(添付ファイルのMD5符号化文字列などの)添付ファイルの記憶ID、などであり得る。添付ファイルが記憶サーバにすでに記憶されているかどうかを判断するために、記憶サーバは、添付ファイルの添付ファイル特徴に基づいて検索され得る。添付ファイルが記憶サーバにすでに記憶されていると判断したとき、記憶サーバ内の添付ファイルの記憶IDは、記録される。添付ファイルが記憶サーバに記憶されていないと判断したとき、添付ファイルは、直接アップロードおよび記憶され、添付ファイルの記憶IDは、記憶サーバに記録される。検索される必要がある添付ファイルが記憶サーバにすでに記憶されているかどうかを判断するとき、添付ファイルの記憶IDなどの、例えば、MD5符号化文字列などの、添付ファイルの添付ファイル特徴に基づいて、添付ファイルの記憶ID、すなわち、MD5符号化文字列に対応する添付ファイルが記憶サーバ内に存在するかどうかを判断するために、記憶サーバ内を検索する。記憶サーバ内に添付ファイルの記憶IDに対応する添付ファイルが存在すると判断したとき、添付ファイルが記憶サーバ内に存在することを示し、そうでない場合、添付ファイルが記憶サーバ内に存在しないことを示す。

【0033】

図1aに示す上述した実施形態に基づいて、本出願の本実施形態では、繰り返しを排除するプロセスが、添付ファイルに対して実行される必要がある。さらに、アップロードされる添付ファイルが記憶サーバ内にすでに存在するかどうかが、判断される必要がある。アップロードされる添付ファイルが記憶サーバ内にすでに存在すると判断されるとき、添付ファイルは、繰り返しアップロードされる必要はない。その後、添付ファイルアップロードのプロセスは、省略され得、ネットワークリソースは、節約され得る。

【0034】

図3は、本出願の一実施形態によって提供される電子メールを受信するための方法を示すフローチャートである。図3に示すように、方法は、以下を含む。

【0035】

外部ドメインサーバによって送信されたメールを受信する（ステップS301）。

【0036】

メールを構文解析し、メールのメール本文および添付ファイルを取得する（ステップS302）。

【0037】

メール本文および添付ファイルを別々に記憶サーバに記憶する（ステップS303）。

【0038】

本出願の本実施形態では、受信されたメール本文および添付ファイルは、別々に記憶される。添付ファイルの基本情報のみが、メール本文に確保される。基本情報は、添付ファイルのファイル名およびサイズ、ならびに、記憶サーバ内の添付ファイルの記憶ID、などを含む。添付ファイルが記憶サーバ内に存在するとき、添付ファイルを繰り返し記憶する必要はない。

【0039】

本出願の本実施形態では、添付ファイルの繰り返しの排除は、上記の解決策によって実現され得、記憶空間は、節約される。

【0040】

図4は、本出願の一実施形態によって提供される電子メールを受信するための方法を示すフローチャートである。図4に示すように、図3で示す上述した実施形態に基づいて、上記で説明したステップS303の後、方法は、以下をさらに含む。

【0041】

ユーザのメール読み取り命令を受信する（ステップS304）。

【0042】

メール読み取り命令に従って、記憶サーバからメール本文を取得する（ステップS305）。

【0043】

メール本文をユーザに出力および表示する（ステップS306）。

【0044】

本出願の本実施形態と、図3に示す実施形態との間の違いは、以下の通りである。本出願の本実施形態では、ユーザ要求に基づいて、受信されたメール本文は、ユーザのために出力および表示され、これは、ユーザがメール本文を読むことを可能にすることができる。

【0045】

本出願の本実施形態では、メールを読むとき、ユーザは、記憶サーバからメール本文を抽出することのみを必要とする。添付ファイルの基本情報は、メール本文に含まれ、その後、添付ファイルのファイル名およびサイズなどの情報が、同時にユーザに表示され得る。したがって、添付ファイルの復号および送信は、省略され得、メール読み取り速度は、改善され得、ネットワークリソースは、節約され得る。

【0046】

図5aは、本出願の一実施形態によって提供される電子メールを受信するための方法を示すフローチャートである。図5aに示すように、図4で示す上述した実施形態に基づいて、上記で説明したステップS306の後、方法は、以下をさらに含む。

【0047】

ユーザの添付ファイルダウンロード命令を受信する（ステップS307）。

【0048】

添付ファイルダウンロード命令に従って、記憶サーバから添付ファイルを取得する（ステップS308）。

【0049】

添付ファイルをユーザに出力および表示する（ステップS309）。

【0050】

本出願の本実施形態では、図4で示す上述した実施形態に基づいて、ユーザ要求に従って、受信された添付ファイルは、ダウンロードされ得、ダウンロードされた添付ファイルは、ユーザに出力および表示され、これは、ユーザの異なる要件を満たし、ユーザに利便性を提供するために、メール本文を読むとき、ユーザが添付ファイルをダウンロードすることを可能にすることができる。

【0051】

加えて、図5aに示す添付ファイルダウンロードの上記方式は、図4に示す実施形態ではなく、図3に示す実施形態と組み合わせることによって実施され得、すなわち、メール本文は、表示されず、添付ファイルは、直接ダウンロードされる。

【0052】

具体的に言えば、図5bは、本出願の一実施形態によって提供される電子メールを受信するための方法を示すフローチャートである。図5bに示すように、図3に示す上述した実施形態に基づいて、上記で説明したステップS303の後、方法は、以下をさらに含む。

【0053】

ユーザの添付ファイルダウンロード命令を受信する（ステップS307）。

【0054】

添付ファイルダウンロード命令に従って、記憶サーバから添付ファイルを取得する（ステップS308）。

【0055】

添付ファイルをユーザに出力および表示する（ステップS309）。

【0056】

本出願の本実施形態では、図3に示す上述した実施形態に基づいて、ユーザ要求に従って、受信された添付ファイルは、ダウンロードされ得、ダウンロードされた添付ファイルは、ユーザに出力および表示され得、これは、ユーザの異なる要件を満たし、ユーザに利便性を提供するために、ユーザが、メール本文を読むことなく、電子メールのトピックオプションに従って、添付ファイルを直接ダウンロードすることを可能にすることができる。

【0057】

具体的な実施態様のプロセスでは、メール名および添付ファイルオプションが、メールの件名に設定され得る。添付ファイルオプションは、ユーザがメール本文を開く前に添付ファイルをダウンロードするための入口を提供し、これは、メール本文および添付ファイルを別々に記憶することによって、メールのユーザの操作を容易にする。

【0058】

図6aは、本出願の一実施形態によって提供される電子メールを送信するための端末の構造を示す概略図である。図6aに示すように、端末は、メールパッケージ化モジュール602と、判断モジュール603と、第1の記憶モジュール604と、送信モジュール605とを含む。

【0059】

メールパッケージ化モジュール602は、メール本文を提出し、メール本文、および、予めアップロードされた添付ファイルの記憶IDを、符号化によってメールにパッケージ化するように構成される。

【0060】

具体的には、メールを送信する必要があるとき、メール本文、および、すべての添付ファイルの記憶IDは、最適化されたメール符号化プロトコルを使用することによって、メールにパッケージ化される。メール本文は、添付ファイルの基本情報を含む。基本情報は、添付ファイルのファイル名およびサイズ、添付ファイルの記憶ID、などを含む。

【0061】

判断モジュール603は、メールの受信者がローカルドメインアカウント番号であるかどうかを判断するように構成される。

【0062】

第1の記憶モジュール604は、メールの受信者がローカルドメインアカウント番号であるとき、パッケージ化されたメールを記憶サーバに記憶するように構成される。

【0063】

メールの受信者が外部ドメインアカウント番号であるとき、送信モジュール605は、添付ファイルの記憶IDに従って、記憶サーバから添付ファイルを取得し、添付ファイルおよびメール本文をメールに再符号化した後、メールを外部ドメインサーバに送信するように構成される。

【0064】

ローカルドメインアカウント番号は、ローカルメールボックスシステムの内部アカウント番号、すなわち、内部ドメインアカウント番号を意味する。例えば、Tencent社の従業員に関して、Tencent社の内部メールボックスシステムのアカウント番号**@qq.comは、ローカルドメインアカウント番号である。ローカルドメインアカウント番号以外のアカウント番号は、外部ドメインアカウント番号と呼ばれる。例えば、Neteaseメールボックスシステムのアカウント番号は、**@163.com、などである。

【0065】

図6bに示すように、電子メールを送信するための端末は、アップロードモジュール601を含むこともでき、アップロードモジュール601は、添付ファイルをアップロードし、添付ファイルを記憶サーバに記憶し、添付ファイルの記憶IDを記録するように構成される。

【0066】

具体的には、添付ファイルは、端末ブラウザ上でアップロードされる。アップロードされた添付ファイルは、ローカル記憶サーバに記憶され、同時に、記憶サーバ内の添付ファイルの記憶IDが記録される。その後、添付ファイルの記憶IDに従って、対応する添付ファイルが記憶サーバから検索され得るように、記憶IDは、添付ファイルのMD5符号化文字列などの、記憶サーバ内のアップロードされた添付ファイルの記憶インデックス番号である。

【0067】

本出願の本実施形態では、添付ファイルおよびメール本文は、別々に記憶され、メールの受信者がローカルドメインアカウント番号または外部ドメインアカウント番号のいずれであるかに基づいて、それぞれ処理される。メールの受信者がローカルドメインアカウント番号であるとき、パッケージ化されたメールは、記憶サーバに記憶される。メールは、メール本文、および、添付ファイルの記憶IDを符号化することによって形成される。メールの受信者が外部ドメインアカウント番号であるとき、添付ファイルは、添付ファイルの記憶IDに従って、記憶サーバから取得され、メール本文および添付ファイルは、共通のメール符号化プロトコルを使用することによって、メールに再符号化され、次いで、メールは、外部ドメインサーバに送達される。

【0068】

本出願の本実施形態では、添付ファイルおよびメール本文を別々に記憶することによって、内部ドメインアカウント番号に送信されるメールに関して、添付ファイルは、送信および送達の全プロセスの間、送信されているデータ内に含まれる必要はなく、ネットワーク帯域幅は、大幅に節約され得る。

【0069】

他の実施形態では、上記の実施形態における、添付ファイルをアップロードし、添付ファイルを記憶サーバに記憶し、添付ファイルの記憶IDを記録するプロセスは、事前にアップロードモジュール601によっても完了され得ることに留意すべきである。

【0070】

さらに、アップロードモジュール601は、また、添付ファイルの添付ファイル特徴を抽出し、添付ファイル特徴に従って、添付ファイルが記憶サーバ内に存在するかどうかを判断し、添付ファイルが記憶サーバ内に存在するとき、添付ファイルの記憶IDを記録するように構成され、そうでないとき、アップロードモジュール601は、さらに、添付ファイルを直接アップロードおよび記憶し、記憶サーバ内の添付ファイルの記憶IDを記録するように構成される。

【0071】

本出願の本実施形態では、添付ファイルをアップロードするとき、繰り返しを排除するプロセスが、アップロードされた添付ファイルに対して実行される必要があり、すなわち、同じ添付ファイルは、一度だけアップロードされる。

【0072】

具体的には、添付ファイルがアップロードされるとき、添付ファイルの添付ファイル特徴は、添付ファイルから抽出される。添付ファイル特徴は、添付ファイルのファイル名、(添付ファイルのMD5符号化文字列などの)添付ファイルの記憶ID、などであり得る。添付ファイルが記憶サーバ内に存在するかどうかを判断するために、添付ファイル特徴に基づいて、記憶サーバは、検索される。添付ファイルが記憶サーバ内に存在すると判断したとき、記憶サーバ内の添付ファイルの記憶IDは、記録される。添付ファイルが記憶サーバ内に存在しないと判断したとき、添付ファイルは、アップロードおよび記憶され、記憶サーバ内の添付ファイルの記憶IDは、記録される。検索される添付ファイルが記憶サーバ内に存在するかどうかを判断するプロセスの間、MD5符号化文字列のような添付ファイルの記憶IDなどの、添付ファイルの添付ファイル特徴に基づいて、添付ファイルの記憶ID、例えば、MD5符号化文字列に対応する添付ファイルが、記憶サーバ内で検索される。添付ファイルの記憶IDに対応する添付ファイルが記憶サーバ内で検索されたとき、添付ファイルが記憶サーバ内に存在することを示し、そうでない場合、添付ファイルが記憶サーバ内に存在しないことを示す。

【0073】

本出願の本実施形態では、添付ファイルの繰り返しを排除することによって、アップロードされる添付ファイルが記憶サーバ内に存在するかどうかは、さらに判断され得る。アップロードされる添付ファイルが記憶サーバ内にすでに存在するとき、添付ファイルは、再アップロードされる必要はない。その後、添付ファイルアップロードのプロセスは、省略され得、ネットワークリソースは、節約され得る。

【0074】

図6cは、本発明の一実施形態によって提供される電子メールを送信するための端末のハードウェア構造を示す概略図である。図6cに示すように、端末は、プロセッサ61と、メモリ62と、少なくとも1つのポート63と、バス64とを含む。プロセッサ61、メモリ62、および少なくとも1つのポート63は、バス64を介して互いに接続される。

【0075】

メモリ62は、機械可読命令を記憶する。

【0076】

プロセッサ61は、以下の動作、すなわち、
メール本文を提出し、メール本文、および、予めアップロードされた添付ファイルの記憶IDを、符号化によってメールにパッケージ化する動作と、
メールの受信者がローカルドメインアカウント番号であるかどうかを判断する動作と、
メールの受信者がローカルドメインアカウント番号であるとき、パッケージ化されたメールを記憶サーバに記憶する動作と、
メールの受信者が外部ドメインアカウント番号であるとき、添付ファイルの記憶IDに従って、記憶サーバから添付ファイルを取得し、添付ファイルおよびメール本文がメールに再符号化された後、ポート63を介してメールを外部ドメインサーバに送信する動作と
を実行するために、機械可読命令を実行する。

【0077】

プロセッサ61は、以下の動作、すなわち、
添付ファイルをアップロードする動作と、添付ファイルを記憶サーバに記憶する動作と、添付ファイルの記憶IDを記録する動作とをさらに実行するために機械可読命令を実行する。

【0078】

プロセッサ61は、以下の動作、すなわち、
添付ファイルの添付ファイル特徴を抽出する動作と、添付ファイル特徴に従って、添付ファイルが記憶サーバ内に存在するかどうかを判断する動作と、添付ファイルが記憶サーバ内に存在するとき、添付ファイルの記憶IDを記録する動作と、そうでないとき、添付ファイルをアップロードおよび記憶し、記憶サーバ内の添付ファイルの記憶IDを記録する動作とをさらに実行するために機械可読命令を実行する。

【0079】

メモリ62に記憶された機械可読命令がプロセッサ61によって実行されたとき、図6cに示すメールパッケージ化モジュール602、判断モジュール603、第1の記憶モジュール604、および送信モジュール605の機能、ならびに、図6dに示すアップロードモジュール601の機能が実施され得ることがわかる。

【0080】

図7aは、本出願の一実施形態によって提供される電子メールを受信するための端末の構造を示す概略図である。図7aに示すように、端末は、第1の受信モジュール701と、構文解析モジュール702と、第2の記憶モジュール703とを含む。

【0081】

第1の受信モジュール701は、外部ドメインサーバによって送信されたメールを受信するように構成される。

【0082】

構文解析モジュール702は、メールを構文解析し、メールのメール本文および添付ファイルを取得するように構成される。

【0083】

第2の記憶モジュール703は、メール本文および添付ファイルを別々に記憶サーバに記憶するように構成される。

【0084】

本出願の本実施形態では、受信されたメール本文および添付ファイルは、別々に記憶される。添付ファイルの基本情報のみが、メール本文に確保される。基本情報は、添付ファイルのファイル名およびサイズ、ならびに、記憶サーバ内の添付ファイルの記憶ID、などを含む。添付ファイルが記憶サーバ内に存在するとき、添付ファイルを繰り返し記憶する必要はない。

【0085】

本出願の本実施形態では、添付ファイルの繰り返しの排除は、上記の解決策によって実現され得、記憶空間は、節約される。

【0086】

図7bに示すように、本出願の一実施形態によって提供される電子メールを受信するための端末は、また、
ユーザのメール読み取り命令を受信するように構成された第2の受信モジュール704と、
メール読み取り命令に従って、記憶サーバからメール本文を取得するように構成された取得モジュール705と、
メール本文をユーザに出力および表示するように構成された出力モジュール706と
を含むことができる。

【0087】

本出願の本実施形態では、受信されたメール本文は、ユーザ要求に従って、ユーザに出力および表示され得、これは、ユーザがメール本文を読むことを可能にすることができる。

【0088】

本出願の本実施形態では、ユーザがメールを読むとき、メール本文は、記憶サーバから抽出される。メール本文は、添付ファイルの基本情報を含む。その後、添付ファイルのファイル名およびサイズなどの情報が、同時にユーザに表示され得る。したがって、添付ファイルの復号および送信は、省略され得、メール読み取り速度は、改善され得、ネットワークリソースも、節約され得る。

【0089】

さらに、第2の受信モジュール704は、また、ユーザの添付ファイルダウンロード命令を受信するように構成され、
取得モジュール705は、また、添付ファイルダウンロード命令に従って、記憶サーバから添付ファイルを取得するように構成され、
出力モジュール706は、また、添付ファイルをユーザに出力および表示するように構成される。

【0090】

本出願の本実施形態によって提供される上記解決策では、ユーザ要求に従って、受信された添付ファイルは、ダウンロードされ得、ダウンロードされた添付ファイルは、ユーザに出力および表示され、これは、ユーザの異なる要件を満たし、ユーザに利便性を提供するために、メール本文を読むとき、ユーザが添付ファイルをダウンロードすることを可能にすることができる。

【0091】

加えて、本出願の上記実施形態における添付ファイルダウンロード方式は、また、メール本文の表示方式と無関係であり得、すなわち、添付ファイルは、メール本文を表示することなく、ダウンロードされ得る。具体的には、図7aに示す上述した実施形態に基づいて、電子メールを受信するための端末は、また、ユーザの添付ファイルダウンロード命令を受信するように構成された第2の受信モジュール704と、添付ファイルダウンロード命令に従って、記憶サーバから添付ファイルを取得するように構成された取得モジュール705と、添付ファイルをユーザに出力および表示するように構成された出力モジュール706とを含むことができる。この時点で、送信端末の構造図は、依然として図7bに示すようであり得るが、その第2の受信モジュール704、取得モジュール705、および出力モジュール706は、ユーザのメール読み取り命令を受信する動作、メール読み取り命令に従って、記憶サーバからメール本文を取得する動作、ならびに、メール本文をユーザに出力および表示する動作を実行しない。本出願の本実施形態では、ユーザ要求に従って、受信された添付ファイルは、ダウンロードされ得、ダウンロードされた添付ファイルは、ユーザに出力および表示され得、これは、ユーザの異なる要件を満たし、ユーザに利便性を提供するために、ユーザが、メール本文を読むことなく、電子メールのトピックオプションに従って、添付ファイルをダウンロードすることを可能にすることができる。具体的な実施態様のプロセスでは、メール名および添付ファイルオプションが、メールの件名に設定され得る。添付ファイルオプションは、ユーザがメール本文を開く前に添付ファイルをダウンロードするための入口を提供し、これは、メール本文および添付ファイルを別々に記憶することによって、メールのユーザの操作を容易にする。

【0092】

図7cは、本出願の一実施形態によって提供される電子メールを受信するための端末のハードウェア構造を示す概略図である。図7cに示すように、端末は、プロセッサ71と、メモリ72と、少なくとも1つのポート73と、バス74とを含む。プロセッサ71、メモリ72、および少なくとも1つのポート73は、バス74を介して互いに接続される。

【0093】

メモリ72は、機械可読命令を記憶する。

【0094】

プロセッサ71は、以下の動作、すなわち、
外部ドメインサーバによって送信されたメールを、ポート73を介して受信する動作と、
メールを構文解析し、メールのメール本文および添付ファイルを取得する動作と、
メール本文および添付ファイルを別々に記憶サーバに記憶する動作と
を実行するために、機械可読命令を実行する。

【0095】

プロセッサ71は、以下の動作、すなわち、
ユーザのメール読み取り命令を、ポート73を介して受信する動作と、
メール読み取り命令に従って、記憶サーバからメール本文を取得する動作と、
メール本文をユーザに出力および表示する動作と
をさらに実行するために、機械可読命令を実行する。

【0096】

プロセッサ71は、以下の動作、すなわち、
ユーザの添付ファイルダウンロード命令を、ポート73を介して受信する動作と、
添付ファイルダウンロード命令に従って、記憶サーバから添付ファイルを取得する動作と、
添付ファイルをユーザに出力および表示する動作と
をさらに実行するために、機械可読命令を実行する。

【0097】

メモリ72に記憶された機械可読命令がプロセッサ71によって実行されたとき、図7cに示す第1の受信モジュール701、構文解析モジュール702、および第2の記憶モジュール703の機能、ならびに、図7dに示す第2の受信モジュール704、取得モジュール705、および出力モジュール706の機能が実施され得ることがわかる。

【0098】

本出願の本実施形態によって提供されるモジュールは、一体化もしくは別々に配置され得、1つのモジュールに結合され得、または、複数のサブモジュールにさらに分割され得る。

【0099】

本出願の実施形態によって提供される電子メールを送信および受信するための方法および端末では、メール本文および添付ファイルは、別々に記憶される。メールをローカルドメインアカウント番号に送信するとき、添付ファイルは、搬送および送信される必要はなく、それによって、ネットワーク帯域幅を大幅に節約する。メールを受信した後、ユーザは、必要に応じてメール本文を抽出することによって、添付ファイルの基本情報を知ることができる。その後、添付ファイルの復号および送信は、省略され得、メールの読み取り速度は、改善され得、ネットワークリソースは、節約され得る。加えて、添付ファイルをアップロードするとき、添付ファイルが記憶サーバに記憶されているかどうかに基づいて、同じ添付ファイルの繰り返しは、効果的に排除され得、したがって、端末の記憶空間を節約する。

【0100】

本出願の本実施形態によって提供される各モジュールは、(メモリに記憶され、プロセッサによって実行される機械可読命令などの)ソフトウェアによって実現され得、または、(特定用途向け集積回路(ASIC)などの)ハードウェアによっても実現され得、または、ソフトウェアおよびハードウェアを組み合わせることによって実現され得、これは、本出願の実施形態では限定されない。例えば、ハードウェアモジュールは、特定の動作を完了するように特別に設計された(フィールドプログラマブルゲートアレイ(FPGA)またはASICのような専用プロセッサなどの)パーマネント回路または論理デバイスを含むことができる。ハードウェアモジュールは、また、特定の動作を実行するためにソフトウェアによって一時的に構成された(汎用プロセッサまたは他のプログラム可能なプロセッサを含むような)プログラム可能な論理デバイスまたは回路を含むことができる。機械的方法、または特別なパーマネント回路、または(ソフトウェアによって構成されるような)一時的に構成された回路を採用することによるハードウェアモジュールの実現は、コストおよび時間の考慮に基づいて決定される。

【0101】

当業者は、上記の実施形態の方法におけるステップのすべてまたは一部の実施が、機械可読命令を介して関連するハードウェアに命令することによって完了され得ることを理解することができる。コンピュータ可読記憶媒体に記憶され得る機械可読命令は、(ハンドセット、パーソナルコンピュータ、サーバ、またはネットワークデバイスなどの)端末デバイスに、本出願の実施形態によって提供される方法を実行させるために、いくつかの命令を含む。記憶媒体は、磁気ディスク、光ディスク、読み取り専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、などであり得る。

【0102】

上記は、単に本出願の好ましい実施形態であり、本出願の範囲を限定することを意図していない。本出願の説明および添付図面に従って作られる任意の同等の構造もしくは同等のフローの変更、または、他の関連する技術分野で直接的もしくは間接的に用いられる任意の同等の構造もしくは同等のフローの変更は、本出願の範囲によってカバーされるとみなされる。

【符号の説明】

【0103】

61 プロセッサ
62 メモリ
63 ポート
64 バス
71 プロセッサ
72 メモリ
73 ポート
74 バス
601 アップロードモジュール
602 メールパッケージ化モジュール
603 判断モジュール
604 第1の記憶モジュール
605 送信モジュール
701 第1の受信モジュール
702 構文解析モジュール
703 第2の記憶モジュール
704 第2の受信モジュール
705 取得モジュール
706 出力モジュール

【図1a】

【図1b】

【図2】

【図3】

【図4】

【図5a】

【図5b】

【図6a】

【図6b】

【図6c】

【図6d】

【図7a】

【図7b】

【図7c】

【図7d】