利用者的客户端3输入利用者信息(步骤S30)，并通过利用者信息发送部31发送至Web服务器10，则利用者确定部53根据利用者信息对利用者信息DB21的利用者信息表T进行检索来确定利用者，并获取利用者签约的服务内容(步骤S31)。另外，利用手续转换/发送部51按照利用手续转换规则表10T的转换规则实施针对厂商的结束手续(步骤S32)。厂商的利用手续处理部60从厂商的利用者信息DB6中删除利用者信息(步骤S33)。另外，门户网站的利用者认证部52从利用者信息DB21的利用者信息表T中删除相应的服务(步骤S34)，对利用者信息表T进行变更并设定删除标志(步骤S35)，并使利用者客户端3的利用者认证结果显示部32显示删除完成(步骤S36)。
[0052]接下来对历史记录收集系统41进行说明。历史记录收集系统41是用于对来自提供厂商的日志进行分析，并将利用者的利用历史记录数值化为得分的系统。
[0053]在使用者利用应用程序/内容或服务时，作为其使用履历保留的日志被各服务器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的流程图对这一系列的处理进行说明。
[0054]首先，在利用者例如利用应用程序时，其操作履历作为日志保留。该日志作为图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。
[0055]对于该加权若对处理进行详述，则本发明的门户网站提供多种多样的应用程序/内容/服务，需要根据利用历史记录计算从门户企业对提供厂商作为激励支付的分配额或对无偿应用程序、内容、服务而言提供厂商对门户企业作为联盟营销支付的回收额。在本发明中，将利用历史记录数值化为得分，并计算分配额/回收额，但在将利用历史记录数值化为得分的情况下，在仅将利用时间作为评估的基准的情况下，例如，在电子书等中，即使读了相同的页数在利用时间上也产生个人差异，所以为了以公平的评估将利用历史记录数值化为得分，按照各应用程序、内容、服务定义规则，并将其存储至加权信息表50T。作为该加权信息表50T的一个例子，如图15所示，存储有应用名称、信息种类(例如，电子书、游戏、换乘指南等)、处理种类(在电子书中是页的参照、页的变更，在游戏中是参照，在换乘指南中是检索等)、服务编号、权值、利用时间换算等的数据。在图15中在作为与旅行相关的电子书利用者阅览了例如“上海”的书籍时，预先定义在参照了某一页的情况下权值是“2”，在页变更的情况下权值是“ 1 ”这样的规则，按照该规则将利用历史记录数值化为得分，根据该得分计算分配额、回收额。
[0056]像这样数值化后的利用历史记录从提供厂商侧也能够确认。S卩，如图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)。由此，提供厂商能够根据利用历史记录，确认从门户企业对提供厂商作为激励支付的分配额或对于无偿应用程序、内容、服务而言作为联盟营销支付的回收额。
[0057]另外，本发明在利用者与门户网站的企业签约时，采用定额的计费系统，在利用门户网站所提供的应用程序、内容、服务时，不产生收费，在使用了使用者所选择的应用程序、内容或服务时，根据该利用历史记录来计算费用分配额(激励)或者费用回收额(联盟营销)，并从门户网站企业对各提供厂商进行费用分配或者费用回收处理，对该费用分配/回收系统进行说明。如图18所示，历史记录收集服务器40的历史记录收集系统41具备实施计划部88、利用历史记录提取部89、回收/分配信息分析部90、利用历史记录发送部91、历史记录修正部92、回收计算部93、分配计算部99、利用信息/费用发送部100，DB服务器20的利用历史记录信息DB23储存有存储了图20所示的利用历史记录信息的利用历史记录表60T，利用历史记录分析结果DB26储存有图21所示的分析结果表70T。在该分析结果表70T中，对上述利用历史记录表60T进行分析并存储有与分配(激励)或者回收(联盟营销)相关的信息。另外，在金额转换