专利名称:服务推荐系统及服务推荐方法
技术领域：
本发明涉及用于对用户推荐服务的服务推荐系统以及服务推荐方法。
背景技术：
作为以往的服务推荐方法，例如在专利文献1中提出了如下的结构预先将用户的真实世界中的行动(以下定义为‘任务’)和服务对应起来存储在数据库中，从该数据库推定用户的任务，并提示与推定的任务对应的服务。进而，还提出了如下的结构预先对应于时间和场所将被执行的可能性高的任务分类，并从用户的当前的时间信息以及场所信息来推定用户的任务，并提示与推定的任务对应起来的服务。
日本特开2005-100146号公报(段落0038～0041、0062～0064、图6)该结构中存在两个问题。第一是用户不一定总是在相同时间、场所执行任务，在用户在不同于通常的时间、场所执行任务的情况下，难以确切地推定用户执行的任务。例如，作为任务‘回家’被执行的可能性高的时间信息记述有‘19:00’，作为场所信息记述有‘A站’，作为任务‘看电视’被执行的可能性高的时间信息记述有‘22:00’，作为场所信息记述有‘家’。在该情况下，用户在公司加班后要回家，在‘22:00’位于‘A站’的情况下，产生不能决定出推定‘回家’和‘看电视’的哪一个任务为好的问题。
第二是即使用户在相同时间、场所执行了任务，在用户单独一人的情况和与其它用户一起的情况下，用户执行的任务不同。但是，在上述以往技术中，在用户单独一人的情况和与其它用户一起的情况下所推定的任务都相同，不能对应于与其它用户之间的关系所对应的任务推定。例如，假设用户取得年假而要与家人一起去百货商店，在‘平时10:00’位于‘A站’的情况下，通过上述以往技术的方法，会导致选择‘上班’的任务。
如上所述，以往技术中推定用户的任务时的精确度可以说是不够的。其原因在于采用了作为规定用户的行动的原因仅考虑时间以及场所，将用户的任务和时间以及场所单纯地进行对应地用于推定任务的模型。
发明内容本发明鉴于以上的课题而完成，其目的在于提供一种能够提高推定用户的任务的精度，并且推荐与用户的任务对应的服务的服务推荐系统以及服务推荐方法。
为了解决上述课题，方案1记载的发明提供一种服务推荐系统，其用于对用户推荐服务，该服务推荐系统的特征在于，包括任务模型存储单元，其对应于作为用户的职责的角色，将表示用户的行动的任务的集合作为任务模型进行存储；用户角色取得单元，其取得用户的角色；任务推定单元，其基于由所述用户角色取得单元取得的用户的角色，根据所述任务模型来推定用户的任务；以及服务检索单元，其检索可协助由所述任务推定单元推定的用户的任务的服务。
根据本发明，服务推荐系统由于根据取得的用户的角色来推定用户的任务，因此能够作为规定用户的任务的原因而考虑角色来推定任务，并能够提高对用户的任务进行推定的精度。而且，可以检索用于协助推定的用户的任务的服务，并推荐与用户的任务对应的服务。
方案2记载的发明的特征在于，在方案1记载的服务推荐系统中，包括用户位置信息取得单元，其取得用户的位置信息；以及位置/角色对应关系存储单元，其将场所信息和用户在由该场所信息确定的场所时的用户的角色对应起来进行存储，所述用户角色取得单元从所述位置/角色对应关系存储单元取得与由所述用户位置信息取得单元取得的用户的位置信息对应的用户的角色。
根据本发明，可以得到与用户的位置信息对应的准确的用户的角色，根据该角色来推定用户的任务，所以能够提高对用户的任务进行推定的精度。
方案3记载的发明的特征在于，在方案1记载的服务推荐系统中，包括用户组存储单元，其存储表示用户和其它用户之间的关系的用户组；用户组/角色对应关系存储单元，其将所述用户组和所述用户在该用户组中的角色对应起来进行存储；用户位置信息取得单元，其取得所述用户的位置信息；其它用户位置信息取得单元，其取得所述其它用户的位置信息；以及用户组取得单元，其基于由所述用户位置信息取得单元取得的用户的位置信息和由所述其它用户位置信息取得单元取得的其它用户的位置信息，从所述用户组存储单元中取得相应的用户组，所述用户角色取得单元从所述用户组/角色对应关系存储单元取得与由所述用户组取得单元取得的用户组对应的角色。
根据本发明，由于能够根据用户和其它用户之间的位置关系来确定用户组并根据用户组来取得正确的用户角色，因此能够提高对用户任务推定的精度。
方案4记载的发明的特征在于，在方案1记载的服务推荐系统中，在所述任务模型存储单元中，对应于作为改变用户的角色的任务的角色变化任务存储了变化后的用户的角色，所述用户角色取得单元在由所述任务推定单元将所述角色变化任务推定为用户的任务的情况下，取得所述变化后的用户的角色。
根据本发明，通过在角色变化任务被推定为用户的任务的情况下取得变化后的用户的角色，能够使用户的角色为最新的状态，并且能够提高对用户的任务进行推定的精度。
方案5记载的发明的特征在于，在方案1记载的服务推荐系统中，包括当前时间取得单元，其取得当前时间；以及用户位置信息取得单元，其取得用户的位置信息，时间信息以及场所信息与所述任务模型存储单元中存储的各任务对应起来，所述任务推定单元通过对由所述当前时间取得单元取得的当前时间以及由所述用户位置信息取得单元取得的用户的位置信息，和所述任务模型存储单元中存储的时间信息以及场所信息进行比较，来推定用户的任务。
根据本发明，由于能够除了用户的角色之外还根据时间信息以及场所信息来推定用户的任务，因此能够提高对用户的任务进行推定的精度。
方案6记载的发明的特征在于，在方案5记载的服务推荐系统中，包括服务利用结果取得单元，其取得用户利用了服务的时刻的场所信息以及时间信息；以及任务知识更新单元，其用由所述服务利用结果取得单元取得的场所信息以及时间信息来更新与所述服务关联的任务所对应的场所信息以及时间信息。
根据本发明，通过更新与服务相关联的任务所对应的场所信息以及时间信息，能够利用服务的利用历史来推定用户的任务，因此能够提高对用户的任务进行推定的精度。
方案7记载的发明提供一种服务推荐方法，该方法向用户推荐服务，其特征在于，包括任务模型存储步骤，对应于作为用户的职责的角色，将表示用户的行动的任务的集合作为任务模型进行存储；用户角色取得步骤，取得用户的角色；任务推定步骤，基于在所述用户角色取得步骤中取得的用户的角色，根据所述任务模型来推定用户的任务；以及服务检索步骤，检索可协助在所述任务推定步骤中推定的用户的任务的服务。
根据本发明，通过根据用户的角色来推定用户的任务，从而能够作为规定用户的任务的原因而考虑角色，并能够提高对用户的任务进行推定的精度。而且，可以检索用于协助推定的用户的任务的服务，并推荐与用户的任务对应的服务。
根据本发明，服务推荐系统取得用户的角色并根据用户的角色来推定用户的任务，因此能够作为规定用户的任务的原因而考虑角色来推定任务，并能够提高对用户的任务进行推定的精度。而且，可以检索用于协助推定的用户的任务的服务，并推荐与用户的任务对应的服务。
图1是表示本发明的实施方式的服务推荐系统的整体结构的图。
图2是表示该实施方式的任务知识DB的数据结构的一例的图。
图3是表示该实施方式的服务知识DB的数据结构的一例的图。
图4是表示该实施方式的位置/角色对应DB的数据结构的一例的图。
图5是表示该实施方式的用户组/角色对应DB的数据结构的一例的图。
图6是表示该实施方式的用户组取得DB的数据结构的一例的图。
图7是表示该实施方式的服务推荐服务器的功能结构的方框图。
图8是表示该实施方式的便携终端的功能结构的方框图。
图9是表示根据该实施方式的角色概念来规定用户的行动的模型的图。
图10是表示该实施方式的基于角色的服务推荐的结构的图。
图11是表示该实施方式的服务推荐服务器的处理流程的图。
图12是表示该实施方式的便携终端的处理流程的图。
图13是表示该实施方式的便携终端中显示的服务的一例的图。
图14是表示该实施方式的便携终端中显示的服务的一例的图。
图15是表示该实施方式的便携终端中显示的服务的一例的图。
具体实施方式以下，参照本发明的实施方式。
图1是表示本发明的实施方式的服务推荐系统的整体结构的图。如该图所示，服务推荐系统构成为包括服务推荐服务器100、用户持有的便携终端101、注册用户持有的便携终端102。服务推荐服务器100、便携终端101以及便携终端102可通信地与移动通信网或互联网等通信网络连接。另外，这里，‘注册用户’是指在便携终端101中注册了用户信息的用户。
接着，详细说明服务推荐服务器100的结构。服务推荐服务器100作为硬件结构，包含未图示的CPU(Central Processing Unit，中央处理单元)、ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、硬盘装置、内部时钟以及通信接口，具有一般计算机的硬件结构。服务推荐服务器100的硬盘装置中存储有程序或数据库等各种软件。作为硬盘装置中存储的数据库，包含任务知识DB(database，数据库)(对应于‘任务模型存储单元’)103、服务知识DB104、位置/角色对应DB(对应于‘位置/角色对应关系存储单元’)105、用户组/角色对应DB(对应于‘用户组/角色对应关系存储单元’)106以及用户组取得DB(对应于‘用户组存储单元’)107。以下，说明各数据库的结构。
(1.1.1任务知识DB的结构)首先，说明任务知识DB103的结构。任务知识DB103将与用户的角色对应的任务的集合作为任务模型进行存储。‘任务’是指用户接受服务所必需的用户的行动。图2表示任务知识DB103的数据结构的一例。如该图所示，任务知识DB103中作为数据项目，设有如下的数据作为用户的职责的‘角色’、作为与该角色对应的任务的识别符的‘任务ID’、作为该任务的上级任务的母任务的识别符的‘母任务ID’、表示任务的内容的‘任务名’、任务在所述角色的基础下被执行的情况的‘标准的时间、场所’、表示用户实际执行任务的时间以及场所的历史的‘时间和场所的利用记录’、服务的‘选择次数’以及表示该任务是否为改变用户的角色的任务(以下为‘角色变化任务’)的‘角色变化任务’。
‘角色变化任务’仅在任务为角色变化任务的情况下被记述，‘角色变化任务’中记述变化后的角色。记述了‘选择次数’的任务仅是末端(最下位层)的任务。末端的任务与存储在服务知识DB104中的服务直接相关联，按照用户利用了服务的定时，选择次数增加。
‘时间和场所的利用记录’中记述了在与用户利用过的服务直接相关联的末端的任务的上一级的任务中，执行服务时的时间和场所。因此，某一任务的‘时间和场所的利用记录’被记述的次数的总数和该任务的子任务的选择次数的总数一致。另外，对每个用户准备任务知识DB103的时间和场所的利用记录以及选择次数。这里，作为仅由单一的用户正在利用服务推荐系统的数据，任务知识DB103中记述了该用户的利用历史以及选择次数。在多个用户利用服务推荐系统的情况下，也可以对利用历史以及选择次数附加用户ID后保存在任务知识DB103内，还可以另外制作由任务ID、用户ID、利用历史、以及选择次数的项目构成的历史管理DB。
(1.1.2服务知识DB)接着说明服务知识DB104。服务知识DB104是定义了用于协助任务的执行的服务的数据库。这里，服务是指与互联网上的内容或真实世界服务有关的知识。图3表示服务知识DB104的数据结构的一例。如图3所示，服务知识DB104中，作为数据项目，由作为服务的识别符的‘服务ID’、服务的所在(访问地址)的识别符的‘服务URI(Uniform ResourceIdentifier，统一资源标识符)’以及作为由该服务协助执行的任务的识别符的‘任务ID’构成。
(1.1.3位置/角色对应DB)接着，说明位置/角色对应DB105。位置/角色对应DB105是用于从用户的位置信息取得用户的角色的数据库。图4表示位置/角色对应DB105的数据结构的一例。如该图所示，位置/角色对应DB105中，作为数据项目，设有能够可靠地决定用户的角色的‘标准的场所’和用户在该场所时的用户的‘角色’。例如，男性用户在‘公司’时的标准的角色为‘职员’，该用户在‘家’时的标准的角色为‘父亲’。
(1.1.4用户组/角色对应DB)接着，说明用户组/角色对应DB106。用户组/角色对应DB106是用于从用户所属的用户组取得用户的角色的数据库。图5表示用户组/角色对应DB106的数据结构的一例。如该图所示，用户组/角色对应DB106中，作为数据项目，设有表示持有便携终端101的用户和注册用户之间的关系的‘用户组’、用户与具有各自的用户组的注册用户在一起的情况下推定的用户的‘用户角色’。
通过使用该用户组/角色对应DB106，例如，在用户与同事在一起的情况下能够取得‘公司职员’的用户角色，在用户与小组的成员在一起的情况下能够得到‘小组成员’的用户角色，在用户与家人在一起的情况下能够得到‘父亲’的用户角色。
(1.1.5用户组取得DB)接着，说明用户组取得DB107。用户组取得DB107是用于取得持有便携终端101的用户和持有便携终端102的注册用户在一起(共同活动)时的二人共同的用户组的数据库。图6表示用户组取得DB107的数据结构的一例。用户组取得DB107由作为便携终端101的电话号码的‘终端号码’、作为注册用户持有的便携终端102的电话号码的‘注册用户终端号码’、表示注册用户和持有便携终端101的用户之间的关系的‘用户组’构成。图6仅显示了便携终端101的终端号码的一个例子，但所有的用户持有的便携终端101的终端号码被存储在用户组取得DB107中。
(1.1.6功能结构)通过服务推荐服务器100具有的上述硬件以及软件在服务推荐服务器100中实现图7所示的功能结构。以下，叙述各构成元件的功能。
终端ID取得部201取得便携终端101的ID。作为便携终端101的ID相应于电话号码。
用户位置信息取得部202从便携终端101取得便携终端101的位置信息作为用户的位置信息。
位置角色判定部209从位置/角色对应DB105取得与用户的位置信息对应的用户的角色。
注册用户信息接收部205从便携终端101接收在用户的便携终端101中注册的注册用户的信息(终端ID等)。
用户组取得部211从用户组取得DB107取得注册用户的信息以及用户组。
注册用户信息更新部212在便携终端101中注册的注册用户的信息变化的情况下将用户组取得DB107更新。
注册用户位置信息取得部(对应于‘其它用户位置信息取得单元’)206接收注册用户持有的便携终端102的位置信息。
用户组取得部211基于由用户位置信息取得部202取得的用户的位置信息和由注册用户位置信息取得部206取得的注册用户的位置信息，从用户组取得DB107中取得注册用户的用户组。具体来说，例如在用户和注册用户的位置信息一致的情况下，判断为用户和注册用户在一起，从用户组取得DB107中取得便携终端101的终端号码以及便携终端102的注册用户终端号码所对应的用户组。
用户角色取得部210通过由用户组/角色对应DB106取得与由用户组取得部211取得的用户组对应的角色，从而决定用户的角色。此外，存储保持取得后的用户的角色。
当前时间取得部203从内部时钟取得当前的时间。
任务推定部207基于由用户角色取得部210取得的角色，根据任务知识DB103推定用户的任务。在要进行精度更高的任务推定的情况下，还通过比较当前的时间、以及当前的用户位置信息、与任务对应的时间信息以及场所信息(任务知识DB103的‘时间和场所利用记录’或‘标准的时间、场所’)，从而推定用户行动。
服务知识检索部(对应于‘服务检索单元’)208从服务知识DB104中检索可协助由任务推定部207推定的用户行动的服务。
服务知识发送部200对用户的便携终端101发送通过服务知识检索部208中的检索而取得的服务，从而对用户推荐服务。
服务利用结果取得部204取得对便携终端101发送的服务的利用结果。这里，服务的利用结果中含有服务名、利用服务的时刻的场所信息以及时间信息。此外，‘利用服务的时刻’例如是指用户选择了在便携终端101中显示的服务URI的时刻。
用户选择角色接收部213接收用户在便携终端101上选择的用户角色。
任务知识更新部214更新任务知识DB103。详细来说，任务知识更新部214用由服务利用结果取得部204取得的场所信息以及时间信息来更新与用户所利用的服务相关联的任务所对应的‘时间和场所的利用记录’。
接着，说明便携终端101、102的结构。另外，便携终端102的结构与便携终端101的结构相同，因此说明便携终端101。便携终端101是具有无线的数据通信功能的终端。作为相当于便携终端101的终端，举出携带电话机或PHS(Personal Handyphone System，个人手机系统)、搭载了无线通信卡的PDA(Personal Digital Assistance，个人数字助手)等。
便携终端101包括CPU、存储器、无线通信接口、显示器、操作键等硬件，以及存储在存储器中的软件。通过便携终端101具有的这些硬件以及软件实现图8所示的功能结构。以下，叙述各构成元件。
服务知识接收部501通过服务推荐服务器100接收服务的候补。
服务显示部506在便携终端101上显示接收到的服务的候补。
服务利用结果发送部502对服务推荐服务器100发送用户利用了服务的结果。
终端ID发送部507对服务推荐服务器100发送便携终端101的终端ID。
用户位置信息取得部508取得用户的位置信息。这里，作为取得用户的位置信息的方法，考虑利用便携终端101中搭载的GPS(GlobalPositioning System，全球定位系统)、利用蜂窝电话基站的位置信息、使用便携终端101中搭载的无线LAN(Local Area Network，局域网)功能来取得访问点的信息、利用便携终端101的存储器中保存的电子货币在车站检票口的利用历史等方法。
用户位置信息发送部509将用户的位置信息发送到服务推荐服务器100。
用户选择角色发送部504在用户从便携终端101中显示的用户的角色候补中选择了某个角色的情况下，将选择的角色发送给服务推荐服务器100。
真实世界中用户的行动由各种原因来规定。例如，可举出用户所期待的职责的认识、职业/人种/文化等引起的社会制约以及由目的意识、规范意识、自我认识等构成的该人物的性格或个性等。在这些原因中，用户的职业、人种、文化、性格或个性在用户的每日生活循环中几乎不发生变化。在本实施方式中，关注于可能因用户所在的场所、时间或周围的人的人际关系而变动的用户所期待的职责(角色)。
图9表示基于角色来规定用户的行动的模型。将由角色规定的用户的行动归纳为任务的集合(也称作‘任务模型’)，预先与用户的角色相关联起来。例如，‘小组成员R1’的角色上关联有‘与朋友见面T11’、‘回家T12’、‘进行网球的准备T13’的任务集合。角色‘公司职员R2’上关联有‘上班T21’、‘吃午饭T22’、‘从公司回家T23’的任务集合。用户在保持某一角色的期间执行按照该角色的每个对应起来的任务模型内的任务。
伴随任务的执行而引起角色的变化。与各角色对应的任务模型中存在引起用户的角色变化的任务(‘角色变化任务’)，通过执行任务模型内的角色变化任务而切换为其它角色。例如，早上从家里去公司上班的用户通过‘上班TC1’的任务而从‘父亲R3’的角色变化为‘公司职员R2’的角色。此外，在用户在下班途中与小组的朋友出去喝酒时，通过‘与朋友见面TC2’的任务而从‘公司职员R2’的角色变化为‘小组成员R1’的角色。在角色变化之后，执行与变化后的角色对应的任务模型内的任务。
这样，考虑可以通过角色来规定用户的行动，通过将按用户的每个角色分类的任务模型用于任务推定而不是使用整个任务模型，从而能够规定任务的搜索空间，并且能够推定适当的任务而不依赖于时间、场所的变动。此外，根据与在一起的用户的人际关系，能够规定用户的角色和任务模型，因此能够根据在一起的用户而适当地推定任务。
图10表示基于角色的服务推荐的结构。
服务推荐服务器100继续保持相同的用户角色直到用户的角色变化为止。在步骤S1中，服务推荐服务器100根据改变角色的任务(‘从公司回家’等)的执行、场所信息、时间信息的变化、以及在一起的用户的变化而取得角色的变化。
在步骤S2中，服务推荐服务器100从任务知识DB103中取得与用户的角色对应的任务模型，在该任务模型内的任务中，将用户存在的场所以及时间信息中最容易被执行的任务推定为用户的任务。
在步骤S3中，反馈服务利用结果。即，服务推荐服务器100将用户利用服务的时刻的时间和场所的信息作为推定条件追加到任务模型内的任务中，在下一次任务推定时以及服务决定时予以利用。
以下，说明服务推荐服务器100以及便携终端101各自的处理流程。
(2.2.1服务推荐服务器的处理流程)参照图l1说明服务推荐服务器100的处理流程。
首先，服务推荐服务器100的目标是取得当前的用户角色。
具体来说，服务推荐服务器100由用户位置信息取得部202取得从用户的便携终端101的用户位置信息发送部509发送的便携终端101的位置信息，作为用户存在的场所的位置信息(步骤S101)。
进而，由终端ID取得部201取得从便携终端101的终端ID发送部507发送的终端ID，并基于该终端ID，从用户组取得DB107取得便携终端101中注册的注册用户的终端ID(步骤S102)。
接着，在注册用户位置信息取得部206中，从便携终端102的用户位置信息发送部509接收注册用户的便携终端102的位置信息作为注册用户存在的场所的位置信息(步骤S103)。
接着，基于取得的用户的位置信息和注册用户的位置信息，推定用户的角色。具体来说，在存在具有与用户的位置信息相同的位置信息的注册用户的情况下(步骤S104，“是”)，在用户组取得部211中取得注册用户的用户组(步骤S105)。具体来说，从用户组取得DB107中取得与便携终端101以及便携终端102的终端号码对应的用户组。
接着，在用户角色取得部210中，从用户组/角色对应DB106中取得与取得的用户组相应的用户的角色(步骤S106)。
另一方面，如果不存在具有与用户的位置信息相同的位置信息的注册用户(步骤S104，“否”)，则在位置角色判定部209中，参照位置/角色对应DB105，取得与用户的位置信息对应的用户的角色。由于位置/角色对应DB105中仅记述有角色明确确定的场所，所以存在不能根据用户的位置来决定角色的情况。在该情况下，用户角色取得部210继续保持当前保持的用户的角色(步骤S107)。
接着，在服务推荐服务器100的任务推定部207中，推定当前用户正在执行的任务。具体来说，任务推定部207参照任务知识DB103，选择与当前的用户角色对应的任务模型。在该选择的任务模型内，选择具有与用户的当前位置以及时间最接近的‘时间和场所的利用记录’的任务(步骤S108)。另外，作为基于时间和场所选择任务的方法，除了上述以外，还可以采用取‘时间和场所的利用记录’内的关于时间和场所的信息的平均值，并选择平均值和当前的场所和时间的接近度最近的任务的方法。在任务知识DB103中未存储有‘时间和场所的利用记录’的情况下，选择任务知识DB103中预先设定的‘标准的时间、场所’和当前的用户的时间以及场所最接近的任务。
接着，判定在步骤S108中推定的任务是引起角色的变化‘角色变化任务’(步骤S109)。在是‘角色变化任务’的情况下(步骤S109，“是”)，将由任务知识DB103内的‘角色变化任务’定义的角色作为当前的(变化后的)用户的角色(步骤S110)。
接着，在任务推定部207中，从推定的任务的下一级任务的集合内的、与多个服务直接连接的末端的任务中，取得服务的执行频度最多的任务(步骤S111)。在服务知识检索部208中，从服务知识DB104中取得与在步骤S111中取得的任务关联的服务，并将取得的服务从服务知识发送部200发送到用户的便携终端101(步骤S112)。便携终端101显示服务知识和角色的候补。
接着，用户从便携终端101中显示的角色的候补中选择与当前保持中的角色不同的角色，在服务推荐服务器100通过用户选择角色接收部213从便携终端101接收到该角色的情况下(步骤S113，“是”)，由用户角色取得部210取得该角色作为当前的用户角色(步骤S114)，并再次实施任务的推定、以及服务的推荐(步骤S108～S112)。在即使发送服务后经过一定时间(可以决定为任意的时间也可以对每个服务决定)后也不能接收用户选择的角色的情况下，或者在服务利用结果取得部204中接收到服务利用结果的情况下，判断为未选择角色(步骤S113，“否”)。
接着，基于用户的服务的利用结果更新任务知识DB103。具体来说，服务推荐服务器100在服务利用结果取得部204中接收到从便携终端101发送来的服务利用结果时，判断为服务被利用。服务利用结果仅在服务被利用的情况下进行接收。在即使从发送服务后经过一定时间(可以决定为任意的时间也可以对每个服务决定)后也不能接收用服务利用结果的情况下，判断为服务未被利用。
在服务被利用的情况下(步骤S115，“是”)，首先在任务知识更新部214中，在与任务知识DB103中存储的任务中、在步骤S108中推定的任务所对应的‘场所和时间的利用记录’项目中存储在利用了服务的时刻的用户位置信息以及时间信息(步骤S116)。进而，将与推荐的服务相关联的任务的‘选择次数’增加1(步骤S117)。
(2.2.2便携终端的处理流程)接着，参照图12说明便携终端101的处理流程。
首先，便携终端101由用户位置信息取得部508取得用户的位置信息，将该用户的位置信息与便携终端101的终端ID一同从用户位置信息发送部509发送到服务推荐服务器100(步骤S201)。接着，对于用户的便携终端101中注册的注册用户的信息，从前一次对服务推荐服务器100进行发送时起有追加、删除以及变更(步骤S202，“是”)时，将注册用户的信息与便携终端102的终端ID一同从注册用户信息发送部503发送到服务推荐服务器100(步骤S203)。
服务知识接收部501从服务推荐服务器100接收到服务时(步骤S204，“是”)，在服务显示部506中显示服务(步骤S205)。此时，在画面上显示接收到的服务，同时显示为菜单列表，以使用户能够选择当前的用户的角色和其它角色。
在用户利用了服务的情况下(步骤S206，“是”)，从服务利用结果发送部502对服务推荐服务器100发送附加了终端ID的服务利用结果(步骤S207)。利用服务时为了维持当前的角色而从画面上消除角色的菜单列表。在服务未被利用(步骤S206，“否”)，且用户从角色的菜单列表中选择了与当前的角色不同的角色的情况下(步骤S208，“是”)，将用户选择的角色从用户选择角色发送部504发送到服务推荐服务器100(步骤S209)。
接着，说明服务推荐系统中的具体的动作例。作为前提，图2～图6所示的内容的数据被存储在各数据库中，此外，假设便携终端101的终端ID为‘090-aaaa-bbbb’。
(2.3.1在假日与家人一起从家出去百货商店的用户的剧情例子)示出对在某一假日要与家人一起去百货商店的用户推荐服务的例子。用户在家里起床的时刻，服务推荐服务器100在用户角色取得部210中保持该用户的角色‘父亲’。该角色从通过用户昨天执行任务‘回家’而使用户的角色由‘公司职员’变化为‘父亲’的时刻起，未改变。
另外，在当前的用户角色不明的情况下，在服务推荐服务器100的位置角色判定部209中，通过参照位置/角色对应DB105，能够获得与‘家’的场所对应的角色‘父亲’(图11的步骤S107)。或者，在注册用户位置信息取得部206中，测量用户的便携终端101中注册的用户的位置，取得用户的位置信息和注册用户的位置信息一致的情况下的注册用户信息(这里，注册用户信息设为注册用户持有的便携终端102的终端号码‘090-5555-****’)，在用户组取得部211中，从图6所示的用户组取得DB107中取得与用户终端号码‘090-aaaa-bbbb’以及注册用户终端号码‘090-5555-****’对应的用户组‘家人’。然后，在用户角色取得部210中，参照图5所示的用户组/角色对应DB106，也能够取得与用户组‘家人’对应的用户角色‘父亲’(图11的步骤S105、S106)。
用户持有的便携终端101始终取得位置信息，并将取得的位置信息发送给服务推荐服务器100。此外，服务推荐服务器100始终从任务知识DB103取得与当前的用户角色对应的任务模型，并基于当前的用户位置以及时间从该任务模型推定任务，决定要从该任务推荐的服务并发送到便携终端101。
用户预定与家人从A站乘电车去百货商店。在到达A站时，用户的位置信息为‘A站’，时间为‘10:00’。用户和家人在等待电车。
服务推荐服务器100首先由任务推定部207从图2所示的任务知识DB103取得角色‘父亲’的任务模型。在该任务模型内，取得用户的位置信息‘A站’以及时间信息‘10:00’和‘时间和场所的利用记录’适合的任务(图11的步骤S108)。这里，与角色‘父亲’对应的任务模型中，任务ID相应于‘3000’的‘去百货商店’适合的任务。进而，提取属于‘去百货商店’的下一级的任务中的末端任务(记述了‘利用次数’的任务)，进而提取末端的任务中保持了最多的利用次数的任务。这里，属于‘去百货商店’的下一级的任务(任务ID‘3001’的‘观看事件信息’、任务ID‘3002’的‘观看出售信息’)都是末端的任务，任务‘观看事件信息’的选择次数为‘59’，任务‘观看出售信息’的选择次数为‘23’，因此选择次数最多的任务为‘观看事件信息’。接着，在服务知识检索部208中，从服务知识DB104中取得与‘观看事件信息’的任务ID‘3001’对应的服务(这里，为图3所示的服务URI‘http://***.**b.jp’)，发送到用户的便携终端101(图11的步骤S112)。在便携终端101中，由服务知识接收部501接收服务URI，由服务显示部506显示服务URI(图12的步骤S205)。在通过用户的操作选择了服务URI的情况下，服务显示部506访问互联网，例如显示表示如图13所示的出售信息的画面。
(2.3.2用户从家里出去到工作场所的情况的剧情例子)接着，说明用户从家里出去到工作场所的情况的剧情例子。用户在家时，服务推荐服务器100在用户角色取得部210中保持用户的角色‘父亲’。此外，如前所述，服务推荐服务器100始终从当前的用户角色取得任务模型，基于用户的位置以及时间从该任务模型推定用户的任务，根据该任务决定应推荐给用户的服务并发送到便携终端101。服务推荐服务器100在任务推定部207中参照图2所示的任务知识DB103，取得与用户的角色‘父亲’对应的任务模型。进而，推定适合于时间信息‘平时，8:00’和位置信息‘家’的任务(图11的步骤S108)。这里，与角色‘父亲’对应的任务模型中，任务ID‘1000’的‘上班’对应于适合的任务。进而，提取属于‘上班’下一级的任务中末端的任务，并提取在该末端的任务中保持了最多的利用次数的任务。这里，属于‘上班’的下一级的任务(任务ID‘1001’的‘观看新闻’、任务ID‘1002’的‘观看ToDo列表’)都是末端的任务，‘观看新闻’的选择次数为‘121’，‘观看ToDo列表’的选择次数为‘23’，因此选择次数最多的任务为‘观看新闻’。
接着，在服务知识检索部208中，从服务知识DB104中取得与‘观看新闻’的任务的ID‘1001’对应的服务(这里，为图3所示的服务URI‘http://***.**a.jp’)，发送到用户的便携终端101(图11的步骤S112)。在接收到服务的便携终端101中，例如显示如图14所示的画面。这里，不仅对用户推荐与利用次数最多的任务相关联的服务，而且也同时对用户推荐与利用次数第二多的任务关联的服务。在图14中，也同时提示与利用次数第二多的任务‘观看TODO列表’关联的服务。
进而，与任务知识DB103内的角色‘父亲’对应的任务‘上班’中记述了角色变化任务‘公司职员’。因此，服务推荐服务器100通过用户角色取得部210取得角色变化任务中记述的变化后的角色‘公司职员’作为当前的用户角色(图11的步骤S110)，今后将用户的角色设为‘公司职员’而取得任务模型，推定任务并决定推荐的服务(图11的步骤S108、S111)。
(2.3.3人际关系引起的用户角色的变化例子)接着，说明用户的角色因人际关系而变化的情况的具体例子。在19:00左右，假设用户在从公司返回途中在A站等待电车时，忽然预见小组的朋友。在服务推荐服务器100中，始终基于用户的位置信息和用户的便携终端101中注册的注册用户的位置信息，检查用户的角色是否有变化，并能够取得有关用户角色变化的信息。
具体来说，在注册用户位置信息取得部206中，测量用户的便携终端101中注册的注册用户的位置信息(图11的步骤S103)，在用户的便携终端101的位置信息和注册用户的位置信息一致时，取得注册用户信息(这里，注册用户信息假设为注册用户持有的便携终端102的终端号码‘090-3333-****’)。然后，通过用户组取得部211从图6所示的用户组取得DB107中取得与用户的便携终端101的终端号码‘090-aaaa-bbbb’以及注册用户的便携终端102的终端号码‘090-3333-****’对应的用户组‘小组’(图11的步骤S105)，在用户角色取得部210中，参照图5所示的用户组/角色对应DB106，取得与用户组‘小组’对应的用户角色‘小组成员’(图11的步骤S106)。
服务推荐服务器100在任务推定部207中，参照图2所示的任务知识DB103，取得与用户的角色‘小组成员’对应的任务模型。进而，推定适合于时间信息‘平时，19:00’和位置信息‘A站’的任务(图11的步骤S108)。这里，与角色‘小组成员’对应的任务ID相应于‘4100’的任务‘与朋友见面’。进而，提取属于‘与朋友见面’下一级的任务中末端的任务，进而提取末端的任务中保持最多的利用次数的任务。这里，属于‘与朋友见面’下一级的任务(任务ID为‘4101’的‘去酒馆’、任务ID为‘4102’的‘打台球’)都是末端的任务，‘去酒馆’的选择次数为‘15’，‘打台球’的选择次数为‘2’，因此利用次数最多的任务是‘去酒馆’。
接着，在服务知识检索部208中，从服务知识DB104中取得与‘去酒馆’的任务ID‘4101’对应的服务(这里为图3所示的服务URI‘htt://***.**c.jp’)，发送到用户的便携终端101(图11的步骤S112)。
在接收到服务的便携终端101中，由服务知识接收部501接收服务URI，并由服务显示部506显示服务URI(图12的步骤S205)。在通过用户的操作选择了服务URI的情况下，服务显示部506访问互联网，例如显示如图15所示的与酒馆有关的信息。
如以上所说明的那样，服务推荐服务器100取得用户的角色，并基于取得的用户角色来推定用户的任务，因此可以考虑成为规定用户任务的原因的角色来推定任务，并且可以提高对用户的任务进行推定的精度。而且，可以检索用于协助推定的用户的任务的服务，并推荐与用户的任务对应的服务。
此外，通过使用按用户的每个角色分类的任务模型而不是任务知识DB103中存储的全体任务模型作为任务推定的对象，从而能够规定任务的搜索空间并提高任务的推定以及服务的精度。
此外，可以根据与在一起的用户的人际关系(用户组)来进行用户角色决定以及任务推定，并能够根据在一起的用户来推荐适当的服务。
此外，可以反馈每个用户的过去的利用历史，在任务推定以及服务决定中实现个人适应。
以上，说明了本发明的实施方式，但本发明不限定于该实施方式，在其技术思想的范围内可以有各种变形。作为变形例，例如考虑如下的例子。
(1)上述实施方式中说明的系统结构和数据库结构不过为一例。
例如，上述实施方式中，设为服务推荐服务器100包括图7所示的全部构成元件而进行了说明，但不限定于此，这些构成元件也可以分散配置在其它的一个或多个装置中。
此外，在上述实施方式中，设为服务推荐服务器100的硬盘装置中存储有各种数据库而进行了说明，但不限定于此，服务推荐服务器100也可以访问作为外部装置的数据库装置而取得各种信息。
(2)在上述实施方式中，设为便携终端101中存储有注册用户信息而进行了说明，但不限定于此，例如，便携终端101中不存储注册用户信息，而也可以仅使用用户组取得DB107中存储的注册用户信息来进行各种处理。
(3)在上述实施方式中，设为服务的利用结果中含有服务被利用的时刻的场所信息以及时间信息，任务知识更新部214用该场所信息以及时间信息更新任务知识DB103的‘时间和场所的利用记录’而进行了说明，但不限定于此，例如，服务推荐服务器100也可以取得接收到服务的利用结果的时刻的用户的场所信息以及时间信息，用该场所信息以及时间信息更新任务知识DB103的‘时间和场所的利用记录’。
(4)在上述实施方式中，在用户和注册用户的位置信息相同的情况下判定为用户和注册用户在一起，但判定条件不限定于此。例如，在用户的位置和注册用户的位置之差为规定的阈值(例如，2m)以内的情况下，也可以判定为用户和注册用户在一起。
本发明可以利用于精度高的用户的任务的推定以及推荐用于协助任务的执行的服务。
权利要求
1.一种服务推荐系统，该服务推荐系统用于对用户推荐服务，其特征在于，该服务推荐系统包括任务模型存储单元，其对应于作为用户的职责的角色，将表示用户的行动的任务的集合作为任务模型进行存储；用户角色取得单元，其取得用户的角色；任务推定单元，其基于由所述用户角色取得单元取得的用户的角色，根据所述任务模型来推定用户的任务；以及服务检索单元，其检索可协助由所述任务推定单元推定的用户的任务的服务。
2.如权利要求
1所述的服务推荐系统，其特征在于，该服务推荐系统包括用户位置信息取得单元，其取得用户的位置信息；以及位置/角色对应关系存储单元，其将场所信息和用户在由该场所信息确定的场所时的用户的角色对应起来进行存储；所述用户角色取得单元从所述位置/角色对应关系存储单元取得与由所述用户位置信息取得单元取得的用户的位置信息对应的用户的角色。
3.如权利要求
1所述的服务推荐系统，其特征在于，该服务推荐系统包括用户组存储单元，其存储表示用户和其它用户之间的关系的用户组；用户组/角色对应关系存储单元，其将所述用户组和所述用户在该用户组中的角色对应起来进行存储；用户位置信息取得单元，其取得所述用户的位置信息；其它用户位置信息取得单元，其取得所述其它用户的位置信息；以及用户组取得单元，其基于由所述用户位置信息取得单元取得的用户的位置信息和由所述其它用户位置信息取得单元取得的其它用户的位置信息，从所述用户组存储单元中取得相应的用户组，所述用户角色取得单元从所述用户组/角色对应关系存储单元取得与由所述用户组取得单元取得的用户组对应的角色。
4.如权利要求
1所述的服务推荐系统，其特征在于，所述任务模型存储单元中，对应于作为改变用户的角色的任务的角色变化任务而存储了变化后的用户的角色，所述用户角色取得单元在由所述任务推定单元将所述角色变化任务推定为用户的任务的情况下，取得所述变化后的用户的角色。
5.如权利要求
1所述的服务推荐系统，其特征在于，该服务推荐系统包括当前时间取得单元，其取得当前时间；以及用户位置信息取得单元，其取得用户的位置信息，时间信息以及场所信息与所述任务模型存储单元中存储的各任务对应起来，所述任务推定单元通过对由所述当前时间取得单元取得的当前时间以及由所述用户位置信息取得单元取得的用户的位置信息，和所述任务模型存储单元中存储的时间信息以及场所信息进行比较，来推定用户的任务。
6.如权利要求
5所述的服务推荐系统，其特征在于，该服务推荐系统包括服务利用结果取得单元，其取得用户利用了服务的时刻的场所信息以及时间信息；以及任务知识更新单元，其用由所述服务利用结果取得单元取得的场所信息以及时间信息来更新与所述服务关联的任务所对应的场所信息以及时间信息。
7.一种服务推荐方法，该服务推荐方法对用户推荐服务，其特征在于，该服务推荐方法包括任务模型存储步骤，对应于作为用户的职责的角色，将表示用户的行动的任务的集合作为任务模型进行存储；用户角色取得步骤，取得用户的角色；任务推定步骤，基于在所述用户角色取得步骤中取得的用户的角色，根据所述任务模型来推定用户的任务；以及服务检索步骤，检索可协助在所述任务推定步骤中推定的用户的任务的服务。
专利摘要
本发明的课题是提供一种能够提高对用户的任务进行推定的精度并且推荐与用户的任务对应的服务的服务推荐系统以及服务推荐方法。作为解决手段，服务推荐服务器(100)的用户角色取得部(210)取得用户的角色，任务推定部(207)根据与取得的用户的角色对应地存储在任务知识DB(103)中的任务模型中推定用户的任务。服务知识检索部(208)检索可协助由任务推定部(207)取得的用户的任务的服务。
文档编号G06Q50/00GK1991890SQ200610169939
公开日2007年7月4日 申请日期2006年12月25日
发明者深泽佑介, 长沼武史, 藤井邦浩, 仓掛正治 申请人:株式会社Ntt都科摩导出引文BiBTeX, EndNote, RefMan