知財求人 - 知財ポータルサイト「IP Force」
▶ フィンカンティエリ ソチエタ ペル アツィオニの特許一覧
特開2024-71377船舶建造中の造船所での活動を支援するシステムおよび方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024071377
(43)【公開日】2024-05-24
(54)【発明の名称】船舶建造中の造船所での活動を支援するシステムおよび方法
(51)【国際特許分類】
H04L 12/28 20060101AFI20240517BHJP
G06Q 50/08 20120101ALI20240517BHJP
【ＦＩ】
H04L12/28 200Z
G06Q50/08
【審査請求】未請求
【請求項の数】17
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2023193913
(22)【出願日】2023-11-14
(31)【優先権主張番号】102022000023412
(32)【優先日】2022-11-14
(33)【優先権主張国・地域又は機関】IT
(71)【出願人】
【識別番号】514146829
【氏名又は名称】フィンカンティエリ ソチエタ ペル アツィオニ
(74)【代理人】
【識別番号】100145403
【弁理士】
【氏名又は名称】山尾 憲人
(74)【代理人】
【識別番号】100111039
【弁理士】
【氏名又は名称】前堀 義之
(72)【発明者】
【氏名】ゴミエロ，ジョルジョ
(72)【発明者】
【氏名】ピルッティ ナメル，タルシス
(72)【発明者】
【氏名】ブリストット，シモン ルカ
(72)【発明者】
【氏名】ブリーク，サイモン オリバー
(72)【発明者】
【氏名】トンマゾーニ，リッカルド
(72)【発明者】
【氏名】ロゼート，トリスターノ
(72)【発明者】
【氏名】ギッゲリ，アレッシオ
(72)【発明者】
【氏名】ジーパロ，フランチェスコ
(72)【発明者】
【氏名】カパート，ロベルト
(72)【発明者】
【氏名】モーミ，マッシモ
(72)【発明者】
【氏名】ボッタッツィ，ダリオ
【テーマコード（参考）】
5K033
【Ｆターム（参考）】
5K033BA08
5K033BA11
(57)【要約】 （修正有）
【課題】船舶建造中の造船所での活動を支援するシステム及び方法を提供する。
【解決手段】システム（１００）は、１つまたは複数のツリーネットワークトポロジーを形成するために、夫々の有線接続バックボーンケーブルによって動作可能に接続された第１の複数の電子機器（４０）を含み、夫々のツリーネットワークトポロジーのルートノードを代表する第１の複数の電子機器（４０）の各電子機器は、少なくとも１つのローカル電子計算機（１０）に動作可能に接続され、システムはまた、造船所を代表する情報を検知するために造船所に分散配置されるように適合された複数のセンサ（５０）を含み、複数のセンサ（５０）は、夫々の有線接続ケーブルによって動作可能に接続される。第１の複数の電子機器（４０）の各電子機器は、複数のセンサ（５０）によって検知された造船所の状態を代表する情報に基づいて、造船所のネットワーク接続性及び安全性を管理する。
【選択図】図２ａ
【解決手段】システム（１００）は、１つまたは複数のツリーネットワークトポロジーを形成するために、夫々の有線接続バックボーンケーブルによって動作可能に接続された第１の複数の電子機器（４０）を含み、夫々のツリーネットワークトポロジーのルートノードを代表する第１の複数の電子機器（４０）の各電子機器は、少なくとも１つのローカル電子計算機（１０）に動作可能に接続され、システムはまた、造船所を代表する情報を検知するために造船所に分散配置されるように適合された複数のセンサ（５０）を含み、複数のセンサ（５０）は、夫々の有線接続ケーブルによって動作可能に接続される。第１の複数の電子機器（４０）の各電子機器は、複数のセンサ（５０）によって検知された造船所の状態を代表する情報に基づいて、造船所のネットワーク接続性及び安全性を管理する。
【選択図】図２ａ
【特許請求の範囲】
【請求項1】
船舶（１）の建造中に造船所での活動を支援するためのシステム（１００）であって、
－ 船舶（１）の建造の監視塔に動作可能に設置されるように構成された少なくとも１つのローカル電子計算機（１０）を含み、少なくとも１つのローカル電子計算機（１０）は、船舶（１）から離れた少なくとも１つの中央電子計算機（２０）に動作可能に接続されるように構成され、
システムはまた、
－ １つまたは複数のツリーネットワークトポロジーを形成するために、それぞれの有線接続バックボーンケーブルによって動作可能に接続された第１の複数の電子機器（４０）を含み、それぞれのツリーネットワークトポロジーのルートノードを代表する第１の複数の電子機器（４０）の各電子機器は、少なくとも１つのローカル電子計算機（１０）に動作可能に接続され、
システムはまた、
－ 造船所を代表する情報を検知するために造船所に分散配置されるように適合された複数のセンサ（５０）を含み、複数のセンサ（５０）は、それぞれの有線接続ケーブルによって動作可能に接続され、第１の複数の電子機器（４０）の１つまたは複数の電子機器から１つまたは複数のネットワークトポロジーを形成し、
第１の複数の電子機器（４０）の各電子機器は、複数のセンサ（５０）によって検知された造船所の状態を代表する情報に基づいて、造船所のネットワーク接続性および安全性を管理するように構成される、
システム（１００）。
－ 船舶（１）の建造の監視塔に動作可能に設置されるように構成された少なくとも１つのローカル電子計算機（１０）を含み、少なくとも１つのローカル電子計算機（１０）は、船舶（１）から離れた少なくとも１つの中央電子計算機（２０）に動作可能に接続されるように構成され、
システムはまた、
－ １つまたは複数のツリーネットワークトポロジーを形成するために、それぞれの有線接続バックボーンケーブルによって動作可能に接続された第１の複数の電子機器（４０）を含み、それぞれのツリーネットワークトポロジーのルートノードを代表する第１の複数の電子機器（４０）の各電子機器は、少なくとも１つのローカル電子計算機（１０）に動作可能に接続され、
システムはまた、
－ 造船所を代表する情報を検知するために造船所に分散配置されるように適合された複数のセンサ（５０）を含み、複数のセンサ（５０）は、それぞれの有線接続ケーブルによって動作可能に接続され、第１の複数の電子機器（４０）の１つまたは複数の電子機器から１つまたは複数のネットワークトポロジーを形成し、
第１の複数の電子機器（４０）の各電子機器は、複数のセンサ（５０）によって検知された造船所の状態を代表する情報に基づいて、造船所のネットワーク接続性および安全性を管理するように構成される、
システム（１００）。
【請求項2】
第１の複数の電子機器（４０）の各電子機器は、第１の複数の電子機器（４０）の電子機器（４０）と、複数のセンサ（５０）のセンサとの有線接続が、それぞれの有線接続バックボーンケーブルによって直接接続されたメッシュネットワーク機構によって確立するように構成される、
請求項１に記載のシステム（１００）。
請求項１に記載のシステム（１００）。
【請求項3】
第１の複数の電子機器（４０）の各電子機器は、システム（１００）内のプラグアンドプレイタイプの接続および構成を可能にするように構成される、
請求項１または２に記載のシステム（１００）。
請求項１または２に記載のシステム（１００）。
【請求項4】
第１の複数の電子機器（４０）の各電子機器は、それぞれの接続バックボーンケーブル（Ｃ－Ｄ１）を受ける入力接続部と、第１の複数の電子機器（４０）の他の電子機器の接続のために、それぞれのさらなる接続バックボーンケーブル（Ｃ－Ｄ２、Ｃ－Ｄ３）がそれぞれから始まる２つの出力接続部とを含む、
請求項１～３のいずれか１つに記載のシステム（１００）。
請求項１～３のいずれか１つに記載のシステム（１００）。
【請求項5】
電子機器（４０）は、造船所内にいる人員の存在を検知するように構成される、
請求項１～４のいずれか１つに記載のシステム（１００）。
請求項１～４のいずれか１つに記載のシステム（１００）。
【請求項6】
電子機器（４０）は、ブルートゥース技術による無線通信モジュール（ＭＢ）を含み、
電子機器（４０）は、個人によって装着可能で、個人を一意に識別するコードを送信するＢＬＴＥビーコン装置よって定時に発信されるビーコンを検知するように構成される、
請求項５に記載のシステム（１００）。
電子機器（４０）は、個人によって装着可能で、個人を一意に識別するコードを送信するＢＬＴＥビーコン装置よって定時に発信されるビーコンを検知するように構成される、
請求項５に記載のシステム（１００）。
【請求項7】
複数のセンサ（５０）の各センサは、それぞれの接続ケーブル（Ｃ－Ｓ１）を受けるための入力接続部と、他のセンサの接続のために、それぞれのさらなる接続ケーブル（Ｃ－Ｓ２、Ｃ－Ｓ３）がそれぞれから始まる２つの出力接続部とを含む、
請求項１～６のいずれか１つに記載のシステム（１００）。
請求項１～６のいずれか１つに記載のシステム（１００）。
【請求項8】
複数のセンサ（５０）の各センサは、それぞれの有線接続バックボーンケーブルによってそこに直接接続されたメッシュネットワーク機構によって、第１の複数の電子機器（４０）の電子機器と、複数のセンサ（５０）のセンサとの有線モードでの第１の接続および無線モードでの第２の接続を確立するように構成される、
請求項１～７のいずれか１つに記載のシステム（１００）。
請求項１～７のいずれか１つに記載のシステム（１００）。
【請求項9】
複数のセンサ（５０）の各センサは、システム（１００）内のプラグアンドプレイタイプの接続および構成を可能にするように構成される、
請求項１～８のいずれか１つに記載のシステム（１００）。
請求項１～８のいずれか１つに記載のシステム（１００）。
【請求項10】
複数のセンサ（５０）は、サブ複数のセンサノード（５０’）を含み、
サブ複数のセンサノード（５０’）の各センサノードは、それぞれのツリーネットワークトポロジー内でネットワークノード機能を実行するように構成される、
請求項１～９のいずれか１つに記載のシステム（１００）。
サブ複数のセンサノード（５０’）の各センサノードは、それぞれのツリーネットワークトポロジー内でネットワークノード機能を実行するように構成される、
請求項１～９のいずれか１つに記載のシステム（１００）。
【請求項11】
サブ複数のセンサノード（５０’）の各センサノードは、システム（１００）内のプラグアンドプレイタイプの接続および構成を可能にするように構成される、
請求項１０に記載のシステム（１００）。
請求項１０に記載のシステム（１００）。
【請求項12】
サブ複数のセンサノード（５０’）の各センサノードは、第１の複数の電子機器（４０）の電子機器と、複数のセンサ（５０）のセンサまたは他のセンサノードとの有線モードでの第１の接続および無線モードでの第２の接続が、それぞれの有線接続バックボーンケーブルによってそこに直接接続されたメッシュネットワーク機構によって確立するように構成される、
請求項１０または１１に記載のシステム（１００）。
請求項１０または１１に記載のシステム（１００）。
【請求項13】
それぞれのツリーネットワークトポロジーのルートノードを代表する第１の複数の電子機器（４０）の各電子機器は、少なくとも１つのローカル電子計算機（１０）に直接接続されている、
請求項１～１２のいずれか１つに記載のシステム（１００）。
請求項１～１２のいずれか１つに記載のシステム（１００）。
【請求項14】
有線接続によって建造中の船舶（１）の監視塔に動作可能に接続されるように構成された第２の複数の電子デバイス（３０）を含み、
第２の複数の電子デバイス（３０）は、造船所に隣接する埠頭に沿って分散配置され、
第２の複数の電子デバイス（３０）の各電子デバイスは、ラウタまたはネットワークスイッチとして動作するように構成され、
第２の複数の電子デバイス（３０）の各電子デバイスは、少なくとも１つのローカル電子計算機（１０）に動作可能に接続され、
それぞれのツリーネットワークトポロジーのルートノードを代表する第１の複数の電子機器（４０）の各電子機器は、第２の複数の電子デバイス（３０）の電子デバイスによって、少なくとも１つのローカル電子計算機（１０）に動作可能に接続される、
請求項１～１２のいずれか１つに記載のシステム（１００）。
第２の複数の電子デバイス（３０）は、造船所に隣接する埠頭に沿って分散配置され、
第２の複数の電子デバイス（３０）の各電子デバイスは、ラウタまたはネットワークスイッチとして動作するように構成され、
第２の複数の電子デバイス（３０）の各電子デバイスは、少なくとも１つのローカル電子計算機（１０）に動作可能に接続され、
それぞれのツリーネットワークトポロジーのルートノードを代表する第１の複数の電子機器（４０）の各電子機器は、第２の複数の電子デバイス（３０）の電子デバイスによって、少なくとも１つのローカル電子計算機（１０）に動作可能に接続される、
請求項１～１２のいずれか１つに記載のシステム（１００）。
【請求項15】
第２の複数の電子デバイス（３０）の各電子デバイスによって、少なくとも１つのローカル電子計算機（１０）に直接接続される、
請求項１４に記載のシステム（１００）。
請求項１４に記載のシステム（１００）。
【請求項16】
第２の複数の電子デバイス（３０）の全ての電子デバイスのうち、少なくとも１つのローカル電子計算機（１０）に最も近い電子デバイスが、少なくとも１つのローカル電子計算機（１０）に直接接続され、
少なくとも１つのローカル電子計算機（１０）に最も近い電子デバイスから始まって、第２の複数の電子デバイス（３０）の電子デバイスは、カスケード方式で互いに接続される、
請求項１４に記載のシステム（１００）。
少なくとも１つのローカル電子計算機（１０）に最も近い電子デバイスから始まって、第２の複数の電子デバイス（３０）の電子デバイスは、カスケード方式で互いに接続される、
請求項１４に記載のシステム（１００）。
【請求項17】
船舶（１）の建造中に造船所での活動を支援するための方法（８００）であって、
－ 船舶の建造（１）の監視塔に動作可能に設置された少なくとも１つのローカル電子計算機（１０）を提供するステップ（８０１）を含み、少なくとも１つのローカル電子計算機（１０）は、船舶（１）から離れた少なくとも１つの中央電子計算機（２０）に動作可能に接続され、
方法はまた、
－ １つまたは複数のツリーネットワークトポロジーを形成するために、それぞれの有線接続バックボーンケーブルによって動作可能に接続された第１の複数の電子機器（４０）を提供するステップ（８０２）を含み、それぞれのツリーネットワークトポロジーのルートノードを代表する第１の複数の電子機器（４０）の各電子機器は、少なくとも１つのローカル電子計算機（１０）に動作可能に接続され、
方法はまた、
－ 造船所に分散配置された複数のセンサ（５０）によって、造船所を代表する情報を検知するステップ（８０３）を含み、複数のセンサ（５０）は、それぞれの有線接続バックボーンケーブルによって動作可能に接続され、第１の複数の電子機器（４０）の１つまたは複数の電子機器から１つまたは複数のネットワークトポロジーを形成し、
方法はまた、
－ 第１の複数の各電子機器（４０）によって、複数のセンサ（５０）によって検知された造船所、及び又は船舶（１）の状態を代表する情報に基づいて、造船所のネットワーク接続性および安全性を管理するステップ（８０４）を含む、
方法（８００）。
－ 船舶の建造（１）の監視塔に動作可能に設置された少なくとも１つのローカル電子計算機（１０）を提供するステップ（８０１）を含み、少なくとも１つのローカル電子計算機（１０）は、船舶（１）から離れた少なくとも１つの中央電子計算機（２０）に動作可能に接続され、
方法はまた、
－ １つまたは複数のツリーネットワークトポロジーを形成するために、それぞれの有線接続バックボーンケーブルによって動作可能に接続された第１の複数の電子機器（４０）を提供するステップ（８０２）を含み、それぞれのツリーネットワークトポロジーのルートノードを代表する第１の複数の電子機器（４０）の各電子機器は、少なくとも１つのローカル電子計算機（１０）に動作可能に接続され、
方法はまた、
－ 造船所に分散配置された複数のセンサ（５０）によって、造船所を代表する情報を検知するステップ（８０３）を含み、複数のセンサ（５０）は、それぞれの有線接続バックボーンケーブルによって動作可能に接続され、第１の複数の電子機器（４０）の１つまたは複数の電子機器から１つまたは複数のネットワークトポロジーを形成し、
方法はまた、
－ 第１の複数の各電子機器（４０）によって、複数のセンサ（５０）によって検知された造船所、及び又は船舶（１）の状態を代表する情報に基づいて、造船所のネットワーク接続性および安全性を管理するステップ（８０４）を含む、
方法（８００）。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、海運の分野に関し、特に、船舶建造中の造船所（ｓｈｉｐｙａｒｄ）での活動を支援するためのシステムおよび方法に関する。
【背景技術】
【0002】
船の建造中に造船所での活動を支援するインフラ（ｉｎｆｒａｓｔｒｕｃｔｕｒｅｓ）が知られており、これらは、通信装置、センサ、その他の構成要素から構成され、互いにその場で（ａｄ ｈｏｃ）設置および配線されている。
【0003】
このようなインフラは、オペレータ間の通信のための接続性を提供し、造船所内で発生し得る緊急事態や危険な状況（例えば、火災）に対処することを可能にする。
【0004】
このインフラの主な限界は、船舶の建造中に作業が進むにつれて、インフラが確実にサポートしなければならない空間が変化し、インフラが機能しなくなる可能性があるという事実に関連している。
【0005】
例えば、船内への従前の開口部は、後に、鋼製隔壁（ｂｕｌｋｈｅａｄ）によって閉じられ得る。
【0006】
このような状況では、以前はその開口部を通じて可能であったデータ通信が、隔壁の存在によって、完全に中断されないまでも、妨げられる可能性があることは明らかである。
【0007】
したがって、造船所の変更によって必要なときにいつでも同じサポートサービスを確保できるように、既存のインフラは変更可能でなければならない。
【0008】
しかし、これには時間がかかるため、船舶の建造時間とコストが増大する。
【0009】
したがって、船舶建造中の造船所での活動を支援するインフラを備えることの必要性が感じられており、このようなインフラは、既存のインフラの制約や硬直性（ｒｉｄｉｇｉｔｙ）を克服することができ、新たなニーズに対応することができ、インフラの柔軟な使用や長期的なメンテナンスの容易性を確保することができる技術を導入することができ、事故の防止を始めとする安全性の様々な側面を向上させることができる。
【発明の概要】
【0010】
本発明の目的は、従来技術を参照して上述した欠点を「少なくとも部分的に」克服することができる、船舶建造中の造船所における活動を支援するためのシステムを考案し、提供することである。
【0011】
特に、既存のインフラの制約や硬直性を克服し、新たなニーズに適応し、インフラの使用の適応性と保守の容易性を長期にわたって確保することができる技術を導入することができ、さらに、事故の防止を始めとする造船所内の安全性に関する様々な側面を改善することができる、船舶建造中の造船所における活動を支援するためのシステムを考案し、提供することが目的である。
【0012】
このような目的は、請求項１に係る船舶建造中の造船所における活動を支援するシステムによって達成される。
【0013】
本発明はまた、船舶建造中の造船所での活動を支援するための関連する方法に関する。
【図面の簡単な説明】
【0014】
本発明によるシステムおよび関連する方法のさらなる特徴および利点は、添付の図面を参照して、非限定的な例示として与えられる、その好ましい実施形態の以下の説明から明らかになるであろう。
【0015】
【発明を実施するための形態】
【0016】
前述の図を参照すると、１００は、本発明による、船舶建造中の造船所での活動を支援するためのシステムを全体として示し、以下、単に支援システムまたは単にシステムともいう。
【0017】
「造船所」とは、建設発注を受けて船舶の建造に使用される事業所をいう。
【0018】
「造船所での活動」とは、船舶建造中の造船所内での生産活動をいう。
【0019】
「造船所における支援活動」とは、例えば、事故警報サービス、火災警報サービス、洪水警報サービスなど、船舶の建造中に必要なサービスを提供するための、造船所内の接続性／データ通信、及び事象の検知を意味する。
【0020】
後述する「造船所を代表する情報」とは、造船所内で検知可能な事象の情報を意味し、例えば、人の存在、故障の検知、水の検知、煙の検知、一般的には緊急事態や警報の検知などを意味する。
【0021】
全体として参照数字１で示される船舶の一例を図１に示す。
【0022】
本明細書において、「船舶」とは、クルーズ、レクリエーション及び観光サービスに使用可能なあらゆる船舶、例えば図１に示すようなクルーズ船、又はその他の船舶、例えば軍事分野で使用可能な船舶、商船、作業船等を意味する。
【0023】
特に図２を参照すると、システム１００は、船舶１の監視塔（ｗａｔｃｈｔｏｗｅｒ）に動作可能に設置されるように構成された少なくとも１つのローカル電子計算機１０（サーバ）を含む。
【0024】
少なくとも１つのローカル電子計算機１０は、監視塔オペレーションセンターとも呼ばれ、データ収集、造船所で働くオペレータとの双方向ボイスオーバーＩＰ通信（ＶｏＩＰ）、メッセージ放送、警報報告制御の機能を実行するように構成されている。
【0025】
少なくとも１つのローカル電子計算機１０は、船舶１から離れた少なくとも１つの中央電子計算機２０に動作可能に接続されるように構成される。
【0026】
少なくとも１つの中央電子計算機２０は、例えば遠隔サーバである。
【0027】
少なくとも１つの中央電子計算機２０は、例えばクラウドサーバであり、データ収集、可能性のある警報の表示、報告、双方向ＶｏＩＰ通信、および安全メッセージの放送の機能を実行するように構成されている。
【0028】
少なくとも１つのローカル電子計算機１０は、有線接続、通常は有線ＩＰ接続、好ましくは光ファイバによって、少なくとも１つの中央電子計算機２０に動作可能に接続される。
【0029】
図２ａおよび図２ｂを参照すると、本発明によれば、システム１００は、１つまたは複数のツリーネットワークトポロジーを形成するために、それぞれの有線接続バックボーンケーブル（ｃｏｎｎｅｃｔｉｏｎ ｂａｃｋｂｏｎｅ ｃａｂｌｅ）によって動作可能に接続された第１の複数の電子機器（ｅｌｅｃｔｒｏｎｉｃ ａｐｐａｒａｔｕｓ）４０を備え、それぞれのツリーネットワークトポロジーのルートノード（ｒｏｏｔ ｎｏｄｅ）を代表する各電子機器４０は、少なくとも１つのローカル電子計算機１０に動作可能に接続されている。
【0030】
以下、前述の第１の複数の電子機器４０のうちの１つの電子機器について詳細に説明する。
【0031】
システム１００は、造船所（船舶建造中）を代表する情報を検知するために造船所（船舶建造中）に分散配置されるように適合された複数のセンサ５０をさらに備える。
【0032】
「造船所を代表する情報」の定義は、上に示したとおりである。
【0033】
複数のセンサ５０は、それぞれの有線接続ケーブルによって第１の複数の電子機器４０に動作可能に接続され、前述の第１の複数の電子機器４０の１つまたは複数の電子機器から１つまたは複数のネットワークトポロジーを形成する。
【0034】
複数のセンサ５０によって形成され得るネットワークトポロジーの例は、スターネットワークトポロジー（図示せず）、ツリーネットワークトポロジー（図２ａおよび２ｂに示す）である。
【0035】
このようなネットワークトポロジーがツリーネットワークトポロジーである場合、それぞれのツリーネットワークトポロジーのルートノードを代表するセンサ５０は、前述の第１の複数の電子機器４０のうちの１つの電子機器４０に動作可能に接続される。
【0036】
以下、複数のセンサ５０についてさらに詳しく説明する。
【0037】
本発明によれば、前述の第１の複数の電子機器４０の各電子機器は、複数のセンサ５０によって検知された造船所の状態を代表する情報に基づいて、造船所のネットワーク接続性および安全性を管理するように構成される。
【0038】
次に、図３を参照して、前述の第１の複数の電子機器４０のうちの電子機器について説明する。
【0039】
電子機器４０は、データ処理ユニット４１、例えばマイクロプロセッサまたはマイクロコントローラを含む。
【0040】
電子機器４０は、データ処理ユニット４０に動作可能に接続された少なくとも１つのメモリユニット４２をさらに含む。
【0041】
少なくとも１つのメモリユニット４２は、データ処理ユニット４１によって実行可能な１つまたは複数のプログラムコードと、当該１つまたは複数のプログラムコードの実行後に生成および処理されるデータとを記憶するように構成されていることに留意されたい。
【0042】
データ処理ユニット４１は、電子機器４０に委任された操作機能を実行するように構成されている。
【0043】
この点に関して、そのような操作機能は、以下の１つ以上を含む：
－ 複数のセンサ５０によってデータを検出し、これらのデータを少なくとも１つのローカル電子計算機１０（船舶１の監視塔）に伝達すること；
－ システム１００の故障を検知し、これらの事象を少なくとも１つのローカル電子計算機１０（船舶１の監視塔）に伝達すること；
－ 造船所の作業員によって要求された場合に、プッシュツートーク（ｐｕｓｈ－ｔｏ－ｔａｌｋ）モードで緊急通信をサポートすること；
－ 声による通信及び録音されたメッセージによる放送通信の両方をサポートすること；
－ ネットワーク接続性をサポートすること；
－ 物理的に近い人員（例えば、消防士）の存在を検知すること。
－ 複数のセンサ５０によってデータを検出し、これらのデータを少なくとも１つのローカル電子計算機１０（船舶１の監視塔）に伝達すること；
－ システム１００の故障を検知し、これらの事象を少なくとも１つのローカル電子計算機１０（船舶１の監視塔）に伝達すること；
－ 造船所の作業員によって要求された場合に、プッシュツートーク（ｐｕｓｈ－ｔｏ－ｔａｌｋ）モードで緊急通信をサポートすること；
－ 声による通信及び録音されたメッセージによる放送通信の両方をサポートすること；
－ ネットワーク接続性をサポートすること；
－ 物理的に近い人員（例えば、消防士）の存在を検知すること。
【0044】
一実施形態によれば、前述のいずれかのものと組み合わせて、前述の第１の複数の電子機器４０の各電子機器は、前述の第１の複数の電子機器４０の電子機器と、それぞれの有線接続バックボーンによってそれに直接接続された前述の複数のセンサ５０のセンサと、メッシュネットワーク機構によって無線接続を確立するように構成される。
【0045】
メッシュネットワークは、データパケットをラウティング（ｒｏｕｔｉｎｇ）するために協働するネットワークノードの相互の近接性（ｍｕｔｕａｌ ｐｒｏｘｉｍｉｔｙ）に接続性が基づく無線タイプのデータ通信ネットワークである。
【0046】
メッシュネットワークの構成は事前に設定されていないが、ネットワークノードはユーザに接続性を提供するように構成可能である。
【0047】
さらなる実施形態によれば、上述のいずれか１つと組み合わせて、前述の第１の複数の電子機器４０の各電子機器は、システム１００内でプラグアンドプレイ（ｐｌｕｇ－ａｎｄ－ｐｌａｙ）タイプの接続および構成を可能にするように構成される。
【0048】
ハードウェアとしては、電子機器４０は専用のプリント回路基板（ＰＣＢ）を含む。
【0049】
このようなＰＣＢのアーキテクチャは、データ処理ユニット４１による処理に必要な基本機能を実装するＳＯＭ（Ｓｙｓｔｅｍ Ｏｎ ａ Ｍｏｄｕｌｅ）処理モジュールの統合を含む。
【0050】
特に、ＳＯＭ処理モジュールはそれ自体が簡単なコンピュータであり、オペレーティングシステム、例えばＬｉｎｕｘ（登録商標）内蔵システムの実行を可能にするために十分なレベルの計算能力を有する。
【0051】
再び図３を参照すると、電子機器４０は、以下のものを含む：
－ データ処理ユニット４１に動作可能に接続されたマイクロフォンモジュールＭＣ；
－ データ処理ユニット４１に動作可能に接続されたスピーカモジュールＳＰ；
－ データ処理ユニット４１に動作可能に接続された内側ホーンＨ－１（例えば、１０Ｗの出力を有する）；
－ データ処理ユニット４１に動作可能に接続された外側ホーンＨ－２（例えば、３０Ｗの出力を有する）。
－ データ処理ユニット４１に動作可能に接続されたマイクロフォンモジュールＭＣ；
－ データ処理ユニット４１に動作可能に接続されたスピーカモジュールＳＰ；
－ データ処理ユニット４１に動作可能に接続された内側ホーンＨ－１（例えば、１０Ｗの出力を有する）；
－ データ処理ユニット４１に動作可能に接続された外側ホーンＨ－２（例えば、３０Ｗの出力を有する）。
【0052】
前述のコンポーネントは、データ処理ユニット４１に動作可能に接続され、必要な電源電子系（ｐｏｗｅｒ ｅｌｅｃｔｒｏｎｉｃｓ）を有するサウンドカードによって制御される。
【0053】
再び図３を参照すると、電子機器４０はさらに以下の構成を含む：
－ データ処理ユニット４１に動作可能に接続され、電気供給ネットワークに電気的に接続可能である電気供給ユニットＰＷ；
－ データ処理ユニット４１に動作可能に接続された緊急ボタンＰＳ（例えば、「マッシュルーム型」）；
－ データ処理ユニット４１に動作可能に接続された非常灯ＬＳ；
－ 電子機器４０を代表する情報（例えば、識別子、接続状態、ＩＰアドレス、近くを通った人員（例えば、消防士など）の検知識別子／タイムスタンプのリスト、など）を表示することができるディスプレイＤＰを接続するために、データ処理ユニット４１に動作可能に接続された出口ポートＰＤ；
－ 複数のセンサ５０のうちの１つ以上のセンサを接続するために、データ処理ユニット４１に動作可能に接続された第１の入口ポートＰ１；
－ データ処理ユニット４１に動作可能に接続されたＵＳＢタイプＰ－Ｕの１つまたは複数のポート；
－ ビーコン又はブルートゥース（登録商標）周辺装置を検知するように構成され、例えばブルートゥース技術の通信のためにデータ処理ユニット４１に動作可能に接続された無線通信モジュールＭＢ；
－ データ処理ユニット４１に動作可能に接続され、入力として受信し、出力として接続バックボーンケーブルＣ－Ｄをもたらすように適合された、少なくとも１つの第１のネットワークスイッチングモジュールＳＷ－１’；
－ 少なくとも１つの第１のネットワークスイッチングモジュールＳＷ－１’に動作可能に接続されたＷｉ－Ｆｉ通信アクセスポイントＡ－Ｎ；
－ 少なくとも１つの第１のネットワークスイッチングモジュールＳＷ－１’に動作可能に接続された１つまたは複数の接続バックボーンケーブルインターフェースＩ－Ｅ。
－ データ処理ユニット４１に動作可能に接続され、電気供給ネットワークに電気的に接続可能である電気供給ユニットＰＷ；
－ データ処理ユニット４１に動作可能に接続された緊急ボタンＰＳ（例えば、「マッシュルーム型」）；
－ データ処理ユニット４１に動作可能に接続された非常灯ＬＳ；
－ 電子機器４０を代表する情報（例えば、識別子、接続状態、ＩＰアドレス、近くを通った人員（例えば、消防士など）の検知識別子／タイムスタンプのリスト、など）を表示することができるディスプレイＤＰを接続するために、データ処理ユニット４１に動作可能に接続された出口ポートＰＤ；
－ 複数のセンサ５０のうちの１つ以上のセンサを接続するために、データ処理ユニット４１に動作可能に接続された第１の入口ポートＰ１；
－ データ処理ユニット４１に動作可能に接続されたＵＳＢタイプＰ－Ｕの１つまたは複数のポート；
－ ビーコン又はブルートゥース（登録商標）周辺装置を検知するように構成され、例えばブルートゥース技術の通信のためにデータ処理ユニット４１に動作可能に接続された無線通信モジュールＭＢ；
－ データ処理ユニット４１に動作可能に接続され、入力として受信し、出力として接続バックボーンケーブルＣ－Ｄをもたらすように適合された、少なくとも１つの第１のネットワークスイッチングモジュールＳＷ－１’；
－ 少なくとも１つの第１のネットワークスイッチングモジュールＳＷ－１’に動作可能に接続されたＷｉ－Ｆｉ通信アクセスポイントＡ－Ｎ；
－ 少なくとも１つの第１のネットワークスイッチングモジュールＳＷ－１’に動作可能に接続された１つまたは複数の接続バックボーンケーブルインターフェースＩ－Ｅ。
【0054】
一実施形態によれば、上に記述され、図３および図４に示されたもののいずれか１つと組み合わせて、ツリーネットワークトポロジーの接続のために、前述の第１の複数の電子機器４０の各電子機器は、それぞれの接続バックボーンケーブルＣ－Ｄ１を受ける入力接続部と、前述の第１の複数の電子機器４０の他の電子機器の接続のために、図３および図４にＣ－Ｄ２およびＣ－Ｄ３で示される、それぞれのさらなる接続バックボーンケーブルがそれぞれから始まる２つの出力接続部とを備えることに留意されたい。
【0055】
電子機器４０は、入力として受け取った電気供給（ｅｌｅｃｔｒｉｃａｌ ｓｕｐｐｌｙ）Ａ－Ｅを出力するようにも適合されている。
【0056】
電子機器４０は、１つ又は複数の接続バックボーンケーブルインターフェースＩ～Ｅによって、前述の第１の複数の電子機器４０の他の電子機器に動作可能に接続されるように構成される。
【0057】
図４に示すさらなる実施形態によれば、電子機器４０は、少なくとも１つの第１のネットワークスイッチングモジュールＳＷ－１’に加えて、少なくとも１つの第１のネットワークスイッチングモジュールＳＷ－１’に動作可能に接続された第２のネットワークスイッチングモジュールＳＷ－２’を含む。
【0058】
一実施形態では、第２のネットワークスイッチングモジュールＳＷ－２’は、スタックモード（ｓｔａｃｋｅｄ ｍｏｄｅ）で少なくとも１つの第１のネットワークスイッチングモジュールＳＷ－１’に動作可能に接続することができる。
【0059】
一実施形態では、電子機器４０は、さらに、以下を含む：
－ 接続バックボーンケーブルＣ－Ｄ１を入力として受け取り、第１の接続バックボーンケーブルＣ－Ｄ２’を少なくとも１つの第１のネットワークスイッチングモジュールＳＷ－１’に入力としてもたらし、第２の接続バックボーンケーブルＣ－Ｄ３’を第２のネットワークスイッチングモジュールＳＷ－２’に入力としてもたらすように適合された入力スプリッタＳＰ－１’；
－ 少なくとも１つの第１のネットワークスイッチングモジュールＳＷ－１’からの第１の接続バックボーンケーブルＣ－Ｄ２’及び第２のネットワークスイッチングモジュールＳＷ－２’からの第２の接続バックボーンケーブルＣ－Ｄ３’を入力として受け取り、更なる接続バックボーンケーブルＣ－Ｄ２を出力としてもたらすように適合された第１の出力スプリッタＳＰ－２’；
－ 少なくとも１つの第１のネットワークスイッチングモジュールＳＷ－１’からの第１の接続バックボーンケーブルＣ－Ｄ２’及び第２のネットワークスイッチングモジュールＳＷ－２’からの第２の接続バックボーンケーブルＣ－Ｄ３’を入力として受け取り、更なる接続バックボーンケーブルＣ－Ｄ３を出力としてもたらすように適合された第２の出力スプリッタＳＰ－３’。
－ 接続バックボーンケーブルＣ－Ｄ１を入力として受け取り、第１の接続バックボーンケーブルＣ－Ｄ２’を少なくとも１つの第１のネットワークスイッチングモジュールＳＷ－１’に入力としてもたらし、第２の接続バックボーンケーブルＣ－Ｄ３’を第２のネットワークスイッチングモジュールＳＷ－２’に入力としてもたらすように適合された入力スプリッタＳＰ－１’；
－ 少なくとも１つの第１のネットワークスイッチングモジュールＳＷ－１’からの第１の接続バックボーンケーブルＣ－Ｄ２’及び第２のネットワークスイッチングモジュールＳＷ－２’からの第２の接続バックボーンケーブルＣ－Ｄ３’を入力として受け取り、更なる接続バックボーンケーブルＣ－Ｄ２を出力としてもたらすように適合された第１の出力スプリッタＳＰ－２’；
－ 少なくとも１つの第１のネットワークスイッチングモジュールＳＷ－１’からの第１の接続バックボーンケーブルＣ－Ｄ２’及び第２のネットワークスイッチングモジュールＳＷ－２’からの第２の接続バックボーンケーブルＣ－Ｄ３’を入力として受け取り、更なる接続バックボーンケーブルＣ－Ｄ３を出力としてもたらすように適合された第２の出力スプリッタＳＰ－３’。
【0060】
この実施形態でも、電子機器４０は、入力として受け取った電気供給Ａ－Ｅを出力するように適合されている。
【0061】
本実施形態は、少なくとも１つの第１のネットワーク切り替えモジュールＳＷ－１’及び第２のネットワーク切り替えモジュールＳＷ－２’の一方が機能しない場合にも、電子機器４０によるデータ通信が可能であるという利点を有する。
【0062】
次に図５を参照して、前述の複数のセンサ５０のセンサについて説明する。
【0063】
センサ５０は、データ処理モジュール５１、例えばマイクロコントローラまたはマイクロプロセッサを含む。
【0064】
センサ５０は、データ処理モジュール５１に動作可能に接続された少なくとも１つのメモリモジュール５２をさらに備える。
【0065】
少なくとも１つのメモリモジュール５２は、データ処理モジュール５１によって実行可能な１つまたは複数のプログラムコードと、当該１つまたは複数のプログラムコードの実行後に生成および処理されるデータとを記憶するように構成されていることに留意されたい。
【0066】
データ処理モジュール５１は、後述するように、センサ５０に委譲された操作機能を実行するように構成される。
【0067】
センサ５０は、入力として電気供給Ａ－Ｅを受け取り、出力として電気供給Ａ－Ｅを転送するように適合された電気供給管理モジュール５３をさらに備える。
【0068】
センサ５０は、電気供給管理モジュール５３に動作可能に接続されたバックアップバッテリ５４をさらに備える。
【0069】
電気供給管理モジュール５３は、電気供給Ａ－Ｅに問題が発生した場合、バックアップバッテリ５４によってセンサ５０に給電し、システム１００内の最低限の機能を確保するように構成されている。
【0070】
センサ５０は、データ処理モジュール５１に動作可能に接続された検知モジュール５５をさらに備える。
【0071】
例えば、検知モジュール５５は、存在検知器、煙検知器、温度検知器、水検知器、ガス検知器、サーマルカメラ等であってもよい。
【0072】
センサ５０のデータ処理モジュール５１は、環境データの収集、少なくとも１つの遠隔中央電子計算機２０へのデータ通信などを含む複数の機能を実行するように構成されている。
【0073】
一実施形態によれば、前述のいずれかのものと組み合わせて、前述の複数のセンサ５０の各センサは、前述の第１の複数の電子機器４０の電子機器と、それぞれの有線接続バックボーンケーブルによってそれに直接接続された前述の複数のセンサ５０のセンサ又は他のセンサノード（後述する）とのメッシュネットワーク機構によって、有線モードでの第１の（主）接続及び無線モードでの第２の（副）接続を確立するように構成される。
【0074】
メッシュネットワークについては前述した。
【0075】
さらなる実施形態によれば、上述のいずれか１つと組み合わせて、前述の複数のセンサ５０の各センサは、システム１００内でプラグアンドプレイタイプの接続および構成を可能にするように構成される。
【0076】
一実施形態によれば、上述のいずれか１つと組み合わせて、図５に破線で示されるように、センサ５０は、センサ５０が上流に接続された電子機器４０および下流に接続された１つまたは複数のセンサと通信することを可能にするように構成されたネットワークスイッチングモジュールＳＷ－Ｓをさらに含むことができる。
【0077】
一実施形態によれば、上述のいずれか１つと組み合わせて、ツリーネットワークトポロジーの接続のために、前述の複数のセンサ５０の各センサは、それぞれの接続ケーブルＣ－Ｓ１を受けるための入力接続部と、他のセンサの接続のために、図５にＣ－Ｓ２及びＣ－Ｓ３で示される、それぞれのさらなる接続ケーブルがそれぞれから始まる２つの出力接続部とを備えることに留意すべきである。
【0078】
一実施形態によれば、図６に示すように、複数のセンサ５０は、サブ複数のセンサノード５０’を含む。
【0079】
各センサノード５０’は、センサモジュール５５を除いて、異なる実施形態を参照して上述したセンサ５０と同じコンポーネントを含む。
【0080】
言い換えれば、センサノード５０’はいかなる検知機能も実行しない。
【0081】
センサノード５０’のサブ複数の（ｓｕｂ－ｐｌｕｒａｌｉｔｙ：複数から１を引いた数）各センサノードは、それぞれのツリーネットワークトポロジー内でネットワークノード機能を実行するように構成される。
【0082】
この点で、センサノード５０’のデータ処理モジュール５１は、データへのアクセスを可能にする、通信を可能にするスイッチ／ラウタ（ｒｏｕｔｅｒ）として動作する、異なるタイプのセンサを統合する、などの複数の機能を実行するように構成されている。
【0083】
言い換えれば、前述のセンサノード５０’のサブ複数の各センサノードは、１つ以上のデジタル入力が接続可能なジャンクションボックスである。
【0084】
さらなる実施形態によれば、センサノード５０’のサブ複数が存在する上述のもののいずれか１つと組み合わせて、センサノード５０’の前述のサブ複数の各センサノードは、システム１００内のプラグアンドプレイタイプの接続および構成を可能にするように構成される。
【0085】
一実施形態によれば、センサノード５０’のサブ複数が存在する先行するいずれか１つと組み合わせて、前述のセンサノードの前述のサブ複数５０’の各センサノードは、前述の第１の複数の電子機器４０の電子機器と、前述の複数のセンサ５０のセンサまたは他のセンサノードと、それぞれの有線接続バックボーンケーブルによって直接接続されたメッシュネットワーク機構によって、有線モードでの第１の（主）接続および無線モードでの第２の（副）接続を確立するように構成される。
【0086】
メッシュネットワークについては前述した。
【0087】
ソフトウェアの観点からは、電子機器４０は、造船所内の警報とテレメトリ（ｔｅｌｅｍｅｔｒｙ：遠隔測定）を管理するように構成されている。
【0088】
より詳細には、電子機器４０は以下のように構成されている：
－ 複数のセンサ５０によって検知されたデータを収集する活動を調整し、これらのデータをサーバ側、すなわち、少なくとも１つの遠隔中央電子計算機２０の側に送信し、データは次に少なくとも１つのローカル電子計算機１０（監視塔オペレーションセンター）によって利用可能とされる；
－ センサに関する現状の装備のリストを管理し、さらに、各センサについて、その作動状態（作動、故障、取り外しなど）に関する情報を保持する；
－ ポーリングループ（ｐｏｌｌｉｎｇ ｌｏｏｐ）を実行するために、システムで利用可能なセンサに照会する（ｑｕｅｒｙ）；
－ 継続中の緊急事態の指示を受信し、関係するサービスにメッセージを転送する；
－ システムの現在の設備と実行状況に関する情報を収集する；
－ 緊急事態をスタッフに知らせるためにサイレンと統合する；
－ 監視塔オペレーションセンターからの指令を受けると、事前に録音されたメッセージを起動する；
－ 有線モード（センサバスドライバ）と無線モード（センサメッシュ）の両方でセンサバス／ネットワークを統合するためのサポートを実装する。
－ 複数のセンサ５０によって検知されたデータを収集する活動を調整し、これらのデータをサーバ側、すなわち、少なくとも１つの遠隔中央電子計算機２０の側に送信し、データは次に少なくとも１つのローカル電子計算機１０（監視塔オペレーションセンター）によって利用可能とされる；
－ センサに関する現状の装備のリストを管理し、さらに、各センサについて、その作動状態（作動、故障、取り外しなど）に関する情報を保持する；
－ ポーリングループ（ｐｏｌｌｉｎｇ ｌｏｏｐ）を実行するために、システムで利用可能なセンサに照会する（ｑｕｅｒｙ）；
－ 継続中の緊急事態の指示を受信し、関係するサービスにメッセージを転送する；
－ システムの現在の設備と実行状況に関する情報を収集する；
－ 緊急事態をスタッフに知らせるためにサイレンと統合する；
－ 監視塔オペレーションセンターからの指令を受けると、事前に録音されたメッセージを起動する；
－ 有線モード（センサバスドライバ）と無線モード（センサメッシュ）の両方でセンサバス／ネットワークを統合するためのサポートを実装する。
【0089】
さらに、電子機器４０、およびシステム１００一般は、通信に使用されるＭＱＴＴ（Ｍｅｓｓａｇｅ Ｑｕｅｕｅ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ）ライブラリを含むライブラリに依存していることに留意すべきである。
【0090】
このようなライブラリは、監視塔オペレーションセンターのウェブアプリ（ｗｅｂ ａｐｐｌｉｃａｔｉｏｎ）との間でメッセージを送受信するためにサービスによって使用される通信プリミティブ（ｐｒｉｍｉｔｉｖｅｓ）を実装する。
【0091】
ここでもソフトウェアの観点から、電子機器４０は、複数のセンサ５０からデータを読み取り、そのようなデータを少なくとも１つの遠隔中央電子計算機２０および少なくとも１つのローカル電子計算機１０（監視塔オペレーションセンター）に通知するように構成されている。
【0092】
さらに、電子機器４０は、定期的に、システムで利用可能なセンサのリスト（センサのタイプとアドレスを含む）を要求するように構成されている。
【0093】
このリストは、センサの統合／取り外しを行う保守作業後に変化する可能性がある。
【0094】
次に、このリストを使用して、すべてのセンサに１つずつ照会を行う。
【0095】
すべてのセンサから収集されたデータには、測定値と、指定されたタイムアウト内に応答できなかったセンサの通知が含まれる。
【0096】
この情報は適切にエンコードされ（例えば、ＪＳＯＮで）、ＭＱＴＴライブラリによってサーバサイドからイベントサブスクライバ（ｅｖｅｎｔ ｓｕｂｓｃｒｉｂｅｒｓ）に送信される。
【0097】
最後に、電子機器４０は、設定可能なタイムアウト時間内に応答できなかったセンサに通知するよう構成される。
【0098】
あるセンサが、回数の後続の要求に対して定義された通信タイムアウト内に応答できない場合、電子機器４０は、そのようなセンサが故障していることを疑う。
【0099】
この場合、センサは故障として「フラグ」が立てられ、その事象は少なくとも１台のローカル電子計算機１０（監視塔オペレーションセンター）に通知される。
【0100】
電子機器４０は、警報通知を管理するようにさらに構成されている。
【0101】
この点に関して、監視塔のオペレータにサービスを提供するウェブアプリによって、警報通知が適切なフィードに公開される。
【0102】
警報通知は、オペレータが危険な状況を認識したときに手動でトリガされる。
【0103】
警報が ＭＱＴＴライブラリによって通知されると、電子機器４０はデータを受信し、ローカルにログインして、将来起こりうる事故分析のために何が起こったかを記録し、非常灯を点灯させ、場合によってはホーンを使用して最大音量で音声警報を発する。
【0104】
最後に、電子機器４０は現在の緊急事態の状況を把握する。
【0105】
緊急事態が終了すると、同様のプロセスを経て警報が停止する。
【0106】
この場合も、監視塔オペレーションセンターのウェブアプリからメッセージが受信される。
【0107】
メッセージを受信すると、電子機器４０は緊急点滅ライトを消灯し、音声信号を中断する。
【0108】
最後に、電子機器４０はステータスを更新し、正常な状態に戻ったことをハイライトする。
【0109】
予め録音された警告メッセージの再生が必要な場合、監視塔オペレーションセンターは、どの録音が起動されなければならないかを指定する電子機器に、例えばＭＱＴＴなどのメッセージで通知する。
【0110】
危険な状況が認識されると、オペレータによって手動で通知がトリガされる。
【0111】
ＭＱＴＴライブラリにより、警報は電子機器４０に送られ、電子機器４０はデータを受信し、ローカルにログインして将来的に行い得る事故の分析のために事故の発生状況を追跡し、供給されたホーンを使用するための記録作成を開始する。
【0112】
録音は、オーディオファイル（例えば、Ｍｐ３、Ｏｇｇまたは他のフォーマット）を見つけることができる電子機器４０に保存される。
【0113】
オーディオファイルの構成は、電子機器４０の構成パラメータであり、変更可能である。
【0114】
警報は、可能な限り最大の音量に設定することが望ましい。
【0115】
さらに、電子機器４０は、現在の緊急事態の状況を追跡するように構成されている。
【0116】
さらに、電子機器４０は、そこに接続された新しいセンサの存在を検知するように構成されている。
【0117】
より詳細には、一旦電子機器４０に接続されると、センサは、その記録を要求するメッセージを送信する。
【0118】
このようなメッセージは、確認メッセージを受信するまで、定期的に繰り返される。
【0119】
メッセージが受信されると、電子機器４０は事象をローカルにログインし、確認メッセージを順番に返信し、電子機器４０の機器を受信した情報で更新し、情報は次の１つ以上を含む：
－ 新しいセンサのアドレス；
－ センサの性質の表示（温度、煙、など）。
－ 新しいセンサのアドレス；
－ センサの性質の表示（温度、煙、など）。
【0120】
新しいセンサの利用可能性を代表する情報は、ＭＱＴＴライブラリによって、アプリケーションレベルで新しいサービスの通知を送信することによって管理される。
【0121】
このメッセージの受信後、監視塔オペレーションセンターのウェブアプリは、新しいセンサの存在を表示し、船舶のプラント上に正しく配置するために必要な設定をアプリケーションレベルで実行することができる。
【0122】
この操作は、タブレット／スマートフォンを使用して船内で作業するオペレータによっても同様に実行できることに留意すべきである。
【0123】
電子機器４０は、電子機器４０の装備からセンサを削除し、システムによって照会される必要があるセンサのリストからセンサを削除することを管理するようにさらに構成される。
【0124】
この点で、電子機器４０はメッセージを受信し、その機器からセンサを排除する。
【0125】
一旦センサがセンサリストから除外されると、電子機器４０は、将来の検知ループにおいてそのようなセンサに照会することはない。
【0126】
センサが接続されている場合、センサは事実上無効化され、これは故障時に有用な動作である。
【0127】
かわりにセンサが切断された場合、センシングループは、もはや検知インフラの一部ではないデバイスのアドレスを排除することによって最適化される。
【0128】
電子機器４０の機能の話題に戻ると、既に上述したように、電子機器４０は、造船所内にいる人員（例えば、消防士）の存在を検知するように構成されている。
【0129】
より詳細には、ブルートゥース（登録商標）技術による無線通信モジュールＭＢによって、電子機器４０は、個人によって装着可能なＢＬＴＥビーコン装置（例えば、スマートウォッチ）によって定時に発信されるビーコンを検知するように構成される。
【0130】
実際、各個人には、その個人を一意に識別するコードを送信するビーコン装置が割り当てられている。
【0131】
個人が電子機器４０に近づくと、ビーコンは無線通信モジュールＭＢによって受信され、表示され、少なくとも１つのローカル電子計算機１０（監視塔オペレーションセンター）に送信される。
【0132】
この情報の利用可能性は、検査の実施方法を管理するための重要な要素であり、緊急時の調整活動の準備のために機能する。
【0133】
再び電子機器４０の機能を参照すると、少なくとも１つのローカル電子計算機１０（監視塔オペレーションセンター）が、前述の第１の複数の電子機器４０のうちの１つ以上の電子機器に、例えばｍｐ３／Ｏｇｇオーディオフォーマットで、事前に録音されたオーディオメッセージを再生することを要求することが可能である。
【0134】
この点に関して、前述の第１の複数の電子機器４０の各電子機器は、造船所への設置前又は設置後に、確立された音声メッセージのセットをそれぞれのメモリユニットに記憶するように構成される。
【0135】
録音済みの音声メッセージを再生する必要がある場合、監視塔で働くオペレータは、少なくとも１台のローカル電子計算機１０にロードされた特定のウェブアプリによって、再生する音声メッセージの選択を可能にする。
【0136】
録音済み音声メッセージが選択されると、前述の第１の複数の電子機器４０の全て、又はそのうちの関心のある一部の電子機器にコード（又は代替的に再生するファイル名）が送信され、これらの電子機器は、録音済み音声メッセージの再生要求を受信すると、内側ホーンＨ－１及び／又は外側ホーンＨ－２を用いて録音済み音声メッセージの再生を開始する。
【0137】
再び電子機器４０の機能を参照すると、電子機器４０は、前述の第１の複数の電子機器４０の全ての電子機器に向けてオーディオストリーミングを提供するように構成されている。
【0138】
このようにして、前述の第１の複数の電子機器４０の全ての電子機器のホーンによって放送される、監視塔スタッフの予め録音された音声メッセージを音で伝達することが可能である。
【0139】
この目的のために、少なくとも１つのローカル電子計算機１０または別の電子デバイス（ｅｌｅｃｔｒｏｎｉｃ ｄｅｖｉｃｅ）にインストールされた、監視塔オペレータが利用可能なウェブアプリによって、サーバ側のインフラレベルで動作するオーディオストリーミングサービス、したがって、オーディオストリーミングを収集し、関係する前述の第１の複数の電子機器４０の電子機器にライブで転送する任務を負う少なくとも１つの遠隔中央電子計算機２０の側で、オーディオストリーミングサービスと調整することが可能である。
【0140】
オーディオストリーミングの受信を開始すると、電子機器は直ちにそれぞれのホーン（内側ホーンＨ－１および／または外側ホーンＨ－２）で再生するために作動する。
【0141】
再度、前述の第１の複数の電子機器４０の電子機器の機能を参照すると、緊急通信を実行することが可能である。
【0142】
より詳細には、監視塔と電子機器との間の「インターコム」通信が許可されている。
【0143】
この「インターコム」通信は、好ましくは「全二重（ｆｕｌｌ－ｄｕｐｌｅｘ）」であり、したがって２つの通信エンティティ（ｃｏｍｍｕｎｉｃａｔｉｎｇ ｅｎｔｉｔｙ）間の同時相互作用を可能にする。
【0144】
これは、通信エンティティが交互に通信しなければならない「半二重（ｈａｌｆ－ｄｕｐｌｅｘ）」音声通信しかできない既存のシステムに対して、大きな改善である。
【0145】
通信は、前述の第１の複数の電子機器４０の電子機器、または少なくとも１つのローカル電子計算機１０（監視塔オペレーションセンター）のいずれかによって開始できることに留意すべきである。
【0146】
いずれにしても、通信は、「早期ストリーミングモード」で管理されることが望ましく、そのモードでは、通信しようとする２つのエンティティの一方が通信を開始すると、通信は直ちに有効になり、２つのエンティティの一方が通信を明示的に受け入れる必要なく開始される。
【0147】
この動作モードは、電話の動作モードではなく、インターコム／エントリーホン（ｅｎｔｒｙｐｈｏｎｅ）の動作モードと完全に同じであるため、緊急時や非常時の通信が容易になる。
【0148】
通信は、それぞれの緊急ボタンＰＳを押すことによって、前述の第１の複数の電子機器４０の電子機器によって開始され、監視塔との音声通信セッションを効果的に開始することができることに留意されたい。
【0149】
しかし、同様に、通信は、前述の第１の複数の電子機器４０のうち、通信を行う電子機器を指定して、監視塔から開始することもできる。
【0150】
この点に関して、ウェブアプリは、オペレータが前述の第１の複数の電子機器４０の電子機器を識別し、通話を起動することを可能にする。
【0151】
論理的な観点から、システム１００は以下のように構成され、以下の論理レイヤを含む：
－ システム１００の基本サービス；
－ メッセージ管理サービス；
－ ＶｏＩＰ管理サービス；
－ システムサービスのフロントエンドおよびアプリケーション管理；
－ リスクインテリジェンスサービス（ｒｉｓｋ ｉｎｔｅｌｌｉｇｅｎｃｅ ｓｅｒｖｉｃｅｓ）。
－ システム１００の基本サービス；
－ メッセージ管理サービス；
－ ＶｏＩＰ管理サービス；
－ システムサービスのフロントエンドおよびアプリケーション管理；
－ リスクインテリジェンスサービス（ｒｉｓｋ ｉｎｔｅｌｌｉｇｅｎｃｅ ｓｅｒｖｉｃｅｓ）。
【0152】
システム１００の基本サービスとして、システム１００は、前述の第１の複数の電子機器４０の電子機器のネットワーク構成を構成するための動的ＩＰ構成プロトコルサービス（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ－ＤＨＣ）を含む。
【0153】
特に、動的アドレス指定モデル（ｄｙｎａｍｉｃ ａｄｄｒｅｓｓｉｎｇ ｍｏｄｅｌ）は、インフラ管理を簡素化するために使用することができる。アプリケーションレベルで管理される識別子は、例えば、時間と共にＩＰアドレスが変更されたとしても、前述の第１の複数の電子機器４０のうちの電子機器を一意に識別することを可能にする。
【0154】
さらに、システム１００は、内部ＤＮＳ（ドメインネームシステム）を使用して、適応性のある方法でサービスＵＲＬを定義することができる。
【0155】
第１の複数の電子機器４０の電子機器は、実際には外部と相互作用する必要はないが、名称を適切に管理することにより、サービスの管理／保守を簡素化することができる。
【0156】
さらに、前述の第１の複数の電子機器４０の異なる電子機器のクロックを同期させ、より容易に照合可能なログを持つことが望ましい（ネットワークタイムプロトコル、ＮＴＰ、サービス）。
【0157】
さらに、システム１００が長期にわたって継続的に動作するようにするためには、監視サービスを提供する必要がある。
【0158】
特に、システム１００は、前述の第１の複数の電子機器４０の電子機器の到達可能性（ｒｅａｃｈａｂｉｌｉｔｙ）を決定するために（インターネット制御メッセージプロトコル－ＩＣＭＰ）、システムの異なる動作パラメータを検証するために（簡易ネットワーク管理プロトコル－ＳＮＭＰ）、アプリケーションレベル制御を実行するために、異なるプロトコルを使用することができる。
【0159】
さらに、アクセスポイントの正しい動作を可能にするために、システム１００は、例えば８０２．１Ｘのような認証プロトコルによってユーザ認証を管理するように構成される。
【0160】
メッセージ管理サービスに関しては、システム１００は、市販のブローカを使用してＭＱＴＴメッセージを管理するように構成されている。
【0161】
ＶｏＩＰ管理サービスについては、システム１００は、ユニキャスト管理（緊急連絡）と放送管理の両方について、ＳＩＰプロトコルによって音声放送を管理するように構成されている。
【0162】
システム１００のフロントエンドおよびアプリケーション管理のサービスに関しては、少なくとも１台のローカル電子計算機１０（監視塔オペレーションセンター）はウェブアプリによって管理される。
【0163】
ウェブアプリへのアクセスは、工場レベルの認証サービスと同期しているアクティブディレクトリ（Ａｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙ）インスタンスによって制御される。これにより、ＩＴシステムサービスに不具合や中断が発生した場合でも、システムの継続運用の可能が確かとなる。
【0164】
ウェブアプリは、データベースによってデータ収集システムと一体化している。
【0165】
第１の複数の電子機器４０の電子機器へのメッセージの送信は、サーバ側システムとＭＱＴＴブローカとの間の相互作用によって直接的に行われ、さらなる管理要素を必要としない。
【0166】
リスクインテリジェンスサービスに関しては、システム１００は、ＥＴＬ（Ｅｘｔｒａｃｔ、Ｔｒａｎｓｆｏｒｍ、 ａｎｄ Ｌｏａｄ）ツールを使用してシステムからデータを収集するように構成されている。）
【0167】
関心のあるデータの例は以下のとおりである：
－ センサによって検知された警報；
－ 警報消音活動；
－ システム更新活動；
－ システムの故障及び誤動作。
－ センサによって検知された警報；
－ 警報消音活動；
－ システム更新活動；
－ システムの故障及び誤動作。
【0168】
システム１００は、情報の利用を簡素化するように、これらのデータを構造化して処理できるデータベース上に統合するように構成されている。
【0169】
データ収集の管理全体と、閲覧（ｖｉｅｗｓ）とユーザの関心指標の処理は、クラウドインフラ／サイトデータセンターレベルで実施されなければならないことに留意すべきである。これは、ビジネスインテリジェンスに必要な複雑な紹介を実装する必要性から生じる計算負荷が、解決策の通常の運用に影響を及ぼすのを防ぐためである。
【0170】
ビジネスインテリジェンスサービスへのアクセスに関しても、データの可視性を、その作業タスクを実行するために実際に必要とするオペレータのみに制限するようなアクセスの適切な管理を考慮する必要がある。
【0171】
実際、リスクインテリジェンス情報は、ビジネスの観点からは極めて機密であり、いかなる理由であれ、造船所の作業を妨害しようとする何者かに悪用される可能性があり、その結果、作業員の安全と製品の完全性が危険にさらされる。
【0172】
システム１００を一般的に参照すると、正しい動作を得るためには、少なくとも１つのローカル電子計算機１０、従って少なくとも１つの遠隔中央電子計算機２０と、第１の複数の電子機器４０との間の調整が不可欠である。
【0173】
その代わりに、少なくとも１つのローカル電子計算機１０（及び少なくとも１つの遠隔中央電子計算機２０）と第１の複数の電子機器４０との間の調整に関しては、システム１００は、一般に、以下のように構成される：
－ 前述の第１の複数の電子機器４０の複数の電子機器から事象を収集し／複数の電子機器に分配配信する；
－ 音声通信を可能にする；
－ リアルタイムの音声通信を可能にする；
－ 情報へのアクセスのレベルが異なる、別のクラスのユーザを認証するためのサポートを提供する。
－ 前述の第１の複数の電子機器４０の複数の電子機器から事象を収集し／複数の電子機器に分配配信する；
－ 音声通信を可能にする；
－ リアルタイムの音声通信を可能にする；
－ 情報へのアクセスのレベルが異なる、別のクラスのユーザを認証するためのサポートを提供する。
【0174】
サーバ側では、システム１００はさらに以下を必要とする：
－ 解決策の高い信頼性を確保しながら動作すること；
－ システム全体の最も一般的な遠隔管理操作を可能にする。
－ 解決策の高い信頼性を確保しながら動作すること；
－ システム全体の最も一般的な遠隔管理操作を可能にする。
【0175】
事象の収集と配信に関しては、システム１００はいわゆるパブリッシュ／サブスクライブモデルに基づいている。
【0176】
このようなモデルは、システム１００が以下のものを含むことを確立する：
－ メッセージブローカ；
－ パブリッシュ／サブスクライブ・システムクライアント。
－ メッセージブローカ；
－ パブリッシュ／サブスクライブ・システムクライアント。
【0177】
ブローカは、クライアントからすべてのメッセージを受信し、関連する宛先クライアントに届ける（ｒｏｕｔｅ）するサーバである。
【0178】
クライアントとは、メッセージの送受信のためにブローカとやり取りできるあらゆるものを指す。
【0179】
通信するために、クライアントはブローカに接続する。
【0180】
メッセージは特定の受信者宛ではなく、「トピック」の下に公開される。
【0181】
クライアントはブローカ内のいずれの「トピック」にもサブスクライブできる。
【0182】
システム１００で使用するモデルでは、接続は暗号化され、ＴＳＬプロトコル上で動作すると仮定される。
【0183】
通信は基本的に以下のように行われる：
－ クライアントは、メッセージとトピックをブローカに送信することで、トピックの下にメッセージを公開する；
－ ブローカは、そのトピックをサブスクライブしているすべてのクライアントにメッセージを転送する。
－ クライアントは、メッセージとトピックをブローカに送信することで、トピックの下にメッセージを公開する；
－ ブローカは、そのトピックをサブスクライブしているすべてのクライアントにメッセージを転送する。
【0184】
メッセージはトピックによって整理されるので、ウェブアプリの開発者は、特定のクライアントが特定のメッセージとしかやり取りできないように指定できるような適応性（ｆｌｅｘｉｂｉｌｉｔｙ）を有する。
【0185】
例えば、前述の第１の複数の電子機器４０の電子機器は、「ｓｅｎｓｏｒ－ｄａｔａ」トピックの下でその読み取り値を公開し、「ｃｏｎｆｉｇ－ｃｈａｎｇｅ」トピックにサブスクライブする。
【0186】
逆に、監視塔アプリケーションは、「ｓｅｎｓｏｒ－ｄａｔａ」トピックをサブスクライブし、「ｃｏｎｆｉｇ－ｃｈａｎｇｅ」の下で、前述の第１の複数の電子機器４０の電子機器のセットアップのあらゆるアップデートを公開する。
【0187】
一実施形態によれば、パブリッシュ／サブスクライブモデルはＭＱＴＴライブラリに基づく。
【0188】
音声通信については、オーディオインターコム／放送セッションは、インターネット電話や他のマルチメディア接続を開始する方法を記述するセッション開始プロトコル（ＳＩＰ）を使用して開始される。
【0189】
ＳＩＰプロトコルは、さまざまなタイプの通信セッションを確立できる：
－ ２つのグループ間の通信（通常の電話会話）；
－ マルチパーティ通信（全員が聞いたり話したりできる）；
－ マルチキャスト通信（１人の送信者と多数の受信者）。
－ ２つのグループ間の通信（通常の電話会話）；
－ マルチパーティ通信（全員が聞いたり話したりできる）；
－ マルチキャスト通信（１人の送信者と多数の受信者）。
【0190】
ＳＩＰプロトコルは、通信セッションの内容を確立するのではなく、単にセッションのセットアップ、管理、終了のサポートを提供するだけである。
【0191】
ＲＴＰ／ＲＴＣＰなどの他のプロトコルもデータ転送に使用される。
【0192】
本発明によれば、送信の内容は、グループ間の通信に必要なデジタル音声である。
【0193】
本発明のシステム１００では、前述の第１の複数の電子機器４０の全ての電子機器とのインターコムおよび放送音声通信を実施するために、ＳＩＰプロトコルが使用される。
【0194】
接続要求が受信されると、アプリケーションレベルで即座に確認されるため、オペレータによる確認／介入の必要なく、通信を即座に開始することができる。
【0195】
インターコム機能としては、２つのグループ間通信の場合はＳＩＰ通信が使用され、前述の第１の複数の電子機器４０の全ての電子機器への放送通信の場合はマルチキャストモードが使用される。
【0196】
リアルタイムオーディオ通信には、マルチメディアコンテンツのリアルタイム伝送に特化したＲＴＰ（Ｒｅａｌ－ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）と、ストリーミング制御に特化したＲＴＣＰが使用される。
【0197】
認証サポートに関しては、システム管理アプリケーションへのアクセスは、少数の管理されたオペレータに限定されなければならない。
【0198】
システムにアクセスする際のプロファイルやニーズに応じて、ユーザを認証する必要がある。
【0199】
監視塔オペレーションセンターのスペースは分離されておらず、また、異なるオペレータがセッション内で操作できるため、ログインユーザにも第２レベルの認証を提供する必要がある。
【0200】
この意味で、例えば警報の消音など、システムにとって重要な機能のロック解除は、二次認証によってのみ許可される。
【0201】
二次認証モードでは、たとえば ＲＦＩＤ／ＮＦＣバッジを使用することができる。
【0202】
バッジを使用することの決定は、アプリケーションのシナリオに合致しており、オペレータの日常業務に過度の影響を与えない。
【0203】
ユーザ認証は、Ｗｉ－Ｆｉネットワークにアクセスするためにも必要であることに留意するべきである。
【0204】
特に、システムは、例えばＲＡＤＩＵＳと呼ばれる認証プロトコルを採用する造船所で使用される解決策に依存する。
【0205】
システム１００の構成については、前述したように、前述の第１の複数の電子機器４０の各電子機器も、各センサ（またはセンサノード）も、プラグアンドプレイタイプのロジックに従って構成される。
【0206】
より詳細には、前述の第１の複数の電子機器４０の電子機器の構成は、特定の警告や手動による構成を必要としない。
【0207】
サービスのＵＲＬに変更が生じ、電子証明書を更新する必要が生じた場合、システム １００は、ＭＱＴＴプロトコルを使用して、前述の第１の複数の電子機器４０の電子機器の構成を遠隔操作でアップデートすることができる。
【0208】
前述の第１の複数の電子機器４０の１つの電子機器がシステム１００から取り外されると、少なくとも１つのローカル電子計算機１０（監視塔オペレーションセンター）は、それがもはや利用できないことを検知する。
【0209】
しかし、故障と保守活動とを区別するために、前述の第１の複数の電子機器４０の電子機器を取り外す場合には、アプリケーション設定活動は、その機器に関連する制御を取り外すことが必要である。
【0210】
センサの構成に関しては、新しいセンサがシステム１００に挿入された場合、設置に携わるスタッフによる多大な技術的介入を必要とすることなく、システム１００によって即座に認識され得なければならない。
【0211】
前述の認識は、センサ自体の性質に関する情報とともに、センサのアドレスを含む必要がある。
【0212】
しかし、センサの正確な物理的位置をオペレータが地図上に定義する必要がある。これは、少なくとも１つのローカル電子計算機１０（監視塔オペレーションセンター）で使用されるウェブアプリを使用して、またはスマートフォンやタブレットのようなモバイル端末によって、ウェブアプリで操作することによって行うことができる。
【0213】
センサがシステム１００から取り外されると、前述の第１の複数の電子機器４０の電子機器は、センサがもはや利用できないことを検知する。
【0214】
しかし、故障（例えば、センサ又はそれを接続するケーブルの損傷）の場合と、技術者が意図してセンサを取り外す（例えば、保守が必要なセンサを交換する）場合と、を自律的に区別するために、前述の第１の複数の電子機器４０の電子機器は、センサを取り外す場合に、指示されたセンサがシステム１００の機器の一部ではなくなったことを指定するメッセージをウェブアプリから受信することを予期する。
【0215】
このようにして、到達不能なセンサは、前述の第１の複数の電子機器４０の電子機器から除去され、ポーリングサイクルにおいてもはや照会されない。
【0216】
さらに、新しいセンサを認識できるようにするために、センサを接続するバス／ネットワークは、新しいセンサがオンライン利用可能性に関する連絡を送信できるようにする放送メカニズムを実装する必要がある。
【0217】
逆に、前述の第１の複数の電子機器４０の電子機器が固定されたアドレス／識別子を有し、それらの電子機器の電源がオンになるとすぐに、すべてのセンサがそのアドレスにログ記録されるようにすることも可能である。
【0218】
操作のログ記録に関しては、システム１００のステータスのすべての変更、すべての管理操作、オペレータによって実行されるすべての活動が、サーバに記録されなければならない。
【0219】
この要件は、何が起こったかを正確に分析し、事故の場合に出来事を正確に再構築する必要性から生じる。
【0220】
すべての操作を「ログ記録」する必要性によって、それらを異なるオペレータに帰属させる必要性も強調される。そのためには以下が必要である：
－ オペレータ認証のための最も適切なメカニズムを特定する；
－ 認証メカニズムを既存の会社のツールやポリシーに組み入れる。
－ オペレータ認証のための最も適切なメカニズムを特定する；
－ 認証メカニズムを既存の会社のツールやポリシーに組み入れる。
【0221】
例えば、バッジを使用して、誰が主な操作（例えば警報の消音）を行ったかを認識する可能性が提供される。
【0222】
実際、監視塔のオペレーションセンターのスペースは隔離されておらず、個人の認証情報によるシステムへの個人的なアクセスでさえ、誰が特定のオペレーションを実行したかを合理的な確実性をもって特定するのに十分ではない。
【0223】
図２ａを参照すると、一実施形態では、それぞれのツリーネットワークトポロジーのルートノードを代表する前述の第１の複数の電子機器４０の各電子機器は、少なくとも１つのローカル電子計算機１０に直接接続されている。
【0224】
第１の複数の電子機器４０の電子機器と少なくとも１つのローカル電子計算機１０との接続は、有線接続のバックボーンケーブルである。
【0225】
さらに、前述の第１の複数の電子機器４０の電子機器と少なくとも１つのローカル電子計算機１０との接続には、例えば数百メートルに等しい長い接続バックボーンケーブルの配線が必要であることに留意されたい。
【0226】
この点で、光ファイバの使用は、接続の質を向上させ、有線接続がＵＴＰ銅線（すなわち、シールドされていないツイストペア）で作られている場合に推奨される限界である１００メートルを超える接続バックボーンケーブルを持つ可能性を得ることを可能にする。
【0227】
図２ｂに示すさらなる実施形態によれば、先行する実施形態の代替として、また先行する実施形態の前に説明した他の実施形態のいずれか１つと組み合わせて、システム１００は、有線接続によって建造中の船舶１の監視塔に動作可能に接続されるように構成された第２の複数の電子デバイス３０を備える。
【0228】
第２の複数のデバイス３０は、造船所（船舶建造中）に隣接する埠頭（ｑｕａｙ）に沿って分散配置される。
【0229】
前述の第２の複数の電子デバイス３０の各電子デバイスと建造中の船舶１の監視塔との有線モードでの接続は、有線接続である。
【0230】
複数の電子デバイス３０の各電子デバイスは、ラウタまたはネットワークスイッチとして動作するように構成される。
【0231】
第２の複数の電子デバイス３０の各電子デバイスは、少なくとも１つのローカル電子計算機１０に動作可能に接続されている。
【0232】
この実施形態では、それぞれのツリーネットワークトポロジーのルートノードを代表する前述の第１の複数の電子機器４０の各電子機器は、前述の第２の複数の電子デバイス３０の電子デバイスによって、少なくとも１つのローカル電子計算機１０に動作可能に接続される。
【0233】
本実施形態では、前述の第２の複数の電子デバイス３０の各電子デバイスを「第１のレベル」の電子デバイスと呼ぶことができ、前述の第１の複数の電子機器４０の各電子機器を「第２のレベル」の電子機器と呼ぶことができる。
【0234】
この点に関して述べると、前述の第２の複数の電子デバイス３０の各電子デバイスは、アプリケーションの関心のある機能を実行するように構成されていない。
【0235】
第２の複数の電子デバイス３０の各電子デバイスは、実際には、船舶１の監視塔と、その代わりにシステム１００の動作シナリオにとって関心のある機能を実行するように構成された、いわゆる「第２のレベル」の電子機器（前述の第１の複数の電子機器４０の電子機器）との間の接続を簡素化および合理化するというニーズを満たすように構成されている。
【0236】
第２の複数の電子デバイス３０の電子デバイスと少なくとも１つのローカル電子計算機１０との接続は、有線接続のバックボーンケーブルである。
【0237】
さらに、前述の第２の複数の電子デバイス３０の電子デバイスと少なくとも１つのローカル電子計算機１０との接続には、例えば数百メートルに等しい長い接続バックボーンケーブルを配線する必要があることに留意すべきである。
【0238】
この点で、光ファイバの使用は、接続の質を向上させ、有線接続がＵＴＰ銅線（すなわち、シールドされていないツイストペア）で作られている場合に推奨される限界である１００メートルを超える接続バックボーンケーブルを持つ可能性を得ることを可能にする。）
【0239】
【0240】
電子デバイス３０は、入力として光ファイバＦＯ１（図７ａ）又は２本の光ファイバＦＯ１及びＦＯ２（図７ｂ）及びシステム１００の電気供給Ａ－Ｅを受け取り、出力としてイーサネット接続バックボーンケーブル（例えば、ＵＴＰ銅製）Ｃ－Ｄをもたらすように構成される。
【0241】
一実施形態では、前述の第２の複数の電子デバイス３０の各電子デバイスは、少なくとも１つのローカル電子計算機１０に直接接続されている。
【0242】
先の実施形態に代わる更なる実施形態では、前述の第２の複数の電子デバイス３０の全ての電子デバイスのうち、少なくとも１つのローカル電子計算機１０に最も近い電子デバイスが、少なくとも１つのローカル電子計算機１０に直接接続される。
【0243】
この実施形態では、少なくとも１つのローカル電子計算機１０に最も近い電子デバイスから始まって、前述の第２の複数の電子デバイス３０の電子デバイスは、カスケード方式で（すなわち、デイジーチェーンモードで）互いに接続される。
【0244】
図７ａに示される一実施形態によれば、電子デバイス３０は、入力として受信される電気供給Ａ－Ｅに加えて、入力として光ファイバＦＯ１を受信し、出力としてイーサネット接続バックボーンケーブルＣ－Ｄをもたらすように適合されたラウタまたはネットワークスイッチＳＷ－１を備える。
【0245】
図７ｂに示す更なる実施形態によれば、電子デバイス３０は、以下の構成を含む：
－ 入力として第１の光ファイバＦＯ１を受信し、出力として第１のイーサネット接続（銅線）ＣＥ１をもたらすように適合された第１のラウタ又はネットワークスイッチＳＷ－１；
－ 入力として第２の光ファイバＦＯ２を受信し、出力として第２のイーサネット接続（銅線）ＣＥ２を受信するように適合された第２のラウタまたはネットワークスイッチＳＷ－２；
－ 入力として第１のイーサネット接続ＣＥ１および第２のイーサネット接続ＣＥ２を受信し、出力として接続バックボーンケーブルＣ－Ｄを受信するように適合されたスプリッタＳＰ－１。
－ 入力として第１の光ファイバＦＯ１を受信し、出力として第１のイーサネット接続（銅線）ＣＥ１をもたらすように適合された第１のラウタ又はネットワークスイッチＳＷ－１；
－ 入力として第２の光ファイバＦＯ２を受信し、出力として第２のイーサネット接続（銅線）ＣＥ２を受信するように適合された第２のラウタまたはネットワークスイッチＳＷ－２；
－ 入力として第１のイーサネット接続ＣＥ１および第２のイーサネット接続ＣＥ２を受信し、出力として接続バックボーンケーブルＣ－Ｄを受信するように適合されたスプリッタＳＰ－１。
【0246】
電子デバイス３０はまた、入力として受け取った電気供給Ａ－Ｅを出力するように適合されている。
【0247】
次に、図８のブロック図も参照して、船舶建造中の造船所での活動を支援するための方法８００を説明する。
【0248】
本方法の説明とともに後述するコンポーネント及び情報は、システム１００を参照して既に説明されているため、簡潔にするために繰り返さないことに留意されたい。
【0249】
方法８００は、ＳＴを開始する象徴的ステップを含む。
【0250】
方法８００はさらに、船舶１の監視塔に動作可能に設置されるように構成された少なくとも１つのローカル計算機１０を提供するステップ８０１を含む。
【0251】
少なくとも１つのローカル電子計算機１０は、船舶１から離れた少なくとも１つの中央電子計算機２０に動作可能に接続されるように構成される。
【0252】
方法８００は、１つまたは複数のツリーネットワークトポロジーを形成するために、それぞれの有線接続バックボーンケーブルによって動作可能に接続された第１の複数の電子機器４０を提供するステップ８０２をさらに含み、それぞれのツリーネットワークトポロジーのルートノードを代表する前述の第１の複数の電子機器４０の各電子機器は、少なくとも１つのローカル電子計算機１０に動作可能に接続される。
【0253】
方法８００は、造船所内に分散配置された複数のセンサ５０によって、造船所１（先に定義した）を代表する情報を検知するステップ８０３をさらに含む。
【0254】
複数のセンサ５０は、それぞれの有線接続ケーブルによって第１の複数の電子機器４０に動作可能に接続され、前述の第１の複数の電子機器４０の１つまたは複数の電子機器から１つまたは複数のネットワークトポロジーを形成する。
【0255】
方法８００は、複数のセンサ５０によって検知された造船所を代表する情報に基づいて、第１の複数の電子機器４０の各電子機器によって、造船所のネットワーク接続性および安全性を管理するステップ８０４をさらに含む。
【0256】
この方法はさらに、ＥＤを終了させる象徴的なステップを含む。
【0257】
図８に破線で示す実施形態によれば、方法８００は、有線接続によって建造中の船舶１の監視塔に動作可能に接続された第２の複数の電子デバイス３０を提供するステップ８０５をさらに備える。
【0258】
第２の複数の電子デバイス３０は、造船所に隣接する埠頭に沿って分散配置される。
【0259】
第２の複数の電子デバイス３０の各電子デバイスと建造中の船舶１の監視塔との有線モードでの接続は、有線接続である。
【0260】
第２の複数の電子デバイス３０の各電子デバイスは、ラウタまたはネットワークスイッチとして動作するように構成される。
【0261】
第２の複数の電子デバイス３０の各電子デバイスは、少なくとも１つのローカル電子計算機１０に動作可能に接続されている。
【0262】
異なる実施形態による方法の他のステップは、システム１００の異なる実施形態によって先に説明したシステム１００の異なる機能に対応することができる。
【0263】
示されたとおり、船舶建造中の造船所での活動を支援するためのシステムおよび関連する方法にはいくつかの利点があり、そのうちのいくつかは既に上述したとおりであるから、本願発明の目的は完全に達成される。
【0264】
実際、システム１００は、システムの制約や硬直性を克服し、新たなニーズに追従することが可能であるため、インフラの長期にわたる使用の適応性と保守の容易性を確保し、事故防止を始めとする安全性の様々な側面を向上させることができる。
【0265】
より詳細には、本発明のシステムは、火災、洪水、その他の危機的状況を検知することができる。
【0266】
これにより、有利なことに、生産の完全性を保護しながら、作業時の安全レベルを大幅に向上させることができる。
【0267】
本発明のシステムは、有利なことに移動可能で動的である。
【0268】
実際、船舶が建造されるにつれて、新しいコンポーネント（電子デバイス、センサ、センサノード）を監視システムに追加することができる。
【0269】
生産活動の進行に伴い、システムは、利用可能な場合には、船舶の防火システムと組み合わされ、事故防止の役割は、最終製品のセットアップ段階において徐々に引き渡される。
【0270】
本発明のシステムが必要とする主な機能は以下のとおりである：
－ 環境センサによって検知されたデータを読み取り、監視塔オペレーションセンターに転送すること；
－ 前述の第１の複数の電子機器４０のうちの電子機器と監視塔との間のプッシュツートーク通信；
－ 造船所及び／又は船舶に配置された、第１の複数の電子機器４０の全ての電子機器に対して、放送音声通信を行う；
－ 警報の収集及び表示；
－ 前述の第１の複数の電子機器４０の電子機器、センサ及びセンサノードが極めて単純な構成（理想的には、プラグアンドプレイ）を有する可能性。
－ 環境センサによって検知されたデータを読み取り、監視塔オペレーションセンターに転送すること；
－ 前述の第１の複数の電子機器４０のうちの電子機器と監視塔との間のプッシュツートーク通信；
－ 造船所及び／又は船舶に配置された、第１の複数の電子機器４０の全ての電子機器に対して、放送音声通信を行う；
－ 警報の収集及び表示；
－ 前述の第１の複数の電子機器４０の電子機器、センサ及びセンサノードが極めて単純な構成（理想的には、プラグアンドプレイ）を有する可能性。
【0271】
さらに、本発明のシステムは、有利なことに、通常市販されている防火対策に統合されている温度センサと煙検知器を使用して、火災を検知するために必要なセンサを統合することができ、作業員と生産にとって危険な状況を強調する抗洪水センサを統合することができる。
【0272】
最後に、本発明のシステムは、例えば、あるプロセス中に発生し得るガスや、将来的に特定され得る更なる危険要素を検知することを可能にする、更なる環境センサを経時的に統合するのに十分な柔軟性を有している。
【0273】
本発明のシステムのさらなる利点は、システムの異なるコンポーネントを接続する配線を改善できる可能性があることである。
【0274】
実際、通常の造船所作業では、ケーブルの損傷は頻繁に発生し、作業や事故防止を著しく複雑にしている。
【0275】
この点で、得られる改善は、より大きな適応性に加えて、可能であれば、現状では取り扱いや設置が困難で面倒な配線の軽量化にも関連する。
【0276】
さらに、本発明のシステムは、前述したように、有利には、日常点検活動中に、造船所の様々な区域の点検を実施する消防隊のパトロールの通過を検知することができる。
【0277】
消防隊の検査を検知することができる技術的解決策が利用可能であることは、操船者にとっての保証であり、操船者は、船舶の様々な領域が正しく検査されたことをいつでも証明することができる。
【0278】
さらに、検査追跡システムは、検査に使用されるリソースの数が適切かどうか、または追加スタッフを提供する必要があるかどうかを評価するための重要な要素を提供することができる。
【0279】
最後に、造船所内の消防士の位置が（おおよそでも）見えることで、監視塔のオペレーションセンターのスタッフは、事故の場合の対応を効果的に計画することができる。
【0280】
システム１００は、さらに、以下を収集し、監視することによって、造船所内で発生するすべての事象を分析することができる：
－ 火災、洪水などの発生によって決定される緊急事態；
－ センサの断線、故障、ケーブルの切断によるシステム全体の断線など、予防システムにおける故障や異常。
－ 火災、洪水などの発生によって決定される緊急事態；
－ センサの断線、故障、ケーブルの切断によるシステム全体の断線など、予防システムにおける故障や異常。
【0281】
このため、生産に影響を及ぼす前に問題を特定し、修正することが可能であり、また、優れたシステム管理および設定方法を特定することも可能である。実際、現在までのところ、防火システムの設置、解決策の設置基準、システムの期待性能を定義するための正確な基準に関して、異なる造船所／プロジェクト間で共有される確立されたガイドラインは存在しない。さらに、防火解決策のサービスレベルが期待通りであるかどうか、また、どこで／いつそれが満たされないかを評価することも可能である。
【0282】
最後に、本発明のシステムは、船舶の進水後でも作動可能であることに留意すべきである。
【0283】
実際、船が完成した後でも、接続性を管理するためにこのシステムを使用することは可能である。
【0284】
この場合、システムのタスクは、もはや造船所における安全管理プロセスの支援に関連するものではなく、単純な無線接続性の提供に関連するものである。
【0285】
当業者は、添付の特許請求の範囲から逸脱することなく、上述のシステムおよび方法の実施形態に変更および適合を加えることができ、または偶発的なニーズを満たすために機能的に等価な他の要素と置き換えることができる。１つの可能な実施形態に属するものとして上述した各特徴は、上述した他の実施形態に関係なく実施することができる。
【図1】
【図2a】
【図2b】
【図3】
【図4】
【図5】
【図6】
【図7a】
【図7b】
【図8】
【外国語明細書】