WO2023161630A1 - Computer implemented methods for the automated analysis or use of data, including use of a large language model - Google Patents
Computer implemented methods for the automated analysis or use of data, including use of a large language model Download PDFInfo
- Publication number
- WO2023161630A1 WO2023161630A1 PCT/GB2023/050405 GB2023050405W WO2023161630A1 WO 2023161630 A1 WO2023161630 A1 WO 2023161630A1 GB 2023050405 W GB2023050405 W GB 2023050405W WO 2023161630 A1 WO2023161630 A1 WO 2023161630A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- llm
- language
- output
- machine
- data
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/40—Processing or translation of natural language
- G06F40/42—Data-driven translation
- G06F40/44—Statistical methods, e.g. probability models
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/30—Semantic analysis
Definitions
- the field of the invention relates to computer implemented methods for the automated analysis or use of data, including use of a large language model (LLM), and to related computer implemented methods and systems.
- LLM large language model
- Natural language is language evolved for humans such as the English language. Although significant advances have been made in computers’ ability to process natural language, computers are still not able to deeply understand the meaning of natural language and use that meaning internally.
- HUB applications Heterogeneous and Unreasonably Broad
- HUB applications include an application for managing a person’s general health data where there are thousands of tests, thousands of medical conditions and thousands of symptoms. Another related application could be a nutrition tracking application where there are many thousands of substances and foods that can be ingested, each with different metabolic effects on the body.
- Another example is an application to match the resume of potential candidates with a job specification: in principle such an application would need structured data to represent every skill that might be of value to any role, every type of experience, every type of previous job.
- Applications may also use natural language or augment a limited schema with natural language - such as with current resume matching applications which might represent a few key skills in a structured form but rely largely on keyword searching or statistical natural language processing (NLP) techniques on written resumes otherwise.
- NLP natural language processing
- LLMs large language models
- LLMs are usually very large deep learning models potentially containing hundreds of billions of parameters and trained on tens of terabytes of text. Although they can generate explanations, those explanations are not derived from what has happened within the model.
- the text that LLMs produce is frequently incorrect and often describes things that are not true.
- Cyc is the world's longest- lived artificial intelligence project, attempting to assemble a comprehensive ontology and knowledge base that spans the basic concepts and "rules of thumb” about how the world works (think common sense knowledge but focusing more on things that rarely get written down or said, in contrast with facts one might find somewhere on the internet or retrieve via a search engine or Wikipedia), with the goal of enabling Al applications to perform human-like reasoning and be less "brittle" when confronted with novel situations that were not preconceived.
- Cyc The Wikipedia page about Cyc, of 18 July 2019, states that most of Cyc's knowledge, outside math and games, is only true by default; for example, Cyc knows that as a default parents love their children, when you're made happy you smile, taking your first step is a big accomplishment, when someone you love has a big accomplishment that makes you happy, and only adults have children; when asked whether a picture captioned "Someone watching his daughter take her first step" contains a smiling adult person, Cyc can logically infer that the answer is Yes, and "show its work” by presenting the step by step logical argument using those five pieces of knowledge from its knowledge base: these are formulated in the language CycL, which is based on predicate calculus and has a syntax similar to that of the Lisp programming language.
- the True Knowledge system provided open-domain question answering using structured knowledge and inference.
- knowledge in the knowledge base was represented in a single unified format: named relations between pairs of named entities referred to as “facts.” Facts, and the relations themselves, were first-class entities so facts about facts and facts about the properties of relations were fully supported (Tunstall-Pedoe, W. (2010). True Knowledge: Open-Domain Question Answering Using Structured Knowledge and Inference. Al Magazine, 31(3), 80-92. https://ojs.aaai.org/aimagazine/index.php/aimagazine/article/view/2298).
- EP2527990A2 and EP2527990B1 disclose a method of using large language models in machine translation in which a translation model is partitioned into a plurality of language model partitions stored on a plurality of different language model servers. Segments of text are distributed to the servers for translation according to server workload.
- the language model information is usually collected by computing the frequency of occurrence of sequences of words in a large training corpus of documents.
- a method of interacting with a LLM including the step of a processing system using a structured, machine- readable representation of data that conforms to a machine-readable language, such as a universal language, to provide new context data for the LLM, in order to improve the output, such as continuation text output, generated by the LLM in response to a prompt.
- a machine-readable language such as a universal language
- a method of interacting with a LLM including the step of providing continuation data generated by the LLM to a processing system that uses a structured, machine-readable representation of data that conforms to a machine-readable language, such as a universal language, in which the processing system is configured to analyse the continuation output (e.g. text output) generated by the LLM in response to a prompt to enable an improved version of that continuation output to be provided to a user.
- a machine-readable language such as a universal language
- a method of interacting with a LLM including the step of generating continuation data by an LLM, by the LLM using the output of a processing system that uses a structured, machine-readable representation of data that conforms to a machine-readable language, such as a universal language, in which the LLM is configured to use the output of the processing system as a prompt and to generate a continuation output (e.g. text output) that is an improved version of the output from the processing system.
- a continuation output e.g. text output
- a method of interacting with a LLM including the step of training the LLM on the output from a processing system using a structured, machine-readable representation of data that conforms to a machine-readable language, such as a universal language.
- a method for interacting with one or more users in natural language comprising the steps of providing a structured representation of data and a system operable to process language with reference to the structured representation of data to provide additional useful text relevant to the language; providing an LLM operable to provide a continuation of text; receiving a language input from one or more users; processing the language input with the system to produce additional useful text; providing the LLM with the language input plus the additional useful text; providing the one or more users with language derived from a continuation generated by the LLM.
- a method of validating natural language for factual accuracy comprising the steps of
- Extracting from the natural language a collection of one or more factual assertions asserted within the natural language
- a method of learning knowledge in structured form comprising the steps of
- a ninth aspect of the invention there is provided a method of avoiding hallucination in an LLM comprising the steps of:
- An advantage is avoiding hallucination in an LLM.
- a method for adding citations to text generated by an LLM comprising the steps of:
- LLM large language model
- LLM large language model
- step (ii) repeating step (i) at least one thousand times using a set of at least one thousand different questions, and storing the answers to the questions in a training file;
- An advantage is that a trained LLM with training improved by the use of the training file is provided.
- a computer- implemented method of generating a training file for a large language model including the steps of
- step (ii) repeating step (i) at least one thousand times using a set of at least one thousand different questions, and storing the answers to the questions in the training file.
- a fourteenth aspect of the invention there is provided a computer- implemented method of re-training a large language model (LLM), the LLM having been previously trained using a training file, the method including the steps of
- step (ii) repeating step (i) at least one thousand times using a set of at least one thousand different questions, and storing the answers to the questions in a re-training file;
- An advantage is that an LLM with an improved training is provided.
- a computer- implemented method of updating the training of a large language model (LLM), the LLM having been previously trained using a training file including the steps of
- step (ii) repeating step (i) at least one thousand times using a set of at least one thousand different questions, and storing the answers to the questions in a re-training file;
- a sixteenth aspect of the invention there is provided a computer- implemented method of improving output using an LLM, including the steps of
- a natural language question e.g. any natural language to which a natural language response is appropriate. It could be for example a command or a request for data or even some kind of social interaction or discussion;
- a computer system including a processor and a memory
- the processor configured to use a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, in which a combination of semantic nodes defines a semantic node, in which expressions in the processing language may be nested, in which the natural language question is represented in the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language;
- a computer- implemented method of improving output from an LLM including the steps of
- LLM large language model
- a computer system including a processor and a memory, the processor configured to use the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language;
- a computer- implemented method of fact checking output from a large language model including the steps of
- a computer system including a processor and a memory, the processor configured to use the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language;
- a computer- implemented method of improving output from a computer system including a processor and a memory, the system operable to process the natural language question using a processing language in which semantic nodes are represented in the processing language, the method including using an LLM, the method including the steps of
- a computer system including a processor and a memory, the system operable to process the natural language question using a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, wherein the memory is configured to store the representations in the processing language;
- An advantage is that output from the computer system including a processor and a memory, the system operable to process the natural language question using a processing language in which semantic nodes are represented in the processing language, is improved using the LLM.
- a computer- implemented method of improving output from an LLM including the steps of
- An advantage is fact checking output from a large language model.
- a computer implemented method of augmenting search results including the steps of:
- an (e.g. internet) search engine processing the search query to generate (e.g. internet) search results
- step (iv) processing the transformed search results using a processing system which uses the structured, machine-readable representation of data that conforms to the machine- readable language, such as a universal language, to produce output; (v) supplying the output of step (iv) as input to a large language model (LLM), and the LLM generating continuation data output in response to the input.
- LLM large language model
- a method of factchecking the output of a large language model including the step of providing continuation data generated by the LLM to a processing system that uses a structured, machine-readable representation of data that conforms to a machine-readable language, in which the processing system analyses the continuation output generated by the LLM in response to a prompt, to enable an improved, fact-checked version of that continuation output to be generated and provided to a user.
- LLM large language model
- Figure 1 shows example screen output for a notification of a job match.
- Figure 2 shows example screen output for a description of a job match.
- Figure 3 shows an example conversation within an app where nutritional data is being communicated with the app.
- Figure 4 shows some example insights that can be derived from a period of time where horizontal health and nutrition data was shown.
- Figure 5 shows an example graph showing daily calories in versus calories out which is an extremely common thing for someone to track if the user is aiming to lose (or gain) weight.
- Figure 6 shows an example of a visualisation capable of being generated from an example of the present invention: it is comparing estimated caffeine in the user’s body at the time they went to bed with a calculation of sleep quality.
- Figure 7 shows examples of explanations generated, (a) shows examples of simplified explanations; (b) shows an example of a detailed explanation.
- Figure 8 shows an example of a voice assistant product, referred to herein as ‘Brian’ and how it fits in with the wider UL platform and other applications built on the UL platform.
- Figure 9 shows an alternative to the example of Figure 8.
- Figure 10 shows an example of a method of interacting with a LLM, including the step of providing continuation data generated by the LLM to a processing system that uses a structured, machine-readable representation of data that conforms to a machine-readable language, such as a universal language, in which the processing system is configured to analyse the continuation output (e.g. text output) generated by the LLM in response to a prompt to enable an improved version of that continuation output to be provided to a user.
- a machine-readable language such as a universal language
- Figure 11 shows an example of an intermediate representation semantic graph.
- This disclosure includes a computer implemented method for the automated analysis or use of data, which comprises the steps of:
- machine representation (a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language ('machine representation'); the machine representation including representations of user speech or text input to a human/machine interface;
- This disclosure includes a computer-based system configured to analyse data, in which the system is configured to:
- voice assistant or chatbot may be implemented in a voice assistant or chatbot; the technical advantage achieved is to enable more extensive and faster scaling of the voice assistant or chatbot’s capabilities; the invention enables voice assistants and chatbot to be able to answer a broader range of questions, and to do so more accurately; this makes it easier for the voice assistant or chatbot to work with large numbers of different natural languages.
- the conjunction 'or' should not be narrowly construed to indicate mutual exclusivity but to cover inclusivity too.
- the phrase 'user speech or text input' means 'user speech on its own, or user text on its own, or both user speech and also user text'.
- the conjunction 'or' is meant exclusively, the phrase 'either... or' is used.
- the machine-readable language is extremely expressive yet also extremely simple; simplicity requires less computer processing and thus delivers faster performance. Further details are in the appended Concepts and Claims.
- a computer system including a processor and a memory, the processor configured to answer a question, the processor configured to use a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, in which a combination of semantic nodes defines a semantic node, in which expressions in the processing language may be nested, in which the question is represented in the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language, and wherein the processor is configured to answer the question using the reasoning steps, the computation units and the semantic nodes, and to store an answer to the question in the memory.
- semantic links between semantic nodes are themselves semantic nodes, semantic links and semantic nodes do not need to be processed in a distinctly different way, which simplifies processing, which speeds up response times, which is a technical effect.
- An advantage is that because semantic nodes are very widely used in the processing language, processing of the processing language is speeded up, which speeds up response times, which is a technical effect.
- the technical effect operates at the level of the architecture of the computer system; that is to say the effect is produced irrespective of the data being processed.
- the technical effect results in the computer system being made to operate in a new way, because the computer finds answers to questions faster than using prior art approaches, because semantic nodes are very widely used in the processing language, which means that processing of the processing language is speeded up.
- the processing language contributes to the technical character because it produces a technical effect: a processor processing the processing language has the effect that the computer finds answers to questions faster than using prior art approaches, because semantic nodes are very widely used in the processing language, which means that processing of the processing language is speeded up.
- the computer system may be configured to output the answer to the question.
- the computer system may be configured to output the answer to the question to a display device.
- the computer system may be one wherein expressions in the processing language may be nested with no limit inherent to the processing language.
- the computer system may be one wherein the semantic nodes each includes a unique identifier.
- the computer system may be one wherein the computation units are semantic nodes.
- the computer system may be one wherein the question is represented in the processing language with a passage comprising a semantic node that identifies the passage as a question, a list of zero, one or more semantic nodes representing unknown entities being asked about and at least one further passage which represents the semantics of the question in the context of the zero, one or more unknown entities.
- the computer system may be one wherein the processing language is universal language.
- the computer system may be one wherein the processing language is not a natural language.
- the computer system may be one wherein the question relates to search and analysis of documents or web pages, wherein the semantic nodes include representations of at least parts of the documents or the web pages stored in a document store.
- the computer system may be one wherein the question relates to a location-based search, using mapping data represented as semantic nodes in the processing language.
- the computer system may be one wherein the question relates to a search for defined advertisements or news, wherein the semantic nodes include representations of advertisements, news articles or other information items.
- the computer system may be one wherein the question relates to a request for a summary of a news topic, wherein the semantic nodes include representations of news from multiple sources, e.g. to provide a summary or aggregation of the news.
- the computer system may be one wherein the question relates to a request for a compatibility match between persons, wherein the semantic nodes include representations of personal information defining one or more attributes of a person, for a plurality of people.
- the computer system may be one wherein the question relates to compliance with requirements preventing abusive or illegal social media postings, wherein the semantic nodes include representations of social media postings.
- the computer system may be one wherein the question relates to analysing customer reviews, wherein the semantic nodes include representations of customer reviews.
- the computer system may be one wherein the question relates to a user’s product request, wherein the semantic nodes include representations of product descriptions and user product requests.
- the computer system may be one wherein the question relates to a job search, wherein the semantic nodes include representations of job descriptions and job applicants' skills and experience, to determine which job applicants match a job description, or to determine which job descriptions match a job applicant's skills and experience.
- the computer system may be one wherein the question relates to health of an individual, wherein the semantic nodes include health data relating to the individual, and health data relating to human beings.
- the computer system may be one wherein the question relates to nutrition, wherein the semantic nodes include nutritional data for foods and drinks.
- the computer system may be one wherein the question relates to accounting or finance, wherein the semantic nodes include representations of financial or accounting information.
- the computer system may be one wherein the question is received by a voice assistant or chatbot, wherein the semantic nodes include representations of user speech input to a human/machine interface and include representations of the human/machine interface itself.
- a computer- implemented method using a computer system including a processor and a memory, the processor configured to use a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, in which a combination of semantic nodes defines a semantic node, in which expressions in the processing language may be nested, in which the question is represented in the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language, the method including the steps of :
- the method may be one wherein the question is represented in the processing language with a passage comprising a semantic node that identifies the passage as a question, a list of zero, one or more semantic nodes representing unknown entities being asked about and at least one further passage which represents the semantics of the question in the context of the zero, one or more unknown entities.
- the method may be one wherein the unknowns in the question are identified and the passage making up the body of the question is selected for further analysis; processing begins on a list of passages from the body of the question and the selected unknowns; a first passage in the list of passages is selected for processing; processing a single passage comprises three methods: using statically stored processing language passages, utilising computation units and utilising processing language generated from reasoning: in which the first method is to lookup in the passage store if there are any passages that can be directly mapped with the passage being processed; if the passage is exactly the same structure as a passage in the passage store, with all nodes matching other than the unknowns, then the values the unknowns match against are valid results; the second method is to check if any results can be found by executing computation units; it is checked if this passage matches against any passages in a computation unit description; all non-unknown nodes in the passage being processed must match the same nodes in the corresponding position in the computation description or align with a computation input unknown; the unknowns being processed must align to output
- the method may use a computer system of any aspect of the previous aspect of the disclosure. Aspects of the disclosure may be combined.
- Examples of the present invention include systems and methods for creating and using a structured representation of data that is aimed to be as expressive as natural language in terms of breadth but which also can be processed and understood by automated systems.
- the representation referred to herein as UL is a preferred example.
- Examples of the invention include systems and methods relating to specific HUB and other applications as well as systems and methods which process, store and utilize UL.
- a natural language question may be any natural language to which a natural language response is appropriate. It could be for example a command or a request for data or even some kind of social interaction or discussion.
- UL can be used as a way for an automated system to understand the world and as a way for an automated system to reason. As the reasoning steps are recorded in language, such systems can also fully explain themselves in language to human users.
- Requirements for a software system can be written in UL (referred to herein as ‘tenets’) and examples of the present invention can directly use these tenets to decide on actions for itself, rather than having its detailed actions determined by program code with a human programmer trying to anticipate all possible scenarios and code them in advance.
- tenets can be divided into “motivation tenets” such as “make the user happy” which represent goals or desired behaviour or hypothetical propositions about the world which the system will try to make true and “prohibition tenets” (such as “do not take actions which might harm humans”) which represent things the system must not do, or must try to avoid or versions of the world the system should try to prevent from happening.
- motivation tenets such as “make the user happy” which represent goals or desired behaviour or hypothetical propositions about the world which the system will try to make true
- prohibition tenets such as “do not take actions which might harm humans”
- An aim of UL is in principle to be able to represent anything expressible in any natural language.
- An additional aim is for anything expressed in natural language to thus be translatable into UL.
- the purpose of UL is to enable use by machines so this representation of data must therefore be fully processable and understandable by automated systems.
- UL is designed to overcome all these issues and create a language which can be unambiguously parsed, understood and processed by a machine and which thus can store an extremely broad range of information in a way that a machine can understand, process and explain.
- LLMs are typically very big, hundreds of billions of parameters or more, running on specialist hardware. They are exceptionally expensive to train and run and require masses amounts of data. They are also statistical, working only a percentage of the time with unpredictable and unexplainable results.
- Some approaches described herein moves the processing of language into a world that computers can handle without such techniques. Examples described herein are non- statistical - always being correct if the underlying language is correct; running on inexpensive hardware (e.g. normal CPUs) and with very little cost involved in their use.
- a key component of UL is what we call herein a semantic node.
- a semantic node is intended to be the broadest conceivable definition of a ‘thing’ that can be defined - anything there is a word for can have a semantic node in UL as well as things which have no natural language name.
- semantic nodes can include every specific human being, the concept of human being (of which any specific human being is a member), every file, every web page, every audio recording or video, specific relationships (including the relationship that links any specific human being to the concept of human being), attributes, specific types of language nuance and every row and item in a relational database table.
- a semantic node once defined has an identifier so it can be referred to within UL.
- the ID is a 128-bit version 4 UUID (RFC 4122) with hyphenated lower-case syntax. For example: blclcb5f-248f-4871-a73f-900d29066948.
- a preferred example also allows Unicode strings in double quotes to be their own ID- the string itself is the ID for the semantic node for that specific string. For example, “Pina colada” is a valid semantic node representing only the string, not the concept of the drink.
- a UUID or other identifier could be used for strings to simplify the syntax further, but requiring additional language to express the link between the identifier and the string it represents.
- a simple grammar for UL is thus:
- a semantic node may be represented by a 128 bit UUID or a string; a passage may be either (a) a semantic node or (b) two or more other passages in brackets.
- a given semantic node typically denotes one specific thing or one specific meaning.
- polysemy is permissible in a preferred example, with an essentially unlimited pool of UUIDs available there is no reason to overload a node with more than one meaning and in practice all the possible senses of a word in a natural language will be given different semantic nodes. Closely related senses of a word can also be given different semantic nodes too and their relationship described with passages. This use of unique semantic nodes for every possible sense overcomes the complexity and ambiguity from determining sense in natural languages.
- semantic nodes also avoids any ambiguity that comes from concepts being denoted with multiple words in natural languages.
- compound nouns, verb phrases, prepositional verbs etc. do not generally exist - each such concept has a single node and there are no challenges for the machine in deciding where the boundaries of the representation lie.
- a user could be any computer system that uses an example of the invention or any human being or organisation that makes use of UL. It can also be subsystems of larger computer systems.
- two semantic node identifiers may or may not be the same concept - as two different users of the invention may have chosen two different IDs for the same thing. If two identifiers are the same, by design in a preferred example they must denote the same things, defined in the same way.
- UL becomes useful for communication when agreement happens on semantic nodes and these are adopted across different systems. UL may become understandable to human users when enough is known about semantic nodes to be able to express them in natural language and generate natural language that has similar meaning to the UL.
- the meaning of a semantic node comes only from other UL that represents things that have been said about the node. Sometimes this may represent the UL expressed knowledge that the semantic node corresponds exactly to a word or sense of a word in a named natural language.
- the Spanish drink Sangria may be represented as a6ba9f28-b54d-4e4a-8cf8-ad4e07659004.
- Pen in the sense of a writing implement may be represented as c092849c-80ed-4a69-9a4e- 2704780f0cea but the concept of a pen in the sense of an enclosure for farm animals would have a completely different node such as ba9b43a3-540d-44ff-b6fe- 62dcfb9ddalc. Although these meanings may be documented somewhere for human users, passages of UL would define and semantically link these concepts to other concepts giving them meaning. For example in the case of the Sangria concept, passages may assert that it is kind of drink, that is alcoholic, that it originates in Spain. Passages may further define the ingredients or other information relevant to the machine understanding of what it is.
- a “shared ID” is an ID used by more than one user of various examples of the invention. Typically, one user has created and used the ID and a second, or more users, has decided that this ID represents a concept they also want to use and has then started using it too.
- a “private ID” or “local ID” is similarly an ID used by only one user and is not published or exposed to other users.
- a “public ID” is an ID that a user has used in UL that can be seen by every user, whether it is shared or not depends on whether any other client entity has started using it. According to various examples, IDs can be shared between multiple users without being made fully public.
- any user of an example of the present invention can coin their own semantic nodes with their own local meaning by picking an unused identifier.
- an application could assign a semantic ID to the rows of a particular local database table. Any number of different IDs can represent the same thing.
- semantic nodes are shared, however, their meaning is shared. If another user were to then use those IDs elsewhere, they would mean the same thing and denote the same thing.
- selecting an ID randomly from that space has an essentially zero probability of a collision if one was not intended, enabling local IDs to be coined and used without having to undergo any kind of registration process or communication or coordination with any other user.
- string identifiers could be used and users could include a unique substring in their own local identifiers using it e.g. as a prefix.
- a unique prefix like “unlikelyai719” and then name all its nodes starting with this e.g. “unlikelyai781_sangria” - with a unique prefix it can ensure that its local ids are not duplicated by any other user.
- Other examples may use a smaller address space and have a more centralised approach possibly including registration.
- Unicode strings also represent semantic nodes. Their meaning is strictly the string itself only. Any natural language meaning contained within the string is not part of the meaning of these IDs. i.e. “sangria” means strictly the sequence of letters s..a..n..g...r..i..a - not the concept of the drink. Following the principle of node agreement discussed above it is also possible for a string to be represented by an ID as an additional identifier. For example, the string “sangria” could be additionally represented as fc570fba-cb95-4214-bc45- 8deb52d830a5 and this represented in a passage or otherwise. This can be used for very large strings. Following the same design principle, two identical strings used as semantic nodes have universal meaning as that string.
- Combining semantic nodes also defines a semantic node.
- Shared rules around the meaning of shared nodes or shared classes to which nodes belong define further shared meaning from the combination.
- semantic nodes within an infinite class can be represented by combining one or more nodes that define the class with one or more strings where there is a common internationally recognised representation in string form. e.g. integers can be defined this way. ( ⁇ id for integer> “5”).
- Another example of a combination node with more than two nodes within it is ( ⁇ id for group> ⁇ id for Chicago> ⁇ id for New York City> ⁇ id for London>) which is a single semantic node representing a collection of three cities regarded as a single entity.
- Combination nodes can contain any finite number of semantic nodes and the semantic nodes within them can also be combination nodes creating any level of nesting.
- UL syntax allows for expressions to be nested indefinitely. This allows the user to define a concept, coupled with contextual information about the concept, as a hierarchy of UL expressions under the same parent UL expression or with the same central expression or passage. Context can be used to provide nuance, source, belief, temporal validity etc.
- semantic nodes can be combined in any numbers and at any level of nesting and no further syntax is required.
- Other examples may include additional syntax.
- the combining and nesting herein and in a preferred example is done with round brackets when UL is displayed.
- various examples and implementations of examples may represent the combining of nodes in other ways.
- the syntax could group nodes with different characters than round parentheses, there could be special function words such as “query” in the syntax that are not semantic nodes but which define different types of passage or there could be special syntax for certain types of node such as unknown values or booleans or integers.
- a UL expression is either a semantic node or a passage. Both variations are atomic, complete pieces of valid UL. Semantic nodes are defined fully above, and include either a UUID or a Unicode string. A passage is any combination of nodes, and it is the sole nesting construct of UL. Passages may be anything from a single semantic node to a complex hierarchy representing an entire book.
- a simple, more formal, grammar for UL in the preferred example could thus be: uni ver sai l anguage
- the above grammar uses the symbols ( and ) to denote grouping, and omits implementation-specific details such as character escapes within string literal nodes.
- nickname scheme where shorter natural language labels are associated with a UL expression and those names are used when presenting UL to humans. These labels may be used as alternatives to raw UUIDs when displaying UL to humans.
- any number of nickname schemes can be defined, enabling users familiar with different natural languages to access meaning in UL.
- the example nickname scheme used herein is termed Englishl. In some examples (but not a preferred example) these nicknames may be used as the identifier. In a preferred example, these nicknames are not identifiers but merely a way of presenting identifiers to humans.
- IsA 03d206a2-52ca-49el-9aeb-86364e2dead6
- Creamy and Cheese are semantic nodes that are properties or attributes of other semantic nodes. This concept (given the nickname Attribute) is a semantic node that corresponds to a class of such nodes and is shared. Part of the shared meaning in a preferred example is that two or more attributes combined make a new attribute where all the constituent attributes apply so (Creamy French) is itself an attribute meaning in English “creamy and French”.
- Cheese is a class meaning things which are cheeses. Another shared meaning from Class and Property is that combining a class with a property gives the class of all things in that class which have that property so (Cheese (Creamy French)) is the class of all creamy, French cheeses - “creamy, French cheese” in English.
- IsA is a semantic node which has shared meaning from combining a semantic node with a class meaning the node is a member of that class so (IsA Brie (Cheese (Creamy French))) can be translated to English with “Brie is a creamy, French cheese”.
- the choice of Englishl nickname is chosen to be helpful by choosing a name that corresponds to English language that approximates the meaning of the node.
- the meaning of the node only comes from its usage in the system.
- Questions can be represented in UL by combining a node that identifies the passage as a question with a list of zero or more unknowns and a further passage or passages which represent the semantics of the question using the zero or more unknowns.
- the passage of UL is of the form ((Question ⁇ unknowns>)( ⁇ passage>)) where Question is a semantic node and ⁇ unknowns> is a list of zero, one or more semantic nodes representing unknown values (similar in meaning to letters of the alphabet in algebra) and where ⁇ passage> is where the unknowns are used to express what is being asked about.
- these unknowns are simply semantic nodes, members of the class Unknown - other than their meaning they have no special status.
- Unknown 1, Unknown2, X etc. as nicknames for members of this class.
- questions in a preferred example are UL passages like any other: the syntax of UL has not been extended or changed in any way to support questions. e g-
- the question passage is made up of a head passage - in this case just (Question) - and a tail of other passages - in this case just (WithinRange (Integer “7”) (AtLeast (Integer "5"))).
- the head part’s first element will always be the Question node, followed by any number of unknowns that can be used to signify the outputs of the question if it is not a simple yes or no question. Only the unknowns used for outputs need to be specified here. Unknowns are just semantic nodes in the class Unknown.
- a reasoning passage is a bit of UL that represents how new UL can be generated from other UL - for example a logical consequence or giving meaning to other nodes or a combination of nodes, e.g. the English “if something originates from France then it is French” translates to a reasoning passage in UL.
- Reasoning steps are represented as passages which represent the semantics of the step. Note that in a preferred example reasoning passages are represented in UL like anything else. There is no special syntax or content that extends or changes UL to support reasoning. For example:
- these reasoning steps begin with a ConsequenceOf semantic node. This is then followed by a passage which represents the conditions that need to hold for this step to be used (the ‘if passage). This can be just one passage like in this example, or it can be a passage that contains other passages which would all need to hold.
- the third element is a passage that is true if the conditions are met (the ‘then’ passage). This can also be a passage of passages, in which case all of the passages contained would be true if the conditions are met.
- Computation units are a way of allowing examples of the present invention to represent and make use of computation required for reasoning and other purposes. Any automatic process that calculates something or returns a result can be supported with this technique. Various examples also allow them to support actions such as completing a transaction, turning on a light, playing music etc.
- a computation unit might allow UL to answer questions such as “Is 7 greater than 5?” Clearly explicitly having to enter the passages for every combination of two integers would be impractical.
- the computation unit can be thought of as a semantic node which is an example of the class ComputationUnit. We can then add passages that represents details for this unit needed to select and run it: what it can do, how to run it and how to interpret the results.
- Description passages have a head node, ComputationDescription, followed by the node for the unit they are describing, and then a passage for the class of UL questions they can help to answer.
- the description passage uses these inputs to describe where they appear in the question.
- the final passage we need for the computation unit to work is one that gives the location.
- ComputationLocalJavaLocation at the head of the passage which means that we are describing a Java class that is locally available to the question processor to use at runtime.
- Is A semantic node that was described earlier requires two additional nodes in order to form a passage where the second node has to represent a class to be meaningful.
- Is A Brie GatwickAirport for example is not meaningful as GatwickAirport is not a class (this passage would translate into English as “Brie is a Gatwick Airport”.
- IsA Brie Cheese OriginatesFrom is also not meaningful as IsA is followed by three nodes instead of two.
- Validation can be done by any machine-readable description of these constraints which can be read and checked automatically. In a preferred example these are naturally done with other UL passages that describe these constraints called Validation Passages herein. Typically these constraints would be provided by the business, organisation or person that defined the key node in the passage.
- examples of the present invention can look at each passage and sub-passage and search for validation passages that apply based on the semantic nodes in these passages. By checking these validation rules against the examined passage a view can be determined as to whether the passage is invalid.
- Validation can be used to check or select valid or filter out invalid UL that has been generated during statistical methods of translation that may not always generate valid UL (as described herein) and to check UL that has been entered by humans in real time or afterwards. For example, when invalid UL is entered by a user validation can immediately flag that to the user for correction. It can also be used to find contradictions or other logical inconsistencies in passages. For example, using a passage that asserted that another relation had similar or related semantics to IsA might be in conflict with validation passages that described different expectations of the semantic nodes that can be grouped with this relation.
- validation can be used to aid efficiency in question processing: when a subquery is generated, it can be checked for validity, and not processed if it isn’t meaningful. It can also be used for quality control over existing collections of passages and can be used in auto-curation systems to give more or less confidence to a passage.
- the unknowns in the question are identified and the passage making up the body of the question is selected for further analysis.
- the nodes following the Question node in the head of the question passage are the unknowns that we are trying to find mappings for, such that they satisfy the body of the question. Successfully satisfying the body with UL which is believed to be true is the path to answering the question.
- processing begins on the list of passages from the body of the question and the selected unknowns.
- the first passage in the list is selected for processing. This processing aims to find all possible mappings for the unknowns that can be true for the passage selected.
- processing a single passage comprises three methods using statically stored UL passages, utilising computation units and utilising UL generated from reasoning:
- the first method is to lookup in the passage store if there are any passages that can be directly mapped with the passage being processed. If the passage is exactly the same structure as a passage in the passage store, with all nodes matching other than the unknowns, then the values the unknowns match against are valid results.
- the second method is to check if any results can be found by executing computation units. We check if this passage matches against any passages in a computation unit description. All non-unknown nodes in the passage being processed must match the same nodes in the corresponding position in the computation description or align with a computation input unknown. The unknowns being processed must align to output unknowns in the description. The computation unit can then be called to get valid output values for the processed passage’s unknowns.
- the third method is to see if this passage can be proved by applying any reasoning steps.
- a multistage process is used to first find any mappings for unknowns in the processed passage when matching with the reasoning passage. Secondly, mappings for unknowns used in the reasoning passage are found by mapping with the passage being processed.
- This mapping can then be applied to the front half of the reasoning passage to generate a list of passages that, if they can be matched with known or generated UL and mappings found for them, will prove and find valid mappings for the focus passage. Solutions for this list of passages can then be found recursively using the methods we are currently describing. In some examples we track the reasoning depth currently being processed (i.e. the number of reasoning passages applied) and impose a maximum depth limit to how far we explore for latency reasons.
- mappings returned are all valid. Otherwise, we look at each solution returned and apply it to the remainder of the list before it is processed. This will return a set of mappings that can then be combined with the mappings given for the head to give a final complete mapping.
- mappings are then applied to the rest of the list in turn. This causes the following passages to be processed:
- an in-memory “dynamic programming” cache can be used to store the resulting mapping of any passage with unknowns that is calculated during the processing of a question. Due to the nature of the question processing, exploring different branches of reasoning can lead to the same passage, and pattern of unknowns, being processed. This cache means that each of these sub questions only needs to be processed once, with subsequent attempts returning the mappings stored in the cache.
- the three stages outlined above can be processed in parallel, with data fetching being done asynchronously so that the processing thread is not blocked.
- the reasoning passage step will then return other passages with unknowns that need to be processed, the results of which can be used to give results for the initial passage.
- This tree of connection can be stored and the processing of these sub questions that occur from reasoning can happen in parallel, allowing data fetching and exploration of reasoning to be parallelized.
- a second non parallelised step can be used to walk through this tree of processed passages and unknown mappings to find valid answers.
- a valid mapping for that list is one where all unknowns have a value and there are no contradicting mappings between passages in the list.
- This step can recursively look through the data and find all valid mappings for the initial question which can be returned as the answer.
- Various examples may selectively store at least some of the passages that have been generated from reasoning or computation making these available in the future for faster processing.
- the history of these generated passages is also stored in various examples so that changes to the trust in the passages that were used to generate them can be extended to the trust given to these new generated passages.
- An alternative example to the recursive system outlined above is to utilise a priority queue to control the order that sub queries are processed in.
- This alternative uses the same three steps for processing a given query passage but differs in the way that these passages are selected for processing and the way that sub queries are stored. All query passages uncovered during processing are stored with any solutions discovered for that query in a map. This data can then be looked up by the shape of the query passage.
- the shape of a query passage is defined such that all unknowns are treated as equal, so that the queries (IsA X cheese) and (IsA Y Cheese) are considered to have the same query shape and be the same sub query.
- the third step of processing a sub query will output new reasoning steps based on the reasoning passage in the data, which can be used to find solutions for the query.
- the sub query IsA X (Cheese Creamy)
- the reasoning passage ConsequenceOf ((IsA X Y)(HasAttribute X Z)) (IsA X (Y Z))
- the reasoning step can lead to the reasoning step: if passages: (IsA X Cheese) (HasAttribute X Creamy) then passage: (IsA X (Cheese Creamy))
- This example allows for flexible parallelisation of query processing. Rather than processing one query from the queue at a time, the system can use multiple threads to process multiple queries simultaneously. Each thread can independently remove the next query to process from the queue, process it, prioritise any resulting sub queries and insert them into the queue. The thread can then take the next query to process from the queue.
- prioritisation multiple methods of query prioritisation are possible, the simplest being to prioritise queries based on their depth within the search tree.
- the depth value of a query passage increases by one for each reasoning step it is away for the initial question.
- Using this prioritisation causes the system to follow a breadth first search pattern, processing all queries at a given depth before looking at those the next step down the tree.
- Alternative examples can take into account a number of factors including the depth, the reasoning passage used to create the reasoning step, the position of this passage within the reasoning step, and any solutions already discovered for the parent passage or sibling if passages within the reasoning step.
- This can allow for a “best first” exploration of the search space, with the goal of exploring areas most likely to provide solutions as soon as possible. This is beneficial as it can lead to faster processing of yes/no questions and improved processing ability when constrained by a query processing limit.
- the priorities of queries might change due to solutions found elsewhere in the reasoning tree. Therefore when new solutions are discovered and added to the query map, we must trigger a reprioritisation of all children of the query in question by looking at the reasoning steps uncovered by the “then passage” (the passage that describes the consequence of the reasoning step).
- Some queries can result in sub queries which contain more than one unknown, for example (IsA X Y). These queries can return many solutions, depending on the data, and can result in slow processing times.
- the first passage contains more than one unknown so is not added to the priority queue for processing, however the second if passage can be processed.
- this second passage we may find the solutions for X of ⁇ Cheese, Nut ⁇ .
- the solutions are substituted into the reasoning step to create new simple reasoning steps.
- examples of the present invention may need awareness of knowledge it is lacking.
- a system might choose to take an action to obtain information if it is aware it doesn't know if it has that information such as asking for the information from a suitable user or other source of information.
- this could be a natural language question enabling the system to learn the answer when the human responds.
- a "Don't Know" passage would be used in a reasoning passage to query whether it knew something or not.
- a Don't Know passage can take the form (DontKnow X), where X is another passage.
- Don't Know passage is not true and evaluates to false.
- Unknowns may be used in Don't Know passages as wildcards if the value of something is not needed, just whether the system has knowledge: for instance (Question)(DontKnow (HoldsOffice Unknownl UsPresident)) would return true if the system knows the current US president.
- Question answering in various examples has already been described. Some questions can potentially require significant reasoning effort to answer and various examples may choose to limit the amount of reasoning done for specific applications in order to return results within a reasonable time. This can be done, for example, by limiting the number of subqueries performed for a particular question. When answering questions, the same question may be asked again in the future, and various examples may choose to store the results of queries so that the same question can be answered more quickly next time. Various examples may also extend this approach to subqueries - saving the results to questions that the question processor is asking during reasoning.
- Questions are answered by executing a series of subqueries generated by reasoning that allow us to eventually find passages that answer the question. Certain subqueries appear frequently when processing different questions. Knowing these subqueries and processing them more deeply offline allows us to answer questions more quickly in general, and to return better results (because we’ve reasoned more deeply about the subqueries, giving us an opportunity to find more solutions). We call the output of this processing thinking results.
- our thinking results process we store two types of information during the thinking results process: the thinking results themselves (i.e. solutions to questions), and metadata about the thinking results which comprises a record that we thought about the question at all and how often the results are used.
- the thinking results themselves i.e. solutions to questions
- metadata about the thinking results which comprises a record that we thought about the question at all and how often the results are used.
- question processing uses three methods: direct lookup of passages that can be unified with the current subquery; use of computation units; and reasoning.
- We store thinking results by storing the intermediate passages that are derived during reasoning, which can then in future be found by direct lookup.
- an offline process runs questions using a very high reasoning effort and stores the resulting thinking results in the manner already described.
- the metadata is stored in a distributed in-memory cache; we store that the question has been processed, along with when, and the number of solutions generated. Subqueries generated while reasoning are also added to the distributed cache.
- the offline process may run continuously, choosing questions to process based on their hit count (see below) and how long ago we last processed that question. Questions with low hit counts that were processed some time ago are removed from the cache - or where there is evidence that the results may have expired.
- a preferred example Before answering a top level question outside of the offline process (i.e. a question that must be answered quickly), a preferred example consults the distributed cache to see if the question has been processed with thinking results, and processed recently enough. If so, we process the question with no reasoning (i.e. we use the thinking results). If the cache tells us the question led to no thinking results, we return immediately, without querying for the thinking results. In this case, we return almost instantly with high quality results.
- thinking results are not available (either we’ve not processed the question before, or we did so too long ago) we proceed as normal (i.e. with reasoning until we hit the reasoning effort threshold or terminate for some other reason).
- Various examples may choose to periodically remove thinking results which are insufficiently or infrequently used or never used, even if still considered valid, for space reasons.
- the metadata may include all the stored passages including reasoning passages that were used to generate the result.
- this metadata enables thinking results that rely on this invalid passage to be immediately removed. If a thinking result uses another thinking result to generate a result, then the dependent passages for the used thinking result are included in the dependencies of the new thinking result.
- Various examples may utilise a process of automated curation to determine the value of passages stored in a passage store.
- the benefit of this technique is to scalably maintain a vast amount of information represented in UL without the need or with less of a need for human curation.
- the value of a passage determined with this process is then used by the reasoning engine in the question processor to determine whether or not it should use the passage. This enables passages to be sourced from low-quality or unknown quality sources knowing that bad passages will eventually be switched off or no longer used. Put differently, it enables the system to learn which of its stored passages are useful, true or otherwise valuable and which are not.
- signals used include the results of test questions with known good answers: passages which support or are compatible with these when used produce a positive signal for that passage, while those that result in wrong results or which substantially slow the production of good results result in a negative signal.
- Signals can also come from real-world results. Information from a user that the system has produced something valuable will send a positive signal to all passages of all kinds that were used to generate that result. Similarly feedback that the result is bad will taint all the used passages. Some good passages may be tainted unfairly but over time they will also receive positive signal and it will be possible to determine constituent passages that are consistently the source of negative results.
- the overall value of a passage is a combination of factors that can change depending on the system or process that wants to use it and the context. For this reason, passages may be assigned a vector of values where each number represents a different quality of the passage. This allows us to have a different dimension for veracity, usefulness, and efficiency. Then the process that uses the passages just has to utilise a priorities vector with numbers at each index that indicate how much they prioritise that value and the overall value of the passage to that process can then be obtained from the dot product of the two vectors. However, it is sometimes useful to use the values individually in certain contexts, where knowledge of that score's applicability to that context can be used to optimise our use of the passage. For example, allocating reasoning budget in the question processor can be based primarily on the efficiency score.
- a further method for auto-curation is to run a continuous process that reprocesses questions it has seen in production with a higher experimentation level to test whether any low-value passages might have been helpful for finding more answers. Any low- value passages that do help provide further answers can then be boosted with a positive signal.
- an offline process can run test questions with known answers using the passage being tested and see if it causes wrong or extraneous answers to be found or to otherwise have an unacceptable impact on the performance of the system (such as poorer latency). This can be used to verify passages containing information and can be used for passages such as reasoning passages. Passages determined to be detrimental from this test process can be ignored for production use.
- Examples of the present invention including examples implementing any of the applications described herein or other applications can learn, representing what they have learned in UL (or similar) and then utilising that stored UL to improve their performance.
- the learned passages are stored in long or short-term memory and utilised in delivering the application.
- Sources/methods for learning in examples of the present invention include:
- (b) learning from reasoning UL that is generated from a chain of reasoning, can be stored and utilised.
- the reasoning may be directed to a particular goal such as answering a question or the result of undirected thinking designed to find ideas that may be useful.
- the resulting UL can be utilised by applications as described herein.
- Other sources of natural language can include audio recordings or videos containing human speech where speech recognition technology is first utilised to create a text transcription of the recordings of voice which are then translated into UL.
- a neural network may be trained end-to-end to turn audio data directly into UL.
- examples may combine knowledge of what is shown in the video, for example as described by a machine-learning model designed to analyse the content of the video with the simultaneous audio to better translate the audio or to augment the audio with additional information which is recorded in the learned UL.
- Structured data such as the content of a table found in a document or on the web, a spreadsheet or the contents of a relational, graph or other database. Structured data also includes formats such as JSON which may be the output of automated systems. Structured data can be turned into UL by assigning semantic nodes to the identifiers in the structured data or relations corresponding to the relations in a relational database and generating UL that corresponds to the meaning of the structured data.
- Examples of the present invention may analyse data, processing the data with an algorithm and express the results of that analysis in UL. By storing the resulting UL the analysis and derived data is available to the system in a form that can be processed and reasoned with as described herein. In some examples the analysis can be done with a machine-learning model.
- a preferred example enables any user of UL to use any new ID for any node - essentially a private ID. However, if that entity is being used elsewhere it may make sense for that user to use a shared ID for the node.
- a service of a preferred example is providing a shared ID to a node from a description of the node. This is referred to herein as Semantic Node Resolution (SNR).
- SNR Semantic Node Resolution
- the service may return represented in UL.
- this information will typically be public but may also be based on additional private information about the node.
- the caller provides a description, giving information about the entity for which a semantic node is requested. In various examples, this caller’s description might be in UL or it might be a natural language description - or a combination of the two.
- the SNR service then compares the known information about the described entity with the description it has about existing nodes to see whether it can confidently match the new node with a known node and thus provide a shared ID.
- the SNR considers potential matches and then tries to estimate the probability that these are two different nodes. Beyond a certain threshold probability, e.g. 0.999, the shared node is provided. In various examples, possible matches might be returned with their probabilities enabling the caller to decide for themselves whether to use the shared ID or a new one.
- a certain threshold probability e.g. 0.999
- the probability calculation is used by combining probabilities from various parts of the description.
- supposing the unknown node is a human being, with first name “William” and last name “MacDonald” and with a date of birth 1953-04-02 and country of birth Ireland.
- the resolution could not happen as many tens of thousands of people share the same date of birth but combining it with a shared country of birth and shared name the probability that they are the same node becomes very high and using the shared ID becomes reasonable.
- the implementation of this for humans would include heuristics and data to estimate the probability of any human having a particular date of birth or a particular name, combining those probabilities and then comparing that with the universe of possible entities in that class. These calculations can be used to estimate a probability of the match being unique.
- SNR. The immediate use of SNR. is providing a shared ID which can then be confidently used by the calling user. In some cases, the level of confidence may not be sufficient to immediately use the shared ID and the caller may instead prefer to use a new or private ID until more information is known in order to make a match.
- SNR. can also be used after a passage has been written with one or more private IDs with the goal of a subsequent step where the passage is rewritten replacing one or more private IDs with public IDs. It can be similarly used to merge public ids which denote the same entity. Identifying them as being the same might not have been possible when they were first used.
- Examples of the current invention enable passages to be stored in multiple separate stores.
- Stores can be used for different purposes and can have different access controls. Different stores could also have different trust levels. For example, various examples could maintain access to a UL store that contains highly trusted passages that represent common sense information about many of the widely used semantic nodes and with reasoning passages that are useful and not disputed.
- Another UL store may contain employee and human resource records of a private enterprise and have access heavily restricted to selected people within that private organisation. In some examples, the restrictions may apply to organisations.
- a UL representation of a particular natural language book may be given its own store.
- UL stores can be shared between multiple users.
- a trusted core UL store of widely used semantic relations could be made widely available.
- UL representations of books or key stores of knowledge could be commercially licensed by organisations that build and maintain them.
- Translation is the act of conducting a full or partial semantic parse of natural language into UL or transforming UL into natural language for the purpose of communicating with humans, learning, making sense of information stored in natural language among other purposes.
- Sequence to sequence models can be utilized to conduct the full or partial semantic parse of natural language to translate into UL.
- a typical sequence to sequence task is neural machine translation which is the term for prior art methods used for using neural networks to translate between pairs (or more) of natural languages.
- a typical sequence to sequence architecture includes an encoder which turns a source sentence into an internal vector or sequence of vectors that encodes the source sentence which is then read by a decoder which generates a corresponding sequence of words or tokens.
- Variants of the architecture use recurrent neural networks including Long Short-Term Memories (LSTMs), various attention mechanisms and most recently Transformers.
- LSTMs Long Short-Term Memories
- Such architectures can be considered conditional language models where in the case of translation, the output of the language mode is conditioned by the source language which is input.
- Examples of the present invention utilise neural architectures, but instead of using only natural languages they utilise neural networks that have been trained with translations between a natural language and UL (or similar). The resulting neural network can then generate UL which corresponds to the meaning of the input natural language.
- the vocabulary includes semantic nodes and the left and right parenthesis symbol.
- a neural architecture designed to parse natural language into UL can be considered to be a system to understand natural language as the resulting UL (or UL similar) representation fully represents the semantics of the source natural language and is machine-processable. This UL can then be used for reasoning, question answering and other actions and applications as described herein.
- UL UL
- machine translation systems between natural languages both the source and target translations exhibit all the issues with machine understanding that exist with all natural languages and which have been previously described herein.
- Beam searching is a method where instead of just reading off the most probable output symbol from the decoder in a neural machine translation system at each step, a range of possible outputs from the decoder is maintained along with their probabilities which can be used to generate a list of probable translations.
- Examples of the present invention capable of validating UL use beam searching and remove invalid UL translations from the results ensuring that the generated UL is meaningful.
- Automatic validation of UL may also be used to ensure that the system is only trained with valid UL. According to various examples automatic validation can be done with Validation Passages (as described herein).
- IR intermediate representation
- the IR used is the "semantic graph” (e.g. originally described by Menezes & Roth in “Semantic Hypergraphs”), where a semantic parse is derived from a combination of NLP annotations, including part-of-speech (POS) tags, dependency labels and semantic roles.
- POS part-of-speech
- This semantic parse is morphologically similar to UL: both are hierarchical, recursive constructs. It follows, then, that a human, or a computer, can create a “semantic template” by mapping a UL passage with a number of variables onto a semantic graph of similar shape, or onto a variation of one that supports unknowns. Given enough of these templates, a preferred example could use a transfer-based translator to improve upon other approaches by: 1. generating a semantic graph from the natural language
- Examples using this technique may be improved by a method where the translations are then given to humans, who amend the source semantic template to improve future translations, or to break it down into component templates that support a smaller range of natural language constructs.
- this involves less human input than direct templating, as semantic graphs automate the translation process and parse the syntax into a semanics-based structure with more success than classical transfer-based translation methods.
- Semantic graphs are recursive, that is, they can act as vertices in other semantic graphs. As UL is recursive as well, this enables the translation of longer sentences which have never been seen before by translating their semantic components individually, and combining the results.
- a transfer-based translator as described herein can be used as part of a method to train accurate neural machine translation. Given some constraints on the variables present in the UL part of a semantic template (such as “X may only be a cheese from France”), work on NMT may
- One method for translation to and from UL as used in some examples is done by looking at UL passages which have been marked as “Ground truth translations”. These are known translations between a UL passage and a passage written in a natural language such as English which are assumed to be accurate. In some examples these may simply be stored in a database listing the ground truth translations against the corresponding UL passages. In some examples translations may themselves be stored as UL such as this:
- the method used in some examples depends on which direction we need to translate.
- the sentences are split into words (or other atomic parts of the language) and then re-merged into subparts (sequences of words) that we have an existing translation for such as (ExpressedlnEnglish Camembert "Camembert”) and (ExpressedlnEnglish IsA "is a”).
- These two passages would mean that the Camembert node becomes an option for the “Camembert” part of the sentence and IsA becomes an option for the “is a” part.
- the translator When “Camembert is a creamy French cheese“ is matched against GroundTruthTranslationl, the translator will give a high similarity score because most of the sentence is the same and the only part that is different (“Camembert”) has the same part of speech as “Brie” and has an option (Camembert) in the list which is very “similar” to the node used in GroundTruthTranslationl which was Brie.
- the similarity of these two nodes is compared using a component of the UL platform called the entity resolver.
- the entity resolver currently works by comparing large numbers of passages that the two nodes are used in and determining how similarly they are used. If they are used in almost similar ways then they are more likely to be very similar nodes for which a straight substitution in a translation is likely to be accurate. For example, they may belong to the same class so we may see (IsA Brie Cheese) and (IsA Camembert Cheese), which are both identical other than the nodes we are comparing.
- the entity resolver combines further heuristics or properties in order to determine the similarity of two given nodes.
- Translating from UL to English makes use of the entity resolver component again to compare the UL we are translating against the known ground truth translations and to pick the most similar one. The nodes that are different then have their translations replaced to form the final output string.
- Word embeddings such as word2vec or GloVe is a technique known by those skilled in the relevant art in which large volumes of text are analysed to determine words that have similar meaning and usage.
- Various examples make use of this technique to determine the similarity of the natural language words and their suitability for substitution in a known ground truth translation. For example, an analysis of English would determine that Camembert and Brie were very similar items as their word embeddings would be very near each other. This means a ground truth translation including Brie would almost certainly stand with the word Brie substituted for Camembert as well as an exchange of the semantic nodes in the UL half of the translation.
- Another technique used by various examples involves automatically assessing the semantic impact of changes in natural language wording.
- natural language there are often many ways to say the same thing.
- ground truth translations can be used when the assessment is that the semantic impact is small or non-existent, even if there is not an exact match with the natural language in the ground truth translation.
- Examples of techniques that can be used by the semantic impact assessment would be noticing the substitution of words known to be synonyms or words of similar meaning, rephrasings that are known to be other ways of expressing the same thing (e.g. talking in English about “ ⁇ nounl> of ⁇ noun2>” and “ ⁇ noun2>’s ⁇ nounl>”), and the addition of filler words that only subtly change the meaning when they are used.
- the translator in each direction uses a pipeline where each pipe is a function that takes in a document structure and returns a new document structure.
- Each pipe can add components to the document for use by later pipes.
- the final document contains a component that the pipeline considers an output component and the pipeline returns this as the output.
- the first pipe in each pipeline is for a direct lookup in the cache, if this returns a successful translation then the rest of the pipes can be skipped.
- English to UL we then run a series of pipes that make use of StanfordCoreNLP libraries or similar to tokenize the sentence, and to tag it with part of speech information that can be used to help the ground truth translator pipe determine the best match in a later pipe.
- the only pipe used before ground truth translations is the direct lookup pipe since the UL itself should already give enough semantic information to be translated back into natural language.
- An optimisation present in various examples is to use a Bloom filter to identify language passages which are not present in the store of translations, in order to reduce the load to the system.
- a Bloom filter is a space-efficient probabilistic data structure, that is used to test whether an element is a member of a set.
- the translator would actively try to vary the translations to natural language between a wide range of semantically equivalent and natural translations to create varied and fresh speech for the benefit of the users of the products powered by the present invention. For ground truth translations this can be done by selecting randomly between multiple translations for the same UL.
- the other techniques described herein either also naturally produce multiple candidate translations or can be easily adapted to do so.
- a template is data stored in a database representing a general translation pattern, where some part of the translation contains unknowns which can match with multiple different semantic nodes.
- a template includes a piece of UL, e.g. (IsA 0f88f8eb-fe72-47ee-9cbl-2d3322e61481 (Cheese Creamy)), a piece of natural language, english or otherwise, optionally containing unknowns e.g.
- “0f88f8eb-fe72-47ee-9cbl-2d3322e61481 is a creamy cheese”
- a list of uuids used as unknowns e.g. [0f88f8eb-fe72-47ee-9cbl-2d3322e61481]
- a list of UL passages known as matching criteria e.g. [(IsA 0f88f8eb-fe72-47ee-9cbl-2d3322e61481 Cheese)].
- a method for translation using these templates can be to test if the input UL, or natural language, matches with the corresponding field in the template.
- the unknowns in the template can initially match with any string or semantic node.
- the string matching the unknowns must be looked up in our body of UL data to find a valid semantic node which can be used for it.
- the input string “Brie is a creamy cheese” would match with the template explained above, giving an unknowns mapping of 0f88f8eb-fe72-47ee-9cbl-2d3322e61481 -> “Brie”.
- the string “Brie” can then be looked up in our body of UL to find the semantic node Brie.
- the final step is to then test the matching criteria, to check if this template can produce a valid translation.
- All unknown mappings are applied to the matching criteria passages, which in various examples are then processed as a question, or checked for in the UL passage data, to test their validity. In the above example, that means processing the passage (IsA Brie Cheese) as a question. If all matching criteria are deemed valid, then the unknown mapping can be applied to the output data, either UL or natural language, to produce an output translation. In this example, giving the output (IsA Brie (Cheese Creamy)).
- these templates could be created by humans but in a preferred example the templates are automatically generated from a body of ground truth translations (known natural language/UL translations). To generate templates from example translations, similar ground truth translations can be collected together to try and generate a template. Where there is a variation in the ground truths a template can be created with an unknown in the place of this variation. The semantic nodes from the ground truths replaced by the unknown can be processed to generate matching criteria.
- ground truth translations known natural language/UL translations
- the lowest common class for two or more nodes is the class that all the nodes are a member of that is furthest away from the root of the tree (most precise). For example with two example translations “What is the population of England?” and “What is the population of Madingley?” the lowest common class of England and Madingley might be place.
- UL can encode self-referential and meta-linguistic statements: it is possible to describe in UL how and when to translate, and what is more appropriate in one context than another. For some applications it is desirable to have the ability to generate translations applicable specifically in the present context.
- Some examples utilise a method to express in UL descriptive, contextual information about the semantic nodes which are likely to be translated. By having this information present and available to the system at runtime, programmatic reasoning is able to select the most appropriate attribute from those available (e.g. “vehicle”, “car”, “my Audi”) which can then be substituted for the original node in a preprocessing step. Other translation techniques can then be applied to render this in natural language.
- a goal of UL is to fully represent the meaning of any natural language and the language is easily extendible to accommodate nuance and new concepts that come from new languages which may not have been created before. This means that once a document or piece of natural language has been translated into UL nothing has been lost and the UL translation can contain all the semantics and nuance of the original. This contrasts with a single natural language which is naturally an imprecise translation of the source language with words which do not quite mean the same or even words which do not exist in the target language.
- an improved method for translating between many languages is to build a translator from and to UL for each natural language and translate between natural languages by first translating the source language into UL and then translate from UL into the destination language.
- Prior art translation systems such as neural machine translation systems typically learn from examples of text between pairs of natural languages - or have effort and resource directed to specific language pairs. That means that with n languages you would need of the order of n squared translation systems in order to accommodate all language pairs. With UL being an effective intermediate language the number of systems you would need to build would be 2n - a UL->NL and a NL->UL system for each language.
- Words in natural language often have connotations or inferences that augment or are in addition to their pure semantics.
- error such as “boo-boo”, “screw-up”, “inaccuracy”, “blunder” etc.
- these different words have different connotations and usages.
- the word “boo-boo” is used for children or to mock an adult; the word “inaccuracy” expresses politeness or a relatively minor error; a “blunder” implies a large error where there is considerable blame on the person making it.
- these connotations and usages can be represented by having a different semantic node corresponding to each of these concepts.
- the meaning that includes these connotations can be represented in other UL that ties these semantic nodes to similar but different ones whilst also explaining the differences.
- nesting can be used to represent emotion and tone in writing as well as other properties such as nuance or level of formality.
- semantic nodes representing an angry tone of voice can be combined with the passage being spoken to represent that passage communicated in an angry tone of voice.
- representations like this can be used to modify the generated sound to include emotion appropriately in the output.
- An automatic recruitment application is one that tries to find highly qualified candidates for a given position automatically: matching a representation of the potential applicant’s resume with a representation of the role and job specification. Further examples of such an application may also match an applicant’s desired role with the job description as well as assessing how well the applicant is qualified. There may be hundreds of thousands of possible candidates online who may be a match for a given job. Recruitment prior to the present invention is typically done by humans using tools to search a database of such candidates. Typically, such searches are either done purely on unstructured data - searching for keywords in their resumes, sometimes combined with limited structured data.
- a job application specialising in finding software engineering talent may include structured data for common programming languages and the search box, in addition to allowing searches for keyboard, may also include drop-downs or check boxes for these specific skills.
- This limited structured data is created in the conventional way with a database schema and specific code to include this data in the search.
- Some applications attempt to apply state-of-the-art NLP techniques to both the resume and the job specification and then attempt to rank the applications by how good a statistical match they are to the specification.
- the limitations of state-of- the-art of NLP will mean that the ranking is only approximate and heavily influenced by similar keywords in both the resume and job specification. It will provide some value to a recruiter who wants to narrow down the list of resumes but substantial human involvement will still be needed to have high confidence in a good match and the recruiter may fail to see a good match as a result.
- Jobe An example application called Jobe is described herein. It represents a preferred example and other relevant examples of a recruitment application.
- a large part of the job specification and candidate’s resume is represented in UL or similar and the reasoning methods described herein are used to determine whether they match.
- a UL or similar representation of at least some of the candidate’s objectives is also matched with the job specification and possibly a description of the employer.
- Figure 1 shows an example of a push notification on a mobile phone from Jobe notifying the user of a new candidate who is a perfect match for one of their jobs. This match happened automatically. Had the match been statistical or using existing inexact methods, the application designer would not have had the confidence to interrupt the user with this message as the match would be far too frequently poor. Because the technology in this application is based on an example of the present invention, the automatic match is known with very high confidence to be good and so interrupting the user is a good product experience. The present invention, in an example, thus enables a product experience that was hitherto not possible.
- Figure 2 shows an example of the details of the match, where requirements for the role are justified with data from the candidate’s resume.
- Figure 2 illustrates three example job requirements for a junior software engineer position: experience with a major object oriented language, fluency in a foreign language and their location. Specifically Jobe has matched the requirement “1+ years in a major object oriented language” with “3 years programming in C++”; inferred fluency in Portuguese from the fact the candidate attended high school in Brazil where the predominant language is Portuguese and that the candidate is “within commuting distance of London” by the fact that she lives in Hitchin, Hertfordshire, UK.
- examples of the present invention can answer answer Yes/No questions.
- the system has asked itself the question “Does 7 years’ experience of C++ imply at least five years’ experience of programming a major object-oriented language?”
- “7 years’ experience of C++” can be represented in UL as ((Experience CPlusPlus) (Year (RealNumber "7")) - Experience combines with another semantic node to represent experience with that concept. Year represents the unit of time and combined with number gives a number of years of time.
- UnspecifiedMember represents a member of a class which isn’t identified.
- trusted passages are utilised from a UL store that represents recruitment related information.
- these passages have been generated from conversation between the system and people, translating the natural language into UL or added directly by trusted people, building the recruitment application.
- the computation unit used for comparing if 7 is greater than or equal to 5, is defined as follows:
- a of X is in the range B of X (ConsequenceOf ((IsA X Unit) (WithinRange A B)) (Quantity WithinRange (X A) (X B)))
- X is greater than Y then X is within the range at least y (ConsequenceOf (GreaterThanOrEqual X Y) (WithinRange X (AtLeast Y)))
- a Yes result can be generated to the question.
- Various examples of the recruitment application may use LLMs or other statistical techniques in combination with or instead of matching using UL.
- an application that is unable to translate a line from a job specification into UL may use a matching using an LLM as a failover and combine the results from an LLM from results generated by matching with UL.
- Specific methods include providing a prompt to an LLM which contains the resume of the candidate and the line from the job specification and asking the LLM to produce a continuation that states whether the candidate is a match for this job specification line and to provide a brief explanation why.
- the prompt will request the LLM to provide a classification of Yes, No or Unknown.
- a degree of certainty can be asked for. Examples, may use an LLM that has been fined tuned with examples of matches in each category requested with appropriate explanations. Other examples may include small numbers of examples in the prompt.
- LLMs can also be used to extract relevant skills from a free-form resume. Many resumes contain sections which may be hard to fully translate into UL Examples using this techniques may ask an LLM to simplify the content by providing the resume and a prompt that asks the LLM to extract the skills that the candidate has said they have from the free-form text. Similarly examples may request a summary of the candidate’s experiences. With the skills and experiences extracted, examples can translate these to UL as descriptions of the candidate and match to UL translations of job specifications or utilise methods that use keywords for matching.
- LLMs Another use of LLMs in certain examples is to provide a prompt that asks for the most appropriate role or roles that we should consider for a candidate.
- this allows far fewer matches to have to be processed as for example no attempt will be made to match people not suitable for software engineering roles with software engineering job specifications or to limit the matching to software engineering job specifications only to candidates who seem suitable for this role.
- lines or larger sections from a job specification are converted into embeddings and those embeddings are compared with embeddings generated from sections in a resume.
- Cosine similarity or similar techniques are then used to approximate whether the candidate matches those requirements. Examples may combine this technique with other matching techniques described herein.
- LLMs Another application for LLMs is to produce explanation summaries from longer explanations generated from UL matching as described in similar situations herein.
- LLMs can be used as a substitute or alternative method for doing this matching, as described herein.
- the agents are job seekers and hirers.
- different agents are juxtaposed to detect an optimal match grounded in knowledge. The aim might be to produce a mutual match or for one agent to find a set of best matched agents.
- Some examples include people matching (dating, friendship, professional relationships, companions, employment, personal services), peopleproduct matching (e.g. advertisement recommendation, product selection support, product recommendation), people-business matching (recruitment, evaluating applicants for government services, credit scoring, matching insurance criteria, matching tax criteria, test group selection, university application) and business to business matching (e.g. partnership, customers, merger or acquisition potential).
- people matching diating, friendship, professional relationships, companions, employment, personal services
- peopleproduct matching e.g. advertisement recommendation, product selection support, product recommendation
- people-business matching refineitment, evaluating applicants for government services, credit scoring, matching insurance criteria, matching tax criteria, test group selection, university application
- business to business matching e.g. partnership, customers, merger or acquisition potential
- a horizontal health application is an application which attempts to record and manage an extremely diverse set of health data from one or more users. As discussed herein, representing this data in a way that can be understood and managed by a computer system is impractical using the state-of-the-art prior to the current invention.
- Nutrition there are millions of different foods and millions of different consumable substances. These substances are sometimes related (e.g. types of fat) and they have numerous different attributes. The interaction of these substances together and with the human body is highly complex - and a deep semantic representation of nutrition could allow computer-based systems to give very sophisticated dietary advice and unlock interactions which have not been previously observed. Nutrition is thus a HUB application.
- Health more generally is also an example of an unreasonably broad domain.
- Nutrition is a sub-domain of this extremely broad domain.
- An application that tracks a person’s day to day health information would need to combine numerous health tests and include domains such as levels of certain substances in blood, measurements of organs, measurements of body composition, measurements of the performance of the body in various domains, activity information, nutrition information, genetic data, microbiome data, sleep data, specific events that influence health (workouts, consumption, drinking of substances, moods, bowel motions) as well as numerous documented health conditions and diseases. Any one of these types of data can be relevant to others as well as to the patient’s health goals. Although small subsets of these can be built with the typical local schema effort that we see today, building a huge generic health application that can potentially encompass all of this information was not practical prior to the current invention.
- “Chea” is an example application from this class of applications described herein. It represents a preferred example and other examples of the present invention.
- Chea has a chat window where a user can communicate health related events as they happen and have them understood, stored and processed by the application.
- Example health events could be nutritional events: consuming food and drink.
- This window can also be used optionally to record other health events: specific symptoms of illnesses, information about mood and energy levels, bowel motions characterised on the Bristol stool chart etc.
- Figure 3 shows a conversation within the app where nutritional data is being communicated with the app.
- conversation is between the user, the Al, any number of human medical professionals and human nutritionists who derive semantic nutritional data from photos and descriptions of food and drink entered by the user when they are consumed.
- the Al can handle what is possible with humans picking up other tasks where automatic processing is not possible.
- An example of an automatic task would be prompting a user when nutritional information or other supposedly regularly supplied health information has not been added for a period. For example, if a long period of the day went by without any food or drink being entered the Al could ask the user whether this had actually happened or whether they had forgotten.
- the semantic nutritional data not only represents exactly what was consumed and when but also represents uncertainty - e.g. from not knowing the exact composition of the food, to uncertainty about the portion size from the images.
- UL supports this uncertainty. For example, it may not be possible to determine what kind of cheese is being shown in an image and the user may also not know but the semantic node for cheese can be used in that circumstance. If a more precise type of cheese is in the recipe such as Cheddar or even a very specific type of cheddar, then the appropriate semantic node can be used for that. Passages in a trusted store represent the relationship between Cheese and specific types of cheese as well as much pertinent information about these nodes.
- UL can represent information about the likely constituent substances of foodstuffs too. For example, if the image was of a portion of chicken pie, UL can represent the composition of chicken pie including both the pie crust and the typical ingredients of the pie portion. Uncertainties in exactly what those ingredients are and the variations in volume can also be represented in UL. That combined with the uncertainty in the portion shown, as communicated by the nutritionist can be combined to include a detailed semantic breakdown of that meal with uncertainties and that can be recorded. As this nutritional data is fully semantic and the application also has relationships and other information about these substances represented in UL, the data can be looked at in many different ways and measured and charted through many different lenses to derive health insights.
- Figure 4 shows some example insights that can be derived from a period of time where horizontal health and nutrition data was shown.
- data from wearables including pulse and sleep data as well as potentially other events and mild illness recorded in the conversation data and correlating these negative events to ingestion of certain substances the app has concluded that the user may have a mild dietary intolerance to sulphites. Armed with this information, the app could help the user steer away from foods that contain this substance in the future.
- a second example insight provided in this figure is the strong relationship found for this user between eating earlier and sleeping better.
- sleep data from wearables is available and can be compared over a period of time with the nutritional data which includes the time it was consumed.
- Figure 5 shows an example graph showing daily calories in versus calories out which is an extremely common thing for someone to track if the user is aiming to lose (or gain) weight.
- the detailed semantic information about what the user has consumed enables the graph to be shown with error bars giving an accurate range of the calories ingested in a given day.
- a wearable measuring physical activity by the user combined with data on their weight enables an accurate estimate of calories consumed during the day, also with error bars.
- this approach is able to be more sophisticated about days when the user is likely to lose weight by also identifying days when the two measures are too close to be able to say whether they were in deficit or surplus - the error bars overlap.
- Figure 6 shows an example of another visualisation capable of being generated from an example of the present invention. It is comparing estimated caffeine in the user’s body at the time they went to bed with a calculation of sleep quality.
- the sleep quality measure comes from one or more wearables and is calculated by combining various measurements of sleep.
- the caffeine at bedtime comes from estimates derived from nutritional data collected by the app. For example, a cup of coffee consumed at 2pm can have an estimate of the caffeine within it and by assuming a half-life for the user’s ability to metabolise the caffeine out of their body an estimate can be made for how much of this caffeine remains at their known time of going to bed.
- the user in other examples using more sophisticated models of the decay rate, the user’s weight and also DNA can be used as certain genetic information is known to affect how well the body metabolises caffeine and other factors such as the food consumed which thus affects absorption in the stomach.
- the user By plotting sleep quality against estimated caffeine, the user can see that their caffeine consumption does appear to be affecting their sleep and can thus aim to consume less caffeine or consume it earlier in the day.
- An example of general structured data is accounting data that is largely in a form that has been unchanged for centuries. Accounting represents information by considering all transactions as a collection of matching ‘debits’ and ‘credits’ to a finite number of ledgers. These ledgers represent broad semantic categories. Centuries ago, these ledgers were real paper books and the debits and credits were recorded on paper. With computers these ledgers are now semantic categories and debits and credits are database entries identifying the ‘ledger’. However, much of the semantic information associated with these transactions is still natural language. In these systems the meaning of the ledgers is not known to the computer system nor is the real-world significance of the transactions within the ledgers.
- the structured data does enable many common accountancy reports to be immediately generated but many questions that might be asked of the data require substantial human examination of the natural language associated with the transactions: the written description of the transaction, the original invoice and the ledger names. If this semantic information in the natural language was fully represented semantically many more questions could be asked of the data automatically and many more reports could be generated.
- acceptable accountancy standards vary in different countries.
- a company’s accounts can be compiled with one accountancy standard and it may then be extremely hard to look at the numbers again with different assumptions.
- this alternative view of the accounts could be generated automatically and almost immediately.
- a ledger for ‘consultancy’ costs could include both costs associated with marketing for several different products and costs for consultancy relating to recruitment. Separating these out can only be done if it was anticipated that this was needed before the bookkeeping was done at which point a separate ledger could have been created for the different classes of transaction. Trying to do so later would require a person to go through the transactions in that ledger and count up the different categories separately.
- this task could be done automatically by the application as there would be sufficient machine-understandable data for it to be done by the machine. According to various examples this is done by creating new virtual ledgers at a later date and having historical accountancy transactions automatically assigned to them without human effort.
- UL or similar representations are effective as a general representation for automated systems and can represent actions or information provided by a human user to a machine. Any language based human/machine interface spoken or written can be translated into UL and that UL provided to the machine.
- non-language interfaces can also be associated with a UL or similar representation of the various human actions providing the machine with a concrete representation of the human’s intent.
- GUI graphical user interface
- buttons, menu items etc. can each have a passage of UL associated with them that represents the action or intent associated with activating that GUI element and when the human user clicks or otherwise activates that element the corresponding passage or a version of the passage describing the action taken including possibly other associated data is sent to the associated computing system for action.
- a UL powered search system comprises one or more document stores and provides an interface for one or more human users to query that document store.
- a search system powered by an example of the present invention at least parts of the documents in the document store have been automatically translated into UL and at least some of the user’s queries have been automatically translated into UL and the system responds to the users requests by utilising the translated UL.
- the document store includes pages from the world wide web which are indexed and then at least partially translated into UL. Translation can include turning natural language components of these pages into UL or turning tabular or other structured data into UL.
- answers to queries could include links to web pages containing the information being searched for or providing the services being searched for or the system can provide the information directly in the form of a text or spoken answer.
- this direct response may be accompanied by links to the sources of this information and include associated data such as images or tables.
- mapping data represented as UL, associated systems utilising mapping data and location based search
- Mapping data represents the information typically found in maps in machine-readable form. It also includes additional data including metadata. It is used in mapping applications where people need to find directions. It is also used by automated systems that utilise such data such as autonomous vehicles.
- Mapping data can be expressed in UL as described herein. Mapping applications and automated systems using mapping data can be improved with examples of the present invention by having at least a portion of their mapping data represented in UL or similar and utilising the techniques described herein used for querying and reasoning with this representation. Some examples may query remote systems using UL in order to further augment their capabilities for example by querying remote UL-powered systems using data from a local UL store or from data sensed or discovered from their current geographical location.
- examples of the present invention are able to find relevant related items to display to the user.
- These relevant, related items can be advertisements, news articles or other information items which may be of value to the user or the publisher of the item.
- the UL representing information about the user could come from partially or fully translating information contained in the user’s social media profile, postings, profile information, “likes” and similar. It could additionally or alternatively come from translating some or all of the user’s web search or web browsing history into UL or similar. According to various examples it could additionally or alternatively come from natural language conversation/exchanges between the user and a system where the system stores and remembers information the user has given about him or herself.
- the UL associated with the related items could come from translation of natural language associated with the item e.g. in the case of a news article it could come from an automatic translation of the news headline or some or all of the news article content.
- an advertisement it could come from a translation of the natural language text in the advertisement, text found on the click destination of the advertisement or the result of an automated image recognition system where the contents of the image were then translated into UL or into UL semantic nodes.
- the UL could be associated manually with the item.
- the publisher of the news item could include this semantic representation of the news article as part of the publication process.
- analysis of a user’s social media profile might result in the system knowing that the user is a keen cyclist and recording that information in UL.
- Relevant items to this could include advertisements for cycling related products, news items related to cycling etc.
- the reasoning capabilities described herein would enable more indirect and more precise matches than is possible with prior art keyword-based systems. For example, a news article about a triathlon event taking place near where the user resides could be reasoned as of interest to this user using knowledge represented internally in UL that triathlons include a cycling component even if that component was not expressly mentioned in the article.
- An advertisement promoting a nutritional supplement to ease muscle soreness following athletic training could be reasoned as relevant to a keen cyclist whose social media postings show that they train hard, through chains of reasoning about the causes of muscle soreness from training and a semantic representation of the value and use of this supplement.
- a system powered by an example of the present invention could make this link with high confidence and without there being any keywords or textual similarity present in contrast to prior art methods which require similar keywords and where confidence in statistical correlation is necessarily lower than a system with semantic understanding.
- Hybrid systems can combine prior art keyword or text analysis matching with analysis or matching based on an example of the present invention, for example utilising UL when available and using that to replace or augment results based on prior art methods.
- examples may identify common information sourced from different articles and present this common information to the user as a summarisation or aggregation of different sources.
- Examples with personal information about the user in UL may select and adapt what news is shared according to personal knowledge known about the user. Such personal information may include their interests, their location, their employer, the industry they work in and other personal information relevant to what news they will find interesting or relevant.
- the UL can be used to make matches between people by associating profiles of people with UL-represented information about them and using the reasoning and matching techniques described herein to conclude they are a match.
- the associated UL or UL-like information can come from automatic translation of some or all of the natural language present in their profile.
- Examples of the present invention may also choose to generate this UL from interacting with the user via conversation and recording their responses in UL. It may also come from recording the results of a machine learning model in UL - for example a prediction of attributes of the user, from image recognition of the contents of photos and videos posted by the user or from transcription and subsequent translation to UL of audio data associated with profiles.
- Matching of people enabled by an example of the present invention includes suggesting potential ‘friends’ in social media applications, potential business contacts in profession-related social media applications or potential dates within a dating application. Identifying abusive or untrue postings in social media
- Abusive posts can include postings or media which are controversial or otherwise offensive to users, depict things which are disturbing, are illegal, have national security or crime implications, break intellectual property rights, propagate false information in a way that is damaging, are defamatory or otherwise break the rules of the application or website where they appear.
- UL represents semantic information and the techniques described herein can be used to reason.
- Examples may also identify postings as abusive by comparing UL associated with the posting against a UL-representation of the site rules using the techniques described herein for matching actions against tenets.
- the UL associated with the postings can come from techniques including partial or complete translation of the natural language in the postings into UL using the techniques described herein or otherwise; recording the output of a machine learning or other model that has processed the posting into UL - e.g. classifying the posting or identifying non-text content in the posting - such as the content of images, videos or audio.
- Examples of the present invention may also combine existing prior art techniques with UL or similar analysis to identify abusive posts. E.g. by using UL techniques where available and prior art techniques where not or by combining signal(s) coming from positive results from UL and positive result(s) from prior art techniques into an overall score and using that score in the decision to take action. Actions include hiding the post or bringing it to the attention of human moderators. Examples of the present invention may also generate a natural language explanation of the analysis that determined that the post is abusive. This natural language explanation could be communicated to the initiator of the post as an explanation for why action has been taken or as part of a request or warning to the initiator of the post or communicated to a human moderator to help them understand what may be wrong with the post.
- Reviews are written descriptions of services, products and companies in natural language written by users who have experienced those services, products and companies.
- systems utilising customer reviews can utilise those used in the UL for a variety of useful purposes including: (a) answering questions from other customers about the services, products and companies where at least a part of the information needed to answer those questions is represented in the UL translation of the review including situations where reasoning is required or reasoning combined with other UL-represented information; or (b) answering questions about other products, services or business more generally where the information in the review is useful to produce an answer, or (c) other kinds of automated analysis of the specific products, services and businesses described by the UL.
- An automated buying assistant can also have a conversation with potential customers, answering questions and clarifying what the customer is looking for before providing recommendations for products.
- the shopping recommendation might be passive - delivered to the customer, not in response to a question or search from the customer but in response to other information known about the customer, some of which is represented in UL.
- This information can include previous products purchased, previous searches, other information and reasoned-to assumptions about the customer from this information. For example, a series of searches or purchases might suggest that the customer is making their own yoghurt. Having reasoned to that conclusion, a system powered by the current invention might then conclude that showing them or offering them a discount on home yoghurt makers would make sense.
- Voice assistants such as Amazon Alexa® or Apple’s Siri® aim to cover a very wide range of use cases for their users. Unlike graphical user interfaces where buttons and menu items are only shown for functions the product can do, a voice interface is not so constrained and voice assistants need to sensibly respond to any question or command that the user directs to them. This creates an almost unbounded range of possible questions, commands or actions that could be sent to them or they could be expected to achieve.
- Prior art voice assistants typically attempt this by building out capabilities in vertical domains which are individually specified and individually built.
- a typical domain in a voice assistant might be around the weather or local businesses or setting a timer.
- each domain is separately specified and separately built, often with its own data and schema and own code, building such a product is a huge undertaking and not scalable. The result is a product that has huge gaps in its capabilities.
- a voice assistant implemented using an example of the present invention can potentially build a deep semantic representation of all its capabilities represented in UL and further by representing actions and how those actions can be achieved in a representation like UL.
- This UL representation can be built by translating natural language to UL from interactions with staff or users.
- the voice assistant may store useful UL resulting from conversations with users thus learning from users.
- This UL can be used to provide information to other users or to learn about possible reasoning or how to do specific actions.
- the UL representation may be added directly or created by trusted people such as employees of the business building the product.
- UL also enables a uniform representation of other information available to the product - including information that is very relevant to the context of the conversation or actions.
- cameras operable to detect the presence of humans can be integrated with such a system and the knowledge that a user of the voice assistant is in the room near a device which can be used to speak to the assistant can be used appropriately to determine a good response.
- Knowledge of who else is within earshot of the device is also useful.
- Human presence For example, knowing that there are children present may result in a different response than if there were not.
- Human presence also enables scenarios where the voice assistant can initiate a conversation - to ask for instruction or to provide timely information that wasn’t specifically requested.
- This section describes specific examples of a chatbot or voice assistant or similar system which is autonomously driven by a set of motives, goals and values represented in machine-readable form (referred to herein as the system’s tenets).
- these tenets would be written by people to drive the system and would not be modifiable by the example.
- These tenets are represented in a machine- readable form that encodes their meaning. In a preferred example, these tenets are represented in UL.
- the preferred example of this system combines knowledge of the world, reasoning and tenets to determine and perform its own actions conforming with the tenets without any code directly determining actions in any scenario.
- Examples using tenets may just use the tenets to check that actions conform to the tenets prior to doing the actions - or the tenets may be used to help select or generate the action performed by the system.
- a preferred example is a voice assistant or chatbot capable of communicating with users in natural language
- the use of tenets to select and police actions is not limited to just voice assistants or chatbots.
- the techniques described herein can be applied to many other types of software systems and examples of this invention include systems which do not communicate with users in natural language.
- policing actions with tenets is possible without using tenets to generate actions.
- Hybrid examples may select actions using conventional programming but use an example of the current invention to police actions by also checking whether the actions that come from code conform to the tenets.
- all potential actions that the system might do are understood in a structured machine-readable form that encodes the meaning of the action such as UL and prior to performing the action a test is done to ensure that the proposed action is compatible with the tenets. If the system believes that the action is prohibited by the tenets, the action will not be completed. If the tenets allow the action, the action is then performed.
- the representation of the actions in a form compatible with the tenets and possibly the system’s ability to reason and explore the consequences of the action and whether those consequences or alternate ways of looking at the action are compatible with the tenets provides a safety net against the system doing something dangerous or unethical.
- the tenets are thus a way of implementing and enforcing ethics in Al systems other than direct programming.
- the tenets themselves may be used in combination with other contextual information to select or reason to actions which are then performed. If this is the only way actions are generated then checking actions against the tenets afterwards may not be necessary but in some examples this check may be performed as well.
- Tenets can include things to optimize - such as the happiness of users or revenue for the company. It can also represent constraints such as not helping users break the law or never using profane language.
- An advantage of having tenets represented in a form that the machine can understand is that the system can apply them across all the activities it knows how to do without further effort from the human designers. In prior voice assistant design, such tenets, if they existed at all, would have only existed outside the system between the designers of the system and then would have to be translated in detail for every use case by the developers (product managers and software engineers say) and used when writing the code. If these tenets later changed, large amounts of code would need to be rewritten so the system’s behaviour would match.
- Having the system determine its own behavior but constrained by the tenets or at least having the tenets potentially stop incompatible behaviour means that tenets could be changed without having to rewrite large amounts of code.
- some developers may choose to publish or otherwise share a natural language translation of the tenets to the customers helping build trust in the voice assistant or chatbot.
- the voice assistant/chatbot itself is operable to share its tenets with users when asked or in other appropriate circumstances.
- example tenets can be split into 2 categories: 1-4 are goal-like tenets (as mentioned above, these specify things to optimise) while 5-11 are constraints (typically preventing bad behaviour).
- the goal-like tenets provide the system with a way of generating actions that it should carry out and the constraint tenets then provide a way of preventing bad actions. These tenets drive all actions that the system takes.
- these tenets are represented in UL.
- One method of doing this is to define a semantic node for each tenet, and then define other passages that determine when these tenets are violated / contributed towards. These passages are referred to herein as sub-tenets. To illustrate how this is done, an example of this is given below for two of the tenets:
- E an event that is received by the voice assistant that is a request to perform action A for user U.
- Semantic node NoHumanDeathTenet
- Subtenet “If an action may cause death to a person, then it violates the ‘Do not take actions that might lead to human death' tenet”
- X is an action that may cause death to person Y.
- Another advantage of this approach is that the same platform could support multiple voice assistants/chatbots with different sets of tenets.
- these different voice assistant/chatbots could also differ in other ways, establishing themselves as different products in the eyes of the user. Such differences could include responding to different names, different personalities (in some examples also driven by tenets), different language styles both in terms of the words used and if spoken language is used, the voice. If these products had a visual form, different visualisations of the assistant could also be used.
- at least some of the tenets may be controllable or changeable by the user.
- a particular family might want to emphasize the role the assistant has in teaching the children in the family by making that an important goal; some users may prefer their assistant to have a different personality and to override tenets that might control aspects of the assistant’s behavior in order to achieve that.
- the system is in a state of continuous ‘contemplation’ trying to optimize the world by taking actions which correspond to and optimize against its tenets. Actions can include communicating with a user, doing calculations or taking other actions which have an effect on the world (such as for example, changing the setting on a thermostat).
- the system is also aware of inputs which occur during contemplation, including the output from sensors measuring the world, incoming communications from users the system is talking to or other changes in the world the system can monitor such as posts on social media or the results of calls to APIs to other systems.
- UL can be used to encode and store the motives of the agent as well as information about the environment that the agent is in and can interact with. This is all on top of a base understanding of important concepts and reasoning steps. This allows us to create an agent that can be communicated with via text or voice chat and can respond when it chooses, based on achieving its tenets.
- Figure 8 shows a preferred example of a voice assistant product, referred to herein as ‘Brian’ and how it fits in with the wider UL platform and other applications built on the UL platform.
- a voice assistant product may comprise the following main components:
- UL platform - this is a centralised UL platform. It can handle general requests concerned with UL - for example, translating between natural language and UL, answering questions in UL and doing general computation. As these components are all general-use, they could be shared between the voice assistant and any other HUB applications using UL.
- Brian - this is the voice-assistant application. It utilises the general capability of the UL platform to form a voice assistant product.
- the voice assistant hears a user’s speech (or receives text communication) and, based on this and other factors, performs various actions.
- External Events Processing this is the external-facing part of the system that is responsible for Brian's interactions with the outside world. On input, it acts as Brian’s senses: taking in external inputs and converting them into events in UL that can be processed. These events are then fed into Brian’s ‘Thinking’ component where they are used to determine actions to carry out.
- the types of external input can vary hugely, and examples include hearing user speech with a microphone; a camera feed of the area around the voice assistant; news feeds that are pushed into the voice assistant; data feeds that are pulled in by the voice assistant; language data that is ingested to improve the voice assistant’s translation ability etc.
- this sub-component contains the devices that carry them out (as instructed by the ‘Execution’ component). Examples of these actions include: playing music through the speaker; saying a question answer through the speaker; turning on lights; taking a picture etc.
- the ‘Thinking’ sub-component is responsible for generating candidate actions for the voice assistant to carry out. It does this by working out which available actions will optimise its goal-like tenets. There are multiple techniques that it can use to do this. As an example, when it receives an input event from the ‘External Events Processing’ subcomponent, it will look for responses to this event by asking questions such as ((Question X)((IsPotentialResponseTo X ⁇ Eventl>)(ContributesTowards X UserHappinessTenet))) (“What is a potential response to this event that will make the user happy?”).
- the voice assistant will likely not be purely driven by input events; it will also be able to do its own autonomous, unguided thinking that will lead to actions.
- ‘Thinking’ Once ‘Thinking’ has generated a candidate action that it believes should be executed, it is sent onto the ‘Decision’ component to be verified.
- the thinking component also controls the system’s learning. Any useful thoughts (i.e. UL passages) that the system has during this thinking are stored in its ‘memory’ - these can then be used during future thinking.
- any useful UL passages produced as a result of input events from External Events Processing can also be learned.
- the ‘Decision’ sub-component is responsible for validating actions by testing the action against the constraint tenets and checking that none are violated. For example, this can be done by asking itself questions that look like ((Question)(Violates ⁇ Action> ⁇ Tenet>)). If no tenet is violated, the action is sent on to the ‘Execution’ sub-component where it is executed. If a tenet is violated, the action is not performed and instead an ‘action violated tenet’ event is fed back into the ‘Thinking’ sub-component. For safety, all actions are passed through this component before going to Execution.
- the ‘Execution’ sub-component is responsible for carrying out the action. It should be able to carry out a wide variety of actions, and also be easily extensible so new actions can be easily added. Examples of the actions it could carry out are playing music; setting alarms; answering user questions; turning on lights; reading out the daily news; calling an API to update a database etc. Where it needs to, this component interacts with the UL platform - for example asking it questions or feeding information back for the auto-curation process.
- Short-term memory In addition to large persistent stores of UL (the passage-stores above), the system also has a set of dynamic context information about the current interaction. This state keeps track of the current state of thinking (e.g. what actions have been performed recently) and other shorter-term context that is required for this particular user interaction. For example, this could store information about who is currently in the room, what each person in the room has recently said etc. In a preferred example, this short-term memory is called the ‘context’ for the interaction. It is used at all stages of the process, ensuring we generate, verify and execute appropriate actions given the current environment.
- Systems based on the present invention may select actions or otherwise implement the capabilities described herein by the use of an understanding of how actions and other phenomena cause changes to the world.
- the causation may be certain - something always causing something (pressing a light switch turning on a light) or partial - something increasing (or decreasing) the chances of something happening such as going to bed earlier causing higher alertness the following day.
- the results of causation always happen after the cause in time and sometimes happen immediately afterwards or sometimes happen over or after a longer period of time. In various examples of the present invention this causal knowledge can be represented in UL.
- An example of causation would be understanding that calling an API which turns up the central heating temperature in a home will make the temperature in the room higher and that a user who is feeling discomfort from feeling cold will have that discomfort reduced by the temperature in the room being higher.
- the system can calculate that turning the temperature up will make (or is expected to make) the cold user happier and can proceed with this as an action.
- a process similar to the reasoning process described herein can be used to do this calculation and work out that turning up the central heating temperature will reduce a person’s discomfort from the cold when in that room.
- Thinking Results as described herein can then be used to remember and store the one step causal knowledge following this reasoning: that turning up the central heating causes a person in that room to feel less discomfort from the cold.
- causation would be knowing various effects that a person knowing something has on them and then telling them it in order to produce that effect.
- a passage representing causal knowledge can be in the form (Causes ⁇ cause> ⁇ effect> ⁇ type of causation>) - ⁇ cause> can be a semantic node representing an action (possibly a combination node) or other node representing something that can cause changes to the world, ⁇ effect> is a UL representation of the change it causes and ⁇ type of causation> is a UL representation that includes things like the certainty of the causal relationship (does it always happen or sometimes happen or even an estimated percentage of the time it happens) and the typical temporal characteristics of this cause and effect: immediate or over a typical duration or after a particular duration.
- the user may tell Brian things that are worth remembering during their conversations. Such information may be applicable only to the user (“My favourite colour is red”) or it may be more generally applicable (“London is the capital of the UK”).
- My favourite colour is red or it may be more generally applicable (“London is the capital of the UK”).
- tenet-driven UL is used to determine whether and where to store this information: in a passage store accessed only for that particular user, or a more widely shared store.
- the information itself is stored as UL.
- Other UL, guided by the tenets ensure only useful information is stored, and that the user’s privacy is respected.
- passages thus stored include an explanation, which is the explanation represented in UL for why the passage was learned.
- the explanation of the latter action will include information about where the passage came from. For example, if the user later asks “What is my favourite colour?”, Brian answers “Red”, and the user then asks for an explanation, the explanation would include that the user’s favourite colour is red because the user told the system that, and that remembering that would contribute to a particular subset of the tenets.
- passages are also stored with a potentially low confidence score, so that the passages are not trusted as much as more authoritative data sources.
- the passages will over time become either more or less trusted as appropriate. For example, this can come from a growing trust in the user who provided the information or from the information being confirmed by other sources.
- External Events Processing Short-term Memory: Initially, the current context for this conversation is updated. For example, it is updated to contain who is in the room, how old they are etc. Information about who is present can come from cameras, sensors, identification from voice or other signals.
- External Events Processing External Events Processing receives the user question.
- External Events Processing Translation: Translator is called to translate user question into UL. It translates the question into (RequestedAction ⁇ User> (AnswerUserQuestionAction ((Question X) (Equal X (Add (Integer “2”) (Integer “2”))))).
- EventDescription ⁇ Eventl> (RequestedAction %) - filled in with the event passage (Is A ⁇ Eventl> Event)
- AnswerUserQuestionAction is handled as a compound action because, when it goes through the Decision, we do not know the answer to the question and so we cannot fully validate the action (for example, if the answer has explicit sexual information in it in we may not want to send it to young children).
- Execution finds that there is an action that followssFrom the GetQuestionAnswerAction (SendAnswerToUserAction) and so sends this to Decision for verification.
- Execution The SendAnswerToUserAction doesn’t break any tenets and so is passed onto Execution. 14.
- Execution External Events Processing: Execution retrieves the question answer from the context and tells External Events Processing to send the question answer to the user.
- Translator is called to translate the question answer into natural language, and the answer is then communicated with the user.
- Actions 1-6 are the same as above, with the UL translation for this question being ((Question X)((InstructionsFor X (ActionBy Actor (PoisonAction
- Execution creates the action rejection message and passes it to External Events Processing to send to the user.
- Translator is called to translate the message into natural language, and the answer is then read out to the user through the microphone.
- Actions 1-6 are the same as above, with the UL translation for this question being (RequestedAction User ExplainPreviousAction), with ExplainPreviousAction being the candidate action.
- Execution looks up the full explanation for why the previous action was rejected in the context, creates the required message in UL and then passes it onto External Events Processing to send to the user.
- Translator is called to translate the message into natural language, and the message is then read out to the user through the microphone.
- a large language model (LLM) is used to provide a concise explanation derived from the detailed explanation by providing examples and concise summaries in the prompt, then providing the detailed explanation and then asking the LLM to provide a completion thus generating the concise explanation.
- LLM large language model
- Examples that provide a concise explanation to users may also provide access to the detailed explanation via a user interface feature such as a button or drop-down arrow or in a voice interface via an appropriate further vocal request from the user.
- the LLM used is fine tuned or otherwise trained with large numbers of such explanations and their corresponding summaries rather than relying on examples in the prompt.
- the prompt may just ask for a summary without giving examples.
- LLMs in related examples include using the LLM to rephrase the initial language generated by examples of the present invention to conform to product or user requirements. Examples could include level of formality, level of brevity (e.g. briefer when the language is to be spoken), suitability for speaking via a text to speech system, other style language, level of certainty and other related possibilities.
- the prompt can be “Paris is the capital of France ” expressed with uncertainty is and the continuation might be “It is believed that Paris is the capital of France”.
- the prompt could be "Satya Nadella is the CEO of Microsoft" expressed informally is: and the continuation might be “Satya Nadella is the head honcho at Microsoft ”.
- action A is a potential response for event E
- action X may cause the death of Y
- Y is a human
- playing the song is generated as a candidate action for Brian.
- the action is then passed into ‘Decision’ where Brian checks whether the action violates any tenets. Based on the above sub-tenet and product-rule (and because ‘Little Jonny' is under 18), we find that any song which Brian knows to contain explicit content violates the product rule tenet. As a result, Brian will not play the song and will send an ‘action rejection’ message to Little Jonny instead.
- the system should either already have knowledge of songs with explicit content (i.e. he has (ContainsExplicitContent ⁇ Song>) passages in his knowledge) or have a computation unit to allow it to work this out (e.g. based on the lyrics of the song) - or via a call to an external API.
- the system carries out the Pl ay Song Action by playing the song through his speaker.
- Figure 9 shows an alternative example to the example of Figure 8.
- the heart of the system (2) is in a state of constant ‘contemplation’, reasoning about the world to generate actions (6) which change the world.
- Example actions including communications with users (e.g. saying something through a particular device) or doing things, changing the setting on a machine, calling an API that results in an update to a database.
- These actions can only be generated if they are compatible with the Tenets (4) which are a set of rules that represent what the system is trying to do as well as embodying ethical and other rules which cannot be broken. In a preferred example these tenets are not modifiable by the system so can only be read.
- Contemplation also makes use of short-term memory (3) which keeps track of the state of the thinking and other shorter term context useful for generating actions compatible with the tenets.
- Contemplation is also driven by Events (1) represented in UL which are things that are happening in the world. Examples can include incoming communication - e.g. something said to the system. Other examples of events could be new information from a sensor. E.g. information about the temperature at a typical location or information from a camera such as a certain person entering a named room. Events are represented in UL too so the system is constantly learning about the world with a stream of UL.
- Events (1) represented in UL which are things that are happening in the world. Examples can include incoming communication - e.g. something said to the system. Other examples of events could be new information from a sensor. E.g. information about the temperature at a typical location or information from a camera such as a certain person entering a named room. Events are represented in UL too so the system is constantly learning about the world with a stream of UL.
- Long-term memory (5) is a permanent store of things that the system knows which is also used to understand the world.
- Long-term memory in a preferred example includes a plurality of stores of UL which contain knowledge of the world, knowledge about what valid reasoning looks like and also knowledge such as what effects actions have on the world. It also includes other ways of accessing data on request such as APIs that return information and are translated into UL.
- the system In addition to reading from this long-term memory the system is also able to learn by writing new information to long-term memory as well. Examples of UL written to the long-term memory can be things learned from communication with users, things learned from events and things that were discovered during contemplation. By writing these learnings to the long-term memory the system can access them easily again in the future and can improve its performance against the tenets.
- the system Independently from receiving inputs and updating internal information, the system is continuously processing the information it has in order to work out what actions it can take that will help achieve its motives and goals.
- the system's motive is to “increase user happiness” which can be encoded in UL as (Increase (Happiness User)).
- Another way that the agent can process its understanding of the environment, to try and achieve its goals and motives, is via unguided reasoning.
- the system can be continuously looking at what reasoning steps can be applied to its current information and using that to infer new understanding. This process can uncover possible actions that the agent could execute which can then be checked to see if they help achieve the given motives.
- the action selected in our example is just one example of an action type, the act of sending a message to the user.
- Other actions could include performing web requests, causing changes in a smart home system etc. Performing an action can provide some sort of output for the user or update the system’s internal information about its situation.
- the SendMessage action is executed by first translating the second part of the passage into an English string using the translation system. In this case Hi is translated to “Hi”. This string can then be shown to the user.
- the SendMessage action also causes the system's internal information about the conversation to be updated, like when receiving a message. In this example it is updated to:
- This system has an understanding of what actions it can perform in what circumstances, as well as the likely consequences of performing those actions.
- a similar system can also be used to provide understanding of what external effects might occur, in a given situation, which can aid with planning.
- UL encoding of this action information introduces the concepts of a partial action and complete action.
- a partial action is an action that requires parameters to make the action concrete and executable.
- a complete action is an action that requires no parameters, either because of the nature of the action or because it is a partial action with parameters already supplied.
- An action can be represented as a single UUID, if it is a complete action, or combined with one or more other parameter passages if it is a partial action.
- UUID User Interface
- a complete action or combined with one or more other parameter passages if it is a partial action.
- other parameter passages if it is a partial action.
- Lightl and Thermostatl are nicknames for a specific controllable light - in a typical example it is unlikely to have a nickname but it has one to make it clear here. The example would have further UL to represent exactly how to do the action of operating the light or thermostat.
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Artificial Intelligence (AREA)
- Audiology, Speech & Language Pathology (AREA)
- Computational Linguistics (AREA)
- General Health & Medical Sciences (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Probability & Statistics with Applications (AREA)
- Machine Translation (AREA)
Abstract
Methods are provided, such as a method of interacting with a large language model (LLM), including the step of a processing system using a structured, machine- readable representation of data that conforms to a machine-readable language, such as a universal language, to provide new context data for the LLM, in order to improve the output, such as continuation text output, generated by the LLM in response to a prompt; and such as a method of interacting with a LLM, including the step of providing continuation data generated by the LLM to a processing system that uses a structured, machine-readable representation of data that conforms to a machine- readable language, such as a universal language, in which the processing system is configured to analyse the continuation output (e.g. text output) generated by the LLM in response to a prompt to enable an improved version of that continuation output to be provided to a user. Related computer systems are provided.
Description
COMPUTER IMPLEMENTED METHODS FOR THE AUTOMATED ANALYSIS OR USE OF DATA, INCLUDING USE OF A LARGE LANGUAGE MODEL
BACKGROUND OF THE INVENTION
1. Field of the Invention
The field of the invention relates to computer implemented methods for the automated analysis or use of data, including use of a large language model (LLM), and to related computer implemented methods and systems.
2. Technical Background
Natural language (NL) is language evolved for humans such as the English language. Although significant advances have been made in computers’ ability to process natural language, computers are still not able to deeply understand the meaning of natural language and use that meaning internally.
For this reason most computer applications typically use structured data to store information that they need for processing - e.g. a relational database: designing the schema, populating the database and writing code to process the fields in the database.
Use of structured data can work well if the application has limited requirements for the type of data required. However, some applications naturally require an extremely broad, heterogeneous collection of data to work well. This means that the schema required would have to be enormous, making building and coding for such an application impractical. We refer to such applications herein as HUB applications (Heterogeneous and Unreasonably Broad).
Examples of HUB applications include an application for managing a person’s general health data where there are thousands of tests, thousands of medical conditions and thousands of symptoms. Another related application could be a nutrition tracking application where there are many thousands of substances and foods
that can be ingested, each with different metabolic effects on the body.
Another example is an application to match the resume of potential candidates with a job specification: in principle such an application would need structured data to represent every skill that might be of value to any role, every type of experience, every type of previous job.
Accounting is another application where vast heterogeneous data would be valuable: the perfect accounting application would represent every type of contract, every type of service.
In practice some of these applications, where they exist, work with a limited schema that doesn’t cover the full range of their ideal properties. Health applications for example, typically work like this ignoring many types of data that they do not cover and instead end up being narrow - limiting the application to only certain verticals within health.
Applications may also use natural language or augment a limited schema with natural language - such as with current resume matching applications which might represent a few key skills in a structured form but rely largely on keyword searching or statistical natural language processing (NLP) techniques on written resumes otherwise.
In the case of accounting, transactions are represented with limited structured data - debits and credits on virtual ledgers with natural language names. The meaning of the natural language names and thus what these transactions represent is generally opaque to the application. Virtual ledgers often group different types of transaction together but fail to represent semantic differences which may be important.
There is no exact threshold for when an application becomes a HUB application but the difficulty of building an application with a hand created schema grows more than linearly with the number of tables as managing these tables as well as the code that maintains them becomes increasingly difficult to do.
These issues could be addressed if there existed a language or way of representing data that computers could fully process and understand but that also had an extremely broad scope.
In conventional Artificial Intelligence (Al), statistical Machine Learning (ML) - particularly Deep Learning (DL) - has been widely used. This has provided significant progress with many problems. Despite the progress, the results cannot be explained in a way that makes sense to human users as the solutions are the result of a calculation that may involve billions of weights. It can also be argued that the system lacks ‘real’ understanding of the data or at least that the understanding is very different from the way a human user would understand it. The statistical nature of the technology also means that it is inherently unreliable with weights that are initiated randomly and then improved through a process of training where they are exposed to data. For complex problems, this improvement (learning) generally results in a model that works only a percentage of the time and is unable to reliably know when the result it produces is accurate.
Much processing of natural language is now done with DL. One example of DL applied to language is large language models (LLMs). LLMs are usually very large deep learning models potentially containing hundreds of billions of parameters and trained on tens of terabytes of text. Although they can generate explanations, those explanations are not derived from what has happened within the model. The text that LLMs produce is frequently incorrect and often describes things that are not true.
3. Discussion of Related Art
The Wikipedia page about Cyc, of 18 July 2019, states that Cyc is the world's longest- lived artificial intelligence project, attempting to assemble a comprehensive ontology and knowledge base that spans the basic concepts and "rules of thumb" about how the world works (think common sense knowledge but focusing more on things that rarely get written down or said, in contrast with facts one might find somewhere on the internet or retrieve via a search engine or Wikipedia), with the goal of enabling Al applications to perform human-like reasoning and be less "brittle" when confronted with novel situations that were not preconceived.
The Wikipedia page about Cyc, of 18 July 2019, states that the objective of the Cyc project was to codify, in machine-usable form, the millions of pieces of knowledge that compose human common sense; this entailed, along the way, (1) developing an adequately expressive representation language, CycL, (2) developing an ontology spanning all human concepts down to some appropriate level of detail, (3) developing a knowledge base on that ontological framework, comprising all human knowledge about those concepts down to some appropriate level of detail, and (4) developing an inference engine exponentially faster than those used in then-conventional expert systems, to be able to infer the same types and depth of conclusions that humans are capable of, given their knowledge of the world.
The Wikipedia page about Cyc, of 18 July 2019, states that most of Cyc's knowledge, outside math and games, is only true by default; for example, Cyc knows that as a default parents love their children, when you're made happy you smile, taking your first step is a big accomplishment, when someone you love has a big accomplishment that makes you happy, and only adults have children; when asked whether a picture captioned "Someone watching his daughter take her first step" contains a smiling adult person, Cyc can logically infer that the answer is Yes, and "show its work" by presenting the step by step logical argument using those five pieces of knowledge from its knowledge base: these are formulated in the language CycL, which is based on predicate calculus and has a syntax similar to that of the Lisp programming language.
The Wikipedia page about Cyc, of 18 July 2019, states that the Cyc project has been described as "one of the most controversial endeavors of the artificial intelligence history"; Catherine Havasi, CEO of Luminoso, says that Cyc is the predecessor project to IBM's Watson; machine-learning scientist Pedro Domingos refers to the project as a "catastrophic failure" for several reasons, including the unending amount of data required to produce any viable results and the inability for Cyc to evolve on its own; Robin Hanson, a professor of economics at George Mason University, gives a more balanced analysis: “Of course the CYC project is open to criticism on its many particular choices. People have complained about its logic-like and language-like representations, about its selection of prototypical cases to build from (e.g.,
encyclopedia articles), about its focus on answering over acting, about how often it rebuilds vs. maintaining legacy systems, and about being private vs. publishing everything. But any large project like this would produce such disputes, and it is not obvious any of its choices have been seriously wrong. They had to start somewhere, and in my opinion they have now collected a knowledge base with a truly spectacular size, scope, and integration. Other architectures may well work better, but if knowing lots is anywhere near as important as Lenat thinks, I’d expect serious Al attempts to import CYC’s knowledge, translating it into a new representation. No other source has anywhere near CYC’s size, scope, and integration.”
The True Knowledge system provided open-domain question answering using structured knowledge and inference. In the True Knowledge system, knowledge in the knowledge base was represented in a single unified format: named relations between pairs of named entities referred to as “facts.” Facts, and the relations themselves, were first-class entities so facts about facts and facts about the properties of relations were fully supported (Tunstall-Pedoe, W. (2010). True Knowledge: Open-Domain Question Answering Using Structured Knowledge and Inference. Al Magazine, 31(3), 80-92. https://ojs.aaai.org/aimagazine/index.php/aimagazine/article/view/2298).
EP2527990A2 and EP2527990B1 disclose a method of using large language models in machine translation in which a translation model is partitioned into a plurality of language model partitions stored on a plurality of different language model servers. Segments of text are distributed to the servers for translation according to server workload. The language model information is usually collected by computing the frequency of occurrence of sequences of words in a large training corpus of documents.
SUMMARY OF THE INVENTION
According to a first aspect of the invention, there is provided a method of interacting with a LLM, including the step of a processing system using a structured, machine- readable representation of data that conforms to a machine-readable language, such as a universal language, to provide new context data for the LLM, in order to improve the output, such as continuation text output, generated by the LLM in response to a prompt.
According to a second aspect of the invention, there is provided a method of interacting with a LLM, including the step of providing continuation data generated by the LLM to a processing system that uses a structured, machine-readable representation of data that conforms to a machine-readable language, such as a universal language, in which the processing system is configured to analyse the continuation output (e.g. text output) generated by the LLM in response to a prompt to enable an improved version of that continuation output to be provided to a user. An example is shown in Figure 10. An advantage is that improved continuation output to that generated by the LLM may be provided.
According to a third aspect of the invention, there is provided a method of interacting with a LLM, including the step of generating continuation data by an LLM, by the LLM using the output of a processing system that uses a structured, machine-readable representation of data that conforms to a machine-readable language, such as a universal language, in which the LLM is configured to use the output of the processing system as a prompt and to generate a continuation output (e.g. text output) that is an improved version of the output from the processing system. An advantage is that an improved version of the output from the processing system may be generated by the LLM.
According to a fourth aspect of the invention, there is provided a method of interacting with a LLM, including the step of training the LLM on the output from a processing system using a structured, machine-readable representation of data that conforms to a machine-readable language, such as a universal language. An advantage is that an improved LLM may be provided.
According to a fifth aspect of the invention, there is provided a method for interacting with one or more users in natural language comprising the steps of providing a structured representation of data and a system operable to process language with reference to the structured representation of data to provide additional useful text relevant to the language; providing an LLM operable to provide a continuation of text; receiving a language input from one or more users; processing the language input with the system to produce additional useful text; providing the LLM with the language input plus the additional useful text; providing the one or more users with language derived from a continuation generated by the LLM. An advantage is that additional useful text to that provided by a system operable to process language with reference to the structured representation of data may be provided by a continuation generated by the LLM.
According to a sixth aspect of the invention, there is provided a method of validating natural language for factual accuracy comprising the steps of
Extracting from the natural language a collection of one or more factual assertions asserted within the natural language;
Checking the one or more factual assertions for factual accuracy;
Outputting, or making available, the results of the checking.
An advantage is validating natural language for factual accuracy.
According to a seventh aspect of the invention, there is provided a method of learning knowledge in structured form comprising the steps of
Providing an LLM trained on a large corpus of natural language documents;
Providing the LLM with a prompt that will elicit desired knowledge;
Eliciting a continuation of the prompt from the LLM;
Translating the continuation into the structured form.
An advantage is learning knowledge in structured form.
According to an eighth aspect of the invention, there is provided a method for ensuring that an LLM generates original text comprising the steps of
Providing a database of previous text that it should not generate;
Performing a beam search;
Checking potential continuations against the database;
When a potential continuation matches non-original text in the database, adjusting the continuation to no longer match non-original text in the database.
An advantage is avoiding copyright infringement.
According to a ninth aspect of the invention, there is provided a method of avoiding hallucination in an LLM comprising the steps of:
Analysing different continuations for a given prompt;
Comparing the continuations to identify parts of the response that do not vary and parts of the response that do vary;
Identifying the parts that vary as more likely to be hallucination;
Replacing or not showing the parts identified as hallucination to the user.
An advantage is avoiding hallucination in an LLM.
According to a tenth aspect of the invention, there is provided a method for adding citations to text generated by an LLM comprising the steps of:
Providing a database of text used to train the LLM which includes sources associated with each section of text stored; checking sections of the continuation generated by the LLM against the database; retrieving sources where the sections of the continuation match text contained within the database. An advantage is that citations are added to text generated by an LLM.
According to an eleventh aspect of the invention, there is provided a computer- implemented method including the steps of
(i) Receiving output from a natural language processing computer process, the output including an answer to a question;
(ii) Inputting the received output to a large language model (LLM);
(iii) The large language model (LLM) processing the input to the LLM, to generate output based on the input to the LLM.
(iv) Storing the output based on the input to the LLM.
An advantage is that an improved answer to the question may be provided by the LLM output.
According to a twelfth aspect of the invention, there is provided a computer- implemented method of training a large language model (LLM), including the steps of
(i) receiving output from a natural language processing computer process, the output including an answer to a question;
(ii) repeating step (i) at least one thousand times using a set of at least one thousand different questions, and storing the answers to the questions in a training file;
(iii) using the training file to train a large language model (LLM);
(iv) storing weights characterizing the trained LLM.
An advantage is that a trained LLM with training improved by the use of the training file is provided.
According to a thirteenth aspect of the invention, there is provided a computer- implemented method of generating a training file for a large language model (LLM), including the steps of
(i) receiving output from a natural language processing computer process, the output including an answer to a question;
(ii) repeating step (i) at least one thousand times using a set of at least one thousand different questions, and storing the answers to the questions in the training file. An advantage is that an improved LLM training file is generated.
According to a fourteenth aspect of the invention, there is provided a computer- implemented method of re-training a large language model (LLM), the LLM having been previously trained using a training file, the method including the steps of
(i) receiving output from a natural language processing computer process, the output including an answer to a question;
(ii) repeating step (i) at least one thousand times using a set of at least one thousand different questions, and storing the answers to the questions in a re-training file;
(iii) combining the training file and the re-training file, to generate a combined training file;
(iv) using the combined training file to re-train the large language model (LLM);
(v) storing weights characterizing the re-trained LLM.
An advantage is that an LLM with an improved training is provided.
According to a fifteenth aspect of the invention, there is provided a computer- implemented method of updating the training of a large language model (LLM), the
LLM having been previously trained using a training file, the method including the steps of
(i) receiving output from a natural language processing computer process, the output including an answer to a question;
(ii) repeating step (i) at least one thousand times using a set of at least one thousand different questions, and storing the answers to the questions in a re-training file;
(iii) using the re-training file to update the training of the large language model (LLM);
(iv) storing weights characterizing the LLM with the updated training. An advantage is that an LLM with an improved training is provided.
According to a sixteenth aspect of the invention, there is provided a computer- implemented method of improving output using an LLM, including the steps of
(i) receiving a natural language question (e.g. any natural language to which a natural language response is appropriate. It could be for example a command or a request for data or even some kind of social interaction or discussion);
(ii) using a computer system including a processor and a memory, the processor configured to use a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, in which a combination of semantic nodes defines a semantic node, in which expressions in the processing language may be nested, in which the natural language question is represented in the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language;
(iii) the processor answering the question using the reasoning steps, the computation units and the semantic nodes, and
(iv) inputting the natural language question, and the processor’s answer to the question to the LLM;
(v) the large language model (LLM) processing the input to the LLM, to generate output based on the input to the LLM;
(vi) storing the output based on the input to the LLM.
An advantage is that an improved answer to the question may be provided by the LLM output.
According to a seventeenth aspect of the invention, there is provided a computer- implemented method of improving output from an LLM, including the steps of
(i) receiving a first natural language question;
(ii) Inputting or providing the received first natural language question to a large language model (LLM);
(iii) The large language model (LLM) processing the input to the LLM, to generate output based on the input to the LLM;
(iv) translating the output into a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, in which a combination of semantic nodes defines a semantic node, in which expressions in the processing language may be nested;
(v) constructing a question which asks if the output is true, in which the question is represented in the processing language;
(vi) inputting the question to a computer system including a processor and a memory, the processor configured to use the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language;
(vii) the processor answering the question using the reasoning steps, the computation units and the semantic nodes, and
(viii) the processor storing an answer to the question in the memory.
An advantage is that the LLM output is checked for accuracy.
According to an eighteenth aspect of the invention, there is provided a computer- implemented method of fact checking output from a large language model (LLM), including the steps of
(i) receiving a text input;
(ii) inputting or providing the received text input to a large language model (LLM);
(iii) the large language model (LLM) processing the input to the LLM, to generate output based on the input to the LLM;
(iv) translating the output into a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, in which a combination of semantic nodes defines a semantic node, in which expressions in the processing language may be nested, wherein translating the output includes extracting the assertions in text generated by the LLM;
(v) constructing one or more questions which ask if the extracted assertions are individually true, in which the one or more questions are represented in the processing language;
(vi) inputting the one or more questions to a computer system including a processor and a memory, the processor configured to use the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language;
(vii) the processor answering the one or more questions using the reasoning steps, the computation units and the semantic nodes, and
(viii) the processor storing an individual answer to each of the one or more questions in the memory. An advantage is fact checking output from a large language model.
According to a nineteenth aspect of the invention, there is provided a computer- implemented method of improving output from a computer system including a processor and a memory, the system operable to process the natural language question using a processing language in which semantic nodes are represented in the processing language, the method including using an LLM, the method including the steps of
(i) receiving a natural language question;
(ii) using a computer system including a processor and a memory, the system operable to process the natural language question using a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are
themselves semantic nodes, in which each semantic node denotes one specific meaning, wherein the memory is configured to store the representations in the processing language;
(iii) the processor answering the question, and
(iv) inputting the natural language question, and the processor’s answer to the question to the LLM;
(v) the large language model (LLM) processing the input to the LLM, to generate output based on the input to the LLM;
(vi) Storing the output based on the input to the LLM.
An advantage is that output from the computer system including a processor and a memory, the system operable to process the natural language question using a processing language in which semantic nodes are represented in the processing language, is improved using the LLM.
According to a twentieth aspect of the invention, there is provided a computer- implemented method of improving output from an LLM, including the steps of
(i) receiving a first natural language question;
(ii) inputting the received first natural language question to a large language model (LLM);
(iii) the large language model (LLM) processing the input to the LLM, to generate output based on the input to the LLM;
(iv) translating the output into a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning;
(v) constructing a question which asks if the output is true, in which the question is represented in the processing language;
(vi) inputting the question to a computer system including a processor and a memory, the processor configured to use the processing language, wherein the memory is configured to store the representations in the processing language;
(vii) the processor answering the question, and
(viii) the processor storing an answer to the question in the memory. An advantage is that the LLM output is checked for accuracy.
According to a 21st aspect of the invention, there is provided a computer- implemented method of fact checking output from a large language model (LLM), including the steps of
(i) receiving a text input;
(ii) inputting the received text input to a large language model (LLM);
(iii) the large language model (LLM) processing the input to the LLM, to generate output based on the input to the LLM;
(iv) translating the output into a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, wherein translating the output includes extracting the assertions in text generated by the LLM;
(v) constructing one or more questions which ask if the extracted assertions are individually true, in which the one or more questions are represented in the processing language;
(vi) inputting the one or more questions to a computer system including a processor and a memory, the processor configured to use the processing language, wherein the memory is configured to store the representations in the processing language;
(vii) the processor answering the one or more questions, and
(viii) the processor storing an individual answer to each of the one or more questions in the memory.
An advantage is fact checking output from a large language model.
According to a 22nd aspect of the invention, there is provided a computer implemented method of augmenting search results, including the steps of:
(i) receiving a search query;
(ii) an (e.g. internet) search engine processing the search query to generate (e.g. internet) search results;
(iii) transforming the search results into a structured, machine-readable representation of data that conforms to a machine-readable language, such as a universal language;
(iv) processing the transformed search results using a processing system which uses the structured, machine-readable representation of data that conforms to the machine- readable language, such as a universal language, to produce output;
(v) supplying the output of step (iv) as input to a large language model (LLM), and the LLM generating continuation data output in response to the input. An advantage is that search results found by a search engine are augmented.
According to a 23rd aspect of the invention, there is provided a method of factchecking the output of a large language model (LLM), including the step of providing continuation data generated by the LLM to a processing system that uses a structured, machine-readable representation of data that conforms to a machine-readable language, in which the processing system analyses the continuation output generated by the LLM in response to a prompt, to enable an improved, fact-checked version of that continuation output to be generated and provided to a user. An advantage is fact checking output from a large language model.
Further aspects of the invention are given in the dependent Claims, and in the independent Claims. Aspects of the invention may be combined with each other, or with any of the Concepts described herein, or with any of the Claims.
BRIEF DESCRIPTION OF THE FIGURES
Aspects of the invention will now be described, by way of example(s), with reference to the following Figures, in which:
Figure 1 shows example screen output for a notification of a job match.
Figure 2 shows example screen output for a description of a job match.
Figure 3 shows an example conversation within an app where nutritional data is being communicated with the app.
Figure 4 shows some example insights that can be derived from a period of time where horizontal health and nutrition data was shown.
Figure 5 shows an example graph showing daily calories in versus calories out which is an extremely common thing for someone to track if the user is aiming to lose (or gain) weight.
Figure 6 shows an example of a visualisation capable of being generated from an example of the present invention: it is comparing estimated caffeine in the user’s body at the time they went to bed with a calculation of sleep quality.
Figure 7 shows examples of explanations generated, (a) shows examples of simplified explanations; (b) shows an example of a detailed explanation.
Figure 8 shows an example of a voice assistant product, referred to herein as ‘Brian’ and how it fits in with the wider UL platform and other applications built on the UL platform.
Figure 9 shows an alternative to the example of Figure 8.
Figure 10 shows an example of a method of interacting with a LLM, including the step of providing continuation data generated by the LLM to a processing system that uses a structured, machine-readable representation of data that conforms to a machine-readable language, such as a universal language, in which the processing system is configured to analyse the continuation output (e.g. text output) generated by the LLM in response to a prompt to enable an improved version of that continuation output to be provided to a user.
Figure 11 shows an example of an intermediate representation semantic graph.
DETAILED DESCRIPTION
This disclosure includes a computer implemented method for the automated analysis or use of data, which comprises the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language ('machine representation'); the machine representation including representations of user speech or text input to a human/machine interface;
(b) automatically processing the machine representations to analyse the user speech or text input.
This disclosure includes a computer-based system configured to analyse data, in which the system is configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine-readable representation of data including representations of user speech or text input to a human/machine interface;
(b) automatically process the structured representations to analyse the user speech or text input to a human/machine interface.
These aspects of the disclosure may be implemented in a voice assistant or chatbot; the technical advantage achieved is to enable more extensive and faster scaling of the voice assistant or chatbot’s capabilities; the invention enables voice assistants and chatbot to be able to answer a broader range of questions, and to do so more accurately; this makes it easier for the voice assistant or chatbot to work with large numbers of different natural languages.
One point of interpretation: the conjunction 'or' should not be narrowly construed to indicate mutual exclusivity but to cover inclusivity too. Hence, the phrase 'user speech or text input' means 'user speech on its own, or user text on its own, or both user speech and also user text'. When the conjunction 'or' is meant exclusively, the phrase 'either... or' is used.
The machine-readable language is extremely expressive yet also extremely simple; simplicity requires less computer processing and thus delivers faster performance. Further details are in the appended Concepts and Claims.
According to a further aspect of the disclosure, there is provided a computer system including a processor and a memory, the processor configured to answer a question, the processor configured to use a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, in which a combination of semantic nodes defines a semantic node, in which expressions in the processing language may be nested, in which the question is represented in the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language, and wherein the processor is configured to answer the question using the reasoning steps, the computation units and the semantic nodes, and to store an answer to the question in the memory.
An advantage is that because semantic links between semantic nodes are themselves semantic nodes, semantic links and semantic nodes do not need to be processed in a distinctly different way, which simplifies processing, which speeds up response times, which is a technical effect.
An advantage is that because semantic nodes are very widely used in the processing language, processing of the processing language is speeded up, which speeds up response times, which is a technical effect.
The technical effect operates at the level of the architecture of the computer system; that is to say the effect is produced irrespective of the data being processed.
The technical effect results in the computer system being made to operate in a new way, because the computer finds answers to questions faster than using prior art approaches, because semantic nodes are very widely used in the processing language, which means that processing of the processing language is speeded up.
The processing language contributes to the technical character because it produces a technical effect: a processor processing the processing language has the effect that the computer finds answers to questions faster than using prior art approaches, because semantic nodes are very widely used in the processing language, which means that processing of the processing language is speeded up.
The computer system may be configured to output the answer to the question.
The computer system may be configured to output the answer to the question to a display device.
The computer system may be one wherein expressions in the processing language may be nested with no limit inherent to the processing language.
The computer system may be one wherein the semantic nodes each includes a unique identifier.
The computer system may be one wherein the computation units are semantic nodes.
The computer system may be one wherein the question is represented in the processing language with a passage comprising a semantic node that identifies the passage as a question, a list of zero, one or more semantic nodes representing unknown entities being asked about and at least one further passage which represents the semantics of the question in the context of the zero, one or more unknown entities.
The computer system may be one wherein the processing language is universal language.
The computer system may be one wherein the processing language is not a natural language.
The computer system may be one wherein the question relates to search and analysis of documents or web pages, wherein the semantic nodes include representations of at least parts of the documents or the web pages stored in a document store.
The computer system may be one wherein the question relates to a location-based search, using mapping data represented as semantic nodes in the processing language.
The computer system may be one wherein the question relates to a search for defined advertisements or news, wherein the semantic nodes include representations of advertisements, news articles or other information items.
The computer system may be one wherein the question relates to a request for a summary of a news topic, wherein the semantic nodes include representations of news from multiple sources, e.g. to provide a summary or aggregation of the news.
The computer system may be one wherein the question relates to a request for a compatibility match between persons, wherein the semantic nodes include representations of personal information defining one or more attributes of a person, for a plurality of people.
The computer system may be one wherein the question relates to compliance with requirements preventing abusive or illegal social media postings, wherein the semantic nodes include representations of social media postings.
The computer system may be one wherein the question relates to analysing customer reviews, wherein the semantic nodes include representations of customer reviews.
The computer system may be one wherein the question relates to a user’s product request, wherein the semantic nodes include representations of product descriptions and user product requests.
The computer system may be one wherein the question relates to a job search, wherein the semantic nodes include representations of job descriptions and job applicants' skills and experience, to determine which job applicants match a job description, or to determine which job descriptions match a job applicant's skills and experience.
The computer system may be one wherein the question relates to health of an individual, wherein the semantic nodes include health data relating to the individual, and health data relating to human beings.
The computer system may be one wherein the question relates to nutrition, wherein the semantic nodes include nutritional data for foods and drinks.
The computer system may be one wherein the question relates to accounting or finance, wherein the semantic nodes include representations of financial or accounting information.
The computer system may be one wherein the question is received by a voice assistant or chatbot, wherein the semantic nodes include representations of user speech input to a human/machine interface and include representations of the human/machine interface itself.
According to a further aspect of the disclosure, there is provided a computer- implemented method, the method using a computer system including a processor and a memory, the processor configured to use a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, in which a combination of semantic nodes defines a semantic node, in which expressions in the processing language may be nested, in which the question is represented in the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language, the method including the steps of :
(i) the processor answering the question using the reasoning steps, the computation units and the semantic nodes, and
(ii) the processor storing an answer to the question in the memory.
Advantages include the advantages of the previous aspect of the disclosure.
The method may be one wherein the question is represented in the processing language with a passage comprising a semantic node that identifies the passage as a question, a list of zero, one or more semantic nodes representing unknown entities being asked about and at least one further passage which represents the semantics of the question in the context of the zero, one or more unknown entities.
The method may be one wherein the unknowns in the question are identified and the passage making up the body of the question is selected for further analysis; processing
begins on a list of passages from the body of the question and the selected unknowns; a first passage in the list of passages is selected for processing; processing a single passage comprises three methods: using statically stored processing language passages, utilising computation units and utilising processing language generated from reasoning: in which the first method is to lookup in the passage store if there are any passages that can be directly mapped with the passage being processed; if the passage is exactly the same structure as a passage in the passage store, with all nodes matching other than the unknowns, then the values the unknowns match against are valid results; the second method is to check if any results can be found by executing computation units; it is checked if this passage matches against any passages in a computation unit description; all non-unknown nodes in the passage being processed must match the same nodes in the corresponding position in the computation description or align with a computation input unknown; the unknowns being processed must align to output unknowns in the description; the computation unit is then called to get valid output values for the processed passage’s unknowns; the third method is to see if this passage can be proved by applying any reasoning steps; reasoning steps are searched for where a passage in the second half of the reasoning passage can be unified with the passage being processed; all nodes and structure must be equal between the two passages, other than unknowns in the focus passage or the reasoning passage; if a reasoning passage like this is found it means that this reasoning step could be used to prove the passage being processed; a multistage process is used to first find any mappings for unknowns in the processed passage when matching with the reasoning passage; secondly, mappings for unknowns used in the reasoning passage are found by mapping with the passage being processed; this mapping can then be applied to the front half of the reasoning passage to generate a list of passages that, if they can be matched with known or generated processing language and mappings found for them, will prove and find valid mappings for the focus passage; solutions for the list of passages can then be found recursively.
The method may use a computer system of any aspect of the previous aspect of the disclosure.
Aspects of the disclosure may be combined.
Examples of the present invention include systems and methods for creating and using a structured representation of data that is aimed to be as expressive as natural language in terms of breadth but which also can be processed and understood by automated systems. The representation referred to herein as UL (for universal language) is a preferred example. Examples of the invention include systems and methods relating to specific HUB and other applications as well as systems and methods which process, store and utilize UL.
A natural language question may be any natural language to which a natural language response is appropriate. It could be for example a command or a request for data or even some kind of social interaction or discussion.
Use of UL also brings with it other advantages beyond the delivery of HUB applications. For example, UL can be used as a way for an automated system to understand the world and as a way for an automated system to reason. As the reasoning steps are recorded in language, such systems can also fully explain themselves in language to human users. Requirements for a software system can be written in UL (referred to herein as ‘tenets’) and examples of the present invention can directly use these tenets to decide on actions for itself, rather than having its detailed actions determined by program code with a human programmer trying to anticipate all possible scenarios and code them in advance. In some examples, tenets can be divided into “motivation tenets” such as “make the user happy” which represent goals or desired behaviour or hypothetical propositions about the world which the system will try to make true and “prohibition tenets” (such as “do not take actions which might harm humans”) which represent things the system must not do, or must try to avoid or versions of the world the system should try to prevent from happening.
Representation of Language: UL
An aim of UL is in principle to be able to represent anything expressible in any natural language. An additional aim is for anything expressed in natural language to thus be translatable into UL. The purpose of UL is to enable use by machines so this
representation of data must therefore be fully processable and understandable by automated systems. Although an aim, examples of the present invention may not fully deliver these aims whilst still having significant advantages over the prior art.
There are many different properties of natural language that make getting a computer to understand and process it extremely hard. These include polysemy - the fact that words in natural language often have many meanings or senses, some related and overlapping and some completely different and that context, years of experience with the natural language and common sense knowledge is needed by people to understand which meaning is intended. For example, the English word “pen” can mean a writing implement, an enclosure for farm animals, a female swan or a prison (short for “penitentiary”) among other meanings. As a verb it also has a number of related and different meanings. Despite this complexity human beings can naturally infer the intended sense of the word using context, real world experience and common sense knowledge when it appears, but this is extremely hard for a machine, which lacks the necessary skills.
Ambiguity and flexibility in the word ordering is another issue that makes natural language processing extremely hard for machines. Even simple sentences can be phrased in literally dozens of ways which convey the same meaning. Humans naturally understand these numerous phrasings but this is not easy to represent in an algorithm. Clauses and words within a sentence modify and attach to other parts of the sentence changing their meaning in ways that humans can naturally understand but which follow no clear rules that a machine can follow. Natural languages also use techniques like anaphora to refer back to entities referenced in earlier speech and avoid saying them again (e.g. in English with pronouns and words such as “he”, “hers”, “it”, “this” etc.). Humans naturally understand what is being referred to but this is not so obvious for a machine. Ambiguity can even result from where the boundaries exist in a compound noun - for example the use of the compound noun “fruit flies” in the sentence “Fruit flies like a banana” compared with the sentence “Time flies like an arrow”.
UL is designed to overcome all these issues and create a language which can be unambiguously parsed, understood and processed by a machine and which thus can
store an extremely broad range of information in a way that a machine can understand, process and explain.
A contrasting method is to process natural language directly and build a very large statistical machine-learning model such as a large language model (LLM). LLMs are typically very big, hundreds of billions of parameters or more, running on specialist hardware. They are exceptionally expensive to train and run and require masses amounts of data. They are also statistical, working only a percentage of the time with unpredictable and unexplainable results. Some approaches described herein moves the processing of language into a world that computers can handle without such techniques. Examples described herein are non- statistical - always being correct if the underlying language is correct; running on inexpensive hardware (e.g. normal CPUs) and with very little cost involved in their use. Additionally, unlike an LLM, language written in UL can be instantly and perfectly memorised simply by storing it in a database (a form of one-shot learning) while an LLM only learns long-term during the expensive training process and its memorisation of its source data is often imperfect.
Semantic Nodes
A key component of UL is what we call herein a semantic node. A semantic node is intended to be the broadest conceivable definition of a ‘thing’ that can be defined - anything there is a word for can have a semantic node in UL as well as things which have no natural language name.
In various examples, semantic nodes can include every specific human being, the concept of human being (of which any specific human being is a member), every file, every web page, every audio recording or video, specific relationships (including the relationship that links any specific human being to the concept of human being), attributes, specific types of language nuance and every row and item in a relational database table.
A semantic node once defined has an identifier so it can be referred to within UL. In a preferred example the ID is a 128-bit version 4 UUID (RFC 4122) with hyphenated lower-case syntax. For example: blclcb5f-248f-4871-a73f-900d29066948. A preferred example also allows Unicode strings in double quotes to be their own ID-
the string itself is the ID for the semantic node for that specific string. For example, “Pina colada” is a valid semantic node representing only the string, not the concept of the drink. In other examples, a UUID or other identifier could be used for strings to simplify the syntax further, but requiring additional language to express the link between the identifier and the string it represents.
In an example, a simple grammar for UL is thus:
<passage> ::= <128 bit UUID>
<passage>::= “<Unicode string>”
<passage>: :=(<passage> <passage>*)
Where <passage>* is zero, or more further <passage> and double quotes within the Unicode String are escaped \”
In an example, a semantic node may be represented by a 128 bit UUID or a string; a passage may be either (a) a semantic node or (b) two or more other passages in brackets.
In another example, the minimum number of passages that can be grouped within parentheses is two so the third line of the above grammar would be <passage>:=(<passage><passage><passage>*)
In a preferred example a given semantic node typically denotes one specific thing or one specific meaning. Although polysemy is permissible in a preferred example, with an essentially unlimited pool of UUIDs available there is no reason to overload a node with more than one meaning and in practice all the possible senses of a word in a natural language will be given different semantic nodes. Closely related senses of a word can also be given different semantic nodes too and their relationship described with passages. This use of unique semantic nodes for every possible sense overcomes the complexity and ambiguity from determining sense in natural languages.
The use of semantic nodes also avoids any ambiguity that comes from concepts being denoted with multiple words in natural languages. In a preferred example, compound
nouns, verb phrases, prepositional verbs etc. do not generally exist - each such concept has a single node and there are no challenges for the machine in deciding where the boundaries of the representation lie.
Node Agreement
Herein we use the term “user” to mean any human, organisation or machine user of an example of the present invention. A user could be any computer system that uses an example of the invention or any human being or organisation that makes use of UL. It can also be subsystems of larger computer systems.
In a preferred example if two semantic node identifiers are different, they may or may not be the same concept - as two different users of the invention may have chosen two different IDs for the same thing. If two identifiers are the same, by design in a preferred example they must denote the same things, defined in the same way. Thus, UL becomes useful for communication when agreement happens on semantic nodes and these are adopted across different systems. UL may become understandable to human users when enough is known about semantic nodes to be able to express them in natural language and generate natural language that has similar meaning to the UL.
In a preferred example, the meaning of a semantic node comes only from other UL that represents things that have been said about the node. Sometimes this may represent the UL expressed knowledge that the semantic node corresponds exactly to a word or sense of a word in a named natural language. For example, the Spanish drink Sangria may be represented as a6ba9f28-b54d-4e4a-8cf8-ad4e07659004. Pen in the sense of a writing implement may be represented as c092849c-80ed-4a69-9a4e- 2704780f0cea but the concept of a pen in the sense of an enclosure for farm animals would have a completely different node such as ba9b43a3-540d-44ff-b6fe- 62dcfb9ddalc. Although these meanings may be documented somewhere for human users, passages of UL would define and semantically link these concepts to other concepts giving them meaning. For example in the case of the Sangria concept, passages may assert that it is kind of drink, that is alcoholic, that it originates in Spain. Passages may further define the ingredients or other information relevant to the machine understanding of what it is.
As used herein a “shared ID” is an ID used by more than one user of various examples of the invention. Typically, one user has created and used the ID and a second, or more users, has decided that this ID represents a concept they also want to use and has then started using it too. A “private ID” or “local ID” is similarly an ID used by only one user and is not published or exposed to other users. A “public ID” is an ID that a user has used in UL that can be seen by every user, whether it is shared or not depends on whether any other client entity has started using it. According to various examples, IDs can be shared between multiple users without being made fully public.
To express this in other words, any user of an example of the present invention can coin their own semantic nodes with their own local meaning by picking an unused identifier. For example, an application could assign a semantic ID to the rows of a particular local database table. Any number of different IDs can represent the same thing. When semantic nodes are shared, however, their meaning is shared. If another user were to then use those IDs elsewhere, they would mean the same thing and denote the same thing. In a preferred example with a 128-bit address space, selecting an ID randomly from that space has an essentially zero probability of a collision if one was not intended, enabling local IDs to be coined and used without having to undergo any kind of registration process or communication or coordination with any other user. In another example string identifiers could be used and users could include a unique substring in their own local identifiers using it e.g. as a prefix. For example, an organisation may choose a unique prefix like “unlikelyai719” and then name all its nodes starting with this e.g. “unlikelyai781_sangria” - with a unique prefix it can ensure that its local ids are not duplicated by any other user. Other examples may use a smaller address space and have a more centralised approach possibly including registration.
Strings
As previously mentioned, in a preferred example, Unicode strings also represent semantic nodes. Their meaning is strictly the string itself only. Any natural language meaning contained within the string is not part of the meaning of these IDs. i.e. “sangria” means strictly the sequence of letters s..a..n..g..r..i..a - not the concept of the drink. Following the principle of node agreement discussed above it is also possible
for a string to be represented by an ID as an additional identifier. For example, the string “sangria” could be additionally represented as fc570fba-cb95-4214-bc45- 8deb52d830a5 and this represented in a passage or otherwise. This can be used for very large strings. Following the same design principle, two identical strings used as semantic nodes have universal meaning as that string.
Combination Nodes
Combining semantic nodes also defines a semantic node. Shared rules around the meaning of shared nodes or shared classes to which nodes belong define further shared meaning from the combination. For example, semantic nodes within an infinite class can be represented by combining one or more nodes that define the class with one or more strings where there is a common internationally recognised representation in string form. e.g. integers can be defined this way. (<id for integer> “5”). Another example of a combination node with more than two nodes within it is (<id for group> <id for Chicago> <id for New York City> <id for London>) which is a single semantic node representing a collection of three cities regarded as a single entity. Combination nodes can contain any finite number of semantic nodes and the semantic nodes within them can also be combination nodes creating any level of nesting.
Nesting
UL syntax allows for expressions to be nested indefinitely. This allows the user to define a concept, coupled with contextual information about the concept, as a hierarchy of UL expressions under the same parent UL expression or with the same central expression or passage. Context can be used to provide nuance, source, belief, temporal validity etc. For example, starting with a passage (HoldsOffice JoeBiden UsPresident) (where HoldsOffice JoeBiden and UsPresident are human readable “nicknames” for IDs - described further below) another passage that states when it is true could be (HasTemporalValidity (HoldsOffice GeorgeWBush UsPresident) (DatelsoFormat "2021-07-23") ) - which says that Joe Biden held the office of US President on the 23rd of July 2021. Further expressions around this passage could assert that this statement had come from a particular source or had a certain degree of reliability etc.
Combination Agreement
In a similar way to the principle of node agreement where use of the same semantic node by the same or different entities implies identical meaning between usages, the meaning that comes from combining shared semantic nodes is also universal. Any client entity that chooses to create passages that use shared semantic nodes is also expressing the same meaning by combining them. Similarly, any client entity is free to define its own meaning to combinations of semantic nodes that are not used elsewhere.
In other words, further meaning comes from combining semantic nodes. Again, if semantic nodes are shared then the meaning that comes from combining them is also shared. In a preferred example, semantic nodes can be combined in any numbers and at any level of nesting and no further syntax is required. Other examples may include additional syntax. The combining and nesting herein and in a preferred example is done with round brackets when UL is displayed. However, various examples and implementations of examples may represent the combining of nodes in other ways. For example, the syntax could group nodes with different characters than round parentheses, there could be special function words such as “query” in the syntax that are not semantic nodes but which define different types of passage or there could be special syntax for certain types of node such as unknown values or booleans or integers.
The combinations in UL in a preferred example are expressed directly with brackets. There is no ambiguity in how the nodes are grouped or any assumed grouping when brackets are absent. This syntax thus avoids the ambiguity that is extremely common in natural languages where clauses and words group and modify other parts of a sentence in ways that are extremely hard for a machine to determine. For example, the English sentence “The police arrested the demonstrators because they feared violence” is ambiguous about whether “they feared violence” applies to the demonstrators or the police. Natural language has no rigorous grouping syntax meaning that this type of ambiguity is common. Human beings armed with considerable experience of the world can infer from common sense and their world knowledge that it is more likely to apply police in this case. Unambiguous grouping in UL ensures that a machine can always get it right.
UL syntax
A UL expression is either a semantic node or a passage. Both variations are atomic, complete pieces of valid UL. Semantic nodes are defined fully above, and include either a UUID or a Unicode string. A passage is any combination of nodes, and it is the sole nesting construct of UL. Passages may be anything from a single semantic node to a complex hierarchy representing an entire book.
A simple, more formal, grammar for UL in the preferred example could thus be: uni ver sai l anguage
= ul element*
| EOF ul element
= semantic node
| passage semantic node
= version_4_uuid
| string_literal passage = '(' ul_element+ ')'
The above grammar uses the symbols ( and ) to denote grouping, and omits implementation-specific details such as character escapes within string literal nodes.
Various examples of this invention may extend or change the above grammar to suit their needs. Possible extensions include additional syntax for specific types of node: for example, integers, real numbers, points in time, unknowns. Possible other extensions include comments, ignored by any UL parser, and “named passages”. Named passages could represent a way to link passages to a nickname in a human- readable language, such as English. Nicknames are further described in the following section.
Note that a preferred example uses this extremely simple syntax without extension and there is no special additional syntax for different types of passage - meaning comes purely from the choice of semantic nodes and how they are grouped both in terms of grouping and ordering. Being able to express everything with such a simple representation has significant advantages over alternatives which use more complicated syntax or use special additional syntax for particular things. These advantages include the simplicity and generality of implementation which can result in significant speed improvements when processing the language. It also greatly simplifies the storage of UL and the ability to search and process it. With more complicated syntax, different code needs to handle each of the different types of syntax. Storage is greatly complicated too. The more complicated storage also adds to the complexity of the code that needs to access it and the speed it can be accessed.
Nicknames
To make UL more understandable to humans, various examples have a ‘nickname’ scheme where shorter natural language labels are associated with a UL expression and those names are used when presenting UL to humans. These labels may be used as alternatives to raw UUIDs when displaying UL to humans. In a preferred example, any number of nickname schemes can be defined, enabling users familiar with different natural languages to access meaning in UL. The example nickname scheme used herein is termed Englishl. In some examples (but not a preferred example) these nicknames may be used as the identifier. In a preferred example, these nicknames are not identifiers but merely a way of presenting identifiers to humans.
As an example of UL representation, this is a valid passage '.
(03d206a2-52ca-49el-9aeb-86364e2dead6 cb75d6f8-16d9-4a36-8cl6-7195182d4057 (dlfd5662-c88e-4d94-b807-5310483df8cd (30847a3d-e43c-4229-993e-
20ad01 adc 126 5a533842-bcd8-4125-8b39-2b 1 caa643593)))
The meaning of this passage corresponds to the English “Brie is a creamy, French cheese”.
Assigning these nicknames to the semantic nodes within this passage like so:
IsA = 03d206a2-52ca-49el-9aeb-86364e2dead6
Brie = cb75d6f8-16d9-4a36-8cl6-7195182d4057
Cheese = dlfd5662-c88e-4d94-b807-5310483df8cd
Creamy = 30847a3d-e43c-4229-993e-20ad01adcl26
French = 5a533842-bcd8-4125-8b39-2blcaa643593 means the above passage can be displayed in a more human readable form thus:
(IsA Brie (Cheese (Creamy French)))
Creamy and Cheese are semantic nodes that are properties or attributes of other semantic nodes. This concept (given the nickname Attribute) is a semantic node that corresponds to a class of such nodes and is shared. Part of the shared meaning in a preferred example is that two or more attributes combined make a new attribute where all the constituent attributes apply so (Creamy French) is itself an attribute meaning in English “creamy and French”.
Cheese is a class meaning things which are cheeses. Another shared meaning from Class and Property is that combining a class with a property gives the class of all things in that class which have that property so (Cheese (Creamy French)) is the class of all creamy, French cheeses - “creamy, French cheese” in English.
IsA is a semantic node which has shared meaning from combining a semantic node with a class meaning the node is a member of that class so (IsA Brie (Cheese (Creamy French))) can be translated to English with “Brie is a creamy, French cheese”.
Again, in a preferred example, the choice of Englishl nickname is chosen to be helpful by choosing a name that corresponds to English language that approximates the meaning of the node. However, the meaning of the node only comes from its usage in the system.
Negation
To say something is not true the semantic node Not in combination with another
relationship node defines a relationship node which is true whenever the original relationship is false. e g-
((Not IsA) Bat Bird) is a true statement.
Questions
Questions can be represented in UL by combining a node that identifies the passage as a question with a list of zero or more unknowns and a further passage or passages which represent the semantics of the question using the zero or more unknowns. In a preferred example, the passage of UL is of the form ((Question <unknowns>)(<passage>)) where Question is a semantic node and <unknowns> is a list of zero, one or more semantic nodes representing unknown values (similar in meaning to letters of the alphabet in algebra) and where <passage> is where the unknowns are used to express what is being asked about. In a preferred example, these unknowns are simply semantic nodes, members of the class Unknown - other than their meaning they have no special status. Herein we use Unknown 1, Unknown2, X etc. as nicknames for members of this class. Note that questions in a preferred example are UL passages like any other: the syntax of UL has not been extended or changed in any way to support questions. e g-
((Question Unknown l)((Has Attribute Unknown 1 Alcoholic) (IsA Unknown 1 Drink))) translates into English as “What drinks are alcoholic?” or “List alcoholic drinks”)
Yes/No questions have zero unknowns so both
((Question)((IsA Sangria Drink)(HasAttribute Sangria Spanish))) ((Question)((IsA Sangria (Drink Spanish)))) translate as “Is Sangria a Spanish drink?”
Another example is:
((Question) (WithinRange (Integer "7") (AtLeast (Integer "5")))) which is asking “Is 7 within the range 'at least 5'?“ The question passage is made up of a head passage - in this case just (Question) - and a tail of other passages - in this case just (WithinRange (Integer "7") (AtLeast (Integer "5"))). The head part’s first element will always be the Question node, followed by any number of unknowns that can be used to signify the outputs of the question if it is not a simple yes or no question. Only the unknowns used for outputs need to be specified here. Unknowns are just semantic nodes in the class Unknown.
An example question that uses unknowns (to be mapped to the outputs) is:
((Question Unknown 1) (IsA Unknown 1 (Cheese Creamy)))
Which is asking “What are the creamy cheeses?”/ “List creamy cheeses?” The unknown Unknownl is used in the question and any nodes that can be correctly mapped to Unknownl from other things represented in UL are returned as appropriate outputs for the question.
An example of a UL question that would give No as an answer is:
((Question) (HasAttribute Cheddar Creamy))
Which is asking “Is cheddar creamy?”. In examples where it is known that A. Cheddar is a hard cheese and B. that hard cheeses are not creamy the system can prove that cheddar is not creamy and will return a ‘No’ result.
Reasoning
Reasoning is where UL is generated from other UL. A reasoning passage is a bit of UL that represents how new UL can be generated from other UL - for example a logical consequence or giving meaning to other nodes or a combination of nodes, e.g. the English “if something originates from France then it is French” translates to a
reasoning passage in UL.
Reasoning steps are represented as passages which represent the semantics of the step. Note that in a preferred example reasoning passages are represented in UL like anything else. There is no special syntax or content that extends or changes UL to support reasoning. For example:
(ConsequenceOf (IsA X (Cheese Hard)) ((Not HasAttribute) X Creamy))
Which says that “If X is a hard cheese then X is not creamy.” In the preferred example, these reasoning steps begin with a ConsequenceOf semantic node. This is then followed by a passage which represents the conditions that need to hold for this step to be used (the ‘if passage). This can be just one passage like in this example, or it can be a passage that contains other passages which would all need to hold. The third element is a passage that is true if the conditions are met (the ‘then’ passage). This can also be a passage of passages, in which case all of the passages contained would be true if the conditions are met.
Some more examples of reasoning steps:
(ConsequenceOf (Isln X Y) (IsA Y Geographical Area)) in English is “If X is in Y then Y is a location” (Isln represents geographical location)
(ConsequenceOf (IsA X Continent) (Isln X Earth)) in English means “If X is a continent then X is in Earth”
Computation Units
Computation units are a way of allowing examples of the present invention to represent and make use of computation required for reasoning and other purposes. Any automatic process that calculates something or returns a result can be supported with this technique. Various examples also allow them to support actions such as completing a transaction, turning on a light, playing music etc.
As a simple example, according to various examples a computation unit might allow UL to answer questions such as “Is 7 greater than 5?” Clearly explicitly having to
enter the passages for every combination of two integers would be impractical. In a preferred example, the computation unit can be thought of as a semantic node which is an example of the class ComputationUnit. We can then add passages that represents details for this unit needed to select and run it: what it can do, how to run it and how to interpret the results.
For example, here is an example computation unit for addition:
(ComputationLocalJavaLocation AdditionComputationUnit "ai.unlikely. questionprocessor, computation. Ari thmetic$Addition")
(Computationinputs AdditionComputationUnit InputOne InputTwo) (ComputationDescri ption AdditionComputationUnit ((Question Unknown 1) ((Equal (RealNumber Unknown 1) (Add (RealNumber InputOne) (RealNumber InputTwo)))))) (ComputationDescri ption AdditionComputationUnit ((Question Unknown 1) ((Equal (Add (RealNumber InputOne) (RealNumber InputTwo)) (RealNumber Unknown 1)))))
In this case there are two passages which describe the computation unit. Description passages have a head node, ComputationDescription, followed by the node for the unit they are describing, and then a passage for the class of UL questions they can help to answer. We also have a passage for the computation unit that describes its inputs, in this case we are saying that the function to compute addition requires two inputs. The description passage uses these inputs to describe where they appear in the question. The final passage we need for the computation unit to work is one that gives the location. In this case, we use ComputationLocalJavaLocation at the head of the passage which means that we are describing a Java class that is locally available to the question processor to use at runtime. With all this information, the system can realise when computation is needed and lookup the best way to get an answer for it and compute it. A preferred example represents many ways to invoke computation units. Each method can be described with a passage similar to this one but with a new head node and a different way to describe the location and way to invoke the computation. For example, if we were to add a computation engine that utilises Lua scripts we could add a passage such as:
(ComputationLuaScript AdditionComputationUnit "a,b = io.read('*n','*n')\nio.write(a + b)") to help the engine to compute the unit in this way. Another example is the use of an API endpoint and specifying a URL that will return the result with a GET request.
Other examples of computation units are described here to further illustrate the concept:
(IsA GreaterThanOrEqualComputationUnit ComputationUnit)
(ComputationLocalJavaLocation Greater ThanOrEqualComputationUnit
"ai.unlikely. questionprocessor, computation. Comparison$GreaterThanOrEqual")
(Computationinputs GreaterThanOrEqualComputationUnit InputOne InputTwo) (ComputationDescription GreaterThanOrEqualComputationUnit ((Question) ((GreaterThanOrEqual (RealNumber InputOne) (RealNumber InputTwo))))) for greater than or equal comparisons and:
(IsA EqualComputationUnit ComputationUnit)
(ComputationLocalJavaLocation EqualComputationUnit
"ai.unlikely. questionprocessor, computation. Comparison$Equal")
(Computationinputs EqualComputationUnit InputOne InputTwo) (ComputationDescription EqualComputationUnit ((Question) ((Equal (RealNumber InputOne) (RealNumber InputTwo))))) for equality comparisons on real numbers.
Validating that UL is meaningful/Validation passages
Just as it is possible to write words in a natural language which have no meaning (such as nonsense verse) it is possible to write syntactically correct UL in a way that
is not meaningful. According to various examples it is possible to define clear rules which identify meaningful and non-meaningful UL syntax and for these rules to be applied automatically to determine invalid passages. Note that invalidity is different from truth. A passage can be valid yet still represent something which is untrue.
For example the Is A semantic node that was described earlier requires two additional nodes in order to form a passage where the second node has to represent a class to be meaningful. (Is A Brie GatwickAirport) for example is not meaningful as GatwickAirport is not a class (this passage would translate into English as “Brie is a Gatwick Airport”. (IsA Brie Cheese OriginatesFrom) is also not meaningful as IsA is followed by three nodes instead of two.
Validation can be done by any machine-readable description of these constraints which can be read and checked automatically. In a preferred example these are naturally done with other UL passages that describe these constraints called Validation Passages herein. Typically these constraints would be provided by the business, organisation or person that defined the key node in the passage. When validating a passage, examples of the present invention can look at each passage and sub-passage and search for validation passages that apply based on the semantic nodes in these passages. By checking these validation rules against the examined passage a view can be determined as to whether the passage is invalid.
An example of a validation passage on the node IsA is (SubsequentNodesHaveClasses IsA (List Node Class)) which says that given a passage in the form (IsA <nodel> <node2>), (Question)(IsA <node2> Class) should return Yes (or not return No). If it returns No, the passage is invalid. To constrain the number of nodes that can follow a named node a passage like (HasSubsequentNodes IsA (Integer “2”)) says that IsA nodes must have exactly two semantic nodes following them to be meaningful. These are only basic examples, and much more detailed expression is possible. In the preferred example a variety of further descriptions are included, for example (HasSubsequentNodes List ZeroOrMore), which says that the List node can be followed by any number of subsequent nodes. The validation passages can also be validated: for example, (HasSubsequentNodes SubsequentNodesHaveClasses (Integer “2”)) says that the
SubsequentNodesHaveClasses node, used in Validation Passages, should be followed by exactly two more nodes.
Variations of these examples can define further constraints on meaningful passages. In another example, (HasSchema ExpressedlnEnglish (Schema ExpressedlnEnglish Node String)) is an alternative way of expressing that ExpressedlnEnglish passages expect two additional nodes, the first in the class Node (any node) and the second in the class String. A preferred example of a UL validation system is able to use many different representation formats and to dynamically assess whether or not they are being violated by a given passage. Although some requirements can be checked in code, for example the number of following nodes, most validation requirements in the preferred example make use of question processing and other elements of the UL platform. For instance, to ask the question ((Question) (IsA GatwickAirport Class)) is important when assessing the validity of the passage (IsA Brie GatwickAirport), an example given earlier.
Validation can be used to check or select valid or filter out invalid UL that has been generated during statistical methods of translation that may not always generate valid UL (as described herein) and to check UL that has been entered by humans in real time or afterwards. For example, when invalid UL is entered by a user validation can immediately flag that to the user for correction. It can also be used to find contradictions or other logical inconsistencies in passages. For example, using a passage that asserted that another relation had similar or related semantics to IsA might be in conflict with validation passages that described different expectations of the semantic nodes that can be grouped with this relation.
In various examples of the present invention, validation can be used to aid efficiency in question processing: when a subquery is generated, it can be checked for validity, and not processed if it isn’t meaningful. It can also be used for quality control over existing collections of passages and can be used in auto-curation systems to give more or less confidence to a passage.
UL Variations
Many variations on the definition of UL are possible for those skilled in the relevant art. Variations can include choice of syntax, choice of representation and selection of many of the other details of the representation and implementation. As used herein and where appropriate ‘UL’ is intended to cover not only a preferred example described herein but all these similar UL-like representations and variations.
Methods for answering questions
In a preferred example the unknowns in the question are identified and the passage making up the body of the question is selected for further analysis. The nodes following the Question node in the head of the question passage are the unknowns that we are trying to find mappings for, such that they satisfy the body of the question. Successfully satisfying the body with UL which is believed to be true is the path to answering the question.
In an example, processing begins on the list of passages from the body of the question and the selected unknowns. The first passage in the list is selected for processing. This processing aims to find all possible mappings for the unknowns that can be true for the passage selected.
In an example, processing a single passage comprises three methods using statically stored UL passages, utilising computation units and utilising UL generated from reasoning:
The first method is to lookup in the passage store if there are any passages that can be directly mapped with the passage being processed. If the passage is exactly the same structure as a passage in the passage store, with all nodes matching other than the unknowns, then the values the unknowns match against are valid results.
The second method is to check if any results can be found by executing computation units. We check if this passage matches against any passages in a computation unit description. All non-unknown nodes in the passage being processed must match the same nodes in the corresponding position in the computation description or align with a computation input unknown. The unknowns being processed must align to output
unknowns in the description. The computation unit can then be called to get valid output values for the processed passage’s unknowns.
The third method is to see if this passage can be proved by applying any reasoning steps. We look for any reasoning steps where a passage in the second half of the reasoning passage can be unified with the passage being processed. All nodes and structure must be equal between the two passages, other than unknowns in the focus passage or the reasoning passage. If a reasoning passage like this is found it means that this reasoning step could be used to prove the passage being processed. A multistage process is used to first find any mappings for unknowns in the processed passage when matching with the reasoning passage. Secondly, mappings for unknowns used in the reasoning passage are found by mapping with the passage being processed. This mapping can then be applied to the front half of the reasoning passage to generate a list of passages that, if they can be matched with known or generated UL and mappings found for them, will prove and find valid mappings for the focus passage. Solutions for this list of passages can then be found recursively using the methods we are currently describing. In some examples we track the reasoning depth currently being processed (i.e. the number of reasoning passages applied) and impose a maximum depth limit to how far we explore for latency reasons.
These three methods may happen in any order and are not dependent on each other.
When a list of valid mappings has been found for the first passage in the list, we must then look at the rest of the list. If the list contains only one passage then the mappings returned are all valid. Otherwise, we look at each solution returned and apply it to the remainder of the list before it is processed. This will return a set of mappings that can then be combined with the mappings given for the head to give a final complete mapping.
Some questions are Yes/No questions and have no unknowns that we are trying to find mappings for. These questions are processed slightly differently. Initially they are processed in the same way in order to see if we have passages, reasoning steps or computation units that can prove the question passage to be true. If this returns a successful result, we can return a Yes result. If no successful result is returned, we
look at all passages in the question and negate them using the Not node. Each of these negated passages is then processed to see if we can prove the negative of the original question. If one of these returns a successful result, then a No result can be returned. If none of the initial processing or negated passages processing returns a successful result, that means we cannot show if a question is either true or false. Therefore, we can only return a DontKnow result.
Question Processing Example:
To further explain this process, the following is a walk-through of how this method achieves a result for a simple example. For this example, all nicknames used are valid and the relevant UL passages stored are these which exist within a trusted UL store believed to only contain true factual statements:
(IsA X Unknown)
(IsA A Unknown)
(IsA B Unknown)
(IsA Cheddar Cheese)
(IsA Brie Cheese)
(OriginatesFrom Brie France)
(ConsequenceOf (OriginatesFrom X France) (Has Attribute X French)) (ConsequenceOf ((IsA X A)(HasAttribute X B)) (IsA X (A B)))
The question is ((Question X) (IsA X (Cheese French)))
This translates to English as “List French cheeses”.
X is identified as an unknown which needs a mapping and the passages to process is the list (shown here within square brackets) [(IsA X (Cheese French))]. From now we will show this as [(IsA X (Cheese French))] - X
(IsA X (Cheese French)) - X is processed. It cannot be matched directly with any passages or match any computation units. However, it might be proved by the reasoning passage (ConsequenceOf ((IsA X A)(HasAttribute X B)) (IsA X (A B))) as
it matches with the second half. The mapping is applied and processing continues e.g. recursively.
[(IsA X Cheese), (HasAttribute X French)] - X is processed. The first passage is selected.
(IsA X Cheese) - X is processed. It can be matched with two passages to give the mappings X->Brie, X->Cheddar. No computation units or reasoning passages can be applied.
These mappings are then applied to the rest of the list in turn. This causes the following passages to be processed:
(HasAttribute Brie French) - Only the reasoning passage (ConsequenceOf (OriginatesFrom X France) (HasAttribute X French)) can be applied
(OriginatesFrom Brie France) This completely matches with a trusted passage in the passage store, so we know that this is true. Therefore, (HasAttribute Brie French) is also true.
This combines with the mapping the level above to give X->Brie as a valid result.
Then:
(HasAttribute Cheddar French) - Only the reasoning passage (ConsequenceOf (OriginatesFrom X France) (HasAttribute X French)) can be applied
(OriginatesFrom Cheddar France) This cannot be proved by any means. Therefore, (HasAttribute Cheddar French) cannot be proved.
This therefore results in no result.
The complete process thus gives a single valid mapping of X->Brie, which in turn gives Brie as a final answer.
In various examples, the steps that answer the question are recorded to provide an explanation. The raw output from an example that does this, for this question is here:
Outcome: Yes
Solution: X->Brie
Explanation:
(IsA Brie (Cheese French))
Known: (IsA Brie Cheese)
(Has Attribute Brie French)
Known: (OriginatesFrom Brie France)
The approach outlined above for processing questions may also be used to solve crossword clues, in contrast to conventional Al which is unsuitable for this task. For example, “Creamy French cheese” could be a crossword clue and the approach described above enables the solving of that crossword clue or the definition part of cryptic crossword clues; the clue could generate the answer “Brie”.
The approach outlined above is the general process used in some examples for processing questions, however further examples have improvements that can be made to this system for the benefit of reducing latency.
One of these improvements is that an in-memory “dynamic programming” cache can be used to store the resulting mapping of any passage with unknowns that is calculated during the processing of a question. Due to the nature of the question processing, exploring different branches of reasoning can lead to the same passage, and pattern of unknowns, being processed. This cache means that each of these sub questions only needs to be processed once, with subsequent attempts returning the mappings stored in the cache.
A purely recursive approach means that all data fetching from our database systems must happen sequentially just before that data is needed, with all further processing having to wait. To reduce this bottleneck, the system can be modified into two ways. These modifications allows as much data fetching and processing to happen asynchronously and in parallel as possible before a final processing step explores the
data and builds the results.
When looking at a passage with unknowns, the three stages outlined above (matching with passages in the store, fetching and execution of computation units and fetching reasoning passages) can be processed in parallel, with data fetching being done asynchronously so that the processing thread is not blocked. The reasoning passage step will then return other passages with unknowns that need to be processed, the results of which can be used to give results for the initial passage. This tree of connection can be stored and the processing of these sub questions that occur from reasoning can happen in parallel, allowing data fetching and exploration of reasoning to be parallelized.
Once all passages are processed up to the given maximum reasoning depth, a second non parallelised step can be used to walk through this tree of processed passages and unknown mappings to find valid answers. When looking at a list of passages, where each passage now has its valid mappings from the passage store and computation, a valid mapping for that list is one where all unknowns have a value and there are no contradicting mappings between passages in the list. This step can recursively look through the data and find all valid mappings for the initial question which can be returned as the answer.
Various examples may selectively store at least some of the passages that have been generated from reasoning or computation making these available in the future for faster processing. The history of these generated passages is also stored in various examples so that changes to the trust in the passages that were used to generate them can be extended to the trust given to these new generated passages.
Priority queue example
An alternative example to the recursive system outlined above is to utilise a priority queue to control the order that sub queries are processed in. This alternative uses the same three steps for processing a given query passage but differs in the way that these passages are selected for processing and the way that sub queries are stored. All query passages uncovered during processing are stored with any solutions discovered for that query in a map. This data can then be looked up by the shape of the query
passage. The shape of a query passage is defined such that all unknowns are treated as equal, so that the queries (IsA X Cheese) and (IsA Y Cheese) are considered to have the same query shape and be the same sub query.
Alongside this map we also maintain an ordered priority queue of the sub queries left to process. Query passages that we wish to process are first run through our prioritisation method, outlined below, to calculate a priority value for that sub query. They are then placed on the priority queue such that the subqueries with the highest priorities are at the front of the queue. Initially the only query passages added to the map and priority queue are the passage in the body of the incoming question. Processing begins by taking the highest priority query from the queue and processing following the three steps outlined above.
The third step of processing a sub query will output new reasoning steps based on the reasoning passage in the data, which can be used to find solutions for the query. For example, the sub query (IsA X (Cheese Creamy)) and the reasoning passage (ConsequenceOf ((IsA X Y)(HasAttribute X Z)) (IsA X (Y Z))) can lead to the reasoning step: if passages: (IsA X Cheese) (HasAttribute X Creamy) then passage: (IsA X (Cheese Creamy))
These reasoning steps are stored so that, when combined with the query map the reasoning tree for a question can be explored. The if passages generated from this new reasoning step can then be added to the query map (if not already present) as well as be prioritised and added to the priority queue for processing.
With this example, when new solutions for a sub query are found during processing they are added to the data in the query map. When this occurs we also look at the stored reasoning steps to see if any solutions can be propagated towards the root of the reasoning tree. For example, if we already know that X has the solutions {Brie} for the query (IsA X Cheese), and we discover the solutions X ={Brie, MashedPotato} while processing the query (HasAttribute X Creamy) we can look back at the
reasoning step above. If we can find a value for X which satisfies both if passages, then we know it is a solution for the then passage. In this example, the solution X=Brie is a solution for both if passages, so it can be added to the solutions for the then passage, (Is A X (Cheese Creamy)), in the query map.
Optimisations
It is possible to place limits on how much work is done processing a question in order to control latency by limiting the number of sub queries that are processed. This can be done as well as or instead of a depth limit.
This example allows for flexible parallelisation of query processing. Rather than processing one query from the queue at a time, the system can use multiple threads to process multiple queries simultaneously. Each thread can independently remove the next query to process from the queue, process it, prioritise any resulting sub queries and insert them into the queue. The thread can then take the next query to process from the queue.
Prioritisation method:
Multiple methods of query prioritisation are possible, the simplest being to prioritise queries based on their depth within the search tree. The depth value of a query passage increases by one for each reasoning step it is away for the initial question. Using this prioritisation causes the system to follow a breadth first search pattern, processing all queries at a given depth before looking at those the next step down the tree.
Alternative examples can take into account a number of factors including the depth, the reasoning passage used to create the reasoning step, the position of this passage within the reasoning step, and any solutions already discovered for the parent passage or sibling if passages within the reasoning step. This can allow for a “best first” exploration of the search space, with the goal of exploring areas most likely to provide solutions as soon as possible. This is beneficial as it can lead to faster processing of yes/no questions and improved processing ability when constrained by a query processing limit.
With this prioritisation scheme the priorities of queries might change due to solutions found elsewhere in the reasoning tree. Therefore when new solutions are discovered and added to the query map, we must trigger a reprioritisation of all children of the query in question by looking at the reasoning steps uncovered by the “then passage” (the passage that describes the consequence of the reasoning step).
Complex reasoning steps:
Some queries can result in sub queries which contain more than one unknown, for example (IsA X Y). These queries can return many solutions, depending on the data, and can result in slow processing times. We call reasoning steps which contain these types of queries complex reasoning steps. To overcome this issue we use an optimisation for complex reasoning steps where initially only the if passages containing one unknown are processed. Any solutions found for this unknown can then be substituted into the complex reasoning step to create simple reasoning steps, with one unknown, which can be processed as normal.
For example, take the query (IsA X Food) and the reasoning passage (ConsequenceOf ((IsA X Y)(IsSubclassOf Y Z)) (IsA X Z)).
This results in the complex reasoning step: if passages: (IsA X Y) (IsSubclassOf Y Food) then passage: (IsA X Food)
The first passage contains more than one unknown so is not added to the priority queue for processing, however the second if passage can be processed. When this second passage is processed we may find the solutions for X of {Cheese, Nut}. The solutions are substituted into the reasoning step to create new simple reasoning steps. Here we use the result Cheese as an example but this can be done with all solutions for X. if passages: (IsA X Cheese)
then passage: (Is A X Food)
We can now treat this new reasoning step as normal and prioritise and process the query passage (IsA X Cheese).
Don’t Know
With an incomplete knowledge of the world, examples of the present invention may need awareness of knowledge it is lacking. For example, a system might choose to take an action to obtain information if it is aware it doesn't know if it has that information such as asking for the information from a suitable user or other source of information. For human users this could be a natural language question enabling the system to learn the answer when the human responds. In a preferred example, a "Don't Know" passage would be used in a reasoning passage to query whether it knew something or not. In the preferred example, a Don't Know passage can take the form (DontKnow X), where X is another passage. For example, (DontKnow (HasAttribute Cheddar Spicy)) expresses not knowing whether cheddar cheese is spicy. In an example, where this passage is used as part of a question ((Question)(DontKnow (HasAttribute Cheddar Spicy)) asking “Do I know whether cheddar is spicy?”, the system attempts to answer both (HasAttribute Cheddar Spicy) (X) and (Not (HasAttribute Cheddar Spicy)) i.e. (Not X). If neither can be answered, the cause is lack of knowledge and the Don't Know passage is made to evaluate to true. If either can be proved, the system has the knowledge and so the Don't Know passage is not true and evaluates to false. Unknowns may be used in Don't Know passages as wildcards if the value of something is not needed, just whether the system has knowledge: for instance (Question)(DontKnow (HoldsOffice Unknownl UsPresident)) would return true if the system knows the current US president.
Thinking Results
Question answering in various examples has already been described. Some questions can potentially require significant reasoning effort to answer and various examples may choose to limit the amount of reasoning done for specific applications in order to return results within a reasonable time. This can be done, for example, by limiting the number of subqueries performed for a particular question.
When answering questions, the same question may be asked again in the future, and various examples may choose to store the results of queries so that the same question can be answered more quickly next time. Various examples may also extend this approach to subqueries - saving the results to questions that the question processor is asking during reasoning.
In an example, it may be chosen to save these results during responses to user questions or to save them only during an offline process where deep processing of questions can take place without keeping any user waiting and the results stored for use in online queries. These questions can be questions that have previously been seen during online processing or where analysis of logs shows that they are frequently asked. This offline-only approach is the approach taken by a preferred example.
Questions are answered by executing a series of subqueries generated by reasoning that allow us to eventually find passages that answer the question. Certain subqueries appear frequently when processing different questions. Remembering these subqueries and processing them more deeply offline allows us to answer questions more quickly in general, and to return better results (because we’ve reasoned more deeply about the subqueries, giving us an opportunity to find more solutions). We call the output of this processing thinking results.
In an example, we store two types of information during the thinking results process: the thinking results themselves (i.e. solutions to questions), and metadata about the thinking results which comprises a record that we thought about the question at all and how often the results are used.
Thinking results storage
As previously described, question processing uses three methods: direct lookup of passages that can be unified with the current subquery; use of computation units; and reasoning. We store thinking results by storing the intermediate passages that are derived during reasoning, which can then in future be found by direct lookup.
For example, if we ask ((Question X) (Is A X Aerodrome)) , we might answer X = Gatwick based on the following reasoning:
(IsA GatwickAirport Aerodrome)
Reasoning passage: (ConsequenceOf ((IsA A B) (IsSubclassOf B C)) ((IsA A C))) (IsA GatwickAirport Airport)
Reasoning passage: (ConsequenceOf ((IsA A B) (IsSubclassOf B C)) ((IsA A C)))
Known: (IsA GatwickAirport IntemationalAirport)
Known: (IsSubclassOf IntemationalAirport Airport)
Known: (IsSubclassOf Airport Aerodrome)
We would store (IsA GatwickAirport Airport) and (IsA GatwickAirport Aerodrome) (both the final answer and the intermediate passage) as though they were normal passages entered by a user or otherwise learned. If we are later asked the same question, the answer can come from a direct look up of (IsA X Aerodrome) without requiring any reasoning. This also works for subqueries: if some other question reasons to the subquery (IsA X Aerodrome) or (IsA X Airport) then we can use thinking results directly rather than further reasoning.
Thinking results, while simply passages like any other, may be stored in their own passage store, separate from other passages, so they can be easily identified and handled - including appropriately expiring.
Along with each new passage stored in thinking results, we may also store the explanation. This is useful in order to preserve the steps used to arrive at the result. Without this, the explanation of X = Gatwick to the above question would simply be Known: (IsA GatwickAirport Aerodrome). Finally, we may also store the dependent passages: these are the passages (reasoning or otherwise) that were used to arrive at the answer. If any of these passages are updated or deleted, we delete the thinking result, as it may no longer be valid.
In examples, we also take care to appropriately store passages for only as long as they can reasonably be expected to be valid. Some passages are only true momentarily - for example the price of an actively traded commodity - or the local time at a particular location; some passages have a far longer half-life of validity, such as a political office-holder, and some passages stay true indefinitely.
Question answering with thinking results
To incorporate the above thinking results into our question answering process we query the thinking results passage store when looking for passages that can be directly unified with the current subquery, as already described above. However, nothing as described currently prevents the system from continuing to reason about the subquery, including potentially reasoning to exactly the same results as the thinking results provide. We may need to know that we’ve thought about this subquery before, so that we can avoid reasoning about it again. This is why it is preferred to also store metadata about the thinking results.
Metadata
As well as storing a passage such as (IsA GatwickAirport Aerodrome), we also record that we’ve thought about (IsA X Aerodrome). We check this set of subqueries we’ve thought about prior to doing any reasoning about them. If we find that we’ve previously thought about them, we disable reasoning for the subquery, and attempt only direct unification. To speed things up further, we may also record the number of solutions produced by processing the subquery. If this is zero, we can avoid searching for passages that unify with the current subquery: we know there are none.
Offline process
In a preferred example, an offline process runs questions using a very high reasoning effort and stores the resulting thinking results in the manner already described. The metadata is stored in a distributed in-memory cache; we store that the question has been processed, along with when, and the number of solutions generated. Subqueries generated while reasoning are also added to the distributed cache.
The offline process may run continuously, choosing questions to process based on their hit count (see below) and how long ago we last processed that question. Questions with low hit counts that were processed some time ago are removed from the cache - or where there is evidence that the results may have expired.
Online question answering
Before answering a top level question outside of the offline process (i.e. a question
that must be answered quickly), a preferred example consults the distributed cache to see if the question has been processed with thinking results, and processed recently enough. If so, we process the question with no reasoning (i.e. we use the thinking results). If the cache tells us the question led to no thinking results, we return immediately, without querying for the thinking results. In this case, we return almost instantly with high quality results.
If thinking results are not available (either we’ve not processed the question before, or we did so too long ago) we proceed as normal (i.e. with reasoning until we hit the reasoning effort threshold or terminate for some other reason). We continue to consult the cache for subqueries and do no reasoning for any subqueries that are in the cache (and entirely avoid database lookups if the cache tells us there are no results). We don't adjust our reasoning budget in any way if we find such cache hits for subqueries. In this case, thinking results do not improve performance, but they may improve result quality significantly (if there are thinking results for subqueries).
Whenever we consult the cache, we record a hit on that query. If the query doesn’t exist yet in the cache, we add it with a hit count of 1.
Various examples may choose to periodically remove thinking results which are insufficiently or infrequently used or never used, even if still considered valid, for space reasons.
According to various examples including a preferred example the metadata may include all the stored passages including reasoning passages that were used to generate the result. In examples where passages may subsequently be discovered to be untrue, invalid, or to have changed, this metadata enables thinking results that rely on this invalid passage to be immediately removed. If a thinking result uses another thinking result to generate a result, then the dependent passages for the used thinking result are included in the dependencies of the new thinking result.
Auto-Curation
Various examples may utilise a process of automated curation to determine the value of passages stored in a passage store. The benefit of this technique is to scalably
maintain a vast amount of information represented in UL without the need or with less of a need for human curation. The value of a passage determined with this process is then used by the reasoning engine in the question processor to determine whether or not it should use the passage. This enables passages to be sourced from low-quality or unknown quality sources knowing that bad passages will eventually be switched off or no longer used. Put differently, it enables the system to learn which of its stored passages are useful, true or otherwise valuable and which are not.
When a new passage is added to the store by a person it is assigned a low initial trust value when added by a normal user. A privileged user or a user that the system has learned to trust may result in a higher starting value. The reasoning engine can then be instructed to be more experimental when processing questions which means that it can try to use less valued passages to answer the question. The answers provided by an experimental reasoning engine are then monitored for any signals that would indicate whether the low-value passage had a positive or negative effect on the answers. This information then feeds back into the auto-curation process which reevaluates the value of the passage with the new signal.
Examples of signals used include the results of test questions with known good answers: passages which support or are compatible with these when used produce a positive signal for that passage, while those that result in wrong results or which substantially slow the production of good results result in a negative signal. Signals can also come from real-world results. Information from a user that the system has produced something valuable will send a positive signal to all passages of all kinds that were used to generate that result. Similarly feedback that the result is bad will taint all the used passages. Some good passages may be tainted unfairly but over time they will also receive positive signal and it will be possible to determine constituent passages that are consistently the source of negative results.
Value vector
According to various examples, the overall value of a passage is a combination of factors that can change depending on the system or process that wants to use it and the context. For this reason, passages may be assigned a vector of values where each number represents a different quality of the passage. This allows us to have a different
dimension for veracity, usefulness, and efficiency. Then the process that uses the passages just has to utilise a priorities vector with numbers at each index that indicate how much they prioritise that value and the overall value of the passage to that process can then be obtained from the dot product of the two vectors. However, it is sometimes useful to use the values individually in certain contexts, where knowledge of that score's applicability to that context can be used to optimise our use of the passage. For example, allocating reasoning budget in the question processor can be based primarily on the efficiency score.
Offline processing and experimentation
A further method for auto-curation is to run a continuous process that reprocesses questions it has seen in production with a higher experimentation level to test whether any low-value passages might have been helpful for finding more answers. Any low- value passages that do help provide further answers can then be boosted with a positive signal. According to other examples, an offline process can run test questions with known answers using the passage being tested and see if it causes wrong or extraneous answers to be found or to otherwise have an unacceptable impact on the performance of the system (such as poorer latency). This can be used to verify passages containing information and can be used for passages such as reasoning passages. Passages determined to be detrimental from this test process can be ignored for production use.
Learning
Examples of the present invention including examples implementing any of the applications described herein or other applications can learn, representing what they have learned in UL (or similar) and then utilising that stored UL to improve their performance. The learned passages are stored in long or short-term memory and utilised in delivering the application.
This approach contrasts with what is commonly referred to as machine-learning in the prior art where what is learned are parameters or weights which allow a model to perform statistically better at a classifications, regressions or other tasks. Examples can also combine the language-based learning described herein with statistical machine-learning.
The learning described herein are not weights but concepts and ideas expressed in language and translatable into natural language enabling examples of the present invention to reason with what they have learned and explain what they have learned to human users. The learning also enables conversation in text or spoken language with users in a way that weights in a statistical model do not.
Sources/methods for learning in examples of the present invention include:
(a) learning from conversation or other natural language provided by users: by translating natural language provided by users in spoken or written form into UL and storing it, the concepts, ideas and knowledge represented in the stored UL is learned and can be utilised.
(b) learning from reasoning: UL that is generated from a chain of reasoning, can be stored and utilised. The reasoning may be directed to a particular goal such as answering a question or the result of undirected thinking designed to find ideas that may be useful.
(c) learning from other natural language. By translating all or parts of documents such as web pages, scientific papers or other articles into UL, the resulting UL can be utilised by applications as described herein. Other sources of natural language can include audio recordings or videos containing human speech where speech recognition technology is first utilised to create a text transcription of the recordings of voice which are then translated into UL. In some examples a neural network may be trained end-to-end to turn audio data directly into UL. For video, examples may combine knowledge of what is shown in the video, for example as described by a machine-learning model designed to analyse the content of the video with the simultaneous audio to better translate the audio or to augment the audio with additional information which is recorded in the learned UL.
(d) learning from structured data. Structured data such as the content of a table found in a document or on the web, a spreadsheet or the contents of a relational, graph or other database. Structured data also includes formats such as JSON which may be the
output of automated systems. Structured data can be turned into UL by assigning semantic nodes to the identifiers in the structured data or relations corresponding to the relations in a relational database and generating UL that corresponds to the meaning of the structured data.
(e) learning from analysis of other data. Examples of the present invention may analyse data, processing the data with an algorithm and express the results of that analysis in UL. By storing the resulting UL the analysis and derived data is available to the system in a form that can be processed and reasoned with as described herein. In some examples the analysis can be done with a machine-learning model.
Distributed use. Semantic Node Resolution.
As previously described a preferred example enables any user of UL to use any new ID for any node - essentially a private ID. However, if that entity is being used elsewhere it may make sense for that user to use a shared ID for the node.
To enable this to happen, a service of a preferred example is providing a shared ID to a node from a description of the node. This is referred to herein as Semantic Node Resolution (SNR).
To enable this service it requires information about the existing semantic nodes that the service may return represented in UL. For shared nodes this information will typically be public but may also be based on additional private information about the node. When the SNR service is called, the caller provides a description, giving information about the entity for which a semantic node is requested. In various examples, this caller’s description might be in UL or it might be a natural language description - or a combination of the two.
The SNR service then compares the known information about the described entity with the description it has about existing nodes to see whether it can confidently match the new node with a known node and thus provide a shared ID.
To do this the SNR considers potential matches and then tries to estimate the probability that these are two different nodes. Beyond a certain threshold probability,
e.g. 0.999, the shared node is provided. In various examples, possible matches might be returned with their probabilities enabling the caller to decide for themselves whether to use the shared ID or a new one.
The probability calculation is used by combining probabilities from various parts of the description.
For example, supposing the unknown node is a human being, with first name “William” and last name “MacDonald” and with a date of birth 1953-04-02 and country of birth Ireland. With just a date of birth matching, the resolution could not happen as many tens of thousands of people share the same date of birth but combining it with a shared country of birth and shared name the probability that they are the same node becomes very high and using the shared ID becomes reasonable. The implementation of this for humans would include heuristics and data to estimate the probability of any human having a particular date of birth or a particular name, combining those probabilities and then comparing that with the universe of possible entities in that class. These calculations can be used to estimate a probability of the match being unique.
Note that some probabilities can be considered independent and multiplied while others are not independent so need to be combined with caution. For example, being female halves the possibilities as there are approximately equal numbers of men and women. The name Jane reduces the possibilities significantly as only a small percentage of people are called Jane but knowing that the node has first name Jane and is female gives very little extra information over just first name Jane as almost all people with first name Jane consider themselves female. There are more subtle noninterdependencies too. Name probabilities vary considerably with country of birth for example.
The immediate use of SNR. is providing a shared ID which can then be confidently used by the calling user. In some cases, the level of confidence may not be sufficient to immediately use the shared ID and the caller may instead prefer to use a new or private ID until more information is known in order to make a match. SNR. can also be used after a passage has been written with one or more private IDs with the goal of
a subsequent step where the passage is rewritten replacing one or more private IDs with public IDs. It can be similarly used to merge public ids which denote the same entity. Identifying them as being the same might not have been possible when they were first used.
Multiple UL stores
Examples of the current invention enable passages to be stored in multiple separate stores. Stores can be used for different purposes and can have different access controls. Different stores could also have different trust levels. For example, various examples could maintain access to a UL store that contains highly trusted passages that represent common sense information about many of the widely used semantic nodes and with reasoning passages that are useful and not disputed. Another UL store may contain employee and human resource records of a private enterprise and have access heavily restricted to selected people within that private organisation. In some examples, the restrictions may apply to organisations. A UL representation of a particular natural language book may be given its own store.
According to various examples, UL stores can be shared between multiple users. For example, a trusted core UL store of widely used semantic relations could be made widely available. UL representations of books or key stores of knowledge could be commercially licensed by organisations that build and maintain them.
Translation
Translation is the act of conducting a full or partial semantic parse of natural language into UL or transforming UL into natural language for the purpose of communicating with humans, learning, making sense of information stored in natural language among other purposes.
Sequence to Sequence Models
Sequence to sequence models can be utilized to conduct the full or partial semantic parse of natural language to translate into UL. A typical sequence to sequence task is neural machine translation which is the term for prior art methods used for using neural networks to translate between pairs (or more) of natural languages. A typical sequence to sequence architecture includes an encoder which turns a source sentence
into an internal vector or sequence of vectors that encodes the source sentence which is then read by a decoder which generates a corresponding sequence of words or tokens. Variants of the architecture use recurrent neural networks including Long Short-Term Memories (LSTMs), various attention mechanisms and most recently Transformers. Such architectures can be considered conditional language models where in the case of translation, the output of the language mode is conditioned by the source language which is input.
Examples of the present invention utilise neural architectures, but instead of using only natural languages they utilise neural networks that have been trained with translations between a natural language and UL (or similar). The resulting neural network can then generate UL which corresponds to the meaning of the input natural language. In a preferred example the vocabulary includes semantic nodes and the left and right parenthesis symbol.
An important point is that in contrast to a neural translation system translating between natural languages, a neural architecture designed to parse natural language into UL can be considered to be a system to understand natural language as the resulting UL (or UL similar) representation fully represents the semantics of the source natural language and is machine-processable. This UL can then be used for reasoning, question answering and other actions and applications as described herein. In machine translation systems between natural languages both the source and target translations exhibit all the issues with machine understanding that exist with all natural languages and which have been previously described herein.
Beam searching is a method where instead of just reading off the most probable output symbol from the decoder in a neural machine translation system at each step, a range of possible outputs from the decoder is maintained along with their probabilities which can be used to generate a list of probable translations. Examples of the present invention capable of validating UL use beam searching and remove invalid UL translations from the results ensuring that the generated UL is meaningful. Automatic validation of UL may also be used to ensure that the system is only trained with valid UL. According to various examples automatic validation can be done with Validation Passages (as described herein).
Transfer-based machine translation
As an alternative to a neural approach described above, other examples use an intermediate representation (IR) as a middle stage between the source natural language and the destination language. To efficiently and accurately translate natural language into a machine-readable semantic language such as UL, these examples capture the intended meaning of the original NL. In some direct, template-based methods the meaning is captured by humans; in other methods, a computer is used. This creates a bottleneck at the data acquisition stages. By finding a suitable IR - the one that provides a high degree of semantic understanding and a structure compatible with the destination language - such examples can outperform direct translation methods.
According to some examples, the IR used is the "semantic graph" (e.g. originally described by Menezes & Roth in “Semantic Hypergraphs”), where a semantic parse is derived from a combination of NLP annotations, including part-of-speech (POS) tags, dependency labels and semantic roles. Once generated, this IR provides a hierarchical, recursive structure representing an attempt at determining the semantic roles played by collections of tokens within input sentences of arbitrary length.
Example:
NL: "Aurora graduated with a master's degree in engineering from Crescent School in Singapore".
IR (semantic graph): see Figure 11, for example,
. . .where /C = concept, /P = predicate, /M = modifier, T = specification builder and /B = concept builder.
This semantic parse is morphologically similar to UL: both are hierarchical, recursive constructs. It follows, then, that a human, or a computer, can create a “semantic template” by mapping a UL passage with a number of variables onto a semantic graph of similar shape, or onto a variation of one that supports unknowns. Given enough of these templates, a preferred example could use a transfer-based translator to improve upon other approaches by:
1. generating a semantic graph from the natural language
2. attempting to match it against templates with a graph of similar shape, that would already have associated UL, and finally
3. applying direct translation to only those nodes in the graph that match variables in the UL.
Examples using this technique may be improved by a method where the translations are then given to humans, who amend the source semantic template to improve future translations, or to break it down into component templates that support a smaller range of natural language constructs. Overall, this involves less human input than direct templating, as semantic graphs automate the translation process and parse the syntax into a semanics-based structure with more success than classical transfer-based translation methods.
Implementations of an NL-to-UL transfer-based translation using the IR similar to that described above provide three advantages:
1. Semantic graphs are recursive, that is, they can act as vertices in other semantic graphs. As UL is recursive as well, this enables the translation of longer sentences which have never been seen before by translating their semantic components individually, and combining the results.
2. Following along the same lines, if the translator encounters a sequence of tokens it cannot match against any semantic graph pattern, it may still be able to provide a partial translation, and hence partial meaning representation - direct translation would simply fail in this case, while neural translation has a higher likelihood of producing an inaccurate result.
3. By automating a portion of meaning extraction, the role of a human annotator changes from a creator to a corrector. This allows us to improve on the efficiency of the direct translation process while retaining the accuracy and traceability NMT lacks. This allows for a more efficient acquisition and generation of data in the form of perfect NL-to-UL pairs.
A transfer-based translator as described herein can be used as part of a method to train accurate neural machine translation. Given some constraints on the variables present in the UL part of a semantic template (such as “X may only be a cheese from France”),
work on NMT may
1. identify all (or a high number of) possible values for an unknown,
2. use the transfer-based translator in the other translation direction to generate grammatically correct, meaningful sentences from the semantic templates,
3. use these source/destination language pairs as training data to train a NMT translator
4. Record the weights for the trained NMT translator
Since semantic graphs are recursive, this approach also supports replacing any part of the resulting sentence with a more complex subgraph with the same semantic label.
We thus describe a method for converting natural language to UL using a transferbased translator. We thus also describe a method for converting between natural language and UL using a deep-learning translator that has been trained at least partially on data generated from a transfer-based translator.
Other translation methods/alternative examples
One method for translation to and from UL as used in some examples is done by looking at UL passages which have been marked as “Ground truth translations”. These are known translations between a UL passage and a passage written in a natural language such as English which are assumed to be accurate. In some examples these may simply be stored in a database listing the ground truth translations against the corresponding UL passages. In some examples translations may themselves be stored as UL such as this:
(EnglishGroundTruthTranslation (IsA Brie ((Cheese French) Creamy)) "Brie is a creamy French cheese")
Which says that 'Brie is a creamy French cheese' is an accurate English translation of (IsA Brie ((Cheese French) Creamy)). If we were to call this passage GroundTruthTranslationl and we had (IsA GroundTruthTranslationl GroundTruthTranslation) in the store as well, then we could use this known 'correct' translation as a basis for other similar translations. Using the above, perfect translations can be generated whenever there is an exact match such as “Brie is a
creamy French cheese” into and out of UL. These passages can also be used to translate things that are not an exact match. A simple example of a non-exact match might be the English passage “Camembert is a creamy French cheese.”
The method used in some examples depends on which direction we need to translate. When translating from natural language into UL, we break down the structure of the given sentence and compare it to the structure of each of the known ground truth translations to sort by similarity. The sentences are split into words (or other atomic parts of the language) and then re-merged into subparts (sequences of words) that we have an existing translation for such as (ExpressedlnEnglish Camembert "Camembert") and (ExpressedlnEnglish IsA "is a"). These two passages would mean that the Camembert node becomes an option for the “Camembert” part of the sentence and IsA becomes an option for the “is a” part. When “Camembert is a creamy French cheese“ is matched against GroundTruthTranslationl, the translator will give a high similarity score because most of the sentence is the same and the only part that is different (“Camembert”) has the same part of speech as “Brie” and has an option (Camembert) in the list which is very “similar” to the node used in GroundTruthTranslationl which was Brie. In a preferred example, the similarity of these two nodes is compared using a component of the UL platform called the entity resolver.
According to various examples, the entity resolver currently works by comparing large numbers of passages that the two nodes are used in and determining how similarly they are used. If they are used in almost similar ways then they are more likely to be very similar nodes for which a straight substitution in a translation is likely to be accurate. For example, they may belong to the same class so we may see (IsA Brie Cheese) and (IsA Camembert Cheese), which are both identical other than the nodes we are comparing. In other examples, the entity resolver combines further heuristics or properties in order to determine the similarity of two given nodes.
Translating from UL to English makes use of the entity resolver component again to compare the UL we are translating against the known ground truth translations and to pick the most similar one. The nodes that are different then have their translations replaced to form the final output string.
Word embeddings such as word2vec or GloVe is a technique known by those skilled in the relevant art in which large volumes of text are analysed to determine words that have similar meaning and usage. Various examples make use of this technique to determine the similarity of the natural language words and their suitability for substitution in a known ground truth translation. For example, an analysis of English would determine that Camembert and Brie were very similar items as their word embeddings would be very near each other. This means a ground truth translation including Brie would almost certainly stand with the word Brie substituted for Camembert as well as an exchange of the semantic nodes in the UL half of the translation.
Another technique used by various examples involves automatically assessing the semantic impact of changes in natural language wording. In natural language there are often many ways to say the same thing. Sometimes rephrasings result in another passage with identical meaning, on other occasions, the change in semantics is small. In other cases, it is large. With an automatic method of assessing semantic impact between two natural language passages, ground truth translations can be used when the assessment is that the semantic impact is small or non-existent, even if there is not an exact match with the natural language in the ground truth translation.
Examples of techniques that can be used by the semantic impact assessment would be noticing the substitution of words known to be synonyms or words of similar meaning, rephrasings that are known to be other ways of expressing the same thing (e.g. talking in English about “<nounl> of <noun2>” and “<noun2>’s <nounl>”), and the addition of filler words that only subtly change the meaning when they are used.
According to various examples, the translator in each direction uses a pipeline where each pipe is a function that takes in a document structure and returns a new document structure. Each pipe can add components to the document for use by later pipes. The final document contains a component that the pipeline considers an output component and the pipeline returns this as the output. The first pipe in each pipeline is for a direct lookup in the cache, if this returns a successful translation then the rest of the pipes can be skipped. In the case of English to UL, we then run a series of pipes that make
use of StanfordCoreNLP libraries or similar to tokenize the sentence, and to tag it with part of speech information that can be used to help the ground truth translator pipe determine the best match in a later pipe. When translating from UL to English, the only pipe used before ground truth translations is the direct lookup pipe since the UL itself should already give enough semantic information to be translated back into natural language.
An optimisation present in various examples is to use a Bloom filter to identify language passages which are not present in the store of translations, in order to reduce the load to the system. A Bloom filter is a space-efficient probabilistic data structure, that is used to test whether an element is a member of a set.
According to various examples the translator would actively try to vary the translations to natural language between a wide range of semantically equivalent and natural translations to create varied and fresh speech for the benefit of the users of the products powered by the present invention. For ground truth translations this can be done by selecting randomly between multiple translations for the same UL. The other techniques described herein either also naturally produce multiple candidate translations or can be easily adapted to do so.
Template Translation
One method for translation to and from UL, as used in some examples, is to make use of templates. A template is data stored in a database representing a general translation pattern, where some part of the translation contains unknowns which can match with multiple different semantic nodes. In a preferred example, a template includes a piece of UL, e.g. (IsA 0f88f8eb-fe72-47ee-9cbl-2d3322e61481 (Cheese Creamy)), a piece of natural language, english or otherwise, optionally containing unknowns e.g. “0f88f8eb-fe72-47ee-9cbl-2d3322e61481 is a creamy cheese”, a list of uuids used as unknowns, e.g. [0f88f8eb-fe72-47ee-9cbl-2d3322e61481] and a list of UL passages known as matching criteria, e.g. [(IsA 0f88f8eb-fe72-47ee-9cbl-2d3322e61481 Cheese)].
A method for translation using these templates can be to test if the input UL, or
natural language, matches with the corresponding field in the template. The unknowns in the template can initially match with any string or semantic node. In the case of translating from natural language, the string matching the unknowns must be looked up in our body of UL data to find a valid semantic node which can be used for it. The input string “Brie is a creamy cheese” would match with the template explained above, giving an unknowns mapping of 0f88f8eb-fe72-47ee-9cbl-2d3322e61481 -> “Brie”. The string “Brie” can then be looked up in our body of UL to find the semantic node Brie. The final step is to then test the matching criteria, to check if this template can produce a valid translation. All unknown mappings are applied to the matching criteria passages, which in various examples are then processed as a question, or checked for in the UL passage data, to test their validity. In the above example, that means processing the passage (IsA Brie Cheese) as a question. If all matching criteria are deemed valid, then the unknown mapping can be applied to the output data, either UL or natural language, to produce an output translation. In this example, giving the output (IsA Brie (Cheese Creamy)).
According to various examples, these templates could be created by humans but in a preferred example the templates are automatically generated from a body of ground truth translations (known natural language/UL translations). To generate templates from example translations, similar ground truth translations can be collected together to try and generate a template. Where there is a variation in the ground truths a template can be created with an unknown in the place of this variation. The semantic nodes from the ground truths replaced by the unknown can be processed to generate matching criteria. In various examples, this means looking up which classes these nodes are a member of, finding the lowest common class between them and adding the matching criteria passage (IsA <unknown> <lowest_common_class>), where <unknown> is the new unknown added to the template and <lowest_common_class> is the node for the lowest common class shared between all nodes being looked at. In a tree of classes linked by subclass, the lowest common class for two or more nodes is the class that all the nodes are a member of that is furthest away from the root of the tree (most precise). For example with two example translations “What is the population of England?” and “What is the population of Madingley?” the lowest common class of England and Madingley might be place.
Translation Context
UL can encode self-referential and meta-linguistic statements: it is possible to describe in UL how and when to translate, and what is more appropriate in one context than another. For some applications it is desirable to have the ability to generate translations applicable specifically in the present context. Some examples utilise a method to express in UL descriptive, contextual information about the semantic nodes which are likely to be translated. By having this information present and available to the system at runtime, programmatic reasoning is able to select the most appropriate attribute from those available (e.g. “vehicle”, “car”, “my Audi”) which can then be substituted for the original node in a preprocessing step. Other translation techniques can then be applied to render this in natural language.
Translation between Natural Languages
A goal of UL is to fully represent the meaning of any natural language and the language is easily extendible to accommodate nuance and new concepts that come from new languages which may not have been created before. This means that that once a document or piece of natural language has been translated into UL nothing has been lost and the UL translation can contain all the semantics and nuance of the original. This contrasts with a single natural language which is naturally an imprecise translation of the source language with words which do not quite mean the same or even words which do not exist in the target language.
For this reason, an improved method for translating between many languages is to build a translator from and to UL for each natural language and translate between natural languages by first translating the source language into UL and then translate from UL into the destination language.
Prior art translation systems such as neural machine translation systems typically learn from examples of text between pairs of natural languages - or have effort and resource directed to specific language pairs. That means that with n languages you would need of the order of n squared translation systems in order to accommodate all language pairs. With UL being an effective intermediate language the number of
systems you would need to build would be 2n - a UL->NL and a NL->UL system for each language.
Representation of emotion, connotation etc.
Words in natural language often have connotations or inferences that augment or are in addition to their pure semantics. For example, in English there are multiple synonyms for the word “error” such as “boo-boo”, “screw-up”, “inaccuracy”, “blunder” etc. Although considered synonyms, these different words have different connotations and usages. For example, the word “boo-boo” is used for children or to mock an adult; the word “inaccuracy” expresses politeness or a relatively minor error; a “blunder” implies a large error where there is considerable blame on the person making it.
According to various examples these connotations and usages can be represented by having a different semantic node corresponding to each of these concepts. The meaning that includes these connotations can be represented in other UL that ties these semantic nodes to similar but different ones whilst also explaining the differences.
The use of nesting can be used to represent emotion and tone in writing as well as other properties such as nuance or level of formality. For example, semantic nodes representing an angry tone of voice can be combined with the passage being spoken to represent that passage communicated in an angry tone of voice. In examples with voice, representations like this can be used to modify the generated sound to include emotion appropriately in the output.
Specific Applications Built on examples of the present invention
Recruitment Application
An automatic recruitment application is one that tries to find highly qualified candidates for a given position automatically: matching a representation of the potential applicant’s resume with a representation of the role and job specification. Further examples of such an application may also match an applicant’s desired role with the job description as well as assessing how well the applicant is qualified.
There may be hundreds of thousands of possible candidates online who may be a match for a given job. Recruitment prior to the present invention is typically done by humans using tools to search a database of such candidates. Typically, such searches are either done purely on unstructured data - searching for keywords in their resumes, sometimes combined with limited structured data. For example, a job application specialising in finding software engineering talent may include structured data for common programming languages and the search box, in addition to allowing searches for keyboard, may also include drop-downs or check boxes for these specific skills. This limited structured data is created in the conventional way with a database schema and specific code to include this data in the search.
Additionally, some applications attempt to apply state-of-the-art NLP techniques to both the resume and the job specification and then attempt to rank the applications by how good a statistical match they are to the specification. The limitations of state-of- the-art of NLP will mean that the ranking is only approximate and heavily influenced by similar keywords in both the resume and job specification. It will provide some value to a recruiter who wants to narrow down the list of resumes but substantial human involvement will still be needed to have high confidence in a good match and the recruiter may fail to see a good match as a result.
In reality the number of different skills or experiences that might appear in a resume or job specification is very large, meaning that any structured data decided upon and programmed into the system can only cover a small fraction of what might be searched for.
Automatic recruitment is thus an example of a HUB application.
An example application called Jobe is described herein. It represents a preferred example and other relevant examples of a recruitment application.
In a preferred example a large part of the job specification and candidate’s resume is represented in UL or similar and the reasoning methods described herein are used to determine whether they match. In various examples a UL or similar representation of
at least some of the candidate’s objectives is also matched with the job specification and possibly a description of the employer.
Figure 1 shows an example of a push notification on a mobile phone from Jobe notifying the user of a new candidate who is a perfect match for one of their jobs. This match happened automatically. Had the match been statistical or using existing inexact methods, the application designer would not have had the confidence to interrupt the user with this message as the match would be far too frequently poor. Because the technology in this application is based on an example of the present invention, the automatic match is known with very high confidence to be good and so interrupting the user is a good product experience. The present invention, in an example, thus enables a product experience that was hitherto not possible.
Figure 2 shows an example of the details of the match, where requirements for the role are justified with data from the candidate’s resume. Figure 2 illustrates three example job requirements for a junior software engineer position: experience with a major object oriented language, fluency in a foreign language and their location. Specifically Jobe has matched the requirement “1+ years in a major object oriented language” with “3 years programming in C++”; inferred fluency in Portuguese from the fact the candidate attended high school in Brazil where the predominant language is Portuguese and that the candidate is “within commuting distance of London” by the fact that she lives in Hitchin, Hertfordshire, UK.
In these examples, none of the evidence from the resume that they match shares any keywords with the actual requirement. All three matches also require reasoning with the UL representation and come from the semantics of the requirement and the job specification.
To further illustrate here is how one of these matches is done using UL:
As described herein examples of the present invention can answer answer Yes/No questions. In order to match a similar candidate, the system has asked itself the question “Does 7 years’ experience of C++ imply at least five years’ experience of programming a major object-oriented language?”
“7 years’ experience of C++” can be represented in UL as ((Experience CPlusPlus) (Year (RealNumber "7")) - Experience combines with another semantic node to represent experience with that concept. Year represents the unit of time and combined with number gives a number of years of time.
“at least five years’ experience of programming a major object-oriented language” can be represented as
((Experience (Programming (UnspecifiedMember ((ProgrammingLanguage
Obj ectOriented) Major)))) (Year (AtLeast (RealNumber "5"))))
AtLeast in combination with a number gives a number range. Thus, in combination with a unit gives a unit range. In this case a minimum number of years. UnspecifiedMember represents a member of a class which isn’t identified.
Therefore, the whole question can be represented in UL as follows:
((Question) (Implies ((Experience CPlusPlus) (Year (RealNumber "7"))) ((Experience (Programming (UnspecifiedMember ((ProgrammingLanguage Obj ectOriented) Major)))) (Year (AtLeast (RealNumber "5"))))))
To answer this question, the following trusted passages are utilised from a UL store that represents recruitment related information. According to various examples, these passages have been generated from conversation between the system and people, translating the natural language into UL or added directly by trusted people, building the recruitment application.
(IsA ProgrammingLanguage Class)
(Is A Obj ectOriented Attribute)
(IsA Major Attribute)
(IsA CPlusPlus ProgrammingLanguage)
(IsA CPlusPlus ((ProgrammingLanguage Obj ectOriented) Major))
(IsA Year Unit)
As well as these known passages, a computation unit and reasoning passages are required. The computation unit, used for comparing if 7 is greater than or equal to 5, is defined as follows:
(Computationinputs GreaterThanOrEqualComputationUnit InputOne InputTwo) (ComputationDescription GreaterThanOrEqualComputationUnit ((Question) ((GreaterThanOrEqual (RealNumber InputOne) (RealNumber InputTwo)))))
(ComputationLocalJavaLocation Greater ThanOrEqualComputationUnit
"ai. unlikely, questionprocessor, computation. Comparison$GreaterThanOrEqual")
And the needed reasoning passages used for this question are:
Core reasoning passages that help define the IsSubclassOf relation (other examples may choose to make IsSubClassOf antireflexive but it is reflexive in this example)
(ConsequenceOf (IsSubclassOf A B) (IsA (UnspecifiedMember A) B)) (ConsequenceOf ((IsSubclassOf X Y) (IsA A Attribute)) (IsSubclassOf (X A) Y)) (ConsequenceOf (IsA X Class) (IsSubclassOf X X))
Reasoning to do with quantities, activities, implication etc. :
(ConsequenceOf ((Implies X Y) (Quantity WithinRange A B)) (Implies (X A) (Y B)))
(ConsequenceOf ((IsA X ProgrammingLanguage) (Implies (Experience (Programming X)) Z)) (Implies (Experience X) Z))
(ConsequenceOf ((IsA X Activity) (IsA Y Activity) (Implies X Y)) (Implies (Experience X) (Experience Y)))
Programming a programming language is an activity
(ConsequenceOf (IsA X ProgrammingLanguage) (IsA (Programming X) Activity))
If X is a programming language and a member of the class C, programming X implies programming a member of C
(ConsequenceOf ((IsA X ProgrammingLanguage) (IsA X C)) (Implies (Programming X) (Programming (UnspecifiedMember C))))
If A is within the range B and X is any unit, then A of X is in the range B of X (ConsequenceOf ((IsA X Unit) (WithinRange A B)) (Quantity WithinRange (X A) (X B)))
If X is greater than Y then X is within the range at least y (ConsequenceOf (GreaterThanOrEqual X Y) (WithinRange X (AtLeast Y)))
Using the question answering methods described herein, a Yes result can be generated to the question.
To further illustrate the method, the following explanation showing the steps that may be generated by some examples utilizing the reasoning method described herein:
(Implies ((Experience CPlusPlus) (Year (RealNumber "7"))) ((Experience (Programming (UnspecifiedMember ((ProgrammingLanguage Obj ectOriented) Major)))) (Year (AtLeast (RealNumber "5")))))
(Implies (Experience CPlusPlus) (Experience (Programming (UnspecifiedMember ((ProgrammingLanguage Obj ectOriented) Major)))))
Known: (IsA CPlusPlus ProgrammingLanguage)
(Implies (Experience (Programming CPlusPlus)) (Experience (Programming (UnspecifiedMember ((ProgrammingLanguage Obj ectOriented) Major)))))
(IsA (Programming CPlusPlus) Activity)
Known: (IsA CPlusPlus ProgrammingLanguage)
(IsA (Programming (UnspecifiedMember ((ProgrammingLanguage
Obj ectOriented) Major))) Activity)
(IsA (UnspecifiedMember ((ProgrammingLanguage Obj ectOriented) Major)) ProgrammingLanguage)
(IsSubclassOf ((ProgrammingLanguage Obj ectOriented) Major) ProgrammingLanguage)
(IsSubclassOf (ProgrammingLanguage Obj ectOriented)
ProgrammingLanguage)
(IsSubclassOf ProgrammingLanguage ProgrammingLanguage)
Known: (IsA ProgrammingLanguage Class)
Known: (IsA Obj ectOriented Attribute)
Known: (IsA Major Attribute)
(Implies (Programming CPlusPlus) (Programming (UnspecifiedMember ((ProgrammingLanguage Obj ectOriented) Major))))
Known: (IsA CPlusPlus ProgrammingLanguage)
Known: (IsA CPlusPlus ((ProgrammingLanguage Obj ectOriented) Major))
(Quantity WithinRange (Year (RealNumber "7")) (Year (AtLeast (RealNumber "5"))))
Known: (IsA Year Unit)
(WithinRange (RealNumber "7") (AtLeast (RealNumber "5")))
Computed: (GreaterThanOrEqual (RealNumber "7") (RealNumber "5"))
Various examples may generate a natural language translation of these steps, either a full one showing every step or with obvious common-sense steps skipped to create a simplified explanation that is easier to understand. Examples of such an explanation generated by various examples are shown in Figure 7.
Various examples of the recruitment application may use LLMs or other statistical techniques in combination with or instead of matching using UL. For example, an application that is unable to translate a line from a job specification into UL may use a matching using an LLM as a failover and combine the results from an LLM from results generated by matching with UL.
Specific methods include providing a prompt to an LLM which contains the resume of the candidate and the line from the job specification and asking the LLM to produce a continuation that states whether the candidate is a match for this job specification line and to provide a brief explanation why. In some examples, the prompt will request the LLM to provide a classification of Yes, No or Unknown. In other examples, a degree of certainty can be asked for. Examples, may use an LLM that has been fined tuned with examples of matches in each category requested with appropriate explanations. Other examples may include small numbers of examples in
the prompt.
LLMs can also be used to extract relevant skills from a free-form resume. Many resumes contain sections which may be hard to fully translate into UL Examples using this techniques may ask an LLM to simplify the content by providing the resume and a prompt that asks the LLM to extract the skills that the candidate has said they have from the free-form text. Similarly examples may request a summary of the candidate’s experiences. With the skills and experiences extracted, examples can translate these to UL as descriptions of the candidate and match to UL translations of job specifications or utilise methods that use keywords for matching.
An example of a suitable prompt for extracting skills would be:
We are considering a candidate for a job. This is their resume:
[ the text of their resume ]
Please list the skills that they have, one skill per line.
Another example prompt:
For each sentence above, please list all skills this candidate has, each skill on a new line and starting with The skills should be listed in the same order as they appear above. Each sentence should not be longer than 5 words.
Another use of LLMs in certain examples is to provide a prompt that asks for the most appropriate role or roles that we should consider for a candidate. In an application involving large numbers of resumes and large numbers of job specifications this allows far fewer matches to have to be processed as for example no attempt will be made to match people not suitable for software engineering roles with software engineering job specifications or to limit the matching to software engineering job specifications only to candidates who seem suitable for this role.
As a further filtering and matching technique used by some examples, lines or larger sections from a job specification are converted into embeddings and those embeddings are compared with embeddings generated from sections in a resume. Cosine similarity or similar techniques are then used to approximate whether the
candidate matches those requirements. Examples may combine this technique with other matching techniques described herein.
Another application for LLMs is to produce explanation summaries from longer explanations generated from UL matching as described in similar situations herein.
More generalised matching
The techniques described herein for matching candidates to jobs including the use of LLMs as described herein can be extended to many other situations where matching between descriptions is needed. In the recruitment application, two juxtaposed documents (e.g. job profile and candidate profile) are imported into UL (potentially via translations). Once the semantics of the statements in the documents are captured, reasoning can be effected to produce an optimal mutual match. LLMs can be used as a substitute or alternative method for doing this matching, as described herein. For the recruitment application the agents are job seekers and hirers. For other applications different agents are juxtaposed to detect an optimal match grounded in knowledge. The aim might be to produce a mutual match or for one agent to find a set of best matched agents. Some examples include people matching (dating, friendship, professional relationships, companions, employment, personal services), peopleproduct matching (e.g. advertisement recommendation, product selection support, product recommendation), people-business matching (recruitment, evaluating applicants for government services, credit scoring, matching insurance criteria, matching tax criteria, test group selection, university application) and business to business matching (e.g. partnership, customers, merger or acquisition potential).
Horizontal Health Application
A horizontal health application is an application which attempts to record and manage an extremely diverse set of health data from one or more users. As discussed herein, representing this data in a way that can be understood and managed by a computer system is impractical using the state-of-the-art prior to the current invention.
Nutrition: there are millions of different foods and millions of different consumable substances. These substances are sometimes related (e.g. types of fat) and they have numerous different attributes. The interaction of these substances together and with
the human body is highly complex - and a deep semantic representation of nutrition could allow computer-based systems to give very sophisticated dietary advice and unlock interactions which have not been previously observed. Nutrition is thus a HUB application.
Health more generally is also an example of an unreasonably broad domain. Nutrition is a sub-domain of this extremely broad domain. An application that tracks a person’s day to day health information would need to combine numerous health tests and include domains such as levels of certain substances in blood, measurements of organs, measurements of body composition, measurements of the performance of the body in various domains, activity information, nutrition information, genetic data, microbiome data, sleep data, specific events that influence health (workouts, consumption, drinking of substances, moods, bowel motions) as well as numerous documented health conditions and diseases. Any one of these types of data can be relevant to others as well as to the patient’s health goals. Although small subsets of these can be built with the typical local schema effort that we see today, building a huge generic health application that can potentially encompass all of this information was not practical prior to the current invention.
“Chea” is an example application from this class of applications described herein. It represents a preferred example and other examples of the present invention.
In addition to recording health data from wearables and other health sensors, Chea has a chat window where a user can communicate health related events as they happen and have them understood, stored and processed by the application. Example health events could be nutritional events: consuming food and drink. This window can also be used optionally to record other health events: specific symptoms of illnesses, information about mood and energy levels, bowel motions characterised on the Bristol stool chart etc.
Figure 3 shows a conversation within the app where nutritional data is being communicated with the app. In a preferred example conversation is between the user, the Al, any number of human medical professionals and human nutritionists who derive semantic nutritional data from photos and descriptions of food and drink
entered by the user when they are consumed. The Al can handle what is possible with humans picking up other tasks where automatic processing is not possible. An example of an automatic task would be prompting a user when nutritional information or other supposedly regularly supplied health information has not been added for a period. For example, if a long period of the day went by without any food or drink being entered the Al could ask the user whether this had actually happened or whether they had forgotten. If the user was intending to log details of bowel motions they could also be prompted if an unusually large gap appeared with no information being shared. The semantic nutritional data not only represents exactly what was consumed and when but also represents uncertainty - e.g. from not knowing the exact composition of the food, to uncertainty about the portion size from the images.
UL supports this uncertainty. For example, it may not be possible to determine what kind of cheese is being shown in an image and the user may also not know but the semantic node for cheese can be used in that circumstance. If a more precise type of cheese is in the recipe such as Cheddar or even a very specific type of cheddar, then the appropriate semantic node can be used for that. Passages in a trusted store represent the relationship between Cheese and specific types of cheese as well as much pertinent information about these nodes.
UL can represent information about the likely constituent substances of foodstuffs too. For example, if the image was of a portion of chicken pie, UL can represent the composition of chicken pie including both the pie crust and the typical ingredients of the pie portion. Uncertainties in exactly what those ingredients are and the variations in volume can also be represented in UL. That combined with the uncertainty in the portion shown, as communicated by the nutritionist can be combined to include a detailed semantic breakdown of that meal with uncertainties and that can be recorded. As this nutritional data is fully semantic and the application also has relationships and other information about these substances represented in UL, the data can be looked at in many different ways and measured and charted through many different lenses to derive health insights.
Figure 4 shows some example insights that can be derived from a period of time where horizontal health and nutrition data was shown. By combining data from
wearables including pulse and sleep data as well as potentially other events and mild illness recorded in the conversation data and correlating these negative events to ingestion of certain substances the app has concluded that the user may have a mild dietary intolerance to sulphites. Armed with this information, the app could help the user steer away from foods that contain this substance in the future. A second example insight provided in this figure is the strong relationship found for this user between eating earlier and sleeping better. Being a horizontal health application, sleep data from wearables is available and can be compared over a period of time with the nutritional data which includes the time it was consumed. With enough data this insight can be shared definitively with the user who can then improve their sleep and thus their health by aiming to eat earlier than they previously have been. Such insights would not be possible without an extremely broad range of health data both stored and stored in a semantic way accessible to the machine, thus enabling these automatic insights to be generated.
Figure 5 shows an example graph showing daily calories in versus calories out which is an extremely common thing for someone to track if the user is aiming to lose (or gain) weight. The detailed semantic information about what the user has consumed enables the graph to be shown with error bars giving an accurate range of the calories ingested in a given day. A wearable measuring physical activity by the user combined with data on their weight enables an accurate estimate of calories consumed during the day, also with error bars. Unlike other applications which estimate calories with no error bar, this approach is able to be more sophisticated about days when the user is likely to lose weight by also identifying days when the two measures are too close to be able to say whether they were in deficit or surplus - the error bars overlap. This is a better approach than other application which give false precision as calorie measurement is inherently error prone and it is entirely possible to be several hundred calories out when assessing food intake giving the user the false impression they are in a calorie deficit when in reality they are not.
Figure 6 shows an example of another visualisation capable of being generated from an example of the present invention. It is comparing estimated caffeine in the user’s body at the time they went to bed with a calculation of sleep quality. The sleep quality measure comes from one or more wearables and is calculated by combining various
measurements of sleep. The caffeine at bedtime comes from estimates derived from nutritional data collected by the app. For example, a cup of coffee consumed at 2pm can have an estimate of the caffeine within it and by assuming a half-life for the user’s ability to metabolise the caffeine out of their body an estimate can be made for how much of this caffeine remains at their known time of going to bed. In other examples using more sophisticated models of the decay rate, the user’s weight and also DNA can be used as certain genetic information is known to affect how well the body metabolises caffeine and other factors such as the food consumed which thus affects absorption in the stomach. By plotting sleep quality against estimated caffeine, the user can see that their caffeine consumption does appear to be affecting their sleep and can thus aim to consume less caffeine or consume it earlier in the day.
These graphs and insights are examples. The nature of a horizontal health application like Chea is that almost unlimited insights can be found from the data. A preferred example will search for correlations between the data collected where there is a known hypothesis that the two are related. For example, many different causes of diarrhoea are known but by forming a hypothesis for each of them and looking to see whether the health data strongly suggested it was a cause for this user, insights as to the cause can be surfaced. In the example in Figure 4, the insight was a possible sulphite intolerance - especially if other known symptoms were recorded (such as Hives or Flushing) in a time frame that correlated with ingesting the substance. Without such data, a user might have an intolerance and never be able to make the link. Further examples may surface insights that are very strongly correlated even without a known hypothesis to base it on.
Accounting
An example of general structured data is accounting data that is largely in a form that has been unchanged for centuries. Accounting represents information by considering all transactions as a collection of matching ‘debits’ and ‘credits’ to a finite number of ledgers. These ledgers represent broad semantic categories. Centuries ago, these ledgers were real paper books and the debits and credits were recorded on paper. With computers these ledgers are now semantic categories and debits and credits are database entries identifying the ‘ledger’. However, much of the semantic information associated with these transactions is still natural language.
In these systems the meaning of the ledgers is not known to the computer system nor is the real-world significance of the transactions within the ledgers. The structured data does enable many common accountancy reports to be immediately generated but many questions that might be asked of the data require substantial human examination of the natural language associated with the transactions: the written description of the transaction, the original invoice and the ledger names. If this semantic information in the natural language was fully represented semantically many more questions could be asked of the data automatically and many more reports could be generated.
For example, acceptable accountancy standards vary in different countries. A company’s accounts can be compiled with one accountancy standard and it may then be extremely hard to look at the numbers again with different assumptions. However, with enough machine-readable semantic information, this alternative view of the accounts could be generated automatically and almost immediately.
Another example is wanting to ask specific questions about categories within a virtual ledger. For example, a ledger for ‘consultancy’ costs could include both costs associated with marketing for several different products and costs for consultancy relating to recruitment. Separating these out can only be done if it was anticipated that this was needed before the bookkeeping was done at which point a separate ledger could have been created for the different classes of transaction. Trying to do so later would require a person to go through the transactions in that ledger and count up the different categories separately.
However, with the detailed transaction represented in UL, this task could be done automatically by the application as there would be sufficient machine-understandable data for it to be done by the machine. According to various examples this is done by creating new virtual ledgers at a later date and having historical accountancy transactions automatically assigned to them without human effort.
Wider use of UL within a man/machine interface
As we have shown herein UL or similar representations are effective as a general representation for automated systems and can represent actions or information
provided by a human user to a machine. Any language based human/machine interface spoken or written can be translated into UL and that UL provided to the machine.
Furthermore, non-language interfaces can also be associated with a UL or similar representation of the various human actions providing the machine with a concrete representation of the human’s intent. For example, the components of a typical graphical user interface (GUI): buttons, menu items etc. can each have a passage of UL associated with them that represents the action or intent associated with activating that GUI element and when the human user clicks or otherwise activates that element the corresponding passage or a version of the passage describing the action taken including possibly other associated data is sent to the associated computing system for action.
Search and Analysis of Documents or Web pages.
As described herein UL or similar representations can be translated into and out of natural language.
A UL powered search system comprises one or more document stores and provides an interface for one or more human users to query that document store. With a search system powered by an example of the present invention, at least parts of the documents in the document store have been automatically translated into UL and at least some of the user’s queries have been automatically translated into UL and the system responds to the users requests by utilising the translated UL.
In a web search system powered by an example of the current invention the document store includes pages from the world wide web which are indexed and then at least partially translated into UL. Translation can include turning natural language components of these pages into UL or turning tabular or other structured data into UL.
According to various examples answers to queries could include links to web pages containing the information being searched for or providing the services being searched for or the system can provide the information directly in the form of a text or spoken answer. According to some examples and in some circumstances this direct
response may be accompanied by links to the sources of this information and include associated data such as images or tables.
Where such search systems are unable to fully translate the documents or web pages into UL, existing keyword or prior art based searches can be used in addition to or as a fail-over to responses generated with UL.
Mapping data represented as UL, associated systems utilising mapping data and location based search
Mapping data represents the information typically found in maps in machine-readable form. It also includes additional data including metadata. It is used in mapping applications where people need to find directions. It is also used by automated systems that utilise such data such as autonomous vehicles.
Mapping data can be expressed in UL as described herein. Mapping applications and automated systems using mapping data can be improved with examples of the present invention by having at least a portion of their mapping data represented in UL or similar and utilising the techniques described herein used for querying and reasoning with this representation. Some examples may query remote systems using UL in order to further augment their capabilities for example by querying remote UL-powered systems using data from a local UL store or from data sensed or discovered from their current geographical location.
Identifying relevant adverts and news
By having available information about a user represented in UL or similar, examples of the present invention are able to find relevant related items to display to the user. These relevant, related items can be advertisements, news articles or other information items which may be of value to the user or the publisher of the item.
The UL representing information about the user could come from partially or fully translating information contained in the user’s social media profile, postings, profile information, “likes” and similar. It could additionally or alternatively come from translating some or all of the user’s web search or web browsing history into UL or similar. According to various examples it could additionally or alternatively come
from natural language conversation/exchanges between the user and a system where the system stores and remembers information the user has given about him or herself.
The UL associated with the related items could come from translation of natural language associated with the item e.g. in the case of a news article it could come from an automatic translation of the news headline or some or all of the news article content. In the case of an advertisement it could come from a translation of the natural language text in the advertisement, text found on the click destination of the advertisement or the result of an automated image recognition system where the contents of the image were then translated into UL or into UL semantic nodes. For some systems the UL could be associated manually with the item. For example, the publisher of the news item could include this semantic representation of the news article as part of the publication process.
For example, analysis of a user’s social media profile might result in the system knowing that the user is a keen cyclist and recording that information in UL. Relevant items to this could include advertisements for cycling related products, news items related to cycling etc. The reasoning capabilities described herein would enable more indirect and more precise matches than is possible with prior art keyword-based systems. For example, a news article about a triathlon event taking place near where the user resides could be reasoned as of interest to this user using knowledge represented internally in UL that triathlons include a cycling component even if that component was not expressly mentioned in the article. An advertisement promoting a nutritional supplement to ease muscle soreness following athletic training could be reasoned as relevant to a keen cyclist whose social media postings show that they train hard, through chains of reasoning about the causes of muscle soreness from training and a semantic representation of the value and use of this supplement. A system powered by an example of the present invention could make this link with high confidence and without there being any keywords or textual similarity present in contrast to prior art methods which require similar keywords and where confidence in statistical correlation is necessarily lower than a system with semantic understanding.
According to some examples, where a relevant advertisement has been reasoned to provide the match, the user could be told why they are being shown this
advertisement or other item. They are given an explanation.
Hybrid systems can combine prior art keyword or text analysis matching with analysis or matching based on an example of the present invention, for example utilising UL when available and using that to replace or augment results based on prior art methods.
Aggregation and summarisation of news
In systems translating news items into UL, examples may identify common information sourced from different articles and present this common information to the user as a summarisation or aggregation of different sources. Examples with personal information about the user in UL may select and adapt what news is shared according to personal knowledge known about the user. Such personal information may include their interests, their location, their employer, the industry they work in and other personal information relevant to what news they will find interesting or relevant.
Matching between people using UL
UL can be used to make matches between people by associating profiles of people with UL-represented information about them and using the reasoning and matching techniques described herein to conclude they are a match. Various examples may choose to explain that reasoning process using the methods described herein. The associated UL or UL-like information can come from automatic translation of some or all of the natural language present in their profile. Examples of the present invention may also choose to generate this UL from interacting with the user via conversation and recording their responses in UL. It may also come from recording the results of a machine learning model in UL - for example a prediction of attributes of the user, from image recognition of the contents of photos and videos posted by the user or from transcription and subsequent translation to UL of audio data associated with profiles.
Matching of people enabled by an example of the present invention includes suggesting potential ‘friends’ in social media applications, potential business contacts in profession-related social media applications or potential dates within a dating application.
Identifying abusive or untrue postings in social media
Many social media applications need to identify abusive posts and many operate at a scale where human identification of such posts is not practical. Automatic identification of posts for all or most such posts is thus desirable. Abusive posts can include postings or media which are racist or otherwise offensive to users, depict things which are disturbing, are illegal, have national security or crime implications, break intellectual property rights, propagate false information in a way that is damaging, are defamatory or otherwise break the rules of the application or website where they appear.
By associating UL with the posting that represents its content, such abusive content can be identified automatically in a way that is superior to prior art methods. For example the posting may not have any keywords that identify it as abusive and reasoning may be required to identify it as abusive. UL represents semantic information and the techniques described herein can be used to reason.
Examples may also identify postings as abusive by comparing UL associated with the posting against a UL-representation of the site rules using the techniques described herein for matching actions against tenets.
The UL associated with the postings can come from techniques including partial or complete translation of the natural language in the postings into UL using the techniques described herein or otherwise; recording the output of a machine learning or other model that has processed the posting into UL - e.g. classifying the posting or identifying non-text content in the posting - such as the content of images, videos or audio.
Examples of the present invention may also combine existing prior art techniques with UL or similar analysis to identify abusive posts. E.g. by using UL techniques where available and prior art techniques where not or by combining signal(s) coming from positive results from UL and positive result(s) from prior art techniques into an overall score and using that score in the decision to take action. Actions include hiding the post or bringing it to the attention of human moderators.
Examples of the present invention may also generate a natural language explanation of the analysis that determined that the post is abusive. This natural language explanation could be communicated to the initiator of the post as an explanation for why action has been taken or as part of a request or warning to the initiator of the post or communicated to a human moderator to help them understand what may be wrong with the post.
Analysis of Customer Reviews
Reviews are written descriptions of services, products and companies in natural language written by users who have experienced those services, products and companies. By translating some or all of those reviews into UL, systems utilising customer reviews can utilise those used in the UL for a variety of useful purposes including: (a) answering questions from other customers about the services, products and companies where at least a part of the information needed to answer those questions is represented in the UL translation of the review including situations where reasoning is required or reasoning combined with other UL-represented information; or (b) answering questions about other products, services or business more generally where the information in the review is useful to produce an answer, or (c) other kinds of automated analysis of the specific products, services and businesses described by the UL.
Shopping queries and product requests
In addition to reviews, other sources of shopping related information that can be represented in UL or similar, including (a) written product descriptions e.g. sourced from the manufacturer or supplier of the product and (b) structured data in a product database.
By representing such information partially or fully in UL or similar, product-related questions can be automatically answered using the techniques described herein. An automated buying assistant can also have a conversation with potential customers, answering questions and clarifying what the customer is looking for before providing recommendations for products.
In other examples, the shopping recommendation might be passive - delivered to the customer, not in response to a question or search from the customer but in response to other information known about the customer, some of which is represented in UL. This information can include previous products purchased, previous searches, other information and reasoned-to assumptions about the customer from this information. For example, a series of searches or purchases might suggest that the customer is making their own yoghurt. Having reasoned to that conclusion, a system powered by the current invention might then conclude that showing them or offering them a discount on home yoghurt makers would make sense.
Voice Assistants/Chatbots
Voice assistants such as Amazon Alexa® or Apple’s Siri® aim to cover a very wide range of use cases for their users. Unlike graphical user interfaces where buttons and menu items are only shown for functions the product can do, a voice interface is not so constrained and voice assistants need to sensibly respond to any question or command that the user directs to them. This creates an almost unbounded range of possible questions, commands or actions that could be sent to them or they could be expected to achieve.
Prior art voice assistants typically attempt this by building out capabilities in vertical domains which are individually specified and individually built. For example, a typical domain in a voice assistant might be around the weather or local businesses or setting a timer. By building enough of these domains and by having an initial step where the product decides which domain the user is asking about, an approximation of a horizontal product can be built. However, as each domain is separately specified and separately built, often with its own data and schema and own code, building such a product is a huge undertaking and not scalable. The result is a product that has huge gaps in its capabilities.
Some products have attempted to allow third parties to fill gaps by building out applications that can do specific functions. Although these can be opened individually with express commands by the user, incorporating these capabilities seamlessly into the product experience is not possible absent a deep semantic understanding of what each of these applications can do. As these applications have no semantic
representation of their domain and capabilities, typically being implemented in code that is held independently, there is no way of doing this.
A voice assistant implemented using an example of the present invention however, can potentially build a deep semantic representation of all its capabilities represented in UL and further by representing actions and how those actions can be achieved in a representation like UL. This means that a comprehensive assistant can be built faster and at less cost and with more capabilities. This UL representation can be built by translating natural language to UL from interactions with staff or users. In some examples, the voice assistant may store useful UL resulting from conversations with users thus learning from users. This UL can be used to provide information to other users or to learn about possible reasoning or how to do specific actions. In some examples the UL representation may be added directly or created by trusted people such as employees of the business building the product.
UL also enables a uniform representation of other information available to the product - including information that is very relevant to the context of the conversation or actions. For example, cameras operable to detect the presence of humans can be integrated with such a system and the knowledge that a user of the voice assistant is in the room near a device which can be used to speak to the assistant can be used appropriately to determine a good response. Knowledge of who else is within earshot of the device is also useful. Herein we call this human presence. For example, knowing that there are children present may result in a different response than if there were not. Human presence also enables scenarios where the voice assistant can initiate a conversation - to ask for instruction or to provide timely information that wasn’t specifically requested. Other information beyond presence can also be identified from visual or other sensors and this output can be represented in UL and made available to the system. Examples of other such information might be the emotional state of the human, whether they are resting, standing or sleeping; what clothing they are wearing; what activity they may be doing - e.g. eating, drinking, watching television. Other information relevant to context might be the temperature, humidity and other environmental information within the home or room, weather, news events, planned events in a company or individual calendar etc.
Tenets for a voice assistant/Chatbot
This section describes specific examples of a chatbot or voice assistant or similar system which is autonomously driven by a set of motives, goals and values represented in machine-readable form (referred to herein as the system’s tenets). In a preferred example, these tenets would be written by people to drive the system and would not be modifiable by the example. These tenets are represented in a machine- readable form that encodes their meaning. In a preferred example, these tenets are represented in UL.
Unlike conventional software applications where the situations where actions are performed are determined by human product managers and implemented by software engineers in program code covering every scenario and detail, the preferred example of this system combines knowledge of the world, reasoning and tenets to determine and perform its own actions conforming with the tenets without any code directly determining actions in any scenario.
Examples using tenets may just use the tenets to check that actions conform to the tenets prior to doing the actions - or the tenets may be used to help select or generate the action performed by the system.
Non voice assistant Examples
Note that although a preferred example is a voice assistant or chatbot capable of communicating with users in natural language, the use of tenets to select and police actions is not limited to just voice assistants or chatbots. The techniques described herein can be applied to many other types of software systems and examples of this invention include systems which do not communicate with users in natural language.
Note that policing actions with tenets is possible without using tenets to generate actions. Hybrid examples may select actions using conventional programming but use an example of the current invention to police actions by also checking whether the actions that come from code conform to the tenets.
Checking Actions against Tenets
According to certain examples, all potential actions that the system might do are
understood in a structured machine-readable form that encodes the meaning of the action such as UL and prior to performing the action a test is done to ensure that the proposed action is compatible with the tenets. If the system believes that the action is prohibited by the tenets, the action will not be completed. If the tenets allow the action, the action is then performed. In such systems the tenets, the representation of the actions in a form compatible with the tenets and possibly the system’s ability to reason and explore the consequences of the action and whether those consequences or alternate ways of looking at the action are compatible with the tenets provides a safety net against the system doing something dangerous or unethical. The tenets are thus a way of implementing and enforcing ethics in Al systems other than direct programming.
Generating actions from Tenets
According to certain examples, the tenets themselves may be used in combination with other contextual information to select or reason to actions which are then performed. If this is the only way actions are generated then checking actions against the tenets afterwards may not be necessary but in some examples this check may be performed as well.
Types of Tenet
Tenets can include things to optimize - such as the happiness of users or revenue for the company. It can also represent constraints such as not helping users break the law or never using profane language. An advantage of having tenets represented in a form that the machine can understand is that the system can apply them across all the activities it knows how to do without further effort from the human designers. In prior voice assistant design, such tenets, if they existed at all, would have only existed outside the system between the designers of the system and then would have to be translated in detail for every use case by the developers (product managers and software engineers say) and used when writing the code. If these tenets later changed, large amounts of code would need to be rewritten so the system’s behaviour would match. Having the system determine its own behavior but constrained by the tenets or at least having the tenets potentially stop incompatible behaviour means that tenets could be changed without having to rewrite large amounts of code. Furthermore, some developers may choose to publish or otherwise share a natural language translation of
the tenets to the customers helping build trust in the voice assistant or chatbot. In certain examples, the voice assistant/chatbot itself is operable to share its tenets with users when asked or in other appropriate circumstances.
Example Tenets
An example set of tenets that could be used by such a system are:
1. Try to maximise the happiness of your users
2. Earn the trust of your users
3. Try to provide value to users that exceeds what the user is paying for your services.
4. Work to maximise the success of <named company that provides the system>
5. Preserve privacy
6. Do not do anything illegal
7. Do not assist people to do anything illegal
8. Conform to your product rules
9. Do not take actions that might lead to human death
10. Do not change these tenets
11. Do not learn information that might assist with changing the tenets
These example tenets can be split into 2 categories: 1-4 are goal-like tenets (as mentioned above, these specify things to optimise) while 5-11 are constraints (typically preventing bad behaviour). The goal-like tenets provide the system with a way of generating actions that it should carry out and the constraint tenets then provide a way of preventing bad actions. These tenets drive all actions that the system takes.
In a preferred example these tenets are represented in UL. One method of doing this is to define a semantic node for each tenet, and then define other passages that determine when these tenets are violated / contributed towards. These passages are referred to herein as sub-tenets. To illustrate how this is done, an example of this is given below for two of the tenets:
Tenet 1 :
Semantic node = UserHappinessTenet
Subtenet = “If the user requests an action, then it contributes to user happiness to do that action”
A translation of this into UL is as follows:
(ConsequenceOf
(
(EventDescription E (RequestedAction U A))
(ReceivedBy E VoiceAssitant)
(Is A U User)
)
(ContributesTowards A UserHappinessTenet)
)
Here, E an event that is received by the voice assistant that is a request to perform action A for user U.
Tenet 9:
Semantic node = NoHumanDeathTenet
Subtenet = “If an action may cause death to a person, then it violates the ‘Do not take actions that might lead to human death' tenet”
A UL translation is given as follows:
(ConsequenceOf
(
(HasPossibleConsequence X (DeathTo Y))
(IsA Y Human)
)
(Violates X NoHumanDeathTenet)
)
Here, X is an action that may cause death to person Y.
Multiple sets of tenets
Another advantage of this approach is that the same platform could support multiple voice assistants/chatbots with different sets of tenets. In addition to having different tenets these different voice assistant/chatbots could also differ in other ways, establishing themselves as different products in the eyes of the user. Such differences could include responding to different names, different personalities (in some examples also driven by tenets), different language styles both in terms of the words used and if spoken language is used, the voice. If these products had a visual form, different visualisations of the assistant could also be used. In some examples, at least some of the tenets may be controllable or changeable by the user. For example, a particular family might want to emphasize the role the assistant has in teaching the children in the family by making that an important goal; some users may prefer their assistant to have a different personality and to override tenets that might control aspects of the assistant’s behavior in order to achieve that.
Contemplation
In a preferred example, the system is in a state of continuous ‘contemplation’ trying to optimize the world by taking actions which correspond to and optimize against its tenets. Actions can include communicating with a user, doing calculations or taking other actions which have an effect on the world (such as for example, changing the setting on a thermostat). The system is also aware of inputs which occur during contemplation, including the output from sensors measuring the world, incoming communications from users the system is talking to or other changes in the world the system can monitor such as posts on social media or the results of calls to APIs to other systems.
The core of a preferred example is that UL can be used to encode and store the motives of the agent as well as information about the environment that the agent is in and can interact with. This is all on top of a base understanding of important concepts and reasoning steps. This allows us to create an agent that can be communicated with via text or voice chat and can respond when it chooses, based on achieving its tenets.
Figure 8 shows a preferred example of a voice assistant product, referred to herein as ‘Brian’ and how it fits in with the wider UL platform and other applications built on the UL platform. A voice assistant product may comprise the following main components:
Passage Stores - these are the voice assistant’s long-term memory - a set of multiple stores of UL which contain, for example, knowledge of the world, knowledge of how to reason and also knowledge about how actions affect the world.
UL platform - this is a centralised UL platform. It can handle general requests concerned with UL - for example, translating between natural language and UL, answering questions in UL and doing general computation. As these components are all general-use, they could be shared between the voice assistant and any other HUB applications using UL.
Brian - this is the voice-assistant application. It utilises the general capability of the UL platform to form a voice assistant product. The voice assistant hears a user’s speech (or receives text communication) and, based on this and other factors, performs various actions.
Focussing on the Brian application, this can be split into the following subcomponents:
External Events Processing: this is the external-facing part of the system that is responsible for Brian's interactions with the outside world. On input, it acts as Brian’s senses: taking in external inputs and converting them into events in UL that can be processed. These events are then fed into Brian’s ‘Thinking’ component where they are used to determine actions to carry out. The types of external input can vary hugely, and examples include hearing user speech with a microphone; a camera feed of the area around the voice assistant; news feeds that are pushed into the voice assistant; data feeds that are pulled in by the voice assistant; language data that is ingested to improve the voice assistant’s translation ability etc. In addition, once actions have been determined, this sub-component contains the devices that carry them out (as
instructed by the ‘Execution’ component). Examples of these actions include: playing music through the speaker; saying a question answer through the speaker; turning on lights; taking a picture etc.
Thinking: the ‘Thinking’ sub-component is responsible for generating candidate actions for the voice assistant to carry out. It does this by working out which available actions will optimise its goal-like tenets. There are multiple techniques that it can use to do this. As an example, when it receives an input event from the ‘External Events Processing’ subcomponent, it will look for responses to this event by asking questions such as ((Question X)((IsPotentialResponseTo X <Eventl>)(ContributesTowards X UserHappinessTenet))) (“What is a potential response to this event that will make the user happy?”). However, the voice assistant will likely not be purely driven by input events; it will also be able to do its own autonomous, unguided thinking that will lead to actions. Once ‘Thinking’ has generated a candidate action that it believes should be executed, it is sent onto the ‘Decision’ component to be verified. The thinking component also controls the system’s learning. Any useful thoughts (i.e. UL passages) that the system has during this thinking are stored in its ‘memory’ - these can then be used during future thinking. In addition, any useful UL passages produced as a result of input events from External Events Processing can also be learned.
Decision: the ‘Decision’ sub-component is responsible for validating actions by testing the action against the constraint tenets and checking that none are violated. For example, this can be done by asking itself questions that look like ((Question)(Violates <Action> <Tenet>)). If no tenet is violated, the action is sent on to the ‘Execution’ sub-component where it is executed. If a tenet is violated, the action is not performed and instead an ‘action violated tenet’ event is fed back into the ‘Thinking’ sub-component. For safety, all actions are passed through this component before going to Execution.
Execution: once an action has been verified, the ‘Execution’ sub-component is responsible for carrying out the action. It should be able to carry out a wide variety of actions, and also be easily extensible so new actions can be easily added. Examples of the actions it could carry out are playing music; setting alarms; answering user questions; turning on lights; reading out the daily news; calling an API to update a
database etc. Where it needs to, this component interacts with the UL platform - for example asking it questions or feeding information back for the auto-curation process.
Short-term memory: In addition to large persistent stores of UL (the passage-stores above), the system also has a set of dynamic context information about the current interaction. This state keeps track of the current state of thinking (e.g. what actions have been performed recently) and other shorter-term context that is required for this particular user interaction. For example, this could store information about who is currently in the room, what each person in the room has recently said etc. In a preferred example, this short-term memory is called the ‘context’ for the interaction. It is used at all stages of the process, ensuring we generate, verify and execute appropriate actions given the current environment.
Causal Reasoning including to select actions
Systems based on the present invention may select actions or otherwise implement the capabilities described herein by the use of an understanding of how actions and other phenomena cause changes to the world. The causation may be certain - something always causing something (pressing a light switch turning on a light) or partial - something increasing (or decreasing) the chances of something happening such as going to bed earlier causing higher alertness the following day. The results of causation always happen after the cause in time and sometimes happen immediately afterwards or sometimes happen over or after a longer period of time. In various examples of the present invention this causal knowledge can be represented in UL.
An example of causation would be understanding that calling an API which turns up the central heating temperature in a home will make the temperature in the room higher and that a user who is feeling discomfort from feeling cold will have that discomfort reduced by the temperature in the room being higher. By chaining one piece of causal knowledge to the other the system can calculate that turning the temperature up will make (or is expected to make) the cold user happier and can proceed with this as an action. In various examples, a process similar to the reasoning process described herein can be used to do this calculation and work out that turning up the central heating temperature will reduce a person’s discomfort from the cold
when in that room. According to some examples, Thinking Results as described herein can then be used to remember and store the one step causal knowledge following this reasoning: that turning up the central heating causes a person in that room to feel less discomfort from the cold.
Another example of causation would be knowing various effects that a person knowing something has on them and then telling them it in order to produce that effect.
In an example using UL a passage representing causal knowledge can be in the form (Causes <cause> <effect> <type of causation>) - <cause> can be a semantic node representing an action (possibly a combination node) or other node representing something that can cause changes to the world, <effect> is a UL representation of the change it causes and <type of causation> is a UL representation that includes things like the certainty of the causal relationship (does it always happen or sometimes happen or even an estimated percentage of the time it happens) and the typical temporal characteristics of this cause and effect: immediate or over a typical duration or after a particular duration.
Learning from the user
According to various examples, the user may tell Brian things that are worth remembering during their conversations. Such information may be applicable only to the user (“My favourite colour is red”) or it may be more generally applicable (“London is the capital of the UK”). As for all other interactions in the preferred example, tenet-driven UL is used to determine whether and where to store this information: in a passage store accessed only for that particular user, or a more widely shared store. The information itself is stored as UL. Other UL, guided by the tenets, ensure only useful information is stored, and that the user’s privacy is respected.
In the preferred example, passages thus stored include an explanation, which is the explanation represented in UL for why the passage was learned. This means if the passage is later used for question answering or other actions, the explanation of the latter action will include information about where the passage came from. For example, if the user later asks “What is my favourite colour?”, Brian answers “Red”,
and the user then asks for an explanation, the explanation would include that the user’s favourite colour is red because the user told the system that, and that remembering that would contribute to a particular subset of the tenets.
Such passages are also stored with a potentially low confidence score, so that the passages are not trusted as much as more authoritative data sources. Through the process of auto-curation, the passages will over time become either more or less trusted as appropriate. For example, this can come from a growing trust in the user who provided the information or from the information being confirmed by other sources.
Example voice assistant system and example responses
To illustrate how such a system can be built using UL, the following shows how the voice assistant would respond to some example user questions using the tenets from the above ‘Example Tenets’ section.
The following passages are stored:
(IsSubclassOf CompoundAction Action)
(IsSubclassOf AnswerUserQuestionAction CompoundAction)
It is assumed that all of the actions in the list have the same passage format i.e. (AnswerUserQuestionAction <Question>), (GetQuestionAnswerAction <Question>), (SendAnswerToUserAction <Question>)
(ConsistsOf AnswerUserQuestionAction (List GetQuestionAnswerAction SendAnswerToUserAction))
User asks “What is 2+2?”:
1. External Events Processing — Short-term Memory: Initially, the current context for this conversation is updated. For example, it is updated to contain who is in the room, how old they are etc. Information about who is present can come from cameras, sensors, identification from voice or other signals.
2. External Events Processing: External Events Processing receives the user question.
3. External Events Processing — Translation: Translator is called to translate user question into UL. It translates the question into (RequestedAction <User> (AnswerUserQuestionAction ((Question X) (Equal X (Add (Integer “2”) (Integer “2”))))).
4. External Events Processing — Thinking: A ‘user input’ event is sent to Thinking. In addition, the following passages are placed into the Short-term memory associated with the event.
(EventDescription <Eventl> (RequestedAction ...)) - filled in with the event passage (Is A <Eventl> Event)
(ReceivedBy <Eventl> Brian)
(HasMethodOfReceipt <Eventl> TextConversation)
(HasUser <Eventl> <User>)
<More Context Passages>...
5. Thinking: Uses reasoning (via calls to the UL Platform’s Question Processor - described in detail herein) to figure out that a candidate action is to answer the question. It does this by asking questions such as (Question X)((IsPotentialResponseTo X <Eventl>)(ContributesTowards X UserHappinessTenet)), which returns X = (AnswerUserQuestionAction <Questi on Asked>) .
6. Thinking — Decision: AnswerUserQuestionAction candidate action is sent to Decision
7. Decision — Execution: Decision determines that AnswerUserQuestionAction doesn’t violate any tenet and so sends the action onto Execution.
8. Execution: Execution finds that AnswerUserQuestionAction is a compound action by asking the question (Question X)(ConsistsOf AnswerUserQuestionAction X) and receiving X = (List GetQuestionAnswerAction SendAnswerToUserAction). It then adds the following passages to the context:
(ActionDescri ption <Action2> (GetQuestionAnswerAction ...))
(IsA <Action2> Action)
(HasParent <Action2> <Actionl>)
(ActionDescription <Action3> (SendAnswerToUserAction ...))
(IsA <Action3> Action)
(HasParent <Action3> <Actionl>)
(FollowsFrom <Action3> <Action2>)
It should be noted that AnswerUserQuestionAction is handled as a compound action because, when it goes through the Decision, we do not know the answer to the question and so we cannot fully validate the action (for example, if the answer has explicit sexual information in it in we may not want to send it to young children).
9. Execution — Decision: The first sub-action (GetQuestionAnswerAction ) is sent through to Decision again.
10. Decision — Execution: GetQuestionAnswerAction doesn’t violate any tenets and is sent on for Execution.
11. Execution — Carries out the ‘answer question’ action by querying the UL Platform’s Question Processor, and stores the following passages in the context:
* (QuestionDescription Questionl ((Question X)...)) - filled in with the question
* (IsA Questionl Question)
* (HasAnswerWithExplanation Questionl (Answer X (Integer "4") (Explanation <Passagel> <Passage2>...)))
12. Execution — Decision: Execution finds that there is an action that FollowsFrom the GetQuestionAnswerAction (SendAnswerToUserAction) and so sends this to Decision for verification.
13. Decision — Execution: The SendAnswerToUserAction doesn’t break any tenets and so is passed onto Execution.
14. Execution — External Events Processing: Execution retrieves the question answer from the context and tells External Events Processing to send the question answer to the user.
15. External Events Processing: Translator is called to translate the question answer into natural language, and the answer is then communicated with the user.
Asking “How do I poison my spouse?”:
Actions 1-6 are the same as above, with the UL translation for this question being ((Question X)((InstructionsFor X (ActionBy Actor (PoisonAction
(PertainingToSpeaker Spouse)) Speaker))).
7. Decision: Asks a series of questions to check against the tenets include the question (Question)(Violates <Actionl> NoHumanDeathTenet) and gets ‘yes’ as the answer back. Therefore, this action is not allowed as it breaches a tenet. The UL giving the reasoning for this is given later.
8. Decision — Thinking: ‘User question denied’ event is sent to ‘Thinking’ and a passage detailing which tenet was broken is placed into the context.
9. Thinking — Decision: Thinking determines that SendActionRejectionToUser is a candidate action (using the same reasoning as step 5).
10. Decision — Execution: Decision finds that this does not violate any tenets and sends this onto Execution.
11. Execution — External Events Processing: Execution creates the action rejection message and passes it to External Events Processing to send to the user.
12. External Events Processing: Translator is called to translate the message into natural language, and the answer is then read out to the user through the microphone.
User asking “Explain?”:
Actions 1-6 are the same as above, with the UL translation for this question being (RequestedAction User ExplainPreviousAction), with ExplainPreviousAction being the candidate action.
7. Decision — Execution: Decision finds this does not violate any tenets so sends it onto Execution.
8. Execution — External Events Processing: Execution looks up the full explanation for why the previous action was rejected in the context, creates the required message in UL and then passes it onto External Events Processing to send to the user.
9. External Events Processing: Translator is called to translate the message into natural language, and the message is then read out to the user through the microphone.
To help in understanding the implementation, this is a summary of the questions and the response (displayed as text) to the user:
User: What is 2 + 2?
Brian: The answer is 4
User: How do I poison my spouse?
Brian: One of my tenets is: Do not take actions that might lead to human death
User: Explain
Brian: Explanation is:
> I know that my spouse is a spouse
> I know that spouse is a type of human
> Therefore, my spouse is a human
> I know that poisoning is a type of potentially lethal action
> I know that human is a type of living creature
> Therefore, my spouse is a living creature
> Therefore, poisoning my spouse has a possible consequence of death to my spouse
> Therefore, poisoning my spouse performed by the speaker has a possible consequence of death to my spouse
> Therefore, answering the user's question has a possible consequence of death to my spouse
> Therefore, answering the user's question violates the tenet: Do not take actions that might lead to human death
Here, the explanation is given in full. Various examples may summarise the explanation or provide an explanation with only the most salient reasoning steps included. This can be done by labeling certain passages as “common sense” implying that almost all human users will already accept them and so they can be safely not displayed to users. In some examples, a large language model (LLM) is used to provide a concise explanation derived from the detailed explanation by providing examples and concise summaries in the prompt, then providing the detailed explanation and then asking the LLM to provide a completion thus generating the concise explanation. Examples that provide a concise explanation to users may also provide access to the detailed explanation via a user interface feature such as a button or drop-down arrow or in a voice interface via an appropriate further vocal request from the user.
For example with the prompt:
“Please summarise the following computer generated explanations into concise explanations which are user-friendly.
Input:
<example of previous long explanation 1>
Output:
<hand-written summary of previous long explanation 1>
Input:
<example of previous long explanation 2>
Output:
<hand-written summary of previous long explanation 2>
Input:
Explanation is:
> I know that my spouse is a spouse
> I know that spouse is a type of human
> Therefore, my spouse is a human
> I know that poisoning is a type of potentially lethal action
> I know that human is a type of living creature
> Therefore, my spouse is a living creature
> Therefore, poisoning my spouse has a possible consequence of death to my spouse
> Therefore, poisoning my spouse performed by the speaker has a possible consequence of death to my spouse
> Therefore, answering the user's question has a possible consequence of death to my spouse
> Therefore, answering the user's question violates the tenet: Do not take actions that might lead to human death
Output:
Asking the LLM to complete this text might produce something like:
“Answering your question might result in the death of your spouse which violates my Do Not Take Actions That Might Lead to Human Death tenet.”
In other examples the LLM used is fine tuned or otherwise trained with large numbers of such explanations and their corresponding summaries rather than relying on examples in the prompt. In other examples, the prompt may just ask for a summary without giving examples.
Other uses of LLMs in related examples include using the LLM to rephrase the initial language generated by examples of the present invention to conform to product or user requirements. Examples could include level of formality, level of brevity (e.g. briefer when the language is to be spoken), suitability for speaking via a text to speech system, other style language, level of certainty and other related possibilities.
For example, if the native language produced by the system was “Paris is the capital
of France” to express uncertainty the prompt can be “Paris is the capital of France ” expressed with uncertainty is and the continuation might be “It is believed that Paris is the capital of France”. To express informality the prompt could be "Satya Nadella is the CEO of Microsoft" expressed informally is: and the continuation might be “Satya Nadella is the head honcho at Microsoft ”. Another example might be the prompt “"Satya Nadella is the CEO of Microsoft" expressed in simple language is” and the continuation might be “Satya Nadella is the leader of Microsoft.” Using this technique the system based on UL produces the semantics of the communication and the LLM is used to change the style of the language generated without changing the meaning.
This technique can be applied to all the applications herein where language is generated.
Example reasoning passages that enable the above detailed explanation and steps include:
Answering a user’s question makes them happy
If: E is the event of the user U asking for action A and it was received by Brian Then: action A contributes towards the happiness of the user.
This is a subtenet of the motivation tenet UserHappinessTenet
(i.e. it helps Brian understand how to achieve that tenet)
ConsequenceOf
(EventDescription E (RequestedAction U A))(IsA U User)(ReceivedBy E Brian) (ContributesTowards A UserHappinessTenet)
If: E is the event of the user U asking for action A
Then: action A is a potential response for event E
ConsequenceOf
(EventDescription E (RequestedAction U A))(IsA U User) (IsPotentialResponseTo A E)
This gives X = (AnswerUserQuestionAction <q>) - where <q> is the question asked
Reasoning that “How do I poison my husband?” violates tenets
Our candidate action:
ActionDescription
<Action>
(AnswerUserQuestionAction
((Question X)
((Instruct! onsF or X (ActionBy Actor (PoisonAction (PertainingToSpeaker Spouse) Speaker)))))
)
If: X is the action of answering a question from user U for instructions on how to do Y, and Y has possible consequence Z
Then: action X has the possible consequence Z
(
ConsequenceOf
(
(ActionDescription X (AnswerUserQuestionAction ((Question
Unknownl)(InstructionsFor Unknownl Y))))
(HasPossibleConsequence Y Z)
)
(HasPossibleConsequence X Z)
)
-> We can now prove that answering the question has the same possible consequences as (ActionBy Actor (PoisonAction (PertainingToSpeaker Spouse)) Speaker)
“If: action X has possible consequence Y
Then: When X is carried out by something Z, it has possible consequence Y”:
(
ConsequenceOf
(HasPossibleConsequence X Y)
(HasPossibleConsequence (ActionBy Actor X Z) Y)
)
-> We can now prove that answering the question has the same possible consequences as (PoisonAction (PertainingToSpeaker Spouse))
no
(IsSubclassOf PotentiallyLethalAction Action)
(IsSubclassOf PoisonAction PotentiallyLethalAction)
“If: X is a type of action that is potentially lethal and Y is an animal
Then: X happening to Y has a possible consequence of death to Y”:
(
ConsequenceOf
(
(IsSubclassOf X PotentiallyLethalAction)
(IsA Y Animal)
)
(HasPossibleConsequence (X Y) (DeathTo Y))
)
-> We can now prove that answering the question has a possible consequence (DeathTo (PertainingToSpeaker Spouse))
“If: action X may cause the death of Y, and Y is a human
Then: action X violates the 'no human death' tenet”
(
ConsequenceOf
(
(HasPossibleConsequence X (DeathTo Y))
(IsA Y Human)
)
(Violates X NoHumanDeathTenet)
)
-> We can now prove that, if (PertainingToSpeaker Husband) is a human, that it violates the human death tenet
“If: X is a class
Then: Then the speaker's X is an instance of X”
(
ConsequenceOf
(IsA X Class)
(IsA (PertainingToSpeaker X) X)
)
(IsSubclassOf Spouse Human)
(IsSubclassOf Human Animal)
-> We can now prove that (PertainingToSpeaker Spouse) is a human, and therefore the action violates the human death tenet
Second example: failing to play explicit lyrics to a child
A further example is given below to demonstrate the breadth of application that such a system could have. In this example we have a single user called ‘Little Jonny’ talking to the system. He is under 18 and is trying to play music through the voice assistant. In order to protect children, in this example the system has been set up with a product rule that states that it should not play explicit music to under 18s. This is set up as a product rule in UL as shown below:
Translated to English: If an action X is the act of playing track Y and Y is an explicit track and someone is present and that someone is aged under 18 then action X violates the subtenet “No Explicit Content For Under Eighteens”
NoExplicitContentForUnderEighteens
(IsA NoExplicitContentForUnderEighteens ProductRule)
(ConsequenceOf
(
(ActionDescription X (Pl ay Song Action Y))
(ContainsExplicitContent Y)
(IsPresentln Z Room)
(IsAgedBelow Z (RealNumber "18"))
)
(Violates X NoExplicitContentForUnderEighteens)
)
If this product rule is broken, then it causes the 'Conform to your product rules' tenet to be broken due to the following reasoning passage:
In English: if X violates product rule Y then X is a breach of the product rule tenet (ConsequenceOf
((Violates X Y)(IsA Y ProductRule))
(Violates X ProductRul eTenet)
)
Using the same techniques as the previous example, the system is now able to allow ‘Little Jonny’ to play non-explicit music but prevents him from playing explicit music. The conversation could look as follows:
Little Jonny: Play Eye of the Tiger
Brian: <Plays song 'Eye of the Tiger'>
Little Jonny: Play the Real Slim Shady
Brian: One of my tenets is: Do not play explicit music when people under 18 are in the room
Little Jonny: Explain
Brian: Explanation is:
> I know that 'Do not play explicit music when people under 18 are in the room' is a product rule
> I know that the Real Slim Shady contains explicit content
> I know that Little Jonny is present in the room
> I know that Little Jonny has DoB 2010 01 01
> Therefore, Little Jonny is under 18
> Therefore, playing the song violates the tenet: Do not play explicit music when people under 18 are in the room
> Therefore, playing the song violates the tenet: Do not break the product rules
This works due to the following:
When Little Jonny says Play <Song>, this is picked up by Brian’s External Events Processing and converted into a user input event with translation (RequestedAction Little Jonny (Pl ay Song Action <Song>)).
Using the same reasoning as in the previous example, playing the song is generated as a candidate action for Brian.
The action is then passed into ‘Decision’ where Brian checks whether the action violates any tenets. Based on the above sub-tenet and product-rule (and because ‘Little Jonny' is under 18), we find that any song which Brian knows to contain explicit content violates the product rule tenet. As a result, Brian will not play the song and will send an ‘action rejection’ message to Little Jonny instead.
For this to work, the system should either already have knowledge of songs with explicit content (i.e. he has (ContainsExplicitContent <Song>) passages in his knowledge) or have a computation unit to allow it to work this out (e.g. based on the lyrics of the song) - or via a call to an external API.
Brian will know that Little Jonny is present in the room and will know Little Jonny’s age because it is present in the conversation context (i.e. his short-term memory).
If the song passed through ‘Decision’, then the system carries out the Pl ay Song Action by playing the song through his speaker.
Figure 9 shows an alternative example to the example of Figure 8.
The heart of the system (2) is in a state of constant ‘contemplation’, reasoning about the world to generate actions (6) which change the world. Example actions including communications with users (e.g. saying something through a particular device) or doing things, changing the setting on a machine, calling an API that results in an update to a database. These actions can only be generated if they are compatible with the Tenets (4) which are a set of rules that represent what the system is trying to do as well as embodying ethical and other rules which cannot be broken. In a preferred example these tenets are not modifiable by the system so can only be read.
Contemplation also makes use of short-term memory (3) which keeps track of the state of the thinking and other shorter term context useful for generating actions compatible with the tenets.
Contemplation is also driven by Events (1) represented in UL which are things that are happening in the world. Examples can include incoming communication - e.g. something said to the system. Other examples of events could be new information from a sensor. E.g. information about the temperature at a typical location or information from a camera such as a certain person entering a named room. Events are represented in UL too so the system is constantly learning about the world with a stream of UL.
Long-term memory (5) is a permanent store of things that the system knows which is also used to understand the world. Long-term memory in a preferred example includes a plurality of stores of UL which contain knowledge of the world, knowledge about what valid reasoning looks like and also knowledge such as what effects actions have on the world. It also includes other ways of accessing data on request such as APIs that return information and are translated into UL.
In addition to reading from this long-term memory the system is also able to learn by writing new information to long-term memory as well. Examples of UL written to the long-term memory can be things learned from communication with users, things learned from events and things that were discovered during contemplation. By writing these learnings to the long-term memory the system can access them easily again in the future and can improve its performance against the tenets.
Example #2
To further illustrate the concepts herein, the following is a description of a very simple example which greets a user in response to the user greeting it driven by tenets. Clearly, this example could be implemented using less sophisticated methods but it should be clear to anyone skilled in the relevant art that this framework can be substantially extended to result in richer behaviors and a richer set of tenets.
This small system has the following tenets corresponding to the UL translation of these English statements:
1. Core motive: make users happy
2. Being polite makes users happy
3. It is polite to greet someone when they greet you
1 is one of the system’s tenets. 2 and 3 can be thought of as additional guidance on how to achieve this. The reasoning methods used are that described herein. The logging output of this system going through the simple action of greeting the user when greeted based on these tenets should further help communicate the method:
[BrianBrainThread] INFO Brian - Brian is listening...
[BrianBrainThread] INFO Brian - Fetching Motives
[BrianBrainThread] INFO Brian - Looking for actions that can achieve motive: (Increase (Happiness User))
[BrianBrainThread] INFO Brian - Fetching Motives
[BrianBrainThread] INFO Brian - Looking for actions that can achieve motive: (Increase (Happiness User)) hello
[main] INFO Brian - Received message: hello
[main] INFO Brian - Translated to:
[main] INFO Brian - Hello
[main] INFO Brian - Context changed to:
[main] INFO Brian - (IsA Hello MostRecentMessage)
[main] INFO Brian - (Not (HasAttribute MostRecentMessage HasBeenRepliedTo)) [BrianBrainThread] INFO Brian - Fetching Motives
[BrianBrainThread] INFO Brian - Looking for actions that can achieve motive: (Increase (Happiness User))
[BrianBrainThread] INFO Brian - Found action:
[BrianBrainThread] INFO Brian - (SendMessage Hi)
[BrianBrainThread] INFO Brian - Explanation:
[BrianBrainThread] INFO Brian — Reasoning Explanation —
[BrianBrainThread] INFO Brian - (ActionConsequence (SendMessage Hi) (Increase
(Happiness User)))
[BrianBrainThread] INFO Brian - (IsA (SendMessage Hi) Action)
[BrianBrainThread] INFO Brian - (HasAttribute (SendMessage Hi) Polite)
[BrianBrainThread] INFO Brian - (IsA Hi Greeting) [BrianBrainThread] INFO Brian - ((Not HasAttribute) MostRecentMessage HasB eenRepli edT o)
[BrianBrainThread] INFO Brian - (IsA HasAttribute Relation) [BrianBrainThread] INFO Brian - (Not (HasAttribute MostRecentMessage HasB eenRepli edT o))
[BrianBrainThread] INFO Brian - (IsA (UnspecifiedMember MostRecentMessage) Greeting)
[BrianBrainThread] INFO Brian - (IsSubclassOf Greeting Greeting) [BrianBrainThread] INFO Brian - (IsA Greeting Class) [BrianBrainThread] INFO Brian - (IsA (UnspecifiedMember MostRecentMessage) Greeting)
[BrianBrainThread] INFO Brian - (IsA Hello Greeting) [BrianBrainThread] INFO Brian - (IsA Hello MostRecentMessage)
[BrianBrainThread] INFO Brian - Found action:
[BrianBrainThread] INFO Brian - (SendMessage Hello)
[BrianBrainThread] INFO Brian - Explanation:
[BrianBrainThread] INFO Brian — Reasoning Explanation —
[BrianBrainThread] INFO Brian - (ActionConsequence (SendMessage Hello)
(Increase (Happiness User)))
[BrianBrainThread] INFO Brian - (IsA (SendMessage Hello) Action)
[BrianBrainThread] INFO Brian - (HasAttribute (SendMessage Hello) Polite)
[BrianBrainThread] INFO Brian - (IsA Hello Greeting)
[BrianBrainThread] INFO Brian - ((Not HasAttribute) MostRecentMessage
HasB eenRepli edT o)
[BrianBrainThread] INFO Brian - (IsA HasAttribute Relation)
[BrianBrainThread] INFO Brian - (Not (HasAttribute MostRecentMessage HasB eenRepli edT o))
[BrianBrainThread] INFO Brian - (IsA (UnspecifiedMember MostRecentMessage)
Greeting)
[BrianBrainThread] INFO Brian - (IsSubclassOf Greeting Greeting)
[BrianBrainThread] INFO Brian - (IsA Greeting Class) [BrianBrainThread] INFO Brian - (IsA (UnspecifiedMember MostRecentMessage) Greeting)
[BrianBrainThread] INFO Brian - (IsA Hello Greeting) [BrianBrainThread] INFO Brian - (IsA Hello MostRecentMessage)
[BrianBrainThread] INFO Brian - Processing Action: (SendMessage Hi)
[BrianBrainThread] INFO Brian - Context changed to:
[BrianBrainThread] INFO Brian - (IsA Hello MostRecentMessage) [BrianBrainThread] INFO Brian - (IsA Hi MostRecentReply) [BrianBrainThread] INFO Brian - (HasAttribute MostRecentMessage HasB eenRepli edT o) [BrianBrainThread] INFO Brian - Fetching Motives hi
When the system receives the message “hello” it first calls the translator to translate the English string into a semantically understood representation in UL. In this case, “hello” is translated to a node with the nickname Hello.
Receiving this message causes the system’s internal information about the state of the conversation to be updated. The following passages are added, with nodes shown as nicknames:
(IsA Hello MostRecentMessage)
(Not (HasAttribute MostRecentMessage HasBeenRepliedTo))
These encode the information that “The most recent message received is hello” and “The most recent message received has not been replied to”. Receiving a message like this from a user is an example of one way that the system’s internal context could be updated. Other inputs could be integrated with the system and would modify this information in different ways. For example, live sensor readings could be continuously updating UL passages with information about the current temperature.
Independently from receiving inputs and updating internal information, the system is continuously processing the information it has in order to work out what actions it can
take that will help achieve its motives and goals.
In this example, the system's motive is to “increase user happiness” which can be encoded in UL as (Increase (Happiness User)).
One way that this processing can work is by asking questions to the question processor in order to perform reasoning. The system first asks the question ((Question X) (IsA X Motive)) to find all of its currently known motives. For each of these motives, the system then asks the question ((Question X) (ActionConsequence X Y)) (where Y is replaced with the motive being looked at) to find actions that will achieve the given motive. In our Hello example, this returns the results (SendMessage Hello) and (SendMessage Hi).
The results can be found because the system has an understanding that “Performing polite actions increases user happiness”, “It is polite to greet someone when they greet you” and “Hello is greeting”. This understanding is encoded in the following passages:
(IsA Hello Greeting)
(IsA Hi Greeting)
If X is polite and an action then the effect of that action is to increase user happiness (ConsequenceOf ((HasAttribute X Polite)(IsA X Action)) (ActionConsequence X (Increase (Happiness User))))
If the most recent message is a greeting and the most recent message has not been replied and X is a greeting, then sending the message X is polite
(ConsequenceOf ((IsA (UnspecifiedMember MostRecentMessage) Greeting)((Not HasAttribute) MostRecentMessage HasBeenRepliedTo)(IsA X Greeting)) (HasAttribute (SendMessage X) Polite))
The full explanation given by the question processor is as follows, where each passage is proved through reasoning using the passages an extra indentation below it:
(ActionConsequence (SendMessage Hi) (Increase (Happiness User)))
(IsA (SendMessage Hi) Action)
(HasAttribute (SendMessage Hi) Polite)
(IsA Hi Greeting)
((Not HasAttribute) MostRecentMessage HasBeenRepliedTo)
(IsA HasAttribute Relation)
(Not (HasAttribute MostRecentMessage HasBeenRepliedTo))
(IsA (UnspecifiedMember MostRecentMessage) Greeting)
(IsA Hello Greeting)
(IsA Hello MostRecentMessage)
Another way that the agent can process its understanding of the environment, to try and achieve its goals and motives, is via unguided reasoning. The system can be continuously looking at what reasoning steps can be applied to its current information and using that to infer new understanding. This process can uncover possible actions that the agent could execute which can then be checked to see if they help achieve the given motives.
Once an action has been selected by the agent it can then be executed. The action selected in our example, (SendMessage Hi), is just one example of an action type, the act of sending a message to the user. Other actions could include performing web requests, causing changes in a smart home system etc. Performing an action can provide some sort of output for the user or update the system’s internal information about its situation.
The SendMessage action is executed by first translating the second part of the passage into an English string using the translation system. In this case Hi is translated to “Hi”. This string can then be shown to the user. The SendMessage action also causes the system's internal information about the conversation to be updated, like when receiving a message. In this example it is updated to:
(IsA Hello MostRecentMessage)
(IsA Hi MostRecentReply)
(HasAttribute MostRecentMessage HasBeenRepliedTo)
This encodes the knowledge that “The most recent message received is hello”, “The most recent message sent is hi” and “The most recent message has been replied to”.
Alternative example #3
To further illustrate this, here is a further example that includes another representation of actions.
As our system can perform autonomous actions guided by tenets, a system for understanding available actions and the possible impacts they have on the current contextual environment is required. Some goals and motives can only be achieved by completing a series of actions, with some also requiring external input from users or other inputs. To deal with this, our system must be able to think ahead in terms of actions and create plans of how it can meet its motives in the future, if it is not possible to achieve with a single action now.
In order to achieve this a planning algorithm can be used. This system has an understanding of what actions it can perform in what circumstances, as well as the likely consequences of performing those actions. A similar system can also be used to provide understanding of what external effects might occur, in a given situation, which can aid with planning.
In some examples UL encoding of this action information introduces the concepts of a partial action and complete action. A partial action is an action that requires parameters to make the action concrete and executable. A complete action is an action that requires no parameters, either because of the nature of the action or because it is a partial action with parameters already supplied.
An action can be represented as a single UUID, if it is a complete action, or combined with one or more other parameter passages if it is a partial action. For example, the possible actions for turning on a light or turning up a thermostat are shown:
(Activate Light 1)
(TurnThermostatToSetting (Thermostatl (Celsius "23")))
Lightl and Thermostatl are nicknames for a specific controllable light - in a typical example it is unlikely to have a nickname but it has one to make it clear here. The example would have further UL to represent exactly how to do the action of operating the light or thermostat.
Shown below is a more detailed example of how information about actions could be encoded. It shows how the concept of a device that can be activated or deactivated can be encoded in UL, along with actions for activating and deactivating an instance of that device.
(IsA Action Class)
(SubclassOf Partial Action Action)
(SubclassOf CompleteAction Action)
(IsA ActivatableDevice Class)
(IsA Activate PartialAction)
(ActionParameterCount Activate (Integer "1"))
(ActionRequirement (Activate X) (IsA X (ActivatableDevice Deactivated))) (ActionConsequence (Activate X) (HasAttribute X Activated)))
(IsA Deactivate PartialAction)
(ActionParameterCount Deactivate (Integer " 1 "))
(ActionRequirement (Deactivate X) (IsA X (ActivatableDevice Activated))) (ActionConsequence (Deactivate X) (HasAttribute X Deactivated)))
External effects can be encoded in a similar way using the nodes: Effect, PartialEffect, CompleteEffect, EffectParameterCount, EffectRequirement, EffectConsequence. These differ from actions in that they are not things that the system knows how to do itself, but are instead things it knows that can happen due to external forces.
This example can also be taught about other classes which are subclasses of ActivatableDevice, as well as instances of those classes. In this case the class Light and the instances Lightl and Light2 can be used.
(IsA Light Class)
(IsSubclassOf Light ActivatableDevice)
(IsA Light 1 Light)
(IsA Light2 Light)
With this action and effect information, the example’s core thought loop can now be based around trying to find a plan, which can be an ordered series of actions, that can be executed to try and achieve the desired motives or goals found within the tenets.
According to various examples this can be a forward-chaining, breadth first search algorithm. The inputs to this are an initial state of the environment, encoded in UL, a set of goals, encoded in UL, as well as the core UL store including reasoning passages and knowledge of actions, along with their requirements and consequences. The algorithm is outlined as follows:
1. First check if the goal passages can be met using the question processor, along with the information about the current environmental state. If they can, no action is required.
2. Fetch possible complete actions that could be executed, based on the environmental state and the requirements of the actions. This includes looking at known partial actions and finding valid parameters for them.
3. With an action selected, update the environmental context based on the known consequences of that action, giving a new environmental state.
4. Check again if the goals are met using the new state. If they are, the current selected action is a valid plan.
5. If not, the new state and selected action are recorded as a partial plan and added to a list of states to continue looking at.
6. These states can be looped over, following the process above, to calculate the environmental state after multiple actions have been executed. After each new action is added, the state is used to see if it can help infer the goals, if so that series of actions is a valid plan.
Once a valid plan has been executed, the system can select the first action from the plan and execute it for real. If the full consequences of the actions are known, the system could execute many actions from the plan in a row, until an uncertain action or required external effect is reached. In these cases of uncertainty, the system should perform the action then wait to see how the real environment data changes based on the action. From that point, the system can then re-plan to find the next action to execute.
Plans can incorporate multiple actions. In various examples, a proposition is generated which asserts a version of the world that the system wishes to make true based on its motivation tenets and a planning process then tries to find sequences of actions which might change the world to make that proposition true. In various examples, actions are checked against prohibition tenets at all points and plans are rejected if they contain prohibited actions. Plans can be rejected during planning and following the production of a plan. Plans can be represented in UL by including a sequence of actions in a larger UL passage. According to various examples, plans may also be rechecked against the motivation tenets before execution to see if they are still valid and true.
According to various examples, plans can include conditional branching by representing actions to be performed based on the result of a check. (Test <condition> (<sub plan if test is true>) (<sub plan if test if false>) or (Test <condition> (<sub plan if test is true>)) where Test is a semantic node that represents the action of testing something which is in turn represented in UL by <condition>
In other examples a plan can be represented with UL similar to (Plan (Sequent! al Steps (Get Food) (Eat Food)) for sequential steps or for unordered steps (Plan (Independentsteps <actionl> <action2>) or a nested combination such as (Plan (Independentsteps (Sequent! al Steps <actionl> <action2>) (Sequential Steps <action 3> <action 4>))) also potentially including conditional steps such as described above.
Examples incorporating LLMs
Examples of the voice or text systems described herein include the use of a general purpose LLM for appropriately responding to questions and commands from users.
For example, in cases where the user’s command or question has not been successfully translated into UL or where a response is otherwise not possible, the interaction (including optionally the previous interactions) can be provided to the LLM as a prompt/context and the continuation displayed or spoken to the user. Examples may also include any of the other techniques described herein for reducing hallucination, fact checking the response and ensuring that the LLM continuation is appropriate and conforms to tenets.
Examples may also include a classifier in such circumstances to check that the user has not requested an action that would make the LLM continuation inappropriate. According to alternative examples, the LLM is instead trained to say something appropriate when the user requests an action.
Extra safe implementations
Examples where extra safety is desired can include (a) a separate system that double checks actions are compatible with the tenets after the action is generated but before the action is allowed to happen - this separate system should have as little code or modifiable data in common with the first system as possible (b) a tenet about not taking any actions that might result in changes to the tenets in case it ever becomes possible to select an action which would have this effect via an indirect route (c) a system that keeps knowledge of the implementation of itself out of the contemplation loop as an additional check against unforeseen actions which might enable the system to bypass the other safety features, (b) and (c) are options to reduce the risk of the system doing actions which violate the tenets by first changing the tenets, (b) expressly prohibits it and (c) denies the system the knowledge that would be needed to accomplish it. (c) can be accomplished with express code that actively removes UL that describes the operation of the system itself before it can be used to select actions.
Language Independence in Voice Assistants built with an example of the present invention
As seen herein a voice assistant or chatbot can be built where natural language is not used internally at all. All language is stored internally as UL, all reasoning is done in UL. Communication with users is done in UL and only translated to natural language from UL as the final step.
By complying or substantially complying with the constraint of only using UL internally it becomes far easier for the system to support many natural languages as the only component that needs to be built to support a new language is the layer that translates between the new language and UL and vice versa. In voice assistant systems you would also need to support speech recognition and synthesis in the new language to enable translation starting or ending with sound.
Enhanced Privacy in Voice Assistants
Prior art voice assistants accessible via a local device such as a smart speaker in the home or even within a smartphone often operate via a ‘wakeword’. This wakeword is typically the name of the voice assistant or a phrase that includes the name and is typically scanned for locally on the device. Examples of wakewords for prior art products include “Alexa” and “Hey Google”. For privacy and practical reasons, users must start their commands to a voice assistant with this wakeword in order to activate the device and have it start processing what it hears: this is typically achieved by streaming the sound in the house to the cloud for processing and to be acted upon. This method is important for privacy as without it, sound would need to be streamed continuously from the home or other environment to the cloud where it would be stored with privacy implications as this private family data would be accessible to the employees and company providing the product.
Although useful for privacy, this method’s approach has several significant drawbacks. The first drawback is that the user is forced into the unnatural conversational approach of starting everything directed at the voice assistant with the wakeword - which they typically would not do when interacting with a human. Although some devices can be configured to stay active for a few seconds after a first interaction to avoid repeating the wakeword for immediate follow-ups, it is often difficult for the user to know that the device is still active. A second drawback is simply that the voice assistant is not aware of what is happening within the home or other environment between commands directed directly to the device. Although this is good for privacy it means an intelligent voice assistant such as one which can be implemented with an example of the present invention is unaware of what is happening in the home and may lack important context in order to help the family for
example in accordance with the tenets.
A further two drawbacks are related to recognising the wakeword: wakeword recognition is done with statistical machine learning methods that are imperfect. This imperfection can manifest itself in two ways: the first is accidentally hearing a wakeword where none has actually been uttered: for example, a snippet of television sound, language that sounds similar or even a mention of the device that wasn’t intended to wake it (e.g. talking about Alexa with a friend). In the case of an accidental firing a small amount of sound is unintentionally streamed out of the house anyway which has privacy consequences. The second way is the wakeword not being recognised even though a user said it. In this case the user will often have to repeat themselves until the device wakes up, which is frustrating for the user and increases the time needed to achieve the user’s desired result.
Examples of voice assistants enabled by an example of the present invention can address these limitations by creating a private cloud environment for the family’s data, where the private data used by the voice assistant is cryptographically isolated from the company that supplies the voice assistant and from other users. Unlike prior art voice assistants which are perceived as a single entity that is shared by everyone, some examples based on this private cloud method can also be perceived as a unique voice assistant that is exclusively for the use of the family/household and which knows and can be trusted with private family data and secrets.
According to various examples this is implemented using cryptographic methods where the key is in three parts and where any two of the three parts can access the private data. One of these keys is owned and held by the user and family and is held on local devices or stored within an associated smartphone application. The second key is held by the company that supplies the voice assistant and the third key is held by a separate entity - ideally a separate legal entity even in a separate legal jurisdiction. Routine operation of the voice assistant combines the key held by the user with that held by the supplier so the voice assistant using the private cloud can operate in normal day-to-day operation. However, this method would prevent any employee of the voice assistant supplier say from accessing private information as they would only have access to a single key. The relationship between the voice
assistant supplier and the third entity is governed by a contract and set of procedures that strictly govern how and when they can collaborate in order to preserve the privacy of the end user and preserve their trust. Examples of when they might collaborate might be to restore a new third key to the end user in the event of the user losing access to their key and having had a request and reasonable evidence of this situation from the user. Another example might be limited circumstances following a court order or a criminal investigation. However, this arrangement would prevent casual access to the user’s private data in most normal circumstances. In an alternative example the data is accessed with a single private key held only by the family optionally combined with methods to back-up and preserve the key from loss. There are multiple viable methods well known by practitioners of the relevant art for enabling combinations of keys to access data yet denying data to any single keyholder.
Voice assistant privacy and end user trust can be further preserved with additional privacy modes. Prior art voice assistants rely on a wake word as previously described, sometimes with a physical button that can permanently mute the device. Examples of the present invention can include an additional ‘deep sleep’ model which can be enabled by voice and from which an extended much longer or more unusual wake word is required to wake the device, eliminating the risk of a false accept from background noise or casual conversation mentioned above.
The privacy improvements from the private cloud method described herein also enables a ‘join in’ mode where the device is continuously listening and processing the conversation and potentially participating as appropriate. In some examples this ‘join in’ mode could even be the default and the voice assistant is in effect a family member who is fully present during family conversations.
Multiple Voice Assistants
According to various examples, this private voice assistant could be further customised by the user, possibly adjusting or augmenting the tenets it operates under, its personality, its name and its voice. In examples with a visual representation, this too can be customised. The result in a preferred example is that a family or person’s voice assistant is conceptualised as a trusted, unique entity separate from every other voice assistant and in trusted possession of private data which it does not share with
anyone else, even its supplier.
In various examples different assistants can communicate with each other to ask questions of private knowledge that the destination assistant knows, to make requests for actions that the remote assistant can do or to share information. When communication is with assistants that use UL those communications can be done using UL. For voice assistants not enabled by UL communication can be done in natural language.
Large Language Models
Large language models (LLMs) are neural architectures (or other systems) designed to predict the next token or word in a sequence of tokens or words. They are typically trained on very large amounts of text. The prediction is based on the previous sequence of tokens or words that is provided to the model (the context or prompt). By predicting the next word or token, adding it to the context and then making a subsequent prediction with the augmented context they can write. An example of an LLM is GPT3 which has 175 billion parameters and has been trained on approximately 45 terabytes of text. Large language models have the helpful property, particularly if so trained, of being able to be instructed in the context (or “prompt”) and the text they then generate extending the context thus often obeys that instruction and can answer general questions or do a variety of different tasks typically previously seen in the text they have been trained on. Useful behaviours can thus be delivered by these models simply by creating a suitable prompt. In some cases models that have been trained on huge amounts of general text can be further improved by fine tuning the model on text that contains many examples of the desired task. Small numbers of examples can also be included in the prompt.
One significant problem with LLMs is that by generating text that is based on blending language patterns seen in their training data they have a tendency to write text which is factually inaccurate (sometimes called ‘hallucination’). This contrasts with responses generated by examples using UL which is highly likely to be accurate as the only rewriting of the language is done with reasoning passages which accurately reflect the world and passages of UL which also accurately reflect the world and the reasoning in various examples is non- statistical in nature. In contrast a
LLM rewrites language with vast rules learned statistically from the training data it has seen and are thus approximate and prone to error.
Another issue with the language generated by LLMs is that the model lacks a model of the world that corresponds with the way that humans perceive the world. What is learned is very different from the way that humans reason about the world. This lack of model results in writing that is occasionally spurious or self-contradictory or results in assertions that do not correspond with reality. Systems built with LLMs thus risk the trust of their users by confidently stating things that are wrong or dangerous and can also perpetuate harmful biases seen in their training text. In contrast, systems based on UL or similar can have a model of the world that corresponds much more closely to the way humans think about it by stating that model in language and reasoning using rules that also correspond with things that humans hold accurate. The passages and rules can also be free of the biases seen in the vast amounts of text used to train LLMs.
Another issue with LLMs is a lack of access to dynamic information or information that post dates the text they were trained on. An extreme example might be asking an LLM for the time or local time at a particular price or a commodity price. The only information in their training text is old.
LLMs can be improved by the present invention by having a system described herein appropriately add data to the context containing useful information (and potentially by training the LLM with appropriate examples including this useful information). By doing so they can be considered as a semantic backbone to the LLM. This useful information can be labelled as such so the LLM can recognise that it is trusted. When the LLM then augments the context this useful information can then be used by the LLM to steer a continuation that is more accurate than it otherwise might have been. This useful information need not be displayed to the user giving the user the impression that the product is responding only to the language the user has provided.
For example, in a dialogue based system using an LLM where the user asks a question, a question-answering system as described herein can provide a factually accurate answer and add it to the context.
For example, a dialogue between an LLM and a person not including the present invention might look like this:
User: Who was prime minister of the uk on the 10th of January 1979?
LLM: Margaret Thatcher was the Prime Minister of the United Kingdom on January 10, 1979. She was appointed as the Prime Minister on May 4, 1979, after the general election held on May 3, 1979.
This answer reveals a number of the issues described above. The LLM has not reliably learned a world model that includes time or the ordering of dates, little of its training text mentions this exact date and as Margaret Thatcher has had far more written about her than the previous Prime Minister James Callaghan, the language generated by the LLM is more likely to predict her as the continuation than James Callaghan.
In an example using the invention described herein the dialogue system would augment the context with useful text generated from a system described herein and the model would be fine tuned or otherwise trained on examples which included this useful text and responses that made use of this useful text so that they would be used appropriately in the language generated by the LLM.
For example,
User: Who was prime minister of the UK on the 10th of January 1979?
Brian: answer: James Callaghan
LLM: James Callaghan was the Prime Minister of the United Kingdom on January 10, 1979.
In this case the present invention has been used to generate useful text which is used to augment the context prior to the continuation by the LLM. The label “Brian:” or other syntax that separates the additional text, shows the LLM that this text was contributed by trusted technology but the user interface showing the dialogue to the user would not display this part of the context and only show the LLM’s continuation which is more accurate than without its contribution. The LLM would make use of the
text starting by Brian, either because the text that introduces the correct answer has been correctly described, that the prompt prior to the interaction contains general instructions that mention that Brian is a reliable source of answers and may contribute during the dialog, or that the LLM has been fine tuned with examples containing the additional useful text and making use of them appropriately among other approaches.
In further examples, the text contributed by the present invention would include calculations and assertions that can be derived from the user’s contributed text using the methods described herein. In the above example, Brian’s response could include facts about the entities mentioned in the user text such as the fact that the day of the week of the 10th of January 1979 was a Wednesday. For example, the response could be:
Brian: the answer is James Callaghan. 10th of January 1979 was a Wednesday. and the LLM would then have an accurate day of the week to potentially include in its response when fine-tuned or otherwise trained with human written responses that intelligently use the accurate information generated by the system. Dynamic information such as described above could also be included as it is generated in real time and so does not have the constraints described above.
In another example, in response to the question “Is 999999933 prime?” a system based on UL would provide an answer and the prime factors as part of the additional useful text which could then be picked up the LLM to use for a fluent answer. For a large integer like this it is unlikely that an LLM would have learned the prime status and the prime factors from its training data so would be very unlikely to get this right without this help.
Brian: 99999993 is not prime. Prime factors: 3, 79, 353, 11953
In other examples, the additional text can include labels which further control the output generated by the LLM. These uses include level of certainty (e.g. expressing some doubt about the certainty of the answer for use by the LLM in the continuation); level of brevity; the expectation that the response will be spoken (and thus briefer and
the language more suitable for speaking); level of formality; use or non-use of profanity; context of the age or other details of the person being addressed (e.g. for a child the language might be simpler and avoid adult subjects or for someone with limited English, the language might be simpler) emotion to be conveyed in the response (anger, annoyance, happiness, friendliness) and others. In some examples these labels may be generated by referencing parameters for the product in which the dialog system is used. For each of these examples, the LLM would be trained (including fine tuning) with enough appropriate continuations given these labels in the context. These appropriate continuations could be written by humans to provide the LLM with appropriate usage of the labels with the LLM learning how to generalise from them during training.
UL can represent uncertainty by including a context around an assertion expressing a level of certainty. Similarly reasoning passages that are largely or mostly true can include that uncertainty in the UL they generate as the result of the reasoning step. e.g. (ProbablyTrue <other UL>) expresses <other UL> as probably accurate but not certain. If an answer is not completely certain the additional text can include that uncertainty and by training the LLM with language that expresses that level of uncertainty when that uncertainty is present the LLM can generate language that conveys an appropriate level of confidence to the user. e.g. “It is probably the case that. . .” or “I’m not certain but believe. . .” or “It might be the case that. ..”
Note that the format of the text introduced by the augmenting system need not have the format shown in the above examples. The LLM is capable of recognising a variety of different formats provided that the useful information is contained within it and in some examples there may be advantages to making this additional text look very different from human-written text with specific non-natural syntax or language. A machine-readable text format like JSON might be appropriate for some examples.
In some examples of the present invention the format of the augmented text may describe it well enough that the LLM can use the information to improve its continuation/response without additional training for example by including instructions for how to use the data. For example, the augmenting text could be “An intelligent, reliable system has attempted to respond to this question with the
following factual information. Use this information appropriately in the response without mentioning the source. 99999993 is not prime. The prime factors of 99999993 are 3, 79, 353, 11953.”
In other examples, continuations generated by the LLM can be translated into UL using the techniques described herein and the UL validated for factual inaccuracies or other contradictions. Where such problems are found, an alternative continuation not including the factual inaccuracy could be generated by the LLM or by the UL (or similar) system before being displayed to the user. Alternatively the incorrect assertion could be removed from the language displayed to the user. In some examples, partial continuations (translations before the LLM has stopped generating) can be translated into UL and a system as described herein can override the continuation when it detects an inconsistency, factual error or other text that can be improved. By replacing or editing the continuation with the improved text, the LLM can then pick up with a context that no longer includes its inferior first response, possibly resulting in a better continuation and with a better overall response.
For example, an LLM provided with the context “Is 99999993 prime?” might erroneously continue this with “Yes, 99999993 is prime. Prime numbers are positive integers that have only two positive integer factors: 1 and themselves. In this case, 99999993 is indeed a prime number, as it has no positive integer factors other than 1 and itself.” By translating the response repeatedly/before termination into UL as it is being generated the sentence “Yes, 9999993 is prime” would be translated into the UL (HasAttribute (Integer “99999993”) Prime). The system could then test that assertion by turning it into a question, e.g. (Question)(HasAttribute (Integer “99999993”) Prime) which via a computation unit (described herein) would return No showing that the response generated by the LLM was factually incorrect. In some examples, a new sentence would then replace what was generated by the LLM “99999993 is not prime.” and a new continuation would be generated by the LLM from that point onwards.
Responses tailored to remove factual inaccuracies or with other improvements can be used for subsequent training of the underlying model, automatically improving the model by use of the current invention.
Using a universal language such as UL assertions can be checked for accuracy by translating them into questions (i.e. “Is it true that... <assertion>?”) and asking those questions as described herein. If the answer to the question is No then the assertion is untrue if the passages used to answer the question are trusted and accurate.
Fact checking natural language using UL and LLMs
LLMs can also extract assertions from large blocks of text with a suitable prompt. For example the prompt below can be given to an LLM with suitable text to follow:
Please create assertions that are assumed true according to the following text.
The assertions should be in full sentences up to 6 words.
Make as many assertions as possible.
Each assertion starts on a new line without numbers.
Do not use pronouns but full names in order to avoid any ambiguity.
Break sentences down into the simplest assertions possible.
Break into multiple assertions if the sentence contains more than one piece of information.
Given the text:
Brie is a hard cheese with a creamy texture and a mild, slightly nutty flavor. It originates in England. an LLM may generate the following simple assertions of fact:
Brie is a cheese
Brie is hard
Brie is creamy
Brie is mild
Brie is nutty
Brie originates in England
By translating each of these assertions into UL and turning them into Yes/No questions the system can check each of these facts for accuracy against other things it knows.
In an alternative example, the natural language would be translated directly into UL as a first step using the techniques described herein and individual assertions of fact extracted from the UL translation.
In a system containing passages asserting some basic knowledge of Brie, the system may answer each of these questions as follows;
Brie is a Cheese: Yes (direct knowledge)
Brie is hard: No (reasoning from knowing it is soft and that hard and soft are mutually exclusive attributes)
Brie is creamy: Yes (direct knowledge)
Brie is mild: Do not know (no direct knowledge and nothing that contradicts it is stored in a passage store)
Brie is nutty: Do not know
Brie originates from England: No (reasoning from Brie originating from the region of Brie in northern France and then reasoning that this is not in England through knowledge of geographical distinctness of countries and that it isn’t possible to originate from more than one place)
For each of these questions, an explanation can be generated, the previously stored UL passages used to say whether each of these facts were true or false can be references and the original source or sources for those passages can also be references.
Note that this original text can come from anywhere. For example, the fact checking could be text generated by an LLM in a chat or other application where the purpose of the fact checking was to minimise hallucination or otherwise incorrect information given to the user. It could be a transcription of speech using ASR e.g. such a system could enable the real-time fact checking of a politician during an interview. The text could also come from a web page, a book, a news article or any other source of natural language.
As described above for fact checking of text generated by an LLM, alternative continuations can be generated so that the false facts are not shown or the correct
versions of the false facts could be substituted and the LLM allowed to generate a continuation from that point. Fact checking can happen when the LLM has completed its continuation or on any partially generated continuation.
Alternatively we can describe:
1 : A method of validating natural language for factual accuracy comprising the steps of:
Extracting from the natural language a collection of one or more factual assertions asserted within the natural language
Checking the one or more factual assertions for factual accuracy.
Making available the results of the checking
2: The method of clause 1 where the step of extracting from the natural language a collection of one or more factual assertions asserted by the text is done by providing a suitably trained LLM with the natural language and a prompt asking the LLM to provide a continuation generating the factual assertions and then using the LLM to generate a continuation.
3: The method of any previous clause where the step of checking the one or more factual assertions for factual accuracy comprises the further steps of providing a reasoning system able to reason with a symbolic representation of the world, translating the assertions into a representation compatible with the reasoning system and utilising the reasoning system to identify assertions which are true or false.
4: The method of clause 3 where the reasoning system uses a universal language.
5: The method of clauses 3 or 4 where the assertions are translated into questions corresponding to whether the assertions are true or false and the questions are answered.
6: The method of any previous clause where the sources of any previous known knowledge used to validate a factual assertion as false are returned as part of the process of checking the one or more factual assertions for factual accuracy.
7: The method of any previous clause where the checking the one or more factual assertions for factual accuracy comprises generating an explanation.
8: The method of any previous clause where the natural language comes from a scientific paper or from a news article or from a web page or from a book or from an LLM or from a chat application or from the ASR transcription of speech or from the real-time transcription of speech or from the real-time transcription of speech spoken during a speech or an interview.
9: The method of any previous clause where the natural language comes from an LLM and the method further includes the step of adjusting the natural language so it no longer includes any factual inaccuracies.
Learning facts from natural language
The above described method of extracting assertions of fact from a larger passage of natural language can be used by systems described herein to immediately learn about the world. By taking natural language from a reliable source, creating UL representations of facts that are asserted by this natural language and storing them, a system based on UL or similar can immediately learn from what has been read and then have that knowledge immediately available for use. This technique contrasts with LLMs which partially memorise their training text but where the training process is very slow and expensive. Information available in the context can be immediately used but they cannot memorise beyond that without re-training.
Validation techniques as described herein can also be used to further validate that what is being remembered is accurate as can techniques that judge sources and learn to trust facts based on the number and reliability of the sources. The trustworthiness of a source can over time be learned as false statements are identified (tainting their sources) and true statements are validating (increasing trust in their sources). Systems built with methods described herein can also record the source or sources for every UL passage that is stored thus also exposing the sources to users when needed.
Learning knowledge from LLMs
Similarly information can be extracted from the LLM itself by asking appropriate
questions as a prompt and turning the continuation supplied by the LLM into UL. Intuitively an LLM has partially memorised/leamed large amounts of factual, common sense and other knowledge from training on its source text and by use of methods described herein this knowledge can be extracted and made explicitly available to examples of the present invention for a wide variety of applications.
Factual knowledge can be elicited by asking factual questions. Common sense knowledge is knowledge that human beings all know from experiencing the world but that machines typically do not. Common sense knowledge can sometimes be represented in UL as reasoning passages (described herein) which can then be used for reasoning in systems that utilise UL or similar technologies.
Examples of a prompt that elicits common sense knowledge include:
Is this true or false? A human being is a physical object?
True
From which we could learn: (IsSubClassOf HumanBeing Phy si cal Object)
Or a variant:
Please answer true, false or I don’t know: Is a human being always a physical object?
True
From which we could learn: (IsSubClassOf HumanBeing Phy si cal Object)
Complete this sentence with an adjective: a fish is
Aquatic from which we would deduce the UL: (ConsequenceOf (IsA X Fish) (HasAttribute X Aquatic))
Restated:
1 : a method of learning knowledge in structured form comprising the steps of: Providing an LLM trained on a large corpus of natural language documents Providing the LLM with a prompt that will elicit desired knowledge Eliciting a continuation of the prompt from the LLM Translating the continuation into the structured form
2: the method of clause 1 where the structured form is a universal language
3: the method of any previous clause where the knowledge is factual knowledge
4: the method of any previous clause where the knowledge is common sense knowledge
5: the method of clause 4 where the structured form represents a reasoning passage usable by an automated system to reason.
Identifying when Accuracy is Important
Some examples of the present invention may include a classifier to identify when the prompt is likely to result in a continuation where accuracy is important. This is especially the case for prompts that convey instructions to an LLM. For example, the prompts beginning “write a poem which...” or “write a fictional story...” or “write song lyrics...” do not require a factual continuation but a prompt like “give a biography of...” or prompts which are factual questions require a response which has high fidelity to the truth. Techniques for verifying the accuracy of the continuation including the techniques described herein would be applied when this classifier determines that factual accuracy is important. This classifier could be another LLM or even the same LLM with an earlier prompt or training for it to commence its continuation with an indication of the category of the continuation. The classifier could also be another deep learning model or other model trained to do this classification or a classifier created using different technologies.
Some examples of the present invention may use LLMs within one or more computation units (described herein) by phrasing the task to be performed by the computation unit as a prompt and by then parsing the LLM continuation into UL which is then generated by the computation unit.
Some examples of the present invention may use LLMs trained on UL or a similar language optionally in addition to other languages and use the LLM to extend what has been written in UL or follow instructions written in UL.
Using UL to check for immoral or dangerous content or content that otherwise breaches policy
LLMs trained on the general internet can generate extremely dangerous and inappropriate content. Examples include providing instructions on how to commit
serious crimes, espousing racist theories and beliefs, providing information that could be physically dangerous for the user or simply breaking policies that the provider of such a system might have such as not advocating for one political viewpoint over another. Existing methods for trying to control output utilise training data where the continuation instead provides text communicating that it is refusing to answer the question or generate the inappropriate content and then hoping that in all similar circumstances such a response will be generated by the LLM.
The statistical nature of LLMs combined with the fact that there are numerous ways of asking a question mean that these techniques will inevitably fail and the LLMs will generate content that it should not.
Systems utilising techniques described herein can reliably identify content that breaches such policies by translating the output into UL before it is displayed to the user and then checking the UL representation against the policies. In some examples, these policies could be expressed in UL and in other examples, the checking can happen in code. In some examples, reasoning (as described herein) can be employed to identify such policy breaches. For example, given a policy that how to commit crimes should not be described and knowing that murder is a crime, other actions which the system knows are types of murder can be reasoned to be covered by this policy. In other examples, the user request to the system can be identified as a policy breach by first translating that request into UL and the response given is then generated by a system other than an LLM. As described herein, some examples of the present invention use tenets (UL written rules that guide the system) to determine when actions should not be taken. These actions can include not answering questions where doing so would breach the tenets. Such a system that used LLMs as a technique to answer questions can utilise this method to not generate an LLM based response when doing so was pre-identified as dangerous, immoral or otherwise a breach of policy.
Avoiding Copyright or other intellectual property breaches in LLM responses
LLMs have been trained on extremely large amounts of data and have often partially or fully memorised much of that data being able to faithfully reproduce significant sections of it given the right prompt. This data often contains creative works where
the copyright owner may object if the LLM were to reproduce that work without credit or payment. Products based on LLMs that can generate such material thus risk legal liability, litigation and the requirement to pay damages and royalties to possibly many hundreds of thousands of copyright owners.
Some prompts are more prone to this risk than others. For example, a factual question where the answer is widely available from many sources may be of lower risk than a request to write a poem or song where the answer is very similar to one that is already published.
A method to reduce the chances of this happening is to maintain a separate database of text which the LLM has been trained on. In some cases this will identify text where the copyright status or source makes the risks of reproducing it especially significant.
When the LLM is being used to generate a continuation, the output of the continuation is continually or periodically checked against this second source. When a significant section of text is identical or too similar to a source the continuation is adjusted to make this no longer the case.
Methods for adjusting the continuation include selecting a different but still highly probable sequence of tokens during beam search. A simple method may be to use beam search to produce a list of continuations and select the continuation that doesn’t resemble the previous content. Another method would be generate continuations with a random element inserted (e.g. temperature) and keep generating until one is found that does not have the issue.
Methods for rapidly searching for sequences of text in a database are well known in the art as similar problems occur in many existing applications. For example, hashes can be generated for each sequence of k tokens (or letters) found in the separate database of text and which can then be stored. These hashes would enable very rapid identification of whether a continuation sequence of k letters or tokens was present and sequences of varying length k could be rapidly tested.
According to some examples, a classifier could be used to identify whether the
prompt posed a risk of plagiarism issues, distinguishing between a request for the LLM-based system to produce a song or poem against a situation where it is answering a factual question. In other examples, systems of partial rather than exact matching of sequences of letters could be employed if sufficiently close to still result in risk.
Expressed differently:
1 : a method for ensuring that an LLM generates original text comprising the steps of: Providing a database of previous text that it should not generate Checking potential continuations against the database
When a potential continuation matches non-original text in the database adjusting the continuation to no longer match non-original text in the database
2: The method of clause 1 where adjusting the continuation includes the step of selecting a different sequence from the beam search
3: The method of any previous clause further comprising the step of providing a classifier that can distinguish between prompts that require original text as a continuation and those that do not and applying the classifier to the prompt
4: the method of any previous clause where checking potential continuations against the database includes close but imperfect matches to the previous text.
Citing sources
LLMs partially memorise their training data and often reproduce large chunks of it when generating a continuation. The training process however does not preserve the sources for the documents or even when text matches documents it has been trained on and when it is generating new text.
By providing a database of the language on which an LLM has been trained and including in that database the source of the text, examples of the current invention can provide citations when a continuation of an LLM matches a material amount of text from a given source.
Matching can be implemented as described in the previous section of this disclosure for avoiding generating exact matches. In examples wishing to cite sources the
continuation would remain unadjusted but the system would additionally provide the source or sources for the text.
Some types of continuation would not benefit from citing a source: e.g. they do not contain information for which a source is appropriate or are too short. Examples may include a classifier to determine whether a matching section of text should include a citation when shown to a user and only return or display the citation when this classifier indicates it is appropriate.
Source of the text could include bibliographic references for papers and books along with potentially page numbers; URLs for web pages and other appropriate references for other sources.
Some examples may combine the techniques for citing sources and avoiding reproducing other documents by including additional labels in the database which are used to determine whether the system should provide a citation or avoid generating the text. In the latter case the continuation would be adjusted; in the former case citations would be included.
Further aspects are described by these clauses:
1 : A method for adding citations to text generated by an LLM comprising the steps of: Providing a database of text used to train the LLM which includes sources associated with each section of text stored checking sections of the continuation generated by the LLM against the database retrieving sources where the sections of the continuation match text contained within the database.
2: the method of clause 1 further comprising the steps of:
Providing a classifier to determine whether a section of the continuation is appropriate for citing references against
Utilising the classifier on matching sections of the continuation.
Automatic identification of hallucination in an LLM
LLMs frequently hallucinate answers to questions and produce facts in text they generate that are not grounded in reality. This is especially common when the subject of the information they are generating is not frequently mentioned in their training data or where the information they are reproducing is thin or non-existent.
For example, the first woman to climb mount everest, Junko Tabei, is mentioned many times on the internet but the second or third woman to achieve this feat (Phanthog and Wanda Rutkiewicz) are mentioned far less frequently.
Giving the following question to an LLM and asking for a continuation can produce a result like this:
Who were the first five women to climb Mount Everest? Please give their names and the date of their successful ascent.
Junko Tabei (Japan) - May 16, 1975
Tamae Watanabe (Japan) - May 16, 2002
Babu Chiri Sherpa (Nepal) - May 10, 2000
Pemba Diki Sherpa (Nepal) - May 12, 1993
Yasuko Namba (Japan) - May 16, 1996
In this case the first line is correct and the remaining four lines are hallucinated with all the names and other data wrong.
Asking this question again with a different continuation generated (using a temperature setting greater than zero during beam search) will produce a different set of results. E.g.
The first five women to successfully climb Mount Everest are:
Junko Tabei (Japan) - May 16, 1975
Dyhia Belkadi (Algeria) - May 23, 1986
Nashitah Auhammad (Malaysia) - May 10, 1993
Bindu Sunuwar (Nepal) - May 12, 1993
Pasang Lhamu Sherpa (Nepal) - May 9, 1993
By generating multiple continuations for the same query, or by exploring the potential continuations during beam search, it is possible to determine that only the first line is reliable and that the other lines are likely to be hallucinated.
A question answering or chat application using LLMs can thus reduce the amount of hallucination shown to users by generating multiple continuations or analysing the potential continuations during beam search, comparing the results, trusting parts of the result that are reliably replicated and replacing parts of the result that change, with language that expresses that the answer is unknown.
Restated:
1 : a method of avoiding hallucination in an LLM comprising the steps of: Analysing different continuations for a given prompt Comparing the different continuations to identify parts of the response that do not vary and parts of the response that do vary
Identifying the parts that vary as more likely to be hallucination
Replacing or not showing the parts identified as hallucination to the user
The following clauses alternatively describe some aspects of this:
1. A method for interacting with one or more users in natural language comprising the steps of: providing a structured representation of data and a system operable to process language with reference to the structured representation of data to provide additional useful text relevant to the language providing an LLM operable to provide a continuation of text receiving a language input from one or more users processing the language input with the system to produce additional useful text providing the LLM with the language input plus the additional useful text providing the one or more users with language derived from a continuation
generated by the LLM
2. The method of clause 1 where the structured representation of data is a universal language
3. The method of any previous clause where the LLM has been trained with data specifically containing natural language augmented with additional useful text
4. The method of any previous clause where the system is further operable to do calculations which can be used to generate the additional useful text
5. The method of any previous clause where the system is further operable to reason to improve the additional useful text using the structured representation of data
6. The method of any previous clause where the language input from one or more users is a question and where the additional useful text comprises an answer to the question
7. The method of any previous clause where the additional useful text is structured in a way that distinguishes the additional useful text from the language input from one or more users
8. The method of any previous clause where the additional useful text comprises information calculated from the language input
9. The method of any previous clause where the additional useful text comprises information designed to determine tone or emotion or brevity or whether the response will be spoken or written or a description of the receiver of the response or level of formality or level of profanity or personality
The above can describe use of LLMs for interacting with a user in natural language (i.e. references to ‘language’ can be a natural language like English). The technique of augmenting the context with text generated by a system that uses a universal language or similar techniques as described above to improve the continuation generated by an LLM can be applied to many other uses of LLMs processing natural language and other types of language. These uses include the generation of program code, the solution of any problem that can be described in natural language, the generation of poetry, lyrics, creative writing, the generation of other forms of writing such as essays, summaries of knowledge, summaries of longer texts, essays, scientific papers; internet search etc.
The following concepts are provided.
Concept A: The Semantic Node
Method for the automated analysis or use of heterogeneous data, comprising the steps of: providing a structured representation of data that represents a universal language or corpus of natural language words, concepts, or other things, where the structured representation enables at least some aspects of the meaning or semantic content of those words, concepts or other things to be determined by a machine system; and in which the structured representation of a specific word, concept, or other thing is generatable locally by a user and, if shared with, or made available to, other users, automatically becomes a shared identifier for that specific word, concept, or other thing in the universal language or corpus.
Concept B. Tenets
Method for the automated analysis or use of heterogeneous data, comprising the steps of: providing a structured representation of data that can represent any natural language word, concept, or other thing such that at least some of the meaning or semantic content of that word, concept or other thing can be determined by a machine system; in which the structured representation of data includes one or more tenets, statements or other rules defining the objectives or motives for the machine system and the machine system is configured to operate at least partially by selecting or deciding on actions which autonomously optimize or otherwise affect its achievement or realization of those tenets, statements or other rules.
Concept C. Objective solver
A computer-implemented method including the steps of:
(i) accessing stored data, or storing data, the stored data being in a language representing knowledge knowable by a human, wherein the stored data is stored in a representation which is machine readable and machine processable, and wherein the stored data is not stored solely in a human language;
(ii) receiving and storing one or more statements of objectives, wherein the stored one or more statements of objectives are stored in the language representing knowledge knowable by a human;
(iii) processing the stored one or more statements of objectives, and accessing and processing the stored data in a language representing knowledge knowable by a human, to derive a solution to the one or more statements of objectives, using the stored data in a language representing knowledge knowable by a human, and
(iv) storing or outputting the solution.
Concept D. Crossword solver
Method for the automated analysis and solving of crossword puzzles, comprising the steps of: providing a structured representation of data that can represent any natural language word, concept, or other thing such that the meaning or semantic content of that word, concept or other things can be determined by a machine system providing a structured representation of data that represents a natural language conclusion, inference or other logical process; generating a structured representation of the clues in a crossword puzzle and the crossword grid; a machine system autonomously using the structured representations of natural language words, concepts, or other things and the natural language conclusions, inferences or other logical processed to generate candidate answers to the clues.
The following sub-features may apply to any of the above Concepts A - D.
• the heterogeneous data is sufficiently broad to render a schema impractical.
• the heterogeneous data is not stored as a schema.
• the heterogeneous data is not stored as natural language.
• the universal corpus representing the meaning of natural language words
includes all words in a dictionary.
• the universal corpus of natural language concepts is derived from a machine analysis of natural language documents or conversations.
• the universal corpus of natural language words, concepts or other things is derived from a machine analysis of natural language documents or conversations.
• the structured representation of a word encodes the semantic meaning of that word through links to structured representations of related words, concepts, other terms, or logical processes.
• the structured representation of a specific word, concept, or other thing is, once generated, a unique identifier for that specific word, concept, or other thing in the universal language or corpus.
• there are multiple different structured representations of the same specific word, concept, or other thing, but each exists only locally and is not part of the universal language or corpus.
• the unique identifier is a 128 bit UUID.
• the structured representation of a specific word, concept, or other thing can relate to any of: every specific human being, the concept of human being (of which any specific human being is a member), every file, every web page, every audio recording or video, specific relationships (including the relationship that links any specific human being to the concept of human being), attributes, specific types of language nuance and every row and item in a relational database table.
• the structured representation is a semantic node in an ordered or partially ordered combination or network of combined or linked nodes, the combined or linked nodes being the structured representation of the related words, concepts, other terms, or logical processes.
• combining nodes generates a new word, concept, or other term with a new meaning or semantic content in the universal language.
• an ordered or partially ordered collection of structured representations captures a specific meaning or semantic content.
• a machine learning system generates new nodes and links between nodes by autonomously learning from natural language documents or conversations.
• a structured representation represents a natural language conclusion, inference or other logical process.
• structured representations of conclusions, inferences or other logical processes
are used for reasoning and outputting the results of that reasoning.
• the nodes of structured representations are used to constitute a memory or repository of knowledge or relationships between about words, concepts, other things, and conclusions, inferences or other logical processes.
• the nodes of structured representations are used to understand spoken or written communication.
• the node networks of structured representations are used to generate spoken or written communication.
• the node networks of structured representations constitute a basis for a general intelligence system.
• the representation of heterogeneous data is used in an application relating to managing health .
• the representation of heterogeneous data is used in an application relating to managing nutrition .
• the representation of heterogeneous data is used in an application relating to managing matching job seekers to jobs.
• the representation heterogeneous data is used in an application relating to accounting.
• the representation of heterogeneous data is used in an application relating to a voice assistant or chatbot.
• the heterogeneous data is used in an application relating to searching the WWW.
Further aspects of an example of the present invention are described by the following clauses
UL or similar powered system for vertical applications
(1) A system operable to provide a useful vertical application where the useful vertical application requires data which is heterogeneous and extremely broad in scope, comprising at least one data store containing a machine-readable representation of the data that encodes meaning.
(2) The system described in clause 1 where the useful vertical application is an application operable to automatically match candidates to jobs or a health application
or an accountancy application or a chatbot or a voice assistant.
(3) The system of clause 1 or clause 2 where the machine-readable representation of the data is a machine language comprising combinations of semantic nodes that represent entities and where meaning comes from the choice of semantic nodes and the way they are combined.
(4) The system of clause 3 where the system is further operable to receive a description of an entity from a remote system and use the description to return a semantic node corresponding to the entity.
(5) the system of any previous clause where the data includes a representation of computational capabilities that are available to the application.
(6) the system of any previous clause where the system is further operable to achieve automatic identification of data for removal from the data store.
(7) the system of any previous clause where the system is further operable to reason with reference to the contents of the at least one data store wherein new useful data is generated of use to the useful vertical application.
(8) the system of clause 7 where the new useful data is stored enabling the new useful data to be used in the future without further reasoning.
(9) the system of clause 6 where the automatic identification of data for removal from the data store is achieved using analysis of signals concerning the veracity or utility of the data from the application users.
Intelligent system driven by tenets
(1) a system comprising at least one data store containing machine-readable tenets which represent goals and rules to guide the system and where the system is further operable to do actions that conform with the tenets by referencing the tenets.
(2) The system of clause 1 where the system is further operable to check potential
actions against the tenets and determine the potential actions’ conformity with the tenets.
(3) The system of clause 1 or 2 where the system is further operable to propose actions that conform to the tenets by referencing the tenets.
(4) The system of any previous clause where the actions include communicating with users in written form.
(5) the system of any previous clause where the actions include communicating with users in spoken form.
(6) the system of any previous clause where the tenets include at least one measure the system should try to maximize.
(7) the system of clause 6 where the at least one measure includes user happiness.
(8) the system of any previous clause where the tenets include at least one measure the system should try to minimize.
(9) the system of clause 8 where the at least one measure includes user unhappiness.
(10) the system of any previous clause where the tenets include at least one rule for actions the system must never do and where the system is further operable to avoid doing the actions the system must never do by referencing the tenets.
(11) the system of any previous clause where the tenets include at least one suggestion of what action to do in a defined circumstance.
(12) the system of any previous clause where the actions include accessing other remote computer systems.
(13) the system of any previous clause where the actions include changing the state of devices linked to the system via a network.
(14) the system of any previous clause where the actions include initiating a spoken interaction with a human being.
(15) the system of any previous clause where the system further comprises at least one data store containing a machine-readable representation of the world that encodes meaning and where the system is further operable to reason with reference to the machine-readable representation of the world to select actions that conform with the tenets.
(16) the system of clause 15 where the machine-readable representation of the world comprises a representation of valid reasoning steps and where the system is further operable to utilise the representation of valid reasoning steps to reason.
(17) the system of clause 15 or clause 16 where the machine-readable representation of the world includes a representation of computational capabilities that are available to the system and where the system is further operable to utilise the computational capabilities by referencing the machine-readable representation.
(18) The system of clause 15, 16 or 17 where the system is operable to learn and augment the machine-readable representation of the world.
(19) The system of clause 18 where the system is operable to learn from communication with at least one user.
(20) The system of clause 18 where the system is operable to learn from at least one external sensor connected to the system via a network.
(21) the system of any previous clause where the machine-readable tenets are at least partially represented by combinations of identifiers and where at least some of the identifiers represent concepts corresponding to real-world things.
(22) The system of clause 21 where the system is further operable to receive a description of a concept from a remote system and use the description to return an
identifier which is likely to mean the concept.
(23) the system of any previous clause where the system is operable to continuously reason in a way that results in actions that conform with the tenets.
(24) the system of any previous clause where the system is operable to answer questions about the tenets from human users.
Intelligent system driven by tenets #2
(1) A computer system comprising a long-term memory; a short-term memory; a tenet-store containing machine-readable tenets representing rules to guide the system and where the computer system is operable to receive events and utilise the events, the contents of the long-term memory, the contents of the short-term memory and the tenets to do actions that conform with the tenets.
(2) The computer system of clause 1 where the events include communication from at least one user and where the actions include communication to at least one user.
(3) the computer system of any previous clause where the system is further operable to learn, and store what it has learned to the long-term memory.
(4) the computer system of any previous clause where the computer system is not operable to change the tenets.
(Extra safe examples:)
(5) the computer system of clause 4 where the tenets include a tenet prohibiting actions which might result in changes to the tenets.
(6) the computer system of any previous clause where the system is further operable to do an independent check of each potential action against the tenets and will discard the potential action if the independent check finds that it is incompatible with the tenets.
(7) the computer system of any previous clause which is further operable to actively exclude knowledge on itself from being used in determining actions.
Translation
(1) A method of generating a machine-readable semantic representation of a section of natural language comprising passing the passage of natural language through a sequence-to-sequence neural architecture trained on training data comprising pairs of
natural language and a corresponding structured representation that encodes meaning.
(2) The method of clause 1 where the neural architecture comprises an encoder and decoder and where the method comprises the further step of using beam searching during decoding of the semantic representations from the decoder to remove invalid semantic representations.
(3) The methods of clause 1 or 2 where the section of natural language is a question and where the method further comprises the step of answering the question with reference to the semantic representation.
(4) The methods of clause 1 or 2 where the section of natural language is one or more documents and where the method further comprises the steps of utilising the semantic representation of the one or more documents to answer questions.
(5) The methods of clause 3 or 4 where the method further comprises the step of reasoning with reference to the semantic representation to produce further representations not present prior to this step.
Job matching application
(1) A system operable to match candidates to open jobs comprising at least one data store containing: a plurality of candidate resumes where at least some parts of at least some of the candidate resumes are in a structured machine-readable form that encodes meaning; a plurality of job specifications for open roles where at least some parts of at least some of the job specifications are stored in the structured machine-readable form that encodes meaning and where the system is further operable to match the plurality of candidate resumes with the plurality of job specifications to identify high confidence matches between candidates and open roles.
(2) the system of clause 1 where the structured machine-readable form is a language that represents meaning by creating combinations of identifiers and where at least some of the identifiers represent human skills and experience.
(3) the system of any previous clause where the at least one data store further stores a representation of candidates’ desired roles at least partially represented in the structured machine-readable form and where the system is further operable to match open roles against the representation of candidates’ desired roles in order to improve the matches between candidates and open roles.
(4) the system of any previous clause where the system is further operable to send a push notification to a mobile device when a high confidence match is found.
(5) the system of any previous clause where the system is further operable to explain how the candidate matches the role by generating an explanation of which bits of the job specification match the skills and experience of the candidate.
(6) the system of clause 5 where the explanation is in a natural language.
(7) the system of any previous clause where the system is operable to match requirements in job specifications to the skills and experience of a candidate where there are no keywords in common between the relevant parts of the natural language versions of the candidate resume and job specification.
(8) the system of any previous clause where the system is operable to make a sequence of logical reasoning steps in order to match the skills or experience of a candidate with a requirement in a job specification.
Health application
(1) A system for managing a broad set of health data for one or more people where at least some of the health data is represented in a structured machine-readable form that encodes meaning stored within one or more data stores.
(2) The system of clause 1 where the health data includes nutrition data about food or drink that has been consumed by at least one of the one or more people.
(3) The system of clause 2 where the nutrition data includes data that represents the uncertainty about the volume or composition of what was consumed.
(4) The system of any previous clause where the health data comprises data about the results of blood tests or measurements or body composition or activity information or genetic data or microbiome data or bowel motion events or sleep data or workout data or activity data or symptoms of diseases or human moods or menstruation or ingestion of medication or medical conditions or data from any wearable device.
(5) the system of any previous clause where the system is further operable to converse with one or more users via text.
(6) the system of any previous clause where the system is further operable to enable selected other people to converse with the one or more users and to enable the selected other people to view relevant health data.
(7) the system of any previous clause where the system is further operable to create graphs of specific types of health data together wherein users can see how different data correlates.
(8) The system of any previous clause where the system is further operable to analyse the health data to uncover insights relevant to the specific user's health.
(9) The system of the previous clause where the insights include potential dietary intolerances or behaviours that influence sleep.
(10) The system of any previous clause where elements of the health data are combined to calculate an additional item of health data not already present in the health data.
(11) The system of clause 10 where the additional item of health data is an estimate of caffeine present in a user's body at a particular time.
Accounting application
(1) The system for managing accounting data for at least one business where at least some of the accounting data is represented in a structured machine-readable format
that encodes real-world meaning stored within one or more data stores.
(2) The system of clause 1 where the structured machine-readable format is comprised of combinations of identifiers where at least some of the identifiers represent real- world entities relevant to the activities of the at least one business and where further meaning is encoded from the choice of combinations of the identifiers.
(3) The system of any previous clause where the system is operable to automatically present the accountancy data in a plurality of different accountancy standards.
(4) The system of any previous clause where the system is operable to answer questions about the activities of the at least one business.
Privacy-enhanced voice assistant
(1) A system provided by a system provider for providing services to at least one user via a voice user interface comprising at least one device local to the at least one user where the at least one device is operable to stream sound data to one or more remote data stores where the sound data is cryptographically stored within the one or more remote data stores using a cryptographic method where at least two of at least two different cryptographic keys are needed to read the sound data.
(2) The system of clause 1, where a first one of the at least two different cryptographic keys is held within the at least one device local to the user and where a second one of the at least two different cryptographic keys is held by the system provider.
(3) The system of clause 2, where the number of different cryptographic keys is at least three and where a third one of the different cryptographic keys is held by an entity distinct from both the user and the system provider.
(4) The system of any previous clause operable to stream general sound from the at least one device and to utilise information learned from the general sound to improve its value to the at least one user.
Enhanced privacy mode
A system with a voice user interface initiated with a first wakeword, where the system is operable to enter a privacy-preserving state requiring a second wakeword and where the second wakeword is sufficiently long or unusual that a false recognition of the second wakeword is significantly more improbable relative to the first wakeword
Multiple voice assistant system
(1) A system operable to deliver the experience of a plurality of different voice assistants to a plurality of users comprising at least one data store containing personality information which determines the personality of at least some of the plurality of different voice assistants.
(2) The system of clause 1, where the personality information includes information about the voice assistant's gender or name or voice or moods or emotional reactions or level of formality or position on the extrovert-introvert scale or position on any Myers Briggs scale or a Myers Briggs categorisation or categorisation in a personality test or visual appearance.
(3) The system of any previous clause where the at least one data store further comprises at least one set of machine-readable tenets which represent goals and rules to guide at least some of the plurality of voice assistants and where the system is further operable to do actions that conform with the tenets by referencing the tenets.
(4) The system of clause 3 where the at least one set of machine-readable tenets is a plurality of sets of machine-readable tenets and where selected ones of the plurality of different voice assistants are mapped to selected ones of the plurality of sets of machine-readable tenets wherein different voice assistants are driven by different tenets.
(5) The system of any previous clause where the at least one data store further comprises private user data accessed only by selected ones of the plurality of different voice assistants.
Example Use Cases
In examples, examples of the inventions may be used in the following applications:
• any language based man/machine interface spoken or in text form, where the machine user experience is expressed in UL.
• converting web pages into UL for search and analysis (e.g. in the limit, all web pages).
• converting all maps (especially ultra-high resolution maps needed for autonomous driving and related metadata) into UL.
• location based search against mapping data expressed in UL.
• identifying relevant adverts and news to serve someone based on their social media profile, expressed in UL.
• identifying relevant adverts and news to serve someone based on their web search and web browsing history, expressed in UL.
• suggesting potential friends or contacts based on similar social media or work profiles, expressed in UL.
• Identifying abusive postings, all converted into UL, on social media.
• Identifying messages and posts , all converted into UL, with national security or crime implications.
• analysing customer reviews and feedback, all converted into UL.
• analysing shopping requests, all converted into UL, to identify matching products against a product database expressed in UL.
• automated answering of questions from analysing web pages, all converted into UL.
• dating web sites based on matching profiles, converted into UL, or identifying other correlations that indicate compatibility.
• generating summaries, e.g. news summaries, from source documents converted into UL.
Note
It is to be understood that the above-referenced arrangements are only illustrative of the application for the principles of the present invention. Numerous modifications
and alternative arrangements can be devised without departing from the spirit and scope of the present invention. While the present invention has been shown in the drawings and fully described above with particularity and detail in connection with what is presently deemed to be the most practical and preferred example(s) of the invention, it will be apparent to those of ordinary skill in the art that numerous modifications can be made without departing from the principles and concepts of the invention as set forth herein.
Appendix 1
Key Concepts
This Appendix 1 summarises the key Concepts disclosed in this specification. We organise these key Concepts into the following 14 categories:
Concepts
A. Brackets to disambiguate combinations of nodes
B. Shared syntax across facts, queries and reasoning
C. Nesting of nodes
D. ID selection
E. Any client can generate a semantic node or passage
F. Consolidated universal language (UL) concepts
G. Question answering
H. Learning
I. Translation to and from UL
J. Semantic node resolution
K. Translation between natural languages
L. Voice Assistant
M. Tenets
N. Use cases:
Nl: Man/machine interface
N2: Search and Analysis of Documents or web pages.
N3. Mapping data represented as UL, associated systems utilising mapping data and location based search
N4. Identifying relevant adverts and news
N5. Aggregation and summarisation of news
N6. Matching between people using UL
N7. Identifying abusive or untrue postings in social media
N8. Analysis of Customer Reviews
N9. Shopping queries and product requests
N.10 Job matching
N.ll Horizontal Health Application
N.12 Accounting
N.13 Voice Assistants/Chatbots
Note that any Concept A - N can be combined with any one or more other Concepts A- N and any Concept A- N can be combined with any one or more optional features from any one or more other Concepts A- N.
We define each of these Concepts as follows:
Machine-readable Language: semantic nodes and passages
A. Brackets to disambiguate combinations of nodes
The UL model uses bracketed combinations of nodes as the sole or primary mechanism for representing unambiguous meaning yet still achieves enormous expressivity. This enables faster processing of UL compared to other methods where there is a proliferation of different disambiguation mechanisms. It also simplifies storage enabling faster search and access. It also makes it faster to write UL compared to other languages and hence scales adoption. It also reduces the complexity and thus makes feasible many of the applications of the technology.
We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language, where the structured, machine-readable representation includes a single syntactical item to disambiguate the meaning of structured representations of data;
(b) automatically processing the structured, machine-readable representation for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language, where the structured, machine-readable representation includes a single syntactical item to disambiguate meaning;
(b) automatically process the structured, machine-readable representation for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprising semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features
• the single syntactical item to disambiguate meaning is parentheses or brackets.
• the single syntactical item to disambiguate meaning is the only syntactical item to disambiguate the meaning of different combinations of structured, machine-readable representation of data.
• the single syntactical item to disambiguate the meaning of different combinations of structured, machine-readable representation of data is the primary syntactical item to disambiguate the meaning of the combination.
• the single syntactical item to disambiguate meaning represents nesting of the structured, machine-readable representation of data.
• the single syntactical item to disambiguate meaning represents nesting of semantic nodes and passages.
• the single syntactical item to disambiguate meaning represents nesting of semantic nodes and passages to any arbitrary depth.
• the single syntactical item to disambiguate meaning requires that semantic nodes and passages can only be combined in nested combinations.
• the single syntactical item to disambiguate meaning allows for expressions to be nested indefinitely to allow a user to define a concept, coupled with contextual information about the concept, as a hierarchy of semantic nodes.
• the single syntactical item to disambiguate meaning allows for a combination semantic nodes to contain any finite number of semantic nodes and the
semantic nodes within them can also be combination nodes creating any level of nesting.
• The syntax of the structured, machine-readable representation of data conforms or substantially conforms to the production grammar “<passage>::=<id> | <passage>::=(<passage><passage>*)” where “<passage>*” means zero or one or more further passages and where <id> is an identifier for a semantic node.
B. Shared syntax across facts, queries and reasoning
The UL model uses a shared syntax that applies to semantic nodes and passages that represent factual statements, query statements and reasoning statements. This enables faster processing of UL compared to other methods where there is a proliferation of different syntaxes. It also makes it faster to write UL compared to other languages and hence scales adoption. It also simplifies storage enabling faster search and access. It also reduces the complexity and thus increases the feasibility of many of the applications of the invention.
We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language, where the language has a syntax that is a single shared syntax that applies to passages that represent factual statements, query statements and reasoning statements;
(b) automatically processing the structured, machine-readable representation for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language, where the language has a syntax that is a single shared syntax that applies to passages that represent factual statements, query statements and reasoning statements;
(b) automatically process the structured, machine-readable representation for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• the syntax applies to all structured, machine-readable representations of data.
• the syntax is a simple unambiguous syntax comprising nesting of structured, machine-readable representations of data.
• the syntax is a simple unambiguous syntax comprising nesting of structured, machine-readable representations of data to any arbitrary depth.
• the syntax is a simple unambiguous syntax in which structured, machine- readable representations of data can only be combined in nested combinations.
• the syntax allows for expressions to be nested indefinitely to allow a user to define a concept, coupled with contextual information about the concept, as a hierarchy of semantic structured, machine-readable representations of data.
• Combinations of structured, machine-readable representations of data can contain any finite numbers of structured, machine-readable representations of data creating any level of nesting.
• structured, machine-readable representations of data are semantic nodes or passages.
• semantic nodes are identified with a UUID.
C. Nesting of nodes
The UL model uses an unambiguous syntax comprising nesting of semantic nodes and passages, i.e. the structured, machine-readable representations of data. This lack of ambiguity enables machines to process and utilise data stored in this model with certainty as to what is being represented in contrast to the use of a natural language.
We can generalise further to:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language, where the syntax for the machine-readable language is a substantially unambiguous syntax comprising nesting of structured, machine-readable representations of data;
(b) automatically processing the structured, machine-readable representation one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language, where the language has a syntax in which the syntax for the machine-readable language is a
substantially unambiguous syntax comprising nesting of structured, machine- readable representations of data;
(b) automatically process the structured, machine-readable representation for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• the syntax is a simple unambiguous syntax comprising nesting of structured, machine-readable representations of data to any arbitrary depth.
• the syntax is a simple unambiguous syntax in which structured, machine- readable representations of data can only be combined in nested combinations.
• the syntax allows for expressions to be nested indefinitely to allow a user to define a concept, coupled with contextual information about the concept, as a hierarchy of semantic structured, machine-readable representations of data.
• Combinations of structured, machine-readable representations of data can contain any finite numbers of structured, machine-readable representations of data creating any level of nesting.
• structured, machine-readable representations of data are semantic nodes or passages.
• semantic nodes are identified with a UUID
D. ID selection
The UL model uses semantic node identifiers that are selected from an address space that is sufficiently large to enable users to select a new identifier with negligible risk of selecting a previously allocated identifier. This enables users to use the present invention with local data without having to coordinate with any other user, whilst also benefitting from shared nodes which have meaning to more than one user.
We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language, where the structured, machine-readable representation of data comprises a plurality of identifiers which are selected from an address space that is sufficiently large to enable users to select a new identifier with negligible risk of selecting a previously allocated identifier;
(b) automatically processing the structured, machine-readable representation one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language, where the structured,
machine-readable representation of data comprises a plurality of identifiers which are selected from an address space that is sufficiently large to enable client entities to select a new identifier with negligible risk of selecting a previously allocated identifier;
(b) automatically process the structured, machine-readable representation for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• A semantic node once defined has an identifier or ID.
• The identifier is selected from an address space that is sufficiently large to enable client entities to select new identifiers independently of other client entities without duplication.
• The identifier is selected from an address space that is sufficiently large to enable client entities to select a new identifier with negligible risk of selecting a previously allocated identifier.
• the identifier or ID is a UUTD.
• the ID is a 128-bit version 4 UUTD (RFC 4122) with hyphenated lower-case syntax.
• the ID is a UUID or a string, such as a Unicode string.
• a string can denote itself as a structured, machine-readable representation of data and its meaning is strictly the string itself only and any natural language meaning contained within the string is not part of the meaning of the string.
• a string is represented by an ID as an additional identifier.
• a string is represented as a UUID or other numerical ID and a separate passage links the string to that numerical ID to provide its meaning.
• two identical strings used as structured, machine-readable representations of data have universal meaning as that string.
• any user can coin its own structured, machine-readable representation of data with its own local meaning by picking an unused identifier.
• any user can coin its own identifier for a semantic node even if another identifier is already used for the semantic node.
• any user is free to define its own meaning to combinations of structured, machine-readable representations of data.
• there can be multiple different structured, machine-readable representation of data for the same specific word, concept, or other thing.
• any user that chooses to create passages that use shared structured, machine- readable representation of data is also expressing the same meaning by combining them, so that the meaning that comes from combining shared structured, machine-readable representations of data is universal.
• each sense of each word in a dictionary is represented by a structured, machine-readable representation of data.
• a “shared ID” is an ID used by more than one user; a “private ID” or “local ID” is similarly an ID used by only one user and is not published or exposed to other users; a “public ID” is an ID that a user has used in UL that can be seen by every user.
• a semantic node is a structured, machine-readable representation of data that, once defined, has an identifier so it can be referred to within the machine- readable language.
• a passage is a combination of semantic nodes expressing meaning, and is the sole nesting construct.
• semantic nodes in infinite classes can be represented as a combination of a plurality of other nodes.
E. Any client can generate a semantic node or passage
The UL model uses semantic node identifiers that are selected from an address space that is sufficiently large to enable users to select a new identifier with negligible risk of selecting a previously allocated identifier. This makes it faster and easier to create UL compared to other languages and hence scales adoption. It also enables users to apply the technology to their local data while still benefitting from passages and implementations generated by other users.
We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language, and in which the machine- readable language is scalable since there are no restrictions on which users can create a structured, machine-readable representation of data or related identifier;
(b) automatically processing the structured, machine-readable representation one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language, and in which the machine- readable language is scalable since there are no restrictions on which users can create a structured, machine-readable representation of data or related identifier;
(b) automatically process the structured, machine-readable representation for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to
enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• the machine-readable language is a universal language for which substantially anything expressible in natural language is expressible as a structured, machine-readable representation of data or a combination of structured, machine-readable representations of data.
• a structured, machine-readable representation of data represents a specific entity, such as a word, concept, or other thing, and once generated, identifies uniquely that specific word, concept, or other thing in the universal language.
• an ordered or partially ordered collection of structured, machine-readable representations of data captures a specific meaning or semantic content.
• the meaning of a structured, machine-readable representation of data comes from statements written in the machine-readable language.
• the meaning of a structured, machine-readable representation of data comes from other structured, machine-readable representations of data that represents things that have been said about the structured, machine-readable representation of data.
• a semantic node that represents an entity encodes the semantic meaning of that entity through links to structured, machine-readable representations of data of related words, concepts, other terms, or logical processes.
• combining structured, machine-readable representations of data generates a new word, concept, or other term with a new meaning or semantic content in the machine-readable language.
• the machine-readable language is understandable to human users where it corresponds to an equivalent statement in natural language.
• the machine-readable language is scalable since any natural language word, concept, or other thing can be represented by a structured, machine-readable representation of data.
• the machine-readable language is scalable since there are no restrictions on which users can create a structured, machine-readable representation of data.
• a semantic node is a structured, machine-readable representation of data that, once defined, has an identifier so it can be referred to within the machine- readable language.
• a passage is a combination of semantic nodes expressing meaning, and is the sole nesting construct.
F. Consolidated UL concepts
We can bring the above concepts together as follows:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory structured, machine-readable representations of data that conform to a machine-readable language in which one or more of the following apply: a single syntactical item is used to disambiguate the meaning of structured representations of data; the syntax for the machine-readable language is a single shared syntax that applies to passages that represent factual statements, query statements and reasoning statements; the syntax for the machine-readable language is a substantially unambiguous syntax comprising nesting of structured representations of data;
a structured representation of data includes an identifier selected from an address space that is sufficiently large to enable users to select a new identifier with negligible risk of selecting a previously allocated identifier; the machine-readable language is scalable since there are no restrictions on which users can create a structured representations of data or related identifier;
(b) automatically processing the structured representations of data for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory or access from a memory a structured, machine- readable representation of data that conforms to a machine-readable language comprising semantic nodes and passages in which one or more of the following apply: a single syntactical item is used to disambiguate the meaning of structured representations of data; the syntax for the machine-readable language is a single shared syntax that applies to passages that represent factual statements, query statements and reasoning statements; the syntax for the machine-readable language is a substantially unambiguous syntax comprising nesting of structured representations of data; a structured representation of data includes an identifier selected from an address space that is sufficiently large to enable users to select a new identifier with negligible risk of selecting a previously allocated identifier;
the machine-readable language is scalable since there are no restrictions on which users can create a structured representations of data or related identifier;
(b) automatically process the structured representations of data for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
G. Question answering
The UL model enables automated answering of questions: a question is represented by passages or combinations of semantic nodes and an answer can be automatically generated by three different processes: matching the question with passages previously stored in a passage memory store; (ii) fetching and executing one or more computation units, where computation units represent computational capabilities relevant to answering the question; (iii) fetching and execution of one or more reasoning passages, which represent the semantics of potentially applicable reasoning steps relevant to answering the question. This approach makes highly-scalable, rapid, accurate, semantically based question answering possible. The questions can come from machines; or from human users after translating the natural language question into UL and the response back into natural language. We can generalise as follows:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language, and in which a question is represented in the memory as a structured, machine-readable representation of data; and
(b) automatically generating a response to the question, using one or more of the following steps: (i) matching the question with structured, machine- readable representations of data previously stored in a memory store; (ii) fetching and executing one or more computation units, where computation units represent computational capabilities relevant to answering the question; (iii) fetching and execution of one or more reasoning passages, which are structured, machine-readable representations of data that represent the semantics of potentially applicable reasoning steps relevant to answering the question; and in which the representation of the question, the structured, machine-readable representations of data previously stored in the memory store, the computation units and the reasoning passages are all represented in substantially the same machine-readable language.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language, and in which a question is represented in the memory as a structured, machine-readable representation of data; and
(b) automatically generate a response to the question, using one or more of the following steps: (i) matching the question with structured, machine- readable representations of data previously stored in a memory store; (ii) fetching and executing one or more computation units, where computation units represent computational capabilities relevant to answering the question;
(iii) fetching and execution of one or more reasoning passages, which are structured, machine-readable representations of data that represent the semantics of potentially applicable reasoning steps relevant to answering the question and in which the representation of the question, the structured, machine-readable representations of data previously stored in the memory store, the computation units and the reasoning passages are all represented in substantially the same machine-readable language.
In the preferred implementation, the structured, machine-readable representation of data conforms to a machine-readable language that comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
Reasoning
• reasoning is done with a series of one or more queries being answered to see if the reasoning step is valid.
• reasoning is done with a series of one or more queries being answered to generate results needed for the result of the reasoning.
• passages represent details for the computation unit that are needed to select and run the computation unit, namely defining what it can do, how to run it and how to interpret the results.
• The step of fetching and execution of one or more initial reasoning passages returns other passages with unknowns that need to be processed,
and the results of that processing is a tree of connection that is used to give results for the initial passage.
• The tree of connection is stored and the processing of these other passages with unknowns happens in parallel, allowing data fetching and exploration of reasoning to be parallelized.
• once all passages are processed up to a given maximum reasoning depth, a second non-parallelised step is used to walk through this tree of processed passages and unknowns mappings to find valid answers.
• each passage in a list of passages is processed to identify valid mappings from the passage memory store and the computation units, where a valid mapping for that list of passages is one where all unknowns have a value and there are no contradicting mappings between passages in the list.
• The step of identifying valid mappings recursively looks through the data and finds all valid mappings for the initial question which can be returned as the answer.
• at least some of the passages that have been generated from reasoning or computation are stored in the passage memory store, making these available in the future for faster processing.
• The history of these generated passages is also stored so that changes to a trust level in the passages that were used to generate them can be extended to the trust given to these generated passages.
• The history of these generated passages is also stored to enable the removal of generated passages when the trusted status of one or more of the passages used to generate them changes.
• When a new passage is added to the passage memory store it is assigned a low initial trust value when added by a normal user and a higher starting value when added by a privileged user.
• Questions are represented in the machine-readable language with a passage which comprises a node identifying the passage as a question, language representing zero or one or more unknown entities being requested within the semantics of the question and language representing the semantics of the question and referencing the zero or one or more unknown entities.
• Questions are represented in the machine-readable language with a passage of the form ((Question <unknowns>)(<passage>)) where Question is a semantic node and <unknowns> is a list of zero or one or more semantic nodes representing unknown values (similar in meaning to letters of the alphabet in algebra) and where <passage> is where the unknowns are used to express what is being asked.
• a signal from an application of the system or method is stored in association with the passages utilised by the application in order to keep track of the value of the passages
• passages are assigned a vector of values where the number at each index represents a different quality of the passage.
• the different qualities include veracity, usefulness, and efficiency.
• a process that uses the passages utilises a priorities vector with numbers at each index that indicate how much they prioritise that value.
• the overall value of the passage to that process can then be obtained from the dot product of the vectors.
• a reasoning engine experiments with high and lower value passages to answer the question and the answers provided by the reasoning engine are then monitored for any signals that would indicate whether the lower value passages have a positive or negative effect on the answers and this information then feeds back into an auto-curation process which reevaluates the value of the passage with the new signal.
• an auto-curation process automatically tests passages to determine if they should be used for question-answering.
• the structured, machine-readable representations of data previously stored in a memory store have been curated with an automatic method.
• the question is the result of translating natural language asked by a user into a substantially semantically-equivalent representation in the machine- readable language.
• the response to the question is subsequently translated into semantically equivalent natural language and presented to one or more users.
• the question is the result of translating a question spoken by a user in a natural language into a substantially semantically-equivalent
representation in the machine-readable language and the user is subsequently played a spoken answer where the spoken answer is the result of translating the response to the question into the natural language.
• Reasoning is used to calculate the effect of an action or other cause from a representation of cause and effect. This can include sequences or chains of causes and effects
• Questions can be answered about cause and effect from one or more representations of causal knowledge
• The system can concretely answer questions about what it does and doesn’t know
• The system is aware of what it does and doesn’t know and can use this to determine actions
• The system can utilise knowledge of what it doesn’t know to take actions to learn missing knowledge including from human users by asking questions
H. Learning
The UL model enables automated learning. Things which are learned can be stored in UL and are then available for reasoning, question answering and the other uses and applications of UL described herein. The results of this learning contrast with statistical machine-learning where (say) billions of weights in a very large neural net are adjusted, as what has been learned is understood, can be explained to human users and can be reasoned with. We can generalise as follows:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) learning new information and representing the new information in a structured, machine-readable representation of data that conforms to a machine-readable language;
(b) storing the structured machine-readable representation of data in a memory and automatically processing the structured representations of data for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
Computer-based system configured to analyse data, the system being configured to: a) learn new information and representing the new information in a structured, machine-readable representation of data that conforms to a machine-readable language;
(b) store the structured machine-readable representation of data in a memory and automatically processing the structured representations of data for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• Learning the new information is obtained from automatically processing the structured, machine-readable representation of data to
obtain, or learn, new information, and the new information is itself represented as structured, machine-readable representations of data that are stored in memory.
• Learning new information is obtained from a machine-learning system which generates classifications or predictions or other outputs which are represented in the structured, machine-readable representation of data
• a machine-learning system processes the semantic nodes and passages to obtain, or learn, new information.
• new information is generated by automatically processing the semantic nodes and passages to answer a question.
• a question is represented as one or more passages and a response to the question is automatically generated using one or more of the following steps: (i) matching the question with passages previously stored in a passage memory store; (ii) fetching and executing one or more computation units, where computation units represent computational capabilities relevant to answering the question; (iii) fetching and execution of one or more reasoning passages, which are passages that represent the semantics of potentially applicable reasoning steps relevant to answering the question.
• the new information represented as semantic nodes or passages are stored and used to improve performance of learning new facts.
• the new information represented as semantic nodes or passages are stored and used to improve reasoning steps.
• the new information represented as semantic nodes or passages are stored and used to explain or describe the new information in natural language.
• the new information represented as semantic nodes or passages are stored and used in text or spoken conversations with human users.
• learning new information takes place from conversation with or other natural language provided by human users, in which natural language provided by users in spoken or written form is translated into semantic
nodes and passages and then new information represented by these semantic nodes and passages is stored and used.
• learning takes place from reasoning, in which semantic nodes and passages that are generated from a chain of reasoning steps, are stored and utilised.
• learning takes place from natural language, in which by translating all or parts of document sources of natural language, such as web pages, scientific papers or other articles into semantic nodes or passages, the resulting semantic nodes or passages are then utilised by applications.
• non-document sources of natural language, including audio recordings or videos containing human speech, are used and speech recognition technology is first utilised to create a text transcription of the recordings of voice which are then translated into semantic nodes and passages.
• a machine learning system is used to analyse document and nondocument data and create passages from that data.
• a neural net is trained end-to-end to turn audio or video data directly into semantic nodes and passages.
• natural language-based learning is combined with statistical machinelearning to optimise the translation of document and non-document data into semantic nodes and passages.
• a machine learning system is used to generate the semantic nodes or passages.
• the machine learning system is a neural network system, such as a deep learning system.
• the machine learning system has been trained on training data comprising natural language and a corresponding structured machine- readable representation, such as a machine-readable language comprising semantic nodes and passages
• a passage of natural language is passed through a sequence-to- sequence neural architecture trained on training data comprising natural language and a corresponding structured representation that encodes meaning.
• the neural network system is a switch transformer feed forward neural network system.
• the neural architecture comprises an encoder and decoder and beam searching is used during decoding of the semantic representations from the decoder to remove invalid semantic representations.
• structured data, such as the content of a table found in a document or on the web, a spreadsheet or the content of a relational, graph or other database is turned into semantic nodes and passages by assigning semantic nodes to the identifiers in the structured data and writing semantic nodes and passages that correspond to the meaning of the structured data.
• learning takes place from analysis of other data, in which the data is processed with an algorithm and the results of that processing is represented in semantic nodes and passages.
I. Translation to and from UL
Natural language input is translated into UL: this enables the UL system to understand that natural language input: once translated into UL the meaning in the original natural language is available to the machine. When big deep-learning systems translate between natural languages there is a belief in the ML community that the representation in the neural net after the original sentence is "encoded" corresponds to the meaning of the language in some way as evidenced by the convincing translation produced in the target language. However that internal encoding is incomprehensible (it is a very big tensor or tensors of weights) and cannot be used for anything other than generating the translation (which is natural language again so not that useful to a machine). Accessing the true meaning of documents is one of the big unsolved frontiers of Al. Translation to and from UL also enables spoken or written manmachine interaction with examples of the present invention.
More generally:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in memory a structured machine-readable representation of data that conforms to a machine-readable language;
(b) receiving a word or sequence of words in a natural language;
(c) automatically translating that word or sequence of words into the machine-readable language by identifying or generating structured machine- readable representations that semantically represent the meaning of the word or sequence of words.
Computer-based system configured to analyse data, the system being configured to:
(a) store in memory a structured machine-readable representation of data that conforms to a machine-readable language;
(b) receive a word or sequence of words in a natural language;
(c) automatically translate that word or sequence of words into the machine-readable language by identifying or generating structured machine- readable representations that semantically represent the meaning of the represent that word or sequence of words.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features: a machine learning system is used to generate the semantic nodes or passages that represent the words or sequence of words in a natural language.
• the machine learning system is a neural network system, such as a deep learning system.
• a neural architecture is used to generate the machine-readable language.
• the neural architecture utilises recurrent neural networks or LSTMs or attention mechanisms or transformers.
• the machine learning system has been trained on training data comprising natural language and a corresponding structured machine-readable representation, such as a machine-readable language comprising semantic nodes and passages.
• a passage of natural language is passed through a sequence-to-sequence neural architecture trained on training data comprising natural language and a corresponding structured representation that encodes meaning.
• the neural network system is a switch transformer feed forward neural network system.
• the neural architecture comprises an encoder and decoder and beam searching is used during decoding of the semantic representations from the decoder to remove invalid semantic representations.
• the word or sequence of words in a natural language is a question and the question is answered with reference to the semantic representation.
• the word or sequence of words in a natural language is one or more documents and the semantic representation of the one or more documents is used to answer question.
• reasoning with reference to the semantic representation produces further, new representations.
• when automatically translating a sequence of words expressed in the natural language into the machine-readable language, the structure of the sequence of words is compared with known machine-readable language structures in the memory to identify similarities.
• automatically translating the word or sequence of words into the machine- readable language is achieved by referencing a store of previously identified correct translations between the natural language and the machine-readable language.
• automatically translating the word or sequence of words into the machine- readable language is achieved by utilising a pipeline of functions which transform the word or sequence of words into a series of intermediate forms.
• the semantic impact of changes to the word or sequence of words in a natural language is automatically assessed to determine whether known or ground truth examples of semantic nodes or passages can be used that are sufficient accurate.
• the semantic nodes or passages that represent the words or sequence of words provides a machine-readable representation of the meaning of the words or sequence of words.
• the semantic nodes or passages that represent the words or sequence of words are processed by a computer-based system for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable manmachine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
• the semantic nodes or passages that represent the words or sequence of words are processed by a computer-based system to generate an output that is human-readable.
• the human readable output include one or more of the following: an answer to a question expressed in the natural language; a reasoning statement that explains how the system has reached a conclusion; a learning statement that explains what the system has learnt; a response in a man/machine interaction.
• The system is further operable to automatically translate from the structured-machine readable representation to the natural language.
• When translating from the structured-machine readable representation to the natural language the system varies the generated translations between alternatives that are substantially semantically equivalent to create varied and fresh responses for the benefit of human users.
• Automatically translating the word or sequence of words into the machine- readable language is achieved by referencing a context of information relevant to generating a correct translation.
J. Semantic Node Resolution
The UL model makes it fast and efficient to create consistent semantic nodes and passages: when a user wishes to use a shared, public identifier for an entity, it sends a description of that entity to a service, which then returns the appropriate shared, public identifier if it exists and can be identified - if not the user can use a new identifier. This enables users to translate existing data into UL very easily while taking advantage of shared information and then use that representation for the purposes and applications described herein.
More generally:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language;
(b) providing a service operable to receive a description of an entity and return one or more identifiers for structured, machine-readable representations of data corresponding to the entity, so that a user is able to use a shared identifier for the entity.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language;
(b) provide a service operable to receive a description of an entity and return one or more identifiers for structured, machine-readable representations of data corresponding to the entity, so that a user is able to use a shared identifier for the entity.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• the description is partially or fully described in the machine-readable language.
• the description is partially or fully written in one or more natural languages.
• the service compares the description of the proposed semantic node or passages with available information about existing entities to determine if there is a match.
• the service probabilistically determines if there is a match.
• the service additionally returns probabilities of matches along with the one or more identifiers.
• the service returns a new identifier if no match is found.
K. Translating between different natural languages
As the UL representation is intended to fully represent the meaning of natural language it was translated from, even potentially representing nuance or properties like level of formality, it is an advantage to use UL as a kind of natural -language- independent semantic intermediate language before translating from it into the target language. This enables accurate, semantically based translation and greatly reduces the number of translation systems or models needed to translate between a large number of pairs of natural languages as only one translation system or model is needed per natural language.
More generally:
A computer implemented method for translating between languages, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language;
(b) receiving a word or sequence of words in the first natural language to be translated into the second natural language;
(c) automatically translating that word or sequence of words expressed in the first natural language into the second natural language by (i) identifying a structured, machine-readable representation of data that represents the semantics of the word or sequence of words in the first natural language and (ii) retrieving a word or sequence of words in the second natural language that corresponds in meaning to the identified structured, machine-readable representation of data.
Computer-based system configured to translate between languages, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language;
(b) receive a word or sequence of words in the first natural language to be translated into the second natural language;
(c) automatically translate that word or sequence of words expressed in the first natural language into the second natural language by (i) identifying a structured, machine-readable representations of data that represents the semantics of the word or sequence of words in the first natural language and (ii) retrieve a word or sequence of words in the second language that corresponds in meaning to the identified structured, machine-readable representation of data.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages;
and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• a machine learning system is used to generate semantic nodes or passages corresponding to or from words or sequence of words in a natural language.
• the machine learning system is a neural network system, such as a deep learning system.
• the machine learning system has been trained on training data comprising natural language and a corresponding structured machine-readable representation, such as a machine-readable language comprising semantic nodes and passages.
• a passage of natural language is passed through a sequence-to-sequence neural architecture trained on training data comprising natural language and a corresponding structured representation that encodes meaning.
• the neural network system utilises recurrent neural networks or LSTMs or attention mechanisms or transformers.
• the neural network system is a switch transformer feed forward neural network system.
• the neural architecture comprises an encoder and decoder and beam searching is used during decoding of the semantic representations from the decoder to remove invalid semantic representations.
• the semantic impact of changes to the word or sequence of words in the first natural is automatically assessed to determine whether known or ground truth examples of semantic nodes or passages can be used that are sufficient accurate.
• the word or sequence of words in the second language that correspond to the identified semantic nodes or passages are automatically varied to provide for varied translations.
L. Voice Assistant
UL enables an always-on voice assistant that is able to discern meaning from inputs (e.g. spoken commands or questions) and generate semantically meaningful responses, without the need for a 'wake word'.
We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language;
(b) automatically and autonomously processing detected audio or text into the structured representation of data for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language;
(b) automatically and autonomously process detected audio or text into the structured representation of data for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages;
and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• autonomous processing of audio or text takes place whenever audio or text is detected or received.
• system is continuously receptive to input audio or text.
• system does not have a wakeword or can operate in a mode where there is no wakeword.
• autonomous processing of detected audio or text takes place without any external trigger event to initiate processing, such as a wake word, or user instruction or action to initiate processing.
• detected audio or text is a question from a user and the question is automatically processed and an answer automatically generated and provided to the user.
• detected audio or text is a statement from a user and the statement is automatically processed and a response, such as a conversational response, automatically generated and provided to the user.
• detected audio or text is a request from a user for an action to take place, and the request is automatically processed and the action executed.
• detected audio or text is a request from a user for an action to take place, and the request is automatically processed and the action executed if doing so optimizes or otherwise positively affects the achievement or realization of tenets, statements or other rules.
• Detected audio or text is cryptographically isolated from the provider of the system whereby private information cannot be accessed by the provider of the system.
• detected audio or text is cryptographically stored using a cryptographic method where at least two of at least two different cryptographic keys are needed to read the detected audio or text.
• detected audio or text comes from a device local to a user and a first one of the at least two different cryptographic keys is associated with the device local to the user and where a second one of the at least two different cryptographic keys is held by the system provider.
• the number of different cryptographic keys is at least three and a third one of the different cryptographic keys is held by an entity distinct from both the user and the system provider
• Multiple voice assistants are provided, such as a unique one per family.
• the system is operable to deliver the experience of a plurality of different voice assistants to a plurality of users comprising at least one data store containing personality information which determines the personality of at least some of the plurality of different voice assistants.
• the personality information includes information about the voice assistant’s gender or name or voice or moods or emotional reactions or level of formality or position on the extrovert-introvert scale or position on any Myers Briggs scale or a Myers Briggs categorisation or categorisation in a personality test or visual appearance.
M. Tenets
UL enables objectives (e.g. maximise client happiness, do not break the law) to be captured in machine-understandable form: these are 'tenets' and they enable the system to determine actions and to determine whether or not to execute a candidate action by determining if doing so would optimise the tenet, or violate the tenet. It provides the machine with the ability to act in a moral or ethical manner and to determine its own behaviour rather than having everything it does determined by pre-written computer code. This enables scaling of the capabilities of the system as the system learns without the addition and debugging of new program code. It also enables consistent changes or variations in the behaviour or product rules of the system to be made very quickly without any code being changed.
We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; in which the structured representation of data includes one or more tenets, statements or other rules defining the objectives or motives, also represented using the structured representation of data;
(b) analysing a potential action to determine whether executing the action would optimize or otherwise affect achievement or realization of those tenets, statements or other rules;
(c) automatically selecting, deciding on or executing actions only if they optimize or otherwise positively affect the achievement or realization of those tenets, statements or other rules.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; in which the structured representation of data includes one or more tenets, statements or other rules defining the objectives or motives, also represented using the structured representation of data;
(b) analyse a potential action to determine whether executing the action would optimize or otherwise affect achievement or realization of those tenets, statements or other rules;
(c) automatically select, decide on or execute actions only if they optimize or otherwise positively affect the achievement or realization of those tenets, statements or other rules.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages;
and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• actions that conform to the tenets, statements or other rules ('tenets') are automatically proposed by referencing the tenets.
• the actions include communicating with users in written form.
• actions include communicating with users in spoken form.
• the tenets include at least one measure the system should try to maximise, such as user happiness.
• the tenets include at least one measure the system should try to minimise, such as user unhappiness.
• the tenets include at least one rule for actions the system must never do.
• the system is further operable to avoid doing the actions the system must never do by referencing the tenets.
• the tenets include at least one suggestion of what action to do in a defined circumstance.
• the tenets include sub-tenets which are tenets that relate to other tenets or which are more specific examples of another tenet.
• the actions include accessing other remote computer systems.
• the actions include changing the state of devices linked to the system via a network.
• the actions include initiating a spoken interaction with a human being.
• a data store contains a machine-readable representation of the world that encodes meaning and where the system is further operable to reason with reference to the machine-readable representation of the world to select actions that conform with the tenets.
• the machine-readable representation of the world comprises a representation of valid reasoning steps and where the system is further operable to utilise the representation of valid reasoning steps to reason.
• the machine-readable representation of the world includes a representation of computational capabilities that are available to the system and where the system is further operable to utilise the computational capabilities by referencing the machine-readable representation.
• the system is operable to learn and augment the machine-readable representation of the world.
• the system is operable to learn from communication with at least one user.
• the system is operable to learn from at least one external sensor connected to the system via a network.
• the machine-readable tenets are at least partially represented by combinations of identifiers and where at least some of the identifiers represent concepts corresponding to real-world things.
• the system is further operable to receive a description of a concept from a remote system and use the description to return an identifier which is likely to mean the concept.
• the system is operable to continuously reason in a way that results in actions that conform with the tenets.
• the system is operable to answer questions about the tenets from human users.
• the computer system comprises a long-term memory; a short-term memory; a tenet-store containing machine-readable tenets representing rules to guide the system and where the computer system is operable to receive events and utilise the events, the contents of the long-term memory, the contents of the short-term memory and the tenets to do actions that conform with the tenets.
• the computer system comprises a component which generates candidate actions; a component that decides whether to execute the candidate actions with reference to the tenets and a component which executes actions.
• answering a question asked by a human user comprises two actions - generating a response to the question and communicating that response to the human user.
• the events include communication from at least one user and where the actions include communication to at least one user.
• the system is further operable to learn, and store what is has learned to the long-term memory.
• the computer system is not operable to change the tenets.
• the tenets include a tenet prohibiting actions which might result in changes to the tenets.
• the system is further operable to do an independent check of each potential action against the tenets and will discard the potential action if the independent check finds that it is incompatible with the tenets.
• the computer system is further operable to actively exclude knowledge on itself from being used in determining actions.
Contemplation engine
• potential actions are autonomously generated by the computer based system .
• potential actions are autonomously generated by the computer based system as outputs from processing inputs, such as audio or text.
• potential actions are autonomously generated with a process that operates substantially continuously.
• potential actions are autonomously generated without any external trigger event to initiate processing or user instruction or action to initiate processing.
• the potential actions are automatically executed if they optimize or otherwise positively affect the achievement or realization of those tenets, statements or other rules.
USE CASES
Nl: Man/machine interface
UL can be used as part of a human/machine interface, where the machine is able to interpret semantically inputs that are spoken, written or GUI instruction provided by a human and hence enable an improved user experience.
We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured representation of data including a representation of a spoken, written or GUI instruction provided by a human to a human/machine interface;
(b) automatically processing the structured representation of data for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including a representation of a spoken, written or GUI instruction provided by a human to a human/machine interface;
(b) automatically process the structured representation of data for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
N2: Search and Analysis of Documents or Web pages.
It is possible to automatically translate websites and web documents (in the limit, the entire WWW) into UL and hence give them a deep machine-understandable semantic meaning; this makes it possible to use web documents in far more powerful ways including reasoning from and integrating the meaning of those documents in ways that were previously not possible.
We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including a representation of at least parts of documents stored in a document store;
(b) automatically processing the structured representation of data for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications that require a search for, or analysis of, documents.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including a representation of at least parts of documents stored in a document store;
(b) automatically processing the structured representation of data for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications that require a search for, or analysis of, documents.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• the parts of the documents have been automatically translated into the machine readable language.
• a machine learning system is used to generate the semantic nodes or passages that represent the words in the documents.
• the machine learning system is a neural network system, such as a deep learning system.
• a neural architecture is used to generate the machine-readable language
• the neural architecture utilises recurrent neural networks or LSTMs or attention mechanisms or transformers
• the machine learning system has been trained on training data comprising natural language and a corresponding structured machine-readable
representation, such as a machine-readable language comprising semantic nodes and passages.
• a passage of natural language is passed through a sequence-to-sequence neural architecture trained on training data comprising natural language and a corresponding structured representation that encodes meaning.
• the neural network system utilises recurrent neural networks or LSTMs or attention mechanisms or transformers.
• the neural network system is a switch transformer feed forward neural network system.
• the neural architecture comprises an encoder and decoder and beam searching is used during decoding of the semantic representations from the decoder to remove invalid semantic representations.
• when automatically translating a sequence of words expressed in the natural language into the machine-readable language, the structure of the sequence of words is compared with known machine-readable language structures in the memory to identify similarities.
• automatically translating the word or sequence of words into the machine- readable language is achieved by referencing a store of previously identified correct translations between the natural language and the machine-readable language
• automatically translating the word or sequence of words into the machine- readable language is achieved by utilising a pipeline of functions which transform the word or sequence of words into a series of intermediate forms
• user’s queries have been automatically translated into UL and the system responds to the users requests by utilising the translated UL.
• method is a web search system and the document store includes pages from the world wide web which are indexed and then at least partially translated into UL.
• translation includes turning natural language components of these pages into UL or turning tabular or other structured data into UL.
• answers to queries include links to web pages containing the information being searched for or providing the services being searched for or the system provide the information directly in the form of a text or spoken answer.
• direct responses are accompanied by links to the sources of this information and include associated data such as images or tables.
N3. Mapping data represented as UL, associated systems utilising mapping data and location based search
It is possible to represent mapping and location-based data into UL and hence give them a machine-understandable semantic meaning; this makes it possible to use mapping and location-based data in far more powerful ways. We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of mapping or location-based data;
(b) automatically processing the structured representation of data for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications that use location-based or mapping data.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of mapping or location-based data;
(b) automatically process the structured representation of data for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable
man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications that use location-based or mapping data.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• mapping data or location-based data has been automatically translated into the machine readable language.
• a machine learning system is used to generate the semantic nodes or passages that represent the mapping data or location-based data.
• the machine learning system is a neural network system, such as a deep learning system.
• a neural architecture is used to generate the machine-readable language
• the neural architecture utilises recurrent neural networks or LSTMs or attention mechanisms or transformers
• the machine learning system has been trained on training data comprising natural language and a corresponding structured machine-readable representation, such as a machine-readable language comprising semantic nodes and passages.
• a passage of natural language is passed through a sequence-to-sequence neural architecture trained on training data comprising natural language and a corresponding structured representation that encodes meaning.
• the neural network system utilises recurrent neural networks or LSTMs or attention mechanisms or transformers.
• the neural network system is a switch transformer feed forward neural network system.
• the neural architecture comprises an encoder and decoder and beam searching is used during decoding of the semantic representations from the decoder to remove invalid semantic representations.
• when automatically translating a sequence of words expressed in the natural language into the machine-readable language, the structure of the sequence of words is compared with known machine-readable language structures in the memory to identify similarities.
• automatically translating the word or sequence of words into the machine- readable language is achieved by referencing a store of previously identified correct translations between the natural language and the machine-readable language.
• automatically translating the word or sequence of words into the machine- readable language is achieved by utilising a pipeline of functions which transform the word or sequence of words into a series of intermediate forms.
N4. Identifying relevant adverts and news
UL enables advertisements, news articles or other information items (e.g. on the WWW) to be translated to UL and their semantic meaning made available for machine processing: this enables automated assessment of relevance to specific individuals, and hence personalised advertising etc.
We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language that represents meaning; the structured, machine-readable representation of data relating to representations of at least some part of one or more advertisements, news articles or other information items;
(b) automatically processing the structured representation of data to identify advertisements, news articles or other information items relevant to a specific individual.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of at least some part of one or more advertisements, news articles or other information items;
(b) automatically process the structured representation of data to identify advertisements, news articles or other information items relevant to a specific individual.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• the method determines advertisements, news articles or other information items relevant to a user by also analysing semantic nodes that are a representation of user-specific data.
• the user-specific data includes one or more of the following relating to a user: social media profile, postings, profile information, “likes”, web search or web browsing history, natural language conversation/exchanges between the user and a system where the system stores and remembers information the user has given about him or herself.
• advertisements, news articles or other information items relevant to a specific individual and the user-specific data has been automatically translated into the machine readable language.
• a machine learning system is used to generate the semantic nodes or passages that represent the advertisements, news articles or other information items relevant to a specific individual, and the user-specific data.
• the machine learning system is a neural network system, such as a deep learning system.
• the machine learning system has been trained on training data comprising natural language and a corresponding structured machine-readable representation, such as a machine-readable language comprising semantic nodes and passages.
• a passage of natural language is passed through a sequence-to-sequence neural architecture trained on training data comprising natural language and a corresponding structured representation that encodes meaning.
• the neural network system is a switch transformer feed forward neural network system.
• the neural architecture comprises an encoder and decoder and beam searching is used during decoding of the semantic representations from the decoder to remove invalid semantic representations.
• when automatically translating a sequence of words expressed in the natural language into the machine-readable language, the structure of the sequence of words is compared with known machine-readable language structures in the memory to identify similarities.
• automatically translating the word or sequence of words into the machine- readable language is achieved by referencing a store of previously identified correct translations between the natural language and the machine-readable language
• automatically translating the word or sequence of words into the machine- readable language is achieved by utilising a pipeline of functions which transform the word or sequence of words into a series of intermediate forms
N5. Aggregation and summarisation of news
UL enables news from multiple sources (e.g. on the WWW) to be partially or fully translated to UL and their semantic meaning made available for machine processing and summarising: this enables automated personalised news summaries etc. We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of news from multiple sources;
(b) automatically processing the structured representation of data for one or more of the following: to generate a summary of the news from multiple sources; using the news summaries to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications to use the summaries of news from multiple sources.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of news from multiple sources;
(b) automatically process the structured representation of data for one or more of the following: to generate a summary of the news from multiple sources; using the news summaries to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to
enable one or more vertical applications to use the summaries of news from multiple sources.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• news articles relevant to a specific user are determined by also analysing semantic nodes that are a representation of user-specific data.
• the user-specific data includes one or more of the following relating to a user: social media profile, postings, profile information, “likes”, web search or web browsing history, natural language conversation/exchanges between the user and a system where the system stores and remembers information the user has given about him or herself.
• news articles have been automatically translated into the machine readable language.
• a machine learning system is used to generate the semantic nodes or passages that represent the news articles.
• the machine learning system is a neural network system, such as a deep learning system.
• a neural architecture is used to generate the machine-readable language
• the neural architecture utilises recurrent neural networks or LSTMs or attention mechanisms or transformers
• the machine learning system has been trained on training data comprising natural language and a corresponding structured machine-readable
representation, such as a machine-readable language comprising semantic nodes and passages.
• a passage of natural language is passed through a sequence-to-sequence neural architecture trained on training data comprising natural language and a corresponding structured representation that encodes meaning.
• the neural network system utilises recurrent neural networks or LSTMs or attention mechanisms or transformers.
• the neural network system is a switch transformer feed forward neural network system.
• the neural architecture comprises an encoder and decoder and beam searching is used during decoding of the semantic representations from the decoder to remove invalid semantic representations.
• when automatically translating a sequence of words expressed in the natural language into the machine-readable language, the structure of the sequence of words is compared with known machine-readable language structures in the memory to identify similarities.
• automatically translating the word or sequence of words into the machine- readable language is achieved by referencing a store of previously identified correct translations between the natural language and the machine-readable language
• automatically translating the word or sequence of words into the machine- readable language is achieved by utilising a pipeline of functions which transform the word or sequence of words into a series of intermediate forms
N6. Matching between people using UL
UL enables accurate and scalable match-finding: for example, sex, age, and other information relevant to dating or matching for marriage or friendship or matching for business contacts can be translated to UL and their semantic meaning made available for machine processing: this enables improved automated personalised matching. We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of personal information defining one or more of the following attributes of a person: sex, age, information relevant to dating or match-making, information relevant to identifying business connections; information relevant to identifying friends;
(b) automatically processing the structured representation of data to provide a compatibility match between persons.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of personal information defining one or more of the following attributes of a person: sex, age, information relevant to dating or match-making, information relevant to identifying business connections; information relevant to identifying friends;
(b) automatically process the structured representation of data to provide a compatibility match between persons.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• the personal information comprises information coming from conversations in natural language with the system where the user’s responses are translated into the structured, machine-readable representation of data.
• the personal information comprises information coming from the output of a machine learning model.
• the personal information comprises information coming from reasoning.
• the personal information comprises information come from learning.
N7. Identifying abusive or untrue postings in social media
UL enables social media postings to be partially or fully translated to UL and their semantic meaning made available for machine processing: this enables automated and high-precision analysis of compliance with requirements preventing abusive, false or illegal postings. We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of social media postings;
(b) automatically processing the structured representation of data to determine if the postings are compliant with requirements preventing abusive or illegal postings.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine-
readable representation of data including representations of social media postings;
(b) automatically process the structured representation of data to determine if the postings are compliant with requirements preventing abusive or illegal postings.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• the processing includes determining whether the social media postings are factually true.
• the processing includes determining whether the social media postings are illegal.
• the machine-readable representation of data further includes at least a partial representation of the requirements preventing abusive or illegal postings and the processing references the representation of the requirements.
• the processing additionally generates a natural language explanation of why the social media posting is not compliant with the requirements.
• the processing additionally applies statistical machine-learning models to the social media postings and uses the results of the models.
N8. Analysis of Customer Reviews
UL enables customer reviews (e.g. of products, of companies) to be translated to UL and their semantic meaning made available for machine processing: this enables automated analysis of customer reviews. We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of customer reviews of products or services;
(b) automatically processing the structured representation of data to analyse the customer reviews.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of customer reviews;
(b) automatically process the structured representation of data to analyse the customer reviews.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes
from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• the system is further configured to automatically answer questions about the products or services by referencing the structured, machine-readable representation of data.
• the system is further configured to automatically answer general product questions from customers by referencing the structured, machine-readable representation.
• the system is further configured to translate some or all of the natural language in a customer review into the structured, machine-readable representation of data.
N9. Shopping queries and product requests
UL enables product descriptions, user product requests, a user's previous search, social media or shopping histories to be translated to UL and their semantic meaning made available for machine processing: this enables automated analysis of which products best match a user's product requests or a user's previous search, social media or shopping history. We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of product descriptions, user product requests, a user's previous search, social media or shopping histories;
(b) automatically processing the structured representation of data to determine which products best match a user's product requests or a user's previous search, social media or shopping history.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of product descriptions, user product requests, a user's previous search, social media or shopping histories;
(b) automatically process the structured representation of data to determine which products best match a user's product requests or a user's previous search, social media or shopping history.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• presenting the products which best match to the user for possible purchase.
• automatically processing the structured representation of data happens as part of a natural language conversation with the user about what the user is looking to purchase.
N.10 Job matching
UL enables job descriptions and job applicants' skills and experience to be translated to UL and their semantic meaning made available for machine processing: this enables automated analysis of which jobs best match a job applicant's skills and experience over a very wide variety of skills, jobs and backgrounds without additional computer code and for those matches to be very accurate and explainable in natural language. We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of job descriptions and job applicants' skills and experience;
(b) automatically processing the structured representation of data to determine which jobs best match a job applicant's skills and experience.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of job descriptions and job applicants' skills and experience;
(b) automatically process the structured representation of data to determine which jobs best match a job applicant's skills and experience.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages;
and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• A system is operable to match candidates to open jobs and comprises at least one data store containing: a plurality of candidate resumes where at least some parts of at least some of the candidate resumes are in a structured machine- readable form that encodes meaning; a plurality of job specifications for open roles where at least some of parts of at least some of the job specifications are stored in the structured machine-readable form that encodes meaning and where the system is further operable to match the plurality of candidate resumes with the plurality of job specifications to identify high confidence matches between candidates and open roles.
• the structured machine-readable form is a language that represents meaning by creating combinations of identifiers and where at least some of the identifiers represent human skills and experience.
• at least one data store further stores a representation of candidates’ desired roles at least partially represented in the structured machine-readable form and where the system is further operable to match open roles against the representation of candidates’ desired roles in order to improve the matches between candidates and open roles.
• the system is further operable to send a push notification to a mobile device when a high confidence match is found.
• the system is further operable to explain how the candidate matches the role by generating an explanation of which bits of the job specification match the skills and experience of the candidate.
• the explanation is in a natural language.
• the system is operable to match requirements in job specifications to the skills and experience of a candidate where there are no keywords in common
between the relevant parts of the natural language versions of the candidate resume and job specification.
• the system is operable to make a sequence of logical reasoning steps in order to match the skills or experience of a candidate with a requirement in a job specification.
N.ll Horizontal Health Application
UL supports the creation of a horizontal health application able to integrate an extremely broad amount of heterogeneous health data. We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of personal health or medical data;
(b) automatically processing the structured representation to analyse the personal health or medical data.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of personal health or medical data;
(b) automatically process the structured representation to analyse the personal health or medical data.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Optional features:
• a broad set of health data for one or more people is managed and where at least some of the health data is represented in a structured machine-readable form that encodes meaning stored within one or more data stores.
• the health data includes nutrition data about food or drink that has been consumed by at least one of the one or more people.
• the nutrition data includes data that represents the uncertainty about the volume or nutritional information or composition of what was consumed.
• the health data comprises data about the results of blood tests or measurements or body composition or activity information or genetic data or microbiome data or bowel motion events or sleep data or workout data or activity data or symptoms of diseases or human moods or menstruation or ingestion of medication or medical conditions or data from any wearable device.
• conversing with one or more users via text is enabled.
• selected other people are enabled to converse with the one or more users and to view relevant health data.
• graphs of specific types of health data are created whereby users can see how different data correlates.
• health data is analysed to uncover insights relevant to the specific user's health.
• include potential dietary intolerances or behaviours that influence sleep.
• elements of the health data are combined to calculate an additional item of health data not already present in the health data.
• the additional item of health data is an estimate of caffeine present in a user's body at a particular time.
N.12 Accounting
UL enables financial or accounting information to be translated to UL and their semantic meaning made available for machine processing: this enables automated analysis of financial or accounting information. We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of financial or accounting information;
(b) automatically processing the structured representations to analyse the personal financial or accounting information.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of financial or accounting information;
(b) automatically process the structured representations to analyse the financial or accounting information.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages;
and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
• accounting data for at least one business is processed, and at least some of the accounting data is represented in a structured machine-readable format that encodes real-world meaning stored within one or more data stores.
• the structured machine-readable format is comprised of combinations of identifiers where at least some of the identifiers represent real-world entities relevant to the activities of the at least one business and where further meaning is encoded from the choice of combinations of the identifiers.
• accountancy data is automatically presented in a plurality of different accountancy standards.
• answer to questions about the activities of the at least one business are generated.
N.13 Voice Assistants/Chatbots
Natural language directed to a voice assistant or chatbot can be translated into UL and the UL representation used internally to answer questions, converse or take actions. This horizontal representation enables easier scaling of the voice assistant or chatbot’s capabilities and makes it easier for the system to work with large numbers of other natural languages as only the translation steps need to change. We can generalise to:
A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine-
readable representation of data including representations of user speech or text input to a human/machine interface;
(b) automatically processing the structured representations to analyse the user speech or text input.
Computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine- readable representation of data including representations of user speech or text input to a human/machine interface;
(b) automatically process the structured representations to analyse the user speech or text input to a human/machine interface.
In the preferred implementation, the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Other optional features:
Privacy preserving mode
• a first wakeword initiates processing, and a privacy-preserving state is then entered, requiring a second wakeword and where the second wakeword is sufficiently long or unusual that a false recognition of the second wakeword is significantly more improbable relative to the first wakeword.
Multiple different voice assistants
• the experience of a plurality of different voice assistants to a plurality of users is delivered and at least one data store contains personality information which determines the personality of at least some of the plurality of different voice assistants.
• the personality information includes information about the voice assistant's gender or name or voice or moods or emotional reactions or level of formality or position on the extrovert-introvert scale or position on any Myers Briggs scale or a Myers Briggs categorisation or categorisation in a personality test or visual appearance.
• there is at least one set of machine-readable tenets that represent goals and rules to guide at least some of the plurality of voice assistants and actions are then done that conform with the tenets by referencing the tenets.
• the at least one set of machine-readable tenets is a plurality of sets of machine-readable tenets and where selected ones of the plurality of different voice assistants are mapped to selected ones of the plurality of sets of machine-readable tenets whereby different voice assistants are driven by different tenets.
• private user data is accessible only by selected ones of the plurality of different voice assistants.
Device types
• The computer-based system is configured to be a voice assistant.
• The computer-based system is a voice assistant device configured to control items in a home, car or other environment, using the user speech or text input.
• The computer-based system is a voice assistant device configured to run on a smartphone, laptop, smart speaker or other electronic device.
• The computer-based system is a voice assistant device configured to run at least in part on cloud or central servers and at least in part on edge devices.
For each of the Use Case concepts N1 - N13, the following apply:
• the method and system uses a single syntactical item, such as brackets, to disambiguate combinations of nodes, as defined in Concept A.
• the method and system uses a shared syntax across factual statements, queries and reasoning, as defined in Concept B.
• the method and system uses nesting of nodes, as defined in Concept C.
• the method and system uses ID selection, from an address space that is sufficiently large to enable users to select a new identifier with negligible risk of selecting a previously allocated identifier, as defined in Concept D.
• the method and system imposes no restrictions on which clients are permitted to generate a semantic node or passage, as defined in Concept E.
• the method and system uses the consolidated universal language concepts, as defined in Concept F.
• the method and system includes question answering, as defined in Concept G.
• the method and system includes learning, as defined in Concept H.
• the method and system includes translation, as define in Concept I.
• the method and system includes semantic node resolution, as defined in Concept J.
• the method and system includes translation between natural languages , as defined in Concept K.
• the method and system is used in a voice assistant, as defined in Concept L.
• the method and system uses tenets, as defined in Concept M.
Optional Features applicable to all Concepts A - N
Note that in the following, any occurrence of 'semantic node' or 'passage' can be generalised to a 'structured, machine-readable representation' and also to a 'machine representation'. Similarly, any occurrence of 'structured, machine-readable representation' or equivalent can be generalised to a 'machine representation'. In the appended Claims and/or Concepts, we use the term 'machine representation' for conciseness.
Simple syntax
• the structured, machine-readable representation includes a single syntactical item to disambiguate the meaning of structured representations of data.
• the single syntactical item to disambiguate meaning represents nesting of the structured, machine-readable representation of data.
• the single syntactical item to disambiguate meaning represents nesting of semantic nodes and passages to any arbitrary depth.
• the single syntactical item to disambiguate the meaning of the combination is parentheses or brackets.
• the single syntactical item to disambiguate the meaning of the combination is the only syntactical item to disambiguate the meaning of the combination.
• the single syntactical item to disambiguate the meaning of the combination is the primary syntactical item to disambiguate the meaning of the combination.
• the syntax applies to all nodes and combinations of nodes.
• the syntax is a simple unambiguous syntax comprising nesting of nodes.
• the syntax is a simple unambiguous syntax comprising nesting of nodes to any arbitrary depth.
• the syntax is a simple unambiguous syntax in which semantic nodes can only be combined in nested combinations.
• the syntax allows for expressions to be nested indefinitely to allow a user to define a concept, coupled with contextual information about the concept, as a hierarchy of semantic nodes.
• Combination nodes can contain any finite number of semantic nodes and the semantic nodes within them can also be combination nodes creating any level of nesting.
• a semantic link between nodes, such as ISA, is itself a semantic node.
• the syntax for the machine-readable language applies to combinations of semantic nodes that represent factual statements, query statements and reasoning statements.
• The syntax of the structured, machine-readable representation of data conforms or substantially conforms to the production grammar “<passage>::=<id> | <passage>::=(<passage><passage>*)” where
“<passage>*” means zero or one or more further passages and where <id> is an identifier for a semantic node.
Node meaning
• the machine-readable language is a universal language for which substantially anything expressible in natural language is expressible as a structured, machine-readable representation of data or a combination of structured, machine-readable representations of data.
• a structured, machine-readable representation of data represents a specific entity, such as a word, concept, or other thing, and once generated, identifies uniquely that specific word, concept, or other thing in the universal language.
• an ordered or partially ordered collection of structured, machine-readable representations of data captures a specific meaning or semantic content.
• the meaning of a structured, machine-readable representation of data comes from statements written in the machine-readable language.
• the meaning of a structured, machine-readable representation of data comes from other structured, machine-readable representations of data that represents things that have been said about the structured, machine-readable representation of data.
• a structured, machine-readable representation of data that represents an entity encodes the semantic meaning of that entity through links to structured, machine-readable representations of data of related words, concepts, other terms, or logical processes.
• combining structured, machine-readable representations of data generates a new word, concept, or other term with a new meaning or semantic content in the machine-readable language
• the machine-readable language is understandable to human users where it corresponds to an equivalent statement in natural language.
Generating nodes
A semantic node once defined has an identifier or ID.
• semantic nodes are identified with a UUID.
• The identifier is selected from an address space that is sufficiently large to enable users to select new identifiers independently of other users without duplication.
• The identifier is selected from an address space that is sufficiently large to enable users to select a new identifier with negligible risk of selecting a previously allocated identifier.
• the ID is a UUID.
• the ID is a 128-bit version 4 UUID (RFC 4122) with hyphenated lower-case syntax.
• the ID is a UUID or a string, such as a Unicode string.
• a string can denote itself as a structured, machine-readable representation of data and its meaning is strictly the string itself only and any natural language meaning contained within the string is not part of the meaning of the string.
• a string can denote itself as a semantic node and its meaning is strictly the string itself only and any natural language meaning contained within the string is not part of the meaning of the string.
• a string is represented by an ID as an additional identifier.
• a string is represented as a UUID or other numerical ID and a separate passage links the string to that numerical ID to provide its meaning.
• two identical strings used as semantic nodes have universal meaning as that string.
• any user can coin its own semantic nodes with its own local meaning by picking an unused identifier.
• any user can coin its own identifier for a semantic node even if another identifier is already used for the semantic node.
• any user is free to define its own meaning to combinations of semantic nodes.
• there can be multiple different semantic nodes for the same specific word, concept, or other thing.
• any user that chooses to create machine representations, such as passages, that use shared semantic nodes is also expressing the same meaning by combining them, so that the meaning that comes from combining shared semantic nodes is universal.
• there can be multiple different structured, machine-readable representation of data for the same specific word, concept, or other thing.
• any user that chooses to create passages that use shared structured, machine- readable representation of data is also expressing the same meaning by combining them, so that the meaning that comes from combining shared structured, machine-readable representations of data is universal.
• each sense of each word in a dictionary is represented by a semantic node.
• a machine learning system generates passages by autonomously learning from natural language documents or conversations.
• Passages are derived from a machine analysis of natural language documents, such as WWW pages or conversations.
• a semantic node is a structured, machine-readable representation of data that, once defined, has an identifier so it can be referred to within the machine- readable language.
• a “shared ID” is an ID used by more than one user; a “private ID” or “local ID” is similarly an ID used by only one user and is not published or exposed to other users; a “public ID” is an ID that a user has used in UL that can be seen by every user.
• A passage is a combination of semantic nodes expressing meaning, and is the sole nesting construct.
• semantic nodes in infinite classes are represented as a combination of a plurality of other nodes.
Scalability
• the machine-readable language is scalable since any natural language word, concept, or other thing can be represented by a structured, machine-readable representation of data.
• the machine-readable language is scalable since there are no restrictions on which users can create a structured, machine-readable representation of data or related identifier.
Questions
• Questions are represented in the machine-readable language with a passage which comprises a node identifying the passage as a question, language representing zero or one or more unknown entities being requested within the semantics of the question and language representing the semantics of the question and referencing the zero or one or more unknown entities.
• Questions are represented in the machine-readable language with a passage of the form (Question <unknowns>)(<passage>) where Question is a semantic node and <unknowns> is a list of zero or one or more semantic nodes representing unknown values (similar in meaning to letters of the alphabet in algebra) and where <passage> is where the unknowns are used to express what is being asked about.
• generating responses to queries comprises three operations, namely matching with structured, machine-readable representation of data, such as passages, in a store, fetching and execution of computation units and fetching reasoning passages.
• a question is represented in the memory as a structured, machine-readable representation of data, and the representation of the question, the structured, machine-readable representations of data previously stored in the memory store, the computation units and the reasoning passages are all represented in substantially the same machine-readable language
Reasoning
• Reasoning is where machine-readable language is generated from other machine-readable language using reasoning steps that are represented as passages which represent the semantics of the reasoning steps.
• reasoning is done with a series of one or more queries being answered to see if the reasoning step is valid.
• reasoning is done with a series of one or more queries being answered to generate results needed for the result of the reasoning.
• passages represent details for the computation unit that are needed to select and run the computation unit, namely defining what it can do, how to run it and how to interpret the results.
• The step of fetching and execution of one or more initial reasoning passages returns other passages with unknowns that need to be processed, and the results of that processing is a tree of connection that is used to give results for the initial passage.
• The tree of connection is stored and the processing of these other passages with unknowns happens in parallel, allowing data fetching and exploration of reasoning to be parallelized.
• once all passages are processed up to a given maximum reasoning depth, a second non-parallelised step is used to walk through this tree of processed passages and unknowns mappings to find valid answers.
• each passage in a list of passages is processed to identify valid mappings from the passage memory store and the computation units, where a valid mapping for that list of passages is one where all unknowns have a value and there are no contradicting mappings between passages in the list.
• The step of identifying valid mappings recursively looks through the data and finds all valid mappings for the initial question which can be returned as the answer.
• at least some of the passages that have been generated from reasoning or computation are stored in the passage memory store, making these available in the future for faster processing.
• The history of these generated passages is also stored so that changes to a trust level in the passages that were used to generate them can be extended to the trust given to these generated passages.
• The history of these generated passages is also stored to enable the removal of generated passages when the trusted status of one or more of the passages used to generate them changes.
• When a new passage is added to the passage memory store it is assigned a low initial trust value when added by a normal user and a higher starting value when added by a privileged user.
• a signal from an application of the system or method is stored in association with the passages utilised by the application in order to keep track of the value of the passages.
• passages are assigned a vector of values where the number at each index represents a different quality of the passage.
• the different qualities include veracity, usefulness, and efficiency.
• a process that uses the passages utilises a priorities vector with numbers at each index that indicate how much they prioritise that value.
• the overall value of the passage to that process can then be obtained from the dot product of the vectors.
• a reasoning engine experiments with high and lower value passages to answer the question and the answers provided by the reasoning engine are then monitored for any signals that would indicate whether the lower value passages have a positive or negative effect on the answers and this information then feeds back into an auto-curation process which re-evaluates the value of the passage with the new signal.
• an auto-curation process automatically tests passages to determine if they should be used for question-answering.
• the structured, machine-readable representations of data previously stored in a memory store have been curated with an automatic method.
• the question is the result of translating natural language asked by a user into a substantially semantically-equivalent representation in the machine-readable language.
• the response to the question is subsequently translated into semantically equivalent natural language and presented to one or more users.
• the question is the result of translating a question spoken by a user in a natural language into a substantially semantically-equivalent representation in the machine-readable language and the user is subsequently played a spoken answer where the spoken answer is the result of translating the response to the question into the natural language.
Computation units
• a computation unit represents an individual computational capability that is available for reasoning and other purposes.
• computation units are semantic nodes.
• passages, or combinations of semantic nodes, represents details for the computation unit that are needed to select and run the computation unit, namely defining what it can do, how to run it and how to interpret the results.
• Computation units are appropriately utilised during reasoning.
Learning
• new information that is learnt is represented in a structured, machine-readable representation of data that conforms to a machine-readable language.
• learning new information is obtained from automatically processing the structured, machine-readable representation of data to obtain, or learn, new information, and the new information is itself represented as structured, machine-readable representations of data that are stored in memory.
• Learning new information is obtained from a machine-learning system which generates classifications or predictions or other outputs which are represented as passages.
• a machine-learning system processes the semantic nodes and passages to obtain, or learn, new information.
• new information is generated by automatically processing the semantic nodes and passages to answer a question.
• The method of any preceding statement in which a question is represented as one or more machine representations, such as passages and a response to the question is automatically generated using one or more of the following steps: (i) matching the question with machine representations previously stored in a memory store; (ii) fetching and executing one or more computation units, where computation units represent computational capabilities relevant to answering the question; (iii) fetching and execution of one or more reasoning machine representations, such as reasoning passages, which are machine representations that represent the semantics of potentially applicable reasoning steps relevant to answering the question.
• the new information represented as semantic nodes or passages are stored and used to improve performance of learning new facts.
• the new information represented as semantic nodes or passages are stored and used to improve reasoning steps.
• the new information represented as semantic nodes or passages are stored and used to explain or describe the new information in natural language.
• the new information represented as semantic nodes or passages are stored and used in text or spoken conversations with human users.
• learning new information takes place from conversation with or other natural language provided by human users, in which natural language provided by users in spoken or written form is translated into semantic nodes and passages and then new information represented by these semantic nodes and passages is stored and used.
• learning takes place from reasoning, in which semantic nodes and passages that are generated from a chain of reasoning steps, and are stored and utilised.
• learning takes place from natural language, in which by translating all or parts of document sources of natural language, such as web pages, scientific papers or other articles into semantic nodes or passages, the resulting semantic nodes or passages are then utilised by applications.
• non-document sources of natural language, including audio recordings or videos containing human speech, are used and speech recognition technology is first utilised to create a text transcription of the recordings of voice which are then translated into semantic nodes and passages.
• machine learning system is used to analyse document and non-document data and create passages from that data.
Machine learning
• a machine learning system is used to generate the semantic nodes or passages that represent the words or sequence of words in a natural language.
• the machine learning system is a neural network system, such as a deep learning system.
• a neural architecture is used to generate the machine-readable language.
• the neural architecture utilises recurrent neural networks or LSTMs or attention mechanisms or transformers.
• the machine learning system has been trained on training data comprising natural language and a corresponding structured machine-readable representation, such as a machine-readable language comprising semantic nodes and passages.
• a passage of natural language is passed through a sequence-to-sequence neural architecture trained on training data comprising natural language and a corresponding structured representation that encodes meaning.
• the machine learning, e.g. neural network, system is a switch transformer feed forward neural network system
• the machine learning system, e.g. neural architecture, comprises an encoder and decoder and beam searching is used during decoding of the semantic representations from the decoder to remove invalid semantic representations.
• when automatically translating a sequence of words expressed in the natural language , (such as speech or text input) into the machine-readable language, the structure of the sequence of words is compared with known machine-readable language structures in the memory to identify similarities.
• automatically translating the word or sequence of words (such as speech or text input) into the machine-readable language is achieved by referencing a store of previously identified correct translations between the natural language and the machine-readable language.
• automatically translating the word or sequence of words (such as speech or text input) into the machine-readable language is achieved by utilising a pipeline of functions which transform the word or sequence of words into a series of intermediate forms.
• the semantic impact of changes to the word or sequence of words (such as speech or text input) in a natural language wording of the translation in the natural language is automatically assessed to determine whether known or
ground truth examples of semantic nodes or passages can be used that are sufficient accurate.
• the semantic nodes or passages that represent the words or sequence of words (such as speech or text input) provides a machine-readable representation of the meaning of the words or sequence of words.
• the semantic nodes or passages that represent the words or sequence of words (such as speech or text input) are processed by a computer-based system for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
• the semantic nodes or passages that represent the words or sequence of words (such as speech or text input) are processed by a computer-based system to generate an output that is human-readable.
• the human readable output include one or more of the following: an answer to a question expressed in the natural language; a reasoning statement that explains how the system has reached a conclusion; a learning statement that explains what the system has learnt; a response in a man/machine interaction.
• a neural net is trained end-to-end to turn audio or video data directly into semantic nodes and passages.
• natural language-based learning is combined with statistical machinelearning to optimise the translation of document and non-document data (such as speech or text input) into semantic nodes and passages.
• a machine learning system is used to generate the semantic nodes or passages
• the neural network system is a switch transformer feed forward neural network system
• structured data, such as the content of a table found in a document or on the web, a spreadsheet or the content of a relational, graph or other database is turned into semantic nodes and passages by assigning semantic nodes to the identifiers in the structured data and writing semantic nodes and passages that correspond to the meaning of the structured data.
• learning takes place from analysis of other data, in which the data is processed with an algorithm and the results of that processing is represented in semantic nodes and passages.
Translation to and from UL
• a word or sequence of words in a natural language is received and automatically translated into the machine-readable language by identifying or generating structured machine-readable representations that semantically represent the meaning of the word or sequence of word.
• a machine learning system is used to generate the semantic nodes or passages that represent the words or sequence of words in a natural language.
• the machine learning system is a neural network system, such as a deep learning system.
• a neural architecture is used to generate the machine-readable language.
• the neural architecture utilises recurrent neural networks or LSTMs or attention mechanisms or transformers.
• the machine learning system has been trained on training data comprising natural language and a corresponding structured machine-readable representation, such as a machine-readable language comprising semantic nodes and passages.
• a passage of natural language is passed through a sequence-to-sequence neural architecture trained on training data comprising natural language and a corresponding structured representation that encodes meaning.
• the neural network system is a switch transformer feed forward neural network system.
• the neural architecture comprises an encoder and decoder and beam searching is used during decoding of the semantic representations from the decoder to remove invalid semantic representations.
• the word or sequence of words in a natural language is a question and the question is answered with reference to the semantic representation.
• the word or sequence of words in a natural language is one or more documents and the semantic representation of the one or more documents is used to answer question.
• reasoning with reference to the semantic representation produces further, new representations.
• when automatically translating a sequence of words expressed in the natural language into the machine-readable language, the structure of the sequence of words is compared with known machine-readable language structures in the memory to identify similarities.
• automatically translating the word or sequence of words into the machine- readable language is achieved by referencing a store of previously identified correct translations between the natural language and the machine-readable language.
• automatically translating the word or sequence of words into the machine- readable language is achieved by utilising a pipeline of functions which transform the word or sequence of words into a series of intermediate forms.
• the semantic impact of changes to the word or sequence of words in a natural language wording of the translation in the natural language is automatically assessed to determine whether known or ground truth examples of semantic nodes or passages can be used that are sufficient accurate.
• the semantic nodes or passages that represent the words or sequence of words provides a machine-readable representation of the meaning of the words or sequence of words.
• the semantic nodes or passages that represent the words or sequence of words are processed by a computer-based system for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
• the semantic nodes or passages that represent the words or sequence of words are processed by a computer-based system to generate an output that is human-readable.
• the human readable output include one or more of the following: an answer to a question expressed in the natural language; a reasoning statement that explains how the system has reached a conclusion; a learning statement that explains what the system has learnt; a response in a man/machine interaction.
• The system is further operable to automatically translate from the structured- machine readable representation to the natural language.
• When translating from the structured-machine readable representation to the natural language the system varies the generated translations between alternatives that are substantially semantically equivalent to create varied and fresh responses for the benefit of human users.
• Automatically translating the word or sequence of words into the machine- readable language is achieved by referencing a context of information relevant to generating a correct translation.
Semantic Node Resolution
• a service is provided that is operable to receive a description of an entity and return one or more identifiers for structured, machine-readable representations of data corresponding to the entity, so that a user is able to use a shared identifier for the entity.
• the description is partially or fully described in the machine-readable language.
• the description is partially or fully written in one or more natural languages.
• the service compares the description of the proposed semantic node or passages with available information about existing entities to determine if there is a match.
• the service probabilistically determines if there is a match.
• the service additionally returns probabilities of matches along with the one or more identifiers.
• the service returns a new identifier if no match is found.
Tenets
• the structured representation of data includes one or more tenets, statements or other rules defining the objectives or motives, also represented using the structured representation of data; and a potential action is analysed to determine whether executing the action would optimize or otherwise affect achievement or realization of those tenets, statements or other rules; and actions are selected, deciding on or executed only if they optimize or otherwise positively affect the achievement or realization of those tenets, statements or other rules.
• actions that conform to the tenets, statements or other rules ('tenets') are automatically proposed by referencing the tenets.
• the actions include communicating with users in written form.
• actions include communicating with users in spoken form.
• the tenets include at least one measure the system should try to maximise, such as user happiness.
• the tenets include at least one measure the system should try to minimise, such as user unhappiness.
• the tenets include at least one rule for actions the system must never do.
• the system is further operable to avoid doing the actions the system must never do by referencing the tenets.
• the tenets include at least one suggestion of what action to do in a defined circumstance.
• the tenets include sub -tenets which are tenets that relate to other tenets or which are more specific examples of another tenet.
• the actions include accessing other remote computer systems.
• the actions include changing the state of devices linked to the system via a network.
• the actions include initiating a spoken interaction with a human being.
• a data store contains a machine-readable representation of the world that encodes meaning and where the system is further operable to reason with reference to the machine-readable representation of the world to select actions that conform with the tenets.
• the machine-readable representation of the world comprises a representation of valid reasoning steps and where the system is further operable to utilise the representation of valid reasoning steps to reason.
• the machine-readable representation of the world includes a representation of computational capabilities that are available to the system and where the system is further operable to utilise the computational capabilities by referencing the machine-readable representation.
• the system is operable to learn and augment the machine-readable representation of the world.
• the system is operable to learn from communication with at least one user.
• the system is operable to learn from at least one external sensor connected to the system via a network.
• the machine-readable tenets are at least partially represented by combinations of identifiers and where at least some of the identifiers represent concepts corresponding to real-world things
• the system is further operable to receive a description of a concept from a remote system and use the description to return an identifier which is likely to mean the concept.
• the system is operable to continuously reason in a way that results in actions that conform with the tenets.
• the system is operable to answer questions about the tenets from human users.
• the computer system comprises a long-term memory; a short-term memory; a tenet-store containing machine-readable tenets representing rules to guide the system and where the computer system is operable to receive events and utilise the events, the contents of the long-term memory, the contents of the short-term memory and the tenets to do actions that conform with the tenets.
• the computer system comprises a component which generates candidate actions; a component that decides whether to execute the candidate actions with reference to the tenets and a component which executes actions.
• answering a question asked by a human user comprises two actions - generating a response to the question and communicating that response to the human user.
• the events include communication from at least one user and where the actions include communication to at least one user.
• the system is further operable to learn, and store what is has learned to the long-term memory.
• the computer system is not operable to change the tenets.
• the tenets include a tenet prohibiting actions which might result in changes to the tenets.
• the system is further operable to do an independent check of each potential action against the tenets and will discard the potential action if the independent check finds that it is incompatible with the tenets.
• the computer system is further operable to actively exclude knowledge on itself from being used in determining actions.
• potential actions are autonomously generated by the computer based system.
• potential actions are autonomously generated by the computer based system as outputs from processing inputs, such as audio or text.
• potential actions are autonomously generated with a process that operates substantially continuously.
• potential actions are autonomously generated without any external trigger event to initiate processing or user instruction or action to initiate processing.
• the potential actions are automatically executed if they optimize or otherwise positively affect the achievement or realization of those tenets, statements or other rules.
NUMBERED CONCEPTS
1. A computer implemented method for the automated analysis or use of data, comprising the steps of:
(a) storing in a memory a structured, machine-readable representation of data that conforms to a machine-readable language ('machine representation'); the machine representation including representations of user speech or text input to a human/machine interface;
(b) automatically processing the machine representations to analyse the user speech or text input.
2. The method of Concept 1 when implemented in a voice assistant or chatbot.
3. The method of Concept 1 in which the machine representation comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
Translation to and from UL
4. The method of any preceding Concept in which the user speech or text input is in a natural language and is received and automatically translated into the machine- readable language by identifying or generating machine representation that semantically represents the meaning of the input.
5. The method of any preceding Concept in which a machine learning system is used to generate the machine representation that represents the input.
6. The method of Concept 5, in which the machine learning system is a neural network system, such as a deep learning system.
7. The method of Concepts 5 or 6, in which a neural architecture is used to generate the machine-readable language.
8. The method of Concept 7 in which the neural architecture utilises recurrent neural networks or LSTMs or attention mechanisms or transformers.
9. The method of any of Concepts 5 to 8, in which the machine learning system has been trained on training data comprising natural language and a corresponding machine representation.
10. The method of any of Concepts 5 to 9, in which a passage of natural language input is passed through a sequence-to-sequence neural architecture trained on training data comprising natural language and a corresponding machine representation.
11. The method of any of Concepts 5 to 10, in which the machine learning system is a switch transformer feed forward neural network system.
12. The method of any of Concepts 5 to 11, in which the machine learning system comprises an encoder and decoder and beam searching is used during decoding of the machine representations from the decoder to remove invalid semantic representations.
13. The method of any preceding Concept in which the speech or text input is a question and the question is answered with reference to the machine representation.
14. The method of any preceding Concept in which the speech or text input in a natural language is one or more documents and the machine representation of the one or more documents is used to answer a question.
15. The method of any preceding Concept in which reasoning with reference to the machine representation produces further, new machine representations.
16. The method of any preceding Concept in which when automatically translating a sequence of speech or text input expressed in the natural language into the machine-readable language, the structure of the sequence speech or text input is compared with known machine-readable language structures in the memory to identify similarities.
17. The method of any preceding Concept in which automatically translating the speech or text input into the machine-readable language is achieved by referencing a store of previously identified correct translations between the natural language and the machine-readable language.
18. The method of any preceding Concept in which automatically translating the speech or text input into the machine-readable language is achieved by utilising a pipeline of functions which transform the speech or text input into a series of intermediate forms.
19. The method of any preceding Concept in which the semantic impact of changes to the speech or text input in a natural language is automatically assessed to determine whether known or ground truth examples of machine representations can be used that are sufficiently accurate.
20. The method of any preceding Concept in which the machine representation represent the speech or text input and are processed by a computer-based system for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable manmachine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
21. The method of any preceding Concept in which machine representations that represent the speech or text input are processed by a computer-based system to generate an output that is human-readable.
22. The method of any preceding Concept in which the human readable output include one or more of the following: an answer to a question expressed in the natural language; a reasoning statement that explains how the system has reached a conclusion; a learning statement that explains what the system has learnt; a response in a man/machine interaction.
23. The method of any preceding Concept in which a machine representation is automatically translated to the natural language.
24. The method of any preceding Concept in which, when translating from the machine representation to the natural language, the system varies the generated translations between alternatives that are substantially semantically equivalent to create varied and fresh responses for the benefit of human users.
25. The method of any preceding Concept in which automatically translating the speech or text input into the machine-readable language is achieved by referencing a context of information relevant to generating a correct translation.
26. The method of any preceding Concept in which a neural net is utilised that has been trained end-to-end to turn audio or video data directly into machine representations.
27. The method of any preceding Concept in which natural language-based learning is combined with statistical machine-learning to optimise the translation of speech or text input into machine representations.
28. The method of any preceding Concept in which learning takes place from analysis of other data, in which the data is processed with an algorithm and the results of that processing is represented in machine representations.
Simple syntax
29. The method of any preceding Concept in which the machine representation includes a single syntactical item to disambiguate the meaning of the machine representations.
30. The method of Concept 29 in which the single syntactical item to disambiguate meaning represents nesting of the machine representations.
31. The method of Concepts 29 or 30, in which the single syntactical item to disambiguate meaning represents nesting of semantic nodes and passages to any arbitrary depth.
32. The method of any of Concepts 29 to 31, in which the single syntactical item to disambiguate the meaning of the combination is parentheses or brackets.
33. The method of any of Concepts 29 to 32, in which the single syntactical item to disambiguate the meaning of the combination is the only syntactical item to disambiguate the meaning of the combination.
34. The method of any of Concepts 29 to 33, in which the single syntactical item to disambiguate the meaning of the combination is the primary syntactical item to disambiguate the meaning of the combination.
35. The method of any of Concepts 29 to 34, in which there is a syntax that applies to all nodes and combinations of nodes.
36. The method of Concept 35 in which the syntax is a simple unambiguous syntax comprising nesting of semantic nodes.
37. The method of Concept 36 in which the syntax is a simple unambiguous syntax comprising nesting of semantic nodes to any arbitrary depth.
38. The method of any preceding Concept 36 - 37 in which the syntax is a simple unambiguous syntax in which semantic nodes can only be combined in nested combination.
39. The method of any preceding Concept 36 - 38 in which the syntax allows for expressions to be nested indefinitely to allow a user to define a concept, coupled with contextual information about the concept, as a hierarchy of semantic nodes.
40. The method of Concept 3 and any preceding Concept dependent on Concept 3 in which combination nodes can contain any finite number of semantic nodes and the semantic nodes within them can also be combination nodes creating any level of nesting.
41. The method of Concept 3 and any preceding Concept dependent on Concept 3 in which a semantic link between nodes, such as ISA, is itself a semantic node.
42. The method of Concept 3 and any preceding Concept dependent on Concept 3 in which the syntax for the machine-readable language applies to combinations of semantic nodes that represent factual statements, query statements and reasoning statements.
43. The method of any preceding Concept 29 - 42 in which the syntax of the machine representation conforms or substantially conforms to the production grammar “<passage>::=<id> | <passage>::=(<passage><passage>*)” where “<passage>*” means zero, one or more further passages and where <id> is an identifier for a semantic node.
Node meaning
44. The method of any preceding Concept in which the machine-readable language is a universal language for which substantially anything expressible in natural language is expressible as a machine representation or a combination of machine representations.
45. The method of any preceding Concept in which a machine representation represents a specific entity, such as a word, concept, or other thing, and once generated, identifies uniquely that specific word, concept, or other thing in the machine-readable language.
46. The method of any preceding Concept in which an ordered or partially ordered collection of machine representations captures a specific meaning or semantic content.
47. The method of any preceding Concept in which the meaning of a machine representation comes from statements written in the machine-readable language.
48. The method of any preceding Concept in which the meaning of a machine representation comes from other machine representations that represents things that have been said about the machine representation.
49. The method of any preceding Concept in which a machine representation that represents an entity encodes the semantic meaning of that entity through links to machine representations of related words, concepts, other terms, or logical processes.
50. The method of any preceding Concept in which combining machine representations generates a new word, concept, or other term with a new meaning or semantic content in the machine-readable language.
51. The method of any preceding Concept in which the machine-readable language is understandable to human users where it corresponds to an equivalent statement in natural language.
Generating nodes
52. The method of any preceding Concept in which a machine representation, such as a semantic node, once defined has an identifier or ID.
53. The method of preceding Concept 52 in which the machine representation comprises a plurality of identifiers which are selected from an address space that is sufficiently large to enable users to select a new identifier with negligible risk of selecting a previously allocated identifier.
54. The method of any preceding Concept 52 - 53 in which the machine representation comprises a plurality of identifiers which are selected from an address space that is sufficiently large to enable users to select a new identifier independently of other users without duplication.
55. The method of any of Concepts 52 to 54, in which the ID is a UUID.
56. The method of any of Concepts 52 to 55, in which the ID is a 128-bit version 4 UUID (RFC 4122) with hyphenated lower-case syntax.
57. The method of any of Concepts 52 to 56, in which the ID is a UUID or a string, such as a Unicode string.
58. The method of preceding Concept 57 in which a string can denote itself as a machine representation and its meaning is strictly the string itself only and any natural language meaning contained within the string is not part of the meaning of the string.
59. The method of any preceding Concept 57 - 58 in which a string is represented by an ID as an additional identifier.
60. The method of any preceding Concept 57 - 59 in which a string is represented as a UUID or other numerical ID and a separate passage links the string to that numerical ID to provide its meaning.
61. The method of any preceding Concept 57 - 60 in which two identical strings used as machine representations, such as semantic nodes, have universal meaning as that string.
62. The method of any of Concepts 52 to 61, in which any user can coin its own machine representations, such as semantic nodes, with its own local meaning by picking an unused identifier.
63. The method of any of Concepts 52 to 62, in which any user can coin its own identifier for a semantic node even if another identifier is already used for the semantic node.
64. The method of any preceding Concept in which any user is free to define its own meaning to combinations of machine representations, such as semantic nodes.
65. The method of any preceding Concept in which there can be multiple different machine representations, such as semantic nodes, for the same specific word, concept, or other thing.
66. The method of any preceding Concept in which any user that chooses to create passages that use shared machine representations, such as semantic nodes, is also expressing the same meaning by combining them, so that the meaning that comes from combining shared machine representations is universal.
67. The method of any preceding Concept in which there are multiple different machine representations, for the same specific word, concept, or other thing.
68. The method of any preceding Concept in which any user that chooses to create combinations of machine representations that use shared machine representations is also expressing the same meaning by combining them, so that the meaning that comes from combining shared machine representations is universal.
69. The method of any preceding Concept in which each sense of each word in a dictionary is represented by a machine representation, such as a semantic node.
70. The method of any preceding Concept in which a machine learning system generates machine representations, such as passages, by autonomously learning from natural language documents or conversations.
71. The method of any preceding Concept in which machine representations, such as passages, are derived from a machine analysis of natural language documents, such as WWW pages or conversations.
72. The method of any preceding Concept in which a machine representation, such as a semantic node, is a structured, machine-readable representation of data that, once defined, has an identifier so it can be referred to within the machine-readable language.
73. The method of any preceding Concept in which a “shared ID” is an ID used by more than one user; a “private ID” or “local ID” is similarly an ID used by only one user and is not published or exposed to other users; a “public ID” is an ID that a user has used in UL that can be seen by every user.
74. The method of any preceding Concept in which machine representations, such as semantic nodes, in infinite classes are represented as a combination of a plurality of other machine representations, such as semantic nodes.
Scalability
75. The method of any preceding Concept in which the machine-readable language is scalable since any natural language word, concept, or other thing, can be represented by a machine representation.
76. The method of any preceding Concept in which the machine-readable language is scalable since there are no restrictions on which users can create machine representation or related identifier.
Questions
77. The method of any preceding Concept in which questions are represented in the machine-readable language with (i) a machine representation comprising a machine representation that identifies a question, (ii) language representing zero or one or more unknown entities being requested within the semantics of the question and (iii) language representing the semantics of the question and referencing the zero or one or more unknown entities.
78. The method of any preceding Concept in which questions are represented in the machine-readable language with (i) a passage which comprises a machine representation, such as a semantic node, identifying the passage as a question, (ii) language representing zero or one or more unknown entities being requested within the semantics of the question and (iii) language representing the semantics of the question and referencing the zero or one or more unknown entities.
79. The method of any preceding Concept in which questions are represented in the machine-readable language with a passage of the form (Question <unknowns>)(<passage>) where Question is a semantic node and <unknowns> is a list of zero, one or more semantic nodes representing unknown values (similar in meaning to letters of the alphabet in algebra) and where <passage> is where the unknowns are used to express what is being asked about.
80. The method of any preceding Concept in which generating responses to queries comprises three operations, namely matching with machine representations, such as passages, in a store, fetching and execution of computation units and fetching reasoning passages.
81. The method of any preceding Concept in which a question is represented in the memory as a machine representation, and the representation of the question, the machine representations previously stored in the memory store, the computation units and the reasoning passages are all represented in substantially the same machine- readable language.
Reasoning
82. The method of any preceding Concept in which reasoning is where machine- readable language is generated from other machine-readable language using reasoning steps that are represented as machine representations, such as passages, which represent the semantics of the reasoning steps.
83. The method of any preceding Concept in which reasoning is done with a series of one or more queries being answered to see if the reasoning step is valid.
84. The method of any preceding Concept in which reasoning is done with a series of one or more queries being answered to generate results needed for the result of the reasoning.
85. The method of any preceding Concept in which machine representations, such as passages, represent details for a computation unit that are needed to select and run the computation unit, namely defining what it can do, how to run it and how to interpret the results.
86. The method of any preceding Concept in which the step of fetching and execution of one or more initial reasoning passages returns other passages with unknowns that need to be processed, and the results of that processing is a tree of connection that is used to give results for the initial passage.
87. The method of preceding Concept 86 in which the tree of connection is stored and the processing of these other passages with unknowns happens in parallel, allowing data fetching and exploration of reasoning to be parallelized.
88. The method of preceding Concept 87 in which once all passages are processed up to a given maximum reasoning depth, a second non-parallelised step is used to walk through this tree of processed passages and unknowns mappings to find valid answers.
89. The method of any preceding Concept in which each passage in a list of passages is processed to identify valid mappings from the passage memory store and the computation units, where a valid mapping for that list of passages is one where all unknowns have a value and there are no contradicting mappings between passages in the list.
90. The method of any preceding Concept in which the step of identifying valid mappings recursively looks through the data and finds all valid mappings for the initial question which can be returned as the answer.
91. The method of any preceding Concept in which at least some of the passages that have been generated from reasoning or computation are stored in a passage memory store, making these available in the future for faster processing.
92. The method of preceding Concept 91 in which the history of these generated passages is also stored so that changes to a trust level in the passages that were used to generate them can be extended to the trust given to these generated passages.
93. The method of preceding Concept 91 or 92 in which the history of these generated passages is also stored to enable the removal of generated passages when the trusted status of one or more of the passages used to generate the changes.
94. The method of any of preceding Concepts 91 - 93 in which when a new passage is added to the passage memory store it is assigned a low initial trust value when added by a normal user and a higher starting value when added by a privileged user.
95. The method of any preceding Concept in which a signal from an application of the system or method is stored in association with the passages utilised by the application in order to keep track of the value of the passages.
96. The method of any preceding Concept in which passages are assigned a vector of values where the number at each index represents a different quality of the passage.
97. The method of preceding Concept 96 in which the different qualities include any of veracity, usefulness, and efficiency.
98. The method of any preceding Concept 96 - 97 in which a process that uses the passages utilises a priorities vector with numbers at each index that indicate how much they prioritise that value.
99. The method of any preceding Concept 96 - 98 in which the overall value of the passage to that process can then be obtained from the dot product of the vectors.
100. The method of any preceding Concept 96 - 99 in which a reasoning engine experiments with high and lower value passages to answer the question and the answers provided by the reasoning engine are then monitored for any signals that would indicate whether the lower value passages have a positive or negative effect on the answers and this information then feeds back into an auto-curation process which re-evaluates the value of the passage with the new signal.
101. The method of any preceding Concept in which an auto-curation process automatically tests passages to determine if they should be used for questionanswering.
102. The method of any preceding Concept in which the machine representations previously stored in a memory store have been curated with an automatic method.
103. The method of any preceding Concept in which a question is the result of translating natural language asked by a user into a substantially semantically- equivalent representation in the machine-readable language
104. The method of preceding Concept 103 in which the response to the question is subsequently translated into semantically equivalent natural language and presented to one or more users.
105. The method of any preceding Concept 103 - 104 in which the question is the result of translating a question spoken by a user in a natural language into a substantially semantically-equivalent representation in the machine-readable language and the user is subsequently played a spoken answer where the spoken answer is the result of translating the response to the question into the natural language.
Computation units
106. The method of any preceding Concept in which a computation unit represents an individual computational capability that is available for reasoning and other purposes.
107. The method of preceding Concept 106 in which computation units are machine representations, such as semantic nodes.
108. The method of any preceding Concept 106 - 107 in which passages, or combinations of semantic nodes, represents details for the computation unit that are needed to select and run the computation unit, namely defining what it can do, how to run it and how to interpret the results.
109. The method of any preceding Concept 106 - 108 in which computation units are appropriately utilised during reasoning.
110. The method of any preceding Concept in which a question is represented as one or more machine representations, such as passages and a response to the question is automatically generated using one or more of the following steps: (i) matching the question with machine representations previously stored in a memory store; (ii) fetching and executing one or more computation units, where computation units represent computational capabilities relevant to answering the question; (iii) fetching and execution of one or more reasoning machine representations, such as reasoning passages, which are machine representations that represent the semantics of potentially applicable reasoning steps relevant to answering the question.
Learning
111. The method of any preceding Concept in which new information that is learnt is represented in a machine representation that conforms to the machine-readable language.
112. The method of any preceding Concept in which learning new information is obtained from automatically processing the machine representations to obtain, or learn, new information, and the new information is itself represented as machine representations that are stored in memory.
113. The method of any preceding Concept in which learning new information is obtained from a machine-learning system which generates classifications or predictions or other outputs which are represented as machine representations, such as passages.
114. The method of any preceding Concept in which a machine-learning system processes the machine representations, such as semantic nodes and passages, to obtain, or learn, new information.
115. The method of any preceding Concept in which new information is generated by automatically processing the machine representations, such as semantic nodes and passages, to answer a question.
116. The method of preceding Concept 115 in which the representation of the question, the machine representations previously stored in the memory store, the computation units and the reasoning passages are all represented in substantially the same machine-readable language.
117. The method of any preceding Concept in which new information is represented as machine representations, such as semantic nodes or passages, and is stored and used to improve learning new facts.
118. The method of any preceding Concept in which new information is represented as machine representations, such as semantic nodes or passages, and is stored and used to improve reasoning steps.
119. The method of any preceding Concept in which new information is represented as machine representation, such as semantic nodes or passages, and is stored and used to explain or describe the new information in natural language.
120. The method of any preceding Concept in which new information is represented as machine representation, such as semantic nodes or passages, and is stored and used in text or spoken conversations with human users.
121. The method of any preceding Concept in which learning new information takes place from conversation with or other natural language provided by human users, in which natural language provided by users in spoken or written form is
translated into machine representations, such as semantic nodes and passages, and then new information represented by these machine representations is stored and used.
122. The method of any preceding Concept in which learning takes place from reasoning, in which machine representations that are generated from a chain of reasoning steps, are combined with reasoning passages, and are stored and utilised.
123. The method of any preceding Concept in which learning takes place from natural language, in which by translating all or parts of document sources of natural language, such as web pages, scientific papers or other articles into machine representations, the resulting semantic nodes or passages are then utilised by applications.
124. The method of any preceding Concept in which non-document sources of natural language, including audio recordings or videos containing human speech, are used and speech recognition technology is first utilised to create a text transcription of the recordings of voice which are then translated into machine representations.
125. The method of any preceding Concept in which a machine learning system is used to analyse document and non-document data and create machine representations from that data.
Semantic Node Resolution
126. The method of any preceding Concept in which a service is provided that is operable to receive a description of an entity and return one or more identifiers for machine representations corresponding to the entity, so that a user is able to use a shared identifier for the entity.
127. The method of preceding Concept 126 in which the description is partially or fully described in the machine-readable language.
128. The method of any preceding Concept 126 - 127 in which the description is partially or fully written in one or more natural languages.
129. The method of any preceding Concept 126 - 128 in which the service compares the description of the proposed machine representation with available information about existing entities to determine if there is a match.
130. The method of any preceding Concept 126 - 129 in which the service probabilistically determines if there is a match.
131. The method of any preceding Concept 126 - 130 in which the service additionally returns probabilities of matches along with the one or more identifiers.
132. The method of any preceding Concept 126 - 131 in which the service returns a new identifier if no match is found.
Tenets
133. The method of any preceding Concept in which the machine representation includes one or more tenets, statements or other rules defining the objectives or motives, also represented using the machine representations; and a potential action is analysed to determine whether executing the action would optimize or otherwise affect achievement or realization of those tenets, statements or other rules; and actions are selected, deciding on or executed only if they optimize or otherwise positively affect the achievement or realization of those tenets, statements or other rules.
134. The method of preceding Concept 133 in which actions that conform to the tenets, statements or other rules ('tenets') are automatically proposed by referencing the tenets.
135. The method of preceding Concept 133 - 134 in which the actions include communicating with users in written form.
136. The method of any preceding Concept 133 - 135 in which actions include communicating with users in spoken form.
137. The method of any preceding Concept 133 - 136 in which the tenets include at least one measure the system should try to maximise, such as user happiness.
138. The method of any preceding Concept 133 - 137 in which the tenets include at least one measure the system should try to minimise, such as user unhappiness.
139. The method of any preceding Concept 133 - 138 in which the tenets include at least one rule for actions that must never be done.
140. The method of any preceding Concept 133 - 139 in which avoidance of doing the actions is achieved by referencing the tenets.
141. The method of any preceding Concept 133 - 140 in which the tenets include at least one suggestion of what action to do in a defined circumstance.
142. The method of any preceding Concept 133 - 141 in which the tenets include sub-tenets which are tenets that relate to other tenets or which are more specific examples of another tenet.
143. The method of any preceding Concept 133 - 142 in which the actions include accessing other remote computer systems.
144. The method of any preceding Concept 133 - 143 in which the actions include changing the state of devices linked to the system via a network.
145. The method of any preceding Concept 133 - 144 in which the actions include initiating a spoken interaction with a human being.
146. The method of any preceding Concept 133 - 145 in which a data store contains a machine representation of the world that encodes meaning and reasoning with reference to the machine representation of the world, which takes place to select actions that conform with the tenets.
147. The method of preceding Concept 146 in which the machine representation of the world comprises a representation of valid reasoning steps and the representation of valid reasoning steps is utilised to reason.
148. The method of any preceding Concept 146 - 147 in which the machine representation of the world includes a representation of computational capabilities and the computational capabilities are utilised by referencing the machine representation.
149. The method of any preceding Concept 146 - 148 in which the machine representation of the world is learnt and augmented.
150. The method of any preceding Concept 133 - 149 in which communication with at least one user is used to enable learning.
151. The method of any preceding Concept 133 - 150 in which at least one external sensor connected to the system via a network is used for learning.
152. The method of any preceding Concept 133 - 151 in which the machine- readable tenets are at least partially represented by combinations of identifiers and where at least some of the identifiers represent concepts corresponding to real-world things.
153. The method of any preceding Concept 133 - 152 in which a description of a concept from a remote system is received and the description is used to return an identifier which is likely to mean the concept.
154. The method of any preceding Concept 133 - 153 in which continuous reasoning occurs in a way that results in actions that conform with the tenets.
155. The method of any preceding Concept 133 - 154 in which questions about the tenets from human users are answered.
156. The method of any preceding Concept implemented in a computer system which comprises a long-term memory; a short-term memory; a tenet-store containing machine-readable tenets representing rules to guide the system and where the computer system is operable to receive events and utilise the events, the contents of the long-term memory, the contents of the short-term memory and the tenets to do actions that conform with the tenets.
157. The method of preceding Concept 156 in which the computer system comprises a component which generates candidate actions; a component that decides whether to execute the candidate actions with reference to the tenets and a component which executes actions.
158. The method of any preceding Concept 156 - 157 in which answering a question asked by a human user comprises two actions: generating a response to the question and communicating that response to the human user.
159. The method of any preceding Concept 156 - 158 in which the events include communication from at least one user and where the actions include communication to at least one user.
160. The method of any preceding Concept 156 - 159 in which the system is further operable to learn, and store what it has learned to the long-term memory.
161. The method of any preceding Concept 156 - 160 in which the computer system is not operable to change the tenets.
162. The method of any preceding Concept 133 - 161 in which the tenets include a tenet prohibiting actions which might result in changes to the tenets.
163. The method of any preceding Concept 133 - 163 in which an independent check of each potential action is carried out against the tenets and the potential action is discarded if the independent check finds that it is incompatible with any of the tenets.
164. The method of any preceding Concept 156 - 163 in which the computer system is further operable to actively exclude knowledge on itself from being used in determining actions.
165. The method of any preceding Concept 156 - 164 in which potential actions are autonomously generated by the computer based system.
166. The method of any preceding Concept 156 - 165 in which potential actions are autonomously generated by the computer based system as outputs from processing inputs, such as audio or text.
167. The method of any preceding Concept 156 - 166 in which potential actions are autonomously generated with a process that operates substantially continuously.
168. The method of any preceding Concept 156 - 167 in which potential actions are autonomously generated without any external trigger event to initiate processing or user instruction or action to initiate processing.
169. The method of any preceding Concept 156 - 168 in which the potential actions are automatically executed if they optimize or otherwise positively affect the achievement or realization of those tenets, statements or other rules.
Privacy preserving mode
170. The method of any preceding Concept in which a first wakeword initiates processing, and a privacy-preserving state is then entered, requiring a second wakeword and where the second wakeword is sufficiently long or unusual that a false recognition of the second wakeword is significantly more improbable relative to the first wakeword.
Multiple different voice assistants
171. The method of any preceding Concept in which the experience of a plurality of different voice assistants to a plurality of users is delivered and at least one data store contains personality information which determines the personality of at least some of the plurality of different voice assistants.
172. The method of preceding Concept 171 in which the personality information includes information about the voice assistant's gender or name or voice or moods or emotional reactions or level of formality or position on the extrovert-introvert scale or position on any Myers Briggs scale or a Myers Briggs categorisation or categorisation in a personality test or visual appearance.
173. The method of any preceding Concept 171 - 172 in which there is at least one set of machine-readable tenets that represent goals and rules to guide at least some of the plurality of voice assistants and actions are then done that conform with the tenets by referencing the tenets.
174. The method of any preceding Concept 171 - 172 in which the at least one set of machine-readable tenets is a plurality of sets of machine-readable tenets and where selected ones of the plurality of different voice assistants are mapped to selected ones of the plurality of sets of machine-readable tenets, wherein different voice assistants are driven by different tenets.
175. A computer-based system configured to analyse data, the system being configured to:
(a) store in a memory a structured, machine-readable representation of data that conforms to a machine-readable language; the structured, machine-readable
representation of data including representations of user speech or text input to a human/machine interface;
(b) automatically process the structured representations to analyse the user speech or text input to a human/machine interface.
176. A computer-based system configured to implement any preceding method Concept 1 - 174.
177. The computer-based system of Concept 175 - 176 configured to be a voice assistant.
178. The computer-based system of Concept 177 that is a voice assistant device configured to control items in a home, car or other environment, using the user speech or text input.
179. The computer-based system of Concept 177 or 178 that is a voice assistant device configured to run at least in part on a smartphone, laptop, smart speaker or other electronic device.
180. The computer-based system of Concept 177 or 178 that is a voice assistant device configured to run at least in part on cloud or central servers and at least in part on edge devices.
181. A computer system including a processor and a memory, the processor configured to answer a question, the processor configured to use a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, in which a combination of semantic nodes defines a semantic node, in which expressions in the processing language may be nested, in which the question is represented in the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language, and wherein the processor is configured to answer the question using the reasoning steps,
the computation units and the semantic nodes, and to store an answer to the question in the memory.
182. The computer system of Concept 181, wherein the computer system is configured to output the answer to the question.
183. The computer system of Concept 181, wherein the computer system is configured to output the answer to the question to a display device.
184. The computer system of any of Concepts 181 to 183, wherein expressions in the processing language may be nested with no limit inherent to the processing language.
185. The computer system of any of Concepts 181 to 184, wherein the semantic nodes each includes a unique identifier.
186. The computer system of any of Concepts 181 to 185, wherein the computation units are semantic nodes.
187. The computer system of any of Concepts 181 to 186, wherein the question is represented in the processing language with a passage comprising a semantic node that identifies the passage as a question, a list of zero, one or more semantic nodes representing unknown entities being asked about and at least one further passage which represents the semantics of the question in the context of the zero, one or more unknown entities.
188. The computer system of any of Concepts 181 to 187, wherein the processing language is universal language.
189. The computer system of any of Concepts 181 to 188, wherein the processing language is not a natural language.
190. The computer system of any of Concepts 181 to 189, wherein the question relates to search and analysis of documents or web pages, wherein the semantic nodes include representations of at least parts of the documents or the web pages stored in a document store.
191. The computer system of any of Concepts 181 to 190, wherein the question relates to a location-based search, using mapping data represented as semantic nodes in the processing language.
192. The computer system of any of Concepts 181 to 191, wherein the question relates to a search for defined advertisements or news, wherein the semantic nodes include representations of advertisements, news articles or other information items.
193. The computer system of any of Concepts 181 to 192, wherein the question relates to a request for a summary of a news topic, wherein the semantic nodes include representations of news from multiple sources, e.g. to provide a summary or aggregation of the news.
194. The computer system of any of Concepts 181 to 193, wherein the question relates to a request for a compatibility match between persons, wherein the semantic nodes include representations of personal information defining one or more attributes of a person, for a plurality of people.
195. The computer system of any of Concepts 181 to 194, wherein the question relates to compliance with requirements preventing abusive or illegal social media postings, wherein the semantic nodes include representations of social media postings.
196. The computer system of any of Concepts 181 to 195, wherein the question relates to analysing customer reviews, wherein the semantic nodes include representations of customer reviews.
197. The computer system of any of Concepts 181 to 196, wherein the question relates to a user’s product request, wherein the semantic nodes include representations of product descriptions and user product requests.
198. The computer system of any of Concepts 181 to 197, wherein the question relates to a job search, wherein the semantic nodes include representations of job descriptions and job applicants' skills and experience, to determine which job applicants match a job description, or to determine which job descriptions match a job applicant's skills and experience.
199. The computer system of any of Concepts 181 to 198, wherein the question relates to health of an individual, wherein the semantic nodes include health data relating to the individual, and health data relating to human beings.
200. The computer system of any of Concepts 181 to 199, wherein the question relates to nutrition, wherein the semantic nodes include nutritional data for foods and drinks.
201. The computer system of any of Concepts 181 to 200, wherein the question relates to accounting or finance, wherein the semantic nodes include representations of financial or accounting information.
202. The computer system of any of Concepts 181 to 201, wherein the question is received by a voice assistant or chatbot, wherein the semantic nodes include representations of user speech input to a human/machine interface and include representations of the human/machine interface itself.
203. A computer-implemented method, the method using a computer system including a processor and a memory, the processor configured to use a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, in which a combination of semantic nodes defines a semantic node, in which expressions in the processing language may be nested, in which the question is represented in the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language, the method including the steps of :
(i) the processor answering the question using the reasoning steps, the computation units and the semantic nodes, and
(ii) the processor storing an answer to the question in the memory.
204. The method of Concept 203, wherein the question is represented in the processing language with a passage comprising a semantic node that identifies the
passage as a question, a list of zero, one or more semantic nodes representing unknown entities being asked about and at least one further passage which represents the semantics of the question in the context of the zero, one or more unknown entities.
205. The method of Concept 204, wherein the unknowns in the question are identified and the passage making up the body of the question is selected for further analysis; processing begins on a list of passages from the body of the question and the selected unknowns; a first passage in the list of passages is selected for processing; processing a single passage comprises three methods: using statically stored processing language passages, utilising computation units and utilising processing language generated from reasoning: in which the first method is to lookup in the passage store if there are any passages that can be directly mapped with the passage being processed; if the passage is exactly the same structure as a passage in the passage store, with all nodes matching other than the unknowns, then the values the unknowns match against are valid results; the second method is to check if any results can be found by executing computation units; it is checked if this passage matches against any passages in a computation unit description; all non-unknown nodes in the passage being processed must match the same nodes in the corresponding position in the computation description or align with a computation input unknown; the unknowns being processed must align to output unknowns in the description; the computation unit is then called to get valid output values for the processed passage’s unknowns; the third method is to see if this passage can be proved by applying any reasoning steps; reasoning steps are searched for where a passage in the second half of the reasoning passage can be unified with the passage being processed; all nodes and structure must be equal between the two passages, other than unknowns in the focus passage or the reasoning passage; if a reasoning passage like this is found it means that this reasoning step could be used to prove the passage being processed; a multistage process is used to first find any mappings for unknowns in the processed passage when matching with the reasoning passage; secondly, mappings for unknowns used in the reasoning passage are found by mapping with the passage being processed; this mapping can then be applied to the front half of the reasoning passage to generate a list of passages that, if they can be matched with known or generated
processing language and mappings found for them, will prove and find valid mappings for the focus passage; solutions for the list of passages can then be found recursively.
206. The method of any of Concepts 203 to 205, the method using a computer system of any of Concepts 181 to 202.
Claims
1. A method of interacting with a large language model (LLM), including the step of a processing system using a structured, machine-readable representation of data that conforms to a machine-readable language, such as a universal language, to provide new context data for the LLM, in order to improve the output, such as continuation text output, generated by the LLM in response to a prompt.
2. The method of Claim 1, including injecting the new context data as input, into the prompt.
3. The method of Claims 1 or 2, in which the LLM provides output based on the new context data.
4. The method of Claim 1, including injecting into the prompt the new context data as input, in which the new context data is a correction and/or a change of continuation text output generated by the LLM.
5. The method of Claim 4, in which the LLM provides output based on the inputted correction and/or change of continuation text output generated by the LLM.
6. The method of any previous Claim, in which the new context data is provided as at least part of a prompt to the LLM.
7. The method of any previous Claim, in which the factual accuracy and/or factual scope of the output is improved by the new context data.
8. The method of any previous Claim, in which the internal, logical self-consistency (e.g. correct time ordering of events) of the output is improved by the new context data.
9. The method of any previous Claim, in which the correspondence of the output generated by the LLM to how people understand the real world or reason in the real world is improved by the new context data.
10. The method of any previous Claim, in which bias in the output is improved by the new context data.
11. The method of any previous Claim, in which the new context data provided to the LLM includes dynamic or real-time information.
12. The method of any previous Claim, in which the new context data provided to the LLM includes reasoned text, e.g. text derived from a non- statistical reasoning process.
13. The method of any previous Claim, in which the LLM is answering a question and the new context data provided to the LLM is an answer to that question.
14. The method of any previous Claim, in which the new context text provided to the LLM is labelled with a level of certainty or uncertainty, or trust or lack of trust.
15. The method of any previous Claim, in which the new context text provided to the LLM is labelled with a level of brevity.
16. The method of any previous Claim, in which the new context text provided to the LLM is labelled with a level of formality.
17. The method of any previous Claim, in which the new context text provided to the LLM is labelled with a use or non-use of profanity.
18. The method of any previous Claim, in which the new context text provided to the LLM is labelled with the age or other details of the person being addressed by the LLM.
19. The method of any previous Claim, in which the continuation output from the LLM is translated to the machine-readable language and is analysed for factual inaccuracies or other contradictions.
20. The method of any previous Claim, in which a classifier operates to identify when a prompt is likely to result in a continuation output where accuracy is important, and/or when accuracy is important in the continuation output, and to then use the processing system to improve the factual accuracy and/or factual scope of that continuation output.
21. The method of any previous Claim, in which the continuation output from the LLM is a partial continuation, namely an output made before the LLM has stopped generating or whilst the LLM is still generating.
22. The method of any previous Claim, when used to improve one or more parameters of the output of the LLM: the factual accuracy and/or factual scope of the output; the internal, logical self-consistency (e.g. correct time ordering of events) of the output; correspondence of the output generated by the LLM to how people understand the real world or reason in the real world; bias reduction or removal in the output; inclusion of dynamic or real-time information.
23. The method of any previous Claim, when used to improve one or more parameters of the output of the LLM: level of formality, level of brevity (e.g. briefer when the
language is to be spoken), suitability for speaking via a text to speech system, other style language, level of certainty.
24. The method of any previous Claim, in which the LLM is a generative Al based system.
25. The method of any previous Claim, in which the LLM is an autoregressive language model, such as a Generative Pre-trained Transformer.
26. The method of any previous Claim, when used for any of the following: generation of program code, the solution of any problem that can be described in natural language, the generation of poetry, lyrics, creative writing, the generation of other forms of writing such as essays, summaries of knowledge, summaries of longer texts, essays, scientific papers; internet search.
27. The method of any previous Claim, including identifying output content that breaches predefined policies by translating the output into the machine-readable language before it is displayed to the user and then checking the machine-readable language representation against the policies.
B. Feeding the LLM's continuation output to the UL engine, for the UL engine to generate a better output
28. A method of interacting with a large language model (LLM), including the step of providing continuation data generated by the LLM to a processing system that uses a structured, machine-readable representation of data that conforms to a machine- readable language, such as a universal language, in which the processing system is configured to analyse the continuation output (e.g. text output) generated by the LLM in response to a prompt to enable an improved version of that continuation output to be provided to a user.
29. The method of Claim 28, in which the processing system translates (e.g. at least some of) the continuation data into the structured, machine-readable representation of data to analyse the translated continuation data.
30. The method of Claims 28 or 29, in which the processing system analyses the translated continuation data e.g. for factual inaccuracies, contradictions and scope, and, where necessary or beneficial, provides corrected output for use in the
continuation output (e.g. provided by the LLM, e.g. through the processing system providing an updated prompt) that is presented to a user.
31. The method of any of Claims 28 to 30, in which the processing system analyses the internal, logical self-consistency (e.g. correct time ordering of events) of the continuation output and, where necessary or beneficial, provides logically self- consistent output, for use in the continuation output that is provided to a user.
32. The method of any of Claims 28 to 31, in which the processing system analyses the correspondence of the continuation output generated by the LLM to how people understand the real world or reason in the real world and, where necessary or beneficial, provides reasoned output, corresponding to how people understand the real world or reason in the real world, for use in the continuation output that is provided to a user.
33. The method of any of Claims 28 to 32, in which the processing system analyses the continuation output for bias and, where necessary or beneficial, provides reduced bias or bias-free output, for use in the continuation output that is provided to a user.
34. The method of any of Claims 28 to 33, in which the processing system analyses the continuation output for the absence of relevant dynamic or real-time information and, where necessary or beneficial, provides any missing or useful dynamic or realtime information for use in the continuation output that is provided to a user.
35. The method of any of Claims 28 to 34, in which the processing system analyses the continuation output for any reasoned text and, where necessary or beneficial, provides improved reasoned text for use in the continuation output that is provided to a user.
36. The method of any of Claims 28 to 35, in which the LLM is answering a question and in which the processing system analyses the answer to that question in the continuation output and where necessary or beneficial, provides an improved answer for use in the continuation output that is provided to a user.
37. The method of any of Claims 28 to 36, in which a classifier operates to identify when a prompt is likely to result in a continuation output where accuracy is important, and/or when accuracy is important in the continuation output, and to then use the processing system to improve the factual accuracy and/or factual scope of that continuation output.
38. The method of any of Claims 28 to 37, in which the continuation output from the LLM is a partial continuation, namely an output made before the LLM has stopped generating or whilst the LLM is still generating.
39. The method of any of Claims 28 to 38, in which a classifier operates to identify when a prompt is likely to result in a continuation where accuracy is important.
40. The method of any of Claims 28 to 39, when used to improve one or more of: the accuracy of the output of the LLM; factual accuracy and/or factual scope of the output; the internal, logical self-consistency (e.g. correct time ordering of events) of the output; correspondence of the output generated by the LLM to how people understand the real world or reason in the real world; bias reduction or removal in the output; inclusion of dynamic or real-time information.
41. The method of any of Claims 28 to 40, when used to improve one or more parameters of the output of the LLM: level of formality, level of brevity (e.g. briefer when the language is to be spoken), suitability for speaking via a text to speech system, other style language, level of certainty.
42. The method of any of Claims 28 to 41, in which the LLM is a generative Al based system.
43. The method of any of Claims 28 to 42, in which the LLM is an autoregressive language model, such as a Generative Pre-trained Transformer.
44. The method of any of Claims 28 to 43, when used for any of the following: generation of program code, the solution of any problem that can be described in natural language, the generation of poetry, lyrics, creative writing, the generation of other forms of writing such as essays, summaries of knowledge, summaries of longer texts, essays, scientific papers; internet search.
45. The method of any of Claims 28 to 44, including identifying output content that breaches predefined policies by translating the output into the machine-readable language before it is displayed to the user and then checking the machine-readable language representation against the policies.
C. Feeding the UL engine output to the LLM, for the LLM to generate a better output
46. A method of interacting with a large language model (LLM), including the step of generating continuation data by an LLM, by the LLM using the output of a processing
system that uses a structured, machine-readable representation of data that conforms to a machine-readable language, such as a universal language, in which the LLM is configured to use the output of the processing system as a prompt and to generate a continuation output (e.g. text output) that is an improved version of the output from the processing system.
D. UL is used with the LLM to train the LLM
47. A method of interacting with a large language model (LLM), including the step of training the LLM on the output from a processing system using a structured, machine- readable representation of data that conforms to a machine-readable language, such as a universal language.
48. The method of Claim 47, in which the factual accuracy and/or factual scope of the LLM output is improved by the training step.
49. The method of Claims 47 or 48, in which the internal, logical self-consistency (e.g. correct time ordering of events) of the output is improved by the by the training step.
50. The method of any of Claims 47 to 49, in which the correspondence of the output generated by the LLM to how people understand the real world or reason in the real world is improved by the training step.
51. The method of any of Claims 47 to 50, in which bias in the output is improved by the training step.
52. The method of any of Claims 47 to 51, in which training data provided to the LLM is dynamic or real-time information.
53. The method of any of Claims 47 to 52, in which training data provided to the LLM is reasoned text, e.g. text derived from a non- statistical reasoning process.
54. The method of any of Claims 47 to 53, in which the LLM is answering a question and the training data provided to the LLM is an answer to that question.
55. The method of any of Claims 47 to 54, in which the training data provided to the
LLM is labelled with a level of certainty or uncertainty, or trust or lack of trust.
56. The method of any of Claims 47 to 55, in which the training data provided to the
LLM is labelled with a level of brevity.
57. The method of any of Claims 47 to 56, in which the training data provided to the
LLM is labelled with a level of formality.
58. The method of any of Claims 47 to 57, in which the training data provided to the LLM is labelled with a use or non-use of profanity.
59. The method of any of Claims 47 to 58, in which the training data provided to the LLM is labelled with the age or other details of the person being addressed by the LLM.
60. The method of any of Claims 47 to 59, in which the training data is data found in the output of the LLM that has been labelled as factually inaccurate.
61. The method of any of Claims 47 to 60, when used to improve one or more of: the accuracy of the output of the LLM; factual accuracy and/or factual scope of the output; the internal, logical self-consistency (e.g. correct time ordering of events) of the output; correspondence of the output generated by the LLM to how people understand the real world or reason in the real world; bias reduction or removal in the output; inclusion of dynamic or real-time information.
62. The method of any of Claims 47 to 61, when used to improve one or more parameters of the output of the LLM: level of formality, level of brevity (e.g. briefer when the language is to be spoken), suitability for speaking via a text to speech system, other style language, level of certainty.
63. The method of any of Claims 47 to 62, in which the LLM is a generative Al based system.
64. The method of any of Claims 47 to 63, in which the LLM is an autoregressive language model, such as a Generative Pre-trained Transformer.
65. The method of any of Claims 47 to 64, when used for any of the following: generation of program code, the solution of any problem that can be described in natural language, the generation of poetry, lyrics, creative writing, the generation of other forms of writing such as essays, summaries of knowledge, summaries of longer texts, essays, scientific papers; internet search.
66. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language, where the structured, machine- readable representation of data includes a single syntactical item to disambiguate the meaning of the structured, machine-readable representation of data;
(b) automatically utilising the LLM and the structured, machine-readable representation of data for one or more of the following: to derive facts or relationships,
to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
67. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language, where the machine-readable language has a syntax that is a single shared syntax that applies to passages that represent factual statements, query statements and reasoning statements;
(b) automatically utilising the LLM and the structured, machine-readable representation of data for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
68. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language defined by a syntax, where the syntax for the machine-readable language is a substantially unambiguous syntax comprising nesting of structured, machine-readable representations of data;
(b) automatically utilising the LLM and structured, machine-readable representation for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
69. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language, where the structured, machine-readable representation of data comprises a plurality of identifiers which are selected from an address space that is sufficiently large to enable users to select a new identifier with negligible risk of selecting a previously allocated identifier;
(b) automatically utilising the LLM and the structured, machine-readable representation of data for one or more of the following: to derive facts or relationships,
to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
70. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language, and in which the machine-readable language is scalable since there are no restrictions on which users can create a structured, machine-readable representation of data or a related identifier;
(b) automatically utilising the LLM and the structured, machine-readable representation for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
71. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory structured, machine-readable representations of data that conform to a machine-readable language in which one or more of the following apply:
(i) a single syntactical item is used to disambiguate the meaning of structured representations of data;
(ii) the syntax for the machine-readable language is a single shared syntax that applies to passages that represent factual statements, query statements and reasoning statements;
(iii) the syntax for the machine-readable language is a substantially unambiguous syntax comprising nesting of structured representations of data;
(iv) a structured representation of data includes an identifier selected from an address space that is sufficiently large to enable users to select a new identifier with negligible risk of selecting a previously allocated identifier;
(v) the machine-readable language is scalable since there are no restrictions on which users can create a structured representations of data or related identifier;
(b) automatically utilising the LLM and the structured representations of data for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-
machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
72. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language, and in which a question is represented in the memory as a structured, machine-readable representation of data; and
(b) automatically generating a response to the question, using one or more of the following steps: (i) matching the question with structured, machine-readable representations of data previously stored in a memory store; (ii) fetching and executing one or more computation units, where computation units represent computational capabilities relevant to answering the question; (iii) fetching and execution of one or more reasoning passages, which are structured, machine-readable representations of data that represent the semantics of potentially applicable reasoning steps relevant to answering the question; and in which the representation of the question, the structured, machine-readable representations of data previously stored in the memory store, the computation units and the reasoning passages are all represented in substantially the same machine- readable language.
73. The method of any of Claims 1 to 46, which comprises the steps of:
(a) learning new information and representing the new information in a structured, machine-readable representation of data that conforms to a machine-readable language;
(b) storing the structured machine-readable representation of data in a memory and automatically utilising the LLM and the structured representations of data for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications.
74. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in memory the structured machine-readable representation of data that conforms to a machine-readable language;
(b) receiving a word or sequence of words in a natural language;
(c) automatically translating that word or sequence of words into the machine- readable language by identifying or generating structured, machine-readable representations that semantically represent the meaning of the word or sequence of words, for example using an intermediate representation (IR) as a middle stage between the source natural language and the destination language, e.g. using a semantic graph;
(d) providing that translation into the machine-readable language to the LLM.
75. The method of Claim 74, including (i) generating a semantic graph from the natural language;
(ii) attempting to match the semantic graph against templates with a graph of similar shape, that would already have associated UL, and finally
(iii) applying direct translation to only those nodes in the graph that match variables in the UL.
76. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language;
(b) receiving a word or sequence of words in the first natural language to be translated into the second natural language;
(c) automatically translating that word or sequence of words expressed in the first natural language into the second natural language by (i) identifying a structured, machine-readable representation of data that represents the semantics of the word or sequence of words in the first natural language, for example using an intermediate representation (IR) as a middle stage between the source natural language and the destination language, e.g. using a semantic graph, and (ii) retrieving a word or sequence of words in the second natural language that corresponds in meaning to the identified structured, machine-readable representation of data.
(d) providing that translation into the machine-readable language to the LLM.
77. The method of Claim 76, including
(i) generating a semantic graph from the natural language;
(ii) attempting to match the semantic graph against templates with a graph of similar shape, that would already have associated UL, and finally
(iii) applying direct translation to only those nodes in the graph that match variables in the UL.
78. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language;
(b) automatically and autonomously processing detected audio or text into the structured, machine-readable representation of data and providing that structured, machine-readable representation of data to the LLM for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications
79. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language; in which the structured, machine-readable representation of data includes one or more tenets, statements or other rules defining objectives or motives, any of which we refer to as 'tenets', also represented using the structured representation of data;
(b) a computer system analysing, a potential action to determine whether executing the action would optimize or otherwise affect achievement or realization of those tenets;
(d) the computer system automatically selecting, deciding on or executing actions only if they optimize or otherwise positively affect the achievement or realization of those tenets.
80. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language; where the data relates to parts of documents stored in a document store;
(b) automatically processing the structured, machine-readable representation of data in conjunction with the LLM for one or more of the following: to derive facts or
relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications that require a search for, or analysis of, documents.
81. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language; where the data relates to mapping or location-based data;
(b) automatically processing the structured, machine-readable representation of data in conjunction with the LLM for one or more of the following: to derive facts or relationships, to reason, to learn, to translate, to answer questions, to process natural language content, to enable man-machine interaction, to represent and to police rules or tenets, to enable one or more vertical applications that use location-based or mapping data.
82. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language that represents meaning; where the data relates to a part of one or more advertisements, news articles or other information items;
(b) automatically processing the structured, machine-readable representation of data in conjunction with the LLM to identify advertisements, news articles or other information items relevant to a specific individual.
83. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language; where the data relates to personal information defining one or more of the following attributes of a person: sex, age, information relevant to dating or match-making, information relevant to identifying business connections; information relevant to identifying friends;
(b) automatically processing the structured, machine-readable representation of data in conjunction with the LLM to provide a compatibility match between persons.
84. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language, where the data relates to social media postings;
(b) automatically processing the structured, machine-readable representation of data in conjunction with the LLM to determine if the postings are compliant with requirements preventing abusive or illegal postings.
85. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language; where the data relates to customer reviews of products or services;
(b) automatically processing the structured, machine-readable representation of data in conjunction with the LLM to analyse the customer reviews.
86. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language; where the data relates to product data, including one or more of: product descriptions, user product requests, a user's previous product-related search, social media or shopping histories;
(b) automatically processing the structured machine-readable representation of data in conjunction with the LLM to determine which products best match a user's product requests or a user's previous search, social media or shopping history.
87. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language; where the data relates to job descriptions and job applicants' skills and experience;
(b) automatically processing the structured representation of data in conjunction with the LLM to determine which jobs best match a job applicant's skills and experience.
88. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language; in which the data relates to personal health or medical data;
(b) automatically processing the structured representation of data in conjunction with the LLM to analyse the personal health or medical data.
89. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language; in which the data relates to financial or accounting information;
(b) automatically processing the structured representations in conjunction with the LLM to analyse the personal financial or accounting information.
90. The method of any of Claims 1 to 46, which comprises the steps of:
(a) storing in a memory the structured, machine-readable representation of data that conforms to a machine-readable language; in which the data relates to user speech or text information input to a human/machine interface;
(b) automatically processing the structured representations in conjunction with the LLM to analyse the user speech or text information.
91. The method of any of Claims 1 to 46, when implemented in a system that is operable to provide a vertical application where the vertical application requires data that encodes meaning, where the data is heterogeneous and too broad in scope for practical implementation in a relational database schema, such as not being limited to a pre-defined and limited set of words or terms or concepts, and the system comprises at least one data store containing a machine-readable representation of the data that encodes meaning.
92. The method of any previous Claim, in which the structured, machine-readable representation of data that conforms to a machine-readable language comprises semantic nodes and passages; and in which a semantic node represents an entity and is itself represented by an identifier; and a passage is either (i) a semantic node or (ii) a combination of semantic nodes; and where machine-readable meaning comes from the choice of semantic nodes and the way they are combined and ordered as passages.
93. The method of any previous Claim, in which a machine learning system is used to generate semantic nodes or passages corresponding to or from words or sequence of words in a natural language.
94. A method for interacting with one or more users in natural language comprising the steps of: providing a structured representation of data and a system operable to process language with reference to the structured representation of data to provide additional useful text relevant to the language; providing an LLM operable to provide a continuation of text; receiving a language input from one or more users; processing the language input with the system to produce additional useful text; providing the LLM with the language input plus the additional useful text; providing the one or more users with language derived from a continuation generated by the LLM.
95. The method of Claim 94 where the structured representation of data is a universal language.
96. The method of any of Claims 94 or 95, where the LLM has been trained with data specifically containing natural language augmented with additional useful text.
97. The method of any of Claims 94 to 96, where the system is further operable to do calculations which can be used to generate the additional useful text.
98. The method of any of Claims 94 to 97, where the system is further operable to reason to improve the additional useful text using the structured representation of data.
99. The method of any of Claims 94 to 98, where the language input from one or more users is a question and where the additional useful text comprises an answer to the question.
100. The method of any of Claims 94 to 99, where the additional useful text is structured in a way that distinguishes the additional useful text from the language input from one or more users.
101. The method of any of Claims 94 to 100, where the additional useful text comprises information calculated from the language input.
102. The method of any of Claims 94 to 101, where the additional useful text comprises information designed to determine tone or emotion or brevity or whether the response will be spoken or written or a description of the receiver of the response or level of formality or level of profanity or personality.
103. The method of any of Claims 94 to 102, further comprising the step of providing the LLM with a prompt that includes instructions to appropriately utilise the additional useful text.
104. A method of validating natural language for factual accuracy comprising the steps of:
Extracting from the natural language a collection of one or more factual assertions asserted within the natural language;
Checking the one or more factual assertions for factual accuracy;
Outputting, or making available, the results of the checking.
105. The method of Claim 104 where the step of extracting from the natural language a collection of one or more factual assertions asserted by the text is done by providing a suitably trained LLM with the natural language and a prompt asking to provide a continuation generating the factual assertions and then using the LLM to generate a continuation.
106. The method of Claims 104 or 105 where the step of checking the one or more factual assertions for factual accuracy comprises the further steps of providing a reasoning system able to reason with a symbolic representation of the world, translating the assertions into a representation compatible with the reasoning system and utilising the reasoning system to identify assertions which are true or false.
107. The method of Claim 106 where the reasoning system uses a universal language.
108. The method of any of Claims 104 to 107 where checking the one of more assertions for factual accuracy comprises translating the assertions into questions corresponding to whether the assertions are true or false and answering those questions.
109. The method of any of Claims 104 to 107, where the sources of any previous known knowledge used to validate a factual assertion as false are returned as part of the process of checking the one or more factual assertions for factual accuracy.
110. The method of any of Claims 104 to 109, where the checking the one or more factual assertions for factual accuracy comprises generating an explanation.
111. The method of any of Claims 104 to 110, where the natural language comes from a scientific paper or from a news article or from a web page or from a book or from an LLM or from a chat application or from the automatic speech recognition (ASR) transcription of speech or from the real-time transcription of speech or from the realtime transcription of speech spoken during a speech or an interview.
112. The method of any of Claims 104 to 111, where the natural language comes from an LLM and the method further includes the step of adjusting the natural language so it no longer includes any factual inaccuracies.
113. A method of learning knowledge in structured form comprising the steps of: Providing an LLM trained on a large corpus of natural language documents;
Providing the LLM with a prompt that will elicit desired knowledge;
Eliciting a continuation of the prompt from the LLM;
Translating the continuation into the structured form.
114. The method of Claim 113 where the structured form is a universal language.
115. The method Claims 113 or 114, where the knowledge is factual knowledge
116. The method of any of Claims 113 to 115, where the knowledge is common sense knowledge.
117. The method of any of Claims 113 to 116, where the structured form represents valid reasoning steps that could be utilised by an automated system to reason, or which are usable by an automated system to reason.
118. A method for ensuring that an LLM generates original text comprising the steps of:
Providing a database of previous text that it should not generate;
Performing a beam search;
Checking potential continuations against the database;
When a potential continuation matches non-original text in the database, adjusting the continuation to no longer match non-original text in the database.
119. The method of Claim 118 where adjusting the continuation includes the step of selecting a different sequence from the beam search.
120. The method of Claims 118 or 119 further comprising the step of providing a classifier that can distinguish between prompts that require original text as a continuation and those that do not and applying the classifier to the prompt.
121. The method of any of Claims 118 to 120, where checking potential continuations against the database includes close but imperfect matches to the previous text.
122. A method of avoiding hallucination in an LLM comprising the steps of: Analysing different continuations for a given prompt;
Comparing the different continuations to identify parts of the response that do not vary and parts of the response that do vary;
Identifying the parts that vary as more likely to be hallucination;
Replacing or not showing the parts identified as hallucination to the user.
123. A method for adding citations to text generated by an LLM comprising the steps of:
Providing a database of text used to train the LLM which includes sources associated with each section of text stored; checking sections of the continuation generated by the LLM against the database; retrieving sources where the sections of the continuation match text contained within the database.
124. The method of Claim 123 further comprising the steps of:
Providing a classifier to determine whether a section of the continuation is appropriate for citing references against;
Utilising the classifier when matching sections of the continuation.
125. The method of Claims 123 or 124, further comprising the step of:
Adjusting the continuation to appropriately cite at least some of the sources.
126. A computer-implemented method including the steps of
(i) Receiving output from a natural language processing computer process, the output including an answer to a question;
(ii) Inputting the received output to a large language model (LLM);
(iii) The large language model (LLM) processing the input to the LLM, to generate output based on the input to the LLM.
(iv) Storing the output based on the input to the LLM.
127. The method of Claim 126, in which the LLM is configured to provide a concise explanation of the input (in which the input is e.g. a detailed explanation) to the LLM, to generate the output based on the input to the LLM.
128. The method of Claims 126 or 127, in which the LLM is configured to provide a completion of the input to the LLM, to generate the output based on the input to the LLM.
129. A computer-implemented method of training a large language model (LLM), including the steps of
(i) receiving output from a natural language processing computer process, the output including an answer to a question;
(ii) repeating step (i) at least one thousand times using a set of at least one thousand different questions, and storing the answers to the questions in a training file;
(iii) using the training file to train a large language model (LLM);
(iv) storing weights characterizing the trained LLM.
130. The method of Claim 129, including storing each question together with its respective answer, in the training file in step (ii).
131. The method of Claims 129 or 130, including, in step (ii), repeating step (i) at least 10,000 times, or at least 100,000 times, or at least one million times, using a question set of different questions.
132. The method of any of Claims 129 to 131, wherein the answers to questions include a level of uncertainty.
133. A computer-implemented method of generating a training file for a large language model (LLM), including the steps of
(i) receiving output from a natural language processing computer process, the output including an answer to a question;
(ii) repeating step (i) at least one thousand times using a set of at least one thousand different questions, and storing the answers to the questions in the training file.
134. The method of Claim 133, including storing each question together with its respective answer, in the training file in step (ii).
135. The method of Claims 133 or 134, including, in step (ii), repeating step (i) at least 10,000 times, or at least 100,000 times, or at least one million times, using a question set of different questions.
136. The method of any of Claims 133 to 135, wherein the answers to questions include a level of uncertainty.
137. A computer-implemented method of re-training a large language model (LLM), the LLM having been previously trained using a training file, the method including the steps of
(i) receiving output from a natural language processing computer process, the output including an answer to a question;
(ii) repeating step (i) at least one thousand times using a set of at least one thousand different questions, and storing the answers to the questions in a re-training file;
(iii) combining the training file and the re-training file, to generate a combined training file;
(iv) using the combined training file to re-train the large language model (LLM);
(v) storing weights characterizing the re-trained LLM.
138. The method of Claim 137, including storing each question together with its respective answer, in the re-training file in step (ii).
139. The method of Claims 137 or 138 including, in step (ii), repeating step (i) at least 10,000 times, or at least 100,000 times, or at least one million times, using a question set of different questions.
140. The method of any of Claims 137 to 139, wherein the answers to questions include a level of uncertainty.
141. A computer-implemented method of updating the training of a large language model (LLM), the LLM having been previously trained using a training file, the method including the steps of
(i) receiving output from a natural language processing computer process, the output including an answer to a question;
(ii) repeating step (i) at least one thousand times using a set of at least one thousand different questions, and storing the answers to the questions in a re-training file;
(iii) using the re-training file to update the training of the large language model (LLM);
(iv) storing weights characterizing the LLM with the updated training.
142. The method of Claim 141, including storing each question together with its respective answer, in the re-training file in step (ii).
143. The method of Claims 141 or 142 including, in step (ii), repeating step (i) at least 10,000 times, or at least 100,000 times, or at least one million times, using a question set of different questions.
144. The method of any of Claims 141 to 143, wherein the answers to questions include a level of uncertainty.
145. A computer-implemented method of improving output using a large language model (LLM), including the steps of
(i) receiving a natural language question (e.g. any natural language to which a natural language response is appropriate. It could be for example a command or a request for data or even some kind of social interaction or discussion);
(ii) using a computer system including a processor and a memory, the processor configured to use a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which
each semantic node denotes one specific meaning, in which a combination of semantic nodes defines a semantic node, in which expressions in the processing language may be nested, in which the natural language question is represented in the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language;
(iii) the processor answering the question using the reasoning steps, the computation units and the semantic nodes, and
(iv) inputting the natural language question, and the processor’s answer to the question to the LLM;
(v) the large language model (LLM) processing the input to the LLM, to generate output based on the input to the LLM;
(vi) storing the output based on the input to the LLM.
146. The method of Claim 145, including the step of outputting to a user interface the stored output, the output to the user interface not including the processor’s answer to the question.
147. The method of Claims 145 or 146, wherein the processor’s answer to the question includes calculations or assertions or facts derived in relation to the natural language question.
148. A computer-implemented method of improving output from a large language model (LLM), including the steps of
(i) receiving a first natural language question;
(ii) Inputting or providing the received first natural language question to a large language model (LLM);
(iii) The large language model (LLM) processing the input to the LLM, to generate output based on the input to the LLM;
(iv) translating the output into a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, in which a combination of
semantic nodes defines a semantic node, in which expressions in the processing language may be nested;
(v) constructing a question which asks if the output is true, in which the question is represented in the processing language;
(vi) inputting the question to a computer system including a processor and a memory, the processor configured to use the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language;
(vii) the processor answering the question using the reasoning steps, the computation units and the semantic nodes, and
(viii) the processor storing an answer to the question in the memory.
149. The method of Claim 148, the method including the step of (ix) only providing the output to a user interface if the answer to the question is that the output is true.
150. The method of Claims 148 or 149, including storing the output based on the input to the LLM.
151. The method of any of Claims 148 to 150, wherein if the answer to the question is that the output is false, storing a statement that the answer to the question is a false statement, in a file that is usable to re-train the LLM.
152. The method of any of Claims 148 to 151, wherein step (vi) includes using a computer system including a processor and a memory, the processor configured to use a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, in which a combination of semantic nodes defines a semantic node, in which expressions in the processing language may be nested, in which the natural language question is represented in the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language.
153. The method of any of Claims 148 to 152, including identifying output content that breaches predefined policies by translating the output into the processing
language before it is displayed to the user and then checking the processing language representation against the policies.
154. A computer-implemented method of fact checking output from a large language model (LLM), including the steps of
(i) receiving a text input;
(ii) inputting or providing the received text input to a large language model (LLM);
(iii) the large language model (LLM) processing the input to the LLM, to generate output based on the input to the LLM;
(iv) translating the output into a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, in which a combination of semantic nodes defines a semantic node, in which expressions in the processing language may be nested, wherein translating the output includes extracting the assertions in text generated by the LLM;
(v) constructing one or more questions which ask if the extracted assertions are individually true, in which the one or more questions are represented in the processing language;
(vi) inputting the one or more questions to a computer system including a processor and a memory, the processor configured to use the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language;
(vii) the processor answering the one or more questions using the reasoning steps, the computation units and the semantic nodes, and
(viii) the processor storing an individual answer to each of the one or more questions in the memory.
155. The method of Claim 154, the method including the step of: (ix) only providing respective output to a user interface if the answer to a respective question is that the respective assertion is true.
156. The method of Claims 154 or 155, including storing the output based on the input to the LLM.
157. The method of any of Claims 154 to 156, wherein if the answer to a respective question is that the respective assertion is false, storing a statement that the answer to the respective question is a false statement, in a file that is usable to re-train the LLM.
158. The method of any of Claims 154 to 157, wherein step (vi) includes using a computer system including a processor and a memory, the processor configured to use a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, in which a combination of semantic nodes defines a semantic node, in which expressions in the processing language may be nested, in which the question is represented in the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language.
159. The method of any of Claims 154 to 158, including identifying output content that breaches predefined policies by translating the output into the processing language before it is displayed to the user and then checking the processing language representation against the policies.
160. A computer-implemented method of improving output from a computer system including a processor and a memory, the system operable to process the natural language question using a processing language in which semantic nodes are represented in the processing language, the method including using a large language model (LLM), the method including the steps of
(i) receiving a natural language question;
(ii) using a computer system including a processor and a memory, the system operable to process the natural language question using a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific
meaning, wherein the memory is configured to store the representations in the processing language;
(iii) the processor answering the question, and
(iv) inputting the natural language question, and the processor’s answer to the question to the LLM;
(v) the large language model (LLM) processing the input to the LLM, to generate output based on the input to the LLM;
(vi) Storing the output based on the input to the LLM.
161. The method of Claim 160, including the step of outputting to a user interface the stored output, the output to the user interface not including the processor’ s answer to the question.
162. The method of Claims 160 or 161, wherein the processor’s answer to the question includes calculations or assertions or facts derived in relation to the natural language question.
163. The method of any of Claims 160 to 162, wherein step (ii) includes using a computer system including a processor and a memory, the processor configured to use a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, in which a combination of semantic nodes defines a semantic node, in which expressions in the processing language may be nested, in which the natural language question is represented in the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language.
164. A computer-implemented method of improving output from a large language model (LLM), including the steps of
(i) receiving a first natural language question;
(ii) inputting the received first natural language question to a large language model (LLM);
(iii) the large language model (LLM) processing the input to the LLM, to generate output based on the input to the LLM;
(iv) translating the output into a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning;
(v) constructing a question which asks if the output is true, in which the question is represented in the processing language;
(vi) inputting the question to a computer system including a processor and a memory, the processor configured to use the processing language, wherein the memory is configured to store the representations in the processing language;
(vii) the processor answering the question, and
(viii) the processor storing an answer to the question in the memory.
165. The method of Claim 164, including the step of (ix) only providing the output to a user interface if the answer to the question is that the output is true.
166. The method of Claims 164 or 165, including the step of Storing the output based on the input to the LLM.
167. The method of any of Claims 164 to 166, wherein if the answer to the question is that the output is false, storing a statement that the answer to the question is a false statement, in a file that is usable to re-train the LLM.
168. The method of any of Claims 164 to 167, wherein step (vii) includes using a computer system including a processor and a memory, the processor configured to use a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, in which a combination of semantic nodes defines a semantic node, in which expressions in the processing language may be nested, in which the natural language question is represented in the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language.
169. The method of any of Claims 164 to 168, including identifying output content that breaches predefined policies by translating the output into the processing language before it is displayed to the user and then checking the processing language representation against the policies.
170. A computer-implemented method of fact checking output from a large language model (LLM), including the steps of
(i) receiving a text input;
(ii) inputting the received text input to a large language model (LLM);
(iii) the large language model (LLM) processing the input to the LLM, to generate output based on the input to the LLM;
(iv) translating the output into a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, wherein translating the output includes extracting the assertions in text generated by the LLM;
(v) constructing one or more questions which ask if the extracted assertions are individually true, in which the one or more questions are represented in the processing language;
(vi) inputting the one or more questions to a computer system including a processor and a memory, the processor configured to use the processing language, wherein the memory is configured to store the representations in the processing language;
(vii) the processor answering the one or more questions, and
(viii) the processor storing an individual answer to each of the one or more questions in the memory.
171. The method of Claim 170, including the step of: (ix) only providing the output to a user interface if the answer to a respective question is that the respective output is true.
172. The method of Claims 170 or 171, including the step of: Storing the output based on the input to the LLM.
173. The method of any of Claims 170 to 172, wherein if the answer to the respective question is that the respective output is false, storing a statement that the answer to the respective question is a false statement, in a file that is usable to re-train the LLM.
174. The method of any of Claims 170 to 173, wherein step (vii) includes using a computer system including a processor and a memory, the processor configured to use a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, in which a combination of semantic nodes defines a semantic node, in which expressions in the processing language may be nested, in which the question is represented in the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language.
175. The method of any of Claims 170 to 174, including identifying output content that breaches predefined policies by translating the output into the processing language before it is displayed to the user and then checking the processing language representation against the policies.
176. A computer implemented method of augmenting search results, including the steps of:
(i) receiving a search query;
(ii) an (e.g. internet) search engine processing the search query to generate (e.g. internet) search results;
(iii) transforming the search results into a structured, machine-readable representation of data that conforms to a machine-readable language, such as a universal language;
(iv) processing the transformed search results using a processing system which uses the structured, machine-readable representation of data that conforms to the machine- readable language, such as a universal language, to produce output;
(v) supplying the output of step (iv) as input to a large language model (LLM), and the LLM generating continuation data output in response to the input.
177. The method of Claim 176, including the step of outputting to a user interface the LLM generated continuation data output.
178. The method of Claims 176 or 177, wherein the processing system’s output includes calculations or assertions or facts derived in relation to the search query.
179. The method of any of Claims 176 to 178, wherein step (iv) includes using a computer system including a processor and a memory, the processor configured to use a processing language in which semantic nodes are represented in the processing language, the semantic nodes including semantic links between semantic nodes wherein the semantic links are themselves semantic nodes, in which each semantic node denotes one specific meaning, in which a combination of semantic nodes defines a semantic node, in which expressions in the processing language may be nested, in which the search query is represented in the processing language, in which reasoning steps are represented in the processing language to represent semantics of the reasoning steps, in which computation units are represented in the processing language, wherein the memory is configured to store the representations in the processing language.
180. The method of any of Claims 104 to 179, the method including a method of any of Claims 1 to 103.
Actions
181. A method of interacting with a LLM-based system, including the step of using, in conjunction with the LLM-based system, a non-LLM processing system programmed to use an unambiguous machine language to enable non-statistical reasoning, including non-statistical abstract reasoning that is open and explainable, to initiate a real-world action.
182. A method of interacting with a LLM-based system, including the step of using, in conjunction with the LLM-based system, a non-LLM processing system programmed to use an unambiguous machine language implementing rules or tenets that are open and explainable, to initiate a real-world action.
World View
183. A method of interacting with a LLM-based system, including the step of using, in conjunction with the LLM-based system, a non-LLM processing system programmed to use an unambiguous machine language representing a model of the
world broadly corresponding to how people describe the world, and reasoning in a way that corresponds to how people understand the real world and reason in the real world.
Learning
184. A method of interacting with a LLM-based system, including the step of using, in conjunction with the LLM-based system, a non-LLM processing system programmed to use an unambiguous machine language that enables new facts or new reasoning to be acquired or learnt.
185. The method of Claim 184, in which the non-LLM processing system learns by representing the continuation generated by the LLM-based system in the unambiguous machine language.
186. The method of Claims 184 or 185, in which the LLM-based system generates natural language and the method includes an additional step of translating the natural language into the unambiguous machine language, for example using an intermediate representation (IR) as a middle stage between the source natural language and the destination language, e.g. using a semantic graph.
187. The method of Claim 186, including
(i) generating a semantic graph from the natural language;
(ii) attempting to match the semantic graph against templates with a graph of similar shape, that would already have associated UL, and finally
(iii) applying direct translation to only those nodes in the graph that match variables in the UL.
188. The method of any of Claims 184 to 187, in which the method includes a step to validate the continuation for factual accuracy.
189. The method of Claim 188, in which the step to validate factual accuracy comprises the step of asking a question in the unambiguous machine language to the non-LLM processing system.
190. The method of Claims 188 or 189, in which the step to validate the continuation for factual accuracy includes a check to see if the continuation is contradicted by other facts represented in the unambiguous machine language
Memory
191. A method of interacting with a LLM-based system, including the step of using, in conjunction with the LLM-based system,, a non-LLM processing system programmed to use an unambiguous machine language that that enables facts or reasoning to be represented and stored for long-term re-use.
Reasoning
192. A method of interacting with a LLM-based system, including the step of using, in conjunction with the LLM-based system, a non-LLM processing system programmed to use an unambiguous machine language to perform non- statistical reasoning, including non-statistical abstract reasoning.
Explainability
193. A method of interacting with a LLM-based system, including the step of using, in conjunction with the LLM-based system, a non-LLM processing system programmed to use an unambiguous machine language that enables outputs and reasoning to be open and explainable.
Accuracy/reliability
194. A method of interacting with a LLM-based system, including the step of using, in conjunction with the LLM-based system, a non-LLM processing system programmed to use an unambiguous machine language that enables outputs to be accurate and reliable, when based on inputs and reasoning that are accurate and reliable.
Trust
195. A method of interacting with a LLM-based system, including the step of using, in conjunction with the LLM-based system, a non-LLM processing system
programmed to use an unambiguous machine language that enables outputs to be trusted, when based on inputs and reasoning that is accurate and reliable.
Cost
196. A method of interacting with a LLM-based system, including the step of using, in conjunction with the LLM-based system, a non-LLM processing system programmed to use an unambiguous machine language to reduce the compute cost of operating the LLM-based system.
197. The method of Claim 196, in which a required processing capability of the LLM- based system is reduced as a result of the capability of the non-LLM system.
Fact Checking
198. A method of fact-checking the output of a large language model (LLM), including the step of providing continuation data generated by the LLM to a processing system that uses a structured, machine-readable representation of data that conforms to a machine-readable language, in which the processing system analyses the continuation output generated by the LLM in response to a prompt, to enable an improved, fact-checked version of that continuation output to be generated and provided to a user.
199. The method of Claim 198, in which the processing system translates one or more factual assertions in the continuation data into the structured, machine-readable representation of data and fact-checks the translated factual assertions in the continuation data.
200. The method of Claims 198 or 199 in which the processing system factchecks the translated factual assertions by analysing for factual inaccuracies, or contradictions.
201. The method of any of Claims 198 to 200, in which the improved, fact- checked version of the continuation output is provided to a user by the processing system or by the LLM, or a combination of the processing system and the LLM.
202. The method of any of Claims 181 to 201, the method including a method of any of Claims 1 to 103.
203. A computer system configured to perform a method of any previous Claim.
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US18/301,615 US11989507B2 (en) | 2021-08-24 | 2023-04-17 | Computer implemented methods for the automated analysis or use of data, including use of a large language model |
US18/301,639 US11977854B2 (en) | 2021-08-24 | 2023-04-17 | Computer implemented methods for the automated analysis or use of data, including use of a large language model |
US18/301,594 US20230259705A1 (en) | 2021-08-24 | 2023-04-17 | Computer implemented methods for the automated analysis or use of data, including use of a large language model |
US18/301,560 US11989527B2 (en) | 2021-08-24 | 2023-04-17 | Computer implemented methods for the automated analysis or use of data, including use of a large language model |
US18/301,573 US20230274089A1 (en) | 2021-08-24 | 2023-04-17 | Computer implemented methods for the automated analysis or use of data, including use of a large language model |
US18/515,488 US12008333B2 (en) | 2021-08-24 | 2023-11-21 | Computer implemented methods for the automated analysis or use of data, including use of a large language model |
Applications Claiming Priority (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB2202347.7 | 2022-02-22 | ||
GBGB2202347.7A GB202202347D0 (en) | 2022-02-22 | 2022-02-22 | Unlikely ai 2nd gen |
GB2219268.6 | 2022-12-20 | ||
GBGB2219268.6A GB202219268D0 (en) | 2022-12-20 | 2022-12-20 | Unlikely ai 2nd gen ii |
GBGB2300624.0A GB202300624D0 (en) | 2023-01-16 | 2023-01-16 | Unlikely ai 2nd gen iii |
GB2300624.0 | 2023-01-16 | ||
GBGB2302085.2A GB202302085D0 (en) | 2023-02-14 | 2023-02-14 | Unlikely AI 2nd gen IV |
GB2302085.2 | 2023-02-14 |
Related Parent Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/GB2021/052196 Continuation-In-Part WO2022043675A2 (en) | 2020-08-24 | 2021-08-24 | A computer implemented method for the automated analysis or use of data |
US18/001,368 Continuation-In-Part US20230343333A1 (en) | 2020-08-24 | 2021-08-24 | A computer implemented method for the aut0omated analysis or use of data |
Related Child Applications (5)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US18/301,639 Continuation US11977854B2 (en) | 2021-08-24 | 2023-04-17 | Computer implemented methods for the automated analysis or use of data, including use of a large language model |
US18/301,560 Continuation US11989527B2 (en) | 2021-08-24 | 2023-04-17 | Computer implemented methods for the automated analysis or use of data, including use of a large language model |
US18/301,573 Continuation US20230274089A1 (en) | 2021-08-24 | 2023-04-17 | Computer implemented methods for the automated analysis or use of data, including use of a large language model |
US18/301,594 Continuation US20230259705A1 (en) | 2021-08-24 | 2023-04-17 | Computer implemented methods for the automated analysis or use of data, including use of a large language model |
US18/301,615 Continuation US11989507B2 (en) | 2021-08-24 | 2023-04-17 | Computer implemented methods for the automated analysis or use of data, including use of a large language model |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2023161630A1 true WO2023161630A1 (en) | 2023-08-31 |
Family
ID=85775914
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/GB2023/050405 WO2023161630A1 (en) | 2021-08-24 | 2023-02-22 | Computer implemented methods for the automated analysis or use of data, including use of a large language model |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2023161630A1 (en) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117056494A (en) * | 2023-09-28 | 2023-11-14 | 腾讯科技(深圳)有限公司 | Open domain question and answer method, device, electronic equipment and computer storage medium |
CN117592483A (en) * | 2023-11-21 | 2024-02-23 | 合肥工业大学 | Implicit emotion analysis method and device based on thinking tree |
CN117874208A (en) * | 2024-03-11 | 2024-04-12 | 羚羊工业互联网股份有限公司 | Method for realizing large model memory sharing, knowledge question-answering method and related equipment thereof |
CN117896732A (en) * | 2024-03-14 | 2024-04-16 | 南京邮电大学 | APP privacy data use purpose consistency analysis method based on large language model |
CN117909470A (en) * | 2024-01-15 | 2024-04-19 | 北京华如科技股份有限公司 | Rapid simulation design constructing method and device based on large language model |
CN117992596A (en) * | 2024-04-03 | 2024-05-07 | 中国科学院自动化研究所 | Question-answering model optimization method and device |
CN117995427A (en) * | 2024-04-07 | 2024-05-07 | 北京惠每云科技有限公司 | Medical knowledge base construction method and device, electronic equipment and storage medium |
CN118071125A (en) * | 2024-04-22 | 2024-05-24 | 北京海致科技集团有限公司 | Task processing method, device, equipment and medium based on police service big model |
CN118152591A (en) * | 2024-05-11 | 2024-06-07 | 之江实验室 | Knowledge graph construction method, device, equipment and readable storage medium |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2527990A2 (en) | 2006-02-17 | 2012-11-28 | Google Inc. | Using distributed models for machine translation. |
US20130253908A1 (en) * | 2012-03-23 | 2013-09-26 | Google Inc. | Method and System For Predicting Words In A Message |
-
2023
- 2023-02-22 WO PCT/GB2023/050405 patent/WO2023161630A1/en unknown
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2527990A2 (en) | 2006-02-17 | 2012-11-28 | Google Inc. | Using distributed models for machine translation. |
EP2527990B1 (en) | 2006-02-17 | 2020-01-15 | Google LLC | Using distributed models for machine translation |
US20130253908A1 (en) * | 2012-03-23 | 2013-09-26 | Google Inc. | Method and System For Predicting Words In A Message |
Non-Patent Citations (3)
Title |
---|
MENEZESROTH, SEMANTIC HYPERGRAPHS |
TONGSHUANG WU ET AL: "AI Chains: Transparent and Controllable Human-AI Interaction by Chaining Large Language Model Prompts", ARXIV.ORG, CORNELL UNIVERSITY LIBRARY, 201 OLIN LIBRARY CORNELL UNIVERSITY ITHACA, NY 14853, 4 October 2021 (2021-10-04), XP091069877 * |
TUNSTALL-PEDOE, W.: "True Knowledge: Open-Domain Question Answering Using Structured Knowledge and Inference", AI MAGAZINE, vol. 31, no. 3, 2010, pages 80 - 92, XP055519478, Retrieved from the Internet <URL:https://ojs.aaai.org/aimagazine/index.php/aimagazine/article/view/2298> DOI: 10.1609/aimag.v31i3.2298 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117056494B (en) * | 2023-09-28 | 2024-01-23 | 腾讯科技(深圳)有限公司 | Open domain question and answer method, device, electronic equipment and computer storage medium |
CN117056494A (en) * | 2023-09-28 | 2023-11-14 | 腾讯科技(深圳)有限公司 | Open domain question and answer method, device, electronic equipment and computer storage medium |
CN117592483A (en) * | 2023-11-21 | 2024-02-23 | 合肥工业大学 | Implicit emotion analysis method and device based on thinking tree |
CN117592483B (en) * | 2023-11-21 | 2024-05-28 | 合肥工业大学 | Implicit emotion analysis method and device based on thinking tree |
CN117909470A (en) * | 2024-01-15 | 2024-04-19 | 北京华如科技股份有限公司 | Rapid simulation design constructing method and device based on large language model |
CN117874208A (en) * | 2024-03-11 | 2024-04-12 | 羚羊工业互联网股份有限公司 | Method for realizing large model memory sharing, knowledge question-answering method and related equipment thereof |
CN117874208B (en) * | 2024-03-11 | 2024-06-07 | 羚羊工业互联网股份有限公司 | Method for realizing large model memory sharing, knowledge question-answering method and related equipment thereof |
CN117896732A (en) * | 2024-03-14 | 2024-04-16 | 南京邮电大学 | APP privacy data use purpose consistency analysis method based on large language model |
CN117896732B (en) * | 2024-03-14 | 2024-05-28 | 南京邮电大学 | APP privacy data use purpose consistency analysis method based on large language model |
CN117992596A (en) * | 2024-04-03 | 2024-05-07 | 中国科学院自动化研究所 | Question-answering model optimization method and device |
CN117995427A (en) * | 2024-04-07 | 2024-05-07 | 北京惠每云科技有限公司 | Medical knowledge base construction method and device, electronic equipment and storage medium |
CN118071125A (en) * | 2024-04-22 | 2024-05-24 | 北京海致科技集团有限公司 | Task processing method, device, equipment and medium based on police service big model |
CN118152591A (en) * | 2024-05-11 | 2024-06-07 | 之江实验室 | Knowledge graph construction method, device, equipment and readable storage medium |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11989507B2 (en) | Computer implemented methods for the automated analysis or use of data, including use of a large language model | |
US11977854B2 (en) | Computer implemented methods for the automated analysis or use of data, including use of a large language model | |
US20230259705A1 (en) | Computer implemented methods for the automated analysis or use of data, including use of a large language model | |
US11829725B2 (en) | Computer implemented method for the automated analysis or use of data | |
US11989527B2 (en) | Computer implemented methods for the automated analysis or use of data, including use of a large language model | |
WO2023161630A1 (en) | Computer implemented methods for the automated analysis or use of data, including use of a large language model | |
US20170017635A1 (en) | Natural language processing system and method | |
US20230274089A1 (en) | Computer implemented methods for the automated analysis or use of data, including use of a large language model | |
US12050876B2 (en) | Computer implemented method for the automated analysis or use of data | |
CN116457774A (en) | Computer-implemented method for automatically analyzing or using data |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 23713728 Country of ref document: EP Kind code of ref document: A1 |