本公开内容涉及信息处理系统、信息处理设备、信息处理方法以及记录介质。
背景技术
近年来，通信技术的进步已经导致通过网络频繁地交换消息。使用信息处理终端例如智能电话、移动电话终端或平板终端，用户能够检查从其他终端发送的消息，并且发送消息。
此外，已经提出了自动响应信息处理终端上的用户消息的代理系统。关于这样的系统，例如，下面的专利文献1描述了以下系统：其中观看者的个人代理驻留在观看者的终端中，并且通过与观看者的日常会话，代理获取选择观看者优选的信息的能力。
此外，下面的专利文献2描述了交互式操作辅助系统，在所述交互式操作辅助系统中，基于用户与助理(通过角色动画实现的用户接口)之间的过去的会话、历史的其他交流、个性/情感和基于历史的学习数据等来执行助理的表示和行为模式的生成。
此外，下面的专利文献3描述了选择和显示在线搜索结果例如在线约会搜索的第一印象属性的系统。还描述了在约会服务(浪漫配对服务)中搜索具有个人所寻求的偏好的潜在候选的系统。
此外，下面的专利文献4描述了以下匹配系统：在所述匹配系统中，存储男性成员和女性成员的照片数据，每个成员查看异性成员的照片数据，并且基于关于异性的照片的脑电波呈现理想图像。
引用列表
专利文献
专利文献1：jp2001-76002a
专利文献2：jp2002-41276a
专利文献3：jp2010-510577t
专利文献4：jp2013-539128t
技术实现要素：
技术问题
在本文中，已经提出相关技术的代理系统作为娱乐或作为具有娱乐品质的实用工具，例如取代人类以成为与用户会话的伙伴或者帮助用户管理日程安排和组织信息的代理。此外，可以从多个代理中选择代理，并且还可以使代理响应于会话内容来进行学习和成长。
然而，相关技术的代理系统仅是模仿人类的机器的自动响应，并且与代理的通信不会通向真正的人类。
因此，本公开内容提出了一种能够将与代理的对话无缝地连接至与真实世界中的人的通信的信息处理系统、信息处理设备、信息处理方法和记录介质。
问题的解决方案
根据本公开内容，提出了一种信息处理系统，该信息处理系统包括：存储部，其存储关于能够与用户对话的多个代理的信息，每个代理具有不同的属性；通信部，其从客户终端接收来自用户的消息，并且还向客户终端回复响应消息；以及控制部，其执行控制以根据来自用户的指令从多个代理中选择特定代理，记录根据特定代理与用户之间的对话来更新的特定代理的属性作为用户代理的属性，通过将用户代理的属性与多个实际存在的对象用户的属性进行比较来指定最类似于用户代理的属性的对象用户，以及在预定定时处通知用户对象用户的存在。
根据本公开内容，提出了一种信息处理设备，该信息处理设备包括：通信部，其将来自用户的消息发送至服务器设备，该服务器设备存储关于能够与用户对话的多个代理的信息，每个代理具有不同的属性，并且该通信部还接收关于所述消息的响应消息；以及控制部，其执行控制以根据用户的指令从多个代理中选择特定代理，以及在预定定时处通过通信部从服务器设备接收指示实际存在的对象用户的存在的通知，该对象用户最类似于通过根据特定代理与用户之间的对话更新特定代理的属性而获得的用户代理的属性。
根据本公开内容，提出了一种由处理器执行的信息处理方法，该信息处理方法包括：将关于能够与用户对话的多个代理的信息存储在存储部中，每个代理均具有不同的属性；从客户终端接收来自用户的消息，并且还通过通信部向客户终端回复响应消息；以及执行控制以根据来自用户的指令从多个代理中选择特定代理，记录根据特定代理与用户之间的对话来更新的特定代理的属性作为用户代理的属性，通过将用户代理的属性与多个实际存在的对象用户的属性进行比较来指定最类似于用户代理的属性的对象用户，以及在预定定时处通知用户对象用户的存在。
根据本公开内容，提出了一种使计算机用作以下的程序：通信部，其将来自用户的消息发送至服务器设备，该服务器设备存储关于能够与用户对话的多个代理的信息，每个代理具有不同的属性，并且该通信部还接收关于所述消息的响应消息；以及控制部，其执行控制以根据用户的指令从多个代理中选择特定代理，以及在预定定时处通过通信部从服务器设备接收指示实际存在的对象用户的存在的通知，该对象用户最类似于通过根据特定代理与用户之间的对话更新特定代理的属性而获得的用户代理的属性。
发明的有益效果
根据如上所述的本公开内容，可以将与代理的对话无缝地连接至与真实世界中的人的通信。
注意，上面描述的效果并非是限制性的。与以上效果一起或替代以上效果，可以实现本说明书中描述的效果中的任一效果或者可以从本说明书理解的其他效果。
附图说明
[图1]图1是说明根据本公开内容的实施方式的通信控制系统的概述的图。
[图2]图2是示出根据本实施方式的通信控制系统的整体配置的图。
[图3]图3是示出根据本实施方式的语音代理服务器的配置的示例的框图。
[图4]图4是示出根据本实施方式的对话处理部的示例性配置的图。
[图5]图5是示出根据本实施方式的生成会话db的过程的流程图。
[图6]图6是示出根据本实施方式的生成音素db的过程的流程图。
[图7]图7是示出根据本实施方式的对话控制过程的流程图。
[图8]图8是说明根据本实施方式的会话db的示例性数据配置的图。
[图9]图9是示出根据本实施方式的更新会话db的过程的流程图。
[图10]图10是示出根据本实施方式的将会话数据从个性化层移动至公共层的过程的流程图。
[图11]图11是说明根据本实施方式的将会话数据移动至基本对话会话db的图。
[图12]图12是示出根据本实施方式的将会话数据移动至基本对话db的过程的流程图。
[图13]图13是示出根据本实施方式的登记在广告db中的广告信息的示例的图。
[图14]图14是示出根据本实施方式的插入广告内容的过程的流程图。
[图15]图15是示出根据本实施方式的通信控制系统的示例性系统配置的图。
[图16]图16是示出根据本实施方式的对话处理部的示例性配置的图。
[图17]图17是示出根据本实施方式的匹配部的示例性配置的图。
[图18]图18是示出根据本实施方式的客户终端的配置的示例的框图。
[图19]图19是示出根据本实施方式的搜索阶段中的操作过程的流程图。
[图20]图20示出根据本实施方式的选定阶段中的操作过程的流程图。
[图21]图21是示出根据本实施方式的介绍阶段中的操作过程的流程图。
[图22]图22是示出根据本实施方式的支持阶段中的操作过程的流程图。
[图23]图23是示出根据示例的准备阶段中的操作过程的流程图。
[图24a]图24a是示出根据示例的基本信息的特定示例的图。
[图24b]图24b是示出根据示例的基本条件信息的具体示例的图。
[图25]图25是示出根据示例的用户偏好信息示例的图。
[图26a]图26a是示出根据示例的代理基本信息示例的图。
[图26b]图26b是示出根据示例的代理基本条件信息示例的图。
[图27]图27是示出根据示例的代理偏好信息示例的图。
[图28]图28是示出根据示例的代理选择画面示例的图。
[图29a]图29a是示出根据示例的搜索阶段中的操作过程的流程图。
[图29b]图29b是示出根据示例的搜索阶段中的操作过程的流程图。
[图30]图30是说明根据示例的利用用户活动历史的代理的示例性话语的图。
[图31]图31是说明根据示例的利用关于用户的生物信息的代理的示例性话语的图。
[图32]图32是说明根据示例的利用sns信息的代理的示例性话语的图。
[图33a]图33a是根据示例的代理对话过程的流程图。
[图33b]图33b是根据示例的代理对话过程的流程图。
[图34]图34示出根据示例的代理学习的操作过程的流程图。
[图35]图35是说明根据示例的的否定性/肯定性确定和措辞确定的图。
[图36]图36是示出根据示例的匹配的操作过程的流程图。
[图37]图37是说明根据示例的使用代理基本条件信息的搜索的图。
[图38]图38是说明根据示例的偏好信息的相似度计算的图。
[图39]图39是示出根据示例的选定阶段中的操作过程的流程图。
[图40]图40是示出根据示例的在代理偏好发生变化的情况下的对话示例的图。
[图41]图41是示出根据示例的介绍批准请求的通知画面的示例的图。
[图42]图42是示出根据示例的介绍阶段中的操作过程的流程图。
[图43]图43是示出根据示例的要介绍的用户的通知的示例的图。
[图44]图44是示出根据示例的被介绍的伙伴的详细信息显示画面的示例的图。
[图45]图45是示出根据示例的支持阶段中的操作过程的流程图。
[图46]图46是示出根据示例的会面计划选择画面的示例的图。
[图47]图47是示出根据示例的会面计划通知画面的示例的图。
[图48]图48是示出根据示例的最终祝贺消息画面的示例的图。
具体实施方式
在下文中，将参照附图来详细地描述本公开内容的一个或多个优选实施方式。注意，在本说明书和附图中，使用相同的附图标记来表示基本上具有相同功能和结构的结构元件，并且省略对这些结构元件的重复说明。
在下文中，将按照以下顺序来进行描述。
1.根据本公开内容的实施方式的通信控制系统的概述
2.配置
2-1.系统配置
2-2.服务器配置
3.系统操作处理
3-1.会话数据登记过程
3-2.音素db生成过程
3-3.对话控制过程
3-4.会话db更新过程
3-5.广告插入过程
4.对话控制过程
4-1.配置
4-2.操作过程
4-3.示例
(4-3-1.准备阶段)
(4-3-2.搜索阶段)
(4-3-3.选定阶段)
(4-3-4.介绍阶段)
(4-3-5.支持阶段)
5.结论
<<1.根据本公开内容的实施方式的通信控制系统的概述>>
根据本公开内容的实施方式的通信控制系统(代理系统)使得可以将与代理的对话无缝地连接至与真实世界中的人的通信。在下文中，将参照图1来描述根据本实施方式的通信控制系统的概述。
图1是说明根据本公开内容的实施方式的通信控制系统的概述的图。用户与具有个性的代理进行日常对话，并且可以根据情况享受各种代理服务，例如提供关于真实世界的推荐、因特网上的内容等，提供诸如新闻、天气预报等的信息、提供游戏、给出指导等。例如，通过显示部106执行与代理的对话，并且可以在显示部106上显示代理的图像和会话。此外，从扬声器(未示出)回放代理语音。用户话语由麦克风(未示出)收集，并且在代理系统侧经受语言分析。
此外，在本实施方式中，准备每个均具有不同个性的多个代理角色作为代理，并且用户选择并购买任意代理角色以通过代理角色利用代理服务。
(背景)
在本文中，已经提出相关技术的代理系统作为娱乐或具有娱乐品质的实用工具，例如取代人类以成为与用户会话的伙伴或者帮助用户管理日程安排和组织信息的代理。此外，可以从多个代理中选择代理，并且还可以使代理响应于会话内容而进行学习和成长。
然而，相关技术的代理系统仅是模仿人类的机器的自动响应，并且与代理的通信不会通向真正的人类。
因此，本公开内容提出了涉及真实世界的代理系统，在所述代理系统中，系统根据用户与代理之间的对话匹配具有与代理相似的个性和偏好的真人，并且无缝地连接至与真人的通信和会面。通过不仅与虚拟人物(代理)连接而且还与真人连接，可以以原始人类感觉给予用户丰富的生活方式和情感满足感。
另外，根据本实施方式的通信控制系统不限于通过语音进行响应的语音代理，并且也可以是在客户终端上以基于文本的方式进行响应的支持文本的代理，例如智能电话等。
此外，根据本实施方式的通信控制系统可以安装在信息处理设备例如智能电话、平板终端或pc中，并且还可以被内置到家庭系统、车载系统或客户服务器系统中，所述客户服务器系统包括客户终端和服务器。另外，根据本实施方式的通信控制系统也可以安装在拟人装置例如机器人中。在机器人的情况下，除了语音对话之外，还可以执行表达控制和动作控制。
<<2.配置>>
<2-1.系统配置>
接下来，将参照图2描述上述根据本实施方式的通信控制系统的整体配置。图2是示出根据本实施方式的通信控制系统的整体配置的图。
如图2中所示，根据本实施方式的通信控制系统包括客户终端1和代理服务器2。
代理服务器2通过网络3连接至客户终端1以发送和接收数据。具体地，代理服务器2针对由客户终端1收集和发送的发出的语音生成响应语音，并且将响应语音发送至客户终端1。代理服务器2包括与一个或更多个代理对应的音素数据库(db)，并且能够以特定代理的声音生成响应语音。在本文中，例如，代理可以是来自漫画书、动漫、游戏、戏剧、电影等角色、诸如名人、历史人物等的人物，但是也可以是不同世代的普通人，而不是特定个体。另外，代理也可以是动物或拟人角色。另外，代理还可以是反映用户自己的个性的人或反映用户的朋友、家庭成员、熟人等的个性的人。
此外，代理服务器2能够生成反映每个代理的个性的响应内容。通过代理，代理服务器2可以通过与用户的对话来提供各种服务，例如用户的日程安排的管理、消息的发送和接收以及信息的提供。
注意，客户终端1不限于如图2所示的智能电话，并且还可以是例如移动电话终端、平板终端、个人计算机(pc)、游戏机、可穿戴终端(例如智能眼镜、智能带、智能手表或智能颈带)等。另外，客户终端1也可以是机器人。
上面描述了根据本实施方式的通信控制系统的概述。接下来，将具体参照图3来描述根据本实施方式的通信控制系统的代理服务器2的配置。
<2-2.代理服务器2>
图3是示出根据本实施方式的代理服务器2的配置的示例的框图。如图3所示，代理服务器2包括语音代理接口(i/f)20、对话处理部30、音素存储部40、会话db生成部50、音素db生成部60、广告插入处理部70、广告db72以及反馈获取处理部80。
语音代理i/f20用作语音数据的输入/输出部、语音识别部和语音生成部。对于输入/输出部，期望通过网络3与客户终端1进行发送和接收的通信部。语音代理i/f20能够从客户终端1接收用户发出的语音，并且通过语音识别将语音转换成文本。另外，语音代理i/f20通过使用与代理对应的音素数据将从对话处理部30输出的代理的响应数据(文本)转换成语音，并且将所生成的代理的响应语音发送至客户终端1。
对话处理部30用作计算处理装置和控制装置，并且通过以下各种程序来控制代理服务器2内的整体操作。例如，对话处理部30由电子电路例如中央处理单元(cpu)或微处理器实现。另外，根据本实施方式的对话处理部30用作基本对话处理部31、角色a对话处理部32、人物b对话处理部33和人物c对话处理部34。
角色a对话处理部32、人物b对话处理部33和人物c对话处理部34实现专用于每个代理的对话。此处，给出“角色a”、“人物b”和“人物c”作为代理的示例，但是本实施方式显然不限于此，并且还可以包括实现专用于甚至大量代理中的每一个的对话的对话处理部。基本对话处理部31实现不是专用于每个代理的通用对话。
在本文中，将参照图4来描述基本对话处理部31、角色a对话处理部32、人物b对话处理部33和人物c对话处理部34共同的基本配置。
图4是示出根据本实施方式的对话处理部300的示例性配置的图。如图4所示，对话处理部300包括问题搜索部310、响应生成部320、音素数据获取部340和会话db330。在会话db330中，保存包含问题数据和响应数据对的会话数据。在专用于代理的对话处理部中，专用于代理的会话数据被保存在这样的会话db330中，而在通用对话处理部中，不是专用于代理的通用会话数据(即，基本会话数据)被保存在这样的会话db330中。
问题搜索部310在会话db330中搜索与问题匹配的问题数据，所述问题通过识别从语音代理i/f20输出的用户的问题语音(发出的语音的一个示例)并且将语音转换成文本而获得。响应生成部320从会话db330中提取与由问题搜索部310进行的搜索返回的问题数据相关联地保存的响应数据，并且生成响应数据。音素数据获取部340从相应代理的音素存储部40获取用于将由响应生成部320生成的响应转换成语音的音素数据。例如，在角色a对话处理部32的情况下，从角色a音素db42获取用于以角色a的声音回放响应数据的音素数据。随后，对话处理部300将所生成的响应数据和所获取的音素数据输出至语音代理i/f20。
音素存储部40存储用于针对每个代理生成语音的音素数据库。音素存储部40可以由只读存储器(rom)和随机存取存储器(ram)实现。在图3所示的示例中，存储基本音素db41、角色a音素db42、人物b音素db43和人物c音素db44。在每个音素db中，例如，子音素片段及它们的控制信息即韵律模型被存储为音素数据。
会话db生成部50包括生成对话处理部300的会话db330的功能。例如，会话db生成部50收集预期的问题数据，并且在收集与每个问题对应的响应数据之后，保存问题数据和响应数据对。随后，当收集了预定量的会话数据(问题数据和响应数据对，例如100对)时，会话db生成部50将会话数据登记在会话db330中作为代理的会话数据集。
音素db生成部60包括生成音素存储部40中存储的音素db的功能。例如，音素db生成部60分析来自朗读预定文本的语音信息，将语音信息分解成子音素片段及它们的控制信息即韵律模型，并且当收集了预定量或更多的语音信息时，音素db生成部60执行将语音信息登记在音素db中作为音素数据的处理。
广告插入处理部70包括将广告信息插入到代理的对话中的功能。可以从广告db72中提取要插入的广告信息。在广告db72中，登记提供方(供应商、供应者)例如公司所请求的广告信息(例如，诸如文本、图像和语音的广告内容以及诸如广告商、广告时间段和广告目标的信息。
反馈获取处理部80包括用于将用于获取反馈的问题插入到代理的对话中以及从用户获得反馈的功能。
上面具体描述了根据本实施方式的代理服务器2的配置。注意，根据本实施方式的代理服务器2的配置不限于图3中所示的示例。例如，代理服务器2中包括的每个配置还可以被配置为相应网络上的其他服务器。
接下来，将参照图5至图14来描述根据本实施方式的通信控制系统的具体操作过程。
<<3.系统操作处理>>
<3-1.会话数据登记过程>
图5是示出根据本实施方式的生成会话db330的过程的流程图。如图5所示，首先，会话db生成部50保存预期的问题(s103)。
接下来，会话db生成部50保存与问题对应(配对)的响应(步骤s106)。
接下来，会话db生成部50确定是否已经收集了预定数量的问题和响应对(也称为会话数据)(步骤s109)。
随后，在已经收集了预定数量的问题和会话对的情况下(步骤s109/是)，会话db生成部50将包括多个问题和响应对的数据集登记在会话db330中(步骤s112)。例如，作为问题和响应对的示例，期望类似以下的内容。
问题和响应对的示例
对1
问题：早上好。
响应：你今天感觉如何？
对2
问题：今天的天气怎么样？
响应：今天的天气是oo。
可以将这样的对登记在会话db330中作为会话数据。
<<3-2.音素db生成过程>>
图6是示出根据本实施方式的生成音素db的过程的流程图。如图6所示，首先，音素db生成部60显示例句(步骤s113)。例如，例句的显示在未示出的信息处理终端的显示器上显示音素数据生成所需要的例句。
接下来，音素db生成部60记录正在朗读的例句的语音(步骤s116)，并且分析所记录的语音(步骤s119)。例如，由信息处理终端的麦克风收集由负责代理的声音的人朗读的语音信息，并且音素db生成部60接收并存储语音信息，并且另外执行语音分析。
接下来，音素db生成部60基于语音信息生成韵律模型(步骤s122)。韵律模型是指示语音的韵律特征(例如声音的音高、声音的响度和话语的速度)的韵律参数的提取，并且对于每个人是不同的。
接下来，音素db生成部60基于语音信息生成子音素片段(音素数据)(步骤s125)。
之后，音素db生成部60保存韵律模型和子音素片段(步骤s128)。
接下来，音素db生成部60确定是否已经收集了预定数量的韵律模型和子音素片段(步骤s131)。
另外，在已经收集了预定数量的韵律模型和子音素片段的情况下(步骤s131/是)，音素db生成部60将韵律模型和子音素片段登记在音素存储部40中作为预定代理的音素数据库(步骤s134)。
<3-3.对话控制过程>
图7是示出根据本实施方式的对话控制过程的流程图。如图7所示，首先，语音代理i/f20检查是否已获取了用户的问题语音和代理id(步骤s143)。代理id是指示特定代理例如角色a、人物b或人物c的标识信息。例如，用户能够购买每个代理的音素数据，并且所购买的代理的id在购买过程中被保存在客户终端1中。
接下来，如果获取了用户的问题语音和代理id(步骤s146/是)，则语音代理i/f20对问题语音执行语音识别和文本转换(步骤s149)。语音代理i/f20将文本转换后的问题输出至由代理id指定的特定代理的对话处理部。例如，在“代理id：角色a”的情况下，语音代理i/f20将文本转换后的问题输出至角色a对话处理部32。
之后，对话处理部30在由代理id指定的特定代理的会话db中搜索与文本转换后的问题匹配的问题(步骤s152)。
接下来，在存在匹配问题的情况下(步骤s155/是)，角色a对话处理部32从特定代理的会话db获取与该问题对应(被保存为对)的响应数据(步骤s158)。
另一方面，在不存在匹配问题的情况下(步骤s155/否)，在基本对话处理部31的会话db中搜索与文本转换后的问题匹配的问题(步骤s161)。
在存在匹配问题的情况下(步骤s161/是)，基本对话处理部31从基本对话处理部31获取与问题对应(被保存为对)的响应数据(步骤s167)。
另一方面，在不存在匹配问题的情况下(步骤s164/否)，基本对话处理部31获取针对不存在匹配问题的情况的响应数据(例如，诸如“我不理解问题”的响应)(步骤s170)。
之后，由角色a对话处理部32引用由代理id指定的特定代理的音素db(在本文中，角色a音素db42)，并且获取用于生成响应数据的语音的角色a的音素数据(步骤s173)。
接下来，将获取的音素数据和响应数据输出至语音代理i/f20(步骤s176)。
随后，语音代理i/f20使用音素数据将响应数据(文本)转换成语音(语音合成)，并且将语音发送至客户终端1(步骤s179)。在客户终端1中，以角色a的声音回放响应。
<3-4.会话db更新过程>
接下来，将描述更新每个对话处理部300的会话db330的过程。在本实施方式中，可以通过与用户的会话使会话db330发展。
首先，将参照图8更详细地描述会话db330的示例性数据配置。图8是说明根据本实施方式的会话db330的示例性数据配置的图。如图8所示，每个会话db330包括两个层即个性化层331和公共层332。例如，在角色a会话db330a的情况下，反映角色a的个性和特征的会话数据被存储在公共层332a中。同时，在个性化层331a中，存储通过与用户的对话而向用户定制的会话数据。换言之，尽管角色a音素db42和角色a对话处理部32作为集合被提供(出售)给用户，但是某个用户x和某个用户y最初(使用存储在公共层332a中的会话数据)与同一角色a进行对话，但是当用户继续参与对话时，针对每个用户的向每个用户定制的会话数据被累积在个性化层331a中。通过这种安排，可以提供与用户x和用户y中的每一个喜欢的内容对应的与角色a的对话。
此外，即使在代理“人物b”是不具有像角色a那样的特定个性的不同世代的普通人的情况下，也可以向用户定制会话数据。换言之，例如，在“人物b”是“在他或她20多岁时的人物”的情况下，平均20多岁的会话数据被存储在公共层332b中，并且通过与用户的继续对话而定制的会话数据被存储在针对每个用户的个性化层331b中。另外，用户还能够从人物b音素db43选择和购买优选的音素数据，例如“男性”、“女性”、“高音”或“低音”作为人物b的声音。
将参照图9来描述当执行会话db330的这样的定制时的特定处理。图9是示出根据本实施方式的更新会话db330的过程的流程图。
如图9所示，首先，语音代理i/f20从客户终端1获取(接收)用户的问题语音，并且通过语音识别将问题语音转换成文本(步骤s183)。文本转换后的数据(问题数据)被输出至由代理id指定的特定代理的对话处理部(在本文中，例如，角色a对话处理部32)。
接下来，角色a对话处理部32确定问题数据是否是预定命令(步骤s186)。
之后，在预定命令的情况下(步骤s186/是)，角色a对话处理部32将用户指定的响应数据与问题数据成对地登记在会话db330a的个性化层331a中(步骤s189)。例如，预定命令可以是诸如“ng”或“设置”的词。例如，通过如下的对话流程，可以定制角色a的会话db。
用户：“早上好”
角色a：“早上好”
用户：“ng。说振作起来，尽力而为”
角色a：“振作起来，尽力而为”
在上述会话流程中，“ng”是预定命令，并且在由用户发出“ng”之后，角色a对话处理部32将用户指定的响应数据“振作起来，尽力而为”与问题数据“早上好”成对地登记在会话db330a的个性化层331a中。
另一方面，在不是预定命令的情况下(步骤s186/否)，角色a对话处理部32在角色a会话db330a中搜索与问题数据成对存储的响应数据。在与问题数据成对存储的响应数据未被存储在角色a会话db330a中的情况下，即，在用户的问题是没有响应的问题的情况下(步骤s192/是)，角色a对话处理部32将用户指定的响应与问题成对地登记个性化层331a中(步骤s195)。例如，通过如下的会话流程，可以定制角色a的会话db。
用户：“怎么样？”
角色a：“我不明白这个问题”(针对不存在相应响应的情况的示例响应数据)
用户：“如果我问‘怎么样？’，说‘我今天像往常一样很好’”
角色a：“我今天像往常一样很好”
在上面的会话流程中，由于没有与“怎么样？”成对存储的响应数据，所以针对不存在相应响应的情况的示例响应数据即“我不明白这个问题”由角色a对话处理部32获取，与相应角色a的音素数据一起输出至语音代理i/f20，并且由客户终端1回放。之后，如果用户指定的响应“我今天像往常一样很好”被输入，则角色a对话处理部32将该响应与问题数据“怎么样？”成对地登记在个性化层331a中。
注意，在具有响应的问题的情况下(步骤s192/否)，角色a对话处理部32获取响应数据并且将响应数据与相应角色a的音素数据一起输出至语音代理i/f20，并且由客户终端1以角色a的声音回放响应(步骤s198)。
接下来，将参照图10描述会话数据从个性化层至公共层的移动。图10是示出根据本实施方式的将会话数据从个性化层移动至公共层的过程的流程图。在本文中，将描述将会话数据从角色a对话处理部32的个性化层331a移动至公共层332a的过程作为示例。
如图10所示，首先，角色a对话处理部32周期性地搜索针对每个用户的个性化层331a(步骤s203)，并且提取具有基本相同内容的会话对(问题数据和响应数据对)(步骤s206)。作为具有基本相同内容的会话对，例如问题“怎么样？”和响应“我今天像往常一样很好！”对以及问题“你好吗？”和响应“我今天像往常一样很好！”对仅在问题的礼貌性方面不同，并且可以被判断为具有基本相同内容的会话对。
接下来，在已经从针对每个用户的个性化层331a提取了预定数量或更多的会话对的情况下(步骤s209/是)，角色a对话处理部32将会话对登记在(每个用户的)公共层332a中(步骤s212)。
以这种方式，通过将针对每个用户的个性化层331中的具有基本相同内容的会话对移动至公共层332，可以使公共层332增长(扩展会话对)。
另外，在本实施方式中，还可以通过将会话数据从特定代理的会话db(具体地，公共层)移动至基本对话的会话db来使基本对话的会话db增长。图11是说明根据本实施方式的会话数据移动至基本对话会话db330f的图。例如，在用户x和用户y各自已经选择(购买)代理“角色a”同时用户z已经选择(购买)代理“人物b”的情况下，如图11所示，用户x的角色a的会话db330a-x、用户y的角色a的会话db330a-y以及用户z的人物b的会话db330b-z可以存在于对话处理部30中。在这种情况下，在每个个性化层331a-x、331a-y和331b-z中，根据与用户x、用户y和用户z中的每一个的对话来登记各个(定制的)会话对(参见图9)。接下来，如果在同一代理的个性化层331a-x和331a-y中存在预定数量的基本相同的会话对，则会话对被登记在针对每个用户的公共层332a-x和332a-y中的每一个中(参见图10)。
另外，在从多个代理(也可以包括不同代理)的公共层332a-x、332a-y和332b-z提取预定数量或更多的基本相同的会话对的情况下，对话处理部30将会话对移动至更高层的基本对话会话db330f。基本对话会话db330f是包括在基本对话处理部31中的会话db。通过这种布置，可以使基本对话会话db330f增长(扩展会话对)。将参照图12具体描述这样的数据移动过程。图12是示出根据本实施方式的将会话数据移动至基本对话会话db的过程的流程图。
如图12中所示，首先，对话处理部30周期性地搜索多个会话db330的公共层332(步骤s223)，并且提取基本相同的会话对(步骤s226)。
接下来，在已经从多个公共层332提取了预定数量或更多基本相同的会话对的情况下(步骤s229/是)，对话处理部30将会话对登记在基本对话会话db330f中(步骤s232)。
以这种方式，通过将多个代理的会话db330的公共层332中的具有基本相同的内容的会话对移动至基本对话会话db330f，可以使基本对话会话db330f增长(扩展会话对)。
<3-5.广告插入处理>
接下来，将参照图13和图14来描述由广告插入处理部70插入广告信息的处理。在本实施方式中，通过广告插入处理部70，可以将存储在广告db72中的广告信息插入到代理的话语中。广告信息可以预先登记在广告db72中。图13是示出根据本实施方式的广告db72中登记的广告信息的示例的图。
如图13所示，广告信息621包括代理id、问题、广告内容、条件和概率。代理id指定要发出广告内容的代理，问题指定用作插入广告内容的触发器的用户的问题，并且广告内容是要插入在代理的对话中的广告句子。此外，条件是关于插入广告内容的条件，并且概率指示插入广告内容的概率。例如，在图13的第一行所示的示例中，在与代理“角色a”的对话中来自30岁或以下的用户的问题中包括词“巧克力”的情况下，陈述“bb公司出售的新巧克力含有大量牛奶并且味道鲜美”的广告内容被插入到响应中。此外，由于如果在每次发出触发问题时均插入广告内容，用户可能会感到烦恼，因此在本实施方式中，也可以设置插入广告的概率。可以根据广告费来确定这样的概率。例如，随着广告费变高，设置更高的概率。
将参照图14具体描述插入广告内容的这样的处理。图14是示出根据本实施方式的插入广告内容的过程的流程图。
如图14所示，首先，广告插入处理部70监测用户与代理之间的对话(具体地，由对话处理部30进行的对话过程)(步骤s243)。
接下来，广告插入处理部70确定在用户与代理之间的对话中是否已经出现与广告db72中登记的问题具有相同内容的问题(步骤s246)。
之后，在已经出现具有相同内容的问题的情况下(步骤s246/是)，广告插入处理部70检查与相应问题相关联的广告插入的条件和概率(步骤s249)。
随后，基于条件和概率，广告插入处理部70确定是否可以输出广告(步骤s252)。
接下来，在可以输出广告的情况下(步骤s252/是)，广告插入处理部70暂时停止由对话处理部30进行的对话处理(步骤s255)，并且将广告内容插入到对话中(步骤s258)。具体地，例如，广告内容被插入到代理的关于用户问题的响应中。
另外，包括广告内容的对话(会话数据)从对话处理部30输出至语音代理i/f20，从语音代理i/f20发送至客户终端1，并且以代理的声音进行回放(步骤s261)。具体地，例如，可以通过如下的对话将广告内容作为角色a的话语呈现给用户。
用户：“早上好”
角色a：“早上好！你今天感觉如何？”
用户：“我很好。我想吃点美味的东西”
角色a：“他们说cc处的烧烤很美味”
在上述对话中，首先，对于用户问题“早上好”，在角色a的会话db中找到的相应响应即“早上好！你今天感觉如何？”被作为语音输出。之后，由于用户问题“我很好。我想要吃点美味的东西”包括作为广告插入的触发器的问题“我想要吃点美味的东西”(参见图13的第二行)，所以广告插入处理部70执行广告插入处理，并且以角色a的声音输出陈述广告内容“他们说cc处的烧烤很美味”的响应。
上面描述了作为根据本实施方式的通信控制系统的基本操作过程的会话数据登记过程、音素db生成过程、对话控制过程、会话db更新过程和广告插入过程。
注意，根据本实施方式的对话控制过程不限于上述示例。根据本实施方式的对话处理部30还能够将与代理的对话无缝地连接至与真实世界中的人的通信。在下文中，将参照图15至图48来具体描述这样的情况。
<<4.对话控制过程>>
<4-1.配置>
(4-4-1.系统配置)
图15是示出根据本实施方式的通信控制系统的示例性系统配置的图。在本实施方式中，作为一个示例，将描述根据用户与代理之间的对话使用婚姻咨询服务的成员信息来使用户与征婚成员匹配的情况。
如图15所示，根据本实施方式的通信控制系统包括客户终端1、代理服务器2和管理服务器4。管理服务器4包括管理婚姻咨询服务的成员信息(征婚成员信息41)的功能，并且响应于来自代理服务器2的请求提供成员信息。
(4-1-2.对话处理部30a的配置)
接下来，将参照图16来描述根据本实施方式的代理服务器2中包括的对话处理部30a的示例性配置。根据本实施方式的对话处理部30a实现了将与代理的对话无缝地连接至与真实世界中的人的通信的真实世界的工作代理系统。
图16是示出根据本实施方式的对话处理部30a的示例性配置的图。如图16中所示，对话处理部30a包括基本对话处理部31、角色a对话处理部32、人物b对话处理部33、人物c对话处理部34、匹配部35和通信部36。
基本对话处理部31、角色a对话处理部32、人物b对话处理部33和人物c对话处理部34如之前参照图3所描述的。角色a、人物b和人物c全部均是代理角色的示例。
通信部36可以通过网络发送和接收关于外部设备的数据。例如，通信部36从管理服务器4接收征婚成员信息，并且将接受通知发送至匹配伙伴。
匹配部35包括根据用户与代理之间的对话匹配具有与代理类似的个性和偏好的真人的功能。接下来，将参照图17来描述匹配部35的详细配置。
(4-1-3.匹配部35的配置)
图17是示出根据本实施方式的匹配部35的示例性配置的图。如图17中所示，匹配部35包括用户代理对话处理部350、用户/代理信息管理部351、用户信息db352、代理信息db360、代理学习部353、用户代理db354、要介绍的用户选择部355、亲密度计算部356、介绍处理部357、方案管理部358和方案db359。
用户/代理信息管理部351包括对关于用户信息db352的用户信息或关于代理信息db360的代理信息进行登记、修改、更新、删除等的功能。例如，由用户在客户终端1上输入用户信息，并且用户信息被发送至代理服务器2。可替选地，从管理服务器4的征婚成员信息41提取用户信息。用户信息包括基本信息，例如用户id、年龄、职业、家庭结构、与家庭成员一起生活、收入、居住地和血型。每个项均包含关于是否使该项对最终介绍的伙伴(匹配的伙伴)公开的公开属性。此外，用户信息包括指定优选伙伴的基本条件信息。基本条件信息指示在使用婚姻咨询服务搜索匹配伙伴时用户的关于可以作为项的信息的期望条件，例如年龄、职业、家庭结构、与家庭成员一起生活、收入、居住地和血型。可以为每个项设置优先级，并且还可以强调高优先级项以初始选择具有这样的属性的代理。此外，用户信息包括用户偏好信息。对于偏好信息，例如，可以针对每个项设置在从-1.0(不喜欢)至1.0(喜欢)的范围内的数值，或者可以登记以调查格式输入的信息，例如“非常喜欢、喜欢、没有意见、不喜欢、非常不喜欢”。此外，可以由用户预先输入用户偏好信息，或者可以根据用户与代理之间的对话来生成和编辑偏好信息。例如，在用户与代理对话期间说“我对拉面有热情”的情况下，可以自动生成“拉面”项，并且可以设置“1.0”。
关于代理的类似信息被存储在代理信息db360中。在基本信息、基本条件信息和关于代理的偏好信息中设置默认值。
注意，在图24至图27中示出了用户基本信息和代理基本信息等的具体示例。
代理学习部353包括通过学习与用户的对话将用户代理对话处理部350中的用户代理的个性(属性)改变成用户的优选个性的功能。例如，用户代理对话处理部350中的初始值是用户从预先准备的多个代理角色中选择的代理，并且由代理学习部353通过持续的对话逐渐改变成用户优选的代理。在用户代理db354中，存储已经由代理学习部353改变成用户的优选属性的用户代理的属性(例如，基本信息、基本条件信息和偏好信息中的每个项)，并且适当地更新。此外，用户代理的属性还可以包括代理的外貌(例如面部类型、发型和服装类型)。
用户代理对话处理部350包括通过用户代理实现与用户的自动对话的功能，所述用户代理由代理学习部353适当地改变。具体地，用户代理对话处理部350分析从客户终端1发送的文本或发出的语音，并且输出相应的响应。
要介绍的用户选择部355包括搜索具有与被改变成用户的偏好的代理(用户代理)的属性相似的属性的真人并且作为要介绍的用户匹配至用户的功能。通过引用用户代理db354来掌握改变成用户的偏好的代理的属性。具体地，要介绍的用户选择部355在征婚成员信息41中搜索具有与被改变成用户的偏好的代理相似的属性的真人，并且提取这样的人作为要介绍的用户。另外，还可以将要介绍的用户的属性输出至代理学习部353，以使用户代理与由要介绍的用户选择部355提取的要介绍的用户的属性更相似。
亲密度计算部356计算用户代理与用户之间的亲密度，所述用户代理反映要介绍的用户的属性。例如，亲密度计算部356根据用户代理与用户之间的对话内容计算亲密度。
在由亲密度计算部356计算的亲密度超过阈值的情况下，介绍处理部357执行用于将要介绍的用户(真人)介绍给用户的各种处理。例如，介绍处理部357发送询问要介绍的用户是否同意被介绍的批准通知，并且在两个用户的客户终端1上显示介绍画面。
方案管理部358根据方案db359中登记的方案来执行支持用户与要介绍的用户之间的会面的各种处理。例如，遵循由用户从方案db359任意选择的方案的方案管理部358向两个用户通知时间和地点，并且控制向预定企业通知计划内容。
上面描述了根据本实施方式的匹配部35的配置。
(4-1-4.客户终端1的配置)
接下来，将参照图18来描述根据本实施方式的客户终端1的配置。
图18是示出根据本实施方式的客户终端1的配置的示例的框图。
如图18中所示，客户终端1包括控制部100、通信部101、操作输入部102、传感器103、摄像机104、麦克(麦克风的缩写)105、显示部106、扬声器107和存储部108。
(控制部100)
例如，控制部100由处理器例如包括在客户终端1中的中央处理单元(cpu)来实现。例如，根据本实施方式的控制部100控制从扬声器107回放从代理服务器2通过通信部101发送的代理的响应语音，并且控制代理的图像在显示部106上的显示。
此外，控制部100通过通信部101将由用户输入的选择信息(例如，诸如代理的选择)从操作输入部102发送至代理服务器2。
此外，控制部100在代理服务器2的控制下控制代理服务例如由用户选择的代理进行的自动对话的提供。
(通信部101)
例如，通信部101是包括用于连接至网络3的通信装置等的通信接口。例如，通信部101可以是局域网(lan)、蓝牙(注册商标)、wi-fi或无线usb(wusb)通信卡等。另外，通信部101还可以是光通信路由器、非对称数字用户线路(adsl)路由器、用于任何各种类型通信的调制解调器等。例如，通信部101使用预定协议例如tcp/ip向因特网或其他通信装置发送信号等并且从因特网或其他通信装置接收信号等。此外，例如，连接至通信部101的网络3是以有线或无线方式连接的网络，并且可以包括因特网、家庭lan、红外通信、无线电波通信、卫星通信等。
(操作输入部102)
操作输入部102包括接收用户操作的输入并且输出至控制部100的功能。例如，操作输入部102由鼠标、键盘、触摸面板、按钮、开关、控制杆等来实现。
(传感器103)
传感器103包括检测用户或周围状况的功能。例如，传感器103由生物传感器(例如脉搏监测器、心率监测器、排汗传感器、体温传感器、血压传感器或脑电图仪)、环境传感器(例如，温度传感器、照度传感器或压力传感器)、加速度传感器、陀螺仪传感器、方向传感器、振动传感器、定位传感器等。
(摄像机104)
摄像机104包括镜头系统、使镜头系统执行聚焦操作和变焦操作的驱动系统、固态图像传感器阵列等中的每一个，所述镜头系统包括成像镜头、光圈、变焦镜头、聚焦镜头等，所述固态图像传感器阵列通过利用镜头系统获得的成像光的光电转换等生成成像信号。例如，固态成像传感器阵列可以由电荷耦合器件(ccd)传感器阵列或互补金属氧化物半导体(cmos)传感器阵列来实现。
(麦克105)
麦克105收集作为声音数据的用户语音和周围环境声音并且将用户语音和周围环境声音输出至控制部100。
(显示部106)
显示部106包括显示文本、图形、图像、视频等的功能。显示部106例如由液晶显示(lcd)装置、有机发光二极管(oled)装置等实现。
(扬声器107)
扬声器107包括回放声音信号的功能。
(存储部108)
存储部108存储控制部100通过其执行每个功能的程序和参数。例如，存储部108可以存储用户信息例如用户id、姓名、年龄、性别、职业、家庭结构、与家庭成员一起生活、年龄、居住地、偏好信息等。
下面，将参照图19至图27来描述根据本实施方式的操作过程。
<4-2.操作过程>
根据本实施方式的操作过程大致包括搜索、选定、介绍和支持的四个阶段。
-搜索阶段
图19是示出根据本实施方式的搜索阶段中的操作过程的流程图。如图19中所示，首先，当由用户选择了单个代理时(步骤s270)，用户代理对话处理部350开始通过所选择的代理与用户对话(步骤s273)。
接下来，代理学习部353通过用户代理对话处理部350学习代理与用户之间的对话，并且将代理的偏好和个性属性改变成与用户的偏好相似(步骤s276)。
接下来，要介绍的用户选择部355将与用户的偏好相似的代理与每个真人(可被介绍的伙伴)的属性匹配，并且选择要介绍的用户(步骤s279)。以这种方式，在搜索阶段中，改变代理属性，并且在用户不知情的情况下在幕后执行代理与真人之间的匹配。
重复上述过程直到同一人被选择的次数超过预定数量(步骤s282)。
随后，在同一人被选择的次数超过预定数量的情况下(步骤s282/是)，开始图20中描述的选定阶段的处理。注意，尽管在本文中将同一人被选择的次数视为标准，但是本实施方式不限于此，并且也可以将在固定时段内持续选择同一人的情况视为开始选定阶段的标准。
-选定阶段
图20是示出根据本实施方式的选定阶段中的操作过程的流程图。选定阶段是用于选定匹配的人(所选择的要介绍的人，在下文中也称为“真人”)并且确认人与用户之间的亲和力(在本文中通过“亲密度”判断)是否真正令人满意的阶段。因此，此时，在真人的属性发生变化的情况下，改变代理的相应属性以匹配真人。
具体地，如图20中所示，首先，用户代理对话处理部350继续被匹配至真人的用户代理与用户之间的对话(步骤s303)。
接下来，代理学习部353连续地检查用户信息db352中保存的关于真人的信息，并且在相匹配的真人的属性发生变化的情况下，代理学习部353使变化被反映在用户代理的属性中(步骤s306)。具体地，存储在用户代理db354中的代理的属性被更新为与真人的属性更相似。
接下来，亲密度计算部356计算代理与用户之间的亲密度(步骤s309)。如上所述，在选定阶段，由于代理的属性朝匹配的真人改变，因此用户与代理的个性和偏好可能存在差异。因此，计算类似于真人的代理与用户之间的亲密度，并且确定匹配的真人是否真正适合用户。可以基于代理属性项与用户属性项之间的一致程度、与用户的会话量、用户在会话期间的微笑量等来计算亲密度的计算。另外，还可以根据用户在对话中的措辞、词的肯定性/否定性等来计算亲密度。
接下来，在亲密度超过预定阈值的情况下(步骤s312/是)，介绍处理部357向匹配的真人通知介绍批准请求(步骤s315)。
随后，在真人批准介绍的情况下(步骤s318/是)，开始图21中描述的介绍阶段的处理。
另一方面，在真人未批准介绍(拒绝介绍)的情况下(步骤s318/否)，流程返回至图19所示的搜索阶段。注意，在搜索阶段中的步骤s279的匹配处理中，排除已经拒绝介绍批准的人。
-介绍阶段
图21是示出根据本实施方式的介绍阶段中的操作过程的流程图。在介绍阶段中，第一次向用户方通知可以被介绍的真人的存在。
如图21中所示，首先，介绍处理部357向用户通知可以被介绍给用户的真人的存在(步骤s323)。
接下来，介绍处理部357在用户的客户终端1的显示部106上显示要介绍的真人的简档(至其他人已经公开的程度)(步骤s326)，并且此外，显示用于选择用户是否想要实际上与这样的真人(在下文中也称为“介绍的伙伴”)会面的“想要会面/不想会面按钮”(步骤s329)。通过这种布置，用户能够检查介绍的伙伴的简档。
接下来，通过代理在用户与真人之间通过语音或文本继续对话(步骤s332)。在本文中，由于通过代理进行会话，所以以代理的声音回放介绍的伙伴的话语，或者例如在显示代理的面部图像的状态下执行聊天。通过代理继续与介绍的伙伴的对话的用户确定是否想要实际上与介绍的伙伴会面，并且轻击“想要会面/不想会面按钮”。这样的按钮也可以显示在另一人方的画面上。
接下来，在用户和介绍的伙伴二者都表达(选择“想要会面按钮”)彼此会面的意图的情况下(步骤s335/是)，开始图22中所示的支持阶段。
另一方面，在任何一人表达(选择“不想会面按钮”)无意会面的情况下(步骤s338/是)，取消与真人的匹配，并且流程返回至图19中所示的搜索阶段。此时，用户能够选择是否选择不同的代理(步骤s341)。在本实施方式中，由于多个代理可用，并且由于每个代理具有不同的个性即具有不同初始值的属性，所以在想要与不同类型的代理重新开始的情况下，用户选择不同的代理。另一方面，在不想选择不同代理的情况下，根据与用户的对话再次将当前代理的属性改变成用户的优选属性。此外，在搜索阶段中，在固定时间段内不匹配其匹配已经被取消一次的人。
-支持阶段
图22是示出根据本实施方式的支持阶段中的操作过程的流程图。由于在介绍阶段中实现了与真人的连接，因此不严格要求执行支持阶段，但是可以根据用户请求来执行支持阶段。在本文中，可以在两个人会面时选择被称为“方案”的情形或安排。
如图22中所示，首先，由用户从存储在方案db359中的多个会面计划(方案)中选择会面计划(步骤s353)。注意，方案管理部358还可以根据目前为止用户与介绍的伙伴之间的对话内容自动推荐会面计划。会面计划包括地点(例如餐厅、公园、游乐园或水族馆)、内容(惊喜安排、礼物、特殊待遇、折扣)、时间(工作日/周末、上午/中午/晚上)、费用等。具体地，例如，在会面计划中设置诸如“在安静的餐厅中给她的惊喜礼物…”的内容。根据内容，只能在用户方查看会面计划。
接下来，方案管理部358遵循所实施的会面计划向用户和真人通知会面的时间和地点(步骤s356)。
接下来，方案管理部358确认日程安排是否彼此同意并且是否可以(步骤s359)。注意，在选择会面计划时，可以使用户指定其日程安排空闲的时间。
接下来，在两者都可以的情况下(步骤s359/是)，通知将执行会面计划的安排企业(步骤s362)。例如，安排企业可以是诸如餐厅或游乐园的设施。由于两个人将根据会面计划使用设施，因此具有作为设施方的广告的优点。
另外，当确认两个人在指定日期已经会面时(步骤s365/是)，执行企业的安排(步骤s368)。例如，可以为介绍的伙伴准备特殊菜单，可以在具有良好风景的地方使提供最佳视野的座位可用等。此外，根据安排的内容，表演者可以被安置在附近并且谈论可能产生下一个约会的旅游目的地或谈论婚姻是多么美妙，使得用户能够听到。
<4-3.示例>
接下来，将使用示例来详细描述本实施方式。在本文中，将描述与婚姻咨询服务(管理服务器4)合作的示例。在该示例中，假设使用该系统的用户是成年男子，并且基于婚姻咨询服务的成员信息与作为介绍伙伴的女性匹配。此外，在本实施方式中，将描述用于在上述四个阶段之前进行准备的准备阶段。
(4-3-1.准备阶段)
用户输入简档(用户信息)以准备使用系统。在下文中，将参照图23来具体描述这样的情况。
如图23所示，首先，用户从客户终端1输入用户基本信息(步骤s393)。在客户终端1输入的信息被发送至代理服务器2，并且由用户/代理信息管理部351存储在用户信息db352中。图24a示出了用户基本信息的示例。例如，如图24a中所示，用户基本信息包括关于年龄、职业、家庭结构、与家庭成员一起生活、收入、居住地和血型的信息。此外，用户基本信息的每个项具有关于该项是否可以被其他人查看的公开属性。
接下来，用户从客户终端1输入用户基本条件信息(步骤s396)。用户基本条件信息是与理想的介绍伙伴的属性有关的信息。图24b示出了用户基本条件信息的示例。例如，如图24b中所示，用户基本条件信息包括关于年龄、职业、家庭结构、与家庭成员一起生活、收入、居住地和血型的信息。此外，用户能够为每个项设置优先级，使得可以强调高优先级项以选择初始代理。注意，用户基本条件信息的项不限于图24b中所示的示例，并且例如还可以包括诸如外貌、个性、说话方式和语调的项。
接下来，用户从客户终端1输入用户偏好信息(步骤s399)。用户偏好信息是与用户的偏好有关的信息。图25示出了用户偏好信息的示例。在用户偏好信息中，例如，每个项被设置在从-1.0(不喜欢)至1.0(喜欢)的范围内。此外，配置不限于数字输入，并且当输入用户偏好信息时，还可以针对每个项以调查格式输入信息，例如“非常喜欢、喜欢、没有意见、不喜欢、非常不喜欢”。
接下来，用户/代理信息管理部351执行对用户个性的评估(步骤s402)。例如，用户个性评估包括基于以调查格式呈现给用户的设定问题的答案将个性分类成若干模式的方法，或者计算雷达图表或线图中的作为个性的元素的多个轴上的每轴分数。在称为自我图测试的个性评估的情况下，通过询问用户问题例如“你难以说不吗？”以及“你严格准时吗？”，例如，针对五个轴元素(指定的控制型父母(cp)、养育父母(np)、成人式自我状态(a)、自由儿童(fc)以及适应型儿童(ac))中的每一个，点最终可以被聚合，并且个性评估结果最终可以用称为自我图的线图表示。尽管在呈现给用户时使用线图或雷达图表来表示，但是通过将每个元素的点保存为用户信息db352内的用户个性信息，并且通过比较每个用户的元素的点，可以确定个性之间的相似度以及个性是否是用户优选的。
接下来，用户/代理信息管理部351执行对用户的理想人物的个性评估(步骤s405)。可以通过例如假装是一个人的理想伙伴的用户将信息输入到自我图文本中来设置用户理想人物的个性。类似地，在用户的理想人物的个性评估结果中，每个元素的点被存储在用户信息db352中作为理想的个性信息。
针对代理也类似地包括上述基本信息、基本条件信息、偏好信息、个性信息和理想个性信息，并且上述基本信息、基本条件信息、偏好信息、个性信息和理想个性信息被存储在代理信息db360中。在图26a中示出了代理基本信息的示例，在图26b中示出了代理基本条件信息的示例，并且在图27中示出了代理偏好信息的示例。可以将基本信息、基本条件信息、偏好信息和理想个性信息设置为用于限定代理的个性的初始值。
上面具体描述了准备阶段。在准备阶段准备的基本信息、基本条件信息、偏好信息、个性信息和理想个性信息的相似值也被存储在由管理服务器4管理的婚姻咨询服务方的真人(征婚成员)的征婚成员信息41中。
(4-3-2.搜索阶段)
接下来，将参照图28至图38具体描述搜索阶段的示例。
当输入基本信息等的准备阶段结束时，用户被引导至用于选择代理的画面旁边。图28是示出根据示例的代理选择画面的示例的图。在示出的画面200上，显示代理的图像(例如用手绘制的图片、cg或照片)、代理的基本简档以及代理的个性和偏好。代理的个性可以用如图28中所示的个性图表或者用上述自我图的线图来显示。此外，可以生成代理选择候选以反映用户的偏好。此外，例如，可以通过匹配至用户的偏好来从具有在代理信息db360中设置的简档的代理中选择代理选择候选，或者基于指标，例如受欢迎的顺序或者评定的顺序来选择代理选择候选而不管用户的偏好如何。
在下文中，将参考图29a和图29b来描述具体的操作过程。
图29a和图29b是示出根据示例的搜索阶段中的操作过程的流程图。如图29a中所示，首先，由用户选择代理(步骤s413至步骤s437)。例如，三种代理选择方法可用。用户能够通过优选的选择方法选择代理。
在第一选择方法中(步骤s413/是)，显示代理信息db360中登记的多个女性代理的图像，并且用户选择优选外貌的女性代理(步骤s416)。
接下来，代理学习部353从用户信息db352中提取在准备阶段中输入的用户的理想的基本条件和理想的个性，并且在所选择的女性代理中直接设置(登记在用户代理db354中)信息(步骤s419，步骤s422)。
在第二选择方法中(步骤s425/是)，基于在准备阶段输入的用户基本条件信息和理想个性信息，代理学习部353在代理信息db360中搜索具有接近属性的女性代理(步骤s428，步骤s431)，向用户呈现搜索结果，并且接收代理选择(步骤s434)。在代理搜索期间，可以另外考虑用户偏好信息以搜索具有类似于用户的偏好信息的偏好信息的女性代理。此外，在基本条件信息的每个项中，可以优先考虑高优先级项以将候选缩小至具有最匹配属性的女性代理。
在第三选择方法中(步骤s425/否)，用户在检查代理的外貌和简档时从所有代理中任意选择(步骤s437)。
接下来，如图29b所示，用户代理对话处理部350获取关于用户的活动历史和生物信息(步骤s440，步骤s443)。用户活动历史是指用户已经活动的地方的历史、活动内容历史、购买历史、sns发布历史等，并且从客户终端1或预定服务器获取用户活动历史。可以根据位置信息、因特网历史、基于加速度传感器数据和陀螺仪传感器数据的活动识别等详细掌握用户活动。此外，从客户终端1实时获取用户生物信息，并且掌握用户的当前状态(例如紧张、困倦或微笑)。
接下来，用户代理对话处理部350通过代理执行与用户的对话处理(步骤s446)。此时，用户代理对话处理部350可以参考所获取的用户活动历史和生物信息生成响应，并且输出响应作为代理的话语。图30至图32示出了利用用户活动历史和生物信息通过代理进行的对话的示例。此处，通过显示部106上的聊天画面在代理与用户之间执行对话。
图30是说明根据示例的利用用户活动历史的代理的示例性话语的图。在图示的画面202上，以聊天格式显示用户m与代理“saki”之间的对话。在画面202的底部上，显示文本输入域和发送按钮，使得通过用户将消息输入在文本输入域中并且点击发送按钮，输入消息作为话语文本被发送至代理服务器2。
例如，用户代理对话处理部350基于预设问题和响应的数据集生成代理“saki”的响应。具体地，例如，对于诸如“我迷上了oo”、“我对oo着迷”或“我对oo充满热情”的问题，给出响应“你喜欢oo吗？”。此外，用户代理对话处理部350也可以参考活动历史，例如用户m今天在y站下车，并且如图30中所示输出陈述“在你今天下车的y站周围有很多拉面店！”的话语。通过这种安排，用户m可能感觉到对代理的熟悉感，并且可以预期对代理作为自己的伙伴的增长的感知。
图31是说明根据示例的利用关于用户的生物信息的代理的示例性话语的图。生物信息是从设置在用户穿戴的可穿戴装置中的生物传感器或捕获用户的面部图像的摄像机获得的，并且实时地从客户终端1发送至代理服务器2。用户代理对话处理部350基于生物信息推断用户的状态(心理状态、情绪)，并且生成反映推断结果的话语作为代理的陈述。例如，在用户m的心率比正常快的情况下，如在图31的画面203上所显示的，输出与另一人的心理状态保持一致的话语，例如“嗯？你看起来不同...”或“我开始感觉到有点紧张”。通过这种安排，预期将缩短与代理的心理距离，并且用户将感觉更亲密。
图32是说明根据示例的利用sns信息的代理的示例性话语的图。用户代理对话处理部350在sns和网站中搜索与用户偏好信息一致的话题以在代理的话语中使用。例如，如图32的画面204上所显示的，输出诸如“我对它不太了解，但似乎每个人都在sns上谈论aa队的选拔”的话语。通过以这种方式提供与用户m的偏好相匹配的话题，预期谈话将变得更加生动，并且用户m将在与代理的会话中感受到更多的乐趣。
在图33a和图33b中示出了上面描述的由用户代理对话处理部350进行的对话过程的详细信息。
图33a和图33b是根据示例的代理对话过程的流程图。如图33a所示，首先，在自与用户的上次会话起已经经过了固定时间的情况下(步骤s473/是)，用户代理对话处理部350发出问候(步骤s476)。
接下来，在要介绍的用户未被选择的状态下持续预定时间段的情况下(步骤s479/是)，用户代理对话处理部350生成并且向用户发出个性改进(或理想改进)消息(步骤s482)。稍后将详细描述对要介绍的用户的选择。
接下来，在存在来自用户的新输入(话语)的情况下(步骤s485/是)，代理服务器2对发出的语音执行语音识别(步骤s488)，并且对话语文本执行文本分析(步骤s491)。
接下来，代理服务器2的用户代理对话处理部350根据用户的属性(基本信息、基本条件信息和偏好信息的每一项)生成话语候选(步骤s494)。
接下来，在用户活动历史可用的情况下(步骤s497/是)，用户代理对话处理部350根据活动历史来细化话语候选(步骤s498)。
此外，在用户生物信息可用的情况下(步骤s500/是)，用户代理对话处理部350根据生物信息来细化话语候选(步骤s503)。注意，用户代理对话处理部350还可以使用活动历史和生物信息二者来细化话语候选。
接下来，在存在话语候选的情况下(步骤s506/是)，用户代理对话处理部350输出话语候选作为代理的陈述(步骤s509)。注意，在不存在话语候选的情况下(步骤s506/否)，代理不进行陈述。
上述代理对话被描述为在存在来自用户的新输入(话语)的情况下的响应，但是根据示例的对话不限于此，并且也可以从代理方进行陈述。
具体地，在上述步骤s485中，在不存在来自用户的新输入(话语)的情况下(步骤s485/是)，如图33b中所示，用户代理对话处理部350确定用户活动历史中是否存在话题(步骤s512)。例如，用户代理对话处理部350根据活动历史确定是否存在值得注意的活动，例如去旅游目的地、在与通常不同的站下车或者进行昂贵的购买。
接下来，在存在话题的情况下(步骤s512/是)，用户代理对话处理部350使用活动历史生成话语候选(步骤s515)。
接下来，确定用户生物信息中是否存在话题(步骤s518)。例如，用户代理对话处理部350基于生物信息确定与正常不同的值得注意的状态或情绪，例如微笑、快乐、困倦、疲倦、兴奋或愤怒。
接下来，在存在话题的情况下(步骤s518/是)，用户代理对话处理部350使用生物信息生成话语候选(步骤s521)。
接下来，在最近的sns、网站等中搜索用户偏好的话题，并且在存在用户偏好的话题的情况下(步骤s524/是)，用户代理对话处理部350使用sns等上的话题生成话语候选(步骤s527)。
注意，尽管图33b示出了通过利用活动历史、生物信息、sns信息等中的任何一个来生成话语候选的流程，但是示例不限于此，并且还可以通过组合活动历史、生物信息、sns信息等中的任何一个或更多个信息来生成话语候选。
接下来，返回至图29b，代理学习部353根据代理与用户之间的对话来适当地执行代理学习(步骤s449)。具体地，代理学习部353将代理的属性更新成用户优选的属性。在下文中，将参照图34和图35来具体描述这样的情况。
图34示出根据示例的代理学习的操作处理的流程图。如图34中所示，首先，代理学习部353对用户的输入(话语文本)执行文本分析(步骤s530)。
接下来，代理学习部353确定用户对于对象词(作为偏好的目标的现象)的肯定性/否定性(步骤s533)。
接下来，代理学习部353检查上述对象词是否是包括在代理偏好信息中的项(步骤s536)，并且如果不包括，则将对象词的项添加至代理偏好信息(步骤s539)。
接下来，代理学习部353调整与代理偏好信息对应的项的偏好级别(偏好的数值)(步骤s541)。换言之，基于对话内容，代理学习部353辨别用户对于某种现象的肯定性/否定性，并且使得辨别结果被反映在代理偏好信息中，从而能够使代理的偏好更接近用户的偏好。注意，不仅可以使代理偏好信息反映用户的偏好，而且还可以使代理基本信息和基本条件信息反映用户的偏好。
此时，由于代理的偏好和个性突然改变将是不自然的，所以代理学习部353还可以将数值的更新保持至固定范围内的调整。例如，如图35中所示，在用户输入“我今天迷上了电视上的拉面排名，现在我想吃一些猪骨拉面。你觉得我会发胖吗？我对轻酱油拉面不感兴趣”的情况下，通过文本分析，“电视”、“拉面排名”、“猪骨拉面”和“酱油拉面”被提取为对象词(偏好目标词)。如图35的右上方的表中所示的，代理学习部353根据指示用户对于对象词的印象的每个相应短语来确定对于每个对象词的肯定性/否定性。在图35中所示的示例中，由于确认用户对“拉面”具有积极的感觉，因此将“拉面”添加至代理偏好信息，并且将偏好等级(偏好的数值)提高以与用户的偏好更相似。此时，要添加的点可以根据表达偏好强度的词(例如“非常”或“一点点”)而变化，并且针对单个陈述，例如，值可以每次改变0.1。此外，代理学习部353可以将偏好级别标准化，使得1.0是最大值，并且-1.0是最小值。
接下来，代理学习部353确定用户的措辞的类别(步骤s544)。在本文中，通过改变代理的措辞以匹配用户的措辞，可以使代理与用户的语调匹配。措辞类别被分成例如礼貌、直率(生硬)、友善、粗暴、快、慢等。
接下来，代理学习部353调整代理的措辞类别参数(步骤s547)。代理的措辞类别参数可以存储在用户代理db354中。可以通过将在固定时间段从用户对话收集的措辞类别中的最频繁的类别视为代表用户的措辞类别来进行措辞类别确定。例如，在图35所示的示例中，如图35的右下中所示，由于“礼貌”类别被提取三次而“直率”类别被提取一次，因此“礼貌”可以被确定为代表用户的措辞类别。可替选地，代理学习部353可以将从用户对话中提取的每个措辞类别的出现概率视为确定结果。随后，代理学习部353使代表用户的措辞类别或每个措辞类别的出现概率反映在代理的措辞类别参数中。
接下来，代理学习部353检查上述偏好信息和措辞参数的变化是否影响代理的个性(步骤s550)，如果是，则调整代理的个性信息的参数(步骤s553)。由于个性由一个人的偏好和措辞来表示，因此根据变化的偏好和措辞来调整个性参数。
如上所述，通过代理与用户之间的持续对话，代理逐渐发展成用户的优选代理。
接下来，返回至图29b，要介绍的用户选择部355确定接下来描述的匹配更新间隔是否已经超过阈值(步骤s452)。例如，适当地设置匹配更新间隔，例如设置成一天或一周。
接下来，要介绍的用户选择部355执行真人与代理之间的匹配(步骤s455)。在示例中，在代理与用户之间的对话进行时，在幕后周期性执行真人与代理之间的匹配。具体地，例如，要介绍的用户选择部355参考征婚成员信息41以搜索类似代理的真人。如上所述，由于用户代理正在改变成用户的优选代理，所以通过匹配类似代理的真人，可以更有效地找到与用户相容的伙伴。在下文中，将参照图36至图38来具体描述这样的情况。
图36是示出根据示例的匹配的操作过程的流程图。如图36所示，首先，要介绍的用户选择部355在征婚成员信息中搜索与所有代理基本条件信息匹配的人(步骤s563)。图37是说明使用代理基本条件信息的搜索的图。如图37所示，基于基本条件项是否满足条件来筛选征婚成员信息。例如，要介绍的用户选择部355将基本条件信息发送至管理服务器4，并且从征婚成员信息41获取满足条件的一个或更多个成员id。
接下来，确定找到的候选的数量(征婚成员的数量)是否超过阈值(固定数量)(步骤s566)。通过这种安排，可以确保从中选择匹配伙伴的候选数量，例如至少10个人。
接下来，在候选的数量不超过阈值的情况下(步骤s566/否)，要介绍的用户选择部355搜索满足基本条件信息中的“高/中等”优先级的项的候选(步骤s569)。
接下来，在候选的数量不超过阈值的情况下(步骤s572/否)，要介绍的用户选择部355另外搜索满足基本条件信息中的“高”优先级的项的候选(步骤s575)。
接下来，在候选的数量超过阈值的情况下(步骤s578/是)，要介绍的用户选择部355计算代理与每个候选的个性评估结果之间的相关性(步骤s581)。在这一点上，假设每个征婚成员已经预先进行了准备阶段中描述的个性评估。例如，要介绍的用户选择部355将自我图的每个值在代理与每个候选之间的差的平方值相加，并且计算互相关。
接下来，要介绍的用户选择部355排除其相关值低于预定阈值的候选(步骤s584)。
接下来，要介绍的用户选择部355计算剩余候选与代理之间的偏好的相似度(步骤s587)，并且选择具有最高相似度的候选(人物p)(步骤s590)。使用偏好信息执行偏好相似度的计算。
具体地，要介绍的用户选择部355生成n维向量，在所述n维向量中例如为代理和特定候选安排偏好信息的每个项中的匹配项的数值，并且计算代理的n维向量和候选人的n维向量的cosθ内积。如果数值是1.0，则相似度是完全匹配，而如果是0.0，则相似度是完全不匹配。
然而，在n小于预定阈值的情况下，从候选中排除候选人而不用执行相似度计算。这是因为即使少数项匹配，可靠性也很低。
例如，在图38所示的示例中，代理的偏好信息和候选人即征婚成员的偏好信息中，五个项“aa队”、“ff餐饮”、“d镇”、“寿司”和“ee时尚”匹配。因此，要介绍的用户选择部355分别生成其中排列有这五个项的数值的5维向量。
另一方面，在候选的数量不超过阈值的情况下(步骤s578/否)，由于候选者很少，因此取消匹配，并且流程返回至图29b中所示的步骤s440。
上面描述了根据本实施方式的代理与真人之间的匹配(对要介绍的用户(人物p)的选择)。
接下来，返回至图29b，要介绍的用户选择部355检查所选择的人物p是否与上次选择的人相同(步骤s461)。如上所述，可以在代理与用户之间的对话被执行时周期性地(例如，诸如每天一次)执行真人的匹配。
接下来，在所选择的人物p与上次选择的人物相同的情况下(步骤s461/是)，要介绍的用户选择部355增加同一人计数cs(步骤s464)。
另一方面，在所选择的人物p与上次选择的人物不相同的情况下(步骤s461/否)，要介绍的用户选择部355重置同一人计数cs(步骤s470)。
接下来，要介绍的用户选择部355周期性地执行与真人的匹配，直到同一人计数cs超过阈值(步骤s467)。在同一人计数cs超过阈值的情况下(步骤s467/是)，开始图39中所示的选定阶段。
(4-3-3.选定阶段)
接下来，将参照图39至图41具体描述选定阶段的示例。在选定阶段，当与在搜索阶段期间相似地用户与代理继续进行对话时，代理的偏好和个性属性逐渐变得与在搜索阶段中匹配的真人更加类似，并且在用户没有察觉的情况下确定与真人的吸引力(亲密度)。
图39是示出根据示例的选定阶段中的操作过程的图。如图39中所示，首先，将等待批准标志设置成假(步骤s603)。
接下来，亲密度计算部356将亲密度设置为0(步骤s606)。
接下来，与上述步骤s440至s446类似，由用户代理对话处理部350继续执行利用用户活动历史和生物信息的与用户的对话过程(步骤s609至步骤s615)。
接下来，代理学习部353检查所选择的人物p的偏好、基本信息或个性信息属性是否发生了变化(步骤s618)，并且如果发生了变化，则代理学习部353使变化被反映在代理偏好信息、基本信息、个性信息等的属性中(步骤s621)。此时，可以直接复制改变的值，但是由于在某些情况下代理的偏好的突然改变可能使用户感觉不自然，所以也可以限制值一次变化的量。使代理的偏好在固定时间内匹配人物p的偏好。
在本文中，图40示出了在代理的偏好已经发生变化的情况下的对话示例。假设当代理已经与用户m进行对话时，图40中所示的代理“saki”在搜索阶段的时间处具有不是特别喜欢aa队的属性(在搜索阶段中，由于代理逐渐与用户的偏好对准，所以代理随着时间的推移将会成为aa队的粉丝)。然而，在选择通过其他偏好和个性而匹配的真人并且流程进行至选定阶段的情况下，代理“saki”的偏好现在变得与真人的偏好相似。随后，在真人凑巧也是aa队的粉丝的情况下，代理“saki”的偏好被调整成喜欢aa队，并且如图40的画面206上所示的，例如，输出关于aa队的话题的更肯定的陈述，例如“我也开始喜欢aa队了。昨天的比赛很棒！”。
接下来，在等待批准标志尚未变成真的情况下(步骤s624/是)，亲密度计算部356计算用户与代理之间的亲密度(步骤s636)。计算亲密度的方法可以与由要介绍的用户选择部355使用基本条件信息、偏好信息等执行的将代理与真人匹配的方法类似。换言之，基本条件信息、偏好信息等中的项的一致程度被计算为亲密度。此外，另外可以将基于用户与代理之间的会话量以及会话期间的微笑量的数值添加至亲密度。
接下来，在亲密度超过阈值的情况下(步骤s639/是)，介绍处理部357向所选择的人物p(与代理匹配的征婚成员)通知介绍批准请求(步骤s642)，将等待批准标志设置成真，并且等待批准(步骤s645)。在本文中，图41示出了介绍批准请求的通知画面的示例。在所示的示例中，在画面207上，显示用户m的简档(至用户m已经公开的程度)，并且另外，显示批准按钮207a和拒绝按钮207b。接收介绍批准请求通知的人物p检查用户m的简档，并且在同意被介绍给其他人的情况下轻击批准按钮207a，或者在不同意的情况下轻击拒绝按钮207b。
接下来，用户m方处于等待批准状态，直到存在批准响应(步骤s648)，在此期间继续与代理的对话和代理学习(步骤s609至s624)。
接下来，在固定时间段中没有来自人物p的响应超时的情况下(步骤s627/是)，介绍处理部357将等待批准标志设置成假(步骤s630)，并且另外，亲密度计算部356将亲密度设置成0(步骤s633)。在这种情况下，取消与人物p的匹配，并且流程返回至搜索阶段。
此外，在人物p不批准的情况下(步骤s651/否)，将亲密度重置为0(步骤s633)，取消与人物p的匹配，并且流程返回至搜索阶段。
另一方面，在人物p批准的情况下(步骤s651/是)，开始图42所示的介绍阶段。。
(4-3-4.介绍阶段)
接下来，将参照图42至图44来描述介绍阶段的示例。在介绍阶段中，真人的批准用作触发器，并且向用户方通知可以被介绍的人的存在。用户从该时间点知道真人的存在，并且变得能够看到简档。注意，呈现给用户方的真人的简档仅包含基本信息中的具有公开属性“是”的项。
图42是示出根据示例的介绍阶段中的操作过程的流程图。如图41中所示，首先，要介绍的用户选择部355向用户通知存在可以被介绍的人(步骤s663)。图43示出了介绍通知的示例。在所示示例中，在画面208上，显示代理“saki”与用户m之间的聊天。在与代理“saki”相关联的人物p已经批准了介绍的情况下，要介绍的用户选择部355使用陈述“对中断抱歉，但是管理者有给你的公告！我们已经找到了类似saki的女人。为什么不通过画面底部的心形按钮联系她呢？”的消息进行中断。由于消息是中断通知，因此与代理“saki”的对话仍在继续。如果用户m轻击画面208上显示的心形按钮208a，则显示关于介绍的伙伴的详细信息(步骤s666)。图44示出了显示关于介绍的伙伴的详细信息的画面的示例。在所示的示例中，在画面209上，显示介绍的伙伴(人物p)的简档、想要会面按钮209a和不用、谢谢按钮209b(步骤s669)。
接下来，通过聊天或语音执行用户与人物p之间通过代理进行的对话(步骤s672)。此时的对话是通过代理进行的对话，其中用户还没有直接听到另一人的声音，而是另一人的话语以代理的声音输出或者被显示为代理的陈述。用户在介绍阶段第一次学习另一人的简档，但是由于已经通过直至选定阶段的处理充分执行了用户与另一人之间的匹配，所以从用户方，所显示的关于人物p的简档信息与用户目前为止已经联系的代理的偏好相似，并且此外，预期个性也是相似的，从而使得可以以同样的好印象转换至与人物p的对话。此外，从人物p(女性)方，由于她被介绍给已经善于与代表她自己的代理进行会话的男人，所以喜欢用户的概率很高。以这种方式，在示例中，可以进行具有增加的成功会面的可能性的介绍。
接下来，在用户或人物p按下“不用、谢谢”按钮的情况下(步骤s675/是)，取消与人物p的匹配。在用户选择不同代理的情况下(步骤s678/是)，代理学习部353移除代理(步骤s681)，并且从搜索阶段的代理选择(步骤s413至s437)重新开始处理。
可替选地，在用户未选择不同代理的情况下(步骤s678/否)，处理返回至搜索阶段中的对话循环(步骤s440至s446)同时保持当前代理(处于与人物p取消匹配的状态)，并且再次执行匹配(此时，也可以在固定时间段内排除已经取消匹配的人物p)。
另一方面，在两人都按下“想要会面”按钮的情况下(步骤s684/是)，在用户期望支持的情况下(步骤s685)，开始图45所示的支持阶段。在不需要支持的情况下(步骤s685/是)，代理学习部353执行代理移除处理(移除在客户终端1上启动的代理程序的处理)(步骤s688)。此时，用户代理对话处理部350还可以如稍后参照图48描述的最后一次发出问候语以执行代理离开用户的对话控制。此外，在不需要支持阶段的情况下，用户通过经由代理与人物p的对话来决定会面的时间和地点、交换联系信息等。
(4-3-5.支持阶段)
接下来，将参照图45至图48描述支持阶段的示例。在支持阶段中，用户从方案db359中登记的支持会面的方案列表中选择任意方案(下文中也称为“会面计划”)，并且由相关企业执行伴随方案的会面安排。该方案也可能是收费的。
图45是示出根据示例的支持阶段中的操作过程的流程图。如图45中所示，首先，用户从方案管理部358呈现的多个会面计划中选择任意计划(步骤s693)。在本文中，图46示出了会面计划选择画面的示例。在所示示例中，在画面210上，显示关于会面计划的详细信息，例如标题、内容和费用以及选择按钮210a和后退按钮210b。例如，会面计划有诸如“在优雅的意大利餐厅处等待给她的令人愉快的惊喜”的标题，并且对于惊喜内容，陈述了诸如准备特殊菜单、准备特殊餐桌或准备礼物的内容。例如，出现在会面计划中的餐厅或设施被作为广告捆绑在一起，并且即使在免费会面计划的情况下，也可以预期通过引导用户至特定餐厅或设施来吸引顾客的效果。另外，还可以准备付费会面计划以引导用户至与赞助商无关的地方。
当用户选择会面计划时，向用户和人物p通知会面计划的时间和地点(步骤s696)。在本文中，图47示出了会面计划通知画面的示例。图47的左侧示出了在人物p的客户终端1的显示部106a上显示的画面211。在画面211上，显示来自用户m的消息，例如“我在此处进行了预约。我期待与你会面！”、关于会面计划的详细信息、接受按钮211a和谢绝按钮211b。人物p检查计划的时间、地点和内容，并且如果没有问题则轻击接受按钮211a，或者在谢绝邀请的情况下轻击谢绝按钮211b。
此外，图47的右侧示出了在用户m的客户终端1的显示部106b上显示的画面212。在画面212上，显示已经邀请了人物p的指示、关于会面计划的详细信息、可以按钮212a和重新开始按钮212b。用户m检查计划的时间、地点和内容，并且如果没有问题则轻击可以按钮212a，或者在改变时间或计划的情况下轻击重新开始按钮212b。
接下来，如果两人都同意会面计划，则方案管理部358向相关企业(例如餐厅或设施)通知会面计划(步骤s699)。
接下来，流程等待直到指定时间(步骤s702)，并且当指定时间到达时，方案管理部358检查两个人是否已经在指定时间和地点实际会面(步骤s705)。可以根据由gps等检测到的关于两个人的位置信息自动确定两个人是否已经实际会面，或者可以从用户m手动发出会面的通知。
接下来，在两个人在指定时间和地点会面的情况下(步骤s705/是)，情景管理部358通知相关企业两个人已经会面(步骤s708)。注意，在餐厅的情况下，可以明确地确定预约的两个人已经到达。随后，相关企业向两个人提供会面计划的内容。
接下来，方案管理部358等待来自相关企业的完成通知(步骤s711)，并且在接收到完成通知时，使代理询问用户m两个人是否已决定约会(步骤s714)。询问的定时也可以是在已经经过固定时间段之后。
接下来，在约会的情况下(步骤s714/是)，用户代理对话处理部350控制对话以表达祝贺消息并且使代理离开(步骤s717)。在本文中，图48示出了代理的最终祝贺消息画面的示例。在所示的示例中，在画面213上，显示代理“saki”询问用户m“你在和她约会吗？”的消息、“我们正在约会”按钮213a和“没有成功”按钮213b。在与人物p约会的情况下，用户m轻击“我们正在约会”按钮213a。随后，如图48右侧上所示，在画面214上，显示来自代理“saki”的最后的祝贺消息，例如“哦......祝贺！我为你感到非常高兴。我的意思是，我是她的副本。我在这里的工作完成了。你已经走得这么远，所以要开心。我现在必须走了。再见。”。
随后，代理学习部353执行代理移除处理(移除在客户终端1上启动的代理应用的处理)(步骤s720)。
另一方面，在两个人在指定时间不能会面的情况下(步骤s723/否)，用户代理对话处理部350向用户m呈现来自代理的表示失望的消息(步骤s273)。
此外，在没有约会的情况下(步骤s714/否)，用户代理对话处理部350向用户m呈现来自代理的安慰和鼓励的消息(步骤s726)。
另外，在用户选择不同代理的情况下(步骤s729/是)，代理学习部353移除代理，并且从搜索阶段的代理选择(步骤s413至s437)重新开始处理。
可替选地，在用户未选择不同代理的情况下(步骤s729/否)，处理返回至搜索阶段中的对话循环(步骤s440至s446)同时保持当前代理(处于取消与人物p的匹配的状态)，并且再次执行匹配(此时，也可以在固定时间段内排除已经被取消匹配的人物p)。
<<5.结论>>
如上所述，根据本公开内容的实施方式的通信控制系统能够将与代理的对话无缝地连接至与真实世界中的人的通信。
上面已经参照附图描述了本公开内容的一个或多个优选实施方式，然而本公开内容不限于上面的示例。本领域技术人员可以在所附权利要求的范围内发现各种改变和修改，并且应当理解的是，这些改变和修改将自然地落入本公开内容的技术范围内。
例如，还可以创建用于使内置在上述客户终端1或代理服务器2中的硬件例如cpu、rom和ram的硬件展示客户终端1或代理服务器2的功能的计算机程序。此外，提供了存储计算机程序的计算机可读存储介质。
另外，上述实施方式示出了由因特网上的代理服务器2实现各种功能的配置，但是本实施方式不限于此，并且代理服务器2的配置的至少一部分也可以在用户的客户终端1(智能电话、可穿戴终端等)中。此外，可以在客户终端1中提供代理服务器2的整个配置，并且可以在客户终端1上执行所有处理。
此外，尽管上述示例描述了假定男性用户和介绍女性征婚成员的情况，但显然上述也适用于假定女性用户并且介绍男性征婚成员的情况。
此外，该技术不限于使用婚姻咨询服务的征婚成员信息匹配男性和女性，并且还适用于例如使用sns中登记的信息在sns上匹配朋友(针对同性或异性)。可替选地，该技术也适用于使用求职信息在人力资源与求职者之间进行匹配。
以这种方式，本实施方式广泛地应用于各种情境下的人的匹配。
此外，本说明书中描述的效果仅是说明性的或示例化的效果，并不是限制性的。即，与上述效果一起或替代上述效果，根据本公开内容的技术可以实现本领域技术人员根据本说明书的描述而清楚的其他效果。
另外，本技术还可以如下被配置。
(1)一种信息处理系统，包括：
存储部，其存储关于能够与用户对话的多个代理的信息，每个代理具有不同的属性；
通信部，其从客户终端接收来自所述用户的消息，并且还向所述客户终端回复响应消息；以及
控制部，其执行控制以：
根据来自所述用户的指令从所述多个代理中选择特定代理，
记录根据所述特定代理与所述用户之间的对话来更新的所述特定代理的属性作为用户代理的属性，
通过将所述用户代理的属性与多个实际存在的对象用户的属性进行比较来指定最类似于所述用户代理的属性的对象用户，以及
在预定定时处通知所述用户所述对象用户的存在。
(2)根据(1)所述的信息处理系统，其中，
所述控制部
记录被更新成接近所述用户的属性的所述特定代理的属性作为所述用户代理的属性，以及
以固定间隔选择最类似于所述用户代理的属性的对象用户，并且在同一人被选择预定次数的情况下，将所述人指定为所述对象用户。
(3)根据(1)或(2)所述的信息处理系统，其中，
所述控制部根据最类似于所述用户代理的属性的对象用户的属性来更新所述用户代理的属性。
(4)根据(2)至(3)中任一项所述的信息处理系统，其中，
当在固定时间段内最类似于所述用户代理的属性的对象用户是同一对象用户时，根据所述对象用户的属性来更新所述用户代理的属性。
(5)根据(4)所述的信息处理系统，其中，
从外部设备获取所述多个实际存在的对象用户的属性。
(6)根据(4)或(5)所述的信息处理系统，其中，
如果所述用户与所述用户代理之间的亲密度超过阈值，则所述控制部通知所述用户所述对象用户的存在。
(7)根据(6)所述的信息处理系统，其中，
所述控制部另外通知所述对象用户所述用户的存在。
(8)根据(7)所述的信息处理系统，其中，
如果从所述用户和所述对象用户二者接收到指示期望会面的请求信号，则所述控制部能够向所述用户提供会面的方案。
(9)根据(8)所述的信息处理系统，其中，
如果从所述用户接收到指示与所述对象用户开始交际的通知，则所述控制部执行控制以向所述用户发送祝贺消息，并且还移除所述客户终端上的代理应用。
(10)根据(1)至(9)中任一项所述的信息处理系统，其中，
所述属性是简档信息、偏好信息、个性信息、理想简档条件信息和理想个性信息中的至少一者。
(11)一种信息处理设备，包括：
通信部，其将来自用户的消息发送至服务器设备，所述服务器设备存储关于能够与所述用户对话的多个代理的信息，每个代理具有不同的属性，并且所述通信部还接收关于所述消息的响应消息；以及
控制部，其执行控制以：
根据所述用户的指令从所述多个代理中选择特定代理，以及
在预定定时处通过所述通信部从所述服务器设备接收指示实际存在的对象用户的存在的通知，所述对象用户最类似于通过根据所述特定代理与所述用户之间的对话更新所述特定代理的属性而获得的用户代理的属性。
(12)根据(11)所述的信息处理设备，其中，
在确定所述用户与所述用户代理之间的亲密度超过阈值的定时，所述控制部从所述服务器设备接收所述对象用户存在的通知。
(13)根据(12)所述的信息处理设备，其中，
所述控制部从所述服务器设备接收与所述对象用户会面的方案。
(14)根据(13)所述的信息处理设备，其中，
所述控制部执行控制以
根据所述用户的指令向所述服务器设备发送指示与所述对象用户开始交际的通知，以及
响应于指示开始交际的所述通知，从所述服务器设备接收祝贺消息以及具有用于安装在所述信息处理设备中的代理应用的移除的指令的控制信号，并且根据所述控制信号移除所述代理应用。
(15)根据(11)至(14)中任一项所述的信息处理设备，其中
所述属性是简档信息、偏好信息、个性信息、理想简档条件信息和理想个性信息中的至少一者。
(16)一种由处理器执行的信息处理方法，包括：
将关于能够与用户对话的多个代理的信息存储在存储部中，每个代理具有不同的属性；
从客户终端接收来自所述用户的消息，并且还通过通信部向所述客户终端回复响应消息；以及
执行控制以
根据来自所述用户的指令从所述多个代理中选择特定代理，
记录根据所述特定代理与所述用户之间的对话来更新的所述特定代理的属性作为用户代理的属性，
通过将所述用户代理的属性与多个实际存在的对象用户的属性进行比较来指定最类似于所述用户代理的属性的对象用户，以及
在预定定时处通知所述用户所述对象用户的存在。
(17)一种使计算机用作以下的程序：
通信部，其将来自用户的消息发送至服务器设备，所述服务器设备存储关于能够与所述用户对话的多个代理的信息，每个代理具有不同的属性，并且所述通信部还接收关于所述消息的响应消息；以及
控制部，其执行控制以：
根据所述用户的指令从所述多个代理中选择特定代理，以及
在预定定时处通过所述通信部从所述服务器设备接收指示实际存在的对象用户的存在的通知，所述对象用户最类似于通过根据所述特定代理与所述用户之间的对话更新所述特定代理的属性而获得的用户代理的属性。
附图标记列表
1客户终端
2代理服务器
30对话处理部
300对话处理部
310问题搜索部
320响应生成部
330会话db
340音素数据获取部
30a对话处理部
31基本对话处理部
32角色a对话处理部
33人物b对话处理部
34人物c对话处理部
35匹配部
350用户代理对话处理部
351用户/代理信息管理部351
352用户信息db
353代理学习部
354用户代理db
355要介绍的用户选择部
356亲密度计算部
357介绍处理部
358方案管理部
359方案db
360代理信息db
36通信部
40音素存储部
41基本音素db
42角色a音素db
43人物b音素db
44人物c音素db
50会话db生成部
60音素db生成部
70广告插入处理部
72广告db
80反馈获取处理部
3网络
10代理