保险管理服务器、服务提供系统及服务提供方法与流程

1.本发明是关于用于对用户提供保险或产品修理等特定服务的系统等。若具体地说明，则本发明是关于用于让赞助商负担与提供给用户的保险等服务相关的成本的一部分或全部，借此促进用户加入该服务的系统等。


背景技术：

2.以往，已知一种保险管理系统，其是由用户所利用的被保险人终端、保险人所利用的保险人终端以及经由网际网络连接此装置的保险管理装置所构成(专利文献1)。在此保健管理系统中，将保险人所提供的保险商品的信息先汇集在保险管理装置，在有来自用户的加入保险申请时，在此保险管理装置中进行用户是否满足加入保险的条件的审查，或者进行用户是否满足给付保险金的条件的审查。
3.现有技术文献
4.专利文献
5.专利文献1：日本特开2018－180863号公报


技术实现要素：

6.发明欲解决的课题
7.但是，以往的保险及与其等效的服务，是用于为潜在的风险显现时作准备，且将其风险平均分摊给被保险人全员，为此的成本基本上是受益人负担。亦即，被保险人一般而言可通过对保险人支付保险费而享受所谓保险的益处。因此，至今的保险管理系统是将此种收益结构作为前提而建立的系统，如上述专利文献1，只要具备被保险人终端、保险人终端及保险管理装置即足够。
8.然而，被保险人虽在例如事故及疾病等风险显现的情形中可领取保险金等补偿，但在到那时为止的期间有所谓对被保险人而言难以意识到与保险费相符的好处的问题，此事成为阻碍加入保险的原因之一。并且，若要使事故发生时的补偿丰厚，则保险费自然会与其成比例而变得昂贵。这些问题在保险的性质上虽是不可避免的事，但只要可维持在事故等发生时被保险人可领取的补偿，并且即使是少许但可减少被保险人的支付保险费，则可谓将关系到保险加入件数的增加。
9.于是，本发明的目的在于减轻用户(被保险人)的负担，让用户容易加入保险或者与其等效的服务。
10.解决课题的技术方案
11.本发明的发明人针对解决上述以往技术问题的方案进行专心致志地探讨的结果，获得以下见解：通过在加入保险等服务时使赞助商负担用户原本应支付的成本的一部分或全部，用户会变得容易加入该服务。而且，本发明人思及若基于上述见解则可解决以往技术的课题，进而完成本发明。若具体地进行说明，则本发明具有以下的构成。
12.本发明的第一实施方式是关于管理服务器。本发明的管理服务器是经由通信网络
连接用户所利用的用户终端、保险人所利用的保险人终端、及赞助商所利用的赞助商终端的服务器装置。管理服务器首先从保险人终端接收关于保险商品的信息。在此关于保险商品的信息中，包含保险内容(补偿内容等)及对所述保险商品的加入条件等。并且，管理服务器从赞助商终端接收关于保险商品的加入条件的信息。亦即，在通过本发明的系统而运营的商业模式中，虽变成赞助商负担保险费，但作为其交换，赞助商能指定针对保险加入的条件。接着，管理服务器在从用户终端接收到加入服务的申请的情形中，至少部份地参照从赞助商终端接收到的加入条件，而判断用户能否加入服务。此处所谓的“服务”，可为与上述保险商品相同内容的服务，亦可为不同内容的服务。例如，在用户的持有产品产生损坏时，运营管理服务器的服务提供者会从保险人领取保险金，所述服务提供者可将保险金的一部分或全部提供给用户，亦可利用所述保险金提供用户关于交换或修理产品的服务。加入服务的条件，只要管理服务器参照从保险人终端所接收到的关于保险商品的信息、及从赞助商终端接收到的保险商品的加入条件而制定即可。
13.根据上述构成，可有效率地运营通过使赞助商负担用于加入保险等服务的成本而减轻用户负担的商业模式。亦即，在用户加入服务的条件中，至少部分地反映赞助商的意向。例如，赞助商能取得用户的个人信息，作为负担成本的交换。为了商品的行销，购入并使用同种类商品的用户的个人信息是有用的。例如，赞助商企业可将用户的个人信息利用在产品开发。并且，赞助商企业通过对要更换产品的用户展示自家公司产品以作为更换候补，而可直接对用户进行高效果的宣传。另一方面，用户通过提供本身的个人信息，而变得能免费或以降低的价格加入保险或与其等效的服务。借此，可以期待这些服务的加入件数增加。
14.本发明的管理服务器，优选为同时从用户终端接收加入服务的申请及关于用户的信息，并将此关于用户的信息传送至赞助商终端。借此，可将用户的个人信息等有效率地提供给赞助商终端。
15.本发明的管理服务器，优选为将用于供应保险商品的保险费的一部分或全部的费用的请求信息传送至赞助商终端。如此，并非使用户负担保险商品的保险费，而是使赞助商负担至少一部分，借此可促进用户加入服务。
16.本发明的第二实施方式是关于服务提供系统。服务提供系统包含：用户所利用的用户终端、保险人所利用的保险人终端、赞助商所利用的赞助商终端、及经由通信网络连接这些终端的管理服务器。在本发明的服务提供系统中，保险人终端是将关于保险商品的信息传送至管理服务器。赞助商终端是将关于对保险商品的加入条件的信息传送至管理服务器。管理服务器在从用户终端接收到加入服务的申请的情形中，至少部份地参照从赞助商终端接收到的加入条件，而判断用户能否加入服务。
17.本发明的第三实施方式是关于服务提供方法。服务提供方法是通过用户所利用的用户终端、保险人所利用的保险人终端、赞助商所利用的赞助商终端、及经由通信网络连接这些终端的管理服务器而执行。在本发明的服务提供方法中，保险人终端是将关于保险商品的信息传送至管理服务器。赞助商终端是将关于对保险商品的加入条件的信息传送至管理服务器。管理服务器在从用户终端接收到加入服务的申请的情形中，至少部分地参照从赞助商终端接收到的加入条件，而判断用户能否加入服务。
18.接着，针对管理服务器的另一实施方式进行说明。亦即，管理服务器是从保险人终端接收关于保险商品的信息。并且，管理服务器在从用户终端接收到加入服务的申请的情
形中，至少部分地参照保险商品的加入条件，而判断用户能否加入所述服务。而且，管理服务器可设为在判断用户能加入服务的情形中，将关于用户的信息传送至赞助商终端。如此，通过将用户的个人信息等传送至赞助商终端，而可从赞助商企业征收一部分或全部的保险商品的保险费。
19.接着，针对服务提供系统的另一实施方式进行说明。亦即，在服务提供系统中，保险人终端是将关于保险商品的信息传送至管理服务器。管理服务器在从用户终端接收到加入服务的申请的情形中，至少部分地参照保险商品的加入条件，而判断用户能否加入服务，在判断用户能加入服务的情形中，将关于用户的信息传送至所述赞助商终端。
20.接着，针对服务提供方法的另一实施方式进行说明。亦即，在服务提供方法中，保险人终端是将关于保险商品的信息传送至管理服务器。管理服务器在从用户终端接收到加入服务的申请的情形中，至少部分地参照保险商品的加入条件，而判断用户能否加入服务，在判断用户能加入服务的情形中，将关于用户的信息传送至所述赞助商终端。
21.发明效果
22.根据本发明，可减轻用户的负担而促进加入保险等服务。
附图说明
23.图1是概略地表示服务提供系统的整体构成。
24.图2是表示构成服务提供系统的终端装置及服务器装置的功能方框的例子。
25.图3是表示设置于管理数据库的各数据表的数据结构例。
26.图4是表示设置于保险人数据库的各数据表的数据结构例。
27.图5是表示服务加入条件的设计流程的一例。
28.图6是表示针对服务的加入审査流程的一例。
具体实施方式
29.以下，使用附图针对用于实施本发明的方式进行说明。本发明不受限于以下所说明的方式，亦包含从以下方式在本发明所属技术领域中具有通常知识者可清楚理解的范围内进行适当变更者。
30.图1是表示通过本发明的一实施方式的服务提供系统100而能实现的商业模式的概要。在此商业模式中，将终端用户设为被保险人，将以免费或低价对终端用户本身或其持有产品加保险作为诱因，以取得终端用户的个人信息或关于其持有产品的信息，且作为取得终端用户的个人信息或持有产品的信息的代偿，赞助商企业负担一部分或全部的保险费。具体而言，服务提供者(保险契约者)是将终端用户设为被保险人，并与保险公司缔结保险契约。保险的目标物是终端用户本身或其持有产品，通过保险而补偿终端用户所发生的疾病、事故、灾害等，或者持有产品(例如摄像机、汽车等工业产品)所发生的故障、遗失等。服务提供者对保险公司支付保险费，在发生符合保险条件的事故等的情形中，基本上变成由保险公司对服务提供者支付保险金。保险金可为保险对象即商品的再采购价额，亦可为无关保险对象即商品的固定金额。另一方面，由服务提供者对被保险人即终端用户的给付，亦即保险的补偿内容，可为保险金的给付，亦可为产品的修理或交换替代产品等其他服务。如此，在终端用户与服务提供者之间缔结服务契约。
31.并且，在保险契约或服务契约之前，服务提供者是与赞助商企业之间缔结促销活动契约。作为对服务提供者支付促销活动费的代偿，赞助商企业可取得被保险人即终端用户的个人信息或关于其持有产品的信息。服务提供者通过从赞助商企业领取的促销活动费，而供应支付保险公司的一部分或全部的保险费用。亦即，服务提供者从赞助商企业领取的促销活动费可与保险费为相同的金额，亦可为较保险费更低或者更高的金额。在促销活动费与保险费为相同金额的情形，服务提供者可从终端用户征收服务费(至少较保险费更便宜的金额)以作为手续费。并且，在促销活动费为较保险费更低的金额的情形，服务提供者可从终端用户征收保险费的剩余部分加上手续费的金额以作为服务费。另一方面，在促销活动费为较保险费更高的金额的情形(例如在促销活动费中包含保险费与手续费的情形)，终端用户可免费享受来自服务提供者的服务。如此，通过从赞助商企业征收促销活动费，并以所述促销活动费供应一部分或全部的保险费，而可减轻终端用户的负担。
32.并且，如上述，作为变成赞助商企业负担终端用户原本应支付的保险费的至少一部分的交换，针对将此终端用户作为被保险人的保险契约(或者服务契约)的加入条件及补偿内容，会反映赞助商企业的意向。例如，赞助商企业可在契约缔结时指定从终端用户取得的个人信息或持有产品信息，或者可将保险加入时的条件及补偿内容限制成对自家公司有利。例如，赞助商企业通过将保险的目标物限定成自家公司产品、将物损时的补偿内容限定成与自家公司产品交换，而以可享受与促销活动费的支付相符的利益的方式，将保险加入条件等调整成使自家公司占优势。
33.本发明的服务提供系统100或者成为其核心的管理服务器10是以进行适合运营上述商业模式的信息处理的方式而构成。如图1所示，服务提供系统100中包含：服务提供者(保险契约人)所利用的管理服务器10、终端用户所利用的用户终端20、保险公司所利用的保险人终端30、及赞助商企业所利用的赞助商终端40。管理服务器10是经由网际网络等通信网络而将用户终端20、保险人终端30及赞助商终端40互相连接。并且，图2是表示管理服务器10、用户终端20、保险人终端30及赞助商终端20的功能方框。
34.管理服务器10是主要负责营运本系统的服务提供者所利用的服务器装置，并具备用于执行以下处理的功能：与各终端20、30、40的信息交流、服务加入条件的设计处理、或者服务的加入审査处理。管理服务器10例如可通过一或多个现有技术的网站服务器而构成。此外，网站服务器可物理性建立在数据中心内，亦可虚拟地存在于云端上。
35.管理服务器10具备：管理控制部11、存储部12、通信部13及管理db(数据库)14。管理服务器10的管理控制部11是进行后述图5及图6所示的本系统整体的营运处理。管理控制部11是由现有技术的cpu等处理器所构成。存储部12是用于存储信息的要素，所述信息是用于终端控制部11的演算处理等。存储部12是存储使泛用的网站服务器区段发挥作为本发明的管理服务器10的功能的程序。管理控制部11读取被存储在存储部12的程序，并遵照此程序而控制其他要素。管理控制部11可将遵照程序的演算结果写入存储器或从存储器读取。存储部12的存储功能例如可通过hdd及sdd等非挥发性存储器而实现。存储部12的存储器功能可通过ram、dram等挥发性存储器而实现。并且，通信部13是用于通过网际网络而在用户终端20、保险人终端30及赞助商终端40之间传送及接收信息的要素。
36.管理db14主要是通过各种数据表而建立，所述各种数据表是用于管理保险人终端30及赞助商终端40所共有的信息、或用户的服务加入审査所利用的信息。将管理db14所含
的数据表的信息结构的例子表示于图3。例如，管理db14中包含：用户数据表、持有产品数据表、加入服务数据表、产品数据表、服务数据表、企业数据表。
37.用户数据表是用于对每个终端用户登录个人信息的数据表。具体而言，用户数据表是将终端用户固有的用户id作为主键，并具备用于将用户的姓名、住址、电子信箱等个人信息赋予关联并存储的栏位。并且，在用户的个人信息中，亦可包含性别、年龄、支付信息(信用卡信息)、电话号码。
38.持有产品数据表是用于对每个终端用户登录关于所述用户所具有的产品的信息的数据表。具体而言，持有产品数据表是将用户id作为主键，并具备用于将外来键即持有产品id、持有产品的序号等赋予关联并存储的栏位。持有产品id是与产品数据表的主键即产品id链接。
39.加入服务数据表是用于对每个终端用户登录关于所述用户所加入的服务的信息的数据表。加入服务数据表是将用户id作为主键，并具备用于将外来键即加入服务id、外来键即对象产品id、及服务的加入日等赋予关联并存储的栏位。加入服务id是与服务数据表的主键即服务id链接。并且，对象产品id是与产品数据表的主键即产品id链接。因此，只要参照加入服务数据表，便可特定哪个用户要加入哪个服务、哪个产品被设定作为服务对象(保险目标物)。
40.产品数据表是用于对每个产品登录关于所述产品的信息的数据表。产品数据表是例如将产品固有的产品id作为主键，并具备用于将外来键即制造企业id、所述产品的型号、产品名称、品项(摄像机或行动电话等类型名称)、产品的发售日、发售价格(零售希望价格)等赋予关联并存储的栏位。制造企业id是与企业数据表的主键即企业id链接。
41.服务数据表是用于对每个服务登录针对所述服务进行合作的赞助商企业的信息、关于服务的加入条件的信息的数据表。在登录于此服务数据表的加入条件中，反映赞助商企业的希望、保险公司所设定的针对保险商品的加入条件。服务数据表是将服务固有的服务id作为主键，并具备用于将外来键即保险企业id、外来键即赞助商企业id、关于服务加入条件的信息赋予关联并存储的栏位。保险企业id是与企业数据表的主键即企业id链接，登录已缔结保险契约的保险企业固有的id，所述保险契约成为各服务的根据。赞助商企业id是与企业数据表的主键即企业id链接，登录已针对各服务缔结促销活动契约的赞助商企业固有的id。作为服务加入条件的例子，可列举如下：服务内容、服务期间、补偿理由、对象产品、其他赞助商企业所指定的必要事项。服务内容栏位是登录提供给终端用户的服务的具体内容，例如金钱的给付及其金额的计算方法、产品的修理、产品的交换等。并且，服务期间栏位是登录用户可接受服务提供的期间，登录从加入服务时起1年期间等具体期间及其能否更新。补偿理由栏位是登录成为对用户提供服务的原因的理由的栏位，登录例如自然故障、浸水、失窃、自然灾害等具体理由。对象产品栏位是登录成为补偿对象的产品的栏位，登录限为赞助商企业的产品等限制事项、具体型号或产品名称、品项等。此外，补偿对象的产品不仅为赞助商企业的产品，亦可为其他企业的产品。例如，亦可以将用户所持有的其他公司的产品与赞助商企业进行交换作为目的，而规定服务加入条件。并且，补偿对象不限于产品，亦可为终端用户本身(人的疾病或事故、灾害等)。并且，在其他必要事项栏位中，在终端用户加入服务时，登录提供给赞助商企业的个人信息及产品信息等。例如，赞助商企业可要求共有登录在用户数据表的终端用户的姓名、住址等个人信息，或要求共有登录在持有产
品数据表的关于用户的持有产品的信息。在必要事项栏位中，能适当登录赞助商企业所要求的其他各种条件。
42.企业数据表是用于对每个企业登录关于其产业类别及连络方式的信息的数据表。企业数据表是将企业id作为主键，并具备用于将企业名称、产业类别、企业的区别、连络方式赋予关联并存储的栏位。在企业数据表中，登录有是本系统的“保险企业”、“赞助商企业”、或是两者皆非的“其他”企业(将成为保险目标物的产品进行制造贩售的制造企业等)的区别。
43.用户终端20、保险人终端30及赞助商终端40分别为终端用户、保险公司及赞助商企业所利用的终端装置，具备与管理服务器10的通信功能。作为这些终端20、30、40，亦可利用泛用的桌上型pc、智慧型手机、平板型终端等可携式信息终端。各终端20、30、40具备本系统专用的应用程序，可通过此程序而与管理服务器10进行通信，亦可通过泛用的浏览器而访问管理服务器10所提供的网站，并通过此网站与管理服务器10进行通信。
44.各终端20、30、40，作为共通功能，具有：控制部(21、31、41)、存储部(22、32、42)、通信部(23、33、43)、输入部(24、34、44)及显示部(25、35、45)。控制部进行控制各终端所具备的其他要素的处理。作为控制部，可利用cpu、gpu等处理器。控制部是读取被存储在存储部的应用程序，并遵照此应用程序而控制其他要素。并且，控制部可将遵循应用程序的演算结果适当地写入存储部或从存储部读取。存储部是用于存储信息的要素，所述信息是用于在控制部的演算处理等。存储部系存储应用程序，所述应用程序是使泛用的pc等信息终端发挥作为本发明的服务提供系统100中的终端(用户终端、保险人终端、赞助商终端)的功能。存储部的存储功能例如可通过hdd及sdd等非挥发性存储器而实现。存储部的存储器功能可通过ram或dram等挥发性存储器而实现。通信部是用于在与管理服务器之间经由网际网络等通信电路而进行信息的收发的要素。输入部是用于接受对于各终端的信息输入的要素。经由输入部所输入的信息是被传递往控制部。输入部可采用触控面板、按钮、游标、麦克风、键盘及鼠标等现有技术的输入装置。显示部是遵循控制部的控制而显示预定影像等的显示器。作为显示部，只要使用液晶显示器、有机el等现有技术的显示器即可。并且，亦可将触控面板重迭在显示器而构成触控面板显示器。
45.在本系统中，保险人终端30除了上述共通功能，更具备保险人db(数据库)36。保险人db36是通过用于管理关于被保险人(终端用户)的信息、关于被保险人所加入的保险的信息、或者关于保险的加入条件的信息的各种数据表而建立。将保险人db36所含的数据表的数据结构的例子表示于图4。例如，在保险人db36中，包含用户数据表、加入保险数据表及保险数据表。
46.保险人db36的用户数据表，基本上登录与上说的管理db14的用户数据表同样的信息。保险人db36的用户数据表可在保险人终端30中独自地登录信息，亦可从管理服务器10至保险人终端30共有登录于用户数据表的信息。并且，为了容易在管理服务器10与保险人终端0之间共有信息，亦可对相同终端用户分配共通的用户id。
47.加入保险数据表是用于对每个终端用户登录信息的数据表，所述信息是关于将所述用户设定作为被保险人的保险商品。加入保险数据表是将用户id作为主键，具有用于将外来键即加入保险id、外来键即对象产品id、及保险的加入日期等赋予关联并存储的栏位。加入保险id是与保险数据表的主键即保险id链接。并且，对象产品id是与设置在管理服务
器10的管理db14的产品数据表的主键即产品id链接。因此，保险人终端30通过因应需要访问管理服务器10，而可取得登录于管理服务器10的产品数据表的产品信息。并且，通过参照加入保险数据表，而可特定哪个用户被设定作为哪个保险商品的被保险人，或哪个产品被设定作为(保险目的物)。
48.保险数据表是用于对每个保险商品登录关于所述保险商品的加入条件的信息的数据表。此保险加入条件，基本上可为保险公司独自设计的条件，亦可如后述般为依据赞助商企业的希望而调整的条件。保险数据表是将保险商品固有的保险id作为主键，具有用于将关于保险加入条件的信息赋予关联并存储的栏位。作为保险加入条件的例子，可列举如下：保险内容、保险期间、补偿理由、被保险产品、被保险产品的购入日、发售日、发售价格等。保险内容栏位登录所给付的保险金的金额及其计算方法、或者在保险契约后所征收的保险费及其计算方法等。并且，保险期间栏位是登录保险的契约期间的栏位，并登录从保险加入日或商品的购入日、或者商品的发售日等起算日起1年期间等具体的期间，及其能否更新。补偿理由栏位是登录成为由保险提供补偿的原因的理由的栏位，并登录例如自然故障、浸水、失窃、自然灾害等具体的理由。被保险产品栏位是登录关于成为补偿对象的产品的信息的栏位。此外，补偿对象不限于产品，亦可为被保险本身(人的疾病或事故、灾害等)。在发售日栏位及发售价格栏位中，分别登录被保险产品的发售日及发售价格。
49.接着，参照图5，针对设计提供给终端用户的服务的加入条件的流程的一例进行说明。图5所示的流程图是表示从基于赞助商企业的期望而设计服务的加入条件等，并将其告知终端用户为止的信息处理。
50.首先，欲对终端用户提供保险或与其等效的服务的服务提供者，是利用管理服务器10对于保险公司所具有的保险人终端30通知本身的需求信息，并委托符合所述需求的保险商品的设计或提供(工序s1)。此外，在保险业界中，符合此处所称的“服务提供者”的对象，大致区分而存在“保险代理店”(包含保险仲介人(保险经纪人))与“作为团体契约的契约人”这二种类。保险代理店是将保险公司所制作的保险商品直接提供给终端用户。因此，在图3中为“保险商品提供委托”。相对于此，作为团体契约的契约人是对于所述团体所属的会员等，促使会员加入保险以作为被保险人，并非仅贩售保险公司所提供的现有保险商品，而常常要设计符合所述团体需求的商品。因此，在图3中为“保险设计委托”。
51.保险公司若接受来自服务提供者的委托，则从现有的保险商品的中进行挑选，或者重新进行设计，而将关于符合服务提供者需求的保险商品的信息通过保险人终端30通知管理服务器10(工序s2)。此保险商品的信息中，包含保险商品的加入条件及补偿内容等。此外，在此阶段中，保险商品的加入条件等通常由保险公司独自决定。
52.接着，服务提供者是利用管理服务器10，对于赞助商候补的企业所利用的赞助商终端40，通知由保险公司推荐的保险商品等的信息，并在将所述保险商品提供给终端用户时，募集希望共有当时所取得的终端用户的个人信息或关于其持有产品的信息的赞助商企业(工序s3)。希望登录此促销活动的企业是利用赞助商终端40，将其意愿通知管理服务器10(工序s4)。并且，在登录促销活动之际，管理服务器10接受关于提供给终端用户的具体保险商品或与其等效的服务的期望。赞助商企业是通过将期望输入赞助商终端40，而将所述期望传递至管理服务器10。作为赞助商企业的期望，可考虑：将提供给终端用户的服务内容限定为例如在用户的持有产品故障之际与自家公司产品进行交换等要求、将被保险产品限
定成自家公司产品等要求、或者指定欲从终端用户取得的个人信息等要求。此外，赞助商企业的期望不限于此处所列举者，可一定程度自由地将期望通知服务提供者。管理服务器10若从赞助商企业接收针对促销活动的募集通知的期望信息，则将所述企业信息登录至管理db14，或将期望信息暂时地存储在存储部12(工序s5)。
53.接着，服务提供者是利用管理服务器10，将从赞助商企业所接受到的期望信息通知保险人终端30，并委托调整成反映所述期望的具体内容的保险商品(工序s6)。若接受此委托，则保险公司会调整保险商品或服务的加入条件、覆盖范围(自然故障、物损、自然灾害、疾病、受伤等)、对象产品(亦包含人)、对象期间等(工序s7)。并且，服务提供者是利用保险人终端30而将已开始提供调整后的保险商品的意旨通知管理服务器10。并且，在保险人终端30中，将关于考虑赞助商企业的期望而经调整的保险商品的信息，登录至保险人db36的保险数据表(工序s8)。在登录于保险数据表的信息中，如同所述，包含关于保险内容及保险加入条件的信息。
54.并且，接受到开始提供调整后的保险商品的通知的管理服务器10，是将因应所述保险商品的服务加入条件及服务内容等登录至管理db14的服务数据表(工序s9)。具体而言，将提供保险商品的保险企业的企业id、进行关于此保险商品的促销活动登录的赞助商企业的企业id、以及终端用户用于加入此服务的条件，登录至服务数据表。此外，登录在管理服务器10的服务数据表的服务加入条件与登录在保险人终端30的保险数据表的保险加入条件可一致亦可不同。如同所述，虽在保险公司与服务提供者之间缔结保险契约，但在保险数据表中登录用于其的保险加入条件及补偿内容。基本上，保险公司对于服务提供者的补偿是通过金钱的给付而进行。另一方面，虽在终端用户与服务提供者之间缔结服务契约，但在服务数据表中登录用于其的服务加入条件及服务内容。例如，从服务提供者至终端用户，亦可为故障产品的交换等金钱的给付以外的与其等效的服务。并且，不论服务提供者与终端用户之间是否缔结服务契约，为了避免在服务提供者与保险公司之间未缔结保险契约等状况，比起保险的加入条件可更进一步限制服务的加入条件。
55.如上述，在决定能提供给用户的服务的加入条件及补偿内容后，服务提供者是利用管理服务器10，将所述服务的告知信息传送至终端用户所具有的用户终端20(工序s10)。作为服务的告知方法，可列举例如下述方法：通过安装在用户终端20的专用应用程序而通知告知信息、通过电子邮件将告知信息通知用户终端20终端、或者通过会员专用的网站将告知信息通知用户终端20。
56.接着，参照图6，将针对服务的加入审査流程的一例进行说明。图6的流程图是表示从有来自用户的加入服务申请时，审查能否加入服务，并在决定加入后进行契约费或促销活动费的支付请求为止的信息处理。
57.如图6所示，终端用户是利用用户终端20，在选择希望加入的服务后，输入加入所述服务所需要的信息(工序s11)。加入服务的选择画面及必要信息的输入格式可通过用户终端20的应用程序而提供给终端用户，亦可通过管理服务器10所提供的网站而提供给终端用户。并且，申请加入服务时需要输入的信息是依各服务而异。亦即，管理服务器10只要参照管理db14的服务数据表，将用于输入加入服务时所需要的信息的输入格式提供给用户终端20即可。具体而言，为了判断终端用户是否满足登录在服务数据表的服务加入条件，而要求终端用户输入对应于这些加入条件的信息。并且，在赞助商企业希望取得例如用户的性
别、年龄及其持有产品名称的情形中，作为服务的申请条件，要求终端用户输入这些赞助商企业所希望的信息。
58.接着，管理服务器10若从终端用户接受到加入服务的申请，则基于所述终端用户所输入的信息，审查能否加入服务(工序s12)。如同所述，能否加入服务的判断是遵循登录在服务数据表的服务加入条件而进行。此服务数据表的服务加入条件至少部分地反映上述工序s4所接受到的赞助商企业的期望。例如，在可加入服务的产品被限定为赞助商企业所制造贩售的产品的情形，管理服务器10判定有来自终端用户的加入服务申请的产品是否符合此条件。如此，管理服务器10可基于反映赞助商企业的期望的服务加入条件，而判断终端用户能否加入服务。
59.工序s12中的审査结果，在终端用户的输入信息被判断为不符合服务加入条件的情形，管理服务器10会将所述结果通知用户终端20。此情形，在用户终端10的显示部25显示不受理申请的画面(工序s13)。在不受理申请的情形，图6所示的审査流程结束。
60.另一方面，工序s12中的审査结果，在终端用户的输入信息被判断为符合服务加入条件的情形，管理服务器10会将终端用户的输入信息登录在管理db14(工序s14)。例如，管理服务器10是基于终端用户的输入信息，而在用户数据表的个人信息的栏位、持有产品数据表的各栏位登录信息。其后，管理服务器10对保险人终端30传送针对保险商品的申请通知，所述保险商品是对应于有来自终端用户的加入申请的服务。亦即，服务提供者对保险公司进行将终端用户设为被保险人的对保险商品的申请。并且，在此时，亦可从管理服务器10对保险人终端30提供必要信息。例如，登录在管理服务器10的用户数据表的信息，因对保险企业而言亦是有用的，故管理服务器10可将登录在此用户数据表的各种信息传送至保险人终端30。再者，管理服务器10对用户终端20进行服务契约暂时成立的意旨的通知(工序s15)。此外，在此阶段中，因是在保险企业与服务提供者之间尚未成立保险契约的状态，故在服务提供者与终端用户之间的服务契约亦先为暂时成立。用户终端20在从管理服务器10领取暂时契约成立的通知时，将显示其意旨的画面显示于显示部25(工序s16)。此外，暂时契约成立后，虽在一定期间内从管理服务器10对用户终端传送契约不成立通知的情形下，服务提供者与终端用户的契约会被解除，但在经过一定期间仍未传送上述契约不成立通知的情形，在用户终端20的显示部25中会显示表示契约正式成立的意旨的画面(工序s26)。
61.保险人终端30若从管理服务器10领取到将终端用户设为被保险人的保险商品加入的申请通知，则进行是否符合登录在保险人db36的保险数据表的保险加入条件的审查(工序s17)。此保险数据表的保险加入条件是基于上述工序s4所接受到的赞助商企业的期望而经部分调整者。例如，在可加入保险的产品被限制在发售日(或者购入日)起1年以内的情形，保险人终端30判定被保险产品是否符合此条件。如此，保险人终端30是基于已根据赞助商企业的期望而调整的保险加入条件，判断能否缔结将终端用户设为被保险人的保险契约。
62.工序s17中的审査结果，在判断不符合预定的保险加入条件的情形，保险人终端20对管理服务器10通知保险契约不成立的意旨。管理服务器10判断在一定期间内是否从保险人终端30接收到契约不成立通知(工序s18)，在判断接收到的情形中，对用户终端20传送契约不成立通知。同样地，在用户终端20亦判断在一定期间内是否从管理服务器10接收到契约不成立通知(工序s19)，在判断接收到的情形中，在显示部25显示表示不受理加入服务的
申请的画面(工序s20)。在不受理申请的情形，图6所示的审査流程结束。
63.另一方面，工序s17中的审査结果，在判断将终端用户设为被保险人的保险契约符合契约条件的情形，保险人终端30是将必要信息登录至保险人db36(工序s21)。例如，保险人终端30是基于来自管理服务器10的共有信息而登录用户数据表的个人信息的栏位，或将信息登录在加入保险数据表的各栏位。
64.接着，保险人终端30对管理服务器10通知已缔结契约的保险商品的保险费的请求(工序s22)。保险商品的保险费可为由保险公司预先订定的金额，亦可为因应赞助商企业的期望而经调整的金额。若管理服务器10领取保险费的请求通知，则服务提供者对保险公司进行支付所述保险费的手续。并且，支付手续完成后，管理服务器10对保险人终端30传送支付完成通知(工序s23)。其后，保险人终端30在确认到保险费的领收后(工序s24)，对管理服务器10传送保险契约的成立通知(工序s25)。凭借此通知，在服务提供者与保险公司之间正式地缔结保险契约。并且，如同所述，在经过一定期间契约不成立通知亦未传送至用户终端20的情形，在用户终端20的显示部25中显示表示契约正式成立的意旨的画面(工序s26)。在此阶段中，在服务提供者与终端用户之间正式地缔结服务契约。在本发明的系统中，其特征之一是不论是否确认到服务提供者对保险公司支付保险费或保险公司领收保险费，在终端用户与服务提供者之间，服务契约皆独立成立。借此，可对终端用户迅速地开始提供服务。
65.并且，保险契约缔结后，管理服务器10对赞助商终端30通知促销活动费的请求，且传送赞助商企业预先希望取得的终端用户的个人信息、关于其持有产品的信息(工序s27)。例如，管理服务器10只要从登录在管理db14的用户数据表或持有产品数据表的信息中提取赞助商企业所求的信息，并传送至赞助商终端30即可。并且，若赞助商终端30领取促销活动费的请求通知，则赞助商企业对服务提供者进行支付所述促销活动费的手续。并且，支付手续完成后，赞助商终端30对管理服务器10传送支付完成通知(工序s28)。通过到此为止的处理，加入服务的审査流程结束。
66.以上，在本案说明书中，为了表现本发明的内容而一边参照附图一边进行本发明的实施方式的说明。但是，本发明不受限于上述实施方式，包含本领域技术人员基于本案说明书所记载的事项而可清楚理解的变更方式及改良方式
67.附图标记说明
68.10
ꢀꢀꢀꢀꢀ
管理服务器
69.20
ꢀꢀꢀꢀꢀ
用户终端
70.30
ꢀꢀꢀꢀꢀ
保险人终端
71.40
ꢀꢀꢀꢀꢀ
赞助商终端
72.100
ꢀꢀꢀꢀ
服务提供系统