专利名称：一种邮件接收中的处理方法
技术领域：
本发明涉及邮件接收技术，尤其涉及一种邮件接收中的处理方法。
背景技术：
随着3G网络的建立、信息存储容量的增加、高集成度技术的高速发展、 以及网络速度的大幅度提高，手机终端的应用已不仅仅局限于简单的通讯方面， 转而向多元化方向的发展。目前，多媒体业务、Email、多媒体信息服务(MMS)、 无线应用协议(WAP)等大量的数据业务、JAVA程序、可视电话等均应用于 手机终端之上，使得现在的手机终端集通讯、娱乐、商务、数据业务等于一身， 犹如一台小型的多任务PC，给用户带来更多的便利和乐趣。
由于现在的手机终端支持的业务众多，用户对手机终端支持多业务并发的 需求也日益增加，特别是多个数据业务的并发，如用户在运行MP3、 MP4等 多媒体业务的同时，还需要进行电子邮件的收发，或者对网页进行浏览。这种 进行并发操作的各个数据业务，均需要消耗网络资源和终端硬件资源，因此， 对网络速度、终端的性能等提出了更高的要求。 一旦不能达到所述要求，就可 能带来终端操作中的停滞延时，而对于用户而言，总希望在进行数据业务的操 作，如电子邮件的收发等时，多媒体视频、音频的播放能够流畅的进行。因此， 发生停滞延时时，会影响用户体验。
然而，在现有技术中，手机终端中的邮件接收方法如图1所示，包括
步骤101:判断邮箱账户是否进行设置，如已设置，则执行步骤105;否贝'J， 执行步骤102。
步骤102:提示并等待用户进行账户数据的设置，并在用户设置完成后， 执行步骤103。其中，如果第一次进行邮箱账户的设置时，还需要提示用户进行是否自动
接收邮件的设置，即用户可以设置为手动接收邮件，或自动接收邮件。设置
为自动接收邮件时，用户还需要设置自动接收的时间间隔。所述时间间隔的长 度可以由终端提供相应的设置界面，由用户根据实际情况自主设定，这里并不 限制。
而且，以上所需由用户进行设置的内容，终端均可以提供相应的界面由用 户在任意时间自主设置、或改变设置，具体如何实现所述界面、如何进行所述 设置、以及如何改变设置在现有技术中已非常公知，这里不再赘述。
步骤103:对设置的邮箱账户数据进行有效性判断，如果账户数据有效， 则执行步骤105，否则，扭J亍步骤104。
其中，本步骤中账户数据的有效性判断主要是对账户数据进行语法有效性 的判断。
步骤104:提示用户重新输入账户数据，并等待用户输入账户数据后，返 回步骤103,对新的邮箱账户数据进行有效性判断。 步骤105:进入邮箱界面，开始接收邮件。
由于在步骤101中，用户已经设置了自动或手动接收邮件，因此，本步骤 中一般还需要进行对于用户设置的查询，如果为手动接收邮件，则接收邮件之 前需要用户的确认接收邮件的指令；如果为自动接收邮件，则可以根据使用者 所设定的时间间隔，终端在相应的时间后自动开始进行网络连接，以及邮件的 接收。
步骤106:判断终端与网络连接的状态是否正常，如果正常，则执行步骤 107;如果网络连接状态为断开或者网络配置不正确，则停止邮件的接收，并提 示用户，当前处理流程结束。
其中，对用户的提示内容可以自主设置，例如，向用户提示"网络连接失 败"等。具体如何实现所述提示在现有技术中已非常公知，这里不再赘述。
步骤107:对邮箱账户数据进行地址有效性判断，如果输入的所述账户数 据有效，则执行步骤108;否则，停止邮件的接收，并向用户进行相应的提示，当前处理流程结束。
其中，步骤106中已经进行了网络连接判断，因此，对邮箱账户数据地址 有效性的判断在相应的邮件服务器进行，邮件服务器判断邮箱账户数据所指示 的邮箱地址有效后，邮件服务器与终端进行交互。
其中，对用户提示的内容可以自主设置，例如，向用户提示"地址无效"等。
步骤108:获取所需接收邮件的大小，并与终端剩余的邮件存储空间进行 比较，如果邮件大小大于邮件存储空间，则停止邮件的接收，并对用户进行相 应的提示，当前处理流程结束；否则，进行邮件的接收，并在接收完成后保存 所述邮件。
其中，步骤107中终端已可以与邮件服务器进行信息交互，此时，在获取 邮件内容之前，终端首先向邮件服务器获取所需接收的邮件的大小。
其中，对用户提示的内容可以自主设置，例如，向用户提示"存储空间不 足"等。
从以上描述可知，该邮件接收方法具有以下缺点
首先，终端在邮件存储空间不足时，直接拒绝接收邮件，用户将无法获得 任何关于所需接收邮件的信息；
其次，在邮件接收时采取先接收、接收完成后再存储的策略，如果所接收 的邮件容量较大时，将占用过多的CPU资源用于该邮件的接收，从而影响到并 行执行的其他数据业务，进而影响用户体验。
发明内容
有鉴于此，本发明的主要目的在于提供一种邮件接收方法，能够不遗漏所 需接收邮件的邮件信息，并减少大容量邮件接收时对CPU资源的占用，增强用 户体验。
为达到上述目的，本发明的技术方案是这样实现的本发明4是供了一种邮件接收中的处理方法，该方法包括
邮件接收时，首先获取邮件的大小，并与终端剩余的邮件存储空间比较，
如果大于所述存储空间，只接收该邮件的邮件头；否则，根据邮件的大小确定 该邮件直接保存、或分批保存。
其中，所述根据邮件的大小确定具体为设置直接保存阈值，当邮件大小 大于所述直接保存阈值时，分批保存该邮件；当邮件大小不大于所述直接保存 阈值时，直接保存该邮件。
所述分批保存的方法为
a、 开辟存储緩冲区；
b、 将接收到的邮件数据存储于所述存储緩冲区中；
c、 接收邮件数据的同时确定所述存储緩冲区无剩余存储空间时，追加保存 所述存储緩冲区中的邮件数据到临时文件中，之后，清空存储緩沖区，继续接 收该邮件的邮件数据，如此循环，直到邮件数据接收并保存完毕。
步骤c进一步包括接收邮件数据的同时确定所述存储緩冲区存在剩余存 储空间，且确定邮件数据接收完毕时，保存存储緩冲区中的邮件数据，并清空 存储緩沖区。
步骤c进一步包括接收邮件数据的同时确定所述存储緩冲区存在剩余存 储空间，且确定邮件数据未接收完毕时，返回步骤b。 该处理方法之前进一步包括
终端用户设置正确的账户数据进入邮箱后，终端判断网络连接是否正常， 如果正常，确定账户数据所指定的邮箱地址有效后，开始邮件接收；否则，当 前处理流程结束。
步骤AO进一步包括确定账户数据所指定的邮箱地址无效时，当前处理 流程结束。
所述直接存储阈值为IOKB。 开辟的所述存储緩冲区的大小为1MB。
本发明所提供的邮件接收中的处理方法，在所需接收邮件的大小大于终端剩余的邮件存储空间时，接收并保存该邮件的邮件头，通过该邮件头，用户可
获得该邮件的发件人等信息，从而不会遗漏所需接收邮件的邮件信息；在所需
接收邮件的大小不大于终端剩余的邮件存储空间时，当所需接收的邮件数据量 较大时，开辟存储緩沖区，进行所接收到的邮件数据的緩存，并在存储緩沖区 无存储空间时，追加保存存储緩冲区中的邮件数据到临时文件中，之后，再继 续接收邮件数据，从而实现了邮件数据的分批接收，分批存储，从而减少了对
于CPU资源的占用，增加终端的适用性，进而增强了用户体验。
图1为现有技术中终端的邮件接收方法流程示意图； 图2为本发明邮件接收方法流程示意图。
具体实施例方式
本发明的基本思想是当终端剩余的邮件存储空间不足以保存所需接收的 邮件时，只接收邮件头进行保存；否则，根据邮件的大小决定接收该邮件时， 是否开辟存储緩冲区。并且，在邮件的大小大于存储緩冲区的存储空间时，将 邮件分批接收、分批保存，以减少CPU资源的占用。
以下，通过具体实施例结合附图详细说明本发明邮件接收中处理方法的实现。
图2为本发明邮件接收方法流程示意图，如图2所示，该方法包括 步骤201 ~步骤207与图1所示的步骤101 ~步骤107相同，这里不再赘述。 步骤208:获取所需接收邮件的大小，并与终端剩余的邮件存储空间进行
比较，如果邮件大小大于邮件存储空间，则接收该邮件的邮件头，并保存，当
前处理流程结束；否则，执行步骤209。
其中，所述邮件头中包括发件人、收件人、发件时间、抄送人、主题等
信息。由于邮件头大小较小，所以可直接接收，并在接收完毕后保存。 其中，获取所需接收邮件的大小从相应的邮件服务器中获取。步骤209:比较邮件的大小与直接存储阈值，如果大于所述直接存储阈值， 执行步骤210;否则，直接接收邮件，接收完毕后存储所述邮件。
其中，所述直接存储阈值的大小可以在实际应用中自主设置，这里并不限 制。但是，该值需要根据实际应用环境设置为合理值，因为如果该值设置过大 时，可能无法体现出本发明对于邮件进行分批存储的优点；而设置的过小时， 又会因为有过多的邮件需要在后续步骤中通过开辟緩冲区再进行保存，从而复 杂了邮件的接收步骤。所述直接存储阈值可以通过实验统计得到，或者， 一般 也可以将该值设置为IOKB。
步骤210:开辟存储緩沖区。
其中，存储緩冲区的大小可以在实际应用中进行自主设置，这里并不限制。 但是，该值需要根据实际应用环境设置为合理值，因为如果将所述存储緩冲区 的大小设置的过大时，则同样需要占用较多的CPU资源进行邮件数据的接收； 而如果设置的过小时，则会因为同样的邮件，分批保存时所需进行的循环次数 过多，而减慢邮件接收速度。存储緩冲区的大小可以通过实验统计得到，或者， 一般也可以将存储緩沖区的大小设置为1MB。
其中，如何开辟存储緩冲区在现有技术中已非常公知，这里不再赘述。
步骤211:开始进行邮件数据的接收，并将接收到的邮件数据保存在所述 存储緩冲区中；同时，在接收邮件数据的过程中，判断存储緩冲区是否仍有存 储空间，如果否，执行步骤212;如果是，执行步骤213。
步骤212:追加保存所述存储緩沖区中的邮件数据到临时文件中，之后， 清空所述存储緩沖区，返回步骤211,继续接收该邮件的邮件数据。
其中，具体如何追加保存所述数据到临时文件在现有技术中已非常公知， 这里不再赘述。
步骤213:判断邮件是否接收完毕，如果是，执行步骤214;否则，返回步 骤211，在接收邮件数据的同时，继续判断存储缓冲区是否仍有存储空间。 步骤214:保存存储緩冲区中的邮件数据，之后，清空所述存储緩冲区。 其中，该步骤中存在两种情况'.
9一种情况是邮件大小小于存储緩冲区的大小。此时，顺序执行步骤211、 步骤213、步骤214，即可得到保存后的完整邮件。
另一种情况是邮件大小大于存储緩冲区的大小。此时，在步骤211后， 须执行步骤212，通过将存储緩冲区中的邮件数据存储到临时文件，再返回步 骤211继续接收邮件数据，如此循环，直到最后一次接收到的邮件数据存储到 存储緩冲区时，邮件数据无法占满存储緩冲区，则在步骤211后，将执行步骤 213以及步骤214，从而得到保存的完整邮件。其中，由于该邮件数据已经在步 骤212中存储有临时文件，则每次保存所述存储緩冲区中的邮件数据时，均直 接继续保存到该临时文件中，从而最终得到完整的邮件文件。其中，存在邮件 大小正好为存储缓沖区的整数倍的情况，但是，这种情况仍然能够通过上述循 环过程实现邮件的接收和保存，最终得到完整的邮件文件。
不管是上述两种情况中的哪一种情况，对邮件数据进行保存时，具体的保 存位置均可以在实际应用中自主设定，这里并不限制。定。
图2所示的邮件接收方法^v步骤205 ~步骤214为针对一封邮件所进行的 操作，当该封邮件接收完毕后，如果存在其他邮件仍需要接收，则直接返回步 骤205,再次顺序执行步骤205 ~步骤214即可。或者，也可以只在第一次接收 邮件时进行了网络连接状态的判断，之后不再每封邮件接收时均检查网络连接 状态，此时，直接返回步骤208，顺序执行步骤208 步骤214,同样可以实现 邮件的接收存储。
在图2所示的邮件接收方法中，在步骤211中判断緩冲区是否无存储空间 的原因在于，邮件的大小可能大于所述存储緩沖区的存储空间，当邮件数据占 满存储緩冲区时，邮件仍没有接收完毕，此时，执行步骤212,将已经接收到 的存储于存储緩沖区的邮件数据转存到某个临时文件中，然后清空所述存储緩 冲区，继续该邮件数据的接收，不再等到所有的邮件数据均下载完毕时才保存 该邮件，从而分散了大容量邮件的保存时间，且节省了所占用的CPU资源。以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
权利要求
1、一种邮件接收中的处理方法，其特征在于，该方法包括邮件接收时，首先获取邮件的大小，并与终端剩余的邮件存储空间比较，如果大于所述存储空间，只接收该邮件的邮件头；否则，根据邮件的大小确定该邮件直接保存、或分批保存。
2、 根据权利要求1所述的处理方法，其特征在于，所述根据邮件的大小确 定具体为设置直接保存阔值，当邮件大小大于所述直接保存阔值时，分批保 存该邮件；当邮件大小不大于所述直接保存阈值时，直接保存该邮件。
3、 根据权利要求2所述的处理方法，其特征在于，所述分批保存的方法为a、 开辟存储緩冲区；b、 将接收到的邮件数据存储于所述存储緩冲区中；c、 接收邮件数据的同时确定所述存储緩沖区无剩余存储空间时，追加保存 所述存储缓沖区中的邮件数据到临时文件中，之后，清空存储緩冲区，继续接 收该邮件的邮件数据，如此循环，直到邮件数据接收并保存完毕。
4、 根据权利要求3所述的处理方法，其特征在于，步骤c进一步包括接 收邮件数据的同时确定所述存储緩冲区存在剩余存储空间，且确定邮件数据接 收完毕时，保存存储緩沖区中的邮件数据，并清空存储緩冲区。
5、 根据权利要求3所述的处理方法，其特征在于，步骤c进一步包括接 收邮件数据的同时确定所述存储緩沖区存在剩余存储空间，且确定邮件数据未 接收完毕时，返回步骤b。
6、 根据权利要求1至5任一项所述的处理方法，其特征在于，该处理方法 之前进一步包括终端用户设置正确的账户数据进入邮箱后，终端判断网络连接是否正常， 如果正常，确定账户数据所指定的邮箱地址有效后，开始邮件接收；否则，当 前处理流程结束。
7、 根据权利要求6所述的处理方法，其特征在于，步骤AO进一步包括确定账户数据所指定的邮箱地址无效时，当前处理流程结束。
8、 根据权利要求2所述的处理方法，其特征在于，所述直接存储阈值为IOKB。
9、 根据权利要求3所述的处理方法，其特征在于，开辟的所述存储緩冲区 的大小为1MB。
全文摘要
本发明提供了一种邮件接收中的处理方法，在该方法中，进行邮件接收时，获取邮件的大小，并与终端剩余的邮件存储空间比较，如果大于所述存储空间，只接收该邮件的邮件头；否则根据邮件的大小确定该邮件直接保存、或分批保存。本发明所提供的处理方法能够不遗漏所需接收邮件的邮件信息，并分散终端保存邮件所需消耗的时间，增加终端易用性。
文档编号H04W4/12GK101527887SQ200810082738
公开日2009年9月9日 申请日期2008年3月5日 优先权日2008年3月5日
发明者可 黄 申请人:中兴通讯股份有限公司