JP6712021B1 - 鳥獣捕獲に対する報酬付与のためのサーバ装置、方法、およびプログラム - Google Patents

Abstract

【課題】 鳥獣捕獲のための罠の設置場所を指定するアプリケーションサービスを、より多くのユーザに利用してもらうこと。【解決手段】 本発明のサーバ装置は、アプリケーションサービスを実現するプログラムを実行可能な１つまたは複数のプロセッサを備え、プログラムは、ユーザ端末から、鳥獣を捕獲するための罠の設置場所を指定する情報を取得する場所情報取得モジュールと、設置場所に仕掛けられた罠によって鳥獣が捕獲された場合、この罠の設置場所を指定したユーザに、所定の商品との交換のために使用可能な所定量のポイントを付与するポイント付与モジュールと、ユーザ端末から、ポイントを使用した、商品との交換要求が送信されると、交換要求に応じて、商品を、商品の提供者の代わりに、ユーザへ配送手続するポイント交換処理モジュールとを備える。【選択図】図１

Description

本発明は、例えば、猪や鹿のような鳥獣を捕獲した場合における報酬付与のための仕組みを備えたサーバ装置、方法、およびプログラムに関するものである。

近年、例えば、猪や鹿のような鳥獣によって、農地が荒らされたり、家畜が襲われたりといった、いわゆる鳥獣害が増加している。これに伴い、被害額も年々、増加しているために、農業従事者や畜産業者にとっては、極めて深刻な問題となっている。

しかしながら、農業従事者や畜産業者の仕事は、あくまで農産物や畜産物を生産することであり、このような鳥獣害対策は、本来の仕事ではない。さらには、農業従事者や畜産業者も年々高齢化が進んできており、本来の仕事の他に、鳥獣害対策などをする余裕もないという実情もある。

そのため、鳥獣害対策は、農業従事者や畜産業者によって積極的に行われるということもなく、どうしても国や自治体の対策に依存しがちとなっている。

このような状況の下、国や自治体では、鳥獣害問題が深刻に受け止められ、その被害の増加を食い止めるために、相応の予算が計上され、捕獲用の檻の設置数の増加や、ハンターの動員数の増加等といった対策が講じられている。それに関連して、例えば非特許文献１のように、ＩｏＴを活用することによって、ハンターの負担を軽減するために、檻を含めた罠が動いたことがメールによって通知される技術も実用化されている。

「みまわり楽太郎」、（株）ＮＴＴＰＣコミュニケーションズ、https://www.nttpc.co.jp/solution/iot/rakutaro/ （令和元年８月８日検索）

しかしながら、捕獲用の檻の設置数の増加や、ハンターの動員数の増加等といった対策は、いずれも対処療法的であるため、その効果は一時的であって、永続的ではない。そのため、対策実施直後の被害は一時的に減少するものの、時間が経過すると元に戻り、また被害が再発するようになるなど、あたかもイタチごっこの繰り返しとなってしまう。

これでは、いくら予算を付けても、問題の根本的な解決とはならないために、抜本的かつ永続的な対策が望まれている。

一方、この種の鳥獣害は、農業従事者や畜産業者にとっては深刻である一方で、都市部の人にはほとんど知られていないことも事実である。

そこで、出願人は、鳥獣害の認知度を高め、鳥獣害の被害者である農村部の人だけではなく、都市部の人であっても、鳥獣害対策に貢献できるようなスキーム作りをすることが好ましいと考えた。

本発明はこのような事情に鑑みてなされたものであり、鳥獣捕獲のための罠の設置場所を指定するアプリケーションサービスを、より多くのユーザに利用してもらい、その利用料金を、罠の設置のための費用として活用し、実際に鳥獣捕獲に成功した場合には、商品との交換が可能なポイントを報酬としてユーザに付与するためのサーバ装置、方法、およびプログラムを提供することを目的とする。

上記の目的を達成するために、本発明では、以下のような手段を講じる。

すなわち、請求項１の発明は、ユーザ端末と通信可能に接続され、前記ユーザ端末に対してアプリケーションサービスを提供するサーバ装置であって、前記アプリケーションサービスを実現するプログラムを実行可能な１つまたは複数のプロセッサを備える。前記プログラムは、前記ユーザ端末から、現実の鳥獣を捕獲するための罠の現実の設置場所を指定する情報を取得する場所情報取得モジュールと、前記現実の設置場所に仕掛けられた罠によって現実の鳥獣が捕獲された場合、この罠の現実の設置場所を指定したユーザに、所定の商品との交換のために使用可能な所定量のポイントを付与するポイント付与モジュールと、前記ユーザ端末から、前記ポイントを使用した、商品との交換要求が送信されると、前記交換要求に応じて、前記商品を、前記商品の提供者の代わりに、前記ユーザへ発送手続するポイント交換処理モジュールとを備え、前記提供者は、前記現実の鳥獣が捕獲されることによる恩恵の享受者である。

請求項２の発明は、前記ポイント交換処理モジュールは、前記交換要求をしたユーザに対して、前記発送手続に必要な個人情報を要求し、前記ユーザへの発送手続を行う際に、この要求に応じて通知された個人情報を用いる、請求項１に記載のサーバ装置である。

請求項３の発明は、前記個人情報は、前記ユーザの氏名および住所を含む、請求項２に記載のサーバ装置である。

請求項４の発明は、前記ポイント交換処理モジュールは、前記発送手続の終了後、前記個人情報を破棄する、請求項２または３に記載のサーバ装置である。

請求項５の発明は、前記ユーザへ発送手配される商品は、前記提供者から、前記アプリケーションサービスの運営者へ提供される、請求項１乃至４のうち何れか１項に記載のサーバ装置である。

請求項６の発明は、前記享受者は、鳥獣害を受ける農家および自治体のうち少なくとも何れかを含む、請求項１に記載のサーバ装置である。

請求項７の発明は、現実の鳥獣を捕獲するための罠の現実の設置に関する指示をユーザから受けるアプリケーションサービスによって実施される方法であって、前記アプリケーションサービスを実現するプログラムを実行可能な１つまたは複数のプロセッサが、前記ユーザから、前記罠の現実の設置場所を指定する情報を取得し、前記現実の設置場所に仕掛けられた罠によって現実の鳥獣が捕獲された場合、前記ユーザに、所定の商品との交換のために使用可能な所定量のポイントを付与し、前記ユーザから、前記ポイントを使用した、商品との交換要求が送信されると、前記交換要求に応じて、前記商品を、前記商品の提供者の代わりに、前記ユーザへ発送手続し、前記提供者は、前記現実の鳥獣が捕獲されることによる恩恵の享受者である。

請求項８の発明は、前記プロセッサは、前記発送手続のために、前記交換要求をしたユーザに対して、前記発送手続に必要な個人情報を要求し、前記ユーザへの発送手続を行う際に、この要求に応じて通知された個人情報を用いる、請求項７に記載の方法である。

請求項９の発明は、前記個人情報は、前記ユーザの氏名および住所を含む、請求項８に記載の方法である。

請求項１０の発明は、前記プロセッサは、前記発送手続の終了後、前記個人情報を破棄する、請求項８または９に記載の方法である。

請求項１１の発明は、前記ユーザへ発送手配される商品は、前記提供者から、前記アプリケーションサービスの運営者へ提供される、請求項７乃至１０のうち何れか１項に記載の方法である。

請求項１２の発明は、前記享受者は、鳥獣害を受ける農家および自治体のうち少なくとも何れかを含む、請求項７に記載の方法である。

請求項１３の発明は、ユーザ端末にアプリケーションサービスを提供するために実行されるプログラムであって、ユーザによって操作されるユーザ端末から送信された、現実の鳥獣を捕獲するための罠の現実の設置場所を指定する情報を取得する機能、前記現実の設置場所に仕掛けられた罠によって現実の鳥獣が捕獲された場合、前記ユーザに、所定の商品との交換のために使用可能な所定量のポイントを付与する機能、前記ユーザ端末から、前記ポイントを使用した、商品との交換要求が送信されると、前記交換要求に応じて、前記商品を、前記現実の鳥獣が捕獲されることによる恩恵の享受者である前記商品の提供者の代わりに、前記ユーザへ発送手続する機能を、プロセッサに実現させる。

請求項１４の発明は、前記発送手続のために、前記ユーザに対して、前記発送手続に必要な個人情報を要求する機能、前記ユーザへの発送手続を行う際に、この要求に応じて通知された個人情報を用いる機能をさらに、前記プロセッサに実現させる請求項１３に記載のプログラムである。

請求項１５の発明は、前記発送手続の終了後、前記個人情報を破棄する機能をさらに、前記プロセッサに実現させる請求項１４に記載のプログラムである。

本発明によれば、鳥獣捕獲のための罠の設置場所を指定するアプリケーションサービスを、より多くのユーザに利用してもらい、その利用料金を、罠の設置のための費用として活用することができる。そして、実際に鳥獣捕獲に成功した場合には、商品との交換が可能なポイントをユーザに付与することによって、ユーザは、該アプリケーションサービスを継続的に利用したくなる。これによって、鳥獣害の認知度を高めることが可能になるととともに、罠の設置のための費用を、継続的に確保することができるので、鳥獣害の減少に寄与することが可能となる。

図１は、サーバ装置が配置されるネットワーク環境の一例を示すネットワーク構成図である。 図２は、サーバ装置の電子回路構成例を示す機能ブロック図である。 図３は、ユーザ端末から表示される地図情報の一例を示す概念図である。 図４は、ユーザ端末から表示される捕獲実績情報の一例を示す概念図である。 図５は、ユーザ端末から表示される罠選択画面の一例を示す概念図である。 図６は、ユーザ端末から表示される捕獲成功通知画面の一例を示す概念図である。 図７は、ユーザ端末から表示される商品交換画面の一例を示す概念図である。 図８は、ユーザ端末から表示されるログイン画面の一例を示す概念図である。 図９は、ユーザ端末から表示される新規登録画面の一例を示す概念図である。 図１０Ａは、ユーザ端末から表示されるホーム画面の一例を示す概念図である。 図１０Ｂは、ユーザ端末から表示されるホーム画面の別の例を示す概念図である。 図１１は、罠の設置処理の流れの一例を示すフロー図である。 図１２Ａは、ユーザ端末から表示される罠設置場所一覧画面の一例を示す概念図である。 図１２Ｂは、罠設置場所変更処理時にユーザ端末から表示される罠設置場所一覧画面の一例を示す概念図である。 図１３Ａは、罠設置前にユーザ端末から表示される罠詳細設定画面の一例を示す概念図である。 図１３Ｂは、罠設置後にユーザ端末から表示される罠詳細設定画面の一例を示す概念図である。 図１４Ａは、ユーザ端末から表示される未設置罠一覧画面の一例を示す概念図である。 図１４Ｂは、未設置の罠がない場合にユーザ端末から表示される画面の一例を示す概念図である。 図１５は、ユーザ端末から表示される罠購入画面の一例を示す概念図である。 図１６は、罠の設置場所変更処理の流れの一例を示すフロー図である。

以下に、本発明の実施形態に係る、鳥獣害対策のための方法が適用されたサーバ装置を、図面を参照して説明する。

図１は、サーバ装置が配置されるネットワーク環境の一例を示すネットワーク構成図である。

サーバ装置１０は、図１に例示するように、例えばＰＣ、タブレット、スマートフォン（以下、「スマホ」と称する）のようなユーザ端末６０と、例えば有線または無線の通信ネットワーク７０を介して通信可能に接続され、ユーザ端末６０に対してアプリケーションサービスＡＰ（以下、「ＡＰ」と略称する）を提供する。ＡＰは、鳥獣害の捕獲のための罠を仕掛けるゲームアプリを通じて、ユーザにゲームを楽しんでもらいながら、鳥獣害の認知度を高めるとともに、ゲームアプリの利用料金を、鳥獣駆除のための費用として調達することができる。

ユーザは、ユーザ端末６０を操作することによって、サーバ装置１０にアクセスし、ＡＰを利用することができる。すなわち、ＡＰは、Ｗｅｂアプリとして実現され、ユーザ端末６０の中には、ＡＰの実体はない。また、サーバ装置１０は、必ずしも実体的なサーバである必要はなく、クラウドで構築してもよい。

なお、図１に例示するようなネットワーク環境には、イーサネット（登録商標）等のＬＡＮ、あるいは公衆回線や専用回線を介して複数のＬＡＮが接続されるＷＡＮ等を含み得る。ＬＡＮの場合には、必要に応じてルータを介した多数のサブネットから構成される。また、ＷＡＮの場合には、公衆回線に接続するためのファイアウォール等を適宜備えているが、ここではその図示及び詳細説明を省略する。

図２は、サーバ装置の電子回路構成例を示す機能ブロック図である。

サーバ装置１０の電子回路は、バス１１によって互いに接続されたＣＰＵ１２、記録媒体読取部１４、通信部１５、メモリ２０、および記憶装置３０を備えている。

メモリ２０は、ＡＰを実現するプログラムとして、ユーザ認証モジュール２１、料金徴収モジュール２２、地図情報提供モジュール２３、場所情報取得モジュール２４、捕獲実績情報蓄積モジュール２５、捕獲実績情報提供モジュール２６、ポイント付与モジュール２７、およびポイント交換処理モジュール２８を記憶している。

これらプログラムモジュール２１〜２８は、メモリ２０に予め記憶されていてもよいし、あるいはメモリカード等の外部記録媒体１３から記録媒体読取部１４を介してメモリ２０に読み込まれて記憶されたものであってもよい。これらプログラムモジュール２１〜２８は、書き換えできないようになっている。

メモリ２０には、このようなユーザ書き換え不可能なエリアの他に、書き換え可能なデータを記憶するエリアとして、書込可能データエリア２９が確保されている。

ＣＰＵ１２は、各プログラムモジュール２１〜２８を実行可能な１つまたは複数のプロセッサの一例であって、各プログラムモジュール２１〜２８に従い回路各部の動作を制御する。

記憶装置３０は、地図情報データベース３１、ユーザ情報データベース３２、および捕獲実績情報データベース３３を備えている。

記憶装置３０は、例えばＳＳＤ（Solid State Drive）やＨＤＤ（Hard Disk Drive）等からなる。

通信部１５は、通信ネットワーク７０に接続されており、通信ネットワーク７０を介してなされるユーザ端末６０とサーバ装置１０との間の情報の送受信を司る。ユーザ端末６０とサーバ装置１０との間では、多くの情報の送受信がなされるが、これらはすべて、通信部１５を介してなされる。以下の説明では、ユーザ端末６０とサーバ装置１０との間でなされる情報の送受信が、通信部１５でなされるとの重複説明を避ける。

ユーザ認証モジュール２１は、ＡＰを利用するためにサーバ装置１０にアクセスしたユーザ端末６０に対して、ユーザ登録のためのユーザ登録画面、ユーザ認証のためのユーザ認証画面等を提供し、ユーザに対して、ユーザ登録情報のための入力や、ユーザ認証のための入力を促す。

これに応じて、ユーザが、ユーザ端末６０から、ユーザ登録のための入力や、ユーザ認証のための入力を行うと、ユーザ認証モジュール２１は、その内容に応じて、ユーザ登録処理や、ユーザ認証処理を行い、ユーザ登録およびユーザ認証が問題なく完了すると、このユーザによるＡＰの利用を許可する。なお、ユーザは、ユーザ登録時に、住所、氏名、およびユーザ名を登録することができるが、住所および氏名は、ユーザ登録時に必ずしも入力する必要はなく、例えば後述する商品交換時のように、必要になった場合に入力しても良い。したがって、ユーザは、個人情報を必要以上に提供することなく、ユーザ登録を行い、ユーザ名を使って、ＡＰを使用することができる。

ユーザ登録は、初回の利用開始時に一度行われればよく、ユーザ登録のためにユーザ端末６０から入力されたユーザ登録情報Ｕ１と、ユーザ認証のためのユーザ認証情報Ｕ２（例えば、ユーザＩＤおよびパスワード）は、ユーザ毎に、ユーザ情報データベース３２に蓄積され、次回の利用からは、ユーザ認証処理のみが必要とされる。ユーザ認証処理では、ユーザ端末６０に入力されたユーザ認証情報と、ユーザ情報データベース３２に蓄積されているユーザ認証情報Ｕ２との一致が判定される。なお、ユーザ登録およびユーザ認証については、従来の任意の手法を使用することができるので、詳細については省略する。

料金徴収モジュール２２は、ユーザ端末６０からＡＰの利用料金を徴収するための処理を行う。料金徴収手法としては、クレジットカード払い、銀行振込、コンビニ決済、通信料金に加える手法など、従来の任意の手法を使用することができるので、ここでは、詳細を省略する。徴収された利用料金は、ゲーム内で使用可能なポイント（ゲーム内通貨）に変換される。ＡＰにおいて、ポイントは、鳥獣を捕獲するための罠を購入したり、あるいは後述するような商品との交換のために使用される。変換されたポイントは、該ユーザのユーザ登録情報Ｕ１に紐付けられて、ユーザ情報データベース３２のポイント残高情報Ｐに記憶される。

地図情報データベース３１には、罠を仕掛けることが可能な場所が表示された地図情報Ｍを蓄積している。地図情報Ｍにおいて表示されている、罠を仕掛けることが可能な場所は、鳥獣を捕獲するための檻の設置場所に対応している。このような地図情報Ｍは、例えば自治体から提供される情報に基づいて作成され、新たな檻を設定したり、檻を撤去したりした場合には、都度更新される。

地図情報提供モジュール２３は、地図情報データベース３１から地図情報Ｍを取得し、取得した地図情報Ｍを、ユーザ端末６０から表示させるために、ユーザ端末６０へ送信する。

図３は、ユーザ端末から表示される地図情報の一例を示す概念図である。

図３に例示されるように、ユーザ端末６０から、檻の設置場所が丸印で示された地図情報Ｍが表示される。

ユーザは、ユーザ端末６０を操作することによって、地図情報Ｍを適宜スクロール、あるいは拡大縮小表示させながら、自分が罠を仕掛けたい場所を探すことができる。そして、罠を仕掛けたい場所を見つけたら、その場所に対応する丸印をタップすること等によって、罠を仕掛けたい場所を指定することができる。この指定情報が、ユーザ端末６０からサーバ装置１０へ送信されることによって、場所情報取得モジュール２４は、ユーザ端末６０から、ユーザが、罠を仕掛けたい場所を指定する入力を取得することができる。

なお、サーバ装置１０は、ユーザが、罠を仕掛けたい場所を指定する際に、地図情報Ｍを提供するのみならず、過去の鳥獣捕獲の捕獲実績情報Ｊ（例えば、罠（捕獲場所）毎の捕獲成功回数、失敗回数の履歴等）を提示することもできる。

このために、サーバ装置１０は、捕獲実績情報蓄積モジュール２５、捕獲実績情報提供モジュール２６、および捕獲実績情報データベース３３を備えている。

捕獲実績情報蓄積モジュール２５は、指定された場所に仕掛けられた罠によって鳥獣が捕獲された場合、捕獲日、捕獲場所、この罠を指定したユーザ端末の数を含む捕獲実績情報Ｊを、捕獲実績情報データベース３３に蓄積する。

捕獲実績情報提供モジュール２６は、捕獲実績情報データベース３３によって蓄積された捕獲実績情報Ｊを、ユーザ端末６０へ提供する。

図４は、ユーザ端末から表示される捕獲実績情報の一例を示す概念図である。

捕獲実績情報Ｊは、図４に例示されているように、統計グラフおよびログデータとして表示されても良いし、統計グラフのみ、あるいはログデータのみであっても、あるいは他の任意の形式で表示されても良い。

このようにして、ユーザは、地図情報Ｍのみならず、捕獲実績情報Ｊをも参照することによって、罠を仕掛けたい場所を決定することができる。罠を仕掛けたい場所を決定すると、次に、罠の種類を決定することができる。

図５は、ユーザ端末から表示される罠選択画面の一例を示す概念図である。

罠選択画面Ｗは、場所情報取得モジュール２４によって提供される画面であり、図５に例示するように、罠の種類が一覧表示される。罠には、例えば購入から１か月以内、あるいは３か月以内といったように有効期限が指定されており、有効期限の長さに応じて値段が異なる。罠選択画面Ｗおよび後述する別の画面では、罠の値段はポイントで示されている。有効期限が長い方が、値段が高い。また、罠には、どの鳥獣の捕獲を目的としているのかを示す捕獲対象鳥獣（例えば、鹿、猪等）も指定されており、捕獲対象鳥獣に応じても値段は異なる。小型鳥獣のための罠よりも、大型鳥獣のための罠の方が、値段が高い。ユーザは、保有しているポイントを使って、罠を購入することができる。このように罠を購入したユーザを、本明細書では、「罠オーナ」と称する。

ユーザは、ユーザ端末６０を操作することによって、罠選択画面Ｗから、所望の罠（例えば、有効期限１か月：猪）を選択することができる。これに応じて、場所情報取得モジュール２４は、ユーザ情報データベース３２に記憶されているユーザ登録情報Ｕ１に紐付けて、該ユーザの罠購入情報Ｋを記録する。罠購入情報Ｋは、罠の場所、値段、有効期限、捕獲目標鳥獣を含んでいる。場所情報取得モジュール２４はさらに、ユーザ情報データベース３２に記憶されている該ユーザのポイント残高情報Ｐを参照し、現在保有しているポイントから、罠の購入に使用されたポイントを引くことによって、ポイント残高情報Ｐのポイントを更新する。

このようにしてユーザ情報データベース３２に記憶された罠購入情報Ｋに基づいて、現場、すなわち指定された檻に、指定された罠が仕掛けられる。

現場には、檻が設置されている他に、種々のセンサ、カメラ等の撮像手段、および通信手段も設置されている。これらセンサは、気候、天候、温度、湿度、土壌水分、日射量、振動、音等の種々のデータを取得する。例えばカメラのような撮像手段は、檻に鳥獣が捕獲された状態の画像を撮像する。通信手段は、この画像情報や、他のセンサによって取得された種々のデータに応じた信号を、サーバ装置１０、あるいは専用のサーバ（図示せず）へ送信することができる。

これら画像情報やデータは、鳥獣捕獲率と、環境条件との相関関係に関する貴重な知見として活用することができる。例えば、実際に鳥獣が罠に捕獲されたときに取得されたデータを詳細に分析すれば、どのような条件であれば、捕獲率を高めることができるのかに関する新たな知見が期待できるであろう。そして、得られた知見に基づいて、檻の配置を最適化することもできる。また、データを、捕獲実績情報データベース３３に蓄積し、捕獲実績情報提供モジュール２６から、統計データとしてまとめた形でユーザ端末６０や自治体へ提供してもよい。また、動物学者に提供すれば、これらデータは、研究用のデータとして有効に活用されるだろう。

ユーザは、捕獲実績情報提供モジュール２６から提供される統計データを参照することによって、どういう条件であれば、鳥獣を捕獲できる可能性が高くなるのかを推理することが可能となる。このような推理は、ユーザが、次の罠を購入するための動機付けとなる。ＡＰでは、後述するように、仕掛けた罠によって鳥獣の捕獲に成功すると、ボーナスのポイントが付与される。したがって、ユーザは、この推理結果を使って、次の罠をどこに仕掛けたらよいかを学習することができる。このようにして、ＡＰが普及すると、自ずと、鳥獣害に対する認識も高まるとともに、捕獲率の高い場所に罠もどんどん仕掛けられるようになるという好循環が形成されるようになるので、ＡＰの利用を通じて鳥獣害対策の飛躍的な促進が期待できる。

また、それに伴って、捕獲実績情報データベース３３にもますます多くのデータが蓄積され、自治体や動物学者へも、より多くの統計データが提供されるようなる。したがって、自治体や動物学者によって、これら統計データが分析されることによって、鳥獣の生態系に関するより多くの有用な知見が発見され、新たな付加価値の構築にも活用されるようになるであろう。

ところで、１つの現場（山や森）には、数百箇所といった多数の檻が設置される。このような多数の檻に対して、上述したような種々のセンサを設定するには、多大なコストがかかる。また、通信手段による通信量も膨大となる。そこで、通信手段としては、遠距離でも通信コストが非常に安いＩｏＴ用の通信インフラ（例えば、ＬｏＲａＷＡＮ）を使用することが好適である。通信手段として、携帯電話の通信網を使用することは好ましくはない。なぜなら、１つの現場に、多数の檻が設置されることから、コストが膨大になることと、そもそも、山中深くでは、携帯電話の電波が届かない所もあるからである。

このように、通信手段には、通信コストが非常に安い通信インフラの導入が検討されているものの、センサの設置等に要する費用も膨大である。

そこで、ユーザのポイントを、罠の購入や、後述するような商品との交換のみならず、センサの費用に充てるようなオプションを、ＡＰに持たせるようにしてもよい。これによって、ポイントを、現場のインフラの充実のために活用することも可能となる。

ポイント付与モジュール２７は、指定された場所に仕掛けられた罠によって、目的とする鳥獣が捕獲された場合、すなわち捕獲成功の場合、罠オーナに成功報酬として、ボーナスのポイントを付与する。ボーナスのポイントが付与されると、ポイント残高情報Ｐに記録されているポイントに、ボーナスのポイントが加算されることによって、ポイント残高情報Ｐが更新される。ユーザは、ポイント残高情報Ｐに記録されているポイントを、さらなる罠の購入資金として、または、後述するような商品との交換のために、あるいは前述したようなセンサの費用に使用することができる。

なお、ボーナスのポイントを付与するためには、実際に捕獲が成功したこと、すなわち、指定された場所に仕掛けられた罠によって、罠の有効期限内に、目的とする鳥獣が捕獲されたことを確認する必要がある。なぜなら、例えば、檻の扉が閉まった場合であっても、実際の鳥獣が捕獲された訳ではなく、空ハジキといって、風で檻の扉が閉まった場合であったり、扉が閉まっているけれども、実際に鳥獣が捕獲されていない（逃げられた）場合であったり、目的外の鳥獣が捕獲された場合もあり得るからである。

したがって、ボーナスのポイントを付与するか否かを判定するために、以下のような確認作業を要する。

まず、檻の扉が閉まると、檻に設置された扉センサが発動し、扉センサからの信号が、通信ネットワーク７０を介して、サーバ装置１０へ送信される。

扉センサから信号が送信されると、ＡＰの運営者は、遠隔カメラにより該檻の状態をモニタリングし、罠が発動していること（檻が実際に閉まっていること）、および、罠の有効期限内であることを確認し、さらに、檻の中に、目的とする鳥獣が捕獲されていることを確認する。ＡＰの運営者は、このような確認作業によって、捕獲成功か否かを判定し、捕獲成功と判定した場合には、該罠オーナのユーザ端末６０に、捕獲成功通知画面を表示するとともに、ポイント付与モジュール２７に対して、該罠オーナにボーナスのポイントを付与するように指示する。

図６は、ユーザ端末から表示される捕獲成功通知画面の一例を示す概念図である。

該罠オーナは、ユーザ端末６０から、図６に示すような捕獲成功通知画面が表示されることによって、捕獲に成功したことと、ボーナスとして付与されたポイント（例えば、２００ポイント）とを確認することができる。

ポイント交換処理モジュール２８は、ユーザが、ポイント残高情報Ｐに記録されたポイントを、商品と交換したい場合に起動される。

図７は、ユーザ端末から表示される商品交換画面の一例を示す概念図である。

ユーザは、ポイント残高情報Ｐに記録されたポイントを、商品と交換したい場合、ユーザ端末６０を操作すると、図７に例示するような、商品交換画面Ｓが表示される。

商品交換画面Ｓでは、ユーザのポイント残高情報Ｐに記録されている残高ポイントＺが表示されるとともに、その残高ポイントＺで交換可能な商品が、リスト、アイコン、および画像等によって表示される。ユーザは、ユーザ端末６０を操作することによって、表示された商品の中から所望する商品を指定することができる。

商品は、例えば農家や自治体のように、鳥獣捕獲による恩恵の享受者によって提供される農産品や特産品とすることができる。この場合、実際に鳥獣が捕獲された檻の近傍の農家以外の農家であっても、あるいは、実際に鳥獣が捕獲された檻を所有している自治体以外の自治体であってもよい。このように、商品の提供者に限定を設けないことによって、より多くの種類の商品を提供できるようになるので、ユーザにとってより魅力的となる。

商品は、必ずしも物理的な商品ではなく、サービスとすることもできる。例えば、捕獲した鳥獣をジビエとして食べるジビエイベントへの招待券としてもよい。自治体としては、このようなイベントを企画すれば、都会のユーザが実際にその自治体を訪れてくれることになるので、一種の観光事業を実施することにもなるので、自治体の活性化にもつなげることができるというメリットがある。

一方、ユーザは、自分が罠を仕掛けた現場を実際に訪れることによって、罠オーナとしての自覚の高揚に加えて、現地の人との交流を通じて、楽しい時間を過ごすことができるのみならず、鳥獣害に対する意識をさらに高めることができる。

この種のサービスを、提供者に制限を設けることなくユーザに提供可能とすることによって、自治体同士での競争原理も働くようになるので、さらに良質な商品をユーザに提供できるようになるという相乗効果も期待される。

ポイント交換処理モジュール２８は、このようにしてユーザによって商品を指定されると、該ユーザのユーザ登録情報Ｕ１を参照して、ユーザの住所および氏名を把握し、商品の発送に必要な処理を行う。なお、前述したように、ＡＰは、ユーザ登録時に、ユーザに対して、住所や氏名といった個人情報の入力を必ずしも要求している訳ではないので、ユーザ登録情報Ｕ１に、ユーザの住所も氏名も記録されていない場合もあり得る。そのような場合には、ポイント交換処理モジュール２８は、ユーザ端末６０に対して、ユーザの住所および氏名の入力を要求する。

これに応じてユーザがユーザ端末６０を操作して住所および氏名を入力すると、入力された住所および氏名は、該ユーザのユーザ登録情報Ｕ１に記録され、ポイント交換処理モジュール２８は、ユーザ登録情報Ｕ１に記録された住所および氏名を参照して、荷札を作成し、運送会社等に対して、商品の発送要求を行う。

商品の発送が完了した後は、ポイント交換処理モジュール２８は、ユーザ登録情報Ｕ１に記録されている該ユーザの住所および氏名を消去する。すなわち、個人情報は、必要な場合にのみしか使用されず、使用後は破棄されることにより、サーバ装置１０内には残らないので、個人情報が漏洩する心配はない。

次に、以上のように構成した本発明の実施形態に係る、鳥獣害対策のための方法が適用されたサーバ装置の動作例について説明する。

図８は、ユーザ端末から表示されるログイン画面の一例を示す概念図である。

ユーザは、ＡＰを利用する場合、ユーザ端末６０からサーバ装置１０にアクセスすると、ユーザ端末６０から、図８に例示するようなユーザ認証画面ａが表示される。これに応じて、ユーザは、ユーザ端末６０の入力機能を使って、既に登録されている例えばメールアドレスのようなユーザＩＤを入力欄ａ１に、パスワードを入力欄ａ２に入力する。

入力されたユーザＩＤと、パスワードとが、既に登録されているものと一致する場合、ＡＰは、このユーザの入力を許可する。一方、以前にユーザ登録がなされていない場合、ユーザは、新規登録ボタンａ３をタップすることによって、新規登録画面を開き、新規登録処理を行うことができる。

図９は、ユーザ端末から表示される新規登録画面の一例を示す概念図である。

新規登録ボタンａ３がタップされると、図９に例示するような新規登録画面ｂがユーザ端末６０から表示される。ユーザは、新規登録画面ｂに必要な情報として、例えば、ニックネームｂ１、メールアドレスｂ２、パスワードｂ３、パスワード（確認用）ｂ４を入力することによって新規登録処理を行うことができる。

ＡＰへのログインが完了すると、ユーザ端末６０からホーム画面が表示される。

図１０Ａおよび図１０Ｂは、ユーザ端末から表示されるホーム画面の一例を示す概念図である。

図１０Ａには、該ユーザが既に設置している罠の状況表示欄を含むホーム画面ｃ１が例示されている。

図１０Ａに示すホーム画面ｃ１には、２つの罠の状況表示欄ｃ１１、ｃ１２しか示されていないが、罠の数は２つに限定されず、該ユーザが設置している罠の数に応じた数の況表示欄ｃ１１、ｃ１２・・・が表示される。状況表示欄ｃ１１、ｃ１２には、同じ罠を設定しているユーザの数、罠が設置されている住所、罠の有効期限、捕獲実績等の情報が含まれている。さらに、各状況表示欄ｃ１１、ｃ１２にはそれぞれ、詳細設定ボタンｃ１１１、ｃ１２１および設置場所変更ボタンｃ１１２、ｃ１２２が表示されている。ユーザは、詳細設定ボタンｃ１１１、ｃ１２１をタップすることによって、後述する図１３Ａに例示するような罠詳細設定画面ｅ１が表示される。また、ユーザは、設置場所変更ボタンｃ１１２、ｃ１２２をタップすることによって、罠の設置場所を変更する罠設置場所変更処理に進むことができる。なお、罠設置場所変更処理については、後述する。

図１０Ｂには、罠による捕獲速報に関する情報を示すホーム画面ｃ２が例示されている。ホーム画面ｃ１とホーム画面ｃ２とは、タブによって、相互に切替表示可能である。したがって、ユーザは、ホーム画面ｃ１が表示されている状態から、ホーム画面ｃ２が表示される状態に切り替えたり、逆に、ホーム画面ｃ２が表示されている状態から、ホーム画面ｃ１が表示される状態に切り替えることができる。

ホーム画面ｃ２には、捕獲が成功した実績（以下、「捕獲実績」と称する）ｃ２１、ｃ２２、ｃ２３毎に、罠の設置場所、捕獲時刻等の情報が、最新順に表示されている。各捕獲実績ｃ２１、ｃ２２、ｃ２３には、詳細設定ボタンｃ２１１、ｃ２２１、ｃ２３１も表示されている。ユーザは、詳細設定ボタンｃ２１１、ｃ２２１、ｃ２３１をタップすることによって、対応する捕獲実績のさらなる詳細な情報を表示させることができる。

ホーム画面ｃ１、ｃ２にはいずれも、罠設置ボタンｃ１３、ｃ２４が表示されている。ユーザは、罠設置ボタンｃ１３、ｃ２４をタップすることによって、後述する図１２Ａに例示されるような罠設置場所一覧画面ｄ１が表示される。

図１１は、罠の設置処理の流れの一例を示すフロー図である。

このフローは、ホーム画面ｃ１、ｃ２が表示される開始ステップＳ１で始まり、ホーム画面ｃ１、ｃ２において罠設置ボタンｃ１３、ｃ２４がユーザによってタップされると、罠設置場所一覧モードＳ２へ進み、その後、罠詳細ステップＳ３、未設置罠一覧ステップＳ４、および罠購入ステップＳ５へと進む。なお、開始ステップＳ１から、罠設置場所一覧モードＳ２をパスして罠詳細ステップＳ３に進んだり、罠設置場所一覧モードＳ２から、罠詳細ステップＳ３をパスして未設置罠一覧ステップＳ４に進んだり、未設置罠一覧ステップＳ４の後、罠購入ステップＳ５へ進むことなく処理を終了したり、未設置罠一覧ステップＳ４の後、罠購入ステップＳ５を実施後、再び未設置罠一覧ステップＳ４に戻ることもできる。

以下に、各ステップについて詳細に説明する。

前述したように図１０Ａに例示されるホーム画面ｃ１において罠設置ボタンｃ１３がタップされた場合、または図１０Ｂに例示されるホーム画面ｃ２において罠設置ボタンｃ２４がタップされた場合、開始ステップＳ１から、罠設置場所一覧モードＳ２へ進み、ユーザ端末６０から罠設置場所一覧画面が表示される。

図１２Ａは、ユーザ端末から表示される罠設置場所一覧画面の一例を示す概念図である。

図１２Ａは、罠を新規に設置する際に表示される罠設置場所一覧画面ｄ１であって、罠の設置可能場所（Ａ，Ｂ，Ｃ，Ｄ，Ｅ）を示す地図ｄ１１と、各設置可能場所における罠の設置状況ｄ１２、ｄ１３・・・とが表示されている罠設置場所画面ｄ１が例示されている。

例えば、設置可能場所Ａにおける罠の設置状況ｄ１２には、設置可能場所Ａに罠を設置しているユーザ数ｄ１２１、設置可能場所Ａの住所ｄ１２２、罠の有効期限ｄ１２３、設置変更ボタンｄ１２４、および詳細表示ボタンｄ１２５が表示されている。

一方、設置可能場所Ｂにおける罠の設置状況ｄ１３には、設置可能場所Ｂに罠を設置しているユーザ数ｄ１３１、設置可能場所Ｂの住所ｄ１３２、設置ボタンｄ１３４、および詳細表示ボタンｄ１３５が表示されている。

該ユーザが、設置可能場所Ａに既に罠を設置している場合、設置状況ｄ１２のように、設置変更ボタンｄ１２４が表示される。

ユーザは、設置変更ボタンｄ１２４をタップすることによって、例えば図１２Ｂに例示するような罠設置場所一覧画面ｄ２が表示され、設置可能場所Ａに既に設置している罠を、別の設置可能場所に変更するための罠設置場所変更処理に進むことができる。罠設置場所変更処理については、後述する。

また、ユーザは、詳細表示ボタンｄ１２５をタップすると、罠詳細ステップＳ３に進むことができる。

図１２Ａに戻って、設置可能場所Ｂに罠が設置されていない場合、設置状況ｄ１３のように、設置ボタンｄ１３４が表示される。ユーザは、設置可能場所Ｂに新たに罠を設置したい場合、設置ボタンｄ１３４をタップすることによって、未設置罠一覧ステップＳ４に進むことができる。

また、ユーザは、詳細表示ボタンｄ１３５をタップすると、罠詳細ステップＳ３に進むことができる。

図１２Ｂは、罠設置場所変更処理時にユーザ端末から表示される罠設置場所一覧画面の一例を示す概念図である。

図１２Ｂは、既に設置している罠を、別の設置可能場所に変更するための罠設置場所変更処理時に表示される罠設置場所画面ｄ２であって、罠の設置可能場所（Ａ，Ｂ，Ｃ，Ｄ，Ｅ）を示す地図ｄ２１と、各設置可能場所における罠の設置状況ｄ２２、ｄ２３・・・とが表示されている。

図１２Ｂにおいて、設置可能場所Ｂにおける罠の設置状況ｄ２２には、設置可能場所Ｂに罠を設置しているユーザ数ｄ２２１、設置可能場所Ｂの住所ｄ２２２、および設置ボタンｄ２２４が表示されている。設置可能場所Ｃにおける罠の設置状況ｄ２３も、同様な構成となっている。

ユーザは、設置可能場所Ａに設置していた罠を、設置可能場所Ｂに設置するように変更する場合、設置ボタンｄ２２４をタップし、設置可能場所Ｃに設置するように変更する場合、設置ボタンｄ２３４をタップする。これによって、未設置罠一覧ステップＳ４に進むことができる。

また、ユーザは、開始ステップＳ１において、図１０Ａに例示されるホーム画面ｃ１から、詳細設定ボタンｃ１１１、ｃ１２１をタップすることによって、開始ステップＳ１から、罠設置場所一覧モードＳ２をパスして、罠詳細ステップＳ３に進むことができる。

罠詳細ステップＳ３では、ユーザ端末６０から、罠設置前の罠詳細設定画面が表示される。

図１３Ａは、罠設置前にユーザ端末から表示される罠詳細設定画面の一例を示す概念図である。

罠詳細設定画面ｅ１には、罠の設置可能場所（Ａ，Ｂ，Ｃ，Ｄ，Ｅ）を示す地図ｅ１１が表示されている。ユーザは、地図ｅ１１に表示された設置可能場所のうち、罠を設置したい場所（例えば、Ａ）をタップ等により指定すると、罠詳細設定画面ｅ１には、地図ｅ１１の下に、設置しようとしている罠の詳細情報ｅ１２が表示される。詳細情報ｅ１２には、例えば、この場所に罠を設置しているユーザの数、住所、過去の捕獲実績（図１３Ａにおいて「ホカクトーケイ情報」として示される）等が含まれる。罠詳細設定画面ｅ１には、設置ボタンｅ１２１も表示されており、ユーザは、この場所に罠を設置したい場合には、設置ボタンｅ１２１をタップすることによって、罠の設置場所を確定し、未設置罠一覧ステップＳ４に進むことができる。

罠の設置が確定すると、ユーザ端末６０からは、罠設置後の罠詳細設定画面が表示される。

図１３Ｂは、罠設置後にユーザ端末から表示される罠詳細設定画面の一例を示す概念図である。

罠詳細設定画面ｅ２には、罠の設置可能場所（Ａ，Ｂ，Ｃ，Ｄ，Ｅ）を示す地図ｅ２１と、設置された罠の詳細情報ｅ２２とが表示される。詳細情報ｅ２２には、例えば、この場所に罠を設置しているユーザの数、住所、罠の有効期限等が含まれる。罠詳細設定画面ｅ２には、設置場所変更ボタンｅ２２１も表示されており、ユーザは、設置場所変更ボタンｅ２２１をタップすることによって、罠設置場所変更処理に移ることもできる。

未設置罠一覧ステップＳ４では、ユーザ端末６０から、未設置罠一覧画面が表示される。

図１４Ａは、ユーザ端末から表示される未設置罠一覧画面の一例を示す概念図である。

未設置罠一覧画面ｆ１には、購入済みであるが未設置の罠の一覧情報ｆ１１、ｆ１２、ｆ１３が表示されている。なお、図１４Ａでは、３つの罠の一覧情報ｆ１１、ｆ１２、ｆ１３が示されているが、未設置の罠の数は、３つに限定されない。一覧情報ｆ１１、ｆ１２、ｆ１３では、罠の有効期限が表示されている。また、未設置罠一覧画面ｆ１には、罠設置ボタンｆ１１１、ｆ１２１、ｆ１３１もそれぞれ配置されており、ユーザは、所望する罠の一覧情報ｆ１１、ｆ１２、ｆ１３の罠設置ボタンｆ１１１、ｆ１２１、ｆ１３１をタップすることによって、未設置の罠の中から、設置する罠を決定することができる。

さらに、一覧情報ｆ１１、ｆ１２、ｆ１３の下には、罠購入ボタンｆ１５およびキャンセルボタンｆ１６も表示されている。ユーザは、罠を購入する際には罠購入ボタンｆ１５をタップすることによって、罠購入ステップＳ５へ進むことができる。また、キャンセルボタンｆ１６をタップすることによって、ＡＰの動作を終了させることができる。

なお、未設置の罠は常に存在する訳ではなく、存在しない場合もあり得る。このような場合、未設置罠一覧ステップＳ４では、ユーザ端末６０から、図１４Ａのような未設置罠一覧画面ｆ１の代わりに、図１４Ｂのような画面ｆ２が表示される。

図１４Ｂは、未設置の罠がない場合にユーザ端末から表示される画面の一例を示す概念図である。

図１４Ｂに例示する画面ｆ２にも、罠購入ボタンｆ２１およびキャンセルボタンｆ２２が表示されている。ユーザは、罠を購入する際には罠購入ボタンｆ２１をタップすることによって、罠購入ステップＳ５へ進むことができる。また、キャンセルボタンｆ２２をタップすることによって、ＡＰの動作を終了させることができる。

罠購入ステップＳ５では、ユーザ端末６０から、罠購入画面が表示される。

図１５は、ユーザ端末から表示される罠購入画面の一例を示す概念図である。

罠購入画面ｇには、ユーザが保有するポイント数表示欄ｇ１に加えて、購入可能な罠の一覧表示ｇ２、ｇ３、ｇ４、ｇ５がなされている。各一覧表示ｇ２、ｇ３、ｇ４、ｇ５には、罠名称（例えば、「罠３０」、「罠９０」等）、有効期限（例えば、「３０」（購入日から３０日を表す）、「６０」等）、購入ポイント（例えば、「１，０００」（１，０００ポイントを表す）等）の情報が表示されている。また、各一覧表示ｇ２、ｇ３、ｇ４、ｇ５には、購入ボタンｇ２１、ｇ３１、ｇ４１、ｇ５１も表示されている。

ユーザは、ポイント数表示欄ｇ１に表示されている保有ポイント内で、各一覧表示ｇ２、ｇ３、ｇ４、ｇ５に表示されたいずれかの罠を購入することができる。実際に購入手続きをする場合には、購入したい罠の一覧表示ｇ＊に表示されている購入ボタンｇ＊１（＊は、図１５に示す例の場合、２〜５のうちの何れかの整数）をタップする。また、キャンセルボタンｇ６をタップすることによって、１つ前の画面に戻ることができる。

このようにしてユーザは、罠を購入することができる。罠を購入すると、未設置罠一覧ステップＳ４の処理に戻り、購入した罠は、図１４Ａに例示するような未設置罠一覧画面ｆ１において表示されるようになる。従って、ユーザは、前述した未設置罠一覧ステップＳ４の処理を実行することによって、所望する罠の設置可能場所に罠を設定するための処理を行うことができる。

以上、図１１に示すような罠の設置処理の流れについて説明した。次に、図１６を用いて、罠の設置場所変更処理の流れについて説明する。

図１６は、罠の設置場所変更処理の流れの一例を示すフロー図である。

ＡＰでは、図１１に示すような罠の設置処理と、図１６に示すような罠の設置場所変更処理とは、おのおの独立して実施されるのではなく、実際には、複雑に入り組んで実施され、画面上の種々のボタンをタップすることによって、あるステップから任意のステップにジャンプできるようになっている。従って、本明細書において、罠の設置処理の流れを図１１に示し、罠の設置場所変更処理の流れを図１６に示しているのは、あくまで説明の便宜上であると留意されたい。したがって、以下における罠の設置場所変更処理の説明では、すでに説明した図面については、重複説明を避け、罠の設置場所変更処理に関する点のみについて簡潔に説明するものとする。

罠の設置場所変更処理については、図１２Ｂを用いて簡単に説明したが、全体の処理の流れは図１６に示すように、開始ステップＳ１１、罠設置場所一覧モードＳ１２、設置場所詳細ステップＳ１３、および罠設置場所選択モードＳ１４からなり、罠設置場所選択モードＳ１４の後は罠設置場所一覧モードＳ１２へ戻る。

これら各ステップＳ１１〜Ｓ１５の実行時にも、ユーザ端末６０からは、図１１に示すステップＳ１〜Ｓ５の実行時と同様に、図１０Ａ、図１２Ａ、図１３Ａ、図１３Ｂのような画面が表示される。

開始ステップＳ１１では、図１０Ａに例示するような画面が、ユーザ端末６０から表示される。

ユーザは、図１０Ａにおける罠設置ボタンｃ１３をタップすることによって、罠設置場所一覧モードＳ１２に進むことができる。

またユーザは、図１０Ａにおける詳細設定ボタンｃ１１１、ｃ１２１をタップすることによって、設置場所詳細ステップＳ１３に進むことができる。

さらにユーザは、図１０Ａにおける設置場所変更ボタンｃ１１２、ｃ１２２をタップすることによって、罠設置場所選択モードＳ１４に進むことができる。

罠設置場所一覧モードＳ１２では、ユーザ端末６０から、図１２Ａのような画面が表示される。ユーザは、図１２Ａのような画面に従って、罠設置場所を一覧表示することができる。

ユーザは、図１２Ａにおける設置変更ボタンｄ１２４をタップすることによって、罠設置場所選択モードＳ１４に進むことができる。

設置場所詳細ステップＳ１３では、ユーザ端末６０から、図１３Ｂのような画面が表示される。ユーザは、図１３Ｂのような画面に従って、罠設置場所の詳細指定に関する操作を行うことができる。

ユーザは、図１３Ｂにおける設置変更ボタンｅ２２１をタップすることによって、罠設置場所選択モードＳ１４に進むことができる。

罠設置場所選択モードＳ１４では、図１３Ａのような画面が表示される。ユーザは、図１３Ａのような画面に従って、罠設置場所選択処理に関する操作を行うことができる。

ユーザは、図１３Ａにおける設置ボタンｅ１２１をタップすることによって、罠設置処理を完了することができる。その後、処理は、罠設置場所一覧モードＳ１２に戻り、ユーザ端末６０から、図１２Ａのような画面が表示されることにより、ユーザは、罠設置場所を一覧表示することができる。

一方、図１３Ａにおけるキャンセルボタンｅ１２２をタップすることによって、罠設置場所選択モードＳ１５を終了し、罠設置場所一覧モードＳ１２に戻ることができる。

以上、図１６を用いて、罠の設置場所変更処理の流れについて説明した。

このようにして決定された設置場所（以下、「現場」とも称する）に配置されている檻に、罠が設置される。

罠にかかって鳥獣が檻に入ると、檻の扉が閉まり、センサが発動し、センサからの信号が、通信ネットワーク７０を介して、サーバ装置１０へ送信される。

これに応じて、ＡＰの運営者が、遠隔カメラにより、檻の状態をモニタリングし、罠が発動していること（檻が実際に閉まっていること）、および、罠が有効期限内であることを確認し、さらに、檻の中に、目的とする鳥獣が捕獲されていることを確認する。

ＡＰの運営者は、このような確認作業によって、捕獲成功か否かを判定し、捕獲成功と判定した場合には、該罠オーナのユーザ端末６０に、図６に例示するような捕獲成功通知画面を表示するとともに、ポイント付与モジュール２７に対して、該罠オーナにボーナスのポイントを付与するように指示する。

該罠オーナは、ユーザ端末６０から、図６に示すような捕獲成功通知画面が表示されることによって、鳥獣の捕獲に成功したことと、ボーナスのポイント（例えば、２００ポイント）が付与されたこととを確認することができる。

付与されたポイントは、新たな罠の購入や、商品との交換のために使用することができる。

なお、現場には、檻が設置されている他に、種々のセンサ、カメラ等の撮像手段、通信手段も設置されている。これらセンサによって、気候、天候、温度、湿度、土壌水分、日射量、振動、音等の種々のデータが取得される。これらセンサによって取得された種々のデータに応じた信号や、撮像手段によって撮像された画像データは、通信手段によって、サーバ装置１０、あるいは専用のサーバ（図示せず）へ送信される。

一方、ユーザは、ポイントを、商品と交換したい場合、図７に例示するような商品交換画面Ｓをユーザ端末６０から表示する。

商品交換画面Ｓでは、ユーザのポイント残高情報Ｐに記録されている残高ポイントＺが表示されるとともに、その残高ポイントＺで交換可能な商品が、リスト、アイコン、および画像等によって表示される。ユーザは、ユーザ端末６０を操作することによって、表示された商品の中から所望する商品を指定することができる。

ポイント交換処理モジュール２８では、このようにしてユーザによって商品を指定されると、該ユーザのユーザ登録情報Ｕ１が参照され、ユーザの住所および氏名が把握され、商品の発送に必要な処理が行われる。なお、前述したように、ＡＰは、ユーザ登録時に、ユーザに対して、住所や氏名といった個人情報の入力を必ずしも要求している訳ではないので、ユーザ登録情報Ｕ１に、ユーザの住所も氏名も記録されていない場合もあり得る。そのような場合には、ポイント交換処理モジュール２８によって、ユーザ端末６０に対して、ユーザの住所および氏名の入力が要求される。

これに応じてユーザがユーザ端末６０を操作して住所および氏名を入力すると、入力された住所および氏名のような個人情報は、該ユーザのユーザ登録情報Ｕ１に記録される。ポイント交換処理モジュール２８は、ユーザ登録情報Ｕ１に記録された住所および氏名を参照して、商品の提供者の代わりに、ユーザへの商品発送手続きを行う。

商品は、前述したように、例えば農家や自治体のように、鳥獣捕獲による恩恵の享受者によって提供される農産品や特産品であり得るが、これら商品は、例えば農家や自治体のような商品提供者から、ユーザに対して直接的に発送手配されるのではなく、ＡＰの運営者によって発送手配される。

これによって、ユーザの個人情報は、商品提供者へ提供されず、ユーザの個人情報を取り扱うことができるのは、ＡＰの運営者のみとなる。そして、商品の発送が完了した後は、ユーザ登録情報Ｕ１に記録されているユーザの個人情報は、ポイント交換処理モジュール２８によって消去される。このように、個人情報は、必要な場合しか使用されず、使用後は破棄されるので、サーバ装置１０内には残らない。したがって、ユーザの個人情報はどこにも漏洩しないため、ユーザは、安心して、ＡＰの利用を継続することができる。

また、ＡＰ内では、金銭のやり取りは発生しないので、商品交換に際し、金銭トラブルが発生することはない。

さらには、前述したように、商品の発送手配を、商品提供者が直接行うのではなく、ＡＰの運営者が代行して行うことは、商品提供者にもメリットがある。それは、商品提供者は、ポイントとの交換に供される商品を、ＡＰの運営者に一括して納入すればよくなるために、商品提供者は、商品を、各ユーザに個別発送するといった面倒な作業を行なうことなく、ＡＰの運営者という新たな安定した販路を得られるようになったことである。販路の拡大は、経営の安定化に直結することなので、農家（例えば、農業従事者や畜産業者）や自治体といった商品提供者にとって、好ましいものである。

このメリットは、ＡＰの普及が進むほど、大きくなるので、商品提供者のモチベーション向上にも寄与し、商品提供者間での競争原理も働くようになり、商品供給者の参加数の増加や、商品のラインアップの充実度の向上が期待される。

さらにこれは、ＡＰを利用するユーザ数の増加にもつながる。より多くのユーザがＡＰを利用するようになることによって、自治体が費やしていた罠の費用負担を低減できるようになる。また、鳥獣害に対する注目度もより高まるといった好循環をもたらす。

以上説明したように、本発明の実施形態によれば、鳥獣捕獲のための罠の設置場所を指定するアプリケーションサービスを、より多くのユーザに利用してもらい、その利用料金を、罠の設置のための費用として活用することができる。そして、実際に鳥獣捕獲に成功した場合には、商品との交換が可能なポイントをユーザに付与することによって、ユーザは、該アプリケーションサービスを継続的に利用したくなる。

これによって、鳥獣害の認知度を高めることが可能になるととともに、罠の設置のための費用を、継続的に確保することができるので、鳥獣害の減少に寄与することが可能となる。

しかも、商品との交換に際し、商品は、ユーザに対して、ＡＰの運営者から発送手配されるので、商品との交換に際し、ユーザの個人情報は、商品供給者へ拡散されることはない。また、商品の発送完了後は、個人情報は、サーバ装置１０からも破棄されるので、個人情報が漏洩することはない。さらに、商品の交換に際し、金銭による取引はなされないので、金銭トラブルも発生しない極めて安全性の高い商品交換処理を実現することができる。

以上、本発明を実施するための最良の形態について、添付図面を参照しながら説明したが、本発明はかかる構成に限定されない。特許請求の範囲の発明された技術的思想の範疇において、当業者であれば、各種の変更例及び修正例に想到し得るものであり、それら変更例及び修正例についても本発明の技術的範囲に属するものと了解される。

１０ サーバ装置
１１ バス
１２ ＣＰＵ
１３ 外部記録媒体
１４ 記録媒体読取部
１５ 通信部
２０ メモリ
２１ ユーザ認証モジュール
２２ 料金徴収モジュール
２３ 地図情報提供モジュール
２４ 場所情報取得モジュール
２５ 捕獲実績情報蓄積モジュール
２６ 捕獲実績情報提供モジュール
２７ ポイント付与モジュール
２８ ポイント交換処理モジュール
２９ 書込可能データエリア
３０ 記憶装置
３１ 地図情報データベース
３２ ユーザ情報データベース
３３ 捕獲実績情報データベース
６０ ユーザ端末
７０ 通信ネットワーク
ＡＰ アプリケーションサービス
Ａ 設定可能場所
Ｂ 設定可能場所
Ｃ 設定可能場所
Ｄ 設定可能場所
Ｅ 設定可能場所
Ｊ 捕獲実績情報
Ｋ 罠購入情報
Ｍ 地図情報
Ｐ ポイント残高情報
Ｓ 商品交換画面
Ｕ１ ユーザ登録情報
Ｕ２ ユーザ認証情報
Ｗ 罠選択画面
Ｚ 残高ポイント
ａ ユーザ認証画面
ａ１ 入力欄
ａ２ 入力欄
ａ３ 新規登録ボタン
ｂ 新規登録画面
ｂ１ ニックネーム
ｂ２ メールアドレス
ｂ３ パスワード
ｂ４ パスワード（確認用）
ｃ１ ホーム画面
ｃ２ ホーム画面
ｃ１１ 状況表示欄
ｃ１２ 状況表示欄
ｃ１３ 罠設定ボタン
ｃ２１ 捕獲実績
ｃ２２ 捕獲実績
ｃ２３ 捕獲実績
ｃ２４ 罠設定ボタン
ｃ１１１ 詳細設定ボタン
ｃ１１２ 設置場所変更ボタン
ｃ１２１ 詳細設定ボタン
ｃ１２２ 設置場所変更ボタン
ｃ２１１ 詳細設定ボタン
ｃ２２１ 詳細設定ボタン
ｃ２３１ 詳細設定ボタン
ｄ１ 罠設置場所一覧画面
ｄ２ 罠設置場所一覧画面
ｄ１１ 地図
ｄ１２ 設置状況
ｄ１３ 設置状況
ｄ２１ 地図
ｄ２２ 設置状況
ｄ２３ 設置状況
ｄ１２１ ユーザ数
ｄ１２２ 住所
ｄ１２３ 有効期限
ｄ１２４ 設定変更ボタン
ｄ１２５ 詳細表示ボタン
ｄ１３１ ユーザ数
ｄ１３２ 住所
ｄ１３４ 設置ボタン
ｄ１３５ 詳細表示ボタン
ｄ２２１ ユーザ数
ｄ２２２ 住所
ｄ２２４ 設置ボタン
ｅ１ 罠詳細設定画面
ｅ２ 罠詳細設定画面
ｅ１１ 地図
ｅ１２ 詳細情報
ｅ２１ 地図
ｅ２２ 詳細情報
ｅ１２１ 設置ボタン
ｅ２２１ 設置場所変更ボタン
ｆ１ 未設置罠一覧画面
ｆ２ 画面
ｆ１１ 一覧情報
ｆ１２ 一覧情報
ｆ１３ 一覧情報
ｆ１５ 罠購入ボタン
ｆ１６ キャンセルボタン
ｆ２１ 罠購入ボタン
ｆ２２ キャンセルボタン
ｆ１１１ 罠設定ボタン
ｆ１２１ 罠設定ボタン
ｆ１３１ 罠設定ボタン
ｇ 罠購入画面
ｇ１ ポイント数表示欄
ｇ２ 一覧表示
ｇ３ 一覧表示
ｇ４ 一覧表示
ｇ５ 一覧表示
ｇ６ キャンセルボタン
ｇ２１ 購入ボタン
ｇ３１ 購入ボタン
ｇ４１ 購入ボタン
ｇ５１ 購入ボタン

Claims (15)

1. ユーザ端末と通信可能に接続され、前記ユーザ端末に対してアプリケーションサービスを提供するサーバ装置であって、
   前記アプリケーションサービスを実現するプログラムを実行可能な１つまたは複数のプロセッサを備え、
   前記プログラムは、
   前記ユーザ端末から、現実の鳥獣を捕獲するための罠の現実の設置場所を指定する情報を取得する場所情報取得モジュールと、
   前記現実の設置場所に仕掛けられた罠によって現実の鳥獣が捕獲された場合、この罠の現実の設置場所を指定したユーザに、所定の商品との交換のために使用可能な所定量のポイントを付与するポイント付与モジュールと、
   前記ユーザ端末から、前記ポイントを使用した、商品との交換要求が送信されると、前記交換要求に応じて、前記商品を、前記商品の提供者の代わりに、前記ユーザへ発送手続するポイント交換処理モジュールとを備え、
   前記提供者は、前記現実の鳥獣が捕獲されることによる恩恵の享受者である、サーバ装置。
2. 前記ポイント交換処理モジュールは、前記交換要求をしたユーザに対して、前記発送手続に必要な個人情報を要求し、前記ユーザへの発送手続を行う際に、この要求に応じて通知された個人情報を用いる、請求項１に記載のサーバ装置。
3. 前記個人情報は、前記ユーザの氏名および住所を含む、請求項２に記載のサーバ装置。
4. 前記ポイント交換処理モジュールは、前記発送手続の終了後、前記個人情報を破棄する、請求項２または３に記載のサーバ装置。
5. 前記ユーザへ発送手配される商品は、前記提供者から、前記アプリケーションサービスの運営者へ提供される、請求項１乃至４のうち何れか１項に記載のサーバ装置。
6. 前記享受者は、鳥獣害を受ける農家および自治体のうち少なくとも何れかを含む、請求項１に記載のサーバ装置。
7. 現実の鳥獣を捕獲するための罠の現実の設置に関する指示をユーザから受けるアプリケーションサービスによって実施される方法であって、
   前記アプリケーションサービスを実現するプログラムを実行可能な１つまたは複数のプロセッサが、
   前記ユーザから、前記罠の現実の設置場所を指定する情報を取得し、
   前記現実の設置場所に仕掛けられた罠によって現実の鳥獣が捕獲された場合、前記ユーザに、所定の商品との交換のために使用可能な所定量のポイントを付与し、
   前記ユーザから、前記ポイントを使用した、商品との交換要求が送信されると、前記交換要求に応じて、前記商品を、前記商品の提供者の代わりに、前記ユーザへ発送手続し、
   前記提供者は、前記現実の鳥獣が捕獲されることによる恩恵の享受者である、方法。
8. 前記プロセッサは、前記発送手続のために、前記交換要求をしたユーザに対して、前記発送手続に必要な個人情報を要求し、前記ユーザへの発送手続を行う際に、この要求に応じて通知された個人情報を用いる、請求項７に記載の方法。
9. 前記個人情報は、前記ユーザの氏名および住所を含む、請求項８に記載の方法。
10. 前記プロセッサは、前記発送手続の終了後、前記個人情報を破棄する、請求項８または９に記載の方法。
11. 前記ユーザへ発送手配される商品は、前記提供者から、前記アプリケーションサービスの運営者へ提供される、請求項７乃至１０のうち何れか１項に記載の方法。
12. 前記享受者は、鳥獣害を受ける農家および自治体のうち少なくとも何れかを含む、請求項７に記載の方法。
13. ユーザ端末にアプリケーションサービスを提供するために実行されるプログラムであって、
    ユーザによって操作されるユーザ端末から送信された、現実の鳥獣を捕獲するための罠の現実の設置場所を指定する情報を取得する機能、
    前記現実の設置場所に仕掛けられた罠によって現実の鳥獣が捕獲された場合、前記ユーザに、所定の商品との交換のために使用可能な所定量のポイントを付与する機能、
    前記ユーザ端末から、前記ポイントを使用した、商品との交換要求が送信されると、前記交換要求に応じて、前記商品を、前記現実の鳥獣が捕獲されることによる恩恵の享受者である前記商品の提供者の代わりに、前記ユーザへ発送手続する機能を、プロセッサに実現させるためのプログラム。
14. 前記発送手続のために、前記ユーザに対して、前記発送手続に必要な個人情報を要求する機能、
    前記ユーザへの発送手続を行う際に、この要求に応じて通知された個人情報を用いる機能をさらに、前記プロセッサに実現させる請求項１３に記載のプログラム。
15. 前記発送手続の終了後、前記個人情報を破棄する機能をさらに、前記プロセッサに実現させる請求項１４に記載のプログラム。