CN103339645A - 用于在线激活保险单的方法和用于执行所述方法的装置 - Google Patents

Abstract

本发明描述了用于车辆的保险凭证在主页上的计算机辅助激活的方法，其中投保人本身被授权访问保险的结算***，以能够准备电子保险凭证并将它电子地直接发送至审批机关，在此之后，自动要求投保人重新获得审批机关处的牌照和车辆登记文件。采用这种方法，还可以电子地办理其它保险的保险单，包括电子支付和保险单的电子准备以及电子自动索赔调整。

Description

用于在线激活保险单的方法和用于执行所述方法的装置

技术领域

本发明涉及根据权利要求1所述的用于主页上的保险单的计算机辅助激活的方法和根据权利要求8所述的用于保险单的计算机辅助激活的装置。

背景技术

从US-B-7,765,115了解用于人寿保险的在线处理的方法和***，在该情况中，获得关于被保人和该被保人的可保险性的数据。可以经由电子数据交换接收凭证，这确认是否将保险凭证发送到保险接收者。而且，可以经由电子数据交换接收来自第三方的信息，这确认被保人的身份。当接收到已经购买保险的委托时，将私人预备保险凭证输出至保险接收者。还可以经由电子数据交换获得授权，以便可以由一个或多个第三方直接检索关于被保人的医疗信息。

在这种方法的情况中，经由因特网交换数据，并且设置网页服务器、数据服务器和处理服务器用于保险查询。与服务器的通信是经由PC、移动电话或PDA发生的。

在本方法的情况中，从第三方重新获得各种信息，并且由对应的保险公司专门地激活预备保险凭证。

发明内容

本发明基于提供下述方法的目标，在该方法的情况中，保险单可以被以更简单和更成本有效的方式准备，并且可以由投保人本身激活。

该目标是由具有专利权利要求1的特征的方法和具有专利权利要求8的特征的装置实现的。

本发明具有的显著的优点在于，投保人可以独立地、完全电子地产生保险单，而不需要例如由保险公司进行外部检验。因此由投保人专门进行处理，而不需要保险公司、保险代理人或保险经纪人必须参与该过程。数据库查询也不再必要来检查投保人的身份，因为在对申请问题作出响应的情况中，例如，驾驶执照的号码必须被输入和存储，并且另一方面，通过由***的提供者对***的检查自动地进行消费者的进一步的真实性检查。

本发明还包括保险合同的全自动处理，从包括经由通过***的支付进行的保险业的相关联的电子处理的受理申请到保险单在独立消费者档案中的以PDF格式进行的自动电子传送。采用其中消费者可以随时管理、修改、取消或且还扩充他自己的合同的这种电子档案，消费者具有的优势在于，他可以随时浏览和管理他的整个保险业务量，因为他随时和在全世界都能访问。本发明还具有另一个优点在于，在递交受损声明时公开消费者的索赔号的情况下，在数秒内解决具体限定的索赔，并且在某些情况中，在索赔调整的情况中，索赔付款直接归还给消费者储存的***。

如果消费者经由将交易和被保护的入口已经完成和支付保险单，则消费者还可以以PDF格式上传来自第三方提供者的保险单，并且在他已经输入某些信息之后，例如，保险单号、保险费、截止日期、公司等，可以在他的客户服务中心中管理它们。通过按钮按压，消费者随后以详细保险单概览的形式接收在他的所有现有保险单范围内的详细概览，其中，除了保险公司、到期日、主要期限、截止日期、每年保险费和保险单号之外，他还可以随时检索、修改和管理其它重要信息。索赔处理也是完全自动的。在消费者已经进入他的客户服务中心中之后，他可以将索赔以电子方式报告给保险商。在完全自动的索赔清算中，在索赔电子申请之后，消费者立即获得直接从***传递的带有索赔号的信函，由此明显的是消费者仍然仅必须将带有索赔号的清单的支付***递交给保险商。

在由于法律原因需要消费者的签名时，在消费者向保险商进行电子索赔报告之后，通过***立即进行索赔号的传输，并且在信件中提供信息，消费者仍然必须按照惯例通过邮寄以签名形式将该信件发送给保险商，作为以PDF形式保存和存储在客户服务中心中的索赔通知。

此外，由索赔调整保险商在消费者的客户服务中心中输入整个索赔调整过程。如果保险商进行索赔调整，例如，这也由保险商记录在客户服务中心中。结果，从客户服务中心触发e-mail直接到达由消费者储存的e-mail地址处的消费者，这通知他他将记入他的客户服务中心中，因为他已经接收到信息。当他随后记录时，他看到例如保险商的结算信息，这表明修车厂的***已被支付，并且索赔得到解决。因此，一直向消费者通知索赔处理的状态。最后，有时根据索赔类型、范围和水平，直接经由消费者指定的***进行索赔付款。在这种情况中，向所存储的e-mail地址处的消费者发送e-mail，其要求消费者分别再次指定或确认他的***，以便直接进行到他的指定***的索赔付款。

附图说明

本发明的其它优点源自从属专利权利要求和接下来的描述，在接下来的描述中，基于在附图中示出的示例性实施例更详细地说明本发明。在附图中：

图1示出保险公司的结算***和官方的机动车信息***之间的数据交换的图示，

图2示出用于电子保险凭证的计算机辅助激活的方法步骤，

图3示出发生消费者提出索赔报告时的顺序，

图4示出重启索赔档案时的顺序，

图5示出由保险商提出索赔报告时的顺序，

图6示出由遭受损失方或他的汽车修理厂提出索赔报告时的顺序，

图7示出在消费者要求赔偿的索赔的情况中发生退保时的顺序，以及

图8示出在保险商要求赔偿的索赔的情况中发生退保时的顺序。

具体实施方式

本发明基于下述观点，即潜在投保人必须首先申请并存储他的e-mail地址，以便在输入接收到的释放代码之后，必须根据预定标准填写问题目录，从而被允许进入***。一旦他已经被允许，则他可以独立地执行所有需要的步骤，从而给车辆上保险，例如，因为保险凭证完全电子地发送给责任审批机关，并且所需要的车辆牌照号码和相关的车辆登记文件可以直接从审批机关获得。在稍后的阶段，他还可以独立地对车辆数据进行修改，并将索赔报告完全电子地发送给保险商。***在发生索赔报告时自动产生到达带有索赔号的登记投保人的e-mail。在特定索赔情况中，直接基于输入进行理赔，因为***告知投保人他可以将索赔***直接提供给保险商，用于支付。从申请的电子接收到PDF格式的电子保险单的准备，到国际保险凭证(″绿色保险卡″)和电子索赔调整的发布，到至存储的***的索赔付款(在预定情况中)，所有这些都是完全电子地进行的，不需要保险公司的职员或保险经纪人的干预。

在瑞士近来已经经由新的结算***(CLS)进行保险公司和审批机关之间关于车辆登记文件的数据交换，该结算***是受保护的信息***，其中每个保险公司专门地有权使用它自己的信息(保险凭证，等)。

瑞士联邦运输局(ASTRA)基于机动车信息***(MOFIS)与瑞士的州审批机关交换机动车辆数据和机动车辆拥有者数据，如图1所示。来自保险公司的在右侧示出的分散***数据库20的数据存储在保险公司的中央***21中，中央***21经由结算***CLS连接至审批机关的机动车信息***MOFIS。结算***CLS包括检索界面22，检索界面22可以经由检索功能23访问具有电子保险凭证的数据库24。该数据库24随后将关于登记、登记的取消、州变化、拥有者变化、车辆变化等和关于当前保险公司的反馈25输出至中央***21。而且，存在检查功能26，其检查电子保险凭证并向中央***21确认在数据库24中的接收。还经由归档任务27将电子保险凭证接收在归档数据库28中。借助于用户管理机构30组织的用户数据存储在另一个用户数据库29中。特许用户可以通过存取(或进入)检查装置31访问结算***CLS。在右侧示出审批机关的分散***33。这些连接至审批机关的中央***34，中央***34又可以访问MOFIS。经由检索界面35，启动检索功能36，从而可以在登记的机动车辆的数据库37进行检索。一方面，登记/登记的取消、州变化、拥有者变化、车辆变化等的报告38被从中央***34传送至数据库37，另一方面，被从中央***34中的该数据库37接收。

在登记机动车辆时，责任债务保险商通过保险凭证的发布确认存在有效的保险保护。以电子形式准备的保险凭证递交到责任州审批机关并传递到票据交换所，票据交换所根据请求将电子保险凭证传递到***MOFIS。电子保险凭证还被存档在票据交换所的***CLS中。审批机关的登记和登记的取消(IV/AV)经由结算***CLS中的***MOFIS实现并根据请求传递至保险公司。审批机关不再传递报告代码(IV/AV的原因)。这些由MOFIS从由公路交通管理机构提供的数据推导出。

保险公司和审批机关之间的通信由***CLS和***MOFIS协调。由于保险公司专门地与它们的CLS的服务器通信并且审批机关专门地与它们的MOFIS的服务器通信，因此技术依赖性非常低。保险公司和***CLS之间的通信经由采用借助于因特网的HTTPS(SSL 128位加密)的TCP/IP连接发生。以XML格式交换数据。

在图2中示出了多个方法步骤，其允许授权的投保人经由结算***CLS直接访问保险公司，并且因此能够将电子保险凭证直接提供至责任审批机关，从而在正确地传递车辆数据时，审批机关认可投保人赎回、转移车辆等，并且认可投保人直接从审批机关重新获得车辆登记证书和车辆牌照号码。保险公司根据特定标准对潜在投保人的可保险性电子地进行预先检查，投保人在更详细的检查之后被授权访问保险公司的结算***CLS。

在第一步骤1中，由潜在投保人或利害关系人在保险提供者或车辆入口的主页上输入车辆数据，而不指明他的身份。他随后收到带有以针对被保车辆的价格和保险范围比较表示的三种不同产品的提议。如果利害关系人接受该提议，则在步骤2中要求他用用户名和密码登记为新的消费者，同时提供他的e-mail地址。在步骤3中，存取码经由e-mail传递到指定的e-mail地址处的利害关系人。在步骤4中，利害关系人输入是存取码，并且因此被允许到达具有各种服务的平台。

在接下来的步骤5中，利害关系人和车辆拥有者必须输入他的个人数据，如姓、名、地址、住处、电话号码、生日、国籍(在外国人的情况中，居住许可证)、汽车驾驶执照考试日期、诸如驾驶执照之类的官方文件的详细说明等。在他已经进行这些输入之后，在步骤6中要求利害关系人回答多个问题，用于风险评估。将答案与比较模块中的预定标准进行比较，并且在一致的情况中，在步骤7中出现另一个窗口，其形成用于车辆数据的模板，诸如车辆类型、制造商和型号、设备认证、发动机排量、颜色、车辆牌照号码、里程数、第一次运行日期、燃油、原价、每年行驶的公里数、预期用途、租契和附件之类的这些数据输入到该模板中。还可以询问利害关系人是否对共用牌照进行投保。在该情况中，窗口再次打开以登记第二辆车的车辆数据。这些详细说明导致在步骤8中呈现带有以针对被保车辆的价格和保险范围比较表示的三种不同产品的提议。利害关系人现在在步骤9中通过单击选择可用于选择的产品中的一种(银色，金色，或铂灰色)。在步骤10中，在由利害关系人接受所希望的保险金范围时，在汇总中可以再次检查是否正确地输入拥有者数据、车辆数据和期望的产品。如果需要，在该步骤可以再次执行修正。如果保险金范围的保险额不对应于保险公司的配置文件，则将出现不能在线完成保险单的信息，并且如果希望，保险公司或合作伙伴将亲自联系利害关系人。

在利害关系人已经检查所有的输入之后，他在步骤11中必须确认他已经理解和接受一般条款和条件以及一般保险条件的内容和语言，并且他将办理以费用为条件的保险合同。

随后，在步骤12中要求利害关系人通过诸如***、移动电话等之类的电子支付装置支付在步骤9中选择的保险费。如果支付已经接受，则在步骤13中经由MOFIS(参见图1)的数据库24和数据库37通过保险提供者的平台将电子保险凭证立即发送至审批机关。如果电子支付装置(如***或借记卡)未被接受(如果，由于金额不足)，则不激活电子保险凭证。

如果已经输入所有的数据并且已经进行年度保险费的支付，则在步骤14中，投保人被引导至他个人的消费者档案或客户服务中心，他的投保单和他的保险单以电子格式(PDF)存储在他个人的消费者档案或客户服务中心中。国际保险卡也以电子格式(PDF)存储在其中并且可以由投保人下载。还通过e-mail并在客户服务中心自动地要求他从审批机关重新获得牌照和保险凭证。投保人还可以在他个人的客户服务中心中电子地输入多种修改，例如，地址变更、车辆变更和拥有者变更，并独立地、电子地报告索赔。在步骤13和14中，还可以由将投保人电子保险凭证传递至审批机关，用于所有必要的说明情况，例如，由婚姻导致的名字变更、州变更等，并且因此再次自动地准备保险单和国际保险绿卡。

所谓的电子银行业务(″电子银行″)也可以归入″通过电子支付装置的支付″。在该情况中，投保人可以在步骤11之后退出因特网平台，并且在经由电子银行输入付款之后他被要求采用他的存取码再次登录因特网平台。步骤13和14紧跟其后，即访问他的电子消费者档案。

可以采用上述电子方案执行使保险凭证必要的所有情况。例如，如果投保人希望在另一个州登记车辆，在输入新的地址之后，电子保险凭证经由该平台自动发出并电子地发送给责任审批机关。***被以使得自动处理这种修改的方式编程。如果在车辆变更时赎回更加成本有效的车辆，则投保人接收信贷比例，信贷比例是针对从偿还日开始的新的12月的保险周期由新的车辆的保险费计算的。如果仍然存在以投保人为受款人的存款，则把信用归还他的***。在最终确定牌照的配置时，退回保险费按比例向投保人退还到他指定的***。如果赔偿更昂贵的车辆，则针对之前投保的车辆计算贷款，并且在从车辆变更日期开始的一年周期内针对新赔偿的车辆将不同的量记入***。如果存在共用牌照保险单，则执行同样的程序。由于必须总是分别地在从修改日期或偿还日期开始的一年内支付车辆变更时的保险费，因此确保总是电子地传送所需要的保险凭证。

在保险到期前的八周内，要求投保人在预定期限内经由e-mail通过电子支付装置(如，***或借记卡)支付下一保险年度的续保保险费。如果投保人未以及时方式遵照这种要求，则经由所存储的地址处的e-mail并经由存储的电话号码上的SMS再次给予他新的一周期限，以电子地进行支付。在该期限在未支付未完成的保险费的情况下过去之后，他的车辆牌照号码自动取消，无需在审批机关处进行进一步的判断。

而且，如果投保人的移动电话号码是已知的，则还可以经由SMS要求投保人支付，以支付续保保险费。在该情况中，投保人也可以通过交易号码(所谓的TAN码)触发支付。这种支付也属于″在线电子支付″的概念。如果经由e-mail或经由SMS不能联系投保人，并且未进行保险费支付，则车辆牌照号码自动取消，以便将管理费限制到最低。

为了说明因特网平台上的其它这种交易，以下作为示例在图3-8中图示和描述了多种顺序。

图3示出通过消费者40提出索赔报告期间的顺序。消费者41为此目的在步骤42中采用他的存储的存取数据或存取码3登录，并且在步骤43中可以在线填索赔方案。如果某些子段未被填写或未被正确地填写，则***在可以进行其它步骤之前要求消费者进行所需要的修正。在已经由消费者正确地填写索赔方案之后，在步骤44中在消费者档案中注意到已经″报告″索赔。同时，在步骤45中经由e-mail向保险商报告已经从消费者41收到完全填写的索赔方案。在索赔的电子报告之后，立即将e-mail电子地发送至消费者，其中他立即收到索赔号，并且根据索赔，如，在玻璃受损、雹灾或由貂(martens)造成的损坏的情况中，他还接收到他还应当填写用于支付的清单的消息。在其中保险商必须需要官方文件的特定的正式鉴定索赔的情况中，例如，在索赔登记之后，还立即触发保险商的带有索赔号的公开的e-mail。此外，要求投保人再次打印作为PDF存储在客户服务中心中电子索赔报告，并提供个人签名，以将它发送至保险商。随后，在步骤46中在这种索赔调整的情况中，由保险商检查索赔方案。在步骤47中，由保险商作出将直接支付或拒绝索赔金额的决定，并且-如果发生支付-则由保险商将带有所述金额、价值和索赔号的对应备注输入客户服务中心中的消费者档案中(步骤48)。随后，在步骤49中，向所存储的e-mail地址的消费者41发送e-mail，消费者41声明他已经在客户服务中心中接收到信息，并且应当登录，以便他采用他的存取码登录因特网平台(步骤50)。消费者随后在登入客户服务中心之后收到索赔调整的细节(步骤51)。如果由于需要附加信息而还不能作出决定47，则将备注″处理中″记录在该索赔号下的消费者档案中(步骤52)。向消费者发送e-mail(步骤53)，在此之后消费者41再次采用他在因特网平台上的存取码登录(步骤54)，并且消费者可以在他的消费者档案中了解将要回答保险商的哪些附加问题(步骤55)。如果所有的问题都已经被充分地回答了，则进行新的决定47，这产生支付48。如果在采用计数器56监测的数天的预定期限内还未作出决定，则向因特网平台的客户服务发送e-mail，其经由e-mail告知保险商仍然未决定的索赔(步骤57)。随后又进行决定47。

随后，在步骤46中的这种索赔调整的情况中，由保险商检查索赔方案。在步骤47中，由保险商作出将直接支付或拒绝索赔金额的决定，并且由保险商将带有所述量、价值和索赔号的对应备注输入消费者档案中(步骤48)。随后，在步骤49中，向所存储的e-mail地址的消费者41发送e-mail，消费者41采用他的存取码登录因特网平台(步骤50)，在此之后他可以在客户服务中心收到索赔调整的细节(步骤51)。如果由于需要附加信息而还不能作出决定47，则将备注″处理中″记录在该索赔号下的消费者档案中(步骤52)。向消费者发送e-mail(步骤53)，在此之后消费者41再次采用他的存取码登录因特网平台上(步骤54)，并且消费者可以在他的消费者档案中知道将要回答保险商的哪些附加问题(步骤55)。如果所有的问题都已经被充分地回答了，则进行新的决定47，这产生支付48。如果在采用计数器56监测的数天的预定期限内还未作出决定，则向因特网平台的客户服务发送e-mail，其经由e-mail告知保险商仍然未决定的索赔(步骤57)。随后又进行决定47。

图4示出重启的登记的索赔的顺序。步骤60中的重启表示保险商基于消费者的在另一个决定之后的附加信息找到将要支付的索赔金额。随后经由e-mail向客户服务报告，客户服务将备注″响应″附加到消费者档案中的索赔(步骤61)。随后在步骤62中从因特网平台向消费者41触发e-mail，消费者41在步骤63采用他的存取码登录因特网平台。在客户服务中心中，消费者随后可以查看他的消费者档案和保险商的反馈(步骤64)。

图5示出由保险商70进行索赔报告时的顺序。保险商在步骤71中经由e-mail将索赔报告给客户服务中心。在步骤72，随后在消费者档案中描述索赔程序。在步骤73中，向消费者41发送e-mail，消费者41在步骤74可以采用他的存取码登录因特网平台。步骤75示出根据图3的随后的顺序。

根据图6，遭受损失方或修车厂所有者76也可以在步骤77中登录因特网平台并填写索赔方案。随后经由e-mail将该方案发送到保险商(步骤78)。保险商随后在步骤79中检查填写的方案并将它分配给消费者或合同。随后，在步骤78中进行根据图5的顺序。

图7示出在需要补偿的索赔的情况中消费者退保时的顺序。保险商70在步骤81中支付已同意的索赔金额。经由e-mail将报告82从保险商管理***(SID)发送到客户服务中心。在步骤83中，随后将消费者档案更新到客户服务中心中的当前状态，并且在步骤84中，将带有对应的信息的e-mail发送给消费者。消费者41随后可以在14天的时间间隔85内采用他的存取码登入因特网平台(步骤86)，并且随后在步骤87在客户服务中心填写退保。随后在步骤88将带有退保的e-mail发送到保险商管理***(SID)。在步骤89中，由保险商检查是否可以接受退保。随后，在步骤90中，存在经由e-mail到电子***管理器的反馈，电子***管理器随后在步骤91中接受退保或在步骤100中拒绝退保。如果退保被接受，则电子***管理器发出登记退保的确认并将它存储在消费者档案(步骤92)中。在下一步骤93中，还由电子***管理器向客户服务中心发送报告，从而触发到消费者的e-mail 94，客户服务中心中的消费者档案更新到最新的状态(步骤95)，并且进行保险费退款的支付96。在支付96之后，向电子***管理器发送报告97，从而将e-mail 98发送到消费者，并且消费者档案再次更新到最小的状态(步骤99)。

在步骤100中已经拒绝退保的情况中，将e-mail 101发送到消费者，并且客户服务中心中的消费者档案更新到最新的状态(步骤102)。

图8最后示出在需要补偿的索赔的情况中由保险商105退保时的顺序。在步骤106中，由保险商支付索赔金额。这通常经由电子银行通过银行汇款进行。随后，从电子***管理器向因特网平台发送报告107，此时在步骤108中，客户服务中心中的消费者档案更新到最新的状态，并且经由e-mail 109通知消费者。在14天期限110在未使用的情况下过去之后，在因特网平台上向客户服务中心发送信息111。在步骤112中，消费者档案随后更新到最新状态，并且向消费者发送e-mail 113。否则，在期限110过去之后，电子保险凭证114由电子***管理器发出并存储在消费者档案中。随后进行保险费退款的支付115，并且在步骤116中，客户服务中心中的消费者档案更新到最新状态，并且向消费者发送e-mail 117。

明显的是，不仅可以以这种方式处理车辆保险，而且也可以以这种方式办理任何其它类型的保险，如家庭保险、私人责任保险、建筑物保险、诉讼费用保险(legal expenses insurance)等。在具有预定标准的问题目录之后进行保险办理，以便在此检查投保人的确实性。当这个障碍通过之后，投保人可以自动地，即完全电子地，独立地激活保险单和汽车事故国际保险卡的保险凭证、申请和电子发布。在索赔情况中，就投保人是否已经实际上认真地填写所有的清单检查保险单。在补正的清单的情况中，根据瑞士保险合同代码(VVG)自动产生法律后果，即，随后不再存在任何保险保护，并且，所支付的保险费被没收，且可以要求返还已进行的任何索赔付款。在办理期间在多个步骤中明确地告知投保人这种风险。因此，对保险商来说存在非常低的且因此能预测的由不确定的投保人损害的危险。

Claims (11)

1.一种用于保险单在主页上的计算机辅助激活的方法，其中

(1)基于保险范围上的规约，向投保人作出提议，

在同意时，(2)投保人登记他的e-mail地址，(3)并且存取码经由e-mail发送给投保人，

(4)投保人采用他的存取码登录，并(5)输入投保人和所希望的保险的细节，

(6)填写关于投保人和保险的问题目录，

(7)将问题目录的答案与样本进行比较，并且在答案与样本一致时，保险单的模板生成，

(8)保险金的提议生成，

(9)在该模板中输入所希望的保险范围的数据，

(10)保险和所提议的保险费的输入数据的汇总生成，该数据由投保人修正和/或确认，

(11)一般条款和条件和一般保险条件生成，所述一般条款和条件和一般保险条件与所述输入数据一起由投保人确认，

(12)通过电子支付装置在线支付保险费，并且

(14)准备电子保险单，在线或经由e-mail传送电子保险单。

2.根据权利要求1所述的方法，其特征在于，(13)所述保险是机动车辆保险，以及用于保险单的电子保险凭证在线传送给责任审批机关。

3.根据权利要求2所述的方法，其特征在于，请求自动地发送到投保人的e-mail地址，以从审批机关重新获得牌照和保险凭证。

4.根据权利要求2或3所述的方法，其特征在于，在填写车辆登记文件的模板之后，任选地填写保险金，保险金随后生成在输入数据的汇总中。

5.根据权利要求1所述的方法，其特征在于，所述保险是家庭保险、私人责任保险、建筑物保险或诉讼费用保险。

6.根据权利要求1-5中任一项所述的方法，其特征在于，投保人采用他的存取码登录所述主页，报告和/或修正电子索赔方案上的索赔，并且在由保险商检查之后，索赔金额根据索赔方案中的规约被自动地支付。

7.根据权利要求6所述的方法，其特征在于，由保险商在所述主页上进行和/或检查索赔报告，并且电子信息被发送至投保人。

8.根据权利要求7所述的方法，其特征在于，由遭受损失方根据索赔方案在所述主页上进行索赔报告，并且保险商检查指定的损失。

9.一种用于保险单在主页上的计算机辅助激活的装置，具有：

第一窗口(1)，其中基于保险范围上的规约向投保人作出提议，

第二窗口(2)，其中投保人登记e-mail地址，

第三窗口(4)，其中投保人采用经由e-mail发送的存取码经由e-mail登录，

第四窗口(5)，其中输入投保人和所希望的保险的细节，

第五窗口(6)，其中填写关于投保人和所述保险的问题目录，

第六窗口(7)，其中在问题目录的答案与样本一致之后，保险单的模板生成，

第七窗口(8)，其中保险金的提议生成，

第八窗口(9)，其中输入所希望的保险范围的数据，

第九窗口(10)，其中所述保险和所提议的保险费的输入数据的汇总生成，所述数据由投保人修正和/或确认，

第九窗口(11)，其中一般条款和条件和一般保险条件生成，所述一般条款和条件和一般保险条件与所述输入数据一起由投保人确认，

第十窗口(12)，其中通过电子支付装置在线支付保险费。

10.根据权利要求9所述的装置，其特征在于，该装置具有用于机动车辆保险的结算***(CLS)，在结算***中准备电子保险凭证，电子保险凭证被在线发送给责任审批机关，并且该装置具有电子邮件发送器，从而审批机关将车辆登记文件传递给投保人。

11.根据权利要求9或10所述的装置，其特征在于，提供被实施为电子存储器的消费者档案，投保单和保险单以电子格式(PDF)存储在消费者档案中，该消费者档案作为另一个窗口生成在所述主页上。

Images