多媒體文件分類方法和伺服器的製作方法

2023-10-19 08:04:57 1

專利名稱：多媒體文件分類方法和伺服器的製作方法
技術領域：
本發明涉及網際網路技術領域，特別涉及一種多媒體文件分類方法和伺服器。
背景技術：
人們在旅行過程中，一般都會拍攝大量的數碼照片、視頻等多媒體文件，並在旅行 結束後整理這些多媒體文件。人們整理這些多媒體文件，通常的方式是將數碼照片和視頻 等按照拍攝地點分別歸類到旅行過程中的各個地點，而由人手工完成這一歸類通常需要花 費大量的時間。現有技術中，一種可行的多媒體文件自動歸類方式，是利用帶有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日
發明者劉暘 申請人:劉暘