多媒体文件分类方法和服务器的制作方法

专利名称：多媒体文件分类方法和服务器的制作方法
技术领域：
本发明涉及互联网技术领域，特别涉及一种多媒体文件分类方法和服务器。
背景技术：
人们在旅行过程中，一般都会拍摄大量的数码照片、视频等多媒体文件，并在旅行 结束后整理这些多媒体文件。人们整理这些多媒体文件，通常的方式是将数码照片和视频 等按照拍摄地点分别归类到旅行过程中的各个地点，而由人手工完成这一归类通常需要花 费大量的时间。现有技术中，一种可行的多媒体文件自动归类方式，是利用带有GPS功能的数码 相机和数码摄像机等多媒体文件生成设备，这样，在获取到的数码照片、视频等多媒体文件 中，会带有这些多媒体文件获取地点的GPS信息。从而，人们在对多媒体文件归类时，可以 将同一地理范围内的多媒体文件归类至对应的旅行地点，如对应至旅行的景点，以方便后 续对这些多媒体文件的查询和浏览。但是，目前很多数码相机和数码摄像机等多媒体文件生成设备并不具有GPS功 能，这样，获取的数码照片、视频等多媒体文件上无法带有获取地点的GPS信息，从而无法 利用现有技术中的多媒体文件归类方式对多媒体文件进行归类。

发明内容
本发明实施例的目的是提供一种多媒体文件分类方法和服务器，以实现将多媒体 文件按照获取地点进行分类。为解决上述技术问题，本发明实施例提供一种多媒体文件分类方法和服务器是这 样实现的—种多媒体文件分类方法，包括服务器接收多媒体文件并接收用户对旅游景点日程安排的指定；所述日程安排中 包括某景点及其到达时间与离开时间的对应关系；服务器通过调用读取函数读取文件创建时间属性字段得到多媒体文件的创建时 间，比较多媒体文件的创建时间与所述旅游景点日程安排中每个景点的到达和离开时间， 当该多媒体文件的创建时间落入某景点的到达时间和离开时间之内时，将该多媒体文件的 生成地点归类为该景点；所述用户对旅游景点日程安排的指定，包括用户输入的日程安排或者通过下述方 式生成的日程安排服务器接收用户端发来的旅行起始时间、结束时间、起始地点、目的地点；服务器在电子地图中查找起始地点和目的地点的地理位置，在起始地点和目的地 点间计算出第一路线；服务器读取景点的经纬度坐标，基于经纬度坐标选取电子地图上与所述路线的距 离满足预定距离范围的景点，并对所述满足预定距离范围的景点按照与起始地点的距离进行升序排序；服务器根据电子地图中的道路信息，计算从起始地点出发并经过所述升序排 序的景点后到达目的地点的第二路线；服务器根据第二路线上每段道路的行驶时间、每个景点的游览时间，并参考午餐 时间和住宿时间制定起始时间至结束时间内的日程。一种服务器，包括多媒体文件接收单元，用于接收多媒体文件；旅游景点日程安排接收单元，用于接收用户对旅游景点日程安排的指定；比较单元，用于通过调用读取函数读取文件创建时间属性字段得到多媒体文件的 创建时间，比较多媒体文件的创建时间与所述旅游景点日程安排中每个景点的到达和离开 时间，当该多媒体文件的创建时间落入某景点的到达时间和离开时间之内时，将该多媒体 文件的生成地点归类为该景点；所述用户对旅游景点日程安排的指定，包括用户输入的日程安排或者通过下述方 式生成的日程安排服务器接收用户端发来的旅行起始时间、结束时间、起始地点、目的地点；服务器在电子地图中查找起始地点和目的地点的地理位置，在起始地点和目的地 点间计算出第一路线；服务器读取景点的经纬度坐标，基于经纬度坐标选取电子地图上与所述路线的距 离满足预定距离范围的景点，并对所述满足预定距离范围的景点按照与起始地点的距离进 行升序排序；服务器根据电子地图中的道路信息，计算从起始地点出发并经过所述升序排 序的景点后到达目的地点的第二路线；服务器根据第二路线上每段道路的行驶时间、每个景点的游览时间，并参考午餐 时间和住宿时间制定起始时间至结束时间内的日程。由上述实施例可见，服务器接收多媒体文件并接收用户对旅游景点日程安排的指 定，比较多媒体文件的创建时间与所述旅游景点日程安排中每个景点的到达和离开时间， 当该多媒体文件的创建时间落入某景点的到达时间和离开时间之内时，将该多媒体文件的 生成地点归类为该景点，可以实现自动对旅行者旅途拍摄的数码照片和视频等多媒体文件 进行归类整理，从而节省用户自己人工操作所需的大量时间。另外，实现了自动收集归类多 媒体信息，并把收集归类的多媒体文件关联至旅行路线中的相关景点。


为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本 申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提 下，还可以根据这些附图获得其他的附图。图1为本发明旅行路线和日程安排生成方法实施例的流程图；图2为本发明图1的一个例子的流程图；图3为本发明多媒体文件分类方法实施例的流程图；图4为本发明服务器一实施例的框图；图5为本发明服务器另一实施例的框图6为本发明服务器另一实施例的框图；图7为本发明服务器另一实施例的框图。
具体实施例方式本发明实施例提供一种多媒体文件分类方法和服务器。为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实 施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施 例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通 技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护 的范围。首先介绍一种旅行路线和日程安排生成方法实施例的流程图，如图1所示，包括S110 服务器接收用户端发来的旅行起始时间、结束时间、起始地点、目的地点。这里，目的地点可以是一个或多个。当目的地点为多个的情况，则旅行路线要求从 起点开始经过这几个目的地点。此外，用户还可以选择旅行路线为单程或往返，有兴趣的景点类型或风格(如就 建筑、人文、自然风光等)，景点与主要路线的最大距离，预定午餐时间，预定住宿时间，每天 出发时间等信息中的一个或多个。关于旅行路线的生成方式，用户还可以选择最快路线，最 少收费路线或最短路线等。S120 服务器在电子地图中查找起始地点和目的地点的地理位置，在起始地点和 目的地点间计算出第一路线。服务器根据起始地点的经纬度坐标，以及电子地图中的道路信息，可以计算出起 始地点和目的地点之间的第一路线和行驶时间。服务器还可以将第一路线添加到电子地图中显示，以供用户查看。服务器在电子地图中查找起始地点和目的地点的地理位置，例如可以为在电子地 图中查找起始地点和目的地点的经纬度坐标，从而在两个经纬度坐标之间计算出路线。现 有的电子地图中已可以实现该功能。并且，可以按照用户选择的最快路线，最少收费路线或 最短路线等生成相应的路线。例如，最短路径算法通常使用经典的Dijkstra最短路径算 法。在S120之后，还可以包括S121 服务器根据旅行开始日期和结束日期，以及每天的出发时刻、住宿时刻和午 餐时间，计算出总可用旅行时间。每日可用旅行时间=每天住宿时刻-每天出发时刻-每天午餐时间。总可用旅行 时间=(旅行结束日期-旅行开始日期+1)*每日可用旅行时间。例如，6月28日出发30 日结束，每天住宿时间为18点，出发时间为8点，每天午餐时间为1小时，则每日可用旅行 时间长度=18-8-1 = 9小时，总可用旅行时间长度为(30-28+1)*9 = 27小时。S122:服务器计算沿第一路线的行驶时间是否超过总可用旅行时间长度的预定百 分比，如果超过则提示用户重新选择较近的目的地点。沿第一路线的行驶时间，可以根据第一路线中每段道路的长度以及每段道路的最 高限速计算得出。
如果服务器计算沿第一路线的行驶时间超过总可用旅行时间长度的50% (后者 其它预定的百分比)，提示用户重新选择较近的目的地点，即返回S110中的选择目的地点。S130:服务器选取电子地图上与所述路线的距离满足预定距离范围的景点，并对 所述景点进行升序排序；服务器根据电子地图中的道路信息，计算从起始地点出发并经过 所述升序排序的景点后到达目的地点的第二路线。所述预定距离范围，可以为前述S110中用户设定的景点与第一路线的最大距离。所述景点，还可以是符合用户预先设定的景点风格或类型的景点。如前述S110 中，用户可以设定感兴趣的景点类型或风格(如建筑、人文、自然风光等)，则S130中，服务 器可以选取电子地图上满足用户设定的景点类型或风格，且与所述路线的距离满足预定距 离范围的景点。所述景点，还可以是由用户指定的景点。用户指点景点的方式，具体的，可以是服 务器调用景点多媒体数据库中相关景点的多媒体信息并展示给用户，用户通过浏览景点的 多媒体信息，从中选取感兴趣的景点作为游览景点。所述多媒体信息，可以是旅游景点的图 片、视频等，当然还可以包括文字介绍。通过这样的交互，方便用户进行景点的选择。现有 技术中，虽然互联网上有很多各个景点的多媒体信息和文字评论，但是这些景点信息并没 有能够有机的组织起来，用户不得不查阅大量不同的页面，并进行大量计算，才能确定将某 景点加入旅程是否高效。而本实施例中，在一个界面内向用户提供选择景点需要的所有信 息，使得用户可以高效地确定是否将某个景点加入旅程。服务器对于每个景点，可以读取其经纬度坐标，并基于经纬度坐标计算该景点到 所述路线的最短距离。在电子地图上，所述路线可以是一条折线，具体的，所述路线可以由 一条或多条小的直线段组成。计算景点到每个直线段的距离，取结果中的最小值，即景点到 所述第一路线的最短距离。如果距离小于用户设定的距离范围，则可以选择该景点。用户在电子地图上移动鼠标时，服务器可以获取鼠标的屏幕坐标，并映射到GIS 经纬度坐标表示的地点M。对于景点数据库中每一个景点J，根据J的经纬度坐标和地点M 的经纬度坐标计算两点之间的距离，如果距离小于距离阈值，则查询多媒体文件数据库中 景点名等于J的多媒体文件，并在屏幕上该景点屏幕坐标位置附近播放查询结果集中的多 媒体文件。用户可以根据显示的多媒体文件选择要去的景点，用户选择的景点被加入旅行者 的日程安排。所选择景点的游览时间，可以是系统默认的，也可以提示用户输入在该景点需要 游览的时间。关于系统默认的景点游览时间，可以是系统根据之前数据库中收集的用户反 馈综合得到的游览时间，或者是根据旅行指南等推荐的游览时间而定。选择游览景点之后，服务器可以按照各游览景点进行排序。具体的，服务器可以按 照各游览景点与起始地点的距离进行升序排序，即将与起始地点距离近的景点排在靠前的 位置，将与起始地点距离远的排在靠后的位置，从而完成对景点的升序排序。进而，服务器可以根据电子地图中的道路信息，计算从起始地点出发并经过所述 排序的景点后到达目的地点的第二路线。这样，服务器可以计算出起始地点与目的地点之 间合理有序的景点游览顺序。现有的自行制定旅行计划的方式，用户往往只知道自己有几天时间，要去大概哪个方位或者目的地玩，但是不知道从出发地点到目的地的沿途有哪些自己感兴趣的景点。 而本步骤中，服务器选取电子地图上与所述路线的距离满足预定距离范围的景点，省去了 用户自行选择景点的工作，为用户指定旅行计划提供了极大的便利。此外，设L为当前第二路线上所有景点的总计旅行时间，则，如果(总可用旅行时 间长度-L)小于一定阈值，则服务器提示用户可以选择更多景点加入。一个旅行计划，在确 定了必经的起始地点和目的地点以及旅行时间的情况下，应该尽可能多地包含用户感兴趣 的景点，同时路过用户必需的服务设施，并且使得经过这些景点和服务设施的路线最短。这 样的旅行计划，对于旅行者来说，才是高效率和经济的旅行计划。本实施例中采用的方式可 以为用户尽可能提供更多的可选择景点，为用户制定合理、高效的旅行计划提供了极大的 便利。S140:服务器根据第二路线上每段道路的行驶时间、每个景点的游览时间，并参考 午餐时间和住宿时间制定起始时间至结束时间内的日程。该步骤具体可以通过以下步骤实现S141 根据第二路线上每段道路的行驶时间、每个景点的游览时间计算出每个景 点的到达时间和离开时间。设第i-1个景点的到达时间为ai_lS，则第i个景点的到达时间可以为aiS= ay到十丫卜广屯其中，为第i_l个景点的游览时间，屯为第i_l个景点到第i个景点之间的行 驶时间。已卜丨到与之和，实际上是离开景点i_l的时间，也可以记为aiR= a^到+VH。关于屯的值，可以根据地理信息系统道路信息，得到在某路段的最高限速，进而按 照最高限速和道路长度，可以计算得到两个景点a^和之间在道路上所需的行驶时间，即
diD关于的值，服务器可以采用数据库中存储的景点i_l的默认游览时间，也可以 是提供给用户进行设定，从而采用用户设定的游览时间。关于提供给用户进行设定，S142:将计算出的每个景点及其到达时间和离开时间映射到日历的日程安排中除 去预定午餐时间和住宿之间之外的旅行时间上。设从起始地点开始的时间为、，这里的到达时间和离开时间可以为相对于出发时 间、的时间。进而，可以根据上述计算，将每个景点的到达时间和离开时间映射到日历的日程 安排中除去预定午餐时间和住宿之间之外的旅行时间上。例如，可以将从起始地点出发的 时间、设为0，那么，假设到景点1需要1小时(即屯=1)，则 到=1。设在景点1的游 览时间为2小时(即Vl = 2)，则离开景点1的时间为alS= 3。设从景点1到达景点2的 路程需要3小时(即d2 = 3)，则到达景点2的时间为a2到=alS+d2 = alS+Vl+d2 = 1+2+3 =6，即到达景点2的相对时间为6。假设景点2游览需要大约5小时(即v2 = 5)，那么离 开景点2的时间为a2R= a2SlJ+v2 = 6+5 = 11。前述、为相对时间，可以设、的绝对时间为第一天早上8点，则到达景点1的绝 对时间为alS= 9，在景点1的游览时间为2小时(即Vl = 2)，则离开景点1的绝对时间为 alR= 11，从景点1出发到达景点2的路程需要3小时(即d2 = 3)，则到达景点2的绝对 时间为a2S= 14，而如果预定的午餐时间为12点至13点，则明显地，午餐时间为从景点1出发到达景点2的路程过程中，且到达景点2的绝对时间实际为a2S= 15。如前，设景点2 游览需要大约5小时(即v2 = 5)，那么离开景点2的绝对时间为a2R= a2SlJ+v2 = 15+4 = 20，而如果住宿时间设为第一天晚上18点至第二天早上8点，则景点2在游览到18点时， 就进入住宿时间，而剩余2小时的景点2的游览时间则会顺移到第二天早上的8点至10点 的时间段。其它的路程时间和游览时间依此类推。关于住宿时间安排在某一段游览时间之内或者某一段路程时间之内，还可以通过 以下方式计算得出设每天可用旅行时间为d，如果ai_lS/d < aiS/d，则住宿时间应该安排在从景点 i"l到景点i的路上；如果aiS/d < aiS/d，则住宿时间应该安排在景点i的游览过程中。具体的，例如每天旅行时间为8小时，景点1的到达时间为6，停留时间为1，景点 2的到达时间为11，计算(6+1)/8 = 0。而11/8 = 1。由此可知，在住宿时间，到达的地点 为景点1和2之间的某个地点，即在景点1至景点2的路程中。从景点1开始，需要行进的 时间为8-(6+l)mod8,即1小时。可见，这样可以在日历日程安排中除去预定的午餐时间和住宿时间上映射每个景 点的到达时间和离开时间，生成新的日程安排。S140中，仅考虑了用户自行解决午餐、住宿问题的情况，如自带食物、露营等。如果 用户希望选择在餐馆就餐、在旅店住宿，则上面的S140之后，本实施例还可以包括S150 服务器计算午餐时间到达时和/或住宿时间到达时所处的地理位置，并查 找该地理位置周边满足预定距离的餐馆和/或旅馆推荐给用户。服务器可以根据第二路线上每段道路的长度及每段道路的最高限速计算日程安 排中的午餐时间和/或住宿时间到达时用户所处的地理位置。如前所述，设每天可用旅行时间为(1，如果 _18/(1< 胃/(1，则住宿时间应该安排 在从景点i_l到景点i的路上。例如每天旅行时间为8小时，景点1的到达时间为6，停留 时间为1，景点2的到达时间为11。计算(6+1)/8 = 0，而11/8 = 1。由此可知，在住宿时 间，到达的地点为景点1和2之间的某个地点。从景点1开始，需要行进的时间为8-(6+1) mod8,即1小时。则从景点1出发，顺着第二路线，按照道路最高限速，这里设为50公里(或 者行人，自行车速度)行驶1小时，可以计算出从景点1出发在路线上行驶50公里后到达 的地点m的经纬度坐标。如果景点1到景点2之间是一条直线，计算方法可以由基础几何 得到。如果是一条折线，可以比较从起始点开始，50公里能够到达第几条折线。如景点1到 景点2由两条折线，第一条折线30公里，第二条折线170公里，那么，50-30 = 20公里，即只 要计算在第二条折线上经过20公里可以到达的经纬度坐标就可以了。另外，如前所述，如果aiS/d < aiS/d，则住宿时间应该安排在景点i的游览过程 中，相应地，住宿地点应该在景点i之内或附近。午餐时间所在地理位置的餐馆可以采用与上面类似的方式得到，这里不再赘述。服务器通过查询服务设施数据库，可以找出所有服务设施类型为旅店的服务设 施。服务器可以查找所述住宿时间所处地理位置附近满足预定距离的旅店。进而，服务器可 以在电子地图上显示所述服务设施数据库中的上述满足预定距离的旅店，以供用户选择。 所述服务设施，还可以包括加油站等，提供给用户进行选择的方法与前述类似。服务器在电子地图上显示所述服务设施数据库中满足预定距离的旅店、餐馆、加油站等，也可以显示这 些服务设施的多媒体信息，以更好的供用户进行选择。现有技术中，用户需要自己查地图寻找旅行沿途的服务设施，例如餐厅，旅馆和加 油站等，并把服务设施安排在旅行路线上恰当的位置。而采用本实施例，可以在合理的时间 选择位置合理的就餐地点或旅店，为用户指定旅行计划提供了很大的方便。目前现有技术中还没有任何一个网站或软件以一种直观的、操作人性化的方法解 决以上难点从而协助用户高效地制定一个高效率的旅行计划。在没有一个合适的方法时， 制定一个高效的旅行计划，需要查询多种信息(景点信息、住宿信息、行车信息、休息餐饮 信息等等)，并要恰当地将这些地点编排成线路，这需要耗费大量的时间。而应用上述实施例，可以帮助用户生成旅行路线及日程安排等旅行计划安排，并 且在确定了起始地点，目的地点，以及总旅行时间的情况下，可以尽可能多地安排用户感兴 趣的旅行景点，同时满足用户就餐和住宿的需求，制定高效率的旅行计划。此外，本实施例提供交互式的选择方式，方便用户查看相关景点、公共服务设施等 的多媒体信息和文字评论，使得用户可以高效地确定是否将某个景点或餐馆、旅店等加入 旅程。以下例举上述实施例的一个例子的流程，图2示出了该流程，该流程中涉及的实 体包括服务器和用户端，其中，服务器中还可以包括景点信息数据库、多媒体文件数据库、 服务设施信息数据库，如图2所示，该流程包括S201 用户输入旅行开始时间和结束时间，起始地点，目的地点，选择景点兴趣爱 好类型，距离范围公里数，预定午餐时间，预定住宿时间；S202 服务器查询起始和目的地点经纬度坐标，在电子地图上计算两点之间的第 一路线，并在电子地图上显示第一路线；S203 服务器查询景点信息数据库中符合用户兴趣爱好类型的景点；S204:服务器计算景点到第一路线之间的距离，将距离小于用户设定值的景点放 入临时建立的推荐景点集合，将推荐景点集合中的景点显示在电子地图上；S205 用户浏览电子地图，移动鼠标选择在电子地图上显示的景点；S206:服务器获取鼠标在屏幕坐标的位置并映射到经纬度坐标，查询推荐景点集 中景点的经纬度坐标，并计算鼠标表示的点到景点间的距离，如果距离小于一定范围则在 多媒体数据库中查询该景点相关的多媒体文件并在屏幕上显示；S207 用户选定景点并输入预计停留时间；S208:服务器计算从起始地点出发，顺序经过所有选定景点后到达目的地点的第 二路线，计算第二路线上所有景点对总计旅行时间L ；S209:服务器判断(总可用旅行时间-L)是否小于预定阈值，如果小于，转到 S205，否则转到S210 ；S210 服务器根据路线和道路信息，以及预定午餐和住宿时间计算需要服务设施 地点的经纬度坐标，查询服务设施信息数据库，计算服务设施到这些地点的距离，在电子地 图上显示距离这些地点满足预定距离的服务设施；S211 用户移动鼠标查看服务设施；S212 服务器查询鼠标选中的服务设施信息并显示在屏幕上；
S213 用户选择服务设施；S214:服务器添加服务设施到日程安排并计算最短旅行路线和到达各地点的时 间，显示旅行日程安排。基于上述方法生成的旅行路线和日程安排，用户可以按照该旅行路线和日程安排 游览景点。特别是按照该旅行路线和日程安排，可以确定每个景点的到达时间、离开时间。 旅行者在每个景点的旅行过程中，会拍摄一定数量的数码照片及视频等多媒体文件。而一 般的数码相机、数码摄像机等多媒体文件生成设备，在生成多媒体文件时，会在生成的多媒 体文件上记录其创建时间，而这一创建时间即是旅行者在旅行景点等地点拍摄数码照片、 视频等多媒体文件的时间。以下介绍本申请一种多媒体文件分类方法实施例的流程，如图3所示，包括S310 服务器接收多媒体文件并接收用户对旅游景点日程安排的指定。所述服务器接收多媒体文件，可以是接收用户上传的多媒体文件，如用户连接到 所述服务器后，点击在服务器所展示页面中的上传按钮，进而选择用户本地计算机中的多 媒体文件目录，从而完成对多媒体文件的上传。所述服务器接收多媒体文件，也可以是服务器从网络地址中读取多媒体文件。例 如用户之前已将拍摄的数码照片、视频等存储在某个网络存储提供商的服务器上，则服务 器在接收上传的多媒体文件过程中，可以接收指定的所述网络存储提供商的存储路径，例 如由网络存储提供商的IP地址+存储目录构成的存储路径，从而，所述服务器可以通过该 存储路径接收所述多媒体文件。有些情况下，用户可能不想上传包含人像的多媒体文件，或只希望上传包含风景、 天气、建筑、或地理等内容的多媒体文件。对于这种情况，服务器可以询问用户是否过滤包 含人像的多媒体文件，如果用户选择过滤包含人像的多媒体文件，则服务器会接收到这一 用户指令，从而在接收多媒体文件后，执行人脸定位程序，如果识别到人脸，则过滤该多媒 体文件，即不接收该多媒体文件。当然，在过滤之前，还可以包括向用户发出提示，如果得到 用户的确认，才过滤该多媒体文件。反之，如果没有检测到人脸，或由人脸检测程序无法确 定是否有检测到人脸，则可以提示用户确认是否需要上传该多媒体文件。有些情况下，用户上传的多媒体文件中，希望区分出包含人像的与不包含人像的 多媒体文件，除了类似上述采用人脸识别程序进行检测外，同样还可以提示用户确定某一 多媒体文件是否包含人脸。这样，服务器可以将多媒体文件标记上是否包含人脸图像。服务器接收用户对旅游景点日程安排的指定，具体的，可以是接收用户指定的由 前述日程安排生成方法生成的日程安排。前述日程安排生成方法可以概述如下服务器接收用户端发来的旅行起始时间、结束时间、起始地点、目的地点；服务器在电子地图中查找起始地点和目的地点的地理位置，在起始地点和目的地 点间计算出第一路线；服务器读取景点的经纬度坐标，基于经纬度坐标选取电子地图上与所述路线的距 离满足预定距离范围的景点，并对所述满足预定距离范围的景点按照与起始地点的距离进 行升序排序；服务器根据电子地图中的道路信息，计算从起始地点出发并经过所述升序排 序的景点后到达目的地点的第二路线；服务器根据第二路线上每段道路的行驶时间、每个景点的游览时间，并参考午餐时间和住宿时间制定起始时间至结束时间内的日程。服务器接收用户对旅游景点日程安排的指定，具体的，也可以是接收用户输入的 日程安排。例如，由用户指定旅行过程中每个景点的到达时间和离开时间。最简单的情况， 可以是用户在服务器提供的网页上在线输入旅行过程中的每个景点的到达时间和离开时 间。S320 服务器比较多媒体文件的创建时间与所述旅游景点日程安排中每个景点的 到达和离开时间，当该多媒体文件的创建时间落入某景点的到达时间和离开时间之内时， 将该多媒体文件的生成地点归类为该景点。具体的，服务器可以通过调用读取函数读取文件创建时间属性字段得到多媒体文 件的创建时间，比较多媒体文件的创建时间与所述旅游景点日程安排中每个景点的到达和 离开时间。以下列举两种读取文件创建时间的读取函数1、Java语言方式Runtime. getRuntime (). exec (“ cmd/C dir〃+fi IePath+〃 /tc")；2、C# 语言H读取文件的创建、修改、访问时间FileInfo f = new FileInfoC C:\\test. c")；Console. WriteLine (f. CreationTime. ToString ())；Console. WriteLine (f. LastffriteTime. ToString ())；Console. WriteLine (f. LastAccessTime. ToString ())；当然，其它编程语言中也有相应的函数实现，这里不再一一例举。当该多媒体文件的创建时间落入某景点的到达时间和离开时间之内时，可以通过 将所述多媒体文件的创建地点属性字段设置为所述景点的方式将该多媒体文件的生成地 点归类为该景点。其中的媒体文件的创建地点属性字段，可以利用多媒体文件的已有的留 给用户自定义的字段实现，也可以通过增加新的字段实现。对于这两种方式，需要该字段支 持的属性匹配归类后的字符类型。此外，上述方法实施例还可以包括S330 将归类至某景点的多媒体文件作为可预览文件关联于该景点。后续，当后续用户浏览服务器上的分类存储的多媒体文件时，例如用户的鼠标在 电子地图的所述旅行路线中移动时，服务器可以获取鼠标的屏幕坐标，并映射到GIS经纬 度坐标表示的地点m。对于旅行路线上的景点j，如果根据景点J的经纬度坐标和地点M的 经纬度坐标计算两点之间的距离小于距离阈值，则服务器可以将与该景点关联的可预览多 媒体文件在屏幕上该景点屏幕坐标位置附近播放。在网络环境中，其它用户可以浏览所述上传的多媒体文件。则基于服务器将多媒 体文件标记上是否包含人脸图像，服务器在向其它用户展示这些多媒体文件时，可以选择 将不包含人脸图像的多媒体文件进行展示。当然，如果前述上传多媒体文件的过程中已经将包含人脸图像的多媒体文件过滤，则服务器在向其它用户展示这些多媒体文件时，则不会展示包含人脸图像的多媒体文 件。由上述实施例可见，服务器接收多媒体文件并接收用户对旅游景点日程安排的指 定，比较多媒体文件的创建时间与所述旅游景点日程安排中每个景点的到达和离开时间， 当该多媒体文件的创建时间落入某景点的到达时间和离开时间之内时，将该多媒体文件的 生成地点归类为该景点，可以实现自动对旅行者旅途拍摄的数码照片和视频等多媒体文件 进行归类整理，从而节省用户自己人工操作所需的大量时间。另外，实现了自动收集归类多 媒体信息，并把收集归类的多媒体文件关联至旅行路线中的相关景点。另一方面，提供了按照旅行路线和路线上的景点查询浏览多媒体文件的方式，方 便了用户对旅行路线的查询和浏览。旅行路线由景点和景点间的路线显示在电子地图上， 多媒体文件随着用户鼠标在电子地图上移动到某景点上时自动显示播放。这样，旅行者在 旅行结束回来后可以花很少的时间就实现快速地分类、共享和浏览自己的多媒体文件。以下介绍本发明一种服务器实施例，图4示出了该服务器实施例的框图，如图4， 该服务器实施例包括多媒体文件接收单元41，用于接收多媒体文件；旅游景点日程安排接收单元42，用于接收用户对旅游景点日程安排的指定；比较单元43，用于比较比较多媒体文件的创建时间与所述旅游景点日程安排中每 个景点的到达和离开时间，当该多媒体文件的创建时间落入某景点的到达时间和离开时间 之内时，将该多媒体文件的生成地点归类为该景点；所述用户对旅游景点日程安排的指定，包括用户输入的日程安排或者通过下述方 式生成的日程安排服务器接收用户端发来的旅行起始时间、结束时间、起始地点、目的地点；服务器在电子地图中查找起始地点和目的地点的地理位置，在起始地点和目的地 点间计算出第一路线；服务器读取景点的经纬度坐标，基于经纬度坐标选取电子地图上与所述路线的距 离满足预定距离范围的景点，并对所述满足预定距离范围的景点按照与起始地点的距离进 行升序排序；服务器根据电子地图中的道路信息，计算从起始地点出发并经过所述升序排 序的景点后到达目的地点的第二路线；服务器根据第二路线上每段道路的行驶时间、每个景点的游览时间，并参考午餐 时间和住宿时间制定起始时间至结束时间内的日程。具体的，服务器可以通过调用读取函数读取文件创建时间属性字段得到多媒体文 件的创建时间，比较多媒体文件的创建时间与所述旅游景点日程安排中每个景点的到达和 离开时间。当该多媒体文件的创建时间落入某景点的到达时间和离开时间之内时，可以通过 将所述多媒体文件的创建地点属性字段设置为所述景点的方式将该多媒体文件的生成地 点归类为该景点。其中的媒体文件的创建地点属性字段，可以利用多媒体文件的已有的留 给用户自定义的字段实现，也可以通过增加新的字段实现。对于这两种方式，需要该字段支 持的属性匹配归类后的字符类型。优选地，所述接收的多媒体文件包括
用户上传的多媒体文件或从网络地址中读取的多媒体文件。优选地，所述服务器还可以如图5所示，还包括人脸图像识别单元44，过滤单元 45，其中，人脸图像识别单元44，用于对接收到的多媒体文件后执行人脸图像识别程序；过滤单元45，用于过滤识别到人脸图像的多媒体文件。优选地，所述服务器还可以如图6所示，还包括标记单元46，用于将多媒体文件标 记上是否包含人脸图像。优选地，所述服务器还可以如图7所示，还包括关联单元47，用于将归类至某景点 的多媒体文件作为可预览文件关联于该景点。利用上述服务器实现对多媒体文件分类的方法与上述方法实施例类似，在此不再 赘述。为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本 发明时可以把各单元的功能在同一个或多个软件和/或硬件中实现。通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本发明可 借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质 上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品 可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备 (可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些 部分所述的方法。本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部 分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实 施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例 的部分说明即可。本发明可用于众多通用或专用的计算系统环境或配置中。例如个人计算机、服务 器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶 盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的 分布式计算环境等等。本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序 模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组 件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由 通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以 位于包括存储设备在内的本地和远程计算机存储介质中。虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和 变化而不脱离本发明的精神，希望所附的权利要求包括这些变形和变化而不脱离本发明的 精神。
权利要求
1.一种多媒体文件分类方法，其特征在于，包括服务器接收多媒体文件并接收用户对旅游景点日程安排的指定；所述日程安排中包括 某景点及其到达时间与离开时间的对应关系；服务器通过调用读取函数读取文件创建时间属性字段得到多媒体文件的创建时间，比 较多媒体文件的创建时间与所述旅游景点日程安排中每个景点的到达和离开时间，当该多 媒体文件的创建时间落入某景点的到达时间和离开时间之内时，将该多媒体文件的生成地 点归类为该景点；所述用户对旅游景点日程安排的指定，包括用户输入的日程安排或者通过下述方式生 成的日程安排服务器接收用户端发来的旅行起始时间、结束时间、起始地点、目的地点； 服务器在电子地图中查找起始地点和目的地点的地理位置，在起始地点和目的地点间 计算出第一路线；服务器读取景点的经纬度坐标，基于经纬度坐标选取电子地图上与所述路线的距离满 足预定距离范围的景点，并对所述满足预定距离范围的景点按照与起始地点的距离进行升 序排序；服务器根据电子地图中的道路信息，计算从起始地点出发并经过所述升序排序的 景点后到达目的地点的第二路线；服务器根据第二路线上每段道路的行驶时间、每个景点的游览时间，并参考午餐时间 和住宿时间制定起始时间至结束时间内的日程。
2.如权利要求1所述的方法，其特征在于，所述服务器接收多媒体文件包括 服务器接收用户上传的多媒体文件；或，服务器从网络地址中读取多媒体文件。
3.如权利要求1所述的方法，其特征在于，所述服务器接收多媒体文件的过程中还包括服务器接收到上传的多媒体文件后，执行人脸图像识别程序，如果识别到人脸图像，过 滤该多媒体文件。
4.如权利要求1所述的方法，其特征在于，所述服务器接收多媒体文件的过程中还包括服务器将多媒体文件标记上是否包含人脸图像。
5.如权利要求1所述的方法，其特征在于，所述方法还包括 将归类至某景点的多媒体文件作为可预览文件关联于该景点。
6.一种服务器，其特征在于，包括多媒体文件接收单元，用于接收多媒体文件；旅游景点日程安排接收单元，用于接收用户对旅游景点日程安排的指定； 比较单元，用于通过调用读取函数读取文件创建时间属性字段得到多媒体文件的创 建时间，比较多媒体文件的创建时间与所述旅游景点日程安排中每个景点的到达和离开时 间，当该多媒体文件的创建时间落入某景点的到达时间和离开时间之内时，将该多媒体文 件的生成地点归类为该景点；所述用户对旅游景点日程安排的指定，包括用户输入的日程安排或者通过下述方式生 成的日程安排服务器接收用户端发来的旅行起始时间、结束时间、起始地点、目的地点； 服务器在电子地图中查找起始地点和目的地点的地理位置，在起始地点和目的地点间 计算出第一路线；服务器读取景点的经纬度坐标，基于经纬度坐标选取电子地图上与所述路线的距离满 足预定距离范围的景点，并对所述满足预定距离范围的景点按照与起始地点的距离进行升 序排序；服务器根据电子地图中的道路信息，计算从起始地点出发并经过所述升序排序的 景点后到达目的地点的第二路线；服务器根据第二路线上每段道路的行驶时间、每个景点的游览时间，并参考午餐时间 和住宿时间制定起始时间至结束时间内的日程。
7.如权利要求6所述的服务器，其特征在于，所述接收的多媒体文件包括 用户上传的多媒体文件或从网络地址中读取的多媒体文件。
8.如权利要求6所述的服务器，其特征在于，还包括人脸图像识别单元，过滤单元，其中，人脸图像识别单元，用于对接收到的多媒体文件后执行人脸图像识别程序； 过滤单元，用于过滤识别到人脸图像的多媒体文件。
9.如权利要求6所述的服务器，其特征在于，还包括标记单元，用于将多媒体文件标记 上是否包含人脸图像。
10.如权利要求6所述的服务器，其特征在于，还包括关联单元，用于将归类至某景点 的多媒体文件作为可预览文件关联于该景点。
全文摘要
一种多媒体文件分类方法及服务器。一种多媒体文件分类方法，包括服务器接收多媒体文件并接收用户对旅游景点日程安排的指定，比较多媒体文件的创建时间与所述旅游景点日程安排中每个景点的到达和离开时间，当该多媒体文件的创建时间落入某景点的到达时间和离开时间之内时，将该多媒体文件的生成地点归类为该景点。利用本发明，可以实现自动对旅行者旅途拍摄的数码照片和视频等多媒体文件进行归类整理，从而节省用户自己人工操作所需的大量时间。另外，实现了自动收集归类多媒体信息，并把收集归类的多媒体文件关联至旅行路线中的相关景点。
文档编号G06F17/30GK102004725SQ200910092139
公开日2011年4月6日 申请日期2009年9月1日 优先权日2009年9月1日
发明者刘旸 申请人:刘旸