網(wǎng)絡(luò)媒體文件的播放方法和系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及智能播放設(shè)備技術(shù)領(lǐng)域，特別是涉及一種網(wǎng)絡(luò)媒體文件的播放方法和系統(tǒng)。
【背景技術(shù)】
[0002]智能播放設(shè)備是一種新型的智能家電設(shè)備，通過連接WIFI (Wireless-Fidelity,無線寬帶)網(wǎng)絡(luò)，能夠與手機APP (Applicat1n，應(yīng)用程序)進行通信，從而接受APP傳來的各種指令，執(zhí)行各種命令。目前，網(wǎng)絡(luò)媒體服務(wù)器會為每一個多媒體文件提供一個唯一的標識符ID (身份標識號碼)，智能播放設(shè)備通過ID向媒體服務(wù)器請求對應(yīng)的URL (UniformResource Locator,統(tǒng)一資源定位符)，如果URL永久有效，則智能播放設(shè)備任何時刻都可以通過該URL來播放相應(yīng)的網(wǎng)絡(luò)媒體文件，如果該URL可變，即在某個時間段內(nèi)有效，超出這個時間段后失效，那么超出這個時間段后智能播放設(shè)備利用該URL無法播放上述網(wǎng)絡(luò)媒體文件，需要重新根據(jù)ID向媒體服務(wù)器請求URL。這樣會造成智能播放設(shè)備負擔過重，影響設(shè)備工作效率，降低設(shè)備使用壽命。
【發(fā)明內(nèi)容】
[0003]基于上述情況，本發(fā)明提出了一種網(wǎng)絡(luò)媒體文件的播放方法和系統(tǒng)，在URL可變時，利用與智能播放設(shè)備連接的APP，將頻繁的URL請求優(yōu)先放到APP端，減輕智能播放設(shè)備負擔。
[0004]為了實現(xiàn)上述目的，本發(fā)明技術(shù)方案的實施例為:
[0005]—種網(wǎng)絡(luò)媒體文件的播放方法，包括以下步驟:
[0006]在滿足URL請求條件時，判斷當前是否與終端的應(yīng)用程序連接；
[0007]當判斷結(jié)果為是時，在連接的應(yīng)用程序中選取滿足預(yù)設(shè)規(guī)則的應(yīng)用程序；
[0008]向所述滿足預(yù)設(shè)規(guī)則的應(yīng)用程序發(fā)送請求消息一，所述請求消息一包括網(wǎng)絡(luò)媒體文件的ID，接收所述滿足預(yù)設(shè)規(guī)則的應(yīng)用程序根據(jù)所述請求消息一發(fā)送的從網(wǎng)絡(luò)媒體服務(wù)器接收的與所述ID對應(yīng)的URL ;
[0009]根據(jù)所述URL播放所述網(wǎng)絡(luò)媒體文件。
[0010]—種網(wǎng)絡(luò)媒體文件的播放系統(tǒng)，包括:
[0011]連接判斷模塊，用于在滿足URL請求條件時，判斷當前是否與終端的應(yīng)用程序連接;
[0012]程序選取模塊，用于當判斷結(jié)果為是時，在連接的應(yīng)用程序中選取滿足預(yù)設(shè)規(guī)則的應(yīng)用程序；
[0013]URL請求模塊一，用于向所述滿足預(yù)設(shè)規(guī)則的應(yīng)用程序發(fā)送請求消息一，所述請求消息一包括網(wǎng)絡(luò)媒體文件的ID，接收所述滿足預(yù)設(shè)規(guī)則的應(yīng)用程序根據(jù)所述請求消息一發(fā)送的從網(wǎng)絡(luò)媒體服務(wù)器接收的與所述ID對應(yīng)的URL ;
[0014]文件播放模塊，用于根據(jù)所述URL播放所述網(wǎng)絡(luò)媒體文件。
[0015]與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果為:本發(fā)明網(wǎng)絡(luò)媒體文件的播放方法和系統(tǒng)，在滿足URL請求條件時，判斷當前是否與終端的應(yīng)用程序連接；當判斷結(jié)果為是時，在連接的應(yīng)用程序中選取滿足預(yù)設(shè)規(guī)則的應(yīng)用程序；然后向滿足預(yù)設(shè)規(guī)則的應(yīng)用程序發(fā)送請求消息一，該請求消息一包括網(wǎng)絡(luò)媒體文件的ID，接收滿足預(yù)設(shè)規(guī)則的應(yīng)用程序根據(jù)請求消息一發(fā)送的從網(wǎng)絡(luò)媒體服務(wù)器接收的與上述ID對應(yīng)的URL ;根據(jù)上述URL播放上述網(wǎng)絡(luò)媒體文件。本發(fā)明在網(wǎng)絡(luò)媒體文件對應(yīng)的URL可變時，利用與智能播放設(shè)備連接的APP，將頻繁的URL請求優(yōu)先放到APP端，減輕智能播放設(shè)備負擔，適合實際應(yīng)用。
【附圖說明】
[0016]圖1為一個實施例中網(wǎng)絡(luò)媒體文件的播放方法流程圖；
[0017]圖2為基于圖1所示方法一個具體示例中網(wǎng)絡(luò)媒體文件的播放方法流程圖。
[0018]圖3為一個實施例中網(wǎng)絡(luò)媒體文件的播放系統(tǒng)結(jié)構(gòu)示意圖。
【具體實施方式】
[0019]為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進行進一步的詳細說明。應(yīng)當理解，此處所描述的【具體實施方式】僅僅用以解釋本發(fā)明，并不限定本發(fā)明的保護范圍。
[0020]—個實施例中網(wǎng)絡(luò)媒體文件的播放方法，如圖1所示，包括以下步驟:
[0021]步驟SlOl:在滿足URL請求條件時，判斷當前是否與終端的應(yīng)用程序連接；
[0022]步驟S102:當判斷結(jié)果為是時，在連接的應(yīng)用程序中選取滿足預(yù)設(shè)規(guī)則的應(yīng)用程序;
[0023]步驟S103:向所述滿足預(yù)設(shè)規(guī)則的應(yīng)用程序發(fā)送請求消息一，所述請求消息一包括網(wǎng)絡(luò)媒體文件的ID，接收所述滿足預(yù)設(shè)規(guī)則的應(yīng)用程序根據(jù)所述請求消息一發(fā)送的從網(wǎng)絡(luò)媒體服務(wù)器接收的與所述ID對應(yīng)的URL ;
[0024]步驟S104:根據(jù)所述URL播放所述網(wǎng)絡(luò)媒體文件。
[0025]從以上描述可知，本發(fā)明網(wǎng)絡(luò)媒體文件的播放方法，解決網(wǎng)絡(luò)媒體文件對應(yīng)的URL可變時，智能播放設(shè)備頻繁的請求URL，造成設(shè)備負擔過重，工作效率低的問題。
[0026]此外，在一個具體示例中，在接收到URL請求指令時或根據(jù)所述網(wǎng)絡(luò)媒體文件對應(yīng)的URL播放所述網(wǎng)絡(luò)媒體文件失敗時，判定滿足所述URL請求條件。
[0027]例如當需要根據(jù)URL播放網(wǎng)絡(luò)媒體文件時，根據(jù)URL請求指令請求網(wǎng)絡(luò)媒體文件對應(yīng)的URL或在根據(jù)URL播放網(wǎng)絡(luò)媒體文件時，URL失效，播放失敗，需要請求網(wǎng)絡(luò)媒體文件對應(yīng)的URL重新進行播放。
[0028]此外，在一個具體示例中，所述滿足預(yù)設(shè)規(guī)則的應(yīng)用程序為連接的最后一次進行通信的應(yīng)用程序。
[0029]選擇最后一次進行通信的APP可以保證智能播放設(shè)備與該APP的正常通信，符合實際應(yīng)用。
[0030]此外，在一個具體示例中，當判斷結(jié)果為否時，向網(wǎng)絡(luò)媒體服務(wù)器發(fā)送請求消息二，所述請求消息二包括所述ID，接收所述網(wǎng)絡(luò)媒體服務(wù)器根據(jù)所述請求消息二發(fā)送的與所述ID對應(yīng)的URL。
[0031]若沒有APP連接到智能通信設(shè)備，該設(shè)備也可以根據(jù)網(wǎng)絡(luò)媒體文件的ID請求URL，保證網(wǎng)絡(luò)媒體文件對應(yīng)的URL過期后能夠重新獲取到URL。
[0032]為了更好地理解上述方法，以下詳細闡述一個本發(fā)明網(wǎng)絡(luò)媒體文件的播放方法的應(yīng)用實例。該應(yīng)用實例以智能音箱播放歌曲為例。
[0033]如圖2所示，該應(yīng)用實例可以包括以下步驟:
[0034]步驟S201:智能音箱在接收到URL請求指令時或根據(jù)歌曲的URL播放該歌曲失敗時，判斷音箱當前是否與手機APP連接；音箱播放音樂時，向歌曲URL地址請求數(shù)據(jù)，若URL有效，則網(wǎng)絡(luò)媒體服務(wù)器會將歌曲數(shù)據(jù)返回給音箱進行播放；若URL無效，網(wǎng)絡(luò)媒體服務(wù)器會返回一個錯誤代碼(代碼一般由各服務(wù)器設(shè)定)，音箱收到錯誤代碼后，播放歌曲失敗，需要再次請求該歌曲對應(yīng)的URL ;
[0035]步驟S202:當判斷結(jié)果為否時，智能音箱向網(wǎng)絡(luò)媒體服務(wù)器發(fā)送請求消息，該請求消息包括上述歌曲的ID，網(wǎng)絡(luò)媒體服務(wù)器接收上述請求消息，根據(jù)上述請求消息發(fā)送給音箱與上述ID對應(yīng)的URL ;當判斷結(jié)果為是時，音箱根據(jù)記錄的與手機APP的連接信息，在連接的APP中選取最后一次進行通信的APP ;
[0036]步驟S203:智能音箱向上述選取的最后一次進行通信的APP發(fā)送請求消息，該請求消息包括上述ID，上述選取的APP接收該請求消息，并根據(jù)該請求消息向網(wǎng)絡(luò)媒體服務(wù)器發(fā)送請求，該請求包括上述ID，網(wǎng)絡(luò)媒體服務(wù)器接收上述請求，根據(jù)上述請求發(fā)送給上述選取的APP與上述ID對應(yīng)的URL，上述選取的APP再將該URL發(fā)送給音箱；
[0037]步驟S204:智能音箱根據(jù)上述URL播放上述歌曲。
[0038]本應(yīng)用實例在歌曲URL可變時，利用與智能音箱連接的APP，將頻繁的URL請求優(yōu)先放到APP端，利用APP強大的處理能力減輕音箱負擔；同時在沒有APP連接音箱時，音箱端也可以根據(jù)歌曲ID請求UR