3、分配计算部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。
[0058]参照图19的流程图对用于在上述结构中进行针对各提供厂商的费用分配或者费用回收的处理进行说明。首先，通过实施计划部88进行调度，并通过利用历史记录提取部89提取调度后的期间内的利用历史记录(步骤S60、S61)。在该利用历史记录的提取中利用历史记录信息DB23内的利用历史记录表60T(参照图20)存储利用历史记录信息，通过作为检索条件指定期间能够提取期间内的利用历史记录。另外，通过利用历史记录提取部89判定历史记录(费用的分配或者回收)的种类(步骤S62)，若判定为分配费用则基于分配费用信息表100Τ的换算汇率通过分配计算部99计算分配费用(步骤S63)，通过利用信息/费用发送部100将分配费用发送给厂商(步骤S64)。另一方面，通过在步骤S62中判定为回收费用的利用历史记录发送部91将服务的利用历史记录发送给厂商(步骤S65)。若厂商通过历史记录参照部73参照由门户网站的企业传送的服务的利用历史记录并通过历史记录承认部74得到利用历史记录的承认(步骤S66)，则将承认结果发送至历史记录收集服务器40的历史记录修正部92 (步骤S67)。历史记录修正部92接受该承认结果并将服务利用的量作为费用回收来存储，并且通过回收计算部93计算回收费用(步骤S68、S69)，通过利用信息/费用发送部100将回收费用发送至厂商(步骤S64)，完成处理。
[0059]另外，如图25所示，各服务器2A、2B、2C的厂商终端70具备利用历史记录/费用检索部76、利用历史记录/费用显示部77，历史记录收集服务器40的历史记录收集系统41具备利用信息受理部110、利用信息/费用提取部111、利用信息/费用发送部112，能够从厂商终端70向门户网站的历史记录收集服务器40参照利用历史记录和与其相应的费用，参照图26的流程图对该参照时的处理进行说明。
[0060]若向厂商终端70的利用历史记录/费用检索部76作为检索条件输入利用信息/费用并发送至利用信息受理部110 (步骤S70)，则历史记录收集服务器40的利用信息受理部110基于检索条件通过利用信息/费用提取部111从DB服务器11的利用历史记录分析结果DB26、回收费用信息DB27、分配费用信息DB28中提取与检索条件相应的利用历史记录/回收费用/分配费用(步骤S71、S72)，并将提取出的利用历史记录/回收费用/分配费用从利用信息/费用发送部112发送至厂商终端70的利用历史记录/费用显示部77 (步骤S73)，从而由厂商终端70的利用历史记录/费用显示部77显示利用历史记录、和与其对应的费用(步骤S74)。由此，提供厂商能够根据利用历史记录确认从门户网站企业向提供厂商作为激励支付的分配费用或对于无偿应用程序、内容、服务而言从门户企业向提供厂商作为联盟营销请求的回收费用。
[0061]如上所述，本发明的门户网站系统1使与门户网站系统1利用手续完成且签约成立的利用者，从单一的门户网站接受多个应用程序、内容、服务，不需要与各厂商的分别独立的利用手续。另外，由于由门户网站的企业对各厂商执行与利用历史记录相应的分配(激励)或者回收(联盟营销)处理，所以若为利用者对门户网站系统1支付定额的计费的签约形式则也不需要与各厂商分别独立地进行计费手续、其解约手续。并且，由于例如在使用应用程序等时，能够不使用功能被限制的评估版而是使用与正规版相同的功能的应用程序，并且即使在中途停止了使用也根据利用历史记录计算其费用，所以是合理的，并且若例如门户网站准备打包有面向海外的各种检索服务、预约服务、路线指南或面向海外应用的移动终端，并为将其出借给利用者的签约形式，则例如在海外出差、海外旅行等时，使用者也不用花费在外地查找这些服务的工夫，便利性也较高。
[0062]符号说明
[0063]L...门户网站系统；3…客户端；4…因特网(网络)；22…利用手续规则DB ;23...利用历史记录DB ;41…历史记录收集系统；60…利用手续处理部。
【主权项】
1.一种门户网站系统，其特征在于， 是提供多个应用程序、内容、服务等的多个厂商的服务器和利用者的客户端经由网络能够连接的门户网站系统，具备储存与门户网站签约的利用者信息的利用者信息DB、和历史记录收集系统，基于利用者信息DB内的利用者信息来确定访问了门户网站的利用者，在利用者选择了确定出的利用者在门户网站提供的应用程序、内容、服务时，执行利用者与厂商的利用手续处理，历史记录收集系统对利用者选择出的应用程序、内容、服务的利用履历进行分析并作为利用历史记录收集，基于收集到的利用历史记录计算针对厂商的费用并执行针对厂商的费用的分配处理。2.根据权利要求1所述的门户网站系统，其特征在于， 具备利用手续转换规则DB，对访问了门户网站系统的利用者，根据利用手续转换规则执行针对厂商的利用手续处理。3.根据权利要求1或2所述的门户网站系统，其特征在于， 所述历史记录收集系统对无偿的应用程序、内容、服务计算与利用历史记录相应的回收费(联盟营销)，并对厂商执行回收费的请求处理。
【专利摘要】本发明能够使包含针对各种应用程序、内容、服务的提供厂商的分别独立的利用手续、费用处理的手续简略。在门户网站系统(1)中，多个厂商的服务器(2A)、(2B)、(2C)和利用者的客户端(3)经由网络(4)连接，并将利用者向各厂商所提供的应用程序、内容、服务引导。在利用者选择了应用程序、内容、服务时，执行与厂商的利用手续处理。在利用时历史记录收集系统(41)对利用履历进行分析，并基于收集到的利用历史记录计算针对厂商的费用。
【IPC分类】G06Q30/04, G06Q30/06, G06Q50/10
【公开号】CN105264563
【申请号】CN201380077212
【发明人】奥田哲, 永野太, 相原延行, 高森浩信, 田中太郎, 国生智彰
【申请人】株式会社日立系统
【公开日】2016年1月20日
【申请日】2013年6月5日
【公告号】WO2014196032A1