Method and apparatus for managing imported or exported data

CLAIM FOR PRIORITY

[0001] This application claims priority from Application Nos. 2002-111801 and 2002-198009, filed on Apr. 15, 2002 and Jul. 5, 2002 respectively in JAPAN.

FIELD

[0002] This invention relates to a data processing method and apparatus, and more particularly a method and apparatus for processing data obtained from the Internet.

BACKGROUND

[0003] A conventional personal computer can access and display data in an Internet using browser software. The conventional computer also can open a file application and store data in a file. A computer which can store a page currently displayed by the browser is proposed.

[0004] However the data to be displayed by the browser is not stored until the data is displayed. The data to be stored must be displayed if the display of the data is not required by the user.

[0005] Accordingly, there is a need for a method and apparatus that resolves the above-mentioned problems.

SUMMARY

[0006] According to one of the embodiments, the present invention relates to a data processing method comprising the steps of obtaining data displayed by a browser; importing data without displaying the data; and storing and managing the obtained data and the imported data.

[0007] According to another embodiment, the present invention relates to a data processing method comprising the steps of obtaining data displayed by a browser; storing and managing the obtained data; and exporting the managed data.

[0008] According to still another embodiment, the present invention relates to a data processing apparatus comprising obtaining means for obtaining data displayed by a browser; importing means for importing data without displaying the data; and management means for storing and managing the obtained data and the imported data.

[0009] According to yet another embodiment, the present invention relates to a data processing apparatus comprising obtaining means for obtaining data displayed by a browser; management means for storing and managing the obtained data; and exporting means for exporting the managed data.

[0010] According to a further embodiment, the present invention relates to a computer-executable program for controlling a computer to perform data processing, said program comprising codes for causing the computer to perform the steps of obtaining data displayed by a browser; importing data without displaying the data; and storing and managing the obtained data and the imported data.

[0011] According to a further embodiment, the present invention relates to a computer-executable program for controlling a computer to perform data processing, said program comprising codes for causing the computer to perform the steps of obtaining data displayed by a browser; storing and managing the obtained data; and exporting the managed data.

[0012] Other features and advantages of the present invention will be apparent from the following description taken in conjunction with the accompanying drawings, in which like reference characters designate the same or similar parts throughout the figures thereof.

BRIEF DESCRIPTION OF THE FIGURES

[0013] The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate embodiments of the invention and, together with the description, serve to explain the principles of the invention.

[0014]FIG. 1 is a block diagram illustrating the hardware configuration according to an embodiment of the present invention.

[0015]FIG. 2 shows the functional block diagram of information processing system embodying the present invention.

[0016]FIG. 3 is a flowchart of the main procedural steps.

[0017]FIG. 4 is a flowchart of INITIALIZE procedure.

[0018]FIG. 5 is a flowchart of MAIN-PROCESSOR.

[0019]FIG. 6 is a flowchart of the procedural steps of UserAction.

[0020]FIG. 7 is a flowchart of the procedural steps of CheckExisting.

[0021]FIG. 8 is a flowchart of the procedural steps of Annotate.

[0022]FIG. 9 is a flowchart of the procedural steps of Extract.

[0023]FIG. 10 is a flowchart of the procedural steps of Mgmt.

[0024]FIG. 11 is a flowchart of the procedural steps of ShowSession.

[0025]FIG. 12 is a flowchart of the procedural steps of ShowLinks.

[0026]FIG. 13 is a flowchart of the procedural steps of ExecuteAction.

[0027]FIG. 14 is a flowchart of the procedural steps of SaveContents.

[0028]FIG. 15 is a flowchart of the procedural steps of WebFetch.

[0029]FIG. 16 is a flowchart of the procedural steps of SendContents.

[0030]FIG. 17 is a flowchart of the procedural steps of SaveFileContents.

[0031]FIG. 18 is a flowchart of the procedural steps of FillKptAction.

[0032]FIG. 19 is a flowchart of the procedural steps of TERMINATE.

[0033]FIG. 20 is a flowchart of KPTIMPORT.

[0034]FIG. 21 is a flowchart of the procedural steps of ImportData.

[0035]FIG. 22 is a flowchart of the procedural steps of IndexData.

[0036]FIG. 23 is a flowchart of KPTEXPORT.

[0037]FIG. 24 is a flowchart of the procedural steps of ExportData.

[0038]FIGS. 25 and 26 show examples of the knowledge structures in the knowledge base.

[0039]FIGS. 27 and 28 show examples content of the knowledge base.

[0040]FIG. 29 is an example of Import UI.

[0041]FIG. 30 is an example user interface of browsing files to import.

[0042]FIG. 31 is an example of Show all Links sorted by Domain.

[0043]FIG. 32 is an example of Show all Links sorted by Organizations.

[0044]FIG. 33 is an example of Show Sessions.

[0045]FIG. 34 is an example of Show all Links sorted by Keywords.

[0046]FIG. 35 is another example of Show Sessions, in which the imported conference sessions are shown.

[0047]FIG. 36 is another example of Show all Links sorted by Keywords, for imported conference information.

[0048]FIG. 37 is a warning dialog to prompt the user to insert the CD containing the full proceedings of the conference.

[0049]FIG. 38 is another example of Show all Links sorted by Keywords, for imported conference information.

[0050]FIG. 39 is another example of Show all Links sorted by Organizations, for imported conference information.

[0051]FIG. 40 is another example of Show all Links, sorted by Table of Contents.

[0052]FIG. 41 is another example of Show Sessions, in which the conference information and other web information saved are shown in separate nodes.

[0053]FIG. 42 is another example of Show all Links, sorted by Keywords, in which the conference information and other web information saved are shown in separate nodes.

[0054]FIG. 43 is another example of Show all Links, first sorted by Organization and then by Authors below each node.

[0055]FIG. 44 is another example of Show all Links, sorted by Authors and Organization.

[0056]FIG. 45 is an example user interface of AutoFetch List.

[0057]FIG. 46 is an example user interface of specifying a new auto fetch instruction.

[0058]FIG. 47 is an example user interface for specifying the output report to be generated.

[0059]FIG. 48 is an example user interface to specify the information sources to look for.

[0060]FIG. 49 is an example of Show Sessions of the auto fetch results.

[0061]FIG. 50 is another example of Show Sessions of the auto fetch results in a graphical format.

[0062]FIG. 51 is another example of Show Sessions of the auto fetch results in a graphical format.

[0063]FIGS. 52, 53 and <b>54</b> are examples of Show Sessions of the imported information.

[0064]FIG. 55 is another example of Get all Links for imported association members.

[0065]FIG. 56 is an example user interface of Export.

[0066]FIG. 57 is an example user interface to specify the information to be exported.

[0067]FIG. 58 is an example user interface to specify some parameters for export.

[0068]FIG. 59 is an example user interface to specify the format of the information to be exported.

[0069]FIG. 60 is an example of exported data in a browser independent format.

[0070]FIG. 61 is another example of exported data, in which the information can be sorted by the user.

[0071]FIG. 62 is another example user interface to specify the information to be exported.

[0072]FIG. 63 is an example output of the exported address book data.

[0073]FIG. 64 is an example output of the exported address book data in CSV format.

[0074]FIG. 65 is an example output of the exported address book data in Text format.

[0075]FIG. 66 is an example output of the exported address book data in HTML format.

[0076]FIG. 67 is example information as seen in a browser of the exported address book data.

[0077]FIG. 68 is an example of viewing the published information from this embodiment.

[0078]FIG. 69 is a flowchart of the procedural steps of ShowLinks.

[0079]FIG. 70 is a flowchart of the procedural steps of CreateTree.

[0080]FIG. 71 is a flowchart of the procedural steps of SortTreeView.

[0081]FIG. 72 is a flowchart of the procedural steps of ShowTreeView.

[0082]FIG. 73 is a flowchart of the procedural steps of ProcessLeafAction.

[0083]FIG. 74 is a flowchart of the procedural steps of ProcessNodeAction.

[0084]FIG. 75 is another example of user interface for Import.

[0085]FIG. 76 is an example user interface to specify the emails to be imported.

[0086]FIG. 77 is another flowchart of the procedural steps of SaveContents.

[0087]FIG. 78 is another flowchart of the procedural steps WebFetch.

[0088]FIG. 79 is an example of Get all Links sorted by Sender for the imported email information.

[0089]FIG. 80 is another example of Get all Links sorted by Sender for the imported email information.

[0090]FIG. 81 is an example of Show Sessions for the imported email information.

[0091]FIG. 82 is an example of Get all Links sorted by Name for the imported documents.

[0092]FIG. 83 is another example of Get all Links sorted by Name for the imported documents.

[0093]FIG. 84 is a flowchart of the procedural steps of ImportData.

[0094]FIG. 85 is a flowchart of the procedural steps of GetType.

[0095]FIG. 86 is a flowchart of the procedural steps of SetIndex.

DETAILED DESCRIPTION

[0096] A preferred embodiment of the present invention will now be described in detail with reference to the accompanying drawings.

[0097]FIG. 1 is a block diagram illustrating the hardware configuration according to an embodiment of the present invention. In this figure, a central processing unit (CPU) <b>101</b> is operative to perform operations for various processing and make a logical decision or the like and further controls each composing element connected to a bus <b>107</b>.

[0098] A RAM <b>102</b> temporarily stores variables and intermediate data generated during the processing. A program from an external source may be loaded into the RAM <b>102</b>. A ROM <b>103</b> is used to store programs, which correspond to individual flowcharts that will be described later and which are to be executed by the CPU <b>101</b>, and fixed data.

[0099] A keyboard (KB) <b>104</b> is used for inputting data and an instruction by a user. A mouse or other input devices may be used with the keyboard <b>104</b>. Display <b>105</b> displays data and a hard disk drive (HDD) stores data of a database, a program, and the like.

[0100] The bus <b>107</b> is used to transfer an address signal indicating a composing element to be controlled by the CPU <b>101</b>, a control signal used for controlling each composing element and data to be exchanged between the composing equipments.

[0101]FIG. 2 shows the functional block diagram of information processing system embodying the present invention. The information on the Internet <b>201</b> is browsed using multiple browsers <b>202</b>A, <b>202</b>B simultaneously. Information Management System, KPT System <b>203</b> is for managing information. KPT System interacts and acts as a controlling system as explained in detail in this embodiment to Browser <b>202</b>, KPT IMPORT <b>207</b>, to import information and KPT EXPORT <b>208</b> to export the information, as explained in detail in this embodiment. Knowledge Base Management <b>204</b> is the management of knowledge accessed/stored from/to the Database <b>205</b>. KPT System also handles and processes the information from individual browsers separately as independent sessions.

[0102]FIG. 3 is a flowchart of the main procedural steps of KPT System. In step S<b>301</b>, initialization processes to connect to the Internet are executed. In step S<b>302</b>, main function processing browsing, annotating, saving etc. of this embodiment is performed. In step S<b>303</b>, terminate or clean-up processing is executed.

[0103]FIG. 4 is a flowchart of INITIALIZE procedure of step S<b>301</b>. In step S<b>401</b> a check is made to determine if the browser needs to be instantiated or not. If browser is not instantiated, it is instantiated in step S<b>402</b>. In step S<b>403</b>, a new session is created. In step S<b>404</b>, the knowledge base is updated. A check is made in step S<b>405</b> to determine if there is any information to be imported. If so, the import data path, KPTPATH is obtained in step S<b>407</b> and a request is made to KPTIMPORT to import the information from KPTPATH, in step S<b>408</b>. In either case, step S<b>406</b> is executed, wherein the main user interface is displayed and the process ends.

[0104]FIG. 5 is a flowchart of MAIN-PROCESSOR of step S<b>302</b>. In step S<b>501</b>, a check is made to determine if the browser was instantiated or not. If so, a new session is created in step S<b>502</b> and the process proceeds to step S<b>505</b>, wherein the knowledge base is updated. If not, a check is made in step S<b>503</b> to determine if the browser was terminated or ended. If so, the session associated with the browser is ended and proceeds to step S<b>505</b>. If not, a check is made in step S<b>506</b> to determine if an action was performed to end the system. If so, all the current tasks are terminated in step S<b>507</b> and the process returns.

[0105] If not, a check is made in step S<b>508</b> to determine if the user is navigating to a new URL. If so, a check is made in step S<b>509</b> to confirm with the user that the current task should be terminated. If not, the process proceeds to step S<b>510</b>, where the navigation is aborted and the process continues to step S<b>501</b>. If the current task is to be ended in step S<b>509</b>, step S<b>511</b> is executed wherein, the previous task is terminated and then a new task is created. In step S<b>512</b>, the knowledge structures KPTAction and KPTDocument are created.

[0106] In step S<b>513</b>, the URL and the keywords are obtained from the Browser. A check is made in step S<b>514</b> to determine if the URL data already exists in the knowledge base. If so, all the existing data for the current URL is procured from the knowledge base in step S<b>515</b> and moves to step S<b>516</b>, where a check is made to determine if it is a RetrievedURL i.e., the user is trying to view the contents of an already stored page. If so, step S<b>517</b> is executed to get the RetrieveUI message and control goes to S<b>518</b>. If URL data does not already exist in step S<b>514</b>, step S<b>518</b> is executed to display the keywords, other acquired data from browser like the URL, page title etc . . . and other existing data if any from the knowledge base like Keep As, validity period etc . . . and the process proceeds to step S<b>501</b>.

[0107] In step S<b>508</b>, if the user is not moving to a new URL, a check is made in step S<b>519</b> to determine if any SystemTask ActL needs to be executed. If so, step S<b>522</b> ExecuteAction (ActL) is executed and the control moves to step S<b>505</b> to update the knowledge base. If not, a check is made in step S<b>520</b> to determine if any User Operation was performed. If not, step S<b>505</b> is executed, otherwise in step S<b>521</b>, the HTML text is obtained from the browser and the KPTAction and KPTDocument structures created in step S<b>512</b> are updated and ExecuteAction(ActL) for the UserAction is executed in step S<b>522</b> and the process moves to step S<b>505</b> to update the knowledge base.

[0108]FIG. 6 is a flowchart of the procedural steps of S<b>520</b> UserAction. A check is first made in step S<b>601</b> to set Act equal to the User operation performed by user and to determine if Act is equal to NULL. If so, the process returns false. If it is not NULL, the process proceeds to step S<b>602</b>, a check is made to determine whether Act is Create New. If so, the process proceeds to step S<b>604</b>. If not, the process proceeds to step S<b>603</b>, a check is made to determine whether Act is Quick Save. If so, the process proceeds to step S<b>604</b>. If not, a check is made in step S<b>605</b> to determine whether Act is Automatic Save. If so, the process proceeds to step S<b>604</b>. If not, a check is made in step S<b>606</b> to determine whether Act is Save. If Act is Save, Save UI, an example of which is shown in FIG. 31, is displayed in step S<b>607</b> and proceeds to step S<b>604</b>. If not, a check is made in step S<b>608</b> to determine if the Act is Hold. If so, Hold UT is displayed in step S<b>609</b> and proceeds to step S<b>604</b>. In step S<b>604</b>, a check is made to determine if the information being saved or held is already exists using CheckExisting, which is explained in detail later and if so, returns true, otherwise return false.

[0109] In step S<b>608</b>, if Act is not Hold, a check is made in step S<b>610</b> to determine if the Act is Send. If so, Send UI, is displayed in step S<b>611</b> and the recipients (To, CC) information, Subject, Contents and/or the like are obtained from the user in step S<b>612</b> and proceeds to step S<b>620</b>. If not, a check is made in step S<b>613</b> to determine if Act is Annotate. If so, Annotate UT, an example of which is shown in FIG. 39 is displayed in step S<b>614</b> and the actual Annotations executed using Annotate, which is explained in detail later, in step S<b>615</b> and process returns true. If not, a check is made in step S<b>616</b> to determine if Act is Extract.

[0110] If so, Extract UI, an example of which is shown in FIG. 35, is displayed in step S<b>617</b> and the actual Extract information executed using Extract, which is explained in detail later, in step S<b>618</b> and process returns true. If not, Mgmt, which is explained in detail later, is executed in step S<b>619</b> and process returns false.

[0111]FIG. 7 is a flowchart of the procedural steps of S<b>604</b> CheckExisting to check if the information already exists in the knowledge base or not. In step S<b>151</b>, the values of Keep As, Validity Range etc . . . are either obtained from the user or from the system settings. In step S<b>152</b>, a check is made to determine whether the URL already exists. If URL does not exist, the process proceeds to step S<b>153</b> where Modifystatus is set to SaveAsNewAction is set to and returns true. If URL exists, a check is made in step S<b>154</b> to determine if the information needs to be over-written (i.e., update or modify the previous information). This is done either by asking the user, whether he would like to overwrite the existing information, save as new do not save or based on the user settings. If so, in step S<b>155</b>, ModifyStatus is set to OverWriteExisting and the process returns true. If not, a check is made in step S<b>156</b> to determine if the information needs to be saved as new, (i.e., without modifying the existing information, save the current information as a separate entity). If so, ModifyStatus is set to saveAsNewAction and the process returns true. If not, the process returns false.

[0112]FIG. 8 is a flowchart of the procedural steps of S<b>615</b> Annotate and FIG. 39 shows an example user interface for annotating a web page currently being browsed. In step S<b>801</b>, the user-performed operation is set to Act. A check is made in step S<b>802</b> to determine if Act is Add Note. If so, the user specified memo/note is added to the selected place in step S<b>803</b> and goes to step S<b>804</b>. If not, a check is made in step S<b>806</b> to determine if the Act is Footnote. If so, the footnote number is created based on a sequence and the footnote number is added to the selected place in the page and the actual contents of the footnote are added to the end of the page in form of a table and proceeds to step S<b>804</b>. The notes added to the page are added based on user settings, to set the “annotation demarkers”, “default annotation text”, the color of annotation etc. The annotations are added as standard HTML tags. If Act is not Footnote in step S<b>806</b>, a check is made in step S<b>808</b> to determine if the Act is Highlight. If so, a Font tag &lt;font bgcolor= . . . &gt; is added around the selected text with the background color set to the selected color in step S<b>809</b> and proceeds to step S<b>804</b>. If not, a check is made in step S<b>810</b> to determine if the Act is Change text color. If so, a Font tag &lt;font color= . . . &gt; is added around the selected text with the foreground color set to the selected color in step S<b>811</b> and proceeds to step S<b>804</b>. If not, a check is made in step S<b>812</b> to determine if Act is Delete. If so, the tag is modified to &lt;visible=false&gt; to hide the selected part of the text in step S<b>813</b> and proceeds to step S<b>804</b>. If not, a check is made in step S<b>814</b> to determine if Act is Undo. If so, the last performed annotation is undone and proceeds to step S<b>804</b>. If not, a check is made in step S<b>816</b> to determine if Act is UndoAll. If so, all the annotation performed by the user on this page during this session are removed and proceeds to step S<b>804</b>. If not a check is made in step S<b>818</b> to determine if the Act is Save, in which case step S<b>819</b>, CheckExisting explained earlier is executed. In either case the function returns, if no more action needs to be performed by the user. In step S<b>804</b>, the modified HTML tag page is passed back to the browser, which will render and update the UI in step S<b>805</b> and return to step S<b>801</b>. If Act is none of the ones specified in the flowchart, the function returns.

[0113]FIG. 9 is a flowchart of the procedural steps of S<b>618</b> Extract. In step S<b>901</b>, an instance of the knowledge structure for person—KPTPerson is created. In step S<b>902</b>, the User operation is set to Act. An example User interface to describe some of the action is shown in FIG. 26. First a check is made to determine the type of Act (i.e., if Keep As, Name, Email, Phone, Fax, Notes) was input by the user (steps S<b>903</b>, S<b>907</b>˜S<b>910</b>). This action can be performed in various ways, like first selecting the text to be extracted and pressing a predefine button, or dragging and dropping the text to be extracted to the appropriate field or by right clicking on the selected text and specifying it to be the extracted data. If so, the KPTPerson knowledge structure is modified appropriately in step S<b>904</b> and the UI gets updated in step S<b>905</b> and the process returns to S<b>902</b>. If the Act is Clear All (step S<b>911</b>), all the fields are cleared in step S<b>912</b> and process proceeds to S<b>904</b>. If the Act is Save (step S<b>913</b>), a new action KPTAction is created of type Extract and the KPTPerson is filled as associate object and the process returns.

[0114]FIG. 10 is a flowchart of the procedural steps of S<b>619</b> Mgmt. In step S<b>1001</b>, Act is set to the user-performed operation. In step S<b>1002</b>, a check is made to determine if Act is NULL. If so, the process returns. If not, a check is made in step S<b>1003</b> to determine if Act is Show Sessions. If so, ShowSession is executed, in which all the links are sorted in time order and displayed in step S<b>1004</b> and the process returns. If not, a check is made in step S<b>1005</b> to determine if the Act is Show Links. If so, ShowLinks is executed, in which all the links are sorted in the specified order and displayed in step S<b>1006</b> and the process returns. If not, a check is made in step S<b>1007</b> to determine whether Act is Retrieve pages. If Act is to retrieve a page, the process proceeds to step S<b>1008</b> where RetrieveUI is displayed. If not, a check is made in step S <b>1009</b> to determine if Act is Retrieve extracted data. If so, Show Retrieve Extracted data UI is displayed. If not, a check is made in step S<b>1011</b> to determine if Act is Show address book. If so, Show Address book UI is displayed and the process returns. If not a check is made in step S<b>1013</b> to determine if Act is Show User Settings. If so, the user settings are displayed to the user in step S<b>1014</b> and the process returns. If not a check is made in step S<b>1014</b> to determine if Act is Import. If so, the import instruction is passed on to KPTIMPORT in step S<b>1016</b> and the process returns. If not a check is made in step S<b>1017</b> to determine if Act is Export. If so, the export instruction is passed on to KPTEXPORT in step S<b>1018</b> and the process returns

[0115]FIG. 11 is a flowchart of the procedural steps of S<b>1004</b>, ShowSession of this embodiment. A check is made in step S<b>1101</b> to determine if all the information needs to be displayed. If not, the process proceeds to step S<b>1102</b>, wherein based on either User settings and/or interaction and/or input and/or System settings, the filter or the constraint on the information to be displayed is obtained. In either case the process proceeds to step S<b>1103</b>, wherein the relevant KPTAction and the associated KPTDocument are got from Knowledge Base. In step S<b>1104</b>, KPTAction is sorted for each session by time. In step S<b>1105</b>, Session UI is displayed, an example of which is shown in FIG. 33 and the process returns.

[0116]FIG. 12 is a flowchart of the procedural steps of S<b>1006</b>, ShowLinks of this embodiment. A check is made in step S<b>1201</b> to determine if all the information needs to be displayed. If not, the process proceeds to step S<b>1202</b>, wherein based on either User settings and/or interaction and/or input and/or System settings, the filter or the constraint on the information to be displayed is obtained. In either case the process proceeds to step S<b>1203</b>, wherein the relevant KPTAction and the associated KPTDocument are got from Knowledge Base. In step S<b>1204</b>, a check is made to determine if the Sort Item is equal to Organizations. If so, the information is sorted by Organization, in step S<b>1205</b> and proceeds to S<b>1211</b>, where it is displayed, an example of which is shown in FIG. 32. If not, a check is made in step S<b>1206</b> to determine if the sorting is by Domains. If so, the information is sorted by Domain, in step S<b>1207</b> and proceeds to step S<b>1211</b>, where it is displayed, an example of which is shown in FIG. 31. If not, a check is made in step S<b>1208</b> to determine if the sorting is by Keywords. If so, the information is sorted by Keywords, in step S<b>1209</b> and proceeds to step S<b>1211</b>, where it is displayed, an example of which is shown in FIG. 34. If not the information is sorted by requested parameter, in step S<b>1210</b> and proceeds to step S<b>1211</b>, where it is displayed, an example of which is shown in FIG. 40, wherein the information is sorted by Table of Contents and the process returns.

[0117]FIG. 13 is a flowchart of the procedural steps of S<b>522</b> ExecuteAction. In step S<b>1301</b>, the next Act is got from the ActList. In step S<b>1302</b>, a check is made to determine if Act exists. If not, the process returns. Otherwise, in step S<b>1303</b> inference is made using the knowledge base to complete the Act. A check is made in steps S<b>1304</b>-S<b>1308</b> to determine if Act is Quick Save or Save or Hold or Automatic Save and if either one of them is true, step S<b>1305</b>, SaveContents as explained later in FIG. 14 is executed and goes to step S<b>1313</b>. Otherwise a check is made in step S<b>1309</b> to determine if Act is send. If so, SendContents, as explained later in FIG. 16 is executed and goes to step S<b>1313</b>. If not, a check is made in step S<b>1311</b> to check if Act is Extract. If so, the KPTAction and the corresponding KPTPerson are added to the knowledge base in step S<b>1312</b> and in step S<b>1313</b> the knowledge base is updated. A check is made in step S<b>1314</b> to determine if the completed action needs to be informed to a server for purpose of logging or otherwise. If so, step S<b>1315</b> is executed wherein the actual information is sent to either a predefined or user specified server about the processing completion and the process returns to step S<b>1301</b> to fetch the next action from the ActList, till there are no more action left to be processed, at which stage the process returns.

[0118]FIG. 14 is a flowchart of the procedural steps of SaveContents in step S<b>1305</b> of this embodiment. A check is made in step S<b>1401</b> to determine if it is a SaveLink only operation. If so, process proceeds to step S<b>1405</b>. Otherwise, a check is made to determine if it is a SavePage contents operation in step S<b>1402</b>. If so, Page PLUS is set to true in step S<b>1404</b>. In either case, step S<b>1403</b>, WebFetch is executed, which is explained in detail later in FIG. 15, in step S<b>1403</b>. In step S<b>1405</b>, a check is made to determine if ModifyStatus is saveAsNewAction or not. If so, indices of KPTAction and the associated KPTDocument is determined from Knowledge Base in step S<b>1409</b> and SaveFileContents is executed as explained in FIG. 17, in step S<b>1401</b>. The KPTAction and KPTPerson are added to Knowledge Base in step S<b>1406</b> and the process returns. If ModifyStatus is not saveAsNewAction, check is made in step S<b>1407</b> to determine if it is OverWriteExisiting. If not the process returns, otherwise, in step S<b>1411</b> indices of KPTAction and the associated KPTDocument is determined from Knowledge Base in step S<b>1411</b> and SaveFileContents is executed as explained in FIG. 17, in step S<b>1402</b>. The KPTAction and KPTPerson are updated in the Knowledge Base in step S<b>1408</b> and the process returns.

[0119]FIG. 15 is a flowchart of the procedural steps of WebFetch in step S<b>1403</b> of this embodiment. In step S<b>1501</b>, HTML document obtained from the browser is opened. In step S<b>1502</b>, next tag is got. In step S<b>1503</b>, a check is made to determine if the end of file has been reached. If so the process returns. If not, a check is made to determine if the tag is for an embedded image, frame etc. in step S<b>1504</b>. If so, step S<b>1505</b> is executed. If not, a check is made in step S<b>1509</b> to determine if PagePLUS is true and the Tag type is of LINK. If not the process returns back to step S<b>1502</b> to fetch the next tag. Otherwise, step S<b>1505</b> is executed in which a check is made to see if the contents (i.e., embedded images etc.) already exist in our knowledge base and they are up to date in step S<b>1505</b>. If so, the HTML tag is edited in step S<b>1506</b> to change the absolute or original path to the local path of the system where the file exists and process returns to step S<b>1502</b>. If not, a check is made to determine if the file to be fetched is a local file in step S<b>1510</b>. If so, the file contents are just copied, using a simple file copy command in step S<b>1511</b>, otherwise the contents are downloaded from the internet in step S<b>1507</b>. In either case step S<b>1508</b> is executed, wherein the knowledge base is modified to update the information downloaded etc. and process returns to step S<b>1502</b> to fetch the next tag in the HTML document. The process continues till end of file is reached at which instant the process returns.

[0120] It is possible that some data is in KB of KPT System and the rest of the data is in an external media like CD-ROM or on network like file server etc . . . For e.g., the index pages and top-level pages, which are used often, can be kept with KPT System and rest of the pages not used often can be in CD ROM. For example, in the case of the proceedings of a conference, the index and top level pages can be stored with KPT System but the actual details of papers presented, author biography etc. can be stored in a CD-ROM as they are less frequently used. <b>1516</b>, a check is made to determine if some data exists in outside, and if the data can be accessed, for e.g., the CD may not be inserted or may not be connected to network, the user will be prompted as shown in FIG. 40 to insert the CD. Of course, using the KPT System, the user can choose and save the most relevant pages to the KPT System thus eliminating the need to always insert the CD for pages he or she uses frequently.

[0121]FIG. 16 is a flowchart of the procedural steps of SendContents in step S<b>1310</b> of this embodiment. In step S<b>1601</b>, a check is made whether the contents to be sent are SendLink only. If so, a message is created with the given Link in step S<b>1602</b> and proceeds to step S<b>1607</b>. If not so, a check is made to determine if the contents to be sent are SendPage (i.e., send the HTML page including the embedded images etc.), in step S<b>1603</b>. If not so, a message for only top HTML is created and proceeds to step S<b>1607</b>. Otherwise, Webfetch is executed as explained in FIG. 70 in step S<b>1605</b>. In step S<b>1607</b>, the created message is sent and the knowledge structures KPTAction and KPTDocument are added to knowledge base in step S<b>1608</b> and the process returns.

[0122]FIG. 17 is a flowchart of the procedural steps S<b>1410</b>, S<b>1412</b> SaveFileContents of this embodiment. A check is made in step S<b>1701</b> to determine if the contents to be saved is SaveLink only. If so, the process continues to step S<b>1706</b>. In step S<b>1702</b>, a folder F1 with the name based on the KPTDocument's name, which is a Globally unique identifier (GUID) is created, which ensures that the folder to be created is unique within and across the local system. In step S<b>1703</b>, a file called KPTIndex is created in the folder created in previous step. The actual page contents (i.e., HTML text) are saved to the file created in the previous step. The fully qualified file name (i.e., the folder name and the file name) is stored as the physical URL location of the KPTDocument. In step S<b>1706</b>, FillKPTAction is executed which is explained in detail in FIG. 73 and the other required indices are determined by referring to the knowledge base in step S<b>1707</b> and the process returns.

[0123]FIG. 18 is a flowchart of the procedural steps of S<b>1706</b>, FillKPTAction of this embodiment. In step S<b>1801</b>, the contents of ‘Keep As’ are set to ‘Remember As’ field of KPTDocument. In step S<b>1802</b>, the contents of ‘URL’ are set to ‘LogicalURL’ field of KPTDocument. In step S<b>1803</b>, the contents of ‘keyword’ are set to ‘Keyword’ field of KPTDocument. In step S<b>1804</b>, the time and date are set to ‘WhenDone’ field of KPTAction. In step S<b>1805</b>, a check is made to determine if KPTAction is Save. If so, step S<b>1806</b> is executed. If not, a check is made in step S<b>1808</b> to determine if KPTAction is Hold. If so, in step S<b>1806</b>, the ‘Validity’ is set to ‘WhenToDo’ field of KPTAction and in step S<b>1807</b>, ‘Page title’ is set to ‘Title’ of KPTDocument and process returns. If not, step S<b>1809</b> is executed, in which the ‘WhenToDo’ field of KPTAction is filled with value ‘infinity’ and the process returns.

[0124]FIG. 19 is a flowchart of the procedural steps of TERMINATE of step S<b>303</b> of this embodiment. In step S<b>1901</b>, the UI on display are closed. In step S<b>1902</b>, all the current sessions are ended. In step S<b>1903</b>, Knowledge base is updated. A check is made in step S<b>1904</b> to determine if browser needs to be ended or terminated. If so, the browser will be terminated in step S<b>1905</b> and the process ends.

[0125]FIG. 20 is a flowchart of KPTIMPORT. In step S<b>2001</b>, a check is made to determine if the path KPTPATH, from where the information is to be imported is specified or not. If not, Import UI is displayed by this embodiment to the user. In either case step S<b>2003</b> is executed, wherein information about the import data is obtained and moves to step S<b>2004</b> ImportData, details of which are explained in detail in FIG. 21. In step S<b>2005</b>, a check is made to determine if the results of the import operation are to be notified to the user. If so, step S<b>2006</b> is executed to notify the user and the process ends.

[0126]FIG. 21 is a flowchart of the procedural steps of ImportData of S<b>2004</b> of this embodiment. In step S<b>2101</b> the next information to be imported is obtained. A check is made in step S<b>2102</b> to determine if there is any information to be imported. If not, the process returns. Otherwise, a check is made in step S<b>2103</b> to determine if the information is indexed or not. If not, step S<b>2104</b> IndexData is executed to index the information being imported, as explained in FIG. 22. In either case, step S<b>2105</b> is executed, in which the relevant knowledge structures KPTAction etc. are created and the indices set in step S<b>2106</b>. In step S<b>2107</b>, the actual import operation is performed by passing on the request to KPTSystem along with the created knowledge structures to perform the SaveContent operation as explained in earlier in FIG. 14. The process then returns to S<b>2102</b> and continues the import operation till no more information is left to be imported. It is obvious from the figure that it is also possible to first create all the knowledge structures along with indices first in a loop and then pass on save instruction to KPTSystem, to import all the information by a single instruction.

[0127]FIG. 22 is a flowchart of the procedural steps of IndexData S<b>2104</b> of this embodiment. In step S<b>2201</b>, a check is made to determine if the embodiment can itself index the information. If so, step S<b>2202</b> is executed, in which the embodiment refers to the knowledge base and decides the indices based on general or specific rules and the process ends. If not, the index information is obtained from the user from step S<b>2203</b> and the process ends.

[0128]FIG. 23 is a flowchart of KPTEXPORT of this embodiment. In step S<b>2301</b>, Export UI is displayed to the user to obtain the information about what data needs to be exported by this embodiment. In step S<b>2302</b>, the actual information to be exported is obtained and in step S<b>2303</b>, the format in which the information needs to be exported is obtained. A check is made in step S<b>2304</b>, to determine if the user will specify the indices for export. If so, Index is set to UserDefined in step S<b>2306</b>, otherwise Index is set to Default in step S<b>2305</b> and the process proceeds to step S<b>2307</b>, where in ExportData is executed, to export the actual information as explained in FIG. 24. In step S<b>2308</b>, a check is made to determine if the results of the export operation are to be notified to the user. If so, step S<b>2309</b> is executed to notify the user and the process ends.

[0129]FIG. 24 is a flowchart of the procedural steps of ExportData, S<b>2307</b> of this embodiment. In step S<b>2401</b>, the next information to be exported is obtained. In step S<b>2402</b>, a check is made to determine if there is any more information left to be exported. If not the process ends. Otherwise, step S<b>2403</b> is executed, wherein a check is made to determine if the Index is UserDefined. If not step S<b>2404</b> is executed and the indices are obtained from the user and proceeds to step S<b>2406</b>. Otherwise, step S<b>2405</b> is executed to obtain the indices from the KPTAction knowledge structure or the knowledge base. In step S<b>2406</b>, the actual information is exported in the specified format and the process loops back to step S<b>2401</b>, to fetch the next information to be exported, till there are no more information left to be exported, at which the process ends. It is obvious from the figure that it is also possible to first create all the knowledge structures along with indices first in a loop and then export all the information in a single operation.

[0130]FIG. 25 shows an example of the knowledge structures in the knowledge base. (a), (b), (c) are the knowledge structure definitions for KPTConcept, KPTPerson and KPTDocument respectively.

[0131]FIG. 26 shows an example of the knowledge structures in the knowledge base. (a), (b) are the knowledge structure definitions for KPTAction and KPTContent respectively.

[0132]FIG. 27 shows an example content of the knowledge base. (a), (b) are the contents of the knowledge base for KPTDocument and KPTAction respectively.

[0133]FIG. 28 shows an example content of the knowledge base. (a), (b) are the contents of the knowledge base for KPTPerson and KPTContent respectively.

[0134]FIG. 29 is an example of Import UI. As can be seen from the figure, the information type to be imported is obtained from the user. For example, this could include, bookmarks or favorite URL(s) stored within a web browser, a marked up file like SGML, XML, a set of files or folders or other information, details of which will be input by the user.

[0135]FIG. 30 is an example user interface of browsing files to import. In the example ImportUI of FIG. 29, the user can either directly input the name(s) of files/folders to be input or could select the Browse button to specify the name of the files/folders from the list of files in the underlying operating system.

[0136]FIG. 31 is an example of Show all Links sorted by Domain. The example, shows the information with the embodiment automatically sorted by Domains. For example, the Tokyo University information saved from www.u-tokyo.acjp is automatically shown below Japan, Universities based on the knowledge base rules.

[0137]FIG. 32 is an example of Show all Links sorted by Organizations. The example, shows the information with the embodiment automatically sorted by Organization name. The information was imported from the web browser bookmarks.

[0138]FIG. 33 is an example of Show Sessions. This example, shows the information with the embodiment in time sorted order, based on for e.g., when the action was performed, the validity of information or any other time based parameter. As can be seen from the figure, the right hand side displays an example XML file, imported into the system.

[0139]FIG. 34 is an example of Show all Links sorted by Keywords. As can be seen from the figure, the imported files/folders are sorted based on the keywords and the imported information is in a separate node below ‘My Keepoint’ and the web information being saved by the embodiment is stored in a separate node called ‘Web Information’. When multiple keywords have been assigned to information, unlike current filing systems, the embodiment allows the same document to occur below multiple keywords.

[0140]FIG. 35 is another example of Show Sessions, in which the imported conference sessions are shown. As can be seen, the ‘MW 2002’ conference proceedings are shown below the actual date, when the conference was held rather than when the information was saved by the embodiment. The figure also shows the Extract Data UI to extract address book related data extraction, as was explained earlier in detail.

[0141]FIG. 36 is another example of Show all Links sorted by Keywords, for imported conference information. As can be seen, the same proceedings information ‘MW 2002 Proceedings’, can be viewed from multiple nodes—‘Boston’, ‘Proceedings’ etc . . . , since the information contains multiple keywords. The figure also shows the Save UI for saving the information, assigning/modifying keywords, page titles etc . . . .

[0142]FIG. 37 is a warning dialog to prompt the user to insert the CD containing the full proceedings of the conference. As was explained earlier, it is possible that only the indices and a subset of information are copied by the embodiment and the full information resides on an external device or media like CD-ROM or Server, then the user is prompted to insert for e.g., the CD containing the full information, if such a media cannot be found by the embodiment. The embodiment remembers the path but it is also possible to specify a new path or a new server name, since it is likely that such things change over time.

[0143]FIG. 38 is another example of Show all Links sorted by Keywords, for imported conference information, along with a simplified Save UI.

[0144]FIG. 39 is another example of Show all Links sorted by Organizations, for imported conference information. The example Annotate UI is also shown in this figure, to enable direct annotation of adding notes, adding foot notes, highlighting text, changing text color, deleting information etc.

[0145]FIG. 40 is another example of Show all Links, sorted by Table of Contents. As can be seen from the figure, the contents of the proceedings are shown as chapter, sub chapters. Also, once different types of information groups are shown in the Get All Links or the Sessions view, all the indices between the different types of information are not the same. Hence for example, in the figure, the first type of information is a Conference Proceedings and as can be seen from the figure, the contents of that node are sorted by Table of Content view. However, the web information saved by the user neither have any indices to for table of content type of sort nor does it make any sense to show the information gathered over a period of time. Hence the sort for the web information is not changed and shown either in the default sorted order or in the previous sorted order.

[0146]FIG. 41 is another example of Show Sessions, in which the conference information and other web information saved are shown in separate nodes. It is also possible that the information can be predefined and loaded into the KB of the KPT System. For example, as can be seen from the figure, the conference proceedings are preloaded into the KPT System. Thus when the user views the information using the KPT System, he can view the conference proceedings in a separate node and the web information he saves in a separate node. Also, it may be possible that only the top-level pages and the indices might be stored with KPT system and the actual detail information or pages may be on a CD-ROM.

[0147]FIG. 42 is another example of Show all Links, sorted by Keywords, in which the conference information and other web information saved are shown in separate nodes.

[0148]FIG. 43 is another example of Show all Links, first sorted by Organization and then by Authors below each node. As explained earlier, since different types of information exists with the embodiment, the conference proceedings, in this figure are sorted by Organization, followed by Authors for each of the Organization. However, for the web information stored by the user, the information is categorized only by Organizations.

[0149]FIG. 44 is another example of Show all Links, sorted by Authors and Organization. In this example, the Author and Organization are at the same level i.e., the information is sorted using both the indices at the same level, as it is possible that we may either remember vaguely the name of the person or the name of the organization. In previous figure, the user had to know the organization name, to locate the information even if he knew the author name. It is possible to have several other obvious combinations like the information is sorted by Author.

[0150]FIG. 45 is an example user interface of AutoFetch List. As can be seen from the figure, the list of information to be fetched are shown. It is possible to add a new instruction using the Add, edit the instruction using Edit or delete the instruction using Remove.

[0151]FIG. 46 is an example user interface of specifying a new auto fetch instruction. As can be seen from the figure, the name, the URL to fetch the information from, where to save, report to generate, time to get etc. can be specified.

[0152]FIG. 47 is an example user interface for specifying the output report to be generated. As can be seen, it is possible to present the accumulated data in reports for e.g., Graphs or charts.

[0153]FIG. 48 is an example user interface to specify the information sources to look for.

[0154]FIG. 49 is an example of Show Sessions of the auto fetch results. As can be seen from the figure the stock price information of an company is collected every day and presented in raw form.

[0155]FIG. 50 is another example of Show Sessions of the auto fetch results in a graphical format. The stock price collected is displayed in a graphical form for easy viewing.

[0156]FIG. 51 is another example of Show Sessions of the auto fetch results in a graphical format.

[0157]FIGS. 52, 53 and <b>54</b> are examples of Show Sessions of the several imported information. As can be seen in FIG. 52, the speeches of Abraham Lincoln have been collected and shown in the time sorted order of when they were delivered, rather than when the information was collected by the user. FIG. 53 shows an example of all the product information collected for a particular company. FIG. 54 shows an example of some of the technical articles collected on Java programming language.

[0158]FIG. 55 is another example of Get all Links for imported association members. As can be seen from the figure, the members of the associate—individuals and organizations have been imported and shown in Get All Links view. The right side displays the details of member information.

[0159]FIG. 56 is an example user interface of Export. As can be seen from the figure, it is possible to select multiple information to be exported.

[0160]FIG. 57 is an example user interface to specify the information to be exported. As can be seen from the figure, it is possible to specify a complete node or only specific nodes.

[0161]FIG. 58 is an example user interface to specify some other parameters for export.

[0162] As can be seen from the figure, it is possible to specify how the information needs to be exported for example, in Keepoint format with indices to other embodiment of similar nature, as data along with program, which can be viewed using a standard web browser i.e., the data is in HTML format and the program to sort the views in some scripting language like JavaScript or VBScript etc . . . It is also possible to specify if the indices needs to be exported along with the information being exported.

[0163]FIG. 59 is an example user interface to specify the format of the information to be exported. As can be seen from the figure, the Export Data format can be specified for e.g., SQL Database format, Text File, XML file, CSV format etc . . .

[0164]FIG. 60 is an example of exported data in a browser independent format. As can be seen from the figure, the exported data can not only be viewed from a standard web browser but it is possible to sort the information using various indices. This is done for e.g., by the JavaScript program embedded in the information.

[0165]FIG. 61 is another example of exported data, in which the type by which the information is to be sorted is obtained using a pull down menu type of user interface.

[0166]FIG. 62 is another example user interface to specify the information to be exported. As can be seen from the figure, the data extracted using this embodiment has been selected.

[0167]FIG. 63 is an example output of the exported address book data.

[0168]FIG. 64 is an example output of the exported address book data in a comma separated CSV format.

[0169]FIG. 65 is an example output of the exported address book data in Text format.

[0170]FIG. 66 is an example output of the exported address book data in HTML format.

[0171]FIG. 67 is example information as seen in a browser of the exported address book data.

[0172]FIG. 68 is an example of viewing the published information from this embodiment. It is also possible to export information from this embodiment to allow publishing the information, for e.g., on a web server or in form of printed information.

[0173]FIG. 69 is an alternative flowchart of the procedural steps of S<b>1004</b> ShowLinks or S<b>1006</b> ShowSession of this embodiment. In step S<b>6901</b>, the parameter in which the information is to be sorted, SORTBY is either obtained from the user or from system settings. In step S<b>6902</b>, a check is made to determine if all the information needs to be displayed. If not, the nodes to be displayed DISPNODES are either obtained from the user or from settings in step S<b>6903</b>. In either case, step S<b>6904</b> CreateTree is executed, which is explained in detail later in FIG. 70. The actual tree view is displayed in step S<b>6905</b> ShowTreeView, which is also explained in detail later in FIG. 72. When the user closes the view, the process returns.

[0174]FIG. 70 is a flowchart of the procedural steps of CreateTree. In step S<b>7001</b>, the NodeList is set to NULL. In step S<b>7002</b>, the next node N1 is obtained from the list of nodes to be displayed, DISPNODES. A check is made in step S<b>7003</b> to determine, if N1 exists. If all the nodes in the DISPNODES list has been exhausted, then step S<b>7004</b>, SortTreeView is executed to sort the information based on SortBy, as explained in FIG. 71 and the process returns. Otherwise, step S<b>7005</b> is executed to obtain all the relevant list L1 for node N1 from the knowledge base. In step S<b>7006</b>, the next node information K1 is obtained from list L1. A check is made in step S<b>7007</b> to determine if K1 exists. If node K1 does not exist, the control goes back to step S<b>7002</b> to fetch the next node from DISPNODES. Otherwise, step S<b>7008</b> is executed to determine, if the information K1 is unnecessary information. If so, the process loops back to S<b>7006</b>, to obtain the next information from L1. If not, step S<b>7009</b> is executed, where in a check is made to determine if K1 already exists in nodelist. If so, the process loops back to S<b>7006</b>, to obtain the next information from L1. Otherwise, step S<b>7010</b> is executed, in which the K1 is added to the appropriate place in NodeList and process loops back to S<b>7006</b>, to obtain the next information from L1, till there is no more information left, at which stage the process returns.

[0175]FIG. 71 is a flowchart of the procedural steps of SortTreeView. In step S<b>7101</b>, the a check is made to determine if SortBy is SESSION, in which case step S<b>7102</b> is executed to sort all the action by time and process proceeds to step S<b>7112</b>. If not, a check is made in step S<b>7103</b> to determine if SortBy is Organizations, in which case step S<b>7104</b> is executed to sort all the actions by Organizations. If not, a check is made in step S<b>7105</b> to determine if the SortBy is Domains, in which case step S<b>7106</b> is executed to sort all the actions by Domain. If not, a check is made in step S<b>7107</b> to determine if the SortBy is Keywords, in which case step S<b>7108</b> is executed to sort all the actions by Keywords. If not a check is made in step S<b>7109</b> to determine if there is a need to sort by the requested parameter. If so, step S<b>7101</b> is executed and all the actions are sorted by the requested parameter, otherwise step S<b>7111</b> is executed to sort by the default parameter, which could either be from user settings or from the previous parameter by which the sort was performed. In all of the above cases, step S<b>7112</b> ShowTreeView is executed, which is explained in detail in next FIG. 72. and the process returns.

[0176]FIG. 72 is a flowchart of the procedural steps of ShowTreeView S<b>7112</b> of this embodiment. First in step S<b>7201</b>, a check is made to determine if Type is Keyword. If so, No keywords is added to the NodeList in step S<b>7202</b>. In step S<b>7203</b>, the list of nodes in the NodeList is displayed. In step S<b>7204</b> the process waits for user operation or Action Act and in step S<b>7205</b>, a check is made to determine if the Act is End, in which case the process returns. If not, a check is made in step S<b>7206</b> to determine if a Leaf was selected. If so ProcessLeafAction(Act, Node, Type) is executed in step S<b>7207</b>. If not, ProcessNodeAction(Act, Node, Type) is executed in step S<b>7208</b> and the process returns to step S<b>7204</b>.

[0177]FIG. 73 is a flowchart of the procedural steps of ProcessLeafAction(Act, Node, Type) of step S<b>7207</b> of this embodiment. A check is made in step S<b>7301</b>, if the Act is Open. If so, all the child nodes and all the actions KPTAction and associated KPTDocument are fetched in step S<b>7302</b>, from the knowledge base for the selected node and added to the NodeList at appropriate places in step S<b>7303</b> and continues to step S<b>7309</b>. If not, a check is made in step S<b>7304</b>, if the Act is Close. If so, all the child nodes below the selected node are closed or hidden in step S<b>7305</b> and continues to step S<b>7309</b>. If not, a check is made to determine if the Act is Delete. If so, a confirmation is sought from the user, if required, in step S<b>7307</b> and if delete is not to be performed, it continues to step S<b>7309</b>, else all the KPTAction and associated KPTDocument for all the child nodes below the selected node is deleted from the knowledge base in step S<b>7308</b> and continues to step S<b>7309</b>. In step S<b>7309</b>, the knowledge base is updated based on the type of action performed and in step S<b>7310</b> the user interface is updated to reflect the updates made in the knowledge base. If in step S<b>7306</b>, the action is not Delete, the process returns.

[0178]FIG. 74 is a flowchart of the procedural steps of ProcessNodeAction(Act, Node, Type) of step S<b>7208</b> of this embodiment. A check is made in step S<b>7401</b> to determine if the Act is Display i.e., to display the contents of the stored page, if contents are stored, otherwise, the original page needs to be displayed. If so, all the KPTAction and associated KPTDocument are fetched from the knowledge base for the selected node and added to the NodeList at appropriate place in step S<b>7402</b> and a check is made in step S<b>7416</b> to determine if the information is not with the system of this embodiment and that no connection could be made to the source of the information, then the user is notified in step S<b>7417</b> and proceeds to step S<b>7414</b>. Otherwise also step S<b>7414</b> is executed, wherein the knowledge base is updated. If not, a check is made in step S<b>7403</b> to determine if the Act is Source i.e., to display the contents of the original page. If so, the KPTAction and associated KPTDocument are fetched from the knowledge base for the selected node in step S<b>7404</b> and fetches the contents of the page from the original location or URL in step S<b>7405</b> and continues to step S<b>7414</b>. If not, a check is made to determine if the Act is Delete in step S<b>7406</b>. If so, a confirmation is sought from the user, if required, in step S<b>7407</b> and if delete is not to be performed, it continues to step S<b>7414</b>, else in step S<b>7408</b>, the associated KPTAction and KPTDocument are deleted from the knowledge base and continues to step S<b>7414</b>. If not, a check is made in step S<b>7409</b> to determine if the Act is Delete from this group. If so, a confirmation is sought from the user, if required, in step S<b>7410</b> and if delete is not to be performed, it continues to step S<b>7414</b>, else in step S<b>7411</b>, the associated attributes or properties of KPTAction and KPTDocument are modified in the knowledge base and continues to step S<b>7414</b>. If not, a check is made in step S<b>7412</b> to determine if the Act is Show Property. If so, the associated properties or attributes of the KPTAction and KPTDocument for the associated node are fetched from the knowledge base in step S<b>7413</b> and continues to step S<b>7414</b>. In step S<b>7414</b>, the knowledge base is updated based on the type of action performed and in step S<b>7415</b> the user interface is updated to reflect the updates made in the knowledge base. If in step S<b>7412</b>, the action is not Show Property, the process returns.

[0179] It is possible that some data is in KB of KPT System and the rest of the data is in an external media like CD-ROM or on network like file server etc . . . For e.g., the index pages and top-level pages, which are used often, can be kept with KPT System and rest of the pages not used often can be in CD ROM. For example, in the case of the proceedings of a conference, the index and top level pages can be stored with KPT System but the actual details of papers presented, author biography etc. can be stored in a CD-ROM as they are less frequently used. <b>7316</b>, a check is made to determine if some data exists in outside, and if the data can be accessed, for e.g., the CD may not be inserted or may not be connected to network, the user will be prompted as shown in FIG. 37 to insert the CD. Of course, using the KPT System, the user can choose and save the most relevant pages to the KPT System thus eliminating the need to always insert the CD for pages he or she uses frequently.

[0180]FIG. 75 shows an example UI for Importing Email or Documents, when import other is selected in FIG. 29. As can be seen from the figure, either all the Emails can be imported or only a selected set can be imported using the “specify details”, an example of which is shown in FIG. 76. Files or documents can also be imported in a similar fashion, by either specifying the document to import or using a filter to fetch the matching files e.g., by name or by type i.e., all Word Processed documents, and/or by date. Also, the emails or files or documents can be imported either in ASIS or can be converted to HTML during the import process.

[0181]FIG. 76 shows an example UI for specifying the mails that needs to be imported into the current embodiment. As can be seen from the figure, the user can either import all the mails from a specified folder or can specify a complex condition using various parameters. For e.g., From, To, Subject and date.

[0182]FIG. 77 shows another flowchart of SaveContent to enable importing of non-HTML documents into the current embodiment. The main flow is similar to FIG. 14 of this embodiment and a check is made in step S<b>7713</b> to see if the imported document content is a HTML page, in which case WebFetch( ) is called, which was explained in detail in FIG. 15. Otherwise, FetchOther( ) is called in step S<b>7714</b>, details of which are explained in FIG. 78. Other steps of this Figure are similar to FIG. 14 of this embodiment.

[0183]FIG. 78 shows the flowchart of FetchOther of this embodiment. The list of contents to be saved are first obtained in step S<b>7801</b> and instep S<b>7802</b>, the next content to be saved C is obtained. A check is made in step S<b>7803</b> to determine if C is NULL, in which case the process returns. Otherwise, a check is made in step S<b>7804</b> to determine if C is a file. If not, the contents are obtained from the parent or owner application in step S<b>7811</b> and process proceeds to step S<b>7808</b>. Otherwise, a check is made in step S<b>7805</b> to determine if C is a local file, in which case step S<b>7807</b> is executed to copy the file contents, otherwise step S<b>7806</b> is executed and the contents are downloaded. In either case S<b>7808</b> is executed to check if the contents needs to be converted to HTML. If so, the contents are converted to HTML in step S<b>7809</b>. In either case step S<b>7810</b> is executed, wherein the contents are added to the knowledge base and the process returns to step S<b>7802</b> to obtain the next content C from the list of contents, till no more contents are left in the list. If fetch type is a file, then the contents needs to be only downloaded or copied otherwise the contents or data to be imported needs to be first obtained from the underlying application. For example, during import of email, the email data needs to be obtained from the mailing application. It may so happen that the email application may store the data in normal file, in which case the embodiment can fetch it as normal file. Also several ways exist to obtain the information from the parent or underlying application, for example, Dynamic Data Exchange (DDE), OLE Automation, COM, COBRA etc.

[0184]FIG. 79 is an example of Get all Links sorted by Sender for the imported email information. As can be seen from the figure, the imported emails are shown sorted by Sender.

[0185]FIG. 80 is another example of Get all Links sorted by Sender for the imported email information.

[0186]FIG. 81 is an example of Show Sessions for the imported email information. The mail list is shown in tabular form.

[0187]FIG. 82 is an example of Get all Links sorted by Name for the imported documents. The various documents are shown below the Documents node, and the contents of the document are shown on the right hand side.

[0188]FIG. 83 is another example of Get all Links sorted by Name for the imported documents, which is imported in AS IS format. When user views the application in the browser, the relevant application, for e.g., word processor is launched within the browser as shown in the figure.

[0189]FIG. 84 is a flowchart of the procedural steps of another implementation of ImportData for this embodiment. In step S<b>8401</b>, the type of the information being imported is obtained using GetType, which is explained in detail in FIG. 85 and in step S<b>8402</b>, the next information to be imported is obtained. A check is made in step S<b>8403</b> to determine if the Import information exists. If not the process ends otherwise a check is made in step S<b>8404</b> to determine if the information is indexed. If not, step S<b>8405</b> IndexData is executed, which was explained earlier in FIG. 22. In either case step S<b>8406</b> is executed to create the KPTAction knowledge structure and in step S<b>8407</b>, SetIndex is executed, which is explained in detail in FIG. 86. In step S<b>8408</b>, the necessary knowledge structures are created and a request is made to KPTSystem of this embodiment to execute SaveContents for the created contents and loops back to step S<b>8402</b> to fetch the next information to be imported, till there are no more information left to be imported.

[0190]FIG. 85 is a flowchart of the procedural steps of GetType. In step S<b>8501</b>, the attributes of the information being imported is obtained and set to ATTR. In step S<b>8502</b>, a check is made to determine if ATTR is BOUND_DATA. If so, BOUND_DATA is returned. If not, a check is made in step S<b>8503</b> to determine if the system can decide based on the ATTR information. If so, a check is made in step S<b>8504</b> to determine if the information needs to be managed together with other information. If so, the process returns BOUND_DATA, otherwise INDEPENDENT_DATA is returned. If the system cannot decide based on the ATTR information, the necessary information is obtained from the user in step S<b>8505</b> and if the information is to be managed with other information, BOUND_DATA is returned, otherwise INDEPENDENT_DATA is returned.

[0191]FIG. 86 is a flowchart of the procedural steps of SetIndex. A check is made in step S<b>8601</b> to determine if Type is BOUND_DATA. If so, step S<b>8602</b> is executed in which the indices from the general knowledge base, otherwise the indices are obtained from the individual knowledge base and the process ends.

[0192] The present invention described above may be applied to a system constituted of a plurality of computers, or a specific computer within a system. The object of the present invention can also be achieved by supplying a storage medium storing program codes of software for implementing the function of the above embodiment to a system or an apparatus, and reading out and executing the program codes stored in the storage medium by a computer (or a CPU or MPU) of the system or apparatus. In this case, the program codes read out from the storage medium implement the function of the present invention, and the storage medium storing these program codes constitutes the invention. Also, besides the function of the above embodiment is implemented by executing the readout program codes by the computer, the present invention includes a case where an OS (Operating System) or the like running on the computer performs a part or the whole of actual processing in accordance with designations by the program codes and thereby implements the function of the above embodiment.

[0193] Furthermore, the present invention also includes a case where, after the program codes read out from the storage medium are written in a memory of a function extension board inserted into the computer or of a function extension unit connected to the computer, a CPU or the like of the function extension board or function extension unit performs a part or the whole of actual processing in accordance with designations by the program codes and thereby implements the function of the above embodiment.

[0194] Although the present invention has been described in its preferred form with a certain degree of particularity, many apparently widely different embodiments of the invention can be made without departing from the spirit and scope thereof. It is to be understood that the invention is not limited to the specific embodiments thereof except as defined in the appended claims.