知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024178541
(43)【公開日】2024-12-25
(54)【発明の名称】障害管理システム
(51)【国際特許分類】
G06Q 50/02 20240101AFI20241218BHJP
G06Q 50/10 20120101ALI20241218BHJP
【ＦＩ】
G06Q50/02
G06Q50/10
【審査請求】有
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2023096744
(22)【出願日】2023-06-13
(71)【出願人】
【識別番号】519257463
【氏名又は名称】株式会社ミライ菜園
(74)【代理人】
【識別番号】110002789
【氏名又は名称】弁理士法人ＩＰＸ
(72)【発明者】
【氏名】畠山 友史
【テーマコード（参考）】
5L049
5L050
【Ｆターム（参考）】
5L049CC01
5L049CC11
5L050CC01
5L050CC11
(57)【要約】
【課題】障害の発生状況の管理が容易に行える障害管理システムを提供する。
【解決手段】本発明の一態様によれば、障害管理システムが提供される。この障害管理システムは、プロセッサを備える。プロセッサは、予報ステップと、第１受付ステップと、記録ステップと、を実行するように構成される。予報ステップでは、植物に発生する障害の可能性を予報値として第１ユーザ端末に送信する。第１受付ステップでは、第１ユーザ端末から、予報値が送信された障害の発生の有無を示す発生値の入力を受け付ける。記録ステップでは、発生値を、予報値に紐付けられた植物の種類、第１ユーザ端末のユーザＩＤに紐付けられた生育地、及び発生値の入力日時と共に記録する。
【選択図】図１
【解決手段】本発明の一態様によれば、障害管理システムが提供される。この障害管理システムは、プロセッサを備える。プロセッサは、予報ステップと、第１受付ステップと、記録ステップと、を実行するように構成される。予報ステップでは、植物に発生する障害の可能性を予報値として第１ユーザ端末に送信する。第１受付ステップでは、第１ユーザ端末から、予報値が送信された障害の発生の有無を示す発生値の入力を受け付ける。記録ステップでは、発生値を、予報値に紐付けられた植物の種類、第１ユーザ端末のユーザＩＤに紐付けられた生育地、及び発生値の入力日時と共に記録する。
【選択図】図１
【特許請求の範囲】
【請求項1】
障害管理システムであって、
プロセッサを備え、
前記プロセッサは、予報ステップと、第１受付ステップと、記録ステップと、を実行するように構成され、
前記予報ステップでは、植物に発生する障害の可能性を予報値として第１ユーザ端末に送信し、
前記第１受付ステップでは、前記第１ユーザ端末から、前記予報値が送信された前記障害の発生の有無を示す発生値の入力を受け付け、
前記記録ステップでは、前記発生値を、前記予報値に紐付けられた植物の種類、前記第１ユーザ端末のユーザＩＤに紐付けられた生育地、及び前記発生値の入力日時と共に記録する、障害管理システム。
プロセッサを備え、
前記プロセッサは、予報ステップと、第１受付ステップと、記録ステップと、を実行するように構成され、
前記予報ステップでは、植物に発生する障害の可能性を予報値として第１ユーザ端末に送信し、
前記第１受付ステップでは、前記第１ユーザ端末から、前記予報値が送信された前記障害の発生の有無を示す発生値の入力を受け付け、
前記記録ステップでは、前記発生値を、前記予報値に紐付けられた植物の種類、前記第１ユーザ端末のユーザＩＤに紐付けられた生育地、及び前記発生値の入力日時と共に記録する、障害管理システム。
【請求項2】
請求項１に記載の障害管理システムにおいて、
前記第１受付ステップでは、前記第１ユーザ端末における前記予報値が表示された状態からのシングルアクション又はダブルアクションによって、前記発生値の入力を受け付ける、障害管理システム。
前記第１受付ステップでは、前記第１ユーザ端末における前記予報値が表示された状態からのシングルアクション又はダブルアクションによって、前記発生値の入力を受け付ける、障害管理システム。
【請求項3】
請求項１に記載の障害管理システムにおいて、
前記記録ステップでは、前記第１ユーザ端末から送信される位置情報に基づいて前記生育地を記録する、障害管理システム。
前記記録ステップでは、前記第１ユーザ端末から送信される位置情報に基づいて前記生育地を記録する、障害管理システム。
【請求項4】
請求項３に記載の障害管理システムにおいて、
前記プロセッサは、登録ステップをさらに実行するように構成され、
前記登録ステップでは、前記ユーザＩＤ、及び管理生育地を含むユーザデータを登録し、
前記記録ステップでは、前記生育地として、前記ユーザデータに登録された前記管理生育地のうち、前記位置情報に最も近いものを記録する、障害管理システム。
前記プロセッサは、登録ステップをさらに実行するように構成され、
前記登録ステップでは、前記ユーザＩＤ、及び管理生育地を含むユーザデータを登録し、
前記記録ステップでは、前記生育地として、前記ユーザデータに登録された前記管理生育地のうち、前記位置情報に最も近いものを記録する、障害管理システム。
【請求項5】
請求項３に記載の障害管理システムにおいて、
前記記録ステップでは、一定回数以上前記第１ユーザ端末から送信された前記位置情報を前記生育地として記録する、障害管理システム。
前記記録ステップでは、一定回数以上前記第１ユーザ端末から送信された前記位置情報を前記生育地として記録する、障害管理システム。
【請求項6】
請求項１に記載の障害管理システムにおいて、
前記プロセッサは、履歴出力ステップをさらに実行するように構成され、
前記履歴出力ステップでは、記録された前記発生値の履歴を前記第１ユーザ端末に出力する、障害管理システム。
前記プロセッサは、履歴出力ステップをさらに実行するように構成され、
前記履歴出力ステップでは、記録された前記発生値の履歴を前記第１ユーザ端末に出力する、障害管理システム。
【請求項7】
請求項１に記載の障害管理システムにおいて、
前記第１受付ステップでは、前記第１ユーザ端末から、前記予報値が送信された前記障害に対して散布された農薬の種類及び散布日の入力を受け付け、
前記記録ステップでは、前記障害と紐づけて、前記農薬の種類及び散布日を記録する、障害管理システム。
前記第１受付ステップでは、前記第１ユーザ端末から、前記予報値が送信された前記障害に対して散布された農薬の種類及び散布日の入力を受け付け、
前記記録ステップでは、前記障害と紐づけて、前記農薬の種類及び散布日を記録する、障害管理システム。
【請求項8】
請求項７に記載の障害管理システムにおいて、
前記予報ステップでは、植物に発生する複数の種類の障害それぞれの可能性を前記予報値として前記第１ユーザ端末に送信し、
前記記録ステップでは、前記複数の種類の障害のうち、前記農薬が有効な障害を、前記農薬の種類及び散布日と紐付けて記録する、障害管理システム。
前記予報ステップでは、植物に発生する複数の種類の障害それぞれの可能性を前記予報値として前記第１ユーザ端末に送信し、
前記記録ステップでは、前記複数の種類の障害のうち、前記農薬が有効な障害を、前記農薬の種類及び散布日と紐付けて記録する、障害管理システム。
【請求項9】
請求項７に記載の障害管理システムにおいて、
前記プロセッサは、リマインドステップをさらに実行するように構成され、
前記リマインドステップでは、前記農薬の散布日から所定の日数が経過した時点で、農薬散布のリマインドを前記第１ユーザ端末に送信する、障害管理システム。
前記プロセッサは、リマインドステップをさらに実行するように構成され、
前記リマインドステップでは、前記農薬の散布日から所定の日数が経過した時点で、農薬散布のリマインドを前記第１ユーザ端末に送信する、障害管理システム。
【請求項10】
請求項１に記載の障害管理システムにおいて、
前記プロセッサは、第２受付ステップと、共有ステップと、をさらに実行するように構成され、
前記第２受付ステップでは、前記第１ユーザ端末から、第２ユーザ端末に対する共有許可を受け付け、
前記共有ステップでは、記録された前記発生値を、前記共有許可を受けた前記第２ユーザ端末に送信する、障害管理システム。
前記プロセッサは、第２受付ステップと、共有ステップと、をさらに実行するように構成され、
前記第２受付ステップでは、前記第１ユーザ端末から、第２ユーザ端末に対する共有許可を受け付け、
前記共有ステップでは、記録された前記発生値を、前記共有許可を受けた前記第２ユーザ端末に送信する、障害管理システム。
【請求項11】
請求項１０に記載の障害管理システムにおいて、
前記共有ステップでは、前記第１ユーザ端末からの前記障害の発生を示す前記発生値の入力を前記第２ユーザ端末に通知する、障害管理システム。
前記共有ステップでは、前記第１ユーザ端末からの前記障害の発生を示す前記発生値の入力を前記第２ユーザ端末に通知する、障害管理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、障害管理システムに関する。
【背景技術】
【0002】
下記の文献に開示されるように、植物（農作物）に発生する障害（病害虫及び生理障害）を学習モデルにより予測する装置が公知である。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２１－９３９５７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
上記装置は、障害の発生予測に対してユーザが発生の有無を入力する機能を有するが、障害が発生した植物の種類及び生育地は、ユーザが自身で登録する必要がある。
【0005】
本発明では上記事情に鑑み、障害の発生状況の管理が容易に行える障害管理システムを提供することとした。
【課題を解決するための手段】
【0006】
本発明の一態様によれば、障害管理システムが提供される。この障害管理システムは、プロセッサを備える。プロセッサは、予報ステップと、第１受付ステップと、記録ステップと、を実行するように構成される。予報ステップでは、植物に発生する障害の可能性を予報値として第１ユーザ端末に送信する。第１受付ステップでは、第１ユーザ端末から、予報値が送信された障害の発生の有無を示す発生値の入力を受け付ける。記録ステップでは、発生値を、予報値に紐付けられた植物の種類、第１ユーザ端末のユーザＩＤに紐付けられた生育地、及び発生値の入力日時と共に記録する。
【0007】
このような態様によれば、第１ユーザ端末に送信される予報値への応答入力によって、障害の発生有無を、植物の種類と、生育地と、発生日時と共に容易に登録することができる。そのため、障害の発生状況の管理を容易に行うことができる。
【図面の簡単な説明】
【0008】
【図1】障害管理システム１を表す構成図である。
【図2】情報処理装置２のハードウェア構成を示すブロック図である。
【図3】第１ユーザ端末３及び第２ユーザ端末４のハードウェア構成を示すブロック図である。
【図4】情報処理装置２（プロセッサ２３）によって実現される機能を示すブロック図である。
【図5】第１ユーザ端末３に表示される病気の予報画面ＢＤ１の一例を示す図である。
【図6】第１ユーザ端末３に表示される害虫の予報画面ＢＤ２の一例を示す図である。
【図7】発生入力ボタンＯＢ及び対策入力ボタンＣＢの変化の一例を示す図である。
【図8】第１ユーザ端末３に表示される農薬入力画面ＰＲの一例を示す図である。
【図9】第１ユーザ端末３に表示される履歴画面ＨＤの一例である。
【図10】第１ユーザ端末３に表示されるマップ画面ＭＤの一例である。
【図11】障害管理システム１によって実行される情報処理（障害発生の記録処理）の流れを示すアクティビティ図である。
【発明を実施するための形態】
【0009】
以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。
【0010】
ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。
【0011】
また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０又は１で構成される２進数のビット集合体としての信号値の高低、又は量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。
【0012】
また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。
【0013】
１．ハードウェア構成
本節では、ハードウェア構成について説明する。
本節では、ハードウェア構成について説明する。
【0014】
<障害管理システム１>
図１は、障害管理システム１を表す構成図である。障害管理システム１は、複数のユーザに対し、植物（主に農作物）に発生する障害の予報と、障害発生状況の管理とを行うサービスを提供する。
図１は、障害管理システム１を表す構成図である。障害管理システム１は、複数のユーザに対し、植物（主に農作物）に発生する障害の予報と、障害発生状況の管理とを行うサービスを提供する。
【0015】
障害管理システム１は、情報処理装置２と、第１ユーザ端末３と、第２ユーザ端末４とを備える。情報処理装置２と、第１ユーザ端末３と、第２ユーザ端末４とは、電気通信回線を通じて通信可能に構成されている。一実施形態において、障害管理システム１とは、１つ又はそれ以上の装置又は構成要素からなるものである。仮に例えば、情報処理装置２のみからなる場合であれば、障害管理システム１は、情報処理装置２となりうる。以下、これらの構成要素について説明する。
【0016】
<情報処理装置２>
図２は、情報処理装置２のハードウェア構成を示すブロック図である。情報処理装置２は、通信バス２０と、通信部２１と、記憶部２２と、プロセッサ２３とを備える。通信部２１、記憶部２２、及びプロセッサ２３は、情報処理装置２の内部において通信バス２０を介して電気的に接続されている。
図２は、情報処理装置２のハードウェア構成を示すブロック図である。情報処理装置２は、通信バス２０と、通信部２１と、記憶部２２と、プロセッサ２３とを備える。通信部２１、記憶部２２、及びプロセッサ２３は、情報処理装置２の内部において通信バス２０を介して電気的に接続されている。
【0017】
<通信部２１>
通信部２１は、ＵＳＢ、ＩＥＥＥ１３９４、Ｔｈｕｎｄｅｒｂｏｌｔ（登録商標）、有線ＬＡＮネットワーク通信等といった有線型の通信手段が好ましいものの、無線ＬＡＮネットワーク通信、３Ｇ／ＬＴＥ／５Ｇ等のモバイル通信、ＢＬＵＥＴＯＯＴＨ（登録商標）通信等を必要に応じて含めてもよい。すなわち、これら複数の通信手段の集合として実施することがより好ましい。すなわち、情報処理装置２は、通信部２１及びネットワークを介して、外部から種々の情報を通信してもよい。
通信部２１は、ＵＳＢ、ＩＥＥＥ１３９４、Ｔｈｕｎｄｅｒｂｏｌｔ（登録商標）、有線ＬＡＮネットワーク通信等といった有線型の通信手段が好ましいものの、無線ＬＡＮネットワーク通信、３Ｇ／ＬＴＥ／５Ｇ等のモバイル通信、ＢＬＵＥＴＯＯＴＨ（登録商標）通信等を必要に応じて含めてもよい。すなわち、これら複数の通信手段の集合として実施することがより好ましい。すなわち、情報処理装置２は、通信部２１及びネットワークを介して、外部から種々の情報を通信してもよい。
【0018】
<記憶部２２>
記憶部２２は、前述の記載により定義される様々な情報を記憶する。これは、例えば、プロセッサ２３によって実行される情報処理装置２に係る種々のプログラム等を記憶するソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ＳＳＤ）等のストレージデバイスとして、あるいは、プログラムの演算に係る一時的に必要な情報（引数、配列等）を記憶するランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）等のメモリとして実施されうる。記憶部２２は、プロセッサ２３によって実行される情報処理装置２に係る種々のプログラムや変数等を記憶している。
記憶部２２は、前述の記載により定義される様々な情報を記憶する。これは、例えば、プロセッサ２３によって実行される情報処理装置２に係る種々のプログラム等を記憶するソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ＳＳＤ）等のストレージデバイスとして、あるいは、プログラムの演算に係る一時的に必要な情報（引数、配列等）を記憶するランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）等のメモリとして実施されうる。記憶部２２は、プロセッサ２３によって実行される情報処理装置２に係る種々のプログラムや変数等を記憶している。
【0019】
<プロセッサ２３>
プロセッサ２３は、情報処理装置２に関連する全体動作の処理・制御を行う。プロセッサ２３は、例えば中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）である。プロセッサ２３は、記憶部２２に記憶された所定のプログラムを読み出すことによって、情報処理装置２に係る種々の機能を実現する。すなわち、記憶部２２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例であるプロセッサ２３によって具体的に実現されることで、プロセッサ２３に含まれる各機能部として実行されうる。これらについては、次節においてさらに詳述する。なお、プロセッサ２３は単一であることに限定されず、機能ごとに複数のプロセッサ２３を有するように実施してもよい。またそれらの組合せであってもよい。
プロセッサ２３は、情報処理装置２に関連する全体動作の処理・制御を行う。プロセッサ２３は、例えば中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）である。プロセッサ２３は、記憶部２２に記憶された所定のプログラムを読み出すことによって、情報処理装置２に係る種々の機能を実現する。すなわち、記憶部２２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例であるプロセッサ２３によって具体的に実現されることで、プロセッサ２３に含まれる各機能部として実行されうる。これらについては、次節においてさらに詳述する。なお、プロセッサ２３は単一であることに限定されず、機能ごとに複数のプロセッサ２３を有するように実施してもよい。またそれらの組合せであってもよい。
【0020】
<第１ユーザ端末３>
図３は、第１ユーザ端末３及び第２ユーザ端末４のハードウェア構成を示すブロック図である。図３Ａに示すように、第１ユーザ端末３は、通信バス３０と、通信部３１と、記憶部３２と、プロセッサ３３と、表示部３４と、入力部３５と、を備える。通信部３１、記憶部３２、プロセッサ３３、表示部３４、及び入力部３５は、第１ユーザ端末３の内部において通信バス３０を介して電気的に接続されている。通信部３１、記憶部３２及びプロセッサ３３の説明は、情報処理装置２における各部の説明と同様のため省略する。
図３は、第１ユーザ端末３及び第２ユーザ端末４のハードウェア構成を示すブロック図である。図３Ａに示すように、第１ユーザ端末３は、通信バス３０と、通信部３１と、記憶部３２と、プロセッサ３３と、表示部３４と、入力部３５と、を備える。通信部３１、記憶部３２、プロセッサ３３、表示部３４、及び入力部３５は、第１ユーザ端末３の内部において通信バス３０を介して電気的に接続されている。通信部３１、記憶部３２及びプロセッサ３３の説明は、情報処理装置２における各部の説明と同様のため省略する。
【0021】
<表示部３４>
表示部３４は、ユーザが操作可能なグラフィカルユーザインターフェース（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：ＧＵＩ）の画面を表示する。表示部３４は、第１ユーザ端末３の筐体に含まれるものであってもよいし、外付けされるものであってもよい。具体的には、表示部３４は、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ、又はプラズマディスプレイ等の表示デバイスとして実施されうる。これらの表示デバイスは、第１ユーザ端末３の種類に応じて使い分けて実施されることが好ましい。
表示部３４は、ユーザが操作可能なグラフィカルユーザインターフェース（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：ＧＵＩ）の画面を表示する。表示部３４は、第１ユーザ端末３の筐体に含まれるものであってもよいし、外付けされるものであってもよい。具体的には、表示部３４は、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ、又はプラズマディスプレイ等の表示デバイスとして実施されうる。これらの表示デバイスは、第１ユーザ端末３の種類に応じて使い分けて実施されることが好ましい。
【0022】
<入力部３５>
入力部３５は、ユーザによってなされた操作入力を受け付ける。操作入力は、命令信号として通信バス３０を介してプロセッサ３３に転送される。プロセッサ３３は、必要に応じて、転送された命令信号に基づいて所定の制御や演算を実行しうる。入力部３５は、第１ユーザ端末３の筐体に含まれるものであってもよいし、外付けされるものであってもよい。例えば、入力部３５は、表示部３４と一体となってタッチパネルとして実施されてもよい。入力部３５がタッチパネルとして実施される場合、ユーザは、入力部３５に対してタップ操作、スワイプ操作等を入力することができる。入力部３５としては、タッチパネルに代えて、スイッチボタン、マウス、ＱＷＥＲＴＹキーボード等が採用可能である。
入力部３５は、ユーザによってなされた操作入力を受け付ける。操作入力は、命令信号として通信バス３０を介してプロセッサ３３に転送される。プロセッサ３３は、必要に応じて、転送された命令信号に基づいて所定の制御や演算を実行しうる。入力部３５は、第１ユーザ端末３の筐体に含まれるものであってもよいし、外付けされるものであってもよい。例えば、入力部３５は、表示部３４と一体となってタッチパネルとして実施されてもよい。入力部３５がタッチパネルとして実施される場合、ユーザは、入力部３５に対してタップ操作、スワイプ操作等を入力することができる。入力部３５としては、タッチパネルに代えて、スイッチボタン、マウス、ＱＷＥＲＴＹキーボード等が採用可能である。
【0023】
<第２ユーザ端末４>
図３Ｂに示すように、第２ユーザ端末４は、通信バス４０と、通信部４１と、記憶部４２と、プロセッサ４３と、表示部４４と、入力部４５と、を備える。通信部４１、記憶部４２、プロセッサ４３、表示部４４、及び入力部４５は、第２ユーザ端末４の内部において通信バス４０を介して電気的に接続されている。通信部４１、記憶部４２、プロセッサ４３、表示部４４、及び入力部４５の説明は、第１ユーザ端末３における各部の説明と同様のため省略する。
図３Ｂに示すように、第２ユーザ端末４は、通信バス４０と、通信部４１と、記憶部４２と、プロセッサ４３と、表示部４４と、入力部４５と、を備える。通信部４１、記憶部４２、プロセッサ４３、表示部４４、及び入力部４５は、第２ユーザ端末４の内部において通信バス４０を介して電気的に接続されている。通信部４１、記憶部４２、プロセッサ４３、表示部４４、及び入力部４５の説明は、第１ユーザ端末３における各部の説明と同様のため省略する。
【0024】
情報処理装置２は、オンプレミス形態であってもよく、クラウド形態であってもよい。クラウド形態の情報処理装置２としては、例えば、ＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）、クラウドコンピューティングという形態で、上述の機能や処理を提供してもよい。
【0025】
２．機能構成
本節では、本実施形態の機能構成について説明する。記憶部２２に記憶されているソフトウェアによる情報処理がハードウェアの一例であるプロセッサ２３によって具体的に実現されることで、プロセッサ２３に含まれる各機能部として実行されうる。
本節では、本実施形態の機能構成について説明する。記憶部２２に記憶されているソフトウェアによる情報処理がハードウェアの一例であるプロセッサ２３によって具体的に実現されることで、プロセッサ２３に含まれる各機能部として実行されうる。
【0026】
図４は、情報処理装置２（プロセッサ２３）によって実現される機能を示すブロック図である。具体的には、情報処理装置２（プロセッサ２３）は、登録部２３１と、予報部２３２と、第１受付部２３３と、記録部２３４と、履歴出力部２３５と、リマインド部２３６と、第２受付部２３７と、共有部２３８と、を備える。
【0027】
<登録部２３１>
登録部２３１は、第１ユーザ端末３を使用する第１ユーザ（主に農家）の登録を行う。具体的には、登録部２３１は、第１ユーザの個人情報（氏名、住所、連絡先等）に加えて、ユーザＩＤ、育成している植物（農作物）の種類及び管理生育地（畑の住所）を含むユーザデータを登録する。登録部２３１は、複数の生育地を有する第１ユーザに対しては、複数の生育地の住所を登録する。
登録部２３１は、第１ユーザ端末３を使用する第１ユーザ（主に農家）の登録を行う。具体的には、登録部２３１は、第１ユーザの個人情報（氏名、住所、連絡先等）に加えて、ユーザＩＤ、育成している植物（農作物）の種類及び管理生育地（畑の住所）を含むユーザデータを登録する。登録部２３１は、複数の生育地を有する第１ユーザに対しては、複数の生育地の住所を登録する。
【0028】
登録部２３１は、第２ユーザ端末４を使用する第２ユーザ（主に農家の指導員）の登録も行う。具体的には、登録部２３１は、第２ユーザの個人情報（組織、担当者名、連絡先等）及びユーザＩＤを登録する。
【0029】
<予報部>
予報部２３２は、植物に発生する障害の可能性を予報値として第１ユーザ端末３に送信する。障害には、病気、害虫、及び生理障害が含まれる。生理障害には、マグネシウム、カルシウム等の成分欠乏、水不足等が含まれる。予報部２３２は、予報値を含む障害発生予報を第１ユーザ端末３に表示させる。
予報部２３２は、植物に発生する障害の可能性を予報値として第１ユーザ端末３に送信する。障害には、病気、害虫、及び生理障害が含まれる。生理障害には、マグネシウム、カルシウム等の成分欠乏、水不足等が含まれる。予報部２３２は、予報値を含む障害発生予報を第１ユーザ端末３に表示させる。
【0030】
予報部２３２は、「植物の種類」に対する障害の発生可能性（つまり予報値）を「障害の種類」ごとに予測する。「植物の種類」は、例えば、いちご、大根、玉ねぎ、ブロッコリー、キャベツ等の品種である。さらに、「植物の種類」は、玉ねぎなどの作物における「ソニック」、「ネオアース」等の品種、「早生」、「中生」等の収穫日数などのサブカテゴリによって細分化されてもよい。「障害の種類」は、例えば、黒すす病、黒腐病といった病名、ヨトウムシ、アブラムシといった害虫名、又はマグネシウム欠乏、水不足といった生理病害の現象名である。
【0031】
予報部２３２は、予め機械学習を行った学習モデル（人工知能）を用いて、障害の可能性を予測する。具体的には、予報部２３２は、予測対象の植物の種類、地域、及び日付を学習モデルに入力し、発生する可能性のある少なくとも１つの障害と、少なくとも１つの障害それぞれの発生する確率（予報値）とを学習モデルに出力させる。
【0032】
具体的には、予報部２３２は、予報値を送信する第１ユーザ端末３を使用している第１ユーザのユーザデータに含まれる植物の種類及び生育地と、予報値を出す日付とを学習モデルに入力する。また、予報部２３２は、学習モデルから出力された、植物の種類及び障害の種類に応じた予報値を第１ユーザ端末３に送信する。つまり、予報部２３２は、植物に発生する複数の種類の障害それぞれの可能性を予報値として第１ユーザ端末３に送信する。
【0033】
予報部２３２が用いる学習モデルは、過去に障害が発生した植物の種類と、発生した障害の種類と、発生した植物が生育していた地域と、障害の発生日とを対応付けたレコードを教師データとする機械学習によって構築される。機械学習の具体的なアルゴリズムとしては、最近傍法、ナイーブベイズ法、決定木、サポートベクターマシン、ニューラルネットワークを利用した深層学習（ディープラーニング）、回帰モデル等が挙げられる。この学習モデルは、第１ユーザ端末３から受信したデータを用いて、追加の学習を行うことが可能である。
【0034】
図５は、第１ユーザ端末３に表示される病気の予報画面ＢＤ１の一例を示す図である。予報画面ＢＤ１は、予報部２３２から送信された予報値に基づいて作成される。予報画面ＢＤ１には、植物の種類を選択する選択領域ＳＰと、選択した植物に生じうる病気を表示する病気表示領域ＤＰ１とが含まれる。
【0035】
選択領域ＳＰには、複数の植物のアイコンが表示される。第１ユーザ端末３において、入力デバイス（例えば、マウス、トラックパッド、タッチパネル等）による押下操作によってアイコンを押すことで、予報値を表示する植物の種類が選択される。選択された植物のアイコンには、選択マークＳＭが付される。
【0036】
選択領域ＳＰで選択された植物の種類に応じて、予報画面ＢＤ１には、複数の病気表示領域ＤＰ１が表示される。１つの病気表示領域ＤＰ１には、症状の写真ＣＰ、病名ＤＴ、予報値ＦＶ、変動値ＣＶ、及び発生入力ボタンＯＢが含まれる。
【0037】
予報値ＦＶは、予報部２３２が予測した、病名ＤＴとして表示されている病気の発生可能性を示す確率である。病気表示領域ＤＰ１には、予報値ＦＶの上に、予報値ＦＶの大きさを示すグラフと、予報値ＦＶに連動した予報レベルとが表示される。予報レベルは、予報値ＦＶの大きさに応じて、例えば「観察」、「注意」、及び「警戒」のように段階的に表示される。
【0038】
変動値ＣＶは、所定の日付（例えば、一日前や、予報値ＦＶを前回表示した日など）の過去の予報値ＦＶに対する、現在（つまり病気表示領域ＤＰ１に表示されている）予報値ＦＶの増減を示す。
【0039】
発生入力ボタンＯＢは、第１ユーザの管理する生育地（つまり、予報値が出された生育地）において、病気表示領域ＤＰ１に表示されている障害（病気）が発生している場合に第１ユーザが押すためのボタンである。
【0040】
図６は、第１ユーザ端末３に表示される害虫の予報画面ＢＤ２の一例を示す図である。予報画面ＢＤ２は、予報部２３２から送信された予報値に基づいて作成される。予報画面ＢＤ２には、植物の種類を選択する選択領域ＳＰと、選択した植物に生じうる害虫を表示する害虫表示領域ＤＰ２とが含まれる。
【0041】
選択領域ＳＰは、図５の予報画面ＢＤ１と同じである。選択領域ＳＰで選択された植物の種類に応じて、予報画面ＢＤ２には、複数の害虫表示領域ＤＰ２が表示される。１つの害虫表示領域ＤＰ２には、害虫名ＰＴ、症状の写真ＣＰ、予報値ＦＶ、変動値ＣＶ、発生入力ボタンＯＢ及び対策入力ボタンＣＢが含まれる。予報値ＦＶ、変動値ＣＶ及び発生入力ボタンＯＢは、図５の予報画面ＢＤ１と同じである。対策入力ボタンＣＢは、障害に対する対策を実施した際に第１ユーザが押すためのボタンである。
【0042】
なお、１つの予報画面の中に、病気表示領域ＤＰ１と、害虫表示領域ＤＰ２とが表示されてもよい。また、予報画面には、生理障害の予報値を表示する領域が表示されてもよい。
【0043】
予報部２３２は、予報値に加えて、第１ユーザ端末３に近隣の生育地における障害発生情報を送信してもよい。障害発生情報には、近隣の生育地で発生している障害の種類、障害の発生数、農薬散布状況（農薬の種類、散布日等）などが含まれる。
【0044】
さらに、予報部２３２は、予報値に加えて、障害に対する対策の提示をしてもよい。対策には、例えば、障害に有効な農薬、不足している成分を含む肥料等などが含まれる。
【0045】
<第１受付部２３３>
第１受付部２３３は、第１ユーザ端末３から、予報値が送信された障害の発生の有無を示す発生値の入力を受け付ける。具体的には、第１受付部２３３は、病気表示領域ＤＰ１又は害虫表示領域ＤＰ２の発生入力ボタンＯＢの押下に応じて、「該当する障害が発生した」ことを示す値（コード）を第１ユーザ端末３から受信する。
第１受付部２３３は、第１ユーザ端末３から、予報値が送信された障害の発生の有無を示す発生値の入力を受け付ける。具体的には、第１受付部２３３は、病気表示領域ＤＰ１又は害虫表示領域ＤＰ２の発生入力ボタンＯＢの押下に応じて、「該当する障害が発生した」ことを示す値（コード）を第１ユーザ端末３から受信する。
【0046】
発生入力ボタンＯＢが押下された場合、第１受付部２３３は、続けて確認用のポップアップ画面を表示させて確認の入力（ボタンの押下）を受け付けてもよいし、ポップアップ画面を表示させずに登録（コードの受信）を行ってもよい。第１受付部２３３は、ポップアップ画面を表示させない場合、例えば「キャベツの病気Ａを現在地に登録しました」といったメッセージを、第１ユーザ端末３に一定時間（例えば３秒）表示させてもよい。
【0047】
すなわち、第１受付部２３３は、第１ユーザ端末３における予報値が表示された状態（病気表示領域ＤＰ１又は害虫表示領域ＤＰ２が表示された状態）からのシングルアクション（１回のボタン押下）又はダブルアクション（２回のボタン押下）によって、発生値の入力を受け付ける。
【0048】
図７は、発生入力ボタンＯＢ及び対策入力ボタンＣＢの変化の一例を示す図である。発生入力ボタンＯＢは、押下されると、図７に示すように、色の変化、サイズの変更、アイコンの追加等によって、第１受付部２３３による入力受付が強調される。
【0049】
発生値は、程度を伴う段階的な選択肢（例えば、「発生量が大」「発生量が小」「発生なし」等）から選択されてもよい。また、第１受付部２３３は、第１ユーザが入力した任意の数値（例えば、発生の程度に比例した数値）を発生値として受け付けてもよい。
【0050】
第１受付部２３３は、さらに、第１ユーザ端末３から、予報値が送信された障害に対して散布された農薬の種類及び散布日の入力を受け付ける。具体的には、第１受付部２３３は、第１ユーザが入力した農薬の種類及び散布日を第１ユーザ端末３から受信する。
【0051】
図８は、第１ユーザ端末３に表示される農薬入力画面ＰＲの一例を示す図である。図６に示される対策入力ボタンＣＢを押すと、図８Ａに示す農薬入力画面ＰＲが第１ユーザ端末３に表示される。農薬入力画面ＰＲには、生育地入力フィールドＦＩと、農薬入力フィールドＰＩと、散布日入力フィールドＤＩと、送信ボタンＢ１と、キャンセルボタンＢ２とが含まれる。
【0052】
生育地入力フィールドＦＩは、農薬を散布した生育地（畑）の入力を受け付ける。生育地入力フィールドＦＩには、初期状態では、第１ユーザのユーザデータに登録された管理生育地（つまり、予報値を受け取った生育地）の住所が入力されている。登録された生育地と異なる生育地に農薬を散布した場合、第１ユーザは、手入力、又は外部のマップアプリとの連携によって、農薬を散布した生育地の住所を入力する。第１受付部２３３は、ユーザデータに登録された管理生育地のうち、第１ユーザ端末３から送信された位置情報に最も近いものを生育地入力フィールドＦＩに表示させても（つまり予め入力しても）よい。
【0053】
農薬入力フィールドＰＩは、散布した農薬の種類（商品名）の入力を受け付ける。農薬入力フィールドＰＩは、予め登録された複数の農薬から選択入力するプルダウン式のメニューであってもよいし、図８Ｂに示すように農薬の名称の入力を受け付ける入力窓ＰＩＷが展開されるように構成されてもよい。名称の入力を受け付ける場合は、図８Ｂに示すように、第１受付部２３３は、入力の途中で農薬の候補を表示させるとよい。
【0054】
第１受付部２３３は、障害の種類及び植物の種類に応じて、効果のある農薬を候補として表示させてもよい。農薬の候補は、例えば、障害の種類（病気又は害虫の種類）及び植物の種類に対し、法律で決められた適用可能な農薬のリストから抽出される。
【0055】
散布日入力フィールドＤＩは、農薬を散布した日の入力を受け付ける。送信ボタンＢ１が押下されることで、各フィールドの入力内容が第１受付部２３３に送信される。また、キャンセルボタンＢ２が押下されることで、農薬入力画面ＰＲが消える。なお、第１受付部２３３は、散布日として、入力当日の日付を散布日入力フィールドＤＩに表示させても（つまり予め入力しても）よい。
【0056】
送信ボタンＢ１の押下によって、農薬の散布地、農薬の種類及び散布日が第１受付部２３３によって受け付けられると、図７に示すように、害虫表示領域ＤＰ２に農薬の種類及び散布日の表示ＰＤが追加される。また、対策入力ボタンＣＢにおける色の変化、サイズの変更、アイコンの追加等によって、第１受付部２３３による入力受付が強調される。なお、図５の病気表示領域ＤＰ１には、対策入力ボタンＣＢが表示されていないが、病気表示領域ＤＰ１に対策入力ボタンＣＢが設けられてもよい。
【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】
１ ：障害管理システム
２ ：情報処理装置
３ ：第１ユーザ端末
４ ：第２ユーザ端末
２０ ：通信バス
２１ ：通信部
２２ ：記憶部
２３ ：プロセッサ
３０ ：通信バス
３１ ：通信部
３２ ：記憶部
３３ ：プロセッサ
３４ ：表示部
３５ ：入力部
４０ ：通信バス
４１ ：通信部
４２ ：記憶部
４３ ：プロセッサ
４４ ：表示部
４５ ：入力部
２３１ ：登録部
２３２ ：予報部
２３３ ：第１受付部
２３４ ：記録部
２３５ ：履歴出力部
２３６ ：リマインド部
２３７ ：第２受付部
２３８ ：共有部
２ ：情報処理装置
３ ：第１ユーザ端末
４ ：第２ユーザ端末
２０ ：通信バス
２１ ：通信部
２２ ：記憶部
２３ ：プロセッサ
３０ ：通信バス
３１ ：通信部
３２ ：記憶部
３３ ：プロセッサ
３４ ：表示部
３５ ：入力部
４０ ：通信バス
４１ ：通信部
４２ ：記憶部
４３ ：プロセッサ
４４ ：表示部
４５ ：入力部
２３１ ：登録部
２３２ ：予報部
２３３ ：第１受付部
２３４ ：記録部
２３５ ：履歴出力部
２３６ ：リマインド部
２３７ ：第２受付部
２３８ ：共有部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【手続補正書】
【提出日】2024-12-04
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
障害管理システムであって、
プロセッサを備え、
前記プロセッサは、予報ステップと、第１受付ステップと、記録ステップと、を実行するように構成され、
前記予報ステップでは、植物に発生する複数の種類の障害それぞれの可能性を予報値として第１ユーザ端末に送信し、
前記第１受付ステップでは、前記第１ユーザ端末から、対象障害に対して散布された散布農薬の種類及び散布日の入力を受け付け、ここで、前記対象障害は、前記予報値が送信された複数の種類の前記障害のうち、前記散布農薬の散布対象となった障害であり、
前記記録ステップでは、前記対象障害と紐づけて、前記散布農薬の種類及び散布日を記録するとともに、前記予報値が送信された複数の種類の前記障害のうち、前記散布農薬が有効であり、かつ、前記対象障害とは種類の異なる障害を、前記散布農薬の種類及び散布日と紐付けて記録する、障害管理システム。
プロセッサを備え、
前記プロセッサは、予報ステップと、第１受付ステップと、記録ステップと、を実行するように構成され、
前記予報ステップでは、植物に発生する複数の種類の障害それぞれの可能性を予報値として第１ユーザ端末に送信し、
前記第１受付ステップでは、前記第１ユーザ端末から、対象障害に対して散布された散布農薬の種類及び散布日の入力を受け付け、ここで、前記対象障害は、前記予報値が送信された複数の種類の前記障害のうち、前記散布農薬の散布対象となった障害であり、
前記記録ステップでは、前記対象障害と紐づけて、前記散布農薬の種類及び散布日を記録するとともに、前記予報値が送信された複数の種類の前記障害のうち、前記散布農薬が有効であり、かつ、前記対象障害とは種類の異なる障害を、前記散布農薬の種類及び散布日と紐付けて記録する、障害管理システム。
【請求項2】
請求項１に記載の障害管理システムにおいて、
前記第１受付ステップでは、前記第１ユーザ端末から、前記予報値が送信された前記障害の発生の有無を示す発生値の入力を受け付け、
前記記録ステップでは、前記発生値を、前記予報値に紐付けられた植物の種類、前記第１ユーザ端末のユーザＩＤに紐付けられた生育地、及び前記発生値の入力日時と共に記録する、障害管理システム。
前記第１受付ステップでは、前記第１ユーザ端末から、前記予報値が送信された前記障害の発生の有無を示す発生値の入力を受け付け、
前記記録ステップでは、前記発生値を、前記予報値に紐付けられた植物の種類、前記第１ユーザ端末のユーザＩＤに紐付けられた生育地、及び前記発生値の入力日時と共に記録する、障害管理システム。
【請求項3】
請求項２に記載の障害管理システムにおいて、
前記第１受付ステップでは、前記第１ユーザ端末における前記予報値が表示された状態からのシングルアクション又はダブルアクションによって、前記発生値の入力を受け付ける、障害管理システム。
前記第１受付ステップでは、前記第１ユーザ端末における前記予報値が表示された状態からのシングルアクション又はダブルアクションによって、前記発生値の入力を受け付ける、障害管理システム。
【請求項4】
請求項２に記載の障害管理システムにおいて、
前記記録ステップでは、前記第１ユーザ端末から送信される位置情報に基づいて前記生育地を記録する、障害管理システム。
前記記録ステップでは、前記第１ユーザ端末から送信される位置情報に基づいて前記生育地を記録する、障害管理システム。
【請求項5】
請求項４に記載の障害管理システムにおいて、
前記プロセッサは、登録ステップをさらに実行するように構成され、
前記登録ステップでは、前記ユーザＩＤ、及び管理生育地を含むユーザデータを登録し、
前記記録ステップでは、前記生育地として、前記ユーザデータに登録された前記管理生育地のうち、前記位置情報に最も近いものを記録する、障害管理システム。
前記プロセッサは、登録ステップをさらに実行するように構成され、
前記登録ステップでは、前記ユーザＩＤ、及び管理生育地を含むユーザデータを登録し、
前記記録ステップでは、前記生育地として、前記ユーザデータに登録された前記管理生育地のうち、前記位置情報に最も近いものを記録する、障害管理システム。
【請求項6】
障害管理システムであって、
プロセッサを備え、
前記プロセッサは、予報ステップと、第１受付ステップと、記録ステップと、を実行するように構成され、
前記予報ステップでは、植物に発生する障害の可能性を予報値として第１ユーザ端末に送信し、
前記第１受付ステップでは、前記第１ユーザ端末から、前記予報値が送信された前記障害の発生の有無を示す発生値の入力を受け付け、
前記記録ステップでは、前記発生値を、前記予報値に紐付けられた植物の種類、前記第１ユーザ端末のユーザＩＤに紐付けられた生育地、及び前記発生値の入力日時と共に記録し、
さらに、前記記録ステップでは、一定回数以上前記第１ユーザ端末から送信された位置情報を前記生育地として記録する、障害管理システム。
プロセッサを備え、
前記プロセッサは、予報ステップと、第１受付ステップと、記録ステップと、を実行するように構成され、
前記予報ステップでは、植物に発生する障害の可能性を予報値として第１ユーザ端末に送信し、
前記第１受付ステップでは、前記第１ユーザ端末から、前記予報値が送信された前記障害の発生の有無を示す発生値の入力を受け付け、
前記記録ステップでは、前記発生値を、前記予報値に紐付けられた植物の種類、前記第１ユーザ端末のユーザＩＤに紐付けられた生育地、及び前記発生値の入力日時と共に記録し、
さらに、前記記録ステップでは、一定回数以上前記第１ユーザ端末から送信された位置情報を前記生育地として記録する、障害管理システム。
【請求項7】
請求項２に記載の障害管理システムにおいて、
前記プロセッサは、履歴出力ステップをさらに実行するように構成され、
前記履歴出力ステップでは、記録された前記発生値の履歴を前記第１ユーザ端末に出力する、障害管理システム。
前記プロセッサは、履歴出力ステップをさらに実行するように構成され、
前記履歴出力ステップでは、記録された前記発生値の履歴を前記第１ユーザ端末に出力する、障害管理システム。
【請求項8】
請求項１に記載の障害管理システムにおいて、
前記プロセッサは、リマインドステップをさらに実行するように構成され、
前記リマインドステップでは、前記散布農薬の散布日から所定の日数が経過した時点で、農薬散布のリマインドを前記第１ユーザ端末に送信する、障害管理システム。
前記プロセッサは、リマインドステップをさらに実行するように構成され、
前記リマインドステップでは、前記散布農薬の散布日から所定の日数が経過した時点で、農薬散布のリマインドを前記第１ユーザ端末に送信する、障害管理システム。
【請求項9】
請求項１に記載の障害管理システムにおいて、
前記第１受付ステップでは、受け付けた前記散布農薬の種類及び散布日を、前記対象障害を表す情報と共に前記第１ユーザ端末に表示させる、障害管理システム。
前記第１受付ステップでは、受け付けた前記散布農薬の種類及び散布日を、前記対象障害を表す情報と共に前記第１ユーザ端末に表示させる、障害管理システム。
【請求項10】
請求項２に記載の障害管理システムにおいて、
前記プロセッサは、第２受付ステップと、共有ステップと、をさらに実行するように構成され、
前記第２受付ステップでは、前記第１ユーザ端末から、第２ユーザ端末に対する共有許可を受け付け、
前記共有ステップでは、記録された前記発生値を、前記共有許可を受けた前記第２ユーザ端末に送信する、障害管理システム。
前記プロセッサは、第２受付ステップと、共有ステップと、をさらに実行するように構成され、
前記第２受付ステップでは、前記第１ユーザ端末から、第２ユーザ端末に対する共有許可を受け付け、
前記共有ステップでは、記録された前記発生値を、前記共有許可を受けた前記第２ユーザ端末に送信する、障害管理システム。
【請求項11】
請求項１０に記載の障害管理システムにおいて、
前記共有ステップでは、前記第１ユーザ端末からの前記障害の発生を示す前記発生値の入力を前記第２ユーザ端末に通知する、障害管理システム。
前記共有ステップでは、前記第１ユーザ端末からの前記障害の発生を示す前記発生値の入力を前記第２ユーザ端末に通知する、障害管理システム。