邮件推送方法及服务器技术

本发明专利技术公开了一种邮件推送方法及服务器

【技术实现步骤摘要】
邮件推送方法及服务器、基站、电子设备及介质


[0001]本专利技术涉及电子邮件领域，特别涉及一种邮件推送方法及服务器
、
基站
、 电子设备及介质
。

技术介绍

[0002]终端为了节省电量和网络流量，不再采用轮训服务器的方式来收集数据， 而是在服务器有数据需要发送到终端时通知终端，这种机制被称作推送 (PUSH)。
[0003]目前比较常见的邮件推送方式有：
SMS PUSH(
短信推送
)、WAP PUSH (
网站推送
)
和
IP PUSH(
网络互联协议推送
)。
[0004]SMS PUSH
通过发送二进制短信到终端，来达到通知终端的目的
。
因此 客户在使用
SMS PUSH
时，需要支付短信费用，并且终端在接收到短信后， 需要用户通过短信触发邮件客户端收取邮件，对人工依赖度高
。
[0005]WAP PUSH
可以将某一站点或某一业务的链接通过短信发送到支持 WAP PUSH
功能的终端上，这样用户只需要阅读这条短信，打开短信中的链 接，就可以直接访问业务
。
与
SMS PUSH
相同，
WAP PUSH
对人工依赖度 高
。
[0006]IP PSUH
基于
HTTP(Hyper Text Transfer Protocol/>，超文本传输协议
)
协 议
。
邮箱客户端会保持一个固定的
IP
地址，当邮箱客户端需要收到新邮件 通知时，向服务器发
HTTP
请求，服务器则将一直保持这个连接
。
当服务器 有新邮件到来时，服务器会在第一时间将新邮件推送给客户端，从而实现邮 件推送
。
因为需要保持终端
IP
地址固定，在邮件推送过程中，需要维持终端 的网络连接，增加了终端的电量
、
流量的消耗
。

技术实现思路

[0007]本专利技术要解决的技术问题是为了克服现有技术中邮件推送方法存在问 题的缺陷，提供一种邮件推送方法及服务器
、
基站
、
设备
、
介质
。
[0008]本专利技术是通过下述技术方案来解决上述技术问题：
[0009]本专利技术的积极进步效果在于：本专利技术中邮件接收端接收到以寻呼请求形 式发送的邮件接收通知后，自动向服务器发送邮件接受请求，无需人工操作， 降低了对人工的依赖度；无需短信费用，降低了成本；不需要维持邮件接收 端在邮件推送过程中
IP(Internet Protocol
，网际互连协议
)
地址不变，降低 了对网络的依赖性，节约了流量
、
电量的消耗
。
附图说明
[0010]图1为本专利技术实施例1提供的一种应用于服务器的邮件推送方法的流程 图
。
[0011]图2为本专利技术实施例2提供的另一种应用于基站的邮件推送方法的流程 图
。
[0012]图3为本专利技术的实施例3提供的另一种邮件推送方法的流程图
。
[0013]图4为本专利技术实施例4提供的服务器的模块示意图
。
[0014]图5为本专利技术实施例5提供的基站的模块示意图
。
[0015]图6为本专利技术的实施例6提供的电子设备的结构示意图
。
具体实施方式
[0016]下面通过实施例的方式进一步说明本专利技术，但并不因此将本专利技术限制在 所述的实施例范围之中
。
[0017]实施例1[0018]本实施例提供了一种邮件推送方法，该邮件推送方法应用于服务器，如 图1所示，该邮件推送方法包括以下步骤：
[0019]S101、
接收邮件发送端发送的邮件，其中，邮件的邮件标头中包括接收 端识别码
。
[0020]具体地，该接收端识别码可以是国际移动设备识别码
(IMEI)。
[0021]S102、
根据邮件生成
HTTP
请求，其中，
HTTP
请求中包括第一寻呼请 求
、
接收端识别码
。
[0022]S103、
向基站发送
HTTP
请求，以供基站将第一寻呼请求的
PAGINGCAUSE
字段修改为预设字段得到第二寻呼请求，将第二寻呼请求发送至对 应于接收端识别码的邮件接收端，由邮件接收端确认收到邮件接收通知
。
[0023]S104、
接收邮件接收端发送的邮件接收请求
。
[0024]S105、
向邮件接收端发送邮件
。
[0025]具体地，在本实施例中，邮件接收通知在邮件接收端判断第二寻呼请求 的
PAGING CAUSE(
寻呼原因
)
字段为预设字段时确认收到
。
[0026]具体地，该预设字段可以为
Mail Notify(
邮件通知
)
，用于表示发送寻 呼请求的原因为请求邮件接收端接收邮件
。
[0027]本实施例通过判断第二寻呼请求的
PAGING CAUSE
字段是否为预设字 段确定邮件接收端是否需要接收邮件，若是，则确定有待邮件接收端接收的 邮件；若不是，则确定没有待邮件接收端接收的邮件
。
这种判断方法避免了 邮件接收端因接收到别的寻呼请求，在没有要接收的邮件时，误以为收到邮 件通知，提高了邮件推送的准确度，降低了邮件接收端的能耗
。
[0028]具体地，在本实施例中，
S102
前包括步骤：
[0029]判断邮件的邮件标头中是否包括接收端识别码，若是，则执行
S102
；若 不是，则停止邮件推送
。
[0030]本实施例在邮件标头中不含接收端识别码的情况下直接停止邮件推送， 保证了邮件不会被发送至错误的邮件接收端，提高了邮件推送的准确度
。
[0031]本实施例提供了一种应用于服务器的邮件推送方法，邮件接收端接收到 以寻呼请求形式发送的邮件接收通知后，自动向服务器发送邮件接受请求， 无需人工操作，降低了对人工的依赖度；无需短信费用，降低了成本；不需 要维持邮件接收端在邮件推送过程中
IP
地址不变，降低了对网络的依赖性， 节约了流量
、
电量的消耗
。
[0032]实施例2[0033]本实施例提供了一种邮件推送方法，该邮件推送方法应用于基站，如图 2
所示，该邮件推送方法包括以下步骤：
[00本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.
一种邮件推送方法，其特征在于，所述邮件推送方法应用于服务器，所述邮件推送方法包括：接收邮件发送端发送的邮件，其中，所述邮件的邮件标头中包括接收端识别码；根据所述邮件生成
HTTP
请求，其中，所述
HTTP
请求中包括第一寻呼请求
、
所述接收端识别码；向基站发送所述
HTTP
请求，以供所述基站将所述第一寻呼请求的
PAGING CAUSE
字段修改为预设字段得到第二寻呼请求，将所述第二寻呼请求发送至对应于所述接收端识别码的邮件接收端，由邮件接收端确认收到邮件接收通知；接收所述邮件接收端发送的邮件接收请求；向所述邮件接收端发送所述邮件
。2.
如权利要求1所述的邮件推送方法，其特征在于，所述邮件接收通知在所述邮件接收端判断所述第二寻呼请求的
PAGING CAUSE
字段为所述预设字段时确认收到
。3.
如权利要求1所述的邮件推送方法，其特征在于，所述根据所述邮件生成
HTTP
请求的步骤之前包括：判断所述邮件的邮件标头中是否包括所述接收端识别码，若是，则执行所述根据所述邮件生成
HTTP
请求的步骤
。4.
一种邮件推送方法，其特征在于，所述邮件推送方法应用于基站，所述邮件推送方法包括：接收服务器发送的
HTTP
请求，其中，所述
HTTP
请求是由所述服务器根据邮件发送端发送的邮件生成的，所述邮件的邮件标头中包括接收端识别码，所述
HTTP
请求中包括第一寻呼请求
、
所述接收端识别码；将所述第一寻呼请求的
PAGING CAUSE
字段修改为预设字段得到第二寻呼请求；将所述第二寻呼请求发送至对应于所述接收端识别码的邮件接收端，由所述邮件接收端确认收到邮件接收通知
。5.
一种服务器，其特征在于，所述服务器用于实现如权利要求1至3中任一项所述的邮件推送方法，所述服务器包括：邮件接收模块，用于接收邮件发送端发送的邮件，其中，所述邮件的邮件标头中包括接收端识别码；
HTTP
请求生成模块，用于根据所述邮件生成
HTTP
请求，其中，所述<...

【专利技术属性】
技术研发人员：王亮亮，
申请(专利权)人：上海晨兴希姆通电子科技有限公司，
类型：发明
国别省市：