MXPA01012418A - Personalized metabrowser. - Google Patents

Abstract

The inventive application dynamically configures content data segments selected from numerous Internet data resources (202), such as documents (218), based on user defined preferences. The resulting presentation template data file formates a "real time" customized display (212) that gathers and aggregates selected content data segments into a single viewing area. The inventive presentation template does not store the actual data of the stored segments. Contrarily, what is being saved are the addresses of the parent document (202) as well as the coordinates of the actual data segments within their parent document (202). This customized presentation template may be shared with other users via e-mail, storage medium, or proxy server. It may be displayed by a custom-built or any off-the shelf commercially available Internet browser (204) on any Internet connected device, e.g., PC, Set, Set Top Box, personal digital assistant, etc.

Description

CUSTOMIZED ME ÜSTER Field of the Invention The present invention relates to the presentation of data retrieved from the Internet and more specifically to the construction of a presentation template to display multiple segments of data from multiple documents of the Internet in a dynamic manner on a screen display.

Antecedents of the Invention The presentation of Internet technology has made it possible for users of computer devices connected to the Internet to have access to extensive and growing sources of information. However, despite the wide availability and volume of such information, the means to gather diverse elements of the information in real time for display purposes on a single page of presentation or screen, is still evolving. Commercially available programs designed to retrieve and display Internet documents on the screen are called search engines. Examples include, the Microsoft Internet Explorer ™ and the Netscape Navigator ™. The search engines download and display on the screen the Internet documents, which can be found in a hypertext markup language (HTML), or embedded in an extensive markup language (XML) format, and one document at a time. These documents can be retrieved from devices connected to the Internet, called Internet sites, which are assigned separate addresses from the uniform resource locator (URL). Where a simple search engine is used, two separate documents can be viewed, requesting, retrieving and viewing a first document, followed by the request, retrieval and view of the second document. However, the first recovered document will be lost from view when the second document is being viewed, although the navigation commands to the FRONT and BACK of the browser may allow the quick representation of previously retrieved documents (and which have now been lost to the view) . This problem can be alleviated in part, by using more than one copy of a search engine. Where multiple copies of a search engine are used, multiple separate documents can be viewed by requesting that each copy of the search engine being used be recovered and a separate document displayed on the screen. In the windows environment of the most current operating systems, for example (Windows NT ™), you can see multiple documents retrieved by individual search engines simultaneously, side by side, or in any way that the user selects to accommodate the windows that can be viewed . To facilitate the solutions to the problems of the simultaneous recovery of a plurality of Internet documents, an intelligent agent program (software) can also be used. The intelligent agent program shown in Figure 1 is used to perform a wide variety of activities on the Internet, including a classification of computing tasks such as search, evaluation, reconfiguration and filtering of documents. The intelligent agent program can act autonomously on behalf of the user, and can perceive the conditions of its computing environment, adapt to changes, and perform the intended activities according to previously defined and learned parameters. When a multi-tasking intelligent agent software is used to download documents from the Internet, the latter can automatically upload a plurality of previously determined documents from a variety of Internet sites on the user's desktop computer at a time. This multi-tasking capability allows the intelligent agent program to create a "personal portal" on the user's device, which can facilitate the search, rating, comparison and procurement of online products and services. The only problem, which the intelligent agent program does not address or solve, is the arrangement and presentation of the content added to the user on a single screen page. The products that are currently available to search and display multiple documents on the Internet include applications such as CatchTheWeb, whose description can be found at htt: // www. catchthe eb. com/ . The CachTheWeb site describes the application as follows: "... an integrated development environment to manage your page file. You can view the pages, rearrange the order, delete them, change the titles and review your comments about them" .

Although programs such as the CachTheWeb can solve the problem of collecting related information, the final product of the CachTheWeb is a list of Internet documents (pages), which can be viewed in the form of one document at a time. The extensive presentation of data of interest filtered and collected from more than one page and displayed on the screen in a single page display, is not solved by this product. Currently, there is a need to customize the on-screen display of documents retrieved from the Internet. Custom deployments can include a total document, a part of the document or just a segment of data presented in a document. A simple data segment can be statistical, or it can be modified dynamically on a regular or irregular basis by its central Internet site. For example, a resort may have an HTML / XML document that describes the center, its availability of rooms and its prices. A related HTML / XML document can describe local entertainment, for example, restaurants, hotels, theaters, and recreational facilities near the hotel. A different Internet document may include daily weather reports for each city in the state where the target resort is located, including water and air temperatures, updated hourly. Using the current search technology, an Internet user is required to retrieve and view each of these documents separately. The resort document, then the entertainment document, followed by the climate document, although not necessarily in that order. And, as mentioned above, seeing a document can prevent another document from being seen at the same time. Additionally, users interested only in the climate report would be required to retrieve and display on the screen all the HTML / XML document that contains that information, which is an inconvenient process when you want only one element of the page to appear in which is said information. Therefore, what is needed is a mechanism to retrieve multiple HTML / XML documents, located in a variety of URL locations, select the information from them, in which the user is interested, and display that information together in a preformatted presentation document, according to the instructions found in a presentation template, and all on one page. In addition, the size (in bits) of the presentation template must be minimal, so that the aggregate content can be displayed on devices connected to the Internet of different capacities.

SUMMARY OF THE INVENTION The present invention allows the user of an apparatus connected to the Internet to construct presentation templates for the on-screen display of data segments from multiple documents. These documents can be retrieved by search engines, or the smart agent program. All required documents are collected and analyzed in nodes that contain data segments. These documents are then displayed on the screen showing the segments of data that can be selected, separated by lines. The user examines and selects the desired data segments. A representation for screen display is then prepared, accommodating the selected data segments in the appropriate windows of the screen display representation. Representations for screen display can also be constructed from sets of previously made display representations, and multimedia presentation metaphors. To complete the training, the following data can be stored for all the selected data segments in the presentation template: 1. - the address of the document, for example, the URL; 2. - the location of each data segment within your paternal document, as described by the counting of "start" and "end" marks of the beginning of the document; 3. - the size of the representation for screen display, and the distribution of the location of each segment of data within the representation for screen display; and 4. - the attribute information for each of the data segments. After completion, the presentation template can comprise instructions for making online requests for the target documents on the Internet, intelligently selecting the data segments of these documents on the Internet, and presenting these data segments in an organized manner for which he will consult them. The presentation template, after having been employed by the presentation segment of the program of the invention, at the request of the user or on a scheduled basis, can provide instructions to retrieve specific documents, translate the exact locations of content of these documents, and display the contents in specified formats on the screen. The user's previously configured presentation template allows real-time recovery, and the selection of multiple data segments from multiple Internet sites and other sources, locally or through the Internet. The presentation template can be used for execution by the application of the invention, or it can be executed by any search engine outside the shelf.

Brief Description of the Drawings The foregoing objects and advantages of the present invention can be more readily understood by one skilled in the art, with reference to the following detailed description of the preferred embodiments thereof, taken in conjunction with the drawings which the accompany where the similar elements have identical reference numbers designated in all the figures, and in which: The figure is a pictorial representation of the environment in which the program of the invention creates a "personal portal" to have access to a plurality of documents. Figure Ib is a diagram of a computer system used to implement the present invention. Figure 2 is a document recovered from the web. Figure 3 represents the data of the document shown in Figure 2, Figure 4 is a flow chart of a process of the invention for recovering and analyzing documents and for constructing a presentation template.

Figure 5 is a flow chart of the process of the invention for examining individual retrieved documents. Figure 6a shows the data of the document of Figure 3 after they have been examined by the examination process of Figure 4. Figure 6b is an illustration of an object tree constructed in accordance with document 20, as it is illustrated in figure 2. Figures 7a to 7d are samples of recovered documents of figure 2, showing on the screen, separate data segments that can be selected. Figure 8a is an interface view of the user combining programs of the component of the invention, and an on-screen display of a document. Figure 8b is a view of a user interface for constructing the presentation template. Figure 9a is a flow chart of a process of the invention for constructing the presentation template of the invention. Figures 9b and 9c represent a data file, or a drawing to store the bookmarks for the data segments.

Figure 10a is a diagram of a computer system used to display the display template of the present invention on the screen. Figure 10b is a flow chart of a process of the invention for displaying the presentation template of the invention on the screen. Figure 11 is a flow chart of a process of the invention for translating and displaying on the screen the selected Internet documents, retrieved in accordance with the presentation template of the present invention. Figure 12 is a flow chart of an error review process of the invention. Figure 13 is an on-screen display of the repositioned data segment of the document of Figure 8 a.

Detailed Description of the Invention With reference to the drawings and in particular to Figure 1, a network system 10 is illustrated, which comprises a computing system 12 in which the program of the present invention is executed, a plurality of devices or web sites connected to the Internet 14a-g, a plurality of databases 16a and b, a network 11 for interconnecting the computing system 12, with each of the websites 14 and the databases 16. In an illustrative embodiment, the The present invention can be implemented in a network 11, such as the Internet or the Intranet. Alternatively, the network may not be necessary, in cases where the data can be retrieved from a storage device. In cases where the network 11 takes the form of the Internet, the computer system 12 can be designed to work with the existing products built using the Internet interactive development tools (web), such as the common gate interface ( CGI) 18 using Perl writings, and an active server agent 18, which works with documents written in Java and Java / Visual languages. Through the use of these tools, the present invention can simultaneously access and retrieve data from a plurality of websites or Internet 14a-g, as well as databases connected to Internet 16a and b. Referring to Figure Ib, the details of the computing system 12 are shown. In an illustrative embodiment of this invention, the computing system 12 comprises a bus 1, which is directly connected to each of the central processing units ( CPU) 2, a memory 3, a video interface 4, an input / output interface (1/0) 6, and a communication interface 8. The common bus 1 is connected via the interface 1/0 6 to the storage 7, which can take illustratively, the form of memory grids, disks, diskettes, compact discs (CD), digital video discs (DVD), etc. The video interface 4 couples a screen 5 to the common bus 1. The communication interface 8, for example, a modem, is coupled to an Internet address 9, for example, an Internet Service Provider (ISP) which at the same time, it is connected to the network 11, whereby a data path between the network 11 and the computer system 12 is provided, and in particular its common bus 1. The computer system 12 as illustrated in the figures the and b, operates in the context of this invention, to transmit requests through the network 11 to the selected web sites 14 to have access to and download the data thereof, which represent a document 20, such as it is illustrated in figure 2. The document 20 is transferred to the computer system 12, where one data element is processed at a time, and displayed on the screen 5 in the form of the document 20 illustrated in figure 2. The data of the downloaded document as they were processed cor respond to the text shown in figure 2, for example "our rates and prices": as well as the rest of the illustrated text. In addition, the document data also includes a collection of embedded codes that explain the meaning or formatting desired for the marked text. Embedded codes include instructions or commands, which control which document will be viewed, and / or where it will be placed within document 20. Although the brand language illustratively shown in this description is the well-known hypertext and Extensible Mark Languages ( HTML or XML), it will be appreciated that there are other similar delimited formats, for example "Acrobat" or "WordPerfect", which can be used in this invention. It should be appreciated that only the marked text, but not the marked language itself, will appear in the document displayed on the screen 20 of Figure 2. The data of the document transmitted by the network 11 from a selected web site 14, they comprise the texts of the data shown in figure 2, and the codes embedded to impart the adaptation of that text, as illustrated in figure 2. The physical adaptations of the data of the document are again accommodated in the Figure 3 to illustrate how embedded codes delimit data containers, and how those data containers are nested at different levels within the document data. As will be explained later, the data containers are assigned several numbers. As also shown in Figure 3, each of the plurality of data containers comprises the content that is identified by the number 24, and a pair of embedded codes, known in computer terminology as "labels" or "marks". 22 and 26. These marks 22 and 26 are placed on either side of their data content 24, and are known respectively as "start" tags 22 and "end" tags 36, respectively. The start marks 22 and the end marks 26, both are constructed by means of closed parentheses "<; > ", but differ from each other in that only the endmarks 26 include a" /. "In one embodiment of this invention, the data container is identified by the number 32a and enclosed by a rectangular-shaped block for rapid recognition the data container 32a The start mark 22"< H1 > "and the end mark 26" < / Hl > "are placed in the data container 32a directly on either side of the text of the data 24," our rates and prices. "In contrast to this configuration of the data container 32a, there is the data container 32b, wherein the start 22 < TABLE > and the end mark 24 < / TABLE > are surrounded by a rectangular shaped frame 34b, the start mark 22, and the end mark 26 are displaced between them and serve to delimit the data content 24 contained in table 32d.Although the data content 24 has been described in terms of text and illustrated as such in Figure 2, it should be appreciated that said content may comprise video data, images and / or links with other websites 14 that are connected to the network 11. The tables illustrated in figure 3 show the way in which the data are nested in the containers with respect to each other, and in a plurality of levels. a mod Illustrative nature of this invention, in which the nesting of container data occurs in 6 levels. The segments of the container 32a and 32b, which are identified by the rectangular boxes identified by these numbers, are the data containers of the highest level of the nested structure shown in Figure 3; this higher level is also known as level 1. There are no nested containers inside the data container 32a. However, there is a number of nested data containers within container 32b; in particular, there are 3 data containers 34a, 34b and 34c, which are all in the containers of level 2, and are nested within the container of level 1 32b. In addition, there are 2 data containers 40a and 40b in level 3, which are nested within the level of data container 34b of level 2. At the same time, there is a data container 42 in level 4, which is nested within container 40b of level 3. Additionally, there are 3 containers 44a, 44b and 44c in level 5 which are nested within the container of level 42. Finally, in this illustrative embodiment, there are 2 containers 46a and 46b in level 6 , which are nested within the container 44a of the level 5. As will be explained below, the document 20 (figure 2), which is downloaded from one of the web sites 14 (figure a) is subdivided or analyzed in a plurality of data segments, which are identified by the numbers 132a and 132b as illustrated in Figure 7a. The analysis routine analyzes the nested data elements 32a-b, 34a-c, 42, 44a-c, etc., identifying and counting the number of start marks 22 and endmarks 26 within the document 20 to determine the relative location of each of the data containers within the document page 20. This identification and counting operation can be performed in the entire document 20, until all the nested data containers 32a-b, 34a-c, 42 , 44a-c etc., within that document 20 have been identified and located. The start mark 22 and the end mark 26 for each of the data containers can also be marked with other types of codes, known as content attributes that determine, for example, the graphics, the way the text is displayed, the structure of the text in the form of a table etc. Container relationships similar to those described above can also be found in most existing documents created by programs such as Microsoft Word ™, Microsoft Excel ™, Microsoft Powerpoint ™, Lotus Notes ™, WordPerfect ™, Adobe Acrobat ™, etc., as well as in all existing database programs, to the extent that the data in the documents are delimited according to some defined rules, the present invention can be used to subdivide or analyze document 20 (Figure 2) into typically smaller data structures, which are referred to herein as data segments. Emphasizing that the services of the interactive Internet program produce documents organized in the container mode, for example, in the HTML / XML format, the present invention can interpret the organization of the data elements of these documents, and You can dynamically rearrange the data elements in a graphical interface level to be viewed. Figure 4 shows the steps of the information retrieval and analysis operations of the present invention. In step 60, the URLs for websites 14 (figure 1) where document 20 (figure 2) of potential interest can be found are retrieved for computer system 12 (figure 1). The addresses can be provided manually one at a time, or automatically in a saved file.

Additionally, since some computer systems 12 (figure one) can be located beyond the walls of the Internet game, an HTTP proxy can be used. For this reason, the application of the invention may have the ability to configure said power, so that all Internet activity may proceed through it. A determination is made in step 62, and all the necessary data has been found. If the recovered documents 20 (FIG. 2) do not contain the necessary data segments, the process returns to step 60, for an additional retrieval of documents. If the documents 20 of interest have been found, the analysis of the documents retrieved in step 64 begins, as illustrated in Figure 4. The detailed steps of the analysis will be explained below with respect to Figure 5. Basically, Step 60 analyzes or subdivides the selected documents 20 (Figure 2) into a plurality of data segments 132a-b (Figure 7a). The number of data segments can be increased as necessary by the user (Figures 7b, 7c and 7d). After selecting the desired degree of granularity, the user in step 66 selects the data segments of the document displayed on screen 20 (figure 2) that contains the data of interest and subsequently stores a bookmark for that segment so that his data can be recovered later. In step 68, the user indicates if there are additional data segments to be identified, either from the same website or perhaps other sites. If additional data segments are to be identified, the process returns to step 60, and the document selection and analysis steps 60, 62 and 64 are repeated until all the desired data segments have been identified. If all the necessary data segments have been identified with step 68, the user stores the pointers or addresses of each of the selected data segments. The detailed steps of the analysis process 64 (Fig. 4) will be explained in more detail with respect to Fig. 5. Initially in step 70, the data representing the document 20 (Fig. 2) as retrieved from your web site. 14 (figure a), are downloaded into the computer system 12 (figure a). The data of the document, as explained above, is a sequence of data elements, some of which are data contents and others are embedded codes, as illustrated in FIG. 3 so as to illustrate the structure of the nesting of data containers. In step 72, each of the data elements is examined and the start marks 22 and the end marks 26 are stored, while all other elements of the data content are discarded. The output of step 73 is illustrated in Figure 6a, to show the sequence of the start marks 22 and the endmarks 26, where all the data contents 24 have been deleted. Each of the labels of these outputs is examined in step 74 to determine if the tag is a start mark 22 and, if so, a node A and a corresponding branch of an object tree 89 are constructed, as illustrated on page 6b for each mark of start 22 that has been identified in this way. The object tree 89, has a single root node that is identified as Al, where the construction process starts. Subsequently, step 78 extracts the data type of the start mark 22 and, in step 80, applies a mark to node A that identifies the data type of the start mark 22, for example, if it is a mark of image, text, etc. Subsequently, the process returns to step 73 to examine the next data item. If step 74 determines that the tag is an end mark 26, for example that is not a start mark 22, step 86 determines whether the detected end mark 26 is the final end mark in document 20 (FIG. ). As illustrated in figure 3, the definitive end mark 26, is the <tag; / TR > at the bottom of figure 3, which marks the end of the data of the document that represents the document on page 20 (figure 2). If said final end mark 26 is identified, step 88 terminates the construction of object shaft 89 (Figure 6b). If step 86 decides that the end mark 26 is not the definitive label, step 82 traverses the object tree 89 one level, or a subsequent branch to the root node Al. There is only one path from any node A, towards the root node Al for the process of building the tree to return to the root node Al. After traversing the support of tree 89, the process returns to step 73 to examine the next data item. This process of analysis 64 is repeated through steps 71 to 88, until each data element of the data in the document has been examined and step 88 has identified the definitive end mark 26. The final structure of the tree 89 which corresponds to document 20 (figure 2) is illustrated in figure 6b. Referring now to FIGS. 6a and b, the object tree construction process 64 starts at the root node Al and initially detects the first start mark < H1 > 22 of the data container 32a by means of which the first branch that connects the root node Al to the node A2 for the tree 89 is added. Subsequently, the process 64 detects the closing node < / Hl > 26 of the data container 32a and moves the support tree 89 of the node A2 back to the root node Al. The construction is carried out so that when a start node 22 is detected, the process moves away from the root node Al , and back to the root node Al, where an end-mark 26 is detected. Subsequently, the process 64 detects the first start mark < TABLE > 22 of the next data container 32b and constructs a branch leading to a node A3. The start node < TR > 22 of the data container 34a is then detected, by means of which the branch for the node A4 is constructed.

Subsequently, the first opening node <> is detected. TH alignment = left > 22 of the nested data container 36a, and the root is constructed to the node A7. Subsequently, the closing tag is detected < / TH > 26 of the data container 36a and the construction process goes back to the root node Al to the node A4. Then the start tag < TD > 22 of the data container 36b is detected, so a branch is added to the node A8. Then, the end mark is detected < / TD > 26 of the data container 36b so the process moves back to the A4 node. Subsequently, the end mark is detected < TR > 26 of the data container 34a and the process moves back to the node A3. The construction process of tree 64 continues in this way until the process has built all the nodes from Al to A19 and process 64 has returned to the root node Al, which occurs when the final return node has been detected < / TABLE > 26 of document 20 in step 88 of process 64. As seen in Figure 6a, each of the data containers can be identified by that node A, which constructed process 64 upon detecting the first start mark examined in FIG. said container. The structure of the object tree 89 identifies each connection between the adjacent data containers, and the level that data container in the nest structure. As will be explained above, the relative position of the first start mark 22 of the container 32b marks the start of that data container, and the structure of the nested data container as indicated by the object tree 89 which dictates the placement of its end mark 26 and therefore, the end of the data container 32a. Similarly, the start mark 22 of the remaining data containers marks the start and end of their respective data containers, as identified by each of the nodes A2 through A19 (Figure 6b). As will be explained below, the start marks 22 will be used to mark the start and end of each of the data segments of a document 20, whereby, the document 20 can be analyzed or subdivided. An alternative to this extensive method for analysis can be a simple routine of content division. Said routine can simply find a data content element 24 (figure 3) included between its start mark 22 (figure 3), and the end mark 26, and divide the data content. In other words, a copy of the data of the document without its data content, but with all the labels 22, 26 (figure 3) intact, may be sufficient for the analysis process 64 (figures 4 and 5) to examine and analyze in a successful way This method, although it is acceptable, is not as complete and extensive, as the one described in conjunction with figures 5, 6a and 6b, where the additional information is collected, and is used by reading it consecutively, and processing each of the elements of the data of the 'document.

Selection of Data Segments When all data containers 32a-b, 34a-c, 36a-b, 38a-b, 40a-b, 42, 44a-c, 46a-b, 48a-b, 50a-b (figure 6) of the document 20 (figure 2), are identified and analyzed, the document 20 (figures 7a-c) can be displayed on the screen graphically, with each of these nested data containers, shown in the display 5 by means of which, the user can identify the specific data of the downloaded document data, and the size or granularity of the data segment comprising the data of the selected document. The user can now point, click and drag any and all data segments that can be selected, shown on screen 5 (figure 1) to build a presentation template. After selecting all the necessary data segments of all the analyzed documents 20, the process configures an obj ective presentation template. The document 20 shown in Figure 7a can be displayed on the screen 5 for the user, with each of its data segments 132a-b visually separated by the lines 54a and b. These lines separate and delineate the document 20 in the data segments 132a-b that is, the line 54b delineates the data segment 132a of the data segment 132b. Lines 54a and 54b are generated according to the respective position of the first start mark <; H1 > 22 of the data container 32a and the first start mark < TABLE > 22 of the data container 32b. It should also be appreciated that the data segments 132a and 132b show the same data content as their related data containers 32a and 32b, respectively. In addition, as illustrated in Figure 6a, the data segments 132a and 132b, show the level 1 data. The display of the document 20 can be shifted. In addition, the additional icons 56a may be superimposed by the screen 5, in a particular data segment, to indicate, for example, that the data segment 132b may be analyzed or subdivided into additional data segments. This is achieved intentionally, so as not to flood the user with the granularity of the screen, which may be too small and unnecessary. If the user wishes to increase the granularity, for example of the data segment 132b, the user only clicks on the icon 56a to cause the document 20 to be further divided, as illustrated in figure 7, in the segments of data 134a, 134b and 134c, which show the level content of level 2, 34a, 34b and 34c containers. In a similar way the icon 56a can be signaled with a click again to further analyze the document 20, as illustrated in figure 7c to further include the data segments 136a-b, 138a-b and 140a-b, which show the data of containers of level 3, 36a-b, 38a-b and 40a-b. If the icon 56a is clicked again, the document 20 will further be subdivided to include, as illustrated in figure 7d, the segments 146a-b, 148a-b and 150a-b, which show the data of the containers of data from level 6, 46a, 46b and 46c. Additionally, where it is found that the data elements of the document use embedded logic, tables and pointers for other documents, then those items can be activated, loaded and analyzed, if they all come from the data of the same document. This can be achieved as a resource, until there is no more data to process. For an additional explanation, please consider, that as illustrated in Figure 8a, document 90 has data segments 92 separated by lines 54. Document 90 is presented as a window in the user interface of the invention 94 , which can be shown on screen 5 (figure 1). By selecting a menu 96 from icons 98, the user can control which operations are invoked for the service. For example, the user can click on any of an icon 100, to start the recovery and analysis operations 60 and 64 described above, an icon 102, to initiate the collection and construction functions, as will be described, and an icon 104 for initiating the distribution and opening of the completed presentation templates as will be described later, and an icon 106 for on-screen display and translation of the operations as described below. All component parts of the invention can be included within the user interface 94, individually or in combination.Presentation Template Builder After the collection / construction icon 102 has been activated, and all retrieved documents 20 have been analyzed, the desired data segments 92 of each user can be selected with a mouse, or a keyboard. The selection of the data segments places that data segment and its related pointers, such as the address of the parent document 20, and a list of start marks 22 and marks 26 (figure 6) from the beginning of the data of the document 20 (figure 3) to the first start mark 22 of the data segment comprising the data container; these pointers are stored in the constructor file and can be displayed on the screen in a window of the constructor 110 (figure 8b).

The window of the constructor 110 can be displayed on the screen with the user interface 94. That window 110 comprises the selected data segments 92a of the document 90 (figure 8a) and the segment 92b selected from another document, not shown. Once the data segments are shown on the screen and the window of the constructor 110 can be moved to form a presentation template. Activating the collection / construction icon 102, the analysis step 64 was started (figure 2). A user may preselect the size of a presentation template distribution 112. Depending on how many data segments 92a-b are expected to be displayed within the formed presentation template. For example, if the display of the resulting presentation template will have four games, the appropriate size of the adaptation of the presentation template 112 may be two frames per two frames. The adaptation of the presentation template 112 illustrated in Figure 8b is four frames by four frames, and can accommodate 16 data segments. The individual tables of the adaptation of the presentation template 112, can change shape and size dynamically to accommodate the required number of data segments 92a-b to be displayed therein. To build a presentation template, the user can simply click on the selected data segments 92a-b, and drag and drop the selected data segment, within a desired presentation template adaptation box 114. The letter that identifies the object 116 will appear in the adaptation template of the presentation template 114. Figure 9a shows the succession of steps in the process of the inventive constructor. After all the desired data objects are selected, step 120 selects, the coordinate between the coordinates of each of the data segments of the object tree 89, generated by the analysis process 64 (FIG. 4). The coordinates of the data segments comprise an objective website 14, for example, the URL, and the path to the desired data segment in the object tree 89. The path comprises all the start marks 22, and the marks of end 26 starting from the first start mark 22 in document 20 to the start mark of the selected data segment. Before this address information is stored in step 128, it is stored in a stopping area in step 122, and the user ensures that there is no need to rearrange any of the data segments in step 124. By the otherwise, the data segments are accommodated in step 126 and user acceptance is again envisioned in step 124. The bookmarks for the data segments are stored in an illustrative embodiment of the present invention, as a set or collection of data. records called Uniform Resource Locators Micro (UMRL). As illustrated in Figure 9b, each flag or UMRL 202 may contain the elements listed below. 1) An address 204, such as the URL for website 14 (figure 1) where document 20 (figure 20) can be found. 2) An adaptation, or a string of integers 206, each integer referring to a single container in each level in the object tree, described above in conjunction with figure 6b. In the object tree shown in Figure 6b, the containers are marked on each branch from left to right with the integers 1 A2, A4, Al, AS, All, A14, A16, A18, 2 A3,? 5,? 8 , A10, A12, A15, A17, A19 and 3? 6. Higher integers can be used where there are more container branches. The container A19, in the lower right corner of the object shaft 89, can be directed as the set of integers (2 A3, 2 A5, 2 A10, 1 A13, 2 A15 and 2 A19). 3) Screen display coordinates 208 (figure 9b) to display the data segment on the screen. In one embodiment of the present invention, these coordinates can be specified with X, Y coordinates, for example, a column number of the screen for the X-axis coordinate, and a row of numbers on the screen for the Y-axis coordinate. In a particular embodiment different from the present invention, these coordinates can be specified with the location and size of the data segment that can appear on a computer screen, having been defined these coordinates, when the data segment was placed in the adaptation of the presentation template 112 (Figure 8b) wherein the location can be represented by the coordinates (1,1) of the cell 114 (Figure 8b) within the adaptation 112 (Figure 8b). 4) The attributes of height and width 210 (figure 9b) of the data segment, these attributes, can be those recovered during the analysis of document 20 (figure 2) or defined by the user. Optional verification information may be necessary for documents protected with an access password that require user verification. As illustrated in Figure 9c, if a verification method is used in a particular document associated with a UMRL 212, then the information comprising a pair of user numbers 214 and password 216 is stored, as a supplementary data field. If the verification method used requires a POST request, a command can be provided to a computer system so that it returns, a particular input form to be filled by the requestor, and then it can also be stored, the information required to submit the POST request to verify the user in the central computer. This completes the description of the construction of the data file of the presentation template. The resulting data file can now be supplied through the available means, for example, a floppy disk, e-mail, Internet download, etc., to any intended user, and loaded into the user's device. To execute the data file of the presentation template, a user's device 220, as illustrated in FIG. 10a, may comprise a bus 221 which is directly connected to each of the CPU 222, a memory 223, a video interface 226, and communication interface 228. No additional storage is required, e.g., disk storage 7 (Figure Ib); therefore, the invention can be used in devices such as digital telephones, portable computer devices, personal digital assistant devices (PDA), and digital decoders of televisions, among others. Power services can be used for smaller digital accessories, to facilitate the implementation of the invention.

On-screen Display of the Template Presentation Figure 10b shows the process for displaying on the screen the presentation template formed in accordance with the present invention. In step 130, the presentation template, or drawing, is loaded and the individual data segments are extracted. In step 132, all the information associated with each of the data segments is fed into the translator's routine until all the data segments are translated. Subsequently in step 134, a dynamic view designed with the help of the constructor section of the invention is filled in, where the adaptation of the template presentation was constructed, with all the data segments found and recovered. The full presentation template document is displayed on the screen to the user after which the process ends in step 136. The detailed steps of the translator process 132 are shown in Figure 11. There in step 152, the URL of the web site 14, of which document 20, and the location related to the data segments are accepted in the scanned tree 89. In step 154, the parent document of data segment 20 is retrieved, followed by a determination by a routine of error in step 156 of whether the recovered data segment is valid, non-existent or if it now occupies different unrelated information, the location of the selected data segment in the recovered parent document 20.

If it is determined that the recovered data segment is not the intended data, an error message is generated in step 158, and the erroneous data segment will not be displayed on the screen. If the pasol60 determines that the data segment is valid, then step 160 retrieves its data according to the stored attributes of the data segment. Error revision step 156 can be performed for each data segment individually, or the validity of all data segments of a loaded presentation template can be examined at the same time. The routine shown in Figure 12 can load the addresses of the data segments into a buffer, or a set of registers in step 162. An iterative circuit can be initialized in step 164, and each of the segments of data can be processed at the same time until all the data segments have been examined, and the process returns to routine 132 (figure 11) of step 174. In step 166 a determination is made as to whether the requested document 20 it still exists in a particular website 14, which matches the URL stored by the presentation template. If not, the requested data segment is no longer valid.In such a case, the step 168 generates an error message, and the process returns to the routine of the translator 132 (FIG. 11). On the other hand, if the requested document is found, the document is read in step 170 and its content analyzed in the same manner described above in relation to figure 5 in step 172. Also in step 172, the tree is compared of recently calculated objects 89, and those trees stored in the presentation template. If the tree structures match, the data segments are accepted as valid, and the process returns to the top of the circuit in step 164 to continue reviewing the addresses until all the data segments have been tested. However, if the tree structures 89 do not match, the data segment will no longer be considered valid. In such a case, step 168 generates an error message and the process returns to routine 132 (FIG. 11). In a further embodiment of the present invention, it is contemplated that the comparison software can detect whether the newly generated tree differs from the stored tree and may nevertheless be acceptable depending on the nature and degree of the differences of these structures. of the trees. When the on-screen display process of Figure 10b is initiated, a list of the presentation templates available to the user can be displayed on the screen, who can be requested to select among these presentation templates. The name of each of the presentation templates can be the same name that was given when the presentation template was created and stored. By clicking on any presentation template, it can be caused that the application of the invention loads the presentation template in the memory and begins to recover and analyze these documents. After all of these documents have been referred to in the presentation template, which have been retrieved and analyzed, the selected data segments of each of these documents can be copied and displayed on the screen at the coordinates and with the attributes described in the presentation template. The content displayed by itself is not stored in the presentation template of the present invention, but rather, the data content is retrieved from the web sites on an as-needed basis, which allows any updates to be reflected. Of content. Figure 13 shows a display template 180 display which is a screen that found the data rearranged in document 90 (Figure 8a).

Division of Time Another embodiment of the present invention may include a time division feature. This feature can be used with the data segments, as will be described later, as well as with the video transmission content. With the division of time, a plurality of data segments 92a-b (figure 8b) can be entered into the frame of each presentation template 114 (figure 8b). Using simple programming techniques, each data segment entered can be displayed on the screen for a certain duration in a deletion mode or in any other order, according to the user's preferences. The time division for the content of a video transmission can be done by replacing the start marks with the start time, and end marks, with the times of the end and displaying the video segments in a corresponding way.

Uses The present invention can be used to personalize and individualize the presentations, and the functionality of information services available through the public network and subscription-based network services, such as cable television. Specifically, these applications may include empowering brokers, real estate agents, travel agents, and other media-based businesses to build presentation templates for their clients across the full range of customer service. , for example, in the stages of finding, qualifying, comparing, buying, delivering, and servicing the purchasing process.

Consumer applications can also allow consumers to build virtual collections of information, such as the presentation templates described above, to share with other consumers, thereby creating an aspect of a shared information community. An example of this may be to facilitate users to add a virtual CD by joining the links, and song titles of the MP3 files on the Internet. The titles of selected songs are stored in the presentation template along with a metaphorical CD player. This template can be sent to a receiving party, who can then view the added song links and download them and play the intended audio segments from their connected devices to the Internet, or download the presentation template to an MP3 player for later playback .

Presentation template files may contain user name / password pairs to ensure that presentation templates do not have unauthorized use. These user names and passwords must be stored in the presentation template in an encrypted format. This password can be used to generate the Triple Data Encryption Standard (DES) key that is used for encryption, and must be remembered by the time the presentation templates are reloaded in the future. If the presentation template is sent to another user, then a password must also be provided for that person. The user may also have the option to store a decrypted presentation template so that a password is not required. Additionally, some Internet and non-Internet documents can be secured with the username / password pair. To direct such documents, either a verification of the hypertext transport protocol (http) or a personal mechanism that uses requests from the Point of Sale (POST) of the searcher of the users can be used. In any situation, the user must provide the necessary names and passwords of the users to be stored with the presentation template. Although the present invention has been shown and described particularly with respect to illustrative and preferred embodiments thereof, those skilled in the art should understand, that to the foregoing, other changes in form and details may be made to it, without departing from the spirit and scope of the present invention, which should be limited only by the scope of the appended claims.

Claims (1)

1. NOVELTY OF THE INVENTION Having described the present invention, it is considered as a novelty and, therefore, the content of the following is claimed as property: CLAIMS 1. A method for creating a template comprising coordinates for displaying on a screen of a user's computer, document data from a plurality of data sources, the document, including data documents, at least one data segment, and the method comprising, the steps of: a) recovering from the plurality of selected data sources, one or more of said documents; b) analyze the data documents recovered in segments and insert their analyzed segments into the corresponding containers of a plurality of containers; c) display the retrieved documents on screen in a way that allows the user to mark each of the segments analyzed according to the start and end marks of their corresponding container; d) selecting from the marked segments to form a screen presentation comprising the selected marked segments; and e) placing coordinates of the corresponding containers of the selected marked segments within the template that is representative of the presentation on the screen. 2. The method according to claim 1, wherein one or more documents are retrieved from those selected from said plurality of data sources. The method according to claim 1, wherein one or more documents are retrieved in accordance with a password associated with said one or more documents. 4. The method according to claim 1, wherein one or more of the documents are retrieved simultaneously. The method according to claim 1, wherein if the containers comprise embedded logic, tables and pointers for additional documents, then the embedded logic, tables and additional documents are retrieved and analyzed in step b) as part of the containers. 6. The method according to claim 5, wherein at least one of the containers is nested within another of the containers, so that more of the segments marked in step (c) are displayed on the screen. The method according to claim 1, wherein the template is constructed to include a plurality of cells, and store the coordinates of one of the containers within a corresponding container of the plurality of cells, and allowing the user to define a number of said cells, to represent a number of the selected marked segments. The method according to claim 7, wherein the plurality of cells is placed in an adaptation and the user is further allowed to define a form of adaptation to accommodate a position of the selected segments selected in relation to the view in screen. The method according to claim 8, wherein each number of cells of the adaptation will dynamically resize and form to accommodate the attributes of the selected marked segments. 10. The method according to claim 1, wherein coordinates are provided for each segment defining the address of one of the data sources belonging to its segment, and a first distance from the beginning of one of the one or more related documents with said segment at the beginning of the container of said segment. The method according to claim 1, wherein step (d) further comprises a step of collecting a list of desired containers corresponding to the marked segments. 12- A method for creating a template comprising coordinates for displaying on a screen of a user's computer the data of a document of a plurality of data sources, including the data of the document at least one data document and including the document data at least one data segment, the method comprising the steps of: a) recovering from the selected data sources one or more of said documents; b) the analysis of the data documents recovered in segments and inserting their segments in the corresponding containers of the plurality of containers; c) displaying the retrieved documents on screen in a way that allows a user to mark the segments according to a start and end of the corresponding container; d) selecting from the marked segments to form a screen presentation comprising the selected marked segments; e) construct the template to include a plurality of cells; and f) storing the template coordinates of the corresponding containers of said one or more selected segments marked within the plurality of cells that are representative of the on-screen representation. The method according to claim 12, wherein if more than one container is entered in each of the cells, each of the data entered in the containers can be displayed on the screen according to the user's preferences. The method according to claim 12, wherein if the selected marked segment is video, the segment is displayed on the screen according to previously determined start and end time parameters. The method according to claim 12, wherein each of the data sources comprises a computer apparatus connected to a network and having a network address, said documents storing the one or more computer devices. The method according to claim 12, further comprising the steps of: g) storing the template including an adaptation representation; and h) distribute the presentation template for at least one user. 17. A method for displaying on the screen of a computer apparatus a screen representation comprising one or segments of one or more documents, the method comprising the steps of: a) restoring a representation of presentation adaptation from a template on screen and the coordinates of said one or more segments; b) retrieve the one or more documents for each of the restored locations; c) analyzing each of the one or more documents to recapture said one or more segments by the first distance of each one; and d) display the representation on the screen. The method according to claim 17, wherein the coordinates comprise a location of said one or more documents and a first distance from the beginning of the one or more documents at the beginning of the one or more segments. The method according to claim 18, wherein the location is an address of one or more computer devices connected to a network, said documents storing the one or more computer devices. The method according to claim 17, wherein the one or more segments are placed in cells of the adaptation representation, the cells representing the display positions on the screen. The method according to claim 17, wherein step (c) further comprises a step of analyzing each of the retrieved documents, and forming a second distance from the start of one or more documents at the beginning of the one or more segments. 22- The method according to claim 21, wherein if said first distance does not coincide with the second distance, the segment is not displayed on the screen. 23. A method for constructing a data file that stores a plurality of pointers, each of the pointers being related to a data segment, which is taken from the data of a document derived from a plurality of corresponding data sources, the data of the document comprising an ordered sequence of the data content elements, and data delimiting elements, the data container comprising at least one data content element, and beginning and ending delimitation elements placed respectively, before and after the data content element, and a data document comprising one or more of the data segments, the data segment comprising one or more data containers, and each of the bookmarks including an address of its data source , and a coordinate that locates the relative position of its data segment in the data document, the method comprising the steps of: a) select and download at least one of the data documents from its corresponding data source; b) examine each of the data elements of the downloaded data document, the examination step comprising the sub-steps of: 1) identifying the delineation elements of the data document principle; 2) select at least one of the data segments of the downloaded data document; 3) identifying the initial delimiting element of a first of the data containers in the data of the document of the selected data segment, and 4) defining at least in part the coordinate of the selected data segment in terms of the identification first of the start delimiting element: and c) inserting the data file into the defined coordinate of the selected data segment and the address of one of the data sources from which that downloaded document is related to the selected data segment and the Selected data segments. 24. The method of constructing data files according to claim 23, in which the first and second data containers are embedded in the document data in a nest relation, and the delimitation elements of the start and end of the document. The end of the first container defines respectively the starting point and the end point of the first and second nested containers, the method comprising the step of using the delimiter element of the end of the first data container, as the end point of the selected data segment. c) identifying the sub-step 3) that identifies the initial delimiting element of the first container, by means of which the corresponding end delimiting element of the first container encloses the first and second containers, and the selected data segment includes a first and second data containers. 25. The method of construction of data files according to the indication 24, where the first data holder is placed on a first level and the second data container is placed on ur: second level lower than the first see 1. 26. The method of constructing a data file according to the indication 25, wherein the identification step 3) identifies a start delimiting element of the second data container in the data document, by means of which the second segment of corresponding data is selected, the second data segment consisting of the second data container. 27. - A method for constructing a data file that stores the data in a pointer, identifying the pointer a data segment which comprises the data of], document of a document recovered from a selected source of a plurality of data sources, the data of the document comprising an ordered sequence of data content elements, and data delimiting elements, a plurality of data containers, each data container comprising at least one data content element, and beginning and ending delimiting elements. end placed respectively before and after a data content element, the data document comprising one or more of the data segments, each of the data segments comprising one or more data containers, including the pointer an address of your selected data source, and a coordinate that locates the relative position of the data segment in your data document, including The method uses the steps of: a) selecting and retrieving at least one data document from its data source; b) analyze in the data of the recovered data document in at least one data container; c) display said document on the screen; d) superimposing the document on at least one screen line that divides the document into at least one segment of data according to the initial delimitation element of the data container that first occurs in the data segment; e) define in part the coordinate of the data segment in terms of the initial delimitation element of the data container that occurs first; e f) insert in the data file the defined coordinate of the data segment and the address of a selected data source from which the downloaded document and its data segment were taken. 28. The method for constructing a data file according to claim 27, wherein there are a first and second data segments, the first and second data segments, respectively, comprising a data container, and the method comprising the step selecting a data segment of the plurality of data segments, imposing step d) super imposing the first and second lines to divide the document into a first and second data segments according to the element of start delimitation of the data container that occurs first of said first and second data segments. 29. The method for using the data file comprising a memory for storing a flag identifying a data source from which a document representing the data of the document is recovered, and a data segment of said document, comprising the pointing to a data source ID, and a coordinate specifying the relative position of the data segment within your document, the document data comprising an ordered sequence of the data content elements, and data delimitation elements and a plurality of data containers, each data container comprising at least one data content element and start and end delimitation elements placed respectively, before and after the data content element, the data of the document comprising one or more segments of data. data and the data segments comprising one or more data containers, the method comprising the steps of: a) distributing the data file to at least one user; b) using said ID and the pointer to access and retrieve from the source the data corresponding to the ID of that data segment identified by said coordinate; and c) display on the screen at least one element of current data content of the recovered data segment. RE UMEN The inventive application dynamically configures selected content data segments of numerous Internet data resources (202), such as documents (218), based on the user's defined preferences. The resulting presentation template data file formats a "real-time" designed screen (212) that collects and aggregates selected content data segments in a single viewing area. The presentation template of the invention does not store real data of the stored segments. On the contrary, what is being saved are the addresses of the original documents (202), as well as the coordinates of the actual data segments within their original document (202). This customized presentation template can be shared with other users via email, storage media or a commissioned server. It can be displayed on the screen by a custom built search engine or any commercially available Internet search engine (204) and any device connected to the Internet, for example, PC, Computer, Decoder, personal digital assistant, etc.