CN1568476A - 用于再保险安排的系统和方法 - Google Patents

Abstract

一种用于再保险安排的系统和方法，该方法涉及如存在再保险需求时分出公司收集风险数据，以及，准备续保业务包含有再保险公司提供报价所需的数据。续保业务包包括项目，可能以不同的结合方式，发送给选定的不同的再保险公司。这续保业务包被分发给再保险公司，再保险公司予以评估并发回报价。分出公司对这些来自选定的再保险公司报价，基准价格，谈判，并同意最后的再保险项目结构，书面份额以及价格进行评估。所选定的再保险公司发送书面份额提案给分出公司，分出公司评估这些提案并确定最后的份额和价格。分出公司选定的再保险公司签定最后的份额和价格。

Description

用于再保险安排的系统和方法

本申请要求2001年10月12日在美国申请的申请号为60/328,441的优先权，其全文据此引为参考。

本专利文件公开的一部分包含了属于版权保护的内容。当其出现在专利商标局专利文件和档案中时，该版权所有者不反对被专利文件或专利公开的任何人传真复制，但是对所有的版权权利却反对。

技术领域

本发明通常涉及保险和再保险业，并且尤其涉及用于再保险的开辟和安排的系统和方法。本发明为直接承保人提供了再保险开辟和安排工具，其能作为独立的工具访问或者与来自再保险公司的工具相结合。

背景技术

再保险是对保险公司的风险进行保险。更确切地，再保险是通过再保险合同或法律条款的方式代表保户将直接承保人承担的部分危险或风险转移到第二保险承担人，该第二保险承担人与保户没有直接的合同关系。

为了设定保险费比率，承保人必须能够预测将来的损失。然而，不可能预测灾祸降临到任一个人的确切时刻或这种打击产生的损失的程度。因而，承保人在假定每一个客户遭受相同类型的风险并且每个损失是孤立的事件的情况下来对他们客户的大群体进行评价的。在这种情况下，群体越大，平均损失将越接近一个确切的值。这是由JackobBernoulli在大约1700年发现的大数定律所描述的结果。由于这个定律，承保人对群体预期的总年度损失预测比对任一个人的预测更精确。于是预计的损失在哪些保户中分配，从而确定保险费。

目前，承保人广泛应用统计学来计算预期的损失并将它们在个别保险费上进行分配。统计学总是基于过去，但是概率使得将这些数据应用到现在并预测未来的趋势成为可能。虽然概率论的理论已经得到了高度发展，但是始终有预测与现实之间可能有差距的风险。这个风险，通称保险业(或保险统计)风险，是需要再保险的主要原因之一。

通过再保险，直接承保人能(尽可能多地)限制在它自己的帐目上它必须承担的损失的每年的波动并且能在大灾难的情况下被保护。因而再保险允许直接承保人从超过他们的保险业容量的部分风险或因为某种原因他们不愿意独自承担的风险中解脱自己。

因而，再保险公司的作用是对保险公司或其他的承担风险组织进行保险。保险公司(通称“分出公司”或分出人)从再保险公司(通称“接受公司”或再保险公司)购买保险以转移他们的某些风险。这种风险转移为保险公司减少了财政结果的挥发性，即使非常高数目的索赔或一个特别大的索赔在一段期间内被提交。

在一些例证中，再保险公司也必须分散他们的风险。当再保险公司不能或不愿意承担承保人想分出的整个风险，再保险公司也许将风险的一部分分出给被称作转分保接受人的其他再保险公司。从一个再保险公司到另一个再保险公司的转让保险风险的过程被称作转分保险(retrocession)。

有各种不同的风险被再保险；连同大量，复杂的所有权和事故风险一起，譬如地震和飓风，带给再保险公司的最普通类型的风险是死亡(寿命)和疾病(健康)。

直接承保人通过以临时再保险(facultative reinsurance)的形式将特别大的个别风险单独地分出去来获得解脱。在临时再保险中，直接承保人(分出公司)可以自由选择他想再保险的特别的，个别风险；对于再保险公司来说他可以自由选择或者接受或者拒绝提供给他的任何风险。因为承保人和再保险公司有能力或(才能)决定是否分出或承担相关的特别的风险，所以使用了“临时”(facultative)这个术语。选择临时地再保险风险的直接承保人必须将包含与正在讨论的风险所有有关的信息的精确限定了的出价呈递给再保险公司。再详细地审查之后，再保险公司将决定是否接受出价。在临时安排的情况下分出的风险是具有不一般的保险业特性的典型标准风险或标准风险。

此外，包含直接承保人全部的譬如火灾，机动车或海上保险保险单的整个保险业务量(portfolios)也是再保险的对象。这些保险业务量被一揽子协议，所谓的强制再保险合同所覆盖。

临时再保险安排的过程很容易自动化因为这个过程是系统的并且能通过结构化的文档管理来操作。已经有很多尝试主要通过结构化的文档管理来自动化临时再保险。

强制(obligatory)(合同)再保险是不同的。没有系统化的方法来安排合同再保险。此外，强制再保险安排处理程序广泛应用非结构化的文件，与能使用结构化形式和文件的临时再保险安排过程形成对比。从而，该强制再保险处理程序(process)不是按照全自动化所能处理的。尽管如此，仍然需要工具来促进强制再保险安排过程并允许标准检查程序。为了在强制再保险安排过程中更加实用，再保险安排和一定的工具必须被特别地为强制保险安排过程而不是普通的再保险而设计。因此，该强制再保险安排过程的独特方面的识别是本发明的一个重要部分。

强制再保险是对整个保险业务量的合同再保险：自动再保险。在强制再保险中，直接承保人必须分给再保险公司在再保险合同中规定的风险的契约规定的份额；再保险公司有义务接受那个份额，因此有了术语“强制(obligatory)”，再保险公司不能因此拒绝为落入到合同的范围内的个别风险提供保险保护，直接承保人也不可以决定不分出这个风险给再保险公司。通常，强制再保险合同在一个年度的基础上是可终止的。

再保险的两种形式(临时和强制)在形式上可以或者成比例或者不成比例。成比例再保险要求双方根据特定数量的百分比(成数或超额)分摊保险费和索赔。在各类成比例再保险中，直接承保人和再保险公司以契约规定的比率在他们之间分配保险费和损失。按照合同的类型，这个比率对于在合同中(成数再保险)所覆盖的所有风险可以是相同的，或者它可以根据风险不同而变动(所有其他的成比例再保险)。然而，在所有的例子中，再保险公司的保险费份额是刚好与它偿付任何损失的债务成比例。例如，如果再保险公司接受一个特殊风险的90％，同时直接承保人保留10％，保险费以90∶10的比率被分配。

当不知道风险的数量或比例并且风险等级取决于索赔的数量或数目(损失限额或损失超额)时，不成比例再保险被发行了。在不成比例再保险中，对于在直接承保人和再保险公司之间分配保险费和损失没有设定的、规定的比率。损失是根据遭受损失的实际数量进行分配的。合同规定一个直到直接承保人偿付所有损失的数量：自负额(其他使用的条款包括净保持量，超额点；和优先权)。对于再保险公司的部分，再保险公司不得不自己偿付在自负额量和没有超过契约限定的保险范围上的所有损失。

与这个保险的价格一样，再保险公司要求原始保险费的合适的部分。在限定(评估)这个价格期间，再保险公司考虑过去年度的损失记录(经验评估)及从风险的类型和构成中预期的损失(风险评估)。

因此，当再保险业务量或风险遭受实际的损失其超过了自负额时再保险协议仅仅迫使再保险公司必须偿付。

不过买多少再保险这个问题是商业判断的一个复杂的事情，其中每一个直接承保人必须得出与他的商业策略一致的答案。最终的决定将取决于复杂的因素集合，譬如为了减少挥发性或财务成果管理分出风险的决定，由再保险公司承担风险的顺利性，公司的财力，和市场条件。目前，需要一种工具使涉及这个决策过程的因素更加透明并容易理解。

作为保险管理流程部分，承保人必须评估对于再保险的业务需求，并且在这个过程中，分出公司必须准备再保险的开辟，管理，和安排。对于再保险的开辟和安排的传统的方法是或者直接从分出公司到再保险公司或者通过第三方(譬如经纪人)来进行。这种交易机制要求信息，数据和请求的互换。这些互换涉及所有相关的当事人并且惯例地通过访问，电话，传真，邮寄和电子邮件的方式进行。

通常，为了在所有相关当事人之间达成一个协议进行几个反复是必须的。在再保险安排交易内，有一个再保险责任的确定；再保险保险费的详细说明；所有相关当事人关于责任和保险费的分摊的详细说明；和与该交易有关的任何条件和特殊条款的详细说明。

由于再保险产品通常每年被再检查和重新定价除非市场条件规定更频繁的动作，所以这个过程被周期性地重复。譬如，规章的改变也许要求立即重新定价动作。

涉及再保险安排的流程和惯例已经发展了许多年并且能够胜任进行每年上十亿美元的交易。不过，仍然有改进的空间。首先，用于为在市场中活跃的所有参加者顺利购买再保险的系统和方法存在需求。而且既是从客户(分出公司)的角度也是从再保险公司的角度对于工具和流程都存在需求。

从分出公司的角度来看，根据分出公司期望的标准使业务流程和合作流线化是令人满意的。同样，对于用于后来的历史回顾在安排流程中的每个步骤的系统化存储有需求。分出公司需要处理程序(process)，工具和数据透明以帮助管理他们的再保险业务量和以有成本效益的方式并在有竞争力的市场条件下购买再保险。这些工具应该优选地提供分出公司的在全球基础上的本地再保险资产总额的概观并允许分出公司管理和操纵全世界的再保险资产总额的产生和续保(renewal)-从提议书的产生和原始的再保险出价，经过招标阶段，到价格的最终接受并分享(share)。

从再保险公司的角度看，不费力地收集来自分出公司的标准化质量数据并允许分出公司将选择的保险业务量(portfolio)发送到再保险参与人(包括电子传输)的系统和方法被需要。

因此，对于满足这些再保险购买需求的系统和方法有需求。更特别地，对于允许分出公司管理和操纵全世界的续保(renewal)-从提议的产生和原始的再保险出价，经过招标阶段，到价格最终被接受并分享。而且，对于支持既集中又分散的业务决定-在有效的再保险管理流程中形成模型的系统和方法有需求。这样的系统和方法特别有用以至它们包括一定的特征譬如：

·从业务部不费力的收集标准化质量数据

·为分出公司提供在全球范围内的他的本地再保险总额

·支持业务流程的操纵并监控规定的责任，确保满足最终的期限

·允许分出公司将选择的业务量发送给再保险参与人(包括电子传输)

·支持再保险报价的基准从而使得合作完成的决策流线化

·能够用户化以适合你的公司的独特的结构，流程和报告需要

·提供分出公司的数据和与再保险公司交换信息的完全的安全性

·能被分出公司安装或有成本效益地被作为主机。

从有利于再保险公司的观点来看，使续保过程流线化并以单一工具的形式为用户提供所有相关的客户和合同信息的工具被需要。其有助于得到续保状态的整理后的观点并有助于产生关于由分出公司分出的全部业务的不同的报告。

发明内容

本发明使再保险的开辟，管理和安排更顺利。基于统一的平台，本发明使所有的涉及再保险开辟，管理和安排过程的参与者之间能够合作。本发明使分出公司能够用户化业务流程并根据分出公司期望的业务结构在本发明中进行合作。而且，本发明提供了在开辟和安排过程中每个步骤的存储用于后来的历史回顾。

在再保险的顺利开辟，管理和安排过程中，本发明的系统和方法支持分出公司与再保险公司在一对多关系市场网络中的合作，该市场网络能被解释为人际关系的总和，市场行为，接受的过程和(日益增加的)包括经商的方式的电子基础结构。该市场网络通过涉及的参与者的合作变得可实施。

本发明为分出公司提供他们所需要的处理程序，工具和数据透明度以管理他们的再保险保险业务量并以有成本效益的方式和在竞争性市场条件下购买再保险。因此，分出公司能管理和操纵全世界的再保险组合的产生和续保-从提议的产生和原始的再保险出价，通过招标阶段，到价格和份额的最终接受。在再保险的开辟，管理和安排过程中本发明支持既集中又分散的业务决策模型。

基于这种方法和系统，本发明可以不费力地收集来自业务部的结构的或非结构的数据，为分出公司提供基于全球的它的本地再保险总额(reinsurance coverages)的回顾。本发明还使分出公司能操纵业务流程并监控规定的职责，确保满足最后的期限。其通过将从市场接收到的出价汇集成总的看法支持再保险报价机转，从而使合作决策过程流线化。本发明还用户化以适合个别分出公司的独特的业务模型，流程或报告需求。本发明还提供了与再保险公司交换的分出公司的数据/信息的完全控制和安全性。

本发明的实施例包括一个或多个下面的新颖特征：

·在涉及分出公司的所有要求的参与者的统一的平台上整个分出公司的再保险开辟和安排业务流程的收集；

·根据分出公司期望的标准具有本发明可定制(customizable)到分出公司的业务流程；

·流程中每个步骤的存储用于历史回顾；及

·每个与商业机会和项目(program)有关的讨论流的存储

定义

为了在说明书的理解过程中更清楚，提供了下面的定义。然而，应该可以理解下面定义的和在贯穿说明书和权利要求书中使用的术语可以有对再保险领域的技术人员熟知的等价术语。譬如，在美国再保险市场中普遍被称为“项目(program)”通常在欧洲再保险市场被称作“续保(renewal)”。由于这个原因，说明书和权利要求书不应被限制在所使用的特别的术语上，相反应该广义的包括本领域的技术人员所周知的所有等价术语。

年度累积自负额(AAD)：这是一个附加的自负额(deductible)-在层次分级的这个期间，其首先从发生在该年的层次内的所有损失总数中扣除以获得索赔的数量。AAD是分出公司的负债而且代表最低额。譬如，如果在第1层上的总损失量是1,700万美金并有3百万美金的AAD，那么再保险公司应支付的净损失量是1,400万美金并且分出公司除了原始的自留责任额外还应偿付3百万美金。

年度总限额(AAL)：这代表在考虑超过一整年的索赔之后，再保险公司负有责任的最大量。实际上，这代表盖在再保险公司的责任上的帽子。譬如，设想具有1,000万的AAL的1,000万美金xs 1,000万美金和1,500万美金，2,500万美金和1,500万美金的索赔。这等同于再保险公司赔付5百万美金，1,000万美金和5百万美金。然而，具有AAL，再保险公司仅仅赔付1,000万美金并且分出公司赔付余额和自留责任额。

经纪人：一个专业的中间人(个人或组织)，作为代理权或酬金的报答，将(再)保险的买家和卖家召集在一起，商量(再)保险需求，并与(再)保险公司协商(再)保险。正常地，代理权是考虑经纪或与他们安排业务从(再)保险公司那得到的，但是酬金也许由经纪人向他们的客户收取。该术语也被用于表示付给为分出公司安排再保险保证金的经纪人的酬金。

商业机会：一个被用于相关的项目的组合的伞形概念。

CAT XL：损失再保险的巨灾超额赔款。用于巨灾风险的再保险的超额陪款，其中自留责任额和债务的限度适用于起于同一事件的所有损失的总数；不像WXL/E总额(coverage)，Cat XL被构造使得保险项目仅仅当两个或更多风险受单一事件影响时适用。

委托类型：对于比例合同的委托类型(“固定”或“可变”)决定其他委托领域的适用性。“固定”意味着分出的保险费的规定百分比将被付给分出公司。“可变”意味着实际委托百分比将基于实际遭受的损失百分比(索赔/赚取的保险费)追溯确定。在这种情况下，最大(“max”)和最小(“min”)委托百分比同相关的最小和最大损失比率将被详细说明。在年度的起始，临时委托(落在最小和最大委托之间)将被使用。在年度的结束，最终委托被熟知。

保证金(cover)：在保险或再保险契约的条款之下提供的免于损失的保护。这是在超过自负额的索赔事件中再保险公司的负债量。

自负额：在再保险的超额陪款中，在再保险公司的负债扣留(attach)之前，由被再保险者(reinsured)保留的损失数量。在一个项目(program)中，它是每一层开始运行时的数量。还被称为超额(xs)点或优先权(priority)。

预付保险费：基于最终保险费的估计的保险费并在契约开始时支付，其为以后的保险费调整做准备。

EPI：被分出给再保险公司的估计保险费收入(对于成比例项目)。

地区包含/排除：项目的地理范围，其可以通过包括和/或排除国家或地区在层的级别上修正。

地理范围：项目所包含的国家/地区(土地险)。

GNPI(总净保费收入)：由分出公司(cedent)写的总保险费，被分出用于成比例再保险的更少的保险费；没有自留额用于支出。

层(layer)：保证金的部分。主要用在再保险的超额陪款中，其中全部的总额(coverage)可以被分成许多连续的层，这些层能被不同的再保险公司安置，同时具有不同的损失概况(loss profile)(低层经常附加从而低层更昂贵)。

层选择权：相同项目中特定层上的变动，导致不同的财务比率。譬如，层1选择权1包括火险和水险，而层1选择权2仅仅包括火险。

领导者：基于它的声誉或规模选择的再保险公司以在保险业的主要风险中领导其他的再保险公司并且其通常假定最大的份额；领导者常常就条款和条件达成协议并对管理共同契约承担责任。

业务限度(line of bussiness)：保险责任范围的分类或分组，这样的分类或分组提供对于相似的风险的保护；譬如，财产，伤亡，寿命等等。

额外的保险费(loading)：在保险业者的正常风险费上的额外的保险费数量，用于在不成比例契约中(具有VAR比率类型)留出管理费，损失扩大，和合理的利润空间。

管理费/经营费：在成比例再保险契约的特定条件中特别写下的保险费百分比(典型的是5％，以抵销管理花费)，再保险公司在计算欠分出公司的(保险)纯利手续费数额之前从计算结果中扣除。

最低保险费：保险费的最小数额对于其(再)保险人在特定保险单下发布责任范围。

谈判阶段：在再保险公司已经将原始的出价提供给分出公司之后谈判阶段开始。分出公司对优选的参加人作出决定并进行分配的份额和可能的比率的谈判阶段。谈判的最终结果是对书面的份额达成协议。

无赔偿退款：保险费的减少，被表示成分出保险费的百分比，在续保(renewal)时给予保户的该保户在保险的前期或期间没有发生索赔。

行数目：在溢额再保险中，由被再保险者(reinsured)保留的债务数额。每个再保险的溢额层被表示成分出公司的自留额的倍数。譬如，一“四行”溢额共有契约为“自留额”(即由分出公司保留的负债)的4倍提供再保险。这使得分出公司在再保险之前承保五倍多的保险是可能的。譬如，如果被再保险者在特定的保险种类中每个保险单自留最大值为10万美金的债务，但是希望每张保险单写最大值50万美金，四行溢额共有契约将会实现这个目的：它会提供40万美金的契约容量，从损失的第一美金开始，具有由被再保险公司以1比5分配和由再保险公司以4比5分担配损失。

分出百分比：对于成数再保险合同由优先承保人分出的百分比。分出公司和再保险公司分配成本，债务，和以特定比率的保险费。

危险：与项目有关的风险。主要的危险被限定在项目层次上，但是在层等级上可以被修改。

保险费类型：对于不成比例层，保险费类型(固定(fixed)，不变(flat)，或可变(Var))决定用于不成比例层的相关的时价领域。“固定”意味着实际GNPI的单一百分比率将决定再保险保险费。“不变”意味着预先确定的数额将包含再保险保险费。“可变”意味着百分比的变动(具有最小和最大百分比值，又依赖于GNPI)将决定再保险保险费。在年末，当知道一定的GNPI值，极严重的花费将在可变的最小和最大比率内决定最终的固定百分比率。

(保险)纯利手续费：依靠利益率(譬如，基于利率百分比，其中利率＝分出保险费-索赔-手续费-发生的再保险公司管理费用)或其他的成文的业务特性，再保险公司付给客户的额外的手续费。

项目名称：为项目定义一个独特的项目名称。

项目选项：在一个特定项目报价上的变动导致不同的财务出价。譬如，项目‘A’有两层和项目‘B’有三层。

限额分配(成数)(quota share)：成比例再保险。成数(再保险)合同是一个强制性的分出合同；即，在被再保险公司和再保险公司双方之间订立的正式的协议，在这个协议下被再保险公司必须分出合同所覆盖的所有业务的固定百分比并且再保险公司必须接受。对关于自然险和/或关于被保险的金额也许有限制。再保险手续费将由分出公司保留以补偿购置(acquisition)和花费。

报价阶段：报价阶段允许承保人输入譬如风险率，和无亏损率的值。在报价阶段结束时，再保险公司提供一个比率并分配到分出公司。

复原：额外的保证金以在亏损之后将不成比例再保险合同的限制恢复到全额。一个复原等于原始保证金的全额。复原的数目可以是有限的/无限的，免费/收费，并使用三种按比例分配方法(因循，合计，或两个都有)之一。

份额：作为一个百分比，由再保险公司承担的总风险的比例。在续保(renewal)过程中，由再保险公司提供给分出公司的份额在报价阶段中，在谈判阶段结束时，和最终在签约过程结束时被获得。

签约阶段：签约阶段是在合同续保(renewal)过程中的最后阶段。最终签署的份额(其正常是与书面地份额相同)被输入。

受控制于取消通知(Subject to NoC)：牵涉多年或连续的项目的参与者定义一个周知的受控制于取消通知的持续期，其中任一方有权取消项目。

溢额(surplus)：成比例再保险中的分出公司与再保险公司在成比例的基础上分配风险。由分出公司保留的风险比例被定义为他们的最大自留额(＝最大值或一个行(line))与该风险的保险金额相比而得到的百分比。最大限度向溢额合同的转让通常被表示成一定的行数。可以有第二，第三或更多的溢额合同为具有高保险金额的风险提供自动的容量。溢额是协约再保险的最古老的形式之一并且在财产再保险终中还是非常普遍的。根据对每个风险的单独的保证金比例，保险费和亏损按比例被分配。

合同容量：被再保险者对保户的债务限度。总额的最大量能由(再)保险人基于保险业政策，财力，和市场条件在给定的期间内提供。特定的保险业容量可以运用于单一的损失事件或单一的风险。该容量范围也可以由法律或制定规章的权利机关强派。再保险为承保人提供额外的保险业容量以帮助他们接受比可能的风险更大的风险并且有时也通过承保人通常愿意避免的业务谈判类型来容纳存在的保险客户。

GNPI类型：标记表示GNPI的状态(或者“书面”或者“挣得的”(earned))。

合同类型：给项目的合同类型下定义(譬如，CAT XL或溢额)。

WXL/Event：每个事件的营业超额损失(working excess of loss)。这是对不成比例保险有效的。营业超额损失，其中自负额和保证金应用到起于同一事件的所有损失的数额中。不像Cat XL，没有双重风险担保并且自负额很低，对于保险总额(coverage)来说足以被单一风险触发。

WXL/Risk：每个风险的营业超额损失。这是对不成比例保险有效的。营业超额损失再保险，其中自负额和保证金对于每个风险被单独应用，不考虑是否风险来自单一事件。

附图说明

图1是描述根据本发明的一个实施例的再保险安排过程的四个阶段的流程图。

图2A和图2B是根据本发明的一个实施例的用于实现本发明的方法的典型的系统结构的原理图。

图3是根据本发明的一个实施例对图1中的四个阶段进行详细描述的流程图。

图4是根据本发明的一个实施例描述一个典型的方法的流程图，通过该方法分出公司收集风险数据并评估再保险需求。

图5是根据本发明的一个实施例描述一个典型的方法的流程图，通过该方法分出公司准备续保业务包(renewal packages)并将该业务包发给再保险公司。

图6是根据本发明的一个实施例描述一个典型的方法的流程图，通过该方法再保险公司提供再保险报价。

图7A和7B是根据本发明的一个实施例描述一个典型方法的流程图，通过该方法分出公司和再保险公司分别对报价进行估计并对再保险安排进行谈判。

图8是根据本发明的一个实施例描述一个用于完成再保险业务安排的典型方法的流程图。

图9A-9E是根据本发明的一个实施例的典型屏幕图像，通过该图像分出管理者建立商业机会。

图10A和10B是根据本发明的一个实施例的典型屏幕图像，通过该图像分出处理者收集并公布风险数据。

图11A-11G是根据本发明的一个实施例的典型屏幕图像，通过该图像分出管理者准备并发出再保险结构提案。

图12A-12E是根据本发明的一个实施例的典型屏幕图像，通过该图像分出管理者创建要求报价的程序包。

图13A-13D是根据本发明的一个实施例的典型屏幕图像，通过该图像再保险公司提供对于由分出公司提议的项目的报价。

图14，15，16A和16B是根据本发明的一个实施例的典型屏幕图像，通过该图像分出公司接收由再保险公司返回的报价。

图17A-17C是根据本发明的一个实施例的典型屏幕图像，通过该图像分出公司手动输入由再保险公司返回的报价。

图18A-18C是根据本发明的一个实施例的典型屏幕图像，通过该图像分出管理者比较再保险公司的报价。

图19是根据本发明的一个实施例的典型屏幕图像，通过该图像分出管理者准备将要与再保险公司谈判的合作条件。

图20A-20C表示根据本发明的一个实施例用于请求书面份额的典型下载文件的内容。

图20D和20E是根据本发明的一个实施例的典型屏幕图像，通过该图像再保险负责人手动输入书面份额。

图21A和21B是根据本发明的一个实施例的典型屏幕图像，通过该图像分出管理者接收由再保险公司返回的提出的书面份额。

图22A和22B是根据本发明的一个实施例的典型屏幕图像，通过该图像分出管理者审查由再保险公司返回的所有提供的书面份额并指定最终的份额。

图23A和23B是根据本发明的一个实施例表示用于确定最终签署份额的典型下载文件的内容的屏幕图像。

图24A和24B是根据本发明的一个实施例为分出公司提供项目和业务量(portfolio)报告。

图25A-25C是根据本发明的一个实施例的典型屏幕图像，通过该图像再保险公司能将存在的项目(program)复制到新的项目中。

图26是根据本发明的一个实施例表示典型的文本光标(mouse-over-text)帮助特性的典型屏幕图像。

具体实施方式

本发明的实施例是一处理程序管理器，文档管理系统，以及协作平台，用于产生，管理和处置再保险文件。本发明伴随着所涉及的各当事人贯穿再保险文件的产生，管理和处置的整个过程，便于以标准化的，且针对用户定制的方式相互作用-包括管理和存储相关的文档和数据。

所有(保险)分出公司与再保险公司有一个双方都不愿放弃的惯例。事实上由于他们的层次结构，他们设立的内部业务处理程序，以及已经用于合约管理，帐目及定价的软件。考虑到这些特质，本发明的处理程序管理器包括两个系统：分出公司系统与再保险公司系统。每个系统可以高度用户化定制，以适应各方要求。

图1示出了根据本发明的实施例，概述典型的再保险的产生，管理和处置的整个过程。如图所示，该过程包括四个阶段。

阶段1，分出公司为再保险调查或要求，收集出险情况，或风险数据，设置参数以评定是否需要再保险。若分保公司确定需要再保险，则产生并使提案生效，包括一个或多个确定提案的程序，这些程序的每一个都提供数据和文档再保险公司将需要提供报价单为再保险报价。在阶段1结束时，确定的提案和程序经核准并重新打成续保的业务包到市场上销售。

阶段2，分出公司将续保的业务包分派给一个或多个再保险人(公司)。再保险公司收到以后，对续保的业务包进行评估，准备报价单并将这些报价单发回给分出公司。在阶段2结束时，分出公司输入或加入到该系统，响应一个或多个再保险公司的报价要求。

阶段3，分出公司对再保险公司的报价进行评估，比较从不同再保险公司的报价(如果有不止一家)。与再保险公司进行协商谈判以获得最有利的再保险项目条件(如期限，分享，以及价格)。分出公司确定最后的再保险项目结构和价格。分出公司对所选定的再保险公司提出书面的份额要求，分出公司可提出分享的数额。在阶段3结束时，分出公司收到再保险公司书面的份额提案。

阶段4，分出公司根据阶段3得到的协议评估提案分享的数额，并确定找准最后的份额。在阶段4结束时，分出公司与所选定的再保险公司就最后的份额，价格和条件签约，从而完成再保险业务的处置。

图2A示出的是用于执行图1所示的处理程序的示范系统2000。如图所示，系统2000至少包括一台通过计算机网络204与主服务器201通信的分出公司计算机206。主服务器201轮流与一台可靠的文件传输服务器202交换数据信息，例如，本地局域网(LAN)。计算机网络204，如因特网。

主服务器201为分出公司执行本发明的处理过程。主服务器201还存储与分出公司相关联的再保险产生，管理和安排处理过程有关的数据并适于用电子邮件、文件发布以及网页浏览方式与计算机206通信，并且采用可靠的文件传输方式与文件传输服务器202交换数据信息。例如，为通报存储在文件传输服务器202上的分发数据的可用性，主服务器201通过网络205采用电子邮件与再保险公司计算机208进行通信，

分出公司计算机206显示图形用户界面(GUI)分出公司与主服务器201交互并完成本发明的处理过程。网络应用程序222为分出公司计算机206提供图形用户界面。该分出公司图形用户界面在此用作分出公司的界面，分出公司计算机206除了浏览器外不需要特别的软件。

当发出一个新的续保业务包时，主服务器201为每个选定的再保险公司产生文件并存储该项目报价单及其它文件到可靠的文件传输服务器202中。主服务器201通过网络205向再保险公司计算机208发送通知，网络205可以是和网络204同一个网。主服务器201还通过网络205与再保险公司计算机208通信，网络应用程序222为再保险公司计算机208提供图形用户界面。可随意地替代主服务器201提供的基于浏览器的界面，再保险公司计算机208可配备一个与文件传输服务器202配合的界面应用程序并存储在本地的再保险公司计算机208中。无论如何，再保险公司的GUI在此作为再保险公司的界面。

在本发明具体实施中，再保险公司计算机208除了浏览器外不需要特别的软件。再保险公司计算机208从主服务器201接收通信信息、如分出公司计算机206通过电子邮件接收报价单请求通知并回应报价和份额。

当分出公司在其法人实体内安排再保险业务(如保险公司将业务合并到其再保险公司或分部)时，网络205可以是公司的企业网，分出公司计算机206与主服务器201直接通信(如，不通过公共网络)。

虽然计算机206和208被分别标上分出公司和再保险公司，但对于本领域的普通技术人员可知保险经纪人或分出公司和再保险公司的业务代表都可以使用计算机206和208。同样地，涉及分出公司和再保险公司的任何人是指包括其它的任何当事人的代表。例如，再保险公司还可包括经营业务的普通代理人和经纪人。然而，在优选实施例中，只有分出公司可以访问计算机206和主服务器201，而再保险公司不能访问。

如图2A所示，典型的主服务器201包括多个执行本发明的处理过程的应用程序，如，包括处理引擎210，文件存储212，电子制表应用软件214，报告程序216，文件公布与分发应用程序218，电子邮件应用程序220，以及网页应用程序222。主服务器201还包括安全网关。典型的文件传输服务器202包括多个存储和管理分派信息的应用程序，如包括文件公布应用程序230，电子制表应用软件231，以及安全网关232。

处理引擎210控制参与执行本发明的处理过程的分出公司各方之间的信息流。一个典型的相配处理引擎210是由美国加州的Alamenda公司生产的ActionWork^TM。

例如，文件存储212在主服务器201上或主服务器201上的结构化查询语言(SQL)数据库中存储文件及相关的元数据。

电子制表应用软件214在电子表格中产生输入的结构化的续保数据。利用输入的数据，文件传输服务器202将这些表格分发给再保险公司，然后再保险公司在该表格上提供报价。

报告程序216提供存储在主服务器201上分出公司和再保险公司的数据概述的和详细的报告给分出公司。在呈现给分出公司的这些报告中，报告程序216与分出公司计算机206配备的分出公司界面相互协作。

文件公布与分发应用程序218为分出公司选择的每个再保险公司预备一份分发文件并且将所有这些文件发送给可靠的文件传输服务器202，应用程序218使用户可联合，附加，删除，复制和检查文件。例如，应用程序218是一动态服务器主页(ASP)应用程序。在本发明的实施例中，文件公布与分发应用程序218可通过两条GUI界面途径进入，均包括文件夹图标显示所提供的再保险业务机会或项目的文件夹内容。在第一种途径中，当在业务机会或项目内的公布符号被选择时，则显示相应的业务机会或项目的文档。在第二种途径中，“文档草稿”(业务机会级别)或“文档”，用户可用下拉菜单浏览数据库中的业务机会和项目(通过相关业务数据库ASP查询而增加)。ASP原文显示符合条件的业务机会和项目并允许用户选择一个项目或业务机会访问相关文档。

电子邮件应用程序220从主服务器201发送电子邮件到计算机206和208。电子邮件应用程序220可采用任何众所周知的协议发送和接收电子邮件，如简单邮件传输协议(SMTP)，邮局协议3(POP3)以及因特网消息访问协议(IMAP)。

网页应用程序222接收并响应计算机206的HTTP请求。相配的网页应用程序222的典范是微软因特网信息服务器(Microsoft InternetInformation Server^TM)

文件传输服务器202存储已分发给再保险公司的项目的文档。在本发明的实施例中，当一个项目从主服务器201分发给共同承保者，应用程序230在文件传输服务器202为每个再保险公司产生单独的目录(再保险公司可用唯一的用户名和密码访问)，再保险公司分发的文件存放在该目录下。分发的文件最好是自解压的压缩文件，包括EXCEL电子表格和追加的文档，在响应从主服务器201发送的电子邮件通知时，再保险公司从文件传输服务器202下载分发的文档。电子邮件通知包括链接到文件传输服务器202URL(打开URL链接开始下载)和分出公司的电子邮件地址，回应的报价应发送到该电子邮件地址。

通过保持文件传输服务器202远离主服务器201，本发明确保再保险公司无权使用存储在主服务器201的分出公司机密的信息。分离的文件传输服务器202还简化了文件结构并避免了分发文件与主服务器201的应用程序存储在一起而出现的容量问题。另外，分离主服务器201和文件传输服务器202有助于防止未被授权的用户违背文件传输服务器202的安全规定在主服务器201上进行应用操作。

当然，尽管有这些好处，但本领域的普通技术人员可知主服务器201和文件传输服务器202可以是一台服务器。另外，虽然如图2A所示的主服务器201和文件传输服务器202具备多个功能，如本领域的普通技术人员所知，这些功能可以分布在多台服务器上(如多层的结构)。

确定图1的再保险处理程序和图2A的系统结构，图2B所示为典型的系统和方法用于执行分发文件给再保险公司以及接收相应的回复。这些分发的文件可能涉及报价请求，书面的份额请求，或最后签定的份额。该方法从构建在主服务器201的分发文件参数，包括续保的项目和参与者的选择。然后，如图2B中的步骤251所示，该方法继续从主服务器201分发项目到文件传输服务器202。在步骤252，主服务器201转发电子邮件通知给再保险公司计算机208，通知他们新的分发文件并且最好提供访问(如下载或复制)该分发文件的URL链接。

在本发明的具体实施例中，图2B中的步骤251涉及通过从主服务器201查询相关数据并将这些数据插入到基于EXCEL模板的新的电子数据表创建EXCEL电子数据表(结构化的数据)。同时还产生一个XML文件。该处理过程通过镶嵌在处理引擎210中的具体代码来执行。处理引擎210从发布的文件夹中复制相应的文件并与EXCEL文件一起压缩成自解压的文件经压缩的文件被送入文件传输服务器202并且复制到每个选定的再保险参与方。服务器202上的目标目录与再保险承受方相连接。最后主服务器201转发包含文件传输服务器202上的适当下载点的URL给再保险参与方。

继续步骤253，在适宜地提供连接文件传输服务器202必要的识别码和密码之后，再保险公司计算机208下载这些分发的数据，例如，包括项目文件和用于输入报价的电子数据表文件。再保险公司分析这些数据，进行离线计算，并在电子数据表文件中输入报价。之后，在步骤254中，每个再保险公司以电子邮件发送该电子数据表文件到分出公司206。

步骤255，分出公司206将各再保险公司发来的报价输入到主服务器201。该输入步骤包括在分出公司206上手动键入报价到存储在主服务器201的再保险项目中。然而，该输入步骤更适宜至少部分是自动执行的以使电子数据表的内容可自动输入到再保险项目中。在这种情况下，分出公司加载电子数据表文件到主服务器201。电子数据表可包括表明该表所属的项目和分出公司的标识符(步骤253中，该标识符包含在再保险公司的下载数据中)。之后，主服务器201通过辨认这些标识符将报价同相应的再保险项目和分出公司联系起来。

在本发明的另一实施例中，在将报价同相应的再保险项目和分出公司联系起来之前，主服务器201对项目结构及报价机进行似乎真实的检查以保证该项目结构是确定的并且所输入的值有意义。例如，似乎真实的检查可测试交迭的扣除条款或前述的层中在高于投保总额和免除的金额的层的附加条款。若发现错误，主服务器201向分出公司发出警告，分出公司则发电子邮件给相应的再保险公司请求正确的报价，或者人工完成该项工作。

通过输入的报价并再与该项目结合，主服务器201为分出公司计算机206提供分析报价的软件工具及继续再保险安排程序(如进一步的项目分发和/或分派书面的份额和签定的份额)。根据可选步骤256，在报价被输入到主服务器201之后，主服务器201可发送电子邮件通知一家或多家再保险公司确认报价的处理。

图2B所示为分发系统结构，其中主服务器201和文件传输服务器202位于分出公司防火墙260和261之后的分出公司计算机206设备一侧。然而，在任选的实施例中，主服务器201和文件传输服务器202位于第三方管理的设备一侧。在这种可选的结构中，主服务器201和文件传输服务器202均通过一个或多个防火墙(如内部和外部防火墙)以及英特网、网络204和205与分出公司计算机206及再保险公司计算机208通信。

按照本发明的另一实施例，图3所示为再保险处理程序的4个阶段的详细过程(如图1所示)。具体地，图3示出了再保险的产生，管理，及安排过程的每个阶段中各步骤，跟踪从分出公司再保险的分派到再保险业务的安排的整个过程。图3还示出了每个步骤中的参与方310(如再保险和/或再保险公司)，每个步骤中参与方所用的界面(分出公司界面312或再保险公司界面314)，以及所确定步骤的界面操作的具体步骤。为了提供图形相关，在图3中，对应于该步骤的参与方和界面被列出在表示该步骤的表中。

在图3的处理过程中，正在执行这些步骤的参与方310可随意地移回到本阶段的前面任一步(如阶段1，2，3，和4)。该处理流程允许发生循环和反复。然而，在一个实施例中，参与方完成本阶段的步骤后，不能再执行先前阶段的步骤。在另一实施例中，参与方没有全部完成前面的步骤就不能执行本步骤。例如，后一实施例在所有风险数据被收集并可利用之前将防止用户进入被提案的提案。

分出公司界面312或再保险公司界面314是参与方310通过其互相作用完成图3中的处理程序的用户界面。如图所示，分出公司通过四个进程与分出公司界面312互相作用：收集数据316，预备报价请求318，评估报价与谈判320，以及安排业务322。再保险公司通过三个进程与再保险公司界面314互相作用：报价324，谈判326，以及签约328。

通过所示的阶段，步骤，参与方，以及从左至右行进的并发线行进，图3示出分出公司界面312或再保险公司界面314的每一进程是如何对应于阶段1-4，步骤301-308，以及参与方310的。行进的并发线还表明分出公司界面312是如何对应于再保险公司界面314的。因而，例如，图3所示的步骤307是阶段3的一部分，分出公司和再保险公司是步骤307中的参与方310，在步骤307中，分出公司通过进程320与分出公司界面312互相作用，再保险公司通过进程326与再保险公司界面314互相作用。

包含各种业务模型及分出公司和再保险公司的特性，图3以常规的方式识别参与方310(如分出公司或再保险公司)。然而，应该明白，这些参与方310还可再分来表示与具体的分出公司和再保险公司相关的任务，责任和授权委托。从而，例如图3所示的通过在处理过程中结合具体的工作主题或执行步骤的角色，分出公司可按用户定制处理程序。作为这种按用户定制的示例，下面的表格提供在分出公司和再保险公司内部典型的角色，包括每个能起作用的角色，和分配给每个角色职责的等级。如表1所示，在分出公司和再保险公司内部的两个重要角色是管理人员和办理人员。管理人员是对再保险结构和销售做决定的机构的个体(如某个人或一组人)。办理人员是具体操作执行再保险的机构的个体(如某个人或一组人)。管理人员和办理人员还可分成单个的或团体的分角色，如下面表1所示。

表1-分出公司与再保险公司的角色

参与方	典型的角色	典型的分角色	典型的分级	职责
					分出公司	分出公司管理人员：对再保险结构和购买做决定的机构的个体	再保险业务官员	全球/区域	整理收集数据谈判，及最后的数据交换；结构提案
再保险业务领导	全球/区域	签约
			分出公司办理人员具体操作执行再保险的机构的个体	利润中心经理(PCM)			本地	提供数据
观察员(OBS)	全球或区域	仅允许评论
				再保险公司		再保险公司管理人员：对再保险结构和销售做决定的机构的个体	全球客户官员(GCO)	全球/区域	协调与分出公司所有相互工作
全球客户经理(GCM)	全球/区域	确定价格，份额及签约
			本地客户经理(LCM)		本地		确定价格，份额及签约
再保险公司办理	承保人保险商(UW)	本地						提供业务报价

人员：具体操作执行再保险的机构的个体

观察员(OBS)

全球或区域

仅允许评论

下面将这些角色和分角色合并起来对图3处理程序的进行描述。如本领域普通技术人员所知的，即使下面的描述可讨论具体的分角色完成的步骤，通常这些步骤可由相同角色或参与方其他人来完成。例如，由再保险业务领导完成的步骤通常可由另一类分出公司管理人员来完成。另外，所提供的角色和分角色的具体名称不应解释为限定本发明的理由。确实，对于不同的保险和再保险机构采用不同的方式是常见的。例如，再保险业务管理人员有时被称作为分出公司管理人员，利润中心经理有时被称作保险认购商管理人员，以及再保险管理领导有时被称作为再保险业务管理人员。

如图3所示，步骤301再保险产生，管理和安排处理过程从再保险需求的发布和分派开始。具体地说，分出公司的再保险业务官员通过分出公司界面312收集再保险需求。再保险业务官员通过产生“业务机会”启动该处理程序。包罗众多的记录包含所有能够利用该再保险的保险业务区域。再保险业务官员可要求某个利润中心经理收集风险出现数据，包括任何与再保险项目相关的信息和文件，并且提供这些风险出现数据给再保险业务官员。根据所收集的风险数据，再保险业务官员比较风险数据与评估再保险潜在的可能性。再保险业务官员领会需求，则继续该处理程序。若不存在再保险需求，则结束该处理程序。

假定一个再保险存在的机会或需求，在步骤302，再保险业务官员创建一个或多个提案的建议，或再保险项目。再保险业务官员可以要求利润中心经理给该项目予以评论并附上另外的相关信息。经利润中心经理批准，再保险业务官员整理文件和续保的数据。在向市场发布信息之前的这个阶段，再保险业务官员可以选择采用电子方式转发草拟的再保险项目给某个再保险公司和/或经纪人并向他们索要关于该项目结构及支持文档的反馈。

步骤303，在收到再保险公司/经纪人的反馈并合编之后，接收的官员通过请求再保险业务领导审查该项目确认所提案的再保险项目有效。为响应再保险业务领导的审查意见，再保险业务官员需要修改所提案的再保险项目并指明该项目已准备分发。

步骤304，保险业务官员或领导在已批准的可发布的项目中选择项目向再保险公司派发。作为响应，通信信息(如电子邮件)被发送到响应的再保险公司，可用于报价的请求包含所选择的项目。

步骤305，再保险公司检查报价请求，准备报价单回复该请求，并将报价单发回给分出公司。

步骤306，分出公司的再保险业务官员收到来自各再保险公司的报价单并进行比较。

步骤307，再保险业务官员与再保险公司进行磋商并对再保险项目的具体细节和价格进行谈判。针对谈判的结果，再保险业务官员确定最后的项目结构和价格。之后，再保险业务官员从希望收到其书面的份额提案的再保险公司中选择并向选定的再保险公司分发要求书面份额的请求。作为回应，再保险公司向该再保险业务官员转发其书面的份额提案。

步骤308，分出公司的再保险业务官员收到来自各再保险公司的书面的份额提案并进行比较。根据需要与再保险公司进一步交流，选定最后的份额，并通知再保险业务安排的再保险公司。再保险业务官员确定最后的份额并分发这些值及最后的电子安排或合同数据给再保险公司，其结果是一个明确签定的份额和价格。再保险安排处理程序议定最后的份额的选定和再保险安排的布告。

在本发明的另一实施例中，图4-8详细描述了图3中所示的步骤301-308。图4是一描述完成步骤301的典型方法的流程图(如风险数据的收集和再保险需求的估算)。图5是描述完成步骤302，303和304的典型方法的流程图(如续保包的准备及分发该包给再保险公司)。图6是描述完成步骤305的典型方法的流程图(如再保险公司报价)图7A和7B是描述完成步骤306，307的典型方法的流程图(如报价的评估和谈判)。最后，图8描述完成步骤308的典型方法的流程图(如业务安排)。

为了下面关于图4-8的描述，术语“未结构化的”是指无特定格式的数据。例如，未结构化的数据可能是无限制的文本或附属文件。以这种方式，用户可以任何格式附加数据并且可以任何格式接收数据。与未系统化的数据对比，术语“结构化的”是指遵照特定格式的数据。例如，结构化的数据可能是输入到一限定长度的数据范围内的数据，输入到格式化列表中的数据，或输入到格式化文件中的数据。以这种方式，可要求用户按照一定的格式输入数据。

根据本发明的实施例，在图3的整个过程的任一阶段(及图4-8的分阶段)，未结构化的注解可被增加和与续保结合。所有输入的结构化的和未结构化的数据永久存储作为历史记录供检查。

阶段1，步骤301-303

图4概述了一个典型的收集数据和评估再保险需求(图3的步骤301)的方法。如图所示，在步骤400，该方法从选择可能具有潜在的再保险需求的保险业务开始，为了确定是否存在充分的业务或风险启动再保险处理程序而引发数据请求开始。在这开始启动的步骤中，分出公司确定潜在的再保险需求从而转化分出公司假定的一部分风险给第二保险商(再保险公司)。

在确定潜在的再保险需求以后，分出公司再保险业务管理人员(如再保险管理领导或再保险业务管理人员)创建业务机会，分别如步骤402L和402R所示。(图4的水平箭头表示分出公司内部完成该步骤的参与方角色(如再保险管理领导，再保险业务管理人员或利润中心经理)。业务机会确定潜在的再保险需求及作为分保记录用于组织和管理潜在的再保险需求的相关信息。业务机会的范围是灵活可变通的并由分出公司管理人员确定(如再保险管理领导或再保险业务管理人员)。业务机会将导致一个或多个后续的报价请求和再保险项目。在创建业务机会时，分出公司管理人员要确定与该潜在的再保险需求相关的合格的再保险公司，如业务划分或地理区域。未结构化的数据，如调查表，文件，或文件格式模板，可以附在业务机会上。

图9A-9E示出了一系列分出公司管理人员(如再保险管理领导或再保险业务管理人员)创建业务机会(即完成步骤402L和402R)的典型的图形用户界面。如图9A所示，用户(如分出公司管理人员)先点击收集数据按钮900来打开“Collect Data”(收集数据)显示屏902。然后用户选择适当的组织结构并点击“Creat new Bus.Opp”(创建新业务机会)按钮904。作为响应，系统在显示屏906上呈现给用户“Enternew Business Opportunity Data”(输入新业务机会数据)，如图9B所示。用户需要在数据域908中输入业务机会名称。若在该阶段未知，则剩下的数据域(如风险的地理范围，业务划分，以及业务再划分)可空着不填。若用户后来确定需要再保险，则需要完整填写这些域并创建一个或多个相关的项目。图9B中的数据域需要按格式输入。

在用户给业务机会确定名称后，系统在显示屏910上呈现，如图9C所示。在显示屏910上，分出公司管理人员可增加文档到该业务机会并指派提供风险数据的利润中心经理。如图所示，显示屏910提供表912来总结用户在采用的与该业务机会相关的数据。显示屏910提供数据域914，用户可在此选择提供风险数据的利润中心经理并指定利润中心经理回报这些数据的期限。显示屏910还提供注释数据域916，用户可在此增加包含在发送该选定的利润中心经理的电子邮件中的补充注释。图9C中的数据域需要按格式输入。

显示屏910还提供文档链接918。用户点击链接918用于发布的访问文档，并增加文件或检查已有的业务机会文件。系统响应用户选择链接918呈现出文件发布窗口921，如图9D所示。通过窗口921，用户可增加各种文件到该业务机会。文档被归并成多个文件夹。用户点击其中一个文件夹表922以选择一文件夹并在内容窗口924显示该文件夹的内容(图9D的例子中没包含文件)。

为了查找所需要的文件，用户可在域926中键入路径和文件名或点击浏览按钮928。若浏览按钮928被激活，系统则提供浏览窗口930。用户通过窗口930导引并选择将已列在域926中的所需要的文件附上。一旦所需要的文件列在域926(通过键入或浏览并选择)，用户可点击增加文件按钮932来将所需要的文件增加到业务机会中。然后所需要的文件列在内容窗口924。

为了去除列在内容窗口924的文件，用户可加亮该文件并点击删除按钮934。如图9E所示，通过加亮在内容窗口924的文件，上载文件可在文件夹922之间移动，在下拉菜单936中选择新的文件夹来接收该文件，并点击移动按钮938。为查看一个文件，用户在内容窗口924中选择文件并点击查看按钮940。

用户将所需要的文件增加到业务机会后，用户可关闭文件发布窗口921并返回到图9C的显示屏910。然后，用户点击启动处理程序按钮920转发业务机会和相关文档给所选定的利润中心经理。该选定的利润中心经理接收到电子邮件通知。回到图4，该电子邮件通知对应于步骤402L和402R，取决于分出公司管理人员(如再保险管理领导或再保险业务管理人员)是否创建业务机会。

在图4中继续，响应电子邮件通知请求风险数据，在步骤406，利润中心经理访问分出公司界面，检查提供业务机会的文档和数据，然后附加上他们自己的包含与业务机会有关的再保险数据文件。

图10A和图10B示出了在完成步骤406时利润中心经理收集和发布风险数据一系列典型的图形用户界面。为了附加这些风险数据，利润中心经理采用与上述再保险管理领导或再保险业务管理人员进行文件发布(步骤402L和402R，及图9C-9E)的相同的图形用户界面。在利润中心经理收集和附加上风险数据之后，分出公司界面312呈现出收集数据显示屏1002，如图10A所示。之后发布风险数据，利润中心经理在“Select response option”(选择响应选项)数据域1004中选择“Risk data is published”(风险数据发布)选项并点击“Go”按钮1006。

如图10B所示，作为响应，系统显示注释显示屏1008。在显示屏1008上，利润中心经理可在数据域1010中输入注释并与发布的风险数据一起发送给再保险业务管理人员。点击“submit response”(提交响应)按钮1012将风险数据和注释发送回再保险业务管理人员。在本发明的代表性实施例中，再保险业务管理人员用于附加文件和发布风险数据的文件发布工具防止利润中心经理互相检查文件和风险数据。

回到图4，在步骤408，在利润中心经理提交风险数据之后，再保险业务管理人员检查并确定该信息质量，完备性，准确度以及细节是否可接受。

在步骤408，如果再保险业务管理人员发现风险数据不可接受，然后，再保险业务管理人员要求利润中心经理提供另外的或修正的数据，处理程序返回到步骤406。若风险数据可接受，则再保险业务管理人员有两种处理方式可选择：执行步骤410及412，以及跳过可选的步骤410并直接处理步骤412。在图4中用短线示出步骤410表示这是可选步骤。

在可选的步骤410，作为再保险业务管理人员分析业务机会和利润中心经理返回的相关数据的一部分，再保险业务管理人员模拟概述可能的再保险购买情形的特定说明，这些情形说明有助于再保险管理领导或再保险业务管理人员决定是否需要再保险以及更好地理解不同的可能购买再保险的方式。

步骤412，再保险管理领导检查发布的风险数据和情形说明(如果可适用的话)以及决定分出公司是否需要再保险，并且，若需要是什么类型的再保险。随意地，再保险业务管理人员可代替再保险管理领导作出评估。

若分出公司确定不需要再保险，那么处理程序在步骤414结束。然而，若分出公司确实需要再保险，则处理程序继续执行步骤416，分出公司为再保险确定所要求的报价。步骤414标志收集数据和评估再保险需求(图3的步骤301)，以及分出公司数据界面312的数据收集进程316(图3)的典型方法结束。

回到图3，分出公司确定再保险需求存在(在步骤301)之后(再保险)，在步骤302随着产生提出的提案继续再保险的产生、管理和安排过程。步骤302还标志着分出公司界面312的进程318(准备对报价的请求)的开始。

图5表示完成步骤302(以及图3的步骤303和304的步骤)的示例性的方法。如图所示，该方法步骤500从再保险业务管理人员准备结构提案开始。具体地，再保险业务管理人员分析发布的风险数据，明确再保险需求，以及确定再保险项目。这些项目按照结构化的数据进行处理。“项目”包括相关的再保险条约和保证金(不按比例或按比例)。再保险业务管理人员输入的项目包含一系列的结构化数据(如反映再保险保证金的详细的特征的固定的数据库域)，及非结构化数据或附件(如：文档附件像微软的Word^TM文件，Excel^TM文件和PDF文件)。有些文件可直接发给再保险公司作为报价请求的部分，其它的文件可保留在专门的文件夹中。再保险业务管理人员可在确定项目或在一个项目中可选的再保险保证金的分层选项，再保险业务管理人员为了该项目希望收到单独的报价。在步骤500结束时，再保险业务管理人员向利润中心经理发送结构提案。

图11A-11G示出了再保险业务管理人员准备并发送结构提案的一系列典型的图形用户界面。(如步骤500)。如图11A所示，系统呈现“prepare submission”(准备提案)页1100，通过该页再保险业务管理人员可创建再保险项目，再保险业务管理人员可选择分出公司的分层或地域组合结构的业务区域，从业务组域1102及组部门域1104，基于分出公司的组合或地域结构分层结构的第二级，并从业务机会域1106选择先前已经创建再保险业务机会。若再保险业务管理人员要编辑或复制已有的提案/项目，再保险业务管理人员可从提案/项目域1108选择所需的提案/项目。但是，对于该例子，再保险业务管理人员创建一个新的提案，因此点击“Create new Proposal/Program”创建新提案/项目按钮1110。

作为响应，系统显示图11B中所示的窗口1112。在此，再保险业务管理人员输入新提案/项目的标题信息，包括如新提案/项目的名称，业务额度，业务分额度，再保险业务类别，合约类别，风险的地域范围，保险条款，现金以及总额(coverage)的起始和结束日期。

在通过窗口1112确定项目后，系统呈现另一“preparesubmission”(准备提案)显示屏1114，通过该显示屏再保险业务管理人员可输入项目结构的具体内容，如图11C所示。这些具体内容包括可附加到该项目的文件。例如，再保险业务管理人员可点击文件链接1116来附加文件到该项目，如上所述的文件发布(参考步骤404L和404R，及图9C-9E)，另外，再保险业务管理人员可点击分层数据链接1118来编辑分层数据(在不成比例的再保险情况下)或可选数据(在成比例的再保险情况下)。

若再保险业务管理人员可点击分层数据链接1118，则系统响应显示分层和可选数据显示屏1120，如图11D所示。再保险业务管理人员可通过显示屏1120输入与合约有关的分层及结构数据，如业务额度，业务分额度，合约类别，分出公司合约号，现金，风险的地域范围，保险条款，保证金，自负额，GNPI，确定的/所赢得的、AAD，AAL，让与百分比，保险费类型，EPI，及ROL。

作为步骤500的部分，系统还为再保险业务管理人员提供在一个项目内复制整个项目或结构的能力。可根据合约类型在一个已有的项目中复制数据的选项供选择(如不按比例或按比例)。图11E示出了显示屏1122，再保险业务管理人员可通过该显示屏1122在不按比例的项目中复制数据，对于不按比例的项目，其数据可在各个不同的级别复制数据。通过点击项目选项链接1124，分层数链接1126，或分层选项链接1128，可在项目选项，分层，或分层选项分别复制合约。

对于按比例的项目，在该实施例中，已有的项目仅在项目选项级可以被复制。因此，在图11E中，再保险业务管理人员可点击项目选项链接1124在项目选项级复制数据。

还作为步骤500的部分，系统还为再保险业务管理人员提供插入恢复数据到特定的不按比例的合约中的能力。再保险业务管理人员通过点击显示屏1122上的更新恢复图标1130激活该功能。如图11F所示，作为响应，系统显示恢复数据页面1132，再保险业务管理人员通过该页面可插入恢复数据，例如，包括是否在给定的年限每合约年有恢复数量的极限(域1134)，恢复是免费的还是要付费的(域1136)，每个合约年恢复的次数是免费的还是要付费的(域1138)，恢复的保险金相对于原保险金的比率(1140)，以及保险金是否是“总数”(与所受的损失除以保证金的比率关联)，“因循”(与合约所剩的时间除以每年的天数的比率关联)，或总数和因循(与时间及相对于原保险金的比率关联)。(域1142)。

在准备提议的续保项目后，再保险业务管理人员准备发送给一个或多个利润中心经理检查，最后给再保险业务管理领导。图11G示出了一个典型的显示屏，再保险业务管理人员通过该显示屏可选择执行的检查利润中心经理和再保险管理领导。如图所示，再保险业务管理人员在域1144选择再保险管理领导，在域1146选择利润中心经理，并在域1148指明利润中心经理须检查该项目的日期。再保险业务管理人员点击“Start process”(启动处理过程)按钮1150以发送该项目并启动检查处理程序。

回到图5，在再保险业务管理人员确定结构提议后，准备好在保险文档，并发送这些材料给利润中心经理，步骤502，利润中心经理检查该提议的项目。这个检查标志着图3所示的再保险安排处理程序的步骤303的开始，如提交的提案的确认。步骤303与分出公司界面312的进程318(准备报价请求)以及整个再保险处理程序的阶段1一致。

步骤502，利润中心经理检查提交项目的结构化数据及相关文档。利润中心经理被提示提供反馈及任何与该提交的再保险项目。可选择地，如上所述，再保险业务管理人员可以要求多个利润中心经理反馈。一般来说，步骤502中检查提交项目的利润中心经理的数量取决于该再保险项目的范围。

在检查提交的续保项目后，若利润中心经理确定需要修改，则在步骤504中利润中心经理向再保险业务管理人员转达所需的修改(作为非结构化数据)，然后再保险业务管理人员对该项目做必要的修改(对非结构化数据和结构化数据)。步骤506，再保险业务管理人员通过创建草拟的续保项目。

步骤502，若利润中心经理接受该未经修改的提交项目，则利润中心经理将这个接受与再保险业务管理人员相关联并且再保险业务管理人员不做修改而执行步骤506创建草拟的续保项目。

步骤506，在创建草拟的续保项目时再保险业务管理人员创建并附加上另外的普通文档，如协议和合约说明。之后再保险业务管理人员将该续保项目转发给再保险业务领导检查。

步骤508，再保险业务领导检查该续保项目及其相关文档的完备性及质量，提出意见和/或根据情况批准，并将该项目及意见(如果可用的话)发回给再保险业务管理人员。这些意见可以是结构化的格式或非结构化的格式。

步骤510，根据再保险业务领导发回的意见，再保险业务管理人员修改和补充再保险项目文档，并对该项目做出待发布的标记。这些修改可涉及非结构化数据或结构化数据。

步骤500至510的处理程序可重复执行以致多个最后确定的项目在步骤510结束时可供使用。或可选择，每一步骤可在多个项目中执行以致多个最后确定的项目在步骤510结束时可供使用。

步骤510的完成标志着提交的续保项目的确认结束(图3中的步骤303)，以及整个再保险处理程序的阶段1结束(见图1和3)。

阶段2(步骤304-305)

回到图3，在步骤303提交的续保项目确认之后，再保险安排处理程序在步骤304继续向再保险公司发布续保项目包。步骤304标志着整个再保险处理程序的阶段2开始，分出公司向再保险公司发布续保项目包，并且再保险公司作出响应发回报价给分出公司。步骤304与分出公司界面312的进程318(准备报价的请求)相符。

参照图5，在步骤510完成最后的项目确认后，在步骤512再保险业务管理人员创建分发报价请求。具体地说，再保险业务管理人员从最后确定的项目库中选择符合条件的项目，包括再报价请求中并确定向再保险公司/经纪人发布的每个再保险项目。分发报价请求可包含多个再保险项目，并且分出公司可要求再保险公司/经纪人给出相同项目或多个不同项目的报价。当经纪人希望将特定的报价发回给所述的再保险公司，还可选择以经纪人/再保险公司一起配对的形式向经纪人发出报价请求。

图12A-12B示出了步骤512中再保险业务管理人员创建分发报价请求的一系列典型的图形用户界面。分发处理程序使得再保险业务管理人员可选择单个或多个项目发送给再保险公司/经纪人。图12A示出了典型的项目选择显示屏1200，再保险业务管理人员通过该显示屏1200可识别分发的所有项目。如图所示，再保险业务管理人员可通过采用检验栏1202过滤项目机构，业务机会，业务额度，或类型以查找所需的项目。筛选得到的项目列在数据域1204，并且可通过在域1204中加亮这些输入并点击“Add to Selection”(加入到选择)按钮1206。再保险业务管理人员还可以仅通过过滤业务机会查找所需的项目。在这种情况，再保险业务管理人员在域1208中指明业务机会，加亮列在数据域1210的项目并点击“Add to Selection”(加入到选择)按钮1212。

选定的项目列在标题1214。再保险业务管理人员选定所需的项目后，再保险业务管理人员点击“Select Recipient(s)”(选择接受者)按钮1216继续发布程序。

图12B示出了典型的项目接受者部分显示屏1218，再保险业务管理人员通过该显示屏1218选择将要接受项目的再保险公司/经纪人。如图所示，显示屏1218提供优选的再保险公司区域1220，再保险业务管理人员通过检查该栏从该区域1220选择优选的再保险公司(如常采用的)。显示屏1220还提供“其他再保险公司”清单1222，经纪人清单1224，经纪人/再保险公司配对清单1226，再保险业务管理人员可从中选择该项目的另外的接受者。显示屏1218在标题1228中列出选定的项目，再保险业务管理人员点击“Select Program”按钮1230来将其发回到项目选择显示屏1200。再保险业务管理人员点击“Go toCreate Dispatch”(去产生分发)按钮1232执行分发处理程序并选择提供给再保险公司/经纪人的项目。

图12C示出了典型的项目接受者矩阵显示屏1234，再保险业务管理人员通过该屏可将所选的项目映射到选定的作为接受者的再保险公司。如图所示，再保险业务管理人员可在标题域1236指明分发的标题，指派再保险业务领导在域1238检查分发，在域1240选择希望的完成日期，并包括域1242中伴随分发的意见。显示屏1234提供矩阵1244在其一侧列出项目并在另一侧列出作为接受方的再保险公司。对每一个项目，再保险业务管理人员检查检验栏1246以选择接受该项目的再保险公司/经纪人。再保险业务管理人员将所选的项目映射到选定的接受者再保险公司后，保险业务管理人员点击“Dispatch Programs”(分发处理程序)按钮1238开始分发。系统响应后发送电子邮件通知给图12C的域1236中指定的再保险业务领导。该通知告知再保险业务领导有一分发项目要检查。尽管图12C只示出了一个项目，应可以理解矩阵1244在大多数情况可包括多个项目。

如图12C所示，本发明一个重要的好处在于矩阵1244提供的跟踪功能。根据在先技术的方法，分出公司通过邮件或电子邮件分发续保业务包并且缺乏系统化的授权检查，只发布批准的项目并(后来)监控再保险公司接收的项目。例如，为了确认分发的续保业务包的状态，分出公司采用这些常规的方法任意地查找已发的电子邮件。然而，采用本发明的方法，分发易于进行(如矩阵1244)并且之后易于恢复检查(如通过下面论述的每日议事日程显示屏或报价比较显示屏)。

回到图5，在保险业务管理人员创建分发并使其可用于检查之后，在步骤514，再保险业务领导检查保险业务管理人员所作的选择并若有必要进行修改。这个修改会涉及到结构化数据。步骤516，在原有的或经修改的分发项目批准之后，再保险业务领导发布该项目。步骤518，系统响应并转发报价请求给所选定的再保险公司/经纪人。例如，系统转发电子邮件通知给再保险公司的全球用户官员并连接存储该数据(非结构化数或结构化)的文件服务器。

图12D示出了典型的分发矩阵显示屏1250，提示再保险业务领导检查新创建的分发项目。如图所示，显示屏1250上有响应域1252，再保险业务领导可在其上指定响应选项，响应预期的日期，及响应意见。再保险业务领导可检查再保险业务管理人员所准备的矩阵1254并通过点击列在矩阵1254中的名称来检查项目的结构。再保险业务管理人员通过点击“Edit Dispatch”(编辑分发)按钮1256，可编辑该分发的项目以改变分发的接受方或项目清单。一旦分发项目被接受，再保险业务领导点击“Send Dispatch”(发送分发)按钮1258，引发系统发送电子邮件通知给每个作为接受方的再保险公司或经纪人，提示他们下载报价请求文件。

图12E示出了典型的给再保险公司的电子邮件通知。该电子邮件包括用于下载报价请求文件的链接1260(为安全起见最好还需要用户名和密码)。一旦下载完毕，再保险公司可以访问包含分出公司项目结构和任何附加文件(非结构化的)报价单(结构化的)。再保险公司在适当的域输入报价信息，保存文件，并作为电子邮件的附件发回给分出公司(下面参照再保险公司的报价予以描述，步骤305)。

参照图5，在步骤512若可选择的分发处理程序发生，再保险业务管理人员则不指定再保险业务领导检查该分出项目(图12C的域1236)。在这种情况下，当再保险业务管理人员点击“Dispatch Programs”(分发项目)按钮1248(图12C)开始分发时，分发处理程序直接进入步骤518来发送电子邮件通知给选定的再保险公司(或经纪人)。图5中连接步骤512和步骤518的虚线表示这是可选的处理程序。

在本发明的可选实施例中，在报价请求分发给各再保险公司之前，分出公司最初向被选定的再保险公司(或经纪人)介绍该分发项目在此作为咨询分发。这种分发项目咨询涉及在此向一组再保险公司描述分发项目的相同步骤，但仅涉及所选定的再保险公司(或经纪人)。分发项目咨询的目的是获得再保险项目的最初反馈信息并在分发给更多的再保险公司之前作必要的调整。

步骤518的完成标志着图3的步骤304(分发项目给再保险公司)的结束，以及分出公司界面312的进程318的结束(准备报价请求)。

参照图3，在续保业务包被分发到各再保险公司之后，再保险安排处理程序继续执行步骤305，再保险公司提供报价。步骤305还标志着再保险公司界面314的报价进程324开始。

图6概述了完成步骤305的方法。如图所示，方法启动步骤518，再保险公司收到请求报价的通知。例如，具有到再保险公司界面314的链接的电子邮件通知及存储在主服务器201中的结构化数据(图2)。之后，在进程324，再保险公司用再保险公司界面314访问给续保业务包。通过再保险公司界面314，再保险公司连接到文件传输服务器202并检索例如报价单文件(结构化数据)及文件附件(非结构化数据)。

在本发明代表性的实施例，再保险公司界面314支持两种业务处理模式：集中的和分散的。这两种模式处理流程是相同的，只是执行步骤采用的角色不同。下面的表2概述了集中和分散模式之间的区别。

表2-集中与分散对比

	集中处理	分散处理
			采用的角色	全球客户官员(GCO)全球客户经理(GCM)本地客户经理(LCM)承保人保险商(UW)观察员(OBS)	本地客户经理(LCM)承保人保险商(UW)观察员(OBS)
工作流程发起人	全球客户官员(GCO)	本地客户经理(LCM)承保人保险商(UW)
			发回报价给分出公司的角色	全球客户官员(GCO)	本地客户经理(LCM)
若用户拒绝，重新分派任务的人	全球客户官员(GCO)	本地客户经理(LCM)承保人保险商(UW)

如表2所示，全球客户官员(GCO)只在集中模式存在。对于分散模式，本地客户经理(LCM)或承保人保险商(UW)能够通过再保险公司界面314建立提案。发起人是建立提案并分派执行者的人。若执行者拒绝做该项工作，发起人负责重新分配该提案。

在集中模式，全球客户经理(GCM)是工作流程的一部分，分散模式中，全球客户经理(GCM)不是工作流程的一部分，而是被指派为观察员。

为了清楚地说明，在此再保险公司界面314的进程324，326及328的说明按照集中模式描述再保险公司的工作流程。然而可以理解，该描述还可应用于分散模式中，但要参照上述的表2的角色的替换及区别。

参照图6，在步骤518，全球客户官员(GCO)接收到分出公司准备的所有合约续保信息。合约数据更适宜用电子形式发送给再保险公司。例如，全球客户官员(GCO)接收到待提供报价的电子邮件报告，如图12E所示，全球客户官员(GCO)使用唯一的用户名和密码访问存储在文件传输服务器202中的压缩的再保险业务包(图2A和2B)。全球客户官员下载给业务包并解压缩这些文件。这些文件例如包括分出公司选择附加的(合约介绍，遗漏，损失统计，保险业政策说明)任何文件，及该项目的在电子表格格式中的结构化数据的，具有提供报价的数据域。

图13A-13D示出了一系列图形用户界面显示屏，再保险公司通过该屏给分出公司提议的续保业务包提供报价。在收到图12E的电子邮件通知后，再保险公司点击在电子邮件内含的链接1260以下载报价请求。如图13A所示，链接1260引发文件下载应用，在文件传输服务器202查找再保险公司的文件。再保险公司在再保险公司计算机208的硬盘上指定位置保存这些文件。更适宜地，文件传输服务器202要求再保险公司提供唯一的用户名和密码作为连接到文件传输服务器202的条件并下载这些文件。

图13B-13D示出了典型的下载文件内容。如图所示，该文件包括具有多个业务页的Excel工作册。第一页1300，如图13B所示，为再保险公司提供报价请求的背景，提交报价的指导，及分出公司的联系信息。这些常用的指导说明了工作册是一个或多个再保险项目的报价请求，工作册还包括“不按比例”的表和“按比例”的表。不按比例的表包含需要报价的不按比例的项目(如果有的话)，按比例的表包含需要报价的按比例的项目(如果有的话)。该指导要求再保险公司检查工作册的不同工作页以及与该工作册一起转发的任何文件。该指导还要求再保险公司在指定的域提供报价(如变暗的黄色)。该指导还说明如何提出选择，如何拒绝报价，报价完成时如何将文件发回给分出公司，当报价是预约的，向谁联系询问。工作册的第一页1300还可包括与报价有关的一般意见。

图13C示出了一系列典型的工作页1302用于输入不按比例的合约报价。虽然图13C只示出了工作页1302的包含几个选择的域的一部分，本领域的普通技术人员可知工作页1302根据要求可包含许多其它的域，例如，根据分出公司特别的报价请求。如图所示，报价单左边部分1304列出了结构化合约数据(如日期，层数，业务额度，扣除额，复原，建议的比例)说明分出公司先前输入的合约。报价单左边部分1304最好受保护并不能被再保险公司更改。报价单右边部分1306提供再保险公司输入报价的数据域。这些域包括如比率，份额，管理费，保险费，新保险费，及预付保险费。报价单下面部分1308提供再保险公司对分出公司提出的项目做选择的数据域。例如，再保险公司可建议以不同的方式构建一再保险项目，如不同的分级结构。

图13D示出了一典型的含有再保险公司输入的报价的工作页1310。虽然图13C和13D示出的是不按比例的工作页，但按比例的工作页本质上是相似的并以相同的方式运行。

尽管报价单极大地提高了分发提案的效率，但在有些情况下，请求的电子传输不能进行。例如，虽然再保险公司可以收到电子传输的请求，但该再保险公司没有内部电子系统供续保业务的安排或不能与再保险公司内部系统界面。在这种情况，步骤518还涉及通过输入合约数据和结构信息到再保险公司界面314，再保险公司注册报价请求中所述的业务。在集中处理程序中，再保险公司界面314使得全球客户官员可创建和检查业务机会和项目。(对于分散处理程序，保险商，本地客户经理，或全球客户官员创建业务机会和项目。)全球客户官员输入业务机会名称，业务机会优先级，利润中心代码，项目名称，项目号用户，以及其它项目的数据(如业务额，启动日期，地理范围，经纪人，风险列入/排除，及地理列入/排除)。

作为响应，再保险公司界面314显示出该项目的概观，显示了用于该项目的结构化数据的不按比例和按比例的要素。全球客户官员通过再保险公司界面314将不按比例和按比例的要素(在集中处理程序中)输入到合约数据(在分散处理程序中)。(在分散处理中，保险商或本地客户经理输入协约数据。)

在该程序的这一点，再保险公司从分出公司得到报价请求信息，这样的报价请求信息包含在从文件传输服务器202下载的报价单或手工输入到再保险公司界面314中。因此再保险公司准备检查并给出续保业务包报价。下面图6的步骤600-624示出了典型的处理程序，再保险公司通过该处理程序检查并给出续保业务包报价。作为本领域的普通技术人员可知，如图中步骤600-624，再保险公司单个的处理可与一般的处理程序不同。

参照图6，在步骤518中得到的合约数据(通过电子邮件或链接，或手工输入到再保险公司界面314)，在步骤601B，全球客户官员启动业务处理程序报价进程324通过对从分出公司收到的合约续保信息进行初步检查。若分出公司提供的数据不够充分，以致再保险公司不能够提供报价，之后，步骤601A，全球客户官员向分出公司请求更多的信息。分出公司补充这些不充分之处，并回到步骤518，为再保险公司提供修正的报价请求。步骤518，600和601A的初步检查处理程序可重复进行直到再保险公司具有提供报价的必要的信息。

假定再保险公司收到足够的信息，步骤601B，全球客户官员在机构内部创建提案(也许，通过再保险公司界面314)并派人负责完成每个项目的工作。全球客户官员分派给保险商，本地客户经理，及全球客户经理。在集中处理程序，全球客户官员将该项目发送给保险商，本地客户经理，及全球客户经理。在分散处理程序中，创建结构化项目的人可将该项目发送给保险商和涉及该项目的本地客户经理。全球客户官员还可以将该项目分派给观察员，观察员可监控整个处理程序和提出意见。再保险公司可对于该项目不按比例的和按比例的要素分派给不同的保险商。再保险公司为每个角色选择适当的用户并指定接受的期限和完成的时限日。

参照图6，在报价阶段启动之后及指派了负责人后，步骤602，保险商决定是否同意报价工作。保险商可能拒绝该工作，例如，被错误地分派或由于假日或工作负荷没有时间。如果保险商没有拒绝该工作，那么保险商可通报全球客户官员拒绝，并回到步骤601B，全球客户官员分派另一保险商。

在步骤602中，如果保险商接受该工作，之后，步骤604，保险商将详细检查该报价请求并给出专门的报价。该专门报价可能反映容量分配的结果并且可能包括新的结构。保险商通过分离计算给出专门的报价并在图13A-13D的报价单上或再保险公司界面314提供界面输入适当的值。在一般的情形，提出的份额和提出的比率不在这时输入，由于这些值由本地或全球客户经理负责。作为给出专门报价的一部分(图6的步骤604)，保险商还完成容量的注册。

在保险商创建并提交专门的报价之后，该报价将呈现给本地客户经理检查。然而，首先，在步骤601B根据全球客户官员的分派，本地客户经理须同意检查该项目。从而在步骤606，本地客户经理决定是否接受检查该项目的任务。

若该本地客户经理不接受这项工作，那么全球客户官员被告知拒绝，并回到步骤601B，分派新的本地客户经理。步骤608，假定本地客户经理接受这项工作，本地客户经理检查保险商给出专门报价。

步骤610，检查完这些专门报价后，本地客户经理决定接受或拒绝该报价。步骤612，若本地客户经理拒绝该报价，再保险公司界面314告知保险商拒绝并给该保险商修改该报价的机会。完成修改之后，回到步骤608，本地客户经理检查该修改后的报价，然后，步骤610再决定该报价是否可接受。检查处理程序(步骤608，610及612)可重复进行直到本地客户经理接受该报价。

一旦本地客户经理在步骤610中接受该报价，然后，在步骤614，本地客户经理给出市场报价(如提出份额和提出比率)，根据市场实际情况调整该提议的价格。作为输入提出份额的部分，本地客户经理可计算容量分配额度。本地客户经理还可检查确保有足够的预算，并且，若没有足够的预算，可改变提出份额以调整分配的容量额度。

在本地客户经理通过输入提出份额和提出比率给出市场报价之后，该市场报价供全球客户经理检查。然而，首先，在步骤601B，根据全球客户官员的分派，全球客户经理须同意检查该市场报价。从而，在步骤616，全球客户经理决定是否接受检查该市场报价的任务。

若该全球客户经理不接受这项工作，那么全球客户官员被告知拒绝，并回到步骤601B，指派新的全球客户经理。

步骤620，假定全球客户经理接受这项工作，全球客户经理检查本地客户经理给出市场报价。

步骤618，检查完这些市场报价后，全球客户经理决定接受或拒绝该报价。若全球客户经理拒绝该市场报价，全球客户经理可在回复中提出意见，例如，提议根据市场实际情况调整价格。

在步骤622，若全球客户经理拒绝该市场报价，再保险公司界面314告知本地客户经理拒绝并给本地客户经理修改该报价的机会。本地客户经理还可与全球客户经理就所需的修改进行讨论。

完成修改之后，回到步骤618，全球客户经理检查该修改后的报价，然后，步骤620再决定该市场报价是否可接受。检查处理程序(步骤618，620及622)可重复进行直到全球客户经理接受该市场报价。

一旦全球客户经理在步骤620中接受该报价，然后，在步骤624，全球客户经理将该项目报价发回到分出公司。项目报价包括如报价单文件(结构化的)及文件附件(非结构化的)，参照图13A-13D如上所述。

参照图3，步骤624的完成标志着步骤305(再保险公司报价)结束，再保险公司界面314的报价进程324结束，以及整个再保险安排处理程序的阶段2的结束。

阶段3，步骤306-307

随着项目报价被发回到分出公司，再保险处理程序继续执行步骤306，分出公司评估这些报价。评估的开始还标志着分出公司界面312的评估及谈判进程320启动，整个再保险安排处理程序的阶段3评估及谈判开始。

图7A概述了完成评估步骤306的一系列方法(以及图3的分出公司谈判步骤307)。如图所示，分出公司在步骤624收到再保险公司的报价后，步骤700，分出公司的再保险业务官员评估该报价。具体地说，再保险业务官员将这些报价(结构化的数据)输入到分出公司界面312，提供摘要示出再保险公司发回的再保险报价专门的屏幕并提供访问每个报价的通道。可选择地，步骤700评估涉及到分出公司与再保险公司/经纪人之间的通信交流。

图14，15，16A及16B示出了一系列典型的显示屏，分出公司通过这些显示屏接收再保险公司发回的报价。典型地，再保险公司通过电子邮件发回报价并分出公司从电子邮件分发该报价文件并输入到主服务器201(如上所述，参照图2B)。分出公司的再保险业务管理人员检查这些文件并确保这些文件是完整的并且报价是清楚的。再保险业务管理人员用再保险公司界面314处理这些报价，如图14，15，16A及16B所示。

如图14所示，如第一显示屏1600所示，在分隔线，作为分发项目的接受方的每个再保险公司，再保险业务管理人员为检查报价点击链接1602。如图15所示，另一显示屏1604使得再保险业务管理人员可上载报价文件用“Add File”(增加文件)按钮1606。作为选择，再保险业务管理人员可点击“手动输入报价”按钮1608手动输入报价。若用户通过电话或传真发回报价时该特性尤其有用，尤其是完成报价单或提议的修改或项目结构补充。

在查找文件和点击按钮1606或用按钮1608输入报价后，再保险公司界面312显示出屏幕1610，如图16A所示。再保险业务管理人员在域1612可用按钮查看文件，删除文件(如选错了文件)，或上载文件(如处理文件)。如图16B的显示屏1614所示，再保险业务管理人员在域1616选择“Quotation complete”(报价完成)并点击“Go”(前进)按钮1618。

在有些情况，分出公司不能以电子形式接收再保险公司的报价并须手动输入报价到分出公司界面312。例如，有些再保险公司坚持用传统的邮寄或传真的方法发送报价给分出公司。图17A-17C示出了这种用手动方式输入报价的情形。图17A所示为已分发项目的状态页。如栏1720所示，分出公司没收到所列再保险公司提供的报价。假定分出公司通过传真收到报价，那么分出公司须手动输入报价。分出公司点击“手动输入报价”按钮1722(与图15的按钮1608一致)。

如图17B所示，分出公司界面312显示出针对特别的再保险公司的输入报价数据页1724。列出该项目信息及提议的层和选项。分出公司点击图标1726以输入再保险公司的特定的层和选项报价。如图17C所示，分出公司界面312显示再保险公司的输入报价明细页1728，分出公司可向其输入再保险公司的提供报价明细，包括再保险公司提出的份额和比率。

图18A-18C分别示出了典型的屏幕1800，1802，1803，通过这些屏幕再保险业务管理人员可比较这些报价以完成步骤700的评估。如图18A所示，屏幕1800允许再保险业务官员确定再保险业务管理人员检查报价。再保险业务官员根据业务机会或分发号搜索项目。在查找并选定项目后，保险业务官员点击“Compare Quotes”(比较限额)按钮1804检查收到的所选项目的报价。

如图18B所示，作为响应分出公司界面312显示屏幕1802，在域1806指示被要求报价的再保险公司经纪人提供的项目和比率及份额。域1806显出了起初作为分发项目接受方的所有再保险公司。读作“open”(开放)的项目表示再保险公司没有发回报价，输入“零”表示再保险公司拒绝报价。再保险业务官员可点击项目名称1808来检查报价的明细。

图18C示出了另一报价比较屏幕1803的示例。该示例显示了三个项目，每个被本配给多个再保险公司。屏幕1803的矩阵帮助分出公司比较各个再保险公司提供的报价，使用在管理多个项目和多个再保险公司的提案的各种请求分发时便于检查和作为跟踪工具。完成该步骤传统方法涉及用邮寄或电子邮件发送报价请求，经常导致发送请求及其版本以及发送给哪个再保险公司的不可靠。本发明的跟踪特性消除了这种混乱。

在分出公司的再保险业务官员完成评估之后，分出公司准备设定最后的价格和与所选定的再保险公司商谈书面的份额。那么，步骤700的完成标志着图3的步骤306评估的结束。保持整个再保险业务安排处理程序涉及分出公司与再保险公司谈判和协作的步骤307和308。在谈判和协作期间，在评估和谈判进程320和安排进程322分出公司通过分出公司界面312进行操作。而在评估和谈判进程326和签约进程328，分出公司通过再保险公司界面314进行操作。

图7A和7B概述了完成谈判步骤307的典型方法。图7A所示为分出公司在与再保险公司谈判时完成的步骤。图7B所示为再保险公司在与分出公司谈判时完成的步骤。从图7A开始，在步骤702分出公司的再保险业务官员完成对再保险公司的报价评估之后，分出公司的再保险业务官员设立最后的项目结构(通过结构化数据输入)。具体来说，分出公司的再保险业务官员确定采纳项目/层选项，大体上，巩固再保险项目的结构，至此，该项目由多个互斥的项构成。分出公司的再保险业务官员还输入一般的价格分出公司付给再保险公司的选定保证金。分出公司的再保险业务官员还确定哪个再保险公司和经纪人被要求提供书面的份额报价。对于经纪人，分出公司的再保险业务官员可要求经纪人提供特定的再保险公司的书面的份额报价。可选择地，分出公司的再保险业务官员还可要求经纪人联系并从已根据分出公司的对再保险公司信誉的标准和政策批准的“认可的”再保险公司中提供。

图18B所示为屏幕1802，再保险业务官员通过可设立最后的项目结构(步骤702)。如图所示，再保险业务官员在检查栏1810选择项目和层选项作为最后结构的部分。作为真实性检查的部分，若分出公司的再保险业务官员选择了错误的项目和层选项，分出公司界面312提供告警消息。在选定最后的结构之后，再保险业务官员点击“进行谈判阶段”按钮1812。

回到图7A，步骤702中，一旦最后的结构设定，再保险业务领导检查再保险业务人员所作的该项目结构，最后价格，及再保险公司/经纪人选择。再保险业务领导如有必要输入修改(按结构化的数据)。

图19示出的是典型的谈判屏幕1900，再保险业务领导通过该屏幕1900可在数据域1902输入最后的实价和总价，通过链接1904在谈判中确定优选的参与方，在域1906选择领导者(如具有最大份额合约的再保险公司)，并在域1908建议再保险公司/经纪人的书面份额。

参照图7A，步骤706，再保险业务领导从选定的再保险公司/经纪人请求确定的份额(通过点击图19中的“Start Process”(开始处理过程)按钮1910)。再保险业务领导用同样的专门法发布书面份额请求，如上述的报价请求发布处理程序。例如，书面份额请求发布涉及多个再保险项目，它们的所有的文件(非结构化的)和待填的报价(结构化的)单一起被压缩成一文件包以发给指定的再保险公司或经纪人。

在再保险业务领导发布书面份额请求之后，在步骤708，该请求被发送到参与方再保险公司。例如，该请求要求再保险公司下载再保险业务包的电子邮件。该包可包括附加的文件(非结构化的)和格式化的报价单文件(结构化的)，在其中可以确定书面分额，这样的分发的实现与对分发保价请求的描述方式一致。

图20A-20C示出的是典型的具有书面份额请求下载文件的内容。该文件包括具有多个工作页的Excel工作册。第一页2000，如图20A所示，为再保险公司提供书面份额请求的背景。提交书面份额指南，以及分出公司的联系信息。这些典型的指南说明工作册是一个或多个再保险项目的书面份额请求，且该工作册包含“不按比例的”表和“按比例的”表。不按比例的表包含不按比例的需要书面份额的项目(如果有的话)。按比例的表包含按比例的需要书面份额的项目(如果有的话)。该指南要求再保险公司检查工作册的不同工作页以及与该工作册一起转发的任何文件。该指南还要求再保险公司在指定的域提供书面份额(如变暗的黄色)。该指南还说明如何拒绝参与，书面份额完成时如何将文件发回给分出公司，当书面份额是预约的，向谁联系询问。工作册的第一页2000还可包括与书面份额有关的一般意见。

图20B示出了一典型的工作页2002用于输入不按比例的合约书面份额。电子表格左边部分2004列出了结构化合约数据(如日期，层数，业务额度，扣除额，复原，建议的比例)，说明分出公司先前输入的合约。电子表格左边部分2004最好受保护并不能被再保险公司更改。电子表格右边部分2006提供再保险公司输入书面份额的数据域。与不按比例的工作页2002类似，图20C示出了一典型的工作页2008用于输入不按比例的合约书面份额。

如图7B所示，在再保险公司收到书面份额请求之后，步骤710，再保险公司的全球客户官员确定与原来报价相比项目结构是否有较大修改。全球客户官员还标出作为谈判主题的选项并输入每个合约的最后比率。

在步骤710，如果该结构没有发生较大修改，那么跳过处理程序进入步骤712A，全球客户官员此时准备请求本地客户经理给出书面份额(下面讨论)。然而，若结构发生较大修改，那么在步骤712B，全球客户官员分配保险商，并要求该保险商提供新的书面份额报价。如报价阶段2(看图6的步骤602)，保险商决定是否同意报价。若保险商拒绝提供报价，告知保险商拒绝并，回到步骤712B，全球客户官员分配给另一保险商。全球客户官员可坚持原来分配的保险商提供报价，而不是重新分配保险商。

若保险商答应提供报价，那么在步骤716，保险商给出专门报价。

在新的专门报价提供以后，(或步骤710，全球客户官员确定结构没有发生较大修改)，在步骤712A，全球客户官员向本地客户经理请求书面份额。但是，在本地客户经理给出书面份额之前，在步骤712B本地客户经理须接受全球客户官员分配的工作。从而，步骤718，全球客户经理决定是否接受准备书面份额的任务。

若全球客户经理不接受该项工作，告知全球客户官员拒绝并回到步骤712B，全球客户官员分配给新全球客户经理。全球客户官员可坚持原来分派的全球客户经理做该项工作，而不是重新分派全球客户经理。

若全球客户经理接受该项工作，步骤720，全球客户经理输入基于分出公司最后比率的书面份额(结构化数据)。在决定书面份额时，本地客户经理可向分出公司咨询。另外，本地客户经理可与提供最初报价的保险商讨论该合约。

在本地客户经理给出书面份额后，在步骤722，全球客户经理检查该书面份额。在步骤724，全球客户经理决定是接受还是拒绝该书面份额并要求补充。

若全球客户经理拒绝该书面份额，在步骤726，再保险公司界面314通知本地客户经理拒绝并给本地客户经理修改该书面份额的机会。

完成修改之后，回到步骤722，全球客户经理检查该修改后的报价，然后，在步骤724，再决定是否可接受书面份额。检查处理程序(步骤722，724及726)可重复进行直到全球客户经理接受该书面份额。

一旦全球客户经理在步骤726中接受该书面份额，然后，在步骤728，全球客户经理将每个合约的书面份额发回给分出公司。书面份额项目报价包括报价单文件(结构化的)和文件附件(非结构化的)。

图7B所示为集中模式，其中全球客户官员负责输入最后的项目结构，标出需要谈判的项目/层选项，并输入每个合约的最后比率。在分散模式，由本地客户经理执行这些任务，而不是全球客户官员(在分散模式中不存在)。

回到图7A，在步骤728中，在再保险公司将书面份额发回给分出公司后，在步骤730分出公司的再保险业务官员检查该书面份额并决定是否需要修改。再保险业务官员将书面份额作为结构化数据存入主服务器201中并在专门的报告中和分出公司界面312提供的显示屏比较这些值。

若分出公司的再保险业务官员不能以电子形式接收书面份额(如邮寄或传真)，再保险业务官员须手动输入书面份额。图20D和20E分别示出了典型的显示屏2010和2012，再保险业务官员通过者显示屏手动输入书面份额。图20D示出了分发的书面份额的状态页。如图栏2014所示，再保险业务官员从所列的再保险公司没收到该项目的书面份额。假定再保险业务官员通过电话或传真收到书面份额，那么再保险业务官员须手动输入书面份额。再保险业务官员点击“手动输入书面份额”按钮2016。

如图20D所示，分出公司界面312显示出针对特别的再保险公司的输入书面份额页2012。列出该项目信息及提议的层和选项。再保险业务官员在书面份额栏2018输入再保险公司提议的份额。

在检查完书面份额后，再保险业务官员决定该结构是否需要补充，之后，回到步骤702，再保险业务官员选择一个新的结构和价格。如上所述处理程序从702继续，除补充的结构。

在步骤730，若再保险业务官员接受该书面份额，然后执行步骤732，已同意的书面份额有待于签约和完成业务安排。

图21A和21B示出了典型的屏幕2100和2102，在步骤730和732，再保险业务官员通过该屏幕检查和认同再保险公司提议的书面份额。如图21A所示，分出公司界面312在分出公司每日日志列出了书面份额。在确定谈判后，每日日程示出比较谈判数据的记录和每个参加谈判的再保险公司/经纪人的单独记录。

再保险公司将附有书面份额的谈判工作单作为电子邮件的附件发回给再保险业务官员。再保险业务官员将这些文件保存在再保险业务官员的硬盘中。这些文件可上载到分出公司界面312。再保险业务官员还可选择手动输入书面份额到分出公司界面312。

在图21A点击书面份额链接2106，分出公司界面显示图21B的屏幕2102。在屏幕2102，再保险业务官员通过在域2108选择“QuotationComplete”(报价完成)项并点击“Go”(前进)按钮2110同意该书面份额。书面份额检查栏2112指示来自再保险公司已成功处理的谈判文件并且没有丢失书面份额数据行。

响应选择“Quotation Complete”(报价完成)项，分出公司界面312更新再保险业务官员每日日志，如图21A所示。具体地说，再保险公司的记录被完成并从每日日志中删除，仅剩下“签定份额”记录。

图7A的步骤732的完成标志着图3的谈判步骤307结束，和整个在保险安排处理程序阶段3评估和谈判的结束(见图1和3)。步骤307结束与分出公司界面312的进程320评估和谈判的结束以及再保险公司界面314的谈判进程326的结束。

阶段4，步骤304

参照图3，在步骤307中对该项目和书面份额进行谈判之后，通过完成该业务的安排，该再保险安排过程在步骤308中结束。步骤308与分出公司界面312的安排过程322和再保险公司界面314的签署进程328相符。

图8描述了步骤308中用于结束业务安排的典型方法。如图所示，业务安排步骤308涉及分出公司(领导再保险官员和再保险官员)和再保险公司，正如图8中标注有LRO，RO和再保险公司(REINSURER)的水平箭头所示。在这个步骤中，该分出公司通过分出公司界面312的安排过程322相互影响(interact)，并且该再保险公司通过再保险公司界面314的签署进程328相互影响。

在步骤732中书面份额达成协议之后，在步骤800中分出公司的再保险官员指定最终的份额。该再保险官员使用上述用于请求报价和请求书面份额的相同的技术机制/方法将最终份额让与每个参与方。该再保险官员获取签署的份额作为结构化数据并附上文档作为非结构化数据。

在步骤802中，一旦该份额被分配，领导再保险官员审查最终份额，如果必要的话并作出更改。然后领导再保险官员同意该最终份额并将它们作为结构化数据发送给再保险公司。该最终份额的发送涉及与上述用于请求报价和请求书面份额相同的技术机制/方法。

图22A和22B示范地表示用于分配最终份额的分出公司界面屏幕2200和2202。如图22A所示，分出公司界面312列在分出公司的签署最终份额的议事日程内。在图22A中响应点击“签署份额”链接2201，分出公司界面显示图22B的屏幕2202。在屏幕2202中，分出公司在签署份额区域2203中输入最终签署的份额。该分出公司选择使用检验栏2204的领导者和点击“Go”按钮2206以通知再保险公司他们的最终份额。

参照图8，在步骤804中，再保险公司或经纪人被通知他们的最终份额。该通知是譬如一个请求再保险公司/经纪人下载再保险业务包的电子邮件。每个参与方被通知他的份额。在集中方式中，该全球客户部签署该最终份额。在非集中方式中，本地客户管理者签署该最终份额。

图23A和23B表示用于最终签署份额确认的一个示范下载文件的内容。该文件包括一个具有多个工作表的Excel工作簿。如图23A所示，该第一个表2300提供给再保险公司一个该签署份额确认的说明并同时包括该分出公司的接触信息。表2300说明该工作簿是在一个或多个再保险项目上的签署的份额确认，并且该工作簿包含一个“不成比例”制表(tab)和“成比例”制表。该不成比例制表包含不成比例再保险项目(如果有的话)。该成比例制表包含成比例再保险项目(如果有的话)。

图23B示例性表示用于报告最终签署的份额的工作表2302。该电子数据表列出如由分出公司先前输入的描述该合同的结构化合同数据(譬如日期，层数，业务限度，自留额，复原(reinstatements)，和建议的比率)。栏2304列出用于每个项目的签署的份额。

在一个典型例子中，该最终份额与书面份额相同。然而有时，该最终份额和书面份额可以不同，譬如如果分出公司没有达到完全收紧或者再保险公司在过程的后期撤回。在这种情况下，该撤回再保险公司的份额在剩余的参与方中均分。于是每个剩余的参与方将能接受或拒绝该调整的份额。

返回到图8，在参与的再保险公司接收他们的最终份额之后，在步骤806中，该再保险工作人员将该签署的业务规则输入到会计系统并在步骤808中打印该合同文本。然后，在步骤810，812和814中该领导再保险官员、再保险官员、和再保险公司分别签署该文本。在步骤816和818中，再保险公司和分出公司保留签署的文本副本。最后，在步骤818中，该经过慎重考虑了的业务被安排了。

在本发明的一个实施例中，步骤806-820至少部分地并且最好完全地通过电子装置发生。换句话说，步骤806-820的一部分或全部涉及分出公司和再保险公司的电子交易，该电子交易合法地将当事人约定在合同条件和书面份额上。本质上，主服务器201将获取由分出公司让与的并被再保险公司同意了的最新的条件和份额，并且将相应的结构化和非结构化数据合并到约定协议书或文本中。

使用在线交易工具譬如电子签名，电子邮件，电子保险，和数字文档准备，如步骤808-818所示，该分出公司和再保险公司将交换签名并将最终约定协议书存档。最近颁布的联邦法律(譬如，全球内的电子签名和国家金融法案和统一电子交易法案)给这些电子签名和电子契约以合法的重要性。

在步骤818中该再保险业务安排的结论标志图3中的步骤308和阶段4的结束，并且进而标志整个再保险安排过程的结束。

参照图3，虽然发送给再保险公司的急件被作为单一事件描述，当然这些急件包括多个反复(iteration)。譬如，在步骤304中，如果分出公司给一组再保险公司发送报价请求，然后发现另一个再保险公司应该被包括在该分配中，于是根据本发明的这个实施例，该分出公司能返回到图12B的屏幕1218中，选择另外的再保险公司并且将该请求重新发送给那个再保险公司。作为另一个范例，在发送报价请求之后，分出公司可以不接收任何期望的报价，然后能够返回到步骤303和304(图3)以重新修订并将该项目重新发送给同一组再保险公司。作为另一个范例，谈判步骤307能包括用于书面份额的多个发送请求。从而，作为本领域的普通技术人员将意识到，图3的过程能如个别环境要求的那样回路(loop back)到发送步骤。

此外通过再保险安排过程引导分出公司，本发明的一个具有代表性的实施例为分出公司在该过程中和该过程后提供各种存储的数据的简短的和详细的报告。譬如，分出公司界面312提供几个报告，通过这些报告分出公司能浏览合同标准数据，譬如所有不成比例或成比例合同报告，和所有被包含在单一项目中的合同的报告。作为一个例子，图24A和24B分别表示一个项目概观页面2408和项目细节2410。页面2408列出了在处理过程中分出公司的提议并与相关的数据譬如业务群，团体，业务机会，业务限度和合同类型一起表示每个的状态。页面2410列出项目细节包括预报价，报价和协议保险费和书面份额。

在包括再保险过程控制和报告的基础上，本发明的另一个实施例还提供了大范围的数据存档功能。该存档功能提供了再保险数据和交易历史记录的有价值的存储库。

根据本发明的存档功能，所有数据(结构化或非结构化)，交易的信息，和在图3的整个过程中产生的通讯作为写保户文件被存储在一个或多个数据库中。譬如，分出公司的项目要求，风险数据，涉及项目的通讯，和从再保险公司接收的提议将被存储在主服务器201上。该存档功能将发给再保险公司的包括报价请求、提出的提议和涉及提议的通讯的分出公司文件和数据存储在文件传送服务器202上。当然，该存档功能也能在本地存储该信息，譬如存储在局域网或分出公司的硬盘上。

被存档的特定数据取决于本发明的特定实施和分出公司的个别的需求。在一个典型的实施中，该存档功能将获取图3的过程中的关键点，在该点上数据、提议、或通讯被最后定下来。譬如，本发明的一个实施例自动产生的追踪检查涉及在提议和风险数据的签署(sign-off)的所有当事人的活动和提议的提案(项目)或提议的续保业务包的签署(sign-off)的文件。该追踪检查包括譬如个人识别，事件，日期和各个当事人的注释。

作为在图3的过程中存档关键点的另一个例子，公布的风险数据能在步骤406(图4)之后被存档，发送的续保项目在步骤510(图5)之后被存档，并且报价能被存档作为步骤624部分(图6)。关于分出公司和再保险公司之间的通讯、讨论思路被存档进而提供一个完整的交易记录。图15，17A，20D和21B表示示例性的讨论思路。当当事人之间的合作有可能涉及离线通讯(譬如会议或电话)时，在谈判步骤307中通讯的记录尤其有帮助。具有这个存档功能，该分出公司因此能输入这些离线通讯的内容从而更有效率地追踪该再保险安排过程。

利用由存档功能建立的数据存储库，这个实施例的更进一步的方面提供了大范围数据编辑和处理功能。该编辑和处理功能减轻了分出公司的构建报价的任务，并包括譬如复制项目功能。

该复制项目功能从先前输入的续保信息(在前的续保年度内)中复制基本的合同数据，并使该数据可用于当前年度的续保。必要的话该分出公司能编辑或修改该复制的数据。图25A-25C表示典型的分出公司界面312的屏幕，通过该屏幕分出公司能复制续保数据。如图25A所示，为了激活该功能，分出公司点击链接2502。于是如图25B所示，该分出公司能在区域2504中输入一个新的项目名称。如果希望的话，该分出公司还能修正在图25B中所示的其他细节。一旦结束，该分出公司点击“copy”2506按钮。作为响应，新的项目被产生并被显示在如图25C所示的“prepare submission(准备提交)”的屏幕中。分出公司能修改图25C中所示的项目的细节。

本发明的更进一步的实施例提供了一个为再保险安排术语建立一个国际标准的全球术语软件工具，同时还为用户提供一个容易进入的术语表。在传统的实践中，再保险安排业务的全球性协调的重大障碍是对比世界不同区域使用的术语。确实，相同的再保险安排概念在三个不同的市场譬如亚洲、欧洲和美国可以具有不同的名称。此外，不同的市场也许使用相同的术语表示不同的再保险安排概念。在全球的再保险交易中的参与方能发现许多混淆的术语是不奇怪的。

为了致力于解决术语的这些问题，本发明建立了通用用户界面和模板使用于表示再保险安排业务要素的名称譬如参与方、过程、计算和其他的概念标准化。分出公司界面312和再保险公司界面314是这些通用用户界面的例子。根据本发明的一个实施例，界面312和314中的每一个使用相同的名称描述再保险相关数据，譬如项目条件，条款和价格。譬如，图11D显示在分出公司界面312中使用的提议/项目信息(譬如，项目，再保险类型，业务限度，和风险(perils))和不成比例层和选项(譬如，合同类型，保证金，AAD，和AAL)的标准化名称，该标准化名称将被反映在再保险公司界面314中。以这种方式，该分出公司和再保险公司能在对定义取得一致意见的标准化的框架内进行交易。当更多的分出公司和再保险公司参与时，该标准化术语将被更广泛的使用，因此促进该市场被所有的参与方更好的理解，移走了阻止真实的全球市场的术语障碍，并使再保险安排更有效率。

在请求报价，请求书面份额，和签署确认的情况下，本发明的这个实施例的全球性术语被在分出公司和再保险公司之间交换的结构化数据进一步推广。譬如参照图13B-13D，上述的报价工作簿提供了一个模板，在该模板中分出公司和再保险公司在具有标准化名称的标准化标题下输入条件，价格和份额。当分出公司和再保险公司使用这个模板时，他们理解并接受该全球性术语。

为了帮助分出公司和再保险公司理解和确定该全球性术语，本发明的一个进一步的实施例提供一个全球性术语软件工具，当鼠标指针放在再保险安排术语上时显示一个定义弹出框或窗口。图26表示位于文本上的鼠标(mouse-over text)帮助特性。在用户界面上的每个术语被链接到一个术语表数据库，该数据库包含该术语的定义和来自其他市场的任何同义词或等价术语。因而，如图26所示，该术语“保证金(cover)”被链接到定义“再保险层的保证金(cover)(层)，在保险或再保险合同条款之下提供的防止损失的保户”。因而，譬如如果用户不确定数据区域意味着什么，该用户仅仅需要将鼠标指针放在那个数据区域的名称上以访问该名称的定义，或者可能是用户更熟悉的该术语的同义词。

根据本发明的一个实施例，该位于在文本上的鼠标(mouse-overtext)的特性在分出公司界面312或再保险公司界面314的背景中起作用，当鼠标指针被放在指定的术语上时显示该术语表数据库的内容。在本发明进一步的实施例中，该位于文本上的鼠标的特性被包括作为发送给再保险公司的数据表文件部分，从而当不同的再保险公司打开文件时，再保险公司能访问该术语表，理解要求的信息，并在数据区域内提供合适的内容。

本发明的再保险安排系统和方法提供了包括下述一个或多个非常重要的益处：

·对整个过程进行更好的控制；

·用于合同业务的开辟和续保的解决项目，使得分出公司能开发用于再保险的项目和能管理用于向市场分出风险的合作要求；

·增大了透明度；

·提高了用于保险容量(portfolio)优化的潜能；

·提高了安排的速度；

·鼓励安排可替换的解决项目；

·通过提供对内部再保险数据收集和确认和通过简化与再保险合伙人的合作，帮助分出公司更有效地管理保险公司和再保险公司之间的价值链；

·通过创建一个用于所有内部再保险数据的共享存储库并通过简化市场条件和机会的基准，提供所有安排的可见度和报告；及

·支持通过构建该过程以节省时间，其能被应用到战略性审查和分析，并通过提供适时数据传递作出的战略性决定。

虽然说明书在再保险的范围内描述了本发明，但是本领域的普通技术人员将理解本发明的系统和方法同样应用于所有类型的保险销售和其他的协定承担风险的形式。

上述公开的本发明优选实施例已经用于说明和描述的目的进行了介绍。不用于无遗漏地或将本发明限制在公开的具体形式上。这里公开的实施例的多种变化和修改对于本领域的普通技术人员在上述公开的基础上是很显然的。本发明的范围仅仅由权利要求和由他们的等价物限定。

进一步地，在描述本发明的代表性实施例中，说明书可能已经采用特定步骤序列介绍了本发明的方法和/或处理程序。但是，在这样的范围内该方法或处理程序不依赖于这里提出的特定步骤顺序，该方法或处理程序不应该被限于描述的特定步骤序列。作为一个本领域的普通技术人员将会理解步骤的其他序列也是可能的。因此，在说明书中提出的特定步骤顺序不应该被解释作为权利要求的限制。此外，针对本发明的方法和/或处理程序的权利要求不应该被限制在执行按照顺序书写的步骤，并且本领域的技术人员能容易地理解序列可以被改变并始终归属于本发明的宗旨和范畴。

Claims (83)

1、一种用于帮助分出公司准备再保险续保业务包的方法，包括：

接收来自分出公司的再保险续保业务包的条件作为结构化数据；

接收来自分出公司的涉及再保险续保业务包的非结构化文件；

将结构化数据与非结构化文件联系在一起；

将关联的结构化数据和非结构化文件存储在数据库中；及

为分出公司提供访问关联的结构化数据和非结构化文件的权限。

2、如权利要求1所述的方法，其中在接收条件之前，该方法包括：

接收来自分出公司的风险数据；

将风险数据存储在数据库中；及

为再保险人提供访问关联的结构化数据和非结构化文件的权限。

3、如权利要求1所述的方法，进一步包括：

接收来自分出公司的再保险人的指派，分出公司从该再保险公司那里分出公司期望收到关于再保险续保业务包的报价；及

为再保险公司提供访问关联的结构化数据和非结构化文件的权限。

4、如权利要求3所述的方法，其中提供给该再保险公司的访问权包括转发给该再保险公司一个包含链接到存储在数据库中的关联结构化数据和非结构化文件的电子通讯。

5、如权利要求4所述的方法，其中提供给该再保险公司的访问权进一步包括下载一个电子数据表，该电子数据表包含结构化数据和在其中输入报价的区域。

6、如权利要求5所述的方法，进一步包括：

接收来自再保险公司的完成的电子数据表，其中该电子数据表包含报价单；

将电子数据表与再保险续保业务包联系在一起；及

为分出公司提供进入该报价的权限。

7、如权利要求6所述的方法，其中为分出公司提供进入该报价的权限包括显示一个列出再保险公司和他们的报价的矩阵。

8、如权利要求3所述的方法，其中，在为再保险公司提供访问该关联的结构化数据和非结构化文件的权限之后，该方法进一步包括将该关联的结构化数据和非结构化文件归档。

9、如权利要求3所述的方法，进一步包括向分出公司报告再保险公司已经接收到访问该关联的结构化数据和非结构化文件的权限。

10、如权利要求9所述的方法，其中再保险公司向已经接收到访问权限的再保险公司的报告进一步包括显示有列出相对于再保险公司的再保险续保业务包的矩阵，其中该再保险续保业务包是在列出的再保险续保业务包之中，其中指定的再保险公司是在列出的再保险公司之中，及其中该矩阵表示哪个再保险公司已经接收到访问哪个再保险续保业务包的权限。

11、如权利要求1所述的方法，其中，在接收该再保险续保业务包的条件和涉及该再保险续保业务包的非结构化文件之前，该方法包括：

接收关于再保险续保业务包的至少一个提出的项目；

使该分出公司的多方能审查和通过该至少一个提出的项目。

12、如权利要求11所述的方法，进一步包括自动产生参与、审查和通过该至少一个提出的项目的当事人的文件活动性的检查追踪。

13、如权利要求11所述的方法，其中对该再保险续保业务包的条件和该涉及再保险续保业务包的非结构化文件接收包括接收来自分保人的通过的提议项目的指定以将其包括在再保险续保业务包中。

14、一种通过计算机用户界面用于帮助分出公司准备再保险续保业务包的方法，包括：

提示输入风险数据；

接收风险数据；

将风险数据存储在服务器上；

提供访问该风险数据的权限以完成离线地计算确定是否存在再保险需求；

接收至少一个提议的项目，其中该至少一个提出的项目的条件是基于离线地计算；

使分出方成员能审查并通过该至少一个提议的项目；

将通过的提议项目存储在服务器上；

接收该通过的提议项目的至少一个指定的提议项目的表示以包括在再保险续保业务包中；及

将再保险续保业务包存储在服务器上，其中该再保险续保业务包包括至少一个指定的提议项目。

15、如权利要求14所述的方法，进一步包括接收再保险公司的选择以接收再保险续保业务包并使得分出公司的第二个成员能审查并通过该再保险续保业务包和该选择的再保险公司。

16、如权利要求15所述的方法，其中，如果再保险续保业务包和该被选择的再保险公司没有被通过，提示选择不同的再保险公司和不同的提议项目之一。

17、如权利要求15所述的方法，进一步包括自动产生一个与参与审查和通过该至少一个提议项目，该再保险续保业务包和该选择的再保险公司的当事人的检查追踪。

18、如权利要求16所述的方法，其中该检查追踪包括个人识别，时间，日期和当事人的注释。

19、如权利要求14所述的方法，其中至少一个指定的提议项目的指示(indication)是用于第一再保险公司通过的提议项目的组合，并且其中该方法进一步包括接收用于第二再保险公司的通过的提议项目的第二组合的第二个指示，其中该再保险续保业务包还包括第二组合。

20、如权利要求14所述的方法，其中在提供访问该风险数据的权限以完成离线计算确定是否存在再保险需求之前，该方法包括：

提示接受该风险数据；

如果该风险数据未被接受，

提示输入另外的风险数据，

接收该另外的风险数据，和

将该另外的风险数据存储在服务器中；及

接收该风险数据的接受。

21、如权利要求20所述的方法，进一步包括自动产生与审查和通过该风险数据有关的当事人的检查追踪。

22、如权利要求14所述的方法，其中提示输入该风险数据包括：

接收表明潜在的再保险需求的商业机会；

接收表明商业机会的限定词(qualifiers)；

接收非结构化文档；

将非结构化文档与商业机会联系在一起；

提供进入该商业机会的权限；及

要求输入与商业机会有关的风险数据。

23、如权利要求22所述的方法，其中该限定词包括至少一个风险的地理范围，业务限度(line of business)，子业务限度，和将提供该风险数据的个人。

24、如权利要求14所述的方法，进一步包括：

接收至少一个再保险购买场景；及

提供进入该至少一个再保险购买场景的权限以完成离线计算确定是否存在再保险需求。

25、如权利要求14所述的方法，其中该至少一个提议的项目包括结构化数据和非结构化文件。

26、一种用于准备再保险续保业务包的系统，包括：

(a)一个适合通过具有多个分出计算机的计算机网络进行通讯的通讯应用软件，其中该多个分出计算机被至少一个分出管理者和一个分出办理人访问；

(b)一个程序引擎，该程序引擎适用于：

适合通过通讯应用软件接收来自分出管理者的业务机会

通过通讯应用软件为分出办理人提供进入该商业机会的权限，

通过通讯应用软件接收来自分出办理人的与该商业机会关联的风险数据，

通过该通讯应用软件非分出管理者提供访问该风险数据的权限以确定是否存在再保险需求，

通过该通讯应用软件接收来自分出管理者的提议的项目，

通过该通讯应用软件为分出办理者提供进入该提议项目的权限以确定是否通过该提议的项目，

通过该通讯应用软件接收来自分出办理者的通过提议的项目的表示，

通过该通讯应用软件为分出管理者提供进入该通过的提议项目的权限，及

接收来自分出管理者的在再保险续保业务包中从通过的提议项目中包括至少一个指定的提议项目的表示；及

(c)一个数据库适合存储该风险数据，该提议的项目，该通过的提议项目，该至少一个指定的提议项目，和该再保险续保业务包。

27、如权利要求26所述的系统，其中该程序引擎进一步适合于接收选择的再保险公司的表示以接收该再保险续保业务包。

28、如权利要求27所述的系统，其中该程序引擎进一步适合于

使分出管理者能审查和通过该再保险续保业务包和选择的再保险公司的表示，及

通过该通讯应用软件机接收来自分出管理者的该再保险续保业务包的通过和选择的再保险公司的表示。

29、如权利要求26所述的系统，其中该程序引擎进一步适合于接收指定的提议项目的不同组合以发送给不同的选择的再保险公司。

30、如权利要求26所述的系统，其中该通讯应用软件至少是网页应用软件和电子邮件应用软件之一。

31、如权利要求26所述的系统，进一步包括一个适合于将至少一个指定的提议项目的条件复制到一个电子数据表中的电子数据表应用软件，在该电子数据表上再保险公司能提供他们的报价，并且其中该电子数据表是该再保险续保业务包的一部分。

32、如权利要求26所述的系统，进一步包括一个报告应用软件适合于提供该风险数据的摘要和详细报告和存储在该数据库中的通过的提议项目。

33、如权利要求26所述的系统，进一步包括一个文档应用软件适合于接收和把将被包括在该提议的项目中的非结构化文件和结构化电子数据表联系在一起。

34、如权利要求26所述的系统，进一步包括一个发送应用软件适合于在再保险续保业务包的基础上准备用于发送给再保险公司的发送文件。

35、如权利要求26所述的系统，其中该程序引擎在提供给分出管理者访问该风险数据以确定是否存在再保险需求之前要求接收风险数据。

36、如权利要求26所述的系统，其中该程序引擎在为分出办理者提供访问该提议项目的权限之前要求完成该提议的项目。

37、如权利要求26所述的系统，其中该程序引擎适合于：

通过该通讯应用软件接收来自第二分出管理者的再保险购买场景，及

为分出管理者提供进入该再保险购买场景和访问该风险数据的权限以确定是否存在再保险需求。

38、一种用于帮助分出公司准备再保险续保业务包的方法，包括：

接收来自分出管理者的商业机会，

为分出办理者提供进入该商业机会的权限；

提示分出办理者输入与来自分出管理者的商业机会有关的风险数据；

接收来自分出办理者的风险数据；

为分出管理者提供访问该风险数据的权限；

提示分出管理者输入基于商业机会和风险数据的提出的提议；

接收来自分出管理者的提议项目；

为分出办理者提供访问该提议项目的权限；

提示分出办理者通过该提议的项目；

接收来自分出办理者的通过该提议项目；

为分出管理者提供访问该通过的提议项目的权限；

提示该分出管理者将该通过的提议项目包括在该再保险续保业务包中；

接收将该通过的提议项目包括在再保险续保业务包中的表示；

提示再保险公司的选择以接收该再保险续保业务包；

接收指定的再保险公司的表示以接收该再保险续保业务包；及

为第二分出管理者提供进入审查该再保险续保业务包的表示和指定的再保险公司的表示。

39、如权利要求38所述的方法，其中提供访问该商业机会，该风险数据，该提议的项目，该通过的提议项目，该指定的再保险公司的表示和该再保险续保业务包的权限包括通过计算机网络将该商业机会，风险数据，该提议的项目，该通过的提议项目，该指定的再保险公司的表示，和该再保险续保业务包存储在分出管理者和该分出办理者容易访问的服务器上。

40、如权利要求38所述的方法，进一步包括在提示分出管理者输入提议项目之前要求该风险数据的输入。

41、如权利要求38所述的方法，进一步包括在提示分出办理者通过该提议项目之前要求该提议的项目被完成。

42、如权利要求38所述的方法，进一步包括在提示分出管理者将该项目包括在该再保险续保业务包中之前要求该提议项目被完成。

43、如权利要求38所述的方法，进一步包括要求第二分出管理者通过该再保险续保业务包，然后产生基于通过的项目和指定的再保险公司的再保险续保业务包。

44、一种用于使再保险业务的安排的谈判在分出公司和再保险公司之间顺利进行的方法，包括：

接收来自分出公司的多个再保险项目；

从多个再保险项目中，接收来自分出公司的将被包括在再保险续保业务包中的选择的项目的指定；

自动将该选择的项目组合到该再保险续保业务包中；

为再保险公司提供访问包括该选择的项目的再保险续保业务包的权限；

接收来自再保险公司对于该再保险续保业务包的报价；及

为分出公司提供访问该报价的权限。

45、如权利要求44所述的方法，其中该再保险续保业务包包括非结构化文件和结构化电子数据表。

46、如权利要求44所述的方法，其中提供给再保险公司访问该再保险续保业务包的权限包括：

将再保险续保业务包存储在服务器上；

将包括链接到该再保险续保业务包的电子通信转发给再保险公司；及

使再保险公司能将再保险续保业务包从服务器下载到再保险公司。

47、如权利要求46所述的方法，其中该再保险续保业务包包括包含了风险数据和描述选择的项目的条件并包含输入报价的区域的结构化电子数据表的非结构化文件，并且其中提供访问该报价的权限包括接收具有由再保险公司完成的区域的结构化电子数据表并将该电子数据表存储到分出公司容易访问的服务器上。

48、如权利要求44所述的方法，进一步包括在为分出公司提供访问该报价的权限之前对报价执行一个似乎可信的检查。

49、如权利要求44所述的方法，进一步包括：

将多个再保险项目存储在第一服务器上；

将再保险续保业务包存储在第二服务器上，其中该第二服务器通过一个防火墙与第一服务器分开；及

将该报价存储在第一服务器上。

50、如权利要求49所述的方法，其中该再保险公司有访问该第二服务器的权限而没有访问第一服务器的权限。

51、如权利要求50所述的方法，其中在接收多个再保险项目之前，该方法进一步包括：

接收来自分出公司的风险数据，其中该多个再保险项目是基于分出公司的风险数据；及

将该风险数据存储在该第一服务器上。

52、如权利要求44所述的方法，进一步包括：

记录对再保险续保业务包，报价，和由分出公司和再保险公司作出的注释的文档的检查追踪；及

53、如权利要求44所述的方法，其中接收来自分出公司的指定选择的项目包括显示一个列出相对于多个再保险公司的多个再保险项目的矩阵，其中该再保险公司是在该列出的多个再保险公司之中，并且其中该选择的项目的指定是在该矩阵中获得的。

54、如权利要求44所述的方法，其中为分出公司提供访问该报价的权限包括下列之一：

将该报价自动上载到分出公司容易访问的界面；及

通过该界面接收手动输入的报价。

55、如权利要求54所述的方法，其中为分出公司提供访问该报价的权限进一步包括以不同项目为基础项目显示该报价。

56、如权利要求44所述的方法，进一步包括：

接收来自分出公司的关于该被选择的项目的最终价格和最终结构；

为再保险公司提供访问包含该被选择的项目的最终价格和最终结构的最终再保险续保业务包的权限；

接收来自再保险公司的关于该被选择的项目的书面份额提议；及

为分出公司提供访问该再保险公司的书面份额提议的权限。

57、如权利要求56所述的方法，进一步包括：

接收来自分出公司对于该被选择的项目的对于再保险公司的最终份额；及

为再保险公司提供访问该最终份额的权限。

58、一种用于使再保险业务的安排的谈判在分出公司和再保险公司之间顺利进行的系统，包括：

(a)一主服务器适合于

通过计算机网络与分出计算机进行通讯，

接收来自分出计算机的多个再保险项目，其中该项目包含非结构化文件和结构化数据，

接收来自分出计算机的关于被选择的项目的指定以包括在再保险业务包中，及

自动将该被选择的项目组合进该再保险业务包中；及

(b)一个与主服务器通讯的文件传送服务器，其中该文件传送服务器适合于

通过计算机网络与再保险公司计算机通讯，

接收来自主服务器的再保险业务包，及

将再保险业务包传送给再保险计算机。

59、如权利要求58所述的系统，其中该主服务器进一步适合于机接收完成的报价电子数据表和将电子数据表与该再保险业务包联系在一起。

60、如权利要求59所述的系统，其中该主服务器进一步适合于通过下列之一接收完成的报价电子数据表：

将由该分出计算机从该再保险公司计算机接收到的电子通信中完成的报价电子数据表上载；及

接收完成的报价电子数据表的手动输入。

61、如权利要求59所述的系统，其中该完成的报价电子数据表包含一个报价，并且其中该主服务器进一步适合于显示该报价及来自其他再保险公司的对于该再保险业务包的其他报价。

62、如权利要求58所述的系统，其中该主服务器进一步适合于接收来自分出计算机的风险数据和项目信息，并适合于防止由再保险计算机访问该风险数据和项目信息。

63、一种用于使再保险业务的安排顺利进行的方法，包括：

接收来自分出公司的将被包括在用于多个再保险公司的再保险续保业务包中的非结构化文件和结构化数据；

自动从该非结构化文件和该结构化数据中产生该再保险续保业务包，其中每个再保险续保业务包包括一个包含该结构化数据和在其中输入报价的区域的报价电子数据表；

为多个再保险公司中的每个再保险公司提供访问它的再保险续保业务包的权限；

接收来自多个再保险公司的完成的报价电子数据表，其中该报价电子数据表包括该报价；及

为分出公司提供访问该报价的权限。

64、如权利要求63所述的方法，其中为分出公司提供访问该报价的权限包括为了对比同时显示多个再保险公司的报价。

65、如权利要求63所述的方法，其中为多个再保险公司中的每个再保险公司提供访问它的再保险续保业务包的权限包括：

将特定的再保险续保业务包存储在用于特定的再保险公司的服务器上；

将电子通讯转发给特定的再保险公司，其中该电子通信包含链接到特定的再保险续保业务包；及

使该特定的再保险公司能下载该特定的再保险续保业务包。

66、如权利要求63所述的方法，其中该非结构化文件包括与再保险续保业务包中的项目有关的文档。

67、一种用于使再保险业务安排的谈判顺利进行的方法，包括：

将在再保险续保业务包中的再保险项目的保险业务量(portfolio)发给多个再保险公司；

接收来自多个再保险公司的报价；

显示使每个再保险项目的价格基准更便利的报价的对比；

建立最终再保险项目其包括一个最终的价格和一个最终的结构；

将包含最终再保险项目的最终再保险续保业务包与书面份额请求一起发送给多个选择的再保险公司；

接收来自多个选择的再保险公司的书面份额提议；及

为多个选择的再保险公司建立用于每个最终再保险项目的最终份额。

68、如权利要求67所述的方法，进一步包括将含有最终再保险项目的最终再保险续保业务包与最终的份额一起发送给多个选择的再保险公司。

69、如权利要求67所述的方法，进一步包括从多个选择的再保险公司中的每一个接收最终份额的签署。

70、如权利要求67所述的方法，其中该再保险续保业务包包括非结构化文件和具有在其中输入报价的数据区域的报价电子数据表，并且其中将该再保险续保业务包发送给多个再保险公司包括将非结构化文件和报价电子数据表下载到多个再保险公司中每个再保险公司处，并且其中接收报价包括接收来自多个再保险公司中每个再保险公司的具有在报价电子数据表中输入的报价的电子数据表。

71、如权利要求67所述的方法，其中最终的再保险续保业务包包括含有最终条件，用于每个最终的再保险项目的最终价格，和用于每个最终的再保险项目的输入书面份额的数据区域，并且其中将该最终的再保险续保业务包发送给多个选择的再保险公司包括将电子数据表下载到该多个选择的再保险公司中每个再保险公司，并且其中接收该书面份额包括从该多个选择的再保险公司中的每个再保险公司那里接收具有输入在电子数据表中的书面份额的电子数据表。

72、如权利要求68所述的方法，其中该最终再保险续保业务包包括含有最终条件，最终价格，和用于每个再保险项目的最终份额的电子数据表，并且其中将该最终再保险续保业务包发送给多个选择的再保险公司包括将该电子数据表下载到该多个选择的再保险公司中的每个再保险公司。

73、一种用于使分出公司和再保险公司之间安排再保险义务的全球通讯顺利进行的方法，包括：

为分出公司提供在其中输入再保险相关数据的分出公司界面，其中该分出公司界面涉及访问再保险术语的再保险相关数据；

产生一包含再保险相关数据和该再保险相关数据的标注的电子数据表，其中该电子数据表包含在其中输入报价的数据区域，并且其中该数据区域被标注有报价术语(terms)；

将该电子数据表转发给再保险公司；

接收来自再保险公司的具有在数据区域中输入了报价的电子数据表；及

通过分出公司界面显示给分出公司该再保险相关数据和报价，其中该再保险相关数据被标注有再保险术语并且该报价被标注有报价术语。

74、如权利要求73所述的方法，进一步包括通过分出公司界面提供再保险术语和报价术语的术语表。

75、如权利要求74所述的方法，其中提供该术语表包括当鼠标指针放在该再保险术语和该报价术语的术语上时显示定义窗口。

76、如权利要求75所述的方法，其中该定义窗口包括该术语的定义和同义词中至少一个。

77、如权利要求73所述的方法，进一步包括通过该电子数据表提供该再保险术语和该报价术语的术语表。

78、如权利要求77所述的方法，其中提供该数据表包括当鼠标指针放在该再保险术语和该报价术语的术语上时显示一个定义窗口。

79、一种用于在第一当事人和第二当事人之间将标准术语学提升为交易的方法，包括：

显示一个提示第一当事人输入与交易有关的数据的用户界面，其中该用户界面用术语标注数据；

当第一当事人将鼠标指针放在一定的术语上时，在用户界面上显示一个定义窗口，其中该定义窗口包括用于该一定术语的定义和同义词之一；及

产生与第二当事人的讯息(communication)，其中该讯息包括与该交易有关的数据和标注有术语的数据。

80、如权利要求79所述的方法，进一步包括当第二当事人将第二鼠标指针放在特定术语上时，在该讯息内显示一个定义窗口，其中该定义窗口包括该特定术语的定义和同义词之一。

81、如权利要求79所述的方法，其中该讯息要求来自第二当事人的输入，其中该讯息用第二术语标注该输入，并且其中该方法进一步包括：

接收来自第二当事人的第二讯息，其中该第二讯息包括该输入；

将第二讯息显示给第一当事人；及

用第二术语标注该输入。

82、如权利要求81所述的方法，进一步包括当在该第二讯息中第一当事人的第二鼠标指针放在该第二术语的特定术语上时在该第二讯息内显示一个定义窗口，其中该定义窗口包括该特定术语的定义和同义词之一。

83、如权利要求79所示的方法，其中该第一当事人是分出公司并且该第二当事人是再保险公司并且其中该讯息是对于报价电子数据表的请求。

Images