专利名称：用户轮廓管理系统的制作方法
技术领域：
本发明涉及生成用户轮廓的技术。
背景技术：
进几年来，以电子商务(Ecommerce)服务及门户站点(portal)服务等为代表，按照每个用户的需要提供服务的人性化服务蓬勃展开。在这些服务中，根据某个服务站点的用户的行动履历等，分析该用户的嗜好信息等，生成及保存用户轮廓(profile＝简档)，使用该用户轮廓提供服务，以便适合每个用户。另外，在信息家电的领域，也大多提供根据节目收视履历等信息，掌握用户的嗜好信息，作为用户轮廓进行积蓄的功能。使用这些用户轮廓，信息家电能够按照每个用户的具体情况，量身定做该提供功能。
可是，作为这种状况存在的问题，有用户轮廓分散在各服务器及各机器中的问题。因此，难以在其它的服务及机器中利用由某种服务生成的用户轮廓。为了解决该问题，专利文献1提供了用中央服务器统合多个服务器上生成的用户轮廓，按照需要提供给别的服务器的用户轮廓构筑系统及方法。在该系统中，某个服务器对用户生成的用户轮廓，可以被别的服务器利用，能够提高人性化服务的质量。
用户轮廓，按照生成它时的用户的状况而大不相同。例如由于在工作或在家中，用户需要的信息不同，所以用户轮廓必然不同。就是说，用户轮廓的发生状况和用户轮廓息息相关。因此，忽视发生状况，生成的用户轮廓就缺乏有效性，难以有效地利用。
作为一个例子，可以列举工作中用户对于事物的优先度和休闲中用户对于的事物的优先度的差异。在“工作中”的状况下，用户优先收集关于工作的信息例如IT关联信息。另一方面，在“休闲中”的状况下，用户优先收集关于趣味及娱乐的信息例如关于音乐及旅游信息。这样，用户轮廓就随着用户的状况而变。
可是，在专利文献1中，采用监视哪种内容及服务在何时被利用及其利用频度等，根据其结果，对从服务器中收集的用户轮廓进行加权、统合的手法。这样，尽管可以利用用户轮廓生成的时间及用户利用的内容的种类等信息，但是却监视不依存于应用程序及服务的用户状况，难以在用户轮廓的管理中有效地利用。
因此，迫切需要可靠地监视生成和更新用户轮廓时的用户的状况，在用户轮廓的管理中有效地利用该状况的有关数据的技术。
专利文献1日本国特表2003-526824号公报
发明内容
本发明的目的在于，提供一种在生成及利用用户轮廓时，生成考虑了用户所处的状况的用户轮廓及可以利用生成的用户轮廓的技术。
为了解决所述课题，发明1提供与1个以上的任意的应用程序动作的用户终端连接，从所述用户终端收集用户轮廓的管理装置。该装置具有下述单元。
·判断基准存储单元，该单元存储旨在决定用户状况的用户状况判断基准；·收集单元，该单元收集及存储所述应用程序生成的用户轮廓；·要求受理单元，该单元从所述应用程序中的某一个接受用户轮廓的要求；·用户状况管理单元，该单元按照所述要求，根据所述用户状况判断基准，判定现在的用户状况；·生成单元，该单元从所述收集单元存储的用户轮廓中，抽出有关现在的用户状况的用户轮廓，根据抽出的用户轮廓，生成现在的用户状况中的综合用户轮廓；·发送单元，该单元向要求方发送所述用户轮廓生成单元生成的用户轮廓。
由于根据与用户轮廓利用时的状况有关的用户轮廓，生成综合用户轮廓，所以能够提供利用价值高的综合用户轮廓。
发明2提供的管理装置，是在发明1中，所述用户状况管理单元，还接收用户状况判断基准的注册。
用户独自的用户状况判断基准注册后，能够确切判断各用户的状况。
发明3提供的管理装置，是在发明1中，所述用户状况管理单元，每当所述轮廓收集单元收集用户轮廓时，根据所述用户状况判断基准，判定在收集的时刻的用户状况。在该装置中，收集单元将用户状况管理单元判定的用户状况和收集的用户轮廓对应地存储。另外，生成单元抽出与现在的用户状况对应的用户轮廓，根据抽出的用户轮廓，生成所述综合用户轮廓。
该管理装置，将收集用户轮廓时的用户状况和用户轮廓对应地存储。因此，能够很容易的抽出与要求用户轮廓的时刻的用户状况即现在的用户状况对应的用户轮廓。
发明4提供的管理装置，是在发明1中，用户状况管理单元，将规定的用户状况和规定的链接信息对应地存储。在该装置中，收集单元将收集的用户轮廓和所述链接信息对应的存储。另外，生成单元根据与所述现在的用户状况对应的链接信息，抽出用户轮廓，根据抽出的用户轮廓，生成所述综合用户轮廓。
作为链接信息，例如可以列举时间信息及应用程序标识符。所谓“应用程序标识符”，是特定应用程序的信息。如果链接信息是时间信息，那么“9:00～17:00工作中”、“17:00～19:00通勤中”、“19:00～7:00在家中”等，将时间段和用户状况对应。如果链接信息是应用程序标识符，那么“9:00～17:00Web浏览器”、“17:00～19:00介质播放器”、“19:00～7:00即时信息”等，将时间段和应用程序标识符对应。
将用户轮廓例如和收集时刻对应地存储后，能够根据收集时刻，抽出与要求用户轮廓的时的用户状况、即与现在的用户状况对应的用户轮廓。具体的说，如果现在的用户状况是“在家中”，那么抽出在19:00～7:00之间收集的用户轮廓，根据它，将综合用户轮廓提供给要求方。
这样，即使将用户轮廓和用户状况独立地存储时，也能够根据链接信息，将用户轮廓和用户状况联系起来。
发明5提供的管理装置，是在发明1中，用户状况管理单元，存储定义规定的多个用户状况的关联程度的关联度表。在该装置中，生成单元根据所述关联度表，特定和现在的用户状况关联的别的用户状况(以下称作“关联用户状况”)，在与所述现在的用户状况关联的用户轮廓的基础上，进而抽出与所述关联用户状况关联的用户轮廓，根据抽出的用户轮廓，生成所述综合用户轮廓。
因为进而使用与现在的用户状况关联的用户状况的用户轮廓，所以进而能够使综合用户轮廓成为有用的信息。例如假设规定的用户状态为“工作中”、“通勤中(上下班途中)”、“在家中”。这时，可以认为用户状况“工作中”与用户状态“通勤中”的关联度高。反之，可以认为用户状况“工作中”及“通勤中”与用户状况“在家中”的关联度低。在关联度表中定义这种用户状况的关联度。因为不仅使用与现在的用户状况直接对应的用户轮廓，而且还使用有关的用户轮廓，所以能够生成更柔软的、富有应用性的综合用户轮廓。
发明6提供的管理装置，是在发明5中，所述生成单元根据所述现在的用户状况和所述关联的用户状况的关联度，给抽出的用户轮廓加权，根据加权后的各用户轮廓，生成所述综合用户轮廓。
对与关联用户状况对应的用户轮廓，加上与现在的用户状况和关联用户状况的关联度对应的加权后，能够根据现在的用户状况，生成更适合的综合用户轮廓。
发明7提供的管理装置，是在发明1中，所述要求受理单元，在要求所述用户轮廓的同时，接收所述应用程序能够解释的用户轮廓的格式。在该装置中，生成单元将生成的综合用户轮廓的格式变换成所述格式后发送。
例如，将综合用户轮廓的记述语言及用户轮廓中的特征名等，变换成与各应用程序对应的格式。还能够在变换中使用本体文件。这样，任意的应用轮廓彼此能够共享用户轮廓。
发明8提供与1个以上的任意的应用程序动作的用户终端连接、从所述用户终端收集用户轮廓的管理方法。该方法具有下述步骤·判断基准存储步骤，该步骤存储旨在决定用户状况的用户状况判断基准；·收集步骤，该步骤收集及存储所述应用程序生成的用户轮廓；·要求受理步骤，该步骤从所述应用程序中的某一个接受用户轮廓的要求；·用户状况管理步骤，该步骤按照所述要求，根据所述用户状况判断基准，判定现在的用户状况；
·生成步骤，该步骤从所述收集单元存储的用户轮廓中，抽出有关现在的用户状况的用户轮廓，根据抽出的用户轮廓，生成现在的用户状况中的综合用户轮廓；·发送步骤，该步骤向要求方发送所述用户轮廓生成单元生成的用户轮廓。
该发明具有和所述发明1同样的作用效果。
发明9提供使与1个以上的任意的应用程序动作的用户终端连接、从所述用户终端收集用户轮廓的管理装置具备计算机终端功能的管理程序。该程序使计算机发挥下述单元的功能·判断基准存储单元，该单元存储旨在决定用户状况的用户状况判断基准；·收集单元，该单元收集及存储所述应用程序生成的用户轮廓；·要求受理单元，该单元从所述应用程序中的某一个接受用户轮廓的要求；·用户状况管理单元，该单元按照所述要求，根据所述用户状况判断基准，判定现在的用户状况；·生成单元，该单元从所述收集单元存储的用户轮廓中，抽出有关现在的用户状况的用户轮廓，根据抽出的用户轮廓，生成现在的用户状况中的综合用户轮廓；·发送单元，该单元向要求方发送所述用户轮廓生成单元生成的用户轮廓。
该发明具有和所述发明1同样的作用效果。
采用本发明后，能够生成及提供符合利用用户轮廓的用户状况的用户轮廓。
图1是表示表示应用本发明的第1实施方式涉及的管理装置的用户轮廓共享系统的结构。
图2是知识DB存储的用户状况判断基准表的示意图。
图3是知识DB存储的关联度数据表的示意图。
图4是状况数据表存储的状况数据的示意图。
图5是管理装置接收的用户轮廓的示意图。
图6是轮廓DB存储的信息的示意图。
图7(a)是与关联状况对应的用户轮廓，(b)是统合的用户轮廓。
图8是表示用户轮廓的取得处理的流程的一个例子的说明图。
图9是表示综合用户轮廓的提供处理的流程的一个例子的说明图。
图10是第2实施方式的管理装置的用户轮廓DB存储的信息的示意图。
图11(a)是变换前的用户轮廓，(b)是变换后的用户轮廓。
图12是表示第2实施方式涉及的用户轮廓的取得处理的流程的一个例子的说明图。
图13是表示第2实施方式涉及的综合用户轮廓的提供处理的流程的一个例子的说明图。
图14(a)是第1实施方式中的关联度数据表，(b)是第1实施方式中的状况数据表。
图15(a)表示初始状态(2004/2/3 13:00以前)中的用户轮廓DB106a的状态，(b)Web浏览器生成的用户轮廓，(c)该图(b)所示的用户轮廓存入后的轮廓DB，(d)介质播放器生成的用户轮廓，(e)该图(d)所示的用户轮廓存入后的轮廓DB。
图16对用户轮廓根据关联度进行加权和思考的例子。
图17向Web浏览器可以利用的格式变换的综合用户轮廓。
图18(a)是第2实施方式中的关联度数据表，(b)是第2实施方式中的状况数据表。
图19是在第2实施方式中的Web浏览器生成的用户轮廓及其变换，(a)Web浏览器生成的用户轮廓，(b)加权后及合并后的用户轮廓，(c)格式变换后的用户轮廓。
图20是在第2实施方式中的IM生成的用户轮廓及其变换，(a)IM生成的用户轮廓，(b)加权后及合并后的用户轮廓，(c)格式变换后的用户轮廓。
图21被手机电子邮件提供的综合用户轮廓。
图22(a)是第3实施方式中的关联度数据表，(b)是第2实施方式中的状况数据表，(c)是本体论文件。
图23是在第3实施方式中的Web浏览器生成的用户轮廓及其变换，(a)Web浏览器生成的用户轮廓，(b)加权后及合并后的用户轮廓。
图24是在第3实施方式中的邮件支持软件(邮件处理软件)生成的用户轮廓及其变换，(a)邮件支持软件生成的用户轮廓，(b)加权后及合并后的用户轮廓，(c)本体论(notology)变换后的用户轮廓。
具体实施例方式<发明概要>
图1是表示应用本发明涉及的管理装置的用户轮廓共享系统的结构。用户轮廓共享系统包含管理装置100和一个以上的应用程序110a、b。
管理装置100，接收来自应用程序110的要求后，根据多个用户轮廓，生成新的用户轮廓(以下称作“综合用户轮廓”)，将它提供给应用程序110。在生成综合用户轮廓之前，多个应用程序110分别生成用户轮廓，注册到管理装置100中。管理装置100经常监视用户状况，将注册用户轮廓时的用户状况和用户轮廓直接或间接地对应后存储。在生成综合用户轮廓时，使用与要求用户轮廓时的用户状况或应用程序指定的用户状况(以下包含两者在内，称作“现在的用户状况”)对应的用户轮廓。所谓“与现在的用户状况对应的用户轮廓”，是现在的用户状况和在该用户状况中某一个应用程序生成的用户轮廓。
管理装置100，根据与现在的用户状况对应的用户轮廓，生成综合用户轮廓，所以综合用户轮廓就成为和时刻变化的用户状况对应的信息。这样，在各应用程序中，能够根据综合用户轮廓，进行符合现在的用户状况的处理。例如，考虑应用程序是Web浏览器时的情况。如果现在的用户状况是“在家中”，就能够进行检索有关用户的兴趣的Web页等的处理。另一方面，如果现在的用户状况是“工作中”，就能够进行检索用户在工作中经常使用的Web页等的处理。
在本发明中，所谓“用户轮廓”，是有关用户的嗜好的信息。但是，用户轮廓包含的信息并不局限于此。例如用户轮廓还可以包含用户的移动履历及人际关系、经历等。另外，用户轮廓还可以是用户使用文章编辑应用程序进行单词注册的词典文件之类。进而，对用户轮廓的格式没有特别限定。
<第1实施方式>
下面，参照附图，讲述本发明的实施方式。
[功能构成](1整体结构)图1是表示应用本发明的第1实施方式涉及的管理装置的用户轮廓共享系统的结构。用户轮廓共享系统，包含管理装置100、一个以上的应用程序110a、b和数据库111。
应用程序110，在个人用计算机、手机、PDA(Personal Digital Assistant)、GPS装置等计算机终端上动作，通过互联网及LAN等网络做媒介，与管理装置100通信。此外，应用程序110还可以通过SD卡、CF卡、DVD等记录介质做媒介，与管理装置100交换数据。
应用程序110，在应用程序固有的处理的基础上，还生成用户轮廓，将生成的用户轮廓提供给管理装置100。另外，应用程序110向管理装置100要求用户轮廓，取得它后，根据取得的信息进行处理。作为这种应用程序，例如可以列举Web浏览器、即时信息(以下称作“IM”)、邮件处理软件。
数据库111，是提供有关用户的信息的装置及应用程序，向管理装置100提供旨在判断用户状况的基础信息。作为数据库111，例如可以列举用户持有的GPS装置、在车站的剪票口及公司的会议室等任意的场所安装的传感器、收纳了用户的行动日程的日程表。此外，在本实施方式中，设想数据库111通过网络和管理装置100交换数据，但是数据库111也可以在和管理装置100相同的终端上。
(2)管理装置管理装置100，包含下列(a)～(g)的构成要素。
(a)知识数据库(DB)101(相当于判断基准存储单元)存储旨在判断用户状况的用户状况判断基准。关于该用户状况判断基准，将在后文详述。
(b)用户状况管理部102(相当于用户状况管理单元)根据来自数据库111的信息和用户状况判断基准，随时判断时刻变化的用户状况。另外，将判断的用户状况写入状况数据表102a。
(c)用户轮廓收集部103(相当于收集单元)从应用程序110中收集应用程序。进而，还可以接收用户对用户状况判断基准的注册。
(d)要求受理部104(相当于要求受理单元)从应用程序110处接收用户轮廓的要求。
(e)用户轮廓提供部105(相当于生成单元及发送单元)根据存储的用户轮廓，生成适合要求用户轮廓时的用户状况(以下称作“现在的用户状况”)的用户轮廓，提供给用户轮廓的要求方。
(f)用户轮廓管理部106(相当于收集单元)将用户轮廓存入用户轮廓DB106a及从那里读出用户轮廓。用户轮廓DB106a将应用程序110生成的用户轮廓，和生成时的用户状况对应地存储。
(g)用户状况收集部107取得来自数据库111的信息，传输给用户状况管理部102。
具有以上构成要素的管理装置100，设想可以作为用户的主服务器及可视听服务器上的服务提供装置动作。但是，未必非要安装在固定的计算机终端上，也可以作为用户的携带式终端服务实现。此外，管理装置100的各构成要素101～107，也可以不全部存在于同一个计算机终端上。按照需要，各构成要素可以安装在不同的计算机终端上。这时，最好能够通过LAN及互联网等数据通信网等单元，互相交换数据。
[管理装置存储的信息]接着，讲述管理装置100存储的信息。
(1)知识DB(1-1)用户状况判断基准表图2是知识DB101存储的用户状况判断基准表的示意图。在用户状况判断基准表101a中，注册着判断基准数据。用户状况管理部102判定用户状况时，使用判断基准数据。可以预先将判断基准数据的默认值设定成用户状况判断基准表101a。但是最好由管理装置100接收来自用户的注册。根据各个用户的判断基准数据，能够非常细致地而且准确地判断各用户的状况。在以下的讲述中，分析按照各用户注册判断基准数据的情况。
判断基准数据，使用户能够出现的用户状况和状态导出的数据对应。在该例中，作为能够出现的用户状况，注册了“工作中”、“通勤中”、“在家中”等3个。用户状况只要是在管理装置100内能够唯一性地识别的值就行，既可以是用UUID及URI等表述，也可以是字符串。用户能够任意决定各用户状况的值。
作为与各用户状况对应的状态导出数据，通常使用可能被数据库111收集的信息或者管理装置100可能检出的时刻信息。在该例中，作为状态导出数据，表示出各用户状况的“时间段”、这时的用户的“位置信息”、用户利用的“利用终端”及“利用应用程序”。可以不将时间段、位置信息”、利用终端及利用应用程序都作为状态导出数据使用，至少使用一个就行。另外，作为状态导出数据，不局限于在这里列举的内容。
下面，讲述根据图2的用户状况判断基准表101a判定用户状况的具体例子。例如假设在管理装置100的内部时钟脉冲时刻08:30的时刻，从数据库111收集到“位置信息门真”、“利用终端笔记本PC”、“利用应用程序Web浏览器”的信息。这时，判定用户状况是“工作中”。另外，例如只根据管理装置100的内部时钟脉冲时刻“08:30”，也可以将用户状况决定为“工作中”。进而，还可以给多个状况导出数据设定优先度，各状况导出数据表示的用户状况不一致时，按照优先度高的状况导出数据，决定用户状况。
(1-2关联度数据表)关联度数据表图3是知识DB101存储的关联度数据表101b的示意图。在关联度数据表中，注册关联度数据。关联度数据定义用户状况判断基准表101a注册的用户状况之间的关联度。关联度数据的设定，可以由管理装置100的提供者进行，但也可以由管理装置100受理用户的设定。用户本身最好注册判断基准数据包含的各用户状况之间的关联度。在以下的讲述中，考虑注册每个用户的关联度数据时的情况。例如在图3中，设定成对于“通勤中”的用户状况而言，用户状况“工作中”关联度高，而用户状况“休闲中”关联度低，用户状况“在家中”则不具有关联性。
关联度数据，在从轮廓DB106a抽出在关联状况中生成的用户轮廓时使用。所谓“关联状况”，是指现在的用户状况和有关联的别的用户状况。如前所述，所谓“现在的用户状况”，是应用程序110要求用户轮廓时的用户状况。不仅根据在现在的用户状况下生成的用户轮廓，还根据在关联状况中生成的用户轮廓，生成综合用户轮廓，从而能够提高综合用户轮廓的柔软性和利用价值。
(2)状况数据表图4是状况数据表102a存储的状况数据的示意图。状况数据表102a，最好按照各用户生成。根据判断基准数据和来自数据库111的信息判定的用户状况，一个接一个地写入状况数据表102a中。状况数据包含用户状况和与用户状况关联的附属信息。图4的例子中，表示用户状况直到2004/2/3的13:00～19:00为止是“工作中”、19:00～21:00为止是“通勤中”、21:00以后是“在家中”。作为附属信息，存储日期和用户当时利用的应用程序。但是，附属信息并不局限于该例。只要是能够从数据库111收集的信息，都能够作为附属信息，使状况数据包含。例如作为其它的附属信息，可以列举位置信息及日程信息。使状况数据包含附属信息后，能够根据附属信息，决定用户状况。
状况数据，在决定应用程序110生成的用户轮廓与哪个用户状况对应或者决定现在的用户状况时使用。
(3)轮廓DB接着，讲述用户轮廓DB106a存储的用户轮廓。图5是管理装置100接收的用户轮廓的示意图。用户轮廓至少包含数据，在该例中进而还包含更新日期及。“重要度”表示用户对于特定的种类而言的兴趣的大小。另外，“更新日期”表示重要度被更新的时刻。
图6是用户轮廓DB106a存储的信息的示意图。在本实施方式中，管理装置100接收图5所示的用户轮廓后，就如图6所示，将接收时的用户状况和用户轮廓对应地存储。图6表示“工作中”接收了IT关联及AV机器关联的用户轮廓，“休闲中”接收了外国音乐关联及滑雪关联的用户轮廓。之所以使接收时的用户状况和用户轮廓对应，是因为接收时的用户状况和该用户轮廓生成时的用户状况大致同样，所以等于使用户轮廓生成时的用户状况和用户轮廓对应的缘故。
[功能]接着，讲述管理装置100具有的功能。管理装置100大致具有(1)取得用户状况、(2)取得用户轮廓、(3)提供综合用户轮廓等3种功能。以下，依次讲述这些功能。
(1)取得用户状况管理装置100从数据库111收集信息，根据收集到的信息和判断基准数据，判断收集时的用户状况。判断的用户状况，被写入状况数据表102a。
首先，用户状况收集部107从数据库111收集用户信息。作为数据库111提供的用户信息的一个例子，可以列举时刻信息、位置信息、日程信息、附近商店信息、附近用户信息、关于用户利用的应用程序的信息。另外，特定用户的用户标识符还可以被用户信息包含。收集的用户信息，由用户状况收集部107传输给用户状况管理部102，作为用户状况收集部107，可以使用邮件处理软件及即时信息(IM)等众所周知的手段。
用户状况管理部102，比较收集的用户信息和判断基准数据的状况导出数据，决定收集时的用户状况。进而，用户状况管理部102根据状况数据表102a的格式，决定状况数据。决定的状况数据，被写入状况数据表102a。例如给予图2所示的判断基准数据及图4所示的状况数据表102a的格式时，作为用户信息，假设收集到“时刻信息2004/4/2的9:00”及“Web浏览器”。于是，用户状况管理部102根据判断基准数据，判断用户状况为“工作中”。进而，用户状况管理部102生成包含日期“2004/4/2 9:00”、用户状况“工作中”、利用应用程序“Web浏览器”的状况数据，在状况数据表102a中注册。
如上所述，每当从数据库111收集新的用户信息时，就根据收集的用户信息，在状况数据表102a中存储新的状况数据。这样，在状况数据表102a中，就存储用户状况的变迁的履历。
(2)取得用户轮廓管理装置100取得任意的应用程序110生成的用户轮廓，和取得时的用户状况对应地保存。
首先，讲述取得用户轮廓。管理装置100的用户轮廓收集部103，在任意的时刻，接收任意的应用程序110生成或更新的用户轮廓。这时，管理装置100，和用户轮廓一起，接收用户轮廓的生成/更新时刻信息和记述有关应用程序本身的信息的应用程序轮廓(以下称作“应用轮廓”)。用户轮廓可以包含时刻信息。应用轮廓包含应用程序的标识符、利用目的、OS等利用环境、可能利用的用户轮廓的格式、实行应用程序的终端的有关信息等。接收的用户轮廓及应用轮廓，由用户轮廓收集部103传输给用户轮廓管理部106。此外，用户轮廓收集部103还可以具有旨在确保对于外部应用程序110进行认证等安全的功能。
接着，讲述用户轮廓的保存。用户轮廓管理部106从接收的信息中，抽出足以特定用户状况的数据，传输给用户状况管理部102。例如，是应用程序的标识符及时刻信息。用户状况管理部102根据传输来的数据，从状况数据表102a中抽出对应的状况数据，传输给户轮廓管理部106。户轮廓管理部106至少将传输来的状况数据中的用户状况和用户轮廓对应后，保存到状况数据表102a中。
这样，能够使状况数据表102a对应地存储用户轮廓和用户状况。此外，在用户轮廓中，有时与多个用户状况对应。
(3)提供综合用户轮廓接着，讲述向应用程序110提供综合用户轮廓。管理装置100按照来自任意的应用程序110的要求，生成与要求时的用户状况对应的综合用户轮廓，将它提供给要求方。
(3-1)接收要求首先，管理装置100的要求受理部104，在任意的时刻，从任意的应用程序110接收应用程序本身的应用轮廓。也可以和应用轮廓一起，接收状况数据。
(3-2)特定包含现在的用户状况的状况数据要求受理部104，对从应用程序110中取得的数据进行解析。接收数据包含状况数据时，要求受理部104将状况数据及应用轮廓传输给用户轮廓提供部105。因为将接收的状况数据包含的用户状况看作现在的用户状况时，可以生成综合用户轮廓。
没有从应用程序110中接收到用户状况的指定时，要求受理部104向用户状况管理部102询问现在的用户状况。用户状况管理部102从状况数据表102a中抽出最新的状况数据，传输给要求受理部104。要求受理部104接收状况数据后，将接收的状况数据及应用轮廓传输给4用户轮廓提供部105。为了将最新的状况数据包含的用户状况看作现在的用户状况时，生成综合用户轮廓。
(3-3)特定包含关联状况的关联的数据用户轮廓提供部105特定状况数据包含的用户状况，从用户状况管理部102取得包含特定的用户状况的关联状况的关联度数据。用户轮廓提供部105，向用户轮廓管理部106要求与现在的用户状况及特定的关联状况对应的用户轮廓。用户轮廓管理部106按照要求，从用户轮廓DB106a中抽出与现在的用户状况及特定的关联状况对应的用户轮廓，传输给用户轮廓提供部105。为了根据它们，生成综合用户轮廓。
例如假设存储图6所示的用户轮廓，现在的用户状况是“通勤中”，关联状况是“休闲中”及“工作中”。这时，虽然不存在与“通勤中”对应的用户轮廓，但却存在与“工作中”及“休闲中”对应的用户轮廓。因此，用户轮廓管理部106将它们传输给用户轮廓提供部105。
(3-4)用户轮廓的变换(3-4-1)根据关联度数据进行的变换用户轮廓提供部105使用关联度数据，对取得的用户轮廓进行加权，统合与现在的用户状况及关联状况对应的用户轮廓。
图7是表示使用关联度数据的用户轮廓的加权的一个例子的说明图。图7(a)是与关联状况对应的用户轮廓，图7(b)是统合的用户轮廓。该图以被给予图3所示的关联度数据表102a、现在的用户状况是“通勤中”的情况为例。由图3可知与用户状况“通勤中”有关联的其它的用户状况是“工作中”及“休闲中”，“工作中”的关联度“大”，“休闲中”的关联度“小”。因此，通过加权提高与用户状况“通勤中”对应的用户轮廓的“重要度”。就是说，进行将“低”变换成“中”、将“中”变换成“高”的加权。同样，通过加权降低与用户状况“休闲中”对应的用户轮廓的“重要度”。就是说，进行将“高”变换成“中”、将“中”变换成“低”的加权。其结果，图7(a)所示的用户轮廓，被统合成该图(b)所示的样子。
此外，该例中的用户轮廓的加权的计算方法，归根结底只是一个例子。同样，在生成综合用户轮廓时，还可以根据关联度数据，变更与现在的用户状况及关联状况对应的用户轮廓的值。
(3-4-2)邮件支持软件用户轮廓提供部105，根据应用轮廓记载的信息，变换统合的用户轮廓的格式，生成综合用户轮廓。这是为了将统合的用户轮廓，变换成要求方——应用程序110可以利用的形式。然后，用户轮廓提供部105将综合用户轮廓发送给要求方——应用程序110。
[处理]接着，参照附图，讲述用户轮廓共享系统进行的处理的流程的一个例子。
(1)用户轮廓的取得处理图8是表示用户轮廓的取得处理的流程的一个例子的说明图。首先，应用程序110生成用户轮廓(#11)，和应用轮廓一起发送给管理装置100(#12)。
管理装置100接收用户轮廓及应用轮廓后(#13)，抽出为了特定接收时的用户状况的数据(#14)。例如管理装置100抽出时刻信息及应用轮廓的标识符，从状况数据表102a中读出包含它的状况数据(#15)。最后，管理装置100使接收的用户轮廓至少和状况数据中的用户状况对应后，存入用户轮廓DB106a(#16)。
经过以上的处理后，接收的用户轮廓和用户状况就能够直接对应。
(2)综合用户轮廓的提供处理图9是表示综合用户轮廓的提供处理的流程的一个例子的说明图。首先，应用程序110向管理装置100发送用户轮廓的要求。这时，和要求一起，或者取代要求，发送应用轮廓(#21)。
管理装置100接收应用轮廓后(#22)，特定包含现在的用户状况的状况数据(#23)。接着，管理装置100特定包含与现在的用户状况关联的关联状况的关联度数据(#24)。进而，管理装置100从用户轮廓DB106a中读出与现在的用户状况及关联状况对应的用户轮廓(#25)，进行加权及变换，生成综合用户轮廓(#26)。最后，管理装置100将生成的综合用户轮廓发送给要求方——应用程序110(#27、#28)。
经过以上的处理，能够生成与应用程序要求用户轮廓时的用户状况对应的综合用户轮廓，提供使用度高的用户轮廓。
[效果]采用本实施方式后，能够根据管理装置100收集的用户信息和知识DB101存储的判断基准数据及关联度数据，逐次监视用户状况信息。其结果，能够将从应用程序110收集的用户轮廓和生成它时的用户的状况对应保存。另外，根据关联度数据，求出与应用程序要求的用户轮廓被利用的状况(现在的用户状况)关联的状况(关联状况)后，能够构筑·提供适合于用户轮廓的利用状况的综合用户轮廓。进而，能够在完全不同的应用程序之间，互相共享用户轮廓。
<第2实施方式>
在所述第1实施方式中，将从应用程序110收集的用户轮廓和用户状况对应后，存入用户轮廓DB106a。但是也可以在生成综合用户轮廓时，进行使用户轮廓和用户状况的对应。
[存储的信息及功能]第2实施方式涉及的用户轮廓共享系统的结构，和图1所示的结构相同。但是，用户轮廓DB106a存储的信息不同。另外，用户轮廓的变换方法也不同。以下，讲述和第1实施方式的不同之处。
(1)轮廓DB图10是用户轮廓DB106a存储的信息的示意图。在用户轮廓DB106a中，收集的用户轮廓被和链接信息对应存储。此外，在该例中，示出按照应用程序存储用户轮廓的例子。链接信息连接用户轮廓生成时的用户状况和用户轮廓。作为链接信息，没有特别的限定。但是可以使用用户轮廓的更新日期及应用程序标识符等。还可以将应用轮廓包含的信息，作为链接信息。
(2)特定与现在的用户状况及关联状况对应的用户轮廓图11是由用户轮廓提供部105特定与现在的用户状况及关联状况对应的用户轮廓的说明图。图11(a)表示变换前的用户轮廓，该图(b)表示使用了特定的用户轮廓的变换后的用户轮廓。该变换以被给予图3所示的关联度数据表101b及图4所示的状况数据表、现在的用户状况是“通勤中”、链接信息包含时刻信息的情况为例。
在该例中，被存储的用户轮廓中与现在的用户状况“通勤中”有关联的用户状况“工作中”及“休闲中”生成的，只是与Web浏览器对应的用户轮廓。它通过比较用户轮廓的更新日期和状况数据表102a后求出。就是说，相当于“工作中”的时间段被更新的用户轮廓，是与Web浏览器对应的用户轮廓。另外，“休闲中”被更新的用户轮廓则没有存储。因此，只抽出相当于“工作中”的时间段13:00～19:00被更新的用户轮廓，进而通过加权，变更用户轮廓中的重要度后，可以获得该图(b)的被统合的用户轮廓。
[处理]接着，参照附图，讲述第2实施方式涉及的用户轮廓共享系统进行的处理的流程的一个例子。
(1)用户轮廓的取得处理图12是表示第2实施方式涉及的用户轮廓的取得处理的流程的一个例子的说明图。首先，应用程序110生成用户轮廓(#31)，和应用轮廓一起发送给管理装置100(#32)。
管理装置100的用户轮廓收集部103，接收用户轮廓及应用轮廓后(#33)，传输给用户轮廓管理部106。在用户轮廓包含链接信息时，用户轮廓管理部106原封不动地将用户轮廓存入用户轮廓DB106a。在用户轮廓不包含链接信息时，用户轮廓管理部106与链接信息对应地存放用户轮廓。例如，用户轮廓管理部106可以使接收时的时刻信息及应用轮廓的标识符对应地存放用户轮廓。
经过以上的处理后，能够使用户轮廓和链接信息对应。
(2)综合用户轮廓的提供处理图13是表示第2实施方式涉及的综合用户轮廓的提供处理的流程的一个例子的说明图。首先，应用程序110向管理装置100发送用户轮廓的要求。这时，和要求一起，或者取代要求，发送应用轮廓(#41)。
管理装置100由要求受理部104接收应用轮廓后(#42)，特定包含现在的用户状况的状况数据(#43)。接着，管理装置100特定包含与现在的用户状况关联的关联状况的关联度数据(#44)。进而，从包含现在的用户状况的状况数据及包含关联状况的状况数据中抽出链接信息(#44)。例如如果链接信息是时刻信息，那么就抽出时刻信息。
进而，管理装置的用户轮廓提供部105，使用抽出的链接信息，从用户轮廓DB106a中抽出与现在的用户状况及关联状况对应的用户轮廓(#45)。就是说，比较与用户轮廓对应的链接信息和从状况数据抽出的链接信息，检索与现在的用户状况及关联状况对应的用户轮廓。然后，根据检索的用户轮廓，生成综合用户轮廓，将它发送给要求方(#46～#48)。
经过以上的处理，即使没有将用户轮廓和用户状况直接对应地存储时，也能够生成与利用用户轮廓时的用户状况对应的综合用户轮廓。
<第3实施方式>
在所述第1实施方式中，使用应用轮廓包含的更新日期及重要度，将多个应用轮廓加权后生成统合轮廓。可是，即使在用户轮廓中不包含更新日期及重要度时，也能加权。例如，可以列举以下方法。
(a)在存储用户轮廓时，管理装置写入日期的方法用户轮廓管理部106，使接收了用户轮廓的日期和用户轮廓对应后，写入用户轮廓DB106a。在提供用户轮廓时，用户轮廓管理部106根据存储的日期和状况数据表，抽出与现在的状况及关联状况对应的用户轮廓，传输给用户轮廓提供部105。然后，用户轮廓提供部105根据关联度数据表，进行加权。
或者，用户轮廓管理部106根据接收了用户轮廓的日期和状况数据表，决定和用户轮廓对应的用户状况，使用户状况和用户轮廓对应后，写入用户轮廓DB106a。管理装置100接收了用户轮廓的要求时，和所述第1实施方式一样，进行加权。
(b)在接收用户轮廓的要求时，管理装置提高与当时的用户状况对应的用户轮廓的重要度的方法例如，采用所述(a)记述的方法，能够使用户轮廓和用户状况对应。用户轮廓提供部105根据接收了用户轮廓的要求的日期，求出现在的用户状况，将与现在的用户状况对应的用户轮廓的重要度设定成“高”后，进行加权。例如在接收用户轮廓的要求时是“通勤中”的情况下，生成给“通勤中”的用户轮廓加权的统合用户轮廓。这样，不仅不需要使用户轮廓包含更新日期及重要度，而且即使不使用关联度数据表，也能加权。
(c)按照用户轮廓的更新日期，管理装置设定重要度的方法用户轮廓包含更新日期时，用户轮廓提供部105可以根据该更新日期，设定重要度。例如可以列举从接收用户轮廓的要求时起，将过去了一周以内的用户轮廓的重要度设定成“高”，将过去了一周以上、一个月以内的用户轮廓的重要度设定成“中”，将过去了一个月以上的用户轮廓的重要度设定成“低”。用户轮廓提供部105根据这样设定的重要度，进行加权，能够生成统合用户轮廓。这样，不仅不需要使用户轮廓包含重要度，而且即使不使用关联度数据表，也能加权。该加权方法，在所述(a)中也能应用。
<实施例>
接着，列举实施例，具体讲述本发明。
[第1实施例](1)关联度数据表及状况数据表图14(a)、(b)分别表示第1实施例中的关联度数据表101b及状况数据表102a。图14(a)表示“吃饭中”和“工作中”、“通勤中”、“在家中”及“休闲中”的关联度。图14(b)表示用户在“工作中”、“在家中”、“吃饭中”中，利用Web浏览器或介质播放器的情况。在这里，将Web浏览器及介质播放器作为应用程序110a、b例示。Web浏览器110a，根据页面阅读记录及检索词汇的输入记录等，生成有关用户对哪种信息关心的用户轮廓。介质播放器110b，根据用户的内容视听履历等，生成有关用户的嗜好的用户轮廓。
(2)处理以下，例示Web浏览器110a和介质播放器110b，在管理装置100中注册用户轮廓，然后，Web浏览器110a取得注册的用户轮廓的步骤。
(2-1)取得和保存用户轮廓图15是取得和保存用户轮廓的说明图。应用程序110a、b生成的用户轮廓，被和用户状况对应地保存。
首先，该图(a)表示初始状态(2004/2/3 13:00以前)中的用户轮廓DB106a的状态。然后，被用户在工作中利用的Web浏览器110a作业结束后，生成该图(b)所示的轮廓。在该例中，Web浏览器生成XML(eXtensibleMarkup Language)形式的用户轮廓。
管理装置100的用户轮廓管理部106，根据应用轮廓，理解Web浏览器生成的用户轮廓的格式，从接收的用户轮廓中抽出相当于生成时刻及用户的嗜好信息的部分的信息。接着，用户轮廓管理部106将抽出的生成时刻及应用轮廓，传输给用户状况管理部102，取得对应的状况数据。在该例中，被答复与图15(b)的用户轮廓生成时刻对应的状况数据——“工作中”，用户轮廓管理单元将该状况数据和抽出的用户嗜好信息关联保存。图15(c)表示将从该图(b)的用户轮廓抽出的嗜好信息，和用户状况“工作中”对应后，存入用户轮廓DB106a的结果。
接着，介质播放器在系统中注册用户轮廓。图15(d)是在家中的用户利用的介质播放器，作业完毕后生成的用户轮廓。在该例中，介质播放器生成CSV形式的用户轮廓。生成的用户轮廓，和介质播放器的应用轮廓一起，发送给管理装置100。
管理装置100的用户轮廓管理部106，根据应用轮廓，理解介质播放器生成的用户轮廓的格式，从接收的用户轮廓中，抽出符合生成时刻、用户的嗜好信息的部分的信息。接着，用户轮廓管理部106将抽出的生成时刻及应用轮廓，传输给用户状况管理部102，取得对应的状况数据。在该例中，被答复图15(d)的与用户轮廓生成时刻对应的状况数据“在家中”。用户轮廓管理部106将该状况数据和抽出的用户嗜好信息关联后保存。图15(e)表示将从该图(d)的用户轮廓中抽出的嗜好信息与用户状况“在家中”对应后，存入用户轮廓DB106a的结果。
此外，用户轮廓管理部106也可以不将嗜好信息本身和用户状况对应，而将向嗜好信息的转换及链接与用户状况对应后存储。
另外，还可以不是在接收用户轮廓时，而是在提供用户轮廓时，进行用户状况和嗜好信息的对应，这和在所述第2实施方式中讲述的一样。
(2-2)提供综合用户轮廓接着，讲述Web浏览器110a从管理装置100中取得用户轮廓的步骤。
被正在吃饭的用户利用的Web浏览器110a，在开始作业时，将应用轮廓发送给管理装置100。接收了应用轮廓的管理装置100，由用户状况管理部102，从状况数据表102a中读出与现在的用户状况对应的状况数据。在该例中，假设被答复“吃饭中”这一用户的状况数据。
接着，用户状况管理部102将读出的数据，发送给用户轮廓提供部105。用户轮廓提供部105，将从用户状况管理部102中取得的与“吃饭中”关联的状况数据及关联度数据，发送给用户轮廓提供部109。
用户轮廓提供部105，取得与状况数据对应的用户轮廓。例如从用户轮廓管理部106中，取得与“吃饭中”对应的用户轮廓和与“吃饭中”的关联状况——“工作中”、“通勤中”、“在家中”及“休闲中”对应的用户轮廓。在该例中，取得图15(e)的用户轮廓的全部。
接着，用户轮廓提供部105，根据图14(a)的关联度数据，将与各状况数据关联的用户轮廓加权后思考，进而将思考后的用户轮廓变换成与符合Web浏览器110a的格式。图16表示对用户轮廓根据关联度进行加权和思考的例子。图17表示向Web浏览器110a可以利用的邮件支持软件的综合用户轮廓。然后，用户轮廓提供部105将生成的用户轮廓，发送给Web浏览器110a。
经过以上的处理后，Web浏览器和介质播放器能够互相共享符合用户状况的用户轮廓。
[第2实施例]接着，表示作为应用程序，使用Web浏览器、即时信息(IM)、被手机搭载的邮件处理软件——手机电子邮件的例子。Web浏览器110a，生成和第1实施例一样的用户轮廓。IM110b及手机电子邮件110c，根据用户喜欢的话题及交换的文件的种类的履历等，生成有关用户的嗜好的用户轮廓。
(1)关联度数据表及状况数据表图18(a)、(b)分别表示本实施例中的关联度数据表101b及状况数据表102a。该图(a)表示用户状况“通勤中”和“工作中”、“回家中”及“在家中”的关联度。该图(b)表示用户在“工作中”、“回家中”、“在家中”、“通勤中”中，利用Web浏览器、IM、手机电子邮件的情况。
(2)处理以下，例示Web浏览器110a和IM110b，在管理装置100中注册用户轮廓，然后，手机电子邮件110c取得注册的用户轮廓的步骤。
(2-1)取得和保存用户轮廓首先，Web浏览器110a和第1实施例一样，将图19(a)所示的用户轮廓注册到管理装置100中。
管理装置100的用户轮廓管理部106，按照各应用程序，保存接收的用户轮廓。图19(a)表示将与工作中生成的IT关联的轮廓和回家中生成的外国音乐关联的轮廓，作为Web浏览器110a生成的用户轮廓保存的情况。用户轮廓管理部106，根据接收的用户轮廓，确认用户轮廓被Web浏览器110a生成，将用户轮廓存入Web浏览器用的目录等中。
接着，工作中及在家中被用户利用的IM110b，在作业完毕后，分别生成用户轮廓。图20(a)表示IM生成的用户轮廓的例子。在这里，IM生成CSV形式的用户轮廓。用户轮廓管理部106，根据接收的用户轮廓，确认用户轮廓被IM生成，将用户轮廓存入IM用的目录等中。此外，在本例中，用户轮廓不和状况数据直接对应。
(2-2)提供综合用户轮廓接着，讲述手机电子邮件110b从管理装置100中取得用户轮廓的步骤。被通勤中的用户利用的手机电子邮件110b，在开始作业时，将应用轮廓发送给管理装置100。
接收了应用轮廓的管理装置100的要求受理部104，从用户状况管理部102取得与现在的用户状况对应的状况数据。在该例中，假设被答复“通勤中”这一用户的状况数据。接着，要求受理部104将取得的状况数据，发送给用户轮廓提供部105。
用户轮廓提供部105，从用户状况管理部102中取得的与“通勤中”关联的状况数据及关联度数据，发送给用户轮廓提供部109。
用户轮廓提供部105，从用户轮廓管理部106中取得与状况数据对应的用户轮廓。在该例中，取得分别与“通勤中”的关联状况——“工作中”、“回家中”及“在家中”关联的用户轮廓。但是，在本实施例中，由于用户轮廓不和状况数据直接关联，所以作为链接信息，用户轮廓管理部106使用与状况数据对应的时刻数据，取得各应用程序保存的用户轮廓。
具体的说，用户轮廓管理部106为了取得“工作中”生成的用户轮廓，检索与“工作中”对应的时刻“2004/2/3 13:00～19:00”生成的用户轮廓。这时，分别从Web浏览器110a的用户轮廓中，选择IT关联的用户轮廓，从IM110b的用户轮廓中，选择AV机器关联的用户轮廓。同样，分别选择与“回家中”对应的时间段生成的用户轮廓，传输给用户轮廓提供部105。
接着，用户轮廓提供部105，根据图18(a)的关联度数据，对与各状况数据关联的用户轮廓进行加权，按照各应用程序进行用户轮廓的合并。图19(b)表示对Web浏览器110a的用户轮廓进行加权、合并的情况。图20(b)表示对IM110b的用户轮廓进行加权、合并的情况。
接着，用户轮廓提供部105将合并的各应用程序的用户轮廓，变换成要求用户轮廓的应用程序能够利用的格式。图19(c)、图20(c)分别表示将Web浏览器110a及IM110b用的用户轮廓，变换成手机电子邮件能够利用的格式的例子。
接着，用户轮廓提供部105将这些用户轮廓合并后，提供给手机电子邮件110c。图21表示将图19(c)、图20(c)所示的用户轮廓合并后生成的综合用户轮廓。
经过以上的处理后，在手机电子邮件110c中，能够按照状况利用Web浏览器110a、IM110b生成的综合用户轮廓。
[第3实施例]接着，表示作为应用程序110，使用Web浏览器、邮件处理软件、车载导航系统的例子。
Web浏览器110a，生成和第1实施例一样的用户轮廓。邮件处理软件根据用户喜欢的话题及交换的文件的种类的履历等，和Web浏览器一样，生成有关用户的嗜好的用户轮廓。
(1)关联度数据表、状况数据表及本体论文件图22(a)、(b)分别表示本实施例中的关联度数据表101b及状况数据表102a。该图(a)表示用户状况“工作中”、“回家中”及“在家中”的关联度。该图(b)表示用户在“工作中”、“回家中”、“在家中”、“通勤中”中，利用Web浏览器、IM或车载导航系统的情况。本体论文件，用于用户轮廓的变换。
(2)处理以下，例示Web浏览器110a和邮件处理软件110b，在管理装置100中注册用户轮廓，然后，车载导航系统110c取得注册的用户轮廓的步骤。
(2-1)取得和保存用户轮廓首先，Web浏览器110a及邮件处理软件110b，分别生成用户轮廓，注册到管理装置100中。用户轮廓管理部106，按照各应用程序，保存接收的用户轮廓。图23(a)及图24(a)是按照各应用程序保存的用户轮廓的示意图。在本实施例中，用户轮廓不和状况数据直接对应。
(2-2)提供综合用户轮廓接着，讲述车载导航系统110c从管理装置100中取得用户轮廓的步骤。
被通勤中的用户利用的车载导航系统110c，在开始作业时，将应用轮廓发送给管理装置100。
管理装置100的要求受理部104，从用户状况管理部102取得与现在的用户状况对应的状况数据。在该例中，假设被答复“通勤中”这一用户的状况数据。接着，通过用户轮廓提供部105做媒介，将取得的状况数据，发送给用户状况管理部102。
用户状况管理部102，从状况数据表102a中取得的与“通勤中”关联的状况数据及关联度数据，发送给用户轮廓提供部105。
用户轮廓提供部105，从用户轮廓管理部106中取得与状况数据对应的用户轮廓。在该例中，从用户轮廓管理部106中取得与“通勤中”的关联状况——“工作中”、“回家中”及“在家中”对应的用户轮廓。在本实施例中，由于用户轮廓不和状况数据直接关联，所以用户轮廓管理部106，在链接信息中使用与状况数据对应的时刻数据，取得按照各应用程序保存的用户轮廓。
具体的说，为了取得“工作中”生成的用户轮廓，用户轮廓管理部106检索与“工作中”对应的时刻“2004/2/3 13:00～19:00”生成的用户轮廓。其结果，抽出图23(a)上段所示的IT关联的用户轮廓。同样，作为与“回家中”对应的时间段生成的用户轮廓，抽出图23(a)下段所示的外国音乐关联的用户轮廓。另外，作为与“在家中”对应的时间段生成的用户轮廓，抽出图24(a)所示的邮件处理软件用户轮廓，传输给用户轮廓提供部105。
接着，用户轮廓提供部105根据关联度数据，对与各状况数据关联的用户轮廓进行加权，按照各应用程序进行用户轮廓数据的合并。图23(b)表示对Web浏览器的两个用户轮廓加权后合并的例子 接着，用户轮廓提供部105将合并的各应用程序的用户轮廓，变换成要求用户轮廓的应用程序可以利用的格式。图24(c)表示将该图(b)所示的用户轮廓变换成车载导航装置110c可以利用的格式的例子。在该例中，假设车载导航系统110c和Web浏览器110a利用同一个用户轮廓的格式。这样，就不进行对Web浏览器110a的用户轮廓变换处理，将邮件处理软件110b用的用户轮廓变换成车载导航系统110c用的格式。
在这里，在变换·统合应用程序的用户轮廓的格式之际，被利用的词汇的差异往往成为问题。例如图23所示的Web浏览器110a的用户轮廓中的“IT关联”这个词，和图24的邮件处理软件的用户轮廓中的“Innformation Technology”这个词对应。这些词汇虽然具有相同的意思，但除非明确表示该情况，“IT关联”和“Innformation Technology”却作为不同的嗜好信息看待，不能够将它们的值统合。为了消除这个问题，使用图22(c)例示的本体论文件。本体论文件，是表示词汇及概念的关系的文件。该本体论文件，定义“IT”和“Innformation Technology”是同一个概念。图24(b)是使用该本体论文件，将与在邮件处理软件110b中利用的嗜好信息有关的词汇，变换成能够在车载导航系统110c中利用的词汇的用户轮廓。利用本体论文件后，用户轮廓提供部105可以统合不同的应用程序的用户轮廓。
进行词汇变换后，用户轮廓提供部105将图24(b)所示的邮件处理软件110b的用户轮廓，变换成车载导航系统110c用的格式。进而，用户轮廓提供部105合并Web浏览器及邮件处理软件的用户轮廓，将它提供给车载导航系统110c。
综上所述，即使在应用程序110之间可以利用的用户轮廓格式不同时，也能够在应用程序彼此之间共享用户轮廓。
<其它的实施方式>
上述的管理装置100实行的方法、旨在实行该方法的程序及记录了该程序的计算机可读取记录介质，被本发明的范围所包含。在这里，作为记录介质，可以列举计算机可读写的软盘、硬盘、半导体存储器、CD-ROM、DVD、光磁盘(MO)、其它的介质。
此外，上述的实施方式及实施例是本发明的例示，本发明并不局限于这些内容。
利用本发明后，能够考虑用户的状况，通过在多个机器·服务中共享用户轮廓，从而能够使机器·服务人性化。
权利要求
1.一种管理装置，与1个以上的任意的应用程序动作的用户终端连接、并从所述用户终端收集用户轮廓，具有判断基准存储单元，该单元存储旨在决定用户状况的用户状况判断基准；收集单元，该单元收集并存储所述应用程序生成的用户轮廓；要求受理单元，该单元从所述应用程序中的某一个接收用户轮廓的要求；用户状况管理单元，该单元按照所述要求，根据所述用户状况判断基准，判定现在的用户状况；生成单元，该单元从所述收集单元存储的用户轮廓中，抽出有关现在的用户状况的用户轮廓，并根据抽出的用户轮廓，生成现在的用户状况中的综合用户轮廓；以及发送单元，该单元向要求方发送所述用户轮廓生成单元生成的用户轮廓。
2.如权利要求1所述的管理装置，其特征在于所述用户状况管理单元，还接收用户状况判断基准的注册。
3.如权利要求1所述的管理装置，其特征在于所述用户状况管理单元，每当所述轮廓收集单元收集用户轮廓时，根据所述用户状况判断基准，判定在收集的时刻的用户状况；所述收集单元，将所述用户状况管理单元判定的用户状况与收集的用户轮廓对应地存储；所述生成单元，抽出与现在的用户状况对应的用户轮廓，并根据抽出的用户轮廓，生成所述综合用户轮廓。
4.如权利要求1所述的管理装置，其特征在于所述用户状况管理单元，将规定的用户状况与规定的链接信息对应地存储；所述收集单元，将收集的用户轮廓与所述链接信息对应地存储；所述生成单元，将与所述现在的用户状况对应的链接信息作为关键词，抽出用户轮廓，并根据抽出的用户轮廓，生成所述综合用户轮廓。
5.如权利要求1所述的管理装置，其特征在于所述用户状况管理单元，存储定义了规定的多个用户状况的关联程度的关联度表；所述生成单元，根据所述关联度表，确定与现在的用户状况关联的别的用户状况——关联用户状况，并在与所述现在的用户状况关联的用户轮廓的基础上，进而抽出与所述关联用户状况关联的用户轮廓，再根据抽出的用户轮廓，生成所述综合用户轮廓。
6.如权利要求5所述的管理装置，其特征在于所述生成单元，根据所述现在的用户状况与所述关联的用户状况之间的关联程度，给抽出的用户轮廓加权，并根据加权后的各用户轮廓，生成所述综合用户轮廓。
7.如权利要求1所述的管理装置，其特征在于所述要求受理单元，在接收所述用户轮廓的要求的同时，接收所述应用程序能够解释的用户轮廓的格式；所述生成单元，将生成的综合用户轮廓的格式变换成所述格式后发送。
8.一种管理方法，与1个以上的任意的应用程序动作的用户终端连接、并从所述用户终端收集用户轮廓，具有判断基准存储步骤，该步骤存储旨在决定用户状况的用户状况判断基准；收集步骤，该步骤收集并存储所述应用程序生成的用户轮廓；要求受理步骤，该步骤从所述应用程序中的某一个接收用户轮廓的要求；用户状况管理步骤，该步骤按照所述要求，根据所述用户状况判断基准，判定现在的用户状况；生成步骤，该步骤从所述收集单元存储的用户轮廓中，抽出有关现在的用户状况的用户轮廓，并根据抽出的用户轮廓，生成现在的用户状况中的综合用户轮廓；以及发送步骤，该步骤向要求方发送所述用户轮廓生成单元生成的用户轮廓。
9.一种管理程序，是使计算机终端具备管理装置功能的管理程序，所述管理装置与1个以上的任意的应用程序动作的用户终端连接、并从所述用户终端收集用户轮廓，使计算机发挥下述单元的功能判断基准存储单元，该单元存储旨在决定用户状况的用户状况判断基准；收集单元，该单元收集并存储所述应用程序生成的用户轮廓；要求受理单元，该单元从所述应用程序中的某一个接收用户轮廓的要求；用户状况管理单元，该单元按照所述要求，根据所述用户状况判断基准，判定现在的用户状况；生成单元，该单元从所述收集单元存储的用户轮廓中，抽出有关现在的用户状况的用户轮廓，并根据抽出的用户轮廓，生成现在的用户状况中的综合用户轮廓；以及发送单元，该单元向要求方发送所述用户轮廓生成单元生成的用户轮廓。
全文摘要
本发明提供考虑了用户状况的用户轮廓。管理装置(100)接收来自应用程序(110)的要求后，根据多个用户轮廓，生成新的用户轮廓(以下称作“综合用户轮廓”)，将它提供给应用程序(110)。管理装置(100)经常监视用户状况，将用户轮廓注册时的用户状况和用户轮廓直接或间接对应后存储。由于管理装置(100)根据与现在的用户状况对应的用户轮廓生成综合用户轮廓，所以综合用户轮廓成为与时刻变化的用户状况对应的数据。
文档编号G06F17/30GK1969292SQ200580019150
公开日2007年5月23日 申请日期2005年6月10日 优先权日2004年6月10日
发明者杉山圭司, 平位纯一, 石川亮 申请人:松下电器产业株式会社