CN102457824A - 一种事件处理方法和装置 - Google Patents

一种事件处理方法和装置 Download PDF

Info

Publication number
CN102457824A
CN102457824A CN2010105273115A CN201010527311A CN102457824A CN 102457824 A CN102457824 A CN 102457824A CN 2010105273115 A CN2010105273115 A CN 2010105273115A CN 201010527311 A CN201010527311 A CN 201010527311A CN 102457824 A CN102457824 A CN 102457824A
Authority
CN
China
Prior art keywords
incident
state
terminal
application
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN2010105273115A
Other languages
English (en)
Other versions
CN102457824B (zh
Inventor
李征
乐祖晖
王钊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN201010527311.5A priority Critical patent/CN102457824B/zh
Priority to KR1020137013163A priority patent/KR101544289B1/ko
Priority to PCT/CN2011/081316 priority patent/WO2012055349A1/zh
Priority to JP2013535265A priority patent/JP5908916B2/ja
Publication of CN102457824A publication Critical patent/CN102457824A/zh
Application granted granted Critical
Publication of CN102457824B publication Critical patent/CN102457824B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H04W8/245—Transfer of terminal data from a network towards a terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Multimedia (AREA)
  • Medical Informatics (AREA)
  • Environmental & Geological Engineering (AREA)
  • General Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种事件处理方法和装置，应用于终端，所述终端上设置有所述终端中的应用的各状态以及各状态下的期待事件，所述方法包括：当终端接收到服务器的下行事件时，所述终端根据所述终端当前业务的应用所处的状态，判断所述下行事件是否为该状态下的期待事件，并在判断出所述下行事件为该状态下的期待事件时，将所述下行事件发送到所述应用，更新所述应用的状态。通过使用本发明，可以提高终端业务的执行成功率。

Description

一种事件处理方法和装置
技术领域
本发明涉及通信技术领域，特别是涉及一种事件处理方法和装置。
背景技术
OTA(Over The Air)应用是一种基于短消息机制、通过手机终端和服务器之间的交互使用户获取个性化信息服务的数据增值业务。OTA应用存放于手机终端、SIM(Subscriber Identity Module，用户身份识别模块)卡或USIM(UniversalSubscriber Identity Module，全球用户身份识别模块)卡中，可以实现业务菜单的动态下载、删除与更新。例如，手机终端上的手机票应用可以通过短信或GPRS(General Packet Radio Service，通用分组无线服务)方式，与服务器进行购票、取票和回票等业务。
手机终端与服务器之间的一次业务通常需要经历若干次信令交互才能完成，且上述业务可以通过MT(Mobile Terminated，短信下行)或MO(MobileOriginated短信上行)方式实现。现有技术中的手机终端与服务器的系统架构，如图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手机票应用的状态变化表
Figure BSA00000327091200081
其中，表1的第1行表示手机票应用接收下行事件或发送上行事件时的状态，表1的第1列表示接收的下行事件或发送的上行事件，表1的其他内容表示手机票应用接收下行事件或发送上行事件后的状态。N/A表示手机票应用接收的下行事件或发送的上行事件是无效的，手机票应用不执行相应的命令，也不返回响应。
当手机票应用处于业务进行状态时，用户进入一级菜单“手机票券”后，手机票应用展示正在等待处理的当前STK业务，内容可以为“您的XXXX(网络购票、取票或回票)业务正在处理中，您可以选择返回，继续等待，或者选择确定，再次重发。”用户选择重发后，手机票应用将本地业务请求再次发送给服务器，并在发送本地业务请求后进入二级菜单；用户选择返回后，则手机票应用直接进行二级菜单。
需要说明的是，本发明实施例中的步骤503为优选步骤，在本发明的其他实施方式中，终端在判断出不允许将自身的应用生成的上行事件发送到服务器时，还可以执行除拒绝发送上行事件之外的其他操作，例如，丢弃该下行事件，也可以达到事件处理的目的。
本发明实施例以手机票应用为例对技术方案进行描述，需要说明的是，本发明实施例的技术方案同样适用于终端中的其他应用，如手机钱包应用等。
本发明的实施例包括以下优点，因为根据终端当前业务的应用所处的状态选择发送给服务器的上行事件，可以避免向服务器发送的上行事件打断终端的当前业务；此外，终端可以显示当前业务的应用的状态，并向用户提供了重发MO命令和撤销MO命令的选择，降低了用户误操作的几率，提高了终端业务的执行成功率。当然，实施本发明的实施例的任一产品并不一定需要同时达到以上所述的所有优点。
如图6所示，为本发明实施例三中的事件处理方法流程图，该流程中，服务器上设置有状态机管理器，状态机管理器中设置有终端中的应用的各状态以及各状态下的期待事件。终端通过MO方式或MT方式当前开启了某种应用，服务器接收终端发送的通知消息或者当前业务的应用的上行事件后，更新该应用的状态。上述通知消息中携带当前业务的应用的状态信息，该状态信息可以是直接状态信息(如状态名称或标识)，即明确指示出当前业务的应用所处的状态，也可以是间接状态信息(如最近一次发送给服务器的上行事件的标识或名称或事件内容等)，服务器可根据该间接状态信息确定出当前业务的应用所处的状态。本实施例包括以下步骤：
步骤601，服务器生成下行事件。
步骤602，服务器根据终端当前业务的应用所处的状态，判断该服务器生成的下行事件是否为该状态下的期待事件；如果判断结果为是，则执行步骤604；否则，执行步骤603。
具体地，服务器中的状态机管理器可以根据应用所处的状态确定该状态下的期待事件，并判断生成的下行事件是否为期待事件。其中，终端的应用所处的状态下的期待事件可以为一种或多种下行事件。
步骤603，服务器拒绝发送下行事件。
步骤604，服务器向终端发送下行事件。
需要说明的是，本发明实施例中的步骤603为优选步骤，在本发明的其他实施方式中，服务器在判断出生成的下行事件不是终端中的应用的期待事件时，还可以执行除拒绝发送下行事件之外的其他操作，例如，丢弃该下行事件，也可以达到事件处理的目的。
本发明的实施例包括以下优点，因为根据终端当前业务的应用所处的状态选择发送给该应用的下行事件，可以避免服务器的下行事件打断终端当前业务，提高了终端业务的执行成功率。当然，实施本发明的实施例的任一产品并不一定需要同时达到以上所述的所有优点。
需要说明的是，本发明的上述实施例均以终端或服务器单侧设置状态机管理器为例，描述本发明的技术方案。在本发明的其他实施方式中，终端和服务器可以同时设置状态机管理器，以处理终端接收到的下行事件、终端生成的上行事件以及服务器生成的下行事件。
根据上述实施方式中提供的事件处理方法，本发明实施例还提供了应用上述事件处理方法的装置。
如图7所示，为本发明实施例四中的终端的结构示意图，包括：
状态机管理器710，用于存储终端中的应用的各状态以及各状态下的期待事件。
接收模块720，用于接收服务器的下行事件。
生成模块730，用于生成上行事件。
判断模块740，用于根据终端当前业务的应用所处的状态，判断接收模块720接收到的下行事件和/或生成模块730生成的上行事件是否为该状态下的期待事件。
处理模块750，用于在判断模块740判断出下行事件为该状态下的期待事件时，将该下行事件发送到该应用，更新该应用的状态；和/或在判断模块740判断出上行事件为该状态下的期待事件时，将该上行事件发送到服务器，更新应用的状态。
具体地，上述处理模块750可以在将下行事件发送到应用之后，更新应用的状态；也可以接收应用返回的用于表示应用根据下行事件处理成功的反馈信息后，更新应用的状态。
上述处理模块750，还用于在判断模块740判断出下行事件不是应用所处的状态下的期待事件时，丢弃该下行事件。
上述处理模块750，还用于在判断模块740判断出下行事件不是应用所处的状态下的期待事件时，向服务器发送通知消息，或者将最近一次发送给服务器的上行事件再次给该服务器。上述通知消息中携带有应用的状态信息，该状态信息可以是直接状态信息(如状态名称或标识)，即明确指示出当前业务的应用所处的状态，也可以是间接状态信息(如终端最近一次发送给服务器的上行事件的标识或名称或事件内容等)，服务器可根据该间接状态信息确定出当前业务的应用所处的状态。
上述处理模块750，还用于在判断模块740判断出上行事件不是应用所处的状态下的期待事件时，拒绝发送该上行事件。
上述处理模块750，还用于根据用户提交的状态撤销命令，向服务器发送撤销请求，将当前业务的应用返回到之前的状态。
上述处理模块750，还用于根据用户提交的重发命令，将已经发送给服务器的上行事件再次发送给该服务器。
本发明的实施例包括以下优点，因为根据终端当前业务的应用所处的状态选择发送给该应用的下行事件和发送给服务器的上行事件，可以避免打断终端的当前业务，提高了终端业务的执行成功率。当然，实施本发明的实施例的任一产品并不一定需要同时达到以上所述的所有优点。
如图8所示，为本发明实施例五中的服务器的结构示意图，包括：
生成模块810，用于生成下行事件。
状态机管理器820，用于存储终端中的应用的各状态以及各状态下的期待事件。
判断模块830，用于根据终端当前业务的应用所处的状态，判断生成模块810生成的下行事件是否为该状态下的期待事件。
处理模块840，用于在判断模块820判断出下行事件为该状态下的期待事件时，向终端发送下行事件，并更新应用的状态。
具体地，上述处理模块840可以在向终端发送下行事件之后，更新应用的状态；也可以接收终端返回的用于表示终端当前业务的应用根据下行事件处理成功的反馈信息后，更新应用的状态。
上述处理模块840，还用于在判断模块830判断出下行事件不是该状态下的期待事件时，拒绝发送该下行事件。
上述服务器可以进一步包括：
接收模块850，用于接收终端发送的通知消息或者当前业务的应用的上行事件后，其中，通知消息中携带应用的状态信息，该状态信息可以是直接状态信息(如状态名称或标识)，即明确指示出当前业务的应用所处的状态，也可以是间接状态信息(如终端最近一次发送给服务器的上行事件的标识或名称或事件内容等)。
更新模块860，用于在接收模块850接收到通知消息或上行事件后，更新当前业务的应用的状态。
本发明的实施例包括以下优点，因为根据终端当前业务的应用所处的状态选择发送给该应用的下行事件，可以避免服务器的下行事件打断终端当前业务，提高了终端中的应用的执行成功率。当然，实施本发明的实施例的任一产品并不一定需要同时达到以上所述的所有优点。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims (22)

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所述的服务器，其特征在于，还包括：
接收模块，用于接收所述终端发送的通知消息或者当前业务的应用的上行事件，所述通知消息中携带所述应用的状态信息或者所述终端最近一次发送给所述服务器的上行事件的信息；
更新模块，用于更新所述应用的状态。
CN201010527311.5A 2010-10-26 2010-10-26 一种事件处理方法和装置 Active CN102457824B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201010527311.5A CN102457824B (zh) 2010-10-26 2010-10-26 一种事件处理方法和装置
KR1020137013163A KR101544289B1 (ko) 2010-10-26 2011-10-26 이벤트 처리 방법 및 장치
PCT/CN2011/081316 WO2012055349A1 (zh) 2010-10-26 2011-10-26 一种事件处理方法和装置
JP2013535265A JP5908916B2 (ja) 2010-10-26 2011-10-26 イベント処理方法及び装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010527311.5A CN102457824B (zh) 2010-10-26 2010-10-26 一种事件处理方法和装置

Publications (2)

Publication Number Publication Date
CN102457824A true CN102457824A (zh) 2012-05-16
CN102457824B CN102457824B (zh) 2015-05-27

Family

ID=45993167

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010527311.5A Active CN102457824B (zh) 2010-10-26 2010-10-26 一种事件处理方法和装置

Country Status (4)

Country Link
JP (1) JP5908916B2 (zh)
KR (1) KR101544289B1 (zh)
CN (1) CN102457824B (zh)
WO (1) WO2012055349A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111800882A (zh) * 2020-06-18 2020-10-20 武汉慧联无限科技有限公司 一种下行数据发送的方法、装置、服务器及存储介质

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102099680B1 (ko) * 2013-04-26 2020-05-15 삼성전자주식회사 정보처리장치 및 그 제어방법
US9614815B2 (en) * 2013-12-30 2017-04-04 Vasco Data Security, Inc. Authentication apparatus with a bluetooth interface

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101083615A (zh) * 2006-05-29 2007-12-05 华为技术有限公司 一种跨域接收业务的方法、装置及系统
CN101262646A (zh) * 2007-12-27 2008-09-10 华为技术有限公司 控制发送多媒体消息的方法和多媒体消息业务中心
CN101668266A (zh) * 2008-09-02 2010-03-10 中国电信股份有限公司 一种主叫漏话消息提示方法和系统
US20100061330A1 (en) * 2005-11-01 2010-03-11 Research In Motion Limited Method for receiving and managing a downlink radio link control data block in an egprs mobile electronic communication device
CN101765100A (zh) * 2009-08-14 2010-06-30 北京握奇数据系统有限公司 一种实现移动办公的方法、系统及装置
CN102740511A (zh) * 2011-04-12 2012-10-17 中兴通讯股份有限公司 一种基于软件无线电的基带射频接口及其应用方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000278743A (ja) * 1999-03-24 2000-10-06 Kokusai Electric Co Ltd 無線端末
JP3901060B2 (ja) * 2002-08-28 2007-04-04 日本電気株式会社 アプリケーションの更新処理方法、更新処理システム及び更新処理プログラム
WO2004107797A1 (ja) * 2003-05-28 2004-12-09 Nec Corporation 移動通信システム、サーバ、携帯端末及びそれに用いるデータ転送方法
JP4608964B2 (ja) * 2004-06-25 2011-01-12 富士通株式会社 モジュール更新プログラム
JP4922620B2 (ja) * 2006-02-15 2012-04-25 パナソニック株式会社 ネットワークシステム
KR101426710B1 (ko) * 2006-07-14 2014-09-23 삼성전자주식회사 휴대단말기의 버전정보 갱신 장치 및 방법
JP2009211260A (ja) * 2008-03-03 2009-09-17 Hitachi Ltd 情報通信システム
JP2009245397A (ja) * 2008-03-31 2009-10-22 Nippon Telegr & Teleph Corp <Ntt> サーバ補助装置とそのプログラム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100061330A1 (en) * 2005-11-01 2010-03-11 Research In Motion Limited Method for receiving and managing a downlink radio link control data block in an egprs mobile electronic communication device
CN101083615A (zh) * 2006-05-29 2007-12-05 华为技术有限公司 一种跨域接收业务的方法、装置及系统
CN101262646A (zh) * 2007-12-27 2008-09-10 华为技术有限公司 控制发送多媒体消息的方法和多媒体消息业务中心
CN101668266A (zh) * 2008-09-02 2010-03-10 中国电信股份有限公司 一种主叫漏话消息提示方法和系统
CN101765100A (zh) * 2009-08-14 2010-06-30 北京握奇数据系统有限公司 一种实现移动办公的方法、系统及装置
CN102740511A (zh) * 2011-04-12 2012-10-17 中兴通讯股份有限公司 一种基于软件无线电的基带射频接口及其应用方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111800882A (zh) * 2020-06-18 2020-10-20 武汉慧联无限科技有限公司 一种下行数据发送的方法、装置、服务器及存储介质
CN111800882B (zh) * 2020-06-18 2023-12-05 武汉慧联无限科技有限公司 一种下行数据发送的方法、装置、服务器及存储介质

Also Published As

Publication number Publication date
WO2012055349A1 (zh) 2012-05-03
JP5908916B2 (ja) 2016-04-26
KR101544289B1 (ko) 2015-08-12
JP2013544461A (ja) 2013-12-12
CN102457824B (zh) 2015-05-27
KR20130108605A (ko) 2013-10-04

Similar Documents

Publication Publication Date Title
JP3464760B2 (ja) 加入者識別モジュールによって制御される移動端末に所定のアイテムリストをダウンロードするための改良された方法及びコマンド、加入者識別モジュール及び移動端末
CN111031058A (zh) 基于WebSocket的分布式服务器集群交互方法及装置
CN108965164A (zh) 基于消息队列的业务请求重传方法、装置及可读存储介质
EP2227066A1 (en) Message service implementation method and device
KR20040019839A (ko) 무선장치용 대화형 스크린을 서버에 의하여 처리하기 위한방법 및 시스템
CN103095907B (zh) 一种移动终端中通过短信改变联系人状态的方法和装置
WO2011140757A1 (zh) 多媒体业务的提供方法、刷卡机及移动终端
CN101247569B (zh) 下发消息的方法和系统、消息中心设备
CN106101358A (zh) 一种联系人信息更新的方法及智能设备
CN107277799A (zh) 用于绑定手机号码的方法、装置及系统
CN103581846B (zh) 一种用户名片更新方法和系统
CN102457824A (zh) 一种事件处理方法和装置
CN105554859A (zh) 一种终端的消息通知处理方法及终端
CN101316300A (zh) 用于识别用户终端的存储器中存储的呼叫号码的运营商的系统和方法
CN103684837A (zh) 通信消息的备份处理方法、系统和备份处理服务器
CN105120117A (zh) 一种通话交互方法及装置
CN112533156B (zh) 一种短信处理方法及设备
CN101656936A (zh) 通信方法及装置
CN103841508A (zh) 用户信息获取方法和信息汇聚平台
CN103781062B (zh) 远程写卡方法、装置及系统
CN101754139A (zh) 实现选号业务的方法、装置和系统
CN101662813B (zh) 通信系统、通信控制装置、通信方法和通信控制方法
CN105792140A (zh) 一种短信处理方法、通信终端及系统
CN110062340A (zh) 即时消息发送方法及装置、存储介质、通信终端
JP2012216990A (ja) 移動機、通信サービス加入方法及び通信サービス加入プログラム

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant