CN111788566A - 信息处理设备、终端装置、信息处理方法和程序 - Google Patents

Abstract

[问题]提供一种具有通过有效地利用上下文而具有提高的便利性的消息传递功能的信息处理设备、其方法、程序以及用于消息通信的终端装置。[解决方案]该信息处理设备设置有通信部和控制部。该通信部被配置为在由多个用户使用的终端装置之间执行消息通信。该控制部被配置为获取多个用户中的至少一个用户的上下文，并且基于所获取的上下文来控制包括消息的内容或模式的消息相关信息的构成和消息相关信息的通信中的至少一个。

Description

信息处理设备、终端装置、信息处理方法和程序

技术领域

本技术涉及一种执行消息通信的处理的信息处理设备、其方法、其程序以及用于消息通信的终端装置。

背景技术

专利文献1中描述的系统包括路线搜索辅助服务器，该路线搜索辅助服务器搜索到目的地的路线并且基于用户的行为计划计算必要的时间等。具体地，由用户持有的移动电话(用户终端)经由因特网将用户输入的行为计划发送到路线搜索辅助服务器，并且路线搜索辅助服务器将行为计划登记在计划数据库中。路线搜索辅助服务器基于计划数据库向用户终端通知出发时间，并且将关于到目的地的地图和路线的信息发送到用户终端(例如，参见专利文献1的段落[0018]和[0100]至[0103])。

引用列表

专利文献

专利文献1：JP 2010-145421A

发明内容

技术问题

专利文献1仅向用户他/她自己的终端通知关于从用户的行为计划获得的路线搜索结果的信息。然而，已经期望高度便利的消息传递功能，该消息传递功能能够不仅根据行为计划而且根据任何上下文与另一用户终端进行消息通信。这里，措词“上下文”在广义上使用，并且例如是指情况、情形、背景等。似乎可以通过有效地利用关于这种上下文的信息来提供高度便利的消息传递功能。

本公开的目的是提供一种有效地利用上下文并且具有高度便利的消息传递功能的信息处理设备、其方法、其程序以及用于消息通信的终端装置。

问题的解决方案

为了实现上述目的，根据一个方面的信息处理设备包括通信部和控制部。

通信部被配置为在由多个用户使用的相应终端装置之间传送消息。

控制部被配置为获取多个用户中的一个或多个用户的上下文，并且基于所获取的上下文来控制包括消息的内容或格式的消息相关信息的创建和通信中的至少一个。

由于控制部基于上下文来控制消息相关信息或这种信息的通信，因此可以实现高度便利的消息传递功能。

通信部可以被配置为获取用于接收用户的上下文的接收请求。

控制部可以包括创建部，该创建部被配置为基于接收请求获取上下文，并且基于上下文创建用于允许选择是否传送消息的信息和选择消息相关信息的候选中的至少一个。

这允许创建部基于用户的上下文自动创建消息。另外，由于发送上下文的用户可以选择消息相关信息，因此可以提供对于每个用户都方便的消息传递功能。

通信部可以被配置为获取用于发送用户的上下文的发送请求。

控制部可以包括创建部，该创建部被配置为基于发送请求获取上下文，并且基于上下文创建用于允许选择是否传送消息的信息和选择消息相关信息的候选中的至少一个。

通信部可以被配置为发送指示自动创建消息的内容的信息。

这允许用户识别自动创建消息的内容。

控制部可以被配置为基于过去已经传送的消息的内容或格式来执行基于上下文的控制。

过去已经传送的消息的内容可以包括用户的位置、用户的移动方式、用户的行为和消息格式中的至少一个。

控制部可以包括创建部，该创建部被配置为以对应于过去已经传送的消息的格式的频率的消息格式，创建用于基于上下文选择消息相关信息的候选。

控制部可以包括创建部，该创建部被配置为以对应于过去已经传送的消息的内容的表达格式的频率的表达格式，创建用于基于上下文选择消息相关信息的候选。

上下文可以包括用户的过去上下文、当前上下文和未来上下文中的至少一个。

控制部可以被配置为基于已经输入到终端装置的输入部的输入信息来获取上下文。

输入部包括麦克风、相机、操作部、位置传感器和惯性测量部(IMU)中的至少一个，并且输入部可以被配置为获取用户的位置、用户的移动方式、用户的行为和由用户在操作部上执行的操作的内容中的至少一个作为输入信息。

控制部可以被配置为基于上下文来控制消息相关信息的通信的安全等级。

安全等级可以包括消息的通信可用性、消息的通信目的地和消息的内容中的至少一个。

根据一个方面的终端装置是由多个用户分别使用的多个终端装置中的由用户使用的终端装置，并且该终端装置包括消息传递功能部和通信部。

消息传递功能部具有创建消息的功能；并且

通信部被配置为经由信息处理设备在终端装置与另一终端装置之间传送消息，该信息处理设备被配置为获取用户的上下文，并且基于所获取的上下文来控制包括消息的内容或格式的消息相关信息的创建和通信中的至少一个。

通信部可以被配置为进行用于从其他终端装置接收另一用户的上下文的接收请求的发送和用于将用户的上下文发送到其他终端装置的发送请求的发送中的至少一个。

终端装置还可以包括输入部，输入信息将被输入到该输入部；以及显示器，其显示消息相关信息和图标图像中的至少一个，消息相关信息和图标图像中的每一个对应于输入信息中的用户或另一用户的当前上下文。

终端装置还可以包括存储部，该存储部存储分配给与消息传递功能部或消息传递功能部可执行的功能相关联的数据的用户的指纹数据。

终端装置还可以包括操作部，该操作部接收由用户执行的操作。操作部可以被配置为接收不同的滑动手势，相应滑动手势对应于接收请求的发送和发送请求的发送。

根据一个方面的信息处理方法是由信息处理设备执行的信息处理方法，该信息处理设备被配置为在由多个用户使用的相应终端装置之间传送消息。

根据一个方面的程序使信息处理设备执行上述信息处理方法。

发明的有益效果

如上所述，根据本技术，可以通过有效地利用上下文来实现高度便利的消息传递功能。

注意，这里描述的效果不必受限，并且可以展现本公开中描述的任何效果。

附图说明

[图1]图1是示出根据实施方式的系统的配置的框图；

[图2]图2是示出基于“拉入(pull)”操作的系统的基本动作的序列图；

[图3]图3是示出基于“推送(push)”操作的系统的基本动作的序列图；

[图4]图4是示出上下文的细节的表格；

[图5]图5A和图5B分别示出了在终端装置的显示器上显示的消息传递功能部的UI的示例的一部分；

[图6]图6示出了图5B所示的GUI的修改；

[图7]图7A和图7B分别示出了由消息传递功能部呈现的用于允许用户选择“拉入”操作和“推送”操作中的一个的GUI；

[图8]图8示出了应用了滑动手势的GUI的示例；

[图9]图9示出了应用了滑动手势的GUI的另一示例；

[图10]图10A和图10B分别示出了应用了指纹数据和滑动手势的组合的GUI的示例；

[图11]图11示出了群组消息传递功能的GUI的示例；

[图12]图12示出了显示进行关于群组消息传递功能的群组的控制的机器人的图标的GUI的示例；

[图13]图13示出了显示关于图12所示的示例的提醒的示例的GUI；

[图14]图14示出了根据另一实施方式的动作，该动作不同于基于图2所示的“拉入”操作创建消息的动作；

[图15]图15示出了根据另一实施方式的动作，该动作不同于基于图3所示的“推送”操作创建消息的动作。

具体实施方式

在下文中，将参考附图描述本技术的实施方式。

1.系统配置

图1是示出根据实施方式的系统的配置的框图。系统100包括根据实施方式的服务器(信息处理设备)60和多个终端装置50。

1.1)终端装置

多个终端装置50可以由相应用户使用。终端装置50中的每一个可以经由使用因特网协议(IP)的网络(通常是因特网)连接到服务器60。通常，终端装置50是智能手机、平板电脑、可穿戴计算机等。

终端装置50包括输入部10、数据保持部20、处理部30、通信部35和输出部40。

输入部10包括麦克风11、相机12、天线13、操作部14、传感器15等。

天线13例如包括用于近场通信(NFC)、蓝牙等的天线。操作部14包括触摸屏、物理按钮等。

例如，传感器15包括关于装置的位置传感器、加速度传感器、角速度传感器、地磁传感器、照度传感器、温度传感器、气压传感器等。传感器15检测加速度、角速度、方位角、照度、温度、气压等。另外，在包括传感器15的装置由用户携带或由用户穿戴的情况下，传感器15能够检测各种信息作为与用户相关的信息，诸如指示用户的运动或方向的信息。

另外，传感器15可以包括生物传感器，该生物传感器检测用户的生物信息，诸如脉搏、血压、体温、肌肉电势、排汗、脑电波、触觉、嗅觉或味觉。输入部10可以包括处理电路，该处理电路分析由这样的传感器检测到的信息、由相机12检测到的图像数据和/或由麦克风11检测到的声音数据，并且获取指示用户的情感的信息。可选地，例如，关于情感的信息和/或数据可以输出到界面而不经过分析，并且处理部30可以分析这样的信息和/或数据。

另外，还可以使用输入部10、麦克风11、相机12、传感器15等来获取用户或装置附近的图像或声音作为数据。另外，输入部10可以包括检测室内或室外位置的位置传感器。具体地，位置传感器可以包括全球导航卫星系统(GNSS)接收器，诸如全球定位系统(GPS)接收器、全球导航卫星系统(GLONASS)接收器、北斗导航卫星系统(BDS)接收器、通信设备等。通信设备通过使用诸如Wi-Fi、多输入多输出(MIMO)、蜂窝通信(诸如使用移动基站或毫微微蜂窝(femtocell)的位置检测)或近场无线通信(诸如蓝牙低能量(BLE)或蓝牙(注册商标))的技术来检测位置。在这种情况下，位置传感器的功能和通信部35的功能彼此重叠。

处理部30包括上下文识别部31和消息传递功能部33。

上下文识别部31识别正在使用终端装置50的用户的当前上下文。具体地，上下文识别部31将与当前用户相关的各种信息识别为用户的上下文，该信息是已经被输入到输入部10的输入信息。

上下文是用户的情况、情形或背景。上下文包括过去上下文、当前上下文和未来上下文中的至少一个。例如，过去上下文包括用户过去去过的地方的上下文等。这样的上下文已经从数据库或过去的消息交换获取。当前上下文包括由传感器15获取的当前上下文。未来上下文包括作为计划输入的未来日程安排数据的上下文。

关于上下文的信息包括用户从过去到现在已经在终端装置50上手动执行的操作的内容和操作目标的数据。例如，上下文的示例包括用户从过去到现在发送的电子邮件或消息的内容或格式(包括格式等)。作为计划输入的未来日程安排也包括在用户从过去到现在执行的操作的内容和操作目标的数据中。

另外，关于上下文的信息还包括用户之间的关系。用户之间的关系是指例如好友关系、闹翻关系、打架关系、前后辈关系、老板与下属关系等。服务器60可以通过学习获取关于用户之间的关系的信息，或者用户之间的关系可以由用户中的一个预先设置和决定。在学习的情况下，服务器60能够基于用户之间交换的电子邮件或消息、用户的属性或其他信息来获取关于用户之间的关系的信息。

消息传递功能部33具有基于用户经由输入部10(通常是操作部14)输入的信息来创建消息的功能。

通信部35主要具有执行IP通信的功能。数据保持部20具有保持(存储)相应部的动作所需的各种数据、程序和应用软件的功能。

输出部40包括显示器41、扬声器43、致动器45、发光二极管(LED)47等。例如，致动器45具有使用偏心马达等的振动功能。LED 47用作给出通知或警告的指示器。

终端装置50包括诸如CPU、RAM和ROM的基本组件作为硬件。另外，终端装置50包括配置输入部10和输出部40的硬件。

1.2)服务器

服务器60执行与用户的终端装置50(50A)与一个或多个其他用户的终端装置50(50B、50C、…)之间的消息的通信相关的控制。服务器60包括控制部63、通信部65和数据保持部61。

控制部63具有获取多个用户中的一个或多个用户从过去到现在的至少一些上下文(关于多个用户中的一个或多个用户从过去到现在的至少一些上下文的信息)，并且基于所获取的上下文来控制消息相关信息的创建和通信中的至少一个的功能。消息相关信息与消息相关，并且包括消息的内容。

消息相关信息是诸如消息的内容(消息体)、消息的格式和/或用作创建消息的前提的当前上下文的类型、粒度等的信息。消息相关信息的通信包括与消息的通信可用性相关的处理。稍后将描述其细节。

消息的格式包括消息的内容的表达格式。消息的格式的示例包括文本格式、图像格式(例如，包括印章图像)、声音格式、视频格式等。

控制部63包括数据分析部67、自动消息创建部(创建部)69。

数据分析部67具有分析从终端装置50发送的上下文的功能。自动消息创建部69基于通过由数据分析部67进行的数据分析获得的信息(特别是上下文)自动创建消息。

通信部35主要具有执行IP通信的功能。数据保持部61具有保持(存储)相应部的动作所需的各种数据和程序的功能。

2.系统的动作

图2和图3分别是示出系统100的基本动作的序列图。这里，将描述在包括用户A(第一用户)和用户B(第二用户)的两个用户之间传送消息的情况。以用户A采取的行动(到终端装置50的操作输入)为触发开始系统100的动作。

措辞“通信”是指发送和接收中的至少一个。

图2示出了基于用户B的上下文创建消息的动作。该动作由用户A执行的“拉入”操作(步骤(在下文中，简称为“ST”)101)触发。图3示出了基于用户A的上下文创建消息的动作。该动作由用户A执行的“推送”操作(ST201)触发。终端装置50的消息传递功能部33执行“拉入”操作和“推送”操作。

2.1)“拉入”操作

“拉入”操作是由用户执行的用于使用户A的终端装置50A将接收请求发送到服务器60的操作(ST102)。接收请求是接收用户B的当前上下文的请求。例如，终端装置50A的输入部10接收由用户A执行的接收请求操作，并且接收请求作为消息经由消息传递功能部33被发送到服务器60。

“拉入”操作的示例包括由手或手指经由操作部14执行的操作、使用麦克风的语音识别、由相机12捕获的手、手指或身体手势操作等。这同样适用于稍后将描述的“推送”操作。

接收请求的消息的示例例如包括表示“你现在在哪儿？”的内容、表示“我们什么时候见面？”的内容、表示“明天喝一杯怎么样？”的内容等。如稍后所述，例如，通过消息传递功能部33的图形用户界面(GUI)将接收请求显示为图标(图标图像)。当用户选择图标时，发送接收请求。除了图标之外，还可以选择文本候选。

消息是否对应于接收请求的确定(由终端装置50或服务器做出该确定)可以基于由用户做出的预登记或者可以基于终端装置50A的学习。在预登记的情况下，用户经由终端装置50A将指示消息对应于接收请求的单词或句子手动存储在数据保持部20中。除了预登记之外，数据保持部20还可以预先保持消息的模板或固定句子。可选地，也可以准备稍后将描述的用于上述接收请求的专用图标和用于发送请求的专用图标。在学习的情况下，服务器60可以对包括由用户接收的过去消息的所接收的消息的内容进行语言分析，并且使用关于解释结果的信息。

服务器60将上下文获取请求发送到用户B的终端装置50B(ST103)。终端装置50B生成用户B的上下文(ST104)，并且将所生成的上下文发送到服务器60(ST105)。在ST104中，数据分析部67分析从输入部10获得的信息或由数据保持部61保持的数据，并且生成上下文。

图4是示出上下文的细节的表格。上下文的“类别”的示例包括“行进”、“位置”、“移动方式”、“属性”、“行为”、“邻近/陪同人员”、“支付信息”、“环境”、“生物状况”、“偏好”、“情感”等。换句话说，上下文是属于这样的类别的上下文或基于上下文识别或生成的上下文。

例如，“行进”指示与用户的当前移动相关的行为，并且指定例如包括停留、出发、行进和到达的四个状态。关于指定状态的信息是上下文。这四个状态具有转换关系。这里，“行进”信息(四个状态)可以由传感器15(诸如在该示例中的位置传感器或IMU)检测。

“位置”指示用户的当前地理位置。例如，用户的位置由位置传感器指定。关于指定位置的信息是上下文。位置传感器通过使用由Wi-Fi、IMU或相机12识别的周围环境视觉(ambient vision)与另一服务器协作来指定关于用户的详细位置的信息。

“移动方式”的示例例如包括步行、自行车、汽车、火车等。关于“移动方式”的信息可以由位置传感器或IMU检测。关于所检测的移动方式的信息是上下文。

“行为”的示例例如包括无(N/A)、行进、休息、工作、睡眠、进食、排泄等。基于由IMU或相机12识别的周围环境视觉或属于“位置”类别或“环境”类别的上下文，识别关于“行为”的信息。所识别的信息是上下文。

“属性”是用于指定个体用户的信息。例如，“属性”包括性别、姓名、年龄、出生日期等。在许多情况下，用户预先手动登记各种“属性”信息(将各种“属性”信息存储在数据保持部20中)。服务器60可以从用户接收批准，并且从存储各种“属性”信息的另一服务器获取各种“属性”信息。可选地，例如，服务器60或终端装置50可以通过基于属于“位置”类别、“行为”类别等的过去上下文的学习来获取(或生成)各种“属性”信息。如上所述已经登记或获取的用于指定个体用户的各种信息是上下文。

注意，两个或两个以上类别的概念的至少一部分可以彼此重叠。例如，“行进”类别可以包括在“行为”类别中，并且“情感”类别可以包括在“生物状况”类别中。

返回图2，已经接收到上下文的服务器60的自动消息创建部69基于该上下文创建消息(ST106)。例如，假设在ST102中发送的接收请求消息的内容指示询问用户B的当前“位置”的内容，诸如询问“你现在在哪儿？”的问题。在这种情况下，服务器60获取关于用户B的当前位置的信息作为上下文，并且基于该信息创建消息。该消息例如是包括指示用户B的当前位置的内容的消息，诸如表示“我在办公室。”的消息等。

在ST106中，服务器60不仅可以通过使用如上所述的当前上下文(诸如当前位置)，而且还可以通过使用通过对过去已经与用户通信的消息的内容的语言分析而学习的数据来创建消息。

服务器60将创建的消息发送到终端装置50A(ST107a)，并且还将创建的消息发送到终端装置50B(ST107b)。终端装置50A和50B分别将消息呈现给用户A和B(ST108a和ST108b)。呈现消息的典型方法是在显示器41上显示消息。由于消息也被发送到终端装置50B，因此用户B可以响应于来自用户A的接收请求确认返回基于用户B他/她自己的上下文的消息。例如，发送到终端装置50B的消息可以与发送到终端装置50A的消息相同，或者可以是表示“发送以下消息”的确认消息。

在ST108a和ST108b中呈现消息的方法的其他示例包括通过语音读出句子的方法和通过振动呈现消息的方法。在通过振动呈现消息的方法的情况下，终端装置50A和50B可以例如在用户在他/她的家里的情况与用户不在他/她的家里(例如，用户在他/她的办公室等)的情况之间使用不同类型的振动。

2.2)“推送”操作

参考图3，“推送”操作是由用户执行的操作(ST201)，用于使终端装置50A将发送请求发送到服务器60(ST202)。发送请求是将用户A的当前上下文发送到终端装置50B的请求。终端装置50A的输入部10接收由用户A执行的发送请求操作，并且服务器60接收接收请求。

终端装置50A将发送请求发送到服务器60(ST202)，并且服务器60接收接收请求。经由消息传递功能部33将发送请求作为消息发送。例如，对应于发送请求的消息包括表示用户A的上下文的单词。可选地，当用户选择GUI上的图标时，发送发送请求，该图标表示(对应于)上下文。

服务器60将上下文获取请求发送到终端装置50A(ST203)。终端装置50A生成用户A的上下文(ST204)，并且将所生成的上下文发送到服务器60(ST205)。

在ST204中，终端装置50A基于从输入部10获得的信息或由数据保持部20保持的数据生成上下文。已经接收到上下文的服务器60的自动消息创建部69基于该上下文创建消息(ST206)。例如，假设在ST202中发送的接收请求消息的内容指示“当前位置”(或对应于当前位置的图标)。在这种情况下，服务器60获取关于用户A的当前位置的信息作为上下文，并且基于该信息创建消息。该消息例如是包括指示用户A的当前位置的内容的消息，诸如表示“我在办公室。”的消息等。

服务器60将消息发送到终端装置50B(ST207b)，并且还将消息发送到终端装置50A(ST207a)。终端装置50A和50B分别将消息呈现给用户A和B(ST208a和ST208b)。由于消息也被发送到终端装置50A，因此用户A可以确认基于用户A他/她自己的上下文的消息的发送完成。例如，发送到终端装置50A的消息可以与发送到终端装置50B的消息相同，或者可以是表示“发送以下消息”的确认消息。

3.消息传递功能部的GUI的示例

图5A和图5B分别示出了在终端装置50(诸如智能手机)的显示器41上显示的消息传递功能部33的UI的示例的一部分。在图5A和图5B中，在左侧示出了在终端装置50A的显示器41上显示的内容，并且在右侧示出了在终端装置50B的显示器41上显示的内容。

参考图5A，在上侧显示消息进度显示区域42，并且在下侧显示消息输入区域44和上下文图标选择区域46。消息进度显示区域42主要显示发送/接收的消息内容42a。圆形图标显示在消息进度显示区域42中，并且与消息内容相邻。圆形图标“A”指示由用户A发送消息，而圆形图标“B”指示由用户B发送消息。

消息输入区域44是用户手动输入消息内容的区域。上下文图标选择区域46显示对应于上述相应上下文类型(如图4所示，被分类为上下文类别或更精细的示例的上下文)的图标列表。消息输入区域44和上下文图标选择区域46可以显示在不同的屏幕上。

这里，将描述通过“拉入”操作获取上下文的情况。如图5A所示，用户A选择对应于询问“你现在在哪儿？”的问题的图标(由虚线d包围)并且将所选择的图标作为接收请求发送到服务器60(ST101和ST102)。

服务器60通过使用以上参考图2描述的方法来获取用户B的上下文，并且创建表示“我在办公室。”的消息，例如，对应于所获取的上下文的消息(ST103至ST106)。服务器60将创建的消息发送到终端装置50A和50B(ST107a和ST107b)。如图5B所示，终端装置50A和50B显示消息(ST108a和ST108b)。

例如，除了消息内容之外，服务器60还可以将指示消息由自动消息创建部69自动创建的信息发送到终端装置50A和50B。在这种情况下，如图5B所示，终端装置50A和50B还能够基于这样的信息显示指示“自动回复”42b等的信息。这允许用户A和B识别消息被自动创建。

消息传递功能部33可以呈现对应于各种上下文的固定消息列表(固定消息选择屏幕)，而不是上下文图标选择区域46中的上下文图标。固定消息由数据保持部20或数据保持部61保持。

图6示出了图5B所示的GUI的修改。图6示出了指示由自动消息创建部69自动创建消息的信息的另一示例。在该示例中，终端装置50A和50B显示与消息内容相邻的图标42c，而不是图标“A”或图标“B”。图标42c指示所谓的“机器人”(由机器人执行的自动处理)。

指示由自动消息创建部69自动创建消息的信息的其他示例包括不同于正常消息图像的消息图像。不同于正常消息图像的消息图像的示例包括消息中的字符的类型、指示消息内容(包括背景)的区域的类型等。这里，措辞“类型”是指格式、大小、颜色、图案、字体等。

图7A和图7B分别示出了由消息传递功能部33呈现的用于允许用户选择“拉入”操作和“推送”操作中的一个的GUI。这里，图7A和图7B示出了在用户A的终端装置50A上显示的UI。

如图7A所示，显示使得可以选择“我”(用户A)或“其他人”(用户B)的图像。当选择“我”时，执行“推送”操作。当选择由虚线48d包围的“其他人”时，执行“拉入”操作。例如，在用户A选择“其他人”的情况下，如图7B所示，显示指示用户A想要获取的上下文的图标列表的上下文图标选择区域46。如上所述，可以显示固定消息而不是图标。

在用户A选择“我”(“推送”操作)的情况下，消息传递功能部33还呈现与图7B所示的GUI类似的GUI。

如上所述，根据本实施方式，服务器60的自动消息创建部69自动创建并发送基于上下文的消息。这使得可以提高消息传递功能部33的便利性。

对于用户B的益处如下。其中一个益处在于，可以节省输入响应于来自用户A的问题的回答的劳动。另外，另一个益处在于，即使在用户B没有注意到接收来自用户A的问题的情况下，也可以自动回复用户A。

对于用户A的益处如下。其中一个益处在于，可以在向用户B询问问题之后立即接收回复。另外，另一个益处在于，可以在没有任何犹豫的情况下向用户B询问问题。另外，另一个益处在于，在用户A执行“推送”操作的情况下，用户A可以节省输入用户A他/她自己的上下文的劳动，并且节省检查输入上下文的劳动。另外，另一个益处在于，即使当用户A不知道他/她自己的上下文(诸如用户A的当前位置)时，也可以发送用户A他/她自己的上下文。

4.指纹数据的应用

用户的多条指纹数据可以被分配给针对消息传递功能部33可执行的相应功能或与消息传递功能部33相关联的相应数据(与针对消息传递功能部33可执行的相应功能或与消息传递功能部33相关联的相应数据相关联)。在这种情况下，数据保持部20用作存储这种指纹数据的存储部。可选地，指纹数据可以存储在服务器的数据保持部61中。

例如，数据保持部20(或61)存储对应关系信息，该对应关系信息指示用户A的多个手指的多条指纹数据与预定上下文类型(如图4所示，被分类为上下文类别或更精细的示例的上下文)之间的对应关系。用户A能够根据他/她的多条指纹数据选择用户A想要从用户B获取的上下文类型或用户A想要发送给用户B的上下文类型。

例如，终端装置50分别包括在图7A所示的“我”(推送)按钮和“其他人”(拉入)按钮下方的指纹传感器。终端装置50基于已经触摸“我”按钮或“其他人”按钮的手指，将对应于指纹的上下文的发送请求或接收请求发送到服务器60。

与指纹数据相关联的功能不限于“拉入”操作功能或“推送”操作功能。与指纹数据相关联的功能可以与发送目的地(消息的目的地)相关联。以用户将指纹数据与目的地信息相关联的方式配置设置就足够了。换句话说，目的地信息是与消息传递功能部33相关联的数据。

与指纹数据相关联的功能不限于消息的目的地信息。与指纹数据相关联的功能可以是激活应用软件的功能或者包括在应用软件中的功能。

这样的配置适合于包括相对较小的显示器或壳体的终端装置，在该显示器或壳体中，不可能布置许多按钮(选择项)。具体地，这样的配置适合于可穿戴装置。在本技术应用于可穿戴装置的情况下，由于上述图标的选择或基于指纹数据的操作，不需要手动输入文本。这还导致通过“拉入”操作或“推送”操作来消除执行消息通信的障碍。

5.滑动手势的应用

作为另一示例，操作部14可以接收不同的滑动手势，相应滑动手势对应于用户做出的接收请求(“拉入”操作)和发送请求(“推送”操作)。例如，如图8所示，在点击上下文图标选择区域46中的图标中的一个并且手指保持触摸屏幕的状态下，用户沿着由箭头指示的路线46d或路线46e滑动他/她的手指。例如，由实线指示的滑动路线46d表示“拉入”操作，而由虚线指示的滑动路线46e表示“推送”操作。

可选地，如图9所示，“推送”操作可以对应于点击上下文图标选择区域46中的图标中的一个并且沿由向上箭头指示的方向滑动图标的手势，而“拉入”操作可以对应于点击上下文图标选择区域46中的图标中的一个并且沿由向下箭头指示的方向滑动图标的手势。这使得可以实现对应于“拉入”方向和“推送”方向的直观操作方法。

可选地，可以将指纹数据和滑动手势的组合应用于本技术。换句话说，由终端装置50的处理部30执行的方法包括认证指纹数据的步骤和识别手势操作的步骤。

例如，图10A和图10B示出了该方法的示例。在图10A中，用户在用作终端装置的腕带可穿戴装置55上执行“推送”操作。“推送”操作如图9所示。食指用于执行该操作。在图10B中，用户将拇指放在可穿戴装置55上，并且通过使用拇指来执行“拉入”操作。如上所述，目的地信息与每个手指的指纹数据相关联。

6.虚拟空间中的屏幕显示

本技术还适用于移动终端装置50(的显示器41)并且通过显示器41观看比显示器41更大的屏幕的技术。较大的显示器是虚拟空间中的显示器。例如，尽管可穿戴装置具有小的显示区域，但是当显示区域在虚拟空间中显示整个屏幕的一部分(部分屏幕)并且用户移动可穿戴装置时，可穿戴装置可以扫描整个屏幕并且在虚拟空间中显示整个屏幕。

可以通过使用包括在终端装置中的设置应用程序来任意设置虚拟空间中的显示的布置。该布置的示例包括多重布置、弯曲布置、深度方向重叠布置等。

注意，在该示例中，终端装置50能够基于IMU的输出值在显示器41上显示部分屏幕。

7.单个用户与多个用户之间的消息通信

本技术还适用于单个用户与多个用户之间的消息通信(群组消息传递功能)。图11示出了群组消息传递功能的GUI的示例。当使用群组消息传递功能时，消息传递功能部33可以将预先登记的用户的群组设置为群组。

如图11所示，在用户A(的终端装置50A)发送表示“明天喝一杯怎么样？”的消息作为群组中的“拉入”操作的情况下，从群组中登记的用户C和E接收消息。由服务器60自动创建消息。

服务器60能够获取作为相应用户的日程安排的数据的上下文，并且基于日程安排的数据，响应于询问“明天喝一杯怎么样？”的问题自动创建回复消息。

图12示出了显示进行群组的控制的机器人的图标的GUI的示例。服务器60获取已经从用户A接收到作为“拉入”操作的接收请求的相应用户的上下文，并且基于所获取的上下文创建汇总消息。在图12所示的示例中，汇总消息指示“10个参与者、11个缺席者和5个未应答成员”。

根据拒绝接收请求(拒绝自动回复)的设置或基于上述用户之间的关系的设置来选择“未应答成员”。

另外，在图12所示的示例中，服务器60响应于来自用户A的作为表示“我们何时何地见面？”的消息的“拉入”操作将表示“19：00在惠比寿(Ebisu)”的消息返回给用户A和群组中的其他用户。基于作为相应用户的日程安排数据的上下文来创建表示“19：00在惠比寿”的消息。

例如，图13示出了显示关于图12所示的示例的提醒的示例的GUI。服务器60还可以自动创建这样的提醒消息，并且将该消息发送给群组中的相应用户。

8.系统的动作的其他实施方式

图14示出了根据另一实施方式的动作，该动作不同于基于图2所示的“拉入”操作创建消息的动作。ST301至ST305是与ST101至ST105相同的处理。

服务器60创建消息相关信息的(多个)候选(ST306)，并且经由终端装置50B将候选呈现给用户B(ST307和ST308)。用户B操作终端装置50B以选择所呈现的消息相关信息的候选中的一个，并且将所选择的候选返回给服务器60(ST309和ST310)。以类似于上述ST107a、ST107b、ST108a和ST108b的方式，服务器60经由相应终端装置50A和50B将由用户B选择的消息呈现给用户A和B(ST311a、ST311b、ST312a和ST312b)。

如上所述，消息相关信息的示例包括消息的内容、消息的格式和/或用作创建消息的前提的当前上下文的类型、粒度等。消息的内容或消息的格式包括消息的表达格式。

在ST306中，服务器60可以基于关于上下文中的用户之间的关系等的信息来决定是否创建消息相关信息的候选。

在上下文类别是“位置”类别的情况下，上下文的粒度是指例如粗略的基于行政区的位置、办公室中较窄的位置、更窄的精确位置等之间的区别。服务器60准备对应于不同类型的粒度的相应消息候选。

如上所述，消息的格式的示例包括文本格式、图像格式(例如，包括印章图像)、声音格式、视频格式等。服务器60准备对应于不同消息格式的相应消息候选。

消息内容的表达格式的类型的示例例如包括非正式表达、正式表达、得体语言和其他特征语言。服务器60准备对应于不同表达格式的相应消息候选。

为了执行ST311a和ST311b，数据保持部61将这些消息预先保持为固定消息就足够了，或者控制部63创建对应于所选择的消息相关信息的消息就足够了。

可选地，服务器60可以通过基于上下文的学习来创建消息的候选。在这种情况下，上下文可以是如上所述指示用户之间的关系的信息。这里，上下文可以是指示用户是否经常保持联系的信息或者指示用户是否是家庭成员的信息。上下文的其他示例包括用户B相对于用户A更喜欢使用的消息格式。在这种情况下，上下文的示例包括以下事实：用户B已经针对不同的其他用户使用不同的印章或表情符号。

另外，对消息相关信息的通信的控制的示例包括对如上所述的消息的通信(这里主要是发送)可用性的控制。在这种情况下，在ST305之后，服务器60生成用于使用户B基于所获取的用户B的上下文来选择是否将消息发送到用户A的信息(诸如图像或声音)(消息的发送可用性)，并且将所生成的信息发送到终端装置50B。可选地，服务器60能够基于用作上下文的用户之间的关系来执行控制，使得服务器60不响应于用户A(换句话说，服务器60不与用户A通信)。在这种情况下，在ST305中获得的上下文的示例例如包括指示用户A和B在预定时间段内没有保持联系的上下文等。

在用户B拒绝消息的通信的情况下，服务器60接收指示拒绝的信息，并且不执行随后的处理(图14所示的ST311a、ST311b、ST312a和ST312b)。可选地，在用户B拒绝消息的通信的情况下，服务器60接收指示拒绝的信息，并且将表示用户B已经拒绝通信的消息至少发送到用户A的终端装置50A。

图15示出了根据另一实施方式的动作，该动作不同于基于图3所示的“推送”操作创建消息的动作。图15的主旨类似于图14所示的处理。在ST406至ST410中，服务器60将消息相关信息的候选呈现给用户A，并且用户A选择候选中的一个并且将所选择的候选返回给服务器60。

如上所述，根据本实施方式，发送上下文的用户可以选择消息相关信息。因此，可以提供对于每个用户方便的消息传递功能。

9.上下文公开设置

用户可以配置指定是否拒绝来自作为消息通信伙伴的其他用户中的每一个的上下文发送请求和上下文接收请求的设置。换句话说，该设置是指定是否向伙伴公开用户他/她自己的上下文的设置。例如，服务器60将其中“用户对用户”信息与上述设置信息相关联的设置信息存储在数据保持部20中就足够了。

在包括多个用户的群组而不是一对一通信的情况下，服务器60可以根据上下文来决定关于每个伙伴的发送许可的选择。例如，根据一些发送许可，消息被发送到某个用户，但是该消息没有被发送到另一用户。这种情况适合于稍后将描述的“11.4)情况4”。

10.基于上下文的机器学习

尽管以上已经描述了一些实施方式，但是在下文中将描述其中服务器60获取用户的上下文并且通过基于所获取的上下文的学习来控制伙伴的终端装置50的消息相关信息的实施方式。换句话说，服务器60通过使用用户的上下文的学习来控制消息相关信息的创建，尤其是关于图2、图3、图14和图15所示的动作。

注意，服务器60能够根据需要使用各种已知的学习算法，诸如贝叶斯算法、聚类、神经网络、支持向量机(SVM)、基因编程或集成。可选地，除了机器学习之外，服务器60还能够利用通过深度学习获得的结果。

在这种情况下，上下文包括用户的过去位置、用户的过去行为(包括在终端装置50上执行的操作的内容)、过去的移动方式、其他元信息等。另外，如上所述，上下文包括用户已经在终端装置50上手动执行的过去操作的内容和操作目标的数据。

服务器60的控制部63能够基于上下文来控制消息相关信息的创建。换句话说，服务器60基于上下文来控制消息的内容、消息的格式(包括消息的表达格式)和/或用作创建消息的前提的当前上下文的类型、粒度等。

10.1)用于控制消息相关信息的创建的学习

“消息内容”被用作服务器60基于用户的上下文创建的消息相关信息的示例，这将在下文中描述。

示例1)使用属于上下文类别的上下文(诸如“位置”类别、“行进”类别、“移动方式”类别、“行为”类别或“邻近人员”类别)的学习

例如，服务器60能够基于与用作用户的上下文的“位置”和“行进”相关的元信息(通过使用元信息)来创建消息内容。具体地，服务器60在以用户的“位置(location)”(位置(position))为中心的预定地理范围周围放置“围栏”，并且通过反向地理编码来获取围栏区域中的元信息。可选地，服务器60可以在连接至少两个“位置”的路径周围放置“围栏”。在与用户的“行进”相关的上下文的停留状态长(停留在该位置处的持续时间长)或者在用户的过去“位置”中上下文的频率高的情况下，执行这样的处理。例如，高频率是指频率超过阈值。这同样适用于下文。元信息的示例包括诸如围栏内部的商店名称、车站名称、建筑物名称的信息。

示例2)使用用户已经手动发送的消息相关信息的学习

用户将指示用户的当前位置的消息(诸如表示“我在xx”的消息)手动发送到伙伴。此时，服务器60获取“xx”作为关于与上下文相关联的位置的元信息，并且使数据保持部20或61保持这样的信息。随后，在执行“拉入”操作或“推送”操作的情况下，服务器60通过使用元信息来创建消息。

另外，服务器60可以使用与用户手动发送的消息的格式相同的消息格式。换句话说，服务器60能够决定上述消息格式的类型。例如，服务器60能够搜索由用户执行的具有高手动发送频率的消息格式，并且创建消息。

以类似于上述消息格式的方式，服务器60可以使用与用户手动发送的消息内容的表达格式相同的消息内容的表达格式。

示例3)使用来自用户的明确反馈的学习

在没有上下文类型的标签的上下文(诸如不属于任何类别的上下文)被输入到终端装置50的情况下，服务器60通知用户没有对应于该上下文的标签。响应于该通知，用户将与没有标签的上下文相关的元信息输入到终端装置50。可以使用任何输入方法，诸如文本创建方法、语音识别方法或图像识别方法。在下文中，服务器60使用由用户设置的上下文类型来创建消息。

可选地，在自动发送消息之后，服务器60可以经由终端装置50呈现询问“你喜欢这个表达吗？”的通知，并且这允许用户通过按下“好”按钮或“坏”按钮来进行评估以指示表达是否合适。在这种情况下，服务器60可以给予高评估格式、内容和表达的使用增加的优先级，并且可以给予低评估格式、内容和表达的使用降低的优先级以创建未来的消息。可选地，用户可以通过预登记来设置对伙伴用户的消息的内容的表达格式。

10.2)响应于发送或接收请求对消息相关信息的通信的控制

在以上描述中，对消息的通信可用性的控制被例示为对消息相关信息的通信的控制。然而，该控制不限于与可用性相关的两个安全等级。还可以设置三个或三个以上安全等级。在三个或三个以上安全等级的情况下，指示通信可用的等级与指示通信不可用的等级之间的第二等级指示如上所述的消息相关信息的候选的呈现。另外，还可以将安全等级设置为候选中的每一个的内容。

安全等级可以是表示是否给予伙伴通信许可(消息的通信可用性)的等级，或者可以是对应于消息的内容的等级(例如，表示允许写入和发送哪种内容的等级)。

示例1)使用属于上下文类别的上下文(诸如“位置”类别、“行进”类别、“移动方式”类别、“行为”类别或“邻近人员”类别)的学习

例如，在两个或两个以上用户长时间段内处于相邻状态并且相邻状态的频率相对于“邻近人员”上下文较高的情况下，服务器60能够确定用户彼此靠近，并且以用户之间的消息通信的安全等级变低的方式配置设置。

可选地，例如，关于具有“办公室”标签的“位置”的上下文，其停留状态或相邻状态持续很长时间的伙伴用户可能仅是同一办公室的同事。因此，可以以不降低安全等级的方式配置设置。

可选地，例如，在服务器60将自动创建的消息发送到用户但是用户实际上没有响应该消息的情况下，可以防止自动创建关于与该消息相关的上下文的消息。

示例2)使用用户已经手动发送的消息相关信息的学习。

例如，服务器60能够降低具有高消息发送频率的伙伴用户的安全等级。

可选地，当实际发送的消息的内容包括上下文时，服务器60能够降低对应于该上下文的安全等级。

示例3)使用来自用户的明确反馈的学习

当用户第一次从伙伴用户接收发送请求或接收请求时，服务器60能够使用户配置指定是否将伙伴用户设置为自动回复目标用户的设置。

当用户第一次从伙伴用户接收发送请求或接收请求时，服务器60能够使用户以不接收基于上下文的消息的方式配置设置，

11.本技术适用的具体情况

11.1)情况1

三个用户A、B和C承诺彼此见面。用户B和C已经到达见面地点，但是用户A还没有到达。当用户B通过用户A、B和C的群组消息传递功能(诸如图12所示的状态)使用智能手机中的消息应用程序来通过使用表示“A，你现在在哪儿？”的触发词来发送“位置”上下文的接收请求(“拉入”操作)时，群组消息传递功能的机器人自动回复表示“A已经乘火车离开x站”的消息。用户B和C查看消息，并且认识到用户A即将到达。

另一方面，用户A在通知用户B和C用户A可能迟到之前注意到他/她自己的可穿戴装置已经接收到接收请求并且自动回复消息。因此，用户A不发送消息。

然而，用户A担心用户B和C是否已经在见面地点见面。因此，用户A通过群组消息传递功能选择表示询问“你现在在哪儿？”的问题和询问“你现在和谁在一起？”的问题的图标，并且发送“位置”和“邻近人员”(陪同人员)的上下文(的消息)的接收请求。接下来，服务器60用作机器人并且回复表示“B和C在品川站(Shinagawa station)”的消息和表示“B和C在一起”的消息。

11.3)情况2

用户D是丈夫，用户E是用户D的妻子，并且他们有一个五岁的孩子F。在将孩子F带到医院之后，用户E将她的拇指放在腕带装置的指纹传感器上，并且创建消息给用户D以要求用户D来接她和孩子。此时，用户E将她的食指放在指纹传感器上并且按下(“推送”操作)。向食指分配“行进”的上下文。

接下来，用户E的腕带装置将表示“我刚离开医院。”的消息和表示“我正在医院前面的街道上步行”的消息显示为对应于她的“行进”的上下文的消息，并且将指示“孩子和我正在医院外面步行”的印章图像等显示为选项。腕带装置的显示区域不足以显示所有信息。然而，用户E能够移动她的手臂以在虚拟空间中显示屏幕并且检查所有信息。用户E点击选项中的印章图像，并且将印章图像发送给用户D。用户D查看在他的终端装置50上显示的印章图像，并且去接用户E和孩子F。

11.3)情况3

用户G和H在他们最喜欢的餐厅(餐厅的名称为“ww”)预约了午餐。用户H已经启用了在基于上下文回复消息之前预先确认发送的设置。用户G在用户H之前到达餐厅，并且因为他很无聊，因此将询问“你现在在哪儿？”的接收请求发送给用户H。用户H的可穿戴装置显示表示“我可以发送表示‘我在yy’的消息吗？”的消息的确认(如上所述的发送可用性)。随后，用户H确认消息的内容，并且将该消息发送给用户G。

在过去，用户H自己的“行进”的上下文已经被识别为在某个时间段或更长时间段内处于停留状态，并且用户H通过消息传递功能部33(或另一消息应用程序)等已经手动输入并发送表示“我在yy购物。”的消息。“yy”位于距离最喜欢的餐厅或包括最喜欢的餐厅的百货商店的预定距离内。服务器60已经通过消息内容的语言处理学习了关于“yy”的位置的元信息。因此，服务器60自动创建包括“yy”的消息。

接下来，在“yy”购物之后，用户H前往餐厅。当用户H作出他自己的上下文的发送请求(“推送”操作)以将消息发送给用户G时，用户H的可穿戴装置显示两个选项，包括指示表示“我要去ww”的消息的选项和指示表示“我要去那里”的消息的选项。

由于在过去消息的内容中使用专有名词“ww”来承诺与用户H见面，因此服务器60保持专有名词“ww”作为元信息，并且用户G呈现表示“我要去ww”的消息作为候选中的一个。另外，由于服务器60基于两个用户的GNSS信息的时间变化识别出用户H正朝着用户G的方向前进，因此服务器60呈现表示“我要去那里”的消息作为候选中的一个。

用户H在步行时选择并且发送表示“我要去那里”的消息。

11.4)情况4

用户I想举办酒会，并且通过同事的群组消息传递功能询问“今晚在bb喝一杯怎么样？”。“bb”表示地点的名称或车站的名称。服务器60参考群组中的多个用户的日程安排，并且将消息发送给今晚没有计划的用户。结果，吸引了一些参与者(用户J、K和L)。

晚上，用户I、J、K已经到达见面地点，但是用户L还没有到达。因此，用户I通过群组消息传递功能发出询问“你现在在哪儿？”的发送请求。服务器60基于用户I的“邻近人员”的上下文不将发送请求消息发送给明显与用户I相邻的用户J和K。另一方面，仅将发送请求消息发送给不与用户I相邻的用户L。服务器60基于用户L的“位置”的上下文回复消息。这允许三个用户I、J、K确认用户L的当前位置。

12.修改

本技术不限于上述实施方式。各种其他实施方式是可能的。

例如，终端装置A或B可以执行由如图2、图3、图14和图15所示的服务器60执行的处理中的至少一个。在终端装置A和B能够执行由服务器60执行的所有处理的情况下，终端装置A和B可以被配置为直接彼此通信而不使用服务器60。

注意，本技术也可以如下配置。

(1)

一种信息处理设备，包括：

通信部，被配置为在由多个用户使用的相应终端装置之间传送消息；以及

控制部，被配置为获取多个用户中的一个或多个用户的上下文，并且基于所获取的上下文来控制包括消息的内容或格式的消息相关信息的创建和通信中的至少一个。

(2)

根据(1)的信息处理设备，其中，

通信部被配置为获取用于接收用户的上下文的接收请求，并且

控制部包括创建部，该创建部被配置为基于接收请求获取上下文，并且基于上下文创建用于允许选择是否传送消息的信息和选择消息相关信息的候选中的至少一个。

(3)

根据(1)的信息处理设备，其中，

通信部被配置为获取用于发送用户的上下文的发送请求，并且

控制部包括创建部，该创建部被配置为基于发送请求获取上下文，并且基于上下文创建用于允许选择是否传送消息的信息和选择消息相关信息的候选中的至少一个。

(4)

根据(1)至(3)中任一项的信息处理设备，其中，

通信部被配置为发送指示自动创建消息的内容的信息。

(5)

根据(1)至(4)中任一项的信息处理设备，其中，

控制部被配置为基于过去已经传送的消息的内容或格式来执行基于上下文的控制。

(6)

根据(5)的信息处理设备，其中，

过去已经传送的消息的内容包括用户的位置、用户的移动方式、用户的行为和消息格式中的至少一个。

(7)

根据(5)的信息处理设备，其中，

控制部包括创建部，该创建部被配置为以对应于过去已经传送的消息的格式的频率的消息格式，创建用于基于上下文选择消息相关信息的候选。

(8)

根据(5)的信息处理设备，其中，

控制部包括创建部，该创建部被配置为以对应于过去已经传送的消息的内容的表达格式的频率的表达格式，创建用于基于上下文选择消息相关信息的候选。

(9)

根据(1)至(8)中任一项的信息处理设备，其中，

上下文包括用户的过去上下文、当前上下文和未来上下文中的至少一个。

(10)

根据(1)至(9)中任一项的信息处理设备，其中，

控制部被配置为基于已经输入到终端装置的输入部的输入信息来获取上下文。

(11)

根据(10)的信息处理设备，其中，

输入部包括麦克风、相机、操作部、位置传感器和惯性测量部(IMU)中的至少一个，并且

输入部被配置为获取用户的位置、用户的移动方式、用户的行为和用户在操作部上执行的操作的内容中的至少一个作为输入信息。

(12)

根据(1)至(11)中任一项的信息处理设备，其中，

控制部被配置为基于上下文来控制消息相关信息的通信的安全等级。

(13)

根据(12)的信息处理设备，其中，

安全等级包括消息的通信可用性、消息的通信目的地和消息的内容中的至少一个。

(14)

一种将由多个用户分别使用的多个终端装置中的由用户使用的终端装置，该终端装置包括：

消息传递功能部，其具有创建消息的功能；以及

通信部，被配置为经由信息处理设备在终端装置与另一终端装置之间传送消息，该信息处理设备被配置为获取用户的上下文，并且基于所获取的上下文来控制包括消息的内容或格式的消息相关信息的创建和通信中的至少一个。

(15)

根据(14)的终端装置，其中，

通信部被配置为进行用于从其他终端装置接收另一用户的上下文的接收请求的发送和用于将用户的上下文发送到其他终端装置的发送请求的发送中的至少一个。

(16)

根据(14)或(15)的终端装置，还包括：

输入部，输入信息将被输入到该输入部；以及

显示器，其显示消息相关信息和图标图像中的至少一个，消息相关信息和图标图像中的每一个对应于输入信息中的用户或另一用户的当前上下文。

(17)

根据(14)至(16)中任一项的终端装置，还包括：

存储部，其存储分配给与消息传递功能部或消息传递功能部可执行的功能相关联的数据的用户的指纹数据。

(18)

根据(17)的终端装置，还包括：

操作部，其接收由用户执行的操作，

其中，操作部被配置为接收不同的滑动手势，相应滑动手势对应于接收请求的发送和发送请求的发送。

(19)

一种由信息处理设备执行的信息处理方法，该信息处理设备被配置为在由多个用户使用的相应终端装置之间传送消息，该信息处理方法包括：

获取多个用户中的一个或多个用户的上下文；并且

基于所获取的上下文来控制包括消息的内容或格式的消息相关信息的创建和通信中的至少一个。

(20)

一种程序，使被配置为在由多个用户使用的相应终端装置之间传送消息的信息处理设备：

获取多个用户中的一个或多个用户的上下文；并且

基于所获取的上下文来控制包括消息的内容或格式的消息相关信息的创建和通信中的至少一个。

参考标记列表

10 输入部

11 麦克风

12 相机

13 天线

14 操作部

15 传感器

20、61 数据保持部

30 处理部

33 消息传递功能部

35、65 通信部

40 输出部

42a 消息内容

46d、46e 滑动路线

50、50A、50B 终端装置

55 可穿戴装置

60 服务器

63 控制部

69 自动消息创建部。

Claims (20)

1.一种信息处理设备，包括：

通信部，被配置为在由多个用户使用的相应终端装置之间传送消息；以及

控制部，被配置为获取所述多个用户中的一个或多个用户的上下文，并且基于所获取的上下文来控制包括所述消息的内容或格式的消息相关信息的创建和通信中的至少一个。

2.根据权利要求1所述的信息处理设备，其中，

所述通信部被配置为获取用于接收所述用户的上下文的接收请求，并且

所述控制部包括创建部，所述创建部被配置为基于所述接收请求获取所述上下文，并且基于所述上下文创建用于允许选择是否传送所述消息的信息和选择所述消息相关信息的候选中的至少一个。

3.根据权利要求1所述的信息处理设备，其中，

所述通信部被配置为获取用于发送所述用户的上下文的发送请求，并且

所述控制部包括创建部，所述创建部被配置为基于所述发送请求获取所述上下文，并且基于所述上下文创建用于允许选择是否传送所述消息的信息和选择所述消息相关信息的候选中的至少一个。

4.根据权利要求1所述的信息处理设备，其中，

所述通信部被配置为发送指示自动创建所述消息的内容的信息。

5.根据权利要求1所述的信息处理设备，其中，

所述控制部被配置为基于过去已经传送的消息的内容或格式来执行基于所述上下文的控制。

6.根据权利要求5所述的信息处理设备，其中，

过去已经传送的消息的内容包括所述用户的位置、所述用户的移动方式、所述用户的行为和消息格式中的至少一个。

7.根据权利要求5所述的信息处理设备，其中，

所述控制部包括创建部，所述创建部被配置为以对应于过去已经传送的所述消息的格式的频率的消息格式，创建用于基于所述上下文选择所述消息相关信息的候选。

8.根据权利要求5所述的信息处理设备，其中，

所述控制部包括创建部，所述创建部被配置为以对应于过去已经传送的所述消息的内容的表达格式的频率的表达格式，创建用于基于所述上下文选择所述消息相关信息的候选。

9.根据权利要求1所述的信息处理设备，其中，

所述上下文包括所述用户的过去上下文、当前上下文和未来上下文中的至少一个。

10.根据权利要求1所述的信息处理设备，其中，

所述控制部被配置为基于已经输入到所述终端装置的输入部的输入信息来获取所述上下文。

11.根据权利要求10所述的信息处理设备，其中，

所述输入部包括麦克风、相机、操作部、位置传感器和惯性测量部(IMU)中的至少一个，并且

所述输入部被配置为获取所述用户的位置、所述用户的移动方式、所述用户的行为和由所述用户在所述操作部上执行的操作的内容中的至少一个作为所述输入信息。

12.根据权利要求1所述的信息处理设备，其中，

所述控制部被配置为基于所述上下文来控制所述消息相关信息的通信的安全等级。

13.根据权利要求12所述的信息处理设备，其中，

所述安全等级包括所述消息的通信可用性、所述消息的通信目的地和所述消息的内容中的至少一个。

14.一种将由多个用户分别使用的多个终端装置中的由用户使用的终端装置，所述终端装置包括：

消息传递功能部，具有创建消息的功能；以及

通信部，被配置为经由信息处理设备在所述终端装置与另一终端装置之间传送所述消息，所述信息处理设备被配置为获取所述用户的上下文，并且基于所获取的上下文来控制包括所述消息的内容或格式的消息相关信息的创建和通信中的至少一个。

15.根据权利要求14所述的终端装置，其中，

所述通信部被配置为进行用于从其他终端装置接收另一用户的上下文的接收请求的发送和用于将所述用户的上下文发送到所述其他终端装置的发送请求的发送中的至少一个。

16.根据权利要求14所述的终端装置，还包括：

输入部，输入信息将被输入到所述输入部；以及

显示器，显示消息相关信息和图标图像中的至少一个，所述消息相关信息和所述图标图像中的每一个对应于所述输入信息中的所述用户或另一用户的当前上下文。

17.根据权利要求14所述的终端装置，还包括：

存储部，存储分配给与所述消息传递功能部或所述消息传递功能部可执行的功能相关联的数据的所述用户的指纹数据。

18.根据权利要求17所述的终端装置，还包括：

操作部，接收由所述用户执行的操作，

其中，所述操作部被配置为接收不同的滑动手势，相应滑动手势对应于所述接收请求的发送和所述发送请求的发送。

19.一种由信息处理设备执行的信息处理方法，所述信息处理设备被配置为在由多个用户使用的相应终端装置之间传送消息，所述信息处理方法包括：

获取所述多个用户中的一个或多个用户的上下文；并且

基于所获取的上下文来控制包括所述消息的内容或格式的消息相关信息的创建和通信中的至少一个。

20.一种程序，使被配置为在由多个用户使用的相应终端装置之间传送消息的信息处理设备：

获取所述多个用户中的一个或多个用户的上下文；并且

基于所获取的上下文来控制包括所述消息的内容或格式的消息相关信息的创建和通信中的至少一个。

Images