CN110140142A - 灵柩卧榻车派车服务器 - Google Patents

灵柩卧榻车派车服务器 Download PDF

Info

Publication number
CN110140142A
CN110140142A CN201880005458.2A CN201880005458A CN110140142A CN 110140142 A CN110140142 A CN 110140142A CN 201880005458 A CN201880005458 A CN 201880005458A CN 110140142 A CN110140142 A CN 110140142A
Authority
CN
China
Prior art keywords
vehicle
information
couch
bier
car
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN201880005458.2A
Other languages
English (en)
Inventor
高田孝行
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Funeral Service Workers College Co Ltd
Original Assignee
Funeral Service Workers College Co Ltd
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 Funeral Service Workers College Co Ltd filed Critical Funeral Service Workers College Co Ltd
Publication of CN110140142A publication Critical patent/CN110140142A/zh
Pending legal-status Critical Current

Links

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]

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (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)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明提供一种灵柩卧榻车派车服务器，即使在发生紧急事态的情况下，也能够提供所希望的安置设施的选择机会，且利用者自身能够安排灵柩卧榻车。灵柩卧榻车派车服务器具备：车辆状态存储机构，其将表示灵柩卧榻车是否为空车的车辆状态作为车辆状态信息(315)进行存储；设施状态存储机构，其将表示安置设施是否为空室的设施状态作为设施状态信息(316)进行存储；状态提示机构(304)，其根据所述车辆状态信息(315)及所述设施状态信息(316)，向利用者的利用者终端发送与空车的灵柩卧榻车相关的信息以及与空室的安置设施相关的信息，并提示到所述利用者终端；以及派车指示机构(306)，其从所述利用者终端接收车辆选择信息，根据所述车辆选择信息，对选择出的灵柩卧榻车进行派车指示，其中所述车辆选择信息是与所提示的空室的安置设施相关联地对空车的灵柩卧榻车进行选择的信息。

Description

灵柩卧榻车派车服务器
技术领域
本发明涉及将遗体搬运到安置设施的灵柩卧榻车的派车指示，特别涉及向利用者的终端提示搬运出发地附近的空车辆及搬运目的地的空闲安置设施的所在地、并进行按照利用者的希望的派车指示的灵柩卧榻车派车服务器。
背景技术
以往，公知有这样的出租车派车系统：当利用者在外出中使用出租车时，在出租车与利用者之间设置中转站，利用者通过便携式终端经由中转站委托派车，从而能够迅速派出出租车(例如参照专利文献1、专利文献2、专利文献3)。
专利文献1中记载的需求型车辆派车系统为：按照每台车辆经由互联网定期接收车辆数据，并根据从Web对应移动终端发送的利用者的位置数据，将在任意的距离范围内位于有效到达路径上的一台以上的车辆的预计到达时间作为利用者的预约对象车辆列表进行检索管理，并对利用者从该列表中选择出的车辆进行是否可用的询问，在任意的时间内没有响应时，对下一台候选车辆进行相同的询问，在得到有效的响应时，系统将预约成立的消息发送给利用者及车辆，其中，车辆数据包括识别按照每个营业所管理的车辆的营业所及车辆代码、车辆位置及动态数据。
专利文献2中记载的出租车派车系统为：对识别按照每个营业所管理的出租车车辆的营业所及车辆代码进行登记，按照每台车辆经由网络对车辆位置及空车、载客状态进行监视，并根据来自利用者的便携式终端的位置信息检索要派出的出租车车辆，将包含利用者的当前位置信息在内的派车指令发送到检索到的出租车车辆的车载终端。
专利文献3中记载的派车系统为：具有识别车辆的车载终端的车载终端识别机构，从车载终端接收车辆的位置信息和状态信息，并根据从利用者的便携式终端接收到的位置信息、目的地信息、及通过认证机构获得的密码信息，检索应派出的最合适的车辆并进行派车指示和账单信息发送请求，并且在车辆到达目的地后接收根据账单信息发送请求而发送的账单信息，由此执行用于之后支付的费用请求处理。
现有技术文献
专利文献
专利文献1：日本特开2002-140795号公报
专利文献2：日本特开2003-151083号公报
专利文献3：日本特开2003-187388号公报
发明内容
发明所要解决的技术问题
但是，专利文献1、2、3的任一者中记载的派车系统都是以出租车的派车为前提的，因此没有发现向利用者提供与目的地相关的信息的系统。
现代，迎来临终的地方90％以上一般认为是医院。在结束临终后的处置时，虽然暂时安置在医院的太平间，但是必须安排用于搬出遗体的灵柩卧榻车。并且，在搬出遗体时，必须确保安置遗体的地方。
很多死者家属因事出突然没有任何准备，而直接委托护士请求出入医院的殡仪公司搬运遗体。而且，在有限的时间内不会和其他殡仪公司进行比较，甚至将之后的安置设施、葬礼会场都委托该殡仪公司进行安排。为此，无法以按照希望的日程、葬仪场、殡葬方式来举行葬礼这样的声音、费用花费超出预估以上等的抱怨声有所耳闻。
本发明的目的在于为了解决这样的技术问题而提出以下这种灵柩卧榻车派车服务器：通过向利用者的利用者终端提示空车的灵柩卧榻车及空室的安置设施的位置，即使在发生紧急事态的情况下，也会提供所希望的安置设施的选择机会，并且利用者自身能够安排灵柩卧榻车。
用于解决技术问题的技术方案
第一个技术方案所述的灵柩卧榻车派车服务器具备：车辆状态存储机构，其将表示灵柩卧榻车是否为空车的车辆状态作为车辆状态信息进行存储；设施状态存储机构，其将表示安置设施是否为空室的设施状态作为设施状态信息进行存储；状态提示机构，其根据所述车辆状态信息及所述设施状态信息，向利用者的利用者终端发送与空车的灵柩卧榻车相关的信息以及与空室的安置设施相关的信息，并提示到所述利用者终端；派车指示机构，其从所述利用者终端接收车辆选择信息，并根据所述车辆选择信息，对选择出的灵柩卧榻车进行派车指示，其中所述车辆选择信息是与所提示的空室的安置设施相关联地对空车的灵柩卧榻车进行选择的信息。
第二个技术方案所述的灵柩卧榻车派车服务器还具备设施预约机构，所述设施预约机构从所述利用者终端接收设施选择信息，并根据所述设施选择信息，对选择出的空室的安置设施进行预约，其中所述设施选择信息是选择与所派车指示的所述灵柩卧榻车相关联的空室的安置设施的信息，通过具备该设施预约机构，能够从被提示过的空室的安置设施中确保所希望的安置设施。
根据第三个技术方案所述的灵柩卧榻车派车服务器，所述状态提示机构通过将与所述空车的灵柩卧榻车相关的信息及与所述空室的安置设施相关的信息提示到显示在所述利用者终端的画面的地图上，利用者能够容易地掌握车辆及营业所的位置。
根据第四个技术方案所述的灵柩卧榻车派车服务器，所述设施预约机构通过从所述利用者终端接收临时选择空室的安置设施的设施临时选择信息，并根据所述设施临时选择信息，将表示临时选择出的安置设施的经营者所持有的葬礼会场是否为空室的设施状态信息提示到所述利用者终端，由此如果得知同一经营者的安置设施和葬礼会场这两者均为空室，则能够顺利地推进之后的葬礼日程。
根据第五个技术方案所述的灵柩卧榻车派车服务器，所述设施预约机构包括设施预约状况提示机构，该设施预约状况提示机构根据所述设施临时选择信息，将临时选择出的安置设施的经营者所持有的葬礼会场的预约状况提示到所述利用者终端，通过具备该设施预约状况提示机构，能够掌握与空室的安置设施是同一个经营者的葬礼会场的预约状况，因此能够预测将遗体安置到安置设施的天数和之后的葬礼日程。
根据第六个技术方案所述的灵柩卧榻车派车服务器，所述设施预约机构在接收临时选择由所述设施预约状况提示机构提示出的空室的葬礼会场的临时选择信息的情况下、并且进一步在关于临时选择出的所述安置设施接收到选择信息的情况下，对临时选择出的所述空室的葬礼会场及接收到所述选择信息的安置设施这两者进行预约，由此能够确定葬礼日程。
根据第七个技术方案所述的灵柩卧榻车派车服务器，所述派车指示机构包括派车信息提示机构，所述派车信息提示机构从所述利用者终端接收临时选择空车的灵柩卧榻车的车辆临时选择信息，并根据所述车辆临时选择信息，针对临时选择出的灵柩卧榻车，提示表示从临时选择出的所述灵柩卧榻车的经营者的所在地到委托地的第一预定费用以及从委托地到选择出的所述空室的安置设施的第二预定费用的派车信息，因此通过将此作为派车信息进行提示，利用者能够掌握支付的预定费用。在依照货运汽车运输行业法批准的灵柩车汽车运输业中，与请求从作为委托地的乘车地到目的地的费用的出租车行业不同，还必须请求从灵柩卧榻车的经营者的所在地到委托地的费用。
根据第八个技术方案所述的灵柩卧榻车派车服务器，所述派车指示机构通过将从空车的灵柩卧榻车的经营者的所在地到委托地的第一预定费用及从委托地到选择出的所述空室的安置设施的第二预定费用的合计成为最低金额的空车的灵柩卧榻车设为车辆临时选择状态，由此能够掌握派车所花费的预定费用的最低金额和形成该金额的空车的灵柩卧榻车的位置，因此能够更迅速地安排空车的灵柩卧榻车。
发明效果
根据本发明，所述灵柩卧榻车派车服务器包括：车辆状态存储机构，其将表示灵柩卧榻车是否为空车的车辆状态作为车辆状态信息进行存储；设施状态存储机构，其将表示安置设施是否为空室的设施状态作为设施状态信息进行存储；状态提示机构，其根据所述车辆状态信息及所述设施状态信息，向利用者的利用者终端发送与空车的灵柩卧榻车相关的信息以及与空室的安置设施相关的信息，并提示到所述利用者终端；派车指示机构，其从所述利用者终端接收与提示过的空室的安置设施相关联地对空车的灵柩卧榻车进行选择的车辆选择信息，并根据所述车辆选择信息对选择出的灵柩卧榻车进行派车指示，本发明通过具有上述结构，即使在发生紧急事态的情况下，也能够提供所希望的安置设施的选择机会，且利用者自身能够安排灵柩卧榻车。
附图说明
图1为表示本发明的实施例1涉及的灵柩卧榻车派车系统的整体结构例的图。
图2为表示本发明的实施例1涉及的灵柩卧榻车派车服务器的简要结构例的图。
图3为表示本发明的实施例1涉及的灵柩卧榻车派车系统的应用功能例的图。
图4为表示本发明的实施例1涉及的灵柩卧榻车派车服务器的存储部内的数据结构例的图。
图5为表示本发明的实施例1涉及的灵柩卧榻车派车服务器的存储部内的各种表结构例的图。
图6为表示本发明的实施例1涉及的灵柩卧榻车派车服务器的整体的顺序的流程图。
图7为表示对本发明的实施例1涉及的灵柩卧榻车派车服务器的管理信息进行登记的顺序的流程图。
图8为表示本发明的实施例1涉及的灵柩卧榻车派车服务器的状态改写顺序的流程图。
图9为表示本发明的实施例1涉及的对灵柩卧榻车派车服务器的利用者的派车委托进行对应的整体顺序的流程图。
图10为表示本发明的实施例1涉及的对灵柩卧榻车派车服务器的车辆及设施状态进行提示的顺序的流程图。
图11为本发明的实施例1涉及的提示到利用者终端和经营者终端的画面显示例。
图12为表示本发明的实施例1涉及的灵柩卧榻车派车服务器的设施预约的顺序的流程图。
图13为本发明的实施例1涉及的向利用者终端提示目的地被临时选择的状态的画面显示例。
图14为本发明的实施例1涉及的向经营者终端提示设施预约确认信息的画面显示例。
图15为表示本发明的实施例1涉及的灵柩卧榻车派车服务器的派车信息提示的顺序的流程图。
图16为本发明的实施例1涉及的临时选择车辆并将派车信息提示到利用者终端的画面显示例。
图17为本发明的实施例1涉及的向经营者终端提示派车确认信息的画面显示例。
图18为表示本发明的实施例1涉及的灵柩卧榻车派车服务器的费用结算的顺序的流程图。
图19为本发明的实施例1涉及的向利用者终端提示结算信息的画面显示例。
图20为表示本发明的实施例2涉及的灵柩卧榻车派车系统的整体结构例的图。
图21为表示本发明的实施例2涉及的灵柩卧榻车派车服务器的存储部内的数据结构例的图。
图22为表示本发明的实施例2涉及的灵柩卧榻车派车服务器的存储部内的各种表结构例的图。
图23为本发明的实施例2涉及的提示到利用者终端和经营者终端的画面显示例。
图24为本发明的实施例2涉及的向利用者终端提示目的地被临时选择的状态的画面显示例。
图25为本发明的实施例2涉及的向利用者终端提示葬礼会场的设施预约状况的画面显示例。
图26为本发明的实施例2涉及的向经营者终端提示设施预约确认信息的画面显示例。
具体实施方式
以下，参照附图对本发明的实施方式进行详细说明。图1至图26为例示本发明的实施方式的图，在这些图中，标注了相同附图标记的部分表示相同的部件，基本结构及动作相同。
实施例1
图1为表示本发明的实施例1涉及的灵柩卧榻车派车系统的整体结构例的图。
图1所示的灵柩卧榻车派车系统1为这样的结构：灵柩卧榻车派车服务器3经由互联网2与经营者终端4和利用者终端5连接。
图2为表示本发明的实施例1涉及的灵柩卧榻车派车服务器的简要结构例的图。
图2所示的灵柩卧榻车派车服务器3为这样的结构：经由总线32连接有对整个系统进行统一控制的控制部(CPU)30、存储各种信息的存储部31、由键盘和鼠标等构成的输入部33、显示器等显示部34以及与互联网2连接的通信部35。
控制部(CPU)30通过将操作系统等程序、规定该灵柩卧榻车派车系统的顺序的程序等加载于ROM及RAM，来实现认证机构300、管理信息登记机构301、设施状态改写机构302、车辆状态改写机构303、状态提示机构304、设施预约机构305、派车指示机构306、费用结算机构307及各种处理机构和判定机构等。
存储部31由RAM、ROM等易失性或非易失性半导体元件或硬盘、光盘等辅助存储装置构成，存储部31具备程序保存部310、各种表311、经营者管理信息312，员工管理信息313、利用者管理信息314、车辆状态信息315、设施状态信息316及委托路径信息317等。另外，既可存储部31具有地图信息318，也可在未图示的外部服务器具有地图信息318。
输入部33由键盘或鼠标、轨迹球等指示设备构成，例如用于维护或辅助输入存储在存储部31中的各种表和各种信息。显示部34用于显示由管理员维护或辅助输入的各种信息、和用于确认各种灵柩卧榻车派车服务器3的动作状态。通信部35为能够通过互联网2与外部进行通信的设备，例如利用TCP/IP等协议并通过有线或无线而用于与经营者终端4或利用者终端5之间的收发信息。
认证机构300为对以下两种认证信息进行核对的机构，一种是来自通过通信部35请求连接的外部终端的认证信息，另一种是存储在经营者管理信息312或利用者管理信息314中的认证信息。之所以需要该认证机构300是为了对所保管的死者或死者家属等的个人信息进行保密。
管理信息登记机构301为这样的机构：将与通过通信部35连接的外部终端的经营者、经营者的员工及利用者相关的管理信息分别存储于经营者管理信息312、员工管理信息313及利用者管理信息314。
设施状态改写机构302为这样的机构：从通过通信部35连接的经营者终端4接收经营者持有的安置设施是空室还是在使用中的设施状态，并存储于设施状态信息316。
车辆状态改写机构303为这样的机构：从通过通信部35连接的经营者终端4接收经营者所持有的灵柩卧榻车是空车还是载客的车辆状态，并存储于车辆状态信息315。
状态提示机构304为这样的机构：将存储于车辆状态信息315的车辆状态及存储于设施状态信息316的设施状态发送并提示到通过通信部35连接的经营者终端4或利用者终端5。
设施预约机构305为这样的机构：根据来自通过通信部35连接的利用者终端5的选择，对空室的安置设施进行预约。
派车指示机构306为这样的机构：根据来自通过通信部35连接的利用者终端5的选择，指示空车的灵柩卧榻车进行派车。
费用结算机构307为这样的机构：将从通过通信部35连接的经营者终端4接收到的、将遗体实际搬运到目的地的实际行驶距离及实际花费的费用发送到通过通信部35连接的利用者终端5，并进行费用结算的请求处理。
图3为本发明的实施例1涉及的灵柩卧榻车派车系统的运用功能例的图。
灵柩卧榻车派车服务器3在从经营者终端4或利用者终端5首次请求连接的情况下，通过管理信息登记机构301将经营者管理信息312、员工管理信息313及利用者管理信息314登记到存储部31。并按照所在地或住址、经营者或利用者等分类，根据各种表311给经营者管理信息312、员工管理信息313及利用者管理信息314赋予识别码。灵柩卧榻车派车服务器3在从经营者终端4或利用者终端5接收到第二次以后请求连接的情况下，通过认证机构300使用存储于存储部31的经营者管理信息312、员工管理信息313及利用者管理信息314的认证信息进行核对。在核对后，按照识别码识别是经营者终端4还是利用者终端5，并执行与各自对应的以下的处理。
灵柩卧榻车派车服务器3如果在安置设施的设施状态有变更的情况下从经营者终端4接收到作为新的设施状态的标志信息，则该灵柩卧榻车派车服务器3通过设施状态改写机构302改写并更新存储于存储部31的设施状态信息316。灵柩卧榻车派车服务器3如果在灵柩卧榻车的车辆状态有变更的情况下从经营者终端4接收到作为新的车辆状态的标志信息，则该灵柩卧榻车派车服务器3通过车辆状态改写机构303改写并更新存储于存储部31的车辆状态信息315。车辆状态信息315及设施状态信息316中预先存储有所持有的经营者的识别码。
如果灵柩卧榻车派车服务器3从利用者终端5接收到派车委托，则执行派车应对机构。派车应对机构为由状态提示机构304、设施预约机构305、派车指示机构306及费用结算机构307构成的一系列的处理机构。
灵柩卧榻车派车服务器3首先将从利用者终端5接收到的委托地(乘车位置)作为委托路径信息317而存储于存储部31。接下来，灵柩卧榻车派车服务器3根据存储于存储部31的车辆状态信息315、设施状态信息316、委托路径信息317及各种表311，通过状态提示机构304，将与委托地区域的空车的灵柩卧榻车及空室的安置设施相关的信息发送并提示到利用者终端5。
灵柩卧榻车派车服务器3在根据所提示的信息从利用者终端5接收到安置设施的预约申请的情况下，通过设施预约机构305向经营者终端4发送设施预约信息。另外，灵柩卧榻车派车服务器3将基于设施预约信息的目的地作为委托路径信息317存储于存储部31。
另外，灵柩卧榻车派车服务器3在根据所提示的信息从利用者终端5接收到灵柩卧榻车的派车申请的情况下，通过派车指示机构306，根据存储于存储部31的委托路径信息317向经营者终端4发送派车指示信息。
如果灵柩卧榻车派车服务器3在将遗体搬运到目的地之后从灵柩卧榻车的经营者终端4接收到实际花费的费用，则通过费用结算机构307，向利用者终端5发送存储于存储部31的委托路径信息317及从经营者终端4接收到的实际费用等费用结算信息。
以下对个别机构及存储的各种信息的具体结构进行更详细地说明。
图4为表示本发明的实施例1涉及的灵柩卧榻车派车服务器的存储部内的数据结构例的图。
经营者管理信息312保持有与持有殡仪馆的殡仪公司、安置室专业服务商、灵柩卧榻车专业服务商相关的信息，具体地说，保持有经营者的识别码、经营者名、经营者所在地、代表联系方式、用于注册到灵柩卧榻车派车服务器3的认证信息、经营者的Web-URL、汇款用的账户信息、经营者的外观照片、经营者持有的灵柩卧榻车数量、安置室数量、葬礼会场数量等。
员工管理信息313保持有与从业人员的员工相关的信息，具体地说，保持有经营者的识别码、员工编号、员工姓名、员工联系方式、员工照片等。
利用者管理信息314保持有与利用者相关的信息，具体地说，保持有利用者的识别码、利用者姓名、住所、联系方式、用于注册到灵柩卧榻车派车服务器3的认证信息、利用者用于支付的信用卡等支付信息、利用者照片等。
车辆状态信息315保持有与殡仪公司和灵柩卧榻车专业服务商所持有的灵柩卧榻车相关的信息，具体地说，保持有经营者的识别码、灵柩卧榻车的车辆编号、基本费用和平均单位距离的追加费用、驾驶灵柩卧榻车的员工的员工编号以及表示是空车还是载客中的车辆状态等。
设施状态信息316保持有与殡仪公司持有的殡仪馆和安置室专业服务商所持有的安置设施有关的信息，具体地说，保持有经营者的识别码、安置设施的设施编号、以及表示是空室还是使用中的设施状态等。
委托路径信息317保持有表示利用者所希望的乘车路径的信息，具体地说，保持有作为利用者的乘车地的委托地、作为安置遗体的安置设施的目的地、自己家等利用者所希望的经由地、利用者选择的灵柩卧榻车的营业所的所在地、利用者选择的驾驶灵柩卧榻车的员工的当前位置等。另外，员工的当前位置假定为距离要行驶的灵柩卧榻车的情况。
图5为表示本发明的实施例1涉及的灵柩卧榻车派车服务器的存储部内的各种表结构例的图。
在图4中说明的经营者及利用者的识别码3120例如由十二位数字构成，其中包括：两位数字的地域码、三位数字的区域码、两位数字的分类码、以及例如任意的五位连续编号。
地域表311A由地域码和地域名构成，例如，地域码“01”和地域名“北海道”被成对地存储。地域码用于对来自利用者的灵柩卧榻车的派车委托有效地提取处于日本全国内的经营者。另外，地域码用于提取提示到利用者终端5的画面的大致的地图信息。
区域表311B由区域码和区域名构成，例如区域码“002”与区域名“旭川市”被成对地存储。依照货运汽车运输行业法批准的持有车辆不足五辆的经营者只能进行“始发地和到达地都属于该营业区域内的运送”，因此区域码相当于经营者的营业区域，用于针对来自利用者的灵柩卧榻车的派车申请，更为有效地提取经营者。另外，区域码用于提取提示到利用者终端5的画面的详细的地图信息。
分类表311C由分类码和分类名构成，例如分类码“03”与分类名“会馆、搬运”被成对地存储。分类码用于确定经营者提供给利用者的车辆、设施。
接下来，参照图6至图19对上述这样构成的本发明的实施例1涉及的灵柩卧榻车派车服务器3的动作顺序进行说明。
图6为表示本发明的实施例1涉及的灵柩卧榻车派车服务器的整体顺序的流程图。
在步骤S1中，控制部(CPU)30通过通信部35接收经营者终端4或利用者终端5发送的认证信息。认证信息例如可以由英文数字文本组成的密码构成、或者由指纹信息、视网膜信息等图案图像构成。
在步骤S2中，控制部(CPU)30将预先登记到经营者管理信息312或利用者管理信息314中的认证信息与接收到的认证信息进行核对。无法进行核对的情况判定为来自新终端的连接，并进入步骤S3。
控制部(CPU)30在核对成功的情况下，根据核对成功的管理信息的识别码，判定要连接的终端是经营者终端4还是利用者终端5。例如，在图5所示的识别码3120的例子中，控制部(CPU)30从识别码“010020310001”的第6、7位提取分类码“03”，基于分类表311C且根据所对应的分类名“会馆、搬运”判定为经营者。在判定为经营者的情况下进入步骤S5。控制部(CPU)30从识别码中提取到分类码“06”的情况下判定为是利用者，进入步骤S4。
在步骤S3中，控制部(CPU)30执行登记针对新终端的管理信息的、管理信息登记机构301的子程序处理。后面将参照图7对管理信息登记机构301的具体机构进行叙述。在执行管理信息登记机构301的子程序处理之后返回，进入步骤S6。
在步骤S4中，控制部(CPU)30根据来自利用者终端5的空车的灵柩卧榻车的选择来执行派车应对机构的子程序处理。此外，如图3中所述的那样，具体的派车应对机构由状态提示机构304、设施预约机构305、派车指示机构306及费用结算机构307构成，后面将参照图9至图19对这些机构的具体顺序进行叙述。在执行派车应对机构的子程序处理之后返回，进入步骤S6。
在步骤S5中，控制部(CPU)30根据上述的分类码，执行设施状态改写机构302或车辆状态改写机构303的子程序处理，并更新车辆状态信息315或设施状态信息316。此外，之后将参照图8对具体的状态改写机构的顺序进行叙述。在执行状态改写机构的子程序处理之后返回，进入步骤S6。
在步骤S6中，控制部(CPU)30判定有无来自正在连接的经营者终端4或利用者终端5的注销请求。如果没有来自终端的注销请求，则回到步骤S2，如果有注销请求，则结束与终端的连接。
图7为表示本发明的实施例1涉及的对灵柩卧榻车派车服务器的管理信息进行登记的顺序的流程图。
在步骤S11中，控制部(CPU)30向所连接的新终端询问分类名。具体地说，例如将图4的分类表311C中记载的项目提示到新终端的画面，并请求选择。例如当新终端选择了“利用者”时，控制部(CPU)30设定分类码“06”，并且进入步骤S16。另外，当新终端选择了“殡仪馆”、“安置室”、“会场、搬运”、“专业搬运”时，控制部(CPU)30分别将分类码设定为“01”、“02”、“03”或“04”，并且判定为经营者，进入步骤S12。
在步骤S12中，控制部(CPU)30向新终端询问是否输入员工信息。如果从新终端接收到“否”，则控制部(CPU)30判定为要输入经营者信息，并进入步骤S13，如果从新终端接收到“是”，则控制部(CPU)30判定为要输入员工信息，并进入步骤S14。
在步骤S13中，控制部(CPU)30向新终端请求输入经营者管理信息312的各项目。另外，在步骤S14中，控制部(CPU)30向新终端请求输入员工管理信息313的各项目。
在步骤S16中，控制部(CPU)30向新终端请求输入利用者管理信息314的各项目。
在步骤S17中，控制部(CPU)30向新终端询问是否输入了应存储在相应的管理信息中的所有项目。如果从新终端接收到“是”，则进入步骤S18，如果从新终端接收到“否”，则回至步骤S11。
在步骤S18中，控制部(CPU)30将被输入的信息作为经营者管理信息312、员工管理信息313或利用者管理信息314存储于存储部31。之后，控制部(CPU)30返回图6的整体顺序，并进入步骤S6。
接下来，参照图8对具体的状态改写机构的顺序进行说明。
图8为表示本发明的实施例1涉及的灵柩卧榻车派车服务器的状态改写顺序的流程图。
在图6的步骤S2中，控制部(CPU)30判定正在连接的终端为经营者终端4，并开始设施状态改写机构302。
在步骤S31中，控制部(CPU)30从存储于经营者管理信息312的经营者终端4的识别码中提取分类码，判断是持有安置设施的经营者还是持有灵柩卧榻车的经营者。例如，如果识别码是“01(殡仪馆)”或“02(安置室)”，则判定为持有安置设施的经营者(设施)，并进入步骤S32。另外，如果识别码是“03(会馆、搬运)”或“04(专业搬运)”，则判定为持有灵柩卧榻车的经营者(车辆)，并进入步骤S51。例如，在图4的识别码3120的例子中，分类码是“03”，因此进入步骤S51。
在步骤S32中，控制部(CPU)30在安置设施的设施状态有变更的情况下，判定是否从经营者终端4接收到作为新的设施状态的标志信息。在设施状态没有变更的情况下，不会从经营者终端4发送标志信息。例如，在从经营者终端4接收到作为“0(空室)”或“1(使用中)”的标志信息的情况下(是)进入步骤S33，在没有接收到的情况下(否)则进入步骤S34。
在步骤S33中，控制部(CPU)30在当前的设施状态为“0(空室)”时改写为“1(使用中)”、在为“1(使用中)”时改写为“0(空室)”，并将新的设施状态与设施编号一起存储于设施状态信息316中进行更新。然后，进入步骤S34。
在步骤S34中，控制部(CPU)30执行状态提示机构304的子程序处理，返回后进入步骤S35。此外，之后将参照图10及图11对具体的状态提示机构304的顺序进行叙述。
在步骤S35中，控制部(CPU)30判定是否有来自利用者终端5的安置设施的设施预约。即，控制部(CPU)30在对利用者终端5发送了确定过安置设施的预约的情况下(是)，回到步骤S33。在没有向利用者终端5发送安置设施的预约确定信息的情况下(否)，结束状态改写机构而返回到图6的整体顺序，并进入步骤S6。
在步骤S31中，在根据经营者终端4的分类码判定为持有灵柩卧榻车的经营者的情况下(车辆)，控制部(CPU)30开始车辆状态改写机构303。
在步骤S51中，控制部(CPU)30在灵柩卧榻车的车辆状态有变更的情况下，判定是否从经营者终端4接收到了作为新的车辆状态的标志信息。在车辆状态没有变更的情况下，不从经营者终端4发送标志信息。例如，在从经营者终端4接收到作为“0(空车)”或“1(载客)”的标志信息的情况下(是)进入步骤S52，在没有接收到标志信息的情况下(否)进入步骤S53。
在步骤S52中，控制部(CPU)30在当前的车辆状态为“0(空车)”时改写为“1(载客)”、在为“1(载客)”时改写为“0(空车)”，并将新的车辆状态与车辆编号、员工编号一同存储到车辆状态信息315中进行更新。然后，进入步骤S53。
在步骤S53中，控制部(CPU)30执行状态提示机构304的子程序处理，并在返回后进入步骤S54。此外，之后将参照图10及图11对具体的状态提示机构304的顺序进行叙述。
在步骤S54中，控制部(CPU)30进行如下判定：针对来自利用者终端5的灵柩卧榻车的派车申请是否确定了向经营者终端4指示派车。控制部(CPU)30在通过向有派车委托的灵柩卧榻车的经营者终端4指示连接至利用者终端5从而确定了派车指示的情况下(是)，回到步骤S52。在没有向经营者终端4指示连接至利用者终端5的情况下(否)，结束设施状态改写机构302而返回到图6的整体顺序，并且进入步骤S6。
接下来，参照图9至图19对派车应对机构的具体顺序进行说明。
图9为表示本发明的实施例1涉及的对灵柩卧榻车派车服务器的利用者的派车委托进行对应的整体顺序的流程图。
在步骤S71中，控制部(CPU)30从利用者终端5接收委托地(乘车位置)信息。委托地信息例如可以是利用者终端5的GPS信息。还可以是通过点击显示在利用者终端5的画面上的地图而得到的地图信息，另外也可以是通过键盘等输入了住址地的文字信息。
在步骤S72中，控制部(CPU)30执行状态提示机构304的子程序处理，并提示到显示在利用者终端5的画面的地图上的方式，发送与空车的灵柩卧榻车及空室的安置设施有关的信息。
在步骤S73中，控制部(CPU)30执行设施预约机构305的子程序处理，并在派出灵柩卧榻车之前，预约与被指示派车的灵柩卧榻车相关联的、应成为目的地的安置设施。
在步骤S74中，控制部(CPU)30与在步骤S73中确定的安置设施相关联地执行派车指示机构306的子程序处理，并进行灵柩卧榻车的派车指示，将遗体从在步骤S71确定的委托地搬运到在步骤S73确定的成为目的地的安置设施。
进而在步骤S75中，控制部(CPU)30执行费用结算机构307的子程序处理，在将遗体搬运到目的地后进行费用的结算处理。
接下来，参照图10及图11对在步骤S72中执行的状态提示机构304的顺序进行说明。
图10为表示本发明的实施例1涉及的对灵柩卧榻车派车服务器的车辆及设施状态进行提示的顺序的流程图。
图11为本发明的实施例1涉及的向利用者终端与经营者终端提示的画面显示例。
在步骤S91中，控制部(CPU)30按照在步骤S71中接收到的委托地信息，根据地域表311A设定地域码，根据区域表311B设定区域码。例如，如果接收到的委托地信息为“北海道石狩市〇△X町”，则地域码为“01”，区域码为“003”。
在步骤S92中，按照设定的地域码及区域码，例如将与地域及区域码对应的地图信息318读取到RAM中。另外，也可与外部的地图服务器连接，接收与地域码、区域码对应的地图信息。
在步骤S93中，控制部(CPU)30将委托地设定为显示在终端画面的大致中央。
在步骤S94中，控制部(CPU)30将从存储在经营者管理信息312中的经营者的识别码提取的地域码、区域码与被设定的委托地的地域码、区域码进行比较，两者相等时(＝)进入步骤S95。两者不相等时(≠)则进入步骤S100。这是为了高效地提取以委托地为营业区域的经营者。
在步骤S95中，控制部(CPU)30根据在步骤S94中提取的经营者的识别码，例如将所对应的车辆状态信息315及设施状态信息316读取到RAM中，并进入步骤S96。
在步骤S96中，控制部(CPU)30判定提取出的车辆状态信息315的车辆状态是否为“0(空车)”、或者设施状态信息316的设施状态是否为“0(空室)”。为“0(空车)”或“0(空室)”时(是)，进入步骤S97，为“1(载客)”或“1(使用中)”时(否)，则进入步骤S98。
在步骤S97中，控制部(CPU)30将与持有提取出的车辆或者安置设施的经营者相关的信息叠加并提示到显示在利用者终端5的画面上的地图信息。
图11A为利用者终端5的画面显示例。例如作为委托地的医院显示在画面中央，空车辆用黑色矩形表示且有两辆，具有空室的设施用黑圈表示且有两处。
在步骤S98中，控制部(CPU)30判定当前正在连接的终端是经营者终端4还是利用者终端5。正在连接的终端是经营者终端4时进入步骤S99，是利用者终端5时则进入步骤S100。
在步骤S99中，控制部(CPU)30还对“1(载客)”的车辆及“1(使用中)”的安置设施改变颜色、形状地将与经营者相关的信息叠加并提示到经营者终端4。例如，可以灰蒙显示、或者使红色或星型等进行明灭等突出显示。这是为了方便掌握在同一营业区域内的同业者的运行状况。
图11B为经营者终端4的画面显示例。例如，使用中的车辆用虚线的矩形表示且为两辆，使用中的设施用虚线的白圈表示且为一处。
在步骤S100中，控制部(CPU)30按照经营者管理信息312的识别码判定是否读取了区域码内的所有营业所。没有完全读取区域码内的经营者时(否)返回到步骤S94，读取了时(是)结束状态提示机构304而返回到图9的顺序，并进入步骤S73。
参照图12至图14对步骤S73中执行的设施预约机构305的顺序进行说明。
图12为表示本发明的实施例1涉及的对灵柩卧榻车派车服务器的设施预约进行处理的作顺序的流程图。
图13为本发明的实施例1涉及的向利用者终端提示目的地被临时选择的状态的画面显示例。
图14为本发明的实施例1涉及的向经营者终端提示设施预约确认信息的画面显示例。
在步骤S111中，控制部(CPU)30针对被提示过的空室的安置设施判断是否从利用者终端5接收到临时选择信息。在从利用者终端5接收到任意的空室的安置设施的临时选择信息的情况下(是)进入步骤S112，没有接收到的情况下(否)则返回到步骤S111，等待接收临时选择信息。
在步骤S112中，控制部(CPU)30根据从利用者终端5接收到的临时选择信息将与临时选择过的安置设施相关的详细信息发送到利用者终端5，并提示到利用者终端5的画面上。例如，在图13的地图上的设施添加外框以便清楚被临时选择，在地图右侧，例如提示存储于经营者管理信息312的设施的经营者名、所在地、代表联系方式、设施的外观照片、安置室数量、葬礼会场数量等设施信息，并在右下方显示申请按钮。
在步骤S113中，控制部(CPU)30进行如下判定：是否发送了对与从利用者终端5点击申请按钮随后被派车指示的灵柩卧榻车相关联的空室的安置设施进行选择的选择信息。没有从利用者终端5接收到选择信息时(否)，进入步骤S115，控制部(CPU)30判定是否在提示了设施的详细信息之后经过了规定时间。没有经过规定时间时(否)，返回到步骤S113，并等待接收选择信息。经过了规定时间时(是)，则判定为不选择被临时选择过的安置设施，回到步骤S111，并等待接收临时选择信息。
在步骤S113中，从利用者终端5接收到选择信息时(是)，进入步骤S114。
在步骤S114中，控制部(CPU)30将针对被选择的安置室的确认信息发送至被选择的安置室的经营者终端4，并提示到经营者终端4的画面上。例如，在图14的地图上的设施附加外框以便清楚进行了申请，在地图右侧提示进行了申请的利用者的姓名、利用者的联系方式、被预约的安置室的设施编号、安置室的使用开始日期时间、利用者的照片、支付信息等设施预约确认信息，右下方显示响应按钮。
在步骤S116中，控制部(CPU)30判定从被通知的经营者终端4是否点击响应按钮并发送了响应信息。从经营者终端4未接收到响应信息时(否)，进入步骤S117，控制部(CPU)30判定在向经营者终端4发送确认信息之后是否经过了规定时间。在未经过规定时间时(否)，回到步骤S116，并等待接收响应信息。在经过了规定时间时(是)，判定经营者不响应来自利用者终端5的申请，回到步骤S111，请求利用者终端5临时选择其他安置设施。
在步骤S116中，从经营者终端4接收到响应信息时(是)，进入步骤S118。
在步骤S118中，控制部(CPU)30向经营者终端5发送确定了申请预约的安置设施的预约确定信息，并结束设施预约机构305返回到图9的顺序，进入步骤S74。
参照图15至图17对步骤S74中执行的派车指示机构306的顺序进行说明。
图15为表示本发明的实施例1涉及的灵柩卧榻车派车服务器的提示派车信息的顺序的流程图。
图16为本发明的实施例1涉及的临时选择车辆并将派车信息提示到利用者终端的画面显示例。
图17为本发明的实施例1涉及的将派车确认信息提示到经营者终端的画面显示例。
在步骤S131中，控制部(CPU)30向利用者终端5询问除了在步骤S71中接收到的委托地信息、在步骤S119中确定的成为目的地的安置室之外是否还有在途中经由的经由地。例如，有以下两种情况，一种是：在医院死亡，直接从医院将遗体保管到安置室，并就此在葬礼会场举行葬礼等的情况，另一种是：死者家属申请在搬运遗体过程中让灵柩卧榻车在自己家前暂时停车，想赋予死者回到了自己家的心情等的告慰。
从利用者终端5接收到“否”时，判定为没有经由地，进入步骤S133，从利用者终端5接收到“是”时，在步骤S132中从利用者终端5接收到经由地信息后，进入步骤S133。经由地信息既可在地图上直接点击经由地，也可从键盘直接输入住址或设施名称等。
在步骤S133中，控制部(CPU)30等待从利用者终端5对被提示的空车的灵柩卧榻车发送临时选择信息。接收到临时选择信息时进入步骤S134。
在步骤S134中，控制部(CPU)30从被临时选择的空车的灵柩卧榻车的车辆状态信息315中提取成为驾驶员的员工的员工编号，并从与该员工编号对应的员工管理信息313中将员工姓名、员工联系方式、员工照片等读取到RAM中，并向该员工所持有的经营者终端4请求发送GPS信息，从而接收员工的当前位置信息。
在步骤S135中，控制部(CPU)30根据地图信息计算从获取到的员工的当前位置到空车辆位置的距离、从空车辆到委托地的距离。这里的空车辆的位置是指持有空车辆的经营者的所在地。另外，通常员工的当前位置也通常是经营者的所在地，但是还存在因事务等离开经营者的所在地的情况，因此为了确认而接收位置信息并进行计算。另外，例如从员工的当前位置到空车辆位置的距离，控制部(CPU)30计算步行的时间，从空车辆位置到委托地的距离，控制部(CPU)30计算灵柩卧榻车行驶的时间，并根据这些来推测预计到达时刻。
在步骤S136中，控制部(CPU)30根据地图信息计算从委托地经过经由地到目的地的距离。并且，控制部(CPU)30根据车辆状态信息315的基本费用和平均距离的费用，对在步骤S135中计算的从经营者的所在地到委托地的距离、以及从委托地到目的地的距离分别计算预定费用。此外，不像出租车那样只请求从委托地到目的地这段距离的费用，而是依照货运汽车运输行业法，还请求从经营者的所在地到委托地这段距离的费用。
在步骤S137中，控制部(CPU)30向利用者终端5发送成为灵柩卧榻车驾驶员的员工信息、预定到达时刻及预定费用等派车信息，并提示到利用者终端5的画面上。例如，给图16的地图上的车辆附加外框以便清楚被临时选择，并且预定路径用两种虚线表示，在地图右侧提示有灵柩卧榻车的经营者名、所在地、员工联系方式、员工照片、预定到达时刻、从所在地到委托地的第一预定费用、从委托地到目的地的第二预定费用等派车信息，在右下方显示有申请按钮。
在步骤S138中，控制部(CPU)30判定从利用者终端5是否点击申请按钮而发送了与先确定的空室的安置设施相关联地选择空车的灵柩卧榻车的选择信息。没有从利用者终端5接收到选择信息时(否)，进入步骤S140，控制部(CPU)30判定是否在提示了派车信息后经过了规定时间。未经过规定时间时(否)，回至步骤S138，并等待接收选择信息。经过了规定时间时(是)判定为未选择临时选择的车辆，回到步骤S133，等待接收临时选择信息。
在步骤S138中，从利用者终端5接收到选择信息时(是)，进入步骤S139。
在步骤S139中，控制部(CPU)30向利用者终端5请求委托地的补充信息，并从利用者终端5接收委托地的补充信息。委托地的补充信息中例如包含有死者姓名、医院安排的诊治科目、病房或者安置室的楼层以及房间号等搬运时所需的信息。
在步骤S141中，控制部(CPU)30向被选择的车辆的经营者终端4发送针对被选择的车辆的确认信息，并提示到经营者终端4的画面上。例如，在图17的地图上的车辆附加外框以便清楚存在了申请，并且用两种虚线表示预定路径，在地图右侧提示委托地、补充信息、经由地及目的地等路径信息、存在了申请的利用者的姓名、联系方式、利用者的照片、预定到达时刻、从经营者的所在地到委托地的预定费用、以及从委托地到目的地的预定费用等派车确认信息，右下方显示有响应按钮。
在步骤S142中，控制部(CPU)30判定从被通知的经营者终端4是否点击响应按钮而发送了响应信息。从经营者终端4未接收到响应信息时(否)，进入步骤S144，控制部(CPU)30判定是否在向经营者终端4发送确认信息后经过了规定时间。未经过规定时间时(否)，回到步骤S142，并等待接收响应信息。经过了规定时间时(是)，判定经营者没有响应来自利用者终端5的申请，回到步骤S133，请求利用者终端5临时选择其他车辆。
在步骤S143中，控制部(CPU)30对发送了响应信息的经营者终端4进行连接到利用者终端5的指示。例如，通过使图17的派车确认信息中的“利用者姓名、联系方式”闪烁显示，并在经营者终端4点击“利用者、联系方式”显示，从而例如自动启动经营者终端4的电话应用程序，拨打利用者终端5的电话号码。也可以自动启动邮件应用程序，将包括预定到达时刻、负责人员工姓名、车辆编号等在内的邮件等发送给利用者终端5。如果控制部(CPU)30对经营者终端4进行指示，则结束派车指示机构306而返回到图9的顺序，进入步骤S75。
最后，参照图18及图19对在步骤S75中执行的费用结算机构307的顺序进行说明。
图18为表示本发明的实施例1涉及的灵柩卧榻车派车服务器的费用结算的顺序的流程图。
图19为本发明的实施例1涉及的向利用者终端提示结算信息的画面显示例。
在步骤S151中，在到达目的地后，控制部(CPU)30从结束遗体安置操作的灵柩卧榻车的员工持有的经营者终端4接收实际行驶距离及实际费用。
在步骤S152中，控制部(CPU)30将从经营者终端4接收到的包括实际行驶距离及实际费用的结算信息发送至利用者终端5，并提示到利用者终端5的画面上。例如，在图19的地图上用两种实线示出实际行驶的路径，在地图的右侧提示委托地、补充信息、经由地以及目的地等路径信息、利用者姓名、联系方式、支付信息、收款方经营者、预定距离、预定费用、实际行驶距离、实际费用等结算信息，右下方显示结算同意按钮。
在步骤S153中，控制部(CPU)30等待从利用者终端5点击结算同意按钮、并发送结算同意信息。如果控制部(CPU)30从利用者终端5接收到结算同意信息，则进入步骤S154。
在步骤S154中，控制部(CPU)30根据利用者管理信息314的支付信息，向信用卡公司等系统发送费用信息，进行费用请求。控制部(CPU)30结束费用结算机构307而返回到图9的顺序。进而，结束图9的派车应对机构而返回到图6的顺序，进入步骤S6。
以上，结束了与本发明的实施例1涉及的灵柩卧榻车派车服务器相关的一系列的顺序的说明。
这样，在本发明的实施例1涉及的灵柩卧榻车派车服务器中，通过采用上述结构，即使在发生了紧急事态的情况下，也能够提供选择希望的安置设施的机会，且利用者自身能够安排灵柩卧榻车。
实施例2
接下来，参照图20至图26对本发明的实施例2涉及的灵柩卧榻车派车服务器进行说明。此外，本实施例的灵柩卧榻车派车服务器的基本功能结构及处理顺序与第一实施例所示的相同，因此省略有关这些的说明。
图20为表示本发明的实施例2涉及的灵柩卧榻车辆派车系统的整体结构例的图。
图20所示的灵柩卧榻车辆派车系统1的结构的不同之处在于：灵柩卧榻车派车服务器3经由互联网2与设施预约服务器6连接的这一点；不仅将安置设施追加为对象还将葬礼会场追加为对象的这一点；以及将公共设施追加为安置设施或者葬礼会场的对象的这一点。
设施预约服务器6既可以是由各经营者运营的多个服务器，也可以是由一个管理者运营的单一服务器。另外，设施预约服务器6不仅掌握太平间、遗体存放冷藏库等安置室，还掌握葬礼会场的空闲状况或者预约状况，且能够经由互联网2和灵柩卧榻车派车服务器3共享信息。
灵柩卧榻车派车服务器3不仅将殡仪公司、安置室专业服务商、灵柩卧榻车专业服务商作为提示到经营者终端4、利用者终端5的设施进行处理，而且还将寺院、神社及火葬场等公共设施也作为提示到经营者终端4及利用者终端5的设施进行管理。另外，灵柩卧榻车派车服务器3为了与设施预约服务器6共享信息，还对葬礼会场的空室状况进行处理。
图21为表示本发明的实施例2涉及的灵柩卧榻车派车服务器的存储部内的数据结构例的图。
与图4所示的本发明的实施例1涉及的灵柩卧榻车派车服务器的数据结构例不同之处在于：追加了公共设施管理信息319及设施状态信息316的设施编号。
公共设施管理信息319保持与寺院、神社持有的安置设施或与殡仪场、火葬场合并设置的葬礼会场相关的信息，具体地说，保持有公共设施的识别码、公共设施名、所在地、代表联系方式、Web-URL、外观照片等。
设施状态信息316保持有与殡仪公司、安置室专业服务商及公共设施持有的安置设施相关的信息、以及与殡仪公司及公共设施持有的葬礼会场等相关的信息，具体地说，保持有经营者或公共设施的识别码、表示安置设施或葬礼会场的设施码、安置设施或者葬礼会场的设施编号、以及表示是空室还是使用中的设施状态等。
图22为表示本发明的实施例2涉及的灵柩卧榻车派车服务器的存储部内的各种表结构例的图。
与图5所示的本发明的实施例1涉及的灵柩卧榻车派车服务器的表结构例的不同之处在于，追加了设施表311D。另外，在分类表311C的分类码“05”中追加了分类名“公共设施”。
设施表311D由设施编号和设施名构成，例如，设施编号“01”和设施名“太平间”被成对地存储。设施编号用于管理安置设施和葬礼会场的空室。
在本发明的实施例2中，实时由灵柩卧榻车派车服务器3的输入部33进行公共设施管理信息319的输入及公共设施的设施状态变更。
图23为本发明的实施例2涉及的提示到利用者终端和经营者终端的画面显示例。
图23A为利用者终端5的画面显示例。例如，经营者的空室设施用黑圈表示且有两处，公共设施的空闲设施用涂黑的五角形表示且有一处。
图23B为经营者终端4的画面显示例。例如，使用中的公共设施用虚线的五角形表示且有一处。
图24为本发明的实施例2的向利用者终端提示目的地被临时选择的状态的画面显示例。
与图13所示的本发明的实施例1涉及的灵柩卧榻车派车服务器3提示到利用者终端5的画面显示例的不同之处在于：被提示在地图右侧的设施信息中的安置室空室数量、会场空室数量及日程表按钮。
在图12的步骤S111和步骤S112之间，对于根据从利用者终端5接收到的临时选择信息而临时选择的安置设施，控制部(CPU)30通过从存储于经营者管理信息312的设施的安置室数量及葬礼会场数量减去存储于设施状态信息316的使用中的安置室数量及葬礼会场数量，求出安置室空室数量和会场空室数量。
在图12的步骤S112中，控制部(CPU)30将图24所示的画面显示例提示到利用者终端5。
在图12的步骤S112与步骤S113之间的处理中，如果从利用者终端5接收到图24所示的日程表按钮的点击，则控制部(CPU)30例如向设施预约服务器6发送与符合的葬礼会场的预约状况有关的信息请求，在从设施预约服务器6接收到符合的信息后，作为设施预约状况提示到利用者终端5的画面上。图25中表示被提示的画面显示例。
图25为本发明的实施例2涉及的向利用者终端提示葬礼会场的设施预约状况的画面显示例。
例如，如图25所示，在地图的旁边提示有按照葬礼会场的日历形式的设施预约概况以及与被临时选择的日期相关的按照会场的空闲状况，并在右下方显示申请按钮和返回按钮。
如果在利用者终端5点击空室的葬礼会场，并进一步点击申请按钮时，则控制部(CPU)30判定接收到该葬礼会场的临时选择信息。另一方面，如果点击返回按钮，则控制部(CPU)30判定没有接收到有关葬礼会场的临时选择信息。
控制部(CPU)30在任何情况下都会将提示到利用者终端5的画面返回到图24的显示画面。
在图12的步骤S113中，如果在利用者终端5点击图24的申请按钮，则在步骤S112与步骤S113之间的处理中接收到了葬礼会场的临时选择信息的情况下，控制部(CPU)30判定为关于安置设施与葬礼会场这两者都接收到了选择信息。如果在步骤S112与步骤S113之间的处理中未接收到葬礼会场的临时选择信息的情况下，则控制部(CPU)30判定为仅关于安置设施接收到了选择信息。
另外，在步骤S113中，如果在利用者终端5没有在规定时间内点击图24的申请按钮，则判定为关于安置设施与葬礼会场这两者都没有接收到选择信息。
在图12的步骤S114中，控制部(CPU)30将步骤S113中由利用者终端5选择的安置室、或者对于安置室以及葬礼会场的确认信息发送到被选择的设施的经营者终端4，并提示到经营者终端4的画面上。图26示出了被提示的画面显示例。
图26为本发明的实施例2涉及的向经营者终端提示设施预约确认信息的画面显示例。
与图14所示的本发明的实施例1涉及的灵柩卧榻车派车服务器向经营者终端4提示的画面显示例的不同之在于：在地图右侧提示的设施预约确认信息中的预约会场编号和会场使用日期时间。
在步骤S113中，关于安置设施与葬礼会场这两者都通过控制部(CPU)30来接收到选择信息时，显示预约会场编号和会场使用日期时间。
像这样，在本发明的实施例2涉及的灵柩卧榻车派车服务器中，通过采用上述结构，能够掌握同一个经营者的安置设施和葬礼会场这两者的空室状况，因此只要清楚安置设施与葬礼会场这两者都是空室，就能够顺利地推进之后的葬礼日程。
另外，在本发明的实施例2涉及的灵柩卧榻车派车服务器中，通过上述结构，能够掌握与空室的安置设施是同一个经营者的葬礼会场的预约状况，因此还能够预测出在安置设施中安置遗体的天数和之后的葬礼日程。
并且，在本发明的实施例2涉及的灵柩卧榻车派车服务器中，通过上述结构，能够对同一经营者的安置设施和葬礼会场这两者进行设施预约，因此能够确定葬礼日程。
另外，在本发明的实施例2涉及的灵柩卧榻车派车服务器中，通过上述结构，经营者也能够掌握区域码内的公共设施的运行状况，例如，不持有灵柩卧榻车的经营者自己也作为利用者进行登记，从而能够进行公共设施的预约和灵柩卧榻车的派车委托。
以上示出了本发明的灵柩卧榻车派车服务器的具体的实施方式并进行了说明，但本发明并不限定于此。只要是本领域的技术人员就能够在不脱离本发明的主旨的范围内对上述各实施方式或其他实施方式涉及的发明结构及功能实施各种变更及改进。
例如，关于本发明的实施例1涉及的灵柩卧榻车派车服务器，在图15的步骤S133中，取代等待接收来自利用者终端5的临时选择信息的结构，例如也能够设置成这样的结构：接收到临时选择了从车辆的经营者所在地到委托地的预定费用以及从委托地到目的地的预定费用的合计为最低金额的空车的灵柩卧榻车的信息。由此能够以合理的费用且更快的速度安排灵柩卧榻车。
另外，在本发明的实施例1涉及的灵柩卧榻车派车服务器中，还可设置成这样的结构：在图15的步骤S132和步骤S133之间，关于提示到利用者终端5的空车的灵柩卧榻车，求出从经营者的所在地到委托地的预定费用以及从委托地到目的地的预定费用的合计金额，并按照合计金额从低到高的顺序，将数字等次序标注到所提示的车辆上，并在地图旁边的附加信息栏中，按照车辆上的次序对合计金额进行列表显示。由此能够以合理的费用来安排利用者所希望的灵柩卧榻车。
此外，根据本发明的实施例1，在图12的步骤S112中，选择提示到利用者终端5的画面上的安置设施，但是也可构成为：在步骤S112之前，询问利用者是否有预先决定的设施。例如，也有在死者自己家、居委会的集会场所等举行葬礼的情况。如果是未提示的设施，则只要在地图上直接点击目的地、从键盘上直接输入住址、设施名称等即可。由此能灵活地设定遗体的安置设施，并且还能够只对灵柩卧榻车的派车委托进行对应。
除此之外，根据本发明的实施例1，在图8的步骤S33、步骤S52中，如果当前的设施状态、车辆状态有变更则改写后存储并更新，但是例如也可以使用两位的标志信息，设置为“00(空室或空车)”、“01(一小时后为空室或空车)”、“10(两小时后为空室或空车)”、“11(使用中或载有乘客)等。然后，在图10的步骤S96中，根据上述的每种状态改变颜色，并提示到经营者终端4、利用者终端5。例如，“00(空室或空车)”的情况下用蓝色、“01(一小时后为空室或空车)”的情况下用绿色、“10(两小时后为空室或空车)”的情况下用黄色等显示，由此扩大安置设施和灵柩卧榻车辆的选择范围，从而能够更加灵活地指示派车。
根据本发明的实施例1，在步骤S143中，如果控制部(CPU)30进行对经营者终端4的指示，则结束派车指示机构306，但例如也可以设置为，控制部(CPU)30在被指示派车的灵柩卧榻车车辆到达委托地的期间，持续地接收来自经营者终端4的GPS信息，并根据接收到的GPS信息，向利用者终端5的显示画面提示该车辆位置。
在本发明的实施例2涉及的灵柩卧榻车派车服务器中，作为在图12的步骤S113中向利用者终端5提示的画面显示例，也可设置成这样的结构：如图25所示，除了直接在画面上的地图旁边提示根据日历形式的设施预约概况以及与临时选择的日期相关的按照葬礼会场的空闲状况，还可以提示与临时选择的日期相关的按照安置设施的空闲状况。由此能够对所希望的日期的安置设施和葬礼会场进行单独预约或对双方进行预约。
另外，在本发明的实施例2涉及的灵柩卧榻车派车服务器中，也可对公共设施赋予经营者终端。由此，通过迅速地反映公共设施的预约状况，还能够更加可靠地进行设施预约。
另外，在本发明的实施例涉及的灵柩卧榻车派车服务器中，提示到经营者终端4及利用者终端5的画面显示例的布局如下：在地图显示区域的右侧设有提示各种信息的信息区域，但并不限定于此，也可在地图显示区域的左侧还可在左右两侧。另外，所提示的画面形状也不必为横宽形状，也可将画面形状设为纵宽形状，并在地图显示区域的上、下或上下设置信息区域。
也能够通过将计算机用作灵柩卧榻车派车服务器发挥作用的程序来实现本发明的灵柩卧榻车派车服务器。该程序也可以保存在计算机可读的储存介质中。
储存该程序的储存介质既可以是图2所示的灵柩卧榻车派车服务器的ROM本身，另外也可以是，设置CD-ROM驱动器等程序读取装置作为外部存储装置并通过将储存介质插入到外部存储装置中而能够读取的CD-ROM等。
另外，上述储存介质还可是磁带、盒式磁带、软盘、硬盘、MO/MD/DVD等、或半导体存储器。
本说明书中所引用的所有刊物、专利和专利申请作为参考被援引于此。
另外，包含说明书、权利要求书及附图在内的、在2017年8月10日提出申请的日本专利申请2017-155528的公开作为参考被援引于此。
附图标记说明
1 灵柩卧榻车派车系统
2 互联网
3 灵柩卧榻车派车服务器
4 经营者终端
5 利用者终端
6 设施预约服务器
30 控制部(CPU)
31 存储部
32 总线
33 输入部
34 显示部
35 通信部
300 认证机构
301 管理信息登记机构
302 设施状态改写机构
303 车辆状态改写机构
304 状态提示机构
305 设施预约机构
306 派车指示机构
307 费用结算机构
310 程序保存部
311 各种表
312 经营者管理信息
313 员工管理信息
314 利用者管理信息
315 车辆状态信息
316 设施状态信息
317 委托路径信息
318 地图信息
319 公共设施管理信息
3120 识别码
311A 地域表
311B 区域表
311C 分类表
311D 设施表

Claims (8)

1.一种灵柩卧榻车派车服务器，其特征在于，具备：
车辆状态存储机构，其将表示灵柩卧榻车是否为空车的车辆状态作为车辆状态信息进行存储；
设施状态存储机构，其将表示安置设施是否为空室的设施状态作为设施状态信息进行存储；
状态提示机构，其根据所述车辆状态信息及所述设施状态信息，向利用者的利用者终端发送与空车的灵柩卧榻车相关的信息以及与空室的安置设施相关的信息，并提示到所述利用者终端；以及
派车指示机构，其从所述利用者终端接收车辆选择信息，并根据所述车辆选择信息，对选择出的灵柩卧榻车进行派车指示，其中所述车辆选择信息是与所提示的空室的安置设施相关联地对空车的灵柩卧榻车进行选择的信息。
2.根据权利要求1所述的灵柩卧榻车派车服务器，其特征在于，
所述灵柩卧榻车派车服务器还具备设施预约机构，所述设施预约机构从所述利用者终端接收设施选择信息，并根据所述设施选择信息，对选择出的空室的安置设施进行预约，其中所述设施选择信息是选择与所派车指示的所述灵柩卧榻车相关联的空室的安置设施的信息。
3.根据权利要求1所述的灵柩卧榻车派车服务器，其特征在于，
所述状态提示机构将与所述空车的灵柩卧榻车相关的信息以及与所述空室的安置设施相关的信息提示到显示在所述利用者终端的画面的地图上。
4.根据权利要求2所述的灵柩卧榻车派车服务器，其特征在于，
所述设施预约机构从所述利用者终端接收临时选择空室的安置设施的设施临时选择信息，并根据所述设施临时选择信息，将表示临时选择出的安置设施的经营者所持有的葬礼会场是否为空室的设施状态信息提示到所述利用者终端。
5.根据权利要求4所述的灵柩卧榻车派车服务器，其特征在于，
所述设施预约机构包括设施预约状况提示机构，所述设施预约状况提示机构根据所述设施临时选择信息，将临时选择出的安置设施的经营者所持有的葬礼会场的预约状况提示到所述利用者终端。
6.根据权利要求5所述的灵柩卧榻车派车服务器，其特征在于，
所述设施预约机构在接收临时选择由所述设施预约状况提示机构提示出的空室的葬礼会场的临时选择信息、进一步关于临时选择出的所述安置设施接收到选择信息的情况下，对临时选择出的所述空室的葬礼会场及接收到所述选择信息的安置设施这两者进行预约。
7.根据权利要求1所述的灵柩卧榻车派车服务器，其特征在于，
所述派车指示机构包括派车信息提示机构，所述派车信息提示机构从所述利用者终端接收临时选择空车的灵柩卧榻车的车辆临时选择信息，并根据所述车辆临时选择信息，针对临时选择出的灵柩卧榻车，提示表示从临时选择出的所述灵柩卧榻车的经营者的所在地到委托地的第一预定费用以及从委托地到选择出的所述空室的安置设施的第二预定费用的派车信息。
8.根据权利要求1或6所述的灵柩卧榻车派车服务器，其特征在于，
所述派车指示机构将从空车的灵柩卧榻车的经营者的所在地到委托地的第一预定费用以及从委托地到选择出的所述空室的安置设施的第二预定费用的合计金额成为最低金额的空车的灵柩卧榻车设为车辆临时选择状态。
CN201880005458.2A 2017-08-10 2018-01-18 灵柩卧榻车派车服务器 Pending CN110140142A (zh)

Applications Claiming Priority (3)

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

Publications (1)

Publication Number Publication Date
CN110140142A true CN110140142A (zh) 2019-08-16

Family

ID=61158364

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880005458.2A Pending CN110140142A (zh) 2017-08-10 2018-01-18 灵柩卧榻车派车服务器

Country Status (9)

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

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 (3)

* 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 カーナビゲーション端末およびそれを用いたカーナビゲーションシステム
US20170344707A1 (en) * 2016-05-31 2017-11-30 Accenture Global Solutions Limited Integrated ambulance tracking system

Family Cites Families (11)

* 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 迎車予約システム、タクシーの迎車予約方法、装置及びプログラム
EP2507753A4 (en) * 2009-12-04 2013-10-30 Uber Technologies Inc SYSTEM AND METHOD FOR ORGANIZING TRANSPORT BETWEEN PARTS USING MOBILESSYSTEM DEVICES AND METHOD FOR ARRANGING TRANSPORT AMONGST PARTS THROUGH USE OF MOBILE DEVICES
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
JP6672016B2 (ja) 2016-03-03 2020-03-25 株式会社不動テトラ 既設構造物直下における地盤改良方法

Patent Citations (3)

* 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 カーナビゲーション端末およびそれを用いたカーナビゲーションシステム
US20170344707A1 (en) * 2016-05-31 2017-11-30 Accenture Global Solutions Limited Integrated ambulance tracking system

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
WO2019030944A1 (ja) 2019-02-14
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
EP3467761A1 (en) 2019-04-10

Similar Documents

Publication Publication Date Title
CN110140142A (zh) 灵柩卧榻车派车服务器
CN106355533A (zh) 医用客显屏和医疗系统及方法
JPWO2011077952A1 (ja) 保険証確認システム、及び保険証確認方法
JP6644847B2 (ja) クリーニング品管理システム及びプログラム
CN110533272A (zh) 接送服务系统
JP2019120982A (ja) 駐車場貸出し・管理システム
JP2016062238A (ja) 葬儀会員システム
KR20200000757A (ko) 심부름 연결 플랫폼 서비스 방법
KR101612809B1 (ko) 인바운드 여행 패키지 커스터마이징 시스템 및 방법
JP2015072528A (ja) 伝票生成システム及び伝票生成方法
CN110501012A (zh) 一种商场店铺导航方法、计算机设备及可读存储介质
US20200011679A1 (en) Information processing apparatus, information processing method and program
KR102140041B1 (ko) 장례 통합 지원 시스템
JP2010191547A (ja) 現金自動預払機の予約管理システム
CN110472926A (zh) 价值管理服务器、价值管理方法以及计算机可读记录介质
KR20170036144A (ko) 온오프 라인을 이용한 세탁소 서비스 시스템 및 그 처리 방법
JP2001338067A (ja) 介護サービス提供システム、そのための介護情報処理装置、介護サービス提供方法、および、プログラム
JP3871637B2 (ja) 弁当予約方法、及び弁当予約システム
JP7287735B1 (ja) 人材派遣・紹介システム、人材派遣・紹介方法、人材派遣・紹介管理装置、および人材派遣・紹介プログラム
JP2020170572A (ja) 車両の配車を管理するためのシステム、方法、及びプログラム
JP2019212176A (ja) 居抜き物件紹介システム、居抜き物件の紹介方法、及び開店支援方法
JP2003030318A (ja) ホームページ運用システムおよびホームページ運用プログラム
JP7468947B1 (ja) 検索システム
KR20230032778A (ko) 자동발주 서버를 포함한 클라우드 모바일 기반 장례식장 통합관리시스템
KR20230032774A (ko) Id 모듈을 이용한 클라우드 모바일 기반 장례식장 통합관리시스템

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20190816