保险选购建议方法及保险选购建议服务器与流程

本发明是有关于一种在线选购方法，且特别是有关于一种保险选购建议方法及保险选购建议服务器。
背景技术：
：保险的销售大多仰赖于保险业务员的推荐与销售，相对地，在销售保单的同时，保险业务员会依据贩卖保单的金额获取一定比例的佣金，做为报酬。然而，由于同时考虑了自身利益，保险业务员所推荐的保单并不一定为真正适合用户的保单。此外，保险业务员自身的素质、自身经验或情绪也不免影响到其所推荐给客户的保单。虽然现在很多平台都提供了网络投保或建议的服务，然而，在现行网络的平台中，仅能粗略为各种保单进行分类，并没有办法针对用户的需求提供良好的建议。因此，如何提供贴近用户的保险选购建议为本领域人员所致力的问题。技术实现要素：本发明提供一种保险选购建议方法及保险选购建议服务器，用以协助用户选择符合自身需求的保单。在本发明实施例中，该保险选购建议方法适用于保险选购建议服务器。该保险选购建议服务器包括通讯单元、存储单元及处理单元。存储单元储存多笔默认商品以及对应每项预设商品的多笔商品内容及多笔特征。保险选购建议方法包括：接收来自用户的选购协助请求，其中选购协助请求包括用户所输入的选购需求。依据选购需求及默认商品的特征计算保单组合，并提供保单组合给用户。当接收到来自用户对应保单组合的保障测试请求时，依据保单组合的商品内容执行保障测试程序。以及发送保障测试程序的执行结果至用户。在本发明的实施例中，该保险选购建议服务器包括通讯单元、存储单元及处理单元。通讯单元接收来自用户的选购协助请求，其中选购协助请求包括用户所输入的选购需求。存储单元包括商品内容数据库、商品特征数据库以及案例数据库，商品内容数据库储存多笔默认商品的商品内容，商品特征数据库储存默认商品的特征，以及案例数据库储存多个案例。处理单元耦接于通讯单元与存储单元，处理单元依据选购需求及默认商品的特征计算保单组合，并提供保单组合给用户。当处理单元接收到来自用户对应保单组合的保障测试请求时，依据保单组合的商品内容执行保障测试程序。处理单元发送保障测试程序的执行结果至用户。基于上述，本发明提供了一种保险选购建议方法与保险选购建议服务器。借由本发明的保险选购建议方法与保险选购建议服务器，用户可以通过交互式的多媒体选项寻找适合自身需求的保单组合。为使本发明的上述特征和优点能更明显易懂，下文特例举实施例，并配合附图作详细说明如下。附图说明图1为本发明的实施例的保险选购建议服务器的示意图。图2为本发明的实施例的保险选购流程图。图3为本发明的实施例中提供保单组合的细部流程图。图4为本发明的实施例的保障测试程序的流程图。图5为本发明的实施例产生保单组合的流程图。附图标记说明10：终端装置100：保险选购建议服务器110：通讯单元120：存储单元122：商品内容数据库124：商品特征数据库126：案例数据库130：处理单元s201～s219：保险选购的步骤s301～s309：提供保单组合的步骤s401～s409：执行保障测试程序的步骤s501～s505：产生保单组合的步骤具体实施方式为了降低因保险业务员自身的素质、自身经验或情绪影响到其所推荐的保单，并且提供更贴近用户的在线保单选购服务。有鉴于此，本发明提供一种保险选购建议服务器，以推荐中立且适合用户的保单组合。请参考图1，图1为本发明的实施例的保险选购建议服务器的示意图。本发明的保险选购建议服务器100会依据用户的选购协助请求、选购需求提供推荐用户的保单组合建议，并依据用户的指示执行选购。具体来说，用户会通过终端装置10与保险选购建议服务器100连接，并交换信息以寻求保单组合建议。终端装置10可以为用户的个人计算机、笔记本电脑、智能型手机等。保险选购建议服务器100包括通讯单元110、存储单元120以及处理单元130。通讯单元110会传送/接收用户通过终端装置10所发送的信号。特别是，通讯单元110会接收来自用户的选购协助请求及各项操作。通讯单元110可为支持ieee802.3/ab/u/x/z以太网络(ethernet)、全球行动通信(globalsystemformobilecommunication，gsm)系统、个人手持式电话系统(personalhandy-phonesystem，phs)、分码多重存取(codedivisionmultipleaccess，cdma)系统、无线兼容认证(wirelessfidelity，wifi)系统、全球互通微波存取(worldwideinteroperabilityformicrowaveaccess，wimax)系统、第三代无线通信技术(3g)、长期演进技术(longtermevolution,lte)、专用短距通讯技术(dedicatedshortrangecommunication,dsrc)的其中之一或其组合的通讯芯片。然而本发明并不限于此。存储单元120可以是任何型态的固定或可移动随机存取内存(randomaccessmemory，ram)、只读存储器(read-onlymemory，rom)、闪存(flashmemory)或类似组件或上述组件的组合，本发明并不限于此。存储单元120用于储存保险选购建议服务器100运作时所需的程序代码、指令、数据等。处理单元130耦接于通讯单元110与存储单元120，并用以执行保险选购建议服务器100运作时相关运行的作业等。例如：处理单元130会依据通讯单元110接收来自用户终端装置10的选购需求及预存于存储单元120中的默认商品计算保单组合，并指示通讯单元110提供保单组合给用户。为了针对用户的需求提供中立且适合的保单建议，在本发明的实施例中，存储单元120设有商品内容数据库122、商品特征数据库124以及案例数据库126，以使用户可以通过自身需求、预设商品内容、默认商品特征以及案例进行评估与试算。商品内容数据库122、商品特征数据库124以及案例数据库126可以为以结构化查询语言(structuredquerylanguage，sql)为接口进行数据存取的数据库，或者是以apachecassandratm为基准的查询语言(cassandraquerylanguage，cql)为接口，以进行数据存取的数据库。商品内容数据库122会储存多笔默认商品的相关信息，以作为默认商品的商品内容。举例来说，商品内容数据库122可以储存每项默认商品的商品信息以作为商品内容，例如编号、公司、种类、商品名称、可承保职业等级、币别、代号、契约别、可否副本理赔、无健保身分就医给付折扣、缴费年期、承保年龄、保障终期、有无解约金、可附加附约、保费、条款…等所有相关商品内容的信息。商品内容数据库122也可以储存与商品相关的理赔商品内容以作为预设商品的商品内容，例如理赔的计划/单位、给付条件、给付内容(如：实支实付上限/定额金额)。商品内容数据库122也可以储存与预设商品相关的解约金内容以作为预设商品的商品内容，例如：解约的性别、年龄、保额与对应到的解约金。在本发明的实施例中，存储单元120所默认商品的商品内容可以如表一所示，表一公开了在商品内容数据库122中所储存的多笔预设商品的多笔商品内容。表一：预设商品内容在表一中公开了预设商品包括商品一、商品二及商品三，并且每一个商品都具有七种不同的商品内容。商品内容一的保费与商品内容二的保障终期为对应商品信息的商品内容。商品内容三罹患癌症保险金、商品内容四癌症住院医疗保险金、商品内容五癌症在家疗养保险金、商品内容六癌症门诊医疗保险金都为对应理赔内容的商品内容。而商品内容七的六年期满解约金则为对应解约金内容的商品内容。需说明的是，在本实施例中，商品内容数据库122所储存的多个商品内容可以如表一的预设商品内容表的形式所储存，然而本发明不限于此。商品特征数据库124储存了多笔经转换后的默认商品的特征，且商品内容数据库122与商品特征数据库124会有相同唯一的值，以作为商品内容数据库122与商品特征数据库124对应的依据，例如，以商品编号作为对应的依据。为了让预设商品的评比位于相同的基准上，在本发明的实施例中会把所有的商品内容转换成为具有相同标准特征，如表二所公开的默认商品特征。表二：默认商品特征需说明的是，在本发明的实施例中，预设商品的商品内容及特征分为条件商品内容/条件特征以及理赔商品内容/理赔特征。条件商品内容/条件特征为商品本身的条件，例如：保障是否为终身、是否可以副本理赔、无健保给付折扣、有无解约金、身故是否退还保费、是否因意外加倍给付等等，凡为预设商品的特色都可为条件商品内容/条件特征。而在后续产生保单组合的过程中，将会依据用户在选购需求所输入的条件特征进行条件筛选，以找到适合用户的条件的商品。而理赔特征则是在默认商品中的理赔项目，且这些理赔项目所展现的特征会有数值的差异。理赔商品内容例如为：罹患癌症保险金、癌症住院医疗保险金、癌症在家疗养保险金、癌症门诊医疗保险金、六年期满解约金等。借此，用户得以依据自己心中对这些理赔特征的重视程度，安排理赔特征的顺序。以表二为例，在本实施例中，特征一的保费是用来让用户输入预算，以筛选符合用户预算的保单。因此特征一视为条件特征，并以原始数据储存于商品特征数据库124。相似地，特征二的保障终期为条件特征，因此在商品特征数据库124中仅以原始数据“终身”进行储存。表二的特征三至特征七有数值上的差异，因此视为理赔特征。由于这些理赔商品内容会有数值上的差异，为了统一评比的标准，在本实施例中是以承保期间的总保费的每元保费作为单位，以将理赔商品内容转换为理赔特征。须说明的是，在本发明的部分实施例中，评估各项预设商品的每元保费所获得的保障会因用户所输入的年龄以及承保期间而有所不同。举例来说，当用户欲评估浮动保费的商品，期间为30岁起承保，共5年时，是依据30岁至34岁所累加的总保费作为计算的依据。借此，用户得以评估于各项预设商品中，在支付相同保费情形下，获得最多在意理赔项目的额度。须说明的是，上述承保期间可以为预设商品所能够承保的总期间进行计算，或者是由用户自行输入其欲承保的期间。此外，在其他实施例中，计算理赔特征也可以年度保费的每元保费作为单位，本发明并不限于此。在本发明另一实施例中，为了降低相似特征之间的差异，理赔特征也可以以级距的方式进行运算。举例来说，以表二的特征五所述的癌症手术保险金为例，在评给级分时是以0.2元/次作为级距的单位。也就是说，在总保费每元的保费中，若癌症手术保险金每一次为0～0.2元，则给予级分1；若癌症手术保险金每一次为0.2～0.4元，则给予级分2，以此类推。请参考表三，表三是以表二的特征五为例所标示的级距表。癌症手术保险金元0～0.2元/次10.2～0.4元/次20.4～0.6元/次30.6～0.8元/次40.8～1元/次5表三：特征五的级距表而在上述表二的实施例中，商品一、商品二及商品三的特征五可以分别换算成为级分3、3、5。原表二的商品一与商品二在特征五的表现每次仅相差0.107元，相差并不明显。借由换算后，商品一与商品二的特征五具有相同的级分。借此，以避免在后续计算保单组合时，放大了相似特征间的微小差异。须说明的是，上述的范例仅为示范说明，在实际的运作中，给予级分的方式会因实作而有所不同，本发明并不以此为限。案例数据库126储存多笔案例的数据，以提供保障测试程序所需的案例数据。针对每个案例数据，都会记载案例的描述、医疗项目以及费用内容。在本发明的实施例中，处理单元130可以提供案例输入接口，以让用户自行输入多笔诊断说明书、医疗收据等实际医疗行为至案例数据库126。或者是，处理单元130可以通过大数据搜集的方式，依据时事、理赔经验或用户自建案例，以模拟在此状况下，用户所选取的保单组合的理赔结果。或者是，处理单元130也可以通过政府、公众数据释出的数据产生多笔案例，以模拟客户所选择的保单组合的理赔结果。用户可以自建案陆或者是通过案例数据库126所建立的案例进行理赔测试。例如表四，表四所储存的即为癌症的一个案例。表四：癌症的案例事件在该子宫颈癌案例中，病患会进行一次卵巢子宫切除手术，3次化疗。在手术及化疗期间总共会住院9天。此即一个实际医疗行为的案例。借由案例数据库126所储存的案例，用户可以针对不同的商品进行理赔试算。详细的理赔试算将于后搭配流程图进行说明。除此之外，案例数据库126也储存政府公开信息产生医疗项目的平均花费需求。如表五，表五公开了子宫颈癌的医疗项目的平均花费需求。病名医疗项目平均花费子宫颈癌标靶药物30,000元/月子宫颈癌手术70,000元/次子宫颈癌放射线治疗8,000元/次表五：子宫颈癌医疗项目的平均花费需求对于子宫颈癌的病患而言，使用标靶药物平均每月需花费30,000元，手术费用平均一次70,000元，放射线治疗平均一次8,000元。借由案例数据库126储存的医疗项目平均花费而形成评比依据，用户可以针对不同的商品进行评级。详细的评级将于后搭配流程图进行说明。图2为本发明实施例的保险选购流程图。为了容易理解，请同时参照图1及图2的说明，以下将详述如何依据通讯单元110、存储单元120以及处理单元130的互动，以及商品内容数据库122、商品内容数据库124以及案例数据库126的存取，进一步提供适合用户的保单组合。在步骤s201中，首先，保险选购建议服务器100通过通讯单元110接收来自用户的保险选购的操作，并且处理单元130会依据用户所进行的操作判断是否需要提供选购协助。若在步骤s201所判断的结果为用户需要提供选购协助，此时，处理单元130执行步骤s203至s207，以提供选购协助。在步骤s203中，处理单元130会产生选购协助接口，以协助用户了解保单、保障的相关基础知识，并且协助用户了解自身的需求。举例来说，处理单元130可以设置多媒体互动教学，以让用户进一步了解保险的重要性、理赔方式、选购注意事项等。此外，处理单元130进一步于选购协助接口设置了多个互动字段，例如，勾选接口、下拉式选单、填空字段、拖曳字段等。用户得以通过选购协助接口输入被保险人的生理条件、预算以及想要获得的保障内容，例如，保费的预算、保障的内容、年纪、保费成长幅度等。当用户输入完其自身的选购需求，用户会发送具有选购需求的选购协助请求至通讯单元110。在步骤s205中，处理单元130依据选购需求及默认商品计算保单组合，并提供多笔保单组合给用户。步骤s203、s205中，处理单元130依据用户所输入的内容产生选购需求，并进一步提供多笔保单组合给用户的细节可以参照图3。图3为本发明实施例中提供保单组合的细部流程图。当处理单元130执行步骤s203提供选购协助时，首先，在步骤s301中，处理单元130会提供条件商品内容输入接口，以提供用户输入多笔条件商品内容。例如：保费上限、承保年龄、是否保障终身、是否接受副本理赔、商品是否须为主约等条件。在本发明实施例中，用户所输入的条件商品内容为承保年龄25岁，保障终身且接受副本理赔的保单。在步骤s303中，处理单元130进一步提供排序接口以供用户通过排序接口对多笔理赔特征的项目进行选择与排序，以产生指定理赔特征排序。详细地说，用户可以仅针对重视的理赔特征的项目进行指定与排序，并不需要把所有理赔特征的项目都选入。例如，用户可以从理赔特征的项目中仅选取特征三的项目“罹患癌症保险金”、特征四的项目“癌症住院医疗保险金”以及特征五的项目“癌症手术保险金”进行排序。此外，处理单元130会在排序接口提示用户输入其在意的理赔特征的项目，并进行排序。本发明并不限制排序接口的运行方式。举例来说，在排序界面中，每一个理赔特征的项目都有对应的下拉式选单，以让用户针对理赔特征的项目分配排序值。又或者是，在排序接口中，每一个理赔特征的项目都被设计成可拖曳的选项，以让用户对选项进行拖曳。又或者是，在排序接口中可以设计多个输入字段，以让用户直接对于在意的特征选项输入配分。借此，处理单元130可以依据用户所输入的排序产生对应被选取的理赔特征的指定理赔特征排序。承上述举例，用户会针对其在意而选择的理赔特征项目的特征三的项目“罹患癌症保险金”、特征四的项目“癌症住院医疗保险金”以及特征五的项目“癌症手术保险金”进行排序，以按照在意程度将特征五项目排序第一、特征三项目为排序第二以及特征四项目为排序第三，借此产生指定理赔特征排序。在本实施例中，指定理赔特征排序例如：特征五的项目“癌症手术保险金”、特征三的项目“罹患癌症保险金”、以及特征四的项目“癌症住院医疗保险金”。须说明的是，承上所述，当处理单元130提供多个输入字段以让用户输入配分时，用户也可以直接将在意的特征给予配分：例如特征五6分、特征三以及特征四各2分，借此，以表示用户的在意程度。在步骤s305中，处理单元130会以条件商品内容为依据筛选预设商品。举例来说，本发明的用户所输入的条件商品内容为承保年龄25岁，保障终身且接受副本理赔的保单。因此，若预设商品中的任一预设商品于年龄25岁不得承保、商品的保障并非终身、或者是不接受副本理赔的保单时，该预设商品即会先被筛除。在本实施例中，商品一、商品二与商品三都符合用户所设定的条件商品内容。因此，处理单元130会进一步依据被筛选后的商品一、商品二及商品三进行理赔特征的选择与排名。在步骤s307中，处理单元130会依据在步骤s303所产生的指定理赔特征排序，排序筛选后的预设商品中对应被用户所选取的理赔特征(即：指定理赔特征排序中，理赔特征的项目)，以产生特征排名结果。举例来说，本实施例所产生的指定理赔特征排序为特征五的项目“癌症手术保险金”、特征三的项目“罹患癌症保险金”、以及特征四的项目“癌症住院医疗保险金”。因此，处理单元130会读取商品内容数据库124中，被筛选后的预设商品(即：商品一、商品二及商品三)的特征。并且，处理单元130会依据指定理赔特征排序，排序被筛选后的默认商品的特征中，对应被选取的理赔特征的项目的特征，即特征三、特征四及特征五，以产生特征排名结果。请参考表六，表六公开了本实施例中的特征排名结果。表六：特征排名结果在本发明中，在特征五中，商品一的癌症手术保险金为0.546元/次、商品二的癌症手术保险金为0.536元/次以及商品三的癌症手术保险金为0.854元/次。因此，针对特征五，筛选后的默认商品的特征排名结果依序为商品三、商品一以及商品二。相似地，针对特征三，筛选后的默认商品的特征排名结果依序为商品一、商品二以及商品三。而针对特征四，默认商品的特征排名结果依序为商品一、商品三以及商品二。在步骤s309，处理单元130会进一步依据特征排名结果，以排序筛选后的预设商品，借此，以产生商品排序结果。举例来说，处理单元130会依据用户所输入的指定理赔特征排序给予默认商品的特征一个权重。例如，特征五的权重是0.6，特征三的权重是0.3，特征四的权重是0.1。借此，处理单元130可以经由权重与特征的相乘算出每个经筛选后的商品所获得的分数，并借由分数产生商品排序结果。而当不同商品所获得的分数相同时，处理单元130也可以依据用户在特征一所选择的顺序作为第二考虑。借此，处理单元130可以选取商品排序结果中的前三笔。然而，产生商品排序结果的方式并不限于上述以权重的方式计算商品排序结果。用户或服务提供商可以依据任意的计算标准，例如，以级分、门坎值等方式计算不同商品的分数并排名，以取得商品排序结果。须说明的是，在其他实施例中，处理单元130也可以提供权重设定接口，以让用户对于其指定的指定理赔特征排序分配权重。例如，用户可以针对其所选择的特征五、特征三及特征四分别输入权重为0.5、0.3及0.2。或者是，处理单元130可以借由用户于输入字段中对于在意特征的配分产生权重，例如，当用户将在意的特征给予配分为特征五6分、特征三以及特征四各2分时，处理单元130可以依据用户的配分将特征五、特征三及特征四的权重分别设定0.6、0.2及0.2。本发明并不限制权限的设定方式。请再参照图2，在处理单元130计算并提供保单组合给用户后，用户可以针对处理单元130所提供的保单组合进行选择。并在步骤s207中，处理单元130会通过通讯单元110接收来自用户所选择的保单组合。除了通过保险选购建议服务器100提供的选购协助以产生保单组合外，在本发明的另一实施例中，在步骤s201中，用户也可以选择不需保险选购建议服务器100提供选购协助。此时，在步骤s209中，处理单元130提供用户保单输入接口，以让用户自行输入保单组合。而当通讯单元110通过步骤s209中，接收到用户所输入的保单组合，或者用户通过步骤s207选择保单组合后，在步骤s211中，处理单元110会指示通讯单元130发出询问，询问用户是否需要执行保障测试程序。若在步骤s211中，用户决定不执行保障测试程序。此时，在步骤s219中，当通讯单元110接收到用户点选确认保单组合的内容时，处理单元130会依据确认结果及保单组合执行交易。具体来说，处理单元130可以经由通讯单元110接收用户账号等付费信息，以完成付款。或者是，处理单元130可以将用户终端装置10的画面转至外部服务器的所提供的结账的页面，以进行交易。而若在步骤s211中，当通讯单元110接收来自用户对应保单组合的保障测试请求时，在步骤s213中，处理单元130会依据保单组合执行保障测试程序。具体来说，请参考图4，图4为本发明实施例的保障测试程序的流程图。在本发明中的保障测试程序包括了评比测试以及理赔测试。用户可以重复的执行保障测试程序，以对保单组合执行不同的评比测试及理赔测试。当接收来自用户对应保单组合的保障测试请求时，首先，在步骤s401中，处理单元130会先辨别用户所欲执行的保障测试程序为评比测试或理赔测试。在步骤s403中，当用户所执行的保障测试程序为评比测试时，处理单元130会提供案例输入接口，以供用户自建或选择评比依据。例如，在本发明的实施例中，用户欲评比被选取的商品在罹患子宫颈癌时的理赔评级情形，此时，用户即可在案例输入接口输入子宫颈癌以进行评比。此时，处理单元130会以案例数据库126所储存的子宫颈癌医疗项目作为评比依据，即：每个月平均花费30,000元。接着，在步骤s405中，处理单元130会计算保单组合中对应评比依据的商品内容，并依据计算的结果以及评比依据产生评比测试结果。由于在多数情形中，政府所发明与癌症相关的医疗数据是将每月/每年/每个治疗周期等的治疗的费用一起列出计算。因此，处理单元130会进一步找出每一个保单组合中与治疗相关的理赔项目，并计算这些理赔项目所对应的商品内容。借此，处理单元130可以将计算的商品内容与评比依据进行比较与评级，以评比保单组合的保障是否足够。在本发明的实施例中，若保障的内容与平均数据的费用相等，则给予b级的评价。而若保障的内容高于平均数据的费用，则保障的金额每高于案例所需的费用50％，则视为高一个级距。相对地，若保障的内容低于案例的费用，则保障的金额每高于案例所需的费用50％，则视为低一个级距。须说明的是，此分级的标准仅作为示范使用，可依实际的运用而有所调整。举例来说，若子宫颈癌治疗的化疗费用为30,000元/月、住院为4,000元/日、手术100,000元/次。而商品组合一的住院医疗保险金为4,000元/天，化疗保险金为10,000/次、手术保险金为90,000元/次。商品组合二的住院医疗保险金为2,000元/天，化疗保险金为45,000/次、手术保险金为30,000元/次。商品组合三的住院医疗保险金为2,000元/天，化疗保险金为5,000/次、手术保险金为150,000元/次。基此，处理单元130所计算出来的保障评比测试结果如表七。表七为本实施例的保障评比测试结果。平均数据商品组合一商品组合二商品组合三化疗费用30,000元/月cac住院费用4,000元/日bcc手术费用100,000元/次bca表七：保障评比测试结果而在步骤s407中，当用户所执行的保障测试程序为理赔测试时，处理单元130会提供案例输入接口，以供用户输入或选择案例。并且在步骤s409中，处理单元130会计算保单组合中，对应评比依据的商品内容(如：将与评比依据相关的商品内容相加总)。并将计算的结果以及评比依据相比较，以依据计算结果及评比依据产生评比测试结果。在实际的应用中，处理单元130即是直接将商品的重要理赔项目金额，依据默认理赔标准产生评比测试结果。具体来说，案例数据库126储存了案例事件(如：表四的癌症的案例事件)。当用户欲进行理赔测试时，用户可以于案例输入接口中选择一个案例，处理单元130会基于用户所选择的案例以及所选择的保单组合进行理赔的试算。以子宫颈癌第三期为例，在一个案例中，子宫颈癌第三期所需的手术次数为1次，住院天数需50天，门诊次数需42天。而对于商品一的手术费用为50,000/次，住院费用为4,000元/天，门诊费用为2,000元/次。商品二的手术费用为100,000/次，住院费用为2,000元/天，门诊费用为5,000元/次。商品三的手术费用为150,000/次，住院费用为3,000元/天，门诊费用为3,000元/次。基此，处理单元130针对该案例事件所计算出多笔商品内容事件，例如，对于手术次数1次时，依据商品1所得到对应的商品内容事件为赔偿50,000元，依据商品一所得到对应的商品内容事件为赔偿100,000元，依据商品一所得到对应的商品内容事件为赔偿150,000元。相似于上述，处理单元130可以算出总赔偿金如下表八，表八为本实施例的理赔试算结果。表八：理赔测试结果基于上述的评比测试及理赔测试，用户可以依据商品一、商品二及商品三测试的结果判断所选择并测试的保单组合是否为其所需要的内容。值得一提的是，存储单元120中所储存的多笔案例事件可以直接以诊断证明书的图档，在不伤害他人隐私的情形下，提供给用户参考。借此，以增加案例测试的可信度。请再次参照图2。当处理单元130执行完步骤s213，依据所选择的保单组合执行保障测试程序后，在步骤s215中，处理单元130会指示通讯单元110发送保障测试程序的执行结果至用户的终端装置10，以让用户确认保单组合的内容是否合适且合乎需求。若用户不满意此保单，可以执行步骤s217，处理单元130会提供保单组合调整的接口，以让用户调整保单的组合，本发明并不限制其所调整的内容。此外，当用户调整完保单内容后，进一步回到步骤s211，处理单元110会指示通讯单元130发出询问，询问用户是否需要执行保障测试程序。若用户欲执行保障测试程序，则处理单元130重复上述步骤s213～s217。步骤s213～s217的细节已详述于上，此处不再赘述。然而若用户确认保单组合的内容后，在步骤s219中，当通讯单元110接收到用户的确认结果时，处理单元130会依据确认结果及保单组合执行交易。图5为本发明实施例产生保单组合的流程图。在本发明另一实施例中，在步骤s501中，用户可以输入其已购买的现有保单。而在步骤s503中，通讯单元110接收用户输入的现有保单信息，并且在步骤s505中，处理单元130可以依据现有保单的信息执行保障测试程序，并提供保障测试程序的结果给用户，以供用户依据保障测试程序的结果输入选购协助请求。也就是说，用户可以更进一步评估其所拥有的保障，并于其所拥有的保障的基础上，进一步补充用户缺乏的保障内容。在步骤s503所执行的保障测试程序与上述图5的说明一致，在此不再赘述。而在用户通过保障测试程序的结果而找出自身缺乏的保障，因而产生选购需求时，用户可以进一步执行如图2的步骤s205至s219，以进一步产生符合其需求的保单组合。综上所述，本发明提供了一种保险选购建议方法与保险选购建议服务器。借由本发明的保险选购建议方法与保险选购建议服务器，用户可以通过交互式的多媒体选项找寻适合自身需求的保单组合。并且，用户可以通过该保险选购建议方法与保险选购建议服务器进行理赔试算，借此，可让用户更清楚自己的保障。并且，通过该保险选购建议方法与保险选购建议服务器，用户可以挑选符合需求的保单组合，降低保险从业人员的个人因素对用户选择保单的影响。虽然本发明已以实施例公开如上，然而其并非用以限定本发明，任何所属
技术领域：
中具有通常知识者，在不脱离本发明的精神和范围内，当可作些许的改动与润饰，因此本发明的保护范围当视权利要求所界定的为准。当前第1页12