(57)【要約】【課題】船体に艤装された機器に関する情報を自動抽出して、機能の実現可否に関する情報を提供する。【解決手段】診断装置は、船体に艤装されている機器の情報を収集する（Ｓ１）。診断装置は、船体に艤装可能な様々な機器に関して、単独の機器または複数の機器の組合せによって実現される機能の情報を含む属性情報を記憶した属性データベースを、収集された情報に基づいて検索し、船体に艤装されている機器に関する属性情報を取得する（Ｓ２）。診断装置は、様々な属性情報に関して、各属性情報に相当する機能を実現するために必要な要件情報を格納した要件データベースを、取得された属性情報に基づいて検索し、該当する属性情報の要件情報を取得する（Ｓ３）。診断装置は、収集された機器の情報と取得された要件情報とを比較し、実現可能な機能および実現不可能な機能を判別する（Ｓ５）。診断装置は、判別結果を表す情報を提供する（Ｓ７）。【選択図】図５
2020179829.tif 000002
【特許請求の範囲】
【請求項１】
船体に艤装されている機器の情報を収集する機器情報収集手段と、
船体に艤装可能な様々な機器に関して、単独の機器または複数の機器の組合せによって実現される機能の情報を含む属性情報を記憶した属性データベースを、前記機器情報収集手段によって収集された情報に基づいて検索し、前記船体に艤装されている機器に関する属性情報を取得する属性情報取得手段と、
様々な属性情報に関して、各属性情報に相当する機能を実現するために必要な要件情報を格納した要件データベースを、前記属性情報取得手段によって取得された属性情報に基づいて検索し、該当する属性情報の要件情報を取得する要件情報取得手段と、
前記機器情報収集手段によって収集された機器の情報と前記要件情報取得手段によって取得された要件情報とを比較し、実現可能な機能および実現不可能な機能を判別する機能判別手段と、
前記機能判別手段による判別結果を表す情報を提供する機能情報提供手段と、
を含む、艤装機器診断装置。
【請求項２】
前記機能情報提供手段は、前記機能判別手段の判別結果に基づき、船体に艤装されている現状の機器によって実現可能な機能の情報を提供する、請求項１に記載の艤装機器診断装置。
【請求項３】
前記機能情報提供手段は、前記機能判別手段の判別結果に基づき、船体に追加の要件を備えることによって実現可能となる機能の情報、および当該機能を実現するために追加すべき要件の情報を提供する、請求項１または２に記載の艤装機器診断装置。
【請求項４】
前記機能情報提供手段は、前記機能判別手段の判別結果に基づき、船体に機器を追加することによって実現可能となる機能の情報、および追加すべき機器の情報を提供する、請求項１〜３のいずれか一項に記載の艤装機器診断装置。
【請求項５】
前記機能情報提供手段は、前記機能判別手段の判別結果に基づき、船体に艤装されている機器のソフトウェアバージョンを変更することによって実現可能となる機能の情報、および当該ソフトウェアの情報を提供する、請求項１〜４のいずれか一項に記載の艤装機器診断装置。
【請求項６】
属性情報の入力を受け付ける属性情報入力手段をさらに含み、
前記要件情報取得手段は、前記前記属性情報入力手段によって受け付けられた属性情報に基づいて前記要件データベースを検索し、該当する属性情報の要件情報をさらに取得し、
前記機能判別手段は、前記属性情報入力手段によって受け付けられた属性情報と前記要件情報取得手段によって取得された要件情報とをさらに比較し、実現可能な機能および実現不可能な機能を判別する、請求項１〜５のいずれか一項に記載の艤装機器診断装置。
【請求項７】
船体に艤装可能な様々な機器に関して、正常動作を保証するための動作条件を記憶した動作条件データベースを、前記機器情報収集手段によって収集された情報に基づいて検索し、前記船体に艤装されている機器に関する動作条件を取得する動作条件取得手段と、
前記機器情報収集手段によって収集された機器の情報と前記動作条件取得手段によって取得された動作条件とを比較し、各機器が正常に動作するかどうかを判別する機器動作判別手段と、
前記機器動作判別手段による判別結果を表す情報を提供する動作情報提供手段と、
をさらに含む、請求項１〜６のいずれか一項に記載の艤装機器診断装置。
【請求項８】
前記動作情報提供手段は、前記機器動作判別手段の判別結果に基づき、不充足の動作条件の情報を提供する、請求項７に記載の艤装機器診断装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、船体に艤装される機器に関する診断情報を提供する艤装機器診断装置に関する。
【背景技術】
【０００２】
船外機艇に代表されるプレジャーボートは、船体と、船体に艤装されたさまざまな機器（艤装機器）とを含む。ボートビルダまたはディーラは、顧客の要望に応じて、船体および艤装機器を選択して組み合せ、船体に機器を艤装して船舶を組み立てる。その結果、顧客の要望に応じてカスタマイズされた多種多様な構成の船舶が提供される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２７４８５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
艤装機器は無制限に組合せ可能なわけではなく、一定の制限の下で、適切な組合せの艤装機器が選択されなければならない。たとえば、生産年度の異なる新旧世代の艤装機器を組み合わせるときには、それらの間の互換性が必要となる場合がある。また、エンジンＥＣＵ（電子制御ユニット）やリモコンＥＣＵといったコントローラ類は、機能向上を目的としたソフトウェアの書き換え（バージョンアップ）が可能である場合もある。したがって、コントローラ類のソフトウェアバージョンと、他の艤装機器との互換性にも注意を払う必要がある。たとえば、最新バージョンのソフトウェアによって提供されるべき機能が、旧世代の艤装機器との組合せでは実現されず、顧客の要望に適わない場合があり得る。
【０００５】
したがって、船舶の組立、購入または艤装機器の換装に際して、ボートビルダ、ディーラまたはユーザは、複数の艤装機器の互換性を調べる必要がり、そのための負担が大きい。換言すれば、互換性に関する知識を充分に集積しておかなければ、適切な艤装機器を速やかに選択することができない。しかも、ソフトウェアバージョンについては、機器の外見によって知ることができないため、他の艤装機器と組み合わせたときに所望の機能が実現されるのかどうかは、即座に判断し難い事項である。
【０００６】
そこで、この発明の一実施形態は、船体に艤装された機器に関する情報を自動抽出して、機能の実現可否に関する情報を提供できる艤装機器診断装置を提供する。
【課題を解決するための手段】
【０００７】
この発明の一実施形態は、船体に艤装されている機器の情報を収集する機器情報収集手段と、船体に艤装可能な様々な機器に関して、単独の機器または複数の機器の組合せによって実現される機能の情報を含む属性情報を記憶した属性データベースを、前記機器情報収集手段によって収集された情報に基づいて検索し、前記船体に艤装されている機器に関する属性情報を取得する属性情報取得手段と、様々な属性情報に関して、各属性情報に相当する機能を実現するために必要な要件情報を格納した要件データベースを、前記属性情報取得手段によって取得された属性情報に基づいて検索し、該当する属性情報の要件情報を取得する要件情報取得手段と、前記機器情報収集手段によって収集された機器の情報と前記要件情報取得手段によって取得された要件情報とを比較し、実現可能な機能および実現不可能な機能を判別する機能判別手段と、前記機能判別手段による判別結果を表す情報を提供する機能情報提供手段と、を含む、艤装機器診断装置を提供する。
【０００８】
この構成によれば、船体に艤装されている機器の情報が収集され、その情報に基づいて、属性データベースが検索される。それにより、船体に艤装されている機器の属性情報が取得される。その属性情報に基づいて要件データベースが検索されることにより、当該属性情報の要件情報が取得される。その要件情報と、船体に艤装されている機器の情報とが比較されることにより、実現可能な機能と実現不可能な機能とが判別される。その判別結果を表す情報が提供される。このようにして、艤装されている機器の情報を自動的に抽出して、対応する機能の実現可否を表す情報を提供できる。
【０００９】
診断装置の使用者は、典型的には、ボートビルダまたはディーラのサービスパーソンであってもよい。
この発明の一実施形態では、前記機能情報提供手段は、前記機能判別手段の判別結果に基づき、船体に艤装されている現状の機器によって実現可能な機能の情報を提供する。この構成により、診断装置の使用者は、船体に艤装されている機器を用いて実現可能な機能を容易に知ることができる。
【００１０】
この発明の一実施形態では、前記機能情報提供手段は、前記機能判別手段の判別結果に基づき、船体に追加の要件を備えることによって実現可能となる機能の情報、および当該機能を実現するために追加すべき要件の情報を提供する。この構成により、診断装置の使用者は、要件の追加によって実現可能となる機能を容易に知ることができ、かつ追加すべき要件を容易に知ることができる。
【００１１】
追加すべき要件は、艤装機器の追加、艤装機器の交換、艤装機器のソフトウェアバージョンの更新等であってもよい。
この発明の一実施形態では、前記機能情報提供手段は、前記機能判別手段の判別結果に基づき、船体に機器を追加することによって実現可能となる機能の情報、および追加すべき機器の情報を提供する。この構成により、診断装置の使用者は、機器の追加艤装によって実現可能となる機能、および追加対象機器の情報を容易に得ることができるので、当該機能を実現するための対処が容易になる。
【００１２】
この発明の一実施形態では、前記機能情報提供手段は、前記機能判別手段の判別結果に基づき、船体に艤装されている機器のソフトウェアバージョンを変更することによって実現可能となる機能の情報、および当該ソフトウェアの情報を提供する。この構成により、診断装置の使用者は、機器のソフトウェアバージョンの変更によって実現可能となる機能および当該ソフトウェアの情報を容易に得ることができるので、当該機能の実現のための対処が容易になる。
【００１３】
この発明の一実施形態では、属性情報の入力を受け付ける属性情報入力手段をさらに含み、前記要件情報取得手段は、前記前記属性情報入力手段によって受け付けられた属性情報に基づいて前記要件データベースを検索し、該当する属性情報の要件情報をさらに取得し、前記機能判別手段は、前記属性情報入力手段によって受け付けられた属性情報と前記要件情報取得手段によって取得された要件情報とをさらに比較し、実現可能な機能および実現不可能な機能を判別する。
【００１４】
この構成により、船体に艤装された機器の属性情報以外の属性情報に関して、要件情報が取得され、当該属性情報の機能の可否が判別され、その判別結果が提供される。それにより、所望の機能の実現可否を容易に知ることができる。
この場合、前記機能情報提供手段が、前記機能判別手段の判別結果に基づき、船体に追加の要件を備えることによって実現可能となる機能の情報、および当該機能を実現するために追加すべき要件の情報を提供することが、より好ましい。それにより、診断装置の使用者は、所望の機能について、要件の追加によって実現可能となる機能を容易に知ることができ、かつ追加すべき要件を容易に知ることができる。
【００１５】
この発明の一実施形態では、前記艤装機器診断装置は、船体に艤装可能な様々な機器に関して、正常動作を保証するための動作条件を記憶した動作条件データベースを、前記機器情報収集手段によって収集された情報に基づいて検索し、前記船体に艤装されている機器に関する動作条件を取得する動作条件取得手段と、前記機器情報収集手段によって収集された機器の情報と前記動作条件取得手段によって取得された動作条件とを比較し、各機器が正常に動作するかどうかを判別する機器動作判別手段と、前記機器動作判別手段による判別結果を表す情報を提供する動作情報提供手段と、をさらに含む。
【００１６】
この構成により、船体に艤装されている機器の情報が自動的に収集され、その収集された情報に基づいて、各機器が正常に動作するかどうかを表す情報が提供される。したがって、診断装置の使用者は、船体に艤装された機器が正常に動作するかどうかを容易に知ることができる。
この発明の一実施形態では、前記動作情報提供手段は、前記機器動作判別手段の判別結果に基づき、不充足の動作条件の情報を提供する。この構成により、不充足の動作条件の情報が提供されるので、それに基づいて、必要な対処を速やかに行うことができる。
【発明の効果】
【００１７】
この発明の艤装機器診断装置によれば、船体に艤装された機器に関する情報を自動抽出して、機能の実現可否に関する情報を提供できる。
【図面の簡単な説明】
【００１８】
【図１】図１は、この発明の一実施形態が適用される船舶の構成例および診断装置の構成例を説明するためのブロック図である。
【図２】図２は、属性データベースの構成例を示す。
【図３】図３は、要件データベースの具体例を示す。
【図４】図４は、動作条件データベースの具体例を示す。
【図５】図５は、診断装置による処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下では、この発明の実施の形態を、添付図面を参照して詳細に説明する。
図１は、この発明の一実施形態が適用される船舶の構成例、および船舶の診断のための診断装置の構成例を説明するためのブロック図である。船舶１は、推進機としての船外機３とを備えている。船外機３は、複数個備えられてもよい。船舶１の船体内には、船内ネットワークの一例である船内ＬＡＮ（ローカルエリアネットワーク）１０が構築されている。具体的には、船内ＬＡＮ１０には、操船のための入力機器６、船舶１に艤装された機器を制御するための制御機器７、船外機３に備えられた船外機ＥＣＵ５０、船外機３の推進力の方向等を調節するための出力機器８および表示機器９が接続されている。これらは、船内ＬＡＮ１０を介して、データおよび制御信号を授受できるようになっている。船舶１に備えられた艤装機器の船内ＬＡＮ１０への接続は、有線接続であってもよいし、無線接続であってもよい。
【００２０】
入力機器６は、操船のために操作者が操作する機器である。入力機器６の一例は、推進力の方向を調節するために操作されるステアリングホイールである。入力機器６の他の例は、船外機３のシフトおよび出力を調節するために操作されるリモコンレバーである。入力機器６のさらに他の例は、進行方向および出力の両方を調整するために操作されるジョイスティックである。
【００２１】
出力機器８の一例は、船体に対して船外機３を転舵させる転舵機構である。転舵機構は、たとえば、船外機３に対して転舵力を与える電動アクチュエータを含む。
制御機器７の一例は、船舶１の航走に関連する制御を行うコントローラである。たとえば、入力機器６の操作に応じて、あるいは場合によっては入力機器６の操作をオーバーライドして、出力機器８および船外機３を制御するコントローラが該当する。このようなコントローラの働きによって、いわゆるステア・バイ・ワイヤ（ＳＢＷ）機能、ドライブ・バイ・ワイヤ（ＤＢＷ）機能、ジョイスティック機能、オートパイロット機能などが実現される。制御機器７の他の例は、船舶１の盗難防止機能に関する制御を行うコントローラである。たとえば、無線タイプのリモコンキーと通信して船舶１のロック／アンロックするリモートキー機能を担うコントローラが該当する。
【００２２】
船内ＬＡＮ１０には、診断装置７０を接続することができる。診断装置７０は、たとえばパーソナルコンピュータの形態を有しており、入力装置７１と、表示装置７２と、通信ポート７３と、処理装置７４を備えている。入力装置７１は、キーボードおよび／またはポインティングデバイスを含んでいてもよい。表示装置７２は、液晶表示装置に代表される二次元ディスプレイであってもよい。通信ポート７３は、ＬＡＮケーブル１８を介して船内ＬＡＮ１０に接続可能なＬＡＮポートであり、通信ユニットの一例である。通信ポート７３は、必要なアダプタを介して船内ＬＡＮ１０に接続可能であってもよいし、ＬＡＮケーブル１８を用いない無線により船内ＬＡＮ１０に接続可能であってもよい。処理装置７４は、通信ポート７３を介して外部と通信する処理、および各種の演算処理を実行する。
【００２３】
制御機器７と船外機３の船外機ＥＣＵ５０とは、船舶１内に構築された前述の船内ＬＡＮ１０を介して通信する。
制御機器７は、通信先の船外機ＥＣＵ５０を指定して制御指令を出力する。指定された船外機ＥＣＵ５０は、その制御指令を受け取り、当該制御指令に従って、船外機３に備えられたアクチュエータ類を制御する。
【００２４】
制御機器７は、船内ＬＡＮ１０を介して、入力機器６から操作情報を取得し、その操作情報に対応した、あるいは操作情報をオーバーライドする制御指令を生成する。制御機器７は、生成した制御指令を、船内ＬＡＮ１０を介して、船外機ＥＣＵ５０に送信する。
診断装置７０の処理装置７４は、プロセッサ７４Ｐ（ＣＰＵ）および記憶装置７４Ｍを含み、プロセッサ７４Ｐは、記憶装置７４Ｍに記憶されたプログラムに従って、通信ポート７３を介して外部と通信する処理、および各種の演算処理を実行する。
【００２５】
診断装置７０は、船内ＬＡＮ１０に接続された機器（艤装機器）と通信して、各機器から情報を取得することができる。また、診断装置７０は、通信ポート７５を介してインターネット等のワイドエリアネットワーク（ＷＡＮ）８９に接続されている。ＷＡＮ８９には、機器診断用の情報を提供するサーバ９０が置かれている。サーバ９０は、典型的には、船舶に艤装される機器の製造メーカにより準備されて、ＷＡＮ８９上に配置される。
【００２６】
サーバ９０は、属性データベース９１、要件データベース９２および動作条件データベース９３を備えている。もちろん、これらのデータベースが２つ以上のサーバに分散して配置されていてもよい。診断装置７０は、ＷＡＮ８９を介して、属性データベース９１、要件データベース９２および動作条件データベース９３にアクセスし、それらのデータベースから必要な情報を取得することができる。各データベースの具体例を以下に説明する。
【００２７】
図２は、属性データベース９１の構成例を示す。属性データベースは、船舶に艤装可能な機器の属性情報等を蓄積したデータベースである。属性データベースは、たとえば、機器のメーカによって準備される。この場合、典型的には、当該メーカが提供する全ての機器に関する情報が属性データベースに蓄積される。
属性データベースは、機器の大分類、機器の小分類および機種名に基づいて複数種類の機器を分類したレコードを含む。大分類の具体例は、船外機、表示機器、情報変換機、入力機器Ｉ（たとえばリモコンレバー）、入力機器II（たとえばジョイスティック）、出力機器、制御機器Ｉ（たとえば船舶の航走を制御するコントローラ）、制御機器II（たとえばバッテリを管理するコントローラ）、制御機器III（たとえばリモートキー機能のためのコントローラ）などである。小分類の具体例は、たとえば船外機については、船外機ＥＣＵの型（ＥＣＵ−Ａ，ＥＣＵ−Ｂ，ＥＣＵ−Ｃ）である。たとえばＥＣＵ−Ａは、ＳＢＷ機能およびＤＢＷ機能のいずれにも非対応のタイプのＥＣＵであってもよい。また、ＥＣＵ−Ｂは、ＳＢＷ機能には非対応、ＤＢＷ機能には対応可能なタイプのＥＣＵであってもよい。また、ＥＣＵ−Ｃは、ＳＢＷ機能およびＤＢＷ機能の両方に対応可能なタイプのＥＣＵであってもよい。
【００２８】
属性データベースは、複数種類の機器について、個別機種のレコードを含む。各機種のレコードは、機種名、ソフトウェアバージョン（ＳＷ Ｖｅｒ）および属性情報を含む。一つの機種について複数のソフトウェアバージョンが存在する場合には、当該機種のレコードは、ソフトウェアバージョンの個数分存在する。換言すれば、或る機種のソフトウェアがバージョンアップされると、当該ソフトウェアのバージョンに対応するレコードが追加される。各レコードは、一つ以上の属性情報を含む。
【００２９】
属性情報とは、一つまたは複数の機器によって実現される機能を表す情報をいう。機能の具体例としては、ＤＢＷ機能、ＳＢＷ機能、オートパイロット機能、ジョイスティック機能、リモートキー機能などが挙げられる。属性情報は、機能名と、仕様情報と、バージョン情報（Ｖｅｒ）とを含む。仕様情報とは、互換性を表す情報である。仕様情報が共通の属性情報は相互に互換性がある。すなわち、一つの船舶に艤装されて一つのシステムを構築する機器は、共通の仕様情報を有している必要がある。バージョン情報とは、当該機能のバージョンを表す情報である。
【００３０】
たとえば、仕様情報は、Ａ，Ｂ，Ｃ，……のように、仕様変更に応じて順に更新されるアルファベットで表される。バージョン情報は、たとえば、整数部および小数部を有し、上位互換のバージョン改訂の場合には整数部を変更し、不具合対応のためのバージョン改訂の場合には小数部を変更するようにして更新される。
各属性情報には、当該レコードの機種およびソフトウェアバージョンにおいて、必須の属性か任意の属性かを表す付加情報「必須」が付加されている。必須を表す「Ｙ」の付加情報を伴う属性情報は、当該レコードの機種およびソフトウェアバージョンにおいて、その動作のために不可欠な属性（機能）を表す。必須の付加情報を伴わない属性情報は、当該レコードの機種およびソフトウェアバージョンにおいて、動作のために必須ではないが、他の適切な機器との組合せによって対応可能な属性（機能）を表す。
【００３１】
たとえば、船外機ＥＣＵ−Ｃを備える船外機においては、仕様Ａ、バージョン１．０の機能Ａ（たとえばＤＢＷ機能）および仕様Ａ、バージョン１．０の機能Ｂ（たとえばＳＢＷ機能）が必須であり、これらの機能（属性）を備えなければ、当該船外機を動作させることができない。また、機種名「JKL-**」の入力機器Ｉ−Ａ（たとえばリモコンレバー）は、ソフトウェアバージョンが「JKL-11」である場合、仕様Ａ、バージョン１．０の機能Ａとともに用いられることが必須である。その一方で、当該入力機器Ｉ−Ａは、機能Ｂとともに用いられることは必須ではなく、必要に応じて、仕様Ａ、バージョン１．０の機能Ｂに対応可能である。また、機種名「NOP-00」の入力機器Ｉ−Ａは、仕様Ａ、バージョン１．０の機能Ａ、および仕様Ａ、バージョン１．０の機能Ｅ（たとえばリモートキー機能）とともに用いられることが必須であるが、機能Ｂとともに用いられることは必須ではない。そして、当該入力機器Ｉ−Ａは、必要に応じて、仕様Ａ、バージョン２．０の機能Ｂに対応可能である。さらに、この入力機器Ｉ−Ａは、必要に応じて、仕様Ａ、バージョン１．０の機能Ｃ（たとえばオートパイロット機能）、および仕様Ａ、バージョン１．０の機能Ｄ（たとえばジョイスティック機能）に対応可能である。
【００３２】
図３は、要件データベース９２の具体例を示す。要件データベースは、複数の属性情報のレコードを含む。各レコードは、分類情報、仕様情報、バージョン情報（Ｖｅｒ）、前提サブシステム／バージョン情報（Ｖｅｒ）、要求機器／下限バージョン情報を含む。分類情報は、属性（機能）の種類を表す情報である。仕様情報およびバージョン情報は前述のとおりである。前提サブシステム／バージョン情報は、当該属性（機能）を実現するための前提となるサブシステムおよびそのバージョン情報（仕様情報を含む）を含む。要求機器／下限バージョン情報は、当該属性（機能）を実現するために必須の機器と、当該必須機器の下限バージョン情報（仕様情報を含む）を表す。
【００３３】
たとえば、仕様Ａ、バージョン２．０の機能Ｂの実現のためには、仕様Ａ、バージョン１．０の機能Ａのためのサブシステムが前提として備えられる必要がある。加えて、バージョン２．０の機能Ｂに対応した入力機器Ｉ、バージョン２．０の機能Ｂに対応した表示機器、バージョン２．０の機能Ｂに対応した出力機器が必要とされる。
図４は、動作条件データベース９３の具体例を示す。動作条件データベースは、複数の動作条件のレコードを含む。各レコードは、分類情報、条件番号、優先度情報、概要情報、適用条件、互換判定条件、処置等を含む。分類情報は、装備される機能を表す情報であり、その具体例は、船外機、表示機器、入力機器Ｉ、出力機器等である。条件番号は、動作条件の番号である。優先度情報の具体例は、必須条件、推奨条件等である。
【００３４】
必須条件は、分類情報で表される機能が装備される場合に必須とされる動作条件である。推奨条件は、分類情報で表される機能が装備される場合に、必須ではないが、推奨される動作条件である。概要情報は、動作条件の具体的な内容を表す情報である。図４の例では、表示機器の分類においては、システム内の同型式表示機器が同じ属性バージョンで使用され、かつ入力機器Ｉの総数以上の表示機器が備えられていることが必須条件である。また、同型式の表示機器が同じソフトウェアバージョンで使用されることは、推奨されるが、必須ではない。
【００３５】
適用条件は、当該動作条件が適用される条件を表す。互換判定条件は、具体的な判定事項を記した情報を含む。たとえば、システム内の全ての同型式表示機器が同じ属性バージョンで使用される、という動作条件の適用条件は、２個以上の表示機器がシステムに備えられており、それらが同じ型式であることである。そして、この適用条件が充足される場合に、互換判定条件として、各表示機器の属性が一致すること、およびそれらの表示機器の属性バージョンが一致することが判定され、それによって、当該動作条件の充足／不充足が判定される。
【００３６】
処置は、動作条件が不充足のときの対処に関する指示情報である。図４の例では、必須条件が不充足のときの「処置」は警告表示であり、推奨条件が不充足のときの処置は「推奨表示」である。
図５は、診断装置７０を船内ＬＡＮ１０およびＷＡＮ８９に接続して実行される処理の一例を示すフローチャートである。診断装置７０の使用者、すなわち診断作業者は、典型的にはボートビルダまたはディーラのサービスパーソンである。
【００３７】
作業者は、診断装置７０を船内ＬＡＮ１０に接続した状態で、診断装置７０に機器情報収集処理を実行させる（ステップＳ１）。具体的には、診断装置７０のプロセッサ７４Ｐは、船内ＬＡＮ１０に接続された全ての機器の情報を収集するための機器情報要求を、通信ポート７３を介して船内ＬＡＮ１０に送出する。すると、船内ＬＡＮ１０に接続された全ての機器は、診断装置７０を宛先として、当該機器の情報を含む応答情報を船内ＬＡＮ１０に送出する。プロセッサ７４Ｐは、その送出された応答情報を、通信ポート７３を介して受信し、記憶装置７４Ｍに格納する。このように、プロセッサ７４Ｐは、機器情報を取得する機器情報収集手段としての機能を有する。こうして、診断装置７０は、船内ＬＡＮ１０に接続された全ての機器の情報を収集することができる。
【００３８】
収集される機器情報の具体例を表１に示す。この例では、一つの表示機器、一つの入力機器Ｉ（たとえばリモコンレバー）、一つの船外機、一つの出力機器、一つの制御機器Ｉ（たとえば航走制御のためのコントローラ）が、船内ＬＡＮ１０に接続されていることが分かる。各機器の情報には、種別、機種名およびソフトウェアバージョン（ＳＷ Ｖｅｒ）の情報が含まれている。これらの情報が、各機器からの応答情報に含まれている。
【００３９】
【表１】
2020179829.tif 000003
【００４０】
次に、プロセッサ７４Ｐは、ＷＡＮ８９を介してサーバ９０にアクセスし、属性情報取得処理を実行する（ステップＳ２）。具体的には、プロセッサ７４Ｐは、収集した機器情報に基づいて属性データベース９１を検索し、該当する機器の属性情報を抽出して取得する。プロセッサ７４Ｐは、取得された属性情報を記憶装置７４Ｍに格納する。このように、プロセッサ７４Ｐは、属性情報を取得する属性情報取得手段としての機能を有する。取得される属性情報の例を表２に示す。表２内の表記は、図２と同様であるので説明を省略する。
【００４１】
【表２】
2020179829.tif 000004
【００４２】
さらに、プロセッサ７４Ｐは、ＷＡＮ８９を介してサーバ９０にアクセスし、要件情報取得処理（ステップＳ３）および動作条件取得処理（ステップＳ４）を実行する。具体的には、プロセッサ７４Ｐは、取得された属性情報に基づいて、要件データベース９２を検索し、各属性のために必要な機器およびバージョンの情報を抽出する。また、プロセッサ７４Ｐは、取得された属性情報に基づいて動作条件データベース９３を検索し、該当する動作条件を抽出して取得する。プロセッサ７４Ｐは、要件データベース９２から取得された情報を要件情報として記憶装置７４Ｍに格納する。また、プロセッサ７４Ｐは、動作条件データベース９３から取得された情報を動作条件として記憶装置７４Ｍに格納する。
【００４３】
このように、プロセッサ７４Ｐは、要件情報を取得する要件情報取得手段としての機能、および動作条件を取得する動作条件取得手段としての機能を有する。
取得される要件情報および動作条件の例を表３に示す。表２内の表記は、図３および図４と同様であるので説明を省略する。こうして取得される要件情報は、船舶１内のシステムを検査するための検査パターンを構成する。
【００４４】
【表３】
2020179829.tif 000005
【００４５】
この例では、必須属性条件、任意属性条件および動作条件が抽出されている。仕様Ａ、バージョン１．０の機能Ａが必須属性の一つであり、そのための要件は、バージョン１．０の機能Ａに対応した船外機および入力機器Ｉである。また、仕様Ａ、バージョン１．０の機能Ｂが必須属性の一つであり、そのための前提条件として、仕様Ａ、バージョン１．０の機能Ａが要求され、かつバージョン１．０の機能Ｂに対応した入力機器Ｉ、表示機器および出力機器が要件となっている。その他の必須属性についても同様の記述である。任意属性条件についても同様である。表３の例では、動作条件については、該当がない。
【００４６】
抽出される要件情報に加えて、作業者は、診断装置７０の入力装置７１を操作することによって、使用者が必要とする属性（機能）を加えることができる（ステップＳ９）。この場合、入力装置７１は、属性情報入力手段として機能する。プロセッサ７４Ｐは、入力された属性に応じて要件データベース９２および動作条件データベース９３を参照して要件情報および動作条件を取得し（ステップＳ３，Ｓ４）、該当する属性条件および動作条件を検査パターンに加える。
【００４７】
プロセッサ７４Ｐは、さらに、機器から収集した情報（表１参照）および入力装置７１から入力された属性情報が、検査パターンを構成する要件情報（表３参照）に該当するか否かを判断する機能判別処理（要件検証）を実行する（ステップＳ５）。このように、プロセッサ７４Ｐは、機能判別手段としての機能を有する。また、プロセッサ７４Ｐは、機器から収集した情報（表１参照）および入力装置７１から入力された属性情報が、検査パターンを構成する動作条件（表３参照）を充足しているか否かを判断する機器動作判別処理を実行する（ステップＳ６）。このように、プロセッサ７４Ｐは、機器動作判別手段としての機能を有する。
【００４８】
機能判別処理および機器動作判別処理の結果の一例を表４に示す。表４において、下線は、要件不充足を表し、斜体文字は該当製品が未検出であることを表す。
【００４９】
【表４】
2020179829.tif 000006
【００５０】
必須属性のうち「機能Ａ/A1.0」および「機能Ｅ/A1.0」については、要件が満たされているために、充足を表す判断結果「OK」となっている。それに対して、必須属性のうち「機能Ｂ/A1.0」については、表示機器がバージョン１．０の機能Ｂに対応していないことを理由に、不充足の判断結果「NG」となっている。また、必須属性のうち「機能Ｃ/A1.0」については、前提条件としての「機能Ｂ/A1.0」が充足されておらず、表示機器がバージョン１．０の機能Ｃに対応しておらず、さらに「制御機器Ｉ-B,/機能C1.0,制御機器Ｉ-C/機能C1.0,制御機器Ｉ-D/機能C1.0」がいずれも備えられていないことを理由に、不充足の判断結果「NG」となっている。また、任意属性のうち「機能Ｂ/A2.0」については、表示機器がバージョン２．０の機能Ｂに対応していないことを理由に、不充足の判断結果「NG」となっている。そして、任意属性のうち「機能Ｄ/A1.0」については、前提条件としての「機能Ｃ/A1.0」が充足されておらず、表示機器がバージョン１．０の機能Ｄに対応しておらず、さらに「入力機器II/機能D1.0」が備えられていないことを理由に不充足の判断結果「NG」となっている。適用される動作条件があれば、動作条件の充足／不充足についても判断される。
【００５１】
プロセッサ７４Ｐは、このような要件の充足／不充足についての判断の結果を表示装置７２に表示して提供する機能情報提供処理を実行する（ステップＳ７）。また、プロセッサ７４Ｐは、動作条件についても同様に、充足／不充足の判断結果を表示装置７２に表示して提供する動作情報提供処理を実行する（ステップＳ８）。このように、表示装置７２は、処理装置７４の制御の下、機能情報提供手段および動作情報提供手段としての機能を有する。表示の一例を表５に示す。
【００５２】
【表５】
2020179829.tif 000007
【００５３】
この例では、機能Ａおよび機能Ｅの使用が可能であることが通知されている。「警告」の表示は、必須属性が充足されていない場合に表示される。上記の例では、機能Ｂの要件が充足されておらず、具体的な対処として、表示機器のソフトウェアバージョンの変更が指示されている。また、機能Ｃの要件が充足されておらず、具体的な対処として、制御機器Ｉ−Ｂ、制御機器Ｉ−Ｃ，制御機器Ｉ−Ｄのカテゴリの製品を接続すべきことが指示されている。「注意／推奨」の表示は、任意属性が充足されていない場合に表示される。上記の例では、バージョン２．０の機能Ｂの要件が充足されておらず、表示機器のソフトウェアを更新することで当該機能が使用可能となることが教示されている。また、機能Ｄのための要件が充足されていないものの、前提条件が充足されているため、機能Ｄの対応製品を追加し、表示機器のソフトウェアを更新することで当該機能が使用可能となることが教示されている。
【００５４】
また、動作条件については、「該当なし」と表示されている。該当する動作条件が存在し、それが充足されていれば、動作条件充足の表示がされる。また、該当する動作条件が存在し、それが不充足であれば、動作条件不充足の表示がされ、さらに不充足の動作条件が具体的に表示される。
以上のように、この実施形態によれば、診断装置７０は、船内ＬＡＮ１０を介して、船体に艤装されている機器の情報を収集し、その情報に基づいて、属性データベース９１を検索する。それにより、診断装置７０は、船体に艤装されている機器の属性情報を取得する。診断装置７０は、さらに、その属性情報に基づいて要件データベース９２を検索して、当該属性情報の要件情報を取得する。診断装置７０は、その要件情報と、船体に艤装されている機器の情報とを比較することにより、実現可能な機能と実現不可能な機能とを判別し、その判別結果を表示装置７２によって提供する。このようにして、診断装置７０は、艤装されている機器の情報を自動的に抽出して、各種機能の可否情報を提供できる。
【００５５】
具体的には、この実施形態では、診断装置７０は、船体に艤装されている現状の機器によって実現可能な機能の情報を提供する。それにより、診断装置７０の使用者は、船体に艤装されている機器を用いて実現可能な機能を容易に知ることができる。
また、この実施形態では、診断装置７０は、船体に追加の要件を備えることによって実現可能となる機能の情報、および当該機能を実現するために追加すべき要件の情報を提供する。これにより、診断装置７０の使用者は、要件の追加によって実現可能となる機能を容易に知ることができ、かつ追加すべき要件を容易に知ることができる。
【００５６】
また、この実施形態では、診断装置７０は、船体に艤装されている機器を追加することによって実現可能となる機能の情報、および追加すべき機器の情報を提供する。これにより、診断装置７０の使用者は、機器の追加によって実現可能となる機能、および追加対象機器の情報を容易に得ることができるので、当該機能を実現するための対処が容易になる。
【００５７】
また、この実施形態では、診断装置７０は、船体に艤装されている機器のソフトウェアバージョンを変更することによって実現可能となる機能の情報、および当該ソフトウェアの情報を提供する。これにより、診断装置７０の使用者は、機器のソフトウェアバージョンの変更によって実現可能となる機能および当該ソフトウェアの情報を容易に得ることができるので、当該機能の実現のための対処が容易になる。
【００５８】
また、この実施形態では、診断装置７０に対して、所望の機能に対応する属性情報を入力することができる。診断装置７０は、入力された属性情報に基づいて要件データベース９２を検索し、該当する属性情報の要件情報を取得する。そして、診断装置７０は、入力された属性情報と要件情報とを比較し、実現可能な機能および実現不可能な機能を判別する。診断装置７０は、その判別結果を表示装置７２に表示して使用者に提供する。これにより、診断装置７０の使用者は、所望の機能の実現可否を容易に知ることができる。とくに、この実施形態では、診断装置７０は、不足の要件を表示装置７２に表示して使用者に提供するので、所望の機能を実現するために必要な要件を容易に知ることができる。
【００５９】
また、この実施形態では、診断装置７０は、様々な艤装機器に関して正常動作を保証するための動作条件を記憶した動作条件データベース９３を検索し、船体に艤装されている機器に関する動作条件を取得する。そして、診断装置７０は、船内ＬＡＮ１０を介して収集した機器の情報と動作条件データベース９３から取得した動作条件とを比較し、各機器が正常に動作するかどうかを判別する。診断装置７０は、その判別結果を表示装置７２に表示して、使用者に提供する。これにより、船体に艤装されている機器の情報が自動的に収集され、その収集された情報に基づいて、各機器が正常に動作するかどうかを表す情報が提供される。したがって、診断装置７０の使用者は、船体に艤装された機器が正常に動作するかどうかを容易に知ることができる。
【００６０】
また、この実施形態では、診断装置は、不充足の動作条件の情報を表示装置７２に表示して使用者に提供する。それにより、使用者は、必要な対処を速やかに行うことができる。
以上、この発明の一実施形態について説明してきたが、この発明は、さらに他の形態で実施することができる。たとえば、前述の実施形態では、診断装置７０は、使用可能な機能の情報、使用不可能な機能の情報、および要件の追加によって使用可能となる推奨機能の情報を表示装置７２に表示している。しかし、たとえば、使用可能な機能の情報の表示を省いてもよく、使用不可能な機能の情報の表示を省いてもよく、推奨機能の情報の表示を省いてもよい。また、使用者に対する情報の提供は、表示装置７２に表示して行うほか、別の端末装置に対して情報を送信する方法によって行われてもよい。
【００６１】
また、サーバ９０またはＷＡＮ８９に接続された他の適切なサーバに、艤装機器の最新バージョンのソフトウェアが蓄積されていてもよい。この場合、診断装置７０は、船体に艤装された機器のソフトウェアの最新バージョンを確認してもよい。診断装置７０は、艤装されている機器のソフトウェアが最新バージョンでないときには、最新バージョンのソフトウェアをダウンロードして当該機器のソフトウェアをアップデートしてもよい。
【００６２】
その他、特許請求の範囲に記載された事項の範囲で種々の設計変更を施すことが可能である。
【符号の説明】
【００６３】
１  船舶、３  船外機、６  入力機器、７  制御機器、８  出力機器、９  表示機器、１０  船内ＬＡＮ、５０  船外機ＥＣＵ、７０  診断装置、７１  入力装置、７２  表示装置、７３  通信ポート、７４  処理装置、７４Ｐ  プロセッサ、７４Ｍ  記憶装置、７５  通信ポート、８９  ＷＡＮ、９０  サーバ、９１  属性データベース、９２  要件データベース、９３  動作条件データベース
【図１】
2020179829.tif 000008
【図２】
2020179829.tif 000009
【図３】
2020179829.tif 000010
【図４】
2020179829.tif 000011
【図５】
2020179829.tif 000012