特開 2023-106790 船舶管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023106790

(43)【公開日】2023-08-02

(54)【発明の名称】船舶管理システム

(51)【国際特許分類】

   G06Q 50/30 20120101AFI20230726BHJP

【ＦＩ】

G06Q50/30

【審査請求】未請求

【請求項の数】15

【出願形態】ＯＬ

(21)【出願番号】P 2022007725

(22)【出願日】2022-01-21

(71)【出願人】

【識別番号】000010076

【氏名又は名称】ヤマハ発動機株式会社

(74)【代理人】

【識別番号】100125254

【弁理士】

【氏名又は名称】別役 重尚

(74)【代理人】

【識別番号】100118278

【弁理士】

【氏名又は名称】村松 聡

(72)【発明者】

【氏名】中野 翔

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC42

(57)【要約】

【課題】船舶の貸出事業者の負担を軽減する。
【解決手段】船舶管理システム５は、船舶１と、サーバ８と、操船者が有するスマートフォン６と、を備え、船舶１の出港時及び帰港時の少なくともいずれかにおいて、スマートフォン６は、サーバ８を経由して船舶１の状態を示す出港時計測結果や帰港時計測結果を受け取り、さらに、受け取った出港時計測結果や帰港時計測結果に基づいて出港時チェックリスト２７や帰港時チェックリスト３８を表示する。
【選択図】図６

【特許請求の範囲】

【請求項1】

船舶と、情報処理装置と、操船者が有する携帯端末と、を備える船舶管理システムであって、
前記船舶の出港時及び帰港時の少なくともいずれかにおいて、前記携帯端末は、前記情報処理装置を経由して前記船舶の状態に関する情報を受け取り、さらに、前記受け取った船舶の状態に関する情報を表示する、船舶管理システム。

【請求項2】

前記船舶の帰港時、前記携帯端末は、前記船舶の状態に関する情報を帰港時チェックリストとして表示する、請求項１に記載の船舶管理システム。

【請求項3】

前記携帯端末は前記帰港時チェックリストの確認欄を表示し、前記確認欄への入力に応じて、前記船舶の動力源、船室及びストレージ４ｃの少なくとも１つがロックされる、請求項２に記載の船舶管理システム。

【請求項4】

前記帰港時チェックリストは、前記船舶に対する接触の有無、前記船舶の船体に残存するビルジの量、及び前記船舶の動力源の異常の有無の少なくとも１つを含む、請求項３に記載の船舶管理システム。

【請求項5】

前記船舶に対する接触は、前記船体に対する接触、前記船舶のプロペラに対する接触、及び前記船舶の舵に対する接触の少なくとも１つを含む、請求項４に記載の船舶管理システム。

【請求項6】

前記船体に対する接触が有りの場合、前記携帯端末は前記船体の撮影を促す、請求項５に記載の船舶管理システム。

【請求項7】

前記船体に対する接触が有りの場合、前記船体の撮影が行われないと、前記携帯端末は、前記帰港時チェックリストの確認欄を表示しない、請求項６に記載の船舶管理システム。

【請求項8】

前記船体に対する接触の有無は、前記船体に作用した重力加速度の履歴に基づいて判定され、前記船舶のプロペラに対する接触の有無は、前記動力源であるエンジンの回転数の履歴及び前記エンジンの吸気量の履歴の少なくとも１つに基づいて判定される、請求項５乃至７のいずれか１項に記載の船舶管理システム。

【請求項9】

前記船体に対する接触が有りの場合、前記携帯端末は、前記確認欄として操船者向けの確認欄及び前記船舶の貸出事業者向けの確認欄を表示する、請求項４乃至８のいずれか１項に記載の船舶管理システム。

【請求項10】

前記情報処理装置は、前記船舶の帰港時の前記船舶の状態に関する情報を記憶する、請求項１乃至９のいずれか１項に記載の船舶管理システム。

【請求項11】

前記情報処理装置は、前記船舶の貸出時間及び前記船舶の帰港時の前記船舶の状態に基づいて貸出料を算出し、前記携帯端末は、前記算出された貸出料を表示する、請求項１乃至１０のいずれか１項に記載の船舶管理システム。

【請求項12】

前記船舶の出港時、前記船舶の船室及びストレージ４ｃの少なくとも１つがアンロックされると、前記携帯端末は、前記船舶の状態に関する情報を出港時チェックリストとして表示する、請求項１乃至１１のいずれか１項に記載の船舶管理システム。

【請求項13】

前記携帯端末は前記出港時チェックリストの確認欄を表示し、前記確認欄への入力に応じて、前記船舶の動力源がアンロックされる、請求項１２に記載の船舶管理システム。

【請求項14】

前記船舶の船体に損傷がある場合、前記携帯端末は、前記出港時チェックリストとともに前記損傷に関する情報を表示する、請求項１２又は１３に記載の船舶管理システム。

【請求項15】

船舶と、操船者が有する携帯端末と、を備える船舶管理システムであって、
前記船舶の出港時及び帰港時の少なくともいずれかにおいて、前記携帯端末は、前記船舶から前記船舶の状態に関する情報を受け取り、さらに、前記受け取った船舶の状態に関する情報を表示する、船舶管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、貸出事業に用いられる船舶を管理する船舶管理システムに関する。

【背景技術】

【0002】

マリンレジャーの普及促進を目的として、船舶、例えば、プレジャーボートの貸出事業が出願人によって展開されている（例えば、非特許文献１参照）。このような貸出事業では、原則として、船舶の使用時間に応じて貸出料が課金されるが、当該船舶の貸し出し中に発生した船体の損傷や動力源、例えば、エンジンの故障の修理代も貸出料に上乗せされる。したがって、船舶の貸出事業において、出港時や帰港時の船舶の状態確認は重要である。

【先行技術文献】

【非特許文献】

【0003】

【非特許文献1】“マリンクラブ・シースタイル”、［online］、ヤマハ発動機株式会社、［令和４年１月１２日検索］、インターネット＜URL： https://sea-style.yamaha-motor.co.jp/＞

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、出港時や帰港時の船舶の状態確認には、貸出事業者、例えば、マリーナのスタッフによる船舶の状態の目視確認が必要である。また、当該スタッフは、目視確認の結果を紙面上のチェックリストに落とし込み、さらに、船舶を借り出した操船者に対して船舶の状態を説明する必要がある。すなわち、出港時や帰港時の船舶の状態の確認には、貸出事業者のスタッフが直接関与する必要があるため、貸出事業者の負担の軽減については改善の余地がある。

【0005】

本発明は、船舶の貸出事業者の負担を軽減することを目的とする。

【課題を解決するための手段】

【0006】

この発明の一態様による船舶管理システムは、船舶と、情報処理装置と、操船者が有する携帯端末と、を備える船舶管理システムであって、前記船舶の出港時及び帰港時の少なくともいずれかにおいて、前記携帯端末は、前記情報処理装置を経由して前記船舶の状態に関する情報を受け取り、さらに、前記受け取った船舶の状態に関する情報を表示する。

【0007】

また、この発明の一態様による船舶管理システムは、船舶と、操船者が有する携帯端末と、を備える船舶管理システムであって、前記船舶の出港時及び帰港時の少なくともいずれかにおいて、前記携帯端末は、前記船舶から前記船舶の状態に関する情報を受け取り、さらに、前記受け取った船舶の状態に関する情報を表示する。

【0008】

この構成によれば、船舶の出港時及び帰港時の少なくともいずれかにおいて、携帯端末が、船舶の状態に関する情報を受け取り、さらに、受け取った船舶の状態に関する情報を表示するため、操船者や当該スタッフは携帯端末を確認するだけで船舶の状態を把握することができる。これにより、船舶の貸出事業者のスタッフによる船舶の状態の目視確認を行う必要を無くすことができ、船舶の貸出事業者の負担を軽減することができる。

【発明の効果】

【0009】

本発明によれば、船舶の貸出事業者の負担を軽減することができる。

【図面の簡単な説明】

【0010】

【図1】本発明の実施の形態に係る船舶管理システムによって管理される船舶の斜視図である。

【図2】本実施の形態に係る船舶管理システムの構成を説明するための図である。

【図3】図１の船舶が備える各構成要素を概略的に説明するためのブロック図である。

【図4】本実施の形態に係る船舶管理システムが実行する出港時処理を示すフローチャートである。

【図5】出港時においてスマートフォンに表示される出港時チェックリストの一例を示す図である。

【図6】本実施の形態に係る船舶管理システムが実行する帰港時処理を示すフローチャートである。

【図7】帰港時においてスマートフォンに表示される帰港時チェックリストの一例を示す図である。

【発明を実施するための形態】

【0011】

以下、図面を参照して本発明の実施の形態を説明する。図１は、本発明の実施の形態に係る船舶管理システムによって管理される船舶の斜視図である。この船舶１は、船体２と、船体２に搭載される船舶推進装置としての複数、例えば、２基の船外機３とを備えている。なお、船舶１が備える船外機３の数は２基に限られず、１基又は３基以上であってもよい。また、２基の船外機３は、船体２の船尾に並べて取り付けられるが、各船外機３は動力源として内燃機関であるエンジン２３を有し、対応するエンジン２３の駆動力によって回転されるプロペラ（不図示）によって推力を得る。なお、各船外機３は、動力源として電気モータを有してもよく、若しくは、動力源としてエンジン及び電気モータの両方を有してもよい。また、船舶１において、船体２の前部である船首側には、操船席４ａや船室（キャビン）４ｂが設けられ、船体２の中央部や後部である船尾側には、格納庫であるストレージ４ｃが設けられる。

【0012】

図２は、本実施の形態に係る船舶管理システムの構成を説明するための図である。図２において、船舶管理システム５は、船舶１と、船舶１を借用する操船者が有する携帯端末、例えば、スマートフォン６と、公衆通信網、例えば、インターネット７と、サーバ８（情報処理装置）と、を備え、さらに、船舶１は通信端末であるセルラーデータ通信モジュール９（ＤＣＭ：Data Communication Module）を有する。

【0013】

本発明の実施の形態では、サーバ８に船舶レンタルサービスの予約管理アプリケーションがインストールされ、スマートフォン６に船舶レンタルサービスの提供を受けるためのアプリケーション（以下、「レンタルアプリケーション」という。）がインストールされている。操船者は、事前に、予約管理アプリケーションにおいて、借り出す船舶１の種類や日時を入力する。また、操船者は、予約した船舶１を借り出す前に、予約管理アプリケーションにおいて出港手続を行うことができる。

【0014】

ＤＣＭ９は、所定の通信規格に準拠した無線通信を行うことが可能なモジュールであり、例えば、国際電気通信連合（ITU）が定める「International Mobile Telecommunication（IMT）‐２０００」規格（いわゆる、３Ｇ規格）に準拠した通信、ＬＴＥ（Long Term Evolution）に関する規格に準拠した通信、または、「IMT-Advanced」規格（いわゆる、４Ｇ規格に準拠した通信を行うことができる。なお、ＤＣＭ９０は、上記した通信規格以外の通信規格に準拠する通信を行う通信モジュールであってもよい。また、スマートフォン６やサーバ８も、ＤＣＭ９と同様に、３Ｇ規格に準拠した通信、ＬＴＥに関する規格に準拠した通信、４Ｇ規格に準拠した通信やその他の通信規格に準拠する通信を行う。本実施の形態では、スマートフォン６、サーバ８及びＤＣＭ９は、インターネット７を介し、上述した通信規格に準拠する無線通信によって互いにコマンドやデータの送受信を行う。

【0015】

なお、操船者が有する携帯端末はスマートフォン６に限られず、携帯可能であり、ディスプレイと入力を受け付ける入力部を有する情報端末であればよく、例えば、ノートＰＣやタブレットＰＣも該当する。

【0016】

図３は、船舶１が備える各構成要素を概略的に説明するためのブロック図である。図３において、船舶１は、船体２において、ＢＣＵ（Boat Control Unit）１０、ＭＦＤ（Multi Function Display）１１、リモコン１２、ハンドル１３、ロック機構１４、ビルジ水位センサ１５、船速センサ１６、Ｇセンサ１７、ＧＰＳ１８、燃料残量センサ１９、オイル残業センサ２０及びバッテリ電圧センサ２１を有し、船外機３において、ＥＣＵ（Engine Control Unit）２２、エンジン２３、回転数センサ２４及び吸気センサ２５を有する。

【0017】

ＢＣＵ１０は、船舶１のメインコントローラであり、各種のプログラムに従って船舶１の各構成要素の動作を制御する。ＭＦＤ１１は、各種情報を表示するディスプレイであり、操船者の入力を受け付けるタッチパネルとしても機能する。リモコン１２は、各船外機３に対応するレバー（不図示）を有し、操船者は、各レバーを操作することによって対応する船外機３が発生する推力の方向を前進方向と後進方向とに切り換えると共に、対応する船外機３の出力を調整して船速を調整することができる。ハンドル１３は、操船者が船舶１の針路を定めるための装置であり、操船者は、ハンドル１３を左右に回転操作することによって舵として機能する各船外機３の向きを変更させ、推力の作用方向を変更することにより、船舶１の進路を左方向又は右方向に変更することができる。

【0018】

ロック機構１４は、船舶１のキャビン４ｂやストレージ４ｃを解錠（アンロック）し、又は施錠（ロック）する。ビルジ水位センサ１５は船体２の船底に溜まった水（ビルジ）の量を計測する。船速センサ１６は船舶１の船速を計測する。Ｇセンサ１７は、船体２に作用する重力加速度を計測する。ＧＰＳ１８は船舶１の地球座標系における位置を計測する。燃料残量センサ１９は船体２に備えられる燃料タンク（不図示）に残存する燃料の量を計測する。オイル残業センサ２０は、船外機３に備えられるエンジンオイルタンク（不図示）に残っているエンジンオイルの量を計測する。バッテリ電圧センサ２１は、船体２に備えられるバッテリ（不図示）の電圧を計測する。

【0019】

ＥＣＵ２２は、エンジン２３のコントローラであり、ＢＣＵ１０が発する制御信号に従ってエンジン２３を制御する。回転数センサ２４はエンジン２３の回転数を計測する。吸気センサ２５はエンジン２３の吸気量を計測する。

【0020】

船舶１において、上述した各構成要素９～２５は、バスに複数のノードが個別に接続されるネットワークであるＣＡＮ（Control Area Network）２６によって互いに接続される。ＣＡＮ２６では、構成要素１５～２１，２４，２５の計測結果がＢＣＵ１０へ送信される。また、ＢＣＵ１０は送信された計測結果をＤＣＭ９によってインターネット７を経由してサーバ８へ送信する。なお、船舶１の各構成要素はＣＡＮではなく、各構成要素を互いに直接、若しくはネットワーク機器を介して接続するイーサネット（登録商標）等のＬＡＮ（Local Area Network）によって接続してもよい。

【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】

また、船舶管理システム５では、サーバ８やインターネット７を介して、船舶１のＤＣＭ９とスマートフォン６が通信を行うが、ＤＣＭ９とスマートフォン６が直接通信を行ってもよい。この場合、ＤＣＭ９とスマートフォン６は、近距離無線通信、例えば、Ｗｉ－ＦｉやBluetooth（登録商標）によって互いに通信を行い、スマートフォン６が図４の出港時処理や図６の帰港時処理を実行する。

【0057】

さらに、帰港時チェックリスト３８は、貸し主の署名欄４５と借り主の署名欄４６を有するが、貸し主の署名欄４５は、船体２への異物の接触履歴がある場合のみ表示されてスタッフの入力を必要とするように構成されてもよい。

【0058】

なお、本実施の形態では、帰港時チェックリスト３８において、マリーナのスタッフと操船者の両者のサインの入力を必要としたが、操船者の入力のみを必要としてもよい。

【0059】

また、船舶管理システム５における船舶１は船外機３を備えるが、船舶管理システム５における船舶の形式に制限はなく、船内外機や船内機を備える船舶であってもよい。

【符号の説明】

【0060】

１ 船舶、２ 船体、３ 船外機、４ｂ キャビン、４ｃ ストレージ、６ スマートフォン、８ サーバ、９ ＤＣＭ、１０ ＢＣＵ、２２ ＥＣＵ、２３ エンジン、２７ 出港時チェックリスト、３６，４５，４６ 署名欄、３８ 帰港時チェックリスト

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】