无线通信系统、无线通信方法、无线通信装置以及程序与流程

1.本发明涉及在多个无线通信装置间传输数据的无线通信系统、在该系统中使用的无线通信方法、无线通信装置以及程序。


背景技术：

2.例如，作为将由血压计等感测装置测定出的感测数据传输至服务器装置等管理装置的方式，已知如下方式：使用蓝牙(bluetooth：注册商标)等近距离无线通信技术将感测数据从感测装置向智能手机等信息终端发送，信息终端经由移动通信网络将上述感测数据向服务器等管理装置传输(例如，参照专利文献1)。
3.这种数据传输方式通过以下方式实现：例如，信息终端的os(operating system：操作系统)将信息终端所具备的数据传输用的应用程序所生成的通信权获取请求向感测装置发送，os接收到从感测装置送回的响应并通知给上述数据传输用的应用程序，之后，数据传输用的应用程序在与感测装置之间执行感测数据的接收处理。
4.现有技术文献
5.专利文献
6.专利文献1：日本专利公开2017-123144号公报


技术实现要素：

7.发明要解决的问题
8.然而，以往的数据传输方式中存在以下问题。即，近年来，出现了各种进行用户的健康管理的服务，用户选择所希望的服务，将自身的感测数据发送至该管理服务器并委托健康管理的实例有所增加。在利用该服务的情况下，用户可以在自身的信息终端安装由利用方的服务提供的数据传输用应用程序，进行感测数据的传输。
9.然而，例如，如用户选择了多个服务的情况那样，当在信息终端安装有多个数据传输用应用程序时，可能会发生如下的不良状况。即，当在同一期间从上述多个数据传输用应用程序产生通信权获取请求时，这些通信权获取请求从信息终端的os直接向感测装置发送，从感测装置送回的各响应由信息终端的os接收并直接通知给请求方的数据传输用应用程序。此时，由于各数据传输用应用程序无法判别所通知的响应是否对自身响应，所以欲分别执行用于接收感测数据的处理，其结果是，在感测装置中发生通信的竞争。因此，在根据情况有时在感测装置中执行非预期的数据接入，由此引起数据损坏等。
10.本发明提供一种在信息终端安装有多个数据传输用应用程序的情况下不发生通信的竞争的技术。
11.技术方案
12.为了解决上述问题，本发明的第一方案涉及一种无线通信系统，所述无线通信系统具备：第一装置，生成传输对象数据；以及第二装置，具备进行数据传输处理的多个应用程序，在该多个应用程序的控制下在与所述第一装置之间进行所述传输对象数据的传输处
理，所述第一装置具备通信调停处理部和响应处理部，所述第二装置具备请求发送处理部、成功与否判定处理部以及数据传输处理部。
13.请求发送处理部在所述多个应用程序分别对所述第一装置请求通信时，生成并发送包括所述多个应用程序各自的固有识别信息的通信权获取请求。通信调停处理部在从所述第二装置接收到多个所述通信权获取请求的情况下，基于该各通信权获取请求中包括的所述固有识别信息和预先设定的调停条件，来判定针对请求方的所述多个应用程序通信的许可与否。响应处理部生成包括表示所述许可与否的判定结果的信息和对应的所述固有识别信息的响应，并向所述第二装置送回。成功与否判定处理部基于从所述第一装置送回的所述响应中包括的表示所述许可与否的判定结果的信息和所述固有识别信息，来分别对所述多个应用程序的每个判定通信权获得的成功与否。数据传输处理部基于所述成功与否的判定结果，利用所述多个应用程序中成功获得了通信权的应用程序来执行所述传输对象数据的所述传输处理。
14.根据本发明的第一方案，当在第二装置中多个应用程序发送通信权获取请求时，在第一装置中，基于上述各通信权获取请求中包括的应用程序固有识别信息和调停条件来判定针对请求方的各应用程序通信的许可与否，将包括该判定结果和应用程序固有识别信息的响应送回至第二装置。相对于此，在第二装置中，基于上述响应中包括的通信的许可与否的判定结果来对各应用程序判定通信权获得的成功与否，通过成功获得了通信权的应用程序来执行传输对象数据的传输处理。
15.因此，例如即使在第二装置中多个应用程序在同一期间发送了通信权获取请求，第一装置也基于调停条件来判定针对发送了上述通信权获取请求的各应用程序的通信的许可与否并响应该判定结果。因此，对于请求方的各应用程序而言，根据上述响应的内容，仅被许可通信的应用程序进行传输对象数据的传输处理，由此避免第一装置中的通信的竞争。因此，不用担心在第一装置中进行非预期的数据接入而引起数据损坏等，由此能提高系统的可靠性。
16.本发明的第二方案涉及一种在无线通信系统中用作所述第一装置的无线通信装置，所述无线通信系统具备：第一装置，生成传输对象数据；以及第二装置，具备进行数据传输处理的多个应用程序，在该多个应用程序的控制下在与所述第一装置之间进行所述传输对象数据的传输处理，无线通信装置具备通信调停处理部和响应处理部。通信调停处理部在从所述第二装置接收到多个通信权获取请求的情况下，基于该各通信权获取请求中包括的所述多个应用程序各自的固有识别信息和预先设定的调停条件，来判定针对请求方的所述多个应用程序通信的许可与否。响应处理部生成包括表示所述许可与否的判定结果的信息和对应的所述固有识别信息的响应，并向所述第二装置送回。
17.根据本发明的第二方案，即使第二装置的多个应用程序在同一期间发送了通信权获取请求，也通过第一装置对该多个通信权获取请求进行调停处理，并将该结果通知给请求方的各应用程序。因此，在第二装置中，仅通过许可通信的应用程序进行传输对象数据的传输处理。因此，避免了第一装置中的通信的竞争的发生，由此不用担心发生因非预期的数据接入导致的数据损坏等，第一装置能进行稳定性高的数据传输处理。
18.在本发明的第三方案中，所述通信调停处理部将先后顺序定义为所述调停条件，在从所述第二装置接收到多个通信权获取请求的情况下，对与接收顺序最早的通信权获取
请求对应的应用程序许可通信。
19.根据本发明的第三方案，在同一期间从第二装置的多个应用程序分别发送了通信权获取请求的情况下，对上述各应用程序按先后顺序许可通信。因此，在第二装置安装有多个应用程序的情况下，能公平地对这些应用程序赋予通信权。
20.在本发明的第四方案中，所述通信调停处理部将针对所述多个应用程序的优先度定义为所述调停条件，在从所述第二装置接收到所述多个通信权获取请求的情况下，对所述优先度最高的应用程序许可通信。
21.根据本发明的第四方案，在同一期间从所述第二装置的多个应用程序分别发送了通信权获取请求的情况下，优先对优先度设定得高的应用程序许可通信。因此，例如，能优先进行由用户所指定的优先度高的应用程序进行的数据传输。
22.在本发明的装置的第五方案中，在第一装置还设有显示处理部，通过该显示处理部，生成用于显示所述许可与否的判定结果的显示信息并显示于显示部。
23.根据本发明的第五方案，例如，用户能确认在第一装置中利用第二装置的哪个应用程序进行数据传输。
24.本发明的装置的第六方案涉及在无线通信系统中用作所述第二装置的无线通信装置，所述无线通信系统具备：第一装置，生成传输对象数据；以及第二装置，具备进行数据传输处理的多个应用程序，在该多个应用程序的控制下在与所述第一装置之间进行所述传输对象数据的传输处理，所述第一装置具备以下功能：在从所述第二装置接收到多个通信权获取请求的情况下，基于该各通信权获取请求中包括的所述多个应用程序各自的固有识别信息和预先设定的调停条件来判定针对请求方的所述多个应用程序通信的许可与否，生成包括表示所述许可与否的判定结果的信息和对应的固有识别信息的响应，并向所述第二装置送回，无线通信装置具备成功与否判定处理部和数据传输处理部。成功与否判定处理部针对所述通信权获取请求的发送，基于从所述第一装置送回的所述响应中包括的表示所述许可与否的判定结果的信息和所述特定识别信息，来分别对所述多个应用程序判定通信权获得的成功与否。数据传输处理部基于所述成功与否的判定结果，利用所述多个应用程序中成功获得了通信权的应用程序来执行传输对象数据的传输处理。
25.根据本发明的第六方案，在第二装置的各应用程序中，针对通信权的获取请求，根据从第一装置送回的响应的内容，判定通信权获得的成功与否，仅利用成功获得了通信权的应用程序来执行数据传输处理。因此，避免了第一装置中的通信的竞争的发生，由此不用担心会引起数据损坏等，能实现稳定性高的数据传输处理。
26.在本发明的第七方案中，第二装置中还具备显示处理部，通过该显示处理部，生成表示所述成功与否的判定结果的显示信息，并显示于所述显示部。
27.根据本发明的第七方案，用户能确认在第二装置中选择多个应用程序中的哪一个应用程序。
28.发明效果
29.即，根据本发明，能提供一种在信息终端安装有多个数据传输用应用程序的情况下不发生通信竞争的技术。
附图说明
30.图1是表示本发明的一个实施方式的无线通信系统的整体构成的图。
31.图2是表示在图1所示的系统中用作第一装置的感测装置的硬件构成的框图。
32.图3是表示在图1所示的系统中用作第一装置的感测装置的软件构成的框图。
33.图4是表示在图1所示的系统中用作第二装置的信息终端的硬件构成的框图。
34.图5是表示在图1所示的系统中用作第二装置的信息终端的软件构成的框图。
35.图6是表示图3所示的感测装置的控制部所执行的感测数据发送处理的处理过程和处理内容的流程图。
36.图7是表示图6所示的处理过程中的调停处理的处理过程和处理内容的流程图。
37.图8是表示图5所示的信息终端的控制部所执行的感测数据接收处理的处理过程和处理内容的流程图。
38.图9a是表示在图3和图5所示的感测装置与信息终端之间执行的数据传输处理的前半部分的过程的时序图。
39.图9b是表示在图3和图5所示的感测装置与信息终端之间执行的数据传输处理的后半部分的过程的时序图。
具体实施方式
40.以下，参照附图，对本发明的实施方式进行说明。
41.[一个实施方式]
[0042]
(构成例)
[0043]
(1)系统
[0044]
图1是表示本发明的一个实施方式的无线通信系统的整体构成的图。
[0045]
一个实施方式的无线通信系统具备作为第一装置发挥功能的感测装置sd和作为第二装置发挥功能的信息终端ut。而且，使用作为近距离无线通信技术之一的例如蓝牙(bluetooth：注册商标)来将由感测装置sd测定出的感测数据向信息终端ut传输。信息终端ut经由网络nw将上述感测数据向服务器装置sv传输。
[0046]
需要说明的是，在该例子中，作为感测装置sd与信息终端ut之间的无线通信方式，使用蓝牙中的由版本4.0定义的ble(bluetooth low energy：低能耗蓝牙)。当使用ble时，与以前的规格相比，能进一步减少功耗，特别是当利用被称为ble广播的单方向通信时，能期待更高的低功耗化。
[0047]
网络nw例如包括因特网和用于接入因特网的接入网络。作为接入网络，例如使用采用4g或5g规格的移动无线通信网络、无线lan(local area network：局域网)等，但并不限于此。
[0048]
服务器装置sv例如由医疗保健机构或健康信息的服务运营商等所运营的云计算机或web计算机构成，收集用户的感测数据，进行用户的健康管理。需要说明的是，在图1中，为了简单，仅示出了一个服务器装置sv，但在存在多个进行用户的健康管理的服务运营商的情况下，设置各个服务运营商所运用的多个服务器装置。
[0049]
(2)装置
[0050]
(2-1)感测装置sd
[0051]
图2和图3是分别表示感测装置sd的硬件构成和软件构成的框图。
[0052]
感测装置sd例如由血压计构成，具备控制单元1、感测单元2、ble通信模块3、输入部4a以及显示部4b。
[0053]
感测单元2在控制单元1的控制下例如进行包括血压数据的感测数据的测定动作，将测定出的感测数据向控制单元1输出。需要说明的是，感测单元2可以是除了血压数据以外，对脉搏数、心电波形、血糖值、活动量、应激度等其他生命体征数据单独或组合地进行测定的设备。
[0054]
ble通信模块3在与上述信息终端ut之间根据由ble的规格定义的通信协议来进行无线控制信号以及数据的收发。需要说明的是，ble通信模块3并不限于内置于感测装置sd，可以是作为附属的通信用适配器而外设的通信模块，也可以是独立使用的iot设备、路由器、机顶盒(set top box：stb)所具备的通信模块。
[0055]
控制单元1例如具备使用中央处理单元(central processing unit：cpu)等硬件处理器的控制部11。需要说明的是，控制部11也可以具备dsp(digital signal processor：数字信号处理器)，用于进行加密处理等。
[0056]
上述控制部11经由总线17连接有具有程序存储部12和数据存储部13的存储单元、传感器接口(以后，将接口记载为i/f)14、通信i/f15以及输入输出i/f16。
[0057]
传感器i/f14在控制部11的控制下进行感测单元2的动作的各种控制信号的授受以及接受从感测单元2输出的感测数据并传递至控制部11的处理。通信i/f15在控制部11的控制下进行ble通信模块3的动作的各种控制信号的授受以及将由控制部11生成的数据包向ble通信模块3输出的处理。
[0058]
程序存储部12例如作为存储介质，是将hdd(hard disk drive：硬盘驱动器)或ssd(solid state drive：固态驱动器)等能随时进行写入和读出的非易失性存储器与rom(read only memory：只读存储器)等非易失性存储器组合而构成的，该程序存储部22不仅储存os(operating system：操作系统)等中间件(middleware)，还储存执行一个实施方式的各种控制处理所需的程序。
[0059]
数据存储部13例如作为存储介质，是将ssd等能随时进行写入和读出的非易失性存储器与ram(random access memory：随机存取存储器)等易失性存储器组合而得到的，作为实施一个实施方式所需的主要的存储部，该数据存储部13具备感测数据存储部131和调停信息存储部132。
[0060]
感测数据存储部131用于在将由感测单元2测定出的感测数据与表示该测定日期时间的信息等相关联的状态下进行存储。
[0061]
在连接ble无线链路的过程中从信息终端ut发送了多个通信权获取请求的情况下，调停信息存储部132存储用于进行针对这些请求的通信的调停的调停条件。作为调停条件，在该例子中，定义了“先后顺序”或“优先度”，但并不限于这些。此外，调停信息存储部132还保存表示针对上述多个通信权获取请求的调停结果的信息。
[0062]
需要说明的是，数据存储部13还具备对在控制部11的各种处理的过程中生成的数据进行暂时存储的存储区域。
[0063]
作为实施一个实施方式所需的主要的功能，控制部11具备感测控制部111、ble通信控制部112、通信调停处理部113以及感测数据发送处理部114。这些控制部以及处理部
111～114均通过使控制部11的硬件处理器执行存储于程序存储部12的程序来实现。
[0064]
在输入部4a中进行了作为包括血压数据的生命体征数据的测定动作的触发的操作的情况下，感测控制部111经由传感器i/f14启动感测单元2。然后，进行如下处理：经由传感器i/f14取入由感测单元2测定出的感测数据，将取入的上述感测数据与表示测定日期时间的信息建立对应地存储于感测数据存储部131。
[0065]
ble通信控制部112根据由ble通信方式规定的通信协议，在与信息终端ut之间执行ble的广播和连接时序，来执行在与信息终端ut之间建立ble的无线链路的一系列处理。
[0066]
在上述ble广播的过程中从信息终端ut发送了通过后述的多个数据传输用应用程序的多个通信权获取请求的情况下，通信调停处理部113基于存储于调停信息存储部132的调停条件进行针对发送了上述多个通信权获取请求的上述各应用程序的通信的调停。然后，进行如下处理：生成包括表示调停结果的信息和上述通信权获取请求中包括的请求方的数据传输用应用程序的固有识别信息(以后，称为应用程序id)的响应信息，将生成的上述响应信息送回至ble通信控制部112。此外，通信调停处理部113将表示上述调停结果的信息保存于调停信息存储部132。
[0067]
在通过上述ble通信控制部112在与信息终端ut之间建立了ble的无线链路的状态下，感测数据发送处理部114进行从感测数据存储部131读出未发送的感测数据，经由通信i/f15将该感测数据向ble通信模块3输出，并从ble通信模块3发出的处理。
[0068]
(2-2)信息终端ut
[0069]
图4和图5是分别表示信息终端ut的硬件构成和软件构成的框图。
[0070]
信息终端ut例如由用户所有的智能手机构成。需要说明的是，作为信息终端ut，只要为用户所有即可，除智能手机外，还可以使用平板型终端、可穿戴型终端、笔记本型的个人计算机等。
[0071]
信息终端ut具备控制单元5、ble通信模块6、移动无线通信模块7以及输入输出设备8。
[0072]
ble通信模块6在与上述感测装置sd之间，根据由ble的规格定义的通信协议，进行无线控制信号以及数据的收发。
[0073]
移动无线通信模块7使用通过移动通信网络定义的无线接入方式以及通信协议，经由网络nw在与服务器装置sv之间进行数据的收发。作为无线接入方式，例如使用长期演进技术(long term evolution：lte)(注册商标)、4g或5g。
[0074]
输入输出设备8例如是在使用液晶或有机el的显示设备的显示画面上重叠配置采用了感压方式或电容方式的触摸式输入膜而成，用于进行各种操作数据的输入以及显示数据的显示。
[0075]
控制单元5具备使用中央处理单元等硬件处理器的控制部51。该控制部51经由总线57连接有具有程序存储部52和数据存储部53的存储单元、通信i/f54、55以及输入输出i/f56。
[0076]
通信i/f54在与感测装置sd之间建立ble的无线链路的过程中，进行在控制部51与ble通信模块6之间授受的各种信号的传递或转换等处理。
[0077]
输入输出i/f56取入在上述输入输出设备8中输入的操作数据并传递至控制部51，并且将从控制部51输出的各种显示信息向上述输入输出设备8输出并显示。
[0078]
程序存储部52例如作为存储介质，是将ssd等能随时进行写入和读出的非易失性存储器和rom等非易失性存储器组合而构成的，该程序存储部52不仅储存os等中间件，还储存执行一个实施方式的各种控制处理所需的程序。
[0079]
在该程序中包括由提供健康管理服务的多个运营商(可以包括感测装置sd的制造商等)提供的数据传输用的多个应用程序。在该例子中，以安装有两个数据传输用应用程序(之后，称为应用程序a、应用程序b)来进行说明。
[0080]
数据存储部53例如作为存储介质，是将ssd等能随时进行写入和读出的非易失性存储器和ram等易失性存储器组合而得到的，作为实施一个实施方式所需的主要的存储部，该数据存储部53具备感测数据存储部531。感测数据存储部531用于存储从感测装置sd发送的感测数据。需要说明的是，可以分别针对应用程序a和应用程序b设置感测数据存储部531。此外，数据存储部53还具备对在控制部51的各种处理的过程中生成的数据进行暂时存储的存储区域。
[0081]
控制部51具备平台511、第一数据传输处理部512以及第二数据传输处理部513。这些处理部511～513均通过使控制部51的硬件处理器执行存储于程序存储部52的os以及应用程序来实现。
[0082]
平台511由os执行，根据由ble通信方式规定的通信协议，执行对感测装置sd的扫描、从感测装置sd接收ble的通告以及ble的连接时序的各种请求和响应等的收发处理，进行直至在与感测装置sd之间建立ble的无线链路为止的一系列处理。
[0083]
第一数据传输处理部512通过执行上述应用程序a而动作，进行用于从感测装置sd获取感测数据的一系列数据传输处理。
[0084]
例如，对平台511进行扫描的执行、通告的接收、连接请求的发送、连接时序的执行、通信权获取请求的发送以及针对通信权获取请求的响应信息的接收。此时，在上述连接请求中插入上述应用程序a的应用程序id。
[0085]
接着，第一数据传输处理部512基于接收到的上述响应信息中包括的调停结果和应用程序id来判定针对应用程序a的通信权获得的成功与否。然后，在成功获得了通信权的情况下，经由在与感测装置sd之间建立的无线链路来接收感测数据，并将接收到的感测数据存储于感测数据存储部531。
[0086]
此外，第一数据传输处理部512对存储的上述感测数据向服务器装置sv的传输定时进行监测，当为传输定时时，从上述感测数据存储部531读出未发送的感测数据，经由通信i/f55将读出的上述感测数据向移动无线通信模块7输出。然后，进行如下处理：根据由移动通信网络规定的通信协议，将上述感测数据经由网络nw从移动无线通信模块7向服务器装置sv发送。
[0087]
第二数据传输处理部513通过执行上述应用程序b而动作，进行用于从感测装置sd获取感测数据的一系列数据传输处理。
[0088]
该处理过程和处理内容与执行应用程序a的上述第一数据传输处理部512的处理相同。
[0089]
(动作例)
[0090]
接着，对以如上方式构成的无线通信系统的动作例进行说明。
[0091]
图6和图7分别是表示由感测装置sd的控制部11进行的处理过程和处理内容的流
程图，此外，图8是表示由信息终端ut的控制部51进行的处理过程和处理内容的流程图。此外，图9a、图9b是表示感测装置sd与信息终端ut之间的数据传输处理的动作过程的时序图。
[0092]
(1)信息终端ut中的数据传输用应用程序的启动
[0093]
信息终端ut的控制部51在图8所示的步骤s30中监测应用程序的启动。在该状态下，例如用户在输入输出设备8中进行应用程序a和应用程序b的启动操作，或当从服务运营商的服务器装置sv接收到应用程序a、应用程序b的启动请求时，信息终端ut的控制部51启动应用程序a、应用程序b。
[0094]
以后，应用程序a、应用程序b针对安装于信息终端ut的其他各种应用程序在后台动作。
[0095]
当启动时，执行应用程序a、应用程序b的数据传输处理部512、513均首先在步骤s31中对平台511提供扫描请求。其结果是，之后，平台511开始针对感测装置sd的ble的通告的间歇性扫描动作。需要说明的是，此时，平台511从应用程序a、应用程序b这两方接收扫描请求，但如图9a所示，根据先接收到的扫描请求来执行扫描动作。
[0096]
(2)感测装置sd中的感测动作
[0097]
在感测装置sd中，作为被测定者的用户进行用于感测的操作。作为此时的操作，例如列举出设置于输入部4a的测定按钮的按下，但也可以是用户在手臂或手腕等被测定部位装戴袖带的操作等。
[0098]
当通过步骤s10来感测上述操作时，感测装置sd的控制部11在感测控制部111的控制下在步骤s11中使感测单元2启动。然后，通过步骤s12，经由传感器i/f14获取通过感测单元2测定并输出的感测数据，将获取到的感测数据在附加了表示测定日期时间的信息之后存储于感测数据存储部131。当上述一次感测动作结束时，感测控制部111在步骤s13中判定感测动作是否结束。然后，在被测定者再次按下测定按钮的情况下，返回步骤s11，重复执行上述感测动作。
[0099]
需要说明的是，在该例子中，作为感测数据，获取表示收缩期血压(systolic blood pressure)、舒张期血压(diastolic blood pressure)以及脉搏数的数据，但在感测数据中也可以单独或组合地包括脉搏数或心电波形、血糖值、活动量、应激度等其他生命体征数据。
[0100]
(3)感测数据的传输
[0101]
(3-1)ble的广播和连接时序的执行
[0102]
当在上述步骤s13中判定为感测动作结束时，感测装置sd的控制部11在ble通信控制部112的控制下，在步骤s14中开始例如以固定时间间隔间歇性地发送ble的通告。
[0103]
相对于此，在步骤s32中，当信息终端ut的控制部51通过平台511接收到上述ble的通告时，第一数据传输处理部512和第二数据传输处理部513分别在步骤s33中生成连接请求，并将连接请求向平台511输出。
[0104]
平台511经由通信i/f54将上述连接请求向ble通信模块6输出。其结果是，从ble通信模块6向感测装置sd发送上述连接请求。需要说明的是，此时，在从第一数据传输处理部512和第二数据传输处理部513分别产生连接请求的情况下，平台511仅将先产生的连接请求向感测装置sd发送。
[0105]
在上述通告的发送期间中在步骤s15中从信息终端ut接收到上述连接请求时，感
测装置sd的控制部11在ble通信控制部112的控制下通过步骤s16执行ble的连接时序。
[0106]
此外，此时，信息终端ut的平台511也在上述连接请求的发送后在步骤s34中在与上述感测装置sd之间执行ble的连接时序。然后，当通过上述ble的连接时序与感测装置sd之间连接时，平台511对作为上述连接请求的发送方的第一数据传输处理部512和第二数据传输处理部513分别通知连接完成。
[0107]
(3-2)通信权获取请求的发送
[0108]
当通过步骤s35接受上述连接完成通知时，第一数据传输处理部512和第二数据传输处理部513在步骤s36中生成通信权获取请求。此时，在上述各通信权获取请求中分别插入请求方的应用程序a、应用程序b的应用程序id。
[0109]
然后，第一数据传输处理部512和第二数据传输处理部513将生成的上述通信权获取请求传递至平台511。平台511分别将上述各通信权获取请求从ble通信模块6向感测装置sd发送。
[0110]
(3-3)通信的调停处理
[0111]
相对于此，当感测装置sd的控制部11在步骤s17中接收到上述通信权获取请求时，移至步骤s18。然后，在通信调停处理部113的控制下，以如下方式执行针对上述通信权获取请求的通信的调停处理。
[0112]
图7是表示该通信的调停处理的处理过程和处理内容的流程图。即，通信调停处理部113首先通过步骤s181，判定在固定时间(例如1秒或小于1秒)内从信息终端ut发送的通信权获取请求是一个还是多个。该判定的结果是，若是一个，则对该请求无条件地许可通信。然后，在步骤s182中，生成包括许可上述通信的信息和接收到的上述通信权获取请求中包括的应用程序id的响应信息，通过步骤s186将生成的上述响应信息从ble通信模块3向信息终端ut发送。
[0113]
另一方面，如上所述，在上述固定时间内从信息终端ut接收到两个通信权获取请求。在该情况下，通信调停处理部113从调停信息存储部132读出调停条件。然后，基于读出的上述调停条件，分别对上述两个通信权获取请求判定通信的许可与否。
[0114]
在通信的许可与否的判定方法中，例如考虑“先后顺序”和“优先度顺序”这两种方法。它们均通过调停条件来定义。
[0115]
首先，“先后顺序”是指对接收的顺序早的一方的通信权获取请求许可通信，对接收顺序迟的一方的通信权获取请求拒绝。在该情况下，如图7所举例示出那样，通信调停处理部113通过步骤s183选择接收顺序早的一方的通信权获取请求，针对选择出的该通信权获取请求，在步骤s184中，生成插入有表示通信的许可(ok)的标志信息和应用程序id的响应信息。另一方面，针对接收顺序迟的一方的通信权获取请求，在步骤s185中，生成插入有表示通信的拒绝(ng)的标志信息和应用程序id的响应信息。然后，将生成的上述各响应信息通过步骤s186从ble通信模块3向信息终端ut发送。
[0116]
相对于此，“优先度顺序”例如是指在信息终端ut中由用户根据预先设定的优先度对应用程序a、应用程序b进行判定，针对与优先度高的一方的应用程序对应的通信权获取请求许可通信，针对与优先度低的一方的应用程序对应的通信权获取请求暂时拒绝。需要说明的是，通信权获取请求的发送方是应用程序a还是应用程序b的判定基于通信权获取请求中包括的应用程序id来进行。
[0117]
在该情况下，通信调停处理部113按每个上述通信权获取请求生成包括上述许可与否的判定结果即表示许可(ok)或拒绝(ng)的标志信息和请求方的应用程序的应用程序id的响应信息，并将生成的各响应信息从ble通信模块3向信息终端ut发送。
[0118]
在信息终端ut的平台511经由ble通信模块6接收到从上述感测装置sd发送的上述各响应信息时，将接收到的各响应信息传递至第一数据传输处理部512和第二数据传输处理部513。此时，平台511不具有识别各响应信息的地址的功能，因此将接收到的各响应信息通知给第一数据传输处理部512和第二数据传输处理部513这两方。
[0119]
在信息终端ut的第一数据传输处理部512和第二数据传输处理部513接收上述各响应信息时，在步骤s38中，基于这些响应信息中包括的应用程序id来判定哪个响应信息是以自己的应用程序为目的地的响应信息。然后，基于该以自己为目的地的响应信息中包括的标志信息，判定通信权获得的成功与否。以后，通过成功获得了通信权的第一数据传输处理部512或第二数据传输处理部513，执行感测数据的接收动作。
[0120]
(3-4)感测数据的传输
[0121]
感测装置sd的控制部11在结束上述调停处理时，在感测数据发送处理部114的控制下，在步骤s19中，从感测数据存储部131读出感测数据。然后，经由在与信息终端ut之间建立的无线链路将读出的上述感测数据从ble通信模块3向信息终端ut传输。
[0122]
相对于此，信息终端ut的第一和第二数据传输处理部512、513中的成功获得了通信权的数据传输处理部例如与应用程序a对应的第一数据传输处理部512经由在与感测装置sd之间建立的ble的无线链路，从上述感测装置sd接收感测数据，并将接收到的感测数据存储于感测数据存储部531。然后，当在步骤s40中检测出感测数据接收完成时，第一数据传输处理部512通过步骤s41将切断请求向感测装置sd发送，结束处理。
[0123]
(3-5)存在正在通信待机的应用程序的情况
[0124]
感测装置sd的控制部11将表示由通信调停处理部113得到的通信的许可与否的判定结果的信息、例如拒绝通信的通信权获取请求作为通信待机信息保存于调停信息存储部132。ble通信控制部112在感测数据的发送后，当通过步骤s20接收到从信息终端ut发送的切断请求时，接着在步骤s21中，基于调停信息存储部132中保存的通信待机信息，判定有无正在待机的通信权获取请求。然后，在存在正在待机的通信权获取请求的情况下，返回步骤s14，通过步骤s14～步骤s20再次执行处理。
[0125]
另一方面，当上述第一数据传输处理部512通过步骤s41发送切断请求而结束数据传输处理时，信息终端ut的控制部51接着在步骤s42中，判定有无正在待机的数据传输用应用程序。该判定的结果是，在存在正在待机的数据传输用应用程序的情况下，信息终端ut的控制部51返回步骤s31，通过步骤s31～步骤s41再次执行处理。
[0126]
例如，在之前描述的例子中，应用程序b为正在通信待机，因此在第二数据传输处理部513的控制下，通过上述步骤s31～步骤s41执行用于从感测装置sd接收感测数据的处理。图9b是表示该处理时序的图。
[0127]
(作用/效果)
[0128]
如上所述，在一个实施方式中，在安装于信息终端ut的两个数据传输用的应用程序a、应用程序b的控制下，在进行从感测装置sd向信息终端ut传输感测数据的处理时，上述应用程序a、应用程序b将包括该应用程序id的通信权获取请求向感测装置sd发送。相对于
此，感测装置sd在从信息终端ut分别接收到基于上述各应用程序a、应用程序b的通信权获取请求的情况下，基于预先存储的调停条件，来对上述各应用程序a、应用程序b判定通信的许可与否。然后，生成包括表示该判定结果的信息和上述通信权获取请求中包括的应用程序id的响应信息，并向信息终端ut送回。信息终端ut的上述各应用程序a、应用程序b基于接收到的上述响应信息判定通信权获得的成功与否，进行使成功获得了通信权的应用程序a或应用程序b从感测装置sd接收感测数据的处理。
[0129]
因此，例如在信息终端ut中，即使应用程序a、应用程序b在同一期间发送了通信权获取请求，也通过感测装置sd进行针对上述各通信权获取请求的调停处理，将该结果通过响应信息通知给信息终端ut。因此，请求方的各应用程序a、应用程序b中，仅成功获得了通信权的应用程序进行感测数据的传输处理，避免了感测装置sd中的通信的竞争。因此，不用担心在感测装置sd中进行非预期的数据接入而引起数据损坏等，由此能提高对数据传输处理的可靠性。
[0130]
此外，在一个实施方式中，将先后顺序定义为调停条件，对接收顺序最早的通信权获取请求许可通信。因此，能对安装于信息终端ut的应用程序a、应用程序b公平地赋予通信权。
[0131]
另一方面，作为调停条件也可以对应用程序a、应用程序b定义优先度，在该情况下，例如能优先进行基于用户指定的优先度高的应用程序的数据传输。
[0132]
而且，在一个实施方式中，作为在感测装置sd中表示调停结果的信息，将来自拒绝通信的应用程序b的通信权获取请求作为调停信息保存，且在信息终端ut中保存表示通信权获得的成功与否的判定结果的信息。然后，在基于许可通信的应用程序a的数据传输结束后，基于上述各保存信息继续进行ble广播和连接时序，进一步执行由上述应用程序b进行的数据传输处理。因此，在基于应用程序a的数据传输处理结束后，能自动地执行基于应用程序b的数据传输处理，完成基于启动中的所有应用程序的数据传输处理。
[0133]
[变形例]
[0134]
可以在感测装置sd中生成表示针对通信权获取请求的调停结果的显示信息，并将显示信息显示于显示部4b。此外，也可以是在信息终端ut中生成表示通信权获得的成功与否的显示信息，并将显示信息显示于输入输出设备8的显示部。如此一来，用户无论在感测装置sd中还是在信息终端ut中都能确认感测数据传输处理中的应用程序。
[0135]
此外，在上述例子中，对信息终端ut在应用程序a、应用程序b中的一方结束数据传输时发送切断请求的情况进行了描述。但作为其他例子，信息终端ut能不发送切断请求，而通过如下的通信处理使正在待机的应用程序进行通信处理。
[0136]
即，例如现在应用程序a、应用程序b发送通信权获得请求，相对于此，感测装置sd针对应用程序a送回(ok)的通信权获得响应，针对应用程序b送回(ng)的通信权获得响应。在该情况下，在信息终端ut中，应用程序a执行数据传输，应用程序b处于待机状态。然后，当应用程序a结束数据传输时，信息终端ut发送通信权开放请求。此时，在通信权开放请求中插入应用程序a的id。
[0137]
相对于此，感测装置sd在接收到插入有上述应用程序a的id的通信权开放请求时，送回包括应用程序a的id的通信权开放响应。信息终端ut在通过包括上述应用程序a的id的通信权开放响应确认应用程序a开放了通信权时，再次将通信权获得请求向感测装置sd发
送。通过这种处理过程，应用程序a、应用程序b两方都能完成数据传输。
[0138]
[其他实施方式]
[0139]
在一个实施方式中，以将血压计用作第一装置的情况为例进行了说明，第一装置也可以是对血压数据以外的生命体征数据进行测定的设备，还可以是除了生命体征数据以外，还对温度、湿度、气压等环境数据进行测定的设备、对废气等大气污染的物质、水质、振动、噪音等进行测定的设备。
[0140]
另外，对于数据传输用应用程序的个数、第一装置和第二装置的种类和其构成、处理过程和处理内容、传输对象数据的种类、数据构造等，可以在不脱离本发明的主旨的范围内进行各种变形来实施。
[0141]
以上，对本发明的实施方式进行了详细说明，但到前述为止的说明在所有方面只不过是本发明的示例。当然可以在不脱离本发明的范围的情况下进行各种改进、变形。也就是说，在实施本发明时，可以根据实施方式适当地采用具体的结构。
[0142]
总之，本发明并不原封不动地限定于上述实施方式，可以在实施阶段，在不脱离其主旨的范围内对构成要素进行变形而具体化。此外，可以通过上述实施方式中公开的多个构成要素的适当组合来形成各种发明。例如，可以从实施方式所示的所有构成要素中删除若干构成要素。而且，可以对涉及不同的实施方式的构成要素进行适当组合。
[0143]
附图标记说明
[0144]
sd：感测装置
[0145]
ut：信息终端
[0146]
nw：网络
[0147]
sv：服务器装置
[0148]
1、5：控制单元
[0149]
2：感测单元
[0150]
3、6：ble通信模块
[0151]
4a：输入部
[0152]
4b：显示部
[0153]
7：移动无线通信模块
[0154]
8：输入输出设备
[0155]
11、51：控制部
[0156]
12、52：程序存储部
[0157]
13、53：数据存储部
[0158]
14：传感器i/f
[0159]
15、54、55：通信i/f
[0160]
16、56：输入输出i/f
[0161]
111：感测控制部
[0162]
112：ble通信控制部
[0163]
113：通信调停处理部
[0164]
114：感测数据发送处理部
[0165]
131、531：感测数据存储部
[0166]
132：调停信息存储部
[0167]
511：平台(os)
[0168]
512：第一数据传输处理部(应用程序a)
[0169]
513：第二数据传输处理部(应用程序b)
[0170]
514：感测数据传输处理部

技术特征：
1.一种无线通信系统，具备：第一装置，生成传输对象数据；以及第二装置，具备进行数据传输处理的多个应用程序，在所述多个应用程序的控制下，在与所述第一装置之间进行所述传输对象数据的传输处理，在所述无线通信系统中，所述第二装置具备请求发送处理部，所述请求发送处理部在所述多个应用程序分别对所述第一装置请求通信时，生成并发送包括所述多个应用程序各自的固有识别信息的通信权获取请求，所述第一装置具备：通信调停处理部，在从所述第二装置接收到多个所述通信权获取请求的情况下，基于所述各通信权获取请求中包括的所述固有识别信息和预先设定的调停条件，来判定针对请求方的所述多个应用程序通信的许可与否；以及响应处理部，生成包括表示所述许可与否的判定结果的信息和对应的所述固有识别信息的响应，并向所述第二装置送回，所述第二装置具备：判定处理部，基于从所述第一装置送回的所述响应中包括的表示所述许可与否的判定结果的信息和所述固有识别信息，来分别对所述多个应用程序判定通信权获得的成功与否；以及数据传输处理部，基于所述成功与否的判定结果，利用所述多个应用程序中成功获得了所述通信权的应用程序来执行所述传输对象数据的所述传输处理。2.一种无线通信装置，在无线通信系统中用作第一装置，所述无线通信系统具备：所述第一装置，生成传输对象数据；以及第二装置，具备进行数据传输处理的多个应用程序，在所述多个应用程序的控制下，在与所述第一装置之间进行所述传输对象数据的传输处理，在所述无线通信装置中，具备：通信调停处理部，在从所述第二装置接收到多个通信权获取请求的情况下，基于所述各通信权获取请求中包括的所述多个应用程序各自的固有识别信息和预先设定的调停条件，来判定针对请求方的所述多个应用程序通信的许可与否；以及响应处理部，生成包括表示所述许可与否的判定结果的信息和对应的所述固有识别信息的响应，并向所述第二装置送回。3.根据权利要求2所述的无线通信装置，其中，所述通信调停处理部将先后顺序定义为所述调停条件，在从所述第二装置接收到所述多个通信权获取请求的情况下，对与接收顺序最早的通信权获取请求对应的应用程序许可通信。4.根据权利要求2所述的无线通信装置，其中，所述通信调停处理部将针对所述多个应用程序的优先度定义为所述调停条件，在从所述第二装置接收到所述多个通信权获取请求的情况下，对所述优先度最高的应用程序许可通信。5.根据权利要求2至4中任一项所述的无线通信装置，其中，还具备显示处理部，所述显示处理部基于表示所述许可与否的判定结果的信息来生成所述判定结果的显示信息，并将所述显示信息显示于所述无线通信装置所具备的显示部。6.一种无线通信装置，在无线通信系统中用作第二装置，所述无线通信系统具备：第一
装置，生成传输对象数据；以及所述第二装置，具备进行数据传输处理的多个应用程序，在所述多个应用程序的控制下，在与所述第一装置之间进行所述传输对象数据的传输处理，所述第一装置具备以下功能：在从所述第二装置接收到多个通信权获取请求的情况下，基于所述各通信权获取请求中包括的所述多个应用程序各自的固有识别信息和预先设定的调停条件，来判定针对请求方的所述多个应用程序通信的许可与否，生成包括表示所述许可与否的判定结果的信息和对应的所述固有识别信息的响应，并向所述第二装置送回，在所述无线通信装置中，具备：成功与否判定处理部，针对所述通信权获取请求的发送，基于从所述第一装置送回的所述响应中包括的表示所述许可与否的判定结果的信息和所述固有识别信息，来分别对所述多个应用程序判定通信权获得的成功与否；以及数据传输处理部，基于所述成功与否的判定结果，利用所述多个应用程序中成功获得了通信权的应用程序来执行所述传输对象数据的所述传输处理。7.根据权利要求6所述的无线通信装置，其中，还具备显示处理部，所述显示处理部基于表示所述成功与否的判定结果的信息来生成用于显示所述判定结果的显示信息，并将所述显示信息显示于所述无线通信装置所具备的显示部。8.一种无线通信方法，由无线通信系统执行，所述无线通信系统具备：第一装置，生成传输对象数据；以及第二装置，具备进行数据传输处理的多个应用程序，在所述多个应用程序的控制下，在与所述第一装置之间进行所述传输对象数据的传输处理，在所述无线通信方法中，具备以下过程：所述第二装置在所述多个应用程序分别对所述第一装置请求通信时，生成并发送包括所述多个应用程序各自的固有识别信息的通信权获取请求；所述第一装置在从所述第二装置接收到多个所述通信权获取请求的情况下，基于所述各通信权获取请求中包括的所述固有识别信息和预先设定的调停条件，来判定针对请求方的所述多个应用程序通信的许可与否；所述第一装置生成包括表示所述许可与否的判定结果的信息和对应的所述固有识别信息的响应，并向所述第二装置送回；所述第二装置基于从所述第一装置送回的所述响应中包括的表示所述许可与否的判定结果的信息和所述固有识别信息，来分别对所述多个应用程序判定通信权获得的成功与否；以及所述第二装置基于所述成功与否的判定结果，利用所述多个应用程序中成功获得了所述通信权的应用程序来执行所述传输对象数据的所述传输处理。9.一种程序，使所述无线通信装置所具备的处理器执行由权利要求2至5中任一项所述的无线通信装置所具备的所述各处理部进行的处理。10.一种程序，使所述无线通信装置所具备的处理器执行由权利要求6或7所述的无线通信装置所具备的所述各处理部进行的处理。

技术总结
本发明在信息终端安装有多个数据传输用应用程序的情况下，不发生通信竞争。在本发明的一个方案中，当在作为信息终端的第二装置中多个数据传输用应用程序发送通信权获取请求时，作为感测装置的第一装置基于上述各通信权获取请求中包括的应用程序固有识别信息和预先存储的调停条件，来判定针对请求方的各应用程序通信的许可与否，将包括该判定结果和应用程序固有识别信息的响应返回至第二装置。相对于此，第二装置基于上述响应中包括的通信的许可与否的判定结果来对各应用程序判定通信权获得的成功与否，并利用成功获得了通信权的应用程序来执行传输对象数据的传输处理。用程序来执行传输对象数据的传输处理。用程序来执行传输对象数据的传输处理。


技术研发人员：中脇望
受保护的技术使用者：欧姆龙健康医疗事业株式会社
技术研发日：2022.02.01
技术公布日：2023/10/6