CN103136034A - 一种处理信息的方法及浏览器 - Google Patents

Abstract

本发明公开了一种处理信息的方法及浏览器，属于计算机技术领域。所述方法包括：浏览器接收待处理信息，并根据所述待处理信息的类型调用对应的浏览器插件；通过所述浏览器插件调用对应的第三方软件，由所述第三方软件处理所述待处理信息。本发明浏览器通过浏览器插件调用第三方软件，将浏览器无法处理的复杂的非网页信息交由第三方软件处理，从而扩大了浏览器处理的信息范围，提高了浏览器处理信息的能力；另外，第三方软件与浏览器相互独立，能够节省浏览器安装包的体积，也可提高第三方软件的健康度；同时，浏览器插件和第三方软件的互动增强了浏览器与第三方软件彼此的粘性，使得第三方软件可借助浏览器的支持，获得更多的曝光率。

Description

一种处理信息的方法及浏览器

技术领域

本发明涉及计算机技术领域，特别涉及一种处理信息的方法及浏览器。

背景技术

随着手机功能的多样化发展，现如今的手机已经不仅仅是一个移动电话，通过手机浏览器浏览网页，用户还可以了解各种各样的信息。其中，浏览器需要对信息进行处理来实现相应的功能，例如，通过对信息进行处理而打开网页等。

现有的浏览器在处理信息时，判断接收到的信息是否为网页信息，若是网页信息，则浏览器进行处理；若是非网页信息，则浏览器还可以通过调用内置的浏览器插件来对接收到的非网页信息进行间接处理。

在实现本发明的过程中，发明人发现现有技术至少存在以下缺点：

现有技术中的浏览器在处理非网页信息时，需要调用浏览器插件进行处理，若浏览器插件也无法处理，就会导致浏览器无法处理这些非网页信息，从而限制了浏览器处理的信息范围，使浏览器处理信息具有一定的局限性，处理信息的能力不高，影响了用户的正常使用。

发明内容

为了扩大浏览器处理的信息范围，提高浏览器处理信息的能力，本发明实施例提供了一种处理信息的方法及浏览器。所述技术方案如下：

一方面，提供了一种处理信息的方法，所述方法包括：

浏览器接收待处理信息，并根据所述待处理信息的类型调用对应的浏览器插件；

通过所述浏览器插件调用对应的第三方软件，由所述第三方软件处理所述待处理信息。

所述根据待处理信息的类型直接调用对应的浏览器插件之前，还包括：

所述浏览器判断能否处理所述待处理信息；

如果是，则所述浏览器处理所述待处理信息；

如果否，则执行根据所述待处理信息的类型调用对应的浏览器插件的步骤。

所述浏览器判断是否能处理所述待处理信息，具体包括：

所述浏览器判断所述待处理信息的类型是否为网页信息，如果是，则判断能处理所述待处理信息。

所述通过所述浏览器插件调用对应的第三方软件之前，还包括：

由所述浏览器插件判断能否处理所述待处理信息；

如果是，则通过所述浏览器插件处理所述待处理信息；

如果否，则执行通过所述浏览器插件调用对应的第三方软件的步骤。

所述第三方软件内置于所述浏览器中。

所述第三方软件与所述浏览器相互独立。

所述浏览器为计算机上的浏览器或移动终端上的浏览器。

另一方面，还提供了一种浏览器，所述浏览器包括：

接收模块，用于接收待处理信息；

第一调用模块，用于根据所述接收模块接收到的待处理信息的类型调用对应的浏览器插件；

第二调用模块，用于通过所述第一调用模块调用的浏览器插件调用对应的第三方软件，由所述第三方软件处理所述待处理信息。

所述浏览器，还包括：

第一判断模块，用于在所述第一调用模块根据待处理信息的类型调用对应的浏览器插件之前，判断能否处理所述接收模块接收到的待处理信息；

第一处理模块，用于在所述第一判断模块判断能处理所述接收模块接收到的待处理信息时，处理所述待处理信息；

相应地，所述第一调用模块，用于在所述第一判断模块判断不能处理所述接收模块接收到的待处理信息时，根据所述待处理信息的类型调用对应的浏览器插件。

所述第一判断模块，具体用于判断所述待处理信息的类型是否为网页信息，如果是，则判断能处理所述待处理信息。

所述浏览器，还包括：

第二判断模块，用于通过所述浏览器插件调用对应的第三方软件之前，判断能否通过所述浏览器插件处理所述待处理信息；

第二处理模块，用于在所述第二判断模块判断能通过所述浏览器插件处理所述待处理信息时，通过所述浏览器插件处理所述待处理信息；

相应地，所述第二调用模块，用于在所述第二判断模块判断通过所述浏览器插件不能处理所述待处理信息时，通过所述浏览器插件调用对应的第三方软件。

所述浏览器为计算机上的浏览器或移动终端上的浏览器。

本发明实施例提供的技术方案的有益效果是：

浏览器通过浏览器插件调用第三方软件，将浏览器无法处理的复杂的非网页信息交由第三方软件处理，从而扩大了浏览器处理的信息范围，提高了浏览器处理信息的能力；另外，第三方软件与浏览器相互独立，能够节省浏览器安装包的体积，也可提高第三方软件的健康度；同时，浏览器插件和第三方软件的互动增强了浏览器与第三方软件彼此的粘性，使得第三方软件可借助浏览器的支持，获得更多的曝光率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供的一种处理信息的方法流程图；

图2是本发明实施例二提供的一种处理信息的方法流程图；

图3是本发明实施例三提供的浏览器起始页的界面示意图；

图4是本发明实施例三提供的一种处理信息的方法流程图；

图5是本发明实施例四提供的一种浏览器的结构示意图；

图6是本发明实施例四提供的另一种浏览器的结构示意图；

图7是本发明实施例四提供的又一种浏览器的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

参见图1，本实施例提供了一种处理信息的方法，该方法流程具体如下：

101：浏览器接收待处理信息，并根据该待处理信息的类型调用对应的浏览器插件；

102：通过浏览器插件调用对应的第三方软件，由第三方软件处理该待处理信息。

其中，根据待处理信息的类型调用对应的浏览器插件之前，还包括：

浏览器判断能否处理该待处理信息；

如果是，则浏览器处理该待处理信息；

如果否，则执行根据待处理信息的类型调用对应的浏览器插件的步骤。

具体地，浏览器判断是否能处理该待处理信息，具体包括：

浏览器判断该待处理信息的类型是否为网页信息，如果是，则判断能处理该待处理信息。

进一步地，通过浏览器插件调用对应的第三方软件之前，还包括：

由浏览器插件判断能否处理所述待处理信息；

如果是，则通过浏览器插件处理该待处理信息；

如果否，则执行通过浏览器插件调用对应的第三方软件的步骤。

其中，第三方软件内置于浏览器中。

优选地，第三方软件与浏览器相互独立。

其中，浏览器为计算机上的浏览器或移动终端上的浏览器。计算机包括但不限于台式计算机以及便携式计算机，移动终端包括但不限于手机、平板电脑、PDA(Personal DigitalAssistant，个人数字助理)等。

本实施例提供的方法，浏览器通过浏览器插件调用第三方软件，将浏览器无法处理的复杂的非网页信息交由第三方软件处理，从而扩大了浏览器处理的信息范围，提高了浏览器处理信息的能力；另外，第三方软件与浏览器相互独立，能够节省浏览器安装包的体积，也可提高第三方软件的健康度；同时，浏览器插件和第三方软件的互动增强了浏览器与第三方软件彼此的粘性，使得第三方软件可借助浏览器的支持，获得更多的曝光率。

为了更加详细的阐述本实施例提供的方法，下面，结合上述内容，通过下面的实施例二和实施例三的内容对本实施例提供的方法进行具体描述，详见如下实施例：

实施例二

参见图2，本实施例提供了一种处理信息的方法，该方法流程具体如下：

201：浏览器判断能否处理接收到的待处理信息，如果能，则执行步骤202，否则执行步骤203。

该步骤为可选步骤，浏览器是显示网页服务器或档案系统内的文件，并让用户与这些文件互动的一种软件，具体通过HTTP(Hyper Text Transfer Protocol，超文本传输协议)协议与网页服务器交互并获取网页。因此，浏览器通过网络传输协议处理与网页服务器互动的网页信息。

浏览器在与服务器建立连接后，浏览器在后台自动发起链接的独立数据请求，并接收服务器发送的带有数据类型的加密报文，该加密报文中的信息即为待处理信息，浏览器对该待处理信息进行处理时，需要先判断能否处理该待处理信息，关于具体判断方式，浏览器对接收到的报文类型进行解密后，可判断该待处理信息是否为网页信息，若是网页信息则判断能处理该待处理信息，执行步骤202；若是非网页信息，则判断不能处理该待处理信息，执行步骤203。当然，除了通过判断待处理信息是否是网页信息来判断浏览器能否处理该待处理信息，还可以采用其他判断方式，本实施例对此不作具体限定。

其中，判断该待处理信息是否为网页信息时，该网页信息具体可以是符合网页格式的信息，由于浏览器通过网络传输协议处理与网页服务器互动的网页信息，因此，浏览器判断待处理信息是否为网页信息属于十分成熟的现有技术，本实施例对此不作具体限定。

202：浏览器对该待处理信息进行处理，流程结束。

具体地，由于浏览器可通过网络传输协议处理与网页服务器互动的网页信息，因此，当浏览器判断出待处理信息是网页信息之后，浏览器可直接对该待处理信息进行处理。现有技术中浏览器处理网页信息的方法十分成熟，本发明实施例在此不再对浏览器如何处理待处理信息的过程进行赘述。

203：浏览器根据待处理信息的类型调用对应的浏览器插件，由该浏览器插件判断能否处理该待处理信息，若是则执行204，否则执行205。

其中，由该浏览器插件判断能否处理该待处理信息为可选步骤，浏览器插件是第三方软件遵循一定的应用程序接口规范为浏览器提供的小程序，内置于浏览器，它的功能是处理浏览器无法处理的非网页信息。浏览器为浏览器插件提供加载方式，使浏览器插件可以加载到应用程序和网络传输协议中，从而和浏览器进行数据交换。浏览器插件既可以在浏览器启动时启动，也可以在浏览器调用浏览器插件时由浏览器启动，还可以在任意时间由用户对其进行启动和关闭，本实施例不对浏览器插件的启动方式进行限定。

当浏览器对接收到的服务器发送的带有数据类型的加密报文进行解密，确定报文类型后，根据报文类型即可调用对应的浏览器插件。若是内置的几个浏览器插件都可以处理该类型信息，则浏览器可调用默认处理该类型信息的浏览器插件。然而，浏览器插件是第三方软件的简化，仅能处理一些简单的非网页信息，对于复杂的非网页信息，本实施例提供的方法，支持浏览器插件调用第三方软件来对其进行处理。对此，浏览器插件需要预先判断浏览器插件能否处理该待处理信息，若浏览器插件能处理该待处理信息，则执行步骤204；若浏览器插件不能处理的待处理信息，则执行步骤205。

关于浏览器插件如何判断浏览器插件能否处理该待处理信息，例如，浏览器插件可对该待处理信息的复杂程度进行判断，如果复杂程度在浏览器插件的处理范围之内，则判断浏览器插件能处理该待处理信息，如果复杂程度超出浏览器插件的处理范围，则判断浏览器插件不能处理该待处理信息。当然，除了根据待处理信息的复杂度判断浏览器插件能否处理该待处理信息，还可以采取其他判断方式，本实施例对此不作具体限定。

204：通过浏览器插件处理该待处理信息，流程结束。

针对该步骤，当浏览器插件判断出浏览器插件能够处理该待处理信息时，则浏览器插件通过与服务器的网络传输协议进行信息处理。由于现有技术中浏览器插件处理简单的非网页信息的方法十分成熟，因此，本发明实施例在此不再赘述。

205：通过浏览器插件调用对应的第三方软件，由第三方软件对该待处理信息进行处理，流程结束。

其中，第三方软件向浏览器提供浏览器插件，通过通用接口与浏览器插件进行相互切换，处理非网页信息。第三方软件与浏览器插件都具有处理非网页信息的功能，区别是浏览器插件是内置于浏览器中的，浏览器插件的安装包体积有一定的限制，数据库比较简略，而第三方软件与浏览器插件一样，也可以内置于浏览器中，但为了减少浏览器的安装包体积，本实施例提供的方法，还支持将第三方软件与浏览器相互独立设置，在处理信息时，再通过浏览器插件调用第三方软件。相比较而言，第三方软件的数据库更加完整，处理信息的能力也更高。通过浏览器插件调用对应的第三方软件，由第三方软件对该待处理信息进行处理时，现有技术中第三方软件处理复杂的非网页信息的方法十分成熟，本发明实施例在此不再赘述。

其中，浏览器为计算机上的浏览器或移动终端上的浏览器。计算机包括但不限于台式计算机以及便携式计算机，移动终端包括但不限于手机、平板电脑、PDA等。

本实施例提供的方法，浏览器通过浏览器插件调用第三方软件，将浏览器无法处理的复杂的非网页信息交由第三方软件处理，从而扩大了浏览器处理的信息范围，提高了浏览器处理信息的能力；另外，第三方软件与浏览器相互独立，能够节省浏览器安装包的体积，也可提高第三方软件的健康度；同时，浏览器插件和第三方软件的互动增强了浏览器与第三方软件彼此的粘性，使得第三方软件可借助浏览器的支持，获得更多的曝光率。

实施例三

本实施例提供了一种处理信息的方法，为了更加直观的表述本实施例提供的方法，下面以浏览器插件为RSS(Really Simple Syndication，简易信息聚合)插件，第三方软件为RSS软件为例，对本实施例提供的方法进行举例说明。

其中，浏览器启动RSS插件后，该RSS插件显示在浏览器的侧边栏，如图3所示的浏览器起始页的界面示意图。浏览器在使用过程中，RSS软件自发查询用户可选择性处理的消息，RSS插件会向RSS软件查询是否有未读的消息，并向用户提醒未读消息的数量，并在图3所示的RSS插件上方显示消息数的提示框，用户通过点击RSS插件来启动浏览器处理查看未读消息的信息。对此，对于查看未读消息是非网页信息，浏览器判断该待处理信息为非网页信息后，通过调用RSS插件来处理该待处理信息，参见图4，本实施例提供的方法流程具体如下：

401：浏览器启动RSS插件之后，由RSS插件判断能否处理待处理信息，若能则执行402，否则执行403。

其中，RSS插件是RSS软件遵循一定的应用程序接口规范为浏览器提供的小程序，内置于浏览器，它的功能是处理浏览器无法处理的非网页信息。浏览器为RSS插件提供加载方式，使RSS插件可以加载到应用程序和网络传输协议中，从而和浏览器进行数据交换。其中，RSS插件可以使用浏览器共享的数据。

RSS插件既可以在用户启动浏览器时启动，也可以在浏览器需要调用RSS插件时由浏览器启动，还可以在任意时间由用户在浏览器中的插件管理器中对其进行启动和关闭，本实施例不对RSS插件启动和关闭的方式进行限定。

当浏览器对接收到的服务器发送的带有数据类型的加密报文进行解密，确定报文类型后，根据报文类型调用对应的浏览器插件，即RSS插件。由于该RSS插件是RSS软件的简化，仅处理一些简单的非网页信息，对于复杂的非网页信息，RSS插件需要调用RSS软件进行处理。因此，RSS插件需要预先判断RSS插件能否处理该待处理信息，若RSS插件能处理该待处理信息，则执行步骤402，若RSS插件不能处理该待处理信息，则执行步骤403。

关于RSS插件如何判断RSS插件能否处理该待处理信息，例如，RSS插件可对该待处理信息的复杂程度进行判断，如果复杂程度在RSS插件的处理范围之内，则判断能处理该待处理信息，如果复杂程度超出RSS插件的处理范围，则判断不能处理该待处理信息。当然，除了根据待处理信息的复杂度判断浏览器插件能否处理该待处理信息，还可以采取其他判断方式，本实施例对此不作具体限定。

402：RSS插件对该待处理信息进行处理，流程结束。

针对该步骤，RSS插件判断出RSS插件能够处理该待处理信息时，则通过与服务器的网络传输协议对其进行处理。现有技术中RSS插件处理简单的非网页信息的方法十分成熟，本发明实施例在此不再赘述。

403：RSS插件调用RSS软件，由RSS软件对该待处理信息进行处理，流程结束。

其中，RSS软件是在线共享一些内容的简易方式，网站提供RSS输出，有利于让用户获取网站内容的最新更新，快速的获取消息。RSS软件向浏览器提供RSS插件，通过通用接口与RSS插件进行相互切换，处理非网页信息。RSS软件与RSS插件均具有处理RSS信息的功能，区别是RSS插件是内置于浏览器内的，其数据库比较简略，而该RSS插件既可以内置于浏览器中，也可以与浏览器相互独立，相比较而言，RSS软件的数据库就更加完整，处理信息的能力也更高。因此，由RSS软件处理查看未读消息这个待处理信息时，可通过RSS软件已有的功能向用户展示待阅读的消息，从而满足用户的查看需求。现有技术中RSS软件查看阅读消息等非网页信息的方法十分成熟，本发明实施例在此不再赘述。

进一步地，当第三方软件处理完待处理信息之后，本实施例提供的方法还包括返回浏览器起始页界面的步骤，关于如何返回浏览器起始页界面，本实施例对此不作具体限定，实际应用中，在第三方软件处理完待处理信息之后，可提供回到浏览器的入口，从而返回到浏览器起始页界面。

其中，浏览器为计算机上的浏览器或移动终端上的浏览器。计算机包括但不限于台式计算机以及便携式计算机，移动终端包括但不限于手机、平板电脑、PDA等。

本实施例提供的方法，浏览器通过RSS插件调用RSS软件，将浏览器无法处理的复杂的非网页信息交由RSS软件处理，从而扩大了浏览器处理的信息范围，提高了浏览器处理信息的能力；另外，RSS软件与浏览器相互独立，能够节省浏览器安装包的体积，也可提高RSS软件的健康度；同时，RSS插件和RSS软件的互动增强了浏览器与RSS软件彼此的粘性，使得RSS软件可借助浏览器的支持，获得更多的曝光率。

实施例四

参见图5，本实施例提供了一种浏览器，该浏览器用于执行上述实施例一至实施例三所提供的处理信息的方法，该浏览器包括：

接收模块501，用于接收待处理信息；

第一调用模块502，用于根据接收模块501接收到的待处理信息的类型调用对应的浏览器插件；

第二调用模块503，用于通过第一调用模块502调用的浏览器插件调用对应的第三方软件，由第三方软件处理该待处理信息。

参见图6，该浏览器还包括：

第一判断模块504，用于在第一调用模块502根据待处理信息的类型调用对应的浏览器插件之前，判断能否处理接收模块501接收到的待处理信息；

第一处理模块505，用于在第一判断模块504判断能处理接收模块501接收到的待处理信息时，处理该待处理信息；

其中，第一调用模块502，还用于在第一判断模块504判断不能处理接收模块501接收到的待处理信息时，根据该待处理信息的类型调用对应的浏览器插件；

第一判断模块504，具体用于判断该待处理信息的类型是否是网页信息，如果是，则判断能处理该待处理信息。

参见图7，该浏览器还包括：

第二判断模块506，用于通过浏览器插件调用对应的第三方软件之前，判断能否通过浏览器插件处理该待处理信息；

第二调用模块503，用于在第二判断模块506判断能通过浏览器插件处理该待处理信息时，通过浏览器插件处理该待处理信息；

其中，第二调用模块503，还用于在第二判断模块506判断通过浏览器插件不能处理该待处理信息时，通过浏览器插件调用对应的第三方软件。

其中，浏览器为计算机上的浏览器或移动终端上的浏览器。计算机包括但不限于台式计算机以及便携式计算机，移动终端包括但不限于手机、平板电脑、PDA等。

本实施例提供的浏览器，通过浏览器插件调用第三方软件，将浏览器无法处理的复杂的非网页信息交由第三方软件处理，从而扩大了浏览器处理的信息范围，提高了浏览器处理信息的能力；另外，第三方软件与浏览器相互独立，能够节省浏览器安装包的体积，也可提高第三方软件的健康度；同时，浏览器插件和第三方软件的互动增强了浏览器与第三方软件彼此的粘性，使得第三方软件可借助浏览器的支持，获得更多的曝光率。

需要说明的是：上述实施例提供的浏览器在处理信息时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将浏览器的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的浏览器与处理信息的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本发明实施例中的全部或部分步骤，可以利用软件实现，相应的软件程序可以存储在可读取的存储介质中，如光盘或硬盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种处理信息的方法，其特征在于，所述方法包括：

浏览器接收待处理信息，并根据所述待处理信息的类型调用对应的浏览器插件；

通过所述浏览器插件调用对应的第三方软件，由所述第三方软件处理所述待处理信息。

2.根据权利要求1所述的方法，其特征在于，所述根据待处理信息的类型调用对应的浏览器插件之前，还包括：

所述浏览器判断能否处理所述待处理信息；

如果能，则所述浏览器处理所述待处理信息；

如果否，则执行根据所述待处理信息的类型调用对应的浏览器插件的步骤。

3.根据权利要求2所述的方法，其特征在于，所述浏览器判断能否处理所述待处理信息，具体包括：

所述浏览器判断所述待处理信息的类型是否为网页信息，如果是，则判断能处理所述待处理信息。

4.根据权利要求1所述的方法，其特征在于，所述通过所述浏览器插件调用对应的第三方软件之前，还包括：

由所述浏览器插件判断能否处理所述待处理信息；

如果能，则通过所述浏览器插件处理所述待处理信息；

如果否，则执行通过所述浏览器插件调用对应的第三方软件的步骤。

5.根据权利要求1所述的方法，其特征在于，所述第三方软件内置于所述浏览器中。

6.根据权利要求1所述的方法，其特征在于，所述第三方软件与所述浏览器相互独立。

7.根据权利要求1至6中任一权利要求所述的方法，其特征在于，所述浏览器为计算机上的浏览器或移动终端上的浏览器。

8.一种浏览器，其特征在于，所述浏览器包括：

接收模块，用于接收待处理信息；

第一调用模块，用于根据所述接收模块接收到的待处理信息的类型调用对应的浏览器插件；

第二调用模块，用于通过所述第一调用模块调用的浏览器插件调用对应的第三方软件，由所述第三方软件处理所述待处理信息。

9.根据权利要求8所述的浏览器，其特征在于，所述浏览器，还包括：

第一判断模块，用于在所述第一调用模块根据待处理信息的类型调用对应的浏览器插件之前，判断能否处理所述接收模块接收到的待处理信息；

第一处理模块，用于在所述第一判断模块判断能处理所述接收模块接收到的待处理信息时，处理所述待处理信息；

所述第一调用模块，用于在所述第一判断模块判断不能处理所述接收模块接收到的待处理信息时，根据所述待处理信息的类型调用对应的浏览器插件。

10.根据权利要求9所述的浏览器，其特征在于，所述第一判断模块，具体用于判断所述待处理信息的类型是否为网页信息，如果是，则判断能处理所述待处理信息。

11.根据权利要求8所述的浏览器，其特征在于，所述浏览器，还包括：

第二判断模块，用于通过所述浏览器插件调用对应的第三方软件之前，判断能否通过所述浏览器插件处理所述待处理信息；

第二处理模块，用于在所述第二判断模块判断能通过所述浏览器插件处理所述待处理信息时，通过所述浏览器插件处理所述待处理信息；

所述第二调用模块，用于在所述第二判断模块判断通过所述浏览器插件不能处理所述待处理信息时，通过所述浏览器插件调用对应的第三方软件。

12.根据权利要求8至11中任一权利要求所述的浏览器，其特征在于，所述浏览器为计算机上的浏览器或移动终端上的浏览器。

Images