CN105264562A - 门户网站的利用历史记录收集系统 - Google Patents

Abstract

本发明提供一种门户网站的利用历史记录收集系统。对各种应用程序、内容、服务的履历日志进行分析，并能够根据利用历史记录来计算针对厂商的费用。在门户系统(1)中，经由网络(4)连接多个厂商的服务器(2A)、(2B)、(2C)和利用者的客户端(3)，历史记录收集系统(41)具备日志受理部(80)、日志转换部(81)、日志种类分析部(82)、加权部(83)、利用历史记录存储部(84)，将各厂商的DB(8)的日志存储部(8A)所储存的利用日志发送至日志受理部(80)，通过日志转换部(81)进行标准化，通过加权部(83)将利用历史记录数值化为得分，并将其储存至利用历史记录信息DB(23)。

Description

门户网站的利用历史记录收集系统

技术领域

本发明涉及具备与各种应用程序、内容、服务等的利用相关的链接的门户网站，特别是根据利用历史记录来计算利用由门户网站提供的应用程序、内容、服务时的计费的门户网站的利用历史记录收集系统。

背景技术

近年来，能够经由网络被用户利用的服务多样化，例如，已知有在网站中利用电子书、音乐、电影等内容、各种应用程序或住宿设施等的预约这样的各种服务的情况下，集中这些应用程序、内容、服务并提示给利用者的门户网站。例如在专利文献1中提出有与提供应用程序的多个厂商的服务器装置连接，并且能够与利用者(用户)的客户端装置连接的门户网站提供装置。若该门户网站提供装置作为用于利用者对门户网站利用的手续得到认证，则在利用者从门户网站中利用应用程序时，从门户网站向应用程序的提供厂商发送利用者的认证数据。即，是只要利用者进行与门户网站的利用手续，就能够省略与在门户网站内提供的应用程序的分别独立的利用手续的系统。

另外，在专利文献2中也已知有用户的个人计算机经由因特网那样的网络与应用程序服务供应商(ASP：ApplicationServiceProvider)连接，通过设定能够访问应用程序的评估版的期间从而在试用期间内不产生计费，只有即使超过试用期间还希望利用的利用者才支付产品版的许可证来认证应用程序的使用的应用程序执行系统。

专利文献1：日本特开2002-175436号公报

专利文献2：日本特开2007-286899号公报

专利文献3：日本专利第367960号公报

在专利文献1所示的门户网站提供装置等中，在利用有偿的应用程序的情况下，计费是前提，但存在例如在使用应用程序之后，即使判断为不需要而中途停止了还产生正常的计费的情况。

专利文献2所示的应用程序执行系统由于通过设定能够访问评估版的期间从而在试用期间内不产生计费，只有即使超过试用期间还希望利用的利用者支付产品版的许可证来进行针对应用程序的认证，所以在使用最初不产生计费，但例如在电影、音乐等有偿内容中，在视听中途必须需要利用者选择利用或不利用，操作很繁琐。并且，由于一般地对于应用程序的评估版而言功能的一部分被限制了，所以存在利用者的便利性也恶劣的方面。

另外，例如专利文献3所示，还已知有根据利用者的使用量来决定针对利用者的支付额的系统，专利文献3在搭载有控制扫描仪、打印机、复印、传真功能一体型的复合机等的处理的程序的图像形成装置中，具备使用计数器按照每个上述程序来管理使用量的使用量管理单元，例如，是作为使用图像加工应用程序来进行复印这样的规定动作的使用量来计数并管理，并将其数据经由网络发送至应用程序厂商，从而将与应用程序的使用量相应的计费通知给利用者的图像形成装置中的控制程序，并不能容易地转用到具备与如上述那样的多种多样的应用程序、内容、服务等的利用相关的链接的门户网站。特别是，门户网站所提供的应用程序、内容、服务并不限于利用者侧支付使用费的有偿的部分，也有包含无偿的应用程序、内容、服务的情况，使利用由门户网站提供的应用程序、内容、服务时的计费处理复杂化。

发明内容

因此，本发明的目的在于提供一种能够利用包含有偿、无偿的多种多样的应用程序、内容、服务等，并且能够在门户网站中，使包含利用应用程序、内容、服务时的计费处理的手续简略并提高便利性的门户网站的利用历史记录收集系统。

本发明的门户网站系统为了解决上述课题，采用了以下那样的机构。

即，本发明的门户网站的利用历史记录收集系统的特征在于，是提供多个应用程序、内容、服务等的多个厂商的服务器和利用者的客户端能够经由网络连接的门户网站，具备在利用应用程序、内容、服务的任意一个时收集从其提供厂商发送的上述客户端的利用履历作为日志，并基于该日志收集为利用历史记录信息的历史记录收集系统，历史记录收集系统具备作为利用历史记录数值化并记录的利用历史记录DB(数据库)，对上述数值化后的得分进行汇总，并计算针对厂商的费用。

另外，本发明的门户网站的利用历史记录收集系统的特征在于，具备：日志转换部，其定义按照每个利用功能对从上述应用程序、内容、服务的提供厂商传送的日志进行转换的规则，并按照该转换规则进行标准化；以及加权部，其设定作为费用计算上述得分时的评估的基准，还具备利用历史记录存储部，其对通过该加权部评估后的得分进行汇总。

另外，本发明的门户网站的利用历史记录收集系统的特征在于，上述门户网站包含支付与利用历史记录相应的使用费(激励)的应用程序、内容、服务以及根据利用历史记录得到成果报酬(联盟营销)的应用程序、内容、服务，上述日志转换部分类为激励或者联盟营销并储存至利用历史记录DB。

本发明使与门户网站系统签约成立的利用者，从单一的门户网站接受多个应用程序、内容、服务，能够提高使用者的便利性，并且在利用门户网站所提供的多种多样的应用程序/内容/服务时，不会因个人差异而评估变化，能够以公平的评估使利用历史记录得分化，并根据该得分计算分配额、回收额，并且即使在中途停止了使用其收费也被反应为与利用历史记录相应的收费。

附图说明

图1是包含有表示本发明的一个实施例的门户网站系统的系统整体的简要结构图。

图2同上，是服务初始利用时的系统的结构图。

图3同上，是表示服务初始利用时的处理的流程图。

图4同上，是表示使用者信息表的一个例子的说明图。

图5同上，是表示利用手续转换规则表的一个例子的说明图。

图6同上，是服务利用时的系统的结构图。

图7同上，是表示服务利用时的处理的流程图。

图8同上，是服务利用结束时的系统的结构图。

图9同上，是表示服务利用结束时的处理的流程图。

图10同上，是日志标准化系统的结构图。

图11同上，是表示利用历史记录信息处理的流程图。

图12A同上，是表示书籍内容的日志信息表的一个例子的说明图。

图12B同上，是表示预约服务的日志信息表的一个例子的说明图。

图12C同上，是表示提供信息应用的日志信息表的一个例子的说明图。

图13同上，是表示日志转换信息表的一个例子的说明图。

图14A同上，是表示书籍内容的分析日志信息表的一个例子的说明图。

图14B同上，是表示预约服务的分析日志信息表的一个例子的说明图。

图14C同上，是表示提供信息应用的分析日志信息表的一个例子的说明图。

图15同上，是表示加权信息表的一个例子的说明图。

图16同上，是包含利用历史记录的检索系统的结构图。

图17同上，是表示利用历史记录的确认处理的流程图。

图18同上，是表示费用分配/回收系统的结构图。

图19同上，是表示费用分配/回收处理的流程图。

图20同上，是表示利用历史记录表的一个例子的说明图。

图21同上，是表示分析结果表的一个例子的说明图。

图22同上，是表示金额转换信息表的一个例子的说明图。

图23同上，是表示回收费用信息表的一个例子的说明图。

图24同上，是表示分配费用信息表的一个例子的说明图。

图25同上，是包含利用历史记录/费用的检索系统的结构图。

图26同上，是表示利用历史记录/费用的参照处理的流程图。

具体实施方式

以下，基于附图对本发明的门户系统的一个实施例进行说明。图1表示本发明的门户系统1的简要结构图，如该图所示，在门户网站系统1中，经由网络4连接多个厂商的服务器2A、2B、2C和利用者的客户端3，将利用者向各厂商所提供的应用程序、内容、服务引导。上述厂商的各服务器2A、2B、2C储存与各厂商所提供的应用程序、内容、服务相应的控制程序5，并且具备储存利用者信息、内容信息、日志信息的数据库(以下，称为DB)6、7、8等。此外，在图1的简要结构图中，示有应用程序厂商的具体的结构，省略内容厂商、服务厂商的具体的结构，但对于内容厂商、服务厂商，也具备储存使提供其的内容、服务动作的程序、利用者信息、内容信息、日志信息的DB(未图示)。

门户系统1具备Web服务器10、DB服务器20、历史记录收集服务器40。另外，上述Web服务器10具备门户服务器11，DB服务器20具备储存利用者信息的DB21、储存利用手续转换规则信息的DB22、储存利用历史记录信息的DB23、储存金额转换信息的DB24、储存加权信息的DB25、储存利用历史记录分析结果信息的DB26、储存回收费用信息的DB27、储存分配费用信息的DB28、储存日志转换信息的DB29、储存日志转换后的标准的日志信息的DB30(DB29、30参照图10)，历史记录收集服务器40储存有历史记录收集系统41。

上述利用者的客户端3包含通常的个人计算机、笔记本型个人计算机或PDA、移动电话、智能手机、平板型终端等，至少具备经由网络4向门户服务器11发送信息的通信功能、显示来自门户服务器11、提供厂商的各服务器2A、2B、2C的信息的显示器等显示功能以及键盘、指示设备或触摸面板等输入功能。对于这些通信功能、显示功能、输入功能后述。

接下来参照图2的结构图、图3的流程图对服务初始利用时的处理进行说明。在服务初始利用时，若利用者从客户端3的利用者信息发送部31(通信功能)发送利用者信息(步骤S1)，则Web服务器10的利用者信息登记部50将由客户端3传送的利用者信息登记至使用者信息DB21所储存的使用者信息表T(步骤S2)。图4示有使用者信息表T的一个例子，在使用者信息表T中存储有利用者代码、利用者姓名、作为手续信息1～手续信息n存储利用者的住所、年龄、使用OS、密码利用的有无、所属公司名称、针对厂商所提供的服务1～服务n的使用状态、利用者的签约状态、删除标志、登陆日期和时间、注销日期和时间、终端识别代码、登陆状态、使用开始日期和时间、利用结束日期和时间等数据。在利用者信息登记部50中确认能否与利用者签约。例如若是法人会员则与法人会员信息对照来确认使用者的所属状态。另外，根据过去的历史记录等来确认是否有利用限制(步骤S3)，并进行本人确认(步骤S4)。在利用者信息登记部50中本人未被认证的情况下，利用者信息登记部50对上述使用者信息表T进行变更，并设定利用者的删除标志(步骤S5)。另一方面，若在步骤S4中本人被确认，则按照DB服务器11的利用手续转换规则DB22所储存的利用手续转换规则表10T中定义的规则在利用手续转换/发送部51对利用者信息进行转换并发送至提供厂商的各服务器2A、2B、2C(步骤6)。利用手续转换规则表10T存储有用于定义进行针对各提供厂商的利用手续处理时的规则的信息，若参照图5对其一个例子进行说明，则利用手续转换规则表10T存储有厂商所提供的应用程序名称(以下，仅称为应用名称)、表示利用手续的转换规则的转换编号、利用者的手续信息、类型属性(字符串或者数字)以及其位数等数据。像这样，按照利用手续转换规则表10T转换后的利用者信息被从利用手续转换/发送部51发送至提供厂商的各服务器2A、2B、2C，通过各服务器2A、2B、2C的利用手续处理部60将利用者信息登记至各服务器2A、2B、2C的利用者信息DB6(步骤7)。另外，服务器2A、2B、2C的利用手续处理部60将被登记至利用者信息DB6的利用者信息发送至Web服务器10的利用者认证部52，并对DB服务器11的使用者信息DB21设定利用标志(步骤8)。而且，通过从利用者认证部52向利用者的客户端3发送登记完成通知，在利用者的客户端3的利用者认证结果显示部32(显示功能)显示登记完成通知(步骤9)。

若如上所述利用者完成与门户网站的签约，则接受门户网站所提供的各种应用程序、内容、服务。主要参照图6的结构图以及图7的流程图对该服务利用时的处理进行说明。在服务利用时，若从利用者的客户端3的利用者信息发送部31将利用者信息发送至门户网站(步骤S10)，则利用者确定部53对使用者信息DB21的利用者信息表T进行检索来确定利用者，获取利用者签约的服务内容(步骤S11)，并且将按照利用手续转换规则DB22所储存的利用手续转换规则表10T转换后的利用者信息从利用手续转换/发送部51发送至提供厂商的各服务器2A、2B、2C的利用手续处理部60(步骤S12)。利用手续处理部60从厂商的利用者信息DB6的利用者信息表T中检索相应的利用者信息，并提取利用者能够利用的应用或内容、服务并确认能否利用(步骤S13)。另外，利用手续处理部60将能够使用的应用的信息传送至Web服务器10的利用者认证部52，从利用者认证部52向利用者客户端3的结果显示部35输出能够利用的应用/服务名称来通知给利用者(步骤S14)。由此，利用者选择所希望的应用或内容、服务并操作操作输入部34开始利用(步骤S15)。来自操作输入部34的信息被输出至提供厂商的功能处理部61，通过功能处理部61执行按照每个应用或内容、服务的程序的处理，该操作日志作为利用信息发送至Web服务器10的利用历史记录受理部55(步骤S16)。利用历史记录受理部55受理利用历史记录并受理按照利用手续转换规则表10T转换后的利用信息(步骤S17)，并登记至利用历史记录信息DB23(步骤S18)。另外，功能处理部61进行种类确认，即，确认利用者选择了厂商所提供的应用、内容、服务中的哪个种类(步骤S19)，在利用者选择了应用的情况下，功能处理部61发送应用的实施结果(步骤S20)，并将应用的处理结果显示于利用者客户端3的结果显示部35(步骤S21)。另一方面，在利用者选择了服务的情况下，发送服务的受理结果(步骤S22)，并将服务的处理结果显示于利用者客户端3的结果显示部35(步骤S21)，并且厂商终端70的服务受理部71作为服务受理来自利用者客户端3的操作输入内容(步骤S23)，服务结果发送部72发送服务实施结果(步骤S24)，并将服务的提供结果显示于利用者客户端3的结果显示部35(步骤S25)。

接下来参照图8的结构图、图9的流程图对服务利用结束时的处理进行说明。在服务利用结束时若从利用者的客户端3输入利用者信息(步骤S30)，并通过利用者信息发送部31发送至Web服务器10，则利用者确定部53根据利用者信息对利用者信息DB21的利用者信息表T进行检索来确定利用者，并获取利用者签约的服务内容(步骤S31)。另外，利用手续转换/发送部51按照利用手续转换规则表10T的转换规则实施针对厂商的结束手续(步骤S32)。厂商的利用手续处理部60从厂商的利用者信息DB6中删除利用者信息(步骤S33)。另外，门户网站的利用者认证部52从利用者信息DB21的利用者信息表T中删除相应的服务(步骤S34)，对利用者信息表T进行变更并设定删除标志(步骤S35)，并使利用者客户端3的利用者认证结果显示部32显示删除完成(步骤S36)。

接下来对历史记录收集系统41进行说明。历史记录收集系统41是用于对来自提供厂商的日志进行分析，并将利用者的利用历史记录数值化为得分的系统。

在使用者利用应用程序/内容或服务时，作为其使用履历保留的日志被各服务器2A、2B、2C的日志存储部8A存储至日志信息DB8，但由于这些日志按照各厂商而不同，并且根据各厂商所提供的应用程序/内容/服务的种类也分别不同，所以历史记录收集系统41在将由厂商的各服务器2A、2B、2C的日志发送部8B传送的日志转换为统一的格式而标准化后，对日志进行分析，并将利用者的利用历史记录数值化为得分。若对用于对该日志进行标准化的处理进行说明，则如图10的结构图所示，历史记录收集系统41具备日志受理部80、日志转换部81、日志种类分析部82、加权部83、利用历史记录存储部84，各厂商的DB8的日志存储部8A所储存的利用日志被日志发送部8B传送至上述历史记录收集系统41的日志受理部80，在由日志转换部81进行的标准化后将利用历史记录数值化为得分，并将其储存至利用历史记录信息DB23。参照图11的流程图对这一系列的处理进行说明。

首先，在利用者例如利用应用程序时，其操作履历作为日志保留。该日志作为图12A、图12B、图12C所示的日志信息表20Ta～20Tc被存储至应用程序服务器2的日志信息DB8(步骤S40)，通过日志发送部8B传送至门户网站的DB服务器11(步骤S41)。被传送至DB服务器11的日志信息被历史记录收集系统41的日志受理部80受理(步骤S42)，基于日志转换信息将日志转换为标准，并将该日志信息(标准)储存至日志信息DB30。按照图13所示的日志转换信息表30T中定义的转换规则对将该日志标准化时的规则进行转换。日志转换信息表30T定义有用于对未按照各厂商、提供的应用的种类统一的日志按照每个利用功能进行分类的规则。即，门户网站提供多种多样的应用程序/内容/服务，在有偿的应用程序/内容/服务的利用时，对其提供厂商支付使用费(激励)，但例如，各种指南服务、预约服务等无偿的服务也存在若利用者经由门户网站的链接预约或购入商品，则向门户网站的企业支付成果报酬(联盟营销)的情况，所以定义为用于对每个应用程序/内容/服务分类是激励还是联盟营销的规则。若对该日志转换信息表30T示出一个例子，则如图13所示，日志转换信息表30T存储应用名称、规则种类、历史记录种类(激励或者联盟营销)、种类(书类名称、预约种类、信息种类)、处理(信息种类)、利用时间(参照时间)等数据，按照日志转换信息表30T中定义的规则对被历史记录收集系统41汇总的日志信息进行转换，该日志信息(标准)被积蓄于DB服务器10的日志信息DB30(步骤S43)。通过日志种类分析部82对像这样被标准化后的日志进行分析(步骤S44)，按照每个种类进行分类，例如图14A、图14B、图14C所示的那样按照每个电子书等的书籍内容、旅行、搬家等预约服务、地图检索、游戏、观光指南、路线指南等提供应用的种类来进行分类，并将其存储至分析日志信息表40Ta～40Tc。并且，为了计算与利用历史记录相应的分配额(激励)或者回收额(联盟营销)而通过加权部83进行加权(步骤S45)，并将其通过利用历史记录存储部84存储至DB服务器11的利用历史记录信息DB23。

对于该加权若对处理进行详述，则本发明的门户网站提供多种多样的应用程序/内容/服务，需要根据利用历史记录计算从门户企业对提供厂商作为激励支付的分配额或对无偿应用程序、内容、服务而言提供厂商对门户企业作为联盟营销支付的回收额。在本发明中，将利用历史记录数值化为得分，并计算分配额/回收额，但在将利用历史记录数值化为得分的情况下，在仅将利用时间作为评估的基准的情况下，例如，在电子书等中，即使读了相同的页数在利用时间上也产生个人差异，所以为了以公平的评估将利用历史记录数值化为得分，按照各应用程序、内容、服务定义规则，并将其存储至加权信息表50T。作为该加权信息表50T的一个例子，如图15所示，存储有应用名称、信息种类(例如，电子书、游戏、换乘指南等)、处理种类(在电子书中是页的参照、页的变更，在游戏中是参照，在换乘指南中是检索等)、服务编号、权值、利用时间换算等的数据。在图15中在作为与旅行相关的电子书利用者阅览了例如“上海”的书籍时，预先定义在参照了某一页的情况下权值是“2”，在页变更的情况下权值是“1”这样的规则，按照该规则将利用历史记录数值化为得分，根据该得分计算分配额、回收额。

像这样数值化后的利用历史记录从提供厂商侧也能够确认。即，如图16所示，各服务器2A、2B、2C的厂商终端70具备利用历史记录检索部73、利用历史记录显示部74，历史记录收集服务器40的历史记录收集系统41具备利用历史记录查询受理部101、利用历史记录汇总部102、利用历史记录发送部103，参照图17的流程图对确认该利用历史记录时的处理进行说明。若向厂商终端70的利用历史记录检索部73输入利用历史记录的检索条件，则发送至历史记录收集系统41的利用历史记录查询受理部101(步骤S50、S51)。利用历史记录查询受理部101从DB服务器11的利用历史记录信息DB23中收集与检索条件相应的利用历史记录(步骤S52)，并将收集到的利用历史记录信息从利用历史记录发送部103发送至厂商终端70，从而数值化后的利用历史记录被显示于厂商终端70的利用历史记录显示部74(步骤S53、S54)。由此，提供厂商能够根据利用历史记录，确认从门户企业对提供厂商作为激励支付的分配额或对于无偿应用程序、内容、服务而言作为联盟营销支付的回收额。

另外，本发明在利用者与门户网站的企业签约时，采用定额的计费系统，在利用门户网站所提供的应用程序、内容、服务时，不产生收费，在使用了使用者所选择的应用程序、内容或服务时，根据该利用历史记录来计算费用分配额(激励)或者费用回收额(联盟营销)，并从门户网站企业对各提供厂商进行费用分配或者费用回收处理，对该费用分配/回收系统进行说明。如图18所示，历史记录收集服务器40的历史记录收集系统41具备实施计划部88、利用历史记录提取部89、回收/分配信息分析部90、利用历史记录发送部91、历史记录修正部92、回收计算部93、分配计算部99、利用信息/费用发送部100，DB服务器20的利用历史记录信息DB23储存有存储了图20所示的利用历史记录信息的利用历史记录表60T，利用历史记录分析结果DB26储存有图21所示的分析结果表70T。在该分析结果表70T中，对上述利用历史记录表60T进行分析并存储有与分配(激励)或者回收(联盟营销)相关的信息。另外，在金额转换信息DB24、回收费用信息DB27、分配费用信息DB28分别储存有各个金额转换信息表80T、回收费用信息表90T、分配费用信息表100T。金额转换信息表80T存储有用于根据利用者所利用的应用程序、内容或服务等的利用历史记录来计算分配额或回收额的信息，作为其一个例子如图22所示，存储有种类(分配或者回收)、将利用历史记录数值化后的得分、该得分与分配额或者回收额的换算汇率、对象年、月这样的数据。将通过该金额转换信息表80T的换算汇率换算后的分析结果被反映给图23以及图24所示的回收费用信息表90T和分配费用信息表100T并存储。另外，厂商终端70具备历史记录参照部73、历史记录承认部74、利用信息/费用显示部75。

参照图19的流程图对用于在上述结构中进行针对各提供厂商的费用分配或者费用回收的处理进行说明。首先，通过实施计划部88进行调度，并通过利用历史记录提取部89提取调度后的期间内的利用历史记录(步骤S60、S61)。在该利用历史记录的提取中利用历史记录信息DB23内的利用历史记录表60T(参照图20)存储利用历史记录信息，通过作为检索条件指定期间能够提取期间内的利用历史记录。另外，通过利用历史记录提取部89判定历史记录(费用的分配或者回收)的种类(步骤S62)，若判定为分配费用则基于分配费用信息表100T的换算汇率通过分配计算部99计算分配费用(步骤S63)，通过利用信息/费用发送部100将分配费用发送给厂商(步骤S64)。另一方面，通过在步骤S62中判定为回收费用的利用历史记录发送部91将服务的利用历史记录发送给厂商(步骤S65)。若厂商通过历史记录参照部73参照由门户网站的企业传送的服务的利用历史记录并通过历史记录承认部74得到利用历史记录的承认(步骤S66)，则将承认结果发送至历史记录收集服务器40的历史记录修正部92(步骤S67)。历史记录修正部92接受该承认结果并将服务利用的量作为费用回收来存储，并且通过回收计算部93计算回收费用(步骤S68、S69)，通过利用信息/费用发送部100将回收费用发送至厂商(步骤S64)，完成处理。

另外，如图25所示，各服务器2A、2B、2C的厂商终端70具备利用历史记录/费用检索部76、利用历史记录/费用显示部77，历史记录收集服务器40的历史记录收集系统41具备利用信息受理部110、利用信息/费用提取部111、利用信息/费用发送部112，能够从厂商终端70向门户网站的历史记录收集服务器40参照利用历史记录和与其相应的费用，参照图26的流程图对该参照时的处理进行说明。

若向厂商终端70的利用历史记录/费用检索部76作为检索条件输入利用信息/费用并发送至利用信息受理部110(步骤S70)，则历史记录收集服务器40的利用信息受理部110基于检索条件通过利用信息/费用提取部111从DB服务器11的利用历史记录分析结果DB26、回收费用信息DB27、分配费用信息DB28中提取与检索条件相应的利用历史记录/回收费用/分配费用(步骤S71、S72)，并将提取出的利用历史记录/回收费用/分配费用从利用信息/费用发送部112发送至厂商终端70的利用历史记录/费用显示部77(步骤S73)，从而由厂商终端70的利用历史记录/费用显示部77显示利用历史记录、和与其对应的费用(步骤S74)。由此，提供厂商能够根据利用历史记录确认从门户网站企业向提供厂商作为激励支付的分配费用或对于无偿应用程序、内容、服务而言从门户企业向提供厂商作为联盟营销请求的回收费用。

如上所述，本发明的门户网站系统1使与门户网站系统1利用手续完成且签约成立的利用者，从单一的门户网站接受多个应用程序、内容、服务，不需要与各厂商的分别独立的利用手续。另外，由于由门户网站的企业对各厂商执行与利用历史记录相应的分配(激励)或者回收(联盟营销)处理，所以若为利用者对门户网站系统1支付定额的计费的签约形式则也不需要与各厂商分别独立地进行计费手续、其解约手续。并且，门户网站所提供的多种多样的应用程序/内容/服务将各自的利用历史记录数值化为得分。在将该利用历史记录数值化为得分的情况下，不会因个人差异而评估变化，能够以公平的评估使利用历史记录得分化，并根据该得分来计算分配额、回收额，并且即使在中途停止了使用也会根据利用历史记录来计算其收费，所以是合理的，并且若例如门户网站准备打包有面向海外的各种检索服务、预约服务、路线指南或面向海外应用的移动终端，并为将其出借给利用者的签约形式，则例如在海外出差、海外旅行等时，使用者也不用花费在外地查找这些服务的工夫，便利性也较高。

符号说明

1…门户系统；3…客户端；4…因特网(网络)；22…利用手续规则DB；23…利用历史记录DB；41…历史记录收集系统；80…日志受理部；81…日志转换部；82…日志种类分析部；83…加权部；84…利用历史记录存储部。

Claims (3)

1.一种门户网站的利用历史记录收集系统，其特征在于，

是提供多个应用程序、内容、服务等的多个厂商的服务器和利用者的客户端能够经由网络连接的门户网站，具备在利用应用程序、内容、服务的任意一个时收集从其提供厂商发送的所述客户端的利用履历作为日志，并基于该日志收集为利用历史记录信息的历史记录收集系统，历史记录收集系统具备作为利用历史记录进行数值化并记录的利用历史记录DB(数据库)，对所述数值化后的得分进行汇总，并计算针对厂商的费用。

2.根据权利要求1所述的门户网站的利用历史记录收集系统，其特征在于，

具备：日志转换部，其定义按照每个利用功能对由所述应用程序、内容、服务的提供厂商传送的日志进行转换的规则，并按照该转换规则进行标准化；以及加权部，其设定作为费用计算所述得分时的评估的基准，所述利用历史记录收集系统还具备：利用历史记录存储部，其对通过该加权部评估的得分进行汇总。

3.根据权利要求1或2所述的门户网站的利用历史记录收集系统，其特征在于，

所述门户网站包含支付与利用历史记录相应的使用费(激励)的应用程序、内容、服务以及根据利用历史记录得到成果报酬(联盟营销)的应用程序、内容、服务，所述日志转换部分类为激励或者联盟营销并储存至利用历史记录DB。