CN103890762A - 信息处理装置、信息处理方法、信息处理程序以及记录介质 - Google Patents

Abstract

确定出在交易对象的选择中用户重视的属性项目。信息处理装置具有：第1提取单元，其提取从下述列表中登记的交易对象的交易对象信息的阅览时刻起在预先设定的时间内交易对象信息被阅览的交易对象，其中，所述列表登记有包含交易对象的属性值的交易对象信息被用户阅览的交易对象中的被该用户选择出的交易对象；第2提取单元，其从由第1提取单元提取出的交易对象中，提取列表中没有登记的交易对象；以及确定单元，其根据在列表中登记的交易对象与由第2提取单元提取出的交易对象之间设定不同的属性值，确定出交易对象的多个属性项目中的用户重视的属性项目。

Description

信息处理装置、信息处理方法、信息处理程序以及记录介质

技术领域

本发明涉及如下技术领域：根据由用户进行的交易对象的选择行为的结果，确定出对交易对象的市场营销有用的信息。

背景技术

以往，已知有如下技术：将用户选择出的交易对象的信息登记下来，根据登记的信息，确定出用户可能感兴趣的交易对象。作为由用户进行的交易对象的选择行为，例如有购买商品和预约服务等购买交易对象的行为。此外，作为选择行为，例如有将交易对象登记到书签或收藏夹的行为。在确定出可能感兴趣的交易对象后，例如向用户推荐确定出的交易对象的交易。

例如，在专利文献1中，公开了用于根据购买历史来确定用户期望的内容的信息检索系统。该信息检索系统使用书籍信息和顾客的购买历史信息，生成顾客概况的关键词/矢量。顾客概况的关键词/矢量由按类别对顾客过去购买的各书籍的关键词/矢量进行合成而生成的矢量构成。在关键词/矢量的生成中，利用了从书籍的标题和内容说明中取得的词语、作者和类别。进而，信息检索系统将顾客概况的关键词/矢量与书籍的关键词/矢量进行比较，将相似度高的书籍中的顾客未购买过的书籍推荐给顾客。

现有技术文献

专利文献

专利文献1：日本特开2001-265808号公报

发明内容

发明要解决的问题

但是，在专利文献1所述的技术中，在针对交易对象存在多个的属性项目中，不能确定用户是重视怎样的属性项目来选择交易对象的。在专利文献1所述的技术中，能够确定用户可能期望的交易对象。此外，例如，也许可以确定出与用户过去购买的交易对象的类别为相同类别的交易对象来作为用户期望的交易对象。但是，属于相同类别的交易对象分别存在多个属性项目，各属性项目有属性值。因此，即使确定出类别，也很难说能够确定出用户重视的属性项目。

本发明是鉴于以上方面而完成的，目的在于提供一种能够确定出用户在交易对象的选择中所重视的属性项目的信息处理装置、信息处理方法、信息处理程序和记录介质。

用于解决问题的手段

为了解决上述问题，权利要求1所述的发明的特征在于具有：第1提取单元，其提取从下述列表中登记的交易对象的交易对象信息的阅览时刻起在预先设定的时间内所述交易对象信息被阅览的交易对象，其中，所述列表登记有包含交易对象的属性值的所述交易对象信息已被用户阅览的交易对象中的被该用户选择出的交易对象；第2提取单元，其从由所述第1提取单元提取出的交易对象中，提取所述列表中没有登记的交易对象；以及，确定单元，其根据在所述列表中登记的交易对象与由所述第2提取单元提取出的交易对象之间设定不同的属性值，确定出交易对象的多个属性项目中的用户重视的属性项目。

例如，在电子商务交易中，交易对象的属性信息被提供给用户。用户根据所提供的信息来选择交易对象。交易对象的属性通常存在多个。因此，作为属性信息而提供给用户的信息例如是属性项目的名称与属性值的组合。例如，在交易对象是商品的情况下，作为商品的属性项目，例如可以是价格、商品的运费、配送方法、库存数、商品的规格和商品的内容等。用户能够根据每一属性项目中存在的属性值，判断是否选择交易对象。

即使在属于相同类别的多个交易对象中，也存在各种交易对象。因此，所选择的交易对象根据用户而不同。其原因是，受重视的属性项目根据用户而不同。例如，有重视价格的用户，也有重视特定规格的用户。在选择交易对象上某用户重视怎样的属性项目这样的信息，在交易对象的市场营销中有可能是有用的信息。

根据本发明，在从被用户选择出的交易对象的信息的阅览时间起在预先设定的时间内信息被阅览的交易对象中，提取出用户没有选择的交易对象。进而，根据在用户选择出的交易对象和提取出的交易对象之间设定不同的属性值，确定出用户重视的属性项目。在相同的时期内信息被阅览的多个交易对象彼此有可能是用户重视相同的属性而阅览信息的交易对象。并且认为，由于用户重视的属性项目中的属性值的设定的不同，使得在多个交易对象中，用户选择了某交易对象，而用户没有选择某交易对象。因此，能够确定出在交易对象的选择中用户重视的属性项目。

权利要求2所述的发明的特征在于，在权利要求1所述的信息处理装置中，所述确定单元在所述列表中登记的交易对象和由所述第2提取单元提取出的交易对象这双方中都设定了属性值的属性项目中，确定设定有所述列表中登记的交易对象比由所述第2提取单元提取出的交易对象对用户更有利的属性值的属性项目，作为用户重视的属性项目。

根据本发明，在某属性项目中，用户选择的交易对象的属性值比从选择对象中去除的交易对象的属性值对用户更有利的情况下，确定为用户重视该属性项目。用户选择属性值对自己有利的交易对象。

权利要求3所述的发明的特征在于，在权利要求1所述的信息处理装置中，所述确定单元从在所述列表中登记的交易对象和由所述第2提取单元提取出的交易对象当中仅对所述列表中登记的交易对象设定了属性值的属性项目中，确定所设定的属性值对用户有利的属性项目，作为用户重视的属性项目。

根据本发明，当在某属性项目中针对被用户选择出的交易对象设定了对用户有利的属性值、而针对从选择对象中去除的交易对象没有设定属性值的情况下，判定为用户重视该属性项目。这是因为，在某属性项目中，与属性值不清楚的交易对象相比，用户会选择清楚属性值为有利的交易对象。

权利要求4所述的发明的特征在于，在权利要求1～3中的任意一个项所述的信息处理装置中，所述信息处理装置还具有决定单元，该决定单元根据交易对象的多个分类中的、所述列表中登记的交易对象所属的分类，决定用户重视的属性项目的候选，所述确定单元从由所述决定单元决定的候选中，确定出用户重视的属性项目。

根据本发明，即使在用户倾向于重视的属性项目因交易对象的分类而不同的情况下，也能够适当地确定出用户重视的属性项目。

权利要求5所述的发明的特征在于，在权利要求1～4中的任意一项所述的信息处理装置中，所述第1提取单元或者所述第2提取单元中的任意一方从阅览信息存储单元中存储的检索条件与列表信息存储单元中存储的检索条件相同的交易对象中进行提取，其中，所述阅览信息存储单元将表示所述交易对象信息已被阅览的交易对象的信息与用户为了检索该交易对象而指定的检索条件对应起来进行存储，所述列表信息存储单元将表示所述列表中登记的交易对象的信息与用户为了检索该交易对象而指定的检索条件对应起来进行存储。

根据本发明，能够提高用户没有选择的交易对象的提取精度。这是因为，检索条件彼此相同的交易对象彼此是用户重视相同的属性而阅览了信息的交易对象的概率较高。因此，能够提高用户重视的属性项目的确定精度。

权利要求6所述的发明的特征在于，在权利要求1～5中的任意一项所述的信息处理装置中，所述信息处理装置还具有：选择单元，其根据由所述确定单元确定出的属性项目的属性值，选择向用户推荐交易的交易对象；以及提供单元，其提供与由所述选择单元选择出的交易对象相关的信息。

根据本发明，根据用户重视的属性项目的属性值来选择向用户推荐交易的交易对象，因此，能够将用户感兴趣的概率较高的交易对象的信息提供给用户。

权利要求7所述的发明是由信息处理装置执行的信息处理方法，其特征在于，所述信息处理方法包含如下步骤：第1提取步骤，提取从下述列表中登记的交易对象的交易对象信息的阅览时刻起在预先设定的时间内所述交易对象信息被阅览的交易对象，其中，所述列表登记有包含交易对象的属性值的所述交易对象信息已被用户阅览的交易对象中的被该用户选择出的交易对象；第2提取步骤，从在所述第1提取步骤中提取出的交易对象中，提取所述列表中没有登记的交易对象；以及确定步骤，根据在所述列表中登记的交易对象和所述第2提取步骤中提取出的交易对象之间设定不同的属性值，确定出交易对象的多个属性项目中的用户重视的属性项目。

权利要求8所述的发明的特征在于，其使信息处理装置中包含的计算机作为如下单元发挥作用：第1提取单元，其提取从下述列表中登记的交易对象的交易对象信息的阅览时刻起在预先设定的时间内所述交易对象信息被阅览的交易对象，其中，所述列表登记有包含交易对象的属性值的所述交易对象信息已被用户阅览的交易对象中的被该用户选择出的交易对象；第2提取单元，其从由所述第1提取单元提取出的交易对象中，提取所述列表中没有登记的交易对象；以及确定单元，其根据在所述列表中登记的交易对象与由所述第2提取单元提取出的交易对象之间设定不同的属性值，确定出交易对象的多个属性项目中的用户重视的属性项目。

权利要求9所述的发明以计算机可读取的方式记录有信息处理程序，其特征在于，所述信息处理程序使信息处理装置中包含的计算机作为如下单元发挥作用：第1提取单元，其提取从下述列表中登记的交易对象的交易对象信息的阅览时刻起在预先设定的时间内所述交易对象信息被阅览的交易对象，其中，所述列表登记有包含交易对象的属性值的所述交易对象信息已被用户阅览的交易对象中的被该用户选择出的交易对象；第2提取单元，其从由所述第1提取单元提取出的交易对象中，提取所述列表中没有登记的交易对象；以及确定单元，其根据在所述列表中登记的交易对象与由所述第2提取单元提取出的交易对象之间设定不同的属性值，确定出交易对象的多个属性项目中的用户重视的属性项目。

发明效果

根据本发明，在从被用户选择出的交易对象的信息的阅览时间起在预先设定的时间内信息被阅览的交易对象中，提取出用户没有选择的交易对象。进而，根据在被用户选择出的交易对象与提取出的交易对象之间设定不同的属性值，确定出用户重视的属性项目。在相同的时期内信息被阅览的多个交易对象彼此有可能是用户重视相同的属性而阅览信息的交易对象。而且认为，由于用户重视的属性项目中的属性值的设定的不同，使得在多个交易对象中，用户选择了某交易对象，而用户没有选择某交易对象。因此，能够确定出在交易对象的选择中用户重视的属性项目。

附图说明

图1是示出一个实施方式的信息提供系统S的概要结构的一例的图。

图2是示出选择商品和比较商品各自的属性值的内容的一例的图。

图3是示出一个实施方式的电子商业街服务器1的概要结构的一例的框图。

图4的(a)是示出会员信息数据库12a中登记的内容的一例的图，图4的(b)是示出类型信息数据库12b中登记的内容的一例的图，图4的(c)是示出店铺信息数据库12c中登记的内容的一例的图，图4的(d)是示出属性定义信息数据库12d中登记的内容的一例的图，图4的(e)是示出商品信息数据库12e中登记的内容的一例的图，图4的(f)是示出查询日志数据库12f中登记的内容的一例的图，图4的(g)是示出阅览历史数据库12g中登记的内容的一例的图，图4的(h)是示出一个实施方式的购物筐信息数据库12h中登记的内容的一例的图。

图5的(a)是示出购买历史数据库12i中登记的内容的一例的图，图5的(b)是示出收藏夹信息数据库12j中登记的内容的一例的图，图5的(c)是示出重视项目信息数据库12k中登记的内容的一例的图。

图6是示出一个实施方式的电子商业街服务器1的系统控制部14的1用户重视属性项目确定处理中的处理例的流程图。

图7是示出一个实施方式的电子商业街服务器1的系统控制部14的重视度计算处理中的处理例的流程图。

图8是示出一个实施方式的电子商业街服务器1的系统控制部14的网页请求接收时处理中的处理例的流程图。

图9的(a)是示出选择商品和比较商品各自的可选属性值的内容的一例的图。图9的(b)是示出商品信息数据库12e中登记的内容的一例的图。

图10是示出一个实施方式的电子商业街服务器1的系统控制部14的重视度计算处理中的处理例的流程图。

图11的(a)是示出选择商品和比较商品各自的固有项目的属性值的内容的一例的图，图11的(b)是示出商品信息数据库12e中登记的内容的一例的图，图11的(c)是示出类型属性定义信息数据库12l中登记的内容的一例的图。

图12是示出一个实施方式的电子商业街服务器1的系统控制部14的重视度计算处理中的处理例的流程图。

具体实施方式

以下，参照附图，对本发明的实施方式进行详细说明。此外，以下说明的实施方式是将本发明应用于信息提供系统的情况下的实施方式。

[1.第1实施方式]

[1-1.信息提供系统的结构和功能概要]

首先，使用图1，对本实施方式的信息提供系统S的结构进行说明。图1是示出本实施方式的信息提供系统S的概要结构的一例的图。

如图1所示，信息提供系统S构成为包含电子商业街服务器1、多个店铺终端2和多个用户终端3。进而，电子商业街服务器1与各店铺终端2和各用户终端3能够经由网络NW，例如使用TCP/IP等作为通信协议，相互进行数据的收发。此外，网络NW例如由互联网、专用通信线路(例如、CATV(Community Antenna Television：有线电视)线路)，移动体通信网(包含基站等)和网关等来构筑。

电子商业街服务器1是执行与能够购买商品的电子商业街相关的各种处理的服务器装置。电子商业街服务器1是本发明中的信息处理装置的一例。用户能够通过利用电子商业街，来从期望的店铺购买期望的商品。电子商业街服务器1根据来自用户终端3的请求，例如发送电子商业街的网页，进行与商品的检索和购买等相关的处理。此外，商品是本发明中的交易对象的一例。

店铺终端2是由在电子商业街中开店的店铺的员工等利用的终端装置。店铺终端2根据来自员工等的操作，访问电子商业街服务器1等服务器装置。由此，店铺终端2从服务器装置接收网页并显示。在店铺终端2中，安装有浏览器和电子邮件客户端等软件。员工通过利用店铺终端2，例如将销售的商品的信息登记到电子商业街中，或确认商品的订购内容。

用户终端3是利用电子商业街的用户的终端装置。用户终端3通过根据来自用户的操作访问电子商业街服务器1，来从电子商业街服务器1接收网页并显示。在用户终端3中，安装有浏览器和电子邮件客户端等软件。作为用户终端3，例如使用了个人计算机、PDA(Personal Digital Assistant：个人数字助理)、智能手机等便携信息终端和移动电话等。

用户为了在电子商业街中找到作为购买候选的商品，可以指定检索条件。作为检索条件，例如可以指定关键词、商品的类型等。检索条件例如可以在首页等中指定。首页是位于电子商业街的最上层的网页。在指定了检索条件时，电子商业街服务器1检索满足检索条件的商品。具体地说，电子商业街服务器1检索商品名和商品说明中包含指定的关键词的商品。此外，电子商业街服务器1检索属于指定的类型的商品。在指定了多个检索条件的情况下，电子商业街服务器1例如检索满足全部检索条件的商品。进而，在用户终端3的画面中显示检索结果页面。

检索结果页面是显示检索出的商品的一览的网页。例如，检索结果页面按每一商品来显示商品名、商品的图像、商品价格和店铺名等。此外，在检索结果页面中，嵌入有指向检索出的商品的商品页面的超链接(以下，称作“链接”)。在检索结果页面中，当用户选择了任意的商品的链接时，在用户终端3的画面中显示对应的商品页面。商品页面是显示与1个商品相关的详细信息的网页。商品页面是本发明中的交易对象信息的一例。

在电子商业街中，提供有收藏夹功能。收藏夹功能是指如下功能：通过将在电子商业街中销售的商品登记到用户的收藏夹中，在用户专用列表中保存指向商品页面的参照信息，让用户能够容易地阅览收藏夹中的商品的商品页面。在电子商业街中，在商品页面中，显示有被显示为“追加到收藏夹”的链接。当用户选择了该链接时，将信息正显示在商品页面中的商品登记到用户的收藏夹中。

用户能够在收藏夹页面中确认收藏夹中登记的商品。收藏夹页面是显示收藏夹中登记的商品的一览的网页，是针对每一用户专用的网页。此外，在收藏夹页面中，嵌入有指向收藏夹中登记的商品的商品页面的链接。在收藏夹页面中，当用户选择了任意的商品的链接时，能够显示对应的商品页面。此外，在收藏夹页面中，用户能够将收藏夹中登记的商品中的不需要的商品从收藏夹中删除。

此外，在商品页面中，显示有放入购物筐按钮。当用户选择了放入购物筐按钮时，信息正显示在商品页面中的商品被放入购物筐。电子商业街中的购物筐是放入被用户选择为购买的候选品的商品的虚拟容器。此外，在选择了放入购物筐按钮时，在用户终端3的画面中，显示购物筐页面。购物筐页面是显示用户放入到购物筐中的商品的一览的网页。此外，在购物筐页面中，嵌入有指向被放入到购物筐页面中的商品的商品页面的链接。在购物筐页面中，当用户选择了任意的商品的链接时，能够显示对应的商品页面。此外，在购物筐页面中，用户能够将收藏夹中登记的商品中的不需要的商品从购物筐中去除。此外，在购物筐页面中，当用户选择了用于进入订购手续的按钮时，能够进行被一览地显示的商品的购买手续。已被购买的商品从购物筐中消失。

由用户进行的商品的购买行为被作为购买历史记录下来。进而，用户能够在购买历史页面中确认自己的购买历史。购买历史页面是显示购买历史的一览的网页。此外，在购买历史页面中，嵌入有指向购买过的商品的商品页面的链接。在购买历史页面中，当用户选择了任意的商品的链接时，能够显示对应的商品页面。

[1-2.用户重视的属性项目的确定]

[1-2-1.商品的属性]

各商品分别具有多个属性。作为商品的属性项目，例如有商品名，作为销售源的店铺、商品编码、类型、价格、运费和库存数。此外，商品的各属性具有合适于属性项目的几个属性值。属性值是表示属性内容的信息。例如，商品名的属性值是表示商品的名称等的字符串。此外，例如，商品价格的属性值是表示金额的数值。用户能够在商品页面中确认商品的各属性值。

[1-2-2.商品的选择]

当用户在电子商业街选择商品时，认为用户是根据商品的属性来进行选择的。例如，用户也许通过对多个商品的属性进行比较，来从多个商品中进行选择。或者，用户也许从多个商品中选择具有用户期望的属性值的商品。在用户选择商品时，存在用户重视的属性项目根据用户而不同的情况。用户重视的属性项目例如是作为用户选择商品的判断材料的属性项目。例如，存在某用户重视价格的情况。此外，存在别的某用户不怎么重视价格、而是重视当前有无库存的情况。各用户分别重视怎样的属性项目，有时在促进商品销售方面是重要的信息。例如，如果知晓受重视的属性项目，则向用户推荐购买在该属性项目中属性值是用户想要的商品。即，能够向用户推荐适合于各用户的商品。由此，电子商业街服务器1确定出各用户重视的属性项目。

为了确定出用户重视的属性项目，电子商业街服务器1确定用户选择过的商品和用户没有选择过的商品。或者，电子商业街服务器1确定用户当前选择的商品和用户当前没有选择的商品。将用户选择过的商品或者用户当前选择的商品称作“选择商品”。另一方面，将用户没有选择过的商品或者用户当前没有选择的商品称作“比较商品”。作为由用户进行的商品的选择行为的代表例，有商品的购买。此外，作为商品的选择行为，有登记到商品收藏夹、将商品放入到购物筐。购买历史、收藏夹和购物筐分别是本发明中的列表的一例。

(1)收藏夹

用户根据商品的属性，从多个商品中，例如将感兴趣的商品、作为购买候选的商品等登记到收藏夹。收藏夹中的选择商品是当前收藏夹中登记的商品。另一方面，收藏夹中的比较商品是从当前收藏夹中没有登记的商品中提取出的。因此，收藏夹中的比较商品包含：未曾登记到收藏夹中的商品；以及曾登记到收藏夹中，不过当前已从收藏夹删除的商品。从收藏夹删除的商品例如有用户失去兴趣的商品、不再作为购买候选的商品等。

此外，用户有时将购买到的商品从收藏夹中删除。在该情况下，有时购买到的商品对于收藏夹而言成为比较商品，而对于购买而言成为选择商品。

(2)购物筐

用户根据商品的属性，从多个商品中例如将决定要购买的商品和可能要购买的商品等放入购物筐。购物筐中的选择商品是当前放在购物筐中的商品。另一方面，购物筐的比较商品是从当前没有放在购物筐中的商品中提取出的。因此，购物筐中的比较商品包含：未曾放入到购物筐的商品；曾放入到购物筐，但是当前已从购物筐去除的商品；以及已购买的商品。已购买的商品有时对于购物筐而言成为比较商品，而对于购买而言成为选择商品。

(3)购买

用户根据商品的属性，从多个商品中选择要购买的商品。购买中的选择商品是用户曾购买过的商品。另一方面，购买中的比较商品是从用户未曾购买过的商品中提取出的。

[1-2-3.确定方法]

如上所述，电子商业街服务器1确定出选择商品和比较商品。按照收藏夹、购物筐和购买中的每一方，分别进行选择商品和比较商品的确定以及用户重视的属性项目的确定。这是为了分别根据各自的观点来进行商品的选择。具体地说，电子商业街服务器1根据收藏夹信息、购物筐的信息或购买历史，来确定选择商品。接下来，电子商业街服务器1提取在比较商品提取时间内被用户阅览过商品页面的商品，其中，所述比较商品提取时间是预先相对于用户阅览选择商品的商品页面的时间设定了前后时间的时间。这是因为，在相同的时期内商品页面被阅览的多个商品彼此有可能是用户重视同一属性项目而阅览了信息的商品。接下来，电子商业街服务器1从提取出的商品中，提取不是选择商品的商品。此时提取出的商品是比较商品。

电子商业街服务器1在确定出选择商品和比较商品后，根据在选择商品与比较商品之间设定不同的属性值，确定出用户重视的项目。在本实施方式中，在各属性项目中，选择商品和比较商品分别设定有属性值。因此，电子商业街服务器1对选择商品的属性值与比较商品的属性值进行比较。如果属性值的设定内容不同，则选择商品的属性值与比较商品的属性值不一致。比较的结果是，电子商业街服务器1确定出与比较商品的属性值相比选择商品的属性值对用户更有利的属性项目，来作为用户重视的属性项目。这是因为，用户会选择自己重视的项目的属性值对自己有利的商品。因此，在本实施方式中，被设为属性值的比较对象的属性项目是能够根据属性值来判定有利、不利的属性项目。

图2是示出选择商品和比较商品各自的属性值的内容的一例的图。在各商品中，针对商品价格、配送方法、运费、积分赋予率、库存数和评价值的各属性项目，设定了属性值。商品价格越低的商品，则是对用户越有利的商品。作为配送方法，例如有通常的配送方法和在订购商品的那天的次日结束前一定送达的配送方法。与通常的配送方法相比，在次日结束前一定送达的配送方法对用户更有利。此外，运费越低，则对用户越有利。积分赋予率是在用户购买了商品的情况下，对用户赋予的积分的数量相对于商品价格的比例。当用户在电子商业街购买商品时，该积分具有与金钱同等的价值而能够充当购买代金券。积分赋予率越高，则对用户越有利。库存数越多，则对用户越有利。评价值是表示用户赋予商品的评价的高度的值。用户可以登记对商品的评论，并可以赋予评价值。作为商品的属性值的评价值，是将各用户赋予的评价值平均而得到的值。评价值越高，则对用户越有利。此外，合计商品价格与运费而得到的总购买费用也是能够判定是否是有利的商品的属性项目。总购买费用越低，则对用户越有利。

在图2的例子中，选择商品的运费高于比较商品的运费。此外，选择商品的库存数小于比较商品的库存数。即，关于运费和库存数的属性值，比较商品比选择商品有利。因此，运费和库存数被认为是用户不重视的属性项目。

此外，在选择商品与比较商品之间，商品价格、配送方法和评价值彼此相同。即，关于商品价格、配送方法和评价值的属性值，选择商品相对于比较商品既不是有利的也不是不利的。在该情况下，不判定为商品价格、配送方法和评价值是用户重视的属性项目。

选择商品的积分赋予率高于比较商品的积分赋予率。即，关于积分赋予率的属性值，选择商品比比较商品有利。因此，积分赋予率被确定为是用户重视的属性项目。此外，选择商品的商品价格、运费和积分赋予率是2000日元、600日元和10％。因此，对购买了选择商品的用户赋予的积分数是200积分。此外，比较商品的商品价格、运费和积分赋予率是2000日元，500日元和1％。因此，对购买了比较商品的用户赋予的积分数是20积分。设为将1积分换算为1日元，来计算在用户购买商品的情况下的用户的收支。于是，在选择商品的情况下，支出是2000日元+600日元-200日元＝2400日元。另一方面，在比较商品的情况下，支出是2000日元+500日元-20日元＝2480日元。因此，对用户而言，选择商品比比较商品更有利。

另外，针对1个选择商品，有时会确定出多个比较商品。在该情况下，有时出现如下情况：在某属性项目中，选择商品的属性值比某比较商品的属性值有利，但是选择商品的属性值并不比其他比较商品的属性值有利。在该情况下，电子商业街服务器1例如可以对全部比较商品的属性值进行比较，将选择商品的属性值有利的属性项目作为用户重视的属性项目。例如，电子商业街服务器1可以针对每一属性项目，计算选择商品的属性值有利的比较商品的数量相对于比较商品的总数的比例。将该比例称作“重视度”。进而，电子商业街服务器1可以将重视度最高的属性项目作为用户重视的属性项目。此外，电子商业街服务器1也可以按照重视度高到低的顺序，对各属性项目赋予位次。进而，电子商业街服务器1可以将重视度的位次为第1到预先设定的位次为止的属性项目作为用户重视的属性项目。此外，电子商业街服务器1可以将重视度高于预先设定的阈值的全部属性项目作为用户重视的属性项目。

此外，电子商业街服务器1在确定比较商品时，可以仅将在比较商品提取时间内商品页面被阅览了的商品中的类型与选择商品相同的商品作为比较商品。这是因为，在属于彼此没有关连性的类型的多个商品之间，用户比较属性来进行选择的概率较低。还因为，对于属性项目而言，如果类型不同，则有时属性值的范围完全不同。例如，对于矿泉水和个人计算机，价格区间完全不同。

此外，电子商业街服务器1可以仅将如下商品作为比较商品，该商品是在比较商品提取时间内商品页面被阅览了的商品中的、以与用户在检索选择商品时指定的检索条件相同的检索条件检索出的商品。检索条件相同这一情况表示用户的检索观点相同。这是因为，由此，与仅在相同的时期内商品页面被阅览的情况相比，检索条件相同的多个商品彼此是用户重视同一属性项目而阅览商品的信息的概率较高。

[1-3.电子商业街服务器的结构]

接下来，使用图3～图5，对电子商业街服务器1的结构进行说明。

图3是示出本实施方式的电子商业街服务器1的概要结构的一例的框图。如图3所示，电子商业街服务器1具有通信部11、存储部12、输入/输出接口13和系统控制部14。而且，系统控制部14与输入/输出接口13经由系统总线15进行连接。

通信部11与网络NW连接，控制与店铺终端2和用户终端3等之间的通信状态。

存储部12例如由硬盘驱动器等来构成。存储部12是本发明中的阅览信息存储单元和列表信息存储单元的一例。在该存储部12中，构筑有会员信息数据库12a、类型信息数据库12b、店铺信息数据库12c、属性定义信息数据库12d、商品信息数据库12e、查询日志数据库12f、阅览历史数据库12g、购物筐信息数据库12h、购买历史数据库12i、收藏夹信息数据库12j和重视项目信息数据库12k等数据库。“数据库”是数据库的缩略语。

图4的(a)是示出会员信息数据库12a中登记的内容的一例的图。在会员信息数据库12a中，登记有与在信息提供系统S中进行了会员登记的用户相关的会员信息。具体地说，在会员信息数据库12a中，与每一用户对应地登记有用户ID、密码、昵称、姓名、出生年月日、性别、邮政编码、地址、电话号码、电子邮件地址、持有积分数等用户属性。用户ID是用户的识别信息。持有积分数是用户持有的积分的数量。

图4的(b)是示出类型信息数据库12b中登记的内容的一例的图。在类型信息数据库12b中，登记有与商品的类型相关的类型信息。具体地说，在类型信息数据库12b中，与每一类型对应地登记有类型ID、类型名、类型的级别、母类型ID和子类型ID列表等类型的属性。类型信息例如由电子商业街的管理者等来设定。

商品的类型按树结构分层地进行定义。具体地，树结构的各节点对应于类型。节点的深度对应于与该节点对应的类型的等级(层次)。节点的深度为与位于根的节点(以下，称作“根节点”)之间的距离。等级的值越大，则作为等级的深度越深，等级的值越小，则作为等级的深度越浅。与根节点具有的子节点对应的类型为等级1的类型。等级1的类型是最上层的类型。相对于等级1的各类型，与子节点对应的类型被定义为等级2的类型。此处，将与某类型C1的子节点对应的类型C2称作类型C1的“子类型”。将子类型称作子类型。此外，将此时的类型C1称作类型C2的“母类型”。子类型是在进一步将母类型划分为多个时，相同的商品所属的范围。因此，子类型属于母类型。

类型ID是由类型信息定义的类型的识别信息。母类型ID是根据类型信息定义的类型的母类型的类型ID。子类型ID列表是根据类型信息定义的类型的子类型的类型ID的列表。在根据类型信息定义的类型具有子类型的情况下，设定子类型ID列表。

图4的(c)是示出店铺信息数据库12c中登记的内容的一例的图。在店铺信息数据库12c中，登记有与在电子商业街中开店的店铺相关的店铺信息。具体地说，在店铺信息数据库12c中，与每一店铺对应地登记有店铺ID、店铺名、邮政编码、地址、电话号码、电子邮件地址等店铺的属性。店铺ID是店铺的识别信息。

图4的(d)是示出属性定义信息数据库12d中登记的内容的一例的图。在属性定义信息数据库12d中，登记有表示商品的属性的定义的属性定义信息。登记了属性定义信息的属性项目是作为用户重视的属性项目的候选的属性项目。具体地说，在属性定义信息数据库12d中，对每一属性项目登记有属性ID、属性项目名、数据类型和有利属性值信息等。属性定义信息例如由电子商业街的管理者等来设定。将作为用户重视的属性项目的候选的属性项目称作“候选项目”。

属性ID是属性项目的识别信息。属性项目名是属性项目的名称。数据类型是属性值的数据类型。作为数据类型，例如有整数型、固定小数点型、浮动小数点型、枚举型、逻辑型和字符串型等。例如，商品价格的数据类型是整数型。此外，例如配送方法的数据类型是枚举型。有利属性值信息是表示怎样的属性值对用户有利的信息。例如，在属性值的数据类型是数值的数据类型的情况下，在有利属性值信息中，设定有表示数值越高则越有利的信息、或者表示数值越低则越有利的信息中的任意一方。数值的数据类型例如有整数型、固定小数点型和浮动小数点型。此外，在属性值的数据类型不是数值的数据类型的情况下，在有利属性值信息中，设定有表示对用户有利程度的顺序的信息。例如，作为配送方法的属性值，用1这一个值表示通常配送，用2这一个值表示次日结束之前配送的方法。在该情况下，在有利属性值信息中，设定有表示属性值越高则越有利的信息。此外，在可设定的属性值仅存在两种的情况下，可以在有利属性值信息中，设定有利的那方的属性值。例如，在配送方法的有利属性值信息中，设定了2。

图4的(e)是示出商品信息数据库12e中登记的内容的一例的图。在商品信息数据库12e中，登记了在电子商业街中销售的商品相关的商品信息。具体地说，在商品信息数据库12e中，与店铺销售的每一商品对应地登记有商品ID、店铺ID、商品编码、类型ID、商品名、商品图像的URL(Uniform Resource Locator：统一资源定位符)、商品说明、商品价格、配送方法、运费信息、积分赋予率、库存数、评价值和广告内容等商品的属性值。在商品信息中设定的各属性值是在商品页面中显示的信息。针对一部分属性值，会在商品页面中显示与该属性值对应的信息。例如，显示与商品图像的URL对应的图像。候选项目是商品价格、配送方法、运费信息、积分赋予率、库存数和评价值。此外，此处列举出的属性项目是候选项目的一例。例如，此处列举出的属性项目以外的属性项目可以作为候选项目追加到商品信息中。此外，例如，此处列举出的属性项目中的至少1个也可以不是候选项目。

商品ID是店铺用于管理所销售的商品的商品的识别信息。商品ID是表示交易对象的信息的一例。店铺ID表示作为商品的销售源的店铺。商品编码是用于识别商品的编码号。针对同一商品，赋予同一商品编码。作为商品编码，例如有JAN(JapaneseArticle Number Code：日本货品数字编码)编码。商品ID基本上与商品页面一一对应。因此，即使是商品编码相同的商品，也会对商品信息不同的多个商品赋予彼此不同的商品ID。在本实施方式中，商品ID彼此不同的商品是彼此不同的商品。因此，选择商品与商品编码相同而商品ID不同的商品有可能被提取出，作为针对选择商品的比较商品。类型ID是商品所属的类型的类型ID。基本上，设定有被定义为最底层的级别的类型(与树结构中的叶节点对应的类型)的类型ID。即，各商品根据最细分化的类型来进行类型划分。商品名是店铺赋予的商品的名称。因此，该商品名有时与商品的正式名称不同。运费信息是用于计算商品的运费的信息。例如，在运费信息中，按照作为商品的配送目的地的都道府县，来设定对应的运费。广告内容是表示商品的广告的内容。广告内容的显示内容例如是商品的广告、推荐购买商品的信息等。广告内容例如显示在电子商业街的网页内。广告内容例如可以是图像数据、动态图像数据或文本数据等。此外，广告内容可以混合有多种数据。

图4的(f)是示出查询日志数据库12f中登记的内容的一例的图。在查询日志数据库12f中，登记有查询日志。查询日志是由用户指定的检索条件的历史。查询日志是本发明中的历史的一例。具体地说，在查询日志数据库12f中，与每次接收检索请求对应地登记有接收时间、检索条件信息和用户ID。检索请求是用户在指定检索条件、进行请求商品的检索的操作时，从用户终端3发送给电子商业街服务器1的消息。检索请求包含检索条件信息。

接收时间是接收到检索请求的时间。检索条件信息是表示由用户指定的检索条件的信息。在指定关键词作为检索条件的情况下，检索条件信息包含指定的关键词。在指定类型作为检索条件的情况下，检索条件信息包含指定的类型的类型ID。在指定多个检索条件的情况下，检索条件信息包含多个表示检索条件的信息。用户ID表示请求检索的用户。

图4的(g)是示出阅览历史数据库12g中登记的内容的一例的图。关于阅览历史，在阅览历史数据库12g中登记有商品页面的阅览历史。具体地说，在阅览历史数据库12g中，与每次阅览商品页面对应地登记有阅览时间、商品ID、用户ID和检索条件信息。

阅览时间表示商品页面被阅览的时间。具体地说，阅览时间是电子商业街服务器1向用户终端3发送商品页面的时间。商品ID表示商品页面已被阅览的商品。用户ID表示阅览了商品页面的用户。检索条件信息表示检索商品页面被阅览了的商品时由用户指定的检索条件。当用户通过在检索结果页面中选择指向商品页面的链接来向用户终端3发送对应的商品页面时，系统控制部14从查询日志数据库12f检索包含有请求检索的用户的用户ID的查询日志中的接收时间最晚的查询日志。进而，系统控制部14从检索出的查询日志中取得检索条件信息，并对包含取得的检索条件信息的阅览时间进行登记。另一方面，当因用户在收藏夹页面、购物筐页面或购买历史页面中选择了指向商品页面的链接而向用户终端3发送对应的商品页面时，系统控制部14从对应的收藏夹信息、购物筐信息或购买历史中取得检索条件信息。进而，系统控制部14对包含取得的检索条件信息的阅览历史进行登记。此外，后面将描述收藏夹信息、购物筐信息和购买历史的详细情况。

图4的(h)是示出本实施方式的购物筐信息数据库12h中登记的内容的一例的图。在购物筐信息数据库12h中，登记有与购物筐相关的购物筐信息。具体地说，在购物筐信息数据库12h中，按放入到购物筐中的每一商品登记有用户ID、店铺ID、商品ID、放入个数和检索条件信息。

用户ID表示将商品放入购物筐中的用户。店铺ID表示作为被放入到购物筐中的商品的销售源的店铺。商品ID表示被放入到购物筐中的商品。放入个数表示被放入到购物筐中的商品的个数。检索条件信息表示检索被放入到购物筐中的商品时由用户指定的检索条件。当因在商品页面中选择了放入购物筐按钮而登记购物筐信息时，系统控制部14从阅览历史数据库12g检索被显示的商品页面的阅览历史。即，系统控制部14从包含将商品放入到购物筐中的用户的用户ID的阅览历史中，检索阅览时间最晚的阅览历史。进而，系统控制部14从检索出的阅览历史中取得检索条件信息，并对包含取得的阅览历史的购物筐信息进行登记。

图5的(a)是示出购买历史数据库12i中登记的内容的一例的图。在购买历史数据库12i中，登记有用户的商品购买历史。具体地说，在购买历史数据库12i中，与每次购买商品对应地登记有订购编码、购买时间、用户ID、商品ID、店铺ID、商品编码、购买数和检索条件信息等。订购编码是每次进行商品的订购时被赋予的订购的识别信息。用户ID表示进行购买的用户。商品ID和商品编码表示已被购买的商品。店铺ID表示作为购买地点的店铺。购买数表示被购买的商品的个数。检索条件信息表示检索购买的商品时由用户指定的检索条件。系统控制部14根据购物筐信息数据库12h中登记的购物筐信息，登记购买历史。此时，系统控制部14从购物筐信息中取得检索条件信息，对包含取得的阅览历史的购物筐信息进行登记。

图5的(b)是示出收藏夹信息数据库12j中登记的内容的一例的图。在收藏夹信息数据库12j中，登记有与用户的收藏夹相关的收藏夹信息。具体地说，在收藏夹信息数据库12j中，与每次将商品登记到收藏夹中对应地登记有用户ID、商品ID、登记时间和检索条件信息等。

用户ID表示向收藏夹进行登记的用户。商品ID表示被登记到收藏夹的商品。此外，商品ID是与指向收藏夹中登记的商品的商品页面的参照信息相应的信息。指向商品页面的实际参照信息是URL，但商品页面的URL可以根据商品ID来确定。此外，商品页面的URL也可以与商品ID一起或者替代商品ID而登记到收藏夹信息数据库12j中。登记时间表示向收藏夹进行登记的时间。检索条件信息表示检索收藏夹中登记的商品时由用户指定的检索条件。当因在商品页面中选择了显示为“追加到收藏夹”的链接而登记收藏夹信息时，系统控制部14从阅览历史数据库12g检索所显示的商品页面的阅览历史。进而，系统控制部14从检索出的阅览历史中取得检索条件信息，并对包含取得的阅览历史的购物筐信息进行登记。

图5的(c)是示出重视项目信息数据库12k中登记的内容的一例的图。在重视项目信息数据库12k中，登记有与作为用户重视的属性项目而确定出的属性项目相关的重视项目信息。具体地说，在重视项目信息数据库12k中，对应地登记有用户ID、登记时间、选择种类、选择商品ID、重视属性ID和推荐商品ID等。

用户ID表示确定了重视的属性项目的用户。登记时间是对重视项目信息进行登记的时间。选择种类表示商品的选择行为的种类。具体地说，在选择种类中，设定有“收藏夹”、“购物筐”或“购买”中的任意一项，其中，“收藏夹”表示登记到收藏夹，“购物筐”表示放入到购物筐，“购买”表示购买。选择商品ID是确定出了用户重视的属性项目的选择商品的商品ID。重视属性ID是用户重视的属性项目的属性ID。推荐商品ID是向用户推荐购买的商品的候选的商品ID。将向用户推荐购买的商品的候选称作“推荐商品”。在用户阅览的网页中显示广告内容的情况下，优先显示推荐商品的广告内容。推荐商品是根据用户重视的属性项目来选择的。可以选择多个推荐商品。在该情况下，登记有多个推荐商品ID。

接下来，对存储部12中存储的其它信息进行说明。在存储部12中，存储有用于显示网页的HTML(HyperText Markup Language：超文本标记语言)文本、XML(Extensible Markup Language：可扩展标记语言)文本、图像数据、文本数据、电子文本等的各种数据。作为设定值，例如有比较商品提取时间内等。

此外，在存储部12中，存储有操作系统、WWW(World Wide Web：万维网)服务器程序、DBMS(Database Management System：数据库管理系统)和电子商务交易管理程序等各种程序。电子商务交易管理程序是用于执行与电子商务交易相关的各种处理的程序。电子商务交易管理程序包含用于确定用户重视的属性项目、选择推荐商品的程序。此外，各种程序例如可以经由网络NW从其它服务器装置等取得，也可以记录在DVD(Digital Versatile Disc：数字多功能光盘)等记录介质中，并通过驱动装置来读入。

输入/输出接口13进行通信部11和存储部12与系统控制部14之间的接口处理。

系统控制部14由CPU14a、ROM(Read Only Memory：只读存储器)14b、RAM(Random Access Memory：随机存取存储器)14c等构成。进而，系统控制部14通过由CPU14a读出并执行各种程序而作为本发明中的第1提取单元、第2提取单元、确定单元、决定单元、选择单元和提供单元来发挥作用。

此外，电子商业街服务器1可以由多个服务器装置构成。例如，用于进行确定用户重视的属性项目的处理的服务器装置、在电子商业街中进行商品的检索和订购等处理的服务器装置、根据来自用户终端3的请求发送网页的服务器装置和管理数据库的服务器装置等彼此可以通过LAN等进行连接。

[1-4.信息提供系统的动作]

接下来，使用图6～图8，对信息提供系统S的动作进行说明。

图6是示出本实施方式的电子商业街服务器1的系统控制部14的1用户重视属性项目确定处理中的处理例的流程图。

系统控制部14例如定期地执行确定出用户重视的属性项目的处理。进而，系统控制部14对每一用户确定出用户重视的属性项目。1用户重视属性项目确定处理是对1位用户确定出用户重视的属性项目的处理。因此，对每一用户执行1用户重视属性项目确定处理。

此外，对于收藏夹、购物筐和购买中的每一个，确定出用户重视的属性项目的处理除了用于确定选择商品的信息不同以外，基本上相同。因此，下面，作为它们的代表，对收藏夹的处理进行说明。此处，将作为确定了所重视的属性项目的对象的用户称作“对象用户”。

如图6所示，系统控制部14从收藏夹信息数据库12j检索包含对象用户的用户ID的收藏夹信息中的在预先设定的期间内登记的收藏夹信息(步骤S1)。预先设定的期间例如是针对对象用户，从上次执行1用户重视属性项目确定处理到当前时刻的期间。接下来，系统控制部14判定是否已检索出符合的收藏夹信息(步骤S2)。此时，系统控制部14在判定为没有检索出符合的收藏夹信息的情况下(步骤S2：否)，结束1用户重视属性项目确定处理。

另一方面，系统控制部14在判定为已检索出符合的收藏夹信息的情况下(步骤S2：是)，选择检索出的收藏夹信息中的1个。进而，系统控制部14从选择出的收藏夹信息中，取得选择商品的商品ID，作为对象选择商品的商品ID(步骤S3)。

接下来，系统控制部14从阅览历史数据库12g检索包含对象用户的用户ID和对象选择商品的商品ID的阅览历史(步骤S4)。进而，系统控制部14取得阅览历史中包含的阅览时间作为基准时间。此处，有时会登记有多个符合的阅览历史。因此，系统控制部14例如可以从阅览时间比选择出的收藏夹信息的登记时间早的阅览历史中，检索阅览时间与收藏夹信息的登记时间最接近的阅览历史。

接下来，系统控制部14作为第1提取单元，从阅览历史数据库12g检索包含对象用户的用户ID和对象选择商品的商品ID的阅览历史中的、阅览时间是在基准时间前后的比较商品提取时间内的阅览历史(步骤S5)。

接下来，系统控制部14作为第2提取单元，从检索出的阅览历史中，提取当前收藏夹中没有登记的商品的阅览历史。进而，系统控制部14取得提取出的各阅览历史中包含的商品ID，作为比较商品的商品ID(步骤S6)。具体地说，系统控制部14从收藏夹信息数据库12j检索包含对象用户的用户ID的收藏夹信息。接下来，系统控制部14从检索出的各收藏夹信息中取得商品ID。接下来，系统控制部14从检索出的阅览历史中删除包含与从收藏夹信息中取得的商品ID中的某个商品ID相同的商品ID的阅览历史。其结果是，剩余的阅览历史是提取出的阅览历史。

接下来，系统控制部14从商品信息数据库12e取得对象选择商品的商品信息和比较商品的商品信息(步骤S7)。

接下来，系统控制部14从提取出的阅览历史中，提取属于与对象选择商品相同类型的商品的阅览历史(步骤S8)。具体地说，系统控制部14从对象选择商品的商品信息中取得类型ID，并且从比较商品的商品信息中取得类型ID。进而，系统控制部14根据类型ID，判定对象选择商品与比较商品是否属于相同类型。例如，系统控制部14对对象选择商品的类型ID与比较商品的类型ID进行比较，在类型ID彼此一致的情况下，可以判定为对象选择商品与比较商品属于相同的类型。在该情况下，在最底层的级别中，判定对象选择商品的类型与比较商品的类型是否相同。进而，系统控制部14提取类型ID与对象选择商品相同的商品的阅览历史。

此外，例如，系统控制部14可以判定在比最底层的级别高的级别中，对象选择商品的类型与比较商品的类型是否相同。这是因为，在判定类型彼此在最底层的级别是否相同时，属于同一类型的商品的范围有时较窄。例如，作为级别2的类型，假设有“数字照相机”。此外，作为“数字照相机”的子类型，假设按数字照相机的厂商来进行类型划分。例如，作为级别3的类型，假设有“X公司”、“Y公司”、“Z公司”等。在该情况下，与在级别3来判定是否属于同一类型相比，在级别2判定的话有时较妥当。这是因为，往往会超越厂商的范围，从数字照相机中进行选择。此外，关于在怎样的级别来判定是否属于同一类型，可以在全部类型中相同，也可以根据每一类型来决定。在类型信息数据库12b中登记的类型信息中，设定有母类型ID。因此，能够从与对象选择商品和比较商品的类型ID对应的类型信息中，取得母类型的类型ID。因此，系统控制部14在对象选择商品和比较商品所属的类型中，取得能够进行比较的级别的类型的类型ID。进而，系统控制部14在进行比较的级别的类型中，判定取得的对象选择商品的类型ID与比较商品的类型ID是否相同即可。

接下来，系统控制部14从在步骤S8中提取出的阅览历史中，提取以与对象选择商品相同的检索条件检索出的商品的阅览历史(步骤S9)。具体地说，系统控制部14从选择出的收藏夹信息中取得检索条件信息，并从提取出的阅览历史中取得检索条件信息。接下来，系统控制部14判定对象选择商品的检索条件信息与比较商品的检索条件信息是否一致。此处，在指定了多个检索条件的情况下，系统控制部14可以在只有全部检索条件一致的情况下才判定为检索条件信息一致，也可以仅在至少1个检索条件一致的情况下，判定为检索条件信息一致。进而，系统控制部14提取对象选择商品与检索条件信息一致的商品的阅览历史。

这样，系统控制部14提取出最终的比较商品。此外，系统控制部14可以在步骤S5之后执行步骤S7～S9。此外，系统控制部14可以仅执行步骤S8和S9中的任意一方，或者双方均不执行。系统控制部14可以将在步骤S6中提取出的商品作为最终的比较商品。

此外，系统控制部14在步骤S6、S8或者S9中不能提取出满足条件的商品的情况下，转入步骤S15。在该情况下，对于对象选择商品，不确定用户重视的属性项目。

系统控制部14在提取出比较商品后，执行重视度计算处理(步骤S10)。

图7是示出本实施方式的电子商业街服务器1的系统控制部14的重视度计算处理中的处理例的流程图。

如图7所示，系统控制部14从候选项目中选择1个属性项目(步骤S31)。接下来，系统控制部14计算选择出的属性项目的重视度(步骤S32)。具体地说，系统控制部14从属性定义信息数据库12d取得与选择出的属性项目对应的有利属性值信息。接下来，系统控制部14分别从对象选择商品的商品信息中取得与选择出的属性项目对应的属性值，并从各比较商品的商品信息中取得与选择出的属性项目对应的属性值。接下来，系统控制部14对对象选择商品的属性值与比较商品的属性值进行比较，根据有利属性值信息，针对每一比较商品判定对象选择商品的属性值是否有利。接下来，系统控制部14数出对象选择商品的属性值有利的比较商品的数量。进而，系统控制部14通过将对象选择商品的属性值有利的比较商品的数量除以比较商品的总数，来计算重视度。

系统控制部14在计算出重视度后，判定候选项目中是否存在仍未选择的属性项目(步骤S33)。此时，系统控制部14在判定为存在仍未选择的属性项目的情况下(步骤S33：是)，选择仍未选择的属性项目中的1个(步骤S34)。接下来，系统控制部14转入步骤S32。系统控制部14通过反复进行步骤S32～S34的处理，来计算各属性项目的重视度。进而，系统控制部14在判定为已选择出全部属性项目的情况下(步骤S33：否)，结束重视度计算处理。

如图6所示，系统控制部14在结束了重视度计算处理后，在计算出重视度的属性项目中，确定出重视度最高的属性项目(步骤S11)。接下来，系统控制部14判定确定出的属性项目的重视度是否为预先设定的阈值以上(步骤S12)。阈值例如由电子商业街的管理者等来设定，并存储在存储部12中。此时，系统控制部14在判定为确定的属性项目的重视度不为阈值以上的情况下(步骤S12：否)，转入步骤S15。在该情况下，确定出的属性项目不是对象用户重视的属性项目。设置阈值的原因是：相对而言，即使是重视度最高的属性项目，重视度的绝对值过低的属性项目是用户重视的属性项目的概率也较低。

另一方面，系统控制部14在判定为确定的属性项目的重视度为阈值以上的情况下(步骤S12：是)，将确定出的属性项目决定为对象用户重视的属性项目。这样，系统控制部14作为确定单元，根据在选择商品与比较商品之间设定不同的属性值，确定出用户重视的属性项目。具体地说，系统控制部14确定出在选择商品与比较商品的双方中设定了属性值的属性项目中的、设定了选择商品比比较商品对用户更有利的属性值的属性项目，作为用户重视的属性项目。

接下来，系统控制部14作为选择单元检索推荐商品(步骤S13)。推荐商品的基准例如是：是否是在对象用户重视的属性项目中具有用户想要的属性值的商品。因此，系统控制部14例如可以检索对象用户重视的属性项目中的属性值与对象选择商品的属性值相同或比对象选择商品的属性值有利的商品。此时，系统控制部14可以将作为检索对象的商品设为与对象选择商品属于相同类型的商品。关于在怎样的级别来判定是否属于相同类型，与步骤S8的情况相同。此外，系统控制部14可以不将检索出的商品全部作为推荐商品，而限定推荐商品的最大数量。进而，系统控制部14可以从检索出的商品中，在到最大数为止的范围内任意选择推荐商品。

此外，在以对1个选择商品确定出用户重视的多个属性项目的方式来进行处理的情况下，系统控制部14例如可以检索如下商品：在对象用户重视的全部属性项目中的属性值分别与选择商品中的对应的属性项目的属性值相同或比选择商品的属性值有利。

系统控制部14在检索出推荐商品后，将重视项目信息登记到重视项目信息数据库12k中(步骤S14)。此时，系统控制部14将对象选择商品的商品ID作为选择商品ID。此外，系统控制部14将当前时间作为登记时间。此外，系统控制部14设定“收藏夹”作为选择种类。此外，系统控制部14将对象用户重视的属性项目的属性ID作为重视属性ID。此外，系统控制部14将推荐商品的商品ID作为推荐商品ID。进而，系统控制部14对对象用户ID、选择商品ID、登记时间、包含重视属性ID和推荐商品ID的重视项目信息进行登记。

接下来，系统控制部14判定在步骤S1中检索出的收藏夹信息中是否存在仍未选择的收藏夹信息(步骤S15)。此时，系统控制部14在判定为存在仍未选择的收藏夹信息的情况下(步骤S15：是)，选择仍未选择的收藏夹信息中的1个(步骤S16)。接下来，系统控制部14转入步骤S4。系统控制部14通过反复执行步骤S4～S16，针对在预先设定的期间内登记到收藏夹中的各商品，确定出对象用户重视的属性项目。进而，系统控制部14在判定为已选择出全部收藏夹信息的情况下(步骤S15：否)，结束1用户重视属性项目确定处理。

此外，在对购物筐确定用户重视的属性项目的情况下，用于确定选择商品的信息不是收藏夹信息，而是购物筐信息。此外，在该情况下，选择种类是“购物筐”。在对购买确定用户重视的属性项目的情况下，用于确定选择商品的信息不是收藏夹信息，而是购买历史。此外，在该情况下，选择种类是“购买”。

此外，1用户重视属性项目确定处理的执行时机不限于上述时机。例如，系统控制部14可以在进行了针对收藏夹的商品登记、针对购物筐的商品放入和商品的购买中的任意一个并经过了比较商品提取时间后，执行1用户重视属性项目确定处理。即，系统控制部14可以在进行了商品的选择行为后，执行1用户重视属性项目确定处理。在该情况下，系统控制部14将此时进行选择的用户作为对象用户，并且，将由此时的选择行为选择出的商品作为对象选择商品，来执行1用户重视属性项目确定处理即可。

此外，系统控制部14可以在与确定出用户重视的属性项目的时机不同的时机，进行推荐商品的确定。此外，系统控制部14也可以不进行推荐商品的确定。

图8是示出本实施方式的电子商业街服务器1的系统控制部14的网页请求接收时处理中的处理例的流程图。网页请求接收时处理是在电子商业街服务器1从用户终端3接收到网页的请求时开始的。

如图8所示，系统控制部14从接收到的请求中，取得利用了发送请求的用户终端3的用户的用户ID，来作为请求用户ID(步骤S51)。例如，系统控制部14在用户登录到信息提供系统S时，从用户终端3接收用户ID，将接收到的用户ID作为访问信息(cookie)保存在用户终端3中。因此，在用户已登录的情况下，在从用户终端3向电子商业街服务器1发送的请求中，附加有包含请求用户ID的访问信息(cookie)。接下来，系统控制部14生成与接收到的请求中包含的URL对应的网页的HTML文本(步骤S52)。

接下来，系统控制部14判定生成有HTML文本的网页是否是显示广告内容的网页(步骤S53)。作为网页，例如有首页、检索结果页面、商品页面、收藏夹页面、购物筐页面和购买历史页面等。关于在怎样的网页显示广告内容，例如可以由电子商业街的管理者任意设定。作为一例，假设在首页、检索结果页面和收藏夹页面中显示广告内容。系统控制部14在判定为生成有HTML文本的网页不是显示广告内容的网页的情况下(步骤S53：否)，将生成的HTML文本发送给作为请求发送源的用户终端3(步骤S59)。系统控制部14在结束了该处理后，结束网页请求接收时处理。

另一方面，系统控制部14在判定为生成有HTML文本的网页是显示广告内容的网页的情况下(步骤S53：是)，根据生成有HTML文本的网页的种类，选择在决定显示广告内容的推荐商品中使用的重视项目信息的选择种类(步骤S54)。该选择是为了提高广告效果而进行的。例如，系统控制部14在网页是首页的情况下，可以选择“收藏夹”或者“购物筐”。此外，系统控制部14在网页是检索结果页面的情况下，可以选择“收藏夹”或者“购物筐”。此外，系统控制部14在网页是收藏夹页面的情况下，可以选择“购买历史”。此外，系统控制部14例如可以随机地选择选择种类。

接下来，系统控制部14从重视项目信息数据库12k检索包含请求用户ID和选择出的选择种类的重视项目信息，(步骤S55)。接下来，系统控制部14选择检索出的重视项目信息中的1个(步骤S56)。例如，系统控制部14也可以随机地选择重视项目信息。此外，系统控制部14可以选择登记时间最晚的重视项目信息。这是因为，确定出用户重视的属性项目的时间越晚，则用户当前还重视确定出的属性项目的概率越高。此外，系统控制部14可以从由当前时刻起到预先设定的时间前为止的期间内登记的重视项目信息中，随机地进行选择。

接下来，系统控制部14取得选择出的重视项目信息中包含的推荐商品ID中的1个(步骤S57)。例如，系统控制部14可以随机地选择推荐商品ID。接下来，系统控制部14在生成的HTML文本设定用于在网页内显示取得的推荐商品ID表示的推荐商品的广告内容的数据(步骤S58)。

此外，在能够在网页内显示多个广告内容的情况下，系统控制部14可以多次执行步骤S56～S58。

接下来，系统控制部14将设定有用于显示广告内容的数据的HTML文本发送给作为请求发送源的用户终端3(步骤S59)。这样，系统控制部14作为提供单元，将包含选择出的推荐商品的广告内容的网页提供给用户终端3。系统控制部14在结束了该处理后，结束网页请求接收时处理。

用户终端3在接收到HTML文本时，根据HTML文本，在画面中显示网页。此时，用户终端3使广告内容显示在网页内。当用户选择了广告内容时，在用户终端3的画面中显示对应的推荐商品的商品页面。

此外，提供推荐商品的信息的单元不限于网页。例如，也可以通过电子商业街的邮件简讯等、电子邮件来提供推荐商品的信息。

如上所述，根据本实施方式，电子商业街服务器1的系统控制部14提取从收藏夹、购物筐或购买历史中登记的选择商品的商品页面的阅览时刻起在比较商品提取时间内商品页面被阅览的商品，并从提取出的商品中，提取收藏夹、购物筐或购买历史中没有登记的比较商品，根据在选择商品与比较商品之间设定不同的属性值，确定出用户重视的属性项目，其中，所述收藏夹、购物筐或购买历史登记有包含商品属性值的商品页面被用户阅览的商品中的被该用户选择出的选择商品。具体地说，系统控制部14从在选择商品与比较商品这双方中都设定了属性值的属性项目中，确定出设定了选择商品比比较商品对用户更有利的属性值的属性项目，来作为用户重视的属性项目。因此，能够确定出用户在商品选择中重视的属性项目。

此外，系统控制部14从将表示商品页面已被阅览的商品的商品ID与用户为了检索商品页面已被阅览的商品而指定的检索条件对应起来作为阅览历史进行存储的存储部12中存储的检索条件，与将表示收藏夹中登记的商品的商品ID和用户为了检索收藏夹中登记的商品而指定的检索条件对应起来作为收藏夹信息进行存储的存储部12中存储的检索条件相同的商品中，提取比较商品。因此，能够提高选择商品与作为比较对象的比较商品的提取精度，所以，能够提高用户重视的属性项目的确定精度。

此外，系统控制部14根据确定出的属性项目的属性值，选择向用户推荐交易的推荐商品，并提供选择出的推荐商品的广告内容。因此，根据用户重视的属性项目的属性值来选择向用户推荐交易的商品，从而能够向用户提供用户感兴趣的概率较高的商品的广告内容。

[2.第2实施方式]

在第1实施方式中，候选项目仅限于预先决定了在商品信息中设定属性值的属性项目。与此相对，在以下说明的第2实施方式中，店铺能够针对新属性项目向商品信息任意追加属性值。进而，新属性项目也被作为候选项目。此处，将预先决定了在商品信息中设定属性值的属性项目称作“共同项目”。将新追加了属性值的属性项目称作“可选项目”。此外，将可选项目的属性称作“可选属性值”。

图9的(a)是示出选择商品和比较商品各自的可选属性值的内容的一例的图。图9的(a)是示出选择商品和比较商品为数字照相机的情况下的例子。店铺例如能够通过输入表示可选项目的属性内容的文字，来设定可选属性值。例如，设为：销售选择商品的店铺设定了“图片搜索”和“带防水功能”这样的可选属性值。“图片搜索”表示具有图片搜索功能。图片搜索功能是能够以用户指定的条件来检索数字照相机中存储的图像的功能。“带防水功能”表示具有防水功能。另一方面，设为：销售比较商品的店铺设定了“图片搜索”和“可遥控操作”这样的可选属性值。“可遥控操作”表示能够通过遥控操作来利用数字照相机进行摄影。

其结果是，在选择商品和比较商品这两方中，设定了表示具有图片搜索功能的可选属性值。因此，不判定为图片搜索这一属性项目是用户重视的属性项目。

另一方面，关于遥控操作和防水功能的属性项目，仅在选择商品或比较商品中的任意一方中设定了可选属性值。即，选择商品与比较商品的属性值的设定不同。具体地说，属性值设定的有无是不同的。在该情况下，电子商业街服务器1从仅在选择商品中设定了可选属性值的属性项目中，确定出能够根据设定的可选属性值判定为该可选属性值有利的属性项目，来作为用户重视的属性项目。

例如，在对遥控操作设定了属性值的情况下，例如，设定了“可遥控操作”或“不可遥控操作”中的任意一方，其中，“不可遥控操作”表示不能通过遥控操作来利用数字照相机进行摄影。与不能通过遥控操作来进行摄影的数字照相机相比，能够通过遥控操作来进行摄影的数字照相机对用户更有利。因此，在遥控操作中，设定了“可遥控操作”的比较商品是对用户有利的商品。另一方面，对选择商品既没有设定“可遥控操作”，也没有设定“不可遥控操作”。因此，不清楚选择商品在遥控操作中是否是对用户有利的商品。店铺也许只是没有设定遥控操作的属性值。但是，清楚的是，在遥控操作中，选择商品不比比较商品有利。因此，不判定为遥控操作是用户重视的属性项目。

在对防水功能设定属性值的情况下，例如，设定了“带防水功能”或表示没有防水功能的“无防水功能”中的任意一方。与没有防水功能的数字照相机相比，具有防水功能的数字照相机对用户更有利。因此，在防水功能中，设定了“带防水功能”的选择商品是对用户有利的商品。另一方面，针对比较商品，既没有设定“带防水功能”，也没有设定“无防水功能”。因此，不清楚在防水功能中比较商品是否是对用户有利的商品。但是，用户根据商品页面中显示的属性值，判定是否选择商品。因此，在用户重视防水功能的情况下，与在商品页面中对防水功能什么都没显示的商品相比，用户会选择在商品页面中显示“带防水功能”的商品。因此，防水功能被确定为用户重视的属性项目。

图9的(b)是示出商品信息数据库12e中登记的内容的一例的图。如图9的(b)所示，商品信息数据库12e中登记的商品信息除了图4的(e)所示的各信息以外，还包含可选属性信息。在可选属性信息中，设定了由店铺追加的可选属性值。

此外，在属性定义信息数据库12d中，除了共同项目的属性定义信息以外，还登记了有可能设定可选属性值的可选项目的属性定义信息。可选项目的数据类型例如是字符串型。在可选项目的有利属性信息中，例如设定了被确定为有利的可选属性值。具体地说，设定了在有可能被设定的可选属性值中对用户最有利的可选属性值。例如，在有可能被设定的可选属性值仅有两种的情况下，在有利属性值信息中，设定有利的可选属性值。可选属性值被显示在商品页面中。

除了此前说明的这点以外，第2实施方式中的信息提供系统S的结构、电子商业街服务器1的结构和处理内容与第1实施方式的情况基本相同。

图10是示出本实施方式的电子商业街服务器1的系统控制部14的重视度计算处理中的处理例的流程图。在图10中，对于与图7相同的处理标注相同的标号。

如图10所示，系统控制部14与第1实施方式的情况同样地，执行步骤S31～S34。此外，在步骤S31～S34中，计算共同项目的重视度。在步骤S33中，系统控制部14在判定为已选择出全部属性项目的情况下(步骤S33：否)，计算可选项目的重视度。

首先，系统控制部14判定在对象选择商品的商品信息中是否设定了对象选择商品的可选属性信息(步骤S71)。此时，系统控制部14在判定为没有设定对象选择商品的可选属性信息的情况下(步骤S71：否)，结束重视度计算处理。另一方面，系统控制部14在判定为设定了对象选择商品的可选属性信息的情况下(步骤S71：是)，从可选属性信息中取得1个可选属性值(步骤S72)。

接下来，系统控制部14判定取得的可选属性值是否是对用户有利的属性值(步骤S73)。具体地说，系统控制部14从属性定义信息数据库12d检索在有利属性值信息中设定了取得的可选属性值的属性定义信息。此处，系统控制部14在不能检索出满足条件的属性定义信息的情况下，判定为取得的可选属性值不是对用户有利的属性值(步骤S73：否)。在该情况下，系统控制部14转入步骤S75。

另一方面，系统控制部14在能够检索出满足条件的属性定义信息的情况下，判定为取得的可选属性值是对用户有利的属性值(步骤S73：是)。在该情况下，系统控制部14计算检索出的属性定义信息中包含的属性ID所表示的可选项目的重视度(步骤S74)。具体地说，系统控制部14判定在各比较商品的商品信息的可选属性信息中，是否设定了与取得的对象选择商品的可选属性值相同的可选属性值。接下来，系统控制部14数出没有设定与对象选择商品的可选属性值相同的可选属性值的比较商品的数量。在没有设定与对象选择商品的可选属性值相同的可选属性值的比较商品中，包含：没有设定任何检索出的属性定义信息中包含的属性ID表示的可选项目的可选属性值的商品；以及，设定了该可选项目中的对用户不利的可选属性值的商品。系统控制部14通过将没有设定与对象选择商品的可选属性值相同的可选属性值的比较商品的数量除以比较商品的总数，来计算重视度。

接下来，系统控制部14判定在对象选择商品的可选属性信息中，是否存在仍未取得的可选属性值(步骤S75)。此时，系统控制部14在判定为存在仍未取得的可选属性值的情况下(步骤S75：是)，取得仍未取得的可选属性值中的1个(步骤S76)。接下来，系统控制部14转入步骤S73。系统控制部14通过反复执行步骤S73～S76的处理，来计算各可选项目的重视度。进而，系统控制部14在判定为已取得全部可选属性值的情况下(步骤S75：否)，结束重视度计算处理。

如上所述，根据本实施方式，系统控制部14从仅在选择商品与比较商品中的选择商品中设定了属性值的属性项目中，确定出所设定的属性值对用户有利的属性项目，作为用户重视的属性项目。因此，在某属性项目中，对被用户选择出的商品设定了被确定为对用户有利的属性值、而对从选择对象中去除的商品没有设定属性值的情况下，能够判断为用户重视该属性项目。

[3.第3实施方式]

在第1实施方式中，候选项目在全部商品中是共同的。与此相对，在以下说明的第3实施方式中，根据商品的类型，设定类型固有的属性项目。进而，在商品信息中，设定类型固有的属性项目的属性值。此外，候选项目是根据类型来决定的。根据类型决定候选项目的原因是，用户重视的属性项目有时根据类型而变化。类型是本发明中的分类的一例。此处，将对全部商品共同地设定属性值的属性项目称作“共同项目”。此外，将类型固有的属性项目称作“固有项目”。此外，第3实施方式中的共同项目与第2实施方式中的共同项目基本相同。

图11的(a)是示出选择商品和比较商品各自的固有项目的属性值的内容的一例的图。图11的(a)示出了选择商品和比较商品是数字照相机的情况下的例子。作为数字照相机的固有项目，例如有厂商、系列、有效像素数、光学变焦的倍率、液晶监视器的尺寸、电池类型、手抖动校正功能、面部识别功能、重量和发售时期等。在这些固有项目中，候选项目是有效像素数、光学变焦、液晶监视器、手抖动校正功能、面部识别功能和重量等。例如，不能一概地判断属性值是否对用户有利的属性项目被从候选项目中去除。此外，例如，即使是能够判断属性值是否对用户有利的属性项目，用户重视的概率较低的属性项目也被从候选项目中去除。此外，基本性能有时根据数字照相机的系列而不同，因此，也存在有把系列也包含在候选项目中的想法。此外，发售时期越新，例如认为性能更高，具有更新的功能。因此，可以考虑系列和发售时期为候选项目。关于将怎样的属性项目作为候选项目，例如可以由电子商业街的管理者根据每一类型任意决定。

在图11的(a)的例子中，在选择商品与比较商品之间，厂商、系列、电池类型和发售时期彼此不同。但是，这些属性项目不是候选项目。因此，不判定为这些属性项目是用户重视的属性项目。

在候选项目中，关于有效像素数、液晶监视器的尺寸和手抖动校正功能的属性值，选择商品与比较商品之间彼此相同。因此，不判定为这些属性项目是用户重视的属性项目。

光学变焦的倍率、面部识别功能和重量的属性值在选择商品与比较商品之间不同。光学变焦的倍率越高的数字照相机，则对用户越有利。此外，具有面部识别功能的数字照相机比不具有面部识别功能的数字照相机有利。此外，重量越小的数字照相机，是对用户越有利的数字照相机。这是因为，重量越小，越便于携带。此处，选择商品的光学变焦的倍率低于比较商品的光学变焦的倍率。此外，选择商品不具有面部识别功能。此外，选择商品的重量小于比较商品的重量。因此，重量被确定为用户重视的属性项目。

图11的(b)是示出商品信息数据库12e中登记的内容的一例的图。如图11的(b)所示，商品信息数据库12e中登记的商品信息除了图4的(e)所示的各信息以外，还包含类型固有属性信息。在类型固有属性信息中，对商品所属的类型的各固有项目设定属性值。此外，根据类型，也可以不设定类型固有属性信息。

此外，在属性定义信息数据库12d中，除了共同项目的属性定义信息以外，还登记有固有项目的属性定义信息。在固有项目中，即使是同一属性项目，有时有利的属性值也会因类型而不同。例如，存在商品的重量越小则越有利的类型和商品的重量越大则越有利的类型。在该情况下，有利属性值信息中设定的信息不同。因此，在虽然属性项目名相同而有利属性值信息根据类型不同的情况下，分别登记属性定义信息。

在电子商业街服务器1的存储部12中，除了图3所示的各数据库以外，还构筑有类型属性定义信息数据库12l。图11的(c)是示出类型属性定义信息数据库12l中登记的内容的一例的图。在类型属性定义信息数据库12l中，针对商品的属性，登记每一类型固有的信息，作为类型属性定义信息。具体地说，在类型属性定义信息数据库12l中，将类型ID、固有属性ID列表和重视属性ID列表等对应起来进行登记。

固有属性ID列表是类型ID表示的类型的固有项目的属性ID的列表。候选属性ID列表是类型ID表示的类型的候选项目的属性ID的列表。对怎样的级别的类型登记类型属性定义信息例如是根据类型间的固有项目的共同特性来决定的。例如，作为级别1的类型，设有“TV/音频/照相机”。作为“TV/音频/照相机”的子类型，例如设有“电视”、“数字照相机”和“音频”等。此外，作为“数字照相机”的子类型，例如设为按照每一数字照相机的厂商进行类型划分。例如，作为级别3的类型，假设有“X公司”，“Y公司”和“Z公司”等。在电视、数字照相机和音频之间，在商品具有的属性的项目中，存在一致的项目，不过也包含很多不一致的项目。因此，没有对“TV/音频/照相机”登记类型属性定义信息。另一方面，X公司制的数字照相机、Y公司制的数字照相机和Z公司制的数字照相机分别具有数字照相机基本都具有的属性。因此，针对“数字照相机”，登记了类型属性定义信息。另一方面，针对“X公司”、“Y公司”和“Z公司”，没有登记类型属性定义信息。这是因为，使用“数字照相机”的类型属性定义信息即可。

除了此前说明的这点以外，第3实施方式中的信息提供系统S的结构、电子商业街服务器1的结构和处理内容与第1实施方式的情况基本相同。

图12是示出本实施方式的电子商业街服务器1的系统控制部14的重视度计算处理中的处理例的流程图。此外，图12示出了无论什么的类型，共同项目都被确定为候选项目的情况下的处理例。因此，在候选属性ID列表中，仅设定了作为候选项目的固有项目的属性ID。此外，在图12中，对于与图7相同的处理，标注相同的标号。

如图12所示，系统控制部14与第1实施方式的情况同样地，执行步骤S31～S34。此外，在步骤S31～S34中，计算共同项目的重视度。在步骤S33中，系统控制部14在判定为已选择出全部属性项目的情况下(步骤S33：否)，计算固有项目的重视度。

首先，系统控制部14从类型属性定义信息数据库12l取得对象选择商品所属的类型的候选属性ID列表，(步骤S81)。具体地说，系统控制部14从对象选择商品的商品信息中，取得类型ID。接下来，系统控制部14从类型属性定义信息数据库12l检索包含取得的类型ID的类型属性定义信息。此时，系统控制部14在没有检索出类型属性定义信息的情况下，从与取得的类型ID对应的类型信息中，取得母类型ID。进而，系统控制部14从类型属性定义信息数据库12l检索包含取得的母类型ID的类型属性定义信息。此时，系统控制部14在没有检索出类型属性定义信息的情况下，将取得的母类型ID作为类型ID，从与类型ID对应的类型信息中，取得新的母类型ID。这样，系统控制部14反复进行类型属性定义信息的检索和母类型ID的取得，直到检索出类型属性定义信息为止。进而，系统控制部14取得检索出的类型属性定义信息中包含的候选属性ID列表，作为对象选择商品所属的类型的候选属性ID列表。系统控制部14通过取得候选属性ID列表，作为决定单元决定出候选项目。

接下来，系统控制部14从取得的候选属性ID列表中，取得1个属性ID(步骤S82)。接下来，系统控制部14计算取得的属性ID表示的属性项目的重视度(步骤S83)。重视度的计算方法与步骤S32的情况相同。接下来，系统控制部14判定是否存在仍未从候选属性ID列表中取得的属性ID(步骤S84)。此时，系统控制部14在判定为存在仍未取得的属性ID的情况下(步骤S84：是)，取得仍未取得的属性ID中的1个(步骤S85)。接下来，系统控制部14转入步骤S83。系统控制部14反复执行步骤S83～S85的处理，计算出对象选择商品所属的类型中的各候选项目的重视度。进而，系统控制部14在判定为已取得全部属性ID的情况下(步骤S84：否)，结束重视度计算处理。

此外，系统控制部14在图6所示的1用户重视属性项目确定处理的步骤SS6和S13中，判定在通过与步骤S81相同的处理能够检索出类型属性定义信息的级别上，是否属于同一类型。

关于共同项目，在根据类型来决定是否加入到候选项目的情况下，在候选属性ID列表中，设定共同项目和固有项目中的作为候选项目的属性项目的属性ID。在该情况下，系统控制部14不执行步骤S31～S34的处理，而执行步骤S81～S85。

如上所述，系统控制部14根据选择商品所属的类型，决定用户重视的属性项目的候选，从决定出的候选中，确定出用户重视的属性项目。因此，即使在用户倾向于重视的属性项目根据类型而不同的情况下，也能够适当地确定出用户重视的属性项目。

此外，也可以组合第1实施方式～第3实施方式的实施方式中的2个以上的实施方式。例如，电子商业街服务器1可以构成为：能够对每一类型设定固有项目的属性值，并能够由店铺来设定可选属性值。进而，例如，设定了可选属性值的属性项目不一定是候选项目，关于怎样的可选属性值是候选项目，可以用候选属性ID列表来定义。

此外，在上述各实施方式中，分别将登记到收藏夹、放入购物筐和购买作为商品的选择行为。但是，也可以将这些行为中的任意1个或2个作为商品的选择行为。

此外，例如，可以将用户从检索结果页面中一览地显示的商品中选择显示了商品页面的商品的行为作为商品的选择行为。这是因为，用户根据在检索结果页面一览地显示的商品的属性值，例如显示感兴趣的商品的商品页面。在该情况下的选择商品是通过从检索结果页面进行选择来显示商品页面的商品。另一方面，在该情况下的比较商品是在检索结果页面中显示信息的商品中的未选择过的商品。此外，可以在检索结果页面中显示属性值的属性项目的范围内，确定候选项目。

为了确定比较商品，在存储部12中，例如构筑有检索结果页面的阅览历史数据库。在检索结果页面的阅览历史数据库中，例如与每次阅览检索结果页面对应地登记有阅览时间、用户ID、商品ID的列表和检索条件信息等。阅览时间表示阅览检索结果页面的时间。用户ID表示阅览检索结果页面的用户。商品ID列表是在检索结果页面中显示信息的商品的商品ID的列表。检索条件信息表示检索在检索结果页面中显示信息的商品时由用户指定的检索条件。

在图6所示的1用户重视属性项目确定处理中，用于确定选择商品的信息不是收藏夹信息，而是商品页面的阅览历史。此外，用于确定比较商品的信息不是商品页面的阅览历史，而是检索结果页面的阅览历史。

此外，在上述各实施方式中，将本发明中的交易对象应用于商品。但是，也可以将交易对象应用于服务。进而，作为电子商务交易的系统，可以将本发明应用于能够进行服务预约的系统。作为服务预约，例如有住宿设施的住宿预约、高尔夫球场等竞技设施的利用预约、交通机关的座位的预约等。

标号说明

1电子商业街服务器

2店铺终端

3用户终端

11通信部

12存储部

12a会员信息数据库

12b类型信息数据库

12c店铺信息数据库

12d属性定义信息数据库

12e商品信息数据库

12f查询日志数据库

12g阅览历史数据库

12h购物筐信息数据库

12i购买历史数据库

12j收藏夹信息数据库

12k重视项目信息数据库

12l类型属性定义信息数据库

13输入/输出接口

14系统控制部

14a CPU

14b ROM

14c RAM

15系统总线

NW网络

S信息提供系统

Claims (9)

1.一种信息处理装置，其特征在于，具有：

第1提取单元，其提取从下述列表中登记的交易对象的交易对象信息的阅览时刻起在预先设定的时间内所述交易对象信息被阅览的交易对象，其中，所述列表登记有包含交易对象的属性值的所述交易对象信息已被用户阅览的交易对象中的被该用户选择出的交易对象；

第2提取单元，其从由所述第1提取单元提取出的交易对象中，提取所述列表中没有登记的交易对象；以及

确定单元，其根据在所述列表中登记的交易对象与由所述第2提取单元提取出的交易对象之间设定不同的属性值，确定出交易对象的多个属性项目中的用户重视的属性项目。

2.根据权利要求1所述的信息处理装置，其特征在于，

所述确定单元在所述列表中登记的交易对象和由所述第2提取单元提取出的交易对象这双方中都设定了属性值的属性项目中，确定设定有所述列表中登记的交易对象比由所述第2提取单元提取出的交易对象对用户更有利的属性值的属性项目，作为用户重视的属性项目。

3.根据权利要求1所述的信息处理装置，其特征在于，

所述确定单元从在所述列表中登记的交易对象和由所述第2提取单元提取出的交易对象当中仅对所述列表中登记的交易对象设定了属性值的属性项目中，确定所设定的属性值对用户有利的属性项目，作为用户重视的属性项目。

4.根据权利要求1～3中的任意一项所述的信息处理装置，其特征在于，

所述信息处理装置还具有决定单元，该决定单元根据交易对象的多个分类中的、所述列表中登记的交易对象所属的分类，决定用户重视的属性项目的候选，

所述确定单元从由所述决定单元决定的候选中，确定出用户重视的属性项目。

5.根据权利要求1～4中的任意一项所述的信息处理装置，其特征在于，

所述第1提取单元或者所述第2提取单元中的任意一方从阅览信息存储单元中存储的检索条件与列表信息存储单元中存储的检索条件相同的交易对象中进行提取，其中，所述阅览信息存储单元将表示所述交易对象信息已被阅览的交易对象的信息与用户为了检索该交易对象而指定的检索条件对应起来进行存储，所述列表信息存储单元将表示所述列表中登记的交易对象的信息与用户为了检索该交易对象而指定的检索条件对应起来进行存储。

6.根据权利要求1～5中的任意一项所述的信息处理装置，其特征在于，

所述信息处理装置还具有：

选择单元，其根据由所述确定单元确定出的属性项目的属性值，选择向用户推荐交易的交易对象；以及

提供单元，其提供与由所述选择单元选择出的交易对象相关的信息。

7.一种信息处理方法，其由信息处理装置执行，所述信息处理方法的特征在于，包含如下步骤：

第1提取步骤，提取从下述列表中登记的交易对象的交易对象信息的阅览时刻起在预先设定的时间内所述交易对象信息被阅览的交易对象，其中，所述列表登记有包含交易对象的属性值的所述交易对象信息已被用户阅览的交易对象中的被该用户选择出的交易对象；

第2提取步骤，从在所述第1提取步骤中提取出的交易对象中，提取所述列表中没有登记的交易对象；以及

确定步骤，根据在所述列表中登记的交易对象和所述第2提取步骤中提取出的交易对象之间设定不同的属性值，确定出交易对象的多个属性项目中的用户重视的属性项目。

8.一种信息处理程序，其特征在于，所述信息处理程序使信息处理装置中包含的计算机作为如下单元发挥作用：

第1提取单元，其提取从下述列表中登记的交易对象的交易对象信息的阅览时刻起在预先设定的时间内所述交易对象信息被阅览的交易对象，其中，所述列表登记有包含交易对象的属性值的所述交易对象信息已被用户阅览的交易对象中的被该用户选择出的交易对象；

第2提取单元，其从由所述第1提取单元提取出的交易对象中，提取所述列表中没有登记的交易对象；以及

确定单元，其根据在所述列表中登记的交易对象与由所述第2提取单元提取出的交易对象之间设定不同的属性值，确定出交易对象的多个属性项目中的用户重视的属性项目。

9.一种记录介质，其特征在于，所述记录介质以计算机可读取的方式记录有信息处理程序，该信息处理程序使信息处理装置中包含的计算机作为如下单元发挥作用，

第1提取单元，其提取从下述列表中登记的交易对象的交易对象信息的阅览时刻起在预先设定的时间内所述交易对象信息被阅览的交易对象，其中，所述列表登记有包含交易对象的属性值的所述交易对象信息已被用户阅览的交易对象中的被该用户选择出的交易对象；

第2提取单元，其从由所述第1提取单元提取出的交易对象中，提取所述列表中没有登记的交易对象；以及

确定单元，其根据在所述列表中登记的交易对象与由所述第2提取单元提取出的交易对象之间设定不同的属性值，确定出交易对象的多个属性项目中的用户重视的属性项目。

Images