WO2019030944A1 - 霊柩寝台車配車サーバ - Google Patents

霊柩寝台車配車サーバ Download PDF

Info

Publication number
WO2019030944A1
WO2019030944A1 PCT/JP2018/001386 JP2018001386W WO2019030944A1 WO 2019030944 A1 WO2019030944 A1 WO 2019030944A1 JP 2018001386 W JP2018001386 W JP 2018001386W WO 2019030944 A1 WO2019030944 A1 WO 2019030944A1
Authority
WO
WIPO (PCT)
Prior art keywords
facility
information
vehicle
user terminal
terminal
Prior art date
Application number
PCT/JP2018/001386
Other languages
English (en)
French (fr)
Inventor
孝行 高田
Original Assignee
フューネラル サービス ワーカーズ アカデミー，インク．
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by フューネラル サービス ワーカーズ アカデミー，インク． filed Critical フューネラル サービス ワーカーズ アカデミー，インク．
Priority to BR112019009096A priority Critical patent/BR112019009096B1/pt
Priority to AU2018229461A priority patent/AU2018229461A1/en
Priority to EP18800025.1A priority patent/EP3467761A4/en
Priority to CA3021708A priority patent/CA3021708A1/en
Priority to CN201880005458.2A priority patent/CN110140142A/zh
Priority to RU2019117049A priority patent/RU2726874C1/ru
Priority to US16/323,492 priority patent/US20200065719A1/en
Publication of WO2019030944A1 publication Critical patent/WO2019030944A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]

Definitions

  • the present invention relates to a dispatching instruction for a mausoleum sleeping carriage that transports a body to a storage facility, and in particular, presents a vacant vehicle near a transportation source and a location of a vacant storage facility at a transportation destination on a user's terminal.
  • the present invention relates to a maternity sleeping cart allocation server that issues an allocation instruction.
  • a relay station is provided between the taxi and the user, and the user requests the dispatch via the relay station using a portable terminal, thereby quickly taking a taxi.
  • a taxi allocation system capable of allocating vehicles (see, for example, Patent Document 1, Patent Document 2, and Patent Document 3).
  • the demand type dispatch system described in Patent Document 1 periodically uses vehicle data consisting of a business place / vehicle code for identifying a vehicle to be managed in each business place, vehicle position and movement data via the Internet for each vehicle. Based on the location data of the user received and sent from the Web-enabled mobile terminal, the predicted arrival time of one or more vehicles located on the effective arrival route in any distance range is retrieved as the list of vehicles to be reserved by the user Manage and inquire about the availability of the vehicle selected by the user from the list, and if there is no response within an arbitrary time, make a similar inquiry about the next candidate vehicle and there is a valid response In this case, it is transmitted to the user and the vehicle that the reservation has been established.
  • vehicle data consisting of a business place / vehicle code for identifying a vehicle to be managed in each business place, vehicle position and movement data via the Internet for each vehicle.
  • the predicted arrival time of one or more vehicles located on the effective arrival route in any distance range is retrieved as the list of vehicles to be reserved by the user Manage and inquire about the availability
  • the taxi allocation system described in Patent Document 2 registers an office / vehicle code identifying a taxi vehicle managed for each office, and monitors the vehicle position and the empty / actual vehicle status via the network for each vehicle.
  • the taxi vehicle to be dispatched is searched based on the position information from the portable terminal of the user, and a dispatch instruction including the current position information of the user is transmitted to the on-vehicle terminal of the retrieved taxi vehicle.
  • the vehicle allocation system described in Patent Document 3 includes an on-vehicle terminal identification unit that identifies an on-vehicle terminal of the vehicle, receives position information and status information of the vehicle from the on-vehicle terminal, and receives position information received from the portable terminal of the user.
  • the optimum vehicle to be allocated is retrieved and the transmission instruction and the charge information transmission request are made, and the vehicle is transmitted according to the charge information transmission request after arrival at the destination.
  • billing processing for postpaid is executed.
  • the present invention has been made to solve such a problem, and a sudden situation has occurred by presenting the location of an empty car's mausoleum sleeping carriage and the location of a storage facility of the vacant room on the user's user terminal.
  • the vehicle condition storage means for storing the vehicle condition indicating whether or not the cooked sleeping vehicle is an empty car as vehicle status information, and whether the storage facility is an empty room or not
  • vehicle selection information for selecting a car-sleeping carriage of an empty car in association with the storage facility of the vacant room that is sent to the user terminal and presented to the user terminal from the user terminal, and the vehicle selection And a dispatch instructing means for directing the dispatch of the selected tomb on the basis of the information.
  • the server according to claim 2 wherein the server for allocating sleeping carts receives facility selection information for selecting a setting facility of an empty room associated with the bedridden sleeping cart to which the allocation is instructed, from the user terminal, and based on the facility selection information By further providing a facility reservation means for reserving the storage facility of the selected vacant room, a desired storage facility can be secured from among the storage facilities of the presented vacant rooms.
  • the server reservation server receives facility temporary selection information for temporarily selecting a storage facility of a vacant room from the user terminal, and based on the facility temporary selection information, By presenting facility state information indicating whether or not a funeral ceremony owned by the operator of the selected placement facility is an empty room, both the placement facility of the same employer and the funeral ceremony are both presented.
  • the facility reservation unit is configured to, based on the temporary facility selection information, make a reservation status of a funeral ceremonial hall owned by a business owner of the temporary storage facility temporarily selected.
  • the facility reservation means receives temporary selection information for temporarily selecting a funeral ceremony place of a vacant room presented by the facility reservation status presenting means, and the temporary reservation information is further selected
  • the funeral schedule can be determined by reserving both of the temporary ceremonial hall of the vacant room selected temporarily and the entrusted facility that has received the selected information.
  • the vehicle allocation instruction unit receives, from the user terminal, temporary vehicle selection information for temporarily selecting a secondary vehicle sleeping carriage of an empty car, and based on the temporary vehicle selection information, With regard to the temporarily selected sexual sleeping vehicle, the first scheduled charge from the location of the business owner of the temporarily selected sexual sleeping vehicle to the requested place and the second schedule from the requested place to the storage facility of the selected vacant room Since the vehicle allocation information presenting means for presenting vehicle allocation information representing a charge is included, by presenting these as vehicle allocation information, it is possible to grasp a planned charge paid by the user.
  • the cemetery car transport business which is authorized under the Cargo Car Transport Business Law, always requests from the location of the carrier of the sleeping Uage carrier It is also required to charge a charge to the ground.
  • the vehicle allocation instruction means includes a first scheduled charge from the location of the company of the vehicle for the vehicle under the empty car to the requested place and storage of the vacant room selected from the requested place.
  • the minimum amount of the planned charge for dispatch and the minimum amount of the planned charge for dispatch will be the minimum amount of the total cost of the second scheduled charge to the facility, and the amount of the cost for the remembrance of the empty car will be that amount.
  • the position of the car can be grasped, so it is possible to arrange an empty car's mausoleum sleeper more quickly.
  • vehicle state storage means for storing as vehicle state information the vehicle state indicating whether or not the mausoleum sleeping carriage is empty, and facility state information indicating whether the storage facility is an empty room or not
  • vehicle state information the vehicle state indicating whether or not the mausoleum sleeping carriage is empty
  • facility state information indicating whether the storage facility is an empty room or not
  • Vehicle selection information is selected from the user terminal for selecting a bed laying vehicle of an empty car in association with a state presenting means to be presented on a terminal and a storage facility of the presented vacant room, and is selected based on the vehicle selection information
  • the arrangement instruction means for instructing the allocation of the mausoleum sleeping cart provides a selection opportunity for a desired setting facility even in the case of a sudden situation, and the user himself / herself can use the mausoleum sleeping cart. It is possible to distribution.
  • FIGS. 1 to 26 are diagrams illustrating the embodiment of the present invention, and in these figures, the parts denoted by the same reference numerals represent the same thing, and the basic configuration and operation are similar. .
  • FIG. 1 is a diagram showing an example of an entire configuration of a mausoleum sleeping vehicle allocation system according to a first embodiment of the present invention.
  • the mausoleum-sleeping truck allocation server 3 is connected to the business operator terminal 4 and the user terminal 5 via the Internet 2.
  • FIG. 2 is a view showing an example of a schematic configuration of a relic bed sleeper allocation server according to the first embodiment of the present invention.
  • control unit (CPU) 30 for overall control of the entire system
  • storage unit 31 for storing various information
  • input unit 33 including a keyboard and a mouse
  • displays such as a display
  • the unit 34 and the communication unit 35 connected to the Internet 2 are connected via the bus line 32.
  • the control unit (CPU) 30 loads a program such as an operation system, a program that defines the procedure of the present bed laying vehicle distribution system, etc. into the ROM and the RAM, whereby the authentication unit 300, the management information registration unit 301, the facility status Rewriting means 302, vehicle state rewriting means 303, state presenting means 304, facility reservation means 305, dispatching means 306, charge settlement means 307, various processing means, judgment means, etc. are realized.
  • the storage unit 31 is composed of volatile or nonvolatile semiconductor elements such as RAM and ROM, and auxiliary storage devices such as a hard disk and an optical disk, and the program storage unit 310, various tables 311, business management information 312, employee management information 313, user management information 314, vehicle state information 315, facility state information 316, request route information 317 and the like are provided.
  • the storage unit 31 may include the map information 318, or the external server (not shown) may include the map information 318.
  • the input unit 33 includes a keyboard, a mouse, and a pointing device such as a track ball, and is used, for example, for maintenance of various tables and various information stored in the storage unit 31 and auxiliary input.
  • the display unit 34 is used to display various types of information input by the administrator for maintenance and assistance, and to confirm the operation status of the various reed bed carriage distribution servers 3.
  • the communication unit 35 is for enabling communication with the outside via the Internet 2. For example, the communication with the business operator terminal 4 or the user terminal 5 by wire or wireless using a protocol such as TCP / IP. Used to send and receive information.
  • the authentication unit 300 is a unit that collates the authentication information from the external terminal that requests connection via the communication unit 35 with the authentication information stored in the business entity management information 312 or the user management information 314.
  • the authentication means 300 is necessary to keep the personal information of the deceased person, the bereaved, etc. private.
  • the management information registration unit 301 stores management information on the entrepreneur of the external terminal connected via the communication unit 35, the employee of the entrepreneur and the user in the entrepreneur management information 312, the employee management information 313 and the user management information 314, respectively.
  • the facility status rewriting means 302 receives the facility status indicating whether the temporary storage facility owned by the provider is an empty room or in use from the provider terminal 4 connected through the communication unit 35, and stores it in the facility status information 316.
  • Vehicle state rewriting means 303 receives a vehicle state as to whether the car-borne sleeping carriage owned by the company is an empty car or a real vehicle from the company terminal 4 connected through the communication unit 35 and stores it in the vehicle state information 315 Means to
  • the state presenting means 304 transmits the vehicle state stored in the vehicle state information 315 and the facility state stored in the facility state information 316 to the business operator terminal 4 or the user terminal 5 connected through the communication unit 35. Means to present
  • the facility reservation means 305 is a means for making a reservation of a reserved facility of a vacant room by selection from the user terminal 5 connected through the communication unit 35.
  • the dispatch instruction means 306 is a means for instructing the dispatch of the sleeping car of the empty car by selection from the user terminal 5 connected through the communication unit 35.
  • the charge settlement means 307 is a user terminal 5 for connecting through the communication unit 35 the actual traveling distance actually transported the body to the destination and the actually charged fee received from the business operator terminal 4 connected through the communication unit 35. Means for transmitting a request to the service provider to perform billing processing of the charge settlement.
  • FIG. 3 is a diagram showing an example of an operation function of the relic bed sleeper dispatch system according to the first embodiment of the present invention.
  • the management vehicle registration server 301 stores business operator management information 312, employee management information 313 and user management information 314 by the management information registration unit 301. Register in section 31. Identification codes are given to the business entity management information 312, the employee management information 313 and the user management information 314 based on the various tables 311 based on the type of location or address, business entity or user.
  • the business management information 312 stored in the storage unit 31 by the authentication unit 300 and the employee management information It collates using the authentication information of 313 and the user management information 314. FIG. After the collation, it is identified from the identification code whether it is the business operator terminal 4 or the user terminal 5, and the following processing corresponding to each is performed.
  • the mausoleum sleeping vehicle allocation server 3 When receiving the flag information for setting a new facility state from the operator terminal 4 when there is a change in the facility state of the stationary facility, the mausoleum sleeping vehicle allocation server 3 is stored in the storage unit 31 by the facility state rewriting means 302 Rewrite and update the existing facility status information 316.
  • the malady laying vehicle allocation server 3 When receiving the flag information for setting a new vehicle state from the carrier terminal 4 when there is a change in the vehicle state of the mausoleum sleeping car, the malady laying vehicle allocation server 3 stores it in the storage unit 31 by the vehicle state rewriting means 303 It rewrites and updates the vehicle state information 315 which has been stored. In the vehicle state information 315 and the facility state information 316, the identification code of the owned company is stored in advance.
  • the vehicle dispatching means is a series of processing means including the condition presenting means 304, the facility reservation means 305, the vehicle dispatching means 306 and the charge settlement means 307.
  • the request site (riding position) received from the user terminal 5 is stored in the storage unit 31 as request route information 317.
  • the host vehicle allocation server 3 sends the user terminal 5 to the user terminal 5 Sends and presents information on the empty car's mausoleum sleeping cart of the requested area and the storage facility of the vacant room.
  • the host vehicle sleeping cart allocation server 3 When receiving a reservation application for a storage facility from the user terminal 5 based on the presented information, the host vehicle sleeping cart allocation server 3 transmits facility reservation information to the business entity terminal 4 by the facility reservation means 305. In addition, the relic bed sleeper allocation server 3 stores the destination based on the facility reservation information in the storage unit 31 as request route information 317.
  • the allocation instruction unit 306 causes the request route information 317 stored in the storage unit 31 to be stored.
  • the vehicle dispatching instruction information is transmitted to the business operator terminal 4 based on the above.
  • the reed sleeper cart allocation server 3 requests route information 317 stored in the storage unit 31 and the carrier terminal 4
  • the toll settlement information such as the actual tolls received from the terminal is transmitted to the user terminal 5 by the toll settlement means 307.
  • FIG. 4 is a view showing an example of the data configuration in the storage unit of the server vehicle allocation server according to the first embodiment of the present invention.
  • the company management information 312 holds information about a funeral company that owns the funeral hall, a specialist in the storage room, and a specialist in the mausoleum sleeping cart. Specifically, the business identification code, business name, business location , Representative contact information, authentication information for logging in to the mausoleum sleeping car allocation server 3, Web-URL of the company, account information for transfer, appearance photograph of the company, number of mausoleum sleeping cars owned by the company, storage room It holds the number, the number of funeral ceremonies, etc.
  • the employee management information 313 holds information on the employee of the employee, and specifically holds the identification code of the business person, the employee number, the employee name, the employee contact address, the employee photo and the like.
  • the user management information 314 holds information on the user, and specifically, the identification code of the user, the user name, the address, the contact information, the authentication information for logging in to the mausoleum cart 33, It holds payment information such as credits paid by persons, user photos, etc.
  • the vehicle status information 315 holds information on the maternity sleeping cart owned by a funeral company or a maternity sleeping cart specialist, and specifically, the identification code of the business operator, the car number of the maternity sleeping cart, the basic charge and the unit distance The additional charge, the employee number of the employee who drives the mausoleum sleeping carriage, and the vehicle status indicating whether it is an empty vehicle or a real vehicle are held.
  • the facility status information 316 holds information about a funeral hall owned by a funeral company and a storage facility owned by a special room specialist room, and specifically, the identification code of the business operator, the facility number of the storage facility, and a vacant room It holds the state of the facility that indicates whether it is in use or not.
  • the request route information 317 holds information representing a ride route desired by the user, and specifically, a request site where the user is riding, a destination which is a storage facility where the body is stored, a user such as a home
  • the user holds the desired transit point, the location of the office of the maternity sleeping cart selected by the user, and the current position of the employee who drives the maternity sleeping cart selected by the user.
  • the present position of the employee assumes the case where it is separated from the roving cart which drives.
  • FIG. 5 is a diagram showing an example of various table configurations in the storage unit of the server vehicle allocation server according to the first embodiment of the present invention.
  • the identification code 3120 of the business operator and the user described above in the explanation of FIG. 4 is, for example, a two-digit area code, a three-digit area code, a two-digit type code, and, for example, an arbitrary five-digit series. It consists of a number, for example, consists of a 12 digit number.
  • the region table 311A is configured of a region code and a region name, and, for example, a region code "01" and a region name "Hokkaido" are stored in pairs.
  • the area code is used to efficiently extract businesses located all over Japan in response to a request from a user to allocate a relic bed sleeper. It is also used to extract rough map information to be presented on the screen of the user terminal 5.
  • the area table 311B is composed of an area code and an area name. For example, an area code "002" and an area name "Asahikawa City" are stored in pairs. Businesses with less than 5 owned vehicles, which are authorized based on the Cargo Transport Business Law, can only carry "shipping while all the landing areas are within the business area". It corresponds to the sales area of the company, and is used to extract the business more efficiently in response to a request from the user to allocate a bedridden bed car. It is also used to extract detailed map information presented on the screen of the user terminal 5.
  • the type table 311C is composed of a type code and a type name, and for example, a type code "03" and a type name "inside / conveyor” are stored in pairs.
  • the type code is used to specify a vehicle or facility provided by the business operator to the user.
  • FIG. 6 is a flow chart showing the entire procedure of the relic bed sleeper dispatch server according to the first embodiment of the present invention.
  • step S ⁇ b> 1 the control unit (CPU) 30 receives, via the communication unit 35, the authentication information transmitted by the provider terminal 4 or the user terminal 5.
  • the authentication information may be, for example, an alphanumeric text password, or a pattern image such as fingerprint information or retina information.
  • step S2 the control unit (CPU) 30 collates the authentication information registered in advance in the business management information 312 or the user management information 314 with the received authentication information. If the comparison can not be made, it is determined that the connection is from a new terminal, and the process proceeds to step S3. If the verification is successful, the control unit (CPU) 30 determines whether the terminal to be connected is the provider terminal 4 or the user terminal 5 from the identification code of the management information that has been verified. For example, in the example of the identification code 3120 shown in FIG. 5, the control unit (CPU) 30 extracts the type code “03” from the sixth and seventh digits of the identification code “010020310001”, and the type corresponding to the type table 311C.
  • step S5 When the control unit (CPU) 30 extracts the type code "06" from the identification code, the control unit (CPU) 30 determines that the user is the user, and proceeds to step S4.
  • step S3 the control unit (CPU) 30 executes the subroutine processing of the management information registration unit 301 for registering management information for a new terminal. Specific means of the management information registration means 301 will be described later with reference to FIG. After the subroutine processing of the management information registration unit 301 is executed, the process returns and the process proceeds to step S6.
  • step S4 the control unit (CPU) 30 executes the subroutine processing of the vehicle dispatching means in accordance with the selection of the sleeping car of the empty car from the user terminal 5.
  • the specific vehicle allocation means is composed of the state presentation means 304, the facility reservation means 305, the vehicle allocation instruction means 306 and the charge settlement means 307, and these specific procedures are as follows. This will be described later with reference to FIGS. 9 to 19.
  • the process returns, and the process proceeds to step S6.
  • control unit (CPU) 30 executes subroutine processing of facility state rewriting means 302 or vehicle state rewriting means 303 according to the above-mentioned type code, and updates vehicle state information 315 or facility state information 316. .
  • a specific procedure of the state rewriting means will be described later with reference to FIG.
  • step S6 the control unit (CPU) 30 determines the presence or absence of a logout request from the connected provider terminal 4 or user terminal 5. If there is no logout request from the terminal, the process returns to step S2, and if there is a logout request, the connection with the terminal is terminated.
  • FIG. 7 is a flow chart showing a procedure for registering management information of the bedrock car dispatch server according to the first embodiment of the present invention.
  • step S11 the control unit (CPU) 30 queries the new terminal to be connected about the type name. Specifically, for example, the items described in the type table 311C of FIG. 4 are presented on the screen of the new terminal and requested to be selected. For example, when the new terminal selects “user”, the control unit (CPU) 30 sets the type code “06”, and proceeds to step S16. In addition, when the new terminal selects “funeral hall”, “storage room”, “hall / conveyance” or “conveyance specialty”, the control unit (CPU) 30 has the type code “01”, “02”, respectively. While setting "03” or "04", it determines that it is a business, and it progresses to step S12.
  • step S12 the control unit (CPU) 30 inquires of the new terminal whether or not employee information is to be input. If the reception from the new terminal is "N”, the control unit (CPU) 30 determines that the business entity information is to be input, and proceeds to step S13. If the reception from the new terminal is "Y”, The control unit (CPU) 30 determines that the employee information is to be input, and proceeds to step S14.
  • step S13 the control unit (CPU) 30 requests the new terminal to input each item of the business entity management information 312.
  • step S14 the control unit (CPU) 30 requests the new terminal to input each item of the employee management information 313.
  • step S16 the control unit (CPU) 30 requests the new terminal to input each item of the user management information 314.
  • control unit (CPU) 30 inquires of the new terminal whether or not all items to be stored in the corresponding management information have been input. If the reception from the new terminal is "Y”, the process proceeds to step S18, and if the reception from the new terminal is "N”, the process returns to step S11.
  • step S18 the control unit (CPU) 30 stores the input information in the storage unit 31 as business entity management information 312, employee management information 313 or user management information 314. Thereafter, the control unit (CPU) 30 returns to the entire procedure of FIG. 6 and proceeds to step S6.
  • FIG. 8 is a flow chart showing a state rewriting procedure of the server for allocating a sleeping cart according to the first embodiment of the present invention.
  • step S2 of FIG. 6 the control unit (CPU) 30 determines that the connected terminal is the business operator terminal 4 and starts the facility state rewriting means 302.
  • step S31 the control unit (CPU) 30 extracts the type code from the identification code of the business operator terminal 4 stored in the business enterprise management information 312, and the business owner who owns the entrusted facility or owns the mausoleum sleeping cart To determine if it is a business. For example, if the identification code is "01 (funeral hall)" or "02 (placement room)", it is determined that the business owner owns a storage facility (facility), and the process proceeds to step 32.
  • the identification code is “03 (hall / conveyance)” or “04 (conveyance specialty)”, it is determined that the business owner owns the mausoleum sleeping carriage (vehicle), and the process proceeds to step S51.
  • the type code is “03”, so the process proceeds to step S51.
  • step S32 the control unit (CPU) 30 determines whether or not flag information to be a new facility state is received from the business entity terminal 4 when there is a change in the facility state of the stationary facility. If the facility state is not changed, the flag information is not transmitted from the business operator terminal 4. For example, when the flag information indicating “0 (vacant)” or “1 (in use)” is received from the business terminal 4 (Y), the process proceeds to step S33, and when not received (N), the process proceeds to step S34.
  • step S33 the control unit (CPU) 30 sets "1 (in use)” if the current facility state is "0 (empty)” and "0 (empty)” if "1 (in use)".
  • the new facility state is stored and updated in the facility state information 316 together with the facility number. Then, the process proceeds to step S34.
  • step S34 the control unit (CPU) 30 executes the subroutine processing of the state presentation unit 304, and after return, the process proceeds to step S35.
  • a specific procedure of the state presentation unit 304 will be described later with reference to FIGS. 10 and 11.
  • step S ⁇ b> 35 the control unit (CPU) 30 determines whether or not there is a facility reservation of the placement facility from the user terminal 5. That is, when the control unit (CPU) 30 transmits to the user terminal 5 that the reservation of the entrusted facility has been confirmed (Y), the process returns to step S33.
  • the state rewriting means is ended, the process returns to the whole procedure of FIG. 6, and the process proceeds to step S6.
  • step S31 When it is determined in step S31 that the carrier owns the sleeping lorry from the type code of the carrier terminal 4 (vehicle), the control unit (CPU) 30 starts the vehicle state rewriting unit 303.
  • step S51 the control unit (CPU) 30 determines whether or not flag information to be a new vehicle state is received from the business operator terminal 4 when there is a change in the vehicle state of the mausoleum sleeping carriage. If the vehicle state is not changed, the flag information is not transmitted from the business operator terminal 4. For example, when the flag information in which “0 (empty)” or “1 (actual vehicle)” is received from the business terminal 4 (Y), the process proceeds to step S52, and when not received (N), the process proceeds to step S53.
  • step S52 the control unit (CPU) 30 sets it to "1 (actual vehicle)” if the current vehicle state is "0 (empty vehicle)” and "0 (empty vehicle)” if it is “1 (actual vehicle)”.
  • the new vehicle state is stored and updated in the vehicle state information 315 together with the vehicle number and the employee number. Then, the process proceeds to step S53.
  • step S53 the control unit (CPU) 30 executes the subroutine processing of the state presentation means 304, and after return, the process proceeds to step S54.
  • a specific procedure of the state presentation unit 304 will be described later with reference to FIGS. 10 and 11.
  • step S54 the control unit (CPU) 30 determines whether or not the dispatch instruction to the business entity terminal 4 has been confirmed in response to the dispatch application of the mausoleum sleeping carriage from the user terminal 5.
  • the control unit (CPU) 30 instructs the connection to the user terminal 5 to the business terminal 4 of the mausoleum sleeping cart on which the allocation request has been made, and when the allocation instruction is determined (Y), step S52.
  • the facility state rewriting means 302 is ended to return to the whole procedure of FIG. 6, and the process proceeds to step S6.
  • FIG. 9 is a flow chart showing an overall procedure for responding to a request for allocation of a user of the server for allocation of a sleeping cart to be placed on bed according to the first embodiment of the present invention.
  • step S71 the control unit (CPU) 30 receives requested place (boarding position) information from the user terminal 5.
  • requested place information for example, GPS information of the user terminal 5 may be used.
  • the map information obtained by clicking on the map displayed on the screen of the user terminal 5 may be used, or character information obtained by inputting the address location with a keyboard or the like may be used.
  • control unit (CPU) 30 executes the subroutine processing of state presenting means 304, and presents information on the bed car of the empty car and the setting facility of the vacant room on the map displayed on the screen of user terminal 5. Send as you want.
  • control unit (CPU) 30 executes the subroutine processing of facility reservation means 305, and prior to dispatch of the mausoleum sleeping carriage, reservation of a storage facility to be a destination to be associated with the maternity sleeping carriage instructed. I do.
  • step S74 the control unit (CPU) 30 executes the subroutine processing of the dispatch instruction means 306 in association with the stationary facility decided in step S73, and from the requested place decided in step S71, the destination decided in step S73 Order the delivery of the cooked sleeping cart to transport the body to Further, in step S75, the control unit (CPU) 30 executes the subroutine processing of the charge settlement means 307 to carry out the settlement processing of the charge after the body has been transported to the destination.
  • FIG. 10 is a flow chart showing a procedure of presenting the vehicle and facility status of the relic bed sleeper dispatch server according to the first embodiment of the present invention.
  • FIG. 11 is a screen display example presented on the user terminal and the provider terminal according to the first embodiment of the present invention.
  • control unit (CPU) 30 sets an area code based on area table 311A in accordance with the requested place information received in step S71, and sets an area code based on area table 311B. For example, if the received requested place information is “Hokkaido Ishikari City ⁇ ⁇ X town”, the area code is “01” and the area code is “003”.
  • step S92 according to the set area code and area code, the map information 318 corresponding to the area / area code is read into, for example, the RAM. Also, it may be connected to an external map server to receive map information corresponding to the area / area code.
  • step S93 the control unit (CPU) 30 sets the requested place to be displayed substantially at the center of the terminal screen.
  • control unit (CPU) 30 reads corresponding vehicle state information 315 and facility state information 316 into, for example, the RAM based on the identification code of the business operator extracted in step S94, and proceeds to step S96.
  • step S96 the control unit (CPU) 30 determines that the vehicle state of the extracted vehicle state information 315 is "0 (empty)” or the facility state of the facility state information 316 is "0 (empty)". Determine if If it is "0 (empty)" or "0 (empty)” (Y), the process proceeds to step S97, and if "1 (actual vehicle)” or “1 (in use)” (N), step S98 Go to
  • step S ⁇ b> 97 the control unit (CPU) 30 superimposes and presents information on the extracted vehicle or a company possessing a setting facility on the map information displayed on the screen of the user terminal 5.
  • FIG. 11A is a screen display example of the user terminal 5. For example, the hospital which is the requested place is displayed at the center of the screen, and the empty vehicles are displayed with two black rectangles and the facilities with vacant rooms are displayed with two black circles.
  • step S98 the control unit (CPU) 30 determines whether the terminal currently connected is the provider terminal 4 or the user terminal 5. If the connected terminal is the provider terminal 4, the process proceeds to step S99, and if the connected terminal is the user terminal 5, the process proceeds to step S100.
  • step S99 the control unit (CPU) 30 changes the color and the shape of the vehicle of “1 (actual vehicle)” and the storage facility of “1 (in use)” with respect to the enterprise terminal 4 to change the information about the enterprise Superimposed and presented. For example, grayed out may be displayed, or red, a star or the like may be blinked and highlighted. This is for the convenience of grasping the operating status of the same trader in the same business area.
  • FIG. 11B is a screen display example of the business terminal 4. For example, vehicles in use are indicated by two dotted rectangles, and facilities in use are indicated by dotted white circles.
  • control unit (CPU) 30 determines whether or not all the establishments in the area code have been read, according to the identification code of business entity management information 312. If all the operators in the area code have not been read (N), the process returns to step S94, and if read (Y), the state presenting means 304 is ended to return to the procedure of FIG. 9, and the process proceeds to step S73.
  • FIG. 12 is a flow chart showing a procedure for processing a facility reservation of the mausoleum sleeping cart allocation server according to the first embodiment of the present invention.
  • FIG. 13 is a screen display example for presenting a state in which the destination is temporarily selected on the user terminal according to the first embodiment of the present invention.
  • FIG. 14 is a screen display example for presenting facility reservation confirmation information on the business operator terminal according to the first embodiment of the present invention.
  • step S111 the control unit (CPU) 30 determines whether or not temporary selection information has been received from the user terminal 5 with respect to the reserved facility of the presented vacant room. If the temporary selection information of the vacant facility of any vacant room is received from the user terminal 5 (Y), the process proceeds to step S112. If not received (N), the process returns to step S111 and waits for reception of the temporary selection information.
  • control unit (CPU) 30 transmits detailed information on the temporary storage facility temporarily selected based on the temporary selection information received from user terminal 5 to user terminal 5, and the screen of user terminal 5.
  • the facilities on the map in FIG. 13 have an outer frame so that it can be seen that they are temporarily selected, and on the right side of the map, for example, the business operator name of the facility stored in the business management information 312 Facility information such as location, representative contact information, appearance photograph of the facility, number of storage rooms, number of funeral ceremonies, etc. is presented, and an application button is displayed at the lower right.
  • step S113 the control unit (CPU) 30 determines whether or not selection information for selecting a storage facility of a vacant room associated with the jazz sleeping vehicle to which the application button is clicked from the user terminal 5 and which is later distributed is instructed. Determine When the selection information is not received from the user terminal 5 (N), the process proceeds to step S115, and the control unit (CPU) 30 determines whether or not a predetermined time has elapsed after presenting the detailed information of the facility. If the predetermined time has not elapsed (N), the process returns to step S113, and waits for reception of selection information. If the predetermined time has elapsed (Y), it is determined that the temporarily selected placement facility is not selected, and the process returns to step S111 to wait for reception of temporarily selected information. When selection information is received from the user terminal 5 in step S113 (Y), the process proceeds to step S114.
  • control unit (CPU) 30 transmits confirmation information on the selected storage room to business terminal 4 of the selected storage room and presents the confirmation information on the screen of business operator terminal 4.
  • confirmation information For example, an outline is attached to the facility on the map in FIG. 14 so that it can be understood that there is an application, and the name of the user who has made the application, the contact information of the user, the reserved place Facility reservation confirmation information such as the facility number of the room, the use start date and time of the storage room, the user's photograph, payment information, etc. is presented, and a response button is displayed on the lower right.
  • step S116 the control unit (CPU) 30 determines whether a response button has been clicked from the notified provider terminal 4 and whether response information has been transmitted.
  • the process proceeds to step S117, and the control unit (CPU) 30 transmits a confirmation information to the provider terminal 4 whether a predetermined time has elapsed or not Determine If the predetermined time has not elapsed (N), the process returns to step S116 to wait for reception of response information. If the predetermined time has elapsed (Y), it is determined that the provider does not respond to the application from the user terminal 5, and the process returns to step S111 to request the user terminal 5 to temporarily select another storage facility.
  • step S116 when response information is received from the provider terminal 4 (Y), the process proceeds to step S118.
  • step S118 the control unit (CPU) 30 transmits, to the user terminal 5, the reservation confirmation information for which the reservation for the reserved placement facility has been confirmed, and ends the facility reservation means 305 and returns to the procedure of FIG. And proceed to step S74.
  • FIG. 15 is a flow chart showing a procedure of vehicle allocation information presentation of the mausoleum sleeping vehicle distribution server according to the first embodiment of the present invention.
  • FIG. 16 is a screen display example in which a vehicle is temporarily selected on the user terminal according to the first embodiment of the present invention, and vehicle allocation information is presented.
  • FIG. 17 is an example of a screen display which presents dispatch confirmation information to the provider terminal which concerns on Example 1 of this invention.
  • step S131 in addition to the requested place information received in step S71 and the storage room serving as the destination determined in step S119, the control unit (CPU) 30 determines whether there is a transit point via which the user terminal 5 passes Ask if not. For example, in the case of death at a hospital, storing the body directly from the hospital in a safe room, and performing a funeral at the funeral ritual, etc. The bereaved may apply for consideration such as giving to the deceased. If the reception from the user terminal 5 is "N", it is determined that there is no via point, and the process proceeds to step S133. If the reception from the user terminal 5 is "Y", the via point information is used in step S132. After receiving from the user terminal 5, the process proceeds to step S133. For the transit point information, the transit point may be clicked directly on the map, or the address or facility name may be input directly from the keyboard.
  • step S133 the control unit (CPU) 30 waits for temporary selection information to be transmitted from the user terminal 5 to the presented sleeping car of the empty car presented. If temporary selection information is received, it will progress to step S134.
  • step S134 the control unit (CPU) 30 extracts the employee number of the employee who will be the driver from the vehicle status information 315 of the temporarily selected sleeping car of the empty car, and from the employee management information 313 corresponding to the employee number.
  • the name of the employee, the contact information of the employee, the photograph of the employee, etc. are read into the RAM, and the company terminal 4 owned by the employee is requested to transmit the GPS information, and the current position information of the employee is received.
  • control unit (CPU) 30 calculates the distance from the current position of the acquired employee to the vacant vehicle position, and the distance from the vacant vehicle to the requested place based on the map information.
  • the position of the vacant vehicle is the location of the business owner who owns the vacant vehicle.
  • the current position of the regular employee is usually the location of the business operator, but since it may be away from the business location because of the need, etc., the location information is received and calculated for confirmation.
  • the control unit (CPU) 30 calculates, for example, the distance from the current position of the employee to the vacant vehicle position by walking, and the distance from the vacant vehicle position to the requested place calculates the time by the mausoleum sleeping cart, Estimate the estimated arrival time based on.
  • step S136 the control unit (CPU) 30 calculates the distance from the request place to the destination through the via point based on the map information. Then, control unit (CPU) 30 determines the distance from the location of the business operator calculated in step S135 to the requested place and the distance from the requested place to the destination based on the basic charge and the charge per distance of vehicle state information 315. Calculate the estimated charges for each. In addition, it is not based on the freight car transportation business law to charge not only the charge about the distance from the request place to the destination like taxi but also the charge from the place of the company to the request place It is a thing.
  • control unit (CPU) 30 transmits, to user terminal 5, employee information serving as a driver of the mausoleum sleeping vehicle, allocation information such as estimated arrival time and estimated charge, etc.
  • employee information serving as a driver of the mausoleum sleeping vehicle
  • allocation information such as estimated arrival time and estimated charge, etc.
  • the vehicle on the map in FIG. 16 has an outer frame so that it can be seen that it is temporarily selected, and the planned route is indicated by two types of dotted lines.
  • Dispatch information such as first name, location, employee contact information, employee photo, arrival time, first scheduled charge from location to requested location, second scheduled charge from requested location to destination, etc.
  • An application button is displayed.
  • control unit (CPU) 30 determines whether the application button has been clicked from user terminal 5 and selection information for selecting an empty car's mausoleum sleeping car in association with the vacant room's fixed facility established earlier is transmitted. Determine When the selection information is not received from the user terminal 5 (N), the process proceeds to step S140, and the control unit (CPU) 30 determines whether or not a predetermined time has elapsed after presenting the vehicle allocation information. If the predetermined time has not elapsed (N), the process returns to step S138, and waits for reception of selection information. If the predetermined time has elapsed (Y), it is determined that the temporarily selected vehicle is not selected, and the process returns to step S133 to wait for reception of temporary selection information. When selection information is received from the user terminal 5 in step S138 (Y), the process proceeds to step S139.
  • step S139 the control unit (CPU) 30 requests the user terminal 5 for the supplementary information of the requested place, and receives the supplementary information of the requested place from the user terminal 5.
  • the supplementary information of the requested place includes, for example, information necessary for transportation, such as the name of a deceased person, a medical treatment subject placed in a hospital, the number of floors of a sickroom or a placement room, and a room number.
  • control unit (CPU) 30 transmits confirmation information on the selected vehicle to company terminal 4 of the selected vehicle, and presents the information on the screen of company terminal 4.
  • the vehicle on the map in FIG. 17 has an outer frame so that it can be seen that there is an application, and the planned route is indicated by two types of dotted lines.
  • Route information such as location and destination, name and contact address of the user who made the application, photograph of the user, estimated arrival time, estimated charge from the location of the company to the requested location, and from the requested location to the destination
  • Dispatch confirmation information such as a planned charge is presented, and a response button is displayed on the lower right.
  • step S142 the control unit (CPU) 30 determines whether a response button has been clicked from the notified provider terminal 4 and whether response information has been transmitted.
  • the process proceeds to step S144, and the control unit (CPU) 30 transmits a confirmation information to the provider terminal 4 whether or not a predetermined time has elapsed. Determine If the predetermined time has not elapsed (N), the process returns to step S142, and waits for reception of response information. If the predetermined time has elapsed (Y), it is determined that the provider does not respond to the application from the user terminal 5, and the process returns to step S133, and the user terminal 5 is requested to temporarily select another vehicle.
  • step S143 the control unit (CPU) 30 instructs the provider terminal 4 that has transmitted the response information to connect to the user terminal 5. For example, by displaying “user name / contact information” in the vehicle allocation confirmation information in FIG. 17 in a blink display and clicking “user / contact information” display on the business operator terminal 4, for example, the telephone of the business operator terminal 4
  • the application is automatically activated to dial the telephone number of the user terminal 5.
  • the mail application may be automatically activated, and an email including an estimated arrival time, a name of a responsible employee, a vehicle number, etc. may be transmitted to the user terminal 5 or the like.
  • the control unit (CPU) 30 issues an instruction to the business operator terminal 4
  • the control unit (CPU) 30 ends the dispatch instruction means 306, returns to the procedure of FIG. 9, and proceeds to step S75.
  • FIG. 18 is a flow chart showing the procedure of toll payment of the cooked bed-truck allocation server according to the first embodiment of the present invention.
  • FIG. 19 is a screen display example for presenting payment information on the user terminal according to the first embodiment of the present invention.
  • step S151 after arriving at the destination, the control unit (CPU) 30 receives the actual travel distance and the actual charge from the business operator terminal 4 possessed by the employee of the relic-sleeping truck that has completed the body placing operation.
  • step S 152 control unit (CPU) 30 transmits, to user terminal 5, settlement information including the actual travel distance and the actual charge received from provider terminal 4, and presents it on the screen of user terminal 5. .
  • the route actually traveled is shown on the map in FIG.
  • route information such as requested place, supplementary information, passing place and destination, name and contact of user Settlement information such as destination, payment information, payee company, planned distance, planned charge, actual traveling distance, and actual charge is presented, and a settlement approval button is displayed on the lower right.
  • step S153 the control unit (CPU) 30 waits for the settlement approval information to be transmitted after the settlement approval button is clicked from the user terminal 5.
  • the control unit (CPU) 30 receives the payment approval information from the user terminal 5
  • the control unit (CPU) 30 proceeds to step S154.
  • step S154 the control unit (CPU) 30 transmits charge information to a system such as a credit company based on the payment information of the user management information 314, and performs charge billing.
  • the control unit (CPU) 30 ends the charge settlement unit 307 and returns to the procedure of FIG. Further, the vehicle allocation means of FIG. 9 is ended, the procedure of FIG. 6 is returned to, and the process proceeds to step S6. This is the end of the description of the series of procedures relating to the relic bed sleeper allocation server according to the first embodiment of the present invention.
  • the server system for allocating bed carriages according to the first embodiment of the present invention, it is possible to provide a selection opportunity for a desired storage facility even when a sudden situation occurs, and to use it.
  • the person can arrange for the mausoleum sleeping car itself.
  • FIG. 20 is a diagram showing an example of an entire configuration of a mausoleum sleeping vehicle allocation system according to a second embodiment of the present invention.
  • the 20 includes a point where the maternity sleeping cart allocation server 3 is connected to the facility reservation server 6 via the Internet 2, a point where not only the storage facility but also the funeral ceremony is added to the target, and the public There is a difference in configuration in that facilities are added to the targets of enclave facilities or funeral ceremonies.
  • the facility reservation server 6 may be a plurality of servers operated by each business operator, or a single server operated by one administrator. In addition, facility reservation server 6 grasps not only the storage room such as the morgue room and the body storage refrigerator but also the space situation or reservation situation of the funeral ceremonial hall, and shares information via the mausoleum sleeping cart allocation server 3 and the Internet 2 can do.
  • the mausoleum sleeping cart allocation server 3 also handles the availability of the funeral ceremonial hall.
  • FIG. 21 is a view showing an example of the data configuration in the storage unit of the server vehicle allocation server according to the second embodiment of the present invention.
  • the difference from the data configuration example of the server vehicle allocation server according to the first embodiment of the present invention shown in FIG. 4 is that the facility code of the public facility management information 319 and the facility status information 316 is added.
  • Public facility management information 319 holds information on enclaves and temples owned by temples and shrines, funeral ceremonies attached to crematories, and more specifically, identification code of public facilities, name of public facilities, location, representative contact We hold destination, Web-URL, appearance photograph etc.
  • the facility status information 316 holds information about a funeral company, a room dedicated to a room and a storage facility owned by a public facility, and a funeral ceremony owned by a funeral company and a public facility, etc. Specifically, a business operator or a public facility The identification code, the facility code indicating whether the facility or the ceremonial hall, the facility number of the facility or the ceremonial hall, and the facility status indicating whether it is an empty room or in use are stored.
  • FIG. 22 is a diagram showing an example of various table configurations in the storage unit of the server vehicle allocation server according to the second embodiment of the present invention.
  • the difference from the table configuration example of the server block allocation server according to the first embodiment of the present invention shown in FIG. 5 is that a facility table 311D is added.
  • the type name “public facility” is added to the type code “05” of the type table 311C.
  • the facility table 311D is composed of a facility code and a facility name, and, for example, a facility code "01" and a facility name "metaphor room” are stored as a pair.
  • the facility code is used to manage vacancies in the storage facility and the funeral ritual.
  • FIG. 23 is a screen display example presented to the user terminal and the business operator terminal according to the second embodiment of the present invention.
  • FIG. 23A is a screen display example of the user terminal 5.
  • the vacancy facilities of the company are displayed at two places with black circles, and the vacancy facilities of public facilities are displayed at one place in black with a filled pentagon.
  • FIG. 23B is a screen display example of the business terminal 4. For example, public facilities in use are displayed in one place in dotted pentagons.
  • FIG. 24 is a screen display example for presenting a state in which the destination is temporarily selected on the user terminal according to the second embodiment of the present invention.
  • the difference between the screen display example presented on the user terminal 5 by the server vehicle allocation server 3 according to the first embodiment of the present invention shown in FIG. The number, the number of open rooms and the schedule button.
  • step S111 and step S112 in FIG. 12 the control unit (CPU) 30 stores in the company management information 312 the temporary storage facility temporarily selected based on the temporary selection information received from the user terminal 5. By subtracting the number of in-use storage rooms and funeral ceremonies stored in the facility status information 316 from the number of storage rooms and the number of funeral ceremonies in the existing facilities, the number of storage rooms and the number of ceremony hall vacancies are determined.
  • step S112 of FIG. 12 the control unit (CPU) 30 presents the screen display example displayed in FIG.
  • step S112 and step S113 in FIG. 12 when the click of the schedule button shown in FIG. 24 is received from the user terminal 5, the control unit (CPU) 30 determines, for example, a funeral corresponding to the facility reservation server 6.
  • the information request regarding the reservation status of the ceremony place is transmitted, and after receiving the corresponding information from the facility reservation server 6, the information reservation is presented on the screen of the user terminal 5 as the facility reservation status.
  • FIG. FIG. 25 is a screen display example for presenting the facility reservation status of the funeral ritual on the user terminal according to the second embodiment of the present invention. For example, as shown in FIG.
  • a facility reservation overview in a calendar format of a funeral ceremony hall and a vacancy status classified by ceremony hall for a temporarily selected day are presented, and an application button and a back button are displayed at the lower right.
  • the control unit (CPU) 30 determines that the temporary selection information of the funeral ceremonial hall has been received.
  • the control unit (CPU) 30 determines that the temporary selection information on the funeral ceremony has not been received.
  • the control unit (CPU) 30 returns the screen presented to the user terminal 5 to the display screen of FIG. 24 in any case.
  • step S113 of FIG. 12 when the application button of FIG. 24 is clicked on the user terminal 5, the control unit (CPU) 30 receives temporary selection information of a funeral ceremony in the process between step S112 and step S113. If it is determined, it is determined that selection information has been received for both the placement facility and the funeral ritual. If the temporary selection information of the funeral ceremony site is not received in the processing between step S112 and step S113, it is determined that the selection information is received only for the entrusted facility. If it is determined in step S113 that the application button in FIG. 24 is not clicked within the predetermined time on the user terminal 5, it is determined that selection information has not been received for both the entrusted facility and the funeral ritual.
  • control unit (CPU) 30 causes confirmation information for the storage room selected by user terminal 5 at step S113 or the storage room and the funeral ceremony to business operator terminal 4 of the selected facility. It transmits and presents on the screen of the business operator terminal 4. An example of the screen display presented is shown in FIG.
  • FIG. 26 is a screen display example in which facility reservation confirmation information is presented to the business operator terminal according to the second embodiment of the present invention.
  • the difference from the screen display example presented on the business operator terminal 4 by the server vehicle allocation server according to the first embodiment of the present invention shown in FIG. 14 is the reservation ceremony site among the facility reservation confirmation information presented on the right side of the map. The number and the date and time of use of the ceremony hall.
  • step S113 when the control unit (CPU) 30 receives selection information for both the setting facility and the funeral ritual hall, the reservation type hall number and the ceremony hall use date and time are displayed.
  • the mausoleum sleeping cart allocation server can grasp the vacant room status of both the establishment facility and the funeral ritual of the same company. If both sides of the funeral ceremony are found to be vacant, then the funeral schedule can be advanced smoothly.
  • the cemetery-sleeping truck allocation server can also make facility reservations for both the establishment facility and the funeral ritual of the same company, so the funeral schedule is determined. can do.
  • the business operator can also grasp the operation status of the public facilities in the area code. By registering itself as a user without a company, it is possible to make a reservation for public facilities and a request for dispatch of a mausoleum sleeping car.
  • the server vehicle allocation server instead of waiting for reception of temporary selection information from the user terminal 5 in step S133 of FIG. It is also possible to adopt a configuration in which information obtained by temporarily selecting a relic bedsleeper for an empty car for which the total sum of the planned charges to the ground and the planned charges from the request site to the destination is the lowest is received. This makes it possible to arrange the beautiful sleeping cart more quickly at a reasonable rate.
  • the server vehicle allocation server calculates the total price of the planned charge from the requested place and the planned charge from the requested place to the destination, order the numbers presented on the vehicles presented in ascending order of the total amount, or additional information on the map side
  • the total amount may be displayed as a list in the field according to the order on the vehicle. In this way, it is possible to arrange for a maternity sleeping cart desired by the user at a reasonable rate.
  • the placement facility presented on the screen of the user terminal 5 is selected in step S112 of FIG. It may be configured to inquire if there is a facility that has been decided. For example, a funeral may be held at the home of a deceased person or at a meeting place of a neighborhood association. In the case of a facility outside the presentation, the user may click on the destination directly on the map, enter the address or facility name directly from the keyboard, etc. As a result, it is possible to flexibly set the storage facility of the corpse, and it is possible to respond only to the dispatch request of the mausoleum sleeping cart.
  • step S33 and step S52 of FIG. 8 if there is a change in the current facility state or vehicle state, it is to be rewritten and stored and updated. "00 (vacant room or empty car)", “01 (vacant room or empty car after 1 hour)”, “10 (empty room or empty car after 2 hours)”, “11 (in use or actual car)” using the bit flag information It may be as well. Then, in step S96 in FIG. 10, the color is changed for each of the above states and presented to the business operator terminal 4 or the user terminal 5.
  • the control unit (CPU) 30 is to end the dispatch instruction means 306 when giving instructions to the business entity terminal 4, for example,
  • the control unit (CPU) 30 continuously receives the GPS information from the business operator terminal 4 until the vehicle for which the instruction for dispatch has been delivered arrives at the requested place, and the user terminal 5 based on the received GPS information.
  • the position of the vehicle may be presented on the display screen of.
  • the server vehicle allocation server according to the second embodiment of the present invention, as shown in FIG. 25 directly as an example of a screen display presented to the user terminal 5 in step S113 of FIG.
  • it may be configured to present the space condition according to the storage facility according to the temporarily selected day. In this way, it is possible to reserve one or both of the placement facility and the funeral ceremony on the desired day.
  • the business operator terminal can also be assigned to the public facilities.
  • the reservation status of public facilities can be reflected promptly, and facility reservations can be made more reliable.
  • the information area for presenting various information on the right side of the map display area Although provided, it is not limited to this, and may be on the left side of the map display area, or may be on the left or right. Further, the screen shape to be presented does not have to be horizontally long, and the screen shape may be vertically long, and an information area may be provided above, below or above and below the map display area.
  • the server for allocating a sleeping cart is also realized by a program for causing a computer to function as a server for allocating a sleeping cart.
  • This program may be stored in a computer readable recording medium.
  • the recording medium recording this program may be the ROM itself of the bed carriage distribution server shown in FIG. 2, or a program reader such as a CD-ROM drive is provided as an external storage device. It may be a CD-ROM or the like that can be read by inserting a recording medium. Further, the recording medium may be a magnetic tape, a cassette tape, a flexible disk, a hard disk, an MO / MD / DVD or the like, or a semiconductor memory.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Game Theory and Decision Science (AREA)
  • Educational Administration (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

急な事態が生じた場合にも、希望する安置施設の選択機会を提供し、かつ利用者自身が霊柩寝台車を手配することができる霊柩寝台車サーバを提供する。霊柩寝台車が空車であるか否かを表す車両状態を車両状態情報３１５として記憶する車両状態記憶手段と、安置施設が空き室であるか否かを表す施設状態を施設状態情報３１６として記憶する施設状態記憶手段と、前記車両状態情報３１５及び前記施設状態情報３１６に基づいて、空車の霊柩寝台車に関する情報及び空き室の安置施設に関する情報を利用者の利用者端末に送信し、前記利用者端末に提示する状態提示手段３０４と、提示された空き室の安置施設と関連付けて空車の霊柩寝台車を選択する車両選択情報を、前記利用者端末から受信し、前記車両選択情報に基づいて、選択された霊柩寝台車の配車を指示する配車指示手段３０６とを備える。

Description

霊柩寝台車配車サーバ
　本発明は、遺体を安置施設まで搬送する霊柩寝台車の配車指示に関し、特に搬送元付近の空き車両及び搬送先の空き安置施設の所在を利用者の端末に提示し、利用者の希望に沿った配車指示を行う霊柩寝台車配車サーバに関する。
　従来、利用者が外出中にタクシーを利用する場合、タクシーと利用者との間に中継局を設けて、利用者が携帯端末により中継局を介して配車を依頼することで、迅速にタクシーを配車できるようにしたタクシー配車システムが知られている（例えば、特許文献１、特許文献２、特許文献３参照）。
　特許文献１に記載のデマンド型配車システムは、事業所ごとに管理される車両を識別する事業所・車両コードと車両位置及び動態データで構成される車両データを車両ごとにインターネット経由で定期的に受信し、Ｗｅｂ対応モバイル端末から送信される利用者の位置データに基づき、任意の距離範囲で有効到着経路に位置する１つ以上の車両の予測到着時間を利用者の予約対象車両リストとして検索・管理し、利用者が当該リストから選択した車両に対して、利用可否の問い合わせを行い、任意の時間内に応答がない場合には、次候補車両について同様の問い合わせを行い、有効な応答があった場合には、利用者及び車両に予約が成立した旨を送信するものである。
　特許文献２に記載のタクシー配車システムは、事業所ごとに管理されるタクシー車両を識別する事業所・車両コードを登録し、車両位置及び空車／実車状態を車両ごとにネットワークを介して監視するとともに、利用者の携帯端末からの位置情報に基づいて配車するタクシー車両を検索し、検索したタクシー車両の車載端末に利用者の現在位置情報を含む配車指令を送信するものである。
　特許文献３に記載の配車システムは、車両の車載端末を識別する車載端末識別手段を有し、車両の位置情報と状態情報を車載端末から受信し、利用者の携帯端末から受信した位置情報、目的地情報、及び認証手段による暗証番号情報に基づいて、配車すべき最適な車両を検索して配車指示と課金情報送信要求を行うとともに、車両が目的地に到着後に課金情報送信要求に従って送信した課金情報を受信することにより、後払いのための料金請求処理を実行するものである。
特開２００２－１４０７９５号公報 特開２００３－１５１０８３号公報 特開２００３－１８７３８８号公報
　しかし、特許文献１、２、３のいずれに記載の配車システムとも、タクシーの配車を前提としたものであるため、目的地に関する情報を利用者に提供するシステムは見当たらない。
　現代は、臨終を迎える場所の９０％以上が病院といわれている。臨終後の処置が終わると病院の霊安室に一時的に安置されるが、余儀なく遺体を搬出するための霊柩寝台車を手配することになる。また、遺体を搬出する際には、遺体を安置する場所を確保しなければならない。
　多くの遺族は、突然のことで何の準備もないまま、看護師に依頼して病院に出入りしている葬儀社に遺体の搬送を要請する。そして、限られた時間の中で他の葬儀社と比較することもなく、当該葬儀社にその後の安置施設や葬儀式場まで手配を依頼する。このため、希望通りの日程、葬儀場、葬儀スタイルで葬儀を行えなかったとの声や、費用が予想以上に掛かったなどの苦情が聞かれる。
　本発明は、このような課題を解決するためになされたものであり、空車の霊柩寝台車及び空き室の安置施設の位置を利用者の利用者端末に提示することにより、急な事態が生じた場合にも、希望する安置施設の選択機会を提供し、かつ利用者自身が霊柩寝台車を手配することができる霊柩寝台車配車サーバを提供することを目的とする。
　請求項１に記載の霊柩寝台車配車サーバは、霊柩寝台車が空車であるか否かを表す車両状態を車両状態情報として記憶する車両状態記憶手段と、安置施設が空き室であるか否かを表す施設状態を施設状態情報として記憶する施設状態記憶手段と、前記車両状態情報及び前記施設状態情報に基づいて、空車の霊柩寝台車に関する情報及び空き室の安置施設に関する情報を利用者の利用者端末に送信し、前記利用者端末に提示する状態提示手段と、提示された空き室の安置施設と関連付けて空車の霊柩寝台車を選択する車両選択情報を、前記利用者端末から受信し、前記車両選択情報に基づいて、選択された霊柩寝台車の配車を指示する配車指示手段とを備える。
　請求項２に記載の霊柩寝台車配車サーバは、前記配車指示される霊柩寝台車と関連付けられる空き室の安置施設を選択する施設選択情報を、前記利用者端末から受信し、前記施設選択情報に基づいて、選択された空き室の安置施設を予約する施設予約手段、をさらに備えることで、提示された空き室の安置施設の中から、希望する安置施設を確保することができる。
　請求項３に記載の霊柩寝台車配車サーバは、前記状態提示手段は、前記空車の霊柩寝台車に関する情報及び前記空き室の安置施設に関する情報を、前記利用者端末の画面に表示する地図上に提示することで、利用者が車両及び事業所の位置を容易に把握することができる。
　請求項４に記載の霊柩寝台車配車サーバは、前記施設予約手段は、空き室の安置施設を仮選択する施設仮選択情報を前記利用者端末から受信し、前記施設仮選択情報に基づいて、仮選択された安置施設の事業者が所有する葬儀式場が空き室であるか否かを表す施設状態情報を、前記利用者端末に提示することにより、同一の事業者の安置施設と葬儀式場とが双方とも空き室であることが分かれば、その後の葬儀日程をスムーズに進めることができる。
　請求項５に記載の霊柩寝台車配車サーバは、前記施設予約手段は、前記施設仮選択情報に基づいて、仮選択された安置施設の事業者が所有する葬儀式場の予約状況を前記利用者端末に提示する施設予約状況提示手段を含むことにより、空き室の安置施設と同一の事業者の葬儀式場の予約状況を把握できるので、安置施設に遺体を安置する日数とその後の葬儀日程を予想することができる。
　請求項６に記載の霊柩寝台車配車サーバは、前記施設予約手段は、前記施設予約状況提示手段で提示された空き室の葬儀式場を仮選択する仮選択情報を受信し、さらに前記仮選択された安置施設について選択情報を受信した場合は、前記仮選択された空き室の葬儀式場及び前記選択情報を受信した安置施設の双方について予約することにより、葬儀日程を確定することができる。
　請求項７に記載の霊柩寝台車配車サーバは、前記配車指示手段は、空車の霊柩寝台車を仮選択する車両仮選択情報を前記利用者端末から受信し、前記車両仮選択情報に基づいて、仮選択された霊柩寝台車に関し、前記仮選択された霊柩寝台車の事業者の所在地から依頼地までの第１の予定料金及び依頼地から前記選択された空き室の安置施設までの第２の予定料金を表す配車情報を提示する配車情報提示手段を含むので、これらを配車情報として提示することにより、利用者が支払う予定料金を把握することができる。貨物自動車運送業法に基づいて許可制になっている霊柩車自動車運送業では、依頼地である乗車地から目的地までの料金を請求するタクシー業と異なり、必ず霊柩寝台車の事業者の所在地から依頼地までの料金も請求することになっている。
　請求項８に記載の霊柩寝台車配車サーバは、前記配車指示手段は、空車の霊柩寝台車の事業者の所在地から依頼地までの第１の予定料金及び依頼地から前記選択された空き室の安置施設までの第２の予定料金の合計が最低金額となる、空車の霊柩寝台車を車両仮選択状態とすることにより、配車に掛かる予定料金の最低金額と、その金額となる空車の霊柩寝台車の位置が把握できるので、より迅速に空車の霊柩寝台車を手配することができる。
　本発明によれば、霊柩寝台車が空車であるか否かを表す車両状態を車両状態情報として記憶する車両状態記憶手段と、安置施設が空き室であるか否かを表す施設状態を施設状態情報として記憶する施設状態記憶手段と、前記車両状態情報及び前記施設状態情報に基づいて、空車の霊柩寝台車に関する情報及び空き室の安置施設に関する情報を利用者の利用者端末に送信し、前記利用者端末に提示する状態提示手段と、提示された空き室の安置施設と関連付けて空車の霊柩寝台車を選択する車両選択情報を、前記利用者端末から受信し、前記車両選択情報に基づいて、選択された霊柩寝台車の配車を指示する配車指示手段とする構成により、急な事態が生じた場合にも、希望する安置施設の選択機会を提供し、かつ利用者自身が霊柩寝台車を手配することができる。
本発明の実施例１に係る霊柩寝台車配車システムの全体構成例を示す図である。 本発明の実施例１に係る霊柩寝台車配車サーバの概要構成例を示す図である。 本発明の実施例１に係る霊柩寝台車配車システムの運用機能例を示す図である。 本発明の実施例１に係る霊柩寝台車配車サーバの記憶部内のデータ構成例を示す図である。 本発明の実施例１に係る霊柩寝台車配車サーバの記憶部内の各種テーブル構成例を示す図である。 本発明の実施例１に係る霊柩寝台車配車サーバの全体の手順を示すフローチャートである。 本発明の実施例１に係る霊柩寝台車配車サーバの管理情報を登録する手順を示すフローチャートである。 本発明の実施例１に係る霊柩寝台車配車サーバの状態書換手順を示すフローチャートである。 本発明の実施例１に係る霊柩寝台車配車サーバの利用者の配車依頼を応対する全体手順を示すフローチャートである。 本発明の実施例１に係る霊柩寝台車配車サーバの車両及び施設状態を提示する手順を示すフローチャートである。 本発明の実施例１に係る利用者端末と事業者端末に提示する画面表示例である。 本発明の実施例１に係る霊柩寝台車配車サーバの施設予約の手順を示すフローチャートである。 本発明の実施例１に係る利用者端末に目的地が仮選択された状態を提示する画面表示例である。 本発明の実施例１に係る事業者端末に施設予約確認情報を提示する画面表示例である。 本発明の実施例１に係る霊柩寝台車配車サーバの配車情報提示の手順を示すフローチャートである。 本発明の実施例１に係る利用者端末に車両が仮選択され、配車情報を提示する画面表示例である。 本発明の実施例１に係る事業者端末に配車確認情報を提示する画面表示例である。 本発明の実施例１に係る霊柩寝台車配車サーバの料金決済の手順を示すフローチャートである。 本発明の実施例１に係る利用者端末に決済情報を提示する画面表示例である。 本発明の実施例２に係る霊柩寝台車配車システムの全体構成例を示す図である。 本発明の実施例２に係る霊柩寝台車配車サーバの記憶部内のデータ構成例を示す図である。 本発明の実施例２に係る霊柩寝台車配車サーバの記憶部内の各種テーブル構成例を示す図である。 本発明の実施例２に係る利用者端末と事業者端末に提示する画面表示例である。 本発明の実施例２に係る利用者端末に目的地が仮選択された状態を提示する画面表示例である。 本発明の実施例２に係る利用者端末に葬儀式場の施設予約状況を提示する画面表示例である。 本発明の実施例２に係る事業者端末に施設予約確認情報を提示する画面表示例である。
　以下、添付図面を参照しながら本発明を実施するための形態について詳細に説明する。図１から図２６は、本発明の実施の形態を例示する図であり、これらの図において、同一の符号を付した部分は同一物を表し、基本的構成及び動作は同様であるものとする。
　図１は、本発明の実施例１に係る霊柩寝台車配車システムの全体構成例を示す図である。
　図１に示す霊柩寝台車配車システム１は、霊柩寝台車配車サーバ３が、事業者端末４及び利用者端末５とインターネット２を介して接続される構成である。
　図２は、本発明の実施例１に係る霊柩寝台車配車サーバの概要構成例を示す図である。
　図２に示す霊柩寝台車配車サーバ３は、システム全体を統括的に制御する制御部（ＣＰＵ）３０、各種情報を記憶する記憶部３１、キーボードやマウス等からなる入力部３３、ディスプレイ等の表示部３４、及びインターネット２に接続される通信部３５がバスライン３２を介して接続される構成である。
　制御部（ＣＰＵ）３０は、オペレーションシステム等のプログラム、本霊柩寝台車配車システムの手順を規定したプログラム等がＲＯＭ及びＲＡＭにロードされることによって、認証手段３００、管理情報登録手段３０１、施設状態書換手段３０２、車両状態書換手段３０３、状態提示手段３０４、施設予約手段３０５、配車指示手段３０６、料金決済手段３０７及び各種処理手段や判定手段等を実現している。
記憶部３１は、ＲＡＭ、ＲＯＭ等の揮発性又は不揮発性の半導体素子や、ハードディスク、光ディスク等の補助記憶装置から構成され、プログラム格納部３１０、各種テーブル３１１、事業者管理情報３１２、社員管理情報３１３、利用者管理情報３１４、車両状態情報３１５、施設状態情報３１６及び依頼経路情報３１７等を備えている。また、記憶部３１は、地図情報３１８を備えていてもよいし、図示しない外部サーバに、地図情報３１８を備えてもよい。
　入力部３３は、キーボードやマウス、トラックボール等のポインティングデバイスからなり、例えば、記憶部３１に記憶されている各種テーブルや各種情報の保守や補助的入力に用いられる。表示部３４は、管理者が保守や補助的に入力する各種情報の表示や各種霊柩寝台車配車サーバ３の動作状況を確認するために用いられる。通信部３５は、インターネット２を介して外部との通信を可能にするためのものであり、例えばＴＣＰ／ＩＰ等のプロトコルを利用して有線又は無線により、事業者端末４や利用者端末５との情報の送受信に用いられる。
　認証手段３００は、通信部３５を通じて接続要求する外部端末からの認証情報と、事業者管理情報３１２又は利用者管理情報３１４に記憶されている認証情報とを照合する手段である。この認証手段３００は、取り扱う故人や遺族等の個人情報等の秘密保持のために必要である。
　管理情報登録手段３０１は、通信部３５を通じて接続する外部端末の事業者、事業者の社員及び利用者に関する管理情報を、事業者管理情報３１２、社員管理情報３１３及び利用者管理情報３１４にそれぞれ記憶する手段である。
　施設状態書換手段３０２は、事業者が所有する安置施設が空き室であるか使用中であるかという施設状態を、通信部３５を通じて接続する事業者端末４から受信して、施設状態情報３１６に記憶する手段である。
　車両状態書換手段３０３は、事業者が所有する霊柩寝台車が空車であるか実車であるかという車両状態を、通信部３５を通じて接続する事業者端末４から受信して、車両状態情報３１５に記憶する手段である。
　状態提示手段３０４は、通信部３５を通じて接続する事業者端末４又は利用者端末５に対して、車両状態情報３１５に記憶している車両状態及び施設状態情報３１６に記憶している施設状態を送信し、提示する手段である。
　施設予約手段３０５は、通信部３５を通じて接続する利用者端末５からの選択により、空き室の安置施設の予約を行う手段である。
　配車指示手段３０６は、通信部３５を通じて接続する利用者端末５からの選択により、空車の霊柩寝台車の配車を指示する手段である。
　料金決済手段３０７は、通信部３５を通じて接続する事業者端末４から受信した、遺体を目的地まで実際に搬送した実走行距離及び実際に掛かった料金を、通信部３５を通じて接続する利用者端末５に対して送信して、料金決済の請求処理を行う手段である。
　図３は、本発明の実施例１に係る霊柩寝台車配車システムの運用機能例を示す図である。
　霊柩寝台車配車サーバ３は、事業者端末４又は利用者端末５から初めて接続要求があった場合、管理情報登録手段３０１により事業者管理情報３１２、社員管理情報３１３及び利用者管理情報３１４を記憶部３１に登録する。事業者管理情報３１２、社員管理情報３１３及び利用者管理情報３１４には、所在地又は住所、事業者又は利用者等の種別から各種テーブル３１１に基づき識別コードが付与される。霊柩寝台車配車サーバ３は、２回目以降、事業者端末４又は利用者端末５から接続要求があった場合、認証手段３００により記憶部３１に記憶されている事業者管理情報３１２、社員管理情報３１３及び利用者管理情報３１４の認証情報を用いて照合する。照合後は、識別コードから事業者端末４であるか利用者端末５であるかを識別して、それぞれに対応する以下の処理を行う。
　霊柩寝台車配車サーバ３は、安置施設の施設状態に変更があった場合に新たな施設状態とするフラグ情報を、事業者端末４から受信すると、施設状態書換手段３０２により記憶部３１に記憶されている施設状態情報３１６を書き換えて更新する。霊柩寝台車配車サーバ３は、霊柩寝台車の車両状態に変更があった場合に新たな車両状態とするフラグ情報を、事業者端末４から受信すると、車両状態書換手段３０３により記憶部３１に記憶されている車両状態情報３１５を書き換えて更新する。車両状態情報３１５及び施設状態情報３１６には、予め所有する事業者の識別コードが記憶されている。
　霊柩寝台車配車サーバ３は、利用者端末５から配車依頼を受信すると、配車応対手段を実行する。配車応対手段は、状態提示手段３０４、施設予約手段３０５、配車指示手段３０６及び料金決済手段３０７からなる、一連の処理手段である。
　霊柩寝台車配車サーバ３は、まず利用者端末５から受信した依頼地（乗車位置）を依頼経路情報３１７として記憶部３１に記憶する。つぎに霊柩寝台車配車サーバ３は、記憶部３１に記憶されている車両状態情報３１５、施設状態情報３１６、依頼経路情報３１７及び各種テーブル３１１に基づき状態提示手段３０４により、利用者端末５に対して依頼地区域の空車の霊柩寝台車及び空き室の安置施設に関する情報を送信し、提示する。
　霊柩寝台車配車サーバ３は、提示した情報に基づき利用者端末５から安置施設の予約申込みを受信した場合は、施設予約手段３０５により事業者端末４に施設予約情報を送信する。また霊柩寝台車配車サーバ３は、施設予約情報に基づく目的地を依頼経路情報３１７として記憶部３１に記憶する。
　また霊柩寝台車配車サーバ３は、提示した情報に基づき利用者端末５から霊柩寝台車の配車申込みを受信した場合は、配車指示手段３０６により、記憶部３１に記憶されている依頼経路情報３１７に基づき事業者端末４に配車指示情報を送信する。
　霊柩寝台車配車サーバ３は、遺体を目的地まで搬送後に霊柩寝台車の事業者端末４から実際に掛かった料金を受信すると、記憶部３１に記憶されている依頼経路情報３１７及び事業者端末４から受信した実際料金等の料金決済情報を、料金決済手段３０７により利用者端末５に送信する。
　個別の手段及び記憶される各種情報の具体的構成については、以下により詳細に説明する。
　図４は、本発明の実施例１に係る霊柩寝台車配車サーバの記憶部内のデータ構成例を示す図である。
　事業者管理情報３１２は、葬儀会館を所有する葬儀社、安置室専門業者、霊柩寝台車専門業者に関する情報を保持し、具体的には、事業者の識別コード、事業者名、事業者の所在地、代表連絡先、霊柩寝台車配車サーバ３にログインするための認証情報、事業者のＷｅｂ－ＵＲＬ、振り込み用の口座情報、事業者の外観写真、事業者が所有する霊柩寝台車数、安置室数、葬儀式場数等を保持している。
　社員管理情報３１３は、従業者の社員に関する情報を保持し、具体的には、事業者の識別コード、社員番号、社員氏名、社員連絡先、社員写真等を保持している。
　利用者管理情報３１４は、利用者に関する情報を保持し、具体的には、利用者の識別コード、利用者氏名、住所、連絡先、霊柩寝台車配車サーバ３にログインするための認証情報、利用者が支払うクレジット等の支払い情報、利用者写真等を保持している。
　車両状態情報３１５は、葬儀社や霊柩寝台車専門業者が所有する霊柩寝台車に関する情報を保持し、具体的には、事業者の識別コード、霊柩寝台車の車両番号、基本料金と単位距離当たりの追加料金、霊柩寝台車を運転する社員の社員番号、及び空車であるか実車中であるかを表す車両状態等を保持している。
　施設状態情報３１６は、葬儀社が所有する葬儀会館や安置室専門業者が所有する安置施設に関する情報を保持し、具体的には、事業者の識別コード、安置施設の施設番号、及び空き室であるか使用中であるかを表す施設状態等を保持している。
　依頼経路情報３１７は、利用者が希望する乗車経路を表す情報を保持し、具体的には、利用者の乗車地である依頼地、遺体を安置する安置施設である目的地、自宅など利用者が希望する経由地、利用者が選択する霊柩寝台車の事業所の所在地、利用者が選択する霊柩寝台車を運転する社員の現在位置等を保持している。なお、社員の現在位置は、運転する霊柩寝台車から離れている場合を想定したものである。
　図５は、本発明の実施例１に係る霊柩寝台車配車サーバの記憶部内の各種テーブル構成例を示す図である。
　図４の説明で前述した、事業者及び利用者の識別コード３１２０は、例えば、数字２桁の地域コード、数字３桁の区域コード、数字２桁の種別コード、及び例えば任意の５桁の連続番号からなる、例えば１２桁の数字で構成される。
　地域テーブル３１１Ａは、地域コードと地域名で構成され、例えば、地域コード「０１」と地域名「北海道」が対になって記憶されている。地域コードは、利用者からの霊柩寝台車の配車依頼に対して日本全国に所在する事業者を効率的に抽出するために用いられる。また、利用者端末５の画面に提示する粗い地図情報を抽出するために用いられる。
　区域テーブル３１１Ｂは、区域コードと区域名で構成され、例えば、区域コード「００２」と区域名「旭川市」が対になって記憶されている。貨物自動車運送業法に基づいて許可された、保有車両が５両未満の事業者は、「発地着地いずれもが当該営業区域内に属するものの運送」しか行えないことから、区域コードは、事業者の営業区域に相当し、利用者からの霊柩寝台車の配車依頼に対して、より効率的に事業者を抽出するために用いられる。また利用者端末５の画面に提示する詳細な地図情報を抽出するために用いられる。
　種別テーブル３１１Ｃは、種別コードと種別名で構成され、例えば、種別コード「０３」と種別名「会館・搬送」が対になって記憶されている。種別コードは、事業者が利用者に提供する車両・施設を特定することに用いられる。
　続いて、上述のように構成された本発明の実施例１に係る霊柩寝台車配車サーバ３の動作手順について図６乃至図１９を用いて説明する。
　図６は、本発明の実施例１に係る霊柩寝台車配車サーバの全体の手順を示すフローチャートである。
　ステップＳ１では、制御部（ＣＰＵ）３０は、事業者端末４又は利用者端末５が送信する認証情報を、通信部３５を通じて受信する。認証情報は、例えば英数字テキストによるパスワードや、指紋情報、網膜情報などのパターン画像によるものでもよい。
　ステップＳ２では、制御部（ＣＰＵ）３０は、事業者管理情報３１２又は利用者管理情報３１４に予め登録されている認証情報と受信した認証情報との照合を行う。照合が取れない場合は新規端末からの接続であると判定し、ステップＳ３に進む。
　制御部（ＣＰＵ）３０は、照合が取れた場合は、照合が取れた管理情報の識別コードから、接続する端末が事業者端末４か利用者端末５かを判定する。例えば、図５に示す識別コード３１２０の例では、制御部（ＣＰＵ）３０は、識別コード「０１００２０３１０００１」の６、７桁目から種別コード「０３」を抽出し、種別テーブル３１１Ｃに基づき対応する種別名「会館・搬送」から事業者と判定する。事業者と判定した場合にはステップＳ５に進む。制御部（ＣＰＵ）３０は、識別コードから種別コード「０６」を抽出した場合は利用者と判定し、ステップＳ４に進む。
　ステップＳ３では、制御部（ＣＰＵ）３０は、新規の端末に対する管理情報を登録する、管理情報登録手段３０１のサブルーチン処理を実行する。管理情報登録手段３０１の具体的手段については、図７を用いて後述する。管理情報登録手段３０１のサブルーチン処理を実行後は復帰し、ステップＳ６に進む。
　ステップＳ４では、制御部（ＣＰＵ）３０は、利用者端末５からの空車の霊柩寝台車の選択に従い配車応対手段のサブルーチン処理を実行する。なお、具体的な配車応対手段は、図３で前述したように、状態提示手段３０４、施設予約手段３０５、配車指示手段３０６及び料金決済手段３０７から構成され、これらの具体的な手順については、図９から図１９を用いて後述する。配車応対手段のサブルーチン処理を実行後は復帰し、ステップＳ６に進む。
　ステップＳ５では、制御部（ＣＰＵ）３０は、上述の種別コードに応じて、施設状態書換手段３０２又は車両状態書換手段３０３のサブルーチン処理を実行し、車両状態情報３１５又は施設状態情報３１６を更新する。なお、具体的な状態書換手段の手順については、図８を用いて後述する。状態書換手段のサブルーチン処理を実行後は復帰し、ステップＳ６に進む。
　ステップＳ６では、制御部（ＣＰＵ）３０は、接続している事業者端末４又は利用者端末５からログアウト要求の有無を判定する。端末からログアウト要求がなければ、ステップＳ２に戻り、ログアウト要求があれば端末との接続を終了する。
　図７は、本発明の実施例１に係る霊柩寝台車配車サーバの管理情報を登録する手順を示すフローチャートである。
　ステップＳ１１では、制御部（ＣＰＵ）３０は、接続する新規端末に対して、種別名を問い合わせる。具体的には、例えば図４の種別テーブル３１１Ｃに記載された項目を新規端末の画面に提示し、選択することを要求する。例えば新規端末が「利用者」を選択した場合は、制御部（ＣＰＵ）３０は種別コード「０６」を設定し、ステップＳ１６に進む。また、新規端末が「葬儀会館」、「安置室」、「会館・搬送」又は「搬送専門」を選択した場合は、制御部（ＣＰＵ）３０は種別コードをそれぞれ「０１」、「０２」、「０３」又は「０４」を設定するとともに、事業者であると判定し、ステップＳ１２に進む。
　ステップＳ１２では、制御部（ＣＰＵ）３０は、新規端末に対して、社員情報を入力するか否かを問い合わせる。新規端末からの受信が「Ｎ」である場合は、制御部（ＣＰＵ）３０は、事業者情報を入力すると判定し、ステップＳ１３に進み、新規端末からの受信が「Ｙ」である場合は、制御部（ＣＰＵ）３０は、社員情報を入力すると判定し、ステップＳ１４に進む。
　ステップＳ１３では、制御部（ＣＰＵ）３０は、新規端末に対して、事業者管理情報３１２の各項目について入力を要求する。また、ステップＳ１４では、制御部（ＣＰＵ）３０は、新規端末に対して、社員管理情報３１３の各項目について入力を要求する。
　ステップＳ１６では、制御部（ＣＰＵ）３０は、新規端末に対して、利用者管理情報３１４の各項目について入力を要求する。
　ステップＳ１７では、制御部（ＣＰＵ）３０は、新規端末に対して、対応する管理情報に記憶すべきすべての項目について入力されたか否かを問い合わせる。新規端末からの受信が「Ｙ」である場合はステップＳ１８に進み、新規端末からの受信が「Ｎ」である場合はステップＳ１１に戻る。
　ステップＳ１８では、制御部（ＣＰＵ）３０は、入力された情報を事業者管理情報３１２、社員管理情報３１３又は利用者管理情報３１４として記憶部３１に記憶する。その後、制御部（ＣＰＵ）３０は、図６の全体手順に復帰し、ステップＳ６に進む。
　次に、図８を用いて、具体的な状態書換手段の手順について説明する。
　図８は、本発明の実施例１に係る霊柩寝台車配車サーバの状態書換手順を示すフローチャートである。
　図６のステップＳ２で、制御部（ＣＰＵ）３０は、接続している端末が事業者端末４であると判定し、施設状態書換手段３０２を開始する。
　ステップＳ３１では、制御部（ＣＰＵ）３０は、事業者管理情報３１２に記憶されている事業者端末４の識別コードから種別コードを抽出して、安置施設を所有する事業者か霊柩寝台車を所有する事業者かを判定する。例えば、識別コードが「０１（葬儀会館）」又は「０２（安置室）」の場合は安置施設を所有する事業者であると判定し（施設）、ステップ３２に進む。また、識別コードが「０３（会館・搬送）」又は「０４（搬送専門）」の場合は霊柩寝台車を所有する事業者であると判定し（車両）、ステップＳ５１に進む。例えば、図４の識別コード３１２０の例では、種別コードが「０３」なので、ステップＳ５１に進む。
　ステップＳ３２では、制御部（ＣＰＵ）３０は、安置施設の施設状態に変更があった場合に新たな施設状態とするフラグ情報を、事業者端末４から受信したか否かを判定する。施設状態に変更がない場合はフラグ情報は事業者端末４から送信されない。例えば、「０（空き室）」又は「１（使用中）」とするフラグ情報を事業者端末４から受信した場合（Ｙ）はステップＳ３３に進み、受信しない場合（Ｎ）はステップＳ３４に進む。
　ステップＳ３３では、制御部（ＣＰＵ）３０は、現在の施設状態が「０（空き室）」であれば「１（使用中）」に、「１（使用中）」であれば「０（空き室）」に書き換え、新しい施設状態を施設番号とともに施設状態情報３１６に記憶更新する。そして、ステップＳ３４に進む。
　ステップＳ３４では、制御部（ＣＰＵ）３０は、状態提示手段３０４のサブルーチン処理を実行し、復帰後はステップＳ３５に進む。なお、具体的な状態提示手段３０４の手順については、図１０及び図１１を用いて後述する。
　ステップＳ３５では、制御部（ＣＰＵ）３０は、利用者端末５からの安置施設の施設予約があったか否かを判定する。すなわち、制御部（ＣＰＵ）３０は、利用者端末５に対して、安置施設の予約を確定したことを送信した場合（Ｙ）は、ステップＳ３３に戻る。利用者端末５に安置施設の予約確定情報を送信していない場合（Ｎ）は、状態書換手段を終了して図６の全体手順に復帰し、ステップＳ６に進む。
　ステップＳ３１で、事業者端末４の種別コードから霊柩寝台車を所有する事業者であると判定した場合（車両）は、制御部（ＣＰＵ）３０は、車両状態書換手段３０３を開始する。
　ステップＳ５１では、制御部（ＣＰＵ）３０は、霊柩寝台車の車両状態に変更があった場合に新たな車両状態とするフラグ情報を、事業者端末４から受信したかを判定する。車両状態に変更がない場合はフラグ情報は事業者端末４から送信されない。例えば、「０（空車）」又は「１（実車）」とするフラグ情報を事業者端末４から受信した場合（Ｙ）はステップＳ５２に進み、受信しない場合（Ｎ）はステップＳ５３に進む。
　ステップＳ５２では、制御部（ＣＰＵ）３０は、現在の車両状態が「０（空車）」であれば「１（実車）」に、「１（実車）」であれば「０（空車）」に書き換え、新しい車両状態を車両番号、社員番号とともに車両状態情報３１５に記憶更新する。そして、ステップＳ５３に進む。
　ステップＳ５３では、制御部（ＣＰＵ）３０は、状態提示手段３０４のサブルーチン処理を実行し、復帰後はステップＳ５４に進む。なお、具体的な状態提示手段３０４の手順については、図１０及び図１１を用いて後述する。
　ステップＳ５４では、制御部（ＣＰＵ）３０は、利用者端末５からの霊柩寝台車の配車申し込みに対して事業者端末４への配車指示を確定したか否かを判定する。制御部（ＣＰＵ）３０は、配車依頼のあった霊柩寝台車の事業者端末４に対して、利用者端末５への接続を指示することにより配車指示を確定した場合（Ｙ）は、ステップＳ５２に戻る。事業者端末４に利用者端末５への接続を指示していない場合（Ｎ）は、施設状態書換手段３０２を終了して図６の全体手順に復帰し、ステップＳ６に進む。
　次に、配車応対手段の具体的な手順について、図９から図１９を用いて説明する。
　図９は、本発明の実施例１に係る霊柩寝台車配車サーバの利用者の配車依頼を応対する全体手順を示すフローチャートである。
　ステップＳ７１では、制御部（ＣＰＵ）３０は、利用者端末５から依頼地（乗車位置）情報を受信する。依頼地情報としては、例えば、利用者端末５のＧＰＳ情報でよい。利用者端末５の画面に表示される地図上をクリックすることにより得られる地図情報でもよく、また住所地をキーボード等で入力した文字情報でもよい。
　ステップＳ７２では、制御部（ＣＰＵ）３０は、状態提示手段３０４のサブルーチン処理を実行し、空車の霊柩寝台車及び空き室の安置施設に関する情報を、利用者端末５の画面に表示する地図上に提示するように送信する。
　ステップＳ７３では、制御部（ＣＰＵ）３０は、施設予約手段３０５のサブルーチン処理を実行し、霊柩寝台車の配車に先立ち、配車指示される霊柩寝台車と関連付けられる目的地となるべき安置施設の予約を行う。
　ステップＳ７４では、制御部（ＣＰＵ）３０は、ステップＳ７３で確定した安置施設と関連付けて配車指示手段３０６のサブルーチン処理を実行し、ステップＳ７１で確定した依頼地から、ステップＳ７３で確定した目的地となる安置施設まで遺体を搬送する霊柩寝台車の配車指示を行う。
　さらにステップＳ７５では、制御部（ＣＰＵ）３０は、料金決済手段３０７のサブルーチン処理を実行し、遺体を目的地まで搬送した後の料金の決済処理を行う。
　つづいて、ステップＳ７２で実行する状態提示手段３０４の手順について、図１０及び図１１を用いて説明する。
　図１０は、本発明の実施例１に係る霊柩寝台車配車サーバの車両及び施設状態を提示する手順を示すフローチャートである。
　図１１は、本発明の実施例１に係る利用者端末と事業者端末に提示する画面表示例である。
　ステップＳ９１では、制御部（ＣＰＵ）３０は、ステップＳ７１で受信した依頼地情報に従い、地域テーブル３１１Ａに基づいて地域コードを設定し、区域テーブル３１１Ｂに基づいて区域コードを設定する。例えば、受信した依頼地情報が「北海道石狩市〇△Ｘ町」であれば、地域コードは「０１」、区域コードは「００３」となる。
　ステップＳ９２では、設定された地域コード及び区域コードに従い、地域・区域コードに対応する地図情報３１８を、例えばＲＡＭに読み込む。また、外部の地図サーバに接続し、地域・区域コードに対応する地図情報を受信してもよい。
　ステップＳ９３では、制御部（ＣＰＵ）３０は、依頼地を端末画面のほぼ中央に表示するように設定する。
　ステップＳ９４では、制御部（ＣＰＵ）３０は、事業者管理情報３１２に記憶されている事業者の識別コードから抽出した地域コード・区域コードと設定された依頼地の地域コード・区域コードとを比較し、両者が等しい場合（＝）はステップＳ９５に進み、両者が等しくない場合（≠）はステップＳ１００に進む。依頼地を営業区域とする事業者を効率的に抽出するためである。
　ステップＳ９５では、制御部（ＣＰＵ）３０は、ステップＳ９４で抽出された事業者の識別コードに基づいて、対応する車両状態情報３１５及び施設状態情報３１６を、例えばＲＡＭに読み込み、ステップＳ９６に進む。
　ステップＳ９６では、制御部（ＣＰＵ）３０は、抽出された車両状態情報３１５の車両状態が「０（空車）」であるか、または施設状態情報３１６の施設状態が「０（空き室）」であるかを判定する。「０（空車）」又は「０（空き室）」である場合（Ｙ）は、ステップＳ９７に進み、「１（実車）」又は「１（使用中）」である場合（Ｎ）は、ステップＳ９８に進む。
　ステップＳ９７では、制御部（ＣＰＵ）３０は、利用者端末５の画面に表示する地図情報に、抽出された車両又は安置施設を所有する事業者に関する情報を重畳して提示する。
　図１１Ａは、利用者端末５の画面表示例である。例えば、依頼地である病院が画面中央に表示され、空き車両は黒い矩形で２両、空き室のある施設は黒丸で２個所表示されている。
　ステップＳ９８では、制御部（ＣＰＵ）３０は、現在接続している端末が事業者端末４であるか利用者端末５であるかを判定する。接続している端末が事業者端末４の場合はステップＳ９９に進み、利用者端末５の場合はステップＳ１００に進む。
　ステップＳ９９では、制御部（ＣＰＵ）３０は、事業者端末４に対して「１（実車）」の車両及び「１（使用中）」の安置施設についても色や形状を変えて事業者に関する情報を重畳して提示する。例えば、グレーアウト表示させたり、赤色や星型等を明滅する等強調表示させたりしてもよい。同一営業区域内での同業者の稼働状況を把握できる利便を図るためである。
　図１１Ｂは、事業者端末４の画面表示例である。例えば、使用中の車両は点線の矩形で２両、使用中の施設は点線の白丸で１個所表示されている。
　ステップＳ１００では、制御部（ＣＰＵ）３０は、区域コード内のすべての事業所を読み込んだか否かを、事業者管理情報３１２の識別コードに従い判定する。区域コード内の事業者をすべて読み込んでいない場合（Ｎ）はステップＳ９４に戻り、読み込んだ場合（Ｙ）は状態提示手段３０４を終了して図９の手順に復帰し、ステップＳ７３に進む。
　ステップＳ７３で実行する施設予約手段３０５の手順について、図１２から図１４を用いて説明する。
　図１２は、本発明の実施例１に係る霊柩寝台車配車サーバの施設予約を処理する手順を示すフローチャートである。
　図１３は、本発明の実施例１に係る利用者端末に目的地が仮選択された状態を提示する画面表示例である。
　図１４は、本発明の実施例１に係る事業者端末に施設予約確認情報を提示する画面表示例である。
　ステップＳ１１１では、制御部（ＣＰＵ）３０は、提示した空き室の安置施設に対して利用者端末５から仮選択情報を受信したか否かを判定する。利用者端末５からいずれかの空室の安置施設の仮選択情報を受信した場合（Ｙ）はステップＳ１１２に進み、受信しない場合（Ｎ）はステップＳ１１１に戻り、仮選択情報の受信を待つ。
　ステップＳ１１２では、制御部（ＣＰＵ）３０は、利用者端末５から受信した仮選択情報に基づいて仮選択された安置施設に関する詳細情報を利用者端末５に送信し、利用者端末５の画面上に提示する。例えば、図１３の地図上の施設には仮選択されていることが分かるように外枠が付され、地図右横に、例えば、事業者管理情報３１２に記憶されている施設の事業者名、所在地、代表連絡先、施設の外観写真、安置室数、葬儀式場数等の施設情報が提示され、右下に申し込みボタンが表示されている。
　ステップＳ１１３では、制御部（ＣＰＵ）３０は、利用者端末５から申し込みボタンがクリックされ、後で配車指示される霊柩寝台車と関連付けられる空き室の安置施設を選択する選択情報が送信されたか否かを判定する。選択情報を利用者端末５から受信しない場合（Ｎ）は、ステップＳ１１５に進み、制御部（ＣＰＵ）３０は、施設の詳細情報を提示した後に所定時間が経過したか否かを判定する。所定時間が経過していない場合（Ｎ）はステップＳ１１３に戻り、選択情報の受信を待つ。所定時間が経過した場合（Ｙ）は仮選択した安置施設を選択しないものと判定し、ステップＳ１１１に戻り、仮選択情報の受信を待つ。
　ステップＳ１１３で、選択情報を利用者端末５から受信した場合（Ｙ）は、ステップＳ１１４に進む。
　ステップＳ１１４では、制御部（ＣＰＵ）３０は、選択された安置室に対する確認情報を、選択された安置室の事業者端末４に送信し、事業者端末４の画面上に提示する。例えば、図１４の地図上の施設には申し込みがあったことが分かるように外枠が付され、地図右横に、申し込みのあった利用者の氏名、利用者の連絡先、予約された安置室の施設番号、安置室の使用開始日時、利用者の写真、支払い情報等の施設予約確認情報が提示され、右下に応答ボタンが表示されている。
　ステップＳ１１６では、制御部（ＣＰＵ）３０は、通知された事業者端末４から応答ボタンがクリックされ、応答情報が送信されたか否かを判定する。応答情報を事業者端末４から受信しない場合（Ｎ）は、ステップＳ１１７に進み、制御部（ＣＰＵ）３０は、事業者端末４に対して確認情報を送信した後に所定時間が経過したか否かを判定する。所定時間が経過していない場合（Ｎ）はステップＳ１１６に戻り、応答情報の受信を待つ。所定時間が経過した場合（Ｙ）は、利用者端末５からの申し込みを事業者が応じないものと判定し、ステップＳ１１１に戻り、利用者端末５に他の安置施設を仮選択するよう求める。
　ステップＳ１１６で、事業者端末４から応答情報を受信した場合（Ｙ）は、ステップＳ１１８に進む。
　ステップＳ１１８では、制御部（ＣＰＵ）３０は、利用者端末５に対して、申し込んだ安置施設の予約が確定した予約確定情報を送信し、施設予約手段３０５を終了して図９の手順に復帰し、ステップＳ７４に進む。
　ステップＳ７４で実行する配車指示手段３０６の手順について、図１５から図１７を用いて説明する。
　図１５は、本発明の実施例１に係る霊柩寝台車配車サーバの配車情報提示の手順を示すフローチャートである。
　図１６は、本発明の実施例１に係る利用者端末に車両が仮選択され、配車情報を提示する画面表示例である。
　図１７は、本発明の実施例１に係る事業者端末に配車確認情報を提示する画面表示例である。
　ステップＳ１３１では、制御部（ＣＰＵ）３０は、ステップＳ７１で受信した依頼地情報、ステップＳ１１９で確定した目的地となる安置室のほかに、利用者端末５から途中で経由する経由地があるか否かを問い合わせる。例えば、病院で亡くなり、直接病院から安置室に遺体を保管し、そのまま葬儀式場で葬儀を執り行うなどの場合、遺体の搬送中に一度自宅前に霊柩寝台車を停車させ、自宅に戻った気持ちを故人に与えたい等の配慮を遺族から申し込まれる場合がある。
　利用者端末５からの受信が「Ｎ」である場合は経由地がないと判定しステップＳ１３３に進み、利用者端末５からの受信が「Ｙ」である場合はステップＳ１３２で経由地情報を利用者端末５から受信後、ステップＳ１３３に進む。経由地情報は、地図上で経由地を直接クリックしてもよく、キーボードから直接住所や施設名称を入力する等すればよい。
　ステップＳ１３３では、制御部（ＣＰＵ）３０は、提示した空車の霊柩寝台車に対して利用者端末５から仮選択情報が送信されるのを待つ。仮選択情報を受信するとステップＳ１３４に進む。
　ステップＳ１３４では、制御部（ＣＰＵ）３０は、仮選択された空車の霊柩寝台車の車両状態情報３１５から運転者となる社員の社員番号を抽出し、当該社員番号に対応する社員管理情報３１３から社員氏名、社員連絡先、社員写真等をＲＡＭに読み込むとともに、当該社員が所持している事業者端末４に対してＧＰＳ情報を送信するよう要求し、社員の現在位置情報を受信する。
　ステップＳ１３５では、制御部（ＣＰＵ）３０は、取得した社員の現在位置から空き車両位置までの距離、空き車両から依頼地までの距離を地図情報に基づいて計算する。ここで空き車両の位置は、空き車両を所有している事業者の所在地である。また通常社員の現在位置も、通常は事業者の所在地であるが、所用などで事業者の所在地から離れる場合もあることから、確認のために位置情報を受信し計算している。また制御部（ＣＰＵ）３０は、例えば、社員の現在位置から空き車両位置までの距離は徒歩による時間計算とし、空き車両位置から依頼地までの距離は霊柩寝台車による時間計算をし、これらに基づいて到着予定時刻を推定する。
　ステップＳ１３６では、制御部（ＣＰＵ）３０は、依頼地から経由地を経て目的地までの距離を地図情報に基づいて計算する。そして、制御部（ＣＰＵ）３０は、車両状態情報３１５の基本料金及び距離当たり料金に基づいて、ステップＳ１３５で計算した事業者の所在地から依頼地までの距離、及び依頼地から目的地までの距離について、それぞれ予定料金を計算する。なお、タクシーのように依頼地から目的地までの距離についての料金だけを請求するのではなく、事業者の所在地から依頼地までの距離についての料金も請求するのは、貨物自動車運送業法に基づくものである。
　ステップＳ１３７では、制御部（ＣＰＵ）３０は、利用者端末５に対して、霊柩寝台車の運転手となる社員情報、到着予定時刻及び予定料金等の配車情報を送信して、利用者端末５の画面上に提示する。例えば、図１６の地図上の車両には仮選択されていることが分かるように外枠が付されるとともに予定経路が２種類の点線で示され、地図右横に、霊柩寝台車の事業者名、所在地、社員連絡先、社員写真、到着予定時刻、所在地から依頼地までの第１の予定料金、依頼地から目的地までの第２の予定料金等の配車情報が提示され、右下に申し込みボタンが表示されている。
　ステップＳ１３８では、制御部（ＣＰＵ）３０は、利用者端末５から申し込みボタンがクリックされ、先に確定した空き室の安置施設と関連付けて空車の霊柩寝台車を選択する選択情報が送信されたか否かを判定する。選択情報を利用者端末５から受信しない場合（Ｎ）は、ステップＳ１４０に進み、制御部（ＣＰＵ）３０は、配車情報を提示した後に所定時間が経過したか否かを判定する。所定時間が経過していない場合（Ｎ）はステップＳ１３８に戻り、選択情報の受信を待つ。所定時間か経過した場合（Ｙ）は仮選択した車両を選択しないものと判定し、ステップＳ１３３に戻り、仮選択情報の受信を待つ。
　ステップＳ１３８で、選択情報を利用者端末５から受信した場合（Ｙ）は、ステップＳ１３９に進む。
　ステップＳ１３９では、制御部（ＣＰＵ）３０は、利用者端末５に依頼地の補足情報を要求し、利用者端末５から依頼地の補足情報を受信する。依頼地の補足情報としては、例えば、故人名、病院で安置されている診療科目、病室又は安置室の階数及び部屋番号等の搬送時に必要な情報が含まれる。
　ステップＳ１４１では、制御部（ＣＰＵ）３０は、選択された車両に対する確認情報を、選択された車両の事業者端末４に送信し、事業者端末４の画面上に提示する。例えば、図１７の地図上の車両には申し込みがあったことが分かるように外枠が付されるとともに予定経路が２種類の点線で示され、地図右横に、依頼地、補足情報、経由地及び目的地等の経路情報、申し込みのあった利用者の氏名・連絡先、利用者の写真、到着予定時刻、事業者の所在地から依頼地までの予定料金、及び依頼地から目的地までの予定料金等の配車確認情報が提示され、右下に応答ボタンが表示されている。
　ステップＳ１４２では、制御部（ＣＰＵ）３０は、通知された事業者端末４から応答ボタンがクリックされ、応答情報が送信されたか否かを判定する。応答情報を事業者端末４から受信しない場合（Ｎ）は、ステップＳ１４４に進み、制御部（ＣＰＵ）３０は、事業者端末４に対して確認情報を送信した後に所定時間が経過したか否かを判定する。所定時間が経過していない場合（Ｎ）はステップＳ１４２に戻り、応答情報の受信を待つ。所定時間が経過した場合（Ｙ）は、利用者端末５からの申し込みを事業者が応じないものと判定し、ステップＳ１３３に戻り、利用者端末５に他の車両を仮選択するよう求める。
　ステップＳ１４３では、制御部（ＣＰＵ）３０は、応答情報を送信した事業者端末４に対して、利用者端末５への接続指示を行う。例えば、図１７の配車確認情報中の「利用者氏名・連絡先」をブリンク表示させ、事業者端末４において「利用者・連絡先」表示をクリックすることにより、例えば、事業者端末４の電話アプリを自動起動させて利用者端末５の電話番号をダイヤルさせる。メールアプリを自動起動させ、到着予定時刻、担当社員名、車両番号等を含むメール等を利用者端末５宛に送信等させてもよい。制御部（ＣＰＵ）３０は、事業者端末４に対する指示を行うと、配車指示手段３０６を終了して図９の手順に復帰し、ステップＳ７５に進む。
　最後に、ステップＳ７５で実行する料金決済手段３０７の手順について、図１８及び図１９を用いて説明する。
　図１８は、本発明の実施例１に係る霊柩寝台車配車サーバの料金決済の手順を示すフローチャートである。
　図１９は、本発明の実施例１に係る利用者端末に決済情報を提示する画面表示例である。
　ステップＳ１５１では、制御部（ＣＰＵ）３０は、目的地に到着後、遺体安置作業を終えた霊柩寝台車の社員が所持する事業者端末４から実走行距離及び実際の料金を受信する。
　ステップＳ１５２では、制御部（ＣＰＵ）３０は、事業者端末４から受信した実走行距離及び実際の料金を含む決済情報を、利用者端末５に送信し、利用者端末５の画面上に提示する。例えば、図１９の地図上には実際に走行した経路が２種類の実戦で示され、地図右横に、依頼地、補足情報、経由地及び目的地等の経路情報、利用者の氏名・連絡先、支払い情報、支払先事業者、予定距離、予定料金、実走行距離、実際料金等の決済情報が提示され、右下に決済承認ボタンが表示されている。
　ステップＳ１５３では、制御部（ＣＰＵ）３０は、利用者端末５から決済承認ボタンがクリックされ、決済承認情報が送信されるのを待つ。制御部（ＣＰＵ）３０は、利用者端末５から決済承認情報を受信したら、ステップＳ１５４に進む。
　ステップＳ１５４では、制御部（ＣＰＵ）３０は、利用者管理情報３１４の支払い情報に基づいて、クレジット会社等のシステムに料金情報を送信し、料金請求を行う。制御部（ＣＰＵ）３０は、料金決済手段３０７を終了して図９の手順に復帰する。さらに図９の配車応対手段を終了して図６の手順に復帰し、ステップＳ６に進む。
　以上で、本発明の実施例１に係る霊柩寝台車配車サーバに関する一連の手順の説明を終了する。
　このように、本発明の実施例１に係る霊柩寝台車配車サーバでは、上記構成を採用することで、急な事態が生じた場合にも、希望する安置施設の選択機会を提供し、かつ利用者自身が霊柩寝台車を手配することができる。
　つぎに、本発明の実施例２に係る霊柩寝台車配車サーバについて、図２０から図２６を用いて説明する。なお、本実施例の霊柩寝台車配車サーバの基本的な機能構成及び処理手順は、第１の実施例に示されるものと同一であるため、それらについての説明は省略する。
　図２０は、本発明の実施例２に係る霊柩寝台車配車システムの全体構成例を示す図である。
　図２０に示す霊柩寝台車配車システム１は、霊柩寝台車配車サーバ３が施設予約サーバ６とインターネット２を介して接続される点、安置施設だけでなく葬儀式場も対象に追加する点、及び公共施設を安置施設又は葬儀式場の対象に追加する点において、構成の差異がある。
　施設予約サーバ６は、各事業者が運営する複数のサーバでもよく、一管理者が運営する単一のサーバであってもよい。また、施設予約サーバ６は、霊安室や遺体保管冷蔵庫等の安置室だけでなく、葬儀式場の空き状況又は予約状況を把握しており、霊柩寝台車配車サーバ３とインターネット２を介して情報を共有することができる。
　霊柩寝台車配車サーバ３は、葬儀社、安置室専門業者、霊柩寝台車専門業者だけでなく、寺院、神社及び火葬場等の公共施設についても事業者端末４や利用者端末５に提示する施設として取り扱う。また、霊柩寝台車配車サーバ３は、施設予約サーバ６との情報を共有するため、葬儀式場の空き室状況についても取り扱う。
　図２１は、本発明の実施例２に係る霊柩寝台車配車サーバの記憶部内のデータ構成例を示す図である。
　図４に示す本発明の実施例１に係る霊柩寝台車配車サーバのデータ構成例との差異は、公共施設管理情報３１９及び施設状態情報３１６の施設コードを追加したことである。
　公共施設管理情報３１９は、寺院や神社が所有する安置施設や斎場、火葬場に併設する葬儀式場に関する情報を保持し、具体的には、公共施設の識別コード、公共施設名、所在地、代表連絡先、Ｗｅｂ－ＵＲＬ、外観写真等を保持している。
　施設状態情報３１６は、葬儀社、安置室専門業者及び公共施設が所有する安置施設、並びに葬儀社及び公共施設が所有する葬儀式場等に関する情報を保持し、具体的には、事業者又は公共施設の識別コード、安置施設か葬儀式場かを表す施設コード、安置施設又は葬儀式場の施設番号、及び空き室であるか使用中であるかを表す施設状態等を保持している。
　図２２は、本発明の実施例２に係る霊柩寝台車配車サーバの記憶部内の各種テーブル構成例を示す図である。
　図５に示す本発明の実施例１に係る霊柩寝台車配車サーバのテーブル構成例との差異は、施設テーブル３１１Ｄを追加したことである。また、種別テーブル３１１Ｃの種別コード「０５」に種別名「公共施設」を追加した。
　施設テーブル３１１Ｄは、施設コードと施設名とで構成され、例えば、施設コード「０１」と施設名「霊安室」が対になって記憶されている。施設コードは、安置施設と葬儀式場の空き室管理に用いられる。
　本発明の実施例２では、公共施設管理情報３１９の入力及び公共施設の施設状態変更は、随時、霊柩寝台車配車サーバ３の入力部３３から行うものとする。
　図２３は、本発明の実施例２に係る利用者端末と事業者端末に提示する画面表示例である。
　図２３Ａは、利用者端末５の画面表示例である。例えば、事業者の空き室施設が黒丸で２個所、公共施設の空き施設が黒塗りの五角形で１個所表示されている。
　図２３Ｂは、事業者端末４の画面表示例である。例えば、使用中の公共施設が点線の五角形で１個所表示されている。
　図２４は、本発明の実施例２に係る利用者端末に目的地が仮選択された状態を提示する画面表示例である。
　図１３に示す本発明の実施例１に係る霊柩寝台車配車サーバ３が利用者端末５に提示する画面表示例との差異は、地図右横に提示されている施設情報のうち、安置室空き室数と式場空き室数及びスケジュールボタンである。
　図１２のステップＳ１１１とステップＳ１１２の間では、制御部（ＣＰＵ）３０は、利用者端末５から受信した仮選択情報に基づいて仮選択された安置施設について、事業者管理情報３１２に記憶されている施設の安置室数及び葬儀式場数から、施設状態情報３１６に記憶されている使用中の安置室及び葬儀式場の数を引き算することにより、安置室空き室数と式場空き室数を求める。
　図１２のステップＳ１１２では、制御部（ＣＰＵ）３０は、図２４に表示される画面表示例を利用者端末５に提示する。
　図１２のステップＳ１１２とステップＳ１１３との間の処理では、図２４に示すスケジュールボタンのクリックを利用者端末５から受信すると、制御部（ＣＰＵ）３０は、例えば、施設予約サーバ６に該当する葬儀式場の予約状況に関する情報請求を送信し、施設予約サーバ６から該当する情報を受信後に、利用者端末５の画面上に施設予約状況として提示する。提示される画面表示例を図２５に示す。
　図２５は、本発明の実施例２に係る利用者端末に葬儀式場の施設予約状況を提示する画面表示例である。
　例えば、図２５のように、地図横に、葬儀式場のカレンダー形式による施設予約概況及び仮選択された日に関する式場別空き状況が提示され、右下に申し込みボタンと戻るボタン表示されている。
　利用者端末５において空き室の葬儀式場がクリックされ、さらに申し込みボタンがクリックされると、制御部（ＣＰＵ）３０は、当該葬儀式場の仮選択情報を受信したと判定する。一方、戻るボタンがクリックされると、制御部（ＣＰＵ）３０は、葬儀式場についての仮選択情報を受信しなかったものと判定する。
制御部（ＣＰＵ）３０は、いずれの場合も利用者端末５に提示する画面を図２４の表示画面に復帰させる。
　図１２のステップＳ１１３では、利用者端末５において図２４の申し込みボタンがクリックされると、制御部（ＣＰＵ）３０は、ステップＳ１１２とステップＳ１１３との間の処理で葬儀式場の仮選択情報を受信した場合は、安置施設と葬儀式場の双方について選択情報を受信したと判定する。ステップＳ１１２とステップＳ１１３との間の処理で葬儀式場の仮選択情報を受信しなかった場合は、安置施設についてだけ選択情報を受信したと判定する。
　またステップＳ１１３で、利用者端末５において図２４の申し込みボタンが所定時間内にクリックされない場合は、安置施設と葬儀式場の双方について選択情報を受信しなかったものと判定する。
　図１２のステップＳ１１４では、制御部（ＣＰＵ）３０は、ステップＳ１１３で利用者端末５により選択された安置室、又は安置室及び葬儀式場に対する確認情報を、選択された施設の事業者端末４に送信し、事業者端末４の画面上に提示する。提示される画面表示例を図２６に示す。
　図２６は、本発明の実施例２に係る事業者端末に施設予約確認情報を提示する画面表示例である。
　図１４に示す本発明の実施例１に係る霊柩寝台車配車サーバが事業者端末４に提示する画面表示例との差異は、地図右横に提示されている施設予約確認情報のうち、予約式場番号と式場使用日時である。
　ステップＳ１１３において、安置施設及び葬儀式場の双方について選択情報を制御部（ＣＰＵ）３０が受信したときに、予約式場番号と式場使用日時が表示される。
　このように、本発明の実施例２に係る霊柩寝台車配車サーバでは、上記構成を採用することにより、同一の事業者の安置施設と葬儀式場の双方の空き室状況を把握できるので、安置施設と葬儀式場の双方とも空き室であることが分かれば、その後の葬儀日程をスムーズに進めることができる。
　また、本発明の実施例２に係る霊柩寝台車配車サーバでは、上記構成とすることで、空き室の安置施設と同一の事業者の葬儀式場の予約状況を把握できるので、安置施設に遺体を安置する日数とその後の葬儀日程を予想することもできる。
　さらに、本発明の実施例２に係る霊柩寝台車配車サーバでは、上記構成とすることで、同一の事業者の安置施設と葬儀式場との双方について施設予約することもできるので、葬儀日程を確定することができる。
　加えて、本発明の実施例２に係る霊柩寝台車配車サーバでは、上記構成とすることで、事業者が区域コード内の公共施設の稼働状況を把握することもできるので、例えば、霊柩寝台車を有しない事業者自らも利用者として登録することにより、公共施設の予約と霊柩寝台車の配車依頼を行うことができる。
　以上、本発明の霊柩寝台車配車サーバについて、具体的な実施の形態を示して説明したが、本発明はこれらに限定されるものではない。当業者であれば、本発明の要旨を逸脱しない範囲内において、上記各実施形態又は他の実施形態に係る発明の構成及び機能に様々な変更・改良を加えることが可能である。
　例えば、本発明の実施例１に係る霊柩寝台車配車サーバでは、図１５のステップＳ１３３において、利用者端末５からの仮選択情報の受信を待つ代わりに、例えば、車両の事業者の所在地から依頼地までの予定料金及び依頼地から目的地までの予定料金の合計が最低金額となる空車の霊柩寝台車を仮選択した情報を受信したものとする構成とすることもできる。これにより、合理的な料金でより迅速に霊柩寝台車を手配することができる。
　また、本発明の実施例１に係る霊柩寝台車配車サーバでは、図１５のステップＳ１３２とステップＳ１３３との間に、利用者端末５に提示されている空車の霊柩寝台車について、事業者の所在地から依頼地の予定料金及び依頼地から目的地までの予定料金の合計金額を求め、合計金額の低いもの順に、提示されている車両上に数字等の順番を付したり、地図横の付加情報欄に、車両上の順番に合わせて合計金額をリスト表示したりする構成とすることもできる。これにより、合理的な料金で、利用者が希望する霊柩寝台車を手配することができる。
　さらに、本発明の実施例１によれば、図１２のステップＳ１１２で利用者端末５の画面上に提示された安置施設を選択することになっているが、ステップＳ１１２の前に、予め利用者が決めている施設があるか問い合わせる構成としてもよい。例えば、故人の自宅、町内会の集会場等で葬儀を行う場合もある。提示外の施設である場合は、地図上で目的地を直接クリック、キーボードから直接住所や施設名称を入力する等すればよい。これにより、遺体の安置施設を柔軟に設定することができ、霊柩寝台車の配車依頼だけに対しても対応することができる。
　加えて、本発明の実施例１によれば、図８のステップＳ３３やステップＳ５２では、現在の施設状態や車両状態に変更があれば書き換えて記憶更新することになっているが、例えば、２ビットのフラグ情報を用いて、「００（空き室又は空車）」、「０１（１時間後に空き室又は空車）」、「１０（２時間後に空き室又は空車）」、「１１（使用中又は実車）」等としてもよい。そして図１０のステップＳ９６で、上記の状態ごとに色を変えて事業者端末４や利用者端末５に提示する。例えば、「００（空き室又は空車）」の場合は青色、「０１（１時間後に空き室又は空車）」の場合は緑色、「１０（２時間後に空き室又は空車）」の場合は黄色等で表示することにより、安置施設や霊柩寝台車両の選択の幅を広げてより柔軟に配車を指示することができる。
　また、本発明の実施例１によれば、ステップＳ１４３では、制御部（ＣＰＵ）３０は、事業者端末４に対する指示を行うと、配車指示手段３０６を終了することになっているが、例えば、制御部（ＣＰＵ）３０は、配車指示した霊柩寝台車車両が依頼地に到着するまでの間、事業者端末４からのＧＰＳ情報を継続的に受信し、受信したＧＰＳ情報に基づき利用者端末５の表示画面に当該車両位置を提示してもよい。
　本発明の実施例２に係る霊柩寝台車配車サーバでは、図１２のステップＳ１１３で利用者端末５に提示する画面表示例として、直接図２５に示すように、画面上の地図横に、カレンダー形式による施設予約概況及び仮選択された日に関する葬儀式場別空き状況に加え、仮選択された日に関する安置施設別空き状況を提示する構成とすることもできる。これにより、希望する日の安置施設及び葬儀式場について、それぞれ単独又は双方を予約することができる。
　また、本発明の実施例２に係る霊柩寝台車配車サーバでは、公共施設に対しても事業者端末を付与することもできる。これにより、公共施設の予約状況が迅速に反映されることになり、また施設予約をより確実とすることができる。
　なお、本発明の実施例に係る霊柩寝台車配車サーバでは、事業者端末４及び利用者端末５に提示する画面表示例のレイアウトは、地図表示領域の右横に各種情報を提示する情報領域が設けられているが、これに限定するものではなく、地図表示領域の左横でもよく、左右にあってもよい。また提示する画面形状も横長である必要はなく、画面形状を縦長として、地図表示領域の上、下又は上下に情報領域を設けてもよい。
　本発明の霊柩寝台車配車サーバは、コンピュータを霊柩寝台車配車サーバとして機能させるためのプログラムでも実現される。このプログラムは、コンピュータで読み取り可能な記録媒体に格納されていてもよい。
　このプログラムを記録した記録媒体は、図２に示される霊柩寝台車配車サーバのＲＯＭそのものであってもよいし、また、外部記憶装置としてＣＤ－ＲＯＭドライブ等のプログラム読取装置が設けられ、そこに記録媒体を挿入することで読み取り可能なＣＤ－ＲＯＭ等であってもよい。
　また、上記記録媒体は、磁気テープ、カセットテープ、フレキシブルディスク、ハードディスク、ＭＯ／ＭＤ／ＤＶＤ等、又は半導体メモリであってもよい。
　本明細書で引用したすべての刊行物、特許及び特許出願は、そのまま参考として、ここにとり入れるものとする。
　また、明細書、特許請求の範囲及び図面を含む２０１７年８月１０日に出願の日本国特許出願２０１７－１５５５２８の開示は、そのまま参考として、ここにとり入れるものとする。
１　　霊柩寝台車配車システム
２　　インターネット
３　　霊柩寝台車配車サーバ
４　　事業者端末
５　　利用者端末
６　　施設予約サーバ
３０　　制御部（ＣＰＵ）
３１　　記憶部
３２　　バスライン
３３　　入力部
３４　　表示部
３５　　通信部
３００　　認証手段
３０１　　管理情報登録手段
３０２　　施設状態書換手段
３０３　　車両状態書換手段
３０４　　状態提示手段
３０５　　施設予約手段
３０６　　配車指示手段
３０７　　料金決済手段
３１０　　プログラム格納部
３１１　　各種テーブル
３１２　　事業者管理情報
３１３　　社員管理情報
３１４　　利用者管理情報
３１５　　車両状態情報
３１６　　施設状態情報
３１７　　依頼経路情報
３１８　　地図情報
３１９　　公共施設管理情報
３１２０　　識別コード
３１１Ａ　　地域テーブル
３１１Ｂ　　区域テーブル
３１１Ｃ　　種別テーブル
３１１Ｄ　　施設テーブル

Claims (8)

  1. 　霊柩寝台車が空車であるか否かを表す車両状態を車両状態情報として記憶する車両状態記憶手段と、
    　安置施設が空き室であるか否かを表す施設状態を施設状態情報として記憶する施設状態記憶手段と、
    　前記車両状態情報及び前記施設状態情報に基づいて、空車の霊柩寝台車に関する情報及び空き室の安置施設に関する情報を利用者の利用者端末に送信し、前記利用者端末に提示する状態提示手段と、
    　提示された空き室の安置施設と関連付けて空車の霊柩寝台車を選択する車両選択情報を、前記利用者端末から受信し、前記車両選択情報に基づいて、選択された霊柩寝台車の配車を指示する配車指示手段と、
    を備える霊柩寝台車配車サーバ。
  2. 　前記配車指示される霊柩寝台車と関連付けられる空き室の安置施設を選択する施設選択情報を、前記利用者端末から受信し、前記施設選択情報に基づいて、選択された空き室の安置施設を予約する施設予約手段、
    をさらに備える、請求項１記載の霊柩寝台車配車サーバ。
  3. 　前記状態提示手段は、前記空車の霊柩寝台車に関する情報及び前記空き室の安置施設に関する情報を、前記利用者端末の画面に表示する地図上に提示する、請求項１記載の霊柩寝台車配車サーバ。
  4. 　前記施設予約手段は、空き室の安置施設を仮選択する施設仮選択情報を前記利用者端末から受信し、前記施設仮選択情報に基づいて、仮選択された安置施設の事業者が所有する葬儀式場が空き室であるか否かを表す施設状態情報を、前記利用者端末に提示することを特徴とする、請求項２記載の霊柩寝台車配車サーバ。
  5. 　前記施設予約手段は、前記施設仮選択情報に基づいて、仮選択された安置施設の事業者が所有する葬儀式場の予約状況を前記利用者端末に提示する施設予約状況提示手段を含む、請求項４記載の霊柩寝台車配車サーバ。
  6. 　前記施設予約手段は、前記施設予約状況提示手段で提示された空き室の葬儀式場を仮選択する仮選択情報を受信し、さらに前記仮選択された安置施設について選択情報を受信した場合は、前記仮選択された空き室の葬儀式場及び前記選択情報を受信した安置施設の双方について予約することを特徴とする、請求項５の霊柩寝台車配車サーバ。
  7. 　前記配車指示手段は、空車の霊柩寝台車を仮選択する車両仮選択情報を前記利用者端末から受信し、前記車両仮選択情報に基づいて、仮選択された霊柩寝台車に関し、前記仮選択された霊柩寝台車の事業者の所在地から依頼地までの第１の予定料金及び依頼地から前記選択された空き室の安置施設までの第２の予定料金を表す配車情報を提示する配車情報提示手段を含む、請求項１記載の霊柩寝台車配車サーバ。
  8. 　前記配車指示手段は、空車の霊柩寝台車の事業者の所在地から依頼地までの第１の予定料金及び依頼地から前記選択された空き室の安置施設までの第２の予定料金の合計が最低金額となる、空車の霊柩寝台車を車両仮選択状態とする、請求項１又は６記載の霊柩寝台車配車サーバ。
PCT/JP2018/001386 2017-08-10 2018-01-18 霊柩寝台車配車サーバ WO2019030944A1 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
BR112019009096A BR112019009096B1 (pt) 2017-08-10 2018-01-18 servidor de expedição de veículo de primeira chamada
AU2018229461A AU2018229461A1 (en) 2017-08-10 2018-01-18 First call vehicle dispatch server
EP18800025.1A EP3467761A4 (en) 2017-08-10 2018-01-18 CORBILLARD SENDING SERVER
CA3021708A CA3021708A1 (en) 2017-08-10 2018-01-18 First call vehicle dispatch server
CN201880005458.2A CN110140142A (zh) 2017-08-10 2018-01-18 灵柩卧榻车派车服务器
RU2019117049A RU2726874C1 (ru) 2017-08-10 2018-01-18 Сервер диспетчеризации транспортных средств для перевозки трупов
US16/323,492 US20200065719A1 (en) 2017-08-10 2018-01-18 First call vehicle dispatch server

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017155528A JP6274545B1 (ja) 2017-08-10 2017-08-10 霊柩寝台車配車サーバ
JP2017-155528 2017-08-10

Publications (1)

Publication Number Publication Date
WO2019030944A1 true WO2019030944A1 (ja) 2019-02-14

Family

ID=61158364

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/001386 WO2019030944A1 (ja) 2017-08-10 2018-01-18 霊柩寝台車配車サーバ

Country Status (9)

Country Link
US (1) US20200065719A1 (ja)
EP (1) EP3467761A4 (ja)
JP (1) JP6274545B1 (ja)
CN (1) CN110140142A (ja)
AU (1) AU2018229461A1 (ja)
BR (1) BR112019009096B1 (ja)
CA (1) CA3021708A1 (ja)
RU (1) RU2726874C1 (ja)
WO (1) WO2019030944A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7242365B2 (ja) * 2019-03-20 2023-03-20 株式会社クーロン 遺体ホテル運営システム
CN110120150B (zh) * 2019-04-16 2021-05-11 东南大学 一种高速公路网清障机械设备配置方法
JP7388880B2 (ja) * 2019-11-05 2023-11-29 株式会社クーロン 遺体ホテル運営システム
JP6917115B2 (ja) * 2019-12-04 2021-08-11 祐介 田嶋 移動店舗型商談支援システム
JP7248610B2 (ja) * 2020-02-06 2023-03-29 トヨタ自動車株式会社 情報処理装置、情報処理方法、及び、システム

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001265862A (ja) * 2000-01-13 2001-09-28 Toshiba Corp 輸送手段と連携する予約システムおよび予約方法
JP2002140795A (ja) 2000-10-30 2002-05-17 Mitsunori Honma モバイル端末によるデマンド型配車システム
JP2002279084A (ja) * 2001-03-15 2002-09-27 Ntt Florica Kk 施設予約方法及び施設予約装置
JP2002279085A (ja) * 2001-03-16 2002-09-27 Seiko Epson Corp 斎場予約システム及びその方法
JP2003151083A (ja) 2001-11-15 2003-05-23 Ricoh Co Ltd タクシー配車システム、プログラム、及び記録媒体
JP2003187388A (ja) 2001-12-14 2003-07-04 Mitsubishi Electric Corp 配車システム
JP2006338465A (ja) * 2005-06-03 2006-12-14 Nec Corp 迎車予約システム、タクシーの迎車予約方法、装置及びプログラム
US20110301985A1 (en) * 2009-12-04 2011-12-08 Garrett Camp System and method for operating a service to arrange transport amongst parties through use of mobile devices
JP2017155528A (ja) 2016-03-03 2017-09-07 株式会社不動テトラ 既設構造物直下における地盤改良方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003223520A (ja) * 2002-01-29 2003-08-08 More Network Service:Kk 葬儀受注システム
JP2006170814A (ja) * 2004-12-16 2006-06-29 Oki Electric Ind Co Ltd カーナビゲーション端末およびそれを用いたカーナビゲーションシステム
US8775059B2 (en) * 2011-10-26 2014-07-08 Right There Ware LLC Method and system for fleet navigation, dispatching and multi-vehicle, multi-destination routing
US9939279B2 (en) * 2015-11-16 2018-04-10 Uber Technologies, Inc. Method and system for shared transport
US10832579B2 (en) * 2016-05-31 2020-11-10 Accenture Global Solutions Limited Integrated ambulance tracking system

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001265862A (ja) * 2000-01-13 2001-09-28 Toshiba Corp 輸送手段と連携する予約システムおよび予約方法
JP2002140795A (ja) 2000-10-30 2002-05-17 Mitsunori Honma モバイル端末によるデマンド型配車システム
JP2002279084A (ja) * 2001-03-15 2002-09-27 Ntt Florica Kk 施設予約方法及び施設予約装置
JP2002279085A (ja) * 2001-03-16 2002-09-27 Seiko Epson Corp 斎場予約システム及びその方法
JP2003151083A (ja) 2001-11-15 2003-05-23 Ricoh Co Ltd タクシー配車システム、プログラム、及び記録媒体
JP2003187388A (ja) 2001-12-14 2003-07-04 Mitsubishi Electric Corp 配車システム
JP2006338465A (ja) * 2005-06-03 2006-12-14 Nec Corp 迎車予約システム、タクシーの迎車予約方法、装置及びプログラム
US20110301985A1 (en) * 2009-12-04 2011-12-08 Garrett Camp System and method for operating a service to arrange transport amongst parties through use of mobile devices
JP2017155528A (ja) 2016-03-03 2017-09-07 株式会社不動テトラ 既設構造物直下における地盤改良方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"APP '' Japan Taxi", CALL CENTER JAPAN , RIC TELECOM, vol. 19, no. 12, 20 November 2016 (2016-11-20), pages 35 *
See also references of EP3467761A4

Also Published As

Publication number Publication date
AU2018229461A1 (en) 2019-03-07
CA3021708A1 (en) 2019-02-14
JP6274545B1 (ja) 2018-02-07
BR112019009096A2 (pt) 2019-07-16
RU2726874C1 (ru) 2020-07-16
JP2019036023A (ja) 2019-03-07
BR112019009096B1 (pt) 2020-04-28
US20200065719A1 (en) 2020-02-27
EP3467761A4 (en) 2019-05-08
CN110140142A (zh) 2019-08-16
EP3467761A1 (en) 2019-04-10

Similar Documents

Publication Publication Date Title
JP6274545B1 (ja) 霊柩寝台車配車サーバ
US20220180689A1 (en) Intergrated management system for first aid kit vending machines and method thereof
DE202016004260U1 (de) System zur Koordination mehrerer Fahrzeuge
KR101882333B1 (ko) 출장 예약 시스템
JP2018063660A (ja) 買い物支援装置および買い物支援方法
JP2009042853A (ja) 車両配車システム
US20220114635A1 (en) Traveling shopper ordering and fulfillment system
KR20160066795A (ko) 항공기탑승객에 의한 물품배송 관리방법
JP2005122675A (ja) 会員提供の共有自転車を駅前等中継駐輪場で受け渡ししそこと駐輪基地間を一括搬送して駅前駐輪台数を調整する会員制レンタサイクルシステム
JP2002366672A (ja) ホテルオーダーシステム
JP2023138598A (ja) コンピュータプログラム、管理装置、無人運転装置およびサーバ
JP4193641B2 (ja) 送迎支援装置及びこれを用いた送迎支援システム
JP2007140792A (ja) 配車計画立案装置及び配車計画立案用プログラム
KR20200091058A (ko) 고객맞춤형 통합 여행예약 시스템
JP2001265862A (ja) 輸送手段と連携する予約システムおよび予約方法
JP7040670B2 (ja) 荷物配送システム、荷物配送管理装置、荷物配送方法、及びコンピュータプログラム
JP2005032066A (ja) 送迎サービス支援装置及びこれを用いた送迎支援システム
JP6308052B2 (ja) 病院における患者搬送システム
JP6664354B2 (ja) 葬儀支援システム、葬儀支援方法及び葬儀支援プログラム
JP7287735B1 (ja) 人材派遣・紹介システム、人材派遣・紹介方法、人材派遣・紹介管理装置、および人材派遣・紹介プログラム
JP2020102054A (ja) 送迎車両の配車システム
JP2019212176A (ja) 居抜き物件紹介システム、居抜き物件の紹介方法、及び開店支援方法
JP7438916B2 (ja) 情報作成方法、及びコンピュータプログラム
JP7291923B1 (ja) プログラム、法要管理装置及び法要管理方法
US20050187779A1 (en) Method for providing products and information related to funerals directly to a consumer

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2018800025

Country of ref document: EP

Effective date: 20181130

ENP Entry into the national phase

Ref document number: 2018800025

Country of ref document: EP

Effective date: 20181121

ENP Entry into the national phase

Ref document number: 2018229461

Country of ref document: AU

Date of ref document: 20180118

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 3021708

Country of ref document: CA

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112019009096

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112019009096

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20190503

NENP Non-entry into the national phase

Ref country code: DE