车辆行程任务的处理方法和装置与流程

文档序号:12128220阅读:304来源:国知局
车辆行程任务的处理方法和装置与流程

本公开涉及智能交通领域,尤其涉及车辆行程任务的处理方法和装置。



背景技术:

随着移动互联网的发展,各种打车软件如雨后春笋般出现,正改变着人们的出行方式。现有的打车软件通常是司机在接单后,利用导航实现从出发地到达目的地的行程,然而,即便是从同一出发地到达同一目的地,也可能有很多种不同的行驶路线,司机有可能因为路况不熟,选择了其中较差(例如交通拥堵)的路线,以至于给用户带来很大的不便。

并且,导航软件计算从出发地到达目的地的行程需要占用一定的终端系统资源和网络资源,给终端系统带来负担,在网络连接状况不好的情况下,甚至无法完成导航计算。



技术实现要素:

为克服相关技术中存在的问题,本公开提供一种车辆行程任务的处理方法和装置。

根据本公开实施例的第一方面,提供一种车辆行程任务的处理方法,包括获取针对行程任务的行程预约请求,所述行程预约请求包括目标行驶路线信息;从所述行程预约请求中获取所述目标行驶路线信息;控制任务执行终端输出提示信息,所述提示信息指示根据所述目标行驶路线信息进行行驶。

在一种可能的实现方式中,所述方法应用于除所述任务执行终端外的其他设备,所述获取针对行程任务的行程预约请求,包括:从所述行程预约请求中获取出发地信息和目的地信息;根据所述出发地信息和所述目的地信息获取所述目标行驶路线信息;将所述目标行驶路线信息添加到所述行程预约请求中。

在一种可能的实现方式中,所述控制任务执行终端输出提示信息,包括:向所述任务执行终端发送所述行程预约请求。

在一种可能的实现方式中,所述方法应用于所述任务执行终端,所述获取针对行程任务的行程预约请求,包括:接收所述行程预约请求。

在一种可能的实现方式中,所述行程预约请求包括至少两项候选行驶路线信息,所述从所述行程预约请求中获取所述目标行驶路线信息,包括:从所述候选行驶路线信息中获取所述目标行驶路线信息。

在一种可能的实现方式中,所述从所述候选行驶路线信息中获取所述目标行驶路线信息,包括:根据环境信息从所述候选行驶路线信息中获取所述目标行驶路线信息,其中,所述环境信息包括以下至少一项:路况信息、天气信息、时间信息和交通设施信息。

在一种可能的实现方式中,所述控制任务执行终端输出提示信息,包括:控制所述任务执行终端在所述行程任务开始时,输出提示信息;其中,所述提示信息包括与所述目标行驶路线信息对应的导航信息。

在一种可能的实现方式中,所述控制任务执行终端输出提示信息,包括:控制任务执行终端输出包括有所述目标行驶路线信息的多媒体信息。

根据本公开实施例的第二方面,提供一种车辆行程任务的处理装置,包括:第一获取模块,用于获取针对行程任务的行程预约请求,所述行程预约请求包括目标行驶路线信息;第二获取模块,用于从所述行程预约请求中获取所述目标行驶路线信息;控制模块,用于控制任务执行终端输出提示信息,所述提示信息指示根据所述目标行驶路线信息进行行驶。

在一种可能的实现方式中,所述装置应用于除所述任务执行终端外的其他设备;所述第一获取模块包括:第一获取子模块,用于从所述行程预约请求中获取出发地信息和目的地信息;第二获取子模块,用于根据所述出发地信息和所述目的地信息获取所述目标行驶路线信息;添加子模块,用于将所述目标行驶路线信息添加到所述行程预约请求中。

在一种可能的实现方式中,所述控制模块用于向所述任务执行终端发送所述行程预约请求。

在一种可能的实现方式中,所述装置应用于所述任务执行终端;所述第一获取模块用于接收所述行程预约请求。

在一种可能的实现方式中,所述行程预约请求包括至少两项候选行驶路线信息,所述第二获取模块用于从所述候选行驶路线信息中获取所述目标行驶路线信息。

在一种可能的实现方式中,第二获取模块用于根据环境信息从所述候选行驶路线信息中获取所述目标行驶路线信息,其中,所述环境信息包括以下至少一项:路况信息、天气信息、时间信息和交通设施信息。

在一种可能的实现方式中,所述控制模块用于控制所述任务执行终端在所述行程任务开始时,输出提示信息,其中,所述提示信息包括与所述目标行驶路线信息对应的导航信息。

在一种可能的实现方式中,所述控制模块用于控制任务执行终端输出包括有所述目标行驶路线信息的多媒体信息。

根据本公开实施例的第三方面,提供一种行驶路线推荐装置,包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为:获取针对行程任务的行程预约请求,所述行程预约请求包括目标行驶路线信息;从所述行程预约请求中获取所述目标行驶路线信息;控制任务执行终端输出提示信息,所述提示信息指示根据所述目标行驶路线信息进行行驶。

本公开的实施例提供的技术方案可以包括以下有益效果:通过从针对行程任务的行程预约请求中获取目标行驶路线信息,并控制任务执行终端输出指示根据目标行驶路线信息进行行驶的提示信息,其中,任务执行终端可以是例如提供车辆服务的司机,通过这种方式,司机接单后无需重新进行导航,只需按照提示信息进行行驶就可以了,避免了可能因为选择了不恰当的行驶路线而导致浪费时间等问题。此外,由于任务执行终端已输出提示信息,行驶过程中不会受到网络连接状况的影响,即使行驶过程中网络不好,司机也同样能够按照提示信息进行行驶,而且无需再对出发地和目的地之间的行驶路线进行导航计算,大大降低了系统负担。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种车辆行程任务的处理方法的流程图。

图2是根据一示例性实施例示出的一种车辆行程任务的处理方法的流程图。

图3是根据一示例性实施例示出的一种车辆行程任务的处理装置的框图。

图4是根据一示例性实施例示出的一种车辆行程任务的处理装置的框图。

图5是根据一示例性实施例示出的一种用于车辆行程任务的处理的装置的框图。

图6是根据一示例性实施例示出的一种用于车辆行程任务的处理的装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开提供一种车辆行程任务的处理方法。该方法可用于服务器、任务请求终端或任务执行终端中。参考图1,图1是根据一示例性实施例示出的一种车辆行程任务的处理方法的流程图。如图1所示,该方法可以包括以下步骤。

在步骤S11中,获取针对行程任务的行程预约请求,行程预约请求包括目标行驶路线信息。

在步骤S12中,从行程预约请求中获取目标行驶路线信息。

在步骤S13中,控制任务执行终端输出提示信息,提示信息指示根据目标行驶路线信息进行行驶。

举例来说,目标行驶路线信息可以是能够描述目标行驶路线的任意形式的信息,例如地图数据、导航数据、对目标行驶路线的语音或文字描述等。

举例来说,提示信息可以是能够指示根据目标行驶路线信息进行行驶的任何形式的提示信息,例如可包括与目标行驶路线信息对应的导航信息、多媒体信息等,例如可包括行驶路线的图片、行驶路线的文字或语音描述、行驶路线的视频或动画、行驶路线的导航数据等。

本实施例通过从针对行程任务的行程预约请求中获取目标行驶路线信息,并控制任务执行终端输出指示根据目标行驶路线信息进行行驶的提示信息,其中,任务执行终端可以是例如提供车辆服务的司机,通过这种方式,司机接单后无需重新进行导航,只需按照提示信息进行行驶就可以了,避免了可能因为选择了不恰当的行驶路线而导致浪费时间等问题。此外,由于任务执行终端已输出提示信息,行驶过程中不会受到网络连接状况的影响,即使行驶过程中网络不好,司机也同样能够按照提示信息进行行驶,而且无需再对出发地和目的地之间的行驶路线进行导航计算,大大降低了系统负担。

以下分别以该实施例的方法应用于服务器、任务请求终端、和任务执行终端中作为例子,给出该实施例的一些示例性的实现方式。本领域技术人员应理解,这些实现方式仅为了举例说明,并不以任何目的限制本公开。

本公开提供另一种车辆行程任务的处理方法。该方法是对图1所示的方法的进一步扩展和优化。

在一种可能的实现方式中,该实施例的方法可应用于任务请求终端。

任务请求终端可以是例如请求租车的用户所使用的终端设备(例如手机),任务请求终端上可安装有实现租车服务的APP(应用程序,Application,例如打车软件的客户端APP等),任务请求终端可根据用户的输入获取针对行程任务的行程预约请求。

参考图2,图2是根据一示例性实施例示出的一种车辆行程任务的处理方法的流程图。如图2所示,图1所示的步骤S11可以包括:

在步骤S111中,从行程预约请求中获取出发地信息和目的地信息;

在步骤S112中,根据出发地信息和目的地信息获取目标行驶路线信息;

在步骤S113中,将目标行驶路线信息添加到行程预约请求中。

举例来说,用户可在打车软件中输入出发地信息和目的地信息并发起行程预约请求,该行程预约请求中包含有上述出发地信息和目的地信息,任务请求终端可以从用户发起的行程预约请求中获取用户输入的上述出发地信息和目的地信息,以便根据该出发地信息和目的地信息获取行驶路线信息。本公开不限制任务请求终端根据出发地信息和目的地信息获取行驶路线信息的方式,例如可以通过导航计算来生成,也可以是根据出发地信息和目的地信息从任务请求终端中已存储的行驶路线信息中匹配得出。所生成的行驶路线信息中,即包含步骤S12中要获取的目标行驶路线信息,可将所生成的行驶路线信息(包括目标行驶路线信息)添加到行程预约请求中。

再举例来说,用户可以通过打车软件或其他工具(例如已知的地图或导航应用软件)记录并存储自己曾经走过的从出发地到目的地的不同行驶路线信息,在用户利用打车软件发起从出发地到目的地的行程预约请求时,任务请求终端可以提供一条或多条行驶路线信息供用户选择,用户可根据自身需要或经验进行选择,用户所选择的一条或多条行驶路线信息可包含在行程预约请求中。

在一个示例中,如果任务请求终端获取的行驶路线信息和/或用户选择的行驶路线信息只有一条,在步骤S12中,任务请求终端可直接获取该行驶路线信息作为目标行驶路线信息。

在另一示例中,如果行程预约请求包括至少两项候选行驶路线信息,则在步骤S12中,从行程预约请求中获取目标行驶路线信息,包括:从候选行驶路线信息中获取目标行驶路线信息。举例来说,如果任务请求终端获取的行驶路线信息和/或用户选择的行驶路线信息不止一条,则在步骤S12中,可以将这些行驶路线信息作为候选行驶路线信息,任务请求终端可从中选择一条或多条,以所选择的一条或多条行驶路线信息作为目标行驶路线信息。本实施例不限制选择的原则和方式,例如,可以根据环境信息从候选行驶路线信息中获取目标行驶路线信息,其中,环境信息可以包括例如以下至少一项:路况信息、天气信息、时间信息和交通设施信息;也可以根据或进一步结合用户偏好等其他因素来选择,其中用户偏好例如可由用户输入至任务请求终端,也可以是任务请求终端根据用户的历史选择而估计;也可以优先选择用户自己选择的行驶路线信息作为目标行驶路线信息。

举例来说,路况信息可以包括例如某路段因施工导致不利于通行,某路段因发生交通事故导致交通拥堵,某路段因交通灯故障导致交通混乱等。天气信息可以包括例如大雨导致低洼路段严重积水,进而导致道路不畅,雾霾天气导致能见度降低,使得交通事故数量增加等。时间信息可以包括例如上午8点至10点和下午5点至7点为高峰时期车流量较大,学生上学及放学时间学校附近人流量和车流量均较大等。交通设施信息可以包括例如某路段交通标识、交通标线不明显以至于该路段为交通事故多发地,某路段的路灯照明效果差等。任务请求终端可以根据这些信息,从多个候选行驶路线信息中选择合理的行驶路线信息,作为目标行驶路线信息。

通过这种方式,所得到的目标行驶路线信息综合考虑了环境、用户偏好等各种因素,相对于其他路线更优。

在一个示例中,当所选出的目标行驶路线信息为多个的情况下,还可结合环境信息、用户偏好等因素对这些目标行驶路线信息进行综合排序。

在一种可能的实施方式中,在步骤S13中,任务请求终端可指示服务器来控制任务执行终端输出提示信息,例如可控制任务执行终端在行程任务开始时,输出提示信息;其中,提示信息包括与目标行驶路线信息对应的导航信息,再例如,可控制任务执行终端输出包括有行驶路线信息的多媒体信息,以便司机按照提示进行行驶。

根据上述示例性的实施例,司机所获得的提示是基于用户所使用的任务请求终端提供的目标行驶路线信息,该目标行驶路线信息可能是用户自己记录和选择的优选路线,也可能是任务请求终端根据用户所处的环境、用户偏好等因素而获取的,这样的目标行驶路线信息会比导航软件仅根据出发地和目的地生成的行驶路线更优,避免了司机走不恰当的路线,且降低了司机一方的任务执行终端对网络和终端计算能力的要求。

在另一种可能的实现方式中,该实施例的方法可应用于服务器。

以租车为例,用户可通过终端设备(例如智能手机)上的APP向服务器发起针对行程任务的行程预约请求。在一个示例中,该行程预约请求可包括用户的出发地信息和目的地信息,也可能包括用户自己记录和选择的行驶路线(如上文所述)。

如果行程预约请求中包含出发地信息和目的地信息,则服务器对步骤S11的实现方式可同样参见图2。

举例来说,服务器可从来自用户的行程预约请求中获取出发地信息和目的地信息,并利用导航计算、从已存储的行驶路线信息中进行匹配等任何适当的方式,根据该出发地信息和目的地信息获取行驶路线信息,所获取的行驶路线信息中即包括步骤S12中所要获取的目标行驶路线信息,服务器可将所获取的行驶路线信息(包括目标行驶路线信息)添加到行程预约请求中。

再举例来说,服务器可从来自用户的行程预约请求中获取用户所选择或输入的行驶路线信息,并将该行驶路线信息添加到行程预约请求中。

在一个示例中,如果服务器获取的行驶路线信息和/或服务器从用户接收的行驶路线信息只有一条,在步骤S12中,服务器可直接获取该行驶路线信息作为目标行驶路线信息。

在另一示例中,如果行程预约请求包括至少两项候选行驶路线信息,则在步骤S12中,从行程预约请求中获取目标行驶路线信息,包括:从候选行驶路线信息中获取目标行驶路线信息。举例来说,如果服务器获取的行驶路线信息和/或服务器从用户接收的行驶路线信息不止一条,则在步骤S12中,可以将这些行驶路线信息作为候选行驶路线信息,服务器可从中选择一条或多条,以所选择的一条或多条行驶路线信息作为目标行驶路线信息。本实施例不限制选择的原则和方式,例如,可以根据环境信息从候选行驶路线信息中获取目标行驶路线信息,其中,环境信息可以包括例如以下至少一项:路况信息、天气信息、时间信息和交通设施信息(环境信息的例子可参见上文);也可以根据或进一步结合用户偏好等其他因素来选择,其中用户偏好例如可由用户上传至服务器,也可以是服务器根据用户的历史选择而估计;也可以优先选择用户自己选择的行驶路线信息作为目标行驶路线信息。

通过这种方式,所得到的目标行驶路线信息综合考虑了环境、用户偏好等各种因素,相对于其他路线更优。

在一个示例中,当所选出的目标行驶路线信息为多个的情况下,还可结合环境信息、用户偏好等因素对这些目标行驶路线信息进行综合排序。

在一个示例中,在步骤S13中,控制任务执行终端输出提示信息可包括:向任务执行终端发送行程预约请求。

举例来说,在确定好目标行驶路线信息后,服务器可将行程预约请求发送给任务执行终端,例如司机的终端,其中,该行程预约请求可包括该目标行驶路线信息,也可以包括用户信息、出发地信息、目的地信息等其他信息,以及控制指令等。

在一种可能的实施方式中,在步骤S13中,服务器可控制任务执行终端输出提示信息,例如服务器可通过向任务执行终端发送的行程预约请求中包含的控制指令,控制任务执行终端在行程任务开始时,输出提示信息;其中,提示信息包括与目标行驶路线信息对应的导航信息,再例如,可控制任务执行终端输出包括有行驶路线信息的多媒体信息,以便司机按照提示进行行驶。

根据上述示例性的实施例,司机所获得的提示是基于服务器提供的目标行驶路线信息,该目标行驶路线信息可能是用户自己记录和选择的优选路线,也可能是服务器根据用户所处的环境而生成或选择的,这样的目标行驶路线信息会比导航软件仅根据出发地和目的地生成的行驶路线更优,避免了司机走不恰当的路线,且利用了服务器强大的处理能力,降低了司机一方的任务执行终端对网络和终端计算能力的要求。

在另一种可能的实现方式中,该实施例的方法可应用于任务执行终端。

举例来说,在步骤S11中,任务执行终端可接收行程预约请求,例如,任务执行终端可以从服务器接收行程预约请求,该行程预约请求可以是用户发出的未经服务器处理过的行程预约请求,例如用户上传至服务器的包含自选的行驶路线信息的行程预约请求,也可以是服务器对用户发出的行程预约请求进行处理后得到的包含有目标行驶路线信息的行程预约请求。

在一个示例中,如果任务执行终端所获取的行程预约请求中的行驶路线信息只有一条,在步骤S12中,任务执行终端可直接获取该行驶路线信息作为目标行驶路线信息。

在另一示例中,如果任务执行终端所获取的行程预约请求包括至少两项候选行驶路线信息,则在步骤S12中,从行程预约请求中获取目标行驶路线信息,包括:从候选行驶路线信息中获取目标行驶路线信息。举例来说,如果任务执行终端从服务器接收的行程预约请求中包含不止一条行驶路线信息,则在步骤S12中,任务执行终端可以将这些行驶路线信息作为候选行驶路线信息,从中选择一条或多条目标行驶路线信息,并提示司机按照该目标行驶路线信息行驶。本实施例不限制选择的原则和方式,例如,可以根据环境信息从候选行驶路线信息中获取目标行驶路线信息,其中,环境信息可以包括例如以下至少一项:路况信息、天气信息、时间信息和交通设施信息(环境信息的例子可参见上文);也可根据用户偏好等其他因素进行选择,其中用户偏好例如可由用户在发布行程预约请求时提供;也可以优先选择用户自己选择的行驶路线信息作为目标行驶路线信息。

通过这种方式,所得到的目标行驶路线信息综合考虑了环境、用户偏好等各种因素,相对于其他路线更优。

在一个示例中,当所选出的目标行驶路线信息为多个的情况下,还可结合环境信息、用户偏好等因素对这些目标行驶路线信息进行综合排序。

在另一示例中,司机也可根据自身的经验,使用任务执行终端来从候选行驶路线信息中选择目标行驶路线信息。

在一种可能的实施方式中,在步骤S13中,任务执行终端中的处理器等控制部件可控制任务执行终端输出提示信息,例如可控制任务执行终端在行程任务开始时,输出提示信息;其中,提示信息包括与目标行驶路线信息对应的导航信息,再例如,可控制任务执行终端输出包括有行驶路线信息的多媒体信息,以便司机按照提示进行行驶。

根据以上示例,司机一方所使用的任务执行终端不必根据出发地信息和目的地信息自行导航,而是可以根据用户和服务器推荐的目标行驶路线信息进行行驶,这一方面避免了司机选择不恰当的行驶路线,另一方面也减轻了对任务执行终端的网络能力和计算能力的压力。

参考图3,图3是根据一示例性实施例示出的一种车辆行程任务的处理装置300的框图。如图3所示,该装置300包括第一获取模块31,第二获取模块32和控制模块33。

该第一获取模块31用于获取针对行程任务的行程预约请求,行程预约请求包括目标行驶路线信息。

该第二获取模块32用于从行程预约请求中获取目标行驶路线信息。

该控制模块33用于控制任务执行终端输出提示信息,提示信息指示根据目标行驶路线信息进行行驶。

本公开提供另一种车辆行程任务的处理装置。该装置是对图3所示的装置的进一步扩展和优化。

参考图4,图4是根据一示例性实施例示出的一种车辆行程任务的处理装置300的框图。其中与图3相同的附图标记代表相同的部件。

在一种可能的实现方式中,参考图4,该装置300装置应用于除任务执行终端外的其他设备;第一获取模块31可包括:第一获取子模块311,用于从行程预约请求中获取出发地信息和目的地信息;第二获取子模块312,用于根据出发地信息和目的地信息获取目标行驶路线信息;添加子模块313,用于将目标行驶路线信息添加到行程预约请求中。

在一种可能的实现方式中,控制模块33可用于向任务执行终端发送行程预约请求。

在一种可能的实现方式中,该装置应用于任务执行终端;第一获取模块31可用于接收行程预约请求。

在一种可能的实现方式中,行程预约请求包括至少两项候选行驶路线信息,第二获取模块32可用于从候选行驶路线信息中获取目标行驶路线信息。

在一种可能的实现方式中,第二获取模块32可用于根据环境信息从候选行驶路线信息中获取目标行驶路线信息,其中,环境信息包括以下至少一项:路况信息、天气信息、时间信息和交通设施信息。

在一种可能的实现方式中,控制模块33可用于控制任务执行终端在行程任务开始时,输出提示信息,其中,提示信息包括与目标行驶路线信息对应的导航信息。

在一种可能的实现方式中,控制模块33可用于控制任务执行终端输出包括有目标行驶路线信息的多媒体信息。

关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。

在一个示例性的应用场景下,用户A在某城市工作,但因为住所与公司之间没有直达的地铁或者公交车,所以每天使用APP利用租车服务来实现上下班,用户A发现虽然每次都是相同的起点(即住所或公司)和终点(即公司或住所),但是因为司机不同,可能导致行驶路线不同,有时可以很顺利的达到终点,而有时可能因为走错路而耽误很多时间,经过多次尝试后,发现S3路线是较佳的行驶路线,因此可利用上述实施例,控制司机所在的任务执行终端输出包含S3路线的提示信息,并使司机按照该提示信息中的S3路线将用户A载达目的地。

在上述应用场景下,用户可以按照自己期望的路线行驶,避免了可能因为选择了不恰当的行驶路线而导致浪费时间的问题。此外,任务执行终端,即司机一方的客户端已输出包括目标行驶路线信息的提示信息,行驶过程中不会受到网络连接状况的影响,即使行驶过程中网络不好,司机也同样能够按照提示信息进行行驶,而且无需再对出发地和目的地之间的行驶路线进行导航计算,大大降低了系统负担。

参考图5,图5是根据一示例性实施例示出的一种用于车辆行程任务的处理的装置800的框图。例如,装置800可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。

参考图5,装置800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(I/O)的接口812,传感器组件814,以及通信组件816。

处理组件802通常控制装置800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。

参考图6,图6是根据一示例性实施例示出的一种用于车辆行程任务的处理的装置1900的框图。例如,装置1900可以被提供为一服务器。参考图6,装置1900包括处理组件1922,其进一步包括一个或多个处理器,以及由存储器1932所代表的存储器资源,用于存储可由处理组件1922的执行的指令,例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1922被配置为执行指令,以执行上述方法。

装置1900还可以包括一个电源组件1926被配置为执行装置1900的电源管理,一个有线或无线网络接口1950被配置为将装置1900连接到网络,和一个输入输出(I/O)接口1958。装置1900可以操作基于存储在存储器1932的操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。

在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器1932,上述指令可由装置1900的处理组件1922执行以完成上述方法。例如,非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。

应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1