基于机场生产运营系统的本地化离线方法与流程

1.本发明涉及机场生产运营系统技术领域，具体涉及一种基于机场生产运营系统的本地化离线工作方法。


背景技术：

2.随着我国经济的快速增长，国内航空业发展迅速。生产运营系统是机场的核心信息系统，包括航班管理、资源分配和地面保障、航班监管、数据分析等模块，涉及从航班落地到起飞的全过程，并为机场其他生产运营、管理、服务和收益等系统提供数据支持。
3.但在实际操作过程中，当生产运营系统出现宕机，大量航班数据需要操作人员手动记录并变更到系统数据库中，此过程繁琐复杂且耗时，不仅增加了手工记录可能造成的出错风险，更严重影响了整体工作效率。如何有效保证机场地面运营相关部门和作业人员在系统宕机状态下有效开展工作是一个必须研究和重视的问题。
4.中国专利(申请号cn102457499 a)公开了一种客户端的离线工作方法，包括下列步骤：获取并展示用户界面；检测网络是否联通，若是，则将客户端先前工作时存储的离线操作数据同步到服务器；若否，则进行离线工作；所述离线工作具体包括以下步骤：实时获取并存储用户的离线操作数据；根据实时获取并存储的所述离线操作数据更新展示的用户界面。
5.基于此，由于现有生产运营系统缺乏宕机状态下进行离线操作的解决办法，本发明拟在生产运营系统中引入一种本地化离线技术。


技术实现要素：

6.本发明克服了现有技术的不足，提供一种基于机场生产运营系统的本地化离线方法，旨在解决的技术问题之一是：当机场生产运营系统出现宕机，大量航班数据需要操作人员手动记录并变更到系统数据库中的技术问题。
7.考虑到现有技术的上述问题，根据本发明的一个方面，为解决上述的技术问题，本发明采用以下技术方案：
8.一种基于机场生产运营系统的本地化离线方法，其包括：
9.将机场生产运营系统的客户端的页面数据和离线操作存储至本地，并实时更新；
10.在机场生产运营系统恢复正常后，所述页面数据和离线操作请求传输的数据传送到应用服务；
11.应用服务根据所述页面数据和离线操作给所述客户端进行数据反馈。
12.为了更好地实现本发明，进一步的技术方案是：
13.进一步地，所述机场生产运营系统的客户端调用与应用服务时，通过dubbo实现松耦合。
14.进一步地，所述应用服务向所述客户端发送消息时，通过设置消息中间件实现应用服务与客户端的松耦合。
15.进一步地，所述应用服务将消息发送到消息中间件后，无需等待客户端接收处理，客户端会异步处理后台消息。
16.进一步地，使用缓存实时保存页面数据和离线操作。
17.进一步地，采用关系型数据库存储页面数据和离线操作。
18.进一步地，所述关系型数据库还用于记录系统历史数据。
19.进一步地，所述关系型数据库包括oracle和mysql。
20.进一步地，所述客户端的页面数据和离线操作的数据包括机位分配和航班状态管理操作。
21.与现有技术相比，本发明的有益效果之一是：
22.由于目前机场使用的生产运营系统，在宕机后无法正常操作，系统失去对机场的管控，必须依赖手工记录、上传更新。通过本发明的基于机场生产运营系统的本地化离线方法，实现了离线状态下的机位分配和航班状态管理功能，可以指定机场相关操作人员在离线状态下进行机位分配和航班状态管理，提高了整体工作效率；以及提高了用户的操作体验，优化了生产运营系统功能、提高了系统数据可靠性。
附图说明
23.为了更清楚的说明本技术文件实施例或现有技术中的技术方案，下面将对实施例或现有技术的描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅是对本技术文件中一些实施例的参考，对于本领域技术人员来讲，在不付出创造性劳动的情况下，还可以根据这些附图得到其它的附图。
24.图1为根据本发明一个实施例的客户端离线工作方法流程示意图。
具体实施方式
25.下面结合实施例对本发明作进一步地详细说明，但本发明的实施方式不限于此。
26.一种基于机场生产运营系统的本地化离线方法，其包括：
27.将机场生产运营系统的客户端的页面数据和离线操作存储至本地，并实时更新；该客户端的页面数据和离线操作的数据可以包括但不限于机位分配和航班状态管理操作。
28.在机场生产运营系统恢复正常后，所述页面数据和离线操作请求传输的数据传送到应用服务；如请求调用具体应用服务的指令等。
29.应用服务根据所述页面数据和离线操作给所述客户端进行数据反馈，其包括对机场运营管理的数据反馈，或对用户操作的及时反馈。
30.可优先采用dubbo服务框架实现rpc调用，客户端和应用服务之间的调用可以实现松耦合。rpc是一种远程调用过程，第三方的客户程序通过接口调用自定义函数，获得函数返回的数据进行处理，而dubbo作为一种高性能rpc框架，不仅能实现智能负载均衡，还能监控运行期流量，可视化服务治理与运维，可以实时监控应用服务与客户端的连接状态。主要的，dubbo可以在客户端离线调用后台失败时，将远程调用以数据方式保存起来，在网络恢复时可重新执行业务调用。
31.本发明系统应用服务可在不同服务器上部署多个，客户端与不同应用服务之间的调用会通过dubbo实现负载均衡，根据不同的负载均衡策略，最大化利用多个应用服务的处
理能力，提升系统性能。
32.本发明使用消息中间件实现应用服务到客户端的松耦合，客户端调用应用服务时，通过dubbo实现松耦合，而消息中间件则在应用服务需要往客户端发消息时，在另一个方向实现了应用服务与客户端的松耦合。应用服务将消息发送到消息中间后，无需等待客户端接收处理，客户端会异步处理后台消息。在本发明中，使用消息中间件可以保证，在网络恢复大批量业务调用到达应用服务时，后台可高效处理处理业务调用，无需等待客户端处理消息，保证网络恢复时，离线操作可快速执行，恢复服务状态。
33.本发明使用缓存将客户端的页面数据和离线操作保存起来，在正常使用时，缓存会实时保存页面数据及其他必要数据，当断网等异常情况时，缓存中的页面数据就作为客户端离线操作的数据依据。客户端进行离线操作时，会将离线操作保存起来，同时更新缓存中的页面数据，给用户及时的操作反馈。当网络等恢复时，客户端缓存会根据后台数据实时更新成最新的结果。
34.本发明使用关系数据库持久化数据，关系型数据库采用关系模型组织数据，更易于理解，且实现方案较多，可以根据实际情况选择不同的解决方案，例如oracle、mysql等。应用服务和客户端在关闭时，内存数据会丢失，而数据库可以持久化相关数据，记录系统历史情况，保证业务流程正常进行。
35.为清晰展示本发明的特征和优势，如图1所示，图1示出了本发明一个实施例的客户端离线工作方法流程，其中：
36.步骤s1，获取并展示用户界面所需的数据。
37.步骤s2，监测网络是否连通，若网络连通，进入步骤s9；若网络未连通，进入步骤s5。
38.步骤s3，判断离线模式是否开启。若离线模式已开启，则进入步骤s4或者s8；若离线模式未开启，则返回步骤s2。
39.步骤s4，在用界面中展示未激活的网络同步标记。监测到网络不可用后，在用户界面中展示未激活的网络同步标记。此步骤与s8对应，表示系统此时未将离线操作数据与服务器进行同步。
40.步骤s5，实时获取并储存用户的离线操作数据，离线操作数据的数据类型包括文字、图片等。
41.步骤s6，根据离线操作数据更新展示的用户界面。
42.步骤s7，在系统关闭时，检测实时获取的离线操作数据是否储存完毕，若未储存完毕则待储存完毕后再关闭系统。此步骤的目的是防止由于误关闭或其他原因导致离线操作数据丢失，增加数据安全性。
43.步骤s8，在用户界面展示激活的网络同步标记。此步骤与s4对应，检测到网络可用后，在用户界面展示激活的网络同步标记。
44.步骤s9，将离线操作数据同步到服务器。将此次同步之前系统工作时储存的离线操作数据同步到服务器。
45.综上而言，基于现有生产运营系统，实现本地化离线机位分配和航班状态管理操作，解决了机场在系统宕机状态下无法正常工作的问题，缓解了手工记录、上传压力，降低了数据错误和丢失的风险，提高了整体工作效率。以及通过离线技术，将客户端的页面数据
和离线操作缓存至本地，在系统恢复正常后更新缓存中的页面数据，给用户及时的操作反馈，进一步优化了生产运营系统功能、提高了系统数据可靠性。
46.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同相似部分相互参见即可。
47.在本说明书中所谈到的“一个实施例”、“另一个实施例”、“实施例”、等，指的是结合该实施例描述的具体特征、结构或者特点包括在本技术概括性描述的至少一个实施例中。在说明书中多个地方出现同种表述不是一定指的是同一个实施例。进一步来说，结合任一实施例描述一个具体特征、结构或者特点时，所要主张的是结合其他实施例来实现这种特征、结构或者特点也落在本发明的范围内。
48.尽管这里参照本发明的多个解释性实施例对本发明进行了描述，但是，应该理解，本领域技术人员可以设计出很多其他的修改和实施方式，这些修改和实施方式将落在本技术公开的原则范围和精神之内。更具体地说，在本技术公开、附图和权利要求的范围内，可以对主题组合布局的组成部件和/或布局进行多种变型和改进。除了对组成部件和/或布局进行的变型和改进外，对于本领域技术人员来说，其他的用途也将是明显的。