本发明总体上涉及在提供顾客服务支持中提供信息的无线设备领域。本发明 尤其涉及一种用于分析特殊顾客信息和航班或旅游信息的设备和方法,以提供更 有效的顾客服务和报告有关信息。
在2000年4月,第106届美国国会通过了1000号国会议案(HR1000), 颁布为Wendell H.Ford 21世纪航空投资和改革法案(Aviation Investment and Reform Act for the 21st Century),或简称为航空21条(AIR 21)。该法案加大 了对侵害残疾人行为的民事处罚,对航空公司的每个违法行为可征收最高1万美 元/次投诉的罚金。自从航空21条实施后,美国运输部(Department of Transportation,DOT)已经处罚了多个航空公司,在其中一个案件中总计达320 万美元罚金。该罚金总数减少到70万美元,并增加了将来保证服从法案的要求。 DOT执行部门增加了人力和加强了对航空公司在对于残疾人和歧视的侵害行为 的调查力度。本发明的目的是提供一种达到当前技术水平的价廉的解决方案,以 帮助航空公司将机场顾客支持最大化,同时将任何在航空21条中指出的任何侵 害行为最小化。
航空器被要求提供对顾客包括残疾人的服务,正如在航空器可及法案(Air Carrier Access Act,ACAA)中陈述的内容。该法案要求航空公司提供以下服务:
一些航空公司已经建立顾客咨询委员会,在所有城市、基地、航站和预留销 售点的分段设有投诉解决官员。这些航空公司已经承诺提供用于残疾人程序的专 用工作人员和资源。操作区,例如客户服务、机上服务与预定,对残疾人问题具 有正规训练程序。而且,跨部门的DOT资源群和残疾人核心团队已经建立了, 典型的是由多个公司部门组成。一些航空公司加入了航空运输协会(ATA)和季 度性的DOT论坛。一些航空公司还设定了团队的领导成绩目标以及与承包人的 成绩目标。
周裕弘的美国专利6,363,320(2002年)“瘦客户机实时说明的目标跟踪系 统”(″Thin-client Real-time Interpretive Object Tracking System″),涉及一种 全自动化的轨道运动目标实时探测系统,利用瘦客户机接收设备例如个人数字助 理(PDA)、传呼机、移动数据终端(Mobile data Terminals,MDT)、移动电话 以及其它任何瘦客户机设备。实时位置信息被转换为一组有意义的定位信息。该 系统的性能是允许一种跟踪系统链接到一运动目标的位置,获得地图特征,例如 兴趣点(Point-of-Interest,POI)或者街道节点,以及校正被检测目标的现有位 置。例如,全球定位系统(GPS)在瘦客户机上依据实时显示的街名、街区和 陆标来定位,优于以现有的以纬度和经度来表示位置的手持GPS设备来定位的 所有方式。当用有意义的定位术语来表示代理者的位置时,该系统的特色尤其显 得有用,所述的定位术语例如一个特殊闸门、一个给出的控件点、或者一种在集 合中的已知设备,等等。这样的位置信息是实时表达的,显示在手持设备上,例 如也显示在一个瘦客户机接收器上。然而,先有技术的不足是缺乏一种能为机 场顾客支持提供的调度功能。
Koshima等人的美国专利6,349,211(2002年)“移动终端的位置显示系统” (”Position Display System of Mobile Terminal″)涉及一种系统,所设计的系统 是用于在无线通信环境中定位移动单元,例如在移动电话系统中,根据目标移动 单元与转发器的相对位置,利用一种小区通信系统(small zone communication system)来推导目标移动单元的大概位置。Koshima专利的不足是缺乏基于可 用于任何机场的最划算的机制来决定代理者的大概位置的能力。该系统所需要 是能力是不依赖于利用小区通信系统的相对位置的任何计算来定位一个代理者。
Smith等人的美国专利6,430,496(2002年)“全自动交通工具调度、监控 与支付”(“Fully Automated Vehicle Dispatching,Monitoring,and Billing“)揭 示了一种系统,所设计的系统是用于调度运输服务以响应在集中式数据库中检测 到的预先定义的情形。运输服务的需求可存储于数据库中。Smith专利的不足是 缺乏将带有识别机制的手持设备整合进入该系统,利用无线通讯在任一机场调度 顾客支持的能力。Smith专利的不足是缺乏在任一机场调度客户支持的能力。
Khalessi等人的美国专利6,633,900(2003)“用于将工作指令任务分配到 移动领域机组单位的移动机组人员管理系统”(“Mobile Crew Management System for Distributing Work Order Assignments to Mobile Fields Crew Units”) 教导了一种系统,该系统利用局域网(LAN)和TCP/IP协议,以确保带有移 动单元的机组成员的工作次序的成功分配。然而,该移动机组人员管理系统是建 立于HTTP服务器的HTML页面上的。该运作是与机场顾客支持在许多方面都 完全不同的。首先,工作分配是通过调度者的工作指令编译的。这不同于机场的 情形,后者是从一个顾客需求的数据库和另一个航班信息数据库动态地推导来实 现的。其次,信息的流动是在该机组管理系统中的结构性区别,该系统所关注的 问题与在机场顾客支持的情形不同。本申请所要求用于机场的整个流动图表和数 据元素,以及对顾客支持的优先权的分配,是不同于Khalessi专利所表述的机 组管理系统的。
Shad等人的美国专利5,636,122(1997年)“用于跟踪交通工具定位和计 算机辅助的调度方法和仪器”(“Method and Apparatus for Tracking Vehicle Location and Computer Aided Dispatch”)涉及专门的用于交通工具跟踪的系 统,以一种典型的计算机辅助调度(Computer Aided Dispatch,CAD)运作来 实现。该系统已经广泛地应用于执法机构,当巡逻单位实时跟踪时,以一个CAD 系统在位于集中设备中的调度者和巡逻单位的区域长官之间进行通信。该专利所 涉及的问题与实现的功能与机场顾客支持的情形并不相关。
Kocur的美国专利5,913,201(1999年)“用于分配多个工作计划的方法和 仪器”(″Method and Apparatus for Assigning a Plurality of Work Projects″)教 导了一种线性规划法,以处理多个工作计划。该方法涉及对多重约束的目标函数 的评估,以及识别用于计划分配的最可行的策略,但不是最理想的。Kocur采用 一种线性规划法来将任务分配到代理者。
黄(Huang)的美国专利申请20020147712(2002年)“在分布系统中聚 集和调度信息的方法和仪器”(″Method and Apparatus for Aggregating and Dispatching Information in Distributed Systems″)教导了一种方法,该方法建 立了一种网基信息分布系统,优于一种在跟踪和调度领域最常见的“调度”系统。 该申请中所用的词“调度(dispatch)”不是以传统的方式来使用的。该词“调 度(dispatch)”在传统使用以及本发明中使用,其意思是:在一集中设备中执 行的事务,向一群可能的移动接收器中的一个特定接收器发布命令或者指示,目 的是指导该靶接收器进行特定动作。与传统的术语一致,黄的方法更适当地应该 命名为“一种信息分配系统(an information distribution system)”而非一种“调 度系统(dispatch system)”。在黄的专利申请中,所设计的方法涉及一种用于 特殊商业类型的网基入口服务的运作,例如旅店连锁,或者用于多个旅店的一种 伴随分配信息和集中预订的运作。黄未能教导利用手持个人数据助理(PDA)或 者其它设备,带有识别装置,例如条形码扫描器、读卡机等等,以及所述的集中 式系统控制器链接顾客需求进入一个自动化调度运作,所述的顾客需求包括特殊 援助、航班信息和代理者和他们的状态的数据库等。
Wood等人的美国专利申请20040006425(2004年)“带有地理定位的用 于通信和联合信息的系统”(″System for Communicating and Associating Information with a Geographic Location Geographic Location″)介绍了一种在 移动数据计算机(mobile Data Computer,MDT)上具有地图显示的移动式测 绘/调度系统。该系统已经广泛地应用于公共安全与执法机构。自从2000年起, 更多的机构应用一种更先进的移动式测绘/调度系统。该系统将一个移动单元(例 如一辆警察巡逻车或者一辆消防车)的当前位置有关的信息链接到其它任何与车 辆分配相关的信息,例如犯罪事件或者火灾。
本发明的一个目的是提供技术改进,以解决国会、公众和航空工业关于运送 残疾旅客的潜在忧虑。该技术进步的完成,使在这以前没有可能完成的标准“更 上一层楼(raise the bar)”。
本发明涉及一种用于调度机场顾客支持的系统,所述的系统响应来自多个代 理者之间的多个服务支持
请求,这些服务支持请求是在至少一个调度者或者管理 者的支配下的。所述的系统包含服务器,该服务器用于接收多个服务支持请求, 以及自动地处理与多个服务支持请求相关的所有数据,并提供相关数据的实时分 配。所述的系统提供至少一个工作站,代理者和/或调度者通过所述的工作站来 登录和登出所述的系统。每个代理者携带或者是被配置至少一个手持设备。一个 无线通信网络支持在服务器、工作站和手持设备之间的实时数据传送。所述的服 务器自动关联与多个服务支持请求相关的空间的与非空间的信息,并在服务支持 请求的关联当中产生决定给予代理者的调度命令,所述的调度命令遵照预定的指 引并满足多个服务支持请求。
每个代理者、管理者和经营者可以使用一种手持设备。所述的手持设备,除 了它本身的处理能力之外,还装备有:(1)无线通讯工具,例如Wi-Fi(802.11)、 蓝牙(Bluetooth)、蜂窝网络、数字
数据网络、或者任何数字无线通信方式;(2) 显示屏,用于显示信息和允许本人输入特定动作代码;(3)识别设备,例如条形 码扫描器、读卡机、
射频识别(RF ID)或者其它任何输入装置,用于人们识别 在机票、登机牌或者任何其他识别顾客或者位置的材料上的定位或者信息。
各代理者、管理者和经营者可以利用手持设备登录/登出所述的系统,或者 在工作站中登录/登出所述的系统。登录者将成为一个活跃的成员或者所述系统 的节点,直到该登录者登出该系统为止。各个活跃的成员可以利用手持设备或者 在工作站中进行状态变换,可变换的状态包括可用的、可分配的、临时登出的, 等等。任何成员的任何状态变换都是通过无线通信网络在服务器中自动注册的。
所述的服务器记录所述的系统中各活跃成员的当前状态。可用一个显示屏来 显示任何活跃成员的当前状态,利用不同的标志、
颜色或者状态代码来显示,以 区别其当前状态。通过这样,管理者或者经营者将知晓任何活跃成员的准确状态。
所述的系统利用一种直接数据库连接例如一个输入/输出程序,或者人工输 入,以记录在任何时刻的任何顾客支持需求。每个需要支持的顾客均实时注册其 当前状态,该状态包括进港时间、进港航班、进港闸门、离港时间、离港航班、 离港闸门以及其它任何与顾客支持需求有关的信息。
所述的系统对任何航班的变动均自动地实时应答,所述的变动包括进港时间 与进港闸门、离港时间与离港闸门以及其它任何有关信息的变动。
所述的系统自动地将顾客支持请求/需要匹配到可用的代理者,并提供选项 以将处理任务自动分配到一个或多个代理者,或者让经营者或者管理者将处理任 务人工分配到一个或多个代理者。所述的经营者或者管理者通常可以重写所述系 统所建议的内容。
所述的系统根据一个预先定义的优先级表将处理任务分配到代理者。一个 “处理任务(deal)”是指响应一个特定顾户服务请求的一个任务。例如,一 个等待服务时间已经很久的顾客可以给予比一个刚到达的顾客更高的优先级。一 个离港时间缩短的顾客可以给予比一个离港时间延长的顾客更高的优先级。其 它服务的优先级的定义规则也可相应地建立起来。
对代理者的处理任务的分配要充分考虑顾客服务支持的特殊要求,例如轮 椅、运上/运下,或者其它任何所需服务的类型。所述的系统将识别代理者是否 有提供所述处理任务的资格,或者自动显示最有资格的代理者,或者列出最好的 代理者,以便于管理者/经营者来分配处理任务。
对于任何处理任务在一个或多个代理者的分配都要考虑活跃代理者的当前 位置,并识别哪些代理者是最接近于所述处理任务的。所述的位置可以包括候机 楼、闸门、设备、走道以及任何能被显示在地图布局上的位置。
所述的系统利用一种地图显示(map display,利用计算机技术将地图内容 展现在屏幕上的过程)来显示各代理者的当前位置或者其上次报告的位置。当该 代理者在某一闸门、某一中转点或者在任何设备上注册其位置时,可以自动地注 册所述的位置,例如代理者利用手持设备将位置信息自动发射到所述服务器来自 动注册其位置。
所述的地图显示可以表现正在等待服务的顾客的位置,以及显示可用于提供 所需服务的代理者和设备的位置。每个目标可以用不同的标志或者不同颜色的点 表示出来,以区分不同的状态。该地图显示也可指示出针对任何特定需求的最 接近的代理者。
所述的代理者可以通过按按钮或者输入一个特定代码,在手持设备上注册他 /她的当前位置。这样的动作将自动地将所注册的当前位置通过该无线通信装置 发送到所述的系统。
所述的系统将计算任何顾客从到达后所消耗的时间,直至显示包括所分配的 代理者、待分配的代理者、已到达的代理者、所提供的服务等的状态。
如果有顾客已经等待了一段时间,例如十分钟或者任何适当的时间间隔,所 述的系统将向管理者或者经营者发出警告信号。这将要帮助管理者或者经营者立 即采取行动并提供所需要的服务。
所述的系统在数据库中记录各种服务、航班信息、顾客请求的所有活动情况, 并能检索这些信息的任何条目以用于解析或者校验。所检索的数据能被作为法律 文件使用,以检验所提供的支持服务。
所述的系统可以产生所提供服务的定期服务报告、
摘要统计分析和异常报 告。这些报告可用于分析系统运作的效率以作出改进。
所述的系统可以被扩展为一种无缝集成系统,该系统可提供多个普通机场的 运作,包括客舱服务、舷梯和货运业务。每种业务类型需要一个辅助数据库,该 数据库可实时更新并连接到航班信息数据库和顾客支持数据库。为实现这个目 的,所述的代理者数据库将增加包括与服务相关的其他类型的人员支持的数据。
所述的系统可以适应多个航空公司或者运输工业的运作,所述的运输工业包 括
铁路、公共
汽车或者其他陆上运输。一种定位检测装置,例如全球定位系统 (GPS)或者任何陆上定位系统,将在各种交通工具上得以应用。它们的定位 可以象所述的机场顾客支持调度系统一样被显示在同样的调度地图上。
本发明也可以被清楚地理解为一种方法,该方法是一种在如前所述的系统中 应用的机场顾客支持调度的运作方法。
因此,本发明现在可以被理解为,是一种用于分析信息以提供顾客服务的设 备与方法。
地理信息系统(GIS)与绘制地图技术的应用,提供了以下有益效果:
●提高了服务水平以及旅客和雇员的安全;
●提供了雇员的定位,以改善用于帮助顾客的响应时间;
●监视所制定的规则(例如等待时间),无需原位的物理观察,潜在地减少 了DOT惩罚中所揭露的问题。
●收集历史数据,用于员工行为的考核、等待时间、停止、开始援助与结 束援助的时间,等等;
●收集关于每个雇员所处理的顾客数量的历史数据;
●使所述的调度者能够迅速解决所发生的情况,避免发生由于阻塞的无线 电
频率引起的竞争情形;
●通过一种改进的方法在非常规运作中改变雇员的行程,尽可能保持高效 的响应时间;
●允许雇员通过按按钮的方式来通知特定事件(例如突发事件、旅客对休 息室以及临时食品供应的需求、机械故障,等等)的人员调度;
特别地,本发明将实现以下几个方面,有助于减少顾客的抱怨:
●自动提供航班变更信息——通过代理者的警示;
●警示调度者,用于额外援助和调度最接近的可用代理者到相应闸门(因 此可减少等待时间),如果没有文件记载的特殊服务请求(Special Service Request,SSR)存在的话;
●记录时间并警示调度者,当对于某一航班的进港旅客以及出港旅客的情 况非常清楚时(进港(Inbound):所述的系统将关注航班进港时间,并 将该航班的编号和进港时间与乘坐该航班的旅客关联在一起;出港 (Outbound):所述的系统将关注旅客被送往离港航班/闸门的时间)。
●以一种自动方式链接所述的调度者,以分配调度的优先权;
●通过雇员ID
扫描仪识别哪些旅客被哪些雇员所处理;
●产生关于以下特定情节的报告:
1、30分钟处理失败;
2、旅客等待的平均时间;
3、旅客平均处理时间(从
接触点以运送点);
4、每个代理者处理的事件;
5、每个中央大厅处理的事件;
6、每个旅客中转点所处理的事件;
7、非随身携带的监视器(Unaccompanied Minors,UNMs)处理(一 种通过顾客名称按时间顺利排列的事件的历史纪录)。
以下信息是关于所述系统如何工作的概要。它并不意味着是对必要条件的完 全列举:
系统要求
A、通过
接口连接航空公司预订系统(airlines′reservations system,RES), 以提供以下信息:
●旅客姓名
●航班号和日期
●特殊服务请求(Special Service Requests,SSRs)——所述的系统将 要能识别一个SSR何时不存在,并记载该事件;
●座位位置
●旅客联系方式——电话号码和/或
电子邮件地址
B、通过接口连接航空公司运作系统,以提供以下信息:
●航班号的进港闸门/时间
●下一目的地的航班号的离港闸门/时间(也许有多个航班段——只需要从 本地航站获得下一个段的信息,除非需要范围宽的系统或者全球调度);
所述的航空公司预订与
操作系统(数据库)将所识别的数据以一种特定格式 (例如ASCII)存放入一个中央位置(例如服务器),本发明申请将利用上述数 据来进行调度运作。所述的航空公司系统将会提供更新,通常每3分钟更新一次, 所述的调度
软件将在更新时得到改变(例如闸门改变)。当发生改变时,所述的 系统将向该领域工作的受雇佣的代理者提供一个自动警告。
C、可调整的标准:
●所雇佣的代理者将不允许扫描超过某个特定数额的处理中的顾客,但是 所处理的顾客数量可在所述的系统内进行调节。
●顾客数量方面,被允许的
电动车旅客处理的极限是5,但在所述的系统 中这个数量将是可调整的;
●管理者/领导——请求的数量是不受限制的,只要这些请求是管理者或者 领导能接受的;
●中转点——请求的数量是不受限制的,只要所涉及的中转点能承担这样 的数量;
●公共汽车/货车——请求的数量是不受限制的,只要所涉及的公共汽车或 货车能承担这样的数量;
D、所述的系统将提供可调整的/固定的时间标准:
●15分钟警报,用于未处理的事件(基于OSS航班进港闸门/时间);
●30分钟警报(基于OSS航班进港闸门/时间)
E、其它必要条件(根据用户选项):
●自动呼叫无人陪伴未成年人(Unaccompanied Minor,UNMN)的父母, 当处理这些未成年人时(意味着在离港闸门或者任何预定区域或者事件 ——顾客将要求事前
声明他们是否需要得到通知);
●自动呼叫所述的SSR旅客指定的人(通过该旅客所提供的电话联络信 息),当处理这些旅客时(意味着运送到离港闸门或者任何预定区域或者 事件——顾客将要表明他们是否需要通知);
当旅客呼叫一种预定服务并产生SSR(特殊服务请求)时,具有上述列举 的两个特色的服务将通过预订的代理者而得到处理。这种处理需要预定制作另一 个上述未列举的新“入口(entry)”。所述的系统设计将需要设计为能识别这类 数据。
运作处理流程的一个例子
●所述的APA(活跃旅客代理者)将在接触点扫描顾客的登机牌,或者从 一个目录中选择顾客的姓名;
●一种条形码将放置在预定位置(例如
马路边、中转点、闸门、货车、旅 客等候区,无人陪伴的未成年人,或者其他人,等等);
●每次将顾客传到另一个APA代理者时,接待的代理者将扫描该旅客的 登机牌;
●每次旅客运送到一个预定点时,该处的代理者将扫描在指定区域的条形 码;
●一旦旅客已经到达落客点(例如离港闸门、行李领取处),代理者将扫 描该旅客的位置,然后按按钮,向调度系统发出警示,说明该旅客任务 已经完成,同时,该代理者将留待下一次任务分配;
●所述的系统将决定对于援助要求的最接近的位置,并发送消息到该处的 代理者,指导其到该位置提供援助。其中首要的是调度优先权,它是基 于航班进港时间、闸门位置和处理的优先级,例如等待时间标准或者所 需要的援助类型,来确定的。
上述内容给出了一个运作程序的例子,该程序可被
修改以适合在某个机场或 者用于某种特殊运送的特殊考虑。
本发明涉及一种用于提供一种顾客支持的自动化调度系统的设备与方法,所 述的顾客支持是为人们在机场的请求提供的特殊援助。所述的系统包括:(1)系 统控制器,处理所有与请求、航班和人员相关的数据,产生任务分配的建议或者 决定,并发布消息到适当的人;(2)一个或者多个调度工作站,被设计用于可用 人员、顾客需求的输入/输出、以及航班信息的注册,附加顾客和航班的相关数 据的输入和编辑,并批准或者重写所述系统控制器建议的任何调度决定;(3)一 台或多台手持设备,提供以下功能:例如顾客注册、服务纪录、位置注册、接收 和发送与任何服务相关的指示或者纪录和活动计划。所述的手持设备有一个移动 处理器和终端,例如一台个人数据助理(Personal Data Assistant,PDA),一 种或者多种数字无线通信装置,以及一种识别/注册输入设备,例如条形码扫描 器、刷卡阅读机、或者其它设备。其中首要地,所述的系统控制器收到并基于一 组条件分析数据,决定任何服务请求的状态、需要提供服务的位置、对每个请求 所需援助的类型、每个请求的优先权,以及该服务的目的地。在到达目的地之前, 或者基于一组预定条件,所述的系统控制器分析当前条件,决定下一组请求和任 务,并提供所需信息以支持下一个任务。如果遇到紧急状况,所述的系统控制器 将优先考虑该突然事件,并向指定的调度者报告该突然事件,以及该突然事件的 大致位置。当所述的系统提供特色功能以允许有需要的人们之间互动时,所述 的整个调度系统可以是全自动化的。本发明可以适用于多个航空公司或者运输工 业的运作,例如客舱服务、舷梯、货物、铁路、公共汽车或者陆上运输。
本发明所采用的这些技术,例如GIS(通用信息管理系统,Geographic Information Systems)、数字化绘图、扫描和无线通信,都是已经被验证可行的。 这些技术在本发明中的综合利用,改善了顾客/雇员的安全和服务,提高在动态 调度和人员管理和客户服务方面的效率。
在全世界的各主要机场,每天都需要处理大量的有特殊要求的旅客。每天和 每周处理数千个需特殊援助的旅客的效率,主要取决于需要同时操作的几个因 素。调度者利用旅客航班信息以决定应该在哪里配置最好的人力和资源。目前, 利用人工技术和程序是不能提出一种处理顾客抱怨(例如等待时间和人为差错) 的解决方案。本发明的这些技术改进,不仅明显改善了运作效率,而且提供了 分析工具,因此影响到运输业的运作应当如何管理的整个前景。
在
实施例中,旅客和雇员的服务和安全都已经得到改善。本发明提供了雇员 定位,以改善对于援助顾客的响应时间。符合DOT规则的制定(例如等待时 间)以及对该规则的监视,使无需原位物理观察的情形成为可能,潜在地减少了 暴露给DOT惩罚的问题。
作为问题的一部分,一个全面的解决方案已经提出,非
硬件的、有效的、可 检验的信息已经可用于决定服务失误是怎样发生以及在哪里发生。本发明收集了 用于员工活动评估、等待时间、停止、开始援助与结束援助的时间等的历史数据。 本发明也收集了关于每个雇员处理的顾客数量的历史数据。一种动态的基于GIS 的调度系统使调度者能够立即解决有关情形,避免发生由于阻塞的无线电频率引 起的竞争情形。改进后的方法可在非常规运作中变更雇员行程,尽可能有效地保 持响应时间。所述的雇员能通过按按钮的方式通知调度人员(例如:医疗突发事 件、旅客对于休息室或者临时食品供应的请求、机械故障,等等)。报告生成器 提供了管理机会,有助于发现问题的根本原因,以及校正系统的
缺陷。
应用这些技术创造了一种较高的行业标准。本发明是一种用于在提供客户服 务支持中分析信息的设备与方法。
当所述的设备和方法已经或者将要以带有功能性解释的方式在语法上流利 地描述出来,它将被清楚地表述为如本发明的
权利要求所述的内容,除非根据美 国专利法(美国法典第35编,35USC)第112条在
说明书中作出清楚的阐明, 否则是不允许根据需要而字面直译而使得通过该“装置”或者“步骤”限制的结 构受到任何方式的限制,另一方面,根据等同原则的司法判例,通过本发明的权 利要求所提供的定义的意思等同的全部范围是允许的,以及在本申请案中,本权 利要求是根据美国专利法第112条清楚地阐明的,将是完全符合第112条的规 定的。通过以下
附图,本发明可以图形化的方式作出更好的说明,在这些附图 中,相似的元素通过数字标示以作为参考。
附图简要说明
图1是所述软件模
块的一种简化
框图,显示本发明所述系统所包括的多种硬 件的定位。
图2是对在调度中心的执行程序的一种图形化描述。
图3a是第一个
用户界面显示屏的图像描述,用于在一台手持设备上的客户 服务请求。
图3b是第二个用户界面显示屏的图像描述,用于在一台手持设备上的旅客 客户服务请求。
图3c是在一台手持设备上的用户界面显示屏的图像描述,用于一个顾客服 务请求以外的其他服务请求。
本发明和它的多种具体化情形,将通过以下最优实施方式的详细说明得到更 好地理解,这些最优实施方式通过图解的实例来阐明本发明在权利要求中的定 义。需明确地指出,本发明的权利要求的定义范围可以比下面的图解具体实施例 的描述内容更为宽广。
最优实施方式的详细说明
在图解的具体实施例中,所述的术语应被理解为通常的或者广义的术语,并 可以根据需要而调整以说明不仅用于旅客的处理,而且提供对于航空运作的其他 区域的调度服务,包括客舱服务、舷梯、货物作业等等。对于不同航空运输者或 者在不同的机场,大多数领域采用不同的称呼。所述的数据类型也可以在不同 系统之间变动。本实施例的描述试图在总体上教导如何架构所述的系统10。在 许多方面,数据元素的定义、数据流和系统10的运作,可以在仍然保持所述的 原始设计概念的同时作出调整。
调度系统的概念性
框架图1的示意图中显示了在所述的调度系统10中的主要的软件/硬件模块、在 模块之间的相互连接以及数据流。该图解具体实施例的运作,是以服务器12为 中心的。操作数据库14向服务器12传递信息和提供航班信息。顾客数据库 16向顾客保留模块18传递信息,该顾客保留模块18向服务器12传递信息和 提供旅客信息/特种服务请求(PAX-SSR)。相似地,代理者保留模块20与服务 器12进行通信,并向服务器12提供调度代理者(dispatch agent,DAG)的输 入。调度控
制模块22与服务器12进行通信,并提供PAX处理任务分配、DAG 登录以及产生如下面所描述的报告。多个口袋型个人电脑模块24与服务器12 进行通信,用于提供PAX-SSR处理。服务器12依次与管理数据库模块26进行 通信,所述的管理数据库模块26管理在顾客数据库28、操作数据库30、代理 者数据库32和个人计算机数据库34中的信息流的进出。
调度执行程序
所述的执行程序(Execution Program,EP)在图2中作了图形化描述,包 括作为服务器12一部分的所述系统10的核心软件元素。EP是一种中央处理 器,它自动操作或者处理多组信息,包括非空间数据或者信息,以及空间数据或 者信息,接着匹配所有服务请求与代理者、装备和设备,所述的匹配是基于非空 间数据检索与已存储的空间配置数据。EP36直接链接到各个相关数据库,例如 PAX数据库28、操作数据库30,这些相关数据库包括装备数据库30a、设备数 据库30b,代理者数据库32、静态位置数据库38和动态位置数据库40、一系 列逻辑检查和动态距离计算。
EP36处理非空间数据元素,包括:旅客信息、服务请求、代理者可用性、 代理者资格、装备可用性、装备分级、设备可用性,以及设备类型。EP36检索 在与每个服务请求相关的非空间性组中的所有数据元素,接着将所
选定的数据元 素组传送到中央处理单元,用于与空间数据进行匹配。空间数据元素不但包括 静态位置数据集38,还包括动态位置数据集40;所述的静态位置数据集38包 括闸门位置、候机楼或者中央大厅、控件点等信息;所述的动态位置数据集40 包括:每个代理者的最近位置,任何旅客的当前位置,以及为任何航班或者其他 原因而引起的闸门改变信息。
在一个典型运作中,EP36收到关于特殊服务请求的所有信息,并检查相对 应的航班信息和可能的闸门改变信息,识别所有必需装备的可用性和位置,并识 别任何被认为是必需的特殊设备。它也能计算出在任何可用的代理者与需要服务 的闸门之间的距离,并确定最可用的,最有资格和最接近的代理者以提供所需要 的服务。
列举的数据类型
所列举的数据类型列出了特定用于所述的调度系统10的数据类型。每个 数据类型支持一组预先定义的值,在某些场合中,所支持的该组数据值可以扩展 到包括其它的相应数据在内。 *SSR_TYPE(*SSR_类型) ●管理者(S) ●旅客援助代理者(PAA) ●特殊援助代理者(SAA) ●特殊援助代理者(SAA) ●电动车代理者(ECA) ●中转代理者(TA) *SSR_EXTENT(*SSR_扩展) ●国际 ●国内
*SSR_CODE(*SSR_ 代码)(非完全列举) ●无人陪伴的未成年人(UNMN) ●家人带来的无人陪伴的未成年人(TBBB) ●遇到的无人陪伴的未成年人(TBMB) ●遇见并提供援助(MAAS) ●轮椅旅客(PSGR)-完全固定的(WCHC) ●轮椅旅客(PSGR)不能利用步梯或者行走一段距 离,可以到达所在地(WCHS) ●轮椅旅客(PSGR)能利用步梯并可以到达所在地, 但不能行走较长距离(WCHR) ●干
电池,必须在中转点主张(WCBD) ●湿电池,必须在中转点主张(WCBW) ●人工动力的轮椅(WCMP) ●机载轮椅(WCOB) ●盲人轮椅旅客PSGR(BLND) ●聋人轮椅旅客PSGR(DEAF) ●要求电动车(EC) FLT_TYPE(航班类型) ●进港(Inbound) ●出港(Outbound) PC_STATUS(PC_状态) ●启动(On)——表示PC是活跃的 ●关闭(Off)——表示PC是关掉的 AGENT_STATUS(代理者_ 状态) ●可用的(AL)——表明代理者是可用于调度的 ●锁定的(LD)——表明一个服务已被分配给该 代理者,同时调度正在等待接受 ●已分配的(AG)——表明代理者正在服务一 个PAX
*P_LOCN/D_LOCN ●所有闸门、中转点,等等,提供条型码/定位的 地点 *GATE_TYPE(*闸门_类型) ●中转点 ●候机楼 ●可提供条型码/定位的其它类型
*在上述标注星号之处,所述的调度者22可以根据具体需要扩展该列举表的内 容。
数据库模式
所述的调度系统10所支持的用于所有表的数据库模式,提供在下面。属性 名和数据类型都已经列出来。所述数据库的字段名针对基于特殊系统条件的具 体运作是可修改或者可改编的。以下提供了字段名和属性名的对应列表。
存储在所述的代理者数据库32中的调度代理者(DAG)表,容纳代理者信 息。所述的调度者或者被授权的人员可通过模块20增加该表的条目,并使所述 系统10的代理者列表成为可利用的表。调度代理者(DAG)表包括表1所示 的信息和数据。
表1:调度代理者(DAG)表 Attribute Name(属性名) Data type(数据类型) Employee_ID(雇员号) Text(文本型) First_name(姓) Text(文本型) Last_name(名) Text(文本型) Airline(航线) Text(文本型) SSR_type(SSR_类型) SSR_TYPE(SSR_类型) SSR_bounds(SSR_范围) SSR_EXTENT(SSR_扩展) Reg_date(注册_日期) DATE日期型(注册日期)
Status(状态) Text(文本型) Concourse(中央大厅) Text(文本型) Work area(工作区) Text(文本型) SpCode(特殊代码) Text(文本型)(表示用于INTL代理 者的印章颜色)
存储在所述运作数据库30中的航班信息(FLT_INFO)表,容纳航班明细, 例如航班号、闸门分配、进港时间/离港时间,等等。这些表的项目必须是定期 输入的,以更新所述的系统10,例如更新当前航班与闸门变化等信息。该航班 信息(FLT_INFO)表包括如表2所示的数据与信息。
表2:航班信息(FLT_INFO)表 Attribute Name(属性名) Data type(数据类型) Airline(航线) Text(文本型) FLT_in(航班进入) Text(文本型) Eqpt_in Text(文本型) Eqpt_out Text(文本型) Orig(来源地) Text(文本型) Dest(目的地) Text(文本型) ArrTm_ETA(预期进港时间) TIME(时间型) DepTm_ETA(预期离港时间) TIME(时间型) Flt_out(航班离港) Text(文本型) Freq(频率) Text(文本型) GndTm(地面时间) TIME(时间型) PowerTurn(具有最小地面时间的晚点 航班或者
飞行器) BOOL(布尔型)(是/否) Gate_No(闸门号) Text(文本型) Gate_No_Change(闸门号改变) Text(文本型)(记录最近闸门改变) ArrTm_ATA(进港时间_ATA) TIME(时间型)
DepTm_ATA(离港时间_ATA) TIME(时间型)
存储在所述顾客数据库28中的PAX_SSR表,容纳所有关于带有特殊服务 请求的旅客的信息。所述的旅客项目模块16可提供表格供填写该数据库中的内 容。所述的模块可在DGS预订系统中成为可用的。所述的PAX_SSR表包括如 表3所示的数据与信息。
表3:旅客信息_特殊服务请求(PAX_SSR)表 Attribute Name(属性名) Data type(数据类型) Record_locator(记录定位) Number(数字型) First_name(姓) Text(文本型) Last_name(名) Text(文本型) Flight_No(航班号) Text(文本型) Date(日期) DATE(日期型) Seat_No(座位号) Text(文本型) Orig(来源地) Text(文本型) Dest(目的地) Text(文本型) SSR_CODE(SSR_代码) SSR_CODE(SSR_代码) Connect_FLT_No(关联航班号) Text(文本型) Connect_Date(关联日期) DATE(日期型) Connect_Seat_no(关联座位号) Text(文本型) Orig(来源地) Text(文本型) Dest(目的地) Text(文本型) Pick_up_locn(接客位置) P_LOCN Pick_up_time(接客时间) TIME(时间型)(当代理者扫描PAX/闸门 条型码时的时间) Drop_of_locn(落客位置) D_LOCN Drop_of_time(落客时间) TIME(时间型)(当代理者扫描PAX/闸门 条型码时的时间)
Agent_ID(代理者号) Number(数字型) Auto_call(自动呼叫) BOOL(布尔型)(在调度后是否根据PAX 自动作出一个通知)
存储在代理者数据库32中的代理者活动表,是用于监控代理者的日常活动 的。该表将列出全日对服务有用的代理者。它也将反映该代理者的服务状态。 所述的代理者活动表包括如表4所示的数据与信息。
表4:代理者活动情况表 Attribute Name(属性名) Data type(数据类型) Agent_ID(代理者号) Number(数字型) Login_time(登录时间) TIME(时间型) Logout_time(登出时间) TIME(时间型) Current_locn(当前位置) Text(文本型) Superrisor_ID(管理者号) Number(数字型) Date(日期) DATE(日期型) PC_ID(PC号) Number(数字型) Recent_login_time(最近登录时间) TIME(时间型) Service_status(服务状态) SERVICE_STATUS(服务状态) Number_of_deals_served(服务处理数量) Number(数字型)
存储在个人计算机数据库34中的口袋型个人电脑信息表,将存储口袋式个 人电脑信息。对于个人电脑,我们只须知道什么条型码是与个人电脑和该个人电 脑的状态相关的。包括在口袋式个人电脑信息表中的数据与信息显示在表5中。
表5:口袋型PC(Pocket Pc)信息表 Attribute Name(属性名) Data type(数据类型) PC_ID(PC号) Number(数字型) Status(状态) PC_STATUS(PC状态)
存储在服务器12中的附加表,包括自动传呼信息表(用于电话、个人电脑 或者传呼机,等等)正如表6所示,表6包括的信息是提供任何针对需要在旅 客到达或者出发时被自动通知的人的联系信息。
表6:自动传呼信息(AUTO-CALLINFO)表 Attribute Name(属性名) Data type(数据类型) Contact_first_name(联系人的姓) Text(文本型) Contact_last_name(联系人的名) Text(文本型) Auto_Call_no(自动传呼号) Number(数字型) Email(电子邮件) Text(文本型) Call_time/email_send time(传呼时间/ 电子邮件发送时间) TIME(时间型)
存储在服务器12中的如表7所示的闸门条型码信息表,包括的信息是与位 置或者其它带有数字式条形码的文本数据相关的信息。
表7:闸门条形码信息表 Attribute Name(属性名) Data type(数据类型) Gate_ID(闸门号) Number(数字型) Gate_name(闸门名) Text(文本型) Gate_desc(闸门描述) Text(文本型) Concourse(中央大厅) Text(文本型) Gate_type(闸门类型) GATE_TYPE(闸门类型)
存储在服务器12中的代理者类型和对应密码信息表如表8所示,表8包括 的信息是属于针对可能提供的多种服务分类的代理者的资格的信息。
表8:代理者类型与对应代码信息表
Attribute Name(属性名) Data type(数据类型) SSR_type(SSR_类型) SSR_TYPE(SSR_类型) SSR_code(SSR_代码) SSR_Code(SSR_代码)
总数据流
如下所述是用于所述系统10中的核心功能的数据流的逻辑顺序。
用于输入(或者接收,如果自动化的话)PAX信息的逻辑数据流
步骤1:输入PAX_SSR明细:first_name(姓)、last_name(名)、flt_no (航班号)、date(日期)、seat_no(座位号)、SSR_CODE(SSR_代码)
步骤2:所述的系统10将根据航班号和日期确定该航班是进港还是出港的
A.如果(PAX航班==进港航班)
1、如果具有任何关联,
a.输入connect_flt_no(关联航班号)、connect_date(关联日期)和 connect_seat_no(关联座位号)。所述的系统10将自动输入pick_up_locn(接 客位置)和drop_off_locn(落客位置),同时分别输入connect_flt(关联航班) 的航班进港闸门和离港闸门;
2、或者(如果没有任何关联),
a.输入drop_off_locn(落客位置)。所述的系统10将自动地从航班信 息数据库中获得pick_up_locn(接客位置)
B.如果(PAX航班==出港航班)
1、输入pick_up_locn(接客位置)。所述的系统10将自动地填写 drop_off_locn(落客位置)如航班闸门号。
C.如果自动传呼能力是必需的
1、输入自动传呼表的明细,例如电话号码/电子邮件、联系人的姓名。 用于登录代理者的数据流
步骤1:代理者将去到调度中心22,调度者或者管理者(们)就位于所述 的调度中心,代理者可以选择一种在真实物理环境如柜台上的登记,每个代理者 在该柜台开始报告工作,或者可以选择一种定位在网络上的虚拟的登记。管理者 将扫描输入该代理者条型码和个人电脑条型码。这些数值输入到代理者活动表。 所述的系统10提取当前时间作为登录时间(login_time),并提取当前日期作为 日期(date)。管理者也需要扫描输入他的条型码以表明权限。
步骤2:口袋式个人电脑中的调度程序将启动,所述的个人电脑将要求确认 该代理者信息。接着,所述代理者取得所述的口袋式个人电脑24。
a.代理者状态被标记为可用状态。
b.所述的代理者需要扫描闸门条型码以表明他的位置。作为默认,所述的 系统10将利用调度中心(该中心是代理者登录的地方)作为定位。
步骤3:在任何时候,如果所述的口袋式个人电脑24关闭时,当重新启动 时,该代理者需要确认他的信息是否正确。所述的最近的注册时间将被更新。
a.如果在个人电脑中的信息与代理者编号(id)不匹配,该代理者报告将 回传给管理者。
步骤4:所述的系统10也将连续检查,以便发现该口袋式个人电脑24是开 还是关的。当该口袋式个人电脑24是关的,该代理者纪录将被高亮显示在调度 者的显示屏上,以表明该口袋式个人电脑24已关机。如果该个人电脑24已关 机,且经过时间(t)或者更长的时间,一种系统警报将发给调度者。
用于一个PAX SSR请求的代理者的优先权
1.代理者必须符合SSR_type(SSR_类型)及其扩展,例如国际的、国内 的、转机的,等等。
2.代理者必须是最接近于PAX的。
调度优先权
1.从到达起的PAX消耗时间)t(大于t)
2.PAX的连接时间/离港时间是<t(小于t)。
3.取消请求
4.继续请求
5.在上述SSR请求的次序中的非SSR请求。
一个非SS请求是源于除了提前到达旅客通讯以外的作为起始预定过程的一 部分的请求。一个非SSR典型的是从售票
代理人或者闸门代理者而来的一种特 殊原位请求。非SSR请求的优先权可能高于某些SSR请求,将在SSR请求之 前得到服务。
用于将PAX处理任务分配给代理者的逻辑次序
步骤1:在FLT数据库中的所有航班按时间排序。得到应在时间t到达的所 有航班。所述的调度者可以根据需要设置t为半小时、1小时或者10分钟。
步骤2:对于在目录中的每个航班
A.该系统10将从当日的PAX_SSR表和可用代理者的目录中得到PAX目 录。以SSR类型对PAX_SSR目录进行排序
B.对于每个SSR类型
a.所述的系统10将根据相似的SSR需要计算找到PAX,从相似的调 度闸门号中识别PAX。基于此,系统10识别有多少个代理者(n)需要分配该 闸门。作为默认,所述的系统10将初始分配至少一个代理者到各闸门。
b.定位n为最接近的代理者,并将含PAX信息和代理者信息的处理任 务显示给调度者
c.所述的调度者需要确认该处理任务。该调度者也将会选择同时验证 一组处理任务以代替对每个处理任务的逐个确认。在一批处理任务中的数量可 以根据变动情况而被提供。
如果处理任务被确认
i.所有处理信息被发送给选定的代理者(们)。(该信息与gate_info (闸门信息)、flt_no(航班号)、SSR_type(SSR_类型)有关,将显示在代理 者的个人电脑上)
a.或者
i.所述的调度者可以选择一个特殊的代理者并确认该处理任务。只有 当分配给某一代理者的某种处理任务将导致超分配的情形出现时,所述的系统 10才将发出警报。对于例如,如果定义为一电动车可以运送5个PAX,以及如 果该处理任务是分配6个PAX,所述的系统10将发出警报,要求分配给一个以 上的代理者。
ii.返回步骤d。
步骤3:所述代理者的口袋式个人电脑24将鸣音/振动以向该代理者发出该 种处理任务已经到达的警报。
核查处理任务接受情况的顺序
所述的口袋式个人电脑调度程序将给出关于所需服务的信息,例如gate_no (闸门号)、flight_no(航班号)、time(时间)、number_of passengers(旅客 号)。PAX信息也可以一种摘要的形式提供。所述的代理者可以根据需要点击和 浏览关于旅客的所有明细信息。
步骤1:一旦某种处理任务被发送到某一代理者,该代理者的service_status (服务状态)将被标示为“locked(锁定)”。
步骤2:代理者显示屏提示相关业务信息,例如gate_no(闸门号)、flight_no (航班号)、time(时间)、number_of passengers(旅客号)。该代理者也将会 核对PAX信息、drop_off_locn(落客位置)等等。
步骤3:代理者将点击接受(accept)按钮。该代理者只可以接受一次,而 且该按钮将在点击后成为不可用的按钮。
步骤4:当“接受(accept)”信息到达所述的服务器,所述的系统10将把 该代理者标记为“Assigned(已分配)”,
步骤5:所述的处理任务此时将出现在“服务状态视窗(Service Status window)”中,通过该视窗,调度者可以监视该处理任务的完成情况。
当执行一种处理任务时的运作顺序
步骤1:所述的代理者将去到他将服务的闸门处,并扫描该闸门的条型码。 该代理者的位置和时间被发送到服务器。
步骤2:当一个PAX_SSR从该闸门外进来,该代理者可以接近该PAX,并 扫描该PAX的机票以得到该PAX记录。
步骤3:如果得不到该PAX机票,该代理者可以转到标签2(显示屏),核 对该PAX的姓名,并选择用于服务的PAX记录。
步骤4:一旦所述的系统10识别出该PAX,无论是通过机票扫描还是通过 利用姓名的人工选择,该PAX将在所述的服务器上显示为“Assigned(已分配)”。
步骤5:如果所述的代理者被分配了超过一个的处理任务,象在分配了电动 车的场合下,该代理者将重复步骤2到4,直到他已经满足所有SSR_PAX。该 代理者可以在终端检查剩余PAX的数量,通过在摘要页中察看PAX_count (PAX计数),以便在服务这个闸门提供服务。
步骤6:所述的代理者此时带该PAX到他的目的地,正如在个人电脑24上 显示的那样。当该代理者到达目的地时,他将扫描该处的闸门条型码以表明本 次任务的完成以及他的当前位置。
步骤7:所述的代理者将按一个按钮,以确认服务的完成。
如果所述的代理者不得不在为该PAX服务过程中的某处停顿,按规定将由 该代理者纪录该事件。
核对处理任务完成情况的顺序
步骤1:所述的调度者将监视“服务状态视窗(Service Status window)”。 所分配的处理任务将按时间顺序显示,包含关于代理者、PAX、闸门等的所有信 息。
步骤2:一旦某种服务已经完成,所述的代理者必须通过扫描闸门条型码来 发送他的位置。
步骤3:如果所述的代理者的位置与所述的PAX调度位置相匹配,并且已 按下完成(complete)按钮,该处理将被识别为已完成(completed)。
在任务分配到代理者后发生航班闸门变化的处理
步骤1:尽可能找到最接近PAX的可用的代理者
如果代理者是可用的,
a.发送处理任务信息,等待接受
b.如果该信息被接受,拉出以前分配的代理者记录,以明确该处理任 务已经被分配给那个代理者。发送处理任务取消信息,并要求确认。等待从该 代理者处发回的接受信息。
或者
c.发送含有更新的闸门改变信息的消息,并要求确认
在下列情况下将给出系统警报
1.对于进港航班,在该航班进港时间之前,如果一种处理任务未分配t分 钟
2.如果一个PAX等待时间已经过了t分钟
3.如果在该航班进港时间和离港时间之前,代理者位置分别与 pick-up/drop_off_locn(接客/落客位置)不匹配。
4.当一个航班已明确所有SSR和非SSR请求
5.当一个代理者的口袋式个人电脑24处于关闭状态超过时间t。
6.如果一个代理者已经到达所述的闸门,而一个PAX无法向该代理者报告 情况,警报信号将被发送给调度者
7.如果代理者在午餐休息后还不能报告工作,调度者可以发送信号给该代 理者
非SSR请求的处理
步骤1:代理者将扫描PAX机票,或者检查其姓名
步骤2:如果发现不匹配
A.如果代理者已经被分配,且不能为PAX服务
i.发送含有PAXSSR_code(PAX_SSR代码)的非SSR请求到 服务器,进行调度
B.或者如果代理者可以容纳PAX
i.输入非SSR请求信息(PAX姓名、机票信息,等等)
ii.发送含有非SSR的PAX明细的消息到服务器
iii.与调度者确认该服务,处理该服务请求
所述的系统10将更新旅客记录的文档,如果该纪录中的SSR在航线预订 系统中不存在,所述的系统将更新的SSR信息递送或者放置进入所述的航线预 订系统。
每个模块的功能列表
所述调度系统10中的多种模块各自支持一组功能。以下列出的是各模块的 功能的一个总体描述。
1、PAX_SSR输入模块(包括在调度
控制模块22内)
a.使用PAX_SSR图解信息
b.新建PAX_SSR信息
c.编辑已有PAX_SSR信息
所述的PAX_SSR数据将被加入所述服务器12的PAX_SSR数据库中。
2、DAG输入模块20
a.使用DAG图解信息
b.新建代理者信息
c.编辑代理者信息
3、FLT_INFO(航班信息)输入模块14
a.使用FLT_INFO(航班信息)图解信息
b.新建航班纪录
c.编辑航班纪录,更新闸门变化、变更进港时间/离港时间、日期等纪 录
4、代理者注册模块20
a.使用DAG活动图解信息
b.扫描输入代理者ID、个人电脑ID和管理者ID
c.允许人工输入,如果必要时
5、个人电脑库存模块34
a.使用PC_INFO(PC_信息)图解信息
b.创建/编辑PC记录
6、调度者控制模块22
a.浏览所有需要服务的PAX_SSR
b.浏览按时间排序的当前航班列表
c.浏览代理者列表和他们的当前状态
d.确认和分配处理任务到代理者
e.监视处理任务的接受(acceptance)和确认(confirmation)
f.处理警报
g.存取所有的表与表中的记录
h.打印报告
i.发送警报到代理者的口袋式个人电脑24
j.其它所需功能……
7、代理者口袋式个人电脑模块24
a.接受处理任务
b.在已分配的处理任务中浏览PAX_SSR明细
c.通过扫描终端的条型码来表明位置
d.通过扫描PAX机票来获得PAX_SSR数据
e.通过姓名定位PAX_SSR信息,如果机票是不可得的话
f.记录当值时的PAX间歇
g.记录代理者的午餐休息
8、终端的地图布局(包括调度控制模块22)
a.用点(dots)显示,点代表在各闸门的PAX,当PAX被服务时,该 点将消失。
b.用其它标志(如三
角形)显示代理者,用着色的三角形来表明该代 理者的状态
c.点按某个标志以查看PAX或者代理者信息
在手持设备上的样本的总体用户界面(General User Interfaces,GUIs)
对于每个模块的这个样本用户界面描述如下。主要目的是识别需要提供什 么信息给用户以及从用户中获得什么信息。经屏幕捕捉所得的用户界面显示了输 入的条目,这些条目将成为对用户有用的信息,而有关功能的按钮则通过有关模 块得到支持。
图3a显示了从调度者发送到代理者口袋式个人电脑24的SSR请求的屏 幕1。图3b显示了代理者口袋式个人电脑24的屏幕2,该屏幕显示了某个 PAX_SSR请求的详细信息。在这个例子中,所述的代理者不得不只服务于一个 旅客,如屏幕1所示(PAX数量)。该代理者的口袋式个人电脑24将显示从该 闸门到达的所有PAX的列表(假设是离港航班),和无论是哪一个PAX第一个 到来,该代理者都将为他服务。因此在这个例子中,Smith和Mary是两个带有 SSR的PAX,各有不同的关联闸门,而任何第一个到来的PAX都将得到该代理 者的照顾。图3c显示了用作non_SSR(非SSR)入口的屏幕3。
所述的模块20具有以下屏幕,该模块20提供了一个注册中心。
屏幕1:输入代理者信息
屏幕2:输入航班信息
屏幕3:输入PAX_SSR信息
调度中心
所述的调度中心22具有第一个屏幕,所述的代理者在该屏幕登录,如下所 示。
屏幕1:代理者登录
第二个屏幕是直接用于调度运作的,该屏幕具有如下所示的两个视窗,一个 视窗用于显示不同的数据库记录和处理活动,第二个视窗用于显示对应的地图布 局。按照优先权排序,视窗1(Window 1)在各个格子中显示所有的记录。所 述的调度者可以选择一个记录,并执行有关操作。视窗2(Window 2)显示了 该终端布局。所述的调度者可以点按地图上的某点,并在下方的数据框中取得该 点的信息。
屏幕2:
视窗1(Window 1) 视窗2(Window 2)
在位于调度中心22的第三个屏幕中将产生一个如下所示的报告。
屏幕3:报告生成
本领域的普通技术人员可能作出的许多变更和修改,都包含于本发明的精神 实质与保护范围之内。因此,必须明确指出,本发明所提供的图解具体实施例仅 是用于说明本发明目的的例子,而且实施例将不会作为对通过以下权利要求所定 义的本发明的任何限制。例如,尽管一个权利要求的特征元素的事实是在以下 的某个组合中提出,必须清楚地指出,本发明包括少数、更多或者不同特征元素 的各种组合,即使这样的组合未在初始权利要求中提出,它们也已经在上述例子 中得到揭示。
用于本说明书中阐述本发明以及它的各种的具体实施例的文字,是便于理解 之用,不仅在它们通常定义的意思的判断上,而且还包括通过本说明书所述的结 构、材料或者动作所作出的超过通常定义的意思的范围的特殊定义。因此,如果 一个特征元素可以在本说明书的上下文中得到理解,例如包括一个以上的含义, 这时,采用在某个权利要求中的这些特征元素,应当被理解为一般意义上的所有 合理的含义,并得到本说明书的支持,以及这些文字本身的支持。
因此,文字的定义或者下列权利要求中的特征元素在本说明书中的定义,包 括不仅是依照原文提出的这些特征元素的组合,而且是所有采用基本相同的结 构、材料或者动作,实现实质上相同的功能,以实质上相同的方法获得实质上相 同的结果。因此,在这个方面,它被认为是一种对于两个或者更多的特征元素的 等同替代,可以被作为任何一个在以下某个权利要求的特征元素,或者该单个的 特征元素可以在某个权利要求中用两个或者两个以上的特征元素所替代。虽然 这些特征元素可能在上面已经描述了,正如在特定组合中发生动作,以及在初始 权利要求中主张过,将要清楚地指出的是,从一个权利要求中所主张的组合中, 一个或者多个特征元素在某种程度上可以是从该组合中删除的,而且,所主张的 组合可以直接是一种再次组合,或者是一种再次组合的变化。
从所主张的主题中产生的非实质性的变化,例如通过一个本领域一般技术人 员的浏览,目前已知的或者是以后知晓的,都是清楚地阐述在本发明的权利要求 的范围内或者等同的范围之内。因此,对于一个本领域一般技术人员目前或者以 后所知的明显等同,都定义在本发明所定义的特征元素的范围之内。
因此,所述的权利要求将被理解为:包括以上专门说明和描述的内容、概念 上等同的内容、可以被明显地替代的内容,以及本发明中基本上合并的必要观点。
相关专利申请
本发明专利申请与2004年3月8日递交的申请号为60/551,147的美国临 时专利申请相关,根据美国专利法(美国法典第35编,35USC)第119条(§ 119)的规定在此引用上述专利申请,并要求作为本发明专利申请的优先权。
发明背景