一种邮件推送方式确定方法、推送方法及装置

1.一种邮件推送方式确定方法，其特征在于，包括：
获取待推送邮件的属性信息；
根据所述属性信息，从存储的阅读方式记录中查找出所述待推送邮件的收件人的对应阅读方式记录，其中，所述阅读方式记录包括邮件的属性信息、收件人的阅读方式及对应的阅读次数；
根据查找出的所述阅读方式记录，确定所述待推送邮件的推送方式；
所述方法还包括生成或更新所述阅读方式记录，其中，所述生成所述阅读方式记录，包括：在所述邮件被阅读后，根据该邮件的属性信息查找存储的阅读方式记录，若不存在包括所述属性信息的阅读方式记录，则生成一条包括所述属性信息及收件人本次采用的阅读方式的阅读方式记录，并将所述阅读方式对应的默认阅读次数递增；所述更新所述阅读方式记录，包括：在所述邮件被阅读后，根据该邮件的属性信息查找存储的阅读方式记录，若存在包括所述属性信息的阅读方式记录，则将该阅读方式记录中与收件人本次采用的阅读方式对应的阅读次数递增。
2.如权利要求1所述的方法，其特征在于，当查找不到所述阅读方式记录时，确定所述待推送邮件的推送方式为默认推送方式。
3.如权利要求1所述的方法，其特征在于，所述根据查找出的所述阅读方式记录，确定所述待推送邮件的推送方式，包括：
确定查找出的所述阅读方式记录中阅读次数最多的对应的阅读方式，作为所述待推送邮件的推送方式。
4.如权利要求1所述的方法，其特征在于，所述邮件推送方式确定方法由所述待推送邮件的收件人的用户终端执行，或由接收到所述待推送邮件的邮件服务器执行。
5.一种邮件推送方法，其特征在于，包括：
接收网络侧发送的邮件通知，所述邮件通知中包括待推送邮件的属性信息；
采用权利要求1至权利要求4任一项所述的方法，确定该待推送邮件的推送方式；
指示网络侧根据确定出的推送方式推送所述待推送邮件，以及接收网络侧推送的邮件。
6.一种邮件推送方法，其特征在于，包括：
接收待推送邮件后，采用权利要求1至权利要求4任一项所述的方法，确定该待推送邮件的推送方式；
根据确定出的推送方式推送所述待推送邮件。
7.一种用户终端，其特征在于，包括：
记录确定单元，用于生成或更新阅读方式记录并存储；
接收单元，用于接收网络侧发送的包括待推送邮件的属性信息的邮件通知；以及接收网络侧推送的邮件；
推送方式确定单元，用于从所述接收单元接收的邮件通知中获取待推送邮件的属性信息，根据所述属性信息，从所述记录确定单元存储的阅读方式记录中查找出所述待推送邮件的收件人的对应阅读方式记录，根据查找出的所述阅读方式记录，确定所述待推送邮件的推送方式；
发送单元，用于将所述推送方式确定单元确定出的推送方式发送给网络侧。
8.如权利要求7所述的用户终端，其特征在于，所述记录确定单元，包括：
记录生成模块，用于在邮件被阅读后，根据该邮件的属性信息查找存储的阅读方式记录，若不存在包括所述属性信息的阅读方式记录，则生成一条包括所述属性信息及收件人本次采用的阅读方式的阅读方式记录，并将所述阅读方式对应的默认阅读次数递增；
记录更新模块，用于在邮件被阅读后，根据该邮件的属性信息查找存储的阅读方式记录，若存在包括所述属性信息的阅读方式记录，则将该阅读方式记录中与收件人本次采用的阅读方式对应的阅读次数递增。
9.如权利要求8所述的用户终端，其特征在于，所述推送方式确定单元进一步用于，确定查找出的所述阅读方式记录中阅读次数最多的对应的阅读方式，作为所述待推送邮件的推送方式；
或者，当查找不到所述阅读方式记录时，确定所述待推送邮件的推送方式为默认推送方式。
10.一种邮件服务器，其特征在于，包括：
记录存储单元，用于存储用户终端发送的、由用户终端生成或更新的阅读方式记录；
接收单元，用于接收待推送邮件；
推送方式确定单元，用于获取所述接收单元接收的待推送邮件的属性信息，并根据所述属性信息，从所述记录存储单元存储的阅读方式记录中查找出所述待推送邮件的收件人的对应阅读方式记录，根据查找出的所述阅读方式记录，确定所述待推送邮件的推送方式；
推送单元，用于根据所述推送方式确定单元确定出的推送方式推送所述待推送邮件。
11.如权利要求10所述的邮件服务器，其特征在于，所述推送方式确定单元进一步用于，确定查找出的所述阅读方式记录中阅读次数最多的对应的阅读方式，作为所述待推送邮件的推送方式；
或者，当查找不到所述阅读方式记录时，确定所述待推送邮件的推送方式为默认推送方式。

一种邮件推送方式确定方法、推送方法及装置
技术领域
[0001] 本发明涉及通信技术领域，尤其涉及一种邮件推送方式确定方法、推送方法及装置。
背景技术
[0002] 手机邮箱业务已经日趋成熟，市场需求越来越大，其中尤以邮件实时推送功能最炙手可热。所谓的邮件实时推送功能，就是当邮件服务器收到用户的新邮件后，通过短消息推送网关和邮件代理网关主动、实时地将该邮件推送到该用户的手机邮件客户端中。但是受到无线带宽和手机存储容量的限制，面对邮件数量的增多以及邮件容量的增大，如何处理大批量邮件的推送成为目前手机邮箱业务发展所面临的关键性问题。
[0003] 针对上述问题，目前常采用的应对方法是要求用户预设邮件推送方式或要求用户预设对接收邮件的长度限制的阈值。
[0004] 在要求用户预设邮件推送方式的方案中，网络侧为用户提供了两种不同的邮件推送方式并由用户选择其中之一，使邮件服务器收到该用户的邮件后，可以按照用户选择的方式进行推送。其中，一种推送方式是只推送邮件的邮件头，这种推送方式虽然能够节约带宽和手机终端内存，但是用户体验差，很容易导致用户重要邮件的延误。另一种推送方式是推送邮件全文，这种推送方式虽然增加了用户体验，但占用了很多带宽和手机终端内存，对于用户不感兴趣的邮件，这种推送方式会浪费很多资源。可见，上述方案只能按照用户预先选定的唯一且固定的方式推送邮件，不能针对不同的邮件灵活地选择邮件的推送方式，而在实际应用中，用户收到的邮件有主次之分，对于一些重要邮件，用户往往希望能够及时地阅读该邮件全文，而对于一些不重要的邮件，用户往往只希望阅读邮件头。所以，上述由用户预先选定邮件推送方式的方案并不能满足用户的实际需求。
[0005] 在要求用户预设对接收邮件的长度限制的阈值的方案中，网络侧保存用户预设的对接收邮件的长度限制的阈值。当邮件服务器接收到的用户新邮件后，判断该邮件的长度超过预设的阀值时，只推送该邮件的一部分；当用户收到邮件服务器推送的部分邮件并且认为需要阅读该邮件的全文时，则主动去下载该邮件未被推送的部分内容。该方案中，对于用户的一部分邮件(即邮件长度小于阈值的邮件)采用推送邮件全文的方式，对于用户的另一部分邮件(即邮件长度大于阈值的邮件)采用推送邮件部分内容的方式。该方案能够根据邮件的长度选择不同的推送方式，并且不会对接收带宽和手机终端内存造成太大的压力。但是并不能保证邮件长度小于阈值的邮件就为用户希望阅读全文的邮件，也不能保证邮件长度大于阈值的邮件中不包括用户的重要邮件，所以，该方案还是不能从根本上根据邮件内容以及用户的实际需求选择合理的推送方式。
[0006] 综上所述，现有手机邮箱业务推送邮件的方法中，不能针对不同的邮件实时地选择对邮件的推送方式，容易导致用户重要邮件的延误或者给无线带宽以及手机存储容量带来很大的压力。
发明内容
[0007] 本发明提供一种邮件推送方式确定方法、推送方法、装置及系统，用以解决现有技术不能针对不同的邮件实时地确定邮件推送方式的问题。
[0008] 本发明实施例通过如下技术方案实现：
[0009] 本发明实施例提供了一种邮件推送方式确定方法，包括：
[0010] 获取待推送邮件的属性信息；
[0011] 根据所述属性信息，从存储的阅读方式记录中查找出所述待推送邮件的收件人的对应阅读方式记录；
[0012] 根据查找出的所述阅读方式记录，确定所述待推送邮件的推送方式。
[0013] 本发明实施例还提供了一种邮件推送方法，包括：
[0014] 接收网络侧发送的邮件通知，所述邮件通知中包括待推送邮件的属性信息；
[0015] 采用上述邮件推送方式确定方法，确定该待推送邮件的推送方式；
[0016] 指示网络侧根据确定出的推送方式推送所述待推送邮件，以及接收网络侧推送的邮件。
[0017] 本发明实施例还提供了另一种邮件推送方法，包括：
[0018] 接收待推送邮件后，采用上述邮件推送方式确定方法，确定该待推送邮件的推送方式；
[0019] 根据确定出的推送方式推送所述待推送邮件。
[0020] 本发明实施例还提供了一种用户终端，包括：
[0021] 记录确定单元，用于生成或更新阅读方式记录并存储；
[0022] 接收单元，用于接收网络侧发送的包括待推送邮件的属性信息的邮件通知；以及接收网络侧推送的邮件；
[0023] 推送方式确定单元，用于从所述接收单元接收的邮件通知中获取待推送邮件的属性信息，根据所述属性信息，从所述记录确定单元存储的阅读方式记录中查找出所述待推送邮件的收件人的对应阅读方式记录，根据查找出的所述阅读方式记录，确定所述待推送邮件的推送方式；
[0024] 发送单元，用于将所述推送方式确定单元确定出的推送方式发送给网络侧。
[0025] 本发明实施例还提供了一种邮件服务器，包括：
[0026] 记录存储单元，用于存储用户终端发送的、由用户终端生成或更新的阅读方式记录；
[0027] 接收单元，用于接收待推送邮件；
[0028] 推送方式确定单元，用于获取所述接收单元接收的待推送邮件的属性信息，并根据所述属性信息，从所述记录存储单元存储的阅读方式记录中查找出所述待推送邮件的收件人的对应阅读方式记录，根据查找出的所述阅读方式记录，确定所述待推送邮件的推送方式；
[0029] 推送单元，用于根据所述推送方式确定单元确定出的推送方式推送所述待推送邮件。
[0030] 本发明实施例通过上述技术方案，当有待推送邮件需要推送时，首先获取该待推送邮件的属性信息，并从存储的阅读方式记录中查找该待推送邮件的收件人的对应阅读方式记录，根据查找出的阅读方式记录，确定该待推送邮件的推送方式。从而能够根据待推送邮件的属性信息，以及用户以往对与该待推送邮件的属性信息对应的邮件的阅读方式，实时地为待推送邮件确定推送方式，邮件服务器可以根据确定出的推送方式推送邮件，从而给用户提供了很大方便，不需要用户预先设置推送方式或设置对接收邮件的长度限制的阈值，增加了用户体验。并且有效减少了由于对用户重要邮件采用的推送方式不当(例如非全文推送)而导致的用户邮件延误，以及对用户不重要邮件采用的推送方式不当(例如全文推送)而浪费无线带宽和手机存储容量的问题，从而最大限度地在手机存储容量、无线带宽、邮件属性、用户阅读习惯四点间找到合理的平衡点。
附图说明
[0031] 图1为本发明实施例提供的知识库的创建和维护的流程图；
[0032] 图2为本发明实施例提供的实现邮件实时推送的流程图；
[0033] 图3为本发明实施例提供的用户终端结构图；
[0034] 图4为本发明实施例提供的邮件服务器结构图；
[0035] 图5为本发明实施例提供的邮件推送系统结构图。
具体实施方式
[0036] 针对现有邮件推送业务中存在的不能实时地确定邮件推送方式的问题，本发明实施例提出一种邮件推送方式确定方法、推送方法、装置及系统，下面结合说明书附图对本发明实施例的主要实现原理、具体实施过程及其对应能够达到的有益效果进行详细的阐述。
[0037] 本发明实施例中，需要根据用户对邮件的处理行为创建和维护能够体现用户对不同邮件的阅读方式的知识库，该知识库为决策待推送邮件的推送方式提供了依据。
[0038] 知识库中包括针对不同邮件生成的阅读方式记录，每条阅读方式记录中可包括邮件属性信息、收件人对与该属性信息对应的邮件的阅读方式(如采用全文方式阅读、采用非全文方式阅读)及对应的次数，以及时间信息。其中，邮件属性信息用于描述邮件，可以是邮件的发件人、抄送的收件人或邮件主题；采用全文方式阅读的次数以及采用非全文方式阅读的次数可以是相应行为实际发生的次数，也可以是加权处理后的次数；记录的时间信息是阅读与该邮件属性信息相匹配的邮件的最近一次行为发生的时间，如日期，该信息是可选项。也可在采用全文方式阅读的次数和采用非全文方式阅读的次数中择其一项进行记录，并记录与该条阅读方式记录中包括的属性信息对应的邮件被阅读的总次数。
[0039] 知识库的创建和维护过程可如图1所示，执行如下步骤：
[0040] 步骤101、在用户阅读邮件后，提取该邮件的属性信息，并确定该次阅读行为采用的阅读方式以及当前阅读日期。
[0041] 该步骤中，根据用户此次的阅读行为确定出的阅读方式为全文方式或非全文方式(例如，只阅读邮件头)。
[0042] 在提取邮件属性信息的过程中，根据用户终端中预先设置的信息提取策略从该邮件的属性信息中提取指定的属性信息，预设的信息提取策略包括如下中的至少一个：提取邮件发件人信息、提取抄送的收件人信息、提取邮件主题信息。在提取邮件的主题时，可将邮件主题进行归一化处理，例如，去除“RE：”、“Re：”、“re：”、“回复：”、“答复：”或空格等对主题没有实际意义的信息。
[0043] 一般情况下，为了更好地记录用户对邮件的处理行为，信息提取策略可以包括上述提取邮件发件人信息、提取抄送的收件人信息以及提取邮件主题信息，这样就可以避免由于信息提取策略中只包括提取抄送的收件人信息或只包括提取邮件主题信息，但被阅读邮件没有抄送的收件人或没有主题等，而导致无法记录用户对该邮件的处理行为的情况。
[0044] 步骤102、判断知识库中是否保存有包括步骤101中提取出的属性信息的阅读方式记录，若没有，则执行步骤103；否则执行步骤104。
[0045] 步骤103、根据提取出的邮件的属性信息生成阅读方式记录，并根据此次采用的阅读方式在相应阅读方式次数上进行累加(新记录中阅读方式次数的默认值可为0)，得到对应的阅读方式记录并保存；
[0046] 步骤104、根据用户此次对邮件采用的阅读方式更新知识库中已有的阅读方式记录，即根据此次采用的阅读方式，在已有的阅读方式记录中的相应的阅读方式次数上进行累加，并将时间更新为当前的日期。
[0047] 当根据信息提取策略的规定从邮件中提取出的信息包括发件人信息、抄送的收件人信息、邮件主题信息时，知识库中的阅读方式记录可以为：
[0048] 包括发件人信息的阅读方式记录，如：发件人、采用全文方式阅读的次数、采用非全文方式阅读的次数以及记录更新日期；
[0049] 包括抄送的收件人信息的阅读方式记录，如：抄送的收件人、采用全文方式阅读的次数、采用非全文方式阅读的次数以及记录更新日期；
[0050] 包括邮件主题信息的阅读方式记录，如：主题、采用全文方式阅读的次数、采用非全文方式阅读的次数以及记录更新日期；
[0051] 包括发件人信息、抄送的收件人信息、邮件主题信息中的至少两个的阅读方式记录，如：发件人、抄送的收件人、采用全文方式阅读的次数、采用非全文方式阅读的次数以及记录更新日期。
[0052] 上述记录中的记录更新日期为用户最近一次阅读邮件的日期。
[0053] 上述过程的一个具体示例为：收件人在2008年7月12日采用全文方式阅读了一封来自小王、抄送给李总、主题为会议纪要的邮件，提取出的邮件属性信息包括：发件人“小王”、抄送的收件人“李总”以及主题“会议纪要”。根据用户的此次阅读行为针对提取出的属性信息生成的阅读方式记录可以包括：
[0054] 小王、采用全文方式阅读的次数＝“1”、采用非全文方式阅读的次数＝“0”、2008年7月12日；
[0055] 李总、采用全文方式阅读的次数＝“1”、采用非全文方式阅读的次数＝“0”、2008年7月12日；
[0056] 会议纪要、采用全文方式阅读的次数＝“1”、采用非全文方式阅读的次数＝“0”、
2008年7月12日。
[0057] 其中，小王和李总也可以用分别对应的邮件地址表示。
[0058] 上述三种类型的阅读方式记录可分别存储于知识库中不同的文件或存储空间中，如分别存储于针对发件人的阅读方式记录列表、针对抄送的收件人的阅读方式记录列表、针对邮件主题的阅读方式记录列表；或者，在上述三种类型的记录中增加标识记录类型的字段，以表明具体记录是针对发件人、抄送的收件人，还是邮件主题的阅读方式记录。
[0059] 阅读方式记录的维护过程中，利用用户此次对邮件采用的阅读方式更新知识库中已有的阅读方式记录，即利用用户此次对邮件采用的阅读方式更新已有记录中的采用相应阅读方式的次数。当用户此次对邮件采用的全文方式阅读，则在已有记录中的采用全文方式阅读的次数上加1；当用户此次对邮件采用的非全文方式阅读，则在已有记录中的采用非全文方式阅读的次数上加1。若已有阅读方式记录中包括时间信息，则需要进一步根据用户此次阅读邮件的时间更新该已有记录中的时间。
[0060] 例如，用户在7月12日采用全文方式阅读了小王发送的邮件，知识库中已有的阅读方式记录为：
[0061] 小王、采用全文方式阅读的次数＝“5”、采用非全文方式阅读的次数＝“3”、2008年7月2日；
[0062] 则根据用户的此次阅读行为更新后的阅读方式记录为：
[0063] 小王、采用全文方式阅读的次数＝“6”、采用非全文方式阅读的次数＝“3”、2008年7月12日。
[0064] 上述阅读方式记录中的采用全文方式阅读的次数或采用非全文方式阅读的次数所记录的是用户阅读行为的真实次数。通常情况下，用户最近一段时间的邮件阅读行为更能反映出用户当前的实际需要，因此，本发明实施例中，为了更好地反映用户在最近一段时间内对特定邮件的阅读习惯，可根据邮件阅读行为所发生的时间对阅读方式的次数进行加权处理，原则上是该邮件阅读行为发生时间越近，则加权值越大。
[0065] 本发明实施例提供的一种加权值的确定方法为：
[0066] (记录更新日期-设定日期)+1；
[0067] 该公式中，设定日期可以为知识库创建日期；将记录更新日期与设定日期的差值加1，是为了避免记录更新日期与设定日期为同一天时，从而使得根据用户的此次阅读行为生成的阅读方式记录无效的情况。例如，用户在2008年7月12日采用全文方式阅读了一封邮件，假设知识库创建日期为2008年7月1日，则针对该邮件生成的阅读方式记录中采用全文方式阅读的次数即为：1×(12-1+1)＝12。
[0068] 本发明实施例提供的另一种加权值的确定方法为：
[0069] 预先设置设定时间段与加权值的对应关系，该设定时间段离当前日期越近，对应的加权值越大。当邮件被阅读后，根据预设的对应关系确定该邮件被阅读的日期对应的加权值。例如，预设与设定日期相差0～3天对应的加权值为5，与设定日期相差3～6天对应的加权值为10，依次类推，与设定日期相差3(n-1)～3n天对应的加权值为5n，n＝1、
2......。其中，该设定日期为当前日期以前的一个日期。假设设定日期为2008年7月1日，若用户在7月12日采用全文方式阅读了一封邮件，该日期离7月1日相差11天，根据预设的对应关系得到对应的加权值为5n＝20，则针对该邮件生成的阅读方式记录中采用全文方式阅读的次数即为：1×20＝20。
[0070] 为了减少知识库在用户终端中占用的空间，并且便于对知识库进行维护管理，根据上述方式创建和维护的知识库中可以只保存近期的记录，例如，从当前日期向前推3个月这段时间内的记录，如果发现超过3个月，则删除该记录。
[0071] 本发明实施例中，当网络侧中的邮件服务器接收到待推送邮件后，向该邮件的收件人对应的用户终端发送邮件通知，该邮件通知中包括该邮件的属性信息，邮件的属性信息通常包括发件人信息，并且在该待推送邮件有抄送的收件人或/和主题的情况下，该待推送邮件的属性信息还包括抄送的收件人信息或/和邮件主题信息。当用户终端收到邮件通知后，从中解析出该待推送邮件的发件人等属性信息，并从知识库中查找与解析出的邮件的属性信息对应的阅读方式记录，根据查找到的阅读方式记录，确定该待推送邮件的推送方式，或者在未查找到阅读方式记录的情况下，确定该待推送邮件的推送方式为默认推送方式。确定出该待推送邮件的推送方式后，进一步指示邮件服务器按照指定的推送方式推送邮件。由于阅读方式记录反映了收件人以往对与该阅读方式记录中包括的属性信息对应的邮件的处理方式，因此，根据阅读方式记录所确定出的邮件推送方式是基于收件人已往对相应类型邮件的处理方式，即在某种程度上满足了收件人的实际需要。
[0072] 上述过程中，从知识库中查找与解析出的邮件的属性信息对应的阅读方式记录，即查找包括解析出的属性信息的阅读方式记录。根据查找到的阅读方式记录，确定该待推送邮件的推送方式，具体可以为：确定查找到的阅读方式记录中最多的阅读次数对应的阅读方式，作为该待推送邮件的推送方式，例如，若确定出的阅读方式为全文阅读，则确定该待推送邮件的推送方式为全文推送方式，若确定出的阅读方式为非全文阅读，则确定该待推送邮件的推送方式为非全文推送方式。
[0073] 确定查找到的阅读方式记录中最多的阅读次数对应的阅读方式，作为该待推送邮件的推送方式，具体可以通过如下方式实现：
[0074] 方式一：根据查找到的阅读方式记录获得待推送邮件的收件人采用不同方式阅读邮件的次数，根据统计出的次数之间的比较结果确定待推送邮件的推送方式。
[0075] 上述过程中，当从知识库中查找到的阅读方式记录为只包括一种属性信息的一种类型的阅读方式记录时，根据该查找到的阅读方式记录获得待推送邮件的收件人采用第一方式和第二方式阅读邮件的次数，当采用第一方式阅读邮件的次数大于采用第二方式阅读邮件的次数时，确定该待推送邮件的推送方式为第一方式；当采用第一方式阅读邮件的次数小于采用第二方式阅读邮件的次数时，确定该待推送邮件的推送方式为第二方式；当采用第一方式阅读邮件的次数等于采用第二方式阅读邮件的次数时，确定该待推送邮件的推送方式为默认推送方式。当从知识库中查找到的阅读方式记录为分别包括不同属性信息的多种类型的阅读方式记录时，若根据该多种阅读方式记录确定出满足待推送邮件的收件人采用第一方式阅读邮件的次数大于采用第二方式阅读邮件的次数的阅读方式记录的种类数大于设定阈值，则确定该待推送邮件的推送方式为第一方式；若根据该多种阅读方式记录确定出满足待推送邮件的收件人采用第一方式阅读邮件的次数小于采用第二方式阅读邮件的次数的阅读方式记录的种类数大于设定阈值，则确定该待推送邮件的推送方式为第二方式；若根据该多种阅读方式记录确定出满足待推送邮件的收件人采用第一方式阅读邮件的次数等于采用第二方式阅读邮件的次数的阅读方式记录的种类数大于设定阈值，则确定该待推送邮件的推送方式为默认推送方式。上述过程中，第一方式和第二方式分别为全文方式和非全文方式中的一种；默认推送方式可以为全文推送方式或非全文推送方式。
[0076] 方式二：根据查找到的阅读方式记录统计收件人采用指定方式阅读邮件的概率，根据统计得到的概率与设定阈值的比较结果确定该待推送邮件的推送方式。
[0077] 上述过程中，当从知识库中查找到的阅读方式记录为只包括一种属性信息的一种类型的阅读方式记录时，根据该查找到的阅读方式记录中包括的阅读方式及对应的次数统计该收件人采用第一方式阅读邮件的概率，当计算得到的概率大于设定阈值(一般该阈值大于等于50％)时，确定该待推送邮件的推送方式为第一方式；否则，确定该待推送邮件的推送方式为第二方式。当从知识库中查找到的阅读方式记录为包括不同属性信息的多种类型的阅读方式记录时，若根据该多种阅读方式记录确定出满足待推送邮件的收件人采用第一方式阅读邮件的概率大于第一设定阈值的阅读方式记录的种类数大于第二设定阈值，或根据该多种阅读方式记录分别统计出的各个概率的平均值大于第三设定阈值时，确定该待推送邮件的推送方式为第一方式；否则，确定该待推送邮件的推送方式为第二方式。上述过程中，采用第一方式阅读邮件的概率＝采用第一方式对应的阅读次数/采用不同方式阅读的总次数，第一方式和第二方式分别为全文方式和非全文方式中的一种。
[0078] 上述过程中，当从知识库中查找到的阅读方式记录包括多种类型时，还可进一步按照预设的判断策略(其中指定了根据包括不同属性信息的阅读方式记录进行判断时所依据的次序)，实时地确定待推送邮件的推送方式。
[0079] 以下为依据上述方式二为待推送邮件确定推送方式的一个具体示例，其中，第二设定阈值为1，并且假设待推送邮件的属性信息包括邮件的发件人、抄送的收件人以及邮件主题，并且从知识库中都能找到相应的阅读方式记录，并且预设的判断策略中指定的判断顺序为发件人、抄送的收件人、主题。如图2所示，执行如下步骤：
[0080] 步骤201、网络侧的邮件服务器收到待推送邮件后，向该邮件的收件人对应的用户终端发送邮件通知。
[0081] 该步骤中，邮件服务器发送的邮件通知中包括该邮件的属性信息，该属性信息中包括发件人信息、抄送的收件人、主题。
[0082] 步骤202、用户终端接收到邮件服务器发送的邮件通知后，从中解析出该邮件对应的属性信息。
[0083] 步骤203、根据预设的判断策略，从知识库中查找包括待推送邮件的发件人的阅读方式记录，并根据该阅读方式记录统计收件人采用全文方式阅读该待推送邮件的发件人发送的邮件的概率，当得到的概率大于设定阈值时，执行步骤207，否则执行步骤204。
[0084] 该步骤中，在知识库中查找到包括待推送邮件的发件人的阅读方式记录，根据该阅读方式记录中采用全文方式阅读的次数和采用非全文方式阅读的次数，计算出用户以往对待推送邮件的发件人发送的邮件采用全文方式阅读的概率，当计算出的概率大于设定阈值时，表明该发件人为重要发件人。
[0085] 步骤204、根据预设的判断策略，从知识库中查找包括待推送邮件抄送的收件人的阅读方式记录，并根据该阅读方式记录统计收件人采用全文方式阅读抄送给该待推送邮件抄送的收件人的邮件的概率，当得到的概率大于设定阈值时，执行步骤207，否则执行步骤
205。
[0086] 该步骤中，在知识库中查找包括待推送邮件抄送的收件人的阅读方式记录，根据该阅读方式记录中采用全文方式阅读的次数和采用非全文方式阅读的次数，计算出待推送邮件的收件人对抄送给该待推送邮件抄送的收件人的邮件采用全文方式阅读的概率，当计算出的概率大于设定阈值时，表明抄送的该收件人为重要联系人。
[0087] 步骤205、根据预设的判断策略，从知识库中查找包括待推送邮件的主题的阅读方式记录，并根据该阅读方式记录统计收件人采用全文方式阅读与该待推送邮件的主题对应的邮件的概率，当得到的概率大于设定阈值时，执行步骤207，否则执行步骤206。
[0088] 该步骤中，在知识库中查找到包括待推送邮件的主题的阅读方式记录，根据该阅读方式记录中采用全文方式阅读的次数和采用非全文方式阅读的次数，计算出用户对该主题的邮件采用全文方式阅读的概率，当计算出的概率大于设定阈值时，表明待推送邮件的主题为用户感兴趣的邮件主题。
[0089] 步骤206、确定非全文方式推送该待推送邮件，并指示邮件服务器按非全文方式推送该邮件。
[0090] 步骤207、确定全文方式推送该待推送邮件，并指示邮件服务器推送邮件全文。
[0091] 上述过程的另一示例中，在步骤203中，若从知识库中查找不到包括待推送邮件的发件人的阅读方式记录，表明该待推送邮件的发件人非重要发件人，可以以非全文方式推送该待推送邮件；在步骤204中，若从知识库中查找不到包括待推送邮件抄送的收件人的阅读方式记录，表明该待推送邮件抄送的收件人非重要联系人，可以以非全文方式推送该待推送邮件；在步骤205中，若从知识库中查找不到包括待推送邮件的主题的阅读方式记录，表明该待推送邮件的主题不是收件人感兴趣的主题，可以以非全文方式推送该待推送邮件。进一步地，在步骤203～205中，当在知识库中查找不到相应的阅读方式记录时，也可以根据默认的推送方式推送该待推送邮件，该默认的推送方式可以为全文推送方式或非全文推送方式。
[0092] 上述实施例中，当网络侧中的邮件服务器接收到用户邮件后，可以首先判断邮件的优先级属性，若该邮件被标记为高优先级，则直接推送该邮件全文到用户终端；否则，向该邮件的收件人对应的用户终端发送邮件通知，由用户终端根据知识库确定对该邮件的推送方式。
[0093] 本发明的又一实施例中，网络侧中的邮件服务器中保存有知识库，该知识库是用户终端根据上述实施例中所述的方法创建和维护的，并且按照同步策略(如定时同步或闲时同步)同步到邮件服务器中的。当网络侧中的邮件服务器接收到待推送邮件后，提取出该邮件对应的属性信息，并从保存的知识库中查找包括待推送邮件的属性信息的阅读方式记录，根据查找到的阅读方式记录确定待推送邮件的推送方式，或者在未查找到相应阅读方式记录的情况下，确定待推送邮件的推送方式为默认推送方式。确定出对待推送邮件的推送方式后，进一步根据确定的推送方式向用户终端推送该邮件。其中，根据查找到的阅读方式记录确定待推送邮件的推送方式的过程与上述实施例中的过程一致，此处不再详细描述。
[0094] 本发明实施例还提供了一种用户终端，该用户终端的结构可如图3所示，包括：记录确定单元301、接收单元302、推送方式确定单元303以及发送单元304。其中，
[0095] 记录确定单元301，用于生成或更新阅读方式记录并存储，该阅读方式记录中一般包括邮件的属性信息、收件人的阅读方式以及对应的阅读次数。
[0096] 接收单元302，用于接收网络侧发送的邮件通知，该邮件通知中包括待推送邮件的属性信息；以及接收网络侧推送的邮件。
[0097] 推送方式确定单元303，用于从接收单元302接收的邮件通知中获取待推送邮件的属性信息，并根据获取到的属性信息，从记录确定单元301存储的阅读方式记录中查找待推送邮件的收件人的对应阅读方式记录，根据查找出的阅读方式记录，确定该待推送邮件的推送方式。
[0098] 发送单元304，用于将推送方式确定单元303确定出的推送方式发送给网络侧。
[0099] 上述记录确定单元301还可以进一步包括：记录生成模块或记录更新模块(未在图中标出)。其中，记录生成模块，用于在邮件被阅读后，根据该邮件的属性信息查找存储的阅读方式记录，若不存在包括该被阅读邮件的属性信息的阅读方式记录，则生成一条包括该被阅读邮件的属性信息及收件人本次采用的阅读方式的阅读方式记录，并将该阅读方式对应的默认阅读次数递增；记录更新模块，用于在邮件被阅读后，根据该邮件的属性信息查找存储的阅读方式记录，若存在包括该被阅读邮件的属性信息的阅读方式记录，则将该阅读方式记录中与收件人本次采用的阅读方式对应的阅读次数递增。
[0100] 上述推送方式确定单元303进一步用于，确定查找到的阅读方式记录中最多的阅读次数对应的阅读方式，作为该待推送邮件的推送方式。
[0101] 上述推送方式确定单元303还用于，当查找不到对应阅读方式记录时，确定该待推送邮件的推送方式为默认推送方式。
[0102] 本发明实施例还提供了一种邮件服务器，该邮件服务器的具体结构可如图4所示，包括：记录存储单元401、接收单元402、推送方式确定单元403以及推送单元404。其中，
[0103] 记录存储单元401，用于存储用户终端发送的、由用户终端生成或更新的阅读方式记录，该阅读方式记录中一般包括邮件的属性信息、收件人的阅读方式以及对应的阅读次数。
[0104] 接收单元402，用于接收待推送邮件，并将该待推送邮件转发给推送方式确定单元
403。
[0105] 推送方式确定单元403，用于获取接收单元402接收的待推送邮件的属性信息，并根据获取到的属性信息，从记录存储单元401存储的阅读方式记录中查找待推送邮件的收件人的对应阅读方式记录，根据查找出的阅读方式记录，确定该待推送邮件的推送方式。
[0106] 推送单元404，用于根据推送方式确定单元403确定出的推送方式推送待推送邮件。
[0107] 上述推送方式确定单元403进一步用于，确定查找到的阅读方式记录中最多的阅读次数对应的阅读方式，作为该待推送邮件的推送方式。
[0108] 上述推送方式确定单元403还可以用于，当查找不到对应阅读方式记录时，确定该待推送邮件的推送方式为默认推送方式。
[0109] 本发明实施例还提供了一种邮件推送系统，其结构如图5所示，包括：邮件服务器
501和用户终端502。其中。
[0110] 邮件服务器501，用于向用户终端502发送邮件通知；以及根据用户终端502确定出的推送方式推送待推送邮件。
[0111] 用户终端502，用于接收邮件服务器501发送的邮件通知，从该邮件通知中获取待推送邮件的属性信息，并根据获取的属性信息，从存储的阅读方式记录中查找该待推送邮件的收件人的对应阅读方式记录，根据查找出的阅读方式记录，确定该待推送邮件的推送方式，并将确定结果发送给邮件服务器501。该用户终端502还可以用于，当查找不到对应阅读方式记录时，确定该待推送邮件的推送方式为默认推送方式。
[0112] 本发明提供的又一实施例中，邮件服务器501，用于获取待推送邮件的属性信息，并在网络侧存储的、由用户终端502所生成或更新的阅读方式记录中查找该待推送邮件的收件人的对应阅读方式记录，根据查找出的阅读方式记录，确定该待推送邮件的推送方式，并根据确定出的推送方式推送该待推送邮件；用户终端502，用于接收邮件服务器501推送的邮件；以及生成或更新阅读方式记录。其中，邮件服务器501还用于，当查找不到对应阅读方式记录时，确定该待推送邮件的推送方式为默认推送方式。
[0113] 本发明实施例通过上述技术方案，当有待推送邮件需要推送时，首先获取该待推送邮件的属性信息，并从存储的阅读方式记录中查找该待推送邮件的收件人的对应阅读方式记录，根据查找出的阅读方式记录，确定该待推送邮件的推送方式。从而能够根据待推送邮件的属性信息，以及用户以往对与该待推送邮件的属性信息对应的邮件的阅读方式，实时地为待推送邮件确定推送方式，邮件服务器可以根据确定出的推送方式推送邮件，从而给用户提供了很大方便，不需要用户预先设置推送方式或设置对接收邮件的长度限制的阈值，增加了用户体验。并且有效减少了由于对用户重要邮件采用的推送方式不当(例如非全文推送)而导致的用户邮件延误，以及对用户不重要邮件采用的推送方式不当(例如全文推送)而浪费无线带宽和手机存储容量的问题，从而最大限度地在手机存储容量、无线带宽、邮件属性、用户阅读习惯四点间找到合理的平衡点。
[0114] 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。