服务器、系统以及信息处理方法

技术领域

本公开内容涉及一种服务器、系统以及信息处理方法，尤其涉及一种对用户提供去往医院的接送服务的服务器、系统以及信息处理方法。

背景技术

近年来，需求一种患者能够选定对于自己的疾病而言适当的医师的医疗系统。为了应对这样的需求，从而提出了如下的医疗系统，所述医疗系统具备：患者病情取得单元，其取得对患者的病情进行特定的患者病情信息；医师信息存储单元，其对与医师相关的医师信息进行存储；匹配单元，其基于患者病情取得单元中所取得的患者病情信息、和医师信息存储单元中所存储的医师信息，而对患者和医师进行匹配(专利文献1)。

在先技术文献

专利文献

专利文献1：国际公开第2017/158754号

发明内容

发明所要解决的课题

然而，老年人以及残疾人即使选定了对于自己的疾病而言适当的医师或医院，但是在该医院距离较远的情况或者不存在适当的交通方式等的情况下，也无法容易地去往医院。此外，假设在去往医院的情况下，还需要办理医院的预约手续、交通方式的预约手续等对于老年人等而言繁杂的手续。

因此，鉴于上述这样的问题而完成的本公开内容的目的在于，提供一种可以选定与用户的病情相适的医师并且能够进一步提高对于该医师的接受诊断预约以及去往医院的便利性的服务器、系统以及信息处理方法。

用于解决课题的方法

本公开内容的一个实施方式所涉及的服务器为，对用户提供去往医院的接送服务的服务器，其特征在于，具备：取得单元，其取得所述用户的健康状态的信息；存储部，其储存有医师的信息；控制部，其将所述用户的健康状态的信息与所述医师的信息进行对照并进行匹配，从而设定所述医师和接受诊断日期时间，并基于所述接受诊断日期时间来制作车辆的车辆调配时间表。

本公开内容的一个实施方式所涉及的系统的特征在于，其具备所述服务器、所述用户的终端装置、对所述用户实施去往医院的接送服务的车辆，在所述系统中，所述终端装置接收已被设定的所述接受诊断日期时间以及所述车辆调配时间表，所述车辆依照所述车辆调配时间表而进行行驶。

此外，本公开内容的一个实施方式所涉及的信息处理方法的特征在于，其向用户提供去往医院的接送服务的信息处理方法，并具备：取得所述用户的健康状态的信息的步骤；读取医师的信息的步骤；将所述用户的健康状态的信息与所述医师的信息进行对照并进行匹配，从而设定医师和接受诊断日期时间的步骤；基于所述接受诊断日期时间来制作车辆的车辆调配时间表的步骤。

发明效果

根据本公开内容的服务器、系统以及信息处理方法，可以选定与用户的疾病相适的医师，并且能够进一步提高对于该医师的接受诊断预约以及去往医院的便利性。

附图说明

图1为表示一个实施方式所涉及的系统的结构例的图。

图2为表示一个实施方式所涉及的服务器的结构例的图。

图3为表示医师的数据库的结构例的图。

图4为表示由服务器实施的信息处理方法的示例的流程图。

图5为表示终端装置的画面转变的示例的映像图。

图6为表示一个实施方式所涉及的车辆的结构例的图。

图7为表示一个实施方式所涉及的系统整体的动作例的顺序图。

具体实施方式

以下，参照附图，而对用于实施本公开内容的方式进行说明。在各个附图中，相同符号表示相同或者等同的结构要素。

图1为表示本公开内容的一个实施方式所涉及的、提供与用户的健康相关的服务的系统的结构例的图。本实施方式所涉及的系统1具备服务器10、用户的终端装置20和车辆30。这些部件利用能够进行信息通信的任意的网络50而被连接在一起。另外，在系统1中，所需的数据库(DB)15以及医院等的外部服务器40(40

如果对概要内容进行说明，则本公开内容为，向用户提供去往医院的接送服务的服务器、系统以及信息处理方法。服务器10将用户的健康状态(病情等)的信息与医师的信息进行对照，并实施匹配，从而设定与用户的健康状态相适的医师和接受诊断日期时间。而且，服务器10基于接受诊断日期时间来制作车辆调配时间表。然后，车辆30基于车辆调配时间表，而以将用户送往医院的方式进行运行。

服务器10从用户的终端装置20取得用户的健康状态的信息。并且，服务器10例如也可以通过从储存有用户的健康状态的信息的数据库15中获得信息等的其他任意的方法，从而取得用户的健康状态的信息。在此，用户是指本系统1的利用者，并且为希望获得去往适当的医院接送的人。此外，用户的健康状态的信息包括用户的病情或病名、或者用户的健康诊断结果等的信息。

服务器10将用户的健康状态的信息与医师的信息进行对照，并实施匹配，从而选定与用户的健康状态(病情等)相适的医师，并提示给用户。此外，服务器10基于医师的预约状况以及用户的希望接受诊断日期时间，而实施用户的接受诊断预约。而且，服务器10基于预约接受诊断日期时间，来制作车辆30的车辆调配时间表。服务器10的结构和动作将在后文中详细叙述。

数据库15为，储存有与系统1关联的任意的信息的数据库。数据库15例如也可以为储存有医师的履历、实际成果等的公共的数据库，或者，也可以为储存有医师的口碑的评价等的任意的数据库。数据库15也可以为储存有用户的健康状态的信息(例如，健康诊断结果)的数据库。

终端装置20为用户所使用的通信装置，并且例如为移动电话、智能手机、智能扬声器或PC(Personal Computer，个人计算机)等，但是并不限于此，也可以为由用户所利用的任意的装置。

终端装置20能够对服务器10发送用户的健康状态的信息。此外，终端装置20能够从服务器10接收与用户的病情相适的医师的信息、预约接受诊断日期时间以及车辆30的车辆调配时间表等。另外，车辆调配时间表为，提供去往医院的接送服务的车辆30的车辆调配的时间表所涉及的信息，并且包括目的地、行驶路径、各个地点的预定到达时刻、停车场所以及停车时间等信息。

车辆30对用户提供去往医院的接送服务。具体而言，车辆30基于由服务器10所设定的车辆调配时间表，而使用户乘坐并从用户的自家住宅行驶至进行了接受诊断预约的医院。另外，根据需要，车辆30也可以以将用户从该医院送往自家住宅的方式而进行行驶。车辆30虽然也可以以将特定的用户一人送往一处医院的方式进行行驶，但是也可以使多名用户乘坐并依次绕行多个医院。车辆30可以为多台，并且优选为，对应于用户而对行驶路线以及车辆的尺寸、台数等进行调节。如后文所述，车辆30也可以进行自动驾驶行驶或者追随行驶。

外部服务器40(40

网络50为，服务器10、终端装置20、车辆30以及外部服务器40能够相互进行通信的任意的通信网。网络50既可以为无线或有线的传输通道，也可以为互联网等的通信网。例如，在本实施方式的网络50中，包括自组织网络(Ad Hoc networks)、MAN(MetropolitanArea Network，城域网)，蜂窝网络、WPAN(Wireless Personal Area Network，无线个域网)、PSTN(Public Switched Telephone Network，公共交换电话网)、地面无线网络(Terrestrial Wireless Network)、光网络或其他的网络、或者这些网络中的任意的组合。在无线网络的结构要素中，包括例如接入点(例如，Wi-Fi接入点)、微蜂窝式基站等。另外，无线通信设备能够与Wi-Fi(注册商标)、Bluetooth(注册商标)、蜂窝通信技术或者使用了其他的无线技术以及技术标准的无线网络连接。

通过该系统1，从而服务器10对与用户的病情相适的医师进行选择并设定接受诊断预约，车辆30基于车辆调配时间表而提供从自家住宅起至医院为止而接送用户的服务。由此，用户能够容易地进行接受诊断预约并去往医院，进而能够接受适当的医师的治疗。

另外，虽然在上述的实施方式中，作为在系统1的网络50上连接有数据库15的结构而进行了说明，但是在不使用被储存于数据库15中的信息的情况下，也可以不设置数据库15。此外，虽然作为在网络50上连接有医院等的外部服务器40的结构进行了说明，但是如果系统1能够利用其它的方法来获得医院的信息，则也可以不设置外部服务器40。

接下来，对服务器10的结构和动作(信息处理方法)进行详细叙述。

(服务器的结构)

图2为表示一个实施方式所涉及的服务器10的结构例的图。服务器10具备服务器通信部11、服务器存储部12和服务器控制部13。

服务器通信部(有时也简称为通信部)11包括与网络50连接的通信模块。该通信模块虽然例如与4G(4th Generation)以及5G(5th Generation)等的移动体通信标准、有线LAN(Local Area Network，局域网)标准或者无线LAN标准等相对应，但是并不限于此，也可以与任意的通信标准相对应。在本实施方式中，服务器10经由服务器通信部11而与网络50连接。服务器通信部11接收(取得)从数据库15、用户的终端装置20或者外部服务器40经由网络50而被发送来的信息(例如，与用户的健康状态相关的信息等)。此外，服务器通信部11也能够经由网络50而向用户的终端装置20、车辆30或者外部服务器400发送信息(例如，车辆调配时间表、接受诊断预约等)。在本实施方式中，服务器通信部11成为取得用户的健康状态的信息的取得单元。

服务器存储部(有时也简称为存储部)12包括半导体存储器或磁存储器。服务器存储部12也可以作为例如主存储装置、辅助存储装置或者高速缓冲存储器而发挥功能。服务器存储部12对在服务器10的动作中所使用的任意的信息进行存储。例如，服务器存储部12也可以对系统程序、应用程序、管理数据库等进行存储。被存储在服务器存储部12中的信息也可以利用例如从网络50经由服务器通信部11而取得的信息来进行更新。

在本实施方式中，服务器存储部12具备医师数据库(DB)121以及病名数据库(DB)122。在医师数据库121中，登记有能够利用本系统1而向用户推荐的医师的信息。例如，如图3所示，在医师数据库121中，登记有医师的姓名、所属医院、该医院的所在地、诊疗科室、履历、评价等。该医师的信息既可以为服务器10单独储存在医师数据库121中的数据，也可以为服务器10从其他的数据库15或者外部服务器40取得并储存的数据。在此，履历包括作为医师的履历以及至今为止处理过的病症等。此外，评价既可以为服务器10基于该医师的履历或实际成果而判断出的评价，也可以包括所属医院内的评价或者外部的口碑信息等。医师数据库121的项目能够根据需要来进行设定。病名数据库122储存有病名和与其症状相关的信息。此外，服务器存储部12也能够对用户的预约接受诊断时间以及接送用户的车辆30的车辆调配时间表进行存储。

服务器控制部(有时也简称为控制部)13包括一个以上的处理器。虽然在本实施方式中，“处理器”为通用的处理器或者对于特定的处理而特殊化了的专用的处理器，但是并不限于此。服务器控制部13对服务器10整体的动作进行控制。例如，服务器控制部13基于被存储于服务器存储部12中的系统程序、应用程序等，而对服务器10进行控制。

在本实施方式中，服务器控制部13参照医师数据库121以及病名数据库122，而对用户的健康状态的信息与医师的信息进行匹配，并且将对于用户的病情而言治疗的可靠性较高的医师作为候选医师来选择。此外，服务器控制部13基于医师的预约状况和用户的希望接受诊断日期时间中的至少一方，而实施该医师的接受诊断预约。而且，服务器控制部13基于被预约了的接受诊断日期时间，来决定用于提供用户的接送服务的车辆30的车辆调配时间表，并经由服务器通信部11而发送至车辆30以及终端装置20。

此外，服务器控制部13能够经由服务器通信部11而从车辆30接收车辆30的运行信息(车辆30的位置信息、行驶速度等)。服务器控制部13也可以将运行信息储存在服务器存储部12中，并基于所储存的信息，根据需要而对车辆30的车辆调配时间表进行修正。服务器控制部13也可以经由服务器通信部11而将车辆30的车辆调配时间表、系统程序、应用程序等的更新信息发送至车辆30。

(由服务器实施的信息处理方法)

图4为表示由服务器10实施的信息处理方法的示例的流程图。服务器10执行以下的步骤S11～步骤S17，从而向用户提供最适合的医师所在的医院的接受诊断预约以及去往该医院的接送服务。

步骤S11：服务器10从用户的终端装置20或者其他的数据库15取得用户的健康状态的信息。例如，服务器10既可以接收从用户所使用的终端装置20被发送的、用户的健康状态(例如，病情或病名)的信息，也可以将储存在其他的数据库15中的用户的健康诊断的结果数据作为用户的健康状态的信息来利用。服务器10将所取得的用户的健康状态的信息存储在服务器存储部12中。

步骤S12：服务器10从服务器存储部12的医师数据库121读取已被登记的医师的信息。或者，服务器10也可以从医院(或者医疗机构)所具有的外部服务器40(40

步骤S13：服务器10将用户的健康状态的信息与医师的信息进行对照并进行匹配，并选择最适合用户的健康状态的医师。例如，服务器10基于被储存在病名数据库122中的疾病的病情的信息，而根据用户的健康状态的信息(例如，病情)来对病名进行推断，并且对所对应的诊疗科室进行判断。而且，服务器10使被判断出的病名或者用户的健康状态的信息、与从医师数据库121中被读取出或者从外部服务器40所取得的医师的信息进行匹配，并将对于用户的病情而言治疗的可靠性较高的医师作为候选医师来进行选择。对于病情而言的治疗的可靠性能够对医师的履历、对于类似病症的经验以及医师的评价乘以预定的系数以使之数值化从而进行判断，此外，也可以利用其它的方法来进行判断。候选医师并未被限定于1名，也可以是按照可靠性由高到低的顺序的多名医师。另外，在进行医师的选择时，也能够根据需要而考虑地域性，从而限定在与用户的住所为相同的县或者相邻县的医师。

步骤S14：服务器10将根据匹配的结果而得到的对于用户的病情而言治疗的可靠性较高的医师发送至终端装置20，并向用户实施候选医师的提示。所提示的候选医师的信息除了候选医师的姓名之外，也包括该医师的关联的信息(所属医院、履历等)。另外，也可以发送同时被推断出的病名、诊疗科室等的信息。

步骤S15：对于用户所选择(选定)或者认可的医师，服务器10从该医师所属的医院的外部服务器40取得该医师的预约状况(也包括是该医师所属的医院的预约状况的情况)。然后，服务器10将该医师的预约状况发送至终端装置20。

步骤S16：服务器10接收来自用户的希望接受诊断日期时间，并基于医师的预约状况以及用户的希望接受诊断日期时间而对二者进行调节，且实施该医师的接受诊断预约。由此，用户的预约接受诊断日期时间被设定。另外，如果在用户的希望接受诊断日期时间能够接受诊断，则服务器10基于用户的希望接受诊断日期时间而对预约接受诊断日期时间进行设定。在用户的希望接受诊断日期时间的预约较为困难的情况下，服务器10基于医师的预约状况，而将最接近用户的希望接受诊断日期时间的日期时间作为预约日期时间来设定。

步骤S17：服务器10基于医师所属的医院的位置、用户的位置(住址或者位置信息)、用户的预约接受诊断日期时间、还有路径的道路状况等来制作车辆30的车辆调配时间表，以使用户赶得上预约接受诊断日期时间。另外，在车辆调配时间表中，也可以包括将用户从医院送往自家住宅的时间表。此外，在于预定的时间段中需要实施多个用户的接送服务的情况下，车辆调配时间表也可以作为使多个用户乘坐并绕行多个医院的时间表。被制作出的车辆调配时间表被发送至终端装置20以及车辆30。

(终端装置的动作)

接下来，对终端装置20的动作进行说明。图5为表示用户的终端装置20的画面转变的示例的映像图。另外，该画面例如通过在用户的终端装置20中下载预定的应用程序，从而被显示在终端装置20上。

画面1：开始，在终端装置20上显示有病情或病名的输入画面。用户在该画面1中输入自己当前的健康状态(病情或者病名等)的信息。另外，虽然图5中，作为画面1而显示有病情或者病名的输入画面，但是也可以最先(在该画面之前)显示有用于实施用户向系统1的登记的、输入用户的个人信息的画面。

画面2：在接下来的画面2中，显示有用户应当接受诊断的诊疗科室、和对于用户的病情而言治疗的可靠性较高的医师。在该画面2中，服务器10基于被输入的用户的健康状态的信息，而示出选择了最适合用户的健康状态的医师的结果。所显示的候选医师既可以为1名也可以为多名。此外，虽然在该画面例中仅显示了医师名和所属的医院名，但是也可以显示其他的信息。用户从被显示的候选医师中选择(选定)自己欲接受诊断的医师。如果只有1人或者是第1位的候选医师，则用户也可以通过按认可按钮来进行选择。

此外，根据该画面，通过对特定的候选医师进行选择，从而显示出被选择的候选医师的详细信息。例如，能够从画面2向画面3进行转变。

画面3：画面3为，对被选择的候选医师的详细信息进行显示的画面，例如显示有该候选医师的履历以及评价。该履历以及评价可以为，被登记在服务器10的医师数据库121中的信息。此外，在候选医师被选择时，服务器10也可以从其他的数据库15提取该医师的口碑信息等，并在画面上进行显示。用户在确认了被显示的信息之后，返回至画面2。

画面4：在画面4中，显示有已选择的医师的预约状况。此外，显示有希望接受诊断日期时间的输入画面(输入区)。在该画面中，用户对希望接受诊断日期时间进行输入，并发送至服务器10。另外，在所选择的医师的预约状况极其拥挤且希望接受诊断日期时间的设定较为困难的情况下，用户返回至画面2，并能够重新进行医师的选择。

画面5：在接下来的画面5中，显示有经由系统1而被设定的完成预约的接受诊断日期时间。此外，对应于接受诊断日期时间而显示有服务器10所设定的车辆调配的预定日期时间。另外，虽然此处显示了车辆30到达自家住宅附近的车辆调配预定日期时间，但是也可以显示详细的车辆调配时间表(目的地、行驶路径、各个地点的预定到达时刻、停车时间等的信息)。

用户能够基于该画面转变，而实施对于所希望的医师的接受诊断预约和接送该医师的车辆调配预约。

(车辆的结构)

图6为对一个实施方式所涉及的车辆30的结构例进行说明的图。车辆30具备对车辆30进行控制的信息处理装置35，以作为附属装置。车辆30、信息处理装置35以及服务器10例如利用互联网等的网络50而被连接在一起。

虽然车辆30例如为能够进行自动驾驶行驶或者追随行驶的汽车，但并不限于此，可以为能够实施对于用户的接送服务的任意的车辆。

车辆30以及信息处理装置35进行协同工作，从而执行车辆30的车辆控制。作为概要的内容，信息处理装置35通过自动驾驶控制软件而自动地生成控制信息，并向车辆30进行发送。车辆30基于接收到的控制信息而实施车辆控制。虽然车辆控制例如为自动驾驶，但是并不限于此。规定了控制信息的规格的API(Application Programming Interface，应用编程接口)的至少一部分向服务经营商被公开。服务经营商使用已被公开的API，从而能够自由地对信息处理装置35的自动驾驶控制软件进行编程。因此，服务经营商通过将与目的相应的设备搭载于车辆30的车厢内空间，且使用与目的相应的API而对自动驾驶控制软件进行编程，从而能够提供任意的移动性服务。

在本实施方式中，这种车辆30被用于用户去往医院的接送服务中，并基于从服务器10被发送的车辆调配时间表，从而能够实施从自家住宅向医院的自动驾驶行驶。

车辆30具备通信装置31、控制装置32、多个ECU33(Electronic Control Unit，电子控制单元)、位置信息取得装置34。各个装置31～34例如经由CAN(Controller AreaNetwork，控制器局域网)等的车载网络或者专用线而以能够进行通信的方式被连接在一起。

通信装置31也可以为例如DCM(Data Communication Module，数据通信模块)等的车载通信器。为了与网络50连接，通信装置31也可以包括与4G(4th Generation)、5G(5thGeneration)等的移动体通信标准相对应的通信模块。

控制装置32为，基于来自信息处理装置35的控制信息而实施车辆控制的装置。虽然车辆控制例如为到目的地为止的自动驾驶，但是并不限于此。虽然自动驾驶包括例如在SAE(Society of Automotive Engineers，国际汽车工程师学会)中被定义的等级1至等级5，但是并不限于此，也可以任意地被定义。此外，车辆控制通过控制装置32与各ECU33等进行协同工作而被实施。控制装置32具备与信息处理装置35、通信装置31以及各ECU33进行通信的通信模块、对系统程序以及应用程序等进行存储的一个以上的存储器、包括对控制装置32整体的动作进行控制的一个以上的处理器的控制部。

例如，控制装置32从各ECU33等接收车辆30所涉及的各种车辆信息(速度、位置、自动驾驶状态等)。此外控制装置32在向信息处理装置35发送车辆信息的同时，通过通信装置31而将车辆信息发送至服务器10。此外，控制装置32经由通信装置31而从服务器10接收信息处理装置35的系统程序等的更新信息，并向信息处理装置35发送该更新信息。此外，控制装置32在从信息处理装置35取得了控制信息的情况下，基于该控制信息而执行车辆30所涉及的车辆控制。

多个ECU33以与控制装置32协同工作的方式而对车辆30的动作进行控制。具体而言，多个ECU33从控制装置32接收基于控制信息的控制指令，并按照控制指令而对车辆30的动作进行控制。例如，多个ECU33对车辆30的操作量以使之成为控制指令所示出的值的方式而进行控制。此外，多个ECU33在各个控制定时从被搭载于车辆30上的各种传感器对车辆30的控制量或者操作量的测量值进行收集，并向控制装置32进行发送。

位置信息取得装置34包括与任意的卫星测位系统相对应的一个以上的接收器。例如，位置信息取得装置34也可以包括GPS(Global Positioning System，全球定位系统)接收器。位置信息取得装置34将车辆30的位置的测量值作为位置信息来取得，并向控制装置32进行发送。

信息处理装置35具备与车辆30的控制装置32连接的通信模块、对系统程序以及应用程序等进行存储的一个以上的存储器、对信息处理装置35的动作或者与周围环境相关的信息进行检测的一个以上的传感器、以及包括对信息处理装置35整体的动作进行控制的一个以上的处理器的控制部。信息处理装置35被搭载于例如车辆30的车顶等处。搭载信息处理装置35的位置并不限于此，也可以被搭载于车辆30的外部、车厢内中的某任意的部位处。

信息处理装置35从控制装置32接收车辆信息以及更新信息。此外，信息处理装置35基于传感器信息、车辆信息等而生成控制信息，并向控制装置32发送控制信息。此外，被存储于存储器中的应用程序能够包括自动驾驶控制软件，在该情况下，通过自动驾驶控制软件而使信息处理装置35作为自动驾驶配套部件而发挥功能。

由此，车辆30能够进行自动驾驶行驶或者追随行驶。

图7为表示一个实施方式的系统1整体的动作的一个示例的顺序图。

步骤S101：终端装置20被输入有用户的健康状态的信息(用户的病情等)，并将该信息发送至服务器10。

步骤S102：服务器10从终端装置20接收用户的健康状态的信息。并且，服务器10也可以从数据库15等取得用户的健康状态的信息。

步骤S103：服务器10从服务器存储部12的医师数据库121读取医师的信息。

步骤S104：服务器10将用户的健康状态的信息(用户的病情等)与医师的信息进行对照并进行匹配，从而选择与用户的健康状态相适的医师。例如，服务器10基于被储存在病名数据库122中的信息，来对用户的病名进行推断，而且，基于医师的信息而将对于用户的病名、病情而言治疗的可靠性最高的医师作为候选医师来选择。候选医师也可以为多名。

步骤S105：服务器10将所选择的候选医师发送至用户的终端装置20。另外，与候选医师相关的信息、被推断出的病名以及诊疗科室等也可以同时被发送。

步骤S106：终端装置20对接收到的候选医师进行显示，并且进行由用户做出的候选医师的认可或者候选医师的选择。也可以在实施候选医师的选择时，还显示候选医师的详细信息(履历、评价等)。

步骤S107：从终端装置20向服务器10发送了用户所认可或者选择的医师的信息。

步骤S108：当服务器10接收用户所选择的医师的信息时，向该医师所属的医院的服务器(外部服务器40)，对于该医师的预约状况而请求信息提供。

步骤S109：医院的服务器(外部服务器40)对于该医师的当前的预约状况而提取信息，并发送至服务器10。

步骤S110：服务器10将从医院的服务器接收到的关于该医师的当前的预约状况转送至终端装置20。

步骤S111：终端装置20对关于用户所选择的医师的当前的预约状况的信息进行显示，进而受理来自用户的希望接受诊断日期时间的输入。

步骤S112：终端装置20向服务器10发送用户所输入的希望接受诊断日期时间。

步骤S113：服务器10基于用户的希望接受诊断日期时间以及医师的预约状况中的至少一方，来对预约接受诊断日期时间进行设定。即，如果能够进行预约，则服务器10基于用户的希望接受诊断日期时间而对预约接受诊断日期时间进行设定。此外，在希望受信日期时间的预约较为困难的情况下，服务器10基于医师的预约状况，而将最接近用户的希望接受诊断日期时间的日期时间作为预约日期时间来设定。

步骤S114：服务器10对医院的服务器(外部服务器40)实施接受诊断预约的处理。

步骤S115：服务器10将预约完成的接受诊断日期时间的信息发送至终端装置20。

步骤S116：服务器10基于所设定的接受诊断预约日期时间，来制作车辆30的车辆调配时间表。具体而言，除了用户的预约接受诊断日期时间之外，还基于医师所属的医院的位置、用户的位置(住址或位置信息)、路径的道路状况等所需的信息，来制作车辆30的车辆调配时间表，以使用户赶得上预约接受诊断日期时间。

步骤S117：服务器10将制作出的车辆调配时间表发送至终端装置20。另外，终端装置20对该车辆调配时间表进行显示，并通知给用户。

步骤S118：此外，服务器10将制作出的车辆调配时间表发送至车辆30。

步骤S119：车辆30基于被发送的车辆调配时间表而开始运行。即，车辆30首先驶向用户的自家住宅，并且在使用户乘车之后，朝向医师所在的医院而行驶。

步骤S120：车辆30在行驶过程中将包括车辆30的位置信息、行驶速度等在内的运行信息发送至服务器10。

根据本公开内容，能够选定与用户的疾病相适的医师，并且还能够对用户实施去往该医师的医院的接送服务。

另外，为了作为上述的服务器10而发挥功能而能够适当地使用计算机，这种计算机能够通过如下方式来实现，即，将记述了实现服务器10的各个功能的处理内容的程序存储在该计算机的存储部中，并通过该计算机的CPU来读取该程序并使之执行。另外，该程序能够记录在计算机可读取的记录介质中。

虽然上述的实施方式作为代表性的示例而进行了说明，但是在本公开内容的主旨以及范围内能够进行很多的变更以及置换是本领域技术人员所明确知晓的。因此，本公开内容并不应该理解为通过上述的实施方式而进行限制的内容，其能够在不脱离权利要求书的范围的条件下进行各种各样的改变或变更。例如，能够将实施方式所记载的多个结构模块组合成一个，或者对一个结构模块进行分割。

符号说明

1、系统；

10、服务器；

11、服务器通信部；

12、服务器存储部；

121、医师数据库；

122、病名数据库；

13、服务器控制部；

15、数据库；

20、终端装置；

30、车辆；

31、通信装置；

32、控制装置；

33、ECU；

34、位置信息取得装置；

35、信息处理装置；

40、外部服务器；

50、网络。