JP2023064649A - 水産物データ管理システム、水産物データ管理方法及びプログラム - Google Patents

Abstract

【課題】水産物を採捕から取引に至るまでの過程を自動的に統括管理することができる水産物データ管理システム及び水産物データ管理方法を提供する。【解決手段】水産物データ管理システム１において、漁場・漁労データ取得部１０は、水産物が採捕される漁場を示すデータと、水産物を採捕する漁労活動を示すデータとの少なくとも一方を含む漁場・漁労データ１０ａを、水産物を採捕する生産者を識別する生産者ＩＤ１０ｂとともに取得する。計測データ取得部２０は、水産物が水揚げされる際に、水産物を計測し、水産物の計測データ２０ａを、生産者ＩＤ２０ｂとともに取得する。データ統合部３０は、生産者ＩＤ１０ｂ，２０ｂと、水産物の計測データ２０ａと、漁場・漁労データ１０ａとを統合して、水産物の統合データ３１を生成する。統合データ記憶部４０は、統合データ３１を記憶する。【選択図】図１

Description

本発明は、水産物データ管理システム、水産物データ管理方法及びプログラムに関する。

漁場で採捕された水産物は、漁港で水揚げされた後、市場で行われる競りを経て出荷される。水揚げ及び競りでは、現在でもほとんどの市場で手書きの伝票が使用されており、手書きによる事務負担及び入力ミスの発生が問題となっている。

漁業では、過疎化、高齢化による人員確保難が慢性的に生じており、少ない人手での操業を余儀なくされている。一方、漁業にとっては水産物の価格を維持することが課題である。価格の維持のためには、漁獲量を調整する必要があるが、少ない人手での操業では、漁獲量を記録するのも困難である。

令和２年１２月に施行された改正漁業法により、自治体等の水産資源管理者への漁獲量の報告が義務付けされている。また、水産庁は、水揚げ情報をデジタルデータとして収集する体制を令和５年までに整備するよう漁業協同組合及び市場に求めている。しかしながら、現実的には、手書きで漁業者が個別に漁獲量を記録し、個別に漁獲量を報告することは困難である。このため、漁業協同組合が、競りを通じて水産取引結果を取りまとめ、資源管理者（都道府県）に報告しているのが実情である。

このような実情に対応するため、水産物の取引に必要な処理をできるだけ自動的に行うシステムの登場が期待されている。水産物関連の自動計量システムまたは電子入札システムなどはその一例である（例えば特許文献１～６参照）。

特開２００５－３５２９５５号公報 特開平０８－０５００５２号公報 特許４５８９５９０号公報 特許６４０１４１１号公報 特許６４２５６９１号公報 特開２０２１－０６０７４６号公報

上述のような漁業が直面する課題を解決するには、水産物が採捕されてから取引に至る一連の過程を自動的に統括管理する必要がある。しかしながら、上記特許文献１～６に開示された競りの自動化システム、魚の体重測定の自動システム、釣魚の直販システム、操業日誌のデータ化システム等では、採捕から取引に至るまでの水産物の情報を統括的に管理するのは困難である。水揚げされる魚種の地域又は季節による違いと、氷詰め、活魚箱詰め、一尾売り等の多様な販売形態と、市場、地域によって異なる競り方式の存在とが、そのような統括的な管理システムの普及の大きな障壁になっている。

本発明は、上記実情の下になされたものであり、水産物を採捕から取引に至るまでの過程を自動的に統括管理することができる水産物データ管理システム、水産物データ管理方法及びプログラムを提供することを目的とする。

上記目的を達成するために、本発明の第１の観点に係る水産物データ管理システムは、
水産物が採捕される漁場を示すデータと、前記水産物を採捕する漁労活動を示すデータとの少なくとも一方を含む漁場・漁労データを、前記水産物を採捕する生産者を識別する生産者識別データとともに取得する漁場・漁労データ取得部と、
前記水産物が水揚げされる際に、前記水産物を計測し、前記水産物の計測データを前記生産者識別データとともに取得する計測データ取得部と、
前記生産者識別データと、前記水産物の計測データと、前記漁場・漁労データとを統合して、前記水産物の統合データを生成するデータ統合部と、
を備える。

この場合、前記計測データには、前記水産物の種別を示すデータが含まれるとともに、
前記水産物について、形状を示すデータ、大きさを示すデータ、重さを示すデータ、鮮度を示すデータ、温度を示すデータ、撮像データのうちの少なくとも１つが前記計測データに含まれる、
こととしてもよい。

前記計測データ取得部は、
前記水産物の撮像データを前記計測データとして取得し、
前記撮像データに基づいて、前記水産物の種別を判定する、
こととしてもよい。

前記計測データ取得部は、
前記水産物が箱に入れられている場合に、前記水産物が入れられた前記箱全体の重量と、前記箱とその中身の撮像データを前記計測データとして取得し、
前記撮像データから推定される前記箱と前記箱における前記水産物以外の部分との重量を前記箱全体の重量から差し引くことにより、前記水産物の重量を算出する、
こととしてもよい。

前記漁場を示すデータには、前記水産物が採捕されたときの気象状態を示すデータ、海象状態を示すデータ、潮流を示すデータ、水温を示すデータ、魚群を示すデータのうちの少なくとも１つが含まれ、
前記漁労活動を示すデータには、漁法を示すデータ、前記漁労活動中の航跡を示すデータ及び操業水域を示すデータのうちの少なくとも１つが含まれる、
こととしてもよい。

前記統合データを仲買人の通信端末に提供する統合データ提供部と、
前記通信端末から送られた、入札者及び入札価格を含む入札データを受け付ける入札データ受け付け部と、
前記入札データ受け付け部で受け付けられた前記入札データの中から、入札価格が最も高い前記入札データを選択する選択部と、
前記選択部で選択された前記入札データに基づいて、落札結果データを生成する落札結果データ生成部と、
前記落札結果データを入札者の前記通信端末に提供する落札結果データ提供部と、
を備え、
前記データ統合部は、前記統合データに、前記落札結果データを加える、
こととしてもよい。

前記水産物が競りで落札されたときの落札結果データを入力する落札結果データ入力部を備え、
前記データ統合部は、前記統合データに、前記落札結果データ入力部に入力された前記落札結果データを加える、
こととしてもよい。

前記水産物が落札される度に、
前記データ統合部は、順次、前記統合データに、前記落札結果データを加える、
こととしてもよい。

通信端末から、前記水産物の取引に必要な電子書類データの生成要求を受け付ける要求受け付け部と、
前記統合データに基づいて、前記電子書類データを生成する書類データ生成部と、
前記書類データ生成部で生成された前記電子書類データを、生成要求を行った前記通信端末に提供する書類データ提供部と、
を備える、
こととしてもよい。

前記落札結果データを、前記水産物の取引データとして漁業協同組合の財務管理を行うサーバに提供する、
こととしてもよい。

前記水産物を購入した購入者の通信端末からの要求に従って、前記統合データをトレーサビリティ用のデータとして提供する、
こととしてもよい。

前記統合データを集積して記憶する統合データ記憶部を備え、
前記統合データ記憶部に集積された前記統合データに基づいて、前記水産物が採捕される水産資源を管理する資源管理者向けのビッグデータを生成するビッグデータ生成部を備える、
こととしてもよい。

前記統合データを集積して記憶する統合データ記憶部を備え、
前記統合データ記憶部に集積された前記統合データに基づいて、前記水産物の将来の水揚げ量の予測データを生成する予測データ生成部を備える、
こととしてもよい。

本発明の第２の観点に係る水産物データ管理方法は、
水産物データ管理システムによって実行される水産物データ管理方法であって、
水産物が採捕される漁場を示すデータと、前記水産物を採捕する漁労活動を示すデータとの少なくとも一方を含む漁場・漁労データを、前記水産物を採捕する生産者を識別する生産者識別データとともに取得する漁場・漁労データ取得工程と、
前記水産物が水揚げされる際に、前記水産物を計測し、前記水産物の計測データを前記生産者識別データとともに取得する計測データ取得工程と、
前記生産者識別データと、前記水産物の計測データと、前記漁場・漁労データとを統合して、前記水産物の統合データを生成するデータ統合工程と、
を含む。

本発明の第３の観点に係るプログラムは、
コンピュータを、
水産物が採捕される漁場を示すデータと、前記水産物を採捕する漁労活動を示すデータとの少なくとも一方を含む漁場・漁労データを、前記水産物を採捕する生産者を識別する生産者識別データとともに取得する漁場・漁労データ取得部、
前記水産物が水揚げされる際に、前記水産物を計測し、前記水産物の計測データを前記生産者識別データとともに取得する計測データ取得部、
前記生産者識別データと、前記水産物の計測データと、前記漁場・漁労データとを統合して、前記水産物の統合データを生成するデータ統合部、
として機能させる。

本発明によれば、水産物を採捕する生産者を識別する生産者識別データと、水産物の計測データと、水産物が採捕されたときの漁場・漁労データとが統合されて、採捕から取引に至るまでの水産物の統合データとして生成され、記憶される。この統合データを用いれば、水産物を採捕から取引に至るまでの過程を自動的に統括管理することができる。

本発明の実施の形態に係る水産物データ管理システムの構成を示すブロック図である。 漁場・漁労データを取得するための構成を示す模式図である。 （Ａ）は、計測部の構成を示す模式図である。（Ｂ）は、計測データの構成の一例を示す図である。 データ統合部において、生産者ＩＤと、漁場・漁労データと、計測データとが統合される様子を示す図である。 水産物データ管理サーバのハードウエア構成を示すブロック図である。 水産物データ管理処理のフローチャートである。 電子入札が可能な水産物データ管理システムの構成を示すブロック図である。 競りでの落札結果データの統合データへの追加を行う水産物データ管理システムの構成を示すブロック図である。 水産物が取引される過程と、統合データの構成との関係を示すブロック図である。 取引に係る書類データの生成が可能な水産物データ管理システムの構成を示すブロック図である。 トレーサビリティ用のデータとして統合データの提供が可能な水産物データ管理システムの構成を示すブロック図である。 資源管理用のデータとして統合データの提供が可能な水産物データ管理システムの構成を示すブロック図である。 漁獲量の予測データを生成する水産物データ管理システムの構成を示すブロック図である。 予測データの一例を示すグラフである。

以下、本発明の実施の形態について図面を参照して詳細に説明する。各図面においては、同一又は同等の部分には同一の符号が付される。

図１に示すように、生産者は、漁船２に乗って、漁場において水産物を採捕し、採捕した水産物を港で水揚げする。水揚げされた水産物は、市場で競りにかけられ、小売店を経て、最終消費者の手元に届けられる。

本実施の形態に係る水産物データ管理システムは、水産物が漁場で採捕されてから水揚げされるまでの水産物に関するデータ、すなわち漁場・漁労データと、水揚げされる水産物の計測データとを結び付け、これらの統合データを生成する。この統合データは、水産物の競りなどの取引過程等において用いられる。

［基本構成］
まず、本実施の形態に係る水産物データ管理システムの基本構成について説明する。図１に示すように、本実施の形態に係る水産物データ管理システム１は、漁場・漁労データ取得部１０と、計測データ取得部２０と、データ統合部３０と、統合データ記憶部４０と、を備える。データ統合部３０及び統合データ記憶部４０は、水産物を管理するサーバコンピュータ上に構築されている。以下では、このサーバコンピュータを、水産物データ管理サーバ５０という。

［漁場・漁労データ取得部］
漁場・漁労データ取得部１０は、漁場・漁労データ１０ａを、生産者ＩＤ（IDentification）１０ｂとともに取得する。漁場・漁労データ１０ａは、水産物が採捕される漁場を示す漁場データと、水産物を採捕する漁労活動を示す漁労データとの少なくとも一方を含んでいる。生産者ＩＤ１０ｂは、水産物を採捕する生産者を識別する生産者識別データである。すなわち、生産者ＩＤ１０ｂは、生産者毎に割り振られたユニークな識別コードである。

図２に示すように、漁船２には、ＧＰＳ（Global Positioning System）システム２ａと、魚群探知機２ｂと、潮流、水温等の漁場の状態を検出する各種センサ２ｃとが設けられている。さらに、漁船２には、漁場・漁労データ１０ａを生成する漁場・漁労データ生成部２ｄ及び無線送信部２ｅが設けられている。漁場・漁労データ生成部２ｄは、ＧＰＳシステム２ａ、魚群探知機２ｂ及び各種センサ２ｃの検出結果に基づいて、漁場・漁労データ１０ａを生成する。また、漁場・漁労データ生成部２ｄは、計時を行うタイマを有しており、タイマが計時する時刻から、日時を示すデータを得ることができる。

漁場データには、日時を示すデータの他、水産物が採捕されたときの気象状態を示すデータ、海象状態を示すデータ、潮流を示すデータ、水温を示すデータ、魚群を示すデータが含まれる。図２では、これらのデータを、日時データ、気象データ、海象データ、潮流データ、水温データ、魚群データとして示している。

漁労データには、漁法を示すデータ、ＧＰＳシステム２ａから得られる漁労活動中の航跡を示すデータ、操業水域を示すデータが含まれる。図２では、これらのデータを、漁法データ、航跡データ、操業水域データとして示している。漁法データが示す漁法には、曳網、まき網、定置網、刺網、延縄、一本釣り、曳縄、養殖、潜水など、様々な方法がある。

なお、魚群探知機２ｂは、魚群データについては、海洋中を表層、中層、底層の３つの層に分けて、どの層にどの程度の魚群がいたかを検出可能なものを用いてもよい。この場合、漁場データに含まれる魚群データは、表層の魚群データと、中層の魚群データと、底層の魚群データとに分けられる。

図２に示すように、漁場・漁労データ生成部２ｄで生成された漁場・漁労データ１０ａ及び生産者ＩＤ１０ｂは、無線送信部２ｅからの無線送信により、地上に設置された漁場・漁労データ取得部１０に設けられた無線受信部１１に送られる。漁場・漁労データ取得部１０は、無線受信部１１で受信された漁場・漁労データ１０ａ及び生産者ＩＤ１０ｂを取得し、データ統合部３０に送る。

［計測データ取得部］
図１に戻り、計測データ取得部２０は、水産物が水揚げされる際に、水産物を計測し、水産物の計測データ２０ａを、生産者ＩＤ２０ｂとともに取得する。計測データ取得部２０は、生産者データ取得部２１と、計測部２２と、計測データ生成部２３と、を備える。

生産者データ取得部２１は、水産物を水揚げした生産者が持っている生産者ＩＤ２０ｂが記録されたＩＣカード及びバーコードを非接触で読み取るリーダ（不図示）を備える。バーコードは、２次元バーコードであってもよい。生産者データ取得部２１は、リーダで読み取られた生産者ＩＤ２０ｂを取得する。

生産者データ取得部２１で生産者ＩＤ２０ｂが取得された後、計測部２２による水産物の計測が開始される。計測部２２は、水産物の計測を行う。水揚げの際、水産物は、その種類又は季節によって、活魚状態（泳げる箱に入れられた状態）、氷詰め、箱詰め、箱に詰められない一尾単位などに分けられ、分けられた様々な単位で取引される。すなわち、水産物の取引単位は、一尾ごと、複数尾の魚が箱に入れられたものなど、様々である。計測部２２は、水産物をこの取引単位で。例えば箱に入れられたままで水産物の計測を行う。

図３（Ａ）に示すように、計測部２２は、重量計測部２２ａと、センサ部２２ｂと、制御部２２ｃと、音声入力部２２ｄと、表示部２２ｅと、を備える。

重量計測部２２ａは、水産物４の重さを示すデータ、すなわち重量を計測する。水産物４は、取引単位毎に、重量計測部２２ａの点線で示す計測エリアＡｒに置かれ、取引単位毎に重量が計測される。例えば、取引単位が一尾毎である水産物４は、一尾毎に計測エリアＡｒに置かれてその重量が計測される。また、取引単位が箱５毎である場合には、水産物４は、箱５に入れられたままで計測エリアＡｒに置かれ、その重量が計測される。

なお、水産物４が計測エリアＡｒにある計測台Ｔｂに置かれた直後は、重量計測部２２ａの計測台Ｔｂは、水産物４が置かれた影響でしばらく振動し、重量を正確に計測することが困難になる。そこで、重量計測部２２ａは、計測台Ｔｂの振動振幅がある範囲内になるまで計測を行わないようにしてもよい。また、計測台Ｔｂが振動している場合でも、一定時間で重量を複数回計測し、その計測結果の平均値を重量として計測するようにしてもよい。水産物４がまだ生きており、その動きで計測台Ｔｂが振動するような場合でも、同じような情報で重量を計測することができる。

重量計測部２２ａで計測された水産物４の取引単位毎の重量の計測結果は、制御部２２ｃに送られる。

センサ部２２ｂは、重量計測部２２ａの計測エリアＡｒに置かれた水産物４の形状、大きさ、鮮度、温度等を検出する。すなわち、センサ部２２ｂは、水産物４の重量以外の情報を検出する。

センサ部２２ｂは、一対のカメラを含んでいる。センサ部２２ｂは、この一対のカメラにより、計測エリアＡｒに置かれた水産物４を撮像する。水産物４の撮像データは、制御部２２ｃに送られる。撮像データは、静止画であってもよいし、動画であってもよい。

カメラの撮像データに基づいて、水産物４の種別を特定することが可能である。制御部２２ｃは、機械学習、例えば深層学習により、水産物４の種別を判定する判定器（不図示）が内蔵されている。判定器は、カメラの撮像データに基づいて、水産物４の種別を判定する。水産物４が魚であれば、その魚種まで割り出される。

すなわち、計測データ取得部２０は、水産物４の撮像データを計測データとして取得し、その撮像データに基づいて、水産物４の種別を判定する。

なお、水産物４の３次元形状を検出しない場合には、カメラは１台であってもよい。視差のない撮像データであっても、水産物４の種別を判定することは可能である。また、水産物４の種別については、生産者が、音声入力部２２ｄに入力した音声を判別することにより取得するようにしてもよい。この場合、同じ魚種であっても、地方によって異なる名称であったり、標準和名、学名など様々な名称を有していたりする場合があるため、音声入力された魚種を標準的な名称に変換してその統一された名称を魚種データとするようにしてもよい。

一対のカメラの撮像データが得られれば、カメラ間の視差により、水産物４の３次元形状の検出が可能である。それらの撮像データに基づいて、水産物４の３次元画像又は３次元動画を生成することも可能である。

なお、一対のカメラに代えて、水産物４の３次元形状を検出するレーザ測距儀を備えていてもよい。これら、水産物４の形状を検出可能なセンサにより、水産物４の体長、体高など、水産物４の形状及び大きさを示すデータを検出することが可能となる。

水産物が箱に入れられている場合には、その水産物４は箱５ごと撮像される。カメラで撮像された水産物４の撮像データは、制御部２２ｃに送られる。制御部２２ｃは、撮像された箱５の撮像データに基づいて、箱５の種別を判定することが可能である。

また、カメラの撮像データに基づいて、水産物４の色艶などの鮮度を示すデータを検出することも可能である。

センサ部２２ｂには、他に、水産物４の温度を検出する温度センサと、水産物４の脂質を測定する脂質測定器が含まれていてもよい。温度センサは、例えば赤外線温度センサを用いることができる。赤外線温度センサにより、水産物４の表面温度を検出することが可能である。脂質測定器は、例えば水産物４の電気抵抗を測定し、電気抵抗の値に基づいて、水産物４の脂質量を検出する。これらの検出結果も、水産物４の鮮度を示すデータである。検出結果は、制御部２２ｃに送られる。

制御部２２ｃは、計測部２２全体を統括制御する。音声入力部２２ｄは、計測部２２で計測を行う者の音声を入力する。表示部２２ｅは、各種情報を表示する。制御部２２ｃは、タイマを有しており、計測が行われた日時データの取得が可能である。

基本的に、制御部２２ｃは、音声入力部２２ｄから入力された音声データに基づいて制御を行い、計測をアシストする情報を表示部２２ｅに表示させる。例えば、計測部２２による水産物の計測は、音声入力部２２ｄへの計測開始の音声入力によって開始される。そして、表示部２２ｅに重量計測部２２ａの計測エリアＡｒに水産物４を置くように促す表示が行われ、その表示を見た生産者が、計測エリアＡｒに水産物４を置く。これにより、制御部２２ｃは、重量計測部２２ａ及びセンサ部２２ｂに計測を開始させる。なお、表示に代えて音声出力を行うようにしてもよい。

重量計測部２２ａから水産物４の重量の検出結果を受信するとともに、センサ部２２ｂから送られた水産物４の各種検出結果を受信すると、制御部２２ｃは、表示部２２ｅに、計測部２２での処理段階及びセンサ部２２ｂで検出された検出結果などを表示させる。これにより、生産者等が、これらの検出結果を確認することができる。

水産物４が入れられる箱には様々な種類がある。したがって、上述のように、水産物４が箱５に入れられていた場合、制御部２２ｃは、水産物４の撮像結果に基づいて、水産物４が入れられた箱５の種別を判定する。制御部２２ｃは、箱５の重量をその種別毎に記憶している。制御部２２ｃは、画像データから箱５の種類を割り出し、予め登録された割り出された箱５の重量を特定する。そして、制御部２２ｃは、重量計測部２２ａから送られた重量から、特定された箱５の重量を差し引いて、水産物４の重量を算出する。

また、水産物４が箱に入れられ、その箱５に水又は氷が入れられていた場合、センサ部２２ｂは、水産物４の撮像データに基づいて、箱５の種別に加え、水及び氷の重量を推定する。制御部２２ｃは、重量計測部２２ａから送られた重量から、推定された箱５の重量と、水及び氷の重量とを差し引いて、水産物４の重量を算出する。箱５の特定及び水、氷等の重量の推定には、機械学習、例えば深層学習を適用することができる。

すなわち、計測データ取得部２０は、水産物４が箱５に入れられている場合に、水産物４が入れられた箱５全体の重量と、箱５とその中身の撮像データを計測データとして取得する。そして、計測データ取得部２０は、箱５全体の重量から、撮像データから推定される箱５と箱５における水産物４以外の部分との重量を差し引くことにより、水産物４の重量を算出する。

このように、取引単位について様々な種類の箱５を適用可能とすることで、小ロット、すなわち箱５毎の出荷が可能となる。小ロットの出荷が可能になれば、割引率を減らすことができるので、水産物４の単価を高めることができる。

図３（Ｂ）に示すように、制御部２２ｃは、計測が行われた日時データに加え、水産物４の種別を示す魚種データ、水産物４の個数を示す個数データ、水産物４の重さを示す重量データ、水産物４が入れられた箱５の種別を示す箱種別データ、水産物４を形状及び大きさを示す形状・サイズデータ及び水産物４の鮮度を示す鮮度データを、計測データ生成部２３に送信する。

また、制御部２２ｃは、重量計測部２２ａ及びセンサ部２２ｂの検出結果に基づいて、水産物４の品質の良否又は等級を判定し、その判定結果を検出結果とともに、計測データ生成部２３に送るようにしてもよい。

このように、計測部２２は、汚れた手又は濡れた手で制御ボタン等を押すことなく、ＩＣ（Integrated Circuit）カード又は音声入力により、非接触で計測を行うことができる。

計測データ生成部２３は、制御部２２ｃから送られたデータに基づいて、図３（Ｂ）に示す水産物の計測データ２０ａを生成する。そして、図１に示すように、計測データ生成部２３は、生成した計測データ２０ａに生産者データ取得部２１で取得された生産者ＩＤ２０ｂを対応付けるとともに、この計測データ２０ａに、競り番号２０ｃを付与する。

［データ統合部］
図１に戻り、データ統合部３０は、漁場・漁労データ取得部１０から漁場・漁労データ１０ａ及び生産者ＩＤ１０ｂを取得するとともに、計測データ取得部２０から水産物４の計測データ２０ａ、生産者ＩＤ２０ｂ及び競り情報２０ｃを取得する。データ統合部３０は、水産物４の計測データ２０ａと、漁場・漁労データ１０ａとを統合して、水産物４の統合データ３１を生成する。

具体的には、図４に示すように、データ統合部３０は、漁場・漁労データ取得部１０から送られた漁場・漁労データ１０ａ及び生産者ＩＤ１０ｂと、計測データ取得部２０から送られた計測データ２０ａ、生産者ＩＤ２０ｂ及び競り番号２０ｃとに基づいて、生産者ＩＤ１０ｂ，２０ｂをキーとして統合データ３１を生成する。統合データ３１は、生産者ＩＤ３１ａと、競り番号３１ｂと、計測データ３１ｃと、漁場・漁労データ３１ｄと、を含んでいる。生産者ＩＤ３１ａは、生産者ＩＤ２０ｂ、１０ｂと同じであり、競り番号３１ｂは、競り番号２０ｃと同じであり、計測データ３１ｃは、計測データ２０ａとなり、漁場・漁労データ３１ｄは、漁場・漁労データ３１ｄと同じとなる。

統合データ３１は、採捕されてから水揚げされるまでの水産物４の情報を集約したものである。この統合データを参照することにより、水産物４が採捕されてから水揚げされるまでの情報を得ることができる。

なお、統合データ３１の生成においては、漁場・漁労データ１０ａに含まれる日時データと、計測データ２０ａに含まれる日時データを照らし合わせるようにしてもよい。また、競り番号３１ｂは、計測データ生成部２３でなく、データ統合部３０で生成するようにしてもよい。

［統合データ記憶部］
図１に戻り、統合データ記憶部４０は、データ統合部３０で生成された統合データ３１を記憶する。統合データ３１は、取引単位となる水産物４毎に生成されて統合データ記憶部４０に集積される。このため、統合データ３１の数は膨大な数となる。したがって、統合データ記憶部４０には、膨大な数の統合データ３１を記憶するための容量が必要になる。

なお、統合データ記憶部４０には、水産物４を採捕する生産者を示すデータを示す水産物データも記憶されている。生産者データには、生産者の氏名、住所、所属などの個人情報が含まれる。生産者データは、生産者ＩＤ３１ａも含まれており、生産者ＩＤ３１ａをキーとして、生産者データを得ることが可能となっている。

この統合データ３１は、水揚げ以降の水産物４の取引、すなわち競り等を行う場合に用いられる。このため、各水産物４は、競り番号３１ｂをキーとして参照される。

［ハードウエア構成］
図１に示すデータ統合部３０及び統合データ記憶部４０を備える水産物データ管理サーバ５０は、例えば、図５に示すハードウエア構成を有するコンピュータがソフトウエアプログラムを実現することにより実現される。

具体的には、水産物データ管理サーバ５０は、装置全体の制御を司るＣＰＵ（Central Processing Unit）５１と、ＣＰＵ５１の作業領域等として動作する主記憶部５２と、ＣＰＵ５１の動作プログラム等を記憶する外部記憶部５３と、入出力部５４と、通信インターフェイス５５と、これらを接続する内部バス５８から構成される。

ＣＰＵ５１は、ソフトウエアプログラム（以下、単に「プログラム」とする）を実行するプロセッサ（演算装置）である。主記憶部５２には、外部記憶部５３からプログラム５９が読み込まれる。ＣＰＵ５１は、主記憶部５２に格納されたプログラム５９を実行する。これにより、データ統合部３０の機能が実現される。また、後述する統合データ提供部６０、入札データ受け付け部６１、選択部６２、落札結果データ生成部６３、落札結果データ提供部６４、落札結果データ入力部６５、要求受け付け部６６、書類データ生成部６７、書類データ提供部６８、統合データ読み出し部６９、統合データ提供部７０、ビッグデータ生成部７１、ビッグデータ提供部７２、予測データ生成部７３及び予測データ提供部７４の機能も同様である（図７～図１３参照）。

主記憶部５２は、ＲＡＭ（Random Access Memory）等から構成されている。主記憶部５２には、ＣＰＵ５１のプログラム５９が外部記憶部５３からロードされる。また、主記憶部５２は、ＣＰＵ５１の作業領域（データの一時記憶領域）としても用いられる。

外部記憶部５３は、フラッシュメモリ、ハードディスク等の不揮発性メモリから構成される。外部記憶部５３には、ＣＰＵ５１に実行させるためのプログラム５９が予め記憶されている。外部記憶部５３により、統合データ記憶部４０の機能が実現される。

入出力部５４は、外部機器とデータ入出力を行うインターフェイスである。本実施の形態では、入出力部５４は、漁場・漁労データ取得部１０及び計測データ取得部２０と接続されている。漁場・漁労データ取得部１０から送られた漁場・漁労データ１０ａ及び生産者ＩＤ１０ｂと、計測データ取得部２０から送られた計測データ２０ａ、生産者ＩＤ２０ｂ及び競り番号２０ｃは、入出力部５４を介して入力される。

通信インターフェイス５５は、通信ネットワークのインターフェイスである。通信インターフェイス５５を介して、通信端末とのデータ通信及び他のサーバコンピュータとのデータ通信が行われる。なお、漁場・漁労データ取得部１０及び計測データ取得部２０は、通信インターフェイス５５を介して、水産物データ管理サーバ５０に接続されていてもよい。

水産物データ管理サーバ５０は、他に、操作入力を入力する操作部と、表示出力を行う表示部と、音声入出力を行う音声入出力部と、を備えるようにしてもよい。

［水産物データ管理処理］
次に、本実施の形態に係る水産物データ管理システム１の動作、すなわち水産物データ管理システム１によって実行される水産物データ管理処理（水産物データ管理方法）について説明する。

漁船２が出港し、漁場において漁労活動を行っている間、図６に示すように、漁場・漁労データ取得部１０は、漁船２に設けられる無線送信部２ｅから送信される漁場・漁労データ１０ａ及び生産者ＩＤ１０ｂを受信して、漁場・漁労データ１０ａを生産者ＩＤ１０ｂとともに取得する（ステップＳ１；漁場・漁労データ取得工程）。漁場・漁労データ取得部１０は、取得した漁場・漁労データ１０ａ及び生産者ＩＤ１０ｂを、データ統合部３０に送る（ステップＳ２）。すなわち、このステップＳ１、Ｓ２は、漁労活動中に行われる。

漁船２が帰港し、採捕された水産物４が水揚げされる。この水揚げにおいて、計測データ取得部２０を構成する生産者データ取得部２１は、生産者が持っているＩＣカード又はバーコードを読み取ることにより、生産者ＩＤを取得する（ステップＳ３）。

続いて、水産物４は取引単位に分けられ、計測データ取得部２０を構成する計測部２２において、取引単位毎に水産物４の計測が行われる。すなわち、計測データ取得部２０は、水産物４を取引単位毎に計測し、計測データ２０ａを生産者ＩＤ２０ｂとともに取得する（ステップＳ４；計測データ取得工程）。計測データ取得部２０は、計測データ２０ａの取得が完了すると、取得された計測データ２０ａ、生産者ＩＤ２０ｂ及び競り番号２０ｃを、データ統合部３０に送信する（ステップＳ５）。

続いて、データ統合部３０は、図４に示すように、生産者ＩＤ１０ｂ，２０ｂと、漁場・漁労データ１０ａと、計測データ２０ａとを統合して、統合データ３１を生成する（ステップＳ６；データ統合工程）。データ統合部３０は、生成した統合データ３１を統合データ記憶部４０に記憶する（ステップＳ７）。その後、水産物データ管理システム１は、水産物データ管理処理を終了する。統合データ記憶部４０に記憶された統合データ３１は、対応する水産物が競り等で取引される際に用いられる。

［電子入札］
水揚げ後、水産物４は、競りにかけられる。本実施の形態に係る水産物データ管理システム１は、電子入札による競りが可能である。水産物データ管理サーバ５０は、通信ネットワーク３を介して、通信端末８０とデータ通信可能に接続されている。通信端末８０は、通信ネットワーク３に接続可能な通信端末であり、パーソナルコンピュータ、携帯端末又はスマートフォンとすることができる。この点は、後述する通信端末８１～８５でも同じである。通信端末８０は、電子入札により競りを行う仲買人のものが含まれている。また、通信端末８０には、仲買人以外、例えば、生産者のものが含まれていてもよいし、漁業協同組合の職員のものがふくまれていてもよいし、小売業者及び消費者のものが含まれていてもよい。これらの通信端末８０には、電子入札を行うためにアプリケーション（アプリ）が実装されている。

図７に示すように、水産物データ管理サーバ５０は、データ統合部３０及び統合データ記憶部４０の他に、統合データ提供部６０と、入札データ受け付け部６１と、選択部６２と、落札結果データ生成部６３と、落札結果データ提供部６４と、を備える。

統合データ提供部６０は、統合データ３１を、水産物４の取引状況を示す水産物取引データとして、通信端末８０に提供する。通信端末８０には、統合データ３１に含まれる水産物の生産者ＩＤ３１ａ、競り番号３１ｂ、計測データ３１ｃ、漁場・漁労データ３１ｄのリストが表示される。統合データ提供部６０は、通信端末８０が仲買人のものであるか否かに関わらず、統合データ３１を、水産物４の取引状況を示す水産物取引データを、通信端末８０に提供可能である。

競りに参加する仲買人の通信端末８０では、仲買人の操作により、表示された情報に基づいて、購入を希望する水産物に対して入札価格が入力される。入札価格が入力されると、通信端末８０の電子入札アプリケーションは、競り番号、入札者（仲買人）及び入札価格を含む入札データを生成し、通信ネットワーク３を介して水産物データ管理サーバ５０に送信する。

入札データ受け付け部６１は、通信端末８０から送られた、競り番号、入札者及び入札価格を含む入札データを受け付ける。入札データ受け付け部６１は、所定の期間、同じ水産物について、複数の通信端末８０からの入札データを受け付ける。所定の期間が経過すると、入札データ受け付け部６１による入札データの受け付けを終了する。

選択部６２は、入札データ受け付け部６１で受け付けられた入札データの中から、入札価格が最も高い入札データを選択する。同じ水産物４について受け付けられた入札データが１つであった場合には、選択部６２は、その水産物４について、その入札データを選択する。受け付けた入札データが複数であった場合には、選択部６２は、複数の入札データの中から、入札価格が最も高い入札データを選択する。

落札結果データ生成部６３は、選択部６２で選択された入札データに基づいて、落札結果データ３１ｅを生成する。落札結果データ３１ｅには、競り番号、落札者を示すデータ、落札価格を示すデータが含まれる。

データ統合部３０は、統合データ３１に、落札結果データ３１ｅを加える。具体的には、データ統合部３０は、落札結果データ生成部６３から送られた落札結果データ３１ｅに基づいて、同じ競り番号３１ｂを有する統合データ３１に落札結果データ３１ｅを追加する。

落札結果データ提供部６４は、選択部６２で選択された落札結果データ３１ｅを、通信端末８０に提供する。具体的には、落札結果データ提供部６４は、落札結果データ生成部６３から落札結果データ３１ｅを入力して、その落札結果データ３１ｅを、通信端末８０に通信ネットワーク３を介して送信する。

通信端末８０には、水産物４の落札結果データ３１ｅを受信して、そのデータが示す落札結果を表示する。通信端末８０には、受信した落札結果データ３１ｅに基づいて、落札された競り番号、落札者、落札価格が表示される。これにより、通信端末８０を使用する仲買人、市場の職員、小売業者、消費者が、電子入札の競りにおける水産物４の落札状況を確認することができる。

上述のような構成を有する水産物データ管理システム１により、電子入札が行われる。落札された水産物４は、落札者に向けて出荷される。ここで、出荷内容を示す出荷データが、統合データに加えられるようにしてもよい。

［財務管理サーバへの送信］
なお、落札結果データ提供部６４は、落札があった競り番号３１ｂ及び落札結果データ３１ｅを、水産物４の取引データとして漁業協同組合の財務管理を行う財務管理サーバ９０に送信する。財務管理サーバ９０は、落札結果データ３１ｅに含まれる落札価格を含む売上データに基づいて、貸借対照表及び損益計算書などの財務諸表を生成する。

［従来の競りの落札結果の追加］
本実施の形態に係る水産物データ管理システム１は、従来から行われている電子入札以外の競り（通常の競り）に対応することも可能である。図８に示すように、水産物データ管理サーバ５０は、通信ネットワーク３を介して市場における競りの管理者、例えば漁業協同組合の職員の通信端末８１に接続されている。通信端末８１には、通常の競りの落札結果を追加するためのアプリが実装されている。

水産物データ管理サーバ５０は、データ統合部３０、統合データ記憶部４０、統合データ提供部６０及び落札結果データ提供部６４の他に落札結果データ入力部６５を備えている。

統合データ提供部６０は、統合データ３１を、水産物４の取引状況を示す水産物取引データとして、通信端末８１に提供する。通信端末８１には、統合データ３１に含まれる水産物の生産者ＩＤ３１ａ、競り番号３１ｂ、計測データ３１ｃ、漁場・漁労データ３１ｄのリストが表示される。

リストに表示された水産物４について、電子入札でない通常の競りが行われて落札された場合に、その競りの管理者は、通信端末８１を操作して、水産物４の競り番号、落札者、落札価格等を含む落札結果データ３１ｅを生成する。通信端末８１は、この落札結果データ３１ｅを、通信ネットワーク３を介して水産物データ管理サーバ５０に送る。

落札結果データ入力部６５は、通信端末８１から送られたデータ、すなわち水産物４が競りで落札されたときの落札結果データ３１ｅを入力する。データ統合部３０は、競り番号３１ｂをキーとして、落札結果データ３１ｅを、同じ競り番号３１ｂを有する統合データ３１に加える。統合データ提供部６０は、通信端末８０，８１に対して、落札結果データ３１ｅが追加された統合データ３１を、水産物４の取引状況を示す水産物取引データとして提供するようにしてもよい。これにより、通信端末８０を使用する仲買人、市場の職員、小売業者、消費者が、電子入札の競りにおける水産物４の落札状況を確認することができる。

この構成を有する水産物データ管理システム１によれば、水産物４に対して電子入札でない通常の競りが行われた場合でも、その落札結果を統合データ３１に加え、統合することが可能となる。追加されるのは落札結果データ３１ｅだけなので、競りの方式に関わらず、電子入札と同様に、落札結果データ３１ｅの追加が可能となる。

［財務管理サーバへの送信］
なお、落札結果データ提供部６４は、落札結果データ３１ｅを、水産物４の取引データとして漁業協同組合の財務管理を行う財務管理サーバ９０に送信する。財務管理サーバ９０は、落札結果データ３１ｅに含まれる落札価格を含む売上データに基づいて、貸借対照表及び損益計算書などの財務諸表を生成する。

［落札結果データの連結］
なお、図９に示すように、水産物４は、漁協産地市場に水揚げされ、その後、地方魚類市場、都市魚類市場、大都市魚類市場のうち、いくつかの市場を経た後、量販店、小売店を介して、消費者の元に届く場合がある。この場合、同じ水産物４に対して、競りが複数段階行われる。各段階、すなわち水産物が落札される度に、データ統合部３０は、統合データ３１に、落札結果データ３１ｅを順次加えていく。

例えば、図９では、漁協産地市場での落札結果データＤ１、地方魚類市場での落札結果データＤ２、都市魚類市場での落札結果データＤ３及び大都市魚類市場での落札結果データＤ４が落札順に加えられた統合データ３１を生成することができる。なお、水産物４が、地方魚類市場から量販店等に卸売りされた場合には、落札結果データＤ１，Ｄ２が統合データ３１に加えられる。水産物４が都市魚類市場から量販店等に卸売された場合には、落札結果データＤ１～Ｄ３が統合データ３１に加えられる。

複数段階の競りにおいて、電子入札と通常の競りが混在していた場合でも、図７に示す構成と、図８に示す構成とを両方備える水産物データ管理システム１であれば、図９に示すように、複数段階の落札結果データ３１ｅが連結された統合データ３１を生成することができる。

［電子書類データの提供］
また、本実施の形態に係る水産物データ管理システム１は、水産物４の取引に必要な電子書類データの提供が可能である。図１０に示すように、水産物データ管理システム１は、統合データ記憶部４０及び統合データ提供部６０に加え、要求受け付け部６６と、書類データ生成部６７と、書類データ提供部６８と、を備える。

統合データ提供部６０は、通信ネットワーク３を介して、統合データ記憶部４０に記憶された統合データ３１を通信端末８２に送信する。通信端末８２は、生産者、市場の職員又は仲買人によって所有される端末である。通信端末８２には、電子書類データ作成アプリが実装されている。電子書類データ作成アプリにより、統合データ３１のリストが通信端末８２に表示される。通信端末８２では、リストから、電子書類データ生成の対象となる統合データ３１の、生産者ＩＤ３１ａ、競り番号３１ｂ又は落札結果データ３１ｅに含まれる仲買人のデータが選択される。

さらに、通信端末８２では、生成を要求する電子書類データの種類が選択され、生産者ＩＤ３１ａ、競り番号３１ｂ又は仲買人のデータと電子書類の種類を示すデータとを含む生成要求データが生成される。例えば、電子書類データの種類には、水揚伝票、仲買人の入札用紙、販売先のリスト、販売結果の伝票、販売代金の請求書などがある。生成要求データは、通信ネットワーク３を介して水産物データ管理サーバ５０に送信される。

要求受け付け部６６は、通信端末８２から、水産物４の取引に必要な電子書類データの生成要求データを受信して、その要求を受け付ける。生成要求データは、書類データ生成部６７に送られる。

書類データ生成部６７は、生産要求データに含まれる生産者ＩＤ３１ａ、競り番号３１ｂ又は仲買人のデータに対応する統合データ３１を統合データ記憶部４０から読み出す。そして、書類データ生成部６７は、統合データ記憶部４０から読み出した統合データ３１に基づいて、生産要求データに含まれる種類の電子書類データを生成する。例えば、要求された電子書類データが、ある生産者の水揚げ伝票である場合には、生産者ＩＤ３１ａを参照して統合データ３１が読み出され、読み出された統合データ３１に基づいて、水揚げ伝票が生成される。また、要求された電子書類データが、個々の水産物４の販売結果を示す伝票である場合には、競り番号３１ｂを参照して統合データ３１が読み出され、読み出された統合データ３１に基づいて、要求された電子書類の方式に基づいて伝票が生成される。また、要求された電子書類データが、仲買人に対する販売代金の請求書であった場合には、落札結果データ３１ｅに含まれる仲買人のデータを参照して、統合データ３１が読み出され、読み出された統合データ３１に基づいて請求書が生成される。なお、統合データ３１が複数である場合には、統合データ３１は、例えば時系列順にソートされるようにしてもよい。

書類データ提供部６８は、書類データ生成部６７で生成された電子書類データを、生成要求を行った通信端末８２に通信ネットワーク３を介して提供する。電子書類データの生成を要求した者は、通信端末８２に提供された電子書類データを印刷するなどして、その後の手続を行う。

［トレーサビリティ］
また、本実施の形態に係る水産物データ管理システム１によれば、水産物４がどのような場所で採捕され、水揚げされ、販売されたのかを遡って水産物４の購入者等が把握することができるトレーサビリティが可能である。

図１１に示すように、水産物データ管理サーバ５０は、水産物４を購入した購入者の通信端末８３からの要求に従って、統合データ３１を、水産物４が採捕されてから購入者の手元に至るまでの過程を遡って追跡するトレーサビリティ用のデータとして提供する。具体的には、水産物データ管理サーバ５０は、要求受け付け部６６と、統合データ読み出し部６９と、統合データ提供部７０と、を備える。

要求受け付け部６６は、通信端末８３からの要求を受け付ける。この要求には、競り番号３１ｂが含まれている。統合データ読み出し部６９は、競り番号３１ｂが同じ統合データを読み出す。統合データ提供部７０は、読み出された統合データ３１を、通信ネットワーク３を介して通信端末８３に送信する。

通信端末８３には、トレーサビリティ用のアプリが実装されている。統合データ３１の提供を受けた通信端末８３では、提供された統合データ３１が表示される。

購入者は、表示された統合データ３１、すなわち漁場・漁労データ３１ｄ、水揚げ時の計測データ３１ｃ及び落札結果データ３１ｅに基づいて、購入した水産物４がいつどこでどのような漁法、環境で採捕されたか、いつ水揚げされ、水揚げ時の計測結果がどうであったか、又はどのような落札内容であったかを確認することができる。

［ビッグデータの資源管理の活用］
本実施の形態に係る水産物データ管理システム１には、統合データ記憶部４０に、多数の統合データ３１がビッグデータとして集積される。水産物データ管理システム１は、集積されたビッグデータの利用を可能とする。

例えば、図１２に示すように、地方自治体等の漁場周辺の水産資源を管理する資源管理者のサーバコンピュータ、すなわち資源管理サーバ９１に対して、多数の統合データ３１を含むビッグデータを提供することができる。

より具体的には、水産物データ管理システム１は、要求受け付け部６６と、ビッグデータ生成部７１と、ビッグデータ提供部７２と、を備える。

要求受け付け部６６は、漁業協同組合の職員の通信端末８４から、資源管理用のビッグデータの送信要求を受け付ける。

ビッグデータ生成部７１は、統合データ記憶部４０に集積された統合データ３１に基づいて、水産物４が採捕される水産資源を管理する資源管理者向けのビッグデータを生成する。ビッグデータの生成の対象となる統合データ３１は、指定された期間に生成されたデータでよい。統合データ３１は、それぞれが、競り番号３１ｂに従ってまとめられている。ビッグデータ生成部７１は、統合データ３１を例えば、水域毎のデータ、魚種ごとのデータなどにソートして、資源管理用のビッグデータを生成する。

ビッグデータ提供部７２は、ビッグデータ生成部７１でビッグデータを資源管理用のビッグデータとして、通信ネットワーク３を介して資源管理サーバ９１に送信する。

なお、資源管理者側で、統合データ３１を資源管理用のデータに組み替える場合には、水産物データ管理サーバ５０は、統合データ記憶部４０に集積された統合データ３１をそのまま資源管理サーバ９１に送るようにしてもよい。

［漁獲量の予測］
また、本実施の形態に係る水産物データ管理システム１によれば、今後の水産物４の漁獲量等の予測をすることが可能である。この予測を実現するため、図１３に示すように、本実施の形態に係る水産物データ管理システム１は、要求受け付け部６６と、予測データ生成部７３と、予測データ提供部７４と、を備える。

要求受け付け部６６は、購入者等の通信端末８５からの予測データの生成要求を、通信ネットワーク３を介して受け付ける。予測データ生成部７３は、統合データ記憶部４０に集積された統合データ３１の集積結果に基づいて、水産物４の将来の水揚げ量の予測データを生成する。

例えば、図１４に示すように、統合データ３１に基づいて、ある魚種の水産物Ａ，Ｂ，Ｃについて、過去において１年の間に漁獲量が周期的に増減している場合には、その周期的に変動する漁獲量の変動に基づいて、水産物Ａ，Ｂ，Ｃの漁獲量の予測データを生成することができる。

予測データ提供部７４は、予測データ生成部７３によって生成された予測データを、通信ネットワーク３を介して生産者の通信端末８５に提供する。

予測データは、通信端末８５に表示される。例えば、図１４に示すようなグラフが表示される。表示された予測データを見た生産者は、水産物Ａ，Ｂ，Ｃの漁獲量の予測データに基づいて、漁獲量が大きくなるような漁労計画を立てることができる。

予測データ生成部７３は、予測データとして、様々なものを生成することができる。漁場・漁労データ１０ａに含まれる日時データ、魚種データ、気象データ、海象データ及び水温データ等に基づいて、漁獲量が多いそれらの条件を割り出し、気象予報に基づいて、条件が合致する日にちを選択して、その日にちを予測データとして提供するようにしてもよい。このようにすれば、気象・海象データ等に基づく精度の高い漁獲予測が可能となる。また、このような予測には、機械学習、例えば深層学習を用いることができる。

なお、水産物データ管理システム１は、予測データを提供するだけでなく、予測データに基づいて、漁労計画を立案、すなわち漁を行う日程を決定することも可能である。なお、採り過ぎによる価格の低下を防止するため、価格を適切に保つことができる漁獲量が予想される日にちに漁ができるような計画を立てるのが望ましい。

［消費者向けのアプリケーション］
また、本実施の形態に係る水産物データ管理システム１を用いて、購入者、例えば消費者向けのアプリケーションを作成することができる。漁場・漁労データ１０ａ及び計測データ２０ａは、購入者が、その水産物４を購入するにあたっての有用な情報となる。この場合の水産物データ管理システム１の構成は、図１１に示すものを採用することができる。

水産物データ管理サーバ５０の統合データ提供部６０は、購入者の通信端末８３に統合データ３１を提供する。通信端末８３には、統合データ３１が表示される。購入者が水産物の統合データ３１を見て購入したい水産物４を選べば、漁業協同組合が、その水産物４を購入者に直販することも可能となる。また、このアプリケーションを用いて、例えば、水産物４のおすすめの調理法を提供するなど、購入者とコミュニケーションをとったりすることも可能となる。このようにすれば、新しい消費者を獲得するなど、水産物４の需要を広げることが可能になる。生産者のことを知りたいという要求が消費者にある場合には、消費者に対して、生産者データを提供するようにしてもよい。

以上詳細に説明したように、上記実施の形態によれば、水産物４を採捕する生産者を識別する生産者ＩＤ１０ｂ，２０ｂと、水産物４の計測データ２０ａと、水産物４が採捕されたときの漁場・漁労データ１０ａとが統合されて、採捕から取引に至るまでの水産物４の統合データ３１として生成され、統合データ記憶部４０に記憶される。この統合データ３１を用いれば、水産物４を採捕から取引に至るまでの過程を自動的に統括管理することができる。

なお、上記実施の形態では、計測データ２０ａには、水産物４の種別を示すデータが含まれるとともに、水産物４について、形状を示すデータ、大きさを示すデータ、重さを示すデータ、鮮度を示すデータ、温度を示すデータ、脂質を示すデータ、撮像データが含まれる。

しかしながら、本発明はこれには限られない。水産物４の形状を示すデータ、大きさを示すデータ、重さを示すデータ、鮮度を示すデータ、温度を示すデータ、脂質を示すデータ、撮像データのうちの少なくとも１つが含まれるようにすればよい。

また、上記実施の形態では、撮像データから水産物４の種別を判定することが可能となる。音声入力により種別を認識する場合には、水産物４の名称の地域間の違いを解消し、統一した名称で、水産物４の種別を管理することが可能となる。

また、水産物４を箱５に入れたままで重量計測を行い、撮像データから箱５を特定しつつ、その箱５の中の氷等の重量を推定して、それらの重量を差し引いて、水産物４の重量を算出する。このようにすれば、箱５の種類によらず、箱５から水産物４を出すことなく、水産物４の重量の正確な測定が可能となる。

また、上記実施の形態では、漁場データには、水産物４が採捕されたときの気象状態を示すデータ、海象状態を示すデータ、潮流を示すデータ、水温を示すデータ、魚群を示すデータのうちの少なくとも１つが含まれており、漁労データには、漁法を示すデータ、前記漁労活動中の航跡を示すデータ及び操業水域を示すデータが含まれている。漁場・漁労データ１０ａは、漁場データだけであってもよいし、漁労データだけであってもよい。

しかしながら、本発明はこれには限られない。漁場データには、気象状態を示すデータ、海象状態を示すデータ、潮流を示すデータ、水温を示すデータ、魚群を示すデータのうちの少なくとも１つが含まれていればよい。また、漁労データには、漁法を示すデータ、前記漁労活動中の航跡を示すデータ及び操業水域を示すデータのうちの少なくとも１つが含まれていればよい。

また、上記実施の形態に係る水産物データ管理システム１によれば、複数の通信端末８０を介した電子入札が可能となる。電子入札による落札結果データ３１ｅは、水産物４の統合データ３１に加えられる。このようにすれば、水産物４の取引段階のデータについても漁場・漁労データ１０ａと計測データ２０ａとともにまとめて記憶することができる。これにより、採捕から取引段階までの水産物４のデータを一括管理することが可能となる。

また、上記実施の形態に係る水産物データ管理システム１によれば、電子入札でない通常の競りの結果である落札結果データ３１ｅも、統合データ３１に加えることが可能である。

このようにすれば、競りの方式に関わらず、水産物４の落札結果データ３１ｅを統一的に管理することが可能となる。

この水産物データ管理システム１では、同じ水産物４が競りを経ることに、その落札結果データ３１ｅが、統合データ３１に追加される。この統合データ３１を参照することにより、水産物４がどのような市場を経て、どのように落札されたのかを知ることができる。

また、上記実施の形態に係る水産物データ管理システム１によれば、水産物４が採捕されるときの漁場・漁労データ１０ａと水産物４の計測データ２０ａとが統合された統合データ３１を生成することができるので、統合データ３１を、その水産物４が採捕された水産資源の資源管理者への報告用のデータ（改正漁業法で求められている漁業報告）として用いることができる。これにより、報告を行う義務のある漁業協同組合の負担を軽減することができる。

また、上記実施の形態に係る水産物データ管理システム１によれば、生成された統合データ３１を、水産物４を購入した購入者の通信端末８３からの要求に従って、統合データ３１を、水産物４が採捕されてから購入者の手元に至るまでの過程を遡って追跡するトレーサビリティ用のデータとして提供することができる。

また、上記実施の形態に係る水産物データ管理システム１によれば、今後の水産物４の水揚げ量、すなわち漁獲量を予測することができる。これにより、漁獲量が多いことが予想される日時に漁を行うような計画を立てることが可能となる。

また、上記実施の形態では、水産物データ管理サーバ５０で水産物４の統合データを管理している。しかしながら、本発明はこれには限られない。例えば、複数のサーバシステムで、水産物４の統合データ３１を共有して管理するようにしてもよい。例えば、ブロックチェーンにより統合データ３１を管理するようにしてもよい。このようにすれば、統合データ３１の改ざんを防止することが可能となる。

また、上記実施の形態に係る水産物データ管理システム１は、様々な通信端末に、水産物４のデータを提供する。提供されるデータには、提供される相手によっては秘匿すべき情報、例えば個人情報が含まれている場合もある。水産物データ管理システム１は、提供される相手によって、提供するデータを暗号化により制限するようにしてもよい。上述のブロックチェーンには、閲覧できるデータを制限する暗号化技術が用いられている。

上記実施の形態に係る水産物データ管理システム１によれば、漁業に関わる者に対して様々なメリットをもたらす。
例えば、水産物４を採捕し、水揚げする生産者には、以下のようなメリットがある。
（１）これまで翌日以降に紙媒体でしか入手できなかった取引価格をリアルタイムで把握することができる。
（２）翌日以降の出漁可否、漁獲計画を立てやすくすることができる。
（３）集積された統合データに基づいて、改正漁業法に対応した漁業管理を実行することができる。

また、漁業協同組合には、以下のようなメリットがある。
（１）販売業務での手書き、手入力作業がなくなり、市場の業務の効率化、コスト削減を実現することができる。
（２）手書きでの記録作業や手作業でのパソコンの入力業務等の省力化、入力ミスの低減
（３）煩雑な事務作業から解放されるため、職員が、水産物４の付加価値向上に関する業務（ブランド化、販路拡大など）に専念することができる。
（４）新卸売市場法に対応した水産物データを生成することができる。

また、水産物４を購入する購入者、例えば仲買人又は消費者には、以下のようなメリットがある。
（１）遠隔地にいるか否かに関わらず、水揚げ状況を早期に把握することができる。
（２）市場外から水産物４の水揚げ状況を確認することができる。これにより、Ｗｉｔｈ／Ｐｏｓｔコロナという社会の変革の流れに対応することができる。
（３）複数の市場における水産物４の情報を一度に収集することができるので、そのような情報を収集する負担を軽減することができる。
（４）隣接する地域での、水産物４の比較が可能となる。
（５）漁獲量を調整して、大漁（採り過ぎ）時の水産物４の価格の下落を防止することができる。
（６）無駄な移動や市場内での待機時間（競り開始までの待ち時間）を短くすることができるので業務効率が向上する。

資源管理者には、以下のようなメリットがある。
（１）集積した統合データに基づいて、水産資源の管理が容易になる。
（２）水産資源を管理するための新しい方策、政策の立案を迅速に行うことができる。
（３）地域で採捕される水産物４の一括管理を可能とすることにより、地域経済の産業競争力を強化することが可能となる。

さらに、上記実施の形態に係る水産物データ管理システム１によれば、ホテルや高級飲食店向けの水産物４に求められる産地証明の発行が可能になる。また、水産物データ管理システム１によれば、密漁等を禁止し、水産物４の輸出に必須の国際認証に対応した信頼性の高いトレーサビリティを確立することができる。この結果、食の安全性を保証し、国内販売及び厳格な国際認証の下での輸出を促進することができる。

また、消費者向けのアプリケーションを生成し、統合データ３１を消費者が閲覧できるようにすれば、消費者へ個々の水産物４の品質をアピールすることができる。これにより、新たな消費者を開拓することができるようになり、水産物４の需要を高めて、水産物４の価格の上昇を期待することができる。

上記実施の形態に係る水産物データ管理システム１は、生産者、漁協職員、仲買人及び消費者が所有する携帯端末でアクセスすることができる。また、水産物データ管理システム１を適用する際には漁協の既存の会計システム、すなわち財務管理サーバに大幅な改造を必要としない。このため、システムの初期導入費又は維持管理費を低く抑えることができる。

上記実施の形態に係る水産物データ管理システム１における水産物４の管理を行う領域は、漁業協同組合ごとであってもよいし、その市町村単位であってもよいし、県ごとであってもよい。管理を行う領域が広くなればなるほど、ビッグデータとしての利用価値は高くなることが予想される。

なお、上記実施の形態では、漁場・漁労データ取得部１０及び計測データ取得部２０は、水産物データ管理サーバ５０に含まれないものとしている。しかしながら、本発明はこれには限られない。漁場・漁労データ取得部１０と、計測データ取得部２０のうち、図１に示す、生産者データ取得部２１及び計測部２２を除く部分とが、水産物データ管理サーバ上に構築されていてもよい。

この場合、コンピュータを、漁場・漁労データ取得部１０、計測データ取得部２０、データ統合部３０として機能させるプログラムが実行されることにより、水産物データ管理サーバ５０が実現されることになる。

水産物データ管理システム１のハードウエア構成やソフトウエア構成は一例であり、任意に変更および修正が可能である。

ＣＰＵ５１、主記憶部５２、外部記憶部５３、入出力部５４、通信インターフェイス５５などから構成される水産物データ管理システム１の処理を行う中心となる部分は、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、前記の動作を実行するためのコンピュータプログラムを、コンピュータが読み取り可能な記録媒体（フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ等）に格納して配布し、当該コンピュータプログラムをコンピュータにインストールすることにより、前記の処理を実行する水産物データ管理システム１を構成してもよい。また、インターネット等の通信ネットワーク上のサーバ装置が有する記憶装置に当該コンピュータプログラムを格納しておき、通常のコンピュータシステムがダウンロード等することで水産物データ管理システム１を構成してもよい。

水産物データ管理システム１の機能を、ＯＳ（オペレーティングシステム）とアプリケーションプログラムの分担、またはＯＳとアプリケーションプログラムとの協働により実現する場合などには、アプリケーションプログラム部分のみを記録媒体や記憶装置に格納してもよい。

搬送波にコンピュータプログラムを重畳し、通信ネットワークを介して配信することも可能である。たとえば、通信ネットワーク上の掲示板（BBS, Bulletin Board System）にコンピュータプログラムを掲示し、ネットワークを介してコンピュータプログラムを配信してもよい。そして、このコンピュータプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、前記の処理を実行できるように構成してもよい。

この発明は、この発明の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、この発明を説明するためのものであり、この発明の範囲を限定するものではない。すなわち、この発明の範囲は、実施の形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、この発明の範囲内とみなされる。

本発明は、採捕される水産物データの管理に適用することができる。特に、水産物が採捕されてから取引に至るまでの過程におけるデータの管理に好適である。

１ 水産物データ管理システム、２ 漁船、２ａ ＧＰＳシステム、２ｂ 魚群探知機、２ｃ 各種センサ、２ｄ 漁場・漁労データ生成部、２ｅ 無線送信部、３ 通信ネットワーク、４ 水産物、５ 箱、１０ 漁場・漁労データ取得部、１０ａ 漁場・漁労データ、１０ｂ 生産者ＩＤ、１１ 無線受信部、２０ 計測データ取得部、２０ａ 計測データ、２０ｂ 生産者ＩＤ、２０ｃ 競り番号、２１ 生産者データ取得部、２２ 計測部、２２ａ 重量計測部、２２ｂ センサ部、２２ｃ 制御部、２２ｄ 音声入力部、２２ｅ 表示部、２３ 計測データ生成部、３０ データ統合部、３１ 統合データ、３１ａ 生産者ＩＤ、３１ｂ 競り番号、３１ｃ 計測データ、３１ｄ 漁場・漁労データ、３１ｅ 落札結果データ、４０ 統合データ記憶部、５０ 水産物データ管理サーバ、５１ ＣＰＵ，５２ 主記憶部、５３ 外部記憶部、５４ 入出力部、５５ 通信インターフェイス、５８ 内部バス、５９ プログラム、６０ 統合データ提供部、６１ 入札データ受け付け部、６２ 選択部、６３ 落札結果データ生成部、６４ 落札結果データ提供部、６５ 落札結果データ入力部、６６ 要求受け付け部、６７ 書類データ生成部、６８ 書類データ提供部、６９ 統合データ読み出し部、７０ 統合データ提供部、７１ ビッグデータ生成部、７２ ビッグデータ提供部、７３ 予測データ生成部、７４ 予測データ提供部、８０，８１，８２，８３，８４，８５ 通信端末、９０ 財務管理サーバ、９１ 資源管理サーバ、Ａｒ 計測エリア、Ｔｂ 計測台

Claims (15)

1. 水産物が採捕される漁場を示すデータと、前記水産物を採捕する漁労活動を示すデータとの少なくとも一方を含む漁場・漁労データを、前記水産物を採捕する生産者を識別する生産者識別データとともに取得する漁場・漁労データ取得部と、
   前記水産物が水揚げされる際に、前記水産物を計測し、前記水産物の計測データを前記生産者識別データとともに取得する計測データ取得部と、
   前記生産者識別データと、前記水産物の計測データと、前記漁場・漁労データとを統合して、前記水産物の統合データを生成するデータ統合部と、
   を備える水産物データ管理システム。
2. 前記計測データには、前記水産物の種別を示すデータが含まれるとともに、
   前記水産物について、形状を示すデータ、大きさを示すデータ、重さを示すデータ、鮮度を示すデータ、温度を示すデータ、撮像データのうちの少なくとも１つが前記計測データに含まれる、
   請求項１に記載の水産物データ管理システム。
3. 前記計測データ取得部は、
   前記水産物の撮像データを前記計測データとして取得し、
   前記撮像データに基づいて、前記水産物の種別を判定する、
   請求項１に記載の水産物データ管理システム。
4. 前記計測データ取得部は、
   前記水産物が箱に入れられている場合に、前記水産物が入れられた前記箱全体の重量と、前記箱とその中身の撮像データを前記計測データとして取得し、
   前記撮像データから推定される前記箱と前記箱における前記水産物以外の部分との重量を前記箱全体の重量から差し引くことにより、前記水産物の重量を算出する、
   請求項１に記載の水産物データ管理システム。
5. 前記漁場を示すデータには、前記水産物が採捕されたときの気象状態を示すデータ、海象状態を示すデータ、潮流を示すデータ、水温を示すデータ、魚群を示すデータのうちの少なくとも１つが含まれ、
   前記漁労活動を示すデータには、漁法を示すデータ、前記漁労活動中の航跡を示すデータ及び操業水域を示すデータのうちの少なくとも１つが含まれる、
   請求項１から４のいずれか一項に記載の水産物データ管理システム。
6. 前記統合データを仲買人の通信端末に提供する統合データ提供部と、
   前記通信端末から送られた、入札者及び入札価格を含む入札データを受け付ける入札データ受け付け部と、
   前記入札データ受け付け部で受け付けられた前記入札データの中から、入札価格が最も高い前記入札データを選択する選択部と、
   前記選択部で選択された前記入札データに基づいて、落札結果データを生成する落札結果データ生成部と、
   前記落札結果データを入札者の前記通信端末に提供する落札結果データ提供部と、
   を備え、
   前記データ統合部は、前記統合データに、前記落札結果データを加える、
   請求項１から５のいずれか一項に記載の水産物データ管理システム。
7. 前記水産物が競りで落札されたときの落札結果データを入力する落札結果データ入力部を備え、
   前記データ統合部は、前記統合データに、前記落札結果データ入力部に入力された前記落札結果データを加える、
   請求項１から５のいずれか一項に記載の水産物データ管理システム。
8. 前記水産物が落札される度に、
   前記データ統合部は、順次、前記統合データに、前記落札結果データを加える、
   請求項６又は７に記載の水産物データ管理システム。
9. 通信端末から、前記水産物の取引に必要な電子書類データの生成要求を受け付ける要求受け付け部と、
   前記統合データに基づいて、前記電子書類データを生成する書類データ生成部と、
   前記書類データ生成部で生成された前記電子書類データを、生成要求を行った前記通信端末に提供する書類データ提供部と、
   を備える、
   請求項６から８のいずれか一項に記載の水産物データ管理システム。
10. 前記落札結果データを、前記水産物の取引データとして漁業協同組合の財務管理を行うサーバに提供する、
    請求項６から９のいずれか一項に記載の水産物データ管理システム。
11. 前記水産物を購入した購入者の通信端末からの要求に従って、前記統合データをトレーサビリティ用のデータとして提供する、
    請求項６から１０のいずれか一項に記載の水産物データ管理システム。
12. 前記統合データを集積して記憶する統合データ記憶部を備え、
    前記統合データ記憶部に集積された前記統合データに基づいて、前記水産物が採捕される水産資源を管理する資源管理者向けのビッグデータを生成するビッグデータ生成部を備える、
    請求項１から５のいずれか一項に記載の水産物データ管理システム。
13. 前記統合データを集積して記憶する統合データ記憶部を備え、
    前記統合データ記憶部に集積された前記統合データに基づいて、前記水産物の将来の水揚げ量の予測データを生成する予測データ生成部を備える、
    請求項１から５のいずれか一項に記載の水産物データ管理システム。
14. 水産物データ管理システムによって実行される水産物データ管理方法であって、
    水産物が採捕される漁場を示すデータと、前記水産物を採捕する漁労活動を示すデータとの少なくとも一方を含む漁場・漁労データを、前記水産物を採捕する生産者を識別する生産者識別データとともに取得する漁場・漁労データ取得工程と、
    前記水産物が水揚げされる際に、前記水産物を計測し、前記水産物の計測データを前記生産者識別データとともに取得する計測データ取得工程と、
    前記生産者識別データと、前記水産物の計測データと、前記漁場・漁労データとを統合して、前記水産物の統合データを生成するデータ統合工程と、
    を含む水産物データ管理方法。
15. コンピュータを、
    水産物が採捕される漁場を示すデータと、前記水産物を採捕する漁労活動を示すデータとの少なくとも一方を含む漁場・漁労データを、前記水産物を採捕する生産者を識別する生産者識別データとともに取得する漁場・漁労データ取得部、
    前記水産物が水揚げされる際に、前記水産物の計測データを前記生産者識別データとともに取得する計測データ取得部、
    前記生産者識別データと、前記水産物の計測データと、前記漁場・漁労データとを統合して、前記水産物の統合データを生成するデータ統合部、
    として機能させるプログラム。

Images