CN101086735A - 一种实现电子书签的系统和方法 - Google Patents

Abstract

本发明公开了一种实现电子书签的系统，包括文件监控模块，用于监测文件打开状态并维护活动文件列表，活动文件列表记录打开文件的路径和名称以及对应应用程序的路径和名称；应用程序状态捕获模块，用于通过操作系统的应用程序接口和活动文件列表获得应用程序基本状态信息，并把应用程序基本状态信息作为电子书签存储到电子书签存储模块；电子书签存储模块，用于电子书签的存储。该系统还可以进一步包括应用程序状态恢复模块，用于收到文件监控模块的恢复命令后，根据电子书签存储模块中存储的电子书签并通过操作系统的标准接口函数恢复应用程序基本状态信息。通过上述系统，可以实现多种文件格式和应用程序对应的电子书签的创建和恢复。

Description

一种实现电子书签的系统和方法

技术领域

本发明涉及电子文件的处理，特别涉及一种实现电子书签的系统和方法。

背景技术

随着计算机的普及，人们经常要阅读或者处理各种电子文件，如word文件、powerpoint文件或者pdf文件。电子文件在人们的工作学习中出现的频率也越来越高。这些电子文件可能有数十页甚至数百页的内容，不能一次就阅读或者处理完毕。而当重新打开处理一个电子文件时，如何准确快捷地定位到上次处理中断时的位置或者自己喜欢的片断，可能是每个人都曾遇到的问题。

当用户在浏览传统印刷品书籍的时候，书签是一种非常有用的标志工具。用户可以用书签来标志上一次浏览所中断的位置，也可以用书签来标志自己喜欢的片断。当用户在阅读或者处理电子文件的时候，也希望有类似的工具，如电子书签，来实现传统书签类似的功能。

Windows操作系统提供了一些功能来帮助用户记忆最近工作过的文件，例如在“我最近的文件”中保存着最近打开的文件，在一些应用程序的菜单里也列出了该应用程序最近打开过的文件。这些功能只是对用户记起最近工作过的文件提供了一定的帮助，但是一般只记录最近使用过的几个文件并且无法帮助用户定位到文件中的具体位置。

有些应用程序提供文件编辑功能，用户可以根据自己的习惯在关闭文件的时候在希望下次继续的地方设定一些特殊的标记，例如可以在阅读的word文件中设置批注，下次再次打开该文件的时候，就可以知道自己要继续的位置。这种方法虽然可以帮助用户记住需要继续的位置，但是每次打开时却仍然需要用户自己找到这个标记。这有时也会花很长的时间，特别是对于成百上千页的文件。不同应用程序提供的编辑功能也不同，需要用户记住设定了什么样的标记，设定的标记是什么等，缺乏一个对不同应用程序的统一处理方法。

在中国专利申请号为 CN200310122528，公开日为2005.06.15的专利说明书公开了一种在网络浏览过程中创建电子书签的方法，该方法按照预定的顺序，记录下用户在网络上浏览特定节目内容的过程，并存储到一个存储装置中。该存储的内容为一个浏览命令，该浏览命令用于要求一个特定的服务器从用户指定的一个特定节目中的一个任意位置开始发送节目内容。用户通过点击该书签，该书签中所包含有的一系列请求被按批处理形式一个接着一个地进行处理，这样，用户可以准确地直接在网络上以在线方式找到该特定节目中的特定位置。但是，该发明解决的只是在线流媒体的定位问题，而且存储的是浏览命令，无法解决上述的电子文件的定位问题。

发明内容

本发明的目的在于提供一种实现电子书签的系统，该系统可以捕获和保存应用程序及其打开文件的状态信息。

本发明提供的一种实现电子书签的系统，包括：

文件监控模块，用于监测文件打开状态并维护活动文件列表，活动文件列表记录打开文件的路径和名称以及对应应用程序的路径和名称；

应用程序状态捕获模块，用于通过操作系统的应用程序接口和活动文件列表获得应用程序基本状态信息，并把应用程序基本状态信息作为电子书签存储到电子书签存储模块；

电子书签存储模块，用于电子书签的存储。

本发明提供的实现电子书签的系统，还可以进一步包括应用程序状态恢复模块，用于收到文件监控模块的恢复命令后，根据电子书签存储模块中存储的电子书签并通过操作系统的应用程序接口恢复应用程序的基本状态信息。

本发明提供的实现电子书签的系统中的操作系统可以为Windows操作系统。

本发明提供的实现电子书签的系统中，应用程序状态捕获模块/应用程序状态恢复模块还可以通过应用插件，用来捕获/恢复应用程序的特有信息。

由上所述可以看出，本发明提供的实现电子书签的系统，可以实现应用程序基本状态的捕获，并生成和保存对应的电子书签。通过应用程序状态恢复模块，可以实现应用程序的与电子书签对应的状态的恢复。并通过应用插件，捕获或者恢复应用程序的特有信息。

附图说明

图1为本发明一种实现电子书签的系统示意图。

图2为本发明一种包含恢复模块的实现电子书签的系统示意图。

图3为本发明一种包含应用插件的实现电子书签的系统示意图。

具体实施方式

图1所示为本发明一种实现电子书签的系统，包括文件监控模块、应用程序状态捕获模块、电子书签存储模块。

文件监控模块是一个文件系统的“过滤驱动”。它负责监控系统打开文件的状态，确定当前所有活动的文件，维护一个活动文件列表。该模块还可以用来监控文件的修改记录，当它发现文件被修改了，恢复电子书签的时候会提示用户。文件监控模块可以通过如下的方式获得活动文件列表：

在Windows操作系统下，文件监控模块通过钩子(hook)随时监控应用程序进程的打开文件的事件，例如CreateFile、LoadLibrary等相关函数的调用。当发现打开文件事件发生时，则将应用程序的运行路径和名称、打开文文件的路径和名称、以及打开时间等相关信息作为一条记录保存在活动文件列表中。

本发明只处理和电子文件处理相关的应用程序，即文件编辑型应用程序(如word，excel，notepad)和文件浏览型软件(如acrobat reader，电子图书浏览器)。文件监控模块在生成活动文件列表的时候，可以只处理本发明支持的应用程序和文件类型。为了达到上述目的，文件监控模块维护一个应用程序列表，表中的一条记录包括本发明支持的一种应用程序和该应用程序支持的文件类型。当文件监控模块监测到打开文件事件时，查询当前应用程序和其打开的文件类型是否记录在应用程序列表中，如果是，则生成一条活动文件列表记录，否则结束。用户可以对应用程序列表进行编辑，添加或者删除一个应用程序对应的文件类型或者一个应用程序。

活动文件列表由文件监控模块生成和维护。活动文件列表中的每一条记录包括应用程序的运行路径和名称、打开文件的路径和名称、打开文件的时间等。文件监控模块可以定期的清除活动文件列表中已经被关闭的文件所对应的表项。

应用程序状态捕获模块负责电子书签的创建。电子书签中包含的基本信息分为两类：a)与应用程序运行相关的信息；b)与文件相关的信息。其中与应用程序运行相关的信息包括应用程序的运行路径和名称、执行方式，以及应用程序的窗口大小、位置、标题等。与文件相关的信息包括文件的路径和名称、文件的当前焦点在应用程序窗口中的位置等。

应用程序状态捕获模块的启动，可以通过监听一些预先定义的消息来触发，例如常用来关闭文件的快捷键组合“Alt+F4”消息。

启动后，应用程序状态捕获模块对于a类状态信息可以通过调用Windows的标准API来获得。应用程序状态捕获模块列举所有运行的进程、窗口来获得当前应用程序的进程句柄。以进程句柄为参数调用Windows的标准API函数如GetWindowPlacement来获得应用程序的窗口大小、位置等信息。以进程句柄为参数调用Windows的标准API函数如GetModuleFileName，GetWindowText获得应用程序的运行路径和名称以及文件的名称。然后通过进一步查询活动文件列表，获得文件所在的路径。需要说明的是，有时一个应用程序可能会同时打开多个名称相同但所在路径不同或者相同的文件，如果当前上述文件中的一个正处于焦点窗口，在活动文件列表中查询文件所在的路径时会存在多个符合要求的选项，例如，应用程序Word打开了两个不同目录下具有相同名称的文件“c:\\1.doc”和“d:\\1.doc”，和活动文件列表查询时会存在两个符合要求的文件路径选项：“c:\\”和“d:\\”。如果路径相同而打开时间不同，则选择最近打开的文件，如果路径不同，则将所有符合要求的选项提示给用户，由用户选择哪个选项对应的文件具有当前焦点。

对于b类信息的捕获，应用程序状态捕获模块在获得当前应用程序的窗口句柄后，调用函数AccessibleObjectFromWindow获得该应用程序窗口的IAccessible接口，通过IAccessible接口遍历查询应用程序的控件状态，获得滚动条(ScrollBar)控件的属性值(Value)。

应用程序状态捕获模块在获得了应用程序的运行路径和名称、对应文件的路径和名称、应用程序的窗口大小、位置和滚动条控件的属性值后，就可以作为一个电子书签存储在电子书签存储模块。此外，一条电子书签记录中可以包含一个批注字段，该批注字段中的信息可以用于解释该电子书签。

电子书签存储模块用来保存所有的电子书签记录。电子书签存储模块可以支持对应同一文件的多条电子书签记录的存储。

如图2所示，本发明的实现电子书签的系统还可以包括应用程序状态恢复模块。该模块用来根据电子书签恢复应用程序的状态。

文件监控模块通过钩子(hook)随时监控应用程序进程的CreateFile的函数调用，当发现CreateFile调用时，则将应用程序的路径和名称、打开文件的路径和名称、以及打开时间等相关信息保存在活动文件列表中。同时，文件监控模块可以将获得的应用程序运行路径和名称以及打开文件的路径和名称通知应用程序状态恢复模块，应用程序状态恢复模块在接收到通知后，查询电子书签存储模块，是否存在和上述信息对应的电子书签，如果存在则根据对应的电子书签，实现应用程序状态的恢复。如果存在多个对应的电子书签，则都提示给用户，用户根据电子书签的附加信息选择自己希望的电子书签。

对于a类信息的恢复，应用程序状态恢复模块列举所有运行的进程、窗口来获得应用程序的进程句柄，以进程句柄为参数调用Windows的标准API函数如SetWindowText，SetWindowPlacement等，恢复应用程序窗口标题、大小、位置等。

对于b类信息，应用程序状态恢复模块在获得应用程序的窗口句柄后，调用函数AccessibleObjectFromWindow获得该应用程序窗口的IAccessible接口，通过IAccessible接口遍历查询应用程序的控件状态，重新设置滚动条控件的属性值，以达到恢复文件呈现信息的目的。

通过上述的系统，实现了一种电子书签的创建和恢复。需要指出的是，本发明的上述系统解决问题所采用的技术手段对Windows操作系统下的大多数文件处理相关的应用程序都是适用的，从而本发明系统支持多种文件处理相关的应用程序的电子书签的创建和恢复，例如word，excel，notepad，acrobatreader，电子图书浏览器等大多数Windows操作系统下的文件处理相关应用程序。

电子书签中除了包含上述的应用程序基本状态信息，还可以包含一些特殊字段记录应用程序的一些扩展状态信息，即应用程序的特有信息，例如MSoffice的页面状态、页面放大倍率等信息。通常这些应用程序特有信息无法通过上述通用的方式获得，需要针对不同的应用程序进行特殊的处理。这些应用程序的特有信息，可以由应用程序对应的应用插件(Plugin)进行捕获或者恢复，每一个应用插件都是针对不同应用程序开发的动态链接库(DLL)。

如图3所示为本发明的一种包含应用插件的实现电子书签的系统。在系统中维护一个描述所有应用插件的列表(或者文件)，在应用插件描述表中，一条记录描述一个应用插件，包括应用插件的标识符(ID)、对应应用程序名称和对应DLL的名称等信息。应用程序状态捕获模块在创建电子书签的时候，会从应用插件描述表中查询当前应用程序是否存在对应的应用插件。如果存在，则加载该应用插件，然后调用相关接口获得应用程序特有信息。例如，应用程序状态捕获模块在创建MS office的电子书签时，查询发现该应用程序存在一个应用插件，则利用CLSIDFromProgID加载该应用插件，然后利用GetActiveObject函数并使用QueryInterface获得相应查询接口，然后利用InvokeHelper获得对应窗口的焦点信息，并把这些信息存储到电子书签的特殊字段。这些特殊字段可以用该应用插件的相关信息，如应用插件标识符，作为前缀或后缀和其他字段相区分。应用程序状态恢复模块读取电子书签信息的时候，如果处理到特殊字段，则查询应用插件描述表获得与该应用程序对应的应用插件，然后调用相关接口来恢复特殊字段所表示的应用程序的特有状态。

通过应用插件，可以捕获和恢复应用程序的一些特有信息，使实现的电子书签包含的内容更全面、细致，而在恢复应用程序的状态时更精确。

此外，本发明的一种Windows下实现电子书签的方法包括如下步骤：

步骤11，通过进程钩子监控文件的打开状态并生成活动文件列表，活动文件列表记录对应应用程序的运行路径和名称、打开文文件的路径和名称、以及打开时间等相关信息。

步骤12，列举所有运行的进程、窗口来获得当前应用程序的进程句柄，以进程句柄为参数调用操作系统下的应用程序接口并结合活动文件列表获得应用程序的运行路径和名称、文件的路径和名称、应用程序的窗口大小、位置、以及滚动条控件的属性值等信息。

以进程句柄为输入参数调用函数GetModuleFileName，获得当前应用程序的运行路径和名称。以进程句柄为输入参数调用函数GetWindowPlacement来获得应用程序的窗口大小、位置等信息。以进程句柄为输入参数调用函数GetWindowText，获得应用程序窗口的文本，该文本通常包含文件名称和应用程序名称(通常不包括运行路径)，如“1.doc-Microsoft Word”，从中分离出文件的名称。根据获得的应用程序名称、路径以及文件的名称和活动文件列表进行比较，定位要捕获的对象，即当前应用程序的运行路径和名称、相应文件的路径和名称；但在一些特殊情况下，可能会存在多个符合要求的选择，例如，当前应用程序Word打开了两个不同目录下具有相同文件名称的文件“c:\\1.doc”和“d:\\1.doc”，在这种情况下，和活动文件列表比较后会有两个选项。如果出现这种情况，则提示用户选择正确的选项。

以当前应用程序的窗口句柄为输入参数调用函数AccessibleObjectFromWindow获得该应用程序窗口的IAccessible接口，通过IAccessible接口遍历查询应用程序的控件状态，获得滚动条控件的属性值。

步骤13，将获得的信息生成电子书签并存储在电子书签数据库中。

如果上述方法进一步支持应用插件，则在生成电子书签之前，还可以包含如下的步骤：

步骤12b，查询应用插件描述表中是否存在当前应用程序对应的应用插件，如果存在，则继续执行步骤12c，如果不存在，则继续执行步骤13。

步骤12c，加载上述的应用插件，然后调用相关接口获得应用程序特有信息。

例如在创建MS office的电子书签时，查询发现该应用程序存在一个应用插件，则利用CLSIDFromProgID加载该应用插件，然后利用GetActiveObject函数并使用QueryInterface获得相应查询接口，然后利用InvokeHelper获得对应窗口的焦点信息。

进一步，当文件监控模块监测到新的文件打开时，会通知应用程序状态恢复模块进行应用程序状态的恢复，包括如下步骤：

步骤14，应用程序状态恢复模块接收到启动恢复的命令后，根据获得的应用程序运行路径和名称、文件路径和名称从电子书签存储模块读取相应的电子书签。

如果存在多个满足条件的电子书签记录，则可以都提示给用户，由用户进行选择。例如，如果电子书签存在批注字段，用户可以根据批注字段的信息进行选择。

步骤15，应用程序状态恢复模块根据获得的电子书签，对应用程序的状态进行恢复。

对于a类信息的恢复，应用程序状态恢复模块在获得应用程序的进程句柄后，以进程句柄为参数调用Windows的标准API函数如SetWindowText，SetWindowPlacement等，恢复应用程序窗口标题、大小、位置等。

对于b类信息，应用程序状态恢复模块在获得应用程序的窗口句柄后，调用函数AccessibleObjectFromWindow获得该应用程序窗口的IAccessible接口，通过IAccessible接口遍历查询应用程序的控件状态，重新设置滚动条控件的属性值，以达到恢复文件呈现信息的目的。

如果电子书签中还包含记录应用程序特有信息的特殊字段，则还包含如下步骤：

步骤16，查询应用插件描述表获得与该应用程序对应的应用插件，加载该应用插件后调用相关接口恢复应用程序的扩展信息。

通过上述的方法，本发明实现了一种电子书签，不仅支持多种处理文件的应用程序，通过应用插件，还可以支持应用程序一些特殊信息的捕获和恢复。

需要指出的是，在上述的实施例中，是以Windows操作系统为例进行说明，如果其它类型的操作系统，也可以提供与本发明所涉及的接口函数功能类似的接口函数，则在本发明的思想和框架下，同样可以实现本发明的目的和任务，所以也在本发明的保护范围之内。

综上所述，本发明提供一种实现电子书签的系统和方法，该系统和方法可以捕获和保存应用程序及其打开文件的状态信息，支持多种处理文件的应用程序和多种文件格式。通过应用程序状态恢复模块，实现应用程序与电子书签对应状态的恢复。并通过应用插件，实现应用程序特殊信息的捕获和恢复。通过使用本发明的电子书签系统和方法，可以帮助用户方便快捷地定位文件的位置。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (14)

1.一种实现电子书签的系统，其特征在于，包括：

文件监控模块，用于监测文件打开状态并维护活动文件列表，活动文件列表记录打开文件的路径和名称以及对应应用程序的信息；

应用程序状态捕获模块，用于通过操作系统的应用程序接口和活动文件列表获得应用程序基本状态信息，并把应用程序基本状态信息作为电子书签存储到电子书签存储模块；

电子书签存储模块，用于电子书签的存储。

2.如权利要求1所述的系统，其特征在于，还包括应用程序状态恢复模块，用于收到文件监控模块的恢复命令后，根据电子书签存储模块中存储的电子书签并通过操作系统的应用程序接口恢复应用程序的基本状态信息。

3.如权利要求1或2所述的系统，其特征在于，所述的操作系统为Windows操作系统，所述应用程序接口为Windows操作系统下的标准应用程序接口。

4.如权利要求1或2所述的系统，其特征在于，所述的电子书签包括应用程序的运行路径和名称、应用程序窗口位置和大小，文件的路径和名称以及该文件在应用程序窗口中的焦点位置。

5.如权利要求4所述的系统，其特征在于，所述的电子书签还包括一批注字段，用于解释该电子书签。

6.如权利要求2所述的系统，其特征在于，还包括与应用程序对应的应用插件以及记录应用插件信息的应用插件描述表，所述应用程序状态捕获模块通过应用插件捕获对应应用程序的特有信息，所述电子书签中包含用来存储应用程序特有信息的字段。

7.如权利要求6所述的系统，其特征在于，所述的存储应用程序特有信息的字段以对应应用插件的标识为字段名称的前缀或者后缀。

8.如权利要7所述的系统，其特征在于，所述应用程序状态恢复模块处理到电子书签中所述的应用程序特有信息时，调用对应的应用插件应用程序的特有信息进行恢复。

9.权利要求1或2所述的系统，其特征在于，所述电子书签存储模块支持同一文件的多个电子书签的存储。

10.权利要求1或2所述的系统，其特征在于，所述应用程序状态捕获模块的启动通过预定的消息触发。

11.一种创建电子书签的方法，其特征在于，包括如下步骤：

步骤A，通过进程钩子监控文件的打开状态并生成活动文件列表，活动文件列表记录对应应用程序的运行路径和名称、打开文文件的路径和名称；

步骤B，通过操作系统下的应用程序接口并结合活动文件列表获得应用程序的运行路径和名称、文件的路径和名称、应用程序的窗口大小、位置、以及滚动条控件的属性值信息；

步骤C，将上述获得的信息作为电子书签并存储在电子书签数据库中。

12.按照权利要求11所述的方法，其特征在于，还包括如下步骤：

步骤D，应用程序状态恢复模块接收到启动恢复命令，从电子书签数据库查询与应用程序和其打开的文件对应的电子书签，如果存在，则继续步骤E，否则结束处理；

步骤E，应用程序状态恢复模块根据获得的电子书签，通过操作系统标准接口函数对应用程序的状态进行恢复。

13.按照权利要求11或者12所述的方法，其特征在于，在步骤B还包括如下步骤：

步骤B21，查询应用插件描述表中是否存在当前应用程序对应的应用插件，如果存在，则继续执行步骤B22，如果不存在，则继续执行步骤C。

步骤B22，加载上述的应用插件，调用相关接口获得应用程序特有信息。

14.按照权利要求13所述的方法，其特征在于，所述的电子书签包含应用程序的特有信息，步骤E还包括如下步骤：

步骤E21，加载该应用程序对应的应用插件，然后调用相关接口恢复应用程序的特有信息。

Images