CN112134937B - 一种基于内容聚合的船舶远程数据监控系统及方法 - Google Patents

Abstract

本发明公开了一种基于内容聚合的船舶远程数据监控系统及方法，其中的系统包括船舶接入端层、服务平台层和数据库层，船舶接入端层，用于将数据采集请求发送至数据采集器，并接收数据采集器基于数据采集请求返回的船舶监测数据，再将返回的船舶监测数据发送至服务平台层，其中，数据采集器包括多种，船舶监测数据包括不同的类型的数据；服务平台层，包括内容聚合服务，通过内容聚合服务对返回的不同类型的船舶监测数据进行聚合；数据库层，用于对聚合后的数据进行存储和集成。通过本发明的系统，可以对不同类型的监测数据进行融合，并进行数据存储、集成以及共享，实现了数据内容的融合。

Description

一种基于内容聚合的船舶远程数据监控系统及方法

技术领域

本发明涉及船舶远程技术保障技术领域，具体涉及一种基于内容聚合的船舶远程数据监控系统及方法。

背景技术

随着设备状态监控及传感器网络技术的发展，船舶日常工况监控及远程故障支援的支撑技术也日益成熟，并为船舶计划性维修及基于状态的维修提供了技术保障。

近年来，在船舶远程故障诊断及维修方面，也有不少研究成果，这些研究主要可以分为三大类：（1）船舶维修信息管理系统，（2）船舶数据传输系统，（3）船舶状态监测系统。

本申请发明人在实施本发明的过程中，发现现有技术的方法，至少存在如下技术问题：

现有技术中，船舶维修信息管理系统能够收集、存储和共享维修方案、故障数据以及船舶相关信息，但大多数这样的系统相互不兼容。第2类船舶数据传输系统能够测量并传输船舶状态信息，但实时的信息收集和传输还存在问题尚待解决。第3类状态监测系统能够监测船舶重要设备的工作状态，并以数据流音视频、文本、二进制数据等格式保存处理，这些信息对于船舶故障预测与诊断具有重要作用，现有的系统无法进行很好地数据内容的融合。

由此可知，现有技术中存在无法实现数据内容融合的技术问题。

发明内容

有鉴于此，本发明提供了一种基于内容聚合的船舶远程数据监控系统及方法，用以解决或者至少部分解决现有技术中存在的无法实现数据内容融合的技术问题。

为了解决上述技术问题，本发明第一方面提供了一种基于内容聚合的船舶远程数据监控系统，包括：

船舶接入端层，用于将数据采集请求发送至数据采集器，并接收数据采集器基于数据采集请求返回的船舶监测数据，再将返回的船舶监测数据发送至服务平台层，其中，数据采集器包括多种，船舶监测数据包括不同的类型的数据；

服务平台层，包括内容聚合服务，通过内容聚合服务对返回的不同类型的船舶监测数据进行聚合；

数据库层，用于对聚合后的数据进行存储和集成。

在一种实施方式中，船舶接入端层包括定制服务模块和多媒体传输服务，其中，定制服务模块包括备件管理、维修建议、故障现象咨询、设备参数配置、报警参数设置、维修进度发布、紧急救援服务、维修记录查询以及RSS监测服务，多媒体传输服务利用Web服务进行文本、音频、视频、文本文件、二进制数据流的传输。

在一种实施方式中，船舶接入端层包括异构网络集成服务，用以支持船域网或工业总线标准用以从监控设备中采集数据，并且支持4G或卫星网通讯用以与远程服务器平台沟通。

在一种实施方式中，船舶接入端层包括专用服务模块，专用服务模块包括技术方案模块、网络服务模块和同步模块，其中，技术方案模块用以接收显示远程专家客户端传来的检测建议、备件更换指导、设备参数配置，网络服务模块提供网络支持服务，包括维修进度发布、维修知识课程和应急服务，同步模块用以同步本地数据库与服务器数据库之间的数据。

在一种实施方式中，服务平台层还包括RSS监测服务、实时交互平台和定制多播服务，其中，RSS监测服务具体包括船舶信息发布频道、专家信息频道、故障处理进度频道、紧急救援服务以及频道管理服务，实时交互平台用以支持专家的各种交互服务，使得专家客户端之间能够通过文本，图片和音视频的形式相互通讯；定制多播服务用于在各类远程专家之间建立服务组，并支持组内广播通信。

在一种实施方式中，船舶监测数据的类型包括图像、监测数据流、音视频，数据库层包括数据同步模块，用于对数据库层存储的数据进行同步。

基于同样的发明构思，本发明第二方面提供了一种基于内容聚合的船舶远程数据监控方法，包括：

通过船舶接入端层将数据采集请求发送至数据采集器后，接收数据采集器基于数据采集请求返回的船舶监测数据，再将返回的船舶监测数据发送至服务平台层，其中，数据采集器包括多种，船舶监测数据包括不同的类型的数据；

通过服务平台层的内容聚合服务对返回的不同类型的船舶监测数据进行聚合；

通过数据库层对聚合后的数据进行存储和集成。

在一种实施方式中，所述方法还包括：通过定制多播服务用于在各类远程专家之间建立服务组，并支持组内广播通信。

在一种实施方式中，定制多播服务的触发条件包括设备监控数据发生异常，监控设备自动报警以及船上技术人员求助，当定制多播服务被触发后，首先从在线专家库中选择最适合该维修任务的专家成员形成服务组，并将故障数据及相关档案文件发送给组内成员。

在一种实施方式中，服务器和客户端的初始状态都为关闭状态，定制多播服务的实现流程包括：

当服务器收到应用层用户发来的“启动会话”消息后，服务器向所有在线专家广播“会话邀请”消息，服务器状态从“关闭”转移到“监听”，客户端状态从“关闭”转移到“受邀请”，如果用户同意参加本次故障处理，则向服务器发送“加入申请”消息，客户端状态从“受邀请”转移到“加入”；

当服务器收到客户端发来的“加入申请”消息后，登记客户端ID号，并向客户端回传“加入确认”消息并等待其他的客户端加入，当客户端收到“加入确认”消息后，客户端状态从“加入”转移到“订阅成功”；

当触发了多播服务时，客户端发出“启动多播服务”消息给服务器，该消息包含本次故障处理所需要的条件，服务器状态从“监听”转移到“多播请求”，服务器广播“条件要求”消息至每一个专家组，该消息包含对专家组的条件要求，当客户端收到“条件要求”消息后，如果该专家符合要求则回传“条件满足”消息，客户端状态从“订阅成功”转移到“等待确认”；

当服务器接收到一个“条件满足”消息就进行登记，如果本次故障会诊处理要求的所有条件都满足，服务器状态从“多播请求”转到“故障处理”状态；

服务器判别故障处理要求是否满足，如果全部满足，服务器广播“成员确认”消息至所有参与故障处理专家，当广播确认消息后，服务器状态从“多播请求”转至“故障处理”，当客户端收到服务器传来的“成员确认”消息后，客户端状态从“等待确认”进入“故障处理”。

本申请实施例中的上述一个或多个技术方案，至少具有如下一种或多种技术效果：

本发明提供的一种基于内容聚合的船舶远程数据监控系统为三层结构，具体包括船舶接入端层、服务平台层以及数据库层，其中，船舶接入端层，用于将数据采集请求发送至数据采集器，并接收数据采集器基于数据采集请求返回的船舶监测数据，再将返回的船舶监测数据发送至服务平台层，其中，数据采集器包括多种，船舶监测数据包括不同的类型的数据；服务平台层，包括内容聚合服务，通过内容聚合服务对返回的不同类型的船舶监测数据进行聚合；数据库层，用于对聚合后的数据进行存储和集成。本发明的系统可以对不同类型的监测数据进行融合，并进行数据存储、集成以及共享，实现了数据内容的融合。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种基于内容聚合的船舶远程数据监控系统结构图；

图2为本发明实施例提供的内容聚合服务框架结构图；

图3为本发明实施例提供的定制多播服务应用场景示意图；

图4为本发明实施例提供的定制多播服务框架图；

图5为本发明实施例提供的定制多播服务状态图。

具体实施方式

本发明的目的本发明的目的是为了克服已有技术的缺陷，为了解决船舶状态监测的数据融合问题，提出一种基于内容聚合的船舶远程数据监控系统。系统采取三层架构，分别为船舶接入端层、服务平台层和数据库层。船舶接入端不仅可以使用各种服务采集处理船舶设备数据，而且能够从服务器推拉多媒体信息，利用定制多播协议和内容聚合协议把信息推至需要监测数据的远程专业技术人员。

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

本实施例提供了一种基于内容聚合的船舶远程数据监控系统，包括：

船舶接入端层，用于将数据采集请求发送至数据采集器，并接收数据采集器基于数据采集请求返回的船舶监测数据，再将返回的船舶监测数据发送至服务平台层，其中，数据采集器包括多种，船舶监测数据包括不同的类型的数据；

服务平台层，包括内容聚合服务，通过内容聚合服务对返回的不同类型的船舶监测数据进行聚合；

数据库层，用于对聚合后的数据进行存储和集成。

具体来说，船舶接入端可以从维修应用软件接收远程专家发来的故障查询申请、维修建议以及备品备件更新消息。船舶接入端作为船舶船域网节点运行，能够获取船载监控设备的数据，采用SOAP协议封装后传输上传到服务器节点上。根据不同的采集请求，可以从不同的数据采集器采用不同类型的数据信息。内容聚合服务可以以RSS文件的形式聚合各种船舶维修信息频道。

为了实现机密性，不同的用户ID具有不同的数据访问优先级别，利用安全套接字层协议（SSL）加密数据传输，利用公钥/私钥对和一个随机生成的对称密钥加紧密服务器/与客户端之间传输的数据。

在一种实施方式中，船舶接入端层包括定制服务模块和多媒体传输服务，其中，定制服务模块包括备件管理、维修建议、故障现象咨询、设备参数配置、报警参数设置、维修进度发布、紧急救援服务、维修记录查询以及RSS监测服务，多媒体传输服务利用Web服务进行文本、音频、视频、文本文件、二进制数据流的传输。

具体来说，定制服务模块可以根据用户要求进行设计，例如包括备件管理、维修建议等模块，当船舶接入端登录系统后，系统利用RSS服务把定制服务模块包含的各个模块所需要的信息从服务器上推送至接入端。实时多媒体传输服务：船舶接入端支持利用Web服务进行文本、音频、视频、文本文件、二进制数据流等的传输，对于重要的消息，更可以利用服务器平台的内容聚合技术和定制多播服务传输给相关技术专家。

在一种实施方式中，船舶接入端层包括异构网络集成服务，用以支持船域网或工业总线标准用以从监控设备中采集数据，并且支持4G或卫星网通讯用以与远程服务器平台沟通。

具体来说，异构网络集成服务使得船舶接入端既支持船域网或工业总线标准以便从监控设备中采集数据，也支持4G或卫星网通讯以便同远程服务器平台沟通，船舶接入端不仅能够支持不同的远程网络协议，而且能够从中选择通信质量最好的网络信道进行数据传输。

在一种实施方式中，船舶接入端层包括专用服务模块，专用服务模块包括技术方案模块、网络服务模块和同步模块，其中，技术方案模块用以接收显示远程专家客户端传来的检测建议、备件更换指导、设备参数配置，网络服务模块提供网络支持服务，包括维修进度发布、维修知识课程和应急服务，同步模块用以同步本地数据库与服务器数据库之间的数据。

具体来说，专用服务模块主要用于增强系统性能。

此外，船舶接入端层还包括船舶监控界面以及相应的操作系统。

在一种实施方式中，服务平台层还包括RSS监测服务、实时交互平台和定制多播服务，其中，RSS监测服务具体包括船舶信息发布频道、专家信息频道、故障处理进度频道、紧急救援服务以及频道管理服务，实时交互平台用以支持专家的各种交互服务，使得专家客户端之间能够通过文本，图片和音视频的形式相互通讯；定制多播服务用于在各类远程专家之间建立服务组，并支持组内广播通信。

具体来说，基于监控数据的内容聚合服务发布最新的船舶设备状态信息，如图2所示，远程专家作为内容订阅者，通过该服务实时收到最新信息，除了包括船舶的状态信息，还包括专家在线信息、当前所有故障诊断进程以及紧急救援服务进程。其中船舶状态信息的处理流程为：船舶接入端发送数据采集请求至数据采集器，数据采集器从船舶监测设备收集新的监测数据，并把监测数据返回给接入端，接入端再把这些信息发送至服务端的内容聚合服务。内容聚合服务以RSS文件的形式聚合各种船舶维修信息频道。此外，内容聚合服务支持主动和被动两种模式的报警，主动模式是指当监测数据异常时向系统报警，被动模式指船舶工作人员手动报警。

专家实时交互平台支持专家的各种交互服务，专家之间能够通过文本，图片和音视频等多种形式相互通讯，还能与其他专家进行在线讨论。

定制多播服务能够在各类远程专家之间建立服务组，并支持组内广播通信。尽管内容聚合能够把最近消息发送至所有订阅者，但它缺少一种过滤机制，定制多播服务弥补了内容聚合服务的弱点，它能够在组内成员之间传输订阅信息，而且能够当应急求助服务激发时，保证船舶得到立即帮助。定制多播服务能够建立服务组，按照船舶故障处理要求，挑选不同领域专家成为服务组成员，保障他们能够及时获得该船舶的故障信息。以下三种情况可能会触发定制多播服务：（1）设备监控数据异常，（2）监控设备自动报警，（3）船上技术人员求助。当定制多播服务被触发后，它首先从在线专家库中选择最为适合这次维修任务的专家成员形成服务组，并把故障数据及相关档案文件发送给组内成员。

此外，服务平台层还包括内容显示模板，用于定制专家界面的显示内容，包括船舶当前状态监测和维修进度等，数据来源可以是维修系统内部的服务接口，或者可以是其他系统的公用访问接口。

在一种实施方式中，船舶监测数据的类型包括图像、监测数据流、音视频，数据库层包括数据同步模块，用于对数据库层存储的数据进行同步。

具体来说，数据库层负责存储、共享、集成船舶设备信息，这些信息可能包括图像、监测数据流、音视频等多种类型格式。通过同步模块保证以上所有信息能够在服务层、数据库层和船舶接入端之间保持同步。其中报警管理模块负责管理报警消息和定制多播服务，当故障诊断算法或关联分析算法，发现存储的数据出现异常时发出警报，报警管理模块能及时触发定制多播服务，通知各个专家参加技术保障。此外，还包括数据库管理界面，例如船舶信息服务平台、设备基本信息访问等。

三个平台（系统层）之间的数据传输以XML格式，通过SOAP和SSL协议进行加密传输。

本发明提供的数据监控系统具有以下5个优点。

（1）良好的兼容性。传统维修信息系统往往是针对某一类型船舶，甚至针对某一类型故障，系统之间很难相互交互，存储和传输的消息相互不兼容。本系统采用XML（可扩展标记语言）以及SOAP（简单对象访问协议）等通用数据格式存储和传输系统数据文件，不仅与Web应用系统兼容，而且提供了随时随地访问相关信息的能力。

（2）良好的可扩展性。船舶维修和故障数据来源多，生产厂家也不一样，导致数据格式类型和传输方法差别较大，内容聚合技术可支持大量多媒体数据（包括文本、数据帧、图片、音视频等）的处理和融合。

（3）良好的实时性。远程专家在故障诊断时需要实时观测故障设备的监控信息，基于内容聚合的服务能支持各种在线测量和观测方法，并以内容聚合RSS（简易信息聚合）服务方式实时收集与共享监控数据。

（4）良好的数据共享性。对于远程技术资源及共享而言，高效的数据传输协议非常重要，为此提出了基于内容聚合和定制多播协议的数据传输方法。

（5）灵活的报警机制。内容聚合支持主动和被动两种模式的报警，主动模式是指当监测数据异常时向系统报警，被动模式指船舶工作人员手动报警。

实施例二

基于同样的发明构思，本发明实施例二提供了一种基于内容聚合的船舶远程数据监控方法，包括：

通过船舶接入端层将数据采集请求发送至数据采集器后，接收数据采集器基于数据采集请求返回的船舶监测数据，再将返回的船舶监测数据发送至服务平台层，其中，数据采集器包括多种，船舶监测数据包括不同的类型的数据；

通过服务平台层的内容聚合服务对返回的不同类型的船舶监测数据进行聚合；

通过数据库层对聚合后的数据进行存储和集成。

具体来说，由于实施例一中的系统已经详细介绍了各个部分的数据交互和处理过程，在此不再赘述。

在一种实施方式中，所述方法还包括：通过定制多播服务用于在各类远程专家之间建立服务组，并支持组内广播通信。

在一种实施方式中，定制多播服务的触发条件包括设备监控数据发生异常，监控设备自动报警以及船上技术人员求助，当定制多播服务被触发后，首先从在线专家库中选择最适合该维修任务的专家成员形成服务组，并将故障数据及相关档案文件发送给组内成员。

在一种实施方式中，服务器和客户端的初始状态都为关闭状态，定制多播服务的实现流程包括：

当服务器收到应用层用户发来的“启动会话”消息后，服务器向所有在线专家广播“会话邀请”消息，服务器状态从“关闭”转移到“监听”，客户端状态从“关闭”转移到“受邀请”，如果用户同意参加本次故障处理，则向服务器发送“加入申请”消息，客户端状态从“受邀请”转移到“加入”；

当服务器收到客户端发来的“加入申请”消息后，登记客户端ID号，并向客户端回传“加入确认”消息并等待其他的客户端加入，当客户端收到“加入确认”消息后，客户端状态从“加入”转移到“订阅成功”；

当触发了多播服务时，客户端发出“启动多播服务”消息给服务器，该消息包含本次故障处理所需要的条件，服务器状态从“监听”转移到“多播请求”，服务器广播“条件要求”消息至每一个专家组，该消息包含对专家组的条件要求，当客户端收到“条件要求”消息后，如果该专家符合要求则回传“条件满足”消息，客户端状态从“订阅成功”转移到“等待确认”；

当服务器接收到一个“条件满足”消息就进行登记，如果本次故障会诊处理要求的所有条件都满足，服务器状态从“多播请求”转到“故障处理”状态；

服务器判别故障处理要求是否满足，如果全部满足，服务器广播“成员确认”消息至所有参与故障处理专家，当广播确认消息后，服务器状态从“多播请求”转至“故障处理”，当客户端收到服务器传来的“成员确认”消息后，客户端状态从“等待确认”进入“故障处理”。

具体来说，定制多播协议包括起始、加入、会话三个阶段。其中起始阶段包括初始化与关闭服务状态，加入阶段包括监听服务状态，会话阶段包括多播请求、多播回答和故障处理服务状态。

在具体的实施过程中，根据研究领域和专长的不同，可以将技术专家分为m组，每一组有n_m个候选专家，定制多播协议负责从m个专家组中挑选x个符合本次故障诊断的专家会诊，应用场景如图3所示定制多播服务的执行步骤如下：（1）系统现共有n个专家；（2）根据专家特长和研究领域等属性分成m组；（3）船舶技术人员或船舶在线监控系统报警，如图5所示，触发定制多播服务，它根据故障会诊需求，从m组个专家中选择x个会诊专家；（4）会诊专家进入视频会议室，讨论故障情况，得出维修方案。定制多播协议的流程框架如图4所示，状态转换图如图5所示。下面对多播服务工作流程的每一个步骤进行详细描述。

服务器和客户端的初始状态均为“关闭”，当服务器收到应用层某用户发来的“启动会话”消息后，服务器向所有在线专家广播“会话邀请”消息，服务器状态从“关闭”转移到“监听”。专家客户端初始状态为关闭，当客户端收到“会话邀请”消息后，把该消息转发到应用层，显示给用户选择是否参加，这时客户端状态从“关闭”转移到“受邀请”，如果用户同意参加本次故障处理，则向服务器发送“加入申请”消息，客户端状态从“受邀请”转移到“加入”，否则用户向服务器发送“不参加邀请”消息，客户端状态从“受邀请”转移到“关闭”。如果服务器已经处于“会话”阶段（多播请求、多播回答和故障处理服务状态均处于会话阶段），那么客户端发来的所有的“加入申请”消息，都将被服务器否决，服务器将向客户发送“否决加入”消息。

监听步骤：当服务器收到客户端发来的“加入申请”消息后，登记客户端ID号，并向客户端回传“加入确认”消息并等待其他的客户端加入。当客户端收到“加入确认”消息后，客户端状态从“加入”转移到“订阅成功”。

多播请求步骤：该步骤触发定制多播协议，设置故障处理所要求的专业特长。当某事件触发了多播服务时，用户程序发出“启动多播服务”消息给服务器，该消息包含了本次故障处理所需要的条件，比如每个领域专家的数量以及可能所需时间等。这时服务器状态从“监听”转移到“多播请求”。服务器广播“条件要求”消息至每一个专家组，该消息包含对某专家组的条件要求。当客户端收到“条件要求”消息后，如果该专家符合要求则回传“条件满足”消息，客户端状态从“订阅成功”转移到“等待确认”。

多播回答步骤：该步骤接收回答消息并选择故障处理组成员。服务器每接收到一个“条件满足”消息就进行登记，如果本次故障会诊处理要求的所有条件都得到满足，服务器状态从“多播请求”转到“故障处理”状态，如果故障处理需求没有满足，服务器等待其他专家的参与。

故障处理步骤：该步骤负责所有故障会诊专家之间的交互。服务器判别故障处理要求是否满足，如果全部满足，服务器广播“成员确认”消息至所有参与故障处理专家，当广播确认消息后，服务器状态从“多播请求”转至“故障处理”。这时多播协议会启动语音视频会议方式。当客户端收到服务器传来的“成员确认”消息后，客户端进入交互服务模块形成故障处理小组，开始故障船舶的会诊处理，客户端状态从“等待确认”进入“故障处理”。

关闭服务步骤：该步骤关闭故障处理服务。当服务器关闭故障处理程序时，广播“会话关闭”消息至所有故障处理组成员，服务器状态从“故障处理”转至“关闭”。当客户端收到服务器发出的“关闭”消息后，客户端终止故障处理活动，并关闭与服务器的通信连接，状态从“故障处理”转至“关闭”。

由于本发明实施例二所介绍的方法，为基于本发明实施例一中基于内容聚合的船舶远程数据监控系统所实现的方法，故而基于本发明实施例一所介绍的系统，本领域所属人员能够了解该方法的具体实施形式，故而在此不再赘述。凡是基于本发明实施例一的系统所实现的方法都属于本发明所欲保护的范围。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (7)

1.一种基于内容聚合的船舶远程数据监控系统，其特征在于，包括：

船舶接入端层，用于将数据采集请求发送至数据采集器，并接收数据采集器基于数据采集请求返回的船舶监测数据，再将返回的船舶监测数据发送至服务平台层，其中，数据采集器包括多种，船舶监测数据包括不同的类型的数据；

服务平台层，包括内容聚合服务，通过内容聚合服务对返回的不同类型的船舶监测数据进行聚合，其中，内容聚合服务以RSS文件的形式聚合不同类型的船舶维修信息频道；

数据库层，用于对聚合后的数据进行存储和集成；

其中，服务平台层还包括RSS监测服务、实时交互平台和定制多播服务，其中，RSS监测服务具体包括船舶信息发布频道、专家信息频道、故障处理进度频道、紧急救援服务以及频道管理服务，实时交互平台用以支持专家的各种交互服务，使得专家客户端之间能够通过文本，图片和音视频的形式相互通讯；定制多播服务用于在各类远程专家之间建立服务组，并支持组内广播通信；

服务器和客户端的初始状态都为关闭状态，定制多播服务的实现流程包括：

当服务器收到应用层用户发来的“启动会话”消息后，服务器向所有在线专家广播“会话邀请”消息，服务器状态从“关闭”转移到“监听”，客户端状态从“关闭”转移到“受邀请”，如果用户同意参加本次故障处理，则向服务器发送“加入申请”消息，客户端状态从“受邀请”转移到“加入”；

当服务器收到客户端发来的“加入申请”消息后，登记客户端ID号，并向客户端回传“加入确认”消息并等待其他的客户端加入，当客户端收到“加入确认”消息后，客户端状态从“加入”转移到“订阅成功”；

当触发了多播服务时，客户端发出“启动多播服务”消息给服务器，该消息包含本次故障处理所需要的条件，服务器状态从“监听”转移到“多播请求”，服务器广播“条件要求”消息至每一个专家组，该消息包含对专家组的条件要求，当客户端收到“条件要求”消息后，如果该专家符合要求则回传“条件满足”消息，客户端状态从“订阅成功”转移到“等待确认”；

当服务器接收到一个“条件满足”消息就进行登记，如果本次故障会诊处理要求的所有条件都满足，服务器状态从“多播请求”转到“故障处理”状态；

服务器判别故障处理要求是否满足，如果全部满足，服务器广播“成员确认”消息至所有参与故障处理专家，当广播确认消息后，服务器状态从“多播请求”转至“故障处理”，当客户端收到服务器传来的“成员确认”消息后，客户端状态从“等待确认”进入“故障处理”。

2.如权利要求1所述的系统，其特征在于，船舶接入端层包括定制服务模块和多媒体传输服务，其中，定制服务模块包括备件管理、维修建议、故障现象咨询、设备参数配置、报警参数设置、维修进度发布、紧急救援服务、维修记录查询以及RSS监测服务，多媒体传输服务利用Web服务进行文本、音频、视频、文本文件、二进制数据流的传输。

3.如权利要求1所述的系统，其特征在于，船舶接入端层包括异构网络集成服务，用以支持船域网或工业总线标准用以从监控设备中采集数据，并且支持4G或卫星网通讯用以与远程服务器平台沟通。

4.如权利要求1所述的系统，其特征在于，船舶接入端层包括专用服务模块，专用服务模块包括技术方案模块、网络服务模块和同步模块，其中，技术方案模块用以接收显示远程专家客户端传来的检测建议、备件更换指导、设备参数配置，网络服务模块提供网络支持服务，包括维修进度发布、维修知识课程和应急服务，同步模块用以同步本地数据库与服务器数据库之间的数据。

5.如权利要求1所述的系统，其特征在于，船舶监测数据的类型包括图像、监测数据流、音视频，数据库层包括数据同步模块，用于对数据库层存储的数据进行同步。

6.一种基于内容聚合的船舶远程数据监控方法，其特征在于，包括：

通过船舶接入端层将数据采集请求发送至数据采集器后，接收数据采集器基于数据采集请求返回的船舶监测数据，再将返回的船舶监测数据发送至服务平台层，其中，数据采集器包括多种，船舶监测数据包括不同的类型的数据；

通过服务平台层的内容聚合服务对返回的不同类型的船舶监测数据进行聚合，其中，内容聚合服务以RSS文件的形式聚合不同类型的船舶维修信息频道；

通过数据库层对聚合后的数据进行存储和集成；

其中，服务平台层还包括RSS监测服务、实时交互平台和定制多播服务，其中，RSS监测服务具体包括船舶信息发布频道、专家信息频道、故障处理进度频道、紧急救援服务以及频道管理服务，实时交互平台用以支持专家的各种交互服务，使得专家客户端之间能够通过文本，图片和音视频的形式相互通讯；定制多播服务用于在各类远程专家之间建立服务组，并支持组内广播通信；

服务器和客户端的初始状态都为关闭状态，定制多播服务的实现流程包括：

当服务器收到应用层用户发来的“启动会话”消息后，服务器向所有在线专家广播“会话邀请”消息，服务器状态从“关闭”转移到“监听”，客户端状态从“关闭”转移到“受邀请”，如果用户同意参加本次故障处理，则向服务器发送“加入申请”消息，客户端状态从“受邀请”转移到“加入”；

当服务器收到客户端发来的“加入申请”消息后，登记客户端ID号，并向客户端回传“加入确认”消息并等待其他的客户端加入，当客户端收到“加入确认”消息后，客户端状态从“加入”转移到“订阅成功”；

当触发了多播服务时，客户端发出“启动多播服务”消息给服务器，该消息包含本次故障处理所需要的条件，服务器状态从“监听”转移到“多播请求”，服务器广播“条件要求”消息至每一个专家组，该消息包含对专家组的条件要求，当客户端收到“条件要求”消息后，如果该专家符合要求则回传“条件满足”消息，客户端状态从“订阅成功”转移到“等待确认”；

当服务器接收到一个“条件满足”消息就进行登记，如果本次故障会诊处理要求的所有条件都满足，服务器状态从“多播请求”转到“故障处理”状态；

服务器判别故障处理要求是否满足，如果全部满足，服务器广播“成员确认”消息至所有参与故障处理专家，当广播确认消息后，服务器状态从“多播请求”转至“故障处理”，当客户端收到服务器传来的“成员确认”消息后，客户端状态从“等待确认”进入“故障处理”。

7.如权利要求6所述的方法，其特征在于，定制多播服务的触发条件包括设备监控数据发生异常，监控设备自动报警以及船上技术人员求助，当定制多播服务被触发后，首先从在线专家库中选择最适合维修任务的专家成员形成服务组，并将故障数据及相关档案文件发送给组内成员。

Images