一种消息发射装置及方法制造方法及图纸

消息发射设备执行关于到终端的消息的发射的处理，执行用于发射触发分组到终端的通知处理，所述触发分组指示存在未发送消息。执行用于发射消息到终端的准备处理。以这样的方式确定通知处理和准备处理被执行的顺序：准备处理已经在从终端接收到作为对触发分组的响应的消息获取请求之前完成。

【技术实现步骤摘要】
【国外来华专利技术】
本专利技术涉及目的在于消息发射的消息发射装置、消息发射方法和消息发射程序。
技术介绍
现在，称为推送通知或消息(也被称为推送消息)的推送型事件通知服务已经被广泛使用。在此，在因特网中使用的WWW(万维网)中，推送型通信允许因特网上的WWW服务器通过来自信息处理终端的触发而开始对信息处理终端的通信(主要是下载)，并且推送型通信被排他地使用。另一方面，推送通知的不同之处在于，其通过因特网上服务提供商的服务服务器侧的触发而开始用于信息处理终端的通信(主要是下载)。推送通知通常用于从服务器装置到信息处理终端的任何通信。例如，具体使用包括符合VoIP (因特网协议语音)的语音通信服务中的信息通信、SNS (社交联网服务)的更新通信等。在推送通知中，通过符合IP(因特网协议)的网络从服务器装置向信息处理终端活动地通知事件。发射消息的服务器装置(下文被称为“推送服务器”)从服务提供商服务器(下文被简称为“应用(app)服务器”)接收符合VoIP的语音通信服务中的呼入通信、SNS的更新通信、聊天消息分发、云存储的更新通信等的通信请求。这里，应用服务器是由提供服务的服务提供商所使用的服务器装置，诸如SNS管理器。服务提供商预先向用户提供用于使用服务的应用(下文中简称为“应用”)。用户在由用户使用的诸如蜂窝电话和个人计算机的信息处理终端中安装应用。用户在信息处理终端上操作从服务提供商提供的应用。另一方面，服务提供商通过使用应用服务器请求推送服务器发射寻址到服务提供商所提供的应用的消息。根据消息发射请求，推送服务器将消息发射到在信息处理终端上进行操作的软件(下文中称为“推送客户端”)。推送客户端将接收到的消息移交到目的地应用。应用执行与从推送客户端接收到的消息的内容相对应的处理。将参考图1的序列图来继续描述。图1是用于解释在事件通知服务中的过程的流程的序列图。参考图1，该解释示例包括信息处理终端1000、推送服务器1100、消息数据库1200和应用服务器1300。而且，信息处理终端1000包括应用1001和推送客户端1002。首先，由应用服务器1300针对推送服务器1100执行对应用1001的消息发射请求(步骤 S1401)。推送服务器1100在消息数据库1200中记录消息(步骤S1402)。此后，推送服务器1100将指示未发射消息的存在的触发分组发射到用作消息的目的地的信息处理终端1000的推送客户端1002 (步骤S1403)。已经接收到触发分组的推送客户端1002将消息获取请求发射到推送服务器1100(步骤 S1404) ο已经接收到消息获取请求的推送服务器1100从消息数据库1200获取寻址到信息处理终端1000的消息(步骤S1405)。而且，推送服务器1100将消息发射到推送客户端1002，作为对消息获取请求的响应(步骤S 1406) ο推送客户端1002将接收到的消息移交到应用1001 (步骤S1407)。消息对应用1001的发射通过这样的过程结束。例如，在专利文件I中公开了这样的方案，其中，在完成了在推送服务器中对终端的数据发射准备之后，推送服务器将触发发射到终端，并且已经接收到触发的终端从推送服务器获取数据。而且，这样的推送服务器的另一示例包括在专利文件2中公开的技术。专利文件2中公开的技术的目的在于，使用推送通知服务在信息分发系统中安全地管理应用于便携终端的标识符。专利文件2中公开的技术通过在在信息分发系统中包括的Web服务器和推送服务器之间的通信中执行加密通信来防止应用于便携终端的标识符的泄露等。引用列表专利文件日本未经审查公开N0.2002-366365日本未经审查公开N0.2012-230555非专利文件:3GPP TS25.331:Rad1 Resource Control (RRC) !Protocolspecificat1n,，，因特网 http://www.3gpp.0rg/ftp/Specs/archive/25_series/25.331/:3GPP TS36.331:Evolved Universal Terrestrial Rad1Access (E-UTRA) ；Rad1 Resource Control (RRC) !Protocol specificat1n,，，因特网 <http://www.3gpp.0rg/ftp/Specs/archive/36_series/36.331/>
技术实现思路
技术问题当使用上述每个技术时，能够从推送服务器侧发射活动消息。但是，完成要被发射到信息处理终端的消息的发射准备并且然后推送服务器发射触发的方案具有问题。问题在于，当已经对推送服务器请求了寻址到多个信息处理终端的消息发射请求时，在推送消息到达终端之前的延迟变大。这里，各种复合因素导致延迟。具体地，作为当信息处理终端发射消息时的延迟的因素，存在关于在推送服务器和终端之间的通信的延迟以及关于在推送服务器中的处理的延迟这两种。首先，将描述前者的关于通信的延迟。使用符合诸如W-CDMA(宽带码分多址)、LTE (长期演进)和HSPA (高速分组接入)的标准的无线电通信网络来执行在推送服务器和信息处理终端之间的通信。在这些标准中，通过用于根据通信情形设置RRC(无线电资源控制)状态的控制来抑制功耗。具体地，当信息处理终端还没有被执行以在恒定时段期间通信时，执行控制以使终端将RRC状态从可通信状态(例如，DCH状态)切换为暂停状态(例如，空闲状态)。根据信息处理终端的RRC状态，在推送服务器和信息处理终端之间的通信时发生的通信延迟极大不同。例如，在分组到达终端之前的通信延迟在WCDMA中的DCH状态下或在LTE中的CONN状态下通常为大约几百毫秒。在分组到达终端之前的通信延迟在WCDMA和LTE中的空闲状态下大约为几秒。此外，关于在这些LTE、W-CDMA和HSPA中的RRC状态的类型以及RRC状态的转变的机制由通信标准的标准化团体建立的3GPP(第三代合作伙伴计划)来规定。在非专利文献I和非专利文献2中具体写出了 RRC状态的转变等。而且，由于这些也是本领域技术人员所公知的，所以将省略其详细描述。接下来，将描述后者的关于在推送服务器中的处理的延迟。在推送服务器中，消息发射处理被顺序执行。对于平滑处理，多个服务器装置彼此合作。然而，在请求寻址到多个信息处理终端的消息发射请求并且超过推送服务器的处理能力的情况下，对于寻址到特定信息处理终端的消息发射的处理通过对于寻址到另一信息处理终端的消息发射的处理来保持等待。以该方式，延迟发生在推送服务器中的处理中。此外，推送服务器中的处理的延迟可能几乎与上述通信延迟相同，或者可能等于或大于上述通信延迟。这里，在用于消息发射的处理期间，特别有必要快速地执行触发分组的发射处理。这是因为，只要没有接收到触发分组，信息处理终端就不向推送服务器发射消息获取请求。随着触发分组的发射处理被延迟，消息的到达也被延迟。在这方面，考虑在用于消息发射的处理中首先执行触发分组的发射处理，并且以与另一处理相比的高优先级来执行触发分组的发射处理。以该方式，触发分组的发射时间被提前。因此，期望从在推送服务器1100接收消息发射请求时的时间到消息到达信息处理终端本文档来自技高网...

【技术保护点】
一种执行关于对终端的消息发射的处理的消息发射装置，包括：通知部件，所述通知部件被配置为执行用于发射触发分组的通知处理，所述触发分组指示存在没有被发射到所述终端的所述消息；准备部件，所述准备部件被配置为执行用于将所述消息发射到所述终端的准备处理；以及顺序决定部件，所述顺序决定部件被配置为决定所述通知处理和所述准备处理的执行顺序，使得所述准备处理在从所述终端接收到消息获取请求作为对所述触发分组的响应之前结束。

【技术特征摘要】
【国外来华专利技术】...

【专利技术属性】
技术研发人员：大西健夫，
申请(专利权)人：日本电气株式会社，
类型：发明
国别省市：日本;JP