Document editing method, document editing system, server apparatus, and document editing program

This application is based upon and claims the benefit of priority from the prior Japanese Patent Applications No. 2002-200284, filed Jul. 9, 2002; and No. 2002-200285, filed Jul. 9, 2002, the entire contents of both of which are incorporated herein by reference.

1. Field of the Invention

The present invention relates to a method and apparatus for editing a structured document such as an XML document or an HTML document.

2. Description of the Related Art

In a WWW (World Wide Web), a shopping site has a page for listing product catalogues, and a news site has a page for listing news articles. In addition, many of portal sites describes information on different categories such as stock price information, weather forecast information or headline news in combination in a partial page area called a portlet in a top page. Here, this information on category by category basis is called sub-contents. Recently, on a Web page capable of being browsed via Internet, unlike a conventional document-like Web page, the sub-contents contained inside are highly independent of each other, and Web pages configured in an aggregate manner increase.

With respect to such a Web page, there is a user's demand to selectively browse only sub-contents of interest instead of reading all the pages in order. Apart from only browsing, for example, there are other demands listed below.

1) Comparison or sorting in units of sub-contents; 2) Classification or arranging in units of sub-contents; and 3) Acquisition or storing in units of sub-contents.

However, the current browser does not have functions which can correspond to the above demands.

It is an object of the present invention to provide a document editing method, a document editing system, a server apparatus, and a document editing program which enable browsing not in units of Web pages but in units of sub-contents contained in each Web page, and collecting only a desired sub-content from one Web page or each of a plurality of different Web pages, thereby enabling editing in units of sub-contents.

According to a first aspect of the present invention, a document editing method comprises: displaying on a display unit a structured document having a document structure composed of a plurality of elements; editing the displayed structured document based on a partial document defined as an operating unit in advance composed of at least one of the elements which is coincident with or is included in the displayed structured document; creating parts data by the partial document which includes at least partial document and position information on the document structure of the partial document based on information contained in the partial document, the information representing that the partial document is the operating unit, and storing the structured document in a storage unit as a set of the parts data; and editing the structured document by updating the parts data corresponding to the partial document which is not targeted for operation according to the contents of operation relevant to the partial document selected as an operating target.

According to a second aspect of the present invention, a server apparatus comprises: a unit configured to display on display means a structured document having a document structure composed of a plurality of elements; and a unit configured to distribute the structured document to a client unit which edits the displayed structured document based on a partial document defined in advance as an operating unit composed of at least one of the elements, the partial document being coincident with or being contained in the displayed structured documents, wherein the structured document to be distributed to the client unit includes information representing a partial document as the operating unit which is coincident with or is contained in at least the structured documents.

According to an aspect of the present invention, with respect to the respective partial documents which can recognized based on information which represents a partial document on operating units, which are contained in a structured document, the part data (page parts) are created based on such additional information, whereby the contents displayed on a screen can be easily operated to be edited in units of sub-contents (units of partial document) based on the page parts.

Therefore, as a structured document, for example, browsing not in units of Web pages but in units of sub-contents contained on each Web page is possible, for example. Moreover, only desired sub-contents are collected from one Web page or each of a plurality of different Web pages, and the acquired sub-contents can be edited in units of sub-contents.

According to a second aspect of the present invention, on a client side, as a structured document, for example, browsing not in units of Web pages but in units of sub-contents contained in each Web page is possible, for example. Moreover, there can be provided a Web page for fetching only desired sub-contents from one Web page or each of a plurality of Web pages, enabling comparison, sorting, classification/arranging, or storage in units of sub-contents.

FIG. 1 is a view illustrating a function of a document editing system according to one embodiment of the present invention;

FIG. 2 is a diagram showing an example of functional configuration of the document editing system;

FIG. 3 is a diagram illustrating page parts (sub-contents or a partial document) in one Web page;

FIG. 4 is a diagram illustrating a data structure of page parts;

FIG. 5 is a diagram showing an example of functional configuration of a host module;

FIG. 6 is a view showing an example of screen display;

FIG. 7 is a diagram showing an example of functional configuration of a page reading module;

FIG. 8 is a flow chart illustrating an operation of the page reading module;

FIG. 9 is a flow chart illustrating a procedure for converting an input document into a block Web document;

FIG. 10 is a diagram showing an example of functional configuration of a page parts management module;

FIG. 11 is a flow chart illustrating an operation of the page parts inserting module;

FIG. 12 is a diagram showing an example of functional configuration of a rendering processing module;

FIG. 13 is a diagram showing an example of functional configuration of a GUI processing module;

FIG. 14 is a flow chart illustrating an operation of a drag processing module;

FIG. 15 is a flow chart illustrating an operation of a drop processing module;

FIG. 16 is a diagram showing an example of functional configuration of an export module;

FIG. 17 is a diagram showing an example of functional configuration of a page parts format adjusting module;

FIG. 18 is a diagram showing an example of functional configuration of a desktop pasting module;

FIG. 19 is a flow chart illustrating an operation of the desktop pasting module;

FIG. 20 is a flow chart illustrating an operation for editing page parts;

FIG. 21 is a flow chart illustrating an HTML cutter processing operation;

FIG. 22 is a flow chart illustrating a style switch processing operation;

FIG. 23 is a diagram showing an example of configuration of a server apparatus;

FIG. 24 is a diagram showing an example of configuration when the document editing system shown in FIG. 2 is implemented on a computer (a computing machine), for example.

FIG. 25 is a diagram showing an example of functional configuration of an electrical tag system according to a second embodiment of the present invention;

FIG. 26 is a flow chart illustrating a processing procedure when a drop event for a desktop has been sensed;

FIG. 27 is a flow chart illustrating a processing procedure when a drag event for a tag paper window has been sensed;

FIG. 28 is a flow chart illustrating a processing procedure for creating the tag paper window;

FIG. 29 is a flow chart illustrating a processing procedure for deleting the tag paper window; and

FIG. 30 is a diagram showing an example of configuration when the system shown in FIG. 25 is implemented on a computer (a computing machine), for example.

Hereinafter, one preferred embodiment of the present invention will be described with reference to the accompanying drawings.

First, terms used in the following embodiment will be described.

A Web document or a Web page is a structured document having a document structure composed of a plurality of elements described in HTML or XML which can be browsed via Internet. In the following document, although a description has been given by way of example of a Web document (called a Web page), it is not limited thereto. The present embodiment can be applied even to a general structured document such as an HTML document or an XML document which is created for the purpose of being browsed via Internet, and which is created for an arbitrary purpose by an arbitrary editor, and is acquired by arbitrary means even in a structured document acquired via Internet.

Sub-contents are display data which is an aggregate in view of contents on a displayed Web page, and which is highly independent of each other in view of their contents. How sub-contents are delimited is intended by an author of the Web page. The sub-contents correspond to partial documents which can be delimited in variety from a totally different viewpoint depending on the writers of the Web page so that the display data can be displayed by the partial document. Therefore, the sub-contents can be considered to be partial pages (partial documents) which a user on one Web page (a Web document) wants to handle independently. For example, many of portal sites describe information on different categories such as stock price information, weather forecast information or news articles in combination on a partial page area called portlet in a top page. For example, information on a category by category basis, that is, for example, each of news articles or weather forecast information may be one item of sub-contents (a partial document) or each item of news in news articles may be sub-contents (partial documents). The context or delimiting of the sub-contents is not limited in particular. A full text of one Web page coincides with one partial document, and such a partial document may contain a plurality of partial documents. In the following document, the sub-contents and partial documents may be regarded equivalently.

(General Description of Functions)

An outline of a document editing system according to the present embodiment will be described here. In the description, a generic name of general software having a Web display function is broadly called a browser. This is not limited to software which primarily focuses on a Web display function such as INTERNET EXPLORER (trademark) or NETSCAPE (trademark). For example, a document edition system according to the present embodiment is equipped with a data base having a Web document display function, and this is also called a browser.

1) A function for freely relocating sub-contents by a GUI operation such as drag & drop on a browser (corresponding to a need for comparison or sorting);

2) A function for posting sub-contents by a GUI operation such as drag & drop from one browser to another browser (corresponding to a need for classification or arranging); and

3) A function for opening a browser which displays a page on which sub-contents are not contained, and posting the sub-contents to be acquired from a variety of pages by a GUI operation such as drag & drop (corresponding to a need for acquisition or storage).

The above need from the user can be covered by this basic functional specification. With this basic function specification being a “nucleus”, peripheral functions are added, and a complete functional specification has been designed.

FIG. 1 is a bird view of these functions. Hereinafter, a general description of functional specification will be given with reference to FIG. 1 . FIG. 1 shows an example of functional flow provided to illustrate a use mode for clarity, where a configuration in actual system design is different from another, as described later. Thus, it should be noted that the figure is not a functional block diagram.

When a browser of this system reads a Web page on Internet, a file system or the like, this browser displays the Web page as in a conventional browser. In addition, this browser provides various operating functions for a user to conveniently handle sub-contents, that is, functions designated by reference numerals 1 - 1 to 1 - 14 of FIG. 1 . Now, an outline of these functions 1 - 1 to 1 - 14 will be described here.

(Free Relocating Function 1 - 1 )

One is a free relocating function of sub-contents on a browser. At a browser Web display portion, a user can move arbitrary sub-contents to another position by using a GUI operation such as drag & drop. There are two types of complete modes; a completely free mode in units of dots and a layout mode in which location is carried out along a frame. In this manner, for example, on a product listing page at a shopping site, there is an advantageous effect that a list of products can be changed in browsing according to the user's convenience.

(Sorting Function 1 - 2 )

A sorting function is provided as a function associated with the above function. A sorting function 1 - 2 is initiated by selecting it from a menu, a tool button and the like. All the sub-contents contained in pages or the specified contents can be sorted according to the contents of a specific item. In this manner, for example, products at the shopping site can be rearranged by price or by type, and thus, there is an advantageous effect that the products can be easily compared with each other. In addition, this sorting function is used together with an inter-page posting function 1 - 4 in FIG. 1 described later, thereby making it possible to compare product items on a variety of Web sites or Web pages.

Conventionally, direct support by a machine cannot be received with respect to comparison of the contents at different Web sites, and the only one way has been to make visual check.

(Search Function 1 - 3 )

A search function of sub-contents is also provided. The search function is initiated by selecting it from a menu, a tool button and the like. Two types of methods are provided. From among the pages, a search is made in accordance with a user input condition, and the result is established in a selective state in the same browser (a desired item is indicated to the user by focusing it). Alternatively, a browser is opened as another window by using a new vacant page creating function 1 - 9 in FIG. 1 , the corresponding sub-contents are placed there. In addition, search and narrowing can be carried out sequentially by repeatedly using this search function.

(Inter-page Posting Function 1 - 4 )

A function for posting sub-contents between Web pages displayed on different types of browser is provided as a next function. Sub-contents separately displayed at a plurality of Web sites or on Web pages can be seen on the same page. This function has the advantageous effect described previously. Further, this search function is used in combination with a new vacant page creating function 1 - 9 of FIG. 1 , whereby only the sub-contents of interest can be collected on a new page, and further, can be compared with each other.

(Format Adjusting Function 1 - 5 )

In addition, a format (type) adjusting function is provided as its auxiliary function. When sub-contents are posted between different Web pages, there is a case where types of such sub-contents are unacceptable. For example, there is a case where a display format or data format is different from another on a page by page basis with respect to product listing pages. Although it is possible to insert the format as is, it is inconvenient in the case where an attempt is made to compare sub-contents with each other by using sort 1 - 2 or the like altogether. A format (type) adjusting function 1 - 5 automatically solves this problem. When a system determines that the type of sub-contents does not match a page on the accepting side, the system searches a proper one from a database of a Web format conversion rule which the system has, and applies the conversion rule to insert the types in all.

(Design Switching 1 - 6 )

As another function, a function for switching a design (called a display format or style) is provided. The design switching function is initiated by selecting it from a menu, a tool button and the like. The design switching function is provided as a method for switching a design to a single or a plurality of sub-contents with the contents being as they are. For example, with respect to product catalogs listed on Web, switching can be effected to a display format in which a data specification is understandable or to a display format in which a product design is understandable. However, this function is available for use only when the Web page is described by separating data and a style sheet (display method) as in XML or the like.

(Inserting Function 1 - 7 )

A function for inserting sub-contents into the sub-contents is provided. By using this function, for example, a user can contain a product catalog in the existing product catalogs. This function is recursive, and can carry out infinitely processing for placing sub-contents in the existing sub-contents and inserting other sub-contents into the internal sub-contents.

(Acceptability Determining Function 1 - 8 )

A sub-contents acceptability determining function 1 - 8 is automatically initiated when sub-contents are inserted into another place by the above described free relocating function 1 - 1 or inter-page pasting function 1 - 4 , or a GUI operation such as drag & drop. With this function, when the inserting function is executed, the inserting function is canceled in the case where the Web page which is an accepting side or the inserting function 1 - 7 is utilized. In addition, the inserting function is canceled in the case the set condition for other sub-contents to accept such insertion is not met. An acceptance condition can be provided with respect to a format of sub-contents.

This function 1 - 8 is used together with the format adjusting function 1 - 5 . If the sub-contents targeted for insertion does not meet the condition defined on the accepting side, an attempt is made to make conversion into an acceptance type by using the format adjusting function 1 - 5 . If a method for making conversion into an acceptance type has been found, such a type is inserted. If not, the inserting processing is canceled.

(New Vacant Page Creating Function 1 - 9 )

A new vacant page creating function 1 - 9 is initiated by selecting it from a menu, a tool button and the like. In execution, another browser window is opened, and a vacant Web page is newly created there. One important utilizing method is that, with this page being a scrap book, a user can acquire only sub-contents of interest from a plurality of Web pages by drag & drop and the like. This new page can inherit a Web page design of a browser which is an opening source. In this case, a new page is displayed on another window in a state in which all of the sub-contents only have been removed from the source Web pages.

(Contents Editing Function 1 - 10 )

A contents editing function 1 - 10 is initiated by selecting it from a menu, a tool button and the like. When the function is initiated, an edit mode is displayed. Then, a user can edit the currently selected sub-contents on a browser or a dedicated editing software on another window.

An editing function includes an inline mode for changing each data field in an HTML format while a displayed design is kept unchanged and a complete mode for changing a design. Functions to be added to these modes include: a function for, when design and data are separated from each other as in XML or when a data field is changed, reflecting (rewriting) a value to an internal data portion; and a function for, when the data format is specified strictly by a schema or the like, providing an optimal input HTML form GUI along such a data format. These functions can be implemented by using the existing technique.

In addition, sub-contents can be newly created. This function utilizes a function in the inline mode. When this function is initiated, an HTML format is displayed in a format of immediately preceding sub-contents. When the user determines a value by filling it in each item, new sub-contents are added into that page.

(Storage Function 1 - 11 )

A storage function 1 - 11 is initiated by selecting it from a menu, a tool button and the like. The user can edit a configuration or contents of a Web page by using the previously introduced function. By using the storage function 1 - 11 , a changed state can be stored in a variety of storage systems. As a storage destination, a Web server, a database and the like in which the user's home page is placed can be selected as well as a file system of a local host which the user is using.

As a storage format, in addition to an HTML or an XML, a special format of this system having configuration information on these sub-contents added thereto can be selected. The special format stores any of the sub-contents whichever it is. Thus, when next reading is carried out, a function oriented to the sub-contents described previously can be continuously utilized.

(Data Source Updating Function 1 - 12 )

As an auxiliary function, a data source updating function 1 - 12 is provided. This function is one type of storage function. When a Web page delivered from the Web server is edited, the update information can be transmitted to a source Web server. The received Web server causes proper storage such as a database to reflect the update data according to the system configuration.

(Function 1 - 13 for Fetching into External Application)

A function 1 - 13 for fetching sub-contents into an external application is a function for fetching only desired sub-contents from an arbitrary Web page (including a scrap book) opened on a browser by posting them to the application by a GUI operation such as drag & drop. As a fetching destination, a mail, an OA tool, an in-house work flow system or the like is exemplified as an example of application.

(Function 1 - 14 for Pasting into Desktop as Tag Paper)

A function 1 - 14 for pasting sub-contents into a desktop is provided as a function which conforms with the above function 1 - 13 for fetching into an external application. Desired sub-contents are dropped into the desktop from an arbitrary Web page (including a scrap book) opened on a browser, whereby the sub-contents can be pasted as tag paper (electronic tag). The sub-contents pasted to this tag paper can be dropped into an arbitrary page or an application later.

(System Configuration)

A configuration of a document editing system for implementing the above described functions will be described here.

In order to provide to a user the above described functions with sub-contents being in units of processes, it must be determined where at least in Web page falls into sub-contents. That is, sub-contents may be included in other sub-contents (having parent sub-contents) or other sub-contents are included (having child sub-contents) (this is called an inclusive relationship or a parent relationship between sub-contents (partial documents). Thus, information concerning an inclusive relationship between sub-contents is required. The information is called Web block structure information, or briefly block structure information. In addition, decomposing one Web page in units of sub-contents which are processing units of this system based on block structure information included therein is called blocking.

Also, such blocking is a feature of the present invention, and, of course, block structure information is not contained in a Web document such as an HTML document or an XML document currently widely used.

Now, a description will be given with respect to how the block structure information is acquired and handled. Here, the following policy is adopted in acquiring and handling block structure information.

1) A dedicated Web language described including block structure information is prepared (hereinafter, this language is called a block Web language, and a document written in this language is called a block Web document).

2) This system is provided to carry out processing based on the block Web language.

3) When the existing Web document such as HTML or XML is inputted to this system, the document is fetched after converted into the block Web language before carrying out the above processing. At this time, it is required to compensate for block structure information, and some functions are provided as a compensation method.

There are two reasons why the above policies were employed.

First, this dedicated block Web language having complete information is intended as a primary method for utilizing this system. When the block Web language is inputted, an author can describe where is provided as a block (contents to be independently handled) together with contents.

Therefore, this block Web language is assumed to be widely disclosed in order to be used by the Web author.

As a system for providing an operating function for a user to handle sub-contents based on the block Web language, there is utilized a technique disclosed in U.S. application Ser. No. 09/627,299 filed on Jul. 27, 2000 (Title of the Invention: Web Page parts integrated processing method and apparatus; Inventors: Shinichiro Hamada and Toshibumi Seki).

On the other hand, it is an object of the present invention to flexibly cope with a generally known Web page description language. The Web languages known at the present stage are HTML and XML. There is employed a system for conversion into a previous block Web language instead of providing a processing module for directly handling these languages. By doing this, a system is simplified, and at the same time, only conversion processing can be made independent. Thus, there is an advantage that plug-in compatible expandability to a conversion system which will be required is obtained.

In conversion, since the HTML or XML itself does not have block structure information, insufficient information must be compensated for. In contrast, there are a method for assignment from another document which has been prepared in advance; a method for a user to specify the information on the spot when a browser is used; and a so called text mining method for mechanically estimating a block structure from the contents of a document. In the following description, there is shown a case of implementation by using the previous two methods. Although a third method can be implemented by using the existing technique, only possibility is presented here.

FIG. 2 shows an example of functional configuration of the document editing system configured based on the above description. FIG. 4 shows an example of configuration of a global data object handled by this system. First, page parts as object data targeted to be processed by this system will be described here.

This system handles a data object for page parts units, of the configuration as shown in FIG. 4 . Page parts are data corresponding to sub-contents on one by one basis. The data include contents of sub-contents itself, of course, and management information required for a function oriented to sub-contents provided by this system.

Page part (a data object) D 1 shown in FIG. 4 is composed of a plurality of sub-data objects D 11 to D 18 . In FIG. 4 , for example, acceptance information D 14 is represented to include insertion place information D 141 and acceptance type information D 142 therein. Similarly, child page parts management information D 16 includes insertion place information D 161 and child page parts reference information D 162 therein. In addition, for example, as in the acceptance information D 14 or child page parts management information D 16 , sub-data objects expressed to be superimposed in plurality (to be superimposed in double, for example) indicate that a plurality of such sub-data objects exist.

The page part D 1 includes the following items of information: a type name D 11 ; a content D 12 ; a style sheet D 13 ; acceptance information D 14 ; parent page parts reference D 15 ; child page parts management information D 16 ; a link URLD D 17 ; and a link flag D 18 . These items of information are contained as an element configuring each partial document extracted from the block Web document or are contained as attributes.

Type is provided to discriminate each partial document according to a data format (difference in format) of a partial document or a difference in category or kind (semantic difference) concerning the contents of the partial document. Identification information for discriminating each type according to a semantic or formal difference of the partial document is a type name. A type name corresponding to a partial document which corresponds to the page part D 1 is maintained in the type name D 11 contained in the page part D 1 . This type name is described in an attribute “type” provided to an element (a factor) which is a top node of the partial document.

A partial document corresponding to the page part D 1 is maintained in the content D 12 . When display data is contained in another structured document other than a structured document including the page parts, link information for the display data is stored in the link URL D 17 . (At this time, the link flag D 18 is set). Thus, in this case, the content D 12 may be vacant.

The style sheet D 13 maintains a conversion rule (a style sheet) for a data format applicable to the partial document maintained in the content D 12 and a conversion rule (a style sheet) for converting a data format of the display data into a data format corresponding to the display format or the like by a display format applicable to the partial document. If a plurality of conversion rules are applicable to the display data, it means that the plurality of style sheets D 13 are contained in the page part D 1 . A style sheet is described in an attribute “style” described in an element (a factor) which is a top mode of the partial document.

The acceptance information D 14 maintains as the acceptance type D 142 a type name of a partial document in which a partial document corresponding to the page part D 1 can be accepted (inserted), and maintains the insertion place D 141 on a document structure. This acceptance type D 142 is described as (an attribute of) an element “accept” in the partial document, and the insertion place D 141 is position information which corresponds to an allocation on the document structure of this element “accept”.

When a portion corresponding to the page part D 1 is included in another partial document, the parent page parts reference D 15 is information for associating the page part D 1 with page parts corresponding to another partial document which is a parent.

When a partial document corresponding to the page part D 1 includes another partial document, the child page parts management information D 16 are information for the page part D 1 with page parts corresponding to another partial document which is a child. This information maintains an insertion plate D 161 of the another partial document on a document structure and child page parts reference D 162 which is position information on a document structure of the another partial document. The insertion place D 161 is a location of an element (such as an element “import” described later, for example) which instruct insertion of another partial document in partial documents. As an attribute of this element, for example, the child page parts reference D 162 is described as position information on a partial document to be inserted.

The sub-data objects shown in FIG. 4 will be described as required in system configuration or description of operation shown in FIG. 2 , shown below.

Sub-contents have been described as corresponding to a partial page (a partial document) which the user in one Web page (a Web document) wants to handle independently. In this system, although the page part D 1 as shown in FIG. 4 are handled as objects corresponding to sub-contents on a one by one basis, all the pages (that is, one Web page) are processed as one page part.

A specific description of page parts will be given with reference to FIG. 3 . FIG. 3 shows a page part 3 - 1 as one Web page. A plurality of page parts 3 - 2 to 3 - 7 are included in the page part 3 - 1 corresponding to all the pages. In this system, the page part 3 - 1 and page parts 3 - 2 to 3 - 7 included therein are managed to be in a parent-child relationship. All the pages are regarded as page parts, whereby special processing is unnecessary, and the system is simplified. At the same time, there may be a need for fetching all the pages as part of another page.

Now, functional modules of the document editing system shown in FIG. 2 will be described below.

As shown in FIG. 2 , the document editing system is roughly composed of: a host module M 1 ; a document processing module M 2 ; and a desktop pasting module M 3 . These modules M 1 to M 3 are respectively independent modules. The host module M 1 substantiates and calls the document processing module M 2 as required. The document processing module M 2 substantiates and call the desktop pasting module M 3 as required.

The host module M 1 is a container component which accepts (hosts) the document processing module M 2 . A basic function is to construct a window frame on an OS (Operating System), thereby ensuring a window region for the document processing module M 2 to function and to provide a menu, a tool button and the like for the user to operate, thereby conveying an inputted command to the document processing module M 2 .

A Web browser and a page parts album host (dedicated application which provides a function specialized for page parts management as shown in FIG. 5 ) are specifically assumed as the host module M 1 . A general Web browser such as INTERNET EXPLORER (trademark) or NETSCAPE (trademark) is created so as to function as a general-purpose document service host. Thus, required registration processing concerning the document processing module M 2 may be carried out so that the document processing module M 2 can be initiated by calling it from the browser in accordance with the respective browser specification. The details are categorized in the software specification of the general-purpose browser, respectively, and a further description is omitted here. When the above general Web browser is used as a host module, this host module is called a first host module M 1 .

On the other hand, a host module used exclusively for a document editing system according to the present invention is called a second host module M 2 . The second host module will be described later.

The document processing module M 2 is a Web document processing module which has a blocking function and a function oriented to sub-contents. This module is substituted and called by number of Web pages from the host module M 1 . That is, one document processing module is produced to one Web page on memory.

The document processing module M 2 roughly contains two sub-modules, a page reading module M 21 and a block Web document processing module M 22 .

The page reading module M 21 supports the blocking function. First, the page reading module M 21 reads a document specified by URL (or a file path on a local machine). If the read document is determined to be a general Web document such as HTML document or XML document which is not a block Web document, the document is converted into the block Web document by executing one of a plurality of methods.

The block Web document processing module M 22 provides a function oriented to sub-contents. The module M 22 includes five sub-modules: a page parts management module M 221 ; a rendering processing module M 222 ; a GUI processing module M 223 ; an export module M 224 ; and a page parts format adjusting module M 225 .

The page parts management module M 221 has a page parts database M 221 b which maintains page parts extracted from each page. This module also has a function for changing page configuration such as insertion, moving, or deletion in units of page parts (sub-contents) and a function for storing them.

The rendering processing module M 222 has a function for displaying a group of page parts managed by the page parts management module M 221 as Web pages.

The GUI processing module M 223 provides a GUI function for operating sub-contents such as drag & drop or a context menu on the Web page displayed by the rendering processing module M 222 . After the GUI operation has been made, a data processing function corresponding to the GUI operation is called in response to the page parts management module M 223 , and a display screen is rewritten by using the rendering processing module M 222 .

The GUI processing module M 223 calls the export module M 224 at the same time. The export module M 224 provides a processing function for posting page parts to an external application.

Specifically, when a copy command or the like is executed by drag & drop or on a context menu in GUI operation (when right-click is made on an arbitrary GUI part being displayed, a display is made with respect to this part), the GUI processing module M 223 calls the export module M 224 . Then, this module writes the contents of the page parts in a format which can be read by an external application, into a shared memory region (a clipboard) in which another application or process (these are collectively called an external application) can be read. In this manner, when a drop operation is carried out for an external application, the external application reads the contents from the shared memory region, and thus, can post page parts.

The page parts format adjusting module M 225 is a module which, when page parts are posted in the document processing module M 2 or between document processing modules, adjusts a data format of sub-contents of page parts. The page parts management module M 221 is called when an operation of inserting page parts is carried out. Specifically, when the inserting operation is carried out, in the case where type name of page part to be newly added is not included in the acceptance type D 142 included in page part which is an insertion source (this is called an acceptance type name list), the page parts format adjusting module M 225 searches a proper combination of conversion rules from a conversion rule database M 225 b (refer to FIG. 17 ); converts page parts into acceptable page parts, and returns them to the page parts management module M 221 . If a combination of conversion rules which can be solved has not been found out, the fact is notified to the page parts management module M 221 . Then, the page parts management module cancels the inserting operation.

The desktop pasting module M 3 provides the user with a function for pasting part of a document which an application has to a desktop as tag paper by a drag & drop operation.

FIG. 24 shows an example of configuration in the case where the document editing system shown in FIG. 2 is implemented on a computer (a computing machine), for example.

That is, in FIG. 24 the document editing system is composed of: a processor (CPU) 20 ; a memory 22 ; an output device 24 such as a display or a printer; an input device 23 such as a mouse or a keyboard; and a storage device 21 .

Among them, the storage device 21 is utilized to store a program or the like serving as a nucleus of system controlling or to temporarily maintain data or the like. This storage device stores a host program 31 , a document processing program 32 , a desktop pasting program 33 , various application programs 34 and the like. In addition, the memory 22 is utilized as a shared memory which can be used for executing the above described programs and as a working area for program execution. Also, the processor 20 carries out various required control processings including input/output control or various processings by executing a program in the storage device 21 .

The processor 20 primarily provides a function which corresponds to the host module M 1 of the document editing system shown in FIG. 2 on the document editing system shown in FIG. 24 by executing the host program 31 in the storage device 21 .

The processor 20 primarily provides a function which corresponds to the document processing module M 2 of the document editing system shown in FIG. 2 on the document editing system shown in FIG. 24 by executing the document editing program 32 in the storage device 21 .

The processor 20 primarily provides a function which corresponds to the desktop pasting module M 3 of the document editing system shown in FIG. 2 on the document editing system shown in FIG. 24 by executing the desktop pasting program 33 in the storage device 21 .

Further, the processor 20 primarily provides a function which corresponds to these applications each on the document editing system shown in FIG. 24 by executing the various application programs 34 in the storage device 21 .

Now, the modules shown in FIG. 2 will be described in detail.

(Host Module)

First, a host module M 1 will be described here. As described previously, there are two methods: a method for utilizing a common general-purpose browser such as Internet Explorer or Netscape as a host module; and a method for providing a dedicated host module.

When the common general-purpose browser is used as the host module M 1 (in this case, the host module M 1 is called a first host module M 1 ), required registration processing concerning the document processing module M 2 may be carried out in accordance with the respective browser specification. The details are categorized in the software specification of the general-purpose browser, respectively, and a further description is omitted here.

Here, a description will be given with respect to the second host module M 1 which is a host module used exclusively for the document processing system according to the present embodiment.

The second host module M 1 is a software application which can maintain a plurality of pages containing page parts, i.e., block WEB documents therein and which can select and manage the plurality of pages by tree. An execution screen is shown in FIG. 6 .

A display region on a screen displayed on a display when the second host module M 1 is initiated is composed of a classification tree display portion 6 - 1 and a Web display portion 6 - 2 .

A plurality of Web pages maintained by the second host module M 1 are assigned to nodes of the classification tree portion 6 - 1 , respectively, and the Web page corresponding to the selected node is displayed on the Web display portion 6 - 2 . In FIG. 6 , the Web page displayed at the Web display portion 6 - 2 is the same as the page parts shown in FIG. 3 .

The user can browse a plurality of Web pages as page parts by clicking a desired node of the nodes displayed at the classification tree portion 6 - 1 . Also, the user can newly add, delete, or move a node on a tree by operation. These operations are made in the same way as in widely used EXPLORER (trademark).

The user can move or copy page parts by dragging the page parts currently displayed on the Web display portion 602 , dropping them onto an arbitrary node, or further dropping them onto the Web display portion 6 - 2 of the second host module M 1 which is opened.

In addition, the other various functions oriented to page parts can be executed by carrying out a variety of GUI operations at the Web display portion 6 - 2 . These functions are provided by the document management module M 2 described later in detail, and a detailed description is not given here.

In the case of the first host module M 1 configured by using the previously described general browser as another example of the host module, only the Web display portion 6 - 2 exists on the screen displayed when the first host module M 1 is initiated. Similarly, a variety of functions oriented to page parts can be executed by carrying out a variety of GUI operations at the Web display portion 6 - 2 .

A functional configuration of the second host module M 1 will be described with reference to FIG. 5 .

The second host module M 1 is roughly composed of: a classification tree module M 11 for carrying out display or operation for the tree of the Web page at the above classification tree portion 6 - 1 ; a storage function module M 12 responsible for file writing or reading; and a resume function module M 13 .

The document processing module M 2 described later supports a function for displaying a Web page on the Web display portion 6 - 2 .

The classification tree module M 11 displays a classification tree and carries out GUI operations such as node addition, deletion, and moving for the displayed classification tree. As program parts for carrying out the above described tree display or GUI operations, program GUI parts generally called “a tree control” are provided from a variety of venders, and the above GUI operations can be carried out by using them.

Tree control is a GUI part which can display a named node on a tree capable of opening and closing and can allocate an arbitrary adding function through the user operation such as node clicking.

In the classification tree module, M 11 may be configured by adding a function specific to the second host module thereto on the basis of tree control. The tree control itself is not included in the gist of the present invention, and a description is omitted here.

In the second host module M 1 , a Web page is assigned to each of the tree nodes. Information for referring to the document processing module M 2 is provided in order to enable the module M 2 to be referred to by associating the document processing module M 2 corresponding to the node with each mode of tree control.

The node selection module M 11 is a program module called when any one of the nodes is clocked by tree control. This module is generally called a selection event handler.

A node selection module M 111 issues an instruction to the document processing module M 2 in which the selected node is associated with the node so as to display a Web page corresponding to the node. In this manner, every time a node is selected, the corresponding Web page is displayed by the document processing module M 2 associated with the node.

A node addition module M 112 is a program module called when any one of the nodes is added by tree control. This module is generally called an addition event handler. The node addition module M 112 newly creates the document processing module M 2 (in this state, the Web contents are vacant), and adds reference information for associating the document processing module M 2 with the newly added node.

A node deletion module M 113 is a program module called when any one of the nodes is deleted by tree control. This module is generally called a deletion event handler. The node deletion module M 113 terminates the document management module M 2 associated with the node, and deletes it from a memory based on the reference information which the deleted node has.

A node moving module M 114 is a program module called when any one of the nodes is moved by tree control. This is generally called a moving event handler. The moving event handler M 114 does not carry out processing in particular.

A page parts accepting module M 115 is a program module called when page parts are dropped onto any of the nodes by tree control (when a move destination is instructed). This module is generally called a drop event handler. The page parts acceptance module M 115 instructs the document processing module M 2 associated with the node by using reference information to add page parts based on the accepted page parts data (serialized image). In this manner, the page parts identical to those dragged are created on the Web page corresponding to a node of a drop destination.

A description of the classification tree module M 11 has now been completed.

The storage function module M 12 is a program module executed when an application terminates. This module is called a termination event handler. The storage function module M 12 has a function for writing into a file the information concerning the Web page with which each node is associated. In order to achieve this, this module issues a storage command to the document processing module M 2 associated with the node while the nodes of tree are tracked in order.

As a storage method, it is first considered that documents are stored separately. However, contrivance is required such that the respective file names are not duplicated, and files must be collected during next reading, which is inconvenient. Thus, a method for storing all documents collectively in one file is effective.

The resume function module M 13 is a program module executed when an application is initiated. This module is called an initialization event handler. The resume function module M 13 has a function for returning to a memory the information concerning the previously terminated Web page or the like, and restoring the application in its original state. In order to achieve this, the stored files are opened in order, and the nodes on the tree and the document processing modules M 2 associated with these nodes are generated again in order.

(Document Processing Module)

Now, the document processing module M 2 will be described here. Prior to a detailed description of each sub-module configuring the document processing module M 2 , a description will be given with respect to the block Web document which the module M 2 handles.

An example of the block Web document is shown below.

The above block Web document indicates that there are included partial documents “a” and “b” corresponding to page parts which can be handled independently at an element including an attribute “component” allocated below am element “root”. Display data displayed by the partial document “a” is “aaaaa” or “aaaaaaa”, and the display data displayed by the partial document “b” is “bbbbb”. Further, the Web document beginning with an element “root” indicates that page parts of type “type-a” or type “type-b” can be inserted into a position indicated by a tag “accept”.

As is evident from the above block Web document, the partial document in a structured document corresponding to sub-contents can be discriminated by the fact that the value “yes” is specified in an attribute “component” described in the top node (or root node) in the partial document. Here, it is discriminated that a partial document in which the node described in the attribute “component” is defined as a top node corresponds to one sub-content.

This block Web document extends a Web document disclosed in Jpn. Pat. Appln. KOKAI Publication No. 2001-109742.

Also, in the above block document Web document, the tag “import” has a special meaning, and has a function for which page parts of URL specified by an attribute “href” (in the above example, part of page is specified by using URL with XPointer) are inserted into the position. This tag indicates that page parts are provided as an external resource. The page part is totally identical to another page part in handing on page.

In addition, when data is posed via HTTP (Hypertext Transfer Protocol), “Content-Type” must be “text/cmp”. A rule is established such that an extend must be “cmp” if an input from another network protocol such as FTP (File Transfer Protocol) or from a file system occurs. This rule is prepared in order for the document editing system to determine whether or not an input document is a block Web document.

(Page Reading Module)

FIG. 7 shows a configuration of a page reading module M 2 - 1 , and the arrow indicates a data flow.

The page reading module M 21 primarily carries out blocking of Web pages. This module manages document input to the document processing module M 2 . If a given document is a block Web document, the document is posted to the block Web document processing module M 22 through the page reading module M 21 as is. If the given document is another Web document (such as HTML document or XML document), the document is converted into a block Web document, and the converted document is posted to the block Web document processing module M 22 ( FIG. 2 ).

The page reading module M 21 is composed of a page type determining module M 211 and a blocking module M 212 . Web documents entered from a communication such as HTTP or a file system is inputted to the page reading module M 21 . A well known technique may be used for reading processing from the HTTP communication function or file system, and a description is omitted here.

The input document is posted to the page type determining module M 211 . The page type determining module M 211 determines whether or not the input document is a block Web document in accordance with the procedure shown in FIG. 8 . That is, in the case where the input document is posed via HTTP, if “Content-Type” is “text/cmp”, the input document is a block Web document (step S 1 to step S 3 ). When an input from another network protocol such as FTP (File Transfer Protocol) or from a file system occurs, if the extent is “cmp”, the input document is determined to be a block Web document (step S 1 ).

Turning to FIG. 7 , if the page type determining module M 211 determines that the input document is a block Web document, the document is output of the page reading module as is. If it is not a block Web document, processing for conversion into a block Web document is carried out by the blocking module M 212 , and the result is outputted.

The blocking module M 212 executes conversion processing for a given document by using a conversion rule for blocking (here, referred to as a block sheet), and outputs the resulting block Web document. A block sheet database (DB) M 214 stores the conversion rule so that, with URL of an input document which is a key, the conversion rule corresponding to the input document can be searched. When the input document is input from FTP or a file system instead of HTTP, URL of FTP or file URL is used. As a conversion rule, XSLT is used in this system.

A non-block Document is inputted. (step S 10 )

If the document is of HTML, a current document is converted into an equivalent XML document (step S 11 ).

A block sheet application module M 213 actually carries out conversion processing by using a block sheet DBM 214 . A flow of this processing is shown in FIG. 9 . This output is posted to the block Web document processing module M 22 .

Here, a supplemental description will be given with respect to processing (step S 12 ) in the case where a block sheet corresponding to the input document is not found out. When no block sheet corresponds to the input document, no block structure information is provided. Thus, all pages are construed as one page part. That is, an attribute “component” is provided to a root node of the input document. In addition, there does not exist style specification (style attribute) which should be essentially specified in page parts, and thus, a default style which this system has therein is assigned (step S 15 and step S 16 ). In the case of the XML document, a style sheet for simply displaying an XML document in a tree manner is a default style. In the case of the HTML document, a style sheet for displaying the HTML document intact is a default style. In this manner, a general XML document or HTML document can be handled as page parts in this system.

(Block Web Document Processing Module)

The block Web document processing module M 22 is a module provided as a system nucleus which manages a block Web document inputted by the page reading module M 21 , displays the document to a user, and provides a convenient GUI operation for sub-contents. Although it has been given in a description of the host module M 1 , the block Web document managed by one block Web document processing module M 22 is one document. When a plurality of pages (a plurality of documents) are managed, it is required to generate the block Web document processing module M 22 by the number of pages.

The block Web document processing module M 22 is configured of a plurality of sub-modules, and these modules are cooperatively operated each other. Hereinafter, a detailed description will be given with respect to each of these modules.

(Page Parts Management Module)

The page parts management module M 22 is a base service module oriented to another module which includes pages, manages all the page parts in these pages, and provides an API (application programming interface) for configuration change. A data structure of page parts is as illustrated in FIG. 4 .

As shown in FIG. 10 , the page parts management module M 221 is composed of five service modules, i.e., a page parts reading module M 221 a ; a page parts database (DB) M 221 b ; a page parts insertion module M 221 c ; a page parts deletion module M 221 d ; and a page parts storage module M 221 e.

The page parts reading module M 221 a analyzes an inputted block Web document, creates page parts for a partial document corresponding to sub-contents contained in the block Web document, and registers a finally prepared group of page parts in a page parts database M 221 b.

In a block Web document, the sub-contents independently handled are a block Web document itself, are included in a partial document when an element (factor) having an attribute “component” in the Web document assigned thereto is defined as a top node, or are an external resource specified by an element “import”, for example, URL.

Then, the page parts reading module M 221 a first extracts a partial document having the attribute “component” and a partial document composed of the element “import” from an inputted block Web document. However, with respect to the sub-contents themselves (entity of sub-contents), the partial document having the attribute “component” assigned thereto is included in a child element of the element provided as its top node. In addition, in the case of the element “import”, the contents which is an external resource specified by an attribute “href” of the element are downloaded by using a publicly known technique, whereby the entity (content) of the sub-content can be acquired.

With respect to the sub-contents extracted from the block Web document, a page part D 1 is created as shown in FIG. 4 based on each of a partial document in which an element having the attribute “component” assigned thereto is defined as a top node, and a partial document composed of an element “import”. Although a page part D 1 with respect to the block Web document itself being sub-contents is created, such creation is carried out in the same way as above.

Sub-contents (display data), for example, are written into a content D 12 in the page part D 1 of FIG. 4 .

When each page part is created, a parent-child relationship between page parts is obtained from that between partial documents represented in a block Web document (as in the parent-child relationship between elements in an XML document). Thus, with respect to a page part in which a parent-child relationship exists, information on pointer or link for associating a child page part to the page part (child page parts reference D 162 ) or a place (position) D 161 in which the child page part in the page part is inserted is written as information on pointer or link for associating the page part with a parent page part (i.e., hereinafter, referred to as parent page part reference D 15 ) or information for associating the page with a child page part (i.e., hereinafter, referred to as child page parts management information D 16 ).

With respect to sub-contents, URL per XPointer which is pointer information for specifying a position on a document structure of a block Web document including a partial document corresponding to the sub-contents is written into the link URL D 17 . In the case of sub-contents externally acquired by an element “import”, URL with XPointer specified by an attribute “href of an element “import” is written into the URL D 17 .

With respect to each of a partial document having an attribute “component” and a partial document composed of an element “import”, if an attribute “type” is described as its attribute, the corresponding value is written as the type name D 11 . If an attribute “style” is described (if that value is divided into a plurality of character strings by semicolons each character string corresponds to a style sheet identifier, for example), such each character string is written as the style sheet D 13 , respectively.

With each of a partial document having an attribute “component” and a partial document having an element “import”, for example, if an element “accept” exists as a child element in the partial document, it designates that a sub-content which can be inserted exist in the sub-content corresponding to the partial document. A type name of such a sub-content which can be inserted (can be accepted) is indicated as an attribute. In this case, the acceptance information D 14 for inserting sub-contents is written. First, a structural position of the element “accept” is written as the sub-contents insertion place (position) D 141 . If an attribute “type” exists in the element “accept” (if that value is divided into a plurality of character strings by semicolons each character string corresponds to an identifier of type (acceptance type) of an acceptable sub-content, for example), such each character string is written as the acceptance type D 142 .

There is a possibility that a plurality of elements “accept” exist, and write processing is carried out by the number of the elements.

The page parts database M 221 b stores and manages all the page parts contained in a block Web document. Each page part has reference information for a parent page part and a group of child page parts. Thus, information on arbitrary page parts can be acquired by sequentially tracking it based on this reference information.

The page parts insertion module M 221 c is provided for newly adding and inserting page parts as a child of an arbitrary page part.

FIG. 11 is a flow chart illustrating a processing operation of the page parts insertion module M 221 c . Hereinafter, a description will be given with reference to FIG. 11 . For example, when the page part A is inserted into the page part B (step S 20 ), the acceptance type D 142 contained in the acceptance information D 14 of the page part B is taken out from the page part data base, and the type name D 11 contained in the page part A to be inserted is fetched. Then, it is determined whether or not a type name of the page part A written as the type name D 11 exists in the acceptance type D 142 (steps S 20 to S 23 ). When the type name exists, the child page parts management information D 16 on the page part A is registered in the page part B in order to be associated as a page part of a child of the page part B (a child page part). In addition, the parent page part reference D 15 on the page part B is registered in the page part A in order to associate the page part B as a page part of a parent of the page part A (a parent page part) (step S 24 ).

In step S 23 , when a type name of the page part A written as the type name D 11 does not exist in the acceptance type D 142 , the page parts format adjusting module M 225 is called in order to implement insertion of the page part A after converted into a page part of a proper type. At this time, the acceptance type D 142 of the page part B and the page part A are posted to the page parts format adjusting module M 225 , and conversion is requested so that type of sub-contents of the page part A is accepted by the page part B.

When a type of sub-contents of the page part A can be converted into a type acceptable by the page part B, processing goes to step S 24 .

In step S 22 , when an acceptance type is not specified for the acceptance information D 14 of the page part A or when a type of sub-contents of the page part A cannot be converted into a type acceptable by the page part B, processing goes to step S 24 in which insertion of the page part A into the page part B is rejected.

Turning to a description of FIG. 10 , the page parts deletion module M 221 d is provided to delete arbitrary page parts. Specifically, from a parent page part to be deleted, the child page parts management information D 16 for accepting the page part to be deleted is deleted. The page part itself to be deleted is deleted from the page part database. At this time, when a partial document included in a partial document (i.e., a child partial document) exists in the partial document corresponding to a page part targeted for deletion, the page part corresponding to the included partial document is also deleted from the page part database. Movement of page parts can be achieved by combining a function of a page parts insertion module with a function of this page parts deletion module.

The page parts storage module M 221 e has a function for storing a file of an arbitrary page part, and a function for storing a specified page part. When using this function, a page part to be stored and a file name are specified. However, not only the specified page part but also a posterity page part thereof are targeted for storage.

There are three types of storage formats, i.e., a block Web document format, a Pure XML format, and an HTML format. The block Web document format includes a specific expression for blocking or link such as the attribute “component”, element “accept”, or element “import”. Block structure information or a link relationship can be restored even if it is loaded in a page parts storage database.

The Pure XML format is such that these specific expressions for blocking have been removed. The HTML format is such that the currently displayed HTML state is stored intact.

In the case of the block Web document format and Pure XML format, the content D 12 of a posterity page part of the page part is synthesized with the content D 12 of the page part D 1 , thereby determining the contents of storage. In the page part D 1 , an insertion place D 161 in which each page part and an insertion place D 161 into which such each page part is to be inserted are written as the child page parts management information D 16 . This information is used for synthesizing contents.

On the other hand, in the case of HTML, the contents of storage are determined by executing an HTML synthesizing module M 222 a described later (refer to FIG. 12 ).

(Rendering Processing Module)

The rendering processing module M 222 has a function for displaying page parts.

As one of the important uses, a block Web document analyzed by the page parts management module M 221 is displayed at the Web display portion 6 - 2 on a display screen, as shown in FIG. 6 .

A page part may be included in another page part or may include such another page part, as described previously (a page part inevitably has an inclusive relation with another page part). It is insufficient if the style sheet D 12 of the page part is merely applied to the sub-contents corresponding to each page part. Processing for inserting the result of the style sheet application of each child page part of that page part is required. In contrast, in this system, an element “import” is prepared for the style sheet, and a type name of a child page part targeted for insertion is written as an attribute “type” of the element “import” (if it is omitted, any type is acceptable). A command “import” is issued intact as an output together with HTML merely by carrying out XSLT (style sheet) application processing. Thus, the HTML is analyzed, and HTML synthesizing is carried out.

The element “import” in this style sheet (also simply called “import”) is provided for HTML synthesizing to be displayed on a screen. This is analogous to “import” described in the block Web document, but it is another command.

Specifically, assume that there exists a style sheet in which the following result of application is obtained.

At this time, the style application result of a child page part of type “type-a” enters a first element “div”, and the style application result of a child page part of type “type-b” enters a second element “div”.

The HTML synthesizing module M 222 a carries out this synthesizing process. The HTML synthesizing module M 222 a applies a style sheet to a specified page part (a specified style sheet or a first one in the case a plurality of style sheets exist), thereby obtaining HTML.

All the elements “import” are searched from among the obtained HTMLs, and the result of HTML obtained by applying a style sheet to the child page part specified by an attribute “src” with respect to each of these HTMLs is inserted instead of the elements “import”. However, when a command “import” is included in the style application result of a child page part, the style application result of that child page part is inserted similarly before the above insertion. This process is carried out recursively.

When this recursive process completes, one HTML in which the style sheet application results of all child page parts can be obtained. This result is posted to an HTML renderer M 222 b shown in FIG. 12 , whereby HTML is displayed. The HTML renderer M 222 b for use in this procedure is the existing component which has a function for displaying the inputted HTML. This renderer also incorporates a general browser.

A description of processing required for displaying a block Web document has now been completed. It should be noted that some of these matters have been omitted for clarity. Immediately after carrying out style sheet application to each page part or its child page part, thereby obtaining HTML, a GUI processing initialization module M 223 a of a GUI processing module M 223 is called while reference to route element and a page part of the obtained HTML is defined as an input. This is because a GUI operating function such as drag & drop or context menu for sub-contents is inserted in the synthesized HTML. A detailed description will be given later.

(GUI Processing Module)

The GUI processing module M 223 is a module which provides a GUI operating function oriented to sub-contents such as drag & drop or a context menu to page parts which has been displayed. This module has a configuration as shown in FIG. 13 .

The GUI processing initialization module M 223 a carries out processing for registering elements or page parts of HTML targeted for processing (operated to be selected by a mouse or the like) relevant to a drag & drop processing module M 223 b and a context menu processing module M 223 c which are described later.

The GUI processing initialization module M 223 a is called by inputting two items of page parts reference information and route element reference information which is a factor (element) of an HTML document to which page parts are assigned in display. Then, these items of information are registered as an event in the drag processing module M 223 b , drop processing module M 223 c , and context menu processing module M 223 d , thereby bonding processing which corresponds to such an event.

In this manner, when a drop & drag operation or a context menu (right-click) operation has been carried out in a registered HTML element, these processing modules are called, and services oriented to sub-contents function.

In addition, these processing modules has a correlation table between HTML elements and page parts, and thus, the target page parts can be specified. Therefore, a GUI service function can be provided based on the contents of page parts.

Now, processing of these event handlers will be given here.

The drag processing module M 223 b is a processing module executed when a display region of an HTML partial document corresponding to one page part has been dragged. This module is generally called a drag event handler. The user can move or copy page parts by the drag & drop GUI operation. The drag processing module is responsible for its first-half part.

In this processing procedure, as shown in FIG. 14 , when a drag operation is carried out for a partial document which corresponds to display data selected on a screen, parts data corresponding to the display data targeted for operation is temporarily stored in a memory (step S 30 and step S 31 ). In this way, processing to prepare for a drop event which is subsequently generated is carried out. In the supplemental point of view, this drop destination may be a block Web document of another process, may be another application such as a mailer (E-mail software) or OA software, or may be a desktop without being limited to in the range of the same pages. Then, in step S 32 , the page part is posed to the export module M 224 by calling the export module M 224 shown in FIG. 16 to transfer the page part to an external application.

Subsequently, the drop processing module M 223 c ( FIG. 13 ) is a processing module executed when something is dropped on a page part. This module is generally called a drop event handler. This handler is responsible for a latter-half part of the drag & drop GUI operation. The detail on this processing procedure is as shown in FIG. 15 . When a drop event whose sub-contents are targeted for operation occurs, a page part corresponding to the sub-contents targeted for operation is read out from the memory, and the sub-contents are inserted into a position specified by a drop operation using the page parts insertion module M 221 c (steps S 40 to S 42 ). When the sub-contents are inserted, the page part corresponding to the dropped sub-contents is newly created. By referring to the reference information D 15 for a parent page in a page part which corresponds to the sub-contents targeted for operation, it is determined whether or not the page part targeted for operation has been dragged from the same page. If the page part has been dragged from the same page, the page part targeted for operation is deleted from the page part database M 221 b by using the page parts deletion module M 221 d (step S 43 to step S 45 ). Then, re-depicting is attempted by using the rendering processing module M 222 (step S 46 ). On the other hand, in step S 44 , if a page part targeted for operation is not dragged from the same page, processing goes to step S 46 .

In the supplemental point of view, when drop is carried out while the mouse right button is held, the user interprets that a link is intended, and sets a flag (link flag D 18 of FIG. 4 ) indicating the link (the user sets the flag to “1”). In this case, the step of determining whether the right drop is carried out is added between the step S 42 and the step S 43 of FIG. 15 . In the case of the right drop, the link flag D 18 is set to “1”. Otherwise, the link flag D 18 is set to “0”. In this case, the link information may be stored in the link URL D 17 .

When the link is established, even if the sub-contents of page parts of a link destination has changed, there is an advantage that the sub-contents of its latest version are displayed because the page parts are acquired at the link destination when the block Web document is displayed. For example, the user can create one's original portal page which daily changes, the portal page including both of a sub-content called “CD sales best 10” in one block Web document and a sub-content called “book sales best 10” in another block Web document, for example, by registering a desired page part link in a scrap book described later.

The context menu processing module M 223 d ( FIG. 1 ) is a function which pops up a menu of executable commands when it is right-clicked on a page part. This system provides a delete command, an edit command, a create command, an HTML cutter command, and a style change command on a context menu. When the delete command is selected, the page parts deletion module M 221 d ( FIG. 10 ) is executed. The rendering processing module M 222 ( FIG. 2 ) is executed, and deletion of page parts is carried out.

The edit command and create command edit the existing or new page part, and an edit module M 223 e ( FIG. 1 ) supports these processes.

A specific flow of processing is shown in FIG. 20 . In FIG. 20 , for example, after a desired sub-content on the Web display portion 6 - 2 shown in FIG. 6 has been selected, when a create command is selected, a vacant page part is created. Then, this vacant page part is inserted into the page part corresponding to the selected sub-content by using the page parts insertion module (step S 60 to step S 62 ). Then, an XML/XSL editor for editing an XML document or an XSLT document is initiated, and a variety of edit commands are used, thereby creating the content D 12 in the created page part or the contents (entity) of the style sheet D 13 (step S 63 ). After the editing work has terminated, when the XML/XSL editor is closed, the editing result is written into the content D 12 or style sheer D 13 in the page part which is created in advance (step S 64 ).

The existing XML/XSL editor may be initiated in step S 63 .

The HTML cutter command is a function in which, when an input page is originally a general HTML (in this case, the HTML document is converted into a block Web document such that the whole text is one item of parts data), the user specifies a range at the Web display portion 6 - 2 of FIG. 6 , and divides that range as a page part. An HTML cutter module M 224 f supports this function. When the range is divided as a page part, it can be handled as independent sub-contents. A specific flow of processing of the HTML cutter is shown in FIG. 21 .

In FIG. 21 , for example, when input is done for the document processing module M 2 , it is assumed that a general HTML document is converted into a block Web document such that the entirety is provided as one item of part data through the page reading module M 21 ; and further, the converted document is displayed at the Web display portion 6 - 2 shown in FIG. 6 via the page parts management module M 221 or rendering processing module M 222 and the like. At this Web display portion 6 - 2 , after the user has selected a desired region, when the user select an HTML cutter command, a top element in the currently selected range is specified (step S 70 to step S 72 ).

To the specified top element, the element adds the attribute “component” and the style attribute for indicating one sub-content. That is, “component=“yes”” is written into the element, and identification information on a style sheet having an HTML default style described thereon is written into the element (step S 73 ). The contents in the selected range, i.e., the page part corresponding to a partial document composed of elements (factors) in the selected range below the above top element, is newly created, and is registered in the page part database (step S 74 ).

A parent-child relationship is established between the page part corresponding to a source content (one page as one block Web document) and the newly created page part. Thus, based on this parent-child relationship, as described previously, the parent page parts reference D 15 in each page part and the child page parts management information D 16 are written (step S 75 ).

In the supplemental point of view, in determining whether or not an HTML based page exists in step S 71 , it may be determined whether or not a style sheet is an HTML default style. Of course, in the case of a block Web document or other various structured documents as well, a desired partial document may be delimited as sub-contents from these structured documents (i.e., partial documents) by using a command equivalent to the above HTML cutter command.

A style change command is a function which causes the user to select a desired style from among a plurality of style sheets D 13 registered in page parts, and re-displays the page part D 1 on the selected style sheet. A style change module M 223 G ( FIG. 13 ) supports this command. A specific flow of processing for style change is shown in FIG. 22 .

In FIG. 22 , for example, after a desired sub-content at the Web display portion 6 - 2 shown in FIG. 6 has been selected, a style selection command is selected (step S 80 ). In step S 81 , when a plurality of style sheets D 13 are registered in the page part D 1 corresponding to the selected sub-content, processing goes to step S 82 . When only one style sheet D 13 is registered, processing is canceled intact.

In step S 82 , a menu screen for selecting any one of a plurality of style sheets registered in the selected page part is displayed. From among these sheets, a style sheet selected by the user is applied to the selected sub-content (content D 12 in page in page part D 1 ), and the selected style sheet is displayed at the Web display portion 6 - 2 (step S 83 ).

Commands such as cut, copy, paste and the like may be provided, although they are not described here.

(Export Module)

The export module M 224 of FIG. 2 is a module which enables a sub-content to be copied by a drag & drop operation between the document processing module M 2 and an external application, as described previously. Although it is not described, this module is available for the purpose of storing the sub-content dragged & dropped from the document processing module M 2 in the format of an external application.

The word “export” used here denotes that a copy of sub-contents is transferred from the document processing module M 2 to an external application.

In addition, the external application used here denotes an application other than the document processing system according to the present embodiment.

The export module M 224 is composed of a plurality of sub-modules, as shown in FIG. 16 . Although an export request whose page part is defined as an input is received from an external application, such a request is sent to a shared memory registration module M 224 a . The shared memory registration module M 224 a uses other output modules M 224 b to M 224 d to create export data which includes page parts targeted for processing for transferring the page parts and to register them in a shared memory which can be accessed from all the external applications. In this manner, when a page part is dropped, an external application can read the contents in the most preferable data format to the external application.

An application by application format output module M 224 b narrows a target to some prominent external applications, and converts a page part targeted for processing (at least display data displayed by the page part) into a data format applicable to these external applications, thereby generating the above export data and outputting the data to the external application.

A standard format output module M 224 c converts a page part targeted for processing (at least display data displayed by the page part) into a data format which is widely used such as a text format of an HTML format, thereby generating the above export data and outputting the data to an external application.

An object embedding format output module M 224 d outputs to the external application a page part targeted for processing (at least display data displayed by the page part) as in the data format (i.e., data format of page part D 1 , for example) of this system, together with reference information for associating with page part the document processing module M 2 corresponding to the page part. In this method, the document processing module M 2 is embedded partly of a window region of an external application being a drop destination.

(Page Parts Format Adjusting Module)

A page parts format adjusting module M 225 of FIG. 2 is a module used in the page parts insertion processing module M 221 c , as described previously. Specifically, when the page parts insertion processing module M 221 c inputs a conversion request which includes page part targeted for conversion and the acceptance type D 142 in another page part, the type name D 11 of the page part targeted for conversion is searched. Then, at least a type (a data format, for example) of a partial document corresponding to a page part targeted for conversion is converted into any type included in the acceptance type D 142 in another page part.

This conversion request is sent from the page parts insertion processing module M 221 c ( FIG. 19 ) to the conversion rule search module M 225 a as shown in FIG. 17 .

In a conversion rule database M 225 b ( FIG. 17 ), a plurality of conversion methods (conversion regulations or conversion rules) are stored in advance by type of conversion source and conversion destination.

The conversion rule search module M 225 a finds out a conversion method which corresponds to type of conversion source and conversion destination from the conversion rule database M 225 b , and returns the page part of the conversion result. If nothing is found out, this module returns the fact that the conversion has failed to the page parts insertion processing module M 221 c ( FIG. 10 ) being a request source.

The conversion rule database M 225 b manages a plurality of data which contains a set of three items which are conversion source type, conversion destination type, and a conversion rule (a document describing a conversion regulation such as an XSLT document, for example). The conversion rule search module M 225 a ( FIG. 17 ) searches a sequence path (a combination with its sequence) consisting of a plurality of conversion rules for conversion into any of the finally requested types, from the type name D 11 of the inputted page part targeted for processing. When a plurality of sequences has been finally found, a combination of the shortest paths is adopted.

For example, assume that type of page part targeted for processing is a type “type-x”, the final target type is a type “type-y” or a type “type-z”, and the following data is stored in the conversion rule database M 225 b.

(type-x, type-a, xa. xsl) (type-a, type-b, ab. xsl) (type-b, type-y, by. xsl) (type-x, type-c, xc. xsl) (type-c, type-z, cz. xsl)

In this case, there are two types of sequences for conversion into a final target type; xa. xsl→ab. xsl→by. xsl and xc. xsl→cz. xsl. The conversion rule search module M 225 a selects the latter, and returns a page part (type “type-z”) obtained as a result of applying XSLT documents in order.

(Desktop Pasting Module)

The desktop pasting module M 3 is an application which operates in an independent process. When this application software drags & drops a page part (a sub-content) to a desktop, the application software incorporating the first host module M 1 and the second host module M 1 composed of a general browser, the page part can be pasted onto the desktop as in tag paper.

Conversely, the page part can be returned by dragging & dropping it from tag paper to the host module M 1 .

The desktop pasting module M 3 is composed of a desktop monitoring module M 3 a and a tag paper display module M 3 b , as shown in FIG. 18 . The tag paper display module M 3 b is a module which is dynamically generated by the number of tag papers. In addition, each tag paper display module M 3 b generates and maintains the document processing module M 22 at its inside.

In addition, FIG. 19 shows a flow of processing concerning a drop event for a desktop of a page part in the desktop pasting module M 3 .

In FIG. 19 , for example, after a desired sub-content at the Web display portion 6 - 2 shown in FIG. 6 has been selected, when the desktop monitoring module M 3 a ( FIG. 18 ) senses (step S 50 ) that a drop event has occurred on a desktop after a drag operation, the tag paper display module M 3 b is initiated (step S 51 ). At this time, when a sub-content (page part) is not selected, processing is canceled (step S 56 ).

The initiated tag paper display module M 3 b ( FIG. 18 ) allocates a window region on a screen and initiates the document processing module M 2 (step S 52 to step S 54 ).

The tag paper display module Mb 3 causes the initiated document processing module M 3 to read the dropped sub-content (page part), and causes the window to display it (step S 55 ).

In this manner, page parts can be pasted to tag papers one after another. Although not shown because it is publicly known, the window created by each tag paper display module can be moved anywhere the user likes on a screen later.

Conversely, the page part displayed as a tag paper is dragged & dropped on a browser, whereby the page part can be added to a page displayed by the browser or can be deleted from the page.

These functions are not specifically provided by the desktop pasting module M 3 , and is carried out by the document processing module M 22 in each tag paper display module M 3 b which has been described previously in detail.

(Summary of Document Editing System)

As has been described above, a document editing system according to the present embodiment comprises:

displaying on display means (corresponding to an output device 24 of FIG. 24 ) a structured document having a document structure composed of a plurality of elements;

editing a structured document based on a partial document coincident with or included in the structured document, the partial document composed of at least one element for displaying display data defined as an operating unit in advance on the display means;

creating parts data (i.e., page parts) by partial document which includes position information on at least the partial document (which includes information representing a parent-child relationship (an inclusive relationship) between partial documents) based on information (for example, an attribute “component”) contained in a partial document, the information representing a partial document which corresponds to at least one sub-content;

storing in storage means (i.e., page part database) the structured document as a set of parts data; and

updating the parts data corresponding to the display data targeted for operation according to the contents of operation for the display data selected as an operating target, of the display data displayed on the display means, thereby editing the structured document.

Each partial document contains as additional information on the partial document (such as attribute information, for example):

a type of the partial document;

at least one conversion rule for converting a data format of the partial document in another data format;

link information for a partial document in another structured document displayed on the display unit as the partial document; and

at least one of a type and an insertion position of another partial document which can be inserted into the partial document,

the additional information being included in the parts data. Such additional information is extracted from each partial document, and parts data on the partial document is created. Therefore, parts data contains additional information contained in a partial document which corresponds to the parts data.

For example, a position of a partial document can be represented as a location on a document structure of another partial document such as Web page, for example, which includes the partial document.

In addition, a relationship between a partial document corresponding to one entire Web page and a partial document corresponding to one sub-content contained in the Web page is considered to be a parent-child relationship (an inclusive relationship).

Also, there is a case where data (display data) displayed on display means in each partial document may be included in the partial document, and there is another case in which link information for the display data is contained in the partial document.

In this manner, according to the above described embodiment, the above described parts data (page parts) are created based on additional information relevant to each of partial documents which can be identified based on such information representing a partial document in units of operation, whereby, based on the parts data, the contents displayed on a screen can be easily operated to be edited in units of sub-contents (in units of partial documents).

(Service Server)

As has been described above, when a mechanism for carrying out operation or editing in units of sub-contents using a block Web document has been established, some of the Web page providers will want to increase the number of browsers on the Web page by utilizing this mechanism to improve the page inconvenience.

There are two application examples: a static Web page application example for the Web page provider to provide each portlet as a page part at a portal site; and a dynamic Web page application example of providing a product catalog of a search result as a page part at a shopping site or the like. That is, in the former case, all of the Web pages stored in a server are provided as a block Web document having block structure information or the like. In the latter case, for example, each record is provided as one sub-content (a page part); a plurality of records obtained as a result of search are collected in a predetermined format; and one block Web document is created so as to be distributed to a client.

When the Web page provided from the Web site is the block Web document described previously, if the user browses the contents provided from the Web site via a browser, there is provided an advantageous effect that the above described operating function concerning the page parts contained in the Web page can be utilized.

FIG. 23 shows an example of configuration of a server apparatus. The server apparatus 10 is provided to accept a request from a plurality of client terminals (in this case, two terminals) 11 a and 11 b (hereinafter, each of these terminals is called client terminal 11 if there is no need to discriminate them) via a predetermined network 12 such as Internet, and distribute a desired Web document (Web page) to the user.

The server apparatus 10 shown in FIG. 23 comprises: a distribution request accepting section 10 a which accepts a distribution request from the client terminal 11 ; a Web page storage section 10 b which stores a plurality of Web pages (all of which may be a block Web document or may be a document other than the block Web document such as an HTML document); a converting section 10 c for converting into a block Web document a Web document other than the block Web document; a distributing section 10 d for distributing a Web page requested for distribution to the client terminal 11 which is a request source; and a control section 10 e for controlling each of the above sections.

Only the block Web document may be stored in the Web page storage section 10 b , as described previously. In addition, a Web document other than a block Web document may be stored therein. A document other than the block Web document, of all the Web pages stored in the Web page storage section 10 b ( FIG. 23 ), is converted into a block Web document at the converting section 10 c ( FIG. 23 ).

The converting section 10 c can be composed of the page reading module M 21 described previously. That is, if there exists a conversion rule applicable to the Web documents stored in the Web page storage section 10 b , such a document is converted into a block Web document by applying the conversion rule. When an applicable conversion rule does not exist, the Web document is construed as one page part; an attribute “component” is assigned to a root node of the Web document; and a default style is assigned to the Web document.

In this manner, based on a distribution request from the client terminal 11 , the distribution request being accepted at the distribution request accepting section 10 a , the block Web document requested from the client terminal 11 is distributed to a request source via the distributing section 10 d.

In the meantime, another feature of this system is that the user can post page parts in excess of a Web site or Web page. Therefore, the user can sample only the page parts from the Web site for providing contents, and the user can continue an information browsing work on the basis of one's favorite Web site.

Therefore, Web sites can be discriminated from each other at a Web template region, i.e., at a margin portion where page parts are stored. In such discrimination, usability is improved by a design or function, thereby providing incentive to the client. In addition, advantageous effect can be achieved by carrying out guidance to one's owned service such as issuing banner advertisement or effectively outputting one's own products as a result of search.

A system configuration is provided such that a CGI for searching and outputting Web documents or page parts which include only a Web template region and a CGI for synthesizing and outputting the output result of a search CGI and a Web template region are disposed on the Web server.

Another service provided by the server include a service for the server to manage in a substitutive manner a scrap book prepared by a client (user) by using the document editing system shown in FIG. 24 . Such a scrap book is stored on a user operating computer. Thus, there is an inconvenience that an access cannot be provided to the sub-contents stored in one's scrap book. A service for solving this problem include a solution for the server to manage a scrap book. In this case, the server authenticates a user; assigns a group of scrap books of the user so as to browse them; and provides a form for updating the scrap books.

In addition, the server can change the contents of scrap books displayed for the user so as to be convenient to one's own company. Thus, an advertisement effect can be attained by adding one's own product information to each of the scrap books, for example.

Alternatively, it becomes possible to ensure discrimination by a value added service that, from the contents of the sub-content described in a scrap book, the preference of each user or the like is analyzed by using the existing technique such as data mining; and information expected to be welcomed by the user is additionally described in each of the scrap books.

Now, a second embodiment of the present invention will be described here.

The term “tag paper or “tag” used in the following description is a tag paper (a tag) which is electronically created by a computer, and this is also called an electronic tag. In the present specification, the contents of electronic tag include an image, a video image, a voice and the like without being limited to a text. Further, the contents of electronic tag may be multimedia such as HTML having an image, a video image, a voice and the like in complex.

Hereinafter, a description will be given with respect to an electronic tag system which causes a computer having display means such as display to execute an arbitrary program, thereby carrying out a drag & drop operation between a document (data) displayed on the display means and a desktop to execute transfer to an electronic tag from a partial document (data) in a specified range or transfer from the electronic tag to a document (data) displayed on the display means.

Specifically, after a partial region of interest has been range-specified on document display software such as word processor software or Web (World Wide Web) browser, when the range-specified region is dropped on a desktop, a tag paper window having the contents of the partial document written therein is generated at the dropped position. On the other hand, after the tag paper generated on the desktop has been dragged while a shift key is pressed, for example (when dragging is carried out without pressing the shift key, the tag paper window is moved), when dropping is carried out for an arbitrary application handling a document, the contents of the document described on the tag paper are inserted into the document.

In this manner, it becomes possible to paste as tag paper a cut of the contents of the partial document maintained by the application on the desktop by a single-step GUI operation. Similarly, the contents of the document pasted as a tag paper can be inserted into a document of the application by a single-step GUI operation.

Now, a description will be given with respect to a case where the electronic tag according to the present embodiment is resided on an OS (Operating System) of a computer, for example, and is implemented as a program executed by the computer.

In the present embodiment, a description will be given by way of example of a drag & drop operation using a mouse as an operation for indicating a copy or move source and a copy or move destination. It should be noted that the present embodiment is not limited to this case.

FIG. 25 shows an example of functional configuration of an electronic tag system according to the present embodiment.

The electronic tag system incorporates a function for linking a document application for carrying out document creation/editing and the like with the desktop by a drag & drop operation; a function for deleting a generated tag paper window; and a function for, even if software is shut down, storing the immediately previous state when the software is initiated next.

The desktop used here denotes a basic screen displayed on display means, for carrying out file operation or application initiation on a computer (OS) having at least the display means.

Many of the conventional tag paper software components basically incorporate a function for changing a window position or size of a tag paper and an editor function for editing the contents of the tag paper, for example. These functions are categorized in the prior art, and thus, a description is omitted here.

As shown in FIG. 25 , a host module M 4 corresponding to the electronic tag system according to the present embodiment comprises: an event monitoring module M 41 ; a tag window management module M 42 ; and an application state management module M 43 .

The event monitoring module M 41 is a module which monitors a desktop drop event and a tag paper window drag, and carries out processing required for posting a document application and a tag paper if an event occurs. In addition, this monitoring module monitors a menu command event for deleting a tag paper window.

The tag paper window management window M 42 manages information on the tag paper window which the system maintains, and has a function for creating, displaying, and deleting the tag paper window.

The application state management module M 43 is a module which may be called a serializer. This module provides a function for writing into a disk all of the state information which an application has; and a function for resuming an application from state information on the applications written into the disk.

FIG. 30 shows an example of configuration in the case where the system shown in FIG. 25 is implemented on a computer (a computing machine), for example.

That is, in FIG. 30 , this system is composed of a processor (CPU) 40 , a memory 42 , an output device 44 such as a display or a printer, an input device 43 such as a mouse or a keyboard, and a storage device 41 .

Among them, the storage device 41 is utilized to store a program responsible for a nucleus of system controlling and to temporarily store data or the like. This storage device stores an OS 53 , a host program 51 , various application programs 52 and the like. In addition, the memory 42 is utilized for a shared storage region available for use in execution of each of the programs described above or for a working area during program execution. In addition, the program 40 executes the OS 53 , for example, in the storage device 41 , thereby implementing various required control processings including input/output control or various processings.

The processor 40 primarily provides an environment capable of initiating a program such as the host program 51 or various application programs 52 on a computer by initiating the OS 53 in the storage device 41 .

In this state, the processor 40 provides a function which corresponds to the host module M 4 of the system shown in FIG. 25 on the system shown in FIG. 30 by executing the host program 51 in the storage device 41 (that is, by initiating the host program 51 on the OS).

Further, the processor 40 provides a function which corresponds to each of these applications on the system shown in FIG. 30 by executing the various application programs 52 in the storage device 41 (that is, by initiating the various application programs 52 on the OS).

Now, a detailed description will be given below with respect to each sub-module in each module of FIG. 25 .

The event monitoring module M 41 is composed of: an initialization module M 411 ; a desktop drop event module M 412 ; a window drop event module M 413 ; and a window deletion command processing module M 414 .

The initialization module M 411 is a module which carries out initialization for link each sub-module which the event monitoring module M 41 has with an event. This initialization module is called when an application is initialized and when a tag paper window is newly created.

The desktop drop event processing module M 412 is a handler module which carries out processing when a desktop drop event occurs.

FIG. 26 is a flow chart illustrating a processing procedure for the desktop drop event processing module M 412 (hereinafter, simply called a processing module M 412 ).

For example, assume that part of the document displayed on a display by a document application is selected by a mouse or the like; the selected region is dragged; and a desktop is specified as a move destination by a drop operation. Here, assume that the data (information) contained in the above selected region is temporarily stored in a shared storage region in the memory 42 of FIG. 30 by a document application which displays the data.

The shared storage region designates a storage region which can be accessed from all applications. This region is called in WINDOWS (trademark), for example.

In a general application on Windows, when a drag operation is made by using a mouse in a state in which a region is selected, it is general that the contents in the selected region are stored in the shared storage region (a clipboard).

When the occurrence of the drop event for the desktop is sensed (step S 90 ), the processing module M 412 reads data targeted for drop from the shared storage region (step S 91 ).

At this time, the data format of the data written in the shared storage region may be any of the HTML format, rich text format, text format and the like. In this case, the processing module M 412 selects any one of the above formats in accordance with the priority assigned to this system in advance, and converts the data read out from the shared storage region into the selected data format.

Next, a window creation module M 422 is called; a window is newly created on the coordinate on which a drop event has occurred; and data read in the window is written (step S 92 ).

The window drag event processing module M 413 (hereinafter, simply called a processing module M 413 ) is a handler module which carries out processing when there occurs an event that a tag paper window has been dragged.

FIG. 27 is a flow chart illustrating a processing procedure of the processing module M 413 .

For example, when the fact (a drag event) that the tag paper window displayed on a display is operated to be dragged (a drag event) is sensed (step S 100 ), the tag paper window targeted for dragging is specified (step S 101 ) from among the tag paper window stored in a window database M 421 . This window can be specified by comparing a position of a display region on a tag paper window specified as a drag target or identification information on the tag paper window with information concerning each tag paper window stored in the window database M 421 . The existing technique may be used without being limited to this case.

The data pasted on the specified tag paper window is written into the shard storage region of the memory 42 of FIG. 30 , for example (step S 102 ).

The shared storage region is a memory region which can be accessed even when executing any of the applications stored in a computer.

Subsequently, when it is sensed that a moving operation has completed when the mouse button is released, communication with an application existing on the front-most face on the coordination (an application for displaying a document specified as a copy or move destination by a drop operation) is made, and the data written in the shared storage region is supplied (step S 103 ). That is, the data written in the shared storage is read by a computer which executes the application program existing on the front-most face on the coordinate.

Some OSs search an application which should be a communication partner at the same time when a mouse button is released, and provide a channel for data transfer between both of them. Therefore, in this case, the software may only supply data to a channel assigned by the OS.

In addition, some OSs automatically carries out data transfer itself. In this case, processing in step S 103 is not required, and processing for writing data in the above shared storage region, the data having been written in an electronic tag, will suffice.

The window deletion command processing module M 414 (hereinafter, simply called a processing module M 414 ) is a handler module initiated when the deletion menu provided by each tag paper window has been selected by the user.

When the processing module M 414 is initiated, a window deletion module M 423 is called while reference information for a tag paper window targeted for deletion is defined as an argument.

The reference information for the tag paper window may be an address on the window database M 421 having stored therein the information concerning the tag paper window. In addition, when identification information for identifying each of the tag paper windows during creation of the window is provided, this identification information may be used as the above reference information. Any reference information may be used as long as there is provided information capable of recognizing which of the tag paper windows is specified in this system.

The tag paper window management module M 42 is composed of the window database M 421 , the window creation module M 422 , and the window deletion module M 423 .

The window database M 421 stores information concerning each tag paper window as a list in order to manage the tag paper window maintained by this system.

The information concerning the tag paper window contains, for example, data stored as tag paper, coordinate indicating the display position of the tag paper window or window size, identification information provided to each tag paper window and the like.

The window creation module M 422 is a module called by the processing module M 412 . This module receives as parameters the coordinate indicating the position for creating a window and the data stored in the window, and displays the window on a screen.

FIG. 28 is a flow chart illustrating a processing procedure of the window creation module M 422 .

When this creation module receives from the processing module M 412 a window creation request including the coordinate indicating the position for creating a window and the data stored in the window (step S 110 ), it creates the tag paper window on the specified coordinate (step S 111 ). The module writes the above data contained in the window creation request in the created tag paper window (step S 112 ), and stores the information concerning the newly created window in the window database M 421 (step S 113 ).

Every time the tag paper window is created, the window creation module M 422 may store identification information for identifying each of the windows in the window database M 421 by providing the information.

The window deletion module M 423 is a module called by the processing module M 414 . This module receives as a parameter the reference information for a tag paper window targeted for deletion, and deletes the tag paper window.

FIG. 29 is a flow chart illustrating a processing procedure for the window deletion module M 423 .

When this module receives from the processing module M 414 a window deletion request including reference information on a tag paper window targeted for deletion (step S 120 ), it erases display of the tag paper window specified based on the reference information (step S 121 ) and erases it from the OS (step S 122 ). Further, the deletion module erased from the window database M 121 the information concerning the specified tag paper window (step S 123 ).

Now, a description will be given with respect to the application state management module M 43 .

The application state management module M 43 is composed of a state write module M 431 and a state resume module M 432 .

The state write module M 431 is a module called when the various application programs 52 such as a document application have been executed. This write module writes all of the information maintained by the application into a disk or the like. At this time, the information written into the disk is called application state information.

In this system, the state write module M 431 processes window information such as coordinate or size and data stored as a tag paper, for example, relevant to each of the tag paper windows registered in the window database M 421 .

The state write module M 431 writes these items of information into a disk in order of being stored in the window database M 421 .

The state resume module M 432 is a module called when the various application programs 52 such as a document application are started to be executed. This module carries out reading and state restoration in an application based on the application state information written in the disk. This operation is reversed from the state write module M 431 .

As has been described above, according to the above described embodiment, a first program is executed on a computer having at least display means, whereby it is sensed that a desktop displayed on display means is specified as a copy or move destination by a copy or move operation for second data which is the data in a specified range, of the first data displayed on display means (for example, it is sensed that a desktop is specified by a drop operation), a window being an electronic tag (a tag paper window) is displayed at a specified position as the copy or move destination on the desktop, and the second data stored in the shared storage region in the computer is displayed on this window.

That is, according to the above described embodiment, for example, the above second data can be pasted to an electronic tag (a tag paper window) by a single-step GUI operation via a drag & drop.

In addition, when a moving operation (for example, a drag operation) for moving a display position of a tag paper window is sensed, in order to insert the second data displayed in the tag paper window displayed on display means into third data displayed on display means by executing a second program which is different from the first program on the above computer, the second data displayed in the tag paper window is stored in the above shared storage region.

The second data stored in this shared storage region is read by a function of the second program through an operation (for example, a drop operation) for specifying a desired position of the third data as a move destination, and is inserted into the third data.

That is, according to the above described embodiment, for example, via a drag & drop, the second data pasted onto tag paper can be inserted into a desired position in the third data by a single-step GUI operation.

As a program which can be executed by a computer, a technique described in the embodiments of the present invention can be stored in a recording medium such as a magnetic disk (such as a floppy disk or a hard disk), an optical disk (such as CD-ROM or DVD), or a semiconductor memory, or can be distributed via a network such as Internet.

The present invention is not limited to the above described embodiments, and various modifications can occur without departing from the spirit of the invention at an implementation stage. Further, the inventions at a variety of stages are included in the above described embodiments, and a variety of inventions can be excerpted according to a proper combination in a plurality of disclosed constituent elements. For example, even if some of the all the constituent elements presented in the embodiments are deleted, when (at least one of) the problems described in the Brief Summary of the Invention section can be solved and when (at least one of) the advantageous effects described in the Advantageous Effect of the Invention section can be obtained, the configuration from which this constituent element has been deleted can be excerpted as an invention.

Additional advantages and modifications will readily occur to those skilled in the art. Therefore, the invention in its broader aspects is not limited to the specific details and representative embodiments shown and described herein. Accordingly, various modifications may be made without departing from the spirit or scope of the general inventive concept as defined by the appended claims and their equivalents.