基于行进时间的预约就诊提示方法、服务器及存储介质与流程
本发明涉及医疗技术领域，尤其涉及一种基于行进时间的预约就诊提示方法、服务器及存储介质。
背景技术：
目前，患者可以通过网络进行挂号以实现预约就诊。一般来讲，用户最早可以在就诊前一周进行网上挂号，也可以在就诊当天进行网上挂号。而网上挂号成功后，若挂号时刻距离预约就诊时刻较久，如用户提前一天或者几天进行预约，那么用户很可能会忘记预约这件事或者忘记准确的预约就诊时刻，从而导致错过就诊时间；或者，虽然用户记得准确的预约就诊时刻，但还是由于出发前往预约就诊地点的时间较晚无法按时到达预约就诊地点，从而导致过号；又或者，用户到达预约就诊地点的时间过早，导致用户就诊等待时间过长，浪费了宝贵的时间。
技术实现要素：
本申请所要解决的技术问题在于，如何避免用户错过就诊时间以及避免用户的就诊等待时间过长。
第一方面，本申请实施例提供了一种基于行进时间的预约就诊提示方法，所述方法包括：
用户终端通过客户端向服务器发送预约就诊请求，所述预约就诊请求中包括预约就诊地点和预约就诊时刻；
所述服务器获取所述用户终端的位置信息，所述位置信息用于指示所述用户终端所在的地点；
所述服务器获取所述用户终端所在的地点与所述预约就诊地点之间的地图信息；
所述服务器根据所述地图信息，计算从所述用户终端所在的地点到达所述预约就诊地点所需的行进时间；
所述服务器根据所述行进时间生成就诊提示信息，并将所述就诊提示信息通过所述客户端发送给所述用户终端；
所述用户终端在所述客户端的显示界面中输出所述就诊提示信息。
第二方面，本申请实施例提供了一种基于行进时间的预约就诊提示方法，应用于服务器，所述方法包括：
接收来自客户端的预约就诊请求，所述预约就诊请求中包括预约就诊地点和预约就诊时刻；
获取所述用户终端的位置信息，所述位置信息用于指示所述用户终端所在的地点；
获取所述用户终端所在的地点与所述预约就诊地点之间的地图信息；
根据所述地图信息，计算从所述用户终端所在的地点到达所述预约就诊地点所需的行进时间；
根据所述行进时间生成就诊提示信息，并将所述就诊提示信息发送给所述客户端。
作为一种可选的实施方式，所述获取所述用户终端的位置信息，包括：
接收来自所述客户端的预约提示指令，所述预约提示指令包括预约提示时刻；
根据所述预约提示时刻，确定获取所述用户终端的位置信息的获取时刻；
当所述获取时刻到来时，执行所述获取所述用户终端的位置信息。
作为一种可选的实施方式，所述根据所述地图信息，计算从所述用户终端所在的地点到达所述预约就诊地点所需的行进时间，包括：
根据所述地图信息，确定从所述用户终端所在的地点到达所述预约就诊地点的路线集合，并计算所述路线集合中的各条路线的距离信息；
根据所述距离信息，计算所述路线集合中的各条路线上所需的行进时间。
作为一种可选的实施方式，所述根据所述距离信息，计算所述路线集合中的各条路线上所需的行进时间，包括：
若所述路线集合中包括非步行路线，则获取所述非步行路线上的交通信息，并根据所述距离信息和所述交通信息计算所述非步行路线上所需的行进时间；
若所述路线集合中包括步行路线，则根据所述距离信息计算所述步行路线上所需的行进时间。
作为一种可选的实施方式，所述根据所述进时间生成就诊提示信息，包括：
当所述行进时间小于所述预约就诊时刻与当前时刻的时间差时，生成第一就诊提示信息；
其中，所述第一就诊提示信息用于提示预约就诊事件、所述行进时间、以及从所述用户终端所在的地点出发前往所述预约就诊地点的时刻中的一种或多种；所述预约就诊事件包括所述预约就诊地点和所述预约就诊时刻。
作为另一种可选的实施方式，所述根据所述行进时间生成就诊提示信息，包括：
当所述行进时间大于所述预约就诊时刻与当前时刻的时间差时，生成第二就诊提示信息；
其中，所述第二就诊提示信息用于提示无法按时到达所述预约就诊地点和/或需要重新进行就诊预约。
作为一种可选的实施方式，在所述将所述就诊提示信息发送给所述客户端之后，所述方法还包括：
在所述就诊提示信息的显示界面接收来自所述客户端的导航指令；
响应所述导航指令，根据所述地图信息生成导航信息，并将所述导航信息发送给所述客户端。
第三方面，本申请实施例提供了一种基于行进时间的预约就诊提示方法，应用于用户终端，所述方法包括：
通过客户端向服务器发送预约就诊请求以使所述服务器获取所述用户终端的位置信息，以及使所述服务器获取所述用户终端所在的地点与预约就诊地点之间的地图信息，以及使所述服务器根据所述地图信息，计算从所述用户终端所在的地点到达所述预约就诊地点所需的行进时间，以及使所述服务器根据所述行进时间生成就诊提示信息；其中，所述预约就诊请求中包括预约就诊地点和预约就诊时刻，所述位置信息用于指示所述用户终端所在的地点；
通过所述客户端接收来自所述服务器的所述就诊提示信息，并在所述客户端的显示界面中输出所述就诊提示信息。
第四方面，本申请实施例提供了一种服务器，所述服务器包括用于执行上述第二方面的方法的模块、单元和子单元。
第五方面，本申请实施例提供了一种用户终端，所述用户终端包括用于执行上述第三方面的方法的模块。
第六方面，本申请实施例提供了另一种服务器，所述服务器包括总线、处理器、和存储器，所述处理器和存储器通过所述总线相互连接，其中，所述存储器用于存储支持服务器执行上述方法的计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述第二方面的方法。
第七方面，本申请实施例提供了另一种用户终端，所述用户终端包括总线、处理器和存储器，所述处理器和存储器通过所述总线相互连接，其中，所述存储器用于存储支持用户终端执行上述方法的计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述第三方面的方法。
第八方面，本申请实施例提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第二方面的方法。
第九方面，本申请实施例提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第三方面的方法。
在本申请实施例中，当接收到用户终端通过客户端发送的预约就诊请求时，服务器可以根据从该用户终端所在的地点到达预约就诊地点所需的行进时间生成就诊提示信息，并通过该客户端向该用户终端发送就诊提示信息，从而避免用户错过就诊时间以及避免用户的就诊等待时间过长。
附图说明
为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种基于行进时间的预约就诊提示方法的示意流程图；
图2是本申请实施例提供的另一种基于行进时间的预约就诊提示方法的示意流程图；
图3是本申请实施例提供的又一种基于行进时间的预约就诊提示方法的示意流程图；
图4是本申请实施例提供的再一种基于行进时间的预约就诊提示方法的示意流程图；
图5是本申请实施例提供的一种服务器的示意性框图；
图6是本申请实施例提供的另一种服务器的示意性框图；
图7是本申请实施例提供的一种用户终端的示意性框图；
图8是本申请实施例提供的又一种服务器的示意性框图；
图9是本申请实施例提供的另一种用户终端的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例进行说明。
首先请参见图1，图1是本申请实施例提供的一种基于行进时间的预约就诊提示方法的示意流程图。如图1所示的基于行进时间的预约就诊提示方法可以包括：
s11、用户终端通过客户端向服务器发送预约就诊请求。
其中，该客户端安装在该用户终端中。具体地，该客户端可以为安装在该用户终端中的网页浏览器、即时通讯软件或专门的预约挂号软件。从而，用户可以在网页浏览器中找到预约挂号的网页，并在该网页中提交预约就诊请求；也可以在即时通讯软件中找到预约挂号的公众号或小程序，并在该公众号或小程序中提交预约就诊请求；也可以登录专门的预约挂号软件，并在该预约挂号软件中提交预约就诊请求。
其中，该服务器可以是医疗机构服务器(即某医疗机构的后台服务器)，也可以是第三方服务器。当该服务器为医疗机构服务器时，本申请实施例提供的基于行进时间的预约就诊提示方法可以为该医疗机构的用户提供就诊提示服务；当该服务器为第三方服务器时，本申请实施例提供的基于行进时间的预约就诊提示方法可以为多个合作医疗机构的用户提供就诊提示服务。
其中，该预约就诊请求至少包括预约就诊地点和预约就诊时刻。该预约就诊地点为用户请求预约就诊的医疗机构，该预约就诊时刻为用户请求预约就诊的时间。
作为一种可选的实施方式，该预约就诊时刻可以为具体的时刻(如“周一上午8:00”)，此时用户预约到的就诊时间为从该具体的时刻起的一个时间段，该时间段是根据该预约就诊地点设置的就诊区间确定的。例如，当该预约就诊时刻为“周一上午8:00”时，若该预约就诊地点设置的就诊区间为半小时，则用户预约到的就诊时间为周一上午8:00～8:30；若该预约就诊地点设置的就诊区间为一小时，则或者用户预约到的就诊时间为周一上午8:00～9:00。
作为另一种可选的实施方式，该预约就诊时刻还可以为具体的时间段(如8月8日8:00～9:00)，此时用户预约到的就诊时间即为该时间段。
在本申请的实施例中，该预约就诊请求还可以包括预约就诊科室和预约就诊医生。例如，用户可以请求预约由某个医疗机构的某个科室的某个医生在该预约就诊时刻为其看诊。当该预约就诊请求不包括预约就诊医生时，服务器将为用户随机分配在该预约就诊时刻当值的医生为预约就诊医生。
s12、所述服务器获取所述用户终端的位置信息。
在该服务器接收到该预约就诊请求之后，该服务器还可以为用户生成就诊序号，该就诊序号为在该预约就诊时刻进行就诊的用户序号。例如，当该预约就诊时刻为“8月8日8:00～9:00”时，该就诊序号可以为在8月8日8:00～9:00就诊的第1号。
在该服务器生成就诊序号之后，该服务器可以获取该用户终端的位置信息。其中，该位置信息用于指示该用户终端所在的地点(也即该客户端所在的地点)。
其中，该位置信息可以是该客户端获取的用户终端的定位信息。在这种情形下，用户可以在用户终端中设置该客户端具有获取该用户终端的定位信息的权限，如设置该客户端始终有权限获取该用户终端的定位信息，或者设置该客户端在使用期间有权限获取该用户终端的定位信息。该用户终端的定位信息可以是通过全球定位系统(globalpositioningsystem，gps)、蓝牙、无线保真(wirelessfidelity，wi-fi)热点以及信号塔位置确定的该用户终端所在的大致位置，例如位于某条街道的某个小区、某个车站、某个商圈的某个门、某家店铺等等。
s13、所述服务器获取所述用户终端所在的地点与所述预约就诊地点之间的地图信息。
其中，该服务器的数据库中可以存储有该预约就诊地点所在的城市或该预约就诊地点所在的国家的地图信息。在这种情形下，该服务器可以根据该用户终端所在的地点和该预约就诊地点，从数据库中查询该用户终端所在的地点与该预约就诊地点之间的地图信息。
或者，该服务器可以将该用户终端所在的地点和该预约就诊地点发送给地图服务器，其中，该地图服务器的数据库中存储有该预约就诊地点所在的城市或该预约就诊地点所在的国家的地图信息；该地图服务器可以根据该用户终端所在的地点和该预约就诊地点，从数据库中查询该用户终端所在的地点与该预约就诊地点之间的地图信息，并将查询到的地图信息返回给该服务器。
其中，该地图服务器可以是各种地图应用(或地图软件)对应的用于存储地图信息的服务器。例如，该地图服务器可以是地理信息系统(geographicinformationsystem，gis)中用于存储地理信息和地图信息的服务器。
s14、所述服务器根据所述地图信息，计算从所述用户终端所在的地点到达所述预约就诊地点所需的行进时间。
具体地，该服务器可以首先根据该地图信息确定从该用户终端所在的地点到达该预约就诊地点的各条路线，如公交路线、驾车路线、步行路线等，其中公交路线又可以包括公交+步行路线、地铁+步行路线、地铁+公交+步行路线等等。
进一步地，该服务器可以计算各条路线的距离信息，并根据该距离信息计算该各条路线上所需的行进时间。其中，该行进时间可以为从该用户终端所在的地点驾车到达该预约就诊地点所需的时间，从该用户终端所在的地点步行到达该预约就诊地点所需的时间等等。
s15、所述服务器根据所述行进时间生成就诊提示信息。
其中，该就诊提示信息可以为第一就诊提示信息或第二就诊提示信息。
作为一种可选的实施方式，该服务器执行根据所述行进时间生成就诊提示信息可以具体包括：当所述行进时间小于所述预约就诊时刻与当前时刻的时间差时，生成第一就诊提示信息。其中，该第一就诊提示信息用于提示预约就诊事件、该行进时间、以及从该用户终端所在的地点出发前往该预约就诊地点的时刻中的一种或多种。其中，该预约就诊事件包括该预约就诊地点和该预约就诊时刻。
例如，当该行进时间为2小时，该预约就诊时刻为8月8日15:00且当前时刻为8月3日18:00时，该第一就诊提示信息可以为“您预约了8月8日15:00在某医疗机构就诊”。
又例如，当该行进时间为1小时，该预约就诊时刻为8月8日9:00且当前时刻为8月8日7:00时，该第一就诊提示信息可以为“您预约了8月8日9:00在某医疗机构就诊，从当前地点到达该医疗机构需要1小时，请于8月8日7:50出发前往该医疗机构”。
作为另一种可选的实施方式，该服务器执行根据所述行进时间生成就诊提示信息还可以具体包括：当所述行进时间大于所述预约就诊时刻与当前时刻的时间差时，生成第二就诊提示信息。其中，该第二就诊提示信息用于提示无法按时到达该预约就诊地点和/或需要重新进行就诊预约。
例如，当该行进时间为2小时，该预约就诊时刻为8月8日9:00且当前时刻为8月8日7:20时，该第二就诊提示信息可以为“您预约了8月8日9:00在某医疗机构就诊，从当前地点到达该医疗机构至少需要2小时，您无法按时到达该医疗机构，请重新进行就诊预约”。
s16、所述服务器将所述就诊提示信息通过所述客户端发送给所述用户终端。
具体地，在该预约就诊时刻到来前，该服务器可以将该就诊提示信息通过该客户端发送给该用户终端。
当该行进时间小于该预约就诊时刻与当前时刻的时间差时，该服务器可以仅向该客户端发送一次该第一就诊提示信息，也可以周期性地向该客户端发送该第一就诊提示信息，还可以在指定时刻向该客户端发送该第一就诊提示信息。
例如，该服务器可以在接收到该预约就诊请求时向客户端发送一次该第一就诊提示信息，此后每隔两小时执行一次步骤s12～s16，即此后每隔两小时该服务器需重新获取该用户终端的位置信息以及该用户终端所在的地点与该预约就诊地点之间的地图信息，并根据获取的地图信息重新计算从该用户终端所在的地点到达该预约就诊地点所需的行进时间。
又例如，该服务器可以在接收到该预约就诊请求时向该客户端发送一次该第一就诊提示信息，并在距离该预约就诊时刻还有2小时时执行一次步骤s12～s16。
当该行进时间大于该预约就诊时刻与当前时刻的时间差时，该服务器仅需通过该客户端向该用户终端发送一次该第二就诊提示信息。
s17、所述用户终端在所述客户端的显示界面中输出所述就诊提示信息。
其中，该就诊提示信息至少包括文字提示信息。
在本申请的实施例中，当该用户终端通过该客户端接收到该就诊提示信息时，根据用户的操作该用户终端可以通过该客户端向该服务器发送不再提示的指令。例如，在该就诊提示信息的输出界面中还可以显示不再提示的图标，该用户终端可以接收用户对该不再提示的图标的点击操作以生成不再提示指令，并将该不再提示指令发送给该服务器。
在本申请的实施例中，该就诊提示信息还可以包括语音提示信息，该语音提示信息可以为提示铃声或者文字提示信息的语音播报。
在本申请的实施例中，在该预约就诊时刻到来时或该预约就诊时刻到来后，该服务器还可以通过该客户端向该用户终端发送第三就诊提示信息。其中，该第三就诊提示信息用于提示用户在网上预约的就诊序号已过号，请重新预约或者用于提示用户候诊时间。
具体地，当该预约就诊地点要求用户在网上进行预约挂号后还必须在现场进行取号时，在预设取号时限之前，该服务器会检测用户预约的就诊序号是否已取号；若到了预设取号时限用户还未取号，则该服务器可以通过该客户端向该用户终端发送第三就诊提示信息。其中，该预设取号时限是由该预约就诊地点自行设置的。举例来说，当该预约就诊时刻为具体的时刻时，该预设取号时限可以是该预约就诊时刻或该预约就诊时刻的前15分钟等等。
具体地，该服务器还可以获取该预约就诊地点的实时就诊信息，该实时就诊信息包括当前就诊序号，并根据该当前就诊序号以及用户预约的就诊序号预估候诊时间。其中，该候诊时间可以是该服务器统计得到的到目前为止当天该预约就诊医生(或该预约就诊科室)的患者的平均候诊时间，也可以是该服务器统计得到的一段时间内(如一周内)该预约就诊医生的患者的平均候诊时间。进一步地，该服务器可以根据该候诊时间通过该客户端向该用户终端发送第三就诊提示信息。
在本申请实施例中，服务器可以通过客户端向预约就诊用户发送就诊提示信息，从而避免用户错过就诊时间以及避免用户的就诊等待时间过长。具体地，该就诊提示信息可用于提示就诊预约事件，以避免用户忘记预约就诊这件事从而错过就诊时间；该就诊提示信息还可用于提示行进时间以及从用户终端所在的地点出发前往预约就诊地点的时刻，以提醒用户在适当的时间从当前地点出发前往预约就诊地点，从而避免用户无法按时到达预约就诊地点从而错过就诊时间，或者避免用户过早到达预约就诊地点导致就诊等待时间较长。
请参见图2，是本申请实施例提供的另一种基于行进时间的预约就诊提示方法的示意流程图。具体实现中，该方法包括的各个步骤可以由服务器执行。如图2所示的基于行进时间的预约就诊提示方法可以包括：
s21、接收来自客户端的预约就诊请求。
其中，该客户端安装在用户终端中。具体地，该客户端可以为安装在该用户终端中的网页浏览器、即时通讯软件或专门的预约挂号软件。该服务器可以是医疗机构服务器(即某医疗机构的后台服务器)，也可以是第三方服务器。
其中，该预约就诊请求至少包括预约就诊地点和预约就诊时刻。该预约就诊地点为用户请求预约就诊的医疗机构，该预约就诊时刻为用户请求预约就诊的时间。在本申请的实施例中，该预约就诊请求还可以包括预约就诊科室和预约就诊医生。
s22、获取用户终端的位置信息。
其中，该位置信息用于指示该用户终端所在的地点(也即该用户终端所在的地点)。
该位置信息可以是该客户端获取的用户终端的定位信息。在这种情形下，用户可以在用户终端中设置该客户端具有获取该用户终端的定位信息的权限，如设置该客户端始终有权限获取该用户终端的定位信息，或者设置该客户端在使用期间有权限获取该用户终端的定位信息。该用户终端的定位信息可以是通过gps、蓝牙、wi-fi热点以及信号塔位置确定的该用户终端所在的大致位置，例如位于某条街道的某个小区、某个车站、某个商圈的某个门、某家店铺等等。
s23、获取所述用户终端所在的地点与预约就诊地点之间的地图信息。
其中，该服务器的数据库中可以存储有该预约就诊地点所在的城市或该预约就诊地点所在的国家的地图信息。在这种情形下，该服务器可以根据该用户终端所在的地点和该预约就诊地点，从数据库中查询该用户终端所在的地点与该预约就诊地点之间的地图信息。
或者，该服务器可以将该用户终端所在的地点和该预约就诊地点发送给地图服务器，其中，该地图服务器的数据库中存储有该预约就诊地点所在的城市或该预约就诊地点所在的国家的地图信息；该地图服务器可以根据该用户终端所在的地点和该预约就诊地点，从数据库中查询该用户终端所在的地点与该预约就诊地点之间的地图信息，并将查询到的地图信息返回给该服务器。
s24、根据所述地图信息，计算从所述用户终端所在的地点到达所述预约就诊地点所需的行进时间。
具体地，该服务器可以首先根据该地图信息确定从该用户终端所在的地点到达该预约就诊地点的各条路线，如公交路线、驾车路线、步行路线等，其中公交路线又可以包括公交+步行路线、地铁+步行路线、地铁+公交+步行路线等等。
进一步地，该服务器可以计算各条路线的距离信息，并根据该距离信息计算该各条路线上所需的行进时间。其中，该行进时间可以为从该用户终端所在的地点驾车到达该预约就诊地点所需的时间，从该用户终端所在的地点步行到达该预约就诊地点所需的时间等等。
s25、根据所述行进时间生成就诊提示信息，并将所述就诊提示信息发送给所述客户端。
其中，该就诊提示信息可以为第一就诊提示信息或第二就诊提示信息。
作为一种可选的实施方式，该服务器执行根据所述行进时间生成就诊提示信息可以具体包括：当所述行进时间小于所述预约就诊时刻与当前时刻的时间差时，生成第一就诊提示信息。其中，该第一就诊提示信息用于提示预约就诊事件、该行进时间、以及从该用户终端所在的地点出发前往该预约就诊地点的时刻中的一种或多种。其中，该预约就诊事件包括该预约就诊地点和该预约就诊时刻。
在这种情形下，该服务器可以仅向该客户端发送一次该第一就诊提示信息，也可以周期性地向该客户端发送该第一就诊提示信息，还可以在指定时刻向该客户端发送该第一就诊提示信息。
作为另一种可选的实施方式，该服务器执行根据所述行进时间生成就诊提示信息可以具体包括：当所述行进时间大于所述预约就诊时刻与当前时刻的时间差时，生成第二就诊提示信息。其中，该第二就诊提示信息用于提示无法按时到达该预约就诊地点和/或需要重新进行就诊预约。
在这种情形下，该服务器仅需通过该客户端向该用户终端发送一次该第二就诊提示信息。
在本申请实施例中，服务器可以通过客户端向预约就诊用户发送就诊提示信息，从而避免用户错过就诊时间以及避免用户的就诊等待时间过长。
请参见图3，是本申请实施例提供的又一种基于行进时间的预约就诊提示方法的示意流程图。具体实现中，该方法包括的各个步骤可以由服务器执行。如图3所示的基于行进时间的预约就诊提示方法可以包括：
s31、接收来自客户端的预约就诊请求。
其中，该客户端安装在用户终端中。具体地，该客户端可以为安装在该用户终端中的网页浏览器、即时通讯软件或专门的预约挂号软件。该服务器可以是医疗机构服务器(即某医疗机构的后台服务器)，也可以是第三方服务器。
其中，该预约就诊请求至少包括预约就诊地点和预约就诊时刻。该预约就诊地点为用户请求预约就诊的医疗机构，该预约就诊时刻为用户请求预约就诊的时间。
在本申请的实施例中，该预约就诊请求还可以包括预约就诊科室和预约就诊医生。
s32、获取用户终端的位置信息。
其中，该位置信息用于指示该用户终端所在的地点(也即该用户终端所在的地点)。
该位置信息可以是该客户端获取的用户终端的定位信息。在这种情形下，用户可以在用户终端中设置该客户端具有获取该用户终端的定位信息的权限，如设置该客户端始终有权限获取该用户终端的定位信息，或者设置该客户端在使用期间有权限获取该用户终端的定位信息。该用户终端的定位信息可以是通过gps、蓝牙、wi-fi热点以及信号塔位置确定的该用户终端所在的大致位置，例如位于某条街道的某个小区、某个车站、某个商圈的某个门、某家店铺等等。
s33、获取所述用户终端所在的地点与预约就诊地点之间的地图信息。
其中，该服务器的数据库中可以存储有该预约就诊地点所在的城市或该预约就诊地点所在的国家的地图信息。在这种情形下，该服务器可以根据该用户终端所在的地点和该预约就诊地点，从数据库中查询该用户终端所在的地点与该预约就诊地点之间的地图信息。
或者，该服务器可以将该用户终端所在的地点和该预约就诊地点发送给地图服务器，其中，该地图服务器的数据库中存储有该预约就诊地点所在的城市或该预约就诊地点所在的国家的地图信息；该地图服务器可以根据该用户终端所在的地点和该预约就诊地点，从数据库中查询该用户终端所在的地点与该预约就诊地点之间的地图信息，并将查询到的地图信息返回给该服务器。
s34、根据所述地图信息，确定从所述用户终端所在的地点到达所述预约就诊地点的路线集合，并计算所述路线集合中的各条路线的距离信息。
具体地，该服务器可以首先根据该地图信息确定从该用户终端所在的地点到达该预约就诊地点的各条路线组成的路线集合。其中，该路线集合中可以包括非步行路线和/或步行路线。该步行路线中仅包括步行路程，其中步行路程指的是用户步行的路程，即该步行路线为用户仅通过步行而不通过其他任何交通工具从该用户终端所在的地点到达该预约就诊地点的路线。该非步行路线至少包括非步行路程，其中非步行路程指的是用户使用交通工具的路程，即该非步行路线为用户需要通过交通工具从该用户终端所在的地点到达该预约就诊地点的路线，当然，该非步行路线中也可以包括步行路程。
例如，该非步行路线可以包括公交路线、驾车路线等。该公交路线中可以包括公交路程+步行路程，也可以包括地铁路程+步行路程，还可以包括地铁路程+公交路程+步行路程等等。该驾车路线中可以仅包括驾车路程，也可以包括驾车路程+步行路程。
进一步地，该服务器可以计算该路线集合中的各条路线的距离信息。
s35、根据所述距离信息，计算所述路线集合中的各条路线上所需的行进时间。
举例来说，对于驾车路线，该行进时间为从该用户终端所在的地点驾车到达该预约就诊地点所需的时间；对于步行路线，该行进时间为从该用户终端所在的地点步行到达该预约就诊地点所需的时间等等。
具体地，该服务器执行根据所述距离信息，计算所述路线集合中的各条路线上所需的行进时间可以具体包括：若所述路线集合中包括非步行路线，则获取所述非步行路线上的交通信息，并根据所述距离信息和所述交通信息计算所述非步行路线上所需的行进时间；若所述路线集合中包括步行路线，则根据所述距离信息计算所述步行路线上所需的行进时间。
可以理解，由于交通信息对于步行并无影响，因此该服务器可以仅根据距离信息来计算步行路线上所需的行进时间。其中，该交通信息可以包括该非步行路线中的非步行路程是否拥堵、拥堵路段、拥堵距离、拥堵原因、畅通路段、畅通距离等等。
由于步行路线中仅包括步行路程，因此该步行路线上所需的行进时间＝步行路程的行进时间。而该非步行路线上所需的行进时间＝非步行路程的行进时间+步行路程的时间。若该步行路线中仅包括非步行路程，则该步行路程的时间为零。
其中，该步行路程的行进时间＝步行路程的距离/预设步行速度。设步行路程的行进时间为t1，步行路程的距离为d，预设步行速度为v，则有t1＝v/d。其中，预设步行速度可以为预先设置在该服务器中的统计得到的平均步行速度。
举例来说，当步行路程的距离为600米，且预设步行速度为1米/秒时，步行路程的行进时间＝600米/1米/秒＝600秒＝10分钟。
当该交通信息显示该非步行路程畅通时，则该非步行路程的行进时间＝预设行驶速度×非步行路程的距离。具体地，非步行路线可以包括i种非步行路程。设非步行路程的行进时间为t2，第i种非步行路程的距离为di，第i种非步行路程上的预设行驶速度为vi，则有
举例来说，当非步行路程包括公交路程和地铁路程时，若公交路程的距离和地铁路程的距离分别为5千米和15千米，且公交路程上的预设行驶速度和地铁路程上的预设行驶速度分别为30千米/小时和60千米/小时，则该非步行路程的行进时间＝5千米/30千米/小时+15千米/60千米/小时＝5/12小时＝25分钟。
当该交通信息显示该非步行路程拥堵时，则该非步行路程的行进时间＝拥堵路段的行进时间+畅通路段的行进时间。其中，该拥堵路段的行进时间可以为统计得到的该拥堵路段的平均通过时间，该畅通路段的行进时间的计算方式可以参照上述当该交通信息显示该非步行路程畅通时该非步行路程的行进时间的计算方式。
s36、根据所述行进时间生成就诊提示信息，并将所述就诊提示信息发送给所述客户端。
其中，该就诊提示信息可以为第一就诊提示信息或第二就诊提示信息。
作为一种可选的实施方式，该服务器执行根据所述行进时间生成就诊提示信息可以具体包括：当所述行进时间小于所述预约就诊时刻与当前时刻的时间差时，生成第一就诊提示信息。其中，该第一就诊提示信息用于提示预约就诊事件、该行进时间、以及从该用户终端所在的地点出发前往该预约就诊地点的时刻中的一种或多种。其中，该预约就诊事件包括该预约就诊地点和该预约就诊时刻。
在这种情形下，该服务器可以仅向该客户端发送一次该第一就诊提示信息，也可以周期性地向该客户端发送该第一就诊提示信息，还可以在指定时刻向该客户端发送该第一就诊提示信息。
作为另一种可选的实施方式，该服务器执行根据所述行进时间生成就诊提示信息可以具体包括：当所述行进时间大于所述预约就诊时刻与当前时刻的时间差时，生成第二就诊提示信息。其中，该第二就诊提示信息用于提示无法按时到达该预约就诊地点和/或需要重新进行就诊预约。
在这种情形下，该服务器仅需通过该客户端向该用户终端发送一次该第二就诊提示信息。
由于交通信息是实时变化的，为了给出有效的就诊提示信息，作为一种可选的实施方式，该服务器可以在接收到该预约就诊请求时就执行一次步骤s32～s36以计算从该用户终端所在的地点到达该预约就诊地点所需的行进时间并向该客户端发送就诊提示信息，根据当前计算的行进时间以及该预约就诊时刻，该服务器可以自适应设置下一次执行步骤s32～s36的时间。
举例来说，若该服务器在当前交通非常畅通的情况下计算的行进时间为1小时，则该服务器可以在该预约就诊时刻之前2小时(其中1小时为拥堵预留时间)再次执行步骤s32～s36；或者，该服务器可以在该预约就诊时刻到来之前每隔2小时执行一次步骤s32～s36，在这种情形下，该服务器在发送第一就诊提示信息给该客户端时，在该就诊提示信息的输出界面中还可以显示不再提示的图标，该客户端可以接收用户对该不再提示的图标的点击操作以生成不再提示指令，并将该不再提示指令发送给该服务器，若该服务器接收到该不再提示指令，则该服务器不再进行下一次就诊提示，否则该服务器会每隔2小时发送一次第一就诊提示信息给该客户端。
作为另一种可选的实施方式，该服务器可以根据用户需求自适应设置执行步骤s32～s36的时间。
具体地，该服务器执行获取所述用户终端的位置信息可以具体包括：接收来自所述客户端的预约提示指令，所述预约提示指令包括预约提示时刻；根据所述预约提示时刻，确定获取所述用户终端的位置信息的获取时刻；当所述获取时刻到来时，执行所述获取所述用户终端的位置信息。
其中，该预约提示时刻用于指示用户希望在何时收到该预约提示信息。
举例来说，当该预约提示时刻为8月8日7:00(即用户希望在8月8日7:00接收该预约提示信息)时，则该服务器可以确定该获取时刻8月8日6:58，并在8月8日6:58时执行一次步骤s32～s36。
s37、在所述就诊提示信息的显示界面接收来自所述客户端的导航指令。
具体地，在该就诊提示信息的输出界面中还可以显示导航图标，该客户端可以接收用户对该导航图标的点击操作以生成导航指令，并将该导航指令发送给该服务器。其中，该导航指令用于请求获取导航信息。
s38、响应所述导航指令，根据所述地图信息生成导航信息，并将所述导航信息发送给所述客户端。
其中，该导航信息为从该用户终端所在的地点到达该预约就诊地点的导航信息。
若该路线集合中包括多条路线，则该导航指令还可以包括具体的路线。例如，若该路线集合中包括一条驾车路线和一条公交路线，则当该导航指令包括驾车路线时，该服务器根据该地图信息生成从该用户终端所在的地点驾车到达该预约就诊地点的导航信息，并将该导航信息发送给该客户端。
进一步地，该客户端可以显示该导航信息。从而，用户可以根据该导航信息从该用户终端所在的地点驾车前往该预约就诊地点。
在本申请实施例中，服务器可以通过客户端向预约就诊用户发送就诊提示信息，从而避免用户错过就诊时间以及避免用户的就诊等待时间过长。此外，服务器可以通过客户端向用户预约就诊用户发送导航信息，从而避免用户在不清楚前往预约就诊地点的路线时需要额外打开导航软件，简化了用户操作。
请参见图4，是本申请实施例提供的再一种基于行进时间的预约就诊提示方法的示意流程图。具体实现中，该方法包括的各个步骤可以由用户终端执行。如图4所示的基于行进时间的预约就诊提示方法可以包括：
s41、通过客户端向服务器发送预约就诊请求。
其中，该客户端安装在用户终端中。具体地，该客户端可以为安装在该用户终端中的网页浏览器、即时通讯软件或专门的预约挂号软件。该服务器可以是医疗机构服务器(即某医疗机构的后台服务器)，也可以是第三方服务器。
其中，该预约就诊请求至少包括预约就诊地点和预约就诊时刻。该预约就诊地点为用户请求预约就诊的医疗机构，该预约就诊时刻为用户请求预约就诊的时间。在本申请的实施例中，该预约就诊请求还可以包括预约就诊科室和预约就诊医生。
进一步地，该服务器可以获取该客户端所在的位置信息，该位置信息用于指示该用户终端所在的地点。
进一步地，该服务器还可以获取该用户终端所在的地点与该预约就诊地点之间的地图信息。
进一步地，该服务器还可以根据该地图信息，计算从该用户终端所在的地点到达该预约就诊地点所需的行进时间。
进一步地，该服务器还可以根据该行进时间生成就诊提示信息，并将该就诊提示信息通过该客户端发送给该用户终端。
s42、通过所述客户端接收来自所述服务器的就诊提示信息，并在所述客户端的显示界面中输出所述就诊提示信息。
其中，该就诊提示信息至少包括文字提示信息。
在本申请的实施例中，当该用户终端通过该客户端接收到该就诊提示信息时，根据用户的操作该用户终端可以通过该客户端向该服务器发送不再提示的指令。例如，在该就诊提示信息的输出界面中还可以显示不再提示的图标，该用户终端可以接收用户对该不再提示的图标的点击操作以生成不再提示指令，并将该不再提示指令发送给该服务器。
在本申请的实施例中，该就诊提示信息还可以包括语音提示信息，该语音提示信息可以为提示铃声或者文字提示信息的语音播报。
需要说明的是，本申请实施例的技术细节请参考前述实施例的相关描述，在此不再赘述。
在本申请实施例中，服务器可以通过客户端向预约就诊用户发送就诊提示信息，从而避免用户错过就诊时间以及避免用户的就诊等待时间过长。
本申请实施例还提供一种服务器，该服务器包括用于执行本申请图2所示的方法的模块。具体地，请参见图5，是本申请实施例提供的一种服务器50的示意性框图。如图5所示的服务器50可以包括：接收模块51、获取模块52、计算模块53、生成模块54和发送模块55。
其中，所述接收模块51，用于接收来自客户端的预约就诊请求。在本申请的实施例中，所述预约就诊请求中包括预约就诊地点和预约就诊时刻。
所述获取模块52，用于获取所述用户终端的位置信息。在本申请的实施例中，所述位置信息用于指示所述用户终端所在的地点。
所述获取模块52，还用于获取所述用户终端所在的地点与所述预约就诊地点之间的地图信息。
所述计算模块53，用于根据所述地图信息，计算从所述用户终端所在的地点到达所述预约就诊地点所需的行进时间。
所述生成模块54，用于根据所述行进时间生成就诊提示信息。
所述发送模块55，用于将所述就诊提示信息发送给所述客户端。
需要说明的是，本申请实施例提供的服务器50的具体工作流程请参考本申请实施例提供的方法流程部分，在此不再赘述。
在本申请实施例中，服务器可以通过客户端向预约就诊用户发送就诊提示信息，从而避免用户错过就诊时间以及避免用户的就诊等待时间过长。
本申请实施例还提供另一种服务器，该服务器包括用于执行本申请图3所示的方法的模块、单元和子单元。具体地，请参见图6，是本申请实施例提供的另一种服务器60的示意性框图。如图6所示的服务器60可以包括：接收模块61、获取模块62、确定模块63、计算模块64、生成模块65和发送模块66。
其中，所述接收模块61，用于接收来自客户端的预约就诊请求。在本申请的实施例中，所述预约就诊请求中包括预约就诊地点和预约就诊时刻，所述客户端安装在用户终端中。
所述获取模块62，用于获取所述用户终端的位置信息。在本申请的实施例中，所述位置信息用于指示所述用户终端所在的地点。
作为一种可选的实施方式，所述接收模块61，还用于接收来自所述客户端的预约提示指令。在本申请的实施例中，所述预约提示指令包括预约提示时刻。
所述确定模块63，用于根据所述预约提示时刻，确定获取所述用户终端的位置信息的获取时刻。
所述获取模块62，具体用于当所述获取时刻到来时，获取所述用户终端的位置信息。
所述获取模块62，还用于获取所述用户终端所在的地点与所述预约就诊地点之间的地图信息。
所述计算模块64，用于根据所述地图信息，计算从所述用户终端所在的地点到达所述预约就诊地点所需的行进时间。
作为一种可选的实施方式，所述计算模块64可以包括：确定单元641、第一计算单元642和第二计算单元643。
其中，所述确定单元641，用于根据所述地图信息，确定从所述用户终端所在的地点到达所述预约就诊地点的路线集合。
所述第一计算单元642，用于计算所述路线集合中的各条路线的距离信息。
所述第二计算单元643，用于根据所述距离信息，计算所述路线集合中的各条路线上所需的行进时间。
作为一种可选的实施方式，所述第二计算单元643包括获取子单元6431和计算子单元6432。
其中，所述获取子单元6431，用于当所述路线集合中包括非步行路线时，获取所述非步行路线上的交通信息。
所述计算子单元6432，用于根据所述距离信息和所述交通信息计算所述非步行路线上所需的行进时间。
所述计算子单元6432，还用于当所述路线集合中包括步行路线时，根据所述距离信息计算所述步行路线上所需的行进时间。
所述生成模块65，用于根据所述行进时间生成就诊提示信息。
作为一种可选的实施方式，所述生成模块65，具体用于当所述行进时间小于所述预约就诊时刻与当前时刻的时间差时，生成第一就诊提示信息。其中，所述第一就诊提示信息用于提示预约就诊事件、所述行进时间、以及从所述用户终端所在的地点出发前往所述预约就诊地点的时刻中的一种或多种；所述预约就诊事件包括所述预约就诊地点和所述预约就诊时刻。
作为另一种可选的实施方式，所述生成模块65，具体用于当所述行进时间大于所述预约就诊时刻与当前时刻的时间差时，生成第二就诊提示信息。其中，所述第二就诊提示信息用于提示无法按时到达所述预约就诊地点和/或需要重新进行就诊预约。
所述发送模块66，用于将所述就诊提示信息发送给所述客户端。
作为一种可选的实施方式，所述接收模块61，还用于在所述就诊提示信息的显示界面接收来自所述客户端的导航指令。
所述生成模块65，还用于响应所述导航指令，根据所述地图信息生成导航信息。
所述发送模块66，还用于将所述导航信息发送给所述客户端。
需要说明的是，本申请实施例提供的服务器60的具体工作流程请参考本申请实施例提供的方法流程部分，在此不再赘述。
在本申请实施例中，服务器可以通过客户端向预约就诊用户发送就诊提示信息，从而避免用户错过就诊时间以及避免用户的就诊等待时间过长。此外，服务器可以通过客户端向用户预约就诊用户发送导航信息，从而避免用户在不清楚前往预约就诊地点的路线时需要额外打开导航软件，简化了用户操作。
本申请实施例还提供一种用户终端，该用户终端包括用于执行本申请图4所示的方法的模块。具体地，请参见图7，是本申请实施例提供的一种用户终端70的示意性框图。如图7所示的用户终端70可以包括：发送模块71、接收模块72和输出模块73。
其中，所述发送模块71，用于通过客户端向服务器发送预约就诊请求以使所述服务器获取所述用户终端的位置信息，以及使所述服务器获取所述用户终端所在的地点与预约就诊地点之间的地图信息，以及使所述服务器根据所述地图信息，计算从所述用户终端所在的地点到达所述预约就诊地点所需的行进时间，以及使所述服务器根据所述行进时间生成就诊提示信息。
在本申请的实施例中，所述预约就诊请求中包括预约就诊地点和预约就诊时刻，所述位置信息用于指示所述用户终端所在的地点。
所述接收模块72，用于通过所述客户端接收来自所述服务器的所述就诊提示信息。
所述输出模块73，用于在所述客户端的显示界面中输出所述就诊提示信息。
需要说明的是，本申请实施例提供的用户终端70的具体工作流程请参考本申请实施例提供的方法流程部分，在此不再赘述。
在本申请实施例中，服务器可以通过客户端向预约就诊用户发送就诊提示信息，从而避免用户错过就诊时间以及避免用户的就诊等待时间过长。
请参见图8，是本申请实施例提供的又一种服务器80的示意性框图。如图8所示的本实施例中的服务器80可以包括：总线81、处理器82、存储器83及输入/输出接口84。其中，所述总线81用于将所述处理器82、存储器83及输入/输出接口84相互连接起来并使得上述元件可以相互通信。所述存储器83用于存储一个或多个计算机程序，所述计算机程序包括程序指令。所述输入/输出接口84用于控制所述服务器80与其他设备(如用户终端)之间的通信连接。
具体地，所述处理器81被配置用于调用所述程序指令执行：
接收来自客户端的预约就诊请求，所述预约就诊请求中包括预约就诊地点和预约就诊时刻，所述客户端安装在用户终端中；
获取所述用户终端的位置信息，所述位置信息用于指示所述用户终端所在的地点；
获取所述用户终端所在的地点与所述预约就诊地点之间的地图信息；
根据所述地图信息，计算从所述用户终端所在的地点到达所述预约就诊地点所需的行进时间；
根据所述行进时间生成就诊提示信息，并将所述就诊提示信息发送给所述客户端。
作为一种可选的实施方式，所述处理器81被配置用于调用所述程序指令执行所述获取所述用户终端的位置信息时具体执行：
接收来自所述客户端的预约提示指令，所述预约提示指令包括预约提示时刻；
根据所述预约提示时刻，确定获取所述用户终端的位置信息的获取时刻；
当所述获取时刻到来时，执行所述获取所述用户终端的位置信息。
作为一种可选的实施方式，所述处理器81被配置用于调用所述程序指令执行所述根据所述地图信息，计算从所述用户终端所在的地点到达所述预约就诊地点所需的行进时间时具体执行：
根据所述地图信息，确定从所述用户终端所在的地点到达所述预约就诊地点的路线集合，并计算所述路线集合中的各条路线的距离信息；
根据所述距离信息，计算所述路线集合中的各条路线上所需的行进时间。
作为一种可选的实施方式，所述处理器81被配置用于调用所述程序指令执行所述根据所述距离信息，计算所述路线集合中的各条路线上所需的行进时间时具体执行：
若所述路线集合中包括非步行路线，则获取所述非步行路线上的交通信息，并根据所述距离信息和所述交通信息计算所述非步行路线上所需的行进时间；
若所述路线集合中包括步行路线，则根据所述距离信息计算所述步行路线上所需的行进时间。
作为一种可选的实施方式，所述处理器81被配置用于调用所述程序指令执行所述根据所述进时间生成就诊提示信息时具体执行：
当所述行进时间小于所述预约就诊时刻与当前时刻的时间差时，生成第一就诊提示信息；
其中，所述第一就诊提示信息用于提示预约就诊事件、所述行进时间、以及从所述用户终端所在的地点出发前往所述预约就诊地点的时刻中的一种或多种；所述预约就诊事件包括所述预约就诊地点和所述预约就诊时刻。
作为另一种可选的实施方式，所述处理器81被配置用于调用所述程序指令执行所述根据所述进时间生成就诊提示信息时具体执行：
当所述行进时间大于所述预约就诊时刻与当前时刻的时间差时，生成第二就诊提示信息；其中，所述第二就诊提示信息用于提示无法按时到达所述预约就诊地点和/或需要重新进行就诊预约。
作为一种可选的实施方式，所述处理器81被配置用于调用所述程序指令执行所述将所述就诊提示信息发送给所述客户端之后还执行：
在所述就诊提示信息的显示界面接收来自所述客户端的导航指令；
响应所述导航指令，根据所述地图信息生成导航信息，并将所述导航信息发送给所述客户端。
在本申请实施例中，所述处理器81可以是任意类型的处理器，例如可以是中央处理单元(centralprocessingunit，cpu)、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)等等。所述存储器83可以是任意类型的存储器，例如可以是只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)和非易失性随机存取存储器等等。
在本申请实施例中，服务器可以通过客户端向预约就诊用户发送就诊提示信息，从而避免用户错过就诊时间以及避免用户的就诊等待时间过长。此外，服务器可以通过客户端向用户预约就诊用户发送导航信息，从而避免用户在不清楚前往预约就诊地点的路线时需要额外打开导航软件，简化了用户操作。
在本申请的实施例中还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序中包括程序指令，所述处理器81被配置用于调用所述程序指令，执行本申请图2或图3所示的基于行进时间的预约就诊提示方法。
所述计算机可读存储介质可以是前述任一实施例所述的服务器的内部存储单元，例如所述服务器的硬盘或内存。所述计算机可读存储介质也可以是所述服务器的外部存储设备，例如所述服务器上配备的插接式硬盘、智能存储卡(smartmediacard，smc)、安全数字(securedigital，sd)卡、闪存卡(flashcard)等等。
请参见图9，是本申请实施例提供的另一种用户终端90的示意性框图。如图9所示的本实施例中的用户终端90可以包括：总线91、处理器92、存储器93及输入/输出接口94。其中，所述总线91用于将所述处理器92、存储器93及输入/输出接口94相互连接起来并使得上述元件可以相互通信。所述存储器93用于存储一个或多个计算机程序，所述计算机程序包括程序指令。所述输入/输出接口94用于控制用户终端90与其他设备(如服务器)之间的通信连接。
具体地，所述处理器91被配置用于调用所述程序指令执行：
通过客户端向服务器发送预约就诊请求以使所述服务器获取所述用户终端的位置信息，以及使所述服务器获取所述用户终端所在的地点与预约就诊地点之间的地图信息，以及使所述服务器根据所述地图信息，计算从所述用户终端所在的地点到达所述预约就诊地点所需的行进时间，以及使所述服务器根据所述行进时间生成就诊提示信息；其中，所述预约就诊请求中包括预约就诊地点和预约就诊时刻，所述位置信息用于指示所述用户终端所在的地点；
通过所述客户端接收来自所述服务器的所述就诊提示信息，并在所述客户端的显示界面中输出所述就诊提示信息。
在本申请实施例中，所述处理器91可以是任意类型的处理器，例如可以是cpu、dsp、asic、fpga等等。所述存储器93可以是任意类型的存储器，例如可以是rom、ram和非易失性随机存取存储器等等。
在本申请实施例中，服务器可以通过客户端向预约就诊用户发送就诊提示信息，从而避免用户错过就诊时间以及避免用户的就诊等待时间过长。
在本申请的实施例中还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序中包括程序指令，所述处理器91被配置用于调用所述程序指令，执行本申请图4所示的基于行进时间的预约就诊提示方法。
所述计算机可读存储介质可以是前述任一实施例所述的用户终端的内部存储单元，例如用户终端的硬盘或内存。所述计算机可读存储介质也可以是所述用户终端的外部存储设备，例如所述用户终端上配备的插接式硬盘、smc、sd卡、闪存卡等等。
以上所述，仅为本申请的部分实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。
- 还没有人留言评论。精彩留言会获得点赞！