专利名称：一种事件处理方法和装置的制作方法
技术领域：
本发明涉及通信技术领域，特别是涉及一种事件处理方法和装置。
背景技术：
OTA(Over The Air)应用是一种基于短消息机制、通过手机终端和服务器之间的交互使用户获取个性化信息服务的数据增值业务。OTA应用存放于手机终端、 SIM (Subscriber Identity Module，用户身份识别模块)卡或USIM (Universal Subscriber Identity Module，全球用户身份识别模块)卡中，可以实现业务菜单的动态下载、删除与更新。例如，手机终端上的手机票应用可以通过短信或GPRS(General Packet Radio krvice，通用分组无线服务)方式，与服务器进行购票、取票和回票等业务。手机终端与服务器之间的一次业务通常需要经历若干次信令交互才能完成，且上述业务可以通过MT (MobiIe ^Terminated，短信下行)或MO (Mobile Originated短信上行) 方式实现。现有技术中的手机终端与服务器的系统架构，如图1所示。当手机终端中的OTA 应用通过MO方式向服务器发送业务请求后，OTA应用处于等待服务器回应的状态；当接收到服务器中的应用处理器返回的业务响应后，手机终端完成业务，进入空闲状态。服务器也可以通过MT方式向终端发送业务命令，终端中的OTA应用接收到业务命令后，向服务器返回响应并进入等待服务器回应的状态，在接收到服务器返回的业务响应后，完成业务并进入空闲状态。在实现本发明的过程中，发明人发现现有技术至少存在如下问题由于短消息为异步通信方式，无法保证服务器实时收到手机终端的短信，而且短信可靠性差，易丢失，服务器通过MT方式向手机终端发送的业务命令会中断手机终端正在进行的MO方式的业务，降低了 OTA应用的执行成功率；此外，在手机终端的业务过程中，如果通过MO的方式发起新的业务，也会导致前一业务的中断，同样降低了 OTA应用的执行成功率。
发明内容
本发明的目的在于提供一种事件处理方法和装置，用以提高终端中的应用的执行成功率，为此，本发明采用如下技术方案—种事件处理方法，应用于终端，所述终端上设置有所述终端中的应用的各状态以及各状态下的期待事件，所述方法包括当终端接收到服务器的下行事件时，所述终端根据所述终端当前业务的应用所处的状态，判断所述下行事件是否为该状态下的期待事件，并在判断出所述下行事件为该状态下的期待事件时，将所述下行事件发送到所述应用，更新所述应用的状态。一种事件处理方法，应用于服务器，所述服务器上设置有终端中的应用的各状态以及各状态下的期待事件，所述方法包括所述服务器根据所述终端当前业务的应用所处的状态，判断所述服务器生成的下行事件是否为该状态下的期待事件；所述服务器判断出所述下行事件为该状态下的期待事件时，向所述终端发送所述下行事件。一种终端，包括状态机管理器，用于存储所述终端中的应用的各状态以及各状态下的期待事件；接收模块，用于接收服务器的下行事件；判断模块，用于根据所述终端当前业务的应用所处的状态，判断所述下行事件是否为该状态下的期待事件；处理模块，用于在所述判断模块判断出所述下行事件为该状态下的期待事件时， 将所述下行事件发送到所述应用，更新所述应用的状态。一种服务器，包括生成模块，用于生成下行事件。状态机管理器，用于存储终端中的应用的各状态以及各状态下的期待事件；判断模块，用于根据所述终端当前业务的应用所处的状态，判断所述生成模块生成的下行事件是否为该状态下的期待事件；处理模块，用于在所述判断模块判断出所述下行事件为该状态下的期待事件时， 向所述终端发送所述下行事件。与现有技术相比，本发明具有以下优点根据终端当前业务的应用所处的状态选择发送给该应用的下行事件和发送给服务器的上行事件，可以避免打断终端当前业务，提高了终端业务的执行成功率。
图1为现有技术中的终端与服务器的架构示意图；图2为本发明实施例中的终端与服务器的架构示意图；图3为本发明实施例一中的事件处理方法流程图；图4为本发明实施例中的终端中的应用的状态更新示意图；图5为本发明实施例二中的事件处理方法流程图；图6为本发明实施例三中的事件处理方法流程图；图7为本发明实施例四中的终端的结构示意图；图8为本发明实施例五中的服务器的结构示意图。
具体实施例方式本发明实施例提供的技术方案中，终端上设置有该终端中的应用的各状态以及各状态下的期待事件，当终端接收到服务器的下行事件时，终端根据该终端当前业务的应用所处的状态，判断下行事件是否为该状态下的期待事件，并在判断出下行事件为该状态下的期待事件时，将该下行事件发送到上述应用，更新该应用的状态；当终端生成上行事件时，终端根据该终端当前业务的应用所处的状态，判断上行事件是否为该状态下的期待事件，并在判断出该上行事件为该状态下的期待事件时，将该上行事件发送到服务器，更新上述应用的状态。
服务器上也可以设置有终端中的应用的各状态以及各状态下的期待事件，服务器根据终端当前业务的应用所处的状态，判断该服务器生成的下行事件是否为该状态下的期待事件；服务器判断出下行事件为该状态下的期待事件时，向终端发送该下行事件。上述两种方案还可以结合使用。下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。如图2所示，本发明实施例中的终端与服务器的架构示意图。终端可以针对自身的应用设置状态机管理器，通过该状态机管理器维护终端中的应用所处的状态，并根据应用所处的状态确定接收到的下行事件是该状态下的期待事件时将该下行事件发送到终端中的应用，以及在生成的上行事件是该状态下的期待事件时将该上行事件发送到服务器， 从而通过终端侧的处理提高终端中的应用的执行成功率。服务器也可以针对终端中的应用设置状态机管理器，通过该状态机管理器记录终端中的应用当前所处的状态，并在生成的下行事件是该终端的应用当前所处的状态的期待事件时，将生成的下行事件发送到终端， 从而通过服务器侧的处理提高终端中的应用的执行成功率。如图3所示，为本发明实施例一中的事件处理方法流程图，该流程中，终端中设置有状态机管理器，状态机管理器中设置有终端中的应用的各状态以及各状态下的期待事件。终端通过MO方式或MT方式当前开启了某种应用，本实施例中以手机票应用为例，如图所示，该流程可包括以下步骤步骤301，终端接收服务器的下行事件。步骤302，终端根据手机票应用的所处的状态，判断接收到的下行事件是否为该状态下的期待事件；如果判断结果为是，则执行步骤303 ；否则，执行步骤304。具体地，终端中的状态机管理器可以根据手机票应用所处的状态确定该状态下的期待事件，并判断接收到的下行事件是否为期待事件。其中，终端的应用所处的状态下的期待事件可以为一种或多种下行事件。步骤303，终端将接收到的下行事件发送到手机票应用，更新手机票应用的状态。具体地，终端可以在将接收到的下行事件发送到手机票应用之后，更新手机票应用的状态，也可以在接收到手机票应用返回的用于表示应用根据下行事件处理成功的反馈信息后，更新手机票应用的状态。当终端中的状态机管理器接收到手机票应用返回的用于表示应用根据下行事件处理不成功的反馈信息或者在预设时间内没有接收到手机票应用返回的反馈信息时，终端保持手机票应用的状态。终端中的状态机管理器可以按照如图4所示的状态更新示意图，更新终端中的应用的状态。当终端中的应用为空闲状态，且接收到的下行事件为针对业务1的MT命令时， 状态机管理器将应用的状态更新为业务1状态；当终端中的应用为业务1进行状态，且接收到的下行事件为针对业务1的业务应答时，状态机管理器可以先将应用的状态更新为业务 1完成状态，并进一步更新到空闲状态。当终端中的应用为空闲状态，且接收到的下行事件为业务应答时，该应用的状态不变。当终端中的应用为业务1进行状态，且接收到的下行事件为针对其他业务的MT命令时，保持该应用的状态不变。
步骤304，终端丢弃接收到的下行事件，向服务器发送通知消息。其中，通知消息携带有手机票应用的状态信息，该状态信息可以是直接状态信息 (如状态名称或标识)，即明确指示出手机票应用当前所处的状态，也可以是间接状态信息 (如最近一次发送给服务器的上行事件的标识或名称或事件内容等)，服务器可根据该间接状态信息确定出手机票应用当前所处的状态。本发明实施例中，针对终端的OTA功能失效的极端情况，终端还可以通过数据线、 RFID、蓝牙、红外、WiFi等备选方式与服务器交互。终端处于业务进行状态时，可以通过上述备选方式将终端的应用的状态信息通知服务器。需要说明的是，本发明实施例中的步骤305为优选步骤，在本发明的其他实施方式中，终端在判断出接收到的下行事件不是终端中的应用的期待事件时，还可以执行除丢弃该下行事件和向服务器发送通知消息之外的其他操作，例如，不响应该下行事件，将最近一次发送给服务器的上行事件再次发送给服务器，同样可以达到事件处理的目的。本发明实施例中，终端还可以通过应用界面向用户提供重试选项和撤销选项。当用户选择重试选项时，终端根据用户提交的重发命令，将已经发送给服务器的上行事件再次发送给该服务器。当用户选择撤销选项时，终端根据用户提交的状态撤销命令，向服务器发送撤销请求，将手机票应用返回到之前的状态，或者直接返回到空闲状态。具体地，终端可以在向服务器发送撤销请求之后，直接将手机票应用返回到之前的状态或者空闲状态； 也可以在接收到服务器返回的撤销响应后，将手机票应用返回到之前的状态或者空闲状态。终端还可以通过应用界面显示手机票应用的状态，以及终端向服务器发送的上行事件的内容。例如，手机票应用的状态可以包括空闲状态、STK购票状态、STK回票状态和 STK取票状态，终端向服务器发送的上行事件可以包括写票命令、网络购票确认请求命令、 取票写票命令、购票取消命令等。本发明实施例以手机票应用为例对技术方案进行描述，需要说明的是，本发明实施例的技术方案同样适用于终端中的其他应用，如手机钱包应用等。本发明的实施例包括以下优点，因为根据终端当前业务的应用所处的状态选择发送给该应用的下行事件，可以避免服务器的下行事件打断终端当前业务；通过将终端当前业务的应用所处的状态镜像到服务器中，能够避免服务器在终端当前业务的进行过程中下发新的MT命令，提高了终端业务的执行成功率。当然，实施本发明的实施例的任一产品并不一定需要同时达到以上所述的所有优点。如图5所示，为本发明实施例二中的事件处理方法流程图，该流程中，终端上设置有状态机管理器，状态机管理器中设置有终端中的应用的各状态以及各状态下的期待事件。终端通过MO方式或MT方式当前开启了某种应用，本实施例中以手机票应用为例，包括以下步骤步骤501，终端生成上行事件。步骤502，终端根据终端手机票应用所处的状态，判断该应用生成的上行事件是否为该状态下的期待事件；如果判断结果为是，则执行步骤504 ；否则，执行步骤503。具体地，终端中的状态机管理器可以根据手机票应用所处的状态确定该状态下的期待事件，并判断手机票应用生成的上行事件是否为期待事件。其中，终端的应用所处的状态下的期待事件可以为一种或多种上行事件，该上行事件允许发送到服务器，不会中断当前业务。其中，终端中的应用生成的上行事件可以为请求事件，不同的请求事件之间可以是互斥关系。终端在当前业务的执行过程中，如果向服务器发送与当前业务的请求事件存在互斥关系的请求事件，会中断当前业务。因此，终端中的状态机管理器可以将与当前业务的请求事件存在互斥关系的请求事件设置为当前业务的应用所处状态下的非期待事件。当应用生成该请求事件时，状态机应管理器会判断该请求事件不是该状态下的期待事件。步骤503，终端拒绝发送上行事件。步骤504，终端将上行事件发送到服务器，更新手机票应用的状态。具体地，终端可以在上行事件发送到服务器之前更新应用的状态，也可以在上行事件发送到服务器之后更新应用的状态。终端中的状态机管理器可以按照如图4所示的状态更新示意图，更新终端中的应用的状态。当终端中的应用为空闲状态，且向服务器发送的上行事件为针对业务1的MO请求时，状态机管理器将应用的状态更新为业务1状态；当终端中的应用为业务1进行状态，且向服务器发送的上行事件为针对业务1的撤销请求时，状态机管理器可以先将应用的状态更新为业务1终止状态，并进一步更新到空闲状态。当终端中的应用为业务1进行状态，且向服务器发送的上行事件为针对其他业务的MO请求时， 应用的状态信息不变。本发明实施例中，用户操作进入终端当前业务的应用时，终端通过应用界面显示当前业务的应用的状态，并提供重试和撤销两个选项。当用户选择重试时，终端向服务器重发之前的业务请求，服务器接收重发的业务请求，向终端返回业务响应。当用户选择撤销时，终端向服务器发送针对当前业务的撤销请求，并回到空闲状态，也可以在接收到服务器的撤销响应时，回到空闲状态。以手机票为例，终端中的应用接收下行事件或发送上行事件后的状态变化，如表1 所示。表1手机票应用的状态变化表
权利要求
1.一种事件处理方法，应用于终端，其特征在于，所述终端上设置有所述终端中的应用的各状态以及各状态下的期待事件，所述方法包括当终端接收到服务器的下行事件时，所述终端根据所述终端当前业务的应用所处的状态，判断所述下行事件是否为该状态下的期待事件，并在判断出所述下行事件为该状态下的期待事件时，将所述下行事件发送到所述应用，更新所述应用的状态。
2.如权利要求1所述的方法，其特征在于，所述终端更新所述应用的状态，包括所述终端在将所述下行事件发送到所述应用之后，更新所述应用的状态；或者所述终端接收所述应用返回的用于表示所述应用根据所述下行事件处理成功的反馈信息后，更新所述应用的状态。
3.如权利要求1所述的方法，其特征在于，还包括所述终端判断出所述下行事件不是所述应用所处的状态下的期待事件时，丢弃所述下行事件。
4.如权利要求1所述的方法，其特征在于，还包括所述终端判断出所述下行事件不是所述应用的期待事件时，向所述服务器发送通知消息，或者将最近一次发送给所述服务器的上行事件再次给所述服务器，所述通知消息中携带有所述应用的状态信息或者所述终端最近一次发送给所述服务器的上行事件的信息，用于将所述应用所处的状态通知所述服务器。
5.如权利要求1所述的方法，其特征在于，还包括当终端生成上行事件时，所述终端根据所述终端当前业务的应用所处的状态，判断所述上行事件是否为该状态下的期待事件，并在判断出所述上行事件为该状态下的期待事件时，将所述上行事件发送到所述服务器，更新所述应用的状态。
6.如权利要求5所述的方法，其特征在于，还包括所述终端判断出所述上行事件不是所述应用所处的状态下的期待事件时，拒绝发送所述上行事件。
7.如权利要求1所述的方法，其特征在于，还包括所述终端根据用户提交的状态撤销命令，向所述服务器发送撤销请求，将所述应用返回到之前的状态；和/或所述终端根据用户提交的重发命令，将已经发送给所述服务器的上行事件再次发送给所述服务器。
8.如权利要求1所述的方法，其特征在于，所述服务器上设置有所述终端中的应用的各状态以及各状态下的期待事件，所述方法还包括所述服务器根据所述终端当前业务的应用所处的状态，判断所述服务器生成的下行事件是否为该状态下的期待事件；所述服务器判断出所述下行事件为该状态下的期待事件时，向所述终端发送所述下行事件。
9.一种事件处理方法，应用于服务器，其特征在于，所述服务器上设置有终端中的应用的各状态以及各状态下的期待事件，所述方法包括所述服务器根据所述终端当前业务的应用所处的状态，判断所述服务器生成的下行事件是否为该状态下的期待事件；所述服务器判断出所述下行事件为该状态下的期待事件时，向所述终端发送所述下行事件。
10.如权利要求9所述的方法，其特征在于，还包括所述服务器判断出所述下行事件不是所述应用所处的状态下的期待事件时，拒绝发送所述下行事件。
11.如权利要求9所述的方法，其特征在于，还包括所述服务器接收所述终端发送的通知消息或者当前业务的应用的上行事件后，更新所述应用的状态，所述通知消息中携带所述应用的状态信息或者所述终端最近一次发送给所述服务器的上行事件的信息。
12.—种终端，其特征在于，包括状态机管理器，用于存储所述终端中的应用的各状态以及各状态下的期待事件；接收模块，用于接收服务器的下行事件；判断模块，用于根据所述终端当前业务的应用所处的状态，判断所述下行事件是否为该状态下的期待事件；处理模块，用于在所述判断模块判断出所述下行事件为该状态下的期待事件时，将所述下行事件发送到所述应用，更新所述应用的状态。
13.如权利要求12所述的终端，其特征在于，所述处理模块，具体用于在将所述下行事件发送到所述应用之后，更新所述应用的状态；或者接收所述应用返回的用于表示所述应用根据所述下行事件处理成功的反馈信息后，更新所述应用的状态。
14.如权利要求12所述的终端，其特征在于，所述处理模块，还用于在所述判断模块判断出所述下行事件不是所述应用所处的状态下的期待事件时，丢弃所述下行事件。
15.如权利要求12所述的终端，其特征在于，所述处理模块，还用于在所述判断模块判断出所述下行事件不是所述应用所处的状态下的期待事件时，向所述服务器发送通知消息，或者将最近一次发送给所述服务器的上行事件再次给所述服务器，所述通知消息中携带有所述应用的状态信息或者所述终端最近一次发送给所述服务器的上行事件的信息，用于将所述应用所处的状态通知所述服务器。
16.如权利要求12所述的终端，其特征在于，还包括生成模块，用于生成上行事件；所述判断模块，还用于根据所述终端当前业务的应用所处的状态，判断所述上行事件是否为该状态下的期待事件；所述处理模块，还用于在判断出所述上行事件为该状态下的期待事件时，将所述上行事件发送到所述服务器，更新所述应用的状态。
17.如权利要求16所述的终端，其特征在于，所述处理模块，还用于在所述判断模块判断出所述上行事件不是所述应用所处的状态下的期待事件时，拒绝发送所述上行事件。
18.如权利要求12所述的终端，其特征在于，所述处理模块，还用于根据用户提交的状态撤销命令，向所述服务器发送撤销请求，将所述应用返回到之前的状态。
19.如权利要求12所述的终端，其特征在于，所述处理模块，还用于根据用户提交的重发命令，将已经发送给所述服务器的上行事件再次发送给所述服务器。
20.一种服务器，其特征在于，包括生成模块，用于生成下行事件。状态机管理器，用于存储终端中的应用的各状态以及各状态下的期待事件；判断模块，用于根据所述终端当前业务的应用所处的状态，判断所述生成模块生成的下行事件是否为该状态下的期待事件；处理模块，用于在所述判断模块判断出所述下行事件为该状态下的期待事件时，向所述终端发送所述下行事件。
21.如权利要求20所述的服务器，其特征在于，所述处理模块，还用于在所述判断模块判断出所述下行事件不是该状态下的期待事件时，拒绝发送所述下行事件。
22.如权利要求20所述的服务器，其特征在于，还包括接收模块，用于接收所述终端发送的通知消息或者当前业务的应用的上行事件，所述通知消息中携带所述应用的状态信息或者所述终端最近一次发送给所述服务器的上行事件的信息；更新模块，用于更新所述应用的状态。
全文摘要
本发明公开了一种事件处理方法和装置，应用于终端，所述终端上设置有所述终端中的应用的各状态以及各状态下的期待事件，所述方法包括当终端接收到服务器的下行事件时，所述终端根据所述终端当前业务的应用所处的状态，判断所述下行事件是否为该状态下的期待事件，并在判断出所述下行事件为该状态下的期待事件时，将所述下行事件发送到所述应用，更新所述应用的状态。通过使用本发明，可以提高终端业务的执行成功率。
文档编号H04W88/18GK102457824SQ20101052731
公开日2012年5月16日 申请日期2010年10月26日 优先权日2010年10月26日
发明者乐祖晖, 李征, 王钊 申请人:中国移动通信集团公司