跨架构航班跟踪系统的制作方法

专利名称：跨架构航班跟踪系统的制作方法
技术领域：
本公开涉及对象信息的通信，并且具体涉及将航班状态信息中 继到即时消息客户端，以向订户显示。
背景技术：
虽然世界人口不断增加，但是我们与其他人通信并且交换想法 的能力将我们变得更近。这些通信方法也使得全球的信息唾手可得。 为了连接个人的需要，开发了不同的技术。很多个人使用多个不同 的技术来保持其连通性。可用的技术过多时，需要将正确的信息以 正确的方式提供给正确的个人。

发明内容
一种跨架构航班跟踪系统，有助于个人跟踪航空公司的航班状 态。基于对即时消息收发客户端的个人可访问性，订户智能地、实
时地接收状态更新。该系统通过以下动作来促进状态更新将航班 作为个人即时消息收发客户端的联系人列表中的联系人来维护并列 出；处理来自航空公司的状态更新；以及通过能够成功传送消息的 信道来将状态更新传递给订户。
根据下面的附图和详细描述，本领域技术人员将清楚其他系统、 方法、特性和优点。所有这种附加系统、方法、特性和方法包含在 该说明书中，在所要求的主题范围内，并且由下面的权利要求书进 行保护。


,
参考下面的附图和描述将更好地理解本系统。图中的元素未必是按照比例的，重点在于说明该系统的原理。在图中，相似的附图 标记从不同视角指示对应的部分。
图1示出了跨架构航班跟踪架构。
图2示出了航班对象创建流、联系人列表更新消息流以及航班 状态更新消息流。
图3示出了4元班状态通知消息流。
图4示出了订户注册流程图。
图5示出了 NSE订户注册流程图。
图6示出了航班条目对象创建流程图。
图7示出了航班状态更新消息流程图。
图8示出了航班状态通知消息流程图。
图9示出了备选的跨架构航班跟踪架构。
图10示出了注册逻辑流程图。
图11示出了输入逻辑流程图。
图12示出了航班对象创建的处理逻辑流程图。
图13示出了航班状态更新的处理逻辑流程图。
图14示出了航班状态更新通知的处理逻辑流程图。
图15示出了输出逻辑流程图。
图16示出了提供航班对象的订户端点联系人列表。 图17示出了提供航班状态更新的订户端点联系人列表。 图18示出了提供航班状态通知的订户端点联系人列表。 图19示出了具有客户端逻辑的订户端点。 图20示出了客户端逻辑流程图。
具体实施例方式
图1示出了跨架构航班跟踪架构100。该架构100包括现有电 信网络(LTN)102，连接到LTN的通知系统扩展(NSE)104，通信网络 106,以及订户端点(SE)108。 LTN102可以与第三方网关IIO通信。 该第三方网关IIO可以和第三方客户端112通信。该第三方客户端112可以是航空公司的计算机系统，例如包括预定系统、^Ji状态系 统、旅客分配系统或航空公司的其他处理系统。作为附加的示例， 航空公司计算机系统可以是航空公司的web服务器，地勤人员操作 的终端，或其他任何第三方输入源。该第三方客户端112可以通过 通信网络106与订户通信。例如，该第三方客户端可以,人订户处接 收指令，重新设置订户指令的格式，并将重新设置格式的指令转发 到第三方网关110。第三方网关110可以在LTN 102的内部或外部。
现有电信网络102包括服务协调(SO)模块114， SO存在服务 器(SO-PS)接口 116,因特网协议(IP)多媒体子系统(IMS)存在服务器 118 (其作为示例性的现有存在服务器)，统一目录(UD)120, UD会 话发起协议(SIP)网关122,网络存在模块124, SIP应用服务器(SIP AS)126,和网络连接接口 128。这些组件中的每个都可以既通过SO 114又可以独立于SO 114与其他每个组件通信。该SO 114与第三方 网关110通信。LTN 102可以包括服务递送平台(SDP)或对SDP功能 进行仿真的架构。此类功能可以包括对事件与规范格式和标准化 消息进行双向转换，以及处理去往和来自各个网络节点和服务平台 的应用的服务请求。
SO 114可以协调应用、网络节点和/或服务平台之间的通信和消 息转换。SO存在服务器接口 116可以执行在SO 114和IMS存在服 务器118之间的通信转换。例如，SO存在服务器接口 116可以是存 在监视器(Pw)网络网关(PwNGW)。 SO存在服务器接口 116还可以 包括可扩展标记语言(XML)配置接入协议(XCAP)网络网关(XCAP NGW)。该XCAP NGW可以执行SO 114、 Pw NGW或任何其他LTN 模块和群组列表管理服务器(GLMS)130之间的通信转换。
IMS存在服务器118基于因特网协议(IP)来执行和控制服务，并 且管理NSE存在信息。NSE存在信息可以包括IMS存在信息。群组 列表管理服务器(GLMS)130可以在IMS存在服务器118内部。可选 的，GLMS 130可以在外部并且可以与IMS存在服务器118通信。 该GLMS 130可以存储订户的联系人列表并且才丸行诸如添加、编辑
8和删除来自订户联系人列表的群组和联系人的功能。
统一目录120存储订户信息，例如现有订户简档信息和现有订 户存在信息。UD 120可以通过UD-SIP网关122与NSE 104通信， 通过网络存在模块124和/或SO 114与SE 108通信。因此，UP-SIP 网关122可以是可操作以接受航班跟踪请求的示例性网关。
UD-SIP网关122向NSE 104公开UD 120。 UD-SIP网关122可 以包括IMS服务控制(ISC)网络网关(ISCNGW)。该ISCNGW可以 将NSE 104的SIP消息转换为适合于UD 120或SO 114的超文本传 输协议(HTTP)请求，反之亦然。
作为示例性现有网络存在寄存器或示例性现有网络存在寄存器 的一部分，网络存在模块124管理任何或所有现有SE 144的存在信 息。网络存在模块124可以包括通知代理(NA)。 NA可以管理来自于 现有SE 144的传入存在信息。NA还可以选择正确的信道来向订户 发送信息，例如通过NSE 104或通过现有通信信道(例如网络连接 接口 128)。
网络存在模块124还可以包括存在网络代理(PNA)。 PNA可以与 IMS存在服务器118和GLMS 130通信。作为示例性现有网络存在 寄存器或示例性现有网络存在寄存器的一部分，PNA可以从现有SE 144收集现有订户存在信息并在IMS存在服务器上发布该信息。PNA 可以根据现有网络提供的接口能力从现有订户查询存在信息。现有 存在信息可以存储在作为示例性现有网络存在寄存器或示例性现有 网络存在寄存器一部分的统一目录120中，并可以从中获取。
SIP AS 126与NSE 104通信，例如向支持IMS的SE 108发送即 时消息。网络通信接口 128通过网络106与现有SE108通信。现有 SE 144可以由移动订户综合业务数字网(MSISDN)号码或宽带/因特 网协议(IP)电视(IPTV)订户标识(例如e-mail地址)来进行标识，。
通知系统扩展104包括呼叫会话控制功能(CSCF),例如代理 CSCF(P-CSCF)和查询CSCF(I-CSCF)132，以及服务 CSCF(S-CSCF)134。 NSE 104还包括归属订户服务器(HSS)136。P-CSCF/I-CSCF132位于所有信令消息的路径上，具有监视这些消息 的能力，并且对订户进行认证。S-CSCF 134处理SIP注册，位于所 有信令消息的路径上，具有监视这些消息的能力，确定哪个应用服 务器(AS)转发SIP消息，并路由消息。S-CSCF可以是示例性订户服 务或示例性订户服务的一部分。HSS 136是支持其他NSE组件的主 数据库。HSS 136可以存储与订阅相关的信息，例如订户简档。NSE 104可以包括其他IMS控制组件和/或是IMS控制系统。
通信网络106可以包括支持IMS的网络138和现有网络140。 通信网络106可以包括xDSL网络、IP网络和/或移动网络、或其组 合。通信网络106可以包括有线网络、无线网络或其组合。无线网 络可以是使用数据网络标准例如lxRRT、 UMTS、 HSDPA、 EDGE 或EVDO的蜂窝电话网络，或802.11、 802.11b、 802.11g、 802.lln、 802.16或802.20网络。此外，网络106可以是公共网络(例如因特 网)也可以是专有网络(例如企业网)或其组合，并且可以利用目 前可用或后来开发的各种联网协议，包括但不限于基于TCP/IP的网 络协议。网络106提供的信息可以由网络浏览器或移动web浏览器
浏览器、MOZILLA(TM) FIREFOX(TM)浏览器、APPLE(TM) SAFARI(TM)浏览器、OPERA(TM) MINI(TM)浏览器、ACCESS(TM) NETFRONT(TM)浏览器、PALM(TM) BLAZER(TM)浏览器、 NOKIA(TM) MINI MAP(TM)浏览器、CINGULAR(TM) MEDIA NET(TM)访问、BLACKBERRY(TM)浏览器或 THUNDERHAWK(TM)浏览器。
网络106可以包括例如因特网的广域网(WAN)、局域网(LAN)、 校园网、城域网或任何可允许数据通信的其他网络。网络106可以 被分成子网。子网络可以允许对连接到网络106的所有其他组件进 行接入，或子网可以限制连接到网络106的组件之间的接入。网络 106可以被认为是公共网络连接或专有网络连接，并且例如可以包括 虛拟专有网络，或在公共因特网上采用的加密或其他安全机制等。订户端点(SE)108可以包括支持IMS的客户端142和非IMS兼 容的客户端，例如现有的SE144。支持IMS的客户端142可以包括 能够运行即时消息应用的系统。现有SE 144可以包括全球移动通信 系统(GSM)电话和/或宽带/IPTV订户。
图2示出了航班条目对象创造流，联系人列表更新消息流，以 及航班状态更新消息流200。 SE 108向UD 120发送消息，通知UD 120将SE 108注册为存在并且可用(202)。该消息可以通过网络106 和网络存在模块124来发送。SE108也可以向NSE 104发送消息， 从而将SE 108注册为存在和可用(204)。例如当SE 108运行支持IMS 的客户端(例如即时消息应用)时，可能进行第二注册204。
在预定航线座位时或者在这之后，订户可能期望订阅和发布航 班跟踪订阅命令，以订阅航班跟踪特征。订户指示SE 108向第三方 网关110发送航班跟踪订阅命令(206)。该第三方网关IIO可以是操 作以接受航班跟踪请求的示例性网关。例如，SE108可以向航空公 司服务发送命令，并且航空公司服务可以将该请求转发到第三方网 关110。可选地，SE 108可以向第三方网关110直4妄提供命令。该 第三方网关110然后将该请求转发到SO 114。该SO 114可选地确定 SE 108或者与SE 108相关联的订户是否具有UD账户(210)。UD 120 可以确认SE 108或订户具有账户(212)或否认该账户存在。
SO 114继而请求IMS存在服务器118向订户的联系人列表插入 航班联系人条目，例如航班联系人对象。例如，IMS存在服务器118 可以将航班联系人条目添加到GLMS 130上存储的订户联系人列表 中。该4元班联系人条目可以包括航班标识符和/或航班状态信息，例 如航班号、航空公司名、起飞时间和日期、航站楼号、登机口号和/ 或座位号。
一旦IMS存在服务器在订户的联系人列表中创建了航班联系人 条目，则IMS存在服务器将更新的联系人列表通知SE 108。例如， IMS存在服务器向NSE 104发送通知消息(216)。该NSE 104继而转 换并发送该通知消息给SE 108(218)。 SE108继而可以获取更新后的联系人列表。
航空公司可能期望将航班状态的改变通知给订户。航空公司可 以向第三方网关110发送航班状态更新消息。该4元班状态更新消息 可以指示被动通知的优选项。被动通知可以包括对联系人列表中状
态消息的更新。第三方网关110继而将该航班状态更新消息发送给 SO 114(220)。 SO 114继而将该航班状态更新消息发送给IMS存在服 务器118 (222)。该IMS存在服务器继而可以更新该航班对象的状态 信息。例如，IMS存在服务器可以更新GLMS 130上存储的订户联 系人列表的航班联系人条目的状态信息。IMS存在服务器118继而 将该更新的航班状态通知SE 108。例如，IMS存在月艮务器118将该 更新后的航班状态信息发送到NSE 104 (224)。 NSE 104继而可以转 换更新后的航班状态信息，并将其发送给SE 108 (226)。 SE108继而 可以将更新后的航班状态信息显示为与联系人列表显示中的联系人 相关联的状态信息。
图3示出了航班状态通知消息流300。航空公司可能期望将航班 状态的改变主动通知给订户。航空公司可以向第三方网关IIO发送 该航班状态更新信息。该航班状态更新信息可以包括主动通知的优 选项。主动通知可以包括包含消息的弹出即时消息窗。第三方网关 110将航班状态更新信息发送到SO 114 (302)。 SO 114将该航班状态 更新信息发送到IMS存在服务器118 (304)。 IMS存在服务器可以更 新航班对象的状态信息。例如，IMS存在服务器可以更新GLMS 130 中存储的订户联系人列表中航班联系人条目的状态信息。
IMS存在服务器118可以确定使用哪个通信信道来将更新后的 航班状态主动通知给SE 108 (306)。例如，IMS存在服务器118可以 确定SE 108在IMS存在服务器上是否注册为存在。如果SE 108在 IMS存在服务器上注册为存在，则IMS存在服务器118可以确定通 过NSE 104来发送航班状态通知。如果SE108没有在IMS存在服务 器上注册为存在，则IMS存在服务器118可以确定通过可选的通信 信道来发送4元班状态通知。
12IMS存在服务器118可以将更新后的航班状态信息传送给NSE 104 (308)。 NSE 104可以转换该更新的航班状态信息，并将其发送给 SE 108 (310)。 SE 108可以主动地显示更新后的航班状态信息，例如 通过即时消息弹出窗口。可选地或附加地，IMS存在服务器118可 以将更新后的航班状态信息发送给SO 114(312)。 SO IM可以转换 该更新后的航班状态信息，并将其发送给SE 108 (314)。例如，SO 114 可以通过网络通信^接口 128向现有网络构架140发送更新后的航班 状态信息。SE 108继而可以主动地显示更新后的航班状态〗言息，例 如显示为短消息服务(SMS)文本消息。
图4示出了订户注册流程图400。订户首先向SE 108进行注册 (402)。例如，订户可以登录到终端， 一旦得到终端认证，订户继而 可以登录到即时消息应用和/或及时消息服务器。可选地，订户可以 初始化SE108,继而108可以向网络进4亍注册。订户可以向一个或 多个SE108进行注册。例如，订户可以通过即时消息客户端以及通 过GSM电话来进行注册。
SE 108向网络存在模块124注册(404)。该注册通知LTN 102: SE 108可用于通过通信网络106进行通信。网络存在模块124与UD 120通信，以确定SE 108是否被授权(406)。例如，网络存在^t块124 可以检查UD120，以查看SE是否具有LTN 102的账户。如果SE 没有被授权，则网络存在模块124通知SE108其没有被授权使用LTN 服务(408)。
如果SE 108被授权，则SE 108可以可选地向NSE 104注册(410)。 例如当SE 108运行IMS兼容的客户端(例如，即时消息应用)时， 可能进行该注册。NSE 104检查HSS 136，以确定SE108是否被授 权(412)。如果检查确定SE 108被授权，贝'J NSE 104确认SE 108被 授权(414)。如果SE108没有被授权，则NSE 104通知SE 108失败 (408)。
图5示出了 NSE订户注册流程图410。 SE 108首先尝试向NSE 104注册(5Q2)。初始注册尝试可能会失败(504)。 SE108继而向NSE104发送注册命令(506)。该注册命令可以^皮发送到P-CSCF。 P-CSCF 继而找到归属网络入口点(508)。归属网络入口点可以是I-CSCF。 P-CSCF继而将注册请求转发到I-CSCF (510)。I-CSCF查询HSS 136， 以找到为SE 108分配的S-CSCF 134 (512)。如果没有分配S-CSCF 134，或者SE 108没有被NSE 104授权，则NSE 104通知SE 108授 权不存在(514)。
如果分配了 S-CSCF134，或如果SE108针对NSE104被授权， 则HSS 136返回分配给SE 108的S-CSCF 134的地址(516)。 I-CSCF 将注册请求转发给S-CSCF 134 (518)。 HSS 136还向I-CSCF返回包 含对应于SE 108的过滤标准的简档(520)。 I-CSCF向S-CSCF 134转 发该简档。S-CSCF 134分析该过滤标准，以确定是否应当联系IMS 存在服务器118和/或UP-SIP网关122 (522)。
如果应当联系IMS存在服务器118,则S-CSCF 134创建新的注 册请求，并将该新注册请求发送到IMS存在服务器118 (524)。该IMS 存在服务器继而可以确认该请求(526)。如果应当联系UP-SIP网关 122,则S-CSCF 134创建新的注册请求，并将该新注册请求发送到 UD-SIP网关122 (528)。UD-SIP网关122继而可以确i人该请求(530)。 UD-SIP网关122继而可以向UD 120通知SE 108的注册(532)。 S-CSCF 134继而可以将关于注册的成功或失败通知给P-CSCF (534)。 P-CSCF继而可以将注册的成功或失败通知给SE 108 (536)。
图6示出了航班对象创建流程图600。订户将其期望订阅的航班 跟踪特征通知航空公司(602)。航空公司请求第三方网关110来确i人 订户具有可以实现航班跟踪特征的账户(604)。 TPG 110可以确定航 空是否具有请求订户的航班跟踪特征的授权(606)。如果航空公司没 有被授权，则TPG通知航空公司该请求不能被完成(608)。
如果航空公司被授权，则TPG UO联系服务代理，以验证SE 108 具有LTN 102的相关账户(610)。例如，TPG IIO可以与SO 114通信 以请求该验证。服务代理为了该验证而联系UD120 (612)。如果 UD 120无法验证存在与SE 108相关联的账户，则TPG 110通知航空公司该请求不能被完成(608)。如果账户存在，则UD 120向TPG 110 确认该请求(614)。 TPG 110继而将该确i/v传递给航空公司(616)。
航空公司可以向TPG UO发送请求，以便将航班联系人对象条 目添加到订户的联系人列表中(618)。可以在确i人订户存在的初始i青 求614之后执行该请求或与之同时执行。TPG IIO将该请求转发到 SO 114(620)。 SO将该请求转发到SO存在服务器接口 116(622)。 SO 存在服务器接口 116将航班联系人对象条目添加到GLMS 118中的 订户联系人列表中(624)。例如，XCAPNGW可以从S0114接收请 求，并将该航班联系人对象条目的添加传送给GLMS 118。
SO存在服务器接口向IMS存在服务器118公布航班联系人对象 条目的状态(626)。例如，PwNGW可以从XCAPNGW接收有关航 班联系人对象条目的通知，并且PwNGW可以通知将更新的航班状 态通知IMS存在服务器118。 UD-SIP网关122继而可以将联系人列 表更新通知SE 108 (628)。例如，SO存在服务器可以通知UD-SIP 网关122联系人列表更新，以及将该信息中继到SE108的指令。 UD-SIP网关122可以通过NSE 104来通知SE 108。 SE 108继而可 以从GLMS 118请其和获取更新后的联系人列表(630)。
图7示出了航班状态更新消息流程图700。航空公司向TPG110 发送航班状态改变(702)。 TPG 110通过SO 114将该航班状态改变信 息转发到SO存在服务器接口 116(704)。例如，该请求可以被转发到 PwNGW。 SO存在服务器接口 116向IMS存在服务器118公布该航 班状态(706)。例如，PwNGW可以公布该状态。IMS存在服务器118 继而向SE 108传送该航班状态更新(708)。该通信可以通过NSE 104 来完成。SE 108可以改变航班对象条目的状态(710)。例如，SE108 可以在显示订户联系人列表的客户端窗口内更新状态消息。
图8示出了航班状态通知消息流程图800。航空公司向TPG 110 发送请求，以通知SE 108航班状态更新(802)。 TPG110将该请求转 发给SO 114(804)。 SO 114检查UD 120，以确定SE108是否通过 NSE 104存在(806)。如果SE 108通过NSE 1Q4存在，则SO将该航班状态更新通知转发到UD-SIP网关122(808)。 UD-SIP网关将该信 息转换为即时消息通知，并通过NSE 104将该通知发送到SE 108(810)。当SE 108接收到即时消息通知时，SE108可以使订户客 户端打开即时消息窗口并显示该航班状态更新消息(812)。如果SE 108没有通过NSE 104存在，则SO 114将该信息转换为短消息文本 消息，并通过网络连接接口 128将该消息发送给SE 108(814)。当SE 108接收到短消息文本消息时，SE 108可以使订户客户端显示该短 消息文本消息(816)。
图9示出了备选的跨架构飞机航班架构900。在图9中，系统架 构900包括上述功能的集中式实施方式。换句话说，该系统不需要 采用图1所示的分布式和描迷的架构来实施，而是可以划分为较少 的模块、系统、服务器或系统的其他实现方式。架构900包括显 示器902、处理器904、存储器906以及通信逻辑908。通信逻辑908 可以在显示器902、处理器904、存储器906和网络138和140之间 传递消息。网络138和140的每一个都可以和订户端点108通信和/ 或^皮此之间通信。
存储器906包括航班跟踪逻辑910、现有电信逻辑912、通知 系统扩展逻辑914、航班跟踪请求916和联系人列表918。存储器906 可以包括这些组件的一个或多个版本。航班跟踪逻辑910可以指示 处理器904执行航班信息跟踪的处理过程。LT逻辑912可以指示处 理器904执行符合LTN 102操作的处理过程。NSE逻辑914可以指 示处理器904执行符合NSE 104操作的处理过程。航班跟踪请求916 存储与航班请求相关联的信息。联系人列表918存储与订户联系人 列表相关联的数据。联系人列表918可以与GLMS 130上存储的联 系人列表一致。
航班跟踪逻辑910包括注册逻辑920、输入逻辑922、处理逻 辑924和输出逻辑926。注册逻辑920可以指示处理器904向LT逻 辑912和/或NSE逻辑914注册SE 108。换句话说，注册逻辑920 可以是类似于(特别地，基本上等同于)或包含/被包含于现有网络
16存在寄存器和/或订户服务。输入逻辑922可以指示处理器904来处 理从SE 108或航空公司到架构900的通信。换句话说，输入逻辑922 可以是类似于(特别地，基本上等同于)或包含/被包含于可操作以 接受航班跟踪请求的网关。处理逻辑924可以指示处理器904处理 LT逻辑912、 NSE逻辑914、 SE108和航空公司之间的通信。换句 话说，处理逻辑924可以是类似于(特别地，基本上等同于)或包 含/或被包含于现有存在服务器。输出逻辑926可以指示处理器904 处理从架构900到SE108或航空公司的通信。换句话说，输出逻辑 926可以类似于(特别地，基本上等同于)或包含/被包含于现有存 在服务器。
LT逻辑912包括LT存在信息928和航班更新信息930。 LT存 在信息928可以包括SE108的存在信息。例如，LT存在信息928 可以指示SE可以通过现有网络架构140进行通信。航班更新信息 930可以用于在架构900内部更新航班信息。可选地或附加地，航班 更新信息930可以用于通知SE 108更新后的航班状态。该航班更新 信息930可以包括订户标识932、航班标识934、航班状态936和/ 或通知方法938。订户标识932可以用于引导发送到SE 108的通知 消息，或用于标识联系人列表918以用于更新。航班ID934可以用 于标识航班联系人条目以用于更新。可选地或附加地，航班ID934 可以在发送到SE 108的通知消息中使用，以确认航班更新。航班状 态936可以存储在联系人列表918中。可选地或附加地，航班状态 936可以发送到SE 108，以通知订户例如航班延迟或取消。通知方 法938可以指示航空公司是否期望订户通过联系状态的改变、即时 消息或通过SMS文本接收通知。
NSE逻辑914包括通知系统扩展存在信息940和订户简档信息 942。 NSE存在信息940可以包括SE108的存在信息。例如，NSE 存在信息940可以指示SE 108可用于通过IMS网络138进行通信。 订户简档信息942可以用于建立合适的通信信道。订户简档信息942 还可以包含过滤标准。航班跟踪请求916包括航班标识符944、订户标识符946和优选 SE信息948。航班标识符944可以用于航班联系人条目的创建。订 户标识符946可以用于找到将在其中输入航班联系人条目的联系人 列表。订户标识符946还可以用于标识将向其发送联系人列表更新 通知消息的SE 108。优选SE信息948可以用于标识应当优选地将任 何通信引导到与订户相关的哪个SE 108。例如，订户可以^使用运4亍 在笔记本电脑和GSM电话上的即时消息客户端。当即时消息客户端 可以通过文本消息到达GSM电话时，订户可以优选发送到即时消息 客户端的通知。可选地或附加地，航空公司可能倾向于在支持IMS 的客户端之前通知支持SMS的客户端。
联系人列表918包括订户ID950、航班联系人条目952、朋友联 系人条目954和工作联系人条目956。该联系人列表可以具有这些组 件的一个或多个版本。例如，联系人列表918可以具有多个对应于 不同专用平台ID的订户ID 950,例如AMERICA ONLINE(TM) INSTANT MESSENGER (AIM) (TM) ID, YAHOO! (TM) MESSENGER (TM) ID,和WINDOWS (TM) LIVE MESSENGER (TM) ID。可选地或附加地，联系人类别918可以具有一个或多个4jt班联 系人条目952、朋友联系人条目954和/或工作联系人条目956。
订户ID 950可以用于标识联系人列表918。航班联系人条目952 包括航班ID 958和航班状态信息960。航班ID 958可以用于标识航 班联系人条目952。航班状态信息960可以被发送到对其关心的一 方，例如SE108，以便显示给订户。朋友联系人条目954包括朋友 ID 962和朋友状态信息964。朋友ID 962可以用于标识朋友联系人 条目954,并可以对应于另一联系人列表918的订户ID 950。朋友状 态信息964可以被发送到对其关心的一方，例如SE108,以便显示 给订户。工作联系人条目956包括工作联系人ID 966和工作联系状 态信息968。工作联系ID 966可以用于标识工作联系人条目952并 可以对应于另一联系人列表918的订户ID 950。工作联系人状态信 息968可以;波发送到对其关心的一方，例如SE108，以〗更显示给订户。
图10示出了由注册逻辑920执行的流程图1000。注册逻辑920 接收SE 108存在的通知(1002)。该通知可以源自SE 108。注册逻辑 920从通知中解析标识信息(1004)。该ID信息可以包括订户标识符 和/或SE标识符。注册逻辑920将通知与ID信息一并发送到LT逻 辑912(1006)。该通知可是起初由注册逻辑912接收到的通知，或其 可以是原始通知经过重新格式设置的版本。注册逻辑920确定ID信 息是否由LT逻辑912授权(1006)。例如，LT逻辑可以将ID信息和 授权订户的列表进行比较，并向注册逻辑920发送确认信号。
如果注册逻辑920确定该ID没有纟皮4t^又，则注册逻辑920向请 求者返回无法完成注册的通知(1008)。但是，如果注册逻辑920确定 该ID被授权，则注册逻辑920利用LT逻辑912将该ID存储为存在 (1010)。例如，注册逻辑920可以请求LT逻辑912将该ID存储为 LT存在信息928。注册逻辑920优选地将通知和ID信息一同发给 NSE逻辑914(1012)。该通知可以是发送到LT逻辑912的通知，或 其可以是该通知重新设置格式的版本。注册逻辑920请求NSE逻辑 914确定该ID信息是否被授权(1014)。例如，NSE逻辑914可以将 该ID信息与授权订户的列表(例如，订户筒档信息942的集合)进 行比较，并且向注册逻辑920返回确认信号。
如果注册逻辑920确定该ID没有被授权，则注册逻辑920向请 求者返回注册无法完成的通知(1008)。然而，如果注册逻辑920确定 该ID被授权，则该注册逻辑920请求NSE逻辑914将该ID存储为 存在。例如，NSE逻辑914可以将该ID信息存储为NSE存在信息 940。
图11示出了由输入逻辑922执行的流程图1100。输入逻辑922 接收传入力元班消息(1102)。该传入航班消息可以由航空^>司发出。该 消息可以响应于航班请求、航班状态更新或其他事件。输入逻辑922 确定消息类型(1104)。输入逻辑922可以通过读:f又作为该消息一部分 发送的类型信息来完成确定。可选地或附加地，##入逻辑922可以
19基于与该消息 一起发送的信息内容来完成该确定。
如果输入逻辑922确定该消息是航班跟踪请求，输入逻辑922从该请求中解析ID信息(1106)。该ID信息可以包括订户标识符、SE标识符和/或4元班标识符。输入逻辑922可以优选地从该消息解析附加信息，例如初始航班状态信息。输入逻辑922继而向处理逻辑924发送经过解析的信息(1108)。该经过解析的信息可以包括ID信息和/或请求中的任何附加信息。
如果输入逻辑922确定该消息是航班更新请求时，输入逻辑922从该请求中解析ID信息(lllO)。该ID信息可以包括订户标识符、SE标识符和/或航班标识符。输入逻辑922还从该消息中解析更新信息，例如更新的航班状态信息(1112)。输入逻辑922继而将经过解析的信息发送到处理逻辑924( 1114)。该经过解析的信息可以包括ID信息、更新的信息和/或请求中的任何附加信息。
图12示出了可以由处理逻辑924执行的航班对象建立的流程图1200。处理逻辑924接收航班跟踪请求(1202)。该请求可以由输入逻辑922中发出。可选地或附加地，该请求可以源自TPG 110、通信逻辑908或4元空^^司。该请求可以包括标识信息，例如订户标识符、SE标识符和/或4元班标识符。该请求可以包括附加信息，例如初始航班状态信息。
处理逻辑924尝试定位联系人列表918(1204)。处理逻辑924可以使用标识信息来定位联系人列表918。例如，处理逻辑924可以将标识信息中的订户标识符与联系人列表中的订户标识符950进行比较。如果无法定位联系人列表，处理逻辑924可以尝试创建联系人列表。如果处理逻辑924确定无法创建列表，处理逻辑924向请求者返回无法将航班跟踪请求添加到联系人列表918的通知(1206)。
如果列表存在，处理逻辑924将创建航班联系人对象条目952(1208)。因此，处理逻辑可以类似于(特别地，基本上等同于)或包含/被包含于协调模块。航班联系人对象条目可以具有与朋友联系人条目954和/或工作联系人条目956相似的格式。例如，处理逻辑924可以将请求中的航班标识符存储为航班联系人条目952中的航班标识符958。可选地或附加地，处理逻辑924可以将_清求中的初始航班状态信息存储为航班联系人条目942中的航班状态信息960。
处理逻辑924继而将航班联系人条目952插入到联系人列表918中(1210)。处理逻辑924可以将航班联系人条目952插入到具有与请求中订户标识符相对应的订户标识符950的联系人列表918中。处理逻辑924存储具有新航班联系人条目952的联系人列表(1212)。如果不存在联系人列表，则处理逻辑924确定应当创建列表，继而处理逻辑924可以在创建航班联系人条目之前，使用请求中的订户标识符来创建联系人列表918 。
图13示出了可以由处理逻辑924执行的航班状态更新流程图1300。处理逻辑924接收航班状态更新(1302)。航班状态更新可以源自输入逻辑922。可选地或附加地，该请求可以源自TPGllO、通信逻辑908或4元空^^司。该请求可以包括标识信息，例如订户标识符、SE标识符和/或航班标识符。该请求可以包括附加信息，例如更新的^J在状态信息。
处理逻辑924尝试定位联系人列表918(1304)。处理逻辑924可以使用标识信息来定位联系人列表918。例如，处理逻辑924可以将标识信息中的订户标识符与联系人列表918中的订户标识符950进行比较。如果无法定位联系人列表，处理逻辑924可以尝试创建联系人列表。如果处理逻辑924确定无法创建列表，处理逻辑924向请求者返回无法执行航班状态更新请求的通知(13 06)。
如果列表存在，处理逻辑924在联系人列表918中定位航班联系人对象条目952(1308)。处理逻辑924可以使用标识信息来定位航班联系人对象条目952。例如，处理逻辑924可以将标识信息中的航班标识符与联系人列表918中的航班标识符950进4亍比4交。如果无法定位航班联系人条目952，则处理逻辑924可以尝试建立航班联系人条目952。如果处理逻辑924确定无法建立航班联系人条目，处理逻辑924向请求者返回无法执行航班状态更新请求的通知(1306)。处理逻辑924利用请求中的信息来更新航班联系人条目(1310)。例如，处理逻辑924可以将请求中的更新航班状态信息存储为航班联系人条目952中的航班状态信息960。处理逻辑924存储航班联系人对象条目(1312)。
图14示出了可以由处理逻辑924执行的航班状态更新通知流程图1400。处理逻辑924接收航班状态更新(1402)。该航班状态更新可以源自输入逻辑922。可选地或附加地，该请求可以源自TPG 110、通信逻辑908或航空公司。该请求可以包括标识信息，例如订户标识符、SE标识符和/或航班标识符。该请求可以包^"附加卩言息，例如更新的航班状态信 息。
处理逻辑924尝试基于标识信息来定位NSE存在状态(1404)。处理逻辑924可以使用标识信息来定位NSE存在状态。例如，处理逻辑924可以将标识信息中的SE标识符与存储在NSE存在信息940中的SE标识符进行比较。如果处理逻辑924定位到指示SE已注册、并且通过NSE通信信道而存在的相应标识信息，处理逻辑924将更新的航班状态信息和NSE通信信道信息传递到输出逻辑926(1406)。
如果处理逻辑924确定SE无法通过NSE通信信道获得，则处理逻辑924定位与标识信息相关联的备选联系信道(1408)。例如，处理逻辑924可以请求利用LT逻辑912来确定该标识信息是否对应于LT存在信息928中的SE标识信息。如果是，则处理逻辑924可以使用LT通信信道来联系SE。处理逻辑924将航班状态更新信息和可选的联系信道信息传递到输出逻辑926(1410)。
图15示出了可由输出逻辑926执行的流程图1500。输出逻辑926接收通知消息(1502)。该通知消息可以源自处理逻辑924。可选地或附加地，该消息可以源自输入逻辑922、通信逻辑908或航空公司。该消息可以包4舌标识信息，例如订户标识符、SE标识符和/或航班标识符。该请求可以包括附加信息，例如初始航班状态信息、更
新的航班状态信息、已更新联系人列表可用的通知和/或通信信道信
白
22输出逻辑926确定通知消息的类型(1504)。该确定可以包括检查消息内的类型字段。可选地或附加地，该确定可以包括才企查消息内的其他信息或信息字段。
如果输出逻辑926确定该消息是更新消息、并且该更新是针对联系人列表的，则输出逻辑926获取与SE 108相关联的NSE联系人信息(1506)。例如，输出逻辑926可以请求NSE逻辑914从NSE存在信息940中或订户简档信息942中获取信息。输出逻辑926继而可以向SE108发送通知消息，以指示更新的联系人列表可用(1508)。该通知消息可以通过支持IMS的网络138来路由。
如果输出逻辑926确定该消息是更新消息、并且该更新是针对状态更新的，则输出逻辑926获取与SE 108相关联的NSE信道信息(1510)。例如，输出逻辑926可以请求NSE逻辑914从NSE存储信息940或订户简档信息942中获取信息。输出逻辑926继而可以向SE 108发送状态更新消息，以指示联系人列表条目的状态发生变化(1512)。该通知消息可以通过支持IMS的网兰各138来路由。
如果输出逻辑926确定该消息是主动通知消息、并且该通知应当通过支持IMS的网络发送，则输出逻辑926获取航班状态更新信息(1514)。该通知消息可以源自处理逻辑924。可选地或附加地，该消息可以源自输入逻辑922、通信逻辑卯8或航空公司。该消息可以包括标识信息、例如订户标识符、SE标识符和/或航班标识符。该请求可以包括附加信息，例如更新状态信息和/或通信信道信息。
输出逻辑926基于通信信道信息向SE 108发送更新的航班状态信息(1516)。例如，输出逻辑926可以请求NSE逻辑914从NSE存在信息940或对应于信道信息的订户简档信息942中检索信息。该通知消息可以通过支持IMS的网络138来路由。
如果输出逻辑926确定该消息是主动通知消息、并且该消息应该通过可选通信信道发送，则输出逻辑926接收航班状态更新信息(1518)。该通知消息可以源自处理逻辑924。可选地或附加地，该消息可以源自输入逻辑922、通信逻辑908或航空公司。该消息可以包
23括标识信息，例如订户标识符、SE标识符和/或航班标识符。该请求
可以包括附加信息，例如更新的航班状态信息和/或通信信道信息。
输出逻辑926基于通信信道信息向SE 108发送更新的航班状态信息(1520)。例如，输出逻辑926可以请求LT逻辑912从与该信道信息对应的LT存在信息928中检索信息。该通知消息可以通过现有网络架构140来路由。
图16示出了具有航班对象的订户端点联系人列表呈现1600。该呈现1600包括对象部分1602。该对象部分1602包括航班对象呈现1604。可选地或附加地，该航班对象呈现1604可以在具有不同部分标识符的部分下。可选地或附加地，该航班对象呈现1604可以在"朋友"或任何其他显示部分下。
该航班对象呈现1604显示与航班对象相关联的信息。例如，该航班对象呈现1604包括航班标识符呈现1606、状态文本呈现1608和状态指示符呈现1610。该航班对象呈现1604可以包括更多或更少的组件。
该航班标识符呈现1606指示与航班对象呈现1604相关联的航班标识符。例如，航班标识符呈现1606指示航班对象呈现1604对应于^t元班号629。可选地或附加地，航班对象呈现1604可以指示航空公司名称或其他航班指示信息。
状态文本呈现1608指示与航班标识符呈现1606中呈现的航班标识符相关联的状态信息。例如，状态文本呈现1608指示#*班629目前正在准时运行，其起飞时刻为2008年4月3日下午3:25,该航班离开奥黑尔，L10登机口，并且该机票为商务艙，座位21B已4皮分配给订户。可选地或附加地，可以呈现其他航班状态4言息，例如其他当前状态信息，其他起飞时间和日期，其他机场或航站楼信息，或其他等级或座位信息。可选地或附加地，状态文本呈现1608可以包括估计到达时间、到达机场或航站楼信息，和/或转机信息。
状态指示符呈现1610指示航班对象1604的状态。例如，状态指示符呈现1610当前是白色气泡并可以指示当前航班没有问题。可选地或附加地，状态指示符呈现1610可以包括其他形状、颜色或形式以用于指示的目的。该状态指示符呈现1610可以提供可选的或附加的指示。例如，状态指示符呈现1610可以指示延迟、取消和/或登机口变化。
图17示出了具有航班状态更新的订户端点联系人列表呈现1700。该呈现1700显示了在SE 108接收到^l元班状态更新后的呈现1600的示例。例如，状态文本呈现1608现在指示航班629延迟，并且新的起飞时间是下午3:55。可选地，状态指示符呈现1610现在是灰色气泡并且可以指示该航班延迟。
图18示出了具有航班状态通知的订户端点联系人列表呈现1800。该呈现1800显示了在SE 108接收到航班状态通知之后的呈现1600的示例。例如，呈现1800包括即时消息窗口 1802。该即时消息窗口 1802可以提供力元班状态更新信息的主动通知。例如，该即时消息窗口包括即时消息1804。
该即时消息1804可以将航班状态更新信息传递到订户。该即时消息1804包括航班标识符呈现1806和即时消息文本1808。该航班标识符呈现1806可以指示与航班状态更新信息相关联的航班。该航班标识符呈现1806可以包括与^元班标识符呈现1606相同的信息。该即时消息文本1808可以包括航班状态更新信息。该即时消息文本1808可以包括与状态文本呈现1608相同或相似的信息。该即时消息文本1808可以包括附加的信息，例如指令。例如，该即时消息文本1808包括指示航班被取消的状态信息，以及指示订户应当联系航空公司改签的指令。
图19示出了支持在即时消息应用中进行状态更新消息收发以及状态更新通知处理的示例性订户端点1900。该订户端点1900包括通信接口 1002(例如天线、放大器、过滤器、解调器或其他信号处理逻辑)、处理器1904和存储器1906。该通信接口 1902可以是有线的或无线接口，并且被发送的信号可以附着到各种格式、调制、频率信道、比特率和编码上，例如由WiFi、 Bluetooth、全^求移动通信系统(GSM)、时分多址接入(TDMA)、频分多址接入(FDMA)、演进数据优化(EVDO)、码分多址接入(CDMA)、第三代合作伙伴计划(3GPP或3GPP2)或其他无线或有线协议。
处理器1904执行客户端逻辑1908,以实施上述状态更新消息和状态更新通知处理。图19示出了存储器1906为航班状态更新消息1910和航班状态通知消息1912提供存储。该航班状态更新消息1910和/或4元班状态通知消息1912可以通过通信接口 1902来接收。
航班状态更新消息1910包括航班标识符1912、航班状态信息1914和附加信息1916。该力元班标识符1912可以用于标识哪个状态将被更新。该航班状态信息1914可以包括航班准时、延迟或取消的指示。该航班状态信息1914可以是与预定状态相关联的文本字段或编码。附加信息1916既可以是航空公司期望向发送给订户的信息，也可以是订户期望从航空公司接收的信息。附加信息1916可以包括起飞和/或到达时间和/或日期，机场和/或航站楼信息，登机口信息和/或登一几和/或座4立4言 息。
航班状态通知消息1912包括航班标识符1918、航班状态信息1920和附加信息1922。航班标识符1918可以用于标识哪个对象的状态将被更新。航班状态信息1920可以包括航班准时、延迟或取消的指示。该航班状态信息1920可以是与预定状态相关联的文本字段或编码。附加信息1922即可以是航空公司期望向发送给订户的信息，也可以是订户期望从航空公司接收的信息。附加信息1922可以包括起飞和/或到达时间和/或日期、机场和/或航站楼信息、登机口信息、等级信息和/或座位信息、和/或来自航空公司的指令。
客户端逻辑1908包括即时消息逻辑1924。该即时消息逻辑1924可以包括用于接收状态更新消息1910和/或状态通知消息1912的接收逻辑。该即时消息逻辑1924可以进一步包括用于呈现显示的呈现逻辑。该呈现逻辑可以呈现状态更新消息1910和/或状态通知消息1912的部分或全部。例如，呈现逻辑可以呈现图16、图17和/或图18中示出的显示。图20示出了可由客户端逻辑1908执行的流程图2000。客户端逻辑1908接收联系人列表更新的通知(2002)。该通知例如可以在与NSE网络138的通信中从通信接口 1902接收。客户端逻辑1908获取更新的联系人列表(2004)。该更新的联系人列表例如可以在与NSE网络138的通信中通过通信接口 1902获取。该客户端逻辑1908在客户端窗口中呈现更新的联系人列表(2006)。该更新的联系人列表可以与呈现1600相似。
客户端逻辑1908接收航班消息(2008)。该航班消息可以从通信接口 1902接收。该;杭班状态更新消息可以包4舌航班标识符、航班状态信息和/或附加信息。
如果客户端逻辑1908确定该航班消息是联系人列表条目状态更新消息，则客户端逻辑1908解析该航班状态更新消息，以获得状态更新信息(2010)。该状态更新信息可以包括指示航班准时、延迟、取消或任何其他航班状态的指示符。该状态更新信息可以包括任何附加信息，例如起飞或到达时间、登机口信息、机场或航站楼信息、等级或座位信息或航空公司指令。该客户端逻辑1908在客户端窗口呈现该联系人列表，以反映该状态更新信息(2012)。该呈现可以与呈现1700相似。
如果客户端逻辑1908确定航班消息是主动通知，则客户端逻辑1908解析该航班状态通知消息，以获取航班状态更新信息(2014)。该航班状态更新信息可以包括指示航班准时、延迟、取消或任何其他航班状态的指示符。该状态更新信息可以包括任何附加信息，例如起飞或到达时间、登机口信息、机场或航站楼信息、等级或座位信息或航空公司指令。该客户端逻辑1908呈现客户端窗口 ，以反映状态更新信息(2016)。该呈现包括包含状态更新信息的弹出窗口 。该呈现可以与呈现1800相似。
该系统可以按照很多不同的方式来实施。例如，尽管一些特性显示存储在计算机可读存储器(例如实施为计算机可执行指令的逻辑，或存储器中的数据架构)中，该系统、逻辑和数据架构的全部或部分都可以存储在、分布在其他机器可读媒介上，或可以从其他机
器可读纟某介上读取。该^某介可以包括硬盘、软盘、CD-ROM、信号，例如从网络中接收到的信号或被分割为片段的信号，以及以多分组通信的网络中接收的信号。该系统可以以软件、硬件或软硬结
合来实施。
此外，该系统可以添加附加的、不同的或更少的组件。作为一个示例，处理器或任何其他逻辑可以实施为微处理器、微控制器、DSP、专用集成电路(ASIC)、程序指令、离散模拟或数字逻辑、其他类型的电路和逻辑的组合。作为另一示例，存储器可以是DRAM、SRAM、闪存或任何其他类型的存储器。该系统可以分布在多个组件中，例如在多个处理器和存储器之间，优选地包括多分布式处理系统。逻辑(例如程序或电路)可以在多个程序之间组合和分割，分布在多个存储器和处理器中，并且可以以函数库的形式执行，例如动态链接库(DLL)或其他共享库。
跨架构航班系统的不同实施例已被描述，本领域普通技术人员将清楚更多的实施例和实施方式在本发明的范围内都是可能的。因此，本发明不限于所附权利要求书及其等同物。
在其他实施方式中，该系统可以使用联系人列表对象跟踪非航空公司航班的事件。其他事件的示例包括新闻更新；投资报价，例如股票、共有基金或债券报价；在线拍卖状态；餐馆等候时间更新；汽车修理状态，例如跟踪修理店何时完成修理汽车；商店销售提醒，例如跟踪何时商品会开始销售；以及其他事件。作为新闻更新的一个特定示例，订户可以请求订阅新闻服务并向LTN102发送新闻故事。LTN 102可以将该新闻事件作为对象添加到订户的联系人列表中，并且以与LTN 102从航空公司接收航班更新的相同方式从新闻服务接收新闻更新，并且既可以使用现有网络架构140也可以使用
NSE 104将该新闻更新发送到订户。通过接收事件订阅、在联系人列表中创建相应的事件对象条目、将更新的联系人列表发送到订户、接收事件更新并可以通过现有网络架构或网络系统扩充将该事件更
28新发送到订户，可以发生关于上面给出的其他示例的类似事件或其
他事件。
作为4既括，涉及航班^艮踪方法的一个实施方式包^舌将订户端点在现有电信网络中注册为存在；将订户端点在现有电信网络的通知系统扩展中注册为存在；4矣收包含4元班标识符的航班J艮踪i青求；将链接到航班标识符的航班联系人条目插入到订户端点的现有联系人列表中以获取更新的联系人列表；通过通知系统扩展通知订户端点包含有航班联系人条目的更新联系人列表；在现有电信网络中接收航空公司服务航班更新；保存航班状态以响应于航空公司服务航班更新；以及在现有联系人列表的航班联系人对象状态消息中，将航班状态发送到订户端点。
该方法可以进一步包括将有关航班状态的航班联系人对象通知消息发送给订户端点。该方法可以进一步包括确定用于将航班联系人对象通知消息发送到订户端点的通信信道。该方法可以进一步包括通过该通信信道将航班联系人对象通知消息发送到订户端点。该方法可以进一步包括选择通过对现有电信网络的通知系统扩展而支持订户端点的消息服务通信信道。该消息服务通信信道可以包括即时消息通信信道。该方法可以进一步包括选择通过现有电信网络而支持订户端点的消息服务通信信道。该消息服务通信信道可以包括短消息服务通信信道。
涉及航班跟踪系统的另 一个实施方式包括到现有电信网络的通知系统扩展，包括订户服务，可操作以将订户端点在通知系统扩展上注册为存在；现有电信网络，包括现有网络存在寄存器，可操作以将订户端点在现有电信网络中注册为存在；网关，可操作以从订户端点接受航班跟踪请求，该航班跟踪请求包括航班标识符和航空公司航班状态更新；协调模块，可操作以将链接到航班标识符的航班联系人条目插入到订户端点的现有联系人列表中，以获取更新的联系人列表，以及响应于航空公司服务航班更新来维护航班状态；现有存在服务器，可操作以对包含航班联系人条目的更新联系人列表的订户端点发起通知，以及发起在针对已有联系人列表的航班联系人对象状态消息中向订户端点传送航班状态。
现有存在服务器还可操作以向订户端点发起与航班状态有关的航班联系人对象通知消息的通信。现有存在服务器可以进一步操作以确定用于向订户端点发送航班联系人对象通知消息的通信信道。现有存在服务器可以进一步操作以通过该通信信道向订户端点发送航班联系人对象通知消息。现有存在服务器可以进一步操作以选择通过对现有电信网络的通知系统扩展而支持订户端点的消息服务通信信道，来确定通信信道。现有存在服务器可以进一步操作以选择包含即时消息(IM)通信信道的消息服务通信信道。现有存在服务器可以进一步操作以选择通过现有电信网络而支持订户端点的消息服务通信信道，来确定该通信信道。现有存在服务器可以进一步操作以选择包含短消息服务(SMS)通信信道的消息服务通信信道。
另一实施方式可以涉及产品，特别是存储在计算机可读存储器上的计算机程序和/或作为信号和/或作为数据流，当在计算机的存储器中加载或由计算机执行时其可以驱动计算机实施上述的方法。该产品可以包括和/或访问存储器，其中存储在存储器中的注册逻辑和/或信号和/或数据流，用于将订户端点在现有电信网络中注册为存在；并且将订户端点在现有电信网络的通知系统扩展上注册为存在；存储在存储器上的输入逻辑和/或信号和/或数据流用于接受包含航班标识符的航班跟踪请求；并在现有电信网络中接收航空公司服务航班更新；存储在存储器上的处理逻辑和/或信号和/或数据流用于将链接到航班标识符的航班联系人条目插入到订户端点的现有联系人列表中以获取更新的联系人列表；并且保存响应于^^空公司服务航班更新的航班状态；并且存储在存储器上的输出逻辑和/或信号和/或数据流用于通过通知系统扩展来通知订户端点包含航班联系人条目的更新联系人列表；并且在现有联系人列表的航班联系人对象状态消息中向订户端点发送航班状态。
输出逻辑可以进一步用于向订户端点发送有关航班状态的航
30班联系人对象通知消息。处理逻辑可以进一步用于确定用于向订户端点发送航班联系人对象通知消息的通信信道。输出逻辑可以进一步用于通过该通信信道向订户端点发送该航班联系人对象通知消息。
其他实施方式允许通过计算机系统向计算才几系统的订户的改进数据提供方式，特别是计算机系统的一个或多个组件。订户可以处理计算机系统的组件，例如移动设备。计算机系统可以通过所述移动设备向订户提供数据。数据提供方式可以是全自动的或半自动的。有利地，可以向订户提供数据，特别是更新数据，例如以自动或半自动方式的航班跟踪数据，其中该自动或半自动方式可以减轻或消除订户与网络之间的交互。换句话说，订户不需要请求航班跟踪数据的更新。而是，该数据是自动更新的。例如更新可以由航班跟踪数据的变化来触发。该航班跟踪数据可以由或包括 一 个或多个数据对象。
别是以自动或半自动的方式。因而，改进的对订户的信息提供方式和识别方式，从而改进了订户和系统之间的人4几互动。
本申请不限于上述的实施例和示例。此外，上述示例/实施例的一个或多个单一特性可以被组合以创建一个或多个其他示例/实施例。另外，如可能，说明书涉及的一个或多个上述示例也是可应用于其余示例/实施例和/或附加实施例。特别地，图1-图8的描述可以应用到图9-图15以及图16-图19的示例/实施例中。作为示例，不限制于上面的描述，LTN102可以相似地应用到航班跟踪逻辑910上。此外，NSE104的描述相似地可以应用到NSE逻辑914上。因此，根据图1-图8的跨航班跟踪架构描述的功能和/或方法步骤相似地可以应用到根据图9-图15的跨航班跟踪架构上。
权利要求
1.一种航班跟踪方法，包括对于现有电信网络，将订户端点注册为存在；对于对所述现有电信网络的通知系统扩展，将所述订户端点注册为存在；接受包含航班标识符的航班跟踪请求；将链接到所述航班标识符的航班联系人条目插入到所述订户端点的已有联系人列表中，以获得更新的联系人列表；通过所述通知系统扩展，将包括所述航班联系人条目的所述更新的联系人列表通知给所述订户端点；在所述现有电信网络处，接收航空公司服务航班更新；响应于所述航空公司服务航班更新，维护航班状态；以及在针对已有联系人列表的航班联系人对象状态消息内，将所述航班状态传送至所述订户端点。
2. 如权利要求l所述的方法，进一步包括 将关于所述航班状态的航班联系人对象通知消息传送至所述订户端点。
3. 如权利要求2所述的方法，进一步包括确定用于将所述航班联系人对象通知消息传送至所述订户端点 的通信信道。
4. 如权利要求3所述的方法，进一步包括 通过所述通信信道，将所述航班联系人对象通知消息发送给所述订户端点。
5. 如权利要求3所述的方法，其中确定包括 选择通过对所述现有电信网络的所述通知系统扩展而支持所述订户端点的消息服务通信信道。
6. 如权利要求5所述的方法，其中所述消息服务通信信道包括 即时消息(IM)通信信道。
7. 如权利要求3所述的方法，进一步包括 选择通过所述现有电信网络而支持所述订户端点的消息服务通信信道。
8. 如权利要求7所述的方法，其中所述消息服务通信信道包括 短消息(SMS)通信信道。
9. 一种4元班跟踪系统，包括 对于现有电信网络的通知系统扩展，包括订户服务，其可操作以对于所述通知系统扩展，将订户端点注 册为存在；现有电信网络，包括现有网络存在寄存器，其可操作以对于所述现有电信网络， 将所述订户端点注册为存在；网关，其可才乘作以从所述订户端点接受4元班跟踪请求，该4元 班跟踪请求包含航班标识符和航空公司航班状态更新； 协调模块，其可操作以将链接至所述航班标识符的航班联系人条目插入到所 述订户端点的已有联系人列表中，以获得更新的联系人列表；以及 响应于所述航空公司服务航班更新，维护航班状态； 现有存在服务器，其可操作以发起将包含所述航班联系人条目的所述更新的联系人 列表通知给所述订户端点；以及在针对已有联系人列表的航班联系人对象状态消息 中，发起将所述航班状态传送给所述订户端点。
10. 如权利要求9所述的系统，其中所述现有存在服务器进一步 可操作以发起将关于所述航班状态的航班联系人对象通知消息传 送给所述订户端点。
11. 如权利要求IO所述的系统，其中所述现有存在服务器进一 步可操作以确定用于将述航班联系人对象通知消息传送给所述订 户端点的通信信道。
12. 如权利要求11所述的系统，其中所述现有存在服务器进一 步可操作以通过所述通信信道将所述航班联系人对象通知消息发 送给所述订户端点。
13. 如权利要求11所述的系统，其中所述现有存在服务器进一 步可操作以如下方式确定所述通信信道选择通过对所述现有电信网络的所述通知系统扩展而支持所述订户端点的消息服务通信信道。
14. 如权利要求13所述的系统，其中所述现有存在服务器进一 步可操作以选择包括即时消息(IM)通信信道的消息服务通信信道。
15. 如权利要求11所述的系统，其中所述现有存在服务器进一 步可操作以如下方式确定所述通信信道 选择通过所述现有电信网络而支持所述订户端点的消息服务通 信信道。
16. 如权利要求15所述的系统，其中所述现有存在服务器进一 步可操作以选择包括短消息(SMS)通信信道的消息服务通信信道。
17. —种产品包括 存储器；存储在所述存储器中的注册逻辑，其可操作以对于现有电信网络，将订户端点注册为存在；以及 对于对所述现有电信网络的通知系统扩展，将所述订户端点 注册为存在；存储在所述存储器上的输入逻辑，其可操作以接受包含4元班标识符的航班跟踪请求；以及在所述现有电信网络处，接收航空公司服务航班更新；存储在所述存储器上的处理逻辑，其可操作以将链接到所述航班标识符的航班联系人条目插入到所述订户端点的已有联系人列表中，以获取更新的联系人列表；以及 响应于航空公司服务航班更新，维护航班状态； 存储在所述存储器上的输出逻辑，其可操作以通过所述通知系统扩展来将包含所述航班联系人条目的所述更新的联系人列表通知给所述订户端点；以及在针对已有联系人列表的航班联系人对象状态消息中，将所 述航班状态传送至所述订户端点。
18. 如权利要求17所述的产品，其中所述输出逻辑进一步可操 作以将关于所述航班状态的航班联系人对象通知消息传送给所述 订户端点。
19. 如权利要求18所述的产品，其中所述处理逻辑进一步可操 作以确定用于将所述航班联系人对象通知消息传送给所述订户端点的通信信道。
20. 如权利要求19所述的产品，其中所述输出逻辑进一步可操 作以通过所述通信信道将所述航班联系人对象通知消息发送给所 述订户端点。
全文摘要
本发明涉及跨架构航班跟踪系统，其可以帮助个人跟踪航空公司的航班状态。订户基于通过即时消息收发客户端实现的个人可访问性，智能地、实时地接收状态更新。该系统通过以下动作来支持状态更新将航班作为联系人在个人即时消息收发客户端联系人列表中维护和列出；处理来自航空公司的状态更新；以及通过能够成功递送消息的信道，来动态地将状态更新传递给订户。
文档编号H04L12/58GK101673371SQ20091017339
公开日2010年3月17日 申请日期2009年8月4日 优先权日2008年8月4日
发明者A·里伯纳蒂, L·埃斯波希托, N·瓦萨罗 申请人:埃森哲环球服务有限公司