專利名稱：一種基于Linux操作系統(tǒng)終端的文件打開方法
技術領域：
本發(fā)明涉及一種操作系統(tǒng)終端的文件打開方法，尤其涉及一種基于Linux操作系統(tǒng)終端的文件打開方法。
背景技術：
由于Linux系統(tǒng)具有開源的特性、軟件授權費用低和應用開發(fā)資源豐富等優(yōu)點，Linux系統(tǒng)已經(jīng)得到了廣泛的應用，并且在民用和辦公以及開發(fā)領域擁有越來越多的用戶。隨著用戶對Linux操作系統(tǒng)的要求越來越高，在使用Linux操作系統(tǒng)終端時，用戶一般基于圖形桌面的方式來打開文件，該方法就像Windows操作系統(tǒng)那樣，直接通過鼠標雙擊桌面上的文件圖標來打開文件。目前還沒有一種能夠在Linux系統(tǒng)終端直接自動打開 文件的方法，對于習慣使用Linux系統(tǒng)終端的用戶來說，給用戶帶來了不便，并且也降低了Linux操作系統(tǒng)的易用性。因此如何通過Linux系統(tǒng)終端來自動打開文件已經(jīng)成為亟需解決的問題。在現(xiàn)有的操作系統(tǒng)中，可以通過系統(tǒng)終端打開文件的操作系統(tǒng)包括Windows操作系統(tǒng)。用戶通過在Windows操作系統(tǒng)的終端的cmd命令提示符中輸入文件名后，系統(tǒng)會自動識別文件類型，并使用匹配的應用程序將其打開。Windows系統(tǒng)通過識別文件的后綴名來判斷文件類型。然后，根據(jù)系統(tǒng)注冊表中來判斷該類型文件用何種應用程序打開。最后，將該文件作為輸入，啟動匹配的應用程序將其打開。但是，該方案并非針對Linux操作系統(tǒng)，且該方案必須依據(jù)文件后綴名來識別文件，該方案的實現(xiàn)方式受制于Windows系統(tǒng),無法直接復制移植到Linux系統(tǒng)中。針對現(xiàn)有技術的不足，因此亟需一種基于Linux操作系統(tǒng)終端的文件打開方法來解決不能通過Linux系統(tǒng)終端打開文件的問題。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術問題之一是需要提供一種能夠在Linux操作系統(tǒng)終端打開文件的基于Linux操作系統(tǒng)終端的文件打開方法。為了解決上述技術問題，本發(fā)明提供了一種基于Linux操作系統(tǒng)終端的文件打開方法，該方法包括接收步驟，接收用戶輸入的一行字符，作為待解析字符串；解析步驟，解析所述待解析字符串中所包含的首個文件的文件路徑和文件名，確定所述首個文件；判斷步驟，判斷所述首個文件是否為可執(zhí)行文件，若判斷結果為否，則根據(jù)所述首個文件的文件類型來打開所述首個文件。根據(jù)本發(fā)明又一方面的基于Linux操作系統(tǒng)終端的文件打開方法，還包括將從所述待解析字符串中去除所述首個文件的文件路徑和文件名的字符串確定為所述待解析字符串并返回所述解析步驟。根據(jù)本發(fā)明又一方面的基于Linux操作系統(tǒng)終端的文件打開方法，在根據(jù)所述首個文件的文件類型來打開所述首個文件的處理中，具體包括以下步驟識別所述首個文件的文件類型；基于所述文件類型查詢與所述文件類型相匹配的應用程序；調(diào)用所述相匹配的應用程序來打開所述首個文件。根據(jù)本發(fā)明又一方面的基于Linux操作系統(tǒng)終端的文件打開方法，在根據(jù)所述首個文件的文件類型來打開所述首個文件的處理中，具體包括以下步驟識別所述首個文件的文件類型；判斷是否存在與所述首個文件的文件類型相同的已打開的非可執(zhí)行文件，若判斷結果為存在，則采用用于打開所述已打開的非可執(zhí)行文件的應用程序來打開所述首個文件。根據(jù)本發(fā)明又一方面的基于Linux操作系統(tǒng)終端的文件打開方法，還包括若不存在與所述首個文件的文件類型相同的已打開的非可執(zhí)行文件，則執(zhí)行以下步驟基于所述文件類型查詢與所述文件類型相匹配的應用程序；調(diào)用所述應用程序來打開所述首個文件。 根據(jù)本發(fā)明又一方面的基于Linux操作系統(tǒng)終端的文件打開方法，識別首個文件的文件類型是通過利用所述首個文件的文件特征編碼識別所述首個文件的多用途互聯(lián)網(wǎng)郵件擴展類型來實現(xiàn)的。根據(jù)本發(fā)明又一方面的基于Linux操作系統(tǒng)終端的文件打開方法，在基于所述文件類型查詢與所述文件類型相匹配的應用程序的處理中，查詢與所述文件類型相匹配的多用途互聯(lián)網(wǎng)郵件擴展類型關系映射列表；從所述匹配的多用途互聯(lián)網(wǎng)郵件擴展類型關系映射列表中查詢與所述文件類型相匹配的應用程序。根據(jù)本發(fā)明又一方面的基于Linux操作系統(tǒng)終端的文件打開方法，在執(zhí)行所述判斷步驟之前還執(zhí)行以下步驟判斷所述首個文件是否存在，若所述首個文件存在，則執(zhí)行所述判斷步驟；若所述首個文件不存在，則將從所述待解析字符串中去除所述首個文件的文件路徑和文件名的字符串確定為所述待解析字符串并返回所述解析步驟。根據(jù)本發(fā)明又一方面的基于Linux操作系統(tǒng)終端的文件打開方法，通過對所述Linux操作系統(tǒng)的終端消息處理機制進行修改來實現(xiàn)在所述判斷步驟中的判斷結果為否的情況下的處理。根據(jù)本發(fā)明又一方面的基于Linux操作系統(tǒng)終端的文件打開方法，所述待解析字符串包括絕對路徑或相對路徑。與現(xiàn)有技術相比，本發(fā)明的一個或多個實施例可以具有如下優(yōu)點本發(fā)明通過對輸入的字符串進行解析得到所要打開的文件，并判斷文件的可執(zhí)行性或查詢與所要打開文件的相匹配程序，可以使用戶在Linux終端中通過輸入字符串的方式，自動打開文件。進一步，通過判斷是否存在與所要打開的文件的文件類型相同的已打開的非可執(zhí)行文件的方式來打開所要打開的文件，節(jié)省了查詢與所要打開文件的相匹配程序的時間，更快地打開所要打開的文件。對于習慣使用Linux系統(tǒng)終端的用戶，直接在終端中輸入文件名即可打開文件將在一定程度上提高用戶的使用體驗，增加系統(tǒng)的易用性。利用多用途互聯(lián)網(wǎng)郵件擴展類型(簡稱MME類型)識別文件，具有更強的識別能力，且符合Linux平臺特性。
本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在說明書、權利要求書以及附圖中所特別指出的結構來實現(xiàn)和獲得。


附圖用來提供對本發(fā)明的進一步理解，并且構成說明書的一部分，與本發(fā)明的實施例共同用于解釋本發(fā)明，并不構成對本發(fā)明的限制。在附圖中圖I、圖2是根據(jù)本發(fā)明第一實施例的基于Linux操作系統(tǒng)終端的文件打開方法的流程示意圖；圖3是根據(jù)本發(fā)明第二實施例的基于Linux操作系統(tǒng)終端的文件打開方法的流程示意圖。
具體實施例方式以下將結合附圖及實施例來詳細說明本發(fā)明的實施方式，借此對本發(fā)明如何應用技術手段來解決技術問題，并達成技術效果的實現(xiàn)過程能充分理解并據(jù)以實施。需要說明的是，只要不構成沖突，本發(fā)明中的各個實施例以及各實施例中的各個特征可以相互結合，所形成的技術方案均在本發(fā)明的保護范圍之內(nèi)。另外，在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。第一實施例圖I是根據(jù)本發(fā)明第一實施例的基于Linux操作系統(tǒng)終端的文件打開方法的流程示意圖，下面參考附圖對本實施例的各步驟進行詳細說明。步驟S110，接收用戶輸入的一行字符，作為待解析字符串。具體地，在Linux終端輸入一行字符，在所輸入的字符中包括所要打開的文件的文件名。舉例說明，可以輸入類似于以下的字符/home/cs2c/testA testB /testC. /testD等，其中，testA、testB、testC和testD為所要打開文件的文件名。步驟S120，解析待解析字符串中所包含的首個文件的文件路徑和文件名，確定首個文件。具體地，在待解析字符串中可以包括多個文件名，在本步驟中只需解析待解析字符串中的第一個文件名，簡稱首個文件名。例如，在待解析字符串為/home/cs2c/testAtestB /testC. /testD時,通過解析首個文件名即文件名testA以及與文件名testA對應的路徑獲取該文件對應的文件句柄來確定對應的文件。也就是說，直接通過所要打開的文件的文件路徑和文件名定位所要打開的文件。另外，還可以僅通過解析首個文件的文件路徑來確定首個文件。例如帶解析字符串為/home/cdc/testA，在解析過程中，不需要解析文件名，僅需解析文件的文件路徑就可以確定對應的文件。
需要說明的是，所要打開的文件的待解析字符串可以包含絕對路徑或相對路徑，例如可以輸入一絕對路徑為/home/cs2c/Documents來確定所要打開的文件，或者當用戶在終端中的相對位置為/home/cs2c/時，相對路徑./Documents、 /Documents或Documents與前述的絕對路徑都代表了同一路徑。步驟S140，判斷首個文件是否為可執(zhí)行文件。具體地，基于首個文件的文件屬性來判斷該文件是否為可執(zhí)行文件。需要說明的是，在Linux操作系統(tǒng)中，文件都具有一項文件屬性，表示該文件的執(zhí)行權限。一般執(zhí)行權限包括可讀(簡稱r)、可寫(簡稱w)和可執(zhí)行(簡稱χ)等三項。本步驟通過判斷文件的執(zhí)行權限來判斷所要打開的文件是否為可執(zhí)行文件，當文件的執(zhí)行權限為可執(zhí)行(χ)時，則可確定文件為可執(zhí)行文件。若判斷結果為是，則直接在Linux終端執(zhí)行首個文件，然后進入步驟S180，否則進入步驟S150以根據(jù)首個文件的文件類型來打開首個文件。 需要說明的是，可執(zhí)行文件一般有兩類，一類是二進制文件，另一類是腳本文件。對于可執(zhí)行文件，無論它是二進制可執(zhí)行文件或是腳本可執(zhí)行文件，都可以通過在終端中直接輸入文件名來打開。步驟S150，識別首個文件的文件類型。具體地，若在步驟S140中判斷結果為首個文件為非可執(zhí)行文件時，識別首個文件的文件類型，優(yōu)選地，通過利用文件特有的文件特征編碼來識別首個文件的多用途互聯(lián)網(wǎng)郵件擴展類型(以下簡稱MIME類型)來實現(xiàn)。舉例而言，一般文件會有一個前綴字符串。這個字符串顯示了某種數(shù)據(jù)特征，通過這一特征可以判斷該文件的文件類型。例如若某文件的開頭為FF D8結尾為FF D9，通過識別可知該文件的文件類型是jpeg文件。又例如gif圖像文件具有ASCII碼為“GIF89a”或“GIF87a”,這表示該文件是gif文件。除了上述舉例的文件類型外,avi、mkv等多媒體文件一般都有非常明確的文件前綴，在此不再說明。需要說明的是，如果依照現(xiàn)有的Linux終端的處理機制，對于在步驟S140中判斷結果為首個文件為非可執(zhí)行文件時可能會發(fā)生多種錯誤，為了使本發(fā)明方法與Linux終端能很好地結合，必須修改終端的消息處理機制，使得在所解析后的首個文件為非可執(zhí)行文件時，終端能夠按照要求搜索與非可執(zhí)行文件相匹配的應用程序，而不會在首個文件為非可執(zhí)行文件時出現(xiàn)錯誤消息而導致無法打開首個文件。在本發(fā)明實施例中，通過識別非可執(zhí)行文件的MME類型可以用于唯一的確定文件類型，它是一個公開的國際標準。文件特征編碼則是根據(jù)文件內(nèi)部的數(shù)據(jù)特征，標識該文件的文件類別。本實施例通過利用文件特征編碼確定首個文件的MME類型并選取合適的應用程序打開首個文件。需要說明的是，MIME類型在主流平臺和各類文件中是普遍適用的。一般情況下，文件是含有MME信息的。雖然在某些情況下，例如純文本文件或腳本執(zhí)行文件缺少MME信息，但是可以依據(jù)文件缺少MME信息而判斷文件的類別可能是純文本文件或非可執(zhí)行腳本文件。對于非可執(zhí)行的腳本文件通過命令來將其打開，例如有一腳本文件hello, sh沒有可執(zhí)行權限，那么就無法直接在終端將該文件打開，通過使用sh hello, sh命令或vihello, sh命令來打開文件并編輯內(nèi)容,其中sh命令相當于Bash命令,vi是文本編輯工具。步驟S160，基于文件類型查詢與文件類型相匹配的應用程序。具體地，首先查詢與首個文件的文件類型(MME類型)相匹配的MME類型關系映射列表，然后從匹配的MME類型關系映射列表查詢與文件類型相匹配的應用程序。更具體地，通過對存儲在Linux系統(tǒng)中的關系映射列表文件進行搜索，以得到與所要打開的首個文件的文件類型相匹配的關系映射列表，還可以通過對開發(fā)人員所設定的配置的關系映射列表文件進行搜索，以得到與所要打開的首個文件的文件類型相匹配的關系映射列表。需要說明的是，程序映射關系列表本質上是一個文本文件。文件的格式、內(nèi)容、文件名及存放的具體位置可根據(jù)不同的情況進行確定。而其文件格式，本質上是一個順序的映射關系表。該文件存儲在某一系統(tǒng)內(nèi)的確定位置。當需要查詢文件所對應的匹配應用程序時，就可以搜索該列表，查找相關信息。匹配的程序映射列表是一個順序列表，可能包含多個應用程序。若首個文件的文件類型在映射關系表中沒有對應的匹配應用程序時，則顯示錯誤信息，提示由于首個文件的MME類型沒有匹配的應用程序所產(chǎn)生的錯誤而導致首個文件無法打開。需要說明的是，為確定某文件類型使用何種應用程序打開，系統(tǒng)需要記錄文件類型及其匹配程序映射關系的列表。該列表是一個映射表，由于某種文件類型可能被多種應用程序打開，所以一個文件類型可能對應多個應用程序。在本發(fā)明實施例中，所指的文件類型為MME類型，將MME類型作為主鍵，而對應的應用程序則以順序鏈表的方式作為該鍵的對應項值。映射關系數(shù)據(jù)被按照一定格式記錄在特定的系統(tǒng)文件中。在一些Linux系統(tǒng)中，本映射關系列表已經(jīng)被記錄在系統(tǒng)文件當中。該映射關系列表的某種實現(xiàn)例如下image/bmp = gnome-eog ； gthumb ；application/x-extension-img = gedit ；χ-scheme-handler/http = firefox0在上述映射關系列表中，gthumb應用程序用于打開文件類型為bmp的非可執(zhí)行文件，gedit應用程序用于打開文件類型為img文件，firefox應用程序用于打開文件類型為http的文件。在查詢到與文件類型相匹配的程序映射關系列表后，在與首個文件的文件類型相 匹配的程序映射關系列表中順序查詢用于打開文件的應用程序，例如，若文件類型為bmp的文件則與之匹配的應用程序為gthumb。需要說明的是，在順序查詢過程中，若所查詢到的應用程序與首個文件的文件類型不匹配，則順序判斷位于應用程序的下一個程序是否與首個文件的文件類型相匹配，直到查詢到與首個文件的文件類型相匹配為止。若查詢了程序映射關系列表中所有的應用程序后，若還未找到與首個文件的文件類型相匹配的應用程序，則顯示錯誤信息，提示因匹配的應用程序不存在所產(chǎn)生的錯誤導致文件無法打開。步驟S170，調(diào)用相匹配的應用程序來打開首個文件。具體地，將首個文件作為輸入?yún)?shù)傳送給查詢到的相匹配的應用程序，通過啟動應用程序將首個文件打開。例如，若首個文件名為A. DOC文件，則通過查詢得到與之匹配的應用程序為office應用程序,則通過office應用程序打開A. DOC文件。步驟S180，將從待解析字符串中去除首個文件的文件路徑和文件名的字符串確定為待解析字符串并返回步驟S120。由于用戶輸入的一行字符中可能包括多個所要打開的文件，將從所述待解析字符串中去除首個文件的文件路徑和文件名的字符串確定為待解析字符串并返回步驟S120。若返回步驟S120的待解析字符串不為空則進行解析，若返回步驟S120的待解析字符串為空，則說明不包含其他未打開的文件的文件名，因此終止S120的操作。舉例而言，若首個文件的文件路徑和文件名的字符串為/home/cs2c/testA，則將用戶輸入的一行字符 /home/cs2c/testA testB /testC. /testD 中的 /home/cs2c/testA去除，將testB /testC. /testD作為待解析字符串返回步驟S120。另外，在執(zhí)行步驟S140之前，還可以進行步驟S130，如圖2所示，具體步驟如下步驟S130，判斷首個文件是否存在。具體地，基于解析得到的首個文件名和文件路徑判斷首個文件是否存在，若不存在則顯示錯誤信息，提示由于首個文件不存在所產(chǎn)生的錯誤導致該文件無法打開并進入步驟S180，否則，執(zhí)行步驟S140。在本實施例中，通過對輸入的字符串進行解析得到所要打開的文件，并判斷文件的可執(zhí)行性，當文件為非可執(zhí)行文件時，Linux操作系統(tǒng)不會出現(xiàn)非可執(zhí)行文件無法打開的問題，而是通過查詢與非可執(zhí)行文件的相匹配的應用程序，以實現(xiàn)在Linux終端打開用戶所要打開的文件。第二實施例圖3是根據(jù)本發(fā)明第二實施例的基于Linux操作系統(tǒng)終端的文件打開方法的流程示意圖，下面參考附圖對本實施例的各步驟進行詳細說明。為了便于說明，不再對與前述實施例相同的步驟進行詳細展開，而僅重點說明與前述實施例的不同之處。在圖I、圖2和圖3中，對與前述實施例相同或相似的步驟，采用了相同的附圖標記。在第一實施例的步驟S140中的判斷結果為否時，進行以下步驟步驟S150，識別首個文件的文件類型。本步驟與第一實施例的步驟相同，在此不再進行贅述。步驟S210，判斷是否存在與首個文件的文件類型相同的已打開的非可執(zhí)行文件。具體地，在執(zhí)行本步驟之前可能已經(jīng)打開了多個非可執(zhí)行文件，在本發(fā)明實施例中，當首個文件為非可執(zhí)行文件時，不直接進行第一實施例的步驟S160，而是通過判斷是否存在與首個文件的文件類型相同的已打開的非可執(zhí)行文件的方式來打開首個文件。更具體地，若判斷結果為存在與首個文件的文件類型相同的已打開的非可執(zhí)行文件，則采用用于打開已打開的非可執(zhí)行文件的應用程序來打開首個文件，這樣可以節(jié)省查詢與首個文件的文件類型相匹配的應用程序的時間。在用戶輸入多個相同類型的非可執(zhí)行文件時，若每個非可執(zhí)行文件的文件類型均相同，則可以直接依次采用已打開的非可執(zhí)行的應用程序來打開其他非可執(zhí)行文件，更迅速地打開所要打開的各個文件。若判斷結果為不存在與所述首個文件的文件類型相同的已打開的非可執(zhí)行文件，則進入步驟S160，通過查詢與文件類型相匹配的方式來打開首個文件。
例如，若用戶所要打開的文件的文件名依次為A. DOC B. DOC C. JPG D. D0C,首個文件為非可執(zhí)行文件，通過查詢與首個文件的文件類型相匹配的應用程序為office程序，調(diào)用office程序打開A. DOC文件，在進行打開下一個文件的處理中，即將B. DOC作為首個文件名，可知B. DOC與已打開的非可執(zhí)行文件A. DOC的文件類型相同，則用office程序打開B. DOC0在進行打開下一個文件的處理中，即將C. JPG作為首個文件，可知C. JPG與已打開的非可執(zhí)行文件A. DOC和B. DOC的文件類型不同，則無法利用office程序打開C. JPG，因此執(zhí)行步驟S160查詢與C. JPG文件類型相匹配的程序來打開C. JPG文件，例如使用PHOTOSHOP程序來打開。步驟S160，基于文件類型查詢與文件類型相匹配的程序。步驟S170，調(diào)用相匹配的應用程序來打開首個文件。步驟S180，將從待解析字符串中去除首個文件的文件路徑和文件名的字符串確定為待解析字符串并返回步驟S120。 另外，在執(zhí)行步驟S140之前，還可以進行步驟S130(圖中未示出)，具體步驟如下步驟S130，判斷首個文件是否存在。步驟S160、S170、S180以及S130與第一實施例中的相應步驟相同，在此不再贅述。需要說明的是，本發(fā)明實施例中所指的文件類型為文件的MME類型。本發(fā)明實施例，通過判斷是否存在與所要打開的文件相同的已打開的非可執(zhí)行文件的方式，在判斷為存在時，采用已打開的非可執(zhí)行文件的相應的應用程序打開所要打開的文件，節(jié)省了查詢與所要打開的文件的文件類型相匹配的應用程序的時間，在用戶輸入多個相同類型的非可執(zhí)行文件時，直接依次利用已打開的非可執(zhí)行的應用程序來打開其他非可執(zhí)行文件。本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。雖然本發(fā)明所揭露的實施方式如上，但所述的內(nèi)容只是為了便于理解本發(fā)明而采用的實施方式，并非用以限定本發(fā)明。任何本發(fā)明所屬技術領域內(nèi)的技術人員，在不脫離本發(fā)明所揭露的精神和范圍的前提下，可以在實施的形式上及細節(jié)上作任何的修改與變化，但本發(fā)明的專利保護范圍，仍須以所附的權利要求書所界定的范圍為準。
權利要求
1.一種基于Linux操作系統(tǒng)終端的文件打開方法，其特征在于，包括 接收步驟，接收用戶輸入的一行字符，作為待解析字符串； 解析步驟，解析所述待解析字符串中所包含的首個文件的文件路徑和文件名，確定所述首個文件； 判斷步驟，判斷所述首個文件是否為可執(zhí)行文件，若判斷結果為否，則根據(jù)所述首個文件的文件類型來打開所述首個文件。
2.根據(jù)權利要求I所述的方法，其特征在于，還包括 將從所述待解析字符串中去除所述首個文件的文件路徑和文件名的字符串確定為所述待解析字符串并返回所述解析步驟。
3.根據(jù)權利要求2所述的方法，其特征在于，在根據(jù)所述首個文件的文件類型來打開所述首個文件的處理中，具體包括以下步驟 識別所述首個文件的文件類型； 基于所述文件類型查詢與所述文件類型相匹配的應用程序； 調(diào)用所述相匹配的應用程序來打開所述首個文件。
4.根據(jù)權利要求2所述的方法，其特征在于，在根據(jù)所述首個文件的文件類型來打開所述首個文件的處理中，具體包括以下步驟 識別所述首個文件的文件類型； 判斷是否存在與所述首個文件的文件類型相同的已打開的非可執(zhí)行文件，若判斷結果為存在，則采用用于打開所述已打開的非可執(zhí)行文件的應用程序來打開所述首個文件。
5.根據(jù)權利要求4所述的方法，其特征在于，還包括 若不存在與所述首個文件的文件類型相同的已打開的非可執(zhí)行文件，則執(zhí)行以下步驟 基于所述文件類型查詢與所述文件類型相匹配的應用程序； 調(diào)用所述應用程序來打開所述首個文件。
6.根據(jù)權利要求3或5所述的方法，其特征在于， 識別首個文件的文件類型是通過利用所述首個文件的文件特征編碼識別所述首個文件的多用途互聯(lián)網(wǎng)郵件擴展類型來實現(xiàn)的。
7.根據(jù)權利要求6所述的方法，其特征在于，在基于所述文件類型查詢與所述文件類型相匹配的應用程序的處理中， 查詢與所述文件類型相匹配的多用途互聯(lián)網(wǎng)郵件擴展類型關系映射列表； 從所述匹配的多用途互聯(lián)網(wǎng)郵件擴展類型關系映射列表中查詢與所述文件類型相匹配的應用程序。
8.根據(jù)權利要求I至5任一項所述的方法，其特征在于，在執(zhí)行所述判斷步驟之前還執(zhí)行以下步驟 判斷所述首個文件是否存在，若所述首個文件存在，則執(zhí)行所述判斷步驟；若所述首個文件不存在，則將從所述待解析字符串中去除所述首個文件的文件路徑和文件名的字符串確定為所述待解析字符串并返回所述解析步驟。
9.根據(jù)權利要求I所述的方法，其特征在于， 通過對所述Linux操作系統(tǒng)的終端消息處理機制進行修改來實現(xiàn)在所述判斷步驟中的判斷結果為否的情況下的處理。
10.根據(jù)權利要求I至5任一項所述的方法，其特征在于， 所述待解析字符串包括絕對路徑或相對路徑。
全文摘要
本發(fā)明公開了一種基于Linux操作系統(tǒng)終端的文件打開方法，該方法包括接收步驟，接收用戶輸入的一行字符，作為待解析字符串；解析步驟，解析所述待解析字符串中所包含的首個文件的文件路徑和文件名，確定所述首個文件；判斷步驟，判斷所述首個文件是否為可執(zhí)行文件，若判斷結果為否，則根據(jù)所述首個文件的文件類型來打開所述首個文件。本發(fā)明通過對輸入的字符串進行解析得到所要打開的文件，并判斷文件的可執(zhí)行性或查詢與所要打開文件的相匹配程序，可以使用戶在Linux終端中通過輸入字符串的方式，自動打開文件。
文檔編號G06F17/30GK102663067SQ201210093010
公開日2012年9月12日 申請日期2012年3月31日 優(yōu)先權日2012年3月31日
發(fā)明者何曌君, 夏穎, 胡秋立, 許國昌, 鄭靖 申請人:中標軟件有限公司