Enterprise knowledge and information acquisition, management and communications system with intelligent user interfaces
Summary by NHIP
Enterprise Knowledge Management System
The system manages organizational documents, directory contacts, group discussions, and financial data through dedicated modules. System processes utilize autogenerated keywords to intelligently capture, archive, manage, search, and retrieve information records.
Claim Score by NHIP
Abstract
A system for acquiring, sharing and managing information in an organization is disclosed hereinafter. The system involves a network communicator for connecting to a network through which users accesses the system, and a document manager through which a user provides a document for access by at least one other user through the network. The system also involves electronic conversing means for enabling a user to correspond with at least one other user through the network using an electronic conversation format for generating an electronic conversation record, and an archive for storing at least one of documents provided through the document manager and electronic conversation record conducted using the electronic conversing means. In the system, a keyword representative of the at least one of documents and electronic conversation record is stored in the archive in association with the stored at least one documents and electronic conversation record.

Term
Term ended
Expired 10 April 2025, 1.5 years ago.
- Priority
- Filed
- Granted
- Expired
- Today
18 claims: 2 independent, 16 dependent
- 1Broadest claimClaim Score 25, narrow(NHIP)A computer implemented system for enterprise knowledge management of an organization, the computer performing the following functions, comprising:a document management module to enable users within an organization to create, archive and manage documents in records for future reference and usage;a directory management module to enable users within the organization to create, archive and manage directory information of an organization's external contacts in records for future reference and usage;a group talk module to enable users within the organization to engage in electronic discussions and communications and to capture and archive the respective electronic communication in records for future reference and usage;a financial markets module to enable users within the organization to capture, archive and manage financial data and information in records for future reference and usage;and a plurality of system processes;wherein one or more of the plurality of system processes are utilized with one or more of the document management module, the directory management module, the group talk module and the financial markets module to intelligently capture, archive, manage, search, and retrieve information records within an organization, wherein a Document Creation and Storage Process provides an autogenerated list of keywords, wherein the keywords together with saved associated documents provide for easy search and retrieval of the desired documents, wherein the keywords are generated by comparing all keywords in a given document to a common list, dropping all the words found in the common list, and retaining the remaining words as keywords.
- 10A computer implemented method for enterprise knowledge management of an organization, the computer performing the following functions, comprising:providing a document management module to enable users within an organization to create, archive and manage documents in records for future reference and usage;providing a directory management module to enable users within the organization to create, archive and manage directory information of an organization's external contacts in records for future reference and usage;providing a group talk module to enable users within the organization to engage in electronic discussions and communications and to capture and archive the respective electronic communication in records for future reference and usage;providing a financial markets module to enable users within the organization to capture, archive and manage financial markets data and information in records for future reference and usage;and providing a plurality of system processes;wherein one or more of the plurality of system processes are utilized with one or more of the document management module, the directory management module, the group talk module and the financial markets module to intelligently capture, archive, manage, search, and retrieve information records within an organization, wherein a Document Creation and Storage Process provides an auto-generated list of keywords, wherein the keywords together with saved associated documents provide for easy search and retrieval of the desired documents, wherein the keywords are generated by comparing all keywords in a given document to a common list, dropping all the words found in the common list, and retaining the remaining words as keywords.
Independent claims2
124 paragraphs in 4 sections, as filed
BACKGROUND
p-0002Knowledge and information derivable from employees within an organization are often undervalued key resources. The risk in improperly managing these resources is usually underestimated and its impact not felt until the people holding the requisite knowledge to ensure that certain processes run smoothly within the organization leave. Sometimes, an organization may also be unaware of lost opportunities to benefit from the knowledge of its people, or for that matter knowledge in general, because of a lack of an open support system that encourages the sharing of expertise and know-how to other members within the organization.
p-0003There is clearly a need for a system for acquiring, sharing and managing knowledge and information within an organization.
SUMMARY
p-0004In accordance with a first aspect of the invention, a system for acquiring, sharing and managing information in an organization is disclosed hereinafter. The system comprises a network communicator for connecting to a network through which users accesses the system, and a document manager through which a user provides a document for access by at least one other user through the network. The system also comprises electronic conversing means for enabling a user to correspond with at least one other user through the network using an electronic conversation format for generating an electronic conversation record, and an archive for storing at least one of documents provided through the document manager and electronic conversation record conducted using the electronic conversing means. In the system, a keyword representative of the at least one of documents and electronic conversation record is stored in the archive in association with the stored at least one of documents and electronic conversation record.
p-0005In accordance with a second aspect of the invention, a method for acquiring, sharing and managing information in an organization via an enterprise system is disclosed hereinafter. The method comprises the steps of connecting the system to a network through which users accesses the system, and enabling a user to provide a document for access by at least one other user through the network. The method also comprises the steps of enabling a user to correspond with at least one other user through the network using an electronic conversation format for generating an electronic conversation record, and storing at least one of documents provided through the document manager and electronic conversation record generated using the electronic conversing means. In the method, a keyword representative of the at least one of documents and electronic conversation record is stored in association with the stored at least one of documents and electronic conversation record.
p-0006In accordance with a third aspect of the invention, a computer program product comprising a computer usable medium having computer readable program code means embodied in the medium for acquiring, sharing and managing information in an organization via an enterprise system is disclosed hereinafter. The computer program product comprises computer readable program code means for connecting the system to a network through which users access the system, and computer readable program code means for enabling a user to provide a document for access by at least one other user through the network. The computer program product also comprises computer readable program code means for enabling a user to correspond with at least one other user through the network using an electronic conversation format for generating an electronic conversation record and computer readable program code means for storing at least one of documents provided through the document manager and electronic conversation record generated using the electronic conversing means. Accordingly, a keyword representative of the at least one of documents and electronic conversation record is stored in association with the stored at least one of documents and electronic conversation record.
BRIEF DESCRIPTION OF DRAWINGS
p-0007Embodiments of the invention are described hereinafter with reference to the drawings, in which:
p-0008<figref idrefs="DRAWINGS">FIG. 1</figref> is a block diagram of a network environment <b>100</b> in which a system according to an embodiment of the invention operates;
p-0009<figref idrefs="DRAWINGS">FIG. 2</figref> is a flowchart for a Document Creation and Storage Process performed in the system of <figref idrefs="DRAWINGS">FIG. 1</figref>;
p-0010<figref idrefs="DRAWINGS">FIG. 3</figref> is a screen shot of a Platform Text Capturing screen provided by the system of <figref idrefs="DRAWINGS">FIG. 1</figref>;
p-0011<figref idrefs="DRAWINGS">FIG. 4</figref> is a flowchart for a Keywords Generation Process performed in the system of <figref idrefs="DRAWINGS">FIG. 1</figref>;
p-0012<figref idrefs="DRAWINGS">FIG. 5</figref> is a flowchart for a Set Users Process performed in the system of <figref idrefs="DRAWINGS">FIG. 1</figref>;
p-0013<figref idrefs="DRAWINGS">FIG. 6</figref> is a flowchart for a Document Search and Retrieval Process performed in the system of <figref idrefs="DRAWINGS">FIG. 1</figref>;
p-0014<figref idrefs="DRAWINGS">FIG. 7</figref> is a flowchart for a Directory Record Creation and Storage Process performed in the system of <figref idrefs="DRAWINGS">FIG. 1</figref>;
p-0015<figref idrefs="DRAWINGS">FIG. 8</figref> is a flowchart for a Directory Record Search and Retrieval Process performed in the system of <figref idrefs="DRAWINGS">FIG. 1</figref>;
p-0016<figref idrefs="DRAWINGS">FIGS. 9 and 10</figref> are flowcharts for a Group Talk Capturing and Storage Process performed in the system of <figref idrefs="DRAWINGS">FIG. 1</figref>;
p-0017<figref idrefs="DRAWINGS">FIG. 11</figref> is a flowchart for a Group Talk Record Search and Retrieval performed in the system of <figref idrefs="DRAWINGS">FIG. 1</figref>; and
p-0018<figref idrefs="DRAWINGS">FIGS. 12 to 15</figref> are Yield and Discount Factor Curves generated for various currencies captured by the system of <figref idrefs="DRAWINGS">FIG. 1</figref>.
DETAILED DESCRIPTION
p-0019A system according to an embodiment of the invention is described hereinafter for addressing the need for a system for acquiring, sharing and managing knowledge and information within an organization. Such a system advantageously provides new economy users with the ability to harness and manage knowledge and information resources. This system provides guidance to users throughout various knowledge and information management processes, hereinafter known as system processes, using a Guidance Subsystem.
p-0020The system is known as a multi-tier enterprise Knowledge and Information Management System. The system comprises a number of modules and subsystems and provides organizations with a Knowledge and Information Management Framework which can be utilized to address the foregoing issues on an enterprise-wide basis. The system includes a Document Management Module, a Directory Management Module, a Group Talk Module, and a Financial. Markets Module. The system also includes a Guidance Subsystem and a Security Support Subsystem. The various modules are essentially functional applications or programs providing users with various system functions. The subsystems are supporting applications or programs which are dependent on the modules and provide customized services to users of the modules, since different modules have different output and/or input fields.
h-0005System Environment
p-0021The system described hereinafter with reference to <figref idrefs="DRAWINGS">FIGS. 1 to 16</figref> preferably operates in a network environment <b>100</b> as shown in <figref idrefs="DRAWINGS">FIG. 1</figref>. The network environment typically comprises an enterprise communication network <b>102</b> with dial-in networking capability <b>103</b>, user computers <b>104</b> connected to the system through the enterprise communication network <b>102</b>, service and connection host computers and application servers <b>106</b>, gateways <b>108</b> to other networks for providing live feeds, database servers <b>110</b> for managing and hosting a system database, and software executed on the various computers including report generating software <b>112</b>. Internet connections and wireless communications may be used in such a network environment.
p-0022Many different communication protocols may be employed in facilitating communications between the various parts of the network environment, such as TCP/IP, X.25, ISDN, Ethernet, asynchronous line protocols and analog and/or digital voice transmission. Also, where appropriate, authentication and encryption protocols are employed, for example, hypertext transfer protocol (HTTP) or secure socket layer (SSL) protocol.
h-0006Guidance Subsystem
p-0023The Guidance Subsystem is for providing full on-line guidance and handholding of users through the various system processes. When the system processes are performed, a user would usually be required to enter inputs, provide information, and etc. The guidance subsystem however breaks all system processes down into parts wherever possible and prioritizes such process parts. For inputs that are not required or disallowed, the guidance subsystem prevents users from changing pre-sets for example. For inputs which are allowed and required, the guidance subsystem then provides help through a full on-line HELP feature (like HTML Help for example) to allow users to understand what inputs they need to provide and how they can provide the requisite inputs. As such it is considered a tactically designed online guidance subsystem with a full HELP feature in the background.
h-0007Document Management Module
p-0024The Document Management Module is a module in the system that allows users to create or capture and store all types of text and graphic documents for future usage such as search and retrieval. When documents are first created, they have to be categorized according to Topic, Sub-Topic and/or Title which are already created, or be created by a user known as a Document Creator if Topic, Sub-Topic, and/or Title do not exist. In the Document Creation Process, for the case of text documents, the system provides an auto-generated list of keywords, which can be edited by the Document Creator, before being saved together with the text document. In the case of graphic documents, the Document Creator has to manually provide the keywords to the system. The keywords saved together with the documents provide for easy search and retrieval of desired documents later on when users need to search for required documents.
p-0025A Document Creator creates a Document Record and users can search for desired archived Document Records according to Topic, Sub-Topic and/or Title by providing the system with the keyword(s) to use in system search processes such as the sophisticated Boolean search process. A Document Record is an entirely electronic record containing a created and archived document, which includes a graphic, text, or multimedia document, system generated keywords associated with the document which are used in a system search process, and User Access Rights definitions to the document. User Access Rights determine which users can access the document and the type of access allowed, for example read-only, read and update. Only authorized users may view Document Records. If a user does not have the authorization and wishes to view a particular Document Record, the user can request the Document Creator or a system administrator, hereinafter known as the Administrator, to provide the user with the requisite rights to view the record.
h-0008Directory Management Module
p-0026The Directory Management Module is a module that allows users to capture and store directory information on all types of companies and/or individuals in records for future usage such as search and retrieval. The system requires the capture of the following directory information fields within each record by a user known as a Directory Record Creator, namely Company Name, Contact Person and Designation in a Directory Record Creation Process. In this process, the Director Record Creator also captures additional fields pertaining to the Contact Person and these include the Contact Person's Full Name, Address, Contact Telephone and Facsimile Numbers and Email Addresses. A Directory Record is an entirely electronic record containing created and archived directory information of a company and User Access Rights definitions to the Directory Record. User Access Rights determine which users can access the Directory Record and the type of access allowed such as read-only, read and update.
p-0027A Directory Search Process will then use the above captured fields within each of the Directory Records to search for desired records. The system uses the sophisticated Boolean logic search process that allows its users to specify certain logical conditions in the Directory Search Process.
h-0009Group Talk Module
p-0028The Group Talk Module allows users to engage in electronic conference calls conducted via the enterprise communication network <b>102</b> and archive the respective electronic conversations. At the initiation of each Group Talk Process, a user known as a Group Talk Initiator has to provide the system with Topic, Sub-Topic and/or Title in relation to the Group Talk. The Group Talk Module then allows user rights to be set by the Group Talk Initiator for specifying which users are allowed into a Group Talk. These users will then be alerted by the system that they need to go on-line to join the Group Talk. All conversations are typed into the system and are readable by all participating members in the Group Talk in a manner similar to a conference call facility. The major advantage of this is that the entire conversation is then archived into the system database as a Group Talk Record for future reference. The system will, as in the case of the Document Management Module, provide an auto-generated list of keywords, which can be edited by the Group Talk Initiator, before being saved together with the Group Talk Record. The system also automatically sets the archived Group Talk Record to read-only status for all participating Group Talk members. This security level is set to prevent tampering and preserve authenticity of the archived Group Talk Record. Only Group Talk members involved in the conversation have an automatic right to read the archived Group Talk Record. However, the Group Talk initiator can also assign read-only rights to other users if necessary.
p-0029Users can search for desired archived Group Talk Record s by Topic, Sub-Topic and/or Title by providing the system with the keyword(s) to use in a search process. Only authorized users may view Group Talk Record s. If a user does not have the authorization and wishes to view a particular Group Talk Record, the user can request the Group Talk Initiator or an authorized Group Talk Administrator or the Administrator to provide the user with the requisite rights to view the record.
p-0030It is possible to extend Group Talk to include other electronic communications formats that can be archived using transformation technology such as teleconference calls.
h-0010Financial Markets Module
p-0031In addition, the system also provides the Financial Markets Module to allow organizations that are actively engaged in the financial markets to better manage financial data and information. The Financial Markets Module allows users to capture and archive key financial market instrument prices and information in the various financial markets, including: Interest Rate Markets; Foreign Exchange Markets; Equity Markets; and Commodity Markets. Other key financial market segments can be added to the capability of the system as such markets evolve.
p-0032In the case of Interest Rate Markets, in addition to capturing and archiving the financial data and information for it, the system also uses the data captured to process and generate Yield and Discount Factor Curves for the various currencies captured within the system database. The Discount Factor Curves are especially useful for analyzing future cash flow from a present value perspective.
p-0033The system also provides users with the ability to create graphs and analyze historical data on financial instrument prices and related implied market rates from the data captured.
h-0011System Processes
p-0034System processes performed in the system in relation to the various modules and subsystems include Document Creation And Storage Process, Document Search And Retrieval Process, Directory Record Creation And Storage Process, Directory Record Search And Retrieval Process, Group Talk Capturing And Storage Process, Group Talk Record Search And Retrieval Process, Financial Instruments Data Capture And Storage Process, and Financial Data Search And Retrieval Process.
h-0012Document Creation and Storage Process
p-0035The Document Management Module is a module that allows users to create or capture and store all types of text and graphic documents for future usage such as search and retrieval.
p-0036With reference to the flowchart in <figref idrefs="DRAWINGS">FIG. 2</figref>, the Document Creation and Storage Process is described hereinafter. To begin using the Document Management Module, the user should first classify the document into the document type to be created or captured by selecting a Document Creation Platform in a step <b>202</b>. If the document to be created or captured is a text-type document, then the user should choose Text Capturing Platform. On the other hand, if the document to be created or captured is a graphic-type document, then the user should choose Graphic Capturing Platform.
p-0037Once the relevant Document Creation Platform has been chosen accordingly, the user then has to select a Topic to which the document could be classified under in a step <b>204</b>. If no relevant Topic exists, then the user has to first exit the current Document Creation Platform, go to a “Main Document List Input” screen to create the desired Topic accordingly in a step <b>206</b> before proceeding with the Document Creation Process.
p-0038Returning to the previously chosen Document Creation Platform, the user should then choose the relevant Topic that the about-to-be-created document record belongs to in a step <b>208</b>.
p-0039The user then has to select a Sub-Topic to which the document could be classified under in a step <b>210</b>. If no relevant Sub-Topic exists, then the user has to first exit the current Document Creation Platform, go to the “Main Document List Input” screen to create the desired Sub-Topic accordingly in a step <b>212</b> before proceeding with the Document Creation and Storage Process.
p-0040Returning to the Document Creation Platform, the user should then choose the relevant Sub-Topic that the about-to-be-created document record belongs to in a step <b>214</b>. A descriptive Title should then be added providing some details about the document-to-be-created. The user should also indicate a Source for the document record in a step <b>218</b> and if no relevant Source exists, then the user has to exit the current Document Creation Platform, go to the “Main Document List Input” screen to create the desired Source accordingly in a step <b>217</b> before proceeding with the Document Creation and Storage Process.
p-0041Once the above processes have been completed, the user can then choose in steps <b>220</b>, <b>222</b>, and <b>224</b> either to link a text or graphic document to the record being created by clicking on a “Link Text” button <b>300</b> appearing on the top right of the “Platform Text Capturing” screen <b>302</b> as shown in <figref idrefs="DRAWINGS">FIG. 3</figref> or a “Link Graphic” button appearing on the top right of the “Platform Graphic Capturing” screen (not shown), respectively, depending on which screen was previously chosen by the user for the Document Creation and Storage Process. If no text or graphic document is to be linked to the record, the user may proceed directly to provide a typed summary of the record being created in a step <b>226</b>. The latter case is chosen when users wish to use the Document Creation Platform to directly create a new text document record. In the case of graphic document records, users have to click the “Link Graphic” button before proceeding to provide a summary of the graphic document record being captured.
p-0042Thereafter, the system then proceeds to a Keywords Generation Process <b>228</b> and thereafter a Set Users Process <b>230</b>. Additionally, when the user has to create the desired Topic, Sub-Topic and Source respectively in steps <b>206</b>, <b>212</b> and <b>217</b>, the system thereafter performs a duplication check in a step <b>232</b> which is followed by a step <b>234</b> to store the created Topic, Sub-Topic and Source in the system database if there is no duplication.
p-0043A previously disabled “Generate Keywords” button <b>304</b> is now enabled and the user has to click on this button to continue using the Document Management Module. Such a control process is advantageously implemented because the system adopts a systematic processing methodology to prevent users from making unnecessary mistakes by ensuring that process steps are carried out systematically and those steps which are not to be carried out at a particular point in the processing are disabled, whilst at the same time providing users with the Guidance Subsystem, which includes a full on-line HELP feature, to enable users to carry out the necessary process steps the way which the process should be executed.
p-0044Clicking on the “Generate Keywords” button <b>304</b> instructs the system to generate in a step <b>402</b> in the Keywords Generation Process <b>228</b> according to a flowchart shown in <figref idrefs="DRAWINGS">FIG. 4</figref> a list of keywords to be linked to the document created. In the case of text documents that are readable by the system as text, the system then proceeds to compare all the various keywords in the given Text Document to a “Common Words List” <b>306</b> within the system in steps <b>404</b> and <b>406</b>. All words found in the “Common Words List” <b>306</b> are then dropped from the given text document in a step <b>408</b>, with the system retaining the remaining words from the text document as keywords in a Keywords List <b>308</b> in a step <b>410</b>. The “Common Words List” <b>306</b> is a dynamically evolving list that grows and shrinks through time depending on future user actions. Take for example if after the Keywords Generation Process <b>228</b> has been completed for a given document say, the word “risk” was not previously part of the “Common Words List” <b>306</b>, hence going through the process, the system would have classified the word “risk” as a keyword. Now suppose the user determines that the word “risk” should be considered a Common Word and not a Keyword. The user should simply click on a “Remove Keyword” button <b>310</b> to move the word “risk” from the Keywords List <b>308</b> to the Common Words List <b>306</b> in a step <b>412</b>. This step in the process has not only helped the system to remove the word “risk” as a Keyword for this particular document, but in fact, it has also allowed the Common Words List <b>306</b> to evolve dynamically to include the word “risk” as a Common Word from now onwards. As such, the word “risk” would then henceforth in the Keywords Generation Process <b>228</b> be considered a Common Word and not appear as a Keyword, until further action is performed by a user to reverse the above action and move the word “risk” out from the Common Words List <b>306</b> to the Keywords List <b>308</b> using an “Add Keyword” button <b>312</b> in a step <b>412</b>. In other words, the system adopts a dynamically evolving Common Words List Growth Processing Methodology to help generate an initial Keywords List <b>308</b> for the case of readable text documents, which can then be fine-tuned by the user concerned.
p-0045For the case of non-readable text or graphic documents, the user has to manually provide keywords that should be linked to the document captured. This completes the Keywords Generation Process <b>228</b>, and at the same time, enabling the “Set users” button <b>314</b> to allow the user to proceed with the Set Users Process <b>230</b> in the Document Creation and Storage Process according to the flowchart shown in <figref idrefs="DRAWINGS">FIG. 5</figref>.
p-0046Clicking on the “Set users” button <b>314</b> brings on the “Users” Tab-sheet on a Document Capturing Screen (not shown) in steps <b>502</b> and <b>504</b>. On this tab, the Document Creator can specify which users are to be allowed access rights to the document created and which rights specifically will apply to the authorized users in a step <b>506</b>. The system allows in a step <b>508</b> for two types of access rights to be set, namely Full (Read and Update) Access in a step <b>510</b> and Read-only Access in a step <b>512</b>. All other users who do not have any of these access rights in a step <b>514</b> will be unable to view the created document. These users can however request permission from the Document Creator to view the created document, and the Document Creator may grant any or all of the two types of access rights accordingly in steps <b>516</b> and <b>518</b>. The Document Creator can also revoke any or all of the two types of access rights accordingly in steps <b>520</b> and <b>522</b>, and transform one type of access rights to the other accordingly in steps <b>524</b> and <b>526</b>.
p-0047To complete the Document Creation and Storage Process, the user must click on the “Save” button at the bottom of the Document Capturing Screen, otherwise all work done will be wasted.
h-0013Document Search and Retrieval Process
p-0048With reference to the flowchart in <figref idrefs="DRAWINGS">FIG. 6</figref>, the Document Search and Retrieval Process is described hereinafter. A search engine that the system provides to its users utilizes the Boolean Logic Approach to specifying search criteria in this process. When a user wishes to search for a particular document or a class of related documents, the user is allowed to specify keywords in a step <b>602</b> that are expected to be found within the target document record(s). The user has the ability to further specify whether some of the keywords have to be found collectively within a document record for the document record to be considered a target document record or as long as one of the keywords is found within a document record, that document record is considered on target. As an example, suppose the user is only interested in document records that contain the words “Prime Minister” and the words “England” or “France”, the user can then specify that the target document records must either contain “Prime Minister” and “England” or “Prime Minister” and “France”. If either of these two Boolean conditions does not hold, then a “tested” document record is not considered on target.
p-0049In addition to the above, the system allows its users to specify how the above search process should be carried out in terms of “testing” records for suitability. The users can specify whether the Boolean Logic Word test should apply only to the Titles and Sub-Titles in Document Records, or only to the Keywords List linked to the Document Record or to both.
p-0050Once the above processes have been carried out, the user can then decide if the target documents exist by instructing the system to search the system database in a step <b>604</b>. If no target document record(s) are found and this is indicated to the user, the user should specify new search criteria and run the search process again in a step <b>606</b>. Otherwise a list of target document record(s) are displayed in a step <b>608</b> from which the user selects a target document record to view in a step <b>610</b>.
p-0051To view a document from the list of target documents meeting the search criteria, as part of requirements of the Security Support Subsystem which is described in greater detail hereinafter, the user is required to have the appropriate access rights which is checked by the system in a step <b>612</b>. Otherwise the system will not allow the user to view the document. If the appropriate access rights have not been previously assigned to the user, the user must then obtain in a step <b>614</b> the appropriate access rights from either the Document Creator or the Administrator in a step <b>616</b>.
p-0052Once the appropriate access rights have been obtained or earlier affirmed in the step <b>612</b>, the user can then proceed to double click on the desired target document to view the selected document record in a step <b>618</b>.
h-0014Directory Record Creation and Storage Process
p-0053The Directory Management Module allows users to manage directory information on companies and individuals. In the case of company directory records, they have to contain at least the name and designation of an individual working with or associated with the company. In the case of individuals, the user would simply designate the Company Name field to “Personal” or to any other grouping name the user prefers. This allows the Directory Record type to be consistent throughout an entire Directory Record Database, which is part of the system database specific to the Directory Management Module.
p-0054With reference to the flowchart in <figref idrefs="DRAWINGS">FIG. 7</figref>, the Directory Record Creation and Storage Process is described hereinafter. To create a Directory Record in a step <b>702</b>, the user has to provide information on certain mandatory fields in a step <b>704</b> and if these fields are found missing in a step <b>706</b>, the system will prompt the user to provide the requisite information in a step <b>708</b>. Otherwise the system will not allow the record to be captured into the Directory Record Database in a step <b>710</b>.
p-0055To facilitate easy access, the system also allows its users to group Directory Records together by specifying a Group Name and the Directory Records that belong to a Group Record. For example, if a number of the companies which have been captured under the Directory Management Module are candidates for a marketing push for a particular product, then the user can create a group with the name say “Marketing (Product 1)” and in that group, include all the Directory Records of all the companies which would be suitable target clients. This grouping process also allows the user to use this easy access function within the system for other purposes. For example, if the user now wishes to generate address labels for each of the members of the group “Marketing (Product 1)”, the user can easily specify the address label creation for the group, without needing to go through each Directory Record one at a time. The user must save all created Directory Records and Grouping Records. Otherwise all information provided will be lost.
h-0015Directory Record Search and Retrieval Process
p-0056With reference to the flowchart in <figref idrefs="DRAWINGS">FIG. 8</figref>, the Directory Record Search and Retrieval Process is described hereinafter. A search engine that the system provides to its users utilizes the Boolean Logic Approach to specifying search criteria in this process. When a user wishes to search for a particular Directory or Group Record, the user is allowed to specify the keywords in a step <b>802</b> that are expected to be found within the captured fields in the target Directory Record(s). The user has the ability to further specify whether some of the keywords have to be found collectively within a Directory Record for the Directory Record to be considered a target Directory Record or as long as one of the keywords is found within the fields of a Directory Record, that Directory Record is considered on target. As an example, suppose the user is only interested in Directory Records that have the Designation field containing the word “Manager” and Country field containing the words “England” or “France”, the user can then specify that the target Directory Records must either have the Designation field containing the word “Manage” and the Country field the word “England”, or the Designation field containing the word “Manager” and the Country field the word “France”. If either of these two Boolean conditions does not hold, then a “tested” Document Record is not considered on target.
p-0057Once the above processes have been carried out, the user can then decide if the target Directory Records exist by instructing the system to search the system database in a step <b>804</b>. If no target Directory Records are found and this is indicated to the user, the user should specify new search criteria and run the search process again in a step <b>806</b>. Otherwise a list of target Directory Record(s) are displayed in a step <b>808</b> from which the user selects a target Directory Record to view in a step <b>810</b>.
p-0058To view a Directory Record from the list of target Directory Records meeting the search criteria, as part of the requirements of the Security Support Subsystem, the user is required to have the appropriate access rights which is checked by the system in a step <b>812</b>. Otherwise the system will not allow the user to view the Directory Record. If the appropriate access rights have not been previously assigned to the user, the user must then obtain in a step <b>814</b> the appropriate access rights from either the Directory Record Creator or the Administrator in a step <b>816</b>.
p-0059Once the appropriate access rights have been obtained or earlier affirmed in the step <b>812</b>, the user can then proceed to double click on the desired target Directory Record to view the directory information in a step <b>818</b>.
h-0016Group Talk Capturing and Storage Process
p-0060The Group Talk Module allows users to engage in electronic conference calls and have such electronic conversations conducted via the enterprise communication network <b>102</b> recorded and archived in the system database.
p-0061With reference to flowcharts in <figref idrefs="DRAWINGS">FIGS. 9 and 10</figref>, the Group Talk Capturing and Storage Process are described hereinafter.
p-0062With reference to a flowchart in <figref idrefs="DRAWINGS">FIG. 9</figref>, a process by which a Messaging System informs users or participants of a Group Talk in a messaging mode is described. A Group Talk Initiator or sender enters message and recipient's name into the system in a step <b>902</b>. The system checks if the recipient is connected to the enterprise communication network <b>102</b> in a step <b>904</b>. If the recipient is on-line, a message is posted on the recipient's screen in a step <b>906</b>. If the recipient not on-line, the sender has a choice of deciding whether or not to proceed. If the sender decides to cancel the message in a step <b>908</b>, then the process ends. If the sender wishes the message to remain pending in a step <b>910</b>, the message will remain pending in the system and the moment the recipient logs in, the message will be shown. In all cases, an acknowledgement message will be shown in a step <b>912</b>.
p-0063The Messaging System is also capable of broadcasting to all recipients who are participating in the Group Talk in a broadcasting mode. In the broadcasting mode, the Messaging System will operate in exactly the same way as in the messaging mode, except that the sender indicates more than one recipient, and the same message is broadcast to all recipients simultaneously.
p-0064With reference to a flowchart in <figref idrefs="DRAWINGS">FIG. 10</figref>, a process by which the Group Talk Module facilitates a Group Talk is described. The Group Talk Module requires user rights to be set by a Group Talk Initiator that in turn specifies which users are allowed into a Group Talk. These users will then be alerted by the Messaging System in a step <b>1002</b> that they need to go on-line at a specified time to join the Group Talk when they logon to the system in a step <b>1004</b>. The Messaging System is a multi-purpose messaging system that may be used by users in general for other purposes as well.
p-0065At the initiation of a Group Talk in a step <b>1006</b>, the Group Talk Initiator has to provide the system with Topic, Sub-Topic and Title in relation to the Group Talk. As with the Document Management Module, if the Topic and/or Sub-Topic cannot be found, the Group Talk Initiator has to create these before continuing with the Group Talk.
p-0066The enterprise communication network <b>102</b> also has to be prepared for the Group Talk in which the service and connection host computers and application servers <b>106</b> providing the connection for the Group Talk is set up in a step <b>1008</b>. In a step <b>1010</b>, the connection for the Group Talk is made for the users who performed logons in the step <b>1004</b>. Subsequently in a step <b>1012</b> the server checks for authorized users with appropriate user rights to participate in the Group Talk and allows those with authorization to join the Group Talk in a step <b>1014</b> at the earlier specified time.
p-0067All conversations are typed into the system and are readable by all participating members in the Group Talk in a manner similar to a conference call facility. The major advantage of this is that the entire conversation is then archived at the end of the conversation in a step <b>1016</b> into the system database as a Group Talk Record for future reference. In the same manner as in the Document Management Module, the system will then at this point generate a list of keywords to be linked to the Group Talk Record created in a step <b>1018</b> according to the Keywords Generation Process <b>228</b> described with reference to <figref idrefs="DRAWINGS">FIG. 4</figref>. The system then proceeds to perform a special Keywords Generation Process by comparing all the various words in the Group Talk Record to the Common Words List within the system. All words found in the Common Words List are then dropped from the recorded Group Talk conversation, with retaining the remaining words from the Group Talk Record as keywords. As is the case in the Document Management Module, the Common Words List is a dynamically evolving list that grows and shrinks through time depending on future user actions.
p-0068Continuing in the Group Talk archiving process, the system automatically sets the archived Group Talk Record to read-only status for all Group Talk participants in a step <b>1020</b>, i.e., this security level is set to prevent tampering and preserve authenticity of the archived Group Talk Record. Only Group Talk members involved in the conversation have an automatic right to read the archived Group Talk Record; however, the initiator of the Group Talk conversation can also assign read-only rights to other users if necessary.
h-0017Group Talk Record Search and Retrieval Process
p-0069With reference to the flowchart in <figref idrefs="DRAWINGS">FIG. 11</figref>, the Group Talk Record Search and Retrieval Process is described hereinafter. A search engine that the system provides to its users utilizes the Boolean Logic Approach to specifying search criteria in this process. When a user wishes to search for a particular Group Talk Record or a class of related Group Talk Records, the user is allowed to specify the keywords in a step <b>1102</b> that are expected to be found within the target Group Talk Record (s). The user has the ability to further specify whether some of the keywords have to be found collectively within a Group Talk Record for the Group Talk Record to be considered a target Group Talk Record or as long as one of the keywords is found within a Group Talk Record, that record is considered on target. As an example, suppose the user is only interested in Group Talk Records that contain the words “Prime Minister” and the words “England” or “France”, the user can then specify that the target Group Talk Records must either contain “Prime Minister” and “England”, or “Prime Minister” and “France”. If either of these two Boolean conditions does not hold, then a “tested” Group Talk Record is not considered on target.
p-0070In addition to the above, the system allows its users to specify how the above search process should be carried out in terms of “testing” records for suitability. The users can specify whether the Boolean Logic Word test should apply only to the Titles and Sub-Titles in Group Talk Records, or only to the Keywords List linked to the Group Talk Record or to both.
p-0071Once the above processes have been carried out, the user can then decide if the target Group Talk Records exist by instructing the system to search a system database in a step <b>1104</b>. If no target Group Talk Records are found and this is indicated to the user, the user should specify new search criteria and run the search process again in a step <b>1106</b>. Otherwise a list of target Group Talk Records are displayed in a step <b>1108</b> from which the user selects a target Group Talk Record to view in a step <b>1110</b>.
p-0072To view a Group Talk Record from the list of target Group Talk Records meeting the search criteria, as part of requirements of the Security Support Subsystem, the user is required to have the appropriate access rights which is checked by the system in a step <b>1112</b>. Otherwise the system will not allow the user to view the record. If the appropriate access rights have not been previously assigned to the user, the user must then obtain in a step <b>1114</b> the appropriate access rights from either the Group Talk Initiator or the Administrator in a step <b>1116</b>.
p-0073Once the appropriate access rights have been obtained or earlier affirmed in the step <b>1112</b>, the user can then proceed to double click on the desired target Group Talk Record to view the Group Talk Record in a step <b>1118</b>.
h-0018Financial Instruments Data Capture and Storage Process
p-0074The system currently allows users to capture and archive key financial market instrument prices and information in markets such as Interest Rate Markets, Foreign Exchange Markets, Equity Markets, and Commodity Markets.
p-0075The Interest Rate Markets relate to Money Market Deposits, Money Market Swaps, Interest Rate Futures, Interest Rate Swaps, Cross Currency Swaps, Bond Prices, Implied Yields, Implied Modified Durations, Convexity, Caps, Floors and Swaptions Volatility Surfaces.
p-0076The Foreign Exchange Markets relate to World Foreign Exchange Spot Rates and World Foreign Exchange Volatility Surfaces, and the Equity Markets relate to World Equity Spot Rates and World Equity Volatility Surfaces. The Commodity Markets relate to World Commodity Spot Rates and World Commodity Volatility Surfaces.
p-0077The system is also scalable so that as markets evolve, new instrument(s) and market data areas can be dealt with under the Financial Instrument Data Capture and Storage Process.
p-0078For the Interest Rate Markets, in addition to capturing and archiving the financial information, the system also uses the data captured to process and generate both Yield and Discount Factor Curves as shown in <figref idrefs="DRAWINGS">FIGS. 12 to 15</figref> for the various currencies captured within the system database. These Discount Factor Curves are especially useful for analyzing future cash flow from a present value perspective and also allow users to compute Forward Interest Rates.
p-0079Definitions of Yield and Discount Factor curves and the methodology employed by the system in the Yield and Discount Factor curve generating process are described hereinafter.
p-0080An n-year zero-coupon yield is the interest rate earned for n-years without any interim cash flow. A zero-coupon Yield curve is then defined as a collection of connected discrete yields at a given number of tenor points. A discount factor for a given tenor is simply the “today's” or spot price of a zero-coupon $1 bond with the corresponding tenor. A Discount Factor curve is then defined as a collection of connected discrete discount factors at a given number of tenor points.
p-0081While there are several conventions in the financial markets, the system is preferably configured to quote the yields for all currencies based on the 365 days in a year basis (regardless of leap years) and assuming annual compounding.
p-0082Yield and Discount Factor curves can be generated using inputs from several instruments. The system preferably uses inputs from money market deposits, money market swaps, futures, long-term interest rate swaps and cross currency swaps.
p-0083For each of the currencies other than the USD, for example the Singapore dollar as shown in <figref idrefs="DRAWINGS">FIGS. 14 and 15</figref>, the system generates two types of Yield and Discount Factor curves, namely an IRS (“Interest Rate Swap”) curve and a CCS (“Cross Currency Swap”) Curve. For the USD however, as shown in <figref idrefs="DRAWINGS">FIGS. 12 and 13</figref>, the system generates only one type of Yield and Discount Factor curve, namely the IRS curve.
p-0084The IRS Curve is generated using money markets deposits, futures (for some of the currencies) and long-term interest rate swaps. The CCS Curve on the other hand is generated using money market swaps (which are quoted against the USD), futures (for some of the currencies) and long-term cross currency swaps (which are quoted against the USD). The method of generating a separate CCS curve to price cross currency interest rate structures is an advantage afforded by the system. Almost all market participants price their interest rate instruments using only one type of curve. They simply make adjustments or “twitch” to the curve accordingly to price cross currency interest rate instruments. A market participant needs to be fairly expert to price instruments in such a way. The purpose of creating this “new” type of curve is to allow a constant maintenance of a curve which can be readily used to price cross currency interest rate structures, rather than requiring the user to constantly have to make adjustments in the usual case
p-0085The IRS Curves are used primarily for valuing single base currency interest rate instruments, whilst the CCS Curves are used for valuing cross currency interest rate instruments.
p-0086Both types of curves are preferably generated using the standard “bootstrapping” methodology. However, to build the CCS curve, some additional steps are taken by the system. The system has to first convert the money market swap rates to implied base currency deposit rates from USD money market deposit rates. For some currencies, Cross Currency Swap rates quoted against the USD already exist. If they do not exist directly, then these rates are obtained from the combination of the base currency interest rate swap rates and the basis risk quotes for USD/Base Currency. Once these rates have been computed, the regular “bootstrapping” methodology (as used in building the IRS curves) is applied using the implied money market deposit rates, futures (for some of the currencies) and the cross currency swap rates.
p-0087In order to determine non-grid points, the Exponential Interpolation technique is used on the Discount Factor curve, whilst for the Yield curve, the simple Linear Interpolation technique is applied.
p-0088For each of the types of curves, i.e., the IRS or the CCS, the system maintains a bid and offer curve. In other words, with the exception of the USD currency that only has the IRS bid and offer curves, all other currencies have both the bid and off IRS and the bid and offer CCS curves.
h-0019Financial Data Search and Retrieval Process
p-0089The system allows users to retrieve records of all historical data on financial instrument prices captured and their respective volatility surfaces by simply choosing the date on which the required data resides and double clicking on the desired data record line to bring out a detailed data capture screen showing details of the financial instrument price records captured.
p-0090The system also provides users with the ability to graph and analyze historical data on financial instrument prices and related implied market rates from the historical data captured.
h-0020Security Support Subsystem
p-0091The Security Support Subsystem is a comprehensive built-in password-driven user access matrix security subsystem hereinafter known as an Access Matrix. The Administrator is in full control of all user logins and access rights and has full flexibility in dividing users into as many User Groups as required, depending on the organization's functional set-up and dependencies.
p-0092The Administrator when creating a new User Group has to specify the properties of the Access Matrix for the User Group. The users will then belong to the various User Groups, with each user belonging to one and only one User Group for security purposes. The Access Matrix is the main controller component of access rights for a particular User Group and hence the individual user's access to the various screens discussed hereinafter.
p-0093Screens provided by the system for facilitating user access to the modules and subsystems, an example of which is shown in <figref idrefs="DRAWINGS">FIG. 3</figref>, are divided basically into a number of sub-categories. On most of these screens, Date/Time Stamps and User ID of the user responsible for generating the action are provided as a standard system security feature. Such screen sub-categories include Administrator Control Screens, Market Rate Input Screens, Market Rate Menu Screens, Knowledge and Information Management Screens, Records Listing Screens, and Maintenance Screens.
p-0094The Administrator Control Screens provide the Administrator with full control of the system. They allow the Administrator to create new user accounts, set user access rights, and to perform certain settings to the system that only the Administrator is allowed to do. For example, the Administrator is the only authorized person who is able to change the World Clock settings and display format. This is done for added system security.
p-0095The Market Rate Input Screens allow data entry personnel to provide market rate inputs into the system. Live Feeds from Data Feed Providers can be automatically fed into the system if required. However to ensure data integrity and reliability, it is preferred that a dedicated data entry personnel is assigned to make the inputs into the system from the Data Feed Providers.
p-0096The Market Rate Menu Screens are primarily for maintenance purposes. They provide an authorized user with a means of retrieving historical market data records. An authorized user can also make amendments to incorrect data to ensure that data captured and stored in the system database is “clean” and reliable.
p-0097The Knowledge and Information Management Screens form the Front End sub-system. The management of knowledge and information can be carried out through one of these screens.
p-0098The Records Listing Screens are primarily maintenance purposes screens for all records. They provide authorized users with means of reviewing and retrieving captured records. They also provide the user with a summary of the various records captured within the system. Additional information can be obtained by clicking on the desired record to retrieve the actual record.
p-0099The Maintenance Screens are primarily maintenance purposes screens. They provide an authorized user with a means of performing actions that help in the maintenance of the system. For example, holiday capturing functions are performed through these maintenance screens.
p-0100The Access Matrix is only accessible to the Administrator and allows the Administrator to grant, read and update access rights or any combination of these control functions of the various screens simultaneously to one or more User Groups via a matrix, an example of which is shown in Table 1.
p-0101<tables id="TABLE-US-00001" num="00001"><table frame="none" colsep="0" rowsep="0"><tgroup align="left" colsep="0" rowsep="0" cols="7"><colspec colname="offset" colwidth="49pt" align="left" /><colspec colname="1" colwidth="21pt" align="center" /><colspec colname="2" colwidth="35pt" align="center" /><colspec colname="3" colwidth="28pt" align="center" /><colspec colname="4" colwidth="21pt" align="center" /><colspec colname="5" colwidth="35pt" align="center" /><colspec colname="6" colwidth="28pt" align="center" /><thead><row><entry /><entry namest="offset" nameend="6" rowsep="1">TABLE 1</entry></row><row><entry /><entry namest="offset" nameend="6" align="center" rowsep="1" /></row><row><entry /><entry /><entry>Screen 1</entry><entry /><entry /><entry>Screen 2</entry><entry /></row><row><entry /><entry>Read</entry><entry>Create</entry><entry>Update</entry><entry>Read</entry><entry>Create</entry><entry>Update</entry></row><row><entry /><entry namest="offset" nameend="6" align="center" rowsep="1" /></row></thead><tbody valign="top"><row><entry /></row></tbody></tgroup><tgroup align="left" colsep="0" rowsep="0" cols="7"><colspec colname="1" colwidth="49pt" align="left" /><colspec colname="2" colwidth="21pt" align="center" /><colspec colname="3" colwidth="35pt" align="center" /><colspec colname="4" colwidth="28pt" align="center" /><colspec colname="5" colwidth="21pt" align="center" /><colspec colname="6" colwidth="35pt" align="center" /><colspec colname="7" colwidth="28pt" align="center" /><tbody valign="top"><row><entry>User Group 1</entry><entry>Yes</entry><entry>No</entry><entry>No</entry><entry>Yes</entry><entry>Yes</entry><entry>Yes</entry></row><row><entry>User Group 2</entry><entry>Yes</entry><entry>Yes</entry><entry>Yes</entry><entry>No</entry><entry>No</entry><entry>No</entry></row><row><entry>User Group X</entry><entry>Yes</entry><entry>Yes</entry><entry>Yes</entry><entry>Yes</entry><entry>Yes</entry><entry>Yes</entry></row><row><entry namest="1" nameend="7" align="center" rowsep="1" /></row></tbody></tgroup></table></tables>
p-0102For each User Group, the Administrator can assign various access rights/controlling functions through the matrix.
p-0103A process by which the Administrator uses the Access Matrix is described in detail hereinafter. The Administrator first selects a User Group via the Access Matrix. The Administrator can view one or more User Groups at the same time. The Administrator can also do the same in respect of individual users.
p-0104The Administrator then indicates which access rights/controlling functions shall be granted to that User Group.
p-0105The Administrator repeats the foregoing steps for other User Groups.
p-0106As and when changes are required to the access rights/controlling functions, the Administrator will enter and amend accordingly.
h-0021Interfaces
p-0107Through the gateways <b>108</b> the system can support interfaces to external systems as part of the system integrated-processing architecture. For example, the system can be set up to obtain live market rate feeds via Excel-supported Data Feed providers like Reuters or Bloomberg. The data entry personnel simply have to customize the proprietary spreadsheets provided together with the system according to the various desired sources of inputs, and the system will then import the data into the system by a simple click of a button. Alternatively, automation of this whole process (if preferred) can be arranged.
p-0108In the foregoing manner, a system for acquiring, sharing and managing knowledge and information within an organization is described. Although only a number of embodiments of the invention are disclosed, it will be apparent to one skilled in the art in view of this disclosure that numerous changes and/or modification can be made without departing from the scope and spirit of the invention.
Contents4
16 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5 Sheet 6 Sheet 7 Sheet 8 Sheet 9 Sheet 10 Sheet 11 Sheet 12 Sheet 13 Sheet 14 Sheet 15 Sheet 16
Every citation, both ways
| Document | Relation | Office | Cited during |
|---|---|---|---|
| US10398983B2 | Cited by | United States of America | Applicant |
| US10586282B2 | Cited by | United States of America | Applicant |
| US2013090989A1 | Cited by | United States of America | Pre-grant |
| US8650531B2 | Cited by | United States of America | Search report |
| US11192030B2 | Cited by | United States of America | Applicant |
| US10304292B2 | Cited by | United States of America | Applicant |
| US10055972B2 | Cited by | United States of America | Applicant |
| US2005197871A1 | Cited by | United States of America | Pre-grant |
| US2011016387A1 | Cited by | United States of America | Pre-grant |
| US8370628B2 | Cited by | United States of America | Search report |
| US10223900B2 | Cited by | United States of America | Applicant |
| US2010153256A1 | Cited by | United States of America | Pre-grant |
| US9293030B2 | Cited by | United States of America | Applicant |
| US8601049B2 | Cited by | United States of America | Search report |
| US11043078B2 | Cited by | United States of America | Applicant |
| WO0013122A1 | Cites | World Intellectual Property Organization (WIPO) | Applicant |
| WO02088172A2 | Cites | World Intellectual Property Organization (WIPO) | Applicant |
| WO03026577A2 | Cites | World Intellectual Property Organization (WIPO) | Applicant |
| WO03046581A2 | Cites | World Intellectual Property Organization (WIPO) | Applicant |
| US2001007332A1 | Cites | United States of America | Applicant |
| JP2001344400A | Cites | Japan | Applicant |
| US2002013759A1 | Cites | United States of America | Applicant |
| JP2002049729A | Cites | Japan | Applicant |
| US2003083263A1 | Cites | United States of America | Applicant |
| US2003096743A1 | Cites | United States of America | Applicant |
| US2003130189A1 | Cites | United States of America | Applicant |
| US2004157782A1 | Cites | United States of America | Applicant |
| WO2005081711A2 | Cites | World Intellectual Property Organization (WIPO) | Applicant |
| US2005113308A1 | Cites | United States of America | Applicant |
| US2005118656A1 | Cites | United States of America | Applicant |
| US2005123547A1 | Cites | United States of America | Applicant |
| US2005238649A1 | Cites | United States of America | Applicant |
| US5208748A | Cites | United States of America | Search report |
| US5573924A | Cites | United States of America | Applicant |
| US6003137A | Cites | United States of America | Applicant |
| US6214345B1 | Cites | United States of America | Applicant |
| US6342219B1 | Cites | United States of America | Applicant |
| US6405179B1 | Cites | United States of America | Search report |
| US6884869B2 | Cites | United States of America | Applicant |
| US7089278B1 | Cites | United States of America | Search report |
8 priority claims, no other members on record
Priority claims8
| Document | Office | Kind | Date |
|---|---|---|---|
| 200201310 | Singapore | A | |
| 200201310 | Singapore | A | |
| 0200088 | Singapore | W | |
| 0200088 | Singapore | W | |
| 02013100 | – | – | – |
| PCTSG0200088 | – | – | – |
| SG20020001310 | – | – | – |
| WO2002SG00088 | – | – | – |
77 transactions on the USPTO file
Allowed after 1 non-final rejection, 1 final rejection and 1 RCE.
- Non-final rejections
- 1
- Final rejections
- 1
- RCEs
- 1
- Appeals
- 0
Over time
Point at a mark for the transactionTransactions
| Event | Code | |
|---|---|---|
| Expire PatentEXP. | EXP. | |
| Recordation of Patent Grant MailedPGM/ | PGM/ | |
| Patent Issue Date Used in PTA CalculationAllowedPTAC | PTAC | |
| Email NotificationEML_NTR | EML_NTR | |
| Issue Notification MailedAllowedWPIR | WPIR | |
| Dispatch to FDCD1935 | D1935 | |
| Dispatch to FDCD1935 | D1935 | |
| Application Is Considered Ready for IssuePILS | PILS | |
| Response to Reasons for AllowanceREAS | REAS | |
| Issue Fee Payment VerifiedN084 | N084 | |
| Issue Fee Payment ReceivedIFEE | IFEE | |
| Electronic ReviewELC_RVW | ELC_RVW | |
| Email NotificationEML_NTF | EML_NTF | |
| Mail Notice of AllowanceAllowedMN/=. | MN/=. | |
| Notice of Allowance Data Verification CompletedAllowedN/=. | N/=. | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Disposal for a RCE / CPA / R129AbandonedABN9 | ABN9 | |
| Request for Continued Examination (RCE)RCEX | RCEX | |
| Request for Extension of Time - GrantedXT/G | XT/G | |
| Workflow - Request for RCE - BeginBRCE | BRCE | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Electronic ReviewELC_RVW | ELC_RVW | |
| Email NotificationEML_NTF | EML_NTF | |
| Mail Final Rejection (PTOL - 326)Final rejectionMCTFR | MCTFR | |
| Final RejectionFinal rejectionCTFR | CTFR | |
| Correspondence Address ChangeC.AD | C.AD | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Response after Non-Final ActionA... | A... | |
| Request for Extension of Time - GrantedXT/G | XT/G | |
| Mail Non-Final RejectionNon-final rejectionMCTNF | MCTNF | |
| Non-Final RejectionNon-final rejectionCTNF | CTNF | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| PG-Pub Issue NotificationPG-ISSUE | PG-ISSUE | |
| IFW TSS Processing by Tech Center CompleteTSSCOMP | TSSCOMP | |
| Application Dispatched from OIPEOIPE | OIPE | |
| Sent to Classification ContractorPGPC | PGPC | |
| Filing ReceiptFLRCPT.O | FLRCPT.O | |
| Notice of DO/EO Acceptance MailedM903 | M903 | |
| 371 Completion Date371COMP | 371COMP | |
| Additional Application Filing FeesADDFLFEE | ADDFLFEE | |
| A statement by one or more inventors satisfying the requirement under 35 USC 115, Oath of the ApplicOATHDECL | OATHDECL | |
| Notice of DO/EO Defective Response Mailed.M916 | M916 | |
| Mail Pre-Exam NoticeMPEN | MPEN | |
| Mail Pre-Exam NoticeMPEN | MPEN | |
| Cleared by OIPE CSRL194 | L194 | |
| Pre-Exam Office Action WithdrawnW/OA | W/OA | |
| Notice of DO/EO Defective Response Mailed.M916 | M916 | |
| Additional Application Filing FeesADDFLFEE | ADDFLFEE | |
| Mail-Petition to Revive Application - GrantedMPREV | MPREV | |
| Miscellaneous Incoming LetterLET. | LET. | |
| Petition EnteredPET. | PET. | |
| Mail-Petition Decision - DismissedMPTDI | MPTDI | |
| Miscellaneous Incoming LetterLET. | LET. | |
| Petition EnteredPET. | PET. | |
| Miscellaneous Incoming LetterLET. | LET. | |
| Mail-Petition Decision - DismissedMPTDI | MPTDI | |
| Miscellaneous Incoming LetterLET. | LET. | |
| Petition EnteredPET. | PET. | |
| Miscellaneous Incoming LetterLET. | LET. | |
| Withdraw Pre-Exam AbandonAbandonedWPABN | WPABN | |
| Correspondence Address ChangeC.AD | C.AD | |
| Miscellaneous Incoming LetterLET. | LET. | |
| Information Disclosure Statement consideredIDSC | IDSC | |
| Reference capture on IDSRCAP | RCAP | |
| Information Disclosure Statement (IDS) FiledM844 | M844 | |
| Information Disclosure Statement (IDS) FiledWIDS | WIDS | |
| Abandonment -- Inc. Application under Rule 53(b) - Filing Fee PaidAbandonedABNF | ABNF | |
| Notice of DO/EO Missing Requirements MailedM905 | M905 | |
| Information Disclosure Statement consideredIDSC | IDSC | |
| Additional Application Filing FeesADDFLFEE | ADDFLFEE | |
| A statement by one or more inventors satisfying the requirement under 35 USC 115, Oath of the ApplicOATHDECL | OATHDECL | |
| Reference capture on IDSRCAP | RCAP | |
| Information Disclosure Statement (IDS) FiledM844 | M844 | |
| Information Disclosure Statement (IDS) FiledWIDS | WIDS | |
| Initial Exam Team nnIEXX | IEXX |
6 legal events, as the office reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | |
|---|---|---|
| Lapsed due to failure to pay maintenance feeLapsedFP | FP | |
| Information on status: patent discontinuationPATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362STCH | STCH | |
| Lapse for failure to pay maintenance feesLapsedLAPS | LAPS | |
| Maintenance fee reminder mailedREMI | REMI | |
| AssignmentAS | AS | |
| AssignmentAS | AS |
Numbers
- Publication
- 07908323
- Publication, DOCDB
- 7908323
- Publication, EPODOC
- US7908323
- Application
- 10507656
- Application, DOCDB
- 50765602
- Application, EPODOC
- US20020507656
Titles
- English
- Enterprise knowledge and information acquisition, management and communications system with intelligent user interfaces
Patent term adjustment
- B delay
- +1,182 dayspendency past three years
- Applicant delay
- −120 days
- Net adjustment
- 1,062 days
Classification
- CPC, 3
- G06Q10/10
- G06Q40/06
- G06F16/93
- IPC, 3
- G06F15 16
- G06F17 30
- G06Q10 00
- USPC, 9
- 709205000
- 709206000
- 715247000
- 715764000
- 715770000
- 715781000
- 715861000
- 717101000
- 717178000