JP2007219818A - Funeral arrangement method, system therefor and funeral arrangement program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To dissolve busyness after receiving a request of a funeral, and to suppress increase of a charge. <P>SOLUTION: In the funeral arrangement method and funeral arrangement system 1, a plurality of morticians taking charge of business related to the funeral are stored in a management center server 12 storing information, input of request contents related to the funeral is permitted in a user terminal 15 permitting the input, the mortician that is an order placement candidate is retrieved by the management center server 12 on the basis of the inputted request contents, an order sheet 50 for placing an order to one mortician among the order placement candidates hit by the retrieval is output in the management center server 12 together with an order reception response deadline 53, input of an order reception response from the one mortician is received by the management center server 12, and the mortician is changed to a next candidate in the management center server 12 when the order reception response is not input even if passing the response deadline. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a funeral arrangement method and system for arranging a funeral company, for example, and a funeral arrangement program.

  Funeral forms vary according to the culture and customs rooted in the region for a long time and the religion of the mourner or deceased. For funerals, it is necessary to arrange sleepers, fresh flowers, photos, caskets / postures / foots, hearse, overnight meals, reception sets, tents, thank-you certificates, rough memorial services, venues, and dry ice.

  Elders who have learned such a funeral form are unable to get successors and are steadily decreasing. In addition, with the recent departure from Buddhism, the relationship between the temple where the funeral should be performed and the individual who becomes the mourner is dilute, making it impossible for the mourner to obtain appropriate advice and guidance from the temple.

  For this reason, when a mourner tries to perform a funeral by himself, the funeral form is not understood and it has become difficult to perform an appropriate funeral. Moreover, it will also be confused about the preservation process of a corpse.

  For this reason, the funeral trader who is a professional profession is in charge of arranging the funeral form correctly and arranging for various types of traders. As a result, even if the mourner does not have knowledge of the form of the funeral, the funeral traders can carry out funerals adapted to religion and local customs without delay.

  However, since the funeral service provider has to perform a funeral in a short period after receiving a request for a funeral, the fluctuation in the number of requests is remarkable, and the number of requests cannot be predicted. There was a problem that the system had to be operated even when it was quiet. For this reason, there was a problem that the charge would be expensive.

  In addition, from the mourner's point of view, funeral costs may appear to be unreasonably high due to lack of knowledge, and even if a funeral agent makes an unreasonably expensive claim, the mourner cannot determine whether it is an unfair claim. There was also a problem.

  Also, a funeral company needs to make a large number of arrangements in a short period of time, and even if some of the work is outsourced to other companies, it must contact the company in a short time, and it is urgent after receiving an order. There was also the problem of being overwhelmed.

  On the other hand, as a system related to a funeral, a proxy service system related to a funeral and after a funeral has been proposed (see Patent Document 1). This system allows a consumer to input detailed order contents and places an order directly or through an agent for each individual supplier.

  Also, a funeral company arrangement system (see Patent Document 2) and a funeral company legal support system (see Patent Document 3) have been proposed. These are used to search which funeral agent is suitable for the desired funeral from a plurality of funeral agents.

  In addition, a funeral agency service system (see Patent Document 4) and a funeral agency system (see Patent Document 5) have been proposed. In these cases, a carrier who performs transport, refuge, and pillow decorations receives an order in the name of the funeral agent and reports the result to the funeral agent, thereby reducing the burden on the funeral agent.

  However, these systems were not able to eliminate the hustle and bustle after receiving a funeral request, and could not suppress the increase in fees.

JP 2000-194768 A JP 2002-132982 A Japanese Patent Laid-Open No. 10-134105 JP 2002-92200 A JP 2002-15080 A

  An object of the present invention is to eliminate the urgency after receiving a request for a funeral, and to suppress an increase in the fee.

  The present invention provides a storage means for storing a plurality of persons in charge of business related to funerals, a funeral request input means for allowing input of request contents related to funerals, and a contractor as a candidate for ordering based on the input request contents. A contractor search means for searching from the storage means, an ordering data output means for outputting the order data to be ordered to one contractor among the order candidates hit by the search, together with an order response deadline; A funeral arrangement system comprising: an order response accepting unit for accepting an input of an order response; and a responsible supplier changing means for changing the responsible contractor to the next candidate when the order response is not input even after the response deadline has passed. It is characterized by being.

  As an aspect of the present invention, a configuration may be adopted in which the person in charge is searched for a plurality of industries, and output of the ordering data, reception of an order response, and change of the person in charge are executed independently for each industry.

  In addition, as an aspect of the present invention, a service type input unit that allows a request input of various services provided at a funeral is provided, and a first type of business that searches for a person in charge based on the content of a request input by the funeral request input unit It is assumed that the second stage industry is the industry type that searches for the supplier in charge based on the contents input by the service request input means, and at least the funeral coordination industry is set in the first stage industry. The ordering data is output as a determination of the person in charge of the order, the reception of the order response, and the change of the person in charge are executed, and after the person in charge of the funeral coordination business is determined, based on the contents input to the service request input means The ordering data output, the order reception response, and the change of the contractor can be executed as the determination of the contractor of the second stage industry. That.

  The first stage industry refers to an industry that must be ordered immediately upon receiving a funeral request. Further, the second stage industry refers to an industry in which necessity or service content is determined by an interview between the general coordinator and the user after the decision is made by a general coordinator who is one of the first-stage industry operators.

  Further, according to the present invention, the storage means for storing the information stores a plurality of persons in charge in charge of the funeral-related business, and allows the input of the content of the request related to the funeral by the funeral request input means allowing the input. Based on the contents of the request, the person in charge who becomes an order candidate is searched from the storage means by the person in charge search means, and the order data for ordering to one person in charge among the order candidates hit by the search is received by the order data output means. When the order response is received by the order response accepting means, and the order response is not input even after the response deadline has passed, the responsible contractor changing means is It is a funeral arrangement method to be changed to the next candidate.

  Further, the present invention allows the input of the content of the request related to the funeral by the funeral request input means permitting the input, and searches for the supplier in charge as an order candidate based on the input request content from the storage means by the supplier search means. The order data to be ordered from one of the candidate candidates hit by the search is output together with the order response deadline by the order data output means, and the input of the order response from the one responsible contractor is received by the order response accepting means. The funeral arrangement program is to change the responsible contractor to the next candidate by the responsible contractor changing means when the order response is not input even after the response deadline has passed.

  According to the present invention, it is possible to eliminate the urgency after receiving a request for a funeral and to suppress an increase in the fee.

An embodiment of the present invention will be described below with reference to the drawings.
FIG. 1 is a system configuration diagram of a funeral arrangement system 1.

  The funeral arrangement system 1 includes a bed company terminal 11, a management center server 12, a service company terminal 13, an FC (Funeral Coordinator) terminal 14, and a user terminal 15 connected to the Internet 2 which is an electric communication line. .

  The bed company terminal 11 is a computer terminal installed in a bed company as one of the first stage companies, and stores various programs such as mail software and browser software and various data. The first stage trader refers to a trader of an industry (first stage industry) that must be ordered immediately after receiving a funeral request.

  The management center server 12 is a server installed in a management center corresponding to a funeral company, and stores various data and programs. This program includes a maintenance program for performing maintenance such as registration / correction / deletion of the first stage trader and the second stage trader, and a funeral arrangement program for performing search / ordering / acceptance of orders for the traders in charge. Further, the management center server 12 operates 24 hours a day, 365 days, and accepts funeral requests from users (mourners) at any time. In addition, the second stage contractor is an industry (second stage industry) whose necessity and service content are determined by an interview between the general coordinator and the user after being determined by one of the first stage contractors. A contractor.

  The service provider terminal 13 is a computer terminal installed in each second stage supplier such as a flower supplier or an altar leaser, and stores various programs such as mail software and browser software and various data.

  The FC terminal 14 is a computer terminal used by the funeral coordination industry FC, which is one of the first stage contractors, and stores various programs such as mail software and browser software and various data. The FC terminal 14 receives the order data from the management center server 12 as a first stage contractor and, in addition to the operation of returning the order response data if an order can be received, the second stage by an interview with the client as a process unique to FC. The final determination of the necessity of the trader is performed, and the operation of transmitting the detailed data such as the necessary second stage trader and the necessary service contents to the management center server 12 is also performed. Therefore, the FC terminal 14 is preferably configured by a portable terminal such as a notebook personal computer or a PDA.

  FC (Funeral Coordinator) refers to those who coordinate funerals. This FC is familiar with funeral styles that vary according to local customs and religions, and directs and communicates with vendors in each industry to carry out funerals that match the user's wishes and environment.

  The FC according to the present embodiment has no contractual relationship with the traders in charge of each industry and has no authority to determine the traders in charge, and contacts the traders determined by the management center server 12. For this reason, it is possible to eliminate factors that the FC obtains profits such as agility and rebates, and to prepare an environment where the FC can respond to the user friendly. This FC can educate and train middle-aged and elderly people, for example, by building a curriculum for 6 months.

  The user terminal 15 is a computer terminal through which a user inputs a funeral request or the like, and stores various programs such as mail software and browser software and various data. The user terminal 15 can be composed of a computer terminal owned by the user, a terminal installed in a convenience store, and other appropriate terminals. This makes it possible to request even when the user does not have a computer terminal.

  The bed company terminal 11, the management center server 12, the service company terminal 13, the FC terminal 14, and the user terminal 15 are general personal computers, and are input devices such as a keyboard and a mouse, and display devices such as a liquid crystal display. Communication devices such as LAN boards and modems, storage devices such as hard disks, control devices such as CPUs, and flexible disks that read and write data on CD-ROM drives and FD (flexible disk) media that read data from CD-ROM media A medium processing device for processing a storage medium such as a drive is provided. The management center server 12 is also provided with a FAX modem that transmits a FAX.

  With the above configuration, the user can make a funeral request by using the user terminal 15, and can determine the first stage trader and the second stage trader by performing management of the management center server 12 and perform the funeral.

Next, data stored in the management center server 12 will be described.
2A is a data configuration diagram of the first stage vendor data 21, FIG. 2B is a data configuration diagram of the second stage vendor data 22, and FIG. 3 is a data configuration diagram of the request data 23. .

Each of the first stage trader data 21 and the second stage trader data 22 includes an ID, a business type, a name, an address, a telephone number, a FAX number, an email address, a region in charge, a price range, a closed day, business hours, and a payment method. , And remarks.
In this way, the business type, contact information, services that can be provided, conditions for providing services, payment methods, and the like of each supplier are managed.

The request data 23 includes an ID, a user name, an address, a telephone number, a FAX number, an e-mail address, a deceased name, a succession, the number of general members, the number of relatives, a desired place, a desired date and time, a service fee, whether a temple is required, and a distribution amount , Sect, budget, request date, sleeper, funeral coordinator, temple (or church), flower arrangement, photo, 棺 / 牌 / 具 足, hearse, overnight meal, reception set, tent, letter of appreciation, rough recreation, venue, and dry ice It is composed of items such as.
As a result, the contact information of the user, the contents of the request, the necessity of the first-stage supplier, the determined supplier of the first-stage supplier, the necessity of the second-stage supplier, and the determined supplier of the second-stage supplier are managed. is doing. Although not shown in the figure, detailed data of service contents requested from the first stage contractor and the second stage contractor are stored and managed for each contractor.

Next, the screen displayed when the user makes a funeral request will be described.
FIG. 4A shows a summary item input screen 31.
This summary item input screen 31 includes a text box 31a that allows the user name, deceased person name, continuity, number of funerals, number of relatives, desired location, and desired date and time, and a previous screen (top screen not shown). A return button 31d for returning and a next button 31e for proceeding to the next screen (service charge selection screen 33) are provided.
As a result, it is possible to input minimum outline items necessary for receiving a request.

FIG. 4B shows a service charge selection screen 33.
This service charge selection screen 33 proceeds to a radio button 33b for selecting a service charge, a return button 33d for returning to the previous screen (summary item input screen 31), and a next screen (temple arrangement necessity selection screen 35). A next button 33e is provided.
Thereby, a service charge can be selected. In particular, by displaying the number of people and the service charge side by side, the user can select a service charge suitable for the number of people.

FIG. 5A shows a temple arrangement necessity selection screen 35.
The temple arrangement necessity selection screen 35 includes a radio button 35b for selecting whether or not there is a relationship with the temple, a return button 35d for returning to the previous screen (service charge selection screen 33), and a next screen (temple). A next button 35e for proceeding to the condition input screen 37) is provided.
Thereby, the user can input whether the temple arrangement is necessary by selecting whether or not the temple is associated.

FIG. 5B shows a temple condition input screen 37 when arranging temples.
The temple condition input screen 37 includes a radio button 37b for selecting the amount of money and a sect, a return button 37d for returning to the previous screen (temporary arrangement necessity selection screen 35), and a next screen (funeral budget input). Next button 37e is provided for proceeding to screen 39).
As a result, it is possible to arrange a temple suitable for the amount of money desired by the user and the sect. In particular, the temple has a desired amount of money, so it does not lower the amount of money requested from the funeral service, but by entering the amount of money that the user can pay in advance, the temple will be convinced even with a low amount of money. Can be received at low cost.

FIG. 6A shows a funeral budget input screen 39.
The funeral budget input screen 39 includes a radio button 39b for allowing the user to select a budget that can be spent on the funeral, a return button 39d for returning to the previous screen (the temple condition input screen 37), and a next screen (service selection screen). A next button 39e is provided for proceeding to 41).
Thereby, the user can input the funeral budget in advance. Thus, by inputting the total budget in advance, the user can get a sense of security before requesting.

FIG. 6B shows a service selection screen 41.
The service selection screen 41 includes a check box 41c for selecting a service desired by the user (a service provided by the second-stage contractor), a return button 41d for returning to the previous screen (funeral budget input screen 39), and A next button 41e for proceeding to the next screen (pre-transmission confirmation screen 43) is provided.
As a result, the user can check the service desired to be provided, uncheck the service that is not desired, and enter the desired service. In the default display, the check box 41c of the service that can be provided within the budget entered on the funeral budget input screen 39 is checked and displayed. This input is a provisional decision, and the actual request is finally decided by the FC interviewing the user.

FIG. 7 shows a pre-transmission confirmation screen 43.
This pre-transmission confirmation screen 43 is a display unit 43f for displaying the total amount required for the funeral and the breakdown summary including the service fee and delivery already entered, and for returning to the previous screen (service selection screen 41) A return button 43d and a transmission button 43g for transmitting input data to the management center server 12 are provided.
Thereby, the user can request a funeral after reconfirming the input content. In particular, since the amount can be reconfirmed before the request, the user can request with confidence.

Next, the order form 50 used when the management center server 12 places an order with a contractor in each industry will be described.
FIG. 8 shows an order form 50 when placing an order with a temple.

  In the purchase order 50, a title 51, an order transmission time 52, an order response deadline 53, and an order content 54 are displayed.

  Thereby, the first stage contractor and the second stage contractor can know the contents of the order and the order response deadline, examine whether or not to accept an order before the expiration of the deadline, and receive an order response when receiving an order. , 14 and 15 can be transmitted to the management center server 12.

Next, the operation of the funeral arrangement system 1 will be described.
FIG. 9 is a flowchart showing the overall operation of the funeral arrangement system 1, and FIG. 10 is a flowchart showing the operation of the ordering process.

  In the management center server 12, the control device executes the funeral arrangement program and first receives the funeral request data input and transmitted by the user terminal 15 (step s1). This funeral request input is executed by the user on each of the screens shown in FIGS. The management center server 12 notifies the user of the content of the received funeral request data by e-mail or the like, and allows the user to confirm this, thereby preventing misidentification of the user or an illegal funeral request.

  The management center server 12 refers to the first stage trader data 21 (see FIG. 2), and searches for traders in charge corresponding to the conditions of the funeral request data for each business type (step s2). All of the plurality of responsible businesses that have been hit by this search are candidates for ordering at this stage. Here, as a first stage trader, a sleeper trader, FC and temple are set. If the user is associated with a temple, the temple search is omitted.

  Search conditions include whether the desired location of the funeral is in the area where the contractor can accept orders, whether the desired date and time of the funeral is the contractor's orderable date (business day and business hours), and the funeral budget is the contractor's order Whether it is within the range of the possible amount or the like is set, and in this embodiment, a supplier in charge that satisfies all these conditions is selected as an ordering candidate.

  The couch trader thus selected transports the body to the designated location. The selected FC will be dispatched to the user and start an interview. This interview is preferably performed at a funeral hall desired by the user. By interviewing at the funeral hall in this way, it becomes easier for the user to understand necessary services such as the size of fresh flowers.

  The management center server 12 determines the priority order of the supplier in charge selected as an ordering candidate (step s3). This priority order can be determined in an appropriate order, such as the order of location, the order of the lowest price, the order of increasing or decreasing the number of orders, or the order of high evaluation.

  The management center server 12 executes an ordering process for placing an order for each type of business (step s4).

  In this ordering process, as shown in FIG. 10, the management center server 12 transmits ordering data to the terminals 11 and 14 of one person in charge for each industry (step s21). The order data is transmitted by sending a mail describing the contents of the order form 50 (see FIG. 8) and by sending the order form 50 by FAX. Thereby, it is possible to notify the trader that the order has been placed. The transmission of the first order data is executed to the supplier in charge with the highest priority.

  If the management center server 12 receives the order reception data from the terminals 11 and 14, the management center server 12 proceeds to the next step s5 (see FIG. 9) (step s22: Yes). If no order reception data is received (step s22: No), the process waits until the order response deadline elapses (step s23: No).

  When the order deadline has passed (step s23: Yes), the management center server 12 transmits the expired data to the terminals 11 and 14 that have not received an order response (step s24). The transmission of the expired data is executed by e-mail and FAX in the same manner as the transmission of the ordering data, and notifies the person in charge of the ID that can identify the case and that it is expired.

  The management center server 12 changes the order candidate to the supplier in charge with the next highest priority (step s25), returns to step s21, and repeats the process.

  When the contractor in charge of the first stage contractor is determined in this way, the management center server 12 receives detailed service input from the FC terminal 14 as shown in FIG. 9 (step s5). At this stage, since the FC has been determined, the FC meets with the user to discuss the necessity and details of the service to be provided, and the FC operates the FC terminal 14 to transmit the service detail data.

  The management center server 12 refers to the second-stage supplier data 22 (see FIG. 2) based on the input service detail data, and searches for the supplier in charge corresponding to the condition of the service detail data for each industry type (step s6). ).

  Search conditions include whether the desired location of the funeral is in the area where the contractor can accept orders, whether the desired date and time of the funeral is the contractor's orderable date (business day and business hours), and the funeral budget is the contractor's order Whether it is within the range of the possible amount or the like is set, and in this embodiment, a supplier in charge that satisfies all these conditions is selected as an ordering candidate.

  The management center server 12 determines the priority order of the supplier in charge selected as the ordering candidate (step s7). This priority order can be determined in an appropriate order, such as the order of location, the order of the lowest price, the order of increasing or decreasing the number of orders, or the order of high evaluation.

  The management center server 12 executes an ordering process for placing an order with the contractor in charge of the second stage contractor for each industry (step s8). The operation of this ordering process is the same as that described above with reference to FIG. 10 except that the target trader is changed from the first stage trader to the second stage trader.

  It should be noted that since the FC has already been determined at the stage of step s8, it is preferable to include data (name and contact information, etc.) regarding the FC in the contents displayed on the purchase order 50. As a result, the person in charge of the second stage dealer can smoothly contact the FC, and various arrangements related to the funeral can be proceeded smoothly.

  When all orders are completed, the management center server 12 prints all the order data with an appropriate printing device such as a printer (step s9), and ends the process. With this printed ordering data, the management center can grasp the whole picture of funeral arrangements. Note that all the order data may be transmitted to the FC terminal 14. In this case, the FC can easily grasp the whole picture of the funeral arrangement.

  With the above operation, when the user makes a funeral request, the management center server 12 can automatically make an order request to the first stage contractor. At this time, since the order response is closed by dividing the time limit, even if there is a situation where the ordering contractor cannot respond immediately, the next ordering candidate can be placed immediately. Accordingly, it is possible to quickly determine each supplier in charge in a plurality of industries, prevent troubles due to poor communication, and work is reliably performed by the supplier.

  When the FC, the first stage contractor, decides, it is possible to interview users and input detailed services under the initiative of the FC. Upon receiving this, the management center server 12 is responsible for each of a huge number of industries. A contractor can be determined. At this time, as with the first stage contractor, since the order is placed with the deadline of the order response, the responsible contractor can be determined reliably in a short time.

  In this way, it is not necessary to individually contact and arrange a large number of industry representatives after a funeral agent has received a funeral request as in the past, and it is possible to smoothly and quickly assign a person in charge of each industry. Can be determined. Therefore, it is not necessary to incorporate a company of each industry under the funeral company, and an individual contract can be concluded with a plurality of companies of each industry.

  In addition, since the management center server 12 automatically performs ordering and confirmation of the order response to the person in charge, labor costs are not increased as in the case of manual communication, and the funeral agent collects a fee as in the past. Therefore, it is possible to prevent the funeral expenses from rising so much that the funeral expenses can be reduced.

  Then, as shown in the flowchart of the funeral arrangement of FIG. 11, a funeral that requires a large number of preparations can proceed smoothly, and the ceremony hall and carry-in removal work can be performed after the funeral is completed.

  In other words, the user (A2) accesses the WEB site provided by the management center server 12 by the death of the relative (A1) (A3), the request of the bed company (A4), the dispatch of FC (A5), and the guidance request to the temple (A6) is performed quickly.

  Then, the service content is determined on the WEB site by the meeting between the FC and the user (A7), and the arrangement and work after the funeral hall arrangement (A8) are sequentially performed appropriately.

  The payment of funeral expenses is confirmed by the FC (A9), and the paid funeral expenses can be distributed to each responsible contractor by the management center server 12. In addition, after about one week has passed since the end of the funeral, a questionnaire is sent to the user (A10), which can be used to improve the operation of the funeral arrangement system 1.

  In addition, if the pre-registration or pre-registration of the funeral is permitted, the user can avoid the confusion of the urgent place and can make it easy to obtain a funeral that satisfies the user.

  Note that the order response deadline of the first stage contractor may be changed according to the request reception time. As a result, the first stage contractor carefully checks the receipt of the order data when the emergency order is needed, and receives the order quickly. You can check the reception and accept orders slowly.

  Alternatively, the priority order may be determined by recording the previous order date and time in the first stage contractor data and the second stage contractor data, and when the previous order date and time is close, the order is sent to another contractor. Alternatively, the priority order may be determined so that if the number of orders received within a certain period for a certain contractor exceeds a certain number, it is sent to another contractor. As a result, it is possible to prevent orders from being concentrated on a certain contractor, and to order all contractors uniformly. In particular, when the number of orders received within a certain period is set for each trader in charge, it is possible to limit orders according to the scale of each trader.

In correspondence between the configuration of the present invention and the above-described embodiment,
The storage means of the present invention corresponds to the storage device of the management center server 12 of the embodiment,
Similarly,
The supplier search means corresponds to the control device of the management center server 12 that executes steps s2 and s6,
The order response accepting means corresponds to the communication device of the management center server 12 that executes step s22,
The person in charge changing means corresponds to the control device of the management center server 12 that executes step s25,
The order data output means corresponds to the FAX modem and communication device of the management center server 12 that executes step s21.
The funeral request input means and the service request input means correspond to the input device of the user terminal 15,
The order data corresponds to the purchase order 50 and the order data.
The order response deadline corresponds to the order response deadline 53,
The present invention is not limited only to the configuration of the above-described embodiment, and many embodiments can be obtained.

The system block diagram of a funeral arrangement system. The data block diagram of 1st step trader data and 2nd step trader data. The data block diagram of request data. The screen image figure of a summary item input screen and a service charge selection screen. The screen image figure of a temple arrangement necessity selection screen and a temple condition input screen. Screen image of funeral budget input screen and service selection screen. The screen image figure of the confirmation screen before transmission. Image of purchase order. The flowchart which shows the operation | movement of the whole funeral arrangement system. The flowchart which shows the operation | movement of order processing. Flow chart of funeral arrangement.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 ... Funeral arrangement system 12 ... Management center server 15 ... User terminal 50 ... Purchase order 53 ... Order response time limit

Claims (5)

A storage means for storing a plurality of contractors in charge of a funeral service;
A funeral request input means that allows the input of the request content related to the funeral;
A responsible supplier search means for searching the storage means for a responsible supplier as an order candidate based on the input request content;
Ordering data output means for outputting ordering data to be ordered to one contractor among the ordering candidates hit by the search together with an order response deadline;
An order response accepting means for accepting an input of an order response from the one contractor;
A funeral arrangement system comprising: a contractor changing means for changing the contractor to the next candidate when the order response is not input even after the response deadline has passed. The funeral arrangement system according to claim 1, wherein the person in charge is searched for a plurality of types of industry, and the order data is output, an order response is received, and the person in charge is changed independently for each type of industry. Service request input means that allows request input of various services provided at funerals,
The industry that searches for the supplier in charge based on the content of the request entered by the funeral request input means is the first stage industry,
The type of industry that searches for the supplier in charge based on the content entered by the service request input means is the second stage industry,
Set at least funeral coordination business in the first stage industry,
As the determination of the person in charge of the first stage industry, the output of the order data, the reception of the order response, and the change of the person in charge are executed.
After the person in charge of the funeral coordination business is determined, based on the contents input to the service request input means, the order data output, the reception of the order response, and the The funeral arrangement system according to claim 2, wherein the change is configured to be executed. The storage means for storing information stores a plurality of contractors in charge of funeral services,
Allow the funeral request input means to allow input of the funeral request content,
Based on the contents of the input request, search for the supplier in charge as an order candidate from the storage means by the supplier search means,
Order data to be ordered from one of the order candidates hit by the search is output together with an order response deadline by the order data output means,
The order response accepting means accepts the input of the order response from the contractor in 1 above,
A funeral arrangement method in which, when the order response is not input even after the response deadline has passed, the responsible supplier changing means changes the responsible supplier to the next candidate. Allow the funeral request input means to allow input of the funeral request content,
Based on the contents of the input request, search for the supplier in charge as an order candidate from the storage means by the supplier search means,
Order data to be ordered from one of the order candidates hit by the search is output together with an order response deadline by the order data output means,
The order response accepting means accepts the input of the order response from the contractor in 1 above,
A funeral arrangement program for changing a supplier in charge to a next candidate by a supplier changing means when the order response is not inputted even after the response deadline has passed.

Images