CN102859975B

CN102859975B - 通信终端及应用控制方法

Info

Publication number: CN102859975B
Application number: CN201180020219.2A
Authority: CN
Inventors: 中岛亮
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2010-04-23
Filing date: 2011-04-04
Publication date: 2015-08-19
Anticipated expiration: 2031-04-04
Also published as: WO2011132522A1; CN102859975A; EP2562993A1; US8874096B2; JP2011233979A; EP2562993A4; US20130053015A1; JP5091273B2

Abstract

本发明防止因暂停操作而造成的不必要的通信切断，提高应用操作的便利性、舒适性。通信终端（100）具有：应用控制部（103），其控制应用（106）的执行；通信控制部（104），其对通信部（105）进行控制而建立与通信网络N的通信；以及暂停控制部（102），其在检测到成为暂停应用的原因的终端动作时，向应用控制部（103）发送使启动中的应用暂停的暂停命令，暂停控制部（102）能够根据检测到的终端动作，选择向应用控制部（103）发送暂停命令的保活状态，而且不切断由通信部（105）进行的与通信网络N的通信连接。

Description

通信终端及应用控制方法

技术领域

本发明涉及通信终端及在该通信终端中执行的应用控制方法。

背景技术

近年来，在移动电话或PDA等通信终端中提供例如像在线游戏等那样的、具有通信功能且在与移动通信网等网络进行通信连接的状态下使用的许多应用。这种应用在网络连接中，例如在从应该使语音来电或用户的按键操作等动作优先的终端请求了变为暂停（suspend）状态的情况下，在切断与网络的通信后处于暂停状态（例如专利文献1）。

现有技术文献

专利文献

专利文献1：日本特开平11－250010号公报

发明内容

发明要解决的问题

但是，在专利文献1记载的将全部网络连接切断后使应用变为暂停状态的技术中，存在如下所述的问题。例如，在执行在线通信（游戏等）的过程中，在应用由于错误按下挂机键或短时间的语音通话等而暂停的情况下，将导致TCP会话或UDP通信等被切断，尽管本来期望通信继续，但是通信被中断。

这样，如果由于暂停操作而执行了非预期的不必要的通信切断，将需要再次进行连接操作来再次开始通信。该再次连接操作的处理花费时间，因而有可能丧失正在利用应用的通信终端的用户的便利性和舒适性。

本发明正是为了解决上述问题而提出的，其目的在于，提供一种通信终端及应用控制方法，能够防止因暂停操作而造成的不必要的通信切断，提高应用操作的便利性、舒适性。

用于解决问题的手段

为了解决上述问题，本发明的通信终端的特征在于，该通信终端具有：应用控制单元，其控制应用的执行；通信控制单元，其在由所述应用控制单元执行包括通信功能的应用时，对通信单元进行控制而建立与通信网络的通信，并执行该应用的通信功能；以及暂停控制单元，其在检测到成为暂停所述应用的原因的终端动作时，向所述应用控制单元发送使启动中的应用暂停的暂停命令，所述暂停控制单元能够根据所述终端动作，选择向所述应用控制单元发送暂停命令的保活状态，其中该暂停命令在不切断所述通信单元与所述通信网络的通信连接的情况下使包括所述通信功能的应用暂停。

同样，为了解决上述问题，本发明的应用控制方法是在通信终端中执行的应用控制方法，该通信终端具有：应用控制单元，其控制应用的执行；通信控制单元，其在由所述应用控制单元执行包括通信功能的应用时，对通信单元进行控制而建立与通信网络的通信，并执行该应用的通信功能；以及暂停控制单元，其在检测到成为暂停所述应用的原因的终端动作时，向所述应用控制单元发送使启动中的应用暂停的暂停命令，其特征在于，该应用控制方法包括以下步骤：检测步骤，由所述暂停控制单元检测所述终端动作；发送步骤，当在所述检测步骤中检测到所述终端动作时，所述暂停控制单元向所述应用控制单元发送使包括所述通信功能的应用暂停的暂停命令；以及选择步骤，所述暂停控制单元根据在所述检测步骤中检测到的所述终端动作，选择不切断所述通信单元与所述通信网络的通信连接而保持该连接状态的保活状态。

根据这种通信终端及应用控制方法，能够根据成为暂停应用的原因的动作，选择保持由通信单元进行的与通信网络的通信连接而不切断的保活状态。因此，在执行应用的在线通信的过程中，在应用由于错误按下挂机键或短时间的语音通话等而暂停的情况下，能够避免进行非预期的不必要的通信切断，在使应用从暂停恢复时，不需要花费时间的再次连接操作，其结果是，能够提高用户的便利性和舒适性。并且，即使是应用被暂停也能够保持由通信单元进行的与通信网络的通信，因而在暂停时从经由通信网络正在与该通信终端进行通信的对方设备看起来没有任何变更，仍在继续通信，能够实现与对方设备的顺畅的通信连接。

另外，优选的是，在本发明的通信终端中，所述暂停控制单元在检测到成为暂停所述应用的原因的终端动作的结束时，向所述应用控制单元发送使暂停中的所述应用恢复的恢复命令，所述应用控制单元与所述恢复命令的接收相应地，使根据所述暂停命令而暂停的所述应用恢复。

另外，优选的是，所述应用控制单元在与所述恢复命令的接收相应地恢复了所述应用时，向所述通信控制单元发送表示已经使所述应用恢复的恢复通知，在所述应用被暂停时所述应用的所述通信功能正在执行中，且在所述应用被暂停的期间经由所述通信单元从所述通信网络接收到与该应用的通信功能相关的数据时，所述通信控制单元保存该接收到的数据，并与来自所述应用控制单元的所述恢复通知的接收相应地，将所保存的数据发送给所述应用控制单元，所述应用控制单元将从所述通信控制单元接收到的数据发送给所述应用的所述通信功能。

根据这种结构，由于能够接收从外部的通信网络发送给暂停中的应用的数据并进行保存，因而即使在暂停中也能够没有遗漏地取得接收数据，能够进一步提高用户的便利性和舒适性。并且，由于能够向暂停中的应用发送数据，因而从经由通信网络正在与该通信终端进行通信的对方设备看起来没有任何变更，仍在继续通信，能够实现与对方设备的顺畅的通信连接。

另外，优选的是，当该通信终端在所述应用被暂停的期间移动到服务区外时，成为维持所述通信单元与所述通信网络的通信连接状态的维持状态。

根据这种结构，即使在通信终端移动到服务区外的情况下，也能够处于维持由通信单元进行的与通信网络的通信的连接状态的维持状态，因而能够避免在通过隧道时等短时间的移动到服务区外部时通信被中断，能够进一步提高用户的便利性和舒适性。

另外，优选的是，在所述应用被暂停时所述应用的所述通信功能正在执行中，且在所述应用被暂停的期间所述通信单元与所述通信网络的通信被切断的情况下，所述通信控制单元保存表示通信被切断的切断通知，在暂停的所述应用被恢复时，经由所述应用控制单元向所述应用的所述通信功能发送所述切断通知。

根据这种结构，当在执行通信功能的过程中恢复了被暂停的应用时，能够马上通知该通信终端的用户与通信网络的通信已被切断，能够进一步提高用户的便利性和舒适性。

另外，优选的是，在所述应用被暂停的期间，在所述通信单元与所述通信网络的通信被切断之前经由所述通信单元从所述通信网络接收到与该应用的通信功能相关的数据的情况下，所述通信控制单元不保存所述切断通知而是保存该接收到的数据，在暂停的所述应用被恢复时，经由所述应用控制单元向所述应用发送所述数据。

根据这种结构，在与外部的通信网络的通信被切断之前，能够接收从通信网络向暂停中的应用发送的数据并进行保存，因而在暂停中也能够取得接收数据，能够进一步提高用户的便利性和舒适性。

另外，优选的是，在所述应用被暂停时未执行所述应用的所述通信功能，且在所述应用被暂停的期间所述通信单元与所述通信网络的通信被切断的情况下，所述通信单元保存表示通信被切断的信息，在暂停的所述应用被恢复后执行所述通信功能时，经由所述通信控制单元及所述应用控制单元向所述应用的所述通信功能发送表示通信被切断的切断通知。

根据这种结构，即使在暂停中与通信网络的通信被切断时，当在恢复后应用的通信功能被首次使用时，能够通知该通信终端的用户与通信网络的通信被切断，因而在应用被恢复时不向用户通知多余的信息，能够进一步提高用户的便利性和舒适性。

发明效果

根据本发明的通信终端及应用控制方法，能够防止因暂停操作而造成的不必要的通信切断，提高应用操作的便利性、舒适性。

附图说明

图1是本发明的一个实施方式的通信终端100的功能框图。

图2是通信终端100的硬件结构图。

图3是示出成为暂停原因的终端动作、以及针对这些每个动作是否设为保活（keep alive）状态的定义的一例的表。

图4是示出在本实施方式的通信终端100中执行的从应用的暂停到恢复（resume）的一系列处理的时序图。

图5是示出在本实施方式的通信终端100中执行的从应用的暂停到恢复的一系列处理中，当网络连接被切断时的处理的时序图。

图6是示出在本实施方式的通信终端100中执行的从应用的暂停到恢复的一系列处理中，当在根据所发送的请求接收到响应后网络连接被切断时的处理的时序图。

图7是示出在本实施方式的通信终端100中执行的从应用的暂停到恢复的一系列处理中，当不调用通信API时将应用暂停、进而在保活时与网络的通信连接被切断时的处理的时序图。

具体实施方式

下面，参照附图详细说明本发明的实施方式。另外，在附图的说明中对相同或者同等的要素标注相同的标号，并省略重复说明。

图1是本发明的一个实施方式的通信终端100的功能框图。通信终端100包括移动电话、PDA（Personal Digital Assistant：个人信息终端）等具有通信功能的装置。如图1所示，通信终端100经由移动通信网或WWW等由互联网等构成的通信网络N，以能够相互进行数据通信的状态与未图示的其它通信终端或服务器连接。

并且，通信终端100执行在终端内保存的一个或者多个应用106，并能够利用各种服务。由应用106提供的服务例如是在线游戏，在这种情况下，通信功能、保存数据保存功能、取得内容（音乐、题目等）保存功能等包含于应用106中。这些功能具体而言利用例如API（Application Program Interface：应用程序接口）实现。

图2是通信终端100的硬件结构图。通信终端100在物理上构成为具有如下部件的终端装置，即，具有CPU（Central Processing Unit：中央处理单元）111、作为主存储装置的RAM（Random Access Memory：随机存取存储器）112和ROM（Read OnlyMemory：只读存储器）113、作为输入设备的输入键等操作部114、显示器115、无线通信部116等。通过将预定的计算机软件读入到CPU 111、RAM 112等硬件上，在CPU 111的控制下使操作部114、显示器115、无线通信部116进行工作，同时进行RAM 112和ROM 113中的数据的读出及写入，由此实现图1所示的后述的通信终端100的各个功能。

其中，在本实施方式中，“本地应用（native application）”107表示可由终端100的CPU 111直接进行解释并执行的形式的应用程序，“应用”106表示例如Java（注册商标）应用等非本地的应用程序。

返回到图1来说明通信终端100的各个功能单元。通信终端100构成为具有操作输入部101、暂停控制部（暂停控制单元）102、应用控制部（应用控制单元）103、通信控制部（通信控制单元）104、通信部（通信单元）105。

操作输入部101受理通信终端100的用户进行的按钮按下或触摸屏输入等的输入操作。具体地讲，利用图2所示的硬件结构中的操作部114来实现。操作输入部101在检测到用户的输入操作时，将该输入操作发送给暂停控制部102。

暂停控制部102根据通信终端100的动作状况，控制应用106的暂停（停止）/恢复（再次开始），进而在将启动中的应用暂停时，确定将基于该应用的与网络的通信连接设为保活状态还是将其切断。其中，“保活”状态在本实施方式中，表示在应用转移为暂停时通过下位的网络IF层持续通信（发送接收）的状态，具体地讲，通过不切断TCP会话或UDP通信等来实现。

更具体地讲，暂停控制部102首先在从操作输入部101接收到表示检测到通信终端100的用户的输入操作的信息时、或者接收到来自本地应用107的命令（语音通话的开始等）时，选择并确定正在执行中的应用的操作。具体地讲，暂停控制部102确定是否将启动中的应用暂停，并且在根据暂停而执行通信功能的API的情况下，确定是否保持由通信部进行的与网络的连接状态、即是否设为保活状态。

尤其在本实施方式中，在正在利用通信功能的API通过通信部105执行与网络N进行通信的应用106的过程中，在确定了将该执行中的应用暂停的情况下，确定是否利用该应用采用的通信功能API来保持通过通信部105与网络连接的状态，即是否设为保活状态。

为了判定暂停及保活，暂停控制部102根据基于操作输入部101及本地应用107的终端动作，预先定义应用的操作（有无暂停及保活）并进行保存。图3是示出成为暂停原因的终端动作、以及针对这些每个动作是否设为保活状态的定义的一例的表。如图3所示，在成为暂停原因的终端动作是语音来电、方法调用（照相机、DTV（DigitalTelevision：数字视频）以外）、基于耳麦的呼叫、或者免提通信的情况下，暂停应用同时处于保活状态。另一方面，在成为暂停原因的终端动作是低电压警报、视频电话来电（应答的契机）、在终端性能方面不能持续时的多任务以及位置信息提供的启动的情况下，在暂停应用同时切断与网络N的通信连接。

暂停控制部102在确定将应用暂停时，向应用控制部发送暂停命令，同时在图3所示的与暂停原因动作相关联的可否保活为“切断”、且确定不设为保活状态的情况下，向通信部105发送用于切断与网络的通信连接的切断命令。并且，从暂停前起使无通信的监视计时继续，在监视计时器已满时，向通信部105发送切断命令。另一方面，暂停控制部102在图3所示的与暂停原因动作相关联的可否保活为“保活”、且确定设为保活状态的情况下，保持由通信部105进行的与网络的通信连接而不切断，不向通信部105发送切断通知。

暂停控制部102接着确定是否将已暂停的应用恢复。更具体地讲，在成为暂停原因的动作结束时，向应用控制部发送将暂停中的应用恢复的恢复命令。

应用控制部103控制在终端100内保存的应用106的启动、执行、结束、暂停、恢复。更具体地讲，应用控制部103在从暂停控制部102接收到暂停命令/恢复命令时，将应用106暂停/恢复。

在将应用106暂停的情况下，应用控制部103向通信控制部104发送表示应用106被暂停的“暂停通知”。

在将应用106恢复的情况下，应用控制部103向通信控制部104发送表示应用106被恢复的“恢复通知”，同时也向暂停控制部102发送表示应用106的恢复处理结束的通知。并且，随着向通信控制部104发送恢复通知，当通信终端100在暂停（保活）中从网络N接收到针对请求的响应等的数据的情况下，从通信控制部104接收该数据并转发给应用106。更具体地讲，使与在暂停时调用的通信功能相关的API（下面称为“通信API”）继续，并向该通信API返回所接收到的数据。

并且，随着向通信控制部104发送恢复通知，当在暂停（保活）中与网络N的通信连接被切断的情况下，应用控制部103从后述的通信部105通过通信控制部104接收表示与网络N的通信连接被切断的“切断通知”，并转发给应用106，通过应用106提示给终端100的用户。其中，作为与网络N的通信连接被切断的原因，可以举出网络N侧发生某种错误、终端内的无通信监视计时器（检测无通信状态经过预定时间）已满、基于暂停控制部102的切断命令等。

应用控制部103利用Java（注册商标）VM（Java（注册商标）Vertual Machine）来安装。

通信控制部104控制由通信部105进行的与网络N的数据通信连接。更具体地讲，在从应用控制部103接收到暂停通知、而且从通信部105未接收到切断通知的情况下，通信控制部104判定为即将暂停的应用处于保活状态，使由通信部105进行的通信会话继续。并且，在保活状态中，在从通信部105转发了响应等由通信部105接收到的数据时，保存该数据。与从应用控制部103接收恢复通知相应地，将所保存的数据发送给应用控制部103。

并且，通信控制部104当在保活状态中随着终端100内的无通信监视计时器已满而由通信部105进行的网络连接被切断的情况下，或者从通信部105接收到表示切断了通信部105与网络的连接的“切断通知”的情况下，保持该切断状态，并随着从应用控制部103接收恢复通知而发送给应用控制部103。

并且，在应用106通过应用控制部103被重新启动，并且该应用106是利用通信API的应用的情况下，通信控制部104向通信部105发送表示使与网络N的通信连接的命令（连接命令）。

通信控制部104利用Java（注册商标）VM（Java（注册商标）Vertual Machine）来安装。

通信部105执行与网络N之间的数据通信。具体地讲，通信部105利用图2所示的硬件的无线通信部116来实现。

更具体地讲，通信部105根据来自通信控制部104的控制命令（连接命令、切断命令），进行与网络N之间的连接的建立/切断。并且，根据来自暂停控制部102的切断命令，进行与网络N的通信连接的切断。

并且，通信部105在从网络N接收到响应等数据的情况下，发送给通信控制部104。

并且，当通信终端100在与网络N的通信连接中移动到服务区外时，通信部105设为维持（Preservation）状态。“维持”是指在电波不中断而处于服务区外的情况下，作为确保IP地址等的内部状态而持续连接状态。另外，有关维持的详细情况在3GPP中进行了定义。

并且，在由于网络侧产生某种错误、终端内的无通信监视计时器已满、来自暂停控制部102及通信控制部104的切断命令的接收等，通信部105与网络N的连接被切断的情况下，通信部105向通信控制部104发送切断通知。但是，在针对所发送出的请求接收到响应后，在网络连接被切断的情况下，与请求相关的一系列的通信会话结束，因而不向通信控制部发送切断通知。并且，应用106重新调用通信API来进行与网络的通信，因而在从应用106接收到请求等的数据发送的命令时，向通信控制部104发送切断通知。

下面，参照图4～8说明在本实施方式的通信终端100中执行的处理，并且说明本实施方式的应用控制方法。

图4是示出在本实施方式的通信终端100中执行的从应用的暂停到恢复的一系列处理的时序图。

首先，利用在正启动的应用106中被调用的通信API，通过应用控制部103、通信控制部104及通信部105向网络N发送例如请求等的数据（S101）。

然后，暂停控制部102根据由操作输入部101或者本地应用107检测到的终端动作的内容，判定是否发生了成为暂停原因的动作（S102：检测步骤）。成为暂停原因的终端动作的一例如图3所示。

在判定为发生了成为暂停原因的动作的情况下，暂停控制部102根据该终端动作将应用106暂停，并且判定是否设为保活状态（S103：选择步骤）。例如，暂停控制部102按照图3所示针对成为暂停原因的每个终端动作，预先定义是进行保活或者切断网络连接，并根据这些定义进行判定。

并且，暂停控制部102在判定为发生了成为暂停原因的动作、而且该动作是保活对象的情况下，向应用控制部103发送表示使启动中的应用106暂停的暂停命令（S104：发送步骤）。另外，在图4～8中示例了成为暂停原因的动作是保活对象的情况，因而此时不从暂停控制部102向通信部105发送任何命令，但是在成为暂停原因的动作不是保活对象、而是被设定为进行网络切断的情况下，向通信部105发送暂停命令以及表示使与网络之间的通信连接切断的切断命令。

然后，应用控制部103随着暂停命令的接收，将启动中的应用106暂停（S105），并向通信控制部104发送表示该情况的暂停通知（S106）。经过这样的步骤S102～S106的处理，在应用106转为暂停时，处于与网络N之间的通信连接继续的保活状态。

另外，当通信终端100在保活状态中移动到服务区外的情况下，通过通信部105，作为确保IP地址等的内部状态而处于继续连接状态的维持（Preservation）状态，当通信终端100再次返回到服务区内时，通信连接被恢复（S107）。

在保活状态中，在通过通信部105从网络N接收到针对所发送出的请求的响应等的数据时，该接收到的数据被发送给通信控制部104（S108），由通信控制部104保存该数据（S109）。

暂停控制部102在检测到成为暂停原因的动作结束时（S110），向应用控制部103发送表示将暂停中的应用恢复的恢复通知（S111）。

应用控制部103随着恢复命令的接收，将暂停中的应用106恢复（S112），在暂停时被调用的通信API再次被调用，同时向通信控制部104发送表示该情况的恢复通知（S113）。

并且，通信控制部104随着恢复通知的接收，将在保活状态时所保存的来自网络N的接收数据（响应等）通过应用控制部103转发给应用106的通信API（S114）。

图5是示出在本实施方式的通信终端100中执行的从应用的暂停到恢复的一系列处理中，当网络连接被切断时的处理的时序图。图5所示的步骤S201～S206是与参照图4说明的步骤S101～S106相同的处理，因而省略说明。即，在经过步骤S201～S206而变为应用的暂停时，处于继续与网络N的通信连接的保活状态。

并且，在保活状态中，在由于网络侧产生某种错误、终端内的无通信监视计时器已满、来自暂停控制部102及通信控制部104的切断命令的接收等，与网络N之间的连接被切断的情况下（S207），通信部105向通信控制部104发送切断通知（S208）。另外，通信部105当在步骤S201发送出请求的情况下，存储与该请求对应的响应为未接收，当在该状态下网络连接被切断的情况下，向通信控制部104发送切断通知。

通信控制部104在保活状态中保存从通信部105接收到的切断通知（S209）。

然后，经过步骤S210～S213（与图4中的步骤S110～S113相同，因而省略说明），暂停中的应用106被恢复，在暂停时被调用的通信API再次被调用，同时向通信控制部104发送恢复通知。

并且，通信控制部104随着恢复通知的接收，将在保活状态时所保存的切断通知通过应用控制部103转发给应用106的通信API（S214），并通过应用106来提示终端100的用户与网络N的通信连接被切断。

图6是示出在本实施方式的通信终端100中执行的从应用的暂停到恢复的一系列处理中，当在根据所送出的请求接收到响应后网络连接被切断时的处理的时序图。图6所示的步骤S301～S306是与参照图4说明的步骤S101～S106相同的处理，因而省略说明。即，在经过步骤S301～S306而变为应用的暂停时，处于继续与网络N的通信连接的保活状态。

在保活状态中，通信部105在从网络接收到针对所发送出的请求的响应时，将该接收到的响应发送给通信控制部104（S307），由通信控制部104保存该响应（S308）。另外，此时通信部105接收到与在步骤S301发送出的请求对应的响应，并存储表示一系列的通信会话结束的信息。

并且，在保活状态中，在与网络之间的连接被切断的情况下（S309），如上所述与在步骤S301发送出的请求相关的一系列的通信会话已结束，并且已经在通信控制部104中保存响应，因而通信部105保存切断通知而不发送给通信控制部104。

然后，经过步骤S310～S313（与图4中的步骤S110～S113相同），暂停中的应用被恢复，在暂停时被调用的通信API再次被调用，同时向通信控制部104发送恢复通知。

并且，通信控制部104随着恢复通知的接收，将保活状态时所保存的来自网络N的接收响应通过应用控制部103转发给应用106的通信API（S314）。

另外，在应用106重新调用通信API、并发送出用于与网络N进行通信的请求的发送命令时（S315），通信部105将在步骤S309中由通信部105保存的切断通知，通过通信控制部104和应用控制部103转发给应用106的通信API（S316），并通过应用106来提示终端100的用户与网络之间的通信连接被切断。

图7所示的时序开始时的应用的状态是不调用通信API的状态、即调用不伴随通信的API的状态或者不调用API的状态。即，应用不执行与网络的数据通信。在这种状态下，在经过步骤S401～S405（与图4中的步骤S102～S106相同）而变为应用的暂停时，处于继续与网络N的通信连接的保活状态。并且，在保活状态中与网络的连接被切断（S406）。此时，应用处于不执行与网络的数据通信的状态，因而通信部105保存切断通知而不发送给通信控制部104。

然后，经过步骤S407～S410（与图4中的步骤S110～S113相同），暂停中的应用106被恢复，在暂停时的API的调用状态被恢复，同时向通信控制部104发送恢复通知。在此，由于在通信控制部104中没有保存任何数据和通知，因而不向应用106转发信息，应用106被恢复。

并且，应用106重新调用通信API，并发送出用于与网络N进行通信的请求的发送命令（S411），通信部105将在步骤S406由通信部105保存的切断通知、通过通信控制部104和应用控制部103转发给应用106的通信API（S412），并通过应用106来提示终端100的用户与网络的通信连接被切断。

在以上说明的本实施方式的通信终端100中实施的动作如下所述。

（1）暂停时

·当在暂停时存在TCP会话或UDP通信等的情况下，不切断这些TCP会话或UDP通信。

·在暂停时调用中的API不失败。

（2）保活中

·在下位的网络IF层中继续通信（发送接收）。

·从暂停前起使无通信监视计时器继续。监视计时器已满时切断通信。

（3）恢复时

（3－1）在保活中通信不切断的情况

·继续通信会话。

·在暂停时调用的通信API仍继续。

·在调用从网络接收响应的API的过程中暂停，当在保活中从网络接收到响应的情况下，将所接收到的响应返回给在恢复时调用的API。

（3－2）在保活中由于某种原因而通信被切断的情况

·保持通话会话切断的状态。

·在暂停时调用了通信API的情况，属于切断例外（发送切断通知）。

·在暂停时没有调用通信API的情况（包括不调用API或者调用不伴随通信的API的情况两者），不发生切断例外，不进行特殊的通知。在这种情况下，当在恢复后重新调用了通信API时，发送切断通知。

·在调用从网络接收响应的API的过程中暂停且在保活中从网络接收到响应的情况下，将所接收到的响应返回给在恢复时调用的API。

下面，说明本实施方式的通信终端100及应用控制方法的作用/效果。根据这种通信终端100及应用控制方法，暂停控制部102在检测到成为将启动中的应用106暂停的原因的终端动作时，向应用控制部103发送使该应用106暂停的暂停命令，并且能够根据所检测到的终端动作，选择保持由通信部105进行的与通信网络N的通信连接而不切断的保活状态。

因此，在执行应用106的在线通信的过程中，在应用106由于错误地按下挂机键或短时间的语音通话等而暂停的情况下，能够避免进行非预期的不必要的通信切断，在使应用106从暂停恢复时，不需要花费时间的再次连接操作，其结果是，能够提高用户的便利性和舒适性。并且，即使是应用106被暂停也能够保持由通信部105进行的与通信网络N的通信，因而在暂停时从通过通信网络N正在与该通信终端100进行通信的对方设备看起来没有任何变更，仍在继续通信，能够实现与对方设备的顺畅的通信连接。

并且，暂停控制部102在检测到成为将应用106暂停的原因的终端动作的结束时，向应用控制部103发送使暂停中的应用106恢复的恢复命令，应用控制部103随着恢复命令的接收，使根据暂停命令而暂停的应用106恢复。

并且，应用控制部103在随着恢复命令的接收而将应用106恢复时，向通信控制部104发送表示使应用106恢复的恢复通知，通信控制部104在应用106被暂停时，在正在执行应用106的通信API的过程中，当在应用106被暂停的期间中通过通信部105从通信网络N接收到与该应用的通信API相关的数据时，保存该接收到的数据，并随着来自应用控制部103的恢复通知的接收，向应用控制部103发送所保存的数据，应用控制部103将从通信控制部104接收到的数据发送给应用106的通信API。

因此，由于能够接收从外部的通信网络N发送给暂停中的应用106的数据并进行保存，因而即使在暂停中也能够没有遗漏地取得接收数据，能够进一步提高用户的便利性和舒适性。并且，由于能够向暂停中的应用106发送数据，因而从通过通信网络N正在与该通信终端100进行通信的对方设备看起来没有任何变更，仍在继续通信，能够实现与对方设备的顺畅的通信连接。

并且，当该通信终端100在应用106被暂停的期间移动到服务区外部时，处于维持由通信部105进行的与通信网络N的通信的连接状态的维持状态，因而能够避免在通过隧道时等短时间的移动到服务区外时通信被中断的情况，能够进一步提高用户的便利性和舒适性。

并且，当在应用106被暂停时正在执行应用106的通信API的过程中，当在应用106被暂停的期间由通信部105进行的与通信网络N的通信被切断的情况下，通信控制部104保存表示通信被切断的切断通知，在已暂停的应用106被恢复时，通过应用控制部103向应用106的通信API发送切断通知。因此，当恢复了在执行通信功能的过程中被暂停的应用时，能够马上通知该通信终端的用户与通信网络的通信已被切断，能够进一步提高用户的便利性和舒适性。

并且，当在应用106被暂停的期间由通信部105进行的与通信网络N的通信被切断之前，通信控制部104在通过通信部105从通信网络N接收到与该应用106的通信API相关的数据的情况下，不保存切断通知而是保存该接收到的数据，在已暂停的应用106被恢复时，通过应用控制部103向应用106发送数据。

因此，在与外部的通信网络N的通信被切断之前，能够接收从通信网络N向暂停中的应用106发送的数据并进行保存，因而在暂停中也能够取得接收数据，能够进一步提高用户的便利性和舒适性。

并且，在应用106被暂停时不执行应用106的通信API，当在应用106被暂停的期间由通信部105进行的与通信网络N的通信被切断的情况下，通信部105保存表示通信被切断的信息，当在已暂停的应用106被恢复后通信API被执行时，通过通信控制部104及应用控制部103向应用106的通信API发送表示通信被切断的切断通知。

因此，即使在暂停中与通信网络N的通信被切断时，当在恢复后应用106的通信API被首次使用时，能够通知该通信终端100的用户与通信网络N的通信被切断，因而在应用106被恢复时不需向用户通知多余的信息，能够进一步提高用户的便利性和舒适性。

以上，关于本发明的通信终端100及应用控制方法列举优选的实施方式进行了说明，但本发明不限于上述实施方式。作为由通信部105进行的与通信网络N的通信连接被切断的变形，也可以构成为在检测到异常通信（实时收费用户进行超过固定量的通信的状态等）时进行切断。

并且，在上述实时方式中，作为进行保活动作的示例，从容易理解的角度考虑主要示例了请求/响应的通信，此外，在通信终端100仅发送或者接收数据的通信中，在进行了保活动作时也能够应用本发明。另外，当在数据发送中或者接收中产生了暂停原因并成为保活状态的情况下，也能够应用本发明。

产业上的可利用性

根据本发明，能够防止因暂停操作而造成的不必要的通信切断，提高应用操作的便利性、舒适性。

标号说明

100通信终端；102暂停控制部（暂停控制单元）；103应用控制部（应用控制单元）；104通信控制部（通信控制单元）；105通信部（通信单元）；106应用；N通信网络。

Claims

1.一种通信终端，其特征在于，该通信终端具有：

应用控制单元，其控制应用的执行；

通信控制单元，其在由所述应用控制单元执行包括通信功能的应用时，对通信单元进行控制而建立与通信网络的通信，并执行该应用的通信功能；以及

暂停控制单元，其在检测到成为暂停所述应用的原因的终端动作时，向所述应用控制单元发送使启动中的应用暂停的暂停命令，

所述暂停控制单元能够根据所述终端动作，选择向所述应用控制单元发送暂停命令的保活状态，其中该暂停命令在不切断所述通信单元与所述通信网络的通信连接的情况下使包括所述通信功能的应用暂停，

所述暂停控制单元在检测到成为暂停所述应用的原因的终端动作的结束时，向所述应用控制单元发送使暂停中的所述应用恢复的恢复命令，

所述应用控制单元与所述恢复命令的接收相应地，使根据所述暂停命令而暂停的所述应用恢复，

所述应用控制单元在与所述恢复命令的接收相应地恢复了所述应用时，向所述通信控制单元发送表示已经使所述应用恢复的恢复通知，

在所述应用被暂停时所述应用的所述通信功能正在执行中，且在所述应用被暂停的期间经由所述通信单元从所述通信网络接收到与该应用的通信功能相关的数据时，所述通信控制单元保存该接收到的数据，并与来自所述应用控制单元的所述恢复通知的接收相应地，将所保存的数据发送给所述应用的通信功能。

2.一种通信终端，其特征在于，该通信终端具有：

应用控制单元，其控制应用的执行；

在所述应用被暂停时所述应用的所述通信功能正在执行中，且在所述应用被暂停的期间经由所述通信单元从所述通信网络接收到与该应用的通信功能相关的数据时，所述通信控制单元保存该接收到的数据，并与来自所述应用控制单元的所述恢复通知的接收相应地，将所保存的数据发送给所述应用控制单元，

所述应用控制单元将从所述通信控制单元接收到的数据发送给所述应用的所述通信功能。

3.一种通信终端，其特征在于，该通信终端具有：

应用控制单元，其控制应用的执行；

在所述应用被暂停时所述应用的所述通信功能正在执行中，且在所述应用被暂停的期间所述通信单元与所述通信网络的通信被切断的情况下，所述通信控制单元保存表示通信被切断的切断通知，在暂停的所述应用被恢复时，经由所述应用控制单元向所述应用的所述通信功能发送所述切断通知，

在所述应用被暂停的期间，在所述通信单元与所述通信网络的通信被切断之前经由所述通信单元从所述通信网络接收到与该应用的通信功能相关的数据的情况下，所述通信控制单元不保存所述切断通知而是保存该接收到的数据，在暂停的所述应用被恢复时，经由所述应用控制单元向所述应用发送所述数据。

4.一种通信终端，其特征在于，该通信终端具有：

应用控制单元，其控制应用的执行；

在所述应用被暂停时未执行所述应用的所述通信功能，且在所述应用被暂停的期间所述通信单元与所述通信网络的通信被切断的情况下，所述通信单元保存表示通信被切断的信息，在暂停的所述应用被恢复后执行所述通信功能时，经由所述通信控制单元及所述应用控制单元向所述应用的所述通信功能发送表示通信被切断的切断通知。

5.根据权利要求1至4中任意一项所述的通信终端，其特征在于，当该通信终端在所述应用被暂停的期间移动到服务区外时，成为维持所述通信单元与所述通信网络的通信连接状态的维持状态。

6.一种在通信终端中执行的应用控制方法，该通信终端具有：应用控制单元，其控制应用的执行；通信控制单元，其在由所述应用控制单元执行包括通信功能的应用时，对通信单元进行控制而建立与通信网络的通信，并执行该应用的通信功能；以及暂停控制单元，其在检测到成为暂停所述应用的原因的终端动作时，向所述应用控制单元发送使启动中的应用暂停的暂停命令，其特征在于，该应用控制方法包括以下步骤：

检测步骤，由所述暂停控制单元检测所述终端动作；

发送步骤，当在所述检测步骤中检测到所述终端动作时，所述暂停控制单元向所述应用控制单元发送使包括所述通信功能的应用暂停的暂停命令；以及

选择步骤，所述暂停控制单元根据在所述检测步骤中检测到的所述终端动作，选择不切断所述通信单元与所述通信网络的通信连接而保持连接状态的保活状态，

所述暂停控制单元在检测到成为暂停所述应用的原因的终端动作的结束时，向所述应用控制单元发送使暂停中的所述应用恢复的恢复命令的步骤，

所述应用控制单元与所述恢复命令的接收相应地，使根据所述暂停命令而暂停的所述应用恢复的步骤，

所述应用控制单元在与所述恢复命令的接收相应地恢复了所述应用时，向所述通信控制单元发送表示已经使所述应用恢复的恢复通知的步骤，

所述通信控制单元在所述应用被暂停时所述应用的所述通信功能正在执行中，且在所述应用被暂停的期间经由所述通信单元从所述通信网络接收到与该应用的通信功能相关的数据时，保存该接收到的数据，并与来自所述应用控制单元的所述恢复通知的接收相应地，将所保存的数据发送给所述应用的通信功能的步骤。

7.一种在通信终端中执行的应用控制方法，该通信终端具有：应用控制单元，其控制应用的执行；通信控制单元，其在由所述应用控制单元执行包括通信功能的应用时，对通信单元进行控制而建立与通信网络的通信，并执行该应用的通信功能；以及暂停控制单元，其在检测到成为暂停所述应用的原因的终端动作时，向所述应用控制单元发送使启动中的应用暂停的暂停命令，其特征在于，该应用控制方法包括以下步骤：

检测步骤，由所述暂停控制单元检测所述终端动作；

在所述应用被暂停时所述应用的所述通信功能正在执行中，且在所述应用被暂停的期间经由所述通信单元从所述通信网络接收到与该应用的通信功能相关的数据时，所述通信控制单元保存该接收到的数据，并与来自所述应用控制单元的所述恢复通知的接收相应地，将所保存的数据发送给所述应用控制单元的步骤，

所述应用控制单元将从所述通信控制单元接收到的数据发送给所述应用的所述通信功能的步骤。

8.一种在通信终端中执行的应用控制方法，该通信终端具有：应用控制单元，其控制应用的执行；通信控制单元，其在由所述应用控制单元执行包括通信功能的应用时，对通信单元进行控制而建立与通信网络的通信，并执行该应用的通信功能；以及暂停控制单元，其在检测到成为暂停所述应用的原因的终端动作时，向所述应用控制单元发送使启动中的应用暂停的暂停命令，其特征在于，该应用控制方法包括以下步骤：

检测步骤，由所述暂停控制单元检测所述终端动作；

在所述应用被暂停时所述应用的所述通信功能正在执行中，且在所述应用被暂停的期间所述通信单元与所述通信网络的通信被切断的情况下，所述通信控制单元保存表示通信被切断的切断通知，在暂停的所述应用被恢复时，经由所述应用控制单元向所述应用的所述通信功能发送所述切断通知的步骤，

在所述应用被暂停的期间，在所述通信单元与所述通信网络的通信被切断之前经由所述通信单元从所述通信网络接收到与该应用的通信功能相关的数据的情况下，所述通信控制单元不保存所述切断通知而是保存该接收到的数据，在暂停的所述应用被恢复时，经由所述应用控制单元向所述应用发送所述数据的步骤。

9.一种在通信终端中执行的应用控制方法，该通信终端具有：应用控制单元，其控制应用的执行；通信控制单元，其在由所述应用控制单元执行包括通信功能的应用时，对通信单元进行控制而建立与通信网络的通信，并执行该应用的通信功能；以及暂停控制单元，其在检测到成为暂停所述应用的原因的终端动作时，向所述应用控制单元发送使启动中的应用暂停的暂停命令，其特征在于，该应用控制方法包括以下步骤：

检测步骤，由所述暂停控制单元检测所述终端动作；

在所述应用被暂停时未执行所述应用的所述通信功能，且在所述应用被暂停的期间所述通信单元与所述通信网络的通信被切断的情况下，所述通信单元保存表示通信被切断的信息，在暂停的所述应用被恢复后执行所述通信功能时，经由所述通信控制单元及所述应用控制单元向所述应用的所述通信功能发送表示通信被切断的切断通知的步骤。