JP6703713B2 - Bird and beast disposal management method - Google Patents

Description

The present invention relates to a wildlife disposal management method for managing the disposal of captured wildlife.

In recent years, the habitat of birds and beasts such as sika deer and wild boar has been expanding, and the numbers of these birds and beasts are increasing. Among these birds and beasts, the population of sika deer in particular is remarkably increasing, and the feeding damage by the sika deer is becoming more serious.

Examples of feeding damage caused by sika deer include peeling damage caused by eating skins such as cedar and cypress in the forest. Trees that have been damaged by peeling have withered after that, which has a serious impact on forestry. In addition, sika deer are increasing the damage to the crops in the fields.

Municipalities adjust the population of sika deer to reduce food damage caused by sika deer. Specifically, the local government sets the number of sika deer to be captured each year and entrusts the hunters to capture the set number of sika deer. The hunter uses a gun or a trap to capture the sika deer and disposes of the captured sika deer. Patent Literature 1 discloses a harmful bird and animal extermination system for capturing birds and animals such as wild boars.

JP, 2004-97019, A

The captured sika deer are slaughtered and landfilled by hunters. After landing the captured sika deer, the hunter applies to the local government to pay the cost of capturing the sika deer. The local government pays the hunters a capture cost according to the number of captives.

When deciding whether or not to pay the capture cost, the local government needs to confirm whether the content of the application for payment of the capture cost matches the capture status of the captured sika deer. However, it was a burden on the local government due to the complicated administrative procedures for matching the application contents with the capture status of sika deer. For this reason, there was a demand for simplification of the application for payment of capture costs and the collation work with the actual capture status of sika deer.

When a hunter applies for payment of the capture cost to a local government, the hunter submits evidence such as the teeth of the captured sika deer in order to prove that the sika deer was captured. However, hunters may fraudulently charge for the cost of capturing sika deer. Specifically, it is possible that a hunter inflates the number of captives by reusing the teeth of sika deer for which the cost of capture has been paid. If a hunter inflates the number of catches and improperly applies for payment of the capture cost, the sika deer in a preset number will not be captured. As a result, there is a problem that it is difficult to suppress feeding damage caused by sika deer.

In view of the above problems, an object of the present invention is to provide a bird and animal disposal management method capable of preventing an illegal application for payment of the capture cost of a captured bird and animal.

In order to solve the above-mentioned problems, the invention according to claim 1 is a bird and beast disposal management method, wherein the carried-in person identification data for identifying a carry-in person who has carried in the captured bird and beast to a predetermined carry-in place and the captured bird and beast. The step of transmitting the carry-in report data including the catching situation data recording the catching situation to the carry-in management server from the communication terminal operated by the carry-in person, and the carried-in management server carrying in the caught birds and beasts. Creating the carry-in acceptance data by adding the carry-in time to the carry-in report data, and transmitting the carry-in acceptance data from the carry-in management server to the communication terminal; Transmitting reception receipt data which is a copy of the receipt acceptance data; transmitting the receipt acceptance data from the communication terminal to the collation server; and, in the collation server, the information transmitted from the import management server. And comparing the receipt receipt data with the carry-in acceptance data transmitted from the communication terminal to determine payment of the disposal cost of the captured birds and animals.

A second aspect of the present invention is the method of managing wildlife disposal according to the first aspect, further comprising a step of photographing a state in which the captured wildlife is carried in at the loading place with a camera,
Equipped with.

A third aspect of the present invention is the method for managing wildlife disposal according to the second aspect, wherein the camera is located at a position where a number of a vehicle carrying the captured wildlife can be taken at the loading place. The import report data is installed and includes the number of the vehicle to be imported.

According to the present invention, among the captured birds and beasts, the cost of capturing the birds and beasts brought in to the designated dismantling place is paid, and thus it is possible to prevent an illegal application by a hunter to pay the capture cost.

It is a functional block diagram which shows the structure of the birds and animals disposal management system which concerns on embodiment of this invention. It is a functional block diagram which shows the structure of the tablet terminal shown in FIG. It is a functional block diagram which shows the structure of the carry-in management server shown in FIG. It is a functional block diagram which shows the structure of the collation server shown in FIG. It is a figure explaining the outline from a sika deer being captured to disposal. It is a figure which shows the outline of the carry-in place which carries in the captured sika deer. It is a sequence diagram which shows operation|movement of the birds and animals disposal management system shown in FIG. It is a figure which shows an example of the carry-in report screen displayed on the mobile communication terminal shown in FIG. It is a figure which shows an example of the carry-in report data produced by the mobile communication terminal shown in FIG. It is a figure which shows an example of the carry-in acceptance data created by the carry-in management server shown in FIG.

Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. In the drawings, the same or corresponding parts will be denoted by the same reference symbols and description thereof will not be repeated.

[1. Configuration of Bird and Animal Disposal Management System 100]
[1.1. overall structure]
FIG. 1 is a functional block diagram showing a configuration of a bird and beast disposal management system 100 according to an embodiment of the present invention. The wildlife disposal management system 100 is used by a hunter who captured wild sika deer to apply to the local government for payment of the capture cost, and a dismantler who dismantles the captured sika deer applies to the local government for payment of the disposal cost. Be done.

As shown in FIG. 1, the bird and beast disposal management system 100 includes a mobile communication terminal 1, a carry-in management server 2, a matching server 3, and the Internet 4.

The mobile communication terminal 1 is a communication terminal owned by a hunter. When the captured sika deer is carried into the carry-in place designated by the dismantling company, the mobile communication terminal 1 creates the carry-in report data 41 and transmits it to the carry-in management server 2 according to the operation of the hunter. The carry-in report data 41 includes data on the hunter who carried in the sika deer and data on the capture status of the sika deer. Details of the carry-in report data 41 will be described in detail in the operation of the bird and animal disposal management system 100.

The carry-in management server 2 is a computer operated by a dismantling company that dismantles captured sika deer, and is installed in the office of the dismantling company adjacent to the carry-in place. The carry-in management server 2 acquires the carry-in report data 41 from the mobile communication terminal 1, and uses the acquired carry-in report data 41 to create carry-in acceptance data 42 and acceptance receipt data 43.

The carry-in acceptance data 42 is data in which the management number and the carry-in time are added to the carry-in report data 41. The management number is an identification number that uniquely identifies the carry-in acceptance data 42. The carry-in time is the time when the carry-in management server 2 acquires the carry-in report data 41. The carry-in acceptance data 42 is transmitted from the carry-in management server 2 to the mobile communication terminal 1. The receipt receipt data 43 is a copy of the carry-in receipt data 42 and is transmitted from the carry-in management server 2 to the matching server 3.

Details of the carry-in acceptance data 42 and the acceptance receipt data 43 will be described in detail in the operation of the bird and beast disposal management system 100 described later.

The collation server 3 is a computer installed in the government office of a local government, and is operated by a staff member of the local government. As described above, the mobile communication terminal 1 acquires the carry-in acceptance data 42 from the carry-in management server 2, and then transmits the acquired carry-in acceptance data 42 to the matching server 3 for the application of the capture cost. The collation server 3 collates the acquired carry-in reception data 42 and the acquired reception receipt data 43, and determines whether to pay the capture cost and the disposal cost. Specifically, the collation server 3 determines the payment of the capture cost and the disposal cost when the contents of the carry-in reception data 42 match the contents of the reception receipt data 43.

[1.2. Configuration of mobile communication terminal 1]
FIG. 2 is a functional block diagram showing the configuration of the mobile communication terminal 1 shown in FIG. The mobile communication terminal 1 shown in FIG. 1 is, for example, a tablet terminal, a smartphone, a mobile phone, or the like.

The mobile communication terminal 1 includes a CPU 11 (Central Processing Unit), a RAM (Random Access Memory) 12, a touch panel 13, a flash memory 14, and a wireless communication interface 15.

The CPU 11 loads various programs stored in the flash memory 14 into the RAM 12 and executes the loaded programs to control the mobile communication terminal 1. The RAM 12 is a main memory of the mobile communication terminal 1. The touch panel 13 displays the execution result of the program by the CPU 11 and outputs the touched position as operation information.

The flash memory 14 is a non-volatile semiconductor memory, and stores the report program 17 and the carry-in report data 41. The report program 17 is an application program for creating the carry-in report data 41.

The wireless communication interface 15 is connected to the Internet 4 via a mobile phone communication network (not shown) and communicates with the carry-in management server 2 and the verification server 3.

[1.3. Configuration of carry-in management server 2]
FIG. 3 is a functional block diagram showing the configuration of the carry-in management server 2 shown in FIG. As shown in FIG. 3, the carry-in management server 2 includes a CPU 21, a RAM 22, a display 23, a HDD (hard disk drive) 24, a USB (Universal Serial Bus) interface 25, and a communication interface 26.

The CPU 21 loads various programs stored in the HDD 24 into the RAM 22 and executes the loaded programs to control the carry-in management server 2. The RAM 22 is the main memory of the carry-in management server 2. The display 23 displays the execution result of the program.

The HDD 24 stores a carry-in management program 29, carry-in acceptance data 42, acceptance receipt data 43, and moving image data 44. The carry-in management program 29 is a program for operating a computer as the carry-in management server 2. The moving image data 44 is data obtained by photographing a sika deer being carried into the dismantling place, and is generated by the camera 27.

The USB interface 25 is an interface for performing USB communication, and is connected to the camera 27 and the printer 28. The camera 27 is installed at a carry-in place and takes a picture of a captured sika deer being carried in. The printer 28 is installed at the carry-in place and prints the carry-in acceptance data 42.

Since the installation position of the camera 27 and the installation position of the carry-in management server 2 are apart from each other, there are cases where the camera 27 cannot be connected to the carry-in management server 2 using a USB cable. In this case, the camera 27 may be connected to the carry-in management server 2 via the wireless LAN, the Internet 4, or the like.

The communication interface 26 communicates with the mobile communication terminal 1 and the matching server 3 via the Internet 4.

[1.4. Configuration of matching server 3]
FIG. 4 is a functional block diagram showing the configuration of the matching server 3 shown in FIG. As shown in FIG. 3, the verification server 3 includes a CPU 31, a RAM 32, a display 33, an HDD 34, and a communication interface 35.

The CPU 31 loads various programs stored in the HDD 34 into the RAM 32 and executes the loaded programs to control the matching server 3. The RAM 32 is the main memory of the matching server 3. The display 33 displays the execution result of the program.

The HDD 34 stores a collation program 36. The matching program 36 is a program for operating a computer as the matching server 3. The communication interface 35 communicates with the mobile communication terminal 1 and the carry-in management server 2 via the Internet 4.

[2. Outline of disposal of sika deer]
FIG. 5: is a figure explaining the outline from capture of a sika deer to disposal. In the general description of the disposal of sika deer, the description of the operations of the mobile communication terminal 1, the carry-in management server 2, and the verification server 3 will be omitted.

The local government decides the number of sika deer that can be caught in one year, and entrusts the sika deer with the decided number to the groups holding a hunting license, such as the Hunting Association and the local community.

The member of the organization entrusted with the capture (hereinafter referred to as "hunter") captures the sika deer during a predetermined hunting period (step S1). Sika deer are captured by guns and traps. If the captured sika deer is alive, the hunter will kill it on the spot.

The hunter carries the captured sika deer into the carry-in place designated by the dismantling company (step S2). The hunter stores the captured sika deer in the refrigerator installed at the dismantling site and reports to the dismantler that the captured sika deer has been carried in.

The dismantling company dismantles the sika deer carried into the carry-in place (step S3). When the sika deer is dismantled, the carried-in sika deer is finally disposed of. If the venison obtained from the slaughter is suitable for food, the slaughterer sells the venison obtained to the slaughterer. When the venison obtained by disassembling is not suitable for edible use, the disassembler uses venison as a raw material for pet food, for example.

The hunter applies to the local government to pay the cost of capturing the sika deer, and the dismantling company applies to the local government to pay the cost of disposing of the sika deer (step S4). Municipalities pay capture and disposal costs in response to applications from hunters and dismantlers.

In this way, the sika deer captured by the hunter is brought to the demolition site, and the demolition trader dismantles the transported sika deer and uses it as venison. As a result, the dismantling company can obtain the sika deer, which is the raw material, in a stable manner, and thus is freed from the labor of obtaining the sika deer. In addition, the hunter does not have to perform final disposal (landfill disposal, incineration disposal, etc.) of the captured sika deer, which reduces the burden on the hunter. In particular, it is possible to reduce the ethical psychological burden caused by simply killing and disposing of the captured sika deer in the villagers.

The above-mentioned application of venison is merely an example, and the venison that has been disassembled may be used for other purposes.

[3. Operation of bird and beast disposal management system 100]
Hereinafter, the operations of the mobile communication terminal 1, the carry-in management server 2, and the collation server 3 included in the bird and beast disposal management system 100 will be described in detail. Hereinafter, a case where a hunter who has captured a sika brings in the captured sika to the loading place will be described as an example.

[3.1. Bringing in Sika]
FIG. 6 is a view showing a carry-in place for carrying in the captured sika deer, and corresponds to a sketch of the carry-in place seen from above. As shown in FIG. 6, a parking space 53 for the automobile is designated in advance at the loading place. The camera 27 is arranged at a position where the parking space 53 can be photographed. Thereby, the camera 27 can photograph the number of the vehicle that carries the sika deer and also the state in which the captured sika deer is carried in.

FIG. 7 is a sequence diagram showing the operation of the bird and animal disposal management system 100 shown in FIG. As shown in FIG. 7, the camera 27 starts photographing when the loading of the sika deer is started (step S11). Specifically, when a distance sensor (not shown) detects that the vehicle is parked in a predesignated parking space, the camera 27 determines that the loading of the sika deer is started, and generates the moving image data 44. To start. The carry-in management server 2 acquires the moving image data 44 generated by the camera 27 and stores it in the HDD 24. Alternatively, the camera 27 may continue shooting at the designated time when the sika deer can be carried into the carry-in place.

The hunter parks the vehicle in the parking space 53 and then carries the sika deer loaded in the vehicle into one of the refrigerators 51 and 52. The car wash facility 54 is provided to wash away the blood of the sika deer attached to the automobile.

[3.2. Creation of carry-in report data 41]
After storing the captured sika deer in one of the refrigerators 51 and 52, the hunter operates the mobile communication terminal 1 to input the capture status of the carried sika deer into the mobile communication terminal 1. The mobile communication terminal 1 creates the carry-in report data 41 based on the information input by the hunter (step S12), and transmits the created carry-in report data 41 to the carry-in management server 2 (step S13).

FIG. 8 is a diagram showing an example of the carry-in report screen 50 displayed on the mobile communication terminal 1. Since the sika deer captured by the hunter is carried in, the hunter inputs the hunter's name, address, telephone number, vehicle registration number, and group into the carry-in report screen 50 as information regarding the hunter. On the carry-in report screen 50, the car number used by the hunter to carry in the sika deer is entered in the car registration number field. In the group column, check boxes corresponding to "village", "hunting club", and "local government staff" are arranged. The hunter (importer) checks the check box corresponding to the organization to which the hunter belongs.

Next, the hunter inputs the date and time of capture, the capture place, the capture method, the state, and the sex on the import report screen 50 as information regarding the capture status of the sika to be imported.

The hunter inputs the date when the sika deer was captured and the approximate time of capture as the capture date and time. The capture place indicates the place where the sika deer was captured. On the carry-in report screen 50 shown in FIG. 8, the hunter checks one of the check boxes of the district name (Naka Ward, Yachiyo Ward, Kami Ward) in the local government (Takamachi) when inputting the capture place. After entering, enter the name of the village at the capture location.

The capture method is a means of capturing sika deer, and the hunter checks one of the check boxes corresponding to each of “trap”, “gun”, “net”, “accident” and “other”. Here, "accident" indicates that the sika deer that had been involved in a traffic accident was captured. When a sika deer is caught by a method other than the above, the hunter checks the check box corresponding to "Other".

The state shows the life and death of the sika deer at the time of capture. If the sika deer is already dead at the time of capture, the hunter will check the box corresponding to "dead". If the sika deer is alive at the time of capture and is subsequently slaughtered, the hunter will check the checkbox corresponding to "Slaughter".

The hunter taps the “completion” button after inputting all the items on the carry-in report screen 50. When the "completion" button is tapped, the mobile communication terminal 1 creates the carry-in report data 41 recording all the information input on the carry-in report screen 50 shown in FIG. 8 (step S12). The mobile communication terminal 1 transmits the created carry-in report data 41 to the carry-in management server 2 (step S13).

FIG. 9 is a diagram showing an example of the carry-in report data 41. As shown in FIG. 9, the import report data 41 includes importer identification data 411 and capture status data 412. The importer identification data 411 is composed of information entered in the importer's name, address, telephone number, vehicle registration number, and organization fields on the import report screen 50 shown in FIG. The capture status data 412 is composed of information entered in the fields of capture date/time, capture place, capture method, condition, and sex on the carry-in report screen 50 shown in FIG. 8.

The place where the hunter creates the carry-in report data 41 is not particularly limited. The hunter may operate the mobile communication terminal 1 at the dismantling place to create and transmit the carry-in report data 41. Alternatively, the hunter may carry the sika deer to the dismantling place and return home, and then create the carry-in report data 41. You may send it. Alternatively, the hunter may input some of the input items shown in FIG. 8 in advance at the place where the sika deer are captured.

[3.3. Creation of carry-in acceptance data 42]
The carry-in management server 2 acquires the carry-in report data 41 transmitted in step S13. The carry-in management server 2 creates carry-in acceptance data 42 based on the acquired carry-in report data 41 (step S14). The carry-in acceptance data 42 is created every time the carry-in management server 2 acquires the carry-in report data 41, and thus corresponds to the carry-in report data 41 on a one-to-one basis.

FIG. 10 is a diagram showing an example of the carry-in acceptance data 42 created by the carry-in management server 2. The carry-in acceptance data 42 shown in FIG. 10 includes a management number 421, a carry-in date/time 422, a carry-in person identification data 411, and a capture status data 412. That is, the carry-in management server 2 creates the carry-in acceptance data 42 by adding the management number 421 and the carry-in date/time 422 to the carry-in report data 41.

The management number 421 is an identification number uniquely assigned to the carry-in acceptance data 42. The carry-in date and time 422 indicates the date and time when the captured sika deer was carried in. The carry-in date/time 422 is specifically the time when the carry-in management server 2 acquires the carry-in report data 41.

The carry-in management server 2 outputs the carry-in acceptance data 42 to the printer 28 installed at the carry-in place. The printer 28 prints the carry-in acceptance data 42 input from the carry-in management server 2 (step S15). The hunter pastes the printed matter of the carry-in acceptance data 42 on the sika deer in the refrigerator.

The printed matter of the carry-in acceptance data 42 attached to the sika deer is referred to when disassembling the sika deer. For example, when a sika deer is captured by a gun, there is a possibility that bullets remain inside the sika deer, and it is necessary to confirm whether or not the bullet remains inside the sika deer. Also, if the sika deer was already dead at the time of capture, the time elapsed since the sika deer actually died is unknown. In this case, the sika deer may not be edible, so the dismantler decides to use the venison from this sika deer as a raw material for pet food rather than edible. In this way, by sticking the printed matter of the carry-in acceptance data 42 on the sika deer in the refrigerator, the dismantling company can easily determine the dismantling method of the carried sika and the use of the venison obtained by the dismantling. You can

Next, the carry-in management server 2 creates acceptance receipt data 43 as a copy of the receipt acceptance data 42 (step S16). Specifically, the carry-in management server 2 creates a copy of the created carry-in acceptance data 42. The carry-in management server 2 creates the acceptance copy data 43 by changing the management number in the created copy. For example, the carry-in management server 2 adds the character “C” indicating that it is the receipt refusal data 43 to the end of the management number “123456” in the copy of the receipt acceptance data 42 shown in FIG. Create 43. This makes it easy to identify the receipt refusal data 43 corresponding to the carry-in acceptance data 42.

The carry-in management server 2 sends the created carry-in acceptance data 42 to the mobile communication terminal 1 after creating the acceptance receipt data 43 (step S17). When receiving the carry-in reception data 42, the mobile communication terminal 1 displays a message notifying that the reception of the captured sika deer has been completed. This completes the loading of the sika deer.

[3.4. Collation in collation server 3]
After bringing in the captured sika, the hunter applies to the local government to pay the cost of capturing the captured sika. Specifically, the mobile communication terminal 1 transmits the carry-in acceptance data 42 (see FIG. 10) transmitted from the carry-in management server 2 to the matching server 3 according to the operation of the hunter (step S18). At this time, the mobile communication terminal 1 transmits the import acceptance data 42 and the account number of the financial institution to which the capture cost is paid to the verification server 3. The verification server 3 receives the carry-in acceptance data 42 and the account number of the financial institution, so that the capture cost application is completed.

The dismantling company, after dismantling the carried-in sika deer, applies to the local government for payment of the disposal cost of the carried-in sika deer. Specifically, the carry-in management server 2 transmits the receipt refusal data 43 generated from the carry-in acceptance data 42 (see FIG. 10) to the verification server 3 according to the operation of the dismantling company (step S19).

When the collation server 3 receives the carry-in acceptance data 42 from the mobile communication terminal 1 and the receipt refraining data 43 from the carry-in management server 2, the collation server 3 collates the carry-in acceptance data 42 with the receipt refraining data 43 (step S20).

When the contents of the carry-in reception data 42 match the contents of the reception refusal data 43, the collation server 3 determines that the application for the capture cost and the application for the disposal cost are valid, and the capture cost and the disposal cost are Make a payment decision. At a later date, the capture cost will be transferred to the transfer destination specified by the hunter, and the disposal cost will be transferred to the transfer destination specified in advance by the dismantling company.

On the other hand, if the content of the receipt data 42 does not match the content of the receipt data 43, the collation server 3 determines that the application for the capture cost and the application for the disposal cost are not appropriate, and does not pay the capture cost and the disposal cost. To decide.

In addition, if there is any doubt about the contents of the receipt data 42 or the receipt refusal data 43, the staff of the local government confirms the moving image data 44 and determines whether the application for the capture cost and the application for the disposal cost are appropriate. You can judge. For example, when it is recognized that the same person has brought in a large amount of sika deer in a short period of time, the staff member of the local government gives the dismantling company a video corresponding to the carry-in date and time recorded in the carry-in acceptance data 42 and the receipt refusal data 43. Request the provision of the image data 44. The staff of the local government can confirm whether or not the application for the capture cost and the application for the disposal cost are appropriate by checking the state of the sika deer recorded in the moving image data 44.

As described above, in the bird and animal disposal management system 100 according to the present embodiment, the mobile communication terminal 1 transmits the carry-in report data 41 to the carry-in management server 2 when the sika deer captured by the hunter is carried in. The carry-in management server 2 generates carry-in acceptance data 42 in which the management number and the carry-in date and time are added to the carry-in report data 41, and transmits the carry-in acceptance data 42 to the mobile communication terminal 1. The mobile communication terminal 1 transmits the carry-in acceptance data 42 to the collation server 3, and the carry-in management server 2 transmits the receipt reservation data 43, which is a copy of the carry-in acceptance data 42, to the collation server 3. The collation server 3 determines the payment of the capture cost and the disposal cost when the content of the carry-in acceptance data 42 matches the content of the acceptance receipt data 43. Thus, the local government only has to pay the cost of disposing of the sika deer caught by the hunters and the disposal cost of the sika deer that the hunters have caught, and thus it is possible to prevent the hunters from illegally claiming the capture costs.

Further, the number of the vehicle brought into the sika by the hunter is captured by the camera 27 as described above. Therefore, it is possible to confirm afterwards whether or not the vehicle registration number input by the hunter on the carry-in report screen matches the number captured by the camera. Therefore, it is possible to grasp the illegal delivery by the hunter and prevent the illegal application of the hunter for the payment of the capture cost.

{Modification}
In addition, in the above embodiment, an example in which the hunter uses the mobile communication terminal 1 to create the carry-in report data 41 has been described, but the present invention is not limited to this. For example, the dismantling company may place a copy-type three-sheet spelling-in delivery report in which the items listed on the delivery report screen 50 shown in FIG. 8 can be written at the delivery location.

In this case, the hunter writes information corresponding to each item shown in FIG. 8 in the carry-in report. After that, the hunter attaches one of the carry-in reports to the sika deer in the refrigerator, puts the other in the post provided at the dismantling site, and uses the last one to apply for the capture cost payment. Bring it back as a document. When the dismantling company inputs the contents of the carry-in report input to the post into the carry-in management server 2, the carry-in management server 2 creates the carry-in acceptance data 42 and the acceptance receipt data 43. The carry-in management server 2 transmits the created carry-in acceptance data 42 to the mobile communication terminal 1 and the created carry-in receipt data 43 to the verification server 3.

Alternatively, the carry-in management server 2 may create only the receipt receipt data 43 and send it to the matching server 3. In this case, the hunter may submit the documents brought back to the local government to apply for the capture cost.

Further, in the above embodiment, an example in which the hunter carries in the sika deer has been described, but the capturer and the carry-in person may be different persons. In this case, the import report screen 50 may be configured so that the information about the capturer and the information about the importer can be input. Either the capturer or the importer may apply for the payment of the capture cost.

Further, in the above-described embodiment, an example in which the dismantling company transmits the receipt refusal data 43 to the verification server 3 has been described, but the present invention is not limited to this. The dismantling company may create a data (carry-in list) in which a plurality of acceptance refusal data 43 are listed and transmit the data to the verification server 3. In this case, the collation server 3 collates the import acceptance data 42 with the contents of the importer list. As a result, it is possible to reduce paperwork when the local government pays the capture cost and the disposal cost. The carry-in management server 2 may transmit the carry-in list, for example, once a month.

Further, although cases have been described with the above embodiment as examples where a sika deer is captured, the present invention is not limited to this. The bird and animal disposal management system 100 can be used for application for payment of disposal costs when capturing birds and animals such as sika deer, boars and bears.

Although the embodiments of the present invention have been described above, the above-described embodiments are merely examples for carrying out the present invention. Therefore, the present invention is not limited to the above-described embodiments, and can be implemented by appropriately modifying the above-described embodiments without departing from the spirit of the present invention.

1 portable communication terminal 2 carry-in management server 3 collation server 41 carry-in report data 42 carry-in acceptance data 43 acceptance receipt data

Claims (3)

The carry-in report data including the carry-in person specifying data for specifying a carry-in person who carried in the captured bird and beast to a predetermined carrying-in place and the capture situation data for recording the captured situation of the captured bird and beast is operated by the carry-in person. Sending from the communication terminal to the carry-in management server,
In the carry-in management server, carry-in acceptance data is created by adding the carry-in time at which the captured birds and animals are carried in to the carry-in report data, and the carry-in acceptance data is transmitted from the carry-in management server to the communication terminal. Steps,
A step of transmitting, from the carry-in management server to the collation server, receipt copy data which is a copy of the carry-in receipt data;
Transmitting the carry-in acceptance data from the communication terminal to the matching server,
In the collation server, a step of collating the receipt receipt data transmitted from the carry-in management server with the carry-in receipt data transmitted from the communication terminal to determine payment of the disposal cost of the captured birds and animals,
A method for managing the disposal of birds and beasts. The method for managing wildlife disposal according to claim 1, further comprising:
A step of photographing with a camera a state in which the captured birds and beasts are carried in at the carry-in place,
A method for managing the disposal of birds and beasts. The bird and beast disposal management method according to claim 2,
The camera is installed in the carry-in place at a position where the number of the vehicle carrying the captured birds and beasts can be taken.
The said carrying-in report data is a bird and beast disposal management method including the number of the vehicle to carry in.

Images