JP2024072550A - 情報処理方法および装置、船舶、プログラム - Google Patents

Abstract

【課題】船舶が通信圏外領域に入った際に警告不能となる状況を抑制する。【解決手段】モバイル端末４のＣＰＵ２１は、船舶６の位置と、船舶６の速度または進行方向の少なくとも一方と、を取得し、さらに通信圏情報を取得する。ＣＰＵ２１は、位置と、速度または進行方向の少なくとも一方と、に基づいて、船舶６が通信圏外領域ＲＢに接近したか否かを判定し、船舶６が通信圏外領域ＲＢに接近したと判定されたことに応じて、位置に応じた対象領域４０１に関するロケーション情報１９をサーバ２からダウンロードする。【選択図】図７

Description

本発明は、情報処理方法および装置、船舶、プログラムに関する。

車両の分野においては、車両が通信網の圏外に移動しても通信サービスを極力継続利用するために、車両が通信網の圏外エリアに入る前に、取得すべき情報がある場合にはその情報のダウンロードを要求する技術が開示されている（特許文献１）。

一方、船舶の分野において、進入禁止や徐行等が設定された領域に船舶が入ると警告を発する運用がなされている。船舶または操船者は、航行中に、警告を発するための注意喚起情報を含むロケーション情報を随時取得する必要がある。

特開２０１７－６２６８９号公報

しかしながら、船舶が通信圏外領域へ入るとロケーション情報を新たに取得することができないため、警告を発することができなくなる場合がある。

本発明は、船舶が通信圏外領域に入った際に警告不能となる状況を抑制することができる情報処理方法を提供することを目的とする。

この発明の一態様による情報処理方法は、サーバと通信可能な通信装置のコンピュータに、船舶の位置と、前記船舶の速度または進行方向の少なくとも一方と、を取得する第１の取得ステップと、海図上の領域が通信圏内領域か通信圏外領域かを示す通信圏情報を取得する第２の取得ステップと、前記位置と、前記速度または前記進行方向の少なくとも前記一方と、に基づいて、前記船舶が前記通信圏外領域に接近したか否かを判定する判定ステップと、前記船舶が前記通信圏外領域に接近したと判定されたことに応じて、前記位置に応じた領域に関する、警告を発するための注意喚起情報を含むロケーション情報を前記サーバからダウンロードする制御ステップと、を実行させる。

この構成によれば、サーバと通信可能な通信装置のコンピュータは、船舶の位置と、前記船舶の速度または進行方向の少なくとも一方と、を取得し、図上の領域が通信圏内領域か通信圏外領域かを示す通信圏情報を取得し、記位置と、前記速度または前記進行方向の少なくとも前記一方と、に基づいて、前記船舶が前記通信圏外領域に接近したか否かを判定し、前記船舶が前記通信圏外領域に接近したと判定されたことに応じて、前記位置に応じた領域に関する、警告を発するための注意喚起情報を含むロケーション情報を前記サーバからダウンロードする。

本発明によれば、船舶が通信圏外領域に入った際に警告不能となる状況を抑制することができる。

情報処理システムの構成を示す図である。 船舶の側面図である。 情報処理システムの要部のブロック図である。 地図情報の概念図である。 詳細地図の概念図である。 モバイル端末におけるロケーション情報取得処理を実現する機能ブロックを示す図である。 ロケーション情報取得処理を示すフローチャートである。 船舶とモバイル端末との位置関係を示す概念図である。 位置情報提供処理を示すフローチャートである。 モバイル端末における位置情報提供処理を実現する機能ブロックを示す図である。 船舶とモバイル端末との位置関係を示す概念図である。 第１、第２の変形例に係る位置情報提供処理を示すフローチャートの一部である。

以下、図面を参照して本発明の実施の形態を説明する。

（第１の実施の形態）
図１は、本発明の第１の実施の形態に係る情報処理システムの構成を示す図である。

この情報処理システム１は、サーバ２、ＰＣ端末３、モバイル端末４、マイコン５、及びＥＣＵ（Ｅｎｇｉｎｅ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）６１を含む。ＥＣＵ６１は船舶６に搭載される。サーバ２、ＰＣ端末３、モバイル端末４、及びマイコン５は、ネットワークＮを介して無線又は有線で互いに通信可能に接続される。また、モバイル端末４とマイコン５とが有線又は無線で接続され通信可能である。なお、情報処理システム１に含まれる構成は、それぞれが複数であってもよい。

ＰＣ端末３は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）である。ＰＣ端末３は、スマートフォン、タブレット、携帯電話、ノート型ＰＣ、又はウェアラブルコンピュータであってもよい。

モバイル端末４は、船舶６に取り付けられた携帯端末（通信装置）である。モバイル端末４は、船舶６に搭乗する人が保持していてもよい。モバイル端末４は、典型的にはスマートフォンであるが、ＰＣ、タブレット、携帯電話、ノート型ＰＣ、又はウェアラブルコンピュータなどの情報処理装置である。

マイコン５は、船舶６に内蔵された基板に搭載された半導体装置、又は半導体装置と電子部品との組み合わせにより構成される情報処理装置である。マイコン５は、ハードウェア、ファームウェア、ソフトウェア、又はこれらの組み合わせにより実現される。

図２は、船舶６の側面図である。船舶６は、一例としてウォータージェット推進艇（水上オートバイ）であり、いわゆるＰＷＣ（パーソナルウォータークラフト）である。なお、本発明の実現に関し、船舶６の種類は問わない。従って、船舶６は水上オートバイ以外のジェット推進艇（スポーツボートなど）でもよい。また、船舶６はＰＷＣに限定されず、船外機、船内機または船内外機によって推進する船舶であってもよい。

船舶６は、エンジン１１と、エンジン１１の駆動力により推力を発生させるジェット推進式の推進部１３と、を含む。エンジン１１および推進部１３は、船舶６を推進する推進機である。

エンジン１１は、クランクシャフト１１ａを含む。推進部１３は、エンジン１１により駆動されることによって、船舶６の後部の下面に設けられた開口を有する水路１２に水を取り込むとともに、取り込んだ水を船舶６の後端に位置するノズル１３ｃから噴射する。その結果、船舶６は推進する。

推進部１３は、ドライブシャフト１３ａと、インペラ１３ｂと、ノズル１３ｃと、デフレクタ１３ｄと、リバースゲート（バケット）１３ｅと、を含む。ドライブシャフト１３ａは、前後方向に延びており、前端がクランクシャフト１１ａに接続されており、後端が水路１２内に配置されている。ドライブシャフト１３ａの後端近傍には、インペラ１３ｂが固定されている。

インペラ１３ｂは、ドライブシャフト１３ａとともに回転することにより、水路１２内にノズル１３ｃに向けた流れを発生させる。ノズル１３ｃは、インペラ１３ｂが配置される水路１２の最下流位置に配置されている。ノズル１３ｃは、水の排出口（噴射口）としての機能を有している。すなわち、ノズル１３ｃは、水を噴射して推進力を発生させるように構成されている。ノズル１３ｃには、デフレクタ１３ｄおよびリバースゲート１３ｅが設置されている。

デフレクタ１３ｄは、上下方向に延びる軸線回りに左右方向に回動可能であり、ノズル１３ｃから噴射される水の向きを左右方向に変更可能に構成されている。リバースゲート１３ｅは、左右方向に延びる軸線回りに上下方向に回動可能である。すなわち、リバースゲート１３ｅは、ノズル１３ｃから噴射される水の向きを前後方向に変更可能なように構成されている。

図３は、情報処理システム１の要部のブロック図である。船舶６は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、メモリ３４、表示部３５、入力部３６、通信Ｉ／Ｆ（インターフェイス）３７、タイマ（不図示）を備える。ＲＯＭ３２またはメモリ３４は制御プログラムを格納している。マイコン５（図１）は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、メモリ３４等を含む。

ＣＰＵ３１は、ＲＯＭ３２等に格納された制御プログラムをＲＡＭ３３に展開して実行することにより、各種の制御処理を実現する。ＲＡＭ３３は、ＣＰＵ３１が制御プログラムを実行する際のワークエリアを提供する。表示部３５は各種情報を表示する。入力部３６は、設定値やモードの入力を船舶６の操船者から受け付ける。通信Ｉ／Ｆ３７は、ネットワークＮとの通信が可能であるほか、ＣＡＮ等によって、駆動源４１（エンジン１１が該当する）を制御するＥＣＵ６１（図１）との通信も行うことができる。

船舶６は、駆動源４１のほか、始動操作部４２、各種操作部４３、各種処理部４４、各種センサ４５、位置検出部４６、通信Ｉ／Ｆ４７、シフト機構４８を備える。

始動操作部４２は、駆動源４１を始動させる指示を入力するための始動スイッチ等である。各種操作部４３は、ステアリングやリモコンなど、操船者が操船するために操作される操作部である。各種操作部４３は、このほか、操船者が各種設定を入力するのにも用いられる。各種処理部４４は、ＥＣＵ６１を含み、船舶６に関する各種の動作を処理する。各種センサ４５には、各種操作部４３の操作を検出するセンサが含まれる。

各種センサ４５には、加速度センサ、速度センサ、角速度センサ、方位センサ、エンジン回転数センサ、シフト位置センサ等が含まれてもよい（いずれも図示せず）。位置検出部４６は、ＧＰＳ（Global Positioning System）衛星からＧＰＳ信号（測位情報）を受信し、船舶６の現在位置を示す位置情報を出力する。通信Ｉ／Ｆ４７は、ＣＡＮ等によって、通信Ｉ／Ｆ３７との通信を行うことができる。

各種センサ４５における速度センサは、船舶６の航行速度（船速）を検出する。方位センサは船舶６の方位を検出する。なお、船舶６の速度や方位を検出する手法は限定されず、例えば、位置検出部４６で取得した位置情報に基づき検出（決定）されてもよい。また、船舶６の速度は、エンジン回転数センサで検出されたエンジン回転数ＮＥと、位置検出部４６で取得された位置情報との少なくとも一方に基づいて決定されてもよい。例えばＣＰＵ３１は、エンジン回転数ＮＥから推定される速度と、位置情報の推移から推定される速度との中間の値を、船舶６の速度として決定してもよい。

なお、モバイル端末４のＣＰＵ２１が、エンジン回転数ＮＥおよび位置情報をマイコン５から受信し、これらの少なくとも一方に基づいて船舶６の速度を決定してもよい。

シフト機構４８は、リバースゲート１３ｅと、リバースゲート１３ｅを操作するレバー（不図示）とを含む。各種センサ４５におけるシフト位置センサは、シフト機構４８のシフト位置を検出する。船舶６がＰＷＣの場合は、シフト位置センサは、リバースゲート１３ｅの位置を検出する。リバースゲート１３ｅは、前進位置、中立位置、後進位置に位置することが可能である。

なお、船外機等に適用されるもののように、ギアを介してシフト位置を変更する構成のシフト機構においては、シフト位置としては、船舶を推進する推進機における前後進切替機構のシフト位置が検出される。なお、構成によっては、シフト位置センサは、シフト機構の実際のシフト位置を検出してもよいし、シフト位置を指示する指示位置を検出してもよい。

各種センサ４５や位置検出部４６による検出結果や、モードの情報は、随時、モバイル端末４へ送信される。また、ＣＰＵ３１は、位置検出部４６によるＧＰＳ信号の受信状態の良否を判定し、その情報を随時、モバイル端末４へ送信する。

モバイル端末４は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、メモリ２４、表示部２５、入力部２６、通信Ｉ／Ｆ２７、位置検出部２０、タイマ（不図示）を備える。ＣＰＵ２１は、ＲＯＭ２２またはメモリ２４に格納された制御プログラムをＲＡＭ２３に展開して実行することにより、各種の制御処理を実現する。ＲＡＭ２３は、ＣＰＵ２１が制御プログラムを実行する際のワークエリアを提供する。表示部２５は各種情報を表示する。入力部２６は、各種設定や指示の入力をモバイル端末４の使用者から受け付ける。

メモリ２４には、各種処理を実現するためのアプリケーションが格納されている。例えば、サーバ２からダウンロードされたアプリケーション２８により、後述する図７に示すロケーション情報取得処理が実現される。また、サーバ２からダウンロードされたアプリケーション２９により、後述する図９に示す位置情報提供処理（第２の実施の形態で説明する）が実現される。本実施の形態では、アプリケーション２９は必須でない。通信Ｉ／Ｆ２７は、ネットワークＮとの通信が可能である。通信Ｉ／Ｆ２７は、また、Bluetooth（登録商標）等の近距離無線通信機能を含む。位置検出部２０は、ＧＰＳ衛星からＧＰＳ信号を受信し、モバイル端末４の現在位置を示す位置情報を出力する。

サーバ２は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、メモリ５４、表示部５５、入力部５６、通信Ｉ／Ｆ５７、タイマ（不図示）を備える。ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、メモリ５４、表示部５５の構成は、それぞれ、モバイル端末４のＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、メモリ２４、表示部２５と基本的に同様である。入力部５６は、各種設定や指示の入力をサーバ２の使用者から受け付ける。メモリ５４には、各種処理を実現するアプリケーションが格納されている。また、メモリ５４には、後述する地図情報１８およびロケーション情報１９が格納されている。通信Ｉ／Ｆ５７は、ネットワークＮとの通信が可能である。

サーバ２と通信可能に接続される船舶６、モバイル端末４およびＰＣ端末３は、それぞれ複数あってもよい。なお、通信Ｉ／Ｆ５７、２７、３７、４７に含まれる通信機能は複数あってもよく、それらの通信機能の方式は、有線、無線を問わない。また、いずれの通信Ｉ／Ｆも、ネットワークＮとの通信を含んでもよく、あるいは近距離無線通信機能を含んでもよい。

地図情報１８およびロケーション情報１９について説明する。地図情報１８は、広いエリアをカバーする比較的おおまかな海図（海岸や島の情報も含む）の情報である。サーバ２と通信可能に接続される各船舶は、地図情報１８をサーバ２から随時取得することができる。地図情報１８には、海図上の領域が通信圏内領域か通信圏外領域かを示す通信圏情報が含まれ、また、大まかに区分されたエリアごとに設定された注意喚起情報が含まれている。注意喚起情報は警告を発するための情報であり、例えば、航行速度が制限される速度制限エリアであること、オーディオ音の音量が制限されるオーディオ制限エリアであること、船舶の進入が禁止される進入禁止エリアであること、などを報知するための情報である。

一方、ロケーション情報１９は、地図情報１８によりカバーされる全領域のうち、各船舶の航行状態に応じて決定される対象領域に対応する情報である。ロケーション情報１９には複数の情報が含まれ、注意喚起情報のほか、詳細地図１８ａ（詳細な地図情報）、構造物情報が含まれる。船舶６は、後述する処理により、適切なタイミングで適切な対象領域に対応するロケーション情報１９をサーバ２からダウンロードする。

図５でも後述するが、サーバ２は、詳細地図１８ａ上の領域を、メッシュ状、すなわち格子状に分割した領域のそれぞれであるタイルを単位として管理する。タイルは、地図情報１８における区分よりも細かい区分であり、例えばタイル座標により特定される。タイル座標は、互いに直交する２方向における座標で定義される。ロケーション情報１９においては、対象領域におけるタイルごとに、注意喚起情報および構造物情報の有無が対応付けられている。

図４は、地図情報１８の概念図である。図５は、詳細地図１８ａの概念図である。図４では、地図情報１８の全エリアのうち一部のエリアが示されている。地図情報１８（図４）および詳細地図１８ａ（図５）は、サーバ２の表示部５５に表示されると共に、ロケーション情報取得処理（図７で後述）を実行している船舶６の操船者が保持するモバイル端末４の表示部２５に表示される。詳細地図１８ａは、少なくとも対象領域４０１（後述）を包含する領域の情報である。なお、地図情報１８、詳細地図１８ａが表示部５５または表示部２５のいずれかのみに表示されてもよいし、いずれかに表示されることは必須でない。

図４に示すように、地図情報１８には、通信圏内領域ＲＡ（ＲＡ１、ＲＡ２）と通信圏外領域ＲＢとを示す情報が含まれる。通信圏内領域ＲＡ１と通信圏外領域ＲＢとの境界をＬＢで示す。通信圏内領域ＲＡは、船舶６とサーバ２とがネットワークＮ等によって通信可能な領域であり、この通信圏内領域ＲＡに位置する船舶６はサーバ２から各種情報をダウンロードできる。通信圏外領域ＲＢは、船舶６とサーバ２とが通信できない領域であり、この通信圏外領域ＲＢに位置する船舶６はサーバ２から各種情報をダウンロードできない。地図情報１８には、通信圏内領域ＲＡが船舶６と通信可能な領域であること、通信圏外領域ＲＢが船舶６と通信不能な領域であること、を示す情報が含まれている。

図６は、モバイル端末４におけるロケーション情報取得処理（図７）を実現する機能ブロックを示す図である。この機能ブロックには、機能部として、第１の取得部６０１、第２の取得部６０２、判定部６０３、制御部６０４、受け付け部６０５、処理部６０６が含まれる。これらの各機能部は、主として、モバイル端末４のＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、メモリ２４、表示部２５、通信Ｉ／Ｆ２７および位置検出部２０のうちいずれか２つ以上の協働により実現される。モバイル端末４において、アプリケーション２８が予めインストールされている。アプリケーション２８が起動することで、第１の取得部６０１、第２の取得部６０２、判定部６０３、制御部６０４の各機能部の機能が実行される。なお、受け付け部６０５、処理部６０６は第２の実施の形態（後述）で必要となる機能部であり、本実施の形態では必須でない。

図４、図５を参照しつつ、図６を説明する。

第１の取得部６０１は、船舶６の位置と、船舶６の速度または進行方向の少なくとも一方と、を取得する。第２の取得部６０２は、地図情報１８上の領域が通信圏内領域ＲＡか通信圏外領域ＲＢかを示す通信圏情報を取得する。判定部６０３は、取得された位置と、速度または進行方向の少なくとも一方と、に基づいて、船舶６が通信圏外領域ＲＢに接近したか否かを判定する。制御部６０４は、船舶６が通信圏外領域ＲＢに接近したと判定されたことに応じて、位置に応じた領域に関するロケーション情報をサーバ２からダウンロードする。これにより、船舶６が新たに通信圏外領域ＲＢに入ったとしても、その直前にダウンロードしておいたロケーション情報を用いて警告が可能となる。これらの各処理は、船舶６が通信圏内領域ＲＡに位置するときに実行可能であり、具体的には次に例示する態様により実現される。

第１の取得部６０１は、各種センサ４５における速度センサで検出された船舶６の速度と、位置検出部４６から出力された位置情報とを、マイコン５から受信することで取得する。さらに第１の取得部６０１は、受信した位置情報の時間的推移（所定時間内での変化）から、進行方向を決定する。あるいは、第１の取得部６０１は、マイコン５で決定された進行方向を受信することで取得してもよい。

第２の取得部６０２は、現在位置から一定半径内の領域の通信圏情報を、ネットワークＮを通じてサーバ２から受信することで取得してもよい。ここでいう一定半径は、警告を発する対象とすべき領域が含まれるような距離であり、図４に示す距離Ｌ１より十分に長い。なお、通信圏情報を取得する領域を、進行方向の所定角度範囲に限定してもよい。例えば、図４の例でいえば、通信圏情報として、通信圏内領域ＲＡ－１およびＲＡ－２、通信圏外領域ＲＢが、通信可能な領域、通信不能な領域であることを示す情報が取得される。

判定部６０３が、船舶６が通信圏外領域ＲＢに接近したか否かを判定する方法はいくつか考えられる。一例として、判定部６０３は、通信圏内領域ＲＡ１と通信圏外領域ＲＢとの境界ＬＢと船舶６（図４に点線で示す船舶６）の現在位置との距離Ｌ０が所定値未満となった場合に、船舶６が通信圏外領域ＲＢに接近したと判定してもよい。この場合、速度を用いる必要はない。あるいは、判定部６０３は、位置、速度および進行方向に基づいて、境界ＬＢへの到達所要時間を算出し、到達所要時間が所定時間未満となった場合に、船舶６が通信圏外領域ＲＢに接近したと判定してもよい。あるいは、判定部６０３は、現在位置から所定半径の範囲に境界ＬＢが含まれる場合に、船舶６が通信圏外領域ＲＢに接近したと判定してもよい。この場合、進行方向の情報を用いる必要はない。なお、判定部６０３は、これらいずれか１つでも該当した場合に、船舶６が通信圏外領域ＲＢに接近したと判定してもよい。

船舶６が通信圏外領域ＲＢに接近したと判定されたことに応じて、制御部６０４は、ネットワークＮを通じてロケーション情報１９をサーバ２からダウンロードする。ここで、ロケーション情報１９のダウンロードの開始タイミング、および対象領域については、次のように処理される。

まず、制御部６０４は、ロケーション情報１９のダウンロードを、船舶６が通信圏外領域ＲＢに接近したと判定されたら即時に（つまり通信圏外領域ＲＢに接近したと判定されたタイミングで）開始してもよい。あるいは、制御部６０４は、ダウンロードの開始タイミングを決定し、決定した開始タイミングが到来すると、ロケーション情報１９のダウンロードを開始してもよい。

例えば、制御部６０４は、船舶６が通信圏外領域ＲＢに接近したと判定された時点から所定時間だけ経過した後のタイミングを、開始タイミングとして決定してもよい。あるいは、制御部６０４は、サーバ２との通信速度と、ダウンロードするロケーション情報１９のデータ容量とを取得し、取得した通信速度とデータ容量とに基づいて開始タイミングを決定してもよい。この場合、通信速度が遅いほど、あるいは、データ容量が大きいほど、開始タイミングが早く訪れるように決定される。その際に、現在位置と通信圏外領域ＲＢとの距離Ｌ０（図４）も考慮してもよい。通信圏外領域ＲＢまでの距離Ｌ０と、通信速度と、データ容量とに基づいて開始タイミングを決定する場合、距離Ｌ０が長いほど、通信速度が遅いほど、あるいは、データ容量が大きいほど、開始タイミングが早く訪れるように決定される。

対象領域４０１は、ロケーション情報１９をダウンロードする対象となる領域である。対象領域４０１は、現在位置を基準とする固定の範囲であってもよい。この場合、制御部６０４は、進行方向における第１の所定距離Ｌ１内の領域を含むように対象領域４０１を決定してもよい。図４に実線で示す位置に船舶６が到来した時点が、開始タイミングであるとする。第１の所定距離Ｌ１は、固定値であり、一例として、燃料が満タンのときに船舶６が航行可能な直線距離（例えば、１５０ｋｍ）である。対象領域４０１は、開始タイミングでの船舶６の推定位置から第１の所定距離Ｌ１の範囲のうち、進行方向を中央とする角度θの角度範囲の扇形の領域である。

あるいは、対象領域４０１を可変とし、制御部６０４は、ロケーション情報１９をダウンロードする対象領域４０１を、位置、速度および進行方向に基づいて決定してもよい。この場合、速度が速いほど第１の所定距離Ｌ１は長くなる。なお、角度θも、位置、速度および進行方向に基づいて可変としてもよい。例えば、速度が速いほど角度θを狭くしてもよい。

あるいは、対象領域４０１を可変とする際、制御部６０４は、船舶６を推進させるための燃料（本実施の形態ではエンジン１１用のガソリン等の燃料）の残量の情報を取得し、残量を考慮してもよい。制御部６０４は、残量、位置、速度および進行方向に基づいて対象領域４０１を決定してもよい。この場合、残量が多いほど、あるいは速度が速いほど、第１の所定距離Ｌ１は長くなる。

なお、処理をより簡素化するためには、対象領域４０１は、現在位置を基準とする所定半径の範囲であってもよい。この場合、速度および進行方向を用いる必要はない。

図５に示すように、サーバ２は、タイルごとに、注意喚起情報および構造物情報の有無を対応付けて管理している。なお、サーバ２は、対象領域４０１の外郭線を包含するタイルは、対象領域４０１に属するとして扱うが、対象領域４０１に属さないとして扱ってもよい。

制御部６０４は、対象領域４０１に対応するロケーション情報１９を取得する。ロケーション情報１９における注意喚起情報および詳細地図１８ａには、対象領域４０１に対応するものが少なくとも含まれる。詳細地図１８ａには構造物情報として構造物４０３を示す情報も含まれる。

制御部６０４は、ロケーション情報１９をダウンロードする際、ロケーション情報１９に含まれる複数の情報に対して、ダウンロードの優先順位を付けてもよい。例えば、制御部６０４は、注意喚起情報を優先してダウンロードしてもよい。あるいは、制御部６０４は、図５に示す優先領域４０２に対応するロケーション情報１９を優先してダウンロードしてもよい。優先領域４０２は、対象領域４０１のうち、ロケーション情報１９をダウンロードする際にダウンロードする優先順位の高い領域を示している。優先領域４０２に対応するロケーション情報が優先的にダウンロードされる。

ここで、優先領域４０２は、開始タイミングでの船舶６の推定位置から第２の所定距離Ｌ２の範囲のうち、進行方向を中央とする角度θの角度範囲の扇形の領域であり、対象領域４０１より狭い。第２の所定距離Ｌ２は、一例として２海里である。

あるいは、制御部６０４は、ロケーション情報１９をダウンロードする際、注意喚起情報、優先領域４０２内の詳細地図１８ａ、構造物情報、第２の所定距離Ｌ２外（優先領域４０２以外の対象領域４０１）における詳細地図１８ａ、の順でダウンロードしてもよい。

図７は、ロケーション情報取得処理を示すフローチャートである。この処理は、モバイル端末４において、ＲＯＭ２２またはメモリ２４に格納されたプログラムを、ＣＰＵ２１がＲＡＭ２３に展開して実行することにより実現される。この処理は、アプリケーション２８が起動されると開始される。

ステップＳ１０１では、ＣＰＵ２１は、海図である地図情報１８が取得済みであるか否かを判別する。地図情報１８が未取得であれば、ＣＰＵ２１は、ステップＳ１１０で、地図情報１８をサーバ２へ要求し、ダウンロードすることで取得し、ステップＳ１０１に戻る。地図情報１８が取得済みとなると、ＣＰＵ２１は、ステップＳ１０２に進み、その他の処理を実行する。ここでは、アプリケーション２８の停止や終了の指示があれば、ＣＰＵ２１は、図７に示すロケーション情報取得処理を中断、終了させる処理を実行する。

ステップＳ１０３では、ＣＰＵ２１は、上述のように、船舶６の位置（現在位置）、速度、進行方向をマイコン５から受信する等によって取得する。なお、速度または進行方向については、その後の処理に用いない場合、取得することは必須でない。

ステップＳ１０４では、ＣＰＵ２１は、上述のように、通信圏情報を、ネットワークＮを通じてサーバ２から受信することで取得する。ステップＳ１０５では、ＣＰＵ２１は、上述したいずれかの方法により、船舶６が通信圏外領域ＲＢに接近したか否かを判定する。そしてＣＰＵ２１は、船舶６が通信圏外領域ＲＢに接近していないと判定した場合は、ステップＳ１０２に戻り、船舶６が通信圏外領域ＲＢに接近したと判定した場合は、ステップＳ１０６に進む。

ステップＳ１０６では、ＣＰＵ２１は、上述したいずれかの方法により、ロケーション情報１９のダウンロードの開始タイミング、および対象領域４０１を決定する。ステップＳ１０７では、ＣＰＵ２１は、開始タイミングが到来したか否かを判別する。仮に、船舶６が通信圏外領域ＲＢに接近したと判定された時点を開始タイミングと決定していた場合は、ステップＳ１０７では直ちに開始タイミングが到来したと判別される。

そしてＣＰＵ２１は、開始タイミングが到来していない場合は、ステップＳ１１１に進み、船舶６の進行方向に変化があったか否かを判別する。なお、この処理が適用される場合は、進行方向の情報は逐次取得されているとする。その判別の結果、ＣＰＵ２１は、船舶６の進行方向に変化がない場合はステップＳ１０７に戻り、船舶６の進行方向に変化があった場合はステップＳ１０２に戻る。

なお、ステップＳ１１１では、速度が変化した場合もステップＳ１０２に戻るようにしてもよい。ステップＳ１１１を設けることは必須でなく、ステップＳ１０７では、開始タイミングが到来するまで待機してもよい。

一方、ステップＳ１０７での判別の結果、開始タイミングが到来した場合は、ＣＰＵ２１は、ステップＳ１０８に進み、決定された対象領域４０１に対応するロケーション情報１９のダウンロードを開始する。その際、上述したように、ロケーション情報１９に含まれる複数の情報に対してダウンロードの優先順位を付けていた場合は、その優先順位に従ってダウンロードされる。なお、ダウンロードの優先順位を付けるか否かは、その他の処理（ステップＳ１０２）で、モバイル端末４の使用者からの指示により指定されてもよい。

ダウンロードを開始するために、ＣＰＵ２１は、サーバ２へ、ロケーション情報１９の送信要求を発行する。それに応じて、サーバ２が、該当するロケーション情報１９をモバイル端末４へ送信する。また、サーバ２は、要求されたロケーション情報１９の送信が完了すると、完了通知をモバイル端末４へ送信する。

ステップＳ１０８では、ＣＰＵ２１は、その他の処理を実行し、図７に示すロケーション情報取得処理を終了する。なお、ここでのその他の処理では、ＣＰＵ２１は、図７に示すロケーション情報取得処理を終了した後、一定の時間を待機してから、図７に示すロケーション情報取得処理を再開するようタイマをスタートさせてもよい。また、その他の処理では、サーバ２から完了通知が受信されれば、ＣＰＵ２１は、その旨を画面表示や音声によって報知してもよい。

本実施の形態によれば、モバイル端末４において、船舶６の位置と、船舶６の速度または進行方向の少なくとも一方と、が取得され、通信圏情報が取得される。位置と、速度または進行方向の少なくとも一方と、に基づいて、船舶６が通信圏外領域ＲＢに接近したか否かが判定される。船舶６が通信圏外領域ＲＢに接近したと判定されたことに応じて、位置に応じた対象領域４０１に関するロケーション情報１９がサーバ２からダウンロードされる。従って、船舶６が新たに通信圏外領域ＲＢに入ったとしても、その直前に対象領域４０１に対応するロケーション情報１９がダウンロードされている。よって、船舶６が通信圏外領域ＲＢに入った際に警告不能となる状況を抑制することができる。

また、船舶６が通信圏外領域ＲＢに接近したと判定されたタイミングで、ロケーション情報１９のダウンロードを開始すれば、ロケーション情報１９を迅速に取得でき、警告不能となる状況は一層抑制される。

また、ＣＰＵ２１は、船舶６が通信圏外領域ＲＢに接近したと判定された場合に、ダウンロードの開始タイミングを決定し、決定した開始タイミングが到来するとロケーション情報１９のダウンロードを開始する。これにより、ロケーション情報１９の必要性が高まったときにダウンロードが開始されるので、無駄なデータの取得を抑制することができる。

また、サーバ２との通信速度と、ダウンロードするロケーション情報１９のデータ容量とに基づいて開始タイミングを決定すれば、必要なデータの取得に間に合うようにダウンロードを開始でき、無駄なデータの取得を抑制することができる。

また、進行方向における第１の所定距離Ｌ１内の領域を含む領域を対象領域４０１として決定すれば、処理を簡素化することができる。あるいは、対象領域４０１を、位置と、速度または進行方向の少なくとも一方と、に基づいて決定すれば、必要に応じたより適切な範囲に対象領域４０１を決定することができる。また、対象領域４０１を、燃料の残量と、位置と、速度または進行方向の少なくとも一方と、に基づいて決定すれば、残量に応じて航行可能な範囲で対象領域４０１を決定することができる。

また、ロケーション情報１９をダウンロードする際、注意喚起情報を優先してダウンロードすることで、警告に必要な情報を優先的に取得することができる。また、ロケーション情報１９をダウンロードする際、注意喚起情報、第２の所定距離Ｌ２内の詳細地図１８ａ、構造物情報、第２の所定距離Ｌ２外の詳細地図１８ａの順でダウンロードすれば、必要の度合いの高い情報から優先的に取得することができる。

なお、本実施の形態では、図７に示すロケーション情報取得処理は、情報処理装置となるモバイル端末４で実行されるとしたが、これに限らない。例えば、マイコン５がロケーション情報取得処理を実行し、ロケーション情報１９をサーバ２からダウンロードしてもよい。この場合、マイコン５が情報処理装置となる。

なお、船舶６が通信圏外領域ＲＢに接近したと判定された場合において、通信圏外領域ＲＢに入った後、すぐに次の通信圏内領域ＲＡに入ると推定される場合は、対象領域４０１を減少させてもよい。例えば、上記のようにして仮決定された対象領域４０１に次の通信圏内領域ＲＡが含まれる場合、仮決定された対象領域４０１から次の通信圏内領域ＲＡを除いた領域を、正式な対象領域４０１として決定してもよい。これにより、ダウンロードするデータ量を少なくすることができる。

（第２の実施の形態）
図８～図１２を用いて、本発明の第２の実施の形態を説明する。

従来、航跡情報を記録するために、航行中に、操船者が所持するスマートフォン等の通信端末装置でＧＰＳ等から取得した位置情報をサーバへアップロードする場合がある。

車両の分野においては、車両が所定領域内にあるときは位置情報を送信しないことで、個人情報を保護する技術が開示されている（例えば、特許第４９８４３３４号公報）。船舶の分野においても個人情報の保護を考慮する必要がある。個人情報保護の観点で、状況によっては航跡情報を記録することが適切でない場合もある。そこで、本実施の形態では、以下に説明する処理により、位置情報の不要な提供を抑制するようにした。

図８（ａ）～（ｃ）は、船舶６とモバイル端末４との位置関係を示す概念図である。図８（ａ）～（ｃ）において、陸域８０１と海域８０２とが示されている。操船者が携帯する通信装置としてモバイル端末４が例示され、船舶６に備えられた通信装置としてマイコン５が例示されている。詳細は図９で説明するが、ここでは主な処理態様を概説する。なお、ロケーション情報取得処理（図７）については第１の実施の形態と同様である。

モバイル端末４のＣＰＵ２１は、予めインストールされたアプリケーション２９を起動することにより、位置情報提供処理（図９）を実行する。位置情報提供処理においては、ＣＰＵ２１がモバイル端末４の位置情報を取得し、取得した位置情報を、ネットワークＮを通じてサーバ２へアップロードすることを基本動作としている。位置情報をサーバ２へアップロードしておくことで、マリーナの管理者や操船者は、自身の船舶６の航跡情報を確認することが可能となる。

図８（ａ）では、船舶６とモバイル端末４とが海域８０２に位置する。この状況では、ＣＰＵ２１は、原則として位置情報をサーバ２へアップロードする。図８（ｂ）では、モバイル端末４が上陸して陸域８０１に位置するが、船舶６は海域８０２に残っている。この状況では、位置情報の取得処理は終了または中断され、従って、位置情報はサーバ２へアップロードされない。モバイル端末４を携帯する使用者が上陸すると位置情報はアップロードされなくなるので、位置情報の不要な提供が抑制され、個人情報の保護に繋がる。

図８（ｃ）では、船舶６とモバイル端末４とが共に上陸して陸域８０１に位置する。この状況では、位置情報の取得処理は終了し、従って、位置情報はサーバ２へアップロードされない。

位置情報提供処理（図９）を実現する機能部には、制御部６０４、受け付け部６０５、処理部６０６が該当する（図６参照）。モバイル端末４において、アプリケーション２９が予めインストールされている。アプリケーション２９が起動することで、制御部６０４、受け付け部６０５、処理部６０６の各機能部の機能が実行される。なお、位置情報提供処理（図９）を実現する観点に限れば、第１の取得部６０１、第２の取得部６０２、判定部６０３は必須でない。

受け付け部６０５は、通信装置（モバイル端末４）の位置情報を取得する処理（以下、位置情報取得処理と称する）の開始指示または終了指示を受け付ける。例えば、モバイル端末４の使用者は、入力部２６を操作することで、開始指示または終了指示を入力することができ、ＣＰＵ２１は、入力操作を検出することで開始指示または終了指示を受け付ける。

処理部６０６は、開始指示が受け付けられたことに応じて、通信装置（モバイル端末４）の位置情報取得処理を開始し、終了指示が受け付けられたことに応じて、当該処理を終了する。

制御部６０４は、取得された位置情報に基づき通信装置（モバイル端末４）が海域８０２に位置するか陸域８０１に位置するかを判定し、通信装置が海域８０２に位置すると判定されていることを条件に、位置情報をサーバ２へアップロードする。

ところで、受け付け部６０５が受け付け可能な動作モードとして、即時終了モード（第１モード）と中断モード（第２モード）とがあり、これらは選択的に受け付けられ、設定される。

図９は、位置情報提供処理を示すフローチャートである。この処理は、モバイル端末４において、ＲＯＭ２２またはメモリ２４に格納されたプログラムを、ＣＰＵ２１がＲＡＭ２３に展開して実行することにより実現される。この処理は、アプリケーション２９が起動されると開始される。

ステップＳ２０１では、ＣＰＵ２１は、位置情報取得処理の開始指示が受け付けられるまで待機し、位置情報取得処理の開始指示が受け付けられると、ステップＳ２０２で、その他の処理を実行する。ここでは、例えば、アプリケーション２９の終了の指示があれば、ＣＰＵ２１は、図９に示す位置情報取得処理を終了させる処理を実行する。なお、開始指示の受け付け待機中（Ｓ２０１）においても、アプリケーション２９の終了の指示があれば位置情報取得処理を終了させてもよい。

ステップＳ２０３では、ＣＰＵ２１は、位置情報取得処理を開始する。すなわち、ＣＰＵ２１は、位置検出部２０の出力に基づきモバイル端末４の現在位置を取得する。これ以降、位置情報取得処理を終了するまで、モバイル端末４の現在位置の取得は継続される。

ステップＳ２０４では、ＣＰＵ２１は、モバイル端末４の現在位置を参照し、モバイル端末４が海域８０２に属するか否かを判別する。その判別の結果、ＣＰＵ２１は、モバイル端末４が海域８０２に属する場合（図８（ａ）の状態）は、ステップＳ２０５に進み、モバイル端末４の位置情報をサーバ２へアップロードする。ここでアップロードする位置情報は、取得された最新の情報である。

次に、ステップＳ２０６では、ＣＰＵ２１は、位置情報取得処理の終了指示が受け付けられた否かを判別する。その判別の結果、位置情報取得処理の終了指示が受け付けられていない場合は、ＣＰＵ２１は、ステップＳ２０２に戻る。従って、モバイル端末４が海域８０２に位置し続ける場合、ステップＳ２０２～Ｓ２０６が繰り返して実行され、位置情報のアップロードが継続される。

一方、ステップＳ２０６での判別の結果、位置情報取得処理の終了指示が受け付けられた場合は、ＣＰＵ２１は、ステップＳ２０７に進み、位置情報取得処理を終了して、ステップＳ２０１に戻る。従って、位置検出部２０の出力に基づくモバイル端末４の現在位置の取得は終了し、その後、開始指示が改めて受け付けられるまで位置情報取得処理は再開されない。

ステップＳ２０４での判別の結果、モバイル端末４が海域８０２に属しない（陸域８０１に属する）場合は、ＣＰＵ２１は、ステップＳ２０８に進む。これには、図８（ｂ）または図８（ｃ）に示す状態が該当する。ステップＳ２０８では、ＣＰＵ２１は、即時終了モードが設定されているか否かを判別する。その判別の結果、ＣＰＵ２１は、即時終了モードが設定されている場合は、ステップＳ２０７を実行する。従って、即時終了モードが設定されている場合、少なくともモバイル端末４が上陸すると、終了指示を要することなく位置情報取得処理は直ちに終了され、開始指示が改めて受け付けられるまで位置情報取得処理は再開されない。

ステップＳ２０８での判別の結果、即時終了モードが設定されていない場合は、中断モードが設定されているので、ＣＰＵ２１は、ステップＳ２０９に進み、位置情報取得処理を中断してステップＳ２１０に進む。ステップＳ２０９での中断によりモバイル端末４の現在位置は取得されなくなる。

ステップＳ２１０では、ＣＰＵ２１は、モバイル端末４と船舶６とが共に陸域８０１に属するか否かを判別する。その判別の結果、モバイル端末４と船舶６とが共に陸域８０１に属する場合は、ＣＰＵ２１は、ステップＳ２０７を実行する。従って、位置情報取得処理の中断中であっても、図８（ｃ）に示すようにモバイル端末４と船舶６とが共に上陸すると、終了指示を要することなく位置情報取得処理は自動終了される。

ステップＳ２１０での判別の結果、モバイル端末４と船舶６との少なくともいずれかが陸域８０１に属しない場合（実質的にはモバイル端末４が陸域８０１し、船舶６が海域８０２に属する場合）は、ＣＰＵ２１は、ステップＳ２１１に進む。これには、例えば、図８（ｂ）に示す状況が該当する。ステップＳ２１１では、ＣＰＵ２１は、モバイル端末４が海域８０２に属する（陸域８０１から海域８０２に戻った）か否かを判別する。その判別の結果、モバイル端末４が海域８０２に属しない場合は、依然として図８（ｂ）に示す状況が継続していることから、ＣＰＵ２１は、ステップＳ２１０に戻る。

そして、モバイル端末４が海域８０２に属するようになると、ＣＰＵ２１は、ステップＳ２１１からステップＳ２０２に進む。従って、例えば、位置情報取得処理の中断中にモバイル端末４が海域８０２に戻ることで、開始指示の再度の受け付けを要することなく位置情報取得処理は自動的に再開される。

本実施の形態によれば、ロケーション情報取得処理（図７）が実行されることで、船舶６が通信圏外領域ＲＢに入った際に警告不能となる状況を抑制することに関し、第１の実施の形態と同様の効果を奏することができる。

本実施の形態によればまた、位置情報提供処理（図９）において、ＣＰＵ２１は、開始指示が受け付けられたことに応じて位置情報取得処理を開始し、終了指示が受け付けられたことに応じて当該処理を終了する。ＣＰＵ２１は、位置情報に基づき、モバイル端末４が海域８０２に位置すると判定されていることを条件に、位置情報をサーバ２へアップロードする。従って、位置情報提供処理の開始後でも、モバイル端末４が上陸すれば位置情報はアップロードされないので、位置情報の不要な提供を抑制することができる。また、サーバ２は、不要な情報を記憶する必要がなくなるので、サーバ２で確保すべき記憶容量の増加も抑えることができる。

特に、即時終了モードの場合、モバイル端末４が上陸すれば位置情報提供処理は直ちに自動終了されるので（Ｓ２０８→Ｓ２０７）、終了指示を要することがない点で使用者の使い勝手がよい。

また、中断モードの場合、モバイル端末４が陸域８０１に位置すると位置情報提供処理は一時的に中断され（Ｓ２０９）、モバイル端末４が再び海域８０２に戻れば位置情報提供処理は自動的に再開される（Ｓ２１１→Ｓ２０２）。従って、中断のために終了指示を要することがない点と、再開のために開始指示を要することがない点とで、使用者の使い勝手がよい。

また、位置情報提供処理の中断中であっても、モバイル端末４および船舶６が共に陸域８０１に位置すると判定されると、位置情報提供処理は自動終了される（Ｓ２１０→Ｓ２０７）ので、終了指示を要することがない点で使用者の使い勝手がよい。

また、動作モードとして、即時終了モードと中断モードを選択することで、処理再開のために開始指示を要するか否かを指定できるので（Ｓ２０７～Ｓ２０９）、使用者の使い勝手がよい。

なお、即時終了モードを設けることは必須でない。即時終了モードを設けない場合は、ステップＳ２０８を廃止し、ステップＳ２０４でＮｏと判別されたとき、ステップＳ２０９に進むようにしてもよい。また、より簡素化する観点からは、中断モードを設けることも必須でなく、中断モードも設けない場合は、ステップＳ２０８～Ｓ２１１を廃止し、ステップＳ２０４でＮｏと判別されたとき、ステップＳ２０７に進むようにしてもよい。

なお、本実施の形態において、第１の実施の形態で説明したロケーション情報取得処理（図７）を実行することは必須でない。ロケーション情報取得処理を実行しない場合は、アプリケーション２８をインストールする必要はなく、また、第１の取得部６０１、第２の取得部６０２、判定部６０３を廃止してもよい。また、制御部６０４についても、ロケーション情報取得処理を実行するための機能を有する必要はない。

次に、本実施の形態における変形例を説明する。以下の変形例では、位置情報提供処理が、図９に示すものと異なる。

図１０は、モバイル端末４における位置情報提供処理を実現する機能ブロックを示す図である。この機能ブロックには、機能部として、受け付け部６０５、処理部６０６、取得部１００１、制御部６０４が含まれる。これらの各機能部は、主として、モバイル端末４のＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、メモリ２４、表示部２５、通信Ｉ／Ｆ２７および位置検出部２０のうちいずれか２つ以上の協働により実現される。アプリケーション２９が起動することで、これらの各機能部の機能が実行される。

位置情報提供処理の変形例として、第１の変形例（図１２（ａ））と第２の変形例（図１２（ｂ））とを説明する。第１、第２の変形例のいずれにおいても、受け付け部６０５、処理部６０６の機能は、第２の実施の形態として説明したものと同じである。

第１の変形例では、取得部１００１（第３の取得ステップ）は、通信装置（モバイル端末４）と船舶６との距離を取得する。制御部６０４は、取得された距離が第３の所定距離以内であることを条件に、位置情報をサーバ２へアップロードする。

第２の変形例では、取得部１００１（第４の取得ステップ）は、通信装置（モバイル端末４）と船舶６との通信状況を取得する。制御部６０４は、通信装置と船舶６との通信が確立していることを条件に、位置情報をサーバ２へアップロードする。

図１１は、船舶６とモバイル端末４との位置関係を示す概念図である。

図１１では、モバイル端末４と船舶６との距離が第３の所定距離を超えている。例えば、モバイル端末４を携帯する使用者が、船舶６から他の船舶に移動した場合等が該当する。また、図１１では、モバイル端末４と船舶６との通信が切断されている。これと同様の状況には、図８（ｂ）に示すようにモバイル端末４だけが上陸した場合も該当し得る。

図１２（ａ）は、第１の変形例に係る位置情報提供処理を示すフローチャートの一部である。ステップＳ２０１～Ｓ２０３、Ｓ２０５～Ｓ２１１は図９に示す処理と同様である。従って、ステップＳ２０４に代えてステップＳ３０１、Ｓ３０２を設けた点が図９に示す処理と異なる。

ステップＳ２０３の後、ＣＰＵ２１は、ステップＳ３０１で、モバイル端末４と船舶６との距離を取得する。この距離は、両者の位置情報から決定される。ステップＳ３０２では、ＣＰＵ２１は、取得された距離が第３の所定距離以内か否かを判別する。第３の所定距離は、例えば、モバイル端末４が船舶６から下船し、明らかに離れた場合を想定した間隔以上の値に予め設定されている。

取得された距離が第３の所定距離以内である場合は、ＣＰＵ２１は、ステップＳ２０５に進む。従って、モバイル端末４の位置情報がサーバ２へアップロードされる。一方、取得された距離が第３の所定距離以内でない場合は、ＣＰＵ２１は、ステップＳ２０８に進む。

従って、取得された距離が第３の所定距離以内であることを条件に、位置情報がサーバ２へアップロードされ、モバイル端末４が第３の所定距離を超えて船舶６から離れると、位置情報提供処理は中断または終了される。よって、位置情報の不要な提供を抑制することができる。

図１２（ｂ）は、第２の変形例に係る位置情報提供処理を示すフローチャートの一部である。ステップＳ２０１～Ｓ２０３、Ｓ２０５～Ｓ２１１は図９に示す処理と同様である。従って、ステップＳ２０４に代えてステップＳ４０１、Ｓ４０２を設けた点が図９に示す処理と異なる。

ステップＳ２０３の後、ＣＰＵ２１は、ステップＳ４０１で、モバイル端末４と船舶６と間の通信状況を取得する。ここで、両者は例えば、近距離無線通信で通信しているとする。ステップＳ４０２では、ＣＰＵ２１は、モバイル端末４と船舶６の両者の通信が確立しているか否かを判別する。そして、両者の通信が確立している場合は、ＣＰＵ２１は、ステップＳ２０５に進む。従って、モバイル端末４の位置情報がサーバ２へアップロードされる。一方、両者の通信が確立していない場合は、ＣＰＵ２１は、ステップＳ２０８に進む。

従って、両者の通信が確立していることを条件に、位置情報がサーバ２へアップロードされ、両者の通信が確立していなかったり切断されたりすると、位置情報提供処理は中断または終了される。例えば、モバイル端末４が船舶６から通信不能な程度に離れた状態では位置情報がアップロードされない。よって、位置情報の不要な提供を抑制することができる。

なお、本実施の形態またはその変形例では、位置情報提供処理（図９、図１２（ａ）、（ｂ））は、情報処理装置となるモバイル端末４で実行されるとしたが、これに限らない。例えば、マイコン５が位置情報提供処理を実行し、位置情報をサーバ２へアップロードしてもよい。この場合、マイコン５が情報処理装置となる。

なお、第２の実施の形態またはその変形例において、ロケーション情報取得処理（図７）を実行する必要がない場合は、次のような方法、あるいはこれを実現する装置やプログラムも、本発明を構成する。
（構成１） サーバと通信可能な通信装置のコンピュータに、
開始指示または終了指示を受け付ける受け付けステップと、
前記開始指示が受け付けられたことに応じて、前記通信装置の位置情報を取得する処理を開始し、前記終了指示が受け付けられたことに応じて、前記処理を終了する処理ステップと、
取得された前記位置情報に基づき前記通信装置が海域に位置するか陸域に位置するかを判定し、前記通信装置が前記海域に位置すると判定されていることを条件に、前記位置情報を前記サーバへアップロードする制御ステップと、を実行させる、情報処理方法。
（構成２） サーバと通信可能な通信装置のコンピュータに、
開始指示または終了指示を受け付ける受け付けステップと、
前記開始指示が受け付けられたことに応じて、前記通信装置の位置情報を取得する処理を開始し、前記終了指示が受け付けられたことに応じて、前記処理を終了する処理ステップと、
前記通信装置と船舶との距離を取得する取得ステップと、
取得された前記距離が第３の所定距離以内であることを条件に、前記位置情報を前記サーバへアップロードする制御ステップと、を実行させる、情報処理方法。
（構成３） サーバと通信可能な通信装置のコンピュータに、
開始指示または終了指示を受け付ける受け付けステップと、
前記開始指示が受け付けられたことに応じて、前記通信装置の位置情報を取得する処理を開始し、前記終了指示が受け付けられたことに応じて、前記処理を終了する処理ステップと、
前記通信装置と船舶との通信状況を取得する取得ステップと、
前記通信装置と船舶との通信が確立していることを条件に、前記位置情報を前記サーバへアップロードする制御ステップと、を実行させる、情報処理方法。

以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。

なお、上記各実施の形態において、船舶６の推進機は、駆動源としてエンジンを備える構成に限られず、例えば電気モータを備える構成であてもよい。

本発明は、上記した実施形態の１以上の機能を実現するプログラムをネットワークや非一過性の記憶媒体を介してシステムや装置に供給し、そのシステム又は装置のコンピュータの１以上のプロセッサがプログラムを読み出して実行する処理でも実現可能である。以上のプログラムおよび以上のプログラムを記憶する記憶媒体は、本発明を構成する。また、本発明は、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

ところで、ロケーション情報に基づいて、航行中に警告を発する場合において、注意喚起ポイントが増えたりメッシュ情報が細かくなったりすると、各メッシュや注意喚起ポイントでの割り込み処理などが増加する。すると、モバイル端末４または船舶６の画面に現在表示されている範囲以外の位置にスクロールなどをする度にデータ処理が発生することで動きが円滑でなくなる。

そこで、表示しているエリア範囲を超えて、描写処理をバックグラウンドでスクロール方向に進めておくようにしてもよい。そのようにすることで、スクロール時の画面の動きが滑らかになる。

これを実現するために、例えば、特許第２６１９０５８号公報、特許第３１４１７３１号公報、特開平７－３１１０４６号公報、特開平８－３１４３７３号公報等に開示されている手法を採用することができる。

２ サーバ、 ４ モバイル端末、 ６ 船舶、 ５ マイコン、 １１、２１、３１ ＣＰＵ、 ４０１ 対象領域、 ６０１ 第１の取得部、 ６０２ 第２の取得部、 ６０３ 判定部、 ６０４ 制御部、 ＲＡ 通信圏内領域、 ＲＢ 通信圏外領域

Claims (19)

1. サーバと通信可能な通信装置のコンピュータに、
   船舶の位置と、前記船舶の速度または進行方向の少なくとも一方と、を取得する第１の取得ステップと、
   海図上の領域が通信圏内領域か通信圏外領域かを示す通信圏情報を取得する第２の取得ステップと、
   前記位置と、前記速度または前記進行方向の少なくとも前記一方と、に基づいて、前記船舶が前記通信圏外領域に接近したか否かを判定する判定ステップと、
   前記船舶が前記通信圏外領域に接近したと判定されたことに応じて、前記位置に応じた領域に関する、警告を発するための注意喚起情報を含むロケーション情報を前記サーバからダウンロードする制御ステップと、を実行させる、情報処理方法。
2. 前記制御ステップは、前記船舶が前記通信圏外領域に接近したと判定されたタイミングで、前記ロケーション情報のダウンロードを開始する、請求項１に記載の情報処理方法。
3. 前記制御ステップは、前記船舶が前記通信圏外領域に接近したと判定された場合に、前記ロケーション情報のダウンロードの開始タイミングを決定し、決定した前記開始タイミングが到来すると前記ロケーション情報のダウンロードを開始する、請求項１に記載の情報処理方法。
4. 前記制御ステップは、前記サーバとの通信速度と、ダウンロードする前記ロケーション情報のデータ容量とを取得し、前記通信速度と前記データ容量とに基づいて、前記開始タイミングを決定する、請求項３に記載の情報処理方法。
5. ダウンロードする前記ロケーション情報の対象領域は、前記進行方向における第１の所定距離内の領域を含む、請求項１に記載の情報処理方法。
6. 前記制御ステップは、ダウンロードする前記ロケーション情報の対象領域を、前記位置と、前記速度または前記進行方向の少なくとも前記一方と、に基づいて決定する、請求項１に記載の情報処理方法。
7. 前記制御ステップは、前記船舶を推進させるための燃料の残量を取得し、ダウンロードする前記ロケーション情報の対象領域を、前記残量と、前記位置と、前記速度または前記進行方向の少なくとも前記一方と、に基づいて決定する、請求項１に記載の情報処理方法。
8. 前記ロケーション情報は複数の情報を含み、
   前記制御ステップは、前記ロケーション情報をダウンロードする際、前記注意喚起情報を優先してダウンロードする、請求項１に記載の情報処理方法。
9. 前記ロケーション情報は、前記海図よりも詳細な地図情報と、構造物情報と、を含み、
   前記制御ステップは、前記ロケーション情報をダウンロードする際、前記注意喚起情報、第２の所定距離内の前記詳細な地図情報、前記構造物情報、前記第２の所定距離外の前記詳細な地図情報、の順でダウンロードする、請求項１に記載の情報処理方法。
10. 船舶の位置と、前記船舶の速度または進行方向の少なくとも一方と、を取得する第１の取得部と、
    海図上の領域が通信圏内領域か通信圏外領域かを示す通信圏情報を取得する第２の取得部と、
    前記位置と、前記速度または前記進行方向の少なくとも前記一方と、に基づいて、前記船舶が前記通信圏外領域に接近したか否かを判定する判定部と、
    前記船舶が前記通信圏外領域に接近したと判定されたことに応じて、前記位置に応じた領域に関する、警告を発するための注意喚起情報を含むロケーション情報をダウンロードする制御部と、有する、船舶。
11. 船舶の位置と、前記船舶の速度または進行方向の少なくとも一方と、を取得する第１の取得部と、
    海図上の領域が通信圏内領域か通信圏外領域かを示す通信圏情報を取得する第２の取得部と、
    前記位置と、前記速度または前記進行方向の少なくとも前記一方と、に基づいて、前記船舶が前記通信圏外領域に接近したか否かを判定する判定部と、
    前記船舶が前記通信圏外領域に接近したと判定されたことに応じて、前記位置に応じた領域に関する、警告を発するための注意喚起情報を含むロケーション情報をダウンロードする制御部と、有する、情報処理装置。
12. サーバと通信可能な通信装置のコンピュータに、
    船舶の位置と、前記船舶の速度または進行方向の少なくとも一方と、を取得する第１の取得ステップと、
    海図上の領域が通信圏内領域か通信圏外領域かを示す通信圏情報を取得する第２の取得ステップと、
    前記位置と、前記速度または前記進行方向の少なくとも前記一方と、に基づいて、前記船舶が前記通信圏外領域に接近したか否かを判定する判定ステップと、
    前記船舶が前記通信圏外領域に接近したと判定されたことに応じて、前記位置に応じた領域に関する、警告を発するための注意喚起情報を含むロケーション情報を前記サーバからダウンロードする制御ステップと、を実行させる、プログラム。
13. 開始指示または終了指示を受け付ける受け付けステップと、
    前記開始指示が受け付けられたことに応じて、前記通信装置の位置情報を取得する処理を開始し、前記終了指示が受け付けられたことに応じて、前記処理を終了する処理ステップと、を前記コンピュータにさらに実行させ、
    前記制御ステップは、取得された前記位置情報に基づき前記通信装置が海域に位置するか陸域に位置するかを判定し、前記通信装置が前記海域に位置すると判定されていることを条件に、前記位置情報を前記サーバへアップロードする、請求項１に記載の情報処理方法。
14. 前記制御ステップは、前記処理が開始された後、前記通信装置が前記陸域に位置すると判定すると、前記処理を終了する、請求項１３に記載の情報処理方法。
15. 前記制御ステップは、前記処理が開始された後、前記通信装置が前記陸域に位置すると判定すると前記処理を中断し、その後、前記通信装置が前記海域に位置すると判定すると前記処理を再開する、請求項１３に記載の情報処理方法。
16. 前記制御ステップは、前記通信装置と前記船舶とが共に前記陸域に位置すると判定すると、前記処理の中断中であっても前記処理を終了する、請求項１５に記載の情報処理方法。
17. 前記受け付けステップは、第１モードと第２モードとを選択的に受け付け、
    前記制御ステップは、前記第１モードにおいては、前記処理が開始された後、前記通信装置が前記陸域に位置すると判定すると前記処理を終了し、前記第２モードにおいては、前記処理が開始された後、前記通信装置が前記陸域に位置すると判定すると前記処理を中断し、その後、前記通信装置が前記海域に位置すると判定すると前記処理を再開する、請求項１３に記載の情報処理方法。
18. 開始指示または終了指示を受け付ける受け付けステップと、
    前記開始指示が受け付けられたことに応じて、前記通信装置の位置情報を取得する処理を開始し、前記終了指示が受け付けられたことに応じて、前記処理を終了する処理ステップと、
    前記通信装置と船舶との距離を取得する第３の取得ステップと、を前記コンピュータにさらに実行させ、
    前記制御ステップは、取得された前記距離が第３の所定距離以内であることを条件に、前記位置情報を前記サーバへアップロードする、請求項１に記載の情報処理方法。
19. 開始指示または終了指示を受け付ける受け付けステップと、
    前記開始指示が受け付けられたことに応じて、前記通信装置の位置情報を取得する処理を開始し、前記終了指示が受け付けられたことに応じて、前記処理を終了する処理ステップと、
    前記通信装置と船舶との通信状況を取得する第４の取得ステップと、を前記コンピュータにさらに実行させ、
    前記制御ステップは、前記通信装置と前記船舶との通信が確立していることを条件に、前記位置情報を前記サーバへアップロードする、請求項１に記載の情報処理方法。

Images