机器人控制方法以及信息提供方法与流程

1.本公开涉及向外部提供机器人的能力的技术。


背景技术：

2.专利文献1公开了，作为照料用户的身体状况的自主型机器人，测定用户的体温，基于所测定出的体温的周期来判定用户的身体状况的方法、以及基础体温周期到了预定的时机时变更机器人的动作量的方法。
3.现有技术文献
4.专利文献1:专利第6495486号公报


技术实现要素：

5.发明要解决的问题
6.然而，专利文献1的技术中需要进一步的改善。
7.用于解决问题的手段
8.本公开的一技术方案的机器人控制方法，是与机器人通信的第1服务器控制机器人的方法，从第2服务器取得表示要求所述机器人动作这一请求的请求信息，在所述第2服务器中，基于从用户的信息终端取得的表示所述用户的生物体活动的生物体活动信息判定是否需要推动所述用户进行运动，所述请求信息是在所述第2服务器中判定为需要推动所述用户进行运动之后被发送的信息，在所述第1服务器中，在确认了所述第2服务器持有请求所述请求信息的访问权的情况下，基于包含所述请求信息的第1信息，决定执行、保留、或拒绝(不受理)所述请求，在决定了执行所述请求之后，对所述机器人发送用于使该机器人进行推动所述用户进行运动的动作的指示信息。
9.发明效果
10.根据本公开能够进行进一步的改善。
附图说明
11.图1是表示本公开的实施方式的信息系统的全体构成的一例的框图。
12.图2是表示本公开的实施方式的信息系统的构成的一例的框图。
13.图3是表示本公开的一个实施方式的信息系统的全体构成的一例的框图。
14.图4是表示非机器人公司(a公司)与机器人协作时的处理的一例的流程图。
15.图5是表示对机器人的访问权的设定信息的一例的表。
16.图6是表示用于判断是否能够执行所请求的任务的紧急度的等级的一例的表。
17.图7是表示非机器人公司对机器人请求任务的处理的一例的流程图。
18.图8是表示非机器人公司对机器人请求任务的处理的一例的流程图。
19.图9是表示b公司服务器的处理的一例的流程图。
20.图10是表示必要紧急度的设定例的表。
具体实施方式
21.(实现本公开的经过)
22.我们的日常生活越来越数字化了。例如，很多人都持有作为个人专用的信息通信终端的智能手机。使得用户能够在智能手机上安装并利用：进行用户的健康管理的应用程序(以下，将应用程序称为app)、辅助家庭开支的管理的app、辅助与认识的人的实时交流的社交app、以及对世间的新闻按个人兴趣进行策展(curation)的新闻app等各种各样的app。
23.另一方面，能够自主进行各种动作和作业的可移动装置(以下，称为机器人)也逐渐实用化。有在工厂进行部品的组装或调整的机器人、在物流据点进行准确且迅速的分拣的机器人、一边观察周围的状况一边完成特定任务的机器人等。这些机器人中，也有与人共同作业、或代替人进行特定作业的机器人。
24.本公开提出一种用于辅助用户以使得通过能够进行多样信息处理的信息处理装置即智能手机、和能够进行多样动作或操纵物体作业的可移动装置即机器人进行协作动作，能够进行健康的、幸福的、舒适的、安心的、安全的、愉快的、和/或清洁的生活的技术。
25.在收集用户的生物体活动信息，并根据收集到的生物体活动信息确认出用户运动不足的情况下，若通过用户的智能手机提示引导用户进行运动的消息，就能够促使用户运动。这样，将对用户催促行为改变的消息称为助推(nudge)。
26.然而，对于没有运动习惯的用户，不容易使其进行向运动的行为改变，简单地向用户提示助推是不够的，需要比助推更强的动机。
27.上述的专利文献1公开了如下技术，即，机器人考虑到所有者(owner)的月经周期，根据所有者的体温推定应照料所有者的照料时机，在所推定出的照料时机进行注视所有者这样的照料所有者的动作，由此使平时自由奔放地行动着的机器人采取照料所有者的行动，从而提高所有者对机器人的同感(共鸣)。
28.这样，由于专利文献1是提高所有者与机器人的同感的技术，所以无法赋予用户强烈的运动动机。
29.本公开是为了解决这样的问题而做出的，其目的在于，提供一种能够赋予用户强烈的运动动机的技术。
30.本公开的一技术方案的机器人控制方法，是与机器人通信的第1服务器控制机器人的方法，从第2服务器取得表示要求所述机器人动作这一请求的请求信息，在所述第2服务器中，基于从用户的信息终端取得的表示所述用户的生物体活动的生物体活动信息判定是否需要推动所述用户进行运动，所述请求信息是在所述第2服务器中判定为需要推动所述用户进行运动之后被发送的信息，在所述第1服务器中，在确认了所述第2服务器持有请求所述请求信息的访问权的情况下，基于包含所述请求信息的第1信息，决定执行、保留、或拒绝所述请求，在决定了执行所述请求之后，对所述机器人发送用于使该机器人进行推动所述用户进行运动的动作的指示信息。
31.通过上述技术方案，能够使没有管理着机器人的第2服务器通过访问权暂时利用第1服务器管理的机器人的能力。由此，第2服务器在判断为需要推动用户进行运动时，能够通过第1服务器管理的机器人，推动用户进行运动。其结果，第2服务器即使自身没有管理着机器人，也能够使机器人进行推动用户进行运动的动作。因此，例如，与仅仅在用户的信息终端的显示器显示催促运动的消息的情况相比，能够对用户赋予与运动相关的更强的动
机。
32.在上述机器人控制方法中，也可以是，所述请求信息还包含表示所述用户进行运动的紧急性程度的紧急度信息，所述第1信息还包含必要紧急度信息，所述必要紧急度信息是表示所述机器人为了执行所述请求所需的紧急性程度的信息，并由所述第1服务器进行管理。
33.通过上述技术方案，请求信息包含表示用户进行运动的紧急性程度的紧急度信息，由于第1信息包含表示机器人为了执行请求所需的紧急性程度的必要紧急度信息，所以能够将对用户的运动的紧急性考虑在内，使机器人采取催促用户进行运动的行动。
34.在上述机器人控制方法中，也可以是，在所述紧急度信息表示的紧急性程度为所述必要紧急度信息表示的紧急性程度以上的情况下，决定执行所述请求。
35.通过上述技术方案，由于在紧急度信息表示的紧急性程度为必要紧急度信息表示的紧急性程度以上的情况下才执行请求，所以例如机器人能够将用户正集中于工作等的时间段排除在外，执行催促用户进行运动的行动。由此，能够防止在用户无法运动的时机，机器人采取催促用户进行运动的行动。
36.在上述机器人控制方法中，也可以是，在所述紧急度信息表示的紧急性程度低于所述必要紧急度信息表示的紧急性程度的情况下，决定保留或拒绝所述请求。
37.通过上述技术方案，在紧急度信息表示的紧急性程度低于必要紧急度信息表示的紧急性程度的情况下，请求被保留或拒绝。由此，例如，能够防止在用户集中于工作等处于无法顾及机器人的状况期间，机器人采取催促用户进行运动的行动。
38.在上述机器人控制方法中，也可以是，所述请求信息还包含表示能够对基于所述请求信息的决定进行保留的保留期间的保留期间信息，在所述保留期间中所述紧急度信息表示的紧急性程度没有成为所述必要紧急度信息表示的紧急性程度以上的情况下，决定拒绝所述请求。
39.根据上述技术方案，在保留期间内紧急度信息表示的紧急性程度没有成为必要紧急度信息表示的紧急性程度以上的情况下，拒绝请求，因此，能够防止机器人在用户的状态处于不适合被催促运动的状态下，采取催促用户进行运动的行动。例如，能够防止机器人在夜深之后采取催促用户进行运动的行动。
40.在上述机器人控制方法中，也可以是，所述请求信息还包含表示能够对基于所述请求信息的决定进行保留的保留期间的保留期间信息，在所述保留期间中所述紧急度信息表示的紧急性程度成为了所述必要紧急度信息表示的紧急性程度以上的情况下，决定执行所述请求。
41.根据上述技术方案，在保留期间内紧急度信息表示的紧急性程度成为了必要紧急度信息表示的紧急性程度以上的情况下，执行请求，因此，能够使机器人在用户的状态成为了适合于被催促运动的适当的状态时采取催促用户进行运动的行动。另外，由于这样的判定在保留期间内进行，所以机器人不会无限制地催促运动，而仅能够在保留期间催促运动。
42.在上述机器人控制方法中，也可以是，所述必要紧急度信息表示的紧急性程度是基于表示基于设置于所述机器人的传感器的感测结果而得到的从所述用户向所述机器人的发言的信息而决定的程度，在所述发言包含不与所述机器人交流的意图的发言的情况下，将所述必要紧急度信息表示的紧急性程度提升至预定的等级。
43.根据上述技术方案，当用户进行不与机器人交流的意图的发言时，提升必要紧急度信息表示的紧急性程度，因此难以执行请求。因此，在用户处于很忙而无法顾及机器人这样的状态时，单凭进行不交流的意图的发言，就能够避免由机器人进行的请求的执行。
44.在上述机器人控制方法中，也可以是，所述必要紧急度信息表示的紧急性程度基于表示所述机器人取得的来自所述用户对提问的回答的信息而被决定，所述提问是从所述机器人的扬声器输出的提问，并且是用于将所述必要紧急度信息表示的紧急性程度向所述用户确认的提问。
45.根据上述技术方案，由于根据向用户确认的对必要紧急度信息表示的紧急性程度的提问的回答来决定必要紧急度信息表示的紧急性程度，所以例如在用户不想与机器人互动的状况下，能够避免通过机器人执行请求这一情况的发生。
46.在上述机器人控制方法中，也可以是，所述必要紧急度信息表示的紧急性程度是基于通过对从设置于所述机器人的传感器取得的所述用户的图像进行解析而得到的所述用户的行动而决定的程度，在所述用户的行动是通话中或个人电脑操作中的情况下，将所述必要紧急度信息表示的紧急性程度提升至预定的等级。
47.根据上述技术方案，在用户处于通话中或个人电脑的操作中、且顾及不上机器人的状态的情况下，能够避免由机器人执行请求。
48.在上述机器人控制方法中，也可以是，所述指示信息还包含表示所述指示信息的有效期限的有效期限信息。
49.根据上述技术方案，能够使机器人仅在有效期限内采取催促用户进行运动的行动。
50.在上述机器人控制方法中，也可以是，在从所述决定的时机起的经过时间超过了所述有效期限的情况下，在所述机器人中不引导所述用户进行运动而取消所述指示信息。
51.根据上述技术方案，在请求的执行被决定的时机起的经过时间超过了有效期限的情况下，指示信息被取消，因此能够防止机器人无限制地采取催促用户进行运动的行动。
52.上述机器人控制方法中，也可以是，在从所述机器人取得了表示进行了所述指示信息所表示的推动所述用户进行运动的动作的信息之后，将所述用户运动了的运动量即实施运动量信息向所述第2服务器发送。
53.根据上述技术方案，第2服务器能够管理表示通过机器人的推动而进行了运动的用户的运动量的实施运动量信息。
54.在上述机器人控制方法中，也可以是，所述第1服务器由管理所述机器人的第1事业者管理，所述第2服务器由管理从所述用户的信息终端取得的所述生物体活动信息的第2事业者管理，所述第2事业者与所述第1事业者不同。
55.根据上述技术方案，能够使管理用户的生物体活动信息的第2事业者利用第1事业者管理的机器人的能力。
56.本公开的又一技术方案的信息提供方法，是与机器人所对应的第1服务器通信、并且与用户的信息终端通信的第2服务器提供信息的方法，从所述用户的信息终端取得表示所述用户的生物体活动的生物体活动信息，基于所述生物体活动信息，判定是否需要推动所述用户进行运动，在判定为需要推动所述用户进行运动之后，将表示要求所述机器人动作的请求的请求信息向所述第1服务器发送，在所述第1服务器中，在确认了所述第2服务器
持有请求所述请求信息的访问权的情况下，基于包含所述请求信息的第1信息，决定执行、保留、或拒绝所述请求，在决定了执行所述请求之后，对所述机器人发送用于使该机器人进行推动所述用户进行运动的动作的指示信息。
57.通过上述技术方案，基于用户的生物体活动从机器人的外部对机器人请求向用户的推动而催促用户进行运动，另一方面，能够一边经由机器人动态地监视用户的状态，一边使机器人在与用户的状态相应的适当时机执行向用户的推动。其结果，能够超越机器人具备的功能而为了促进用户的运动而活用机器人，并能够进行不会给用户带来不快的照料并实现对用户运动的推动。
58.在上述信息提供方法中，也可以是，所述请求信息包含表示基于所述生物体活动信息算出的所述用户所需的运动量的运动量信息，在所述机器人基于所述请求信息而引导了所述用户进行运动由此所述用户进行了运动之后，取得所述用户运动的运动量即实施运动量信息，基于所述运动量信息以及所述实施运动量信息，制作对所述用户的运动进行评价的评价消息，将所述评价消息向所述用户的信息终端发送。
59.通过上述技术方案，在被机器人催促了运动后用户运动了的情况下，能够将该运动相关的信息为用户所共有。
60.在上述信息提供方法中，也可以是，在基于所述运动量信息以及所述实施运动量信息判断为所述用户运动的运动量为所述用户设为目标的运动量以上的情况下，制作达成了所述用户设为目标的运动量之意的消息来作为所述评价消息。
61.通过上述技术方案，能够将达成了用户设为目标的运动量之意的消息为用户所共有。
62.本公开的又一技术方案的机器人控制方法，是与机器人通信的第1服务器控制机器人的方法，从第2服务器取得表示要求所述机器人动作的请求的请求信息，在所述第2服务器中基于从用户的信息终端取得的表示所述用户的生物体活动的生物体活动信息判定是否需要推动所述用户进行运动，所述请求信息是在所述第2服务器中判定为需要推动所述用户进行运动之后被发送的信息，从所述机器人取得在所述机器人中检测出的与所述用户的状态相关而动态变化的状态数据，基于所述请求信息以及所述状态数据，响应所述请求信息而对所述机器人发送用于使该机器人进行推动所述用户进行运动的动作的指示信息。
63.通过上述技术方案，基于所述用户的生物体活动从所述机器人的外部对所述机器人请求向所述用户的推动而催促所述用户运动，另一方面，能够一边经由所述机器人动态地监视所述用户的状态，一边使所述机器人在与所述用户的状态的关系适当的时机执行向所述用户的推动。其结果，能够为了促进所述用户的运动而活用所述机器人，并且在进行不给所述用户带来不快的照料的同时对所述用户实现运动的推动。
64.在上述机器人控制方法中，也可以是，在基于所述状态数据，所述用户的状态成为了可以推动所述用户进行运动的状态的情况下，决定发送所述指示信息。
65.根据上述技术方案，能够在用户的状态成为了可以推动运动的状态时，使机器人采取催促用户进行运动的行动。
66.在上述机器人控制方法中，也可以是，所述请求信息还包含表示与所述请求信息相应的能够保留所述指示信息的决定的保留期间的保留期间信息，在所述保留期间中所述
用户的状态成为了可以推动所述用户进行运动的状态的情况下，决定发送所述指示信息。
67.根据上述技术方案，能够在保留期间内用户的状态成为了适于催促运动的状态时，使机器人采取催促用户进行运动的行动。另外，由于这样的判定在保留期间内进行，所以不会使用机器人无限制地催促运动，而仅在保留期间催促运动。
68.在上述机器人控制方法中，也可以是，在所述保留期间中所述用户的状态没有成为可以推动所述用户进行运动的状态的情况下，决定不发送所述指示信息。
69.能够防止使机器人在用户的状态是不适于催促运动的状态下采取催促用户进行运动的行动。例如，能够防止夜深以后使机器人采取催促用户进行运动的行动。
70.在上述机器人控制方法中，也可以是，所述请求信息包含表示所述用户进行运动的紧急性程度的紧急度信息，所述状态数据包含与从所述机器人取得的所述状态数据的动态变化相应变化的必要紧急度信息，所述必要紧急度信息表示所述机器人为了执行所述请求所需的紧急性程度。
71.通过上述技术方案，所述请求信息包含表示所述用户进行运动的紧急性程度的紧急度信息，另外，所述状态数据包含与从所述机器人取得的所述状态数据的动态变化相应变化的必要紧急度信息，因此能够将对用户的运动的紧急性考虑在内，使机器人采取催促用户进行运动的行动。
72.在上述机器人控制方法中，也可以是，基于所述紧急度信息以及所述必要紧急度信息，判断所述用户的状态是否成为了可以推动所述用户进行运动的状态。
73.通过上述技术方案，基于作为以从第2服务器取得的所述用户的生物体活动为基础的固定值而包含于请求信息的紧急度信息、和与从所述机器人取得的状态数据的动态变化相应变化的必要紧急度信息，能够判断所述用户的状态是否成为了可以推动所述用户进行运动的状态。
74.在上述机器人控制方法中，也可以是，在所述紧急度信息表示的紧急性程度为所述必要紧急度信息表示的紧急性程度以上的情况下，决定发送所述指示信息。
75.通过上述技术方案，能够基于作为以从第2服务器取得的所述用户的生物体活动为基础的固定值而包含于请求信息的紧急度信息、和与从所述机器人取得的状态数据的动态变化相应变化的必要紧急度信息，在所述紧急度信息表示的紧急性程度为所述必要紧急度信息表示的紧急性程度以上的情况下，决定所述指示信息的发送。例如，能够在所述用户集中于工作等的时间段以外的时间将所述指示信息向所述机器人发送，能够防止在所述用户无法运动的时机向所述用户催促运动。
76.在上述机器人控制方法中，也可以是，在所述紧急度信息表示的紧急性程度低于所述必要紧急度信息表示的紧急性程度的情况下，决定保留所述指示信息的发送。
77.通过上述技术方案，在所述紧急度信息表示的紧急性程度低于所述必要紧急度信息表示的紧急性程度的情况下，能够决定保留所述指示信息的发送。例如，在所述用户集中于工作的期间，由于不将所述指示信息向所述机器人发送，所以不会向所述用户催促运动。
78.在上述机器人控制方法中，也可以是，在确认了所述第2服务器持有请求所述请求信息的访问权的情况下，对所述机器人发送所述指示信息。
79.通过上述技术方案，能够防止来自没有对所述机器人的访问权的外部的远程指示。
80.在上述机器人控制方法中，也可以是，在所述第1服务器中预先登记所述第2服务器是否具有所述访问权，基于所述登记，确认所述第2服务器持有所述访问权这一情况。
81.通过上述技术方案，能够防止来自没有向所述机器人的访问权的外部的远程指示。
82.本公开的另一技术方案的信息提供方法，是与机器人所对应的第1服务器通信，并且与用户的信息终端通信的第2服务器提供信息的方法，从所述用户的信息终端取得表示所述用户的生物体活动的生物体活动信息，基于所述生物体活动信息，判定是否需要推动所述用户进行运动，在判定为需要推动所述用户进行运动之后，将表示要求所述机器人动作的请求的请求信息向所述第1服务器发送，在所述第1服务器中，从所述机器人取得在所述机器人中检测出的与所述用户的状态相关而动态变化的状态数据，基于所述请求信息以及所述状态数据，响应所述请求信息而对所述机器人发送用于使该机器人进行推动所述用户进行运动的动作的指示信息。
83.通过上述技术方案，基于所述用户的生物体活动从所述机器人的外部对所述机器人请求向所述用户的推动而催促所述用户进行运动，另一方面，能够一边经由所述机器人动态地监视所述用户的状态，一边使所述机器人在与所述用户的状态相应的适当时机执行向所述用户的推动。其结果，能够超越所述机器人具备的功能而为了促进所述用户的运动而活用所述机器人，并且在进行不会给所述用户带来不快的照料的同时对所述用户实现运动的推动。
84.在上述信息提供方法中，也可以是，所述请求信息包含表示基于所述生物体活动信息算出的所述用户所需的运动量的运动量信息，在所述机器人基于所述请求信息而引导了所述用户进行运动由此所述用户进行了运动之后，取得所述用户运动的运动量即实施运动量信息，基于所述运动量信息以及所述实施运动量信息，制作对所述用户的运动进行评价的评价消息，将所述评价消息向所述用户的信息终端发送。
85.通过上述技术方案，能够在被所述机器人催促了运动之后所述用户进行了运动的情况下，将与该运动相关的信息为所述用户所共有。
86.在上述信息提供方法中，也可以是，在基于所述运动量信息以及所述实施运动量信息判断为所述用户运动的运动量为所述用户设为目标的运动量以上的情况下，制作达成了所述用户设为目标的运动量之意的消息来作为所述评价消息。
87.通过上述技术方案，所述用户能够共有达成了所述用户设为目标的运动量之意的消息。
88.此外，本公开也能够作为使计算机执行在此使用的机器人控制方法以及信息提供方法所包含的特征性的各构成的程序、或通过该程序进行动作的系统而实现。另外，当然也能够使这样的计算机程序经由cd－rom等计算机可读取非瞬时性记录介质或互联网等通信网络流通。
89.此外，以下说明的实施方式均表示本公开的一具体例。以下的实施方式所示的数值、形状、构成要素、步骤、步骤的顺序等是一例，并不是对本公开的限定。另外，以下的实施方式中的构成要素中表示最上位概念的独立权利要求所没有记载的构成要素，能作为任意的构成要素而说明。另外在全部实施方式中，也能够使各个内容进行组合。
90.(实施方式)
91.可以料想，我们的社会今后互联网会进一步普及，各种传感器都会来到我们身边。由此，可以料想，我们的社会从有关个人的内部状态以及活动等信息到包括建筑物以及交通网等整条街的信息，都将被数字化并成为可供计算机系统利用的状态。数字化的个人数据(个人信息)经由通信网络作为大数据被信息银行等云服务器安全管理，并用于个人和社会的各种用途。
92.这样的高度信息化社会在日本被称为society5.0。期待高度信息化社会通过使包围个人的物质世界即现实空间(物理空间)、和计算机彼此协作实现物理空间相关的各种处理的虚拟空间(网络空间)进行高度融合得到的信息基础(网络物理系统)，来解决经济发展和社会问题。
93.在这样的高度信息化社会中，通过分析个人在日常的各种场景中进下进行的交流(包括信息的取得、提供及其表现方法)和行动，并分析包含所蓄积的个人信息的大数据，从而能够利用与该场景相应的、对该个人来说最合适的交流的方法，提供该个人所需的信息或服务。
94.之后，以这样的网络物理系统运转的高度信息化社会为前提，以贴近个人用户的日常生活的辅助为主题，对提高用户的健康以及幸福的具体方式进行说明。
95.图1是表示本公开的实施方式的信息系统的全体构成的一例的框图。图1中，上半部分示出了网络空间，下半部分示出了物理空间。左侧排列着非机器人提供公司即a公司关联的资源，网络空间中存在a公司服务器101、物理空间存在在智能手机100上进行动作的a公司app。a公司服务器101与a公司app成对进行动作。右侧排列着机器人提供公司即b公司关联的资源，网络空间中存在b公司服务器111、物理空间中存在作为可移动装置的机器人110、和在智能手机100上进行动作的b公司app。b公司服务器111与机器人110和/或b公司app成对进行动作。在物理空间的正中间存在安装于智能手机100的a公司app、b公司app、进而存在操纵机器人110的用户。智能手机100、机器人110、a公司服务器101、以及b公司服务器111通过互联网这样的广域通信网以能够彼此通信的方式连接。
96.如该图所示，a公司以及b公司持有通过各自的app以及机器人与用户的接触点。a公司持有的仅仅是经由智能手机100上的app的接触点，这是目前常见的顾客接触点的一种方式。另一方面，该图的b公司持有的不仅是经由智能手机100上的app的接触点，还有经由机器人110的接触点。经由作为自主可移动装置的机器人110与用户(一般消费者)持有接触点的公司，除了一部分玩具制造商以外，尚未有先例，期待今后会出现。
97.此外，在此，作为机器人110的一例，使用了犬型机器人的插图，但是机器人110既可以是基于除此以外的包含人类的生物的形态，也可以是无机质、非生物的形态。只要在物理空间中具有自主的运动能力(姿势变更能力以及移动能力等)、和/或、作用能力(按下按钮以及抬起物体等移动其他物体的能力)，则其形态不受限制。
98.作为本公开的实施方式的信息系统，也可以说是如下的信息系统，即，作为各个顾客接触点的app、机器人110、进而由机器人110操作的家电以及住宅设备等比以往更高度地协作，从而一边活用其他人保有的信息以及能力，一边扩大自身服务的质量的提升幅度，向用户提供更高价值。机器人持有的认知能力以及运动能力日益不断进化，如果这样的万能机器人得以实现，则应构筑其他公司能够访问该机器人保有的固有的能力的机制。这样一来，无论是对用户，对提供服务的非机器人公司、还是提供机器人的机器人公司来说，都将
成为产生多种多样的价值协作的基础。
99.图2是表示本公开的实施方式的信息系统的构成的一例的框图。智能手机100包含：通信部100a、运算部100b、传感器100c、存储器100d、操作部100e、以及影像声音输出部100f。传感器110c是取得影像信息、声音信息、和/或周边环境信息的设备。传感器110c例如包含图像传感器以及麦克风。
100.影像声音输出部100f是输出影像以及声音的设备。影像声音输出部100f例如包含显示器以及扬声器。操作部100e是受理来自用户的按钮按下、触摸操作等的设备。操作部100e例如包含触摸面板以及按钮。运算部100b是进行在智能手机100中进行的声音识别、声音合成、信息检索、以及信息描画等信息处理的设备。运算部100b例如是中央运算处理装置。存储器100d保持运算部100b处理的数据。存储器100d例如是闪速存储器等半导体存储器。通信部100a是与网络上的其他计算机进行信息通信的通信电路。当a公司app和b公司app均被安装时，智能手机100的存储器100d记录程序和所需的数据，由运算部100b执行该程序。
101.a公司服务器101与安装于智能手机100的a公司app协调动作。a公司服务器101包含：通信部101a、运算部101b、以及存储器101c。通信部101a是用于与网络上的其他计算机进行信息通信的通信电路。存储器101c记录a公司app以及用户相关的信息。存储器101c例如是硬盘驱动器以及固态硬盘等大容量存储装置。运算部101b进行与外部交换的数据的处理。运算部101b例如是中央运算处理装置等处理器。
102.b公司服务器111与安装于智能手机100的b公司app协调动作。b公司服务器111包含：通信部111a、运算部111b、以及存储器111c。通信部111a是用于与网络上的其他计算机进行信息通信的通信电路。存储器111c记录b公司app、机器人110、以及用户相关的信息。存储器111c例如是硬盘驱动器以及固态硬盘等大容量存储装置。运算部111b进行与外部交换的数据的处理。运算部111b例如是中央运算处理装置等处理器。
103.机器人110包含：通信部110a、运算部110b、传感器110c、存储器110d、可移动部110e、以及声音输出部110f。传感器110c是取得影像信息、声音信息、和/或周边环境信息的设备。传感器110c例如包含图像传感器以及麦克风。声音输出部110f例如是扬声器，并输出声音。机器人110也可以包含受理来自用户的按钮按下、触摸操作等的操作部(未图示)。可移动部110e是在运算部110b的控制之下，控制机器人110的姿势，进行机器人本身的移动以及向其他物体的力学作用的设备。可移动部110e例如是马达等致动器。运算部110b进行在机器人110中进行的各种运算处理。运算部110b例如是中央运算处理装置等处理器。存储器110d保持运算部110b处理的数据。存储器110d例如是闪速存储器等半导体存储器。通信部110a是用于与网络上的其他计算机进行信息通信的通信电路。
104.此外，a公司服务器101、智能手机100、机器人110、以及b公司服务器111设为了以能够利用广域通信网彼此进行通信的方式连接，但是在要求低延迟通信、坚固的安全性、或本地配对等情况下，也可以通过专用通信网或近距离无线通信等进行连接。
105.(健康管理中的机器人的能力提供)
106.自此，将说明使用身边的机器人110来有效地实施用户的健康管理的一个实施方式。
107.图3是表示本公开的一实施方式的信息系统的全体构成的一例的框图。在该方式
中，非机器人公司的a公司设为是用户签订了合同的健康保险公司。作为保险公司的a公司为了增进用户的健康而在智能手机100上安装a公司提供的健康护理app来供用户每日使用。a公司健康护理app通过可穿戴传感器等每天持续收集用户的生物体活动信息(心律、脉搏、血压、体温、体水分量、呼吸、发汗量、活动量(消耗卡路里)、摄取量(摄取卡路里)、步数、姿势、以及运动类别等)，在将该生物体活动信息记录于智能手机100的存储器100d的同时，定期向a公司服务器101上传(图中“(a)生物体活动信息”)。
108.这样一来收集到的用户的生物体活动信息作为用户的个人信息由a公司服务器101进行严格管理。a公司服务器101定期基于用户的生物体活动信息分析用户的健康风险(图中“(b)健康风险分析”)。进而，a公司服务器101在判断为用户的运动量不足的情况下，为了推荐运动而向用户发送助推(nudge)。例如，经由a公司app而显示引起行为改变的消息，以使得采取希望(最好是)“运动一下吧”的行动(图中“(c)运动的推荐”)。然而，往往这种方法进行的行为改变因无法给与充分的动机而容易失败，大多难以消除用户的运动不足(图中“(d)不运动”)。
109.由目前为止的信息化社会(被称为society4.0社会)提供的现有的服务能够实现在此说明的(a)到(d)的循环。现有的服务中，网络空间和物理空间协作而让用户持有持续的接触点，从而能够促进健康的增进。然而，现有的服务中，该生物体活动信息以及服务仅在a公司的服务中闭合，并没有与a公司以外的协作。现有的服务可以说成为筒仓(silo)状态。即使a公司稍微改变智能手机100所显示的消息的表现，也很难引起很多用户的行为改变。因此，现有的服务不足以成为广泛改善用户健康的服务。在本实施方式中，构想如下服务，即，使用具备自主运动能力的用户身边的机器人，虽然a公司app没有保有，但如果是机器人的话，利用保有的自主运动能力，能够更好地改善用户的健康的服务。对该服务的实现的方式进行说明。下面接着进行图3的说明。
110.a公司服务器101(第2服务器的一例)在以推荐运动的方式发送了助推之后，由a公司服务器101通过定期上传的生物体活动信息判断为用户没有进行充分的运动的情况下，a公司服务器101也对事先进行了协作设定的b公司服务器111(第1服务器的一例)发送请求机器人110推动用户进行运动(例如散步)的任务的请求信息(图中“(e)要求运动(散步)”)。即，请求信息在b公司服务器111中判定为需要推动用户进行运动之后被发送。针对服务器间的事先的协作设定稍后说明。
111.接收到请求信息的b公司服务器111在确认a公司服务器101持有对所请求的任务的访问权时，决定执行、保留、或拒绝请求。而且，b公司服务器111在决定为执行请求的情况下，对该用户保有的机器人110，输出引导用户进行运动(散步)的指示信息(图中“(f)引导指示运动(散步)”)。该指示信息包含用于机器人110以用户能够理解的形式提示(呈现)具体如何动作、请求用户做什么的指示。例如，机器人110接收的引导运动的指示信息包含：若为犬型机器人，则直接呼唤用户“去散步吧”、或机器人110持散步时使用的牵狗绳央求用户去散步(示出自己想要去散步这一意志)等指示。这些具体的指示的内容包含于从b公司服务器111向机器人110发送的用于引导运动的指示信息，并由机器人110执行(图中“(g)引导运动(散步)”)。
112.这样，被邀请与犬型机器人一起运动(散步)的用户将获得比经由智能手机100接收到的与运动相关的助推更强的动机。其结果，用户终于进行运动(散步)(图中“(h)运动
(散步)”)。在此的机器人110对运动的引导方法可考虑各种变化，上述只不过是其中的一例。例如，可以采用如下引导方法，即，在用户保有的机器人110模仿了太小而无法一起散步、或无法想到一起散步的生物(例如，青蛙)的情况下，让该青蛙型机器人说出“想看附近的河”等，将到那里为止的路线放到用户的手上进行引导。
113.机器人110在由指示信息请求了的任务结束时，将表示用户进行了运动(散步)的信息、以及包含该行驶距离或步行速度的信息的实施运动量信息向b公司服务器111通知。接收到实施运动量信息的b公司服务器111向a公司服务器101通知实施运动量信息(例如，步行距离)(图中“(i)通知运动量(步行距离)”)来作为对“(e)运动(散步)的要求”的最终结果。
114.a公司服务器101对实施运动量信息进行记录(图中“(j)记录运动量(步行距离)”)，基于实施运动量信息，称赞用户的运动，为了提高用户对运动的动力(motivation)而将“5000步，达成”等评价用户运动的评价消息通过a公司app向用户提示(图中“(k)运动的评价”)。
115.此外，a公司app或a公司服务器101也可以将图中“(k)运动的评价”这样的评价消息不基于从b公司服务器111得到的实施运动量信息而向用户反馈。例如，a公司服务器101也可以通过从用户装戴的步数传感器得到生物体活动信息“图中(a)生物体活动信息”，在智能手机100的画面显示评价消息。
116.要引起增加用户的运动量这样的行为改变，单凭a公司持有的作为顾客接触点的智能手机100上的影像信息以及声音信息等消息是很难的。通过a公司借助b公司提供的犬型机器人，恳求其散步，甚至该犬型机器人一起散步，从而能够降低用户运动(散步)的心理隔阂，使用户的运动量増加。由此，能够期待用户可以更好的维持健康。
117.这样，在机器人110请求用户进行行为改变的情况下，通过机器人110好像是1个生命体那样将自己的意志或期望(想要去散步)向用户传达，有时会让用户想去做该生命体(机器人)期望着的事情。这是因为，不仅基于用户想要维持健康这一利己欲求来要求用户进行行为改变，还基于实现作为1个具有意志的生命体的机器人的期望这一利他欲求来要求用户进行行为改变。在此公开的用户的健康维持的服务不仅是迄今为止a公司能够单独实施的基于利己欲求的方法(approach)，而且是通过与b公司的机器人110协作才能够首次实现的结合了利他欲求的方法。
118.该信息系统可以说是与作为各个顾客接触点的app或机器人110更高度地协作，一边活用他人保有的信息以及能力，一边提升自己的服务质量，向用户提供更高的价值的信息系统。机器人持有的认知能力以及运动能力日益不断进化，如果这样的万能机器人得以实现，则应构筑其他公司能够访问该机器人保有的固有的能力的机制。这样一来，无论是对用户，对提供服务的非机器人公司(a公司)、还是提供机器人110的机器人公司(b公司)来说，都将成为产生多种多样的价值的协作的基础。
119.图4是表示非机器人公司(a公司)与机器人110协作时的处理的一例的流程图。在图3中说明的a公司app或a公司服务器101为了访问b公司运用的机器人110持有的信息以及能力，需要事先适当地设定其访问权。图4示出了用于预先设定其访问权的处理的一例。
120.用户使用安装于智能手机100的b公司app，设定为b公司app与a公司app进行协作。具体而言，b公司app基于用户的输入，取得用户利用的a公司app的固有id(步骤s1)。b公司
app将所取得的a公司app的固有id与b公司app的固有id一起，向b公司服务器111发送用于登记于b公司服务器111的登记请求(步骤s2)。接收到登记请求的b公司服务器111将a公司app和b公司app的成对信息进行登记。在该登记处理中，同时也进行表示向a公司许诺对机器人110的哪个固有能力利用到哪里为止的利用权利的访问权的登记(步骤s3)。针对访问权的详情使用图5稍后说明。包含机器人110的机器人id和b公司app的固有id的成对信息预先登记于b公司服务器111。该登记例如通过用户在b公司app的初期设定画面中通过输入机器人110的固有id来进行。
121.接收到a公司app的登记的b公司服务器111对a公司服务器101通知a公司app被许可的访问权的设定信息(步骤s4)。具体而言，b公司服务器111除了a公司app的固有id和b公司app的固有id的成对信息以外，还将该访问权的设定信息向a公司服务器101通知。
122.a公司服务器101将a公司app的固有id和b公司app的固有id的成对信息、以及该访问权的设定信息登记于存储器101c(步骤s5)。这些信息在a公司app或a公司服务器101对b公司提供的机器人110利用其固有能力时，用于确定作为对象的机器人110，并用于判定是否能够利用其固有能力。
123.在此，能够对a公司app或a公司服务器101正确设定向b公司提供的机器人110的访问权即可，上述只不过是其一例。也可以使用与上述不同的登记方法。
124.图5是表示关于机器人110的访问权的设定信息的一例的表。a公司能够对b公司的机器人110请求各种各样的任务。进而，机器人110具备各种各样的传感器110c以及运动能力(可移动部110e)，a公司对它们的访问权不仅登记于b公司服务器111，也登记于作为利用侧的a公司服务器101。以下，针对访问权的种类及其许可等级进行说明。该访问权的设定在图4的步骤s3中通过用户进行。
125.访问权的种类被分类为“任务”、“传感器”、以及“运动能力”。“任务”被进一步分类为“运动的邀请”以及“会话”。“传感器”进一步被分类为“摄像头影像”、“测距传感器”、“红外线传感器”、“麦克风声音”、“触觉传感器”、“气温
·
湿度
·
气压传感器”、以及“位置传感器”。“运动能力”被进一步分类为“表情变更能力”、“发声能力”、“姿势变更能力”、以及“移动能力”。
126.属于“任务”的“运动的邀请”是表示对于机器人110，关于推动用户进行运动的任务，非机器人公司(a公司)能够请求到哪个范围为止的访问权。在此所述的运动例如是，散步、跑步、深蹲、俯卧撑、游泳、以及瑜伽等，不特别限定种类。在此，为了便于说明，在能够请求的情况下表现为有访问权，在无法请求的情况下表现为没有访问权。对“运动的邀请”的访问权如下所示，按等级设定为从没有访问权的“0”起到没有限制地有访问权的“2”为止。例如，对来自该访问权的许可等级为“1”的非机器人公司(a公司)的“运动的邀请”任务的请求，机器人运用公司(b公司)仅许可对预定运动负荷以下的轻微运动的请求，在许可的范围内控制机器人110和/或b公司服务器111。
127.0：不许可
128.1：仅许可轻微运动
129.2：全部许可
130.同样属于“任务”的“会话”是表示非机器人公司(a公司)能够在哪个范围为止请求经由机器人110与用户会话的访问权。对“会话”的访问权如下所述，能够以没有访问权的“0”、有访问权的“1”这两项而设定。例如，对于来自该许可等级为“1”的非机器人公司(a公司)的“会话”任务的请求，机器人运用公司(b公司)许可为有访问权。机器人运用公司(b公司)将机器人所具备的麦克风(传感器110c的“麦克风声音”)和扬声器(运动能力的“发声能力”)以能够为非机器人公司(a公司)所利用的方式设定。由此，非机器人公司(a公司)控制机器人110和/或b公司服务器111，以使得用户和机器人110能够进行会话。因此，在对“会话”任务有访问权的情况下，以对传感器110c的“麦克风声音”以及运动能力的“发声能力”也有访问权的方式进行连动设定。
131.0：不许可
132.1：许可
133.就任务而言，如上述说明的那样，在机器人公司从非机器人公司接收到由机器人110执行某种任务的请求时，为了判定是否执行该请求而被使用。因此，图5的访问权的设定信息按非机器人公司而被设定。
134.此外，在本公开中，将机器人110基于来自非机器人公司的请求，对用户和/或真实空间的对象物体(例如，电视的遥控、照明的开关、或门的把手)进行某种推动或作用的一系列自主的动作称为任务。
[0135]“摄像头影像”是对机器人(110)具备的图像传感器(例如，rgb图像传感器)的访问权。其也可以是机器人的眼睛和外观上可认知的地方所具备的图像传感器。对“摄像头影像”的访问权如下所述，能够从没有访问权的“0”到没有限制地赋予访问权的“3”为止按等级进行设定。例如，对于来自该许可等级为“2”的非机器人公司(a公司)的访问请求，机器人运用公司(b公司)控制机器人(110)和/或b公司服务器111，以返回低质量动态影像。
[0136]
0：不许可
[0137]
1：仅许可静止图像
[0138]
2：许可低质量动态图像
[0139]
3：全部许可
[0140]“测距传感器”是对机器人110具备的能够测定到对象物为止的距离的传感器110c(例如，tof传感器、lidar等)的访问权。对“测距传感器”的访问权如下所述，能够以没有访问权的“0”、有访问权的“1”这两项来设定。例如，对来自该许可等级为“1”的非机器人公司(a公司)的访问请求，机器人运用公司(b公司)控制机器人110和/或b公司服务器111以返回测距传感器取得的数据(例如，深度图像)。
[0141]
0：不许可
[0142]
1：许可
[0143]“红外线传感器”是对机器人110具备的能够测定红外线的传感器的访问权。红外线传感器在近红外线区域中被使用于黑暗中的被拍摄体识别、在远红外线区域中被使用于被拍摄体温度分布的测定等。对“红外线传感器”的访问权如下所述，能够以没有访问权的“0”、有访问权的“1”这两项而设定。例如，对来自该许可等级为“1”的非机器人公司(a公司)的访问请求，机器人运用公司(b公司)控制机器人110和/或b公司服务器111，以返回红外线传感器取得的数据(例如，热成像仪影像)。
[0144]
0：不许可
[0145]
1：许可
[0146]“麦克风声音”是对机器人110具备的麦克风的访问权。对“麦克风声音”的访问权如下所述，能够以没有访问权的“0”、有访问权的“1”这两项设定。例如，对来自该许可等级为“1”的非机器人公司(a公司)的访问请求，机器人运用公司(b公司)控制机器人110和/或b公司服务器111以返回麦克风取得的声音数据。
[0147]
0：不许可
[0148]
1：许可
[0149]“触觉传感器”是对机器人110具备的能够测定机器人表面的触觉感觉的传感器(例如，mems硅设备传感器)的访问权。对“触觉传感器”的访问权如下所述，能够从没有访问权的“0”到无限制地赋予访问权的“2”为止按等级进行设定。例如，对来自该许可等级为“1”的非机器人公司(a公司)的访问请求，机器人运用公司(b公司)控制机器人110和/或b公司服务器111，以仅返回触觉传感器取得的数据(例如，压力分布影像)内的机器人的一部分(例如，头部)的数据。
[0150]
0：不许可
[0151]
1：仅许可一部分
[0152]
2：全部许可
[0153]“气温
·
湿度
·
气压传感器”是对机器人110具备的气温传感器、湿度传感器、以及气压传感器的访问权。对“气温
·
湿度
·
气压传感器”的访问权如下所述，能够以没有访问权的“0”、有访问权的“1”这两项设定。例如，对来自该许可等级为“1”的非机器人公司(a公司)的访问请求，机器人运用公司(b公司)控制机器人110和/或b公司服务器111，以使得返回气温
·
湿度
·
气压传感器取得的各个数据。
[0154]
0：不许可
[0155]
1：许可
[0156]“位置传感器”是对机器人110具备的测定机器人的当前位置的传感器的访问权。对“位置传感器”的访问权如下所述，能够以没有访问权的“0”、有访问权的“1”这两项而设定。例如，对来自该许可等级为“1”的非机器人公司(a公司)的访问请求，机器人运用公司(b公司)控制机器人110和/或b公司服务器111，以返回位置传感器取得的表示机器人的当前位置信息的数据。
[0157]
0：不许可
[0158]
1：许可
[0159]
到此为止是说明对机器人110所具备的传感器110c的访问权。接着，说明对机器人具备的运动能力的访问权。
[0160]“表情变更能力”是对机器人110具备的变更脸部的外观特征的能力的访问权。这也可以是在机器人110外观上存在能够识别为脸部部分的情况下，使构成该脸部的部分活动的能力、或变更部分颜色的能力。对“表情变更能力”的访问权如下所述，能够以没有访问权的“0”、有访问权的“1”这两项进行设定。例如，对来自该许可等级为“1”的非机器人公司(a公司)的访问请求，机器人运用公司(b公司)控制机器人110和/或b公司服务器111，以根据脸部表情的变更请求来变更脸部表情。
[0161]
0：不许可
[0162]
1：许可
[0163]“发声能力”是对机器人110具备的声音输出能力的访问权。这也可以是在机器人110外观上存在能够识别为嘴的部分的情况下，使构成该嘴的部分活动的能力、或从该嘴的周边部输出声音的能力。对“发声能力”的访问权如下所述，能够以没有访问权的“0”、有访问权的“1”这两项进行设定。例如，对来自该许可等级为“1”的非机器人公司(a公司)的访问请求，机器人运用公司(b公司)控制机器人110和/或b公司服务器111，以使得根据应发声的声音信息从嘴的周边部输出声音。
[0164]
0：不许可
[0165]
1：许可
[0166]“姿势变更能力”是对机器人110具备的变更姿势的能力的访问权。这也可以是变更位于机器人110的可移动部110e的多个关节机构部的角度的能力。其中，并不是改变机器人110本身的位置的能力。对“姿势变更能力”的访问权如下所述，从没有访问权的“0”到无限制地赋予访问权的“2”为止按等级进行设定。例如，对于来自该许可等级为“1”的非机器人公司(a公司)的访问请求，机器人运用公司(b公司)控制机器人110和/或b公司服务器111，以根据请求仅活动头部。
[0167]
0：不许可
[0168]
1：仅许可头部
[0169]
2：全部许可
[0170]“移动能力”是对机器人110具备的移动能力的访问权。这也可以是变更位于机器人110的可移动部110e的多个关节机构部的角度的能力。其中，“移动能力”是改变机器人110本身的位置的能力。对“移动能力”的访问权如下所述，能够从没有访问权的“0”到没有限制地赋予访问权的“4”为止按等级进行设定。例如，对来自该许可等级为“1”的非机器人公司(a公司)的访问请求，机器人运用公司(b公司)控制机器人110和/或b公司服务器111，以使得仅在用户住宅中用户许可了的区域许可低速移动。例如，对于来自该许可等级为“3”的非机器人公司(a公司)的访问请求，机器人运用公司(b公司)控制机器人110和/或b公司服务器111，以使得仅许可在用户许可了的住宅内、住宅外的区域进行高速移动。在此用户许可的区域是用户预先设定的条件之一。例如，能够预先设定为使机器人不会接近有可能侵犯用户隐私的区域(例如浴室)。
[0171]
0：不许可
[0172]
1：仅在完成许可的住宅内，许可低速的移动
[0173]
2：在完成许可的住宅内/住宅外，许可低速的移动
[0174]
3：在完成许可的住宅内/住宅外，许可高速的移动
[0175]
4：全部许可
[0176]
图6是表示用于判断是否能够执行被请求的任务的紧急度的等级的一例的表。在图3的说明中是a公司服务器101对b公司服务器111发送要求运动的请求信息(“(e)期望运动(散步)”)，与此相伴地，b公司服务器111对机器人110发送要求运动的指示信息(“(f)引导指示运动(散步)”)的场景。在该场景中所发送的请求信息包含紧急度信息。紧急度信息是表示用户进行运动的紧急性程度(紧急度)的信息。接收请求信息的b公司服务器111管理着必要紧急度信息。必要紧急度信息是表示机器人110为了执行被请求的任务所需的紧急性程度(必要紧急度)的信息。
[0177]
必要紧急度用于，在用户集中于某种特定作业时等，使从其他公司(例如a公司)经由机器人110向用户请求的紧急度低的请求无效化、或使该推动直到成为适当的时机为止使请求的执行保留。必要紧急度信息由b公司服务器111或机器人110所保有，并且是由b公司服务器111或机器人110使用的信息。其他公司(例如a公司)对机器人110请求的请求信息所包含的紧急度信息表示的紧急度也以按与必要紧急度信息相同基准而设定有必要紧急度。必要紧急度如图6所示可以如高、中、低这样按等级设定。
[0178]“高”：在必要紧急度为“高”的情况下，将与生命、健康、危险、或财产的损失风险相关这样的紧急性高的信息向用户通知的请求被处理。否则，请求被保留或拒绝。
[0179]“中”：在必要紧急度为“中”的情况下，除了必要紧急度被分类为“高”的请求以外，将日常生活中的重要信息向用户通知的请求被执行。否则，请求被保留或拒绝。日常生活中的重要信息例如包含用于将接下来的日程(schedule)向用户通知的信息以及用于将有重大损失风险的状态(例如煤气炉一直开着)向用户通知的信息。
[0180]“低”：在必要紧急度为“低”的情况下，执行全部的请求。
[0181]
这样，在必要紧急度被设定为高时，b公司服务器111从其他公司服务器(a公司服务器101)接收到的请求内，仅对用户来说重要且存在紧急性的请求被立即处理。除此以外的请求被保留或拒绝。对用户来说重要且存在紧急性的请求信息所包含的紧急度信息通过作为发送源的其他公司(a公司)按上述必要紧急度的定义而被赋予。
[0182]
更具体而言，若其他公司服务器(例如a公司服务器101)发送的请求信息所包含的紧急度信息(高、中、或低)为b公司(例如b公司服务器111)所设定的必要紧急度信息(高、中、或低)以上，则该请求信息表示的请求被立即处理。否则，该请求不被立即执行，而被保留直到适当的时机或拒绝。
[0183]
以上，为了实现图3所示的健康管理中的机器人110的能力提供的设想(scenario)，针对a公司以及b公司间的协作设定、a公司对机器人能力的访问权，以及请求的紧急度进行了说明。下面，对使用以上来实现该设想的处理全体的流程进行说明。
[0184]
图7是表示非机器人公司对机器人110请求任务的处理的一例的流程图。尤其图7示出了请求被立即实施的事例(case)。
[0185]
如在图3中也说明过的那样，安装于智能手机100的保险公司a公司的应用程序(a公司app)持续检测用户的生物体活动信息，将所检测出的生物体活动信息蓄积于智能手机100内的存储器(步骤s11)。进而，a公司app将所蓄积的生物体活动信息定期向a公司服务器101上传(步骤s12)。接收到生物体活动信息的a公司服务器101基于用户与a公司的保健合同，判定推荐用户进行运动的消息(助推)的发送的必要性(步骤s13)。在判定为需要发送助推的情况下，a公司服务器101发送助推(步骤s14)。相反地，在判断为没有必要发送推荐运动的消息的情况下，a公司服务器101继续将从a公司app上传的用户的生物体活动信息进行蓄积的处理。
[0186]
在步骤s15中，智能手机100显示推荐运动的消息。由此，将推荐运动的消息向用户提示。
[0187]
在步骤s16中，a公司app和/或a公司服务器101在显示了推荐运动的消息之后，也继续检测用户的生物体活动信息，基于所检测出的生物体活动信息算出用户的运动量，对所算出的用户的运动量进行评价。
[0188]
a公司服务器101基于用户和a公司的保健合同，判定对用户推荐运动的更强的推动的必要性。在此，a公司app和/或a公司服务器101在由步骤s16算出的用户的运动量低于目标运动量的状态被观测到预定次数以上的情况下，由于通过助推没有改善用户的运动量，所以判定为需要更强的推动。在此，设为判定为需要强推动。相反地，在判定为无需强推动的情况下，a公司服务器101继续将从a公司app上传的用户的生物体活动信息进行蓄积的处理。在此，a公司app和/或a公司服务器101例如在由步骤s16算出的用户的运动量低于目标运动量的状态没有被观测到预定次数以上的情况下，判定为无需更强的推动。
[0189]
在步骤s17中，判定为需要更强的推动的a公司服务器101向b公司服务器111发送将推动用户进行运动的任务向机器人110请求的请求信息。
[0190]
请求信息包含：用户的a公司app的固有id、表示请求的紧急度的紧急度信息、表示直到执行请求为止的保留期间的保留期间信息、以及请求的内容。请求的内容例如表示向机器人110请求的任务。接收到请求信息的b公司服务器111根据请求信息所包含的用户的a公司app的固有id，能够确定a公司app的固有id所对应的b公司app的固有id。由于b公司服务器111管理着b公司app的固有id所对应的机器人110的机器人id，所以能够唯一确定应执行从a公司请求的任务的机器人110。
[0191]
进而，请求信息还包含用户所需的目标运动量。目标运动量例如是每日5000步或每日的消耗卡路里150kcal等。在该例中，目标运动量是每日5000步，当前时间点的用户的每日的运动量是2000步。a公司服务器101为了催促用户每日5000步的散步，对b公司服务器111发送请求信息。另外，该请求信息所包含的紧急度信息表示的紧急度是“低”。
[0192]
在步骤s18中，接收到请求信息的b公司服务器111判定是否能够应答请求。b公司服务器111在接收该请求信息之前将必要紧急度信息表示的必要紧急度设定为“低”(步骤s10)。因此，b公司服务器111将所接收到的请求信息所包含的紧急度信息表示的紧急度、与事先设定的必要紧急度信息表示的必要紧急度进行比较，判定是否能够应答请求信息。在此，请求信息所包含的紧急度信息表示的紧急度是“低”，必要紧急度信息表示的必要紧急度是“低”，由于紧急度信息表示的紧急度为必要紧急度信息表示的必要紧急度以上，所以b公司服务器111判定为立即执行该请求信息表示的请求。因此，b公司服务器111将表示应答请求的可应答信息向a公司服务器101发送(步骤s19)。请求信息以及必要紧急度信息是第1信息的一例。
[0193]
发送了可应答信息的b公司服务器111向机器人110发送指示信息，指示向用户催促进行目标运动量以上的运动的引导动作(步骤s20)。该引导动作如上所述是机器人110呼唤用户“去散步吧”、和/或拿着牵狗绳央求想要去散步这样的动作。该引导动作根据机器人110的面貌姿态以及运动能力而可采用各种各样的形态。
[0194]
指示信息也可以包含表示有效期限的有效期限信息。有效期限例如是10分钟。机器人110基于指示信息，在有效期限的期间，即使持续邀请用户散步用户也不对此回应的情况下，机器人110也可以自动中止引导动作。进而，这样在用户的行为改变失败的情况下，在进一步经过一定时间之后或用户正在放松时，机器人110也可以再次进行引导动作。另外，该情况下的引导动作的有效期限也可以比失败了的上次的有效期限短。使得将有效期限设定地短的原因在于，若同样地反复进行失败了的引导动作，则有用户与机器人的关系恶化的风险。
[0195]
从b公司服务器111接收到指示信息的机器人110按指示信息进行将用户带出去运动(每日5000步的散步)的引导动作(步骤s21)。在该例中，由于机器人110是犬型机器人，所以进行一边“汪汪”叫，一边摇动尾巴的引导动作。通过该引导动作能够使用户联想到散步。除此以外，机器人110也可以在有效期限的期间反复进行：以用户能够理解的语言对用户说“去散步吧”或“想去散步”等的引导动作、和/或、拿着散步使用的牵狗绳表示想要去散步这一意志的引导动作。
[0196]
也可以是，在a公司服务器101持有对机器人110的传感器110c或运动能力的访问权，要求对运动能力的直接访问的情况下，a公司服务器101对机器人110的周边状况进行分析，基于分析结果将控制机器人110的表情、发声、姿势、以及移动的命令经由b公司服务器111或直接向机器人110发送。由此，a公司服务器101能够直接控制机器人110。
[0197]
用户在接收这些来自机器人110的引导动作而下决心散步，与机器人一起运动(散步)(步骤s22)。机器人110也可以按照指示5000步的散步的来自b公司服务器111的指示信息，向用户提出散步的路线、和/或、自己引导(带路)散步，以使得散步的步数成为5000步。
[0198]
在如很小或不具备步行功能这样，机器人110不具有与用户一起走路的能力的情况下，机器人110也可以将散步的路线向用户提示，以使得散步的步数成为5000步。该情况下，机器人110也可以进行推动用户的引导动作，以使得达成目标运动量。例如，机器人110也可以说出“顺便去附近的超市看看吧”、或“今晚爬上小山也许能看到流星”等话语。由此，调整散步的步数(运动量)。
[0199]
这样，当通过摄像头图像、位置传感器等检测到顺利进行了运动(散步)的用户已回家时，机器人110将表示与用户的运动(散步)结束了的结束通知、和表示该运动的实施运动量的实施运动量信息向b公司服务器111发送(步骤s23)。实施运动量信息例如包含表示步数、散步路线、以及散步的步调等的信息。
[0200]
b公司服务器111对a公司服务器101发送请求的结束通知、和实施运动量信息(步骤s24)。接收到结束通知和实施运动量信息的a公司服务器101将表示实施了请求的运动的信息、和实施运动量信息作为实施历史记录而记录于存储器101c(步骤s25)。
[0201]
a公司服务器101在判定为实施运动量信息表示的实施运动量为目标运动量信息表示的目标运动量以上的情况下，将表示用户达成了目标运动量的评价消息向智能手机100发送(步骤s26)。接收到评价消息的智能手机100通过a公司app将表示目标运动量已达成的评价消息进行显示(步骤s27)。由此，用户能够得到一定的达成感，减少对运动(散步)的抵触感。此外，a公司服务器101也可以在实施运动量低于目标运动量的情况下，将表示这一情况的评价消息向智能手机100发送。
[0202]
在此，说明了对运动进行引导的请求被立即实施的情况，但是也存在用户在工作的会议中等无法立刻应答来自机器人110的推动的事例。
[0203]
图8是表示非机器人公司对机器人110请求任务的处理的一例的流程图。尤其图8表示请求没有被立即实施的事例。与图7的不同之处在于，b公司服务器111接收到请求信息时的必要紧急度信息。在图7中必要紧急度信息表示的必要紧急度是“低”，是任何请求都会由机器人110立即实施的状况。另一方面，在图8中必要紧急度信息表示的必要紧急度为“中”，请求信息所包含的紧急度信息表示的紧急度只要不是“中”或“高”，请求就不会被立即实施。该情况下，请求被保留直至适当的时机为止或拒绝。图8例示请求被保留直至适当
的时机为止的事例。
[0204]
a公司使用a公司app以及a公司服务器101持续检测用户的生物体活动信息，直到将紧急度为“低”的请求信息向b公司服务器111发送以进行运动(相当于散步5000步)为止的处理，由于与图7相同所以省略说明。不同之处在于，位于该请求信息被发送的处理(步骤s17)之前。
[0205]
在步骤s801中，机器人110对包含不与机器人110交流的意图的来自用户的发言或用户的状况进行判断。在步骤s802中，机器人110基于所述发现或所述状况的判断结果，将必要紧急度更新为“中”(预定的等级的一例)。
[0206]
例如，在用户对机器人110说出了“保持安静”或“不要跟我说话”这样的不与机器人110交流的意图的发言的情况下，机器人110将必要紧急度从“低”变更为“中”即可。或者，机器人110在根据传感器110c的感测数据识别出用户正在会话中或正在驾驶车辆的情况下，将必要紧急度从“低”变更为“中”即可。将必要紧急度变更为“中”的机器人110向b公司服务器111发送将必要紧急度更新为“中”的更新请求。接收到该更新请求的b公司服务器111将必要紧急度从“低”更新为“中”(步骤s802)。
[0207]
从a公司服务器101接收到请求信息的b公司服务器111基于请求信息所包含的紧急度和必要紧急度，判定是否能够应答(步骤s18)。在此，由于紧急度“低”比必要紧急度“中”要低，所以b公司服务器111判定为无法立即执行请求。在判定为无法立即执行的b公司服务器111对a公司服务器101发送表示请求被保留的保留信息(步骤s803)。
[0208]
之后，机器人110基于来自用户的发言以及传感器110c的感测数据继续进行判定是否需要变更必要紧急度的处理(步骤s804)。在用户明确进行了降低必要紧急度的发言的情况下，在用户进行了包含无紧急性的话题的发言的情况下，或判定为用户采取了紧急性低的行动的情况下，机器人110将必要紧急度设定为“低”即可。紧急性低的行动例如是看电视、操作智能手机等行动。
[0209]
在将必要紧急度从“中”向“低”更新的情况下，机器人110对b公司服务器111发送用于将必要紧急度向“低”更新的更新请求(步骤s805)。
[0210]
接收到更新请求的b公司服务器111将必要紧急度从“中”向“低”更新。接着，b公司服务器111对是否能够应答保留中的请求进行再判定(步骤s806)。在此，由于在步骤s803中从a公司服务器101发送的请求信息所包含的紧急度信息表示的紧急度为“低”，当前的必要紧急度信息表示的必要紧急度为“低”，紧急度为必要紧急度以上，因此b公司服务器111对a公司服务器101发送可应答信息(步骤s807)。
[0211]
从这里开始的处理与图7相同因此省略说明。
[0212]
如在图7、图8中说明的那样，对b公司服务器111的机制汇总如下。b公司服务器111使位于用户身边的b公司的机器人110执行需要a公司(a公司app)不保有的传感器110c或机器人110的运动能力的请求。b公司服务器111按每个用户进行a公司和b公司的协作设定。b公司服务器111基于用户的事先输入，事先登记规定了a公司将b公司的机器人110具有的各能力利用到哪个等级为止的访问权的设定信息。b公司服务器111在用户处于无法顾及机器人110的状况的情况下，将紧急度低的请求进行保留或拒绝。b公司服务器111将所保留的请求，根据来自用户的要求或用户的状况变化而在适当的时机再度执行。
[0213]
图9是表示b公司服务器111的处理的一例的流程图。在图9的处理中，b公司服务器
111判定非机器人公司(a公司)是否具有为了实施所请求的任务所需的访问权、是否有应立即执行对用户请求的任务的紧急性、以及执行被保留了的请求是否超过保留期间，并基于判定结果应答非机器人公司(a公司)的请求。具体如下所述。
[0214]
在步骤s101中，b公司服务器111从a公司服务器101接收向机器人110请求推动用户进行运动的任务的请求信息。
[0215]
在步骤s102中，b公司服务器111确认a公司对所请求的任务的访问权。首先，b公司服务器111判定将请求信息所包含的a公司app的固有id与b公司app的固有id进行了关联的成对信息是否事先登记于存储器111c。然后，b公司服务器111在判定为事先登记了的情况下，b公司服务器111基于图5所示的访问权的设定信息确认a公司是否保有请求信息所请求的任务的访问权。在此，图5表示的关于“运动的邀请”任务的a公司的访问权的许可等级被设定为“1”或“2”，因此针对所请求的任务，判定为a公司具有访问权。此外，在针对“运动的邀请”任务的a公司的访问权的许可等级为“0”的情况下，针对所请求的任务判定为a公司不具有访问权。
[0216]
在判定为a公司不具有访问权的情况下(在步骤s103中为否)，b公司服务器111将表示没有用于执行所请求的任务的访问权的消息向a公司服务器101发送(步骤s104)，结束处理。
[0217]
另一方面，在判定为a公司具有访问权的情况下(在步骤s103中为是)，b公司服务器111将在步骤s101中接收到的请求信息所包含的紧急度信息表示的紧急度、和当前设定的相应用户的必要紧急度进行比较，判定是否立即执行该请求信息表示的请求(步骤s105)。
[0218]
在紧急度低于必要紧急度的情况下(在步骤s105中为否)，b公司服务器111判定从接收请求信息起的经过时间是否在保留期间内(步骤s109)。
[0219]
保留期间是表示将任务的执行被保留的请求保留至何时的时间信息。b公司服务器111在接收到请求信息起的经过时间超过保留期间时(在步骤s109中为否)，拒绝该请求信息表示的请求(步骤s111)。拒绝了请求的b公司服务器111对进行了请求的a公司服务器101发送由于超过了保留期间所以请求被拒绝之意的消息，结束处理。
[0220]
由此，能防止在必要紧急度被更新为“低”的瞬间，大量蓄积的紧急度为“低”的请求被一齐执行。进而，能防止从被接收起经过了长时间这样的、在当前时间点没有实施之意的请求的执行。为了维持机器人110对用户的推动的效果，这样的请求的拒绝也是必要的。
[0221]
另一方面，在从接收请求信息起的经过时间在保留期间内的情况下(在步骤s109中为是)，b公司服务器111经由机器人110取得用户的状态数据，基于所取得的状态数据将当前的必要紧急度经由机器人110进行再评价(步骤s110)。或者，也可以是，使得机器人110取得用户的状态数据，基于所取得的状态数据亲自设定当前的必要紧急度，向b公司服务器111通知。当步骤s110的处理结束时，处理返回至步骤s105。由此，执行步骤s105、s109、s110所示的循环处理。通过该循环处理，仅持有对用户进行推动所需的必要紧急度以上的紧急度的请求被随时执行，除此之外的请求在保留期间内其执行被持续保留。状态数据是在机器人110中检测出的与用户的状态相关而动态变化的数据。具体而言，如稍后说明的图9所示包含基于机器人110的传感器110c的感测数据而设定的必要紧急度信息。
[0222]
在来自a公司服务器101的请求所包含的紧急度信息表示的紧急度为由b公司服务
器111或机器人110管理着的必要紧急度以上的情况下(在步骤s105中为是)，处理进入步骤s106。
[0223]
在步骤s106中，由于用户成为了可推动运动的状态，所以b公司服务器111对机器人110发送：指示从a公司服务器101请求的任务的执行的指示信息。接收到指示信息的机器人110按照指示信息执行任务。由此，机器人110进行将用户带出去散步的引导动作。通过该引导动作而下决心散步的用户与机器人110一起散步。散步回到住宅的机器人110将任务的执行结果，即，告知散步结束的结束通知、和散步中的实施运动量信息向b公司服务器111发送。由此，b公司服务器111接收结束通知和实施运动量信息(步骤s107)。
[0224]
在步骤s108中，b公司服务器111将所接收到的结束通知和实施运动量信息向a公司服务器101发送。
[0225]
此外，也可以在a公司服务器101具有对机器人110的传感器110c、作为运动能力的表情变更能力、发声能力、姿势变更能力、和/或移动能力的访问权的情况下，a公司服务器经由b公司服务器111，根据机器人110的周边状况，直接地控制机器人110的脸部表情、声音说话、姿势、和/或移动。该情况下，被从b公司服务器111指示任务的执行的机器人110也将任务的执行结果向b公司服务器111发送即可。也即是，可以说a公司服务器101对机器人110进行远程控制，直接地控制机器人110的是b公司服务器111，机器人110与b公司服务器111的关系与上述技术方案相同。
[0226]
通过被称为“5g”、“beyond5g”等高速且低延迟的无线通信基础设施齐备，期待由a公司服务器101实现的对机器人110的远程控制今后得以实现。接收到任务的执行结果的b公司服务器111将该执行结果向作为任务的请求源的a公司服务器101发送而结束处理。
[0227]
图10是表示必要紧急度的设定例的表。该图示出了早上8点到晚上8点的用户的状态的变化。在以下的说明中，以必要紧急度是机器人110设定的来进行说明，但这是一例，也可以由b公司服务器111设定。该情况下，b公司服务器111基于经由机器人110取得的感测数据来设定必要紧急度即可。
[0228]
机器人110继续感测用户的状态，根据感测结果随时监测用户的状态，基于检测结果适当更新必要紧急度。
[0229]
在8：00－10：00的时间段，用户正在与其他人面对面谈话。机器人110使用摄像头以及麦克风等的传感器110c，判定为用户正与他人进行会话。已经开发出了一种根据静止图像、动态图像、或声音来判定或说明人的行动以及状态的神经网络。因此，机器人110利用基于这样的神经网络的图像识别技术或声音识别技术检测用户的状态即可。机器人110在判定为用户的状态是会话中之后，将必要紧急度设定为“中”。由此，若不是持有“中”以上的紧急度的请求，则请求不被执行。而且，机器人110将所设定的必要紧急度与b公司服务器111所共有。
[0230]
进而，在该判定中，机器人110也可以根据从摄像头取得的用户的表情以及姿势、和/或从麦克风取得的声音信息所包含的会话内容以及声音音调等来进行用户的情绪分析。在此，情绪分析的结果例如被分类为“积极的”、“中立的”、以及“消极的”。在情绪分析的结果是“积极的”或“中立的”会话的情况下，用于执行任务的机器人110对会话的打断(插话)很有可能被用户所容许。该情况下，机器人110也可以降低上述设定的必要紧急度。另外，在情绪分析的结果是“消极的”会话的情况下，由于对会话的中断很可能不被用户容许，
所以机器人110也可以维持或提高上述设定的必要紧急度。在变更了必要紧急度的情况下，机器人110将变更后的必要紧急度与b公司服务器111所共有。
[0231]
通过在这样用户的状态判定中加入用户的情绪分析，机器人110能够在对用户来说适当的时机处理任务。
[0232]
在此，虽然情绪分析的结果被分类为3个，但是本公开并不限定于此。情绪分析的结果也可以如“喜怒哀乐”这样被进行更多的分类，也可以如“积极的”以及“消极的”这2种这样被进行更少的分类。另外，机器人110也可以推定用户的压力程度，根据所推定出的压力程度的数值范围来调整必要紧急度。
[0233]
在10：00－12：00的时间段，用户正在面向计算机进行作业(工作)。机器人110使用摄像头、麦克风等的传感器110c，检测用户正在操作计算机。机器人110在判定为用户利用计算机进行作业中之后，将必要紧急度维持为“中”。该情况下，若不是持有“中”以上的紧急度的请求，则不执行请求。而且，机器人110将设定后的必要紧急度与b公司服务器111所共有。
[0234]
在12：00－13：00的时间段，用户正坐在椅子上吃东西。机器人110使用摄像头、麦克风等的传感器110c检测出用户正在吃东西。机器人110在判定为用户正在吃东西之后，将必要紧急度设定为最低的“低”。而且，机器人110将所设定的必要紧急度与b公司服务器111共有。
[0235]
在13：00－15：00的时间段，用户正在打电话或开会。机器人110使用摄像头、麦克风等的传感器110c，检测出用户正在用便携电话进行会话(通话中)、或用计算机进行会话(会议中)。机器人110在判定为用户在通话中或会议中之后，将必要紧急度设定为“中”。该情况下，若不是持有“中”以上的紧急度的请求，则不执行请求。而且，机器人110将设定后的必要紧急度与b公司服务器111所共有。
[0236]
在15：00－16：00的时间段，用户正在运动。机器人110使用摄像头、麦克风等的传感器110c，检测出用户正在运动。机器人110在判定为用户正在运动中之后，将必要紧急度维持为“中”。
[0237]
进而，在该判定中，机器人也可以基于从摄像头取得的图像计测用户的皮肤的色彩的周期性变化，也可以使用智能手表等计测用户的心率。在此所计测出的心率比预定值低的情况下，由用于执行任务的机器人110实现的对运动的中断很有可能被用户容许。该情况下，机器人110也可以降低必要紧急度。另一方面，在心率比预定值高的情况下，由用于执行任务的机器人110实现的对运动的中断很有可能不被用户容许。因此，机器人110可以维持必要紧急度，也可以提高必要紧急度。在变更了必要紧急度的情况下，机器人110将变更后的必要紧急度与b公司服务器111所共有。
[0238]
这样在判定为用户的状态处于运动中的情况下，通过考虑用户的心率，机器人110能够在对用户来说更适当的时机来处理任务。
[0239]
在16：00－20：00的时间段，用户正躺着放松。机器人110使用摄像头、麦克风等的传感器110c，检测出用户正处于放松状态。机器人110在判定为用户正处于放松状态之后，将必要紧急度设定为最低的“低”。而且，机器人110将设定后的必要紧急度与b公司服务器111所共有。
[0240]
这样，用户的状态时刻发生变化。机器人110活用传感器110c来感测用户的状态，
随时判定用户的状态。进而基于该判定结果来更新必要紧急度。机器人110在更新了必要紧急度的情况下，将更新后的必要紧急度向b公司服务器111通知，将最新的必要紧急度与b公司服务器111所共有。这样，必要紧急度是根据用户的状态而随时变化的。
[0241]
这样，根据本实施方式，a公司服务器101在判断为需要推动用户进行运动时，通过b公司服务器111管理的机器人110，能够推动用户进行运动。其结果，a公司服务器101即使自身不管理着机器人110，也能够使机器人110进行推动用户进行运动的动作。因此，与只不过在用户的智能手机100的影像声音输出部100f显示催促运动的消息的情况相比，能够赋予用户关于运动的更强的动机。
[0242]
此外，本实施方式能够采用以下的变形例。
[0243]
(1)在图8的步骤s801中，机器人110也可以对用户说“现在可以和你说话吗？”或“能打扰一下吗？”等确认用户的当前的必要紧急度的提问，使得用户回答。机器人110在预定的时机或尚未实施的请求件数和/或这些紧急度满足了预定的条件等情况下，对用户直接进行上述这样的提问。通过该提问，机器人110也可以根据用户的回答内容取得用于设定必要紧急度的信息。使用该方法的情况下，机器人110能够向用户直接确认必要紧急度，因此机器人110能够如用户认识到的那样设定以及更新必要紧急度信息。
[0244]
在此，在用户对上述提问进行了“好啊”等肯定的回答的情况下，机器人110也可以将必要紧急度设定为“低”等低的等级。另外，在“希望稍后再说”或得不到回答的情况下，设为现在不是进行向用户的推动的好时机，机器人110也可以将必要紧急度设定为“中”或“高”等高的等级。
[0245]
(2)智能手机100是信息终端的一例，在本公开中，信息终端不限于智能手机100。信息终端也可以是平板型计算机，能够采用可携带的信息终端。
[0246]
产业上的可利用性
[0247]
根据本公开，能够安全地实现请求或直接地控制其他公司机器所保有的传感器、运动能力。由此，从迄今为止的仅网络空间的信息流通，到将网络空间和物理空间融合，任何人都能够通过软件，从网络空间到物理空间中进行对某种实际空间的作用，作为多种多样的产业性利用的基础技术而备受期待。
[0248]
标号说明
[0249]
100：智能手机(信息通信终端)
[0250]
101：a公司服务器(非机器人公司)
[0251]
110：机器人(可移动装置)
[0252]
111：b公司服务器(机器人公司)。