CN107211052A - 便携式终端、便携式终端操作系统、通信控制程序以及通信控制方法 - Google Patents

Abstract

本发明所涉及的跟若接收到切断请求则开始连接等待数据包的发送，若接收到连接请求则结束连接等待数据包的发送的控制器(3)一起构成系统(1)的便携式终端(2)具备：切断请求发送装置(27b、28b)，其若被通知在一个协同应用启动中产生了另一个协同应用的启动请求，由此一个协同应用的应用主体向后台转移的主旨，则将切断请求发送至上述控制器；以及连接请求发送装置(27b、28b)，其若被通知从一个协同应用的应用主体向另一个协同应用的应用主体通知了启动请求，由此另一个协同应用已启动的主旨，则开始来自上述控制器的连接等待数据包的接收的监视，若从上述控制器接收到连接等待数据包，则将连接请求发送至上述控制器。

Description

便携式终端、便携式终端操作系统、通信控制程序以及通信控 制方法

本申请是基于在2014年12月8日申请的日本专利申请号2014－247937号提出的，在此引用其记载内容。

技术领域

本公开涉及便携式终端、便携式终端操作系统、通信控制程序以及通信控制方法。

背景技术

近年来，智能手机等便携式终端广泛普及。这种便携式终端例如能够与导航装置等车辆用装置协同地执行目的地的检索、路径引导等协同应用程序(以下，称为协同应用)。另外，这种便携式终端以用户拿在手里使用为前提，在其操作时需要在一定程度上注视画面。因此，若用户在驾驶中操作便携式终端则存在阻碍驾驶之虞，因而不优选在驾驶中操作便携式终端。关于这一点，例如在专利文献1中公开了设置拍摄便携式终端的画面的车载机，并使便携式终端的画面显示于车载机，将用户对车载机进行的操作反馈给便携式终端的结构。

然而，在上述的专利文献1所公开的结构中，需要由车载机具备用于拍摄便携式终端的画面的拍摄装置。另外，导致用户对车载机所显示的画面的触摸面板进行操作，从安全性的观点来看并不优选。根据这样的情况，申请人申请了日本特愿2014－195115号。在日本特愿2014－195115号中，使便携式终端的画面显示于车载机，并且设置受理针对便携式终端的操作的控制器，若用户操作控制器，则其操作信息从控制器发送至便携式终端，在便携式终端对协同应用的执行进行控制。

在像这样设置控制器的结构中，作为便携式终端与控制器之间的通信方式，为了抑制控制器中的消耗电力使用Bluetooth(注册商标，蓝牙)LE(Low Energy：低功能)(以下，称为BLE)的情况较多。该情况下，便携式终端为主设备，控制器为从设备，由此控制器发送广告数据包。然而，若便携式终端未与控制器连接的时间变长，则存在控制器持续发送广告数据包的时间变长，控制器中的消耗电力增大这一问题。特别是在控制器为电池驱动(battery-driven)的结构中，强烈要求抑制消耗电力。

专利文献1：日本特开2012－3374号公报

发明内容

本公开的目的在于提供一种在控制器将连接等待数据包发送至便携式终端的结构中，能够适当地抑制控制器中的消耗电力的便携式终端、便携式终端操作系统、通信控制程序以及通信控制方法。

在本公开的第一方式中，跟若从外部接收到切断请求则开始连接等待数据包的发送，若从外部接收到连接请求则结束连接等待数据包的发送的控制器一起构成便携式终端操作系统的便携式终端具备：切断请求发送装置，其若被通知在一个协同应用启动中产生了另一个协同应用的启动请求，由此一个协同应用的应用主体向后台转移的主旨，则将切断请求发送至上述控制器；以及连接请求发送装置，其若被通知从一个协同应用的应用主体向另一个协同应用的应用主体通知了启动请求，由此另一个协同应用已启动的主旨，则开始来自上述控制器的连接等待数据包的接收的监视，若从上述控制器接收到连接等待数据包，则将连接请求发送至上述控制器。

在上述的情况下，在控制器中，若从便携式终端的切断请求发送装置接收到切断请求，则开始连接等待数据包的发送，但在这之后，若从便携式终端的连接请求发送装置接收到连接请求，则结束连接等待数据包的发送。像这样在便携式终端中，在一个协同应用启动中产生了另一个协同应用的启动请求的情况下，例如根据来自一个协同应用的应用主体或者便携式终端主体的请求，切断请求发送装置将切断请求发送至控制器，又例如根据来自另一个协同应用的应用主体或者便携式终端主体的请求，连接请求发送装置将连接请求发送至控制器，由此能够对来自控制器的连接等待数据包的发送的开始以及结束进行控制。结果，能够将控制器持续发送连接等待数据包的情况防患于未然，并能够适当地抑制控制器中的消耗电力。特别是在控制器是电池驱动(battery-driven)的结构中，能够通过消耗电力的抑制来实现电池的长寿命化。

在本公开的第二方式中，跟若从外部接收到切断请求则开始连接等待数据包的发送，若从外部接收到连接请求则结束连接等待数据包的发送的控制器一起构成便携式终端操作系统的便携式终端具备：切断请求发送装置，若被通知在协同应用启动中产生了来自其它应用或者便携式终端主体的中断请求，由此协同应用的应用主体向后台转移的主旨，则将切断请求发送至上述控制器；以及连接请求发送装置，其若被通知协同应用的应用主体向前台转移的主旨，则开始来自上述控制器的连接等待数据包的接收的监视，若从上述控制器接收到连接等待数据包，则将连接请求发送至上述控制器。

在上述的便携式终端中，即使在协同应用启动中产生了来自其它应用或者便携式终端主体的中断请求的情况下，例如根据来自协同应用的应用主体或者便携式终端主体的请求，切断请求发送装置将切断请求发送至控制器，又例如根据来自协同应用的应用主体或者便携式终端主体的请求，连接请求发送装置将连接请求发送至控制器，由此能够对来自控制器的连接等待数据包的发送的开始以及结束进行控制。结果，能够将控制器持续发送连接等待数据包的情况防患于未然，并能够适当地抑制控制器中的消耗电力。

在本公开的第三方式中，通信控制程序使跟若从外部接收到切断请求则开始连接等待数据包的发送，若从外部接收到连接请求则结束连接等待数据包的发送的控制器一起构成便携式终端操作系统的便携式终端的控制装置执行如下处理：若被通知在一个协同应用启动中产生了另一个协同应用的启动请求，由此一个协同应用的应用主体向后台转移的主旨，则将切断请求发送至上述控制器的切断请求发送处理；以及若被通知从一个协同应用的应用主体向另一个协同应用的应用主体通知了启动请求，由此另一个协同应用已启动的主旨，则开始来自上述控制器的连接等待数据包的接收的监视，若从上述控制器接收到连接等待数据包，则将连接请求发送至上述控制器的连接请求发送处理。

在上述的情况下，在控制器中，若从便携式终端接收到切断请求，则开始连接等待数据包的发送，但在这之后，若从便携式终端接收到连接请求，则结束连接等待数据包的发送。像这样在便携式终端中，在一个协同应用启动中产生了另一个协同应用的启动请求的情况下，例如根据来自一个协同应用的应用主体或者便携式终端主体的请求，切断请求发送装置将切断请求发送至控制器，又例如根据来自另一个协同应用的应用主体或者便携式终端主体的请求，连接请求发送装置将连接请求发送至控制器，由此能够对来自控制器的连接等待数据包的发送的开始以及结束进行控制。结果，能够将控制器持续发送连接等待数据包的情况防患于未然，并能够适当地抑制控制器中的消耗电力。特别是在控制器是电池驱动(battery-driven)的结构中，能够通过消耗电力的抑制来实现电池的长寿命化。

在本公开的第四方式中，通信控制程序使跟若从外部接收到切断请求则开始连接等待数据包的发送，若从外部接收到连接请求则结束连接等待数据包的发送的控制器一起构成便携式终端操作系统的便携式终端执行如下处理：若被通知在协同应用启动中产生了来自其它应用或者便携式终端主体的中断请求，由此协同应用的应用主体向后台转移的主旨，则将切断请求发送至上述控制器的切断请求发送处理；以及若被通知协同应用的应用主体向前台转移的主旨，则开始来自上述控制器的连接等待数据包的接收的监视，若从上述控制器接收到连接等待数据包，则将连接请求发送至上述控制器的连接请求发送处理。

在上述方式中，即使在协同应用启动中产生了来自其它应用或者便携式终端主体的中断请求的情况下，例如根据来自协同应用的应用主体或者便携式终端主体的请求将切断请求发送至控制器，又例如根据来自协同应用的应用主体或者便携式终端主体的请求将连接请求发送至控制器，由此能够对来自控制器的连接等待数据包的发送的开始以及结束进行控制。结果，能够将控制器持续发送连接等待数据包的情况防患于未然，并能够适当地抑制控制器中的消耗电力。

在本公开的第五方式中，跟若从外部接收到切断请求则开始连接等待数据包的发送，若从外部接收到连接请求则结束连接等待数据包的发送的控制器一起构成便携式终端操作系统的便携式终端的通信控制方法具备：若被通知在一个协同应用启动中产生了另一个协同应用的启动请求，由此一个协同应用的应用主体向后台转移的主旨，则将切断请求发送至上述控制器；以及若被通知从一个协同应用的应用主体向另一个协同应用的应用主体通知了启动请求，由此另一个协同应用已启动的主旨，则开始来自上述控制器的连接等待数据包的接收的监视，若从上述控制器接收到连接等待数据包，则将连接请求发送至上述控制器。

在上述的情况下，在控制器中，若从便携式终端接收到切断请求，则开始连接等待数据包的发送，但在这之后，若从便携式终端接收到连接请求，则结束连接等待数据包的发送。像这样在便携式终端中，在一个协同应用启动中产生了另一个协同应用的启动请求的情况下，例如根据来自一个协同应用的应用主体或者便携式终端主体的请求，切断请求发送装置将切断请求发送至控制器，又例如根据来自另一个协同应用的应用主体或者便携式终端主体的请求，连接请求发送装置将连接请求发送至控制器，由此能够对来自控制器的连接等待数据包的发送的开始以及结束进行控制。结果，能够将控制器持续发送连接等待数据包的情况防患于未然，并能够适当地抑制控制器中的消耗电力。特别是在控制器是电池驱动(battery-driven)的结构中，能够通过消耗电力的抑制来实现电池的长寿命化。

在本公开的第六方式中，跟若从外部接收到切断请求则开始连接等待数据包的发送，若从外部接收到连接请求则结束连接等待数据包的发送的控制器一起构成便携式终端操作系统的便携式终端的通信控制方法具备：若被通知在协同应用启动中产生了来自其它应用或者便携式终端主体的中断请求，由此协同应用的应用主体向后台转移的主旨，则将切断请求发送至上述控制器；以及若被通知协同应用的应用主体通知向前台转移的主旨，则开始来自上述控制器的连接等待数据包的接收的监视，若从上述控制器接收到连接等待数据包，则将连接请求发送至上述控制器。

在上述的方式中，即使在协同应用启动中产生了来自其它的应用或者便携式终端主体的中断请求的情况下，例如根据来自协同应用的应用主体或者便携式终端主体的请求将切断请求发送至控制器，又例如根据来自协同应用的应用主体或者便携式终端主体的请求将连接请求发送至控制器，由此能够对来自控制器的连接等待数据包的发送的开始以及结束进行控制。结果，能够将控制器持续发送连接等待数据包的情况防患于未然，并能够适当地抑制控制器中的消耗电力。

附图说明

通过参照附图进行下述详细的描述，有关本公开的上述目的以及其他的目的、特征、优点会变得更加明确。附图中，

图1是表示本公开的一个实施方式的功能框图，

图2是表示整体结构的图，

图3是示意性地表示利用方式的图，

图4是表示序列的图(其1)，

图5是表示控制器的BLE通信部所进行的处理的流程图，

图6是表示协同应用B的库所进行的处理的流程图，

图7是表示序列的图(其2)，

图8是表示序列的图(其3)，

图9是表示序列的图(其4)。

具体实施方式

下面，参照附图对本公开的一个实施方式进行说明。

便携式终端操作系统1具有用户(例如车辆的驾驶员)能够携带的便携式终端2、用户能够操作的控制器3、以及设置在车厢内的车辆用装置4。如图2所示，便携式终端2例如是被称为智能手机的多功能型的移动电话机，具有显示各种画面(主页面等)并且通过触摸面板受理用户操作的液晶显示部21以及包括各种按钮(Home键等)的操作部22。如图3所示，便携式终端2载置在车厢内的仪表盘上等。其中，在便携式终端2与车辆用装置4以能够通信的方式连接的状态下禁止针对便携式终端2的操作，所以便携式终端2也可以不必载置在仪表盘上，例如可以收纳于用户的衣服的胸前的口袋、包中等。

控制器3是用于远程操作便携式终端2的专用的装置，具有用于供用户操作的操作旋钮31和用于将操作旋钮31固定于车厢内的基座部32。在控制器3中，操作旋钮31形成为大致圆柱状，控制器3以用户能够将操作旋钮31收纳于手掌或者用手指夹持而操作的尺寸构成。控制器3例如设置于车厢内驾驶座与副驾驶座之间的中心控制台等用户较少地进行从前方的视线移动而容易操作的位置。该情况下，控制器3既可以被固定地设置，也可以以能够取下的方式设置。作为将控制器3设置于车厢内的方法，例如既可以利用磁力，也可以设置专用的支架等。

车辆用装置4具有显示各种画面(菜单画面、目的地设定画面、地图画面等)并且通过触摸面板受理用户操作的液晶显示部41以及包括各种按钮(菜单按钮、音量调整按钮等)的操作部42。车辆用装置4被设置于车厢内的仪表盘等用户较少地进行从前方的视线移动就能够视觉确认画面的位置。

接下来，关于便携式终端2、控制器3以及车辆用装置4分别对包括本公开的主要部分的结构进行说明。如图1所示，便携式终端2具有包括CPU(Central Processing Unit：中央处理器)的控制装置23。控制装置23能够在操作系统24上执行启动程序25。操作系统24具有在与控制器3之间控制Bluetooth(注册商标)LE(Low Energy)(以下，称为BLE)通信的BLE通信部24a和在与车辆用装置4之间控制WiFi(Wireless Fidelity：无线保真)(注册商标)通信的外部通信部24b，对各自的近距离无线通信进行控制。需要说明的是，在像这样作为便携式终端2与控制器3之间的通信方式使用BLE的结构中，便携式终端2为主设备，控制器3为从设备，由此控制器3发送广告数据包。需要说明的是，在本实施方式中，作为便携式终端2与车辆用装置4之间的通信方式例示出WiFi，但也可以采用Bluetooth等无线通信方式、HDMI(High Definition Multimedia Interface(注册商标)：高清晰度多媒体接口)、USB(Universal Serial Bus：通用串行总线)等有线通信方式。

启动程序25提供与车辆用装置4协同地一览显示目的地的检索、路径引导等各种协同应用程序(以下，称为协同应用)等用户界面。控制装置23通过执行启动程序25，启动预先搭载于便携式终端2的启动应用26、从服务器(未图示)下载的协同应用27、28。启动应用26包含实现应用的功能的程序亦即应用主体26a和用于受理来自控制器3的操作的程序亦即库26b而构成。协同应用27、28分别包含实现应用的功能的程序亦即应用主体27a、28a和用于受理来自控制器3的操作的程序亦即库27b、28b(切断请求发送装置、连接请求发送装置)而构成。

库26b、27b、28b分别作为将从控制器3发送出的操作信息转换为能够被应用主体26a、27a、28a受理的信息的转换程序发挥作用。这些库26b、27b、28b由制造控制器3的制造商提供。因此，启动应用26、协同应用27、28的创建者即使不考虑与控制器3之间的近距离无线通信、操作信息的转换等，仅通过安装库26b、27b、28b就能够实现受理来自控制器3的操作的功能。需要说明的是，启动应用也可以是两个以上，协同应用也可以是三个以上。

控制器3具有电源开关33、配对按钮34、按压操作检测部35、旋转操作检测部36、双轴操作检测部37、BLE通信部38以及电池39。即，控制器3是电池驱动(battery-driven)的结构，在使用时不需要用于获取动作电力的电源电缆等。

电源开关33是用户为了切换控制器3的开关(启动以及停止)而操作的开关。配对按钮34是用户为了在与便携式终端2之间进行配对而操作的按钮。需要说明的是，在控制器3中固定地设定有在进行配对时所需要的密码等配对信息，若控制器3在便携式终端2的附近启动，则自动地进行配对。按压操作检测部35对由用户进行的将操作旋钮31朝向基座部32侧压入的按压操作进行检测。旋转操作检测部36对由用户进行的使操作旋钮31相对于基座部32相对旋转的旋转操作进行检测。双轴操作检测部37对由用户进行的使操作旋钮31向在基座部32的中心正交的双轴方向的任意方向倾斜的双轴操作进行检测。这样，控制器3为受理比用户对便携式终端2的触摸面板进行的操作简化的操作的结构。即，在便携式终端2中，用户对触摸面板进行像触摸操作、滑动动作、横扫动作、拖动操作这样的遵循物理法则的操作，但在这样的操作中需要注视画面或使手指继续持续性接触。与此相对，在控制器3中，无需像用户在触摸面板上划过这样的连续性的动作，可以说能够进行像操作开关时那样的间断性的操作，而使操作性格外地简化。

BLE通信部38在与便携式终端2之间对BLE通信进行控制。BLE通信部38将表示用户对电源开关33或配对按钮34进行的操作、对操作旋钮31进行的操作(按压操作、旋转操作、双轴操作)的操作信息发送至便携式终端2。

车辆用装置4具有液晶显示部41、外部通信部43以及CAN(Controller AreaNetwork：控制器局域网)通信部44。外部通信部43在与便携式终端2之间对WiFi通信进行控制。CAN通信部44在与搭载于车辆的各种ECU5(Electronic Control Unit：电子控制单元)之间对依据CAN的通信标准的数据通信进行控制。另外，车辆用装置4连接有输出声音的扬声器6，并且连接有输入声音的麦克风7。

接下来，参照图4至图9对上述的结构的作用进行说明。在便携式终端2中，控制装置23通过执行通信控制程序而在与控制器3之间对BLE通信的连接以及切断进行控制。图4表示在便携式终端2与车辆用装置4之间已经建立有WiFi连接，在便携式终端2中协同应用A(在图1中是协同应用27、一个协同应用)启动中产生了协同应用B(在图1中为协同应用28、另一个协同应用)的启动请求的情况。控制器3的BLE通信部38执行图5所示的广告数据包发送控制处理，协同应用B的库执行图6所示的广告数据包接收监视处理。需要说明的是，在便携式终端2中协同应用A启动中，将协同应用A的画面信息从便携式终端2发送至车辆用装置4，并将协同应用A的画面显示于车辆用装置4的液晶显示部41。

在便携式终端2中，若协同应用A的应用主体例如由于用户进行了协同应用B的启动操作而受理协同应用B的启动请求，则将后台转移通知通知给协同应用A的库，并向后台转移，并将启动请求通知给协同应用B的应用主体。若协同应用A的库被协同应用A的应用主体通知后台转移通知，则将切断请求从BLE通信部24a发送至控制器3的BLE通信部38(进行切断请求发送处理)。需要说明的是，并不限于从协同应用A的应用主体对协同应用A的库通知后台转移通知，也可以从便携式终端主体对协同应用A的库通知后台转移通知。另外，切断请求发送处理也可以是单纯的切断处理。

若控制器3的BLE通信部38从协同应用A的库接收切断请求(在图5中，A1：是)，则开始广告数据包的发送(在图5中，为A2)，等待来自外部的连接请求的接收(在图5中，为A3)。控制器3的BLE通信部38通过发送广告数据包来检索存在于自身的周围的能够进行BLE连接的其他设备。之后，控制器3的BLE通信部38持续发送广告数据包，直到从外部接收连接请求为止。

另一方面，协同应用B的应用主体若被协同应用A的应用主体通知启动请求则启动，并判定是否为来自协同应用A的启动请求。协同应用B的应用主体若判定为是来自协同应用A的启动请求，则将启动通知通知给协同应用B的库。协同应用B的库若被协同应用B的应用主体通知启动通知(在图6中，B1：是)，则开始扫描(在图6中，为B2)，并监视广告数据包的接收(在图6中，为B3)。需要说明的是，并不限于从协同应用B的应用主体对协同应用B的库通知启动通知，也可以从便携式终端主体对协同应用B的库通知启动通知。

这里，由于如上述那样，控制器3的BLE通信部38持续地发送广告数据包，所以协同应用B的库迅速地接收广告数据包。协同应用B的库若判定为接收到广告数据包(在图6中，B3：是)，则将连接请求从BLE通信部24a发送至控制器3的BLE通信部38(进行连接请求发送处理)。控制器3的BLE通信部38若从协同应用B的库接收到连接请求(在图5中，A3：是)，则将连接响应发送至协同应用B的库，并结束广告数据包的发送(在图5中，为A4)。协同应用B的库若从控制器3的BLE通信部38接收到连接响应，则结束扫描(在图6中，为B4)，并将连接通知通知给协同应用B的应用主体。即，控制器3的BLE通信部38在由于从协同应用A的库接收到切断请求而开始广告数据包的发送以后，从协同应用B的库接收连接请求，由此结束广告数据包的发送。由此，消除控制器3的BLE通信部38持续发送广告数据包，而抑制广告数据包的发送所需要的电力消耗。

需要说明的是，若像这样控制器3成功检索到便携式终端2，则控制器3与便携式终端2在两者之间开始配对，若结束配对，则能够进行从控制器3向便携式终端2的操作信息的发送，并能够进行由控制器3进行的针对便携式终端2的操作。即，若用户操作控制器3，则控制器3通过将操作信息发送至便携式终端2，例如在用户进行了按压操作的情况下将进行了按压操作的主旨发送至便携式终端2。协同应用B的库将用户对控制器3进行的操作转换为用于使协同应用B的应用主体动作的动作信息并通知给协同应用B的应用主体。并且，协同应用B的应用主体通过被协同应用B的库通知动作信息，根据用户对控制器3进行的操作来动作。若像这样协同应用B的应用主体动作，则能够进行从便携式终端2向车辆用装置4的画面信息的发送，并将与画面信息对应的画面显示于液晶显示部41。由此，用户即使不注视便携式终端2的画面、通过比操作便携式终端2的触摸面板简单地操作控制器3，就能够进行便携式终端2的操作。

作为本公开的比较对象，参照图7以及图8对协同应用中未编入这样的控制BLE通信的连接以及切断的库的情况进行说明。该情况下，协同应用A的应用主体若受理到协同应用B的启动请求，则将切断请求从BLE通信部24a发送至控制器3的BLE通信部38，并向后台转移，并将启动请求通知给协同应用B的应用主体。协同应用B的应用主体若被协同应用A的应用主体通知启动请求则启动，且不开始扫描。该情况下，协同应用B的应用主体判定是否进行了用于从便携式终端2向控制器3的连接请求的用户操作(例如“控制器连接开始”按钮的按下等)。协同应用B的应用主体若判定为进行了用户操作，则将连接请求从BLE通信部24a发送至控制器3的BLE通信部38，但若判定为未进行用户操作，则不发送连接请求。即，由于控制器3的BLE通信部38只要未进行用户操作就不从协同应用B的应用主体接收连接请求，所以在进行用户操作之前持续地发送广告数据包。

与此相对，该发现将监视广告数据包的接收的库编入协同应用中，若为来自协同应用A的启动请求，则若接收到广告数据包，则发送连接请求。结果，能够使之后的来自控制器3的广告数据包的发送结束，并能够将广告数据包的不需要的发送防患于未然，且能够抑制控制器3的BLE通信部38中的消耗电力。

图9表示在便携式终端2与车辆用装置4之间已经建立有WiFi连接，在便携式终端2中协同应用A启动中产生了其它应用C的中断请求的情况。在便携式终端2中，若协同应用A的应用主体例如由于用户临时操作便携式终端2并通过启动应用以外的画面操作等进行了其它应用C的中断操作而受理其它应用C的中断请求，则将后台转移通知通知给协同应用A的库，并向后台转移，并将启动请求通知给其它应用C的应用主体。

协同应用A的库若被协同应用A的应用主体通知后台转移通知，则将切断请求从BLE通信部24a发送至控制器3的BLE通信部38(进行切断请求发送处理)。需要说明的是，并不限于从协同应用A的应用主体对协同应用A的库通知后台转移通知，也可以从便携式终端主体对协同应用A的库通知后台转移通知。另外，切断请求发送处理也可以是单纯的切断处理。控制器3的BLE通信部38若从协同应用A的库接收到切断请求，则开始广告数据包的发送，并等待来自外部的连接请求的接收。该情况下，在此之后，控制器3的BLE通信部38也持续发送广告数据包，直到从外部接收连接请求为止。

另一方面，其它应用C的应用主体若被协同应用A的应用主体通知启动请求则启动。之后，若结束则其它应用C的应用主体将结束通知通知给协同应用A的应用主体。协同应用A的应用主体若被其它应用C的应用主体通知结束通知，则将前台转移通知通知给协同应用A的库，并向前台转移。协同应用A的库若被协同应用A的应用主体通知前台转移通知，则开始扫描，并监视广告数据包的接收。需要说明的是，并不限于从协同应用A的应用主体对协同应用A的库通知前台转移通知，也可以从便携式终端主体对协同应用A的库通知前台转移通知。

这里，由于如上述那样，控制器3的BLE通信部38持续发送广告数据包，所以协同应用A的库接收广告数据包。若协同应用A的库判定为接收到广告数据包，则将连接请求从BLE通信部24a发送至控制器3的BLE通信部38(进行连接请求发送处理)。控制器3的BLE通信部38若从协同应用A的库接收连接请求，则将连接响应发送至协同应用A的库，并结束广告数据包的发送。协同应用A的库若从控制器3的BLE通信部38接收到连接响应，则结束扫描，并将连接通知通知给协同应用A的应用主体。即，控制器3的BLE通信部38由于从协同应用A的库接收到切断请求而开始广告数据包的发送以后，从协同应用A的库接收切断请求，由此结束广告数据包的发送。由此，该情况下，也消除控制器3的BLE通信部38持续发送广告数据包，而抑制广告数据包的发送所需要的电力消耗。

如以上说明的那样，根据实施方式，能够得到如下所示的效果。

在便携式终端2中，为协同应用中编入控制BLE通信的连接以及切断的库的结构。由此，在协同应用A启动中产生了协同应用B的启动请求的情况下，若协同应用B的库被协同应用B的应用主体通知启动通知，则开始扫描，并监视广告数据包的接收。然后，协同应用B的库若接收到广告数据包，则将连接请求发送至控制器3的BLE通信部38。控制器3的BLE通信部38从协同应用B的库接收连接请求，由此结束广告数据包的发送。结果，能够消除控制器3的BLE通信部38持续发送广告数据包，而抑制广告数据包的发送所需要的电力消耗。

另外，在协同应用A启动中产生了其它应用C的中断请求的情况下，协同应用A的库若被协同应用A的应用主体通知前台转移通知，则开始扫描，并监视广告数据包的接收。然后，协同应用A的库若接收到广告数据包，则将连接请求发送至控制器3的BLE通信部38。控制器3的BLE通信部38从协同应用A的库接收连接请求，由此结束广告数据包的发送。结果，该情况下，也能够消除控制器3的BLE通信部38持续发送广告数据包，而抑制广告数据包的发送所需要的电力消耗。

本公开并不限于上述的实施方式中例示出的方式，能够在不脱离其范围的范围内任意地进行变形或者放大。

在本实施方式中，例示出在协同应用A启动中产生了协同应用B的启动请求的情况，但在协同应用B启动中产生了协同应用A的启动请求的情况同样也可以。另外，在本实施方式中，例示出在协同应用A启动中产生了其它应用C的中断请求的情况，但在协同应用B启动中产生了其它应用C的中断请求的情况同样也可以。

在本实施方式中，例示出便携式终端2与控制器3在两者之间进行BLE通信，由此在便携式终端2中协同应用的库监视广告数据包的接收的结构，但也可以为协同应用的库使用其它近距离无线通信方式来监视具有与广告数据包等同的性质的数据包(连接等待数据包)的接收的结构。

在附图中，1是便携式终端操作系统，2是便携式终端，3是控制器，23是控制装置，27b、28b是协同应用的库(切断请求发送装置、连接请求发送装置)。

这里，本申请所记载的流程图或者流程图的处理由多个部分(或提及为步骤)构成，各部分例如被表示为A1。并且，各部分能够分割为多个子部分，另一方面，多个部分也能够组合而成为一个部分。并且，这样构成的各部分能够被提及为设备、模块、方法。

本公开以实施例为基准进行了描述，但应理解本公开并不限于该实施例、构造。本公开也包含各种变形例、等同范围内的变形。此外，各种组合、方式、以及仅包含它们中一个要素、一个以上或一个以下的其他组合或方式也纳入到本公开的范围、思想范围内。

Claims (10)

1.一种便携式终端，所述便携式终端(2)是跟控制器(3)一起构成便携式终端操作系统(1)的便携式终端，所述控制器若从外部接收到切断请求则开始连接等待数据包的发送，若从外部接收到连接请求则结束连接等待数据包的发送，所述便携式终端具备：

切断请求发送装置(27b、28b)，若被通知在一个协同应用启动中产生了另一个协同应用的启动请求，由此一个协同应用的应用主体向后台转移的主旨，则向所述控制器发送切断请求；以及

连接请求发送装置(27b、28b)，若被通知从一个协同应用的应用主体向另一个协同应用的应用主体通知了启动请求，由此另一个协同应用已启动的主旨，则开始来自所述控制器的连接等待数据包的接收的监视，若从所述控制器接收到连接等待数据包，则向所述控制器发送连接请求。

2.根据权利要求1所述的便携式终端，其中，

所述切断请求发送装置由编入于一个协同应用的一个库构成，

所述连接请求发送装置由编入于另一个协同应用的另一个库构成。

3.一种便携式终端，所述便携式终端(2)是跟控制器(3)一起构成便携式终端操作系统(1)的便携式终端，所述控制器若从外部接收到切断请求则开始连接等待数据包的发送，若从外部接收到连接请求则结束连接等待数据包的发送，所述便携式终端具备：

切断请求发送装置(27b、28b)，若被通知在协同应用启动中产生了来自其它应用或者便携式终端主体的中断请求，由此协同应用的应用主体向后台转移的主旨，则向所述控制器发送切断请求；以及

连接请求发送装置(27b、28b)，若被通知协同应用的应用主体向前台转移的主旨，则开始来自所述控制器的连接等待数据包的接收的监视，若从所述控制器接收到连接等待数据包，则向所述控制器发送连接请求。

4.根据权利要求3所述的便携式终端，其中，

所述切断请求发送装置以及所述连接请求发送装置由编入于协同应用的库构成。

5.根据权利要求1～4中的任一项所述的便携式终端，其中，

所述连接请求发送对由蓝牙的LE通信标准规定的广告数据包的接收进行监视而作为监视连接等待数据包的接收。

6.一种便携式终端操作系统(1)，具备：

便携式终端(2)，其是权利要求1～5中的任一项所述的便携式终端；以及

控制器(3)，其若从外部接收到切断请求则开始连接等待数据包的发送，若从外部接收到连接请求则结束连接等待数据包的发送。

7.一种通信控制程序，所述通信控制程序使跟若从外部接收到切断请求则开始连接等待数据包的发送，若从外部接收到连接请求则结束连接等待数据包的发送的控制器(3)一起构成便携式终端操作系统(1)的便携式终端(2)的控制装置(23)执行如下处理；

若被通知在一个协同应用启动中产生了另一个协同应用的启动请求，由此一个协同应用的应用主体向后台转移的主旨，则向所述控制器发送切断请求的切断请求发送处理；以及

若被通知从一个协同应用的应用主体向另一个协同应用的应用主体通知了启动请求，由此另一个协同应用已启动的主旨，则开始来自所述控制器的连接等待数据包的接收的监视，若从所述控制器接收到连接等待数据包，则向所述控制器发送连接请求的连接请求发送处理。

8.一种通信控制程序，所述通信控制程序使跟若从外部接收到切断请求则开始连接等待数据包的发送，若从外部接收到连接请求则结束连接等待数据包的发送的控制器(3)一起构成便携式终端操作系统(1)的便携式终端(2)执行如下处理：

若被通知在协同应用启动中产生了来自其它应用或者便携式终端主体的中断请求，由此协同应用的应用主体向后台转移的主旨，则向所述控制器发送切断请求的切断请求发送处理；以及

若被通知协同应用的应用主体向前台转移的主旨，则开始来自所述控制器的连接等待数据包的接收的监视，若从所述控制器接收到连接等待数据包，则向所述控制器发送连接请求的连接请求发送处理。

9.一种通信控制方法，所述通信控制方法是跟控制器(3)一起构成便携式终端操作系统(1)的便携式终端(2)的通信控制方法，所述控制器若从外部接收到切断请求则开始连接等待数据包的发送，若从外部接收到连接请求则结束连接等待数据包的发送，所述通信控制方法具备：

若被通知在一个协同应用启动中产生了另一个协同应用的启动请求，由此一个协同应用的应用主体向后台转移的主旨，则向所述控制器发送切断请求；以及

若被通知从一个协同应用的应用主体向另一个协同应用的应用主体通知了启动请求，由此另一个协同应用已启动的主旨，则开始来自所述控制器的连接等待数据包的接收的监视，若从所述控制器接收到连接等待数据包，则向所述控制器发送连接请求。

10.一种通信控制方法，所述通信控制方法是跟控制器(3)一起构成便携式终端操作系统(1)的便携式终端(2)的通信控制方法，所述控制器若从外部接收到切断请求则开始连接等待数据包的发送，若从外部接收到连接请求则结束连接等待数据包的发送，所述通信控制方法具备：

若被通知在协同应用启动中产生了来自其它应用或者便携式终端主体的中断请求，由此协同应用的应用主体向后台转移的主旨，则向所述控制器发送切断请求；以及

若被通知协同应用的应用主体向前台转移的主旨，则开始来自所述控制器的连接等待数据包的接收的监视，若从所述控制器接收到连接等待数据包，则向所述控制器发送连接请求。