服务控制设备、服务控制方法以及计算机可读介质的制作方法
【专利摘要】根据一个实施例，服务控制设备包括获取单元、估计器和生成器。获取单元获取用户请求。意向知识项目使用户请求与用户请求背后的用户意向相关联。估计器参考意向知识项目来估计对应于用户请求的用户意向。服务控制知识项目定义生成用于操作服务的服务控制条件的方法。该方法对应于用户意向。生成器参考服务控制知识项目来生成对应于用户请求和用户意向的服务控制条件之一。
【专利说明】服务控制设备、服务控制方法以及计算机可读介质
[0001]相关申请的交叉引用
[0002]本申请基于2012年3月19日提交的第2012-062849号日本专利申请并要求其优先权的利益，其全部内容通过引用被结合于此。
【技术领域】
[0003]在此描述的实施例大体上涉及服务控制设备、服务控制方法以及计算机可读介质。
【背景技术】
[0004]在用于按照用户的输入来操作机械和诸如网络服务的各种服务的服务控制设备中，有必要分析用户的输入信息和提供正如用户想要的服务。
[0005]有从输入信息分析用户的意向并自动添加用于操作各种服务的条件的传统技术。还有使得搜索装置根据用户的起始输入生成搜索公式、以及根据与搜索结果相关联的并且从用户反馈回来的数据重建搜索公式的另一种传统技术。
[0006]然而，在这些技术中，服务是基于诸如添加的条件和从用户反馈回来的数据的有限的知识被操作的，这使得难以提供最佳结果给用户。
【专利附图】
【附图说明】
[0007]图1是图解根据第一实施例的服务控制设备的框图；
[0008]图2是图解实施例的服务控制设备的硬件配置的框图；
[0009]图3是图解实施例的服务控制设备的操作的流程图；
[0010]图4是图解在实施例中采用的意向知识项目的实例的视图；
[0011]图5是图解在实施例中采用的优选知识项目的实例的视图；
[0012]图6是当实施例中的意向被排序时所使用的流程图；
[0013]图7是图解在实施例中采用的意向知识的显示的实例的视图；
[0014]图8是图解在实施例中采用的服务控制知识的实例的视图；
[0015]图9是图解在实施例中采用的来自搜索服务的输出的实例的视图；以及
[0016]图10是图解在实施例的变形例中采用的意向知识的显示的实例的视图。
【具体实施方式】
[0017]参考附图描述实施例及其变形例。
[0018]实施例的目的是提供用于考虑到用户的预期目的来操作服务的服务控制设备。
[0019]总的来说，根据一个实施例，用于根据用户请求来操作服务的服务控制设备包括服务请求获取单元、意向知识存储器、意向估计器、服务控制知识存储器以及服务控制条件生成器。服务请求获取单元获取用户请求。意向知识存储器存储使用户请求与用户请求背后的用户意向关联的意向知识项目。意向估计器参考意向知识项目估计对应于用户请求的用户意向。服务控制知识存储器存储定义生成用于操作服务的服务控制条件的方法的服务控制知识项目。所述方法对应于用户意向。服务控制条件生成器参考服务控制知识项目生成对应于用户请求和用户意向的服务控制条件之一。
[0020](第一实施例)
[0021]现在将给出根据第一实施例的服务控制设备的描述，其中与旅游相关商业项目相关联的搜索基于用户使用自然语言所进行的输入来被进行。第一实施例的服务控制设备利用外部搜索服务来搜索适合于用户的预期目的的旅游相关商业项目，并将其呈现给用户。
[0022]尽管在实施例中，诸如寄宿设施、旅行信息、观光信息的旅游相关商业项目将被描述为搜索目标，但是搜索目标不局限于旅游相关商业项目。进一步，尽管实施例的服务控制设备操作外部搜索服务，但是作为操作目标的服务可以是任意的应用。
[0023]图1是图解第一实施例的服务控制设备100的框图。服务控制设备100包括服务请求获取单元101、服务请求分析单元102、个人资料获取单元103、状态信息获取单元104、意向知识存储器105、优选知识存储器106、意向估计器107、服务控制知识存储器108、服务控制条件生成器109、服务控制器110、服务输出单元111以及结果选择器112。
[0024]服务控制器110和服务输出单元111被连接到用于经由网络搜索的搜索服务113。
[0025](硬件配置)
[0026]实施例的服务控制设备通过诸如通用计算机终端的硬件被实现，如图2所示。具体地，该设备包括用于控制整个设备的诸如中央处理单元(CPU)的控制器201，诸如存储各种类型的数据和各种程序的只读存储器(ROM)和随机存取存储器(RAM)的存储器202，诸如用于存储各种类型数据和各种程序的硬盘驱动器(HDD)和光盘(CD)驱动器的外部存储器203，诸如键盘、鼠标以及触摸屏的操作器204，用于控制与外部装置通信的通信单元205，用于获取声音的麦克风206,用于生成合成声音的扬声器207,用于显不图像的显不器208,以及连接这些元件的总线209。实施例的服务控制设备可以是便携式的或者固定式的。
[0027]在上述硬件配置中，当控制器201执行存储在诸如ROM的存储器202和外部存储器203中的各种程序时，以下功能被实现。
[0028](每一块的功能)
[0029]服务请求获取单元101从用户获取由自然语言写的请求作为文本数据，并将其发送给服务请求分析单元102。用户可以经由操作器204的键盘输入请求(服务请求)到搜索服务113。服务请求可以包括，例如，“用户想去到美丽的海边”的请求。
[0030]替代地，设备可被修改，以使得用户能够通过直接输入他们的语音来输入服务请求。在这种情况下，通过麦克风206获取到的语音通过已知的语音识别技术被转换为文本数据。
[0031]服务请求分析单元102分析通过服务请求获取单元101接收到的服务请求，转换计算机可读的数据，以及发送结果数据到意向估计器107。后面将详细描述服务请求分析单元102的操作。
[0032]个人资料获取单元103获取包括年龄、职业、性别、家庭结构等等的用户个人资料，并将其发送给意向估计器107。个人资料获取单元103可以直接经由操作器204的键盘从用户获取个人资料，或者可以从通过已知的数据库或者文件系统实现的个人资料存储器(没有示出)中读取个人资料。
[0033]状态信息获取单元104获取与诸如日期、时间、用户位置以及用户的行为的用户状态相关联的信息(状态信息)，并将其发送到意向估计器107。状态信息获取单元104可以将与用户位置、行为等等相关联的选项呈现给用户，从而使得他们能够经由操作器204选择选项。替代地，状态信息获取单元104可以使用诸如GPS或者加速度传感器(没有示出)的已知状态传感技术来读取与用户状态相关联的信息。例如，如果用户预登记了与他们的房子相关联的位置信息，那么能够从由GPS发送的位置信息中确定用户是否在家，或者能够从指示加速度变化的加速度传感器的波形中确定用户是否在休息、步行或者骑行。
[0034]意向知识存储器105存储多个服务请求，以及用于使服务请求与存在于服务请求背后的意向相关联的多个意向知识项目。例如，在请求“用户想去到美丽的海边”的服务请求的背后有“去到海边”的意向的事实被存储为意向知识。意向知识存储器105也存储意向知识项目本身之间的关系。凭借这种结构，能够检测到，例如，“去到海边”的意向与“在度假中具有悠闲的时间”的意向相关联。这使得后面描述的意向估计器107能够估计不能只从服务请求中被检测到的用户的预期目的。
[0035]意向知识存储器105能够通过存储器202或者外部存储器203被实现。后面将详细描述意向知识存储器105。
[0036]优选知识存储器106存储使个人资料与意向知识相关联以及同样使状态信息与意向知识相关联的优选知识。例如，优选知识包括指示具有个人资料“存在/不存在孩子=存在”的用户具有强烈的“与孩子玩”的意向的信息。凭借这个信息，后面描述的意向估计器107能够考虑到用户的个人资料和状态信息来估计用户的意向。
[0037]优选知识存储器106能够通过存储器202或者外部存储器203被实现。后面将详细描述优选知识存储器106。
[0038]意向估计器107使用通过服务请求分析单元102转换的服务请求搜索意向知识存储器105寻找意向知识，从而基于搜索到的意向知识来估计对应于用户请求的用户意向。
[0039]如果多个意向被估计，那么意向估计器107搜索优选知识存储器105寻找对应于被估计的意向的优选知识项目，并且基于搜索到的优选知识、从个人资料获取单元103接收到的个人资料、以及从状态信息获取单元104接收到的状态信息，来计算指示搜索服务113被用于每个意向的程度的优选得分。基于优选得分，被估计出的意向被排序。
[0040]意向估计器107将被估计出的意向发送到服务控制条件生成器109。当多个被估计出的意向存在时，最高等级的意向可被发送至服务控制条件生成器109。替代地，所有等级的意向或者来自最高等级的意向中的预定数目的意向可以被呈现给用户，并且通过用户选择的意向被发送到服务控制条件生成器109。
[0041]服务控制知识存储器108存储服务控制知识，其中为每个用户意向描述生成服务控制条件作为用于操作搜索服务113的条件的方法。例如，在搜索旅游相关商业项目的情况下，服务控制知识是使用户的旅游目的与搜索条件相关联的信息，该搜索条件包括，例如，客房的类型、存在/不存在配套设施、以及在介绍语句中的关键词。服务控制知识存储器108能够通过存储器202或者外部存储器203被实现。后面将详细描述服务控制知识存储器108。
[0042]服务控制条件生成器109利用从意向估计器107接收到的意向信息来搜索服务控制知识存储器108寻找服务控制知识，以及然后基于搜索到的服务控制知识和用户请求生成服务控制条件。生成的服务控制条件被发送到服务控制器110。后面将详细描述服务控制条件生成器109。
[0043]服务控制器110使用从服务控制条件生成器109接收到的服务控制条件来操作搜索服务113。
[0044]服务输出单元111接收来自搜索服务113的一个或多个输出，并且经由显示器208将其呈现给用户。
[0045]结果选择器112接受针对服务输出单元111的输出的用户操作。如果多个输出存在，那么结果选择器112检测哪一个输出被用户所选择。
[0046](流程图)
[0047]现在将参考图3的流程图来描述在实施例的服务控制设备中进行的处理。
[0048]在步骤SI，服务请求获取单元101获取用户服务请求。在实施例中，假设文本数据“用户想去到美丽的海边”被获取为用户服务请求。
[0049]个人资料获取单元103获取用户个人资料。用户个人资料包括，例如，年龄、职业、性别、存在/不存在伴侣、以及存在/不存在孩子。在实施例中，假设用户个人资料“年龄=25、职业=公司职员、性别=男、存在/不存在伴侣=存在、存在/不存在孩子=存在、以及孩子的年龄=NA”已经被获取。“NA”指示没有获取到值。
[0050]个人资料获取单元103可以被构造成在处理的第一循环中将获取到的个人资料存储在存储器202或者外部存储器203中，以及在第二循环中访问用户以确认在存储的个人资料中没有变化。
[0051]状态信息获取单元104获取用户状态信息。用户状态信息包括日期、时间、用户位置、用户行为等等。
[0052]用户位置信息能够从安装在服务控制设备100中的GPS (没有示出)中被获取。在实施例中，假设检测到用户在川崎市的家中被预登记，并且“位置=家(川崎市)”已被获取为用户状态信息。
[0053]在步骤S2，服务请求分析单元102分析用户服务请求，以将该请求转换为机器可读格式。
[0054]更具体地，服务请求分析单元102利用已知的语素分析技术，将文本数据“用户想去到美丽的海边”转换成语素序列。因此，分析信息“用户〈主语>+想〈动词(想)>+去〈动词不定式>+到〈介词>+美丽的〈形容词>+海边〈名词〉”被获得。用“〈>”标记的字符串，例如“〈名词 >”，代表物品，以及用“ O ”标记的字符串，例如“(想)”，代表单词的基本形式。
[0055]利用已知的内在表示提取技术，服务请求分析单元102将含义类分配给由语素分析生成的名词、专有名词、以及未知词。在实施例中，作为唯一表述提取的结果，信息“用户<主语>+想〈动词(想)>+去〈动词不定式>+到〈介词>+美丽的〈形容词>+海边〈名词:地理名称类〉”被获得。“地理名称类”代表内在表示类。内在表示类包括“地理名称”、“商业项目类”、“商业项目名称”、“菜单类”、“菜单名称”等等，以及“地理名称类”。“地理名称”是代表诸如“川崎市”的具体的地理名称的类，以及“地理名称类”是代表诸如“海边”或者“山脉”的一般的地理名称的类。相同的关系存在于“商业项目类”和“商业项目名称”之间以及“菜单类”和“菜单名称”之间。
[0056]服务请求分析单元102基于内在表示提取结果，将服务请求转换为机器可读的格式。假设这里诸如〈目标=“名词” >、〈目标类=“内在表示类”〉、〈动作=“动词:基本形式” >、以及〈其它=“自给单词:基本形式/词干” > 的格式可以作为服务请求的机器可读格式。在这些格式中，目标、目标类、动作等等，表示属性名称，并且通过引号标记“”指示的部分是属性值并指示相应的字符串从来自内在表示结果中的提取。在实施例中，使用这些格式，用户服务请求被转换成包括“目标=海边”、“目标类=地理名称类”、“动作=去”、以及“其它=美丽的”的信息。如果复杂的服务请求而不是单个句子被输入，那么能够通过依存关系句法分析或者对应关系句法分析对其进行处理。
[0057]在步骤S3,意向估计器107估计对应于用户请求的用户意向。具体地,意向估计器107通过使用由服务请求分析单元102转换的服务请求搜索意向知识存储器105寻找意向知识，来估计对应于用户请求的用户的意向。
[0058]图4显示存储在意向知识存储器105中的意向知识的实例。在图中，“意向知识ID”是用于识别每个意向知识项目的唯一 ID，“关联”是分配给另一个相关联的意向知识项目的意向知识ID，“目标”是指示意向知识目标的具体事项，“目标类”是指示意向知识目标的一般类，“动作”是对应于意向知识的动作，“其它”指示除了上述内容以外的属性值，以及“标签”是用于将意向知识呈现给用户的标签。在“标签”属性中，用“$”和“$”标记的字符串，诸如“$地理名称$，在被呈现给用户时被转换成包括在服务请求中的类的特定字符串。在实施例中，在属性“标签”中的属性值指示通过意向估计器107估计出的用户的意向。
[0059]例如，如果意向知识ID是“001”，那么它指示“去”以任意“地理名称”命名的地方的动作。更具体地，它代表“去京都”的用户意向。
[0060]类似地，“003”的意向知识ID指示“吃”包括在诸如“意大利菜”或者“荞麦面”的“菜单类”中的菜单的用户意向。如果“001”的意向知识ID这样与“003”的意向知识ID相关，那么这个表示在用户请求中去京都的真实意向将有可能是“吃美食”。
[0061]在实施例中，意向知识项目被认为是也如那些在图4中显示的一样被存储。
[0062]意向知识可以通过系统设计者或者开发者基于服务元素分析被设计。替代地，可以通过分析因特网上的大量文本来自动地或者半自动地生成意向知识。例如，在实施例中，通过使可以从因特网博客中的日记或者旅行简述中收集到的诸如“我们去了海边看焰火”或者“我们去了海边游泳，给孩子美妙的时光”的描述经受语素分析，看焰火(ID 005)或者跟孩子玩(ID 006)的意向可以从去海边(ID 004)的动作中被提取出来，并且这些意向能够彼此相关联。
[0063]意向知识存储器105能够例如通过已知的关系数据库技术被实现。
[0064]在意向知识搜索中，通过服务请求分析单元102转换的服务请求的属性名称和属性值被用作为搜索条件。意向估计器107搜索意向知识项目，其中“目标”或者“目标类”的属性值彼此相符，以及“动作”的属性值彼此相符。在实施例中，由于属性名称“目标”的属性值指示“海边”，属性名称“目标类”的属性值指示“地理名称类”，以及属性名称“动作”的属性值指示“去”，因此在图4中的意向知识项目401和402被提取。
[0065]意向估计器107也提取相关的意向知识。在实施例中，参考在意向知识项目401和402中的“关联”部分，意向知识项目403到407也被提取。
[0066]通过上述处理，意向估计器107将意向知识项目401到407的“标签”部分中的属性值估计作为用户意向。
[0067]在步骤S4,意向估计器107对在步骤S3处被估计出的用户意向排序。更具体地，意向知识项目被排序，以使得适合于在步骤SI获取到的用户个人资料和状态信息的意向被排在较高的位置。此时，意向估计器107利用存储在优选知识存储器106中的优选知识。进一步，注意，如果在步骤S3确定只有一个用户意向被估计出，那么步骤S4可以被跳过。
[0068]图5显示存储在优选知识存储器106中的意向知识的实例。在图中，“优选知识ID”是用于允许优选知识存储器106识别每个优选知识项目的唯一 ID，“优选知识ID”是对应于上述每个优选知识项目的意向知识项目的ID，“优选条件”是用于当判定所述每个优选知识项目是否被应用时所使用的用户个人资料或者状态信息的条件，以及“优选系数”是指示满意优选条件的用户能够选择具有什么样的容易程度的意向知识项目的指标。
[0069]例如，如果优选知识ID是“002”，那么对应的意向知识ID是“006”。意向知识ID “006”指示用户个人资料包括“存在/不存在孩子=存在”的条件的情况能够以用户个人资料不包括相同条件的情况的1.6倍被容易地选择。
[0070]优选知识能够通过设计者/开发者最初从服务请求中被创建。例如，在旅游相关商业项目的情况下，考虑到假定的对于各自商业项目的目标客户，可以设计成高优选系数在例如对带有孩子的人有客房的旅馆中被给予“存在/不存在孩子=存在”的优选条件，或者高优选系数在高级定位的旅行中被给予“年龄>50”的优选条件。如将在后面描述的，优选知识基于用户的实际使用而被更新。
[0071]优选知识存储器106例如通过已知的关系数据库技术被实现。
[0072]意向估计器107基于在步骤S3处被估计出的意向知识ID来搜索目标优选知识项目。在实施例中，图5中的项目501至508被提取。
[0073]然后参考图6的流程图，将给出对用户意向排序的处理的详细描述。
[0074]在步骤S601，指示每个意向知识项目的优选得分的变量S[id_a]被定义且被设定为初始值1.0,其中id_a指不从意向知识存储器105中提取出的每个意向知识项目的意向知识ID。
[0075]在步骤S602，从优选知识存储器106中被提取出的优选知识项目中读取一个项目。被读取到的优选知识项目的优选知识ID被代入变量id_b中。
[0076]在步骤S603，对应于优选知识ID = id_b的优选知识项目的意向知识ID被代入id_c 中。
[0077]在步骤S604，用于优选知识ID = id_b的优选知识项目的优选条件被代入变量“cond” 中。
[0078]在步骤S605，用户个人资料和状态信息被参考，从而判定优选条件是否为“真”。
[0079]在步骤S606，如果在步骤S605处的答案是“真”，那么具有优选知识ID = id_b的优选知识项目的优选系数被代入变量f中，并且在步骤S607，优选得分被更新为S[id_c]=S[id_c] Xf0
[0080]在步骤S608，上述处理被重复用于从优选知识存储器106中提取出的所有的优选知识项目。
[0081]在步骤S609，在所有的优选知识项目被处理之后，结果的变量值S[id_a]以递减的顺序被排序。
[0082]在步骤S610，对应于变量值S[id_a]的意向知识IDs以对应于被排序的优选知识项目的顺序被输出。
[0083]例如，根据优选知识项目501，意向知识项目401将具有优选得分=
1.4(1.0X 1.4)。进一步，意向知识项目404因其与优选知识项目503相符而将具有优选得分=0.1 (1.0X0.1)，尽管它与优选知识项目502或者504不相符。类似地，意向知识项目405因其与优选知识项目505相符而将具有优选得分=1.2 (1.0X1.2)。意向知识项目406因其与优选知识项目506相符而将具有优选得分=1.6(1.0X 1.6)，尽管其与优选知识项目507不相符。意向知识项目407与优选知识项目508不相符，因此将具有优选得分=
1.0 (初始值)。此外，意向知识项目402和403在图5中没有相应的优选知识，因此被设定为优选得分1.0 (初始值)。
[0084]因此，如果没有对于一些意向知识项目具有相同得分的情况给出特殊的考虑，那么意向知识项目以406、401、405、402、403、407和404的顺序被排序。使用这种排序结果，意向估计器107能够对被估计出的用户意向排序。
[0085]返回到图3的流程图，在步骤S5，意向估计器107向用户呈现在步骤S4被排序的意向，来获取通过用户选择的最佳意向。图7显示了在显示器208上显示的意向的实例。为了显示意向，利用了图4中显示的“标签”属性。
[0086]尽管在实施例中，对应于从意向知识存储器105中提取出来的七个意向知识项目的所有意向被显示，但是只有较高排名的意向知识项目或者只有具有I以上优选得分的意向知识项目可以被显示。
[0087]在图7的实例中，假定用户已经经由操作器204选择了意向701作为最佳意向。意向估计器107为服务控制条件生成器109和优选知识存储器106提供对应于被选择的意向701和在步骤SI获取到的个人资料和状态信息的意向知识项目406。
[0088]在步骤S6，服务控制条件生成器109基于在步骤S2被转换的服务请求和在步骤S5通过用户选择的意向，来生成用于操作搜索服务113的服务控制条件。
[0089]图8显示在服务控制知识存储器108中存储的服务控制知识的实例。服务控制知识存储器108能够例如通过已知的关系数据库技术被实现。可以使得意向知识存储器105、优选知识存储器106以及服务控制知识存储器108在相同的关系数据库管理系统上操作。
[0090]预先为要被操作的每个服务准备好服务控制知识。例如，在图8中显示的服务控制条件801适合搜索对应于意向知识ID = 009 ( “用户想在度假中具有悠闲的时间”)的旅游相关商业项目，以及能够通过旅游相关商业项目搜索服务的设计者/开发者或者工作人员基于旅游相关商业项目搜索服务可接受的假定的搜索条件(诸如用于属性或者关键词的条件)而被创建。
[0091]在被显示的实例中，假定服务控制条件801已经基于用户在步骤S5选择的“009”的意向知识ID被提取。
[0092]基于对应于被提取出的服务控制知识801的“控制条件”的属性值，服务控制条件生成器109根据被转换为机器可读形式的服务请求“目标=海边、目标类=地理名称类、动作=去、其它=美丽的”和个人资料“年龄=25、职业=公司职员、存在/不存在伴侣=存在、性别:男、存在/不存在孩子=存在、以及孩子年龄=NA”，以及状态信息“位置=家”，生成搜索控制条件。
[0093]包括在“控制条件”中的表达式〈如果X = a，那么b>表示如果服务请求、个人资料信息以及状态信息的属性“X”的值是“a”，那么“b”被添加到控制条件。“0R”意味着如果用于与之相关联的多个属性的一个条件被满足，那么该条件是“真”。此外，表达式“$其它$”意味着在服务请求、个人资料以及状态信息中对应的属性(在这种情况下，“其它”)的值被添加到搜索控制条件。
[0094]在实施例中，服务控制条件生成器109生成“设施=度假酒店、类型=针对夫妻、设备=游泳池+私家海滩+水疗+按摩、关键词=美丽的+悠闲的”的服务控制条件。
[0095]在实施例中，也使用用户个人资料和状态信息来生成服务控制条件。然而，如果这些信息项目不能够被获取，那么只使用服务请求来生成服务控制条件。
[0096]服务控制器110发送生成的服务控制条件到搜索服务113。因此，搜索服务113根据服务控制条件被操作。实施例中的搜索服务113是已知的能够例如通过因特网被访问的服务。服务控制器110也发送生成的服务控制条件到服务输出单元111。
[0097]在步骤S7，服务输出单元111接收来自在服务控制条件下被操作的搜索服务113的输出，并将其呈现给用户，如图9所示。
[0098]在实施例中，要被操作的搜索服务113被假定为针对旅游相关商业项目。因此，搜索服务113的输出是与服务控制条件相符的旅游相关商业项目列表。尽管图9显示了搜索结果的索引列表，但是服务控制条件不总是与索引部分对照。
[0099]在步骤S8，结果选择器112从通过服务输出单元111呈现的搜索服务113的输出中获取用户选择的结果。如果用户判断没有合适的结果，那么结果选择器112指示服务控制条件生成器109修改服务控制条件。服务控制条件的修改可以通过向用户呈现已经生成的服务控制条件，或者通过根据预定的标准调节服务控制条件来进行。作为调节服务控制条件的标准，可以举例说明不是用户指定的关键词(例如，包括在服务控制条件801中的单词“悠闲的”)的删除。
[0100]这里假定在图9中的项目901被选择。在接收到选择结果时，服务控制器110将其发送到搜索服务113，并引导用户到搜索服务113，以使得用户能够直接使用搜索服务113。
[0101]此外，在接收到选择结果时，优选知识存储器106修改从意向估计器107接收到的意向知识的优选系数，假定被接收到的意向知识用于基于在步骤Si获取到的用户个人资料和状态信息来提供适当的服务给用户。在这个实施例中，对应于具有与用户个人资料和状态信息相符的优选条件的意向知识项目406的优选知识项目506和507中的一个优选知识项目的优选系数被修改，以便例如通过乘以大于I的常数来增大。
[0102](优势)
[0103]在实施例的服务控制设备中，利用使请求与请求背后的意向相关联的意向知识来估计对应于用户请求的用户意向。这使得服务能够考虑到用户的预期目的而被操作。
[0104]在上面提及的情况中，尽管初始的用户服务请求是“用户想去到美丽的海边”，但是实施例的搜索控制设备估计用户的真正意向是“与伴侣悠闲地待着”，并且基于被估计出的意向来生成服务控制条件。因此，用户检测到“具有华丽的游泳池的度假酒店”优于“美丽的海边”。因此，用户能够得出不能只基于初始请求所得出的结果。
[0105]进一步，实施例的搜索控制设备利用使个人资料与意向知识相关联以及使状态信息与意向知识相关联的优选知识，来估计对应于用户请求的用户意向。由于用户意向不仅考虑到服务请求，而且考虑到用户个人资料和状态信息来被估计，因此接近于用户的真正意向的意向能够被估计。
[0106]此外，在实施例的搜索控制设备中，存储在优选知识存储器106中的优选知识根据与搜索服务113的输出相关联的用户选择结果来被更新。因此，当用户重新使用搜索服务113时,意向估计器107能够估计接近于用户的真正意向的意向。
[0107](变形例I)
[0108]意向估计器107可以向用户呈现意向知识项目之间的关系，如图10所示。在图10中，标记“☆”被附加到能够直接从用户输入的服务请求中提取的意向上，以及高优选得分的意向被粗线圈起。此外，在图10中，由通过在意向知识中有关“关联”属性的多个步骤提取出的意向知识项目所指示的意向被虚线圈起，不同于图7。当大量意向知识项目被存储在意向知识存储器105中时，用户可以进一步在上下左右移动显示屏幕的同时，追踪关联的意向知识项目。
[0109](变形例2)
[0110]尽管在上述实施例中，搜索服务113被安装在外部终端中，但是结构不局限于此。例如，搜索服务113可以被安装在服务控制设备100中。
[0111]尽管在上述实施例中，服务控制设备100通过一个终端被实现，但是结构不局限于此。服务控制设备100可以包括多个终端。在这种情况下，上面提及的元件(服务请求获取单元101、服务请求分析单元102、个人资料获取单元103、状态信息获取单元104、意向知识存储器105、优选知识存储器106、意向估计器107、服务控制知识存储器108、服务控制条件生成器109、服务控制器110、服务输出单元111以及结果选择器112)可以被结合在任何终端中。此外，在这种情况下，信息可以在终端之间通过无线电通信或者有线通信被传递。
[0112](变形例3)
[0113]尽管在上述实施例中，用户个人资料和状态信息被利用来对通过意向估计器107估计出的多个意向排序，但是当估计结果在没有排序的情况下被呈现给用户时，意向估计器107能够不使用个人资料或者状态信息来被操作。
[0114]实施例的部分或者所有功能能够通过基于软件的处理被实现。
[0115]虽然某些实施例已被描述，但是这些实施例只是通过实例的方式被呈现，并不意欲限制本发明的范围。实际上，在此描述的新颖的实施例可以以各种其他形式被体现；此夕卜，在不背离本发明的精神的情况下，可以对此处描述的实施例的形式进行各种省略、替换以及改变。所附权利要求及其等同物旨在覆盖将落入本发明的范围和精神内的这些形式或修改。
【权利要求】
1.一种用于根据用户请求操作服务的服务控制设备，其特征在于，包括: 服务请求获取单元，所述服务请求获取单元被配置成获取所述用户请求； 意向知识存储器，所述意向知识存储器被配置成存储使用户请求与所述用户请求背后的用户意向相关联的意向知识项目； 意向估计器，所述意向估计器被配置成参考所述意向知识项目来估计对应于所述用户请求的用户意向； 服务控制知识存储器，所述服务控制知识存储器被配置成存储服务控制知识项目，所述服务控制知识项目定义生成用于操作所述服务的服务控制条件的方法，所述方法对应于用户意向；以及 服务控制条件生成器，所述服务控制条件生成器被配置成参考所述服务控制知识项目来生成对应于所述用户请求和所述用户意向的服务控制条件之一。
2.如权利要求1所述的设备，其特征在于，进一步包括: 服务控制器，所述服务控制器被配置成使用由所述服务控制条件生成器生成的所述服务控制条件来操作所述服务。
3.如权利要求1所述的设备，其特征在于， 所述意向知识存储器存储所述意向知识项目之间的关系；以及 所述意向估计器利用所述关系来估计对应于所述用户请求的所述用户意向。
4.如权利要求2所述的设备，其特征在于，进一步包括: 个人资料获取单元，所述个人资料获取单元被配置成获取用户个人资料； 状态信息获取单元，所述状态信息获取单元被配置成获取用户状态信息项目；以及优选知识存储器，所述优选知识存储器被配置成存储使所述用户个人资料与所述意向知识项目相关联以及使所述状态信息项目与所述意向知识项目相关联的优先知识项目，其中，所述意向估计器参考所述用户个人资料、所述用户状态信息项目以及所述优选知识项目，来估计对应于所述用户请求的所述用户意向。
5.如权利要求4所述的设备，其特征在于，每个所述用户个人资料都包括用户年龄、用户职业、用户性别以及用户家庭结构的其中之一。
6.如权利要求4所述的设备，其特征在于，每个所述状态信息项目都包括日期、时间、用户位置以及用户行为的其中之一。
7.如权利要求4所述的设备，其特征在于，进一步包括: 服务呈现单元，所述服务呈现单元被配置成向用户呈现由所述服务控制器操作的所述服务的输出；以及 结果选择器，所述结果选择器被配置成获取涉及所述服务的所述输出的用户选择结果， 其中，存储在所述优选知识存储器中的所述优选知识项目根据所述用户选择结果被更新。
8.一种根据用户请求操作服务的服务控制方法，其特征在于，包括: 参考意向知识项目来估计对应于所述用户请求的用户意向；以及 参考服务控制知识项目来生成对应于所述用户请求和所述用户意向的服务控制条件之一，所述服务控制知识项目定义生成用于操作所述服务的服务控制条件的方法，所述方法对应于所述用户意向。
9.如权利要求8所述的方法，其特征在于，进一步包含: 使用所述服务控制条件来操作所述服务。
10.如权利要求8所述的方法，其特征在于，估计所述用户意向是利用所述意向知识项目之间的关系来估计对应于所述用户请求的所述用户意向。
11.如权利要求9所述的方法，其特征在于，进一步包括: 获取用户个人资料；以及 获取用户状态信息项目， 其中，所述估计所述用户意向参考所述用户个人资料、所述用户状态信息项目以及优先知识项目来估计对应于所述用户请求的所述用户意向，所述优先知识项目使所述用户个人资料与所述意向知识项目相关联以及使所述状态信息项目与所述意向知识项目相关联。
12.如权利要求11所述的方法，其特征在于，每个所述用户个人资料都包括用户年龄、用户职业、用户性别以及用户家庭结构的其中之一。
13.如权利要求11所述的方法，其特征在于，每个所述状态信息项目都包括日期、时间、用户位置以及用户行为的其中之一。
14.如权利要求11所述的方法，其特征在于，还包括: 向用户呈现被操作的所述服务的输出；以及 获取涉及所述服务的所述输出的用户选择结果， 其中，所述优选知识项目根据所述用户选择结果被更新。
15.一种包括计算机可执行指令的计算机可读介质，其特征在于，所述指令在通过用于根据用户请求操作服务的服务控制设备被执行时，使得所述设备执行一方法，所述方法包括: 参考意向知识项目来估计对应于所述用户请求的用户意向；以及 参考服务控制知识项目来生成对应于所述用户请求和所述用户意向的服务控制条件之一，所述服务控制知识项目定义生成用于操作所述服务的服务控制条件的方法，所述方法对应于所述用户意向。
【文档编号】G06F17/30GK104412295SQ201380008669
【公开日】2015年3月11日 申请日期:2013年3月12日 优先权日:2012年3月19日
【发明者】铃木优, 住田一男, 藤井宽子, 若木裕美, 有贺康顕 申请人:株式会社东芝