CN102004725A - 多媒体文件分类方法和服务器 - Google Patents
多媒体文件分类方法和服务器 Download PDFInfo
- Publication number
- CN102004725A CN102004725A CN2009100921392A CN200910092139A CN102004725A CN 102004725 A CN102004725 A CN 102004725A CN 2009100921392 A CN2009100921392 A CN 2009100921392A CN 200910092139 A CN200910092139 A CN 200910092139A CN 102004725 A CN102004725 A CN 102004725A
- Authority
- CN
- China
- Prior art keywords
- time
- sight spot
- multimedia file
- server
- schedule
- 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
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
一种多媒体文件分类方法及服务器。一种多媒体文件分类方法，包括：服务器接收多媒体文件并接收用户对旅游景点日程安排的指定，比较多媒体文件的创建时间与所述旅游景点日程安排中每个景点的到达和离开时间，当该多媒体文件的创建时间落入某景点的到达时间和离开时间之内时，将该多媒体文件的生成地点归类为该景点。利用本发明，可以实现自动对旅行者旅途拍摄的数码照片和视频等多媒体文件进行归类整理，从而节省用户自己人工操作所需的大量时间。另外，实现了自动收集归类多媒体信息，并把收集归类的多媒体文件关联至旅行路线中的相关景点。
Description
技术领域
本发明涉及互联网技术领域，特别涉及一种多媒体文件分类方法和服务器。
背景技术
人们在旅行过程中，一般都会拍摄大量的数码照片、视频等多媒体文件，并在旅行结束后整理这些多媒体文件。人们整理这些多媒体文件，通常的方式是将数码照片和视频等按照拍摄地点分别归类到旅行过程中的各个地点，而由人手工完成这一归类通常需要花费大量的时间。
现有技术中，一种可行的多媒体文件自动归类方式，是利用带有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-1到，则第i个景点的到达时间ai到可以为：
ai到＝ai-1到+vi-1+di
其中，vi-1为第i-1个景点的游览时间，di为第i-1个景点到第i个景点之间的行驶时间。ai-1到与vi-1之和，实际上是离开景点i-1的时间，也可以记为ai离＝ai-1到+vi-1。
关于di的值，可以根据地理信息系统道路信息，得到在某路段的最高限速，进而按照最高限速和道路长度，可以计算得到两个景点ai-1和ai之间在道路上所需的行驶时间，即di。
关于vi-1的值，服务器可以采用数据库中存储的景点i-1的默认游览时间，也可以是提供给用户进行设定，从而采用用户设定的游览时间。关于提供给用户进行设定，
S142：将计算出的每个景点及其到达时间和离开时间映射到日历的日程安排中除去预定午餐时间和住宿之间之外的旅行时间上。
设从起始地点开始的时间为t0，这里的到达时间和离开时间可以为相对于出发时间t0的时间。
进而，可以根据上述计算，将每个景点的到达时间和离开时间映射到日历的日程安排中除去预定午餐时间和住宿之间之外的旅行时间上。例如，可以将从起始地点出发的时间t0设为0，那么，假设到景点1需要1小时(即d1＝1)，则a1到＝1。设在景点1的游览时间为2小时(即v1＝2)，则离开景点1的时间为a1离＝3。设从景点1到达景点2的路程需要3小时(即d2＝3)，则到达景点2的时间为a2到＝a1离+d2＝a1到+v1+d2＝1+2+3＝6，即到达景点2的相对时间为6。假设景点2游览需要大约5小时(即v2＝5)，那么离开景点2的时间为a2离＝a2到+v2＝6+5＝11。
前述t0为相对时间，可以设t0的绝对时间为第一天早上8点，则到达景点1的绝对时间为a1到＝9，在景点1的游览时间为2小时(即v1＝2)，则离开景点1的绝对时间为a1离＝11，从景点1出发到达景点2的路程需要3小时(即d2＝3)，则到达景点2的绝对时间为a2到＝14，而如果预定的午餐时间为12点至13点，则明显地，午餐时间为从景点1出发到达景点2的路程过程中，且到达景点2的绝对时间实际为a2到＝15。如前，设景点2游览需要大约5小时(即v2＝5)，那么离开景点2的绝对时间为a2离＝a2到+v2＝15+4＝20，而如果住宿时间设为第一天晚上18点至第二天早上8点，则景点2在游览到18点时，就进入住宿时间，而剩余2小时的景点2的游览时间则会顺移到第二天早上的8点至10点的时间段。其它的路程时间和游览时间依此类推。
关于住宿时间安排在某一段游览时间之内或者某一段路程时间之内，还可以通过以下方式计算得出：
设每天可用旅行时间为d，如果ai-1离/d＜ai到/d，则住宿时间应该安排在从景点i-1到景点i的路上；
如果ai到/d＜ai离/d，则住宿时间应该安排在景点i的游览过程中。
具体的，例如每天旅行时间为8小时，景点1的到达时间为6，停留时间为1，景点2的到达时间为11，计算(6+1)/8＝0。而11/8＝1。由此可知，在住宿时间，到达的地点为景点1和2之间的某个地点，即在景点1至景点2的路程中。从景点1开始，需要行进的时间为8-(6+1)mod8，即1小时。
可见，这样可以在日历日程安排中除去预定的午餐时间和住宿时间上映射每个景点的到达时间和离开时间，生成新的日程安排。
S140中，仅考虑了用户自行解决午餐、住宿问题的情况，如自带食物、露营等。如果用户希望选择在餐馆就餐、在旅店住宿，则上面的S140之后，本实施例还可以包括：
S150：服务器计算午餐时间到达时和/或住宿时间到达时所处的地理位置，并查找该地理位置周边满足预定距离的餐馆和/或旅馆推荐给用户。
服务器可以根据第二路线上每段道路的长度及每段道路的最高限速计算日程安排中的午餐时间和/或住宿时间到达时用户所处的地理位置。
如前所述，设每天可用旅行时间为d，如果ai-1离/d＜ai到/d，则住宿时间应该安排在从景点i-1到景点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公里可以到达的经纬度坐标就可以了。
另外，如前所述，如果ai到/d＜ai离/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″
+filePath
+″/tc″)；
2、C#语言
//读取文件的创建、修改、访问时间
FileInfo f＝new FileInfo(″C:\\test.c″)；
Console.WriteLine(f.CreationTime.ToString())；
Console.WriteLine(f.LastWriteTime.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、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。
Claims (10)
1.一种多媒体文件分类方法，其特征在于，包括：
服务器接收多媒体文件并接收用户对旅游景点日程安排的指定；所述日程安排中包括某景点及其到达时间与离开时间的对应关系；
服务器通过调用读取函数读取文件创建时间属性字段得到多媒体文件的创建时间，比较多媒体文件的创建时间与所述旅游景点日程安排中每个景点的到达和离开时间，当该多媒体文件的创建时间落入某景点的到达时间和离开时间之内时，将该多媒体文件的生成地点归类为该景点；
所述用户对旅游景点日程安排的指定，包括用户输入的日程安排或者通过下述方式生成的日程安排：
服务器接收用户端发来的旅行起始时间、结束时间、起始地点、目的地点；
服务器在电子地图中查找起始地点和目的地点的地理位置，在起始地点和目的地点间计算出第一路线；
服务器读取景点的经纬度坐标，基于经纬度坐标选取电子地图上与所述路线的距离满足预定距离范围的景点，并对所述满足预定距离范围的景点按照与起始地点的距离进行升序排序；服务器根据电子地图中的道路信息，计算从起始地点出发并经过所述升序排序的景点后到达目的地点的第二路线；
服务器根据第二路线上每段道路的行驶时间、每个景点的游览时间，并参考午餐时间和住宿时间制定起始时间至结束时间内的日程。
2.如权利要求1所述的方法，其特征在于，所述服务器接收多媒体文件包括：
服务器接收用户上传的多媒体文件；或，
服务器从网络地址中读取多媒体文件。
3.如权利要求1所述的方法，其特征在于，所述服务器接收多媒体文件的过程中还包括：
服务器接收到上传的多媒体文件后，执行人脸图像识别程序，如果识别到人脸图像，过滤该多媒体文件。
4.如权利要求1所述的方法，其特征在于，所述服务器接收多媒体文件的过程中还包括：
服务器将多媒体文件标记上是否包含人脸图像。
5.如权利要求1所述的方法，其特征在于，所述方法还包括：
将归类至某景点的多媒体文件作为可预览文件关联于该景点。
6.一种服务器，其特征在于，包括：
多媒体文件接收单元，用于接收多媒体文件；
旅游景点日程安排接收单元，用于接收用户对旅游景点日程安排的指定；
比较单元，用于通过调用读取函数读取文件创建时间属性字段得到多媒体文件的创建时间，比较多媒体文件的创建时间与所述旅游景点日程安排中每个景点的到达和离开时间，当该多媒体文件的创建时间落入某景点的到达时间和离开时间之内时，将该多媒体文件的生成地点归类为该景点；
所述用户对旅游景点日程安排的指定，包括用户输入的日程安排或者通过下述方式生成的日程安排：
服务器接收用户端发来的旅行起始时间、结束时间、起始地点、目的地点；
服务器在电子地图中查找起始地点和目的地点的地理位置，在起始地点和目的地点间计算出第一路线；
服务器读取景点的经纬度坐标，基于经纬度坐标选取电子地图上与所述路线的距离满足预定距离范围的景点，并对所述满足预定距离范围的景点按照与起始地点的距离进行升序排序；服务器根据电子地图中的道路信息，计算从起始地点出发并经过所述升序排序的景点后到达目的地点的第二路线；
服务器根据第二路线上每段道路的行驶时间、每个景点的游览时间，并参考午餐时间和住宿时间制定起始时间至结束时间内的日程。
7.如权利要求6所述的服务器，其特征在于，所述接收的多媒体文件包括：
用户上传的多媒体文件或从网络地址中读取的多媒体文件。
8.如权利要求6所述的服务器，其特征在于，还包括人脸图像识别单元，过滤单元，其中，
人脸图像识别单元，用于对接收到的多媒体文件后执行人脸图像识别程序；
过滤单元，用于过滤识别到人脸图像的多媒体文件。
9.如权利要求6所述的服务器，其特征在于，还包括标记单元，用于将多媒体文件标记上是否包含人脸图像。
10.如权利要求6所述的服务器，其特征在于，还包括关联单元，用于将归类至某景点的多媒体文件作为可预览文件关联于该景点。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009100921392A CN102004725A (zh) | 2009-09-01 | 2009-09-01 | 多媒体文件分类方法和服务器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009100921392A CN102004725A (zh) | 2009-09-01 | 2009-09-01 | 多媒体文件分类方法和服务器 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102004725A true CN102004725A (zh) | 2011-04-06 |
Family
ID=43812096
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2009100921392A Pending CN102004725A (zh) | 2009-09-01 | 2009-09-01 | 多媒体文件分类方法和服务器 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102004725A (zh) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102868799A (zh) * | 2012-08-22 | 2013-01-09 | 东莞宇龙通信科技有限公司 | 添加联系人的方法和移动终端 |
| CN102929956A (zh) * | 2012-10-09 | 2013-02-13 | 广东欧珀移动通信有限公司 | 一种图片显示方法及装置 |
| CN103870531A (zh) * | 2012-12-17 | 2014-06-18 | 三星电子株式会社 | 用于提供旅行指南的系统 |
| WO2015124082A1 (en) * | 2014-02-24 | 2015-08-27 | Tencent Technology (Shenzhen) Company Limited | Electronic travel album generating method and system |
| CN105095213A (zh) * | 2014-04-22 | 2015-11-25 | 小米科技有限责任公司 | 信息关联方法及装置 |
| CN105302839A (zh) * | 2014-07-31 | 2016-02-03 | 腾讯科技（深圳）有限公司 | 文件过滤的方法和系统 |
| CN105955619A (zh) * | 2016-05-11 | 2016-09-21 | 青岛海信移动通信技术股份有限公司 | 多媒体文件拍摄位置确定方法及装置 |
| CN106997567A (zh) * | 2016-01-26 | 2017-08-01 | 宇龙计算机通信科技(深圳)有限公司 | 一种用户行程信息生成方法及装置 |
| CN107967339A (zh) * | 2017-12-06 | 2018-04-27 | 广东欧珀移动通信有限公司 | 图像处理方法、装置、计算机可读存储介质和计算机设备 |
| CN108431861A (zh) * | 2015-08-21 | 2018-08-21 | 福莱特格拉夫有限公司 | 跟踪航空搜索系统及方法 |
| CN109241303A (zh) * | 2018-06-29 | 2019-01-18 | Oppo广东移动通信有限公司 | 视频创建方法及相关产品 |
| CN109241002A (zh) * | 2018-09-10 | 2019-01-18 | 阿里巴巴集团控股有限公司 | 文件上传方法、装置及设备 |
| CN109977246A (zh) * | 2019-03-22 | 2019-07-05 | 广西蓝鲸旅游信息咨询有限公司 | 一种基于用户行程归类照片的方法及系统 |
| CN111080373A (zh) * | 2019-12-27 | 2020-04-28 | 上海擎感智能科技有限公司 | 基于图片组合的盈利实现方法、系统、介质及移动终端 |
-
2009
- 2009-09-01 CN CN2009100921392A patent/CN102004725A/zh active Pending
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102868799A (zh) * | 2012-08-22 | 2013-01-09 | 东莞宇龙通信科技有限公司 | 添加联系人的方法和移动终端 |
| CN102929956A (zh) * | 2012-10-09 | 2013-02-13 | 广东欧珀移动通信有限公司 | 一种图片显示方法及装置 |
| CN102929956B (zh) * | 2012-10-09 | 2016-11-16 | 广东欧珀移动通信有限公司 | 一种图片显示方法及装置 |
| CN103870531A (zh) * | 2012-12-17 | 2014-06-18 | 三星电子株式会社 | 用于提供旅行指南的系统 |
| WO2015124082A1 (en) * | 2014-02-24 | 2015-08-27 | Tencent Technology (Shenzhen) Company Limited | Electronic travel album generating method and system |
| CN105095213A (zh) * | 2014-04-22 | 2015-11-25 | 小米科技有限责任公司 | 信息关联方法及装置 |
| CN105095213B (zh) * | 2014-04-22 | 2019-10-11 | 小米科技有限责任公司 | 信息关联方法及装置 |
| CN105302839A (zh) * | 2014-07-31 | 2016-02-03 | 腾讯科技（深圳）有限公司 | 文件过滤的方法和系统 |
| CN108431861A (zh) * | 2015-08-21 | 2018-08-21 | 福莱特格拉夫有限公司 | 跟踪航空搜索系统及方法 |
| CN106997567A (zh) * | 2016-01-26 | 2017-08-01 | 宇龙计算机通信科技(深圳)有限公司 | 一种用户行程信息生成方法及装置 |
| CN105955619B (zh) * | 2016-05-11 | 2019-03-22 | 青岛海信移动通信技术股份有限公司 | 多媒体文件拍摄位置确定方法及装置 |
| CN105955619A (zh) * | 2016-05-11 | 2016-09-21 | 青岛海信移动通信技术股份有限公司 | 多媒体文件拍摄位置确定方法及装置 |
| CN107967339A (zh) * | 2017-12-06 | 2018-04-27 | 广东欧珀移动通信有限公司 | 图像处理方法、装置、计算机可读存储介质和计算机设备 |
| CN109241303A (zh) * | 2018-06-29 | 2019-01-18 | Oppo广东移动通信有限公司 | 视频创建方法及相关产品 |
| CN109241002A (zh) * | 2018-09-10 | 2019-01-18 | 阿里巴巴集团控股有限公司 | 文件上传方法、装置及设备 |
| CN109977246A (zh) * | 2019-03-22 | 2019-07-05 | 广西蓝鲸旅游信息咨询有限公司 | 一种基于用户行程归类照片的方法及系统 |
| CN111080373A (zh) * | 2019-12-27 | 2020-04-28 | 上海擎感智能科技有限公司 | 基于图片组合的盈利实现方法、系统、介质及移动终端 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102004725A (zh) | 多媒体文件分类方法和服务器 | |
| CN101963960A (zh) | 旅行路线和日程安排生成方法及服务器 | |
| US8264584B2 (en) | Image capturing apparatus, additional information providing server, and additional information filtering system | |
| US8094974B2 (en) | Picture data management apparatus and picture data management method | |
| JP4796435B2 (ja) | 画像ビューア | |
| US9607092B2 (en) | Mapping method and system | |
| US8364397B2 (en) | Pictorial navigation | |
| KR100882025B1 (ko) | 지피에스 이미지 검색 방법, 지리적 위치 서비스 기반의지피에스 이미지 검색 방법, 블로그 서비스 기반의지피에스 이미지 검색 방법 및 지역별 블로그 서비스 제공방법 | |
| US9922336B2 (en) | Method and system for managing itinerary | |
| JP6045354B2 (ja) | 案内システム、サーバ、端末装置、案内方法およびプログラム | |
| TWI576712B (zh) | 照片整理的方法及其電子裝置與電腦程式產品 | |
| KR102087481B1 (ko) | 위치 정보와 사용자 역할에 따라 지역 정보를 제공하는 소셜 네트워크 시스템 및 그 방법 | |
| JP2007322906A (ja) | 地図表示装置、地図表示システムおよび地図表示方法 | |
| US20150242767A1 (en) | Aerial view, web-based trip planning techniques using geotagged video and images syncd to a map | |
| EP3176736A1 (en) | Electronic system and method for travel planning, based on object-oriented technology | |
| CN105159976A (zh) | 图像文件的处理方法和系统 | |
| KR101823360B1 (ko) | 적어도 하나의 루트를 제공하기 위한 방법 및 내비게이션 디바이스 | |
| TWI576774B (zh) | 旅程規劃的方法及其電子裝置與電腦程式產品 | |
| JP2004185535A (ja) | 情報記憶方法、情報検索方法、情報記憶検索装置、属性情報管理サーバ、情報記憶検索プログラム、情報記憶検索プログラムの記録媒体及びコンテンツ表示方法 | |
| JP2011507018A (ja) | 地理的位置決定を決定するためのシステム、関連地図、および関連決定サーバ | |
| US9870572B2 (en) | System and method of providing information based on street address | |
| TWI576775B (zh) | 旅程規劃的方法及其電子裝置與電腦程式產品 | |
| JP7090779B2 (ja) | 情報処理装置、情報処理方法及び情報処理システム | |
| KR20220161245A (ko) | 컨텐츠 목록 제공 방법, 장치 및 컴퓨터 프로그램 | |
| Deeksha et al. | A spatial clustering approach for efficient landmark discovery using geo-tagged photos |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110406 |