JP2018018418A - Bird and beast disposal management method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a bird and beast disposal management method capable of preventing an illegal application for payment of a capture cost of captured birds and beasts. SOLUTION: When a captured sika deer is carried into a predetermined carry-in place, a mobile communication terminal 1 creates carry-in report data 41 including carry-in person identification data and data recording a capture situation of the sika deer, It is transmitted to the carry-in management server 2. The carry-in management server 2 adds the carry-in time to the carry-in report data 41 to create carry-in acceptance data 42, and transmits the carry-in acceptance data 42 to the mobile communication terminal 1. The carry-in management server 2 transmits the receipt copy data 43, which is a copy of the import receipt data 42, to the matching server 3. The mobile communication terminal 1 transmits the carry-in acceptance data 42 to the matching server 3. The collation server 3 collates the receipt refusal data 43 transmitted from the carry-in management server 2 with the carry-in receipt data 42 transmitted from the mobile communication terminal 1 to determine the payment of the disposal cost of the captured sika deer. [Selection diagram] Fig. 7

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 expanded, and the number of these birds and beasts has increased. Among these birds and beasts, the number of sika deer is particularly increasing and the damage caused by sika deer is getting worse.

  Examples of damage caused by sika deer include skin damage caused by eating cedar and cypress skins in forests. The trees that have been peeled off will then wither, which has a serious impact on forestry. In addition, the damage that sika deer damages crops in the field is increasing.

  Local governments are adjusting the population of sika deer to reduce the damage caused by sika deer. Specifically, the local government sets the number of sika deer every year and entrusts hunters to capture the set number of sika deer. The hunter uses a gun or a trap to capture the sika deer and dispose of the captured sika. Patent Document 1 discloses a harmful bird and animal extermination system that captures wild animals such as wild boars.

Japanese Patent Laid-Open No. 2004-97019

  Captured sika deer are killed and landfilled by hunters. After hunting the sika deer, the hunter applies to the local government for payment of the sika deer. The local government pays the hunters the cost of capturing according to the number of animals captured.

  When determining 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 local governments due to the complicated administrative procedure for comparing the contents of the application with the capture status of sika deer. For this reason, it has been required to simplify the verification process between the application for payment of capture costs and the actual capture status of sika deer.

  When a hunter applies to the local government for payment of capture costs, the hunter submits the captured sika deer's teeth as evidence to prove that he has captured the sika. However, hunters may charge fraudulently to capture sika deer. More specifically, a hunter may increase the number of captured animals by reusing sika deer teeth for which the capture cost has been paid. If a hunter inflates the number of catches and applies illegally to pay for the capture costs, the sika deer of the preset number will not be captured. As a result, there is a problem that it is difficult to suppress the damage caused by sika deer.

  In view of the above problems, an object of the present invention is to provide a method for managing the disposal of birds and beasts that can prevent an unauthorized application for payment of the cost of capturing captured birds and animals.

  In order to solve the above-mentioned problem, the invention described in claim 1 is a method for managing the disposal of birds and beasts, which includes importer specifying data for specifying a importer who has brought the captured birds and beasts into a predetermined import location, and the captured birds and beasts And a step of transmitting carry-in report data including capture status data for recording the capture status to the carry-in management server from the communication terminal operated by the carry-in person, and in the carry-in management server, the captured birds and beasts are carried in A delivery acceptance data is created by adding the carried-in time to the carry-in report data, and the step of sending the carry-in acceptance data from the carry-in management server to the communication terminal; A step of transmitting receipt receipt data which is a copy of the receipt acceptance data; and the import acceptance data from the communication terminal to the verification server And in the verification server, the receipt server transmitted from the carry-in management server and the carry-in reception data transmitted from the communication terminal are collated to pay the disposal costs of the captured birds and beasts. Determining.

The invention according to claim 2 is the birds and beasts disposal management method according to claim 1, and further includes a step of taking a picture of how the captured birds and beasts are carried in at the carry-in place with a camera,
Is provided.

  Invention of Claim 3 is the birds and beasts disposal management method of Claim 2, Comprising: The said camera is the position which can image | photograph the number of the vehicle which carries in the said captured birds and beasts in the said carrying-in place. The carry-in report data installed includes the number of the vehicle to be carried in.

  According to the present invention, among the captured birds and beasts, the capture cost of the birds and beasts brought into the designated dismantling location is paid, so that it is possible to prevent an illegal application for payment of capture costs by a hunter.

It is a functional block diagram which shows the structure of the birds and beasts 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 carrying-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 after catching sika deer until it is disposed. It is a figure which shows the outline of the carrying-in place which carries in the captured sika. It is a sequence diagram which shows operation | movement of the birds and beasts disposal management system shown in FIG. It is a figure which shows an example of the carrying-in report screen displayed on the portable communication terminal shown in FIG. It is a figure which shows an example of the carrying-in report data produced by the portable communication terminal shown in FIG. It is a figure which shows an example of the carrying-in reception data produced by the carrying-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 are denoted by the same reference numerals and description thereof will not be repeated.

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

  As shown in FIG. 1, the wildlife management system 100 includes a mobile communication terminal 1, a carry-in management server 2, a verification 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 contractor, the mobile communication terminal 1 creates carry-in report data 41 and transmits it to the carry-in management server 2 in accordance with the operation of the hunter. The carry-in report data 41 includes data relating to a hunter carrying a sika deer and data relating to the capture status of the sika. Details of the carry-in report data 41 will be described in detail in the operation of the birds and beasts disposal management system 100.

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

  The carry-in acceptance data 42 is data in which a management number and a 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 reception receipt data 43 is a copy of the carry-in reception data 42 and is transmitted from the carry-in management server 2 to the verification server 3.

  Details of the carry-in reception data 42 and the reception copy data 43 will be described in detail in the operation of the bird and animal disposal management system 100 described later.

  The verification server 3 is a computer installed in a local government office and is operated by a local government staff. As described above, after acquiring the carry-in reception data 42 from the carry-in management server 2, the mobile communication terminal 1 transmits the acquired carry-in reception data 42 to the verification server 3 in order to apply for a capture fee. The collation server 3 collates the acquired carry-in reception data 42 and the acquired reception receipt data 43 to determine whether to pay the capture cost and the disposal cost. Specifically, the collation server 3 determines 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 illustrated 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 nonvolatile semiconductor memory, and stores a report program 17 and 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, an 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 onto the RAM 22 and executes the loaded programs to control the carry-in management server 2. The RAM 22 is a 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 reception data 42, reception copy data 43, and moving image data 44. The carry-in management program 29 is a program for operating the computer as the carry-in management server 2. The moving image data 44 is data that captures a state in which a sika deer is carried into a 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 the carry-in location and photographs the state in which the captured sika deer is carried. 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 separated from each other, the camera 27 may not 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 a wireless LAN, the Internet 4 or the like.

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

[1.4. Configuration of verification server 3]
FIG. 4 is a functional block diagram showing the configuration of the verification 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 onto the RAM 32 and executes the loaded programs to control the verification server 3. The RAM 32 is a main memory of the verification server 3. The display 33 displays the execution result of the program.

  The HDD 34 stores a collation program 36. The verification program 36 is a program for causing a computer to operate as the verification 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 diagram for explaining the outline from capturing sika deer to disposal. In the description of the outline of the disposal of the sika deer, description on the operation of the mobile communication terminal 1, the carry-in management server 2, and the verification server 3 is omitted.

  The local government decides the number of sika deer that will be captured in one year, and entrusts the sika deer of the determined number to a group that holds a hunting license, such as a hunting association or a local community.

  A member of the organization commissioned to capture (hereinafter referred to as “hunter”) captures sika deer during a predetermined hunting period (step S1). Sika deer are captured by guns or traps. The hunter kills the captured sika deer if it is alive.

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

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

  The hunter applies to the local government for payment of sika deer capture costs, and the dismantling company applies to the local government for payment of sika deer disposal costs (step S4). Local authorities pay capture and disposal costs in response to applications from hunters and demolition operators.

  In this way, the sika deer captured by the hunter is brought into the dismantling site, and the dismantling contractor dismantles the sika deer and uses it as venison. As a result, the demolisher can stably obtain the sika deer that is the raw material, and is freed from the labor of obtaining the sika deer. Moreover, since the hunter does not have to perform final disposal (landfill disposal, incineration, etc.) of the captured sika deer, the burden on the hunter is reduced. In particular, the villagers can reduce the ethical psychological burden caused by simply killing and disposing of captured sika deer.

  The above-described use of venison is merely an example, and the dismantled venison may be used for other purposes.

[3. Operation of Bird / Beast Disposal Management System 100]
Hereinafter, operations of the mobile communication terminal 1, the carry-in management server 2, and the verification server 3 that constitute the bird and beast disposal management system 100 will be described in detail. Hereinafter, the case where the hunter who captured the sika deer carries the sika deer captured at the import location will be described as an example.

[3.1. Carrying sika deer]
FIG. 6 is a diagram showing a carry-in place where the captured sika deer is carried in, and corresponds to a floor plan when the carry-in place is viewed from above. As shown in FIG. 6, a car parking space 53 is designated in advance at the carry-in location. The camera 27 is disposed at a position where the parking space 53 can be photographed. Thereby, the camera 27 can photograph the number of the car that carries the sika deer and the state where the captured sika is carried.

  FIG. 7 is a sequence diagram showing the operation of the birds and beasts disposal management system 100 shown in FIG. As shown in FIG. 7, when the sika deer starts to be carried in, the camera 27 starts photographing (step S11). Specifically, when a distance sensor (not shown) detects that the automobile has stopped in a parking space designated in advance, the camera 27 determines that the introduction 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 a designated time during which the sika deer can be carried into the carry-in location.

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

[3.2. Creation of import report data 41]
The hunter puts the captured sika in either one of the refrigerators 51 and 52 and then operates the mobile communication terminal 1 to input the capture status of the carried sika to 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 illustrating an example of a carry-in report screen 50 displayed on the mobile communication terminal 1. Since the sika deer captured by the hunter has been carried in, the hunter inputs the hunter's name, address, telephone number, car registration number, and group into the carry-in report screen 50 as information relating to the carry-in. In the carry-in report screen 50, the number of the car used when the hunter carries the sika deer is entered in the car registration number field. In the group column, check boxes corresponding to “villages”, “hunting associations”, and “local government employees” are arranged. The hunter (importer) checks the check box corresponding to the group to which he belongs.

  Next, the hunter inputs the capture date and time, the capture location, the capture method, the state, and the sex to the carry-in report screen 50 as information regarding the capture status of the sika deer to be carried.

  The hunter inputs the date when the sika deer was captured and the approximate time at the time of capture as the capture date. The capture location indicates where the sika deer was captured. In the import report screen 50 shown in FIG. 8, the hunter checks the check box of any of the district names (Naka Ward, Yachiyo Ward, Kami Ward) in the local government (Takamachi) when entering the capture location. Enter the village name of the capture location.

  The capture method is a means for capturing a sika deer, and the hunter checks any of the check boxes corresponding to “wain”, “gun”, “net”, “accident” and “other”. Here, “accident” indicates that a sika deer that had a traffic accident was captured. When a sika deer is captured by a method other than the above method, the hunter checks the check box corresponding to “Other”.

  The status indicates the status of sika deer at the time of capture. If the sika deer was already dead at the time of capture, the hunter would check the checkbox corresponding to “dead”. If the sika deer is alive at the time of capture and later killed, the hunter will check the checkbox corresponding to “kill”.

  The hunter taps a “complete” button after inputting all items on the carry-in report screen 50. When the “complete” button is tapped, the mobile communication terminal 1 creates import report data 41 in which all the information input on the import report screen 50 shown in FIG. 8 is recorded (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 illustrating an example of the carry-in report data 41. As shown in FIG. 9, the carry-in report data 41 includes importer identification data 411 and capture status data 412. The importer identification data 411 is configured by information input in the respective fields of the importer name, address, telephone number, car registration number, and group on the import report screen 50 shown in FIG. The capture status data 412 is configured by information input in each column of capture date and time, capture location, capture method, state, and sex on the carry-in report screen 50 shown in FIG.

  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 location to create and send the carry-in report data 41, or create the carry-in report data 41 after carrying the sika deer into the dismantling location and returning home. May be transmitted. Alternatively, the hunter may input in advance some of the input items shown in FIG. 8 at the sika deer capture site.

[3.3. Creation of import 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 obtained carry-in report data 41 (step S14). Since the carry-in reception data 42 is created every time the carry-in management server 2 acquires the carry-in report data 41, the carry-in reception data 42 corresponds to the carry-in report data 41 on a one-to-one basis.

  FIG. 10 is a diagram illustrating an example of the carry-in reception 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, carry-in person specifying data 411, and 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 and 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 and 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 carry-in acceptance data 42 to the printer 28 installed at the carry-in location. 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 material of the import acceptance data 42 on the sika deer in the refrigerator.

  The printed material of the carry-in reception data 42 pasted on the sika deer is referred to when disassembling the sika deer. For example, if a sika deer has been captured by a gun, there may be a bullet remaining in the body of the sika deer, so it is necessary to check whether the bullet remains in the sika deer. Also, if the sika deer has already died at the time of capture, the time elapsed since the sika deer actually died is unknown. In this case, since the sika deer may not be edible, the demolisher decides to use the venison obtained from this sika as a raw material for pet food, not edible. Thus, by pasting the printed matter of the import acceptance data 42 to the sika deer in the refrigerator, the dismantling company can easily determine the dismantling method of the sika deer that has been carried in and the use of the venison obtained by the dismantling. Can do.

  Next, the carry-in management server 2 creates reception receipt data 43 as a copy of the carry-in reception data 42 (step S16). Specifically, the carry-in management server 2 creates a copy of the created carry-in reception data 42. The carry-in management server 2 creates reception receipt data 43 by changing the management number in the created copy. For example, the carry-in management server 2 adds the letter “C” indicating the receipt copy data 43 to the end of the management number “123456” in the copy of the carry-in receipt data 42 shown in FIG. 43 is created. Thereby, it becomes easy to specify the reception receipt data 43 corresponding to the carry-in reception data 42.

  The carry-in management server 2 creates the receipt receipt data 43, and then sends the created carry-in acceptance data 42 to the mobile communication terminal 1 (step S17). When the mobile communication terminal 1 receives the carry-in acceptance data 42, the mobile communication terminal 1 displays a message notifying that the acceptance of the captured sika deer has been completed. Thereby, carrying in of sika deer is completed.

[3.4. Verification in verification server 3]
After the hunter carries the captured sika deer, he applies to the local government for payment of the captured sika deer. 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 verification server 3 in accordance with the operation of the hunter (step S18). At this time, the mobile communication terminal 1 transmits the account number of the financial institution that is the payee of the capture cost to the verification server 3 together with the carry-in acceptance data 42. When the verification server 3 receives the import acceptance data 42 and the account number of the financial institution, the application for the capture cost is completed.

  After dismantling the imported sika deer, the demolisher applies to the local government for payment of the disposal cost of the sika deer. Specifically, the carry-in management server 2 transmits reception receipt data 43 generated from the carry-in reception data 42 (see FIG. 10) to the verification server 3 in accordance with the operation of the dismantling contractor (step S19).

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

  When the contents of the import acceptance data 42 match the contents of the receipt receipt data 43, the verification 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 determined. Determine payment. At a later date, the capture costs are transferred to the bank specified by the hunter, and the disposal costs are transferred to the bank specified by the dismantling company in advance.

  On the other hand, when the contents of the import acceptance data 42 do not match the contents of the receipt receipt data 43, the verification 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 are doubts about the contents of the import acceptance data 42 or the receipt receipt data 43, the local government staff confirms the moving image data 44 and determines whether the application for the capture cost and the application for the disposal cost are appropriate. Can be determined. For example, if it is recognized that the same person has carried a large amount of sika deer in a short period of time, the local government staff will send a video corresponding to the delivery date and time recorded in the carry-in reception data 42 and the reception copy data 43 to the dismantling company. Request to provide image data 44. The staff of the local government can check the state of the sika deer recorded in the moving image data 44 and determine whether the application for the capture cost and the application for the disposal cost are appropriate.

  As described above, in the birds and beasts disposal management system 100 according to the present embodiment, the portable communication terminal 1 transmits the carry-in report data 41 to the carry-in management server 2 when carrying the sika deer captured by the hunter. The carry-in management server 2 generates carry-in reception 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 reception data 42 to the mobile communication terminal 1. The mobile communication terminal 1 transmits the carry-in reception data 42 to the verification server 3, and the carry-in management server 2 transmits the reception copy data 43 that is a copy of the carry-in reception data 42 to the verification server 3. When the contents of the carry-in reception data 42 match the contents of the reception receipt data 43, the verification server 3 determines payment of the capture cost and the disposal cost. Thereby, since the local government only has to pay the capture cost and the disposal cost of the sika deer received by the dismantling contractor among the sika deer captured by the hunter, it is possible to prevent the hunter from illegally charging the capture cost.

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

{Modifications}
In addition, in said embodiment, although the hunter demonstrated the example which produces the carrying-in report data 41 using the portable communication terminal 1, it is not restricted to this. For example, the dismantling contractor may place a copy-type three-split import report in which the items listed on the import report screen 50 shown in FIG. 8 can be written at the import 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 import reports to the sika deer in the refrigerator, puts the other one into a post provided in advance at the dismantling site, and puts the last one into the application for payment of capture costs. Take it home as a document. When the dismantling contractor inputs the contents of the carry-in report entered into the post to the carry-in management server 2, the carry-in management server 2 creates the carry-in reception data 42 and the reception copy data 43. The carry-in management server 2 sends the created carry-in acceptance data 42 to the mobile communication terminal 1 and sends the created carry-in copy data 43 to the verification server 3.

  Alternatively, the carry-in management server 2 may create only the reception receipt data 43 and transmit it to the verification server 3. In this case, the hunter has only to submit the returned documents to the local government and apply for payment of the capture costs.

  Moreover, in the said embodiment, although the hunter carried the example which carries in a sika deer, a capture person and a carry-in person may be separate persons. In this case, on the carry-in report screen 50, it is only necessary to be able to input information about the catcher and information about the carry-in person. About application of payment of capture expense, either capturer and importer should just do.

  Moreover, in the said embodiment, although the demolisher demonstrated the example which transmits the receipt copy data 43 to the collation server 3, it is not restricted to this. The dismantling contractor may create data (a carry-in list) in which a plurality of receipt records 43 are listed and transmit the data to the verification server 3. In this case, the collation server 3 collates the carry-in acceptance data 42 with the contents of the carry-in list. This can reduce paperwork when the local government pays capture costs and disposal costs. The import management server 2 may transmit the importer list once a month, for example.

  Moreover, in the said embodiment, although the case where a sika was captured was demonstrated to the example, it is not restricted to this. The birds and beasts disposal management system 100 can be used for an application for payment of disposal costs when birds and animals such as sika deer, wild boars and bears are captured.

  While 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 embodiment, and can be implemented by appropriately modifying the above-described embodiment without departing from the spirit thereof.

DESCRIPTION OF SYMBOLS 1 Mobile communication terminal 2 Carry-in management server 3 Collation server 41 Carry-in report data 42 Carry-in reception data 43 Receipt data

Claims (3)

Carry-in report data including importer identification data for identifying a importer who has brought the captured birds and beasts into a predetermined import location and capture status data for recording the capture status of the captured birds and beasts is manipulated by the importer. Transmitting from the communication terminal to the carry-in management server;
The carry-in management server creates carry-in acceptance data by adding a carry-in time when the captured birds and beasts are carried into the carry-in report data, and transmits the carry-in acceptance data from the carry-in management server to the communication terminal. Steps,
Transmitting reception receipt data that is a copy of the import acceptance data from the import management server to the verification server;
Transmitting the carry-in acceptance data from the communication terminal to the verification server;
In the verification server, the receipt copy data transmitted from the carry-in management server and the carry-in reception data transmitted from the communication terminal are collated to determine payment of the cost of disposal of the captured birds and beasts;
A birds and beasts disposal management method comprising: It is a birds and beasts disposal management method according to claim 1, further comprising:
Photographing with a camera a state in which the captured birds and beasts are carried in at the carrying-in place;
A birds and beasts disposal management method comprising: It is a birds and beasts disposal management method according to claim 2,
The camera is installed at a position where the number of the vehicle carrying the captured birds and beasts can be photographed at the carrying-in place,
The carrying-in report data is a birds and beasts disposal management method including the number of the vehicle to be carried in.

Images