一种SMS文件管理和更新的方法和系统与流程

一种sms文件管理和更新的方法和系统
技术领域
1.本说明书涉及船舶管理技术领域，特别涉及一种sms文件管理和更新的方法和系统。


背景技术：

2.sms(safety management system，安全管理体系)文件需要及时更新，以保证船舶的航行安全。但是，对于在海上航行的船舶而言，由于通信条件有限，可能无法保证sms文件更新的及时性，因此存在一定的安全隐患。
3.基于此，有必要研究一种sms文件管理和更新的方法和系统，以优化sms文件的更新机制，提升船舶航行的安全性。


技术实现要素：

4.本技术实施例之一提供一种sms文件管理和更新的方法，包括：基于安全事件信息，确定需要更新的安全事项；基于所述安全事项，获取更新内容；基于所述更新内容更新岸基存储，得到更新后的文件；以及通过船舶-岸基链路向目标船舶传输所述更新后的文件。
5.在一些实施例中，所述通过船舶-岸基链路向目标船舶传输所述更新后的文件包括：根据参考信息，确定基于不同所述船舶-岸基链路的传输计划，其中，所述参考信息包括所述更新后的文件的内容特征和/或与所述目标船舶相关的通信链路状态信息。
6.在一些实施例中，所述安全事项基于安全事件的统计信息确定。
7.在一些实施例中，所述方法还包括：基于所述安全事件的统计信息，确定与所述目标船舶相关的更新期限。
8.本技术实施例之一提供一种sms文件管理和更新的系统，包括：安全事项确定模块，用于基于安全事件信息，确定需要更新的安全事项；更新内容获取模块，用于基于所述安全事项，获取更新内容；更新模块，用于基于所述更新内容更新岸基存储，得到更新后的文件；以及传输模块，用于通过船舶-岸基链路向目标船舶传输所述更新后的文件。
9.在一些实施例中，所述传输模块具体用于：根据参考信息，确定基于不同所述船舶-岸基链路的传输计划，其中，所述参考信息包括所述更新后的文件的内容特征和/或与所述目标船舶相关的通信链路状态信息。
10.在一些实施例中，所述安全事项确定模块具体用于：基于所述安全事件的统计信息确定所述安全事项。
11.在一些实施例中，所述系统还包括：更新期限确定模块，用于基于所述安全事件的统计信息，确定与所述目标船舶相关的更新期限。
12.本技术实施例之一提供一种sms文件管理和更新的装置，包括：至少一个存储介质，包括一组指令；以及与所述至少一个存储介质通信的一个或以上处理器，其中，当执行所述指令时，所述一个或以上处理器用于：基于安全事件信息，确定需要更新的安全事项；
基于所述安全事项，获取更新内容；基于所述更新内容更新岸基存储，得到更新后的文件；以及通过船舶-岸基链路向目标船舶传输所述更新后的文件。
13.本技术实施例之一提供一种计算机可读存储介质，所述存储介质存储有计算机指令，当计算机读取所述存储介质中的所述计算机指令后，执行如上所述的方法。
14.本技术的一部分附加特性可以在下面的描述中进行说明。通过对以下描述和相应附图的研究或者对实施例的生产或操作的了解，本技术的一部分附加特性对于本领域技术人员是明显的。本技术的特征可以通过实践或使用以下详细实例中阐述的方法、工具和组合的各个方面来实现和获得。
附图说明
15.本技术将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：
16.图1是根据本技术一些实施例所示的sms文件管理系统的应用场景示意图；
17.图2是根据本技术一些实施例所示的sms文件管理和更新系统的模块示意图；
18.图3是根据本技术一些实施例所示的sms文件管理和更新方法的示例性流程图；
19.图4是根据本技术一些实施例所示的sms文件管理和更新系统的通信链路示意图；
20.图5是根据本技术一些实施例所示的更新期限确定和修正的方法示意图；以及
21.图6是根据本技术另一些实施例所示的船舶-岸基链路的通信示意图。
具体实施方式
22.为了更清楚地说明本技术实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本技术的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本技术应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。
23.应当理解，本文使用的“系统”、“装置”、“单元”和/或“模块”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。另外，还需要说明的是，在本技术中，术语“较高”、“较大”、“较急”等可以表示具有大于预设参考标准的等级，或者在多个对象中相对而言具有最高或中等偏上的等级。
24.如本技术和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。
25.本技术中使用了流程图用来说明根据本技术的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。
26.sms(safety management system，安全管理体系)文件可以描述公司安全管理体
系并指导业务安全运行，包括公司文件、外来文件、船舶文件和资料等。其中，公司文件可以指公司相关的、适用于整个体系的文件，如《安全管理手册》、《安全管理程序文件》、《安全管理须知文件》、体系运行记录等；外来文件可以指外部机构(如国务院、交通部、海事局、船舶检验机关等)发布的被公司sms引用的有关法律、行政法规、行政规章、规范、技术标准、技术文献等；船舶文件可以指适用于船舶的文件，如“设备操作规程”、“船上油污计划”、“垃圾管理计划”等；资料可以包括船员资料、证书、技术资料和航海图书资料等，如船员培训资料、考核资料、入离职交接信息、公司证书、船舶证书、船员证书、检验报告、船舶及设备图纸、说明书、海图、航海通告、航海图书。
27.为使在航船舶与岸基之间信息对称，以确保船舶安全航行，需要及时进行sms文件更新。但是，由于受限于海上的通信条件，在一些情况下，可能无法及时对船舶进行sms文件更新，因此，存在一定的安全隐患。
28.针对上述问题，本技术实施例提供一种sms文件管理和更新的方法和系统，以优化sms文件的更新机制，提升船舶航行的安全性。下面结合附图对本技术实施例所提供的sms文件管理和更新的方法和系统进行详细说明。
29.图1是根据本技术一些实施例所示的sms文件管理系统的应用场景示意图。
30.sms文件管理系统可以用于管理sms文件，例如文件发放、文件接收、文件存储、文件更新、文件销毁等。如图1所示，在一些实施例中，sms文件管理系统的应用场景100可以包括存储器110、服务器120、终端130、网络140以及船舶150。其中，存储器110、服务器120、终端130以及船舶150中的任意两者可以通过网络140进行通信。
31.存储器110可以为sms文件管理系统提供数据存储功能。需要说明的是，这里使用的术语“数据”可以是任何信息，包括例如数字、文本、语音、图像、视频、参数、代码、公式、文件、算法、程序等，或其任意组合。在一些实施例中，存储器110可以设置在港口或其他场所作为岸基存储设备，用于存储或备份sms文件以及从服务器120获取的更新数据。
32.在一些实施例中，存储器110可以是服务器120的一部分，存储器110可以用于存储服务器120执行或使用的信息和/或指令，以执行本技术实施例中描述的示例性方法。在一些实施例中，存储器110也可以是船舶150的一部分，用于存储船舶150从服务器120接收的数据。
33.在一些实施例中，存储器110可以包括大容量存储器、可移动存储器等或其任意组合。在一些实施例中，存储器110可以在云平台上实现。例如，该云平台可以包括私有云、公共云等或其任意组合。
34.服务器120可以提供数据处理服务。在一些实施例中，服务器120可以根据预设指令或用户请求对sms文件进行处理，例如更新、传输、销毁等。在一些实施例中，服务器120可以是单一服务器或服务器组。服务器组可以是集中式的或分布式的。
35.在一些实施例中，服务器120可以是本地或远程的。例如，在一些实施例中，服务器120可以设置在港口，通过网络140从存储器110、船舶150和/或至少一个终端130访问信息和/或数据。在一些实施例中，服务器120可以在云平台上实现。
36.终端130可以是各类具有信息接收和/或发送功能的设备。在一些实施例中，用户(例如岸基管理人员)可以通过终端130与服务器120交互。例如，可以通过终端130向服务器发送文件调阅、文件修改、文件下载、文件上传、更新数据等操作请求。又例如，终端130可以
从服务器120接收文件、更新数据等。在一些实施例中，终端130还可以与船舶150交互，例如，向船舶150发送指令或接收来自船舶150的各项监控数据。在一些实施例中，终端130可以包括手机130-1、平板电脑130-2、个人电脑130-3以及其他电子设备。
37.网络140可以促进数据和/或信息的交换。在一些实施例中，sms文件管理系统的应用场景100中的一个或多个组件可通过网络140发送数据和/或信息给sms文件管理系统的应用场景100中的其他组件。例如，服务器120可以通过网络140接收终端130发送的操作请求。又例如，服务器120可以通过网络140向船舶150和/或存储器110发送更新数据。
38.在一些实施例中，网络140可是任意类型的有线或无线网络。例如，网络140可以是或包括公共网络(例如，互联网)、专用网络(例如，局部区域网络(lan))或其任意组合。在一些实施例中，网络140可以包括一个或多个网络接入点。例如，网络140可以包括有线或无线网络接入点，如基站和/或网际网络交换点，通过这些接入点，sms文件管理系统的应用场景100中的一个或多个组件可连接到网络140上以交换数据和/或信息。
39.船舶150可以通过网络140与sms文件管理系统的应用场景100中的其他组件通信。例如，船舶150可以从存储器110读取数据。又例如，船舶150可以从服务器120获取更新数据。再例如，船舶150可以从终端130接收用户指令或向终端130发送监控数据。
40.在一些实施例中，船舶150可以指货轮、客轮或其他任意类型的船只。在一些实施例中，船舶150可以包括处理设备，处理设备可以包括一个或多个子处理设备(例如，单芯处理设备或多核多芯处理设备)。在一些实施例中，船舶150可以包括输入和/或输出设备。在一些实施例中，存储器110和/或终端130可以是船舶150的一部分。
41.图2是根据本技术一些实施例所示的sms文件管理和更新系统的模块示意图。
42.在一些实施例中，所述sms文件管理和更新系统200可以包括安全事项确定模块210、更新内容获取模块220、更新模块230和传输模块240。在一些实施例中，安全事项确定模块210、更新内容获取模块220、更新模块230和传输模块240中的一个或多个可以是服务器120的一部分。
43.在一些实施例中，安全事项确定模块210可以用于基于安全事件信息，确定需要更新的安全事项。
44.在一些实施例中，更新内容获取模块220可以用于基于所述安全事项，获取更新内容。
45.在一些实施例中，更新模块230可以用于基于所述更新内容更新岸基存储，得到更新后的文件。
46.在一些实施例中，传输模块240可以用于基于船舶-岸基链路向目标船舶传输所述更新后的文件。
47.应当理解，图2所示的系统200及其模块可以利用各种方式来实现。例如，在一些实施例中，可以通过软件的方式实现；又例如，在一些实施例中，可以通过硬件的方式实现；再例如，在一些实施例中，可以通过软件加硬件的方式实现。关于上述安全事项确定模块210、更新内容获取模块220、更新模块230和传输模块240的更多细节可以参照本说明书的其他位置(例如图3部分及其相关论述)，此处暂不对其进行详细描述。
48.需要注意的是，以上对于系统200及其模块的描述，仅为描述方便，并不能把本技术限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原
理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。在一些实施例中，图2中披露的安全事项确定模块210、更新内容获取模块220、更新模块230和传输模块240可以是一个系统中的不同模块，也可以是一个模块实现上述的两个或两个以上模块的功能。例如，各个模块可以共用一个存储模块，各个模块也可以分别具有各自的存储模块。诸如此类的变形，均在本技术的保护范围之内。
49.图3是根据本技术一些实施例所示的sms文件管理和更新方法的示例性流程图。在一些实施例中，该方法可以由服务器120执行。
50.参照图3，本技术一些实施例提供的sms文件管理和更新方法可以包括：
51.步骤310，基于安全事件信息，确定需要更新的安全事项。
52.在一些实施例中，服务器120可以基于安全事件信息，确定需要更新的安全事项。其中，安全事件可以指与安全管理体系相关的一级项目或事件，每一个安全事件可以对应一个或多个sms文件。安全事件信息可以指该一级项目或事件对应的相关信息，例如文件更新情况、更新记录等。安全事项可以指安全管理体系中与安全事件相对应的一级项目下的子项目，需要更新的安全事项可以指该子项目中需要进行数据更新的事项。在一些实施例中，每一个安全事项可以对应一个或多个sms文件。
53.在一些实施例中，安全事件信息可以包括业务安全信息、操作安全信息、体系运行信息等，其中，与业务安全信息相对应的安全事项可以包括船员管理、船舶管理、设备维护等，与操作安全信息相对应的安全事项可以包括应急反应、事故处理、安全操作等，与体系运行信息相对应的安全事项可以包括运行监控、内部审核、复查评价纠正等。
54.在一些实施例中，该安全事件信息可以通过终端130输入或基于预设指令自动生成(例如根据与sms文件相关的操作记录生成)，服务器120可以基于安全事件信息以及安全事件信息与安全事项之间的对应关系来确定需要更新的安全事项。例如，当安全事件为业务安全时，可以确定需要更新的安全事项包括船员管理、船舶管理、设备维护等；当安全事件为操作安全时，可以确定需要更新的安全事项包括应急反应、事故处理、安全操作等；当安全事件为体系运行时，可以确定需要更新的安全事项包括运行监控、内部审核、复查评价纠正等。需要说明的是，在一些实施例中，前述需要更新的安全事项可以是与安全事件相对应的安全事项中的一个或多个。
55.在一些实施例中，需要更新的安全事项可以基于安全事件的统计信息确定。其中，安全事件的统计信息可以指与安全事件相关的统计数据，例如，每一个安全事件所对应的sms文件上一次更新的时间以及其更新内容的有效期限。在一些实施例中，服务器120可以基于安全事件信息以及其对应的统计信息确定需要更新的安全事项。需要说明的是，在一些实施例中，安全事件的统计信息可以包括但不限于以上列举内容，例如，在一些实施例中，安全事件的统计信息还可以包括上一次更新的数据大小、更新时长等。
56.还需要说明的是，以上安全事件及安全事项仅为示例性说明，在一些其他的实施例中，安全管理体系中可以具有更多或更少的安全事件以及与安全事件相对应的安全事项。例如，在一些实施例中，安全事件可以包括公司文件、外来文件、船舶文件、资料等。
57.步骤320，基于所述安全事项，获取更新内容。
58.在确定需要更新的安全事项后，可以根据需要更新的安全事项获取更新内容。其中，更新内容可以指需要更新的安全事项所对应的sms文件的更新数据，该更新数据可以包
括文本、图片、视频、语音、参数、代码、公式、文件、算法、程序等形式中的任意一种或多种。
59.在一些实施例中，服务器120可以根据需要更新的安全事项查找每一个安全事项所对应的sms文件，然后根据sms文件的更新情况获取对应的更新内容。示例性地，当确定需要更新的安全事项包括船员管理时，可以获取船员培训资料、考核资料、入离职交接信息等更新内容；当确定需要更新的安全事项包括应急反应时，可以获取预警信息、应急预案、应急训练演习方案等更新内容；当需要更新的安全事项包括事故处理时，可以获取事故报告、事故调查等更新内容；当需要更新的安全事项包括安全操作时，可以获取操作规范、临界操作、特殊操作等更新内容；当需要更新的安全事项包括内部审核时，可以获取年度计划、审核通知、审核进度、审核结果等更新内容；当需要更新的安全事项包括复查评价纠正时，可以获取管理复查及纠正等更新内容。
60.在一些实施例中，前述更新内容可以与需要更新的安全事项所对应的sms文件中的部分或全部具有对应关系。例如，当查找与需要更新的安全事项所对应的sms文件后发现所有文件均涉及更新，则该更新内容可以与需要更新的安全事项所对应的所有sms文件分别对应；当查找与需要更新的安全事项所对应的sms文件后发现仅有部分文件均涉及更新，则该更新内容仅与需要更新的安全事项所对应的sms文件中的部分具有对应关系。
61.在一些实施例中，安全事件信息、安全事项以及更新内容之间可以通过标签进行分类，在需要更新安全文件时，可以基于标签获取对应类别的更新内容。例如，标签可以包括一级标签、二级标签以及三级标签，其中，一级标签、二级标签、三级标签之间可以具有对应关系，一级标签可以用于标注安全事件，二级标签可以用于标注对应安全事件下所包含的安全事项，三级标签可以用于标注二级标签所对应的安全事项的更新内容。
62.步骤330，基于所述更新内容更新岸基存储，得到更新后的文件。
63.岸基存储可以指设置在港口的岸基存储设备，可以用于存储或备份sms文件以及更新数据。在一些实施例中，岸基存储可以指前述存储器110，其可以通过网络140与服务器120、终端130或船舶150通信。
64.在一些实施例中，岸基存储设备可以从服务器120获取前述更新内容并对岸基存储进行更新，得到更新后的文件。其中，该更新后的文件可以指基于前述更新内容得到的数据或文件。在一些实施例中，该更新后的文件可以是sms文件更新部分所对应的数据或sms文件的完整数据。
65.在一些实施例中，岸基存储设备所存储的数据可以是永久性的或暂时性的。例如，可以永久保存sms文件以及从服务器120获取的更新数据；又如，可以定期对岸基存储设备存储的数据进行清理或在满足其他预设条件时自动进行清理。
66.步骤340，通过船舶-岸基链路向目标船舶传输所述更新后的文件。
67.在一些实施例中，前述更新后的文件可以通过船舶-岸基链路传输至目标船舶。船舶-岸基链路可以指船舶与岸基之间实现通信的任意通信方式，示例性的船舶-岸基链路可以包括港口局域网、移动网络、卫星通信、船间通信等，其中，船间通信可以是无线电通信。目标船舶可以指需要进行sms文件更新的任意船舶，例如，需要更新公司文件、外来文件、船舶文件等sms文件的船舶。在一些实施例中，目标船舶的数量可以是一个或多个。
68.在一些实施例中，可以通过港口局域网将前述更新后的文件传输至目标船舶。在一些实施例中，可以通过移动网络(例如3g、4g、5g)将前述更新后的文件传输至目标船舶。
在一些实施例中，可以通过卫星网络将前述更新后的文件传输至目标船舶。在一些实施例中，可以通过船间通信将前述更新后的文件传输至目标船舶，具体而言，即以位于目标船舶与岸基之间的其他船舶作为中间媒介，将前述更新后的文件从岸基传输至目标船舶。
69.在一些实施例中，通过船舶-岸基链路将更新后的文件传输至船舶150之前可以先确定传输计划，该传输计划可以指与传输更新后的文件相关的策略，可以包括选择通信网络、确定传输时间和传输机制等。示例性的，在一些实施例中，可以根据参考信息确定基于不同链路的传输计划，其中，参考信息可以指用于作为判断标准以确定传输计划的参数。在一些实施例中，该参考信息可以包括更新后的文件的内容特征和/或与目标船舶相关的通信链路状态信息。在一些实施例中，前述更新后的文件的内容特征可以包括数据量、重要性、紧急性等，与目标船舶相关的通信链路状态信息可以包括可用状态、信号质量、通信带宽等。
70.在一些实施例中，考虑到不同的文件可能具有不同的数据量、重要性以及紧急性，并且不同的通信链路可能具有不同的通信带宽和传输速度，因此，为保证数据传输的合理性，可以根据更新后的文件的内容特征以及与目标船舶相关的通信链路状态信息共同确定传输计划，以确保sms文件更新的及时性。例如，当更新后的文件包含视频文件，且该视频相较于参考信息数据量较大、清晰度要求较高时，可以优先使用带宽大的网络(例如港口局域网或移动网络)传输。又例如，当更新后的文件相较于参考信息重要性较高时，可以优先使用可靠性较高的网络(例如卫星网络)进行传输。再例如，当目标船舶当前移动网络和卫星网络通信状况相较于参考信息均不佳，但附近存在可通信船舶且通信质量优于移动网络和卫星网络时，可以优先使用船间通信进行数据传输。
71.在一些实施例中，通过根据更新数据的内容特征、通信链路状态等参考信息确定基于不同链路的传输计划，可以优化sms文件的更新机制，提升数据传输的科学性和合理性，从而更好地确保sms文件更新的及时性。
72.图4是根据本技术一些实施例所示的sms文件管理和更新系统的通信链路示意图。参照图4，在一些实施例中，前述传输计划中可以包含一种或多种通信方式。示例性地，在一些实施例中，岸基存储设备410可以直接与第一目标船舶421或第二目标船舶422通信，例如，当第一目标船舶421或第二目标船舶422距离港口较近，处于港口局域网覆盖范围内时，岸基存储设备410可以直接通过港口局域网将更新后的文件发送至第一目标船舶421或第二目标船舶422，以进行sms文件更新。
73.继续参照图4，在一些实施例中，岸基存储设备410可以通过移动基站430提供的移动网络(例如3g、4g、5g)与第一目标船舶421或第二目标船舶422通信。在一些实施例中，岸基存储设备410可以通过卫星440提供的卫星网络与第一目标船舶421或第二目标船舶422通信。在一些实施例中，当第一目标船舶421与第二目标船舶422距离较近时，可以通过船间通信进行数据传输，例如，当第一目标船舶421接收到来自岸基存储设备410的更新数据时，可以转发给第二目标船舶422，以对第二目标船舶422进行sms文件更新。
74.在一些实施例中，可以通过不同的通信方式对不同的sms文件进行传输，充分利用通信设施，多线程同时传输，从而使得数据传输速度最大化。需要说明的是，通过移动网络、卫星网络、船间通信等多种通信方式协同工作，不仅可以提升数据传输速度，还可以尽可能地确保船舶与岸基之间保持通信畅通。
75.在一些实施例中，前述参考信息还可以包括目标船舶的船期和/或与目标船舶相关的更新期限。其中，目标船舶的船期可以指目标船舶的行程档期，例如，5天后到达目的地、10天后返回港口等。与目标船舶相关的更新期限可以指对目标船舶进行sms文件更新的截止期限，例如，根据要求需要在24小时内对目标船舶进行安全管理手册更新、5天内目标船舶进行船员培训资料更新等。
76.需要说明的是，在一些实施例中，与目标船舶相关的更新期限可以包括一个或多个。例如，当目标船舶需要进行多个sms文件更新，且该多个sms文件的更新期限不同时，与目标船舶相关的更新期限可以为多个。而当目标船舶仅需要进行一个sms文件更新，或需要进行多个sms文件更新但该多个sms文件的更新期限相同时，则与目标船舶相关的更新期限可以为一个。
77.在一些实施例中，当前述更新后的文件重要程度较低，且在更新期限内该目标船舶可以返回港口时，可以待该目标船舶返回港口后通过港口局域网对更新数据进行传输。
78.相反，在一些实施例中，当前述更新后的文件重要程度较高，且更新期限较紧急时，可以从前述多种通信方式中确定出最佳的通信链路进行即时传输。此外，在一些实施例中，针对同时包含文字和图像(或视频)、数据量较大且更新期限较急的文件，可以优先传输其中的文字数据，从而确保目标船舶能够尽可能快地接收到有用数据，最大程度地保证sms文件更新的及时性。
79.需要说明的是，在一些实施例中，通过结合目标船舶的船期以及相关的更新期限确定传输计划，可以在确保sms文件能够及时更新的同时，尽可能地减少通信资源占用。
80.图5是根据本技术一些实施例所示的更新期限确定和修正的方法示意图。
81.参照图5，在一些实施例中，前述与目标船舶相关的更新期限可以基于安全事件的统计信息确定。例如，在一些实施例中，可以对目标船舶上一次更新的更新时间以及更新内容的有效期限进行统计，然后根据目标船舶上一次更新的更新时间以及更新内容的有效期限确定与该目标船舶相关的更新期限。
82.在一些实施例中，可以基于安全事件的统计信息获取相关更新文件的大小、重要性等信息，然后结合相关更新文件的大小、重要性综合确定与该目标船舶相关的更新期限，例如，当相关更新文件数据量较大(预计需要传输1小时)且其重要性较高时，可以将与该目标船舶相关的更新期限提前(例如，相较于截止期限至少提前1小时)。
83.在一些实施例中，sms文件更新可以基于目标船舶上的船员操作或请求触发，其更新期限可以根据船员的操作时间或请求内容确定，例如，当船员请求更新船员培训资料、考核资料等sms文件，且要求3小时内完成更新时，可以将更新期限设定在3小时以内。
84.继续参照图5，在一些实施例中，与目标船舶相关的更新期限可以基于目标船舶的船员构成和/或船员特征进行修正。其中，目标船舶的船员构成可以指目标船舶上船员的组成情况，例如人数、船员级别以及职能分工等，船员特征可以指船员的属性特征，可以包括年龄特征、身体状况特征、从业年限等。
85.在一些实施例中，可以综合考虑更新数据的数据量、重要性以及目标船舶的船员级别、职能分工、工作部门以及从业年限等特征对目标船舶相关的更新期限进行修正，例如，在其他影响因素一定的情况下，目标船舶上的船员级别越高，则更新期限应该越提前。
86.在一些实施例，可以将该目标船舶的船员级别、职能分工、工作部门以及从业年限
等特征与更新数据的数据量、重要性等影响因素相结合，确定更新优先级。该更新优先级可以表征其在更新过程中所处的先后顺序，例如，更新优先级越高，则表示在更新过程中优先传输，更新优先级越低，则表示在更新过程中靠后传输。
87.在一些实施例中，可以基于更新优先级确定新的更新期限，并将新的更新期限与原更新期限比较进行修正。例如，当更新优先级大于参考标准时，可以使新的更新期限相较于原更新期限提前，当更新优先级小于参考标准时，可以使新的更新期限相较于原更新期限滞后。在一些实施例中，该更新优先级的参考标准可以根据经验进行设定。
88.在一些实施例中，更新优先级可以根据每一个影响因素对应的权重和得分确定。例如，可以根据更新数据的实际情况进行打分，其中，数据量由小到大打分1-10分，船员级别由低到高打分为1-10分，重要性由低到高打分1-10分，以此类推，然后将每一个影响因素与其对应的权重相乘后求和后得到优先级分数，分数越高则优先级越高。在一些实施例中，前述影响因素对应的权重可以根据其对于优先级的影响程度确定，影响程度越大，则对应权重值越大。
89.图6是根据本技术另一些实施例所示的船舶-岸基链路的通信示意图。
90.如图6所示，在一些实施例中，第一船舶521、第二船舶522、第三船舶523、第四船舶524之间可以通过船间通信组成链式网络，当目标船舶(例如第四船舶524)与岸基存储设备510之间通过移动网络或卫星网络进行通信的状况均不佳，但与附近船舶具备船间通信条件时，可以通过两个或两个以上具有相互通信条件的船舶(例如第一船舶521、第二船舶522、第三船舶523)作为通信媒介组成链式传输网络以进行数据传输，将更新数据从岸基存储设备传输至目标船舶。
91.其中，第一船舶521、第二船舶522、第三船舶523中任意一个在具备移动网络或卫星网络通信条件的情况下，可以通过移动网络或卫星网络进行数据传输，然后通过船间通信网络将接收到的数据转发至第四船舶524。
92.需要说明的是，图6仅为示例性说明，在一些实施例中，该链式网络可以包括更多或更少的通信媒介。例如，在一些实施例中，当第三船舶523具备移动网络或卫星网络通信条件时，可以通过移动网络或卫星网络将更新数据从岸基存储设备510直接发送至第三船舶523，然后由第三船舶523通过与第四船舶524之间的船间通信网络将接收到的更新数据转发给第四船舶524。
93.本技术实施例可能带来的有益效果包括但不限于：(1)通过根据更新数据的内容特征、通信链路状态等参考信息确定基于不同链路的传输计划，可以优化sms文件的更新机制，提升数据传输的科学性和合理性，从而更好地确保sms文件更新的及时性；(2)通过结合目标船舶的船期以及相关的更新期限确定传输计划，可以在确保sms文件能够及时更新的同时，尽可能地减少通信资源占用；(3)通过移动网络、卫星网络、船间通信等多种通信方式协同工作，可以在提升数据传输速度的同时，尽可能地确保船舶与岸基之间保持通信畅通。
94.需要说明的是，不同实施例可能产生的有益效果不同，在不同的实施例里，可能产生的有益效果可以是以上任意一种或几种的组合，也可以是其他任何可能获得的有益效果。
95.上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本技术的限定。虽然此处并没有明确说明，本领域技术人员可能会
对本技术进行各种修改、改进和修正。该类修改、改进和修正在本技术中被建议，所以该类修改、改进、修正仍属于本技术示范实施例的精神和范围。
96.同时，本技术使用了特定词语来描述本技术的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本技术至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本技术的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
97.此外，除非权利要求中明确说明，本技术所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本技术流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本技术实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。
98.同理，应当注意的是，为了简化本技术披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本技术实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本技术对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。
99.一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有
±
20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本技术一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。
100.针对本技术引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本技术作为参考。与本技术内容不一致或产生冲突的申请历史文件除外，对本技术权利要求最广范围有限制的文件(当前或之后附加于本技术中的)也除外。需要说明的是，如果本技术附属材料中的描述、定义、和/或术语的使用与本技术所述内容有不一致或冲突的地方，以本技术的描述、定义和/或术语的使用为准。
101.最后，应当理解的是，本技术中所述实施例仅用以说明本技术实施例的原则。其他的变形也可能属于本技术的范围。因此，作为示例而非限制，本技术实施例的替代配置可视为与本技术的教导一致。相应地，本技术的实施例不仅限于本技术明确介绍和描述的实施例。