(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023149905
(43)【公開日】2023-10-16
(54)【発明の名称】サーバ、処理方法およびプログラム
(51)【国際特許分類】
G01S 1/76 20060101AFI20231005BHJP
G06Q 50/10 20120101ALI20231005BHJP
G01S 1/80 20060101ALI20231005BHJP
【ＦＩ】
G01S1/76
G06Q50/10
G01S1/80
【審査請求】未請求
【請求項の数】20
【出願形態】ＯＬ
(21)【出願番号】P 2022058708
(22)【出願日】2022-03-31
(71)【出願人】
【識別番号】000000295
【氏名又は名称】沖電気工業株式会社
(74)【代理人】
【識別番号】100140958
【弁理士】
【氏名又は名称】伊藤 学
(74)【代理人】
【識別番号】100137888
【弁理士】
【氏名又は名称】大山 夏子
(74)【代理人】
【識別番号】100190942
【弁理士】
【氏名又は名称】風間 竜司
(72)【発明者】
【氏名】岐部 景子
(72)【発明者】
【氏名】秀瀬 恭平
(72)【発明者】
【氏名】吉田 敏之
【テーマコード（参考）】
5J083
5L049
【Ｆターム（参考）】
5J083AA05
5J083AB12
5J083AB15
5J083AB16
5J083AD02
5J083AE02
5J083AE08
5J083AF19
5J083AG09
5J083BE11
5J083BE45
5J083CA08
5L049CC11
(57)【要約】
【課題】検知対象物を認識しようとする利用者の利便性をさらに向上させることが可能な技術が提供されることが望まれる。
【解決手段】センサから受けるセンサデータに基づいて、前記センサデータの強度を前記センサデータの周波数および前記センサデータが得られた時刻ごとに分析して分析結果を得て、前記分析結果を端末に対して与えるよう制御する制御部を備える、サーバが提供される。
【選択図】図１
【解決手段】センサから受けるセンサデータに基づいて、前記センサデータの強度を前記センサデータの周波数および前記センサデータが得られた時刻ごとに分析して分析結果を得て、前記分析結果を端末に対して与えるよう制御する制御部を備える、サーバが提供される。
【選択図】図１
【特許請求の範囲】
【請求項1】
センサから受けるセンサデータに基づいて、前記センサデータの強度を前記センサデータの周波数および前記センサデータが得られた時刻ごとに分析して分析結果を得て、前記分析結果を端末に対して与えるよう制御する制御部を備える、
サーバ。
サーバ。
【請求項2】
前記制御部は、前記センサデータに基づいて、前記センサデータの強度が第１の閾値より大きいか否かを前記周波数および前記時刻ごとに判定し、判定して得られた結果を前記分析結果として得る、
請求項１に記載のサーバ。
請求項１に記載のサーバ。
【請求項3】
前記制御部は、前記センサデータに基づいて、前記センサデータの強度が前記第１の閾値より大きい第１の周波数帯域を検出し、前記第１の周波数帯域が第１の帯域よりも広いことに基づいて、第１の検知対象物を検知する、
請求項２に記載のサーバ。
請求項２に記載のサーバ。
【請求項4】
前記制御部は、前記センサデータに基づいて、前記センサデータの強度が前記第１の閾値より大きい周波数が存在する第１の時刻を検出し、前記第１の時刻から所定の時間後の第２の時刻におけるセンサデータの強度が前記第１の閾値より大きい周波数帯域を前記第１の周波数帯域として検出する、
請求項３に記載のサーバ。
請求項３に記載のサーバ。
【請求項5】
前記制御部は、前記第１の検知対象物を検知したことに基づいて、前記端末に対して検知に係る情報に対応する識別情報を与えるよう制御する、
請求項３または４に記載のサーバ。
請求項３または４に記載のサーバ。
【請求項6】
前記第１の検知対象物は、船である、
請求項３～５のいずれか一項に記載のサーバ。
請求項３～５のいずれか一項に記載のサーバ。
【請求項7】
前記制御部は、あらかじめ機械学習により生成されたモデルと、前記分析結果とに基づいて、第２の検知対象物を検知する、
請求項１に記載のサーバ。
請求項１に記載のサーバ。
【請求項8】
前記制御部は、前記モデルと前記分析結果とに基づいて出力される前記第２の検知対象物の検知確率が所定の確率よりも大きいことに基づいて、前記第２の検知対象物を検知する、
請求項７に記載のサーバ。
請求項７に記載のサーバ。
【請求項9】
前記制御部は、前記第２の検知対象物を検知したことに基づいて、前記端末に対して検知に係る情報に対応する識別情報を与えるよう制御する、
請求項７または８に記載のサーバ。
請求項７または８に記載のサーバ。
【請求項10】
前記第２の検知対象物は、ダイバーである、
請求項７～９のいずれか一項に記載のサーバ。
請求項７～９のいずれか一項に記載のサーバ。
【請求項11】
前記制御部は、前記センサデータに基づいて、前記センサデータの強度が第２の閾値より大きい第２の周波数帯域を検出し、前記第２の周波数帯域が第２の帯域よりも広いことに基づいて、前記第２の検知対象物の検知を取り消す、
請求項７～１０のいずれか一項に記載のサーバ。
請求項７～１０のいずれか一項に記載のサーバ。
【請求項12】
前記制御部は、前記センサデータに基づいて、前記センサデータの強度が第２の閾値より大きい時間を検出し、前記時間が所定の時間よりも短いことに基づいて、前記第２の検知対象物の検知を取り消す、
請求項７～１０のいずれか一項に記載のサーバ。
請求項７～１０のいずれか一項に記載のサーバ。
【請求項13】
前記制御部は、前記識別情報を受けた前記端末から前記識別情報に基づく送信要求を受けたことに基づいて、前記検知に係る情報を前記端末に対して与えるよう制御する、
請求項５または９に記載のサーバ。
請求項５または９に記載のサーバ。
【請求項14】
前記検知に係る情報は、前記センサの位置に応じた地図を含む、
請求項１３に記載のサーバ。
請求項１３に記載のサーバ。
【請求項15】
前記制御部は、前記端末から前記分析結果の送信要求を受けたことに基づいて、前記分析結果を前記端末に対して与えるよう制御する、
請求項１～１４のいずれか一項に記載のサーバ。
請求項１～１４のいずれか一項に記載のサーバ。
【請求項16】
前記制御部は、前記端末から前記分析結果の送信要求を受けたことに基づいて、前記分析結果と、前記センサの位置に応じた、気圧、水温および風力の少なくともいずれか一つとを、前記端末に対して与えるよう制御する、
請求項１５に記載のサーバ。
請求項１５に記載のサーバ。
【請求項17】
前記センサは、音響センサであり、
前記センサデータは、前記音響センサによって得られた音である、
請求項１～１６のいずれか一項に記載のサーバ。
前記センサデータは、前記音響センサによって得られた音である、
請求項１～１６のいずれか一項に記載のサーバ。
【請求項18】
前記センサデータは、前記センサが備えるセンサ部によって検出され、
前記センサ部は、水中に存在する、
請求項１～１７のいずれか一項に記載のサーバ。
前記センサ部は、水中に存在する、
請求項１～１７のいずれか一項に記載のサーバ。
【請求項19】
センサから受けるセンサデータに基づいて、前記センサデータの強度を前記センサデータの周波数および前記センサデータが得られた時刻ごとに分析して分析結果を得て、前記分析結果を端末に対して与えるよう制御することを含む、
処理方法。
処理方法。
【請求項20】
コンピュータに、
センサから受けるセンサデータに基づいて、前記センサデータの強度を前記センサデータの周波数および前記センサデータが得られた時刻ごとに分析して分析結果を得て、前記分析結果を端末に対して与えるよう制御することを実行させるためのプログラム。
センサから受けるセンサデータに基づいて、前記センサデータの強度を前記センサデータの周波数および前記センサデータが得られた時刻ごとに分析して分析結果を得て、前記分析結果を端末に対して与えるよう制御することを実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、サーバ、処理方法およびプログラムに関する。
【背景技術】
【0002】
近年、センサによって検知対象物を検知する技術が知られている。例えば、複数のマイクロフォンによって検出された音響信号を構成する周波数成分から、複数の周波数区分それぞれに属する周波数成分を抽出する技術が知られている（例えば、特許文献１参照。）。かかる技術では、抽出された周波数成分が周波数区分ごとに異なる表示色によって表示される。かかる技術によれば、特定の検知対象物が検知されたことが直感的に利用者によって認識され得る。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１４－８５３８６号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、検知対象物を認識しようとする利用者の利便性をさらに向上させることが可能な技術が提供されることが望まれる。
【課題を解決するための手段】
【0005】
上記問題を解決するために、本発明のある観点によれば、センサから受けるセンサデータに基づいて、前記センサデータの強度を前記センサデータの周波数および前記センサデータが得られた時刻ごとに分析して分析結果を得て、前記分析結果を端末に対して与えるよう制御する制御部を備える、サーバが提供される。
【0006】
前記制御部は、前記センサデータに基づいて、前記センサデータの強度が第１の閾値より大きいか否かを前記周波数および前記時刻ごとに判定し、判定して得られた結果を前記分析結果として得てもよい。
【0007】
前記制御部は、前記センサデータに基づいて、前記センサデータの強度が前記第１の閾値より大きい第１の周波数帯域を検出し、前記第１の周波数帯域が第１の帯域よりも広いことに基づいて、第１の検知対象物を検知してもよい。
【0008】
前記制御部は、前記センサデータに基づいて、前記センサデータの強度が前記第１の閾値より大きい周波数が存在する第１の時刻を検出し、前記第１の時刻から所定の時間後の第２の時刻におけるセンサデータの強度が前記第１の閾値より大きい周波数帯域を前記第１の周波数帯域として検出してもよい。
【0009】
前記制御部は、前記第１の検知対象物を検知したことに基づいて、前記端末に対して検知に係る情報に対応する識別情報を与えるよう制御してもよい。
【0010】
前記第１の検知対象物は、船であってもよい。
【0011】
前記制御部は、あらかじめ機械学習により生成されたモデルと、前記分析結果とに基づいて、第２の検知対象物を検知してもよい。
【0012】
前記制御部は、前記モデルと前記分析結果とに基づいて出力される前記第２の検知対象物の検知確率が所定の確率よりも大きいことに基づいて、前記第２の検知対象物を検知してもよい。
【0013】
前記制御部は、前記第２の検知対象物を検知したことに基づいて、前記端末に対して検知に係る情報に対応する識別情報を与えるよう制御してもよい。
【0014】
前記第２の検知対象物は、ダイバーであってもよい。
【0015】
前記制御部は、前記センサデータに基づいて、前記センサデータの強度が第２の閾値より大きい第２の周波数帯域を検出し、前記第２の周波数帯域が第２の帯域よりも広いことに基づいて、前記第２の検知対象物の検知を取り消してもよい。
【0016】
前記制御部は、前記センサデータに基づいて、前記センサデータの強度が第２の閾値より大きい時間を検出し、前記時間が所定の時間よりも短いことに基づいて、前記第２の検知対象物の検知を取り消してもよい。
【0017】
前記制御部は、前記識別情報を受けた前記端末から前記識別情報に基づく送信要求を受けたことに基づいて、前記検知に係る情報を前記端末に対して与えるよう制御してもよい。
【0018】
前記検知に係る情報は、前記センサの位置に応じた地図を含んでもよい。
【0019】
前記制御部は、前記端末から前記分析結果の送信要求を受けたことに基づいて、前記分析結果を前記端末に対して与えるよう制御してもよい。
【0020】
前記制御部は、前記端末から前記分析結果の送信要求を受けたことに基づいて、前記分析結果と、前記センサの位置に応じた、気圧、水温および風力の少なくともいずれか一つとを、前記端末に対して与えるよう制御してもよい。
【0021】
前記センサは、音響センサであり、前記センサデータは、前記音響センサによって得られた音であってもよい。
【0022】
前記センサデータは、前記センサが備えるセンサ部によって検出され、前記センサ部は、水中に存在してもよい。
【0023】
また、本発明の別の観点によれば、センサから受けるセンサデータに基づいて、前記センサデータの強度を前記センサデータの周波数および前記センサデータが得られた時刻ごとに分析して分析結果を得て、前記分析結果を端末に対して与えるよう制御することを含む、処理方法が提供される。
【0024】
また、本発明の別の観点によれば、コンピュータに、センサから受けるセンサデータに基づいて、前記センサデータの強度を前記センサデータの周波数および前記センサデータが得られた時刻ごとに分析して分析結果を得て、前記分析結果を端末に対して与えるよう制御することを実行させるためのプログラムが提供される。
【発明の効果】
【0025】
以上説明したように本発明によれば、検知対象物を認識しようとする利用者の利便性をさらに向上させることが可能となる。
【図面の簡単な説明】
【0026】
【図1】本発明の実施形態に係る密漁対策ＩｏＴシステムの構成例を示す図である。
【図2】水中音響センサの構成例を示す図である。
【図3】本発明の実施形態に係るサーバの機能構成例を示す図である。
【図4】センサ情報の例を示す図である。
【図5】通知先情報の例を示す図である。
【図6】本発明の実施形態に係る監視者端末の機能構成例を示す図である。
【図7】分析部による分析によって得られるスペクトログラムの第一の例を示す図である。
【図8】分析部による分析によって得られるスペクトログラムの第二の例を示す図である。
【図9】分析部による分析によって得られる音パターンの例を示す図である。
【図10】検知メールの例を示す図である。
【図11】検知対象物が１つの水中音響センサによって検知された場合における検知画面の例を示す図である。
【図12】監視者端末によって表示されるスペクトログラムの例を示す図である。
【図13】監視者端末によって表示される音パターンの例を示す図である。
【図14】表示切り替えオブジェクトの選択操作が入力された場合の例を示す図である。
【図15】付加情報表示領域がスクロールされた場合の例を示す図である。
【図16】付加情報表示切り替えボタンの選択操作が入力された場合の例を示す図である。
【図17】本発明の実施形態に係る密漁対策ＩｏＴシステムの動作例を示すフローチャートである。
【図18】本発明の実施形態に係るサーバの例としての情報処理装置のハードウェア構成を示す図である。
【発明を実施するための形態】
【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】
１ 密漁対策ＩｏＴシステム
１０、１２ 水中音響センサ
１１０ アンテナ部
１２１ サーチライト
１２２ 停泊灯部
１２３ 太陽電池
１３０ センシング部
１４０ 電源部
１５０ 係留部
１６０ 錘部
１７０ 送信ブイ部
１８１ 錘
１８２ フロート
２０ サーバ
２２０ 制御部
２２１ 分析部
２２２ 対象物検知部
２２３ 検知通知部
２２４ 要求取得部
２２５ データ取得部
２２６ データ提供部
２３０ 記憶部
２３１ センサ情報
２３２ 通知先情報
２４０ 通信部
３０ 監視者端末
３１０ 入力部
３２０ 制御部
３３０ 記憶部
３４０ 通信部
３５０ 表示部
１０、１２ 水中音響センサ
１１０ アンテナ部
１２１ サーチライト
１２２ 停泊灯部
１２３ 太陽電池
１３０ センシング部
１４０ 電源部
１５０ 係留部
１６０ 錘部
１７０ 送信ブイ部
１８１ 錘
１８２ フロート
２０ サーバ
２２０ 制御部
２２１ 分析部
２２２ 対象物検知部
２２３ 検知通知部
２２４ 要求取得部
２２５ データ取得部
２２６ データ提供部
２３０ 記憶部
２３１ センサ情報
２３２ 通知先情報
２４０ 通信部
３０ 監視者端末
３１０ 入力部
３２０ 制御部
３３０ 記憶部
３４０ 通信部
３５０ 表示部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】