传递及接收 Push 消息的方法和设备 【技术领域】
本发明涉及通信技术领域， 具体而言是涉及一种传递及接收 Push 消息的方法和设备。 背景技术 推送 (Push) 是一种内容分发机制， 采用客户 / 服务器模式的工作方式， 要求服务 器不需要客户端发出具体请求， 就由 Push 消息发起者 (Push Initiator， PI) 向 Push 服务 器推送信息和传递指令， 再由 Push 服务器根据传递指令将 Push 内容发送到终端， 其中 Push 服务器采用 Push 接入协议 (Push Access Protocol， PAP) 从 Push 消息发起者上获取消息， 再通过 Push 空中协议 (Over The Air， OTA) 将内容发送给终端。
Push 消息可以通过点到点， 或通过点到多点的方式进行发送。 在点到点的 Push 消 息发送过程中， 终端可以向 Push 服务器返回确认消息， 表示接收到该 Push 消息， Push 服务 器根据此确认消息再向 Push 消息发起者返回传递报告。 当 Push 消息的终端为多个设备时， 如果仍采用点到点的方式， 需要 Push 服务器重复发送同一条 Push 消息， 这样将造成承载网 络的负担。因此， 需要通过点到多点的方式来同时发送 Push 消息给多个终端。
在实现本发明过程中， 发明人研究发现在点到多点的 Push 消息发送过程中， 如果 Push 服务器采用广播或组播方式传递 Push 消息， 由于 Push 消息传递前无法预先获知目标 终端， 或者由于终端没有可使用的上行信道来返回接收响应， 使得 Push 服务器无法获知该 Push 消息的传递情况。
发明内容 本发明实施例提供一种传递及接收 Push 消息的方法和设备， 在 Push 服务器以广 播或组播方式传递 Push 消息情况下能够获知 Push 消息的传递情况。
本发明实施例提供的一种传递 Push 消息的方法， 包括 ：
接收 Push 消息， 所述 Push 消息中携带有统计传递结果的指示 ；
根据所述 Push 消息确定通过广播或组播方式向终端传递所述 Push 消息 ；
根据统计传递结果的指示获取传递报告。
发明实施例提供的一种接收 Push 消息的方法， 包括 ：
接收 Push 服务器通过广播或组播方式传递的 Push 消息， 所述 Push 消息中携带有 返回接收响应的指示 ；
根据所述返回接收响应的指示， 向所述 Push 服务器返回接收响应消息或与服务 器建立连接。
相应于上述方法实施例， 本发明实施例提供了一种 Push 服务器， 包括 ：
接收单元， 用于接收 Push 消息， 所述 Push 消息中携带有统计传递结果的指示 ； 传 递方式确定单元， 用于根据所述 Push 消息确定通过广播或组播方式向终端传递所述 Push 消息 ； 传递报告获取单元， 用于根据统计传递结果的指示获取传递报告。
还提供了一种终端， 包括 ：
接收单元， 用于接收 Push 服务器通过广播或组播方式传递的 Push 消息， 所述 Push 消息中携带有返回接收响应的指示 ； 响应返回单元， 用于根据所述返回接收响应的指示， 向 所述 Push 服务器返回接收响应消息或与服务器建立连接。
由上述本发明实施例提供的技术方案可知， Push 服务器在以广播或组播方式向终 端传递 Push 消息时， 通过 Push 消息发起者在所述 Push 消息中携带统计传递结果的指示， Push 服务器根据该指示获取传递报告， 因此能够在广播或组播方式传递 Push 消息情况下 获知 Push 消息的传递情况。 附图说明 为了更清楚地说明本发明实施例的技术方案， 下面将对实施例中所需要使用的附 图作一简单地介绍。
图 1 为本发明实施例提供的一种传递 Push 消息的方法流程图 ；
图 2 为本发明实施例提供的一种接收 Push 消息的方法流程图 ；
图 3 为本发明实施例提供的一种 Push 服务器的功能组成图一 ；
图 4 为本发明实施例提供的一种 Push 服务器的功能组成图二 ；
图 5 为本发明实施例提供的一种终端的功能组成图一 ；
图 6 为本发明实施例提供的一种终端的功能组成图二 ；
图 7 为本发明实施例提供的一种传递 Push 消息的系统组成图 ；
图 8 为实施本发明的方法实施例的一个具体流程步骤图。
具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完 整地描述。
实施例一
参见图 1， 本发明实施例提供的一种传递 Push 消息的方法， 包括 ：
步骤 11， 接收 Push 消息， 在所述 Push 消息中携带有统计传递结果的指示 ；
Push 服务器接收 Push 消息， 在所述 Push 消息中携带有统计传递结果的指示。该 统计传递结果的指示在 Push 消息中给出， 例如在 Push 消息参数中给出指示， 如下给出在服 务质量 (QoS) 参数中给出指示的实现举例 ：
以下给出传递报告 Delivery-Report 可能的元数据格式 ：Push 服务器根据 Push 消息中的 Delivery-Report 指示信息判断需要统计的传递 结果类型。
步骤 12， 根据所述 Push 消息确定通过广播或组播方式传递该 Push 消息 ；
Push 服务器根据所述 Push 消息确定通过广播或组播方式传递该 Push 消息， 例如
Push 消息发起者可根据指令中的地址类型来指示 Push 服务器通过广播或组播等方式发送 Push 消息， 或 Push 服务器根据自身判断通过广播或组播的方式发送 Push 消息。
步骤 13， 根据统计传递结果的指示获取传递报告。
Push 服务器根据统计传递结果的指示获取传递报告， 所述根据统计传递结果的指 示获取传递报告包括 ： 获取全部传递结果类型的传递报告， 或者仅获取所指示传递结果类 型的传递报告 ；
Push 服务器可通过如下几种方式获取传递报告 ： 通过查询组管理服务器获取传 递报告 ； 或通过接收终端返回的接收响应获取传递报告 ； 或通过查询终端与服务器建立连 接的数目获取传递报告。
例如在 Push 消息发起者指示 Push 服务器通过组播方式发送该 Push 消息时， Push 服务器可以通过查询判断目标终端所在群组， 来获得发送此 Push 消息给目标终端的数目。 其中 Push 服务器在通过查询组管理服务器获取传递报告时， 可以在发送该 Push 消息前， 获 得目标终端的地址信息， 从目标地址终端的数目获得此 Push 将发送给目标终端的数目 ； 并 且 Push 服务器可根据发送 Push 消息的数目， 或承载网络发送的数目获得该 Push 消息实 际传递的数目， 以及通过接收终端返回的接收响应或与服务器建立连接等操作获得该 Push 消息成功接收的数目。当然 Push 服务器也可以在发送该 Push 消息前， 通过查询承载网络 服务器， 获得加入此组播组用户的数目 ； 或者通过统计分发的密钥， 接入参数， 订阅过程， 业 务声明， 返回确认加入组消息的数目等数据， 来统计接收 Push 消息的终端数目。 终端对 Push 服务器传递的 Push 消息进行判断， 如果携带有返回接收响应的指示， 则向 Push 服务器返回接收响应。 接收响应的类型包括 ： 成功接收响应、 失败接收响应、 拒绝 接收响应、 正在处理响应、 禁止重传响应等等。
Push 服务器根据查询组管理服务器获取的结果或根据终端返回的接收响应或与 服务器建立连接等操作， 可统计出传递 Push 消息的传递报告。对于同一 Push 消息标识， 统 计的数目分类存储， 例如 Push 消息成功发送的数目， Push 消息失败的数目等。
对于获取的传递报告， Push 服务器可以主动向 Push 消息发起者返回传递报告， 也 可以根据 Push 消息发起者发送的请求传递报告的消息向所述 Push 消息发起者返回传递报 告， 该返回传递报告包括 ： 返回全部传递结果类型的传递报告， 或者仅返回所请求传递结果 类型的传递报告。当然 Push 服务器也可以根据其他服务器发送查询某项传递报告的请求 消息， Push 服务器根据返回策略， 判断是否返回请求的结果给其他服务器， 如果是， 则返回 可返回的查询结果。
对于使用广播或组播等方式将 Push 消息传递给终端， 并指示终端返回接收响应 消息， 但终端没有上行信道可利用以返回接收响应的情况下， Push 服务器可在传递给终端 的所述 Push 消息中携带承载方式的指示， 以使得所述终端使用所述指示的承载方式返回 接收响应。
指示的承载方式可以为一种或者多种， 由终端判断选择其中一种返回接收响应。 此指示信息可以通过发送给终端的 Push 消息中携带， 例如在 QoS 参数中指示， 或通过扩展 Push 消息的消息头域、 值域或消息体， 携带指示终端返回接收响应所使用的承载方式标识， 并且还可以进一步给出返回接收响应的接收地址信息和 / 或 Push 消息标识信息等， 例如， 指示通过 SMS， Email， HTTP， WSP， SIP 信令返回接收响应。终端通过解析此指示承载方式的
标识， 并激活相应的应用， 使用所述指示的承载方式返回接收响应， 从而在终端没有上行信 道可利用的情形下， 仍然可以保证终端返回接收响应。以下给出举例 ：
当然， 如果传递给终端的 Push 消息中没有指示具体的承载方式， 终端也可以通过 默认的方式返回接收响应。
为增强 Push 服务器的统计功能， Push 消息发起者还可以在所述 Push 消息中携带 统计方式的指示， 使得 Push 服务器按照所述 Push 消息中指示的统计方式对传递报告进行 统计。Push 服务器通过扩展所述传递报告的消息头域、 值域或消息体的方式将统计结果返 回给 Push 消息发起者， 从而 Push 消息发起者能够收到详细的传递结果分类， 为用户带来更 好的体验。
统计结果可以放在传递报告的消息头中， 例如， Push 服务器在向 Push 消息发起者 返回的传递报告消息头中携带如下统计结果 ：
其中 Number 数可以为 Push 服务器将此 Push 消息发送给终端的数目， 也可以为终 端返回接收响应的数目。而 Successful-Number 为成功接收该 Push 消息的终端数目。当 然也可包括 Rejected-Number 表示拒绝接收的终端数目， Pending-Number 表示正在处理的 终端数目， Undeliverable Number 表示未能传递的终端数目等统计结果。
或， Push 服务器在向 Push 消息发起者返回的传递报告消息头中携带如下统计结 果：
当然， Push 服务器也可以将统计结果封装在传递报告的消息体中， 以如下方式进 行返回 ：
报告状态 Successful-Number Rejected-Number Pending-Number Undeliverable-Number Delivered-Number Expired-Number Aborted-Number Timeout-Number Cancelled-Number Unkonw-Number Totol-report-Number
数目 n n n n n n n n n n n地址信息 Address Info Address Info Address Info Address Info Address Info Address Info Address Info Address Info Address Info Address Info Address InfoPush 消息发起者接收到该传递报告后， 向 Push 服务器返回接收响应。另外， 对指示返回接收响应未返回接收响应的终端或返回传递失败响应的终端， Push 服务器可以进一步将该终端的地址信息报告给 Push 消息发起者， Push 消息发起者可 以用此信息判断是否需要向未成功接收 Push 消息的终端， 进一步指示 Push 服务器以单播， 组播或广播方式再次传递该 Push 消息， 或者 Push 服务器自身根据所述终端地址信息判断 是否以单播， 组播或广播方式再次传递该 Push 消息， 从而增加传递的成功率。
本发明实施例提供的传递 Push 消息的方法， Push 服务器在以广播或组播方式向 终端传递 Push 消息时， 通过 Push 消息发起者在所述 Push 消息中携带统计传递结果的指 示， 指示 Push 服务器获取传递报告， 使得 Push 服务器以广播或组播情况下仍能够获知 Push 消息的传递情况。
实施例二
参见图 2， 本发明实施例提供的一种接收 Push 消息的方法， 包括 ：
步骤 21， 接收 Push 服务器通过广播或组播方式传递的 Push 消息， 在所述 Push 消 息中携带有返回接收响应的指示 ；
终端接收 Push 服务器通过广播或组播方式传递的 Push 消息， 在所述 Push 消息中 携带有返回接收响应的指示， 该返回接收响应的指示可在 Push 消息中的 QoS 参数中给出， 例如可以在 QoS 参数中添加 Response-Report 标识指示终端需要向 Push 服务器返回接收 响应。 步骤 22， 根据所述返回接收响应的指示， 向所述 Push 服务器返回接收响应或与服 务器建立连接。
终端接收到该 Push 消息， 对接收到的 Push 消息进行判断， 如果携带有返回接收响 应的指示， 则向 Push 服务器返回接收响应。 接收响应的类型包括 ： 成功接收响应、 失败接收 响应、 拒绝接收响应、 正在处理响应、 禁止重传响应等等， 以使得 Push 服务器根据终端返回 的接收响应或与服务器建立连接等操作， 统计出 Push 消息的传递报告， 使得 Push 服务器在 以广播或组播方式传递 Push 消息的情况下， 仍能够获知 Push 消息的传递情况。
对于使用广播或组播等方式将 Push 消息传递给终端， 并指示终端返回接收响应 消息， 但终端没有上行信道可利用以返回接收响应的情况下， Push 服务器可在传递给终端 的所述 Push 消息中携带有承载方式的指示， 使得所述终端根据所述承载方式的指示， 激活 相应的应用， 使用所述指示的承载方式向所述 Push 服务器返回接收响应。
指示的承载方式可以为一种或者多种， 由终端判断选择其中一种返回接收响应。 此指示信息可以通过发送给终端的 Push 消息中携带， 例如在 QoS 参数中指示， 或通过扩展 Push 消息的消息头域、 值域或消息体， 携带指示终端返回接收响应所使用的承载方式标识， 并且还可以进一步给出返回接收响应的接收地址信息和 / 或 Push 消息标示信息等， 例如， 指示通过 SMS， Email， HTTP， WSP， SIP 信令返回接收响应。终端通过解析此指示承载方式的 标识， 并激活相应的应用， 使用所述指示的承载方式返回接收响应， 从而在终端没有上行信 道可利用的情形下， 仍然可以保证终端返回接收响应。当然， 如果 Push 消息中没有指示具 体的承载方式， 终端也可以通过默认的方式返回接收响应。
本发明实施例提供的接收 Push 消息的方法， 在 Push 服务器在以广播或组播方式 向终端传递 Push 消息时， 通过在所述 Push 消息中携带返回接收响应的指示， 指示终端返回 接收响应， 以使得 Push 服务器根据终端返回的接收响应或与服务器建立连接等操作， 统计
出 Push 消息的传递报告。
实施例三
参见图 3， 本发明实施例提供一种 Push 服务器， 包括 ：
接收单元 31， 用于接收 Push 消息， 所述 Push 消息中携带有统计传递结果的指示 ；
传递方式确定单元 32， 用于根据所述 Push 消息确定通过广播或组播方式向终端 传递所述 Push 消息 ；
传递报告获取单元 33， 用于根据统计传递结果的指示获取传递报告。
所述根据统计传递结果的指示获取传递报告包括 ： 获取全部传递结果类型的传递 报告， 或者仅获取所指示传递结果类型的传递报告 ；
其中， 所述报告获取单元 33 包括如下至少一种模块 ：
第一获取模块， 用于通过查询组管理服务器获取传递报告 ；
第二获取模块， 用于通过接收终端返回的接收响应获取传递报告 ；
第三获取模块， 用于通过查询终端与服务器建立连接的数目获取传递报告。
对于获取的传递报告， Push 服务器可以主动向 Push 消息发起者返回传递报告， 也 可以根据 Push 消息发起者发送的请求传递报告的消息向所述 Push 消息发起者返回传递报 告， 该返回传递报告包括 ： 返回全部传递结果类型的传递报告， 或者仅返回所请求传递结果 类型的传递报告。当然 Push 服务器也可以根据其他服务器发送查询某项传递报告的请求 消息， Push 服务器根据返回策略， 判断是否返回请求的结果给其他服务器， 如果是， 则返回 可返回的查询结果。 为此， 参见图 4， 本实施例提供的 Push 服务器 3， 还包括传递报告返回单元 34， 该传 递报告返回单元至少包括如下任一模块 ：
主动返回模块， 用于主动向 Push 消息发起者返回所述传递报告 ；
请求返回模块， 用于根据 Push 消息发起者发送的请求传递报告的消息向所述 Push 消息发起者返回所述传递报告 ；
策略返回模块， 用于如果是 Push 消息发起者之外的其他服务器发送的请求传递 报告的消息， 则根据返回策略进行判断是否返回所述请求的传递报告。
对于使用广播或组播等方式将 Push 消息传递给终端， 并指示终端返回接收响应 消息， 但终端没有上行信道可利用以返回接收响应的情况下， 所述 Push 服务器还包括 ：
承载方式指示单元 35， 用于在传递给终端的 Push 消息中携带承载方式的指示， 以 使得所述终端根据所述承载方式的指示， 激活相应的应用， 使用所述指示的承载方式返回 接收响应。从而在终端没有上行信道可利用的情形下， 仍然可以保证终端返回接收响应。
为增强 Push 服务器的统计功能， Push 消息发起者在所述 Push 消息中还携带有对 返回传递报告统计方式的指示， 为此， 仍参见图 4， 所述 Push 服务器还包括 ：
统计单元 36， 用于按照所述 Push 消息中指示的统计方式对传递报告进行统计 ； 同 时， 所述传递报告返回单元 34， 具体用于通过扩展所述传递报告的消息头域、 值域或消息体 的方式将统计结果返回给 Push 消息发起者。从而 Push 消息发起者能够收到详细的传递结 果分类， 为用户带来更好的体验。
另外， 对于指示返回接收响应未返回接收响应的终端或返回传递失败响应的终 端， 根据所述终端地址信息， Push 服务器可以向所述终端再次发送该 Push 消息， 从而增加
传递的成功率。为此， 所述 Push 服务器还可包括 ：
重传单元 37， 用于对指示返回接收响应未返回接收响应的终端或返回传递失败响 应的终端， 根据所述终端地址信息， 向所述终端再次传递该 Push 消息。
本发明实施例提供的 Push 服务器， 可应用于上述的方法实施例一， 对以广播或组 播方式传递 Push 消息情况下， 仍能够获知 Push 消息的传递情况。
实施例四
参见图 5， 本发明实施例提供一种终端， 包括 ：
接收单元 51， 用于接收 Push 服务器通过广播或组播方式传递的 Push 消息， 在所述 Push 消息中携带有返回接收响应的指示 ；
响应返回单元 52， 用于根据所述返回接收响应的指示， 向所述 Push 服务器返回接 收响应或与服务器建立连接。
终端的接收单元 51 接收到该 Push 消息， 对接收到的 Push 消息进行判断， 如果携 带有返回接收响应的指示， 则向 Push 服务器返回接收响应。接收响应的类型包括 ： 成功接 收响应、 失败接收响应、 拒绝接收响应、 正在处理响应、 禁止重传响应等等， 以使得 Push 服 务器根据终端返回的接收响应或与服务器建立连接等操作， 统计出 Push 消息的传递报告， 使得 Push 服务器在以广播或组播方式传递 Push 消息情况下， 仍能够获知 Push 消息的传递 情况。 对于使用广播或组播等方式将 Push 消息传递给终端， 并指示终端返回接收响应 消息， 但终端没有上行信道可利用以返回接收响应的情况下， Push 服务器可以在传递给终 端的 Push 消息中携带承载方式的指示， 以使得终端根据所述承载方式的指示， 激活相应的 应用， 使用所述指示的承载方式向所述 Push 服务器返回接收响应， 从而在终端没有上行信 道可利用的情形下， 仍然可以保证终端返回接收响应。为此参见图 6， 本发明实施例提供的 终端还包括 ：
应用激活单元 53， 用于根据所述 Push 消息中指示的承载方式， 激活相应的应用 ； 同时， 所述响应返回单元 52， 具体用于使用所述指示的承载方式向所述 Push 服务器返回接 收响应。
本发明实施例提供的终端， 可应用于上述的方法实施例二， 使得 Push 服务器在以 广播或组播方式传递 Push 消息情况下， 仍能够获知 Push 消息的传递情况。
实施例五
参见图 7， 本发明实施例提供了一种传递 Push 消息的系统， 包括 Push 消息发起者 10、 Push 服务器 20 和若干个终端 30， 其中，
所述 Push 服务器 20， 用于接收所述 Push 消息发起者发送的传递 Push 消息的指 令， 在接收的 Push 消息中携带有统计传递结果的指示， 根据所述 Push 消息确定通过广播或 组播方式向终端传递所述 Push 消息 ； 根据统计传递结果的指示获取传递报告。
具体地， 所述 Push 服务器 20， 用于通过查询组管理服务器获取传递报告 ； 或通过 接收终端返回的接收响应获取传递报告 ； 或通过查询终端与服务器建立连接的数目获取传 递报告。 该获取的传递报告包括 ： 获取全部传递结果类型的传递报告， 或者仅获取所指示传 递结果类型的传递报告。
此外， 所述 Push 服务器 20， 还用于主动向 Push 消息发起者返回所述传递报告 ； 或
者， 根据 Push 消息发起者发送的传递报告的请求消息向所述 Push 消息发起者返回所述传 递报告 ； 或者， 如果是 Push 消息发起者之外的其他服务器发送的传递报告的请求消息， 则 根据返回策略进行判断是否返回响应并携带所述请求的传递报告。该返回的传递报告包 括： 返回全部传递结果类型的传递报告， 或者仅返回所请求传递结果类型的传递报告。
在终端没有上行信道返回接收响应的情形下， 所述 Push 服务器 20， 还用于在传递 给终端的 Push 消息中携带承载方式的指示， 以使得终端根据所述承载方式的指示， 激活相 应的应用， 使用所述指示的承载方式返回接收响应。
为增强 Push 服务器 20 的统计功能， 所述 Push 消息发起者 10 在 Push 消息中携带 统计方式的指示 ； 此时， 所述 Push 服务器 20， 还用于按照所述 Push 消息中指示的统计方式 对传递报告进行统计， 并通过扩展所述传递报告的消息头域、 值域或消息体的方式将统计 结果返回给 Push 消息发起者。
参见图 8， 实施本发明提供的方法实施例的一个具体流程步骤， 包括 ：
步骤 81， Push 消息发起者发送传递 Push 消息的指令给 Push 服务器， 指示 Push 服 务器通过广播或组播的方式传递该 Push 消息。
在所述 Push 消息中携带有统计传递报告的指示， 也可以携带有终端承载方式的 指示， 还可以携带有统计方式的指示。
步骤 82， Push 服务器返回响应消息。此步骤为可选步骤。
步骤 83， Push 服务器通过广播或组播的方式将 Push 消息传递给终端。
步骤 84， 终端对接收到的 Push 消息， 判断是否需要返回接收响应， 还可以进一步 判断是否指示有使用的承载方式。 如果指示有多种承载方式， 则终端根据网络情况， 用户偏 好， 设置， 能力等信息， 激活相应的应用， 选择一种承载方式返回接收响应。
步骤 85， 判断后终端使用指示的承载方式或默认的承载方式向 Push 服务器返回 接收响应。
步骤 86， Push 服务器接收到终端返回的接收响应后， 进行缓存并分类统计， 例如 Push 消息成功发送的数目， Push 消息失败的数目等。如果在所述 Push 消息中还携带有统 计方式的指示， 则所述 Push 服务器将按照所述指示的统计方式对所述终端返回的接收响 应进行统计。
步骤 87， Push 服务器根据统计结果向 Push 消息发起者发送传递报告。统计结果 可能由于各终端接收 Push 消息或返回接收响应的时延不同， 可以分批发送传递报告， 或可 以等待所有结果统计后一起返回传递报告， 也可以设定一个时限发送传递报告。在此传递 报告中， 需要给出 Push 消息的标识， Push 消息发起者用此标识识别此传递报告结果为那条 Push 消息的接收结果报告。
步骤 88， Push 消息发起者接收到传递报告后， 向 Push 服务器返回响应消息。
当然， 此流程中， 在 Push 服务器向 Push 消息发起者返回传递报告之前， Push 消息 发起者可以在任意步骤增加查询请求， 请求某条 Push 消息的传递情况。
本领域技术人员还可以意识到， 结合本文中所公开的实施例描述的各示例的单元 及实现步骤， 能够以电子硬件、 计算机软件或者二者的结合来实现， 为了清楚地说明硬件和 软件的可互换性， 在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些 功能究竟以硬件还是软件方式来执行， 取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能， 但是这种实现不 应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法步骤， 可以用硬件、 处理器执行的软件 模块， 或者二者的结合来实施。软件模块可以置于随机存储器 (RAM)、 内存、 只读存储器 (ROM)、 电可编程 ROM、 电可擦除可编程 ROM、 寄存器、 硬盘、 可移动磁盘、 CD-ROM、 或任意其它 形式的存储介质中。
上述具体实施例并不用以限制本发明， 对于本技术领域的普通技术人员来说， 凡 在不脱离本发明原理的前提下， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的 保护范围之内。