CN105210101A - 对行李遗失进行赔偿的系统 - Google Patents

Abstract

本公开提供一种乘客针对被航空公司遗失的行李或箱包接受赔偿而不管行李的内容物的方法。该处理就航班的航程针对行李收取预定的保险项目而不管行李的内容物，经由来自航空公司的任何类型的电子介质获得信息，并且创建物理收据以使得受保人在特定时间段之后在没有任何进一步的证明的情况下可容易地获得保险项目。该方法包括就航空公司声明行李已遗失等待第一固定时间段，并且等待持续时间比第一固定时间段长的第二固定时间段以提交对声明遗失的行李的索赔。

Description

对行李遗失进行赔偿的系统

技术领域

本公开涉及对行李的遗失进行赔偿的方法。更具体地讲，本公开涉及如果乘客的行李被航空公司遗失，则向他/她支付而无需证明行李的内容物的价值的赔偿方法。更具体地讲，本公开涉及一种为包购买固定费用的保险的方法，该保险针对特定赔偿金额而无需遗失的行李的内容物的价值的任何证明。

背景技术

旅游业是不断增长的行业，国内航空公司乘客的数量不断增长。根据美国交通部的航空执行和诉讼处所进行的每月调查，在2005年每1000名乘客中平均有6.04起不当处理行李的报告。

美国的旅游保险业提供许多不同类型的保险单以用于乘客购买。目前的旅游保险单从非常宽的保险项目到非常具体的保险项目。一些保险单向乘客承保旅行中可能出现的任何事件。其它保险单向乘客提供针对非常明确、狭隘限定的情况的保险项目。

目前的航空市场是乘客必须获得旅行保险和行李保险二者。大多数旅行保险将各种不同的保险项目捆绑到一张保险单中。这些保险单可花费不过$20。然而，在大多数情况下，保费将超过$60。这些保险单所承保的险非常宽，包括：旅程取消、医疗保险、人寿保险和汽车租赁保险。另外，这些保险单的细节可使乘客不知所措。

其它类型的行李保险包括为进行单程旅行的旅行者设计的一揽子保险。其可用于乘船旅行、陆地旅行、空中旅行、房屋租赁以及其它旅行类型。这些保险单包括针对旅程取消、行李、医疗、牙科、紧急疏散、24小时旅行援助、行李延误、旅程延误和意外死亡的保险项目。一些保险单还具有针对租赁汽车撞车/损坏险、飞行保险(一种仅在飞行中的意外死亡险)和附加紧急疏散保险的选项。一些一揽子保险单包括无额外费用的针对儿童的保险项目。该保险单的价格在没有上述许多承保金额的情况下从$19至$56，之后花费逐渐增加。

还有为个人商务旅行者以及具有出差员工的小至中型公司独特设计的商务一揽子保险单。这些保险单还考虑了行李和业务影响，包括贸易展览和商务会议的成本以及遗失、失窃和/或损坏的笔记本、手机和展位展品的费用。假设你的生意有支付年费的账户，则这些保险单平均价格为每行程$69。

一些屋主保险单向其投保人提供该选项。投保人将不得不证明其行李的价值，并且将不得不为该类型的保险单支付高许多的保费。

另外，一些信用卡公司为其旅行乘客提供针对其行李的附加保险项目。所有上述现有解决方案需要乘客证明其行李的内容物的价值。

发明内容

本公开提供一种乘客获得被航空公司遗失的行李或箱包的赔偿而不管行李的内容物的方法。

本公开还提供这样一种获得行李遗失的赔偿的方法，该方法简单并且容易，以降低航空公司乘客遗失行李的创伤。

本公开还提供这样一种方法，其中，在购票时或者在飞行之前的稍晚时间获得包括(但不限于)传统保单和服务协议或合同的保险项目。

本公开还提供这样一种方法，其在一段航班针对由航空公司监测的乘客行李收取预定的保险项目。

本公开还提供一种方法，其在一段航班针对由航空公司监测的乘客行李收取预定的保险项目而不管行李的内容物，经由来自航空公司以及其它来源的任何类型的电子介质获得信息，并且创建物理收据以使得受保人可容易地在特定时间段之后在没有任何进一步的证明的情况下获得保险项目。

本公开还提供一种监测行李并且如果行李遗失则提供赔偿的方法。该方法包括在航空公司针对航班检查一件或更多件行李，在航班出发之前的任何时间按照固定的价格为行李购买保险项目而不管任一行李的内容物，就航空公司是否声明任一件或者所述一件或更多件行李遗失等待第一固定时间段，并且等待持续时间比第一固定时间段长的第二固定时间段以就声明遗失的行李提出索赔。

本公开还提供一种方法，该方法包括确定行程的航程数，确定行程的各个航程的超过第三固定时间段的时间长度，并且基于所述确定，建议是否需要不止一份保险单、协议或合同。

附图说明

图1是本公开的系统的示意图。

图2是乘客购买处理的例示。

图3是旅行社购买处理的例示。

图4是通过电话提交不当处理行李报告的处理的例示。

图5是通过网站提交不当处理行李报告的处理的例示。

图6是处理不当处理行李报告的处理的例示。

图7是在不当处理行李报告中声明遗失的处理的例示。

具体实施方式

参照附图，具体地讲，参照图1，示出了总体上由附图标记100表示的根据本公开的系统。系统100包括航空公司的计算机20、一个或更多个用户接口装置30和34(其中用户接口装置30可操作地连接到计算机20)、主机或者技术所有方计算机40以及可操作地连接各个计算机20的网络50(例如，互联网)。需要注意的是，附图之间使用共用的附图标记。

计算机20是航空公司的中央计算机。计算机20包括处理器21和存储器22。存储器22具有程序模块25。计算机20远离用户接口30和34设置。尽管本文中将计算机20表示成独立式装置，但是它不限于这种装置。计算机20可耦接至分布式处理系统的其它装置(未示出)。

处理器21是由响应并执行指令的逻辑电路配置的电子装置。

存储器22是利用计算机程序编码的有形计算机可读存储介质。在这方面，存储器22存储数据和指令，其可由处理器21读取和执行以用于控制处理器21的操作。存储器22可被实现于随机存取存储器(RAM)、硬盘驱动器、只读存储器(ROM)或其组合中。

程序模块25包含用于控制处理器21以执行本文所述的方法的指令。本文所用的术语“模块”表示可被具体实现为独立式组件或者多个从属组件的集成配置的功能操作。因此，程序模块25可被实现为单个模块或者以彼此协作方式操作的多个模块。此外，尽管本文将程序模块25描述为安装在存储器22中，因此被实现于软件中。然而，它可被实现于任何硬件(例如，电子电路)、固件、软件或其组合中。

尽管程序模块25被示出为已经载入存储器22中，但是它可被配置在存储装置23上以用于随后载入存储器22中。存储装置23是存储有程序模块25的有形计算机可读存储介质。存储装置23的示例包括紧凑盘、磁带、只读存储器、光学存储介质、硬盘驱动器或者由多个并行硬盘驱动器构成的存储器单元、以及通用串行总线(USB)闪速驱动器。另选地，存储装置23可以是位于远程存储系统上并经由网络50耦接至计算机的随机存取存储器或者其它类型的电子存储装置。

用户接口30可以是机场中航空公司展位处的终端、在旅行社处的终端、在线售票终端或者任何其它售票装置。用户接口30有用户31。用户接口30可具有例如键盘或扫描仪的输入装置以使得用户31(例如，航空公司的票务供应商、旅行社或者授权的销售人员(下文中称为“票务供应商31”))能够通信信息和命令选择以购票以及可能的行李或箱包标签。票务供应商31使用用户接口装置30经由输入装置输入最新乘客和航班信息。这些信息被发送至计算机20。另外，这些信息可被(至少临时地)存储在用户接口装置30的存储器32中，以打印出乘客和行李信息(如下面所讨论的)。

用户接口30还包括显示器(未示出)和输出装置(未示出)。例如，输出装置是打印机票和/或还打印行李或箱包标签的打印机。用户接口装置30经由互联网以外的任何电子手段连接到中央计算机20以用于接收包括机票和行李标签信息的所有信息。

例如，在航空公司终端处办理登机手续期间，航空公司或用户31将利用通过计算机20监测“标签”行李的方法给乘客的行李“加标签”。办理托运的行李是由登机手续柜台处的航空公司人员“加标签”的包。目前，航空公司人员通常在登机手续柜台处物理地将行李标签附着到乘客的行李。这些行李“标签”包含允许航空公司的计算机系统跟踪乘客的行李的序列号和条形码。也给予乘客具有相同序列号和条形码的行李“标签”部分或收据。该行李“标签”收据一直物理地附着在乘客在登机手续柜台处收到的登机牌上。实际行李标签、行李标签、收据和条形码将根据不同的航空公司而看起来不同。然后乘客的行李由航空公司人员接管。乘客通常将在对其行李办理登记手续的同时进行选座和拿取登机牌。因此，如果行李以某种方式用航空公司识别标志“加标签”，则行李被认为由航空公司监测并且在航空公司人员的监管下。

另选地，乘客可以选择在到达机场前自己打印这些行李“标签”。在任一情况下，这些行李标签收据目前包含与他们置于其包上的行李标签上的条形码匹配的条形码。乘客将利用其票根来接收监测系统指派给其行李的值的记录。

如本文所用，包或行李包括传统的包以及可在飞行之前检查的物品或对象。为了本公开的系统的最佳操作，用户接口30也可可操作地连接到软件33。优选地，软件33在合同供应商或者票务供应商的位置处被安装在存储器32中，无论该位置是航空公司终端处的展位、旅行社还是授权票务供应商的位置。软件33也可以是程序模块25的一部分。软件33从发送给计算机20的处理器21的信息提取关于购票者和行李标签的所有相关信息。

软件33可被安装在非基于互联网的票务供应商或者合同供应商的本地机器上或者基于互联网的票务或合同供应商的网站(均为“授权供应商”)上。软件33可从数据库43检索信息，以使得授权供应商仅需要向其系统输入所有乘客信息一次。因此，软件33几乎不被注意到，实际上将不会延误乘客。

需要收集的信息或数据是乘客的联系信息以及关于实际航班的信息。

对于基于互联网的授权供应商，软件33将在其网站上添加将指示乘客的选择的复选框。在进行了该选择时，所有必要信息将被自动转发给程序模块25。如果在线票务经纪人(即，授权供应商)出于安全或其它原因而无法提供其合同供应商信息，则可建立系统，其中授权供应商将根据情况向合同供应商提供乘客已联系授权供应商进行遗失行李的索赔的信息。

类似于计算机20，计算机40具有处理器41，它是由响应并执行指令的逻辑电路配置的电子装置。

主机计算机40上所有者的指定数据库43位于指定主站点处的专用机器上。如本文所定义的，所有者或合同供应商是对本公开的技术具有所有者权益的一方，该定义包括由所有者授权的所有许可以及因此由授权供应商授权的再许可。

计算机40包括处理器41、具有程序模块45和软件44的存储器42以及可操作地连接到计算机的数据库43。

软件44的一部分控制关于从用户接口30、34和航空公司计算机20提取并存储在数据库43中的信息的传入数据。主机计算机40应该与计算机20分离，以使得它在本技术的所有者的控制或者单独监管下，但是可为同一个。处理器41从数据库43导入和导出数据以用于计费目的。因此，本技术的所有者(也可以是授权供应商)可向其授权供应商收取费用。

计算机40可以是独立式装置，但是不限于此。相反，计算机40可以经由本地网络或者经由分布式处理系统中的网络耦接或连接到其它装置。

存储器42是有形计算机可读存储装置。在这方面，存储器42存储数据和指令(即，程序代码)，其可由处理器读取和执行以用于控制处理器41的操作。存储器42可被实现于随机存取存储器(RAM)、硬盘驱动器、只读存储器(ROM)或其组合中。存储器42的一个组件是程序模块45。

程序模块45包含用于控制处理器41执行本文所述的方法的指令。

本文使用术语“模块”来表示可被具体实现为独立式组件或者多个从属组件的集成配置的功能操作。因此，程序模块45可被实现为单个模块或者以彼此协作方式操作的多个模块。此外，尽管本文将程序模块45描述为安装在存储器42中，因此被实现于软件中，它可被实现于任何硬件(例如，电子电路)、固件、软件或其组合中。

尽管程序模块45被示出为被载入存储器42中，但是该程序模块可被配置在存储装置48上以用于随后载入存储器42中。存储装置48可与存储装置23相同，可以是存储有程序模块45的有形计算机可读存储介质。存储装置48的示例包括(但不限于)紧凑盘、磁带、只读存储器、光学存储介质、硬盘驱动器、固态驱动器或者由多个并行硬盘驱动器构成的存储器单元、以及通用串行总线(USB)闪速驱动器。另选地，存储装置48可以是位于远程存储系统上并经由网络耦接至计算机的随机存取存储器或者其它类型的电子存储装置。

如上所述，系统100包括在通信上耦接至计算机40的至少一个数据库43。如本公开中所述，数据库43包含数据49，其可被配置为多个存储装置上的多个单独的数据库。数据库43具有所有必要的安全防范。这些防范防止外部或者未授权者黑进数据库43中并因此窃取或访问个人信息。

用户装置和用户接口34包括(但不限于)桌上型或膝上型计算机、移动电信装置或者本领域已知的其它装置。可在系统100中管理系统参数，系统100可以是单个计算机或者链接到计算机的结构。当项目没有理由创建数据库表和管理区段时，这些系统参数可用于确定特定功能的参数。管理员可添加、编辑或删除参数。

可在系统100内管理业务单元。这些业务单元可用于旅行社登记。管理员可添加、编辑或删除业务单元。

在本公开的系统100中经由用户接口提供系统功能画面，其描述指定乘客以及可访问所述画面的人员可用的系统功能以及与系统功能有关的处理。

服务协议购买画面允许顾客购买服务协议。

可从由计算机40提供的授权供应商主页(未示出)或者从电子邮件中提供的直接链接开始服务协议购买画面。栏可包括服务等级、航空公司确认号码、始发航空公司、始发航班号、乘客数、乘客信息、名、姓和电子邮件地址。

概括总结服务画面，当用户改变服务等级和乘客数栏中的值时以下信息将自动计算：服务等级将显示所选择的服务等级，所承保的乘客将显示所选择的乘客数量、最大支出和服务成本。

在操作中，乘客35选择服务等级以为同一行程上的一个或更多个乘客购买。乘客35选择保险项目。乘客35提供基本行程信息，包括：航空公司确认号码、始发航空公司和始发航班。乘客35选择行程上的乘客的数量。乘客信息将各个乘客显示为一行。乘客35输入行程上的服务协议所承保的各个乘客的名、姓和电子邮件地址。乘客35可结算以开始支付处理。

如果支付处理成功，则系统100将利用YYXXXXXXXX形式的Id在数据库43中创建新的服务协议。YY将指定票务商户。对于乘客直接购买的服务协议，票务商户指定可为PA。Id的剩余部分是自动递增的编号。为了形象化目的(仅在画面层面，而非数据库层面)，数值部分的左边将用零填充以构成总共8位，即，PA00000004。如果在未来数值部分超过8位，则它们将直接显示，即，PA123456789。

服务协议记录中将存在指示此服务协议由乘客35直接购买的栏。

参照图2，在购物车购买成功之后，系统100向包括在保险项目中的乘客35生成电子邮件确认255。如果支付处理不成功，则系统100记录审计跟踪部分中所指示的原因，在数据库43中将不保存服务协议记录。

本公开的乘客购买处理示出于图2中，总体上由附图标记200表示。处理200包括系统100，系统100包括链接到如图1所示的数据库43的计算机40。如图1所示，系统100包括一个或更多个用户装置34，各个用户装置在通信上耦接至网络50(例如，互联网)，经由网络50进行的通信通过电子或光学信号来进行。系统100的意义在于，它向航空公司和合同供应商或者受保人提供实时信息。因此，可确定在许多航空公司之间以及沿着行程的不同“航程”的乘客和行李信息的跟踪以及沿着这些航程移动的行李是否经投保。另外，如果承保的行李被遗失并且运送或者运输行李的航空公司如此说明，则可通知合同供应商或所有者，随后可向遗失行李的所有者支付。

对于接收对遗失行李的补偿的乘客，在乘客将收到付款之前，乘客必须向合同供应商提供票根的复印件以及提供给他们的行李收据标签。在递交了该文件时，合同供应商直接与航空公司进行确认。可经由电话、电子邮件或者任何其它确认方法来进行确认。另选地，合同供应商可与航空公司建立数据库或者某种其它授权系统，这将允许该处理由合同供应商自动进行。

合同供应商对美国国内航班上的行李遗失提供服务协议。服务协议允许购买者选择不同的保险项目(本文中定义为保费)。服务协议承保航空公司预订上的一个、一些或所有乘客。如图2和图3所示，乘客35是购买了该服务协议的顾客。

服务协议保费被设定为预定金额。例如，金额可为$1000每包$5.00保费，或者$1500每包$7.50保费，或者$2000每包$10.00保费。尽管设想了保费将基于每乘客，但是也可采用其它费率基准。形成或构成行程的航段的数量不影响保费。

设想了典型的服务协议包括如下内容。服务协议涵盖由乘客在到达机场时在登机手续柜台办理了托运的所有包。在声明遗失时，合同供应商在服务协议上每乘客仅承保预定数量的包(例如，最多2个包)。乘客35自其航班到达之日起有预定的时间(例如，4天)来向合同供应商提交不当处理行李报告，如图4所示。不当处理行李报告是乘客35或职员410在遗失包的情况下提交的报告。处理不当的包是当乘客35到达其目的地时没有被传送至行李转盘的包。遗失包是在航班到达之后的预定的时间(例如，4天)内没有归还给乘客35的处理不当的包。由航空公司或机场来确定包是否遗失，而非由合同供应商确定。

一份保费涵盖乘客35的往返票，而不管经停次数。如果处理不当的包在预定时间内没有归还，则合同供应商声明遗失并向乘客35支付，如图7所示。将不需要包内容物的证明。可由乘客35简单并容易地通过图4所示的照片305或者如图5所示经由用户接口或用户装置34在线提交不当处理行李报告。

在顾客决定了购买服务协议时，他/她就必须选择期望的保险额度以及航空公司确认的乘客的数量。保费直接由合同供应商依据适用法律收取。

乘客35可直接从网站或者通过旅行社350来购买服务协议。旅行社350是可为其客户购买服务协议的代理。服务协议编号是服务协议的唯一标识符。

参照图3，示出了旅行社购买处理300。参照图3，在购物车购买成功之后，系统100将生成发给旅行社350的电子邮件355以及发给保险项目中所包括的乘客35的电子邮件356确认。如果支付处理不成功，则系统100将记录审计跟踪部分所指示的原因，在数据库43中将不保存服务协议记录。

旅行社350将无法编辑/改变购买的服务协议上的信息。

旅行社350可查看他们所购买的服务协议上的服务协议细节。例如，可在弹出框中呈现服务协议细节。

旅行社350可搜索他们所购买的具体服务协议。一种方式可经由用户接口通过输入乘客的姓和/或名和/或服务协议附图标记来进行。将示出匹配的服务协议。

支付处理可利用外部支付网关60来实现以将处理诸如信用卡信息的敏感乘客信息的所有细节委派给具有良好信誉的第三方公司。

设想了系统100本地将不存储任何敏感信息。交易所需的所有信息将被安全地传递给支付网关站点。将仅存储在投诉的情况下标识支付交易的信息。这可包括例如信用卡的前2位和后4位或者遵守PCI合规性的格式的任何基本信息。

旅行社服务协议购买和管理画面允许预先登记的旅行社350为其客户购买服务协议。另外，旅行社350可查看其先前购买的所有服务协议。栏可包括：服务等级、航空公司、确认号码、始发航空公司、始发航班号、乘客数、乘客的信息、名、姓、电子邮件地址和搜索。

在操作中，旅行社350选择为同一行程上的一个或更多个乘客购买的服务等级。旅行社350选择保险项目。旅行社350可提供基本行程信息，包括：航空公司确认号码、始发航空公司和始发航班。旅行社350选择行程上的乘客的数量。针对各个乘客在一行上显示乘客信息。旅行社350输入行程上的服务协议所承保的各个乘客的名、姓和电子邮件地址。旅行社350可结算并开始支付处理。

如果支付处理成功，则系统100利用YYXXXXXXXX形式的Id在数据库43中创建新的服务协议。YY指定票务商户。对于旅行领袖旅行社所购买的服务协议，票务商户指定可为例如TL。Id的剩余部分是自动递增的编号。为了形象化目的(仅在画面层面，而非数据库层面)，数值部分的左边将用零填充以构成总共8位，即，TL00000004。如果在未来数值部分超过8位，则它们将直接显示，即，TL123456789。

服务协议记录中将存在指示此服务协议由旅行社代表乘客购买的栏。

参照图3和图4，如果当乘客到达其目的地时一个或更多个包没有被传送至机场的行李转盘，则乘客利用计算机40所提供的网站或者合同供应商电话线路305来提交不当处理行李报告。乘客35必须提供：服务协议编号、向航空公司的行李索赔中的各个包的包标签号、以及其向航空公司提交的索赔的参考编号。标签号和提交参考编号是由航空公司分配的提交给航空公司的遗失行李索赔的唯一标识符。个人信息必须匹配乘客35向航空公司进行索赔所使用的个人信息。

图4中示出经由电话来提交不当处理行李报告的步骤作为通过电话的不当处理行李报告处理，总体上由附图标记400表示。

图5中示出经由网站提交不当处理行李报告的步骤，图6中示出不当处理行李报告处理的过程。参照图5，通过网站的不当处理行李报告处理总体上由附图标记500表示。

在提交了不当处理行李报告时，如图6所示，职员410就将联系航空公司运营商650以确认在提交处理期间提供的信息有效并且不当处理行李报告适当。职员410是合同供应商负责处理和监测不当处理行李报告的人员。处理不当处理行李报告的步骤总体上由附图标记600表示并示出于图6中。

如果不当处理行李报告有效，则职员410将每天联系航空公司运营商650以确定包或行李是否找到。如果在预定的时间内还未定位行李，则职员410确定不当处理行李报告应该被声明为遗失。在不当处理行李报告处理中声明遗失的步骤总体上由附图标记700表示并示出于图7中。

系统100具有多个主要关注区域，管理、系统功能、后台任务、报告和仪表板。管理区域是旨在提供功能处理的基础的画面。这些画面与日常生产使用相比旨在更多地用于维护目的。系统功能画面支持用户团体的日常操作。后台任务是自动运行的进程。仪表板画面提供管理人员610和职员410的关键信息。图6所示的管理人员610是合同供应商的能够访问关键业务信息以及管理员系统100的人员。

主管理模块包括：用户管理、航空公司管理、旅行社管理、系统参数管理。

主系统功能模块包括：服务协议购买、不当处理行李报告提交和不当处理行李报告处理。

主仪表板模块包括：服务协议和不当处理行李报告统计。

本公开的系统100和方法使用利用现代的基于普遍接受的标准的开发方法、工具和软件开发的计算机系统。充分的权利保护和/或许可确保维护应用软件的能力。

设想了基于web的解决方案将被成千上万的用户使用，因此需要企业级、任务关键型、非常高性能的数据库设计和n层系统架构。当关键功能需要高性能时，存储的过程中可包含SQL查询。可取的是考虑简单性来设计架构。

在一个实施方式中，计算机40可以是ASP.NET/C#基于web的系统，SQL服务器可用作数据库43。可通过HTTPS(安全协议)来访问网页。数据库43应该具有适当的参考完整性以支持事务复制。

与用户的动作有关的数据49被记录在数据库43中并且应该包含以下字段：创建的日期和时间记录、记录创建者的标识(应该在创建记录时填充)、最后修改的日期和时间记录、记录修改者的标识(应该在每次更新记录时更新)。

公共画面应该支持使用公知的web浏览器和标准的编辑和呈现。

数据录入应该使用已知的验证方法以确保数据录入没有误差。例如，电话号码可包含最多20个字符，邮编可包含最多9个字符，电子邮件是诸如xxxxxx.xxx的恰当格式。

本公开的系统100应该使用标准和已知安全措施。呈现乘客特定信息的任何画面必须在SSL控制下。仅输入有效且唯一的用户姓名和密码的用户可访问系统的受保护的区域。应该设计并开发应用以使得在不首先登入的情况下任何人无法访问其受保护的特征。

设想了增加至系统100的各个用户将被指派用户类型。用户类型被称作特定应用许可的分组。将授予或拒绝各个用户类型访问系统内的各种画面和处理的许可。指派给用户的用户类型确定该用户在系统100内的权限。当用户尝试访问系统100中的各个画面时，应用首先检查以确定该用户是否属于被授予适当的访问权限的用户类型。

为了登入，用户输入有效的用户姓名和密码。在被系统100验证了时，系统就可呈现授权画面，除非这是该用户的首次。在首次用户的情况下，需要用户提供新的密码。设想了用户的密码包含至少八个字符，其中至少一个为字母，一个为数值，一个为特殊字符，并且字母字符中的至少一个大写。

管理画面允许系统中的用户的管理，包括增加新用户或者给各个用户指派用户类型的能力。安全限制与用户类型关联。用户能够访问的画面将由用户类型来限制，该用户类型信息将被存储在数据库中。用户具有基于与用户类型关联的预定组和标准进行搜索的能力。

可指派给用户的一个这种用户类型是旅行社。与旅行社用户类型关联的信息应该包括：旅行社名称、旅行社代码、旅行社id和业务单元。

可在系统100中管理航空公司。管理员可通过向系统100中输入所有所需的航空公司信息来增加新的航空公司或者编辑现有航空公司。根据图5和图6提交并处理不当处理行李报告将需要航空公司信息。

参照图1、图2和图3，支付网关60可以是任何已知的虚拟商户。将通过对支付网关公司所提供的API的安全调用来执行支付处理。可从乘客购买服务协议画面开始交易处理。画面上应该示出要收取的金额。

本公开的系统100中提供一种不当处理行李报告提交表。该表可经由用户接口来访问，处理示出于图5中。该画面使得乘客35能够在航班到达时在行李转盘处没有找到其行李的情况下提交不当处理行李报告。在提交不当处理行李报告之前乘客35需要向航空公司提交不当处理行李报告。提交不当处理行李报告需要文件参考编号。

可从合同供应商的主页或者从电子邮件中所提供的直接链接来开始不当处理行李报告提交表画面。栏可包括：到达航班号、航空公司、航班到达日期、航班到达时间、时区、遗失包编号的文件参考编号、行李标签号、服务协议编号、姓名、地址、城市、国家、州、邮编、电话号码。

在操作中，乘客35提交不当处理行李报告。乘客35将提供航班信息，包括：到达航班号、航空公司、航班到达日期、时间和时区。乘客35提供索赔信息，包括：文件参考编号。乘客35选择遗失的包的数量或者行李标签号(至少一个)和服务协议编号。乘客35提供与其向航空公司索赔的遗失行李上完全一样的个人信息，包括：姓名、地址、城市、州、国家、邮编、电话、电子邮件地址和电子邮件地址确认。

在乘客35选择提交报告并且登记该不当处理行李报告之后，应该出现确认对话。如果乘客35想要提交第二份报告，则呈现新的空白表以提交另一不当处理行李报告，重复处理。否则，将乘客35重新引导至合同供应商的主页。

当提交了不当处理行李报告时，系统100利用MBRXXXXXXX形式的Id在数据库43中创建新的报告。MBR代表不当处理行李报告，Id的剩余部分是自动递增的数；状态设定为新，指示未指派给任何职员410的字段；指示报告直接由乘客35提交的字段。设想了为了形象化目的(仅在画面层面，而非数据库层面)，数值部分的左边将用零填充以构成总共7位，即，MBR0000004。如果在未来数值部分超过7位，则它们将直接显示，即，MBR12345678。

当乘客35成功地重新提交不当处理行李报告时，系统100生成图6所示的发给管理人员610(以及职员410的其它指定的电子邮件地址)的电子邮件通知以纠正错误的信息。可在先前讨论的系统参数管理区段中配置指定的电子邮件地址的列表。

参照图4和图5，当成功递交不当处理行李报告时，系统100向提交不当处理行李报告的乘客35生成电子邮件确认455。

当乘客35成功地输入不当处理行李报告时，系统100向管理人员610(以及诸如职员410的任何其它指定的电子邮件地址)生成电子邮件确认456。指定的列表。可在系统参数管理区段中配置指定的电子邮件地址的列表。

用户接口提供画面，在该画面中职员410可为已联系合同供应商电话线路305的那些乘客35提交不当处理行李报告。该画面应该类似于乘客35提交不当处理行李报告所使用的画面。

用户接口还是使得职员410和管理人员610能够列出不当处理行李报告的画面，作为用于处理不当处理行李报告处理的辅助画面。该画面可从合同供应商管理站点菜单开始。管理人员610的初始画面状态可不同于职员的初始状态。

可在系统参数管理区段中配置电子邮件地址。

系统100保存审计跟踪记录。

设想了本公开的系统100将通知乘客35递交中的错误。乘客35接收错误信息通知，然后可纠正任何错误的信息。错误的示例包括(但不限于)文件参考编号空白、行李标签号空白、服务协议编号空白或者服务协议编号空白。

在乘客35提交了有错误的不当处理行李报告的情况下，乘客将收到电子邮件通知655，说明某些信息不匹配航空公司索赔信息。乘客35呼叫合同供应商0800号码以向职员410提供正确的信息，或者乘客可点击通知电子邮件中提供的安全链接，这将乘客引导至用户接口画面，在那里将要求乘客纠正信息。例如，错误的信息可以红色高亮显示。设想了仅具有错误信息的栏才能够编辑。例如，所有剩余栏显示信息，但是将仅仅是标签，以防止乘客35改变已经被职员410就航空公司验证的信息。

乘客35可选择重新提交报告以发送正确的信息，再次将报告状态设定为新，并且通知对话出现。重新将乘客35引导至合同供应商的主页。向乘客35发送确认电子邮件550。

参照图4，职员410可为通过合同供应商电话线路305联系的乘客35提交不当处理行李报告。职员410提供乘客的航班信息，包括：到达航班号、航空公司、航班到达日期、时间和时区。职员410提供乘客的索赔信息，包括：文件参考编号、行李标签号(至少一个)和服务协议编号。职员410提供与其向航空公司索赔的遗失行李上完全一样的乘客的个人信息，包括：姓名、地址、城市、国家、州、邮编、电话、电子邮件地址和电子邮件地址确认。

职员410可选择提交报告以登记不当处理行李报告，确认对话出现。如果职员410希望，呈现新的空白表以提交另一不当处理行李报告并且重复处理。否则，将职员410重新引导至职员的主页。

当提交了不当处理行李报告时，系统100利用MBRXXXXXXX形式的Id在数据库43中创建新的报告。MBR代表不当处理行李报告，Id的剩余部分是自动递增的数；状态设定为新，指示未指派给任何职员410的字段；指示报告直接由职员提交并且该职员是谁的字段。设想了为了形象化目的(仅在画面层面，而非数据库层面)，数值部分的左边将用零填充以构成总共7位，即，MBR0000004。如果在未来数值部分超过7位，则它们将直接显示，即，MBR12345678。

在操作中，职员410或管理人员610可利用特定过滤标准来搜索不当处理行李报告。职员410或管理人员610可通过根据意愿和选择组合标准来向搜索表格提供信息，并且选择查看搜索结果。职员410或管理人员610可打印结果或者创建并打开具有当前标准和顺序的搜索结果的内容的文件(例如，PDF文件)。职员410或管理人员610可导出搜索结果中的内容的文件(例如，CSV文件)。消息窗口将出现，职员410或管理人员610在该消息窗口中选择他们是否想要保存该文件。文件将被保存到选择的位置。职员410或管理人员610可清空该表格，并且将搜索页面重置为初始状态。

管理人员610可单个地或成批地向职员410指派不当处理行李报告。在管理人员610想要将不当处理行李报告指派给特定职员410的情况下，管理人员将选择要指派的不当处理行李报告。

不当处理行李报告细节画面使得职员410和管理人员610能够查看和编辑不当处理行李报告的信息和状态。

设想了当在不当处理行李报告查找画面上选择了不当处理行李报告时开始不当处理行李报告细节画面。不当处理行李报告细节填充有所选择的不当处理行李报告已知的所有信息。如果报告指派了职员410，则它被设定给该职员，否则它被设定为未指派。如果当前用户是职员410，但不是指派给该报告的处理者，则所有控制将被锁定，按钮被禁用。仅启用的控制和按钮将是指派处理者的那些。如果当前用户是指派给该报告的职员410或者管理人员610，则将启用附加控制和按钮。栏可包括：处理者、服务协议编号、不当处理行李报告编号、航空公司确认号码、航空公司、航班号、航班到达日期、航班到达时间、时区、文件参考编号、遗失包数量、行李标签号(n)、归还(n)和乘客姓名。

职员410或管理人员610可修改报告细节部分中的信息。职员410或管理人员610可更改用户记录。

在保存时，系统100将记录审计跟踪记录。

职员410或管理人员610可增加注释。职员410或管理人员610可在注释文本区域中输入注释。在保存注释时，系统100将记录审计跟踪记录。

职员410或管理人员610可将报告指派给他们自己或者另一处理者。在保存指派时，系统100将记录审计跟踪。

在验证报告信息正确之后，职员410或管理人员610可将报告状态改变为开放。在改变状态时，系统100将记录审计跟踪记录。

在验证报告信息不正确之后，职员410或管理人员610可将报告状态改变为错误信息。设想了职员410或管理人员610可标记与错误信息对应的状态栏中显示的所有复选框。职员410或管理人员610可指示存在错误信息。系统100保存状态改变，在报告处于错误信息状态下的同时，每当访问画面时不正确的栏将被标记(例如，显示为红色)。系统100向乘客发送电子邮件555以要求其纠正错误信息。在改变状态时，系统100记录审计跟踪记录。

在验证在截止日期之前找到了包之后，职员410或管理人员610可将报告状态改变为关闭。

系统100向乘客35发送电子邮件750以指示报告被关闭。在改变状态时，系统将再次记录审计跟踪记录。

在验证在截止日期之后没有找到了包之后，指派的职员410或管理人员610可将报告状态改变为遗失。职员410或管理人员610可例如通过经由用户接口点击遗失按钮来这样做。设想了作为检查机制，当遗失按钮被点击并且所有行李标签号均被勾选为归还时，将显示错误消息。设想了如果一个或更多个行李标签号有归还复选框未勾选，则将出现确认对话：“你将要设定<n>个包有付款资格。你需要继续么？(是)(否)”。在仅有一个包被设定为未归还的情况下<n>值将为1，如果两个或更多个包被设定为未归还则为2(根据系统参数)。系统100向乘客发送电子邮件755以指示报告有付款资格。系统100向合同供应商发送电子邮件756以指示报告有付款资格。在改变状态时，系统100再次记录审计跟踪记录。

参照图3，经由用户接口提供画面以允许旅行社350向合同供应商登记。在进行了登记时，旅行社就可代表其客户购买服务协议。

合同供应商可向旅行社业务群提供将置于其内联网站点上的链接。旅行社可经由该链接来访问合同供应商登记表。该链接对于所有旅行社业务群均为相同的，作为登记处理的一部分，旅行社将选择他们属于哪一业务单元。

设想了旅行社350在点击其旅行社内联网站点上提供的链接之后访问登记。旅行社350提供所有需要的信息并且同意条款。然后，旅行社350必须按下保存。系统100将用户创建为旅行社类型，并且使其处于待定状态，直至旅行社确认登记。系统100向旅行社350发送包含欢迎消息的电子邮件，其具有用于确认登记处理的链接。旅行社350必须遵循电子邮件中提供的确认链接以提供确定的密码并激活其用户。在这样做之后，旅行社用户变为活动的，而非待定，并且将能够登入系统100中。该确认链接将在作为系统参数配置的有限的时间段内(例如，5天内)有效。在该周期之后，如果旅行社用户没有通过点击链接并提供确定的密码确认登记，则将从数据库去除处于待定状态的该用户，该链接将无效。

合同供应商的产品如下工作。将对由航空公司监测的航空公司乘客的行李的预定的保险项目每行李收取金额。如果认为乘客的行李被航空公司遗失，则将向乘客支付该预定金额。乘客将不必证明行李中的物品或内容物的价值。将向所有遗失支付相等的预定金额。乘客可在第一设定时间段之后进行遗失行李的索赔，所述第一时间段将是足够航空公司确定包是否确实遗失，因此认为遗失的时间。优选地，该第一时间段将是一个月。然而，可选择略短的时间(例如，三个星期)或者更长的时间段(例如，四十五天至六十天(两个月))。在该第一时间段过去之后，并且假定行李没有找到，则乘客将具有第二设定时间段进行索赔。该第二时间段比第一时间段长。将对乘客必须进行索赔的时间量存在限制。

递交索赔将仅花费几分钟。乘客将利用授权供应商在他们办理登机手续时提供给他们的行李收据标签联系合同供应商。合同供应商将独立于航空公司确认航空公司是否有责任。如果是这种情况，则合同供应商将向乘客支付预定金额。

合同供应商将按照两种方式中的一种向乘客收取其保费。首先，可由票务供应商在购票期间收取保费。另选地，乘客可直接从合同供应商或者从代理，或者甚至被许可销售保险因此全部为授权供应商的独立销售人员购买保险。乘客将有机会拒绝购买该保险单，如果他们如此选择的话。

乘客将在购票时或者在稍后的时间购买行李保险，但是在任一情况下，授权供应商必须在乘客将他们的行李转交给航空公司监测系统之前收取保费。该保险的保费在行程取消的情况下是不可退还的。保费将涵盖乘客在旅行的各个航程所携带的受监测的行李，各个方向上的经停次数不受限制。目前，航空公司仅监测办理托运的行李。

在另一实施方式中，在购票时，乘客将不知道他们将托运的包的数量。合同供应商可指定(优选地，将指定)仅承保两个包，因为大多数航空公司将仅允许乘客携带两个包办理托运。如果乘客知道他们想要有更多包投保，则其保险单可增加附加行李以及附加保费，只要该行李也由航空公司监测即可。

在第三件行李办理托运的情况下，第三件行李将是具有最高序列号、条形码或者由航空公司在开始监测行李时指派给它的其它记号的包。

如果在未来无法使用序列号，则可存在航空公司将用来标识行李的另一种方式。如果是这种情况，则仍将存在由航空公司的计算机系统400用来将包彼此区分的不同标识“标记”。

可对同时购买了合同供应商的保险的多张机票应用折扣率。

本公开的另一方面是行李被认为离开航空公司监测系统的方面，其还可包括行程的航程。目前，它代表航班沿着航线停下了几个小时。为了在单个航程和多个航程之间区分，如果在任何时间行李离开航空公司的监测系统，将存在单独的保费。

如果乘客在单个航空公司的单个航班上，并且该航班停留短暂时间，则行李被认为在航空公司监测系统的控制下。然而，如果乘客预订了从一个地点到另一地点的转机航班，则行李会离开航空公司的监测系统一定时间段。

为了在使得行李留在或者离开航空公司监测控制系统的经停之间区分，两个航程(经停之前的一个航程和经停之后的另一航程)分开非常长的时间段(例如，五(5)小时或更长)(从到达直至离开)的任何航班将被认为离开航空公司监测系统，而不管航空公司是否继续监测行李。因此，任意选择五(5)小时。另外，存在航空公司改变或者行李从一架飞机移至另一架飞机从而可被认为离开航空公司监测系统的情况。

例如，通常旅行的各个航程将收取单独的保费。典型的航班将具有两个航程。如果存在不止两个航程，则将根据相同的规则收取附加保费。作为用于例示的示例：

航程1–乘客从纽约飞往克利夫兰，留在克利夫兰过夜，即，超过5小时。

航程2–乘客然后在去往洛杉矶的路上飞到芝加哥经停2小时。在该经停期间，乘客的行李没有归还给乘客。

航程3–乘客继续前往洛杉矶，并停留在那里达超过五个小时的较长周期。

航程4–在几天之后，乘客在返回纽约的路上从洛杉矶旅行到达拉斯。在达拉斯有六(6)小时经停。在该时间期间，乘客的行李没有被归还。

航程5–乘客离开达拉斯并在去往纽约的路上飞往新奥尔良。在新奥尔良有三个半(3¹/₂)小时的经停，那时行李被归还给乘客。

航程6–乘客继续从新奥尔良飞往纽约。

从该示例，假设合同供应商将每航程收取1x的保费，则这里，保险单将收取乘客5x。该行程有五(5)个收费航程。在芝加哥的经停不算附加航程，因为乘客的行李由航空公司监测并且停留小于五(5)小时。在新奥尔良的经停算作单独的航程，因为在该时间期间行李没有被航空公司监测。

乘客利用其票根来接收航空公司监测系统指派给其行李的值的记录。乘客必须向合同供应商提供票根的复印件以及由航空公司在收到支付之前提供给他们的行李收据标签的记录。

在递交了该文件时，合同供应商直接与航空公司进行确认。可经由电话、电子邮件或者任何其它通信方法来进行确认。另选地，合同供应商可与航空公司建立数据库或者某种其它自动化系统，这将允许该处理自动地进行。

为了降低欺诈性索赔的风险，合同供应商在支付索赔之前向航空公司确认每一个索赔。将开发索赔监测系统以检测欺诈。例如，乘客仅可在其航班落地之后的指定的时间段之后进行索赔。航空公司需要足够的时间来确定它是否遗失了乘客的行李。另外，在乘客意识到航空公司确认或认为行李遗失之后的宽而合理的周期内乘客丧失进行索赔的权利。

受保的乘客程序和保险特性将包括以下。乘客在购票时或者在稍后的时间购买合同供应商的保险，但是乘客必须在飞行之前购买保险。必须在乘客将包传送给航空公司的监测系统照管之前支付保费。同样，遗失行李是要求全险的完全遗失。合同供应商向行李遗失的乘客支付对每一件乘客行李均相同的预定的固定金额，而不管行李的内容物。支付是依据被航空公司认为或声明遗失的行李而定的。合同供应商向航空公司确认该事实。乘客可在其航班落地之后的指定的时间段之后递交索赔。如果该索赔确实是合理的，则向乘客邮寄预定金额的支票。同样，乘客可对遗失的行李进行索赔的时间可存在截止日期。如果从航班时起过去了一年，则该保险单将不再有效。

乘客向合同供应商购买保险。所购买的保险可来自几个来源，包括(但不限于)传统保单、服务协议或合同。合同供应商可代表乘客向独立的保险公司购买合同或保险单。合同供应商可购买固定量的保险载体并且再销售这些保险。保险载体意指合同、保险单或协议。例如，合同供应商与独立的保险公司建立保险计划，其将考虑保险公司基于航空公司对不同保费金额的各个包的保险项目、机场、季节以及可被认为必要的任何其它因素。在该保险计划中，保险公司确定对遗失乘客的行李的风险更大的因素。然后他们可根据那些因素来收取变化的费率。在收集了数据并且记录可用时，保险者就可建立不同结构的保险计划。

另选地，合同供应商可以是保险者(例如，通过政策或合同)。

在任一情况下，合同供应商可得到对乘客可直接从航空公司获得的可补偿金额的权利。当乘客选择使用合同供应商的保险单时，该乘客可需要放弃就其包的遗失向航空公司索赔的权利。

为了鼓励航空业改进其行李处理程序，合同供应商将尝试针对他们具有可补偿权利的每一件遗失行李要求航空公司补偿。如果受保的乘客呈交了收据及其包的内容物的文件，则补偿的金额将更多。如果乘客能够帮助提供该文件，则合同供应商将向乘客提供一定比例的补偿。如果合同供应商通过向其让与那些补偿来从其保险公司接收较低的费率报价，则将存在增加的效益。合同供应商将在没有任何附加成本的情况下实现其使得航空公司继续改进其行李处理程序的目标。最终，合同供应商可收到每位乘客固定总额并且因此不向航空公司进行索赔。这对航空公司和合同供应商二者将是有益的，因为他们将不必一件件地进行工作。

市场上可存在包括针对其它类型的行李遗失的保险项目的行李保险单。这些保险单所承保的行李遗失的保险项目与导致行李遗失的事件无关，但是金额基于行李的价值。合同供应商的保险项目将仅涵盖被航空公司遗失的行李。合同供应商的保险单假设所有行李按照相同的预定金额估价。因此，乘客不必在其航班之前或之后证明其包或其内容物的价值。合同供应商的保险单通常将在购票的同时销售。因此，乘客将不必寻找该保险。

合同供应商的保险单每当递交经核实的索赔时就向乘客支付预定金额。包被航空公司遗失的乘客将收到该金额的支付，而不管行李的内容物。乘客将仅需要证明航空公司遗失了他们的包。

因此，乘客受到几个益处。首先，索赔支付程序节省了时间。其次，对于其它保险单，乘客不得不证明包的内容物的价值。而这里不是这种情况，因为各个行李将按照相同的金额估价。第三个益处在于合同供应商的保险将比当前提供的保险更容易购买。这是由于软件将是用户友好的并且将遵循简单的指导。

另外，授权供应商受益。例如，直接应对航空公司乘客的授权供应商将仅需要对其订票处理进行很小长程度的修改，以将软件33并入其系统中。合同供应商的保险将其保费捆绑到授权供应商现有的服务费中。授权供应商将根据先前提及的指导告知乘客其服务费包括对航空公司包遗失的预定的保险项目。希望拒绝该保险单的乘客将支付减去合同供应商的保险项目的服务费。如果授权供应商对将合同供应商的保费捆绑到其服务费中不感兴趣，则他们可自己向乘客销售该保险。这可减少授权供应商将进行的总销售数量。

不直接与航空公司乘客会面的授权供应商将仅需要以最小方式改变其网站或其它接口以使用该保险单。这些授权供应商将具有与直销授权供应商相同的选择。例如，在线票务代理可对将合同供应商的保险与其服务费捆绑表示迟疑，因为他们的服务费非常少，而合同供应商的保费将使其急剧增加。然而，他们的佣金将导致他们的利润也急剧增加。如果保费与服务费捆绑，则可给予乘客取消选择合同供应商的保险单的选项以使金额减少合同供应商的保费那么多。

可有“条款和条件”画面以便于乘客查看。“条款和条件”画面可链接。通过购买保险，乘客35将同意该“条款和条件”。如果乘客35通过非基于web的接口购买保险，则乘客将仍必须同意该“条款和条件”。

另外，合同供应商可就没有对让与合同供应商的每一个遗失作出索赔来要求航空公司支付补偿费用。在这种情况下，每一个保险单将向航空业收取费用，该费用将缓解使用合同供应商所收取的让与损失的需要。

另外，合同供应商可提供描述其产品并且帮助乘客在线进行索赔的网页(未示出，由计算机40提供)。其还将建议乘客提出任何问题或进行索赔。网站还将用于文件传送或者软件更新。当然，该站点将定期更新和维护。

本文所述的技术是示例性的，不应被解释为暗示对本公开的任何具体限制。应该理解，本领域技术人员根据本公开可以想到各种替代、组合和修改。例如，与本文所述的处理或方法关联的步骤可按照任何顺序来执行，除非另外指明或者步骤本身说明。本公开旨在涵盖落入所附权利要求书的范围内的所有这些替代、修改和变化。

Claims (16)

1.一种赔偿遗失的包的方法，该方法包括以下步骤：

从乘客接收对一个或更多个包的保险项目购买请求；

验证并提供所请求的保险项目；

从所述乘客接收对所述一个或更多个包中被遗失的一个包的不当处理行李索赔；

处理对遗失的包的所述不当处理行李索赔；以及

针对所述包赔偿所述乘客，而不管遗失的包的内容物。

2.根据权利要求1所述的方法，该方法还包括向所述乘客发送所述不当处理行李索赔被接收的通知。

3.根据权利要求1所述的方法，其中，处理所述不当处理行李索赔的步骤还包括验证核实所述不当处理行李索赔的准确性。

4.根据权利要求1所述的方法，其中，处理所述不当处理行李索赔的步骤还包括向航空公司确定所述遗失的包的状态。

5.根据权利要求4所述的方法，该方法还包括在确定所述状态之后通知乘客所述包遗失。

6.根据权利要求4所述的方法，该方法还包括在确定所述状态之后通知乘客遗失的包已找到。

7.根据权利要求1所述的方法，其中，所述保险项目购买请求是针对航班的每一航程的预定的保险项目。

8.根据权利要求1所述的方法，该方法还包括确定行程的航程数，并且确定所述行程的各个航程的超出第三固定时间段的时间长度。

9.根据权利要求8所述的方法，该方法还包括基于所述航程数和时间长度的确定，建议是否需要超过一个合同。

10.根据权利要求1所述的方法，其中，所述赔偿是基于所购买的合同的固定金额，而不管所述包的内容物。

11.根据权利要求1所述的方法，其中，验证并提供保险项目的步骤包括从航空公司获得信息并且创建物理收据，以使得受保的乘客在特定周期之后在没有任何进一步的证明的情况下能够领取保险项目。

12.根据权利要求1所述的方法，其中，所述遗失的包是物品。

13.一种在一个或更多个包遗失的情况下赔偿的方法，该方法包括以下步骤：

在航班出发之前的任何时间购买按照固定价格投保一个或更多个包而不管包的内容物的保险项目；

在航空公司处针对航班检查受保的所述一个或更多个包；

提交受保的包中的至少一个可能已遗失的不当处理行李索赔；以及

就受保的包中的所述至少一个包已遗失的声明等待第一固定时间段。

14.根据权利要求13所述的方法，该方法还包括等待持续时间比所述第一固定时间段长的第二固定时间段来接收对声明遗失的包的提交的索赔。

15.根据权利要求13所述的方法，其中，所述赔偿是基于购买的保险项目的固定金额，而不管声明遗失的包的内容物。

16.根据权利要求13所述的方法，其中，声明遗失的遗失包是物品。