CN102663067A - 一种基于Linux操作系统终端的文件打开方法 - Google Patents

Abstract

本发明公开了一种基于Linux操作系统终端的文件打开方法，该方法包括：接收步骤，接收用户输入的一行字符，作为待解析字符串；解析步骤，解析所述待解析字符串中所包含的首个文件的文件路径和文件名，确定所述首个文件；判断步骤，判断所述首个文件是否为可执行文件，若判断结果为否，则根据所述首个文件的文件类型来打开所述首个文件。本发明通过对输入的字符串进行解析得到所要打开的文件，并判断文件的可执行性或查询与所要打开文件的相匹配程序，可以使用户在Linux终端中通过输入字符串的方式，自动打开文件。

Description

一种基于Linux操作系统终端的文件打开方法

技术领域

本发明涉及一种操作系统终端的文件打开方法，尤其涉及一种基于Linux操作系统终端的文件打开方法。

背景技术

由于Linux系统具有开源的特性、软件授权费用低和应用开发资源丰富等优点，Linux系统已经得到了广泛的应用，并且在民用和办公以及开发领域拥有越来越多的用户。

随着用户对Linux操作系统的要求越来越高，在使用Linux操作系统终端时，用户一般基于图形桌面的方式来打开文件，该方法就像Windows操作系统那样，直接通过鼠标双击桌面上的文件图标来打开文件。目前还没有一种能够在Linux系统终端直接自动打开文件的方法，对于习惯使用Linux系统终端的用户来说，给用户带来了不便，并且也降低了Linux操作系统的易用性。因此如何通过Linux系统终端来自动打开文件已经成为亟需解决的问题。

在现有的操作系统中，可以通过系统终端打开文件的操作系统包括Windows操作系统。

用户通过在Windows操作系统的终端的cmd命令提示符中输入文件名后，系统会自动识别文件类型，并使用匹配的应用程序将其打开。Windows系统通过识别文件的后缀名来判断文件类型。然后，根据系统注册表中来判断该类型文件用何种应用程序打开。最后，将该文件作为输入，启动匹配的应用程序将其打开。

但是，该方案并非针对Linux操作系统，且该方案必须依据文件后缀名来识别文件，该方案的实现方式受制于Windows系统，无法直接复制移植到Linux系统中。针对现有技术的不足，因此亟需一种基于Linux操作系统终端的文件打开方法来解决不能通过Linux系统终端打开文件的问题。

发明内容

本发明所要解决的技术问题之一是需要提供一种能够在Linux操作系统终端打开文件的基于Linux操作系统终端的文件打开方法。

为了解决上述技术问题，本发明提供了一种基于Linux操作系统终端的文件打开方法，该方法包括：接收步骤，接收用户输入的一行字符，作为待解析字符串；解析步骤，解析所述待解析字符串中所包含的首个文件的文件路径和文件名，确定所述首个文件；判断步骤，判断所述首个文件是否为可执行文件，若判断结果为否，则根据所述首个文件的文件类型来打开所述首个文件。

根据本发明又一方面的基于Linux操作系统终端的文件打开方法，还包括：将从所述待解析字符串中去除所述首个文件的文件路径和文件名的字符串确定为所述待解析字符串并返回所述解析步骤。

根据本发明又一方面的基于Linux操作系统终端的文件打开方法，在根据所述首个文件的文件类型来打开所述首个文件的处理中，具体包括以下步骤：识别所述首个文件的文件类型；基于所述文件类型查询与所述文件类型相匹配的应用程序；调用所述相匹配的应用程序来打开所述首个文件。

根据本发明又一方面的基于Linux操作系统终端的文件打开方法，在根据所述首个文件的文件类型来打开所述首个文件的处理中，具体包括以下步骤：识别所述首个文件的文件类型；判断是否存在与所述首个文件的文件类型相同的已打开的非可执行文件，若判断结果为存在，则采用用于打开所述已打开的非可执行文件的应用程序来打开所述首个文件。

根据本发明又一方面的基于Linux操作系统终端的文件打开方法，还包括：若不存在与所述首个文件的文件类型相同的已打开的非可执行文件，则执行以下步骤：基于所述文件类型查询与所述文件类型相匹配的应用程序；调用所述应用程序来打开所述首个文件。

根据本发明又一方面的基于Linux操作系统终端的文件打开方法，识别首个文件的文件类型是通过利用所述首个文件的文件特征编码识别所述首个文件的多用途互联网邮件扩展类型来实现的。

根据本发明又一方面的基于Linux操作系统终端的文件打开方法，在基于所述文件类型查询与所述文件类型相匹配的应用程序的处理中，查询与所述文件类型相匹配的多用途互联网邮件扩展类型关系映射列表；从所述匹配的多用途互联网邮件扩展类型关系映射列表中查询与所述文件类型相匹配的应用程序。

根据本发明又一方面的基于Linux操作系统终端的文件打开方法，在执行所述判断步骤之前还执行以下步骤：判断所述首个文件是否存在，若所述首个文件存在，则执行所述判断步骤；若所述首个文件不存在，则将从所述待解析字符串中去除所述首个文件的文件路径和文件名的字符串确定为所述待解析字符串并返回所述解析步骤。

根据本发明又一方面的基于Linux操作系统终端的文件打开方法，通过对所述Linux操作系统的终端消息处理机制进行修改来实现在所述判断步骤中的判断结果为否的情况下的处理。

根据本发明又一方面的基于Linux操作系统终端的文件打开方法，所述待解析字符串包括绝对路径或相对路径。

与现有技术相比，本发明的一个或多个实施例可以具有如下优点：

本发明通过对输入的字符串进行解析得到所要打开的文件，并判断文件的可执行性或查询与所要打开文件的相匹配程序，可以使用户在Linux终端中通过输入字符串的方式，自动打开文件。

进一步，通过判断是否存在与所要打开的文件的文件类型相同的已打开的非可执行文件的方式来打开所要打开的文件，节省了查询与所要打开文件的相匹配程序的时间，更快地打开所要打开的文件。

对于习惯使用Linux系统终端的用户，直接在终端中输入文件名即可打开文件将在一定程度上提高用户的使用体验，增加系统的易用性。

利用多用途互联网邮件扩展类型(简称MIME类型)识别文件，具有更强的识别能力，且符合Linux平台特性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例共同用于解释本发明，并不构成对本发明的限制。在附图中：

图1、图2是根据本发明第一实施例的基于Linux操作系统终端的文件打开方法的流程示意图；

图3是根据本发明第二实施例的基于Linux操作系统终端的文件打开方法的流程示意图。

具体实施方式

以下将结合附图及实施例来详细说明本发明的实施方式，借此对本发明如何应用技术手段来解决技术问题，并达成技术效果的实现过程能充分理解并据以实施。需要说明的是，只要不构成冲突，本发明中的各个实施例以及各实施例中的各个特征可以相互结合，所形成的技术方案均在本发明的保护范围之内。

另外，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

第一实施例

图1是根据本发明第一实施例的基于Linux操作系统终端的文件打开方法的流程示意图，下面参考附图对本实施例的各步骤进行详细说明。

步骤S110，接收用户输入的一行字符，作为待解析字符串。

具体地，在Linux终端输入一行字符，在所输入的字符中包括所要打开的文件的文件名。

举例说明，可以输入类似于以下的字符/home/cs2c/testA testB～/testC./testD等，其中，testA、testB、testC和testD为所要打开文件的文件名。

步骤S120，解析待解析字符串中所包含的首个文件的文件路径和文件名，确定首个文件。

具体地，在待解析字符串中可以包括多个文件名，在本步骤中只需解析待解析字符串中的第一个文件名，简称首个文件名。例如，在待解析字符串为/home/cs2c/testA testB～/testC./testD时，通过解析首个文件名即文件名testA以及与文件名testA对应的路径获取该文件对应的文件句柄来确定对应的文件。也就是说，直接通过所要打开的文件的文件路径和文件名定位所要打开的文件。

另外，还可以仅通过解析首个文件的文件路径来确定首个文件。例如：带解析字符串为/home/cs2c/testA，在解析过程中，不需要解析文件名，仅需解析文件的文件路径就可以确定对应的文件。

需要说明的是，所要打开的文件的待解析字符串可以包含绝对路径或相对路径，例如：可以输入一绝对路径为/home/cs2c/Documents来确定所要打开的文件，或者当用户在终端中的相对位置为/home/cs2c/时，相对路径./Documents、～/Documents或Documents与前述的绝对路径都代表了同一路径。

步骤S140，判断首个文件是否为可执行文件。

具体地，基于首个文件的文件属性来判断该文件是否为可执行文件。

需要说明的是，在Linux操作系统中，文件都具有一项文件属性，表示该文件的执行权限。一般执行权限包括可读(简称r)、可写(简称w)和可执行(简称x)等三项。本步骤通过判断文件的执行权限来判断所要打开的文件是否为可执行文件，当文件的执行权限为可执行(x)时，则可确定文件为可执行文件。

若判断结果为是，则直接在Linux终端执行首个文件，然后进入步骤S180，否则进入步骤S150以根据首个文件的文件类型来打开首个文件。

需要说明的是，可执行文件一般有两类，一类是二进制文件，另一类是脚本文件。对于可执行文件，无论它是二进制可执行文件或是脚本可执行文件，都可以通过在终端中直接输入文件名来打开。

步骤S150，识别首个文件的文件类型。

具体地，若在步骤S140中判断结果为首个文件为非可执行文件时，识别首个文件的文件类型，优选地，通过利用文件特有的文件特征编码来识别首个文件的多用途互联网邮件扩展类型(以下简称MIME类型)来实现。

举例而言，一般文件会有一个前缀字符串。这个字符串显示了某种数据特征，通过这一特征可以判断该文件的文件类型。例如：若某文件的开头为FF D8结尾为FF D9，通过识别可知该文件的文件类型是jpeg文件。又例如：gif图像文件具有ASCII码为“GIF89a”或“GIF87a”，这表示该文件是gif文件。除了上述举例的文件类型外，avi、mkv等多媒体文件一般都有非常明确的文件前缀，在此不再说明。

需要说明的是，如果依照现有的Linux终端的处理机制，对于在步骤S140中判断结果为首个文件为非可执行文件时可能会发生多种错误，为了使本发明方法与Linux终端能很好地结合，必须修改终端的消息处理机制，使得在所解析后的首个文件为非可执行文件时，终端能够按照要求搜索与非可执行文件相匹配的应用程序，而不会在首个文件为非可执行文件时出现错误消息而导致无法打开首个文件。在本发明实施例中，通过识别非可执行文件的MIME类型可以用于唯一的确定文件类型，它是一个公开的国际标准。文件特征编码则是根据文件内部的数据特征，标识该文件的文件类别。本实施例通过利用文件特征编码确定首个文件的MIME类型并选取合适的应用程序打开首个文件。

需要说明的是，MIME类型在主流平台和各类文件中是普遍适用的。一般情况下，文件是含有MIME信息的。虽然在某些情况下，例如纯文本文件或脚本执行文件缺少MIME信息，但是可以依据文件缺少MIME信息而判断文件的类别可能是纯文本文件或非可执行脚本文件。对于非可执行的脚本文件通过命令来将其打开，例如有一脚本文件hello.sh没有可执行权限，那么就无法直接在终端将该文件打开，通过使用sh hello.sh命令或vihello.sh命令来打开文件并编辑内容，其中sh命令相当于Bash命令，vi是文本编辑工具。

步骤S160，基于文件类型查询与文件类型相匹配的应用程序。

具体地，首先查询与首个文件的文件类型(MIME类型)相匹配的MIME类型关系映射列表，然后从匹配的MIME类型关系映射列表查询与文件类型相匹配的应用程序。

更具体地，通过对存储在Linux系统中的关系映射列表文件进行搜索，以得到与所要打开的首个文件的文件类型相匹配的关系映射列表，还可以通过对开发人员所设定的配置的关系映射列表文件进行搜索，以得到与所要打开的首个文件的文件类型相匹配的关系映射列表。

需要说明的是，程序映射关系列表本质上是一个文本文件。文件的格式、内容、文件名及存放的具体位置可根据不同的情况进行确定。而其文件格式，本质上是一个顺序的映射关系表。该文件存储在某一系统内的确定位置。当需要查询文件所对应的匹配应用程序时，就可以搜索该列表，查找相关信息。匹配的程序映射列表是一个顺序列表，可能包含多个应用程序。

若首个文件的文件类型在映射关系表中没有对应的匹配应用程序时，则显示错误信息，提示由于首个文件的MIME类型没有匹配的应用程序所产生的错误而导致首个文件无法打开。

需要说明的是，为确定某文件类型使用何种应用程序打开，系统需要记录文件类型及其匹配程序映射关系的列表。该列表是一个映射表，由于某种文件类型可能被多种应用程序打开，所以一个文件类型可能对应多个应用程序。

在本发明实施例中，所指的文件类型为MIME类型，将MIME类型作为主键，而对应的应用程序则以顺序链表的方式作为该键的对应项值。映射关系数据被按照一定格式记录在特定的系统文件中。

在一些Linux系统中，本映射关系列表已经被记录在系统文件当中。

该映射关系列表的某种实现例如下：

image/bmp＝gnome-eog；gthumb；

application/x-extension-img＝gedit；

x-scheme-handler/http＝firefox。

在上述映射关系列表中，gthumb应用程序用于打开文件类型为bmp的非可执行文件，gedit应用程序用于打开文件类型为img文件，firefox应用程序用于打开文件类型为http的文件。

在查询到与文件类型相匹配的程序映射关系列表后，在与首个文件的文件类型相匹配的程序映射关系列表中顺序查询用于打开文件的应用程序，例如，若文件类型为bmp的文件则与之匹配的应用程序为gthumb。

需要说明的是，在顺序查询过程中，若所查询到的应用程序与首个文件的文件类型不匹配，则顺序判断位于应用程序的下一个程序是否与首个文件的文件类型相匹配，直到查询到与首个文件的文件类型相匹配为止。若查询了程序映射关系列表中所有的应用程序后，若还未找到与首个文件的文件类型相匹配的应用程序，则显示错误信息，提示因匹配的应用程序不存在所产生的错误导致文件无法打开。

步骤S170，调用相匹配的应用程序来打开首个文件。

具体地，将首个文件作为输入参数传送给查询到的相匹配的应用程序，通过启动应用程序将首个文件打开。

例如，若首个文件名为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。

另外，在执行步骤S140之前，还可以进行步骤S130，如图2所示，具体步骤如下：

步骤S130，判断首个文件是否存在。

具体地，基于解析得到的首个文件名和文件路径判断首个文件是否存在，若不存在则显示错误信息，提示由于首个文件不存在所产生的错误导致该文件无法打开并进入步骤S180，否则，执行步骤S140。

在本实施例中，通过对输入的字符串进行解析得到所要打开的文件，并判断文件的可执行性，当文件为非可执行文件时，Linux操作系统不会出现非可执行文件无法打开的问题，而是通过查询与非可执行文件的相匹配的应用程序，以实现在Linux终端打开用户所要打开的文件。

第二实施例

图3是根据本发明第二实施例的基于Linux操作系统终端的文件打开方法的流程示意图，下面参考附图对本实施例的各步骤进行详细说明。

为了便于说明，不再对与前述实施例相同的步骤进行详细展开，而仅重点说明与前述实施例的不同之处。在图1、图2和图3中，对与前述实施例相同或相似的步骤，采用了相同的附图标记。

在第一实施例的步骤S140中的判断结果为否时，进行以下步骤：

步骤S150，识别首个文件的文件类型。

本步骤与第一实施例的步骤相同，在此不再进行赘述。

步骤S210，判断是否存在与首个文件的文件类型相同的已打开的非可执行文件。

具体地，在执行本步骤之前可能已经打开了多个非可执行文件，在本发明实施例中，当首个文件为非可执行文件时，不直接进行第一实施例的步骤S160，而是通过判断是否存在与首个文件的文件类型相同的已打开的非可执行文件的方式来打开首个文件。

更具体地，若判断结果为存在与首个文件的文件类型相同的已打开的非可执行文件，则采用用于打开已打开的非可执行文件的应用程序来打开首个文件，这样可以节省查询与首个文件的文件类型相匹配的应用程序的时间。在用户输入多个相同类型的非可执行文件时，若每个非可执行文件的文件类型均相同，则可以直接依次采用已打开的非可执行的应用程序来打开其他非可执行文件，更迅速地打开所要打开的各个文件。若判断结果为不存在与所述首个文件的文件类型相同的已打开的非可执行文件，则进入步骤S160，通过查询与文件类型相匹配的方式来打开首个文件。

例如，若用户所要打开的文件的文件名依次为A.DOC B.DOC C.JPGD.DOC，首个文件为非可执行文件，通过查询与首个文件的文件类型相匹配的应用程序为office程序，调用office程序打开A.DOC文件，在进行打开下一个文件的处理中，即将B.DOC作为首个文件名，可知B.DOC与已打开的非可执行文件A.DOC的文件类型相同，则用office程序打开B.DOC。在进行打开下一个文件的处理中，即将C.JPG作为首个文件，可知C.JPG与已打开的非可执行文件A.DOC和B.DOC的文件类型不同，则无法利用office程序打开C.JPG，因此执行步骤S160查询与C.JPG文件类型相匹配的程序来打开C.JPG文件，例如使用PHOTOSHOP程序来打开。

步骤S160，基于文件类型查询与文件类型相匹配的程序。

步骤S170，调用相匹配的应用程序来打开首个文件。

步骤S180，将从待解析字符串中去除首个文件的文件路径和文件名的字符串确定为待解析字符串并返回步骤S120。

另外，在执行步骤S140之前，还可以进行步骤S130(图中未示出)，具体步骤如下：

步骤S130，判断首个文件是否存在。

步骤S160、S170、S180以及S130与第一实施例中的相应步骤相同，在此不再赘述。

需要说明的是，本发明实施例中所指的文件类型为文件的MIME类型。

本发明实施例，通过判断是否存在与所要打开的文件相同的已打开的非可执行文件的方式，在判断为存在时，采用已打开的非可执行文件的相应的应用程序打开所要打开的文件，节省了查询与所要打开的文件的文件类型相匹配的应用程序的时间，在用户输入多个相同类型的非可执行文件时，直接依次利用已打开的非可执行的应用程序来打开其他非可执行文件。

本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

虽然本发明所揭露的实施方式如上，但所述的内容只是为了便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属技术领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式上及细节上作任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (10)

1.一种基于Linux操作系统终端的文件打开方法，其特征在于，包括：

接收步骤，接收用户输入的一行字符，作为待解析字符串；

解析步骤，解析所述待解析字符串中所包含的首个文件的文件路径和文件名，确定所述首个文件；

判断步骤，判断所述首个文件是否为可执行文件，若判断结果为否，则根据所述首个文件的文件类型来打开所述首个文件。

2.根据权利要求1所述的方法，其特征在于，还包括：

将从所述待解析字符串中去除所述首个文件的文件路径和文件名的字符串确定为所述待解析字符串并返回所述解析步骤。

3.根据权利要求2所述的方法，其特征在于，在根据所述首个文件的文件类型来打开所述首个文件的处理中，具体包括以下步骤：

识别所述首个文件的文件类型；

基于所述文件类型查询与所述文件类型相匹配的应用程序；

调用所述相匹配的应用程序来打开所述首个文件。

4.根据权利要求2所述的方法，其特征在于，在根据所述首个文件的文件类型来打开所述首个文件的处理中，具体包括以下步骤：

识别所述首个文件的文件类型；

判断是否存在与所述首个文件的文件类型相同的已打开的非可执行文件，若判断结果为存在，则采用用于打开所述已打开的非可执行文件的应用程序来打开所述首个文件。

5.根据权利要求4所述的方法，其特征在于，还包括：

若不存在与所述首个文件的文件类型相同的已打开的非可执行文件，则执行以下步骤：

基于所述文件类型查询与所述文件类型相匹配的应用程序；

调用所述应用程序来打开所述首个文件。

6.根据权利要求3或5所述的方法，其特征在于，

识别首个文件的文件类型是通过利用所述首个文件的文件特征编码识别所述首个文件的多用途互联网邮件扩展类型来实现的。

7.根据权利要求6所述的方法，其特征在于，在基于所述文件类型查询与所述文件类型相匹配的应用程序的处理中，

查询与所述文件类型相匹配的多用途互联网邮件扩展类型关系映射列表；

从所述匹配的多用途互联网邮件扩展类型关系映射列表中查询与所述文件类型相匹配的应用程序。

8.根据权利要求1至5任一项所述的方法，其特征在于，在执行所述判断步骤之前还执行以下步骤：

判断所述首个文件是否存在，若所述首个文件存在，则执行所述判断步骤；若所述首个文件不存在，则将从所述待解析字符串中去除所述首个文件的文件路径和文件名的字符串确定为所述待解析字符串并返回所述解析步骤。

9.根据权利要求1所述的方法，其特征在于，

通过对所述Linux操作系统的终端消息处理机制进行修改来实现在所述判断步骤中的判断结果为否的情况下的处理。

10.根据权利要求1至5任一项所述的方法，其特征在于，

所述待解析字符串包括绝对路径或相对路径。

Images