JP2024076750A - 船舶診断支援システム、ならびに船舶診断支援システムのためのサーバ、通信機およびクライアント - Google Patents

Abstract

【課題】様々な構成の船舶に適応して適切な検査項目を提供することができる船舶診断支援システムを提供する。【解決手段】船舶診断支援システム１００は、船舶５の構成情報を送信する通信機１と、通信機から送信される構成情報を受信して、複数の船舶の少なくとも構成情報を蓄積し、蓄積された構成情報に基づいて個々の船舶の検査項目を生成するサーバ２と、サーバと通信するクライアント３とを含む。クライアントは、サーバに対して、船舶を特定して症状データを送信して、検査項目を要求し、サーバから当該要求に係る検査項目を受信して使用者に提供する。構成情報は、船舶を構成する一つ以上の機器（たとえば主推進機）の情報を含むことが好ましい。サーバは、船舶に搭載される可能性のある様々な種類の機器に関して、症状と、当該症状に対応する検査項目とが記述された機種別作業マスタ情報を含むことが好ましい。【選択図】図１

Description

この発明は、船舶診断支援システム、ならびに船舶診断支援システムのためのサーバ、通信機およびクライアントに関する。

船外機艇に代表される小型船舶は、個々の船舶ごとの構成が大きく異なる。すなわち、車種およびモデルによって大半の構成が特定される自動車とは事情が全く異なり、船舶の分野においては、顧客に要望および使用法に応じて、一艇ごとに船舶の構成が決定される。ボートビルダは、顧客の要望等に基づき、船体、主機（主推進機）、補機類等を選択して、船舶を組み立てる。加えて、販売後にも船舶の改造が行われ、機器類の追加、削除または交換が行われることも一般的である。その結果、船舶の構成パターンは多岐に渡り、実質的には、一艇毎に構成が異なる。構成に応じて船舶の挙動も異なる。たとえば、プロペラの構造、船底の形状、漁具等の装備などに応じて、加速特性、船速特性、エンジン回転速度特性等が個々の船舶ごとに異なる。

国際公開第２０１６／０９８１９８号

船舶の使用者は、船舶に不調の兆候があると、ディーラ等に相談する。すると、ディーラ等の技術者は、船舶の点検を行い、必要に応じて修理を施す。しかし、とりわけ船体の内部に組み込まれた補機類や配線等は、外観からは有無が分からず、むろんその構成（種類、個数、接続状態等）も分からないことが多い。しかも、前述のとおり、一艇ごとに船舶の構成が異なるので、標準検査手順を定めることも難しい。仮に標準検査手順を定めたとしても、その標準検査手順において想定されている構成に合致しなければ、無駄な作業が発生する。とりわけ、船体の内部に組み込まれた補機類や配線等は、防水構造の船体部品を引き剥がさなければ到達できない場所に配置されていることが多いので、その作業が無駄になることは、時間と労力の大きな損失となる。そのうえ、船舶の構成によっては、標準検査手順によって異常の有無や異常発生箇所等を適切に判断できない可能性もある。

特許文献１は、船舶に配置された複数の装置の状態を示す装置状態データを取得し、装置状態データが異常を示すときには、その異常に対処すべき職責の作業者を特定し、その作業者が携帯する端末装置に作業データを送信する作業管理システムを開示している。しかし、この作業管理システムは、大型の船舶内にサーバ装置を備え、このサーバ装置によって、当該船舶に配置された複数の装置の異常に関する作業データを発生するように構成されており、いわば、一つの大型船舶のための専用の作業管理システムである。したがって、様々な構成を有する複数の船舶（とくに小型船舶）に対してそれぞれ適した作業手順を発生できるものではない。

そこで、この発明の一実施形態は、様々な構成の船舶に適応して適切な検査項目を提供することができる船舶診断支援システムを提供する。

また、この発明の一実施形態は、上記のような船舶診断支援システムを構成する、サーバ、通信機、およびクライアントを提供する。

この発明の一実施形態は、船舶の構成情報を送信する通信機と、前記通信機から送信される構成情報を受信して、複数の船舶の少なくとも前記構成情報を蓄積し、蓄積された構成情報に基づいて個々の船舶の検査項目を生成するサーバと、前記サーバと通信し、船舶を特定して症状データを送信して、検査項目を要求し、前記サーバから当該要求に係る検査項目を受信して使用者に提供するクライアントと、を含む、船舶診断支援システムを提供する。

この構成によれば、通信機によって船舶の構成情報がサーバに送信されるので、サーバは、個々の船舶の構成に応じた検査項目を生成できる。船舶の構成情報が通信機からサーバに送信されるので、機器の交換や追加などによって船舶の構成が事後的に変動しても、サーバは、船舶の最新の構成に適応した検査項目を生成できる。

船舶に不具合症状が顕れたときには、クライアントから症状データがサーバに送信され、それに応じて、サーバからは検査項目がクライアントへ送信される。したがって、作業者は、クライアントを操作することによって、個々の船舶の構成に適合した適切な検査項目を知ることができる。それにより、無駄な検査手順を少なくでき、船舶に生じた不具合を少ない労力でかつ短時間に解消できる。すなわち、作業者は、状況を把握および整理したうえで、膨大な検査項目から要否とその優先順位を判断する作業から解放される。

通信機は、船舶の構成情報を定期的にサーバに送信してもよい。また、通信機は、船舶内で収集される構成情報に変動があったときに、最新の構成情報をサーバに送信してもよい。

この発明の一実施形態では、前記構成情報は、船舶を構成する一つ以上の機器の情報を含む。船舶を構成する機器とは、ここでは、船体と、船体に艤装される艤装機器との両方を含む。船体の構成情報とは、たとえば船体の構造（船底の形状等）を特定できる情報であってもよく、具体的には船体のモデル名であってもよい。艤装機器とは、典型的には、主機と、補機類とに分類できる。主機とは、船体に航行のための推進力を与える主推進機である。補機類は、主機以外の機器であり、ステアリングホイール、リモコン（アクセルレバー）、ステアリング、ゲージ等の操船機器のほか、オートパイロット、ＧＮＳＳ(Global Navigation Satellite System)受信機等の操船補助機器、魚群探知機等の漁具機器、空調装置や制振装置等の快適機器などが該当する。

構成情報の全てが通信機によってサーバにアップロードされる必要はなく、構成情報の一部の情報（たとえば船体の情報など）は、前記クライアント等の適切な端末装置によってサーバに書き込まれてもよい。

この発明の一実施形態では、前記一つ以上の機器は、少なくとも一つの主機を含む。この構成により、船舶の重要な構成機器である主機（主推進機）の情報がサーバに蓄積されるので、少なくとも主機に関する不具合症状が生じたときには、適切な検査項目の情報を速やかに得ることができる。それにより、主機の不具合を速やかに解消できる。

この発明の一実施形態では、前記構成情報は、前記一つ以上の機器（とくに主機）に関して、機器の種類、個数、配置、および接続状態（たとえば、推進機制御信号線の接続状態）のうちの少なくとも一つを表す情報を含む。この構成により、機器の具体的な情報がサーバに蓄積されるので、不具合症状が生じたときに、適切な検査項目をサーバから得ることができる。

たとえば、主機の種類（機種名）、個数、配置および接続状態に関する情報が通信機からサーバにアップロードされて蓄積されることにより、主機の不具合症状に対して、速やかに適切な検査項目を得ることができる。接続状態の情報とは、たとえば、ステアリングホイールからの操舵指令線が直接接続されているか、または別の機器（複数の主機が設けられているときの他の主機など）を介して接続されているか、などといった接続態様を表す情報である。

この発明の一実施形態では、前記サーバは、船舶に搭載される可能性のある様々な種類の機器に関して、症状と、当該症状に対応する検査項目とが記述された機種別作業マスタ情報を含む作業マスタを含む。前記サーバは、前記クライアントからの要求に係る船舶の構成情報（たとえば、機器の種類、個数、配置の情報）および症状データに基づいて前記作業マスタを検索することによって検査項目を特定し、当該特定された検査項目を前記クライアントに通知する。

この構成によれば、サーバには、作業マスタが備えられており、この作業マスタに、様々な種類の機器に関して、症状および検査項目を記述した機種別作業マスタ情報が登録されている。特定の船舶に関してクライアントから検査項目の要求を受けると、サーバは、その船舶の構成情報に基づいて、作業マスタを検索し、それによって、当該船舶に備えられた機器の機種別作業マスタ情報を参照する。また、サーバは、クライアントから送信される症状データに基づいて、当該症状に関連する機種別作業マスタ情報を参照して、適切な検査項目を探し出す。そうして探し出された検査項目が、クライアントに通知される。こうして、様々な種類の機器の機種別作業マスタ情報が登録された作業マスタを検索することにより、当該船舶の構成に適合する適切な検査項目が動的に生成される。それにより、作業者は、当該船舶の構成および症状に応じて、適切な検査項目を実行することができるので、無駄な検査作業を省いて、速やかに不具合症状からの復旧を図ることができる。

市場に新たな製品が供給されたときには、その製品の機種別作業マスタ情報を作業マスタに登録しておくことにより、当該製品を備える船舶にも適応できる。すなわち、作業マスタを適切にメンテナンスすることによって、新製品にも対応可能な船舶診断支援システムを構築できる。

前述のとおり、船舶の構成は多岐に渡り、実際上、全ての船舶の構成が異なると言っても過言ではない。したがって、船舶の全ての構成パターンを網羅する作業マスタを予め作成することは現実的ではない。一方、代表的な構成パターンについてのみ作業マスタを作成しても、個々の船舶に適用できず、適切な検査項目を生成することができない可能性が高く、無駄な検査作業が発生する可能性が高くなる。とくに、船舶の具体的な構成によって、検査項目および／または検査手順が複雑に枝分かれする場合もある。より具体的には、主機に対する指令信号線の接続態様によって、検査項目／検査手順が異なる場合がある。このように、全ての構成パターンを網羅する作業マスタを作成することは現実的でなく、一部の代表的な構成パターンに対応する作業マスタを準備しても、適切な検査項目／検査手順を生成できない。

これに対して、この実施形態では、船舶の構成情報および機種別作業マスタ情報に基づいて検査項目が動的に生成されるので、上記の課題を解決できる。

この発明の一実施形態では、前記機種別作業マスタ情報は、当該機器または他の機器の異常の可能性を表す異常スコアの演算規則を記述した異常スコアリング情報を含む。前記サーバは、前記異常スコアリング情報に基づいて一つ以上の機器の異常スコアを演算し、演算された異常スコアに基づいて、検査対象の機器を特定し、当該特定された機器の機種別作業マスタ情報に従って検査項目を特定する。

この構成によれば、機種別作業マスタ情報に記述された異常スコアリング情報に基づいて、不具合症状の原因箇所（たとえば、特定の機器またはその部品）を適切に絞り込むことができる。具体的には、原因箇所の複数の候補に関して異常スコアが演算され、異常スコアの最も高い（異常が生じている可能性が最も高い）機器（またはその部品）が検査対象として特定され、当該機器に対応した検査項目が特定される。

この発明の一実施形態では、前記異常スコアリング情報は、前記構成情報、前記クライアントから送信される症状データ、および前記船舶に備えられるセンサの検出値のうちの少なくとも一つと関連付けられた、異常スコアの演算規則を含む。

この構成により、異常スコアが適切に演算される。異常スコアの演算規則が構成情報と関連付けられていれば、船舶の構成に対応した適切なスコアリングが可能になる。また、異常スコアの演算規則が症状データと関連付けられていれば、不具合症状に対応した適切なスコアリングが可能になる。さらに、異常スコアの演算規則がセンサの検出値に関連付けられていれば、船舶に生じている不具合事象を客観的に反映したスコアリングが可能になる。

構成情報に関連付けられた演算規則は、症状に関連する機器の種類に基づく演算規則、および不具合症状に関連する特定の条件（たとえば、関連する機器の接続状態等）に基づく演算規則のうちの一つ以上を含んでいてもよい。

センサの検出値に関連付けられた演算規則は、症状に関連するセンサの検出値と比較すべき判定条件を含んでいてもよい。判定条件は、判定閾値を含んでいてもよく、判定式を含んでいてもよい。判定条件は、症状およびそれに関連する機器の少なくとも一方に応じて設定されていてもよい。たとえば、異なる機種の機種別作業マスタ情報の異常スコア演算規則において、同じセンサのセンサ値を参照すべきことが記述されていてもよいが、その場合の判定条件は、異なっていてもよい。また、判定条件は、構成情報に基づいて修正されて適用されてもよい。それにより、作業者は、状況を把握および整理したうえで、それに応じて判定条件を調整する作業から解放される。

センサの検出値は、通信機からサーバに送信されてもよい。通信機はサーバに対して定期的にセンサの検出値を送信してもよい。また、通信機は、サーバからの要求に応じてセンサの検出値をサーバに送信してもよい。また、通信機は、構成情報とともにセンサの検出値をサーバに送信してもよいし、構成情報とは別にセンサの検出値をサーバに送信してもよい。

この発明の一実施形態では、前記サーバは、前記検査項目の実施結果の情報（たとえば、症状、センサ値等）を受信し、受信した情報に基づいて、次に実施すべき検査項目を生成して前記クライアントに送信する。

この構成により、最初の検査項目の実施によって異常箇所を特定できない場合には、その検査項目の結果を踏まえて、別の検査項目をサーバから生成させることができる。それにより、船舶の構成および実際の状況に応じて、原因究明のための検査を妥当な手順で実施することができる。それにより、速やかに原因を究明して、不具合症状からの復旧を図ることができる。

前記検査項目の実施結果の少なくとも一部（たとえば、センサの検出値）は、前記通信機から前記サーバに送信されてもよい。また、前記検査項目の実施結果の少なくとも一部（たとえば検査項目の実施によって観測される症状）は、前記クライアントから前記サーバに送信されてもよい。

この発明の一実施形態では、前記通信機は、船舶内で生じるフェール情報、および船舶に搭載されるセンサの検出値の少なくとも一つを前記サーバに送信する。

この構成により、船舶の構成情報に加えて、船舶の状態を客観的に表す情報がサーバに供給されるので、サーバは、一層適切な検査項目を生成して、クライアントに与えることができる。しかも、作業者による情報伝達の手間がなくなるうえに、部品番号等の情報を正確にサーバに伝達でき、かつ不具合の情報（フェール情報）も伝達してサーバに記録できる。

この発明の一実施形態では、前記通信機は、船舶内で収集される情報を自発的に前記サーバに送信する自発送信機能と、前記サーバからの要求に応答して、船舶内で収集される情報を前記サーバに送信する応答送信機能とのうちの少なくとも一つを有している。

この構成によれば、自発送信機能または応答送信機能によって、構成情報等をサーバにアップロードして蓄積できる。また、検査項目が実行されるときに、たとえばクライアントからの要求に応じてサーバから通信機に対して応答送信機能による情報送信を要求することができる。それにより、たとえば、当該検査項目に係るセンサの検出値を通信機からサーバへとアップロードさせることができる。アップロードされた検出値は、サーバにおける判断等のために用いられてもよいし、作業者による判断のためにクライアントに送信されてもよい。

この発明の一実施形態では、前記クライアントは、前記サーバから指定された検査項目の実施結果の情報を前記サーバに送信する機能を有する。前記クライアントは、症状および検査項目の実施結果のうちの少なくとも一方の入力を受け付ける入力装置を備え、前記入力装置によって入力される情報を前記サーバに送信するように構成されていてもよい。

この発明の一実施形態は、前述のような特徴を有する船舶診断支援システムにおいて用いられる前記サーバを提供する。

この発明の一実施形態は、前述のような特徴を有する船舶診断支援システムにおいて用いられる前記通信機を提供する。

この発明の一実施形態は、前述のような特徴を有する船舶診断支援システムにおいて用いられる前記クライアントを提供する。

この発明によれば、様々な構成の船舶に適応して適切な検査項目を提供することができる船舶診断支援システム、ならびにこのような船舶診断支援システムを構成する、サーバ、通信機、およびクライアントを提供できる。

図１は、この発明の一実施形態に係る船舶診断支援システムの概要を説明するための図である。 図２は、船舶の構成例を説明するためのブロック図である。 図３は、サーバの構成例を説明するためのブロック図である。 図４は、サーバに備えられる作業マスタの一例を示す。 図５は、通信機の構成例を示すブロック図である。 図６は、クライアントの構成例を説明するためのブロック図である。 図７は、サーバにおける処理例を説明するためのフローチャートである。 図８は、通信機における処理例を説明するためのフローチャートである。 図９は、異常スコアリングおよび検査項目の例を示す。 図１０は、船舶において不具合症状が発生したときの手順の一例を示す。

以下では、この発明の実施の形態を、添付図面を参照して詳細に説明する。

図１は、この発明の一実施形態に係る船舶診断支援システムの概要を説明するための図である。船舶診断支援システム１００は、船舶５に装備される機器の情報を収集して送信する通信機１と、通信機１からの情報を受信して蓄積するサーバ２と、サーバ２と通信するクライアント３とを含む。通信機１は、船舶５に備え付けられていてもよい。また、通信機１は、持ち運び可能な形態の装置として構成され、必要に応じて、乗船者によって船舶５に持ち込まれる装置であってもよい。

通信機１およびサーバ２は、ネットワーク４を介して通信可能である。すなわち、通信機１およびサーバ２は、それぞれネットワーク４に対して通信可能に接続されている。ネットワーク４は、典型的にはインターネット４Ａを含む。通信機１は、たとえば、携帯電話網等の無線データ通信網４Ｂに通信可能に接続されており、その無線データ通信網４Ｂを介してインターネット４Ａに通信可能に接続されている。

クライアント３は、ディーラのオフィスおよび／またはマリーナのオフィスに備えられるクライアント端末装置（以下、「クライアント３」という。）であってもよい。

クライアント３は、オフィスに構築されたローカルエリアネットワーク（図示せず）を介してインターネット４Ａに接続可能に構成されていてもよいし、無線データ通信網４Ｂを介してインターネット４Ａに接続可能に構成されていてもよい。典型的には、ディーラまたはマリーナのオフィスでクライアント３が用いられるときには、クライアント３は、ローカルエリアネットワークを介してインターネット４Ａに接続可能であることが好ましい。また、船舶５が置かれた遠隔地に出向いた作業者がクライアント３を用いるときには、クライアント３は無線データ通信網４Ｂを介してインターネット４Ａに接続可能であることが好ましい。クライアント３は、さらに、通信機１を介してネットワーク４に接続可能であってもよい。

図２は、船舶５の構成例を説明するためのブロック図である。船舶５は、船体５１と、船体５１に艤装された様々な機器（艤装機器）とを含む。艤装機器は、典型的には、操船のための入力機器（操船機器）、船舶５に艤装された機器を統括制御するためのコントローラ８１、船体５１に推進力を与える推進機、船体５１の進行方向を変更するための転舵機器（操船機器）を含む。

入力機器は、この例では、ステアリングホイール５２およびリモコン５５を含む。

推進機は、この例では、主機（主推進機）としての船外機６０を含む。具体的には、一機以上の船外機６０が船尾に配置されている。この例では複数機（より具体的には３機）の船外機６０が、船尾に左右に並んで取り付けられている。この例では、船外機６０は、エンジン６１（内燃機関）を動力源としてプロペラ６５を駆動するエンジン船外機である。むろん、電動モータを動力源とする電動船外機が適用されてもよい。３機の船外機６０を区別するときには、中央の船外機６０を「中央船外機６０Ｃ」といい、その左右の船外機６０をそれぞれ「左舷船外機６０Ｐ」および「右舷船外機６０Ｓ」という。

転舵機器は、この例では、船外機６０を左右に転舵させるステアリング７０である。各船外機６０に対して一つのステアリング７０が設けられており、この例では、３個のステアリング７０が設けられている。中央船外機６０Ｃ、左舷船外機６０Ｐおよび右舷船外機６０Ｓにそれぞれ対応するステアリング７０を区別するときには、「中央ステアリング７０Ｃ」、「左舷ステアリング７０Ｐ」および「右舷ステアリング７０Ｓ」という。

ステアリングホイール５２は、操船者によって回動操作される。ステアリングホイール５２の操作角は、操作角センサ５３によって検出され、ヘルムＥＣＵ（電子制御ユニット）５４に入力される。リモコン５５は、船外機６０が発生する推進力の方向（前進または後進）および推進力の大きさを調整するために操船者によって操作されるアクセルレバー５６を備えている。アクセルレバー５６の操作位置は、アクセル位置センサ５７によって検出され、リモコンＥＣＵ５８に入力される。

船外機６０は、エンジン６１と、エンジン６１によって駆動されるプロペラ６５と、シフト機構６６と、エンジンＥＣＵ６３とを含む。シフト機構６６は、複数のシフト位置、すなわち、前進位置、後進位置および中立位置を有する。前進位置は、エンジン６１の駆動力によってプロペラ６５を前進回転させるシフト位置である。後進位置は、エンジン６１の駆動力によってプロペラ６５を後進回転させるシフト位置である。中立位置は、エンジン６１とプロペラ６５との間の動力伝達を遮断するシフト位置である。エンジンＥＣＵ６３は、シフト機構６６を作動させるシフトアクチュエータ６７の動作を制御し、それによって、推進力の方向を制御する。また、エンジンＥＣＵ６３は、エンジン６１のスロットルバルブを駆動するスロットルアクチュエータ６２の動作を制御し、それによって、推進力の大きさを制御する。

ステアリング７０は、ステアリングアクチュエータ７１と、それを制御するステアリングＥＣＵ７２とを含む。ステアリングアクチュエータ７１は、ステアリング軸（図示せず）まわりに船外機６０を左右に回動させるための動力を発生する。それにより、船外機６０が船体５１に与える推進力の方向が左右に変化し、船舶５の進行方向が変化する。ステアリング７０は、船外機６０と一体のユニットであってもよいし、船外機６０とは別体のユニットであってもよい。図２には、ステアリング７０が船外機６０と一体のユニットとして構成されている（たとえば、船外機６０に内蔵されている）例を示す。

ヘルムＥＣＵ５４は、操舵指令線７５を介して、ステアリングＥＣＵ７２に接続されている。操舵指令線７５は、図示のように、ヘルムＥＣＵ５４と全てのステアリング７０とを直接接続していてもよい。また、操舵指令線７５は、ヘルムＥＣＵ５４と左舷ステアリング７０Ｐおよび／または右舷ステアリング７０Ｓの各ステアリングＥＣＵ７２とを直接接続し、中央ステアリング７０ＣのステアリングＥＣＵ７２は、ヘルムＥＣＵ５４に直接接続していなくてもよい。すなわち、中央ステアリング７０ＣのステアリングＥＣＵ７２が、左舷ステアリング７０Ｐおよび／または右舷ステアリング７０ＳのステアリングＥＣＵ７２を介して間接的にヘルムＥＣＵ５４に接続されるように、操舵指令線７５が構成されていてもよい。操舵指令線７５は、ヘルムＥＣＵ５４が発生する操舵指令信号を伝送する。操舵指令信号は、ステアリングホイール５２の操作方向（回動方向）および操作角に対応する信号であり、船外機６０の転舵方向および転舵角を指令する信号である。

リモコンＥＣＵ５８は、出力指令線７６を介して、エンジンＥＣＵ６３に接続されている。出力指令線７６は、この例では、リモコンＥＣＵ５８と全ての船外機６０のエンジンＥＣＵ６３とを直接接続している。ただし、操舵指令線７５の場合と同様に、出力指令線７６は、中央船外機６０ＣのエンジンＥＣＵ６３を、左舷船外機６０Ｐおよび／または右舷船外機６０ＳのエンジンＥＣＵ６３を経由して、リモコンＥＣＵ５８に接続していてもよい。出力指令線７６は、リモコンＥＣＵ５８が発生する出力指令を伝送する。出力指令は、各船外機６０の推進力の方向および大きさを指令する信号である。

船内には、データ通信のためのネットワーク、すなわち、船内ＬＡＮ（ローカルエリアネットワーク）８０が構築されている。コントローラ８１は、船内ＬＡＮ８０に接続されている。さらに、ヘルムＥＣＵ５４、リモコンＥＣＵ５８、ステアリングＥＣＵ７２、およびエンジンＥＣＵ６３は、いずれも、船内ＬＡＮ８０に接続されている。

コントローラ８１は、ヘルムＥＣＵ５４から操舵指令の情報を得ることができ、リモコンＥＣＵ５８から出力指令の情報を得ることができる。

また、コントローラ８１は、ステアリングＥＣＵ７２から各種の情報を得ることができる。たとえば、ステアリングＥＣＵ７２が受信した操舵指令の情報、ステアリング７０に備えられる各種センサ類７３の検出結果の情報を得ることができる。センサ類７３は、たとえば、転舵角センサを含む。転舵角センサは、船外機６０の実際の転舵角を検出する。転舵角センサは、ステアリングアクチュエータ７１の作動量を検出するセンサであってもよい。

さらに、コントローラ８１は、エンジンＥＣＵ６３から各種の情報を得ることができる。たとえば、エンジンＥＣＵ６３が受信した出力指令の情報、船外機６０に備えられる各種センサ類６４の検出結果の情報を得ることができる。センサ類６４は、たとえば、スロットル開度センサ、エンジン回転速度センサ、エンジン温度センサを含む。スロットル開度センサは、スロットルバルブの開度を検出するセンサである。エンジン回転速度は、エンジン６１の回転速度を検出するセンサであり、クランク角センサであってもよい。クランク角センサの出力をエンジンＥＣＵ６３で処理することにより、エンジン回転速度情報が生成されてもよい。エンジン温度センサは、エンジン６１のシリンダブロックの温度（たとえば冷却水の温度）を検出するセンサであってもよいし、エンジン６１の排気温度を検出するセンサであってもよい。

船内ＬＡＮ８０には、さらに、各種情報を表示するゲージ８２、および通信機１が接続されている。通信機１は、船舶５の状況等の情報、より具体的には、船舶５の構成情報、船舶５内で生じるフェールの情報、センサ類の検出値等を、サーバ２（図１参照）に送信するための装置である。

ゲージ８２は、たとえば、燃料残量、各船外機６０のエンジン回転速度およびシフト位置、バッテリ残量等を表示する表示装置の機能を有する。バッテリ残量とは、エンジン始動のために船外機６０に内蔵されるスタータモータ（図示せず）を作動させるために船体５１に搭載されるバッテリ８８の残容量である。バッテリ８８は、エンジン始動の際に放電し、エンジン運転中は船外機６０に内蔵の発電機（図示せず）によって充電される。ゲージ８２は、入力ボタンやタッチパネル等の入力装置８３を備えていてもよく、使用者がその入力装置８３を操作することによって、各種の指令を入力できるようになっていてもよい。入力装置８３は、ゲージ８２とは別に設けられてもよい。

これらの他にも、船内ＬＡＮ８０には各種の艤装機器をデータ通信可能に接続することができる。サードパーティ製の艤装機器は、典型的には、ゲートウェイ８４を介して船内ＬＡＮ８０に接続される。図２には、サードパーティ製の艤装機器の例として、ＧＰＳ(Global Positioning System)受信機８５、魚群探知機８６およびオートパイロット装置８７を示す。

ステアリングホイール５２およびリモコン５５が配置される操船席には、船外機６０の電源を投入／遮断し、さらにそれらのエンジン６１を始動／停止するために操作されるメインスイッチ７７が備えられている。また、操船席には、緊急時に船外機６０の推進力を無効化する（典型的にはエンジン６１を停止する）ためのキルスイッチ７８（緊急停止スイッチ）が備えられている。キルスイッチ７８は、たとえば、操船者が装着するランヤードケーブルに結合される操作端を備えており、操船者の落水時に作動して、船外機６０のエンジン６１を緊急停止させる。

図３は、サーバ２の構成例を説明するためのブロック図である。サーバ２は、コンピュータとしての基本構成を有する。すなわち、プロセッサ２１、メモリ２２、ストレージ２３、通信インタフェース２４および入出力インタフェース２５を備え、それらが、内部でデータ通信可能に接続されている。

プロセッサ２１は、メモリ２２に格納されたプログラムに従って動作することにより、様々な機能を実現する。具体的には、通信機１（図１参照）と通信し、通信機１からデータを収集してストレージ２３に蓄積する機能が実現される。また、蓄積された情報に基づいて、船舶５を検査するための検査項目を生成する機能が実現される。さらに、クライアント３（図１参照）と通信し、クライアント３にウェブページを提供し、そのウェブページ上でウェブアプリケーションサービスを提供する機能が実現される。ウェブアプリケーションサービスを提供するために、メモリ２２にはウェブアプリケーションプログラムが備えられている。ストレージ２３は、データを蓄積するための記憶領域を提供する。通信インタフェース２４は、ネットワーク４との通信を仲介する。入出力インタフェース２５は、キーボード等の入力装置２６およびディスプレイ等の出力装置２７を含み、マンマシンインタフェースを提供する。

ストレージ２３には、複数の船舶のそれぞれについて、各船舶の構成を表す構成情報Ｃが蓄積される。蓄積される構成情報Ｃは、複数の船舶５に関して、各船舶５の通信機１から送信される構成情報を含む。また、ストレージ２３に蓄積される構成情報Ｃは、通信機１からアップロードされる情報だけでなく、ディーラ、使用者等がネットワーク４を介してサーバ２にアクセスして記入する構成情報を含んでいてもよい。

各船舶５の構成情報Ｃは、船舶５を構成する一つ以上の機器の情報を含む。機器とは、ここでは、船体５１と、船体５１に艤装された艤装機器との両方を含む。船体５１の構成情報とは、たとえば船体５１の構造（船底の形状等）を特定できる情報であってもよく、具体的には船体５１のモデル名であってもよい。艤装機器の構成情報とは、艤装機器の種類、すなわち機種名を表す情報であってもよい。構成情報Ｃは、さらに、艤装機器の個数、配置、および接続状態のうちの少なくとも一つ（好ましくは全部）に関する情報を含んでいてもよい。とくに、構成情報Ｃは、主機としての船外機６０およびそれに内蔵されたステアリング７０の種類（機種名）、個数、配置および接続状態に関する情報を含むことが好ましい。接続状態とは、たとえば、操舵指令線７５および出力指令線７６の接続状態である。

ストレージ２３には、さらに、個々の船舶５の検査項目を生成するために用いられる作業マスタＭが格納されている。プロセッサ２１は、構成情報Ｃおよび作業マスタＭを参照することによって、個々の船舶５の構成および症状に応じた検査項目を動的に生成する機能を有している。

図４は、作業マスタＭの一例を示す。作業マスタＭは、船舶を構成する様々な種類の機器について、各機器の機種毎の検査作業を定義する機種別作業マスタ情報の群で構成されている。前述のとおり、機器とは、船体およびそれに艤装される艤装機器をいう。機種別作業マスタ情報は、船舶を構成する可能性のある様々な機器について作成され、ストレージ２３に予め登録される。また、新たな製品が市場に投入されれば、当該製品についての機種別作業マスタ情報が追加される。

一つの機種別作業マスタ情報は、当該機種の機種名、当該機種の機器に含まれる部品の情報を表す部品情報、および個別作業情報を含む。個別作業情報は、作業対象部品を表す対象部品名、当該作業対象部品の不具合時の症状、当該作業対象部品に関連するセンサ値、異常スコアリング情報、復旧作業情報等を含む。異常スコアリング情報は、不具合症状、センサ値、特殊条件に応じた異常スコア（異常判定のための指標値）の演算規則を定義する情報である。復旧作業情報は、当該作業対象部品が異常原因箇所と疑われるときに実行すべき検査項目を表す情報である。作業マスタ情報は、必要に応じて、随時、編集されてもよい。

たとえば、主機（主推進機）の一例である船外機に関して、製造メーカが提供する複数の機種の個々に対して、機種別作業マスタ情報が予め作成されて、サーバ２のストレージ２３に格納される。船外機の一機種に関する機種別作業マスタ情報には、その船外機の機種名が記入され、当該機種の船外機の部品情報として、たとえば「内蔵型電動ステアリングあり」と記入され、部品である電動ステアリングに対応した個別作業情報が記入されている。つまり、電動ステアリングが船外機に内蔵されている機種が相当する。その個別作業情報には、作業対象部品の部品名として、たとえば「電動ステアリング」と記入され、不具合症状として「ステアリング不動」と記入され、関連センサ値の情報として「入力指令値、ステアリング電流値、実舵角」と記入されている。

異常スコアリング情報の一つは、たとえば、「ステアリングエラー検出時、異常スコア＋１０」と定義されている。これは、ステアリング不動の症状が入力されたときには、電動ステアリングの異常を疑うべきスコア（異常スコア）を＋１０すべきことを表している。これは、症状に関連付けられた演算規則の一例であり、かつ症状に関連する機器の種類に基づく演算規則の一例でもある。他の異常スコアリング情報は、たとえば、「操作量と出力値のギャップが３０％超の時、異常スコア＋５」と定義されている。これは、センサの検出値と関連付けられた演算規則の一例であり、ステアリングホイールの操作角である入力指令値（操作角センサ５３の検出値）と、転舵角センサによって検出される実舵角との差が３０％（判定閾値の一例）を超えたときには（判定条件の一例）、電動ステアリングの異常スコアを＋５すべきことを表している。判定条件は数式（判定式）の形式で表されてもよい。

特殊条件としては、たとえば、「ポジションＣでステアリングエラー検出の場合、ポジションＰの異常スコアを＋５」と定義されている。これは、左舷船外機（Ｐ機）、中央船外機（Ｃ機）および右舷船外機（Ｓ機）が艤装された船舶において、中央船外機（Ｃ機）についてステアリング不動の症状が入力されたときに、左舷船外機（Ｐ機）の電動ステアリングについての異常スコアを＋５すべきことを表している。これは、当該機器（たとえば中央船外機（Ｃ機））以外の機器（たとえば左舷船外機（Ｐ機））の異常スコアの演算規則の記述に該当する。ただし、この特殊条件による異常スコアリングが行われるためには、前提条件として、ヘルムＥＣＵ５４と中央ステアリング７０Ｃとの間に操舵指令線７５が直接接続されておらず、ヘルムＥＣＵ５４から左舷ステアリング７０Ｐを介して中央ステアリング７０Ｃに操舵指令が与えられていることが必要である（図２参照）。これは、構成情報（とくに接続状態の情報）に関連付けられた演算規則の一例であり、不具合症状に関連する特定の条件を前提とする演算規則の一例でもある。

復旧作業としては、この例では、電源電圧が１４Ｖ以上であること、およびステアリング間通信線（操舵指令線）の導通有無が、検査項目として記入されている。

判定条件は、構成情報に基づいて修正されて適用されてもよい。たとえば、同一機種の船外機であっても、燃料ポンプが１個の場合と、２個の場合とがあるとする。燃料ポンプが１個の場合と、燃料ポンプが２個の場合とでは、始動時の負荷が異なるので、それに応じて、電装設計が異なる。したがって、船外機のエンジン始動不可の場合の検査項目として、電源電圧を検査する場合に、電源電圧に適用すべき閾値は、燃料ポンプの個数に応じて異なる。そこで、構成情報（燃料ポンプの個数）に応じて、判定条件としての閾値が修正されて適用され、それによって、適切な異常スコアリングが可能になる。

図５は、通信機１の構成例を示すブロック図である。通信機１は、プロセッサ１１、メモリ１２、通信インタフェース１３、無線通信器１４を含む。プロセッサ１１は、メモリ１２に格納されたプログラムに従って動作することにより、複数の機能を実現する。通信インタフェース１３は、船内ＬＡＮ８０を介するデータ通信のためのインタフェースである。無線通信器１４は、ネットワーク４を介してサーバ２にデータを無線送信するための装置である。

プロセッサ１１は、船内ＬＡＮ８０を介して、船体５１に装備された複数の機器からの情報を収集し、メモリ１２に格納するデータ収集機能を実行する。収集される情報は、船体５１に装備されている機器の機種名、個数、接続状況等を表す構成情報を含む。また、収集される情報は、様々なセンサ類の検出値を含む。具体的には、ヘルムＥＣＵ５４、リモコンＥＣＵ５８、ステアリングＥＣＵ７２およびエンジンＥＣＵ６３に接続されたセンサ類５３，５７，６４，７３の検出値が収集可能である。収集される情報は、さらに、ヘルムＥＣＵ５４、リモコンＥＣＵ５８、ステアリングＥＣＵ７２およびエンジンＥＣＵ６３が生成する情報を含んでいてもよい。このような情報は、各ＥＣＵが内部で生成する制御情報（制御指令その他のデータ）、各ＥＣＵが検出する故障情報などを含んでいてもよい。前述のとおり、メインスイッチ７７、キルスイッチ７８、スタートスイッチ等のスイッチ類もセンサと見なされ、それらの状態が検出値として収集される。プロセッサ１１は、さらに、船内ＬＡＮ８０に接続された様々な機器の状態を監視して、故障情報（フェール情報）を生成する故障検知機能を有していてもよい。たとえば、各ＥＣＵの状態を監視し、電源電圧の瞬間的な低下に伴う動作の中断を故障（瞬停）として検出してもよい。収集された情報および生成された故障情報等は、メモリ１２に格納される。船内ＬＡＮ８０に接続された全ての機器からの情報が収集される必要はなく、たとえば、ゲートウェイ８４を介して接続されるサードパーティ製の機器は対象外であってもよい。

プロセッサ１１は、これらの収集および／または自身が生成してメモリ１２に格納した情報の全部または一部を、無線通信器１４によって、サーバ２に向けて送信させる機能を有する。この実施形態では、２つの送信モード、すなわち、定期送信モードおよび高速送信モードが備えられている。

定期送信モードは、定期送信周期でサーバ２へ情報を自発的に送信する通常送信モードである（自発送信機能の一例）。定期送信周期は、たとえば１０分程度であってもよい。定期送信モードで送信される情報は、メモリ１２に格納した情報のうち、予め定めた定期送信情報に限られてもよい。故障情報（フェール情報）等のとくに重要な情報は、定期送信情報に含められることが好ましい。定期送信情報は、サーバ２にアップロードされて蓄積され、主として、異常の有無、異常発生時の状況当を事後的に調査する目的で使用される。

前述のとおり、通信機１は、船舶５の構成情報を収集する動作を行っている。構成情報も定期送信情報に含められてもよい。たとえば、構成情報に変動があったときに、その変動後の構成情報を定期送信情報に含めてサーバ２にアップロードして、サーバ２に蓄積される構成情報を更新してもよい。最新の構成情報の送信は、定期送信情報に含めるのではなく、構成情報の変動があったときに、通信機１からサーバ２へと、随時、送信されてもよい（自発送信機能の一例）。

高速送信モードは、定期送信周期よりも短い高速送信周期でサーバ２へ情報を送信する随時送信モードである。高速送信モードによる送信機能は、サーバ２からの要求に応答して情報を送信する応答送信機能の一例である。高速送信周期は、たとえば１秒程度であってもよい。高速送信モードで送信される情報は、定期送信モードで送信される情報よりも多いことが好ましい。具体的には、定期送信情報のほかに、故障原因の特定に有用な情報（たとえばサーバ２から要求される情報）を可能な限り多く、サーバ２に送信することが好ましい。高速送信モードでサーバ２にアップロードされる情報は、主として、船舶５の状況をリアルタイムで調べる目的で使用される。

図６は、クライアント３の構成例を説明するためのブロック図である。クライアント３は、コンピュータとしての基本構成を有している。たとえば、クライアント３は、クラムシェル型またはタブレット型のパーソナルコンピュータの形態を有していてもよい。

クライアント３は、プロセッサ３１、メモリ３２、入力装置３３、表示装置３４、および通信インタフェース３５を含む。プロセッサ３１は、メモリ３２に格納されたプログラムを実行することにより様々な機能を実現する。入力装置３３は、表示装置３４の表示画面上のタッチパネルであってもよい。通信インタフェース３５は、ネットワーク４とのデータ通信を仲介する。通信インタフェース３５は、ディーラまたはマリーナ等のオフィスに設けられたローカルエリアネットワーク（図示せず）を介して、ネットワーク４（図１参照）と有線または無線でデータ通信するものであってもよい。また、通信インタフェース３５は、無線データ通信網４Ｂ（図１参照）に接続可能に構成されていてもよい。さらに、通信インタフェース３５は、通信機１と通信可能であってもよく、通信機１を介してネットワーク４に接続可能であってもよい。

メモリ３２には、少なくともウェブブラウザのプログラムが格納されており、これをプロセッサ３１が実行することによって、クライアント３の使用者（ディーラスタッフ、マリーナスタッフ等）は、サーバ２が提供するウェブページを閲覧し、そのウェブページ上で提供されるウェブアプリケーションサービスを利用することができる。

クライアント３の使用者は、ウェブページを表示装置３４に表示させることができ、表示されたウェブページから、顧客の船舶５に生じている症状を入力して症状データをサーバ２に送信したり、サーバ２に対して、検査項目の提示を要求したりすることができる。さらに、クライアント３の使用者は、表示されたウェブページから、サーバ２に対して、顧客の船舶５の診断を要求することができる。

図７は、サーバ２における処理例を説明するためのフローチャートである。クライアント３からの症状データおよび検査項目要求の受信がない通常時には（ステップＳ１：ＮＯ）、サーバ２は、通信機１から定期送信周期で送信されてくる情報を受信し、その受信した情報をストレージ２３に蓄積する、通常ロギング動作（ステップＳ２，Ｓ３）を実行する。これにより、個々の船舶５の構成情報、センサ値データ、故障情報（フェール情報）などがストレージ２３に蓄積される。

クライアント３から個別の船舶５を特定して症状データおよび検査項目要求が送られてくると（ステップＳ１：ＹＥＳ）、サーバ２は、ストレージ２３に蓄積した構成情報Ｃ、およびクライアント３から入力された情報（症状データ）に基づいて作業マスタＭを検索する。それにより、サーバ２は、関連する情報を収集し（ステップＳ４）、検査項目（復旧作業手順）を動的に生成し（ステップＳ５）、生成した検査項目をクライアント３に送信する（ステップＳ６）。具体的には、クライアント３において表示可能なウェブページに検査項目を記入する。

より具体的には、サーバ２は、ストレージ２３に蓄積された当該船舶５の構成情報Ｃと、入力された症状データとに基づいて、作業マスタＭを検索し、不具合症状に関連する機種の機種別作業マスタ情報を収集する。さらに、サーバ２は、収集された機種別作業マスタ情報の個別作業情報に基づき、不具合症状に関連する異常スコアリング情報を参照して、異常スコアリングを実行する。この異常スコアリングは、異常スコアリング情報に従って、異常が疑われる作業対象部品に関して、異常スコアを演算する処理である。そして、異常スコアリングによって、異常スコアの順に、作業対象部品を順位付けして、作業対象部品の優先順位を決定する。サーバ２は、優先順位が１位の作業対象部品について、復旧作業情報を参照し、その復旧作業情報を検査項目としてウェブページに表示してクライアント３に提供する。

クライアント３の使用者は、こうして検査項目の情報を得ることができる。その検査項目を実行するために、クライアント３は、船舶５を特定し、かつ検査項目を指定して、サーバ２に対して診断要求を送信することができる。サーバ２は、診断要求を受信すると（ステップＳ７：ＹＥＳ）、該当船舶５の通信機１に対して、指定された検査項目に関連するセンサの検出値を送信すべきことを指令する高速送信モード指令を送信する（ステップＳ８）。これにより、通信機１の送信モードが、高速送信モードに切り替わり、通信機１は、該当するセンサの検出値を高速送信周期でサーバ２に送信する。

サーバ２は、通信機１から高速送信周期で送信されてくる情報を受信し、ストレージ２３に蓄積する高速ロギング動作を実行する（ステップＳ９）。サーバ２は、必要な情報を受信すると、高速送信モード解除指令を通信機１へと送信してもよい（ステップＳ１０）。高速送信モード解除指令を受信すると、通信機１は、その送信モードを定期送信モードへと切り替える。こうして、サーバ２は、リアルタイムのセンサ値を取得する。

図８は、通信機１における処理例を説明するためのフローチャートである。通信機１のデフォルト送信モードは定期送信モードである（ステップＳ２１：ＹＥＳ）。高速送信モード指令が入力されない通常時には（ステップＳ２２：ＮＯ）、通信機１は、定期送信モードで動作し、定期送信動作を実行する。すなわち、通信機１は、定期送信周期が到来するたびに（ステップＳ２３：ＹＥＳ）、所定の定期送信情報を送信する（ステップＳ２４）。高速送信モード指令が入力されると（ステップＳ２２：ＹＥＳ）、通信機１は、送信モードを高速送信モードに切り替え（ステップＳ２５）、高速送信動作を実行する。すなわち、通信機１は、高速送信周期が到来するたびに（ステップＳ２６：ＹＥＳ）、所定の高速送信情報を送信する（ステップＳ２７）。高速送信情報は、定期送信情報とは異なる情報を含み得る。典型的には、高速送信情報は、サーバ２から送信指令される情報を含む。通信機１は、高速送信モード解除指令を受信するか（ステップＳ２８：ＹＥＳ）、または必要な情報の送信にかかる時間を考慮して予め定められる所定時間が経過すると（ステップＳ２９：ＹＥＳ）、高速送信モードを解除して、送信モードを定期送信モードに切り替える（ステップＳ３０）。

高速送信モード指令は、サーバ２から通信機１へと送信される代わりに、船舶５に備えられた入力装置８３（図２参照）の操作によって通信機１に与えられてもよい。また、クライアント３が通信機１に通信可能に接続されているときには、クライアント３から通信機１に対して高速送信モード指令が与えられてもよい。高速送信モード解除指令についても同様である。前述のように、通信機１が、所定時間の経過によって高速送信モードを解除するように構成されている場合には、高速送信モード解除指令は省かれてもよい。

図９に、異常スコアリングの一例と、それに基づいて提示される検査項目の情報の例とを示す。この例では、症状データとして、クライアント３から、中央ステアリング（Ｃ）の不動がサーバ２に通知され、サーバ２のストレージ２３には、該当船舶の構成情報として船外機が３機備えられていることが記述されている。また、ストレージ２３には、該当船舶の通信機から取得されたセンサの検出値として、ステアリング操作量と、ステアリング出力とに不整合があることが記録されている。この情報も症状データとして扱われる。

サーバ２は、症状データおよび構成情報に基づいて、作業マスタＭを検索することにより、異常スコアリングを実行する。その結果、この例では、中央ステアリング（Ｃ）の異常スコアが「１５」で最も大きく、続いて、左舷ステアリング（Ｐ）、ヘルムユニット（ステアリングホイール）、リモコンユニットの順に異常スコアが小さくなっている。したがって、中央ステアリング（Ｃ）が第１優先順位の作業対象部品となる。そして、その復旧作業、すなわち、検査項目として、電源電圧の確認、およびステアリングユニット間の通信線の導通確認が提示され、クライアント３に表示される。

作業者（たとえば、ディーラまたはマリーナのスタッフ）は、クライアント３の画面から上記の情報を得て、対応する検査作業を実施する。この検査作業は、作業者が船舶５に出向いて検査機器を用いて行うことができる。そのほか、前述のとおり、クライアント３からサーバ２に対して診断要求を送信することによっても行うことができる。この場合、サーバ２は、該当船舶５の通信機１に対して対応するセンサの検出値を要求して高速送信モード指令を与え、これに応答して、通信機１から要求された情報がサーバ２にアップロードされる。そして、その情報がクライアント３に提供されて表示される。

こうして検査項目を実施した結果、いずれの異常も見つからなかったときには、作業者は、クライアント３から、検査の結果を入力する。サーバ２は、第１優先順位の作業対象部品が正常であるという検査結果を受信すると、第２優先順位の作業対象部品の復旧作業情報を検索して、ウェブページを介して、クライアント３に当該情報（検査項目）を提供する。あるいは、サーバ２は、新たな検査結果を考慮して異常スコアリングをやり直し、それに基づいて、別の検査項目を提示してもよい。

サーバ２とクライアント３との間で同様のやり取りを繰り返すことにより、作業者は、船舶５の構成および症状に基づいて合理的に決定された優先順位に従って検査項目を実行して、不具合の原因を究明できる。それにより、無駄な検査作業を可及的に省いて、不具合症状からの早期の復旧を図ることができる。

サーバ２に診断要求を送信して検査項目を実施する場合には、サーバ２は通信機１からセンサの検出値を取得する。したがって、クライアント３からに入力を待つことなく、検査項目の実施結果の情報を得ることができる。したがって、この場合には、サーバ２は、クライアント３からの指令を待つことなく、次に実行すべき検査項目をクライアント３に提示してもよい。

図１０は、船舶５において不具合症状が発生したときの流れの一例を示す。典型的には、船舶５の所有者または使用者からディーラまたはマリーナの担当者に不具合症状が報告される。報告を受けた担当者は、クライアント３を操作し、サーバ２が提供するウェブページから、当該船舶５の不具合症状を入力し、検査項目を要求する。

症状データおよび検査項目要求を受診したサーバ２は、構成情報Ｃおよび作業マスタＭを参照し、図７を参照して説明した処理を実行し、復旧作業情報（検査項目）を、ウェブページ上でクライアント３に提供する。この処理のために必要な構成情報Ｃやその他の情報は、通信機１からサーバ２に送信されて蓄積されている。サーバ２は、必要に応じて、該当船舶５の通信機１に対して高速送信モード指令を送信して、構成情報Ｃおよびその他の情報を収集してもよい。それにより、通信機１は、高速送信モードに切り替わり、当該船舶５に関する情報（構成情報、故障情報、各種センサ値）が高速でサーバ２へとアップロードされ（高速ロギング）、サーバ２のストレージ２３に蓄積される。

ディーラまたはマリーナの担当者（たとえば整備士）は、クライアント３に表示された情報に基づいて、検査作業等を実行する。船舶５がディーラまたはマリーナから離れた場所にあるときには、整備士が船舶５まで出向いて検査作業等を実行する。この場合、整備士は、船舶５の近くでクライアント３を操作および参照してもよい。また、ディーラまたはマリーナのスタッフがクライアント３を操作および参照し、検査項目等を船舶５の近くの整備士に伝えてもよい。

以上のように、この実施形態によれば、通信機１によって船舶５の構成情報Ｃがサーバ２に送信されて蓄積されるので、サーバ２は、個々の船舶５の構成に適応した検査項目を生成できる。また、機器の交換や追加などによって船舶５の構成が事後的に変動しても、サーバ２は、船舶５の最新の構成に適応した検査項目を生成できる。

船舶５に不具合症状が顕れたときには、クライアント３から症状データがサーバ２に送信され、それに応じて、サーバ２からは検査項目がクライアント３へ送信される。したがって、作業者は、クライアント３を操作することによって、個々の船舶５の構成に適合した適切な検査項目を知ることができる。それにより、無駄な検査手順を少なくでき、船舶５に生じた不具合を少ない労力でかつ短時間に解消できる。すなわち、作業者は、状況を把握および整理したうえで、膨大な検査項目から要否とその優先順位を判断する作業から解放される。

また、この実施形態においては、サーバ２には、作業マスタＭが備えられており、この作業マスタＭに、様々な種類の機器に関して、症状および検査項目を記述した機種別作業マスタ情報が登録されている。特定の船舶５に関してクライアント３から検査項目の要求を受けると、サーバ２は、その船舶５の構成情報Ｃに基づいて、作業マスタＭを検索し、それによって、当該船舶５に備えられた機器の機種別作業マスタ情報を参照する。また、サーバ２は、クライアント３から送信される症状データに基づいて、当該症状に関連する機種別作業マスタ情報を参照して、適切な検査項目を探し出す。そうして探し出された検査項目が、クライアント３に通知される。こうして、様々な種類の機器の機種別作業マスタ情報が登録された作業マスタＭを検索することにより、当該船舶５の構成に適合する適切な検査項目が動的に生成される。それにより、作業者は、当該船舶５の構成および症状に応じて、適切な検査項目を実行することができるので、無駄な検査作業を省いて、速やかに不具合症状からの復旧を図ることができる。

市場に新たな製品が供給されたときには、その製品の機種別作業マスタ情報を作業マスタＭに登録しておくことにより、当該製品を備える船舶にも適応できる。すなわち、作業マスタＭを適切にメンテナンスしてアップデートすることによって、新製品にも対応可能な船舶診断支援システム１００を構築できる。

また、この実施形態によれば、機種別作業マスタ情報に記述された異常スコアリング情報に基づいて、不具合症状の原因箇所（たとえば、特定の機器またはその部品）を適切に絞り込むことができる。具体的には、原因箇所の複数の候補に関して異常スコアが演算され、異常スコアの最も高い機器またはその部品が検査対象として特定され、当該機器に対応した検査項目が特定される。それにより、個々の船舶の構成と、不具合症状とに応じて、適切な検査項目を特定することができる。また、検査項目の実施結果が入力されたときには、それに応じて、次に実行すべき適切な検査項目を提示することができる。

この実施形態では、異常スコアリング情報は、構成情報、クライアント３から送信される症状データ、および船舶５に備えられるセンサの検出値のうちの少なくとも一つと関連付けられた、異常スコアの演算規則を含む。それにより、異常スコアが適切に演算される。異常スコアの演算規則が構成情報と関連付けられていることにより、船舶５の構成に対応した適切なスコアリングが可能になる。また、異常スコアの演算規則が症状データと関連付けられていることにより、不具合症状に対応した適切なスコアリングが可能になる。さらに、異常スコアの演算規則がセンサの検出値に関連付けられていることにより、船舶５に生じている不具合事象を客観的に反映したスコアリングが可能になる。それにより、適切な検査項目をクライアント３に提示することができる。

以上、この発明の一実施形態について説明してきたが、この発明は、さらに他の形態で実施することもできる。

たとえば、前述の実施形態では、クライアント３は、サーバ２が提供するウェブアプリケーションをウェブブラウザ上で使用する構成となっている。しかし、クライアント３にインストールされた専用のアプリケーションプログラムを使用する構成としてもよい。

また、前述の実施形態では、推進機の例として船外機を挙げているが、船舶に備えられる推進機の構成は、船内機、船内外機、ジェット推進機等の様々な形態であり得る。

その他、特許請求の範囲に記載された事項の範囲で種々の設計変更を施すことが可能である。

１ 通信機、２ サーバ、３ クライアント、４ ネットワーク、５ 船舶、２３ ストレージ、３３ 入力装置、３４ 表示装置、５１ 船体、５２ ステアリングホイール、５３，５７，６４，７３ センサ類、５５ リモコン、５６ アクセルレバー、６０ 船外機、７０ ステアリング、７５ 操舵指令線、７６ 出力指令線、８０ 船内ＬＡＮ、８１ コントローラ、８２ ゲージ、８８ バッテリ、１００ 船舶診断支援システム、Ｃ 構成情報、Ｍ 作業マスタ

Claims (14)

1. 船舶の構成情報を送信する通信機と、
   前記通信機から送信される構成情報を受信して、複数の船舶の少なくとも前記構成情報を蓄積し、蓄積された構成情報に基づいて個々の船舶の検査項目を生成するサーバと、
   前記サーバと通信し、船舶を特定して症状データを送信して、検査項目を要求し、前記サーバから当該要求に係る検査項目を受信して使用者に提供するクライアントと、を含む、船舶診断支援システム。
2. 前記構成情報は、船舶を構成する一つ以上の機器の情報を含む、請求項１に記載の船舶診断支援システム。
3. 前記一つ以上の機器は、少なくとも一つの主機を含む、請求項２に記載の船舶診断支援システム。
4. 前記構成情報は、前記一つ以上の機器に関して、機器の種類、個数、配置、および接続状態のうちの少なくとも一つを表す情報を含む、請求項２に記載の船舶診断支援システム。
5. 前記サーバは、船舶に搭載される可能性のある様々な種類の機器に関して、症状と、当該症状に対応する検査項目とが記述された機種別作業マスタ情報を含む作業マスタを含み、前記クライアントからの要求に係る船舶の構成情報および症状データに基づいて前記作業マスタを検索することによって検査項目を特定し、当該特定された検査項目を前記クライアントに通知する、請求項１に記載の船舶診断支援システム。
6. 前記機種別作業マスタ情報は、当該機器または他の機器の異常の可能性を表す異常スコアの演算規則を記述した異常スコアリング情報を含み、前記サーバは、前記異常スコアリング情報に基づいて一つ以上の機器の異常スコアを演算し、演算された異常スコアに基づいて、検査対象の機器を特定し、当該特定された機器の機種別作業マスタ情報に従って検査項目を特定する、請求項５に記載の船舶診断支援システム。
7. 前記異常スコアリング情報は、前記構成情報、前記クライアントから送信される症状データ、および前記船舶に備えられるセンサの検出値のうちの少なくとも一つと関連付けられた、異常スコアの演算規則を含む、請求項６に記載の船舶診断支援システム。
8. 前記サーバは、前記検査項目の実施結果の情報を受信し、受信した情報に基づいて、次に実施すべき検査項目を生成して前記クライアントに送信する、請求項７に記載の船舶診断支援システム。
9. 前記通信機は、船舶内で生じるフェール情報、および船舶に搭載されるセンサの検出値の少なくとも一つを前記サーバに送信する、請求項１に記載の船舶診断支援システム。
10. 前記通信機は、船舶内で収集される情報を自発的に前記サーバに送信する自発送信機能と、前記サーバからの要求に応答して、船舶内で収集される情報を前記サーバに送信する応答送信機能とのうちの少なくとも一つを有している、請求項１に記載の船舶診断支援システム。
11. 前記クライアントは、前記サーバから指定された検査項目の実施結果の情報を前記サーバに送信する機能を有する、請求項１に記載の船舶診断支援システム。
12. 請求項１～１１のいずれか一項に記載の船舶診断支援システムにおいて用いられる前記サーバ。
13. 請求項１～１１のいずれか一項に記載の船舶診断支援システムにおいて用いられる前記通信機。
14. 請求項１～１１のいずれか一項に記載の船舶診断支援システムにおいて用いられる前記クライアント。

Images